(57)【要約】ラジオ・アクセス・ネットワーク（ＲＡＮ）接続設定中におけるトラフィック・ボリューム・レポートのためのシステム、方法、およびコンピュータ・プログラム製品が開示される。１つの態様では、ＲＡＮは、アクセス端末（ＡＴ）からトラフィック・ボリューム測定値（ＴＶＭ）を受け取るインジケータと、関連付けられたＴＶＭしきい値とをブロードキャストする。ＡＴは、ＲＡＮとの接続を要求する前に、トラフィック・ボリュームを測定する。トラフィック・ボリュームがしきい値を超えている場合、ＡＴは、ＡＴからの測定されたトラフィック・ボリュームがしきい値を超えていることを示すＴＶＭインジケータを含む接続要求を、ＲＡＮに送信する。トラフィック・ボリュームがしきい値未満である場合、ＡＴは、トラフィック・ボリュームがしきい値未満であることを示すＴＶＭインジケータを含む接続要求をＲＡＮへ送信する。
2013507832.tif 000002
【特許請求の範囲】
【請求項１】
ラジオ・アクセス・ネットワークとの接続を確立する方法であって、
（ｉ）前記ラジオ・アクセス・ネットワークがアクセス端末からトラフィック・ボリューム測定値（ＴＶＭ）を受信したことを示すインジケータと、（ｉｉ）前記アクセス端末について関連付けられたトラフィック・ボリュームしきい値と、のうちの１または複数を含むブロードキャスト・メッセージをラジオ・アクセス・ネットワークから受信することと、
前記ラジオ・アクセス・ネットワークとの接続を要求する前に、前記ラジオ・アクセス・ネットワークのトラフィック・ボリュームを前記アクセス端末において測定することと、
前記測定されたトラフィック・ボリュームを、前記トラフィック・ボリュームしきい値と比較することと、
前記測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値を超えている場合、前記アクセス端末からの測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値を超えていることを示すＴＶＭインジケータを含む第１の接続要求を、前記ラジオ・アクセス・ネットワークへ送信することと、
または、前記測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値未満である場合、前記アクセス端末からの測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値未満であることを示すＴＶＭインジケータを含む第２の接続要求を、前記ラジオ・アクセス・ネットワークへ送信することと、
を備える方法。
【請求項２】
トラフィック・ボリュームを測定することは、前記アクセス端末の送信機バッファ内のデータ量を決定することを含む、請求項１に記載の方法。
【請求項３】
前記ＴＶＭインジケータは、前記測定されたトラフィック・ボリュームの実際の値である、請求項１に記載の方法。
【請求項４】
前記第１および第２の接続要求は、ラジオ・リソース制御（ＲＲＣ）接続要求である、請求項１に記載の方法。
【請求項５】
前記第１の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられた専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立することをさらに備え、
前記専用ラジオ・チャネルは、前記ラジオ・アクセス・ネットワークとの通信のために、前記アクセス端末によって限定的に使用され、
前記ラジオ・アクセス・ネットワークは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）地上ラジオ・アクセス・ネットワーク（ＵＴＲＡＮ）である、請求項１に記載の方法。
【請求項６】
前記第１の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられたショート不連続受信（ＤＲＸ）サイクルを持つ専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立することをさらに備え、
前記ラジオ・アクセス・ネットワークは、ロング・ターム・イボリューション（ＬＴＥ）ネットワークである、請求項１に記載の方法。
【請求項７】
前記第２の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられた共通ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立することをさらに備え、
前記共通ラジオ・チャネルは、前記ラジオ・アクセス・ネットワークとの通信のために、複数のアクセス端末によって共有され、
前記ラジオ・アクセス・ネットワークはＵＴＲＡＮである、請求項１に記載の方法。
【請求項８】
前記第１の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられたロングＤＲＸサイクルを持つ専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立することをさらに備え、
前記ラジオ・アクセス・ネットワークは、ＬＴＥネットワークである、請求項１に記載の方法。
【請求項９】
アクセス端末との接続を確立する方法であって、
（ｉ）ラジオ・アクセス・ネットワークが前記アクセス端末からトラフィック・ボリューム測定値（ＴＶＭ）を受信したことを示すインジケータと、（ｉｉ）前記アクセス端末について関連付けられたトラフィック・ボリュームしきい値と、のうちの１または複数を含むメッセージをラジオ・アクセス・ネットワークによってブロードキャストすることと、
前記測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値を超えているか、または、前記トラフィック・ボリュームしきい値未満であるかを示すＴＶＭインジケータを含む接続要求を、前記アクセス端末から受信することと、
前記受信されたＴＶＭインジケータに基づいて、前記アクセス端末からのトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値を超えているかを判定し、前記ラジオ・アクセス・ネットワークとの通信のために、前記アクセス端末へ第１のラジオ・チャネルを割り当てることと、または、
前記受信されたＴＶＭインジケータに基づいて、前記アクセス端末からのトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値未満であるかを判定し、前記ラジオ・アクセス・ネットワークとの通信のために、前記アクセス端末へ第２のラジオ・チャネルを割り当てることと、
を備える方法。
【請求項１０】
前記第１のラジオ・チャネルは、前記ラジオ・アクセス・ネットワークとの通信のために、前記アクセス端末によって限定的に使用される専用ラジオ・チャネルであり、
前記ラジオ・アクセス・ネットワークは、ＵＴＲＡＮである、請求項９に記載の方法。
【請求項１１】
前記第１のラジオ・チャネルは、ショート不連続受信（ＤＲＸ）サイクルを持つ専用ラジオ・チャネルであり、
前記ラジオ・アクセス・ネットワークは、ＬＴＥネットワークである、請求項９に記載の方法。
【請求項１２】
前記第２のラジオ・チャネルは、前記ラジオ・アクセス・ネットワークとの通信のために、複数のアクセス端末によって共有される共通ラジオ・チャネルであり、
前記ラジオ・アクセス・ネットワークは、ＵＴＲＡＮである、請求項９に記載の方法。
【請求項１３】
前記第２のラジオ・チャネルは、ロングＤＲＸサイクルを持つ専用ラジオ・チャネルであり、
前記ラジオ・アクセス・ネットワークは、ＬＴＥネットワークである、請求項９に記載の方法。
【請求項１４】
前記ＴＶＭインジケータは、前記測定されたトラフィック・ボリュームの実際の値である、請求項９に記載の方法。
【請求項１５】
前記接続要求は、ラジオ・リソース制御（ＲＲＣ）接続要求である、請求項９に記載の方法。
【請求項１６】
ラジオ・アクセス・ネットワークとの接続を確立するためのアクセス端末であって、
（ｉ）前記ラジオ・アクセス・ネットワークがアクセス端末からトラフィック・ボリューム測定値（ＴＶＭ）を受信したことを示すインジケータと、（ｉｉ）前記アクセス端末について関連付けられたトラフィック・ボリュームしきい値と、のうちの１または複数を含むブロードキャスト・メッセージを前記ラジオ・アクセス・ネットワークから受信する
ように構成された通信構成要素と、
前記通信構成要素に接続され、前記ラジオ・アクセス・ネットワークとの接続を要求する前に、前記ラジオ・アクセス・ネットワークのトラフィック・ボリュームを測定し、前記測定されたトラフィック・ボリュームを、前記トラフィック・ボリュームしきい値と比較するように構成されたプロセッサとを備え、
前記測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値を超えている場合、前記通信構成要素は、前記測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値を超えていることを示すＴＶＭインジケータを含む第１の接続要求を、前記ラジオ・アクセス・ネットワークへ送信するように構成され、または、
前記トラフィック・ボリュームが、前記トラフィック・ボリュームしきい値未満である場合、前記通信構成要素は、前記アクセス端末からの測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値未満であることを示すＴＶＭインジケータを含む第２の接続要求を、前記ラジオ・アクセス・ネットワークへ送信するように構成された、アクセス端末。
【請求項１７】
前記通信構成要素はさらに、前記第１の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられた専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立するように構成され、
前記専用ラジオ・チャネルは、前記ラジオ・アクセス・ネットワークとの通信のために、前記アクセス端末によって限定的に使用され、
前記ラジオ・アクセス・ネットワークは、ＵＴＲＡＮである、請求項１６に記載のアクセス端末。
【請求項１８】
前記通信構成要素はさらに、前記第１の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられたショート不連続受信（ＤＲＸ）サイクルを持つ専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立するように構成され、
前記ラジオ・アクセス・ネットワークは、ＬＴＥネットワークである、請求項１６に記載のアクセス端末。
【請求項１９】
前記通信構成要素はさらに、前記第２の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられた共通ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立するように構成され、
前記共通ラジオ・チャネルは、前記ラジオ・アクセス・ネットワークとの通信のために、複数のアクセス端末によって共有され、
前記ラジオ・アクセス・ネットワークは、ＵＴＲＡＮである、請求項１６に記載のアクセス端末。
【請求項２０】
前記通信構成要素はさらに、前記第２の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられたロングＤＲＸサイクルを持つ専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立する
ように構成され、
前記ラジオ・アクセス・ネットワークは、ＬＴＥネットワークである、請求項１６に記載のアクセス端末。
【請求項２１】
ラジオ・アクセス・ネットワークとの接続を確立するためのコンピュータ・プログラム製品であって、
（ｉ）前記ラジオ・アクセス・ネットワークがアクセス端末からトラフィック・ボリューム測定値（ＴＶＭ）を受信したことを示すインジケータと、（ｉｉ）前記アクセス端末について関連付けられたトラフィック・ボリュームしきい値と、のうちの１または複数を含むブロードキャスト・メッセージをラジオ・アクセス・ネットワークから受信するための第１のコードのセットと、
前記ラジオ・アクセス・ネットワークとの接続を要求する前に、前記ラジオ・アクセス・ネットワークのトラフィック・ボリュームを前記アクセス端末において測定するための第２のコードのセットと、
前記測定されたトラフィック・ボリュームを、前記トラフィック・ボリュームしきい値と比較するための第３のコードのセットと、
前記測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値を超えている場合、前記アクセス端末からの測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値を超えていることを示すＴＶＭインジケータを含む第１の接続要求を、前記ラジオ・アクセス・ネットワークへ送信するための第４のコードのセットと、または、
前記測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値未満である場合、前記アクセス端末からの測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値未満であることを示すＴＶＭインジケータを含む第２の接続要求を、前記ラジオ・アクセス・ネットワークへ送信するための第５のコードのセットと、
を備えるコンピュータ読取可能な媒体を備える、コンピュータ・プログラム製品。
【請求項２２】
前記第１の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられた専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立するための第６のコードのセットをさらに備え、
前記専用ラジオ・チャネルは、前記ラジオ・アクセス・ネットワークとの通信のために、前記アクセス端末によって限定的に使用され、
前記ラジオ・アクセス・ネットワークは、ＵＴＲＡＮである、請求項２０に記載のコンピュータ・プログラム製品。
【請求項２３】
前記第１の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられたショート不連続受信（ＤＲＸ）サイクルを持つ専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立するための第７のコードのセットをさらに備え、
前記ラジオ・アクセス・ネットワークは、ＬＴＥネットワークである、請求項２０に記載のコンピュータ・プログラム製品。
【請求項２４】
前記第２の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられた共通ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立するための第８のコードのセットをさらに備え、
前記共通ラジオ・チャネルは、前記ラジオ・アクセス・ネットワークとの通信のために、複数のアクセス端末によって共有され、
前記ラジオ・アクセス・ネットワークは、ＵＴＲＡＮである、請求項２０に記載のコンピュータ・プログラム製品。
【請求項２５】
前記第１の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられたロングＤＲＸサイクルを持つ専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立するための第８のコードのセットをさらに備え、
前記ラジオ・アクセス・ネットワークは、ＬＴＥネットワークである、請求項２０に記載のコンピュータ・プログラム製品。
【請求項２６】
ラジオ・アクセス・ネットワークとの接続を確立するための装置であって、
（ｉ）前記ラジオ・アクセス・ネットワークがアクセス端末からトラフィック・ボリューム測定値（ＴＶＭ）を受信したことを示すインジケータと、（ｉｉ）前記アクセス端末について関連付けられたトラフィック・ボリュームしきい値と、のうちの１または複数を含むブロードキャスト・メッセージをラジオ・アクセス・ネットワークから受信する手段と、
前記ラジオ・アクセス・ネットワークとの接続を要求する前に、前記ラジオ・アクセス・ネットワークのトラフィック・ボリュームを前記アクセス端末において測定する手段と、
前記測定されたトラフィック・ボリュームを、前記トラフィック・ボリュームしきい値と比較する手段と、
前記測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値を超えている場合、前記アクセス端末からの測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値を超えていることを示すＴＶＭインジケータを含む第１の接続要求を、前記ラジオ・アクセス・ネットワークへ送信する手段と、または、
前記測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値未満である場合、前記アクセス端末からの測定されたトラフィック・ボリュームが、前記トラフィック・ボリュームしきい値未満であることを示すＴＶＭインジケータを含む第２の接続要求を、前記ラジオ・アクセス・ネットワークへ送信する手段と、
を備える装置。
【請求項２７】
前記第１の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられた専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立する手段をさらに備え、
前記専用ラジオ・チャネルは、前記ラジオ・アクセス・ネットワークとの通信のために、前記アクセス端末によって限定的に使用され、
前記ラジオ・アクセス・ネットワークは、ＵＴＲＡＮである、請求項２６に記載の装置。
【請求項２８】
前記第１の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられたショート不連続受信（ＤＲＸ）サイクルを持つ専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立する手段をさらに備え、
前記ラジオ・アクセス・ネットワークは、ＬＴＥネットワークである、請求項２６に記載の装置。
【請求項２９】
前記第２の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられた共通ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立する手段をさらに備え、
前記共通ラジオ・チャネルは、前記ラジオ・アクセス・ネットワークとの通信のために、複数のアクセス端末によって共有され、
前記ラジオ・アクセス・ネットワークは、ＵＴＲＡＮである、請求項２６に記載の装置。
【請求項３０】
前記第２の接続要求に応じて、前記ラジオ・アクセス・ネットワークによって前記アクセス端末へ割り当てられたロングＤＲＸサイクルを持つ専用ラジオ・チャネルによって、前記ラジオ・アクセス・ネットワークとの接続を確立する手段をさらに備え、
前記ラジオ・アクセス・ネットワークは、ＬＴＥネットワークである、請求項２６に記載の装置。
【発明の詳細な説明】
【優先権主張】
【０００１】
本特許出願は、“ＰＳコールのための不必要なＲＲＣ状態移行を最小化するためのエンハンスト・トラフィック・ボリューム・レポート・メカニズム”（Enhanced Traffic Volume Reporting Mechanisms to Minimize Unnecessary RRC State Transition for PS Calls）と題された２００９年１０月６日出願の米国特許仮出願６１／２４９，１００号に対する優先権を主張する。この仮出願は、本明細書の譲受人に譲渡され、本明細書に参照によって明確に組み込まれている。
【技術分野】
【０００２】
本開示は、一般に、通信分野に関し、さらに詳しくは、ラジオ・アクセス・ネットワークとの接続設定中におけるアクセス端末によるトラフィック・ボリューム・レポートのためのシステムおよび方法に関する。
【背景技術】
【０００３】
ラジオ・アクセス・ネットワーク（ＲＡＮ）は、アクセス端末（ＡＴ）としても知られているモバイル・デバイスに、音声、データ、およびマルチメディア・サービスを提供するために広く展開されている。ＲＡＮは一般に、例えば、ＣＭＤＡ２０００ネットワークで使用される符号分割多元接続（ＣＤＭＡ）、ユニバーサル・モバイル通信システム（ＵＭＴＳ）およびＵＭＴＳ地上ラジオ・アクセス・ネットワーク（ＵＴＲＡＮ）において使用される広帯域ＣＤＭＡ技術、グローバル移動体通信システム（ＧＳＭ（登録商標））において使用される時分割多元接続（ＴＤＭＡ）技術、および、第３世代パートナシップ計画（３ＧＰＰ）ロング・ターム・イボリューション（ＬＴＥ）ネットワークにおいて使用される周波数分割多元接続（ＦＤＭＡ）のような異なるラジオ・アクセス技術を使用しうる。ラジオ・アクセス技術の主要なタスクは、データ・トラフィック混雑、喪失コール、またはその他の望まれないサービス割込みを回避するために、限られた数の利用可能なラジオ・チャネルを、ネットワークに接続されたすべてのモバイル・デバイスに対して効率的に割り当てることである。
【０００４】
ＵＴＲＡＮ、その他の広帯域ＣＤＭＡシステム、およびＬＴＥは、ＡＴへのラジオ・チャネルの割当を制御するために、ラジオ・リソース制御（ＲＲＣ）プロトコルを使用する。３ＧＰＰベースのシステムのために、ＲＲＣプロトコルが、３ＧＰＰ  ＴＳ  ２５．３３１または３６．３３１に記載されている。ＵＴＲＡＮシステムのために、ＲＲＣプロトコルは、新たなＲＲＣシグナリング接続設定時に、ＲＮＣ特有の実装アルゴリズムに基づいて、専用ラジオ・チャネル（ＤＣＨ）、または、いくつかのＡＴ間で共有された共通ラジオ・チャネル（ＦＡＣＨ）のいずれかを、ネットワークに接続されたＡＴへ割り当てうる。現在展開されているＵＴＲＡＮネットワークの多くでは、ＲＲＣは、新たな接続設定中、ＡＴに対して専用ラジオ・チャネル（ＤＣＨ）を自動的に割り当て、その後、ＡＴからのトラフィック・ボリュームが低いか、または、一定の非アクティビティ時間の後に、共通ラジオ・チャネル（ＦＡＣＨ）を再割当する。これらのチャネル再割当は、ＲＲＣ状態移行としても知られており、多くのＡＴによってトリガされた場合、ＲＡＮの処理負荷を浪費し、ＲＡＮのオーバ・ザ・エアおよびバックホール容量に悪影響を与えうる。ＡＴのバッテリは、少量のデータを送信するためにＤＣＨチャネルが割り当てられている場合にも悪影響を受ける。例えばエンハンストＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）のようなＬＴＥシステムは、ＲＲＣが、送信するデータ量に基づいて、ショートまたはロング不連続受信（ＤＲＸ）サイクルを持つ別の専用チャネルを割り当てる場合にも、同様の問題を有する。したがって、ＵＴＲＡＮ、他の広帯域ＣＤＭＡシステム、およびＬＴＥネットワークにおいて、新たな接続設定中におけるＲＲＣチャネル割当スキームを改善する必要がある。
【発明の概要】
【０００５】
従来技術のこれらおよびその他の制限に対応するために、本明細書では、ラジオ・アクセス・ネットワーク（ＲＡＮ）との新たな接続設定中におけるアクセス端末によるトラフィック・ボリューム・レポートと、ＲＡＮによるチャネル割当のための新たなスキームとのためのシステム、方法、およびコンピュータ・プログラム製品が開示される。以下は、１または複数の態様の基本的な理解を与えるために、このような態様の簡略化された概要を示す。この概要は、考えられるすべての態様の広範囲な概観ではなく、すべての態様の重要要素や決定的要素を特定することも、何れかまたは全ての態様のスコープを線引きすることも意図されていない。その唯一の目的は、後に示されるより詳細な記載に対する前置きとして、簡略化された形式で１または複数の態様の打ちのいくつかの概念を表すことである。
【０００６】
１つの態様では、ＲＡＮは、エンハンスト・トラフィック・ボリューム測定（ＴＶＭ）レポート・フラグと、関連付けられたＴＶＭしきい値とを、ネットワーク・ブロードキャスト・メッセージに含める。エンハンストＴＶＭレポート・フラグは、ＲＡＮが、ＲＲＣ接続設定中に、ＡＴからＴＶＭレポートを受け取ったことを示す。ＡＴは、例えば、送信機バッファ内のデータ量を判定することによって、ＲＡＮとの接続を要求する前に、トラフィック・ボリュームを測定する。トラフィック・ボリュームがしきい値を超えている場合、ＡＴは、ＡＴからの測定されたトラフィック・ボリュームがしきい値を超えていることを示すＴＶＭインジケータを含む接続要求をＲＡＮに送信する。あるいは、ＡＴは、接続要求時に、バッファ内のデータ量をダイレクトにレポートしうる。これに応じて、ＵＴＲＡＮは、ＡＴに専用ラジオ・チャネル（ＤＣＨ）を割り当てうる。一方、Ｅ−ＵＴＲＡＮは、ショートＤＲＸサイクルを持つ専用ラジオ・チャネルを割り当てる。トラフィック・ボリュームがしきい値未満である場合、ＡＴは、ＲＡＮに対して、トラフィック・ボリュームがしきい値未満であることを示すＴＶＭインジケータを含む接続要求を送信する。これに応じて、ＵＴＲＡＮは、いくつかのＡＴによって共有されている共通ラジオ・チャネル（ＦＡＣＨ）をＡＴに割り当てうる。
【０００７】
以下の記述および添付図面は、ラジオ・アクセス・ネットワークにおけるラジオ・チャネル割当を実行するためのシステム、方法、およびコンピュータ・プログラム製品の１または複数の態様のある例示的な特徴をより詳細に記述する。しかしながら、これらの特徴は、さまざまな態様の原理が適用されるさまざまな方式のうちの極く一部しか示しておらず、本説明は、そのような態様およびそれらの均等物の全てを含むことが意図されている。
【図面の簡単な説明】
【０００８】
開示された態様は、以下において、同一符号が同一要素を示す添付図面と連携して説明され、開示された態様を、限定することなく、例示するために提供される。
【図１】図１は、本明細書に開示された態様にしたがう新たな接続設定およびチャネル割当のための方法を実現するための無線通信システムの例示である。
【図２】図２は、１つの態様にしたがって、アクセス端末によって設定されたラジオ・アクセス・ネットワークとの新たな接続設定のための方法の例の例示である。
【図３】図８は、１つの態様にしたがうラジオ・アクセス・ネットワークによるラジオ・チャネル割当のための方法の例の例示である。
【図４】図４は、１つの態様にしたがうアクセス端末の設定の例の例示である。
【図５】図５は、１つの態様にしたがう通信装置の例の例示である。
【図６】図６は、１つの態様にしたがう無線通信システムの例の例示である。
【発明を実施するための形態】
【０００９】
ＵＴＲＡＮにおける新たなラジオ・リソース制御（ＲＲＣ）接続設定およびラジオ・チャネル割当のための方法のさまざまな態様が、図面を参照して説明される。しかしながら、本明細書に開示された新たな接続設定およびチャネル割当方法は、ＵＴＲＡＮにおけるＲＲＣ実現に限定されておらず、Ｗ−ＣＤＭＡネットワークまたはＬＴＥネットワークのその他のプロトコルで使用されうることが注目されるべきである。以下の記載では、説明の目的のために、１または複数の態様の完全な理解を提供するために、多くの具体的な詳細が述べられる。しかしながら、このような態様（単数または複数）は、これら具体的な詳細無しで実現されうることが明確である。
【００１０】
図１は、本明細書に開示された態様にしたがう新たな接続設定およびチャネル割当のための方法を実現するために使用される無線通信システム１００の１つの態様を例示する。図示するように、システム１００は、ラジオ周波数（ＲＦ）信号を用いてラジオ・アクセス・ネットワーク（ＲＡＮ）１１０と通信するように構成された１または複数のアクセス端末（ＡＴ）１０５を含む。ＲＡＮ１１０は、音声、データ、マルチメディア、およびコア・ネットワーク１３０のその他のサービスへの無線アクセスを、ＡＴに提供するように構成される。コア・ネットワーク１３０は、例えばインターネットのようなパケット交換データ・ネットワークであるか、または、公衆交換電話ネットワーク（ＰＳＴＮ）のような回線交換ネットワークを含みうる。無線通信システム１００が、追加のネットワーク、システム、デバイス、構成要素、モジュール等を含みうるか、および／または、図面に関連して説明されたネットワーク、デバイス、構成要素、モジュール等の必ずしも全てを含んでいる訳ではないことが理解され、認識されるべきである。これらアプローチの組み合わせもまた使用されうる。
【００１１】
１つの態様では、アクセス端末１０５は、限定される訳ではないが、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、携帯情報端末（ＰＤＡ）、ラップトップ・コンピュータ、あるいは、例えばセルラ、８０２．１１またはＢｌｕｅｔｏｏｔｈ（登録商標）モデムのような無線接続機能を有するその他のモバイル・デバイスを含みうる。アクセス端末１０５はまた、モバイル・デバイス、加入者ユニット、加入者局、移動局、モバイル、遠隔局、遠隔端末、ユーザ端末、端末、無線通信デバイス、ユーザ・エージェント、ユーザ・デバイス、またはユーザ機器（ＵＥ）等とも称されうる。一例である実施形態において、ＡＴ１０５は、ＵＭＴＳネットワーク、ＵＴＲＡＮネットワーク、およびその他の広帯域ＣＤＭＡネットワーク１１０と通信するためにラジオ・リソース制御（ＲＲＣ）プロトコルをサポートする。
【００１２】
さまざまな態様では、ラジオ・アクセス・ネットワーク（ＲＡＮ）１１０は、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）、ＵＭＴＳ地上ラジオ・アクセス・ネットワーク（ＵＴＲＡＮ）、ＣＤＭＡ２０００およびその他の広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）、または、ＣＤＭＡのその他の変形を含みうる。ＵＭＴＳおよびＵＴＲＡＮは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。さらに、ＣＤＭＡ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記載されている。さらに、ＲＡＮ１１０はこれに加えて、しばしばアンペア（ｕｎｐａｉｒｅｄ）な無許可のスペクトルを用いるピア・トゥ・ピア（例えば、モバイル・トゥ・モバイル）アド・ホック・ネットワーク・システム、８０２ｘｘ無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、および、その他任意の短距離または長距離の無線通信技術を含みうる。
【００１３】
一般に、ＲＡＮ１１０は、おのおののセルが、１または複数のラジオ基地局１１５を有する複数のセル（図示せず）を含みうる。ラジオ基地局１１５は、複数のアンテナ・グループ、および／または、ＡＴ１０５とのラジオ信号送受信に関連付けられた複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、アンテナ等（図示せず））を備える送信機／受信機チェーンを含むことができる。１または複数のラジオ基地局１１５は、ラジオ・ネットワーク・コントローラ（ＲＮＣ）１２０に接続されうる。ＲＮＣ１２０は、ラジオ接続の設定および終了、ラジオ・セッションの管理、ＡＴ１０５のラジオ・リソース割当およびモビリティ管理を提供するネットワーク機器である。
【００１４】
１つの態様では、ＲＮＣ１２０はさらにＲＲＣプロトコルをサポートする。
【００１５】
上述したように、ＲＲＣプロトコルは、ＲＮＣ１２０が、ＲＲＣ接続確立時に、ＲＮＣ実装選択に基づいて、専用ラジオ・チャネル（ＤＣＨ）か、いくつかのＡＴ１０５によって共有される共通ラジオ・チャネル（ＦＡＣＨ）かの何れかをＡＴに割り当てることを可能にする。一般に、ＲＲＣは、新たな接続設定中に、ＡＴへの専用ラジオ・チャネル（ＤＣＨ）の自動割当を提供し、次に、ＡＴからのトラフィック・ボリュームが低いかヌルである場合、ＡＴに共通ラジオ・チャネル（ＦＡＣＨ）を再割当する。これらのチャネル再割当は、ＲＲＣ状態移行としても知られており、多くのＡＴによってトリガされた場合、ＲＮＣの処理負荷を浪費し、ＲＡＮのオーバ・ザ・エアおよびバックホール容量に悪影響を与えうる。ＤＣＨチャネルが割り当てられている場合、ＡＴのバッテリもまた悪影響を受ける。
【００１６】
既存のＲＲＣチャネル割当スキームを改善するために、１つの態様にしたがって、新たなＲＲＣ接続設定中に、エンハンストＴＶＭレポート手順が使用されうる。例えば、ＲＮＣ１２０は、ＲＲＣシステム・ブロードキャスト・メッセージ内に、（ｉ）ＲＡＮ１１０がエンハンストＴＶＭレポート機能をサポートすることを示すＴＶＭフラグ、および／または、（ｉｉ）関連付けられたＴＶＭしきい値を含めるように構成される。ＴＶＭしきい値は、ＲＡＮ１１０のアドミニストレータによって、例えば、５１２ＫＢに設定されうる。ＴＶＭフラグが真に設定されている場合、ＡＴ１０５は、ＲＡＮ１１０との接続を要求する前に、トラフィック・ボリュームを測定するように構成されうる。例えば、ＡＴ１０５は、トラフィック・ボリュームのインジケータとして、送信機バッファ内のデータのバイト数を測定しうる。ＴＶＭがＴＶＭしきい値を超えている場合、ＡＴ１０５は、ＡＴからの測定されたトラフィック・ボリュームがしきい値を超えていることを示すＴＶＭインジケータを含むＲＲＣ接続要求をＲＮＣ１１５へ送信するように構成されうる。あるいは、ＡＴ１０５は、ＲＲＣ接続要求メッセージで実際のＴＶＭ値を送信しうる。これに応答して、ＲＮＣ１１５は、ＡＴ１０５に対して、ＵＴＲＡＮでは、専用ラジオ・チャネル（ＤＣＨ）を、ＬＴＥでは、ショート不連続受信（ＤＲＸ）サイクルを持つ専用ラジオ・チャネルを割り当てうる。ＴＶＭがしきい値未満である場合、ＡＴ１０５は、トラフィック・ボリュームがしきい値未満であることを示すＴＶＭインジケータを含む接続要求をＲＮＣ１１５へ送信しうる。あるいは、ＡＴ１０５は、ＲＲＣ接続要求メッセージで実際のＴＶＭ値を送信しうる。これに応じて、ＲＮＣ１１５は、ＡＴ１０５に対して、ＵＴＲＡＮにおいて、いくつかのＡＴによって共有されている共通ラジオ・チャネル（ＦＡＣＨ）を、ＬＴＥにおいて、ロングＤＲＸサイクルを持つ専用ラジオ・チャネルを割り当てうる。ＡＴ１０５は、その後、ＲＮＣ１１５との通信のために割り当てられたラジオ・チャネルを用いて、ＲＮＣ１１５とのポイント・トゥ・ポイント双方向接続を確立しうる。この接続設定およびチャネル割当メカニズムは、ＲＮＣ１１５における不必要なＲＲＣ状態移行またはＤＲＸサイクル変更を最小化し、ＡＴ１０５とＲＮＣ１１５との間のシグナリング負荷を低減し、ＲＮＣ処理負荷を減らす。
【００１７】
図２は、１つの態様にしたがって、ＵＴＲＡＮにおける新たな接続設定のために、例えばＡＴ１０５のようなアクセス端末において実現される方法２００を例示する。ＡＴ１０５は、ＲＡＮ１１０の有効通信範囲エリアに入ると、ＲＮＣ１１５からの、ネットワーク関連情報を含むＲＲＣシステム・ブロードキャスト・メッセージの傍受を開始する。ステップ２１０では、ＡＴ１０５が、ＲＮＣ１１５から、システム・ブロードキャスト・メッセージを受信する。ステップ２２０では、ＡＴ１０５が、ブロードキャスト・メッセージ内のエンハンストＴＶＭレポート・フラグを識別する。エンハンストＴＶＭレポート・フラグが真に設定されていれば、ステップ２３０において、ＡＴ１０５は、システム・ブロードキャスト・メッセージ内のＴＶＭしきい値を識別する。ステップ２４０では、ＡＴ１０５は、例えば、送信機バッファ内のバイト数を判定することによって、トラフィック・ボリューム測定を実行する。ステップ２５０では、ＡＴ１０５は、測定されたトラフィック・ボリュームを、ＴＶＭしきい値と比較し、トラフィック・ボリュームがしきい値を超えていれば、ステップ２６０において、真（“１”）に設定されたＴＶＭインジケータを含むＲＲＣ接続要求をＲＮＣ１１５へ送信する。このインジケータは、ＡＴ１０５において測定されたトラフィック・ボリュームが、ＴＶＭしきい値を超えていることを示す。あるいは、ＡＴ１０５は、ＲＲＣ接続要求メッセージで、実際のＴＶＭ値を送信しうる。ステップ２７０では、ＡＴ１０５およびＲＮＣ１１５は、ＡＴ１０５からの大量のトラフィック・ボリュームに対応するために、ＲＮＣ１１５によってＡＴ１０５へ割り当てられた専用ラジオ・チャネル（ＤＣＨ）でＲＲＣ接続を確立しうる。しかしながら、ステップ２５０において、ＡＴ１０５が、トラフィック・ボリュームがＴＶＭしきい値未満であると判定すると、ＡＴ１０５は、ステップ２８０において、偽（“０”）に設定されたＴＶＭインジケータを含むＲＲＣ接続要求をＲＮＣ１１５へ送信する。このインジケータは、ＡＴ１０５において測定されたトラフィック・ボリュームが、ＴＶＭしきい値未満であることを示す。あるいは、ＡＴ１０５は、ＲＲＣ接続要求メッセージで実際のＴＶＭ値を送信しうる。ステップ２９０では、ＡＴ１０５およびＲＮＣ１１５は、ＲＮＣ１１５によってＡＴ１０５へ割り当てられた共通ラジオ・チャネル（ＦＡＣＨ）でＲＲＣ接続を確立する。共通チャネルは、低いトラフィック・ボリュームを有するＡＴ間で共有される。
【００１８】
図３は、１つの態様にしたがって、例えばＲＡＮ１１０のようなラジオ・アクセス・ネットワークによるラジオ・チャネル割当のための方法３００の例の例示である。ステップ３１０では、ＲＮＣ１１５が、ＲＲＣシステム・ブロードキャスト・メッセージを定期的に送信する。これは、ネットワーク関連情報のみならず、エンハンストＴＶＭレポート・フラグおよび関連付けられたＴＶＭしきい値を含む。ステップ３２０では、ＲＮＣ１１５が、ＡＴ１０５からＲＲＣ接続要求を受信する。ステップ３３０では、ＲＮＣ１１５が、受信したＲＲＣ接続要求におけるＴＶＭインジケータを識別する。ステップ３４０では、ＴＶＭインジケータが真に設定されているか、または、ＴＶＭ値がＴＶＭしきい値を超えているかをＲＮＣ１１５が判定する。ＲＮＣ１１５では、ステップ３５０において、ＵＴＲＡＮである場合には、専用ラジオ・チャネル（ＤＣＨ）をＡＴ１０５に割り当て、Ｅ−ＵＴＲＡＮである場合には、ショートＤＲＸサイクルに割り当てる。ステップ３６０では、ＲＮＣ１１５およびＡＴ１０５が、専用ラジオ・チャネル（ＤＣＨ）によって、または、ショートＤＲＸサイクルを用いて、ＲＲＣ接続を確立する。ステップ３４０において、ＴＶＭインジケータが偽に設定されているか、または、ＴＶＭ値がＴＶＭしきい値未満であるとＲＮＣ１１５が判定した場合には、ＲＮＣ１１５は、ステップ３７０において、ＵＴＲＡＮである場合には、共通ラジオ・チャネル（ＦＡＣＨ）をＡＴ１０５に割り当て、Ｅ−ＵＴＲＡＮである場合には、ロングＤＲＸサイクルに割り当てる。最後に、ステップ３８０では、ＲＮＣ１１５とＡＴ１０５とが、共通ラジオ・チャネル（ＦＡＣＨ）によって、または、ロングＤＲＸサイクルを用いてＲＲＣ接続を確立する。１つの態様では、ＡＴからのトラフィック・ボリュームが変化した場合、ＲＮＣ１１５は、これにしたがって、別のラジオ・チャネルまたはＤＲＸサイクルをＡＴ１０５へ再割当しうる。
【００１９】
図４は、１つの態様にしたがうアクセス端末の設定の例を例示する。アクセス端末４００は、本明細書に記載された構成要素および機能のうちの１または複数に関連付けられた処理機能を実行するプロセッサ４１０を含む。プロセッサ４１０は、単一のプロセッサまたは複数のプロセッサのセットであるか、あるいは、マルチコア・プロセッサでありうる。アクセス端末４００はさらに、プロセッサ４１０に接続され、例えば、プロセッサ４１０によって実行可能なアプリケーションのローカル・バージョンを格納するためのメモリ４２０を含む。メモリ４２０は、例えば、ランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびこれらの任意の組み合わせのように、コンピュータによって使用可能な任意のタイプのメモリを含みうる。
【００２０】
さらに、アクセス端末４００は、プロセッサ４１０に接続され、本明細書に記載されたように、ハードウェア、ソフトウェア、およびサービスを利用する１または複数のラジオ・アクセス・ネットワークとの通信を確立および維持する１または複数の通信構成要素４３０を含む。例えば、通信構成要素４３０は、外部のラジオ・ネットワークやデバイスとインタフェースするよう動作可能な送信機および受信機に関連付けられた送信チェーン構成要素および受信チェーン構成要素を含む。それに加えて、アクセス端末４００はさらに、プロセッサ４１０に接続されたデータ・ストア４４０を含みうる。データ・ストア４４０は、ハードウェアおよび／またはソフトウェアの任意の適切な組み合わせであり、本明細書に記載された発明の態様にしたがって適用される情報、データ・ベース、およびプログラムの大容量記憶装置を提供する。例えば、データ・ストア４４０は、プロセッサ４１０によって現在実行されていないアプリケーションのためのデータ・リポジトリでありうる。
【００２１】
アクセス端末４００は、アクセス端末４００のユーザからの入力を受け取るように動作可能で、さらに、ユーザに提示するための出力を生成するように動作可能で、かつ、プロセッサ４１０に接続されたユーザ・インタフェース構成要素４５０を含みうる。ユーザ・インタフェース構成要素４５０は、限定される訳ではないが、キーボード、テンキー、マウス、タッチ画面、ナビゲーション・キー、ファンクション・キー、マイクロホン、音声認識構成要素、ユーザからの入力を受信可能なその他のメカニズム、あるいはこれらの任意の組み合わせを含む１または複数の入力デバイスを含むことができる。さらに、ユーザ・インタフェース構成要素４５０は、限定される訳ではないが、ディスプレイ、スピーカ、触覚型フィードバック・メカニズム、プリンタ、ユーザに出力を提示することが可能なその他任意のメカニズム、またはこれらの任意の組み合わせを含む１または複数の出力デバイスを含むことができる。
【００２２】
一例の態様では、プロセッサ４１０は、例えばＵＭＴＳ、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、またはＲＲＣプロトコルをサポートするその他のネットワークのようなラジオ・アクセス・ネットワークとの新たなＲＲＣ接続設定用アルゴリズムの実行を容易にするソフトウェア・モジュール４６０−４８０を含んでいる。特に、プロセッサ４１０は、ＲＡＮから、通信構成要素４３０を介してＲＲＣネットワーク・ブロードキャスト・メッセージを受信し、このメッセージが、エンハンストＴＶＭレポート機能および関連付けられたＴＶＭしきい値をＲＡＮがサポートすることを示すＴＶＭフラグを含んでいるかを判定する、ためのメッセージ処理モジュール４６０を含む。プロセッサ４１０はさらに、メモリ４２０の送信バッファ内のトラフィック・ボリューム測定値を測定するためのＴＶＭモジュール４７０をも含む。プロセッサ４１０はまた、測定されたトラフィック・ボリュームをＴＶＭしきい値と比較し、測定されたトラフィック・ボリュームがＴＶＭしきい値を超えているか、ＴＶＭしきい値未満であるかを判定する、ためのＴＶＭしきい値比較モジュール４８０をも含む。プロセッサ４１０はさらに、トラフィック・ボリュームがしきい値を超えているか、しきい値未満であるかを示すＴＶＭインジケータを含むＲＲＣ接続要求メッセージを生成し、通信構成要素４３０を介して送信するための送信モジュール４９０をも含む。送信モジュール４９０はさらに、ＲＲＣ接続要求メッセージにおけるＴＶＭインジケータの値に基づいて、ＲＡＮによって割り当てられた専用または共通ラジオ・チャネルを介したＲＡＮとの接続を、通信構成要素４３０によって確立する。プロセッサ４１０は、さまざまな態様にしたがって、アクセス端末とＲＡＮとの間のＲＲＣ接続の設定または終了を実行するためのその他のモジュールを含みうる。
【００２３】
図５は、１つの態様にしたがう通信装置の設定の例を例示する。図示するように、装置５００は、プロセッサ、ソフトウェア、または（例えば、ファームウェアのような）これらの組み合わせによって実現される機能を表しうる。装置５００は、例えばＵＭＴＳ、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、または、ＲＲＣプロトコルをサポートするその他のネットワークのようなラジオ・アクセス・ネットワークとの新たなＲＲＣ接続設定のためのアルゴリズムの実行を容易にする電子構成要素の論理グループ５１０を含む。論理グループ５１０は、ＲＡＮがエンハンストＴＶＭレポート機能および関連付けられたＴＶＭしきい値をサポートすることを示すＴＶＭフラグを含むＲＲＣネットワーク・ブロードキャスト・メッセージを受信する手段５２０を含みうる。論理グループ５１０は、エンハンストＴＶＭフラグが真に設定されている場合、トラフィック・ボリュームを測定する手段５３０を含みうる。さらに、論理グループ５１０は、測定されたトラフィック・ボリュームをＴＶＭしきい値と比較する手段５４０を含みうる。さらに、論理グループ５１０は、トラフィック・ボリュームがしきい値を超えているか、しきい値未満であるかを示すＴＶＭインジケータを含むＲＲＣ接続要求メッセージを送信する手段５５０を含みうる。さらに、論理グループ５１０は、ＲＲＣ接続要求メッセージにおけるＴＶＭインジケータの値に基づいて、ＲＡＮによって割り当てられた専用または共通ラジオ・チャネル（または、Ｅ−ＵＴＲＡＮである場合、ショートまたはロングＤＲＸサイクルを持つ専用ラジオ・チャネル）によってＲＡＮとのＲＲＣ接続を確立する手段５６０を含みうる。それに加えて、装置５００は、電子構成要素５２０−５６０に関連付けられた機能を実行するための命令群を保持するメモリ５７０を含みうる。メモリ５７０の外側にあると示されているが、電子構成要素５２０−５６０は、メモリ５７０内に存在しうることが理解されるべきである。
【００２４】
図６は、新たな接続設定およびチャネル割当のための方法のさまざまな態様が実現される無線通信システム６００の例を示す。システム６００は、簡略のために、ラジオ・アクセス・ネットワーク内の１つの基地局／順方向リンク送信機６１０と、１つのモバイル・デバイス６５０しか示していない。しかしながら、システム６００は、１より多い基地局／順方向リンク送信機および／または１より多いモバイル・デバイスを含むことができ、ここでは、さらなる基地局／送信機および／またはモバイル・デバイスが、後述する基地局／順方向リンク送信機６１０およびモバイル・デバイス６５０の例と実質的に類似しているか、または、異なりうることが認識されるべきである。さらに、基地局／順方向リンク送信機６１０および／またはモバイル・デバイス６５０は、その間の新たな接続設定およびチャネル割当手順および無線通信を容易にするために、本明細書に記載されたシステム（図１、４および５）および／または方法（図２および３）を適用しうることが認識されるべきである。
【００２５】
基地局／順方向リンク送信機６１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース６１２から送信（ＴＸ）データ・プロセッサ６１４へ提供される。一例によれば、おのおののデータ・ストリームが、それぞれのアンテナを介して送信される。ＴＸデータ・プロセッサ６１４は、トラフィック・データ・ストリームをフォーマットし、このデータ・ストリームのために選択された特定の符号化スキームに基づいて符号化し、インタリーブして、符号化されたデータを提供する。
【００２６】
おのおののデータ・ストリームの符号化されたデータは、直交周波数分割多重（ＯＦＤＭ）技術を用いてパイロット・データと多重化されうる。さらに、あるいは、その代わりに、パイロット・シンボルは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、あるいは符号分割多重化（ＣＤＭ）されうる。パイロット・データは一般に、既知の方法で処理される既知のデータ・パターンであり、チャネル応答を推定するためにモバイル・デバイス６５０において使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符号化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ）等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ６３０によって実行または提供される指示によって決定されうる。
【００２７】
データ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルを処理するＴＸ  ＭＩＭＯプロセッサ６２０に提供される。ＴＸ  ＭＩＭＯプロセッサ６２０はその後、ＮＴ個のシンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）６２２ａ乃至６２２ｔへ提供する。さまざまな態様において、ＴＸ  ＭＩＭＯプロセッサ６２０は、データ・ストリームのシンボルへ、および、シンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。
【００２８】
おのおのの送信機６２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。さらに、送信機６２２ａ乃至６２２ｔからのＮＴ個の変調信号は、ＮＴ個のアンテナ６２４ａ乃至６２４ｔそれぞれから送信される。
【００２９】
モバイル・デバイス６５０では、送信された変調信号が、ＮＲ個のアンテナ６５２ａ乃至６５２ｒによって受信され、おのおののアンテナ６５２から受信した信号が、それぞれの受信機（ＲＣＶＲ）６５４ａ乃至６５４ｒへ提供される。おのおのの受信機６５４は、それぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００３０】
ＲＸデータ・プロセッサ６６０は、ＮＲ個の受信機６５４からＮＲ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＴ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ６６０は、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ６６０による処理は、基地局／順方向リンク送信機６１０におけるＴＸ  ＭＩＭＯプロセッサ６２０およびＴＸデータ・プロセッサ６１４によって行なわれるものに対して相補的である。
【００３１】
プロセッサ６７０は、上述したように、どのプリコーディング行列を使用するのかを定期的に決定する。さらに、プロセッサ６７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。
【００３２】
逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、データ・ソース６３６から多くのデータ・ストリームのためのトラフィック・データをも受信するＴＸデータ・プロセッサ６３８によって処理され、変調器６８０によって変調され、送信機６５４ａ乃至６５４ｒによって調整され、基地局／順方向リンク送信機６１０へ送り返される。
【００３３】
基地局／順方向リンク送信機６１０では、モバイル・デバイス６５０からの変調された信号が、アンテナ６２４によって受信され、受信機６２２によって調整され、復調器６４０によって復調され、ＲＸデータ・プロセッサ６４２によって処理されることによって、モバイル・デバイス６５０によって送信された逆方向リンク・メッセージが抽出される。さらに、プロセッサ６３０は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するかを決定するために、この抽出されたメッセージを処理する。データは、順方向リンクによってのみブロードキャストされるので、順方向リンク送信機８１０の場合、基地局とは逆に、これらのＲＸ構成要素は存在しないことが認識されるべきである。
【００３４】
プロセッサ６３０およびプロセッサ６７０は、基地局／順方向リンク送信機６１０およびモバイル・デバイス６５０それぞれにおける動作を指示（例えば、制御、調整、管理等）しうる。プロセッサ６３０およびプロセッサ６７０はそれぞれ、プログラム・コードおよびデータを格納するメモリ６３２およびメモリ６７２に関連付けられうる。プロセッサ６３０およびプロセッサ６７０はまた、アップリンクおよびダウンリンクそれぞれのための周波数およびインパルス応答推定値を導出する計算をも実行する。
【００３５】
本明細書に記載された態様は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、あるいはそれらの任意の組み合わせによって実現されうることが理解されるべきである。ハードウェアで実現する場合、処理ユニットは、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理回路（ＰＬＤ）、フィールドプログラム可能ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、本明細書に記載の機能を実行するために設計されたその他の電子ユニット、あるいはこれらの組み合わせ内に実装されうる。
【００３６】
これら態様が、ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラム・コードまたはコード・セグメントにおいて実現される場合、それらは、例えばストレージ構成要素のような機械読取可能な媒体内に格納されうる。コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または、命令、データ構造、あるいはプログラム文からなる任意の組み合わせを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、あるいは記憶内容の引渡および／または受信を行うことによって、他のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ引渡し、トークン引渡、ネットワーク送信などを含む任意の適切な手段を用いて引渡、転送、あるいは送信されうる。
【００３７】
ソフトウェアで実現する場合、本明細書に記載のこれら技術は、本明細書に記載の機能を実行するモジュール（例えば、手続き、機能等）を用いて実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサの内部またはプロセッサの外部に実装される。プロセッサの外部に実装される場合、当該技術分野で周知のさまざまな手段によって、プロセッサへ通信可能に接続されうる。
【００３８】
本明細書に開示された態様に関連して記載された例示的なさまざまなロジック、論理ブロック、モジュール、および回路が、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）またはその他のプログラマブル・ロジック・デバイス、ディスクリート・ゲートまたはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または、本明細書に記載された機能を実行するように設計されたこれら任意の組み合わせとともに実装または実行される。汎用プロセッサとしてマイクロ・プロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロ・コントローラ、あるいは順序回路を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。それに加えて、少なくとも１つのプロセッサは、上述したステップおよび／または動作のうちの１または複数を実行するように動作可能な１または複数のモジュールを備えうる。
【００３９】
さらに、本明細書に開示された態様に関連して記載された方法またはアルゴリズムからなるステップおよび／または動作は、ハードウェア内に直接的に組み込まれるか、プロセッサによって実行されるソフトウェア・モジュールによって組み込まれるか、これら２つの組み合わせに組み込まれうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは、当該技術で周知のその他任意の形態の記憶媒体内に存在しうる。典型的な記憶媒体は、プロセッサに結合されており、これによって、プロセッサは、記憶媒体との間で情報を読み書きできるようになる。あるいは、この記憶媒体は、プロセッサに統合されうる。さらに、いくつかの態様では、プロセッサと記憶媒体が、ＡＳＩＣ内に存在しうる。さらに、ＡＳＩＣは、ユーザ端末に存在することができる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリート部品として存在しうる。さらに、いくつかの態様では、方法またはアルゴリズムのステップおよび／または動作は、機械読取可能な媒体および／またはコンピュータ読取可能な媒体上の１または任意の組み合わせ、または、コードおよび／または命令群のセットとして存在する。これらは、コンピュータ・プログラム製品に組み込まれうる。
【００４０】
１または複数の態様では、説明された機能が、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これら機能はコンピュータ読取可能な媒体に格納されうるか、あるいは、コンピュータ読取可能な媒体上の１または複数の命令群またはコードとして送信されうる。コンピュータ読取可能な媒体は、コンピュータ記憶媒体と通信媒体との両方を含む。これらは、コンピュータ・プログラムのある場所から別の場所への転送を容易にする任意の媒体を含む。記憶媒体は、コンピュータによってアクセスされる利用可能な任意の媒体でありうる。例として、限定することなく、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能な媒体と適切に称される。同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるｄｉｓｋおよびｄｉｓｃは、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多目的ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびブルーレイ・ディスク（ｄｉｓｃ）を含む。通常、ｄｉｓｋは、データを磁気的に再生し、ｄｉｓｃは、レーザを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【００４１】
前述した開示は、例示的な態様および／または実施形態を開示しているが、さまざまな変更および修正が、特許請求の範囲で定義されたような説明された態様および／または実施形態の範囲から逸脱することなくなされうる  ことが注目されるべきである。さらに、説明された態様の構成要素は、単数形で記載または特許請求されているが、もしも単数であると明示的に述べられていないのであれば、複数が考慮される。それに加えて、それ以外であると述べられていないのであれば、任意の態様のうちのすべてまたは一部が、その他任意の態様のすべてまたは一部とともに利用される。
【図１】
2013507832.tif 000003
【図２】
2013507832.tif 000004
【図３】
2013507832.tif 000005
【図４】
2013507832.tif 000006
【図５】
2013507832.tif 000007
【図６】
2013507832.tif 000008
【国際調査報告】
2013507832.tif 000009
2013507832.tif 000010
2013507832.tif 000011