(57)【要約】      （修正有）【課題】基地局がＵＥとの通信に利用可能な無線リソースの量は有限のため、基地局が有限の無線リソースを用いて上りリンク／下りリンクデータ及び／又は上りリンク／下りリンク制御情報をＵＥから／に効率的に受信／送信するための新しい方法を提供する。【解決手段】本発明のユーザ機器は、任意接続応答で受信された上りリンクグラントを用いて、ＲＲＣメッセージとデータボリューム及び電力ヘッドルーム（ｄａｔａ  ｖｏｌｕｍｅ  ａｎｄ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ；ＤＶ−ＰＨ）報告は含んでいるが、ＢＳＲは含んでいない、媒体接続制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ；ＭＡＣ）プロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ；ＰＤＵ）を送信する。【選択図】図１０
2017200185.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器がデータボリューム情報を送信する方法であって、
任意接続応答を送信し、
前記任意接続応答に対応して上りリンクグラントを含めた任意接続応答を受信し、
前記上りリンクグラントを用いて、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ；ＲＲＣ）メッセージを含む媒体接続制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ；ＭＡＣ）プロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ；ＰＤＵ）を送信すること、
を含み、
前記ＭＡＣ  ＰＤＵは、データボリューム及び電力ヘッドルーム（ｄａｔａ  ｖｏｌｕｍｅ  ａｎｄ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ，ＤＶ−ＰＨ）報告を含み、何らバッファ状態報告（ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ；ＢＳＲ）も含まず、
前記ＤＶ−ＰＨ報告は、中止された或いはまだ確立されていない無線ベアラーの量を知らせるために用いられる、データボリューム情報伝送方法。
【請求項２】
前記任意接続プリアンブルは、共通制御チャネル（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＣＣＣＨ）上で送られるＲＲＣメッセージがある時に送信される、請求項１に記載のデータボリューム情報伝送方法。
【請求項３】
ＣＣＣＨ上で送られるＲＲＣメッセージがあるとき、ＢＳＲをトリガーし、
前記ＤＶ−ＰＨが前記ＭＡＣ  ＰＤＵに含まれるとき、前記トリガーされたＢＳＲを取り消す（ｃａｎｃｅｌ）こと、
をさらに含む、請求項１に記載のデータボリューム情報伝送方法。
【請求項４】
前記ＲＲＣメッセージは、ＲＲＣ接続再開要求メッセージである、請求項１に記載のデータボリューム情報伝送方法。
【請求項５】
前記ＲＲＣメッセージは、シグナリング無線ベアラー０（ｓｉｇｎａｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ０；ＳＲＢ０）で送信される、請求項１に記載のデータボリューム情報伝送方法。
【請求項６】
前記ＲＲＣメッセージは、前記ＭＡＣ  ＰＤＵに含まれるＣＣＣＨサービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ；ＳＤＵ）に含まれる、請求項１に記載のデータボリューム情報伝送方法。
【請求項７】
前記ユーザ機器は、ＮＢ−ＩｏＴ（ｎａｒｒｏｗｂａｎｄ  ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）ユーザ機器である、請求項１に記載のデータボリューム情報伝送方法。
【請求項８】
データボリューム情報を送信するユーザ機器であって、
無線周波数（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ；ＲＦ）ユニットと、
前記ＲＦユニットを制御するように構成されたプロセッサと、
を備え、
前記プロセッサは、
任意接続応答を送信するように前記ＲＦユニットを制御し、
前記任意接続応答に対応して上りリンクグラントを含めた任意接続応答を受信するように前記ＲＦユニットを制御し、
前記上りリンクグラントを用いて、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ；ＲＲＣ）メッセージを含む媒体接続制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ；ＭＡＣ）プロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ；ＰＤＵ）を送信するように前記ＲＦユニットを制御し、
前記ＭＡＣ  ＰＤＵは、データボリューム及び電力ヘッドルーム（ｄａｔａ  ｖｏｌｕｍｅ  ａｎｄ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ；ＤＶ−ＰＨ）報告を含み、何らＢＳＲも含まず、
前記ＤＶ−ＰＨ報告は、中止された或いはまだ確立されていない無線ベアラーの量を知らせるために用いられる、ユーザ機器。
【請求項９】
前記プロセッサは、共通制御チャネル（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＣＣＣＨ）上で送られるＲＲＣメッセージがある時に前記任意接続プリアンブルを送信するように前記ＲＦユニットを制御する、請求項８に記載のユーザ機器。
【請求項１０】
前記プロセッサは、ＣＣＣＨ上で送られるＲＲＣメッセージがあるとき、ＢＳＲをトリガーし、前記ＤＶ−ＰＨが前記ＭＡＣ  ＰＤＵに含まれるとき、前記トリガーされたＢＳＲを取り消す、請求項８に記載のユーザ機器。
【請求項１１】
前記ＲＲＣメッセージは、ＲＲＣ接続再開要求メッセージである、請求項８に記載のユーザ機器。
【請求項１２】
前記ＲＲＣメッセージは、シグナリング無線ベアラー０（ｓｉｇｎａｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ０；ＳＲＢ０）で送信される、請求項８に記載のユーザ機器。
【請求項１３】
前記ＲＲＣメッセージは、前記ＭＡＣ  ＰＤＵに含まれるＣＣＣＨサービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ；ＳＤＵ）に含まれる、請求項８に記載のユーザ機器。
【請求項１４】
前記ＤＶ−ＰＨ報告は、伝送時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ；ＴＴＩ）のための全てのＭＡＣ  ＰＤＵが確立された後、全ての論理チャネルにわたって利用可能なデータ及びまだ論理チャネルと関連付いていないデータの総量を識別する情報を含む、請求項８に記載のユーザ機器。
【請求項１５】
前記ユーザ機器は、ＮＢ−ＩｏＴ（ｎａｒｒｏｗｂａｎｄ  ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）ユーザ機器である、請求項８に記載のユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関する。特に、データボリューム情報を送信する方法及び装置に関する。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、“ＬＴＥ”という）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ−ＵＭＴＳ網の構造を概略的に示した図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ−ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７とＲｅｌｅａｓｅ  ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ  Ｂ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置し、外部ネットワークと接続される接続ゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末に下りリンク又は上りリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、複数の端末に対するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、下りリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、上りリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを使用することができる。核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡに基づいてＬＴＥまで開発されてきたが、ユーザと事業者の要求と期待は持続的に増加している。また、他の無線接続技術が継続して開発されているので、今後、競合力を有するためには新たな技術進化が要求され、ビット当たりの費用減少、サービス可用性増大、融通性のある周波数バンドの使用、単純構造と開放型インターフェース、端末の適切なパワー消耗などが要求される。
【０００７】
より多くの通信装置がより大きい通信容量を要求することにより、レガシー無線アクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイル広帯域通信に対する必要性が台頭しつつある。また、複数の装置と客体（ｏｂｊｅｃｔ）とを相互接続していつどこでも様々なサービスを提供するための大規模機械タイプ通信（ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ；ｍＭＴＣ）は、次世代通信において考慮すべき主要争点の一つである。また、信頼度及び待機時間に敏感なサービス／ＵＥを考慮して設計される通信システムに関する議論が進行中である。次世代（ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ）無線アクセス技術の導入は、向上したモバイル広帯域通信（ｅＭＢＢ）、ｍＭＴＣ、超高信頼性及び低待機時間通信（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ；ＵＲＬＬＣ）などを考慮して論議されている。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
新しい無線通信技術の導入から、基地局が所定リソース領域でサービスを提供すべきＵＥの個数が増加するだけでなく、上記基地局がサービスを提供するＵＥと送信／受信するデータと制御情報の量も増加している。基地局がＵＥとの通信に利用可能な無線リソースの量は有限のため、基地局が有限の無線リソースを用いて上りリンク／下りリンクデータ及び／又は上りリンク／下りリンク制御情報をＵＥから／に効率的に受信／送信するための新しい方案が要求される。
【０００９】
なお、技術の発達に伴ってディレイ（ｄｅｌａｙ）或いは遅延（ｌａｔｅｎｃｙ）の克服が重要な課題として台頭しつつある。性能がディレイ／遅延によって大きく左右されるアプリケーションが増加していることから、既存システムに比べてディレイ／遅延を減らすための方案が要求されている。
【００１０】
また、スマート機器の発達に伴って、少ない量のデータを効率的に送信／受信或いは低い頻度で発生するデータを効率的に送信／受信するための新しい方案も要求されている。
【００１１】
本発明が遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の発明の詳細な説明から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【００１２】
本発明のユーザ機器は、任意接続応答で受信された上りリンクグラントを用いて、前記ＲＲＣメッセージとデータボリューム及び電力ヘッドルーム（ｄａｔａ  ｖｏｌｕｍｅ  ａｎｄ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ；ＤＶ−ＰＨ）報告は含んでいるが、何らＢＳＲも含んでいない、媒体接続制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ；ＭＡＣ）プロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ；ＰＤＵ）を送信する。
【００１３】
本発明の一態様において、ユーザ機器がデータボリューム情報を送信する方法が提供される。前記方法は、任意接続応答を伝送し、前記任意接続応答に対応して上りリンクグラントを含めた任意接続応答を受信し、前記上りリンクグラントを用いて、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ；ＲＲＣ）メッセージを含む媒体接続制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ；ＭＡＣ）プロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ；ＰＤＵ）を送信する、ことを含む。前記ＭＡＣ  ＰＤＵは、データボリューム及び電力ヘッドルーム（ｄａｔａ  ｖｏｌｕｍｅ  ａｎｄ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ；ＤＶ−ＰＨ）報告を含み、何らバッファ状態報告（ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ；ＢＳＲ）も含まない。前記ＤＶ−ＰＨ報告は、中止された或いはまだ確立されていない無線ベアラーの量を知らせるために用いられる。
【００１４】
本発明の他の態様において、データボリューム情報を送信するユーザ機器が提供される。前記ユーザ機器は、無線周波数（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ；ＲＦ）ユニットと、前記ＲＦユニットを制御するように構成されたプロセッサと、を備える。前記プロセッサは、任意接続応答を送信するように前記ＲＦユニットを制御し、前記任意接続応答に対応して上りリンクグラントを含めた任意接続応答を受信するように前記ＲＦユニットを制御し、前記上りリンクグラントを用いて、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ；ＲＲＣ）メッセージを含む媒体接続制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ；ＭＡＣ）プロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ；ＰＤＵ）を送信するように前記ＲＦユニットを制御する。前記ＭＡＣ  ＰＤＵは、データボリューム及び電力ヘッドルーム（ｄａｔａ  ｖｏｌｕｍｅ  ａｎｄ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ；ＤＶ−ＰＨ）報告を含み、何らＢＳＲも含まない。前記ＤＶ−ＰＨ報告は、中止された或いはまだ確立されていない無線ベアラーの量を知らせるために用いられる。
【００１５】
本発明の各態様において、前記任意接続プリアンブルは、共通制御チャネル（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＣＣＣＨ）上で送られるＲＲＣメッセージがある時に送信されてもよい。
【００１６】
本発明の各態様において、ＣＣＣＨ上で送られるＲＲＣメッセージがあるとき、ＢＳＲをトリガーしてもよい。前記ＤＶ−ＰＨが前記ＭＡＣ  ＰＤＵに含まれるとき、前記トリガーされたＢＳＲを取り消してもよい。
【００１７】
本発明の各態様において、前記ＲＲＣメッセージは、ＲＲＣ接続再開要求メッセージであってもよい。
【００１８】
本発明の各態様において、前記ＲＲＣメッセージは、シグナリング無線ベアラー０（ｓｉｇｎａｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ０；ＳＲＢ０）で送信されてもよい。
【００１９】
本発明の各態様において、前記ＲＲＣメッセージは、前記ＭＡＣ  ＰＤＵに含まれるＣＣＣＨサービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ；ＳＤＵ）に含まれてもよい。
【００２０】
本発明の各態様において、前記ユーザ機器は、ＮＢ−ＩｏＴ（ｎａｒｒｏｗｂａｎｄ  ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）ユーザ機器であってもよい。
【００２１】
本発明の各態様において、前記ＤＶ−ＰＨ報告は、伝送時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ；ＴＴＩ）のための全てのＭＡＣ  ＰＤＵが確立された後、全ての論理チャネルにわたって利用可能なデータ及びまだ論理チャネルと関連付いていないデータの総量を識別する情報を含んでもよい。
【００２２】
上記の課題解決方法は、本発明の実施例の一部に過ぎず、当該技術の分野における通常の知識を有する者にとっては、本願発明の技術的特徴が反映された様々な実施例を、以下に説明する本発明の詳細な説明から導出できるということは明らかであろう。
【発明の効果】
【００２３】
本発明によれば、上りリンク／下りリンク信号を効率的に送信／受信することができる。これによって、無線通信システムの全体処理量（ｔｈｒｏｕｇｈｐｕｔ）が向上する。
【００２４】
本発明の一実施例によれば、低価／低複雑度のＵＥがレガシーシステムと互換性を維持しながら低コストで基地局（ｂａｓｅ  ｓｔａｔｉｏｎ；ＢＳ）と通信を行うことができる。
【００２５】
本発明の一実施例によれば、低価／低複雑度のＵＥを実現することができる。
【００２６】
本発明の一実施例によれば、ＵＥとＢＳとが低い帯域（ｎａｒｒｏｗｂａｎｄ）で互いに通信を行うことができる。
【００２７】
本発明の一実施例によれば、ＵＥとＢＳとの通信過程において発生するディレイ／遅延を低くできる。
【００２８】
また、スマート機器のための少ない量のデータを効率的に送信／受信或いは低い頻度で発生するデータを効率的に送信／受信することができる。
【００２９】
本発明の一実施例によれば、少ない量のデータを効率的に送信／受信することができる。
【００３０】
本発明に係る効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の発明の詳細な説明から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００３１】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に示す図である。
【図２】Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）構造を示すブロック図である。
【図３】一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造を示すブロック図である。
【図４】３ＧＰＰ無線接続網規格に基づくユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ；ＵＥ）とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ；ＣＰ）及びユーザ平面（ｕｓｅｒ  ｐｌａｎｅ；ＵＰ）の構造を示す図である。
【図５】Ｅ−ＵＭＴＳシステムにおいて用いる物理チャネル構造の一例を示す図である。
【図６】ＵＥ側におけるＭＡＣ構造の概要（ｏｖｅｒｖｉｅｗ）を示す図である。
【図７】媒体接続制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ；ＭＡＣ）ヘッダー、ＭＡＣ制御要素（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ；ＣＥ）、ＭＡＣサービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ；ＳＤＵ）及びパディングから構成されたＭＡＣＰ  ＰＤＵを示す図である。
【図８】データボリューム及び電力ヘッドルーム報告ＭＡＣ  ＣＥ（Ｄａｔａ  Ｖｏｌｕｍｅ  ａｎｄ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  Ｒｅｐｏｒｔ  ＭＡＣ  ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ；ＤＶ−ＰＨ  ＭＡＣ  ＣＥ）を示す図である。
【図９】本発明を実行する送信装置１００及び受信装置２００の構成要素を示すブロック図である。
【図１０】本発明によって上りリンク送信に利用可能なデータの量をネットワークに知らせる方法を示す図である。
【発明を実施するための形態】
【００３２】
以下、本発明に係る好適な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのものであり、本発明が実施し得る唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者にとってはこのような具体的な細部事項なしにも本発明を実施できることは明らかである。
【００３３】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すことができる。また、本明細書全体を通じて同一の構成要素については、同一の図面符号を付して説明する。
【００３４】
以下に説明する技法（ｔｅｃｈｎｉｑｕｅ）及び装置、システムは、様々な無線多元接続システムに適用することができる。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）又はＣＤＭＡ２０００のような無線技術（ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）（ｉ．ｅ．，ＧＥＲＡＮ）などのような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ−ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）の一部であり、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳの一部である。３ＧＰＰ  ＬＴＥは、下りリンク（ｄｏｗｎｌｉｎｋ、ＤＬ）ではＯＦＤＭＡを採択し、上りリンク（ｕｐｌｉｎｋ、ＵＬ）ではＳＣ−ＦＤＭＡを採択している。ＬＴＥ−Ａ（ＬＴＥ−ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化した形態である。説明の便宜のために、以下では、本発明が３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａに適用される場合を仮定して説明する。しかし、本発明の技術的特徴がこれに制限されるものではない。例えば、以下の詳細な説明が、移動通信システムが３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに対応する移動通信システムに基づいて説明されても、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ特有の事項以外は、他の任意の移動通信システムにも適用可能である。
【００３５】
例えば、本発明は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムのように、ｅＮＢがＵＥに下りリンク／上りリンク時間／周波数リソースを割り当て、ＵＥがｅＮＢの割当てによって下りリンク信号を受信し、上りリンク信号を送信する非−競合ベース（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ）通信だけでなく、Ｗｉ−Ｆｉのような競合ベース（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ）通信にも適用することができる。非−競合ベース通信技法は、接続ポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ、ＡＰ）或いは上記接続ポイントを制御する制御ノード（ｎｏｄｅ）が、ＵＥと上記ＡＰ間の通信のためのリソースを割り当てるが、競合ベース通信技法は、ＡＰに接続しようとする複数ＵＥ間の競合によって通信リソースが占有される。競合ベース通信技法についして簡略に説明すると、競合ベース通信技法の一種として搬送波感知多元接続（ｃａｒｒｉｅｒ  ｓｅｎｓｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ、ＣＳＭＡ）がある。ＣＳＭＡとは、ノード或いは通信機器が周波数帯域（ｂａｎｄ）のような、共有伝送媒体（ｓｈａｒｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｅｄｉｕｍ）（共有チャネルともいう。）上でトラフィック（ｔｒａｆｆｉｃ）を送信する前に、同一の共有伝送媒体上に他のトラフィックがないことを確認する確率的（ｐｒｏｂａｂｉｌｉｓｔｉｃ）媒体接続制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ、ＭＡＣ）プロトコル（ｐｒｏｔｏｃｏｌ）を指す。ＣＳＭＡにおいて送信装置は受信装置にトラフィックを送ることを試みる前に、他の送信が進行中であるか否か決定する。換言すれば、送信装置は、送信を試みる前に、他の送信装置からの搬送波（ｃａｒｒｉｅｒ）の存在を検出（ｄｅｔｅｃｔ）することを試みる。搬送波が感知されると、送信装置は、自身の送信を開始する前に、進行中の他の送信装置によって送信が完了（ｆｉｎｉｓｈ）することを待つ。結局、ＣＳＭＡは、“ｓｅｎｓｅ  ｂｅｆｏｒｅ  ｔｒａｎｓｍｉｔ”或いは“ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ”の原理を基盤にした通信技法といえる。ＣＳＭＡを用いる競合ベース通信システムにおいて送信装置間の衝突を回避するための技法としてＣＳＭＡ／ＣＤ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ｄｅｔｅｃｔｉｏｎ）及び／又はＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）が用いられる。ＣＳＭＡ／ＣＤは、有線ＬＡＮ環境での衝突検出技法であり、イーサネット（ｅｔｈｅｒｎｅｔ）環境で通信をしようとするＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）やサーバー（ｓｅｒｖｅｒ）がまず、ネットワーク上で通信が行われているか確認した後、他の装置（ｄｅｖｉｃｅ）がデータを上記ネットワーク上で載せて送っていると、待ってからデータを送る。すなわち、２人以上のユーザ（例、ＰＣ、ＵＥなど）が同時にデータを乗せて送る場合、上記同時送信間に衝突が発生するが、ＣＳＭＡ／ＣＤは、上記衝突を監視し、柔軟性あるデータ送信がなされるようにする技法である。ＣＳＭＡ／ＣＤを用いる送信装置は、特定規則を用いて他の送信装置によるデータ送信を感知し、自身のデ���タ送信を調節する。ＣＳＭＡ／ＣＡは、ＩＥＥＥ８０２．１１標準に明示されている媒体接近制御プロトコルである。ＩＥＥＥ８０２．１１標準に従うＷＬＡＮシステムは、ＩＥＥＥ８０２．３標準で用いられたＣＳＭＡ／ＣＤを用いず、ＣＡ、すなわち、衝突を回避する方式を用いている。送信装置は、常にネットワークの搬送波を感知しているが、ネットワークが空になると、目録に登載された自身の位置によって、定められた時間を待ってからデータを送る。目録内で送信装置間の優先順位を決め、これを再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）するためには様々な方法を用いることができる。ＩＥＥＥ８０２．１１標準の一部バージョンに従うシステムでは、衝突が起きることがあり、この場合には衝突感知手順が行われる。ＣＳＭＡ／ＣＡを用いる送信装置は、特定規則を用いて、他の送信装置によるデータ送信と自身のデータ送信間の衝突を回避する。
【００３６】
後述する本発明の実施例において「仮定する」という表現は、チャネルを送信する主体が該当の「仮定」に符合するように上記チャネルを送信することを意味できる。上記チャネルを受信する主体は、上記チャネルが該当の「仮定」に符合するように送信されたという前提の下に、該当の「仮定」に符合する形態で上記チャネルを受信或いは復号するものであることを意味できる。
【００３７】
本発明において、ＵＥは、固定していても移動性を有してもよく、基地局（ｂａｓｅ  ｓｔａｔｉｏｎ、ＢＳ）と通信してユーザデータ及び／又は各種制御情報を送受信する各種機器がこれに属する。ＵＥは、端末（Ｔｅｒｍｉｎａｌ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＴ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅ  Ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、無線モデム（ｗｉｒｅｌｅｓｓ  ｍｏｄｅｍ）、携帯機器（ｈａｎｄｈｅｌｄ  ｄｅｖｉｃｅ）などと呼ぶことができる。また、本発明において、ＢＳは、一般に、ＵＥ及び／又は他のＢＳと通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）のことをいい、ＵＥ及び他のＢＳと通信して各種データ及び制御情報を交換する。ＢＳは、ＡＢＳ（Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ＮＢ（Ｎｏｄｅ−Ｂ）、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、接続ポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、ＰＳ（Ｐｒｏｃｅｓｓｉｎｇ  Ｓｅｒｖｅｒ）等の他の用語と呼ぶこともできる。以下の本発明に関する説明では、ＢＳをｅＮＢと総称する。
【００３８】
本発明でいうノード（ｎｏｄｅ）とは、ＵＥと通信して無線信号を送信／受信し得る固定した地点（ｐｏｉｎｔ）のことを指す。様々な形態のｅＮＢを、その名称に関係なくノードとして用いることができる。例えば、ＢＳ、ＮＢ、ｅＮＢ、ピコセルｅＮＢ（ＰｅＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、リレー、リピータなどをノードとすることができる。また、ノードは、ｅＮＢでなくてもよい。例えば、無線リモートヘッド（ｒａｄｉｏ  ｒｅｍｏｔｅ  ｈｅａｄ、ＲＲＨ）、無線リモートユニット（ｒａｄｉｏ  ｒｅｍｏｔｅ  ｕｎｉｔ、ＲＲＵ）とすることもできる。ＲＲＨ、ＲＲＵなどは、一般に、ｅＮＢの電力レベル（ｐｏｗｅｒ  ｌｅｖｅｌ）よりも低い電力レベルを有する。ＲＲＨ或いはＲＲＵ（以下、ＲＲＨ／ＲＲＵ）は、一般に、光ケーブルなどの専用回線（ｄｅｄｉｃａｔｅｄ  ｌｉｎｅ）でｅＮＢに接続されているため、一般に、無線回線で接続されたｅＮＢによる協調通信に比べて、ＲＲＨ／ＲＲＵとｅＮＢによる協調通信を円滑に行うことができる。１つのノードには少なくとも１つのアンテナが設置される。上記アンテナは物理アンテナを意味することもでき、アンテナポート、仮想アンテナ、又はアンテナグループを意味することもできる。ノードは、ポイント（ｐｏｉｎｔ）とも呼ばれる。
【００３９】
本発明でいうセル（ｃｅｌｌ）とは、１つ以上のノードが通信サービスを提供する一定の地理的領域を指す。したがって、本発明で特定セルと通信するということは、上記特定セルに通信サービスを提供するｅＮＢ或いはノードと通信するということを意味できる。また、特定セルの下りリンク／上りリンク信号は、上記特定セルに通信サービスを提供するｅＮＢ或いはノードからの／への下りリンク／上りリンク信号を意味する。ＵＥに上りリンク／下りリンク通信サービスを提供するセルを特にサービングセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）という。
【００４０】
一方、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムは、無線リソースを管理するためにセル（ｃｅｌｌ）の概念を用いているが、無線リソースと関連付けたセル（ｃｅｌｌ）は、地理的領域のセル（ｃｅｌｌ）と区別される。
【００４１】
地理的領域の“セル”は、ノードが搬送波を用いてサービスを提供できるカバレッジ（ｃｏｖｅｒａｇｅ）と理解することができ、無線リソースの“セル”は、上記搬送波によって設定（ｃｏｎｆｉｇｕｒｅ）される周波数範囲である帯域幅（ｂａｎｄｗｉｄｔｈ、ＢＷ）に関連する。ノードが有効な信号を送信できる範囲である下りリンクカバレッジと、ＵＥから有効な信号を受信できる範囲である上りリンクカバレッジは、当該信号を運ぶ搬送波に依存するので、ノードのカバレッジは、上記ノードが用いる無線リソースの“セル”のカバレッジと関連することもある。したがって、“セル”という用語は、時にはノードによるサービスのカバレッジを、時には無線リソースを、時には上記無線リソースを用いた信号が有効な強度で到達できる範囲を意味することに用いることができる。 
【００４２】
一方、３ＧＰＰ  ＬＴＥ−Ａ標準は無線リソースを管理するためにセル（ｃｅｌｌ）の概念を使用する。無線リソースと関連付けた“セル”とは、下りリンクリソース（ＤＬ  ｒｅｓｏｕｒｃｅｓ）と上りリンクリソース（ＵＬ  ｒｅｓｏｕｒｃｅｓ）との組合せ、すなわち、ＤＬ  ＣＣとＵＬ  ＣＣの組合せと定義される。セルは、ＤＬリソース単独、又はＤＬリソースとＵＬリソースとの組合せで設定する（ｃｏｎｆｉｇｕｒｅ）ことができる。搬送波集約が支援される場合、ＤＬリソース（又は、ＤＬ  ＣＣ）の搬送波周波数（ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ）とＵＬリソース（又は、ＵＬ  ＣＣ）の搬送波周波数（ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ）間のリンケージ（ｌｉｎｋａｇｅ）をシステム情報によって示すことができる。例えば、システム情報ブロックタイプ２（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ  ２；ＳＩＢ２）リンケージ（ｌｉｎｋａｇｅ）によってＤＬリソースとＵＬリソースとの組み合わせを示すことができる。ここで、搬送波周波数とは、各セル或いはＣＣの中心周波数（ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙ）を意味する。以下では、１次周波数（ｐｒｉｍａｒｙ  ｆｒｅｑｕｅｎｃｙ）上で動作するセルを１次セル（ｐｒｉｍａｒｙ  ｃｅｌｌ；Ｐｃｅｌｌ）或いはＰＣＣと呼び、２次周波数（Ｓｅｃｏｎｄａｒｙ  ｆｒｅｑｕｅｎｃｙ）（又は、ＳＣＣ）上で動作するセルを２次セル（ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ；Ｓｃｅｌｌ）或いはＳＣＣと呼ぶ。下りリンクにおいてＰｃｅｌｌに対応する搬送波を下りリンク１次ＣＣ（ＤＬ  ＰＣＣ）と称し、上りリンクにおいてＰｃｅｌｌに対応する搬送波を上りリンク１次ＣＣ（ＤＬ  ＰＣＣ）と称する。Ｓｃｅｌｌとは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続確立（ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）の後に設定可能であり、追加の無線リソースを提供のために利用できるセルを意味する。ＵＥの性能（ｃａｐａｂｉｌｉｔｉｅｓ）によって、ＳｃｅｌｌがＰｃｅｌｌと共に、上記ＵＥのためのサービングセルのセット（ｓｅｔ）を形成することができる。下りリンクにおいてＳｃｅｌｌに対応する搬送波を下りリンク２次ＣＣ（ＤＬ  ＳＣＣ）と称し、上りリンクにおいて上記Ｓｃｅｌｌに対応する搬送波を上りリンク２次ＣＣ（ＵＬ  ＳＣＣ）と称する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、搬送波集成が設定されていないか或いは搬送波集成を支援しないＵＥの場合、Ｐｃｅｌｌだけで設定されたサービングセルがただ一つ存在する。
【００４３】
本発明において使われる用語及び技術のうち、具体的に説明されていない用語及び技術については、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ標準文書、例えば、３ＧＰＰ  ＴＳ  ３６．２１１、３ＧＰＰ  ＴＳ  ３６．２１２、３ＧＰＰ  ＴＳ  ３６．２１３、３ＧＰＰ  ＴＳ  ３６．３２１、３ＧＰＰ  ＴＳ  ３６．３２２、３ＧＰＰ  ＴＳ  ３６．３２３及び３ＧＰＰ  ＴＳ  ３６．３３１などを参照することができる。
【００４４】
図２は、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。Ｅ―ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）などの多様なサービスを提供するために広く配置される。
【００４５】
図２に示したように、Ｅ―ＵＭＴＳ網は、Ｅ―ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、及び一つ以上の端末を含む。Ｅ―ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）２０を含むことができ、複数の端末１０が一つのセルに位置することができる。一つ以上のＥ―ＵＴＲＡＮ  ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに接続することもできる。
【００４６】
本明細書において、「下りリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０からUE１０への通信を称し、「上りリンク（ｕｐｌｉｎｋ）」は、UE１０からｅＮＢ２０への通信を称する。
【００４７】
図３は、一般的なＥ―ＵＴＲＡＮと一般的なＥＰＣの構造を示すブロック図である。
【００４８】
図３に示したように、ｅＮＢ２０は、ユーザ平面及び制御平面のエンドポイント（ｅｎｄ  ｐｏｉｎｔ）をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して接続することができる。
【００４９】
ｅＮＢ２０は、一般にＵＥ１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）と称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースをｅＮＢ２０間で使用することができる。
【００５０】
ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインター（ｉｎｔｅｒ）ＣＮノードシグナリング、（ページング再送信の制御及び実行を含む。）遊休モード（ｉｄｌｅ  ｍｏｄｅ）ＵＥ接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休モード及び活性モード（ａｃｔｉｖｅ  ｍｏｄｅ）のＵＥのための）トラッキング領域リスト管理、ＰＤＮ  ＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ  ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラー設定を含むベアラー管理、（ＥＴＷＳ及びＣＭＡＳを含む）ＰＷＳメッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザ（Ｐｅｒ―ｕｓｅｒ）ベースのパケットフィルタリング（例えば、深層パケット検査を使用）、適法なインターセプション（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔｉｏｎ）、ＵＥ  ＩＰアドレス割当て、下りリンクでの送信（Ｔｒａｎｓｐｏｒｔ）レベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。
【００５１】
複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して接続することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造（ｍｅｓｈｅｄ  ｎｅｔｗｏｒｋ  ｓｔｒｕｃｔｕｒｅ）を有することができる。
【００５２】
図３に示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＣＨ）情報のスケジューリング及び送信、上りリンク及び下りリンクの全てにおける各ＵＥ１０のための動的リソース割当て、ｅＮＢ測定の構成及び準備、無線ベアラー制御、無線承認制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ、ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面暗号化、システム構造エボリューション（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ、ＳＡＥ）ベアラー制御、及び非―接続層（Ｎｏｎ―Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ、ＮＡＳ）シグナリングの暗号化及び完全性保護などの各機能を行うことができる。
【００５３】
ＥＰＣは、移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）、サービング―ゲートウェイ（ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ）、及びパケットデータネットワーク―ゲートウェイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ）を含む。ＭＭＥは、主に各UEの移動性を管理する目的で用いられる接続及び可用性に対する情報を有する。Ｓ―ＧＷは、Ｅ―ＵＴＲＡＮを終端点として有するゲートウェイであり、ＰＤＮ―ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。
【００５４】
図４は、３ＧＰＰ無線接続網規格に基づくＵＥとＥ―ＵＴＲＡＮとの間の無線インタフェースプロトコルの制御平面及びユーザ平面の構造を示す図である。制御平面は、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる各制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００５５】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続されている。前記送信チャネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、下りリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、上りリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００５６】
第２層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰバージョン４（ＩＰ  ｖｅｒｓｉｏｎ  ４、ＩＰｖ４）パケットやＩＰバージョン６（ＩＰｖ６）パケットのようなＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）パケットを効率的に送信するために不必要な制御情報を減少させるヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。
【００５７】
第３層の最下部に位置した無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面のみで定義される。ＲＲＣ層は、各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。
【００５８】
無線ベアラー（ｒａｄｉｏ  ｂｅａｒｅｒ；ＲＢ）は、（ユーザ）データ無線ベアラー（ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ；ＤＲＢ）とシグナリング無線ベアラー（ｓｉｇｎａｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ；ＳＲＢ）とに大別される。ＳＲＢは、ＲＲＣ及びＮＡＳメッセージの伝送のためにのみ用いられるＲＢと定義される。例えば、次のＳＲＢがある。
【００５９】
−  共通制御チャネル（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＣＣＣＨ）論理チャネルを用いるＲＲＣメッセージのためのＳＲＢ０
【００６０】
−  専用制御チャネル（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＤＣＣＨ）論理チャネルを用いる、ＳＲＢ２の確立（ｅｓｔａｂｌｉｓｈｍｅｎｔ）に先立って（ｐｒｉｏｒ  ｔｏ）ＮＡＳメッセージだけでなく（ピギーバックされたＮＡＳメッセージを含み得る）ＲＲＣメッセージのためのＳＲＢ１
【００６１】
−  ＤＣＣＨ論理チャネルを用いる、ＮＡＳメッセージだけでなく、ログされた（ｌｏｇｇｅｄ）測定情報を含むＲＲＣメッセージのためのＳＲＢ２。ＳＲＢ２はＳＲＢ１に比べて低い優先順位（ｌｏｗｅｒ−ｐｒｉｏｒｉｔｙ）を有し、常に保安（ｓｅｃｕｒｉｔｙ）活性化（ａｃｔｉｖａｔｉｏｎ）後にＥ−ＵＴＲＡＮによって設定される。
【００６２】
保安が一旦活性化すると、ＮＡＳ或いは非−３ＧＰＰメッセージを含めて、ＳＲＢ１及びＳＲＢ２上の全てのＲＲＣメッセージはＰＤＣＰによって完全性（ｉｎｔｅｇｒｉｔｙ）保護され、暗号化（ｃｉｐｈｅｒ）される。ＮＡＳはＮＡＳメッセージに独立して完全性保護及び暗号化を適用する。
【００６３】
ＮＢ−ＩｏＴの場合、近年、ＳＲＢ１ｂｉｓがさらに定義される。ＳＲＢ１ｂｉｓは、ＤＣＣＨ論理チャネルを使用し、保安活性化前のＮＡＳメッセージだけでなく（ピギーバックされたＮＡＳメッセージを含み得る）ＲＲＣメッセージのためのものである。ＮＢ−ＩｏＴにおいて、ＲＲＣ接続設定過程の間に、ＳＲＢ１ｂｉｓはＳＲＢ１と共に暗黙的に（ｉｍｐｌｉｃｉｔｌｙ）確立（ｅｓｔａｂｌｉｓｈ）される。ＳＲＢ１ｂｉｓはＳＲＢ１と同じ設定であるが、ＰＤＣＰエンティティ無しで、論理チャネル識別子（ｉｄｅｎｔｉｔｙ）を用いる。ＳＲＢ１ｂｉｓは、保安が活性化するまで用いられる。保安を活性化させるためのＲＲＣメッセージ（命令及び成功的な応答）は、完全性保護されたＳＲＢ１で送信され、上記の手順が完了した後に暗号化（ｃｉｐｈｅｒｉｎｇ）が始まる。一旦保安が活性化すると、新しいＲＲＣメッセージはＳＲＢ１で送信される。後述する制御平面ＣＩｏＴ  ＥＰＳ最適化だけを支援するＮＢ−ＩｏＴ  ＵＥは、ＳＲＢ１ｂｉｓだけを確立する。ＮＢ−ＩｏＴ  ＵＥは自身の能力によって０個、１個又は２個のＤＲＢだけを支援する。制御平面ＣＩｏＴ  ＥＰＳ最適化だけを支援するＮＢ−ＩｏＴ  ＵＥは、いかなるＤＲＢ及び関連手順も支援する必要がない。
【００６４】
ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域で下りリンク又は上りリンク送信サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。
【００６５】
Ｅ―ＵＴＲＡＮから端末への送信のための下りリンク送信チャネル（Ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、各ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、及びユーザトラフィック又は各制御メッセージを送信するための下りリンク共有チャネル（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＳＣＨ）を含む。下りリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、下りリンクＳＣＨを介して送信することもでき、又は別途の下りリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信することもできる。
【００６６】
端末からネットワークにデータを送信する上りリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、その他にユーザトラフィックや制御メッセージを送信する上りリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とがある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネルとしては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及びＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００６７】
図５は、Ｅ―ＵＭＴＳシステムで使用する物理チャネル構造の一例を示した図である。物理チャネルは、時間軸上にある複数のサブフレームと、周波数軸上にある複数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）で構成される。一つのサブフレームは、複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当のサブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図５には、Ｌ１／Ｌ２制御情報送信領域（ＰＤＣＣＨ）とデータ領域（ＰＤＳＣＨ）を示した。一実施例において、１０ｍｓの無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）が使用され、一つの無線フレームは１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは０．５ｍｓである。また、一つのサブフレームは複数のＯＦＤＭシンボルで構成され、複数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を送信するために使用することができる。 
無線フレームはデュプレックス（ｄｕｐｌｅｘ）モードによって異なるように設定（ｃｏｎｆｉｇｕｒｅ）され得る。例えば、ＦＤＤモードにおいて、下りリンク送信及び上りリンク送信は周波数によって区分されるため、無線フレームは特定の周波数帯域に対して下りリンクサブフレーム又は上りリンクサブフレームのいずれか一方だけを含む。ＴＤＤモードにおいて、下りリンク送信及び上りリンク送信は時間によって区分されるため、特定の周波数帯域に対して無線フレームは下りリンクサブフレーム及び上りリンクサブフレームの両方を含む。
【００６８】
サブフレームを送信するための時間は伝送時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ；ＴＴＩ）と定義される。時間リソースは、無線フレーム番号（或いは無線フレームインデックスともいう。）、サブフレーム番号（或いは、サブフレーム番号ともいう。）、スロット番号（或いはスロットインデックスともいう。）などによって区分することができる。ＴＴＩとは、データがスケジューリングされ得る間隔を意味する。例えば、現在ＬＴＥ／ＬＴＥ−ＡシステムにおいてＵＬグラント或いはＤＬグラントの伝送機会は１ｍｓごとに存在し、１ｍｓより短い時間内にはＵＬ／ＤＬグラント機会が複数回存在しない。したがって、現在ＬＴＥ／ＬＴＥ−ＡシステムにおいてＴＴＩは１ｍｓである。
【００６９】
基地局と端末は、一般に特定制御信号又は特定サービスデータを除いては、送信チャネルであるＤＬ―ＳＣＨを用いる物理チャネルであるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコード（ｄｅｃｏｄｉｎｇ）しなければならないかに対する情報などは、ＰＤＣＣＨに含まれて送信される。
【００７０】
例えば、特定のＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣマスク（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」という送信形式情報（例えば、送信ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が特定サブフレームを通じて送信されると仮定する。この場合、セル内の端末は、自身が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタし、「Ａ」ＲＮＴＩを有している一つ以上の端末があると、前記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００７１】
図６は、ＵＥ側のＭＡＣ構造の概要を示す図である。
【００７２】
ＭＡＣ層は次のような機能を支援する：論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）と伝送チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）とのマッピング；一つ又は異なる論理チャネルからのＭＡＣ  ＳＤＵを伝送チャネル上で物理層に伝達される伝送ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ；ＴＢ）に多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）；伝送チャネル上で上記物理層から伝達された伝送ブロック（ＴＢ）からの一つ又は異なる論理チャネルからＭＡＣ  ＳＤＵを逆多重化；スケジューリング情報報告（例えば、スケジューリング要求、バッファ状態報告）；ＨＡＲＱを用いた誤り訂正；動的スケジューリングによってＵＥ同士間の優先順位ハンドリング；一つのＭＡＣエンティティの論理チャネル同士間の優先順位ハンドリング；論理チャネル優先順位指定（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ｐｒｉｏｒｉｔｉｚａｔｉｏｎ；ＬＣＰ）；伝送フォーマット選択；及びサイドリンク（ｓｉｄｅｌｉｎｋ，ＳＬ）のための無線リソース選択。
【００７３】
ＭＡＣは論理チャネルの形態でＲＬＣにサービスを提供する。論理チャネルはそれが搬送する情報タイプによって定義され、一般的に制御チャネルに分類され、ＬＴＥシステムを作動（ｏｐｅｒａｔｅ）させるために必要な制御及び設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）情報の伝送に用いられ、又はユーザデータのために用いられるトラフィックチャネルとして用いられる。ＬＴＥのために定義された論理チャネルタイプのセットは、放送制御チャネル（ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＢＣＣＨ）、ページング制御チャネル（ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＰＣＣＨ）、共通制御チャネル（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＣＣＣＨ）、専用制御チャネル（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＤＣＣＨ）、マルチキャスト制御チャネル（ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＭＣＣＨ）、専用トラフィックチャネル（ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ；ＤＴＣＨ）、マルチキャストトラフィックチャネル（ｍｕｌｔｉｃａｓｔ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ；ＭＴＣＨ）を含む。
【００７４】
物理層から、ＭＡＣ層は伝送（ｔｒａｎｓｐｏｒｔ）チャネルの形態でサービスを用いる。伝送チャネルは、情報が無線インターフェースを介して送信される方法及び特性によって定義される。伝送チャネルのデータは伝送ブロックから構成される。各伝送時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ；ＴＴＩ）において、空間多重化（ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）がなければ、無線インターフェース上で端末に／から動的サイズの伝送ブロックが最大で１個送信される。空間多重化（ＭＩＭＯ）の場合、ＴＴＩ当たりに最大で２個の伝送ブロックが存在し得る。
【００７５】
各伝送ブロックブロックには、当該伝送ブロックが無線インターフェースを介してどのように送信されるかを規定する、伝送フォーマット（ｔｒａｎｓｐｏｒｔ  ｆｏｒｍａｔ；ＴＦ）が関連漬けられる。伝送フォーマットは、伝送ブロックサイズ、変調及びコーディング方式及びアンテナマッピングに関する情報を含む。伝送フォーマットを変更することによって、ＭＡＣ層は異なるデータレートを実現することができ、このことから、レート制御は伝送−フォーマット選択とも知られている。
【００７６】
優先順位ハンドリングを支援するために、自身のＲＬＣエンティティをそれぞれ有する複数の論理チャネルがＭＡＣ層によって一つの伝送チャネルに多重化され得る。受信機において、ＭＡＣ層は対応する逆多重化（ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ）をハンドルし、ＲＬＣ  ＰＤＵをイン−シーケンス配達（ｄｅｌｉｖｅｒｙ）及びＲＬＣによってハンドルされる他の機能（ｆｕｎｃｔｉｏｎ）のために各ＲＬＣエンティティにフォワードする。受信機において逆多重化を支援するためにＭＡＣが用いられる。ＭＡＣヘッダー内には各ＲＬＣ  ＰＤＵに関連したサブヘッダーがある。上記サブヘッダーは、ＲＬＣ  ＰＤＵが始まった論理チャネルのＩＤ（ＬＣＩＤ）とバイト単位のＰＤＵ長を含む。自身が最後のサブヘッダーであるか否かを示すフラグもある。ＭＡＣヘッダーと共に１つ又は複数のＲＬＣ  ＰＤＵと、必要であれば、スケジューリングされた伝送ブロックサイズを満たすためのパディングが、物理層にフォワードされる一つの伝送ブロックを形成（ｆｏｒｍ）する。
【００７７】
互いに異なる論理チャネルの多重化の他に、ＭＡＣ層は、伝送チャネルで送信される伝送ブロックにいわゆるＭＡＣ制御要素（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ；ＣＥ）を挿入することができる。ＭＡＣ制御要素は、インバンド（ｉｎｂａｎｄ）制御シグナリング、例えば、タイミング−アドバンス命令及び任意接続応答に用いられる。制御要素は、ＬＣＩＤフィールド内に予約された（ｒｅｓｅｒｖｅｄ）値で識別される。ここで、ＬＣＩＤ値は制御情報のタイプを示す。
【００７８】
また、サブヘッダー内の長さフィールドは固定の長さを有する制御要素に対しては除去される。
【００７９】
また、ＭＡＣ多重化機能は、搬送波集成（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）の場合、多重コンポーネント搬送波のハンドリングを担当する。搬送波集成に対する基本原理は制御シグナリング、スケジューリング及びハイブリッドＡＲＱ再伝送を含み、物理層ではコンポーネント搬送波の独立したプロセシングであるが、搬送波集成はＲＬＣ及びＰＤＣＰには見えない。搬送波集成は主にＭＡＣ層において見え、ＭＡＣ層でＭＡＣ制御要素を含む論理チャネルは、それぞれが自身のハイブリッド−ＡＲＱエンティティを有するコンポーネント搬送波別に１つの（空間多重化の場合には２つの）伝送ブロックを形成するために多重化される。
【００８０】
バッファ状態報告手順（ｐｒｏｃｅｄｕｒｅ）は、ＭＡＣエンティティと関連付いたＵＬバッファ内の伝送に利用可能なデータの量に関する情報をサービングｅＮＢに提供するために用いられる。バッファ状態報告（ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ；ＢＳＲ）は、次のイベントのうち一つでも発生する場合にトリガーされる。
【００８１】
−論理チャネルグループ（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ｇｒｏｕｐ；ＬＣＧ）に属する論理チャネルに対するＵＬデータがＲＬＣエンティティ又はＰＤＣＰエンティティにおいて伝送のために利用可能となり（どのデータが伝送のために利用可能なものとして見なされる（ｃｏｎｓｉｄｅｒ）かの定義は、３ＧＰＰ  ＴＳ  ３６．３２２及び３ＧＰＰ  ＴＳ  ３６．３２３にそれぞれ特定（ｓｐｅｃｉｆｙ）されている。）、上記データが任意の（ａｎｙ）ＬＣＧに属し、データが既に伝送に利用可能な論理チャネルの優先順位より高い優先順位を有する論理チャネルに属し、又はＬＣＧに属する論理チャネルのいかなるチャネルのためにも伝送に利用可能なデータがない。この場合、上記ＢＳＲを“正規（Ｒｅｇｕｌａｒ）ＢＳＲ”と称する。
【００８２】
−ＵＬリソースが割り当てられてパディングビットの個数がバッファ状態報告ＭＡＣ制御要素ブラスそのサブヘッダーのサイズより大きい又は等しい。この場合、ＢＳＲを“パディングＢＳＲ”と称する。
【００８３】
−ｒｅｔｘＢＳＲ−Ｔｉｍｅｒが満了し、ＭＡＣエンティティが、ＬＣＧに属する論理チャネルのうち任意の論理チャネルのための伝送に利用可能なデータを有する。この場合、ＢＳＲを“正規ＢＳＲ”と称する。
【００８４】
−ｒｅｔｘＢＳＲ−Ｔｉｍｅｒが満了する。この場合、ＢＳＲを“Ｐｅｒｉｏｄｉｃ  ＢＳＲ”と称する。
【００８５】
バッファ状態報告手順が、少なくとも一つのＢＳＲがトリガーされ、取り消されていないと決定すれば：
【００８６】
＞ＭＡＣエンティティがこのＴＴＩのための新しい伝送のために割り当てられたＵＬリソースを有している場合、
＞＞マルチプレクシング及びアセンブリー手順がＢＳＲ  ＭＡＣ制御要素を生成するように指示する；
＞＞生成された全てのＢＳＲが切断された（ｔｒｕｎｃａｔｅｄ）ＢＳＲである場合を除いてはｒｅｔｘＢＳＲ−Ｔｉｍｅｒを始動或いは再始動する；
＞＞ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを始動或いは再始動する。
【００８７】
＞その他に（ｅｌｓｅ  ｉｆ）正規ＢＳＲがトリガーされ、ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが駆動（ｒｕｎ）中でない場合、
＞＞上りリンクグラントが設定されないか或いは正規ＢＳＲが、論理チャネルＳＲマスキング（ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−Ｍａｓｋ）が上位層によってセットアップされる論理チャネルのためにデータが伝送に利用可能になったことによりトリガーされたものでない場合に：
＞＞＞スケジューリング要求がトリガーされる。
【００８８】
サブフレームのＵＬグラントが伝送のために利用可能な全ての保留中（ｐｅｎｄｉｎｇ）のデータを収容（ａｃｃｏｍｍｏｄａｔｅ）できるが、ＢＳＲ  ＭＡＣ制御要素とそのサブヘッダーをさらに収容するに足りない場合には、全てのトリガーされたＢＳＲが取り消される。ＢＳＲが伝送のためにＭＡＣ  ＰＤＵに含まれる際、全てのトリガーされたＢＳＲは取り消される。
【００８９】
ＴＴＩで送信された全てのＢＳＲは、全てのＭＡＣ  ＰＤＵがこのＴＴＩのために構築された（ｂｕｉｌｔ）後のバッファ状態を常に反映する。各ＬＣＧはＴＴＩ当たりに最大で１つのバッファ状態値を報告し、この値は、このＬＣＧに対するバッファ状態を報告する全てのＢＳＲにおいて報告される。
【００９０】
スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ；ＳＲ）手順は、新しい伝送のためのＵＬ−ＳＣＨリソースを要求するために用いられる。１つのＳＲが保留中である限り、当該ＴＴＩで伝送に利用可能なＵＬ−ＳＣＨリソースがなければ、ＭＡＣエンティティは、ＰＣｅｌｌ上で任意接続手順を開始（ｉｎｉｔｉａｔｅ）し、全ての保留中であるＳＲを取り消す。バッファ状態報告（ｒｅｐｏｒｔｉｎｇ）手順が、少なくとも一つのＢＳＲがトリガーされ、取り消されていないと決定（ｄｅｔｅｒｍｉｎｅ）し、正規ＢＳＲがトリガーされ、ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが駆動（ｒｕｎ）中でなく、上りリンクグラントが設定（ｃｏｎｆｉｇｕｒｅ）されないか、上記正規ＢＳＲが論理チャネルＳＲマスキング（ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−Ｍａｓｋ）が上位層によってセットアップされる論理チャネルのための伝送に利用可能になるデータによってトリガーされたものでなければ、ＳＲがトリガーされる。ＳＲがトリガーされると、取り消されるまで保留中と見なされる。ＭＡＣ  ＰＤＵが組み立てられ（ａｓｓｅｍｂｌｅ）、ＭＡＣ  ＰＤＵがＢＳＲをトリガーした最後のイベントまでの（及び含んだ）バッファ状態を包含する（ｃｏｎｔａｉｎ）ＢＳＲを含むとき、又は全ての保留中であるＳＲがサイドリンク（ｓｉｄｅｌｉｎｋ）ＢＳＲへトリガーされると、ＭＡＣ  ＰＤＵが組み立てられ、このＰＤＵがサイドリンクＢＳＲをトリガーした最後のイベントまでの（及び含んだ）バッファ状態を包含するサイドリンクＢＳＲを含むとき、又は全ての保留中であるＢＳＲがサイドリンクＢＳＲによってトリガーされると上位層が自律（ａｕｔｏｎｏｍｏｕｓ）リソース選択を設定（ｃｏｎｆｉｇｕｒｅ）するとき、又はＵＬグラントが伝送に利用可能な全ての保留中であるデータを収容（ａｃｃｏｍｍｏｄａｔｅ）するとき、全ての保留中のＳＲが取り消され（ｃａｎｃｅｌ）、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが止まる（ｓｔｏｐ）。
【００９１】
論理チャネル優先順位指定（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ｐｒｉｏｒｉｔｉｚａｔｉｏｎ；ＬＣＰ）手順は、新しい伝送が行われる時に適用される。ＲＲＣは各論理チャネルのためのシグナリングによって上りリンクデータのスケジューリングを制御する：増加する（ｉｎｃｒｅａｓｉｎｇ）優先順位（ｐｒｉｏｒｉｔｙ）値が低い（ｌｏｗｅｒ）優先順位レベルを表すｐｒｉｏｒｉｔｙ、優先順位化されたビットレート（ｐｒｉｏｒｉｔｉｚｅｄ  ｂｉｔ  ｒａｔｅ；ＰＢＲ）をセッティングするｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ、バケットサイズ持続期間（ｂｕｃｋｅｔ  ｓｉｚｅ  ｄｕｒａｔｉｏｎ；ＢＳＤ）をセッティングするするｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ。
【００９２】
ＭＡＣエンティティは、各論理チャネルｊに対する変数（ｖａｒｉａｂｌｅ）Ｂｊを維持（ｍａｉｎｔａｉｎ）する。Ｂｊは、関連（ｒｅｌａｔｅｄ）論理チャネルが確立（ｅｓｔａｂｌｉｓｈ）される際にゼロに初期化され、各ＴＴＩに対する積ＰＢＲ＊ＴＴＩ持続期間（ｄｕｒａｔｉｏｎ）によって増加する（ｉｎｃｒｅｍｅｎｔ）。ここで、ＰＢＲは、論理チャネルｊの優先順位ビットレートである。しかし、Ｂｊの値は、論理チャネルｊのバケットサイズを超過できず、Ｂｊの値が論理チャネルｊのバケットサイズより大きいと、上記バケットサイズにセッティングされる。論理チャネルのバケットサイズはＰＢＲ＊ＢＳＤと同一であり、ＰＢＲとＢＳＤは上位層に設定される。
【００９３】
ＭＡＣエンティティは、新しい伝送が行われる際に次のＬＣＰ手順を行う。
【００９４】
＞ＭＡＣエンティティは次の段階で論理チャネルにリソースを割り当てる。
【００９５】
＞＞段階１：Ｂｊ＞０である全ての論理チャネルは、減少優先順位順序で（ｉｎ  ａ  ｄｅｃｒｅａｓｉｎｇ  ｐｒｉｏｒｉｔｙ  ｏｒｄｅｒ）リソースが割り当てられる。論理チャネルのＰＢＲが“無限大（ｉｎｆｉｎｉｔｙ）”にセッティングされていれば、ＭＡＣエンティティは、低い優先順位論理チャネルのＰＢＲを充足させる（ｍｅｅｔ）前に、上記論理チャネル上の伝送に利用可能な全てのデータに対するリソースを割り当てる。
【００９６】
＞＞段階２：ＭＡＣエンティティは、段階１で論理チャネルｊにサーブ（ｓｅｒｖｅ）されたＭＡＣ  ＳＤＵの全サイズ分だけＢｊを減少させる（ｄｅｃｒｅｍｅｎｔ）（参考：Ｂｊの値は負数であってもよい。）。
【００９７】
＞＞段階３：リソースが残っている場合、全ての論理チャネルはその論理チャネルに対するデータ又は上りリンクグラントが尽きる（ｅｘｈａｕｓｔ）まで、（Ｂｊの値にかかわらず）厳格な（ｓｔｒｉｃｔ）減少優先順位順序でサーブされる。同一の優先順位に設定された論理チャネルは同一にサーブされる。
【００９８】
＞ＵＥは上のスケジューリング手順の間に下記の規則（ｒｕｌｅ）に従う。
【００９９】
＞＞全体ＳＤＵ（又は、部分（ｐａｒｔｉａｌｌｙ）送信されたＳＤＵ又は再送信されたＲＬＣ  ＰＤＵ）が、関連付けた（ａｓｓｏｃｉａｔｅｄ）ＭＡＣエンティティの残った（ｒｅｍａｉｎｉｎｇ）リソースに合う（ｆｉｔ  ｉｎｔｏ）場合、上記ＵＥは、ＲＬＣ  ＳＤＵ（又は、部分送信されたＳＤＵ又は再送信されたＲＬＣ  ＰＤＵ）を分割しない。
【０１００】
＞＞上記ＵＥが論理チャネルからのＲＬＣ  ＳＤＵをセグメント化する場合には、上記ＵＥは、関連付けたＭＡＣエンティティのグラントをできるだけ多く満たす（ｆｉｌｌ）ようにセグメントのサイズを最大化する。
【０１０１】
＞＞上記ＵＥはデータの伝送を最大化する。
【０１０２】
＞＞ＭＡＣエンティティが伝送のために利用可能なデータを有し、且つ該ＭＡＣエンティティに４バイト以上のＵＬグラントサイズが与えられる（ｇｉｖｅｎ）と、このＭＡＣエンティティは（上記ＵＬグラントサイズが７バイトより小さく、ＡＭＤ  ＰＤＵセグメントが送信される必要がない限り）パディングＢＳＲ及び／又はパディングだけを送信することはない。
【０１０３】
ＭＡＣエンティティは、中止された（ｓｕｓｐｅｎｄ）無線ベアラーに対応する論理チャネルのためのデータを送信しない（無線ベアラーが中止されたと見なされる条件は３ＧＰＰ  ３６．３３１に定義されている）。
【０１０４】
図７は、ＭＡＣヘッダー、ＭＡＣ制御要素、ＭＡＣ  ＳＤＵ及びパディングから構成されたＭＡＣ  ＰＤＵを示す図である。図７に示すように、ＭＡＣ  ＰＤＵヘッダーは、一つ以上のＭＡＣ  ＰＤＵサブヘッダーから構成され、各サブヘッダーは、ＭＡＣ  ＳＤＵ、ＭＡＣ制御要素又はパディングに対応する。
【０１０５】
将来、膨大な量の機器がＩｏＴ（ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）によって無線接続されると予想される。ＩｏＴとは、該当の物体（ｏｂｊｅｃｔ）がデータを収集及び交換することを可能にする、電子装置（ｅｌｅｃｔｒｏｎｉｃｓ）、ソフトウェア、センサー、アクチュエータ及びネットワーク接続性を具備した物理的機器（ｄｅｖｉｃｅ）、接続された（ｃｏｎｎｅｃｔｅｄ）機器、スマート機器、建物及び他のアイテムなどのインタネットワーキングを意味する。言い換えると、ＩｏＴは、知能的（ｉｎｔｅｌｌｉｇｅｎｔ）アプリケーション及びサービスのためのデータを交換するための接続性及び通信を可能にする、物理的物体、機械（ｍａｃｈｉｎｅｓ）、人々及び他の機器のネットワークを意味する。ＩｏＴは、物体が現存の（ｅｘｉｓｔｉｎｇ）ネットワーク基盤施設（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を通じて遠隔で感知（ｓｅｎｓｅ）及び制御されることを許容し、改善された効率性、正確性及び経済的利得を招く、物理及びデジタル世界間の直接統合（ｉｎｔｅｇｒａｔｉｏｎ）のための機会を提供する。特に、本発明では、３ＧＰＰ技術を用いるＩｏＴを、セルラーＩｏＴ（ＣＩｏＴ）という。また、狭帯域（ｎａｒｒｏｗｂａｎｄ）（例えば、約２００ｋＨｚの周波数帯域）を用いてＩｏＴ信号を送信／受信するＣＩｏＴを、ＮＢ−ＩｏＴという。
【０１０６】
ＣＩｏＴは、相対的に長い周期、例えば、数十分〜年の単位で送信されるトラフィック（例えば、スモークアラーム検出、スマートメーター器（ｍｅｔｅｒ）からの停電(power failure)通知、タンパー（ｔａｍｐｅｒ）通知、スマートユーティリティ（ガス／水／電気）メータリング報告、ソフトウェアパッチ／アップデートなど）、そしてウルトラ−低複雑度、電力制限及び低データレートの‘ＩｏＴ’機器を支援する。従来のアタッチ過程或いはサービス要求過程が数多くのメッセージ交換によってＵＥの電力浪費をもたらすことを解決するために、ＣＩｏＴは、ＭＭＥがデータを処理できるようにしたり（Ｃ−平面ソリューション）、或いはＵＥがＲＲＣ休止状態に似た状態に置かれても、ＵＥ及びｅＮＢがコンテクストを維持して次の接続に活用する方式（Ｕ−平面ソリューション）を用いて、ＵＥの電力消費を最小化する技術である。
【０１０７】
ＮＢ−ＩｏＴ（ｎａｒｒｏｗｂａｎｄ  ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）は、その名からも分かるように、２００Ｋｈｚ程度の狭帯域周波数を用いてＩｏＴサービスを提供する無線技術である。従来ＬＴＥ技術が少なくとも１．２５Ｍｈｚ周波数帯域を用いることに比べて、ＮＢ−ＩｏＴは非常に少ない周波数を用いるので、ＵＥにとってはプロセシング電力の最小化及び電力消耗の最小化を図ることができる。
【０１０８】
ＣＩｏＴネットワーク又は技術は主にコアネットワーク側面で、ＩｏＴ  ＵＥに最適化された通信サービスを提供するものであり、ＮＢ−ＩｏＴネットワーク又は技術は既存のＬＴＥ技術の無線インターフェースをＩｏＴのために最適化したものをいう。したがって、ＮＢ−ＩｏＴ無線技術とＣＩｏＴ技術は個別に適用することができる。すなわち、ＮＢ−ＩｏＴ無線技術を用いなくても、従来のＬＴＥ無線網を介してＣＩｏＴ技術を適用することが可能である。これは、ＮＢ−ＩｏＴ無線技術を利用できないＵＥ、例えば、既にＬＴＥ無線技術のみが適用されて市販されたＵＥにも、ＣＩｏＴ技術を適用できるということを意味する。また、従来のＬＴＥ無線技術ベースのセルにおいて、スマートフォンのような従来のＬＴＥ  ＵＥを支援しながら、同時にＩｏＴ  ＵＥを支援できるということを意味する。
【０１０９】
従来、ＥＭＭ休止（ＥＭＭ−Ｉｄｌｅ）モードのＵＥがデータを送信／受信するためにはネットワークとの接続を作る必要がある。ＵＥとネットワークとの間の接続を確立するためには、アタッチ過程或いはサービス要求過程に成功しなければならない。従来のアタッチ過程或いはサービス要求過程が数多くのメッセージ交換によってＵＥの電力浪費を招くので、低複雑度／電力、低データレートのための最適化した電力消費が必須であるＣＩｏＴには好ましくない。ＩｏＴデータをＩｏＴアプリケーションに効率的に送るために、ＥＰＳ内のＣＩｏＴのための２つの最適化、ユーザ平面ＣＩｏＴ  ＥＰＳ最適化及び制御平面ＣＩｏＴ  ＥＰＳ最適化が定義される。ユーザ平面ＣＩｏＴ  ＥＰＳ最適化と制御平面ＣＩｏＴ  ＥＰＳ最適化はそれぞれ、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ；ＵＰ）ソリューション及び制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ；ＣＰ）ソリューションとも呼ばれる。
【０１１０】
制御平面ＣＩｏＴ  ＥＰＳ最適化は、制御平面上でユーザデータ（ＩＰ、非−ＩＰ或いはＳＭＳ）の効率的搬送を可能なようにするシグナリング最適化である。制御平面ＣＩｏＴ  ＥＰＳ最適化ソリューションではセットアップされたデータ無線ベアラーがなく、その代わりに、シグナリング無線ベアラー上でデータパケットが送られる。言い換えると、休止（ｉｄｌｅ）−ｔｏ−接続（ｃｏｎｎｅｃｔｅｄ）モード切替後に、データ無線ベアラー（ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ；ＤＲＢ）をセットアップしてＵＥ−ｅＮＢ−ＳＧＷの経路を通じてデータを伝達した従来データ伝達と違い、制御平面ＣＩｏＴ  ＥＰＳ最適化は、ＳＲＢを用いてＮＡＳメッセージにデータＰＤＵを載せて送る方法である。制御平面ＣＩｏＴ  ＥＰＳ最適化のために、データ搬送のためのＮＡＳメッセージ及びＭＭＥとＳＧＷとの間のデータ搬送のための新しいインターフェースである（ＧＴＰ−Ｕベースの）Ｓ１１−Ｕが定義される。制御平面ＣＩｏＴ  ＥＰＳ最適化は既存のＤＲＢを使用しないが、新しく定義されたＵＥ−ｅＮＢ−ＭＭＥ−ＳＧＷ経路の接続もＰＤＮ接続として定義し、同様に、ＳＲＢがセットアップされてデータを送信できる状態は、接続された（ｃｏｎｎｅｃｔｅｄ）モード／状態と定義し、該当のデータの伝送を終えた後にはＳ１解除過程も行うように定義している。ただし、Ｓ１−Ｕインターフェースを解除する従来のＳ１解除過程（３ＧＰＰ  ＴＳ２３．４０１のセクション５．３．５参照）と違い、制御平面ＣＩｏＴ  ＥＰＳ最適化ではＳ１解除過程を通じてＳ１−Ｕインターフェースの代わりにＳ１１−Ｕインターフェースが解除される。
【０１１１】
レガシーＬＴＥシステムにおいて、ＵＥが任意接続手順の間に、Ｍｓｇ４の受信後にｅＮＢからＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージを受信する前にはＳＲＢ０だけが存在する。したがって、ＵＥがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージを含むＭｓｇ３を送信するとき、ＳＲＢ０にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージだけが存在し、ＳＲＢ１がまだ確立されていないため、バッファサイズは０である。Ｍｓｇ３は、任意接続手順の一部として、上位層から寄託（ｓｕｂｍｉｔ）されると共にＵＥ競合（ｃｏｎｔｅｎｔｉｏｎ）解決（ｒｅｓｏｌｕｔｉｏｎ）識別子（ｉｄｅｎｔｉｔｙ）と関連付いている、Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥ又はＣＣＣＨ  ＳＤＵを含めてＵＬ−ＳＣＨ上で送信されるメッセージである。レガシーＬＴＥシステムにおいて、ＲＲＣ＿ＩＤＬＥのＵＥは、ＢＳＲ及びユーザデータを送信するために次の段階１乃至５を含むＲＲＣ接続確立手順を行う。
【０１１２】
−段階１：上記ＵＥがＭｓｇ１で任意接続プリアンブルを送信する。
【０１１３】
−段階２：上記ＵＥがＭｓｇ１で任意接続応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ；ＲＡＲ）を受信する。
【０１１４】
−段階３：上記ＵＥがＳＲＢ０上で、Ｍｓｇ３でＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔを送信する。
【０１１５】
−段階４：上記ＵＥはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐをＭｓｇ４で受信し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入り、ＳＲＢ１を確立する。
【０１１６】
−段階５：上記ＵＥはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ及びＢＳＲを含むＭｓｇ５をＳＲＢ１上で送信する。
【０１１７】
−段階７：上記ＵＥはＵＬグラントを受信する。
【０１１８】
−段階８：上記ＵＥは受信されたＵＬグラントを用いてデータを送信する。
【０１１９】
ＲＲＣ接続確立は、ＳＲＢ１の確立を含む。したがって、上記ＵＥは、上記５段階より早くＢＳＲを送ることができない。ＳＲＢ１のデータを考慮したバッファサイズが上記５段階より早く報告され得るなら、上記ＵＥは段階４において適切なＵＬグラントを受信することができるため、ＵＥのバッテリー節約に役立つだろう。そのために最近ではデータボリューム及び電力ヘッドルーム報告（Ｄａｔａ  Ｖｏｌｕｍｅ  ａｎｄ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  Ｒｅｐｏｒｔｉｎｇ）が導入された。上記データボリューム及び電力ヘッドルーム報告（Ｄａｔａ  Ｖｏｌｕｍｅ  ａｎｄ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  Ｒｅｐｏｒｔｉｎｇ）手順は、サービングｅＮＢにＭＡＣエンティティと関連付いたＵＬバッファ内の伝送に利用可能なデータの量に関する情報を提供し、上記サービングｅＮＢに公称ＵＥ最大伝送電力（ｎｏｍｉｎａｌ  ＵＥ  ｍａｘｉｍｕｍ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｗｅｒ）と上記サービングセルのためのＵＬ−ＳＣＨに対する推定伝送電力（ｅｓｔｉｍａｔｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｗｅｒ  ｆｏｒ  ＵＬ−ＳＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｆｏｒ  ｔｈｅ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）の差に関する情報を提供するために用いられる。上記データボリューム及び電力ヘッドルーム報告（Ｄａｔａ  Ｖｏｌｕｍｅ  ａｎｄ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  Ｒｅｐｏｒｔｉｎｇ）は、ＣＣＣＨ  ＳＤＵと共にＭｓｇ３で送信される。
【０１２０】
図８は、データボリューム及び電力ヘッドルーム報告ＭＡＣ制御要素（Ｄａｔａ  Ｖｏｌｕｍｅ  ａｎｄ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  Ｒｅｐｏｒｔ  ＭＡＣ  ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ；ＤＶ−ＰＨ  ＭＡＣ  ＣＥ）を示す図である。
【０１２１】
ＤＶ−ＰＨ  ＭＡＣ  ＣＥは、ＣＣＣＨ  ＭＡＣ  ＳＤＵに用いられたものと同じＬＣＩＤを有するＭＡＣ  ＰＤＵサブヘッダーによって識別される。
【０１２２】
固定されたサイズを有し、次のように定義された単一のオクテット（ｏｃｔｅｔ）で構成される。
【０１２３】
−データボリューム（Ｄａｔａ  Ｖｏｌｕｍｅ；ＤＶ）：データボリュームフィールドは、ＴＴＩに対する全てのＭＡＣ  ＰＤＵが構築された（ｂｕｉｌｔ）後に、全ての論理チャネルにわたる（ａｃｒｏｓｓ）データ及び論理チャネルとまだ関連付いていないデータの総量を識別（ｉｄｅｎｔｉｆｙ）する。したがって、ＤＶフィールドの値は、全てのＭＡＣ  ＰＤＵが構築された後に残っているデータの量だけを考慮してセッティングされる。上記データ量はバイト数で表示される。ＲＬＣ層、ＰＤＣＰ層及びＲＲＣ層において伝送に利用可能な全てのデータを含む。いずれのデータが伝送に利用可能なものとして見なされるべきかに関する定義は、それぞれ、３ＧＰＰ  ＴＳ  ３６．３２２、３ＧＰＰ  ＴＳ  ３６．３２３及び３ＧＰＰ  ＴＳ  ３６．３３１に特定（ｓｐｅｃｉｆｙ）されている。ＲＬＣ及びＭＡＣヘッダーのサイズは、バッファサイズ計算（ｃｏｍｐｕｔａｔｉｏｎ）において考慮されない。このフィールドの長さは４ビットである。データボリュームフィールドによって取られる値を表１に示す。
【０１２４】
−電力ヘッドルーム（Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ；ＰＨ）：このフィールドは、電力ヘッドルームレベルを示す。このフィールドの長さは２ビットである。報告されるＰＨ及び該当の電力ヘッドルームレベルを次表２に示す。
【０１２５】
−Ｒ：“０”に設定された留保ビット（ｒｅｓｅｒｖｅｄ  ｂｉｔ）である。
【０１２６】
【表１】
2017200185.tif 000003
【０１２７】
【表２】
2017200185.tif 000004
【０１２８】
ＮＢ−ＩｏＴ  ＵＥは少なくともＣＰソリューションを支援し、ＣＰソリューションを適用／使用するＵＥは、ＤＲＢを設定する前にＳＲＢ１を用いてＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージでユーザデータを送信することができる。そもそも、ＤＶ−ＰＨ報告は、まだ確立されていない無線ベアラーに対する伝送に使用できるデータの量に関する情報をサービングｅＮＢに知らせるために考慮された。したがって、ＤＶ−ＰＨ報告は、ＣＰソリューションを支援するＮＢ−ＩｏＴ  ＵＥに適用可能である。ユーザ平面ＣＩｏＴ  ＥＰＳ最適化（すなわち、ＵＰソリューション）の導入は、無線ベアラーを中止（ｓｕｓｐｅｎｄ）させることを可能にする。ＳＲＢ１が再開（ｒｅｓｕｍｅ）される前にＳＲＢ１のデータを考慮したバッファサイズを送信できれば、ｅＮＢがＳＲＢ１で送信するデータの量を考慮してＵＥに適切なＵＬグラントを与えることができ、よって、上記ＵＥのバッテリー節約に役立つ。したがって、ＤＶ−ＰＨ報告はまた、中止（ｓｕｓｐｅｎｄ）された無線ベアラーに適用可能である。言い換えると、ＤＶ−ＰＨ報告は、ＵＰソリューションを支援／使用するＵＥにも適用可能である。この場合、中止された或いはまだ確立されていない無線ベアラーのデータ量を知らせるために、ＤＶ−ＰＨ  ＭＡＣ  ＣＥがＣＣＣＨ  ＳＤＤを含むＭｓｇ３で送信される。
【０１２９】
ユーザ平面ＣＩｏＴ  ＥＰＳ最適化（すなわち、ＵＰソリューション）は、データ伝送のための休止−ｔｏ−接続モード切替時のシグナリングを減らすことを目標に、接続−ｔｏ−休止モード切替時にＲＲＣ接続を解除するが、ｅＮＢがＵＥのコンテクストを取り消す従来の休止モードとは違い、ｅＮＢがＵＥのコンテクストを取り消さずに維持する中止された（ｓｕｓｐｅｎｄｅｄ）状態と、上記中止された状態に進入する接続の中止（ｃｏｎｎｅｃｔｉｏｎ  ｓｕｓｐｅｎｄ）手順及び上記中止された状態から再び接続モードに切り替える接続再開（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ）手順を定義する。ユーザ平面ＣＩｏＴ  ＥＰＳ最適化は、既存データ無線ベアラー（ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ；ＤＲＢ）を用いて、すなわち、Ｓ１−Ｕを用いてデータを送信することを要求するが、ＵＥが接続（ｃｏｎｎｅｃｔｅｄ）モードから休止（ｉｄｌｅ）モードに遷移する際にも接続層（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ；ＡＳ）パラメータをｅＮＢにキャッシング（ｃａｃｈｉｎｇ）する。
【０１３０】
ＵＰソリューションのために確立されたＲＲＣ接続は、次のような特徴がある。
【０１３１】
−  ＲＲＣ接続の中止手順（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｕｓｐｅｎｄ  ｐｒｏｃｅｄｕｒｅ）がＲＲＣ接続解除時に用いられると、ｅＮＢはＲＲＣ＿ＩＤＬＥにおいてＵＥ能力（ｃａｐａｂｉｌｉｔｙ）を含むＵＥ  ＡＳコンテクストを保有（ｒｅｔａｉｎ）することをＵＥに要求することができる。
【０１３２】
−  ＲＲＣ接続再開手順（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ  ｐｒｏｃｅｄｕｒｅ）がＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移時に用いられ、上記ｅＮＢだけでなく上記ＵＥに以前に（ｐｒｅｖｉｏｕｓｌｙ）保存された情報が、上記ＲＲＣ接続を再開するために活用（ｕｔｉｌｉｚｅ）される。再開する上記メッセージで、上記ＵＥは上記ｅＮＢによって上記ＲＲＣ接続を再開するために要求（ｒｅｑｕｉｒｅ）される保存された情報に接近（ａｃｃｅｓｓ）するために用いる再開ＩＤ（Ｒｅｓｕｍｅ  ＩＤ）を提供する。
【０１３３】
−中止−再開時に、保安は継続（ｃｏｎｔｉｎｕｅ）する。Ｒｅ−ｋｅｙｉｎｇは、ＲＲＣ接続再開手順において支援されない。短い（ｓｈｏｒｔ）ＭＡＣ−Ｉは、上記ＵＥによるＲＲＣ接続再確立（ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）手順及びＲＲＣ接続再開手順時に、認証トークン（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｔｏｋｅｎ）として用いられる。
【０１３４】
−  ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＴＤへの遷移（ｔｒａｎｓｉｔｉｏｎ）においてＣＣＨ及びＭｕｌｔｉｐｌｅｘｉｎｇ  ＤＴＣＨの多重化は支援されない。
【０１３５】
−  ＮＢ−ＩｏＴの場合、非−アンカー（ｎｏｎ−ａｎｃｈｏｒ）搬送波は、ＲＲＣ接続が再−確立、再開、又はＲＲＣ接続が確立される際に追加に再設定されるとき、設定され得る。
【０１３６】
ＲＲＣ接続の中止（ｓｕｓｐｅｎｓｉｏｎ）は、Ｅ−ＵＴＲＡＮによって始まる。ＲＲＣ接続が中止されると、ＵＥは、ＵＥ  ＡＳコンテクスト及びｒｅｓｕｍｅＩｄｅｎｔｉｔｙを保存し、ＲＲＣ＿ＩＤＬＥ状態に遷移する。ＲＲＣ接続を中止するＲＲＣメッセージは完全性保護され、暗号化される。中止（ｓｕｓｐｅｎｓｉｏｎ）は、少なくとも１個のＤＲＢが成功裏に確立される時にのみ行われ得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れるとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れることがＲＲＣの中止によりトリガーされた場合、ＵＰソリューションを支援するＵＥは、Ｅ−ＵＴＲＡＮによって提供される再開識別子と共にＲＯＨＣ状態を含む全体（ｆｕｌｌ）ＵＥコンテクストを保存し、ＲＲＣ接続の中止を上位層に知らせる。ＲＲＣ接続が中止されるとＭＡＣはリセットされるが、ＰＤＣＰ及びＲＬＣは維持される。
【０１３７】
中止された（ｓｕｓｐｅｎｄｅｄ）ＲＲＣ接続の再開は、ＵＥが、保存されたＵＥ  ＡＳコンテクストを有しており、ＲＲＣ接続再開がＥ−ＵＴＲＡＮによって許可（ｐｅｒｍｉｔ）され、ＵＥがＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移（ｔｒａｎｓｉｔ）する必要があるとき、上位層によって開始される。ＲＲＣ接続が再開される際に、ＲＲＣは、保存されたＵＥ  ＡＳコンテクスト及びＥ−ＵＴＲＡＮから受信された任意のＲＲＣ設定に基づいてＲＲＣ接続再開手順に従ってＵＥを設定する。ＲＲＣ接続再開手順は、保安を再−活性化し、ＳＲＢ及びＤＲＢを再−確立（ｒｅ−ｅｓｔａｂｌｉｓｈ）する。ＲＲＣ接続を再開するとの要求は、ｒｅｓｕｍｅＩｄｅｎｔｉｔｙを含む。ＲＲＣ接続を再開するとの要求に対する応答で、Ｅ−ＵＴＲＡＮは、中止されたＲＲＣ接続を再開することもでき、再開するとの上記要求を拒絶（ｒｅｊｅｃｔ）し、保存されたコンテクストを維持（ｋｅｅｐ）又は廃棄（ｄｉｓｃａｒｄ）するようにＵＥに指示（ｉｎｓｔｒｕｃｔ）することもでき、又は新しいＲＲＣ接続をセットアップすることもできる。
【０１３８】
ＲＲＣ接続確立手順は、ＲＲＣ接続を確立又は再開することである。ＲＲＣ接続確立は、ＳＲＢ１確立を伴う（ｉｎｖｏｌｖｅ）。また、ＲＲＣ接続確立手順は、初期ＮＡＳ専用情報／メッセージをＵＥからＥ−ＵＴＲＡＮに伝達（ｔｒａｎｓｆｅｒ）するために用いられる。ＵＥは、ＲＲＣ＿ＩＤＬＥにある間に、上位層がＲＲＣ接続の確立又は再開を要求すると、ＲＲＣ接続確立手順を開始（ｉｎｉｔｉａｔｅ）する。ＵＥがＲＲＣ接続を再開すると、上記ＵＥは、伝送のために下位（ｌｏｗｅｒ）層にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを寄託（ｓｕｂｍｉｔ）する。ＲＲＣ接続確立手順の開始時に、ＵＥは、デフォルトＭＡＣ設定を適用する。ＵＥは、ネットワーク（例えば、ｅＮＢ）からＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージを受信すると、保存されたＡＳ構成を復元（再利用）し、ＰＤＣＰ／ＲＬＣを設定すること及びＭＡＣを再設定することを含む無線リソース設定手順を行う。
【０１３９】
ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ及びＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、ＵＬ−ＣＣＣＨメッセージである。ＵＬ−ＣＣＣＨメッセージは、上りリンクＣＣＣＨ論理チャネル上でＵＥからネットワーク（例えば、Ｅ−ＵＴＲＡＮ）に送られ得るＲＲＣメッセージである。任意接続手順は、ＣＣＣＨ論理チャネルのために開始され、ＣＣＣＨのデータはＭｓｇ３で送信される。
【０１４０】
現在の第２層（Ｌａｙｅｒ  ２）手順によれば、ＲＲＣ接続の中止手順によって無線ベアラー（ｒａｄｉｏ  ｂｅａｒｅｒ；ＲＢ）が中止されると、ＵＥは、ＰＤＣＰとＲＬＣを維持（ｋｅｅｐ）し、ＭＡＣをリセットする。ＲＢが中止されている間に、ＮＡＳ層でデータが利用可能になると、ＵＥは、ＰＤＣＰ／ＲＬＣ層にデータを保存する。ＲＲＣがＲＲＣ接続再開手順を開始すると、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージによってＭＡＣにおいてＢＳＲがトリガーされる。その後、ＭＡＣはＳＲをトリガーし、ＵＬ−ＳＣＨの伝送のための任意接続手順を開始する。ＭＡＣは、ＲＡＲによって受信したＵＬグラントを用いて、ＲＲＣＣｏｎｎｅｃｉｔｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを含むＣＣＣＨ  ＳＤＵを送信する。レガシーＲＲＣ接続確立手順において、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージを含むＣＣＣＨ  ＳＤＵを送信する際、ＵＬバッファに残っているデータがないため、ＭＡＣは上記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージによってトリガーされたＢＳＲを取り消す。レガシーＲＲＣ接続確立手順とは違い、ＵＥがＣＰソリューション及び／又はＵＰソリューションを使用中であれば、ＳＲＢ１で送信されるために残っているデータ（例えば、ＰＤＣＰ／ＲＬＣ／ＲＲＣに保存されたデータ）が存在するため、ＲＲＣＣｏｎｅｃｉｔｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔを含むＣＣＣＨ  ＳＤＵが送信されてもＭＡＣはＢＳＲを取り消さなくてもよい。
【０１４１】
ＲＲＣＣｏｎｎｅｃｉｔｏｎＲｅｓｕｍｅメッセージを受信すると、ＵＥは、ＡＳ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を復元し、ＭＡＣを再設定し、それによってＰＤＣＰ／ＲＬＣを確立する。
【０１４２】
ＭＡＣ層において、特にＮＢ−ＩｏＴのために、ＤＶ−ＰＨ（Ｄａｔａ  Ｖｏｌｕｍｅ  ａｎｄ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ）報告手順が導入される。ＤＶ−ＰＨ  ＭＡＣ  ＣＥは、中止された或いはまだ確立されていない無線ベアラーのデータ量を知らせるために、ＣＣＣＨ  ＳＤＵを含むＭｓｇ３で送信される。ＣＣＣＨ  ＳＤＵを含むＭｓｇ３が送信されるべき場合、ＵＥは、ＤＶ−ＰＨ  ＭＡＣ  ＣＥ及びＢＳＲ  ＭＡＣ  ＣＥを生成する。例えば、ＲＲＣがＲＲＣ接続再開手順を開始すると、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅｒｅｑｕｅｓｔメッセージによってＢＳＲ及びＤＶ−ＰＨがトリガーされる。
【０１４３】
ＤＶ−ＰＨ  ＭＡＣ  ＣＥ及びＢＳＲ  ＭＡＣ  ＣＥは両方とも、再開される論理チャネルのデータ量を報告する。Ｍｓｇ３でＤＶ−ＰＨ  ＭＡＣ  ＣＥとＢＳＲ  ＭＡＣ  ＣＥの両方を送ることは、冗長（ｒｅｄｕｎｄａｎｔ）であるとともにリソース浪費である。したがって、Ｍｓｇ３内の冗長な（ｒｅｄｕｎｄａｎｔ）ＢＳＲ伝送を避け得る新しいメカニズムが必要である。
【０１４４】
ＲＡＲによって示されるＵＬグラントがＣＣＣＨ  ＳＤＵ、ＢＳＲ  ＭＡＣ  ＣＥ及びＤＶ−ＰＨ  ＭＡＣ  ＣＥを収容するに不十分なサイズである場合がある。この場合、どのＭＡＣ  ＣＥがＵＬグラントを用いるＭｓｇ３を収容するＭＡＣ  ＰＤＵに含まれるかが不明である。現在論理チャネル優先順位指定（ＬＣＰ）手順によれば、ＭＡＣエンティティは、次の相対的優先順位を降順（ｄｅｃｒｅａｓｉｎｇ  ｏｒｄｅｒ）で考慮する。
【０１４５】
−  Ｃ−ＲＮＴＩ又はＵＬ−ＣＣＣＨからのデータのためのＭＡＣ制御要素
【０１４６】
−  ＳＰＳ確認（ｃｏｎｆｉｒｍａｔｉｏｎ）のためのＭＡＣ制御要素；
【０１４７】
−  パディング用に含まれたＢＳＲを除く、ＢＳＲのためのＭＡＣ制御要素
【０１４８】
−  ＰＨＲ、拡張ＰＨＲ、又は二重接続性（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）ＰＨＲのためのＭＡＣ制御要素；
【０１４９】
−  パディング用に含まれたサイドリンクＢＳＲを除く、サイドリンクＢＳＲのためのＭＡＣ制御要素；
【０１５０】
−  ＵＬ−ＣＣＣＨからのデータを除く、任意の論理チャネルからのデータ
【０１５１】
−  パディングのために含まれたＢＳＲのためのＭＡＣ制御要素；
【０１５２】
−  パディングのために含まれたサイドリンクＢＳＲのためのＭＡＣ制御要素。
【０１５３】
現在のＬＣＰ手順ではＤＶ−ＰＨ  ＭＡＣ  ＣＥの優先順位が定義されていない。したがって、ＤＶ−ＰＨ  ＭＡＣ  ＣＥがＢＳＲ  ＭＡＣ  ＣＥに比べて優先順位が高いか否かが不明である。
【０１５４】
本発明は、ＲＲＣメッセージがＣＣＣＨを介して送信されるべき場合、ＵＥがＤＶ−ＰＨ報告をＭｓｇ３で送信するが、上記Ｍｓｇ３で何らＢＳＲも送信しないことを提案する。以下、本発明をＲＲＣ接続確立手順に適用する具体的な例を説明する。以下の説明において、（ＲＲＣ＿ＩＤＬＥ状態のＵＥによって）ＣＣＣＨ上で送られるＲＲＣメッセージがあれば、ＭＡＣエンティティがＤＶ−ＰＨ及びＢＳＲの両方をトリガーすると仮定する。ＭＡＣエンティティは、３ＧＰＰ  ＴＳ  ３６．３２１に特定（ｓｐｅｃｉｆｙ）されているとおり、ＤＶ−ＰＨ  ＭＡＣ  ＣＥが送信されるべき場合にＤＶ−ＰＨをトリガーする。例えば、ＮＢ−ＩｏＴにおいて、ＭＡＣエンティティは、ＣＣＣＨ  ＳＤＵが送信されるべき場合に、ＤＶ−ＰＨ  ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに含める。ＭＡＣエンティティは、図６の説明で言及したように、ＢＳＲトリガー条件によってＢＳＲをトリガーする。ＤＶ−ＰＨ報告及びＢＳＲをトリガーするより詳細な条件については、３ＧＰＰ  ＴＳ  ３６．３２１を参考することができる。上記ＭＡＣエンティティは、ＤＶ−ＰＨ報告がトリガーされて取り消されないと、ＤＶ−ＰＨ報告が保留中だと見なす。上記ＭＡＣエンティティは、ＢＳＲがトリガーされて取り消されていない場合、上記ＢＳＲが保留中だと見なす。
【０１５５】
＜提案１．  ＤＶ−ＰＨ報告が保留中であればＭＡＣエンティティがＢＳＲを取り消す。＞
【０１５６】
ＭＡＣエンティティが少なくとも一つの保留中であるＢＳＲを有する場合、上記ＭＡＣエンティティは次のイベントのいずれか一つが発生する時に、全てのＢＳＲを取り消す。
【０１５７】
−  保留中であるＤＶ−ＰＨ報告がある時（例えば、ＤＶ−ＰＨ報告がトリガーされている。）
【０１５８】
−  ＤＶ−ＰＨ報告手順がトリガーされる時、すなわち、ＤＶ−ＰＨ報告がトリガーされる時
【０１５９】
−  ＤＶ−ＰＨ  ＭＡＣ  ＣＥが生成される時
【０１６０】
−  ＤＶ−ＰＨ  ＭＡＣ  ＣＥがＭＡＣ  ＰＤＵに収容（ａｃｃｏｍｍｏｄａｔｅ）される時、又は
【０１６１】
−  ＤＶ−ＰＨ  ＭＡＣ  ＣＥがＣＣＣＨ  ＳＤＵと共にＭｓｇ３で送信される時
【０１６２】
次のイベントのいずれかが発生すると、ＮＡＳ層、ＲＲＣ層、ＰＤＣＰ層又はＲＬＣ層に無線ベアラーに対するデータが残っている場合にもＭＡＣエンティティはＢＳＲを取り消す。ここで、無線ベアラーは次のとおりである。
【０１６３】
−  中止された（ｓｕｓｐｅｎｄｅｄ）無線ベアラー
−  再開（ｒｅｓｕｍｅ）される無線ベアラー
−  まだ確立されていない無線ベアラー、及び／又は
−  確立された無線ベアラー（例えば、ＳＲＢ０）以外の任意の無線ベアラー
【０１６４】
ＭＡＣエンティティがトリガーされたＢＳＲを取り消すと、上記ＭＡＣエンティティはＢＳＲ  ＭＡＣ  ＣＥを生成したとしても上記ＢＳＲ  ＭＡＣ  ＣＥを送信しない。
【０１６５】
例えば、保留中であるＤＶ−ＰＨ報告がある間に、上記ＭＡＣエンティティがＢＳＲをトリガーすると、上記ＭＡＣエンティティは、上記トリガーされたＢＳＲを直ちに取り消す。
【０１６６】
例えば、保留中のＢＳＲがあるが、ＭＡＣエンティティがＤＶ−ＰＨ報告をトリガーすると、上記ＭＡＣエンティティは直ちに上記トリガーされたＢＳＲを取り消す。
【０１６７】
提案１を次の例示のように適用することができる。
【０１６８】
−  ＲＲＣ層がＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージをＳＲＢ０の下位層（例えば、ＲＬＣ層、ＰＤＣＰ層）に送信する。ＭＡＣエンティティはＢＳＲをトリガーする。ＲＲＣ接続再開手順は、ＮＡＳ層、ＲＲＣ層、ＰＤＣＰ層及び／又はＲＬＣ層が送信されるデータを有する場合、上記ＲＲＣ層によって開始され得る。
【０１６９】
−  中止された（ｓｕｓｐｅｎｄｅｄ）無線ベアラーで送信されるデータが、上記ＲＲＣ層によって（ＲＲＣ接続再開手順の開始前及び／又は後に）受信される。スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ；ＳＲ）はＢＳＲによってトリガーされる。ＵＥのＲＲＣ接続が中止されたため、各ＴＴＩにおいて伝送に利用可能なＵＬ−ＳＣＨリソースがなく、任意のＴＴＩに設定されたＳＲ用の有効なＰＵＣＣＨリソースがない。したがって、（上記ＢＳＲによって）ＳＲがＭＡＣエンティティによってトリガーされる場合、上記ＭＡＣエンティティは任意接続手順を開始する。
【０１７０】
−  上記ＭＡＣエンティティが上記任意接続手順の任意接続応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ；ＲＡＲ）を通じてＵＬグラントを受信する。
【０１７１】
−  上記ＭＡＣエンティティは、上記受信されたＵＬグラント上で送信されるＭＡＣ  ＰＤＵ、すなわち、Ｍｓｇ３を生成する。上記ＭＡＣエンティティはＤＶ−ＰＨ報告をトリガーする。上記ＭＡＣエンティティは、トリガーされた全てのＢＳＲを取り消す。上記ＭＡＣエンティティは、ＤＶ−ＰＨ  ＭＡＣ  ＣＥと、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを収容したＣＣＣＨ  ＳＤＵを、上記受信されたＵＬグラントを用いて送信されるＭＡＣ  ＰＤＵに含める。上記ＭＡＣエンティティは、上記ＭＡＣ  ＰＤＵにＢＳＲ  ＭＡＣ  ＣＥは含めない。
【０１７２】
−  上記ＭＡＣエンティティは、上記生成されたＭＡＣ  ＰＤＵを送信する。
【０１７３】
提案１によれば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージがＣＣＣＨ上で送信されるべき場合にＢＳＲがトリガーされるが、ＤＶ−ＰＨ報告が上記ＣＣＣＨと共に送信されるはずなので、取り消される。
【０１７４】
＜提案２．  ＭＡＣエンティティは、ＭＡＣ  ＰＤＵでＤＶ−ＰＨ報告を送信すると、上記ＭＡＣ  ＰＤＵでＢＳＲを送信しない。＞
【０１７５】
ＭＡＣエンティティが保留中のＢＳＲ及び保留中のＤＶ−ＰＨ報告の両方を有する場合、提案２において上記ＭＡＣエンティティは、ＭＡＣ  ＰＤＵ（例えば、Ｍｓｇ３として送信されるＭＡＣ  ＰＤＵ）でＤＶ−ＰＨ  ＭＡＣ  ＣＥだけを送信する。すなわち、上記ＭＡＣエンティティは、ＤＶ−ＰＨ  ＭＡＣ  ＣＥを含むＭＡＣ  ＰＤＵでＢＳＲ  ＭＡＣ  ＣＥを送信しない。
【０１７６】
ＭＡＣエンティティがＭＡＣ  ＰＤＵでＤＶ−ＰＨ  ＭＡＣ  ＣＥを送信するとき、上記ＭＡＣエンティティは、上記ＭＡＣ  ＰＤＵにＣＣＣＨ  ＳＤＵをさらに含める。上記ＭＡＣエンティティが上記ＭＡＣ  ＰＤＵに上記ＣＣＣＨ  ＳＤＵを含める場合、上記ＭＡＣエンティティは上記ＭＡＣ  ＰＤＵにＢＳＲ  ＭＡＣ  ＣＥを含めない。ＭＡＣエンティティがＭＡＣ  ＰＤＵでＤＶ−ＰＨ  ＭＡＣ  ＣＥを送信するとき、上記ＭＡＣエンティティは、トリガーされたＢＳＲを取り消さなくてもよいが、ＢＳＲ  ＭＡＣ  ＣＥを上記ＭＡＣ  ＰＤＵで送信しない。上記ＭＡＣエンティティは、上記ＵＬグラントがＤＶ−ＰＨ  ＭＡＣ  ＣＥと共にＢＳＲ  ＭＡＣ  ＣＥを収容する程度に十分に大きくても、上記ＤＶ−ＰＨ  ＭＡＣ  ＣＥを含むＭＡＣ  ＰＤＵで上記ＢＳＲ  ＭＡＣ  ＣＥを送信しない。
【０１７７】
提案２を次の例示のように適用することができる。
【０１７８】
−  ＲＲＣ層がＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージをＳＲＢ０の下位層（例えば、ＲＬＣ層、ＰＤＣＰ層）に送信する。ＭＡＣエンティティがＢＳＲをトリガーする。ＲＲＣ接続再開手順は、ＮＡＳ層、ＲＲＣ層、ＰＤＣＰ層及び／又はＲＬＣ層が送信されるデータを有する場合、上記ＲＲＣ層によって開始され得る。
【０１７９】
−  中止された（ｓｕｓｐｅｎｄｅｄ）無線ベアラーで送信されるデータが上記ＲＲＣ層によって（ＲＲＣ接続再開手順の開始前及び／又は後に）受信される。スケジューリング要求（ＳＲ）が上記ＢＳＲによってトリガーされる。上記ＭＡＣエンティティはＳＲをトリガーし、任意接続手順を開始する。
【０１８０】
−  上記ＭＡＣエンティティは、上記任意接続手順のＲＡＲでＵＬグラントを受信する。
【０１８１】
−  上記ＭＡＣエンティティは、上記受信したＵＬグラント、すなわち、Ｍｓｇ３で送信されるＭＡＣ  ＰＤＵを生成する。上記ＭＡＣエンティティは、ＤＶ−ＰＨ報告をトリガーする。上記ＭＡＣエンティティは、ＤＶ−ＰＨ  ＭＡＣ  ＣＥと、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを含んでいるＣＣＣＨ  ＳＤＵを、上記受信されたＵＬグラントを用いて送信されるＭＡＣ  ＰＤＵに含める。上記ＭＡＣエンティティは、上記ＭＡＣ  ＰＤＵにＢＳＲ  ＭＡＣ  ＣＥは含めない。
【０１８２】
−  上記ＭＡＣエンティティは、上記生成されたＰＤＵを送信する。
【０１８３】
提案１によれば、ＣＣＣＨ上で送信されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージがあれば、ＤＶ−ＰＨ報告が保留中であっても、トリガーされたＢＳＲは取り消されない。ＭＡＣ  ＰＤＵで送信される保留中のＤＶ−ＰＨ報告がある場合、上記トリガーされたＢＳＲが取り消されなくても、ＢＳＲ  ＭＡＣ  ＣＥがＭＡＣ  ＰＤＵ内に含まれない。
【０１８４】
提案１と提案２のいずれにおいても、Ｍｓｇ３で送信されるＤＶ−ＰＨ報告があると、トリガーされたＢＳＲがＭｓｇ３のＭＡＣ  ＰＤＵに含まれない。
【０１８５】
＜提案３．  ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに進入するまでＲＲＣ層が下位層にデータを送信しない。＞
【０１８６】
提案３において、ＵＥのＲＲＣ層は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに進入（ｅｎｔｅｒ）するまで下位層（例えば、ＲＬＣ及び／又はＰＤＣＰ）にデータを送信しない。ここで、上記データは、無線ベアラーを通じてＭｓｇ５で送信されるユーザ平面データを意味する。上記無線ベアラーは次のとおりである。
【０１８７】
−  中断された無線ベアラー
−  再開される無線ベアラー
−  まだ確立されていないベアラー、及び／又は
−  確立された無線ベアラー（例えば、ＳＲＢ０）以外の任意の無線ベアラー
【０１８８】
ＵＥがｅＮＢからＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージを受信すると、上記ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤに進入する。
【０１８９】
ＤＶ−ＰＨ報告がＰＤＣＰ、ＲＬＣ及びＲＲＣに保存されているデータを考慮してトリガーされるのに対し、ＢＳＲはＰＤＣＰエンティティとＲＬＣエンティティに保存されているデータを考慮してトリガーされる。したがって、ＲＲＣ層が（ユーザ平面）データを下位層（例えば、ＰＤＣＰ層）に送信しないで上記ＲＲＣ層に保存すると、ＭＡＣエンティティは、上記（ユーザ平面）データに関連したＢＳＲをトリガーせずに、上記（ユーザ平面）データに関連したＢＳＲ  ＭＡＣ  ＣＥも送信しないが、ＤＶ−ＰＨ報告はトリガーし、Ｍｓｇ３でＤＶ−ＰＨ  ＭＡＣ  ＣＥを送信する。
【０１９０】
提案３を次の例示のように適用することができる。
【０１９１】
−  ＲＲＣ層がＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージをＳＲＢ０の下位層（例：ＲＬＣ層、ＰＤＣＰ層）に送信する。ＭＡＣエンティティがＢＳＲをトリガーし、ここで、上記ＢＳＲは上記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔによってトリガーされる。中止された無線ベアラー上で送信されるデータが上記ＲＲＣ層によって受信される。上記中止された無線ベアラー上で送信されるデータは上記ＲＲＣ層に維持され、下位層に提出（ｓｕｂｍｉｔ）されない。したがって、上記データによるＢＳＲはトリガーされない。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔによってトリガーされたＢＳＲがあるので、上記ＭＡＣエンティティはＳＲをトリガーし、任意接続手順を開始する。
【０１９２】
−  上記ＭＡＣエンティティは、上記任意接続手順のＲＡＲでＵＬグラントを受信する。
【０１９３】
−  上記ＭＡＣエンティティは、上記受信したＵＬグラント、すなわち、Ｍｓｇ３で送信されるＭＡＣ  ＰＤＵを生成する。上記ＲＲＣ層が中止された無線ベアラー上で送信されるデータを有するので、上記ＭＡＣエンティティはＤＶ−ＰＨ報告をトリガーする。上記ＭＡＣエンティティはＤＶ−ＰＨ  ＭＡＣ  ＣＥと、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを含んでいるＣＣＣＨ  ＳＤＵを、上記受信されたＵＬグラントを用いて送信されるＭＡＣ  ＰＤＵに含める。上記ＭＡＣエンティティは、トリガーされたＢＳＲを取り消す。
【０１９４】
−  上記ＭＡＣエンティティは、上記生成されたＰＤＵを送信する。
【０１９５】
−  上記ＲＲＣ層は、ｅＮＢからＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージを受信し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入する。
【０１９６】
−  上記ＲＲＣ層は、上記中止された（ｓｕｓｐｅｎｄｅｄ）無線ベアラーの下位層にデータを送信する。
【０１９７】
提案１及び提案２によれば、ＣＣＣＨ上で送信されるＲＲＣ接続要求又はＲＲＣ接続再開要求があれば、ＢＳＲがトリガーされる。提案１及び提案２とは違い、提案３は、ＲＲＣ接続要求又はＲＲＣ接続再開要求がＣＣＣＨで送信される時にＢＳＲがトリガーされることを防止する。
【０１９８】
図９は、本発明を実行する送信装置１００及び受信装置２００の構成要素を示すブロック図である。
【０１９９】
送信装置１００及び受信装置２００は、情報及び／又はデータ、信号、メッセージなどを搬送する無線信号を送信又は受信できる無線周波数（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１３，２３と、無線通信システムにおける通信と関連した各種情報を記憶するメモリ１２，２２と、上記ＲＦユニット１３，２３及びメモリ１２，２２などの構成要素と動作的に連結され、上記構成要素を制御して該当装置が前述した本発明の実施例の少なくとも１つを行うようにメモリ１２，２２及び／又はＲＦユニット１３，２３を制御するように構成された（ｃｏｎｆｉｇｕｒｅｄ）プロセッサ１１，２１とをそれぞれ備える。
【０２００】
メモリ１２，２２は、プロセッサ１１，２１の処理及び制御のためのプログラムを格納することができ、入／出力される情報を臨時記憶することができる。メモリ１２，２２をバッファーとして活用することができる。
【０２０１】
プロセッサ１１，２１は、通常、送信装置又は受信装置内の各種モジュールの全般的な動作を制御する。特に、プロセッサ１１，２１は、本発明を実行するための各種の制御機能を実行することができる。プロセッサ１１，２１は、コントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などと呼ぶこともできる。プロセッサ１１，２１は、ハードウェア（ｈａｒｄｗａｒｅ）、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はそれらの結合によって具現することができる。ハードウェアを用いて本発明を具現する場合には、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などをプロセッサ４００ａ，４００ｂに具備することができる。一方、ファームウェアやソフトウェアを用いて本発明を具現する場合には、本発明の機能又は動作を実行するモジュール、手順又は関数などを含むようにファームウェアやソフトウェアを構成することができ、本発明を実行するように構成されたファームウェア又はソフトウェアは、プロセッサ１１，２１内に設けられてもよく、メモリ１２，２２に記憶されてプロセッサ１１，２１によって駆動されてもよい。
【０２０２】
送信装置１００のプロセッサ１１は、プロセッサ１１又はプロセッサ１１と接続されたスケジューラからスケジュールされて外部に送信される信号及び／又はデータに対して所定のコーディング（ｃｏｄｉｎｇ）及び変調（ｍｏｄｕｌａｔｉｏｎ）を行った後にＲＦユニット１３に送信する。例えば、プロセッサ１１は、送信しようとするデータ列を逆多重化及びチャネルコーディング、スクランブリング、変調過程などを経てＫ個のレイヤに変換する。コーディングされたデータ列はコードワードとも呼ばれ、ＭＡＣ層の提供するデータブロックである送信ブロックと等価である。１つの送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ、ＴＢ）は１つのコードワードにコーディングされ、各コードワードは、１つ以上のレイヤの形態で受信装置に送信される。周波数アップコンバートのためにＲＦユニット１３はオシレーター（ｏｓｃｉｌｌａｔｏｒ）を備えることができる。ＲＦユニット１３は、Ｎｔ個（Ｎｔは１以上の正の整数）の送信アンテナを有することができる。
【０２０３】
受信装置２００の信号処理過程は、送信装置１００の信号処理過程の逆に構成される。プロセッサ２１の制御下に、受信装置２００のＲＦユニット２３は送信装置１００によって送信された無線信号を受信する。ＲＦユニット２３はＮｒ個の受信アンテナを有することができ、ＲＦユニット２３は、受信アンテナで受信した信号のそれぞれを周波数ダウンコンバート（ｆｒｅｑｕｅｎｃｙ  ｄｏｗｎ−ｃｏｎｖｅｒｔ）して基底帯域信号に復元する。ＲＦユニット２３は、周波数ダウンコンバートのためにオシレーターを備えることができる。プロセッサ２１は、受信アンテナで受信した無線信号に対する復号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を行い、送信装置１００が本来送信しようとしたデータを復元することができる。
【０２０４】
ＲＦユニット１３，２３は、１つ以上のアンテナを具備する。アンテナは、プロセッサ１１，２１の制御下に、本発明の一実施例によって、ＲＦユニット１３，２３によって処理された信号を外部に送信したり、外部から無線信号を受信してＲＦユニット１３，２３に伝達する機能を果たす。アンテナは、アンテナポートとも呼ばれる。各アンテナは、１つの物理アンテナに該当してもよく、１つよりも多い物理アンテナ要素（ｅｌｅｍｅｎｔ）の組合せによって構成されてもよい。各アンテナから送信された信号は、受信装置２００でそれ以上分解することができない。該当アンテナに対応して送信された参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ、ＲＳ）は、受信装置２００の観点で見たアンテナを定義し、チャネルが１つの物理アンテナからの単一（ｓｉｎｇｌｅ）無線チャネルか或いは上記アンテナを含む複数の物理アンテナ要素（ｅｌｅｍｅｎｔ）からの合成（ｃｏｍｐｏｓｉｔｅ）チャネルかに関係なく、上記受信装置２００にとって上記アンテナに対するチャネル推定を可能にする。すなわち、アンテナは、上記アンテナ上のシンボルを伝達するチャネルが、上記同一アンテナ上の他のシンボルが伝達される上記チャネルから導出されうるように定義される。複数のアンテナを用いてデータを送受信する多重入出力（Ｍｕｌｔｉ−Ｉｎｐｕｔ  Ｍｕｌｔｉ−Ｏｕｔｐｕｔ、ＭＩＭＯ）機能を支援するＲＦユニットの場合は、２個以上のアンテナと接続することができる。
【０２０５】
本発明の実施例において、ＵＥは、上りリンクでは送信装置１００として動作し、下りリンクでは受信装置２００として動作する。本発明の実施例において、ｅＮＢは、上りリンクでは受信装置２００として動作し、下りリンクでは送信装置１００として動作する。以下、ＵＥに具備されたプロセッサ、ＲＦユニット及びメモリを、ＵＥプロセッサ、ＵＥ  ＲＦユニット及びＵＥメモリとそれぞれ称し、ｅＮＢに具備されたプロセッサ、ＲＦユニット及びメモリを、ｅＮＢプロセッサ、ｅＮＢ  ＲＦユニット及びｅＮＢメモリとそれぞれ称する。
【０２０６】
図１０は、本発明によって上りリンク送信に利用可能なデータの量をネットワークに知らせる方法を示す図である。特に、図１０は、提案１及び提案２による方法を示している。
【０２０７】
図９及び図１０を参照すると、ＣＣＣＨ上で送信されるＲＲＣメッセージがあると（Ｓ９０１）、ＵＥのＵＥプロセッサは、ＢＳＲ及びＤＶ−ＰＨ報告をトリガーすることができる（Ｓ９０３）。上記ＲＲＣメッセージは、Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥ又はＣＣＣＨ  ＳＤＵを含む、任意接続手順の一部として、Ｍｓｇ３で送信されるメッセージであってもよい。例えば、ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続要求メッセージがＣＣＣＨ上で送信される上記ＲＲＣメッセージであってもよい。上記ＵＥプロセッサは、ＵＥがＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する必要があるとき、ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続要求メッセージを送信するようにＵＥ  ＲＦユニットを制御することができる。
【０２０８】
ＵＥメモリ（例えば、ＵＬバッファ）に保存されたデータの伝送のために、上記ＵＥプロセッサは、任意接続手順を開始することができる。上記ＵＥプロセッサは、上記ＵＥ  ＲＦユニットが任意接続プリアンブルを送信するように制御し、上記任意接続プリアンブルの伝送後に任意接続応答（ＲＡＲ）をモニタする（Ｓ９０５）。すなわち、上記ＵＥプロセッサは、上記任意接続プリアンブルを送信するようにＵＥ  ＲＦユニットを制御し、上記任意接続プリアンブルに対応するＲＡＲを受信するように上記ＵＥ  ＲＦユニットを制御する（Ｓ９０５）。上記ＲＡＲによってＵＬグラントが上記ＵＥに提供される。
【０２０９】
上記ＵＥプロセッサは、上記ＲＲＣメッセージを含むＭＡＣ  ＰＤＵを生成する。すなわち、上記ＵＥプロセッサは、上記ＲＲＣメッセージのＣＣＣＨ  ＳＤＵを含むＭＡＣ  ＰＤＵを生成する。本発明によれば、上記ＵＥプロセッサは、ＤＶ−ＰＨ報告を含むＤＶ−ＰＨ  ＭＡＣ  ＣＥを含むように上記ＭＡＣ  ＰＤＵを生成する。上記ＵＥプロセッサは、ＢＳＲを含まないように上記ＭＡＣ  ＰＤＵＵを生成する。上記ＵＥプロセッサは、上記ＵＬグラントで上記ＭＡＣ  ＰＤＵを送信するように上記ＵＥ  ＲＦユニットを制御する（Ｓ９０７）。
【０２１０】
本発明によれば、Ｍｓｇ３の伝送のためのＵＬグラントが（Ｍｓｇ３で送信されるＲＲＣメッセージを含む）ＣＣＣＨ  ＳＤＵ、ＢＳＲ  ＭＡＣ  ＣＥ及びＤＶ−ＰＨ  ＭＡＣ  ＣＥを収容するに不十分であれば、ＣＣＣＨ  ＳＤＵ及びＤＶ−ＰＨ  ＭＡＣ  ＣＥを含むが、何らＢＳＲ  ＭＡＣ  ＣＥも含まないＭＡＣ  ＰＤＵが生成される。言い換えると、ＬＣＰ手順の場合、ＭＡＣエンティティは、ＤＶ−ＰＨ  ＭＡＣ  ＣＥがＢＳＲ  ＭＡＣ  ＣＥの優先順位より高いと仮定する。
【０２１１】
本発明によれば、Ｍｓｇ３の伝送のためのＵＬグラントがＣＣＣＨ  ＳＤＵ、ＢＳＲ  ＭＡＣ  ＣＥ及びＤＶ−ＰＨ  ＭＡＣ  ＣＥを収容するに十分であるとしても、Ｍｓｇ３で送信されるＭＡＣ  ＰＤＵは、（ＲＲＣ接続要求又はＲＲＣ接続再開要求メッセージを含めた）ＣＣＣＨ  ＳＤＵ、そしてＤＶ−ＰＨ  ＭＡＣ  ＣＥを含むが、何らのＢＳＲ  ＭＡＣ  ＣＥも含まないように、生成される。
【０２１２】
上述したように開示された本発明の好適な実施例に関する詳細な説明は、当業者が本発明を具現して実施できるように提供された。上記では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した当業者にとっては、添付の特許請求の範囲に記載された本発明を様々に修正及び変更させることができるということは明らかである。したがって、本発明は、ここに開示された実施の形態に制限しようとするものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を与えようとするものである。
【０２１３】
本発明の実施例は、無線通信システムにおいて、基地局又はユーザ機器、その他の装備に用いることができる。
【図１】
2017200185.tif 000005
【図２】
2017200185.tif 000006
【図３】
2017200185.tif 000007
【図４】
2017200185.tif 000008
【図５】
2017200185.tif 000009
【図６】
2017200185.tif 000010
【図７】
2017200185.tif 000011
【図８】
2017200185.tif 000012
【図９】
2017200185.tif 000013
【図１０】
2017200185.tif 000014