JP2024503378A

JP2024503378A - Ｍｂｓにおけるｐｔｐ送受信とｐｔｍ送受信との間の無損失スイッチング

Info

Publication number: JP2024503378A
Application number: JP2023541606A
Authority: JP
Inventors: テイェブ、オウメール; タンガラジ、ユゲスワールディーノーナラヤナン
Original assignee: インターデイジタルパテントホールディングスインコーポレイテッド
Priority date: 2021-01-11
Filing date: 2022-01-11
Publication date: 2024-01-25
Also published as: WO2022150750A8; WO2022150750A1; CN118555546A; EP4275309A1; CN116888989A; US20240015849A1

Abstract

無線送受信ユニット（ＷＴＲＵ）は、ポイントツーポイント（ＰＴＰ）送信モードからポイントツーマルチポイント（ＰＴＭ）送信モードに切り替える指示を受信するか、又はＰＴＭモードに関連付けられた信頼性条件に基づいてＰＴＰ送信モードからＰＴＭ送信モードに切り替えることを決定できる。指示又は決定に基づいて、ＷＴＲＵは、ＰＴＰ送信モードからＰＴＭ送信モードに切り替えることができる。ＷＴＲＵは、第１のデータパケットを受信することができる。ＷＴＲＵは、データパケット受信ウィンドウの境界を拡張することによって、データパケット受信ウィンドウを拡張することができる。境界は、第１のデータパケットのシーケンス番号（ＳＮ）とオフセットとに基づいて拡張され得る。【選択図】図３

Description

関連出願の相互参照
本出願は、２０２１年１月１１日に出願された米国特許仮出願第６３／１３５，９３０号の利益を主張するものであり、その開示は、参照によりその全体が本明細書に組み込まれる。

無線通信を使用したモバイル通信は、進化し続けている。モバイル通信無線アクセス技術（radio access technology、ＲＡＴ）の第５世代は、５Ｇの新たな無線（new radio、ＮＲ）と称され得る。以前の（従来の）世代のモバイル通信ＲＡＴは、例えば、第４世代（fourth generation、４Ｇ）ロングタームエボリューション（long term evolution、ＬＴＥ）であり得る。

例えば、マルチキャスト及びブロードキャストサービス（multicast and broadcast service、ＭＢＳ）におけるポイントツーポイント（point－to－point、ＰＴＰ）送受信とポイントツーマルチポイント（point－to－multipoint、ＰＴＭ）送受信との間の無損失スイッチングに関連するシステム、方法、及び手段が本明細書で説明される。無線送受信ユニット（wireless transmit－receive unit、ＷＴＲＵ）は、ポイントツーポイント（ＰＴＰ）送信の使用から（例えば、ＰＴＰ送信モードから）ポイントツーマルチポイント（ＰＴＭ）送信の使用に（例えば、ＰＴＭ送信モードに）切り替える指示を受信することができるか、又はＰＴＭモードに関連付けられた信頼性条件に基づいて、ＰＴＰ送信の使用から（例えば、ＰＴＰ送信モードから）ＰＴＭ送信の使用に（例えば、ＰＴＭ送信モードに）切り替えることを決定することができる。指示又は決定に基づいて、ＷＴＲＵは、ＰＴＰ送信の使用から（例えば、ＰＴＰ送信モードから）ＰＴＭ送信の使用に（例えば、ＰＴＭ送信モードに）切り替えることができる。ＷＴＲＵは、第１のデータパケットを受信することができる。ＷＴＲＵは、データパケット受信ウィンドウの境界を拡張することによって、データパケット受信ウィンドウを拡張することができる。境界は、第１のデータパケットのシーケンス番号（sequence number、ＳＮ）とオフセットとに基づいて拡張され得る。いくつかの例では、ＷＴＲＵは、第２のデータパケットを受信し、処理のために第２のデータパケットを受信バッファに追加することができ、追加は、第２のデータパケットの第２のＳＮが拡張データパケット受信ウィンドウの拡張部分内にあることに基づくことができる。いくつかの例では、データパケット受信ウィンドウの境界は、データパケット受信ウィンドウの開始端であってよく、データパケット受信ウィンドウの境界を拡張することは、開始端の第１の値を、第１のデータパケットのＳＮよりオフセットだけ低い第２の値に設定することを含み得る。いくつかの例では、拡張データパケット受信ウィンドウの拡張部分は、第２の値において開始し、第１のデータパケットのＳＮにおいて終了する、拡張データパケット受信ウィンドウの部分であり得る。

ＷＴＲＵは、第１のデータパケットを受信することができる。ＷＴＲＵは、ＰＴＭ送信モードに関連付けられた信頼性条件に基づいて、ＰＴＭ送信の使用から（例えば、ＰＴＭ送信モードから）ＰＴＰ送信の使用に（例えば、ＰＴＰ送信モードに）切り替えることを決定することができる。決定に基づいて、ＷＴＲＵは、ＰＴＭ送信の使用から（例えば、ＰＴＭ送信モードから）ＰＴＰ送信の使用に（例えば、ＰＴＰ送信モードに）切り替えるための要求を送信することができる。ＷＴＲＵは、ＰＴＭ送信の使用から（例えば、ＰＴＭ送信モードから）ＰＴＰ送信の使用に（例えば、ＰＴＰ送信モードに）切り替えるための指示を受信することができる。指示に基づいて、ＷＴＲＵは、ＰＴＭ送信の使用から（例えば、ＰＴＭ送信モードから）ＰＴＰ送信の使用に（例えば、ＰＴＰ送信モードに）切り替えることができ、データパケットステータスレポートを送信することができる。データパケットステータスレポートは、第１のデータパケットが受信されたことを示し得る。

ＷＴＲＵは、図３の例によって示されるように、（例えば、ネットワークから受信された指示などの指示に基づいて、又はＷＴＲＵによる決定に基づいて）ＭＢＳモード切り替え（複数可）をトリガすることができる。ＷＴＲＵ（例えば、図３の３０４参照）は、ＭＢＳのために構成されてよく、１つ以上のマルチキャスト無線ベアラ（multicast radio bearer、ＭＲＢ）（例えば、図３の３０８参照）を用いて構成されてよい。ＷＴＲＵは、ネットワーク（例えば、図３の３０６参照）から構成情報を受信することができ、構成情報は、ＭＢＳモードスイッチングをトリガするための（例えば、使用されるべき）パラメータ／閾値を含むことができる。パラメータ／閾値は、サービングセルに関する信号レベル／閾値（例えば、基準信号受信電力（reference signal received power、ＲＳＲＰ）レベル（複数可）／閾値（複数可）、基準信号受信品質（reference signal received quality、ＲＳＲＱ）レベル（複数可）／閾値（複数可）、受信信号対雑音インジケータ（received signal to noise indicator、ＲＳＮＩ）レベル（複数可）／閾値（複数可）など）、ＨＡＲＱ失敗／成功率（複数可）レベル（複数可）／閾値（複数可）、ＭＲＢ（複数可）レベル（複数可）／閾値（複数可））の再カウント（複数可）などを含み得る。ＷＴＲＵは（構成情報又はＷＴＲＵ実装に従って）ＭＢＳ動作の性能を監視することができる。ＷＴＲＵは、ＭＢＳモードを切り替えることを決定することができる。例えば、ＷＴＲＵは（例えば、ＰＴＭモードで動作している場合）、例えば、サービングセルの信号レベルが閾値を下回る場合、及び／又はＨＡＲＱ失敗率／再送信カウントが閾値を上回る場合（例えば、図３の３１０参照）、ＰＴＰモードに切り替えることを決定することができる。ＷＴＲＵは、ＭＢＳモードを、例えば、ＰＴＭからＰＴＰに、又はその逆に切り替えることを決定するとき、ＭＢＳモード切り替え要求を送信することができる（例えば、図３の３１２参照）。要求は、パケットデータコンバージェンスプロトコル（packet data convergence protocol、ＰＤＣＰ）／ＲＬＣ受信ステータスレポート、影響を受けるＭＲＢ（例えば、ＷＴＲＵが切り替えることを要求するモードに関連付けられたＭＲＢ（複数可））などの情報を含むことができる。ＰＤＣＰ／ＲＬＣ受信ステータスレポートは、例えば、要求とは別個に送信することができる（例えば、図３の３１４参照）。ＷＴＲＵは、（例えば、図３に示すように、３１２に応答して３１３において）ＰＴＭからＰＴＰに切り替えるための指示をネットワーク（例えば、図３の３０６参照）から受信することができる。ＷＴＲＵは、例えば、ＭＢＳモード切り替え要求の送信前／送信中／送信後に、ＰＤＣＣＨ送信監視挙動を変更する（例えば、Ｃ－ＲＮＴＩのみを監視する、Ｇ－ＲＮＴＩのみを監視する、又はＣ－ＲＮＴＩ及びＧ－ＲＮＴＩの両方を監視する）ことができる。

例では、ＷＴＲＵ（例えば、図３の３０４参照）は、ＭＢＳモードを切り替える（例えば、暗黙的に切り替える）（例えば、暗黙的なＭＢＳモード切り替えを実行する）ことができる。ＷＴＲＵは、ＭＢＳのために構成することができ、１つ以上のＭＲＢで構成することができる。ＷＴＲＵは、例えば、ＷＴＲＵがＰＴＰモードで動作しており、ＲＬＣＰＤＵが受信される場合、例えば、ＲＬＣＰＤＵがＰＴＭモードに関連付けられている場合、例えば、関連付けられたＲＬＣエンティティがＰＴＭモードに関連付けられている場合に、ＷＴＲＵ挙動を指定する構成情報をネットワーク（例えば、図３の３０６参照）から受信することができる。ＷＴＲＵは（例えば、ＰＴＰモードで動作している場合）、ＲＬＣＰＤＵ（例えば、トリガＰＴＭＲＬＣＰＤＵ、例えば、ＰＴＭへの切り替えをトリガするＲＬＣＰＤＵ）を受信することができ、例えば、ＲＬＣＰＤＵは、ＰＴＭモードに関連付けられ、例えば、関連付けられたＲＬＣエンティティは、ＰＴＭに関連付けられる。ＷＴＲＵは、（例えば、構成情報に基づいて）ＲＬＣＰＤＵの受信を、ネットワークからの暗黙的なＭＢＳモード切り替え要求として決定する（例えば、考慮する）ことができる（例えば、図３の３１９参照）。ＷＴＲＵは、期間（例えば、タイマ）を開始することができる。期間（例えば、タイマ）の値は、受信された構成情報において指定され得る。ＷＴＲＵは、（例えば、期間中（例えば、タイマが動作している間））ＰＴＭＲＬＣエンティティをあるモード（例えば、特殊（例えば、ＲＬＣ）モード）で動作させることができる。特別なＲＬＣモードは、以下のうちの１つ以上であってもよいか、又はそれを実装してもよい（例えば、受信された構成情報において示されてもよいか、又は他の方法で構成されてもよい）：トリガＰＴＭＲＬＣＰＤＵのシーケンス番号（ＳＮ）よりも低いＳＮを有するＰＤＵを消去することを防止し、ＰＤＵをＰＤＣＰレイヤに転送すること、オフセット（例えば、受信ＲＬＣウィンドウサイズの半分など、決定され、選択され、又は構成されたオフセット）だけ受信ＲＬＣウィンドウ左端を減分することによって、ＲＬＣウィンドウサイズを拡張する（例えば、図３の３２０参照）こと、オフセット（例えば、受信ＲＬＣウィンドウサイズの半分など、決定され、選択され、又は構成されたオフセット）だけ受信ＲＬＣウィンドウ右端を増分することによって、ＲＬＣウィンドウサイズを拡張すること、例えば、受信されたＰＤＵ（例えば、すべての受信されたＰＤＵ）をＰＤＣＰレイヤに転送することによって、ウィンドウレス又はトランスペアレントＲＬＣ類似モードでＲＬＣを動作させること、又は、例えば、期間が経過した（例えば、タイマが満了した）場合、ＰＴＭＲＬＣエンティティをＵＭモード（例えば、通常ＵＭモード）で動作させること。

例では、ＷＴＲＵ（例えば、図３の３０４参照）は、ＭＢＳモードを切り替える（例えば、明示的に切り替える）（例えば、明示的なＭＢＳモード切り替えを実行する）ことができる。ＷＴＲＵは、ＭＢＳのために構成することができ、１つ以上のＭＲＢで構成することができる。ＷＴＲＵは、ネットワークからコマンド（例えば、ＲＲＣ再構成、ＭＡＣＣＥ、ＤＣＩ及び／又は同様のもの）を受信することができる（例えば、図３の３１３及び３１９参照）。コマンドは、ＷＴＲＵがＭＢＳモードをＰＴＭからＰＴＰに、又はその逆に切り替えなければならないことを示す（例えば、指定する）ことができる。コマンドは、コマンドが切り替えることを示すＭＢＳモードに関連付けられたＲＬＣエンティティについてのＲＬＣ状態変数などの情報（例えば、追加情報）を含み得る。ＷＴＲＵは、例えば、示された値に従って、ＲＬＣエンティティのＲＬＣ状態変数を更新することができる。ＷＴＲＵは、コマンドが切り替えることを示すＭＢＳモードで動作を開始することができる。ＰＴＰからＰＴＭへのＭＢＳモード切り替えの場合、ＷＴＲＵは、（例えば、ＷＴＲＵが監視していない場合）ＰＤＣＣＨ上での送信（複数可）においてＧ－ＲＮＴＩ（例えば、ＰＴＭモードに関連付けられたＭＲＢに関連付けられたＧ－ＲＮＴＩ）を監視する（例えば、監視を開始する）ことができる。ＰＴＭからＰＴＰへのＭＢＳモード切り替えの場合、ＷＴＲＵは、ＰＤＣＣＨ上での送信（複数可）におけるＣ－ＲＮＴＩの監視を停止することができる。ＰＴＭからＰＴＰへのＭＢＳモード切り替えの場合、ＷＴＲＵは、（例えば、ＷＴＲＵが監視していない場合）ＰＤＣＣＨ上の送信（複数可）においてＣ－ＲＮＴＩを監視する（例えば、監視を開始する）ことができる。ＰＴＭからＰＴＰへのＭＢＳモード切り替えの場合、ＷＴＲＵは、ＰＤＣＣＨ上での送信（複数可）におけるＧ－ＲＮＴＩの監視を停止することができる。

１つ以上の開示された実施形態が実装され得る、例示的な通信システムを例解するシステム図である。一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線送信／受信ユニット（ＷＴＲＵ）を例解するシステム図である。一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線アクセスネットワーク（ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を例解するシステム図である。一実施形態による、図１Ａに例解される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを例解するシステム図である。プロトコルアーキテクチャの一例を示す図である。ＭＢＳモードのスイッチングに関連する例を示す図である。

本明細書におけるタイマへの言及は、時間、期間、時間を追跡すること、期間を追跡することなどを指し得る。本明細書におけるタイマ満了への言及は、時間が生じたこと、又は期間が満了したことを決定することを指し得る。タイマが動作していることへの言及は、それが期間中であると決定することを指し得る。

マルチキャスト及びブロードキャストサービス（ＭＢＳ）におけるポイントツーポイント（ＰＴＰ）送受信とポイントツーマルチポイント（ＰＴＭ）送受信との間の無損失スイッチングに対するシステム、方法及び手段が本明細書で説明される。無線送信／受信ユニット（ＷＴＲＵ）は、例えば、現在のＭＢＳモードの性能に応じて（例えば、無線リンク信号レベル、ハイブリッド自動再送要求（hybrid automatic repeat request、ＨＡＲＱ）失敗／成功率、再送カウントなどを考慮して）、ネットワークへのＭＢＳモード切り替え要求（例えば、ＰＴＰからＰＴＭへ、又はその逆）をトリガするように構成されてよい。ＷＴＲＵは、例えば、ＰＴＭに関連付けられた無線リンク制御（radio link control、ＲＬＣ）エンティティを介したパケットデータユニット（packet data unit、ＰＤＵ）の受信に基づいて（例えば、それに応じて）、ＭＢＳモードをＰＴＰからＰＴＭに（例えば、暗黙的に）切り替えるように構成され得る。ＷＴＲＵは、例えば、ＰＴＰに関連付けられたＲＬＣエンティティを介したＰＤＵの受信に基づいて（例えば、それに応じて）、ＭＢＳモードをＰＴＭからＰＴＰに（例えば、暗黙的に）切り替えるように構成され得る。ＷＴＲＵは、例えば、ＭＢＳモードを（例えば、暗黙的に）切り替えることに基づいて、ＲＬＣ受信機の挙動（例えば、ウィンドウサイズ、受信機ウィンドウの開始ＳＮ及び終了ＳＮ、ＰＤＵ消去挙動など）を修正するように構成され得る。ＷＴＲＵは、ネットワークからメッセージ（例えば、無線リソース制御（radio resource control、ＲＲＣ）再構成、媒体アクセス制御（medium access control、ＭＡＣ）制御要素（control element、ＣＥ）及び／若しくはダウンリンク制御情報（downlink control information、ＤＣＩ））を受信することができ、ＭＢＳモードを（例えば、ＰＴＰからＰＴＭに、若しくはその逆に）切り替えることができる、かつ／又はＲＬＣ状態パラメータをメッセージにおいて示されるものに設定することができる。ＷＴＲＵは、例えば、ＭＢＳモード切り替えの実行前／実行中／実行後に、物理ダウンリンク制御チャネル（physical downlink control channel、ＰＤＣＣＨ）監視挙動を変更する（例えば、セル無線ネットワーク一時識別子（cell radio network temporary identifier、Ｃ－ＲＮＴＩ）のみを監視する、グループＲＮＴＩ（Ｇ－ＲＮＴＩ）のみを監視する、又はＣ－ＲＮＴＩとＧ－ＲＮＴＩとの両方を監視する）ことができる。

例えば、マルチキャスト及びブロードキャストサービス（ＭＢＳ）におけるポイントツーポイント（ＰＴＰ）送受信とポイントツーマルチポイント（ＰＴＭ）送受信との間の無損失スイッチングに関連するシステム、方法及び手段が本明細書で説明される。無線送受信ユニット（ＷＴＲＵ）は、ポイントツーポイント（ＰＴＰ）動作の使用から（例えば、ＰＴＰ送信モードから）ポイントツーマルチポイント（ＰＴＭ）動作の使用に（例えば、ＰＴＭ送信モードに）切り替える指示を受信することができるか、又はＰＴＭモードに関連付けられた信頼性条件に基づいて、ＰＴＰ動作の使用から（例えば、ＰＴＰ動作モードから）ＰＴＭ動作の使用に（例えば、ＰＴＭ送信モードに）切り替えることを決定することができる。指示又は決定に基づいて、ＷＴＲＵは、ＰＴＰ動作の使用から（例えば、ＰＴＰ送信モードから）ＰＴＭ動作の使用に（例えば、ＰＴＭ送信モードに）切り替えることができる。ＷＴＲＵは、第１のデータパケットを受信することができる。ＷＴＲＵは、データパケット受信ウィンドウの境界を拡張することによって、データパケット受信ウィンドウを拡張することができる。境界は、第１のデータパケットのシーケンス番号（ＳＮ）とオフセットとに基づいて拡張され得る。いくつかの例では、ＷＴＲＵは、第２のデータパケットを受信し、処理のために第２のデータパケットを受信バッファに追加することができ、追加は、第２のデータパケットの第２のＳＮが拡張データパケット受信ウィンドウの拡張部分内にあることに基づくことができる。いくつかの例では、データパケット受信ウィンドウの境界は、データパケット受信ウィンドウの開始端であってよく、データパケット受信ウィンドウの境界を拡張することは、開始端の第１の値を、第１のデータパケットのＳＮよりオフセットだけ低い第２の値に設定することを含み得る。いくつかの例では、拡張データパケット受信ウィンドウの拡張部分は、第２の値において開始し、第１のデータパケットのＳＮにおいて終了する、拡張データパケット受信ウィンドウの部分であり得る。

ＷＴＲＵは、第１のデータパケットを受信することができる。ＷＴＲＵは、ＰＴＭ動作（例えば、ＰＴＭ送信モード）を使用することに関連付けられた信頼性条件に基づいて、ＰＴＭ動作の使用から（例えば、ＰＴＭ送信モードから）ＰＴＰ動作の使用に（例えば、ＰＴＰ送信モードに）切り替えることを決定することができる。決定に基づいて、ＷＴＲＵは、ＰＴＭ動作の使用から（例えば、ＰＴＭ送信モードから）ＰＴＰ動作の使用に（例えば、ＰＴＰ送信モードに）切り替えるための要求を送信することができる。ＷＴＲＵは、ＰＴＭ動作の使用から（例えば、ＰＴＭ送信モードから）ＰＴＰ動作の使用に（例えば、ＰＴＰ送信モードに）切り替えるための指示を受信することができる。指示に基づいて、ＷＴＲＵは、ＰＴＭ動作の使用から（例えば、ＰＴＭ送信モードから）ＰＴＰ動作の使用に（例えば、ＰＴＰ送信モードに）切り替えることができ、データパケットステータスレポートを送信することができる。データパケットステータスレポートは、第１のデータパケットが受信されたことを示し得る。

ＷＴＲＵは、図３の例によって示されるように、（例えば、ネットワークから受信された指示などの指示に基づいて、又はＷＴＲＵによる決定に基づいて）ＭＢＳモード切り替え（複数可）をトリガすることができる。ＷＴＲＵ（例えば、図３の３０４参照）は、ＭＢＳのために構成されてよく、１つ以上のマルチキャスト無線ベアラ（ＭＲＢ）（例えば、図３の３０８参照）を用いて構成されてよい。ＷＴＲＵは、ネットワーク（例えば、図３の３０６参照）から構成情報を受信することができ、構成情報は、ＭＢＳモードスイッチングをトリガするための（例えば、使用されるべき）パラメータ／閾値を含むことができる。パラメータ／閾値は、サービングセルに関する信号レベル／閾値（例えば、基準信号受信電力（ＲＳＲＰ）レベル（複数可）／閾値（複数可）、基準信号受信品質（ＲＳＲＱ）レベル（複数可）／閾値（複数可）、受信信号対雑音インジケータ（ＲＳＮＩ）レベル（複数可）／閾値（複数可）など）、ＨＡＲＱ失敗／成功率（複数可）レベル（複数可）／閾値（複数可）、ＭＲＢ（複数可）レベル（複数可）／閾値（複数可））の再カウント（複数可）を含み得る。ＷＴＲＵは（構成情報又はＷＴＲＵ実装に従って）ＭＢＳ動作の性能を監視することができる。ＷＴＲＵは、ＭＢＳモードを切り替えることを決定することができる。例えば、ＷＴＲＵは（例えば、ＰＴＭモードで動作している場合）、例えば、サービングセルの信号レベルが閾値を下回る場合、及び／又はＨＡＲＱ失敗率／再送信カウントが閾値を上回る場合（例えば、図３の３１０参照）、ＰＴＰモードに切り替えることを決定することができる。ＷＴＲＵは、ＭＢＳモードを、例えば、ＰＴＭからＰＴＰに、又はその逆に切り替えることを決定するとき、ＭＢＳモード切り替え要求を送信することができる（例えば、図３の３１２参照）。要求は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）／ＲＬＣ受信ステータスレポート、影響を受けるＭＲＢ（例えば、ＷＴＲＵが切り替えることを要求するモードに関連付けられたＭＲＢ（複数可））などの情報を含むことができる。ＰＤＣＰ／ＲＬＣ受信ステータスレポートは、例えば、要求とは別個に送信することができる（例えば、図３の３１４参照）。ＷＴＲＵは、（例えば、図３に示すように、３１２に応答して３１３において）ＰＴＭからＰＴＰに切り替えるための指示をネットワーク（例えば、図３の３０６参照）から受信することができる。ＷＴＲＵは、例えば、ＭＢＳモード切り替え要求の送信前／送信中／送信後に、ＰＤＣＣＨ送信監視挙動を変更する（例えば、Ｃ－ＲＮＴＩのみを監視する、Ｇ－ＲＮＴＩのみを監視する、又はＣ－ＲＮＴＩ及びＧ－ＲＮＴＩの両方を監視する）ことができる。

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、コード分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single－carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－ＳｐｒｅａｄＯＦＤＭ（zero－tail unique－word DFT－Spread OFDM、ＺＴＵＷＤＴＳ－ｓＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を採用し得る。

図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、それらのいずれも「局」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信し、かつ／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、加入ベースのユニット、ページャ、セルラ電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウントディスプレイ（head－mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（base transceiver station、ＢＴＳ）、Ｎｏｄｅ－Ｂ、ｅＮｏｄｅ－Ｂ、ホームノードＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲＮｏｄｅＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなど、他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトル及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple－input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信し、かつ／又は受信し得る。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High－Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High－Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High－Speed UL Packet Access、ＨＳＵＰＡ）を含み得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（LTE－Advanced、ＬＴＥ－Ａ）及び／又はＬＴＥ－ＡｄｖａｎｃｅｄＰｒｏ（ＬＴＥ－ＡＰｒｏ）を使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新たな無線（New Radio、ＮＲ）技術を使用して、エアインターフェース１１６を確立し得る、ＮＲ無線アクセスなどの無線技術を実装し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、及び／又は複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に送られる／そこから送られる送信によって特徴付けられ得る。

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＡＰｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体位置ベースのサービス、プリペイド呼、インターネット接続性、ビデオ配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用する他のＲＡＮと、直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を採用して別のＲＡＮ（図示せず）と通信し得る。

ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たし得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又はすべては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。

送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信し、かつ／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信し、かつ／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信し、かつ／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信し、かつ／又は受信するように構成され得るということが理解されよう。

送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

トランシーバ１２０は、送信／受信要素１２２によって伝送される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light－emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random－access memory、ＲＡＭ）、読み取り専用メモリ（read－only memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。

プロセッサ１１８は、電源１３４から電力を受電し得るが、ＷＴＲＵ１０２における他のコンポーネントに電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel－cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel－zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium－ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して場所情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって位置情報を取得し得るということが理解されよう。

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality／Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。

ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた）信号のいくつか又はすべての送信及び受信が並行かつ／又は同時であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）のいずれかを介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＲＴＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のうちのいくつか又はすべてのうちのどれかの送信及び受信のための半二重無線機を含み得る。

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ－Ｂを含み得るということが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理意思決定、ハンドオーバ意思決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含み得る。前述の要素の各々は、ＣＮ１０６の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、かつ制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービス中のゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／それらからルーティングし、かつ転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅＢ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理かつ記憶する機能などの、他の機能を実行し得る。

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（Access Point、ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入る、かつ／又はＢＳＳから出るトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとして見なされ得る、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（Carrier Sense Multiple Access／Collision Avoidance、ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、すべてのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡは、バックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを媒体アクセス制御（ＭＡＣ）に送信し得る。

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおけるすべてのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作するすべてのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因してプライマリチャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであると見なされ得る。

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

図１Ｄは、一実施形態によるＲＡＮ１１３及びＣＮ１１５を例解するシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、かつ／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し得る、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi－Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、かつ／又は様々な長さの絶対時間が持続する）様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理意思決定、ハンドオーバ意思決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有され得る、かつ／又は操作され得ることが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などの役割を果たすことができる。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、高信頼低遅延（ultra－reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービス、及び／又は同様のものなどの異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＡＰｒｏ及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなど、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングして転送すること、ユーザプレーンポリシーを執行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなど、他の機能を実施し得る。

ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（local Data Network、ＤＮ）１８５ａ、１８５ｂに接続され得る。

図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明から見て、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスのうちの１つ以上に関する、本明細書に記載される機能のうちの１つ以上又はすべては、１つ以上のエミュレーションデバイス（図示せず）によって実施され得る。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又はすべてをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくはすべての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくはすべての機能を実行し得る。エミュレーションデバイスは、試験を目的として別のデバイスに直接結合され得、かつ／又は地上波無線通信を使用して試験を実行し得る。

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、すべてを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信する、かつ／又は受信するように、エミュレーションデバイスによって使用され得る。

例えば、非限定的な例を含む、開示されるシステム、方法及び手段は、本明細書で説明されるシステム、方法及び手段の適用可能性を（例えば、他のワイヤレス技術に）限定しない。ネットワークという用語は、１つ以上の送信／受信ポイント（ＴＲＰ）及び／又は無線アクセスネットワーク（ＲＡＮ）内の任意の他のノードに関連付けられ得る１つ以上のｇＮＢを指すことがある。

マルチメディアブロードキャストマルチキャストシステム（ＭＢＭＳ）サービスは、例えば、以下のうちの１つ以上を含み得るいくつかの方法に従って（例えば、それを介して）、ワイヤレスネットワークを介して配信され得る：ユニキャストセルラー送信（ＵＣ）、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）又は単一セルポイントツーマルチポイント（ＳＣ－ＰＴＭ）。

ＳＣ－ＰＴＭは、例えば、単一のセル上で、ブロードキャスト／マルチキャストサービスをサポートすることができる。ブロードキャスト／マルチキャストエリアは、例えば、ユーザ分布に従って、セルごとに（例えば、動的に）調整され得る。ＳＣ－ＰＴＭは、例えば、ユーザのグループのためのＲＮＴＩ（例えば、グループ－ＲＮＴＩなどの共通ＲＮＴＩ）を使用してスケジュールされ得るダウンリンクチャネル（例えば、ＰＤＳＣＨなどのＬＴＥダウンリンク共有チャネル）を使用して、ブロードキャスト／マルチキャストサービスを転送し得る。ＳＣ－ＰＴＭスケジューリングは、アジャイルであり得る。無線リソースは、例えば、リアルタイムトラフィック負荷送信時間間隔（ＴＴＩ）ごとに（例えば、１つ以上のシンボルの整数倍で）ＴＴＩに基づいて、ＰＤＣＣＨによって時間ドメイン及び／又は周波数ドメインにおいて（例えば、動的に）割り当てられ得る。ＳＣ－ＰＴＭは、例えば、ブロードキャスト／マルチキャストサービスが（例えば、ユーザの関心により）限られた数のセルに配信される（例えば、配信されることが予想される）場合に適用されてよく、セルは（例えば、ユーザの移動により）（例えば、動的に）変化し得る。ＳＣ－ＰＴＭは、いくつかのアプリケーション、例えば、重要な通信、自動車のための交通情報、及びオンデマンドＴＶサービスなどの効率的な無線利用及び／又は柔軟な配置を可能にし得る。

ＭＢＳＦＮは、ＷＴＲＵの観点から送信（例えば、単一の送信）として見えるように、異なるセルからの送信を（例えば、同一になるように、かつ／又は時間整合されるように）配置することができる。基地局（例えば、ｅＮＢ）間の時間同期は、例えば、ＭＢＳＦＮ同期エリア（の概念）によって可能にされ得る。ＭＢＳＦＮエリアは、ＭＢＳＦＮ送信を達成するように調整されたネットワークのＭＢＳＦＮ同期エリア内のセルのグループを含み得る。ＭＢＭＳアーキテクチャは、ＭＢＭＳ送信（複数可）に適用可能なネットワーク機能を実行するための様々な論理エンティティを含む（例えば、定義する）ことができる。マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）は、アドミッション制御を実行し、ＳＣ－ＰＴＭ若しくはＭＢＳＦＮを使用すべきかを決定し、ＭＢＭＳサービスのために中断し、かつ再開する、及び／又は同様のことを行い得る。ＭＢＭＳゲートウェイ（ＭＢＭＳ－ＧＷ）は、セッション制御シグナリングを実行し、（例えば、ＩＰマルチキャストを介して）ＭＢＭＳユーザデータをｅＮＢに転送する、かつ／又は同様のことを行い得る。

ＭＢＭＳ（例えば、ＬＴＥにおける）は、ユニキャスト、ＳＣ－ＰＴＭ、及び／又はＭＢＳＦＮ送信をサポートすることができる。例えば、ＭＢＭＳ送信があまりに多くの（例えば、すべての）帯域幅（ＢＷ）を消費する場合、周波数ドメインリソース割り当てがサポートされないことがあり、これは、大きい帯域幅をもつ配置では非効率的であり得る。

ＭＢＭＳは、例えば、新たな無線（ＮＲ）において、ＭＢＳ（マルチキャスト及びブロードキャストサービス）と呼ばれることがある。ＭＢＭＳ及びＭＢＳという用語は、交換可能に使用され得る。

ＷＴＲＵは、送信モードで構成され得る（例えば、ＭＢＳが構成される場合）。送信モードは、ユニキャスト、マルチキャスト（例えば、ＳＣ－ＰＴＭ）、ブロードキャスト（例えば、ＳＦＮ）、混合モード（例えば、ＷＴＲＵがユニキャスト並びにマルチキャスト及び／又はブロードキャストを受信することができる）など、１つ以上の送信方法を含むことができる。送信モードは、範囲及び適用可能性において非限定的である（例えば、送信モードは、同様の無線配信方法に適用可能であり得る）。１つ以上の非ユニキャストモードは、受信専用モード（receive－only mode、ＲＯＭ）を含み得る。送信モードは、（例えば、直接的なＷＴＲＵ間通信のための）サイドリンクインターフェースを含むことができる。送信モードは、異なるサービスの質（ＱｏＳ）を有するサービス、例えば、高速大容量（ｅＭＢＢ）、超高信頼性及び低レイテンシ通信（ＵＲＬＬＣ）及び／又はＭＢＳサービスの配信のために使用され得る。送信モードは、１つの受信機（例えば、ユニキャストを介して）又は複数の受信機（例えば、マルチキャスト、グループキャスト又はブロードキャストを介して）へのサービスの配信のために使用され得る。複数のユーザへのサービスの例は、車車間／路車間（vehicle to everything、Ｖ２Ｘ）サービス（例えば、グループキャスト）及びＭＢＳサービス（例えば、マルチキャスト、ブロードキャスト）を含み得る。ＭＢＳモード及び／又はＭＢＳ送信モードは、ＷＴＲＵの送信モードを指すことができる（例えば、ＷＴＲＵの送信モードを指すために使用される）。

ＷＴＲＵは、ＭＢＭＳデータサービスの配信（例えば、送信）のために構成され得る。ＷＴＲＵは、送信モードで動作して、ＭＢＳ関連データ及び／又は制御情報（例えば、及び／又は他のデータ及び／又は制御情報）を交換するように構成され得る。ＷＴＲＵは、ＭＢＳサービスの配信のために（例えば、更に）構成され得る。例えば、ＷＴＲＵは、ＭＢＳ関連データ（例えば、ＭＢＳのためのＬ２ベアラ構成）を交換するために、構成された送信方法（複数可）のためのデータベアラ及び／又はシグナリングベアラのマッピングのために構成され得る。いくつかの例では、ＷＴＲＵは、マルチキャスト送信及び／又はブロードキャスト送信を使用して（例えば、それのみを使用して）実行されるＭＢＳデータの配信、及び／又はユニキャスト（例えば、ｅＭＢＢ、ＵＲＬＬＣ）を介して送信される他のサービスを用いて、混合モード送信（例えば、ユニキャスト及びマルチキャスト）のために構成され得る。いくつかの例では、ＷＴＲＵは、例えば、ＷＴＲＵがユニキャスト送信（例えば、ｅＭＢＢ、ＵＲＬＬＣ）などの他のサービスでアクティブであるかどうかにかかわらず、ユニキャスト（例えば、ポイントツーポイント（ＰＴＰ）送信／モードと呼ばれる）及び／又はマルチキャスト送信（例えば、ポイントツーマルチポイント（ＰＴＰ）送信／モードと呼ばれる）を使用して実行されるＭＢＳデータの配信を用いて、混合モード送信（例えば、ユニキャスト及びマルチキャスト）のために構成され得る。

ＭＢＭＳ（例えば、ＮＲにおける）は、様々な配置において利用されてよく、以下のうちの１つ以上をサポートし得る：Ｖ２Ｘ、サイドリンク、公衆安全、（例えば、ソフトウェア更新のための）ＩｏＴ（例えば、狭帯域（narrowband、ＮＢ）ＩｏＴ及び拡張マシンタイプ通信（enhanced machine type communication、ｅＭＴＣ））デバイス、スマートグリッド／ユーティリティ、５Ｇにおけるテレビジョン（ＴＶ）ビデオ及びラジオサービス（例えば、リニアＴＶ、Ｌｉｖｅ、スマートＴＶ、ＯＴＴ（managed and over－the－top）コンテンツ配信、ラジオサービス）であり、これらは、ビデオ配信、ユニキャストメディアストリームを介したＯＴＴサービスの並行処理（concurrent consumption）における大型ピーク、及び／又は没入型６ＤｏＦ（six degrees of freedom）ボリュームストリーミングを含み得る、プッシュサービス（例えば、広告及び天気予報）、ファクトリーオートメーションのためのイーサネットブロードキャスト／マルチキャスト、エクステンデッドリアリティ、グループゲーム、など。

様々なＭＢＳ関連のイネーブリング能力（例えば、イネーブラ）が（例えば、ＮＲのために）提供され得る。サービススイッチングは、ＰＴＰ、ＰＴＭ、及び混合モード動作の間で行われ得る。サービスにおける変更は、例えば、以下のうちの１つ以上に起因してトリガされ得る：ＷＴＲＵモビリティ、ユーザアクティビティ、ＷＴＲＵ密度、又はリンク状態。ＷＴＲＵモビリティは、以下のうちの１つ以上など、モード切り替えのための異なるシナリオを含むことができる：ＰＴＰからＰＴＰ、ＰＴＰからＰＴＭ、ＰＴＰからＰＴＭ＋ＰＴＰ、ＰＴＭからＰＴＰ、ＰＴＭからＰＴＭ、ＰＴＭからＰＴＭ＋ＰＴＰ、ＰＴＭ＋ＰＴＰからＰＴＰ、ＰＴＭ＋ＰＴＰからＰＴＭ、及び／又はＰＴＭ＋ＰＴＰからＰＴＭ＋ＰＴＰ。ＷＴＲＵモビリティは、以下のうちの１つ以上など、異なるハンドオーバシナリオを含むことができる：ｅＮＢ内／ＭＢＳ内エリアセル間モビリティ、ｅＮＢ間／ＭＢＳ内エリアセル間モビリティ、ＭＢＳ間エリアモビリティ、送信モードの変更を伴うＲＡＴ間モビリティ、又は送信モードの変更を伴わないＲＡＴ間モビリティ。（例えば、ＷＴＲＵモビリティに起因する）サービスにおいてトリガされた変更は、損失性又は無損失性であり得るサービス継続性を伴って、又は伴わずに行われ得る。ＷＴＲＵモビリティ問題には、ＩＤＬＥ／ＩＮＡＣＴＩＶＥＷＴＲＵに対するサービス継続性を可能にすることを挙げることができる。

（例えば、サービスにおける変更のトリガとしての）ユーザアクティビティは、以下の１つ以上を含み得る：メディアストリームに対するユーザ制御（例えば、ユーザは、再生機能と対話し、メディアストリームに対する何らかの制御を有することができる）、又は、ユーザ関与及び／若しくは収益化（例えば、ビデオ配信、広告及び／若しくは公衆安全）のためのアップリンクチャネルを介したライブ若しくは共有コンテンツとのエンドユーザ対話。

ＷＴＲＵ密度（例えば、サービスにおける変更のトリガとして）は、以下のうちの１つ以上を含むことができる：ＭＢＳサービスを取得し、かつ受信するユーザの数の変化（例えば、閾値が満たされてもよく、その場合、システム効率は、ＭＢＳ送信モードを変更することによって増加されてもよい）、又はエリア内のＶ２Ｘ近接性／ＷＴＲＵ範囲。リンク条件（例えば、サービスにおける変更のトリガとして）は、以下を含むことができる：ＷＴＲＵに対するマルチキャスト送信とユニキャスト送信との間のリソースに対する異なる特性（例えば、品質は、第２のリソースと比較して第１のリソースに対してより低くなる可能性がある）。

送信リソース及び／又は配信エリアの動的制御が（例えば、ＮＲにおいて）実装され得る。送信リソース及び／又は配信エリアの動的制御は、以下のうちの１つ以上に基づく（例えば、それによって動機付けられる）ことができる：地域ＴＶ／ラジオサービスは一日の特定の時間に発生する、オンデマンドＭＢＳサービスにおける（例えば、アップリンクデータのサポートを伴うサービスにおける、若しくはより高い信頼性のサポートに関する）変動／変化、又は、グループ通信及びライブビデオのためのターゲットエリアは、特定のエリア若しくは場所に基づき得るか、若しくはイベントによってトリガされることがあり、エリアは、（例えば、関心のあるユーザのモビリティに起因して）変化し得る。ＭＢＳエリアにおける変更は、ユニキャスト（ＵＣ）／マルチキャストブロードキャスト（ＭＢ）／ブロードキャスト（ＢＣ）の間でリソースを調整することよりも（例えば、時間スケールに関して）遅くなり得る。

送信の信頼性が（例えば、ＮＲにおいて）実装／改善され得る。ＭＢＳサービスは、アプリケーションレベルの再送信をサポートすることができる。アプリケーションレベルの方法は、信頼性と効率とのトレードオフを有することがあり、これは、スペクトル効率に関してコストがかかり得る。アプリケーションレベルの方法は、より低い待ち時間要件を満たさない場合がある。異なるＭＢＳサービスは、異なる待ち時間、効率、及び／又は信頼性要件を有し得る。いくつかの例では、ＭＢＳサービスは、ドップラーが激しく低下する可能性があり、これにより、高速環境においてＭＢＳサービスを使用することを困難になり得る。例では、（例えば、ＮＲにおける）電力グリッド分配は、５ｍｓの遅延及び１０－６のパケット誤り率を有するように実装され得る。（例えば、ＮＲにおける）Ｖ２Ｘは、ＷＴＲＵと路側機（road side unit、ＲＳＵ）との間の情報共有のために最大で２０ｍｓの待ち時間を有するように実装され得る。（例えば、ＮＲにおける）ミッションクリティカルプッシュトーク（mission critical push to talk、ＭＣＰＴＴ）は、最大で３００ｍｓの待ち時間を有するように（例えば、マウスツーイヤー待ち時間のために）実装され得る。

（例えば、ＮＲにおいて）ＭＢＳ受信機として配置され得るデバイスは、読み取り専用モード（read－only mode、ＲＯＭ）ＷＴＲＵ（例えば、ＭＢＳ送信を取得して受信するためにアップリンク送信を実行することができない、かつ／又はそれを実行することが期待されないデバイス）から、より複雑な機能（例えば、アップリンク送信を利用する機能及び手順を含む）を実装するＷＴＲＵにまで及び得る。いくつかの（例えば、より複雑な）ＷＴＲＵは、キャリアアグリゲーション、デュアルコネクティビティ、並行してアクティブな複数の無線インターフェース及び／又は異なる周波数範囲（例えば、ＦＲ１及びＦＲ２）にわたる（例えば、並行の）動作をサポートすることができる。

無線リンク制御（ＲＬＣ）プロトコルは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）と媒体アクセス制御（ＭＡＣ）プロトコルとの間にあるレイヤ２プロトコルを含むことができ、２つのレイヤ間のデータの転送を容易にすることができる。ＲＬＣプロトコル機能（例えば、タスク）は、以下のうちの１つ以上を含み得る。すなわち、複数（例えば、３つ）のモード（例えば、肯定応答モード（acknowledged mode、ＡＭ）、非肯定応答モード（unacknowledged mode、ＵＭ）及びトランスペアレントモード（transparent mode、ＴＭ））のうちの１つで上位レイヤプロトコルデータユニット（ＰＤＵ）を転送すること、誤り訂正（例えば、自動再送要求（automatic repeat request、ＡＲＱ）を通じて、これはＡＭデータ転送のため（例えば、ＡＭデータ転送のためのみ）であってもよい）、（例えば、ＵＭ及び／又はＡＭのための）ＲＬＣサービスデータユニット（service data unit、ＳＤＵ）のセグメント化及び／又はリアセンブリ、（例えば、ＡＭのための）ＲＬＣデータＰＤＵの再セグメント化、（例えば、ＡＭのための）重複検出、（例えば、ＵＭ及びＡＭのための）ＲＬＣＳＤＵ消去、ＲＬＣ再確立、及び／又は（例えば、ＡＭのための）プロトコルエラー検出。

（例えば、ＬＴＥにおける）データの多重化は、例えば、論理チャネルからのＲＬＣＳＤＵをＲＬＣレイヤ中のＲＬＣＰＤＵに連結することによって、及び異なる論理チャネルからのＲＬＣＰＤＵをＭＡＣレイヤ中のＭＡＣＰＤＵに多重化することによって、複数回（例えば、２回）実装され得る。ＭＡＣＰＤＵは、ＲＬＣ及びＭＡＣ（サブ）ヘッダ内の同じデータフィールドに関する情報を搬送することができる。ＲＬＣ連結は、ＭＡＣレイヤスケジューリングからの入力を含み得る（例えば、ＭＡＣとの相互作用が、各ＵＬグラントに対して適切なサイズを有するＲＬＣＰＤＵを構築するために使用され得る）。ＲＬＣ連結は、例えば、スケジューリング決定（例えば、アップリンク許可サイズ）を受信し、ＭＡＣレイヤにおいてＬＣＰ手順を実行することに応答して、（例えば、１つのスケジューリングサイクル内で）実行され得る。ＲＬＣ連結プロセスは、ＲＬＣレイヤ及びＭＡＣレイヤが、許可情報なしに（例えば、許可情報を受信する前に）前処理を実行しないことがあり得ることを暗示し得る。（例えば、許可情報が受信される前に）許可情報なしに前処理することができないことは、（例えば、ＮＲにおける）非常に高いデータレート及び低い待ち時間要件を制限していることがある。いくつかの例では、連結手順は、ＮＲＲＬＣレイヤで行われないことがある。ＲＬＣは、ヘッダ追加に応答して（例えば、それに直ちに応答して）ＰＤＣＰパケットをＭＡＣに送信することができる。ＭＡＣレイヤは、複数のＲＬＣＰＤＵからのデータを連結／多重化してよく、例えば、ＭＡＣレイヤがスケジューリング許可及びトランスポートブロックサイズ（ＴＢＳ）指示を受信したことに応答して、データをエアインターフェースを介して送信し得る。

ＲＬＣ（例えば、ＬＴＥＲＬＣ）は、再順序付け機能を有し得る。再順序付けは、再順序付け機能を有し得るＰＤＣＰレイヤによって（例えば、ＮＲにおいて）実行され得る。ＰＤＣＰレイヤによる再順序付けの実行は、待ち時間を改善することができ、例えば、順不同の（out of order）ＲＬＣパケットをＰＤＣＰレイヤに配信することは、順不同のパケットのより早い解読を可能にすることができる。

ＲＬＣＵＭ動作は、状態変数（複数可）、定数（複数可）及びタイマ（複数可）を使用することができる。送信ＵＭＲＬＣエンティティ（例えば、各送信ＵＭＲＬＣエンティティ）は、状態変数であるＴＸ＿Ｎｅｘｔ（例えば、ＵＭ送信状態変数）を維持することができる。ＴＸ＿Ｎｅｘｔ状態変数は、セグメント（複数可）を有する次の（例えば、新たに）生成された非肯定応答モードデータ（ＵＭＤ）ＰＤＵに割り当てられるＳＮの値を保持することができる。ＴＸ＿Ｎｅｘｔは、最初に０に設定され得る。ＴＸ＿Ｎｅｘｔは、例えば、ＵＭＲＬＣエンティティが、ＲＬＣＳＤＵの最後のセグメントを含み得るＵＭＤＰＤＵを下位レイヤに送信することに応答して、更新され得る。

受信ＵＭＲＬＣエンティティ（例えば、各受信ＵＭＲＬＣエンティティ）は、以下の状態変数のうちの１つ以上を維持することができる：ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙ（例えば、ＵＭ受信状態変数）、ＲＸ＿Ｔｉｍｅｒ＿Ｔｒｉｇｇｅｒ（例えば、ＵＭｔ－Ｒｅａｓｓｅｍｂｌｙ状態変数）、又はＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ（例えば、ＵＭ受信状態変数）。

ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙ（例えば、ＵＭ受信状態変数）は、（例えば、依然として）リアセンブリのために考慮され得る最も早いＳＮの値を保持し得る。いくつかの例では、ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙは最初に０に設定され得る。いくつかの例では（例えば、ＮＲサイドリンク通信のグループキャスト及びブロードキャストの場合）、ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙは、最初に、ＳＮを含む第１の受信されたＵＭＤＰＤＵのＳＮに設定され得る。より低いＳＮを有するＰＤＵは、受信された及び／又は損失されたと見なされ得る。

ＲＸ＿Ｔｉｍｅｒ＿Ｔｒｉｇｇｅｒ（例えば、ＵＭｔ－Ｒｅａｓｓｅｍｂｌｙ状態変数）は、本明細書で説明するｔ－Ｒｅａｓｓｅｍｂｌｙをトリガした（例えば、開始した）ＳＮに続くＳＮの値を保持することができる。

ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ（例えば、ＵＭ受信状態変数）は、受信されたＵＭＤＰＤＵのうち最も高いＳＮを有するＵＭＤＰＤＵのＳＮの次のＳＮの値を保持することができる。いくつかの例では、ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔは、最初に０に設定され得る。いくつかの例では（例えば、ＮＲサイドリンク通信のグループキャスト及びブロードキャストの場合）、ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔは、最初に、ＳＮを含む第１の受信されたＵＭＤＰＤＵのＳＮに設定され得る。

ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅは、定数であり得る。ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅは、例えば、受信ウィンドウの前進を引き起こすことなく、受信され得るＵＭＤＳＤＵのＳＮを定義するために、受信ＵＭＲＬＣエンティティによって使用され得る。いくつかの例では、ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅは、例えば、６ビットＳＮが構成される場合、３２に等しくなり得る。いくつかの例では、ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅは、例えば、１２ビットＳＮが構成される場合、２０４８に等しくなり得る。ＲＬＣ受信ウィンドウは、ＲＬＣ＿Ｎｅｘｔ＿ＲｅａｓｓｅｍｂｌｙとＲＬＣ＿Ｎｅｘｔ＿Ｒｅａｓｓａｂｍｌｙ＋ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅとの間のＳＮであると考えられ得る。ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙは、ＲＬＣ受信ウィンドウの左端、開始端又は下端であるとみなされ得る。ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙ＋ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅは、ＲＬＣ受信ウィンドウの右端、終了端又は上端であるとみなされ得る。

ｔ－Ｒｅａｓｓｅｍｂｌｙは、タイマであり得る。ｔ－Ｒｅａｓｓｅｍｂｌｙは、例えば、下位レイヤでＲＬＣＰＤＵの損失を検出するために、ＡＭＲＬＣエンティティの受信側及び受信ＵＭＲＬＣエンティティによって使用され得る。例えば、第１のｔ－Ｒｅａｓｓｅｍｂｌｙが実行中である場合、第２のｔ－Ｒｅａｓｓｅｍｂｌｙは開始されなくてもよい。いくつかの例では、ＲＬＣエンティティごとに１つのｔ－Ｒｅａｓｓｅｍｂｌｙのみが一度に（例えば、所与の時間に）実行中であり得る。

受信動作が実行され得る。受信ＵＭＲＬＣエンティティは、例えば、状態変数ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔに従って、リアセンブリウィンドウを維持することができる。ＳＮは、例えば、（ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ－ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ）＜＝ＳＮ＜ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔである場合、リアセンブリウィンドウ内にあり得る。ＳＮは、例えば、そうでない場合、リアセンブリウィンドウの外にあり得る。

ＵＭＲＬＣ受信エンティティは、（例えば、ＵＭＤＰＤＵが下位レイヤから受信された場合）ＲＬＣヘッダを除去した後、受信したＵＭＤＰＤＵを上位レイヤに伝達するか、受信したＵＭＤＰＤＵを消去するか、又は受信したＵＭＤＰＤＵを受信バッファに置くことができる。例えば、ＵＭＤＰＤＵが下位レイヤから受信され、受信されたＵＭＤＰＤＵが受信バッファに配置された場合、ＵＭＲＬＣ受信エンティティは、状態変数を更新し、ＲＬＣＳＤＵを再構成して上位レイヤに伝達し、（例えば、必要に応じて）ｔ－Ｒｅａｓｓｅｍｂｌｙを開始／停止することができる。ＵＭＲＬＣ受信エンティティは、状態変数を更新し、ＲＬＣＳＤＵセグメントを消去し、例えば、ｔ－Ｒｅａｓｓｅｍｂｌｙが満了した場合、（例えば、必要に応じて）ｔ－Ｒｅａｓｓｅｍｂｌｙを開始することができる。

ＵＭＤＰＤＵは、下位レイヤからＵＭＲＬＣエンティティによって受信されることができる。受信ＵＭＲＬＣエンティティは、例えば、ＵＭＤＰＤＵヘッダがＳＮを含まない場合、ＲＬＣヘッダを除去し、ＲＬＣＳＤＵを上位レイヤに伝達することができる（例えば、ＵＭＤＰＤＵが下位レイヤから受信される場合）。受信ＵＭＲＬＣエンティティは、例えば、（ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ－ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ）＜＝ＳＮ＜ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙの場合、受信されたＵＭＤＰＤＵを消去することができる。受信ＵＭＲＬＣエンティティは、例えば、そうでない場合、受信されたＵＭＤＰＤＵを受信バッファに置くことができる。

ＵＭＤＰＤＵは、受信バッファに配置されてもよい。受信ＵＭＲＬＣエンティティは、例えば、ＳＮ＝ｘを有するバイトセグメント（例えば、すべてのバイトセグメント）が受信される場合、（例えば、受信バッファに配置されているＳＮ＝ｘを有するＵＭＤＰＤＵに基づいて）ＳＮ＝ｘを有するバイトセグメント（例えば、すべてのバイトセグメント）からＲＬＣＳＤＵを再構成し、ＲＬＣヘッダを除去し、再構成されたＲＬＣＳＤＵを上位レイヤに伝達することができる。受信ＵＭＲＬＣエンティティは、例えば、ｘ＝ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙである場合、（例えば、受信バッファに配置されたＳＮ＝ｘを有するＵＭＤＰＤＵに基づいて）ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙを、再構成されず上位レイヤに配信されていない（例えば、現在の）ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙより大きい（例えば、＞）第１のＳＮのＳＮに更新することができる。

受信ＵＭＲＬＣエンティティは、（例えば、受信バッファに置かれているＳＮ＝ｘを有するＵＭＤＰＤＵに基づいて）ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔをｘ＋１に更新し、及び／又は、例えば、ｘがリアセンブリウィンドウの範囲外にある場合、リアセンブリウィンドウの範囲外にあるＳＮを有するＵＭＤＰＤＵ（例えば、任意のＵＭＤＰＤＵ）を消去してもよい。受信ＵＭＲＬＣエンティティは、例えば、ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙがリアセンブリウィンドウの範囲外にある場合、（例えば、受信バッファに配置されているＳＮ＝ｘを有するＵＭＤＰＤＵに基づいて）ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙを、再構成されておらず上位レイヤに配信されていない（ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ－ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ）以上（例えば、≧）の第１のＳＮのＳＮに設定することができる。

受信ＵＭＲＬＣエンティティは、例えば、ｔ－Ｒｅａｓｓｅｍｂｌｙが実行中であり、以下のうちの１つ以上が真である場合、（例えば、受信バッファ内に配置されているＳＮ＝ｘを有するＵＭＤＰＤＵに基づいて）ｔ－Ｒｅａｓｓｅｍｂｌｙを停止及びリセットすることができる：ＲＸ＿Ｔｉｍｅｒ＿Ｔｒｉｇｇｅｒ＜＝ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙ、ＲＸ＿Ｔｉｍｅｒ＿Ｔｒｉｇｇｅｒがリアセンブリウィンドウの範囲外にあり、ＲＸ＿Ｔｉｍｅｒ＿ＴｒｉｇｇｅｒがＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔに等しくない、又は、ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ＝ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙ＋１であり、ＲＬＣＳＤＵの受信されたセグメント（例えば、すべての受信されたセグメント）の最後のバイトの前に、ＳＮ＝ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙに関連付けられたＲＬＣＳＤＵの欠落バイトセグメントがない。

受信ＵＭＲＬＣエンティティは、例えば、ｔ－Ｒｅａｓｓｅｍｂｌｙが実行されておらず（例えば、本明細書で説明されるようにｔ－Ｒｅａｓｓｅｍｂｌｙが停止される場合を含む）、以下のうちの１つ以上が真である場合、（例えば、受信バッファに配置されているＳＮ＝ｘを有するＵＭＤＰＤＵに基づいて）ｔ－Ｒｅａｓｓｅｍｂｌｙを開始し、かつ／又はＲＸ＿Ｔｉｍｅｒ＿ＴｒｉｇｇｅｒをＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔに設定することができる：ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ＞ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙ＋１、又は、ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ＝ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙ＋１であり、このＲＬＣＳＤＵの受信されたセグメント（例えば、すべての受信されたセグメント）の最後のバイトの前に、ＳＮ＝ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙに関連付けられたＲＬＣＳＤＵの欠落バイトセグメントが少なくとも１つある。

タイマｔ－Ｒｅａｓｓｅｍｂｌｙは満了し得る。受信ＵＭＲＬＣエンティティは、（例えば、ｔ－Ｒｅａｓｓｅｍｂｌｙ満了に基づいて）ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙを、再構成されていないＲＸ＿Ｔｉｍｅｒ＿Ｔｒｉｇｇｅｒ以上（例えば、≧）の第１のＳＮのＳＮに更新することができるか、又は、更新されたＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙ未満（例えば、＜）のＳＮを有するセグメント（例えば、すべてのセグメント）を消去する。受信ＵＭＲＬＣエンティティは、（例えば、ｔ－Ｒｅａｓｓｅｍｂｌｙ満了に基づいて）ｔ－Ｒｅａｓｓｅｍｂｌｙを開始することができ、及び／又は、例えば、ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ＞ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙ＋１である場合、及び／又は、ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ＝ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙ＋１であり、ＲＬＣＳＤＵの受信セグメント（例えば、すべての受信セグメント）の最後のバイトの前に、ＳＮ＝ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙに関連付けられたＲＬＣＳＤＵの少なくとも１つの欠落バイトセグメントがある場合、ＲＸ＿Ｔｉｍｅｒ＿ＴｒｉｇｇｅｒをＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔに設定することができる。

ＭＢＳの例では、ＷＴＲＵは、セッションが開始した場合にマルチキャストに参加することができるか、又は、ＷＴＲＵは、ＰＴＰモードでセッションを開始することができ、例えば、無線状態の改善により、ＰＴＭモード（例えば、ＰＴＭモードのみ）をサポートするセルへのモビリティなどにより（例えば、後で）ＰＴＭモードに切り替えることができ、これにより、ＷＴＲＵが、ＰＴＭモードに使用されるブロードビームを介してマルチキャストセッションを受信可能となってよい。

ＲＬＣ受信ウィンドウ（例えば、ＲＸ＿Ｎｅｘｔ＿Ｒｅａｓｓｅｍｂｌｙ及び／又はＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ）を制御する状態変数（複数可）は、例えば、ＵＭＲＬＣエンティティが確立される場合、（例えば、０に）初期化され得る。ＲＬＣ受信ウィンドウを制御する状態変数（複数可）は、例えば、ＮＲサイドリンクグループキャスト／ブロードキャスト通信の場合（例えば、セッションが開始した後にＷＴＲＵがグループキャスト／ブロードキャストに参加することができるため）、（例えば、最初に受信されたＵＭＤＰＤＵがＳＮを含む場合）最初に受信されたＵＭＤＰＤＵのＳＮに設定されてもよい。

ＰＴＭモードの例では、ＷＴＲＵは、ＰＴＰモードからＰＴＭモードに切り替えることができ、又はＰＴＭモードでＭＢＳセッションに参加することができる。状態変数（複数）は、ＰＴＭモード（例えば、ＰＴＭＲＬＣモード）へのスイッチングに応答して、最初に受信されたＰＤＵのＳＮに初期化され得る。この手法は、例えば、ＰＴＭモードへの無損失スイッチングには適さない場合がある。例えば、受信され得る第１のＲＬＣＰＤＵ（例えば、セッションが開始した後にＰＴＭモードに切り替わるか、又はＰＴＭモードでＭＢＳセッションに加わる場合）は、例えば、ｘのＳＮを有する順序が誤っている可能性がある。ＲＬＣ受信機は、例えば、ＲＬＣ受信ウィンドウの開始端が最初に受信されたＰＤＵのＳＮに初期化され、欠落したＲＬＣパケット（例えば、ＳＮｘ－ｎを有するＲＬＣパケット）が（例えば、後で）順不同で受信された場合、受信された最初のＲＬＣＰＤＵを消去することができる。

ＲＬＣＵＭ動作は、例えば、ＭＢＳにおいてＰＴＰモード動作からＰＴＭモード動作への無損失スイッチングを可能にするために改善され得る。

ＭＢＳ動作モードの無損失スイッチングのための方法は、ＭＢＳサービスの送信及び／又は配信に基づく例（複数可）によって説明される。本明細書で説明される方法は、本明細書で説明される例（複数可）（例えば、システム及びサービス）に限定されない。本明細書で説明される方法は、Ｖ２Ｘ、拡張現実、ゲーミング、ＩｏＴ／ＭＴＣ、産業ユースケースなどを含むが、これらに限定されない、２つ以上のタイプ（例えば、任意のタイプ）の送信及び／又はサービスに適用可能であり得る。本明細書に説明する方法は単独で、又は（例えば、任意のＭＢＳシステム内に）組み合わせて実装されてよい。

ＷＴＲＵ（例えば、ＭＢＳのためのデータの受信用に構成される）（例えば、図３の３０４参照）は、データ無線ベアラ（data radio bearer、ＤＲＢ）（例えば、マルチキャスト無線ベアラ（ＭＲＢ））を用いて構成されてよく、ＤＲＢは、ＭＢＳ受信専用であってよい（例えば、図３のステップ３０８参照）。ＭＢＳサービス及びＭＲＢは、（例えば、Ｌ２及び／又はＬ３の観点から説明されるとき）同じであるとみなされ得る。ＭＢＳサービスは、０、１又は複数のＭＲＢで構成され得る。

複数の（例えば、いくつかの）ＱｏＳフローが、（例えば、ＤＲＢ（例えば、通常のＤＲＢ）と同様の）ＭＲＢ内で多重化され得る。

図２は、プロトコルアーキテクチャの一例を示す（図３の３０２も参照）。図２（及び図３のステップ３０８）に示すように、ＭＲＢは、（例えば、ＰＤＣＰエンティティ及び複数（例えば、２つ）のＲＬＣエンティティを有する、スプリットベアラのような構成を採用することができる。第１のＲＬＣエンティティは、ＰＴＭ動作のためのものであってよく、第２のＲＬＣエンティティは、ＰＴＰ動作のためのものであってよい。

セル無線ネットワーク識別子（Ｃ－ＲＮＴＩ）は、セル内のＷＴＲＵのＲＲＣ接続を（例えば、一意に）識別することができる。グループＲＮＴＩ（Ｇ－ＲＮＴＩ）は、マルチキャストに参加しているＷＴＲＵのグループを識別することができる。ＷＴＲＵ（例えば、図２に示される例示的なアーキテクチャに従ってＭＲＢで構成される）は、Ｃ－ＲＮＴＩ及び／又はＧ－ＲＮＴＩ上でＭＲＢのためのＤＬスケジューリングを監視することができる。ここで説明する方法では、ＰＴＭに関連付けられたＲＬＣエンティティが非肯定応答モード（ＵＭ）で動作しており、ＰＴＰに関連付けられたＲＬＣエンティティが肯定応答モード（ＡＭ）で動作していると仮定することができる。本明細書で開示される方法は、他の動作モード（例えば、トランスペアレントモード（ＴＭ）若しくはＡＭで動作するＰＴＭ、又はＴＭ若しくはＵＭで動作するＰＴＰ）に適用され得る。

本明細書で説明される方法は、ＰＴＰからＰＴＭへのスイッチングに適用可能であり得る。本明細書で説明する方法は、他のタイプ（複数可）のスイッチング（例えば、ＰＴＭからＰＴＰ）に適用可能であり得る。本明細書で説明する例では、左端、開始端及び下端という用語は、ＲＬＣ受信ウィンドウの開始ＳＮを示すために互換的に使用され得る。本明細書で説明する例では、右端、終了端及び上端という用語は、ＲＬＣ受信ウィンドウの終了ＳＮを示すために互換的に使用され得る。いくつかの例（例えば、レガシー動作）では、ＲＬＣ受信ウィンドウ外のＳＮを有するＰＤＵが受信機によってドロップされ得ると仮定され得る。

ＭＢＳモードスイッチングがトリガされ得る（例えば、図３の３１２及び３１８参照）。いくつかの例では、ＷＴＲＵは、ＰＴＭからＰＴＰに切り替える必要性に関する情報を送信することができる（例えば、図３の３１２参照）。情報は、ＲＲＣメッセージ（例えば、ＭＢＳＭｏｄｅＳｗｉｔｃｈＲｅｑｕｅｓｔメッセージ）中で送信され得るか、又は情報要素（information element、ＩＥ）がＲＲＣメッセージ中に含まれ得る（例えば、ＷＴＲＵＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ中のＩＥ）。ＷＴＲＵは、関連付けられたＭＲＢ（例えば、関係するＭＲＢ）についての（例えば、ＰＤＣＰ及び／又はＲＬＣエンティティにおける）受信機ステータスを要求（例えば、ＭＢＳＭｏｄｅＳｗｉｔｃｈＲｅｑｕｅｓｔメッセージ又はＷＴＲＵＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージにおけるＩＥ）に含めることができる（例えば、図３の３１４参照）。いくつかの例では、ＷＴＲＵは、複数のＭＲＢのための動作モードを切り替える要求を送信することができる。いくつかの例では、ＷＴＲＵは、ＭＲＢ（例えば、各ＭＲＢ）に対応するステータスレポート（例えば、ＰＤＣＰステータスレポート、ＲＬＣステータスレポート）を要求内に含めることができる（例えば、図３のステップ参照）。

いくつかの例（例えば、レガシー動作）では、ＰＤＣＰステータスＰＤＵは、例えば、ＰＤＣＰ再確立、ＰＤＣＰデータ復元及び／又はデュアルアクティブプロトコルスタック（dual active protocol stack、ＤＡＰＳ）ハンドオーバ中に（例えば、アップリンクデータスイッチングの場合、又はＤＡＰＳが解放される場合に）、ＡＭで動作中のＤＲＢのために送信され得る。ＰＤＣＰステータスＰＤＵは、例えば、ＤＡＰＳアップリンクデータスイッチング中に（例えば、その間のみに）送信され得る（例えば、ＵＭＤＲＢの場合）。いくつかの例では、ＷＴＲＵは、（例えば、頻繁な（例えば、閾値を上回る）ＨＡＲＱ失敗／再送信、及び／又はサービングセルの信号レベルがある閾値を下回ることなどに基づいて検出されるように、ＰＴＭ動作が劣化している／閾値条件を満たすことをＷＴＲＵが検出する場合）（例えば、図３の３１０参照）、ＰＤＣＰステータスレポートのためのレガシー条件を満たすことなく、ＭＲＢのためのＰＤＣＰステータスＰＤＵを送信することができる。ネットワーク（例えば、図３の３０６参照）は、ＰＤＣＰステータスレポート（例えば、レガシートリガリング条件を満たすことなく送信される）を、例えば、ＭＢＳモードを切り替えるためのＷＴＲＵによる暗黙的な要求として解釈することができる（例えば、図３の３１３参照）。いくつかの例では、ＷＴＲＵは、例えば、ＰＴＭ動作が劣化している／本明細書で説明する１つ以上の閾値条件を満たすことをＷＴＲＵが検出することに基づいて（例えば、それのみに基づいて）、ネットワーク（例えば、図３の３０６）に要求を送信することなく、ＰＴＭモードからＰＴＰモードに切り替えることを決定することができる（例えば、図３の３１２が実行されなくてもよい）。

いくつかの例では、フラグ／フィールドは、ＭＢＳモードを切り替えるための要求を（例えば、明示的に）示すために、ＰＤＣＰステータスレポートにおいて実装／利用され得る。

いくつかの例では、切り替え要求は、ＲＬＣ制御ＰＤＵ（例えば、ＲＬＣステータスＰＤＵ）を介して送信され得る。いくつかの例（例えば、レガシーＲＬＣ）では、ステータス報告は、ＡＭモードに（例えば、それのみに）適用可能であり得る。いくつかの例では、ステータス報告は、ＵＭモードのために実装／利用され得る。（例えば、ＵＭモードのための）ステータス報告は、例えば、ＷＴＲＵがＰＴＭモードからＰＴＰモードに切り替えることを決定した場合にトリガされ得る。

いくつかの例では、ＭＡＣ制御要素（例えば、新しいＭＡＣ制御要素）又は既存のＭＡＣ制御要素内の情報要素（例えば、新しい情報要素）が、ＭＢＳモードの切り替えを要求するためにＷＴＲＵによって使用されてよい。

いくつかの例では、ＷＴＲＵは、ＰＴＰからＰＴＭへの切り替えを要求するための切り替え要求を送信することができる（例えば、図３の３１８参照）。ＷＴＲＵは、例えば、以下の条件のうちの１つ以上が真である場合（例えば、図３の３１６参照）、ＰＴＭモードへの切り替えを要求することができる：ネットワークによって構成され得る、ある時間量（例えば、閾値時間量）の間、ＨＡＲＱ再送信が存在しない、又はサービングセルの信号レベルが閾値（例えば、構成可能な閾値）を上回る場合。（例えば、閾値、基準及び／又は他のトリガ（複数可）に基づく）ＨＡＲＱ再送信がない時間量は、例えば、時間ウィンドウ内のＭＢＳに関連付けられたトランスポートブロックの初期送信の成功した復号の数が閾値を上回る場合に生じ得る。いくつかの例では、基準は、時間ウィンドウ内で送信されたＡＣＫの数が閾値を上回る場合、又は時間ウィンドウ内で送信されたＮＡＣＫの数が閾値を下回る場合であり得る。いくつかの例では、ＷＴＲＵは、例えば、ＰＴＭ動作が信頼できる／本明細書で説明する１つ以上の条件を満たすことをＷＴＲＵが検出したことに基づいて（例えば、それのみに基づいて）、ネットワーク（例えば、図３の３０６）に要求を送信することなく、ＰＴＰモードからＰＴＭモードに切り替えることを決定することができる（例えば、図３の３１８が実行されなくてもよい）。

本明細書に記載された例及びその変形例が実装されてもよい。例では、ＷＴＲＵのＭＢＳがＰＴＭモードで動作している間の指示の受信は、ネットワークによって、ＰＴＰに切り替えるためのＷＴＲＵによる要求として解釈され得る。ＷＴＲＵのＭＢＳがＰＴＰで動作している間の指示の受信は、ＰＴＭに切り替える要求として解釈することができる。いくつかの例では、切り替えについての情報が（例えば、明示的に）示され得る。例えば、フィールド／フラグの値が０である場合、ＰＴＰからＰＴＭへの切り替えを示すために、又はフィールド／フラグの値が１である場合、ＰＴＭからＰＴＰへの切り替えを示すために（あるいは、その逆であってもよい）、Ｂｏｏｌｅａｎ型のフィールド／フラグが含まれてよい。

切り替え（例えば、ＭＢＳモードスイッチング）は暗黙的であり得る（例えば、図３の３１３及び３１９参照）。いくつかの例では（例えば、図３の３１９参照）、ＰＴＰで動作するＷＴＲＵは、例えば、ＰＴＭモードに関連付けられたＲＬＣＰＤＵを、例えば、ＲＬＣエンティティを介して受信したことに応答して、ＭＢＳモードがＰＴＰからＰＴＭに切り替えられると決定（例えば、考慮又は仮定）することができる。いくつかの例では（例えば、図３の３１３参照）、ＰＴＭで動作するＷＴＲＵは、例えば、ＰＴＰモードに関連付けられたＲＬＣＰＤＵを、例えば、ＲＬＣエンティティを介して受信したことに応答して、ＭＢＳモードがＰＴＭからＰＴＰに切り替えられると決定（例えば、考慮又は仮定）することができる。ＭＢＳモード切り替えは、受信されたＰＤＵに関連付けられたＭＲＢ（例えば、受信されたＰＤＵが属するＭＲＢ）に影響を及ぼしてよく（例えば、それのみに影響を及ぼしてよく）、他のＭＲＢの動作モードは影響を受けなくてもよい（例えば、他のＭＲＢは、ＰＴＰモードで動作している場合はＰＴＰモードのままであってよく、又はＰＴＭモードで動作している場合はＰＴＭモードのままであってよい）。ＭＢＳモード切り替えは、複数のＭＲＢ（例えば、すべてのＭＲＢ）に影響を及ぼしてもよい。ＭＢＳモード切り替えは、受信されたＰＤＵが属するＭＲＢと同じＧ－ＲＮＴＩに関連付けられたＭＲＢ（例えば、すべてのＭＲＢ）に影響を及ぼし得る。

いくつかの例は、タイマに基づき得る。いくつかの例では、ＷＴＲＵは、期間（例えば、ｔ＿ｓｗｉｔｃｈｉｎｇタイマであり得るタイマ）で構成され得る。期間（例えば、タイマ）は、例えば、ＰＴＭモードに関連付けられたＲＬＣエンティティを介してＲＬＣＰＤＵ（例えば、第１のＲＬＣＰＤＵ）を受信したことに応答して開始され得る。第１の受信されたＲＬＣＰＤＵのＳＮよりも低いＳＮで受信されたＰＤＵは、例えば、期間中に（例えば、タイマが動作している場合）、（例えば、消去される代わりに）ＰＤＣＰレイヤに（例えば、直ちに）転送され得る。ＰＴＭＲＬＣは、ＵＭモード（例えば、通常のＵＭモード）で動作する（例えば、動作を開始する）ことができ、例えば、期間が経過した（例えば、タイマが満了した）場合、受信ウィンドウ外にあるＰＤＵを消去することができる。

拡張ウィンドウモードが提供され（例えば、構成され、実装され、実行され）得る。ＷＴＲＵは、拡張ウィンドウモードで動作する／動作するように構成され得る。ＷＴＲＵ（例えば、拡張ウィンドウモードで動作する）は、通常動作における（例えば、通常モードにおける）受信ウィンドウよりも大きい受信ウィンドウを維持することができる。通常モード及び拡張ウィンドウモードは、第１及び第２のモードを指すことがあり、それらと交換可能に使用されてよく、又はその逆も同様である。拡張ウィンドウは、例えば、１つ以上のオフセット値（例えば、受信ウィンドウサイズの半分など、事前構成された値（複数可））（例えば、図３の３２０参照）を使用することによって決定され得る。例えば、第１のオフセットがウィンドウの左端に適用されてよく、第２のオフセットがウィンドウの右端に適用されてよい。受信ウィンドウサイズは、例えば、第１のオフセット＋第２のオフセットだけ拡張され得る。ＷＴＲＵは、例えば、受信されたＰＤＵのＳＮが拡張されたウィンドウ内にある場合、受信されたＰＤＵを受信バッファに配置するように構成され得る。ＷＴＲＵは、例えば、受信されたＰＤＵのＳＮが拡張されたウィンドウ内にない場合、ＰＤＵを消去するように構成され得る。

ＷＴＲＵは、例えば、以下の条件のうちの１つ以上に基づいて、拡張ウィンドウモード（例えば、図３の３２０参照）で動作する（例えば、適用する）ように構成され得る：ＰＴＰからＰＴＭへの切り替えがトリガされる場合（例えば、図３の３１８参照）、期間中（例えば、タイマ（例えば、ｔ＿ｓｗｉｔｃｈｉｎｇタイマ）が動作している場合）、ＭＢＳベアラが複数（例えば、２つ）の構成された及び／又はアクティブ化されたＲＬＣエンティティ（例えば、ＰＴＭＲＬＣ及びＰＴＰＲＬＣ）に関連付けられている場合、及び／又は、ＤＣＩ、ＭＡＣＣＥ及び／又はＲＲＣを介し得る、ネットワーク（例えば、図３の３０６）からの指示（例えば、明示的な指示）（例えば、図３の３１９参照）に応答して。指示（例えば、明示的な指示）は、動作をアクティブ化又は非アクティブ化することができる。

ウィンドウレスＲＬＣモードが提供され（例えば、構成され、実装され、実行され）得る。いくつかの例では、ＷＴＲＵは、例えば、ＲＬＣモードでＲＬＣエンティティを使用して、ＭＢＳサービスのためのデータ受信を実行するように構成され得る。例えば、ＲＬＣモードはウィンドウレスモードであってもよい。ウィンドウレスＲＬＣエンティティは、以下のうちの１つ以上を実行することができる：（例えば、ＲＬＣＳＤＵが利用可能であることに応答して）受信されたＵＭＤＰＤＵからＲＬＣＳＤＵを再構成すること、又はＲＬＣＳＤＵを上位レイヤに配信すること。ウィンドウレスモードで動作するＲＬＣエンティティは、例えば、ＰＤＵがＲＬＣ受信ウィンドウの外にある場合であっても、ＲＬＣＳＤＵを上位／上位レイヤ（複数可）に配信することができる。いくつかの例では、ウィンドウレスモードは、上位レイヤ（複数可）へのＰＤＵの配信のためのトランスペアレントモード、及び／又はリアセンブリ及びＰＤＵ処理を扱うためのＵＭモードのように挙動するＲＬＣ機能として実装（例えば、モデル化）され得る。

いくつかの例では、ウィンドウレスモードは、ＰＤＵ消去機能を無効にすることによって実装され得る。

いくつかの例では、ウィンドウレスＲＬＣモードは、ＵＭＲＬＣエンティティに関連付けられたＲＬＣウィンドウを無効化することによって実装（例えば、モデル化）され得る。無効化は、例えば、ＰＴＰからＰＴＭへの切り替え、ネットワークコマンド（例えば、明示的なネットワークコマンド）、ＧＲＮＴＩを介したスケジューリングに基づいて配信されたＰＤＵの受信に応答して、などのうちの１つ以上によってトリガされ得る。

ＷＴＲＵは、例えば、ある期間中に（例えば、ｔ＿ｓｗｉｔｃｈｉｎｇタイマであり得るタイマが動作している場合）、ウィンドウレスＲＬＣモードを適用するように構成され得る。ＷＴＲＵは、例えば、ＭＢＳベアラが構成されている場合、ウィンドウレスＲＬＣモードを適用するように構成され得る。ＷＴＲＵは、例えば、ＭＢＳベアラが複数（例えば、２つ）の構成された及び／又はアクティブ化されたＲＬＣエンティティ（例えば、ＰＴＭＲＬＣ及びＰＴＰＲＬＣ）に関連付けられている場合、ウィンドウレスモードを適用し得る。

ウィンドウレス動作は、重複ＰＤＵがＰＤＣＰレイヤに配信されることをもたらし得る。重複ＰＤＵは、例えば、重複検出機能を介して、ＰＤＣＰレイヤにおいて消去され得る。ＷＴＲＵは、例えば、ＤＣＩ、ＭＡＣＣＥ又はＲＲＣを介することができるネットワークからの指示（例えば、明示的な指示）に応答して、ウィンドウレスモードを適用することができる。指示（例えば、明示的な指示）は、動作をアクティブ化又は非アクティブ化することができる。

セルレベルスイッチングが提供され（例えば、構成され、実装され、実行され）得る。セルレベルスイッチングは、ＭＢＳセッションに関与するＷＴＲＵ（例えば、すべてのＷＴＲＵ）をＰＴＭからＰＴＰに切り替えることを含むことができ、これは同時に行うことができる。（例えば、セルレベルスイッチングを示す）フラグ／ＩＥ／インジケータが、ＲＬＣヘッダにおいて提供され得る。フラグ／ＩＥ／インジケータ（例えば、セルレベルスイッチングを示す）は、例えば、ＰＴＭ動作へのセルレベルスイッチングの後に、ネットワークから送信されるＲＬＣパケット（例えば、第１のＲＬＣパケット）に含まれてもよい。ＷＴＲＵは、ＲＬＣヘッダを含むパケットを受信することができる。ＷＴＲＵは、例えば、ＲＬＣヘッダを含むパケットを受信したことに応答して、受信されたパケットのＳＮを、ＰＴＭＲＬＣのための受信ウィンドウの開始として設定することができる。インジケータを含むＰＤＵの前に受信されたＰＤＵ（例えば、もしあれば）は、ＰＤＣＰレイヤに転送され得る。

いくつかの例では、（例えば、セルレベルスイッチングを示す）インジケータを含むＲＬＣＰＤＵが失われ得る（例えば、ＨＡＲＱ再送信（複数可）が、ＲＬＣＰＤＵを含むＭＡＣＰＤＵを取り出すことができないことがある）。例えば、ＷＴＲＵが、到着しない可能性があるインジケータを有するＰＤＵを待つケースを回避するために、期間（例えば、タイマ）を実装することができる。例えば、ＷＴＲＵは、第１のＲＬＣＰＤＵの受信に応答して、例えば、ＰＴＭモードに切り替えた後に、タイマ（例えば、ｔ＿ｓｗｉｔｃｈｉｎｇタイマ）を開始することができる。ＷＴＲＵは、最初に受信されたＲＬＣＰＤＵのＳＮ（例えば、ｆｉｒｓｔ＿ＳＮ）を保存することができる。期間中（例えば、タイマが動作している場合）、インジケータを有するＰＤＵが受信された場合、ＷＴＲＵは、ＰＤＵのＳＮに対するＵＭＲＬＣ状態変数を開始することができ、タイマを停止することができ、及び／又はＰＤＵをＰＤＣＰレイヤに渡し、通常のＵＭモードで動作を開始することができる。期間中に（例えば、タイマが動作している場合）、インジケータを有するＰＤＵが受信されない場合、ＷＴＲＵは、インジケータを有さないＰＤＵをＰＤＣＰレイヤに渡すことができる。ＷＴＲＵは、ｆｉｒｓｔ＿ＳＮに対するＵＭＲＬＣ状態変数を開始することができ、及び／又は、例えば、期間外である（例えば、タイマが満了した）場合、通常のＵＭモードで動作する（例えば、動作を開始する）ことができる。

いくつかの例では、ネットワークは、セル内の１つ以上のＷＴＲＵ（例えば、すべてのＷＴＲＵ）に、ＭＢＳ動作をＰＴＭからＰＴＰに（又はその逆に）切り替えることを示すことができる（例えば、システム情報における指示を介して）。

明示的な切り替えが提供（例えば、構成、実装、実行）されてもよい（例えば、図３の３１３及び３１９参照）。明示的な切り替えは、例えば、ＲＲＣ再構成を介して実装され得る。いくつかの例では、ＷＴＲＵは、ＲＲＣ再構成メッセージを受信したことに応答して、ＰＴＭモードに切り替えることができる。ＲＲＣ再設定メッセージは、ＲＸ＿ｎｅｘｔ＿ｒｅａｓｓａｍｂｌｙ及び／又はＲＸ＿ｎｅｘｔ＿ｈｉｇｈｅｓｔのようなＵＭ状態変数（複数可）に関する情報を含むことができる。ＷＴＲＵは、例えば、ＰＴＭモードに切り替えるためのＲＲＣ再構成メッセージに基づいて、ＰＴＭＲＬＣエンティティを開始することができる。ＲＲＣ再構成メッセージは、複数のＭＲＢに関する情報を含むことができる。

いくつかの例では、情報要素（ＩＥ）がＲＬＣＵＭ構成中に含まれ得る。ＩＥは、例えば、表１の例によって示されるように、ＵＭ状態変数のために使用され得る初期ＳＮを示す（例えば、指定する）ことができる。

ＲＲＣ再構成メッセージは、ｒｌｃ－ＢｅａｒｅｒＴｏＡｄｄＭｏｄＬｉｓｔに追加されるべきＲＬＣベアラ（例えば、ｒｌｃ－Ｂｅａｒｅｒ）のリストを含み得るｃｅｌｌＧｒｏｕｐＣｏｎｆｉｇを含み得る。ｒｌｃ－ＢｅａｒｅｒＣｏｎｆｉｇ（例えば、各ｒｌｃ－ＢｅａｒｅｒＣｏｎｆｉｇ）は、（例えば、ＲＬＣエンティティをＰＤＣＰエンティティ及びＭＡＣ論理チャネルとリンクする他の関連する構成に加えて）ＲＬＣエンティティの構成を含み得る。

ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇＩＥは、マスタセルグループ（ｍａｓｔｅｒｃｅｌｌｇｒｏｕｐ、ＭＣＧ）又はセカンダリセルグループ（ｓｅｃｏｎｄａｒｙｃｅｌｌｇｒｏｕｐ、ＳＣＧ）を構成するために使用され得る。セルグループは、例えば、ＭＡＣエンティティ（例えば、１つのＭＡＣエンティティ）、（例えば、関連付けられたＲＬＣエンティティを有する）論理チャネルのセット、プライマリセル（例えば、マスタ若しくはセカンダリセルグループのプライマリセル（ＳＰＣｅｌｌ））、及び／又は１つ以上のセカンダリセル（ＳＣｅｌｌ）を含み得る。表１は、セルグループ構成ＩＥの例を示す。

ＲＬＣ－ＢｅａｒｅｒＣｏｎｆｉｇＩＥは、ＲＬＣエンティティ、ＭＡＣにおける対応する論理チャネル及び／又はＰＤＣＰエンティティ（例えば、提供される（ｓｅｒｖｅｄ）無線ベアラ）へのリンクを構成するために使用され得る。表２は、ＲＬＣベアラ構成ＩＥの例を示す。

ＲＬＣ－ＣｏｎｆｉｇＩＥは、ＳＲＢ及び／又はＤＲＢのＲＬＣ構成を指定するために使用され得る。表３は、ＲＬＣ構成ＩＥの例を示す。

いくつかの例では、ＷＴＲＵは、例えば、ＲＲＣ再構成メッセージを受信したことに応答して、ＰＴＰモードに切り替えることができる。

いくつかの例では、ＷＴＲＵは、モビリティイベント中にターゲットセルに関連付けられ得るＭＢＳ構成（例えば、明示的なＭＢＳ構成）を受信することができる。例えば、ＭＢＳ構成は、同期を伴うＲＲＣ再構成、条件付きＲＲＣ再構成などのうちの１つ以上に関連付けられ得る。例えば、ＷＴＲＵは、ソースセルとは異なり得るターゲットセルのＭＢＳモードで構成され得る。ＷＴＲＵは、例えば、ソースセルに対するターゲットセルのＭＢＳモード構成に基づいて、（例えば、本明細書で説明されるような）１つ以上のアクションを実行することができる。

ＷＴＲＵは、例えば、ソースにおけるＭＢＳモード構成とターゲットにおけるＭＢＳモード構成との間の関係（例えば、一方が他方と比較される）に基づいて、挙動（複数可）／アクション（複数可）（例えば、追加の挙動（複数可）／アクション（複数可））を用いて構成されてよい。ＷＴＲＵは、例えば、ソースにおけるＰＴＭモードからターゲットにおけるＰＴＰモードに切り替える場合に、ＰＤＣＰステータスレポートをターゲットに送信するように構成され得る。ＷＴＲＵは、例えば、ターゲットにおいてＰＴＰモードで構成される場合（例えば、ソースにおけるＭＢＳモードに関係なく）、ターゲットにＰＤＣＰステータスレポートを送信するように構成され得る。ＷＴＲＵは、例えば、（例えば、本明細書で説明されるような）ＭＢＳモード切り替えのための１つ以上の条件に基づいて、ＭＢＳモード切り替えの指示をターゲットに送信するように構成されてよい。

ＭＡＣ制御要素を介した明示的なスイッチングが提供され（例えば、構成され、実装され、実行され）得る。いくつかの例では、ネットワークは、例えば、ＭＢＳ動作をＰＴＰモードからＰＴＭモードに切り替えることをＷＴＲＵに示す（例えば、ＷＴＲＵに望む）ことをネットワークが決定した場合、ＭＡＣＣＥをＷＴＲＵに送信することができる。ＭＡＣＣＥ構成は、ＭＡＣＣＥがどのＭＲＢを参照するかに関する情報（例えば、ベアラＩＤ、論理チャネルＩＤ、Ｇ－ＲＮＴＩなど）又は、ＰＴＭＲＬＣ状態変数を初期化するために使用されるＳＮに関する情報のうちの１つ以上を含むことができる。

いくつかの例では、ＭＡＣＣＥは、１つ以上の（例えば、複数の、いくつかの）ＭＲＢについての情報（例えば、複数のＭＲＢの各々についての、例えば、本明細書で説明するような情報を含むリスト）を含み得る。

いくつかの例では、ＭＡＣＣＥは、ＭＢＳサービス／セッションに関連付けられた識別情報を含み得る。例えば、ＭＡＣＣＥは、ＭＢＳサービスに関連付けられたテンポラリモバイルグループ識別情報（temporary mobile group identity、ＴＭＧＩ）を含み得る。例えば、ＭＡＣＣＥは、ＭＢＳサービスに関連付けられたＧ－ＲＮＴＩを含んでもよい。

いくつかの例では、ＭＲＢについての情報を伴わないＭＡＣＣＥは、情報が複数のＭＲＢ（例えば、すべてのＭＲＢ）及び／又はＭＢＳサービス（すべてのＭＢＳサービス）に適用可能であるという指示と見なされ得る（例えば、解釈され得る）。

ＤＣＩを介した明示的なスイッチングが提供され（例えば、構成され、実装され、実行され）得る。いくつかの例では、ネットワークは、例えば、ＭＢＳ動作をＰＴＰモードからＰＴＭモードに切り替えることをＷＴＲＵに示す（例えば、ＷＴＲＵに望む）ことをネットワークが決定した場合、ＤＣＩをＷＴＲＵに送信することができる。ＤＣＩ構成は、ＤＣＩがどのＭＲＢを参照するかに関する情報（例えば、ベアラＩＤ、論理チャネルＩＤ、Ｇ－ＲＮＴＩなど）、又は、ＰＴＭＲＬＣ状態変数を初期化するために使用されるＳＮに関する情報のうちの１つ以上を含むことができる。ＤＣＩがどのＭＲＢを参照するかについての情報は、暗黙的又は明示的であり得る。例えば、暗示的情報の場合、ＰＤＣＣＨ送信におけるＤＣＩの受信は、Ｇ－ＲＮＴＩに関連付けられてもよく、関連付けられたＧ－ＲＮＴＩは、関連付けられたＭＲＢ（複数可）を識別してもよい。

ＭＢＳモード切り替えに対するＰＤＣＣＨ送信監視挙動が提供（例えば、構成、実装、実行）され得る。いくつかの例では、ＷＴＲＵは、例えば、（例えば、ＲＲＣ再構成メッセージ、ＭＡＣＣＥ、ＤＣＩなど、本明細書で説明される方法による）ＰＴＭからＰＴＰへの切り替えを示すモード切り替えコマンドの受信に応答して、又はＰＴＭからＰＴＰへの切り替えの要求を示すＭＢＳモード切り替え要求の送信に応答して、Ｃ－ＲＮＴＩについてのＰＤＣＣＨにおける送信（複数可）の監視を開始することができる。

ＷＴＲＵは、（例えば、構成されている場合）Ｃ－ＲＮＴＩに関連付けられた制御リソースセット（control resource set、ＣＯＲＥＳＥＴ）及び／又はサーチスペース構成を適用することができる。

いくつかの例では、ＷＴＲＵは、例えば、（例えば、ＲＲＣ再構成メッセージ、ＭＡＣＣＥ、ＤＣＩなど、本明細書で説明される方法による）ＰＴＭからＰＴＰへの切り替えを示すモード切り替えコマンドの受信に応答して、又はＰＴＭからＰＴＰへの切り替えの要求を示すＭＢＳモード切り替え要求の送信に応答して、ＭＲＢ（複数可）に関連するＧ－ＲＮＴＩについてのＰＤＣＣＨにおける送信（複数可）の監視を停止することができる。

いくつかの例では、ＷＴＲＵは、例えば、（例えば、ＲＲＣ再構成メッセージ、ＭＡＣＣＥ、ＤＣＩなど、本明細書で説明される方法による）ＰＴＰからＰＴＭへの切り替えを示すモード切り替えコマンドの受信に応答して、又はＰＴＰからＰＴＭへの切り替えの要求を示すＭＢＳモード切り替え要求の送信に応答して、ＭＲＢ（複数可）に関連するＧ－ＲＮＴＩについてのＰＤＣＣＨにおける送信（複数可）の監視を開始することができる。

ＷＴＲＵは、（例えば、構成されている場合）Ｇ－ＲＮＴＩに関連付けられたＣＯＲＥＳＥＴ及び／又はサーチスペース構成情報を適用することができる。ＷＴＲＵは、ＣＯＲＥＳＥＴ内のＧ－ＲＮＴＩ及び／又はＣ－ＲＮＴＩに関連付けられたサーチスペース構成情報について、ＰＤＣＣＨ内の送信（複数可）を（例えば、別様に）監視することができる。

いくつかの例では、ＷＴＲＵは、例えば、（例えば、ＲＲＣ再構成メッセージ、ＭＡＣＣＥ、ＤＣＩなど、本明細書で説明される方法による）ＰＴＰからＰＴＭへの切り替えを示すモード切り替えコマンドの受信に応答して、又はＰＴＰからＰＴＭへの切り替えの要求を示すＭＢＳモード切り替え要求の送信に応答して、Ｃ－ＲＮＴＩについてのＰＤＣＣＨにおける送信（複数可）の監視を停止することができる。

上述の特徴及び要素は、特定の組み合わせで説明されているが、各特徴又は要素は、好ましい実施形態の他の特徴及び要素なしで単独で使用されてもよく、又は他の特徴及び要素を用いて若しくはそれらを用いずに、様々な組み合わせで使用されてもよい。

本明細書に記載の実装形態は、３ＧＰＰ特有プロトコルを考慮し得るが、本明細書に記載の実装形態は、このシナリオに限定されず、他の無線システムに適用可能であり得ることが理解される。例えば、本明細書に記載の解決策は、ＬＴＥ、ＬＴＥ－Ａ、新たな無線（ＮＲ）、又は５Ｇ特有プロトコルを考慮するが、本明細書に記載の解決策は、このシナリオに限定されず、他の無線システムにも更に適用可能であることが理解される。

上述のプロセスは、コンピュータ及び／若しくはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、並びに／又はファームウェアに実装され得る。コンピュータ可読媒体の例としては、（有線及び／又は無線接続を介して送信される）電子信号及び／又はコンピュータ可読記憶媒体が挙げられるが、これらに限定されない。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（read only memory、ＲＯＭ）、ランダムアクセスメモリ（random access memory、ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどであるがこれらに限定されない磁気媒体、磁気光学媒体、並びに／又はコンパクトディスク（compact disc、ＣＤ）－ＲＯＭディスク、及び／若しくはデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、端末、基地局、ＲＮＣ、及び／又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

Claims

無線送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵは、
プロセッサを備え、前記プロセッサは、
ポイントツーポイント（ＰＴＰ）送信モードからポイントツーマルチポイント（ＰＴＭ）送信モードに切り替える指示を受信するか、又は前記ＰＴＭ送信モードに関連付けられた信頼性条件に基づいて、前記ＰＴＰ送信モードから前記ＰＴＭ送信モードに切り替えることを決定し、
前記指示又は前記決定に基づいて、前記ＰＴＰ送信モードから前記ＰＴＭ送信モードに切り替え、
第１のデータパケットを受信し、
データパケット受信ウィンドウの境界を拡張することによって、前記データパケット受信ウィンドウを拡張するように構成され、前記境界は、前記第１のデータパケットのシーケンス番号（ＳＮ）及びオフセットに基づいて拡張される、無線送受信ユニット。
前記プロセッサが、
第２のデータパケットを受信し、
処理のために前記第２のデータパケットを受信バッファに追加するように更に構成され、前記追加は、前記第２のデータパケットのＳＮが前記拡張データパケット受信ウィンドウの拡張部分内にあることに基づく、請求項１に記載のＷＴＲＵ。
前記データパケット受信ウィンドウの前記境界は、前記データパケット受信ウィンドウの開始端であり、前記データパケット受信ウィンドウの前記境界を拡張することは、前記開始端の第１の値を、前記第１のデータパケットの前記ＳＮより前記オフセットだけ低い第２の値に設定することを含む、請求項２に記載のＷＴＲＵ。
前記拡張データパケット受信ウィンドウの前記拡張部分は、前記第２の値において開始し、前記第１のデータパケットの前記ＳＮにおいて終了する、前記拡張データパケット受信ウィンドウの部分である、請求項３に記載のＷＴＲＵ。
前記指示は、ネットワークから受信された構成情報中のネットワークコマンドに基づき、前記構成情報は、無線リソース制御（ＲＲＣ）構成情報、媒体アクセス制御（ＭＡＣ）制御要素情報又はダウンリンク制御情報（ＤＣＩ）である、請求項１に記載のＷＴＲＵ。
前記指示は、前記ＰＴＭ送信モードに関連付けられたＲＬＣエンティティを介して無線リンク制御（ＲＬＣ）データパケットを受信することに基づき、前記ＷＴＲＵは、前記ＰＴＰ送信モードで動作している、請求項１に記載のＷＴＲＵ。
無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、前記方法は、
ポイントツーポイント（ＰＴＰ）送信モードからポイントツーマルチポイント（ＰＴＭ）送信モードに切り替える指示を受信するか、又は前記ＰＴＭ送信モードに関連付けられた信頼性条件に基づいて前記ＰＴＰ送信モードから前記ＰＴＭ送信モードに切り替えることを決定することと、
前記指示又は前記決定に基づいて、前記ＰＴＰ送信モードから前記ＰＴＭ送信モードに切り替えることと、
第１のデータパケットを受信することと、
データパケット受信ウィンドウの境界を拡張することによって、前記データパケット受信ウィンドウを拡張することと、を含み、前記境界は、前記第１のデータパケットのシーケンス番号（ＳＮ）及びオフセットに基づいて拡張される、方法。
第２のデータパケットを受信することと、
処理のために前記第２のデータパケットを受信バッファに追加することと、を更に含み、前記追加は、前記第２のデータパケットのＳＮが前記拡張データパケット受信ウィンドウの拡張部分内にあることに基づく、
請求項７に記載の方法。
前記データパケット受信ウィンドウの前記境界は、前記データパケット受信ウィンドウの開始端であり、前記データパケット受信ウィンドウの前記境界を拡張することは、前記開始端の第１の値を、前記第１のデータパケットの前記ＳＮより前記オフセットだけ低い第２の値に設定することを含む、請求項８に記載の方法。
前記拡張データパケット受信ウィンドウの前記拡張部分は、前記第２の値において開始し、前記第１のデータパケットの前記ＳＮにおいて終了する、前記拡張データパケット受信ウィンドウの部分である、請求項９に記載の方法。
前記指示は、ネットワークから受信された構成情報中のネットワークコマンドに基づき、前記構成情報は、無線リソース制御（ＲＲＣ）構成情報、媒体アクセス制御（ＭＡＣ）制御要素情報又はダウンリンク制御情報（ＤＣＩ）である、請求項７に記載の方法。
前記指示は、前記ＰＴＭ送信モードに関連付けられたＲＬＣエンティティを介して無線リンク制御（ＲＬＣ）データパケットを受信することに基づき、前記ＷＴＲＵは、前記ＰＴＰ送信モードで動作している、請求項７に記載の方法。