(57)【要約】  無線通信システムにおいて、アップリンク送信に対する無線リソースを割り当てる方法であって、前記方法は、基地局に無線リソースの割り当て要求を搬送する第１の端末装置と、それらがアップリンクデータに対して類似の予測トラフィックプロファイルを有することに基づいて、前記第１の端末装置と第２の端末装置との間に関連があることを判定する基地局と、前記基地局は、前記第１の端末装置から要求されたリソースに基づいて、前記第２の端末装置に対する無線リソースの割り当てを確立し、その結果、前記第１の端末装置から受信した前記無線リソースの割り当て要求に基づいて、それぞれのアップリンク送信のために前記第１のおよび前記第２の端末装置に対して無線リソースを割り当てる、無線リソース割り当てメッセージを送信することを含む。【選択図】図６
2016509768.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、基地局に対するアップリンクデータの送信のための無線リソースの割り当てを受信するために端末装置を動作させる方法であって、前記方法は、
前記基地局に対する送信を待機しているアップリンクデータを前記端末装置が有していることを判定することと、
前記基地局に前記アップリンクデータを送信するための無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することと、
前記基地局に対する送信を待機している前記アップリンクデータに関連する送信に使用される無線リソースを割り当てる、前記基地局からの無線リソース割り当てメッセージの受信を待つこと、とを含む。
【請求項２】
無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、前記無線通信システムのランダムアクセス手順を前記端末装置は開始すべきではないことを判定することを含む、請求項１に記載の方法。
【請求項３】
前記無線通信システムのランダムアクセス手順を前記端末装置は開始すべきではないことを判定することは、前記無線通信システムの物理ランダムアクセスチャネルで前記端末装置は送信を行うべきではないと判定することを含む、請求項２に記載の方法。
【請求項４】
無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、無線リソースの割り当て要求を前記端末装置は送信すべきではないという指示を、前記端末装置が受信することに基づく、請求項１から３のいずれかに記載の方法。
【請求項５】
前記指示は、前記無線通信システム内の他の端末装置が無線リソースの割り当てに対する要求を行う指示を含む、請求項４に記載の方法。
【請求項６】
無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、前記端末装置が、前記基地局からアクセス要求拒否メッセージを受信したことに基づく、請求項１から５のいずれかに記載の方法。
【請求項７】
続いて、前記基地局から前記無線リソース割り当てメッセージを受信することをさらに含む、請求項１から６のいずれかに記載の方法。
【請求項８】
前記基地局から受信した前記無線リソース割り当てメッセージ内の情報から得た無線リソースを使用して、前記基地局に対する送信を待機している前記アップリンクデータを送信することをさらに含む、請求項７に記載の方法。
【請求項９】
前記基地局に対する前記アップリンクデータを送信してしばらく経過した後に、前記基地局に対する送信を待機している更なるアップリンクデータを前記端末装置は有しているかを判定し、それに応答して、前記基地局に対して前記アップリンクデータを送信するための無線リソースの割り当て要求を前記端末装置は送信すべきであることを判定し、そのような要求を送信すること、をさらに含む、請求項８に記載の方法。
【請求項１０】
前記基地局に対する送信を待機している更なるアップリンクデータを前記端末装置は有しているかを判定し、それに応答して、無線リソースの割り当て要求を前記端末装置は送信すべきであることを判定することは、前記端末装置が無線リソースの割り当て要求を行うことを許可されたことを示す、アクセス要求許可メッセージを、前記端末装置が、前記基地局から受信したことに基づく、請求項９に記載の方法。
【請求項１１】
前記無線リソースの割り当ては、前記基地局に対する送信を待機している前記アップリンクデータに対して不足することを判定し、それに応答して、無線リソースの更なる割り当て要求の指示を前記基地局に送信すること、をさらに含む、請求項７から１０のいずれかに記載の方法。
【請求項１２】
前記無線リソースの更なる割り当て要求の指示は、前記割り当てられた無線リソースを使用して前記基地局に送信される、請求項１１に記載の方法。
【請求項１３】
前記基地局から無線リソース割り当てメッセージを受信するために待機した後、前記基地局から一定期間、無線リソース割り当てメッセージが受信されることなしに、前記基地局に対する前記アップリンクデータを送信するための無線リソースの割り当て要求を送信すること、をさらに含む、請求項１から６のいずれかに記載の方法。
【請求項１４】
前記端末装置は、マシーンタイプコミュニケーション、MTC、端末装置である、請求項１から１３のいずれかに記載の方法。
【請求項１５】
第１のタイプの端末装置との無線通信をサポートするためにシステム周波数帯域幅にわたり、また第２のタイプの端末装置との無線通信をサポートするための限定された周波数帯域幅を含む、無線インターフェースに前記無線通信システムは関連付けられ、ここで、前記限定された周波数帯域幅は、前記システム周波数帯域幅よりも狭く、ここで、前記端末装置は第２のタイプの端末装置である、請求項１から１４のいずれかに記載の方法。
【請求項１６】
無線通信システムにおいて、基地局に対するアップリンクデータの送信のための無線リソースの割り当てを受信するよう構成される端末装置であって、
前記基地局に対する送信を待機しているアップリンクデータを前記端末装置は有していることを判定し、前記基地局に前記アップリンクデータを送信するための無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定し、前記基地局に対する送信を待機している前記アップリンクデータに関連する送信に使用される、無線リソースを割り当てる前記基地局からの無線リソース割り当てメッセージの受信を待つように、前記端末装置は構成される。
【請求項１７】
無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、前記無線通信システムのランダムアクセス手順を前記端末装置は開始すべきではないことを判定することを含むように、前記端末装置は構成される、請求項１６に記載の端末装置。
【請求項１８】
前記無線通信システムのランダムアクセス手順を前記端末装置は開始すべきではないことを判定することは、前記無線通信システムの物理ランダムアクセスチャネルで前記端末装置は送信を行うべきではないと判定することを含むように前記端末装置は構成される、請求項１７に記載の端末装置。
【請求項１９】
無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、無線リソースの割り当て要求を前記端末装置は送信すべきではないという指示を、前記端末装置が受信することに基づくように前記端末装置は構成される、請求項１６から１８のいずれかに記載の端末装置。
【請求項２０】
前記指示は、前記無線通信システム内の他の端末装置が無線リソースの割り当てに対する要求を行う指示を含む、請求項１９に記載の端末装置。
【請求項２１】
無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、前記端末装置が、前記基地局からアクセス要求拒否メッセージを受信したことに基づくように前記端末装置は構成される、請求項１６から２０のいずれかに記載の端末装置。
【請求項２２】
続いて、前記基地局から前記無線リソース割り当てメッセージをさらに受信するように前記端末装置は構成される、請求項１６から２１のいずれかに記載の端末装置。
【請求項２３】
前記基地局から受信した前記無線リソース割り当てメッセージ内の情報から得た無線リソースを使用して、前記基地局に対する送信を待機している前記アップリンクデータをさらに送信するように前記端末装置は構成される、請求項２２に記載の端末装置。
【請求項２４】
前記基地局に対する前記アップリンクデータを送信してしばらく経過した後に、前記基地局に対する送信を待機している更なるアップリンクデータを前記端末装置は有しているかを判定し、それに応答して、前記基地局に対して前記アップリンクデータを送信するための無線リソースの割り当て要求を前記端末装置は送信すべきであることを判定し、そのような要求を送信するように前記端末装置はさらに構成される、請求項２３に記載の端末装置。
【請求項２５】
前記基地局に対する送信を待機している更なるアップリンクデータを前記端末装置は有しているかを判定し、それに応答して、無線リソースの割り当て要求を前記端末装置は送信すべきであることを判定することは、前記端末装置が無線リソースの割り当て要求を行うことを許可されたことを示す、アクセス要求許可メッセージを、前記端末装置が、前記基地局から受信したことに基づくように前記端末装置は構成される、請求項２４に記載の端末装置。
【請求項２６】
前記無線リソースの割り当ては、前記基地局に対する送信を待機している前記アップリンクデータに対して不足することを判定し、それに応答して、無線リソースの更なる割り当てのための要求の指示を前記基地局に送信するように前記端末装置はさらに構成される、請求項２２から２５のいずれかに記載の端末装置。
【請求項２７】
前記無線リソースの更なる割り当てのための要求の指示は、前記割り当てられた無線リソースを使用して前記基地局に送信されるように前記端末装置は構成される、請求項２６に記載の端末装置。
【請求項２８】
前記基地局から無線リソース割り当てメッセージを受信するために待機した後、前記基地局から一定期間、無線リソース割り当てメッセージが受信されることなしに、前記基地局に対する前記アップリンクデータを送信するための無線リソースの割り当て要求を送信するように前記端末装置はさらに構成される、請求項１６から２１のいずれかに記載の端末装置。
【請求項２９】
前記端末装置は、マシーンタイプコミュニケーション、MTC、端末装置である、請求項１６から２８のいずれかに記載の端末装置。
【請求項３０】
第１のタイプの端末装置との無線通信をサポートするためにシステム周波数帯域幅にわたり、また第２のタイプの端末装置との無線通信をサポートするための限定された周波数帯域幅を含む、無線インターフェースに前記無線通信システムは関連付けられ、ここで、前記限定された周波数帯域幅は、前記システム周波数帯域幅よりも狭く、ここで、前記端末装置は第２のタイプの端末装置である、請求項１６から２９のいずれかに記載の端末装置。
【請求項３１】
請求項１６から３０のいずれかに記載の端末装置と基地局を含む、無線通信システム。
【発明の詳細な説明】
【背景技術】
【０００１】
本発明は、無線（mobile）通信システムで使用する方法、システムおよび装置に関する。特に、本発明の実施形態は、そのようなシステム内での、基地局から端末装置への無線リソースのアップリンク割り当ての通信に関する。
【０００２】
３GPPによって定義されたUMTSおよびLong  Term  Evolution（LTE）アーキテクチャーに基づくものなどのような、第３および第４世代移動通信システムは、前世代の移動体通信システムによって提供される単純な音声メッセージサービスよりも、より洗練されたサービスをサポートすることができる。
【０００３】
例えば、LTEシステムによって提供される改良された無線インターフェースおよび強化されたデータレートを用いて、ユーザは、以前は固定回線データ接続を介してのみ利用可能であったであろう、モバイルビデオストリーミングおよびモバイルビデオ会議のような高データレートアプリケーションを楽しむことができる。そのため、第３および第４世代ネットワークを展開する需要は強く、これらのネットワークに必要とされるカバレッジエリア、すなわちネットワークへのアクセスを要求される地理的場所は、急速に拡大すると予想される。
【０００４】
予想される第３および第４世代ネットワークの広範囲の展開は、利用可能な高いデータレートを利用することよりも、その代わりに強固な無線インターフェースおよびカバレッジエリアの普及率を増大する、デバイスおよびアプリケーションの並行開発につながっている。比較的低頻度で、少量のデータを通信する半自律型または自律無線通信装置（すなわち、MTCデバイス）に代表される、いわゆるマシーンタイプコミュニケーション（MTC）のアプリケーションが例として含まれる。例えば、加入者の家に設置され、定期的にガス、水道、電気、などのような公共施設の加入者の消費に関連する情報を中央MTCサーバに送信する、いわゆるスマートメーターが例として含まれる。MTCタイプのデバイスの特徴に関する詳細な情報は、例えば、ETSI TS 122 368 V10.530 (2011-07) / 3 GPP TS 22.368 version 10.5.0
Release 10) [1]のような対応する規格で取得することができる。MTCタイプの端末装置/
MTCタイプのデータのいくつかの典型的な特徴は、例えば、低移動度、高い遅延許容、少量のデータ送信、トラフィックの使用状況とタイミング（すなわちトラフィックプロファイル）に対する予測可能性のレベル、比較的低頻度な送信および、グループベースの機能、管理およびアドレス指定などが含まれる場合がある。
【０００５】
一般的に、無線通信ネットワークの使用増加の結果として、またネットワークに多くの端末装置を導入する可能性を有するMTCデバイスのようなデバイスの開発においても、数が増加するデバイスによるアクセスを確実にサポートすることができる無線通信ネットワークを提供する要望がある。しかしながらより多くのデバイスをサポートするこの要望は、無線アクセスインタフェースの点で特に、ネットワークの輻輳や干渉問題の増加の可能性を生じさせる。これらの問題は特に、アクセスするための専用の無線リソースが割り当てられる前にネットワークにアクセスしようとする端末装置からのランダムアクセス通信のような、ネットワークの通信セル内のスケジューラによって一元管理されていない通信の点で関連する可能性がある。
【０００６】
それ故、ネットワークへのアクセスしようとする、比較的多くの端末装置が存在するかもしれない状況で、無線ネットワークの輻輳や干渉の可能性を減らすことができる通信装置および方法を提供する要望が存在する。
【発明の概要】
【０００７】
本発明の第１の態様によれば、無線通信システムにおいて、基地局に対するアップリンク送信に対して無線リソースを割り当てるために基地局を動作させる方法が提供され、前記方法は、第１の端末装置から無線リソースの割り当て要求を受信することと、前記第１の端末装置と第２端末装置との間の関連を判定することと、前記第１端末装置から前記無線リソースの割り当て要求を受信することに応答して、アップリンク送信のために前記第２の端末装置に無線リソースを割り当てる、無線リソース割り当てメッセージを送信すること、を含む。
【０００８】
いくつかの実施形態によると、前記第１の端末装置からの無線リソースの割り当て要求は、前記無線通信システムのランダムアクセスチャネルで受信される。
【０００９】
いくつかの実施形態によると、前記第１の端末装置からの前記無線リソースの割り当て要求は、前記無線通信システムのランダムアクセス手順に関連付けられている。
【００１０】
いくつかの実施形態によると、前記第２の端末装置に割り当てられる前記無線リソースは、前記第１の端末装置によって要求された無線リソースの割り当てに対応する。
【００１１】
いくつかの実施形態によると、前記第１の端末装置と前記第２端末装置との間の前記関連は、前記第１の端末装置および前記第２の端末装置が有する、それらのアップリンク送信に関連する共通の特性に基づいて確立される。
【００１２】
いくつかの実施形態によると、前記第１の端末装置と前記第２端末装置との間の前記関連は、前記第１の端末装置および前記第２の端末装置が関連付けられている、同一の端末装置分類に基づいて確立される。
【００１３】
いくつかの実施形態によると、前記端末装置分類は、前記端末装置のそれぞれに関連付けられている各ベアラの品質クラス識別子である。
【００１４】
いくつかの実施形態によると、無線リソースの割り当てに対する自身の要求を行わないように前記第２の端末装置に指示する、アクセス要求拒否メッセージを前記第２の端末装置に送信することを、前記方法はさらに含む。
【００１５】
いくつかの実施形態によると、前記アクセス要求拒否メッセージを送信した後に、無線リソースの割り当てに対する自身の要求を行うことが許可されることを前記第２の端末装置に指示する、アクセス要求拒否終了メッセージを前記第２の端末装置に送信することを、前記方法はさらに含む。
【００１６】
いくつかの実施形態によると、前記無線リソースの割り当てに対する要求を行うことが許可されることを前記第１の端末装置に指示する、アクセス要求許可メッセージを前記第１の端末装置に送信することを、前記方法はさらに含む。
【００１７】
いくつかの実施形態によると、複数の端末装置のそれぞれに関連付けられた送信特性に基づいて、前記アクセス要求許可メッセージが送信される端末装置として、複数の端末装置から前記第１の端末装置を選択することを、前記方法はさらに含む。
【００１８】
いくつかの実施形態によると、前記送信特性は、タイミングアドバンス、受信電力参照信号、受信品質参照信号、サウンディング参照信号、の前記基地局での測定値および無線チャネル品質識別子を含むグループから選択される。
【００１９】
いくつかの実施形態によると、前記第１の端末装置とさらに他の端末装置との間の関連を判定することと、前記第１の端末装置からの無線リソースの割り当て要求に基づいて、前記他の端末装置からのアップリンク送信のための無線リソースを割り当てるために、前記他の端末装置に無線リソース割り当てメッセージを送信することを、前記方法はさらに
【００２０】
いくつかの実施形態によると、前記第１の端末装置と複数の他の端末装置との間の関連を判定することと、自身の無線リソースの割り当てに対する要求を行わないことを、前記複数の他の端末装置の一部に指示するために、前記複数の他の端末装置の一部にアクセス要求拒否メッセージを送信することと、前記第１の端末装置からの無線リソースの割り当て要求に基づいて、それぞれの前記複数の他の端末装置からのそれぞれのアップリンク送信のための無線リソースを割り当てるために、前記複数の他の端末装置に無線リソース割り当てメッセージを送信することを、前記方法はさらに含む。
【００２１】
いくつかの実施形態によると、前記第２の端末装置に割り当てられた無線リソースを用いて、前記第２の端末装置からの送信を受信することを、前記方法はさらに含む。
【００２２】
いくつかの実施形態によると、前記第２の端末装置から受信された前記送信は、前記第２の端末装置は、前記アップリンク伝送のために割り当てられるリソースの一部または全てを必要としないことを示す指示を含む。
【００２３】
いくつかの実施形態によると、前記第２の端末装置から受信された前記送信は、前記第２の端末装置からのさらなるアップリンク伝送のための、無線リソースのさらなる割り当てに対する要求の指示を含む。
【００２４】
いくつかの実施形態によると、前記第１の端末装置から受信する前記無線リソースの割り当て要求は、前記第１の端末装置がバッファ状態報告を前記基地局に送信できるようにするための無線リソースに対する割り当て要求を含む。
【００２５】
いくつかの実施形態によると、前記第１のおよび前記第２の端末装置は、マシーンタイプコミュニケーション、MTC、端末装置である。
【００２６】
いくつかの実施形態によると、第１のタイプの端末装置との無線通信をサポートするためにシステム周波数帯域幅にわたり、また第２のタイプの端末装置との無線通信をサポートするための限定された周波数帯域幅を含む、無線インターフェースに前記無線通信システムは関連付けられ、ここで、前記限定された周波数帯域幅は、前記システム周波数帯域幅よりも狭く、ここで、前記第１のおよび前記第２の端末装置は第２のタイプの端末装置である。
【００２７】
本発明の第２の態様によれば、無線通信システムにおいて、アップリンク送信に対して無線リソースを割り当てるよう構成される基地局が提供され、前記基地局は、第１の端末装置から無線リソースの割り当て要求を受信するよう構成される送受信機と、前記第１の端末装置と第２端末装置との間の関連を判定し、前記第１端末装置から前記無線リソースの割り当て要求を受信することに応答して、アップリンク送信のために前記第２の端末装置に無線リソースを割り当てる、無線リソース割り当てメッセージを送信するように前記送受信機を制御するよう構成される制御部と、を含む
【００２８】
いくつかの実施形態によると、前記基地局は、前記第１の端末装置からの前記無線リソースの割り当て要求が、前記無線通信システムのランダムアクセスチャネルで受信されるよう構成される。
【００２９】
いくつかの実施形態によると、前記基地局は、前記第１の端末装置からの前記無線リソースの割り当て要求は、前記無線通信システムのランダムアクセス手順に関連付けられているよう構成される。
【００３０】
いくつかの実施形態によると、前記基地局は、前記第２の端末装置に割り当てられる前記無線リソースは、前記第１の端末装置によって要求された無線リソースの割り当てに対応するよう構成される。
【００３１】
いくつかの実施形態によると、前記基地局は、前記第１の端末装置と前記第２端末装置との間の前記関連は、前記第１の端末装置および前記第２の端末装置が有する、それらのアップリンク送信に関連する共通の特性に基づいて確立されるよう構成される。
【００３２】
いくつかの実施形態によると、前記基地局は、前記第１の端末装置と前記第２端末装置との間の前記関連は、前記第１の端末装置および前記第２の端末装置が関連付けられている、同一の端末装置分類に基づいて確立されるよう構成される。
【００３３】
いくつかの実施形態によると、前記基地局は、前記端末装置分類は、前記端末装置のそれぞれに関連付けられている各ベアラの品質クラス識別子であるよう構成される。
【００３４】
いくつかの実施形態によると、前記制御部は、無線リソースの割り当てに対する自身の要求を行わないように前記第２の端末装置に指示する、アクセス要求拒否メッセージを前記第２の端末装置に送信するように前記送受信機を制御するようさらに構成される。
【００３５】
いくつかの実施形態によると、前記制御部は、前記アクセス要求拒否メッセージを送信した後に、無線リソースの割り当てに対する自身の要求を行うことが許可されることを前記第２の端末装置に指示する、アクセス要求拒否終了メッセージを前記第２の端末装置に送信するように前記送受信機を制御するようさらに構成される。
【００３６】
いくつかの実施形態によると、前記制御部は、前記無線リソースの割り当てに対する要求を行うことが許可されることを前記第１の端末装置に指示する、アクセス要求許可メッセージを前記第１の端末装置に送信するように前記送受信機を制御するようさらに構成される。
【００３７】
いくつかの実施形態によると、前記制御部は、複数の端末装置のそれぞれに関連付けられた送信特性に基づいて、前記アクセス要求許可メッセージが送信される端末装置として、複数の端末装置から前記第１の端末装置を選択するようさらに構成される。
【００３８】
いくつかの実施形態によると、前記送信特性は、タイミングアドバンス、受信電力参照信号、受信品質参照信号、サウンディング参照信号、の前記基地局での測定値および無線チャネル品質識別子を含むグループから選択される。
【００３９】
いくつかの実施形態によると、前記制御部は、前記第１の端末装置とさらに他の端末装置との間の関連を判定し、前記第１の端末装置からの無線リソースの割り当て要求に基づいて、前記他の端末装置からのアップリンク送信のための無線リソースを割り当てるために、前記他の端末装置に無線リソース割り当てメッセージを送信するよう前記送受信機を動作させるよう構成される。
【００４０】
いくつかの実施形態によると、前記制御部は、前記第１の端末装置と複数の他の端末装置との間の関連を判定し、自身の無線リソースの割り当てに対する要求を行わないことを、前記複数の他の端末装置の一部に指示するために、前記複数の他の端末装置の一部にアクセス要求拒否メッセージを送信することと、前記第１の端末装置からの無線リソースの割り当て要求に基づいて、それぞれの前記複数の他の端末装置からのそれぞれのアップリンク送信のための無線リソースを割り当てるために、前記複数の他の端末装置に無線リソース割り当てメッセージを送信するように前記送受信機を制御するよう構成される。
【００４１】
いくつかの実施形態によると、前記送受信機は、前記第２の端末装置に割り当てられた無線リソースを用いて、前記第２の端末装置からの送信を受信するよう構成される。
【００４２】
いくつかの実施形態によると、前記第２の端末装置から受信された前記送信は、前記第２の端末装置は、前記アップリンク伝送のために割り当てられるリソースの一部または全てを必要としないことを示す指示を含む。
【００４３】
いくつかの実施形態によると、前記第２の端末装置から受信された前記送信は、前記第２の端末装置からのさらなるアップリンク伝送のための、無線リソースのさらなる割り当てに対する要求の指示を含む。
【００４４】
いくつかの実施形態によると、前記第１の端末装置から受信する前記無線リソースの割り当て要求は、前記第１の端末装置がバッファ状態報告を前記基地局に送信できるようにするための無線リソースに対する割り当て要求を含む。
【００４５】
いくつかの実施形態によると、前記第１のおよび前記第２の端末装置は、マシーンタイプコミュニケーション、MTC、端末装置である。
【００４６】
いくつかの実施形態によると、第１のタイプの端末装置との無線通信をサポートするためにシステム周波数帯域幅にわたり、また第２のタイプの端末装置との無線通信をサポートするための限定された周波数帯域幅を含む、無線インターフェースに前記無線通信システムは関連付けられ、ここで、前記限定された周波数帯域幅は、前記システム周波数帯域幅よりも狭く、ここで、前記第１のおよび前記第２の端末装置は第２のタイプの端末装置である。
【００４７】
本発明の第３の態様によれば、本発明の第２の態様の前記基地局と、端末装置とを含む無線通信システムが提供される。
【００４８】
本発明の第４の態様によれば、無線通信システムにおいて、基地局に対するアップリンクデータの送信のための無線リソースの割り当てを受信するために端末装置を動作させる方法であって、前記方法は、前記基地局に対する送信を待機しているアップリンクデータを前記端末装置が有していることを判定することと、前記基地局に前記アップリンクデータを送信するための無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することと、前記基地局に対する送信を待機している前記アップリンクデータに関連する送信に使用される無線リソースを割り当てる、前記基地局からの無線リソース割り当てメッセージの受信を待つこと、とを含む。
【００４９】
いくつかの実施形態によると、無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、前記無線通信システムのランダムアクセス手順を前記端末装置は開始すべきではないことを判定することを含む。
【００５０】
いくつかの実施形態によると、前記無線通信システムのランダムアクセス手順を前記端末装置は開始すべきではないことを判定することは、前記無線通信システムの物理ランダムアクセスチャネルで前記端末装置は送信を行うべきではないと判定することを含む。
【００５１】
いくつかの実施形態によると、無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、無線リソースの割り当て要求を前記端末装置は送信すべきではないという指示を、前記端末装置が受信することに基づく。
【００５２】
いくつかの実施形態によると、前記指示は、前記無線通信システム内の他の端末装置が無線リソースの割り当てに対する要求を行う指示を含む。
【００５３】
いくつかの実施形態によると、無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、前記端末装置が、前記基地局からアクセス要求拒否メッセージを受信したことに基づく。
【００５４】
いくつかの実施形態によると、続いて、前記基地局から前記無線リソース割り当てメッセージを受信することをさらに含む。
【００５５】
いくつかの実施形態によると、前記基地局から受信した前記無線リソース割り当てメッセージ内の情報から得た無線リソースを使用して、前記基地局に対する送信を待機している前記アップリンクデータを送信することをさらに含む。
【００５６】
いくつかの実施形態によると、前記基地局に対する前記アップリンクデータを送信してしばらく経過した後に、前記基地局に対する送信を待機している更なるアップリンクデータを前記端末装置は有しているかを判定し、それに応答して、前記基地局に対して前記アップリンクデータを送信するための無線リソースの割り当て要求を前記端末装置は送信すべきであることを判定し、そのような要求を送信すること、をさらに含む。
【００５７】
いくつかの実施形態によると、前記基地局に対する送信を待機している更なるアップリンクデータを前記端末装置は有しているかを判定し、それに応答して、無線リソースの割り当て要求を前記端末装置は送信すべきであることを判定することは、前記端末装置が無線リソースの割り当て要求を行うことを許可されたことを示す、アクセス要求許可メッセージを、前記端末装置が、前記基地局から受信したことに基づく。
【００５８】
いくつかの実施形態によると、前記無線リソースの割り当ては、前記基地局に対する送信を待機している前記アップリンクデータに対して不足することを判定し、それに応答して、無線リソースの更なる割り当て要求の指示を前記基地局に送信すること、をさらに含む。
【００５９】
いくつかの実施形態によると、前記無線リソースの更なる割り当て要求の指示は、前記割り当てられた無線リソースを使用して前記基地局に送信される。
【００６０】
いくつかの実施形態によると、前記基地局から無線リソース割り当てメッセージを受信するために待機した後、前記基地局から一定期間、無線リソース割り当てメッセージが受信されることなしに、前記基地局に対する前記アップリンクデータを送信するための無線リソースの割り当て要求を送信すること、をさらに含む。
【００６１】
いくつかの実施形態によると、前記端末装置は、マシーンタイプコミュニケーション、MTC、端末装置である。
【００６２】
いくつかの実施形態によると、第１のタイプの端末装置との無線通信をサポートするためにシステム周波数帯域幅にわたり、また第２のタイプの端末装置との無線通信をサポートするための限定された周波数帯域幅を含む、無線インターフェースに前記無線通信システムは関連付けられ、ここで、前記限定された周波数帯域幅は、前記システム周波数帯域幅よりも狭く、ここで、前記端末装置は第２のタイプの端末装置である。
【００６３】
本発明の第５の態様によれば、無線通信システムにおいて、基地局に対するアップリンクデータの送信のための無線リソースの割り当てを受信するよう構成される端末装置であって、前記基地局に対する送信を待機しているアップリンクデータを前記端末装置は有していることを判定し、前記基地局に前記アップリンクデータを送信するための無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定し、前記基地局に対する送信を待機している前記アップリンクデータに関連する送信に使用される、無線リソースを割り当てる前記基地局からの無線リソース割り当てメッセージの受信を待つように、前記端末装置は構成される。
【００６４】
いくつかの実施形態によると、無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、前記無線通信システムのランダムアクセス手順を前記端末装置は開始すべきではないことを判定することを含むように前記端末装置は構成される。
【００６５】
いくつかの実施形態によると、前記無線通信システムのランダムアクセス手順を前記端末装置は開始すべきではないことを判定することは、前記無線通信システムの物理ランダムアクセスチャネルで前記端末装置は送信を行うべきではないと判定することを含むように前記端末装置は構成される。
【００６６】
いくつかの実施形態によると、無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、無線リソースの割り当て要求を前記端末装置は送信すべきではないという指示を、前記端末装置が受信することに基づくように前記端末装置は構成される。
【００６７】
いくつかの実施形態によると、前記指示は、前記無線通信システム内の他の端末装置が無線リソースの割り当てに対する要求を行う指示を含む。
【００６８】
いくつかの実施形態によると、無線リソースの割り当て要求を前記端末装置は送信すべきではないことを判定することは、前記端末装置が、前記基地局からアクセス要求拒否メッセージを受信したことに基づくように前記端末装置は構成される。
【００６９】
いくつかの実施形態によると、続いて、前記基地局から前記無線リソース割り当てメッセージをさらに受信するように前記端末装置は構成される。
【００７０】
いくつかの実施形態によると、前記基地局から受信した前記無線リソース割り当てメッセージ内の情報から得た無線リソースを使用して、前記基地局に対する送信を待機している前記アップリンクデータをさらに送信するように前記端末装置はさらに構成される。
【００７１】
いくつかの実施形態によると、前記基地局に対する前記アップリンクデータを送信してしばらく経過した後に、前記基地局に対する送信を待機している更なるアップリンクデータを前記端末装置は有しているかを判定し、それに応答して、前記基地局に対して前記アップリンクデータを送信するための無線リソースの割り当て要求を前記端末装置は送信すべきであることを判定し、そのような要求を送信するように前記端末装置はさらに構成される。
【００７２】
いくつかの実施形態によると、前記基地局に対する送信を待機している更なるアップリンクデータを前記端末装置は有しているかを判定し、それに応答して、無線リソースの割り当て要求を前記端末装置は送信すべきであることを判定することは、前記端末装置が無線リソースの割り当て要求を行うことを許可されたことを示す、アクセス要求許可メッセージを、前記端末装置が、前記基地局から受信したことに基づくように前記端末装置は構成される。
【００７３】
いくつかの実施形態によると、前記無線リソースの割り当ては、前記基地局に対する送信を待機している前記アップリンクデータに対して不足することを判定し、それに応答して、無線リソースの更なる割り当てのための要求の指示を前記基地局に送信するように前記端末装置はさらに構成される。
【００７４】
いくつかの実施形態によると、前記無線リソースの更なる割り当てのための要求の指示は、前記割り当てられた無線リソースを使用して前記基地局に送信されるように前記端末装置は構成される。
【００７５】
いくつかの実施形態によると、前記基地局から無線リソース割り当てメッセージを受信するために待機した後、前記基地局から一定期間、無線リソース割り当てメッセージが受信されることなしに、前記基地局に対する前記アップリンクデータを送信するための無線リソースの割り当て要求を送信するように前記端末装置はさらに構成される。
【００７６】
いくつかの実施形態によると、前記端末装置は、マシーンタイプコミュニケーション、MTC、端末装置である。
【００７７】
いくつかの実施形態によると、第１のタイプの端末装置との無線通信をサポートするためにシステム周波数帯域幅にわたり、また第２のタイプの端末装置との無線通信をサポートするための限定された周波数帯域幅を含む、無線インターフェースに前記無線通信システムは関連付けられ、ここで、前記限定された周波数帯域幅は、前記システム周波数帯域幅よりも狭く、ここで、前記端末装置は第２のタイプの端末装置である。
【００７８】
本発明の第６の態様によれば、本発明の第５の態様の前記端末装置と、基地局とを含む、無線通信システムが提供される。
【００７９】
また、上述した本発明の第１のおよび他の態様に関連する本発明の特徴および態様は、上述した特定の組み合わせのみではなく、本発明の他の態様に適切に対応する、本発明の実施形態に等しく適用可能であり、また当該実施形態と組み合わせることができることが理解されるであろう。
【図面の簡単な説明】
【００８０】
本発明の実施形態は、類似部分は対応する参照番号が付された添付の図面を参照して例示的にのみ説明される。
【図１】図1は、従来のLTEタイプの無線通信ネットワークの一例を示す。
【図２】図2は、LTEタイプの無線通信ネットワークにおける従来のランダムアクセス手順を示す。
【図３】図3は、LTEタイプの無線通信ネットワークにおける従来のアップリンク無線フレーム構造のいくつかの態様を示す。
【図４】図4は、周波数分割複信（FDD）モードで動作するLTEベースのネットワークに従って端末装置がランダムアクセスプリアンブルを送信することができる、４つの可能性のあるフォーマットをまとめた表を示す。
【図５】図5は、本発明の実施形態に係るLTEタイプの無線通信ネットワークの一例を示す。
【図６】図6は、本発明の実施形態によるLTEタイプの無線通信ネットワークにおける無線リソースを割り当てるためのスキームを示す。
【発明を実施するための形態】
【００８１】
図1は、LTEの原理に従って動作する無線通信ネットワーク/システム100のいくつかの基本的な機能を示す概略図を提供する。図1の様々な要素および各動作の形態は周知であって、3 GPP（RTM）団体で管理される関連規格で定義され、例えば、Holma H. and Toskala A [2]のような多くの書籍にも記載されている。ネットワーク100は、コアネットワーク102に接続された基地局101を備える。データが端末装置104におよびからその範囲内で搬送され得る、カバレッジエリア103（すなわち、セル）を各基地局は提供する。データは、無線ダウンリンクを介して、それぞれのカバレッジエリア103内の端末装置104に、基地局101から送信される。データは、無線アップリンクを介して、端末装置104から基地局101に送信される。無線通信システムのための無線インターフェースをサポートするために、無線ダウンリンク及び無線アップリンクは、まとめて扱われても良い。コアネットワーク102は各基地局101間でデータをルーティングし、また認証、移動管理、課金などのような機能を提供する。よく理解されるように、端末装置はまた、移動局、ユーザ機器（UE）、ユーザ端末、移動無線機などのように呼ばれてもよく、基地局はまた、トランシーバ局、ノードB、ｅ−ＮｏｄｅＢ、ｅＮＢなどと呼ばれてもよい。
【００８２】
LTEタイプのネットワークにおいて、アップリンク（UL）およびダウンリンク（DL）送信双方に対するスケジューリングの決定は、基地局（eNodeB／eNB）のスケジューラによって管理される。ダウンリンクについて、どの程度のデータを各端末装置に送信する準備ができているか、基地局は明確に知っている。しかし、アップリンクに関して、データは各端末装置にバッファリングされているため、一般に基地局はどの程度のデータが搬送される必要があるのかを最初に認識していない（そしてそれゆえ、どの程度の無線リソースが割り当てられる必要があるかを知らない）。したがって確立されたLTEの原理によれば、端末装置はサービング基地局にバッファ状態に関する情報を搬送するように構成されている（すなわち、各端末装置において、どの程度のデータがアップリンク通信のために準備されているか）。この情報は、物理アップリンクリンク共有チャネル（PUSCH）上で物理的に送信される、アップリンク共有チャネル（UL-SCH）上の、いわゆるバッファ状態報告（BSR）で従来は送られる。BSRの情報の詳細については、関連する規格を参照して理解されることができる。例えば、ETSI TS 136 321 V10.6.0 (2012-10) / 3 GPP TS 36.321 version 10.6.0
Release 10 [3]参照。
【００８３】
従来のLTEネットワークにおいて、BSRは6ビット長であり、端末装置は、一度に１つまたは４つのそのようなBSRを送信することができ、１つのグループの論理チャネルまたは４つのグループの論理チャネルのいずれかのデータのバイト数をそれぞれ報告する。端末装置が0から150,000バイトのバッファレベルを、もしくは拡張BSRの場合、0から3,000,000バイトを報告できるように、6ビットは関連する仕様/規格で量子化されている。端末装置は、それがレギュラーもしくは拡張BSRを送信すべきかどうかを決定する無線リソース制御（RRC）構成を有する。
【００８４】
BSRはレギュラーまたは周期的またはパディングであることができる。
【００８５】
端末装置は、以下の場合にレギュラーBSRを送信する。
ａ）予めバッファに含まれていたデータの論理チャネルよりも優先度が高い論理チャネルに対するデータが到達する。
ｂ）送信に利用可能なデータがそれ以前になかったときに、データが任意の論理チャネルに対して利用可能になる。
ｃ）「retxBSR」タイマーが終了し、送信に利用可能なデータがある。
【００８６】
これを端末装置にうまく通知することができない何らかの理由を別にすれば（おそらくBSR NACKが誤って、ACKとして端末装置で復号されるので）、retxBSRタイマーは、基地局が正しくBSRを受信できなかった状況を緩和するために使用される。したがって、タイマーが終了してUL許可が受信される、およびBSRが送信されるたびに、retxBSRタイマーはリセットされる。
【００８７】
周期的なBSRタイマーが終了したときに、BSR報告を制御するためにRRCによって使用される周期的なBSRが送信される。
【００８８】
BSRを収容することができるメディアアクセス制御プロトコルデータユニット（MAC PDU）で使用可能なスペースがあるとき、パディングBSRが送信される。
【００８９】
従来のLTEの原理によれば、端末装置がレギュラーBSRを送信するためのPUSCHリソースの十分な割り当てを有していない場合、代わりに、端末装置はRRCによって割り当てられ得るリソース内の物理アップリンク制御チャネル（PUCCH）上で１ビットのスケジューリング要求（SR）を送信する。端末装置がそのような割り当てを有していない場合、BSRを送信するのに十分であるPUSCH上のリソースのアップリンク（UL）許可を要求するために、端末装置はSRを送信するランダムアクセス（RA）手順を開始する。周期的およびパディングBSRはSR（またはRA）をトリガーしない。
【００９０】
LTEベースのネットワークにおいて、ランダムアクセス手順は、競合ベースまたは非競合ベースであり得る。BSRを送信する必要がある端末装置が、BSRを送信するためのPUSCHリソースの十分な割り当てやPUCCH上の任意のSRの割り当てを有していない場合、競合ベースのRA手順がトリガーされる。ランダムアクセス手順は、一般的にランダムアクセストランスポートチャネル（LTE用語でRACH）にアクセスすることと共に、関連する物理ランダムアクセスチャネル（LTE用語でPRACH）上での送信を含む。
【００９１】
LTEタイプのネットワークにおいてRACHにアクセスするために、端末装置は、ネットワークのアップリンク無線フレーム構造（時間−周波数リソースグリッド）内で定義された無線リソースを用いて、プリアンブルとして知られるシーケンスを送信する。基地局は、セル内の端末装置が送信する可能性がある任意のプリアンブルに対して定義されたリソースをモニタするように構成されており、このようなプリアンブルを検出すると、以下に要約されるように定義されたRA手順に従って応答する。合計では８３８プリアンブルがLTEで定義されているが、現在ネットワークオペレータは、セルの特性に応じて６４のプリアンブルを用いるように各通信セルを構成している。特定の通信セルで使用可能な、プリアンブルおよびプリアンブルの送信のためのアップリンクリソースは、基地局によってシステム情報ブロック（SIB）シグナルで、特にSIB2を使用して、端末装置にブロードキャストされる。
【００９２】
図2は、端末装置104（図2の左側のノード）が、基地局101（図2の右側のノード）にアクセスしようとする、従来のLTEの競合ベースのランダムアクセス手順のステップを示すラダー図である。LTEのRA手順の詳細については、例えば、ETSI
TS 136 300 V10.8.0 (2012-07) / 3 GPP TS 36.300 version 10.8.0 Release 10 [4]を参照のこと。
【００９３】
以下のように、競合ベースのRA手順のステップは要約され得る。
【００９４】
ステップ１：端末装置104は、基地局101によってサービスされる通信セルにおいて、競合ベースのRA用に設定されたセットの中からプリアンブルを送信する。送信のために使用される無線リソースに基づいて、端末装置は、送信に関連するRA-RNTI（Random Access
Radio Network Temporary Identity）を決定する。
【００９５】
ステップ２：基地局101は、検出されたプリアンブルの識別子と、タイミング調整コマンドと、テンポラリC-RNTI（Cell Radio Network Temporary Identity）を含む、RA-RNTI宛のランダムアクセス応答（RAR）を送信する。
【００９６】
ステップ３：端末装置が基地局からのRARを、ステップ１におけるプリアンブルの送信の後に指定された時間窓内で受信すると仮定すると、端末装置は、適切なRA手順のメッセージを含む、いわゆるメッセージ３を送信する。例えば、RA手順のメッセージは、スケジューリング要求、トラッキングエリアの更新またはRRC接続要求であってもよい。
【００９７】
ステップ４：ステップ３からメッセージ３を受信すると、基地局は競合解決メッセージを送信する。このメッセージが向けられた端末装置は、定義されたHARQ（Hybrid Automatic
Repeat request）手順に従って、ACK / NACK応答シグナルを送信する。競合の結果として正常にメッセージをデコードする、他の競合する端末装置は、HARQフィードバックを送信せず、RA手順を終了する。
【００９８】
LTEベースのネットワークにおいて、RA手順に関連する物理的な送信は、PRACH上で搬送される。この物理チャネルは、LTEチャネルの他の態様とは異なり、１．０８ＭＨｚ（６リソースブロック（RB）の幅内に入る）の帯域幅を周波数領域で占有し、１．２５ｋＨｚのサブキャリア間隔を用いる。端末装置がPRACHを送信することを許可されるアップリンク無線フレーム構造のサブフレームは、ネットワークオペレータによってセルごとに設定可能である。概略的に図3に示すように、PUSCHとPUCCHと共に、PRACHは時間−周波数に多重化されている。
【００９９】
図3は、どのようにPUSCH、PUCCHおよびPRACHが多重化されているかを概略的に示すものであり、LTEベースのアップリンクフレーム構造に関する時間−周波数リソースグリッドを表す。図3から分かるように、PUCCHは、システム帯域幅の上側と下側の端に面して周波数リソースに配置され、PUSCHは、PUCCHの領域間の周波数リソースに配置され、PRACHは、PUSCH領域内のリソースの個別の領域に配置される。PRACHに関する時間および周波数リソースのそれぞれの領域には、一つのPRACHスロット周期が存在し、上述したように、６ＲＢに対応する帯域幅を有する。PUSCHの送信がPRACHスロットで生じるかどうかは、基地局スケジューラの問題である。
【０１００】
図4は、周波数分割複信（FDD）モードで動作するLTEベースのネットワークに従って、図２のステップ１において、端末装置がRAプリアンブルを送信することができる４つの可能性のあるフォーマットをまとめた表である。左端の列（「プリアンブルフォーマット」）は、4つの可能性のあるプリアンブルのフォーマットを示している。次の列（「TCP」）は、対応するマイクロ秒単位のサイクリックプリフィックス持続期間を示す。次の列（「TSEQ」）は、対応するマイクロ秒単位のプリアンブルシーケンスの持続期間を示す。次の列（「TGT」）は、対応するマイクロ秒単位のガードタイムを示す。右端の列（「PRACHスロット持続期間」）は、対応するサブフレーム単位の各PRACHスロットの持続期間を示す。
【０１０１】
LTEタイプのネットワークにおけるPRACHの重要な点は、PRACH送信のためのリソースが少なくとも一つのサブフレーム、潜在的には１〜３の長さのプリアンブルのフォーマット、に拡大されており、PUSCHやPUCCHの送信と同時に生じることである。これは、重複して送信している時間の間で、PRACHが、PUSCHとPUCCHに対する干渉の発生源となる可能性があることを意味する。本発明のいくつかの実施形態によると、PRACHの送信に起因する干渉の可能性は、以下にさらに述べるように、修正されたランダムアクセス手順を提供することによって低減することができる。
【０１０２】
ランダムアクセス手順の送信に関連する干渉は、無線通信システムの帯域幅に関係なく生じ得るが、その問題は、比較的狭い帯域幅を伴う状況でより顕著であると予想され得る。これは、PRACHチャネルの帯域幅が、システム帯域幅全体の比較的大きな部分となり得るためである。この点において、PRACHの送信が特に重大な干渉の問題を示し得る一つの分野は、いわゆる仮想キャリアネットワークの使用であり、例えば、GB 1 101970.0 [5], GB
1101981.7 [6], GB 1101966.8 [7], GB 1101983.3 [8], GB 1101853.8 [9], GB
1101982.5 [10], GB 1101980.9 [11], GB 1101972.6 [12], GB 1 121767.6 [13] and GB
1121766.8 [14]の同時係属中の英国特許出願で説明される。仮想キャリアの詳細については、これらの文書から理解することができるが、一般的な概要として、仮想キャリアのアイデアの基本的な概念は、狭い帯域内での端末装置の動作をサポートするために、より広いホストキャリア帯域幅内の比較的狭い周波数の帯域幅を使用することである。従って、ホストキャリア内の狭帯域幅はいくつかの点で、特定のデバイスをサポートするための別のキャリアと考えることができる（すなわち仮想キャリア）。
【０１０３】
上述したように、MTCデバイスのような特定のクラスのデバイスは、多くの場合、比較的低頻度の間隔で少量のデータを送信することを特徴とする通信アプリケーションをサポートしており、よって、従来のLTE端末よりもかなり複雑さを低減して動作することができる。多くの状況において、システム全体の帯域幅で動作可能である従来の高性能なLTE受信部を有するような低機能端末を提供することは、少量のデータだけを通信する必要があるデバイスに対して過度に複雑になり得る。したがって、デバイスが比較的複雑な送受信機をサポートすることを要求される場合、これは、LTEネットワークにおける低機能MTCタイプのデバイスの広範な展開の実用性を制限する可能性がある。代わりに、端末に送信されるデータの量に比例するように、より単純な送受信部を備えたMTCデバイスのような低機能端末を提供することが好ましい。この点で、従来のOFDM方式のダウンリンクキャリア（すなわち「ホストキャリア」）の送信リソース内の比較的狭い帯域「仮想キャリア」の提供は、単純な送受信機を備えたデバイスを提供することを可能とすることができる。これは、仮想キャリア上で搬送されるデータは、ダウンリンクホストOFDMキャリアの全帯域幅を処理することなく受信し、デコードすることができるからである。したがって、仮想キャリア上で搬送されるデータは、複雑さを低減された送受信部を用いて受信されデコードされることができ、上述したように、そのことはMTCタイプのデバイスにとって魅力的である。
【０１０４】
仮想キャリアの動作のために提案された一つの帯域幅は、１．４ＭＨｚであり、これは、PRACHの帯域幅に対応する。したがって、端末装置がRA手順を開始するとき、PRACHの送信が、仮想キャリアのPUSCH送信のための全帯域幅に及び、場合により最大３つのサブフレームになるので（プリアンブルフォーマットに応じて）、したがって干渉の可能性がある、仮想キャリアの状況となる可能性がある。PRACHの送信はスケジューリングによって、PUCCHとも干渉する可能性がある。
【０１０５】
したがって、広い帯域幅であるホストキャリア内で動作する仮想キャリアのような狭帯域のキャリアは、ランダムアクセス手順に関連付けられたPRACH送信によってもっとも影響され、PUSCHおよびPUCCHの送信に対して性能の低下がもたらされ得ることが予想される。このような性能の低下は、端末装置から再送信する必要性の増加につながることが予想され、これにより、無線ネットワーク上でさらに輻輳や干渉を引き起こし、端末装置の電池量をより速く消費する。また上記したように、MTCタイプのデバイスに関して、端末装置がより高密度に展開される場合には、このようなPUSCH/ PUCCHに対するPRACHとの干渉は、端末装置の密度の結果として、一層頻繁に発生する可能性がある。このようなMTCデバイスは、低コストで、バッテリ寿命および送信電力が限られ、手の届かない場所に設置されるように設計されており、よって、MTCデバイスにとって、さらに仮想キャリアコンテキストのように比較的狭い帯域幅で動作するMTCタイプのデバイスに関して、PRACHの干渉によるPUSCH/
PUCCHの再送信をする必要性を最小限にすることが特に望ましい。とはいえ、PRACHに対するPUSCH/ PUCCHの干渉の問題は、広い帯域幅で動作する多くの従来のタイプの端末装置に対しても同様に生じ得ることが理解されるであろう。
【０１０６】
無線ネットワーク干渉に加えて、ランダムアクセス手順を通して比較的多くの端末装置がネットワークにアクセスしようとする可能性がある状況において、利用可能なRAプリアンブルの限られた数が問題になる可能性がある。これは、より多くの端末装置が、ほぼ同じ時間にアクセスしようとすると共に、同じRAプリアンブルを選択し、RACHで衝突を引き起こす二つの端末装置がある可能性が増加されるからである。このような衝突はまた、衝突する端末装置のうちの少なくとも一つからPRACHの再送信をもたらし、それによってより多くの無線ネットワークの干渉、および端末装置に対してはさらなる電池の消費を引き起こす。
【０１０７】
これらの問題を念頭に置いて、本発明の特定の実施形態は、全体的にPRACH送信の生じる数を減らすという観点で、無線通信ネットワークにおける複数の端末装置に対するランダムアクセス手順を制御するスキームを対象とする。いくつかの例では、これは別の、異なる端末装置によって開始されるランダムアクセス手順に応じて、ある端末装置にアップリンクリソースを割り当てる、基地局によって達成される。同様に、いくつかの実施形態に係る端末装置は、ランダムアクセス手順を開始する他の端末装置の結果としてリソースの割り当てを受けることができる。
【０１０８】
図５は、本発明の実施形態に係る通信システム500を示す。この例では、通信システム500は、LTEタイプのアーキテクチャーに広く基づいている。通信システム500の動作の多くの点は、知られており、理解されており、簡略化のためにここでは詳細には記載されない。本明細書に具体的に記載されていない通信システム500の動作態様は、公知の技術に従って、例えば、確立され、公開されたLTE規格によって、実施することができる。
【０１０９】
通信システム500は、無線ネットワーク部に接続されたコアネットワーク部（進化されたパケットコア）501含む。無線ネットワーク部は、本発明の実施形態に従って適応され、複数の端末装置と通信するように構成された基地局（進化されたNodeB/eNB）502を含む。この例では、４つの端末装置が示され、すなわち、第１のタイプの端末装置505と第２のタイプの３つの端末装置508A、508B、508Cである。第２のタイプの３つの端末装置508A、508B、508Cを区別することが重要でない場合には、これらの端末装置は、端末装置508として集合的に呼ぶことができる。当然、実際には、無線ネットワーク部は、様々な通信セルにわたって多数の端末装置にサービスする、複数の基地局を含んでもよいことが理解されるであろう。しかし図５には、１つの基地局と４つの端末装置のみが簡素化の利点のために示される。
【０１１０】
従来の移動無線ネットワークと同様に、端末装置505、508は、基地局502（トランシーバ局）に、およびからデータを搬送するように構成される。次に基地局は、通信システム500において、基地局502を介して端末装置の移動通信サービスのルーティングおよび管理を行うように構成されている、コアネットワーク部のサービングゲートウェイ、S-GW（図示せず）、に通信可能に接続される。移動性管理及び接続性を維持するために、コアネットワーク部501はまた、ホーム加入者サーバ、HSS、に格納された加入者情報に基づいて通信システム内で動作している、端末装置505、508との強化されたパケットサービス、EPS、接続を管理する移動性管理端末（図示せず）を含む。他のコアネットワーク内のネットワーク構成要素（これも簡略化のため図示せず）は、課金ポリシーおよびリソース機能、PCRF、コアネットワーク部501から外部パケットデータネットワーク、例えばインターネット、への接続を提供する、パケットデータネットワークゲートウェイ、PDN-GW、を含む。上述したように、図5に示される通信システム500の種々の要素の動作は、本明細書で説明するように、本発明の実施形態による機能を提供するように変更されたものとは別に、広く従来のものであってもよい。
【０１１１】
この例では、第1の端末装置505は、従来の方法で基地局502と通信する、従来のスマートフォンタイプの端末装置であると仮定される。この第1の端末装置505は、無線信号の送信および受信のための送受信部507と、スマートフォン505を制御するように構成された制御部506を備える。制御部506は、無線通信システム内の機器に対する従来のプログラミング/コンフィグレーション技術を使用して、所望の機能性を提供するように適切に構成/プログラムされたプロセッサユニットを含んでもよい。送受信部507および制御部506は別個の要素として、概略的に図5に示されている。しかし、これらのユニットの機能は、さまざまな異なる方法で、例えば、単一の適切にプログラムされた集積回路を使用して、提供することができることが理解されるであろう。理解されるように、一般的にスマートフォン505は、その動作機能に関連した様々な他の要素を含むであろう。
【０１１２】
この例では、第２のタイプである端末装置508は、すべてマシーンタイプコミュニケーション（MTC）端末装置を想定している。上述したように、これらのタイプのデバイスは、一般的に、少量のデータを通信する半自律的または自律無線通信装置として特徴付けることができる。例えば、加入者の家に設置され、定期的にガス、水道、電気、などのような公共施設の加入者の消費に関連する情報を中央MTCサーバに送信する、いわゆるスマートメーターが例として含まれる。
【０１１３】
スマートフォン505と同様に、それぞれのMTCデバイス508A、508B、508Cは、それぞれ、無線信号の送信および受信のための送受信部510A、510B、510Cを含み、制御部509A、509B、509Cは、それぞれのデバイス508A、508B、508Cを制御するように構成される。制御部509A、509B、509Cは、それぞれ、本発明の実施形態による機能性を提供するための様々なサブユニットを含んでもよい。例えば、いくつかの実施形態に従って、各端末装置は、端末装置が基地局に対する送信を待っているアップリンクデータを有しているか判定する、アップリンクデータのための判定部と、端末装置が基地局にアップリンクデータを送信するための無線リソースの割り当て要求を送信すべきではなく、代わりに、本発明の実施形態に従って、本明細書に記載されるような機能を提供し、動作するように構成された基地局から、無線リソース割り当てメッセージを受信するのを待つべきであることを判定する送信要求判定部と、を含むことができる。これらのサブユニットは、別個のハードウェア要素として、または適切に制御部の機能を構成するように実装される。したがって、それぞれの制御部509A、509B、509Cは、無線通信システム内の機器に対する従来のプログラミング/コンフィグレーション技術を使用して、所望の機能性を提供するように適切に構成/プログラムされた制御部を含んでもよい。説明を容易にするために、各デバイス508の送受信部510A、510B、510Cおよび制御部509A、509B、509Cの各ペアは、別個の要素として、概略的に図5に示されている。しかし、各デバイス内のこれらのユニットの機能は、当技術分野において確立された慣行に従った、さまざまな方法で、例えば、単一の適切にプログラムされた集積回路を使用して、提供されることができることが理解されるであろう。MTCデバイス508は、一般的に、それらの動作する機能と関連する様々な他の要素を含み、それらの関連する他の要素は、一般的に、従来の技術に従って動作することが理解されるであろう。
【０１１４】
基地局502は、無線信号の受信および送信のための送受信部503と、基地局502を制御する制御部504とを備える。再度述べるが、制御部504は、本発明の実施形態による機能性を提供するための様々なサブユニットを含んでもよい。例えば、いくつかの実施形態に従う基地局は、第１の端末装置から無線リソースの割り当て要求を受信するための要求受信部と、第１の端末装置と第２の端末装置との関連性を判定するための関連性判定部と、本明細書で説明されるような、本発明の実施形態に従う機能を提供し、動作するように構成された第１の端末装置からの無線リソース割り当て要求の受信に応答して、第２の端末装置にアップリンク送信のための無線リソースを割り当てる、無線リソース割り当てメッセージを送信するための割り当てメッセージ送信部とを含む。これらのサブユニットは、別個のハードウェア要素として、または適切に制御部/送受信部の機能を構成するように実装される。したがって、制御部504は、無線通信システム内の機器に対する従来のプログラミング/コンフィグレーション技術を使用して、所望の機能性を提供するように適切に構成/プログラムされたプロセッサユニットを含んでもよい。表現を容易にするために、送受信部503および制御部504は、概略的に図５で別個の要素として示される。しかし、これらのユニットの機能は、当技術分野において確立された慣行に従った、さまざまな方法で、例えば、単一の適切にプログラムされた集積回路を使用して、提供されることができることが理解されるであろう。基地局502は、一般的に、その動作する機能に関連した様々な他の要素を含み、それらの関連する他の要素は、一般的に、従来の技術に従って動作することが理解されるであろう。
【０１１５】
基地局502は、確立されたLTEベースの通信原理に従ってスマートフォン505と通信し、本明細書に記載されている本発明の実施形態に従う端末装置508と通信するように構成されていることがここで想定される。
【０１１６】
本発明の特定の実施形態は、図５のネットワーク500のような無線通信ネットワークにおける特定のタイプの端末装置が、同様のトラフィックプロファイルを有することが期待されるという認識に基づいている。例えば、特定のガスサプライヤーの代わりにスマートメーターで計測するような、所定のMTCアプリケーションに関連付けられたMTCタイプの端末装置508は、すべてが同じような時間で同じようなデータの量を送信する、例えば、加入者のガス（または、例えば、計測されているものは何でも）の消費に関する情報を定期的にアップロードすることに対応する、ように構成されることが期待されるかもしれない。この点において、端末装置の特定のタイプは、その予想される（または慣習から見て）トラフィックプロファイルに応じてグループ分けすることができる。例えば、既存のLTE規格に規定されている、サービス品質（QoS）クラス識別子（QCI）の関連に基づいて端末装置はグループ化されるかもしれない（ETSI TS 123 401 V10.8.0 (2012-07) / 3 GPP TS 23.401 version 10.8.0
Release 10 [15] and ETSI TS 123 203 V10.7.0 (2012-07) / 3 GPP TS 23.203 version
10.7.0 Release 10 [16]参照）。端末装置がQCIに基づいてグループ化されている本発明の実施形態によれば、現在規定されているQCIカテゴリの一部拡大、例えば、アップリンクトラフィックの特定の周期性、またはバーストパラメータ/統計値に関連するカテゴリを含むことがあってもよいことが理解されるであろう。端末装置は、他の方法でグループ化されてもよい。例えば、共通のMTCアプリケーションに関連付けられているMTCデバイスは、例えば、特定のガスサプライヤーの代わりにスマートメーターで計測するような、単一のトラフィックプロファイルグループに分類されることが考えられる。
【０１１７】
したがって、本発明の実施形態によれば、複数の端末装置は、概念的に、アップリンクトラフィックプロファイルに関連付けられたいくつかの共通の特性を有する、特定のグループに属するものとして分類されることができる。図５を参照すると、この例では、３つのMTCタイプの端末装置508A、508B、508Cは、類似のアップリンクトラフィックプロファイルを有する端末装置のグループを形成するものとして分類されることが想定される。上述したように、これは、すべての３つのMTC端末装置が所定のMTCアプリケーションに関連付けられている可能性があるからである。本発明のいくつかの実施形態による様々な動作モードの以下の説明では、MTCデバイスはRRC接続状態であることが想定される。
【０１１８】
第１の実施形態によれば、基地局は、同じトラフィックプロファイルグループ内の端末装置の記録を維持することが想定される（例えば、基地局によってサービスされる各グループ内の各端末装置の識別子のリストを含むデータ記録に基づいて）。しかし、基地局が関連するグループ化情報を認識していても、本実施例によれば、個々の端末装置は、属しているグループ（複数でもよい）の他のメンバーの識別子を認識していない。
【０１１９】
図5を再び参照すると、ある時点で、端末装置508Aは、そのアップリンクバッファ内の一部のデータを自分自身で探すことが想定される。これは、端末装置が、スマートメーターに関連し、また当該端末装置の動作スケジュールに従う使用に関する情報をアップロードする時間であることからかもしれない。上記のような、従来のLTEの動作の原理によれば、通常の方法では、端末装置508Aは、そのバッファ内のデータを送信するためのPUSCHのアップリンク割り当てを要求するために、基地局502にBSRを送信しようとする。しかし、再度上述したように、端末装置は、BSRを送信するためのPUSCHのアップリンク許可を現在有しておらず、SRを送信するには不十分なPUCCHのリソースしか有していないかもしれない。これにより、端末装置は、RACHおよびRA手順を介して、ネットワークにアクセスしようとするためにフォールバックする。この点において、端末装置は、本実施例が実施されるネットワークの従来の動作原理に従ってRA手順が開始される状況に到達するため、従来の原理に従ってもよい。
【０１２０】
図６は基地局502と、本発明の実施形態に従う図５の端末装置508A、508B、508Cとの間のシグナリングを概略的に示すラダー図である。図６に示されるシグナリングは、端末装置508AがRA手順を開始する要因である、端末装置580AがBSRを送信しようと要望する状態になった時点から開始する。
【０１２１】
本発明のこの実施形態によれば、例えば、図２を参照して上述したように、端末装置508Aに関するRA手順は、通常通り開始するように構成される。したがって、第１のステップで、端末装置508Aは、従来のRAプリアンブル601を基地局502に送信し、第２のステップで、基地局502は従来のRAR602Aを端末装置508Aに送信することによって応答する。次に、端末装置508Aは、図2を参照して上述した原理に従って従来のRA手順のメッセージ３
603Aを基地局502に送信する。
【０１２２】
従って、図6に示されるプロセスのこの段階では、基地局502は従来のRA手順で、端末装置508AがレギュラーBSRを送信するPUSCHのリソースを要求するためにSRを送信していることを示す、メッセージ３に対応するシグナルを受信する。本発明の特定の実施形態によれば、基地局502は、RA手順を開始した端末装置508Aが、定義されたトラフィックプロファイルグループのメンバーであるか否かを判定するように構成されている。この例では、これは、端末装置508Bおよび508Cを、現在RA手順に関与している端末装置508Aと同様のトラフィックプロファイルを有すると分類されるように、基地局に識別させる。端末装置の同様のトラフィックプロファイルのため、端末装置508Aと同様に、端末装置508Bおよび508Cもまた、それら自身のBSRを送信するアップリンクリソースを要求するために、それら自身のRA手順を開始することを要望するであろう状態に近づくことが予想される。しかしながら、本発明のいくつかの実施形態に係る基地局502は、端末装置508B、508Cがアップリンクリソースのためにそのような要求を行うことを防ぐように動作するように構成されている。この例では、基地局502が、本発明の実施形態に従うPRACHアクセス拒否メッセージ（またはアクセス要求拒否）604B、604Cと呼ばれる、明示的なシグナルを送信することによって、端末装置508B、508CにPRACHの送信を行わないように指示することで、これは行われる。すなわち、いくつかの共通の特性（複数可）を持つトラフィックプロファイルを有するとみなされる端末装置のグループのうちの１つの端末装置に対するRA手順に関連する、PRACH送信を基地局が一旦受信すると、基地局は、少なくとも一時的に、PRACHへのアクセスを拒否されたことを示すシグナルを、グループ内の他の端末装置に送信するように構成され、それによって、グループ内のこれらの他の端末装置がそれら自身のRA手順を開始することを防ぐ。
【０１２３】
したがって、図６の端末装置508B、508Cのような、本発明の実施形態に従ってPRACHアクセス拒否メッセージを受信した端末装置は、たとえ端末装置の通常の動作手順に従った場合には別の方法でランダムアクセス手順を起動できるようになっていても、ランダムアクセスプリアンブルを送信して自身のランダムアクセス手順を開始しないであろう。例えば、端末装置508B、508Cのいずれか一方が、それらがBSRを基地局に送信できるように、アップリンクの無線リソースの割り当てを要求するランダムアクセス手順を開始できる状態になった場合、それらがPRACHアクセスを拒否（例えばPRACHアクセス拒否メッセージ604B、604Cを通して）され、拒否がまだ解除されていない場合は、それを行うことはない。一例として、PRACHアクセス拒否シグナルは、有効とされたフラグにより、または通常の方法である、PDSCH上のRRCメッセージに配置されている関連する端末のC-RNTI宛の、PDCCHを介して送信される、RRC（再）コンフィギュレーションに含まれるメッセージによって、実施されることができる。あるいは、PRACHアクセス拒否メッセージは、有効とされた追加ビット（フラグ）、または関連する端末装置のC-RNTI宛てにPDCCH上で搬送されるDCI（ダウンリンク制御情報）メッセージに追加されたフィールドを使用して伝達されることができる。
【０１２４】
このように、それぞれのPRACHアクセス拒否メッセージ604B、604Cを受信すると、それ以外の場合はそうしたであろう場合でも、端末装置508B、508Cはそれら自身のRA手順を開始しない。代わりに、PRACHアクセスを拒否された端末装置508B、508Cは、以下でさらに説明するように、基地局からさらなる通信を受信するのを待つ。
【０１２５】
基地局502と、RA手順を開始した端末装置508Aとの間の通信を参照すると、メッセージ３ 603Aで、端末装置508Aからスケジューリング要求（SR）を受信した基地局502は、再び述べるが、端末装置508Aによって開始されるRA手順に関連した通信に関する従来のRA手順である、競合解決メッセージ605Aの端末装置508Aに対する送信を開始する。
【０１２６】
BSRの送信に関連する従来のLTEシグナリング手順を以下に再度記述するが、基地局502は、端末装置508Aがそのバッファ状態報告を送信する無線リソースのアップリンク許可を提供する、BSRメッセージ606Aのためのアップリンク許可を、端末装置508Aに送信する。
【０１２７】
その端末装置のBSRを送信するための無線リソースのアップリンク許可を受信すると、端末装置508Aは、基地局502へのBSRを含むBSRメッセージ607Aの送信を開始する。
【０１２８】
基地局502は、端末装置508AからBSRメッセージ607Aを受信すると、より具体的には、端末装置508Aが、それがバッファしたデータを送信できるように、および基地局502へのアップリンクの準備ができるようにするために、基地局502のスケジューラは、端末装置508Aに付与する無線リソースの割り当てを決定し、このアップリンクリソース割り当てを、バッファされたデータのアップリンク許可メッセージ608Aで、端末装置508Aに搬送する。図6には示していないが続いて、端末装置508Aは、バッファされたデータのアップリンク許可メッセージ608Aを通して端末装置508Aに割り当てられたアップリンク無線リソースを用いて、バッファされたデータを基地局502に送信することができる。
【０１２９】
したがって、図6に示すように、基地局502と端末装置508Aとの間で開始されるRA手順の通信は、一般的な従来のものとすることができる。例えば、端末装置508Aと基地局502との間の様々なシグナリングメッセージは、確立されたL TEタイプのネットワーク通信の原理に従って行うことができる。例えば、アップリンク許可メッセージ605A、607Aは、物理ダウンリンク制御チャネル（PDCCH）を用いて通常の方法で行われることができる。
【０１３０】
しかし、図6に示される、本発明の実施形態による従来のアプローチとは異なる動作の重要な態様は、基地局502が、自身がアップリンクリソースを要求していない端末装置508B、508Cに対して、アップリンク許可メッセージ608B、608Cを送信するように構成されていることであり、上述したように、実際にそれらがリソース要求をすることができることを防ぐために、PRACHアクセスは拒否される。端末装置508B、508Cに割り当てられる無線リソースの量は、このように、端末装置508Aから受信したバッファ状態報告に従って、ランダムアクセス手順を開始した端末装置508Aに割り当てられた無線リソースの量に対応してもよい。アップリンク許可メッセージ608B、608Cは、LTEタイプの無線通信システムにおいて、アップリンクリソースを付与するための確立された原理に従って、例えば、通常の方法でPDCCHシグナルを使用して、端末装置508B、508Cに送信することができる。基地局502のスケジューラは、各端末装置から独立したバッファ状態報告を受ける基地局に適用される確立された原理に従って、様々な端末装置508A、508B、508Cに対して無線リソースを割り当てるように動作することができる。例えば、図６の第１の端末装置508から受信したBSRメッセージ607A内のBSRに基づくアップリンクのデータ量およびセル内の無線リソースの利用可能性等に応じて、アップリンク許可シグナル608A、608B、608Cは、複数の無線サブフレームにわたって提供されてもよい。
【０１３１】
したがって、この動作モードの基本原理は、端末装置508Aが、以前に同じようなトラフィックプロファイルを有すると識別された端末装置のグループのメンバーとして、基地局502に関連付けられているということであり、この例では、グループはさらに端末装置508B、508Cを含む。したがってグループ内の他の端末装置508Aからのアップリンク送信のためのリソースの割り当てに対する要求を受信したことに基づいて、基地局は、端末装置508B、508Cからの後続のアップリンク送信に対する無線リソースを割り当てる（許可する）。ここでの原則は、端末装置508Aが特定の量のデータを基地局に送信する場合、同じグループ内の他の端末装置508B、508Cは、基地局に送信する同量のデータを有していることが合理的に予想されるということである。したがって、それらの端末がそのようなリソースの要求をすることなしに、基地局は、前もって端末装置508B、508Cにリソースを割り当てることができる。確かに、本発明の本実施形態によれば、上述したPRACHアクセス拒否メッセージ604B、604Cを通知することを通さずに、端末装置508B、508Cがリソースを要求することが、基地局によって防がれる。
【０１３２】
したがって、本発明のいくつかの実施形態によるこのアプローチは、一つの端末装置からのリソース要求に応答して、複数の端末装置に対するリソース割り当てを提供する基地局のためのメカニズムを提供する。他の端末装置から受信したアップリンクリソースに対する要求に基づいて、特定の端末装置がアップリンクのためのデータを有する場合を予測し、それに応じて無線リソースを割り当てる、この方法の利点は、基地局で受信されるリソースに対する要求の数の減少の可能性である。従ってこれは、特に、ランダムアクセス手順に関連して、基地局によってサービスされる通信セルにおける無線干渉及び輻輳の可能性を低減することを促進することができる。本発明の実施形態によるいくつかのアプローチにおいて、このように、リソースを要求していないが、アップリンクリソースを要求した他の端末装置と共通のトラフィックプロファイル特性を有するものとして分類されている端末装置に関するリソース割り当てを前もって提供するものと理解されてもよい。本実施例に従ってアップリンクリソースを要求した他の端末装置は、基地局にランダムアクセスプリアンブルを送信することを介してランダムアクセス手順を開始する、単なるグループの最初の端末装置である。この点において、ランダムアクセス手順を開始する端末装置のグループ内の最初の端末は、基地局がグループ内の全ての端末装置に当てはまるものとして扱い、それに応じて無線リソースを割り当てる、バッファ状態報告を基地局に提供する点に関して、端末装置のグループに対する「マスター」端末装置または「代表（delegate）」端末装置になると実質的に考えられてもよい。
【０１３３】
従って、アップリンク許可メッセージ608B、608Cを受信すると、各端末装置508B、508Cは、割り当てられたリソースを用いて、それらのバッファに持っている任意のデータを基地局に送信してもよい。
【０１３４】
いくつかのケースでは、端末装置508B、508Cに割り当てられるリソースの量は、ちょうど一致してもよく、または、各端末装置がアップリンク送信のためにそのバッファ内で準備しているデータの量を超えてもよい。例えばこれは、ランダムアクセス手順を開始する端末装置508Aのトラフィックプロファイルと、グループ内の他の端末装置の508B、508Cとの間に密接な関連がある可能性がある。例えば、これは、様々な端末装置が対応するタスクを実行している状況で予想される。例えば、各端末装置が、同じ方法で使用量データを記録し、ほぼ同時刻に使用量データをサーバアプリケーションに報告するように構成された、スマートメーターに関連付けられている場合、ほぼ同一の時間に、全ての端末装置がバッファ内に非常に似通ったデータの量を有することが予想される。この場合、端末装置508B、508Cは、それらが通常の方法で割り当てられたリソースを使用して、それらのバッファされたデータの送信を開始してもよい。
【０１３５】
しかし、他の場合には、実際に基地局502によって前もって割り当てられたリソースを有している一つ以上の端末装置508B、508Cは、アップリンクのためのバッファされたデータが現在ないかもしれない。これは、概して同様のトラフィックプロファイルを持つ端末装置の識別されたグループ内でも発生し得、例えば、トラフィックプロファイルが同一でないため、またはランダムアクセス手順を開始する端末装置508Aが、他の端末装置には適用されない理由でランダムアクセス手順を開始したために発生し得る。例えば、図６の端末装置508Aは、その端末が他の端末装置と共にグループ化されているとして、その端末が分類されていることに基づく通常のトラフィックプロファイルに関連するデータの送信よりも、発生した障害状態に関するアップリンクデータを送信するためのランダムアクセス手順を開始してもよい。
【０１３６】
他のいくつかの場合では、実際には、基地局502によって前もって割り当てられたリソースを有している一つ以上の端末装置508B、508Cは、それらがアップリンクのために現在バッファしているすべてのデータを送信するために割り当てられているよりも多くのリソースを要求するかもしれない。
【０１３７】
その端末が必要としないか、またはその端末の要求には不十分であるかのどちらかのアップリンクリソースが前もって端末装置に割り当てられているときに、本発明のいくつかの実施形態に従って、端末装置は、この事実を示すために、拒絶（rejection）/不足（insufficient）指示メッセージ609B、609Cを基地局502に送信するように構成されてもよい。拒絶/不足指示メッセージ609B、609Cは、例えば、前もって基地局502から受信したアップリンク許可メッセージ608B、608Cを介してアップリンクに対して割り当てられる、リソースを使用して端末装置508B、508Cによって送信されてもよい。
【０１３８】
端末装置から拒絶/不足指示メッセージを受信した基地局502は、適切なスケジューリング動作を取ることができる。
【０１３９】
例えば、拒絶指示メッセージ（すなわち、端末装置はアップリンクのためのデータを持っておらず、有効な許可を拒絶することを示すメッセージ）に応答して、基地局は、その端末装置に対するさらなるスケジューリングを回避することができる。
【０１４０】
逆に、不足指示メッセージに対して、基地局は端末装置にさらなるリソースを割り当ててもよく、例えば、それに応じてさらなるリソースが割り当てられるように、端末装置がバッファ状態報告を送信できるようにするために、または、端末装置がそのバッファを空にできるようにするために、一つまたは複数の後続のサブフレーム内でより多くのアップリンクリソースを、基地局は端末装置に単に割り当ててもよい。
【０１４１】
この点において、現在どのくらいのリソースが要望されているかの指示を搬送するように不足指示メッセージを送信する端末装置が構成されていれば、それはいくつかの実装において有用であり得る。例えば、端末装置は、バッファ状態報告を不足指示メッセージとして送信するように構成されてもよい。したがって、前もって端末装置に割り当てられた無線リソースでBSRを受信した基地局は、これがより多くのリソースが割り当てられるための要求であることを認識して応答し、それに応じてこれらのリソースを割り当てるように構成されてもよい。一旦基地局が追加のリソース割り当てが要求されたことを識別すると、割り当ては通常の方法で行われる。このアプローチの変形では、従来のBSRを送信する代わりに、端末装置は、基地局によって割り当てられた量と、所望の量とのリソース量の差を示す差分BSRと呼ばれるものを送信してもよい。
【０１４２】
特定のグループ内の端末装置が、他の端末装置からの要求に基づいて前もって割り当てられたリソースを必要としない、または前もって割り当てられているよりも多くのリソースを要求することを、基地局が識別する状況において、基地局は、これを考慮し、それに応じて、端末装置のグループを変更するように構成されてもよい。たとえば、繰り返しリソースを要求しない、またはその仲間のグループメンバーよりも多くのリソースを必要とする、と認識される端末装置は、前もってリソースを割り当てる上述したアプローチに値するために、そのトラフィックプロファイルがグループ内の他の端末装置のトラフィックプロファイルに十分に類似していないことに基づいて、グループから削除されてもよい。このような端末装置は、他のグループに移される、または本発明の実施形態による、前もったリソース割り当てプロセスに関連するすべてのグループから単純に除去されてもよい。
【０１４３】
基地局が、代表端末装置508Aが要求した、当該端末装置に対する無線リソースの割り当ておよび、代表端末装置のグループ内の他の端末装置に対する、対応する割り当てを含む、グループ内の全ての端末装置にリソースを割り当てる場合に、上述したPRACHアクセス拒否メッセージ604A、604Bによって端末装置508B、508Cに設定される、PRACHにアクセスする制約が解除されることが適切であり得る。これは、その後アップリンクに対して新たなデータを生成するグループ内の端末装置のいずれかが、新たなデータを基地局502に送信するためのリソースを要求するために、ランダムアクセス手順を開始することができるようにするためである。この点において、新たなランダムアクセス手順を開始する最初の端末装置になるグループ内のどの端末装置も、有効な新しい代表端末装置になってもよい。その後、図６を参照して上述した原理に従って、処理は継続することができる（その端末装置が代表端末装置であるという、変更の可能性を考慮して）。
【０１４４】
端末装置が電源を失った、またはそうでなければ、おそらく、ダウンリンクシグナルが受信されない、または、アップリンクシグナルを送信していなかったりするため、割り当てられたリソースを端末装置が全く使用できない場合、その後、基地局は、アップリンクデータ送信と拒絶または不足指示を全く受信しない。いくつかの実装では、これは送信を正しく受信することを想定している基地局に障害を引き起こす可能性があり、したがって、端末装置に否定応答を送信することによって、HARQ手順の使用を端末装置が行うこと、および開始することが想定される。一般的にこれは、基地局の設定に応じて複数回繰り返す。最終的に、端末からの送信を受信しようとする試行の上限に達することになり、その後、基地局は端末装置がアクティブではないと認識し、端末装置が割り当てられているグループからその端末装置を除外する可能性がある。
【０１４５】
異なる実施形態において、非代表端末装置に適用されるPRACHアクセス拒否の期間終了は、複数の方法で生じる可能性がある。例えば、リソースを要求する他の端末装置に応答して提供される、その端末装置のアップリンク許可608B、608Cを受信した後のその端末自身の送信に関して、解除され／期限が切れるものとしてPRACHアクセス拒否を処理するように、各端末装置は構成されてもよい。他の例では、予め定められた期間後に終了するとしてPRACHアクセス拒否を処理するように、端末装置は構成されてもよい。さらに他の例では、PRACHアクセス拒否が解除されたことを示す特定のシグナルが基地局から受信されるまで、有効に存続するものとしてPRACHアクセス拒否を処理するように、端末装置は構成されてもよい。PRACHアクセス拒否が解除されたことを示すメッセージは、例えば、PRACHアクセス拒否メッセージが送信されることに対応して、基地局から端末装置に送信されてもよい。
【０１４６】
図６に示される処理は、本発明の他の実施形態に応じて変更され得ることが理解されるであろう。例えば、いくつかの場合において、PRACHアクセス拒否メッセージ604B、604Cは、異なる時間に送信することができる。例えば、その端末装置が送信しないように指示される前に、送信するデータを有していることから、他の端末装置が独立してRA手順を開始する可能性をさらに低減するために、前もってPRACHアクセス拒否メッセージを送信することは、いくつかの実装において適していると考えられる。例えば、残りの非代表端末装置が対応付けられているグループ内の他の端末装置（したがって、これは、代表端末装置となる）からRAプリアンブルが受信されるとすぐに、基地局によってPRACHアクセス拒否メッセージが非代表端末装置に送信される。端末装置が独立してRA手順を開始する場合に、基地局が関連するすべてのPRACHアクセス拒否メッセージを送信したが、その前に、その端末装置のグループ内の他の端末装置が既にRA手順を開始したとき、基地局は、単に、後に受信されたPRACH送信を無視するように構成されてもよい。本発明のいくつかの実施形態に従って、PRACH送信が無視された端末装置は、最終的にPRACHアクセス拒否メッセージを受信してもよく、したがって、そうでなければ行われたかもしれないPRACH（再）送信を停止するように構成されてもよい。
【０１４７】
本発明のいくつかの実施形態によれば、基地局502は、ランダムアクセス手順を開始する代表端末装置に関連付けられたグループ内の全ての端末装置に、PRACHアクセス拒否メッセージ604B、604Cを送信してもよい。しかし、いくつかの他の実施形態において、基地局は、ランダムアクセス手順を開始する代表端末装置に関連付けられたグループ内の端末装置の一部のみにPRACHアクセス拒否メッセージ604B、604Cに送信してもよい。したがって、PRACHアクセス拒否メッセージが送信されていない端末装置は、まだ通常の方法でPRACHに対するアクセスが許可されているが、それにもかかわらず、また上述の原則に従って、前もってリソースが割り当てられる。PRACHにアクセスすることが禁止されていない（すなわち、PRACHアクセス拒否メッセージを送信していない）グループ内の端末装置は、例えば、グループ内の端末装置の間で、相対的に高い優先度を有するとして分類される端末装置を含むことができる。しかしながら、他の場合では、このような端末装置は、関連するグループから除外されることがより適切であろう。
【０１４８】
いくつかの実施形態によれば、端末装置は、アップリンク通信に対するデータの複数の異なるタイプに関連する、複数の異なるトラフィックプロファイルを有していてもよい。すなわち、いくつかの実施形態によると、端末装置は、１以上のトラフィッククラスに同時に関連付けられてもよく、従って、関連するトラフィックプロファイルを有する１以上の端末装置のグループにあると考えられてもよい。このような場合には、端末装置への端末装置がPRACHにアクセスすることを拒否する任意のシグナルはまた、特定のトラフィッククラス（複数可）に対する否定の割り当てを含んでもよい。したがって、少なくともそれらが通常PRACHアクセスを行うだろうという場合に、端末装置は、それらのトラフィッククラスに関するPRACH送信を行うことのみが禁止されてもよい。例えば、図6を参照して上述した原理に従って、グループの代表として動作していた端末装置によって提供される、最も重要なBSRを端末装置が送信できるように、特に優先度の高いQCIに関連するトラフィッククラスは、例外を与えられてもよい。したがって、これは、上述したような、拒絶または不足指示を送信する機会を待つことによって可能となることより速く、端末装置が、特定のトラフィッククラスに関する自身のBSRを提供できることを可能とする。
【０１４９】
上述の実施形態では、代表端末装置と呼ばれる端末装置から受信したリソースに対する要求に基づいて、非代表端末装置と呼ばれる端末装置にリソースを割り当てるように構成される基地局は、非代表端末装置（複数可）はまた、少なくとも一時的に、PRACHにアクセスしようとするべきではないことを示す、PRACHアクセス拒否シグナルを非代表端末（複数可）に送信するように構成されている。上述した実施形態では、端末装置が前もってRACHアクセス拒否シグナルを受信していない（したがって、つまり、代表端末装置になる場合がある）場合、端末装置は、通常の方法でPRACHにアクセスしようと試みることができる。しかし、いくつかの他の実施形態によれば、端末装置は、少なくともしばらくの間、他の端末装置によって行われた無線リソースの要求に基づいて、基地局がそれらに無線リソースを割り当てられると予想される間、それらはPRACHリソースにアクセスしようとするべきではない（すなわち、それらはランダムアクセス手順を開始するべきではない）と、それ自身を判定するように構成することができる。これは、いくつかの点で、端末装置の一部でPRACH自己否定と呼ばれるかもしれない。
【０１５０】
例えば、端末装置は、それがランダムアクセス手順を開始する準備ができていることによって、通常の動作に従う状態になってもよい。しかし、むしろそうするよりも、代わりに、端末装置は、同様のトラフィックプロファイルを有している他の端末装置、従って基地局でその端末装置とグループ化されるように分類さている、がすぐに、独自にランダムアクセス手順を開始することを予想して、PRACHアクセスを遅らせることを決定することができる。実際には、その端末装置がPRACHにアクセスすることなく、無線リソースを受信できる（例えば、図６を参照して上述した原理に従って）ように、特定の端末装置は、代表端末装置となる他の端末装置を待つように構成してもよい。このアプローチは、例えば、バッテリ電力を節約するものとして、自己否定の端末装置のために有利であり得る。
【０１５１】
ランダムアクセス手順を開始する他の端末装置を、自己否定の端末装置が過度の時間待つことを回避するために、他の端末装置が所定の時間窓内にそうしない場合は、その端末装置は、自身のランダムアクセス手順を開始するように構成されてもよい。データの異なるタイプに対して適用される時間窓は、異なっていてもよい。例えば、自己否定の端末装置が自身のPRACHアクセスは拒否しない、特定のクラスのデータに対応する、より高い優先度を有すると考えられるデータは、おそらくゼロのように短時間の時間窓として、短い時間窓と関連付けられてもよい。いずれの場合においても、端末装置によって、自己否定（投機）PRACH送信遅延窓（複数可）が使用される長さ及び機能は、例えば、端末装置メーカーの実装選択とすることができ、および/または、全部または一部の端末装置のためのRRCシグナルを介して基地局によって構成されることができる。
【０１５２】
既に述べたように、上述した実施形態は主に、それらはPRACHへのアクセスを試みるべきではないことを示す、PRACHアクセス拒否シグナルを非代表端末装置に送信するように構成されている、基地局での実装に焦点を当てている。したがって、これらの実施例に従った全ての端末装置は、それらがPRACHアクセス拒否シグナルを介して特に指示されない限り、それらはPRACHにアクセスすることができるとみなせる。しかしながら、他の実施形態によれば、端末装置は、それらが行うことを指示されない限りは、PRACHにアクセスしようとそれらが試みるべきではないとみなせるように構成されることができる。したがって、単に最初に各ランダムアクセス手順を開始するどの端末装置でも、代表端末装置となれる代わりに、いくつかの実施形態では、一つまたは複数の端末装置が、代表端末装置として予め定義されていてもよく、上述したように、他の端末装置がPRACHにアクセスせず、前もったリソース割り当てのみに依存するように構成されていてもよい一方で、それらはPRACHにアクセスしてもよいことを指示される。基地局は、関連するトラフィックプロファイルを有する端末装置の特定のグループの端末装置に対して、PRACHアクセスが許可される一つまたは複数の端末装置（したがって、代表端末装置として機能する）を、ランダムにまたは系統的に選択してもよい。例えば、端末装置のグループの中から一つ以上の潜在的な代表端末装置の選択は、それぞれの端末装置に関連する無線チャネル品質情報に基づいて行われてもよい。例えば、基地局との高い無線チャネル通信品質を有する端末装置は、例えば、それらは基地局に対して近くにあるので、PRACH送信が迅速に基地局に到着する可能性および、その後の拒否シグナル送信が可能な限り早期に送信され、プリアンブルの受信される信号品質を可能な限り良くできることに役立つために、潜在的な代表端末装置として選択されてもよい。したがって、選択は、基地局で行われる計算に基づいてもよいが、グループ内の端末装置に関連するタイミングアドバンス（TA）などのようなパラメータを考慮してもよい。使用され得る他の測定基準は、RSRP（reference signal
received power）／RSRQ（reference signal
received quality）、またはSRS（sounding reference
signal）の基地局での測定値に基づく、（レイヤ3でフィルタされる）無線リソース管理（RRM）の測定値であってもよい。
【０１５３】
他のいくつかの例示的な実施形態によれば、上述の原理に従って動作可能な端末装置は、MBSFN(Multicast Broadcast Single Frequency Network)動作に関連する構成で提供されてもよく、物理層において、特定の無線フレーム内の特定のサブフレームは、マルチキャストまたはブロードキャストデータのみに対する使用に関して定義されてもよい。端末装置の各グループに対して、MBMS（Multimedia
Broadcast Multicast Service）サービスは関連付けられる。そして、PRACH拒否シグナルはMBMSを用いて、端末装置のグループにマルチキャストされてもよく、これにより、潜在的に多くのアクセス拒否（「禁止」）端末装置のそれぞれに対する個別のシグナルと比較して、このシグナルのために使用されるリソースを削減することができる。MBMSサービス用に設定され、PRACH拒否が送信された端末装置のみが、それに応じて動作する（RACHアクセスを抑制することによる）。このアプローチによれば、基地局は、現在グループにどのくらいの端末装置が存在するか知る必要はなく、ネットワークに通知することなく、またPRACH拒否シグナルを送信するために変化するリソース量を必要することなしに、端末装置のオン/オフを切り替えることができる。
【０１５４】
本発明の実施形態による実装例において、それらが基地局によって選択され、事前に定義され、許可された専用端末装置の一つである場合、それらの端末装置のみがPRACHにアクセスするよう構成される様々な方法が存在する。例えば、一般に、それらはPRACHへのアクセスが許可されていると想定するように端末装置が構成されているシステムにおいて、たとえ端末装置の関連するグループ内の端末装置からの、現在進行しているランダムアクセス手順が全くない場合でも、基地局は、選択された潜在的代表端末装置（複数可）は別として、全ての端末装置にPRACH拒否シグナルを送信するように構成されてもよい。代わりに、一般に、それらはPRACHにアクセスすることを許可されていないと想定するように端末装置が構成されているシステムにおいて、基地局は、それらがPRACHへのアクセスを許可されていることを示すために、選択された潜在的な代表端末装置（複数可）にシグナルを送信するように構成されてもよい。
【０１５５】
本発明のさらなる実施形態によれば、無線通信システムは、それらが、オペレータによって提供されるインフラネットワーク/基地局との通信に使用するように、端末装置が同じセルの技術（または、おそらく別の無線ベアラ）を使用して、互いに直接通信することにより、デバイスツーデバイス（D2D）モードで動作してもよい。このようなD2Dアーキテクチャーは、ネットワーク側の電力低減、トラフィック負荷の低減、および端末側電力低減を含むが、これらに限定されない、当技術分野で公知の様々な利点を有することができる。したがって、D2Dモードで動作し、アップリンクリソースの割り当てを要求する端末装置は、グループ全体のBSRを生成するために他の端末装置を集合して統合し、広く従来技術に従ってRACHを介してネットワークに提供する、一つの指定された端末装置にBSRを送信する（または実際のアップリンクデータは、特定のD2Dの実装に依存する）ことができる。指定された端末装置に、自身のBSRを送信すると、他の端末装置は、それ自身の権限ではRACH/ PRACHへのアクセスが禁止されているものとして自分自身をみなすように構成されてもよい。図６に関して上述したものと同様の原理によれば、基地局のスケジューラは、端末装置のグループ全体にスケジューリングしてもよく、PDCCH上で関連するアップリンク許可を提供してもよい。これらは、個別で各端末装置に送信されてもよく、または、近い将来の特定のD2Dの実装に対応する個々の端末装置に対する今後のD2D伝送のための代表端末装置に送信されてもよい。D2Dセット内の端末のC-RNTIは、アップリンク許可のこのダウンリンクシグナルをサポートするために、基地局に知られているものとする。
【０１５６】
このように、例えば、各端末装置からのアップリンクに対する予測タイミングやデータ量を考慮して、二つの端末装置が、それらの予想されるトラフィックプロファイルに基づいて、グループであると分類されている場合に、他の端末装置から受信した要求に基づいて、一つの端末装置にリソースを好都合に基地局が割り当てることができる様々な方法が記載されている。こうすることで、それ以外の場合よりも、ランダムアクセス手順に関連付けられているより少ないシグナルで、複数の端末装置に対するアップリンクリソースをスケジューリングすることが可能である。端末装置間の関連付け（すなわちグループ）は、例えば、それらの動作機能のような、デバイスの固有の特性に基づいて、または経験的に各端末装置に関連付けられた以前のデータ送信動作に基づいて、基地局によって維持（および潜在的に変更される）されることができる。一般的に、端末装置は、他の端末装置が、それらのグループ内にあるかを意識する必要はなく、端末装置間の関連付けのようなものは、端末装置と通信することなく、基地局において、内部で保持され得る。
【０１５７】
従って、本発明の実施形態は、特に、提案されているいわゆる仮想キャリアのような、狭帯域のLTEタイプのキャリアのコンテキストにおいて、また、端末装置の他のタイプに比べてより高密度に展開されてもよい、MTC端末装置のコンテキストにおいても、PRACHのPUSCHに対する干渉の潜在的影響を軽減することができ、さらに、類似のそれらのトラフィックプロファイルで、より予測可能とすることができる。所定の時間でPRACHにアクセスする権限を有しているトラフィックグループ内の端末装置の数を減らすことによって、潜在的に一つに、PUSCHに対する潜在的な干渉を相応に低減することができる。
【０１５８】
また、本発明のいくつかの実施形態に従って、PRACHの送信は、グループ内で代表端末装置（複数可）によってのみ行われるので、従来のシステムと比較して、端末装置からの送信および再送信の全体的な減少があってもよい。これは、端末装置のための消費電力を低減することができ、よって、それらの電池寿命を増加させる。これは、特にMTCデバイスに関連し得る。
【０１５９】
また、いくつかの実施形態に従って、RACH上での衝突は、ランダムアクセス手順の委任によって、端末装置の数を制限することで減少させることができ、例えば、潜在的にそれらすべての端末に潜在的な競合させ続けることよりも、グループ内の最初の端末装置にPRACHを送信することを制限させる。これにより、グループ内のほとんどの端末装置に対する端末装置の消費電力を低減し、また、RACHのレイテンシを減らすことができる。
【０１６０】
さらに、いくつかの実施形態によると、アップリンクPRACH送信の量の潜在的な減少によって、アップリンクセル内干渉が低減される。
【０１６１】
従来のアプローチと比較した、本発明の特定の実施形態に関連したいくつかの重要な相違点は以下を含む。
【０１６２】
端末装置のグループに対するランダムアクセスの代表として、一つの端末装置が動作する概念は、従来のシステムでは知られていない。例えば、従来のLTEタイプのネットワーク内の各端末装置は、自身のスケジューリング要求、BSRおよびRACH手順を担当する。
【０１６３】
端末装置がセルに接続されたまま、ダウンリンクシグナルによって明示的にPRACH/RACHへのアクセスを拒否されることは、従来の無線通信システムでは使用できない。
【０１６４】
従来の無線通信システムは、基地局に、それらを要求していない端末装置にアップリンクリソースを割り当てさせない。
【０１６５】
BSR差分を提供するという概念は、端末装置に、リソースの量に対する所望の調整を搬送させ、それが割り当てられることは、従来の無線通信ネットワークでは使用できない。
【０１６６】
従来の無線通信ネットワークでは、他の端末装置がグループ代表として動作することを探るように期待して、端末装置に自身のPRACH送信を遅延させることは、以前には開示されていない（第１の条項に結びつく）。本実施形態のネットワークに基づくコンフィギュレーションバージョンは、そのような機能が存在しない、現在のLTE仕様からの逸脱を表す。
【０１６７】
添付の特許請求の範囲に規定される、本発明の範囲から逸脱することのない、種々の改変が、上述した実施形態になされ得ることが理解されるであろう。特に、本発明の実施形態は、LTE移動無線ネットワークに関連して説明したが、本発明は、GSM、3G/UMTS、CDMA2000などの、他の形態のネットワークにも適用できることが理解されるであろう。本明細書で使用されるユーザ機器（UE）という用語は、他の用語のユーザ機器（UE）、移動通信装置、端末装置等に置き換えることができる。また、基地局という用語は、eノードBと互換可能に使用されているが、これらのネットワーク機器間に機能的な差がないことが理解されるべきである。
【０１６８】
このように、無線通信システムにおけるアップリンク送信に対して無線リソースを割り当てる方法について説明したが、その方法は、基地局に無線リソースの割り当て要求を搬送する第１の端末装置；それらが有するアップリンクデータに対する類似の予測トラフィックプロファイルに基づいて、第１の端末装置と第２の端末装置との間に関連性があるか判定する基地局；および基地局は、第１の端末装置から要求されたリソースに基づいて、第２の端末装置に対する無線リソースの割り当てを確立すること、その結果、第１の端末装置から受信した無線リソースの割り当て要求に基づいて、第１および第２の端末装置に対してそれぞれのアップリンク送信のための無線リソースを割り当てる無線リソース割当メッセージを送信すること、を含む。
【０１６９】
このように、いくつかの点で、本発明の特定の実施形態は、RACHアクセスおよびPRACHでの搬送に関して、一つのUEをUEのグループのための代表として動作させるために役立つスキームを提供する。バッファ状態報告（BSR）が一つの端末でトリガーされた場合に、eNBは、同様のBSRが、グループ内の他のUEですぐにトリガーされる可能性があると予想することができるように、UEのグループは、それらの予想されるトラフィックプロファイルに関する共通の何か、例えば、QCI、を持っている。それ故、eNBはこの仮定に基づいて、アップリンク（UL）スケジューリングを行うことができ、トラフィックプロファイルグループ内の他のUEに、当分の間PRACHを送信することの許可の拒否の信号を送信できる。通常のPDCCH DCIメッセージを介して、グループ内のすべてのUEに決定されたULスケジュールを提供した後、いくつかの実施形態では、UEは、スケジュールされた許可を拒否することができ、またはそれらは不足していることを示す。したがって、本発明の実施形態は、有効に同時に、一度にPRACHを送信するようなUEの数を減らすことによって、PRACHとPUSCH/PUCCH間の干渉を減らすことができ、同様に、RACHの負荷と、RACHの衝突の確率を軽減でき得る。
【０１７０】
本発明のさらなる特定の好ましい態様は、添付の独立請求項および従属請求項に記載されている。従属請求項の特徴は、明示的に特許請求の範囲に記載した以外の組み合わせで、独立請求項の特徴と組み合わせてもよいことが理解されるであろう。
【０１７１】
＜参考＞
[1] ETSI TS 122 368 V10.530 (201 1-07) /
3GPP TS 22.368 version 10.5.0 Release 10 
[2] Holma H. and Toskala A, "LTE for
UMTS OFDMA and SC-FDMA based radio access", John Wiley and Sons, 2009 
[3] ETSI TS 136 321 V10.6.0 (2012-10) /
3GPP TS 36.321 version 10.6.0 Release 10 
[4] ETSI TS 136 300 V10.8.0 (2012-07) / 3
GPP TS 36.300 version 10.8.0 Release 10 
[5] UK patent application GB 1101970.0 
[6] UK patent application GB 1101981.7 
[7] UK patent application GB 1 101966.8 
[8] UK patent application GB 1101983.3 
[9] UK patent application GB 1101853.8 
[10] UK patent application GB 1101982.5 
[I I] UK patent application GB 1101980.9 
[12] UK patent application GB 1101972.6 
[13] UK patent application GB 1121767.6 
[14] UK patent application GB 1 121766.8 
[15] ETSI TS 123 401 V10.8.0 (2012-07) / 3
GPP TS 23.401 version 10.8.0 Release 10 
[16] ETSI TS 123 203 V10.7.0 (2012-07) / 3
GPP TS 23.203 version 10.7.0 Release 10
【図１】
2016509768.tif 000003
【図２】
2016509768.tif 000004
【図３】
2016509768.tif 000005
【図４】
2016509768.tif 000006
【図５】
2016509768.tif 000007
【図６】
2016509768.tif 000008
【国際調査報告】
2016509768.tif 000009
2016509768.tif 000010
2016509768.tif 000011