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

기존의 복잡한 구성으로 인해 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는 장치별로 장치 구성을 관리하며 네트워크 수준 구성 또는 다중 장치 구성 협업을 지원하지 않습니다.

  5G 시스템에서, 경로 전환 요청 (PATH SWITCH REQUEST) 은 터미널 (UE) 에 5GC와 신호 연결을 설정하고, 필요한 경우,NG-U 운송 소지자의 다운링크가 새로운 서비스 노드로 전환되도록 요청합니다.이 요청은 여러 가지 이유로 실패할 수 있습니다. 3GPP는 TS 38.413에서 다음과 같이 정의합니다.   I. 경로 요청 동작 실패   그림 8에서 보이는 것처럼.4.4.3-1 아래에서, 요청 실패는 일반적으로 NG-RAN 노드가 "PATH SWITCH REQUEST"를 발행한 후에 AMF에 의해 응답됩니다.       II. 요청 동작 실패 시나리오는 일반적으로 다음과 같습니다.   5GC가 모든 PDU 세션 리소스를 위한 NG-U 트랜스포트 베어너의 다운링크 종료 지점을 새로운 (서비스) 종료 지점으로 전환하지 못하면,AMF는 NG-RAN 노드에 PATH SWITCH REQUEST FAILURE 메시지를 보내야 합니다..   The NG-RAN node shall release the corresponding QoS flows and consider the PDU Sessions indicated in the PDU Session Resource Release List IE contained in the PATH SWITCH REQUEST FAILURE message as released.   각각의 PDU 세션에 대한 대응 원인은 PATH SWITCH REQUEST FAILURE 메시지의 PATH 스위치 요청 실패 전송 IE에 포함되어 있습니다.   III. 비정상적인 수술 요청   AMF가 여러 PDU 세션 ID IEs가 동일한 값으로 설정된 메시지를 수신하면 (downlink 목록의 PDU 세션 리소스에서 전환 IE),AMF는 NG-RAN 노드에 PATH SWITCH REQUEST FAILURE 메시지를 보내야 합니다.또한,   예외적으로, AMF는 경로 전환 요청 실패 전송 IE를 생성할 수 있습니다.   부분적으로 허용된 NSSAI IE가 PATH SWITCH REQUEST ACKNOWLEDGE 메시지에서 수신되고 허용된 NSSAI와 부분적으로 허용된 NSSAI에 포함된 S-NSSAI의 총 수가 8을 초과하면,NG-RAN 노드는 절차가 실패했다고 간주합니다..   부분적으로 허용된 NSSAI IE에 존재하는 S-NSSAI가 허용된 NSSAI IE에도 존재한다면 NG-RAN 노드는 절차가 실패했다고 간주합니다.

RAN 상태 전송은 터미널 (UE) 의 업링크 및 다운링크 상태 정보를 소스 라디오 액세스 네트워크 (RAN) 노드에서 5G 네트워크의 목표 RAN 노드로 전송하는 과정이다.이것은 일반적으로 전달 또는 이중 연결 시나리오에서 발생합니다.이 과정에서 AMF는 다운링크 데이터에 대한 정보를 전송합니다.SN 상태와 PDCP (패킷 데이터 컨버전스 프로토콜) 일련 번호 및 하이퍼프레임 번호 (HFN) 상태와 함께 업링크 및 다운링크 데이터, 목표 RAN에   난...Uplink RAN 상태 전송rNG-RAN을 통해 손실 없이 전송을 가능하게 하는 것을 목표로 합니다. 전송 프로세스는 UE 관련 신호를 사용합니다. 구체적인 프로세스는 그림 8에 표시됩니다.4.6.2-1 아래에서,   The source NG-RAN node initiates this process by stopping allocating PDCP SNs for downlink SDUs and sending an UPLINK RAN STATUS TRANSFER message to the AMF when it deems the transmitter/receiver status frozen. PDCP-SN 및 HFN 상태 보존이 적용되는 각 DRB의 경우, 소스 NG-RAN 노드에는 DRB ID IE, UL COUNT IE,그리고 DL COUNT IE는 DRB Subject Status Transfer List의 RAN 상태 전송 투명 컨테이너 IE의 UPLINK RAN STATUS TRANSFER 메시지의. 소스 NG-RAN 노드가 목표 NG-RAN 노드로부터 업링크 전송 요청을 받아들인 각 DRB에 대해소스 NG-RAN 노드는 또한 UPLINK RAN STATUS TRANSFER 메시지의 UL PDCP SDU IE의 누락된 및 수신된 업링크 SDU를 포함할 수 있습니다..   제2항다운링크 RAN 상태 전송 이는 UE 관련 신호를 사용하여 NG-RAN 기반의 손실 없는 전송 절차를 구현하는 것을 목표로합니다. 구체적인 프로세스는 그림 8에 표시됩니다.4.7.2-1 아래에서,     AMF는 목표 NG-RAN 노드에 DOWNLINK RAN STATUS TRANSFER 메시지를 보내서 이 절차를 시작합니다. TS 38에 따라 이 전달을 수행하는 목표 NG-RAN 노드.300 및 전체 구성을 사용 하 여 이 메시지에 수신 된 정보를 무시 합니다. 국가 전송 목록 IE에 해당하는 RAN 상태 전송 투명 컨테이너 IE의 각 DRB에 대해목표 NG-RAN 노드는 UL Count Value IE보다 낮은 PDCP-SN의 업링크 데이터 패킷을 전송하지 않습니다.. 국가 전송 목록 IE에 해당하는 RAN 상태 전송 투명 컨테이너 IE의 각 DRB에 대해목표 NG-RAN 노드는 아직 PDCP-SN가 부여되지 않은 첫 번째 다운링크 데이터 패킷의 DL COUNT Value IE 값을 사용해야 합니다.. 만약 RAN 상태 전송 투명 컨테이너 IE의 적어도 하나의 DRB에서 DOWNLINK RAN STATUS TRANSFER 메시지가 UL PDCP SDU IE의 수신 상태를 포함한다면,목표 NG-RAN 노드는 무선 인터페이스를 통해 UE에 전송되는 상태 보고 메시지에 사용할 수 있습니다..

  PATH SWITCH REQUEST 프로세스의 목적은 5GC와 UE 관련 신호 연결을 설정하고,NG-U 운송 소지자의 다운링크 종료 지점이 새로운 종료 지점으로 전환되도록 요청3GPP는 IAB, 슬라이싱, 위치 및 범위 기술을 활성화 한 후 TS38.413에서 5G의 관련 프로세스를 다음과 같이 정의합니다.   I. IAB 허가 처리   PATH SWITCH REQUEST ACKNOWLEDGE 메시지가 IAB 권한 IE를 포함한다면,NG-RAN 노드 (지원되는 경우) 는 EU 컨텍스트에서 수신된 IAB 권한 정보를 저장하고 TS 38에 명시된 대로 사용해야 합니다..401.   PATH SWITCH REQUEST ACKNOWLEDGE 메시지가 모바일 IAB 권한 IE를 포함한다면,NG-RAN 노드 (지원되는 경우) 는 수신된 모바일 IAB 권한 상태를 모바일 IAB-MT의 UE 컨텍스트에 저장합니다.. 모바일 IAB-MT의 모바일 IAB 권한 IE가 "허용되지 않았다"로 설정되면, NG-RAN 노드 (지원되는 경우) 는 모바일 IAB 노드가 어떤 UE에도 서비스를 제공하지 않도록 해야 합니다.   II. NSSAI 및 범위 및 위치   만약 "Partly Allowed NSSAI" IE가 경로 전환 요청 확인 (PATH SWITCH REQUEST ACKNOWLEDGE) 메시지에 포함되어 있다면,NG-RAN 노드 (지원되는 경우) 는 그로부터 UE에 대한 부분적으로 허용된 네트워크 슬라이스를 추론해야 합니다., 저장하고 이전에 수신 된 모든 " 부분적으로 허용 된 NSSAI"를 교체하고 TS 23에 명시된대로 사용하십시오.501.   만약 "차선 및 경로 위치 서비스 정보" IE가 경로 전환 요청 확인 (PATH SWITCH REQUEST ACKNOWLEDGE) 메시지에 포함되어 있다면,NG-RAN 노드 (지원되는 경우) 는 UE의 범주 및 사이드 트랙 위치 서비스 정보를 그에 따라 업데이트해야 합니다.만약 "Range and Sidetrack Positioning Authorization" IE가 Range and Sidetrack Positioning Service Information IE에서 "Unauthorized"로 설정되어 있다면," NG-RAN 노드 (지원되는 경우) 는 UE가 더 이상 범위 및 사이드 트랙 위치 서비스에 액세스 할 수 없도록 조치를 취해야합니다..   III. RRC 비활성 전환 보고 절차   만약 RRC 비활성 전환 보고서 요청 IE가 경로 전환 요청 확인 메시지에 포함되어 있고 "Single RRC Connection Status Report"로 설정된 경우" 그리고 UE는 RRC_CONNECTED 상태입니다, NG-RAN 노드 (지원되는 경우) 는 RRC 비활성 전환 보고 메시지를 AMF에 보내 UE의 RRC 상태를 보고해야 합니다.   만약 RRC 비활성 전환 보고서 요청 IE가 PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 포함되어 있고 "Single RRC Connection Status Report"로 설정되어 있고 UE가 RRC_INACTIVE 상태라면NG-RAN 노드 (지원되는 경우) 는 AMF에 RRC 비활성 전환 보고서 메시지를 보내야 합니다., 그리고 RRC 상태가 RRC_CONNECTED로 전환되면 RRC 비활성 전환 보고서 메시지가 표시됩니다.   만약 RRC 비활성 전환 보고서 요청 IE가 PATH SWITCH 요청 확인 메시지에 포함되어 있고 "후기 상태 전환 보고서"로 설정된 경우NG-RAN 노드 (지원되는 경우) 는 RRC 비활성 전환 보고 메시지를 AMF에 보내 UE의 RRC 상태를 보고합니다., 그리고 RRC INACTIVE TRANSION REPORT 메시지가 RRC_INACTIVE 상태로 들어가거나 빠져나갈 때 UE의 RRC 상태를 보고합니다.   IV. PDU 세션 리소스 알림 절차   PATH SWITCH REQUEST ACKNOWLEDGE 메시지의 경로 스위치 요청 확인 전송 IE가 QoS 관련 매개 변수를 포함하면 (예를 들어,CN 패킷 지연 예산 다운링크 IE 또는 CN 패킷 지연 예산 업링크 IE), 하지만 NG-RAN 노드는 매개 변수를 성공적으로 받아들일 수 없으므로, NG-RAN 노드는 소스 NG-RAN 노드에서 수신된 오래된 값 (이 경우) 을 계속 사용해야 합니다.NG-RAN 노드는 PDU 세션 리소스 NOTIFY 메시지를 보내서 AMF에 알립니다..    

  핸드오버 경로 요청 프로세스의 목적은 단말(UE)과 5GC 간의 관련 시그널링 연결을 설정하고, 해당하는 경우, NG-U 전송 베어러의 다운링크 종단점을 새로운 종단점으로 전환하도록 요청하는 것입니다. Sildlink의 PC5 인터페이스에서 UE 관련 서비스의 핸드오버를 위해 3GPP는 TS38.413에서 다음과 같이 정의합니다.   I. PC5 QoS 처리 Sildlink의 PC5 인터페이스 핸드오버에서 경로 요청은 다음과 같이 정의됩니다.   Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) 메시지에 PC5 QoS 파라미터 IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) TS 23.287에 정의된 대로 이를 사용해야 합니다. Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) 메시지에 A2X PC5 QoS 파라미터 IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) TS 23.256에 정의된 대로 이를 사용해야 합니다. Path Switch Request Acknowledge 메시지에 Alternate QoS Parameter Set List IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) TS 23.502에 명시된 대로 이를 사용해야 합니다. II. CE-mode-B 및 사용자 평면 CIoT의 경로 요청 핸드오버는 다음과 같이 정의됩니다.   Path Switch Request Acknowledge 메시지에 CE-mode-B Restriction IE가 포함되고, Enhanced Coverage Restriction IE가 "restricted"로 설정되지 않았으며, UE 컨텍스트에 저장된 Enhanced Coverage Restriction 정보가 "restricted"로 설정되지 않은 경우, NG-RAN 노드는 (지원되는 경우) 이 정보를 UE 컨텍스트에 저장하고 TS 23.501에 정의된 대로 사용해야 합니다. Path Switch Request Acknowledge 메시지에 UE User Plane CIoT Support Indicator IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) 이 정보를 UE 컨텍스트에 저장하고 TS 23.501에 명시된 대로 UE가 User Plane CIoT 5GS Optimization을 지원한다고 가정해야 합니다. Path Switch Request Acknowledge 메시지에 UE Radio Capability ID IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) TS 23.501 및 TS 23.502에 명시된 대로 이를 사용해야 합니다. III. PDU 세션 예상 UE 활동 및 MDT의 경로 요청 핸드오버는 다음과 같이 정의됩니다. 각 PDU 세션에 대해, PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 "PDU Session Expected UE Activity Behavior" IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) TS 23.501에 명시된 대로 이 정보를 처리해야 합니다. PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 "Management-Based MDT PLMN List" IE가 포함된 경우, NG-RAN 노드는 이를 UE 컨텍스트에 저장하고, 지원되는 경우, TS 32.422에 정의된 대로 관리 기반 MDT를 위해 UE를 후속 선택하는 데 이 목록을 사용해야 합니다. PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 "Management-based MDT PLMN Modification List" IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) 이 목록을 사용하여 UE 컨텍스트에 이전에 저장된 관리 기반 MDT PLMN 목록 정보를 덮어쓰고, TS 32.422에 정의된 대로 관리 기반 MDT를 위해 UE를 후속 선택하는 데 수신된 정보를 사용해야 합니다. PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 Time Synchronisation Assistance Information IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) 이 정보를 UE 컨텍스트에 저장하고 TS 23.501에 정의된 대로 사용해야 합니다. IV. 5G ProSe의 경로 요청 핸드오버는 다음과 같이 정의됩니다. PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 5G ProSe Authorized IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) UE에 대한 ProSe 권한 정보를 적절하게 업데이트해야 합니다. 5G ProSe Authorization Information (5G ProSe Authorized IE)에 하나 이상의 IE가 "Unauthorized"로 설정된 경우, NG-RAN 노드는 (지원되는 경우) UE가 더 이상 관련 5G ProSe 서비스에 액세스할 수 없도록 조치를 취해야 합니다. PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 5G ProSe PC5 QoS Parameters IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) TS 23.304에 정의된 대로 이를 사용해야 합니다. Aerial UE Subscription Information IE가 PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 포함된 경우, NG-RAN 노드는 (지원되는 경우) 이 정보를 저장하거나 UE 컨텍스트에 이전에 저장된 정보를 덮어쓰고 TS 38.300에 정의된 대로 사용해야 합니다. 5G ProSe UE PC5 Aggregate Maximum Bit Rate IE가 PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 포함된 경우, NG-RAN 노드는 (지원되는 경우) 다음 작업을 수행해야 합니다. 이전에 제공된 5G ProSe UE PC5 Aggregate Maximum Bit Rate (UE 컨텍스트에서 사용 가능한 경우)를 수신된 값으로 대체합니다. 5G ProSe 서비스에 대한 네트워크 스케줄링 모드에서 관련 UE에 대한 사이드링크 통신에 수신된 값을 사용합니다.

  1. 네트워크 슬라이싱은 네트워크를 독립적인 사용 사례로 나누어 각 사용 사례에 맞게 특화된 서비스를 제공합니다. 기존 4G(LTE) 시대에는 APN (Access Point Names)이 모바일 네트워크에서 네트워크 슬라이싱의 첫 번째 형태였으며, 이를 통해 통신 사업자는 서비스 요구 사항에 따라 네트워크를 분할할 수 있었습니다.   2. 3GPP에서 정의한 5G 네트워크 슬라이스는 독립적인 제어 및 사용자 평면 처리를 갖춘 독립적인 네트워크 인스턴스를 특징으로 합니다. 이러한 슬라이스는 독립형 아키텍처(SA)를 사용하는 5G에서만 사용되는 5G 코어 네트워크(5GC)의 지원이 필요합니다.   3. 네트워크 요소 및 식별자: 5G의 슬라이싱 배포에는 사용자 장비(UE), 차세대 무선 액세스 네트워크(NG-RAN), 제어 평면 기능(예: AMF, PCF, SMF) 및 사용자 평면 기능(예: UPF)과 같은 네트워크 기능이 포함됩니다. 각 네트워크 슬라이스는 S-NSSAI (Slice Service Type)로 식별되며, 여기에는 네트워크 슬라이스가 적용되는 서비스를 나타내는 Slice Service Type (SST)가 포함됩니다. 네트워크 사업자는 다음과 같은 표준화된 SST 값을 사용할 수 있습니다. 1은 향상된 모바일 광대역, 2는 초고신뢰 저지연 통신, 3은 대규모 IoT, 4는 차량-사물 통신(V2X), 5는 고성능 머신 타입 통신입니다. 또한 로컬로 정의된 비표준 SST 값을 사용할 수도 있습니다.   4. 단말 네트워크 슬라이싱 지원: USRP(UE Routing Policy)로 구성된 SA(독립형) 5G 단말(UE)의 경우, 원하는 애플리케이션(애플리케이션의 서비스 품질 요구 사항에 따라)을 기반으로 네트워크 슬라이싱(서비스)을 위해 S-NSSAI를 선택할 수 있습니다. 예를 들어, 삼성의 최초 Galaxy S24 Ultra는 URSP를 탑재하여 5G 시스템 내에서 슬라이스 선택 및 서비스 실행을 가능하게 합니다.   5. 시스템 네트워크 슬라이싱 지원: ADC(Detection and Control)가 활성화됩니다(5G 코어 네트워크 요소 PCF(Policy Control Function) 및 SMF(Session Management Function) 내의 기능). ADC는 네트워크 측에서 애플리케이션 또는 트래픽을 식별하고, 서비스 품질, 과금 또는 리디렉션과 같은 정책을 적용하며, 실시간 트래픽 분류 및 우선 순위를 구현하는 데 사용됩니다.   6. 네트워크 슬라이싱 상용 배포 예시: 싱가포르 텔레커뮤니케이션(Singtel)은 Singtel 5G+를 출시했습니다. 이는 새로운 연결 표준과 세 가지 주요 기능을 통해 우선 순위가 지정된 경험을 제공하는 고급 "네트워크 슬라이싱" 혁신입니다. Singtel 5G+: 700MHz 스펙트럼 대역을 사용하는 유일한 네트워크로, 실내에서도 최적의 전국적인 커버리지를 제공합니다. Singtel 5G+ 향상: 더 넓은 커버리지와 더 빠른 속도로, 일관되게 최대 2배 속도를 제공합니다. Singtel 5G+ 우선 순위: 4배 더 빠른 속도로 우선 순위가 지정된 네트워크 채널로, 항상 서비스를 우선시하고 새로운 서비스를 감지합니다.

3GPP는 5G 시스템에서 사이드링크 집선 단말에 대한 향상된 커버리지 제한, 확장된 연결 시간, V2X 서비스 승인 및 핸드오버 경로 요청 처리에 관해 TS 38.413에서 다음과 같이 정의합니다.   I. 향상된 커버리지 제한 및 확장된 연결 시간   Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) 메시지에 향상된 커버리지 제한 IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) 이 정보를 UE 컨텍스트에 저장하고 TS 23.501에 정의된 대로 사용해야 합니다.   Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) 메시지에 확장된 연결 시간 IE가 포함된 경우, NG-RAN 노드는 (지원되는 경우) TS 23.501에 정의된 대로 사용해야 합니다.   Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) 메시지에 UE 차별화 정보 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 이 정보를 UE 컨텍스트에 저장하여 TS 23.501에 따라 추가로 사용해야 합니다.   II. NR V2X 서비스 승인   PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 NR V2X 서비스 승인 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 UE에 대한 NR V2X 서비스 승인 정보를 적절하게 업데이트해야 합니다.   NR V2X 서비스 승인 IE에 "승인되지 않음"으로 설정된 하나 이상의 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 UE가 더 이상 관련 서비스에 액세스할 수 없도록 조치를 취해야 합니다.   PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 LTE V2X 서비스 승인 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 UE에 대한 LTE V2X 서비스 승인 정보를 적절하게 업데이트해야 합니다. LTE V2X 서비스 승인 IE에 "승인되지 않음"으로 설정된 하나 이상의 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 UE가 더 이상 관련 서비스에 액세스할 수 없도록 조치를 취해야 합니다.   NR A2X 서비스 승인 IE에 "승인되지 않음"으로 설정된 하나 이상의 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 UE가 더 이상 관련 서비스에 액세스할 수 없도록 조치를 취해야 합니다.   Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) 메시지에 LTE A2X 서비스 승인 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 UE에 대한 LTE A2X 서비스 승인 정보를 적절하게 업데이트해야 합니다.   LTE A2X 서비스 승인 IE에 "승인되지 않음"으로 설정된 하나 이상의 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 UE가 더 이상 관련 서비스에 액세스할 수 없도록 조치를 취해야 합니다.   III. 사이드링크 및 집선 처리   PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 NR UE 사이드링크 집선 최대 비트 전송률 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 다음 작업을 수행해야 합니다. 이전에 제공된 UE 사이드링크 집선 최대 비트 전송률 (UE 컨텍스트에 있는 경우)을 수신된 값으로 대체합니다. NR V2X 서비스 네트워크 스케줄링 모드에서 관련 UE와의 사이드링크 통신에 수신된 값을 사용합니다.   PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 LTE UE 사이드링크 집선 최대 비트 전송률 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 다음 작업을 수행해야 합니다. 이전에 제공된 UE 사이드링크 집선 최대 비트 전송률 (UE 컨텍스트에 있는 경우)을 수신된 값으로 대체합니다. LTE V2X 서비스 네트워크 스케줄링 모드에서 관련 UE와의 사이드링크 통신에 수신된 값을 사용합니다. PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 NR A2X UE PC5 집선 최대 비트 전송률 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 다음 작업을 수행해야 합니다. 이전에 제공된 NR A2X UE PC5 집선 최대 비트 전송률 (UE 컨텍스트에 있는 경우)을 수신된 값으로 대체합니다. 네트워크 스케줄링 모드에서 관련 UE에 대한 NR A2X 서비스 사이드링크 통신에 수신된 값을 사용합니다. PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 LTE A2X UE PC5 집선 최대 비트 전송률 IE가 포함된 경우, NG-RAN 노드 (지원되는 경우)는 다음 작업을 수행해야 합니다. 이전에 제공된 LTE A2X UE PC5 집선 최대 비트 전송률 (UE 컨텍스트에 있는 경우)을 수신된 값으로 대체합니다. 네트워크 스케줄링 모드에서 관련 UE에 대한 LTE A2X 서비스 사이드링크 통신에 수신된 값을 사용합니다.

  5G 시스템에서는,경로 요청터미널 (UE) 에서 5GC와 UE 관련 신호 연결을 설정하는 요청이며,NG-U 운송기자 다운링크 종료 지점이 새로운 종료 지점으로 전환되도록 요청5G가 점점 더 많은 서비스 유형을 지원함에 따라, 전달 과정에서 경로 요청의 내용은 점점 더 복잡해질 것입니다. 3GPP는 TS 38.413에서 다음과 같이 정의합니다.   I. 패키지 지연 예산   만약CN 패킷 지연 예산 다운링크IE는 경로 전환 요청 확인 메시지 (PATH SWITCH REQUEST ACKNOWLEDGE) 의 경로 전환 요청 확인 메시지 (IE) 의 운송 내용에 포함됩니다.NG-RAN 노드 (지원되는 경우) 는 이전에 제공된 CN 패킷 지연 예산 다운링크 (이 경우) 를 대체하고 TS 23에 명시된 대로 사용해야 합니다..502.   만약CN 패킷 지연 예산 UplinkIE는 경로 전환 요청 Ack 트랜스포트 IE에 포함됩니다. 경로 전환 요청 Ack WLEDGE 메시지가 없습니다.NG-RAN 노드 (지원되는 경우) 는 이전에 제공된 CN 패킷 지연 예산 Uplink (이 경우) 를 대체하고 TS 23에 명시된 대로 사용해야 합니다..502.   II. 급격한 데이터 처리   만약 Burst Arrival Time Downlink IE가 Path Switch Request Ack 메시지의 Path Switch Request Ack Transport IE에 포함되어 있다면NG-RAN 노드 (지원되는 경우) 는 이전에 제공된 값 (이 경우) 을 대체하고 TS 23에 명시된 대로 사용해야 합니다..502.   III. RRC 비활성 및 핵심 네트워크 지원 정보 처리   만약 RRC INACTIVE IE의 핵심 네트워크 지원 정보가 경로 전환 요청 확인 메시지에 포함되어 있다면,NG-RAN 노드 (지원되는 경우) 는 이 정보를 UE 컨텍스트에 저장하고 RRC_INACTIVE 상태 결정 및 UE의 RNA 구성 및 RAN 페이징 (이 경우) 에 사용해야 합니다., TS 38에서 설명한 바와 같이300.   RRC INACTIVE IE의 핵심 네트워크 지원 정보에 MICO All PLMN IE가 포함되면NG-RAN 노드 (지원되는 경우) 는 UE의 등록 영역을 완전한 PLMN로 취급하고 RRC 비활성 IE의 TAI 목록을 무시합니다..   RRC INACTIVE IE의 핵심 네트워크 지원 정보에 음성 서비스 IE의 페이징 원인 표시가 포함되어 있다면,NG-RAN 노드 (지원되는 경우) 는 TS 38에 명시된 대로 저장하고 사용해야 합니다..300.   RRC INACTIVE IE의 핵심 네트워크 지원 정보에 PEIPS 지원 정보 IE가 포함되면NG-RAN 노드 (지원되는 경우) 는 그것을 저장하고 RRC_INACTIVE 상태의 UE의 하위 그룹을 호출하는 데 사용합니다., TS 38에서 설명한 바와 같이300.   CN MT 통신 처리 IE가 핵심 네트워크 지원 정보 (RRC INACTIVE IE) 에 포함된 경우NG-RAN 노드 (지원되는 경우) 는 이 IE를 저장하고 그 후 CN에게 MT 통신 처리 작업을 요청할 수 있습니다., TS 23에서 설명한 바와 같이502, 실행에 따라.   경로 전환 요청 확인 (PATH SWITCH REQUEST ACKNOWLEDGE) 메시지에 CN 보조 RAN 매개 변수 조정 IE가 포함된 경우, NG-RAN 노드는 TS 23에 설명된 대로 이 IE를 사용할 수 있습니다.501.   만약 RRC INACTIVE 전환 보고서 요청 IE가 경로 전환 요청 승인 (PATH SWITCH REQUEST ACKNOWLEDGE) 메시지에 포함된다면,NG-RAN 노드는 (지원되는 경우) 이 정보를 UE 컨텍스트에 저장해야 합니다..   V. EPS 및 SRVCC 처리   PATH SWITCH REQUEST ACKNOWLEDGE 메시지가 음성 리디렉션을 포함하면EPS 재발IE, NG-RAN 노드는 (지원되는 경우) 이 IE를 저장하고 TS 23에 명시된 후속 음성 EPS 재발 결정에 사용해야 합니다.502.   PATH SWITCH REQUEST ACKNOWLEDGE 메시지가 SRVCC 동작 가능한 IE 정보를 포함하면NG-RAN 노드 (지원되는 경우) 는 수신된 SRVCC Operation Possible IE 컨텐츠를 UE 컨텍스트에 저장하고 TS 23에서 정의한 대로 사용해야 합니다..216.