JP7449397B2 - 無線通信システムにおいてｃｐとｕｐとが分離されたマルチキャストの送信のための方法及びその装置 - Google Patents

Description

本発明は、無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャストを送信する方法及び装置に関する。

３ＧＰＰ（登録商標）（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、高速パケット通信を可能とするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を必要とする。

ＩＴＵ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｕｎｉｏｎ）及び３ＧＰＰでＮＲ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）システムに対する要求事項及び仕様を開発する作業が始まった。ＮＲシステムは、ｎｅｗ ＲＡＴなどの他の名称で呼ばれることもある。３ＧＰＰは、緊急な市場の要求とＩＴＵ－Ｒ（ＩＴＵ ｒａｄｉｏ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｃｔｏｒ）ＩＭＴ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）－２０２０プロセスが提示するより長期的な要求事項を全て適時に満たすＮＲを成功裏に標準化するために必要な技術構成要素を識別して開発しなければならない。また、ＮＲは、遠い未来にも無線通信のために利用されることができる少なくとも１００ＧＨｚに達する任意のスペクトラム帯域が使用可能でなければならない。

ＮＲは、ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ－ｔｙｐｅ－ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＵＲＬＬＣ（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などを含む全ての配置シナリオ、使用シナリオ、要求事項を扱う単一技術フレームワークを対象とする。ＮＲは、本質的に順方向互換性があるべきである。

ＮＲでは、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）の分離及びＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）とＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）の分離をサポートすることができる。

例えば、ｇＮＢ－ＣＵ（ｇＮＢ Ｃｅｎｔｒａｌ Ｕｎｉｔ）は、１つ以上のｇＮＢ－ＤＵの動作を制御するｇＮＢのＲＲＣ、ＳＤＡＰ及びＰＤＣＰプロトコル、又はｅｎ－ｇＮＢのＲＲＣ及びＰＤＣＰプロトコルをホストする論理ノードである。ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵと連結されたＦ１インターフェースの末端にある。

例えば、ｇＮＢ－ＤＵ（ｇＮＢ Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）は、ｇＮＢ又はｅｎ－ｇＮＢのＲＬＣ、ＭＡＣ及びＰＨＹ層をホストする論理ノードであり、その動作は部分的にｇＮＢ－ＣＵにより制御される。１つのｇＮＢ－ＤＵは、１つ以上のセルをサポートする。１つのセルは、１つのｇＮＢ－ＤＵでのみサポートされる。ｇＮＢ－ＤＵは、ｇＮＢ－ＣＵと連結されたＦ１インターフェースの末端にある。

例えば、ｇＮＢ－ＣＵ－ＣＰ（ｇＮＢ－ＣＵ－Ｃｏｎｔｒｏｌ Ｐｌａｎ）は、ｅｎ－ｇＮＢ又はｇＮＢのためのｇＮＢ－ＣＵのＰＤＣＰプロトコルの制御プレーン及びＲＲＣをホストする論理ノードである。ｇＮＢ－ＣＵ－ＣＰは、ｇＮＢ－ＣＵ－ＵＰと連結されたＥ１インターフェース及びｇＮＢ－ＤＵと連結されたＦ１－Ｃインターフェースの末端にある。

例えば、ｇＮＢ－ＣＵ－ＵＰ（ｇＮＢ－ＣＵ－Ｕｓｅｒ Ｐｌａｎｅ）は、ｅｎ－ｇＮＢに対するｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部分、ｇＮＢに対するｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部分、及びＳＤＡＰプロトコルをホストする論理ノードである。ｇＮＢ－ＣＵ－ＵＰは、ｇＮＢ－ＣＵ－ＣＰと連結されたＥ１インターフェース及びｇＮＢ－ＤＵと連結されたＦ１－Ｕインターフェースの末端にある。

ＮＲでは、連結された状態の無線装置に対して、マルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）が提供される。無線装置はネットワークからマルチキャスト送信又はユニキャスト送信を介してＭＢＳを受信することができる。マルチキャスト送信は、ＰＴＭ（ｐｏｉｎｔ ｔｏ ｍｕｌｔｉｐｏｉｎｔ、ポイントツーマルチポイント）送信と称されてもよい。ユニキャスト送信は、ポイントツーポイント（ＰＴＰ）送信と称されてもよい。

必要な調整機能（ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ）が常住する、ｇＮＢ－ＣＵは、制御プレーン（ＣＰ）とユーザプレーン（ＵＰ）とに分離されることができる。

例えば、ＣＮからのシグナリングを介して、ＵＥがマルチキャストグループに参加することをｇＮＢ－ＣＵ－ＣＰが知ることになった場合、ｇＮＢ－ＣＵ－ＵＰはこれを知る必要があるかもしれない。例えば、ｇＮＢ－ＣＵ－ＵＰが、ＵＥがマルチキャストグループに参加することを知っている場合、ｇＮＢ－ＣＵ－ＵＰはＣＮから受信されたＵＥに対するマルチキャスト／ブロードキャストデータを識別し、ＵＥにサービスを提供するｇＮＢ－ＤＵに伝達できる。すなわち、ｇＮＢ－ＣＵ－ＣＰは、マルチキャスト送信をサポートするためにｇＮＢ－ＣＵ－ＵＰを制御する必要がある。

従って、無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャスト送信に対する研究が必要である。

一態様において、無線通信システムにおいて、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードのＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）－ＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）により実行される方法が提供される。ＣＵ－ＵＰは、前記ＲＡＮノードのＣＵ－ＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）から、マルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）に対する第１メッセージを受信し、前記第１メッセージは、（１）前記ＭＢＳの識別子（ＩＤ）、及び（２）前記ＭＢＳに対するＣ－ＴＥＩＤ（Ｃｏｍｍｏｎ－Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含む。ＣＵ－ＵＰは、前記ＭＢＳの前記ＩＤに基づいて、前記ＭＢＳに対するベアラを設定する。ＣＵ－ＵＰは、コアネットワークから、前記Ｃ－ＴＥＩＤが指示するトンネルを介して前記ＭＢＳに対するデータを受信する。ＣＵ－ＵＰは、前記設定されたベアラを介して前記受信されたデータをＤＵに送信する。

別の態様において、前記方法を実現する装置が提供される。

本発明は、様々な効果を有し得る。

本発明のいくつかの実施形態によると、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノード（例えば、ｇＮＢのような基地局）のＣＵ－ＣＰ及びＲＡＮノードのＣＵ－ＵＰは、マルチキャスト送信を効率的に行うことができる。

例えば、ｇＮＢ－ＣＵ－ＵＰは、ＣＮから受信されたデータのうち、ＵＥに対するマルチキャスト及び／又はブロードキャストデータを識別し、これをＵＥがサービスするｇＮＢ－ＤＵに伝達できる。

従って、ネットワークは損失することなくマルチキャスト及び／又はブロードキャストデータの送信を効率的に提供できる。

また、ネットワークは、ｇＮＢを介してマルチキャスト及び／又はブロードキャストデータを受信し、ＵＥの経験低下を避けることができる。

本発明のいくつかの実施形態によると、無線通信システムは、無線通信システムにおいてＣＰとＵＰとが分離されたマルチキャスト送信のための効率的なソリューションを提供することができる。

本明細書の具体例により得られる効果は、前述された効果に限定されない。例えば、関連技術分野における通常の知識を有する者（ａ ｐｅｒｓｏｎ ｈａｖｉｎｇ ｏｒｄｉｎａｒｙ ｓｋｉｌｌ ｉｎ ｔｈｅ ｒｅｌａｔｅｄ ａｒｔ）が本明細書から理解するか誘導できる様々な技術的効果が存在し得る。これにより、本明細書の具体的な効果は、本明細書に明示的に記載されたものに制限されず、本明細書の技術的特徴から理解されるか誘導できる多様な効果を含む。

本明細書の実現が適用される通信システムの例を示す。 本明細書の実現が適用される無線装置の例を示す。 本明細書の実現が適用される無線装置の例を示す。 本明細書の実現が適用される無線装置の他の例を示す。 本明細書の実現が適用されるＵＥの例を示す。 本明細書の実現が適用される３ＧＰＰベースの無線通信システムにおけるプロトコルスタックの例を示す。 本明細書の実現が適用される３ＧＰＰベースの無線通信システムにおけるプロトコルスタックの例を示す。 本明細書の実現が適用される３ＧＰＰベースの無線通信システムにおけるフレーム構造を示す。 本明細書の実現が適用される３ＧＰＰ ＮＲシステムにおけるデータの流れ（flow、フロー）の例を示す。 本開示の技術的特徴が適用できるＮＧ－ＲＡＮの全体アーキテクチャの一例を示す。 本開示の技術的特徴が適用できるＦ１－Ｃに対するインターフェースプロトコルの構造を示す。 無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャスト送信する方法の一例を示す。 無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャスト送信する方法の一例を示す。 本発明の様々な実施形態による無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャストを送信する手順の一例を示す。

以下の技法、装置及びシステムは様々な無線多重アクセスシステムに適用できる。多重アクセスシステムの例示は、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＭＣ－ＦＤＭＡ（Ｍｕｌｔｉ－Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システムを含む、ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）又はＣＤＭＡ２０００などの無線技術により実現される。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）などの無線技術により実現される。ＯＦＤＭＡは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１（ｗｉ－ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、又はＥ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などの無線技術により実現される。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを利用したＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部である。３ＧＰＰ ＬＴＥは、ダウンリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）においてＯＦＤＭＡを、アップリンク（ＵＬ：Ｕｐｌｉｎｋ）においてＳＣ－ＦＤＭＡを使う。ＬＴＥ－Ａは３ＧＰＰ ＬＴＥの進化したバージョンである。

説明の便宜のために、本明細書の実現は、主に３ＧＰＰベースの無線通信システムに関連して説明される。しかしながら、本明細書の技術的特性は、これに限定されない。例えば、３ＧＰＰベースの無線通信システムに対応する移動体通信システムに基づいて以下のような詳細な説明が提供されるが、３ＧＰＰベースの無線通信システムに限定されない本明細書の側面は他の移動通信システムにも適用できる。

本明細書において使用された用語及び技術のうち具体的に記述されていない用語及び技術については、本明細書以前に発行された無線通信標準文書を参照すればよい。

本明細書で「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。言い換えると、本明細書において、「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａ及び／又はＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解され得る。例えば，本明細書において「Ａ、Ｂ又はＣ（Ａ，Ｂ ｏｒ Ｃ）」は，「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ，Ｂ ａｎｄ Ｃ）」を意味し得る。

本明細書において使用されるスラッシュ（／）やコンマ（ｃｏｍｍａ）は、「及び／又は（ａｎｄ／ｏｒ）」を意味し得る。例えば、「Ａ／Ｂ」は「Ａ及び／又はＢ」を意味し得る。これにより、「Ａ／Ｂ」は「Ａのみ」、「Ｂのみ」、又は「ＡとＢの両方」を意味し得る。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、Ｂ又はＣ」を意味し得る。

本明細書において「Ａ及びＢの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」は、「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。また、本明細書において「Ａ又はＢの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「Ａ及び／又はＢの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は、「Ａ及びＢの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同様に解釈され得る。

また、本明細書において、「Ａ、Ｂ及びＣの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。また、「Ａ、Ｂ又はＣの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ｏｒ Ｃ）」や「Ａ、Ｂ及び／又はＣの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。

また、本明細書において用いられる括弧は「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味し得る。具体的に、「制御情報（ＰＤＣＣＨ）」と表示されている場合、「制御情報」の一例として「ＰＤＣＣＨ」が提案されているものであり得る。言い換えると、本明細書の「制御情報」は「ＰＤＣＣＨ」に制限（ｌｉｍｉｔ）されることなく、「ＰＤＣＣＨ」が「制御情報」の一例として提案されるものであり得る。また、「制御情報（すなわち、ＰＤＣＣＨ）」と表示されている場合にも、「制御情報」の一例として「ＰＤＣＣＨ」が提案されているものであり得る。

本明細書において１つの図面内において個別に説明される技術的特徴は、個別に実現されてもよく、同時に実現されてもよい。

これに限らないが、本明細書において開示された様々な説明、機能、手順、提案、方法及び／又は動作フローチャートは、機器間の無線通信及び／又は接続（例えば、５Ｇ）が必要とされる様々な分野に適用できる。

以下、本明細書は、図面を参照してより詳細に記述される。以下の図面及び／又は説明において同一の参照番号は異なる表示をしない限り、同一又は対応するハードウェアブロック、ソフトウェアブロック及び／又は機能ブロックを参照することができる。

図１は、本明細書の実現が適用される通信システムの例を示す。

図１に表示された５Ｇ使用シナリオは例示に過ぎず、本明細書の技術的特徴は図１に示されていない他の５Ｇ使用シナリオに適用されてもよい。

５Ｇに対する３つの主要要求事項のカテゴリは、（１）向上したモバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）のカテゴリ、（２）大規模マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のカテゴリ、（３）超高信頼低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）のカテゴリである。

部分的な使用例は、最適化のために複数のカテゴリを必要とすることができ、他の使用例は１つのＫＰＩ（Ｋｅｙ Ｐｅｒｆｏｒｍａｎｃｅ Ｉｎｄｉｃａｔｏｒ）にのみ焦点を合わせることができる。５Ｇは柔軟で信頼できる方法を用いてこのような様々な使用例をサポートする。

ｅＭＢＢは、基本的なモバイルインターネットアクセスをはるかに凌駕し、クラウドと拡張現実において豊富な双方向作業及びメディア及びエンターテイメントアプリケーションをカバーする。データは５Ｇ核心動力の１つであり、５Ｇ時代には初めて専用音声サービスが提供されない可能性がある。５Ｇでは、通信システムが提供するデータ接続を活用した応用プログラムにより音声処理が単純化されることが予想される。トラヒック増加の主な原因は、コンテンツのサイズの増加と高いデータ送信速度を必要とするアプリケーションの増加のためである。より多くの装置がインターネットに接続されることにより、ストリーミングサービス（オーディオとビデオ）、対話ビデオ、モバイルインターネット接続がより広く使われるだろう。このような多くのアプリケーションは、ユーザのためのリアルタイム情報と警報をプッシュ（ｐｕｓｈ）するために常にオンになっている状態の接続を必要とする。クラウドストレージ（ｃｌｏｕｄ ｓｔｏｒａｇｅ）とアプリケーションは、モバイル通信プラットフォームにおいて急速に増加しており、業務とエンターテイメントの両方に適用できる。クラウドストレージは、アップリンクデータ送信速度の増加を加速する特殊な活用事例である。５Ｇはクラウドの遠隔作業にも使用される。触覚インターフェースを使用するとき、５Ｇはユーザの良好な経験を維持するために、はるかに低いエンドツーエンド（ｅｎｄ－ｔｏ－ｅｎｄ）遅延時間を要求する。例えば、クラウドゲーム及びビデオストリーミングなどのエンターテイメントは、モバイルブロードバンド機能に対する需要を増加させるもう１つの核心要素である。汽車、車両、飛行機などの移動性の高い環境を含む全ての場所において、スマートフォンとタブレットはエンターテイメントが必須である。他の使用例としては、エンターテイメント及び情報検索のための拡張現実である。この場合、拡張現実は非常に低い遅延時間と瞬間データボリュームを必要とする。

また、最も期待される５Ｇの使用例の１つは、全ての分野において埋め込みセンサ（ｅｍｂｅｄｄｅｄ ｓｅｎｓｏｒｓ）を円滑に接続できる機能、すなわち、ｍＭＴＣと関連がある。潜在的にＩｏＴ（Ｉｎｔｅｒｎｅｔ－Ｏｆ－Ｔｈｉｎｇｓ）機器の数は２０２０年までに２億４千万台に達すると予想される。産業ＩｏＴは５Ｇを介してスマートシティ、資産追跡、スマートユーティリティ、農業、セキュリティインフラを可能にする主な役割の１つである。

ＵＲＬＬＣは、メインインフラの遠隔制御により業界を変化させる新しいサービスと自動運転車両などの超高信頼性の低遅延リンクを含んでいる。スマートグリッドを制御し、産業を自動化し、ロボット工学を達成し、ドローンを制御及び調整するためには信頼性と遅延時間が必須である。

５Ｇは、毎秒数百メガビットと評価されたストリーミングを毎秒ギガビットに提供する手段であり、ＦＴＴＨ（Ｆｉｂｅｒ－Ｔｏ－Ｔｈｅ－Ｈｏｍｅ）とケーブルベースのブロードバンド（又はＤＯＣＳＩＳ）を補完することができる。仮想現実と拡張現実だけでなく、４Ｋ以上（６Ｋ、８Ｋ以上）の解像度のテレビを伝達するためには、このような速い速度が必要である。仮想現実（ＶＲ：Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）及び拡張現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）アプリケーションには、没入度の高いスポーツゲームが含まれている。特定のアプリケーションには特殊なネットワーク構成が必要となる可能性がある。例えば、ＶＲゲームの場合、ゲーム会社は待機時間を最小化するためにコアサーバをネットワーク運営者のエッジネットワークサーバに統合しなければならない。

自動車は、車載移動通信の多くの使用例とともに、５Ｇにおいて新たな重要な動機づけの力となると期待される。例えば、乗客のための娯楽は、高い同時容量と移動性の高い広帯域移動通信を必要とする。今後、ユーザが位置と速度に関係なく高品質の接続を期待し続けているためである。自動車分野のまた他の使用例はＡＲダッシュボード（ｄａｓｈｂｏａｒｄ）である。ＡＲダッシュボードは、運転者がフロントウィンドウから見える物体以外に暗い場所から物体を識別できるようにし、運転者への情報伝達をオーバーラップ（ｏｖｅｒｌａｐ）して物体との距離及び物体の動きを表示する。将来は、無線モジュールが車両間の通信、車両と支援インフラ間の情報交換、車両とその他に接続された装置（例えば、歩行者が同伴する装置）間の情報交換を可能にする。安全システムは運転者がより安全に運転できるように行動の代替過程を案内して事故の危険性を低減する。次のステップは遠隔に制御されるか自動運転される車になるだろう。そのためには、相異なる自動運転車間の、そして車両とインフラ間の非常に高い信頼性と非常に速い通信が必要である。これからは自動運転車が全ての走行活動を行い、運転者は車両が識別できない異常トラフィックにのみ集中するようになるだろう。自動運転車の技術要求事項は、人間が達成できない水準に交通安全が高くなるように超低遅延と超高信頼を必要とする。

スマート社会として言及されたスマートシティとスマートホーム／ビルが高密度無線センサネットワークに内蔵されるだろう。知能型センサの分散ネットワークは、都市又は住宅のコスト及びエネルギー効率的なメンテナンスの条件を識別する。各家庭に対しても類似の構成を行うことができる。全ての温度センサ、窓と暖房コントローラ、盗難警報器、家電製品が無線で接続される。このようなセンサの多数は、一般的にデータ送信速度、電力及びコストが低い。しかしながら、モニタリングのためにリアルタイムＨＤビデオが特定タイプの装置によって要求されることもある。

熱やガスを含むエネルギー消費と分配をより高いレベルで分散させて、分配センサネットワークに対する自動化された制御が要求される。スマートグリッドは、デジタル情報と通信技術を利用して情報を収集し、センサを互いに接続して、収集された情報に従って動作させる。この情報は、供給会社及び消費者の行動を含むので、スマートグリッドは効率性、信頼性、経済性、生産持続可能性、自動化などの方法により電気のような燃料の分配を改善することができる。スマートグリッドは遅延時間の短いまた他のセンサネットワークとして見なされることもできる。

ミッションクリティカルアプリケーション（例えば、ｅ－ｈｅａｌｔｈ）は５Ｇ使用シナリオの１つである。健康部門には移動体通信の恩恵を受けられる多くのアプリケーションが含まれている。通信システムは遠方からの臨床治療を提供する遠隔診療をサポートすることができる。遠隔診療は、距離に対する障壁を減らし、遠方の地域では持続的に利用できない医療サービスに対する接近の改善に役立つ。また、遠隔診療は、応急状況において重要な治療を行い、生命を救うために使用される。移動通信ベースの無線センサネットワークは心拍数及び血圧などのパラメータに対する遠隔モニタリング及びセンサを提供することができる。

無線と移動通信は産業応用分野において徐々に重要になっている。配線は、設置及び維持管理の費用が高い。従って、ケーブルを再構成可能な無線リンクに取り替える可能性は、多くの産業分野において魅力的な機会である。しかしながら、このような取り替えを達成するためには、ケーブルと類似した遅延時間、信頼性及び容量を有する無線接続が構築されなければならず、無線接続の管理を単純化する必要がある。５Ｇ接続が必要な場合、待機時間が短くてエラーの可能性が非常に低いことが新しい要求事項である。

物流及び貨物追跡は位置情報システムを用いてどこでもインベントリ及びパッケージ追跡を可能にする移動通信の重要な使用例である。物流と貨物の利用例は一般に低いデータ速度を必要とするが、広い範囲と信頼性を備えた位置情報が必要である。

図１を参照すると、通信システム１は、無線装置１００ａ～１００ｆ、基地局（ＢＳ：２００）及びネットワーク３００を含む。図１は、通信システム１のネットワークの例として５Ｇネットワークを説明するが、本明細書の実現は５Ｇシステムに限定されず、５Ｇシステムを超えて将来の通信システムにも適用できる。

基地局２００とネットワーク３００は無線装置として実現でき、特定無線装置は他の無線装置と関連して基地局／ネットワークノードとして動作できる。

無線装置１００ａ～１００ｆは無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）（例えば、５Ｇ ＮＲ又はＬＴＥ）を使って通信を行う装置を示し、通信／無線／５Ｇ装置ともいえる。無線装置１００ａ～１００ｆは、これに限定されず、ロボット１００ａ、車両１００ｂ－１及び１００ｂ－２、エクステンデッドリアリティ（ＸＲ：ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）装置１００ｃ、携帯装置１００ｄ、家電製品１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ－Ｏｆ－Ｔｈｉｎｇｓ）装置１００ｆ及び人工知能（ＡＩ：Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）装置／サーバ４００を含む。例えば、車両には無線通信機能を有する車両、自動運転車両及び車両間通信を行える車両が含まれる。車両には無人航空機（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）が含まれる。ＸＲ装置はＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｔｙ）装置を含み、車両、テレビ、スマートフォン、コンピュータ、ウェアラブル装置、家電製品、デジタル表示板、車両、ロボットなどに装着されたＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、ＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）の形態で実現される。携帯用装置にはスマートフォン、スマートパッド、ウェアラブル装置（例えば、スマートウォッチ又はスマートグラス）及びコンピュータ（例えば、ノートパソコン）が含まれる。家電製品にはテレビ、冷蔵庫、洗濯機が含まれる。ＩｏＴ装置にはセンサとスマートメーターが含まれる。

本明細書において、無線装置１００ａ～１００ｆはユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と呼んでもよい。ＵＥは、例えば、携帯電話、スマートフォン、ノートパソコン、デジタル放送端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、ナビゲーションシステム、スレートＰＣ、タブレットＰＣ、ウルトラブック、車両、自動運転機能を有する車両、コネクティッドカー、ＵＡＶ、ＡＩモジュール、ロボット、ＡＲ装置、ＶＲ装置、ＭＲ装置、ホログラム装置、公共安全装置、ＭＴＣ装置、ＩｏＴ装置、医療装置、フィンテック装置（又は、金融装置）、セキュリティ装置、気候／環境装置、５Ｇサービスと関連した装置又は第４次産業革命と関連した装置を含む。

例えば、ＵＡＶは人が搭乗せずに無線制御信号によって航行される航空機であり得る。

例えば、ＶＲ装置は、仮想環境のオブジェクト又は背景を実現するための装置を含む。例えば、ＡＲ装置は、仮想世界のオブジェクトや背景を実世界のオブジェクトや背景に連結して実現した装置を含む。例えば、ＭＲ装置は、客体や仮想世界の背景を客体や実世界の背景に併合して実現したデバイスを含む。例えば、ホログラム装置は、ホログラムと呼ばれる２つのレーザー照明が出会った時に発生する光の干渉現象を利用して、立体情報を記録及び再生することにより３６０度の立体映像を実現する装置を含む。

例えば、公共安全装置は、使用者の体に着用できるイメージ中継装置又はイメージ装置を含む。

例えば、ＭＴＣ装置とＩｏＴ装置は、人間の直接的な介入や操作を必要としない装置であり得る。例えば、ＭＴＣ装置とＩｏＴ装置は、スマートメーター、自動販売機、温度計、スマート電球、ドアロック又は様々なセンサを含む。

例えば、医療装置は、疾病の診断、処理、緩和、治療又は予防の目的に使用される装置であり得る。例えば、医療装置は、負傷や損傷を診断、処理、緩和又は矯正するために使用される装置であり得る。例えば、医療装置は、構造又は機能を検査、取り替え又は修正する目的で使用される装置であり得る。例えば、医療装置は、妊娠調整の目的で使用される装置であり得る。例えば、医療装置は、治療用装置、運転用装置、（体外）診断装置、補聴器又は施術用装置を含む。

例えば、セキュリティ装置は、発生する危険を防止し、安全を維持するために設置された装置であり得る。例えば、セキュリティ装置はカメラ、閉回路テレビ（ＣＣＴＶ）、録音機又はドライブレコーダーであり得る。

例えば、フィンテック装置は、モバイル決済のような金融サービスを提供できる装置であり得る。例えば、フィンテック装置は支払装置又はＰＯＳシステムを含む。

例えば、気候／環境装置は、気候／環境をモニターしたり予測したりする装置を含む。

無線装置１００ａ～１００ｆは、基地局２００を介してネットワーク３００と接続できる。無線装置１００ａ～１００ｆにはＡＩ技術が適用され、無線装置１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００に接続できる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク、５Ｇ（例えば、ＮＲ）ネットワーク及び５Ｇ以後のネットワークなどを利用して構成されてもよい。無線装置１００ａ～１００ｆは基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局２００／ネットワーク３００を介さずに直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１、１００ｂ－２は直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信）を行うことができる。また、ＩｏＴ機器（例えば、センサ）は他のＩｏＴ機器（例えば、センサ）又は他の無線装置１００ａ～１００ｆと直接通信を行うことができる。

無線装置１００ａ～１００ｆ間及び／又は無線装置１００ａ～１００ｆと基地局２００間及び／又は基地局２００間に無線通信／接続１５０ａ、１５０ｂ、１５０ｃが確立されることができる。ここで、無線通信／接続は、アップリンク／ダウンリンク通信１５０ａ、サイドリンク通信１５０ｂ（または、Ｄ２Ｄ（Ｄｅｖｉｃｅ－Ｔｏ－Ｄｅｖｉｃｅ）通信）、基地局間通信１５０ｃ（例えば、中継、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓａｎｄ Ｂａｃｋｈａｕｌ））などの様々なＲＡＴ（例えば、５Ｇ ＮＲ）により確立されることができる。無線通信／接続１５０ａ、１５０ｂ、１５０ｃにより無線装置１００ａ～１００ｆと基地局２００は互いに無線信号を送信／受信することができる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送信／受信することができる。このために、本明細書の様々な提案に基づいて、無線信号の送信／受信のための多様な構成情報の設定過程、多様な信号処理過程（例えば、チャネルエンコード／デコード、変調／復調、リソースマッピング／デマッピングなど）、及びリソース割り当て過程のうち少なくとも一部が行われる。

ここで、本発明で無線機器に実現される無線通信技術は、ＬＴＥ、ＮＲ、６Ｇだけでなく、低電力通信のための狭帯域モノのインターネット（ＮＢ－ＩｏＴ）技術を含むことができる。例えば、ＮＢ－ＩｏＴ技術は、低電力ＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２のような標準（ｓｐｅｃｉｆｉｃａｔｉｏｎ）で実現されてもよく、前記で言及した名称に制限されなくてもよい。さらに及び／又は代案として、本開示内容において、無線デバイスで実現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信することもできる。例えば、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であり、ｅＭＴＣ（Ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）など多様な名称で呼ばれてもよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ Ｃａｔ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ｂａｎｄｗｉｄｔｈ ｌｉｍｉｔｅｄ（ｎｏｎ－ＢＬ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍのような、様々な標準のうち少なくとも１つで実現されてもよく、前述の名称に限定されなくてもよい。さらに及び／又は代案として、本開示において、無線装置で実現される無線通信技術は、低電力通信を考慮したＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）及び／又はＬＰＷＡＮのうち少なくとも１つを含んでもよく、前述の名称に限定されなくてもよい。例えば、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４のような様々な仕様に基づいて、小型／低電力デジタル通信と関連したＰＡＮ（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を生成することができ、様々な名称で呼ばれてもよい。

図２は、本明細書の実現が適用される無線装置の例を示す。

図２を参照すると、第１無線装置１００と第２無線装置２００は様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）により無線信号を送受信できる。図２において、｛第１無線装置１００及び第２無線装置２００｝は図１の｛無線装置１００ａ～１００ｆ及び基地局２００｝、｛無線装置１００ａ～１００ｆ及び無線装置１００ａ～１００ｆ｝及び／又は｛基地局２００及び基地局２００｝の少なくとも１つに対応できる。

第１無線装置１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含む。第１無線装置１００は、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８をさらに含んでもよい。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御する。プロセッサ１０２は、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するように構成される。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６を介して第１情報／信号を含む無線信号を送信する。また、プロセッサ１０２は、送受信機１０６を介して第２情報／信号を含む無線信号を受信した後、第２情報／信号を処理して得られた情報をメモリ１０４に格納する。メモリ１０４は、プロセッサ１０２と接続でき、プロセッサ１０２の動作に関する様々な情報を格納する。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４はＲＡＴ（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機１０６は、プロセッサ１０２と接続でき、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信する。送受信機１０６は、送信機及び／又は受信機を含む。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと混用できる。本明細書において、第１無線装置１００は通信モデム／回路／チップを意味することもできる。

第２無線装置２００は、１つ以上のプロセッサ２０２及び１つ以上のメモリ２０４を含む。第２無線装置２００は、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含んでもよい。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御する。プロセッサ２０２は、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するように構成される。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６を介して第３情報／信号を含む無線信号を送信する。また、プロセッサ２０２は、送受信機２０６を介して第４情報／信号を含む無線信号を受信した後、第４情報／信号を処理して得られた情報をメモリ２０４に格納する。メモリ２０４は、プロセッサ２０２と接続でき、プロセッサ２０２の動作に関する様々な情報を格納する。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は、ＲＡＴ（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機２０６は、プロセッサ２０２と接続でき、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信する。送受信機２０６は、送信機及び／又は受信機を含む。送受信機２０６は、ＲＦユニットと混用できる。本明細書において、第２無線装置２００は通信モデム／回路／チップを意味することもできる。

以下、無線装置１００、２００のハードウェア要素についてより具体的に説明する。これに限られるものではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２、２０２により実現されてもよい。例えば、１つ以上のプロセッサ１０２、２０２は、１つ以上の層（例えば、ＰＨＹ（ｐｈｙｓｉｃａｌ）、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のような機能的層）を実現することができる。１つ以上のプロセッサ１０２、２０２は、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従って１つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は１つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２、２０２は、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従ってメッセージ、制御情報、データ又は情報を生成することができる。１つ以上のプロセッサ１０２、２０２は、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成して、１つ以上の送受信機１０６、２０６に提供できる。１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６から信号（例えば、ベースバンド信号）を受信し、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。

１つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ及び／又はマイクロコンピュータと呼ばれてもよい。１つ以上のプロセッサ１０２、２０２はハードウェア、ファームウェア、ソフトウェア、及び／又はこれらの組み合わせにより実現できる。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）及び／又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｒｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２、２０２に含まれる。本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートはファームウェア及び／又はソフトウェアを使用して実現でき、ファームウェア及び／又はソフトウェアはモジュール、手順、機能などを含むように設定される。本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２、２０２に含まれるか、１つ以上のメモリ１０４、２０４に格納されて１つ以上のプロセッサ１０２、２０２により駆動される。本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートは、コード、命令語（command、コマンド）及び／又は命令語の集合形態でファームウェア又はソフトウェアを使用して実現される。

１つ以上のメモリ１０４、２０４は、１つ以上のプロセッサ１０２、２０２と接続でき、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納する。１つ以上のメモリ１０４、２０４は、ＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り記憶媒体及び／又はこれらの組み合わせから構成される。１つ以上のメモリ１０４、２０４は、１つ以上のプロセッサ１０２、２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４、２０４は有線又は無線接続などの様々な技術により１つ以上のプロセッサ１０２、２０２と接続できる。

１つ以上の送受信機１０６、２０６は１つ以上の他の装置に本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートなどにおいて言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信する。１つ以上の送受信機１０６、２０６は、１つ以上の他の装置から本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートなどにおいて言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信する。例えば、１つ以上の送受信機１０６、２０６は１つ以上のプロセッサ１０２、２０２に接続でき、無線信号を送受信することができる。例えば、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置にユーザデータ、制御情報、無線信号／チャネルなどを送信するように制御することができる。また、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置からユーザデータ、制御情報、無線信号／チャネルなどを受信するように制御することができる。

１つ以上の送受信機１０６、２０６は１つ以上のアンテナ１０８、２０８と接続できる。１つ以上の送受信機１０６、２０６は、１つ以上のアンテナ１０８、２０８を介して本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートなどにおいて言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。

１つ以上の送受信機１０６、２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２、２０２を用いて処理するために、受信されたユーザデータ、制御情報、無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換する。１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。そのために、１つ以上の送受信機１０６、２０６は、（アナログ）発振器（ｏｓｃｉｌｌａｔｏｒ）及び／又はフィルタを含んでもよい。例えば、１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２の制御下、（アナログ）発振器及び／又はフィルタによりＯＦＤＭベースバンド信号をＯＦＤＭ信号にアップコンバート（ｕｐ－ｃｏｎｖｅｒ）し、アップコンバートされたＯＦＤＭ信号を搬送波周波数において送信することができる。１つ以上の送受信機１０６、２０６は、搬送波周波数においてＯＦＤＭ信号を受信し、１つ以上のプロセッサ１０２、２０２の制御下で（アナログ）発振器及び／又はフィルタによりＯＦＤＭ信号をＯＦＤＭベースバンド信号にダウンコンバート（ｄｏｗｎ－ｃｏｎｖｅｒｔ）する。

本明細書の実現において、ＵＥはアップリンク（ＵＬ：Ｕｐｌｉｎｋ）で送信装置として、ダウンリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）で受信装置として動作する。本明細書の実現において、基地局はＵＬで受信装置として、ＤＬで送信装置として動作する。以下において、記述上の便宜のために、第１無線装置１００はＵＥとして、第２無線装置２００は基地局として動作するものと主に仮定する。例えば、第１無線装置１００に接続、搭載又は発売されたプロセッサ１０２は、本明細書の実現に応じてＵＥ動作を行うか、本明細書の実現に応じてＵＥ動作を行うために送受信機１０６を制御するように構成される。第２無線装置２００に接続、搭載、又は発売されたプロセッサ２０２は、本明細書の実現に応じて基地局動作を行うか、本明細書の実現に応じて基地局動作を行うために送受信機２０６を制御するように構成される。

本明細書において、基地局はノードＢ（Ｎｏｄｅ Ｂ）、ｅＮｏｄｅ Ｂ（ｅＮＢ）、ｇＮＢと呼ばれてもよい。

図３は、本明細書の実現が適用される無線装置の例を示す。

無線装置は、使用例／サービスに応じて様々な形態で実現できる（図１を参照）。

図３を参照すると、無線装置１００、２００は図２の無線装置１００、２００に対応し、様々な構成要素、装置／部分及び／又はモジュールにより構成される。例えば、各無線装置１００、２００は通信装置１１０、制御装置１２０、メモリ装置１３０及び追加構成要素１４０を含む。通信装置１１０は、通信回路１１２及び送受信機１１４を含む。例えば、通信回路１１２は、図２の１つ以上のプロセッサ１０２、２０２及び／又は図２の１つ以上のメモリ１０４、２０４を含む。例えば、送受信機１１４は、図２の１つ以上の送受信機１０６、２０６及び／又は図２の１つ以上のアンテナ１０８、２０８を含む。制御装置１２０は、通信装置１１０、メモリ装置１３０、追加構成要素１４０に電気的に接続され、各無線装置１００、２００の全体動作を制御する。例えば、制御装置１２０は、メモリ装置１３０に格納されたプログラム／コード／命令／情報に基づいて、各無線装置１００、２００の電気／機械的動作を制御する。制御装置１２０は、メモリ装置１３０に格納された情報を無線／有線インターフェースを介して通信装置１１０を経て外部（例えば、その他の通信装置）に送信するか、又は無線／有線インターフェースを介して通信装置１１０を経て外部（例えば、その他の通信装置）から受信した情報をメモリ装置１３０に格納する。

追加構成要素１４０は無線装置１００、２００のタイプに応じて多様に構成される。例えば、追加構成要素１４０は、動力装置／バッテリ、入出力（Ｉ／Ｏ）装置（例えば、オーディオＩ／Ｏポート、ビデオＩ／Ｏポート）、駆動装置及びコンピューティング装置の少なくとも１つを含む。無線装置１００、２００は、これに限定されず、ロボット（図１の１００ａ）、車両（図１の１００ｂ－１ｏ及び１００ｂ－２）、ＸＲ装置（図１の１００ｃ）、携帯装置（図１の１００ｄ）、家電製品（図１の１００ｅ）、ＩｏＴ装置（図１の１００ｆ）、デジタル放送端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置（又は金融装置）、セキュリティ装置、気候／環境装置、ＡＩサーバ／装置（図１の４００）、基地局（図１の２００）、ネットワークノードの形態で実現できる。無線装置１００、２００は、使用例／サービスに応じて移動又は固定場所で使用できる。

図３において、無線装置１００、２００の様々な構成要素、装置／部分及び／又はモジュールの全体は、有線インターフェースを介して互いに接続されるか、少なくとも一部が通信装置１１０を介して無線に接続される。例えば、各無線装置１００、２００において、制御装置１２０と通信装置１１０は有線で接続され、制御装置１２０と第１装置（例えば、１３０と１４０）は通信装置１１０を介して無線で接続される。無線装置１００、２００内の各構成要素、装置／部分及び／又はモジュールは１つ以上の要素をさらに含んでもよい。例えば、制御装置１２０は１つ以上のプロセッサ集合により構成される。一例として、制御装置１２０は通信制御プロセッサ、アプリケーションプロセッサ（ＡＰ：Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ）、電子制御装置（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィック処理装置及びメモリ制御プロセッサの集合により構成される。他の例として、メモリ装置１３０は、ＲＡＭ、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ、フラッシュメモリ、揮発性メモリ、非揮発性メモリ及び／又はこれらの組み合わせにより構成される。

図４は、本明細書の実現が適用される無線装置の他の例を示す。

図４を参照すると、無線装置１００、２００は図２の無線装置１００、２００に対応し、多様な構成要素、装置／部分及び／又はモジュールから構成される。

第１無線装置１００は、送受信機１０６のような少なくとも１つの送受信機及びプロセッシングチップ１０１のような少なくとも１つのプロセッシングチップを含む。プロセッシングチップ１０１は、プロセッサ１０２のような少なくとも１つのプロセッサとメモリ１０４のような少なくとも１つのメモリを含む。メモリ１０４は、プロセッサ１０２に動作可能に接続される。メモリ１０４は、様々なタイプの情報及び／又は命令を格納する。メモリ１０４は、プロセッサ１０２により実行されるとき、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行う命令を実現するソフトウェアコード１０５を格納する。例えば、ソフトウェアコード１０５は、プロセッサ１０２により実行されるとき、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行う命令を実現する。例えば、ソフトウェアコード１０５は、１つ以上のプロトコルを行うためにプロセッサ１０２を制御する。例えば、ソフトウェアコード１０５は、１つ以上の無線インターフェースプロトコル層を実行するためにプロセッサ１０２を制御する。

第２無線装置２００は、送受信機２０６のような少なくとも１つの送受信機及びプロセッシングチップ２０１のような少なくとも１つのプロセッシングチップを含む。プロセッシングチップ２０１はプロセッサ２０２のような少なくとも１つのプロセッサとメモリ２０４のような少なくとも１つのメモリを含む。メモリ２０４は、プロセッサ２０２に動作可能に接続される。メモリ２０４は、様々なタイプの情報及び／又は命令を格納する。メモリ２０４は、プロセッサ２０２により実行されるとき、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行う命令を実現するソフトウェアコード２０５を格納する。例えば、ソフトウェアコード２０５は、プロセッサ２０２により実行されるとき、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行う命令を実現する。例えば、ソフトウェアコード２０５は、１つ以上のプロトコルを行うためにプロセッサ２０２を制御する。例えば、ソフトウェアコード２０５は１つ以上の無線インターフェースプロトコル層を実行するためにプロセッサ２０２を制御する。

図５は、本明細書の実現が適用されるＵＥの例を示す。

図５を参照すると、ＵＥ１００は図２の第１無線装置１００及び／又は図４無線装置１００に対応する。

ＵＥ１００は、プロセッサ１０２、メモリ１０４、送受信機１０６、１つ以上のアンテナ１０８、電源管理モジュール１１０、バッテリ１１２、ディスプレイ１１４、キーパッド１１６、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）カード１１８、スピーカ１２０、マイク１２２を含む。

プロセッサ１０２は、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するように構成される。プロセッサ１０２は、本明細書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するようにＵＥ１００の１つ以上の他の構成要素を制御するように構成される。無線インターフェースプロトコル層はプロセッサ１０２に実現できる。プロセッサ１０２は、ＡＳＩＣ、その他のチップセット、論理回路及び／又はデータ処理装置を含む。プロセッサ１０２はアプリケーションプロセッサであり得る。プロセッサ１０２は、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、モデム（変造及び復調器）の少なくとも１つを含む。プロセッサ１０２の例は、Ｑｕａｌｃｏｍｍ（登録商標）で製造したＳＮＡＰＤＲＡＧＯＮＴＭシリーズプロセッサ、Ｓａｍｓｕｎｇ（登録商標）で製造したＥＸＹＮＯＳＴＭシリーズプロセッサ、Ａｐｐｌｅ（登録商標）で製造したＡシリーズプロセッサ、ＭｅｄｉａＴｅｋ（登録商標）で製造したＨＥＬＬＩＯＴＭシリーズプロセッサ、Ｉｎｔｅｌ（登録商標）で製造したＡＴＯＭＴＭシリーズプロセッサ又は対応する次世代プロセッサから見つけることができる。

メモリ１０４は、プロセッサ１０２と動作可能に結合され、プロセッサ１０２を動作させるための様々な情報を格納する。メモリ１０４は、ＲＯＭ、ＲＡＭ、フラッシュメモリ、メモリカード、保存媒体及び／又はその他の格納装置を含む。実施例がソフトウェアで実現されるとき、ここに説明された技術は、本明細書で開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うモジュール（例えば、手順、機能など）を使用することで実現できる。モジュールはメモリ１０４に格納され、プロセッサ１０２により実行される。メモリ１０４はプロセッサ１０２内に又はプロセッサ１０２の外部に実現されてもよく、この場合、技術において知られている様々な方法によりプロセッサ１０２と通信的に結合されることができる。

送受信機１０６は、プロセッサ１０２と動作可能に結合され、無線信号を送信及び／又は受信する。送受信機１０６は送信機と受信機を含む。送受信機１０６は、無線周波数信号を処理するためのベースバンド回路を含む。送受信機１０６は、１つ以上のアンテナ１０８を制御して無線信号を送信及び／又は受信する。

電源管理モジュール１１０はプロセッサ１０２及び／又は送受信機１０６の電源を管理する。バッテリ１１２は電源管理モジュール１１０に電源を供給する。

ディスプレイ１１４はプロセッサ１０２により処理された結果を出力する。キーパッド１１６はプロセッサ１０２により使用される入力を受信する。キーパッド１１６はディスプレイ１１４に表示されてもよい。

ＳＩＭカード１１８は、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）とそれと関連したキーを安全に格納するための集積回路であり、携帯電話やコンピュータなどの携帯電話装置において加入者を識別し、認証するために使われる。また、多くのＳＩＭカードに連絡先情報を格納することもできる。

スピーカ１２０はプロセッサ１０２により処理されたサウンド関連結果を出力する。マイク１２２はプロセッサ１０２により使用されるサウンド関連入力を受信する。

図６及び図７は、本明細書の実現が適用される３ＧＰＰベースの無線通信システムにおけるプロトコルスタックの例を示す。

特に、図６は、ＵＥとＢＳ間の無線インタフェースユーザプレーンプロトコルスタックの一例を示し、図７は、ＵＥとＢＳ間の無線インターフェース制御プレーンプロトコルスタックの一例を示す。制御プレーンは、ＵＥとネットワークが呼（ｃａｌｌ）を管理するために使用する制御メッセージが送信される経路を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データやインターネットパケットデータが伝達される経路を意味する。図６を参照すると、ユーザプレーンプロトコルスタックは層１（すなわち、ＰＨＹ層）と層２に区分される。図７を参照すると、制御プレーンプロトコルスタックは層１（すなわち、ＰＨＹ層）、層２、層３（例えば、ＲＲＣ層）及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層に区分される。層１、層２、及び層３をＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）という。

３ＧＰＰ ＬＴＥシステムにおいて層２はＭＡＣ、ＲＬＣ、ＰＤＣＰの副層に分けられる。３ＧＰＰ ＮＲシステムにおいて層２はＭＡＣ、ＲＬＣ、ＰＤＣＰ及びＳＤＡＰの副層に分けられる。ＰＨＹ層はＭＡＣ副層に送信チャネル（transport channel、トランスポートチャネル）を提供し、ＭＡＣ副層はＲＬＣ副層に論理チャネルを、ＲＬＣ副層はＰＤＣＰ副層にＲＬＣチャネルを、ＰＤＣＰ副層はＳＤＡＰ副層に無線ベアラを提供する。ＳＤＡＰ副層は５ＧのコアネットワークにＱｏＳ（Ｑｕａｌｉｔｙ Ｏｆ Ｓｅｒｖｉｃｅ）の流れを提供する。

３ＧＰＰ ＮＲシステムにおいてＭＡＣ副層の主要サービス及び機能は、論理チャネルと送信チャネル間のマッピング；１つ又は他の論理チャネルに属するＭＡＣ ＳＤＵを送信チャネル上で物理層に／から伝達される送信ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ、トランスポートブロック）に／から多重化／逆多重化する段階；スケジューリング情報報告；ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）によるエラー訂正（ＣＡ（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）の場合、セル当たり１つのＨＡＲＱ個体（エンティティ。entity））；動的スケジューリングによるＵＥ間の優先順位処理；論理チャネルの優先順位指定による１つのＵＥの論理チャネル間の優先順位処理；パディングを含む。単一のＭＡＣ個体は複数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）、送信タイミング及びセルをサポートできる。論理チャネル優先順位指定のマッピング制限は、論理チャネルが使用できるヌメロロジー、セル及び送信タイミングを制御する。

ＭＡＣは様々な種類のデータ送信サービスを提供する。他の種類のデータ送信サービスを収容するために、多様なタイプの論理チャネルが定義される。すなわち、それぞれの論理チャネルは特定のタイプの情報送信をサポートする。各論理チャネルタイプは、送信される情報タイプに応じて定義される。論理チャネルは、制御チャネルとトラフィックチャネルの２つのグループに分類される。制御チャネルは、制御プレーン情報の送信にのみ使用され、トラフィックチャネルはユーザプレーン情報の送信にのみ使用される。ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）はシステム制御情報の放送のためのダウンリンク論理チャネルである。ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ページング情報、システム情報変更通知及び進行中の公共警告サービス（ＰＷＳ：Ｐｕｂｌｉｃ Ｗａｒｎｉｎｇ Ｓｅｒｖｉｃｅ）放送の表示を送信するダウンリンク論理チャネルである。ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＵＥとネットワークの間で制御情報を送信するための論理チャネルであって、ネットワークとＲＲＣ接続がないＵＥのために使用される。ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＵＥとネットワーク間に専用制御情報を送信する点対点双方向論理チャネルであり、ＲＲＣ接続を有するＵＥにより使用される。ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）はユーザ情報送信のために１つのＵＥ専用である点対点論理チャネルである。ＤＴＣＨは、アップリンクとダウンリンクの両方に存在し得る。ダウンリンクにおいて論理チャネルと送信チャネルの間に次の接続が存在する。ＢＣＣＨはＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）にマッピングされることができ、ＢＣＣＨはＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）にマッピングされることができ、ＰＣＣＨはＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）にマッピングされることができ、ＣＣＣＨはＤＬ－ＳＣＨにマッピングされることができ、ＤＣＣＨはＤＬ－ＳＣＨにマッピングされることができ、ＤＴＣＨはＤＬ－ＳＣＨにマッピングされることができる。アップリンクにおいて、論理チャネルと送信チャネルの間に次の接続が存在する。ＣＣＣＨはＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）にマッピングされることができ、ＤＣＣＨは、ＵＬ－ＳＣＨにマッピングされることができ、及びＤＴＣＨは、ＵＬ－ＳＣＨにマッピングされることができる。

ＲＬＣ副層はＴＭ（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ）、ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）、ＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）の３つの送信モードをサポートする。ＲＬＣ設定は、ヌメロロジー及び／又は送信期間に依存しない論理チャネル別に行われる。３ＧＰＰ ＮＲシステムにおいてＲＬＣ副層の主要サービス及び機能は送信モードに応じて異なり、上位層ＰＤＵの送信；ＰＤＣＰにあるものと独立的なシーケンス番号指定（ＵＭ及びＡＭ）；ＡＲＱによるエラー修正（ＡＭのみ）；ＲＬＣ ＳＤＵの分割（ＡＭ及びＵＭ）及び再分割（ＡＭのみ）；ＳＤＵの再組立（ＡＭ及びＵＭ）；重複感知（ＡＭのみ）；ＲＬＣ ＳＤＵ廃棄（ＡＭ及びＵＭ）；ＲＬＣ再確立；プロトコルエラー感知（ＡＭのみ）を含む。

３ＧＰＰ ＮＲシステムにおいて、ユーザプレーンに対するＰＤＣＡ副層の主要サービス及び機能は、シーケンスナンバリング；ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）を使用したヘッダ圧縮及び圧縮解除；ユーザデータ送信；再整列及び重複感知；順に従って伝達（ｉｎ－ｏｒｄｅｒ ｄｅｌｉｖｅｒｙ）；ＰＤＣＰ ＰＤＵルーティング（分割ベアラの場合）；ＰＤＣＰ ＳＤＵの再送信；暗号化；解読及び完全性保護；ＰＤＣＰ ＳＵＤ廃棄；ＲＬＣ ＡＭのためのＰＤＣＰ再確立及びデータ復旧；ＲＬＣ ＡＭのためのＰＤＣＰ状態報告；ＰＤＣＰ ＰＤＵの複製及び下位層への複製廃棄表示を含む。制御プレーンに対するＰＤＣＰ副層の主要サービス及び機能は、シーケンスナンバリング；暗号化、解読及び完全性保護；制御プレーンデータ送信；再整列及び重複検知；順に従った伝達；ＰＤＣＰ ＰＤＵの複製及び下位層への複製廃棄表示を含む。

３ＧＰＰ ＮＲシステムにおいてＳＤＡＰの主要サービス及び機能は、ＱｏＳ流れとデータ無線ベアラ間のマッピング；ＤＬ及びＵＬパケットの両方にＱｏＳ流れＩＤ（ＱＦＩ：Ｑｏｓ Ｆｌｏｗ ＩＤ）の表示を含む。ＳＤＡＰの単一プロトコル個体は、各個別ＰＤＵセッションに対して設定される。

３ＧＰＰ ＮＲシステムにおいて、ＲＲＣ副層の主要サービス及び機能は、ＡＳ及びＮＡＳと関連したシステム情報の放送；５ＧＣ又はＮＧ－ＲＡＮにより開始されたページング；ＵＥとＮＧ－ＲＡＮの間のＲＲＣ接続の設定、維持及び解除；キー管理を含むセキュリティ機能；シグナリング無線ベアラ（ＳＲＢ：Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）及びデータ無線ベアラ（ＤＲＢ：Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）の設定、構成、維持及び解除；移動性機能（ハンドオーバー及びコンテキスト送信、ＵＥセル選択及び再選択並びにセル選択及び再選択の制御、ＲＡＴ間の移動性を含む）；ＱｏＳ管理機能；ＵＥ測定報告及び報告制御；無線リンク失敗の感知及び復旧；ＵＥから／にＮＡＳに／からＮＡＳメッセージ送信を含む。

図８は、本明細書の実現が適用される３ＧＰＰベースの無線通信システムにおけるフレーム構造を示す。

図８に示されたフレーム構造は、例示に過ぎず、サブフレームの数、スロットの数及び／又はフレーム内のシンボルの数は多様に変更されてもよい。３ＧＰＰベースの無線通信システムにおいて、１つのＵＥに対して集成された複数のセル間にＯＦＤＭヌメロロジー（例えば、ＳＣＳ（Ｓｕｂ－Ｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）、ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）期間）が異なるように設定されてもよい。例えば、ＵＥが集成されたセルに対して相異なるＳＣＳと設定される場合、同一数のシンボルを含む時間リソース（例えば、サブフレーム、スロット又はＴＴＩ）の（絶対時間）持続時間は集成されたセル間に相異なる場合もある。ここで、シンボルはＯＦＤＭシンボル（又はＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡシンボル（又はＤＦＴ－ｓ－ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－Ｓｐｒｅａｄ－ＯＦＤＭ）シンボルを含む。

図８を参照すると、ダウンリンク及びアップリンク送信はフレームで構成される。各フレームはＴｆ＝１０ｍｓ持続時間を有する。各フレームは２つの半フレーム（ｈａｌｆ－ｆｒａｍｅ）に分けられ、各半フレームの持続時間は５ｍｓである。各半フレームは５つのサブフレームから構成され、サブフレーム当たりの持続時間Ｔｓｆは１ｍｓである。各サブフレームはスロットに分けられ、サブフレームのスロットの数は、副搬送波間隔に応じて異なる。各スロットはＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）に基づいて１４個又は１２個のＯＦＤＭシンボルを含む。一般ＣＰにおいて、各スロットは１４個のＯＦＤＭシンボルを含み、拡張ＣＰにおいて各スロットは１２個のＯＦＤＭシンボルを含む。ヌメロロジーは幾何級数的に拡張可能な副搬送波間隔Δｆ＝２ｕ＊１５ｋＨｚに基づく。

表１は副搬送波間隔Δｆ＝２^u＊１５ｋＨｚに応じて、一般ＣＰに対するスロット当たりＯＦＤＭシンボルの数Ｎ^slot _symb、フレーム当たりスロットの数Ｎ^frame,u _slot及びサブフレーム当たりスロットの数Ｎ^subframe,u _slotを示す。

表２は、副搬送波間隔Δｆ＝２^u＊１５ｋＨｚに応じて、拡張ＣＰに対するスロット当たりＯＦＤＭシンボルの数Ｎ^slot _symb、フレーム当たりスロットの数Ｎ^frame,u _slot及びサブフレーム当たりスロットの数Ｎ^subframe,u _slotを示す。

スロットは、時間領域において複数のシンボル（例えば、１４個又は１２個のシンボル）を含む。各ヌメロロジー（例えば、副搬送波間隔）及び搬送波に対して、上位層シグナリング（例えば、ＲＲＣシグナリング）により表示される共通リソースブロック（ＣＲＢ：Ｃｏｍｍｏｎ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）Ｎ^start,u _gridから開始するＮ^size,u _grid,x*Ｎ^RB _sc副搬送波及びＮ^subframe,u _symbＯＦＤＭシンボルリソースグリッドが定義される。ここで、Ｎ^size,u _grid,xはリソースグリッドにおいてリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の数であり、添字ｘはダウンリンクの場合はＤＬであり、アップリンクの場合はＵＬである。Ｎ^RB _scはＲＢ当たりの副搬送波の数である。３ＧＰＰベースの無線通信システムにおいて、Ｎ^RB _scは一般に１２である。与えられたアンテナポートｐ、副搬送波間隔設定ｕ及び送信方向（ＤＬ又はＵＬ）に対して１つのリソースグリッドがある。副搬送波間隔設定ｕに対する搬送波帯域幅Ｎ^size,u _gridは、上位層パラメータ（例えば、ＲＲＣパラメータ）により与えられる。アンテナポートｐ及び副搬送波間隔設定ｕに対するリソースグリッドの各要素をリソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、リソースエレメント）といい、各ＲＥに１つの複素シンボルがマッピングされる。リソースグリッドの各ＲＥは、周波数領域においてインデックスｋと時間領域において基準点に対するシンボル位置を示すインデックスｌにより固有に識別される。３ＧＰＰベースの無線通信システムにおいて、ＲＢは周波数領域において連続する１２個の副搬送波として定義される。３ＧＰＰ ＮＲシステムにおいて、ＲＢはＣＲＢとＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）に区分される。ＣＲＢは、副搬送波間隔設定ｕに対して周波数領域において０から増加する方向に番号が指定される。副搬送波間隔設定ｕに対するＣＲＢ０の副搬送波０の中心は、リソースブロックグリッドに対する共通基準点の役割をする「ポイントＡ」と一致する。３ＧＰＰ ＮＲシステムにおいて、ＰＲＢは帯域幅部分（ＢＷＰ：ＢａｎｄＷｉｄｔｈ Ｐａｒｔ）内で定義され、０からＮ^size _BWP,i－１まで番号が指定される。ここで「ｉ」はＢＷＰ番号である。ＢＷＰｉのＰＲＢ _nPRBとＣＲＢ _nCRBとの間の関係は以下の通りである。_nPRB＝_nCRB＋Ｎ^size _BWP,i、ここで、Ｎ^size _BWP,iはＢＷＰがＣＲＢ０を基準に開始するＣＲＢである。ＢＷＰは複数の連続的なＲＢを含む。搬送波は最大Ｎ（例えば、５）のＢＷＰを含む。ＵＥは与えられた要素搬送波上で１つ以上のＢＷＰに設定されることができる。ＵＥに設定されたＢＷＰのうち一回に１つのＢＷＰのみを活性化することができる。活性ＢＷＰはセルの動作帯域幅内においてＵＥの動作帯域幅を定義する。

ＮＲ周波数帯域は２つのタイプ（ＦＲ１、ＦＲ２）の周波数範囲（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ）と定義される。周波数範囲の数値は変更されることができる。例えば、２つのタイプ（ＦＲ１、ＦＲ２）の周波数範囲は、以下の表３のようである。説明の便宜のために、ＮＲシステムにおいて使用される周波数範囲のうちＦＲ１は「ｓｕｂ ６ＧＨｚ ｒａｎｇｅ」を意味し、ＦＲ２は「ａｂｏｖｅ ６ＧＨｚ ｒａｎｇｅ」を意味し、ミリメートルウェーブ（ＭｉｌｌｉＭｅｔｅｒ Ｗａｖｅ、ｍｍＷ）と呼ばれる。

前述のように、ＮＲシステムの周波数範囲の数値は変更できる。例えば、ＦＲ１は下記の表４のように４１０ＭＨｚないし７１２５ＭＨｚの帯域を含む。すなわち、ＦＲ１は６ＧＨｚ（又は５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域を含む。例えば、ＦＲ１内において含まれる６ＧＨｚ（又は、５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域は非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を含む。非免許帯域は多様な用途、例えば、車両のための通信（例えば、自動運転）のために使用できる。

本開示において、「セル」という用語は、１つ以上のノードが通信システムを提供する地理的領域を意味するか、又は無線リソースを意味し得る。地理的領域としての「セル」は、ノードが搬送波を使用してサービスを提供できるカバレッジとして理解でき、無線リソース（例えば、時間－周波数リソース）としての「セル」は、搬送波により設定された周波数範囲である帯域幅と関連する。無線リソースと関連した「セル」は、ダウンリンクリソースとアップリンクリソースの組み合わせ、例えば、ＤＬ ＣＣ（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）とＵＬ ＣＣの組み合わせとして定義される。セルは、ダウンリンクリソースのみで構成されてもよく、ダウンリンクリソースとアップリンクリソースで構成されてもよい。ノードが有効な信号を送信できる範囲であるＤＬカバレッジとＵＥから有効な信号をノードが受信できる範囲であるＵＬカバレッジは信号を運ぶ搬送波に依存するので、ノードのカバレッジはノードにより使用される無線リソースの「セル」のカバレッジに連関される。従って、「セル」という用語は、時々ノードのサービスカバレッジを示すために使用され、他の時は無線リソースを示すために使用され、また他の時は無線リソースを使用する信号が有効な強度で到達できる範囲を示すために使用される。ＣＡにおいては２つ以上のＣＣが集成される。ＵＥは自分の能力に応じて１つ又は複数のＣＣにおいて同時に受信又は送信することができる。ＣＡは連続及び非連続のＣＣ両方ともに対してサポートされる。ＣＡが設定されると、ＵＥはネットワークと１つのＲＲＣ接続のみを有する。ＲＲＣ接続確立／再確立／ハンドオーバー時に１つのサービングセルがＮＡＳ移動性情報を提供し、ＲＲＣ接続再確立／ハンドオーバー時に１つのサービングセルがセキュリティ入力を提供する。このセルをＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）という。ＰＣｅｌｌは、ＵＥが初期接続確立手順を実行するか、接続再確立手順を開始する１次（ｐｒｉｍａｒｙ）周波数において動作するセルである。ＵＥ能力に応じて、ＰＣｅｌｌと共にサービングセルの集合を形成するようにＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）が設定されることができる。ＳＣｅｌｌは、特殊セル（ＳｐＣｅｌｌ）の上に追加的な無線リソースを提供するセルである。従って、ＵＥに対して設定されたサービングセルの集合は、常に１つのＰＣｅｌｌと１つ以上のＳＣｅｌｌで構成される。二重接続（ＤＣ：Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ、デュアルコネクティビティ）動作の場合、ＳｐＣｅｌｌという用語はマスターセルグループ（ＭＣＧ：Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）のＰＣｅｌｌ又はセカンダリセルグループ（ＳＣＧ：Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ）の一次ＳＣｅｌｌ（ＰＳＣｅｌｌ）を意味する。ＳｐＣｅｌｌはＰＵＣＣＨ送信及び競争基盤の任意接続をサポートし、常に活性化される。ＭＣＧはＳｐＣｅｌｌ（ＰＣｅｌｌ）及び選択的に１つ以上のＳＣｅｌｌから構成されるマスターノードと関連したサービングセルのグループである。ＳＣＧはＤＣから構成されるＵＥに対してＰＳＣｅｌｌ及び０個以上のＳＣｅｌｌから構成されたセカンダリノードと関連したサービングセルのグループである。ＣＡ／ＤＣに設定されていないＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるＵＥの場合、ＰＣｅｌｌで構成された１つのサービングセルのみが存在する。ＣＡ／ＤＣに設定されたＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥに対して、「サービングセル」という用語は、ＳｐＣｅｌｌ（複数可）及び全てのＳＣｅｌｌから構成されたセル集合を示すために使われる。ＤＣにおいて１つのＭＡＣ個体がＵＥに構成される。１つはＭＣＧのためのものであり、他の１つはＳＣＧのためのものである。

図９は、本明細書の実現が適用される３ＧＰＰ ＮＲシステムにおけるデータの流れの例を示す。

図９を参照すると、「ＲＢ」は無線ベアラを示し、「Ｈ」はヘッダを示す。無線ベアラは、ユーザプレーンデータのためのＤＲＢと制御プレーンデータのためのＳＲＢの２つのグループに分類される。ＭＡＣ ＰＤＵは無線リソースを利用してＰＨＹ層を介して外部装置と送受信される。ＭＡＣ ＰＤＵは送信ブロックの形態でＰＨＹ層に到着する。

ＰＨＹ層においてアップリンク送信チャネルＵＬ－ＳＣＨ及びＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）はそれぞれ物理チャネルＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）及びＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）にマッピングされ、ダウンリンク送信チャネルＤＬ－ＳＣＨ、ＢＣＨ及びＰＣＨはそれぞれＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）及びＰＤＳＣＨにマッピングされる。ＰＨＹ層において、アップリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）はＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）にマッピングされ、ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）はＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）にマッピングされる。ＵＬ－ＳＣＨに関連するＭＡＣ ＰＤＵはＵＬグラントに基づいてＰＵＳＣＨを介してＵＥにより送信され、ＤＬ－ＳＣＨに関連するＭＡＣ ＰＤＵはＤＬ割り当てに基づいてＰＤＳＣＨを介してＢＳにより送信される。

図１０は、本開示の技術的特徴が適用できるＮＧ－ＲＡＮの全体アーキテクチャの一例を示す。

図１０を参照すると、ｇＮＢは、ｇＮＢ－ＣＵ（以下、ｇＮＢ－ＣＵは簡単にＣＵで表記する）及び少なくとも１つのｇＮＢ－ＤＵ（以下、ｇＮＢ－ＤＵは簡単にＤＵで表記する）を含むことができる。

ｇＮＢ－ＣＵは、ｇＮＢのＲＲＣ、ＳＤＡＰ及びＰＤＣＰプロトコル又はｅｎ－ｇＮＢのＲＲＣ及びＰＤＣＰプロトコルをホストする論理ノードである。ｇＮＢ－ＣＵは、少なくとも１つのｇＮＢ－ＤＵの動作を制御する。

ｇＮＢ－ＤＵは、ｇＮＢ又はｅｎ－ｇＮＢのＲＬＣ、ＭＡＣ及び物理層をホストする論理的ノードである。ｇＮＢ－ＤＵの動作は、部分的にｇＮＢ－ＣＵにより制御される。１つのｇＮＢ－ＤＵは、１つ以上のセルをサポートする。１つのセルは１つのｇＮＢ－ＤＵでのみサポートされる。

ｇＮＢ－ＣＵ及びｇＮＢ－ＤＵは、Ｆ１インターフェースを介して連結される。ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵに連結されたＦ１インターフェースを終える。ｇＮＢ－ＤＵは、ｇＮＢ－ＣＵに連結されたＦ１インターフェースを終える。１つのｇＮＢ－ＤＵは、１つのｇＮＢ－ＣＵにのみ連結される。しかし、ｇＮＢ－ＤＵは適切な実現により多数のｇＮＢ－ＣＵに連結され得る。Ｆ１インターフェースは論理的インターフェースである。ＮＧ－ＲＡＮの場合、ｇＮＢ－ＣＵ及びｇＮＢ－ＤＵで構成されたｇＮＢに対するＮＧ及びＸｎ－ＣインターフェースはｇＮＢ－ＣＵで終了する。Ｅ－ＵＴＲＡＮ－ＮＲの二重連結（ＥＮ－ＤＣ）の場合、ｇＮＢ－ＣＵ及びｇＮＢ－ＤＵで構成されたｇＮＢ用Ｓ１－Ｕ及びＸ２－ＣインターフェースはｇＮＢ－ＣＵで終了する。ｇＮＢ－ＣＵ及び連結されたｇＮＢ－ＤＵは、他のｇＮＢ及び５ＧＣにのみｇＮＢで表示される。

Ｆ１インターフェースの機能には次のようなＦ１制御（Ｆ１－Ｃ）機能がある。

（１）Ｆ１インターフェースの管理機能

エラー表示機能は、エラーが発生したことをｇＮＢ－ＣＵ又はｇＮＢ－ＤＵに表示するために、ｇＮＢ－ＤＵ又はｇＮＢ－ＣＵにより使用される。

再設定機能は、ノードの設定後及び失敗のイベントが発生した後、ピアエンティティを初期化するのに使用される。この手順は、ｇＮＢ－ＤＵとｇＮＢ－ＣＵの両方で使用できる。

Ｆ１設定機能を使用すると、ｇＮＢ－ＤＵ及びｇＮＢ－ＣＵがＦ１インターフェースで正しく相互運用するのに必要な応用プログラムレベルのデータを交換することができる。Ｆ１設定は、ｇＮＢ－ＤＵにより開始される。

ｇＮＢ－ＣＵの構成アップデート及びｇＮＢ－ＤＵの構成アップデート機能を使用すると、Ｆ１インターフェースを介して正しく相互運用するために、ｇＮＢ－ＣＵとｇＮＢ－ＤＵとの間に必要なアプリケーションレベルの構成データをアップデートすることができ、セルを活性化または非活性化できる。

Ｆ１設定及びｇＮＢ－ＤＵの構成アップデート機能を介して、ｇＮＢ－ＤＵでサポートする単一のネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）を知らせることができる。

Ｆ１リソース調整機能は、ｇＮＢ－ＣＵとｇＮＢ－ＤＵとの間の周波数リソースの共有に対する情報を伝達するのに使用される。

（２）システム情報の管理機能

システムブロードキャスト情報のスケジューリングは、ｇＮＢ－ＤＵで実行される。ｇＮＢ－ＤＵは、使用可能なスケジューリングの媒介変数によってシステム情報を送信する役割をする。

ｇＮＢ－ＤＵは、ＮＲのマスター情報ブロック（ＭＩＢ）のエンコードを担当する。ＳＩＢ１（システム情報ブロックの類型１）及びその他のＳＩメッセージのブロードキャストが必要である場合、ｇＮＢ－ＤＵはＳＩＢ１のエンコードを担当して、ｇＮＢ－ＣＵは他のＳＩメッセージのエンコードを担当する。

（３）Ｆ１ ＵＥコンテキストの管理機能

Ｆ１ ＵＥコンテキストの管理機能は、必要な全体ＵＥコンテキストの設定及び修正をサポートする。

Ｆ１ ＵＥコンテキストの設定は、ｇＮＢ－ＣＵにより開始され、承認制御の基準（例えば、リソースを使用できない）に従って、ｇＮＢ－ＤＵにより受諾又は拒否される。

Ｆ１ ＵＥコンテキストの修正は、ｇＮＢ－ＣＵ又はｇＮＢ－ＤＵにより開始され得る。受信ノードは修正を受諾又は拒否し得る。Ｆ１ ＵＥコンテキストの管理機能は、また、ｇＮＢ－ＤＵで以前に設定されたコンテキストの解除をサポートする。コンテキストの解除は、直接に又はｇＮＢ－ＤＵで受信された要求によってｇＮＢ－ＣＵによりトリガされる。ｇＮＢ－ＣＵは、ＵＥがＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥに入るとき、ＵＥコンテキストを解除するようにｇＮＢ－ＤＵに要求する。

この機能は、ＤＲＢ及びＳＲＢの管理にも使用できる。すなわち、ＤＲＢ及びＳＲＢリソースを設定、修正及び解除できる。ＤＲＢリソースの設定及び修正は、ｇＮＢ－ＣＵによりトリガされ、ｇＮＢ－ＤＵに提供されるリソース予約情報及びＱｏＳ情報に基づいて、ｇＮＢ－ＤＵにより受諾／拒否される。設定又は修正される各々のＤＲＢに対して、Ｓ－ＮＳＳＡＩはＵＥコンテキストの設定手順及びＵＥコンテキストの修正手順でｇＮＢ－ＣＵによりｇＮＢ－ＤＵに提供できる。

ＱｏＳフローと無線ベアラとの間のマッピングは、ｇＮＢ－ＣＵにより実行され、Ｆ１を介したベアラ関連管理の粒度（ｇｒａｎｕｌａｒｉｔｙ）は、無線ベアラのレベルである。ＮＧ－ＲＡＮの場合、ｇＮＢ－ＣＵは、集計されたＤＲＢ ＱｏＳプロフィール及びＱｏＳフロープロフィールをｇＮＢ－ＤＵに提供し、ｇＮＢ－ＤＵは、要求を受諾するか、適切な原因値で拒否する。Ｉｎｔｒａ－ｇＮＢ－ＤＵ ＣＡ（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）に対するパケット複製をサポートするためには、１つのデータ無線ベアラがｇＮＢ－ＣＵとｇＮＢ－ＤＵとの間に２つのＧＰＲＳトンネリングプロトコル（ＧＴＰ）－Ｕトンネルで構成されなければならない。

この機能により、ｇＮＢ－ＣＵはｇＮＢ－ＤＵにＵＥのための特殊セル（ＳｐＣｅｌｌ）の設定又は変更を要求し、ｇＮＢ－ＤＵは適切な原因値で要求を受諾又は拒否する。

この機能を使用し、ｇＮＢ－ＣＵはｇＮＢ－ＤＵ側でセカンダリセル（ＳＣｅｌｌ）の設定を要求し、ｇＮＢ－ＤＵはＳＣｅｌｌの全部又は一部を受諾して、ｇＮＢ－ＣＵに応答する。ｇＮＢ－ＣＵはＵＥに対するＳＣｅｌｌの除去を要求する。

（４）ＲＲＣメッセージの伝達機能

この機能を使用すると、ｇＮＢ－ＣＵとｇＮＢ－ＤＵとの間にＲＲＣメッセージを送信することができる。ＲＲＣメッセージはＦ１－Ｃを介して送信される。ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵで提供するサポート情報で専用のＲＲＣメッセージのエンコードを担当する。

（５）ページング機能

ｇＮＢ－ＤＵは、提供されたスケジューリングの媒介変数によってページング情報を送信する役割をする。

ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵが正確なページング機会（ＰＯ）及びページングフレーム（ＰＦ）を計算できるようにページング情報を提供する。ｇＮＢ－ＣＵは、ページング割当（ＰＡ）を決定する。ｇＮＢ－ＤＵは、特定のＰＯ、ＰＦ及びＰＡに対する全てのページングレコードを統合し、最終のＲＲＣメッセージをエンコードして、ＰＡの各ＰＯ、ＰＦでページングメッセージをブロードキャストする。

（６）警告メッセージ情報の伝達機能

この機能を使用すると、ＮＧインターフェースを介した警告メッセージの送信手順に協力できる。ｇＮＢ－ＣＵは、警告関連のＳＩメッセージをエンコードする役割をし、ｇＮＢ－ＤＵが無線インターフェースを介してブロードキャストできるように他の警告関連情報と共にこれを送る責任がある。

図１１は、本開示の技術的特徴が適用できるＦ１－Ｃに対するインターフェースプロトコルの構造を示す。

ＴＮＬ（送信ネットワーク層、トランスポートネットワーク層）は、ＩＰ（インターネットプロトコル）送信を基にしており、ＩＰ層上にＳＣＴＰ（ストリーム制御送信プロトコル）層を含む。応用層のシグナリングプロトコルは、Ｆ１応用プロトコル（Ｅ１ＡＰ）という。

以下、ＰＤＵセッションリソースの設定及びＰＤＵセッションリソースの修正が説明される。３ＧＰＰ ＴＳ ３８．４１３ ｖ１６．０．０のセクション８．２が参照され得る。

ＰＤＵセッションリソースの設定が説明される。

ＰＤＵセッションリソースの設定手順の目的は、１つ又は多数のＰＤＵセッション、並びに当該ＱｏＳフローに対してＵｕ及びＮＧ－Ｕにリソースを割り当て、与えられたＵＥに対して当該ＤＲＢを設定することである。手順は、ＵＥ関連のシグナリングを使用する。

ＡＭＦは、ＰＤＵ ＳＥＳＳＩＯＮ ＲＥＳＯＵＲＣＥ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージをＮＧ－ＲＡＮノードに送信して手順を開始する。

ＰＤＵ ＳＥＳＳＩＯＮ ＲＥＳＯＵＲＣＥ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージは、少なくとも１つのＰＤＵセッションリソースで構成されたＰＤＵセッション関連ＮＧ－ＲＡＮの構成を設定するために、ＮＧ－ＲＡＮノードが必要とする情報を含まなければならず、ＰＤＵセッションリソースの設定要求目録（List、リスト）ＩＥ（PDU Session Resource Setup Request List IE）で設定する各ＰＤＵセッションリソースを含まなければならない。

ＰＤＵ ＳＥＳＳＩＯＮ ＲＥＳＯＵＲＣＥ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージの受信時、要求された構成に対してリソースを使用することができる場合、ＮＧ－ＲＡＮノードは要求されたＮＧ－ＲＡＮの設定を実行し、ＰＤＵセッションリソースの設定要求目録ＩＥに並べられている各ＰＤＵセッションに対して、ＮＧ及びＵｕを介して関連リソースを割り当てなければならない。

ＰＤＵセッションリソースの修正について説明する。

ＰＤＵセッションリソースの修正手順の目的は、与えられたＵＥに対して、既に設定されたＰＤＵセッションの構成の修正を可能にすることである。また、既に設定されたＰＤＵセッションに対するＱｏＳフローの設定、修正及び解除を可能にする。手順は、ＵＥ関連のシグナリングを使用する。

ＡＭＦは、ＰＤＵ ＳＥＳＳＩＯＮ ＲＥＳＯＵＲＣＥ ＭＯＤＩＦＹ ＲＥＱＵＥＳＴのメッセージをＮＧ－ＲＡＮノードに送信することによって手順を開始する。

ＰＤＵ ＳＥＳＳＩＯＮ ＲＥＳＯＵＲＣＥ ＭＯＤＩＦＹ ＲＥＱＵＥＳＴのメッセージは、ＮＧ－ＲＡＮノードが必要とする情報を含まなければならず、これは、ＰＤＵセッションリソースの修正要求目録ＩＥに並べられている既存のＰＤＵセッションに対するＮＧ－ＲＡＮ構成の修正をトリガできる。

ＰＤＵ ＳＥＳＳＩＯＮ ＲＥＳＯＵＲＣＥ ＭＯＤＩＦＹ ＲＥＱＵＥＳＴのメッセージの受信時、ＮＧ－ＲＡＮの設定が修正されるようにトリガされ、修正されたＮＧ－ＲＡＮの設定にリソースが使用可能である場合、ＮＧ－ＲＡＮノードは要求されたＰＤＵセッションに対する設定の修正を実行しなければならない。

以下で、ＵＥ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ及びＵＥ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ（ｇＮＢ－ＣＵの開始）について説明する。３ＧＰＰ ＴＳ ３８．４７３ ｖ１６．０．０のセクション８．３が参照され得る。

ＵＥコンテキストの設定について説明する。

ＵＥ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ手順の目的は、何よりもＳＲＢ及びＤＲＢの構成を含むＵＥ Ｃｏｎｔｅｘｔを設定することである。手順は、ＵＥ関連のシグナリングを使用する。

ｇＮＢ－ＣＵは、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージをｇＮＢ－ＤＵに送信することによって手順を開始する。ｇＮＢ－ＤＵがＵＥコンテキストの設定に成功すると、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥでｇＮＢ－ＣＵに応答する。ＵＥ－関連の論理的Ｆ１－連結が存在しない場合、ＵＥ－関連の論理的Ｆ１－連結（ＵＥ－ａｓｓｏｃｉａｔｅｄ ｌｏｇｉｃａｌ Ｆ１－ｃｏｎｎｅｃｔｉｏｎ）が前記手順の一部に設定されなければならない。

ｇＮＢ－ＤＵは、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥのメッセージにおいて、次のような方式で全ての要求されたＤＲＢ及びＳＲＢに対する結果をｇＮＢ－ＣＵに報告しなければならない。

－ 成功裏に設定されたＤＲＢの目録は、ＤＲＢ設定目録ＩＥに含まれなければならない。

－ 設定に失敗したＤＲＢの目録は、ＤＲＢ設定失敗目録ＩＥに含まれなければならない。

－ 設定に失敗したＳＲＢの目録は、ＳＲＢ設定失敗目録ＩＥに含まれなければならない。

－ 基本経路に対する論理的チャネルＩＤを有する成功裏に設定されたＳＲＢ目録は、ＣＡベースのＰＤＣＰ複製が関連ＳＲＢに対して開始された場合にのみＳＲＢ設定目録ＩＥに含まれなければならない。

ｇＮＢ－ＤＵがＤＲＢ又はＳＲＢ設定の失敗を報告するとき、原因値はｇＮＢ－ＣＵが設定失敗の理由が分かるほど十分に正確でなければならない。

Ｃ－ＲＮＴＩ ＩＥがＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥに含まれた場合、ｇＮＢ－ＣＵは、Ｃ－ＲＮＴＩがこのＵＥコンテキストに対してｇＮＢ－ＤＵにより割り当てられたものとみなさなければならない。

ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージがＲＲＣ－Ｃｏｎｔａｉｎｅｒ ＩＥを含む場合、ｇＮＢ－ＤＵは、当該ＲＲＣメッセージをＳＲＢ１を介してＵＥに送信しなければならない。

ＲＡＮ ＵＥ ＩＤ ＩＥがＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＤＵはこれを格納し、受信された全ての以前の情報を取り替えなければならない。

ＵＥコンテキストの修正（ｇＮＢ－ＣＵの開始）が説明される。

ＵＥ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ手順の目的は、設定されたＵＥ Ｃｏｎｔｅｘｔを修正すること、例えば、無線リソースを設定、修正及び解除することである。この手順は、また、移動性のためにＵＥに対するデータ送信を中止するようにｇＮＢ－ＤＵに命令するのに使用される。手順は、ＵＥ関連のシグナリングを使用する。

ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージは、ｇＮＢ－ＣＵにより開始される。

ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージを受信すると、ｇＮＢ－ＤＵは修正を実行し、成功すると、ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥのメッセージでアップデートを報告する。

ｇＮＢ－ＤＵは、ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥのメッセージですべての要求または修正されたＤＲＢ及びＳＲＢに対する結果を次のような方式でｇＮＢ－ＣＵに報告しなければならない。

－ 成功裏に設定されたＤＲＢの目録は、ＤＲＢ設定目録ＩＥに含まれなければならない。

－ 設定に失敗したＤＲＢの目録は、ＤＲＢのセットアップに失敗したリストＩＥ（ＤＲＢ Ｆａｉｌｅｄ ｔｏ ｂｅ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ）に含まれなければならない。

－ 成功裏に修正されたＤＲＢの目録は、ＤＲＢ修正された目録ＩＥに含まれなければならない。

－ 修正に失敗したＤＲＢの目録は、修正されていないＤＲＢ修正目録（DRB Failed to be Modified List）ＩＥに含まれなければならない。

－ 設定に失敗したＳＲＢの目録は、ＳＲＢのセットアップに失敗したリストＩＥ （ＳＲＢ Ｆａｉｌｅｄ ｔｏ ｂｅ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ）に含まれなければならない。

－ 基本経路に対する論理的チャネルＩＤを有する成功裏に設定されたＳＲＢ目録は、ＣＡベースのＰＤＣＰ複製が関連ＳＲＢに対して開始された場合にのみＳＲＢ設定目録ＩＥに含まれなければならない。

－ 基本経路に対する論理的チャネルＩＤを有する成功裏に修正されたＳＲＢ目録は、ＣＡベースのＰＤＣＰ複製が関連ＳＲＢに対して開始された場合にのみＳＲＢ修正目録（Modified List）ＩＥに含まれる。

ｇＮＢ－ＤＵがＤＲＢ又はＳＲＢ設定の失敗を報告するとき、原因値は、ｇＮＢ－ＣＵが設定失敗の理由が分かるほど十分に正確でなければならない。

Ｃ－ＲＮＴＩ ＩＥがＵＥコンテキストの修正応答に含まれている場合、ｇＮＢ－ＣＵは、Ｃ－ＲＮＴＩがこのＵＥコンテキストに対してｇＮＢ－ＤＵにより割り当てられたものとみなさなければならない。

ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージがＲＲＣ－コンテナーＩＥ（RRC-Container IE）を含む場合、ｇＮＢ－ＤＵは当該ＲＲＣのメッセージをＵＥに送信しなければならない。ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージが複製実行ＩＥ（Ｅｘｅｃｕｔｅ Ｄｕｐｌｉｃａｔｉｏｎ ＩＥ）を含む場合、ｇＮＢ－ＤＵは、構成されている場合、含まれているＲＲＣ－コンテナーＩＥに対するＳＲＢに対して、ＣＡベースの複製を実行しなければならない。

以下、ｇＮＢ－ＣＵ－ＣＰの構成アップデート、ベアラコンテキストの設定、及びベアラコンテキストの修正（ｇＮＢ－ＣＵ－ＣＰにより開始される）について説明する。３ＧＰＰ ＴＳ ３８．４６３ ｖ１６．０．０のセクション８．２及び８．３が参照され得る。

ｇＮＢ－ＣＵ－ＣＰの構成アップデートが説明される。

ｇＮＢ－ＣＵ－ＣＰの構成アップデート手順の目的は、ｇＮＢ－ＣＵ－ＣＰとｇＮＢ－ＣＵ－ＵＰとがＥ１インターフェースで正しく相互運用されるのに必要なアプリケーションレベルの設定データをアップデートすることである。この手順は、存在する場合、既存のＵＥ関連コンテキストに影響を与えない。この手順は、非ＵＥ関連のシグナリングを使用する。

ｇＮＢ－ＣＵ－ＣＰは、ＧＮＢ－ＣＵ－ＣＰ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥのメッセージをｇＮＢ－ＣＵ－ＵＰに送信することによって手順を開始し、これには今作動に使用された適切なアップデートされた構成データセットが含まれる。ｇＮＢ－ＣＵ－ＵＰは、ＧＮＢ－ＣＵ－ＣＰ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥ ＡＣＫＮＯＷＬＥＤＧＥのメッセージで応答して、構成データを成功裏にアップデートしたことを確認する。情報要素がＧＮＢ－ＣＵ－ＣＰ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥのメッセージに含まれていない場合、ｇＮＢ－ＣＵ－ＵＰは、当該構成データが変更していないものと解釈し、既存の関連構成データで作動し続けなければならない。

アップデートされた構成データは、両ノードにすべて格納されなければならず、作動するＴＮＬ連結がある限り、又は追加のアップデートが実行されるまで使用される。

ベアラコンテキストの設定について説明する。

ベアラコンテキストの設定手順の目的は、ｇＮＢ－ＣＵ－ＣＰがｇＮＢ－ＣＵ－ＵＰでベアラコンテキストを設定できるようにすることである。この手順は、ＵＥ関連のシグナリングを使用する。

ｇＮＢ－ＣＵ－ＣＰは、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージをｇＮＢ－ＣＵ－ＵＰに送信することによって手順を開始する。ｇＮＢ－ＣＵ－ＵＰが要求されたリソースの設定に成功すると、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥのメッセージでｇＮＢ－ＣＵ－ＣＰに応答する。

ｇＮＢ－ＣＵ－ＵＰは、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥのメッセージでｇＮＢ－ＣＵ－ＣＰに次のような方式で要求されたすべてのリソースに対する結果を報告しなければならない。

Ｅ－ＵＴＲＡＮの場合：

－ 成功裏に設定されたＤＲＢの目録は、ＤＲＢ設定目録ＩＥに含まれなければならない。

－ 設定に失敗したＤＲＢの目録は、ＤＲＢ失敗目録ＩＥに含まれなければならない。

ＮＧ－ＲＡＮの場合：

－ 成功裏に設定されたＰＤＵセッションリソースの目録は、ＰＤＵセッションリソースの設定目録ＩＥに含まれなければならない。

－ 設定に失敗したＰＤＵセッションリソースの目録は、ＰＤＵセッションリソースの失敗目録ＩＥに含まれなければならない。

－ 設定された各ＰＤＵセッションリソースに対して成功裏に設定されたＤＲＢの目録は、ＤＲＢの設定目録ＩＥに含まれなければならない。

－ 設定された各ＰＤＵセッションリソースに対して、設定に失敗したＤＲＢの目録は、ＤＲＢの失敗目録ＩＥに含まれなければならない。

－ 設定された各ＤＲＢに対して成功裏に設定されたＱｏＳ Ｆｌｏｗの目録は、Ｆｌｏｗ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥに含まれなければならない。

－ 設定された各ＤＲＢに対して設定に失敗したＱｏＳ Ｆｌｏｗの目録は、フロー失敗リストＩＥ（Ｆｌｏｗ Ｆａｉｌｅｄ Ｌｉｓｔ ＩＥ）に含まれなければならない。

ｇＮＢ－ＣＵ－ＵＰがＰＤＵセッションリソース、ＤＲＢ又はＱｏＳ Ｆｌｏｗの失敗した設定を報告するとき、原因値はｇＮＢ－ＣＵ－ＣＰが失敗した設定の理由が分かるほど十分に正確でなければならない。

既存に割り当てられたＳ１ ＤＬ ＵＰ送信の層（Transport Layer、トランスポート層）情報ＩＥ又は既存に割り当てられたＮＧ ＤＬ ＵＰ送信の層情報ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、このベアラコンテキストに対して既に割り当てられた表示されているリソースを再使用できる。ｇＮＢ－ＣＵ－ＵＰが表示されているリソースの再使用を決定した場合、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥのメッセージにＳ１ ＤＬ ＵＰ Ｕｎｃｈａｎｇｅｄ ＩＥ又はＮＧ ＤＬ ＵＰ Ｕｎｃｈａｎｇｅｄ ＩＥを含まなければならない。

ＰＤＵセッションリソースＤＬ Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージのＰＤＵセッションリソースＴｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、関連ＵＥに対するＮｏｎ－ＧＢＲ ＱｏＳフローに対するダウンリンクトラフィック政策（policing）のための情報を格納して使用しなければならない。

ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージにＤａｔａ Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ ＩＥ、ＰＤＵ Ｓｅｓｓｉｏｎ Ｄａｔａ Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ ＩＥ、又はＤＲＢ Ｄａｔａ Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ ＩＥが含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、 ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥのメッセージのデータ伝達情報応答ＩＥ、ＰＤＵセッションデータ伝達情報応答ＩＥ、又はＤＲＢデータ伝達情報応答ＩＥに要求された伝達情報を含まなければならない。

ＤＬ ＵＰの媒介変数ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、当該情報を構成しなければならない。

完全性保護表示ＩＥ又は機密保護表示ＩＥが「選好（preferred）」と設定された各ＰＤＵセッションに対して、Ｓｅｃｕｒｉｔｙ Ｉｎｄｉｃａｔｉｏｎ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージのＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｓｏｕｒｃｅ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥに含まれ、それからｇＮＢ－ＣＵ－ＵＰはサポートされる場合、関連ＰＤＵセッションに対してユーザプレーンの完全性保護又は暗号化を各々実行しなければならず、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥのメッセージのＰＤＵセッションリソースの設定目録ＩＥに各々完全性保護結果ＩＥ又は機密保護結果ＩＥを含めてユーザプレーンの完全性保護又は暗号化を実行したかを知らせなければならない。

Ｓｅｃｕｒｉｔｙ Ｉｎｄｉｃａｔｉｏｎ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージのＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｓｏｕｒｃｅ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥに含まれている各ＰＤＵセッションに対して、完全性保護表示ＩＥ又は機密保護表示ＩＥは「必須（required）」と設定され、ｇＮＢ－ＣＵ－ＵＰは関連ＰＤＵセッションに対して各々ユーザプレーンの完全性保護又は暗号化を実行しなければならない。ｇＮＢ－ＣＵ－ＵＰがユーザプレーンの完全性保護又は暗号化を実行できない場合、適切な原因値でＰＤＵセッションリソースの設定を拒否しなければならない。

保安（Security、セキュリティ）表示ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージの設定目録ＩＥに対するＰＤＵセッションリソースに含まれている各ＰＤＵセッションについて：

－ 完全性保護表示ＩＥが「必要ではない（not needed）」と設定された場合、ｇＮＢ－ＣＵ－ＵＰは、関連ＰＤＵセッションに対してユーザプレーンの完全性保護を実行しない。

－ Ｃｏｎｆｉｄｅｎｔｉａｌｉｔｙ Ｐｒｏｔｅｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥが「必要ではない」と設定される場合、ｇＮＢ－ＣＵ－ＵＰは関連ＰＤＵセッションに対してユーザプレーンの暗号化を実行しない。

ＵＥ ＤＬ Ｍａｘｉｍｕｍ Ｉｎｔｅｇｒｉｔｙ Ｐｒｏｔｅｃｔｅｄ Ｄａｔａ Ｒａｔｅ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰはＵＥに対する最大の完全性保護のデータ速度を施行する際にこの値を使用しなければならない。

Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｓｔａｔｕｓ Ｃｈａｎｇｅ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰはＵＥ ＲＲＣの状態を考慮して行動しなければならない。

各要求されたＤＲＢに対して、ＰＤＣＰ Ｄｕｐｌｉｃａｔｉｏｎ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージに含まれているＰＤＣＰ構成ＩＥに含まれ、１つのセルグループがＣｅｌｌ Ｇｒｏｕｐ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは２つのＵＰ Ｔｒａｎｓｐｏｒｔを含まなければならない。ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥのメッセージの層情報ＩＥは、内部のｇＮＢ－ＤＵ ＣＡに対するパケット複製をサポートする。２つのＵＰ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥのうち、一番目のＵＰ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥは、基本経路のためのものである。

ＰＤＣＰ ＳＮの状態情報ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ内に含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、これを考慮して措置を取らなければならない。

ＱｏＳ Ｆｌｏｗ Ｍａｐｐｉｎｇ Ｉｎｄｉｃａｔｉｏｎ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ内のＱｏＳ Ｆｌｏｗｓ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｏ Ｂｅ Ｓｅｔｕｐ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰでは、アップリンク又はダウンリンクのみＱｏＳフローがＤＲＢにマッピングされる。

各ＰＤＵセッションリソースに対して、ネットワークインスタンスＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージのＰＤＵセッションリソースＴｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥに含まれ、Ｃｏｍｍｏｎ Ｎｅｔｗｏｒｋ Ｉｎｓｔａｎｃｅ ＩＥが含まれていない場合、ｇＮＢ－ＣＵ－ＵＰはサポートされる場合、送信ネットワーク（transport network、トランスポートネットワーク）リソースを選択するときに使用する。

各ＰＤＵセッションに対して、Ｃｏｍｍｏｎ Ｎｅｔｗｏｒｋ Ｉｎｓｔａｎｃｅ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージのＰＤＵセッションリソースＴｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰはサポートされる場合、送信ネットワークリソースを選択するときに使用しなければならない。

ＵＥ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥ又はＰＤＵセッションＩｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥ又はＤＲＢ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、非活性モニタリングを実行するときにこれを考慮しなければならない。

ＤＲＢ ＱｏＳ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ内に含まれている場合、ｇＮＢ－ＣＵ－ＵＰはサポートされる場合、これを考慮しなければならない。

ｇＮＢ－ＤＵ－ＩＤ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは受信された情報を格納しなければならない。

ＲＡＮ ＵＥ ＩＤ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは受信された情報を格納しなければならない。

成功裏に設定された各ＤＲＢに対して、ｇＮＢ－ＣＵ－ＵＰはＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥの各々のＵＬ ＵＰの媒介変数ＩＥで ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージの各セルグループの情報ＩＥに含まれているセルグループの項目当たり１つのＵＬ ＵＰ送信の層情報項目を提供しなければならない。

追跡活性化ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰはサポートされる場合、要求された追跡機能を開始しなければならない。

ＥＮ－ＤＣの場合、ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ Ｐｒｉｏｒｉｔｙ ＩＥに対するＳｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ ＩＤがＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴに含まれている場合、ｇＮＢ－ＣＵ－ＵＰはこれを特定のＲＲＭ政策（policy、ポリシー）を適用するのに使用できる。追加のＲＲＭ政策のインデックスＩＥがＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは特定のＲＲＭ政策を適用するためにこれを使用できる。

ベアラコンテキストの修正（ｇＮＢ－ＣＵ－ＣＰの開始）が説明される。

ベアラコンテキストの修正手順の目的は、ｇＮＢ－ＣＵ－ＣＰがｇＮＢ－ＣＵ－ＵＰでベアラコンテキストを修正できるようにすることである。この手順は、ＵＥ関連のシグナリングを使用する。

ｇＮＢ－ＣＵ－ＣＰは、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージをｇＮＢ－ＣＵ－ＵＰに送信することによって手順を開始する。ｇＮＢ－ＣＵ－ＵＰがベアラコンテキストの修正に成功すると、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥのメッセージでｇＮＢ－ＣＵ－ＣＰに応答する。

ｇＮＢ－ＣＵ－ＵＰは、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥのメッセージで次のような方式で要求された全てのリソースに対する結果をｇＮＢ－ＣＵ－ＣＰに報告しなければならない。

Ｅ－ＵＴＲＡＮの場合：

－ 成功裏に設定されたＤＲＢの目録は、ＤＲＢ設定目録ＩＥに含まれなければならない。

－ 設定に失敗したＤＲＢの目録は、ＤＲＢ失敗目録ＩＥに含まれなければならない。

－ 成功裏に修正されたＤＲＢの目録は、ＤＲＢ修正された目録ＩＥに含まれなければならない。

－ 修正に失敗したＤＲＢの目録は、ＤＲＢ修正失敗目録ＩＥに含まれなければならない。

ＮＧ－ＲＡＮの場合：

－ 成功裏に設定されたＰＤＵセッションリソースの目録は、ＰＤＵセッションリソースの設定目録ＩＥに含まれなければならない。

－ 設定に失敗したＰＤＵセッションリソースの目録は、ＰＤＵセッションリソースの失敗目録ＩＥに含まれなければならない。

－ 成功裏に修正されたＰＤＵセッションリソースの目録は、ＰＤＵセッションリソースの修正目録ＩＥに含まれなければならない。

－ 修正に失敗したＰＤＵセッションリソースの目録は、修正されていないＰＤＵセッションリソースの目録ＩＥに含まれなければならない。

－ 成功裏に設定されるか修正された各ＰＤＵセッションリソースに対して成功裏に設定されたＤＲＢ目録がＤＲＢ設定目録ＩＥに含まれなければならない。

－ 成功裏に設定されるか修正された各ＰＤＵセッションリソースに対して設定に失敗したＤＲＢ目録がＤＲＢ失敗目録ＩＥに含まれなければならない。

－ 成功裏に修正された各ＰＤＵセッションリソースに対して成功裏に修正されたＤＲＢ目録がＤＲＢ修正目録ＩＥに含まれなければならない。

－ 成功裏に修正された各々のＰＤＵセッションリソースに対して修正されていないＤＲＢ目録は、ＤＲＢ修正失敗目録ＩＥに含まれなければならない。

－ 成功裏に設定されるか修正された各ＤＲＢに対して成功裏に設定されたＱｏＳ Ｆｌｏｗ目録がフローセットアップ目録ＩＥ（Ｆｌｏｗ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ）に含まれなければならない。

－ 成功裏に設定されるか修正された各ＤＲＢに対して設定に失敗したＱｏＳ Ｆｌｏｗ目録は、フロー失敗目録ＩＥ（Ｆｌｏｗ Ｆａｉｌｅｄ Ｌｉｓｔ ＩＥ）に含まれなければならない。

ｇＮＢ－ＣＵ－ＵＰがＰＤＵセッションリソース、ＤＲＢ又はＱｏＳ Ｆｌｏｗの失敗した設定を報告するとき、原因値はｇＮＢ－ＣＵ－ＣＰが失敗した設定の理由が分かるほど十分に正確でなければならない。

Ｓｅｃｕｒｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、当該情報をアップデートしなければならない。

ＵＥ ＤＬ Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、当該情報をアップデートしなければならない。

ＵＥ ＤＬ Ｍａｘｉｍｕｍ Ｉｎｔｅｇｒｉｔｙ Ｐｒｏｔｅｃｔｅｄ Ｄａｔａ Ｒａｔｅ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、当該情報をアップデートしなければならない。

ベアラコンテキストの状態変更ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、ＵＥ ＲＲＣの状態を考慮しなければならない。

ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージにＤａｔａ Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ ＩＥ、ＰＤＵ Ｓｅｓｓｉｏｎ Ｄａｔａ Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ ＩＥ又はＤＲＢ Ｄａｔａ Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ ＩＥが含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥのメッセージのデータ伝達情報応答ＩＥ、ＰＤＵセッションのデータ伝達情報応答ＩＥ又はＤＲＢデータ伝達情報応答ＩＥに要求された伝達情報を含まなければならない。

ＰＤＣＰの構成ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｍｏｄｉｆｙ Ｌｉｓｔ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、ＰＤＣＰ ＳＮ ＵＬサイズＩＥ、ＰＤＣＰ ＳＮ ＤＬサイズＩＥ及び無視されなければならないＲＬＣモードＩＥを除き、当該情報をアップデートしなければならない。

Ｅ－ＵＴＲＡＮ ＱｏＳ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｍｏｄｉｆｙ Ｌｉｓｔ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、当該情報をアップデートしなければならない。

ＰＤＣＰ ＳＮの状態要求ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｍｏｄｉｆｙ Ｌｉｓｔ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥのメッセージにＵＬ ＣＯＵＮＴ値のＩＥ及びＤＬ ＣＯＵＮＴ値のＩＥを含まなければならない。

ＰＤＣＰ ＳＮの状態情報ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ又はＤＲＢ Ｔｏ Ｍｏｄｉｆｙ Ｌｉｓｔ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、これを考慮しなければならない。

ＤＬ ＵＰの媒介変数ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｍｏｄｉｆｙ Ｌｉｓｔ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、当該情報をアップデートしなければならない。

ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｍｏｄｉｆｙ Ｌｉｓｔ ＩＥにＩＥを追加するセルグループ又はＩＥを修正するセルグループ又はＩＥを除去するセルグループが含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、当該セルグループを追加したり修正したり除去しなければならない。

ＰＤＵセッションリソースＤＬ Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＰＤＵセッションリソースＴｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、ＵＥコンテキストの情報を取り替えて、関連ＵＥに対する非ＧＢＲ ＱｏＳフローに対するダウンリンクトラフィック政策を施行するときにこれを使用する。

ＰＤＵセッションリソースＤＬ Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＰＤＵセッションリソースの修正目録ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、当該情報をアップデートしなければならない。

ＳＤＡＰの構成ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｍｏｄｉｆｙ Ｌｉｓｔ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、当該情報をアップデートしなければならない。

Ｆｌｏｗ Ｍａｐｐｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｍｏｄｉｆｙ Ｌｉｓｔ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、当該情報をアップデートしなければならない。

要求された各ＤＲＢに対して、ＰＤＣＰ Ｄｕｐｌｉｃａｔｉｏｎ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージに含まれているＰＤＣＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ＩＥに含まれ、１つのセルグループがＣｅｌｌ Ｇｒｏｕｐ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＣＰは、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージに２つのＵＰ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥを含まなければならず、ｇＮＢ－ＣＵ－ＵＰは、また、内部のｇＮＢ－ＤＵ ＣＡに対するパケット複製をサポートするためにＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥのメッセージに２つのＵＰ送信の層情報ＩＥを含まなければならない。２つのＵＰ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥのうち、一番目のＵＰ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥは、基本経路のためのものである。

２つのＧＴＰ－Ｕトンネルが割り当てられた特定のＤＲＢに対して、そのようなＤＲＢが修正され、ベアラコンテキストの修正（ｇＮＢ－ＣＵ－ＣＰの開始）手順を介して、１つのＧＴＰ－Ｕトンネルが与えられる場合、すなわち、セルグループのＩＤ当たり１つのＵＰ送信層情報のみ関連ＤＲＢに対するＤＬ ＵＰの媒介変数ＩＥに存在する場合、ｇＮＢ－ＣＵ－ＵＰは、ＰＤＣＰ複製がこのＤＲＢに対して構成解除されたものとみなさなければならない。このようなベアラコンテキストの修正（ｇＮＢ－ＣＵ－ＣＰの開始）手順が発生すると、当該ＤＲＢに対して複製活性化ＩＥが含まれない。

Ｎｅｗ ＵＬ ＴＮＬ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｉｒｅｄ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥのメッセージに新たなＵＰ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｉｎｆｏｒｍａｔｉｏｎを含まなければならない。

Ｓｅｃｕｒｉｔｙ Ｉｎｄｉｃａｔｉｏｎ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｓｏｕｒｃｅ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥに含まれた各ＰＤＵセッションに対して、完全性保護表示ＩＥ又は機密保護表示ＩＥが「選好」と設定され、それからｇＮＢ－ＣＵ－ＵＰはサポートされる場合、関連ＰＤＵセッションに対してユーザプレーンの完全性保護又は暗号化を各々実行しなければならず、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥのメッセージのＰＤＵセッションリソースの設定目録ＩＥに各々完全性保護結果ＩＥ又は機密保護結果ＩＥを含めてユーザプレーンの完全性保護又は暗号化を実行したかを知らせなければならない。

Ｓｅｃｕｒｉｔｙ Ｉｎｄｉｃａｔｉｏｎ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｓｏｕｒｃｅ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥに含まれている各ＰＤＵセッションに対して、完全性保護表示ＩＥ又は機密保護表示ＩＥは、「必須」と設定され、ｇＮＢ－ＣＵ－ＵＰは、関連ＰＤＵセッションに対して各々ユーザプレーンの完全性保護又は暗号化を実行しなければならない。ｇＮＢ－ＣＵ－ＵＰがユーザプレーンの完全性保護又は暗号化を実行できない場合、適切な原因値でＰＤＵセッションリソースの設定を拒否しなければならない。

Ｓｅｃｕｒｉｔｙ Ｉｎｄｉｃａｔｉｏｎ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージの設定目録に対するＰＤＵセッションリソースに含まれている各ＰＤＵセッションについて：

－ 完全性保護表示ＩＥが「必要ではない」と設定された場合、ｇＮＢ－ＣＵ－ＵＰは、関連ＰＤＵセッションに対してユーザプレーンの完全性保護を実行しない。

－ Ｃｏｎｆｉｄｅｎｔｉａｌｉｔｙ Ｐｒｏｔｅｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥが「必要ではない」と設定される場合、ｇＮＢ－ＣＵ－ＵＰは、関連ＰＤＵセッションに対してユーザプレーンの暗号化を実行しない。

各ＰＤＵセッションリソースに対して、ネットワークインスタンスＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｓｏｕｒｃｅ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ又はＰＤＵセッションリソースの修正目録ＩＥに含まれ、共通のネットワークインスタンスＩＥが含まれていない場合、ｇＮＢ－ＣＵ－ＵＰは、サポートされる場合、これを送信ネットワークを選択するときに使用する。

各ＰＤＵセッションに対して、Ｃｏｍｍｏｎ Ｎｅｔｗｏｒｋ Ｉｎｓｔａｎｃｅ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｓｏｕｒｃｅ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ又はＰＤＵセッションリソースの修正目録ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、サポートされる場合、これを送信ネットワークリソースを選択するときに使用する。

ＱｏＳ Ｆｌｏｗ Ｍａｐｐｉｎｇ Ｉｎｄｉｃａｔｉｏｎ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＱｏＳ Ｆｌｏｗ ＱｏＳ媒介変数の目録ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、サポートされる場合、以前に受信された値を代替し、アップリンク又はダウンリンクのＱｏＳフローのみＤＲＢにマッピングされるという点を考慮しなければならない。

ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージにＤａｔａ Ｄｉｓｃａｒｄ Ｒｅｑｕｉｒｅｄ ＩＥが含まれており、値が「Ｒｅｑｕｉｒｅｄ」と設定されている場合、ｇＮＢ－ＣＵ－ＵＰは、当該ＵＥに対してＲＡＮページングの失敗が発生したものとみなさなければならない。ｇＮＢ－ＣＵ－ＵＰは、当該ＵＥに対するユーザプレーンデータを廃棄し、ベアラコンテキストが依然として中断されたものとみなさなければならない。

ＵＥ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥ又はＰＤＵセッションＩｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥ又はＤＲＢ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、非活性モニタリングを実行するときにこれを考慮しなければならない。

Ｓ－ＮＳＳＡＩ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージの修正目録ＩＥを修正するためのＰＤＵセッションリソースに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、当該情報を格納し、既存の情報を代替しなければならない。

ＤＲＢ ＱｏＳ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ内に含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、サポートされる場合、各ＤＲＢに対してこれを考慮しなければならない。

ＤＲＢ ＱｏＳ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＤＲＢ Ｔｏ Ｍｏｄｉｆｙ Ｌｉｓｔ ＩＥ内に含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、サポートされる場合、以前に受信された値を代替し、各ＤＲＢに対してこれを考慮しなければならない。

ｇＮＢ－ＤＵ－ＩＤ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、受信されたすべての以前の情報を格納して取り替えなければならない。

ＲＡＮ ＵＥ ＩＤ ＩＥがＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、受信されたすべての以前の情報を格納して取り替えなければならない。

ｇＮＢ－ＣＵ－ＵＰがＡｃｔｉｖｉｔｙ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｌｅｖｅｌ ＩＥを含むＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージを受信し、その値が現在のベアラコンテキストと一致していない場合、ｇＮＢ－ＣＵ－ＵＰは、活動通知レベルＩＥと要求された非活動タイマーの修正を無視しなければならない。

成功裏に設定された各ＤＲＢに対して、ｇＮＢ－ＣＵ－ＵＰは、ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥの各ＵＬ ＵＰの媒介変数ＩＥでＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージの各セルグループの情報ＩＥに含まれたセルグループの項目当たり１つのＵＬ ＵＰ送信の層情報項目を提供しなければならない。

Ｏｌｄ ＱｏＳ Ｆｌｏｗ Ｌｉｓｔ－ＵＬ Ｅｎｄ Ｍａｒｋｅｒ予想（expected）ＩＥが修正されるＤＲＢに対するＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴのメッセージのＰＤＵセッションリソースの修正目録ＩＥに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、ソースＮＧ－ＲＡＮノードがＱｏＳフローの再マッピングを開始しており、まだＳＤＡＰ終了マーカーを受信していないものとみなさなければならない。ｇＮＢ－ＣＵ－ＵＰは、Ｏｌｄ ＱｏＳ Ｆｌｏｗ Ｌｉｓｔ－ＵＬ Ｅｎｄ Ｍａｒｋｅｒ予想ＩＥがソース側でまだＳＤＡＰ終了マーカーが受信されていないＱｏＳフローに対するＵＬ ＱｏＳフローの情報のみ含むということを考慮しなければならない。

ＥＮ－ＤＣの場合、ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ Ｐｒｉｏｒｉｔｙ ＩＥに対するＳｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ ＩＤがＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、これを使用して特定のＲＲＭ政策を適用できる。追加のＲＲＭ政策のインデックスＩＥがＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴに含まれている場合、ｇＮＢ－ＣＵ－ＵＰは、特定のＲＲＭ政策を適用するためにこれを使用できる。

ｇＮＢ－ＣＵ－ＵＰにより除去されたＤＲＢが１つ以上ある場合、ｇＮＢ－ＣＵ－ＵＰは、サポートされる場合、維持可能性の測定情報（Retainability Measurements Information）ＩＥをＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥのメッセージに含めてｇＮＢ－ＣＵ－ＣＰの維持可能性の測定のために除去されたＤＲＢに対する情報を提供しなければならない。

一方、ＮＲでは、連結された状態の無線装置に対して、マルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）が提供される。無線装置は、ネットワークからマルチキャスト送信又はユニキャスト送信を介してＭＢＳを受信することができる。マルチキャスト送信は、ＰＴＭ（ｐｏｉｎｔ ｔｏ ｍｕｌｔｉｐｏｉｎｔ）送信と称されてもよい。ユニキャスト送信は、ポイントツーポイント（ＰＴＰ）送信と称されてもよい。

必要な調整機能（ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ）が常住する、ｇＮＢ－ＣＵは、制御プレーン（ＣＰ）とユーザプレーン（ＵＰ）とに分離されることができる。

例えば、ＣＮからのシグナリングを介して、ＵＥがマルチキャストグループに参加することをｇＮＢ－ＣＵ－ＣＰが知ることになった場合、ｇＮＢ－ＣＵ－ＵＰは、これを知る必要があるかもしれない。例えば、ｇＮＢ－ＣＵ－ＵＰが、ＵＥがマルチキャストグループに参加することを知っている場合、ｇＮＢ－ＣＵ－ＵＰは、ＣＮから受信されたＵＥに対するマルチキャスト及び／又はブロードキャストデータを識別し、ＵＥにサービスを提供するｇＮＢ－ＤＵに伝達できる。すなわち、ｇＮＢ－ＣＵ－ＣＰは、マルチキャスト送信をサポートするためにｇＮＢ－ＣＵ－ＵＰを制御する必要がある。

従って、無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャスト送信に対する研究が必要である。

以下、本発明の一部の実施形態による無線通信システムにおいて、ＣＰとＵＰとを分離してマルチキャスト送信する方法を説明する。

図１２は、無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャスト送信する方法の一例を示す。

特に、図１２は、無線通信システムにおいて、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードのＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）－ＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）により実行される方法の一例を示す。

例えば、ＲＡＮノードは、無線通信システムにおいてコアネットワークノード（例えば、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｆｕｎｃｔｉｏｎ））に連結されることができる。例えば、ＲＡＮノードのＣＵは、ＣＵ－制御プレーン（ＣＰ）を含むことができる。例えば、ＲＡＮノードは、ＣＵに連結されたＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）を含むことができる。

例えば、ＲＡＮノードのＣＵ－ＣＰは、ｇＮＢ－ＣＵ－制御プレーン（ｇＮＢ－ＣＵ－ＣＰ）であってもよく、これは、ｅｎ－ｇＮＢ又はｇＮＢのためのｇＮＢ－ＣＵのＰＤＣＰプロトコルの制御プレーン部分及びＲＲＣをホストする論理ノードである。ｇＮＢ－ＣＵ－ＣＰは、ｇＮＢ－ＣＵ－ＵＰと連結されたＥ１インターフェース及びｇＮＢ－ＤＵと連結されたＦ１－Ｃインターフェースの末端にあってもよい。

例えば、ＲＡＮノードのＣＵ－ＵＰは、ｇＮＢ－ＣＵ－ＵＰ（ｇＮＢ－ＣＵ－Ｕｓｅｒ Ｐｌａｎｅ）であってもよく、これは、ｅｎ－ｇＮＢに対するｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部分とｇＮＢに対するｇＮＢ－ＣＵのＰＤＣＰプロトコル及びＳＤＡＰプロトコルのユーザプレーン部分をホストする論理ノードである。ｇＮＢ－ＣＵ－ＵＰは、ｇＮＢ－ＣＵ－ＣＰと連結されたＥ１インターフェース及びｇＮＢ－ＤＵと連結されたＦ１－Ｕインターフェースの末端にあってもよい。

ステップＳ１２０１において、ＣＵ－ＵＰは、ＲＡＮノードのＣＵ－制御プレーン（ＣＰ）からマルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）のための第１メッセージを受信することができる。例えば、第１メッセージは、（１）ＭＢＳの識別子（ＩＤ）及び（２）ＭＢＳに対するＣ－ＴＥＩＤ（Ｃｏｍｍｏｎ－Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含むことができる。

例えば、第１メッセージは、ベアラコンテキスト設定要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）のメッセージ又はベアラコンテキスト修正要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）のメッセージであってもよい。

例えば、第１メッセージは、ＭＢＳに対するサービス識別子及び／又はＭＢＳに対するフロー識別子を含むことができる。

ステップＳ１２０２において、ＣＵ－ＵＰは、ＭＢＳのＩＤに基づいてＭＢＳに対するベアラを設定することができる。

例えば、ベアラは、データ無線ベアラ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）及び／又はユニキャストベアラ（ｕｎｉｃａｓｔ ｂｅａｒｅｒ）の少なくとも１つを含むことができる。

例えば、ＣＵ－ＵＰは、第１メッセージに応答してＭＢＳに対するベアラが設定されたことを知らせる第２メッセージをＲＡＮノードのＣＵ－ＣＰに送信することができる。例えば、第２メッセージは、ベアラコンテキスト設定応答（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）のメッセージ又はベアラコンテキスト修正応答（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）のメッセージであってもよい。

ステップＳ１２０３において、ＣＵ－ＵＰは、コアネットワークからＣ－ＴＥＩＤが指示するトンネルを介してＭＢＳに対するデータを受信することができる。例えば、コアネットワークは、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｆｕｎｃｔｉｏｎ）であってもよい。

ステップＳ１２０４において、ＣＵ－ＵＰは、設定されたベアラを介して受信されたデータをＤＵに送信できる。

例えば、ＣＵ－ＵＰは、コアネットワークからトンネルを介してＭＢＳに対するトラフィックを受信することができる。その後、ＣＵ－ＵＰは、ベアラを介してＭＢＳに対するトラフィックをＤＵにフォワーディングできる。

本開示の一部の実施形態によると、ＣＵ－ＵＰは、ＣＵ－ＣＰからＭＢＳのＩＤを含むＭＢＳに対するベアラコンテキスト修正要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）のメッセージを受信することができる。

例えば、ＣＵ－ＵＰは、Ｓ１２０２のステップにおいてＭＢＳに対するベアラを設定した後、ベアラコンテキスト修正要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）のメッセージを受信することができる。

ＣＵ－ＵＰは、ベアラコンテキスト修正要求のメッセージの受信時、ＭＢＳのＩＤに基づいてＭＢＳに対するベアラを修正することができる。

例えば、ＣＵ－ＵＰは、ＭＢＳに対するベアラを修正時、ベアラコンテキスト修正要求のメッセージに応答してベアラコンテキスト修正応答のメッセージをＣＵ－ＣＰに送信できる。

例えば、ＣＵ－ＵＰは、修正されたベアラを介して受信されたデータをＤＵに送信できる。

図１３は、無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャスト送信する方法の一例を示す。

特に、図１３は、無線通信システムにおいて、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードのＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）－ＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）により実行される方法の一例を示す。

例えば、ＲＡＮノードは、無線通信システムにおいて、コアネットワークノード（例えば、ＡＭＦ）に連結されることができる。例えば、ＲＡＮノードのＣＵは、ＣＵ－ＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）を含むことができる。例えば、ＲＡＮノードはＣＵに連結されたＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）を含むことができる。

ステップＳ１３０１において、ＣＵ－ＣＰは、コアネットワークからマルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）のためのＰＤＵセッションリソースを設定するための第１メッセージを受信することができる。例えば、第１メッセージは、ＭＢＳに対するＣ－ＴＥＩＤ（Ｃｏｍｍｏｎ－Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含むことができる。

例えば、第１メッセージは、ＭＢＳのＩＤを含むことができる。

例えば、第１メッセージは、ＰＤＵセッションリソース設定要求（ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｓｏｕｒｃｅ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）のメッセージ又はＰＤＵセッションリソース修正要求（ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｓｏｕｒｃｅ Ｍｏｄｉｆｙ Ｒｅｑｕｅｓｔ）のメッセージであってもよい。

ステップＳ１３０２において、ＣＵ－ＣＰは、ＣＵ－ＵＰとＲＡＮノードのＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）との間にＭＢＳに対する第１ベアラを設定するための第２メッセージをＲＡＮノードのＣＵ－ＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）に送信することができる。例えば、第２メッセージは、１）ＭＢＳのＩＤ、及び２）ＭＢＳに対するＣ－ＴＥＩＤを含むことができる。

例えば、第２メッセージは、ベアラコンテキスト設定要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）のメッセージ又はベアラコンテキスト修正要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）のメッセージであってもよい。

ステップＳ１３０３において、ＣＵ－ＣＰは、第２メッセージに応答してＭＢＳに対する第１ベアラが設定されたことを知らせる第３メッセージをＣＵ－ＵＰから受信できる。

例えば、第３メッセージは、ベアラコンテキスト設定応答（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）のメッセージ又はベアラコンテキスト修正応答（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）のメッセージであってもよい。

例えば、第３メッセージは、ＭＢＳに対する第１ベアラが設定されたことを知らせるためにＭＢＳのＩＤを含むことができる。

ステップＳ１３０４において、ＣＵ－ＣＰは、ＤＵと無線装置との間にＭＢＳのための第２ベアラを設定するための第４メッセージをＤＵに送信できる。例えば、第４メッセージは、ＭＢＳに対するＣ－ＴＥＩＤを含む。

例えば、第４メッセージは、ＭＢＳのＩＤを含むことができる。

例えば、第４メッセージは、ＵＥコンテキストセットアップ要求（ＵＥ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）のメッセージ又はＵＥコンテキスト修正要求（ＵＥ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）のメッセージであってもよい。

例えば、ＣＵ－ＣＰは、ステップＳ１３０３において、第３メッセージを受信する場合、第１ベアラに基づいて第４メッセージを生成することができる。

本発明の一部の実施形態によると、ＣＵ－ＣＰは、ステップＳ１３０４において、第４メッセージに応答して第２ベアラが設定されたことを知らせる第５メッセージをＤＵから受信できる。

例えば、第５メッセージは、ＵＥコンテキストセットアップ応答（ＵＥ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）のメッセージ又はＵＥコンテキスト修正応答（ＵＥ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）のメッセージであってもよい。

例えば、ＣＵ－ＣＰは、第５メッセージの受信時、第１ベアラを修正するためにベアラコンテキスト修正要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）のメッセージをＣＵ－ＵＰに送信できる。例えば、ベアラコンテキスト修正要求のメッセージは、ＭＢＳのＩＤを含むことができる。例えば、ベアラコンテキスト修正要求のメッセージは、第５メッセージの受信時、送信されることができる。

例えば、ベアラコンテキスト修正要求のメッセージは、ＭＢＳに対するＣ－ＴＥＩＤを含むことができる。

本開示の一部の実施形態によると、ネットワーク（例えば、基地局）は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの状態にあるＵＥに対するブロードキャスト／マルチキャストのためのＲＡＮの基本機能をサポートすることができる。

例えば、ネットワークは、ＵＥがブロードキャスト／マルチキャストサービスを受信できるようにするグループのスケジューリングメカニズムをサポートすることができる。例えば、ネットワークは、ユニキャストの受信と同時作動（ｓｉｍｕｌｔａｎｅｏｕｓ ｏｐｅｒａｔｉｏｎ、同時動作）を可能にするのに必要な必須の向上（ｎｅｃｅｓｓａｒｙ ｅｎｈａｎｃｅｍｅｎｔｓ）をサポートすることができる。

例えば、ネットワークは与えられたＵＥに対するサービスの連続性を有するマルチキャスト（ＰＴＭ）とユニキャスト（ＰＴＰ）との間のブロードキャスト／マルチキャストサービスの伝達の動的変更をサポートすることができる。

例えば、ネットワークは、サービスの連続性を有する基本移動性をサポートすることができる。

例えば、ネットワークは（ＭＣＥでホストする機能のような）必要な調整機能がｇＮＢ－ＣＵにあると仮定できる。例えば、ネットワークは、ブロードキャスト／マルチキャストに対するＳＡ２ ＳＩの結果を考慮し、ＲＡＮアーキテクチャ及びインターフェースで必要な変更をサポートすることができる。

例えば、ネットワークは、例えば、ＵＬフィードバックによりブロードキャスト／マルチキャストサービスの信頼性を向上させるために必要な変更をサポートすることができる。信頼性のレベル（ｌｅｖｅｌ ｏｆ ｒｅｌｉａｂｉｌｉｔｙ）は、提供されるアプリケーション／サービスの要求事項を基にすることができる。

例えば、ネットワークは１つのｇＮＢ－ＤＵ内でブロードキャスト／マルチキャスト送信領域の動的制御をサポートし、これを可能にするのに必要なことを指定できる。

本開示の一部の実施形態によると、ネットワーク（例えば、基地局）は、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥの状態にあるＵＥに対するブロードキャスト／マルチキャストのためのＲＡＮの基本機能をサポートすることができる。

本発明の一部の実施形態によると、ネットワーク（例えば、基地局）はＰＴＭの受信設定のためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤの状態とＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥの状態との間の最大の共通性を維持するために、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥの状態のＵＥによる地点対多地点送信の受信を可能にするために、必要な変更をサポートすることができる。

ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥの状態のＵＥによる地点対多地点（ＰＴＭ）送信を受信する可能性は、当該ＵＥがＲＲＣ ＣＯＮＮＥＣＴＥＤの状態にある間、ブロードキャスト／マルチキャストサービスを運ぶＰＴＭベアラの構成を予め得る必要なく、サービス加入及び権限付与仮定の検証のためにネットワークによりサポートされることができる。

本開示の一部の実施形態によると、ネットワーク（例えば、基地局）は上位レベルのＭＢＳアーキテクチャをサポートすることができ、（例えば、５ＧＣに連結された）ＮＧ－ＲＡＮのＮＲのみがＲＡＴとみなされるというさらなる制限がある。

例えば、ネットワークは、ＦＲ２でマルチキャスト及び／又はブロードキャスト送信を提供することができる。

例えば、ネットワークはユニキャストとブロードキャスト／マルチキャストサービスとの間の柔軟なリソースの割り当てをサポートすることができる。

以下で、本発明の一部の実施形態による無線通信システムにおいて、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ－ＣＰ及びｇＮＢ－ＣＵ－ＵＰにより実行されるＣＰとＵＰとの分離を介したマルチキャスト送信方法を説明する。

本開示の一部の実施形態によると、ｇＮＢ－ＣＵ－ＣＰは、ＱｏＳフローがマッピングされる要求されたベアラがどのＭＢＳと関連しているかを表示するために、マルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）識別子をｇＮＢ－ＣＵ－ＵＰに提供できる。

例えば、ｇＮＢ－ＣＵ－ＣＰは、ＡＭＦ又はＣＮから受信されたＣ－ＴＥＩＤをマルチキャスト及び／又はブロードキャストのデータ送信に参加するｇＮＢ－ＣＵ－ＵＰ及びｇＮＢ－ＤＵに提供できる。

図１４は、本発明の様々な実施形態による無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャストを送信する手順の一例を示す。

図１４において、ｇＮＢ－ＣＵ－ＵＰとｇＮＢ－ＤＵとの間にマルチキャスト及び／又はブロードキャストのベアラを設定する手順が実行できる。

ステップＳ１４０１において、ＡＭＦは、マルチキャスト及び／又はブロードキャストのデータ送信のためのＰＤＵセッションを設定するかＱｏＳフローをセットアップするために、ＰＤＵセッションリソースの設定要求又はＰＤＵセッションリソースの修正要求のメッセージをｇＮＢ－ＣＵ－ＣＰに送信できる。このメッセージは、マルチキャスト及び／又はブロードキャストのデータ送信に参加するネットワークエンティティに提供されるＣ－ＴＥＩＤを含むことができる。

ステップＳ１４０２において、設定又は修正要求のメッセージの受信時、ｇＮＢ－ＣＵ－ＣＰは、マルチキャスト及び／又はブロードキャストのデータ送信のためのｇＮＢ－ＣＵ－ＵＰとｇＮＢ－ＤＵとの間のベアラ（例えば、データの無線ベアラ又はユニキャストベアラ）の設定を要求するために、ベアラコンテキストの設定要求又はベアラコンテキストの修正要求をｇＮＢ－ＣＵ－ＵＰに送信できる。このメッセージは、要求されたベアラがどのＭＢＳと関連しているかを示すために、ＭＢＳ識別子、例えば、サービス識別子及び／又はＭＢＳフロー識別子を含むことができる。このメッセージはＡＭＦ又はＣＮで受信され、ＭＢＳトラフィックがｇＮＢ－ＣＵ－ＵＰに送信されるトンネルの終端を示す、Ｃ－ＴＥＩＤを含むことができる。

ステップＳ１４０３において、ｇＮＢ－ＣＵ－ＵＰがｇＮＢ－ＣＵ－ＣＰからメッセージを受信するとき、ｇＮＢ－ＣＵ－ＵＰは、要求のベアラを介してＵＥに提供されるＭＢＳを識別することができ、どのＱｏＳフローがＵＥに対して指示されたＭＢＳと関連しているか分かる。ｇＮＢ－ＣＵ－ＵＰは、ベアラコンテキストの設定応答又はベアラコンテキストの修正応答のメッセージをｇＮＢ－ＣＵ－ＣＰに送信できる。

ステップＳ１４０４において、ｇＮＢ－ＣＵ－ＵＰから設定又は修正応答のメッセージを受信すると、ｇＮＢ－ＣＵ－ＣＰは、マルチキャスト及び／又はブロードキャストのデータ送信のためのｇＮＢ－ＤＵとＵＥとの間のベアラ（例えば、データ無線ベアラ又はユニキャストベアラ）の設定を要求するために、ＵＥコンテキストの設定要求又はＵＥコンテキストの修正要求をｇＮＢ－ＤＵに送信できる。このメッセージは、ＡＭＦ又はＣＮで受信され、ＭＢＳトラフィックがｇＮＢ－ＤＵに送信されるトンネルの終端を示す、Ｃ－ＴＥＩＤを含むことができる。

Ｓ１４０５のステップにおいて、要求されたベアラに対する構成を含めて、ｇＮＢ－ＤＵはｇＮＢ－ＣＵ－ＣＰにＵＥコンテキストセットアップ応答（ＵＥ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）又はＵＥコンテキスト修正応答（ＵＥ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）のメッセージで応答することができる。

ステップＳ１４０６において、ｇＮＢ－ＤＵからのメッセージを受信すると、ｇＮＢ－ＣＵ－ＣＰは、ベアラコンテキスト修正要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）のメッセージをｇＮＢ－ＣＵ－ＵＰに送信できる。このメッセージは、要求されたベアラがどのＭＢＳと関連しているかを示すためにＭＢＳ識別子を含むことができる。

ステップＳ１４０７において、ｇＮＢ－ＣＵ－ＣＰからのメッセージを受信すると、ｇＮＢ－ＣＵ－ＵＰは、ベアラコンテキスト修正応答のメッセージで応答することができる。

ステップＳ１４０８において、ｇＮＢ－ＣＵ－ＣＰがｇＮＢ－ＣＵ－ＵＰからメッセージを受信すると、ｇＮＢ－ＣＵ－ＣＰは、ＰＤＵセッションリソース設定応答又はＰＤＵセッションリソース修正応答のメッセージをＡＭＦに送信できる。

以下、本発明の一部の実施形態による無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャスト送信する装置について説明する。

本開示の一部の実施形態によると、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードのＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）－ＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）は、プロセッサ、及びメモリを含むことができる。

例えば、プロセッサは、メモリと動作可能に連結されるように構成されることができる。

プロセッサは、ＲＡＮノードのＣＵ－ＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）からマルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）に対する第１メッセージを受信するように構成されることができる。第１メッセージは、（１）ＭＢＳの識別子（ＩＤ）及び（２）ＭＢＳに対するＣ－ＴＥＩＤ（Ｃｏｍｍｏｎ－Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含むことができる。プロセッサは、ＭＢＳのＩＤに基づいて、ＭＢＳに対するベアラを設定するように構成されることができる。プロセッサは、コアネットワークからＣ－ＴＥＩＤにより表示されるトンネルを介してＭＢＳに対するデータを受信するように構成されることができる。プロセッサは、設定されたベアラを介して受信されたデータをＤＵに送信するように構成されることができる。

例えば、第１メッセージは、ベアラコンテキスト設定要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）のメッセージ又はベアラコンテキスト修正要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）のメッセージであってもよい。

例えば、プロセッサは、第１メッセージに応答してＭＢＳに対するベアラが設定されたことを知らせる第２メッセージをＲＡＮノードのＣＵ－ＣＰに送信するように構成されることができる。例えば、第２メッセージは、ベアラコンテキスト設定応答（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）のメッセージ又はベアラコンテキスト修正応答（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）のメッセージであってもよい。

例えば、ベアラは、データ無線ベアラ及び／又はユニキャストベアラの少なくとも１つを含むことができる。

例えば、第１メッセージは、ＭＢＳに対するサービス識別子及び／又はＭＢＳに対するフロー識別子を含むことができる。

例えば、プロセッサは、ＭＢＳのＩＤを含むＭＢＳに対するベアラコンテキスト修正要求のメッセージをＣＵ－ＣＰから受信するように構成されることができる。

例えば、プロセッサは、ベアラコンテキスト修正要求のメッセージを受信するとき、ＭＢＳのＩＤに基づいてＭＢＳに対するベアラを修正するように構成されることができる。

例えば、プロセッサは、ベアラコンテキスト修正要求のメッセージに応答してベアラコンテキスト修正応答のメッセージをＣＵ－ＣＰに送信するように構成されることができる。

本発明の一部の実施形態によると、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードのＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）－ＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）は、プロセッサ及びメモリを含むことができる。

例えば、プロセッサは、メモリと作動可能に連結されるように構成されることができる。

プロセッサは、マルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）のためのパケットデータユニット（ＰＤＵ）セッションリソースを設定するための第１メッセージをコアネットワークから受信するように構成されることができる。例えば、第１メッセージは、ＭＢＳに対するＣ－ＴＥＩＤ（Ｃｏｍｍｏｎ－Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含むことができる。例えば、第１メッセージは、ＭＢＳのＩＤを含むことができる。プロセッサは、ＣＵ－ＵＰとＲＡＮノードのＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）との間にＭＢＳに対する第１ベアラを設定するための第２メッセージをＲＡＮノードのＣＵ－ＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）に送信するように構成されることができる。例えば、第２メッセージは、１）ＭＢＳのＩＤ、及び２）ＭＢＳに対するＣ－ＴＥＩＤを含むことができる。プロセッサは、第２メッセージに応答してＭＢＳに対する第１ベアラが設定されたことを知らせる第３メッセージをＣＵ－ＵＰから受信するように構成されることができる。プロセッサは、ＤＵと無線装置との間にＭＢＳに対する第２ベアラを設定するための第４メッセージをＤＵに送信するように構成されることができ、第３メッセージはＭＢＳに対するＣ－ＴＥＩＤを含む。例えば、第４メッセージはＭＢＳのＩＤを含むことができる。

例えば、プロセッサは、第３メッセージを受信するとき、第１ベアラに基づいて第４メッセージを生成するように構成されることができる。

例えば、プロセッサは、第４メッセージに応答して第２ベアラが設定されたことを知らせる第５メッセージをＤＵから受信するように構成されることができる。

例えば、プロセッサは、第５メッセージの受信時、第１ベアラを修正するためにベアラコンテキスト修正要求のメッセージをＣＵ－ＵＰに送信するように構成されることができる。例えば、ベアラコンテキスト修正要求のメッセージはＭＢＳのＩＤを含むことができる。

例えば、ベアラコンテキスト修正要求のメッセージは、ＭＢＳに対するＣ－ＴＥＩＤを含む。

例えば、図１０を参照すると、ｇＮＢ－ＣＵは低下したユーザ経験を考慮することによって、ユニキャストとマルチキャストとの間を切り換えるためのＲＡＮノードのＣＵの例であり得る。

以下、本発明の一部の実施形態による、無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャスト送信のためのＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードのＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）－ＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）のためのプロセッサについて説明する。

プロセッサは、ＲＡＮノードのＣＵ－制御プレーン（ＣＰ）からマルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）に対する第１メッセージを受信するようにＣＵ－ＵＰを制御するように構成されることができる。第１メッセージは、（１）ＭＢＳの識別子（ＩＤ）及び（２）ＭＢＳに対するＣ－ＴＥＩＤ（Ｃｏｍｍｏｎ－Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含むことができる。プロセッサは、ＭＢＳのＩＤに基づいて、ＭＢＳに対するベアラを設定するようにＣＵ－ＵＰを制御するように構成されることができる。プロセッサは、コアネットワークからＣ－ＴＥＩＤにより表示されたトンネルを介してＭＢＳに対するデータを受信するようにＣＵ－ＵＰを制御するように構成されることができる。プロセッサは、設定されたベアラを介して受信されたデータをＤＵに送信するようにＣＵ－ＵＰを制御するように構成されることができる。

例えば、第１メッセージは、ベアラコンテキスト設定要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）のメッセージ又はベアラコンテキスト修正要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）のメッセージであってもよい。

例えば、プロセッサは、第１メッセージに応答して、ＭＢＳに対するベアラが設定されたことを知らせる第２メッセージをＲＡＮノードのＣＵ－ＣＰに送信するようにＣＵ－ＵＰを制御するように構成されることができる。例えば、第２メッセージは、ベアラコンテキスト設定応答（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）のメッセージ又はベアラコンテキスト修正応答（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）のメッセージであってもよい。

例えば、ベアラはデータ無線ベアラ及び／又はユニキャストベアラの少なくとも１つを含むことができる。

例えば、第１メッセージは、ＭＢＳに対するサービス識別子及び／又はＭＢＳに対するフロー識別子を含むことができる。

例えば、プロセッサは、ＭＢＳのＩＤを含むＭＢＳに対するベアラコンテキスト修正要求のメッセージをＣＵ－ＣＰから受信するようにＣＵ－ＵＰを制御するように構成されることができる。

例えば、プロセッサは、ベアラコンテキスト修正要求のメッセージを受信するとき、ＭＢＳのＩＤに基づいてＭＢＳに対するベアラを修正するようにＣＵ－ＵＰを制御するように構成されることができる。

例えば、プロセッサは、ベアラコンテキスト修正要求のメッセージに応答して、ベアラコンテキスト修正応答のメッセージをＣＵ－ＣＰに送信するようにＣＵ－ＵＰを制御するように構成されることができる。

以下、本発明の一部の実施形態による、無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャスト送信のためのＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードのＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）－ＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）のためのプロセッサについて説明する。

プロセッサは、マルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）のためのパケットデータユニット（ＰＤＵ）セッションリソースを設定するための第１メッセージをコアネットワークから受信するようにＣＵ－ＣＰを制御するように構成されることができる。例えば、第１メッセージは、ＭＢＳに対するＣ－ＴＥＩＤ（Ｃｏｍｍｏｎ－Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含むことができる。例えば、第１メッセージは、ＭＢＳのＩＤを含むことができる。プロセッサは、ＣＵ－ＵＰとＲＡＮノードのＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）との間にＭＢＳに対する第１ベアラを設定するための第２メッセージをＲＡＮノードのＣＵ－ユーザプレーン（ＵＰ）に送信するようにＣＵ－ＣＰを制御するように構成されることができる。例えば、第２メッセージは、１）ＭＢＳのＩＤ、及び２）ＭＢＳに対するＣ－ＴＥＩＤを含むことができる。プロセッサは、第２メッセージに応答して、ＭＢＳに対する第１ベアラが設定されたことを知らせる第３メッセージをＣＵ－ＵＰから受信するようにＣＵ－ＣＰを制御するように構成されることができる。プロセッサは、ＤＵと無線装置との間にＭＢＳに対する第２ベアラを設定するための第４メッセージをＤＵに送信するようにＣＵ－ＣＰを制御するように構成されることができ、ここで、第３メッセージは、ＭＢＳに対するＣ－ＴＥＩＤを含むことができる。例えば、第４メッセージはＭＢＳのＩＤを含むことができる。

例えば、プロセッサは、第３メッセージを受信するとき、第１ベアラに基づいて第４メッセージを生成するようにＣＵ－ＣＰを制御するように構成されることができる。

例えば、プロセッサは、第４メッセージに応答して、第２ベアラが設定されたことを知らせる第５メッセージをＤＵから受信するようにＣＵ－ＣＰを制御するように構成されることができる。

例えば、プロセッサは、第５メッセージの受信時、第１ベアラを修正するためにベアラコンテキスト修正要求のメッセージをＣＵ－ＵＰに送信するようにＣＵ－ＣＰを制御するように構成されることができる。例えば、ベアラコンテキスト修正要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）のメッセージは、ＭＢＳのＩＤを含むことができる。

例えば、ベアラコンテキスト修正要求のメッセージは、ＭＢＳに対するＣ－ＴＥＩＤを含む。

以下、本発明の一部の実施形態による、無線通信システムにおいて、ＣＰとＵＰとが分離されたマルチキャスト送信のための複数の命令語（instruction、命令）が格納された非一時的コンピュータ読み取り可能媒体について説明する。

本発明のいくつかの実施形態によると、本発明の技術的特徴は、ハードウェア、プロセッサにより実行されるソフトウェア、又はこれらの組み合わせで直接実現されることができる。例えば、無線通信において無線装置により実行される方法は、ハードウェア、ソフトウェア、ファームウェア又はこれらの任意の組み合わせで実現されることができる。例えば、ソフトウェアは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ－ＲＯＭ又はその他の格納媒体に常住できる。

格納媒体のいくつかの例は、プロセッサが格納媒体から情報を読み出すことができるようにプロセッサに連結される。代案として、格納媒体はプロセッサに統合され得る。プロセッサ及び格納媒体は、ＡＳＩＣに常住し得る。別の例として、プロセッサと格納媒体は、別個の構成要素として存在し得る。

コンピュータ読み取り可能媒体は、類型の非－一時的コンピュータ－読み取り可能格納媒体を含むことができる。

例えば、非－一時的コンピュータ－読取可能媒体は、同期式動的ランダムアクセスメモリ（ＳＤＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気的に消すことができるプログラミング可能な読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、磁気又は光学データ格納媒体、若しくは命令又はデータ構造を格納するのに使用できるその他の媒体のようなランダムアクセスメモリ（ＲＡＭ）を含み得る。また、非一時的コンピュータ読み取り可能媒体は、これらの組み合わせを含み得る。

また、本明細書で説明された方法は、命令又はデータ構造のようなコンピュータによりアクセス、読み出し及び／又は実行できるものの形態でコードを伝達するか通信するコンピュータ読み取り可能媒体により少なくとも部分的に実現されることができる。

本開示の一部の実施形態によると、非一時的コンピュータ読み取り可能媒体には、複数の命令語が格納されている。格納された複数の命令語は、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）のプロセッサにより実行されることができる。

格納された複数の命令は、ＣＵ－ＵＰがＲＡＮノードのＣＵ－制御プレーン（ＣＰ）からマルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）に対する第１メッセージを受信するようにできる。第１メッセージは、（１）ＭＢＳの識別子（ＩＤ）及び（２）ＭＢＳに対するＣ－ＴＥＩＤ（Ｃｏｍｍｏｎ－Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含むことができる。格納された複数の命令語は、ＣＵ－ＵＰがＭＢＳのＩＤに基づいてＭＢＳに対するベアラを設定するようにできる。格納された複数の命令語は、ＣＵ－ＵＰがコアネットワークからＣ－ＴＥＩＤにより指示されたトンネルを介してＭＢＳに対するデータを受信するようにできる。格納された複数の命令語は、ＣＵ－ＵＰが設定されたベアラを介して受信されたデータをＤＵに送信するようにできる。

例えば、第１メッセージは、ベアラコンテキスト設定要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）のメッセージ又はベアラコンテキスト修正要求（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）のメッセージであってもよい。

例えば、格納された複数の命令語は、第１メッセージに応答してＭＢＳに対するベアラが設定されたことを知らせる第２メッセージをＣＵ－ＵＰがＲＡＮノードのＣＵ－ＣＰに送信するようにできる。例えば、第２メッセージは、ベアラコンテキスト設定応答（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）のメッセージ又はベアラコンテキスト修正応答（Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）のメッセージであってもよい。

例えば、ベアラは、データ無線ベアラ及び／又はユニキャストベアラの少なくとも１つを含むことができる。

例えば、第１メッセージは、ＭＢＳに対するサービス識別子及び／又はＭＢＳに対するフロー識別子を含むことができる。

例えば、格納された複数の命令語は、ＣＵ－ＵＰがＣＵ－ＣＰからＭＢＳのＩＤを含むＭＢＳに対するベアラコンテキスト修正要求のメッセージを受信するようにできる。

例えば、格納された複数の命令語は、ベアラコンテキスト修正要求のメッセージを受信するとき、ＣＵ－ＵＰがＭＢＳのＩＤに基づいてＭＢＳに対するベアラを修正するようにできる。

例えば、格納された複数の命令語は、ベアラコンテキスト修正要求のメッセージに応答して、ＣＵ－ＵＰがＣＵ－ＣＰにベアラコンテキスト修正応答のメッセージを送信するようにできる。

本開示の一部の実施形態によると、非一時的コンピュータ読み取り可能媒体には複数の命令語が格納されている。格納された複数の命令語は、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードのＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）－ＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）のプロセッサにより実行されることができる。

格納された複数の命令語は、ＣＵ－ＣＰがコアネットワークからマルチキャスト及び／又はブロードキャストサービス（ＭＢＳ）のためのパケットデータユニット（ＰＤＵ）セッションリソースを設定するための第１メッセージを受信するようにできる。例えば、第１メッセージは、ＭＢＳに対するＣ－ＴＥＩＤ（Ｃｏｍｍｏｎ－Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含むことができる。例えば、第１メッセージはＭＢＳのＩＤを含むことができる。格納された複数の命令は、ＣＵ－ＣＰがＣＵ－ＵＰとＲＡＮノードのＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）との間にＭＢＳに対する第１ベアラを設定するための第２メッセージをＲＡＮノードのＣＵ－ＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）に送信するようにできる。例えば、第２メッセージは、１）ＭＢＳのＩＤ、及び２）ＭＢＳに対するＣ－ＴＥＩＤを含むことができる。格納された複数の命令語は、ＣＵ－ＣＰが第２メッセージに応答して、ＭＢＳに対する第１ベアラが設定されたことを知らせる第３メッセージをＣＵ－ＵＰから受信するようにできる。格納された複数の命令は、ＣＵ－ＣＰがＤＵと無線装置との間にＭＢＳに対する第２ベアラを設定するようにする第４メッセージをＤＵに送信させることができ、ここで、第３メッセージはＭＢＳに対するＣ－ＴＥＩＤを含む。例えば、第４メッセージはＭＢＳのＩＤを含むことができる。

例えば、格納された複数の命令語は、ＣＵ－ＣＰが第３メッセージを受信するとき、第１ベアラに基づいて第４メッセージを生成するようにできる。

例えば、格納された複数の命令は、ＣＵ－ＣＰが第４メッセージに応答して、第２ベアラが設定されたことを知らせる第５メッセージをＤＵから受信するようにできる。

例えば、格納された複数の命令語は、ＣＵ－ＣＰが第５メッセージの受信時、第１ベアラを修正するためにベアラコンテキスト修正要求のメッセージをＣＵ－ＵＰに送信するようにできる。例えば、ベアラコンテキスト修正要求のメッセージは、ＭＢＳのＩＤを含むことができる。

例えば、ベアラコンテキスト修正要求のメッセージは、ＭＢＳに対するＣ－ＴＥＩＤを含む。

本発明は様々な効果を有し得る。

本発明のいくつかの実施形態によると、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノード（例えば、ｇＮＢのような基地局）のＣＵ－ＣＰとＲＡＮノードのＣＵ－ＵＰは、マルチキャスト送信を効率的に実行することができる。

例えば、ｇＮＢ－ＣＵ－ＵＰは、ＣＮから受信されたデータのうち、ＵＥに対するマルチキャスト及び／又はブロードキャストデータを識別し、これをＵＥがサービスするｇＮＢ－ＤＵに伝達できる。

従って、ネットワークは、損失することなくマルチキャスト及び／又はブロードキャストのデータ送信を効率的に提供できる。

また、ネットワークはｇＮＢを介してマルチキャスト及び／又はブロードキャストのデータを受信し、ＵＥの経験低下を避けることができる。

本発明のいくつかの実施形態によると、無線通信システムは、無線通信システムにおけるＣＰとＵＰとが分離されたマルチキャスト送信のための効率的なソリューションを提供できる。

本明細書の具体的な例示を通じて得られる効果は、以上で挙げた効果に制限されない。例えば、関連した技術分野の通常の知識を有する者（ａ ｐｅｒｓｏｎ ｈａｖｉｎｇ ｏｒｄｉｎａｒｙ ｓｋｉｌｌ ｉｎ ｔｈｅ ｒｅｌａｔｅｄ ａｒｔ）が本明細書から理解又は誘導できる様々な技術的効果が存在し得る。これによって、本明細書の具体的な効果は、本明細書に明示的に記載されていることに制限されず、本明細書の技術的特徴から理解又は誘導できる様々な効果を含むことができる。

本明細書に記載の請求項は様々な方式で組み合わせ得る。例えば、本明細書の方法請求項の技術的特徴を組み合わせて装置で実現することができ、本明細書の装置請求項の技術的特徴を組み合わせて方法で実現することができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とを組み合わせて装置で実現することができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とを組み合わせて方法で実現することができる。他の実現は、次のような請求範囲内にある。

Claims (15)

1. 無線通信システムにおけるＲＡＮ（Radio Access Network）ノードのＣＵ（Central Unit）－ＣＰ（Control Plane）により実行される方法であって、
   ＭＢＳ（Multicast and/or Broadcast Service）セッションに対するリソースを設定することを要求するためにベアラコンテキスト設定要求メッセージを前記ＲＡＮノードのＣＵ－ＵＰ（User Plane）に送信するステップであって、
   前記ベアラコンテキスト設定要求メッセージは、前記ＭＢＳセッションに対するＭＢＳセッションＩＤ（identifier）を含む、ステップと、
   前記ベアラコンテキスト設定要求メッセージに応答して、前記ＭＢＳセッションに対する前記要求されたリソースの前記設定を確認するためにベアラコンテキスト設定応答メッセージを前記ＣＵ－ＵＰから受信するステップと、
   前記ＭＢＳセッションに対する無線ベアラを設定することを要求するためにコンテキスト設定要求メッセージを前記ＲＡＮノードのＤＵ（Distributed Unit）に送信するステップと、
   前記コンテキスト設定要求メッセージに応答して、コンテキスト設定応答メッセージを前記ＤＵから受信するステップと、を含む、方法。
2. 前記ベアラコンテキスト設定応答メッセージは、前記ＭＢＳに対する前記リソースが設定されたことを知らせる情報を含む、請求項１に記載の方法。
3. 前記コンテキスト設定応答メッセージは、前記ＭＢＳに対する前記無線ベアラが設定されたことを知らせる情報を含む、請求項１に記載の方法。
4. 前記ＭＢＳに対するセッションを設定するための第１メッセージをコアネットワークから受信するステップをさらに含む、請求項１に記載の方法。
5. 前記第１メッセージは、前記ＭＢＳに対するＣ－ＴＥＩＤ（Common-Tunnel Endpoint Identifier）を含む、請求項４に記載の方法。
6. 前記ベアラコンテキスト設定要求メッセージは、前記ＭＢＳに対する前記Ｃ－ＴＥＩＤをさらに含む、請求項５に記載の方法。
7. 前記コンテキスト設定要求メッセージは、前記ＭＢＳに対する前記Ｃ－ＴＥＩＤをさらに含む、請求項５に記載の方法。
8. 無線通信システムにおけるＲＡＮ（Radio Access Network）ノードのＣＵ（Central Unit）－ＣＰ（Control Plane）であって、
   メモリと、
   前記メモリと動作可能に連結された少なくとも１つのプロセッサと、を含み、
   前記少なくとも１つのプロセッサは、
   ＭＢＳ（Multicast and/or Broadcast Service）セッションに対するリソースを設定することを要求するためにベアラコンテキスト設定要求メッセージを前記ＲＡＮノードのＣＵ－ＵＰ（User Plane）に送信し、
   前記ベアラコンテキスト設定要求メッセージは、前記ＭＢＳセッションに対するＭＢＳセッションＩＤ（identifier）を含み、
   前記ベアラコンテキスト設定要求メッセージに応答して、前記ＭＢＳセッションに対する前記要求されたリソースの前記設定を確認するためにベアラコンテキスト設定応答メッセージを前記ＣＵ－ＵＰから受信し、
   前記ＭＢＳセッションに対する無線ベアラを設定することを要求するためにコンテキスト設定要求メッセージを前記ＲＡＮノードのＤＵ（Distributed Unit）に送信し、
   前記コンテキスト設定要求メッセージに応答して、コンテキスト設定応答メッセージを前記ＤＵから受信する、
   ように構成される、ＲＡＮノードのＣＵ－ＣＰ。
9. 前記ベアラコンテキスト設定応答メッセージは、前記ＭＢＳに対する前記リソースが設定されたことを知らせる情報を含む、請求項８に記載のＲＡＮノードのＣＵ－ＣＰ。
10. 前記コンテキスト設定応答メッセージは、前記ＭＢＳに対する前記無線ベアラが設定されたことを知らせる情報を含む、請求項８に記載のＲＡＮノードのＣＵ－ＣＰ。
11. 前記少なくとも１つのプロセッサは、前記ＭＢＳに対するセッションを設定するための第１メッセージをコアネットワークから受信するようにさらに構成される、請求項８に記載のＲＡＮノードのＣＵ－ＣＰ。
12. 前記第１メッセージは、前記ＭＢＳに対するＣ－ＴＥＩＤ（Common-Tunnel Endpoint Identifier）を含む、請求項１１に記載のＲＡＮノードのＣＵ－ＣＰ。
13. 前記ベアラコンテキスト設定要求メッセージは、前記ＭＢＳに対する前記Ｃ－ＴＥＩＤをさらに含む、請求項１２に記載のＲＡＮノードのＣＵ－ＣＰ。
14. 前記コンテキスト設定要求メッセージは、前記ＭＢＳに対する前記Ｃ－ＴＥＩＤをさらに含む、請求項１２に記載のＲＡＮノードのＣＵ－ＣＰ。
15. 無線通信システムにおける無線装置が実行する方法であって、
    ＭＢＳ（Multicast and/or Broadcast Service）セッションのためのＭＢＳデータパケットをＲＡＮ（Radio Access Network）ノードから受信するステップであって、
    前記ＲＡＮノードは、ＣＵ（Central Unit）－ＣＰ（Control Plane）、ＣＵ－ＵＰ（User Plane）、及びＤＵ（Distributed Unit）を含み、
    前記ＣＵ－ＣＰは、前記ＭＢＳセッションに対するリソースを設定することを要求するためにベアラコンテキスト設定要求メッセージを前記ＣＵ－ＵＰに送信し、
    前記ベアラコンテキスト設定要求メッセージは、前記ＭＢＳセッションに対するＭＢＳセッションＩＤ（identifier）を含み、
    前記ＣＵ－ＣＰは、前記ベアラコンテキスト設定要求メッセージに応答して、前記ＭＢＳセッションに対する前記要求されたリソースの前記設定を確認するためにベアラコンテキスト設定応答メッセージを前記ＣＵ－ＵＰから受信し、
    前記ＣＵ－ＣＰは、前記ＭＢＳセッションに対する無線ベアラを設定することを要求するためにコンテキスト設定要求メッセージを前記ＤＵに送信し、
    前記ＣＵ－ＣＰは、前記コンテキスト設定要求メッセージに応答してコンテキスト設定応答メッセージを前記ＤＵから受信する、ステップを含む、方法。

Images