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

メッセージ報告及び不連続送信のための方法及び装置 Download PDF

Info

Publication number
JP6685412B2
JP6685412B2 JP2018540866A JP2018540866A JP6685412B2 JP 6685412 B2 JP6685412 B2 JP 6685412B2 JP 2018540866 A JP2018540866 A JP 2018540866A JP 2018540866 A JP2018540866 A JP 2018540866A JP 6685412 B2 JP6685412 B2 JP 6685412B2
Authority
JP
Japan
Prior art keywords
mac
bsr
message
phr
bits
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018540866A
Other languages
English (en)
Other versions
JP2019505133A (ja
Inventor
ダイ，チエン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Publication of JP2019505133A publication Critical patent/JP2019505133A/ja
Application granted granted Critical
Publication of JP6685412B2 publication Critical patent/JP6685412B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365—Power headroom reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/38—TPC being performed in particular situations
    • H04W52/50—TPC being performed in particular situations at the moment of starting communication in a multiple access environment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

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

Claims (21)

  1. 無線通信のための方法であって、
    ランダムアクセス手順でモバイルデバイスによって基地局にメディアアクセス制御（ＭＡＣ）制御要素を含むメッセージを送信することを含み、前記ＭＡＣ制御要素は、送信に利用可能なデータ量と、パワーヘッドルームとを示す情報を含み、
    前記ＭＡＣ制御要素は８ビットの長さを有し、
    前記８ビットのうちの４ビットは、送信に利用可能なデータ量を示し、
    前記８ビットのうちの２ビットは、前記パワーヘッドルームを示す、
    無線通信のための方法。
  2. 前記ＭＡＣ制御要素は、共通制御チャネルサービスデータユニット（ＣＣＣＨ ＳＤＵ）用のＭＡＣサブヘッダによって識別される、請求項１に記載の方法。
  3. 前記ＣＣＣＨ ＳＤＵのためのＭＡＣサブヘッダは、前記ＭＡＣ制御要素及び前記ＣＣＣＨ ＳＤＵの両方を示す論理チャネル識別子（ＬＣＩＤ）を含む、請求項２に記載の方法。
  4. 前記ＭＡＣ制御要素は、前記ＭＡＣ ＰＤＵにおいて前記ＣＣＣＨ ＳＤＵの前に配置されることを特徴とする請求項３に記載の方法。
  5. 前記メッセージはＭｓｇ３を含むことを特徴とする請求項１に記載の方法。
  6. 無線通信のための方法であって、
    ランダムアクセス手順で基地局において、送信に利用可能なデータ量を示す情報とパワーヘッドルームを示す情報を含むメディアアクセス制御（ＭＡＣ）制御要素を含むメッセージをモバイルデバイスから受信し、
    前記ＭＡＣ制御要素は８ビットの長さを有し、
    前記８ビットのうちの４ビットは、送信に利用可能なデータ量を示し、
    前記８ビットのうちの２ビットは、前記パワーヘッドルームを示す、
    無線通信のための方法。
  7. 前記ＭＡＣ制御要素は、共通制御チャネルサービスデータユニット（ＣＣＣＨ ＳＤＵ）用のＭＡＣサブヘッダによって識別される、請求項６に記載の方法。
  8. 前記ＣＣＣＨ ＳＤＵのためのＭＡＣサブヘッダは、前記ＭＡＣ制御要素及び前記ＣＣＣＨ ＳＤＵの両方を示す論理チャネル識別子（ＬＣＩＤ）を含む、請求項７に記載の方法。
  9. 前記ＭＡＣ制御要素は、前記ＭＡＣ ＰＤＵにおいて前記ＣＣＣＨ ＳＤＵの前に配置される、請求項８に記載の方法。
  10. 前記メッセージはＭｓｇ３を含むことを特徴とする請求項６に記載の方法。
  11. 無線通信のための装置であって、
    メディアアクセス制御（ＭＡＣ）制御要素を含むメッセージを生成するように構成されたプロセッサであって、前記ＭＡＣ制御要素は、送信に利用可能なデータの量及びパワーヘッドルームを示す情報を含み、
    ランダムアクセス手順で前記メッセージを基地局に送信するように構成された送信機とを含み、
    前記ＭＡＣ制御要素は８ビットの長さを有し、
    前記８ビットのうちの４ビットは、送信に利用可能なデータ量を示し、
    前記８ビットのうちの２ビットは、前記パワーヘッドルームを示す装置。
  12. 前記ＭＡＣ制御要素は、共通制御チャネルサービスデータユニット（ＣＣＣＨ ＳＤＵ）用のＭＡＣサブヘッダによって識別される、請求項１１に記載の装置。
  13. 前記ＣＣＣＨ ＳＤＵのためのＭＡＣサブヘッダは、前記ＭＡＣ制御要素及び前記ＣＣＣＨ ＳＤＵの両方を示す論理チャネル識別子（ＬＣＩＤ）を含む、請求項１２に記載の装置。
  14. 前記ＭＡＣ制御要素は、前記ＭＡＣ ＰＤＵにおいて前記ＣＣＣＨ ＳＤＵの前に配置されることを特徴とする請求項１３に記載の装置。
  15. 前記メッセージはＭｓｇ３を含む、請求項１１に記載の装置。
  16. 無線通信のための装置であって、
    ランダムアクセス手順において、送信に利用可能なデータ量を示す情報とパワーヘッドルームとを含むＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）制御要素を含むメッセージをモバイルデバイスから受信するように構成される受信機を含み、
    前記ＭＡＣ制御要素は８ビットの長さを有し、
    前記８ビットのうちの４ビットは、送信に利用可能なデータ量を示し、
    前記８ビットのうちの２ビットは、前記パワーヘッドルームを示す装置。
  17. 前記ＭＡＣ制御要素は、共通制御チャネルサービスデータユニット（ＣＣＣＨ ＳＤＵ）用のＭＡＣサブヘッダによって識別される、請求項１６に記載の装置。
  18. 前記ＣＣＣＨ ＳＤＵのためのＭＡＣサブヘッダは、前記ＭＡＣ制御要素及び前記ＣＣＣＨ ＳＤＵの両方を示す論理チャネル識別子（ＬＣＩＤ）を含む、請求項１７に記載の装置。
  19. 前記ＭＡＣ制御要素は、前記ＭＡＣ ＰＤＵにおいて前記ＣＣＣＨ ＳＤＵの前に配置されることを特徴とする請求項１８に記載の装置。
  20. 前記メッセージはＭｓｇ３を含む、請求項１６に記載の装置。
  21. コードが記憶された非一時的なコンピュータ可読媒体であって、前記コードがプロセッサによって実行されると、前記プロセッサに請求項１〜１０のいずれか１つを実施させることを特徴とするコンピュータ可読媒体。
JP2018540866A 2016-02-06 2017-01-24 メッセージ報告及び不連続送信のための方法及び装置 Active JP6685412B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201610083942.XA CN107046728B (zh) 2016-02-06 2016-02-06 信息的上报方法及装置、非连续传输的方法
CN201610083942.X 2016-02-06
PCT/CN2017/072399 WO2017133565A1 (zh) 2016-02-06 2017-01-24 信息的上报方法及装置、非连续传输的方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2020061943A Division JP7071429B2 (ja) 2016-02-06 2020-03-31 メッセージ報告及び不連続送信のための方法及び装置

Publications (2)

Publication Number Publication Date
JP2019505133A JP2019505133A (ja) 2019-02-21
JP6685412B2 true JP6685412B2 (ja) 2020-04-22

Family

ID=59499366

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2018540866A Active JP6685412B2 (ja) 2016-02-06 2017-01-24 メッセージ報告及び不連続送信のための方法及び装置
JP2020061943A Active JP7071429B2 (ja) 2016-02-06 2020-03-31 メッセージ報告及び不連続送信のための方法及び装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2020061943A Active JP7071429B2 (ja) 2016-02-06 2020-03-31 メッセージ報告及び不連続送信のための方法及び装置

Country Status (6)

Country Link
US (2) US10440774B2 (ja)
EP (1) EP3393193B1 (ja)
JP (2) JP6685412B2 (ja)
KR (1) KR102214371B1 (ja)
CN (1) CN107046728B (ja)
WO (1) WO2017133565A1 (ja)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017118199A1 (zh) * 2016-01-07 2017-07-13 华为技术有限公司 一种数据调度方法、基站及系统
US10506605B2 (en) 2016-01-29 2019-12-10 Research & Business Foundation Sungkyunkwan University Random access method considering a coverage level, subcarrier spacing configuration and/or multi-tone configuration in internet of things environment
CN108259150B (zh) * 2016-12-29 2020-09-11 华为技术有限公司 一种信息传输方法及装置
WO2018170481A1 (en) * 2017-03-16 2018-09-20 Ofinno Technologies, Llc Truncated buffer status reporting
WO2018195913A1 (zh) * 2017-04-28 2018-11-01 北京小米移动软件有限公司 一种发送缓存状态的方法及装置
US11576226B2 (en) * 2017-05-10 2023-02-07 Lg Electronics Inc. Method for requesting RRC connection and apparatus supporting same
WO2018228507A1 (en) * 2017-06-14 2018-12-20 Fg Innovation Ip Company Limited Evolved buffer status report supporting multiple numerology factors
US10750526B2 (en) * 2017-06-15 2020-08-18 Htc Corporation Device and method of handling a scheduling request
CN109756967A (zh) * 2017-08-21 2019-05-14 中国移动通信集团公司 一种非连续接收的控制方法及终端
CN109429241A (zh) * 2017-08-21 2019-03-05 中国移动通信集团公司 一种非连续接收的控制方法及终端
CN109587818B (zh) 2017-09-28 2021-03-23 华为技术有限公司 信息的传输方法和装置
CN109587781A (zh) * 2017-09-29 2019-04-05 中兴通讯股份有限公司 信息上报方法及装置
EP3678447B1 (en) * 2017-10-18 2021-11-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for restricting capability of terminal and network device, terminal device, and network device
EP3664516B1 (en) * 2017-10-19 2021-09-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and apparatus for controlling restricted ue capability, and computer storage medium
CN110012550B (zh) * 2018-01-05 2021-06-04 中国移动通信有限公司研究院 一种随机接入方法、终端及基站
WO2019148400A1 (zh) * 2018-01-31 2019-08-08 华为技术有限公司 一种信号发送、接收、确定资源的方法及设备
WO2019157758A1 (zh) * 2018-02-14 2019-08-22 华为技术有限公司 一种信息处理方法和装置
EP3777436A1 (en) * 2018-03-27 2021-02-17 Telefonaktiebolaget LM Ericsson (publ) Methods providing early redirection in wireless devices
CN110351860B (zh) * 2018-04-02 2021-01-15 中国移动通信有限公司研究院 一种mac pdu传输方法、装置以及存储介质
CN110351882B (zh) * 2018-04-04 2022-05-24 华为技术有限公司 一种请求系统信息的指示方法、相关设备及系统
CN108702762B (zh) * 2018-05-18 2024-06-21 北京小米移动软件有限公司 消息发送方法、装置和资源分配方法、装置
CN110636626B (zh) * 2018-06-21 2021-08-13 华为技术有限公司 通信方法、通信设备以及网络设备
US11690068B2 (en) * 2018-06-21 2023-06-27 Nokia Technologies Oy Optimal BSR for limited traffic mix
US12082206B2 (en) * 2018-07-25 2024-09-03 Sony Corporation Communications system and associated devices for performing communication using control channels of different repetition rates
CN110831238B (zh) * 2018-08-09 2022-12-30 中兴通讯股份有限公司 数据的发送、资源的获取方法及装置
CN110831032B (zh) 2018-08-13 2022-09-16 华为技术有限公司 处理终端装置无线能力改变的方法和装置
WO2020060284A1 (ko) * 2018-09-21 2020-03-26 엘지전자 주식회사 물리 하향링크 제어 채널을 모니터링하는 방법 및 이를 위한 장치
WO2020060281A1 (ko) * 2018-09-21 2020-03-26 엘지전자 주식회사 하향링크 데이터를 송수신하는 방법 및 이를 위한 장치
WO2020056770A1 (en) 2018-09-21 2020-03-26 Nokia Shanghai Bell Co., Ltd. Random access procedure
WO2020114058A1 (en) * 2018-12-07 2020-06-11 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for buffer status report enhancement
CN113170402B (zh) * 2018-12-07 2024-04-30 瑞典爱立信有限公司 用于phr的方法、节点和计算机可读介质
KR20210122848A (ko) 2019-02-22 2021-10-12 후지쯔 가부시끼가이샤 통신 장치, 제2 통신 장치, 통신 시스템 및 통신 방법
US11950296B2 (en) 2019-04-11 2024-04-02 Lg Electronics Inc. Method of performing random access procedure, and transmitting device, apparatus and storage medium therefor
CN112242893B (zh) * 2019-07-17 2024-05-31 北京三星通信技术研究有限公司 信息上报的方法及设备、接收消息的方法及设备
CN110839296B (zh) * 2019-11-29 2021-10-22 惠州Tcl移动通信有限公司 网络资源调度方法、装置、存储介质及移动终端
CN113133096B (zh) * 2020-01-15 2023-03-28 大唐移动通信设备有限公司 一种信息确定方法、装置、设备及计算机可读存储介质
ES2961504T3 (es) * 2020-07-13 2024-03-12 Asustek Comp Inc Procedimiento y aparato para manejar en temporizador DRX para la agrupación de una concesión de enlace ascendente configurada en un sistema de comunicación inalámbrica
US11683849B2 (en) * 2021-03-24 2023-06-20 Nokia Technologies Oy Redcap UE identification
KR102517309B1 (ko) * 2021-10-21 2023-04-03 주식회사 블랙핀 무선 이동 통신 시스템에서 단말이 복수의 로지컬채널그룹 매핑 정보와 버퍼상태보고 설정정보를 이용해서 버퍼상태를 보고하는 방법 및 장치
KR102517304B1 (ko) * 2021-10-21 2023-04-03 주식회사 블랙핀 무선 이동 통신 시스템에서 단말이 복수의 로지컬채널그룹 매핑 정보와 하나의 버퍼상태보고 설정정보를 이용해서 버퍼상태를 보고하는 방법 및 장치
KR102517303B1 (ko) * 2021-10-21 2023-04-03 주식회사 블랙핀 무선 이동 통신 시스템에서 단말이 복수의 제1 로지컬채널그룹 매핑 정보와 복수의 제2 로지컬채널그룹 매핑 정보를 이용해서 버퍼상태를 보고하는 방법 및 장치
CN114222294B (zh) * 2021-12-09 2023-02-03 北京航空航天大学 Mac ce消息指示密钥更新的方法及装置
US20240129975A1 (en) * 2022-10-13 2024-04-18 Qualcomm Incorporated Multi-path user equipment uplink communication techniques with user equipment cooperation

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6912390B2 (en) * 2000-12-22 2005-06-28 Telefonaktiebolaget Lm Ericsson Connection handling in SRNC relocation
CA2667296C (en) * 2006-10-31 2014-06-03 Qualcomm Incorporated Random access for wireless communication
US9215731B2 (en) * 2007-12-19 2015-12-15 Qualcomm Incorporated Method and apparatus for transfer of a message on a common control channel for random access in a wireless communication network
WO2010090477A2 (ko) * 2009-02-06 2010-08-12 엘지전자주식회사 다중 반송파를 지원하는 장치 및 방법
CN101938841B (zh) * 2009-06-30 2016-03-09 华为技术有限公司 一种上行资源获取方法、调度方法、装置及系统
KR101785997B1 (ko) * 2009-10-30 2017-10-17 주식회사 골드피크이노베이션즈 무선통신 시스템에서 요소 반송파 집합 정보 전송방법 및 그 기지국, 단말의 수신방법
KR101664279B1 (ko) * 2010-02-16 2016-10-12 삼성전자주식회사 무선 통신 시스템에서 불연속 수신을 위한 제어 방법 및 장치
US10143009B2 (en) * 2010-04-01 2018-11-27 Samsung Electronics Co., Ltd. Enhanced random access mechanism in wireless communication system
CN102612073B (zh) 2010-06-22 2015-11-25 华为技术有限公司 一种功率余量报告的上报方法和用户设备
CN102300321B (zh) * 2010-06-23 2015-07-22 电信科学技术研究院 多载波聚合系统中的功率余量上报方法、系统和设备
CN102843776B (zh) * 2011-06-20 2017-03-22 中兴通讯股份有限公司 多载波终端调度方法、信道质量信息发送方法及系统
US20130242884A1 (en) * 2012-03-16 2013-09-19 Research In Motion Limited Method and apparatus for scheduling information transmission
WO2014110397A1 (en) * 2013-01-11 2014-07-17 Interdigital Patent Holdings, Inc. Method and apparatus for communication in a network of wlan overlapping basic service set
RU2627299C1 (ru) * 2013-09-04 2017-08-07 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ и устройство для управления мощностью восходящей линии связи в системе беспроводной связи
CN105743824A (zh) 2014-12-09 2016-07-06 中兴通讯股份有限公司 一种非正交用户设备间的干扰处理及信令通知方法和装置
CN104754719B (zh) 2015-03-21 2018-04-17 西安电子科技大学 多用户功分复用的方法和装置
US10257677B2 (en) * 2015-10-16 2019-04-09 Qualcomm Incorporated System and method for device-to-device communication with evolved machine type communication
US20170135132A1 (en) * 2015-11-06 2017-05-11 Nokia Solutions And Networks Oy Method, system and apparatus
WO2017121620A1 (en) * 2016-01-11 2017-07-20 Sony Corporation Signaling subcarrier spacing in narrowband internet of things communication system
US10708973B2 (en) * 2016-01-12 2020-07-07 Intel Corporation Cellular internet of things (CIoT) optimizations for narrowband (NB) and non-NB IoT networks
EP3193537B1 (en) * 2016-01-18 2021-07-21 Vodafone GmbH Operating a communications device in a mobile communications network

Also Published As

Publication number Publication date
US20180206290A1 (en) 2018-07-19
CN107046728B (zh) 2020-09-22
EP3393193B1 (en) 2020-11-04
CN107046728A (zh) 2017-08-15
JP7071429B2 (ja) 2022-05-18
US10440774B2 (en) 2019-10-08
US10849185B2 (en) 2020-11-24
EP3393193A4 (en) 2018-12-19
WO2017133565A1 (zh) 2017-08-10
US20190373669A1 (en) 2019-12-05
JP2019505133A (ja) 2019-02-21
KR20180109986A (ko) 2018-10-08
KR102214371B1 (ko) 2021-02-09
JP2020114012A (ja) 2020-07-27
EP3393193A1 (en) 2018-10-24

Similar Documents

Publication Publication Date Title
JP6685412B2 (ja) メッセージ報告及び不連続送信のための方法及び装置
US12069550B2 (en) Method for selecting, in selection period, subframe excluding subframe relating to subframe in which transmission has been performed during sensing period in wireless communication system, and terminal using same
US11700666B2 (en) Method and apparatus for triggering transmission carrier selection in wireless communication system
JP6881722B2 (ja) 切り捨てられたバッファステータスレポーティング
US10757550B2 (en) Method for performing sensing during terminal-specific sensing period in wireless communication system, and terminal using same
US11438913B2 (en) Resource scheduling method, radio access network device, and terminal device
JP6599479B2 (ja) 端末、基地局、およびスケジューリング要求送信方法
JPWO2015141778A1 (ja) 端末装置、集積回路、および、無線通信方法
EP3657887B1 (en) Resource allocation method and device
CN111181694A (zh) 一种上行控制信息的传输方法及装置
JP2020017989A (ja) 端末、基地局、およびスケジューリング要求送信方法
CN113728556B (zh) 一种通信方法及设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181001

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181001

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190613

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190625

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190920

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200303

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200331

R150 Certificate of patent or registration of utility model

Ref document number: 6685412

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250