(57)【要約】無線通信システムにおいてユーザプレーンを処理するためのシステム、方法、および手段を提供することができる。無線通信システムは、柔軟性のある無線インターフェースにより特徴付けることができる。柔軟性のある無線インターフェースの一態様は、システムにおける無線送受信ユニット（ＷＴＲＵ）による送信が、異なる遅延要件など、異なるサービス品質（ＱｏＳ）要件を有し得ることである。ＷＴＲＵは、ＱｏＳ要件に基づき、送信がその各ＱｏＳ要件に従って実施され得るように、例えば、事前に構成されたリソース、リソース要求、自己スケジューリング、および／または同様のものを利用することにより、その挙動を調整することができる。
2019510426.tif 000002
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）からデータを送信するための方法であって、
前記ＷＴＲＵが、サービス品質（ＱｏＳ）要件に関連付けられたアップリンクデータユニットを送信すべきであると決定するステップと、
前記ＷＴＲＵが、前記ＱｏＳ要件に基づき、前記アップリンクデータユニットに関連付けられた生存時間（ＴＴＬ）パラメータに対する閾値を決定するステップと、
前記ＷＴＲＵが、第１の送信モードを用いて前記アップリンクデータユニットを送信しようと試みるステップと、
前記ＷＴＲＵが、前記アップリンクデータユニットの成功裏の送信が達成され得る前に、前記ＴＴＬパラメータが前記閾値に達したと決定するステップと、
前記ＷＴＲＵが、第２の送信モードを用いて前記アップリンクデータユニットを送信するステップであって、前記第２の送信モードは、少なくとも１つの動作態様において、前記第１の送信モードとは異なる、ステップと
を備える方法。
【請求項２】
前記第２の送信モードは、前記ＷＴＲＵが、ネットワークから受信したリソースの事前に構成されたセットを用いて、前記アップリンクデータユニットを前記第２の送信モードで送信する点で、前記第１の送信モードとは異なる請求項１に記載の方法。
【請求項３】
リソースの前記事前に構成されたセットは、前記ＱｏＳ要件により特徴付けられた送信に対して予約される請求項２に記載の方法。
【請求項４】
リソースの前記事前に構成されたセットは、複数のＷＴＲＵによって共用される請求項２に記載の方法。
【請求項５】
前記ＷＴＲＵが、前記ネットワークへのアップリンク送信により、リソースの前記事前に構成されたセットへのアクセス権を取得するステップをさらに備える請求項２に記載の方法。
【請求項６】
前記アップリンク送信は、前記ＷＴＲＵが、リソースの前記事前に構成されたセットを使用することを望む時間を示す請求項５に記載の方法。
【請求項７】
前記ＷＴＲＵが、前記アップリンク送信に応じた確認応答を受信するステップをさらに備える請求項５に記載の方法。
【請求項８】
前記ＷＴＲＵが、前記ネットワークに登録すると、リソースの前記事前に構成されたセットを受信するステップをさらに備える請求項２に記載の方法。
【請求項９】
前記ＷＴＲＵが、前記ネットワークから専用のシグナリングを介して、リソースの前記事前に構成されたセットを受信するステップをさらに備える請求項２に記載の方法。
【請求項１０】
前記ＷＴＲＵが前記第２の送信モードを用いて前記アップリンクデータユニットを送信する前記ステップは、前記ＷＴＲＵが、既存のハイブリッド自動再送要求（ＨＡＲＱ）プロセスに割込みを行って、前記アップリンクデータユニットを送信することを含む請求項１に記載の方法。
【請求項１１】
前記ＷＴＲＵが前記第２の送信モードを用いて前記アップリンクデータユニットを送信する前記ステップは、前記ＷＴＲＵが、リソースを求める要求を含むアップリンク制御情報（ＵＣＩ）を送ることであって、前記ＵＣＩは、前記アップリンクデータユニットに関連付けられた前記ＱｏＳ要件、または前記アップリンクデータユニットの計算方式を示すことを含む請求項１に記載の方法。
【請求項１２】
前記ＷＴＲＵが、前記ＵＣＩを送ったことに応じた許可を受信するステップであって、前記許可は、前記ＷＴＲＵが前記第２の送信モードで使用できるリソースを示す、ステップをさらに備える請求項１１に記載の方法。
【請求項１３】
前記許可は、前記ＷＴＲＵが前記第２の送信モードで使用できるスペクトル動作モード（ＳＯＭ）、またはトランスポートチャネルを示す請求項１２に記載の方法。
【請求項１４】
前記許可は、前記ＷＴＲＵが前記第２の送信モードで使用できる計算方式または波形を示す請求項１３に記載の方法。
【請求項１５】
前記ＴＴＬパラメータの値は、前記アップリンクデータユニットが、送信に利用可能になってから、前記アップリンクデータユニットが成功裏に送信される前までに経過した時間の量を反映する請求項１１に記載の方法。
【請求項１６】
前記ＴＴＬパラメータは、タイマにより維持される請求項１５に記載の方法。
【請求項１７】
無線送受信ユニット（ＷＴＲＵ）であって、
プロセッサであり、
サービス品質（ＱｏＳ）要件に関連付けられたアップリンクデータユニットを送信すべきであると決定し、
前記ＱｏＳ要件に基づき、前記アップリンクデータユニットに関連付けられた生存時間（ＴＴＬ）パラメータに対する閾値を決定し、
第１の送信モードを用いて前記アップリンクデータユニットを送信しようと試み、
前記アップリンクデータユニットの成功裏の送信が達成され得る前に、前記ＴＴＬパラメータが前記閾値に達したと決定し、かつ
第２の送信モードを用いて前記アップリンクデータユニットを送信するように構成され、前記第２の送信モードが、少なくとも１つの動作態様において、前記第１の送信モードとは異なる、プロセッサ
を備えた無線送受信ユニット（ＷＴＲＵ）。
【請求項１８】
前記第２の送信モードは、前記ＷＴＲＵが、ネットワークから受信したリソースの事前に構成されたセットを用いて、前記アップリンクデータユニットを前記第２の送信モードで送信する点で、前記第１の送信モードとは異なる請求項１７に記載のＷＴＲＵ。
【請求項１９】
リソースの前記事前に構成されたセットは、前記ＱｏＳ要件により特徴付けられた送信に対して予約される請求項１８に記載のＷＴＲＵ。
【請求項２０】
リソースの前記事前に構成されたセットは、複数のＷＴＲＵによって共用される請求項１８に記載のＷＴＲＵ。
【請求項２１】
前記プロセッサは、前記ネットワークへのアップリンク送信により、リソースの前記事前に構成されたセットへのアクセス権を取得するようにさらに構成された請求項１８に記載のＷＴＲＵ。
【請求項２２】
前記アップリンク送信は、前記ＷＴＲＵが、リソースの前記事前に構成されたセットを使用することを望む時間を示す請求項２１に記載のＷＴＲＵ。
【請求項２３】
前記プロセッサは、前記アップリンク送信に応じた確認応答を受信するようにさらに構成された請求項２１に記載のＷＴＲＵ。
【請求項２４】
前記プロセッサは、前記ネットワークに登録すると、リソースの前記事前に構成されたセットを受信するように構成された請求項１８に記載のＷＴＲＵ。
【請求項２５】
前記プロセッサは、前記ネットワークから専用のシグナリングを介して、リソースの前記事前に構成されたセットを受信するように構成された請求項１８に記載のＷＴＲＵ。
【請求項２６】
前記プロセッサが前記第２の送信モードを用いて前記アップリンクデータユニットを送信するように構成されたことは、前記プロセッサが、既存のハイブリッド自動再送信要求（ＨＡＲＱ）プロセスに割込みを行って、前記アップリンクデータユニットを送信するように構成されたことを含む請求項１７に記載のＷＴＲＵ。
【請求項２７】
前記プロセッサが前記第２の送信モードを用いて前記アップリンクデータユニットを送信するように構成されたことは、前記プロセッサが、リソースを求める要求を含むアップリンク制御情報（ＵＣＩ）を送るように構成されたことを含み、前記ＵＣＩは、前記アップリンクデータユニットに関連付けられた前記ＱｏＳ要件、または前記アップリンクデータユニットの計算方式を示す請求項１７に記載のＷＴＲＵ。
【請求項２８】
前記プロセッサは、前記ＵＣＩを送ったことに応じて許可を受信するようにさらに構成され、前記許可は、前記ＷＴＲＵが前記第２の送信モードで使用できるリソースを示す請求項２７に記載のＷＴＲＵ。
【請求項２９】
前記許可は、前記ＷＴＲＵが前記第２の送信モードで使用できるスペクトル動作モード（ＳＯＭ）、またはトランスポートチャネルを示す請求項２８に記載のＷＴＲＵ。
【請求項３０】
前記許可は、前記ＷＴＲＵが前記第２の送信モードで使用できる計算方式または波形を示す請求項２９に記載のＷＴＲＵ。
【請求項３１】
前記ＴＴＬパラメータの値は、前記アップリンクデータユニットが、送信に利用可能になってから、前記アップリンクデータユニットが成功裏に送信される前までに経過した時間の量を反映する請求項１７に記載のＷＴＲＵ。
【請求項３２】
前記ＴＴＬパラメータは、タイマにより維持される請求項３１に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線システムにおけるユーザプレーンの処理に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１６年３月３０日に出願された米国特許仮出願第６２／３１５，３７３号明細書の利益を主張するものであり、その開示全体を参照により本明細書に組み込む。
【０００３】
移動通信は、絶え間のない進化の途上にあり、既にその５番目の具体化−５Ｇの入り口にある。５Ｇネットワークは、柔軟な無線アクセス技術において構築することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
これらの新しい技術が出現すると、異なる特性を有する広範囲な種々の使用例をどのようにサポートするかの決定において問題が生ずる。
【課題を解決するための手段】
【０００５】
無線送受信ユニット（ＷＴＲＵ）からネットワークにアップリンクデータを送信するためのシステム、方法、および手段が本明細書で開示される。アップリンクデータは、アップリンクデータユニット（例えば、アップリンクデータパケット）を含むことができ、またアップリンクデータユニットの送信は、特定のサービス品質（ＱｏＳ）要件を満たすように実施することができる。ＱｏＳ要件は、タイミング要件とすることができる。例えば、ＱｏＳ要件を、アップリンクデータユニットが比較的低遅延で送信されることとすることができる。
【０００６】
ＷＴＲＵは、アップリンクデータユニットの送信遅延をモニタするために、生存時間（ＴＴＬ）パラメータを維持することができる。例えば、ＴＴＬパラメータの値は、アップリンクデータユニットが送信に利用可能になってから経過した時間量、および／またはアップリンクデータユニットの送信に成功すると思われる前に残っている時間量を反映することができる。ＷＴＲＵは、ＱｏＳ要件に基づき、ＴＴＬパラメータに対する閾値を決定し、第１の送信モードを用いてアップリンクデータユニットの送信を試み、送信の成功が達成できる前に、ＴＴＬパラメータの値が閾値に達したと決定することができる。ＷＴＲＵは、次いで、例えば、ＴＴＬパラメータが期限切れになるまで、第２の送信モードを用いてアップリンクデータユニットの送信を試みることができる。
【０００７】
第２の送信モードは、１つまたは複数の態様で第１の送信モードとは異なることができる。例えば、ＷＴＲＵは、アップリンクデータユニットを、リソースの事前に構成されたセットを用いて第２の送信モードで送信することができる。ＷＴＲＵは、例えば、ネットワークから、このような事前に構成されたリソースを受信することができる。ネットワークは、待ち状態のアップリンクデータユニットに関連付けられたＱｏＳ要件など、特定のＱｏＳ要件により特徴付けられた送信に対して、事前に構成されたリソースを予約しておくことができる。ネットワークは、その事前に構成されたリソースを、複数のＷＴＲＵにより共用されるように指定することができる。
【０００８】
ＷＴＲＵは、最初にネットワークに登録したとき、事前に構成されたリソースを受信することができる。あるいは、またはさらに、ＷＴＲＵは、ネットワークから専用のシグナリングを介して、事前に構成されたリソースを受信することができる（例えば、ＷＴＲＵがすでにネットワークに登録した後になど）。ＷＴＲＵは、ネットワークへのアップリンク送信を介して、リソースの事前に構成されたセットへのアクセス権を取得することができる。アップリンク送信は、例えば、ＷＴＲＵが、事前に構成されたリソースを使用することを望む時間を示すことができる。ＷＴＲＵは、アップリンク送信に応じて、ネットワークから確認応答を受信することができる。
【０００９】
ＷＴＲＵは、第２の送信モードにおいて、アップリンク制御情報（ＵＣＩ）をネットワークに送ることができる。ＵＣＩは、リソースを求める要求を含むことができる。ＵＣＩは、アップリンクデータユニットに関連付けられたＱｏＳ要件、またはアップリンクデータユニットの計算方式（ヌメロロジー：numerology）を示すことができる。ＷＴＲＵは、ＵＣＩに応じて、ネットワークから許可（grant）を受信することができる。許可は、ＷＴＲＵが、どのリソースを第２の送信モードで使用できるかを示すことができる。さらに、またはあるいは、許可は、ＷＴＲＵが、第２の送信モードで使用できるスペクトル動作モード（ＳＯＭ：spectrum operation mode）、またはトランスポートチャネルを指定することができる。例えば、許可は、ＷＴＲＵが第２の送信モードで使用できる計算方式および／または波形を指定することができる。
【００１０】
ＷＴＲＵは、第２の送信モードにおいて、アップリンクデータユニットを送信するために、既存のハイブリッド自動再送信要求（ＨＡＲＱ）に割り込むことができる。添付図面と併せて、例として示された以下の説明を読めば、より詳細な理解が得られよう。
【図面の簡単な説明】
【００１１】
【図１Ａ】１つまたは複数の開示される実施形態が実施され得る例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａで示された通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａで示された通信システム内で使用され得る例示的な無線アクセスネットワーク、および例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａで示された通信システム内で使用され得る別の例示的な無線アクセスネットワーク、および例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａで示された通信システム内で使用され得る別の例示的な無線アクセスネットワーク、および例示的なコアネットワークのシステム図である。
【図２】帯域幅柔軟性の例を示す図である。
【図３】柔軟なスペクトル割振りの例を示す図である。
【図４Ａ】ＴＤＤ複信に対するタイミング関係の例を示す図である。
【図４Ｂ】ＦＤＤ複信に対するタイミング関係の例を示す図である。
【図５】優先順位が付けられた送信の例を示す図である。
【発明を実施するための形態】
【００１２】
例示的な実施形態の詳細な説明を、次に様々な図を参照して述べるものとする。この説明は、可能な実装形態の詳細な例を提供するが、その細部は、例示的であるように意図されており、決して、本出願の範囲を限定するものではないことに留意されたい。
【００１３】
以下の略語および頭字語は、例示的な実施形態の説明で使用されるものである。
【００１４】
Δｆ                    サブキャリア間隔
５ｇＦｌｅｘ            ５Ｇフレキシブル無線アクセス技術
５ｇＮＢ                ５ＧＦｌｅｘ  ノードＢ
ＡＣＫ                  確認応答
ＢＬＥＲ                ブロック誤り率
ＢＴＩ                  基本ＴＩ（１つまたは複数のシンボル持続時間の整数倍）
ＣＢ                    競合ベース（例えば、アクセス、チャネル、リソース）
ＣｏＭＰ                多点協調送受信
ＣＰ                    巡回プレフィックス
ＣＰ−ＯＦＤＭ          コンベンショナルＯＦＤＭ（巡回プレフィックスに依存する）
ＣＱＩ                  チャネル品質表示
ＣＮ                    コアネットワーク（例えば、ＬＴＥパケットコア）
ＣＲＣ                  巡回冗長検査
ＣＳＩ                  チャネル状態情報
ＣＳＧ                  限定加入者グループ
Ｄ２Ｄ                  デバイス間送信（例えば、ＬＴＥサイドリンク）
ＤＣＩ                  ダウンリンク制御情報
ＤＬ                    ダウンリンク
ＤＭ−ＲＳ              復調参照信号
ＤＲＢ                  データ無線ベアラ
ＥＭＢＢ                拡張モバイルブロードバンド
ＥＰＣ                  進化型パケットコア
ＦＢＭＣ                フィルタバンドマルチキャリア
ＦＢＭＣ／ＯＱＡＭ      オフセット直交振幅変調を使用するＦＢＭＣ技法
ＦＤＤ                  周波数分割複信
ＦＤＭ                  周波数分割多重
ＦＥＣ                  前方誤り訂正
ＩＣＣ                  産業用制御通信（Industrial Control Communication）
ＩＣＩＣ                セル間干渉キャンセル
ＩＰ                    インターネットプロトコル
ＬＡＡ                  ライセンス支援アクセス
ＬＢＴ                  リッスンビフォアトーク
ＬＣＨ                  論理チャネル
ＬＣＧ                  論理チャネルグループ
ＬＣＰ                  論理チャネル優先度
ＬＬＣ                  低遅延通信
ＬＴＥ                  ロングタームエボリューション、例えば、３ＧＰＰ  ＬＴＥ  
Ｒ８以上からのもの
ＭＡＣ                  メディアアクセス制御
ＮＡＣＫ                否定ＡＣＫ
ＭＢＢ                  大量ブロードバンド通信
ＭＣ                    マルチキャリア
ＭＣＳ                  変調および符号化方式
ＭＩＭＯ                多入力多出力
ＭＴＣ                  マシン型通信
ＮＡＳ                  非アクセス層
ＯＦＤＭ                直交周波数分割多重
ＯＦＤＭＡ              直交周波数分割多元接続
ＯＯＢ                  帯域外（放射）
ＰＢＲ                  優先ビットレート
Ｐcmax              所与のＴＩにおける合計の利用可能なＵＥ電力
ＰＨＹ                  物理レイヤ
ＰＲＡＣＨ              物理ランダムアクセスチャネル
ＰＤＵ                  プロトコルデータユニット
ＰＥＲ                  パケット誤り率
ＰＬ                    伝搬損失（推定）
ＰＬＭＮ                公衆陸上移動ネットワーク
ＰＬＲ                  パケット損失率
ＰＳＳ                  プライマリ同期信号
ＱｏＳ                  サービス品質（物理レイヤの観点で）
ＲＡＢ                  無線アクセスベアラ
ＲＡＣＨ                ランダムアクセスチャネル（または手順）
ＲＦ                    無線フロントエンド
ＲＮＴＩ                無線ネットワーク識別子
ＲＲＣ                  無線リソース制御
ＲＲＭ                  無線リソース管理
ＲＳ                    参照信号
ＲＴＴ                  往復時間
ＳＣＭＡ                シングルキャリア多元接続
ＳＤＵ                  サービスデータユニット
ＳＯＭ                  スペクトル動作モード
ＳＳ                    同期信号
ＳＳＳ                  セカンダリ同期信号
ＳＲＢ                  シグナリング無線ベアラ
ＳＷＧ                  スイッチングギャップ（自己完結型サブフレームで）
ＴＢ                    トランスポートブロック
ＴＢＳ                  トランスポートブロックサイズ
ＴＤＤ                  時分割複信
ＴＤＭ                  時分割多重
ＴＩ                    時間間隔（１つまたは複数のＢＴＩの複数倍で）
ＴＴＩ                  送信時間間隔（１つまたは複数のＴＩの複数倍で）
ＴＲＰ                  送信／受信点
ＴＲｘ                  送受信機
ＵＦＭＣ                ユニバーサルフィルタマルチキャリア
ＵＦ−ＯＦＤＭ          ユニバーサルフィルタＯＦＤＭ
ＵＬ                    アップリンク
ＵＲＣ                  超信頼性通信
ＵＲＬＬＣ              超信頼性低遅延通信
Ｖ２Ｖ                  車車間通信
Ｖ２Ｘ                  車両通信
ＷＬＡＮ                無線ローカルエリアネットワークおよび関連する技術（ＩＥ
ＥＥ８０２．ｘｘ分野）
ＷＴＲＵ                無線送受信ユニット
【００１５】
図１Ａは、１つまたは複数の開示される実施形態が実施され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、同報通信などのコンテンツを複数の無線ユーザに提供する複数のアクセスシステムとすることができる。通信システム１００は、無線帯域幅を含むシステムリソースを共用することにより、複数の無線ユーザがこのようなコンテンツにアクセスできるようにする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭ）シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、オフセット直交振幅変調を備えた直交周波数分割多重（ＯＦＤＭ−ＯＱＡＭ）、ユニバーサルフィルタ直交周波数分割多重（ＵＦ−ＯＦＤＭ）、および同様のものなど、１つまたは複数のチャネルアクセス法を使用することができる。
【００１６】
図１Ａで示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（それらは、全体的に、または集合的に、ＷＴＲＵ１０２と呼ぶことができる）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。
【００１７】
通信システム１００はまた、例えば、基地局１１４ａおよび基地局１１４ｂなど、いくつかの基地局を含むことができる。基地局１１４ａおよび基地局１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易に行えるように構成された任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅ  Ｂ、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、おび同様のものとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局、および／またはネットワーク要素を含み得ることが理解されよう。
【００１８】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部とすることができ、それはさらに、基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ぶことのできる特定の地理的な領域内で、無線信号を送信および／または受信するように構成することができる。セルは、セルセクタへとさらに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つの送受信機、すなわち、セルの各セクタに対して１つを含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、したがって、セルの各セクタに対して複数の送受信機を利用することができる。
【００１９】
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることのできる無線インターフェース１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数のものと通信することができる。無線インターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立することができる。
【００２０】
より具体的には、前述のように、通信システム１００は、複数のアクセスシステムとすることができ、またＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、ＯＦＤＭ−ＯＱＡＭ、ＵＦ−ＯＦＤＭ、および同様のものなど、１つまたは複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができ、それは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いて無線インターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）、および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）など、通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００２１】
別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、それは、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、および／または５ｇＦＬＥＸを用いて無線インターフェース１１５／１１６／１１７を確立することができる。
【００２２】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定基準２０００（ＩＳ−２０００）、暫定基準９５（ＩＳ−９５）、暫定基準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイル通信（ＧＳＭ（登録商標））、ＧＳＭエボリューション拡張データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、および同様のものなどの無線技術を実施することができる。
【００２３】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントとすることができ、また職場、家庭、車両、キャンパス、および同様のものなど、局所化されたエリア内で無線接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、５ｇＦＬＥＸなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａで示すように、基地局１１４ｂは、インターネット１１０との直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要のない可能性がある。
【００２４】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信状態にあり、それは、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数のものに提供するように構成された任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、課金サービス、モバイル位置ベースのサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供し、かつ／またはユーザ認証などの高水準のセキュリティ機能を実施することができる。図１Ａに示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴを使用する、または異なるＲＡＴを使用する他のＲＡＮとの直接通信、または間接通信を行えることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用できるＲＡＮ１０３／１０４／１０５に接続されるのに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信することもできる。
【００２５】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても働くことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群における送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの大域システムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを使用できる１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００２６】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか、またはすべては、マルチモード機能を含むことができる、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａで示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用できる基地局１１４ａと、またＩＥＥＥ８０２無線技術を使用できる基地局１１４ｂと通信するように構成することができる。
【００２７】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂで示すように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、プロセッサ１１８、送受信機１２０、送信／受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との一貫性を維持しながら、前述の要素のいずれかの下位の組合せを含み得ることが理解されよう。
【００２８】
ＷＴＲＵ１０２のプロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書替え可能ゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン、および同様のものとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／または無線環境でＷＴＲＵ１０２を動作できるようにする任意の他の機能を実施することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信素子１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別々の構成要素として示しているが、プロセッサ１１８および送受信機１２０は共に、電子パッケージまたはチップに一体化できることが理解されよう。
【００２９】
ＷＴＲＵ１０２の送信／受信素子１２２は、無線インターフェース１１５／１１６／１１７を介して、基地局（例えば、基地局１１４ａ）に信号を送信し、またはそこから信号を受信するように構成することができる。例えば、一実施形態では、送信／受信素子１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信素子１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された発光源／検出器とすることができる。さらに別の実施形態では、送信／受信素子１２２は、ＲＦ信号と光信号を共に送信および受信するように構成することができる。送信／受信素子１２２は、無線信号の任意の組合せを送信および／または受信するように構成できることが理解されよう。
【００３０】
さらに送信／受信素子１２２が、単一の素子として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信素子１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１５／１１６／１１７を介して、無線信号を送信および受信するための２つ以上の送信／受信素子１２２（例えば、複数のアンテナ）を含むことができる。
【００３１】
ＷＴＲＵ１０２の送受信機１２０は、送信／受信素子１２２によって送信される信号を変調し、かつ送信／受信素子１２２によって受信される信号を復調するように構成することができる。前述のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴにより通信できるようにする複数の送受信機を含むことができる。
【００３２】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド（例えば、液晶表示（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、かつユーザ入力データをそれらから受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に、ユーザデータを出力することができる。さらにプロセッサ１１８は、取外し不能メモリ１３０および／または取外し可能メモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスし、かつそこにデータを記憶することができる。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ上など、物理的にＷＴＲＵ１０２上に位置していないメモリからの情報にアクセスし、かつそこにデータを記憶することができる。
【００３３】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、またＷＴＲＵ１０２内の他の構成要素に電力を配布し、かつ／または電力を制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）など）、太陽電池、燃料電池、および同様のものを含むことができる。
【００３４】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成できるＧＰＳチップセット１３６に結合することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から、無線インターフェース１１５／１１６／１１７を介して位置情報を受信し、かつ／または２つ以上の近傍の基地局から受信される信号のタイミングに基づいて、その位置を決定することができる。ＷＴＲＵ１０２は、実施形態との一貫性を維持しながら、任意の適切な位置決定法により、位置情報を取得できることが理解されよう。
【００３５】
プロセッサ１１８は、さらなる特徴、機能、および／または有線もしくは無線接続を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことのできる他の周辺装置１３８にさらに結合することができる。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、手を使用しないヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および同様のものを含むことができる。
【００３６】
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。前述のように、ＲＡＮ１０３は、無線インターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信することができる。図１Ｃで示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、それは、それぞれ、無線インターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けることができる。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含むことができる。ＲＡＮ１０３は、実施形態との一貫性を維持しながら、任意の数のノードＢおよびＲＮＣを含み得ることが理解されよう。
【００３７】
図１Ｃで示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。さらにノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して各ＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続される各ノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成することができる。さらにＲＮＣ１４２ａ、１４２ｂのそれぞれは、外側ループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化、および同様のものなど、他の機能を実行する、またはサポートするように構成することができる。
【００３８】
図１Ｃで示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として示されているが、これらの要素のいずれも、コアネットワーク運営者以外のエンティティにより所有され、かつ／または運営され得ることが理解されよう。
【００３９】
ＲＡＮ１０３のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６におけるＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。
【００４０】
ＲＡＮ１０３におけるＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介してコアネットワーク１０６のＳＧＳＮ１４８に接続することができる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にすることができる。
【００４１】
前述のように、コアネットワーク１０６はまた、ネットワーク１１２に接続することができ、それは、他のサービスプロバイダにより所有され、かつ／または運営される他の有線または無線ネットワークを含むことができる。
【００４２】
図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。前述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用して、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０７と通信することができる。
【００４３】
ＲＡＮ１０４は、ｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との一貫性を維持しながら、任意の数のｅＮｏｄｅ  Ｂを含むことができることが理解されよう。ｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、ｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、例えば、ｅＮｏｄｅ  Ｂ１６０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつそこから無線信号を受信することができる。
【００４４】
ｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、また無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング、および同様のものを処理するように構成することができる。図１Ｄで示されるように、ｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００４５】
図１Ｄで示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。前述の要素のそれぞれが、コアネットワーク１０７の一部として示されているが、これらの要素のいずれも、コアネットワーク運営者以外のエンティティにより所有され、かつ／または運営され得ることが理解されよう。
【００４６】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続することができ、かつ制御ノードとして働くことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラの活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期のアタッチ中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間を切り換えるための制御プレーンを提供することができる。
【００４７】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続することができる。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間で、ユーザデータパケットの経路指定をし、転送することができる。サービングゲートウェイ１６４はまた、ｅＮｏｄｅ  Ｂ間のハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用できる場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、かつ記憶すること、および同様のものなど、他の機能を実施することができる。
【００４８】
サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続することができ、それは、インターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にすることができる。
【００４９】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の陸線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができる、またはそれと通信することができる。さらにコアネットワーク１０７は、他のサービスプロバイダにより所有され、かつ／または運営される他の有線または無線ネットワークを含むことのできるネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００５０】
図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を使用して、無線インターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに論じられるが、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、参照点として定義することができる。
【００５１】
図１Ｅで示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態との一貫性を維持しながら、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５における特定のセル（図示せず）と関連付けることができ、かつそれぞれは、無線インターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。したがって、例えば、基地局１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ無線信号をそこから受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー適用、および同様のものなどのモビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として働くことができ、また加入者プロファイルのページング、キャッシング、コアネットワーク１０９への経路指定、および同様のものを担当することができる。
【００５２】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５の間の無線インターフェース１１７は、ＩＥＥＥ８０２，１６仕様を実施するＲ１参照点として定義することができる。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９の間の論理インターフェースは、Ｒ２参照点として定義することができ、それは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理に使用することができる。
【００５３】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバ、および基地局間のデータ転送を容易にするためのプロトコルを含むＲ８参照点として定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含むことができる。
【００５４】
図１Ｅで示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続することができる。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクは、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含むＲ３参照点として定義することができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、認可、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。前述の要素のそれぞれが、コアネットワーク１０９の一部として示されているが、これらの要素のいずれも、コアネットワーク運営者以外のエンティティにより所有され、かつ／または運営され得ることが理解されよう。
【００５５】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当することができ、またＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間をローミングできるようにする。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にすることができる。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスのサポートを担当することができる。ゲートウェイ１８８は、他のネットワークとの相互接続を容易にすることができる。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の陸線通信デバイスとの間の通信を容易にすることができる。さらにゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダにより所有され、かつ／または運営される他の有線または無線ネットワークを含むことのできるネットワーク１１２へのアクセスを提供することができる。
【００５６】
図１Ｅに示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続することができ、またコアネットワーク１０９は他のコアネットワークに接続できることが理解されよう。ＲＡＮ１０５と他のＡＳＮの間の通信リンクは、Ｒ４参照点として定義することができ、それは、ＲＡＮ１０５と他のＡＳＮの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークの間の通信リンクは、Ｒ５参照として定義することができ、それは、ホームコアネットワークと在圏するコアネットワークの間の相互接続を容易にするためのプロトコルを含むことができる。
【００５７】
本明細書で述べられる例示的な通信システムは、以下の１つまたは複数のものを使用可能にする無線インターフェースをサポートすることができる、すなわち、改良されたブロードバンド性能（ＩＢＢ：improved broadband performance）、産業用制御および通信（ＩＣＣ）、車両用途（Ｖ２Ｘ）、ならびに大量マシン型通信（ｍＭＴＣ）である。無線インターフェースは、超低遅延通信（ＬＬＣ）、超信頼性通信（ＵＲＣ）、および／またはＭＴＣ動作（例えば、狭帯域動作を含む）をサポートすることができる。ＬＬＣに関しては、以下の１つまたは複数のものがサポートされ得る、すなわち、低無線インターフェース遅延（例えば、１ｍｓＲＴＴ）、短いＴＴＩ（例えば、１００μｓと２５０μｓの間）、超低アクセス遅延（例えば、アクセス遅延は、最初のシステムアクセスから、第１のユーザプレーンデータユニットの送信の完了までの時間量に関連付けることができる）、および／または低エンドツーエンド（ｅ２ｅ）遅延（例えば、ＩＣＣおよび／またはＶ２Ｘにおいて１０ｍｓ未満）である。ＵＲＣに関しては、送信／通信の信頼性は、例えば、９９．９９９％の送信成功および／またはサービス可用性に達することができる。時速０〜５００ｋｍの範囲の速度に対するモビリティが望ましいはずである。パケット損失率は、１０-6未満（例えば、ＩＣＣおよびＶ２Ｘにおいて）であるように設計することができる。ＭＴＣ動作に関しては、無線インターフェースは、狭帯域動作（例えば、２００ｋＨｚ未満を用いる）、延長された電池寿命（例えば、自立的に最高で１５年）、および／または低減された通信オーバヘッド（例えば、１〜１００ｋｂｐｓの範囲のデータレートで、および／または数秒から数時間のアクセス遅延を用いるものなど、少なくとも少量のおよび／または頻度の低いデータ送信に対して）をサポートすることができる。
【００５８】
本明細書で述べる例示的な通信システムは、波形としてＯＦＤＭを利用することができる（少なくともダウンリンクにおいて）。ＯＦＤＭは、ＬＴＥおよび／またはＩＥＥＥ８０２．１１におけるデータ送信に対して基本的な信号フォーマットであり得る。ＯＦＤＭの場合、スペクトルは、複数の並列な直交サブバンドへと分割することができる。サブキャリアは、時間ドメインにおいて長方形ウィンドウを用いて形成することができ、それは、周波数ドメインにおいてｓｉｎｃ形状のサブキャリアを得ることができる。ＯＦＤＭＡは、巡回プレフィックスの持続時間内で、高レベルの周波数同期化、および／またはアップリンクタイミング調整を達成すべく試みるように設計することができる（例えば、信号間の直交性を維持し、かつ／またはキャリア間干渉を最小化する）。ＯＦＤＭ（例えば、従来のＯＦＤＭまたはＣＰ−ＯＦＤＭ）の同期化要件は、上記で述べた他の設計目標を達成するように設計された例示的な通信システムで満たすには課題が多い（例えば、ＷＴＲＵは、同時に複数のアクセスポイントに接続される可能性があるため）。隣接する帯域へのスペクトル放射要件に準拠するために、さらなる電力低減が、アップリンク送信に適用される可能性がある（例えば、ＷＴＲＵ送信に対して断片化されたスペクトルの集約が存在する中で）。これらの課題を考慮すると、本明細書で述べる例示的な通信システムは、ＣＰ−ＯＦＤＭに対してより厳しいＲＦ要件を課す可能性がある（例えば、集約に依存しない大量の連続スペクトルが使用されるなど）。使用される場合、ＣＰ−ＯＦＤＭベースの送信方式は、レガシシステムのものと同様のダウンリンク物理レイヤを生ずることができる（例えば、パイロット信号密度および位置に対する修正を用いて）。
【００５９】
本明細書で述べる例示的な通信システムは、他の波形を利用することができる。例えば、例示的な通信システムにおけるダウンリンク送信方式は、マルチキャリア（ＭＣ）波形に基づくことができる。ＭＣ波形は、例えば、高いスペクトル抑制（例えば、低いサイドローブおよび／または低いＯＯＢ放射）により特徴付けることができる。ＭＣ波形は、チャネルをサブチャネルへと分割し、これらのサブチャネルにおけるサブキャリア上のデータシンボルを変調することができる。例示的なＭＣ波形は、ＯＦＤＭ−ＯＱＡＭである。ＯＦＤＭ−ＯＱＡＭを用いると、フィルタが、ＯＦＤＭ信号に対して時間ドメインで適用され（例えば、サブキャリアごとに）て、例えば、ＯＯＢを低減させることができる。ＯＦＤＭ−ＯＱＡＭは、隣接する帯域に対して低い干渉を生ずることができ、大きなガードバンドを必要とせず、また巡回プレフィックスを利用しない可能性がある。ＯＦＤＭ−ＯＱＡＭは、適切なＦＢＭＣ技法とすることができる。しかし、いくつかの例示的なシステムにおいて、ＯＦＤＭ−ＯＱＡＭは、マルチパス作用、および直交性の点で高い遅延拡散に影響を受けやすいことに留意されたい。ＯＦＤＭ−ＯＱＡＭを用いた等化およびチャネル推定は、複雑になる可能性がある。
【００６０】
使用され得る別の例示的なＭＣ波形は、ＵＦＭＣ（ＵＦ−ＯＦＤＭ）である。ＵＦＭＣ（ＵＦ−ＯＦＤＭ）を用いると、時間ドメインにおいて、フィルタをＯＦＤＭ信号に適用することができる（例えば、ＯＯＢを低減するために）。例では、スペクトル断片を使用できるように（実施の複雑さを低減するために）、フィルタリングをサブバンドごとに適用することができる。帯域におけるいくつかのスペクトル断片が未使用である場合、これらの断片におけるＯＯＢ放射は、高い状態に留まる可能性がある（例えば、従来のＯＦＤＭの場合に、そうなる可能性がある）。少なくともこの理由で、ＵＦ−ＯＦＤＭは、フィルタされたスペクトルの少なくともエッジで使用するのに適した波形になり得る。
【００６１】
本明細書で述べられる波形は例であり、したがって、本明細書で述べられる実施形態が実施され得る唯一の波形ではないことに留意されたい。例示的な波形は、少なくとも非直交特性を有する信号（例えば、異なるサブキャリア間隔を有する信号など）において、多重化を可能にすることができる。例示的な波形は、（例えば、複雑な干渉キャンセル受信装置を必要とせずに）非同期信号の共存を可能にすることができる。例示的な波形は、ＲＦ処理の一部として断片化されたスペクトルを集約することに対する低価格の代替形態として、例えば、ベースバンド処理における断片化されたスペクトルの集約を容易にすることができる。
【００６２】
例示的な通信システムでは、同じ帯域内に異なる波形が共存することができる（例えば、ＳＣＭＡを使用できるｍＭＴＣ狭帯域動作を少なくともサポートするためになど）。動作のいくつかの、もしくはすべての態様に対して、ならびに／またはダウンリンクおよびアップリンク送信のいずれか、もしくは両方に対して、ＣＰ−ＯＦＤＭ、ＯＦＤＭ−ＯＱＡＭ、および／またはＵＦ−ＯＦＤＭなど、異なる波形の組合せをサポートすることができる。波形の共存は、例えば、異なるＷＴＲＵ間で異なるタイプの波形を使用する送信、または同じＷＴＲＵからの送信を含むことができる（例えば、送信は、同時に、何らかの重複を含んで、または時間ドメインで連続的に行うことができる）。
【００６３】
他の共存態様は、例えば、ハイブリッドタイプの波形に対するサポート（例えば、送信ごとに変化するものなど、少なくとも変化する可能性のあるＣＰ持続時間をサポートする波形および／または送信など）、ＣＰおよび低電力テイル（例えば、ゼロテイル）の組合せに対するサポート、ハイブリッドガード間隔の形態に対するサポート（例えば、低電力ＣＰおよび／または適応型低電力テイルを用いるなど）、および／または同様のものを含むことができる。例示的な波形は、動的な変動、および／またはフィルタリングなどの１つまたは複数の他の態様の制御をサポートすることができる。例えば、以下の１つまたは複数のものを、動的に変える、かつ／または制御することができる、すなわち、所与のキャリア周波数の送信を受信するために使用されるスペクトルのエッジでフィルタリングを適用すべきかどうか、特定のＳＯＭに関連付けられた送信を受信するために使用されるスペクトルのエッジでフィルタリングを適用すべきかどうか、サブバンドごとに、またはグループごとにフィルタリングを適用すべきかどうか、および／または同様のものである。概して、波形／波形のタイプは、異なるタイプの送信方式を達成するために変えることのできる送信パラメータの例と見なすことができる。したがって、第１の送信方式は、第１のタイプの波形（例えば、ＣＰ−ＯＦＤＭ）を利用することができるが、第２の送信方式は、異なる波形（例えば、ＯＦＤＭ−ＯＱＡＭ）を利用することができる。異なる波形は、異なる可能なスループット、異なる遅延特性、異なるオーバヘッド要件など、異なる送信特性に関連付けることができる。
【００６４】
アップリンク送信方式は、ダウンリンク送信方式におけるものと同じ波形を、または異なる波形を使用することができる。同じセル内の異なるＷＴＲＵとの間の送信の多重化は、ＦＤＭＡおよび／またはＴＤＭＡに基づくことができる。
【００６５】
本明細書で述べられる例示的な通信の設計は、高度のスペクトル柔軟性によって特徴付けることができる。このようなスペクトル柔軟性は、例えば、異なる複信構成、および／または異なるサイズの利用可能なスペクトルを含む（例えば、同じ帯域において、または異なる帯域において、連続および不連続なスペクトル割振りを含む）、異なる特性を備えた異なる周波数帯域において展開できるように（例えば、可能に）する。スペクトル柔軟性は、例えば、複数のＴＴＩ長さに対するサポート、および／または非同期送信に対するサポートなどを含む可変タイミング態様をサポートすることができる。
【００６６】
本明細書で述べる例示的な通信システムは、複信構成における柔軟性により特徴付けることができる。例えば、例示的な通信システムは、ＴＤＤとＦＤＤ複信方式を共にサポートすることができる。ＦＤＤ動作に関しては、スペクトル集約を用いて、補助的なダウンリンク動作をサポートすることができる。フル複信ＦＤＤと半複信ＦＤＤ動作を共にサポートすることができる。ＴＤＤ動作の場合、ＤＬ／ＵＬ割振りは動的なものとすることができる。例えば、割振りは、固定されたＤＬ／ＵＬフレーム構成に基づくのではなく、ＤＬまたはＵＬ送信間隔の長さを送信機会ごとに設定することができる。
【００６７】
本明細書で述べられる例示的な通信システムは、帯域幅割振りにおける柔軟性によって特徴付けることができる。例えば、異なる送信帯域幅が、アップリンクおよび／またはダウンリンク送信で可能になり得る（例えば、送信帯域幅は、公称システム帯域幅から、システム帯域幅に対応する最大帯域幅までの範囲とすることができる）。例示的なシングルキャリア動作においては、サポートされるシステム帯域幅は、例えば、少なくとも５、１０、２０、４０、および８０ＭＨｚを含むことができる。例では、サポートされるシステム帯域幅は、所与の範囲（例えば、数ＭＨｚから最高で１６０ＭＨｚなど）内の任意の帯域幅とすることができる。公称帯域幅は、１つまたは複数の値（例えば、１つまたは複数の固定された値）を有することができる。最高で２００ｋＨｚの狭帯域送信がサポートされ得る（例えば、それは、ＭＴＣデバイスの動作帯域幅に含まれ得る）。
【００６８】
図２は、例示的な通信システムによりサポートされ得る例示的な送信帯域幅を示す。本明細書で参照されるシステム帯域幅は、所与のキャリアネットワークにより管理され得るスペクトルの最大部分に関連付けることができる。このようなキャリアに対して、ＷＴＲＵが、セルの取得、測定、およびネットワークへの最初のアクセスに対してサポートできる（例えば、最小限サポートできる）スペクトルの部分は、公称システム帯域幅に対応することができる。ＷＴＲＵは、システム帯域幅全体の範囲に含まれるチャネル帯域幅で構成することができる。ＷＴＲＵの構成されたチャネル帯域幅は、システム帯域幅の公称部分を含むことも、または含まないこともできる。
【００６９】
帯域幅柔軟性が、本明細書で述べる例示的な通信システムで達成できる１つの例示的な理由は、所与の動作帯域幅（例えば、最大の動作帯域幅）に対する適用可能なＲＦ要件のいくつか、またはすべてを、その動作帯域に対して、さらなる許容されるチャネル帯域幅を導入することなく満たせることである。これは、例えば、関連する周波数ドメイン波形のベースバンドフィルタリングを効率的にサポートすることによる。本明細書で述べる実施形態は、シングルキャリア動作に対して、ＷＴＲＵのチャネル帯域幅を構成する、再構成する、および／または動的に変えるための技法を利用することができる。本明細書で述べる実施形態は、狭帯域送信のために、公称システム帯域幅、システム帯域幅、または構成されたチャネル帯域幅内でスペクトルを割り振る（allocate）ことができる。例示的な通信システムの物理レイヤは帯域幅に依存しなくてもよい。物理レイヤは、免許された帯域（例えば、５ＧＨｚ未満）の動作、ならびに免許不要帯域（例えば、５〜６ＧＨｚ以上の範囲）の動作をサポートすることができる。免許不要帯域における動作に対しては、ＬＢＴ  Ｃａｔ４ベースのチャネルアクセスフレームワーク（例えば、ＬＴＥ  ＬＡＡと同様のチャネルアクセスフレームワーク）がサポートされ得る。本明細書で述べる実施形態は、異なるスペクトルブロックサイズに対して、セル特有の、および／またはＷＴＲＵ特有のチャネル帯域幅をスケーリングおよび／または管理するための技法を利用することができる。これらの技法は、例えば、スケジューリング、リソースのアドレス指定、信号の同報通信、測定などに関連付けることができる。スペクトルブロックサイズは、任意のものとすることができる。
【００７０】
本明細書で述べる例示的な通信システムは、スペクトル割振りにおける柔軟性によって特徴付けることができる。ダウンリンク制御チャネルおよび信号は、ＦＤＭ動作をサポートすることができる。ＷＴＲＵは、例えば、システム帯域幅の公称部分（例えば、公称部分だけ）を介して送信を受信することにより、ダウンリンクキャリアを取得することができる。例えば、ＷＴＲＵは、最初に、関係するキャリアネットワークにより管理される帯域幅全体を介して、送信を受信するようには構成されなくてもよい。
【００７１】
ダウンリンクデータチャネルは、公称システム帯域幅に対応できる、または対応できない帯域幅を介して割り振ることができる。その割振りは、例えば、ＷＴＲＵの構成されたチャネル帯域幅内にあること以外の制限はないはずである。例えば、キャリアは、５ＭＨｚの公称帯域幅を用いて１２ＭＨｚのシステム帯域幅で動作することができる。このような構成は、５ＭＨｚの最大ＲＦ帯域幅をサポートするデバイスに、システムを取得し、アクセスできるようにするが、＋１０から−１０ＭＨｚのキャリア周波数を、最高で２０ＭＨｚに相当するチャネル帯域幅をサポートする他のＷＴＲＵに割り振ることができる。
【００７２】
図３は、異なるサブキャリアを、異なるＳＯＭに割り当てる（assign）（例えば、少なくとも概念的に）ことのできるスペクトル割振りの例を示す。異なるＳＯＭは、異なる送信に対する異なる要件を満たすために使用することができる。ＳＯＭは、サブキャリア間隔、ＴＴＩ長さ、または信頼性態様（例えば、ＨＡＲＱ処理の態様）のうちの１つまたは複数のものを含む／それらに基づいて定義することができる。ＳＯＭは、２次的な制御チャネルを備えることができる。例えば、ＳＯＭは、関連するＷＴＲＵがモニタするように構成できる別個の制御チャネル（例えば、主制御チャネルとは分離された）を含むことができる。ＳＯＭは、特定の波形を指すために使用することができるが、または例えば、ＦＤＭおよび／またはＴＤＭを用いる同じキャリアにおける異なる波形の共存をサポートすること、またはＦＤＤおよびＴＤＤの共存をサポートすること（例えば、ＴＤＭのように、ＴＤＤ帯域でＦＤＤ動作を実施すること）など、処理態様に関連付けることができる。
【００７３】
ＷＴＲＵは、１つまたは複数のＳＯＭに従って、送信を実施するように構成することができる。例えば、ＳＯＭは、以下の１つまたは複数のものを使用する送信に対応することができる、すなわち、特定のＴＴＩ持続時間、特定の初期電力レベル、特定のＨＡＲＱ処理タイプ、ＨＡＲＱ受信／送信を成功させるための特定の上限、特定の送信モード、特定の物理チャネル（アップリンクまたはダウンリンク）、特定の波形タイプ、または特定のＲＡＴ（例えば、レガシＬＴＥまたは５Ｇ送信技法を使用できる）による送信である。ＳＯＭは、ＱｏＳレベル、および／または最大／目標遅延、最大／目標ＢＬＥＲ、および／または同様のものなどの関連態様に対応することができる。ＳＯＭは、スペクトル領域に、および／または特定の制御チャネルもしくはその態様（例えば、検索空間、ＤＣＩタイプなど）に対応することができる。例えば、ＷＴＲＵは、ＵＲＣタイプのサービス、ＬＬＣタイプのサービス、またはＭＢＢタイプのサービスのうちの１つまたは複数のものに対してＳＯＭで構成することができる。ＷＴＲＵは、システムアクセスに対して、および／またはＬ３制御シグナリングの送信／受信（例えば、ＲＲＣ）に対するＳＯＭの構成を有することができる（例えば、ＷＴＲＵは受信することができる）。例えば、ＷＴＲＵは、本明細書で述べる公称システム帯域幅など、システムスペクトルの一部を用いて、Ｌ３制御シグナリングを送り、かつ／または受信するように構成することができる。
【００７４】
所与のＳＯＭのリソースは、そのＳＯＭに対する特定の計算方式に関して定義され、または述べることができる。例えば、第１のＳＯＭは、第１の計算方式（例えば、第１のサブキャリア間隔、第１のシンボル長さ、第１のＴＴＩ長さ、第１の帯域幅、第１の波形タイプなど）を使用することができ、また第２のＳＯＭは、第２の計算方式（例えば、第２のサブキャリア間隔、第２のシンボル長さ、第２のＴＴＩ長さ、第２の帯域幅、第２の波形タイプなど）を使用することができる。ＳＯＭおよび計算方式という用語は、本明細書で相互に交換可能に参照することができる。
【００７５】
本明細書で述べる例示的な通信システムにおけるＷＴＲＵは、ＷＴＲＵが、元の送信方式を用いて、送信を成功裏に完了できないと決定した場合、異なる送信方式へと切り換えるように構成することができる。本明細書で述べるように、送信方式は、リソース、送信技法、送信パラメータ、および／または送信の性能に関連付けられた他の動作的態様を包含することができる。例えば、異なる送信方式は、異なるＳＯＭおよび／または異なる計算方式を利用することができる。したがって、ＳＯＭおよび／または計算方式は、異なるタイプの送信方式に対して変化する可能性のある動作態様の例とすることができる。
【００７６】
本明細書で述べる例示的な通信システムは、スペクトル集約をサポートすることができる（例えば、少なくともシングルキャリア動作に対して）。例えば、ＷＴＲＵが、同じ動作帯域内の物理リソースブロック（ＰＲＢ）の連続的および／または不連続的なセットを介して、複数のトランスポートブロックを送信および／または受信できる状況において、スペクトル集約をサポートすることができる。トランスポートブロックは、ＰＲＢの別々のセットにマップすることができる。異なるＳＯＭに関連付けられた送信を、同時に実施することができる。
【００７７】
本明細書で述べる例示的な通信システムは、マルチキャリア動作をサポートすることができる。このようなサポートは、例えば、同じ動作帯域内、または２つ以上の動作帯域にわたる連続および／または不連続なスペクトルブロックを用いることにより、提供することができる。例示的な通信システムは、スペクトルブロックの集約をサポートすることができる。例えば、スペクトルブロックは、ＦＤＤおよび／またはＴＤＤなどの異なるモードを用いて、かつ／または６ＭＨｚ未満の免許された、および免許不要の帯域動作などの異なるチャネルアクセス技法を用いて集約することができる。ＷＴＲＵのマルチキャリア集約動作は、ネットワークおよび／またはＷＴＲＵにより構成される、再構成される、かつ／または動的に変更され得る。
【００７８】
ダウンリンクおよび／またはアップリンク送信は、無線フレームへと編成することができる。無線フレームは、いくつかの固定された態様（例えば、ダウンリンク制御情報の位置など）、および／またはいくつかの変化する態様（例えば、送信タイミング、および／またはサポートされる送信タイプ）により特徴付けることができる。基本時間間隔（ＢＴＩ）は、１つまたは複数のシンボルの数（例えば、整数）により表すことができる。シンボル持続時間は、時間−周波数リソースに適用可能なサブキャリア間隔に応ずることができる。少なくともＦＤＤの場合、サブキャリア間隔は、所与のフレームに対して、アップリンクキャリア周波数ｆULと、ダウンリンクキャリア周波数ｆDLとの間で異なることができる。送信時間間隔（ＴＴＩ）は、連続する送信間で、システムによりサポートされる最小の時間とすることができる。連続する送信の１つまたは複数のもの（例えば、それぞれ）は、ダウンリンク（ＴＴＩDL）および／またはアップリンク（ＵＬ  ＴＲｘ）に対して異なるトランスポートブロック（ＴＢ）に関連付けることができる。ダウンリンクおよび／またはアップリンク（適用可能な場合）のプリアンブルは、ＴＴＩ決定から除外することができる。制御情報（例えば、ダウンリンクに対するＤＣＩ、またはアップリンクに対するＵＣＩ）は、ＴＴＩ決定に含めることができる。ＴＴＩは、１つまたは複数のＢＴＩの数（例えば、整数）により表すことができる。ＢＴＩは、特有のものであり、かつ／または所与のＳＯＭおよび／または計算方式に関連付けることができる。
【００７９】
本明細書で述べる例示的な通信システムは、例えば、１００μｓ、１２５μｓ（１／８ｍｓ）、１４２．８５μｓ（例えば、１／７ｍｓまたは２ｎＣＰ  ＬＴＥ  ＯＦＤＭシンボル）、および／または１ｍｓを含む様々なフレーム持続時間をサポートすることができる。フレーム持続時間は、レガシＬＴＥタイミング構造と位置合わせできるように設定することができる。フレームは、関係するキャリア周波数（例えば、ＴＤＤに対するｆUL+DL、およびＦＤＤに対するｆDL）に対してダウンリンクデータ送信（ＤＬ  ＴＲｘ）に先行する固定された時間期間ｔdciのダウンリンク制御情報（ＤＣＩ）で開始することができる。ＴＤＤ複信の場合（例えば、ＴＤＤ複信だけの場合）、フレームは、ダウンリンク部分（例えば、ＤＣＩおよび／またはＤＬ  ＴＲｘ）、および／またはアップリンク部分（例えば、ＵＬ  ＴＲｘ）を含むことができる。スイッチングギャップ（「ｓｗｇ」）は、存在する場合、フレームのアップリンク部分に先行する（例えば、常に先行する）ことができる。ＦＤＤ複信の場合（例えば、ＦＤＤ複信だけの場合）フレームは、ダウンリンク参照ＴＴＩ、およびアップリンクに対して１つまたは複数のＴＴＩを含むことができる。アップリンクＴＴＩの開始は、アップリンクフレームの開始と重複できるダウンリンク参照フレームの開始から、適用されるオフセット（ｔoffset）を用いて導出することができる。複信モード（例えば、ＴＤＤ対ＦＤＤ）は、送信方式の異なるタイプに対して変化することのできる動作態様の例とすることができる。
【００８０】
本明細書で述べる例示的な通信システムは、フレームにおいて、Ｄ２Ｄ／Ｖ２ｘ／サイドリンク動作をサポートすることができる。例示的な通信システムは、様々な構成／技法を利用して、Ｄ２Ｄ／Ｖ２ｘ／サイドリンクのサポートを提供することができる。例では（例えば、ＴＤＤが使用されるとき）、例示的な通信システムは、フレームのＤＣＩ＋ＤＬ  ＴＲｘ部分（例えば、リソースの半静的な割振りが使用されるとき）、またはフレームのＤＬ  ＴＲｘ部分（例えば、リソースの動的な割振りが使用されるとき）に、それぞれダウンリンク制御および前方向送信を含むことができる。さらに、またはあるいは、例示的な通信システムは、フレームのＵＬ  ＴＲｘ部分に各逆方向送信を含むことができる。例では（例えば、ＦＤＤが使用されるとき）、例示的な通信システムは、例えば、フレームのＵＬ  ＴＲｘ部分に、それぞれダウンリンク制御、前方向および逆方向送信を含むことによって、フレームのＵＬ  ＴＲｘ部分において、Ｄ２Ｄ／Ｖ２ｘ／サイドリンク動作をサポートすることができる。さらに各送信に関連付けられるリソースは、動的に割り当てる（assign）ことができる。
【００８１】
図４Ａは、例示的なＴＤＤフレーム構造を示す。図４Ｂは、例示的なＦＤＤフレーム構造を示す。
【００８２】
本明細書で述べる例示的な通信システムは、例えば、ＭＡＣレイヤにおけるスケジューリング機能、ネットワークベースのスケジューリングモード、および／またはＷＴＲＵベースのスケジューリングモードを含む様々なスケジューリングおよび／またはレート制御技法を使用することができる。ネットワークベースのスケジューリングモードは、例えば、ダウンリンク送信および／またはアップリンク送信のリソース、タイミング、および／または送信パラメータに関して、厳しいスケジューリングになる可能性がある。ＷＴＲＵベースのスケジューリングモードは、例えば、タイミングおよび／または送信パラメータに関して柔軟なものになり得る。スケジューリング技法（例えば、スケジューリングモード）の１つまたは複数のものに対して、スケジューリング情報は、単一のＴＴＩに対して、または複数のＴＴＩに対して有効であり得る。スケジューリング技法（例えば、スケジューリングモード）は、異なるタイプの送信方式に対して変化することのできる動作態様の例とすることができる。
【００８３】
ネットワークベースのスケジューリングは、ネットワークが、異なるＷＴＲＵに割り振られた無線資源を厳しく管理できるようにする（例えば、このようなリソースの共用を最適化するために）。少なくともいくつかの場合、ネットワークは、スケジューリングを動的に実行することができる。ＷＴＲＵベースのスケジューリングは、ＷＴＲＵが、必要に応じて最小の遅延を有する、および／またはネットワークにより割り当てられた共用もしくは専用アップリンクリソースのセットに含まれる、アップリンクリソースにアクセス（例えば、便宜主義的にアクセス）できるようにする。共用または専用アップリンクリソースは、動的に、または静的に割り当てる（assign）ことができる。ＷＴＲＵは、同期化された、および／または非同期化された便宜的な送信を実施するように構成することができる。ＷＴＲＵは、競合ベース送信および／または非競合送信を実施するように構成することができる。例えば、ＷＴＲＵは、超低遅延要件（例えば、５Ｇに対して）、および／または省電力要件（例えばｍＭＴＣを使用する例で）を満たすように、便宜的な送信（例えば、スケジュールされた、またはスケジュールされない）を実施するように構成することができる。
【００８４】
本明細書で述べられる例示的な通信システムは、論理チャネルに優先順位を付けることができる。例えば、例示的な通信システムは、データおよびリソースを関連付けるように構成することができる（例えば、アップリンク送信に対して）。例示的な通信システムは、同じトランスポートブロック内に異なるＱｏＳ要件を有するデータを多重化することができるが、それは、例えば、このような多重化が、サービスのＱｏＳ要件に負の影響を与えない場合、または不必要にシステムリソースを消費しない場合に限る。論理チャネルの優先順位付けは、異なるタイプの送信方式に対して変化し得る動作態様の例であり得る。
【００８５】
本明細書で述べられる例示的な通信システムは、異なるエンコーディング技法を用いて送信をエンコードすることができる。異なるエンコーディング技法は、異なる特性を有することができる。エンコーディング技法は、１つまたは複数の情報ユニットまたはブロックのシーケンスを生成することができる。情報ユニットまたはブロック（例えば、各情報ユニットまたはブロック）は、自己完結型のものとすることができる。例えば、第１のブロックの送信における誤りは、例えば、第２のブロックに誤りがない場合、および／または第２のブロックにおいて、または少なくとも一部が復号に成功した異なるブロックにおいて、十分な冗長性を見出すことができる場合、受信装置が第２のブロックを成功裏に復号する能力を損なわないはずである。
【００８６】
例示的なエンコーディング技法は、ラプタ／ファウンテンコードを含むことができ、それにより、送信は、Ｎ個のラプタコードのシーケンスを含むことができる。１つまたは複数のこのようなコードは、時間的に１つまたは複数の送信シンボルにマップすることができる。送信シンボルは、情報ビットの１つまたは複数のセットに対応することができる（例えば、１つまたは複数の８ビットバイト）。このようなエンコーディング技法を用いると、ＦＥＣを送信に加えることができ、それにより、シンボルごとに１つのラプタコードの関係が存在すると仮定すると、送信は、Ｎ＋１またはＮ＋２個のラプタコードまたはシンボルを使用することができる。このように、送信は、例えば、時間で重複する別の送信による干渉および／またはパンクチャに起因するシンボル損失に対して弾力性を有することができる。エンコーディング／復号技法は、異なるタイプの送信方式に対して変化し得る動作態様の例とすることができる。
【００８７】
ＷＴＲＵは、１つまたは複数のシステムシグネチャを受信し、かつ／または検出するように構成され得る。システムシグネチャは、シーケンスを用いる信号構造を備えることができる。信号は、同期信号と同様のものとすることができる。システムシグネチャは、所与のエリア内の特定のノードまたはＴＲＰに特有のものとすることができる（例えば、ノードまたはＴＲＰを一意に識別できる）、またはそれは、エリア内の複数のこのようなノードまたはＴＲＰに共通のものとすることができる。前述の態様の１つまたは複数のものは、知られていない可能性がある、かつ／またはＷＴＲＵに無関係であり得る。ＷＴＲＵは、システムのシグネチャシーケンスを決定および／検出することができ、またシステムに関連付けられた１つまたは複数のパラメータをさらに決定することができる。例えば、ＷＴＲＵは、インデックスを導出して使用し、関連するパラメータを取得することができる（例えば、ＷＴＲＵは、本明細書で述べるアクセステーブルなどのテーブルからパラメータを取得することができる）。ＷＴＲＵは、開ループ電力制御に対するシステムシグネチャに関連付けられた受信電力を使用することができる（例えば、ＷＴＲＵがシステムの適用可能なリソースを用いてアクセスおよび／または送信できると決定した場合、最初の送信電力を設定する）。例えば、ＷＴＲＵが、システムの適用可能なリソースを用いて、アクセスおよび／または送信できると決定した場合、受信したシグネチャシーケンスのタイミングを使用して、送信のタイミングを設定することができる（例えば、ＰＲＡＣＨリソース上のプリアンブル）。異なる信号構造を、異なるＳＯＭおよび／または異なる計算方式に関連付けることができる。したがって、信号構造は、異なるタイプの送信方式に対して変化し得る動作態様の例とすることができる。
【００８８】
ＷＴＲＵは、アクセステーブルと呼ぶことのできるエントリ（例えば、動作パラメータ）のリストを用いて構成することができる。アクセステーブルと呼ばれるが、エントリのリストは、テーブル構造を含む任意の適切なタイプの構造に記憶できることに留意されたい。エントリのリスト、またはアクセステーブルは、エントリ（例えば、各エントリ）が、システムシグネチャに、および／またはそのシーケンスに関連付けられるように、インデックスを付けることができる。リストまたはアクセステーブルは、１つまたは複数のエリアに対する最初のアクセスパラメータを提供することができる。例えば、リスト中のエントリ（例えば、各エントリ）は、システムへの最初のアクセスを実施することに関連付けられた１つまたは複数のパラメータを提供することができる。このようなパラメータは、例えば、時間および／または周波数における適用可能な物理レイヤリソース（例えば、ＰＲＡＣＨリソース）、最初の電力レベル、および／または応答受信のための物理レイヤリソースなど、１つまたは複数のランダムアクセスパラメータを含むことができる。このようなパラメータは、ＰＬＭＮ識別および／またはＣＳＧ情報など、アクセス制限を含むことができる。このようなパラメータは、適用可能な経路指定エリアなど、経路指定に関する情報を含むことができる。エントリ（例えば、各エントリ）は、システムシグネチャに関連付ける、かつ／またはそれによりインデックスを付すことができる。エントリ（例えば、各エントリ）は複数のノードまたはＴＲＰに対して共通のものとすることができる。ＷＴＲＵは、専用のリソースを介した送信により（例えば、ＲＲＣ構成）、および／または同報通信されたリソースを用いた送信により、このようなリストまたはアクセステーブルを受信することができる。少なくとも後者の場合、アクセステーブルの送信の周期性は、長くなる可能性がある（例えば、最高で１０２４０ｍｓ）。例えば、アクセステーブルの送信の周期性は、シグネチャの送信の周期性よりも長くなり得る（例えば、それは、１００ｍｓの範囲にあり得る）。上記で述べたアクセステーブルは、異なるタイプの送信方式に対して変化し得る動作態様の例とすることができる。
【００８９】
本明細書で述べられる例示的な通信システムは、様々な使用例をサポートすることができる。各使用例は、ＱｏＳ要件の異なるセットを含むことができる。適用可能な無線リソースおよび／または送信技法に関して、これらの使用例の中で差別化が存在し得る。例えば、使用例は、ＴＴＩ持続時間、信頼性、送信に適用されるダイバーシティ、最大遅延などに関して異なる可能性がある。ＱｏＳ差別化は、異なるデータパケット、データフロー、および／またはデータベアラ（またはそれらの均等な形態）に対して導入することができる。差別化は、最大の保証される遅延バジェット、パケット誤り率、データレート、および／または同様のものに関することができる。ＭＡＣレイヤは、以下の態様のすべて、またはサブセットに対処するために、本明細書で述べる機能の１つまたは複数のものを処理することができる。
【００９０】
異なる可能な無線リソース、および／または異なる特性を有する送信技法が与えられると、ＷＴＲＵは、データサービスのＱｏＳ要件をサポートするリソース（例えば、適切なアップリンク送信リソース）を要求し、決定し、かつ／またはアクセスするように構成することができる。異なる特性を有する異なる可能なリソース割振りが与えられると（例えば、アップリンクおよび／またはダウンリンクで）、ＷＴＲＵは、ダウンリンクおよびアップリンク送信を介して制御（例えば、許可および／またはリソース割振りを制御する）を実施するように構成することができる（例えば、１つまたは複数のタイプの割振りを別々に決定し、処理する）。異なるトランスポートブロックに関連付けられた異なる特性が与えられると、ＷＴＲＵは、適用可能なＱｏＳ要件を満たすＭＡＣ  ＰＤＵを多重化および／または組み立てるように構成することができる。例えば、ＷＴＲＵは、ルールの拡張されたセットに従って（例えば、関連データの、および／または関係するＴＢに関連付けられたＳＯＭのＱｏＳ特性を考慮に入れることにより）、異なるベアラ、異なる論理接続、および／または同様のものに関連付けられたデータを割り当てることができる。本明細書で述べる使用例および送信技法が与えられると、ＷＴＲＵは、アップリンク送信のための１つまたは複数の事前の必要条件を満たすように構成することができる（例えば、事前の必要条件は、ＵＬ  ＴＡ、位置決め、ＷＴＲＵ速度、ＰＬ推定などを含むことができる）。例えば、ＷＴＲＵは、所与のタイプの送信を実施するために十分な事前の必要条件を有するかどうかを管理および／または決定することができる。
【００９１】
例示的な通信システムは、ＱｏＳ要件に基づいて、スケジューリングおよび／またはスケジューリングに関連する動作を実施することができる。ネットワークスケジューラは、単独で、常にすべてのタイプのデータに対するすべてのタイプのＱｏＳ要件を実施させることはできない。例えば、ネットワークベースのスケジューリング機能は、ＷＴＲＵのバッファに、アップリンク送信に適用できるデータに関連付けられたＱｏＳ要件の適時な情報、および／または正確な知識を有することはできない。ＷＴＲＵは、厳しい信頼性および／または遅延要件を有するサービスを可能にするように構成することができる（例えば、これらの挙動は、ＷＴＲＵがＵＲＬＬＣサービスを受信できるようにする）。ＷＴＲＵは、どのように／どのデータを送信するか（さらなるパラメータにより）に影響を与えることができる。例えば、ＷＴＲＵは、どのようにデータが送信されるかに関する特徴付けに関連付けられる１つまたは複数のパラメータを用いて構成することができる。特徴付けは、ＷＴＲＵが、データを送信するときに満たす、かつ／または実施することが期待される制約および／または要件を表すことができる。特徴付けに基づき、ＷＴＲＵは、異なる動作を実施し、かつ／または、例えば、データの状態および／または特性に基づいて（例えば、データの状態および／または特性に応じて）、その挙動を調整することができる。
【００９２】
本明細書で述べられる例示的な通信システムは、以下の時間に関連するＱｏＳ要件（例えば、時間に関連する特性）の１つまたは複数のものを含むことができる。これらの時間に関連するＱｏＳ要件は、例えば、ネットワークスケジューラが、単独で、タイミング／遅延要件を実施することができないときに有用であり得る（例えば、送信に適用できるデータの少なくともサブセットに対して）。ＷＴＲＵは、１つまたは複数の特定の時間に関連するＱｏＳ要件に関連付けられたデータを送信するように構成することができる。これらの時間に関連するＱｏＳ要件に応じて、ＷＴＲＵは、データの送信に使用される所与の送信方式の１つまたは複数の動作態様を変えることができる。例えば、ＷＴＲＵが、データの送信に成功することなく（例えば、１つまたは複数の時間ベースのＱｏＳ要件を満たすことなく）、第１の送信方式を用いる送信の最後の近くにある場合、ＷＴＲＵは、時間ベースのＱｏＳ要件が終了する前に試みてデータ送信を成功させるために、第１の送信方式の１つまたは複数の動作態様を変えて、第２の送信方式へと切り換えることができる。
【００９３】
本明細書で述べる時間ベースのＱｏＳ要件は、データ送信の１つまたは複数の態様（例えば、アップリンクデータ送信）を実現するために許容された最大時間を含むことができる。ＷＴＲＵは、観察および／または推定に基づき、このような最大時間に達した、または超過したかどうかを決定することができる。時間ベースのＱｏＳ要件は、データ送信に適したリソースを取得するために許容される時間の最大量を含むことができる。ＷＴＲＵは、制御チャネルをモニタすることにより、適切なリソースの取得に関連付けられた時間を決定することができる。例えば、ＷＴＲＵは、制御チャネルを介して受信された許可に応じて、制御チャネルで伝えられたパラメータに応じて、および／または同様のものによりこのような時間を決定することができる。ＷＴＲＵは、リソース取得に関連付けられたＳＯＭをモニタすることにより、適切なリソースの取得に関連付けられた時間を決定することができる。ＷＴＲＵは、ＷＴＲＵの１つまたは複数の状態をモニタすることにより、適切なリソースの取得に関連付けられた時間を決定することができる。このような状態は、例えば、ＷＴＲＵが同期化されているか、または非同期か、スケジューリング要求が進行しているかどうかを含むことができる。
【００９４】
時間ベースのＱｏＳ要件は、データが、ＷＴＲＵの送信バッファに留まることのできる最大時間を含むことができる。ＷＴＲＵは、データの最初の送信のタイミングに基づいて、このような最大時間を決定するように構成することができる。例えば、ＷＴＲＵは、データが送信バッファに入ったときから、データの最初の送信が開始されるまでに経過した時間を追跡するタイマを維持することにより、データがどのくらい長くＷＴＲＵの送信バッファ内に留まっているかを決定するように構成することができる。
【００９５】
時間ベースのＱｏＳ要件は、データ送信がＨＡＲＱ動作点に達する時間の最大量を含むことができる。例として、関連するデータを含むＰＤＵのｘ番目の送信を用いて、ＷＴＲＵがＨＡＲＱ動作点に達する時間は、ＷＴＲＵがＰＤＵのｘ番目−１の再送信を実施するのに要した時間として決定することができる。
【００９６】
時間ベースのＱｏＳ要件は、データ送信を成功裏に完了する、またはデータを含むＰＤＵの送信に対するフィードバックを受信するために許容される時間の最大量を含むことができる。ＷＴＲＵは、いつＷＴＲＵが、対応するトランスポートブロックに対して、ＨＡＲＱ  ＡＣＫなどのＨＡＲＱフィードバックを受信したかに基づいて、このような時間を決定することができる。
【００９７】
時間ベースのＱｏＳ要件は、データに関連付けられた生存時間（ＴＴＬ）パラメータに対する最大値を含むことができる。このようなＴＴＬパラメータは、例えば、データパケットの送信、またはデータパケットに関してＷＴＲＵにより行われた任意の他のアクションに関連付けることができる。例えば、ＷＴＲＵは、データパケットの送信に関連付けられた一定の閾値（例えば、Ｎミリ秒）を有するＴＴＬパラメータを維持する（またはそれを用いて構成する）ことができる。ＷＴＲＵは、データパケットが送信に利用可能になって以降（例えば、ＷＴＲＵが、データパケットをそのバッファに受信した後）の時間経過をモニタすることができる。データパケットの送信に成功することなく閾値に達した場合、ＷＴＲＵは、ＴＴＬが終了したと決定することができる。ＷＴＲＵは、残っているＴＴＬの量に基づいて、異なるアクションを実施することができる。例えば、ＷＴＲＵは、ＴＴＬが閾値に達したと決定すると、異なる送信方式へと切り換えることができる。
【００９８】
時間ベースのＱｏＳ要件は、例えば、無線ベアラに基づき、データの論理的なグループ化を完了することができる最大の時間量を含むことができる。時間ベースのＱｏＳ要件は、最悪の場合、またはキューの先頭（head-of-queue）遅延を許容できる最大の時間量を含むことができる。ＷＴＲＵは、例えば、ＷＴＲＵのバッファ内で最も長い時間を費やすデータに基づいて、このような遅延を決定するように構成することができる。
【００９９】
時間ベースのＱｏＳ要件は、データ送信の１つまたは複数の態様に関連付けられた平均時間または正確な時間（punctual time）を含むことができる。ＷＴＲＵは、観察および／または推定に基づいて、このような平均時間または正確な時間を決定することができる。例えば、時間ベースのＱｏＳ要件は、ＷＴＲＵの送信バッファ内にデータが留まることのできる平均の時間量を含むことができる（同じ論理チャネル、グループ、および／またはＳＯＭに関連させて）。ＷＴＲＵは、例えば、データが送信に利用可能になったときと、データが送信されるときとの間の時間期間に基づいて、このような平均時間を決定するように構成することができる。ＷＴＲＵは、送信リソースを要求および／もしくは取得する手順を開始するタイミング、ならびに／またはその結果に対して信号を送信するタイミングに基づき、このようなデータが、送信に利用できるようになった時間を決定することができる。ＷＴＲＵは、例えば、データを最初に送信するタイミング、またはデータの送信に対するＡＣＫを受信するタイミングに基づき、このようなデータが送信される時間を決定することができる。本明細書で述べられる平均は、移動平均（例えば、特定の長さのウィンドウ内の）、データに関連付けられたバースト当たりの平均、ＷＴＲＵがこのようなデータに対してリソースを最後に要求した後の平均、またはＷＴＲＵがこのようなデータの送信に対してリソースを最初に取得した後の平均とすることができる。
【０１００】
時間ベースのＱｏＳ要件は、平均時間からの許容し得る変動を含むことができる。変動は、例えば、平均に対する低減または増加に対応することができる。例として、前述のバッファ時間を用いると、タイミング要件は、データが、ＷＴＲＵの送信バッファに留まることができる時間量が、特定の量に限って平均時間を超えることができるようにする。
【０１０１】
時間ベースのＱｏＳ要件は、ＷＴＲＵのバッファ内のデータを低減させることのできる平均時間または正確な時間を含むことができる。例えば、このような平均時間または正確な時間は、ＷＴＲＵのバッファ内のデータ量を一定レベル（例えば、そのレベルは構成可能にすることができる）まで低減することに関連付けることができる。そのレベルは、成功裏に送信を完了させることのできる最大時間など、本明細書で述べる他の時間に関連する特性に対応することができる。ＷＴＲＵは、推定または観察に基づいて、このような平均時間を決定することができる。
【０１０２】
時間ベースのＱｏＳ要件は、最悪の場合の遅延、またはキューの先頭遅延に対する平均時間または正確な時間を含むことができる。ＷＴＲＵは、最悪の場合の遅延の複数の発生に基づいて、このような平均時間または正確な時間を決定するように構成することができる。
【０１０３】
時間ベースのＱｏＳ要件は、データの論理的なグループ化（例えば、無線ベアラおよび／または同様のものに基づく）を実施できる平均時間または正確な時間を含むことができる。
【０１０４】
時間ベースのＱｏＳ要件は、ＨＡＲＱエンティティ、ＨＡＲＱプロセスタイプ、および／または進行中のＨＡＲＱプロセスに関連することができる。
【０１０５】
ＷＴＲＵは、アップリンクデータユニット（例えば、アップリンクデータパケット）の送信がＱｏＳ要件を有すると決定することができる。ＱｏＳ要件は、本明細書で述べるように、アップリンク送信の１つまたは複数の態様に関連付けられた時間に関連するＱｏＳ要件とすることができる。ＷＴＲＵは、第１の送信方式を用いてアップリンクデータユニットの送信を試みることができる。ＷＴＲＵは、例えば、送信に利用可能なデータの少なくともサブセットに対して、第１の送信方式を用いて、ＱｏＳ要件を満たすことができるかどうかを決定することができる。例えば、ＱｏＳ要件に基づき、ＷＴＲＵは、ＷＴＲＵがアップリンクデータユニットに対して維持するＴＴＬパラメータが、一定の閾値を超えるべきではないことを決定することができる。ＴＴＬパラメータは、例えば、アップリンクデータユニットが送信に利用可能になったときから、アップリンクデータユニットが送信に成功するまでに経過した時間量を反映することができる。ＷＴＲＵは、ＴＴＬパラメータをモニタすることができ、またアップリンクデータユニットを、第１の送信方式を使用して成功裏に送信できる前に、ＴＴＬが閾値に達していたと決定すると、ＷＴＲＵは、第２の送信方式を選択してアップリンクデータユニットを送信することができる。第２の送信方式は、本明細書でより詳細に述べるように、少なくとも１つの動作態様で第１の送信方式とは異なることができる。
【０１０６】
本明細書で述べる例示的な通信システムは、以下の送信レートに関連する要件（例えば、送信レートに関連する特性）の１つまたは複数のものを含むことができる。本明細書で述べるように、ネットワークスケジューラは、それ自体で送信レートに関連する要件を（例えば、ＷＴＲＵにおける送信に利用可能なデータの少なくともサブセットに対して）常に実施できない可能性がある。ＷＴＲＵは、データのグループ化を、送信レートに関連する要件に関連付けられるように構成することができる。このようなグループ化は、ＬＣＨ、ＬＣＧなど、データパケットおよび／もしくはＰＤＵの間の論理的な関連付け、データとＳＯＭおよび／もしくはその１つもしくは複数の態様との関連付け、データと無線ベアラとの関連付け、ならびに／または同様のものを含むことができる。例えば、ＷＴＲＵは、このようなデータに対する送信レート（例えば、優先順位付けられたビットレートなど）を用いて構成することができる。ＷＴＲＵは、送信レートを使用して、どれ位多くのデータを送信に含めるべきかを決定することができる（例えば、論理チャネル優先順位付け動作を実行することによる）。送信レートに関連する要件は、ＨＡＲＱエンティティ、ＨＡＲＱプロセスタイプ、および／または進行中のＨＡＲＱプロセスに関連することができる。ＷＴＲＵは、データの少なくともサブセットに対する送信のレートを観察する、かつ／または推定することができる（例えば、タイミングに関連する態様に対して本明細書で述べる同様のメトリクスを用いて）。ＷＴＲＵは、関係する送信レート関連の要件を満たすことができるかどうかを決定し、決定に基づいて異なるアクションをとることができる（例えば、異なる送信方式に切り換えるなど）。
【０１０７】
説明のためであるが、ＷＴＲＵは、第１の送信方式を用いて、アップリンクデータユニットを送信しようと試みることができる。ＷＴＲＵは、送信レートに関連する要件、またはより一般的に、アップリンク送信に関連付けられたＱｏＳ要件が、第１の送信方式を用いて満たされ得るかどうか（例えば、データの少なくともサブセットに対して）を決定することができる。ＷＴＲＵが、送信レートに関連する要件を、第１の送信方式を用いて満たすことができないと決定した場合、ＷＴＲＵは、関係する送信レートに関連する要件を満たすために、第２の送信方式へと切り換えるように決定することができる。第２の送信方式は、本明細書でより詳細に述べるように、少なくとも１つの動作態様において第１の送信方式とは異なることができる。
【０１０８】
本明細書で述べられる例示的な通信システムは、以下の構成に関連する要件（例えば、構成に関連する特性など）の１つまたは複数のものを含むことができる。例えば、ＷＴＲＵは、１つまたは複数の他のＱｏＳ要件に取って代わる送信優先順位（例えば、絶対的な優先順位）を一定のデータに与えるように構成することができる。例では、ＷＴＲＵは、例えば、他のタイミング、レート、または効率に関連するＱｏＳ要件にかかわらず、最高の優先順位を有するパケットを送信するように上位レイヤにより構成することができる。
【０１０９】
本明細書で述べる例示的な通信システムは、例えば、ＴＲＰに対するランダムアクセス、制御チャネルの変更および／もしくはモニタリング、許可および／もしくは送信パラメータ選択、ＳＲ方法選択、ならびに／または同様のものを含む他のＷＴＲＵ挙動をできるようにする、かつ／または可能にすることができる。
【０１１０】
本明細書で述べるように、ＷＴＲＵは、送信（例えば、アップリンク送信）に関連する１つまたは複数のＱｏＳ要件が満たされない可能性があると決定するように構成され得る。このようなＱｏＳ要件は、例えば、タイミングおよび／またレートに関連することができる（例えば、本明細書で述べられるものなど）。ＱｏＳ要件を満たすことができないことは、例えば、適用可能な手順の変更、送信方式の変更、および／または他の送信に関連する挙動への変更を生ずる可能性がある。例えば、ＷＴＲＵは、第１の送信方式を用いてアップリンク送信をするように試みることができる。ＷＴＲＵは、第１の送信方式を用いて（例えば、送信に利用可能なデータの少なくともサブセットに対して）、本明細書で述べるタイミングに関連する、または送信レートに関連する要件など、ＱｏＳ要件が満たされるかどうかを決定することができる。ＷＴＲＵが、ＱｏＳ要件を、第１の送信方式を用いて満たすことができないと決定した場合、ＷＴＲＵは、ＱｏＳ要件を満たすために、その動作を調整することができる。例えば、ＷＴＲＵは、送信に使用される送信方式を自律的に調整することができる。送信に使用されるリソースに対する増加、変更、または低減を含むことのできるその調整は、送信方式の１つまたは複数の動作態様を変更する結果になり得る（例えば、１つまたは複数の送信パラメータの変更）。
【０１１１】
送信方式を変更するとき、ネットワークに対するＷＴＲＵの接続が影響を受ける／変更される可能性がある。したがって、接続タイプは、異なる送信方式の間で変わり得る動作態様の例とすることができる。例えば、接続タイプを変更すると、ＷＴＲＵは、ネットワークとのアクセス手順を開始し、かつ／または再構成手順（例えば、Ｌ３再構成）を要求することができる。例では、ＷＴＲＵは、その接続の再構成を要求するＲＲＣ手順を開始することができる。要求は、以下の１つまたは複数のものを含むことができる。要求は、適用可能な論理データのグループ化（例えば、ＬＣＨ、ＬＣＧ、ＳＯＭ、および／または同様のものなど）の識別を含むことができる。要求は、接続の変更を求める要求をトリガしたＱｏＳ態様に関連する情報（例えば、改良のためのリソース調整の量、レート、またはタイミングなど）を含むことができる。要求は、送信すべきデータに関連する情報（例えば、キューの先頭遅延または平均遅延、未処理データなど）を含むことができる。ＷＴＲＵは、要求に測定を含めることができる。
【０１１２】
ＷＴＲＵは、ＴＲＰアクセスおよび／またはランダムアクセスを開始することができる。例えば、ＷＴＲＵは、利用可能なリソースの量を増加させるために、リソースのタイプを変更するために、関連するＴＲＰの量を修正するために、および／または同様のもののために、システムへのアクセスを開始することができる。ＷＴＲＵは、１つまたは複数のＴＲＰがＷＴＲＵの範囲にあることを（シグネチャなどの参照信号の測定から）決定することができる。ＷＴＲＵは、適切なランダムアクセスリソースを決定することができる（例えば、アクセステーブルに含まれる情報を用いる）。ＷＴＲＵは、このようなリソース上でプリアンブルの送信を開始することができる。前述の動作は、ＷＴＲＵに適用可能なリソースの異なるセットを生ずるはずである（例えば、リソースが増加する、もしくは減少する可能性がある、および／またはモニタすべき制御チャネルの異なるセットが存在する可能性がある）。例えば、ＷＴＲＵは、利用可能なリソースのセットの増加を開始することができ、それは、より多くの物理レイヤリソース、より多くのキャリア、さらなるＴＲＰ、および／またはネットワークエンティティとのＵｕインターフェースの集約を生ずることができる（ネットワークエンティティは、ｅＮＢ、および／またはＴＲＰを含むことができ、インターフェースは、二重接続、または同様の技術などによることができる）。
【０１１３】
送信方式を変更するとき、ＷＴＲＵは、ＷＴＲＵがモニタしている制御チャネルの識別および／または数を拡張または修正することができる。したがって、ＷＴＲＵによりモニタされる１つまたは複数の制御チャネルのセットは、異なる送信モードに対して変わり得る動作態様の例とすることができる。例えば、ＷＴＲＵは、異なるおよび／またはさらなる制御チャネルが、送信をスケジュールするために利用可能であると決定することができる。ＷＴＲＵは、これらの制御チャネルを要求し、かつ／または活動化することができる。ＷＴＲＵは、信号の送信（例えば、ネットワークへ）に続いて、その決定を行うことができる。信号は、このような制御チャネルを活動化するための要求を示すことができる。例では、ＷＴＲＵは、システムへのアクセスを実施するのと同様な方法で（ただし、同じシグネチャおよび／またはセルに対して）、決定を行うことができる。ＷＴＲＵは、制御チャネルを切り換える、かつ／または追加することができる。例えば、ＷＴＲＵは、異なるＳＯＭに関連付けられた制御チャネルに切り換える、かつ／または制御チャネルを追加することができる（例えば、制御チャネルは、異なる物理レイヤリソース、異なる物理データチャネル、および／または異なる計算方式に関連付けることができる）。
【０１１４】
送信方式を変更するとき、ＷＴＲＵは、利用可能なリソースを拡張し、かつ／または修正することができる。したがって、利用可能なリソースのセットは、異なる送信モードに対して変化し得る動作態様の例とすることができる。ＷＴＲＵは、リソースの異なるセットが利用可能であると決定することができる。ＷＴＲＵは、ＤＣＩの異なるセットおよび／またはＤＣＩタイプに切り換えることができる。例えば、ＷＴＲＵは、制御チャネル上のＤＣＩの異なるセットの復号を試みることができると決定することができる。このようなＤＣＩは、異なるＳＯＭ、異なる計算方式、ＰＲＢの異なるセット、および／または同様のものに関連付けることができる。ＷＴＲＵは、その制御チャネルモニタリング動作を更新することができる（例えば、ＤＲＸを更新することができる）。例えば、ＷＴＲＵは、制御チャネルに対するそのモニタリング頻度または強度（例えば、より強力に復号を開始するために）を変更することができる。ＷＴＲＵは、より多くのリソースが望ましい場合、制御チャネルに対してアクティブモードに入ることができる。ＷＴＲＵは、ＱｏＳ要件に基づいて（例えば、ＱｏＳ要件に応じて）要求をスケジュールするための方式を選択することができる。例えば、ＷＴＲＵは、送信すべきデータに関連付けられたＱｏＳ要件に基づき（例えば、ＱｏＳ要件に応じて）、送信リソースを取得するための特定の方式を選択することができる。ＷＴＲＵが、データに対して適用可能なＱｏＳ要件を満たすことができると決定した場合、ＷＴＲＵは、競合ベースの送信方式を使用することができる。ＷＴＲＵが、データに対して適用可能なＱｏＳ要件を満たすことができないと決定した場合、ＷＴＲＵは、送信のために、専用のＳＲリソースを使用することができる。ＷＴＲＵが、複数のリソースおよび／または要求スケジューリング方式を利用可能であると決定した場合、ＷＴＲＵは、その方式および／またはリソースが、適用可能な送信要件を満たす送信を行うことができる場合、ＳＯＭに関連付けられた要求スケジューリング方式および／またはリソースを選択することができる。
【０１１５】
送信方式を変更する場合、ＷＴＲＵは、特定の送信パラメータまたは許可を修正する、かつ／または選択することができる。したがって、送信パラメータおよび／または許可は、異なる送信モードに対して変化し得る動作態様の例とすることができる。例えば、ＷＴＲＵは、送信パラメータの異なるセットが適用可能であり、かつ／またはデータ送信に使用できると決定することができる。ＷＴＲＵは、データ送信の１つまたは複数の特性が修正され得るように複数の許可の中から許可を選択することができる。このような特性は、信頼性、ＨＡＲＱ動作点、送信に適用されるダイバーシティ、送信電力などを含むことができる。
【０１１６】
送信方式を変更するとき、ＷＴＲＵは、データ送信に関連付けられた多重化、組立て、ならびに／またはセグメント化技法および／もしくはルールを修正することができる。したがって、多重化、組立て、およびセグメント化は、異なる送信モードに対して変化し得る動作態様の例とすることができる。例えば、ＷＴＲＵは、データの送信用にＭＡＣ  ＰＤＵを作成するとき、その多重化ルール、組立ておよび／もしくはセグメント化ルール、ならびに／または同様のものを変更することができる。例えば、ＷＴＲＵは、ＱｏＳ要件が満たされない可能性のあるデータを処理するとき、ＭＡＣレイヤにおいて、パケットのセグメント化をスキップすることができる。
【０１１７】
ＷＴＲＵは、データの第２のサブセットではなく、データの第１のサブセットに対して、遅延に関連する特性または基準（例えば、時間に関連するＱｏＳ要件）を維持し、かつ／または反応するように構成することができる。データの第１のサブセットは、第１の論理チャネル、第１のフロー、第１のサービス、第１のデータタイプ、および／または同様のものに関連付けることができる。データの第２のサブセットは、第２の論理チャネル、第２のフロー、第２のサービス、第２のデータタイプ、および／または同様のものに関連付けることができる。例では、レートに関連する基準は、他の論理チャネルに対してではなく、１つまたは複数の論理チャネルの特定のセットに関連付けることができる。例では、ＱｏＳ要件は、上位レイヤから、いずれかの論理チャネルまたはフローでパケットと共に提供され得る。ＱｏＳ要件は、必要に応じて提供され得る。
【０１１８】
送信方式を変更するとき、ＷＴＲＵは、ＷＴＲＵが送信しようとしているアップリンクデータに関連付けられた情報をネットワークに提供することができる。例えば、ＷＴＲＵは、ＱｏＳに関連する情報を送信することができる。ＷＴＲＵは、ＱｏＳに関連する情報を、関連するデータパケット、ＳＤＵ、および／またはバイトの集合体（例えば、ＭＡＣ  ＰＤＵで）と共に送信することができる。例えば、ＷＴＲＵは、ＴＴＬを、その関連するパケット、ＳＤＵ、および／またはバイトの集合体と共に送信することができる。ＴＴＬ（または絶対時間）は、時間単位で表すことができる（例えば、ミリ秒）。ＴＴＬは、絶対時間の少なくともかなりの部分を占める可能性がある（例えば、受信者が絶対時間が何であるかを決定できるようにするために）。
【０１１９】
ＱｏＳに関連する情報は、関連データに添付することができる。ＱｏＳに関連する情報が共に送られるデータの受信エンティティは、ネットワークノード（例えば、基地局）、または受信するＷＴＲＵとすることができる。受信エンティティは、例えば、Ｖ２Ｖ通信を可能にするように（例えば、宛先に直接、ＵＬ送信を転送することにより）構成されたｅＮＢなど、中継および／または転送などのデータ動作において含まれ得る。受信エンティティは、ＱｏＳ関連情報を用いて、受信されたデータをどのように処理するかを決定することができる。受信エンティティ（例えば、基地局）は、最終的な宛先にデータを送信することに関連付けられた最良のまたは好ましい経路、リソース、ＴＴＩ、ＳＯＭ、および／または同様のものを決定および／または修正することができる。受信エンティティは、ＱｏＳ要件に従って、受信されたデータのその処理を修正および／または優先順位付けすることができる。例えば、受信エンティティは、リソース受信優先順位の実施を、修正および／または優先順位付けすることができる（例えば、ＲＦまたはベースバンド制限のある場合）。受信エンティティは、受信されたデータを中継するために使用されるリソース、ＲＡＴ、および／または機構（例えば、ＳＣ−ＰＴＭ対ユニキャスト対ｅＭＢＭＳ）を修正することができる。受信エンティティは、データを転送するために、関連するセルまたはネットワークに対する経路を選択することができる。例えば、受信エンティティは、ネットワークにおけるアプリケーションサーバにデータを来るべきか、またはセルもしくはＴＲＰに位置するプロキシアプリケーションサービスにデータを送るべきかを決定することができる。
【０１２０】
時間に関連する要件（例えば、遅延に関連するものなど）は、ＷＴＲＵにおいて様々な表現を有することができる。ＷＴＲＵは、いつＷＴＲＵが第１の送信方式から第２の送信方式へと切り換えるべきかを決定するための基準として、時間ベースの要件を使用することができる。例えば、ＷＴＲＵは、遅延要件を維持することができる。ＷＴＲＵは、例えば、上位レイヤから、送信遅延要件を取得することができる。ＷＴＲＵは、このような要件を使用して、例えば、スケジューリング判断および／またはリソース使用量判断を行い、リソースの要求に関連する態様をガイドする、多重化／非多重化を実施する、かつ／または送信を制御することができる。例えば、ＷＴＲＵは、データパケットの受信から、データパケットの送信が成功するまでに経過した時間を表すことのできるＴＴＬパラメータを維持し、かつ／またはモニタすることができる。ＷＴＲＵは、送信段階で（例えば、各送信段階で）ＴＴＬパラメータを利用して、挙動、手順、および／または同様なものを、時間に関連するＱｏＳ要件を満たすように調整することができる。ＷＴＲＵは、パケット、ＳＤＵ、バイトの集合体、および／または同様のものに対して、ＴＴＬを維持することができる。ＴＴＬは、無線インターフェースを介して送信を成功させるように割り振られた時間量に関連付けることができる。
【０１２１】
ＷＴＲＵは、ＴＴＬが一定の値に達したとき、または一定の範囲を超えたとき、特定の動作を（例えば、その送信スタック内で）実施して、ＷＴＲＵの挙動を変更することができる。例えば、ＷＴＲＵ  ＭＡＣは、ＭＡＣ  ＰＤＵに関連付けられたＴＴＬが、一定の閾値に達したとき、本明細書で述べる技法の１つまたは複数のものを用いて（例えば、競合ベースのリソースを使用して）、自律的な送信を開始するように判断することができる。
【０１２２】
ＭＡＣは、例えば、ＭＡＣ  ＰＤＵに関連付けられたＴＴＬが一定の閾値に達したとき、別のものではなく１つのＨＡＲＱを、別のものではなく１つのＴＴＩを、別のものではなく１つのトランスポートチャネルを、および／または別のものではなく１つの符号化率を利用するように判断することができる。したがって、ＴＴＩ長さ、トランスポートチャネル識別、符号化率などは、ＷＴＲＵが送信方式を変更したときに変化し得る動作態様の例とすることができる。ＷＴＲＵは、ＴＴＬが一定の閾値に達したとき、リソースをネットワークに求める特定の要求をトリガする（例えば、特定のＳＯＭで）、または異なる機構を使用してこのような要求を発行するように判断することができる。
【０１２３】
本明細書で使用されるＴＴＬの概念は、いずれかの１つの特定の定義に限定されないことに留意されたい。例えば、ＴＴＬの概念は、１つまたは複数のＱｏＳ要件を定義し、かつ表すための任意の機構を包含することができる。したがって、いくつかの例は、いつ送信方式を切り換えるべきか、かつ／または送信パラメータメータを変更すべきかを決定するためにＴＴＬを使用することに関して述べることができるが、１つまたは複数のＱｏＳ要件を示す他の情報はまた、いつ送信方式を切り換えるべきか、かつ／または送信パラメータメータを変更すべきかを決定するための基準として使用することもできる。
【０１２４】
本明細書で述べる例示的な通信システムは、少なくとも適切な送信リソースの要求、決定、およびアクセスに関する機能により特徴付けることができる。例えば、これらの機能は、１つまたは複数の適用可能な制御チャネル（例えば、ＳＯＭ特有の制御チャネル）のスケジューリングおよび／または決定に関連することができる。
【０１２５】
本明細書で述べる例示的な通信システムは、特定のＱｏＳ要件（例えば、時間に関連するＱｏＳ要件）を満たすために、ネットワークアクセス（例えば、適切なリソースへのアクセス）を要求するための特有の機構により特徴付けることができる。例示的な一実施形態では、ＷＴＲＵは、ネットワークに対してリソース要求（ＲＲ）を送ることができる。ＲＲは、新しい、または修正されたリソースを求める要求を含むことができ、かつ／またはバッファ状況を示すことができる。ＲＲは、ネットワークに対する接続の変更を求める要求を含むことができる。ＲＲは、リソースの変更を求める要求を含むことができる。ＲＲは、モニタまたは構成すべき制御チャネルの変更を求める要求を含むことができる。ＲＲは、ＴＲＰの変更を求める要求を含むことができる。ＲＲは、ＳＯＭの変更を求める要求を含むことができる。ＲＲは、本明細書で述べる他の態様の変更を求める要求を含むことができる。
【０１２６】
ＲＲは、ＱｏＳに関連するパラメータを示すことができ、かつ／またはＱｏＳ要件を満たす失敗の指示、または失敗の可能性の指示を提供することができる。ＱｏＳに関連する要求を満たすために、異なるリソース要求機構および／またはフォーマットが、異なるサービス、論理チャネル、論理チャネルグループ、および／またはＱｏＳグループに対して定義され、かつ使用され得る。ＲＲのタイプは、１つまたは複数のＱｏＳパラメータが一定の閾値に達したことに基づいて決定することができる。ＲＲは、１つまたは複数のＱｏＳパラメータが一定の閾値に達した（例えば、ＴＴＬが閾値に達した）ことに基づいて送ることができる。
【０１２７】
ＲＲは、使用されるトランスポートフォーマットのタイプ、ＲＲが送信されるリソースのタイプ、ＲＲ内に提供される情報、ＲＲ送信に使用されるＴＴＩ長さ、ＳＯＭ、および／または同様なものにより特徴付けることができる。ＷＴＲＵは、１つまたは複数のＱｏＳ特性に基づき、どのＲＲを使用すべきかを決定することができる。
【０１２８】
ＲＲで送信される情報は、例えば、リソースを求める要求、割り当てられたリソースの修正を求める要求、バッファ状況の指示、および／または一定のＱｏＳ要件を満たすことの失敗、または可能性のある失敗の指示を含むことができる。ＲＲは、今後のリソースで、および／またはＲＲが使用する予定のリソースで送信する意図の指示を含むことができる。ＲＲは、ＲＲがトリガされたデータに関連付けられた一定のＱｏＳ要件を満たすために、リソースが要求されていることの指示を含むことができる。いくつかの例では、このような指示は、ＲＲで提供される唯一の情報とすることができる。他の例では、送信に関する、および／または送信するＷＴＲＵに関する情報など、さらなる情報をＲＲで提供することができる。
【０１２９】
ＷＴＲＵは、ＲＲにおいて、ＲＲが適用される特定のサービス、ＳＯＭ、および／またはＬＣＧの１つまたは複数のものを識別することができる。例では、ＲＲに含まれる指示は、ＲＲが送信されているＳＯＭ／トランスポートチャネルに対してさらなるリソースを割り振るための要求を伝えることができる（例えば、異なるＳＯＭ／トランスポートチャネルに対して別々の物理リソースが使用されると仮定する）。ＷＴＲＵは、単一のＳＯＭで、複数のＲＲを送信することができる（例えば、各ＳＯＭに関連付けられたリソースに対して１つ）。ＲＲ（例えば、複数のＲＲのそれぞれ）は、異なるＳＯＭに関連付けられたリソースを求める要求を伝えることができる。ＲＲと、ＲＲが送られているＳＯＭとの間の関連付けは、タグに基づく（例えば、タグは、ＲＲに含まれ得る）、使用されるリソースに基づく（例えば、時間もしくは周波数またはその両方におけるビットの位置）に基づく、ＲＲ送信の他の物理特性に基づく（例えば、送信電力／エネルギー、変調方式など）、ＲＲのフォーマットに基づく、ＲＲのサイズに基づく、ＲＲのタイミングに基づく（例えば、ＲＲがＷＴＲＵによって送られるとき）、および／または同様のものに基づくことができる。
【０１３０】
ＲＲは、さらなる送信リソースを求める要求を、および／または現在割り振られているリソースが十分であるかどうかを示すことができる（例えば、特定のサービス、もしくは論理チャネルのデータに関して、または特定のＳＯＭに関して）。ＲＲは、さらなるリソースを動的に要求することができる（例えば、前の送信に対して）。例えば、ＷＴＲＵは、前の送信後間もなく、または前の送信に続いて直ちに、割り振ることのできるさらなるリソースへのアクセス権を得るために、ＲＲを送信することができる。ＲＲは、ＷＴＲＵに現在割り振られているリソースの量に対してリソースを要求することができる。例えば、ＷＴＲＵは、限定された期間にわたってＷＴＲＵが使用するために、時間単位当たりのリソースの特定量（例えば、リソースが保証され得る、または予約できる）を要求することができる、かつ／またはそれを用いて構成することができる。このようなリソースの構成に続いて、ＷＴＲＵは、ＲＲ（例えば、新しい要求）、または指示を送り、ＷＴＲＵにすでに提供されているリソースの量を減少させる、または増加することができる。
【０１３１】
ＲＲにおける指示は、一定の値を有することができる。例えば、指示は、２つの可能な値（例えば、１ビット値）の一方をとることができる。指示は、少なくとも１つのＰＤＵに対して、送信の完了に成功する予想時間が、現在の時間にＰＤＵのＴＴＬを加えたものを超える場合、第１の値をとることができる。そうではない場合、指示は第２の値をとることができる。別の例では、ＲＲにおける指示は、４つの可能な値のうちの１つをとることができる（例えば、２ビット値）。ＷＴＲＵは、各ＰＤＵに対して、完了の成功の予想時間と、現在の時間およびＰＤＵのＴＴＬの合計との間の差を決定することができる。ＷＴＲＵは、送信されるすべてのＰＤＵにわたるこのような差の最高のものに基づき、指示の値を設定することができる。指示は、差が第１の閾値を超える場合、第１の値に、差が第２の閾値を超える（ただし、第１の閾値を超えない）場合、再２の値に、差が第３の閾値を超える（ただし、第２の閾値を超えない場合）第３の値に、かつその他の場合、第４の値に設定することができる。閾値の値は、より上位のレイヤによって事前に定義される、または伝えられ得る。指示に対する可能な値の数を増加することは、割り振られるリソースのより速い、またはより正確な調整を可能にすることができる。
【０１３２】
いくつかの選択肢において、またはいくつかのＲＲタイプの場合、ＲＲは、本明細書で述べるように、ＱｏＳに関連するスケジューリング情報から導出された情報を含むことができる。例えば、ＷＴＲＵは、受信ノードに、遅延に関連する、またはいずれかのＱｏＳに関連する情報を送信することができる。情報は、ＲＲにおいて、ＭＡＣ  ＰＤＵにおいて、またはＲＲＣシグナリングメッセージにおいて送信することができる。情報は、ネットワークにより使用されて、例えば、リソースをスケジュールする、かつ／またはリソースを必要とする異なるＷＴＲＵの中で優先順位を付けることができる。ＲＲに（例えば、ＷＴＲＵによって）含まれ得る情報は、以下の形態の１つまたは複数のものをとることができる、またはそれに応ずることができる。
【０１３３】
ＷＴＲＵは、ＴＴＬに関連付けられた情報をＲＲに含むことができる。例えば、ＷＴＲＵは、送信用にＷＴＲＵのキューに現在あるパケット、ＰＤＵに対する最小のＴＴＬ、またはＴＴＬなどを含むことができる。ＷＴＲＵは、遅延制限が厳しい複数の送信キューを維持することができる。ＷＴＲＵは、複数の送信キューの各キューの先頭に対してＴＴＬを送信することができる。
【０１３４】
ＷＴＲＵは、バッファサイズに関連付けられた情報をＲＲに含むことができる。例えば、ＷＴＲＵは、ＴＴＬ要件で構成されるデータのバッファサイズ、要求をトリガしたサービスに対して多重化され得るデータのバッファサイズ、またはＷＴＲＵにおけるデータのすべてのバッファサイズを含むことができる（例えば、それらの関連する優先順位および／または要件と共に）。
【０１３５】
ＷＴＲＵは、特定のパケット、ＰＤＵなどに対するタイミング範囲、および／またはそれらの各バッファサイズに関連付けられた情報をＲＲに含むことができる。例えば、ＷＴＲＵは、ＰＤＵまたはデータのセットに対して許容できる遅延範囲に対する最小値および最大値を送信することができる。
【０１３６】
ＷＴＲＵは、無線を介してパケットまたはデータ量を送信／受信するための絶対時間に、または許容できる遅延に対する絶対時間の範囲に関連付けられた情報をＲＲに含むことができる。ＷＴＲＵは、ＱｏＳクラスもしくはデータの絶対的な優先順位に関連付けられた情報、レートに関連する情報、および／または少なくとも１つのＰＤＵの送信を完了するのに成功することが予想される時間をＲＲに含むことができる（例えば、現在割り振られたリソースで）。予想される時間は、次いで、以下の１つまたは複数のものに応ずることができる。予想される時間は、ＰＤＵが、所与の優先順位付けルールのセットの下で最初に物理レイヤにサブミットされたトランスポートブロックに含まれ得る予想される時間に応ずることができる。予想される時間は、再送信に対する予想時間に応ずることができる。本明細書で述べるパラメータの１つまたは複数のものは、事前に定義された値に設定される、または上位レイヤにより伝えられたものとすることができる。
【０１３７】
ＷＴＲＵは、ＷＴＲＵがリソースに対して使用できる特定のＴＴＩ（例えば、２シンボル、または０．５ｍｓ）に、時間単位当たりのリソースブロックの数（例えば、ｘフレームの固定期間におけるリソースブロックの数）に、および／またはこのようなリソースが配置され得る周波数範囲（例えば、ＷＴＲＵによりサポートされる、またはＷＴＲＵの無線特性に起因してＷＴＲＵにより好まれる特定の狭帯域幅において）に関連付けられた情報をＲＲに含むことができる。
【０１３８】
ＷＴＲＵは、ＰＨＹリソース上の送信に関連付けられたリソース、タイミング、エンコーディング、電力、および／または同様のものを選択することにより、特定のＲＲに関連する情報を示す（例えば、暗黙的に示す）ことができる。例えば、ＷＴＲＵは、ＲＲを送信するために使用する時間／周波数リソースに基づいて、ＷＴＲＵに割り振るべきさらなるリソースの量を示すことができる。ＲＲに関連する情報は、ＲＲ送信で使用されるフォーマットおよび／またはトランスポート機構により示すことができる。ＲＲは、例えば、ＰＨＹレイヤで（例えば、特定のＰＨＹ制御チャネル上で、またはデータでピギーバックされる）、および／またはＭＡＣレイヤで（例えば、ＭＡＣ  ＣＥおよび／または同様のものを用いて）送信することができる。ＲＲは、ＰＨＹレイヤで完全に送信することができる。ＰＨＹレイヤで送信された場合、ＲＲは、以下の１つまたは複数のものを介して送信され得る。
【０１３９】
ＲＲは、ＷＴＲＵのアップリンク送信に関連付けられた（例えば、事前定義の、または構成された位置において）単一のＯＦＤＭシンボルを用いて、またはリソースブロックの１つにおける単一シンボルを用いて送信することができる。例では、ＲＲは、最大のインデックスを有するＯＦＤＭサブキャリアの最後のシンボル（例えば、時間的に最後のシンボル）で送信することができる。ＲＲは、アップリンク制御チャネルを用いて、またはアップリンク制御チャネルで送信され得るＷＴＲＵの自律的なスケジューリング情報の一部として、送信することができる。
【０１４０】
ＲＲは、専用のＰＨＹリソースを用いて送信することができ、その位置は、ネットワークにおけるシグナリング（例えば、ＲＲＣシグナリング）を介してＷＴＲＵに提供され得る、またはＷＴＲＵに送られるアクセステーブルに含まれる情報により取得することができる。ＲＲを、（例えば、ＰＨＹリソースの位置を導出するために）識別またはタイミングに関連する情報を用いて（例えば、前述のものと併せて）送信することができる。
【０１４１】
ＲＲは、ＲＡＣＨまたは同様のシグナリングなど、競合ベースのリソースを用いて送信することができる。競合ベースのリソースは、他のＷＴＲＵにより利用されているＰＨＹリソースを介して拡散させることができ、これらのＷＴＲＵとの干渉全体を最小化するようにする（例えば、ＣＤＭＡを用いる、または特定のＷＴＲＵに関連付けられたわずかな／少数の干渉されたリソース要素が使用されるようにパンクチャするなど）。ＬＴＥ支援の５Ｇｆｌｅｘの厳密な相互接続の例の場合、ＷＴＲＵは、ＬＴＥ  ＰＵＣＣＨを介してＲＲを送信するように構成することができる。ＰＵＣＣＨ  ＳＲは拡張されて、要求が、５Ｇシステムより満たすことのできるＱｏＳ特性に関連しているとの情報を担持する。より具体的には、ＳＲは、ＷＴＲＵが、５Ｇリソースを要求していることを示すことができる。このことは、例えば、ＳＲフォーマットがさらなるビットを含むように変更することにより、ＳＲでトリガされる５Ｇ要求が送られる特別なリソースを予約することにより、および／または同様のものにより使用可能になり得る。
【０１４２】
ＷＴＲＵは、ＲＲを送信するためのリソースまたは機構の複数のセットにアクセスすることができる。例えば、異なるサービスに対して、ＲＲは、例えば、異なるフォーマットもしくはタイプ、送信するための時間の異なる値（例えば、無線を介して要求をトリガしてから送信するまでの時間）、異なるシンボル、異なるシグナリング機構、異なるトランスポートフォーマット、および／または同様のものを含む異なる特性を用いて定義することができる。ＷＴＲＵは、以下の１つまたは複数のものに基づいて、これらの異なる機構から選択することが可能になる。ＷＴＲＵは、キューにあるデータ、または送信すべきデータの遅延特性に基づき、ＲＲを送信するための機構を選択することができる（例えば、データは、遅延制限が厳しい、または厳しくない可能性がある）。ＷＴＲＵは、送るべき１つまたは複数のパケットまたはデータのＴＴＬに基づいて、ＲＲを送信するための機構を選択することができる（例えば、ＴＴＬは、閾値に対するものである、またはそうではないこともあり得る）。ＷＴＲＵは、データまたはサービスタイプの優先順位に基づいて、ＲＲを送信するための機構を選択することができる。ＷＴＲＵは、本明細書で述べるＱｏＳ要件（例えば、時間ベースの、またはレートベースのＱｏＳ要件）の１つまたは複数のものに基づいてＲＲを送信するための機構を選択することができる。例えば、ＷＴＲＵは、例えば、ＲＲが送られる／トリガされるバッファ内のデータの時間的危険度、優先順位、および／またはタイミング要件に応じて、異なるＴＴＩを用いて、ＰＨＹにおけるサービス（例えば、ＵＬＬＲＣまたはｅＭＢＢ）に対するＲＲを送ることができる。
【０１４３】
ＳＯＭ（例えば、各ＳＯＭに対する）、所与のサービス、または論理チャネルに対するＲＲは、どのようにＲＲがＰＨＹレイヤで送信されるかに関連する異なる特性を有することができる。例では、ＲＲは、異なるＴＴＩおよびダイバーシティ／信頼性を用いて、専用の（例えば、それに対する共用／競合ベースの）リソースを用いて、ならびに／または他の機構／技法を用いて、異なるトランスポートチャネルを介して異なる符号化方式で送信することができる。ＷＴＲＵは、ＳＯＭ、または含まれるサービスに応じて、異なるＲＲ機構を利用することができる。例えば、ＵＬＬサービスを用いて構成されたＷＴＲＵは、１ビットＰＨＹレイヤＲＲ機構を使用してＵＬＬサービスに対するリソースを要求することができるが、ＷＴＲＵは、ＰＨＹレイヤにおけるＲＲに関するバッファ状況が、ＩＢＢタイプのサービスを求める要求を示す場合、ＭＡＣレイヤＲＲを使用することができる。
【０１４４】
ＷＴＲＵは、以下の１つまたは複数のものに基づいてＲＲをトリガすることができる。ＷＴＲＵは、本明細書で述べるＱｏＳ要件（例えば、ＱｏＳに関連するイベント）に基づいて、ＲＲをトリガすることができる。例えば、ＷＴＲＵは、は、遅延に関連するイベントに基づいてＲＲをトリガすることができる。このような遅延に関連するイベントは、例えば、ＭＡＣレイヤまたは上位レイヤにおいて、時間制限が厳しいパケットの到来を含むことができる。ＷＴＲＵは、閾値未満に下がった１つまたは複数のパケットまたはデータのＴＴＬに基づいてＲＲをトリガすることができる。ＷＴＲＵは、ＷＴＲＵにおいて、サービスの開始、構成または再構成、ＴＲＰ、論理チャネル、ＳＯＭ、および／または同様のものに基づいて、ＲＲをトリガすることができる。ＷＴＲＵは、進行中の送信とは異なるＱｏＳクラスを有するパケットの到来に基づいて、ＲＲをトリガすることができる。ＷＴＲＵは、レートに関連するＱｏＳ要件を満たさないデータ、および／または同様のものに基づいて、ＲＲをトリガすることができる。
【０１４５】
ＷＴＲＵは、以下の１つまたは複数のものに基づいてＲＲをトリガすることができる。ＷＴＲＵは、アプリケーションレイヤからの指示に基づいてＲＲをトリガすることができる。ＷＴＲＵは、タイマの周期的な終了に基づいてＲＲをトリガすることができる。ＷＴＲＵは、バッファがもはや空ではないという指示（または他のバッファ占有情報）に基づいてＲＲをトリガすることができる。ＷＴＲＵは、１つまたは複数のＨＡＲＱエンティティが、スリープ、ＤＲＸ、および／または同様のものから回復したとき再送信を実施すべきであると示したことに基づいてＲＲをトリガすることができる。ＷＴＲＵは、サービスの開始、構成、または再構成に基づいて、ＲＲをトリガすることができる。ＷＴＲＵは、論理チャネル（例えば、低遅延通信を必要とする論理チャネル）の作成に基づいてＲＲをトリガすることができる。ＷＴＲＵは、ＷＴＲＵがネットワークに接続されたことに基づいてＲＲをトリガすることができる。最近の例示的なトリガイベントに関して、ネットワークがＬＴＥ支援のネットワークである場合、かつ新しいデータが、ＬＴＥサービスにより満たすことのできない要件を備えて到来した場合、ＷＴＲＵは、５ＧＦｌｅｘ  ＲＲをトリガすることができる。
【０１４６】
別のサービスまたは別の論理チャネルのサービスをしているリソース上のデータ送信が進行中である、または開始している間に、ＷＴＲＵは、サービスまたは論理チャネルに対してＲＲをトリガすることができる。このシナリオでは、ＷＴＲＵは、例えば、優先順位の決定、リソース量、および／または送るべきデータ量に基づいて（絶対的な期間中に、または各サービスに対する現在のＱｏＳ特性に基づいて）以下のアクションの１つまたは複数のものを実施することができる。ＷＴＲＵは、進行中のデータ送信にＲＲ情報を追加することができる、またはＷＴＲＵは、ＲＲの送信を、進行中のデータ送信が完了するまで遅延させることができる。しかし時間に影響を受けやすい送信の場合、ＷＴＲＵがＲＲの送信を遅延させた場合、または追加される情報がＴＴＩの最後にネットワークにより復号される場合、ＲＲ遅延は行われない可能性がある。ＷＴＲＵは、ＲＲをネットワークに直ちに送ることができる。ＷＴＲＵは、ＲＲの送信を回避し、かつリソース優先順位付けを行って、既存のリソースを用いてＲＲをトリガした新しいサービスに対処することができる。
【０１４７】
説明のためであるが、ＷＴＲＵは、進行中のウェブブラウジングセッションを有することができ、また送信に利用可能なリソースを有することができる。そのとき、ＷＴＲＵが、厳密性の低いＱｏＳ要件（例えば、時間に関連するＱｏＳ要件）を有するデータを受信した場合、ＷＴＲＵは、データと共にリソース要求情報を送信することができる（例えば、ＭＡＣ  ＰＤＵを用いて、またはＲＲをＰＨＹレイヤに組み込んで）。受信したデータが、厳密なＱｏＳ要件を有する場合、または遅延要件が満たされない場合、ＷＴＲＵは、サービスに関連付けられたＲＲ特性を用いて、ＲＲの送信をトリガすることができる（例えば、ＲＲの送信に使用されるＲＲ特性は、ＲＲが適用されるサービスを暗黙的に示すことができる、ＲＲ特性は、計算方式、タイミング、リソース、送信技法、および／または同様のものを反映することができる）。このような場合、ＷＴＲＵは、進行中のデータ送信と並列にＲＲを送信することができる（例えば、異なるリソース上で）、またはＷＴＲＵは、データの送信を遅延させて、ＲＲを送信することができる。例えば、データが、進行中の送信の途中に到来し、ＲＲがトリガされた場合、ＷＴＲＵは、第１の利用可能なリソースでデータを送信する（例えば、直ちに送信する）ことができる。無線インターフェースで、対応するＲＲを送信するための時間より後の時間に、次の利用可能なリソースが生じた場合、ＷＴＲＵは、進行している送信中にＲＲを送信することができる。長いＴＴＩの送信が進行している間に、および／またはＲＲ特有のリソースが制限されている、もしくは利用できない間にＲＲを送信するための機構が本明細書で述べられる。
【０１４８】
本明細書で述べられる例示的な通信システムにおいて、ＷＴＲＵは、ネットワークからの許可によりリソースへのアクセス権を取得することができる。許可されたリソースを用いるかどうかは、ＷＴＲＵが、送信方式を切り換えるときに変化し得る動作態様の例とすることができる。ＷＴＲＵは、許可において、以下の１つまたは複数のものを受信することができる。ＷＴＲＵは、ＷＴＲＵがアクセスできるリソースに関する情報（例えば、指示）を受信することができる。リソースは、例えば、事前に構成されたリソースインデックスとして指定され得るか、または許可において明示的に伝えることができる。ＷＴＲＵは、許可が有効であるＳＯＭまたはトランスポートチャネルに関する情報を受信することができる。例えば、情報は、ＷＴＲＵが使用できる計算方式、ＴＴＩ、および／または波形を示すことができる。ＷＴＲＵは、ＷＴＲＵが、与えられた許可に対して使用できる論理チャネル、サービスタイプ、優先順位、および／または同様のものに関する情報を受信することができる。情報は、ＷＴＲＵとネットワークの間で共通に理解される識別子または値を含むことができる。ＷＴＲＵは、許可のトランスポートフォーマットに関する情報を受信することができる（例えば、ＭＣＳ、ブロックサイズ、開始時間など）。ＷＴＲＵは、ＴＴＩ長さに関する情報を受信することができる。ＷＴＲＵは、許可の妥当性に関する情報を受信することができる。例えば、その情報は、許可に対してＷＴＲＵが使用できるＴＴＩまたはＴＴＩの範囲、期間長さなどを示すことができる。ＷＴＲＵは、許可と共に使用できる、または許可から除外される可能性のある論理チャネル、優先順位、および／またはサービスの範囲に関する情報を受信することができる。範囲は、一定の優先順位値を超える、またはそれ未満であり得る（例えば、それは、許可においてネットワークにより示すことができる）。
【０１４９】
ＷＴＲＵは、論理チャネルの送信を優先順位付けすることができる。このような論理チャネル送信の優先順位付けは、ＷＴＲＵが送信方式を切り換えるときに変化し得る動作態様の例とすることができる。例えば、ＷＴＲＵは許可を利用して、許可で伝えられた値未満の、またはそれを超える優先順位値を有する、または許可で伝えられた一定の範囲内にある（例えば、最小値から最大値まで）論理チャネル（例えば、任意の論理チャネル）を送信することができる。許容可能な優先順位値の範囲内で、ＷＴＲＵは、一定の優先順位レベルを除外することができる。
【０１５０】
ＷＴＲＵは、許可されたリソースの使用を優先順位付けるように構成することができる。様々なサービスの中で許可されたリソースの優先順位付けは、ＷＴＲＵが送信方式を切り換えるときに変化し得る動作態様の例とすることができる。例えば、５Ｇサービスの優先順位範囲は、許可されたリソースのスケジューリングおよび使用に関連付けられた１０個の異なる優先順位レベルを含むことができ、レベル１０は、ＵＬＬＣサービスタイプに関連付けることのできる最高の優先順位である。ＷＴＲＵは、より高い優先順位サービスに対して最初にリソースを指定するように構成することができる（例えば、これらの高い優先順位サービスが、送信すべきデータを有するとき）。例えば、ＷＴＲＵは、優先順位レベル５に割り当てられた許可を受信することができる。したがって、ＷＴＲＵは、５以上の優先順位レベルにタグ付けされたトランスポートブロックに対して、または最高の優先順位が５未満である場合、最高の優先順位を有するトランスポートブロックに対して、許可を（例えば、許可に関連付けられたリソースを）利用するように構成することができる。ＭＡＣレイヤは、ＰＨＹレイヤから許可の指示を受信すると、５以上の優先順位レベルを有する、または最高の優先順位が５未満である場合、最高の優先順位を有するパケットをその送信バッファ内で選択することができ、そのパケットを、送信のためにＰＨＹレイヤに送ることができる。
【０１５１】
ＷＴＲＵは、リソース優先順位付けを、ＰＨＹレイヤにおける特定タイプのリソースに結合するように構成することができる。リソース優先順位付けをリソースタイプに結合することは、ＷＴＲＵが送信方式を切り換えるときに変化し得る動作態様の例とすることができる。例えば、ＷＴＲＵは、特定の優先順位の論理チャネルに対してだけ、特定のＳＯＭを使用するように構成することができる。説明のためであるが、ＷＴＲＵは、優先順位レベル５に割り当てられた許可を受信することができる。ＷＴＲＵは、５以下の優先順位レベルでタグ付けされたトランスポートブロックに対して許可（例えば、許可に関連付けられたリソース）を利用するように構成することができる。したがって、ＷＴＲＵは、より高い優先順位データ（例えば、５を超える優先順位レベルを有するデータ）に対する許可に関連付けられたリソースを利用することが阻止される可能性があるが、それは、これらのリソースが、より高い優先順位レベルのデータに適応するように構成されていない可能性があるからである（例えば、信頼性または適時性に関して）。
【０１５２】
ＷＴＲＵは、許可されたリソースを使用できる優先順位レベルの範囲から特定の優先順位レベルを除外するように構成することができる。特定の優先順位レベルを除外することは、ＷＴＲＵが送信方式を切り換えるときに変化し得る動作態様の例とすることができる。ＷＴＲＵにより除外され得る特定のレベルは、仕様により定義することができる、またはＷＴＲＵに伝えることができる。例えば、優先順位レベル１０は、そのレベルは、超低遅延通信の最高の形態に関連付けることができ（例えば、常に関連付けることができ）、したがって、別個に許可され得る（例えば、特別の優先順位レベルを示すことにより、または異なる機構により）特別なタイプのリソースが必要になり得るため、除外することができる。
【０１５３】
ＷＴＲＵは、自律的にリソース（例えば、事前に構成されたリソース）にアクセスするように構成することができる。リソースの自律的なアクセスは、ＷＴＲＵが、送信方式を切り換えるときに変化し得る動作態様の例とすることができる。ＷＴＲＵは、ＷＴＲＵが自律的に実施できる送信のセットを用いて事前に構成することができる。このような能力は、例えば、ＩｏＴ分野、産業分野、車両通信、および／または同様のもので望ましいはずである。これらのシナリオの１つまたは複数のものにおいて、ＷＴＲＵは、長い時間期間の間、アップリンク送信がほとんどない、または全くない状態から、非常に低遅延を含む規則的な（例えば、定期的な）送信を有する状態へと移動することができる。低遅延を含む規則的な送信を開始するために、ＷＴＲＵは、事前に構成されたリソースのセットを用いて構成することができる。ＷＴＲＵは、これらの事前に構成されたリソースの１つまたは複数のものを用いて、一定のＱｏＳ要件を有するデータを送信することができる。例えば、ＷＴＲＵは、ＵＬ、ＤＬ、サイドリンクなどに対するリソースを用いて構成することができる。このような構成は、必ずしもＷＴＲＵに対してリソースを予約する必要はないはずであるが、ＷＴＲＵに、必要な場合どのリソースをＷＴＲＵが利用できるかを示すことができる。
【０１５４】
事前に構成されるリソースは、１つまたは複数の重複する、または重複しない時間−周波数リソースの静的な構成を含むことができる。リソースは、有限の時間期間続くことができる、かつ／または一定の周期性を有して存在することができる。例えば、１つの事前に構成されるリソースは、特定のフレームまたはサブフレーム番号に位置する単一のリソースブロックを含むことができる。ＷＴＲＵは、ネットワークに登録および／または接続すると、ネットワークからの専用のシグナリング（例えば、ＲＲＣシグナリングと同様の）を介して、アクセステーブル（例えば、システムシグネチャに関連付けられた）を介して、ＷＴＲＵもしくはサービスに対応する識別を使用することにより、ならびに／またはこのような事前に構成されたリソースが必要になり得るサービス、無線ベアラ、論理チャネル、および／もしくは同様のものを確立することにより、事前に構成されたリソースを受信する、または事前に構成されたリソースの修正を要求することができる。
【０１５５】
ＷＴＲＵは、例えば、短いアップリンク送信を介して、またはＲＲもしくはスケジューリング情報（ＳＩ）の送信を介して、事前に構成されたリソースへのアクセス権を得ることができる。このようなアップリンク送信は、以下の１つまたは複数のものを含むことができる。送信は、送信する要求を含むことができる。送信は、事前に構成されたリソースセットにおける望ましい事前に構成されたリソースを識別するインデックスまたは識別子を含むことができる。送信は、事前に構成されたリソースの使用の持続時間を指定する情報を含むことができる（例えば、ＷＴＲＵは、リソースを１回使用したいのか，または周期的に使用したいのか、ＷＴＲＵがリソースを使用することを望む時間期間など）。送信は、事前に構成されたリソースがもはや有効ではないかどうか、および／または有効ではなくなったときを定義するために使用できる可能性のある条件を含むことができる。送信は、事前に構成されたリソースに関する情報に関連する識別子／インデックス、および他のタイミング持続時間を求める要求を含むことができる。送信は、ＷＴＲＵが事前に構成されたリソースを使用できる時間期間を含むことができる。送信は、ＲＲまたはＳＩに担持され得る他の情報を含むことができる。ＷＴＲＵは、例えば、ＷＴＲＵ特有のＲＲもしくはＳＩリソースにより、または本明細書で述べる明示的な識別子により、送信において識別することができる。
【０１５６】
要求（例えば、本明細書で述べるＲＲなど）を送信すると、ＷＴＲＵは、要求をトリガした、サービスまたはＱｏＳクラスに関連付けられた１つまたは複数の制御チャネルのモニタを開始することができる。例えば、低遅延データの送信が要求される場合、ＷＴＲＵは、低遅延サービス、または対応するＳＯＭに関連付けられた１つまたは複数の制御チャネルのモニタリングを開始することができる。ＷＴＲＵは、適時に確認を受信することができる（例えば、本明細書で述べられるものと同様な方法で）。ＷＴＲＵは、本明細書で述べるように、短いアップリンク送信を送った後、ネットワークから応答を受信することができる。ＷＴＲＵは、その応答から、以下のいずれか、または両方を受信することができる、すなわち、短いアップリンク送信におけるものであり得るインデックスおよび／またはタイミングに関連する情報、またはリソースの使用に対する確認応答である。例えば、ＷＴＲＵは、特定のサービスまたはＳＯＭのためのリソースを求める要求を示す短いＵＬ送信を行うことができる。ネットワークは、事前に構成されたリソースに対するインデックスで応ずることができる。事前の構成条件、および／または要求されたサービスタイプに応じて、事前に構成されたリソースは、少なくとも１つの送信に使用することができる。
【０１５７】
ＷＴＲＵは、ダウンリンク（ＤＬ）において、事前に構成されたリソースが提供され得る。例えば、提供は、本明細書で述べる応答機構を用いて行うことができる（例えば、提供は、ネットワークからの応答に含まれ得る）。ＷＴＲＵは、事前に構成されたリソースを使用不能にすることができる（例えば、事前に構成されたリソースを使用可能にできる方法と同様に）。例えば、ＷＴＲＵは、例えば、バッファ内の遅延制限が厳しいデータ量が閾値未満である場合など、ＲＲを送信することにより、事前に構成されたリソース送信を使用不能に（例えば、暗黙的に）することができる。事前に構成されたリソースを求める要求、および／またはその使用可能／使用可能は、ＷＴＲＵが、送信方式を切り換えるときに変化し得る動作態様の例である。
【０１５８】
ＷＴＲＵは、例えば、ＷＴＲＵに必ずしも割り振られない可能なリソースを用いて自律的なアップリンク送信を実施することができる。このような送信に対して、ＷＴＲＵは、事前に構成されたリソースの利用を可能にすることができ、かつ／またはこのようなリソースがＷＴＲＵによって利用されていることをネットワークに知らせることができる。さらに、またはあるいは、ＷＴＲＵは、低遅延アップリンク制御チャネル上で、またはＷＴＲＵに割り当てられた、もしくは１つもしくは複数のＷＴＲＵに専用の低遅延データ送信（例えば、短いＴＴＩを含む）を介して、アップリンク送信を実施することができる。自律的なアップリンク送信は、ＷＴＲＵが、送信方式を切り換えるときに変化し得る動作態様の例である。
【０１５９】
ＷＴＲＵは、アップリンク送信に対してスケジュールされたリソースを介してＭＡＣ  ＣＥ  または他の同様の制御メッセージにより、事前に構成されたリソースを可能にするためのＵＬ送信を実施することができる。ＷＴＲＵは、ＵＬ送信を自律的に送る代わりに、前述のものを実施することができる。事前に構成されたリソースを可能にするためにスケジュールされたリソースを用いることは、ＷＴＲＵが、送信方式を切り換えるときに変化し得る動作態様の例とすることができる。
【０１６０】
ＷＴＲＵは、事前に構成されたリソースを求める要求を、または事前に構成されたリソースを使用する指示を、本明細書で述べる任意の適切な技法により送信することができる。例えば、ＷＴＲＵは、ＲＲを送信するのと同様な方法で、要求または指示を送信することができる。例えば、ＷＴＲＵは、ＲＲを介して事前に構成されたリソースを使用可能にすることができる（例えば、ＲＲのコンテンツに基づく）。ＷＴＲＵは、例えば、望ましいリソース構成を示すために、ＲＲを送ることにより、明示的に事前に構成されたリソースを使用可能にすることができる。ＷＴＲＵは、例えば、ＲＲにＱｏＳに関連するパラメータを含めることにより、暗黙的に事前に構成されたリソースを使用可能にすることができ、それは、特定タイプのリソース構成を求める自動要求として解釈され得る。ＷＴＲＵは、特定のトリガ条件を含むＲＲが送信されると、事前に構成されたリソースを暗黙的に使用できるようになる。このような条件は、事前に構成されたリソースそれ自体の初期の事前構成の一部とすることができる。例えば、ＷＴＲＵは、特定の閾値を超える遅延制限が厳しいデータの量を示すＲＲが送信されると、事前に構成されたリソースを利用するように構成することができる。
【０１６１】
ＷＴＲＵは、以下の機構の１つまたは複数のものを用いて、本明細書で述べるアップリンク送信を実施するように構成することができる。ＷＴＲＵは、１つまたは複数のＷＴＲＵがネットワークに伝えるために予約された短いＰＨＹレイヤ信号を用いて、アップリンク送信を実施するように構成することができる。ＷＴＲＵは、複数のＷＴＲＵの中で共用されるチャネルを介して送られるＣＤＭＡと同様の信号、またはパンクチャされた信号を用いて、アップリンク送信を実施するように構成することができる。ＷＴＲＵは、特定の、明確な時間インスタンスで実施されるＲＡＣＨと同様のアップリンク送信を用いて、アップリンク送信を実施するように構成することができる。ＷＴＲＵは、事前に構成されたリソースに関連付けられたリソースの１つにおける最初の送信により、アップリンク送信を実施するように構成することができる。ダウンリンクにおけるネットワーク送信（例えば、それは、ＡＣＫまたは指示を含むことができる）は、低遅延制御チャネル、短いＴＴＩを有するデータチャネル、または別の適切なＤＬチャネルを用いて実施することができる。
【０１６２】
ＷＴＲＵには、１つまたは複数のサービスに対してデータを送信するためのリソースを割り振ることができる。ＷＴＲＵは、割り振られたリソースのすべて、またはサブセットを用いて、データ送信を動的にスケジュール（例えば、自己スケジューリングにより）することができる。割り振られたリソースは、時間ドメインにおける１つまたは複数の特定のウィンドウ内に制約され得る（例えば、このような時間ウィンドウは、２〜３ミリ秒から数ミリ秒の持続時間を有することができる）。いくつかの実施形態では、１つまたは複数の時間ウィンドウは、周期的に繰り返すことができる（例えば、実質的に周期的に）。割り振られたリソースは、周波数ドメインにおける一定の範囲内に制約され得る。周波数の範囲は、時間（例えば、周波数ダイバーシティを提供する）に応ずることができる。割り振られたリソースは、ＷＴＲＵがデータおよび制御情報を送信できる少なくとも１つのアップリンク物理チャネル（ＵＰＣＨ）により使用することができる。割り振られたリソースは、１つまたは複数のサイドリンク物理チャネル（ＳＰＣＨ）により使用することができる。リソースは、いくつかのリソースが特定タイプのサービス用に予約され得るように、サービスタイプに基づいて（例えば、各タイプのサービスに対して）、割り振ることができる。
【０１６３】
ＷＴＲＵには、スケジューリング情報（ＳＩ）、他のアップリンク制御情報（ＵＣＩ）、および／またはサイドリンク制御情報（ＳＣＩ）を送信するように、リソースを割り振ることができる。これらの情報は、例えば、ＨＡＲＱ−ＡＣＫおよび／またはＣＳＩフィードバックを含むことができる。本明細書におけるＳＩに関する論議は、リソース要求（ＲＲ）に適用可能であることに留意されたい（例えば、ＲＲは、ＳＩのタイプと見なすることができ、またＳＩと相互に交換可能に参照することができる、例えば、ＳＩに関して述べられる例は、ＲＲにも適用可能であり、その反対も同様である）。同様に、ＲＲに関する本明細書の論議は、ＳＩに適用可能である。例えば、前述のものは、ＳＩを送信するためのリソース割振りを論ずるが、当業者であれば、その機構は、ＲＲの送信にも適用可能であることが理解されよう。ＳＩおよび／または他のＵＣＩ／ＳＣＩの送信用に割り振られたリソースは、自己スケジューリング動作に対して割り振られたリソースのブロックの一部とすることができる、または別個に割り振られたものであり得る。いくつかの実施形態では、リソースは、データを送信するのに利用可能にすることができる、ＳＩおよび／または他のＵＣＩ／ＳＣＩの送信は、特定の物理制御チャネル（例えば、アップリンクまたはサイドリンク物理制御チャネル）上で行うことができる。ＳＩおよび／または他のＵＣＩ／ＳＣＩは、（例えば、データと共に）アップリンクまたはサイドリンク物理チャネルでエンコードされ、かつ多重化することができる（例えば、帯域内で）。
【０１６４】
ＳＩおよび／または他のＵＣＩ／ＳＣＩの送信に対するリソース割振りは、送信に対して高い頻度の機会を提供するために、最短の適用可能なＴＴＩごとになど、規則的な間隔で行うように構成することができる。ＳＩの単一のインスタンスの送信に使用されるリソースは、割振りの周波数ドメインにおける全範囲を占めることができる。このように、ＳＩの１つのインスタンスを送信するために構成された時間シンボルの数を低減する（例えば、最小化する）ことができる。ＳＩは、他のＵＣＩ／ＳＣＩと一緒にエンコードすることができる。ＳＩおよび／または他のＵＣＩ／ＳＣＩは、変調、レイヤマッピング、および／またはリソース要素マッピングの前に、別々にエンコードする、また多重化する（例えば、連結する）ことができる。符号化率、符号化方式、および／または変調は、本明細書で述べる技法の１つまたは複数のものを用いて決定することができる。
【０１６５】
ＷＴＲＵは、ＳＩおよび／またはＵＣＩ／ＳＣＩの送信に関連付けられたパラメータに関する情報を送信することができる。このような情報は、ネットワークノード、または別のＷＴＲＵなど、受信ノードがＳＩおよび／またはＵＣＩ／ＳＣＩを復号するのを助けることができる。例えば、ＷＴＲＵは、情報ビットの数、変調および符号化方式、および／またはＳＩおよび／または他のＵＣＩ／ＳＣＩに関連付けられたリソース情報（例えば、時間シンボルの数）を指定することができる。このような情報は、ＳＩおよび／またはＵＣＩ／ＳＣＩから別々にエンコードすることができ、かつ／または割り振られたリソースの知られた部分にマップすることができる。ＷＴＲＵは次の時間シンボルが、ＳＩおよび／またはＵＣＩ／ＳＣＩを含むかどうかの指示を含むことができる（例えば、ＳＩおよび／またはＵＣＩ／ＳＣＩを含む各時間シンボルに対して）。
【０１６６】
ＷＴＲＵは、１つまたは複数のＴＴＩでデータを送信することができる。ＷＴＲＵは、１つもしくは複数のサービス、１つもしくは複数の論理もしくはトランスポートチャネル、および／または１つもしくは複数の受信装置（例えば、ネットワークノードまたは他のＷＴＲＵ）に対してデータを送信することができる。ＷＴＲＵは、１つまたは複数の受信装置がデータを復号するのを助けるために、ＳＩ（例えば、ＳＩのインスタンス）におけるデータに関連付けられた情報を含むことができる。ＳＩのインスタンスは、１つまたは複数のＴＴＩにおけるデータ送信の前に送信することができる。ＳＩの送信は、固定のタイミング関係に従って行うことができる。
【０１６７】
ＷＴＲＵは、データの送信がＴＴＩ内で行われているかどうかをＳＩで示すことができる。例えば、ＳＩは、ＴＴＩに関する、またはＴＴＩ内の送信の適用可能なタイプに関する以下の１つまたは複数のものを示すことができる。ＳＩは、データがＴＴＩ内で送信されるかどうかを示すことができる。ＳＩは、送信に含まれるデータ、サービス、または論理チャネルのタイプを示すことができる。ＳＩは、ＴＴＩのタイミング指示を含むことができる（例えば、ＳＩインスタンスからの時間単位の数など）。ＳＩは、ＴＴＩの持続時間を示すことができる。ＳＩは、ＷＴＲＵに対する識別子を示すことができる（例えば、ＲＮＴＩなど）。ＳＩは、宛先ノード（例えば、ネットワークノード（ＴＲＰ）、または別のＷＴＲＵなど）の指示を含むことができる。ＳＩは、ＷＴＲＵの識別子など、別のフィールドと組み合わされた、またはマスクされたＣＲＣなどの巡回冗長検査（ＣＲＣ）を示すことができる。ＳＩは、コードワードの数を示すことができる。ＳＩは、電力に関連する情報を示すことができる（例えば、電力ヘッドルームなど）。ＳＩは、スケジューリング要求および／もしくはバッファ状況レポート、ＨＡＲＱ−ＡＣＫもしくはＣＳＩフィードバック、ならびに／または送信電力制御コマンドなど他の制御情報を示すことができる。
【０１６８】
ＷＴＲＵは、ＳＩにおいて、コードワードに対して情報がどのように送信されるかの記述を示すことができる。その場合、その記述は、以下の１つまたは複数のものを含むことができる。記述は、トランスポートチャネルタイプを含むことができる。記述は、畳み込みまたはターボなどの符号化タイプを含むことができる。記述は、変調および符号化方式（ＭＣＳ）を含むことができる。記述は、新規データ指示（ＮＤＩ）、プロセス識別、および／または再送信シーケンス数などのＨＡＲＱ情報を含むことができる。記述は、割り振られたリソース内、またはＴＴＩ内の周波数／時間割振りを含むことができる。記述は、送信ダイバーシティまたは空間多重化方式、および／または送信レイヤの数などの空間処理情報を含むことができる。記述は、アンテナポート、および／または参照信号情報を含むことができる。
【０１６９】
ＷＴＲＵは、単一フィールドを使用して、本明細書で述べるパラメータの複数のものを伝え、または示し、例えば、オーバヘッドを低減することができる。例えば、フィールドは、ＭＣＳおよび符号化タイプまたはトランスポートチャネルタイプの組合せを示すことができる。組合せ値と、対応するパラメータの値との間のマッピングは、事前に定義される、または上位レイヤにより構成され得る。ＷＴＲＵは、送信をスケジュールするために、および／または送信に関するパラメータを設定するために、以下の技法の１つまたは複数のものを使用することができる。
【０１７０】
ＷＴＲＵは、周波数または空間ドメインにおいて、送信を多重化するように構成することができる。例えば、ＷＴＲＵは、本明細書で述べるように、サービスタイプ、および／またはＴＴＬなどの他のパラメータに基づき、データの送信の優先順位を付けることができる。ＷＴＲＵは、高い優先順位のデータの開始時間は、低い優先順位のデータよりも早くなるように、優先順位を適用することができる。ＷＴＲＵは、同じ時間間隔中に異なる優先順位のデータを送信することができる（例えば、優先順位の高いデータのすべてが、時間間隔中に送信できるという条件下で）。このような場合、高い優先順位のデータは、電力、周波数、および／または空間ドメインにおいて利用可能なリソースの一部を用いて送信することができる。
【０１７１】
利用可能なリソースは、周波数ドメインにおいて分割することができる。ＷＴＲＵは、必要に応じた量の周波数リソースを高い優先順位のデータに割り振り、残りのリソースを、より低い優先順位のデータを送信するために使用することができる。ＷＴＲＵは、事前に定義されたルールに従って、送信に対する（例えば、各送信に対する）周波数割振りを決定することができる。例えば、ＷＴＲＵは、最高の、または最低の周波数のいずれかを最初に割り振ることができる。割振りは、受信装置からの周波数選択性チャネル品質フィードバックに基づく、かつ／または送信の優先順位に基づくことができる。ＷＴＲＵは、より高いチャネル品質を有する周波数部分を、より高い優先順位送信にまず割り振ることができる。例えば、ＷＴＲＵは、自己スケジューリング動作に割り振られた周波数範囲の第１の部分が、第２の部分よりも高い品質を有するという指示を、ネットワークノードから受信しておくことができる。このような場合、ＷＴＲＵは、周波数範囲の少なくとも第１の部分を用いて、より高い優先順位の送信を実施することができる。
【０１７２】
空間多重化を使用できる場合、ＷＴＲＵは、必要に応じた数の送信レイヤを高い優先順位のデータに割り振り、残りの空間レイヤを低い優先順位のデータを送信するために使用することができる。ＷＴＲＵは、例えば、事前に定義されたルールに従って、または受信装置からのレイヤ特有のチャネル品質フィードバックに基づき、送信に対する（例えば、各送信に対する）レイヤ選択を決定することができる。
【０１７３】
ＷＴＲＵは、１つまたは複数の適合原理に従って、送信電力、ＭＣＳ、および／または空間送信方式を選択することができる。例えば、ＷＴＲＵは、送信電力を構成する、また再構成する（例えば、調整する）ことができる。このような送信電力は、例えば、最大送信電力の比として表現することができる。ＷＴＲＵは、物理レイヤシグナリング、上位レイヤシグナリング、またはそれらの組合せに基づいて、送信電力を構成する、また再構成する（例えば、調整する）ことができる。その構成および再構成（例えば、調整）を支援するために、ＷＴＲＵは、構成された電力レベルで、またはネットワークにより伝えられた電力レベルを用いて、参照信号を送信することができる。ＷＴＲＵは、１つまたは複数のリソースブロックに対して（例えば、各リソースブロックに対して）、同じ送信電力を使用することができる。送信電力は、合計の送信電力が、送信が行われるリソースブロックの数に依存できるように、リソースブロックベースで構成することができる。
【０１７４】
ＷＴＲＵは、特定のデータタイプで使用するために、ＭＣＳおよび／または符号化タイプの指示を受信することができる。例えば、ＷＴＲＵは、第１のタイプのサービス（例えば、ＵＲＬＬＣ）に使用するために、第１の符号化タイプ（例えば、畳み込み符号化）、第１の変調および符号化方式（例えば、ＱＰＳＫおよびレート１／３）、および／または第１の空間送信方式（例えば、ＳＦＢＣなど送信ダイバーシティ）の指示を受信することができる。ＷＴＲＵは、第２のタイプのサービス（例えば、ｅＭＢＢ）に使用するために、第２の符号化タイプ（例えば、ターボ）、第２の変調および符号化方式（例えば、１６−ＱＡＭおよびレート１／２）、および／または第２の空間送信方式（例えば、ランク２の空間多重化）の指示を受信することができる。
【０１７５】
ＷＴＲＵは、受信装置からのチャネル品質フィードバックに応じて、および／または送信すべきデータのタイプに応じて、ＭＣＳおよび／または符号化タイプを選択することができる。例えば、受信装置からのチャネル品質フィードバックの所与の値に対して、ＷＴＲＵは、送信すべきデータが第１のタイプのサービス（例えば、ＵＲＬＬＣ）に対応する場合、第１の符号化タイプ、第１の変調および符号化方式、ならびに／または第１の空間送信方式を選択することができる。ＷＴＲＵは、送信すべきデータが第２のタイプのサービス（例えば、ｅＭＢＢ）に対応する場合、第２の符号化タイプ、第２の変調および符号化方式、ならびに／または第２の空間送信方式を選択することができる。特定タイプのサービスに使用するためのチャネル品質フィードバック値と、ＭＳＣおよび／または符号化タイプの間のマッピングは、上位レイヤにより構成することができる。
【０１７６】
ＷＴＲＵは、物理レイヤシグナリングを介して、チャネル品質、ＭＣＳ、および／または符号タイプの指示を受信することができる。例えば、自己スケジューリング動作に対してリソースを割り振る他のパラメータと共に、ダウンリンク制御情報において、指示を伝えることができる。指示は、規則的に（例えば、数ＴＴＩの程度とすることのできる間隔で）伝えることができる。
【０１７７】
ＷＴＲＵは、ＴＴＩに適用可能な動的な指示に基づいて、ＭＣＳ、送信方式、および／または送信電力のその選択を調整することができる。ＷＴＲＵは、物理レイヤシグナリングを介して、ネットワークからこのような指示を受信することができる。例えば、ＷＴＲＵは、指示が第１の値に設定される場合、より控えめな（conservative）ＭＣＳレベルおよび／または送信方式を選択することができ、また指示が第２の値に設定される場合、あまり控えめではないＭＣＳおよび／または送信方式を適用することができる。指示を用いると、ネットワークは、例えば、別のＷＴＲＵが、そのＴＴＩで同じリソースを使用することが予想されるかどうか（例えば、マルチユーザＭＩＭＯの場合など）に基づき、送信のロバスト性を調整することができる。指示を用いると、ネットワークは、一定数のＨＡＲＱ再送信の後、送信のロバスト性を増加することができる。ＷＴＲＵは、様々な指示を、ＭＣＳ／送信方式の組合せにマップすることができる。ＭＣＳと送信方式の組合せは、最も控えめではないものから、最も控えめなものへとランク付けすることができる。例えば、ＷＴＲＵは、このようなランク付けをテーブルに記憶することができ、また指示を、テーブルの１つまたは複数のエントリにリンクするオフセットへとマップすることができる。オフセットは、上位レイヤにより構成することができ、かつ／またはサービスタイプもしくはトランスポートチャネルに依存することができる。
【０１７８】
ＷＴＲＵは、実施される再送信の数、最初のデータ送信からの遅延、および／またはデータのＴＴＬに基づいて、ＭＣＳ、符号化タイプ、および／または送信電力のその選択を調整することができる。例えば、ＷＴＲＵは、送信により搬送されるデータのＴＴＬが、閾値未満に下がったとき、より控えめなＭＣＳレベルおよび／または送信方式を適用することができる。調整はＭＣＳおよび／または送信方式のテーブルに適用されるオフセットを含むことができる。調整は、送信に対して、割り振られたリソースの多くの部分を割り振ることになるが、送信のロバスト性、および完了の成功に対する可能性を高めることができる。ＷＴＲＵは、データのＴＴＬが閾値未満に低下した場合、オフセットにより送信電力を高めることができる。
【０１７９】
ＷＴＲＵは、複数の受信装置に送信するように構成することができる（例えば、複数のＭＡＣインスタンスを用いる、および／または同じ時間に）。例では、第１のＭＡＣインスタンスは、第１のネットワークノードへの送信に対応することができ、また第２のＭＡＣインスタンスは、第２のネットワークノードへの送信に対応することができる。例では、第１のＭＡＣインスタンスは、ネットワークノードへの送信に対応することができ、また第２のＭＡＣインスタンスは、別のＷＴＲＵへの送信に対応することができる。送信に（例えば、各送信に）適用可能なＭＣＳおよび／または符号化タイプは、受信装置により提供されるチャネル品質フィードバックおよび／または他の指示に依存ずることができる。
【０１８０】
リソースは、自己スケジューリング動作に対して構成することができる。１つまたは複数のタイプのサービスに対して（例えば、各タイプのサービスに対して）、これらのリソースは、以下の１つまたは複数のものを含むことができる。自己スケジューリングに対するリソースは、データおよび／または制御情報（例えば、ＳＩおよび／またはＳＣＩ／ＵＣＩなど）の送信に対するリソースを含むことができる。自己スケジューリングのためのリソースは、制御情報を受信するためのリソースを含むことができる（例えば、チャネル品質フィードバック、ＨＡＲＱフィードバック、および／または他の指示などのダウンリンクまたはサイドリンク制御情報など）。自己スケジューリングのためのリソースは、リンク適合のためのパラメータを含むことができる（例えば、送信電力、さらに電力、ＭＣＳ，および／または送信方式を調整するためのオフセットなど）。自己スケジューリングのためのリソースは、上位レイヤにより、または物理レイヤシグナリングと上位レイヤシグナリングの組合せにより構成することができる。例えば、ＷＴＲＵは、例えば、物理制御チャネルからのダウンリンク制御シグナリングを介してなど、自己スケジューリングのためのリソースの構成に関連付けられたパラメータのセットにマップされ得るフィールドを受信することができる。このようなマッピングは、上位レイヤにより構成することができる。
【０１８１】
ＷＴＲＵは、特定タイプのサービス（例えば、ＵＲＬＬＣなど）に専用のリソースへのアクセス権を有することができる。このようなリソースは、複数のＷＴＲＵに共通のものとすることができる（例えば、ＷＴＲＵにより共用され得る）。複数のＷＴＲＵは、ＵＲＬＬＣデータを（少なくとも時々）送信することができる。専用のリソースは、特定のリソースブロックまたはサブキャリアなどの特定の時間／周波数リソースを含むことができる。リソースは、フレームまたはサブフレームの所与のセットに対して、または長い時間期間にわたって、使用することができる。ＷＴＲＵは、例えば、ネットワークによる同報通信もしくは専用のシグナリングに基づき、またはアクセステーブルにより、特定のサービスに（例えば、ＵＲＬＬＣに対して）専用のリソースを決定することができる。
【０１８２】
ＷＴＲＵは、専用のＰＨＹリソース上で自律的に送信を行うことができる。例えば、ＷＴＲＵは、専用のＰＨＹリソースが、ＷＴＲＵ用に（例えば、そのＷＴＲＵに対してだけ）予約されている場合、このような自律的な送信を行うように構成することができる。ＷＴＲＵは、低遅延ダウンリンク制御チャネルを介して、ネットワークからＡＣＫを受信することができる。例えば、ＡＣＫは、制御チャネルを介して送ることができる。ＡＣＫは、指示と同じサブフレーム内で、および／または短縮されたＴＴＩを使用することにより送ることができる。ＡＣＫは、どのリソースを使用すべきかの指示を含むことができる。ＡＣＫは、一定の時間周波数空間内の専用のシンボルを介して送ることができる（例えば、時間周波数空間を、この特定の目的に対して予約することができる）。例えば、シンボルのセットを、ダウンリンクＡＣＫを受信するためにＷＴＲＵ（例えば、各ＷＴＵＲ）用にとって置くことができる。このようなシンボルは、例えば、指示からの応答をＷＴＲＵが予想していないサブフレームまたはＴＴＩ上で、他の目的で働くことができる（例えば、シンボルは、参照シンボルとして働くことができる）。
【０１８３】
ＷＴＲＵは、短縮されたＴＴＩを用いて送信するために使用できる（例えば、特に予約できる）ＰＨＹレイヤにおけるリソースを用いて構成することができる。例えば、特定の時間／周波数リソース（例えば、各ｙフレームに対してｘリソースブロック）を、短縮されたＴＴＩ送信（例えば、２ＯＦＤＭシンボル）を行うために、ＷＴＲＵに対して予約することができる。ＷＴＲＵは、以下の例示的な技法の１つまたは複数のものを用いて、短縮されたＴＴＩのために予約されたリソースを決定することができる。リソースは、ＷＴＲＵに対して静的に定義することができる。リソースは、専用のシグナリングを介して、またはアクセステーブルで、ネットワークにより伝えることができる。リソースは、ＷＴＲＵのデバイスタイプに基づき、サービスタイプに基づき、および／またはＷＴＲＵにより現在管理されているトラフィックのタイプに基づき定義／作成され得る（例えば、暗黙的に）。ＷＴＲＵは、自律的にリソースを選択するように構成することができる。
【０１８４】
いくつかのタイプの送信を、他のものに対して優先順位を付けることができる。図５は、優先順位付けられた送信の例を示す。このような送信の優先順位付けは、ＵＲＬＬＣ送信、差別化されたＱｏＳ  ｅＭＢＢ送信、非多重化ＵＲＬＬＣ送信、および／または同様のものを含む様々な使用例に適用することができる。送信の優先順位付けは、例えば、以下の１つまたは複数ものに基づいて実現することができる。送信の優先順位付けは、要求の差別化により実現することができる。送信の優先順位付けは、トランスポートチャネル選択により実現することができる。送信の優先順位付けは、高い優先順位のＨＡＲＱおよび／または異なるトランスポートチャネルへの送信リソースの再関連付けにより実現することができる。優先順位が付けられた送信は、特定の計算方式を示す、かつ／または利用することができる。優先順位が付けられた送信は、送信の完了を成功させるために許容された最大時間を用いて構成されたＰＤＵを含むことができる（例えば、ＵＲＬＬＣ送信、または差別化されたＱｏＳ  ｅＭＢＢ送信の場合など）。優先順位が付けられた送信は、特定の論理チャネルに関連付けられたＰＤＵを含むことができる（例えば、非多重化ＵＲＬＬＣ送信の場合など）。
【０１８５】
本明細書で述べるように、例示的な通信システムは、低遅延通信をサポートすることができる。ＷＴＲＵは、ＭＡＣ／ＰＨＹレイヤにおいて、低遅延パケットを直ちに、または処理遅延（例えば、可能な最小の遅延）を含んで送信するように構成することができる。ＷＴＲＵは、すでに処理中の送信、キャンセルされた送信、および／または低遅延パケットに優先順位を与えるために終了された送信を遅延させるように構成することができる。低遅延通信を優先させるための例示的な方式では、スケジュールされたアップリンク送信を実施しようとするＷＴＲＵは、スケジュールされた送信を遅延させて、スケジュールされた送信に割り振られたリソースを利用し、低遅延要件を有する送信を送信する、または再送信するように、自律的に判断することができる。
【０１８６】
ＷＴＲＵにより遅延され得る送信の例は、動的にスケジュールされるアップリンク送信、半永続的な送信、または静的なアップリンクの許可された送信、スケジュールされた再送信、および／または同様のものを含むことができる。例では、複数の進行中のＨＡＲＱプロセスを有するＷＴＲＵは、ＨＡＲＱプロセスの１つを中断して、低遅延データの送信を可能にすることができる。例では、ＷＴＲＵは、再送信すべきトランスポートブロックまたは送信を中断し、再送信するように意図されたリソースを利用して、低遅延要件を備えたトランスポートブロックまたはデータの最初の送信を実施することができる。例では、ＷＴＲＵは、特定の優先順位の送信、論理チャネル、および／またはサービスに関連付けられた許可を受信することができ、またＷＴＲＵは、許可された送信用に意図されたリソースを利用して、低遅延パケットを送信するように判断することができる。例えば、低遅延パケットは、非低遅延リソースを求める要求および対応する許可が行われた後、ＭＡＣレイヤに達することができる。このようなシナリオでは、ＷＴＲＵは、リソースが現在予約されている非低遅延送信に関し、かつＷＴＲＵがリソースを代わりに使用するように意図する異なるサービス、優先順位、または論理チャネルに関する指示をネットワークに送ることができる。その指示は、本明細書で述べるフォーマットおよび／または技法を用いて送信することができる。
【０１８７】
ＷＴＲＵは、非低遅延送信などの送信を遅延させることを判断すると、送信を、別の送信（例えば、低遅延送信）のために遅延させたという指示をネットワークに送信することができる。その指示は、許可またはリソース割振りが上書きされていることを示すことができる。指示は、遅延されたデータに関連付けられたＨＡＲＱ  ＩＤまたはプロセスを示すことができる。指示は、新しいデータに関連付けられたＨＡＲＱ  ＩＤまたはプロセスを示すことができる。指示は、遅延されたデータを再送信するために使用できるリソース、位置、および／または手順を示すことができる。指示は、本明細書で述べるＵＣＩ／ＳＣＩ、ＳＩ、および／またはＲＲにおいて提供され得る。指示は、遅延される、または送信すべきデータのタイプを含むことができる。例えば、ＷＴＲＵは、送信は低遅延送信であり、それに従って処理すべきであることを示すことができる。ＷＴＲＵは、送信されているデータのトランスポートフォーマット（例えば、ＭＣＳ、符号化など）、および／または同じリソースを介してデータを送信するために使用されるＰＨＹレイヤパラメータ（例えば、ＴＴＩパラメータ）を示すことができる。ネットワークは、指示を受信すると、割り込まれた特定のＨＡＲＱプロセスに対するＨＡＲＱ処理を中断することができる。ネットワークは、低遅延トランスポートブロックの送信が成功裏に完了した後、ＨＡＲＱ処理を再開することができる。
【０１８８】
元の送信に対して新しい送信（例えば、低遅延送信）を優先させると、ＷＴＲＵは、新しい送信に対して、元の送信用に意図されたものと同じ変調および／または符号化技法を利用することができる。あるいは、ＷＴＲＵは、新しい送信のために、新しいＴＴＩ、変調および／または符号化技法を選択して、ＷＴＲＵが、同じリソース内で、または同じリソースの部分内で、新しい送信を送信できるようにする。
【０１８９】
ＷＴＲＵは、上記で述べた指示を、ＷＴＲＵに割り振られたリソースのサブセットを用いてネットワークに送ることができる。例えば、ＷＴＲＵは、指示を、トランスポートブロックで、リソース要素のセットで、またはサブキャリアのセットで送ることができる。リソースのサブセットは、このような目的のために事前に定義することができる。説明のためであるが、ＷＴＲＵは、第１のトランスポートブロックの第１のＮ個のサブキャリアを用いて指示を送ることができる。ＷＴＲＵは、指示が存在することをネットワークに伝えるために、事前定義のシーケンスをさらに送信することができる。このような技法は、ネットワークが、まず専用のリソース要素を復号して、事前定義のシーケンス、中断指示、物理レイヤパラメータ、および／または同様のものの存在を決定できるようにする。
【０１９０】
さらに、またはあるいはＷＴＲＵは、上記で述べた指示を、ＵＬ低遅延制御通信に使用される制御チャネルなど、別個の制御チャネル上で送ることができる。ＷＴＲＵは、短縮されたＴＴＩを有するリソースの異なるセット上で指示を送ることができる。ネットワークは、ＷＴＲＵにより送信された情報を手探りで（blindly）復号するように構成することができる。ＷＴＲＵは、ＵＣＩ／ＳＣＩ、ＵＬ制御チャネル、ＳＩ、またはＲＲを使用して、新しいスケジューリング情報を搬送し、かつ／または新しいＨＡＲＱ情報、新しい物理レイヤパラメータ、新しいＳＯＭ、および／または新しいＴＴＩを示すことができる。ＷＴＲＵは、本明細書で述べる技法の１つまたは複数のものを使用して、関連情報を送信し、かつ／または関連パラメータを選択することができる。
【０１９１】
ＷＴＲＵは、別の送信が進行している間に、ＲＲ、ＳＩ、および／または低遅延データを送信するように構成することができる。ＲＲが、別の送信が進行している間にトリガされた場合、ＷＴＲＵは、進行している送信の最中にＲＲを送信することができる。ＴＴＩ内で、時間制限が厳しいデータに対してＲＲを送信するために、いくつかのシンボルおよび／またはリソースを予約しておくことができる。ＷＴＲＵは、ＣＤＭＡと同様の信号を用いて、ＲＲおよび／またはＳＩを送信することができる。ＷＴＲＵは、時間制限が厳しいデータをパンクチャし、かつデータ信号またはチャネルにＲＲ要求を組み込むことができる。データの受信エンティティは、データがパンクチャされているという通知を受信することができる。
【０１９２】
データ送信が、ＲＲおよび／または時間制限が厳しいデータによって割り込まれた場合、いくつかのビット（例えば、割込み後に続くすべてのビット）を削除することができる。ＷＴＲＵは、前の送信からのデータは削除され、新しい送信が開始されたこと、またはＲＲ／ＳＩが送信されていることを受信エンティティに示す情報を信号に組み込むことができる。ＷＴＲＵは、データ（割込み後に続くすべてのデータ）は削除されたことを受信エンティティ（例えば、ネットワーク）に通知することができる。時間制限が厳しいデータを処理するために、ＷＴＲＵは、その送信バッファからパケットを削除する、またはＲＡＮによってパケットが処理される前に、上位レイヤから受信するパケットを削除することができる。ＷＴＲＵは、任意のレイヤにおけるパケットを削除するように構成することができる。例えば、パケットは、それが上位レイヤから受信されたとき、削除することができる。別の例として、ＷＴＲＵにおける特定のレイヤは、上位のレイヤからＷＴＲＵが受信したＳＤＵを削除することができる。
【０１９３】
パケットを削除するとき、ＷＴＲＵは、１つまたは複数のアクションを実施することができる。ＷＴＲＵは、削除されるパケットおよび／またはＳＤＵが、特定のシーケンス番号を占めないように、シーケンス番号付けを再調整することができる。ＷＴＲＵは、送信と共に特定の指示（例えば、ＭＡＣ  ＣＥまたは同様の制御メッセージ）を送り、削除されたパケットの指示をネットワークに提供することができる。パケットを削除できる例示的な条件は、以下の１つまたは複数のものを含む。ＷＴＲＵは、パケットまたはＳＤＵが予想される送達時間よりも遅れて着いたとき、パケットまたはＳＤＵを削除することができる。例えば、予想される送達時間が、パケットまたはＳＤＵが着いたとき、すでに終了している可能性がある。ＷＴＲＵは、パケットまたはＳＤＵの予想される処理時間（例えば、現在のレイヤおよび／または下位のレイヤにより予想されるもの）が、送信する前にパケットまたはＳＤＵの予想される送達時間を期限切れにさせた場合、パケットまたはＳＤＵを削除することができる。ＷＴＲＵは、パケットまたはＳＤＵが、パケットの削除が許容される論理チャネル、フロー、および／またはサービスに関連付けられているとき、パケットまたはＳＤＵを削除することができる。関係する論理チャネル、フロー、および／またはサービスは、開始時に、パケットの削除を許容するように構成することができる。ＷＴＲＵは、パケットまたはＳＤＵを、時間制限が厳しい遅延要件を有する他のパケットと共に多重化されるとき、またパケットまたはＳＤＵそれ自体が、時間制限が厳しい遅延要件を有していないとき、パケットまたはＳＤＵを削除することができる。
【０１９４】
ＷＴＲＵは、パケットが削除された下位レイヤ、上位レイヤ、またはアプリケーションレイヤに指示を送信するように構成することができる。例えば、ＷＴＲＵは、送信に利用可能なリソース量を増加するために、ＰＨＹレイヤに指示を送信するように構成することができる。例えば、ＷＴＲＵは、起こり得る正しくない動作に関して、アプリケーションレイヤに通知するように構成することができる。
【０１９５】
本明細書で述べる例示的な通信システムは、ＭＡＣレイヤ制御シグナリングのために、いくつかのＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージを利用することができる。このようなメッセージの一例は、例えば、ＴＲＰハンドオーバ、切換え、追加、活動化、および／または非活動化を含むＴＲＰ修正に関連付けることができる。ネットワークは、このようなメッセージを送り、ＷＴＲＵに、１つのＴＲＰ上のＴｘ／Ｒｘから、別のＴＲＰ上のＴｘ／Ｒｘへの移動を命令するように構成することができる。メッセージは、ＷＴＲＵに、２つの異なるＴＲＰに対して組み合わされたＴＸ／ＲＸを開始するように命令することができる。メッセージは、以下のフィールドの１つまたは複数のものを含むことができる、すなわち、ターゲットＴＲＰ識別子、ターゲットＴＲＰ構成（例えば、リソース、電力、タイマなど）、ターゲットＴＲＰキャリア周波数および帯域幅、ターゲットＴＲＰ  ＲＡＣＨもしくはＷＴＲＵ自律送信構成、および／またはタイミング合わせである。ＷＴＲＵは、事前にターゲットＴＲＰ構成で構成することができ、ＴＲＰにアクセスするための構成のインデックスおよび／またはサブセットを受信することができる。
【０１９６】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージを、ＴＲＰ接続要求に関連付けることができる。ＷＴＲＵは、このような要求を送り、特定のＴＲＰへの接続を要求するように構成することができる。メッセージは、ＷＴＲＵ識別情報、論理チャネルおよび／またはサービスのリスト、接続要求の理由、および／または同様のものを含むことができる。
【０１９７】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージは、ＴＲＰ測定リストに関連付けることができる（例えば、メッセージは、ＴＲＰ測定リストを含むことができる）。ネットワークは、ＷＴＲＵが測定すべきＴＲＰのリストをＷＴＲＵに提供するように構成することができる。例えば、ＷＴＲＵは、ＴＲＰのリストに関連するＤＬ品質を測定するように命令され得る。ネットワークは、ＷＴＲＵが位置決定参照信号（ＰＲＳ）を測定すべきであるというＴＲＰのリストをＷＴＲＵに提供するように構成することができる（例えば、ＷＴＲＵの位置を決定するために）。ネットワークは、ＷＴＲＵが、所与の時間におけるＵＬタイミング合わせを維持すべきであるというＴＲＰリストをＷＴＲＵに提供するように構成することができる。ＴＲＰ測定リストを含むメッセージは、以下のフィールドの１つまたは複数のものを含むことができる、すなわち、メッセージタイプ、ＴＲＰ識別のリスト（例えば、各ＴＲＰに対するインデックスまたは同様の識別子）、および／またはＴＲＰに（例えば、あらゆるＴＲＰに）関連付けられた閾値である。例では、ＴＲＰ測定リストに関連付けられた情報を、ＲＲおよび／またはＳＩ情報の一部として提供することができる。
【０１９８】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージは、ＴＲＰ間（cross-TRP）スケジューリング構成に関連付けることができる。ネットワークは、例えば、半静的なＴＲＰ間スケジューリング構成を構成するために、ＷＴＲＵに、このようなメッセージを送るように構成することができる。メッセージは、以下のフィールドの１つまたは複数のものを含むことができる、すなわち、ソースＴＲＰ識別、ターゲット／宛先ＴＲＰ識別、および／またはソースと宛先リソースとの間のリソースマッピングである。
【０１９９】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージを、ＴＲＰの位置に関連付けることができる。ネットワークは、このようなメッセージをＷＴＲＵに送り、ＷＴＲＵの近傍にあるＴＲＰの各位置を提供するように構成することができる。メッセージは、以下のフィールドの１つまたは複数のものを含むことができる、すなわちＷＴＲＵの近傍にあるＴＲＰの識別、ＴＲＰによって使用されるシステムシグネチャ、および／またはＴＲＰの各位置である。
【０２００】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージを、タイミング合わせ要求に関連付けることができる。ＷＴＲＵは、このようなメッセージをネットワークに送り、ネットワークに、ＵＬタイミング合わせをＷＴＲＵに提供し、かつ／またはタイミング合わせ手順を開始すべく要求するように構成することができる。メッセージは、以下のフィールドの１つまたは複数のものを含むことができる、すなわち、タイミング合わせを使用可能にする／使用不能にする要求、およびタイミング合わせが要求されるＳＯＭである。
【０２０１】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージは、向上させたタイミングアドバンスに関連付けることができる。メッセージは、以下のフィールドの１つまたは複数のものを含むことができる、すなわち、ＴＲＰの識別子、各ＴＲＰに関連付けられたタイミングオフセット、各ＳＯＭに関連付けられたタイミングオフセット、および／またはアップリンクタイミング合わせのための許容された／許容されない技法の指示である。
【０２０２】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージは、向上させたバッファ状況レポートに関連付けることができる。メッセージは、以下の１つまたは複数のものを含むことができる、すなわち、論理チャネルＩＤまたは論理チャネルグループＩＤ，キューの中のバイトの数、データの優先順位、ＱｏＳクラス、ＲＲに関連付けられた１つまたは複数の情報、トランスポートチャネルタイプ、第１の閾値よりも低いＴＴＬを有するキューにおけるバイトの数、および／または閾値を超えるが、第２の閾値未満であるＴＴＬを有するキューにおけるバイトの数である。異なるＭＡＣ  ＣＥは、異なるＲＲタイプに対して定義することができる。ＭＡＣ  ＣＥは、ＭＡＣ  ＣＥがどのＲＲタイプに対応しているかを示すヘッダを含むことができる。
【０２０３】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージを、削除されるパケット指示に関連付けることができる。このようなメッセージは、ＷＴＲＵによりネットワークに、またはネットワークによりＷＴＲＵに送られて、ＷＴＲＵまたはネットワークスケジューラにおけるＳＤＵ順序付けエンティティに、シーケンスにおけるパケット削除を知らせることができる。メッセージは、以下のフィールドの１つまたは複数ものを含むことができる、すなわち、パケットが削除された論理チャネルもしくはフロー、および／または削除されたパケットのインデックス（例えば、または削除されたパケットの範囲のインデックス）である。
【０２０４】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージは、ＳＰＳ構成に関連付けることができる。ネットワークは、このようなメッセージをＷＴＲＵに送り、ＷＴＲＵにおいて半永続的にスケジュールされたリソース（それは事前に構成することができる）を構成および／または再構成するように構成することができる。メッセージは、以下のフィールドの１つまたは複数のものを含むことができる、すなわち、リソース識別（例えば、時間、周波数、持続時間、周期性など）、使用量制限、リソースに対する識別子、もしくはリソースの集合体（例えば、いくつかのリソースを構成することができる）に対する識別子、および／またはリソースもしくはリソースの集合体に関連付けられたＳＯＭである。
【０２０５】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージは、ＳＰＳリソースの使用可能または使用不能に関連付けることができる。ＷＴＲＵは、このようなメッセージをネットワークに送り、事前に構成されたＳＰＳリソース、またはＳＰＳリソースの集合体を使用可能にする、または使用不能にするように構成することができる。メッセージは、以下のフィールドの１つまたは複数のものを含むことができる、すなわち、ＳＰＳを使用可能にする、もしくは使用不能にする指示、および／またはリソースもしくはリソース集合体に対する識別子である。
【０２０６】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージは、リソース要求、リソース増加もしくは減少、および／またはリソース指示に関連付けることができる。ＷＴＲＵは、このようなメッセージをネットワークに送り、ネットワークに、特定タイプのリソース（例えば、短いＴＴＩリソース）を求める要求を示し、このように割り振られたリソース量の継時的な増加もしくは減少を要求し、かつ／またはＷＴＲＵが現在特定のリソースを利用している、もしくは利用しようとしていることをネットワークに示すように構成することができる。メッセージは、以下のフィールドの１つまたは複数のものを含むことができる、すなわち、メッセージタイプ、ＳＯＭ識別、増加／減少量、要求されるリソースの量、ならびに／またはリソースおよび／もしくは制限のタイプである。
【０２０７】
別の例示的なＭＡＣ  ＣＥまたはＭＡＣレイヤ制御メッセージは、接続再構成に関連付けることができる。ネットワークは、このようなメッセージをＷＴＲＵに送り、ＴＲＰへの特定の接続を再構成するように構成することができる。メッセージは、１つまたは複数の以下のものを含むことができる（例えば、ＴＲＰに接続される各ＳＯＭに対して）、すなわち、新しい無線構成、リソース構成、電力構成、タイマ構成、および／または同様のものである。
【０２０８】
特徴および要素が、特定の組合せで上記において述べられているが、当業者であれば、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用できることが理解されよう。さらに、本明細書で述べる方法は、コンピュータまたはプロセッサにより実行するためのコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これだけに限らないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取外し可能なディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアに関連付けられたプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用される無線周波数送受信機を実施するために使用することができる。
【図１Ａ】
2019510426.tif 000003
【図１Ｂ】
2019510426.tif 000004
【図１Ｃ】
2019510426.tif 000005
【図１Ｄ】
2019510426.tif 000006
【図１Ｅ】
2019510426.tif 000007
【図２】
2019510426.tif 000008
【図３】
2019510426.tif 000009
【図４Ａ】
2019510426.tif 000010
【図４Ｂ】
2019510426.tif 000011
【図５】
2019510426.tif 000012
【手続補正書】
【提出日】平成30年11月28日(2018.11.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
スケジューリング要求を送信するための構成を受信し、前記構成は、前記ＷＴＲＵによって使用されることになる１つ以上の論理チャネルの第１のセットに関連付けられたスケジュールング要求を送信するためのリソースの第１セットと、前記ＷＴＲＵによって使用されることになる１つ以上の論理チャネルの第２のセットに関連付けられたスケジュールング要求を送信するためのリソースの第２セットとを示しており、
１つ以上の論理チャネルの前記第１のセットの少なくとも１つに関連付けられたデータが送信のために利用可能であることを決定し、
１つ以上の論理チャネルの前記第１のセットの少なくとも１つに関連付けられたデータが送信のために利用可能であることの前記決定に基づいて、前記構成の中で示されたリソースの前記第１のセットを使用して第１のスケジューリング要求を送信し、
１つ以上の論理チャネルの前記第２のセットの少なくとも１つに関連付けられたデータが送信のために利用可能であることを決定し、
１つ以上の論理チャネルの前記第２のセットの少なくとも１つに関連付けられたデータが送信のために利用可能であることの前記決定に基づいて、前記構成の中で示されたリソースの前記第２のセットを使用して第２のスケジューリング要求を送信するよう構成されたプロセッサ
を備えたことを特徴とするＷＴＲＵ。
【請求項２】
前記プロセッサは、
許可を受信し、
ルールのセットに基づいて、前記許可が、１つ以上の論理チャネルの前記第１のセットまたは１つ以上の論理チャネルの前記第２のセットに関連付けられた前記データを送信するのに使用されることができるかを決定し、
前記許可に従って、データを送信するようさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記プロセッサは、
前記許可が、１つ以上の論理チャネルの前記第２のセットに関連付けられた前記データを送信するのに使用されることができないことを決定することに基づいて、前記第２のスケジューリング要求を送信するよう構成されたことを特徴とする請求項２に記載のＷＴＲＵ。
【請求項４】
前記プロセッサは、
前記許可が、１つ以上の論理チャネルの前記第１のセットに関連付けられた前記データを送信するのに使用されることができないことを決定することに基づいて、１つ以上の論理チャネルの前記第１のセットと関連付けられた前記データを送信するための少なくとも１つのパラメータを決定するよう構成されたことを特徴とする請求項２に記載のＷＴＲＵ。
【請求項５】
前記少なくとも１つのパラメータは、計算方式（ヌメロロジー）または前記データを送信するのに使用するタイミングパラメータを含むことを特徴とする請求項４に記載のＷＴＲＵ。
【請求項６】
前記許可は、前記許可が使用され得るサービスのタイプを示していることを特徴とする請求項４に記載のＷＴＲＵ。
【請求項７】
前記サービスのタイプは、超信頼性低遅延通信（ＵＲＬＬＣ）と関連付けられていることを特徴とする請求項６に記載のＷＴＲＵ。
【請求項８】
前記プロセッサは、
ネットワークエンティティから、前記ルールのセットを受信するよう構成されたことを特徴とする請求項２に記載のＷＴＲＵ。
【請求項９】
１つ以上の論理チャネルの前記第１のセットおよび１つ以上の論理チャネルの前記第２のセットは、それぞれの送信優先度またはサービス品質（ＱｏＳ）要件に関連付けられていることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１０】
前記送信優先度または前記サービス品質（ＱｏＳ）要件の少なくとも１つは、超信頼性低遅延通信（ＵＲＬＬＣ）と関連付けられていることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
無線送受信ユニット（ＷＴＲＵ）において実施される方法であって、
スケジューリング要求を送信するための構成を受信するステップであって、前記構成は、前記ＷＴＲＵによって使用されることになる１つ以上の論理チャネルの第１のセットに関連付けられたスケジュールング要求を送信するためのリソースの第１セットと、前記ＷＴＲＵによって使用されることになる１つ以上の論理チャネルの第２のセットに関連付けられたスケジュールング要求を送信するためのリソースの第２セットとを示している、ステップと、
１つ以上の論理チャネルの前記第１のセットの少なくとも１つに関連付けられたデータが送信のために利用可能であることを決定するステップと、
１つ以上の論理チャネルの前記第１のセットの少なくとも１つに関連付けられたデータが送信のために利用可能であることの前記決定に基づいて、前記構成の中で示されたリソースの前記第１のセットを使用して第１のスケジューリング要求を送信するステップと、
１つ以上の論理チャネルの前記第２のセットの少なくとも１つに関連付けられたデータが送信のために利用可能であることを決定するステップと、
１つ以上の論理チャネルの前記第２のセットの少なくとも１つに関連付けられたデータが送信のために利用可能であることの前記決定に基づいて、前記構成の中で示されたリソースの前記第２のセットを使用して第２のスケジューリング要求を送信するステップと
を備えることを特徴とする方法。
【請求項１２】
許可を受信するステップと、
ルールのセットに基づいて、前記許可が、１つ以上の論理チャネルの前記第１のセットまたは１つ以上の論理チャネルの前記第２のセットに関連付けられた前記データを送信するのに使用されることができるかを決定するステップと、
前記許可に従って、データを送信するステップと
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記第２のスケジューリング要求は、前記許可が１つ以上の論理チャネルの前記第２のセットに関連付けられた前記データを送信するのに使用されることができないことを決定することに基づいて、送信されることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記許可が、１つ以上の論理チャネルの前記第１のセットに関連付けられた前記データを送信するのに使用されることができないことを決定することに基づいて、１つ以上の論理チャネルの前記第１のセットと関連付けられた前記データを送信するための計算方式（ヌメロロジー）またはタイミングパラメータの少なくとも１つを決定するステップ
をさらに備えることを特徴とする請求項１２に記載の方法。
【請求項１５】
１つ以上の論理チャネルの前記第１のセットおよび１つ以上の論理チャネルの前記第２のセットは、それぞれの送信優先度またはサービス品質（ＱｏＳ）要件に関連付けられていることを特徴とする請求項１１に記載の方法。
【国際調査報告】
2019510426.tif 000013
2019510426.tif 000014
2019510426.tif 000015