(57)【要約】      （修正有）【課題】ＲＲＣ接続手順のアップリンクメッセージによって解決されていない、マルチトーン（MultiTone）のサポート、およびユーザプレーン（ＵＰ）ベースの送信モードが設定されているかを報告するメッセージ報告方法および装置を提供する。【解決手段】２００ｋＨｚ未満の狭い帯域幅で動作する端末装置によって、無線リソース制御（ＲＲＣ）接続要求メッセージを基地局に送信する。メッセージは、前記端末装置がマルチトーン送信をサポートすることを示す。そして、端末装置により、ＲＲＣ接続要求メッセージに応じて、ＲＲＣ接続設定メッセージを受信する。更に、基地局への接続のためのユーザプレーン（ＵＰ）送信モードを基地局に表示する。その表示は、ＲＲＣ接続完了メッセージを使用して実行される。そして、端末装置によって、接続のための前記ＵＰ送信モードを表示するＲＲＣ接続完了メッセージを基地局に送信する。【選択図】図５
2020114012.tif 000002
【特許請求の範囲】
【請求項１】
接続を確立するため、２００ｋＨｚ未満の狭い帯域幅で動作する端末装置によって、無線リソース制御（ＲＲＣ）接続要求メッセージを基地局に送信するステップであって、前記メッセージは、前記端末装置がマルチトーン送信をサポートすることを示すステップと、
前記端末装置により、前記ＲＲＣ接続要求メッセージに応じて、ＲＲＣ接続設定メッセージを受信するステップと、
前記基地局への接続のためのユーザプレーン（ＵＰ）送信モードを前記基地局に表示するステップであって、その表示は、ＲＲＣ接続完了メッセージを使用して実行されるステップと、
前記端末装置によって、前記接続のための前記ＵＰ送信モードを表示するＲＲＣ接続完了メッセージを前記基地局に送信するステップと
を備えたことを特徴とする無線通信方法。
【請求項２】
前記端末装置がマルチトーン送信をサポートすることは、値１によって示される、請求項１に記載の方法。
【請求項３】
接続を確立するため、２００ｋＨｚ未満の狭い帯域幅で動作する端末装置から、無線リソース制御（ＲＲＣ）接続要求メッセージを基地局によって受信するステップであって、前記メッセージは、前記端末装置がマルチトーン送信をサポートすることを示すステップと、
前記基地局により、前記ＲＲＣ接続要求メッセージに応じてＲＲＣ接続設定メッセージを前記端末装置に送信するステップと、
前記基地局により、前記端末装置からＲＲＣ接続完了メッセージを受信するステップであって、前記ＲＲＣ接続完了メッセージは、接続のためのユーザプレーン（ＵＰ）送信モードを表示する
ことを特徴とする無線通信方法。
【請求項４】
前記端末装置がマルチトーン送信をサポートすることは、値１によって示される、請求項３に記載の方法。
【請求項５】
無線通信用に２００ｋＨｚ未満の狭い帯域幅で動作する装置において、
プロセッサと、
前記プロセッサにより実行可能なコードを含むメモリと
を備え、
前記プロセッサにより実行可能なコードは、前記プロセッサによって実行されるとき、前記プロセッサに、
接続を確立するために、無線リソース制御（ＲＲＣ）接続要求メッセージを基地局に送信するステップであって、前記メッセージは、端末装置がマルチトーン送信をサポートしていることを示すステップと、
前記ＲＲＣ接続要求メッセージに応じてＲＲＣ接続セットアップメッセージを受信するステップと、
前記基地局への接続のためのユーザプレーン（ＵＰ）送信モードを前記基地局に表示するステップであって、その表示はＲＲＣ接続完了メッセージを使用して実行されるステップと、
前記ＲＲＣ接続完了メッセージを前記接続のためのＵＰ伝送モードで前記基地局に送信するステップと
を実行させるように構成する装置。
【請求項６】
前記端末装置がマルチトーン送信をサポートすることは、値１によって示される、請求項５に記載の装置。
【請求項７】
無線通信用の装置において、
プロセッサと、
前記プロセッサにより実行可能なコードを含むメモリと
を備え、
前記プロセッサにより実行可能なコードは、前記プロセッサにより実行されるとき、前記プロセッサに、
２００ｋＨｚ未満の狭い帯域幅で動作する端末装置から、基地局への無線リソース制御（ＲＲＣ）接続要求メッセージを受信して接続を確立するステップであって、前記メッセージは、前記端末装置がマルチトーン送信をサポートすることを示すステップと、
前記ＲＲＣ接続要求メッセージに応じて、ＲＲＣ接続設定メッセージを前記端末装置に送信するステップと、
前記端末装置からＲＲＣ接続完了メッセージを受信するステップであって、前記ＲＲＣ接続完了メッセージは、接続のためのユーザプレーン（ＵＰ）送信モードを表示するステップと
を実行させるように構成する装置。
【請求項８】
前記端末装置がマルチトーン送信をサポートすることは、値１によって示される、請求項７に記載の装置。
【請求項９】
内部にコードを格納する非一時的記憶媒体であって、前記コードは、プロセッサにより実行される場合、前記プロセッサに、
接続を確立するために、２００ｋＨｚ未満の狭い帯域幅で動作する端末装置によって、無線リソース制御（ＲＲＣ）接続要求メッセージを基地局に送信するステップであって、前記メッセージは、前記端末装置がマルチトーン送信をサポートすることを示すステップと、
前記端末装置により、前記ＲＲＣ接続要求メッセージに応じてＲＲＣ接続設定メッセージを受信するステップと、
前記基地局への接続のためのユーザプレーン（ＵＰ）送信モードを表示するステップであって、その表示は、ＲＲＣ接続完了メッセージを使用して実行されるステップと、
前記端末装置によって、前記接続のためのＵＰ送信モードを示すＲＲＣ接続完了メッセージを前記基地局に送信するステップと
を含む方法を実行させる、非一時的記憶媒体。
【請求項１０】
前記端末装置がマルチトーン送信をサポートすることは、値１によって示される、請、請求項９に記載の非一時的記憶媒体。
【請求項１１】
内部にコードを格納する非一時的記憶媒体であって、前記コードは、プロセッサにより実行される場合、前記プロセッサに、
接続を確立するため、２００ｋＨｚ未満の狭い帯域幅で動作する端末装置から、無線リソース制御（ＲＲＣ）接続要求メッセージを前記基地局によって受信するステップであって、前記メッセージは、前記端末装置がマルチトーン送信をサポートすることを示すステップと、
前記基地局により、前記ＲＲＣ接続要求メッセージに応じてＲＲＣ接続設定メッセージを前記端末装置に送信するステップと、
前記基地局により、前記端末装置からＲＲＣ接続完了メッセージを受信し、前記ＲＲＣ接続完了メッセージは、前記接続のためのユーザプレーン（ＵＰ）送信モードを示すステップと
を含む方法を実行させる、非一時的記憶媒体。
【請求項１２】
前記端末装置がマルチトーン送信をサポートすることは、値１によって示される、請求項１１に記載の非一時的記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本特許文書は、電気通信に関し、詳しくは、情報報告及び不連続送信のための方法及び装置に関する。
【背景技術】
【０００２】
図１は、ＬＴＥシステムアクセスフローチャートを示している。これは、以下の処理ステップを含む。
【０００３】
ステップ１０２：ユーザ機器（ＵＥ）は、ＬＴＥ（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))
}
【０３８１】
ここでは、ｃｒｉｔｉｃａｌＥｘｔｅｎｔｉｏｎＦｕｔｕｒｅは、ＰＨＲ  ＩＥとして再定義され、６ビットのサイズであり、もちろん、これより短くできる。
【０３８２】
異なるＰＨＲ長は、異なるパワーヘッドルーム範囲に対応する。例えば、６ビットの選択は、現在のＬＴＥプロトコルで指定されている、ＰＨＲ  ＭＡＣ  ＣＥのパワーヘッドルーム長と同一であり、マッピングされるパワーヘッドルームのレベル範囲及び粒度も同様である。４ビット長を選択した場合、パワーヘッドルームへのマッピング及び粒度は、以下の通りであってもよい。
【０３８３】
（１）パワーヘッドルームレベルテーブルに６４レベルを有する現在のＬＴＥプロトコルで指定されているものと同じＰＨＲ粒度を選択する。４ビット表現は、現在のＬＴＥプロトコルのパワーヘッドルームテーブルの最初の１６レベルにマッピングできる。
【０３８４】
（２）現在のＬＴＥプロトコルで指定されているＰＨＲ粒度の４倍の粒度を選択する。これにより、現在のＬＴＥプロトコルのＰＨＲのためのパワーヘッドルームレベルテーブルと同じ４ビットのマッピングが可能になる。
【０３８５】
実施例５
【０３８６】
この実施例では、ランダムアクセス手順において、アップリンクメッセージ（以下では、メッセージ３を例とする。）にＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを追加する方法を説明する。
【０３８７】
ランダムアクセス手順において、メッセージ３にＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを追加する場合、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥのフォーマットは、以下の通りとすることができる。
【０３８８】
ＢＳＲ及びＰＨＲは、利用可能なビットを共有し、総ビット長は、８ビット又は１６ビットとすることができる。ＢＳＲは、以下のいずれかの方法で構成できる。
【０３８９】
（１）ＢＳＲは、送信されるデータ量のみを含む。
【０３９０】
（２）ＢＳＲは、ＬＣＧと送信されるデータ量の両方を含む。
【０３９１】
例えば、図１４ａは、ここに開示する技術による１つの代表的な実施例に基づく、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥの第１のフォーマットを示している。
【０３９２】
図１４ｂに示すように、ＢＳＲとＰＨＲの合計長が６ビットの場合、ＬＣＧは、２ビットで表され、４個の異なるＬＣＧにマッピングされる。次に、バッファサイズは、６ビットで表され、６４個の異なるバッファサイズレベルにマッピングされる。予約ビットは、２ビットである。ＰＨ値は、６ビットで表され、６４個のパワーヘッドルームレベルにマッピングされる。
【０３９３】
図１４ｃに示すように、ＢＳＲとＰＨＲの合計長が８ビットの場合、バッファサイズは、２ビットで表され、４個の異なるバッファサイズにマッピングされ、ＰＨは、６ビットで表され、６４個の異なるパワーヘッドルーム値にマッピングされる。
【０３９４】
図１４ｃは、ここに開示する技術による１つの代表的な実施例のＢＳＲ＿ＰＨＲの第３のフォーマットを示している。図１４ｃに示すように、ＢＳＲとＰＨＲの合計長が８ビットの場合、バッファサイズは、４ビットで表され、１６個の異なるバッファサイズにマッピングされ、ＰＨは、４ビットで表され、１６個のパワーヘッドルーム値にマッピングされる。
【０３９５】
図１４ｄは、ここに開示する技術による１つの代表的な実施例におけるＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥの第４のフォーマットを示す。図１４ｄに示すように、ＢＳＲとＰＨＲの合計長が８ビットの場合、バッファサイズは、６ビットで表され、６４個の異なるバッファサイズにマッピングされ、ＰＨは、２ビットで表され、４個の異なるパワーヘッドルーム値にマッピングされる。
【０３９６】
図１４ｅは、ここに開示する技術による１つの代表的な実施例におけるＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥの第５のフォーマットを示す。
【０３９７】
図１４ｅに示すように、ＢＳＲとＰＨＲの合計長が８ビットの場合、ＬＣＧは、１ビットで表され、２個の異なるＬＣＧにマッピングされ、バッファサイズは、３ビットで表され、８個の異なるバッファサイズにマッピングされ、ＰＨは、４ビットで表され、１６個の異なるパワーヘッドルーム値にマッピングされる。
【０３９８】
図１４ｆは、ここに開示する技術による１つの代表的な実施例におけるＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥの第５のフォーマットを示す。
【０３９９】
図１４ｆに示すように、ＢＳＲとＰＨＲの合計長が８ビットの場合、ＬＣＧは、１ビットで表され、２個の異なるＬＣＧにマッピングされ、バッファサイズは、４ビットで表され、１６個の異なるバッファサイズにマッピングされ、ＰＨは、３ビットで表され、８個の異なるパワーヘッドルーム値にマッピングされる。
【０４００】
なお、図１４ｅ及び図１４ｆにおいては、ＢＳＲは、ＬＣＧを含む。ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥが８ビットの利用可能な長さを有し、値が８ビット未満で表される場合、これを圧縮されたＢＳＲ及び圧縮されたＰＨＲと呼ぶ。
【０４０１】
圧縮されたＢＳＲの送信されるデータ量は、以下のいずれかの手法によって、現在のＬＴＥプロトコルのＢＳＲデータ量テーブルにマッピングできる。
【０４０２】
（１）圧縮されたＢＳＲの送信されるデータ量は、現在のＬＴＥプロトコル全体のＢＳＲテーブルに、粗い粒度でマッピングされる。
【０４０３】
（２）圧縮されたＢＳＲでは、送信されるデータ量の粒度は、変更されないが、値は、現在のＬＴＳプロトコルのＢＳＲテーブルの一部にのみマッピングされる。例えば、現在のＬＴＥプロトコルにおけるバッファサイズの６ビット表現とは異なり、ＢＳＲが３ビットに圧縮されていると仮定すると、圧縮されたＢＳＲは、送信されるデータ量のＢＳＲバッファサイズテーブルの最初の８個の値にマッピングされる。
【０４０４】
圧縮されたＰＨＲ値と現在のＬＴＥプロトコルのＰＨＲテーブルの関係は、以下のいずれかを含むことができる。
【０４０５】
（１）圧縮されたＰＨＲは、現在のＬＴＥプロトコルのＰＨＲテーブル全体に、粗い粒度でマッピングされる。
【０４０６】
（２）圧縮されたＰＨＲは、粒度を変更することなく、現在のＬＴＥプロトコルのＰＨＲテーブルの一部のみにマッピングされる。
【０４０７】
この他、メッセージ３がＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを搬送することを表示するためにメッセージ３に表示情報を追加してもよく、この実施例では、以下の方式のいずれかによって、この追加を行うことができる。
【０４０８】
（１）方式１：ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥに対応する新しいＬＣＩＤを定義し、これにより、ＬＣＩＤを含むＭＡＣサブヘッダは、ＭＡＣ  ＰＤＵがＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを含むことを表示する。例えば、図１５は、この手法の一例を示している。図１５に示すように、現在のＬＴＥプロトコルのＬＣＩＤテーブルにおいて、予約ビット範囲０１１００−１０１０１は使用されておらず、これを新しい定義に使用できる。１０１００を「ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥ」と定義すれば、ｅＮＢは、ＬＣＩＤを検出することによって、メッセージ３が、ＢＳＲ及びＰＨＲ結合ＭＡＣ  ＣＥを搬送することを知ることができる。
【０４０９】
（２）方式２：メッセージ３によって搬送されるＣＣＣＨ  ＳＤＵのＭＡＣサブヘッダ内の予約された１ビットを使用して、メッセージ３がＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを含むことを表示する。
【０４１０】
（３）方式３：新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＣＣＣＨとＰＨＲが結合されたＢＳＲの両方に対応付け、ここで、ＬＣＩＤを含むＭＡＣサブヘッダは、ＭＡＣ  ＰＤＵが、ＣＣＣＨ  ＳＤＵとＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥの両方を含むことを表示する。
【０４１１】
（４）方式４：ＣＣＣＨ  ＳＤＵに表示情報を追加して、メッセージ３が、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを含むことを表示し、ここで、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージのスペアビットを表示情報として定義し、又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔのｃｒｉｔｉｃａＥｘｔｅｎｓｉｏｎＦｕｔｕｒｅＩＥに表示情報を追加する。
【０４１２】
実施例６
【０４１３】
この実施例は、ランダムアクセス手順において、アップリンクメッセージ（以下では、メッセージ３を例として使用する。）のＣＣＣＨ  ＳＤＵに、送信されるデータ量及びパワーヘッドルームに関する情報を追加する方法を説明する。
【０４１４】
以下では、ＣＣＣＨ  ＳＤＵに搬送されるＣＰのＲＲＣ接続要求メッセージを使用する。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージに、送信されるデータ量とパワーヘッドルームに関する情報を追加することは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＦｕｔｕｒｅＩＥに、送信されるデータ量とパワーヘッドルームに関する情報を追加することを含む。
【０４１５】
実施例７
【０４１６】
この実施例では、アップリンクメッセージ（以下では、メッセージ３を例として使用する。）に、表示情報を追加して、メッセージ３が、ＢＳＲ  ＭＡＣ  ＣＥ、ＰＨＲ  ＭＡＣ  ＣＥ、又はＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを含むことを表示し、この追加は、更に、以下を含むことができる。
【０４１７】
−表示情報のために予約ビット（Ｒビット）とＦ２ビットを使用し、２ビットは、４個の値（すなわち００、０１、１０、１１）に対応し、ＢＳＲ  ＭＡＣ  ＣＥがＢＳＲ  ＭＡＣ  ＣＥ、ＰＨＲ  ＭＡＣ  ＣＥ、又はＢＳＲ＿ＰＨＲを結合したＭＡＣ  ＣＥを搬送すること、及びこれらのタイプのＭＡＣ  ＣＥを搬送しないことを表示し、ここで、ビット値００は、メッセージ３が、３つのＭＡＣ  ＣＥのどれも搬送しないことを示す。
【０４１８】
実施例８
【０４１９】
この実施例では、ＵＥによって受信される基地局からのメッセージ２は、メッセージ２が、送信されるデータ量、パワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームに関する表示情報を含むことをＵＥが要求するか否かに関する指示を含む。この実施例では、ＵＥによって受信されるメッセージ２（すなわち、ＲＡＲメッセージ）は、上述の表示情報を含む。
【０４２０】
実施例９
【０４２１】
この実施例では、アップリンクのＣＣＣＨ  ＳＤＵに関連付けられているＭＡＣサブヘッダにおいて、予約ビットを使用し又は現在のビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかに関する情報を表示する。
【０４２２】
現在のＬＴＥプロトコルでは、ＭＡＣサブヘッダのフォーマットは、以下を含む。
【０４２３】
（１）Ｒ：予約ビットであり、Ｒは、単一ビットである。
【０４２４】
（２）Ｆ２、Ｆ：ＭＡＣ  ＳＤＵ又はＭＡＣ  ＣＥのサイズを表示する。Ｆ２は、１ビット、Ｆは、１ビットである。
【０４２５】
（３）Ｅ：他のＭＡＣサブヘッダがこれに続くか否かを示す。Ｅは、１ビットである。
【０４２６】
（４）ＬＣＩＤ：５ビット長であり、ＭＡＣ  ＣＥがどのタイプのＭＡＣ  ＳＤＵ又はＭＡＣ  ＣＥに対応するかを表示する。
【０４２７】
例えば、アップリンクメッセージ３のＭＡＣサブヘッダがシングルトーン又はマルチトーンがサポートされているかに関する情報を搬送する場合、メッセージ３は、１つのＣＣＣＨ  ＳＤＵ（すなわち、ＭＡＣ  ＳＤＵ）のみを搬送し、ＭＡＣサブヘッダのフォーマットは、全長８ビットで、Ｒ／Ｆ２／Ｅ／ＬＣＩＤを含む。Ｆ２とＥは、定義された目的を有しているが、メッセージ３の場合には、Ｆ２とＥの値にかかわらず、ｅＮＢによる誤解はない。したがって、Ｆ２及びＥビットを再定義することが可能である。
【０４２８】
この実施例では、Ｒ、Ｆ２又はＥは、シングルトーン又はマルチトーンがサポートされているかを表示するように再定義できる。例えば、値１は、シングルトーンのサポートを意味し、値０は、マルチトーンのサポートを意味する。
【０４２９】
他のアップリンクメッセージ、例えば、メッセージ５によって同じ情報を搬送することもできる。この場合、シングルトーン又はマルチトーンがサポートされているかを示すためにＲを定義できる。
【０４３０】
これに代えて、アップリンクメッセージのＭＡＣサブヘッダが、シングルトーンとマルチトーンのいずれがサポートされているかに関する情報を搬送することをｅＮＢが知るために、以下の２つの方式を用いてもよい。
【０４３１】
方式１：所与のアップリンクメッセージ（例えば、デフォルトではメッセージ３）のＣＣＣＨ  ＳＤＵに関連付けられたＭＡＣサブヘッダが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送することをデフォルトの動作とする。
【０４３２】
方式２：「ＣＣＣＨ、及びシングルトーン又はマルチトーンがサポートされているか」の定義のためにＬＣＩＤの予約された値を選択する。ｅＮＢは、このＬＣＩＤに基づき、ＬＣＩＤを含むＭＡＣサブヘッダが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送することを知ることができる。
【０４３３】
実施例１０
【０４３４】
この実施例では、アップリンクメッセージ内のＭＡＣ  ＣＥの予約ビットを使用し又はＭＡＣ  ＣＥのビット位置を再定義して、シングルトーン又はマルチトーンがサポートされているかの情報を表示する。
【０４３５】
上述のＭＡＣ  ＣＥは、これに限定されるものではないが、ＢＳＲ  ＭＡＣ  ＣＥ又はＰＨＲ  ＭＡＣ  ＣＥを含む。
【０４３６】
アップリンクメッセージ３によって、シングルトーン又はマルチトーンがサポートされているかの情報を搬送すると仮定すると、この情報は、例えば、ＢＳＲ  ＭＡＣ  ＣＥに配置できる。
【０４３７】
現在のＬＴＥシステムにおけるＢＳＲ  ＭＡＣ  ＣＥのフォーマットは、ＬＣＧ  ＩＤ及びバッファサイズから構成され、ＬＧＣ  ＩＤは、論理チャネルグループのシーケンス番号を表示し、２ビットを占める。したがって、例えば、表１のようにＬＣＧ  ＩＤの２ビットを再定義でき、これにより、ＢＳＲ  ＭＡＣ  ＣＥが再定義される。表１に示すように、ビット０は、マルチトーンがサポートされていない場合を０、マルチトーンがサポートされている場合を１として再定義できる。
【表１】
2020114012.tif 000003
【０４３８】
また、このような情報は、ＰＨＲ  ＭＡＣ  ＣＥでは、例えば、以下のように設定できる。
【０４３９】
現在のＬＴＥシステムにおけるＢＳＲ  ＭＡＣ  ＣＥは、２個の予約ビット、６個のパワーヘッドルームビットから構成されている。したがって、予約ビットの１つを再定義して、これにより、第１の予約ビットは、シングルトーンをサポートする場合は０及びマルチトーンをサポートする場合は１、又はマルチトーンをサポートしない場合は０及びマルチトーンをサポートする場合は１としてもよい。
【０４４０】
これに代えて、以下の方式を採用して（例えば、ＢＳＲ  ＭＡＣ  ＣＥとＰＨＲ  ＭＡＣ  ＣＥを使用して）、アップリンクのＭＡＣ  ＣＥが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送することをｅＮＢに知らせてもよい。
【０４４１】
ＬＣＩＤの予約ビットの１つを選択して、「ＢＳＲ  ＭＡＣ  ＣＥとシングルトーン又はマルチトーンがサポートされていること」を定義することにより、ｅＮＢは、ＬＣＩＤを調べることによって、このＬＣＩＤに関連付けられたＢＳＲ  ＭＡＣ  ＣＥが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送していることを知ることができる。
【０４４２】
あるいは、ＬＣＩＤ内の予約ビットの１つを選択して、「ＰＨＲ  ＭＡＣ  ＣＥとシングルトーン又はマルチトーンがサポートされているか」を定義することにより、ｅＮＢは、このＬＣＩＤに関連付けられたＰＨＲ  ＭＡＣ  ＣＥが、シングルトーン又はマルチトーンがサポートされているかに関する情報を搬送していることを知ることができる。
【０４４３】
実施例１１
【０４４４】
この実施例では、アップリンクのＭＡＣ  ＣＥ内の予約ビットを使用し又はアップリンクのＭＡＣ  ＣＥ内のビット位置を再定義して、ＵＰモード又はＣＰモードの送信が設定されているかに関する情報を表示する。
【０４４５】
ＭＡＣ  ＣＥは、ＢＳＲ  ＭＡＣ及びＰＨＲ  ＭＡＣ  ＣＥのいずれかを含むことができるが、これに限定されない。
【０４４６】
アップリンクメッセージ３が、ＵＰ又はＣＰの送信モードが設定されているかを示していると仮定すると、以下の例のように、表示情報をＢＳＲ  ＭＡＣ  ＣＥに配置することができる。
【０４４７】
現在のＬＴＥシステムにおけるＢＳＲ  ＭＡＣ  ＣＥのフォーマットは、ＬＣＩＤ及びバッファサイズの２個の部分からなり、ＬＣＧ  ＩＤは、論理チャネルシーケンス番号を３ビットで表す。したがって、ＬＣＩＤの２ビットを表２に示すように再定義でき、この例では、ＢＳＲ  ＭＡＣ  ＣＥを再定義し、ビット０は、ＵＰモードの送信がサポートされていない場合は０、ＵＰモードの送信がサポートされている場合は１のように再定義できる。
【表２】
2020114012.tif 000004
【０４４８】
更に、以下の例に示すように、ＰＨＲ  ＭＡＣ  ＣＥに情報を配置することもできる。
【０４４９】
現在のＬＴＥシステムのＢＳＲ  ＭＡＣ  ＣＥのフォーマットは、２個の予約ビットと、６ビットのパワーヘッドルームレベルとから構成される。したがって、１個の予約ビットを再定義でき、例えば、最初の予約ビットは、ＵＰモード送信の場合は０、ＣＰモード送信の場合は１のように再定義してもよい。あるいは、これは、ＵＰ送信モードがサポートされていない場合は０、ＵＰ送信モードがサポートされている場合は１のように再定義してもよい。
【０４５０】
これに代えて、ＢＳＲ  ＭＡＣ  ＣＥ及びＰＨＲ  ＭＡＣ  ＣＥを例として使用して、以下の方式を用いて、アップリンクメッセージのＭＡＣ  ＣＥが、ＵＰ送信モード又はＣＰ送信モードが設定されているかに関する情報を搬送することをｅＮＢに伝えることができる。
【０４５１】
ＬＣＩＤの予約ビットの１つを選択して、「ＢＳＲ  ＭＡＣ  ＣＥ、及びＵＰ送信モード又はＣＰ送信モードが設定されているか」を定義する。これにより、ｅＮＢは、このＬＣＩＤに関連付けられたＢＳＲ  ＭＡＣ  ＣＥが、ＵＰ送信モード又はＣＰ送信モードが設定されているかに関する情報を搬送していることを知ることができる。
【０４５２】
あるいは、予約ビットの１つを選択して、「ＰＨＲ  ＭＡＣ  ＣＥ、及びＵＰ送信モード又はＣＰ送信モードが設定されているか」を定義する。これにより、ｅＮＢは、関連するＬＣＩＤのＰＨＲ  ＭＡＣ  ＣＥが、ＵＰ送信モード又はＣＰ送信モードが設定されているかに関する情報を搬送していることを知ることができる。
【０４５３】
実施例１２
【０４５４】
この実施例では、アップリンクメッセージのＣＣＣＨ  ＳＤＵのＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかを表示する。
【０４５５】
現在のＬＴＥプロトコルにおけるＭＡＣサブヘッダのフォーマットは、実施例９に示す通りである。
【０４５６】
この例では、メッセージ３のＭＡＣサブヘッダを使用して、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を表示する。メッセージ３は、１つのＣＣＣＨ  ＳＤＵ、すなわちＭＡＣ  ＳＤＵのみを搬送し、これは、Ｒ／Ｆ２／Ｅ／ＬＣＩＤの形式を有し、合計８ビットであり、Ｆ２とＥは、既に他の目的のために定義されている。しかしながら、メッセージ３の場合には、Ｆ２とＥの値にかかわらず、ｅＮＢによる誤解はない。したがって、Ｆ２及びＥビットを再定義して、新たな情報を搬送することが可能である。
【０４５７】
この実施例では、Ｒ、Ｆ２又はＥを定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかを表示する。例えば、ＣＰ送信モードの場合は値１、ＵＰ送信モードの場合は値０とする。
【０４５８】
他のアップリンクメッセージ、例えば、メッセージ５を同じ目的で使用する場合、Ｒビットを定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかを表示してもよい。
【０４５９】
これに代えて、以下の方式を用いて、アップリンクメッセージのＭＡＣサブヘッダが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送することをｅＮＢに知らせることができる。
【０４６０】
方式１：デフォルト値として、幾つかのアップリンクメッセージ（例えば、メッセージ３をデフォルトにする。）におけるＣＣＣＨ  ＳＤＵのＭＡＣサブヘッダが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送する。
【０４６１】
方式２：ＬＣＩＤの予約ビットの１つを選択して、「ＣＣＣＨ、及びＣＰ送信モード又はＵＰ送信モードが設定されているか」を定義する。これにより、ｅＮＢは、ＬＣＩＤを調べることによって、このＬＣＩＤを含むＭＡＣサブヘッダが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送していることを知ることができる。
【０４６２】
実施例１３
【０４６３】
この実施例では、アップリンクにおけるＣＣＣＨ  ＳＤＵに関連付けられたＭＡＣサブヘッダの予約ビットを使用して又は現在のビット位置を再定義して、複数の情報を表示する。以下は、アップリンクのメッセージ３におけるＭＡＣサブヘッダの場合の例である。
【０４６４】
メッセージ３のＭＡＣサブヘッダによって搬送される情報が「送信されるデータ量」であると仮定する。実施例９によれば、現在のＬＴＥプロトコルのＭＡＣサブヘッダのフォーマットは、Ｒ、Ｒ２及びＥからなり、これら全ては、送信されるデータ量に関する情報を搬送するために使用できる。これは、１、２又は３ビットを選択して、協同して送信されるデータ量に関する情報を表すことによって達成できる。例えば、送信されるデータ量に関する情報を表すためにＲ及びＦ２を使用する場合、２個のビットを表３に示すように定義でき、ここで、Ｋ１、Ｋ２、Ｋ３及びＫ４は、全て整数である。
【表３】
2020114012.tif 000005
【０４６５】
上記のマッピングテーブルは、表４に示すように、現在のＬＴＥ仕様のＢＳＲマッピングテーブルのセクション（３ＧＰＰ仕様ＴＳ３６．３２１、表６．１．３．１−１を参照）の最初の４レベルのみから直接採用してもよい。
【表４】
2020114012.tif 000006
【０４６６】
あるいは、現在のＬＴＥ仕様のＢＳＲテーブルの最初の４個のレベルに所定数を乗算し、各レベルの範囲を広げて、送信されるデータ量を表してもよい。例えば、乗数を４とすると、マッピングテーブルは、表５のようになる。
【表５】
2020114012.tif 000007
【０４６７】
あるいは、表６に示すように、各レベルに所定数を乗算し、送信されるデータ量を表すレベルの範囲を広げてもよい。
【表６】
2020114012.tif 000008
【０４６８】
これに代えて、アップリンクメッセージのＭＡＣサブヘッダが、送信されるデータ量に関する情報を搬送することをｅＮＢに知らせるために以下の２つの方式を使用してもよい。
【０４６９】
方式１：デフォルトプロトコル規則として、所与のアップリンクメッセージ内のＣＣＣＨ  ＳＤＵに関連付けられたＭＡＣサブヘッダ（例えば、メッセージ３をデフォルトにする。）を、送信されるデータ量の情報のためのデフォルトキャリアとして設定する。
【０４７０】
方式２：ＬＣＩＤの予約された値から、「ＣＣＣＨと送信されるデータ量」を表現する値を選択する。これにより、ｅＮＢは、ＬＣＩＤ値に基づいて、ＬＣＩＤを含むＭＡＣサブヘッダが送信されるデータ量に関する情報を搬送していることを知ることができる。
【０４７１】
メッセージ３のＭＡＣサブヘッダが、「パワーヘッドルーム情報」を搬送する場合、この手法は、「送信されるデータ量」の代表的な実施例と同じである。
【０４７２】
メッセージ３のＭＡＣサブヘッダが、「シングルトーンのサポート又はマルチトーンのサポート」及び「ＣＰ送信モード又はＵＰ送信モード」を同時に搬送する場合、実施例９に示す現在のＬＴＥ仕様のＭＡＣサブヘッダフォーマットを利用して、Ｒ、Ｆ２及びＥにそれぞれの意味を与えることができる。
【０４７３】
例えば、表７に示すように、ＲビットとＦ２ビットを使用して、どの情報が搬送され、どのような値が取られているかを表示することができる。
【表７】
2020114012.tif 000009
【０４７４】
実施例１４
【０４７５】
この実施例では、送信されるデータ量及びパワーヘッドルームに関する情報を送信する前に、ＵＥは、ＢＳＲ又はＰＨＲが既にトリガされていることを判定でき、ＵＥは、以下のように、ＢＳＲ又はＰＨＲのトリガリング規則に従う。
【０４７６】
（１）アップリンクにおいて、第１の送信に利用可能なアップリンクリソースがある場合、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始しない。
【０４７７】
（２）アップリンクにおいて、第１の送信に利用可能なアップリンクリソースがある場合、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始しない。
【０４７８】
この実施例では、ＮＢ−ＩｏＴシステムにおいて、ＵＥが定期的ＢＳＲの方式をどのように使用するかを更に説明する。
【０４７９】
方式１：ＵＥは、その機器タイプがＮＢ−ＩｏＴ端末であるか否か、又はアクセスしているネットワークのタイプがＮＢ−ＩｏＴネットワークであるか否かを判定する。機器がＮＢ−ＩｏＴタイプであるか、ネットワークがＮＢ−ＩｏＴネットワークである場合、ＵＥは、いかなる場合もｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始しない。
【０４８０】
方式２：ＵＥは、その機器タイプがＮＢ−ＩｏＴ端末であるか否か、又はアクセスしているネットワークのタイプがＮＢ−ＩｏＴネットワークであるか否かを判定する。機器がＮＢ−ＩｏＴタイプであるか、ネットワークがＮＢ−ＩｏＴネットワークである場合、ＵＥは、ＵＥがＢＳＲをトリガし、第１の送信のためのアップリンクリソースがある場合、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始する必要はない。
【０４８１】
以下では、この実施例において、ＵＥがＮＢ−ＩｏＴシステムにおいてＰＨＲをどのように使用するかについて更に説明する。
【０４８２】
方式１：ＵＥは、その機器タイプがＮＢ−ＩｏＴ端末であるか否か、又はアクセスしているネットワークのタイプがＮＢ−ＩｏＴネットワークであるか否かを判定する。機器がＮＢ−ＩｏＴタイプであるか、ネットワークがＮＢ−ＩｏＴネットワークである場合、ＵＥは、いかなる場合もｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始しない。
【０４８３】
方式２：ＵＥは、その機器タイプがＮＢ−ＩｏＴ端末であるか否か、又はアクセスしているネットワークのタイプがＮＢ−ＩｏＴネットワークであるか否かを判定する。機器がＮＢ−ＩｏＴタイプであるか、ネットワークがＮＢ−ＩｏＴネットワークである場合、ＵＥは、ＵＥがＢＳＲをトリガし、第１の送信のためのアップリンクリソースがある場合、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始する必要はない。
【０４８４】
なお、上述の実施例では、アクセスネットワーク要素は、ｅＮＢのみでなく、ＥＰＣアーキテクチャと互換性を有する限り、スモールセル、ホーム基地局、及び他のタイプのネットワーク要素であってもよい。コアネットワーク要素は、ＭＭＥのみでなく、マシンタイプの通信に必要な電気通信及びモバイル管理をサポートするＣ−ＳＧＮ、ＮＢ−ＩｏＴ  ＭＭＥ及び他のコアネットワーク要素であってもよい。
【０４８５】
実施例１５
【０４８６】
不連続送信の場合、基地局は、不連続（ＤＲＸ）タイマ制御情報をシグナリングすることによって、ＤＲＸタイマを開始するか否かをＵＥに指示できる。
【０４８７】
これに代えて、ＤＲＸタイマを開始すべきか否かを指示する手法は、以下のいずれかを含むことができる。
【０４８８】
利用可能なＵＥ用のダウンリンクデータがあるか否か、又は
【０４８９】
ＤＲＸタイマを開始する必要があるか否か、又は
【０４９０】
ＵＥがＤＲＸタイマを開始する必要性を判断するための他の手法。
【０４９１】
オプションとして、シグナリングは、少なくとも、物理ダウンリンク共通制御チャネル（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：ＰＤＣＣＨ）のＤＣＩダウンリンク制御情報又はメディアアクセスコントロールユニット（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ  ｕｎｉｔ：ＭＡＣ  ＣＥ）を含むことができる。
【０４９２】
ＰＤＣＣＨのＤＣＩを介して、ＤＲＸタイマ制御情報を表示するために、基地局は、ＤＣＩによって示されるダウンリンクデータに基づいてその決定を行うことができる。ＵＥに利用可能なダウンリンクデータ量がある場合、基地局は、ＤＣＩにおいて、ＤＲＸタイマの開始を指示する。
【０４９３】
オプションとして、基地局は、シグナリングメッセージを送信しながら、このシグナリングメッセージに関連付けられた又はシグナリングメッセージによって搬送されるダウンリンクデータを使用して、シグナリングメッセージにおいて、ＵＥがＤＲＸタイマを開始するか否かを指示することができる。
【０４９４】
オプションとして、シグナリングフォーマットがＰＤＣＣＨによって搬送されるＤＣＩであり、及びＤＣＩがダウンリンクデータ送信スケジューリング情報も示す場合、ＵＥは、スケジューリング情報に従ってダウンリンクデータを受信する。ＤＣＩによって搬送されるＤＲＸタイマに関する情報が、ＵＥがＤＲＸタイマを開始する必要があることを示す場合、ＵＥは、ダウンリンクデータ受信に成功したことに応じて、アップリンクを介してフィードバックを送信した後に、ＤＲＸタイマを開始する。あるいは、ＵＥは、ダウンリンクデータの受信が成功したことに応じて、アップリンクを介してフィードバックを送信し、ＤＲＸタイマ開始オフセット期間を待機した後に、ＤＲＸタイマを開始する。あるいは、ＵＥは、ＰＤＣＣＨによって搬送されるＤＣＩを受信すると直ちにＤＲＸタイマを開始してもよい。
【０４９５】
オプションとして、ＵＥは、ダウンリンクデータの受信に失敗した場合、上述したようなＤＲＸタイマ制御に関する情報にかかわらず、ＤＲＸタイマを開始するか否かを判断する必要がある。
【０４９６】
ＭＡＣ  ＣＥを使用してＤＲＸタイマ制御情報を表示する場合、ＭＡＣ  ＣＥは、ダウンリンクプロトコルデータ要素で搬送でき、このデータ要素は、更にダウンリンクデータを含むことができる。ＭＡＣ  ＣＥによって搬送されるＤＲＸタイマ制御情報が、ＵＥがＤＲＸタイマを開始する必要があることを示す場合、ＵＥは、ＭＡＣ  ＣＥを受信すると、ＤＲＸタイマを開始する。あるいは、ＵＥは、ＭＡＣ  ＣＥを搬送するダウンリンクデータ要素（又は、ダウンリンクデータパッケージと呼ばれる。）受信が成功したことに応じて、アップリンクを介してフィードバックを送信した後、ＤＲＸタイマを開始する。あるいは、ＵＥは、ＭＡＣ  ＣＥを搬送するダウンリンクデータの受信が成功したことに応じて、アップリンクを介してフィードバックを送信した後、ＤＲＸタイマ開始オフセット期間を待機した後、ＤＲＸタイマを開始する。
【０４９７】
ＵＥがＤＲＸタイマ開始オフセット期間を受信する手法は、以下のいずれかであってもよい。
【０４９８】
−ＵＥと基地局との間のプロトコルを介する受信
【０４９９】
−基地局によって送信されるＤＲＸタイマ制御情報を介する受信
【０５００】
−専用ＲＲＣシグナリング、セルブロードキャスト情報、又はＭＡＣ  ＣＥを介する受信
【０５０１】
ＵＥは、以下の条件のいずれかが満たされると、ＤＲＸタイマ動作を停止する。
【０５０２】
−ＵＥが新しいデータ送信又は再送信を含むダウンリンクデータ送信を表示するＰＤＣＣＨを受信する。
【０５０３】
−ＤＲＸタイマが満了する。
【０５０４】
−ＵＥが、ＵＥにＤＲＸタイマを停止するように指示するシグナリングを基地局から受信する。
【０５０５】
基地局は、ＤＲＸタイマ制御情報を介して、基地局とＵＥとの間のプロトコルを介して、セルシステムメッセージを介して、又はそれぞれの構成を含むＲＲＣメッセージを送信することによって、又はＭＡＣ  ＣＥを介して、ＤＲＸタイマの持続時間を伝える。ここでは、ＤＲＸタイマの持続時間は、ＤＲＸタイマの開始から満了までの期間を意味する。
【０５０６】
ＵＥは、ＤＲＸタイマが動作している間、すなわち、ＤＲＸタイマ開始から満了までの期間、ＰＤＣＣＨをリスンする。
【０５０７】
実施例１６
【０５０８】
図１６に示すように、時刻０において、基地局は、時刻１にダウンリンクデータの送信をスケジューリングし、ＰＤＣＣＨで搬送されるＤＣＩを介してＤＲＸタイマ制御情報を表示する。制御情報は、ＵＥがＤＲＸタイマを開始する必要があるか否かを知らせる。基地局は、時刻０においてスケジュールされたデータに基づいて、ＵＥに送信すべき新しいデータがあるか否かを判定する。送信すべき新しいデータがある場合、基地局は、ＵＥにＤＲＸタイマを開始するように指示し、この他の場合、ＵＥにＤＲＸタイマを開始しないように指示する。
【０５０９】
なお、ＤＲＸタイマを開始するか否かの情報は、送信する新しいデータがあるか否か、又はＵＥがＤＲＸタイマを開始する必要性を判断するための他の情報として表現することもできる。
【０５１０】
時刻１では、基地局は、ＰＤＣＣＨによって時刻０にスケジューリングされたダウンリンクデータを送信する。ＵＥは、ＰＤＣＣＨ内のスケジュールされた情報に基づいて情報を受信する。この例では、ＵＥがダウンリンクデータの受信に成功したとする。
【０５１１】
時刻３では、ＵＥは、ダウンリンクデータの受信に成功したことに応じて、アップリンクを介してフィードバック、すなわち、ＡＣＫを送信する。
【０５１２】
ＵＥは、ＡＣＫを送信した後、ＰＤＣＣＨが搬送するＤＣＩのＤＲＸタイマ制御情報に基づいて、ＤＲＸタイマを開始するか否かを決定する。この例では、基地局が、ＵＥに対し、ＤＲＸタイマを開始することを指示し、又は送信すべき新しいデータを有していることを指示する。
【０５１３】
ＵＥは、ＤＲＸタイマの開始オフセット期間を待機して、時刻５においてＤＲＸタイマを開始する。
【０５１４】
上述のＤＲＸタイマ開始オフセット期間は、プロトコルによって決定され、又はＰＤＣＣＨによって搬送されるＤＣＩ内のＤＲＸタイマ制御情報を介して、セルシステムメッセージを介して、ＵＥと基地局との間の専用ＲＲＣ信号によって、又は時刻０の前に送信されたＭＡＣ  ＣＥによって指示される。
【０５１５】
この例では、ＤＲＸタイマ開始オフセット期間は、２インターバルである。
【０５１６】
オプションとして、ＵＥは、ＤＲＸ開始オフセット期間中にＰＤＣＣＨをリスンしなくてもよい。
【０５１７】
ＤＲＸタイマの持続時間は、プロトコルによって合意されたものでもよく、又はＰＤＣＣＨが時刻０で搬送するＤＣＩ内のＤＲＸタイマ制御情報を介して、セルシステムメッセージを介して、ＵＥと基地局との間の専用信号を介して、又は時刻０の前に送信されたＭＡＣ  ＣＥによって指示される。
【０５１８】
この例では、持続時間は、７インターバルである。
【０５１９】
ＤＲＸが実行されている間、ＵＥは、ＰＤＣＣＨをリスンする。
【０５２０】
時刻１０において、基地局は、新しいＰＤＣＣＨを送信し、ＵＥに新しいダウンリンクデータをスケジューリングする。ＵＥは、ＰＤＣＣＨシグナリングを受信すると、実行中のＤＲＸタイマを停止させる。
【０５２１】
ＵＥが新しいＰＤＣＣＨシグナリングを受信しない場合、ＵＥは、タイマが満了するまで、ＰＤＣＣＨをリスンし続け、これを過ぎると、スリープ状態に入る。
【０５２２】
なお、ＵＥがダウンリンクデータの受信に失敗した場合、ＵＥは、（新しいデータがあるか否かを示す）ＤＲＸタイマ制御情報にかかわらず、又はＤＲＸタイマを開始する指示があるか否かにかかわらず、ＤＲＸタイマを開始する。この時点では、ＵＥがＤＲＸタイマを開始する手法は、上述のものと同じであり、すなわち、ＤＲＸタイマ開始オフセット期間及びＤＲＸタイマ期間を取得する手法、並びに停止条件等は、ＵＥがダウンリンクデータの受信に成功した場合と同じである。
【０５２３】
以上の実施例は、ダウンリンクデータプロトコルパケットを用いてＭＡＣ  ＣＥを搬送し、ＤＲＸタイマ情報を表示する際に、基地局にも適用される。
【０５２４】
また、この実施例は、上記の実施例及び方法を実現するために適用可能な情報報告装置を提供する。以下では、「モジュール」という用語は、所定の機能を実現するソフトウェア／ハードウェアを意味する。以下に説明する装置は、ソフトウェアによる実現に適しているが、ハードウェア、又はハードウェアとソフトウェアの組み合わせを使用して実現することも想到できる。
【０５２５】
図１７は、ここに開示する技術の代表的な実施例に基づく、情報報告装置のアーキテクチャを示している。図１７に示すように、この装置は、以下を含む。
【０５２６】
処理モジュール１０は、ランダムアクセス手順又はＲＲＣ接続手順において、送信されるデータ量、パワーヘッドルーム、送信されるデータ量及びパワーヘッドルーム、シングルトーン又はマルチトーンのサポート、並びに設定されたＣＰ送信モード又はＵＰ送信モードのいずれかに関する情報を追加するように構成されている。ＲＲＣ接続手順には、以下のいずれかが含まれる。
【０５２７】
−ＲＲＣ接続手順
【０５２８】
−ＲＲＣ再確立手順
【０５２９】
−ＲＲＣ再開手順
【０５３０】
報告モジュール２０は、アップリンクメッセージを報告するように構成されている。
【０５３１】
１つの代表的な実施例では、上記のアップリンクメッセージは、これに限定されるものではないが、メッセージ２、メッセージ５、及びメッセージ５の後に送信された何らかのメッセージを含む。
【０５３２】
オプションとして、処理モジュール１０は、アップリンクメッセージによって搬送されるＣＣＣＨ  ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、シングルトーン又はマルチトーンのサポートに関する情報を表示する。あるいは、処理モジュール１０は、ＭＡＣ  ＣＥ内の予約ビットを使用し又は現在のビット位置を再定義してシングルトーン又はマルチトーンのサポートに関する情報を表示し、このＭＡＣ  ＣＥは、ＢＳＲ  ＭＡＣ  ＣＥ又はＰＨＲ  ＭＡＣ  ＣＥを含む。
【０５３３】
１つの代表的な実施例では、モジュール１０は、新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＣＣＣＨ及びシングルトーン／マルチトーンのサポートを同時に対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダが、シングルトーン又はマルチトーンのサポートに関する情報を搬送していることを表示する。
【０５３４】
１つの代表的な実施例では、モジュール１０は、新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＭＡＣ  ＣＥとシングルトーン／マルチトーンのサポート情報を同時に対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣ  ＣＥが、シングルトーン／マルチトーンのサポート情報を表示するように構成され、ＭＡＣ  ＣＥは、ＢＳＲ  ＭＡＣ  ＣＥ又はＰＨＲ  ＭＡＣ  ＣＥであってもよい。
【０５３５】
オプションとして、処理モジュール１０は、アップリンクメッセージによって搬送されるＣＣＣＨ  ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用して又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を表示する。あるいは、処理モジュール１０は、ＭＡＣ  ＣＥ内の予約ビットを使用し又は現在のビット位置を再定義して、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を表示し、ＭＡＣ  ＣＥは、ＢＳＲ  ＭＡＣ  ＣＥ及びＰＨＲ  ＭＡＣ  ＣＥのいずれかであってもよい。
【０５３６】
１つの代表的な実施例では、モジュール１０は、新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＭＡＣ  ＣＥ及びＣＰ送信／ＵＰ送信モード情報を対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、サブヘッダに対応するＭＡＣ  ＣＥが、ＣＰ送信モード又はＵＰ送信モードが設定されているかに関する情報を搬送することを表示するように構成され、ＭＡＣ  ＣＥは、ＢＳＲ  ＭＡＣ  ＣＥ又はＰＨＲ  ＭＡＣ  ＣＥのいずれかである。
【０５３７】
オプションとして、処理モジュール１０は、以下のいずれかの手法で送信されるデータ量の情報を追加する。
【０５３８】
方式１：ＢＳＲ  ＭＡＣ  ＣＥに対応するＭＡＣサブヘッダをアップリンクメッセージに追加する。
【０５３９】
方式２：アップリンクメッセージによって搬送されるＣＣＣＨ  ＰＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージが、ＢＳＲ  ＭＡＣ  ＣＥを搬送するという情報を表示する。
【０５４０】
方式３：新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＣＣＣＨとＢＳＲを同時に対応付け、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＬＣＩＤを含むＭＡＣ  ＳＤＵが、ＣＣＣＨ  ＳＤＵとＢＳＲ  ＭＡＣ  ＣＥの両方を含むことを表示する。
【０５４１】
方式４：アップリンクメッセージがＢＳＲ  ＭＡＣ  ＣＥを搬送することを表示する表示情報をＣＣＣＨ  ＳＤＵに追加する。
【０５４２】
１つの代表的な実施例では、モジュール１０は、ＣＣＣＨ  ＳＤＵに表示情報を追加して、アップリンクメッセージが、ＢＳＲ  ＭＡＣ  ＣＥを搬送することを表示し、この追加は、以下のいずれかを含む。
【０５４３】
（１）ＣＣＣＨ  ＳＤＵによって搬送されるＣＰメッセージ内のスペアビットを表示情報として定義する。
【０５４４】
ＣＣＣＨ  ＳＤＵによって搬送されるＣＰメッセージにおいて、ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに表示情報を追加する。
【０５４５】
あるいは、処理モジュール１０は、アップリンクメッセージによって搬送されるＣＣＣＨ  ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、送信されるデータ量に関する情報を表示するように構成され、これは、以下のいずれかの方式を含む。
【０５４６】
新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダが、送信されるデータ量に関する情報を含むことを表示し、及びＭＡＣサブヘッダが、ＣＣＣＨ  ＳＤＵに対応すると同時に、送信されるデータ量の情報を含むことを表示する。
【０５４７】
オプションとして、処理モジュール１０は、以下のいずれかの方式で、アップリンクメッセージにパワーヘッドルームの情報を追加する。
【０５４８】
方式１：ＰＨＲ  ＭＡＣ  ＣＥをアップリンクメッセージに追加する。
【０５４９】
方式２：アップリンクメッセージによって搬送されるＣＣＣＨ  ＳＤＵにパワーヘッドルーム情報を追加する。
【０５５０】
方式３：予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージによって搬送されるＣＣＣＨ  ＳＤＵに対応するＭＡＣサブヘッダにおいて、パワーヘッドルーム情報を表示する。
【０５５１】
オプションとして、処理モジュール１０は、アップリンクメッセージがＰＨＲ  ＭＡＣ  ＣＥを搬送することを表示する表示情報を追加するように構成される。表示情報の追加は、以下のいずれかを含む。
【０５５２】
方式１：ＰＨＲ  ＭＡＣ  ＣＥに対応するＭＡＣサブヘッダをアップリンクメッセージに追加する。
【０５５３】
方式２：アップリンクメッセージによって搬送されるＣＣＣＨ  ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、アップリンクメッセージがＰＨＲ  ＭＡＣ  ＣＥを搬送することを表示する。
【０５５４】
方式３：ＣＣＣＨとＰＨＲの両方に対応する新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＬＣＩＤを含むＭＡＣ  ＳＤＵが、ＣＣＣＨ  ＳＤＵとＰＨＲ  ＭＡＣ  ＣＥの両方を含むことを表示する。
【０５５５】
方式４：アップリンクメッセージがＰＨＲ  ＭＡＣ  ＣＥを含むことを表示する表示情報をＣＣＣＨ  ＳＤＵに追加する。
【０５５６】
１つの代表的な実施例に基おいて、処理モジュール１０は、以下のいずれかの手法で、アップリンクメッセージがＰＨＲ  ＭＡＣ  ＣＥを搬送することを表示する表示情報をＣＣＣＨ  ＳＤＵに追加するように構成される。
【０５５７】
（１）ＣＣＣＨ  ＳＤＵによって搬送されるＣＰメッセージのスペアビットを定義する。
【０５５８】
（２）ＣＣＣＨ  ＳＤＵによって搬送されるＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに表示情報を追加する。
【０５５９】
オプションとして、処理モジュール１０は、以下のいずれかの手法によって、アップリンクメッセージによって搬送されるＣＣＣＨ  ＳＤＵに対応するＭＡＣサブヘッダ内の予約ビットを使用し又は現在のビット位置を再定義して、パワーヘッドルームに関する情報を表示する。
【０５６０】
（１）新しい論理チャネル識別子（ＬＣＩＤ）を定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、ＭＡＣサブヘッダがパワーヘッドルーム情報を含むことを表示する。
【０５６１】
（２）ＭＡＣサブヘッダを使用して、ＣＣＣＨ  ＳＤＵと対応付けると同時に、パワーヘッドルーム情報を表示する。
【０５６２】
オプションとして、処理モジュール１０は、以下のいずれかの方式によって、送信されるデータ量及びパワーヘッドルームに関する情報をアップリンクメッセージに追加するように構成される。
【０５６３】
方式１：ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥをアップリンクメッセージに追加する。
【０５６４】
方式２：アップリンクメッセージによって搬送されるＣＣＣＨ  ＳＤＵに送信されるデータ量及びパワーヘッドルームに関する情報を追加する。
【０５６５】
オプションとして、モジュール１０は、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを搬送することを示す表示情報をアップリンクメッセージに追加するように構成される。表示情報を追加する方式は、以下のいずれかを含む。
【０５６６】
方式１：ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥに対応する新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣサブヘッダを使用して、このＰＣＩＤのＭＡＣ  ＰＤＵが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを搬送することを表示する。
【０５６７】
方式２：アップリンクメッセージによって搬送されるＣＣＣＨ  ＳＤＵに対応するＭＡＣサブヘッダ内の１つの予約ビットを使用して、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを搬送することを表示する。
【０５６８】
方式３：ＣＣＣＨ、ＰＨＲ及びＢＳＲに同時に対応する新しいＬＣＩＤを定義し、ＬＣＩＤを含むＭＡＣ  ＣＥサブヘッダを使用して、このＬＣＩＤを含むＭＡＣ  ＰＤＵが、ＣＣＣＨ  ＳＤＵとＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを含むことを表示する
【０５６９】
方式４：アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを搬送することを表示する表示情報をＣＣＣＨ  ＳＤＵに追加する。
【０５７０】
１つの代表的な実施例では、モジュール１０は、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを搬送することを表示する表示情報をＣＣＣＨ  ＳＤＵに追加する。これは、以下のいずれかの手法によって行われる。
【０５７１】
−ＣＣＣＨ  ＰＤＵによって搬送されるＣＰメッセージ内のスペアビットを表示情報として定義する。
【０５７２】
−ＣＣＣＨ  ＳＤＵによって搬送されるＣＰメッセージ内のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに表示情報を追加する。
【０５７３】
オプションとして、処理モジュール１０は、アップリンクメッセージによって搬送されるＣＣＣＨ  ＳＤＵに対応するＭＡＣサブヘッダの予約ビットとＦ２ビットを表示情報として使用するように構成され、表示情報が第１の値であることは、アップリンクメッセージが、ＢＳＲ  ＭＡＣ  ＣＥを搬送することを表示し、表示情報が第２の値であることは、アップリンクメッセージが、ＰＨＲ  ＭＡＣ  ＣＥを搬送することを表示し、表示情報が第３の値であることは、アップリンクメッセージが、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを搬送することを表示し、表示情報が第４の値であることは、アップリンクメッセージが、ＢＳＲ  ＭＡＣ  ＣＥ、ＰＨＲ  ＭＡＣ  ＣＥ及びＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを搬送しないことを表示する。
【０５７４】
１つの代表的な実施例では、第４の値が００のとき、表示情報は、アップリンクメッセージが、ＢＳＲ  ＭＡＣ  ＣＥ、ＰＨＲ  ＭＡＣ  ＣＥ、及びＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥを搬送しないことを意味する。
【０５７５】
オプションとして、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥをアップリンクメッセージに追加するフォーマットとして、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥは、ＢＳＲとＰＨＲで構成され、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥの合計ビット長は、８Ｎビットであり、Ｎは、整数であり、ＢＳＲは、以下のいずれかの方式によって構成してもよい。
【０５７６】
方式１：ＢＳＲは、送信されるデータ量の値のみを含む。
【０５７７】
方式２：ＢＳＲは、ＬＣＧ値と送信されるデータ量の両方の値を含む。
【０５７８】
オプションとして、ＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥの全長が８ビットである場合、ＰＨＲの長さとＰＨＲの長さの両方が８ビット未満に圧縮され、圧縮されたＢＳＲにおける送信されるデータ量の範囲と、現在のＬＴＥプロトコルからのＢＳＲデータは、以下のようにして互いにマッピングできる。
【０５７９】
（１）圧縮されたＢＳＲにおける送信されるデータ量の範囲は、予め設定された閾値より大きい粒度で、現在のＬＴＥプロトコルのＢＳＲデータ量テーブル全体にマッピングされる。
【０５８０】
（２）圧縮されたＢＳＲで送信されるデータ量の範囲は、粒度を変更することなく、現在のＬＴＥプロトコルのＢＳＲデータ量テーブルの一部にマッピングされる。
【０５８１】
圧縮されたＰＨＲと、現在のＬＴＥプロトコルにおけるＰＨＲマッピングテーブルとの間の関係は、以下のいずれかを含む。
【０５８２】
（１）圧縮されたＰＨＲにおける送信されるデータ量の範囲は、予め設定された閾値より大きい粒度で、現在のＬＴＥプロトコルのＰＨＲデータ量テーブル全体にマッピングされる。
【０５８３】
（２）圧縮されたＰＨＲにおける送信されるデータ量の範囲は、粒度を変更することなく、現在のＬＴＥプロトコルのＰＨＲデータ量テーブルの一部にマッピングされる。
【０５８４】
１つの代表的な実施例では、アップリンクメッセージにおいて、ＢＳＲ  ＭＡＣ  ＣＥ、ＰＨＲ  ＭＡＣ  ＣＥ又はＢＳＲ＿ＰＨＲ結合ＭＡＣ  ＣＥは、ＣＣＣＨ  ＳＤＵに後続し、又はＣＣＣＨ  ＳＤＵに先行する。
【０５８５】
あるいは、処理モジュール１０は、ＣＣＣＨ  ＳＤＵのＣＰメッセージ内のｃｉｒｔｉｃａｌＥｘｔｅｓｎｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥにパワーヘッドルーム情報を追加する。具体的には、パワーヘッドルームを追加する手法では、１〜６ビットを使用して、パワーヘッドルームの大きさを表現してもよく、パワーヘッドルームは、物理層から読み取られる。
【０５８６】
オプションとして、処理モジュール１０は、ＣＣＣＨ  ＳＤＵのＣＰメッセージのｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥ又はｎｏｎ−ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎＩＥに、送信されるデータ量及びパワーヘッドルームに関する情報を追加する。
【０５８７】
なお、上述のＣＰメッセージは、以下に限定されるものではないが、以下のいずれかであってもよい。
【０５８８】
（１）ＲＲＣ接続要求メッセージ
【０５８９】
（２）ＲＲＣ接続完了メッセージ
【０５９０】
（３）セキュリティモード完了メッセージ
【０５９１】
（４）ＲＲＣ接続再構成完了メッセージ
【０５９２】
（５）アップリンク送信メッセージ
【０５９３】
（６）ＲＲＣ接続再確立要求メッセージ
【０５９４】
（７）ＲＲＣ接続再確立完了メッセージ
【０５９５】
（８）ＲＲＣ接続再開要求メッセージ
【０５９６】
（９）ＲＲＣ接続再開完了メッセージ
【０５９７】
オプションとして、図１８は、ここに開示する技術に基づく、メッセージ報告装置の構成を示している。
【０５９８】
図１８に示すように、この装置は、以下を含む。
【０５９９】
取得モジュール３０は、受信したランダムアクセス応答メッセージから表示情報を取得するように構成され、表示情報は、ＵＥが、アップリンクメッセージに送信されるデータ量、パワーヘッドルーム、又は送信されるデータ量及びパワーヘッドルームに関する情報を追加していることを表示する。
【０６００】
オプションとして、図１８に示すように、上述の装置は、更に、ＢＳＲ又はＰＨＲが既にトリガされていることを判定し、ＢＳＲトリガリング規則に基づき、アップリンクリソースが第１の送信のために現在利用可能であるとき、定期的ＢＳＲタイマｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始せず、ＰＨＲトリガリング規則に基づき、アップリンクリソースが第１の送信のために現在利用可能であるとき、定期的ＰＨＲタイマｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始しないように構成された判定モジュール４０を備える。
【０６０１】
なお、上記の全てのモジュールは、ソフトウェア又はハードウェアによって実現できる。モジュールをハードウェアで実現する場合、これは、以下に限定されるものではないが、以下の手法によって達成できる。
【０６０２】
全てのモジュールを同じプロセッサ内に設けてもよく、複数のプロセッサに配置してもよい。
【０６０３】
上述したここに開示する技術におけるモジュール及びステップは、コンピューティングデバイスを用いて実現可能であり、これらは、単一のコンピューティングデバイスに集中化してもよく、ネットワークを介して複数のコンピューティングデバイスに分散化してもよいことは、当業者にとって明らかである。オプションとして、これらは、実行可能なコンピュータプログラムコードによって実現し、記憶装置に格納し、コンピューティングデバイスによって実行してもよい。幾つかの場合において、これらのステップは、ここに記述又は示した順序とは異なる順序で実行してもよく、これらは、異なる集積回路モジュールとして実現してもよく、ここに開示する技術の複数のモジュール又はステップを単一の集積回路モジュール内で実現してもよい。したがって、ここに開示する技術は、特定のハードウェア及びソフトウェアに限定されない。
【０６０４】
上に詳述した全ては単なる実施例である。当業者は、ここに開示する技術を様々な変更及び変形できる。ここに開示する技術の思想及び原理の範囲内の変更、均等物への置換及び改良は、この特許文書の保護範囲に含まれる。
【産業上の利用可能性】
【０６０５】
以上のように、ここに開示する技術の実施例は、情報報告及び不連続送信のための方法及び装置を提供し、これらは、データ送信のための制御シグナリングを効率的に使用できるという利点を有する。
【図１】
2020114012.tif 000010
【図２】
2020114012.tif 000011
【図３】
2020114012.tif 000012
【図４】
2020114012.tif 000013
【図５】
2020114012.tif 000014
【図６ａ】
2020114012.tif 000015
【図６ｂ】
2020114012.tif 000016
【図７】
2020114012.tif 000017
【図８】
2020114012.tif 000018
【図９】
2020114012.tif 000019
【図１０】
2020114012.tif 000020
【図１１ａ】
2020114012.tif 000021
【図１１ｂ】
2020114012.tif 000022
【図１２】
2020114012.tif 000023
【図１３】
2020114012.tif 000024
【図１４ａ】
2020114012.tif 000025
【図１４ｂ】
2020114012.tif 000026
【図１４ｃ】
2020114012.tif 000027
【図１４ｄ】
2020114012.tif 000028
【図１４ｅ】
2020114012.tif 000029
【図１４ｆ】
2020114012.tif 000030
【図１５】
2020114012.tif 000031
【図１６】
2020114012.tif 000032
【図１７】
2020114012.tif 000033
【図１８】
2020114012.tif 000034