中国 Shenzhen Olax Technology CO.,Ltd 企業ニュース

従来の複雑な構成のため、CLIとSNM、トランザクションメカニズムのサポートがないため、5GシステムではNETCONFネットワーク管理プロトコルが有効になり、NMS(ネットワーク管理システム) がルーター、eNodeB、gNodeB、DU、CU、またはRUに接続されたネットワークデバイスの設定を発行、変更、削除できるようになりました。動作原理、構造、およびサービスセッションは次のとおりです。   I. 動作原理 NETCONFシステムには、すべてのネットワークデバイスを管理する少なくとも1つのNMSが含まれています。以下に示すように、NETCONFアーキテクチャには、クライアントとサーバーの2つの役割が含まれています。     II. システム構造の特徴NETCONFには、すべてのネットワークデバイスを管理する少なくとも1つのNMSが含まれています。これには以下が含まれます。   2.1 クライアントは、次の機能を提供します。   NETCONFを使用してネットワークデバイスを管理します。 NETCONFサーバーにRPCリクエストを送信して、1つ以上のパラメータ値を照会または変更します。 管理対象デバイスのNETCONFサーバーから送信されたアラームとイベントに従って、管理対象デバイスの状態を理解します。 2.2 サーバー がクライアントからのリクエストを受信すると、リクエストを解析し、クライアントに応答を送信します。管理対象デバイスで障害またはその他のタイプのイベントが発生した場合、NETCONFサーバーは通知メカニズムを介してアラームまたはイベントをクライアントに報告し、クライアントが管理対象デバイスの状態を理解できるようにします。   III. NETCONFセッション: 以下の図に示すように、クライアントとサーバーはRPCメカニズムを使用して通信します。通信は、安全なコネクション指向セッションがそれらの間で確立された後にのみ許可されます。クライアントはRPCリクエストをサーバーに送信し、サーバーはリクエストを処理してクライアントに応答を返します。NETCONFクライアントとサーバーはRPCメカニズムを使用して通信します。通信は、安全なコネクション指向セッションが確立された後にのみ許可されます。セッションの確立と終了プロセスは次のとおりです。       クライアントはサーバーとのSSH接続を確立し、認証と承認が完了した後、サーバーとのNETCONFセッションを確立します。 クライアントとサーバーはHelloメッセージを交換して機能をネゴシエーションします。 クライアントは、1つ以上のRPCリクエストをサーバーに送信します。いくつかのリクエスト例を以下に示します。  設定を変更してコミットする;  設定データまたはステータスを照会する;  デバイスでメンテナンス操作を実行する;  クライアントはNETCONFセッションを終了します;  SSH接続は終了します。

  NETCONF"ネットワーク構成プロトコル"の完全な名称で,NMS (ネットワーク管理システム) の発行を可能にするネットワーク管理プロトコルです.接続されたネットワークデバイス (ルーター) の構成を変更し削除するNETCONFは,eNodeB,gNodeB,DU,CUまたはRUによって開発および標準化されています.IETFO-RANについては,WG (ワークグループ4) の責任です.     I. NETCONF プロトコルXML (Extensible Markup Language) のデータコーディングを使用して構成データとプロトコルメッセージを処理する.サーバーとクライアントの概念に基づいている.そして,サーバーとクライアントの間の通信を達成するために,RPC (リモート・プロシージャ・コール) メカニズムを使用している.クライアントプロセスはスクリプトまたはアプリケーションであるNMSで実行され,サーバーは典型的なネットワークデバイスです.   II.NETCONFの特徴次のとおりです. レイヤー式プロトコルフレームワークを採用し,オンデマンド,自動化,クラウドベースのネットワークに適しています. ネットワークデバイスの設定を発行,変更,削除するために使用されます. XML (Extensible Markup Language) は,構成データとプロトコルメッセージのデータエンコーディングに使用される. サーバーとクライアントの概念に基づいて,NMSはクライアントとして機能し,ネットワークデバイスはサーバーとして機能します. サーバーとクライアントの間の通信は,RPC (リモートプロシージャコール) メカニズムを使用して達成されます. 操作はYANGモデルに基づいて実行され,手動設定エラーによるネットワーク障害を減らす. NETCONFはネットワーク自動化のニーズを満たす. メッセージの安全な送信を確保するために,認証と認証などのセキュリティメカニズムを提供します. また,データ分類,ストレージ,移行,段階的なコミット,構成隔離をサポートするトランザクションメカニズムも提供しています. ネットワークサービスへの影響を最小限に抑えるため,包括的な設定配信,検証,ロールバックをサポートします. 独自の管理機能を実装するために,ベンダーが独自のプロトコル操作を定義することができます. 3NETCONFはなぜ必要なのか? クラウドネットワークの主要な要件は,迅速なオンデマンドサービス提供と自動化された運用管理のためのネットワーク自動化です.CLI や SNM などの従来の方法ではこの要件を満たすことはできません. NETCONFが対応する以下の制限があります.   31欠点CLIまず 構成が複雑で 第二に CLIは各ベンダーによって異なるため,ユーザーは各ベンダーのCLIスクリプトを学習し,適応する必要があります. CLI 構造と構文の頻繁な変更により,CLI スクリプトの維持が困難になります. コマンド出力は構造化されず,予測不可能で,簡単に変更可能で,CLIスクリプトの自動解析が困難である. 3.2SNMP のデメリット: SNMP はトランザクションをサポートせず,非効率な構成に繋がる. SNMPはユーザーデータグラムプロトコル (UDP) を使用しており,信頼性のある,配列化されたデータ転送を提供できず,効果的なセキュリティメカニズムがない. SNMPには構成トランザクションの提出のためのメカニズムがない. SNMPは,デバイスごとにデバイスの構成を管理し,ネットワークレベルの構成や複数のデバイスの構成の協働をサポートしない.

NETCONF"ネットワーク構成プロトコル"の完全な名称で,NMS (ネットワーク管理システム) の発行を可能にするネットワーク管理プロトコルです.接続されたネットワークデバイス (ルーター) の構成を変更し削除するNETCONFはIETFによって開発および標準化され,O-RANについてはWG (ワーキンググループ4) の責任下にある.   1.NETCONF プロトコルXML (Extensible Markup Language) のデータコーディングを使用して構成データとプロトコルメッセージを処理する.サーバーとクライアントの概念に基づいている.そして,サーバーとクライアントの間の通信を達成するために,RPC (リモート・プロシージャ・コール) メカニズムを使用している.クライアントプロセスはスクリプトまたはアプリケーションであるNMSで実行され,サーバーは典型的なネットワークデバイスです.   2.NETCONF の特徴次のとおりです. レイヤー式プロトコルフレームワークを採用し,オンデマンド,自動化,クラウドベースのネットワークに適しています. ネットワークデバイスの設定を発行,変更,削除するために使用されます. XML (Extensible Markup Language) は,構成データとプロトコルメッセージのデータエンコーディングに使用される. サーバーとクライアントの概念に基づいて,NMSはクライアントとして機能し,ネットワークデバイスはサーバーとして機能します. サーバーとクライアントの間の通信は,RPC (リモートプロシージャコール) メカニズムを使用して達成されます. 操作はYANGモデルに基づいて実行され,手動設定エラーによるネットワーク障害を減らす. NETCONFはネットワーク自動化のニーズを満たす. メッセージの安全な送信を確保するための認証と認証などのセキュリティメカニズムを提供します.また,データ分類,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信,通信貯蔵と移動段階的なコミットと構成の隔離 ネットワークサービスへの影響を最小限に抑えるため,包括的な設定配信,検証,ロールバックをサポートします. 独自の管理機能を実装するために,ベンダーが独自のプロトコル操作を定義することができます.     3.NETCONFはなぜ必要なのか?クラウドネットワークの主要な要件は,迅速なオンデマンドサービス提供と自動化された運用管理のためのネットワーク自動化です.CLI や SNM などの従来のアプローチは,この要件を満たすことはできません.. NETCONFが対応する以下の制限があります.   31CLI のデメリット: まず,構成が複雑である. 次に,次の: CLIは各ベンダーによって異なるため,ユーザーは各ベンダーのCLIスクリプトを学習し,適応する必要があります. CLIの構造と構文は頻繁に変化し,CLIスクリプトの維持が困難になります. コマンド出力は構造化されず,予測不可能で,簡単に変更可能で,CLIスクリプトの自動解析が困難である.   3.2 SNMP の欠点: SNMP はトランザクションをサポートせず,非効率な構成に繋がる. SNMPはユーザーデータグラムプロトコル (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がNG-U輸送基地のダウンリンク終点をすべてのPDUセッションリソースの新しい (サービス) 終点に切り替えない場合,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 を同じ値に設定したメッセージを受け取る場合 (ダウンリンクリストの PDU セッション リソースに IE を切り替える),AMF は NG-RAN ノードに PATH SWITCH REQUEST FAILURE メッセージを送信する.さらに,   例外として,AMFは,パス切り替えの要求が失敗した転送IEを生成することがあります.   部分的に許可されたNSSAIIEが 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 状態転送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,そして,DRB Subject Status Transfer List の DL COUNT IE で,RAN Status Transfer Transparent Container IE の UPLINK RAN STATUS TRANSFER メッセージの RAN ステータス トランスファー コンテナ内での IE. ソースNG-RANノードが目標NG-RANノードからのアップリンク転送要求を受容したDRBごとに,ソース NG-RAN ノードには,UPLINK RAN STATUS TRANSFER メッセージのUL PDCP SDU IE に欠けている受信されたアップリンク SDU も含まれます..   II についてダウンリンク RAN ステータス転送 目的は,UE関連シグナリングを用いたNG-RANベースの損失なしの転送手続を実施することである.具体的なプロセスは図8に示されている.4.7.2-1以下,次のとおり:     AMFは,この手順を開始し,目標NG-RANノードにDOWNLINK RAN STATUS TRANSFERメッセージを送信する.TS 38に従ってこの移転を実行する目標NG-RANノード.このメッセージで受信された情報を無視します.. RAN ステータス転送透明コンテナ IE の各 DRB に対して,RAN ステータス転送リスト IE に該当する,目標NG-RANノードは,ULカウント値IEより低いPDCP-SNのアップリンクデータパケットを送信してはならない.. RAN ステータス転送透明コンテナ IE の各 DRB に対して,RAN ステータス転送リスト IE に該当する,目標NG-RANノードは,まだPDCP-SNが割り当てられていない最初のダウンリンクデータパケットのDL COUNT Value IEの値を使用する.. ダウンリンク RAN STATUS TRANSFER メッセージの RAN ステータス転送透明コンテナ IE の少なくとも 1 つの DRB に UL PDCP SDU IE の受信ステータスが含まれている場合,目的NG-RANノードは,無線インターフェースでUEに送信される状態報告メッセージでそれを使用できます..

  PATH SWITCH REQUESTプロセスの目的は、UE関連のシグナリング接続を5GCと確立し、該当する場合は、NG-Uトランスポートベアラーのダウンリンク終端点を新しい終端点に切り替えることを要求することです。3GPPは、IAB、スライシング、ポジショニング、および測距技術を有効にした後、TS38.413で5Gの関連プロセスを次のように定義しています。   I. IAB承認処理   PATH SWITCH REQUEST ACKNOWLEDGEメッセージにIAB承認IEが含まれている場合、NG-RANノード（サポートされている場合）は、受信したIAB承認情報をUEコンテキストに保存し、TS 38.401で指定されているように使用します。   PATH SWITCH REQUEST ACKNOWLEDGEメッセージにMobile IAB承認IEが含まれている場合、NG-RANノード（サポートされている場合）は、受信したMobile IAB承認ステータスをMobile IAB-MTのUEコンテキストに保存します。Mobile IAB-MTのMobile IAB承認IEが「未承認」に設定されている場合、NG-RANノード（サポートされている場合）は、Mobile IABノードがいかなるUEにもサービスを提供しないようにします。   II. NSSAI、測距、およびポジショニング   Path Switch Request Acknowledge（PATH SWITCH REQUEST ACKNOWLEDGE）メッセージに「Partially Allowed NSSAI」IEが含まれている場合、NG-RANノード（サポートされている場合）は、そこからUEの部分的に許可されたネットワークスライスを推測し、以前に受信した「Partially Allowed NSSAI」を保存して置き換え、TS 23.501で指定されているように使用します。   Path Switch Request Acknowledge（PATH SWITCH REQUEST ACKNOWLEDGE）メッセージに「Ranging and Sidetrack Location Service Information」IEが含まれている場合、NG-RANノード（サポートされている場合）は、UEの測距およびサイドトラック位置情報サービス情報をそれに応じて更新します。「Ranging and Sidetrack Positioning Service Information」IEの「Ranging and Sidetrack Positioning Authorization」IEが「未承認」に設定されている場合、NG-RANノード（サポートされている場合）は、UEが測距およびサイドトラック位置情報サービスにアクセスできなくなるように措置を講じる必要があります。   III. RRC非アクティブ遷移レポート手順   Path Switch Request AcknowledgementメッセージにRRC Inactive Transition Report Request IEが含まれており、「Single RRC Connection Status Report」に設定されており、UEがRRC_CONNECTED状態にある場合、NG-RANノード（サポートされている場合）は、UEのRRCステータスを報告するために、AMFにRRC Inactive Transition Reportメッセージを送信する必要があります。   PATH SWITCH REQUEST ACKNOWLEDGEメッセージにRRC Inactive Transition Report Request IEが含まれており、「Single RRC Connection Status Report」に設定されており、UEがRRC_INACTIVE状態にある場合、NG-RANノードは（サポートされている場合）、AMFにRRC Inactive Transition Reportメッセージを送信し、RRC状態がRRC_CONNECTEDに遷移した際に、その後のRRC Inactive Transition Reportメッセージを送信します。   PATH SWITCH REQUEST ACKNOWLEDGEメッセージにRRC Inactive Transition Report Request IEが含まれており、「Subsequent State Transition Report」に設定されている場合、NG-RANノードは（サポートされている場合）、UEのRRCステータスを報告するためにAMFにRRC INACTIVE TRANSITION REPORTメッセージを送信し、UEがRRC_INACTIVE状態に入ったり出たりした際に、UEのRRCステータスを報告するためにその後のRRC INACTIVE TRANSITION REPORTメッセージを送信します。   IV. PDUセッションリソース通知手順   PATH SWITCH REQUEST ACKNOWLEDGEメッセージのPath Switch Request Acknowledge Transfer IEにQoS関連のパラメータ（例：CN Packet Delay Budget Downlink IEまたはCN Packet Delay Budget Uplink IE）が含まれているが、NG-RANノードがパラメータを正常に受け入れることができない場合、NG-RANノードは、ソースNG-RANノードから受信した古い値（存在する場合）を引き続き使用します。サポートされている場合、NG-RANノードは、PDU SESSION RESOURCE NOTIFYメッセージを送信することにより、AMFに通知します。    

  ハンドオーバーパス要求プロセスの目的は、端末（UE）と5GC間の関連するシグナリング接続を確立し、該当する場合は、NG-Uトランスポートベアラーのダウンリンク終端点を新しい終端点に切り替えることを要求することです。SildlinkのPC5インターフェースにおけるUE関連サービスのハンドオーバーについて、3GPPはTS38.413で以下のように定義しています。NG-Uトランスポートベアラー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およびUser Plane CIoTにおけるパス要求ハンドオーバーは以下のように定義されています。PATH SWITCH REQUEST ACKNOWLEDGEメッセージに5G ProSe Authorized IEが含まれている場合、NG-RANノードは（サポートされている場合）UEのProSe承認情報をそれに応じて更新するものとします。   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 Session Expected UE Activityおよび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）に1つ以上のIEが「Unauthorized」に設定されている場合、NG-RANノードは（サポートされている場合）、UEが関連する5G ProSeサービスにアクセスできなくなるようにするための手順を実行する必要があります。5G ProSe PC5 QoS Parameters IEがPATH SWITCH REQUEST ACKNOWLEDGEメッセージに含まれている場合、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コンテキストで利用可能な場合）を受信した値に置き換えます。 関連するUEの5G ProSeサービスのネットワークスケジューリングモードで、受信した値をサイドリンク通信に使用します。

  1.ネットワーク切断区画ネットワークを独立した用例に分割し,それぞれが専門的なサービスを提供するように設計されています.APN(アクセスポイント名) は,モバイルネットワークにおけるネットワークスライシングの最初の形態であり,オペレーターがサービス要件に基づいてネットワークを分割することを可能にしました.   2.5Gネットワークのスライス3GPPによって定義された,独立した制御とユーザーレベル処理を持つ独立したネットワークインスタンスを特徴としています.これらのスライスには5Gコアネットワーク (5GC) のサポートが必要です.スタンドアローンアーキテクチャー (SA) の 5G でのみ使用されます.   3.ネットワーク要素と識別子: 5Gにおけるスライス展開には,ユーザー機器 (UE),次世代の無線アクセスネットワーク (NG-RAN),制御平面機能 (AMF,PCF,SMFなど) などのネットワーク機能が含まれます.ユーザー・プレート機能 (e)各ネットワークスライスは,S-NSSAI(スライス サービス タイプ)スライスサービスタイプ (SST)ネットワークスライスが適用されるサービスを示す.ネットワークオペレーターは標準化されたSST次の値: 強化されたモバイルブロードバンドの場合は1 2 超信頼性の高い低遅延通信 3は大規模なIoTで 車両からすべてのもの (V2X) に対して 4 標準化されていないSST値も使用できます.   4.端末ネットワーク切断サポート: USRP (UEルーティングポリシー) で構成されたSA (スタンドアロン) 5G端末 (UE) に対して,ネットワークスライス (サービス) のためのS-NSSAIを選択できます.例えば,URSPを搭載したサムスンの最初のGalaxy S24 Ultraは,5Gシステム内のスライス選択とサービス実行を可能にします.   5.システムネットワーク切断サポート:ADC(検出と制御) が有効になっている (PCF (ポリシー制御機能) とSMF (セッション管理機能) の5Gコアネットワーク要素内の機能)ADCネットワーク側でのアプリケーションやトラフィックを識別し,サービス品質,請求,またはリダイレクトなどのポリシーを適用し,リアルタイムトラフィック分類と優先順位を設定するために使用されます.   6.ネットワークスライシングの商業展開例シンガポール・テレコモンケーション (Singtel) がシングテル 5G+ネットワークスライシングの革新で,新しい接続基準と優先体験を3つの主要機能によって提供します. シングテル 5G+: 700MHzの周波数帯を使用する唯一のネットワークで 国内でも最適なカバーを 提供しています シングテル 5G+ 強化された: より広い範囲で高速で,常に2倍まで高速です. シングテルの5G+優先: 4倍高速なネットワークチャンネルを優先し,常にサービスに優先し,新興サービスを検出する

3GPPはTS 38.413で,強化されたカバー制限,延長された接続時間,V2Xサービス承認,5Gシステムにおけるサイドリンクアグリゲーション端末の転送経路の要求処理:   I. 覆盖範囲の制限と接続時間の延長   パス・スイッチ要求確認 (PATH SWITCH REQUEST ACKNOWLEDGE) メッセージに強化されたカバー制限 IE,NG-RANノードは (サポートされている場合) この情報をUE文脈に保存し,TS 23で定義されているように使用する必要があります.501.   パス・スイッチ要求確認 (PATH SWITCH REQUEST ACKNOWLEDGE) メッセージに接続時間の延長 IE, NG-RAN ノードは (サポートされている場合) TS 23 で定義されているように使用するべきです.501.   パススイッチ要求確認 (PATH SWITCH REQUEST ACKNOWLEDGE) メッセージに UE 差別化情報 IE が含まれている場合,NG-RAN ノード (サポートされている場合) はこの情報をUETS 23 に準拠したさらなる使用の文脈501.   II. NR V2X サービス 認可   PATH SWITCH REQUEST ACKNOWLEDGE メッセージに NR V2X サービス 認証 IE が含まれている場合,NG-RANノード (サポートされている場合) は,EUのNR V2Xサービス認証情報をそれに応じて更新する必要があります..   NR V2X サービス 認証 IE に"未承認"と設定された IES が 1 つまたは複数の IE が含まれている場合," NG-RAN ノード (サポートされている場合) は,UE が関連サービスにアクセスできなくなるよう対策を講じなければならない..   PATH SWITCH REQUEST ACKNOWLEDGE メッセージに LTE V2X サービス 認証 IE が含まれている場合,NG-RANノード (サポートされている場合) は,EUのLTE V2Xサービス認証情報をそれに応じて更新する必要があります.. LTE V2X サービス 認証 IE に"未承認"に設定された IE が 1 つ以上含まれている場合," NG-RAN ノード (サポートされている場合) は,UE が関連サービスにアクセスできなくなるよう対策を講じなければならない..   NR A2X サービス 認証 IE が"未承認"に設定された 1 つ以上の IE を含んでいる場合," NG-RAN ノード (サポートされている場合) は,UE が関連サービスにアクセスできなくなるよう対策を講じなければならない..   パススイッチ要求確認 (PATH SWITCH REQUEST ACKNOWLEDGE) メッセージに LTE A2X サービス認証 IE が含まれている場合,NG-RANノード (サポートされている場合) は,EUのLTE A2Xサービス認証情報をそれに応じて更新する必要があります..   LTE A2X サービス 認証 IE に"未承認"と設定された IE が 1 つ以上が含まれている場合," NG-RAN ノード (サポートされている場合) は,UE が関連サービスにアクセスできなくなるよう対策を講じなければならない..   III. サイドリンクとアグリゲーション処理   PATH SWITCH REQUEST ACKNOWLEDGE メッセージが NR UE Sidelink Aggregate Maximum Bit Rate IE を含んでいる場合,NG-RAN ノード (サポートされている場合) は次の操作を実行しなければならない. 先に提供された UE Sidelink Aggregate Maximum Bit Rate (EU文脈で利用可能な場合) を受信値に置き換える. NR V2X ネットワークスケジューリングモードで関連する UE とのサイドリンク通信で受信値を使用する.   PATH SWITCH REQUEST ACKNOWLEDGE メッセージがLTE UEサイドリンク総合最大ビットレート IE を含んでいる場合,NG-RAN ノード (サポートされている場合) は次の操作を実行しなければならない. 先に提供された UE Sidelink Aggregate Maximum Bit Rate (EU文脈で利用可能な場合) を受信値に置き換える. LTE V2X ネットワークスケジューリングモードで関連する UE とのサイドリンク通信で受信値を使用する. PATH SWITCH REQUEST ACKNOWLEDGE メッセージが NR A2X UE PC5 総最大ビットレート IE を含んでいる場合,NG-RAN ノード (サポートされている場合) は次の操作を行う. 先に提供された NR A2X UE PC5 総最大ビットレート (EU 文脈で利用可能なら) を受信値に置き換える. ネットワークスケジュールモードでは,関連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 Acknowledgement (PATH SWITCH REQUEST Acknowledgement) メッセージのPath Switch Request Acknowledgement (パススイッチ要求承認) の輸送IE に含まれています.NG-RAN ノード (サポートされている場合) は,以前に提供された CN パケット遅延予算ダウンリンク (ある場合) を置き換え,TS 23 に規定するように使用する..502.   もしCN パケット 遅延 予算 アップリンクIE は,Path Switch Request Ack Transport IE に含まれていますが,Path Switch Request Ack No WLEDGE メッセージには含まれていません.NG-RAN ノード (サポートされている場合) は,以前に提供された CN パケット遅延予算アップリンク (該当する場合) を置き換え,TS 23に規定するように使用する..502.   II. 急速なデータ処理   ダウンリンクIEは,Path Switch Request AckのメッセージのPath Switch Request Ackのトランスポート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の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を格納し,その後,NNからMT通信処理を行うことを要求することができる.TS 23に記載されているように502実施状況によって   経路切り替える要求の確認 (PATH SWITCH REQUEST ACKNOWLEDGE) メッセージに CN Assisted RAN Parameter Adjustment 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.