JP2019505133A - メッセージ報告及び不連続送信のための方法及び装置 - Google Patents

Abstract

ここに開示する技術は、情報報告及び不連続送信のための方法及び装置を提供する。ここに開示する技術では、ランダムアクセス手順又はＲＲＣ接続関連手順に、送信されるデータ量に関する情報、パワーヘッドルーム、送信されるデータ量及びパワーヘッドルーム、シングルトーン及びマルチトーンのいずれがサポートされているか、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報の少なくとも１つが追加され、ＲＲＣ接続関連手順は、これに限定されるものではないが、ＲＲＣ接続、ＲＲＣ接続再確立、ＲＲＣ接続再開手順を含む。このアップリンクメッセージを報告することにより、ランダムアクセス手順又はＲＲＣ接続関連手順において、送信されるデータ量及び／又はパワーヘッドルームに関する情報を報告する問題が解決される。
【選択図】 図５

Description

本特許文書は、電気通信に関し、詳しくは、情報報告及び不連続送信のための方法及び装置に関する。

図１は、ＬＴＥシステムアクセスフローチャートを示している。これは、以下の処理ステップを含む。

ステップ１０２：ユーザ機器（ＵＥ）は、ＬＴＥ（Long Term Evolution）基地局（ｅＮＢ）に接続する必要がある場合、まず、プリアンブルをｅＮＢに送信する。これは、ＲＲＣ接続手順の最初のメッセージであるため、専門用語ではメッセージ１（ｍｓｇ１）と呼ばれている。

ステップ１０４：ｅＮＢは、プリアンブルを検出すると、ランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ：ＲＡＲ）をＵＥに返信する。これは、接続手順における２番目のメッセージであるため、このステップで送信されるメッセージ全体は、メッセージ２と呼ばれる。

ステップ１０６：ＵＥは、ＲＡＲを受信すると、ＲＲＣ接続要求を送信する。これは、接続手順の３番目のメッセージであるため、このステップで送信されるメッセージ全体は、メッセージ３と呼ばれる。なお、ＭＡＣオーバヘッド内のＲＲＣメッセージ全体及びＭＡＣ ＰＤＵは、ｍｓｇ３のコンテンツに属する。また、ＵＥは、接続手順全体の間、必ずしもＲＲＣ接続要求メッセージを送信する必要はない。異なる手順で他のメッセージを送信してもよい。例えば、ＮＢ−ＩｏＴシステムの場合、ＵＥは、新たに導入されたＲＲＣ中断／再開メカニズムの間にメッセージ３内でＲＲＣ中断／再開メッセージを送信する。したがって、ＲＲＣ接続要求は、ｍｓｇ３によって送信される可能性があるメッセージの１つにすぎない。

ステップ１０８：ｅＮＢは、シグナリング無線ベアラ１（signaling radio bearer：ＳＲＢ１）及び競合解決フラグを含むＲＲＣ接続設定メッセージを返信することによってＲＲＣ接続要求に応答する。また、これは、接続手順の第４のメッセージであるため、このステップで送信されるメッセージは、メッセージ４と呼ばれる。

ステップ１１０：ＵＥは、メッセージ４の内容に基づいて、そのアクセス競合が成功したか否かを判定する。競合が成功すると、ＵＥは、メッセージ４によって搬送された情報に従ってＳＲＢ１を設定し、ｍｓｇ４が搬送するＳＲＢ１に基づいて、ＲＲＣ接続設定完了メッセージを送信する。このメッセージは、接続手順の第４のメッセージであるため、このステップで送信されるメッセージは、通常、メッセージ５と呼ばれ、メッセージ５は、添付又はサービス要求等の非アクセス層（non-access stratum: ＮＡＳ）メッセージを含む。

現在、ＵＥ間の無線リソースの合理的な配分を保証するために、ＬＴＥシステムは、各ＵＥが、その内部バッファに格納されている、送信用のデータ量の状態を報告することを要求する。この報告は、バッファ状態報告（Buffer Status Report：ＢＳＲ）としてｅＮＢに送信される。ＬＴＥシステムでは、ＵＥの論理チャネル（Logical Channel：ＬＣＨ）は、５つの論理チャネルグループ（Logical Channel Group：ＬＣＧ）にグループ化される。ＢＳＲは、グループのシーケンス番号と、全てのＬＣＨで送信すべきデータに関する情報を報告する。ＢＳＲは、物理アップリンクメッセージ共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）によって送信される。

ＬＴＥシステムでは、無線リンクを介するデータ送信のインターバルは、送信インターバル（transmission time interval：ＴＴＬ）と呼ばれる。ＢＳＲは、ｅＮＢがＵＥ無線リソースをスケジューリングするための重要な参照情報であるため、ＬＴＥは、ＢＳＲのための多くのタイプと送信規則を指定している。トリガイベントに応じて、ＢＳＲは、通常バッファ状態報告（通常ＢＳＲ）、定期的バッファ状態報告（定期的ＢＳＲ）又はパディングバッファ状態報告（パディングＢＳＲ）の３つのタイプを有する。ここで、通常ＢＳＲは、以下のトリガイベントを有する。

１．論理チャネル（ＬＣＨ）に現在格納されているものよりも高い優先度を有する、論理チャネル上の送信のための上位層データの到着

２．サービングセルの変更

３．ＢＳＲ内の再送信タイマ（retransmission timer：RETX_BSR_TIMER）が満了したが、ＵＥバッファ内に送信すべきデータが存在する。

定期的ＢＳＲのトリガ条件には、定期的ＢＳＲタイマ（PERIODIC BSR TIMER）の満了が含まれる。

パディングＢＳＲのトリガ条件は、以下が含まれる。通常ＢＳＲも定期的ＢＳＲも送信を待機しておらず、アップリンク（ＰＵＳＣＨ）内の割り当てられたリソース内のパディングビットの数は、メディアアクセス制御（media access control：ＭＡＣ）の制御要素（control element：ＣＥ）及びＭＡＣサブヘッダのビットの合計以上である。

パディングＢＳＲは、通常ＢＳＲ及び定期的ＢＳＲに対して相補的である。すなわち、パディングＢＳＲは、充填型であり、通常ＢＳＲ及び定期的ＢＳＲは、非充填型である。アップリンクで通常ＢＳＲと定期的ＢＳＲが送信されない場合、パディングＢＳＲを送信して、ｅＮＢに、ＵＥバッファのＬＣＧデータ変化をよりタイムリーに通知できる。

通常ＢＳＲ、定期的ＢＳＲ及びパディングＢＳＲは、異なる手法で転送される。通常ＢＳＲ及び定期的ＢＳＲは、メディアアクセス制御パケットデータユニット（Media Access Control Protocol Data Unit：ＭＡＣ ＰＤＵ）の制御要素（control element：ＣＥ）にラッピングされ、パディングＢＳＲは、ＭＡＣ ＰＤＵのパディングビットで搬送され、ＭＡＣ ＣＥとしてパッケージ化される。ＢＳＲを転送する３つの手法は、パッディングビットが使用されるか否かのみが異なる。ＭＡＣ ＰＤＵは、ＰＵＳＣＨによって送信される。

ＢＳＲを送信するために使用されるフォーマットは、ショートＢＳＲ（short BSR）、トランケートＢＳＲ（truncated BSR）及びロングＢＳＲ（long BSR）として更に区別できる。図２は、ＢＳＲ送信の第１のフォーマットを示している。図３は、ＢＳＲ送信の第２のフォーマットを示している。図２及び図３に示すように、ＬＴＥ ＭＡＣプロトコル規格の定義では、図２のフォーマットは、ショートＢＳＲ又はトランケートＢＳＲと呼ばれる。図３に示すフォーマットは、ロングＢＳＲである。通常ＢＳＲ又は定期的ＢＳＲがトリガされ、送信のためにＢＳＲが準備されているＴＴＩにおいて送信すべきデータを有するＬＣＧが１つのみである場合、ＵＥは、ショートＢＳＲフォーマットを選択してＢＳＲを送信できる。

ＵＥによって通常ＢＳＲ又は定期的ＢＳＲがトリガされたとき、送信のためにＢＳＲが準備されているＴＴＩにおいて送信すべきデータを有するＬＣＧがより多く存在する場合、ＵＥは、ロングＢＳＲフォーマットを選択してＢＳＲを送信できる。ＵＥによってパディングＢＳＲがトリガされたとき、送信のためにＢＳＲが準備されているＴＴＩにおいて、ＬＣＧがより多く存在し、ＭＡＣ ＰＤＵ内のパディングビットの数が、ロングＢＳＲフォーマット及び関連するＭＡＣサブヘッダを搬送するのに十分ではない場合、ＵＥは、ＢＳＲ送信のためにトランケートＢＳＲフォーマットを選択できる。ＵＥによってＢＳＲがパディングＢＳＲとしてトリガされ、ＢＳＲが準備されているＴＴＩにおいて、送信すべきデータを有するＬＣＧが１つのみであるある場合、ＵＥは、ショートＢＳＲフォーマットを使用してＢＳＲを報告できる。なお、ショートＢＳＲフォーマットとトランケートＢＳＲフォーマットは、図３に示すように、同じフォーマットを使用しているものの、異なる意味を有する点に注意すべきである。

ＢＳＲトリガイベントは、全て重要なイベントである。通常ＢＳＲがトリガされ、現在のＴＴＩにＢＳＲを送信するために利用可能なＰＵＳＣＨリソースがない場合、ＵＥは、スケジューリング要求（Scheduling Request：ＳＲ）をトリガする必要があり、これは、ＵＥがフォローアップＴＴＩにおいてＰＵＳＣＨリソースを取得した場合、後にキャンセルできる。もちろん、フォローアップＴＴＩにＰＵＳＣＨリソースがない場合、ＳＲは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介してｅＮＢに送信され、これにより、ｅＮＢは、ＰＵＳＣＨリソースをＵＥに割り当てることができる。

現在のＬＴＥ ＭＡＣ層プロトコル規格（例えば、ＴＳ３６．３２１）の定義によれば、ＢＳＲは、以下のようにトリガされ、送信される。

上述のトリガ条件に基づき、ＵＥは、各ＴＴＩにおいてＢＳＲをトリガするか否かを決定する。

全てのＴＴＩにおいて、ＵＥは、既にトリガされているＢＳＲが存在するか否かを判定する。トリガされたＢＳＲが存在する場合、ＵＥは、現在のＴＴＩにおいて、利用可能なＰＵＳＣＨリソースが存在するか否かを判定する必要がある。利用可能なＰＵＳＣＨリソースがある場合、ＵＥは、ＢＳＲのＭＡＣ ＣＥを構築するための適切なフォーマットを選択する。トリガされたＢＳＲが存在しない場合、ＵＥは、パディングＢＳＲをトリガするか否か決定する必要がある。パディングＢＳＲをトリガすることが可能な場合、適切なＢＳＲフォーマットを選択してＢＳＲのためのＭＡＣ ＣＥを構築する必要がある。ＭＡＣ ＣＥが完了すると、ＵＥは、アップリンク送信を実行する。

パワーヘッドルーム報告（Power Headroom Report：ＰＨＲ）は、ＵＥがＭＡＣ ＣＥの手法を使用して、アップリンク共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）の公称最大送信電力と推定送信電力との間の差をｅＮＢに報告するための手順である。ＰＨＲをトリガする条件には、以下が含まれる。

１．ＰＨＲ禁止タイマ（prohibitPHR-Timer）が満了し、パスロスの変化が（直前のＰＨＲ期間から算出された）設定値よりも大きい

２．定期的ＰＨＲタイマ（periodicPHR-Timer）が満了

３．ＰＨＲ機能エンティティが構成又は再構成された

ＰＨＲがトリガされると、ＰＨＲをサポートするためのアップリンクリソースがある場合、ＵＥは、ＰＨＲを送信する。図４は、ＰＨＲのためのＭＡＣ ＣＥフォーマットを示している。図４に示すように、パワーヘッドルーム（ＰＨ）は、６ビット長のビットで表されている。更に、関連する技術仕様書によれば、デフォルト値が０である２個の予約ビット（Ｒ）がある。

ＬＴＥシステムでは、通常、フォーマット１がパワーヘッドルーム報告に使用され、パワーヘッドルーム値は、物理層から６４レベルで読み取られる。

現在のＬＴＥシステムでは、マシン型通信端末（例えば、センサ、スマートホーム、インテリジェントグリッド等）をサポートするために狭帯域モノのインターネット（narrow band Internet of things：ＮＢ−ＩｏＴ）が導入されている。このシステムは、高データレート用に設計された端末のスペクトル効率に対して少ないデータ量が影響することを回避すると同時に、単位周波数帯域幅によって搬送されるユーザの数を増加させる目的で、データ量が少ないマシン型通信の使用のために、１８０ｋＨｚの帯域幅を有する。

しかしながら、狭帯域システムの導入は、マシン型端末及び非マシン型端末を分離できるものの、ユーザの送信速度の改善には役立たない。これは、狭帯域システムが広帯域ＬＴＥと同じ制御プレーンとユーザプレーンを使用し、したがって、制御のコストは、いずれも同じであるためである。したがって、ＬＴＥシステムと比較して、狭帯域システムは、スペクトル効率の点で明らかな利点を有していない。

狭帯域システムのスペクトル効率を改善するため、及びシグナリングのオーバヘッドを減らすために、近年、ＮＡＳシグナリングによるデータ送信の概念がＮＢ−ＩｏＴシステムに導入された。データ送信は、多数のサービス品質（quality of service：ＱｏＳ）を提供できる必要があるが、シグナリング送信のＱｏＳは一意的であるため、制御プレーンシグナリングによってデータを送信することは異常なアプローチである。したがって、シグナリング送信メカニズムを使用してデータを送信することは、ＭＡＣ層に様々な結果を伴う悪影響を及ぼす。

要約すると、ＭＡＣスケジューリング、ＨＡＲＱ等の現在知られている技術は、いずれも、シグナリングチャネルを介してデータを効率的に送信する技術と連携できていない。

本特許文献は、現在のランダムアクセス手順又は現在のＲＲＣ接続手順のアップリンクメッセージによって解決されていない、送信されるデータ量及び／又はパワーヘッドルームに関する情報、シングルトーン（SingleTone）又はマルチトーン（MultiTone）のサポート、又は制御プレーンベース（ＣＰ）若しくはユーザプレーン（ＵＰ）ベースの送信モードが設定されているかを報告する問題を少なくとも解決するメッセージ報告及び不連続送信のための方法及び装置を開示する。

ここに開示する技術は、一側面において、ランダムアクセス手順及びＲＲＣ接続手順のアップリンクメッセージに、以下の情報の少なくとも１つを追加することを含むメッセージ報告の方法を提供する。

−送信されるデータ量

−パワーヘッドルーム

−シングルトーン又はマルチトーンのサポート

−ＵＰ送信モード又はＣＰ送信モード

ここで、ＲＲＣ接続手順は、以下のいずれかを含む。

−ＲＲＣ接続

−ＲＲＣ接続再確立

−ＲＲＣ再開

−アップリンクメッセージの報告

オプションとして、アップリンクメッセージは、以下のいずれかを含む。

メッセージ３（ｍｓｇ３）、メッセージ５（ｍｓｇ５）、及びｍｓｇ５の後に送信されるメッセージ

オプションとして、アップリンクメッセージにシングルトーン又はマルチトーンがサポートされているか関する情報を追加することは、以下のいずれかを含む。

アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダの予約ビットを使用し又は現在のビット位置を再定義して、シングルトーン又はマルチトーンのサポートを表示する。アップリンクのＭＡＣ ＣＥ内の予約ビットを使用し又は現在のビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかの情報を表示し、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかである。

オプションとして、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用して又は現在のビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかの情報を表示することは、更に、以下のいずれかを含む。

新しい論理チャネル識別子ＬＣＩＤを定義して、シングルトーンとマルチトーンのいずれがサポートされているかに関する情報を搬送し、これは、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダがシングルトーン又はマルチトーンがサポートされているかに関する情報を搬送していることを表示することを含む。

オプションとして、アップリンクメッセージのＭＡＣ ＣＥ内の予約ビットを使用し又は現在のビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかの情報を表示することは、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダに対応するＭＡＣ ＣＥに、シングルトーン／マルチトーンがサポートされているかに関する情報が含まれていることを表示することを含み、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかである。

オプションとして、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報をアップリンクメッセージに追加することは、以下のいずれかを含む。

アップリンクメッセージ内のＣＣＣＨ ＳＤＵのＭＡＣサブヘッダ内の予約ビットを使用し、又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかを表示する。

アップリンクメッセージのＭＡＣ ＣＥ内の予約ビットを使用し又はビット位置を再定義して、ＵＰ送信モード又はＣＰ送信モードが設定されているかに関する情報を表示し、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかである。

オプションとして、アップリンクメッセージ内のＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ内の予約ビットを使用して又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送することは、更に、以下を含む。

新しい論理チャネル識別子ＬＣＩＤを定義し、ＣＣＣＨとＣＰ送信モード／ＵＰ送信モードの情報とを同時に対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送することを表示する。

オプションとして、ＭＡＣ ＣＥ内の予約ビットを使用して又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を表示することは、以下を含む。

新しい論理チャネル識別子ＬＣＩＤを定義して、ＭＡＣ ＣＥ及びＣＰ送信モード／ＵＰ送信モード情報を同時に対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣ ＣＥが、ＵＰ送信モード又はＣＰ送信モードが設定されているかに関する情報を搬送することを表示し、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかである。

オプションとして、送信されるデータ量に関する情報をアップリンクメッセージに追加することは、以下のいずれかを含む。

ＢＳＲ ＭＡＣ ＣＥをアップリンクメッセージに追加する。

送信されるデータ量に関する情報をアップリンクメッセージのＣＣＣＨ ＳＤＵに追加する。

ＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、送信されるデータ量に関する情報を表示する。

オプションとして、送信されるデータ量に関する情報をアップリンクメッセージに追加することは、以下を含む。

アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを含むことを表示する表示情報をアップリンクメッセージに追加する。アップリンクメッセージに表示情報を追加することは、以下のいずれかを含む。

ＭＡＣ ＢＳＲに関連付けられたＭＡＣサブヘッダをアップリンクメッセージに追加する。

ＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを含むことを表示する。

新しい論理チャネル識別子（ＬＣＩＤ）を定義して、ＣＣＣＨとＢＳＲの両方を同時に関連付け、ＭＡＣサブヘッダは、ＬＣＩＤが属するＭＡＣ ＰＤＵがＣＣＣＨ ＳＤＵ及びＢＳＲ ＭＡＣ ＣＥの両方を含むことを表示する。

アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示する表示情報をＣＣＣＨに追加する。

オプションとして、アップリンクメッセージにおいてＢＳＲ ＭＡＣ ＣＥの存在に関する表示情報をＣＣＣＨ ＳＤＵに追加することは、以下のいずれかを含む。

ＣＣＣＨ ＳＤＵによって搬送される制御プレーンメッセージ内のスペアビットを表示情報として定義する。

ＣＣＣＨ ＳＤＵによって搬送される重要拡張情報要素（ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ）又は非重要拡張情報要素（ｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ）に表示情報を追加する。

オプションとして、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義することは、以下のいずれかを含む。

新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダが、送信されるデータ量に関する情報を含むことを表示する。ＭＡＣサブヘッダは、ＣＣＣＨ ＳＤＵに関連付けられるとともに、送信されるデータ量に関する情報も含む。

オプションとして、パワーヘッドルームに関する情報をアップリンクメッセージに追加することは、以下のいずれかを含む。

ＣＣＣＨ ＳＤＵにパワーヘッドルーム情報をアップリンクメッセージに追加する。

ＣＣＣＨ ＳＤＵ内の予約ビットを使用し又は現在のビット位置を再定義して、パワーヘッドルーム情報を表示する。

オプションとして、アップリンクメッセージに表示情報を追加することによってパワーヘッドルーム情報をアップリンクメッセージに追加して、アップリンクメッセージがＰＨＲ ＣＥを搬送することを表示することは、以下のいずれかを含む。

ＰＨＲ ＣＥに関連付けられたＭＡＣサブヘッダをアップリンクメッセージに追加する。

アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージにおいてＰＨＲ ＭＡＣ ＣＥを表示する。

ＣＣＣＨとＰＨＲの両方に関連付けられた新しいＬＣＩＤを同時に定義し、ＬＣＩＤを含むＭＡＣサブヘッダは、ＬＣＩＤを有するＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵとＰＨＲ ＭＡＣ ＣＥの両方を含むことを表示する。

アップリンクがＰＨＲ ＭＡＣ ＣＥを搬送することを表示するために、表示情報をＣＣＣＨ ＳＤＵに追加する。

オプションとして、アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示する表示情報をＣＣＣＨ ＳＤＵに追加することは、以下のいずれかを含む。

ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のスペアビットによって表示情報を搬送する。

ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに表示情報を追加する。

オプションとして、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ内の予約ビットを使用して又は現在のビット位置を再定義して、パワーヘッドルーム情報を表示することは、更に、以下のいずれかを含む。

新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダは、ＭＡＣサブヘッダがパワーヘッドルーム情報を含むこと、及びＭＡＣサブヘッダがＣＣＣＨ ＳＤＵに関連付けられると同時にパワーヘッドルーム情報を含むことを表示する。

オプションとして、送信されるデータ量の情報とパワーヘッドルームとを同時に追加することは、以下のいずれかを含む。

ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥをアップリンクメッセージに追加する。

アップリンクメッセージのＣＣＣＨ ＳＤＵに送信されるデータ量及びパワーヘッドルームに関する情報を同時に追加する。

オプションとして、送信されるデータ量に関する情報とパワーヘッドルームとを同時に追加することは、アップリンクメッセージに表示情報を追加することを更に含み、この表示情報は、アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを含むことを表示する。表示情報を追加することは、以下のいずれかを含む。

ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥに関連付けられた新しいＬＣＩＤを定義する。

ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＬＣＩＤが属するＭＡＣ ＰＤＵが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを含むことを表示する。

アップリンクメッセージ内の関連するＣＣＣＨ ＰＤＵのＭＡＣサブヘッダ内の予約ビットを使用して、ＭＡＣ ＰＤＵがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する。

ＣＣＣＨ、ＰＨＲ、及びＢＳＲと同時に関連付けられた新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣヘッダは、ＬＣＩＤが属するＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵと、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥとの両方を含むことを表示する。

ＣＣＣＨ ＳＤＵに表示情報を追加し、アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する。

オプションとして、ＣＣＣＨ ＳＤＵに表示情報を追加して、アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣを搬送することを表示することは、以下のいずれかを含む。

ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのスペアビットを表示情報として定義する。

ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに表示情報を追加する。

オプションとして、表示情報を追加して、アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥ、又はＰＨＲ ＭＡＣ ＣＥ又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示することは、更に、以下を含む。

アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに関連付けられ、表示情報を搬送する、ＭＡＣサブヘッダの予約ビットとＦ２ビットを使用し、表示情報の第１の値は、アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示し、表示情報の第２の値は、アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示し、表示情報の第３の値は、アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示し、表示情報の第４の値は、アップリンクメッセージがＢＳＲ＿ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ及びＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送しないことを表示する。

オプションとして、第４の値が００である場合、アップリンクメッセージは、ＢＳＲ＿ＭＡＣ ＣＥ、ＰＨＲ＿ＭＡＣ ＣＥ又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送しない。

オプションとして、ＢＳＲ＿ＰＨＲをアップリンクメッセージに追加するフォーマットは、以下の通りである。

ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、ＢＳＲとＰＨＲからなる。ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの全長は、８Ｎビットであり、ここで、Ｎは、整数であり、ＢＳＲは、以下のうちの１つとして構成できる。ＢＳＲは、送信されるデータ量のみを含み、あるいは、ＢＳＲは、ＬＣＧ範囲と送信されるデータ量の両方を含む。

オプションとして、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの全長が８ビットである場合、ＢＳＲの長さとＰＨＲの長さは８ビット未満に圧縮され、圧縮されたＢＳＲのデータ量の範囲と、現在のＬＴＥプロトコルにおけるデータ量の範囲との間のマッピング関係は、以下の通りであってもよい。

圧縮されたＢＳＲにおける「送信されるデータ量」の範囲は、現在のＬＴＥプロトコルのＢＳＲデータ量テーブル全体にマッピングされ、この値の粒度は、予め設定された閾値より大きい。

ＢＳＲにおける送信されるデータ量の範囲は、粒度を変更することなく、現在のＬＴＥプロトコルのＢＳＲデータマッピングテーブルの一部にマッピングされる。

圧縮されたＰＨＲと現在のＬＴＥプロトコルのＰＨＲとの間のマッピングは、以下のうちの１つとすることができる。

圧縮されたＰＨＲは、現在のＬＴＥプロトコルのＰＨＲテーブル全体にマッピングされ、圧縮されたＰＨＲの粒度は、所定の閾値よりも大きい。

圧縮されたＰＨＲは、粒度を変更することなく、現在のＬＴＥプロトコルのＰＨＲマッピングテーブルの一部にマッピングされる。

オプションとして、アップリンクメッセージ内のＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、ＣＣＣＨ ＳＤＵの後に配置してもよく、ＣＣＣＨ ＳＤＵの前に配置してもよい。

オプションとして、送信されるデータ量に関する情報をＣＣＣＨ ＳＤＵに追加することは、ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに送信されるデータ量に関する情報を追加することを含む。

オプションとして、送信されるデータ量に関する情報を追加する方法は、１〜６ビットを使用して、送信されるデータ量の大きさレベルを表現し、異なるレベルは、異なるデータ量範囲に対応する。

オプションとして、ＣＣＣＨ ＳＤＵにパワーヘッドルーム情報を追加することは、ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥにパワーヘッドルーム情報を追加することを含む。

オプションとして、パワーヘッドルーム情報を追加することは、１〜６ビットを使用して、パワーヘッドルームの大きさレベルを表現することを含み、パワーヘッドルームは、物理層から取得される。

オプションとして、送信されるデータ量及びパワーヘッドルームに関する情報をＣＣＣＨ ＳＤＵに追加することは、ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに送信されるデータ量とパワーヘッドルームに関する情報を追加することを含む。

オプションとして、送信されるデータ量、パワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームに関する情報を追加する前に、この方法は、ＢＳＲ又はＰＨＲがトリガされたと判定することを含み、ＢＳＲトリガリング規則に基づき、アップリンクリソースが第１の送信のために現在利用可能であるとき、定期的ＢＳＲタイマｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始しない。また、ＰＨＲトリガリング規則に基づき、アップリンクリソースが第１の送信のために現在利用可能であるとき、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始しない。

オプションとして、上記のＣＰメッセージは、以下のいずれかを含む。

−ＲＲＣ接続要求メッセージ

−ＲＲＣ接続完了メッセージ

−セキュリティモード完了メッセージ

−ＲＲＣ接続再設定完了メッセージ

−アップリンクメッセージ送信メッセージ

−ＲＲＣ接続再確立要求メッセージ

−ＲＲＣ接続再確立完了メッセージ

−ＲＲＣ接続再開要求メッセージ

−ＲＲＣ接続再開要求完了メッセージ

ここに開示する技術の別の側面は、情報を報告する装置である。この装置は、ランダムアクセス手順及びＲＲＣ接続手順において、以下の情報の少なくとも１つが追加されるように構成された処理モジュールを備える。

−送信されるデータ量

−パワーヘッドルーム

−シングルトーン又はマルチトーンのいずれがサポートされているかに関する情報

−ＣＰ送信モード又はＵＰ送信モードのいずれが設定されているかに関する情報

対応するＲＲＣ接続手順は、以下のうちの１つを含む。

−ＲＲＣ接続手順

−ＲＲＣ接続再確立手順

−ＲＲＣ接続再開手順

この装置は、更に、アップリンクメッセージを報告するように構成されている報告モジュールを備える。

オプションとして、アップリンクメッセージは、以下に限定されるものではないが、ｍｓｇ１、ｍｓｇ５、及びｍｓｇ５の後に送信されるアップリンクメッセージを含む。

オプションとして、処理モジュールは、アップリンクメッセージのＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、又はアップリンクのＭＡＣ ＣＥ内の予約ビットを使用し又はビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送し、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかであってもよい。

オプションとして、処理モジュールは、新しい論理チャネル識別子ＬＣＩＤを定義し、ＣＣＣＨとシングルトーン／マルチトーンのサポートを同時に対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、このＬＣＩＤを含むＭＡＣサブヘッダが、シングルトーンとマルチトーンのいずれがサポートされているかに関する情報を搬送することを表示するように構成され、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかを含む。

オプションとして、処理モジュールは、ＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダの予約ビットを使用し又はビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかを表示し、又はアップリンクメッセージのＭＡＣ ＣＥ内の予約ビットを使用し、又はアップリンクメッセージのＭＡＣ ＣＥのビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送するように構成され、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかを含む。

オプションとして、処理モジュールは、新しい論理チャネル識別子ＬＣＩＤを使用して、ＣＣＣＨ及びＣＰ／ＵＰ送信モード情報に関連付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、このＬＣＩＤを含むＭＡＣサブヘッダが、ＣＰモード送信又はＵＰモード送信のいずれが設定されているかに関する情報を搬送することを表示する。

オプションとして、処理モジュールは、新しい論理チャネル識別子ＬＣＩＤを使用して、ＭＡＣ ＣＥ及びＣＰ／ＵＰ送信モード情報に関連付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、このＬＣＩＤを含むＭＡＣサブヘッダが、ＣＰモード送信又はＵＰモード送信のいずれが設定されているかに関する情報を搬送することを表示し、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ又はＰＨＲ ＭＡＣ ＣＥのいずれかを含む。

オプションとして、処理モジュールが送信されるデータ量の情報を追加することは、以下のいずれかを含む。

−アップリンクメッセージにＢＳＲ ＭＡＣ ＣＥを追加する。

−アップリンクのＣＣＣＨ ＳＤＵに送信されるデータ量を追加する。

−アップリンクにおけるＣＣＣＨ ＳＤＵのＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、送信されるデータ量の情報を搬送する。

オプションとして、処理モジュールは、アップリンクメッセージに表示情報を追加し、この表示情報は、アップリンクメッセージのＢＳＲ ＭＡＣ ＣＥを説明するために使用される。表示情報を追加する方法は、以下のいずれかを含む。

−ＢＳＲ ＭＡＣ ＣＥのＭＡＣサブヘッダをアップリンクメッセージに追加する。

−アップリンクメッセージのＣＣＣＨ ＳＤＵのＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示する。

−ＣＣＣＨとＢＳＲを同時に関連付ける新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、このＬＣＩＤを含むＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵ及びＢＳＲ ＭＡＣ ＣＥを含むことを表示する。

−アップリンクメッセージ内にＢＳＲ ＭＡＣ ＣＥが存在することを表示する表示情報をＣＣＣＨ ＳＤＵに追加する。

オプションとして、処理モジュールは、アップリンクメッセージ内にＢＳＲ ＭＡＣ ＣＥが存在することを表示する表示情報をＣＣＣＨ ＳＤＵに追加するように構成され、この追加は、以下のいずれかを含む。

−ＣＣＣＨ ＳＤＵで搬送されるＣＰメッセージのスペアビットを表示情報として定義する。ＣＣＣＨ ＳＤＵ内のＣＰメッセージのｃｒｔｉｔｉｃａＥｘｔｅｎｓｉｏｎ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎに表示情報を追加する。

オプションとして、処理モジュールは、予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージ内のＣＣＣＨ ＳＤＵのＭＡＣサブヘッダにおいて、送信されるデータ量を表示する。これは、以下を含む。

−新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダにおいて、送信されるデータ量に関する情報を表示する。

−このＭＡＣサブヘッダを使用して、ＣＣＣＨ ＳＤＵに関連付けるとともに、送信されるデータ量に関する情報を表示する。

オプションとして、処理モジュールがパワーヘッドルームに関する情報をアップリンクメッセージに追加することは、以下を含む。

−パワーヘッドルーム報告ＰＨＲ ＭＡＣ ＣＥをアップリンクメッセージに追加する。

−パワーヘッドルーム情報をアップリンクメッセージのＣＣＣＨ ＳＤＵに追加する。

−アップリンクにおけるＣＣＣＨ ＳＤＵのＭＡＣサブヘッダ内の予約ビットを使用し又はビット位置を再定義して、パワーヘッドルームに関する情報を搬送する。

オプションとして、処理モジュールは、表示情報を追加するように構成され、表示情報は、アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示し、この追加は、以下を含む。

−ＰＨＲ ＭＡＣ ＣＥに関連付けられたＭＡＣサブヘッダを追加する。

−アップリンクメッセージにおいてＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダを使用する。

−ＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、ＰＨＲ ＭＡＣ ＣＥがアップリンクメッセージに存在することを表示する。

−ＣＣＣＨとＰＨＲの両方に同時に関連付けられた新しいＬＣＩＤを定義し、このＬＣＩＤを含むＭＡＣサブヘッダを使用して、このＬＣＩＤを含むＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵとＰＨＲ ＭＡＣ ＣＥの両方を含むことを表示する。

−ＣＣＣＨ ＳＤＵに表示情報を追加して、アップリンクメッセージにＰＨＲ ＭＡＣ ＣＥが存在することを表示する。

オプションとして、処理モジュールは、ＣＣＣＨ ＳＤＵに表示情報を追加して、アップリンクメッセージ内にＰＨＲ ＭＡＣ ＣＥが存在することを表示し、これは、以下を含む。

−ＣＣＣＨ ＳＤＵのＣＰメッセージ内のｃｉｒｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｉｒｔｉｃａｌＥｘｔｅｎｓｉｏｎに表示情報を追加する。

オプションとして、処理モジュールは、送信されるデータ量に関する情報とパワーヘッドルームとを同時に追加するように構成され、これは、以下の１つを含む。

−ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥをアップリンクメッセージに追加する。

−送信されるデータ量及びパワーヘッドルームに関する情報を同時にＣＣＣＨ ＳＤＵに追加する。

オプションとして、処理モジュールは、表示情報を追加するように構成され、表示情報は、アップリンクメッセージ内にＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥが存在することを示し、これは、以下の１つを含む。

ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥに関連付けられた新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用してＬＣＩＤを含むＭＡＣ ＰＤＵが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する。

−ＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ内の予約ビットを使用して、アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する。

−ＣＣＣＨ、ＰＨＲ及びＢＳＲに同時に関連付けられた新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣ ＰＤＵがＣＣＣＨ ＳＤＵ並びにＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを含むことを表示する。

−ＣＣＣＨ ＳＤＵに表示情報を追加して、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する。

オプションとして、処理モジュールは、ＣＣＣＨ ＰＤＵに表示情報を追加して、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示し、これは、以下の１つを含む。

−ＣＣＣＨ ＳＤＵのＣＰメッセージ内のスペアビットを表示情報として定義する。

−ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに表示情報を追加する。

オプションとして、処理モジュールは、予約ビットを使用し又は現在のビット位置を再定義して、パワーヘッドルームに関する情報を表示し、これは、以下を含む。

−新しいＬＣＩＤを定義して、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダがパワーヘッドルームに関する情報を含むことを表示し、ＭＡＣサブヘッダを使用して、ＣＣＣＨ ＳＤＵに関連付けるとともに、パワーヘッドルームに関する情報が含まれていることを表示する。

オプションとして、処理モジュールは、アップリンクメッセージにおけるＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダの予約ビットとＦ２ビットを表示情報として設定するように構成され、表示情報の第１の値は、アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示し、第２の値は、アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示し、第３の値は、アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示し、第４の値は、アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ及びＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送しないことを表示する。

オプションとして、第４の値が００である場合、アップリンクメッセージは、ＢＳＲ＿ＭＡＣ ＣＥ、ＰＨＲ＿ＭＡＣ ＣＥ又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送しない。

オプションとして、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥをアップリンクメッセージに追加するフォーマットは、以下の通りである。

ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、ＢＳＲとＰＨＲからなり、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの全長は、８Ｎビットであり、ここで、Ｎは、整数であり、ＢＳＲは、以下のうちの１つとして構成できる。ＢＳＲは、送信されるデータ量のみを含み、あるいは、ＢＳＲは、ＬＣＧ範囲と送信されるデータ量の両方を含む。

オプションとして、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの全長が８ビットである場合、ＢＳＲの長さとＰＨＲの長さは８ビット未満に圧縮され、圧縮されたＢＳＲのデータ量の範囲と、現在のＬＴＥプロトコルにおけるデータ量の範囲との間のマッピング関係は、以下の通りであってもよい。

−現在のＬＴＥプロトコルにおけるＢＳＲデータ量のためのマッピングテーブル全体に、予め設定された閾値より大きい粒度で、圧縮されたＢＳＲにおける送信されるデータ量の範囲をマッピングする。

−現在のＬＴＥプロトコルのＢＳＲデータ量マッピングテーブルの一部にのみに、粒度を変更することなく、送信されるデータ量の圧縮されたＢＳＲ範囲をマッピングする。

圧縮されたＰＨＲと、現在のＬＴＥプロトコルのＰＨＲマッピングテーブルとの間の関係は、以下のいずれかを含む。

−予め設定された閾値より大きい粒度で、圧縮されたＰＨＲを現在のＬＴＥプロトコルのＰＨＲマッピングテーブル全体にマッピングする。

−ＰＨＲを圧縮し、粒度を変更することなく、現在のＬＴＥプロトコルのＰＨＲマッピングテーブルの一部にのみにマッピングする。

オプションとして、ＢＳＲ ＭＡＣ ＣＣＥ、ＰＨＲ ＭＡＣ ＣＥ又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、アップリンクメッセージにおいて、ＣＣＣＨ ＳＤＵに後続してもよく、ＣＣＣＨ ＳＤＵに先行してもよい。

オプションとして、処理モジュールは、ＣＣＣＨ ＳＤＵ内のＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに送信されるデータ量に関する情報を追加する。

オプションとして、送信されるデータ量に関する情報の追加は、送信されるデータ量の大きさのレベルを１〜６ビットで表すことを含み、異なる大きさレベルは、異なるデータ量範囲に対応する。

オプションとして、処理モジュールは、ＣＣＣＨ ＳＤＵのＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥにパワーヘッドルームに関する情報を追加する。

オプションとして、パワーヘッドルームに関する情報の追加は、１〜６ビットを使用して使用パワーヘッドルームの大きさのレベルの情報を表し、パワーヘッドルームは、物理層から読み取られる。

オプションとして、処理モジュールは、ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージに送信されるデータ量に関する情報を追加するように構成される。

オプションとして、上述の実施形態は、ランダムアクセス応答メッセージから表示情報を取得するように構成された取得モジュールを更に備え、この表示情報は、ＵＥが、送信されるデータ量、又はパワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームに関する情報をアップリンクメッセージに追加したことを表示する。

オプションとして、上述の実施形態は、ＢＳＲ又はＰＨＲがトリガされていることを判定するように構成された第２の判定モジュールを更に備え、

−ＢＳＲトリガリング規則に従って、アップリンクリソースが第１の送信のために現在利用可能であるとき、定期的ＢＳＲタイマｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始せず、

―ＰＨＲトリガリング規則に従って、アップリンクリソースが第１の送信のために現在利用可能であるとき、定期的ＰＨＲタイマｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始しない。

オプションとして、ＣＰメッセージは、以下を含む。

−ＲＲＣ接続

−ＲＲＣ接続完了

−セキュリティモード完了

−ＲＲＣ再設定

−アップリンク送信

−ＲＲＣ再接続要求

−ＲＲＣ再接続完了

−ＲＲＣ再接続再開要求

−ＲＲＣ再接続再開完了

本発明の実施例に示すように、ランダムアクセス手順又はＲＲＣ接続手順に、

−送信されるデータ量に関する情報及び／又はパワーヘッドルーム、又は

−シングルトーン又はマルチトーンのサポートに関する情報、又は

−ＣＰ送信モード又はＵＰ送信モードが設定されているかを表示する情報を追加した後に、アップリンクメッセージを送信することによって、

−送信されるデータ量及び／又はパワーヘッドルームに関する情報、又は

−シングルトーン又はマルチトーンのサポートに関する情報、又は

−ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を報告する課題が解決される。これらは、現在のランダムアクセス手順又はＲＲＣ接続手順では、報告できない情報である。したがって、本発明の方法により、アップリンクデータ送信のためのＣＰメッセージの利用効率が向上する。

ここで使用する図は、本明細書に開示する技術の更なる説明を提供する。ここに示す実現例は、ここに開示する技術を説明することを目的とし、本発明を更に限定する意図はない。

関連するＬＴＥシステムにおけるランダムアクセス手順のフローチャートである。

現在の技術におけるＢＳＲ送信に使用される第１のフォーマットを示す図である。

現在の技術におけるＢＳＲ送信に使用される第２のフォーマットを示す図である。

現在の技術におけるＭＡＣ ＣＥにおけるＰＨＲのフォーマットを示す図である。

ここに開示する技術の一例におけるメッセージ報告のフローチャートである。

ここに開示する技術の１つの代表的な実施例に基づく、メッセージ３にＢＳＲ ＭＡＣ ＣＥを追加する方式を示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、メッセージ３にＢＳＲ ＭＡＣ ＣＥを追加する別の方式を示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、メッセージ３に表示情報を追加して、メッセージ３がＢＳＲ ＭＡＣ ＣＥを搬送することを表示する第１の方式を示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、メッセージ３に表示情報を追加する方式に対応するＢＳＲ ＭＡＣ ＣＥのフォーマットを示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、メッセージ３に表示情報を追加し、メッセージ３がＢＳＲ ＭＡＣ ＣＥを搬送することを表示する第２の方式を示す図である

ここに開示する技術の１つの代表的な実施例に基づく、メッセージ３に表示情報を追加して、メッセージ３がＢＳＲ ＭＡＣ ＣＥを搬送することを表示する第３の方式を示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、メッセージ３にＰＨＲ ＭＡＣ ＣＥを追加する方式を示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、メッセージ３にＰＨＲ ＭＡＣ ＣＥを追加する別の方式を示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、メッセージ３に表示情報を追加して、メッセージ３がＰＨＲ ＭＡＣ ＣＥを搬送することを表示する方式を示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、ＰＨＲ ＭＡＣ ＣＥに対応する表示情報をメッセージ３に追加する第１の方式に対応するフォーマットを示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの第１のフォーマットを示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの第２のフォーマットを示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの第３のフォーマットを示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの第４のフォーマットを示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの第５のフォーマットを示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの第６のフォーマットを示す図である。

ここに開示する技術の１つの代表的な実施例に基づく、メッセージ３に表示情報を追加して、メッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する方式を示す図である。

ここに開示する技術の１つの代表的な実施例における不連続送信の方法を示す図である。

ここに開示する技術の実施例におけるメッセージ報告のためのフレームアーキテクチャを示す図である。

ここに開示する技術の１つの代表的な実施例におけるメッセージ報告のためのフレームアーキテクチャを示す図である。

以下では、図面及び実施例を用いて、ここに開示する技術を更に詳細に説明する。これらの実施例及び実施例の特徴は、矛盾がない限り、組み合わせることができる。

なお、詳細な説明、特許請求の範囲及び図面における「第１」、「第２」等の用語は、対象物を区別するために使用しており、これらは、所与の序列又は順序を示すものではない。

この実施例は、情報報告方法を提供し、図５は、この実施例に基づく、情報報告方法のフローチャートである。この情報報告方法は、以下を含む。

ステップＳ５０２において、ランダムアクセス手順又はＲＲＣ接続手順に以下の情報を追加する。

−送信されるデータ量、パワーヘッドルーム、シングルトーン又はマルチトーンのサポートに関する情報、ＣＰ又はＵＰが設定された送信モードであるかに関する情報。ここで、ＲＲＣ接続手順は、以下に限定されるものではないが、以下を含むことができる。

−ＲＲＣ接続手順

−ＲＲＣ接続再確立手順

−ＲＲＣ接続再開手順

ステップＳ５０４では、アップリンクメッセージを報告する。

以上のステップにより、ここに開示する技術は、ランダムアクセス手順又はＲＲＣ接続確立手順において、アップリンクメッセージによって送信されるデータ量及び／又はパワーヘッドルームに関する情報を報告するという問題を解決し、したがって、データ送信のためのアップリンクＣＰシグナリングの利用を改善する。

１つの代表的な実施形態では、上記のアップリンクメッセージは、以下に限定されるわけではないが、ｍｓｇ３、ｍｓｇ５、及びｍｓｇ５の後に送信される何らかのアップリンクメッセージを含むことができる。

オプションとして、ステップＳ１０２において、シングルトーン又はマルチトーンのサポートを表示する情報を追加することは、以下の動作を含むことができる。

ステップ１（Ｓ１）：予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵのＭＡＣサブヘッダにおいて、シングルトーン又はマルチトーンのサポートを表示し、又は、ＭＡＣ ＣＥ内の予約ビットを使用し又は現在のビット位置を再定義して、シングルトーン又はマルチトーンのサポートを表示し、ここで、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかである。

好ましい実施形態では、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵのＭＡＣサブヘッダにおいて、予約ビットを使用し又は現在のビット位置を再定義することは、更に、新しい論理チャネル識別子ＬＣＩＤを定義して、ＣＣＣＨ及び単一トーン／マルチトーンに同時に対応付けることを含む。これは、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＬＣＩＤを含むＭＡＣサブヘッダが、単一トーン又はマルチトーンがサポートされているかの情報を搬送することを表示することを含む。

別の好ましい実施形態では、アップリンクメッセージ内のＭＡＣ ＣＥの予約ビットを使用し又はビット位置を再定義して、シングルトーン又はマルチトーンのサポートに関する情報を表示することは、ＭＡＣ ＣＥ及びシングルトーン／マルチトーンのサポートに関する情報に関連付けられた新しい論理チャネル識別子を定義することを含む。これは、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、このＭＡＣサブヘッダに対応するＭＡＣ ＣＥにおいてシングルトーン又はマルチトーンのサポートに関する情報を表示することを含み、ここで、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかである。

オプションとして、ステップＳ１０２において、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を追加することは、以下のステップを含むことができる。

ステップＳ２において、アップリンクメッセージにおけるＣＣＣＨ ＳＤＵのＭＡＣサブヘッダの予約ビットを使用し又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかを表示する。あるいは、アップリンクメッセージ内のＭＡＣ ＣＥの予約ビットを使用し又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードのサポートを表示し、ここで、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかである。

ここに開示する技術の代表的な実施形態では、ＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダの予約ビットを使用し又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかを示すことは、更に、新しい論理チャネル識別子ＬＣＩＤを定義して、ＣＣＣＨ及びＣＰ送信モード／ＵＰ送信モードに同時に対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送することを表示することを含む。

他の代表的な実施形態では、アップリンクメッセージのＭＡＣ ＣＥの予約ビットを使用し又はビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかを示すことは、新しい論理チャネル識別子を定義し、ＭＡＣ ＣＥ及びＣＰ送信モード／ＵＰ送信モードの情報を同時に対応付けることを含み、ＭＡＣ ＣＥによって搬送されるＬＣＩＤを含むＭＡＣサブヘッダは、ＣＰ送信モード又はＵＰ送信モードの設定に関する情報に関連付けられる。ここで、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかである。

オプションとして、送信されるデータ量に関する情報をアップリンクメッセージに追加する方式は、以下を含む。

方式１では、アップリンクメッセージに、バッファ状態報告（ＢＳＲ）のためのメディアアクセス制御（ＭＡＣ）制御エンティティ（ＣＥ）を追加する。

方式２では、アップリンクメッセージのＣＣＣＨ ＳＤＵに、送信されるデータ量に関する情報を追加する。

方式３では、アップリンクメッセージにおけるＣＣＣＨ ＳＤＵのＭＡＣサブヘッダの予約ビットを使用し又は現在のビット位置を再定義して、送信されるデータ量を表示する。

これに代えて、ステップＳ１０２において、送信されるデータ量に関する情報を追加することは、更に、以下の動作を含むことができる。

ステップＳ２では、アップリンクメッセージ内の表示情報を追加し、この表示情報は、アップリンクメッセージ内にＢＳＲ ＭＡＣ ＣＥが存在することを表示する。表示情報を追加する方式は、以下を含む。

方式１では、ＢＳＲ ＭＡＣ ＣＥに関連付けられたＭＡＣサブヘッダをアップリンクメッセージに追加する。

方式２では、ＣＣＣＨ ＭＡＣ ＣＥに関連付けられたＭＡＣサブヘッダの予約ビットを使用し又はビット位置を再定義して、アップリンクメッセージ内にＢＳＲ ＭＡＣ ＣＥが存在することを表示する。

方式３では、新しい論理チャネル識別子（ＬＣＩＤ）を定義して、ＣＣＣＨ及びＢＳＲを対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＬＣＩＤを含むＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵとＢＳＲ ＭＡＣ ＣＥの両方を含むことを表示する。

方式４では、ＣＣＣＨ ＳＤＵに表示情報を追加して、アップリンクメッセージ内にＢＳＲ ＭＡＣ ＣＥが存在することを表示する。

１つの代表的な実施例では、ＣＣＣＨ ＳＤＵに表示情報を追加して、アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示することは、以下のいずれかを含むことができる。

（１）ＣＣＣＨ ＳＤＵのＣＰメッセージ内のスペアビットを表示情報として定義する。

（２）ＣＣＣＨ ＳＤＵ内のＣＰメッセージのｃｒｉｔｉｃａｌＥｘｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに表示情報を追加する。

あるいは、ステップＳ１０２において、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵ内の予約ビットを使用し又はビット位置を再定義して、送信されるデータ量を表示することは、以下のいずれかを含む。

（１）新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを用いて、ＭＡＣサブヘッダが送信されるデータ量に関する情報を含むことを表示する。

（２）ＭＡＣサブヘッダは、ＣＣＣＨ ＳＤＵに関連付けられるとともに、送信されるデータ量に関する情報も含む。

オプションとして、ステップＳ１０２において、アップリンクメッセージにパワーヘッドルーム情報を追加することは、以下のいずれかを含む。

方式１：パワーヘッドルーム報告（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔ：ＰＨＲ）ＭＡＣ ＣＥを追加する。

方式２：アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵにパワーヘッドルーム情報を追加する。

方式３：アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、パワーヘッドルームの情報を表示する。

オプションとして、ステップＳ１０２において、パワーヘッドルーム情報を追加することは、以下のステップを含むことができる。

ステップＳ３：アップリンクメッセージに表示情報を追加し、この表示情報は、アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示する。表示情報を追加する方式は、以下のいずれかを採用できる。

方式１：ＰＨＲ ＭＡＣ ＣＥに関連付けられたＭＡＣサブヘッダをアップリンクメッセージに追加する。

方式２：アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダの予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示する。

方式３：ＣＣＣＨとＰＨＲの両方に対応する新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＬＣＩＤを含むＭＡＣ ＰＤＵがＣＣＣＨ ＳＤＵとＰＨＲ ＭＡＣ ＣＥの両方を含むことを表示する。

方式４：ＣＣＣＨ ＳＤＵに表示情報を追加して、アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示する。

１つの代表的な実施例では、ＣＣＣＨ ＳＤＵに表示情報を追加して、アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示することは、以下の方式のいずれかによって達成できる。

（１）ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のスペアビットを表示情報として定義する。

（２）ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに表示情報を追加する。

これに変えて、アップリンクメッセージ内のＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、パワーヘッドルーム情報を表示することは、以下のいずれかを含むことができる。

（１）新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダがパワーヘッドルーム情報を含むことを表示する。

（２）ＭＡＣサブヘッダにパワーヘッドルーム情報を含めるとともに、ＣＣＣＨ ＳＤＵに対応付ける。

オプションとして、ステップＳ１０２において、送信されるデータ量及びパワーヘッドルームに関する情報を追加する方式は、以下のいずれかであってもよい。

方式１：ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥをアップリンクメッセージに追加する。

方式２：アップリンクのＣＣＣＨ ＳＤＵに、送信されるデータ量及びパワーヘッドルームに関する情報を追加する。

オプションとして、ステップＳ１０２において、アップリンクメッセージに、送信されるデータ量及びパワーヘッドルームに関する情報を同時に追加することは、以下のように達成できる。

ステップＳ４：表示情報を追加し、この表示情報は、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する。表示情報を追加する方式は、以下のいずれかであってもよい。

方式１：新しいＬＣＩＤを定義し、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥに対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＬＣＩＤを含むＭＡＣ ＰＤＵが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する。

方式２：アップリンクメッセージのＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダの予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する。

方式３：新しいＬＣＩＤを定義して、ＣＣＣＨ、ＰＨＲ及びＢＳＲに同時に対応付け、ＬＣＩＤを含むＭＡＣサブヘッダは、ＬＣＩＤを含むＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵとＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの両方を含むことを表示する。

方式４：ＣＣＣＨ ＳＤＵに表示情報を追加し、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する。

１つの代表的な実施例では、ＣＣＣＨ ＳＤＵに表示情報を追加して、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣを搬送することを表示することは、以下のいずれかを含む。

（１）ＣＣＣＨ ＳＤＵ内のＣＰメッセージのスペアビットを表示情報として定義する。

（２）ＣＣＣＨ ＳＤＵ内のＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｅｎｓｉｏｎＩＥに表示情報を追加する。

これに代えて、ステップＳ１０２において、表示情報を追加して、アップリンクメッセージが、ＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示することは、以下のステップを含むことができる。

ステップＳ５：アップリンクにおけるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットとＦ２ビットを表示情報として設定し、ここで、表示情報が第１の値であることは、アップリンクメッセージが、ＢＳＲ ＭＡＣ ＣＥを搬送することを表示し、表示情報が第２の値であることは、アップリンクメッセージが、ＰＨＲ ＭＡＣ ＣＥを搬送することを表示し、表示情報が第３の値であることは、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示し、表示情報が第４の値であることは、アップリンクメッセージが、ＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ及びＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送しないことを表示する。

１つの代表的な実施例では、第４の値が００のとき、表示情報は、アップリンクメッセージが、ＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、及びＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送しないと解釈される。

オプションとして、アップリンクメッセージに追加するＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥのフォーマットは、ＢＳＲ及びＰＨＲからなり、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの全長は、８Ｎビットであり、Ｎは、整数であり、ＢＳＲは、以下の方式のいずれかによって構成される。

方式１：ＢＳＲは、送信されるデータ量の範囲のみを含む。

方式２：ＢＳＲは、ＬＣＧ範囲と送信されるデータ量の範囲を含む。

オプションとして、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの全長が８ビットである場合、ＢＳＲの長さとＰＨＲの長さの両方は、８ビット未満に圧縮され、圧縮されたＢＳＲ内の送信されるデータ量の範囲は、以下のいずれかの方式によって、現在のＬＴＥプロトコルにおけるデータ量マッピングテーブルにマッピングされる。

（１）圧縮されたＢＳＲにおける送信されるデータ量の範囲は、予め設定された閾値よりも大きい粒度で、現在のＬＴＥプロトコルにおけるＢＳＲデータ量マッピングテーブル全体にマッピングされる。

（２）圧縮されたＢＳＲにおける送信されるデータ量の範囲は、粒度を変更することなく、ＢＳＲデータ量マッピングテーブルの一部にマッピングされる。

圧縮されたＰＨＲと、現在のＬＴＥプロトコルにおけるＰＨＲマッピングテーブルとの間の関係は、以下のいずれかを含む。

（１）圧縮されたＰＨＲは、予め設定された閾値より大きい粒度で、現在のＬＴＥプロトコルのＰＨＲマッピングテーブル全体にマッピングされる。

（２）圧縮されたＰＨＲは、粒度を変更することなく、現在のＬＴＥプロトコルのＰＨＲマッピングテーブルの一部にマッピングされる。

１つの代表的な実施例では、アップリンクメッセージにおいて、ＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、ＣＣＣＨ ＳＤＵに後続し、又はＣＣＣＨ ＳＤＵに先行する。

オプションとして、送信されるデータ量に関する情報をＣＣＣＨ ＳＤＵに追加することは、ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに情報を追加することによって達成してもよい。具体的には、１〜６ビットを使用してデータの大きさを表現してもよく、異なる大きさはデータ量の異なる範囲に対応する。

オプションとして、パワーヘッドルームに関する情報の追加は、ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに情報を追加することによって達成してもよい。具体的には、１〜６ビットを使用して、パワーヘッドルームの大きさを表現してもよく、パワーヘッドルーム情報は、物理層から読み取られる。

オプションとして、ＣＣＣＨ ＳＤＵに送信されるデータ量に関する情報を追加することは、送信されるデータ量の情報及びパワーヘッドルームの情報を、ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｓｎｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに追加することによって達成してもよい。

なお、上記のＣＰメッセージは、以下に限定されるものではないが、以下のいずれかのメッセージを含むことができる。

（１）ＲＲＣ接続要求

（２）ＲＲＣ接続完了

（３）セキュリティモード完了

（４）ＲＲＣ接続再構成完了メッセージ

（５）アップリンク送信メッセージ

（６）ＲＲＣ接続再確立要求メッセージ

（７）ＲＲＣ接続再確立完了メッセージ

（８）ＲＲＣ接続再開要求メッセージ

（９）ＲＲＣ接続再開完了メッセージ

オプションとして、ステップＳ１０２において、送信されるデータ量に関する情報、パワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームを追加する前に、以下のステップを実行してもよい。

ステップＳ６：ランダムアクセス応答メッセージから表示情報を取得し、表示情報は、ＵＥが、そのアップリンクメッセージに、送信されるデータ量に関する情報、パワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームを含んでいることを表示する。

オプションとして、ステップＳ１０２において、送信されるデータ量に関する情報、パワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームを追加する前に、以下の動作を行うことができる。

ステップＳ７：ＢＳＲ又はＰＨＲがトリガされたことを判定し、ＢＳＲのトリガリング規則に従って、アップリンクリソースが第１の送信に利用可能である場合、ｐｅｒｉｄｉｃＢＳＲ−Ｔｉｅｒを開始せず、ＰＨＲのトリガリング規則に従って、アップリンクリソースが第１の送信に利用可能である場合、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始しない。

上記の好ましい実施形態について、以下の実施例を用いて更に説明する。

実施例１

この実施例では、ランダムアクセス手順のアップリンクメッセージに（例えば、メッセージ３を使用して）ＢＳＲ ＭＡＣ ＣＥを追加する手法を説明する。

ＵＥは、ランダムアクセス手順の前にＣＰシグナリングメッセージを介してデータを送信することを決定する必要がある。

図６ａは、１つの代表的な実施例に基づく、メッセージ３にＢＳＲ ＭＡＣ ＣＥを追加する例を示している。図６ｂは、１つの代表的な実施例に基づく、メッセージ３にＢＳＲ ＭＡＣ ＣＥを追加する別の例を示している。図６ａ及び図６ｂに示すように、メッセージ３内のＢＳＲ ＭＡＣ ＣＥは、以下の位置に設けることができる。

−ＢＳＲ ＭＡＣ ＣＥがＣＣＣＨ ＳＤＵに後続する、又は

−ＢＳＲ ＭＡＣ ＣＥがＣＣＣＨ ＳＤＵに先行する。ここで、ＭＡＣ ＳＤＵがＣＣＣＨを含む場合、これをＣＣＣＨ ＳＤＵと呼ぶ。

更に、ＢＳＲ ＭＡＣ ＣＥをメッセージ３に追加する場合、ｅＮＢが、ＢＳＲを復号する前に、メッセージ３から表示情報を読み出すことができるように、メッセージ３がＢＳＲ ＭＡＣ ＣＥを含むことをｅＮＢに通知するための表示情報が必要である。

１つの代表的な実施例では、以下のいずれの手法によって、表示情報を追加する。

（１）方式１：ＢＳＲ ＭＡＣ ＣＥに対応するＭＡＣサブヘッダを追加する。図７は、メッセージ３がＢＳＲ ＭＡＣ ＣＥを搬送することを表示する表示情報を追加する第１の方式を示している。図７に示すように、ＢＳＲ ＭＡＣ ＣＥのＭＡＣサブヘッダのフォーマットは、現在のプロトコルのものと同一であり、すなわち、このフォーマットは、Ｒ（予約ビット）、Ｆ２（現在０）、Ｅ（更なるフォローアップサブヘッダがあるか否かを示す）、論理チャネル識別子（ＬＣＩＤ及びＬＣＩＤに関連付けられたＢＳＲ ＭＡＣ ＣＥは、現在のＬＴＥプロトコルにおける値１１１０１又は１１１１０を有し、それぞれショートＢＳＲ及びロングＢＳＲを表す）の４個の部分からなる。

図８は、ここに開示する技術の１つの代表的な実施例に基づき、メッセージ３に表示情報を追加する第１の方式に対応するＢＳＲ ＭＡＣ ＣＥのフォーマットを示す。図８に示すように、このフォーマットは、それぞれ４個のＬＣＧにマッピングされるＬＣＧ範囲のための２ビットと、６４クラスのバッファサイズにマッピングされるバッファサイズの範囲のための６ビットとを含む。

（２）方式２：メッセージ３で搬送されるＣＣＣＨ ＳＤＵのＭＡＣサブヘッダ内の予約ビットを使用して、そのメッセージ３がＢＳＲ ＭＡＣ ＣＥを含むことを表示し、これにより、ＢＳＲ ＭＡＣ ＣＥの追加のＭＡＣサブヘッダなしで、ＣＣＣＨ ＳＤＵのＭＡＣサブヘッダは、ＣＣＣＨ ＳＤＵとＢＳＲ ＭＡＣ ＣＥを同時に表示することができ、システムのオーバヘッドが削減される。

図９は、ここに開示する技術の１つの代表的な実施例に基づき、メッセージ３がＢＳＲ ＭＡＣ ＣＥを搬送することを表示する表示情報をメッセージ３に追加する第２の方式を示している。図９に示すように、ＣＣＣＨ ＳＤＵのＭＡＣサブヘッダ内の元の予約ビット「Ｒ」は、「ＢＳＲ ＭＡＣ ＣＥが送信されているか」を表示するＢフラグとして再定義され、Ｂ＝０は、メッセージ３がＢＳＲ ＭＡＣ ＣＥを搬送しないことを表示し、Ｂ＝１は、メッセージ３がＢＳＲ ＭＡＣ ＣＥを搬送することを表示する。

（３）方式３：新しい論理チャネル識別子を定義し、ＣＣＣＨ及びＢＳＲを同時に対応付け、ここで、ＬＣＩＤを含むＭＡＣサブヘッダは、ＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵとＢＳＲ ＭＡＣ ＣＥの両方を含むことを表示する。

例えば、現在のＬＴＥ標準のＬＣＩＤリストにおいて、０１１００−１０１０１は、予約ビット範囲であり、使用されていない。したがって、これらのビットのいずれかを選択して、新しい情報を導入できる。図１０は、ここに開示する技術の１つの代表的な実施例に基づき、メッセージ３がＢＳＲ ＭＡＣ ＣＥを搬送することを表示する表示情報をメッセージ３に追加する第３の方式を示す。図１０に示すように、「ＣＣＣＨ及びＢＳＲ」について１０１０１を選択すると、ｅＮＢは、このＬＣＩＤを検出して、メッセージ３がＢＳＲ ＭＡＣ ＣＥを搬送することを知る。更に、ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのＲＲＣ接続要求を例とすると、ＲＲＣ接続要求のスペアビットを表示情報として定義できる。

例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔシグナルの内容は、以下のように定義できる。

（数１）
RRCConnectionRequest-r8-Ies:=SEQUECE{
ue-Identity InitialUE-Identity
establishmentCause EstablishmentCause
BSR-mac-CE-Ind BIT STRING(SIZE(1))
}

ＢＳＲ−ｍａｃ−ＣＥ−ＩＮＤは、再定義された表示情報ビットであり、ＢＳＲ−ｍａｃ−ＣＥ−Ｉｎｄの値が１のとき、メッセージ３は、ＢＳＲ ＭＡＣ ＣＥを搬送し、ＢＳＲ−ｍａｃ−ＣＥ−Ｉｎｄの値が０のとき、メッセージ３は、ＢＳＲ ＭＡＣ ＣＥを搬送しない。

別の例では、以下のように、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＦｕｔｕｒｅメッセージ要素（ＩＥと呼ばれる情報要素）に表示情報を追加できる。
（数２）
RRCConnectionRequest::=SEQUENCE{
criticalExtension CHOICE{
rrcConnectionRequest-r8 RRCConnectionRequest-r8-Ies,
criticalExtensionFuture BSR-mac-CE-Ind-IE
}
BSR-mac-CE-Ind-IE::=SEQUENCE{
BSR-mac-CE-Ind BIT STRING(SIZE(1))
}

ここで、ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＦｕｔｕｒｅは、１ビットのサイズを有するＢＳＲ−ｍａｃ−ＣＥ−Ｉｎｄ ＩＥとして再定義される。したがって、ＢＳＲ−ｍａｃ−ＣＥ−Ｉｎｄ ＩＥの値が１であるとき、メッセージ３は、ＢＳＲ ＭＡＣ ＣＥを含み、ＢＳＲ−ｍａｃ−ＣＥ−Ｉｎｄ ＩＥの値が０であるとき、メッセージ３は、ＢＳＲ ＭＡＣ ＣＥを含まない。

実施例２

この実施例では、ランダムアクセス手順において、（例えば、以下のメッセージ３を用いて）アップリンクメッセージにＰＨＲ ＭＡＣ ＣＥを追加する方法を説明する。

ランダムアクセス手順の前に、ＵＥは、ＣＰシグナリングを介してデータを送信することを決定する必要がある。

図１１ａは、ここに開示する技術の１つの代表的な実施例に基づき、メッセージ３にＰＨＲ ＭＡＣ ＣＥを追加する方式を示している。図１１ｂは、ここに開示する技術の１つの代表的な実施例に基づき、メッセージ３にＰＨＲ ＭＡＣ ＣＥを追加する別の方式を示している。図１１ａ及び図１１ｂに示すように、ＰＨＲ ＭＡＣ ＣＥは、ＣＣＣＨ ＳＤＵに先行し、あるいは、ＰＨＲ ＭＡＣ ＣＥは、ＣＣＣＨ ＳＤＵに後続し、ここで、ＭＡＣ ＳＤＵがＣＣＣＨを含む場合、これをＣＣＣＨ ＳＤＵと呼ぶ。

更に、メッセージ３がＰＨＲ ＭＡＣ ＣＥを搬送することを表示するために、追加の表示情報が必要であり、これにより、ｅＮＢは、表示情報を読み取ることによって、メッセージ３からＰＨＲを復号できる。

１つの代表的な実施例では、以下の方式で表示情報を追加できる。

（１）方式１：ＰＨＲ ＭＡＣ ＣＥに対応するＭＡＣサブヘッダを追加する。図１２は、１つの代表的な実施例に基づき、メッセージ３がＰＨＲ ＭＡＣ ＣＥを搬送することを表示する表示情報を追加する第１の方式を示している。図１２に示すように、ＰＨＲ ＭＡＣ ＣＥのＭＡＣサブヘッダのフォーマットは、現在のＬＴＥプロトコルのものと同一であり、すなわち、Ｒ（予約ビット）、Ｆ２（０）、Ｅ（更にサブヘッダが続くか否かを示す）、ＬＣＩＤの４個の部分からなる。

図１３は、１つの代表的な実施例に基づき、メッセージ３における表示情報を追加する第１の方式に関連するＰＨＲ ＭＡＣ ＣＥのフォーマットを示す。図１３に示すように、予約された範囲は、２ビットを含み、ＰＨＲ値の範囲は、６ビットを含み、これは、６４個のパワーヘッドルームレベルにマッピングされる。

（２）方式２：メッセージ３によって搬送されるＣＣＣＨ ＳＤＵのＭＡＣサブヘッダ内の予約ビットを使用して、メッセージ３がＰＨＲ ＭＡＣ ＣＥを含むことを表示し、これにより、ＰＨＲ ＭＡＣ ＣＥの追加のＭＡＣサブヘッダなしで、ＣＣＣＨ ＳＤＵのＭＡＣサブヘッダは、ＣＣＣＨ ＳＤＵとＰＨＲ ＭＡＣ ＣＥを同時に表示でき、システムのオーバヘッドが削減される。

（３）方式３：新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＣＣＣＨとＰＨＲの両方に関連付け、ここで、ＬＣＩＤを含むＭＡＣサブヘッダは、ＣＣＣＨ ＳＤＵとＰＨＲ ＭＡＣ ＣＥの両方がＭＡＣ ＰＤＵに存在することを表示する。

（４）方式４：ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージのスペアビットを使用して表示情報を表示し、又はｃｉｒｔｉｃａｌＥｘｔｅｎｔｉｏｎＦｕｒｕｔｒｅＩＥに表示情報を追加する。

実施例３

この実施例では、ランダムアクセス手順において、アップリンクメッセージ（ここでは、メッセージ３を使用する。）によって搬送されるＣＣＣＨ ＳＤＵに、送信されるデータ量に関する情報を追加する方法について説明する。

この例は、ＲＲＣ接続確立要求である。ＲＲＣ接続要求メッセージに送信されるデータ量に関する情報を追加することは、ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＦｕｔｕｒｅに送信されるデータ量に関する情報を追加することを意味する。１つの代表的な実施例は、以下の通りである。

１〜６ビットを使用して送信されるデータ量の大きさを表し、異なるレベルは、データ量の異なる範囲に対応する。
（数３）
RRCConnectionRequest::=SEQUENCE
{
criticalExtensions CHOICE {
rrcConnectionRequest-r8
RRCConnectionRequest-r8-IEs,
criticalExtensionsFuture BSR-IE
}
BSR-IE ::=SEQUENCE {
BSR BIT STRING (SIZE (6))
}

ここで、ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＦｕｔｕｒｅは、６ビット長で、ＢＳＲ ＩＥとして再定義され、もちろん、これは、定義によってより短くできる。

異なるＢＳＲ長は、異なるデータ量範囲に対応する。例えば、６ビット長を使用する場合、ＢＳＲの長さは、現在のＬＴＥプロトコルのバッファのサイズに等しく、マッピングされるデータ量の範囲と粒度もこれに等しい。

ＢＳＲ ＩＥを４ビット長とする場合、送信されるデータ量のマッピングされた範囲及び粒度は、以下のオプションを有する。

（１）ＢＳＲ粒度は、現在のＬＴＥプロトコルのものと等しい。現在のＬＴＥプロトコルのＢＳＲマッピングテーブルは、６４レベルであり、ここで、ＢＳＲ ＩＥの４ビット長は、最初の１６レベルにマッピングできる。

（２）ＢＳＲ粒度は、ＬＴＥプロトコルの粒度より４倍大きい。したがって、ＢＳＲ ＩＥ内のこれらの４ビットは、現在のＬＴＥプロトコルで使用されているＢＳＲマッピングテーブルと同じデータ量範囲にマッピングできる。

実施例４

この実施例では、ランダムアクセスアップリンクメッセージ（メッセージ３を例として使用する。）内のＣＣＣＨ ＳＤＵにパワーヘッドルームを追加する方法を説明する。

ここでは、ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージがＲＲＣ接続要求メッセージである以下の例を用いて説明を行う。パワーヘッドルーム情報を追加することは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＦｕｔｕｒｅＩＥにパワーヘッドルームを追加することを意味し、代表的な手順は、以下の通りである。

１〜６ビットを使用してパワーヘッドルームの大きさを表し、これは、例えば、以下のように、物理層から読み取られる。
（数４）
RRCConnectionRequest ::= SEQUENCE {
criticalExtensions CHOICE {
RrcConnectionRequest-r8 RRCConnectionRequest-r8-IEs,
criticalExtensionsFuture PHR-IE
}
PHR-IE ::= SEQUENCE {
PHR
BIT STRING (SIZE (6))
}

ここでは、ｃｒｉｔｉｃａｌＥｘｔｅｎｔｉｏｎＦｕｔｕｒｅは、ＰＨＲ ＩＥとして再定義され、６ビットのサイズであり、もちろん、これより短くできる。

異なるＰＨＲ長は、異なるパワーヘッドルーム範囲に対応する。例えば、６ビットの選択は、現在のＬＴＥプロトコルで指定されている、ＰＨＲ ＭＡＣ ＣＥのパワーヘッドルーム長と同一であり、マッピングされるパワーヘッドルームのレベル範囲及び粒度も同様である。４ビット長を選択した場合、パワーヘッドルームへのマッピング及び粒度は、以下の通りであってもよい。

（１）パワーヘッドルームレベルテーブルに６４レベルを有する現在のＬＴＥプロトコルで指定されているものと同じＰＨＲ粒度を選択する。４ビット表現は、現在のＬＴＥプロトコルのパワーヘッドルームテーブルの最初の１６レベルにマッピングできる。

（２）現在のＬＴＥプロトコルで指定されているＰＨＲ粒度の４倍の粒度を選択する。これにより、現在のＬＴＥプロトコルのＰＨＲのためのパワーヘッドルームレベルテーブルと同じ４ビットのマッピングが可能になる。

実施例５

この実施例では、ランダムアクセス手順において、アップリンクメッセージ（以下では、メッセージ３を例とする。）にＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを追加する方法を説明する。

ランダムアクセス手順において、メッセージ３にＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを追加する場合、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥのフォーマットは、以下の通りとすることができる。

ＢＳＲ及びＰＨＲは、利用可能なビットを共有し、総ビット長は、８ビット又は１６ビットとすることができる。ＢＳＲは、以下のいずれかの方法で構成できる。

（１）ＢＳＲは、送信されるデータ量のみを含む。

（２）ＢＳＲは、ＬＣＧと送信されるデータ量の両方を含む。

例えば、図１４ａは、ここに開示する技術による１つの代表的な実施例に基づく、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの第１のフォーマットを示している。

図１４ｂに示すように、ＢＳＲとＰＨＲの合計長が６ビットの場合、ＬＣＧは、２ビットで表され、４個の異なるＬＣＧにマッピングされる。次に、バッファサイズは、６ビットで表され、６４個の異なるバッファサイズレベルにマッピングされる。予約ビットは、２ビットである。ＰＨ値は、６ビットで表され、６４個のパワーヘッドルームレベルにマッピングされる。

図１４ｃに示すように、ＢＳＲとＰＨＲの合計長が８ビットの場合、バッファサイズは、２ビットで表され、４個の異なるバッファサイズにマッピングされ、ＰＨは、６ビットで表され、６４個の異なるパワーヘッドルーム値にマッピングされる。

図１４ｃは、ここに開示する技術による１つの代表的な実施例のＢＳＲ＿ＰＨＲの第３のフォーマットを示している。図１４ｃに示すように、ＢＳＲとＰＨＲの合計長が８ビットの場合、バッファサイズは、４ビットで表され、１６個の異なるバッファサイズにマッピングされ、ＰＨは、４ビットで表され、１６個のパワーヘッドルーム値にマッピングされる。

図１４ｄは、ここに開示する技術による１つの代表的な実施例におけるＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの第４のフォーマットを示す。図１４ｄに示すように、ＢＳＲとＰＨＲの合計長が８ビットの場合、バッファサイズは、６ビットで表され、６４個の異なるバッファサイズにマッピングされ、ＰＨは、２ビットで表され、４個の異なるパワーヘッドルーム値にマッピングされる。

図１４ｅは、ここに開示する技術による１つの代表的な実施例におけるＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの第５のフォーマットを示す。

図１４ｅに示すように、ＢＳＲとＰＨＲの合計長が８ビットの場合、ＬＣＧは、１ビットで表され、２個の異なるＬＣＧにマッピングされ、バッファサイズは、３ビットで表され、８個の異なるバッファサイズにマッピングされ、ＰＨは、４ビットで表され、１６個の異なるパワーヘッドルーム値にマッピングされる。

図１４ｆは、ここに開示する技術による１つの代表的な実施例におけるＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの第５のフォーマットを示す。

図１４ｆに示すように、ＢＳＲとＰＨＲの合計長が８ビットの場合、ＬＣＧは、１ビットで表され、２個の異なるＬＣＧにマッピングされ、バッファサイズは、４ビットで表され、１６個の異なるバッファサイズにマッピングされ、ＰＨは、３ビットで表され、８個の異なるパワーヘッドルーム値にマッピングされる。

なお、図１４ｅ及び図１４ｆにおいては、ＢＳＲは、ＬＣＧを含む。ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥが８ビットの利用可能な長さを有し、値が８ビット未満で表される場合、これを圧縮されたＢＳＲ及び圧縮されたＰＨＲと呼ぶ。

圧縮されたＢＳＲの送信されるデータ量は、以下のいずれかの手法によって、現在のＬＴＥプロトコルのＢＳＲデータ量テーブルにマッピングできる。

（１）圧縮されたＢＳＲの送信されるデータ量は、現在のＬＴＥプロトコル全体のＢＳＲテーブルに、粗い粒度でマッピングされる。

（２）圧縮されたＢＳＲでは、送信されるデータ量の粒度は、変更されないが、値は、現在のＬＴＳプロトコルのＢＳＲテーブルの一部にのみマッピングされる。例えば、現在のＬＴＥプロトコルにおけるバッファサイズの６ビット表現とは異なり、ＢＳＲが３ビットに圧縮されていると仮定すると、圧縮されたＢＳＲは、送信されるデータ量のＢＳＲバッファサイズテーブルの最初の８個の値にマッピングされる。

圧縮されたＰＨＲ値と現在のＬＴＥプロトコルのＰＨＲテーブルの関係は、以下のいずれかを含むことができる。

（１）圧縮されたＰＨＲは、現在のＬＴＥプロトコルのＰＨＲテーブル全体に、粗い粒度でマッピングされる。

（２）圧縮されたＰＨＲは、粒度を変更することなく、現在のＬＴＥプロトコルのＰＨＲテーブルの一部のみにマッピングされる。

この他、メッセージ３がＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示するためにメッセージ３に表示情報を追加してもよく、この実施例では、以下の方式のいずれかによって、この追加を行うことができる。

（１）方式１：ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥに対応する新しいＬＣＩＤを定義し、これにより、ＬＣＩＤを含むＭＡＣサブヘッダは、ＭＡＣ ＰＤＵがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを含むことを表示する。例えば、図１５は、この手法の一例を示している。図１５に示すように、現在のＬＴＥプロトコルのＬＣＩＤテーブルにおいて、予約ビット範囲０１１００−１０１０１は使用されておらず、これを新しい定義に使用できる。１０１００を「ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥ」と定義すれば、ｅＮＢは、ＬＣＩＤを検出することによって、メッセージ３が、ＢＳＲ及びＰＨＲ結合ＭＡＣ ＣＥを搬送することを知ることができる。

（２）方式２：メッセージ３によって搬送されるＣＣＣＨ ＳＤＵのＭＡＣサブヘッダ内の予約された１ビットを使用して、メッセージ３がＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを含むことを表示する。

（３）方式３：新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＣＣＣＨとＰＨＲが結合されたＢＳＲの両方に対応付け、ここで、ＬＣＩＤを含むＭＡＣサブヘッダは、ＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵとＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの両方を含むことを表示する。

（４）方式４：ＣＣＣＨ ＳＤＵに表示情報を追加して、メッセージ３が、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを含むことを表示し、ここで、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージのスペアビットを表示情報として定義し、又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔのｃｒｉｔｉｃａＥｘｔｅｎｓｉｏｎＦｕｔｕｒｅＩＥに表示情報を追加する。

実施例６

この実施例は、ランダムアクセス手順において、アップリンクメッセージ（以下では、メッセージ３を例として使用する。）のＣＣＣＨ ＳＤＵに、送信されるデータ量及びパワーヘッドルームに関する情報を追加する方法を説明する。

以下では、ＣＣＣＨ ＳＤＵに搬送されるＣＰのＲＲＣ接続要求メッセージを使用する。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージに、送信されるデータ量とパワーヘッドルームに関する情報を追加することは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＦｕｔｕｒｅＩＥに、送信されるデータ量とパワーヘッドルームに関する情報を追加することを含む。

実施例７

この実施例では、アップリンクメッセージ（以下では、メッセージ３を例として使用する。）に、表示情報を追加して、メッセージ３が、ＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを含むことを表示し、この追加は、更に、以下を含むことができる。

−表示情報のために予約ビット（Ｒビット）とＦ２ビットを使用し、２ビットは、４個の値（すなわち００、０１、１０、１１）に対応し、ＢＳＲ ＭＡＣ ＣＥがＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、又はＢＳＲ＿ＰＨＲを結合したＭＡＣ ＣＥを搬送すること、及びこれらのタイプのＭＡＣ ＣＥを搬送しないことを表示し、ここで、ビット値００は、メッセージ３が、３つのＭＡＣ ＣＥのどれも搬送しないことを示す。

実施例８

この実施例では、ＵＥによって受信される基地局からのメッセージ２は、メッセージ２が、送信されるデータ量、パワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームに関する表示情報を含むことをＵＥが要求するか否かに関する指示を含む。この実施例では、ＵＥによって受信されるメッセージ２（すなわち、ＲＡＲメッセージ）は、上述の表示情報を含む。

実施例９

この実施例では、アップリンクのＣＣＣＨ ＳＤＵに関連付けられているＭＡＣサブヘッダにおいて、予約ビットを使用し又は現在のビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかに関する情報を表示する。

現在のＬＴＥプロトコルでは、ＭＡＣサブヘッダのフォーマットは、以下を含む。

（１）Ｒ：予約ビットであり、Ｒは、単一ビットである。

（２）Ｆ２、Ｆ：ＭＡＣ ＳＤＵ又はＭＡＣ ＣＥのサイズを表示する。Ｆ２は、１ビット、Ｆは、１ビットである。

（３）Ｅ：他のＭＡＣサブヘッダがこれに続くか否かを示す。Ｅは、１ビットである。

（４）ＬＣＩＤ：５ビット長であり、ＭＡＣ ＣＥがどのタイプのＭＡＣ ＳＤＵ又はＭＡＣ ＣＥに対応するかを表示する。

例えば、アップリンクメッセージ３のＭＡＣサブヘッダがシングルトーン又はマルチトーンがサポートされているかに関する情報を搬送する場合、メッセージ３は、１つのＣＣＣＨ ＳＤＵ（すなわち、ＭＡＣ ＳＤＵ）のみを搬送し、ＭＡＣサブヘッダのフォーマットは、全長８ビットで、Ｒ／Ｆ２／Ｅ／ＬＣＩＤを含む。Ｆ２とＥは、定義された目的を有しているが、メッセージ３の場合には、Ｆ２とＥの値にかかわらず、ｅＮＢによる誤解はない。したがって、Ｆ２及びＥビットを再定義することが可能である。

この実施例では、Ｒ、Ｆ２又はＥは、シングルトーン又はマルチトーンがサポートされているかを表示するように再定義できる。例えば、値１は、シングルトーンのサポートを意味し、値０は、マルチトーンのサポートを意味する。

他のアップリンクメッセージ、例えば、メッセージ５によって同じ情報を搬送することもできる。この場合、シングルトーン又はマルチトーンがサポートされているかを示すためにＲを定義できる。

これに代えて、アップリンクメッセージのＭＡＣサブヘッダが、シングルトーンとマルチトーンのいずれがサポートされているかに関する情報を搬送することをｅＮＢが知るために、以下の２つの方式を用いてもよい。

方式１：所与のアップリンクメッセージ（例えば、デフォルトではメッセージ３）のＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送することをデフォルトの動作とする。

方式２：「ＣＣＣＨ、及びシングルトーン又はマルチトーンがサポートされているか」の定義のためにＬＣＩＤの予約された値を選択する。ｅＮＢは、このＬＣＩＤに基づき、ＬＣＩＤを含むＭＡＣサブヘッダが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送することを知ることができる。

実施例１０

この実施例では、アップリンクメッセージ内のＭＡＣ ＣＥの予約ビットを使用し又はＭＡＣ ＣＥのビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかの情報を表示する。

上述のＭＡＣ ＣＥは、これに限定されるものではないが、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥを含む。

アップリンクメッセージ３によって、シングルトーン又はマルチトーンがサポートされているかの情報を搬送すると仮定すると、この情報は、例えば、ＢＳＲ ＭＡＣ ＣＥに配置できる。

現在のＬＴＥシステムにおけるＢＳＲ ＭＡＣ ＣＥのフォーマットは、ＬＣＧ ＩＤ及びバッファサイズから構成され、ＬＧＣ ＩＤは、論理チャネルグループのシーケンス番号を表示し、２ビットを占める。したがって、例えば、表１のようにＬＣＧ ＩＤの２ビットを再定義でき、これにより、ＢＳＲ ＭＡＣ ＣＥが再定義される。表１に示すように、ビット０は、マルチトーンがサポートされていない場合を０、マルチトーンがサポートされている場合を１として再定義できる。

また、このような情報は、ＰＨＲ ＭＡＣ ＣＥでは、例えば、以下のように設定できる。

現在のＬＴＥシステムにおけるＢＳＲ ＭＡＣ ＣＥは、２個の予約ビット、６個のパワーヘッドルームビットから構成されている。したがって、予約ビットの１つを再定義して、これにより、第１の予約ビットは、シングルトーンをサポートする場合は０及びマルチトーンをサポートする場合は１、又はマルチトーンをサポートしない場合は０及びマルチトーンをサポートする場合は１としてもよい。

これに代えて、以下の方式を採用して（例えば、ＢＳＲ ＭＡＣ ＣＥとＰＨＲ ＭＡＣ ＣＥを使用して）、アップリンクのＭＡＣ ＣＥが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送することをｅＮＢに知らせてもよい。

ＬＣＩＤの予約ビットの１つを選択して、「ＢＳＲ ＭＡＣ ＣＥとシングルトーン又はマルチトーンがサポートされていること」を定義することにより、ｅＮＢは、ＬＣＩＤを調べることによって、このＬＣＩＤに関連付けられたＢＳＲ ＭＡＣ ＣＥが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送していることを知ることができる。

あるいは、ＬＣＩＤ内の予約ビットの１つを選択して、「ＰＨＲ ＭＡＣ ＣＥとシングルトーン又はマルチトーンがサポートされているか」を定義することにより、ｅＮＢは、このＬＣＩＤに関連付けられたＰＨＲ ＭＡＣ ＣＥが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送していることを知ることができる。

実施例１１

この実施例では、アップリンクのＭＡＣ ＣＥ内の予約ビットを使用し又はアップリンクのＭＡＣ ＣＥ内のビット位置を再定義して、ＵＰモード又はＣＰモードの送信が設定されているかに関する情報を表示する。

ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ及びＰＨＲ ＭＡＣ ＣＥのいずれかを含むことができるが、これに限定されない。

アップリンクメッセージ３が、ＵＰ又はＣＰの送信モードが設定されているかを示していると仮定すると、以下の例のように、表示情報をＢＳＲ ＭＡＣ ＣＥに配置することができる。

現在のＬＴＥシステムにおけるＢＳＲ ＭＡＣ ＣＥのフォーマットは、ＬＣＩＤ及びバッファサイズの２個の部分からなり、ＬＣＧ ＩＤは、論理チャネルシーケンス番号を３ビットで表す。したがって、ＬＣＩＤの２ビットを表２に示すように再定義でき、この例では、ＢＳＲ ＭＡＣ ＣＥを再定義し、ビット０は、ＵＰモードの送信がサポートされていない場合は０、ＵＰモードの送信がサポートされている場合は１のように再定義できる。

更に、以下の例に示すように、ＰＨＲ ＭＡＣ ＣＥに情報を配置することもできる。

現在のＬＴＥシステムのＢＳＲ ＭＡＣ ＣＥのフォーマットは、２個の予約ビットと、６ビットのパワーヘッドルームレベルとから構成される。したがって、１個の予約ビットを再定義でき、例えば、最初の予約ビットは、ＵＰモード送信の場合は０、ＣＰモード送信の場合は１のように再定義してもよい。あるいは、これは、ＵＰ送信モードがサポートされていない場合は０、ＵＰ送信モードがサポートされている場合は１のように再定義してもよい。

これに代えて、ＢＳＲ ＭＡＣ ＣＥ及びＰＨＲ ＭＡＣ ＣＥを例として使用して、以下の方式を用いて、アップリンクメッセージのＭＡＣ ＣＥが、ＵＰ送信モード又はＣＰ送信モードが設定されているかに関する情報を搬送することをｅＮＢに伝えることができる。

ＬＣＩＤの予約ビットの１つを選択して、「ＢＳＲ ＭＡＣ ＣＥ、及びＵＰ送信モード又はＣＰ送信モードが設定されているか」を定義する。これにより、ｅＮＢは、このＬＣＩＤに関連付けられたＢＳＲ ＭＡＣ ＣＥが、ＵＰ送信モード又はＣＰ送信モードが設定されているかに関する情報を搬送していることを知ることができる。

あるいは、予約ビットの１つを選択して、「ＰＨＲ ＭＡＣ ＣＥ、及びＵＰ送信モード又はＣＰ送信モードが設定されているか」を定義する。これにより、ｅＮＢは、関連するＬＣＩＤのＰＨＲ ＭＡＣ ＣＥが、ＵＰ送信モード又はＣＰ送信モードが設定されているかに関する情報を搬送していることを知ることができる。

実施例１２

この実施例では、アップリンクメッセージのＣＣＣＨ ＳＤＵのＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかを表示する。

現在のＬＴＥプロトコルにおけるＭＡＣサブヘッダのフォーマットは、実施例９に示す通りである。

この例では、メッセージ３のＭＡＣサブヘッダを使用して、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を表示する。メッセージ３は、１つのＣＣＣＨ ＳＤＵ、すなわちＭＡＣ ＳＤＵのみを搬送し、これは、Ｒ／Ｆ２／Ｅ／ＬＣＩＤの形式を有し、合計８ビットであり、Ｆ２とＥは、既に他の目的のために定義されている。しかしながら、メッセージ３の場合には、Ｆ２とＥの値にかかわらず、ｅＮＢによる誤解はない。したがって、Ｆ２及びＥビットを再定義して、新たな情報を搬送することが可能である。

この実施例では、Ｒ、Ｆ２又はＥを定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかを表示する。例えば、ＣＰ送信モードの場合は値１、ＵＰ送信モードの場合は値０とする。

他のアップリンクメッセージ、例えば、メッセージ５を同じ目的で使用する場合、Ｒビットを定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかを表示してもよい。

これに代えて、以下の方式を用いて、アップリンクメッセージのＭＡＣサブヘッダが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送することをｅＮＢに知らせることができる。

方式１：デフォルト値として、幾つかのアップリンクメッセージ（例えば、メッセージ３をデフォルトにする。）におけるＣＣＣＨ ＳＤＵのＭＡＣサブヘッダが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送する。

方式２：ＬＣＩＤの予約ビットの１つを選択して、「ＣＣＣＨ、及びＣＰ送信モード又はＵＰ送信モードが設定されているか」を定義する。これにより、ｅＮＢは、ＬＣＩＤを調べることによって、このＬＣＩＤを含むＭＡＣサブヘッダが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送していることを知ることができる。

実施例１３

この実施例では、アップリンクにおけるＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダの予約ビットを使用して又は現在のビット位置を再定義して、複数の情報を表示する。以下は、アップリンクのメッセージ３におけるＭＡＣサブヘッダの場合の例である。

メッセージ３のＭＡＣサブヘッダによって搬送される情報が「送信されるデータ量」であると仮定する。実施例９によれば、現在のＬＴＥプロトコルのＭＡＣサブヘッダのフォーマットは、Ｒ、Ｒ２及びＥからなり、これら全ては、送信されるデータ量に関する情報を搬送するために使用できる。これは、１、２又は３ビットを選択して、協同して送信されるデータ量に関する情報を表すことによって達成できる。例えば、送信されるデータ量に関する情報を表すためにＲ及びＦ２を使用する場合、２個のビットを表３に示すように定義でき、ここで、Ｋ１、Ｋ２、Ｋ３及びＫ４は、全て整数である。

上記のマッピングテーブルは、表４に示すように、現在のＬＴＥ仕様のＢＳＲマッピングテーブルのセクション（３ＧＰＰ仕様ＴＳ３６．３２１、表６．１．３．１−１を参照）の最初の４レベルのみから直接採用してもよい。

あるいは、現在のＬＴＥ仕様のＢＳＲテーブルの最初の４個のレベルに所定数を乗算し、各レベルの範囲を広げて、送信されるデータ量を表してもよい。例えば、乗数を４とすると、マッピングテーブルは、表５のようになる。

あるいは、表６に示すように、各レベルに所定数を乗算し、送信されるデータ量を表すレベルの範囲を広げてもよい。

これに代えて、アップリンクメッセージのＭＡＣサブヘッダが、送信されるデータ量に関する情報を搬送することをｅＮＢに知らせるために以下の２つの方式を使用してもよい。

方式１：デフォルトプロトコル規則として、所与のアップリンクメッセージ内のＣＣＣＨ ＳＤＵに関連付けられたＭＡＣサブヘッダ（例えば、メッセージ３をデフォルトにする。）を、送信されるデータ量の情報のためのデフォルトキャリアとして設定する。

方式２：ＬＣＩＤの予約された値から、「ＣＣＣＨと送信されるデータ量」を表現する値を選択する。これにより、ｅＮＢは、ＬＣＩＤ値に基づいて、ＬＣＩＤを含むＭＡＣサブヘッダが送信されるデータ量に関する情報を搬送していることを知ることができる。

メッセージ３のＭＡＣサブヘッダが、「パワーヘッドルーム情報」を搬送する場合、この手法は、「送信されるデータ量」の代表的な実施例と同じである。

メッセージ３のＭＡＣサブヘッダが、「シングルトーンのサポート又はマルチトーンのサポート」及び「ＣＰ送信モード又はＵＰ送信モード」を同時に搬送する場合、実施例９に示す現在のＬＴＥ仕様のＭＡＣサブヘッダフォーマットを利用して、Ｒ、Ｆ２及びＥにそれぞれの意味を与えることができる。

例えば、表７に示すように、ＲビットとＦ２ビットを使用して、どの情報が搬送され、どのような値が取られているかを表示することができる。

実施例１４

この実施例では、送信されるデータ量及びパワーヘッドルームに関する情報を送信する前に、ＵＥは、ＢＳＲ又はＰＨＲが既にトリガされていることを判定でき、ＵＥは、以下のように、ＢＳＲ又はＰＨＲのトリガリング規則に従う。

（１）アップリンクにおいて、第１の送信に利用可能なアップリンクリソースがある場合、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始しない。

（２）アップリンクにおいて、第１の送信に利用可能なアップリンクリソースがある場合、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始しない。

この実施例では、ＮＢ−ＩｏＴシステムにおいて、ＵＥが定期的ＢＳＲの方式をどのように使用するかを更に説明する。

方式１：ＵＥは、その機器タイプがＮＢ−ＩｏＴ端末であるか否か、又はアクセスしているネットワークのタイプがＮＢ−ＩｏＴネットワークであるか否かを判定する。機器がＮＢ−ＩｏＴタイプであるか、ネットワークがＮＢ−ＩｏＴネットワークである場合、ＵＥは、いかなる場合もｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始しない。

方式２：ＵＥは、その機器タイプがＮＢ−ＩｏＴ端末であるか否か、又はアクセスしているネットワークのタイプがＮＢ−ＩｏＴネットワークであるか否かを判定する。機器がＮＢ−ＩｏＴタイプであるか、ネットワークがＮＢ−ＩｏＴネットワークである場合、ＵＥは、ＵＥがＢＳＲをトリガし、第１の送信のためのアップリンクリソースがある場合、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始する必要はない。

以下では、この実施例において、ＵＥがＮＢ−ＩｏＴシステムにおいてＰＨＲをどのように使用するかについて更に説明する。

方式１：ＵＥは、その機器タイプがＮＢ−ＩｏＴ端末であるか否か、又はアクセスしているネットワークのタイプがＮＢ−ＩｏＴネットワークであるか否かを判定する。機器がＮＢ−ＩｏＴタイプであるか、ネットワークがＮＢ−ＩｏＴネットワークである場合、ＵＥは、いかなる場合もｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始しない。

方式２：ＵＥは、その機器タイプがＮＢ−ＩｏＴ端末であるか否か、又はアクセスしているネットワークのタイプがＮＢ−ＩｏＴネットワークであるか否かを判定する。機器がＮＢ−ＩｏＴタイプであるか、ネットワークがＮＢ−ＩｏＴネットワークである場合、ＵＥは、ＵＥがＢＳＲをトリガし、第１の送信のためのアップリンクリソースがある場合、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始する必要はない。

なお、上述の実施例では、アクセスネットワーク要素は、ｅＮＢのみでなく、ＥＰＣアーキテクチャと互換性を有する限り、スモールセル、ホーム基地局、及び他のタイプのネットワーク要素であってもよい。コアネットワーク要素は、ＭＭＥのみでなく、マシンタイプの通信に必要な電気通信及びモバイル管理をサポートするＣ−ＳＧＮ、ＮＢ−ＩｏＴ ＭＭＥ及び他のコアネットワーク要素であってもよい。

実施例１５

不連続送信の場合、基地局は、不連続（ＤＲＸ）タイマ制御情報をシグナリングすることによって、ＤＲＸタイマを開始するか否かをＵＥに指示できる。

これに代えて、ＤＲＸタイマを開始すべきか否かを指示する手法は、以下のいずれかを含むことができる。

利用可能なＵＥ用のダウンリンクデータがあるか否か、又は

ＤＲＸタイマを開始する必要があるか否か、又は

ＵＥがＤＲＸタイマを開始する必要性を判断するための他の手法。

オプションとして、シグナリングは、少なくとも、物理ダウンリンク共通制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）のＤＣＩダウンリンク制御情報又はメディアアクセスコントロールユニット（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｕｎｉｔ：ＭＡＣ ＣＥ）を含むことができる。

ＰＤＣＣＨのＤＣＩを介して、ＤＲＸタイマ制御情報を表示するために、基地局は、ＤＣＩによって示されるダウンリンクデータに基づいてその決定を行うことができる。ＵＥに利用可能なダウンリンクデータ量がある場合、基地局は、ＤＣＩにおいて、ＤＲＸタイマの開始を指示する。

オプションとして、基地局は、シグナリングメッセージを送信しながら、このシグナリングメッセージに関連付けられた又はシグナリングメッセージによって搬送されるダウンリンクデータを使用して、シグナリングメッセージにおいて、ＵＥがＤＲＸタイマを開始するか否かを指示することができる。

オプションとして、シグナリングフォーマットがＰＤＣＣＨによって搬送されるＤＣＩであり、及びＤＣＩがダウンリンクデータ送信スケジューリング情報も示す場合、ＵＥは、スケジューリング情報に従ってダウンリンクデータを受信する。ＤＣＩによって搬送されるＤＲＸタイマに関する情報が、ＵＥがＤＲＸタイマを開始する必要があることを示す場合、ＵＥは、ダウンリンクデータ受信に成功したことに応じて、アップリンクを介してフィードバックを送信した後に、ＤＲＸタイマを開始する。あるいは、ＵＥは、ダウンリンクデータの受信が成功したことに応じて、アップリンクを介してフィードバックを送信し、ＤＲＸタイマ開始オフセット期間を待機した後に、ＤＲＸタイマを開始する。あるいは、ＵＥは、ＰＤＣＣＨによって搬送されるＤＣＩを受信すると直ちにＤＲＸタイマを開始してもよい。

オプションとして、ＵＥは、ダウンリンクデータの受信に失敗した場合、上述したようなＤＲＸタイマ制御に関する情報にかかわらず、ＤＲＸタイマを開始するか否かを判断する必要がある。

ＭＡＣ ＣＥを使用してＤＲＸタイマ制御情報を表示する場合、ＭＡＣ ＣＥは、ダウンリンクプロトコルデータ要素で搬送でき、このデータ要素は、更にダウンリンクデータを含むことができる。ＭＡＣ ＣＥによって搬送されるＤＲＸタイマ制御情報が、ＵＥがＤＲＸタイマを開始する必要があることを示す場合、ＵＥは、ＭＡＣ ＣＥを受信すると、ＤＲＸタイマを開始する。あるいは、ＵＥは、ＭＡＣ ＣＥを搬送するダウンリンクデータ要素（又は、ダウンリンクデータパッケージと呼ばれる。）受信が成功したことに応じて、アップリンクを介してフィードバックを送信した後、ＤＲＸタイマを開始する。あるいは、ＵＥは、ＭＡＣ ＣＥを搬送するダウンリンクデータの受信が成功したことに応じて、アップリンクを介してフィードバックを送信した後、ＤＲＸタイマ開始オフセット期間を待機した後、ＤＲＸタイマを開始する。

ＵＥがＤＲＸタイマ開始オフセット期間を受信する手法は、以下のいずれかであってもよい。

−ＵＥと基地局との間のプロトコルを介する受信

−基地局によって送信されるＤＲＸタイマ制御情報を介する受信

−専用ＲＲＣシグナリング、セルブロードキャスト情報、又はＭＡＣ ＣＥを介する受信

ＵＥは、以下の条件のいずれかが満たされると、ＤＲＸタイマ動作を停止する。

−ＵＥが新しいデータ送信又は再送信を含むダウンリンクデータ送信を表示するＰＤＣＣＨを受信する。

−ＤＲＸタイマが満了する。

−ＵＥが、ＵＥにＤＲＸタイマを停止するように指示するシグナリングを基地局から受信する。

基地局は、ＤＲＸタイマ制御情報を介して、基地局とＵＥとの間のプロトコルを介して、セルシステムメッセージを介して、又はそれぞれの構成を含むＲＲＣメッセージを送信することによって、又はＭＡＣ ＣＥを介して、ＤＲＸタイマの持続時間を伝える。ここでは、ＤＲＸタイマの持続時間は、ＤＲＸタイマの開始から満了までの期間を意味する。

ＵＥは、ＤＲＸタイマが動作している間、すなわち、ＤＲＸタイマ開始から満了までの期間、ＰＤＣＣＨをリスンする。

実施例１６

図１６に示すように、時刻０において、基地局は、時刻１にダウンリンクデータの送信をスケジューリングし、ＰＤＣＣＨで搬送されるＤＣＩを介してＤＲＸタイマ制御情報を表示する。制御情報は、ＵＥがＤＲＸタイマを開始する必要があるか否かを知らせる。基地局は、時刻０においてスケジュールされたデータに基づいて、ＵＥに送信すべき新しいデータがあるか否かを判定する。送信すべき新しいデータがある場合、基地局は、ＵＥにＤＲＸタイマを開始するように指示し、この他の場合、ＵＥにＤＲＸタイマを開始しないように指示する。

なお、ＤＲＸタイマを開始するか否かの情報は、送信する新しいデータがあるか否か、又はＵＥがＤＲＸタイマを開始する必要性を判断するための他の情報として表現することもできる。

時刻１では、基地局は、ＰＤＣＣＨによって時刻０にスケジューリングされたダウンリンクデータを送信する。ＵＥは、ＰＤＣＣＨ内のスケジュールされた情報に基づいて情報を受信する。この例では、ＵＥがダウンリンクデータの受信に成功したとする。

時刻３では、ＵＥは、ダウンリンクデータの受信に成功したことに応じて、アップリンクを介してフィードバック、すなわち、ＡＣＫを送信する。

ＵＥは、ＡＣＫを送信した後、ＰＤＣＣＨが搬送するＤＣＩのＤＲＸタイマ制御情報に基づいて、ＤＲＸタイマを開始するか否かを決定する。この例では、基地局が、ＵＥに対し、ＤＲＸタイマを開始することを指示し、又は送信すべき新しいデータを有していることを指示する。

ＵＥは、ＤＲＸタイマの開始オフセット期間を待機して、時刻５においてＤＲＸタイマを開始する。

上述のＤＲＸタイマ開始オフセット期間は、プロトコルによって決定され、又はＰＤＣＣＨによって搬送されるＤＣＩ内のＤＲＸタイマ制御情報を介して、セルシステムメッセージを介して、ＵＥと基地局との間の専用ＲＲＣ信号によって、又は時刻０の前に送信されたＭＡＣ ＣＥによって指示される。

この例では、ＤＲＸタイマ開始オフセット期間は、２インターバルである。

オプションとして、ＵＥは、ＤＲＸ開始オフセット期間中にＰＤＣＣＨをリスンしなくてもよい。

ＤＲＸタイマの持続時間は、プロトコルによって合意されたものでもよく、又はＰＤＣＣＨが時刻０で搬送するＤＣＩ内のＤＲＸタイマ制御情報を介して、セルシステムメッセージを介して、ＵＥと基地局との間の専用信号を介して、又は時刻０の前に送信されたＭＡＣ ＣＥによって指示される。

この例では、持続時間は、７インターバルである。

ＤＲＸが実行されている間、ＵＥは、ＰＤＣＣＨをリスンする。

時刻１０において、基地局は、新しいＰＤＣＣＨを送信し、ＵＥに新しいダウンリンクデータをスケジューリングする。ＵＥは、ＰＤＣＣＨシグナリングを受信すると、実行中のＤＲＸタイマを停止させる。

ＵＥが新しいＰＤＣＣＨシグナリングを受信しない場合、ＵＥは、タイマが満了するまで、ＰＤＣＣＨをリスンし続け、これを過ぎると、スリープ状態に入る。

なお、ＵＥがダウンリンクデータの受信に失敗した場合、ＵＥは、（新しいデータがあるか否かを示す）ＤＲＸタイマ制御情報にかかわらず、又はＤＲＸタイマを開始する指示があるか否かにかかわらず、ＤＲＸタイマを開始する。この時点では、ＵＥがＤＲＸタイマを開始する手法は、上述のものと同じであり、すなわち、ＤＲＸタイマ開始オフセット期間及びＤＲＸタイマ期間を取得する手法、並びに停止条件等は、ＵＥがダウンリンクデータの受信に成功した場合と同じである。

以上の実施例は、ダウンリンクデータプロトコルパケットを用いてＭＡＣ ＣＥを搬送し、ＤＲＸタイマ情報を表示する際に、基地局にも適用される。

また、この実施例は、上記の実施例及び方法を実現するために適用可能な情報報告装置を提供する。以下では、「モジュール」という用語は、所定の機能を実現するソフトウェア／ハードウェアを意味する。以下に説明する装置は、ソフトウェアによる実現に適しているが、ハードウェア、又はハードウェアとソフトウェアの組み合わせを使用して実現することも想到できる。

図１７は、ここに開示する技術の代表的な実施例に基づく、情報報告装置のアーキテクチャを示している。図１７に示すように、この装置は、以下を含む。

処理モジュール１０は、ランダムアクセス手順又はＲＲＣ接続手順において、送信されるデータ量、パワーヘッドルーム、送信されるデータ量及びパワーヘッドルーム、シングルトーン又はマルチトーンのサポート、並びに設定されたＣＰ送信モード又はＵＰ送信モードのいずれかに関する情報を追加するように構成されている。ＲＲＣ接続手順には、以下のいずれかが含まれる。

−ＲＲＣ接続手順

−ＲＲＣ再確立手順

−ＲＲＣ再開手順

報告モジュール２０は、アップリンクメッセージを報告するように構成されている。

１つの代表的な実施例では、上記のアップリンクメッセージは、これに限定されるものではないが、メッセージ２、メッセージ５、及びメッセージ５の後に送信された何らかのメッセージを含む。

オプションとして、処理モジュール１０は、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、シングルトーン又はマルチトーンのサポートに関する情報を表示する。あるいは、処理モジュール１０は、ＭＡＣ ＣＥ内の予約ビットを使用し又は現在のビット位置を再定義してシングルトーン又はマルチトーンのサポートに関する情報を表示し、このＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥを含む。

１つの代表的な実施例では、モジュール１０は、新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＣＣＣＨ及びシングルトーン／マルチトーンのサポートを同時に対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダが、シングルトーン又はマルチトーンのサポートに関する情報を搬送していることを表示する。

１つの代表的な実施例では、モジュール１０は、新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＭＡＣ ＣＥとシングルトーン／マルチトーンのサポート情報を同時に対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣ ＣＥが、シングルトーン／マルチトーンのサポート情報を表示するように構成され、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥであってもよい。

オプションとして、処理モジュール１０は、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用して又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を表示する。あるいは、処理モジュール１０は、ＭＡＣ ＣＥ内の予約ビットを使用し又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を表示し、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ及びＰＨＲ ＭＡＣ ＣＥのいずれかであってもよい。

１つの代表的な実施例では、モジュール１０は、新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＭＡＣ ＣＥ及びＣＰ送信／ＵＰ送信モード情報を対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、サブヘッダに対応するＭＡＣ ＣＥが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送することを表示するように構成され、ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかである。

オプションとして、処理モジュール１０は、以下のいずれかの手法で送信されるデータ量の情報を追加する。

方式１：ＢＳＲ ＭＡＣ ＣＥに対応するＭＡＣサブヘッダをアップリンクメッセージに追加する。

方式２：アップリンクメッセージによって搬送されるＣＣＣＨ ＰＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージが、ＢＳＲ ＭＡＣ ＣＥを搬送するという情報を表示する。

方式３：新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＣＣＣＨとＢＳＲを同時に対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＬＣＩＤを含むＭＡＣ ＳＤＵが、ＣＣＣＨ ＳＤＵとＢＳＲ ＭＡＣ ＣＥの両方を含むことを表示する。

方式４：アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示する表示情報をＣＣＣＨ ＳＤＵに追加する。

１つの代表的な実施例では、モジュール１０は、ＣＣＣＨ ＳＤＵに表示情報を追加して、アップリンクメッセージが、ＢＳＲ ＭＡＣ ＣＥを搬送することを表示し、この追加は、以下のいずれかを含む。

（１）ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のスペアビットを表示情報として定義する。

ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージにおいて、ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに表示情報を追加する。

あるいは、処理モジュール１０は、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、送信されるデータ量に関する情報を表示するように構成され、これは、以下のいずれかの方式を含む。

新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダが、送信されるデータ量に関する情報を含むことを表示し、及びＭＡＣサブヘッダが、ＣＣＣＨ ＳＤＵに対応すると同時に、送信されるデータ量の情報を含むことを表示する。

オプションとして、処理モジュール１０は、以下のいずれかの方式で、アップリンクメッセージにパワーヘッドルームの情報を追加する。

方式１：ＰＨＲ ＭＡＣ ＣＥをアップリンクメッセージに追加する。

方式２：アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵにパワーヘッドルーム情報を追加する。

方式３：予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダにおいて、パワーヘッドルーム情報を表示する。

オプションとして、処理モジュール１０は、アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示する表示情報を追加するように構成される。表示情報の追加は、以下のいずれかを含む。

方式１：ＰＨＲ ＭＡＣ ＣＥに対応するＭＡＣサブヘッダをアップリンクメッセージに追加する。

方式２：アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示する。

方式３：ＣＣＣＨとＰＨＲの両方に対応する新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＬＣＩＤを含むＭＡＣ ＳＤＵが、ＣＣＣＨ ＳＤＵとＰＨＲ ＭＡＣ ＣＥの両方を含むことを表示する。

方式４：アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを含むことを表示する表示情報をＣＣＣＨ ＳＤＵに追加する。

１つの代表的な実施例に基おいて、処理モジュール１０は、以下のいずれかの手法で、アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示する表示情報をＣＣＣＨ ＳＤＵに追加するように構成される。

（１）ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのスペアビットを定義する。

（２）ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに表示情報を追加する。

オプションとして、処理モジュール１０は、以下のいずれかの手法によって、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、パワーヘッドルームに関する情報を表示する。

（１）新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダがパワーヘッドルーム情報を含むことを表示する。

（２）ＭＡＣサブヘッダを使用して、ＣＣＣＨ ＳＤＵと対応付けると同時に、パワーヘッドルーム情報を表示する。

オプションとして、処理モジュール１０は、以下のいずれかの方式によって、送信されるデータ量及びパワーヘッドルームに関する情報をアップリンクメッセージに追加するように構成される。

方式１：ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥをアップリンクメッセージに追加する。

方式２：アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに送信されるデータ量及びパワーヘッドルームに関する情報を追加する。

オプションとして、モジュール１０は、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを示す表示情報をアップリンクメッセージに追加するように構成される。表示情報を追加する方式は、以下のいずれかを含む。

方式１：ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥに対応する新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、このＰＣＩＤのＭＡＣ ＰＤＵが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する。

方式２：アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の１つの予約ビットを使用して、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する。

方式３：ＣＣＣＨ、ＰＨＲ及びＢＳＲに同時に対応する新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣ ＣＥサブヘッダを使用して、このＬＣＩＤを含むＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵとＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを含むことを表示する

方式４：アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する表示情報をＣＣＣＨ ＳＤＵに追加する。

１つの代表的な実施例では、モジュール１０は、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する表示情報をＣＣＣＨ ＳＤＵに追加する。これは、以下のいずれかの手法によって行われる。

−ＣＣＣＨ ＰＤＵによって搬送されるＣＰメッセージ内のスペアビットを表示情報として定義する。

−ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに表示情報を追加する。

オプションとして、処理モジュール１０は、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダの予約ビットとＦ２ビットを表示情報として使用するように構成され、表示情報が第１の値であることは、アップリンクメッセージが、ＢＳＲ ＭＡＣ ＣＥを搬送することを表示し、表示情報が第２の値であることは、アップリンクメッセージが、ＰＨＲ ＭＡＣ ＣＥを搬送することを表示し、表示情報が第３の値であることは、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示し、表示情報が第４の値であることは、アップリンクメッセージが、ＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ及びＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送しないことを表示する。

１つの代表的な実施例では、第４の値が００のとき、表示情報は、アップリンクメッセージが、ＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、及びＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送しないことを意味する。

オプションとして、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥをアップリンクメッセージに追加するフォーマットとして、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、ＢＳＲとＰＨＲで構成され、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの合計ビット長は、８Ｎビットであり、Ｎは、整数であり、ＢＳＲは、以下のいずれかの方式によって構成してもよい。

方式１：ＢＳＲは、送信されるデータ量の値のみを含む。

方式２：ＢＳＲは、ＬＣＧ値と送信されるデータ量の両方の値を含む。

オプションとして、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの全長が８ビットである場合、ＰＨＲの長さとＰＨＲの長さの両方が８ビット未満に圧縮され、圧縮されたＢＳＲにおける送信されるデータ量の範囲と、現在のＬＴＥプロトコルからのＢＳＲデータは、以下のようにして互いにマッピングできる。

（１）圧縮されたＢＳＲにおける送信されるデータ量の範囲は、予め設定された閾値より大きい粒度で、現在のＬＴＥプロトコルのＢＳＲデータ量テーブル全体にマッピングされる。

（２）圧縮されたＢＳＲで送信されるデータ量の範囲は、粒度を変更することなく、現在のＬＴＥプロトコルのＢＳＲデータ量テーブルの一部にマッピングされる。

圧縮されたＰＨＲと、現在のＬＴＥプロトコルにおけるＰＨＲマッピングテーブルとの間の関係は、以下のいずれかを含む。

（１）圧縮されたＰＨＲにおける送信されるデータ量の範囲は、予め設定された閾値より大きい粒度で、現在のＬＴＥプロトコルのＰＨＲデータ量テーブル全体にマッピングされる。

（２）圧縮されたＰＨＲにおける送信されるデータ量の範囲は、粒度を変更することなく、現在のＬＴＥプロトコルのＰＨＲデータ量テーブルの一部にマッピングされる。

１つの代表的な実施例では、アップリンクメッセージにおいて、ＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、ＣＣＣＨ ＳＤＵに後続し、又はＣＣＣＨ ＳＤＵに先行する。

あるいは、処理モジュール１０は、ＣＣＣＨ ＳＤＵのＣＰメッセージ内のｃｉｒｔｉｃａｌＥｘｔｅｓｎｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥにパワーヘッドルーム情報を追加する。具体的には、パワーヘッドルームを追加する手法では、１〜６ビットを使用して、パワーヘッドルームの大きさを表現してもよく、パワーヘッドルームは、物理層から読み取られる。

オプションとして、処理モジュール１０は、ＣＣＣＨ ＳＤＵのＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに、送信されるデータ量及びパワーヘッドルームに関する情報を追加する。

なお、上述のＣＰメッセージは、以下に限定されるものではないが、以下のいずれかであってもよい。

（１）ＲＲＣ接続要求メッセージ

（２）ＲＲＣ接続完了メッセージ

（３）セキュリティモード完了メッセージ

（４）ＲＲＣ接続再構成完了メッセージ

（５）アップリンク送信メッセージ

（６）ＲＲＣ接続再確立要求メッセージ

（７）ＲＲＣ接続再確立完了メッセージ

（８）ＲＲＣ接続再開要求メッセージ

（９）ＲＲＣ接続再開完了メッセージ

オプションとして、図１８は、ここに開示する技術に基づく、メッセージ報告装置の構成を示している。

図１８に示すように、この装置は、以下を含む。

取得モジュール３０は、受信したランダムアクセス応答メッセージから表示情報を取得するように構成され、表示情報は、ＵＥが、アップリンクメッセージに送信されるデータ量、パワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームに関する情報を追加していることを表示する。

オプションとして、図１８に示すように、上述の装置は、更に、ＢＳＲ又はＰＨＲが既にトリガされていることを判定し、ＢＳＲトリガリング規則に基づき、アップリンクリソースが第１の送信のために現在利用可能であるとき、定期的ＢＳＲタイマｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始せず、ＰＨＲトリガリング規則に基づき、アップリンクリソースが第１の送信のために現在利用可能であるとき、定期的ＰＨＲタイマｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始しないように構成された判定モジュール４０を備える。

なお、上記の全てのモジュールは、ソフトウェア又はハードウェアによって実現できる。モジュールをハードウェアで実現する場合、これは、以下に限定されるものではないが、以下の手法によって達成できる。

全てのモジュールを同じプロセッサ内に設けてもよく、複数のプロセッサに配置してもよい。

上述したここに開示する技術におけるモジュール及びステップは、コンピューティングデバイスを用いて実現可能であり、これらは、単一のコンピューティングデバイスに集中化してもよく、ネットワークを介して複数のコンピューティングデバイスに分散化してもよいことは、当業者にとって明らかである。オプションとして、これらは、実行可能なコンピュータプログラムコードによって実現し、記憶装置に格納し、コンピューティングデバイスによって実行してもよい。幾つかの場合において、これらのステップは、ここに記述又は示した順序とは異なる順序で実行してもよく、これらは、異なる集積回路モジュールとして実現してもよく、ここに開示する技術の複数のモジュール又はステップを単一の集積回路モジュール内で実現してもよい。したがって、ここに開示する技術は、特定のハードウェア及びソフトウェアに限定されない。

上に詳述した全ては単なる実施例である。当業者は、ここに開示する技術を様々な変更及び変形できる。ここに開示する技術の思想及び原理の範囲内の変更、均等物への置換及び改良は、この特許文書の保護範囲に含まれる。

以上のように、ここに開示する技術の実施例は、情報報告及び不連続送信のための方法及び装置を提供し、これらは、データ送信のための制御シグナリングを効率的に使用できるという利点を有する。

Claims (82)

1. 情報報告の方法であって、
   ランダムアクセスプロセス又は無線リソース制御（ＲＲＣ）接続関連手順において、アップリンクメッセージに、送信されるデータ量、パワーヘッドルーム、シングルトーン又はマルチトーンのサポート、及び設定されたＣＰ送信モード又はＵＰ送信モードに関する情報のうちの少なくとも１つを追加することを含み、前記ＲＲＣ接続関連手順は、ＲＲＣ接続確立、ＲＲＣ接続再確立及びＲＲＣ接続再開の手順、及び前記アップリンクメッセージを報告することを含む方法。
2. 請求項１において、前記アップリンクメッセージは、ｍｓｇ３、ｍｓｇ５、及びｍｓｇ５の後に送信される何らかのメッセージのいずれかを含む方法。
3. 請求項２において、前記アップリンクメッセージにシングルトーン又はマルチトーンのサポートに関する情報を追加することは、
   前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又はビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかに関する情報を表示すること、及び
   前記アップリンクメッセージのＭＡＣ ＣＥ内の予約ビットを使用し又は現在のビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかに関する情報を表示することのいずれかを含み、前記ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥを含む方法。
4. 請求項３において、前記アップリンクメッセージによって搬送される対応するＣＣＣＨ ＳＤＵのＭＡＣサブヘッダにおいて、予約ビットを使用して又は現在のビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかに関する情報を表示することは、更に、
   新しい論理チャネル識別子ＬＣＩＤを定義して、ＣＣＣＨとシングルトーン／マルチトーンのサポート情報を同時に対応付け、前記ＬＣＩＤのＭＡＣサブヘッダを用いて、前記ＣＣＣＨに対応するＭＡＣサブヘッダが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送していることを表示することを含む方法。
5. 請求項３において、アップリンクメッセージのＭＡＣ ＣＥにおける予約ビットを使用して又はビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかに関する情報を表示することは、更に、
   新しい論理チャネル識別子ＬＣＩＤを定義して、ＭＡＣ ＣＥとシングルトーン／マルチトーンのサポート情報とを同時に対応付けることであって、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＭＡＣサブヘッダに対応する前記ＭＡＣ ＣＥが、シングルトーン又はマルチトーンをサポートしているかに関する情報を搬送していることを表示することを含み、前記ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ及びＰＨＲ ＭＡＣ ＣＥのいずれかを含む方法。
6. 請求項２において、前記アップリンクメッセージにＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を追加することは、
   前記アップリンクメッセージによって搬送される前記ＣＣＣＨ ＳＤＵに対応する前記ＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、ＣＰモード送信又はＵＰモード送信が設定されているかに関する情報を表示すること、又は
   前記アップリンクメッセージ内の前記ＭＡＣ ＣＥの予約ビットを使用し又はビット位置を再定義して、ＣＰモード送信又はＵＰモード送信のいずれが設定されているかに関する情報を表示することであって、前記ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかであることを含む方法。
7. 請求項６において、前記アップリンクメッセージによって搬送される前記ＣＣＣＨ ＳＤＵに対応する前記ＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を表示することは、
   新しい論理チャネル識別子ＬＣＩＤを定義して、ＣＣＣＨとＣＰ送信モード／ＵＰ送信モードとを同時に対応付けることであって、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＬＣＩＤを含むＭＡＣサブヘッダが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送していること表示することを含む方法。
8. 請求項６において、前記アップリンクメッセージのＭＡＣ ＣＥ内の予約ビットを使用し又はビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を表示することは、更に、
   新しい論理チャネル識別子ＬＣＩＤを定義して、前記ＭＡＣ ＣＥとＣＰ送信モード／ＵＰ送信モードとを同時に対応付けることであって、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＭＡＣサブヘッダに関連付けられたＭＡＣ ＣＥが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送することを表示し、前記ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかを含む方法。
9. 請求項２において、前記アップリンクメッセージに、送信されるデータ量に関する情報を追加することは、
   前記アップリンクメッセージに、ＢＳＲ ＭＡＣ ＣＥを追加すること、
   前記アップリンクメッセージ内の前記ＣＣＣＨ ＳＤＵに、送信されるデータ量に関する情報を追加すること、及び
   前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義することのいずれかを含む方法。
10. 請求項９において、前記アップリンクメッセージに、前記送信されるデータ量に関する情報を追加することは、
    前記アップリンクメッセージに、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示する表示情報を追加することを含み、前記表示情報を追加することは、
    前記アップリンクメッセージに、前記ＢＳＲ ＭＡＣ ＣＥに対応するＭＡＣサブヘッダを追加すること、
    前記ＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示すること、
    新しい論理チャネル識別子ＬＣＩＤを定義して、ＣＣＣＨとＢＳＲを同時に対応付けることであって、前記ＬＣＩＤを含む前記ＭＡＣサブヘッダを使用して、前記ＬＣＩＤを含むＭＡＣ ＰＤＵがＣＣＣＨ ＳＤＵ及びＢＳＲ ＭＡＣ ＣＥの両方を含むことを表示すること、及び
    ＣＣＣＨ ＳＤＵに表示情報を追加して、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示することのいずれかを含む方法。
11. 請求項１０において、前記ＣＣＣＨ ＳＤＵに、前記アップリンクメッセージが前記ＢＳＲ ＭＡＣ ＣＥを搬送することを表示する表示情報を追加することは、
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のスペアビットを前記表示情報として定義すること、及び
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに前記表示情報を追加することのいずれかを含む方法。
12. 請求項９において、前記ＭＡＣサブヘッダの予約ビットを使用し又は現在のビット位置を再定義して、送信されるデータ量に関する情報を表示することは、
    新しいＬＣＩＤを定義することであって、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＭＡＣサブヘッダが、送信されるデータ量に関する情報を含むことを表示すること、及び
    前記ＭＡＣサブヘッダを前記ＣＣＣＨ ＳＤＵに関連付けるとともに、前記ＭＡＣサブヘッダを使用して、送信されるデータ量に関する情報も含めることのいずれかを含む方法。
13. 請求項２において、前記パワーヘッドルーム情報を前記アップリンクメッセージに追加することは、
    前記アップリンクメッセージにＰＨＲ ＭＡＣ ＣＥを追加すること、
    前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵにパワーヘッドルーム情報を追加すること、及び
    前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、前記パワーヘッドルーム情報を表示することのいずれかを含む方法。
14. 請求項１３において、前記パワーヘッドルーム情報を前記アップリンクメッセージに追加することは、更に、
    前記アップリンクメッセージに、前記アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示する表示情報を追加することを含み、前記表示情報を追加することは、
    前記アップリンクメッセージに、前記ＰＨＲ ＭＡＣ ＣＥに対応するＭＡＣサブヘッダを追加すること、
    前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、前記アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送するという情報を表示すること、
    新しいＬＣＩＤを定義して、ＣＣＣＨとＰＨＲを同時に対応付けることであって、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＬＣＩＤを含むＭＡＣ ＰＤＵがＣＣＣＨ ＳＤＵとＰＨＲ ＭＡＣ ＣＥの両方を含むことを表示すること、
    ＣＣＣＨ ＳＤＵに表示情報を追加して、前記アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示することのいずれかを含む方法。
15. 請求項１４において、前記ＣＣＣＨ ＳＤＵに前記表示情報を追加し、前記アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示することは、
    前記ＣＣＣＨ ＳＤＵによって搬送されるアップリンクＣＰメッセージ内のスペアビットを前記表示情報として定義すること、及び
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉａｌＥｘｔｅｎｓｉｏｎＩＥに前記表示情報を追加することのいずれかを含む方法。
16. 請求項１３において、前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、パワーヘッドルーム情報を表示することは、
    新しいＬＣＩＤを定義し、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＭＡＣサブヘッダが前記パワーヘッドルーム情報を表示すること、及び
    前記ＭＡＣサブヘッダをＣＣＣＨ ＳＤＵに関連付けるとともに、前記ＭＡＣサブヘッダを使用して、前記パワーヘッドルーム情報を含んでいることを表示することのいずれかを含む方法。
17. 請求項２において、前記アップリンクメッセージに、送信されるデータ量及びパワーヘッドルームに関する情報を追加することは、
    前記アップリンクメッセージに、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを追加すること、及び
    前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに、送信されるデータ量に関する情報とパワーヘッドルーム情報を同時に追加することのいずれかを含む方法。
18. 請求項１７において、前記アップリンクメッセージに、送信されるデータ量とパワーヘッドルームに関する情報を同時に追加することは、更に、
    前記アップリンクメッセージに表示情報を追加することを含み、前記表示情報は、前記アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送し、前記表示情報の追加は、
    新しいＬＣＩＤを定義して、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを同時に対応付け、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して前記ＬＣＩＤを含むＭＡＣ ＰＤＵがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示すること、
    前記アップリンクメッセージ内の前記ＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダの予約ビットを使用して、前記アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示すること、
    新しいＬＣＩＤを定義して、ＣＣＣＨ、ＰＨＲ及びＢＳＲを対応付け、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＬＣＩＤを含むＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵ及びＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを含むことを表示すること、及び
    前記ＣＣＣＨ ＳＤＵに前記表示情報を追加して、前記アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示することのいずれかによって行われる方法。
19. 請求項１８において、前記ＣＣＣＨ ＳＤＵに表示情報を追加して、前記アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示することは、
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のスペアビットを前記表示情報として定義すること、及び
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに前記表示情報を追加することのいずれかを含む方法。
20. 請求項９、１３又は７において、前記アップリンクメッセージに表示情報を追加して、前記アップリンクメッセージが、ＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示することは、更に、
    前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダの予約ビット及びＦ２ビットを前記表示情報として設定することを含み、前記表示情報が第１の値であることは、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを意味し、前記表示情報が第２の値であることは、前記アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを意味し、前記表示情報が第３の値であることは、前記アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを意味し、前記表示情報が第４の値であることは、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、及びＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを意味する方法。
21. 請求項２０において、前記第４の値が００であることは、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送しないことを表示する方法。
22. 請求項１７において、前記アップリンクメッセージに、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを追加することは、
    前記ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥがＢＳＲとＰＨＲとからなり、前記ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、Ｎを整数として８Ｎビットの全長を有することを含み、
    前記ＢＳＲは、送信されるデータ量の値のみを含み、又は
    前記ＢＳＲは、論理チャネルグループ（ＬＣＧ）値及び送信されるデータ量の両方の値を含む方法。
23. 請求項２２において、前記ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥの全長が８ビットの場合、前記ＢＳＲ及びＰＨＲは、いずれも８ビット未満の長さに圧縮され、前記圧縮されたＢＳＲにおける送信されるデータ量の値と、現在のＬＴＥプロトコルにおけるＢＳＲ値マッピングテーブルとの間の関係は、
    前記圧縮されたＢＳＲにおける送信されるデータ量の範囲が、現在のＬＴＥプロトコルにおけるＢＳＲデータ量のためのテーブル全体に、予め設定された値より大きい粒度でマッピングされ、又は
    前記圧縮されたＢＳＲにおける送信されるデータ量の範囲が、現在のＬＴＥプロトコルにおけるＢＳＲデータ量のテーブルの一部に、粒度を変更することなくマッピングされ、
    前記ＰＨＲと、前記現在のＬＴＥプロトコルにおけるＰＨＲマッピングテーブルとの間のマッピング関係は、
    前記圧縮されたＰＨＲにおけるＰＨＲ値の範囲が、現在のＬＴＥプロトコルにおけるＰＨＲ値に関するテーブル全体に、予め設定された値より大きい粒度でマッピングされ、又は
    前記圧縮されたＰＨＲにおけるＰＨＲ値の範囲が、現在のＬＴＥプロトコルにおけるＰＨＲ値のテーブルの一部に、粒度を変更することなくマッピングされる方法。
24. 請求項２において、前記アップリンクメッセージ内のＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、ＣＣＣＨ ＳＤＵの後又はＣＣＣＨ ＳＤＵの前に配置される方法。
25. 請求項９において、前記ＣＣＣＨ ＳＤＵに、前記送信されるデータ量に関する情報を追加することは、
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに前記送信されるデータ量に関する情報を追加することを含む方法。
26. 請求項２５において、前記送信されるデータ量に関する情報を追加することは、
    １乃至６ビットを使用して、前記送信されるデータ量の大きさのレベルを表現することを含み、前記各レベルは、前記データ量の異なる範囲に対応する方法。
27. 請求項１３において、ＣＣＣＨ ＳＤＵに前記パワーヘッドルーム情報を追加することは、
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに前記パワーヘッドルーム情報を追加することを含む方法。
28. 請求項２７において、前記パワーヘッドルーム情報を追加することは、
    １乃至６ビットを使用して前記パワーヘッドルーム情報の大きさのレベルを表現することを含み、前記パワーヘッドルーム情報は、物理層から読み取られる方法。
29. 請求項１７において、前記ＣＣＣＨ ＳＤＵに、前記送信されるデータ量及びパワーヘッドルームに関する情報を追加することは、
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに前記送信されるデータ量及び前記パワーヘッドルーム情報を追加することを含む方法。
30. 請求項１において、前記送信されるデータ量、又はパワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームに関する情報を追加することは、
    ランダムアクセス応答から表示情報を取得することを含み、前記表示情報は、前記ユーザ装置ＵＥが、前記アップリンクメッセージに、送信されるデータ量、又は送信されるデータ量及びパワーヘッドルームに関する情報を追加したことを表示する方法。
31. 請求項１において、前記送信されるデータ量、又はパワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームに関する情報を追加する前に、
    ＢＳＲ又はＰＨＲがトリガされていることを判定することを含み、ＢＳＲトリガリング規則に基づき、アップリンクリソースが第１の送信のために現在利用可能であるとき、定期的ＢＳＲタイマｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始せず、ＰＨＲトリガリング規則に基づき、アップリンクリソースが第１の送信のために現在利用可能であるとき、定期的ＰＨＲタイマｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始しない方法。
32. 請求項１１、１５、１９、２５、２７、又は２９において、前記ＣＰメッセージは、
    ＲＲＣ接続要求メッセージ、
    ＲＲＣ接続完了メッセージ、
    セキュリティモード完了メッセージ、
    ＲＲＣ接続再構成完了メッセージ、
    アップリンク送信メッセージ、
    ＲＲＣ接続再確立要求メッセージ、
    ＲＲＣ接続再確立完了メッセージ、
    ＲＲＣ再開要求メッセージ、及び
    ＲＲＣ再開完了メッセージのいずれかを含む方法。
33. 情報報告装置であって、
    ランダムアクセス手順又はＲＲＣ接続関連手順において、アップリンクメッセージに、
    送信されるデータ量、パワーヘッドルーム、シングルトーン又はマルチトーンのいずれがサポートされているかに関する情報、及びＣＰ送信モード又はＵＰ送信モードが設定されているかの情報に関する情報のうちの少なくとも１つを追加するように構成されている処理モジュールであって、
    前記ＲＲＣ接続関連手順は、
    ＲＲＣ接続、
    ＲＲＣ接続の再確立、及び
    ＲＲＣ接続再開のいずれかを含む処理モジュールと、
    前記アップリンクメッセージを報告するように構成されている報告モジュールとを備える装置。
34. 請求項３３において、前記アップリンクメッセージは、ｍｓｇ３、ｍｓｇ５、及びｍｓｇ５の後に送信される何らかのメッセージのいずれかを含む装置。
35. 請求項３４において、前記処理モジュールは、アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかを表示し、又はアップリンクメッセージのＭＡＣ ＣＥ内の予約ビットを使用し又はビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかを表示するように構成され、前記ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥを含む装置。
36. 請求項３５において、前記処理モジュールは、新しい論理チャネル識別子ＬＣＩＤを定義して、ＣＣＣＨと、シングルトーン／マルチトーンのサポート情報とを同時に対応付けし、前記ＬＣＩＤを含むＭＡＣサブヘッダを用いて、前記ＭＡＣサブヘッダに対応するＭＡＣ ＣＥが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送することを表示するように構成される装置。
37. 請求項３５において、前記処理モジュールは、新しい論理チャネル識別子ＬＣＩＤを定義して、ＭＡＣ ＣＥとシングルトーン／マルチトーンのサポート情報とを同時に対応付け、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＭＡＣサブヘッダに対応する前記ＭＡＣ ＣＥが、シングルトーン又はマルチトーンをサポートしているかに関する情報を搬送していることを表示するように構成されており、前記ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ及びＰＨＲ ＭＡＣ ＣＥのいずれかを含む装置。
38. 請求項３４において、前記処理モジュールは、
    前記アップリンクメッセージによって搬送される前記ＣＣＣＨ ＳＤＵに対応する前記ＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、ＣＰモード送信又はＵＰモード送信が設定されているかに関する情報を表示し、又は
    前記アップリンクメッセージ内の前記ＭＡＣ ＣＥの予約ビットを使用し又はビット位置を再定義して、ＣＰモード送信又はＵＰモード送信のいずれが設定されているかに関する情報を表示するように構成され、前記ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかである装置。
39. 請求項３８において、前記処理モジュールは、新しい論理チャネル識別子ＬＣＩＤを定義して、ＣＣＣＨとＣＰ送信モード／ＵＰ送信モードに関する情報とを対応付け、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＬＣＩＤを含むＭＡＣサブヘッダが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送していることを表示するように構成されている装置。
40. 請求項３８において、前記処理モジュールは、新しい論理チャネル識別子ＬＣＩＤを定義し、ＭＡＣ ＣＥ及びＣＰ／ＵＰ送信モード情報を対応付け、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＭＡＣサブヘッダに対応するＭＡＣ ＣＥが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送することを表示するように構成され、前記ＭＡＣ ＣＥは、ＢＳＲ ＭＡＣ ＣＥ又はＰＨＲ ＭＡＣ ＣＥのいずれかである装置。
41. 請求項３４において、前記処理モジュールは、
    前記アップリンクメッセージに前記ＢＳＲ ＭＡＣ ＣＥを追加すること、
    前記アップリンクメッセージによって搬送される前記ＣＣＣＨ ＳＤＵに、送信されるデータ量に関する情報を追加すること、及び
    前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応する、ＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義することのいずれかによって、前記アップリンクメッセージに、送信されるデータ量に関する情報を追加するように構成されている装置。
42. 請求項４１において、前記処理モジュールは、更に、前記アップリンクメッセージに、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示する表示情報を追加するように構成され、前記表示メッセージの追加は、
    前記アップリンクメッセージに、前記ＢＳＲ ＭＡＣ ＣＥに対応するＭＡＣサブヘッダを追加すること、
    前記ＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示すること、
    新しい論理チャネル識別子ＬＣＩＤを定義して、ＣＣＣＨとＢＳＲを同時に対応付けることであって、前記ＭＡＣサブヘッダを使用して、前記ＬＣＩＤを含むＭＡＣ ＰＤＵがＣＣＣＨ ＳＤＵ及びＢＳＲ ＭＡＣ ＣＥの両方を含むことを表示すること、及び
    ＣＣＣＨ ＳＤＵに表示情報を追加して、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示することのいずれかを含む装置。
43. 請求項４２において、前記処理モジュールは、表示情報をＣＣＣＨ ＳＤＵに追加して、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示するように構成され、この追加は、
    前記ＣＣＣＨ ＳＤＵの前記ＣＰメッセージ内の前記スペアビットを前記表示情報として定義すること、及び
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに前記表示情報を追加することのいずれかを含む装置。
44. 請求項４１において、前記処理モジュールは、前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、送信されるデータ量に関する情報を表示するように構成され、この表示は、
    新しいＬＣＩＤを定義することであって、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＭＡＣサブヘッダが、送信されるデータ量に関する情報を含むことを表示すること、及び
    前記ＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダを使用して、送信されるデータ量に関する情報を追加的に含むことを表示することのいずれかを含む装置。
45. 請求項３３において、前記処理モジュールは、
    前記アップリンクメッセージにＰＨＲ ＭＡＣ ＣＥを追加すること、
    前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵにパワーヘッドルーム情報を追加すること、及び
    前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、前記パワーヘッドルーム情報を表示することのいずれかによって、前記アップリンクメッセージに前記パワーヘッドルームに関する情報を追加する装置。
46. 請求項４５において、前記処理モジュールは、前記アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示する表示情報を前記アップリンクメッセージに追加するように構成され、この追加は、
    前記アップリンクメッセージに、前記ＰＨＲ ＭＡＣ ＣＥに対応するＭＡＣサブヘッダを追加すること、
    前記ＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、前記アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示すること、
    新しいＬＣＩＤを定義して、ＣＣＣＨとＰＨＲとを同時に対応付け、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＬＣＩＤを含むＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵとＰＨＲ ＭＡＣ ＣＥの両方を含むことを表示すること、及び
    ＣＣＣＨ ＳＤＵに表示情報を追加して、前記アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示することのいずれかを含む装置。
47. 請求項４６において、前記処理モジュールは、前記ＣＣＣＨ ＳＤＵに、前記アップリンクメッセージが前記ＰＨＲ ＭＡＣ ＣＥを搬送することを表示する表示情報を追加するように構成され、この追加は、
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のスペアビットを前記表示情報として定義すること、及び
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに前記表示情報を追加することのいずれかを含む装置。
48. 請求項４５において、前記処理モジュールは、前記アップリンクメッセージによって搬送される前記ＣＣＣＨ ＳＤＵに対応する前記ＭＡＣサブヘッダの予約ビットを使用し又はビット位置を再定義して、前記パワーヘッドルーム情報を表示するように構成され、この表示は、
    新しいＬＣＩＤを定義し、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して、前記ＭＡＣサブヘッダがパワーヘッドルーム情報を含むことを表示すること、及び
    前記ＭＡＣサブヘッダが前記ＣＣＣＨ ＳＤＵに対応し、パワーヘッドルーム情報を含むことを表示することのいずれかを含む装置。
49. 請求項３３において、前記処理モジュールは、前記送信されるデータ量と前記パワーヘッドルームに関する情報を同時に追加するように構成され、この追加は、
    前記アップリンクメッセージにＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを追加すること、及び
    前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに、前記送信されるデータ量に関する情報と前記パワーヘッドルームとを同時に追加することのいずれかを含む装置。
50. 請求項４９において、前記処理モジュールは、更に、前記アップリンクメッセージに、前記アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する表示情報を追加するように構成され、前記追加は、
    新しいＬＣＩＤを定義し、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥに対応付け、前記ＬＣＩＤを含むＭＡＣサブヘッダを使用して前記ＬＣＩＤを含むＭＡＣ ＰＤＵが、前記ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示すること、
    前記アップリンクメッセージのＣＣＣＨ ＳＤＵに対応する前記ＭＡＣサブヘッダ内の予約ビットを使用して、前記アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示すること、
    新しいＬＣＩＤを定義し、ＣＣＣＨ、ＰＨＲ及びＢＳＲを同時に対応付け、前記ＭＡＣサブヘッダを使用して、前記ＬＣＩＤを含むＭＡＣ ＰＤＵが、ＣＣＣＨ ＳＤＵ及びＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを含むことを表示すること、
    前記アップリンクメッセージが、前記ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する表示情報を前記ＣＣＣＨ ＳＤＵに追加することのいずれかを含む装置。
51. 請求項５０において、前記処理モジュールは、前記ＣＣＣＨ ＳＤＵに、前記アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示する表示情報を追加するように構成され、この追加は、
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のスペアビットを表示メッセージとして定義すること、及び
    前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに前記表示情報を追加することのいずれかを含む装置。
52. 請求項４１、４５、又は４９において、前記処理モジュールは、更に、前記アップリンクメッセージによって搬送されるＣＣＣＨ ＳＤＵに対応するＭＡＣサブヘッダの予約ビット及びＦ２ビットを前記表示情報として設定するように構成され、前記表示情報が第１の値であることは、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥを搬送することを表示し、前記表示情報が第２の値であることは、前記アップリンクメッセージがＰＨＲ ＭＡＣ ＣＥを搬送することを表示し、前記表示情報が第３の値であることは、前記アップリンクメッセージがＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送することを表示し、前記表示情報が第４の値であることは、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、及びＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送しないことを表示する装置。
53. 請求項５２において、前記第４の値が００であることは、前記アップリンクメッセージがＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥを搬送しないことを表示する装置。
54. 請求項４９において、前記ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥのアップリンクメッセージへの追加は、
    前記ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥがＢＳＲとＰＨＲとからなり、前記ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、Ｎを整数として８Ｎビットの全長を有することを含み、前記ＢＳＲは、前記ＢＳＲは、送信されるデータ量の値のみを含み、又は
    前記ＢＳＲは、論理チャネルグループＬＣＧ値及び送信されるデータ量の両方の値を含む装置。
55. 請求項５４において、前記ＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、合計８ビットの長さを有し、前記ＢＳＲの長さ及び前記ＰＨＲの長さは、８ビット未満の長さに圧縮され、前記圧縮されたＢＳＲの送信されるデータ量と、現在のＬＴＥプロトコルにおけるＢＳＲデータ量のマッピングテーブルとの間の関係は、
    前記圧縮されたＢＳＲにおける送信されるデータ量の値が、現在のＬＴＥプロトコルにおけるＢＳＲデータ量のためのテーブル全体に、予め設定された値より大きい粒度でマッピングされ、又は
    前記圧縮されたＢＳＲにおける送信されるデータ量の値が、現在のＬＴＥプロトコルにおけるＢＳＲデータ量のテーブルの一部に、粒度を変更することなくマッピングされ、
    前記圧縮されたＰＨＲと現在のＬＴＥプロトコルのＰＨＲマッピングテーブルとの間の関係は、
    ＰＨＲ値が、現在のＬＴＥプロトコルのＰＨＲマッピングテーブル全体に、予め設定された値より大きい粒度でマッピングされ、又は
    ＰＨＲ値が、現在のＬＴＥプロトコルのＰＨＲマッピングテーブルの一部のみに、粒度を変更することなくマッピングされる装置。
56. 請求項３３において、前記アップリンクメッセージ内のＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、又はＢＳＲ＿ＰＨＲ結合ＭＡＣ ＣＥは、ＣＣＣＨ ＳＤＵの後又はＣＣＣＨ ＳＤＵの前に配置される装置。
57. 請求項４１において、前記処理モジュールは、ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに前記送信されるデータ量に関する情報を追加するように構成されている装置。
58. 請求項５７において、前記送信されるデータ量に関する情報の追加は、
    １乃至６ビットを使用して、前記送信されるデータ量の大きさのレベルを表現することを含み、前記各レベルは、前記データ量の異なる範囲に対応する装置。
59. 請求項４５において、前記処理モジュールは、前記ＣＣＣＨ ＳＤＵによって搬送されるＣＰメッセージ内のｃｉｒｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに前記パワーヘッドルーム情報を追加するように構成されている装置。
60. 請求項５９において、前記パワーヘッドルーム情報の追加は、
    １乃至６ビットを使用して前記パワーヘッドルーム情報の大きさのレベルを表現することを含み、前記パワーヘッドルーム情報は、物理層から読み取られる装置。
61. 請求項４９において、前記処理モジュールは、前記ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに前記送信されるデータ量に関する情報及び前記パワーヘッドルーム情報を追加するように構成されている装置。
62. 請求項３３において、
    受信したランダムアクセス応答メッセージから表示情報を取得するように構成された取得モジュールを更に備え、前記表示情報は、ＵＥが、送信されるデータ量、又はパワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームに関する情報をアップリンクメッセージに追加したことを表示する装置。
63. 請求項３３において、
    ＢＳＲ又はＰＨＲがトリガされていることを判定するように構成された第２の判定モジュールを更に備え、ＢＳＲトリガリング規則に従って、アップリンクリソースが第１の送信のために現在利用可能であるとき、定期的ＢＳＲタイマｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始せず、ＰＨＲトリガリング規則に従って、アップリンクリソースが第１の送信のために現在利用可能であるとき、定期的ＰＨＲタイマｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始しない装置。
64. 請求項４３、４７、５１、５７、５９、又は６１において、前記ＣＰメッセージは、
    ＲＲＣ接続要求メッセージ、
    ＲＲＣ接続完了メッセージ、
    セキュリティモード完了メッセージ、
    ＲＲＣ接続再構成完了メッセージ、
    アップリンク送信メッセージ、
    ＲＲＣ接続再確立要求メッセージ、
    ＲＲＣ接続再確立完了メッセージ、
    ＲＲＣ再開要求メッセージ、及び
    ＲＲＣ再開完了メッセージのいずれかを含む装置。
65. 不連続送信のための方法であって、
    基地局によって、ＤＲＸタイマ制御情報をＵＥにシグナリングし、ＤＲＸタイマのオン／オフを前記ＵＥに表示することを含む方法。
66. 請求項６５において、前記基地局は、前記シグナリングを送信する際、前記シグナリングに関連付けられたダウンリンクデータが存在する、又は前記シグナリングを搬送するダウンリンクデータの他に前記ＵＥに送信する他のダウンリンクデータが存在すると判定すると、前記シグナリングメッセージ内で前記ＵＥにＤＲＸタイマを開始するように指示する方法。
67. 請求項６５において、前記基地局は、前記シグナリングメッセージを送信する際、前記シグナリングに関連付けられたダウンリンクデータが存在しない又は前記シグナリングメッセージを搬送するダウンリンクデータの他に前記ＵＥに送信する他のダウンリンクデータが存在しないと判定した場合、前記シグナリングメッセージ内で前記ＵＥにＤＲＸタイマを開始しないように指示する方法。
68. 請求項６５において、前記シグナリングメッセージは、ＰＤＣＣＨのＤＣＩ、又はＭＡＣ ＣＥである方法。
69. 請求項６５又は６９において、前記基地局は、ＰＤＣＣＨ内のＣＤＩを使用して、ＤＲＸタイマ制御情報を表示し、前記ＵＥにＤＲＸタイマをオンにするように指示し、前記ＵＥは、アップリンクでフィードバックを送信して、前記ダウンリンクデータの受信成功を示した後、前記ＤＲＸタイマを開始し、又は、前記ＵＥは、前記アップリンクでフィードバックを送信して、前記ダウンリンクデータの受信成功を示し、ＤＲＸタイマ開始オフセット期間を待機した後、前記ＤＲＸタイマを開始し、又は、前記ＵＥは、前記ＰＤＣＣＨのＤＣＩを受信したとき、前記ＤＲＸタイマを開始する方法。
70. 請求項６５又は６８において、前記基地局は、ＭＡＣ ＣＥを介して、前記ＤＲＸタイマ制御情報の指示を送信し、前記ＤＲＸタイマ制御情報は、ＵＥにＤＲＸタイマの開始を指示し、前記ＵＥは、ＭＡＣ ＣＥを受信したとき、前記ＤＲＸタイマを開始し、又は前記ＵＥは、前記ＭＡＣ ＣＥを搬送するダウンリンクデータパケットの受信成功を表示するフィードバックを送信した後に前記ＤＲＸタイマを開始し、又は前記ＵＥは、前記ＭＡＣ ＣＥを搬送するダウンリンクデータの受信成功を表示するフィードバックを送信し、開始オフセット期間を待機した後に前記ＤＲＸタイマを開始する方法。
71. 請求項６５において、前記ＵＥは、前記ＤＲＸタイマが動作している期間、ＰＤＣＣＨをリスンし、前記ＤＲＸタイマが動作している期間は、ＤＲＸタイマの開始から停止まで、又は開始から満了までの期間を意味する方法。
72. 請求項６９又は７０において、前記ＵＥは、
    前記ＤＲＸタイマ開始オフセット期間の合意のための前記ＵＥと前記基地局との間のプロトコル、又は、
    前記基地局が発信した前記ＤＲＸタイマ制御情報、又は、
    前記基地局が発信した専用のＲＲＣシグナリング、セルブロードキャスト又はＭＡＣ ＣＥのうちの１つによって、ＤＲＸタイマ開始オフセット期間を取得する方法。
73. 請求項６５において、前記ＵＥは、
    前記ＵＥが、新しいデータ送信又は反復データ送信を含む、前記ＰＤＣＣＨによって示されるダウンリンク送信を受信すること、又は前記ＤＲＸタイマが満了すること、又は、
    前記ＵＥが、前記ＤＲＸタイマを停止することを前記ＵＥに指示する前記基地局からの指示を受信することのうちの１つによって前記ＤＲＸタイマを停止させる方法。
74. 請求項６５において、前記基地局は、前記ＤＲＸタイマ制御情報を介して、又は前記ＵＥと基地局との間のプロトコルを介して、又は前記セルシステムメッセージを介して、又は前記基地局によってＵＥに送信されたＲＲＣ構成メッセージを介して、又は前記基地局からＵＥへ送信されたＭＡＣ ＣＥを介してＤＲＸタイマの長さを表示し、前記ＤＲＸタイマの長さは、前記ＤＲＸタイマの開始から前記ＤＲＸタイマの満了までの期間を意味する方法。
75. 不連続送信のための方法であって、
    ユーザ装置（ＵＥ）によって、シグナリングを介して基地局によって送信されるＤＲＸタイマ制御情報に基づいて、ＤＲＸタイマを開始するかを判定することを含む方法。
76. 請求項７５において、前記シグナリングは、ＰＤＣＣＨのＤＣＩ、又はＭＡＣ ＣＥを含む方法。
77. 請求項７５又は７６において、前記シグナリングは、前記ＰＤＣＣＨによって搬送されるＤＣＩによって行われ、前記ＤＲＸタイマ制御情報は、前記ＵＥにＤＲＸタイマの開始を指示し、前記ＵＥは、ダウンリンクデータの受信に成功すると、フィードバックを返信した後に前記ＤＲＸタイマを開始し、又は前記ＵＥは、ダウンリンクデータの受信成功のフィードバックを返信し、ＤＲＸタイマ開始オフセット期間を待機した後に前記ＤＲＸタイマを開始し、又は前記ＵＥは、前記ＰＤＣＣＨによって搬送されるＤＣＩを受信した後に前記ＤＲＸタイマを開始する方法。
78. 請求項７５又は７６において、前記シグナリングがＭＡＣ ＣＥによって行われるとき、前記ＤＲＸタイマ制御情報は、前記ＵＥに前記ＤＲＸタイマを開始するよう指示し、前記ＵＥは、前記ＭＡＣ ＣＥを受信すると、前記ＤＲＸタイマを開始し、又は前記ＵＥは、前記ＭＡＣ ＣＥを搬送する前記ダウンリンクデータの受信成功に応じてフィードバックを送信した後、前記ＤＲＸタイマを開始し、又は前記ＵＥは、前記ＭＡＣ ＣＥを搬送する前記ダウンリンクデータの受信成功に応じてフィードバックを送信し、ＤＲＸ開始オフセット期間を待機した後、ＤＲＸタイマを開始する方法。
79. 請求項７５において、前記ＵＥは、前記ＤＲＸタイマが動作している期間、前記ＰＤＣＣＨをリスンし、前記ＤＲＸタイマが動作している期間は、前記ＤＲＸタイマの開始から停止まで又は開始から満了までを意味する方法。
80. 請求項７７又は７８において、前記ＵＥは、
    前記ＵＥと前記基地局との間のプロトコル、又は
    前記ＵＥによって受信されたＤＲＸ制御情報、又は
    専用のＲＲＣ信号、セルブロードキャスト情報又はＭＡＣ ＣＥのいずれかによってＤＲＸタイマ開始オフセット期間を取得する方法。
81. 請求項７５において、前記ＵＥは、
    前記ＵＥが、新しいデータ送信又は反復データ送信を含むダウンリンクデータ送信があることを表示するＰＤＣＣＨ表示を受信したこと、又は
    ＤＲＸタイマが満了したこと、又は前記ＵＥが、前記基地局から、前記ＤＲＸタイマを停止するように前記ＵＥに指示する信号を受信したことのいずれかによって前記ＤＲＸタイマの動作を停止する方法。
82. 請求項７５において、前記ＵＥは、前記ＤＲＸタイマ制御情報を介して、又は前記基地局とＵＥとの間のプロトコル合意を介して、又は前記セルシステムメッセージ、専用ＲＲＣメッセージ又はＵＥによって受信されたＭＡＣ ＣＥを介して、ＤＲＸタイマの長さを取得し、前記ＤＲＸタイマの長さは、ＤＲＸタイマの開始から終了までの期間を意味する方法。

Images