中国 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のRRC原因"emergency"および"mt-Access"、またはTS 36.331の"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 (アクセスおよびモビリティ管理機能) は、5Gにおける重要な制御プレーン要素であり、5Gシステム内でのユーザー機器 (UE) のアクセス、モビリティ、およびセキュリティを管理します。初期のUE登録と認証を処理し、ネットワークセル間およびアクセスネットワーク間のハンドオーバーを管理します。AMFは、他のネットワーク機能 (SMFなど) と連携して、ユーザーのデータセッションを確立および維持します。   2. AMFの責任 は以下の分野に分けられます: UE登録と認証: AMFはUEを認証し、そのIDとサブスクリプション資格情報を検証し、5Gサービスへのアクセスを許可します。 モビリティ管理: UEをあるセルから別のセルへ、または異なる無線アクセスネットワーク (NG-RAN) 間で移動させるという複雑なプロセスを処理します。 コンテキスト管理: UEの現在の位置、セッション状態、およびセキュリティに関する情報を含むUEコンテキストを維持します。 他のネットワーク要素との連携 SMF (セッション管理機能): AMFはSMFと連携して、ユーザーデータセッションを確立、変更、および管理します。 UDM (統合データ管理): UDMと通信して、ユーザーのサブスクリプション情報を取得および管理します。 AUSF (認証サーバー機能): AMFは、登録中にUEのIDを認証するために適切なAUSFを選択します。 NSSF (ネットワークスライス選択機能): AMFはNSSFを使用して、UEの位置と要件に基づいて適切なネットワークスライスと機能を発見し、選択します。 ネットワーク機能管理: AMFは、サービスベースのインターフェースとネットワークリポジトリ機能 (NRF) を使用して、他のネットワーク機能を発見し、選択します。 3. AMFステータス表示 手順は、AMF管理機能をサポートするように設計されています。この手順は、非UE関連のシグナリングを使用し、正常な動作は以下の図8.7.6.2-1に示されています。ここで:   AMFは、NG-RANノードに「AMFステータス表示」メッセージを送信することにより、この手順を開始します。 AMFステータス表示メッセージを受信すると、NG-RANノードは、示されたGUAMIが利用できないと仮定し、TS 23.501で定義されているようにAMFの再選択を実行します。 サポートされている場合、NG-RANノードは、GUAMI削除IEのタイマーメソッドの存在に基づいて、TS 23.501で指定されている適切なアクションを実行します。 バックアップAMF名IEがAMFステータス表示メッセージに含まれている場合、NG-RANノードは (サポートされている場合)、TS 23.501で指定されているように、バックアップAMF名IEによって示されたAMFに従ってAMFの再選択を実行します。拡張バックアップAMF名IEがAMFステータス表示メッセージに含まれている場合、NG-RANノードは (サポートされている場合)、TS 23.501で指定されているように、拡張バックアップAMF名IEによって示されたAMFに従ってAMFの再選択を実行します。

  1. システムの異常:5Gネットワークの通常運用中に、設計からの逸脱が発生する可能性があります。これには、ネットワークセキュリティの脅威、信号干渉、カバレッジ不足、ネットワークソフトウェアとハードウェアの潜在的な障害などのパフォーマンスの問題が含まれます。これらの異常は、サービスの中断、システムクラッシュ、ネットワーク速度の低下、または通話の切断として現れる可能性があります。これらは通常、ネットワークデータ異常検出システムを分析することによって特定され、コアネットワークと無線ネットワークに分類できます。     2. 5GCの異常: NG RESETメッセージにUE関連の論理NG接続リストIEが含まれているが、AMF UE NGAP ID IEもRAN UE NGAP ID IEもUE関連の論理NG接続アイテムIEに存在しない場合、AMFはUE関連の論理NG接続アイテムIEを無視するものとします。AMFは、NG RESET ACKNOWLEDGEメッセージのUE関連の論理NG接続リストIEに空のUE関連の論理NG接続アイテムIEを返す場合があります。     3. NG-RANの異常:NG RESETメッセージにUE関連の論理NG接続リストIEが含まれているが、AMF UE NGAP ID IEもRAN UE NGAP ID IEもUE関連の論理NG接続アイテムIEに存在しない場合、NG-RANノードはUE関連の論理NG接続アイテムIEを無視するものとします。NG-RANノードは、NG RESET ACKNOWLEDGEメッセージのUE関連の論理NG接続リストIEに空のUE関連の論理NG接続アイテムIEを返す場合があります。     4. NG RESETメッセージのクロスオーバーは、通常、次の2つのシナリオで発生します:   NG-RANノードでNGリセット手順が進行中で、NG-RANノードが、以前にリセットが要求された1つ以上のUE関連付けに関連付けられた同じNGインターフェース上のピアエンティティからNG RESETメッセージを受信した場合（受信したNG RESETメッセージで明示的または暗黙的に示されているように）、NG-RANノードは、条項8.7.4.2.1で指定されているように、NG RESET ACKNOWLEDGEメッセージで応答するものとします。   AMFでNGリセット手順が進行中で、AMFが、以前にリセットが要求された1つ以上のUE関連付けに関連する同じNGインターフェース上のピアエンティティからNG RESETメッセージを受信した場合（受信したNG RESETメッセージで明示的または暗黙的に示されているように）、AMFは、条項8.7.4.2で指定されているように、NG RESET ACKNOWLEDGEメッセージで応答するものとします。

私は...運搬器の集積LTEと同様に,5G (NR) キャリアアグリゲーションは,複数のキャリアを組み合わせることで,UEが使用する無線スペクトル帯域幅を増やす.各アグリゲートキャリアはコンポーネントキャリア (CC) と呼ばれる.5G (NR) で,UEは,FR1およびFR2帯の両方で異なる番号を持つ最大16の隣接および隣接しないコンポーネントキャリア (CC) をサポートすることができます.キャリアアグリゲーション構成には以下が含まれます.キャリアアグリゲーションタイプ (帯内), 連続/非連続,または帯間),周波数帯の数,帯域幅クラス   II について帯域幅クラス: 端末 (UE) のキャリアアグリゲーション帯域幅クラスは,最小帯域幅と最大帯域幅のアルファベット列表と,使用できるコンポーネントキャリアの数を使用して定義されます. 主要なパラメータは以下の通りである. 5G (NR) 端末サポート16までCA が有効になっている場合,異なるパラメータセットを持つ,隣接するおよび隣接しない部品キャリア (CC) 端末の帯域幅クラス (UE) は,最小帯域幅と最大帯域幅のアルファベット順のリストとコンポーネントキャリア (CC) の数です. リリース17によると,FR1のキャリアアグリゲーションクラスはAからOまでで,最大総帯域幅は400MHzで リリース17によると,FR2のキャリアアグリゲーションクラスはAからQまでで,最大総帯域幅は800MHzで   III キャリアアグリゲーション FR1 帯域幅クラス カテゴリーA: 5G UE はキャリアアグリゲーションなしで構成されます.最大キャリア周波数帯 (BWChannel, max) は周波数帯番号とパラメータセットによって決定されます.サブキャリア周波数間隔 (SCS) を定義するクラスAはすべてのバックバックグループに属し,キャリアアグリゲーションが存在しない場合でも,UEがこの構成に戻ることを可能にします. Bカテゴリー: 2つの無線チャンネルを合計すると,UEの利用可能な帯域幅は20〜100MHzです. カテゴリーC について: 2つの無線チャンネルを合計すると,UEの利用可能な帯域幅は100〜200MHzです. カテゴリーD: 3つの無線チャンネルを合計すると,UEの利用可能なバンド幅は200〜300MHzです. カテゴリーE: 4つのラジオチャンネルを合計すると,UEの利用可能なバンド幅は300~400MHzです.クラスC,D,Eは同じバックバックグループ (バックバックグループ1) に属します. カテゴリーG: 3つのラジオチャンネルを合計すると,UEの利用可能なバンド幅は100〜150MHzです. カテゴリーH:4つの無線チャンネルを集めており,ユーザー機器 (UE) に利用可能な 150~200 MHz の帯域幅を提供します. カテゴリーI:利用者機器 (UE) に利用可能な 200-250 MHz の帯域幅を合計する5つの無線チャンネルを集約します.Jクラスには6つの無線チャンネルが集まります.ユーザー機器に利用可能な 250-300 MHz の全帯域幅 (UE) を提供する. クラスK:利用者機器 (UE) に利用可能な 300-350 MHz の全帯域幅を提供する 7 つの無線チャンネルを合計します. クラスL:8つの無線チャンネルを集約し,ユーザー機器 (UE) に利用可能な 350-400 MHz の帯域幅を提供します. クラスG-Lは同じバックバックグループ (バックバックグループ2) に属します.   IV キャリアアグリゲーション FR2 帯域幅クラス カテゴリーAキャリアアグリゲーションのないUEの5G構成である.最大キャリア周波数帯 (BWChannel, max) は帯番号と番号に依存する.クラスAはすべてのバックバックグループに属し,キャリアアグリゲーションなしでUEがこの構成に戻ることを可能にします.. Bカテゴリー400MHzから800MHzまでの2つの無線チャンネルを組み合わせた後の全帯域幅に対応する. カテゴリーC について800MHzから1200MHzの範囲で,2つのラジオチャンネルを組み合わせた後の全帯域幅に対応する.クラスBはクラスCのバックバック構成であり,どちらも同じフォールバックグループ1フォールバックリスト. カテゴリーD200MHzから400MHzまでの2つのラジオチャンネルを組み合わせた後の全帯域幅に対応する. カテゴリーE400MHzから600MHzまでの3つの無線チャンネルを合計した後の全帯域幅に対応する. カテゴリーF600MHzから800MHzまでの4つの無線チャンネルを集めた後の全帯域幅に対応する.クラスD,E,Fは同じクラスフォールバックグループ2フォールバックリスト クラスG100 MHz から 200 MHz の間の全帯域幅を持つ2つの無線チャンネル集合に対応する. クラスH200 MHz から 300 MHz の 帯域幅 を 持つ 3 つの ラジオ チャンネル 集合 に 対応 する. クラスI合計帯域幅が300 MHzから400 MHzの4つの無線チャンネル集合に対応する. クラスJ400 MHz から 500 MHz の帯域幅を合計する 5 つのラジオチャンネル集合に対応します. クラスK合計帯域幅が500MHzから600MHzの6つの無線チャンネル集合に対応する. クラスL合計600 MHzから700 MHzの帯域幅を持つ7つの無線チャンネル集合に対応する. Mクラス700 MHz から 800 MHz の 帯域幅 の 8 つの ラジオ チャンネル 集合 に 対応 する.クラス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ノードが別のNGインターフェースインスタンスを介してINITIAL UE MESSAGEメッセージを送信してUEに関連付けられた論理NG接続を開始する場合に使用されます。   II. NASトランスポートコンテンツ処理5G System Learning - Downlink NAS Transportのコンテンツに加えて、他のダウンリンク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ネットワークスライスを推測し、以前に受信した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 Authorization IEがMobile IAB-MTに対して「Unauthorized」に設定されている場合、NG-RANノードは（サポートされている場合）このMobile IABノードによってUEがサービスされないようにするものとします。 3. Initial UE Message Interaction中手順では、別のNGインターフェースインスタンスを介して送信された「Initial UE Message」メッセージでRAN UE NGAP ID IEが割り当てられていたとしても、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 Procedureをトリガーすべきです。   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は,NG-RANノードにDOWNLINK NAS TRANSPORTメッセージを送信してこの手順を開始する.UEに関連付けられた論理NG接続が確立されない場合,AMFは,UEに AMF UE NGAP ID を割り当て,それをDownNLINK NAS TRANSPORT メッセージに記載する.. 受け取ったときAMF-UENGAP ID IE の DOWNLINK NAS TRANSPORT メッセージでは,NG-RAN ノードが UE に関連付けられた論理 NG 接続を確立します.   ダウンリンク NAS TRANSPORT メッセージに RAN パージング 優先 IE が含まれている場合,NG-RAN ノードはそれを使って RRC_INACTIVE 状態の UE のパージング 優先度を決定することができます.NAS-PDU IE には AMF-UE メッセージが含まれていますNG-RANノード内で解釈されずに転送されます. わかった ダウンリンク NAS トランスポート メッセージに移動制限リスト IE が含まれている場合,NG-RAN ノードは,EU 文脈で以前に保存された移動制限情報を書き換える.ダウンリンク NAS 輸送 メッセージが移動制限リスト IE の情報を含んでいる場合,NG-RANノードは,次の移動操作の目標を決定するために,この情報を使用します.そしてNG-RANノードは,EUに移動活動の目標に関する情報を提供しなければならない.; 3適切なSCGを選択します.二重接続操作; RRC_INACTIVE状態に移動する際に,適切なRNAをUEに割り当て,さらに:   ダウンリンク NAS 輸送メッセージに移動制限リスト IE が含まれていない場合,移動制限情報は以前に保存されていない場合,NG-RAN ノードは,UEはローミングおよびアクセス制限の対象ではないと仮定する.,TS 23に記載されているPNI-NPN移動を除く.501. わかった NG-RANノードは,ローミングまたはCAGセルへのアクセスがTS 23に記載されているように,ダウンリンクNAS輸送メッセージに許可されたPNI-NPNリストIEが含まれている場合にのみ許可されていると仮定する.501. わかった ダウンリンク NAS 輸送メッセージが RAT/周波数選択優先指数 IE を含んでいる場合,NG-RAN ノードは (サポートされている場合) TS 23 で定義されているようにそれを使用しなければならない.501. わかった AMFがEU総最大ビットレートIEを以前に送信していない場合は,NG-RANノードに送られる.ダウンリンクNAS輸送メッセージに含まれている場合,NG-RANノードは,EUコンテキストでEU総最大ビットレートを格納し,TS 23で定義された関連UEのGBR以外のすべてのQoSフローに対して受信されたUE総最大ビットレートを使用する..501. わかった Legacy AMF IE がダウンリンク NAS トランスポート メッセージに含まれている場合,NG-RANノードは,このUEに関連付けられた論理NG接続が,Legacy AMF IEによって特定された他のAMFからこのAMFにリダイレクトされたと考えます.拡張レガシー AMF IE がダウンリンク NAS 転送 メッセージに含まれている場合,NG-RANノード (サポートされている場合) は,このUEに関連付けられた論理NG接続が,拡張レガシーAMFIEによって識別された他のAMFからこのAMFにリダイレクトされたと考えます.. わかった SRVCC Operation Possible IE が DOWNLINK NAS TRANSPORT メッセージに含まれている場合NG-RANノードは,受信された SRVCC Operation Possible IE の内容を UE 文脈で (サポートされている場合) 保存し,TS 23 で定義されているように使用しなければならない..216. 拡張接続時間IEがDownNLINK NAS TRANSPORTメッセージに含まれている場合,NG-RANノードは (サポートされている場合) TS 23で定義されているようにそれを使用します.501. わかった 拡張覆盖制限IEがDownNLINK NAS TRANSPORTメッセージに含まれている場合,NG-RANノードは (サポートされている場合) この情報をUE文脈に保存し,TS 23で定義されているように使用しなければならない..501. わかった UE 差別化情報 IE が DOWNLINK NAS TRANSPORT メッセージに含まれている場合,NG-RANノードは (サポートされている場合) この情報をEU文脈に保存し,TS 23に従ってさらに使用しなければならない..50. わかった CE-mode-B Restriction IE がダウンリンク NAS トランスポート メッセージに含まれていて,Enhanced Coverage Restriction IE が"Restricted"に設定されていない場合,UE 文脈に保存されている拡張カバー制限情報は "Restricted" に設定されていません., NG-RAN ノードは (サポートされている場合) この情報を UE 文脈で保存し,TS 23 で定義されているように使用します.501. わかった ダウンリンク NAS 輸送メッセージに UE ラジオ能力 IE が含まれている場合,NG-RAN ノードはこの情報を UE 文脈に保存し,TS 38 で定義されているように使用しなければならない.300. わかった ダウンリンク NAS トランスポート メッセージに "End Indication IE" が含まれ, "No Additional Data" に設定されている場合,NG-RAN ノードは,EU ラジオ 能力 IE を,含まれている NAS PDU に加えると考えます..  

1.議定書の枠組み次の図 (1) に示すように,NETCONF は各層が特定の機能を収納し,上層にサービスを提供する層構造を採用している.この構造により,各層がNETCONFの1つの側面に集中し,各層間の依存度を減らすことができます.層内の変化が他の層に与える影響は最小です       NETCONF は4つの層に分けられる.輸送のセキュリティ層,メッセージ層,操作層そして内容層これらの層は:   輸送セキュリティ層:このレイヤはクライアントとサーバー間の通信を担当する.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 は,1つまたは複数の構成データベースの存在を定義し,それらの構成操作を許可する.基本 NETCONF モデルでは唯一の設定データベースが利用可能である.他の設定データベースは,機能に基づいて定義され,これらの機能をサポートするデバイスのみで利用可能である.これらの中には:   : 実行中の設定データベース.このデータベースは,ネットワークデバイス上のすべてのアクティブ設定を格納します.常に存在します コンピュータは   : 候補設定データベース.このデータベースは,コンフィギュレーションデータを保存します.デバイスの設定データベースデバイスの現在の構成に影響を与えることなく実行できます.設定をサポートするために,この操作は,設定データベースは,デバイスが標準NETCONFのコンフィギュレーション能力をサポートしなければならない.   : 起動設定データベース (保存された設定ファイルに似ている). デバイスが起動するときに読み込む必要がある設定データを保存します.設定データベースでは,デバイスは標準のNETCONF機能である独立起動機能をサポートする必要があります.

従来の複雑な構成のため、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は,デバイスごとにデバイスの構成を管理し,ネットワークレベルの構成や複数のデバイスの構成の協働をサポートしない.