JP7516542B2 - マルチキャスト／ブロードキャストサービス配信の動的変更 - Google Patents

Description

本開示は、概して、限定ではないが、サービス持続性を伴って、マルチキャストとユニキャストとの間のマルチキャストまたはブロードキャストサービス配信を動的に変更させるためのシステムおよび方法を含む、無線通信に関する。

標準化機関である、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、現在、５Ｇ新規無線（５Ｇ ＮＲ）および次世代パケットコアネットワーク（ＮＧ－ＣＮまたはＮＧＣ）と呼ばれる新規無線インターフェースを規定する段階にある。５Ｇ ＮＲは、３つの主要なコンポーネント、すなわち、５Ｇアクセスネットワーク（５Ｇ－ＡＮ）、５Ｇコアネットワーク（５ＧＣ）、およびユーザ機器（ＵＥ）を有するであろう。異なるデータサービスおよび要件の使用可能性を促進するために、ネットワーク機能とも呼ばれる、５ＧＣの要素が、必要性に従って適合され得るように、ソフトウェアベースであるそれらのうちのいくつかを用いて簡略化されている。

本明細書に開示される例示的実施形態は、先行技術に提示される問題のうちの１つまたはそれを上回るものに関連する問題を解決し、かつ添付の図面と関連して検討されるときに以下の詳細な説明を参照することによって容易に明白であろう、付加的特徴を提供することを対象とする。種々の実施形態によると、例示的システム、方法、デバイス、およびコンピュータプログラム製品が、本明細書に開示される。しかしながら、これらの実施形態は、限定ではなく、一例として提示されることが理解され、開示される実施形態に対する種々の修正が、本開示の範囲内に留まったまま行われることができることが、本開示を熟読する当業者に明白となるであろう。

少なくとも１つの側面は、システム、方法、装置、またはコンピュータ可読媒体を対象とする。無線通信デバイスが、マルチキャスト無線リソース構成情報をネットワークから受信してもよい。無線通信デバイスは、マルチキャスト無線リソース構成情報に従って、無線通信デバイスのエアインターフェースプロトコルスタックを構成してもよい。無線通信デバイスは、マルチキャスト無線リソース構成情報に従って、マルチキャストサービスのデータを受信してもよい。

いくつかの実施形態では、無線通信デバイスが、マルチキャスト無線リソース構成の受信に先立って、マルチキャストサービス要求をネットワークに送信してもよい。いくつかの実施形態では、無線通信デバイスは、マルチキャストサービス要求をマルチキャストセッション管理機能またはコアネットワークのエンティティに送信してもよい。いくつかの実施形態では、無線通信デバイスは、マルチキャストサービス要求を無線アクセスネットワーク（ＲＡＮ）ノードに送信してもよい。

いくつかの実施形態では、マルチキャスト無線リソース構成情報は、マルチキャストサービスにサービングするマルチキャスト無線ベアラのマルチキャスト無線ベアラ構成、サービスデータ適合プロトコル（ＳＤＡＰ）構成、パケットデータ収束プロトコル（ＰＤＣＰ）構成、無線リンク制御（ＲＬＣ）ベアラ構成、ＲＬＣ構成、またはマルチキャスト媒体アクセス制御（ＭＡＣ）および物理（ＰＨＹ）レイヤ構成セットを含んでもよい。

いくつかの実施形態では、マルチキャスト無線リソース構成情報は、マルチキャスト無線ベアラ構成、ＲＬＣベアラ構成、またはＭＡＣおよびＰＨＹレイヤ構成セットに対応する、少なくとも１つの動作を含んでもよい。いくつかの実施形態では、ＳＤＡＰ構成は、マルチキャストサービスに対応する、セッションを識別するためのマルチキャストサービスセッション識別子を含んでもよい。

いくつかの実施形態では、タイプ１の１つのＲＬＣベアラとともに構成される、マルチキャスト無線ベアラに関して、マルチキャスト無線ベアラに対応する、各ＰＤＣＰエンティティは、対応する方向のための確認応答モード（ＡＭ）ＲＬＣエンティティまたは非確認応答モード（ＵＭ）ＲＬＣエンティティと関連付けられてもよい。いくつかの実施形態では、タイプ２の１つのＲＬＣベアラとともに構成される、マルチキャスト無線ベアラに関して、マルチキャスト無線ベアラに対応する、各ＰＤＣＰエンティティは、少なくとも１つのＵＭ ＤＬ ＲＬＣエンティティと関連付けられてもよい。いくつかの実施形態では、タイプ１およびタイプ２のＲＬＣベアラの両方とともに構成される、マルチキャスト無線ベアラに関して、マルチキャスト無線ベアラに対応する、各ＰＤＣＰエンティティは、ＡＭ ＲＬＣエンティティまたはＵＭ ＲＬＣエンティティと、少なくとも１つのＵＭ ＤＬ ＲＬＣエンティティと関連付けられてもよい。

いくつかの実施形態では、タイプ１のＲＬＣベアラは、２地点間（ＰＴＰ）属性／タイプ／様式として（またはＰＴＰモードで）構成されてもよく、タイプ２のＲＬＣベアラは、一地点対多地点間（ＰＴＭ）属性／タイプ／様式として（またはＰＴＭモードで）構成されてもよい。いくつかの実施形態では、ネットワークのタイプ１のＲＬＣエンティティのピアＲＬＣエンティティは、マルチキャストサービスを受信する、具体的ＵＥにサービングしてもよく、ネットワークのタイプ２のＲＬＣエンティティのピアＲＬＣエンティティは、マルチキャストサービスを受信する、少なくとも１つの無線通信デバイスにサービングしてもよい。

いくつかの実施形態では、マルチキャストサービスのＭＡＣおよびＰＨＹレイヤ構成セットは、マルチキャストサービスに対応する、ＭＡＣ断続受信（ＤＲＸ）構成、マルチキャストサービスがスケジュールリングされる、セルグループまたはセル識別子リスト、帯域幅部分（ＢＷＰ）構成またはＢＷＰインデックスと関連付けられる、マルチキャストサービス、物理ダウンリンク共有データチャネル（ＰＤＳＣＨ）構成および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）構成、およびチャネル状態情報基準信号（ＣＳＩ－ＲＳ）構成のうちの少なくとも１つを含んでもよい。

いくつかの実施形態では、マルチキャストサービスの物理レイヤ識別子とセッション識別子との間には、マッピング関係が存在し得、マッピング関係は、ブロードキャストチャネルおよびセル内のブロードキャストを通して、または専用シグナリングを通して提供され、具体的無線通信デバイスに送信されてもよい。いくつかの実施形態では、無線通信デバイスは、受信されたＭＡＣプロトコルデータユニット（ＰＤＵ）内の論理チャネル識別子（ＬＣＩＤ）および物理レイヤ識別子または物理レイヤ識別子と関連付けられるセッション識別に従って、論理チャネルを識別してもよい。無線通信デバイスは、ＭＡＣ ＰＤＵ内のマルチキャストサービスの対応するサービスデータを識別された論理チャネルにサブミットしてもよい。

いくつかの実施形態では、ＲＬＣベアラに対応する、論理チャネル識別子（ＬＣＩＤ）は、少なくとも２つのＬＣＩＤ値、すなわち、ｌｃｉｄ２－１およびｌｃｉｄ２－２を含んでもよく、受信されたＭＡＣ ＰＤＵのサブヘッダ内の対応するＬＣＩＤ値がｌｃｉｄ２－１である場合、ＭＡＣエンティティは、受信されたＭＡＣ ＰＤＵ内のサービスデータをｌｃｉｄ２－２によって識別される論理チャネルにサブミットする。

いくつかの実施形態では、受信側ＲＬＣエンティティは、サービングされる無線ベアラ識別子および物理レイヤ識別子または物理レイヤ識別子と関連付けられるセッション識別に従って、ＲＬＣサービスデータユニット（ＳＤＵ）を関連付けられるＰＤＣＰエンティティに一意に配信してもよい。いくつかの実施形態では、ＲＬＣベアラ構成およびＭＡＣおよびＰＨＹレイヤ構成セットは、ブロードキャストチャネルおよびセル内のブロードキャスト、または専用シグナリングによって、規定された無線通信デバイスに提供されてもよい。

いくつかの実施形態では、ステップ１構成が、マルチキャスト／ブロードキャスト無線ベアラ構成、ＲＬＣベアラ構成、またはＭＡＣおよびＰＨＹレイヤ構成セットに対応する、少なくとも１つの動作を含んでもよい。いくつかの実施形態では、ステップ１構成は、マルチキャストサービスと関連付けられる、マルチキャストベアラにサービングする、ＰＴＰタイプまたはＰＴＭタイプＲＬＣベアラの有効または無効動作を含む。

いくつかの実施形態では、無線通信デバイスは、レイヤ１シグナリングを介して、ＰＴＰタイプおよび／またはＰＴＭタイプＲＬＣベアラの有効または無効動作のインジケーションを受信してもよい。レイヤ１シグナリングは、ＭＡＣ制御要素（ＣＥ）またはダウンリンク制御情報（ＤＣＩ）を含んでもよい。ＭＡＣ ＣＥまたはＤＣＩは、無線ベアラ識別子または無線ベアラリストまたはマルチキャストサービスの関連付けられる識別子を含んでもよい。

いくつかの実施形態では、無線通信デバイスは、ＲＲＣシグナリングレイヤ１シグナリングを介して、構成の有効または無効動作のインジケーションを受信してもよい。レイヤ１シグナリングは、ＭＡＣ制御要素（ＣＥ）またはダウンリンク制御情報（ＤＣＩ）を含む。ＭＡＣ ＣＥまたはＤＣＩは、マルチキャストサービスの識別子を含んでもよい。いくつかの実施形態では、関連付けられる識別子は、マルチキャストサービスを識別するためのＧ－ＲＮＴＩまたはセッション識別子、または他の無線通信デバイスがマルチキャストサービスを識別するために使用し得る、識別子によって識別される。いくつかの実施形態では、無効動作は、対応するＲＬＣベアラを解放するステップを含んでもよい。いくつかの実施形態では、無効動作は、ＲＬＣベアラの構成を除去せずに、または留保する（例えば、潜在的に、後の使用のために）ことによって、ＲＬＣベアラの一時停止を含んでもよい。

いくつかの実施形態では、一時停止に応答して、対応するＭＡＣエンティティは、論理チャネルに配信されることになる、受信されたデータを破棄してもよい。いくつかの実施形態では、無効動作は、ＲＬＣエンティティプロシージャ、すなわち、再アセンブルタイマ（ｔ－Ｒｅａｓｓｅｍｂｌｙ）が起動中である場合、ｔ－Ｒｅａｓｓｅｍｂｌｙを停止およびリセットする、任意の利用可能なＲＬＣ ＳＤＵ、ＲＬＣ ＳＤＵセグメント、およびＲＬＣ ＰＤＵを破棄する、および状態変数を初期値に設定することのうちの少なくとも１つを含む。いくつかの実施形態では、有効動作は、ＲＬＣベアラ再開または再確立動作を含んでもよい。

いくつかの実施形態では、ＲＬＣベアラ再開動作は、ＭＡＣエンティティが、対応する論理チャネルに配信されることになる、データを受信することに応答して、ＭＡＣエンティティは、データを対応する論理チャネルに配信することを含んでもよい。いくつかの実施形態では、ＲＬＣベアラ再開動作は、受信されたパケットを再アセンブルし、対応する再アセンブルタイマ（ｔ－Ｒｅａｓｓｅｍｂｌｙ）を開始することを含んでもよい。

いくつかの実施形態では、ステップ１構成は、マルチキャストサービスと関連付けられる、ＭＡＣまたはＰＨＹ構成セットの解放を含んでもよい。いくつかの実施形態では、ステップ１構成は、マルチキャストサービスと関連付けられる、ＭＡＣまたはＰＨＹ構成セットの一時停止を含んでもよい。いくつかの実施形態では、マルチキャストサービスと関連付けられる、１つまたはそれを上回るタイプ２のＲＬＣベアラは、一時停止される。いくつかの実施形態では、マルチキャストサービスと関連付けられる、１つまたはそれを上回るタイプ２のＲＬＣベアラは、解放される。

いくつかの実施形態では、ステップ１構成は、マルチキャストサービスと関連付けられる、ＭＡＣまたはＰＨＹ構成セットの再開動作を含んでもよい。いくつかの実施形態では、マルチキャストサービスと関連付けられる、１つまたはそれを上回るタイプ２のＲＬＣベアラは、再開または確立されてもよい。

いくつかの実施形態では、ステップ１構成が、ＰＤＣＰステータス報告のためのトリガ条件を含んでもよく、ＰＴＭタイプのＲＬＣベアラ（時として、ＰＴＭ属性、ＰＴＭモード、またはＰＴＭ様式とも称される）から受信している、ＭＲＢに関して、ＭＲＢが、タイプ２またはＰＴＭタイプのＲＬＣベアラの一時停止または解放の動作とともに、ＰＴＰタイプのＲＬＣベアラ（時として、ＰＴＰ属性、ＰＴＰモード、またはＰＴＰ様式とも称される）から受信するように構成され得るとき、ＰＴＭタイプのＲＬＣベアラから受信している、ＭＲＢに関して、ＭＲＢが、タイプ１またはＰＴＰタイプのＲＬＣベアラの確立の動作とともに、ＰＴＭおよびＰＴＰモードの両方から受信するように構成され得るとき、マルチキャストサービスと関連付けられる、ＭＡＣ／ＰＨＹ構成セットが、一時停止または解放されるとき、マルチキャスト無線ベアラと関連付けられる、マルチキャストタイプＲＬＣベアラが、解放、アクティブ化解除、または一時停止され、マルチキャスト無線ベアラと関連付けられる、ユニキャストタイプＲＬＣベアラが、確立される、または存在するとき、マルチキャストサービスと関連付けられる、最大ブロックエラーレート（ＢＬＥＲ）に到達したとき、またはマルチキャストサービスに関する物理レイヤ基準信号の測定に基づいて、最小基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、または信号対干渉＋雑音（ＳＩＮＲ）値に到達したとき、第１の喪失されたＰＤＣＰ ＰＤＵからのＰＤＣＰ ＰＤＵと、正常に受信されたＰＤＣＰ ＰＤＵのシーケンス番号間の最大差に到達したとき、喪失されたＰＤＣＰ ＰＤＵの最大数または喪失されたＰＤＣＰ ＰＤＵの数とある時間ウィンドウ内のＰＤＣＰ ＰＤＵの総数の最大比に到達したとき、ＰＤＣＰ並替タイマが満了するとき、ＰＤＣＰエンティティ内で並べ替えられるために待機するパケットの最大数に到達したとき、あるビットがＰＤＣＰ ＳＲを示す、ＰＤＣＰ制御ＰＤＵが、受信されるとき、マルチキャストサービスにサービングするベアラと関連付けられる、ＰＤＣＰエンティティに関するＰＤＣＰ ＳＲを実施するように無線通信デバイスを周期的にトリガするタイマが、満了するとき、ネットワークが、無線通信デバイスに、ＭＡＣ ＣＥをシグナリングし、ＰＤＣＰ ＳＲが具体的マルチキャストサービスの具体的ベアラのために必要とされることを示すとき、およびネットワークが、マルチキャストサービスに対応する、物理ダウンリンク制御チャネルに関する情報を提供し、無線通信デバイスに、ＰＤＣＰ ＳＲ動作を実施するようにシグナリングするときのうちの１つを含んでもよい。

いくつかの実施形態では、ＰＤＣＰステータス報告コンテンツは、最後の受信されたＰＤＣＰ ＰＤＵカウント値または第１の喪失されたＰＤＣＰ ＰＤＵカウント値、喪失されたＰＤＣＰ ＰＤＵのビットマップ、またはある時間ウィンドウまたはシーケンス番号ウィンドウ内の喪失されたＰＤＣＰ ＰＤＵの数または比率のうちの少なくとも１つを含む。いくつかの実施形態では、ＰＤＣＰステータス報告は、タイプ１のＲＬＣエンティティ内で送信される。
例えば、本願は以下の項目を提供する。
（項目１）
方法であって、
無線通信デバイスによって、マルチキャスト無線リソース構成情報をネットワークから受信することと、
上記無線通信デバイスによって、上記マルチキャスト無線リソース構成情報に従って、上記無線通信デバイスのエアインターフェースプロトコルスタックを構成することと
を含む、方法。
（項目２）
上記マルチキャスト無線リソース構成の受信に先立って、上記無線通信デバイスによって、マルチキャストサービス要求を上記ネットワークに送信することを含む、項目１に記載の方法。
（項目３）
上記無線通信デバイスによって、上記マルチキャストサービス要求をマルチキャストセッション管理機能またはコアネットワークのエンティティに送信することを含む、項目２に記載の方法。
（項目４）
上記無線通信デバイスによって、上記マルチキャストサービス要求を無線アクセスネットワーク（ＲＡＮ）ノードに送信することを含む、項目２に記載の方法。
（項目５）
上記マルチキャスト無線リソース構成情報は、上記マルチキャストサービスにサービングするマルチキャスト無線ベアラのマルチキャスト無線ベアラ構成、サービスデータ適合プロトコル（ＳＤＡＰ）構成、パケットデータ収束プロトコル（ＰＤＣＰ）構成、無線リンク制御（ＲＬＣ）ベアラ構成、ＲＬＣ構成、またはマルチキャスト媒体アクセス制御（ＭＡＣ）および物理（ＰＨＹ）レイヤ構成セットを含む、項目１に記載の方法。
（項目６）
上記マルチキャスト無線リソース構成情報は、上記マルチキャストサービスと関連付けられるマルチキャスト無線ベアラ構成、ＲＬＣベアラ構成、またはＭＡＣおよびＰＨＹレイヤ構成セットに対応する、少なくとも１つの動作を含む、項目１に記載の方法。
（項目７）
上記ＳＤＡＰ構成は、上記マルチキャストサービスに対応するセッションを識別するためのマルチキャストサービスセッション識別子を含む、項目２または５に記載の方法。
（項目８）
タイプ１の１つのＲＬＣベアラとともに構成されるマルチキャスト無線ベアラに関して、上記マルチキャスト無線ベアラに対応する各ＰＤＣＰエンティティは、対応する方向のための確認応答モード（ＡＭ）ＲＬＣエンティティまたは非確認応答モード（ＵＭ）ＲＬＣエンティティと関連付けられ、それぞれが、タイプ１のＲＬＣエンティティを備えることと、
タイプ２の１つのＲＬＣベアラとともに構成されるマルチキャスト無線ベアラに関して、上記マルチキャスト無線ベアラに対応する各ＰＤＣＰエンティティは、上記少なくとも１つのＵＭ ＤＬ ＲＬＣエンティティと関連付けられ、それぞれが、タイプ２のＲＬＣエンティティを備えることと、
タイプ１およびタイプ２の両方のＲＬＣベアラとともに構成されるマルチキャスト無線ベアラに関して、上記マルチキャスト無線ベアラに対応する各ＰＤＣＰエンティティは、上記ＡＭ ＲＬＣエンティティまたは上記ＵＭ ＲＬＣエンティティと、上記少なくとも１つのＵＭ ＤＬ ＲＬＣエンティティと関連付けられることと
のうちの１つを含む、項目５に記載の方法。
（項目９）
上記タイプ１のＲＬＣベアラは、２地点間（ＰＴＰ）タイプであり、上記タイプ２のＲＬＣベアラは、一地点対多地点間（ＰＴＭ）タイプである、項目８に記載の方法。
（項目１０）
上記タイプ１のＲＬＣベアラと関連付けられる上記ＲＬＣエンティティに対する上記ネットワークのピアＲＬＣエンティティは、上記マルチキャストサービスを受信する具体的無線通信デバイスにサービングし、上記タイプ２のＲＬＣベアラと関連付けられる上記ＲＬＣエンティティに対する上記ネットワークのピアＲＬＣエンティティは、上記マルチキャストサービスを受信する少なくとも１つの無線通信デバイスにサービングする、項目８に記載の方法。
（項目１１）
上記マルチキャストサービスのＭＡＣおよびＰＨＹレイヤ構成セットは、上記マルチキャストサービスに対応するＭＡＣ断続受信（ＤＲＸ）構成、上記マルチキャストサービスがスケジュールリングされるセルグループまたはセル識別子リスト、上記マルチキャストサービスと関連付けられる帯域幅部分（ＢＷＰ）構成またはＢＷＰインデックス、物理ダウンリンク共有データチャネル（ＰＤＳＣＨ）構成および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）構成、またはチャネル状態情報基準信号（ＣＳＩ－ＲＳ）構成のうちの少なくとも１つを含む、項目５に記載の方法。
（項目１２）
上記マルチキャストサービスの物理レイヤ識別子とセッション識別子との間には、マッピング関係が存在し、上記マッピング関係は、ブロードキャストチャネルおよびセル内のブロードキャストを通して、または具体的無線通信デバイスへの専用シグナリングを通して提供される、項目５に記載の方法。
（項目１３）
上記無線通信デバイスによって、受信されたＭＡＣプロトコルデータユニット（ＰＤＵ）内の論理チャネル識別子（ＬＣＩＤ）および物理レイヤ識別子または上記物理レイヤ識別子と関連付けられるセッション識別に従って、論理チャネルを識別することと、
上記ＭＡＣ ＰＤＵ内の上記マルチキャストサービスの対応するサービスデータを上記識別された論理チャネルにサブミットすることと
を含む、項目５に記載の方法。
（項目１４）
ＲＬＣベアラに対応する論理チャネル識別子（ＬＣＩＤ）は、少なくとも２つのＬＣＩＤ値、すなわち、ｌｃｉｄ２－１およびｌｃｉｄ２－２を含み、上記受信されたＭＡＣ ＰＤＵのサブヘッダ内の上記対応するＬＣＩＤ値がｌｃｉｄ２－１である場合、ＭＡＣエンティティは、受信されたＭＡＣ ＰＤＵ内のサービスデータをｌｃｉｄ２－２によって識別される論理チャネルにサブミットする、項目５に記載の方法。
（項目１５）
受信側ＲＬＣエンティティが、サービングされる無線ベアラ識別子および物理レイヤ識別子または上記物理レイヤ識別子と関連付けられるセッション識別に従って、ＲＬＣサービスデータユニット（ＳＤＵ）を関連付けられるＰＤＣＰエンティティに一意に配信する、項目５に記載の方法。
（項目１６）
上記ＲＬＣベアラ構成および上記ＭＡＣおよびＰＨＹレイヤ構成セットは、ブロードキャストチャネルおよびセル内のブロードキャストを通して、または具体的無線通信デバイスへの専用シグナリングを通して提供される、項目５に記載の方法。
（項目１７）
ステップ１構成が、上記マルチキャスト無線リソース構成情報を含む、項目５または６に記載の方法。
（項目１８）
ステップ１構成が、上記マルチキャストサービスと関連付けられるマルチキャストベアラにサービングする上記タイプ１のＲＬＣベアラまたは上記タイプ２のＲＬＣベアラの有効または無効動作を含む、項目９に記載の方法。
（項目１９）
上記無線通信デバイスによって、ＲＲＣシグナリングまたはレイヤ１シグナリングを介して、上記タイプ１のＲＬＣベアラまたは上記タイプ２のＲＬＣベアラの有効または無効動作のインジケーションを受信することを含み、上記レイヤ１シグナリングはＭＡＣ制御要素（ＣＥ）またはダウンリンク制御情報（ＤＣＩ）を含み、上記ＭＡＣ ＣＥまたはＤＣＩは、無線ベアラ識別子または無線ベアラリストまたは上記マルチキャストサービスの関連付けられる識別子のうちの１つまたはそれを上回るものを含む、項目１８に記載の方法。
（項目２０）
上記関連付けられる識別子は、Ｇ－ＲＮＴＩまたはセッション識別子によって識別され、上記マルチキャストサービスを識別する、項目１９に記載の方法。
（項目２１）
上記無効動作は、対応するＲＬＣベアラを解放することを含む、項目１８に記載の方法。
（項目２２）
上記無効動作は、上記ＲＬＣベアラの構成を除去せずに、ＲＬＣベアラの一時停止を含む、項目１８に記載の方法。
（項目２３）
上記一時停止に応答して、上記対応するＭＡＣエンティティは、それに対して上記ＭＡＣエンティティが構成される上記論理チャネルに配信されることになる受信されたデータを破棄する、項目２２に記載の方法。
（項目２４）
上記無効動作は、
再アセンブルタイマが、起動中である場合、上記再アセンブルタイマを停止およびリセットすることと、
任意の利用可能なＲＬＣ ＳＤＵ、ＲＬＣ ＳＤＵセグメント、およびＲＬＣ ＰＤＵを破棄することと、
状態変数を初期値に設定することと
のうちの少なくとも１つを含むＲＬＣエンティティプロシージャを含む、項目２２に記載の方法。
（項目２５）
上記有効動作は、ＲＬＣベアラ再開または再確立動作を含む、項目１８に記載の方法。
（項目２６）
上記ＲＬＣベアラ再開動作は、
ＭＡＣエンティティが、対応する論理チャネルに配信されることになるデータを受信することに応答して、上記ＭＡＣエンティティは、上記データを上記対応する論理チャネルに配信することと、
受信されたパケットを再アセンブルし、対応する再アセンブルタイマを開始することと
を含む、項目２５に記載の方法。
（項目２７）
上記ステップ１構成は、上記マルチキャストサービスと関連付けられる上記ＭＡＣおよびＰＨＹ構成セットの解放を含む、項目１７に記載の方法。
（項目２８）
上記ステップ１構成は、上記マルチキャストサービスと関連付けられる上記ＭＡＣおよびＰＨＹ構成セットの一時停止を含み、これは、潜在的な後の使用のために、上記ＭＡＣおよびＰＨＹ構成セットを留保することを含む、項目１７に記載の方法。
（項目２９）
上記マルチキャストサービスと関連付けられる１つまたはそれを上回るタイプ２のＲＬＣベアラが、解放される、項目２７に記載の方法。
（項目３０）
上記マルチキャストサービスと関連付けられる１つまたはそれを上回るタイプ２のＲＬＣベアラが、一時停止される、項目２８に記載の方法。
（項目３１）
上記ステップ１構成は、上記マルチキャストサービスと関連付けられる上記ＭＡＣおよびＰＨＹ構成セットの再開動作を含む、項目１７に記載の方法。
（項目３２）
上記マルチキャストサービスと関連付けられる１つまたはそれを上回るタイプ２のＲＬＣベアラが、再開または再確立される、項目３１に記載の方法。
（項目３３）
ステップ１構成が、
一地点対多地点間（ＰＴＭ）タイプのＲＬＣベアラから受信しているマルチキャスト無線ベアラに関して、上記マルチキャスト無線ベアラが、ＰＴＭタイプのＲＬＣベアラの一時停止または解放と併せて、２地点間（ＰＴＰ）タイプのＲＬＣベアラから受信するように構成されるとき、
ＰＴＭタイプのＲＬＣベアラから受信しているマルチキャスト無線ベアラに関して、上記マルチキャスト無線ベアラが、ＰＴＰタイプのＲＬＣベアラの確立と併せて、ＰＴＭおよびＰＴＰモードの両方から受信するように構成されるとき、
上記マルチキャストサービスと関連付けられる上記ＭＡＣおよびＰＨＹ構成セットが、一時停止または解放されるとき、
上記マルチキャストサービスと関連付けられる最大ブロックエラーレート（ＢＬＥＲ）に到達したとき、または
上記マルチキャストサービスのための物理レイヤ基準信号の測定に基づいて、最小基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、または信号対干渉＋雑音比（ＳＩＮＲ）値に到達したとき、
第１の喪失されたＰＤＣＰ ＰＤＵからのＰＤＣＰ ＰＤＵと正常に受信されたＰＤＣＰ ＰＤＵのシーケンス番号間の最大差に到達したとき、
喪失されたＰＤＣＰ ＰＤＵの最大数または喪失されたＰＤＣＰ ＰＤＵの数と時間ウィンドウ内のＰＤＣＰ ＰＤＵの総数の最大比に到達したとき、
ＰＤＣＰ並替タイマが満了するとき、
ＰＤＣＰエンティティ内で並べ替えられるために待機するパケットの最大数に到達したとき、
上記ＰＤＣＰ ＳＲを示す、ＰＤＣＰ制御ＰＤＵが受信されたとき、
上記マルチキャストサービスにサービングするベアラと関連付けられるＰＤＣＰエンティティのためのＰＤＣＰ ＳＲを実施するように上記無線通信デバイスを周期的にトリガするタイマが、満了するとき、
上記ネットワークが、上記無線通信デバイスに、ＭＡＣ ＣＥをシグナリングし、ＰＤＣＰ ＳＲが具体的マルチキャストサービスの具体的ベアラのために必要とされることを示すとき、
上記ネットワークが、上記マルチキャストサービスに対応する物理ダウンリンク制御チャネルに関する情報を提供し、上記無線通信デバイスに、ＰＤＣＰ ＳＲ動作を実施するようにシグナリングするとき
のうちの１つを含むＰＤＣＰステータス報告のためのトリガ条件を含む、項目５に記載の方法。
（項目３４）
上記ＰＤＣＰステータス報告は、
最後の受信されたＰＤＣＰ ＰＤＵカウント値または第１の喪失されたＰＤＣＰ ＰＤＵカウント値、
喪失されたＰＤＣＰ ＰＤＵのビットマップ、または
時間ウィンドウまたはシーケンス番号ウィンドウ内の上記喪失されたＰＤＣＰ ＰＤＵの数または比率
のうちの少なくとも１つを含む、項目３３に記載の方法。
（項目３５）
上記ＰＤＣＰステータス報告は、タイプ１のＲＬＣエンティティ内で送信される、項目３２に記載の方法。
（項目３６）
コンピュータ可読記憶媒体であって、上記コンピュータ可読記憶媒体は、命令を記憶しており、上記命令は、１つまたはそれを上回るプロセッサによって実行されると、上記１つまたはそれを上回るプロセッサに、項目１－３５のいずれか１項に記載の方法を実施させ得る、コンピュータ可読記憶媒体。
（項目３７）
装置であって、
１つまたはそれを上回るプロセッサと、
実行可能命令を記憶するメモリであって、上記命令は、上記１つまたはそれを上回るプロセッサによる実行に応じて、上記１つまたはそれを上回るプロセッサに、項目１－３５のいずれか１項に記載の方法を実施させる、メモリと
を備える、装置。

本ソリューションの種々の例示的実施形態は、以下の図または図面を参照して下記に詳細に説明される。図面は、例証目的のためだけに提供され、単に、本ソリューションの読者の理解を促進するための本ソリューションの例示的実施形態を描写する。したがって、図面は、本ソリューションの範疇、範囲、または可用性の限定と見なされるべきではない。明確にするため、かつ例証の容易性のため、これらの図面は、必ずしも、正確な縮尺で描かれていないことに留意されたい。

図１は、本開示のある実施形態による、本明細書に開示される技法が実装され得る、例示的セルラー通信ネットワークを図示する。

図２は、本開示のいくつかの実施形態による、例示的基地局およびユーザ機器デバイスのブロック図を図示する。

図３は、サービス持続性を伴って、マルチキャストとユニキャストとの間のマルチキャスト／ブロードキャストサービス配信を動的に変更させる、例示的シーケンスの通信略図を図示する。

図４Ａは、ランダムアクセスネットワーク（ＲＡＮ）視点からの配信スキームの通信略図を図示する。

図４Ｂは、ユーザ機器（ＵＥ）視点からの配信スキームの通信略図を図示する。

図５は、ユーザ機器（ＵＥ）視点からの切替スキームの通信略図を図示する。

図６は、ユーザ機器（ＵＥ）視点からの再伝送スキームの通信略図を図示する。

図７は、サービス持続性を伴って、マルチキャストとユニキャストとの間のマルチキャスト／ブロードキャストサービス配信を動的に変更させるための、例示的方法のフロー図を図示する。

詳細な説明
本ソリューションの種々の例示的実施形態は、当業者が本ソリューションを作製および使用することを可能にするために、付随の図を参照して下記に説明される。当業者に明白となるであろうように、本開示を熟読後、本明細書に説明される実施例の種々の変更または修正が、本ソリューションの範囲から逸脱することなく、行われることができる。したがって、本ソリューションは、本明細書に説明および図示される例示的実施形態および用途に限定されない。加えて、本明細書に開示される方法におけるステップの具体的順序または階層は、単に、例示的アプローチである。設計選好に基づいて、開示される方法またはプロセスのステップの具体的順序または階層は、本ソリューションの範囲内に留まったまま、並べ替えられることができる。したがって、当業者は、本明細書に開示される方法および技法が、種々のステップまたは行為をサンプル順序において提示し、本ソリューションが、明示的にそうではないことが述べられない限り、提示される具体的順序または階層に限定されないことを理解するであろう。

以下の頭字語は、本開示全体を通して使用される。
１． モバイル通信技術および環境

図１は、本開示の実施形態による、本明細書に開示される技法が実装され得る、例示的無線通信ネットワークおよび／またはシステム１００を図示する。以下の議論では、無線通信ネットワーク１００は、セルラーネットワークまたは狭帯域モノのインターネット（ＮＥ－ＩｏＴ）ネットワーク等の任意の無線ネットワークであってもよく、本明細書では「ネットワーク１００」と称される。そのような例示的ネットワーク１００は、基地局１０２（以降、「ＢＳ１０２」、無線通信ノードとも称される）と、通信リンク１１０（例えば、無線通信チャネル）を介して相互に通信し得る、ユーザ機器デバイス１０４（以降、「ＵＥ１０４」、無線通信デバイスとも称される）と、地理的エリア１０１にオーバーレイする、セルのクラスタ１２６、１３０、１３２、１３４、１３６、１３８、および１４０とを含む。図１では、ＢＳ１０２およびＵＥ１０４は、セル１２６の個別の地理的境界内に含有される。他のセル１３０、１３２、１３４、１３６、１３８、および１４０はそれぞれ、その配分された帯域幅で動作し、適正な無線カバレッジをその意図されるユーザに提供する、少なくとも１つの基地局を含んでもよい。

例えば、ＢＳ１０２は、配分されたチャネル伝送帯域幅で動作し、適正なカバレッジをＵＥ１０４に提供し得る。ＢＳ１０２およびＵＥ１０４は、それぞれ、ダウンリンク無線フレーム１１８およびアップリンク無線フレーム１２４を介して通信してもよい。各無線フレーム１１８／１２４は、サブフレーム１２０／１２７にさらに分割されてもよく、これは、データシンボル１２２／１２８を含んでもよい。本開示では、ＢＳ１０２およびＵＥ１０４は、概して、本明細書に開示される方法を実践し得る、「通信ノード」の非限定的実施例として本明細書に説明される。そのような通信ノードは、本ソリューションの種々の実施形態によると、無線および／または有線通信することが可能であり得る。

図２は、本ソリューションのいくつかの実施形態による、無線通信信号（例えば、ＯＦＤＭ／ＯＦＤＭＡ信号）を伝送および受信するための例示的無線通信システム２００のブロック図を図示する。本システム２００は、本明細書に詳細に説明される必要はない、既知または従来の動作特徴をサポートするように構成される、コンポーネントおよび要素を含んでもよい。一例証的実施形態では、システム２００は、上記に説明されるように、図１の無線通信環境１００等の無線通信環境内でデータシンボルを通信（例えば、伝送および受信）するために使用されることができる。

システム２００は、概して、基地局２０２（以降、「ＢＳ２０２」）と、ユーザ機器デバイス２０４（以降、「ＵＥ２０４」）とを含む。ＢＳ２０２は、ＢＳ（基地局）送受信機モジュール２１０と、ＢＳアンテナ２１２と、ＢＳプロセッサモジュール２１４と、ＢＳメモリモジュール２１６と、ネットワーク通信モジュール２１８とを含み、各モジュールは、必要に応じて、データ通信バス２２０を介して、相互に結合および相互接続される。ＵＥ２０４は、ＵＥ（ユーザ機器）送受信機モジュール２３０と、ＵＥアンテナ２３２と、ＵＥメモリモジュール２３４と、ＵＥプロセッサモジュール２３６とを含み、各モジュールは、必要に応じて、データ通信バス２４０を介して、相互に結合および相互接続される。ＢＳ２０２は、任意の無線チャネルまたは本明細書に説明されるようなデータの伝送のために好適な他の媒体であり得る、通信チャネル２５０を介して、ＵＥ２０４と通信する。

当業者によって理解されるであろうように、システム２００はさらに、図２に示されるモジュール以外の任意の数のモジュールを含んでもよい。当業者は、本明細書に開示される実施形態に関連して説明される、種々の例証的ブロック、モジュール、回路、および処理論理が、ハードウェア、コンピュータ可読ソフトウェア、ファームウェア、または任意の実践的なそれらの組み合わせにおいて実装されてもよいことを理解するであろう。ハードウェア、ファームウェア、およびソフトウェアの本可換性および互換性を明確に図示するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップが、概して、その機能性の観点から説明される。そのような機能性が、ハードウェア、ファームウェア、またはソフトウェアとして実装されるかどうかは、特定の用途および全体的システム上に課される設計制約に依存し得る。本明細書に説明される概念に精通する者は、そのような機能性を特定の用途毎に好適な様式で実装してもよいが、そのような実装決定は、本開示の範囲を限定するものとして解釈されるべきではない。

いくつかの実施形態によると、ＵＥ送受信機２３０は、本明細書では、それぞれ、アンテナ２３２に結合される回路を備える、無線周波数（ＲＦ）送信機およびＲＦ受信機を含む、「アップリンク」送受信機２３０と称され得る。デュプレックス切替（図示せず）が、代替として、時間デュプレックス方式において、アップリンク送信機または受信機をアップリンクアンテナに結合してもよい。同様に、いくつかの実施形態によると、ＢＳ送受信機２１０は、本明細書では、それぞれ、アンテナ２１２に結合される回路を備える、ＲＦ送信機およびＲＦ受信機を含む、「ダウンリンク」送受信機２１０と称され得る。ダウンリンクデュプレックス切替は、代替として、時間デュプレックス方式において、ダウンリンク送信機または受信機をダウンリンクアンテナ２１２に結合してもよい。２つの送受信機モジュール２１０および２３０の動作は、アップリンク受信機回路が、無線伝送リンク２５０を経由した伝送の受信のために、アップリンクアンテナ２３２に結合されるのと同時に、ダウンリンク送信機が、ダウンリンクアンテナ２１２に結合されるように、時間的に協調される。逆に言えば、２つの送受信機２１０および２３０の動作は、ダウンリンク受信機が、無線伝送リンク２５０を経由した伝送の受信のためにダウンリンクアンテナ２１２に結合されるのと同時に、アップリンク伝送機が、アップリンクアンテナ２３２に結合されるように、時間的に協調されてもよい。いくつかの実施形態では、最小限の保護時間をデュプレックス方向の変更間に伴って、近接時間同期が存在する。

ＵＥ送受信機２３０および基地局送受信機２１０は、無線データ通信リンク２５０を介して通信し、特定の無線通信プロトコルおよび変調スキームをサポートし得る、好適に構成されたＲＦアンテナ配列２１２／２３２と協働するように構成される。いくつかの例証的実施形態では、ＵＥ送受信機２１０および基地局送受信機２１０は、ロングタームエボリューション（ＬＴＥ）および新しい５Ｇ規格および同等物等の産業規格をサポートするように構成される。しかしながら、本開示は、必ずしも、特定の規格および関連付けられるプロトコルに用途が限定されないことを理解されたい。むしろ、ＵＥ送受信機２３０および基地局送受信機２１０は、将来的規格またはその変形例を含む、代替または付加的無線データ通信プロトコルをサポートするように構成されてもよい。

種々の実施形態によると、ＢＳ２０２は、例えば、進化型ノードＢ（ｅＮＢ）、サービングｅＮＢ、標的ｅＮＢ、フェムトステーション、またはピコステーションであってもよい。いくつかの実施形態では、ＵＥ２０４は、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、タブレット、ラップトップコンピュータ、ウェアラブルコンピューティングデバイス等の種々のタイプのユーザデバイスにおいて具現化されてもよい。プロセッサモジュール２１４および２３６は、本明細書に説明される機能を実施するように設計される、汎用プロセッサ、コンテンツアドレス指定可能メモリ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、任意の好適なプログラマブル論理デバイス、離散ゲート、またはトランジスタ論理、離散ハードウェアコンポーネント、または任意のそれらの組み合わせとともに実装または実現されてもよい。このように、プロセッサは、マイクロプロセッサ、コントローラ、マイクロコントローラ、状態機械、または同等物として実現され得る。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、デジタル信号プロセッサおよびマイクロプロセッサ、複数のマイクロプロセッサ、デジタル信号プロセッサコアと併せた１つまたはそれを上回るマイクロプロセッサ、または任意の他のそのような構成の組み合わせとして実装されてもよい。

さらに、本明細書に開示される実施形態と関連して説明される方法またはアルゴリズムのステップは、直接、それぞれ、プロセッサモジュール２１４および２３６によって実行される、ハードウェア、ファームウェア、ソフトウェアモジュール、またはそれらの任意の実践的組み合わせにおいて具現化されてもよい。メモリモジュール２１６および２３４は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ－ＲＯＭ、または当技術分野において公知の任意の他の形態の記憶媒体として実現され得る。この点において、メモリモジュール２１６および２３４は、それぞれ、プロセッサモジュール２１０および２３０が、それぞれ、メモリモジュール２１６および２３４から情報を読み取り、そこに情報を書き込み得るように、プロセッサモジュール２１０および２３０に結合されてもよい。メモリモジュール２１６および２３４はまた、その個別のプロセッサモジュール２１０および２３０の中に統合されてもよい。いくつかの実施形態では、メモリモジュール２１６および２３４はそれぞれ、それぞれ、プロセッサモジュール２１０および２３０によって実行される命令の実行の間、一時的変数または他の中間情報を記憶するために、キャッシュメモリを含んでもよい。メモリモジュール２１６および２３４はまたそれぞれ、それぞれ、プロセッサモジュール２１０および２３０によって実行されるための命令を記憶するために、不揮発性メモリを含んでもよい。

ネットワーク通信モジュール２１８は、概して、基地局送受信機２１０と、基地局２０２と通信するように構成される、他のネットワークコンポーネントおよび通信ノードとの間の双方向通信を可能にする、基地局２０２のハードウェア、ソフトウェア、ファームウェア、処理論理、および／または他のコンポーネントを表す。例えば、ネットワーク通信モジュール２１８は、インターネットまたはＷｉＭＡＸトラフィックをサポートするように構成されてもよい。典型的展開では、限定ではないが、ネットワーク通信モジュール２１８は、基地局送受信機２１０が、従来のイーサネット（登録商標）ベースのコンピュータネットワークと通信し得るように、８０２．３イーサネット（登録商標）インターフェースを提供する。このように、ネットワーク通信モジュール２１８は、コンピュータネットワーク（例えば、移動交換局（ＭＳＣ））への接続のための物理インターフェースを含んでもよい。規定された動作または機能に対する、用語「～のために構成される（ｃｏｎｆｉｇｕｒｅｄ ｆｏｒ）」、「～のように構成される（ｃｏｎｆｉｇｕｒｅｄ ｔｏ）」、およびその活用形は、本明細書で使用されるように、規定された動作または機能を実施するように物理的に構築される、プログラムされる、フォーマット化される、および／または配列される、デバイス、コンポーネント、回路、構造、機械、信号等を指す。

開放型システム間相互接続（ＯＳＩ）モデル（本明細書では、「開放型システム間相互接続モデル」と称される）は、他のシステムと相互接続および通信するように開放する、システム（例えば、無線通信デバイス、無線通信ノード）によって使用されるネットワーク通信を定義する、概念的および論理的レイアウトである。本モデルは、そのそれぞれが、その上方および下方のレイヤに提供されるサービスの概念的集合を表す、７つのサブコンポーネントまたはレイヤに分かれる。ＯＳＩモデルはまた、論理的ネットワークを定義し、異なるレイヤプロトコルを使用することによって、コンピュータパケット転送を効果的に説明する。ＯＳＩモデルはまた、７レイヤＯＳＩモデルまたは７レイヤモデルと称され得る。いくつかの実施形態では、第１のレイヤが、物理レイヤであってもよい。いくつかの実施形態では、第２のレイヤが、媒体アクセス制御（ＭＡＣ）レイヤであってもよい。いくつかの実施形態では、第３のレイヤが、無線リンク制御（ＲＬＣ）レイヤであってもよい。いくつかの実施形態では、第４のレイヤが、パケットデータ収束プロトコル（ＰＤＣＰ）レイヤであってもよい。いくつかの実施形態では、第５のレイヤが、無線リソース制御（ＲＲＣ）レイヤであってもよい。いくつかの実施形態では、第６のレイヤが、非アクセス層（ＮＡＳ）レイヤまたはインターネットプロトコル（ＩＰ）レイヤであってもよく、第７のレイヤが、他のレイヤであってもよい。
２． サービス持続性を伴って、マルチキャストとユニキャストとの間のマルチキャスト／ブロードキャストサービス配信を動的に変更させるためのシステムおよび方法

セルラーネットワークのブロードキャスト技術は、エアインターフェース伝送におけるサービス信頼性を提供することが困難であり得る。例えば、既存の３ＧＰＰ（登録商標）ＳＣ－ＰＴＭ（単一セル一地点対多地点間）およびＭＢＳＦＮ（マルチメディアブロードキャストマルチキャスト／ブロードキャストサービス単一周波数ネットワーク）は、ＨＡＲＱまたはＡＲＱフィードバックおよび再伝送を提供しない。ＵＥが、ＵＥ受信品質が、低下され、サービス信頼性／サービス持続性が、要求されるとき、アプリケーションレイヤソリューションを通して、ユニキャスト伝送とブロードキャスト伝送との間で切り替えることのみが可能である。

同時に、ＳＣ－ＰＴＭサービスに関して、モバイルＵＥが、近傍のセルがブロードキャストサービスを提供しないことを見出す場合、ＵＥは、サービスが、ＵＥの移動の間、継続し得るように、アプリケーションレイヤにおいて、サーバとＵＥとの間のユニキャスト接続を開始することができる。しかしながら、アプリケーションレイヤの限界は、サービスを確認すること（マルチキャストまたはブロードキャストサービスは、標的セル内に提供されることができない）から、ユニキャストにおいて、標的セル内でマルチキャストおよびブロードキャストサービスデータを受信することまで、より長いサービス中断時間が、導入され得ることである。パブリック安全性のためのＭＣＰＴＴ（ミッションクリティカルプッシュトーク）等のいくつかのサービスでは、トラフィック品質の低下およびさらに中断は、許容不可能である。

潜在的ソリューションは、セルラーネットワークのアクセスネットワーク側上のマルチキャスト／ブロードキャストサービスの２地点間伝送（ＰＴＰ、すなわち、ユニキャストタイプ）と一地点対多地点間伝送（ＰＴＭ、すなわち、マルチキャストタイプ）との間の切替を実装することを対象とする。本技術的目標は、３ＧＰＰ（登録商標）：ＮＲ ＭＢＳ（３ＧＰＰ（登録商標） Ｎｅｗ Ｗｏｒｋ Ｉｔｅｍ， Ｎｅｗ Ｗｏｒｋ Ｉｔｅｍ ｏｎ ＮＲ ｓｕｐｐｏｒｔ ｏｆ Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ， ＲＰ－１９３２４８）内の新しい研究項目におけるコンセンサスとなっている。本明細書に提示されるものは、マルチキャスト／ブロードキャストサービスのためのアクセスネットワーク内の配信モード（例えば、ユニキャストまたはマルチキャスト）の切替のためのシステムおよび方法である。本ソリューションは、主に、本明細書では、その中で受信側ＵＥがアクセスネットワークによって識別され得る、３ＧＰＰ（登録商標）システム内のマルチキャスト／ブロードキャストサービスに関して議論される。用語「マルチキャスト」、「ブロードキャスト」、および「マルチキャスト／ブロードキャスト」は、同義的に使用され得る。

ここで、サービス持続性を伴って、マルチキャストとユニキャストとの間のマルチキャスト／ブロードキャストサービス配信モードを動的に変更させる、例示的シーケンスの通信略図である、図３を参照する。ステップ０では、ＵＥ（例えば、ＵＥ１０４）は、ネットワークからのマルチキャスト／ブロードキャストサービスを要求または申請してもよい。ステップ１では、ＵＥは、マルチキャスト／ブロードキャストサービスデータを正しく受信するための構成（時として、ステップ１構成とも称される）を受信してもよい。これはまた、構成に先立って起こった、ＵＥとネットワークとの間の相互作用に基づく、再構成でもあり得る。再構成は、所与のＵＥのために、サービス持続性を伴って、マルチキャスト（ＰＴＭ）とユニキャスト（ＰＴＰ）との間のマルチキャスト／ブロードキャストサービス配信の動的変更を有効にし得る。ステップ２では、受信された構成に基づいて、ＵＥは、そのローカルプロトコルスタックを構成し、ＵＥエアインターフェースにおいて、マルチキャストおよびブロードキャストサービスデータを受信する（時として、本明細書では、ステップ２構成と称される）。マルチキャスト／ブロードキャストサービスデータ伝送は、マルチキャスト／ブロードキャストサービスが別のＵＥによってすでに申請されている場合、１つの具体的ＵＥがそれを申請する前に起こっている場合がある。
Ａ． ステップ０においてＵＥによって搬送される情報

マルチキャスト／ブロードキャストサービスに関して、ＵＥは、３ＧＰＰ（登録商標）システムが、マルチキャスト／ブロードキャストサービスのための対応するリソースを配分し、データが、アクセスネットワークノードおよびＵＥが位置するセルに送信されるように、ネットワークからのサービスを申請する。ＵＥは、アプリケーションプロシージャ内のサービスを識別し得る、サービス識別子を搬送することになる。マルチキャスト／ブロードキャストサービス識別子は、以下のオプション、すなわち、セッションＩＤ、ＩＰマルチキャストアドレス（ソースを伴う、またはソースアドレスを伴わない）、およびＴＭＧＩ（一時的モバイルグループ識別）、サービスを識別するためのＮＡＳ（非アクセス層）レイヤまたはアプリケーションレイヤのＩＤ、Ｇ－ＲＮＴＩ（グループ無線ネットワーク一時的識別）、およびサービスを識別するための他の可能性として考えられるＡＳレイヤＩＤのうちの少なくとも１つ、またはそれらの組み合わせである。上記の識別子または識別子の組み合わせは、ネットワークおよびＵＥによって、マルチキャスト／ブロードキャストサービスを一意に識別するために使用される。

それらのうち、セッションＩＤは、ＵＥ自体によって配分されＵＥ内のマルチキャスト／ブロードキャストサービスセッションを一意に識別するために使用されてもよい。加えて、ＵＥは、サービス要求（またはサービスのためのアプリケーション）内で、サービスのスライス情報を識別するためのＳ－ＮＳＳＡＩ（単一ネットワークスライス選択補助情報）およびゲートウェイ情報を識別するためのＤＮＮ（データネットワーク名）を含む、他のサービス説明情報を搬送してもよい。いくつかの実装では、上記の要求の受信側は、マルチキャスト／ブロードキャストサービスセッション管理機能またはコアネットワークのネットワークエンティティであってもよい、またはｇＮＢまたはより具体的にはｇＮＢ－ＣＵ（中央ユニット）等のアクセスネットワークノードであってもよい。
Ｂ． ステップ１における構成コンテンツ

ステップ１においてネットワークによって提供される構成（時として、ステップ１構成とも称される）は、マルチキャスト／ブロードキャストサービスにサービングする、マルチキャスト／ブロードキャスト無線ベアラ（ＭＲＢ）構成、ＳＤＡＰ構成、ＰＤＣＰ構成、ＲＬＣベアラ構成、ＲＬＣ構成、およびマルチキャスト／ブロードキャストＭＡＣ／ＰＨＹ構成セットを含んでもよい。構成はまた、マルチキャスト無線ベアラ構成、ＲＬＣベアラ構成、マルチキャスト／ブロードキャストＭＡＣ／ＰＨＹ構成セットに対する動作を含んでもよい。動作は、追加、修正、一時停止、および解放であることができる。

ＵＥは、上記の構成に従って、ローカルプロトコルスタックの構成を実施する、例えば、ＭＲＢを確立する、または既存のＭＲＢを修正する、既存のＭＲＢを解放または中断する、ＲＬＣベアラを確立する、または既存のＲＬＣベアラを修正する、既存のＲＬＣベアラを中断または解放する。ＭＲＢ構成は、ＳＤＡＰ構成およびＰＤＣＰ構成を含む。ＲＬＣベアラ構成はさらに、対応するＲＬＣ構成およびＭＡＣ論理チャネル構成を含む。ＵＥは、構成を受信後、対応するＭＲＢを確立する、またはＵＥが第１のマルチキャスト／ブロードキャストサービスデータパケットまたはマルチキャスト／ブロードキャストサービスに対応する第１のＭＡＣ ＰＤＵを受信すると、対応するＭＲＢを確立する。例えば、マルチキャスト／ブロードキャストサービスの受信の際、ＵＥは、第１のＭＡＣ ＰＤＵを受信後のみ、対応するＲＬＣエンティティおよびＰＤＣＰエンティティを確立する。ＵＥはまた、最初に確立動作受信後、対応するＲＬＣエンティティおよびＰＤＣＰエンティティを確立してもよい。

具体的マルチキャスト／ブロードキャストサービスにサービングする、ＭＲＢが、存在し得る。あるマルチキャスト／ブロードキャストサービスに関して、ＵＥは、ＭＲＢを確立または修正または解放することになる、ＭＲＢのリストに対する動作を受信してもよい。具体的ＭＲＢに関する構成は、ステップ１で提供されることができる。構成は、ＭＲＢと関連付けられる、ＳＤＡＰおよびＰＤＣＰエンティティの構成を含む。あるマルチキャスト／ブロードキャストサービスのあるＭＲＢに関して、ＵＥは、あるＭＲＢと関連付けられるＲＬＣベアラの追加、修正、一時停止、または解放動作を受信してもよい。マルチキャスト／ブロードキャストサービスのあるＭＲＢに関して、１つまたは２つのＲＬＣベアラが、異なるシナリオにおいて関連付けられてもよく、ネットワークは、ステップ１を通して、関連付けの上記に述べられた修正を完了する。上記のステップ１構成はまた、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣ／ＰＨＹ関連構成を含む。ステップ１における構成は、下記にさらに詳細に説明される。

上記の構成では、ＭＲＢ構成は、ＳＤＡＰ構成を含み、その中に、マルチキャスト／ブロードキャストサービスセッションを識別する、セッションＩＤを含む。セッションＩＤは、ＵＥが、後続構成が具体的マルチキャスト／ブロードキャストサービスと関連付けられることを決定し得るように、後続構成情報を識別するために使用されることができる。セッションＩＤは、ステップ０においてマルチキャスト／ブロードキャストサービスを申請するとき、ＵＥからのシグナリングによって搬送される、セッションＩＤであってもよい。

ＭＲＢ構成はさらに、マルチキャスト／ブロードキャストサービスにサービングする複数の無線ベアラの中の一意のＭＲＢを識別するために使用される、ＭＲＢ識別（ＭＲＢ ＩＤ）を含む。マルチキャスト／ブロードキャストサービスに対応する、サービスデータフローは、ＱｏＳフローの粒度において、コアネットワークからアクセスネットワークノードに送信される。ＱｏＳフローデータは、マルチキャスト／ブロードキャストサービスと関連付けられる、ＳＤＡＰエンティティによって、１つまたはそれを上回るＭＲＢにマッピングされ（各ＱｏＳフローは、１つの具体的ＭＲＢのみにマッピングされ得ることに留意されたい）、各ＭＲＢは、１つのＰＤＣＰエンティティと関連付けられる。

上記のＲＬＣベアラ構成は、サービングされる無線ベアラ（ＭＲＢ ＩＤによって識別される）、ＲＬＣエンティティ構成、およびＲＬＣベアラに対応する、ＭＡＣ論理チャネル（論理チャネルＩＤ、ＬＣＩＤによって識別される）を含んでもよい。ＭＲＢと関連付けられる、ＰＤＣＰエンティティは、２つのタイプのＲＬＣベアラの一方または両方と関連付けられてもよく、２つのタイプのＲＬＣベアラは、それぞれ、タイプ１およびタイプ２として定義される。タイプ１のＲＬＣベアラは、２地点間（ＰＴＰ）またはユニキャストタイプであってもよく、タイプ２のＲＬＣベアラは、一地点対多地点間（ＰＴＭ）またはマルチキャストタイプであってもよい。タイプ１のＲＬＣベアラと関連付けられる、ＲＬＣエンティティは、タイプ１のＲＬＣエンティティと称され、タイプ２のＲＬＣベアラと関連付けられる、ＲＬＣエンティティは、タイプ２のＲＬＣエンティティと称される。

ここで図４Ａおよび４Ｂを参照すると、図示されるものは、無線アクセスネットワーク（ＲＡＮ）視点およびユーザ機器（ＵＥ）視点からの配信スキームの通信略図である。ネットワーク視点から、２つのタイプのＲＬＣエンティティ間の差異は、そのピアＲＬＣエンティティ（ネットワーク側に描写されるように、ＲＬＣ１－１、ＲＬＣ２－１）がネットワーク内にある、ＵＥのタイプ１のＲＬＣエンティティ（ＲＬＣ１－１およびＲＬＣ２－１）が、具体的ＵＥ（例えば、ＵＥ１、ＵＥ２）のみにサービングし得ることである。そのピアＲＬＣエンティティ（ＲＬＣ０）がネットワーク内にある、ＵＥのタイプ２のＲＬＣエンティティ（ＲＬＣ２－２、ＲＬＣ３－２）は、少なくとも１つのＵＥ（例えば、ＵＥ２、ＵＥ３）にサービングし得る。ＲＬＣエンティティまたはＲＬＣベアラの構成の全体または一部が、複数のＵＥによって共有されてもよい。換言すると、ＰＴＭモードにおいてマルチキャスト／ブロードキャストサービスを受信する、複数のＵＥは、同一ピアＲＬＣエンティティをネットワーク側上で共有してもよい。例えば、ネットワーク側は、複数のＵＥによって受信されるＲＬＣ ＰＤＵを生成し、共有ＲＬＣエンティティを通して、送信することができる。同一マルチキャスト／ブロードキャストサービスと関連付けられる、同一ＭＲＢに関して、そのＰＤＣＰ ＰＤＵは、複製され、ＭＲＢと関連付けられる、全てのＲＬＣエンティティに配信される。１つのＣＵにおける同一マルチキャスト／ブロードキャストサービスのための１つまたはそれを上回るＱｏＳフローに関して、１つのみのＭＲＢが存在し得る。

構成はさらに、マルチキャスト／ブロードキャストサービスのＭＡＣ／ＰＨＹ構成セットを含んでもよい。ＭＡＣ／ＰＨＹ構成セットはさらに、以下の構成、すなわち、マルチキャスト／ブロードキャストサービスに対応する、ＭＡＣ ＤＲＸ構成、および物理レイヤ上で監視するために使用される、マルチキャスト／ブロードキャストサービスの物理レイヤ識別子（例えば、Ｇ－ＲＮＴＩ）（Ｇ－ＲＮＴＩ、またはグループ無線ネットワーク一時的識別が、マルチキャスト／ブロードキャストサービスまたはマルチキャスト／ブロードキャストサービスグループの物理レイヤ伝送を識別するために使用される）、マルチキャスト／ブロードキャストサービスと関連付けられる、セルグループまたはセルＩＤリスト、チャネル状態情報測定構成（ＣＳＩ測定構成）、具体的セル内のマルチキャスト／ブロードキャストサービスと関連付けられる、ＢＷＰ構成またはＢＷＰインデックスのうちの少なくとも１つを含む。上記のＢＷＰ構成はさらに、マルチキャスト／ブロードキャストサービスが物理リソース上でスケジュールリングされる、周波数ドメイン場所および帯域幅、およびサブキャリア間隔および巡回プレフィックス（ＣＰ）、および物理ダウンリンク共有データチャネル（ＰＤＳＣＨ）構成および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）構成を含んでもよい。

マルチキャスト／ブロードキャストサービスにサービングする、ＭＲＢと関連付けられる、ＰＤＣＰエンティティと、ＲＬＣエンティティとの間の関連付けは、マルチキャスト／ブロードキャストサービスがＵＥの特性またはＭＲＢ特性またはＲＬＣモードを受信することに応じて、以下のうちの少なくとも１つとなる。

タイプ１の１つのＲＬＣベアラとともに構成される、ＭＲＢに関して、各ＰＤＣＰエンティティが、１つのＡＭ（確認応答モード）ＲＬＣエンティティまたは２つのＵＭ（非確認応答モード）ＲＬＣエンティティ（方向毎に１つずつ）と関連付けられてもよく、それぞれ、タイプ１のＲＬＣエンティティ（またはタイプ１のＲＬＣエンティティ）を備える、またはそれに対応する。この場合、マルチキャスト／ブロードキャストサービスにサービングする、ＭＲＢは、タイプ１のＲＬＣベアラと関連付けられ得る。関連付けられるＲＬＣエンティティおよびＲＬＣベアラは、ＰＴＰタイプである。ＲＬＣエンティティは、ＡＭ属性またはＵＭ属性であってもよい。この場合、ＵＥは、マルチキャスト／ブロードキャストサービスのＭＲＢデータをＰＴＰ様式において受信する。ネットワークは、サービスの特性に従って、対応するＲＬＣエンティティをＡＭ属性またはＵＭ属性として構成してもよい。例えば、マルチキャスト／ブロードキャストサービスのＭＲＢに対応する、ＱｏＳ特性では、パケット遅延予算が、高く、パケットエラーレートが、低い場合、対応するＲＬＣエンティティは、ＡＭモードであるように構成されることができる。パケット遅延予算が、低く、パケットエラーレートが、高い場合、対応するＲＬＣエンティティは、ＵＭモードであるように構成されることができる。

タイプ２の１つのＲＬＣベアラとともに構成される、ＭＲＢに関して、各ＰＤＣＰエンティティは、少なくとも、タイプ２のＲＬＣエンティティ（またはタイプ２のＲＬＣエンティティ）を備える、またはそれに対応する、１つのＵＭダウンリンク（ＤＬ）ＲＬＣエンティティと関連付けられてもよい。この場合、マルチキャスト／ブロードキャストサービスにサービングする、ＭＲＢは、タイプ２のＲＬＣベアラと関連付けられ得る。関連付けられるＲＬＣエンティティおよびＲＬＣベアラは、ＰＴＭタイプであってもよい。ＲＬＣエンティティは、ＵＭ属性であってもよい。この場合、ＵＥは、マルチキャスト／ブロードキャストサービスのＭＲＢデータをＰＴＭ様式において受信する。ネットワークは、対応するＤＬ ＲＬＣエンティティの受信挙動をＵＭ属性として構成してもよい。

タイプ１およびタイプ２のＲＬＣベアラの両方とともに構成される、ＭＲＢに関して、各ＰＤＣＰエンティティは、１つのＡＭ ＲＬＣエンティティまたは２つのＵＭ ＲＬＣエンティティ（方向毎に１つずつ）および少なくとも１つのＵＭ ＤＬ ＲＬＣエンティティと関連付けられてもよい。この場合、マルチキャスト／ブロードキャストサービスにサービングする、ＭＲＢは、タイプ１およびタイプ２のＲＬＣベアラと関連付けられ得る。ＲＬＣベアラと関連付けられる、タイプ１のＲＬＣエンティティは、ＡＭ属性またはＵＭ属性であってもよい。ＲＬＣベアラと関連付けられる、タイプ２のＲＬＣエンティティは、ＵＭ属性であってもよい。

異なるシナリオでは、タイプ１のＲＬＣエンティティは、異なる機能を提供する。例えば、いくつかのシナリオでは、タイプ１のＲＬＣエンティティは、いずれかが存在する場合、初期伝送データを、ＰＴＰ様式において、マルチキャスト／ブロードキャストサービスにサービングする、あるＭＲＢのネットワーク内のピアＰＤＣＰエンティティから受信することに関与する。同一ＭＲＢにサービングする、タイプ２のＲＬＣエンティティは、いずれかが存在する場合、初期伝送データを、マルチキャスト／ブロードキャストサービスにサービングする、同一ＭＲＢのネットワーク内のピアＰＤＣＰエンティティから受信することに関与する。複製されるＰＤＣＰ ＰＤＵは、ＰＤＣＰレイヤにおいて破棄される。順序通りの配信が、必要とされる場合、並替が、ＰＤＣＰレイヤにおいて行われる。受信信頼性が、タイプ１およびタイプ２のＲＬＣベアラの両方を有効にし、初期伝送データをマルチキャスト／ブロードキャストサービスにサービングする、あるＭＲＢのネットワーク内のピアＰＤＣＰエンティティから受信することによって、対応するＭＲＢに関して向上されることが予期される。

別のシナリオでは、タイプ１のＲＬＣエンティティは、いずれかが存在する場合、ＰＴＰ様式において、再伝送を、マルチキャスト／ブロードキャストサービスにサービングする、あるＭＲＢのネットワーク内のピアＰＤＣＰエンティティから受信することに関与する一方、タイプ２のＲＬＣエンティティは、ＰＴＰ様式において、初期伝送を、マルチキャスト／ブロードキャストサービスにサービングする、あるＭＲＢのネットワーク内のピアＰＤＣＰエンティティから受信することに関与する。同一シナリオでは、タイプ１のＲＬＣエンティティは、マルチキャスト／ブロードキャストサービスにサービングする、ＭＲＢのＰＤＣＰステータス報告のアップリンク伝送に関与してもよい。上記の構成では、タイプ１のＲＬＣベアラおよびタイプ２のＲＬＣベアラは、独立して、構成されてもよい。例えば、タイプ１のＲＬＣおよびタイプ２のＲＬＣは、異なるＲＬＣモードであってもよい。
Ｃ． ＲＬＣベアラ構成関連動作

異なるシナリオでは、ＵＥは、ネットワークによって提供される、異なる構成および対応する動作を受信し、異なる受信モード（ＰＴＭまたはＰＴＰまたは両方）下で具体的マルチキャスト／ブロードキャストサービスを受信し得る。ＵＥは、１つのモードから別のモードに切り替わる、または２つのタイプのモードに基づいて、サービスを同時に受信することができる。上記のモード切替プロセスは、異なるタイプのＲＬＣベアラ（タイプ１のみ、タイプ２のみ、または両方）と関連付けられるマルチキャスト／ブロードキャストサービスの同一ＭＲＢに依拠する。上記のソリューションに基づいて、マルチキャスト／ブロードキャストサービスのＭＲＢの受信の際、ＰＴＰ、ＰＴＭ、およびＰＴＰ／ＰＴＭの両方へのフレキシブルな切替が、サポートされ得る。

上記の切替プロセスをフレキシブルかつ効率的に実装するために、上記の変換プロセスの遅延がより短くなるように、シグナリング設計をさらに精緻化することが必要であり得る。本節は、構成における関連動作に焦点を当てる。動作の説明を拡大する前に、以下の２つのタイプの動作粒度が存在する。
（１）受信モード（ＰＴＰまたはＰＴＭおよびその組み合わせ間の切替を含む）の切替動作は、具体的マルチキャスト／ブロードキャストサービスに対する動作であり得る。したがって、動作は、マルチキャスト／ブロードキャストサービスにサービングする、全てのＭＲＢに適用される。マルチキャスト／ブロードキャストサービスにサービングする、全てのマルチキャスト無線ベアラは、対応する関連動作を実施するであろう。本動作は、「マルチキャスト／ブロードキャストサービスあたり」粒度に基づく。
（２）受信モード（ＰＴＰまたはＰＴＭおよびその組み合わせ間の切替を含む）の切替動作は、「ＭＲＢあたり」動作粒度に基づく、マルチキャスト／ブロードキャストサービスにサービングする、具体的ＭＲＢまたはＭＲＢの一部に関する動作である。

いくつかの実施形態では、ＵＥによって受信された構成内のマルチキャスト／ブロードキャストサービスにサービングする、あるＭＲＢのＲＬＣベアラは、タイプ１属性であって、ＵＥは、再構成メッセージ内のセルグループ構成内に含まれるＲＬＣベアラに従って、マルチキャスト／ブロードキャストサービスの受信を実施する。この場合、ＵＥは、マルチキャスト／ブロードキャストサービスをＰＴＰ様式において受信する。プロセスは、以下の通りである。ＵＥが、Ｃ－ＲＮＴＩ（セル－無線ネットワーク一時識別子）等のＵＥ特有の物理レイヤ識別子または構成されるスケジューリングＲＮＴＩ（ＣＳ－ＲＮＴＩ）に従って、データを受信する。次いで、ＭＡＣエンティティが、データパケットおよびＲＬＣベアラ構成内のＬＣＩＤに従って、ＭＡＣ ＰＤＵを適切な論理チャネル（ＬＣＨ）に配信し、次いで、対応するＲＬＣエンティティおよびＰＤＣＰエンティティが、対応するレイヤ内のマルチキャスト／ブロードキャストサービスデータを受信および処理するであろう。

いくつかの実施形態では、ＵＥによって受信された構成内のマルチキャスト／ブロードキャストサービスにサービングする、あるＭＲＢのＲＬＣベアラは、タイプ２属性であって、ＵＥは、マルチキャスト／ブロードキャストサービスをＰＴＭ様式において受信する。プロセスは、以下の通りである。ＵＥが、物理レイヤ内のマルチキャスト／ブロードキャストサービスと関連付けられる、物理レイヤ識別子Ｇ－ＲＮＴＩに従って、マルチキャスト／ブロードキャストサービスデータを検出および受信し、次いで、ＭＡＣエンティティが、データパケット内のＬＣＩＤに従って、ＭＡＣ ＰＤＵを対応するＬＣＨに配信し、次いで、対応するＲＬＣエンティティおよびＰＤＣＰエンティティは、対応するレイヤ内のマルチキャスト／ブロードキャストサービスデータを受信および処理するであろう。

ここで図５を参照すると、図示されるものは、ユーザ機器（ＵＥ）視点からの切替スキームの通信略図である。同一ＭＲＢを用いることで、異なるタイプのＲＬＣベアラおよびその関連付けられるＭＡＣ／ＰＨＹ構成セットおよび異なるタイプのＲＬＣベアラの組み合わせを関連付けることによって、ＵＥは、異なる受信モード間で切り替える、または異なるモードを使用して、同時に受信してもよい。前節における説明に基づいて、ネットワークによって提供されるステップ１構成は、ＳＤＡＰ構成におけるマルチキャスト／ブロードキャストサービスに対応するセッションＩＤおよびＭＲＢ構成内のＭＲＢ ＩＤを含んでもよく、ＭＲＢと関連付けられる、ＲＬＣベアラ構成は、ＰＴＰタイプＲＬＣベアラまたはＰＴＭタイプＲＬＣベアラまたは２つの組み合わせを含んでもよい。上記の切替は、ステップ１構成内に含まれる構成コンテンツの関連動作を通して実装されてもよい。動作は、以下の構成、すなわち、ＭＲＢ構成（ＰＤＣＰエンティティ構成を含む）、ＲＬＣベアラ構成（ＲＬＣエンティティ構成を含む）、およびＭＡＣ／ＰＨＹ構成セットのうちの少なくとも１つに対応する、追加、修正、一時停止、および解放動作を含む。

あるＵＥに関するあるマルチキャスト／ブロードキャストサービスの受信等の１つのシナリオでは、ネットワークは、マルチキャスト／ブロードキャストサービスまたはマルチキャスト／ブロードキャストサービスにサービングする具体的ＭＲＢのいずれかの粒度において、ＵＥをＰＴＭ受信からＰＴＰ受信に構成する。ステップ１の構成は、マルチキャスト／ブロードキャストサービスにサービングする、全てのＭＲＢまたは具体的ＭＲＢに関するＰＴＭタイプＲＬＣベアラの解放およびＰＴＰタイプＲＬＣベアラの追加を含んでもよい。対照的に、ネットワークが、ＵＥをＰＴＰ受信からＰＴＭ受信に構成する場合、ステップ１の構成は、マルチキャスト／ブロードキャストサービスにサービングする、全てのＭＲＢまたは具体的ＭＲＢに関するＰＴＰタイプＲＬＣベアラの解放およびＰＴＰタイプＲＬＣベアラの追加を含んでもよい。

上記に述べられたシグナリング遅延を短縮する、またはシグナリングのオーバーヘッドを低下させるために、ネットワークは、対応するインジケーションフィールド、例えば、有効または無効ビットを上記に述べられたＲＬＣベアラのそれぞれまたは一部の構成に追加してもよい。例えば、マルチキャスト／ブロードキャストサービスにサービングする、各ＭＲＢと関連付けられる、ＲＬＣベアラは、２つの可能性として考えられる状態、すなわち、有効または無効に対応する。本時点において、マルチキャスト／ブロードキャストサービスにサービングする、具体的ＭＲＢと関連付けられる、ＲＬＣベアラは、以下の３つの可能性として考えられる状態に対応し得る（「１」が、説明フィールド内で「有効」を表し、「０」が、「無効」を表す場合）。
・ ＰＴＰタイプのＲＬＣベアラは、有効にされ、ＰＴＭタイプのＲＬＣベアラは、無効にされ、説明フィールドは、それぞれ、「１」および「０」として提示されてもよい。この場合、ＭＲＢは、マルチキャスト／ブロードキャストサービスをＰＴＰ様式において受信する。
・ ＰＴＰタイプのＲＬＣベアラは、無効にされ、ＰＴＭタイプのＲＬＣベアラは、有効にされ、説明フィールドは、それぞれ、「０」および「１」として提示されてもよい。この場合、ＭＲＢは、マルチキャスト／ブロードキャストサービスをＰＴＭモードにおいて受信する。
・ ＰＴＰタイプおよびＰＴＭタイプのＲＬＣベアラの両方が、有効にされ、説明フィールドは、それぞれ、「１」および「１」として提示されてもよい。この場合、ＭＲＢは、マルチキャスト／ブロードキャストサービスをＰＴＭと組み合わせられたＰＴＰの様式において受信する。異なるシナリオに対応して、ＰＴＰタイプＲＬＣベアラは、異なる機能に関与する。例えば、ＰＤＣＰ再伝送シナリオにおいて、信頼性を改良するために、ＰＴＰタイプＲＬＣベアラは、ＰＤＣＰ再伝送データを受信し、および／またはアップリンク内のＰＤＣＰステータス報告をネットワークに転送することに関与する。しかしながら、モード切替シナリオでは、ＰＴＰ ＲＬＣエンティティは、初期伝送および／または再伝送を、マルチキャスト／ブロードキャストサービスにサービングする、あるＭＲＢのネットワーク内のピアＰＤＣＰエンティティから受信し、および／または対応するＭＲＢのＰＤＣＰステータス報告を送信することに関与する。

そのような有効／無効インジケーション機構は、ＰＴＭ ＲＬＣベアラのためのものであってもよい、またはそのようなインジケーションは、ＰＴＰ ＲＬＣベアラおよびＰＴＭ ＲＬＣベアラのために別個に示されることに留意されたい。

上記の有効および／または無効動作は、下位レイヤに示されることができる。例えば、ＵＥに送信される、ＭＡＣ ＣＥ（ＭＡＣ制御要素）またはレイヤ１ダウンリンク制御情報（ＤＣＩ）シグナリングは、マルチキャスト／ブロードキャストサービスの識別子（Ｇ－ＲＮＴＩまたはセッションＩＤまたはＵＥがマルチキャスト／ブロードキャストサービスを識別するために使用し得る他のＩＤによって識別される）、および／またはマルチキャスト／ブロードキャストサービスのベアラ識別子、および有効または無効に関するインジケーションフィールドを含有する。動作が、マルチキャスト／ブロードキャストサービスあたりである場合、ベアラのＭＲＢ ＩＤ等のマルチキャスト／ブロードキャストサービスのベアラ識別子を搬送する必要はない。

上記のＲＬＣベアラの有効または無効情報が、ＲＲＣシグナリングに示される場合、動作が、マルチキャスト／ブロードキャストサービスあたり、またはマルチキャスト／ブロードキャストサービスにサービングする、ＭＲＢまたはＭＲＢリストあたりであるかどうかもまた、ＲＲＣシグナリングに示される。

いくつかの実施形態では、ＲＬＣベアラに対応する、無効動作は、ＲＬＣベアラの解放またはＲＬＣベアラの一時停止を示す。

上記に述べられた無効動作は、既存の規格におけるＲＬＣベアラ解放動作に対応し得る、すなわち、動作はさらに、関連付けられるＲＬＣエンティティまたは複数のエンティティの解放および対応するＬＣＨの解放に対応する。

上記に述べられた無効動作は、ＲＬＣベアラ一時停止動作に対応し得る。ＲＬＣベアラの一時停止は、対応するＲＬＣエンティティの一時停止動作およびＲＬＣエンティティに対応するＬＣＨの解放に対応する。対応するＬＣＨが、解放される場合、対応するＭＡＣエンティティは、対応するＬＣＨに配信されることになる、データを破棄する。

ＲＬＣエンティティの上記の一時停止動作はさらに、以下の可能性として考えられる動作および関連動作の組み合わせを含む（ｔ－Ｒｅａｓｓｅｍｂｌｙは、再アセンブルのためのタイマであって、受信側ＲＬＣエンティティによって、下位レイヤにおけるＲＬＣ ＰＤＵの損失を検出するために使用される）。
・ ｔ－Ｒｅａｓｓｅｍｂｌｙが起動中である場合、ｔ－Ｒｅａｓｓｅｍｂｌｙを停止およびリセットする。
・ 該当する場合、全てのＲＬＣ ＳＤＵ、ＲＬＣ ＳＤＵセグメント、およびＲＬＣ ＰＤＵを破棄する。
・ 全ての状態変数を初期値に設定する。

いくつかの実施形態では、ＲＬＣベアラに対応する、有効動作は、関連付けられるＲＬＣエンティティの再確立を示す。ＲＬＣベアラ再確立動作は、以下、すなわち、ＭＡＣが、対応するＬＣＨに配信されることになる、データを受信後、それを対応するＬＣＨに配信することに対応する。再確立が行われた後、ＲＬＣエンティティは、一時停止から稼働状態に入り、受信されたデータパケットを再アセンブルし、対応する再アセンブルタイマ（ｔ－Ｒｅａｓｓｅｍｂｌｙ）を開始する。

ステップ１の構成は、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣ／ＰＨＹ構成セットの解放を含んでもよい。そのような構成を用いることで、受信側ＵＥのＭＡＣエンティティは、もはやマルチキャスト／ブロードキャストサービスのＧ－ＲＮＴＩを監視することはない。ＭＡＣは、少なくともＰＴＭモードでは、物理レイヤ内のサービスの受信を停止させる、Ｇ－ＲＮＴＩと関連付けられる、ＨＡＲＱプロセスを解放し、ＨＡＲＱバッファをフラッシュする、およびマルチキャスト／ブロードキャストサービスのＤＲＸ構成を解放することを含む、さらなる動作を行ってもよい。受信側ＵＥは、マルチキャスト／ブロードキャストサービスと関連付けられる、他のＭＡＣ／ＰＨＹ構成セットを解放する。

ステップ１の構成は、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣ／ＰＨＹ構成セットのための一時停止動作を含んでもよい。そのような構成を用いることで、受信側ＵＥのＭＡＣエンティティは、もはやマルチキャスト／ブロードキャストサービスのＧ－ＲＮＴＩを監視することはない。ＭＡＣは、少なくともＰＴＭモードでは、物理レイヤ内のサービスの受信を停止させる、Ｇ－ＲＮＴＩと関連付けられる、ＨＡＲＱプロセスを解放し、ＨＡＲＱバッファをフラッシュする、およびマルチキャスト／ブロードキャストサービスのＤＲＸ構成を解放することを含む、さらなる動作を行ってもよい。マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣ／ＰＨＹ構成セットの構成は、一時停止または解除されるが、構成自体は、ＵＥによって記憶され、解放されない。

ステップ１の構成は、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣ／ＰＨＹ構成セットの再確立動作を含んでもよい。再確立動作を用いることで、ＵＥ側ＭＡＣエンティティは、マルチキャスト／ブロードキャストサービスのＧ－ＲＮＴＩの監視を再開し、物理レイヤ構成に従って、サービスデータを受信する。ＭＡＣは、記憶されたＭＡＣ／ＰＨＹ構成セットに従って、エアインターフェース上で、ＰＴＭモードにおいて、サービスデータを受信することを含む、さらなる動作を行ってもよい。同時に、ＵＥ側上のマルチキャスト／ブロードキャストサービスと関連付けられる、タイプ２のＲＬＣベアラの全部または一部が、再確立される。

マルチキャスト／ブロードキャストサービスと関連付けられる、マルチキャスト／ブロードキャストサービスに対応する、全てのタイプ２のＲＬＣベアラが、解放される場合、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣ／ＰＨＹ構成セットは、一時停止または解放される。タイプ２のＲＬＣベアラと関連付けられる、少なくとも１つのＭＲＢが、受信ステータスにある場合、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣ／ＰＨＹ構成セットは、一時停止または解放されない。任意のタイプ２のＲＬＣベアラが、追加または再確立される場合、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣ／ＰＨＹ構成セットは、再確立される。

上記のＰＴＭ属性および関連ＭＡＣ／ＰＨＹ構成セットを伴う、ＲＬＣベアラ構成は、マルチキャストチャネルまたはブロードキャストチャネルおよびセル内のブロードキャストを介して、提供されることができ、また、専用シグナリングによって提供される、すなわち、ネットワークから、２地点間様式において、具体的ＵＥに送信されることができる。いくつかのシナリオでは、ＵＥによって受信された構成は、ＰＴＭ属性を伴う、ＲＬＣベアラ構成の有効インジケーションを含んでもよく、次いで、ＵＥは、ブロードキャストチャネルを通して、マルチキャスト／ブロードキャストサービスと関連付けられる、対応するＰＴＭタイプＲＬＣ構成および／またはＭＡＣ／ＰＨＹ構成セットを取得する。より具体的には、有効インジケーションはさらに、周波数ドメイン、時間ドメイン、スケジューリング周期、および時間オフセット値、または上記の情報の組み合わせ等のブロードキャストチャネルのスケジューリング情報を提供してもよい。

２つを上回るタイプのＲＬＣベアラが、マルチキャスト／ブロードキャストサービスの関連付けられるＭＲＢまたは全てのＭＲＢのために切り替えられるとき、ＵＥに対するサービス中断を低減させるために、ネットワークによって提供される構成において、タイマ変数ｔ＿Ｓｗｉｔｃｈが、提供される。ＵＥは、構成を受信後、タイマを開始し、タイマが満了後、あるＲＬＣベアラを解放または一時停止するための動作を実施する。

２つを上回るタイプのＲＬＣベアラが、マルチキャスト／ブロードキャストサービスの関連付けられるＭＲＢまたは全てのＭＲＢのために切り替えられるとき、ＵＥに対するサービス中断を低減させるために、ネットワークによって提供される構成において、ＲＬＣベアラの解放または一時停止は、ＰＤＣＰステータス報告をトリガするであろう。例えば、ＵＥが、あるマルチキャスト／ブロードキャストサービスのＭＲＢをＰＴＭまたはＰＴＰおよびＰＴＭ受信から、ＰＴＰ受信に切り替えるとき、ＰＤＣＰステータス報告が、対応するネットワーク構成において有効にされる場合、ＵＥは、ＰＤＣＰステータス報告を実施するようにトリガされるであろう。
Ｄ． ＲＬＣベアラ構成に基づく具体的受信挙動

マルチキャスト／ブロードキャストサービスの受信の間、ＵＥは、ＭＡＣ／ＰＨＹ構成セットと関連付けられる、Ｇ－ＲＮＴＩに従って、以下の関連構成をＭＡＣ／ＰＨＹ上で実施する。マルチキャスト／ブロードキャストサービスに対応するＧ－ＲＮＴＩ値およびＤＲＸ構成等の関連ＭＡＣ構成およびサービングセルＩＤまたはサービングセルＩＤリストが、ＭＡＣエンティティに提供されてもよい。ＭＡＣエンティティが、Ｇ－ＲＮＴＩを有するとき、ＭＡＣエンティティは、ＴＴＩ毎に、ＤＲＸ構成に基づくものとし、その間、Ｇ－ＲＮＴＩに関してＰＤＣＣＨを監視する。本ＴＴＩおよび本サービングセルまたはサービングセルリストのためのダウンリンク割当が、ＭＡＣエンティティのＧ－ＲＮＴＩに関してＰＤＣＣＨ上で受信されている場合、受信されたデータをデコードするように試み、ＭＡＣエンティティがデコードするように試みたデータが、本トランスポートブロックのために正常にデコードされた場合、デコードされたＭＡＣ ＰＤＵをアセンブル解除および逆多重化エンティティに配信する。

ステップ１内に含まれるＲＬＣベアラの構成はさらに、関連付けられるＬＣＩＤ、およびＲＬＣベアラによってサービングされる、ＭＲＢに対する無線ベアラ識別（ＲＢ ＩＤ）を含んでもよい。

ＭＲＢの無線ベアラ識別（ＲＢ ＩＤ）に関して、ＲＢ ＩＤ空間がマルチキャスト／ブロードキャストサービスおよびまたユニキャストサービス間で共有されるかどうかに従って、２つの代替が存在する。
（１）ＵＥの観点から、独立ＲＢ ＩＤ空間が、ＵＥによって受信されたマルチキャスト／ブロードキャストサービスおよびＵＥのユニキャストサービス間で使用されてもよい。マルチキャスト／ブロードキャストサービス間のＲＢ ＩＤ空間は、Ｇ－ＲＮＴＩまたはＧ－ＲＮＴＩと関連付けられるセッションＩＤに基づいて、区別されてもよい。すなわち、異なるマルチキャスト／ブロードキャストサービスに関するＭＲＢのためのＲＢ ＩＤは、同一であることができる。そのような仮定に基づいて、受信側ＲＬＣエンティティは、２つのパラメータ、すなわち、ＲＬＣベアラがＲＬＣベアラ構成においてサービングする、ＭＲＢのＲＢ ＩＤ、および受信されたサービスデータと関連付けられる、Ｇ－ＲＮＴＩまたはセッションＩＤに従って、ＲＬＣ ＳＤＵを関連付けられるＰＤＣＰエンティティにサブミットする。
（２）ＵＥの観点から、ＵＥによって受信されたマルチキャスト／ブロードキャストサービスおよびＵＥのユニキャストサービス間に、共有ＲＢ ＩＤ空間が存在する。すなわち、異なるマルチキャスト／ブロードキャストサービスのためのＭＲＢに関するＲＢ ＩＤは、同一であることができない。そのような仮定に基づいて、受信側ＲＬＣエンティティは、１つのパラメータ、すなわち、ＲＬＣベアラがＲＬＣベアラ構成内でサービングする、ＭＲＢのＲＢ ＩＤに従って、ＲＬＣ ＳＤＵを関連付けられるＰＤＣＰエンティティにサブミットする。

タイプ２またはＰＴＭ ＲＬＣベアラ構成と関連付けられる、ＬＣＩＤに関して、ＬＣＩＤ空間がマルチキャスト／ブロードキャストサービスおよびまたユニキャストサービス間で共有されるかどうかに従って、２つの代替が存在する。
（１）タイプ２のＲＬＣベアラに対応する、ＬＣＩＤは、単一値、すなわち、ｌｃｉｄ２である。各ＵＥの観点から、独立ＬＣＩＤ空間が、ＵＥによって受信されたマルチキャスト／ブロードキャストサービスおよびＵＥのユニキャストサービス間で使用されてもよい。マルチキャスト／ブロードキャストサービス間のＬＣＩＤ空間は、Ｇ－ＲＮＴＩまたはＧ－ＲＮＴＩと関連付けられるセッションＩＤに基づいて、区別されてもよい。すなわち、異なるマルチキャスト／ブロードキャストサービスに関するＭＲＢのためのＬＣＩＤは、同一であることができる。そのような仮定に基づいて、受信側ＭＡＣエンティティは、２つのパラメータ、すなわち、受信されたＭＡＣ ＰＤＵ内で受信されたサービスデータと関連付けられる、ＬＣＩＤ、および受信されたサービスデータと関連付けられるＧ－ＲＮＴＩまたはセッションＩＤに従って、受信されたＭＡＣ ＰＤＵ内のサービスデータを関連付けられる論理チャネルにサブミットする。
（２）タイプ２のＲＬＣベアラに対応する、ＬＣＩＤは、一対の値、すなわち、ｌｃｉｄ２－１およびｌｃｉｄ２－２である。各ＵＥの観点から、共有ＬＣＩＤ空間が、ＵＥによって受信されたマルチキャスト／ブロードキャストサービスおよびＵＥのユニキャストサービス間で使用されてもよい。すなわち、異なるマルチキャスト／ブロードキャストサービスに関するＭＲＢのためのＬＣＩＤは、同一であることができない。そのような仮定に基づいて、受信されたＭＡＣ ＰＤＵ内の関連付けられるサービスデータのサブヘッダ内のＬＣＩＤ値が、ｌｃｉｄ２－１である場合、受信側ＭＡＣエンティティは、受信されたＭＡＣ ＰＤＵ内のサービスデータをｌｃｉｄ２－２によって識別される論理チャネルにサブミットする。
Ｅ． 再伝送シナリオ

ここで図６を参照すると、図示されるものは、ユーザ機器（ＵＥ）視点からの再伝送スキームの略図である。マルチキャスト／ブロードキャストサービスにサービングする、ＭＲＢと関連付けられる、二重ＲＬＣベアラ（タイプ１のＲＬＣベアラおよびタイプ２のＲＬＣベアラ）に基づいて、ＭＲＢのためのネットワーク内のピアＰＤＣＰエンティティからの再伝送が、実現されることができる。ＭＲＢのためのネットワーク内のピアＰＤＣＰエンティティからの初期伝送は、ＰＴＭタイプである、タイプ２のＲＬＣベアラによって受信される。ＵＥのフィードバックの有無にかかわらず、ＭＲＢのためのネットワーク内のピアＰＤＣＰエンティティからのマルチキャスト／ブロードキャストサービスデータの再伝送は、ＰＴＰタイプである、タイプ１のＲＬＣベアラによって受信される。描写されるように、タイプ１のＲＬＣベアラに対応する、ＲＬＣエンティティは、ＲＬＣ１であって、タイプ２のＲＬＣベアラに対応する、ＲＬＣエンティティは、ＲＬＣ２である。マルチキャスト／ブロードキャストサービスを監視するためにＭＡＣエンティティによって使用される物理レイヤ識別は、Ｇ－ＲＮＴＩである一方、ＰＴＰ伝送を監視するためにＭＡＣエンティティによって使用される物理レイヤ識別は、Ｃ－ＲＮＴＩまたはＣＳ－ＣＲＮＴＩである。

ＵＥは、対応するＰＤＣＰエンティティの受信ステータスに従って、対応するＰＤＣＰステータス報告（ＰＤＣＰ ＳＲ）を生成する。ＵＥは、ＰＤＣＰ ＳＲを、タイプ１またはＰＴＰタイプＲＬＣベアラを通して、ネットワーク側内のピアＰＤＣＰエンティティに送信する。ネットワーク側ＰＤＣＰエンティティは、ＵＥに関するＵＥ特有の受信ステータスコンテキストを維持してもよい。コンテキストは、喪失されたＰＤＣＰ ＰＤＵ ＳＮ情報を含む、ＵＥによって受信されたＰＤＣＰステータス報告を記録する。ＰＤＣＰ ＳＲに基づいて、ネットワークは、ＵＥに関する喪失されたＰＤＣＰ ＰＤＵを再伝送する。
Ｆ． ＰＤＣＰステータス報告

前述の説明の切替シナリオおよび再伝送シナリオでは、重要な要因のうちの１つは、ＵＥによって提供される、ＰＤＣＰステータス報告である。例えば、ネットワークは、マルチキャスト／ブロードキャストサービスにサービングする、１つまたはそれを上回る具体的ＭＲＢのステータス報告に従って、ＵＥのための適切な受信モード（ＰＴＰまたはＰＴＭもしく両方）を決定してもよい。再伝送シナリオでは、ネットワークは、再伝送が行われ得るように、ＵＥのステータス報告を使用して、ＵＥに正常に送信されなかった、ＰＤＣＰ ＳＮを決定してもよい。

関連ＰＤＣＰステータス報告のトリガ条件およびステータス報告のコンテンツが、下記に列挙される。

１－ＰＴＭタイプのＲＬＣベアラから受信している、具体的ＭＲＢに関して、ＭＲＢは、次いで、タイプ２またはＰＴＭタイプのＲＬＣベアラの一時停止または解放の動作とともに、ＰＴＰのＲＬＣベアラから受信するように構成される。そのような構成は、ＰＤＣＰ ＳＲがＭＲＢのために有効にされる場合、ＰＤＣＰ ＳＲを行うように受信側ＰＤＣＰをトリガしてもよい。

２－ＰＴＭタイプのＲＬＣベアラから受信している、具体的ＭＲＢに関して、ＭＲＢは、次いで、タイプ１またはＰＴＰタイプのＲＬＣベアラの確立の動作とともに、ＰＴＭおよびＰＴＰモードの両方から受信するように構成される。そのような構成は、ＰＤＣＰ ＳＲがＭＲＢのために有効にされる場合、ＰＤＣＰ ＳＲを行うように受信側ＰＤＣＰをトリガしてもよい。

３－マルチキャストおよびブロードキャストサービスと関連付けられる、ＭＡＣ／ＰＨＹ構成セットの一時停止または解放は、一部のデータを喪失をさせ得る。ＭＲＢと関連付けられる、タイプ１またはＰＴＰタイプである、依然として利用可能なＲＬＣベアラが存在する場合、受信側ＰＤＣＰは、ＰＤＣＰ ＳＲを行うようにトリガされてもよい。

４－ＰＤＣＰ ＳＲのトリガは、１つのＭＲＢまたはＰＴＭモードにおけるマルチキャスト／ブロードキャストサービスの受信品質の低下の場合、ネットワークが可能な限り迅速に受信品質を認知することを可能にする。ネットワークは、受信品質を改良するために、受信モード切替のような任意のアクションを行い、ＵＥがＰＴＰモードにおいてマルチキャスト／ブロードキャストサービスを受信することを有効にしてもよい。したがって、ＵＥは、直接、ＭＡＣレイヤ内で、トランスポートブロックのＢＬＥＲ（ブロックエラーレート）のような受信品質を監視することが可能である。いったん構成されるＢＬＥＲ閾値に到達すると、ＰＤＣＰ ＳＲが、トリガされる。ネットワークによって提供される構成は、ＭＡＣレイヤのＢＬＥＲ閾値またはある時間ウィンドウｔ＿Ｗｉｎｄｏｗ内でのフィルタリング後の結果の閾値等のその導出される値を含んでもよい。ある閾値に到達する場合、ＵＥは、ネットワークが、対応するＭＲＢまたはマルチキャスト／ブロードキャストサービスの受信ステータスを認知するように、ＰＤＣＰ ＳＲをＰＴＰタイプＲＬＣベアラと関連付けられるＰＤＣＰエンティティ上で実施するようにトリガされる。

５－ネットワークは、マルチキャスト／ブロードキャストサービスと関連付けられる、チャネル状態情報基準信号等の対応する測定基準信号を構成してもよい。構成される基準信号と関連付けられる、測定結果が、ある閾値より低い場合、ＰＤＣＰ ＳＲが、トリガされる。

６－ＰＤＣＰ ＳＲはまた、直接、ＰＤＣＰレイヤの受信統計によって、トリガされることができる。ネットワークは、ＰＤＣＰシーケンス番号（ＳＮ）間隙値または長さの閾値を定義する。ＰＤＣＰ ＳＮ間隙は、第１の喪失されたＰＤＣＰ ＰＤＵからのＳＮと正常に受信された後続ＰＤＣＰ ＰＤＵとの間の差異を表す。いったん閾値に到達すると、ＰＤＣＰ ＳＲが、トリガされる。ＰＤＣＰの他の受信統計、例えば、構成される時間ウィンドウまたはＳＮ長ウィンドウ（ｔ＿ＷｉｎｄｏｗまたはＳＮ＿Ｗｉｎｄｏｗ）内の総ＰＤＣＰ ＰＤＵのうちの喪失されたＰＤＣＰ ＰＤＵのパーセンテージも、定義され得る。いったん構成される時間ウィンドウまたはＳＮ長ウィンドウ（ｔ＿ＷｉｎｄｏｗまたはＳＮ＿Ｗｉｎｄｏｗ）内の総ＰＤＣＰ ＰＤＵのうちの喪失されたＰＤＣＰ ＰＤＵのパーセンテージの値に到達すると、ＰＤＣＰ ＳＲが、トリガされる。ＰＤＣＰエンティティ内で並べ替えられるために待機するパケットの数Ｎもまた、ＭＲＢの受信ステータスを提供することができる。値Ｎが、構成される閾値より高い場合、ＰＤＣＰ ＳＲが、トリガされる。ＰＤＣＰ並替タイマが、満了すると、ＰＤＣＰ ＳＲを直接トリガする。ＭＲＢ構成では、ネットワークは、並替タイマ満了に基づいてＰＤＣＰ ＳＲをトリガする、有効ビットを追加してもよい。ビットが、真である場合、ＵＥが、上記の条件下でＰＤＣＰ ＳＲをトリガすることを可能にする。

７－タイマベースのネットワークは、マルチキャスト／ブロードキャストサービスにサービングする、ベアラと関連付けられる、ＰＤＣＰエンティティのためにＰＤＣＰ ＳＲを実施するようにＵＥを周期的にトリガする、タイマとともに構成される。タイマの構成は、タイマのトリガ周期および／または時間ドメインオフセットを含んでもよい。構成の受信に応じて、ＰＤＣＰ ＳＲをトリガするためのタイマは、Ｔ＿ｐｏｌｌｉｎｇ＋時間ドメインオフセットの値に基づいて設定される。

８－ＰＤＣＰ ＳＲはまた、ネットワークによってトリガされることができる。例えば、ネットワークは、ＰＤＣＰ制御ＰＤＵによってトリガされるＰＤＣＰ ＳＲをトリガすることが可能であり得る。制御ＰＤＵは、１ビットのようなインジケーションフィールドを使用して、ＵＥに、制御ＰＤＵが受信されると、ＵＥが受信側ＰＤＣＰエンティティのためのＰＤＣＰ ＳＲを実施する必要があることを示すことができる。

９－ネットワーク側からの他の形態のシグナリング。例えば、ネットワークは、ＵＥに、ＭＡＣ ＣＥを通して、ＰＤＣＰ ＳＲを具体的マルチキャスト／ブロードキャストサービスの具体的ＭＲＢ上で実施するように命令する。上記の情報は、ＭＲＢ ＩＤおよびマルチキャスト／ブロードキャストサービス識別（マルチキャスト／ブロードキャストサービスを一意に識別する、Ｇ－ＲＮＴＩまたはセッションＩＤまたはＴＭＧＩまたは識別）を含む。さらに、ネットワークは、物理レイヤ上の物理ダウンリンク制御チャネルＰＤＣＣＨを示し、ＵＥに、マルチキャスト／ブロードキャストサービスを一意に識別する、Ｇ－ＲＮＴＩまたはセッションＩＤまたはＴＭＧＩまたは任意の識別によって識別される、規定されたマルチキャスト／ブロードキャストサービスのために、ＭＲＢ ＩＤによって、規定されたＭＲＢのためのＰＤＣＰ ＳＲを実施するように命令する。Ｇ－ＲＮＴＩ自体は、ＰＤＣＣＨ自体内のＤＣＩによって識別されることが可能であり得ることに留意されたい。

対応するＰＤＣＰエンティティのステータス報告のコンテンツは、以下のうちの少なくとも１つを含むべきである。
・ 順序における最後の受信されたＰＤＣＰ ＰＤＵカウントまたは第１の欠測カウント
・ 喪失されたＰＤＣＰ ＰＤＵのビットマップ
・ 時間ウィンドウ（ｔ＿Ｗｉｎｄｏｗ）またはＳＮウィンドウ内の喪失されたＰＤＣＰ ＰＤＵの数または比率
Ｇ． ２つの関連付けられるＲＬＣエンティティが存在するときにＰＤＣＰ ＳＲを送信すべき場所

マルチキャスト／ブロードキャストサービスにサービングする、ＭＲＢは、２つのタイプのＲＬＣベアラ（それぞれ、タイプ１またはＰＴＰ、タイプ２またはＰＴＭタイプ）と関連付けられることができる。既存の３ＧＰＰ（登録商標）仕様では、１つを上回るＲＬＣエンティティが、ＰＤＣＰエンティティと関連付けられるとき、ＲＬＣエンティティのうちの１つは、ＰＤＣＰ制御ＰＤＵ（ＰＤＣＰ ＳＲを含む）を伝送するための一次エンティティとして定義される。上記に説明されるシナリオ（例えば、マルチキャスト／ブロードキャストサービスを配信するためのＰＴＰおよびＰＴＭおよびＰＴＭ／ＰＴＰ間のモード切替）および再伝送シナリオでは、ＰＤＣＰ ＳＲのようなＰＤＣＰ制御ＰＤＵもまた、必要とされ得る。両方の場合において、ＰＤＣＰ ＳＲは、タイプ１またはＰＴＰタイプＲＬＣベアラまたはＰＴＰタイプＲＬＣベアラと関連付けられるＲＬＣエンティティ上で送信される。ＰＴＰタイプＲＬＣベアラと関連付けられる、ＲＬＣエンティティは、一次ＲＬＣエンティティである。１つを上回るＲＬＣエンティティと関連付けられる、マルチキャスト／ブロードキャストサービスにサービングする、ＲＢに関して、ＰＤＣＰステータス報告をタイプ１のＲＬＣエンティティまたはＰＴＰタイプＲＬＣエンティティにサブミットする。
Ｈ．マルチキャスト／ブロードキャストサービス配信の動的変更

ここで図７を参照すると、図示されるものは、サービス持続性を伴って、マルチキャストとユニキャストとの間のマルチキャスト／ブロードキャストサービス配信を動的に変更させる、方法７００のフロー図である。方法７００は、図１－６と併せて本明細書に説明されるコンポーネントを使用して実装される、またはそれによって実施されてもよい。要するに、方法７００は、マルチキャスト／ブロードキャストサービス要求を通信するステップ（７０５）を含んでもよい。方法７００は、マルチキャスト／ブロードキャスト無線リソース構成情報を通信するステップ（７１０）を含んでもよい。方法７００は、エアインターフェースプロトコルスタックを構成するステップ（７１５）を含んでもよい。方法７００は、マルチキャスト／ブロードキャストサービスのデータを通信するステップ（７２０）を含んでもよい。方法７００は、マルチキャスト／ブロードキャストサービスの構成または構成の一部を有効または無効するステップ（７２５）を含んでもよい。

さらに詳細には、方法７００は、マルチキャスト／ブロードキャストサービス要求を通信するステップ（７０５）を含んでもよい。用語「マルチキャスト」、「ブロードキャスト」、および「マルチキャスト／ブロードキャスト」は、同義的に使用されてもよい。いくつかの実施形態では、無線通信デバイス（例えば、ＵＥ１０４）は、マルチキャスト／ブロードキャストサービス要求をネットワーク（例えば、ネットワーク１００）に提供、伝送、または別様に送信してもよい。マルチキャスト／ブロードキャストサービス要求は、無線通信デバイスのためのマルチキャスト／ブロードキャストサービスを開始することであってもよい。マルチキャスト／ブロードキャストサービス要求の送信は、マルチキャスト／ブロードキャスト無線リソース構成の受信に先立って、送信されてもよい。

いくつかの実施形態では、無線通信デバイスは、マルチキャスト／ブロードキャストサービス要求をマルチキャスト／ブロードキャストセッション管理機能または３ＧＰＰ（登録商標）コアネットワークのエンティティに提供、伝送、または別様に送信してもよい。いくつかの実施形態では、無線通信デバイスは、マルチキャスト／ブロードキャストサービス要求を無線アクセスネットワーク（ＲＡＮ）ノードに提供、伝送、または別様に送信してもよい。ＲＡＮノードは、例えば、ｇＮＢまたはｇＮＢ－ＣＵであってもよい。

方法７００は、マルチキャスト／ブロードキャスト無線リソース構成情報を通信するステップ（７１０）を含んでもよい。マルチキャスト／ブロードキャストサービス要求の受信に応答して、ネットワーク（または受信者ノード）は、マルチキャスト／ブロードキャスト無線リソース構成情報を生成し、無線通信デバイスに返してもよい。無線通信デバイスは、ひいては、マルチキャスト無線リソース構成情報をネットワーク（またはマルチキャスト／ブロードキャストサービス要求を受信したノード）から受信してもよい。いくつかの実施形態では、マルチキャスト無線リソース構成情報は、マルチキャスト／ブロードキャストサービスにサービングする、マルチキャスト／ブロードキャスト無線ベアラのマルチキャスト／ブロードキャスト無線ベアラ（ＭＲＢ）構成、サービスデータ適合プロトコル（ＳＤＡＰ）構成、パケットデータ収束プロトコル（ＰＤＣＰ）構成、無線リンク制御（ＲＬＣ）ベアラ構成、ＲＬＣ構成、またはマルチキャスト媒体アクセス制御（ＭＡＣ）および物理（ＰＨＹ）レイヤ構成セットを定義、規定、または別様に含んでもよい。

いくつかの実施形態では、ＳＤＡＰ構成は、マルチキャスト／ブロードキャストサービスセッション識別子を含んでもよい。マルチキャスト／ブロードキャストサービスセッション識別子は、マルチキャスト／ブロードキャストサービスに対応する、セッションを識別してもよい。マルチキャスト／ブロードキャストサービスセッション識別子はさらに、無線通信デバイスの内側のマルチキャスト／ブロードキャストサービスに対応する、セッションを一意に識別してもよい。

いくつかの実施形態では、ＭＲＢ構成とＭＡＣ／ＰＨＹ構成セットとの間には、マッピング関係が存在してもよい。ＭＲＢ構成は、セッションＩＤによって識別されてもよい一方、ＭＡＣ／ＰＨＹ構成セットは、Ｇ－ＲＮＴＩまたは物理レイヤ内のマルチキャスト／ブロードキャストサービスと関連付けられる他の識別によって識別されてもよい。

マッピング関係は、ブロードキャストダウンリンクチャネルおよびブロードキャストを通して、セル（例えば、セル１２６）内に提供される、または含まれてもよい。マッピング関係は、専用シグナリング内に提供され、または含まれ、具体的ＵＥ（例えば、ＵＥ１０４）に送信されてもよい。

いくつかの実施形態では、マルチキャスト／ブロードキャスト無線リソース構成情報は、マルチキャスト／ブロードキャストサービスのためのＲＬＣベアラのうちの１つまたはそれを上回るタイプを規定してもよい。マルチキャスト／ブロードキャスト無線ベアラは、タイプ１のＲＬＣベアラの１つのＲＬＣエンティティから受信するように構成されてもよい。この場合、ＰＤＣＰエンティティは、１つの確認応答モード（ＡＭ）ＲＬＣエンティティまたは２つの非確認応答モード（ＵＭ）ＲＬＣエンティティと関連付けられ得る。マルチキャスト／ブロードキャスト無線ベアラは、タイプ２のＲＬＣベアラの１つのＲＬＣエンティティから受信するように構成されてもよい。この場合、ＰＤＣＰエンティティは、１つのＵＭダウンリンクＲＬＣエンティティと関連付けられ得る。マルチキャスト／ブロードキャスト無線ベアラは、２つのＲＬＣエンティティから受信するように構成されてもよく、各ＰＤＣＰエンティティは、１つのＡＭ ＲＬＣエンティティまたは２つのＵＭ ＲＬＣエンティティおよび１つのＵＭダウンリンクＲＬＣエンティティと関連付けられ得る。

いくつかの実施形態では、タイプ１のＲＬＣベアラは、２地点間（ＰＴＰ）属性として構成されてもよい。いくつかの実施形態では、ネットワーク側におけるタイプ１のピアＲＬＣエンティティは、具体的ＵＥにサービングしてもよい。いくつかの実施形態では、タイプ２のＲＬＣベアラは、一地点対多地点間（ＰＴＭ）属性として構成されてもよい。いくつかの実施形態では、ネットワーク側におけるタイプ２のピアＲＬＣエンティティは、ネットワークのピアＲＬＣエンティティにおいて、少なくとも１つのＵＥにサービングしてもよい。

いくつかの実施形態では、タイプ２のＲＬＣベアラは、マルチキャスト／ブロードキャストサービスのＭＡＣ／ＰＨＹレイヤ構成セットと関連付けられてもよい。構成セットは、マルチキャスト／ブロードキャストサービスに対応する、ＭＡＣ断続受信（ＤＲＸ）構成を定義、識別、または含んでもよい。構成セットはまた、マルチキャスト／ブロードキャストサービスがスケジュールリングされる、セルグループまたはセル識別子リストを定義、識別、または含んでもよい。構成セットはまた、マルチキャスト／ブロードキャストサービスと関連付けられる、帯域幅部分（ＢＷＰ）構成またはＢＷＰインデックスを定義、識別、または含んでもよい。構成セットは、物理ダウンリンク共有データチャネル（ＰＤＳＣＨ）構成および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）構成を定義、識別、または含んでもよい。

方法７００は、エアインターフェースプロトコルスタックを構成するステップ（７１５）を含んでもよい。マルチキャスト／ブロードキャスト無線リソース構成情報に従って、無線通信デバイスは、無線通信デバイスのエアインターフェースプロトコルスタックを構成してもよい。エアインターフェースプロトコルスタックは、無線通信デバイスとネットワーク内の他の無線アクセスネットワークノードとの間の通信リンクを定義してもよい（例えば、マルチキャスト／ブロードキャスト無線サービスのために）。いくつかの実施形態では、マルチキャスト／ブロードキャスト無線リソース構成情報は、マルチキャスト／ブロードキャスト無線ベアラ構成を定義する、またはそれに対応する、動作、ＲＬＣベアラ構成を定義する、またはそれに対応する、動作、またはＭＡＣ／ＰＨＹレイヤ構成セットを定義する、またはそれに対応する、動作を含んでもよい。エアインターフェースプロトコルスタックを構成する際、無線通信デバイスは、マルチキャスト無線リソース構成情報によって定義された１つまたはそれを上回る動作を実行してもよい。

いくつかの実施形態では、無線通信デバイスは、受信されたＭＡＣプロトコルデータユニット（ＰＤＵ）内の論理チャネル識別子（ＬＣＩＤ）、およびマルチキャスト／ブロードキャストサービスと関連付けられる、Ｇ－ＲＮＴＩを含む、物理レイヤ識別子、または物理レイヤ識別子またはマルチキャスト／ブロードキャストサービスと関連付けられる、セッション識別に従って、マルチキャスト／ブロードキャストサービスのサービスデータを通信または受信するための論理チャネルを決定または識別してもよい。論理チャネル識別子（ＬＣＩＤ）は、マルチキャスト／ブロードキャストサービスのためのＲＬＣベアラを識別または参照してもよい。ＬＣＩＤは、少なくとも２つのＬＣＩＤ値、すなわち、ｌｃｉｄ２－１およびｌｃｉｄ２－２を含んでもよい。ＭＡＣエンティティは、受信されたＭＡＣ ＰＤＵのサブヘッダまたはヘッダ内のサービスデータのＬＣＩＤ値が、ｌｃｉｄ２－１である場合、受信されたＭＡＣ ＰＤＵ内のサービスデータをｌｃｉｄ２－２によって識別される論理チャネルにサブミットしてもよい。

いくつかの実施形態では、受信側ＲＬＣエンティティは、ＲＬＣベアラ構成内のサービングされる無線ベアラ識別子、およびマルチキャスト／ブロードキャストサービスと関連付けられるＧ－ＲＮＴＩ、または物理レイヤ識別子またはマルチキャスト／ブロードキャストサービスと関連付けられるセッション識別を含む、物理レイヤ識別子に従って、ＲＬＣサービスデータユニット（ＳＤＵ）を関連付けられるＰＤＣＰエンティティに一意に配信してもよい。いくつかの実施形態では、ＲＬＣベアラ構成およびＭＡＣ／ＰＨＹレイヤ構成セットは、ブロードキャストチャネルおよびセル（例えば、セル１２６）内のブロードキャストから受信される、またはそれによって提供されてもよい。いくつかの実施形態では、ＲＬＣベアラ構成およびＭＡＣまたはＰＨＹレイヤ構成セットは、専用シグナリングから受信される、またはそれを介して提供されてもよい。

いくつかの実施形態では、無線通信デバイスは、エアインターフェースプロトコルスタックを構成するためのステップ２構成を実施してもよい。いくつかの実施形態では、ステップ１構成は、１つまたはそれを上回る動作を識別する、または含んでもよい。ステップ１構成のための動作は、マルチキャスト／ブロードキャスト無線ベアラ構成に対応する、動作、ＲＬＣベアラ構成に対応する、動作、またはＭＡＣ／ＰＨＹ構成セットに対応する、動作を含んでもよい。ステップ１は、構成自体を受信することを含んでもよい。ステップ２構成は、構成をエアインターフェースプロトコルスタックに適用する、またはその上で実施することを含んでもよい。

いくつかの実施形態では、ステップ１構成は、マルチキャスト／ブロードキャスト無線ベアラと関連付けられる、ＰＤＣＰエンティティに対応する、ＰＤＣＰステータス報告のためのトリガ条件を含んでもよい。

トリガ条件は、マルチキャスト／ブロードキャスト無線ベアラが、タイプ２またはＰＴＭタイプのＲＬＣベアラの一時停止または解放の動作とともに、ＰＴＰのＲＬＣベアラから受信するように構成されるときを含んでもよい。そのような場合、無線通信デバイスは、ＰＴＭモードからＰＴＰモードにおいて、マルチキャスト／ブロードキャスト無線ベアラのサービスデータを受信する。ＰＴＭまたはタイプ２のＲＬＣベアラが解放される場合、データが喪失され得、したがって、ＰＤＣＰステータス報告が、発行されることになる。

トリガ条件は、マルチキャスト／ブロードキャスト無線ベアラが、ＰＴＭタイプのＲＬＣベアラから受信するように構成されるとき、ＭＲＢは、次いで、タイプ１またはＰＴＰタイプのＲＬＣベアラの確立の動作とともに、ＰＴＭおよびＰＴＰモードの両方から受信するように構成され得ることを含んでもよい。そのような構成は、ＰＤＣＰ ＳＲがＭＲＢのために有効にされる場合、ＰＤＣＰ ＳＲを行うように受信側ＰＤＣＰをトリガしてもよい。マルチキャスト無線ベアラに関して、ＰＴＭタイプのＲＬＣベアラから受信しているとき、マルチキャスト無線ベアラは、タイプ２またはＰＴＭタイプのＲＬＣベアラの一時停止または解放と併せて、ＰＴＰタイプのＲＬＣベアラから受信するように構成されてもよい。マルチキャスト無線ベアラに関して、ＰＴＭタイプのＲＬＣベアラから受信しているとき、マルチキャスト無線ベアラは、タイプ１またはＰＴＰタイプのＲＬＣベアラの確立と併せて、ＰＴＭおよびＰＴＰモードの両方から受信するように構成されてもよい。

ＵＥが、ベアラデータをＰＴＰモードにおいて受信するとき、ＵＥは、ベアラ受信ステータスを報告するようにトリガされてもよい。トリガ条件はまた、ＭＡＣ／ＰＨＹレイヤのマルチキャスト／ブロードキャストサービスと関連付けられる、最大ブロックエラーレート（ＢＬＥＲ）に到達した（例えば、ある時間ウィンドウ内で）ときを含んでもよい。トリガ条件はまた、マルチキャスト／ブロードキャストサービスに関する物理レイヤ基準信号の測定に基づいて、最小基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、または信号対干渉＋雑音（ＳＩＮＲ）値に到達したときを含んでもよい。

トリガ条件はまた、第１の喪失されたＰＤＣＰ ＰＤＵからのＰＤＣＰ ＰＤＵのシーケンス番号（ＳＮ）と正常に受信されたＰＤＣＰ ＰＤＵとの間の最大差（例えば、ＰＤＣＰシーケンス番号）に到達したときを含んでもよい。トリガ条件はまた、喪失されたＰＤＣＰ ＰＤＵの最大数または喪失されたＰＤＣＰ ＰＤＵの数とある時間ウィンドウ（ｔ＿Ｗｉｎｄｏｗ）内のＰＤＣＰ ＰＤＵの総数の最大比に到達したときを含んでもよい。トリガ条件は、ＰＤＣＰ並替タイマが満了するときを含んでもよい。トリガ条件は、ＰＤＣＰエンティティ内で並べ替えられるために待機するパケットの最大数に到達したとき（例えば、次いで、ＰＤＣＰ ＳＲがトリガされる）を含んでもよい。

トリガ条件は、ＰＤＣＰステータス報告（ＳＲ）が、その中でビットがＰＤＣＰ ＳＲが必要とされることを示す、ＰＤＣＰ制御ＰＤＵによってトリガされるときを含んでもよい。制御ＰＤＵは、ＵＥが、制御ＰＤＵが位置する、受信側ＰＤＣＰエンティティのためにＰＤＣＰ ＳＲを実施する必要があることを示すために、ビットを使用することができる。トリガ条件は、タイマが、マルチキャスト／ブロードキャストサービスにサービングする、ベアラと関連付けられる、ＰＤＣＰエンティティのためにＰＤＣＰ ＳＲを実施するように、無線通信デバイスを周期的にトリガするときを含んでもよい。タイマの構成は、タイマのトリガ周期（Ｔ＿ｐｏｌｌｉｎｇ）および時間ドメインオフセットを含むことができる。構成の受信に応じて、ＰＤＣＰ ＳＲをトリガするためのタイマが、Ｔ＿ｐｏｌｌｉｎｇ＋時間ドメインオフセットの値に基づいて設定される。

トリガ条件は、ネットワークが、信号を無線通信デバイスに、ＰＤＣＰ ＳＲが具体的マルチキャスト／ブロードキャストサービスの具体的ベアラのために必要とされることを示すために、ＭＡＣ ＣＥをシグナリングするときを含んでもよい。例えば、ＭＡＣ ＣＥは、ＭＲＢ ＩＤおよびマルチキャスト／ブロードキャストサービス識別（マルチキャスト／ブロードキャストサービスを一意に識別する、Ｇ－ＲＮＴＩまたはセッションＩＤまたはＴＭＧＩまたは識別）を含む。

さらに、ネットワークは、物理レイヤ上の物理ダウンリンク制御チャネルＰＤＣＣＨを示し、規定されたマルチキャスト／ブロードキャストサービスのために、ＭＲＢ ＩＤによって規定されたＭＲＢのためのＰＤＣＰ ＳＲを実施するように、ＵＥに命令してもよい。マルチキャスト／ブロードキャストサービスは、マルチキャスト／ブロードキャストサービスを一意に識別する、Ｇ－ＲＮＴＩまたはセッションＩＤまたはＴＭＧＩまたは任意の識別によって識別されてもよい。Ｇ－ＲＮＴＩ自体は、ＰＤＣＣＨ自体内のＤＣＩによって識別されることが可能であり得ることに留意されたい。

トリガ条件は、ネットワークが、マルチキャスト／ブロードキャストサービスに対応する、物理ダウンリンク制御チャネル（例えば、ＰＤＣＣＨ）に関する情報を提供し、無線通信デバイスに、ＰＤＣＰ ＳＲ動作をＰＤＣＰ ＳＲ対応ベアラ上で実施するようにシグナリングするときを含んでもよい。ＭＲＢ ＩＤは、ダウンリンク制御情報内で搬送されてもよい。

方法７００は、マルチキャスト／ブロードキャストサービスのデータを通信するステップ（７２０）を含んでもよい。無線通信デバイスは、マルチキャスト無線リソース構成情報に従って、マルチキャスト／ブロードキャストサービスのデータにアクセスする、それを識別する、またはそれを受信してもよい。いくつかの実施形態では、無線通信デバイスは、マルチキャスト無線リソース構成情報を使用して構成される、エアインターフェースプロトコルスタックを介して、マルチキャスト／ブロードキャストサービスのデータを通信してもよい。マルチキャスト／ブロードキャストサービスのデータの通信は、エアインターフェースプロトコルスタックの構成に応答して、始動または開始してもよい。

いくつかの実施形態では、ＰＤＣＰステータス報告は、マルチキャスト／ブロードキャストサービスのデータと併せて、通信されてもよい。いくつかの実施形態では、ＰＤＣＰステータス報告コンテンツは、最後の受信されたＰＤＣＰ ＰＤＵカウント値または第１の喪失されたＰＤＣＰ ＰＤＵカウント値、喪失されたＰＤＣＰ ＰＤＵのビットマップ、および時間ウィンドウまたはシーケンス番号ウィンドウ内の喪失されたＰＤＣＰ ＰＤＵの数または比率を含んでもよい。いくつかの実施形態では、ＰＤＣＰステータス報告は、タイプ１のＲＬＣエンティティまたはＰＴＰタイプのＲＬＣエンティティ内で送信されてもよい。

方法７００は、マルチキャスト／ブロードキャストサービスの構成を有効または無効にするステップ（７２５）を含んでもよい。マルチキャスト／ブロードキャストサービスのデータを無線通信デバイスに通信するための構成は、ステップ１構成に従って、有効にまたは無効にされてもよい。有効または無効は、マルチキャスト／ブロードキャストサービスの構成の少なくとも一部であってもよい。いくつかの実施形態では、ステップ１構成は、ＲＬＣベアラの２つの状態の構成の有効または無効動作を含んでもよい。ＲＬＣベアラは、マルチキャスト／ブロードキャストサービスにサービングする、各マルチキャストベアラに対応し得る。

いくつかの実施形態では、無線通信デバイスは、レイヤ１シグナリングを介して、構成の有効または無効動作のインジケーションを識別または受信してもよい。レイヤ１シグナリングは、ＭＡＣ制御要素（ＣＥ）またはダウンリンク制御情報（ＤＣＩ）を含んでもよい。ＭＡＣ ＣＥまたはＤＣＩは、マルチキャスト／ブロードキャストサービスの識別子、およびマルチキャスト／ブロードキャストサービスに対応する、無線ベアラ識別子または無線ベアラリストを含んでもよい。マルチキャスト／ブロードキャストサービスの識別子は、無線通信デバイスがマルチキャスト／ブロードキャストサービスを識別するために使用し得る、Ｇ－ＲＮＴＩまたはセッションＩＤまたは他の識別子であってもよい。

いくつかの実施形態では、ステップ１構成は、ＲＬＣベアラの２つの状態の有効または無効動作を含んでもよい。ＲＬＣベアラは、マルチキャスト／ブロードキャストサービスにサービングする、各マルチキャストベアラに対応し得る。ＲＬＣベアラの無効は、解放または一時停止の動作に対応する。いくつかの実施形態では、マルチキャスト／ブロードキャストサービスと関連付けられる、１つまたはそれを上回るタイプ２のＲＬＣベアラが、一時停止または解放される。いくつかの実施形態では、無効動作は、対応するＲＬＣベアラを解放するステップであってもよい。無効動作は、ＲＬＣベアラに対応する対応するＲＬＣエンティティおよび対応する論理チャネルを解放するステップを含んでもよい。解放は、ＲＬＣベアラと関連付けられる、コンテンツ、設定、または構成に適用されなくてもよく、これらのコンテンツ、設定、または構成を削除してもよい（後に使用されないように）。いくつかの実施形態では、無効動作は、再アセンブルタイマ（ｔ－Ｒｅａｓｓｅｍｂｌｙ）が起動中である場合、ｔ－Ｒｅａｓｓｅｍｂｌｙを停止およびリセットするステップを含んでもよい。いくつかの実施形態では、無効動作は、任意の利用可能なＲＬＣ ＳＤＵ、ＲＬＣ ＳＤＵセグメント、およびＲＬＣ ＰＤＵを破棄するステップを含んでもよい。いくつかの実施形態では、無効動作は、状態変数を初期値に設定するステップを含んでもよい。

いくつかの実施形態では、ステップ１構成は、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣまたはＰＨＹ構成セットの解放を含んでもよい。ＵＥ側ＭＡＣエンティティは、もはやマルチキャスト／ブロードキャストサービスのＧ－ＲＮＴＩを監視しなくてもよい。ＵＥ側ＭＡＣエンティティは、エアインターフェース上でのサービスのＰＴＭモードの受信を停止してもよい。ＵＥ側ＭＡＣは、Ｇ－ＲＮＴＩと関連付けられる、ＨＡＲＱプロセスを解放し、ＨＡＲＱバッファをフラッシュし、マルチキャスト／ブロードキャストサービスのＤＲＸ構成を解放してもよく、ＵＥは、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣ／ＰＨＹ構成セットを保存しなくてもよい。ＵＥは、マルチキャスト／ブロードキャストサービスと関連付けられる、これらのコンテンツ、設定、または構成を削除してもよい（後に使用されないように）

いくつかの実施形態では、無効動作は、ＲＬＣベアラの構成を除去せずに、またはそれを留保することによる（例えば、潜在的に、後の使用のために）、ＲＬＣベアラの一時停止であってもよい。ＲＬＣベアラの一時停止は、ＲＬＣエンティティに対応する、論理チャネルの一時停止または解放、および対応するＲＬＣエンティティの一時停止に対応し得る。一時停止は、ＲＬＣベアラと関連付けられる、コンテンツ、設定、または構成に適用されるが、これらのコンテンツ、設定、または構成を維持または保存してもよい（後に再開／有効にされるときに使用されるために）。いくつかの実施形態では、ＲＬＣベアラに対応する、論理チャネルの一時停止を含む、一時停止に応答して、対応するＭＡＣエンティティは、対応する論理チャネルに配信されることになる、データを受信し、受信されたデータを破棄してもよい。

いくつかの実施形態では、ステップ１構成は、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣまたはＰＨＹ構成セットの一時停止を含んでもよい。ＵＥ側ＭＡＣエンティティは、もはやマルチキャスト／ブロードキャストサービスのＧ－ＲＮＴＩを監視しなくてもよい。ＵＥ側ＭＡＣエンティティは、エアインターフェース上でのサービスのＰＴＭモードの受信を停止してもよい。ＵＥ側ＭＡＣエンティティは、Ｇ－ＲＮＴＩと関連付けられる、ＨＡＲＱプロセスを解放し、ＨＡＲＱバッファをフラッシュし、マルチキャスト／ブロードキャストサービスのＤＲＸ構成を解放してもよく、ＵＥは、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣまたはＰＨＹ構成セットを保存してもよい（後に、再開／有効にされるときに使用されるために）。

いくつかの実施形態では、有効動作は、ＲＬＣベアラ再開または確立動作を含んでもよい。いくつかの実施形態では、ＲＬＣベアラ再開動作は、ＭＡＣエンティティが、対応する論理チャネルに配信されることになる、データを受信することに応答して、ＭＡＣエンティティが、データを対応する論理チャネルに配信することを含んでもよい。いくつかの実施形態では、ＲＬＣベアラ再開動作は、受信されたパケットを再アセンブルし、対応する再アセンブルタイマ（ｔ－Ｒｅａｓｓｅｍｂｌｙ）を開始することを含んでもよい。いくつかの実施形態では、ステップ１構成は、マルチキャスト／ブロードキャストサービスと関連付けられる、ＭＡＣまたはＰＨＹ構成セットの再開動作を含んでもよい。いくつかの実施形態では、マルチキャスト／ブロードキャストサービスと関連付けられる、１つまたはそれを上回るタイプ２のＲＬＣベアラは、復元または確立される。

本ソリューションの種々の実施形態が、上記に説明されたが、それらは、限定としてではなく、実施例としてのみ提示されたことを理解されたい。同様に、種々の略図は、例示的アーキテクチャまたは構成を描写し得、これは、当業者が、本ソリューションの例示的特徴および機能を理解することを可能にするために提供される。しかしながら、そのような当業者は、本ソリューションが、図示される例示的アーキテクチャまたは構成に制限されず、種々の代替アーキテクチャおよび構成を使用して実装されることができることを理解するであろう。加えて、当業者によって理解されるであろうように、一実施形態の１つまたはそれを上回る特徴は、本明細書に説明される別の実施形態の１つまたはそれを上回る特徴と組み合わせられることができる。したがって、本開示の範疇および範囲は、上記に説明される例証的実施形態のいずれかによって限定されるべきではない。

また、「第１」、「第２」等の指定を使用した本明細書における要素の任意の参照は、概して、それらの要素の量または順序を限定するものではないことを理解されたい。むしろ、これらの指定は、本明細書では、２つまたはそれを上回る要素または要素のインスタンス間で区別する便宜的手段として使用されることができる。したがって、第１および第２の要素の参照は、２つのみの要素が採用され得る、または第１の要素がある様式において、第２の要素に先行しなければならないことを意味するものではない。

加えて、当業者は、情報および信号が種々の異なる技術および技法のいずれかを使用して表されることができることを理解するであろう。上記の説明において参照され得る、例えば、データ、命令、コマンド、情報、信号、ビット、およびシンボルは、例えば、電圧、電流、電磁波、磁場または粒子、光学場または粒子、または任意のそれらの組み合わせによって表されることができる。

当業者はさらに、本明細書に開示される側面に関連して説明される、種々の例証的論理ブロック、モジュール、プロセッサ、手段、回路、方法、および機能のいずれかが、電子ハードウェア（例えば、デジタル実装、アナログ実装、またはその２つの組み合わせ）、ファームウェア、命令を組み込む種々の形態のプログラムまたは設計コード（本明細書では、便宜上、「ソフトウェア」または「ソフトウェアモジュールと称され得る）、またはこれらの技法の任意の組み合わせによって実装されることができることを理解するであろう。ハードウェア、ファームウェア、およびソフトウェアの本可換性を明確に図示するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップは、概して、その機能性の観点から上記に説明される。そのような機能性が、ハードウェア、ファームウェア、またはソフトウェア、またはこれらの技法の組み合わせとして実装されるかどうかは、特定の用途および全体的システム上に課される設計制約に依存する。当業者は、説明される機能性を特定の用途毎に種々の方法で実装することができるが、そのような実装決定は、本開示の範囲からの逸脱を生じさせるものではない。

さらに、当業者は、本明細書に説明される種々の例証的論理ブロック、モジュール、デバイス、コンポーネント、および回路が、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、または任意のそれらの組み合わせを含み得る、集積回路（ＩＣ）内に実装される、またはそれによって実施されることができることを理解するであろう。論理ブロック、モジュール、および回路はさらに、アンテナおよび／または送受信機を含み、ネットワークまたはデバイス内の種々のコンポーネントと通信することができる。汎用プロセッサは、マイクロプロセッサであることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、または状態機械であることができる。プロセッサはまた、コンピューティングデバイス、例えば、ＤＳＰおよびマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと併せた１つまたはそれを上回るマイクロプロセッサの組み合わせ、または本明細書に説明される機能を実施するための任意の他の好適な構成の組み合わせとして実装されることができる。

ソフトウェア内に実装される場合、機能は、１つまたはそれを上回る命令またはコードとして、コンピュータ可読媒体上に記憶されることができる。したがって、本明細書に開示される方法またはアルゴリズムのステップは、コンピュータ可読媒体上に記憶されるソフトウェアとして実装されることができる。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体の両方を含み、コンピュータプログラムまたはコードを１つの場所から別の場所に転送することを可能にされ得る、任意の媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る、任意の利用可能な媒体であることができる。限定ではなく、一例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望のプログラムコードを命令またはデータ構造の形態で記憶するために使用され得、かつコンピュータによってアクセスされ得る、任意の他の媒体を含むことができる。

本書では、用語「モジュール」は、本明細書で使用されるように、ソフトウェア、ファームウェア、ハードウェア、および本明細書に説明される関連付けられる機能を実施するためのこれらの要素の任意の組み合わせを指す。加えて、議論の目的のために、種々のモジュールは、離散モジュールとして説明される。しかしながら、当業者に明白となるであろうように、２つまたはそれを上回るモジュールが、組み合わせられ、本ソリューションの実施形態に従って関連付けられる機能を実施する、単一モジュールを形成してもよい。

加えて、メモリまたは他の記憶装置および通信コンポーネントが、本ソリューションの実施形態において採用されてもよい。明確にする目的のために、上記の説明は、異なる機能ユニットおよびプロセッサを参照して本ソリューションの実施形態を説明していることを理解されたい。しかしながら、異なる機能ユニット、処理論理要素、またはドメイン間の機能性の任意の好適な配布が、本ソリューションから逸脱することなく使用されてもよいことが明白であろう。例えば、別個の処理論理要素またはコントローラによって実施されるように例証される機能性は、同一処理論理要素またはコントローラによって実施されてもよい。故に、具体的機能ユニットの参照は、厳密な論理または物理構造または編成を示すのではなく、説明される機能性を提供するための好適な手段の参照にすぎない。

本開示に説明される実施形態の種々の修正が、当業者に容易に明白となり、本明細書に定義された一般的原理は、本開示の範囲から逸脱することなく、他の実施形態に適用されることができる。したがって、本開示は、本明細書に示される実施形態に限定されることを意図するものではなく、下記の請求項において制限されるように、本明細書に開示される新規特徴および原理と一致する最も広い範囲と見なされる。

Claims (18)

1. 方法であって、
   無線通信デバイスが、マルチキャスト無線リソース構成情報をネットワークから受信することであって、前記マルチキャスト無線リソース構成情報は、無線リンク制御（ＲＬＣ）ベアラ構成を含み、前記ＲＬＣベアラ構成は、複数のＲＬＣベアラタイプのうちの少なくとも１つを含み、前記複数のＲＬＣベアラタイプは、（ｉ）タイプ１のＲＬＣベアラと（ｉｉ）タイプ２のＲＬＣベアラとを含み、前記タイプ１のＲＬＣベアラは、２地点間（ＰＴＰ）タイプであり、前記タイプ２のＲＬＣベアラは、一地点対多地点間（ＰＴＭ）タイプである、ことと、
   前記無線通信デバイスが、前記マルチキャスト無線リソース構成情報に従って、前記無線通信デバイスのエアインターフェースプロトコルスタックを構成することと
   を含む、方法。
2. 前記方法は、前記マルチキャスト無線リソース構成情報を受信することに先立って、前記無線通信デバイスが、マルチキャストサービス要求を前記ネットワークに送信することを含む、請求項１に記載の方法。
3. 前記方法は、前記無線通信デバイスが、前記マルチキャストサービス要求をマルチキャストセッション管理機能またはコアネットワークのエンティティに送信することを含む、請求項２に記載の方法。
4. 前記方法は、前記無線通信デバイスが、前記マルチキャストサービス要求を無線アクセスネットワーク（ＲＡＮ）ノードに送信することを含む、請求項２に記載の方法。
5. 前記マルチキャスト無線リソース構成情報は、パケットデータ収束プロトコル（ＰＤＣＰ）構成を含む、請求項１に記載の方法。
6. 前記マルチキャスト無線リソース構成情報は、少なくとも１つの動作を含み、前記少なくとも１つの動作は、マルチキャストサービス要求に関連付けられているマルチキャスト無線ベアラ構成またはＭＡＣおよびＰＨＹレイヤ構成セットに対応する、請求項１に記載の方法。
7. 前記マルチキャスト無線リソース構成情報は、サービスデータ適合プロトコル（ＳＤＡＰ）構成を含み、前記ＳＤＡＰ構成は、マルチキャストサービス要求に対応するセッションを識別するためのマルチキャストサービスセッション識別子を含む、請求項５に記載の方法。
8. 前記タイプ１のＲＬＣベアラとともに構成されているマルチキャスト無線ベアラに関して、前記マルチキャスト無線ベアラに対応する各ＰＤＣＰエンティティは、対応する方向のための確認応答モード（ＡＭ）ＲＬＣエンティティまたは非確認応答モード（ＵＭ）ＲＬＣエンティティに関連付けられていることと、
   前記タイプ２のＲＬＣベアラとともに構成されているマルチキャスト無線ベアラに関して、前記マルチキャスト無線ベアラに対応する各ＰＤＣＰエンティティは、少なくとも１つのＵＭ ＤＬ ＲＬＣエンティティに関連付けられていることと、
   前記タイプ１のＲＬＣベアラおよび前記タイプ２のＲＬＣベアラの両方とともに構成されているマルチキャスト無線ベアラに関して、前記マルチキャスト無線ベアラに対応する各ＰＤＣＰエンティティは、前記ＡＭ ＲＬＣエンティティまたは前記ＵＭ ＲＬＣエンティティと、前記少なくとも１つのＵＭ ＤＬ ＲＬＣエンティティとに関連付けられていることと
   のうちの１つである、請求項５に記載の方法。
9. 前記タイプ１のＲＬＣベアラに関連付けられている前記ＲＬＣエンティティに対する前記ネットワークのピアＲＬＣエンティティは、マルチキャストサービス要求を受信する特定の無線通信デバイスにサービングし、前記タイプ２のＲＬＣベアラに関連付けられている前記ＲＬＣエンティティに対する前記ネットワークのピアＲＬＣエンティティは、前記マルチキャストサービス要求を受信する少なくとも１つの無線通信デバイスにサービングする、請求項８に記載の方法。
10. マルチキャストサービス要求のマルチキャスト媒体アクセス制御（ＭＡＣ）および物理（ＰＨＹ）レイヤ構成セットは、前記マルチキャストサービス要求に対応するＭＡＣ断続受信（ＤＲＸ）構成、前記マルチキャストサービス要求がスケジュールリングされるセル識別子リスト、前記マルチキャストサービス要求に関連付けられている帯域幅部分（ＢＷＰ）インデックス、または、物理ダウンリンク共有データチャネル（ＰＤＳＣＨ）構成および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）構成のうちの少なくとも１つを含む、請求項５に記載の方法。
11. マルチキャストサービス要求の物理レイヤ識別子とセッション識別子との間には、マッピング関係が存在し、前記マッピング関係は、専用シグナリングを通して特定の無線通信デバイスに提供される、請求項５に記載の方法。
12. ＲＬＣベアラに対応する論理チャネル識別子（ＬＣＩＤ）は、少なくとも２つのＬＣＩＤ値、すなわち、ｌｃｉｄ２－１およびｌｃｉｄ２－２を含み、前記受信されたＭＡＣ ＰＤＵのサブヘッダ内の対応するＬＣＩＤ値がｌｃｉｄ２－１である場合、ＭＡＣエンティティは、受信されたＭＡＣ ＰＤＵ内のサービスデータをｌｃｉｄ２－２によって識別される論理チャネルにサブミットする、請求項５に記載の方法。
13. 前記ＲＬＣベアラ構成およびマルチキャスト媒体アクセス制御（ＭＡＣ）および物理（ＰＨＹ）レイヤ構成セットは、ブロードキャストチャネルおよびセル内のブロードキャストを通して、または、専用シグナリングを通して、特定の無線通信デバイスに提供される、請求項５に記載の方法。
14. ステップ１構成が、前記マルチキャスト無線リソース構成情報を含む、請求項５に記載の方法。
15. ステップ１構成が、マルチキャストサービス要求に関連付けられているマルチキャストベアラにサービングする前記タイプ１のＲＬＣベアラまたは前記タイプ２のＲＬＣベアラの有効または無効の動作を含む、請求項１に記載の方法。
16. 無線通信デバイスであって、
    前記無線通信デバイスは、少なくとも１つのプロセッサを備え、
    前記少なくとも１つのプロセッサは、
    受信機を介して、マルチキャスト無線リソース構成情報をネットワークから受信することであって、前記マルチキャスト無線リソース構成情報は、無線リンク制御（ＲＬＣ）ベアラ構成を含み、前記ＲＬＣベアラ構成は、複数のＲＬＣベアラタイプのうちの少なくとも１つを含み、前記複数のＲＬＣベアラタイプは、（ｉ）タイプ１のＲＬＣベアラと（ｉｉ）タイプ２のＲＬＣベアラとを含み、前記タイプ１のＲＬＣベアラは、２地点間（ＰＴＰ）タイプであり、前記タイプ２のＲＬＣベアラは、一地点対多地点間（ＰＴＭ）タイプである、ことと、
    前記マルチキャスト無線リソース構成情報に従って、前記無線通信デバイスのエアインターフェースプロトコルスタックを構成することと
    を行うように構成されている、無線通信デバイス。
17. 前記マルチキャスト無線リソース構成情報は、パケットデータ収束プロトコル（ＰＤＣＰ）構成を含む、請求項１６に記載の無線通信デバイス。
18. 前記タイプ１のＲＬＣベアラとともに構成されているマルチキャスト無線ベアラに関して、前記マルチキャスト無線ベアラに対応する各ＰＤＣＰエンティティは、対応する方向のための確認応答モード（ＡＭ）ＲＬＣエンティティまたは非確認応答モード（ＵＭ）ＲＬＣエンティティに関連付けられていることと、
    前記タイプ２のＲＬＣベアラとともに構成されているマルチキャスト無線ベアラに関して、前記マルチキャスト無線ベアラに対応する各ＰＤＣＰエンティティは、前記少なくとも１つのＵＭ ＤＬ ＲＬＣエンティティに関連付けられていることと、
    前記タイプ１のＲＬＣベアラおよび前記タイプ２のＲＬＣベアラの両方とともに構成されているマルチキャスト無線ベアラに関して、前記マルチキャスト無線ベアラに対応する各ＰＤＣＰエンティティは、前記ＡＭ ＲＬＣエンティティまたは前記ＵＭ ＲＬＣエンティティと、前記少なくとも１つのＵＭ ＤＬ ＲＬＣエンティティとに関連付けられていることと
    のうちの１つである、請求項１７に記載の無線通信デバイス。

Images