(57)【要約】  基地局に関連するプライマリキャリアと少なくとも１つのセカンダリキャリアとを有するマルチキャリア無線環境において加入局がネットワークエントリを実行する方法。本方法は、基地局によりサービス提供されるエリアのキャリアを検知し、当該キャリアがプライマリキャリアかセカンダリキャリアかを決定することを含む。本方法はさらに、検知されたキャリアがプライマリキャリアであって、セカンダリキャリアでないことが決定された場合、ネットワークエントリを実行することを含む。
2013507016.tif 000002
【特許請求の範囲】
【請求項１】
ＢＳに関連するプライマリキャリアと少なくとも１つのセカンダリキャリアとを有するマルチキャリア無線環境においてＳＳがネットワークエントリを実行するための方法であって、
ａ．前記ＢＳによりサービス提供されるエリアにおいてキャリアを検知するステップと、
ｂ．前記キャリアがプライマリキャリア又はセカンダリキャリアであるか判断するステップと、
ｃ．前記判断するステップが前記検知されたキャリアがプライマリキャリアであって、セカンダリキャリアでないと決定した場合、前記ネットワークエントリを実行するステップと、
を有する方法。
【請求項２】
前記セカンダリキャリアは、少なくともプリアンブル又は同期チャネルがないことによって、前記プライマリキャリアと区別される、請求項１記載の方法。
【請求項３】
前記セカンダリキャリアは、少なくともブロードキャストチャネルがないことによって、前記プライマリキャリアと区別される、請求項１記載の方法。
【請求項４】
前記プライマリキャリアと前記セカンダリキャリアとの少なくとも１つは、前記少なくとも１つのキャリアがプライマリキャリア又はセカンダリキャリアであるか示す制御情報を伝送する、請求項１記載の方法。
【請求項５】
前記プライマリキャリアと前記セカンダリキャリアとは、各自のプリアンブル又は同期チャネルを有し、
前記プリアンブル又は同期チャネルは、互いに異なるプリアンブルシーケンスにより特徴付けされ、
前記ＳＳは、前記プリアンブルシーケンスの少なくとも１つを処理し、前記処理されたプリアンブルシーケンスに少なくとも部分的に基づき、前記プリアンブルシーケンスに関連するキャリアがプライマリキャリア又はセカンダリキャリアであるか判断する、請求項１記載の方法。
【請求項６】
前記プライマリキャリアは、音声情報を搬送する、請求項１記載の方法。
【請求項７】
前記プライマリキャリアは、前記ＳＳのユーザにリアルタイムサービスを搬送する、請求項６記載の方法。
【請求項８】
前記セカンダリキャリアは、前記ＳＳのユーザにデータサービスを提供する、請求項６記載の方法。
【請求項９】
前記プライマリキャリアは、コード分割多重化される、請求項８記載の方法。
【請求項１０】
前記セカンダリキャリアは、時分割多重化される、請求項９記載の方法。
【請求項１１】
前記無線マルチキャリア環境は、複数のセカンダリキャリアを有し、
前記ＳＳは、前記ＢＳから前記プライマリキャリアを介し制御情報を受信し、
前記制御情報は、前記複数のセカンダリキャリアから選択されたセカンダリキャリアを前記ＳＳに割当て、
前記選択されたセカンダリキャリアは、前記ＳＳがデータサービスを受信することを可能にする、請求項１記載の方法。
【請求項１２】
前記ＳＳは、前記ＳＳと前記プライマリキャリアとの間の通信について確立されたタイミング、周波数及び電力情報の何れかを利用することによって、前記選択されたセカンダリキャリアとの通信を確立する、請求項１１記載の方法。
【請求項１３】
前記ＳＳは、前記選択されたセカンダリキャリア上のＵＬレインジングをトリガーするため、前記プライマリキャリアを介し前記ＢＳから送信される制御信号に応答する、請求項１１記載の方法。
【請求項１４】
ＢＳに関連する複数のプライマリキャリアと少なくとも１つのセカンダリキャリアとを有するマルチキャリア無線環境においてネットワークエントリをＳＳが実行するための方法であって、
ａ．前記プライマリキャリアの１つを介し送信される制御情報を前記ＳＳにおいて受信するステップと、
ｂ．前記ＳＳによって、前記ネットワークエントリが前記プライマリキャリアの１つ又は前記複数のプライマリキャリアの異なるプライマリキャリアを介し実行されるべきか判断するため、前記制御情報を処理するステップと、
ｃ．前記判断に基づき前記ネットワークエントリを実行するステップと、
を有する方法。
【請求項１５】
前記制御情報は、前記プライマリキャリアの１つのロード状態を伝送する、請求項１４記載の方法。
【請求項１６】
前記制御情報は、前記プライマリキャリアの１つにおいて提供されるＱｏＳである、請求項１４記載の方法。
【請求項１７】
前記複数のプライマリキャリアのそれぞれは、音声情報を搬送する、請求項１４記載の方法。
【請求項１８】
前記複数のプライマリキャリアのそれぞれは、前記ＳＳのユーザにリアルタイムサービスを搬送する、請求項１７記載の方法。
【請求項１９】
前記セカンダリキャリアは、前記ＳＳのユーザにデータサービスを提供する、請求項１７記載の方法。
【請求項２０】
前記プライマリキャリアのそれぞれは、コード分割多重化される、請求項１４記載の方法。
【請求項２１】
前記セカンダリキャリアは、時分割多重化される、請求項２０記載の方法。
【請求項２２】
ＢＳに関連するプライマリキャリアと少なくとも１つのセカンダリキャリアとを有するマルチキャリア無線環境において、
ａ．前記ＢＳが、前記プライマリキャリアを介し制御情報をＳＳに送信するステップと、
ｂ．前記ＳＳが、前記制御情報に応答して、前記セカンダリキャリアによるＵＬレインジングを開始するステップと、
を有する方法。
【請求項２３】
前記プライマリキャリアは、音声情報を前記ＳＳに配信する、請求項２２記載の方法。
【請求項２４】
前記プライマリキャリアは、前記ＳＳのユーザにリアルタイムサービスを搬送する、請求項２３記載の方法。
【請求項２５】
前記セカンダリキャリアは、前記ＳＳのユーザにデータサービスを提供する、請求項２３記載の方法。
【請求項２６】
前記プライマリキャリアは、コード分割多重化される、請求項２２記載の方法。
【請求項２７】
前記セカンダリキャリアは、時分割多重化される、請求項２６記載の方法。
【請求項２８】
ＢＳに関連するプライマリキャリアと少なくとも１つのセカンダリキャリアとを有するマルチキャリア無線環境において、前記セカンダリキャリアに関するシステム情報をＳＳに配信する方法であって、
ａ．前記ＢＳが、復号化情報を伝送する制御データを前記プライマリキャリアを介しＳＳに送信するステップと、
ｂ．前記ＳＳが、前記復号化情報に基づき前記セカンダリキャリアのブロードキャストチャネルを復号化するステップと、
を有する方法。
【請求項２９】
前記プライマリキャリアは、音声情報を前記ＳＳに配信する、請求項２８記載の方法。
【請求項３０】
前記プライマリキャリアは、前記ＳＳのユーザにリアルタイムサービスを配信する、請求項２９記載の方法。
【請求項３１】
前記セカンダリキャリアは、前記ＳＳのユーザにデータサービスを提供する、請求項３０記載の方法。
【請求項３２】
前記プライマリキャリアは、コード分割多重化される、請求項３２記載の方法。
【請求項３３】
前記セカンダリキャリアは、時分割多重化される、請求項３２記載の方法。
【請求項３４】
ＢＳに関連する複数のプライマリキャリアと少なくとも１つのセカンダリキャリアとを有するマルチキャリア無線環境において、ＢＳ内ハンドオーバを実行する方法であって、
ａ．前記ＢＳが、前記複数のプライマリキャリアの第１プライマリキャリアを介し制御データを前記ＳＳに送信するステップと、
ｂ．前記ＳＳが、前記制御データに応答して、前記複数のプライマリキャリアの第２プライマリキャリアにスイッチするステップと、
を有する方法。
【請求項３５】
前記制御データは、時間情報を伝送し、
前記時間情報は、前記ＳＳが前記複数のプライマリキャリアの第２プライマリキャリアにスイッチする時間を示す、請求項３４記載の方法。
【請求項３６】
前記複数のプライマリキャリアのそれぞれは、音声情報を搬送する、請求項３４記載の方法。
【請求項３７】
前記複数のプライマリキャリアのそれぞれは、前記ＳＳのユーザにリアルタイムサービスを搬送する、請求項３４記載の方法。
【請求項３８】
前記セカンダリキャリアは、前記ＳＳのユーザにデータサービスを提供する、請求項３６記載の方法。
【請求項３９】
前記プライマリキャリアのそれぞれは、コード分割多重化される、請求項３４記載の方法。
【請求項４０】
前記セカンダリキャリアは、時間分割多重化される、請求項３９記載の方法。
【請求項４１】
第１ＢＳから第２ＢＳへのＳＳのハンドオーバを実行する方法であって、
前記第１ＢＳは、少なくとも１つのプライマリキャリアとセカンダリキャリアとを有する第１マルチキャリア無線環境を管理し、前記第２ＢＳは、少なくとも１つのプライマリキャリアとセカンダリキャリアとを有する第２マルチキャリア無線環境を管理し、
ａ．前記第１ＢＳが、前記第１環境において前記プライマリキャリアを介し前記第２無線環境のマルチキャリアコンフィギュレーション情報を伝送する制御データを前記ＳＳに送信するステップと、
ｂ．前記ＳＳが、前記制御データに基づきサービスのため前記第２ＢＳにスイッチするステップと、
を有する方法。
【請求項４２】
前記第１環境のプライマリキャリアと前記第２環境のプライマリキャリアとは、音声情報を前記ＳＳに配信する、請求項４１記載の方法。
【請求項４３】
前記第１環境のプライマリキャリアと前記第２環境のプライマリキャリアとは、前記ＳＳのユーザにリアルタイムサービスを配信する、請求項４１記載の方法。
【請求項４４】
前記第１環境のセカンダリキャリアと前記第２環境のセカンダリキャリアとは、前記ＳＳのユーザにデータサービスを提供する、請求項４２記載の方法。
【請求項４５】
前記第１環境のプライマリキャリアと前記第２環境のプライマリキャリアとは、コード分割多重化される、請求項４１記載の方法。
【請求項４６】
前記第１環境のセカンダリキャリアと前記第２環境のセカンダリキャリアとは、時分割多重化される、請求項４５記載の方法。
【請求項４７】
ＢＳによりサービス提供され、プライマリキャリアとセカンダリキャリアとを有するマルチキャリア無線環境においてＳＳのスリープモードを管理する方法であって、
ａ．前記ＳＳが、データトラフィック通知について前記プライマリキャリア上の連続するリスニングウィンドウをモニタするステップであって、前記リスニングウィンドウの何れかの１つにおけるデータトラフィック通知は、ｉ．前記ＳＳのデータトラフィックと、ｉｉ．前記データトラフィックが前記プライマリキャリア又は前記セカンダリキャリアを介し配信されるかとを示す、前記モニタするステップと、
ｂ．前記データトラフィックのついて前記データトラフィック通知により通知されるキャリアをモニタするステップと、
を有する方法。
【請求項４８】
前記ＳＳは、前記リスニングウィンドウの外部のデータトラフィック通知について前記プライマリキャリアをモニタしない、請求項４７記載の方法。
【請求項４９】
前記プライマリキャリアは、前記ＳＳに音声情報を配信する、請求項４７記載の方法。
【請求項５０】
前記プライマリキャリアは、前記ＳＳのユーザにリアルタイムサービスを配信する、請求項４９記載の方法。
【請求項５１】
前記セカンダリキャリアは、前記ＳＳのユーザにデータサービスを配信する、請求項４９記載の方法。
【請求項５２】
前記プライマリキャリアは、コード分割多重化される、請求項４７記載の方法。
【請求項５３】
前記セカンダリキャリアは、時分割多重化される、請求項５２記載の方法。
【請求項５４】
ＢＳによってサービス提供され、プライマリキャリアとセカンダリキャリアとを有する無線マルチキャリア環境において前記ＢＳにＣＱＩをフィードバックする方法であって、
ａ．前記プライマリキャリアと前記セカンダリキャリアとを介しＳＳと前記ＢＳとの間で通信を確立するステップであって、前記プライマリキャリアはＵＬフィードバック制御チャネルを確立する、前記確立するステップと、
ｂ．前記ＳＳにおいて、前記セカンダリキャリアに関してＣＱＩを生成するステップと、
ｃ．前記ＵＬフィードバック制御チャネルを介し前記ＣＱＩを前記ＢＳに送信するステップと、
を有する方法。
【請求項５５】
前記プライマリキャリアは、前記ＳＳに音声情報を配信する、請求項５４記載の方法。
【請求項５６】
前記プライマリキャリアは、前記ＳＳのユーザにリアルタイムサービスを配信する、請求項５４記載の方法。
【請求項５７】
前記セカンダリキャリアは、前記ＳＳのユーザにデータサービスを提供する、請求項５５記載の方法。
【請求項５８】
前記プライマリキャリアは、コード分割多重化される、請求項５４記載の方法。
【請求項５９】
前記セカンダリキャリアは、時分割多重化される、請求項５８記載の方法。
【請求項６０】
ＢＳによってサービス提供され、プライマリキャリアとセカンダリキャリアとを有する無線マルチキャリア環境において前記ＢＳにＣＱＩをフィードバックする方法であって、
ａ．前記プライマリキャリアと前記セカンダリキャリアとを介しＳＳと前記ＢＳとの間で通信を確立するステップであって、前記セカンダリキャリアはＵＬフィードバック制御チャネルを確立する、前記確立するステップと、
ｂ．前記ＳＳにおいて、前記セカンダリキャリアに関してＣＱＩを生成するステップと、
ｃ．前記ＵＬフィードバック制御チャネルを介し前記ＣＱＩを前記ＢＳに送信するステップと、
を有する方法。
【請求項６１】
前記プライマリキャリアは、前記ＳＳに音声情報を配信する、請求項６０記載の方法。
【請求項６２】
前記プライマリキャリアは、前記ＳＳのユーザにリアルタイムサービスを配信する、請求項６１記載の方法。
【請求項６３】
前記セカンダリキャリアは、前記ＳＳのユーザにデータサービスを提供する、請求項６１記載の方法。
【請求項６４】
前記プライマリキャリアは、コード分割多重化される、請求項６１記載の方法。
【請求項６５】
前記セカンダリキャリアは、時分割多重化される、請求項６４記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、一般に無線通信技術に関し、より詳細には無線システムのためのマルチキャリア処理に関する。
【背景技術】
【０００２】
無線接続を介しデータが送信されるサービスの需要が近年増大し、増大し続けることが予想される。セルラ携帯電話や他の携帯電話、パーソナル通信システム（ＰＣＳ）及びデジタル又は高品位テレビ（ＨＤＴＶ）を介しデータが送信されるアプリケーションが含まれる。これらのサービスに対する需要は増大しているが、データが送信されるチャネル帯域幅は限られている。従って、この限定的な帯域幅上で効率的かつコスト効果的な方法によりデータを高速に送信することが所望される。
【０００３】
チャネルを介し高速データを効率的に送信するための１つの可能なアプローチは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）を利用することによってである。高速データ信号は、サブキャリア周波数（サブキャリア）として知られる無線周波数（ＲＦ）信号内の各周波数を介しパラレルに送信されるより低速な数十又は十百の信号に分割される。サブキャリアの周波数スペクトルは、それらの間の間隔が最小化されるように重複される。サブキャリアはまた、統計的に独立し、クロストークを生じさせたり、又は互いに干渉しないように、互いに直交する。この結果、チャネル帯域幅は、ＡＭ／ＦＭ（振幅又は周波数変調）などの従来のシングルキャリア送信スキームよりはるかに効率的に利用される。
【０００４】
チャネル帯域幅をより効率的に利用するための他のアプローチは、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ−Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）と呼ばれる、複数のアンテナを有する基地局を用いてデータを送信し、複数の受信アンテナを有する遠隔局を用いて送信データを受信することである。各アンテナにより送信される信号の間には空間ダイバーシチが存在するようにこれらのデータが送信され、これにより、アンテナ数を増やすことによってデータキャパシティを向上させる。あるいは、各アンテナにより送信される信号の間に時間ダイバーシチが存在するようにこれらのデータが送信され、これにより、信号フェージングを低減させる。
【０００５】
無線システムにおいて複数のキャリアを利用するという考えは、既知のコンセプトである。複数のキャリアは、音声や高速データアプリケーションなどの豊富なサービスをエンドユーザに提供する可能性を提供する。しかしながら、ネットワークパフォーマンス及び効率性を向上させるため、このような無線システムのための固有の処理技術及び方法を開発することが産業界において求められている。
【発明の概要】
【０００６】
ここに実現及び広範に開示されるように、本発明はまた、ＢＳに関連する複数のプライマリキャリアと少なくとも１つのセカンダリキャリアとを有するマルチキャリア無線環境においてＳＳがネットワークエントリを実行するための方法を提供する。本方法は、ＳＳにおいて、プライマリキャリアの１つを介し送信される制御情報を受信するステップと、ネットワークエントリがプライマリキャリアの１つ又は複数のプライマリキャリアの異なるプライマリキャリアを介し実行されるべきであるか判断するため、ＳＳにより制御情報を処理するステップと、当該判断に基づきネットワークエントリを実行するステップとを有する。
【０００７】
ここに実現及び広範に開示されるように、本発明はまた、ＢＳに関連するプライマリキャリアと少なくとも１つのセカンダリキャリアとを有するマルチキャリア無線環境において、前記ＢＳが、前記プライマリキャリアを介し制御情報をＳＳに送信するステップと、前記ＳＳが、前記制御情報に応答して、前記セカンダリキャリアによるＵＬレインジングを開始するステップとを有する方法を提供する。
【０００８】
ここに実現及び広範に開示されるように、本発明はまた、ＢＳに関連するプライマリキャリアと少なくとも１つのセカンダリキャリアとを有するマルチキャリア無線環境において、前記セカンダリキャリアに関するシステム情報をＳＳに配信する方法であって、前記ＢＳが、復号化情報を伝送する制御データを前記プライマリキャリアを介しＳＳに送信するステップと、前記ＳＳが、前記復号化情報に基づき前記セカンダリキャリアのブロードキャストチャネルを復号化するステップとを有する方法を提供する。
【０００９】
ここに実現及び広範に開示されるように、本発明は、ＢＳに関連する複数のプライマリキャリアと少なくとも１つのセカンダリキャリアとを有するマルチキャリア無線環境において、ＢＳ内ハンドオーバを実行する方法であって、前記ＢＳが、前記複数のプライマリキャリアの第１プライマリキャリアを介し制御データを前記ＳＳに送信するステップと、前記ＳＳが、前記制御データに応答して、前記複数のプライマリキャリアの第２プライマリキャリアにスイッチするステップとを有する方法を提供する。
【００１０】
ここに実現及び広範に開示されるように、本発明はまた、第１ＢＳから第２ＢＳへのＳＳのハンドオーバを実行する方法であって、前記第１ＢＳは、少なくとも１つのプライマリキャリアとセカンダリキャリアとを有する第１マルチキャリア無線環境を管理し、前記第２ＢＳは、少なくとも１つのプライマリキャリアとセカンダリキャリアとを有する第２マルチキャリア無線環境を管理する方法を提供する。本方法は、前記第１ＢＳが、前記第１環境において前記プライマリキャリアを介し前記第２無線環境のマルチキャリアコンフィギュレーション情報を伝送する制御データを前記ＳＳに送信するステップと、前記ＳＳが、前記制御データに基づきサービスのため前記第２ＢＳにスイッチするステップとを有する。
【００１１】
ここに実現及び広範に開示されるように、本発明はまた、ＢＳによりサービス提供され、プライマリキャリアとセカンダリキャリアとを有するマルチキャリア無線環境においてＳＳのスリープモードを管理する方法を提供する。本方法は、前記ＳＳが、データトラフィック通知について前記プライマリキャリア上の連続するリスニングウィンドウをモニタするステップであって、前記リスニングウィンドウの何れかの１つにおけるデータトラフィック通知は、前記ＳＳのデータトラフィックと、前記データトラフィックが前記プライマリキャリア又は前記セカンダリキャリアを介し配信されるかとを示す、前記モニタするステップとを有する。その後、ＳＳは、前記データトラフィックのついて前記データトラフィック通知により通知されるキャリアをモニタする。
【００１２】
ここに実現及び広範に開示されるように、本発明はまた、ＢＳによってサービス提供され、プライマリキャリアとセカンダリキャリアとを有する無線マルチキャリア環境において前記ＢＳにＣＱＩをフィードバックする方法を提供する。本方法は、前記プライマリキャリアと前記セカンダリキャリアとを介しＳＳと前記ＢＳとの間で通信を確立するステップであって、前記プライマリキャリアはＵＬフィードバック制御チャネルを確立する、前記確立するステップを有する。本方法はさらに、前記ＳＳにおいて、前記セカンダリキャリアに関してＣＱＩを生成するステップと、前記ＵＬフィードバック制御チャネルを介し前記ＣＱＩを前記ＢＳに送信するステップとを有する。
【００１３】
ここに実現及び広範に開示されるように、本発明はまた、ＢＳによってサービス提供され、プライマリキャリアとセカンダリキャリアとを有する無線マルチキャリア環境において前記ＢＳにＣＱＩをフィードバックする方法を有する。本方法は、前記プライマリキャリアと前記セカンダリキャリアとを介しＳＳと前記ＢＳとの間で通信を確立するステップであって、前記セカンダリキャリアはＵＬフィードバック制御チャネルを確立する、前記確立するステップを有する。本方法はさらに、前記ＳＳにおいて、前記セカンダリキャリアに関してＣＱＩを生成するステップと、前記ＵＬフィードバック制御チャネルを介し前記ＣＱＩを前記ＢＳに送信するステップとを有する。
【００１４】
本出願の態様及び特徴は、添付した図面及び付属と共に開示の特定の実施例の以下の説明を参照することによって、当業者に明らかになるであろう。
【図面の簡単な説明】
【００１５】
本出願の実施例は、添付した図面を参照して単なる具体例により説明される。
【図１】図１は、セルラ通信システムのブロック図である。
【図２】図２は、本出願のいくつかの実施例を実現するのに利用可能な一例となる基地局のブロック図である。
【図３】図３は、本出願のいくつかの実施例を実現するのに利用可能な一例となる無線端末のブロック図である。
【図４】図４は、本出願のいくつかの実施例を実現するのに利用可能な一例となる中継局のブロック図である。
【図５】図５は、本出願のいくつかの実施例を実現するのに利用可能な一例となるＯＦＤＭ送信機の構成の論理的分解のブロック図である。
【図６】図６は、本出願のいくつかの実施例を実現するのに利用可能な一例となるＯＦＤＭ受信機の構成の論理的分解のブロック図である。
【図７】図７は、ＩＥＥＥ８０２．１６ｍ−０８／００３ｒｌの図１のネットワークの全体構成の一例である。
【図８】図８は、ＩＥＥＥ８０２．１６ｍ−０８／００３ｒｌの図２のネットワークの全体構成における中継局である。
【図９】図９は、ＩＥＥＥ８０２．１６ｍ−０８／００３ｒｌの図３のシステム参照モデルである。
【図１０】図１０は、ＩＥＥＥ８０２．１６ｍ−０８／００３ｒｌの図４のＩＥＥＥ８０２．１６ｍプロトコル構成である。
【図１１】図１１は、ＩＥＥＥ８０２．１６ｍ−０８／００３ｒｌの図５のＩＥＥＥ８０２．１６ｍ  ＭＳ／ＢＳデータプレーン処理フローである。
【図１２】図１２は、ＩＥＥＥ８０２．１６ｍ−０８／００３ｒｌの図６のＩＥＥＥ８０２．１６ｍ  ＭＳ／ＢＳ制御プレーン処理フローである。
【図１３】図１３は、ＩＥＥＥ８０２．１６ｍ−０８／００３ｒｌの図７のマルチキャリアシステムをサポートする汎用的なプロトコル構成である。
【図１４】図１４は、ＳＳがネットワークエントリ処理を実行しているとき、プライマリチャネルとセカンダリチャネルとを区別するための処理のハイレベルブロック図である。
【図１５】図１５は、無線マルチキャリアシステムにおけるネットワークエントリ処理を実行するステップを示すより詳細なブロック図である。
【図１６】図１６は、無線マルチキャリアシステムにおけるセカンダリキャリアに関するシステム情報を取得する方法を示すブロック図である。
【図１７】図１７は、無線マルチキャリアシステムにおけるハンドオーバを実行するための処理のブロック図である。
【図１８】図１８は、無線マルチキャリアシステムにおけるスリープモード管理を実行するための処理のブロック図である。
【図１９】図１９は、本発明の第１の実現形態によるチャネル品質に関するフィードバックをＢＳに提供するための処理のブロック図である。
【図２０】図２０は、本発明の第２の実現形態によるチャネル品質に関するフィードバックをＢＳに提供するための処理のブロック図である。
【図２１】図２１は、本発明の第２の実現形態によるチャネル品質に関するフィードバックをＢＳに提供するための処理のブロック図である。  同様の参照番号は、類似の要素を示すため異なる図面において利用される。
【発明を実施するための形態】
【００１６】
図面を参照して、図１は、対応する基地局（ＢＳ）１４により提供される複数のセル１２内の無線通信を制御する基地局コントローラ（ＢＳＣ）１０を示す。ある構成では、各セルはさらに複数のセクタ１３又はゾーン（図示せず）に分割される。一般に、各基地局１４は、当該基地局と通信可能な何れかのエンティティとすることができる加入局（ＳＳ）１６とＯＦＤＭを用いた通信を実現し、対応する基地局１４に関連するセル１２内の移動局及び／若しくは無線端末又は固定端末を含むものであってもよい。基地局１４に関してＳＳ１６が移動した場合、この移動は、チャネル状態の有意な変動をもたらす。図示されるように、ＢＳ１４及びＳＳ１６は、通信について空間ダイバーシチを提供するための複数のアンテナを有してもよい。ある構成では、中継局１５は、ＢＳ１４と無線端末１６との間の通信を支援してもよい。ＳＳ１６は、何れかのセル１２、セクタ１３、ゾーン（図示せず）、ＢＳ１４又は中継局１５から、セル１２、セクタ１３、ゾーン（図示せず）、ＢＳ１４又は中継局１５の他の何れかにハンドオフすることが可能である。ある構成では、ＢＳ１４は、バックホールネットワーク１１を介し互いに及び他のネットワーク（コアネットワーク又はインターネット（何れも図示せず）など）と通信する。ある構成では、基地局コントローラ１０は必要とされない。
【００１７】
図２を参照して、ＢＳ１４の一例が示される。ＢＳ１４は、一般に制御システム２０、ベースバンドプロセッサ２２、送信回路２４、受信回路２６、複数のアンテナ２８及びネットワークインタフェース３０を有する。受信回路２６は、ＳＳ１６（図３に図示）及び中継局１５（図４に図示）により提供される１以上のリモート送信機から、情報を担持する無線周波数信号を受信する。低ノイズアンプ及びフィルタ（図示せず）が、処理のため信号からのブロードバンド干渉を増幅及び除去するため連係してもよい。その後、ダウン変換及びデジタル化回路（図示せず）が、フィルタリングされた受信信号を中間又はベースバンド周波数信号にダウン変換し、その後、１以上のデジタルストリームにデジタル化する。
【００１８】
ベースバンドプロセッサ２２は、受信信号により伝送された情報又はデータビットを抽出するため、デジタル化された受信信号を処理する。この処理は、典型的には、復調、復号化及び誤り訂正処理からなる。また、ベースバンドプロセッサ２２は、一般に１以上のＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）により実現される。その後、受信した情報は、中継局１５を利用して又は直接的に、ネットワークインタフェース３０を介し無線ネットワークに送信され、又はＢＳ１４によるサービスを受ける他のＳＳ１６に送信される。
【００１９】
送信側では、ベースバンドプロセッサ２２は、制御システム２０の制御の下でネットワークインタフェース３０から音声、データ又は制御情報を表しうるデジタル化されたデータを受信し、送信のためデータを符号化する。符号化されたデータは、送信回路２４に出力され、所望の送信周波数を有する１以上のキャリア信号により変調される。パワーアンプ（図示せず）は、変調されたキャリア信号を送信に適したレベルに増幅し、マッチするネットワーク（図示せず）を介しアンテナ２８に変調されたキャリア信号を送信する。変調及び処理の詳細は、以降において詳細に説明される。
【００２０】
図３を参照して、加入局（ＳＳ）１６の一例が示される。ＳＳ１６は、例えば、移動局とすることができる。ＢＳ１４と同様に、ＳＳ１６は、制御システム３２、ベースバンドプロセッサ３４、送信回路３６、受信回路３８、複数のアンテナ４０及びユーザインタフェース回路４２を有する。受信回路３８は、ＢＳ１４及び中継局１５の１以上から、情報を担持する無線周波数信号を受信する。低ノイズアンプ及びフィルタ（図示せず）は、処理のため信号からのブロードバンド干渉を増幅及び除去するため連係してもよい。その後、ダウン変換及びデジタル化回路（図示せず）は、フィルタリングされた受信信号を中間又はベースバンド周波数信号にダウン変換し、その後、１以上のデジタルストリームにデジタル化する。
【００２１】
ベースバンドプロセッサ３４は、受信信号に伝送される情報又はデータビットを抽出するため、デジタル化された受信信号を処理する。この処理は、典型的には、復調、復号化及び誤り訂正処理からなる。ベースバンドプロセッサ３４は、一般に１以上のＤＳＰ及びＡＳＩＣにより実現される。送信のため、ベースバンドプロセッサ３４は、制御システム３２から音声、ビデオ、データ又は制御情報を表しうるデジタル化されたデータを受信し、送信のため符号化する。符号化されたデータは、送信回路３６に出力され、所望の送信周波数において１以上のキャリア信号を変調するため変調手段により利用される。パワーアンプ（図示せず）は、変調されたキャリア信号を送信に適したレベルに増幅し、マッチしたネットワーク（図示せず）を介しアンテナ４０に変調されたキャリア信号を送信する。当業者に利用可能な各種変調及び処理技術が、直接的に又は中継局１５を介しＳＳ１６と基地局１４との間の信号送信に利用されてもよい。
【００２２】
ＯＦＤＭ変調では、送信帯域は複数の直交したサブキャリアに分割される。各サブキャリアは、送信されるデジタルデータに従って変調される。ＯＦＤＭは送信帯域を複数のサブキャリアに分割するため、キャリア毎の帯域幅は減少し、キャリア毎の変調時間が増大する。複数のサブキャリアがパラレルに送信されるため、何れか所与のサブキャリアによるデジタルデータ又はシンボル（後述される）の送信レートは、単一のキャリアしか使用されないときより低くなる。
【００２３】
ＯＦＤＭ変調は、送信対象の情報に対する逆高速フーリエ変換（ＩＦＦＴ）の実行を利用する。復調のため、受信信号に対する高速フーリエ変換（ＦＦＴ）の実行が、送信された情報を復元する。実際には、ＩＦＦＴ及びＦＦＴは、逆離散フーリエ変換（ＩＤＦＴ）及び離散フーリエ変換（ＤＦＴ）をそれぞれ実行するデジタル信号処理により提供される。従って、ＯＦＤＭ変調の特徴は、直交サブキャリアが送信チャネル内の複数の帯域について生成されることである。変調された信号は、相対的に低い送信レートを有し、各自の帯域内に留まることが可能なデジタル信号である。個々のサブキャリアは、デジタル信号によって直接的には変調されない。代わりに、すべてのサブキャリアはＩＦＦＴ処理により一度に変調される。
【００２４】
動作について、ＯＦＤＭは、好ましくは、ＢＳ１４からＳＳ１６への少なくともダウンリンク送信に利用される。各ＢＳ１４にはｎ個（ｎ≧１）の送信アンテナ２８が設けられ、各ＳＳ１６にはｍ個（ｍ≧１）の受信アンテナ４０が設けられる。特に、各アンテナは、適切なデュプレクサ又はスイッチを用いて送受信に利用可能であり、簡単化のためそのようにラベル付けされる。
【００２５】
中継局１５が使用されるとき、ＯＦＤＭは、好ましくは、ＢＳ１４から中継局１５へのダウンリンク送信及び中継局１５からＳＳ１６へのダウンリンク送信に利用される。
【００２６】
図４を参照して、一例となる中継局１５が示される。ＢＳ１４及びＳＳ１６と同様に、中継局１５は、制御システム１３２、ベースバンドプロセッサ１３４、送信回路１３６、受信回路１３８、複数のアンテナ１３０及び中継回路１４２を有する。中継回路１４２は、中継局１５が基地局１４とＳＳ１６との間の通信を支援することを可能にする。受信回路１３８は、ＢＳ１４及びＳＳ１６の１以上から、情報を担持する無線周波数信号を受信する。低ノイズアンプ及びフィルタ（図示せず）は、処理のため信号からブロードバンド干渉を増幅及び除去するよう連係してもよい。その後、ダウン変換及びデジタル化回路（図示せず）は、フィルタリングされた受信信号を中間又はベースバンド周波数信号にダウン変換し、その後、１以上のデジタルストリームにデジタル化する。
【００２７】
ベースバンドプロセッサ１３４は、受信信号に伝送される情報又はデータビットを抽出するため、デジタル化された受信信号を処理する。この処理は、典型的には、復調、復号化及び誤り訂正処理からなる。ベースバンドプロセッサ１３４は、一般に１以上のＤＳＰ及びＡＳＩＣにより実現される。
【００２８】
送信のため、ベースバンドプロセッサ１３４は、制御システム１３２から音声、ビデオ、データ又は制御情報を表しうるデジタル化されたデータを受信し、送信用に符号化する。符号化されたデータは送信回路１３６に出力され、所望の送信周波数により１以上のキャリア信号を変調するため変調手段により利用される。パワーアンプ（図示せず）は、変調されたキャリア信号を送信に適したレベルに増幅し、マッチしたネットワーク（図示せず）を介しアンテナ１３０に変調されたキャリア信号を送信する。当業者に利用可能な各種変調及び処理技術が、上述されるように、直接的に又は中継局１５を介し間接的にＳＳ１６と基地局１４との間の信号送信に利用されてもよい。
【００２９】
図５を参照して、ＯＦＤＭ送信の論理アーキテクチャが説明される。まず、基地局コントローラ１０は、中継局１５の支援により又は直接的に、各種ＳＳ１６に送信されるデータをＢＳ１４に送信する。ＢＳ１４は、ＳＳ１６に関するチャネル品質に関する情報を利用して、送信用のデータをスケジューリングし、スケジューリングされたデータを送信するのに適した符号化及び変調を選択するようにしてもよい。チャネル品質は、以下でより詳細に説明されるような制御信号を用いて検出される。しかしながら、概して、各ＳＳ１６のチャネル品質は、ＯＦＤＭ周波数帯におけるチャネル振幅（又は応答）が変化する程度の関数である。
【００３０】
スケジューリングされたデータ４４はビットストリームであり、データスクランブリングロジック４６を用いて当該データに関連するＰＡＰＲ（Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）を低減するようにスクランブル化される。スクランブル化されたデータのＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）が決定され、ＣＲＣ付加ロジック４８を用いてスクランブル化されたデータに付加される。次に、チャネルエンコーダロジック５０を用いてＳＳ１６における復元及び誤り訂正を実現するため、データに冗長性を効果的に加えることによって、チャネル符号化が実行される。再び、あるＳＳ１６に対するチャネル符号化は、チャネル品質に基づく。ある実現形態では、チャネルエンコーダロジック５０は、既知のターボ符号化技術を利用する。符号化されたデータは、その後にレートマッチングロジック５２により処理され、符号化に関連するデータ拡張を補償する。
【００３１】
ビットインタリーバロジック５４は、連続するデータビットのロスを最小限にするため、符号化されたデータのビットをシステマティックにリオーダする。リオーダされたデータビットは、マッピングロジック５６により選択された変調方式に依存して対応するシンボルにシステマティックにマッピングされる。この変調方式は、例えば、ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙ）又はＤＰＳＫ（Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）変調であってもよい。送信データについて、変調の程度は、ＳＳに関連するチャネル品質に基づき選択される。シンボルは、シンボルインタリーバロジック５８を用いて周波数選択フェージングにより生じる定期的なデータロスに対する送信信号の耐性をさらに強化するため、システマティックにリオーダされてもよい。
【００３２】
この時点では、ビットグループは、振幅及び位相コンステレーションの位置を表すシンボルにマッピングされている。空間ダイバーシチが所望されるとき、シンボルのブロックは、その後に空間時間ブロックコード（ＳＴＣ）エンコーダロジック６０により処理され、ＳＳ１６においてより容易に復号化され、送信信号を干渉により耐性のあるものにするようにシンボルを修正する。ＳＴＣエンコーダロジック６０は、入力シンボルを処理し、ＢＳ１４の送信アンテナ２８の個数に対応して“ｎ”個の出力を提供する。図５に関して上述されたような制御システム２０及び／又はベースバンドプロセッサ２２は、ＳＴＣエンコーダを制御するためのマッピング制御信号を提供する。この時点で、“ｎ”個の出力のためのシンボルは送信対象のデータを表し、ＳＳ１６により復元可能であることが仮定される。
【００３３】
本例では、ＢＳ１４は２つの送信アンテナ２８を有し（ｎ＝２）、ＳＴＣエンコーダロジック６０は２つの出力シンボルストリームを提供することが仮定される。ＳＴＣエンコーダロジック６０により出力される各シンボルストリームは、理解の簡単化のため別々に示される対応するＩＦＦＴプロセッサ６２に送信される。当業者は、１以上のプロセッサがこのようなデジタル信号処理を単独で又はここに開示される他の処理との組み合わせにより提供するのに利用可能であることを認識するであろう。ＩＦＦＴプロセッサ６２は、好ましくは、逆フーリエ変換を実行するため、各シンボルに対して実行される。ＩＦＦＴプロセッサ６２の出力は、時間ドメインにおいてシンボルを提供する。時間ドメインシンボルは、プリフィックス単位挿入ロジック６４に関連するフレームにグループ化される。結果としての各フレームは、デジタルドメインにおいて中間周波数にアップ変換され、対応するデジタルアップ変換（ＤＵＣ）及びデジタル・アナログ（Ｄ／Ａ）変換回路６６を介しアナログ信号に変換される。その後、結果としての（アナログ）信号は、所望のＲＦ周波数に同時に変調され、ＲＦ回路６８及び送信アンテナ２８を介し増幅及び送信される。特に、意図されるＳＳ１６により知られるパイロット信号は、サブキャリアに分散される。ＳＳ１６は、チャネル推定のためパイロット信号を利用する。
【００３４】
ＢＳ１４から直接的に又は中継局１５の支援によりＳＳ１６による送信信号の受信を説明するため、図６が参照される。ＳＳ１６の各受信アンテナ４０における送信信号の到着に応答して、各信号は対応するＲＦ回路７０により復調及び増幅される。簡単化のため、２つの受信パスの１つのみが詳細に説明及び図示される。アナログ・デジタル（Ａ／Ｄ）コンバータ及びダウン変換回路７２が、デジタル処理のためアナログ信号をデジタル化及びダウン変換する。結果として得られるデジタル化された信号は、受信信号レベルに基づきＲＦ回路７０のアンプのゲインを制御するため、自動ゲイン制御回路（ＡＧＣ）７４により利用されてもよい。まず、デジタル化された信号は、同期ロジック７６に提供され、同期ロジック７６は粗同期ロジック７８を有し、複数のＯＦＤＭシンボルをバッファし、連続する２つのＯＦＤＭシンボルの間の自己相関を計算する。当該相関結果の最大値に対応する結果としての時間インデックスは、ヘッダに基づき正確なフレーミングスタート位置を決定するため詳細同期ロジック８０により利用される詳細同期サーチウィンドウを決定する。詳細同期ロジック８０の出力は、フレーム配置ロジック８４によるフレーム取得を実現する。適切なフレーミング配置は、以降のＦＦＴ処理が時間ドメインから周波数ドメインへの正確な変換を提供するように重要である。詳細同期アルゴリズムは、ヘッダにより搬送される受信パイロット信号と既知のパイロットデータのローカルコピーとの間の相関に基づく。フレーム配置取得が実行されると、ＯＦＤＭシンボルのプリフィックスが、プリフィックス除去ロジック８６により除去され、結果としてのサンプルが周波数オフセット相関ロジック８８に送信され、送信機及び受信機における一致しないローカルオシレータにより生じたシステム周波数オフセットが補償される。好ましくは、同期ロジック７６は、ヘッダを利用して送信信号に対するこのような効果を推定し、これらの推定を適切にＯＦＤＭシンボルを処理するために相関ロジック８８に提供する周波数オフセットクロック推定ロジック８２を有する。
【００３５】
この時点で、時間ドメインのＯＦＤＭシンボルは、ＦＦＴ処理ロジック９０を利用した周波数ドメインへの変換の準備ができている。この結果は、周波数ドメインシンボル群であり、処理ロジック９２に送信される。処理ロジック９２は、分散パイロット抽出ロジック９４を用いて分散されたパイロット信号を抽出し、チャネル推定ロジック９６を用いて抽出されたパイロット信号に基づくチャネル推定を決定し、チャネル再構成ロジック９８を用いてすべてのサブキャリアのチャネルレスポンスを提供する。各サブキャリアのチャネルレスポンスを決定するため、パイロット信号は、時間と周波数との双方において既知のパターンのＯＦＤＭサブキャリア全体のデータシンボル間に分散された実質的に複数のパイロットシンボルである。
【００３６】
図６に続き、処理ロジックは、パイロットシンボルが送信されたサブキャリアのチャネルレスポンスを決定するため、ある時間のあるサブキャリアにおいて期待されるパイロットシンボルと受信パイロットシンボルとを比較する。その結果は、パイロットシンボルが提供されない残りのサブキャリアのすべてではないが大部分についてチャネルレスポンスを推定するのに補間される。実際の及び補間されたチャネルレスポンスは、全体のチャネルレスポンスを推定するのに利用され、ＯＦＤＭチャネルのサブキャリアのすべてではないが大部分のチャネルレスポンスを含む。
【００３７】
周波数ドメインシンボルとチャネル再構成情報とは、各受信パスのチャネルレスポンスから導出され、ＳＴＣデコーダ１００に提供され、ＳＴＣデコーダ１００は、送信シンボルを復元するため受信パスの双方に対するＳＴＣ復号化を提供する。チャネル再構成情報は、各周波数ドメインシンボルを処理する際に送信チャネルの効果を削除するのに十分な等価情報をＳＴＣデコーダ１００に提供する。
【００３８】
復元されたシンボルは、送信機のシンボルインタリーバロジック５８に対応するシンボルデインタリーバロジック１０２を用いて順序が戻される。その後、デインタリーブされたシンボルは、デマッピングロジック１０４を用いて対応するビットストリームに復調又はデマッピングされる。その後、ビットは、送信機アーキテクチャのビットインタリーバロジック５４に対応するビットデインタリーバロジック１０６を用いてデインタリーブされる。デインタリーブされたビットは、その後にレートデマッチングロジック１０８により処理され、最初のスクランブル化されたデータとＣＲＣチェックサムを復元するため、チャネルデコーダロジック１１０に提供される。従って、ＣＲＣロジック１１２は、ＣＲＣチェックサムを削除し、従来方法によりスクランブル化されたデータをチェックし、既知の基地局デスクランブリングコードを用いて当初の送信データ１１６復元するためのデスクランブル化のため、デスクランブリングロジック１１４に提供する。
【００３９】
データ１１６の復元とパラレルに、チャネル品質の指標又はＢＳ１４においてチャネル品質の知識を導出するのに十分な情報が決定され、ＢＳ１４に送信される。ＣＱＩ信号の送信は、以下においてより詳細に説明される。上述されるように、ＣＱＩは、キャリア対干渉レシオ（ＣＲ）の関数であると共に、チャネルレスポンスがＯＦＤＭ周波数帯の各サブキャリアにおいて変動する程度との関数であってもよい。例えば、情報を送信するのに利用されるＯＦＤＭ周波数帯域の各サブキャリアのチャネルゲインは、チャネルゲインがＯＦＤＭ周波数帯域において変化する程度を決定するため、互いに関して比較される。多数の技術が変動の程度を測定するのに利用可能であるが、１つの技術は、データを送信するのに利用されるＯＦＤＭ周波数帯域全体の各サブキャリアのチャネルゲインの標準偏差を計算することである。ある実施例では、中継局が１つのみの無線を用いて、又は複数の無線を有した時間分割により動作してもよい。
【００４０】
図１〜６は、本出願の実施例を実現するのに利用可能な通信システムの具体例を提供する。本出願の実施例はこれらの具体例と異なり、ここに記載されるような実施例の実現形態と整合した方法により動作する構成を有する通信システムにより実現可能であることが理解されるべきである。
【００４１】
図７を参照して、本発明の非限定的な実施例による上述したＢＳ１４、ＳＳ１６及び中継局（ＲＳ）１５の間の無線通信をサポートするネットワークの論理的表現である一例となるネットワーク参照モデルが示される。ネットワーク参照モデルは、機能的エンティティの間で相互作用が実現される機能的エンティティと参照ポイントとを特定する。具体的には、ネットワーク参照モデルは、ＳＳ１６、ＡＳＮ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）及びＣＳＮ（Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）を含みうる。
【００４２】
ＡＳＮは、加入者（例えば、ＩＥＥＥ８０２．１６ｅ／ｍ加入者など）に無線アクセスを提供するのに必要とされる完全なネットワーク機能セットとして規定できる。ＡＳＮは、１以上のＢＳ１４と１以上のＡＳＮゲートウェイなどのネットワーク要素を有することが可能である。ＡＳＮは、複数のＣＳＮにより共有されてもよい。ＡＳＮは以下の機能を提供できる。
・ＳＳ１６とのレイヤ１及びレイヤ２接続
・加入者セッションを構成する認証、許可及びセッションのための加入者のＨ−ＮＳＰ（Ｈｏｍｅ  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）へのＡＡＡメッセージの転送
・加入者の好適なＮＳＰのネットワーク検出及び選択
・ＳＳ１６とのレイヤ３（Ｌ３）接続を確立するための中継機能（ＩＰアドレス割当てなど）
・無線リソース管理
上記機能に加えて、携帯及び移動環境のため、ＡＳＮはさらに以下の機能をサポート可能である。
・ＡＳＮアンカーモビリティ
・ＣＳＮアンカーモビリティ
・ページング
・ＡＳＮ−ＣＳＮトンネリング
その一部のため、ＣＳＮは、加入者にＩＰ接続サービスを提供するネットワーク機能セットとして規定できる。ＣＳＮは以下の機能を提供するようにしてもよい。
・ユーザセッションのためのＭＳ  ＩＰアドレス及びエンドポイントパラメータ割当て
・ＡＡＡプロキシ又はサーバ
・ユーザ加入プロファイルに基づくポリシー及びアドミッション制御
・ＡＳＮ−ＣＳＮトンネリングサポート
・加入者課金及びオペレータ間決済
・ローミングのためのＣＳＮ間トンネリング
・ＡＳＮ間モビリティ
ＣＳＮは、位置ベースサービス、ピア・ツー・ピアサービスのための接続、プロビジョニング、認証及び／又はＩＰマルチメディアサービスとの接続などのサービスを提供可能である。ＣＳＮはさらに、ルータ、ＡＡＡプロキシ／サービス、ユーザデータベース及び相互動作するゲートウェイＭＳなどのネットワーク要素を有してもよい。ＩＥＥＥ８０２．１６ｍに関して、ＣＳＮは、ＩＥＥＥ８０２．１６ｍ  ＮＳＰの一部又は現在のＩＥＥＥ８０２．１６ｅ  ＮＳＰの一部として配置されてもよい。
【００４３】
さらに、ＲＳ１５は、カバレッジ及び／又はキャパシティを向上させるため配置されてもよい。図８を参照して、既存のＲＳをサポート可能なＢＳ１４が“レガシーゾーン”の既存のＲＳと通信する。ＢＳ１４は、“１６ｍゾーン”において既存のプロトコルサポートを提供することは要求されない。中継プロトコル設計は、“レガシーゾーン”で使用されるＩＥＥＥ８０２−１６ｊプロトコルと異なってもよいが、ＩＥＥＥ８０２−１６ｊの設計に基づくものとすることが可能である。
【００４４】
図９を参照して、ＳＳ１６とＢＳ１４との双方に適用され、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）共通部分サブレイヤ、コンバージェンスサブレイヤ、セキュリティサブレイヤ及び物理（ＰＨＹ）レイヤを含む各種機能ブロックを有するシステム参照モデルが示される。
【００４５】
コンバージェンスサブレイヤは、ＣＳ  ＳＡＰを介し受信した外部ネットワークデータのＭＡＣ  ＳＡＰを介しＭＡＣ  ＣＰＳにより受信したＭＡＣ  ＳＤＵへのマッピング、外部ネットワークＳＤＵの分類、及びそれらのＭＡＣ  ＳＦＩＤ及びＣＩＤのＰＨＳ（Ｐａｙｌｏａｄ  Ｈｅａｄｅｒ  Ｓｕｐｐｒｅｓｓｉｏｎ／ｃｏｍｐｒｅｓｓｉｏｎ）への関連付けを実行する。
【００４６】
セキュリティサブレイヤは、認証、セキュアキー交換及び暗号化を実行する。
【００４７】
物理レイヤは、物理レイヤプロトコル及び機能を実行する。
【００４８】
ＭＡＣ共通部分サブレイヤが、より詳細に説明される。まず、ＭＡＣは接続指向であることが理解される。すなわち、ＳＳ１６上のサービスへのマッピング及び各種レベルのＱｏＳの関連付けのため、データ通信が“接続”に関して実行される。特に、“サービスフロー”は、ＳＳ１６がシステムにインストールされると提供されるようにしてもよい。ＳＳ１６の登録直後、帯域幅を要求するものに対する参照を提供するため、これらのサービスフローと接続が関連付けされる（サービスフロー毎に１つの接続）。
【００４９】
さらに、カスタマのサービスが変更の必要があるとき、新たな接続が確立されてもよい。接続は、ＭＡＣを利用するピアコンバージェンスプロセス間のマッピングとサービスフローとの双方を規定する。従って、サービスフローは、帯域幅割当て処理と一体的である。具体的には、ＳＳ１６は、接続単位でアップリンク帯域幅を要求する（非明示的にサービスフローを特定する）。帯域幅は、ＭＳからの接続後とのリクエストに応答して、グラントのまとまりとしてＢＳによりＭＳに付与することが可能である。
【００５０】
図１０をさらに参照して、ＭＡＣ共通部分サブレイヤ（ＣＰＳ）は、無線リソース制御管理（ＲＲＣＭ）機能とＭＡＣ機能とに分類される。
【００５１】
ＲＲＣＭ機能は、以下のような無線リソース機能に関連する複数の機能ブロックを含む。
・無線リソース管理
・モビリティ管理
・ネットワークエントリ管理
・位置管理
・アイドルモード管理
・セキュリティ管理
・システムコンフィギュレーション管理
・ＭＢＳ（Ｍｕｌｔｉｃａｓｔ  ａｎｄ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓｅｒｖｉｃｅ）
・サービスフロー及び接続管理
・中継機能
・自己組織化
・マルチキャリア
［無線リソース管理］
無線リソース管理ブロックは、トラフィックロードに基づき無線ネットワークパラメータを調整し、さらにロード制御（ロードバランシング）、アドミッション制御及び干渉制御の各機能を含む。
［モビリティ管理］
モビリティ管理ブロックは、ＲＡＴ内／ＲＡＴ間ハンドオーバに関する機能をサポートする。モビリティ管理ブロックは、通知及び測定を含み、候補近隣ターゲットＢＳ／ＲＳを管理し、ＭＳがＲＡＴ内／ＲＡＴ間ハンドオーバ処理を実行するか決定するＲＡＴ内／ＲＡＴ間ネットワークトポロジの取得を処理する。
［ネットワークエントリ管理］
ネットワークエントリ管理ブロックは、初期化及びアクセス処理を担当する。ネットワークエントリ管理ブロックは、アクセス処理、すなわち、レインジング、基本能力ネゴシエーション、登録などの処理中に必要とされる管理メッセージを生成してもよい。
［位置管理］
位置管理ブロックは、位置ベースサービス（ＬＢＳ）をサポートすることを担当する。位置管理ブロックは、ＬＢＳ情報を含むメッセージを生成してもよい。
［アイドルモード管理］
アイドルモード管理ブロックは、アイドルモード中の位置更新処理を管理する。アイドルモード管理ブロックは、アイドルモード処理を制御し、コアネットワーク側のページングコントローラからのページングメッセージに基づきページング通知メッセージを生成する。
［セキュリティ管理］
セキュリティ管理ブロックは、セキュア通信のための認証／許可及びキー管理を担当する。
［システムコンフィギュレーション管理］
システムコンフィギュレーション管理ブロックは、ＭＳに送信するためのシステムコンフィギュレーションパラメータ、システムパラメータ、及びシステムコンフィギュレーション情報を管理する。
［ＭＢＳ（Ｍｕｌｔｉｃａｓｔ  ａｎｄ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓｅｒｖｉｃｅ）］
ＭＢＳ（Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｓｅｒｖｉｃｅ）ブロックは、ブロードキャスト及び／又はマルチキャストサービスに関する管理メッセージ及びデータを制御する。
［サービスフロー及び接続管理］
サービスフロー及び接続管理ブロックは、アクセス／ハンドオーバ／サービスフロー生成処理中に“ＭＳ識別子”（又はステーション識別子−ＳＴＩＤ）及び“フロー識別子”（ＦＩＤ）を割り当てる。ＭＳ識別子とＦＩＤとは、以下においてさらに説明される。
［中継機能］
中継機能ブロックは、マルチホップ中継機構をサポートするための機能を含む。これらの機能は、ＢＳとアクセスＲＳとの間の中継パスを維持するための処理を含む。
［自己組織化］
自己組織化ブロックは、自己設定及び自己最適化機構をサポートするための機能を実行する。これらの機能は、自己設定及び自己最適化のための測定を報告するようＲＳ／ＭＳに要求し、ＲＳ／ＭＳからの測定結果を受信するための処理を含む。
［マルチキャリア］
マルチキャリア（ＭＣ）ブロックは、共通のＭＡＣエンティティが複数の周波数チャネルにおけるＰＨＹスパニングを制御することを可能にする。これらのチャネルは、連続的又は非連続的な周波数帯上で異なる帯域幅（５，１０，２０ＭＨｚなど）を有してもよい。これらのチャネルは、ＦＤＤ、ＴＤＤ又は双方向とブロードキャスト専用のキャリアとの合成など、同一又は異なる二重モードを有してもよい。連続的な周波数チャネルについて、データ送信に利用するため、重複したガードサブキャリアが周波数ドメインにおいて並べられる。
【００５２】
ＭＡＣは、以下のような物理レイヤ及びリンク制御に関する機能ブロックを有する。
・ＰＨＹ制御
・制御シグナリング
・スリープモード管理
・ＱｏＳ
・スケジューリング及びリソースマルチプレクシング
・ＡＲＱ
・フラグメンテーション／パッキング
・ＭＡＣ  ＰＤＵ形成
・マルチ無線共存
・データ転送
・干渉管理
・ＢＳ間協調
［ＰＨＹ制御］
ＰＨＹ制御ブロックは、レインジング、測定／フィードバック（ＣＱＩ）及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫなどのＰＨＹシグナリングを処理する。ＣＱＩ及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫに基づき、ＰＨＹ制御ブロックは、ＭＳにより観察されるようなチャネル品質を推定し、変調及び符号化方式（ＭＣＳ）及び／又はパワーレベルを調整することを介してリンクアダプテーションを実行する。レインジング処理では、ＰＨＹ制御ブロックは、パワー調整、周波数オフセット及びタイミングオフセット推定とのアップリンク同期を実行する。
［制御シグナリング］
制御シグナリングブロックは、リソース割当てメッセージを生成する。
［スリープモード管理］
スリープモード管理ブロックは、スリープモード処理を処理する。スリープモード管理ブロックはまた、スリープ処理に関するＭＡＣシグナリングを生成し、スリープ期間に従って適切に動作するため、スケジューリング及びリソースマルチプレキシングブロックと通信するようにしてもよい。
［ＱｏＳ］
ＱｏＳブロックは、各接続についてサービスフロー及び接続管理ブロックから入力されたＱｏＳパラメータに基づきＱｏＳ管理を処理する。
［スケジューリング及びリソースマルチプレキシング］
スケジューリング及びリソースマルチプレキシングブロックは、接続の性質に基づきパケットをスケジューリング及び多重化する。接続の性質を反映するため、スケジューリング及びリソースマルチプレキシングブロックは、各接続についてＱｏＳブロックからのＱｏＳ情報を受信する。
［ＡＲＱ］
ＡＲＱブロックは、ＭＡＣ  ＡＲＱ機能を処理する。ＡＲＱ対応の接続について、ＡＲＱブロックは、ＭＡＣ  ＳＤＵをＡＲＱブロックに論理分割し、各論理ＡＲＱブロックをナンバリングする。ＡＲＱブロックはまた、フィードバックメッセージ（ＡＣＫ／ＮＡＣＫ情報）などのＡＲＱ管理メッセージを生成してもよい。
［フラグメンテーション／パッキング］
フラグメンテーション／パッキングブロックは、スケジューリング及びリソースマルチプレクシングブロックからのスケジューリング結果に基づき、ＭＳＤＵのフラグメント化又はパッキングを実行する。
［ＭＡＣ  ＰＤＵ形成］
ＭＡＣ  ＰＤＵ形成ブロックは、ＢＳ／ＭＳがユーザトラフィック又は管理メッセージをＰＨＹチャネルに送信可能となるように、ＭＡＣ  ＰＤＵを構成する。ＭＡＣ  ＰＤＵ形成ブロックは、ＭＡＣヘッダを追加し、サブヘッダを追加してもよい。
［マルチ無線共存］
マルチ無線共存ブロックは、同一の移動局に共置されるＩＥＥＥ８０２．１６ｍと非ＩＥＥＥ８０２．１６ｍの無線の同時処理をサポートするための機能を実行する。
［データ転送］
データ転送ブロックは、ＲＳがＢＳとＭＳとの間のパス上にあるとき、転送機能を実行する。データ転送ブロックは、スケジューリング及びリソースマルチプレキシングブロック及びＭＡＣ  ＰＤＵ形成ブロックなどの他のブロックと連係する。
［干渉管理］
干渉管理ブロックは、セル／セクタ間干渉を管理するための機能を実行する。これらの処理は、
・ＭＡＣレイヤ処理
・ＭＡＣシグナリングを介し送信される干渉測定／評価レポート
・スケジューリング及びフレキシブルな周波数再利用による干渉軽減
・ＰＨＹレイヤ処理
・送信電力制御
・干渉ランダム化
・干渉キャンセル
・干渉測定
・Ｔｘビームフォーミング／プリコーディング
を含むものであってもよい。
［ＢＳ間協調］
ＢＳ間協調ブロックは、干渉管理などの情報を交換することによって、複数のＢＳのアクションを協調させるための機能を実行する。これらの機能は、例えば、バックボーンシグナリングとＭＳ  ＭＡＣメッセージングとによるＢＳ間の干渉管理などのための情報を交換するための処理を含む。当該情報は、干渉測定結果などの干渉特性を含むものであってもよい。
【００５３】
ＢＳ１４及びＳＳ１６におけるユーザトラフィックデータフロー及び処理を示す図１１が参照される。破線の矢印は、ネットワークレイヤと物理レイヤとの間のユーザトラフィックデータフローを示す。送信側では、ネットワークレイヤパケットは、コンバージェンスサブレイヤ、ＡＲＱ機能（存在する場合）、フラグメンテーション／パッキング機能及びＭＡＣ  ＰＤＵ形成機能によって処理され、物理レイヤに送信するＭＡＣ  ＰＤＵを形成する。受信側では、物理レイヤＳＤＵは、ＭＡＣ  ＰＤＵ形成機能、フラグメンテーション／パッキング機能、ＡＲＱ機能（存在する場合）及びコンバージェンスサブレイヤ機能によって処理され、ネットワークレイヤパケットを形成する。実線の矢印は、ＣＰＳ機能の間と、ユーザトラフィックデータの処理に関するＣＰＳとＰＨＹとの間との制御プリミティブを示す。
【００５４】
ＢＳ１６及びＭＳ１４におけるＣＰＳ制御プレーンシグナリングフロー及び処理を示す図１２が参照される。送信側では、破線の矢印は、制御プレーン機能からデータプレーン機能への制御プレーンシグナリングのフローと、無線送信される対応するＭＡＣシグナリング（例えば、ＭＡＣ管理メッセージ、ＭＡＣヘッダ／サブヘッダなど）を形成するためにデータプレーン機能による制御プレーンシグナリングの処理とを示す。受信側では、破線の矢印は、データプレーン機能による受信した無線ＭＡＣシグナリングの処理と、制御プレーン機能による対応する制御プレーンシグナリングの受信とを示す。実線の矢印は、ＣＰＳ機能の間と、制御プレーンシグナリングの処理に関するＣＰＳとＰＨＹとの間との制御プリミティブを示す。Ｍ＿ＳＡＰ／Ｃ＿ＳＡＰとＭＡＣ機能ブロックとの間の実線の矢印は、ＮＣＭＳ（Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌ  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）との間の制御及び管理プリミティブを示す。Ｍ＿ＳＡＰ／Ｃ＿ＳＡＰとの間のプリミティブは、ＢＳ間干渉管理、ＲＡＴ間／ＲＡＴ内モビリティ管理などのネットワークに関する機能と、位置管理、システム設定などの管理に関する機能とを規定する。
【００５５】
マルチキャリアシステムをサポートするための汎用的なプロトコルアーキテクチャを示す図１３が参照される。共通のＭＡＣエンティティが、複数の周波数チャネルにおけるＰＨＹスパニングを制御してもよい。１つのキャリア上で送信されるＭＡＣメッセージがまた他のキャリアに適用されてもよい。チャネルは、異なる帯域幅を有してもよく（例えば、５，１０，２０ＭＨｚなど）、連続的な又は不連続的な周波数帯上にあってもよい。チャネルは、ＦＤＤ、ＴＤＤ又は双方向とブロードキャスト専用のキャリアとの組み合わせなどの異なる二重モードを有してもよい。
【００５６】
共通ＭＡＣエンティティは、１回に１つのチャネル上の処理や連続する又は不連続のチャネルにおけるアグリゲーションなど、異なる機能を有するＭＳ１６の同時的な存在をサポートしてもよい。
【００５７】
他のデータと同様に、制御信号が、データをシンボルに変換する特定の変調方式を用いてＢＳ１４とＳＳ１６との間で無線媒体を介し送信される。シンボルは、一度に送信される最小量の情報である。シンボルは、使用される変調方式に応じて何れかのビット数のビットを表すものであってもよいが、通常は１〜６４ビットを表し、ある通常の変調方式では、各シンボルは２ビットを表す。使用される変調方式に関係なく、１つの変調シンボルが１つのサブキャリアを介し送信され、一般に無線インタフェースを介し送信可能な最小量の情報を表す。
【００５８】
上述したタイプの無線通信システムは、マルチキャリアシステムとして動作するよう構成可能である。マルチキャリアシステムは、異なる機能を提供する複数のキャリアにスペクトルを分割する。２つのタイプのキャリアが規定できる。
１．プライマリキャリア；典型的には、同期チャネル（又はプリアンブル）、すべてのシステム情報、近隣ＢＳ情報、ページング情報及びリソース割り当て／制御情報を搬送するキャリアである。制御情報の具体例として、
ａ．帯域幅コンフィギュレーション、ＣＰサイズ、マルチキャリアコンフィギュレーション、システム時間、ＴＤＤレシオ、ガードトーンなど、ＤＬ  ＰＨＹフレーム／サブフレームを復号化するための必須の静的システムワイドＰＨＹ情報；
ｂ．ＤＬ  ＰＨＹフレーム／サブフレームの復号化のための必須の擬似動的セクタサイドＰＨＹ情報。具体例として、チャネル化（ダイバーシチゾーン、ローカライズゾーン、パイロット構造などのパーティション）、既存／１６ｍリソース分割、サブフレーム制御コンフィギュレーションなどがあげられる。また、ＳＳが高速の初期アクセス処理を実行するための初期的なレインジングリージョン／コード情報を含みうる；
ｃ．ＢＳＩＤ、オペレータＩＤ及びサブネットＩＤなどの非ＰＨＹシステム情報；
ｄ．ハンドオーバパラメータ、電力制御パラメータ、高速フィードバックリージョン及びレインジングリージョンなどのＰＨＹ／ＭＡＣシステムコンフィギュレーション情報
ｅ．近隣ＢＳ情報（近隣ＢＳに関するｃ及びｄの情報）；
ｆ．クイックページング及び通常ページング情報などのページング情報；
ｇ．バースト割当関連情報（ＭＣＳ、ＭＩＭＯモードリソース位置、ユーザＩＤ、ＵＬトラフィックのＡＣＫ／ＮＡＣＫ、ＵＬ電力制御）など、トラフィックバースト割当に関する動的ＤＬ及びＵＬリソース割当及び制御情報；
があげられる。
２．セカンダリキャリア、すなわち、当該キャリアによりスーパーフレームコンフィギュレーションに関するシステム情報のサブセット（タイプｂの情報）と共に、キャリア内の各サブフレームのリソース割当／制御情報（タイプｇの情報など）を搬送するキャリアである。セカンダリキャリアはまた、同期チャネル（又はプリアンブル）を伝送可能である。
【００５９】
一般に、スペクトル内の１以上のキャリアが、プライマリキャリアとして指定可能である。同様に、スペクトル内の１以上のキャリアが、セカンダリキャリアとして指定可能である。ＳＳは、それの能力に応じて異なってキャリアとやりとりする。狭帯域のＳＳ、すなわち、一度に１つのキャリア上でしか送受信するための帯域幅能力を有しないＳＳは、プライマリキャリアに割り当てられる。しかしながら、広帯域ＳＳ、すなわち、一度に複数のキャリア上で送受信する帯域幅能力を有するＳＳは、１以上のプライマリキャリアに割り当てられ、また１以上のセカンダリキャリアとやりとりできる。
【００６０】
具体的な実現形態では、プライマリキャリアは、Ｗａｌｓｈコードを用いて多重化されるコード分割である。ＣＤＭＡ２０００において規定されるパイロット、ページング及び同期チャネルは、プライマリキャリアにより送信される。これらのチャネルは、後方互換性のため１ＸＲＴＴオーバヘッドチャネルと同じコンフィギュレーションを有するであろう。プライマリチャネルは、既存のＩＳ９５，ＩＳ９５Ａ＆Ｂ，１ＸＲＴＴキャリアに重畳可能である。プライマリキャリアは、音声及び他のリアルタイムサービスをユーザに提供するのに利用される。プライマリキャリアはまた、ＭＡＣ情報をＳＳに送信するのに利用可能である。
【００６１】
セカンダリキャリアは、フォワードリンクにより各種タイプのデータサービスをユーザに提供するのに利用される。セカンダリキャリアは、時分割多重又はコード分割多重可能である。セカンダリキャリア上の時間スロット又はコードスペースの割当は、プライマリキャリア上でＭＡＣチャネルにより送信される。
【００６２】
移動局又は固定局とすることができるＳＳがネットワークエントリを実行するとき、ＢＳのプライマリキャリアによりこれを実行する。このため、ＳＳは、それがＢＳのカバレッジリージョンに入ると、何れかのキャリアがプライマリキャリアであり、何れのキャリアがセカンダリキャリアであるか決定しようと試みる。ＳＳがプライマリキャリアとセカンダリキャリアとを区別することを可能にするため、ＳＳには、当該区別をすることを可能にするためのキャリアの特定の特性を特定するロジックが備えられる。これについて、複数の可能性が存在する。
１．セカンダリキャリアには、プリアンブルや同期チャネルがない。このとき、ＳＳは、セカンダリキャリアとの同期を実行することができなくなる。プライマリキャリアのみがプリアンブル又は同期チャネルを有するため、ＳＳは、プライマリキャリアと同期を実行し、プライマリキャリアを介しネットワークエントリ処理を実行することが可能になる。
２．セカンダリチャネルは、プリアンブル又は同期チャネルを有する。しかしながら、プライマリブロードキャストチャネルなどのブロードキャストチャネルの１つはない。ＳＳがセカンダリキャリアと同期を実行するとき、それは存在すべきであるブロードキャストチャネルを検索し、1以上が欠落している場合、ＳＳは、これがセカンダリキャリアであると判断する。他方、想定されたすべてのブロードキャストチャネルが特定された場合、ＳＳは、それがプライマリキャリアと同期を実行したと判断し、ネットワークエントリに進捗可能である。
３．セカンダリキャリアは、プリアンブル／同期チャネルと、プライマリブロードキャストチャネルとセカンダリブロードキャストチャネルとの両方などの想定されるすべてのブロードキャストチャネルとを有する。本例では、プライマリ及びセカンダリブロードキャストチャネルの一方又は双方が、当該キャリアがプライマリ又はセカンダリであるか示すため、制御情報を搬送する。本例では、ＳＳは、セカンダリキャリアと同期を実行し、プライマリ／セカンダリブロードキャストチャネルの制御情報を読み。当該情報が、キャリアがセカンダリキャリアであることを示す場合、ＭＳは、ネットワークエントリを試行せず、プライマリキャリアの検索を継続する。
４．セカンダリキャリアは、当該キャリアがセカンダリキャリアであることをＳＳに示すための情報により符号化されるプリアンブル又は同期チャネルを有する。このような符号化の一例は、ＳＳがプライマリチャネルとセカンダリチャネルとを区別することを可能にする一意的なプリアンブルシーケンスを提供することである。
【００６３】
図１４は、ネットワークエントリ処理を実行するためＳＳ／ＢＳにより実現される処理を全体表示する。
【００６４】
第１ステップ１４００において、ＳＳは、ＢＳに関するプライマリキャリアを特定するため、スペクトルの“スキャン”を実行する。この実行において、ＳＳはまず、セカンダリキャリアを検出するが、当該キャリアは上述されたオプションの何れかを用いて破棄される。プライマリキャリアが特定されるとすぐに、ＳＳは、何れのプライマリキャリアがネットワークエントリ処理に利用されるべきかＳＳが決定するのを支援する制御情報を抽出するため、プライマリキャリアのブロードキャストチャネルをスキャンする。これは、ステップ１４０２に示される。複数のプライマリキャリアが利用可能であるため、これらの一部は、他のものより良好に適している。例えば、プライマリキャリアの１つは、他のものより大きなロードが与えられ、ロードバランシングのため、ＳＳがより小さなロードを有するプライマリキャリアによりネットワークエントリ処理を実行することに意味がある。
【００６５】
プライマリキャリアのブロードキャストチャネルにより搬送可能な制御情報の具体例として、キャリアのロード状態、キャリア上で提供されるサービス又はＱｏＳなどに関する情報があげられる。ＳＳは、ネットワークエントリ処理が当該プライマリキャリア又は他のプライマリキャリアに対して実行されるべきであるか当該制御情報に基づき決定するＳＳのＣＰＵ上に実行されるソフトウェアにより実現されるロジックを含む。ロジックは、異なる方法により動作可能であり、選択を実行するため異なる基準を利用可能である。１つのオプションは、許容可能な最も低い品質の接続を表すターゲット値（ＱｏＳなどの）と制御情報とを比較することである。ターゲット値が満たされない場合、ＳＳは、当該プライマリキャリアを破棄し、より適切なプライマリキャリアの検索を継続する。
【００６６】
他の可能性は、ＳＳが比較し、ネットワークエントリと以降の通信サービスとについて何れがベストであるか決定できるように、ＢＳに関する他のすべてのプライマリキャリアに関する制御情報をプライマリキャリアを介しブロードキャストすることである。
【００６７】
適切なプライマリキャリアが特定されると、ＳＳは、ネットワークエントリ処理を実行する。ネットワークエントリ処理は、図１５のフローチャートにより詳細に示される。ステップの一部は使用するプライマリチャネルの特定中に部分的に又は完全に実行されてもよいことに留意されたい。
【００６８】
ネットワークエントリ処理は、ＳＳがデータを受信できるように、使用するのに適した同期コードをＳＳが決定するＤＬ同期ステップ１５００からスタートする。ステップ１５０２において、ＳＳは、ＢＳにより送信されるシステム情報を抽出する。送信可能なシステム情報の具体例は、以下でより詳細に説明されるように、特定のセカンダリキャリアの割り当てである。ステップ１５０４において、ＵＬレインジング／同期が実行される。これは、ＳＳがリクエストのタイミングを特定するためＢＳにより処理される1以上のレインジングリクエストパケットを送信することを求める。ＢＳは、時間及び電力調整情報をＢＳに与えるレインジングレスポンスパケットにより応答する。
【００６９】
ステップ１５０６において、認証及びセキュリティ関連づけが確立される。この処理は、ＢＳがＳＳを検証することを可能にするとともに、セキュア通信リンクを設定するデータ交換を伴う。ステップ１５０８において、ＳＳは、ＢＳがＳＳに利用可能とされるタイプのサービス／通信プロトコルに関して認識するように、各自の能力に関する情報をＢＳに送信する。ステップ１５１０において、ネットワークエントリは、ネットワークとの接続がここで確立されることにより終了する。
【００７０】
図１４に戻って、特にＢＳが１以上のセカンダリキャリアをＳＳに割り当てるステップ１４０４に戻る。この割当は、使用する１以上のセカンダリキャリアを特定する制御情報をプライマリチャネルを介しＳＳに送信することによって実行される。一例では、ＳＳは、プライマリキャリアと同じタイミング、周波数及び電力調整をセカンダリキャリアに利用する。この場合、ＳＳは、セカンダリキャリアに対して時間、周波数同期及び電力調整目的のためＵＬレインジングを実行するよう要求されない。しかしながら、ＳＳにはセカンダリキャリアにタイするタイミング／周波数同期／電力設定を微調整するためのロジックが備えられてもよい。この微調整処理は、ステップ１４０６において示される。その目的は、リンクのデータ通信パラメータを向上させるため、これらのパラメータを若干調整することである。この微調整処理は、２つのステップにおいて実行される。第１ステップでは、ＭＳは、セカンダリキャリアのプリアンブル及び／又はパイロットに対して測定を実行する。第２ステップ中、これらの測定結果が実現される訂正パラメータを導出するのに処理される。さらなる測定結果が、タイミング／周波数同期／電力をさらに微調整するため可能である。当該処理は、所望される回数だけ繰り返し実行可能である。
【００７１】
セカンダリキャリアの割当は静的又は動的に実行可能であることに留意されたい。静的な割当は、セカンダリキャリアが１回割り当てられ、当該割当が時間の経過により変更されない割当である。動的な割当処理は、変更が必要か決定するため、定期的にセカンダリキャリアを再評価する。動的な割当処理は、ＢＳがＳＳにセカンダリキャリアの変更を通知するための制御情報をＳＳに送信することによって開始される。セカンダリキャリアに対する微調整を含む、ステップ１４０４において説明された処理が繰り返される。
【００７２】
考慮すべきさらなる他の可能性は、ＢＳがＳＳに１以上のセカンダリキャリアとのＵＬレインジングを実行させるための制御情報を送信することである。これは、ステップ１４０８に示される。ＵＬレインジング処理は、プライマリキャリアを介しＢＳにより送信される制御情報に応答して、ＳＳによりトリガーされる。１以上のセカンダリキャリア上のＵＬレインジングは、所定のスケジュールに基づくインターバルにより実行可能である。あるいは、ＵＬレインジングは、セカンダリキャリアがＳＳに割り当てられているときに限って実行可能である。
【００７３】
セカンダリキャリアの割当処理はＳＳの能力に依存することに留意されたい。ＳＳが複数のキャリアを同時に復号化可能であるマルチラジオＳＳ又はワイドバンドＳＳについて、ＳＳは、セカンダリキャリア又は他のプライマリキャリアのブロードキャストチャネルを復号化可能である。本例では、ＢＳは、特定のセカンダリキャリアセットのブロードキャストチャネルを復号化するためＳＳに通知する制御情報をプライマリキャリアを介し送信する。
【００７４】
ＳＳが複数のキャリアを同時に復号化することができないシングルラジオＳＳ又は不連続スペクトルについて、ＢＳはまた、使用するセカンダリキャリアに関するシステム情報をプライマリキャリアにより伝送する。その後、ＳＳは、セカンダリキャリアのブロードキャストチャネルを復号化可能であるが、一時に１つのキャリア上に動作可能である（プライマリ又はセカンダリ）。
【００７５】
この処理は、図１６に示される。ステップ１６００において、ＢＳがＳＳに割り当てるセカンダリキャリアを決定した後、ＢＳは、プライマリキャリアを介しＳＳに送信される制御情報を生成する。この制御情報は、ステップ１６０２においてＳＳにより処理される。ステップ１６０４において、ＳＳは、受信した制御情報により示されるセカンダリキャリアの特定のブロードキャストチャネルの復号化をスタートする。
【００７６】
無線マルチキャリアシステムに関するハンドオーバ処理は、プライマリキャリアよセカンダリキャリアとの双方を考慮することによって実行される。ＢＳ内ハンドオーバのケースでは、ＳＳが１つのプライマリキャリアから同一のＢＳに関連する他のプライマリキャリにスイッチする場合、図１７に示されるような処理は、ハンドオーバ処理をトリガーする制御情報をプライマリキャリアに挿入することによってスタートする。これは、ステップ１７００に示される。ＢＳ内ハンドオーバは、例えば、ロードバランシングのために実行可能である。ＢＳは、各プライマリキャリア上のロードをモニタし、プライマリキャリアの１つがロードキャパシティ近くにある場合、ＢＳは、当該プライマリキャリアに関するＳＳの１以上に他のプライマリキャリアにスイッチするよう指示する。当該スイッチを実行するため、ＢＳは、スイッチする他のプライマリキャリアと共に、当該スイッチが実行されるべき正確な時点を特定するタイミング情報と共に示す制御情報をプライマリキャリアに挿入する。
【００７７】
ステップ１７０２に示されるように、ＳＳは、制御情報を受信及び処理する。正確なアクション時、ＳＳは、ステップ１７０４に示されるように、スイッチを実行すべきターゲットプライマリキャリアのブロードキャストチャネルの復号化をスタートする。
【００７８】
ＢＳ内ハンドオーバ中、ＳＳは、当初のセカンダリキャリアの割当てを維持するか、又はそれを変更してもよい。より良いＱｏＳや当初のセカンダリキャリアのオーバロードなど、新たなセカンダリキャリアセットとＳＳとを関連付けるための処理の利点がある場合に変更が実行されてもよい。セカンダリキャリアの変更が要求されない場合、あるプライマリキャリアから他のプライマリキャリアへのスイッチは、ＳＳに関するセカンダリキャリアに影響を与えない。他方、セカンダリキャリアの変更が所望される場合、２つのオプションが可能である。１つのオプションは、ＳＳにより使用される新たなセカンダリキャリアをターゲットプライマリキャリアに加えて通知する制御情報を当初のプライマリキャリにより送信することである。制御情報はまた、新たなセカンダリキャリアのブロードキャストチャネルの復号化をＳＳがスタートすべき時間を指定する。このように、正確な実行時に、ＳＳは、ターゲットプライマリキャリアのブロードキャストチャネルとセカンダリキャリアのブロードキャストチャネルとの復号化をスタートする。
【００７９】
他の可能性は、２つのステップでセカンダリキャリアを実行することであり、まずプライマリキャリアをスイッチし、ＳＳがターゲットプライマリキャリアにより制御情報の受信をスタートすると、セカンダリキャリアスイッチを実行する。より詳細には、制御情報は、何れが使用するセカンダリキャリアであるか示す新たに取得したプライマリキャリアを介し送信される。セカンダリキャリアのスイッチは、すべてのセカンダリキャリアのスイッチ（ＳＳが複数のセカンダリキャリアに関連付けされるとき）、又は他のセカンダリキャリアが変更されない間の１つのセカンダリキャリアのみの変更を含むものであってもよいことに留意されたい。
【００８０】
ＢＳ間ハンドオーバのケースでは、キャリアセットの全体、すなわち、プライマリキャリアとセカンダリキャリとは、新たなＢＳの新たなプライマリキャリアとセカンダリキャリアとにスイッチされる。この処理を実現するため、現在のサービングＢＳは、近隣ＢＳのマルチキャリアコンフィギュレーション情報をＳＳにブロードキャスト／マルチキャスト／ユニキャストする。ＳＳは、この情報を処理及び格納し、ハンドオーバが開始されると、当該情報を利用して、新たなＢＳのプライマリキャリアとセカンダリキャリアに接続する。
【００８１】
マルチキャリア環境におけるスリープモード処理管理が、図１８に示される。ＳＳがスリープモードにあるとき、それは、ＳＳが聴取していないスリープウィンドウと、トラフィック通知のためＳＳが聴取しているリスニングウィンドウとを規定する所定のスリープモードパラメータセットに従う。ステップ１８００に示されるように、ＢＳは、リスニングウィンドウに肯定的なトラフィック通知を配置することによって、トラフィックがスケジューリングされたことをＳＳに通知する。リスニングウィンドウは、プライマリキャリアを介し実現される。ＳＳは、リスニングウィンドウをモニタし、スリープウィンドウ中にスリープに入る。
【００８２】
判定ステップ１８０２において、リスニングウィンドウのコンテンツを処理するロジックは、それがＳＳのための肯定的なトラフィック通知を含むか判断する。否定的である場合、当該処理はステップ１８００に戻り、次のリスニングウィンドウのコンテンツをモニタする。
【００８３】
肯定的なトラフィック通知が特定された場合、ＳＳは、データトラフィックが発生すると予想されるキャリアを決定するため、データを処理する。これは、ステップ１８０４において示される。データトラフィック通知は、データトラフィックがプライマリキャリア又はセカンダリキャリアを介し発生することを示すものであってもよい。移動局は、指定されたキャリアをモニタし、データトラフィックを抽出する。これは、ステップ１８０６に示される。
【００８４】
アイドルモード処理は、シングルキャリとマルチキャリア環境について同じである。ＢＳは、ページングリスニングウィンドウコンフィギュレーションとページング利用不可ウィンドウコンフィギュレーションとを含むアイドルモードパラメータをＳＳについて導出する。ページングリスビングウィンドウ中、ＳＳは、プライマリキャリ上のページング通知とメッセージとをモニタする。ページングされると、ＳＳは、プライマリキャリアに対してネットワーク再エントリ処理を実行する。
【００８５】
図１９，２０，２１は、マルチキャリア環境のチャネル品質フィードバック処理の異なる具体例を示す。図１９は、ＳＳがセカンダリキャリアのＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）をレポートする第１の具体例を示す。このケースでは、セカンダリキャリアには、ＵＬフィードバック制御チャネルは割り当てられず、ＣＱＩはモニタされている以外のキャリアを介しレポートされる。ＳＳは、ステップ１９００に示されるように、対象となるセカンダリキャリアに関してＣＱＩを決定し、プライマリキャリア上のＵＬフィードバック制御チャネルを介しＣＱＩを送信する。これは、ステップ１９０２に示される。ＣＱＩ送信は、ＢＳがＣＱＩ情報を受信すると、キャリアを適切に特定可能となるように、レポートが実行されているセカンダリキャリアの特定を含む。
【００８６】
図２０は、他の実現形態を示す。本例では、ＢＳは、ステップ２０００において、ＵＬフィードバック制御チャネルをＳＳに関連するセカンダリキャリアに割り当てる。ステップ２００２において、ＳＳは、セカンダリキャリアに関連するＣＱＩを決定し、ステップ２００４に示されるように、それをＵＬフィードバック制御チャネルを介しＢＳに送信する。複数のセカンダリキャリアがＳＳに割り当てられるとき、同じ処理が各セカンダリキャリアに関して複製可能であり、すなわち、各セカンダリキャリアにはＵＬフィードバック制御チャネルが割り当てられ、各セカンダリキャリアのＣＱＩは、各自のＵＬフィードバック制御チャネルを介しＢＳに転送される。
【００８７】
図２１は、さらなる他の例のチャネル品質フィードバックを示す。本例では、ＢＳは、セカンダリキャリアのサブセットに関してＵＬフィードバック制御チャネルを割り当てる。すなわち、１つのＵＬフィードバック制御チャネルには、複数のセカンダリキャリアに関するＣＱＩを搬送するタスクが割り当てられる。これは、ステップ２１００において示される。ステップ２１０２において、ＳＳは、フィードバックが提供されるべきセカンダリキャリアのそれぞれについてＣＱＩ値を生成する。ＣＱＩ値のセットは、パッケージ化され、ステップ２１０４に示されるように、割り当てられたＵＬフィードバック制御チャネルを介しＢＳに送信される。このパッケージ処理は、ＢＳが特定のＣＱＩ値を適切なセカンダリキャリアに関連付けることを可能にするタグ又は他の何れかの識別子を各ＣＱＩ値に関連付けることに関する。
【００８８】
ＵＬフィードバック制御チャネルは、プライマリキャリア又はセカンダリキャリア上で実現可能である。あるいは、複数のＵＬフィードバック制御チャネルが提供可能である。
【００８９】
本出願の上述した実施例は、単なる具体例として意図される。当業者は、本出願の範囲から逸脱することなく特定の実施例に変形、改良及び変更を実行してもよい。
【図１】
2013507016.tif 000003
【図２】
2013507016.tif 000004
【図３】
2013507016.tif 000005
【図４】
2013507016.tif 000006
【図５】
2013507016.tif 000007
【図６】
2013507016.tif 000008
【図７】
2013507016.tif 000009
【図８】
2013507016.tif 000010
【図９】
2013507016.tif 000011
【図１０】
2013507016.tif 000012
【図１１】
2013507016.tif 000013
【図１２】
2013507016.tif 000014
【図１３】
2013507016.tif 000015
【図１４】
2013507016.tif 000016
【図１５】
2013507016.tif 000017
【図１６】
2013507016.tif 000018
【図１７】
2013507016.tif 000019
【図１８】
2013507016.tif 000020
【図１９】
2013507016.tif 000021
【図２０】
2013507016.tif 000022
【図２１】
2013507016.tif 000023
【国際調査報告】
2013507016.tif 000024
2013507016.tif 000025
2013507016.tif 000026
2013507016.tif 000027