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

  The UPF (User Plane Function) は、5GC における最も重要なユニットの 1 つです。無線ネットワーク (RAN) が PDU データ送信中にやり取りする主要なユニットです。UPF はまた、CUPS (Control Plane and User Plane Separation) の進化版であり、加入ポリシーにおける QoS フロー内でパケットの検査、ルーティング、転送を担当します。SMF から N4 インターフェースを介して送信された SDF テンプレートを使用して、アップリンク (UL) およびダウンリンク (DL) トラフィックルールを適用します。サービスが終了すると、PDU セッション内で QoS フローを割り当てまたは終了します。UPF インターフェースセッションの更新と削除の使用順序は次のとおりです。5G における UPF インターフェース (プロトコル) と端末呼び出しの使用順序を参照してください。   I. セッション変更 端末固有の QoS フローは、PDU セッション変更プロセスを通じて割り当てられます。追加の専用 QoS フローは、より高い QoS 要件 (音声、ビデオ、ゲームトラフィックなど) を持つトラフィックをサポートします。UPF でのセッション変更 (更新) の適用は、図 (1) に示されています。 図 1. 5G における端末セッション変更 (更新) の UPF インターフェース使用順序   [6] N4 がセッション変更要求を処理 [6] 既存の PDR を削除 [6] PDR を更新 [6] FAR を更新 [6] URR を更新 [6] QER を更新 [6] BAR を更新 [6] GTP ノードをセットアップ [6] N3 TEID と QFI をセットアップ [6] [7] PFCP がセッション変更応答を送信 [5] N4 がセッション変更応答を構築 [5] PFCP 要求が受け入れられました [5] PDR バッファが初期化されました [5] PDR が作成されました [6] バッファされたデータパケットを gnB に送信 (必要な場合) II. セッション削除 端末サービスセッションが終了すると、QoS フローは PDU セッション内で割り当てまたは終了されます。UPF インターフェースでのセッション削除の使用順序は次のとおりです。 図 2. 5G 端末削除 UPF 関連インターフェース使用順序   [6] N4 がセッション削除要求を処理 [6][7] PFCP がセッション削除要求を送信 [5][1] セッション URR 使用状況フルレポート [1] 最終レポートタイムスタンプ [1] 時間トリガー [1] クォータ有効期間レポート [1] 容量トリガー [1] 容量クォータレポート [5][1] UPF セッション URR スナップショット (合計バイト数、合計データパケット数、アップリンクとダウンリンクを含む) [6][1] UPF セッション削除 [1] UPF セッション URR アカウントの全削除: 有効期間削除、クォータ時間削除、しきい値時間削除。 [13] PDR 全削除 [13] FAR 全削除 [13] URR 全削除 [14] QER 全削除 [13] BAR 全削除 [13] SEID から

User Plane Function (UPF) は、5Gコアネットワークにおいて最も重要なネットワーク機能（NF）の一つです。NR RANがPDUフロー中に相互作用する2番目のネットワーク機能です。UPFは、CUPS（コントロールプレーンとユーザープレーンの分離）を進化させたもので、具体的には、加入ポリシーにおけるQoSフロー内でパケットの検査、ルーティング、転送を担当します。また、SMFからN4インターフェースを介して送信されたSDFテンプレートを使用して、UL（アップリンク）およびDL（ダウンリンク）トラフィックルールを適用します。対応するサービスが終了すると、PDUセッション内でQoSフローを割り当てたり、終了させたりします。   図1.5G SMFとそのインターフェース（プロトコル）   I. UPFインターフェースとプロトコル には以下が含まれます： N4[5] ユーザープレーンが確立されると、セッション管理コンテキストと必要なパラメータが、シングルモードファイバー（SMF）からユーザープレーン機能（UPF）に送信されます。 PFCP[7] SMFとUPF間のすべての通信は、パケット転送PFCP（制御プロトコル）によって管理されます。これは、ユーザープレーンと制御プレーンを分離する主要なプロトコルの1つです。 GTP[3] GPRSトンネリングプロトコル（GTP）は、ローミングまたはホームユーザーと、4G、NSA（5Gノンスタンドアロン）、SA（5Gスタンドアロン）、およびモバイルエッジコンピューティングアーキテクチャにおける主要なネットワークインターフェース間のシームレスな相互接続とトラフィックの伝送を担当します。5Gでは、GTPトンネルはN9インターフェースにも使用されます。 II. コールフロー（セッション確立とUPF初期化）PDUセッション確立中、SMFはPFCP（N4インターフェース）を介してUPFに接続します。このPFCPセッションは、PDR、QFI、URR、FARなどの情報を含むSDFテンプレートを伝送します。UPFは、初期セッション確立中にデフォルトのQoS（非GBR）フローを割り当てます。   III. 端末（UE）コールインターフェースの使用シーケンス [6] N4がセッション確立要求を処理 [6] PFCPがPDR作成を処理 [6] [12] PDRの既存PDIを確認 [6] [12] TEIDを確認 [6] [12] ソースインターフェースを確認 [6] [12] 前のSDFフィルターIDを確認 [6] [12] すべてのフィルターフラグを設定：BID、FL、SPI、TTC、FD [6] PFCPがFAR作成を処理 [6] URRを作成 [6] BARを作成 [6] QRRを作成 [6] N3 TEIDとQFIを設定 [4] UPF初期化 [4] PFCPコンテキスト初期化 [1] UPFコンテキストを初期化 [1] ユーザープレーンの機能特性を設定：FTUP、EMPU、MNOP、VTIME、UPF属性長 [6] [7] セッション確立応答 [5] N4がセッション確立応答を構築 [5] ノードID [5] PFCP要求が承認されました [5] F-SEID [5] PDRの存在が確認されました [5] PFCPメッセージを構築 FTUP：UP機能は、F-TEIDの割り当て/解放をサポートしています。 EMPU：UP機能は、エンドオブファイルパケットの送信をサポートしています。 MNOP：UP機能は、URR内のパケット数の測定をサポートしており、「URR内のパケット数の測定」フラグを介して実行されます。MNOP（パケット数測定）：「1」に設定すると、フローベースの測定において、バイト単位での測定に加えて、アップリンク/ダウンリンク/合計パケット数の送信も要求されることを示します。 VTIME：UP機能は、クォータ有効期間機能をサポートしています。UP機能がVTIME機能をサポートしている場合、有効期間の期限が切れた後に使用状況レポートを送信するようにUP機能に要求します。クォータ有効期間の期限が切れた後、UPFでデータパケットを受信した場合、UPFはデータパケットの転送を停止するか、UP機能におけるオペレーターのポリシーに応じて、限られたユーザープレーンのトラフィックのみを許可する必要があります。 略語： FL：フロータグ TTC：TOS（トラフィックカテゴリ） SPI：セキュリティパラメータインデックス FD：フロー記述 BID：双方向SDFフィルター

1. 5Gシステムにおいて、SMF（セッション管理機能）の機能の一つは、ユーザー制御プレーン（CP）情報の伝送を担当することです。UPFと連携して、端末セッションの関連コンテキストを管理し、セッションの作成、更新、削除、各PDUセッションへのIPアドレスの割り当て、UPFのすべてのパラメータの提供、およびさまざまな機能のサポートを担当します。SMFと他のネットワーク要素間のインターフェースを図（1）に示します。   *図1. SMFと他のネットワーク要素の接続の概略図（図中の実線は物理的な接続、破線は論理的な接続を表します）。   II. SMFにおけるアプリケーションプロトコルには、以下が含まれます。PFCP[2]: SMFとUPF間のすべての通信は、PFCP（Packet Forwarding Control Protocol）によって管理されます。これは、ユーザープレーンと制御プレーンを分離する主要なプロトコルの1つです。UDP[3]: User Datagram Protocolは、上位アプリケーションの多重化/逆多重化のために送信元および宛先ポートアドレスを提供するトランスポート層プロトコルです。このプロトコルは、gNBとUPF間のデータ伝送を担当します。SBI[4] （Service-Based Interface）：これは、ネットワーク機能間のAPIベースの通信方法です。III. 端末セッションの呼フロー   5G端末セッションの確立中:まず、SMFは他のネットワーク機能を特定するためにNRFに登録します。ユーザーが5Gデータサービスにアクセスしたい場合、PDUセッションをネットワークと確立する必要があります。UEは、PDUセッション確立要求をコアネットワーク（つまり、AMF）に送信します。AMFは、セッション関連情報を維持するために、ネットワーク内で最適なSMFを選択します。 最適なSMFを選択した後、SMFにSMコンテキストの作成を要求します。SMFは、UDMからSMサブスクリプションデータを取得し、Mコンテキストを生成します。次に、SMFとUPFはPFCPセッション確立プロセスを開始し、セッション関連パラメータのデフォルト値を設定します。最後に、AMFはセッション情報をgNBとUEに送信して、デフォルトのPDUセッション値を確立します。 セッション確立インターフェースは、（シーケンシャルな）メッセージ内容を使用します:   [22] NF登録を送信 [22] NF登録の再送信 [6] NF設定ファイルを設定 [22] NFディスカバリーサービスAMFを送信 [5] PDUセッション確立要求を処理 [4] GSM PDUセッション確立拒否を構築 [30] PDUセッション確立拒否を送信 [28] HTTP POST SMコンテキスト - SMコンテキストの作成を受信 [31] PDUセッションSMコンテキスト作成を処理 [22] NFディスカバリーUDMを送信 [27] SMコンテキストを取得 [10] 作成されたデータを構築/設定 [2] SMFコンテキストを初期化 [2] DNN情報を取得 [4] GSM PDUセッション確立承認を構築 [22] NFディスカバリーPCFを送信 [10] PCF選択 [24] SMポリシーアソシエーション作成を送信 [29] アプリケーション決定におけるSMポリシー [16] 選択のためのUPFリストを作成 [16] UPFリストを名前でソート [16] UPFを選択し、UE IPを割り当てる [15] DNNでUPFを選択 [16] IPでUPF名を取得 [16] 名前でUPFノードIDを取得 [16] IPでUPFノードを取得 [16] IPでUPF IDを取得 [18] PFCPアソシエーション確立要求を構築 [17] PFCPアソシエーション確立要求を処理 [19] PFCPアソシエーション確立要求を送信 [18] PFCPセッション確立要求を構築 [19] PFCPセッション確立要求を送信 [20] PFCP要求を送信 [18] PFCPはPDR、FAR、QER、BARを作成 [10] PDRをPFCPセッションに追加 [13] [16] デフォルトデータパスを生成 [16] データパスを生成 [15] データパスを追加 [15] 端末機器識別子（TEID）を生成 [2] [10] ローカルシステム機器識別子（SEID）を割り当てる [10] セッションルールを選択 [15] UPFパラメータを選択 [15] PDR、FDR、BAR、QERを追加 [29] セッションルールを処理 [3] トンネルとPDRをアクティブ化 [3] アップリンク/ダウンリンクトンネルをアクティブ化 [16] アップリンクパスソースを選択 [30] UPFセッションをアクティブ化 [30] PFCPセッションを確立 [18] PFCPセッション確立応答を構築 [19] PFCPセッション確立応答を送信 [20] PFCP応答を送信 [18] PFCPアソシエーション確立応答を構築 [19] PFCPアソシエーション確立応答を送信 [2] ユーザープレーン情報を取得 [16] DNNとUPFを介してデフォルトのユーザープレーンパスを取得 [3] UPF ID、ノードIP、UL PDR、UL FARを取得 [3] 最初のデータパスノードをコピー [25] HTTPを介してUE PDUセッション情報を取得 [15] UPFインターフェース情報を取得するためのインターフェースを取得 [15] ノードIDを介してUPFノードを取得 [15] UPF IP、ID、PDR ID、FAR ID、BAR ID、QER IDを取得 [2] UEデフォルトパスプールを取得 [30] UEに通知 - すべてのデータパスをUPFに送信し、結果をUEに送信 [10] PDUアドレスをNASに送信 [12] UEデータパスノードを作成 [2] SMF UEルーティングを初期化 [7] PDUセッションリソース確立要求伝送を構築 [8] PDUセッションリソース確立失敗伝送を処理 [8] PDUセッションリソース確立応答伝送を処理  

5Gシステムにおいて、NGインターフェースまたはNGインターフェースの特定の部分をリセットする必要がある場合、NG-RANノードに通知されます。AMFが過負荷を処理する場合、過負荷メッセージもNG-RANノードに送信され、gNBに負荷管理プロセスの開始を通知します。これらのメッセージの具体的な定義は以下のとおりです。   1. NGリセット メッセージは、NGインターフェースまたはその特定の部分のリセットを要求するために、NG-RANノードとAMFによって送信されます。   メッセージの方向： NG-RANノード → AMF および AMF → NG-RANノード   2. NGリセット確認応答メッセージ は、NGリセットメッセージへの応答として、NG-RANノードとAMFによって共同で送信されます。   メッセージの方向： NG-RANノード → AMF および AMF → NG-RANノード   3. NGリセット確認メッセージ： このメッセージは、NGリセットメッセージへの応答として、NG-RANノードとAMFによって共同で送信されます。   メッセージの方向： NG-RANノード → AMF および AMF → NG-RANノード   4. エラー表示メッセージ は、ノードでエラーが検出されたことを示すために、NG-RANノードとAMFによって送信されます。   メッセージの方向： NG-RANノード → AMF および AMF → NG-RANノード 5. 過負荷開始メッセージ は、AMFが過負荷状態であることをNG-RANノードに示すために、AMFによって送信されます。   メッセージの方向： AMF → NG-RANノード   6. 過負荷停止メッセージ は、AMFが過負荷状態ではなくなったことを示すために、AMFによって送信されます。   メッセージの方向： AMF → NG-RANノード      

AMF（Access and Mobility Management Function）は、5Gコアネットワーク（CN）の制御プレーン（CU）機能ユニットです。無線ネットワーク要素（gNodeB）は、5Gサービスにアクセスする前にAMFに接続する必要があります。AMFと5Gシステムの他のユニット間の接続は、以下の図に示されています。*図1. AMFと5Gネットワーク要素の接続の模式図（図中の実線は物理的な接続、破線は論理的な接続を表します）     I. AMFインターフェース機能   N1[2]: AMFは、N1インターフェースを介してUEからすべての接続およびセッション関連情報を取得します。N2[3]: UEに関連するAMFとgNodeB間の通信、およびUEに関連しない通信は、このインターフェースを介して行われます。N8: すべてのユーザーおよび特定のUEポリシー規則、セッション関連のサブスクリプションデータ、ユーザーデータ、およびその他の情報（サードパーティアプリケーションに公開されるデータなど）はUDMに保存され、AMFはN8インターフェースを介してこの情報を取得します。N11[4]: N11インターフェースは、AMFがユーザープレーンでPDUセッションを追加、変更、または削除するためのトリガーを表します。N12: AMFは5Gコアネットワーク内でAUSFをシミュレートし、AUSFベースのN12インターフェースを介してAMFにサービスを提供します。5Gネットワークは、AUSFとAMFに焦点を当てたサービスベースのインターフェースを表します。N22: AMFは、NSSFを使用してネットワーク内で最適なネットワーク機能（NF）を選択します。NSSFは、N22インターフェースを介してAMFにネットワーク機能の場所情報を提供します。SBI[8]: サービスベースのインターフェースは、ネットワーク機能間のAPIベースの通信です。II. AMFアプリケーションプロトコル   NAS[5]: 5Gでは、NAS（Non-Access Layer Protocol）は、UEとAMF間の無線インターフェース（N1インターフェース）上の制御プレーンプロトコルであり、5GS（5Gシステム）内のモビリティとセッション関連のコンテキストを管理します。NGAP[6]: NGAP（Next Generation Application Protocol）は、gNBとAMF間のシグナリング通信に使用される制御プレーン（CP）プロトコルです。UEに関連するサービスとUEに関連しないサービスを処理します。SCTP[7]: Flow Control Transmission Protocol（SCTP）は、AMFと5G-ANノード（N2インターフェース）間のシグナリングメッセージの送信を保証します。ITTIメッセージ[9]: タスク間でメッセージを送信するために使用されるタスク間インターフェース。III. コールフロー - UEの登録と登録解除（手順）   AMFは最初に、ネットワーク機能の場所を識別し、通信するためにNRFに登録する必要があります。UEの電源が入ると、登録プロセスが実行されます。AMFは登録を処理し、最初のNAS UEメッセージと登録要求を受信します。このメッセージは、UEのAMF IDを作成するために使用されます。 次に、AMFはUEが最後に登録したAMFを確認します。古いAMFのアドレスが正常に見つかった場合、新しいAMFはすべてのUEコンテキストを取得し、古いAMFの登録解除手順を開始します。古いAMFは、SMFからSMコンテキストを、gNBからUEコンテキストを解放するように要求します。 IV. 端末認証と認可   新しいAMFが古いAMFの痕跡を検出しない場合、UEとの認可および認証プロセスを開始します。ID検証プロセスを処理し、AMFから認証ベクトルを要求します。次に、セキュリティキーを設定し、チャネルのセキュリティアルゴリズムを選択するために、UEに認証要求を送信し、安全なデータ送信を保証します。 AMFは、通信に使用されるすべてのNASダウンリンク/アップリンク送信チャネルを制御します。

モバイル通信ネットワークがますます複雑になるにつれて、オペレーターにとってパフォーマンスの最適化とユーザーエクスペリエンスの向上が不可欠です。以前は、最適化エンジニアは主にドライブテストに頼って、ネットワークの（物理的な）測定を行い、ワイヤレスカバレッジとパフォーマンスを理解し制御していました。しかし、このテスト方法はコストがかかり、時間がかかり、必ずしも包括的ではありません。   I. Minimum Drive Testing (MDT)は、モバイル通信ネットワーク向けに3GPPによって設計されたワイヤレスネットワーク測定方法です。MDTにより、ネットワークはユーザー機器（UE）側から実際のパフォーマンスデータを直接収集できるため、手動でのドライブテストの必要性を減らすことができます。具体的には、Logged MDTとImmediate MDT（iMDT）に分けられます。   II. Immediate MDTは、3GPPで定義されているように、無線接続セッション中に端末機器（UE）がネットワークパフォーマンスデータをリアルタイムで報告することを指します。後でアップロードするためにデバイスにデータを保存するLogged MDTとは異なり、Immediate MDTは測定結果をネットワークに送信し、オペレーターは以下を行うことができます:   無線リンク障害（RLF）などのネットワーク問題をリアルタイムで特定する。 リアルタイムセッション中に特定の場所でデータを収集する。 ユーザーパフォーマンスをリアルタイムで改善する。   III. Immediate MDTの要点UEとネットワーク間の接続セッション中のImmediate MDTプロセスには、主に以下が含まれます: MDT設定:UEはネットワークからMDT設定を取得します。この設定は、収集する必要があるデータの種類（例：RSRP、RSRQ、SINR、または通話イベント）を指定します。 測定タイミング:接続状態では、UEは指定された条件に基づいて定期的に測定を実行します。測定パラメータには、信号強度、品質メトリック、および位置データが含まれる場合があります。 カバレッジデッドゾーンと無線リンク障害（RLF）:UEがカバレッジデッドゾーンにいることが判明した場合、RLFが発生し、MDTプロセスは信号強度と位置を記録してさらに分析を行うように促される場合があります。 ロガーとRLF表示:RLFイベント中、UEは信号強度や位置座標などの重要な情報を記録します。RRC接続が再確立された後、RLFログ表示が作成され、送信されます。 再確立と報告:UEは再接続するためにRRC接続を再確立する必要があります。RRC再接続後、UEは記録された情報とともにRLFログ表示を送信します。これにより、ネットワークはRLFの場所と原因を特定するのに役立ち、ネットワークの最適化に非常に役立ちます。

I. PDUセッションリソース通知（PDU SESSION RESOURCE NOTIFY）は、特定の端末（UE）に対して確立されたQoSフローまたはPDUセッションが解放された、実行されなくなった、または要求通知によって制御されるNG-RANノードによって再実行されたことを、コアネットワーク要素AMFに通知する5Gシステム通知です。この手順は、パスハンドオーバー要求手順中に正常に受け入れられなかったQoSパラメータをNG-RANノードに通知するためにも使用されます。この手順全体では、UE関連のシグナリングを使用します。   II. PDUセッションリソース成功通知: 図8.2.4.2-1に示すように、PDUセッションリソース成功操作は、GN-RANノードによって開始されます。     III. PDUセッションリソース通知の主要情報には以下が含まれます:   NG-RANノードは、PDUセッションリソース通知メッセージを送信することにより、このプロセスを開始します。 PDU SESSION RESOURCE NOTIFYメッセージには、NG-RANノードによって解放された、実行されなくなった、または再実行されたPDUセッションリソースまたはQoSフローに関する情報が含まれている必要があります。 一部のQoSフローがNG-RANノードによって解放された、実行されなくなった、または再実行された各PDUセッションについて、PDUセッションリソース通知トランスポートIEを含める必要があり、これには以下が含まれます: QoSフロー解放リストIE内のNG-RANノードによって解放されたQoSフローのリスト（存在する場合）。解放後、他のQoSフローが既存のベアラに関連付けられていない場合（例：PDUセッションの分割）、NG-RANノードと5GCは、関連付けられたNG-Uトランスポートベアラが削除されたとみなし、関連付けられたNG-U UP TNL情報を再び利用可能と見なす必要があります。 QoSフロー通知リストIE内のNG-RANノードが実行しなくなった、またはNG-RANノードによって再実行されたGBR QoSフローのリスト（存在する場合）、および通知理由IE。満たされなくなったと示されたQoSフローについては、NG-RANノードは、現在のQoSパラメータセットインデックスIEで現在満たすことができる代替QoSパラメータセットを示すこともできます。満たされなくなったと示されたQoSフローについては、NG-RANノードは、TSCトラフィック特性フィードバックIEでRANフィードバックを示すこともできます。 パスハンドオーバー要求中にNG-RANノードによって正常に受け入れられなかったQoSパラメータが更新されたQoSフローのリスト（存在する場合）は、QoSフローフィードバックリストIEに含める必要があり、提供できる値に関連付けられる場合があります。 NG-RANノードによって解放された各PDUセッションリソースについて、「PDUセッションリソース通知解放済み送信IE」にPDUセッションリソース通知送信解放を含める必要があり、解放理由は「理由IE」に含める必要があります。User Plane Error Indication IEが「GTP-Uエラーインジケーションを受信しました」に設定されている場合、SMF（サポートされている場合）は、TS 23.527で説明されているように、NG-Uトンネルを介してGTP-Uエラーインジケーションを受信したためにPDUセッションが解放されたと見なす必要があります。 NG-RANノード（サポートされている場合）は、PDU SESSION RESOURCE NOTIFYメッセージのUser Location Information IEでUE位置情報を報告する必要があります。 PDU SESSION RESOURCE NOTIFYメッセージを受信すると、AMFは、PDU Session ID IEで示された各PDUセッションについて、関連するPDUセッションに関連付けられたSMFに、PDUセッションリソース通知転送IEまたはPDUセッションリソース通知解放済み転送IEを透過的に送信する必要があります。 PDUセッションリソース通知転送IEを受信すると、SMFは通常、満たされなくなったと識別されたPDUセッションまたはQoSフローについて、コアネットワーク側で対応する解放または変更手順を開始します。 各PDUセッションについて、そのPDUセッションリソース通知転送IEまたはPDUセッションリソース通知解放済み転送IEにSecondary RAT Usage Information IEが含まれている場合、SMFはTS 23.502に従ってこの情報を処理する必要があります。 PDUセッションリソース通知メッセージにUser Location Information IEが含まれている場合、AMFはTS 23.501に従ってこの情報を処理する必要があります。

  I. CORESETは、5G (NR) で使用される制御リソースセットです。これは、PDCCH (DCI) を伝送するために使用される、ダウンリンク リソース グリッドの特定の領域内の物理リソースのセットです。5G (NR) では、PDCCH は、設定可能な制御リソースセット (CORESET) 内で送信されるように特別に設計されています。   II. PDCCH 位置 5G の CORESET は、LTE の制御領域に似ており、そのリソースセット (RB) と OFDM シンボルセットは設定可能であり、対応する PDCCH 検索空間があります。時間、周波数、パラメータセット、動作点など、NR 制御領域構成の柔軟性により、幅広いアプリケーション シナリオに対応できます。LTE 制御領域の PDCCH はシステム全体の帯域幅にわたって割り当てられますが、NR PDCCH は、周波数ドメインの特定の領域に配置された、特別に設計された CORESET 領域内で送信されます。これは、以下の図に示されています。   III. 4G PDCCH と 5G PDCCH CORESET CORESET 構成での周波数割り当ては、連続的または非連続的です。CORESET 構成は、時間的に 1 ～ 3 個の連続する OFDM シンボルにまたがります。CORESET の RE は、REG (RE グループ) に編成されます。各 REG は、1 つの RB の 1 つの OFDM シンボルから 12 個の RE で構成されます。PDCCH は CORESET に限定され、独自の復調参照信号 (DMRS) を使用して送信され、UE の制御チャネル ビームフォーミングを実現します。さまざまな DCI ペイロード サイズまたはさまざまな符号化レートに対応するために、PDCCH は 1、2、4、8、または 16 個の制御チャネル要素 (CCE) によって伝送されます。各 CCE には 6 個の REG が含まれています。CORESET の CCE から REG へのマッピングは、インターリーブ (周波数ダイバーシティ用) または非インターリーブ (ローカル ビームフォーミング用) にすることができます。 IV. CORESET マッピング 各 5G 端末 (UE) は、さまざまな DCI フォーマットとアグリゲーション レベルで複数の PDCCH 候補信号をブラインド テストするように構成されています。ブラインド復号は UE の複雑さを増大させますが、さまざまな DCI フォーマットを低オーバーヘッドで柔軟にスケジューリングおよび処理するために必要です。   V. CORESET の特性 の CORESET 5G (NR) の制御リソースセットは、LTE PDCCH 制御領域に似ています。 5G (NR) CORESET は、一般的な CORESET と UE 固有の CORESET と呼ばれます。 各アクティブなダウンリンク BWP は、一般的な CORESET と UE 固有の CORESET を含め、最大 3 つのコアセットを構成できます。 サービング セルは最大 4 つの BWP を持つことができ、各 BWP は最大 3 つの CORESET を持つことができ、合計で 12 個の CORESET と呼ばれます。 各 CORESET は、0 から 11 の範囲のインデックスで識別でき、制御リソースセット ID と呼ばれます。 の 制御リソースセット ID は、同じサービング セル内で一意です。 特定の CORESET が定義されている場合、そのインデックスは CORESET0 です。この CORESET は、MIB (マスター情報ブロック) の 4 ビット情報要素を使用して構成され、セル定義の同期信号と物理ブロードキャスト チャネル (PBCH) ブロック (SSB) に関連付けられています。 CORESET は、関連付けられた帯域幅加重 (BWP) アクティベーション内でのみ構成されます。アクティベーションは、CORESET0 を除くアクティベーション時にのみ発生します。これは、最初の帯域幅加重パケット (インデックス 0 の帯域幅加重パケット) に関連付けられています。 周波数ドメインでは、CORESET は 6 PRB の単位で 6 PRB 周波数グリッドで構成されます。 時間ドメインでは、CORESET は、1、2、または 3 個の連続する OFDM シンボルとして構成されます。  

従来の世代の技術と比較して、5G（NR）はタイミングと同期の精度に対する要件が高くなっています。これは、キャリアアグリゲーション、Mass MIMO、TDD（Time Division Duplex）などの機能を達成するために、ネットワークが同期を必要とするためです。主な技術としては、拡張境界クロック、PTP（Precise Time Protocol）、およびTSN（Time Sensitive Networking）があり、その精度要件を満たすことができます。タイミングと同期ステータスレポートに関しては、3GPPはTS38.413で以下のように定義しています。     I. タイミング同期ステータスレポート5Gシステムにおけるタイミング同期ステータスレポートプロセスの目的は、TS 23.501およびTS 23.502に従って、NG-RANノードがRANタイミング同期ステータス情報をAMFに提供できるようにすることです。タイミング同期ステータスレポートプロセスは、UEに関連付けられていないシグナリングを使用します。成功したレポート操作プロセスを図8.19.2.2-1に示します。ここで、   NG-RANノードは、ルーティングID IEで示されるTSCTSFタイミング同期ステータスレポートメッセージをAMFに送信することにより、プロセスを開始します。   II. タイミング同期ステータスレポートの目的は、TS 23.501およびTS 23.502で指定されているように、AMFがNG-RANノードにRANタイミング同期ステータス情報のレポートを開始または停止するように要求できるようにすることです。成功した同期ステータスレポート操作プロセスを以下の図8.19.1.2-1に示します。レポートプロセスは、非UE関連シグナリングを使用します。ここで、AMFは、タイミング同期ステータス要求メッセージをNG-RANノードに送信することにより、このプロセスを開始します。     タイミング同期ステータス要求メッセージに含まれるRAN TSS要求タイプIEが「 開始」に設定されている場合、NG-RANノードは、ルートID IEで示されるTSCTSFのRAN TSSレポートを開始する必要があります。RAN TSS要求タイプIEが「 停止」に設定されている場合、NG-RANノードは、ルートID IEで示されるTSCTSFのレポートを停止する必要があります。III. スケジュールされた同期ステータスレポート操作が失敗しました 図8.19.1.3-1に示すように、ここで、NG-RANノードがタイミング同期ステータスをレポートできない場合、プロセスは失敗と見なされ、「タイミング同期ステータス失敗」メッセージが返される必要があります。      

I. サービスサポート2G、3G、4Gモバイル通信システムと同様に、5G（NR）システムは、次の3つの主要なタイプのサービスをサポートしています。音声、データ、およびビデオ。セルラーモバイルシステムは、モバイル端末（UE）とネットワーク（基地局およびコアネットワークや光ファイバーなどのバックエンドデータ接続コンポーネントで構成）の2つの基本部分から構成されています。   II. システム特性5Gは3GPP規格Release 15以降に基づいて開発されており、LTEおよびLTE-Advanced Proとの後方互換性があります。現在、5Gシステムは、世界中のスペクトル規制をサポートするために、複数の周波数帯域で開発されています。5Gシステムは、次の3つの部分で構成できます。 UE（つまり、端末 - 携帯電話） gNB（つまり、基地局） CN（つまり、コアネットワーク）   III. 5Gネットワーク展開5Gの展開は、Non-Standalone（NSA）アーキテクチャとStandalone（SA）アーキテクチャに分けられます。具体的には、   NSAでは、UEはLTE eNBと5G gNBの両方で同時に動作します。このモードでは、UEは初期同期のためにLTE eNBのCプレーン（制御プレーン）を使用し、トラフィック交換のために5G gNBのUプレーン（ユーザープレーン）にキャンプします。 SAでは、UEは5G基地局（gNB）が存在する場合にのみ動作します。このモードでは、UEは初期同期のために5G基地局の制御プレーンを使用し、トラフィック交換のために5G基地局のユーザープレーンにもキャンプします。   IV. サービスコールフロー 4.1 音声通話フロー 5G音声通話は、発信者と着信者の間に回線を確立し、5Gネットワークを介した音声送受信を可能にします。音声通話には次の2つのタイプがあります。 モバイル発信通話 モバイル着信通話 通常の音声通話は、アプリケーションなしで4G/5G電話を使用して行うことができます。 4.2 データ通話フロー 5Gデータ通話は、発信者と着信者の間に仮想回線を確立し、5Gネットワークを介したデータ送受信を可能にします。データ通話には次の2つのタイプがあります。 モバイル発信パケット交換通話 モバイル着信パケット交換通話 具体的なサービスには、5Gネットワークと5G電話（つまり、端末）とのインターネット接続を確立した後の通常のインターネットブラウジングやアップロード/ダウンロードが含まれます。   4.3 ビデオ通話フロー 5Gビデオ通話は、2つの電話（または端末）間の接続を確立し、ビデオ送受信にパケット交換接続を使用します。インターネット接続を介してWhatsApp、Facebook Messenger、GTalkなどのアプリケーションを使用します。