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

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などのアプリケーションを使用します。

    4Gシステムと比較して、5G（NR）はモバイル通信の主要な性能指標において画期的な改善を達成し、さまざまな新しいアプリケーションシナリオもサポートしています。5G（NR）システムの成功に基づいて、6Gは2030年頃に登場すると予想されています。3GPP SA1によるRel-19に関する複数の研究は、5Gシステムがもたらす追加の能力を示すだけでなく、6Gシステムに必要な将来の能力に関するガイダンスも提供しています。   I. 3GPP規格 GSM（2G）、WCDMA（3G）、LTE（4G）からNR（5G）に至るモバイル通信の全開発は、唯一かつ世界をリードする通信規格である3GPPを採用しています。この期間中、ほぼすべての携帯電話とセルラーネットワークに接続されたデバイスは、これらの規格の少なくとも1つをサポートしていました。4Gシステム（一般にLTEとして知られています）の大きな成功に貢献しただけでなく、3GPPは5Gにおけるセルラー通信システムの性能も大幅に向上させました。   II. 5G規格と機能 図1に示すように、2018年の5Gシステムの最初の商用展開以来、3GPPは、     Rel-15、Rel-16、およびRel-17を含む、その後のバージョンで新しい機能を継続的に追加しています。これらは5Gシステムをサポートする最初の3つのバージョンであり、5Gを4Gシステムと区別する基本的な機能を提供しています。 Rel-18、Rel-19、およびRel-20は5Gシステムに高度な機能を追加し、5G-Advancedとしても知られています。 3GPPの第2および第3フェーズのワーキンググループはRel-18システムアーキテクチャとプロトコルを開発し、一方、3GPPの第1フェーズのワーキンググループはRel-19 5Gシステムを超えた6Gシステムアーキテクチャについて議論しました。   III. Rel-19の全体的な進捗 SA1#97（2022年2月）およびSA1#98（2022年5月）会議で、3GPP SA1ワーキンググループは、Rel-19の研究項目記述（SID）について合意に達し、表1に示されています。多くのプロジェクトが徐々にアプリケーションに向かっています。     研究タイトルが示唆するように、3GPP規格は、3GPPベースの通信システムの使用を検討している業界のより具体的なニーズに対応しています。以前のバージョンの3GPP規格は、マシンツーマシン通信など、さまざまな業界のサポートを追加しました。3GPPはまた、低電力IoT通信、広範囲IoT通信、および車車間通信のサポートなどの機能も導入しました。   しかし、以前のバージョンのサポートは、他のいくつかの業界には不十分であり、新しい研究が彼らのニーズを満たすために努力しています。たとえば、メタバースサービスに関する研究（FS_Metaverse）は、メタバースシナリオにおけるアプリケーションのトラフィックを運ぶための3GPPベースのシステムの要件に対応します。   一方、業界が3GPPベースの通信技術を採用するにつれて、新しいシナリオが絶えず出現しており、3GPPはさらなる研究を行う必要があります。たとえば、衛星アクセスに関する研究（FS_5GSAT_ph3）は、以前の研究に基づいて、衛星業界の追加のニーズを満たそうとしています。

5Gブロードキャストシステムでは、セッション変更はPDU（パケットデータユニット）セッションを更新します。この更新は、端末デバイス（UE）、ネットワーク、または無線リンク障害などのイベントによってトリガーされる可能性があります。MBSセッション更新プロセスは、SMFによって具体的に処理され、UPFがユーザープレーン接続を更新することを含みます。その後、UPFはアクセスネットワークとAMFにセッションルール、QoS（Quality of Service）、またはその他のパラメータの変更を通知します。   I. セッション変更の開始5Gシステムでは、以下の複数のネットワーク要素によってトリガーされる可能性があります。 UE開始：UEは、特定のサービスに対するパケットフィルタやQoSの変更など、PDUセッションの変更を要求します。 ネットワーク開始：ネットワーク（通常はポリシー制御機能（PCF））は、新しいポリシー規則の適用やQoSの変更など、変更を開始します。 アクセスネットワーク開始：無線リンク障害、ユーザーの非アクティブ状態、またはモビリティ制限などのイベントは、変更をトリガーし、ANがセッションを解放したり、その設定を変更したりする可能性があります。 AMF開始：AMFも、未指定のネットワーク障害などにより、変更をトリガーする可能性があります。   II. MBSの正常な変更ブロードキャストセッション変更手順は、NG-RANノードに対し、以前に確立されたブロードキャストMBSセッションに関連するMBSセッションリソースまたはエリアを更新するように要求することを目的としています。この手順は、非UE関連のシグナリングを使用します。正常な変更は図8.17.2.2-1に示されており、そこでは:   MFは、NG-RANノードに「BROADCAST SESSION MODIFICATION REQUEST」メッセージを送信することにより、このプロセスを開始します。このメッセージでは:   「Broadcast Session Modification Request」メッセージに「MBS Service Area」IEが含まれている場合、NG-RANノードはMBSサービスエリアを更新し、「Broadcast Session Modification Response」メッセージを送信する必要があります。 「Broadcast Session Modification Request」メッセージに「MBS Session Modification Request Transmission」IEが含まれている場合、NG-RANノードは、以前に提供された情報を新しく受信した情報に置き換え、要求に従ってMBSセッションリソースとエリアを更新し、その後「Broadcast Session Modification Response」メッセージを送信する必要があります。 「Broadcast Session Modification Request」メッセージに「List of Supported User Equipment Types」IE（サポートされている場合）が含まれている場合、NG-RANノードはこれをMBSセッションリソース設定で考慮する必要があります。 MBS NG-U障害表示IEが、MBSセッション設定または変更要求送信IE内でブロードキャストセッション変更要求メッセージに含まれており、「N3mbパス障害」に設定されている場合、NG-RANノードは、障害が発生したトランスポート層情報を置き換えるために新しいNG-Uトランスポート層情報を提供するか、TS 23.527で指定されているN3mbパス障害ブロードキャストMBSセッション回復手順に従って、データ送信を別の5GCに切り替えることができます。   III. MBS変更の失敗ライブネットワークでは、NG-RANノードはさまざまな理由でブロードキャストセッション変更の失敗を経験する可能性があります。変更の失敗は図8.17.2.3-1に示されており、そこでは:   NG-RANノードが要求された変更の更新に失敗した場合、NG-RANノードは「Broadcast Session Modification Failure」メッセージを送信する必要があります。  

1. ブロードキャストセッションの解放: モバイル通信システムにおいて、これは、ユーザー機器（UE）が5Gネットワークからのブロードキャスト信号の受信を終了するプロセスを指し、ストリーミングメディアセッションの終了に似ています。これは、ユーザーが明示的にセッションを終了した場合、ブロードキャストが終了した場合、またはデバイスがブロードキャストカバレッジから外れた場合に発生します。ネットワーク要素（ブロードキャスト/マルチキャストサービスセンター）は、複数のユーザーへの効率的なデータ送信を同時に行うために、セッションを解除します。解放には以下が含まれます:     ユーザー開始の解放: ユーザーが手動でブロードキャストを停止します。ストリーミングアプリを閉じることに似ています。 ネットワーク開始の解放: コンテンツ再生の完了またはネットワークオペレーターによる終了により、ブロードキャストセッションが終了します。これは、ライブイベントの終了またはスケジュールされたブロードキャストが原因である可能性があります。 デバイス開始の解放: デバイスがブロードキャストカバレッジから外れ、信号損失とセッション終了が発生します。 ブロードキャスト/マルチキャストサービスセンター（BM-SC） はブロードキャストセッションを管理し、ネットワークポリシーまたはユーザーアクションに基づいて解放を開始できます。   2. ブロードキャストセッション解放プロセス: 目的は、以前に確立されたMBSブロードキャストセッションに関連付けられたリソースを解放することです。解放は、非UE関連のシグナリングを使用します。成功した解放操作は図8.17.3.2-1に示されており、そこでは:       AMFは、NG-RANノードにBroadcast Session Release Requestメッセージを送信することにより、この手順を開始します。 Broadcast Session Release Requestメッセージを受信すると、NG-RANノードはBroadcast Session Release Responseメッセージで応答する必要があります。NG-RANノードは、ブロードキャストを停止し、ブロードキャストセッションに関連付けられたすべてのMBSセッションリソースを解放する必要があります。 Broadcast Session Release Responseメッセージを受信すると、AMFは、Broadcast Session Release Response Transport IE（存在する場合）をMB-SMFに透過的に送信する必要があります。

  モバイル通信において、効率的なスペクトル利用は不可欠です。通信事業者がより高速なデータレートとより優れた接続性を提供しようと努める中、キャリアアグリゲーション（CA）は、3GPP R10（LTE-Advanced）で導入され、5G（NR）でさらに発展した最も重要な機能の一つとなっています。   1. キャリアアグリゲーション(CA)は、複数のコンポーネントキャリア（CC）を組み合わせることにより、帯域幅とスループットを向上させます。各コンポーネントキャリアの帯域幅は、LTEでは20 MHzから5G（NR）では100 MHzまでです。したがって、LTE-Advanced（5CC）の総帯域幅は100 MHzに達し、5G（NR）（16CC）の総帯域幅は640 MHzに達する可能性があります。その原理は、キャリアを組み合わせることにより、ネットワークがより多くのデータを同時に送受信できるようになり、それによって効率性とユーザーエクスペリエンスが向上することです。   2. アグリゲーションの種類：4Gおよび5Gでは、キャリアアグリゲーションは、異なる周波数帯域内または周波数帯域間でキャリアがどのように編成されるかに基づいて分類できます。   同一バンド内連続 | 同じバンド内の隣接するキャリア | バンド3：1800 MHz（10 + 10 MHz連続） 同一バンド内非連続 | 周波数分離のある同じバンド内のキャリア | バンド40：2300 MHz（20 + 20 MHz、ギャップあり） 異バンドアグリゲーション | 異なるバンドからのキャリア | バンド3（1800 MHz）+ バンド7（2600 MHz）   上記の図は、同一バンド内非連続タイプを視覚的に示しており、両方のキャリアがバンドAに属していますが、それらの間にスペクトルのギャップがあります。   3. 同一バンド内連続キャリアアグリゲーション (ICCA)は、同じバンド内の隣接するキャリアを組み合わせることによって機能します。非連続同一バンド内キャリアアグリゲーション(NCCA)はさらに一歩進んで、同じバンド内の非隣接キャリアのアグリゲーションを可能にします。これは、断片化されたスペクトル割り当てを扱っている通信事業者にとって特に重要です。   4. 同一バンド内非連続キャリアアグリゲーション(ICA)は、断片化されたスペクトルを最大限に活用するために4Gおよび5Gで有効になっている機能です。キャリアアグリゲーション（CA）により、通信事業者は複数のキャリア（コンポーネントキャリア（CC）と呼ばれます）を組み合わせて、より広い帯域幅のチャネルを作成し、それによってスループットを向上させ、ユーザーエクスペリエンスを向上させることができます。