30
모바일 제품을 개발하거나 검증할 때, “5G가 끊겼다”는 보고만으로는 다음에 무엇을 시험해야 할지 정하기 어렵습니다. 같은 증상처럼 보여도 접속 단계, 등록 상태, 데이터 경로에서 확인할 내용이 다르기 때문입니다.
엔지니어뿐 아니라 기술 프로젝트를 조율하는 분에게도 필요한 것은 관찰한 사실을 단계별로 정리하고, 다음 확인할 근거를 제시하는 설명입니다.
1. ‘연결됐다’를 한 가지 상태로 묶지 않습니다
예를 들어 5G SA를 분석할 때는 무선 연결, 망 등록, 데이터 세션, 실제 데이터 전달을 나누어 봅니다. 앞 단계의 성공 기록을 찾았다면, 그다음 단계도 완료됐는지 이어서 확인해야 합니다.
| 확인할 단계 | 설명에 남길 질문 |
|---|---|
| 무선 연결 | RRC 연결이 어느 단계까지 진행됐는가? |
| 망 등록 | Registration과 인증·보안 절차의 결과는 무엇인가? |
| 데이터 세션 | PDU Session 설정과 데이터 경로는 어떻게 확인했는가? |
| 실제 전달 | 문제 시간대의 송수신 기록에서 무엇을 관찰했는가? |
LTE·NSA·SA는 구조와 절차가 다릅니다. 따라서 같은 증상이라도 시험한 구성을 먼저 밝히고, 그 구조에 맞는 메시지 흐름을 따라가야 합니다.
2. 한 줄짜리 장애 보고를 네 가지 기록으로 바꿔 보세요
다음은 실무 보고나 기술면접 답변을 준비할 때 사용할 수 있는 정리 순서입니다.
- 조건: LTE·NSA·SA 중 어떤 구성이고, 어떤 동작 중 문제가 발생했는가?
- 마지막으로 확인한 단계: 어떤 메시지와 결과를 확인했는가?
- 아직 모르는 부분: 추가 로그나 다른 관측 지점이 필요한 항목은 무엇인가?
- 다음 비교 시험: 어느 조건을 바꾸고, 어떤 결과를 비교할 것인가?
예를 들어 NR 연결 해제 기록을 보았다면, 같은 시간대의 LTE 상태와 실제 데이터 전달 기록을 함께 확인할 항목으로 남길 수 있습니다. 원인 이름을 먼저 붙이기보다, 확인한 사실이 어디까지인지 설명하면 팀이 다음 시험을 정하기 쉬워집니다.
3. 기술면접에서도 설명의 순서는 같습니다
프로토콜 이름을 많이 말하는 것보다, “어떤 조건에서 무엇을 확인했고, 어떤 기록을 더 비교하겠다”를 연결해 보세요. 본인의 프로젝트 하나를 골라 위 네 항목을 각각 한두 문장으로 적으면, 경험 설명에서 빠진 근거를 찾는 데 도움이 됩니다.
메시지 흐름을 실제로 읽어 보고 싶다면
제가 제작한 유료 강의 「5G/LTE Call process(focus on device): 실무분석부터 빅테크 기술면접까지」는 12강으로 LTE Initial Access·Attach·Mobility, NSA의 NR 측정·추가·해제, SA의 Registration·PDU Session·상태 전환을 연결합니다.
단말 개발·검증에 입문하거나 Cellular/Modem·Device Validation 등 관련 직무의 실무와 기술면접을 준비하는 분을 위한 과정입니다. 교안과 메시지 예시를 따라가며, 확인한 사실과 다음 확인 사항을 구분하는 연습으로 이어갑니다.
인프런에서 한국어 강의 소개·커리큘럼 확인
클래스101에서 한국어 강의 소개·수강 조건 확인
김기홍 | Kihong Story Lab
