중국 Shenzhen Olax Technology CO.,Ltd 회사 뉴스

  1. 시스템 과부하: 5G 네트워크에서 "과부하"는 과도한 트래픽 또는 너무 많은 장치가 동시에 연결을 시도하여 네트워크 리소스를 압도하고 혼잡, 느린 속도 또는 연결 실패로 이어지는 것을 의미합니다. 이러한 과부하를 해결하기 위한 전략에는 더 많은 라이선스 스펙트럼 해제, 네트워크 슬라이싱 및 코어 네트워크 기능을 통한 리소스 할당, 트래픽을 효과적으로 제어하고 관리하기 위한 스로틀링, 종료 타이머 및 과부하 메시지와 같은 메커니즘 구현이 포함됩니다.   2. 과부하 시작 프로세스는 관련 AMF로 전송되는 시그널링 부하를 줄이도록 NG-RAN 노드에 알립니다. 이 시작 프로세스는 비-UE 관련 시그널링을 사용합니다. 아래 그림 8.7.7.2-1에 표시된 것처럼, 시작 프로세스에는 다음이 포함됩니다:     과부하 시작 메시지를 수신하는 NG-RAN 노드는 수신 AMF가 과부하 상태라고 가정해야 합니다. Overload Start 메시지에 Overload Action IE 및 AMF Overload Response IE가 포함된 경우, NG-RAN 노드는 이를 사용하여 관련 시그널링 트래픽을 식별해야 합니다. 이 정보는 Overload Action IE가 다음으로 설정된 경우 사용됩니다: “비-긴급 모바일 발신 데이터 전송에 대한 RRC 연결 설정을 거부” (즉, TS 38.331의 RRC 원인 “mo-data”, “mo-SMS”, “mo-VideoCall”, 및 “mo-VoiceCall” 또는 TS 36.331의 “mo-data” 및 “mo-VoiceCall”에 해당하는 트래픽 거부), 또는 “시그널링에 대한 RRC 연결 설정을 거부” (즉, TS 38.331의 RRC 원인 “mo-data”, “mo-SMS”, “mo-signalling”, “mo-VideoCall”, 및 “mo-VoiceCall” 또는 TS 36.331의 “mo-data”, “mo-signalling”, 및 “mo-VoiceCall”에 해당하는 트래픽 거부), 또는 “긴급 세션 및 모바일 종단 서비스에 대해서만 RRC 연결 설정 허용” (즉, TS 38.331 또는 TS 36.331의 RRC 원인 "emergency" 및 "mt-Access"에 해당하는 트래픽만 허용), 또는 "RRC 연결 설정은 우선 순위가 높은 세션 및 모바일 종단 서비스에 대해서만 허용됩니다" (즉, TS 38.331의 RRC 원인 "highPriorityAccess," "mps-Priority Access," "mcs-PriorityAccess," 및 "mt-Access" 또는 TS 36.331의 "highPriorityAccess," "mo-ExceptionData," 및 "mt-Access"에 해당하는 트래픽만 허용). 3. 과부하 처리: NG-RAN은 다음과 같이 상황을 처리합니다: OVERLOAD START 메시지에 AMF Traffic Load Reduction Indication IE가 포함된 경우, 시그널링 트래픽은 표시된 비율만큼 감소합니다. 그렇지 않으면 거부로 표시되지 않은 시그널링 트래픽만 AMF로 전송됩니다. Overload Start NSSAI List IE가 OVERLOAD START 메시지에 포함된 경우, NG-RAN 노드는 다음을 수행해야 합니다: Slice Traffic Load Reduction Indication IE가 있는 경우, IE가 존재하고 요청된 NSSAI가 Overload Start NSSAI List IE에 포함된 S-NSSAI만 포함하고 Slice Overload Response IE의 Overload Action IE에 의해 표시된 시그널링 트래픽 감소를 제공하는 경우, UE의 시그널링 트래픽을 표시된 비율만큼 줄입니다. 그렇지 않으면, UE의 시그널링 트래픽(요청된 NSSAI가 일치하는 경우, Overload Start NSSAI List IE에 포함된 S-NSSAI가 아닌 S-NSSAI를 포함하는 UE의 요청된 NSSAI의 시그널링 트래픽만) 또는 Slice Overload Response IE의 Overload Action IE에 의해 표시된 대로 감소되지 않은 시그널링 트래픽이 AMF로 전송되도록 합니다. 과부하 제어가 진행 중이고 NG-RAN 노드가 다른 OVERLOAD START 메시지를 수신하면, NG-RAN 노드는 이전에 수신된 메시지 내용을 새 내용으로 대체해야 합니다.

  1.AMF(The Access and Mobility Management Function) 는 5G의 중요한 제어 플레인 요소로, 5G 시스템 내에서 사용자 장비 (UE) 접근, 이동성 및 보안을 관리하는 책임이 있습니다.초기 EU 등록 및 인증을 처리합니다AMF는 다른 네트워크 기능 (SMF와 같이) 과 협력하여 사용자용 데이터 세션을 설정하고 유지합니다.   2.AMF의 책임다음 구역으로 나뉘어 있습니다. EU 등록 및 인증:AMF는 UE를 인증하고, 그 정체성과 구독 자격증을 확인하고, 5G 서비스에 액세스할 수 있도록 합니다. 이동성 관리UE를 한 셀에서 다른 셀로 이동하거나 서로 다른 무선 액세스 네트워크 (NG-RAN) 를 이동하는 복잡한 프로세스를 처리하는 책임이 있습니다. 컨텍스트 관리:현재 위치, 세션 상태 및 보안에 대한 정보를 포함하는 UE 컨텍스트를 유지합니다. 다른 네트워크 요소와의 상호 작용 SMF (Session Management Function): AMF는 SMF와 협력하여 사용자 데이터 세션을 설정, 수정 및 관리합니다. UDM (통일 데이터 관리): 사용자 구독 정보를 검색하고 관리하기 위해 UDM와 통신합니다. AUSF (인증 서버 기능):AMF는 등록 중에 UE의 신원을 인증하기 위해 적절한 AUSF를 선택합니다.. NSSF (네트워크 슬라이스 선택 기능): AMF는 NSSF를 사용하여 UE의 위치와 요구 사항에 따라 적절한 네트워크 슬라이스와 기능을 발견하고 선택합니다. 네트워크 기능 관리: AMF는 서비스 기반 인터페이스와 네트워크 저장소 기능 (NRF) 을 사용하여 다른 네트워크 기능을 발견하고 선택합니다. 3.AMF 상태 표시이 절차는 AMF 관리 기능을 지원하도록 설계되었습니다. 이 절차는 EU와 연관되지 않은 신호를 사용합니다. 성공적인 작동은 그림 8에 표시됩니다.7.6.2-1 아래에서,   AMF는 NG-RAN 노드에 "AMF 상태 표시" 메시지를 보내서 이 절차를 시작합니다. AMF 상태 표시 메시지가 수신되면 NG-RAN 노드는 표시된 GUAMI가 사용할 수 없다고 가정하고 TS 23에 정의된 AMF 재선택을 수행합니다.501. 지원되는 경우, NG-RAN 노드는 GUAMI 제거 IE를 위한 타이머 방법의 존재에 기초하여 TS 23.501에서 명시된 적절한 조치를 취해야 합니다. AMF 상태 표시 메시지에 백업 AMF 이름 IE가 포함된 경우NG-RAN 노드 (지원되는 경우) 는 TS 23에 명시된 백업 AMF 이름 IE에 표시된 AMF에 따라 AMF 재선택을 수행해야 합니다..501확장 백업 AMF 이름 IE가 AMF 상태 표시 메시지에 포함되어 있다면,NG-RAN 노드 (지원되는 경우) 는 TS 23에 명시된 확장 백업 AMF 이름 IE에 표시된 AMF에 따라 AMF 재선택을 수행해야 합니다..501.

  1시스템 이상:5G 네트워크의 정상적인 운영 중에 설계로부터의 오차가 발생할 수 있습니다. 여기에는 네트워크 보안 위협, 신호 간섭, 불충분한 커버리지,그리고 네트워크 소프트웨어와 하드웨어의 잠재적인 장애이러한 이상은 서비스 중단, 시스템 충돌, 느린 네트워크 속도, 또는 끊긴 통화로 나타날 수 있습니다.그들은 일반적으로 네트워크 데이터 이상 감지 시스템을 분석하여 식별되며 핵심 네트워크와 라디오 네트워크로 분류 될 수 있습니다..     25GC 이상: NG RESET 메시지가 UE 관련 논리 NG 연결 목록 IE를 포함하면그러나 AMF UE NGAP ID IE 또는 RAN UE NGAP ID IE는 UE 관련 논리적 NG 연결 항목 IE에 존재하지 않습니다., AMF는 UE 관련 논리 NG 연결 항목 IE를 무시합니다.AMF는 UE 관련 논리 NG 연결 항목 IE를 UE 관련 논리 NG 연결 목록 IE에서 NG RESET ACKNOWLEDGE 메시지에서 빈 항목 IE를 반환할 수 있습니다..     3NG-RAN 이상:NG RESET 메시지가 UE-Associated Logical NG Connection List IE를 포함하면그러나 AMF UE NGAP ID IE 또는 RAN UE NGAP ID IE는 UE-Associated Logical NG Connection Item IE에 존재하지 않습니다., NG-RAN 노드는 UE-Associated Logical NG Connection Item IE를 무시한다.NG-RAN 노드는 UE-Associated Logical NG Connection List (UE-Associated Logical NG Connection List) IE에서 NG RESET ACKNOWLEDGE 메시지에 빈 UE-Associated Logical NG Connection Item (IE) 를 반환할 수 있습니다..     4. NG RESET 메시지 크로스오버일반적으로 다음 두 가지 시나리오에서 발생합니다.   If an NG reset procedure is in progress in an NG-RAN node and the NG-RAN node receives an NG RESET message from a peer entity on the same NG interface that is associated with one or more UE associations that were previously requested to be reset (as explicitly or implicitly indicated in the received NG RESET message), NG-RAN 노드는 8항에 명시된 NG RESET ACKNOWLEDGE 메시지로 응답해야 합니다.7.4.2.1.   If an NG reset procedure is in progress in the AMF and the AMF receives an NG RESET message from a peer entity on the same NG interface that is related to one or more UE associations that were previously requested to be reset (indicated explicitly or implicitly in the received NG RESET message), AMF는 8항에 명시된 NG RESET CONKNECTEDGE 메시지로 응답해야 합니다.7.4.2.

I.캐리어 집성: LTE와 유사하게, 5G(NR) 캐리어 집성은 여러 캐리어를 결합하여 UE가 사용하는 무선 스펙트럼 대역폭을 증가시킵니다. 각 집성된 캐리어는 컴포넌트 캐리어(CC)라고 합니다. 5G(NR)에서 UE는 FR1 및 FR2 대역 모두에서 서로 다른 numerology를 가진 최대 16개의 연속 및 비연속 컴포넌트 캐리어(CC)를 지원할 수 있습니다. 캐리어 집성 구성에는 캐리어 집성 유형(대역 내, 연속/비연속 또는 대역 간), 주파수 대역 수 및 대역폭 클래스가 포함됩니다.   II. 대역폭 클래스: 단말(UE)의 캐리어 집성 대역폭 클래스는 최소 및 최대 대역폭과 사용할 수 있는 컴포넌트 캐리어 수를 알파벳 목록으로 정의합니다. 주요 매개변수는 다음과 같습니다. 5G ​​(NR) 단말은 CA가 활성화된 경우 서로 다른 파라미터 세트를 가진 최대 16개의 연속 및 비연속 컴포넌트 캐리어(CC)를 지원합니다. 단말(UE)의 대역폭 클래스는 최소 및 최대 대역폭과 컴포넌트 캐리어(CC) 수를 알파벳 목록으로 나타냅니다. Release 17에 따르면 FR1의 캐리어 집성 클래스는 A에서 O까지이며 최대 집성 대역폭은 400MHz 입니다.Release 17에 따르면 FR2의 캐리어 집성 클래스는 A에서 Q까지이며 최대 집성 대역폭은   800MHz 입니다.III. 캐리어 집성 FR1 대역폭 클래스 카테고리 A : 5G UE는 캐리어 집성 없이 구성됩니다. 최대 캐리어 주파수 대역(BWChannel, max)은 주파수 대역 번호와 파라미터 세트에 의해 결정되며, 이는 부반송파 주파수 간격(SCS)을 정의합니다. 클래스 A는 모든 폴백 그룹에 속하며 UE가 캐리어 집성이 없는 경우에도 이 구성으로 되돌아갈 수 있도록 합니다. 카테고리 B는 두 개의 무선 채널 집성 후 총 대역폭에 해당하며 400MHz에서 800MHz까지입니다.카테고리 폴백 목록에 속합니다.: 두 개의 무선 채널을 집성하면 UE의 총 가용 대역폭은 100~200MHz입니다. 는 두 개의 무선 채널 집성 후 총 대역폭에 해당하며 200MHz에서 400MHz까지입니다.: 세 개의 무선 채널을 집성하면 UE의 총 가용 대역폭은 200~300MHz입니다.카테고리 E : 네 개의 무선 채널을 집성하면 UE의 총 가용 대역폭은 300~400MHz입니다.클래스 C, D 및 E는 동일한 폴백 그룹(폴백 그룹 1)에 속합니다. 카테고리 B: 세 개의 무선 채널을 집성하면 UE의 총 가용 대역폭은 100~150MHz입니다.카테고리 카테고리 B: 네 개의 무선 채널을 집성하여 사용자 장비(UE)에 150-200MHz의 총 대역폭을 제공합니다. 는 총 대역폭이 400MHz에서 500MHz 사이인 다섯 개의 무선 채널 집성에 해당합니다. I: 다섯 개의 무선 채널을 집성하여 사용자 장비(UE)에 200-250MHz의 총 대역폭을 제공합니다. 클래스 J는 여섯 개의 무선 채널을 집성하여 사용자 장비(UE)에 250-300MHz의 총 대역폭을 제공합니다. 는 총 대역폭이 500MHz에서 600MHz 사이인 여섯 개의 무선 채널 집성에 해당합니다.: 일곱 개의 무선 채널을 집성하여 사용자 장비(UE)에 300-350MHz의 총 대역폭을 제공합니다. 클래스 L   : 여덟 개의 무선 채널을 집성하여 사용자 장비(UE)에 350-400MHz의 총 대역폭을 제공합니다. 클래스 G-L은 동일한 폴백 그룹(폴백 그룹 2)에 속합니다.IV. 캐리어 집성 FR2 대역폭 클래스 카테고리 A 는 캐리어 집성이 없는 UE를 위한 5G 구성입니다. 최대 캐리어 주파수 대역(BWChannel, max)은 대역 번호와 numerology에 따라 다릅니다. 클래스 A는 모든 폴백 그룹에 속하며 UE가 캐리어 집성 없이도 이 구성으로 폴백할 수 있도록 합니다. 카테고리 B는 두 개의 무선 채널 집성 후 총 대역폭에 해당하며 400MHz에서 800MHz까지입니다.카테고리 C는 두 개의 무선 채널 집성 후 총 대역폭에 해당하며 800MHz에서 1200MHz까지입니다.클래스 B는 클래스 C의 폴백 구성이며 둘 다 동일한 폴백 그룹 1 폴백 목록에 속합니다.카테고리 D 는 두 개의 무선 채널 집성 후 총 대역폭에 해당하며 200MHz에서 400MHz까지입니다.카테고리 E 는 세 개의 무선 채널 집성 후 총 대역폭에 해당하며 400MHz에서 600MHz까지입니다.카테고리 F는 네 개의 무선 채널 집성 후 총 대역폭에 해당하며 600MHz에서 800MHz까지입니다.클래스 D, E 및 F는 동일한 폴백 그룹 3 폴백 목록에 속합니다.클래스 G 는 총 대역폭이 100MHz에서 200MHz 사이인 두 개의 무선 채널 집성에 해당합니다.클래스 H 는 총 대역폭이 200MHz에서 300MHz 사이인 세 개의 무선 채널 집성에 해당합니다.클래스 I 는 총 대역폭이 300MHz에서 400MHz 사이인 네 개의 무선 채널 집성에 해당합니다.클래스 J 는 총 대역폭이 400MHz에서 500MHz 사이인 다섯 개의 무선 채널 집성에 해당합니다.클래스 K 는 총 대역폭이 500MHz에서 600MHz 사이인 여섯 개의 무선 채널 집성에 해당합니다.클래스 L 는 총 대역폭이 600MHz에서 700MHz 사이인 일곱 개의 무선 채널 집성에 해당합니다.클래스 M는 총 대역폭이 700MHz에서 800MHz 사이인 여덟 개의 무선 채널 집성에 해당합니다.클래스 G, H, I, J, K, L 및 M은 동일한 폴백 그룹 3

    I. 다운링크 NAS 전송 시나리오5G 시스템에서 다운링크 NAS 전송 프로세스는 AMF가 NG-RAN 노드를 통해 UE에게 NAS 메시지를 투명하게 전송해야 하고 UE와 관련된 논리적 NG 연결이 있거나, AMF가 INITIAL UE MESSAGE 메시지에서 RAN UE NGAP ID IE를 수신했거나, NG-RAN 노드가 UE와 관련된 논리적 NG 연결을 시작하기 위해 다른 NG 인터페이스 인스턴스를 통해 INITIAL UE MESSAGE 메시지를 보낸 경우에 사용됩니다.   II. NAS 전송 내용 처리5G 시스템 학습 - 다운링크 NAS 전송의 내용 외에, 다른 다운링크 NAS 내용은 다음과 같이 처리됩니다.   DOWNLINK NAS TRANSPORT 메시지에 UE Radio Capability ID IE가 포함된 경우, NG-RAN 노드는 (지원하는 경우) TS 23.501 및 TS 23.502에 지정된 대로 이를 사용해야 합니다. DOWNLINK NAS TRANSPORT 메시지에 Target NSSAI Information IE가 포함된 경우, NG-RAN 노드는 TS 23.501에 지정된 대로 이 정보를 사용할 수 있습니다. DOWNLINK NAS TRANSPORT 메시지에 Partially Allowed NSSAI IE가 포함된 경우, NG-RAN 노드는 (지원하는 경우) UE의 부분적으로 허용된 네트워크 슬라이스를 추론하고, 이전에 수신된 Partially Allowed NSSAI를 저장하고 대체하며, TS 23.50에 지정된 대로 이를 사용해야 합니다. DOWNLINK NAS TRANSPORT 메시지에 Masked IMEISV IE가 포함된 경우, NG-RAN 노드는 (지원하는 경우) 후속 처리를 위해 UE의 특성을 결정하는 데 이를 사용해야 합니다. Downlink NAS Transport 메시지에 Mobile IAB Authorization IE가 포함된 경우, NG-RAN 노드는 (지원하는 경우) 수신된 Mobile IAB Authorization 상태를 UE 컨텍스트에 저장해야 합니다. Mobile IAB-MT에 대해 Mobile IAB Authorization IE가 "Unauthorized"로 설정된 경우, NG-RAN 노드는 (지원하는 경우) 이 Mobile IAB 노드에서 UE가 서비스되지 않도록 해야 합니다. 3. Initial UE Message 상호 작용 중절차에서, RAN UE NGAP ID IE가 다른 NG 인터페이스 인스턴스를 통해 전송된 "Initial UE Message" 메시지에서 할당되었더라도, NG-RAN 노드는 "Downlink NAS Transport" 메시지에서 수신된 "AMF UE NGAP ID IE" 및 "RAN UE NGAP ID IE"를 논리적 연결 식별자로 사용해야 합니다.   4. UE Radio Capability Information Indication 중절차에서, Downlink NAS Transport 메시지에 "requested"로 설정된 UE Capability Information Request IE가 포함되어 있고 UE 기능 관련 정보가 UE로부터 성공적으로 검색된 경우, NG-RAN 노드는 UE Radio Capability Information Indication 절차를 트리거해야 합니다.   5. 다운링크 NAS 전송 비정상 시나리오: DOWNLINK NAS TRANSPORT 메시지에서 Partially Allowed NSSAI IE가 수신되었고, Allowed NSSAI 및 Partially Allowed NSSAI에 포함된 S-NSSAI의 총 개수가 8개를 초과하는 경우, NG-RAN 노드는 절차가 실패한 것으로 간주해야 합니다. Partially Allowed NSSAI IE에 있는 S-NSSAI가 Allowed NSSAI IE에도 있는 경우, NG-RAN 노드는 절차가 실패한 것으로 간주해야 합니다.

  1. 다운링크 NAS: 다운링크 NAS 전송 절차는 AMF가 NG-RAN 노드를 통해 UE에게 NAS 메시지를 투명하게 전송해야 하고 UE와 관련된 논리적 NG 연결이 존재하거나, AMF가 INITIAL UE MESSAGE 메시지에서 RAN UE NGAP ID IE를 수신했거나, NG-RAN 노드가 다른 NG 인터페이스 인스턴스를 통해 INITIAL UE MESSAGE 메시지를 전송하여 UE와 관련된 논리적 NG 연결을 시작해야 할 때 사용됩니다.   2. 다운링크 NAS 전송은 아래 그림 8.6.2.2-1에 나와 있으며, 여기서:   AMF는 DOWNLINK NAS TRANSPORT 메시지를 NG-RAN 노드로 전송하여 이 절차를 시작합니다. UE와 관련된 논리적 NG 연결이 설정되지 않은 경우, AMF는 UE에 고유한 AMF UE NGAP ID를 할당하고 이를 DOWNLINK NAS TRANSPORT 메시지에 포함해야 합니다. AMF-UE NGAP ID IE를 DOWNLINK NAS TRANSPORT 메시지에서 수신하면, NG-RAN 노드는 UE와 관련된 논리적 NG 연결을 설정합니다.   DOWNLINK NAS TRANSPORT 메시지에 RAN Paging Priority IE가 포함된 경우, NG-RAN 노드는 RRC_INACTIVE 상태에서 UE를 페이징하기 위한 우선 순위를 결정하는 데 사용할 수 있습니다. NAS-PDU IE에는 AMF-UE 메시지가 포함되어 있으며, 이는 NG-RAN 노드 내에서 해석되지 않고 전달됩니다. ​ Mobility Restriction List IE가 Downlink NAS Transport 메시지에 포함된 경우, NG-RAN 노드는 이전에 저장된 모든 이동 제한 정보를 UE 컨텍스트에서 덮어씁니다. 다운링크 NAS 전송 메시지에 Mobility Restriction List IE의 정보가 포함된 경우, NG-RAN 노드는 이 정보를 사용하여 다음을 수행해야 합니다. 후속 이동 작업의 대상을 결정하고, NG-RAN 노드는 이동 작업 대상에 대한 정보를 UE에 제공해야 합니다. 3. 듀얼 연결 작업 중에 적절한 SCG를 선택합니다. UE를 RRC_INACTIVE 상태로 이동할 때 적절한 RNA를 할당합니다. 또한:   다운링크 NAS 전송 메시지에 Mobility Restriction List IE가 포함되어 있지 않고 이전에 이동 제한 정보가 저장되지 않은 경우, NG-RAN 노드는 TS 23.501에 설명된 PNI-NPN 이동성을 제외하고 UE가 로밍 및 액세스 제한의 대상이 아니라고 가정해야 합니다. ​ NG-RAN 노드는 다운링크 NAS 전송 메시지에 Allowed PNI-NPN List IE가 포함된 경우에만 CAG 셀에 대한 로밍 또는 액세스가 허용된다고 가정해야 합니다(TS 23.501에 설명됨). ​ 다운링크 NAS 전송 메시지에 RAT/Frequency Selection Priority Index IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) TS 23.501에 정의된 대로 이를 사용해야 합니다. ​ AMF가 이전에 UE Aggregate Maximum Bit Rate IE를 전송하지 않은 경우, 이를 NG-RAN 노드로 전송해야 합니다. 다운링크 NAS 전송 메시지에 포함된 경우, NG-RAN 노드는 UE 컨텍스트에 UE aggregate maximum bit rate를 저장하고 TS 23.501에 정의된 대로 관련 UE의 모든 비-GBR QoS 흐름에 대해 수신된 UE aggregate maximum bit rate를 사용해야 합니다. ​ Legacy AMF IE가 다운링크 NAS 전송 메시지에 포함된 경우, NG-RAN 노드는 이 UE와 관련된 논리적 NG 연결이 Legacy AMF IE로 식별된 다른 AMF에서 이 AMF로 리디렉션된 것으로 간주해야 합니다. Extended Legacy AMF IE가 다운링크 NAS 전송 메시지에 포함된 경우, NG-RAN 노드는 (지원되는 경우) 이 UE와 관련된 논리적 NG 연결이 Extended Legacy AMF IE로 식별된 다른 AMF에서 이 AMF로 리디렉션된 것으로 간주해야 합니다. ​ SRVCC Operation Possible IE가 DOWNLINK NAS TRANSPORT 메시지에 포함된 경우, NG-RAN 노드는 (지원되는 경우) 수신된 SRVCC Operation Possible IE의 내용을 UE 컨텍스트에 저장하고 TS 23.216에 정의된 대로 이를 사용해야 합니다. Extended Connected Time IE가 DOWNLINK NAS TRANSPORT 메시지에 포함된 경우, NG-RAN 노드는 (지원되는 경우) TS 23.501에 정의된 대로 이를 사용해야 합니다. ​ Enhanced Coverage Restriction IE가 DOWNLINK NAS TRANSPORT 메시지에 포함된 경우, NG-RAN 노드는 (지원되는 경우) 이 정보를 UE 컨텍스트에 저장하고 TS 23.501에 정의된 대로 이를 사용해야 합니다. ​ UE Differentiation Information IE가 DOWNLINK NAS TRANSPORT 메시지에 포함된 경우, NG-RAN 노드는 (지원되는 경우) 이 정보를 UE 컨텍스트에 저장하여 TS 23.50에 따라 추가로 사용해야 합니다. ​ CE-mode-B Restriction IE가 다운링크 NAS 전송 메시지에 포함되어 있고, Enhanced Coverage Restriction IE가 "Restricted"로 설정되지 않았으며, UE 컨텍스트에 저장된 Enhanced Coverage Restriction 정보가 "Restricted"로 설정되지 않은 경우, NG-RAN 노드는 (지원되는 경우) 이 정보를 UE 컨텍스트에 저장하고 TS 23.501에 정의된 대로 이를 사용해야 합니다. ​ UE Radio Capabilities IE가 다운링크 NAS 전송 메시지에 포함된 경우, NG-RAN 노드는 이 정보를 UE 컨텍스트에 저장하고 TS 38.300에 정의된 대로 이를 사용해야 합니다. ​ End Indication IE가 다운링크 NAS 전송 메시지에 포함되어 있고 "No Additional Data"로 설정된 경우, NG-RAN 노드는 UE Radio Capabilities IE가 포함된 NAS PDU에 추가된 것으로 간주해야 합니다.  

1.프로토콜 프레임워크아래 그림 (1) 에서 보듯이, NETCONF는 각 계층이 특정 기능을 캡슐화하고 상위 계층에 서비스를 제공하는 계층 구조를 채택합니다.이 구조는 각 계층이 NETCONF의 하나의 측면에 집중할 수 있도록 하고 계층 간의 의존성을 줄여줍니다.한 계층 내의 변화는 다른 계층에 최소한의 영향을 미칩니다.       NETCONF는 네 개의 계층으로 나눌 수 있습니다.운송 보안 계층,메시지 계층,작업 계층, 그리고컨텐츠 계층이 층은 다음과 같습니다.   운송 보안 계층:이 계층은 클라이언트와 서버 사이의 통신에 책임이 있습니다. NETCONF은 SSH, TLS 및 HTTPS와 같은 기본 요구 사항을 충족하는 모든 전송 프로토콜 위에 계층화 될 수 있습니다.SSH는 NETCONF에서 XML 메시지를 전송하는 데 선호되는 전송 프로토콜입니다.. 메시지 계층:이 계층은 전송 독립적인 RPC 및 알림 암호화 메커니즘을 제공합니다. 클라이언트는 RPC 요청을서버는 이 요청을 처리한 결과를그리고 클라이언트에게 전송합니다. 작업 계층:이 계층은 기본 프로토콜 연산의 집합을 정의하며, 이는 XML-코딩된 매개 변수와 함께 RPC 메소드라고 불립니다. 컨텐츠 계층:이 계층은 관리 데이터의 데이터 모델에 의해 정의됩니다. 현재 주류 데이터 모델에는 Schema와 YANG가 포함됩니다.        스키마는 XML 파일을 설명하는 규칙의 집합입니다.장치들은 네트워크 관리 시스템 (NMS) 에 장치 구성 및 관리 인터페이스를 제공하기 위해 스키마 파일 (SNMP의 MIB 파일과 유사) 을 사용합니다.. YANG는 NETCONF를 위해 설계된 데이터 모델링 언어입니다.클라이언트는 RPC 동작을 XML 메시지로 컴파일하여 YANG 모델의 제약에 부합하는 클라이언트-서버 통신을 달성할 수 있습니다..   2.메시지 형식다음 그림 (2) 은 NETCONF YANG 요청 메시지 구조의 전체입니다.       3.커뮤니케이션 프레임워크NETCONF에서 클라이언트에서 시작된 RPC 요청과 서버로부터의 응답은 XML로 암호화되고그리고이 요청 응답 프레임워크는 전송 계층 프로토콜과 독립적입니다. 몇 가지 기본 RPC 요소는 아래와 같이 나열됩니다. 의이 요소는 NETCONF 클라이언트가 NETCONF 서버로 보내는 요청을 캡슐화하는 데 사용됩니다. NETCONF 서버는각 요소에 대한 반응요청. 만약 오류나 경보가 발생하면요청, NETCONF 서버는메시지는 단지NETCONF 클라이언트에 만약 오류나 경보가 발생하지 않는다면요청, NETCONF 서버는메시지는 단지NETCONF 클라이언트에   IV.데이터베이스 구성NETCONF는 전체 장치 구성 매개 변수를 정의합니다. NETCONF는 하나 이상의 구성 데이터베이스의 존재를 정의하고 그 위에 구성 작업을 허용합니다.기본 NETCONF 모델에서, 단지구성 데이터베이스가 있습니다. 다른 구성 데이터베이스는 기능에 따라 정의 될 수 있으며 해당 기능을 지원하는 장치에서만 사용할 수 있습니다. 여기에는 다음이 포함됩니다:   : 실행되는 구성 데이터베이스. 이 데이터베이스는 현재 네트워크 장치에 있는 모든 활성 구성들을 저장합니다.장치의 구성 데이터베이스, 그리고 항상 존재합니다.   : 후보 구성 데이터베이스. 이 데이터베이스는장치의 구성 데이터베이스장치의 현재 구성에 영향을 미치지 않고 실행할 수 있습니다.이 작업은 후보 구성을 수행하는 데 사용됩니다.구성 데이터베이스, 장치가 지원해야 합니다 후보 구성 기능, 표준 NETCONF 기능.   : 시작 구성 데이터베이스 (저장 된 구성 파일과 비슷합니다). 장치가 시작될 때 로드해야 하는 구성 데이터를 저장합니다.구성 데이터베이스, 장치가 독립적인 시작 기능을 지원해야 합니다. 이는 표준 NETCONF 기능입니다.

기존의 복잡한 구성으로 인해 CLI 및 SNM과 트랜잭션 메커니즘 지원 부족으로 인해, NETCONF 네트워크 관리 프로토콜이 5G 시스템에서 활성화되어 NMS(네트워크 관리 시스템)가 라우터, eNodeB, gNodeB, DU, CU 또는 RU에 연결된 네트워크 장치의 구성을 발행, 수정 및 삭제할 수 있습니다. 작동 원리, 구조 및 서비스 세션은 다음과 같습니다.   I. 작동 원리 NETCONF 시스템은 아래 그림과 같이 모든 네트워크 장치를 관리하는 최소 하나의 NMS를 포함합니다. NETCONF 아키텍처는 클라이언트와 서버의 두 가지 역할을 포함합니다.     II. 시스템 구조적 특징 NETCONF는 다음을 포함하여 모든 네트워크 장치를 관리하는 최소 하나의 NMS를 포함합니다:   2.1 클라이언트는 다음 기능을 제공합니다.   NETCONF를 사용하여 네트워크 장치를 관리합니다. 하나 이상의 매개변수 값을 쿼리하거나 수정하기 위해 NETCONF 서버에 RPC 요청을 보냅니다. 관리 장치의 NETCONF 서버에서 보낸 알람 및 이벤트를 기반으로 관리 장치의 상태를 파악합니다. 2.2 서버 가 클라이언트로부터 요청을 받으면 요청을 파싱하고 클라이언트에게 응답을 보냅니다. 관리 장치에 오류 또는 기타 유형의 이벤트가 발생하면 NETCONF 서버는 알림 메커니즘을 통해 알람 또는 이벤트를 클라이언트에게 보고하여 클라이언트가 관리 장치의 상태를 파악할 수 있도록 합니다.   III. NETCONF 세션: 아래 그림과 같이 클라이언트와 서버는 RPC 메커니즘을 사용하여 통신합니다. 통신은 안전한 연결 지향 세션이 설정된 후에만 허용됩니다. 클라이언트는 RPC 요청을 서버로 보내고, 서버는 요청을 처리하여 클라이언트에게 응답을 반환합니다. NETCONF 클라이언트와 서버는 RPC 메커니즘을 사용하여 통신합니다. 통신은 안전한 연결 지향 세션이 설정된 후에만 허용됩니다. 세션 설정 및 종료 프로세스는 다음과 같습니다:       클라이언트는 서버와 SSH 연결을 설정하고 인증 및 권한 부여를 완료한 후 서버와 NETCONF 세션을 설정합니다. 클라이언트와 서버는 기능을 협상하기 위해 Hello 메시지를 교환합니다. 클라이언트는 하나 이상의 RPC 요청을 서버로 보냅니다. 몇 가지 예시 요청은 다음과 같습니다:  구성을 수정하고 커밋합니다;  구성 데이터 또는 상태를 쿼리합니다;  장치에 대한 유지 관리 작업을 수행합니다;  클라이언트는 NETCONF 세션을 종료합니다;  SSH 연결이 종료됩니다.

  NETCONF는 네트워크 구성 프로토콜의 전체 이름으로, NMS(Network Management System)가 연결된 네트워크 장치(라우터, eNodeB, gNodeB, DU, CU 또는 RU)의 구성을 발행, 수정 및 삭제할 수 있도록 하는 네트워크 관리 프로토콜입니다. NETCONF는 IETF에서 개발 및 표준화되었으며, O-RAN의 경우 WG(Working Group 4)에서 담당합니다.     I. NETCONF 프로토콜은XML(Extensible Markup Language) 데이터 인코딩을 사용하여 구성 데이터 및 프로토콜 메시지를 처리합니다. 서버와 클라이언트 개념을 기반으로 하며 RPC(Remote Procedure Call) 메커니즘을 사용하여 서버와 클라이언트 간의 통신을 수행합니다. 클라이언트 프로세스는 스크립트 또는 애플리케이션일 수 있는 NMS에서 실행되며, 서버는 일반적인 네트워크 장치입니다.   II. NETCONF의 특징은 다음과 같습니다: 계층화된 프로토콜 프레임워크를 채택하여 온디맨드, 자동화 및 클라우드 기반 네트워크에 더 적합합니다. 네트워크 장치에 구성을 발행, 수정 및 삭제하는 데 사용됩니다. XML(Extensible Markup Language)은 구성 데이터 및 프로토콜 메시지의 데이터 인코딩에 사용됩니다. 서버와 클라이언트 개념을 기반으로, NMS는 클라이언트 역할을 하고 네트워크 장치는 서버 역할을 합니다. 서버와 클라이언트 간의 통신은 RPC(Remote Procedure Call) 메커니즘을 사용하여 수행됩니다. YANG 모델을 기반으로 작업이 실행되어 수동 구성 오류로 인한 네트워크 장애를 줄입니다. NETCONF는 네트워크 자동화의 요구 사항을 충족합니다. 안전한 메시지 전송을 보장하기 위해 인증 및 권한 부여와 같은 보안 메커니즘을 제공합니다. 또한 데이터 분류, 저장 및 마이그레이션, 단계적 커밋 및 구성 격리를 지원하는 트랜잭션 메커니즘을 제공합니다. 포괄적인 구성 전달, 검증 및 롤백을 지원하여 네트워크 서비스에 미치는 영향을 최소화합니다. 벤더가 고유한 관리 기능을 구현하기 위해 자체 프로토콜 작업을 정의할 수 있도록 허용합니다. 3. NETCONF가 필요한 이유? 클라우드 네트워크의 주요 요구 사항은 신속한 온디맨드 서비스 프로비저닝 및 자동화된 운영 관리를 위한 네트워크 자동화입니다. CLI 및 SNM과 같은 기존 방법은 이러한 요구 사항을 충족할 수 없습니다. NETCONF가 해결하는 다음과 같은 제한 사항이 있습니다.   31. CLI의 단점: 첫째, 구성이 복잡합니다. 둘째, 다음: CLI는 벤더마다 다르므로 사용자는 각 벤더에 대한 CLI 스크립트를 배우고 적응해야 합니다. CLI 구조 및 구문의 빈번한 변경으로 인해 CLI 스크립트 유지 관리가 어렵습니다. 명령 출력은 구조화되지 않고 예측할 수 없으며 쉽게 변경될 수 있어 CLI 스크립트의 자동 구문 분석이 어렵습니다.3.2 SNMP의 단점 : SNMP는 트랜잭션을 지원하지 않아 비효율적인 구성이 발생합니다. SNMP는 User Datagram Protocol(UDP)을 사용하므로 안정적이고 순차적인 데이터 전송을 제공하지 않으며 효과적인 보안 메커니즘이 부족합니다. SNMP는 구성 트랜잭션을 제출하기 위한 메커니즘이 부족합니다.

NETCONF는 네트워크 구성 프로토콜의 전체 이름으로, NMS(Network Management System)가 연결된 네트워크 장치(라우터, eNodeB, gNodeB, DU, CU 또는 RU)의 구성을 발행, 수정 및 삭제할 수 있도록 하는 네트워크 관리 프로토콜입니다. NETCONF는 IETF에 의해 개발 및 표준화되었으며, O-RAN의 경우 WG(Working Group 4)의 책임 하에 있습니다.   1. NETCONF 프로토콜은 XML(Extensible Markup Language) 데이터 인코딩을 사용하여 구성 데이터와 프로토콜 메시지를 처리합니다. 서버와 클라이언트 개념을 기반으로 하며 RPC(Remote Procedure Call) 메커니즘을 사용하여 서버와 클라이언트 간의 통신을 수행합니다. 클라이언트 프로세스는 스크립트 또는 애플리케이션일 수 있는 NMS에서 실행되며, 서버는 일반적인 네트워크 장치입니다.   2. NETCONF의 특징은 다음과 같습니다: 계층화된 프로토콜 프레임워크를 채택하여 온디맨드, 자동화 및 클라우드 기반 네트워크에 더 적합합니다. 네트워크 장치에 구성을 발행, 수정 및 삭제하는 데 사용됩니다. XML(Extensible Markup Language)은 구성 데이터 및 프로토콜 메시지의 데이터 인코딩에 사용됩니다. 서버와 클라이언트 개념을 기반으로, NMS는 클라이언트 역할을 하고 네트워크 장치는 서버 역할을 합니다. 서버와 클라이언트 간의 통신은 RPC(Remote Procedure Call) 메커니즘을 사용하여 수행됩니다. YANG 모델을 기반으로 작업이 실행되어 수동 구성 오류로 인한 네트워크 장애를 줄입니다. NETCONF는 네트워크 자동화의 요구 사항을 충족합니다. 안전한 메시지 전송을 보장하기 위해 인증 및 권한 부여와 같은 보안 메커니즘을 제공합니다. 또한 데이터 분류, 저장 및 마이그레이션, 단계적 커밋 및 구성 격리를 지원하는 트랜잭션 메커니즘을 제공합니다. 포괄적인 구성 전달, 검증 및 롤백을 지원하여 네트워크 서비스에 미치는 영향을 최소화합니다. 벤더가 고유한 관리 기능을 구현하기 위해 자체 프로토콜 작업을 정의할 수 있도록 허용합니다.     3. NETCONF가 필요한 이유? 클라우드 네트워크의 주요 요구 사항은 신속하고 온디맨드 서비스 프로비저닝 및 자동화된 운영 관리를 위한 네트워크 자동화입니다. CLI 및 SNM과 같은 기존 방식은 이러한 요구 사항을 충족할 수 없습니다. NETCONF가 해결하는 다음과 같은 제한 사항이 있습니다.     31. CLI의 단점: 첫째, 구성이 복잡합니다. 둘째, 다음: CLI는 벤더마다 다르므로 사용자는 각 벤더에 대한 CLI 스크립트를 배우고 적응해야 합니다. CLI 구조와 구문이 자주 변경되어 CLI 스크립트 유지 관리가 어렵습니다. 명령 출력은 구조화되지 않고 예측할 수 없으며 쉽게 변경될 수 있어 CLI 스크립트의 자동 구문 분석이 어렵습니다.     3.2 SNMP의 단점: SNMP는 트랜잭션을 지원하지 않아 비효율적인 구성이 발생합니다. SNMP는 User Datagram Protocol(UDP)을 사용하므로 안정적이고 순차적인 데이터 전송을 제공하지 않으며 효과적인 보안 메커니즘이 부족합니다. SNMP는 구성 트랜잭션을 제출하기 위한 메커니즘이 부족합니다. SNMP는 장치별로 장치 구성을 관리하며 네트워크 수준 구성 또는 다중 장치 구성 협업을 지원하지 않습니다.