JP5694579B2 - ＷｉＭＡＸハンドオーバにおいてサポートされる最良のサービスをもつターゲットＢＳを選択するための方法およびシステム - Google Patents

Description

本開示のいくつかの実施形態は、一般にワイヤレス通信に関し、より詳細には、移動局（ＭＳ）が１つの基地局（ＢＳ）から別のＢＳにハンドオーバされる際にデータ交換のサービス品質レベルを維持することに関する。

ＩＥＥＥ８０２．１６に基づく直交周波数分割多重（ＯＦＤＭ）および直交周波数分割多元接続（ＯＦＤＭＡ）ワイヤレス通信システムは、複数のサブキャリアの周波数の直交性に基づいて、システムにおいてサービスに登録したワイヤレスデバイス（すなわち、移動局）と通信するために基地局のネットワークを使用しており、マルチパスフェージングおよび干渉に対する抵抗など、広帯域ワイヤレス通信のためのいくつかの技術的利点を達成するために実装できる。各基地局（ＢＳ）は、移動局との間でデータを搬送する無線周波数（ＲＦ）信号を送り、受信する。

移動局（ＭＳ）がある基地局によってカバーされるエリアから離れて、別の基地局によってカバーされるエリアに入るなど、様々な理由で、ある基地局から別の基地局へ通信サービス（たとえば、進行中の呼またはデータセッション）を転送するために、ハンドオーバ（ハンドオフとしても知られる）を実行することができる。３つのハンドオーバ方法、すなわちハードハンドオフ（ＨＨＯ）、高速基地局スイッチング（ＦＢＳＳ）およびマクロダイバーシティハンドオーバ（ＭＤＨＯ）が、ＩＥＥＥ８０２．１６ｅ−２００５においてサポートされている。これらのうちで、ＨＨＯをサポートすることは必須あり、ＦＢＳＳおよびＭＤＨＯは２つの随意の選択肢である。

ＨＨＯは、あるＢＳから別のＢＳへの接続の急激な転送を暗示する。ＭＳによって報告された測定結果に基づいて、ＭＳまたはＢＳがハンドオーバ決定を行うことができる。ＭＳは、周期的にＲＦ走査を行い、隣接基地局の信号品質を測定することができる。ハンドオーバ決定は、たとえば、あるセルからの信号強度が現在のセルを超えること、ＭＳのロケーション変更が信号フェージングまたは干渉をもたらすこと、またはＭＳがより高いサービス品質（ＱｏＳ）を要求することから起こる。ＢＳによって割り振られた走査間隔中に走査が実行される。これらの間隔中に、ＭＳはまた、随意に初期レンジングを実行し、１つまたは複数の隣接基地局に関連付けることが可能である。ハンドオーバ決定が行われると、ＭＳはターゲットＢＳのダウンリンク送信との同期を開始し、走査の間に行われなかった場合、レンジングを実行し、次いで、前のＢＳとの接続を終了することができる。タイマが満了するまで、ＢＳにおいて未配信のプロトコルデータユニット（ＰＤＵ）を保持することができる。

データ送信の信頼性を改善するために、いくつかのワイヤレスシステムは、誤り検出（ＥＤ）ビットおよび前方誤り訂正（ＦＥＣ）ビットが送信に追加されるハイブリッド自動再送要求（ＨＡＲＱ）方式を採用する。受信機は、これらのＥＤビットおよびＦＥＣビットを使用して、パケットが適切に復号されたか否かを判断することができる。適切に復号されなかった場合、受信機は、否定応答（ＮＡＫ）によって送信機にシグナリングし、パケットを再送信するように送信機に促す。

本開示のいくつかの実施形態は、一般に、移動局がハンドオーバを実行するための好適なネイバー基地局（ＢＳ）候補を選択することができるように、ネイバーＢＳによってサポートされるサービスパラメータをＭＳに通知することに関する。このようにして、移動局（ＭＳ）が１つの基地局（ＢＳ）から別のＢＳにハンドオーバされる際にデータ交換のサービス品質レベルを維持することができる。

本開示のいくつかの実施形態は、ネイバーＢＳのサポートされるサービスを示すための方法を提供する。本方法は、一般に、複数のサービスパラメータがネイバーＢＳによってサポートされるかどうかを判断することと、ネイバーＢＳのためのサポートされるサービスパラメータを示すハンドオーバメッセージを送信することとを含む。

本開示のいくつかの実施形態は、ネイバーＢＳのサポートされるサービスを示すためのコンピュータプログラム製品を提供する。本コンピュータプログラム製品は、一般に、１つまたは複数のプロセッサによって実行可能な命令を記憶したコンピュータ可読媒体を備える。本命令は、一般に、複数のサービスパラメータがネイバーＢＳによってサポートされるかどうかを判断するための命令と、ネイバーＢＳのためのサポートされるサービスパラメータを示すハンドオーバメッセージを送信するための命令とを含む。

本開示のいくつかの実施形態は、ワイヤレス通信のための装置を提供する。本装置は、一般に、複数のサービスパラメータがネイバーＢＳによってサポートされるかどうかを判断するための手段と、ネイバーＢＳのためのサポートされるサービスパラメータを示すハンドオーバメッセージを送信するための手段とを含む。

本開示のいくつかの実施形態は、基地局を提供する。本基地局は、一般に、複数のサービスパラメータがネイバーＢＳによってサポートされるかどうかを判断するための論理と、ネイバーＢＳのためのサポートされるサービスパラメータを示すハンドオーバメッセージを送信するように構成された送信機フロントエンドとを含む。

本開示のいくつかの実施形態は、ハンドオーバのための少なくとも１つのネイバーＢＳ候補を判断するための方法を提供する。本方法は、一般に、複数のネイバーＢＳの各々について、各ネイバーＢＳによってサポートされる複数のサービスパラメータを示すハンドオーバメッセージを受信することと、ハンドオーバメッセージによって示されたサポートされるサービスパラメータに基づいて、ハンドオーバメッセージ中の複数のネイバーＢＳからハンドオーバのための少なくとも１つのネイバーＢＳ候補を選択することとを含む。

本開示のいくつかの実施形態は、ハンドオーバのための少なくとも１つのネイバーＢＳ候補を判断するためのコンピュータプログラム製品を提供する。本コンピュータプログラム製品は、一般に、１つまたは複数のプロセッサによって実行可能な命令を記憶したコンピュータ可読媒体を備える。本命令は、一般に、複数のネイバーＢＳの各々について、各ネイバーＢＳによってサポートされる複数のサービスパラメータを示すハンドオーバメッセージを受信するための命令と、ハンドオーバメッセージによって示されたサポートされるサービスパラメータに基づいて、ハンドオーバメッセージ中の複数のネイバーＢＳからハンドオーバのための少なくとも１つのネイバーＢＳ候補を選択するための命令とを含む。

本開示のいくつかの実施形態は、ワイヤレス通信のための装置を提供する。本装置は、一般に、複数のネイバーＢＳの各々について、各ネイバーＢＳによってサポートされる複数のサービスパラメータを示すハンドオーバメッセージを受信するための手段と、ハンドオーバメッセージによって示されたサポートされるサービスパラメータに基づいて、ハンドオーバメッセージ中の複数のネイバーＢＳからハンドオーバのための少なくとも１つのネイバーＢＳ候補を選択するための手段とを含む。

本開示のいくつかの実施形態は、モバイルデバイスを提供する。本モバイルデバイスは、一般に、複数のネイバーＢＳの各々について、各ネイバーＢＳによってサポートされる複数のサービスパラメータを示すハンドオーバメッセージを受信するように構成された受信機フロントエンドと、ハンドオーバメッセージによって示されたサポートされるサービスパラメータに基づいて、ハンドオーバメッセージ中の複数のネイバーＢＳからハンドオーバのための少なくとも１つのネイバーＢＳ候補を選択するための論理とを含む。

本開示の上述の特徴を詳細に理解することができるように、その一部を添付の図面に示す実施形態を参照することによって、上記で簡単に要約したより具体的な説明を得ることができる。ただし、添付の図面は、本開示のいくつかの典型的な実施形態のみを示し、したがって、説明は他の等しく有効な実施形態に通じるので、その範囲を限定するものと見なすべきではないことに留意されたい。

本開示のいくつかの実施形態による、例示的なワイヤレス通信システムを示す図。 本開示のいくつかの実施形態による、ワイヤレスデバイスにおいて利用できる様々な構成要素を示す図。 本開示のいくつかの実施形態による、直交周波数分割多重および直交周波数分割多元接続（ＯＦＤＭ／ＯＦＤＭＡ）技術を利用するワイヤレス通信システム内で使用できる例示的な送信機と例示的な受信機とを示す図。 本開示のいくつかの実施形態による、ネイバー基地局（ＢＳ）によってサポートされるサービスパラメータを移動局（ＭＳ）に通知するための例示的な動作の流れ図。 本開示のいくつかの実施形態による、ネイバーＢＳによってサポートされるサービスパラメータをＭＳに通知するための、図４の例示的な動作に対応する手段のブロック図。 本開示のいくつかの実施形態による、それぞれのネイバーＢＳによってサポートされるサービスを示すサービスレベルサポートフィールドをもつＢＳハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージの例示的なフォーマットを示す図。 本開示のいくつかの実施形態による、それぞれのネイバーＢＳによってサポートされるサービスを示すサービスレベルサポートフィールドをもつＢＳハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージの例示的なフォーマットを示す図。 本開示のいくつかの実施形態による、図５Ａ及び図５Ｂまたは図８Ａ及び図８Ｂのサービスレベルサポートフィールドの例示的なフォーマットを示す図。 本開示のいくつかの実施形態による、図５Ａ及び図５Ｂまたは図８Ａ及び図８Ｂのサービスレベルサポートフィールドの例示的なフォーマットを示す図。 本開示のいくつかの実施形態による、図６Ａ及び図６Ｂのサービスレベルサポートフィールドの一部としての自動再送要求（ＡＲＱ）パラメータの例示的なフォーマットを示す図。 本開示のいくつかの実施形態による、それぞれのネイバーＢＳによってサポートされるサービスを示すサービスレベルサポートフィールドをもつＢＳハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージの例示的なフォーマットを示す図。 本開示のいくつかの実施形態による、それぞれのネイバーＢＳによってサポートされるサービスを示すサービスレベルサポートフィールドをもつＢＳハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージの例示的なフォーマットを示す図。 本開示のいくつかの実施形態による、ネイバーＢＳのグループの中から、各ネイバーＢＳによってサポートされるサービスパラメータに基づいて、ハンドオーバのための少なくとも１つのネイバーＢＳ候補を判断するための例示的な動作の流れ図。 本開示のいくつかの実施形態による、ハンドオーバのための少なくとも１つのネイバーＢＳ候補を判断するための、図９の例示的な動作に対応する手段のブロック図。 本開示のいくつかの実施形態による、サポートされるサービスパラメータに基づいて、ハンドオーバのための少なくとも１つのネイバーＢＳ候補を選択するための例示的な動作の流れ図。 本開示のいくつかの実施形態による、サポートされるサービスパラメータに基づいて、ハンドオーバのための少なくとも１つのネイバーＢＳ候補を選択するための例示的な動作の流れ図。 本開示のいくつかの実施形態による、ＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージを介してサービングＢＳからＭＳに送信されたサポートされるサービスパラメータに基づいて、ハンドオーバのためのネイバーＢＳ候補を選択し、ネイバーＢＳへのハンドオーバを実行するための例示的なコールフローを示す図。 本開示のいくつかの実施形態による、ＭＳハンドオーバ要求（ＭＯＢ＿ＭＳＨＯ−ＲＥＱ）メッセージを受信したことに応答して、ＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージを介してサービングＢＳからＭＳに送信されたサポートされるサービスパラメータに基づいて、ハンドオーバのためのネイバーＢＳ候補を選択し、ネイバーＢＳへのハンドオーバを実行するための例示的なコールフローを示す図。

本開示のいくつかの実施形態は、移動局（ＭＳ）がハンドオーバを実行するための好適なネイバー基地局（ＢＳ）候補（すなわち、ターゲットＢＳ）を選択することができるように、ネイバー基地局によってサポートされるサービスフローパラメータをＭＳに通知するための方法および装置を提供する。通知は、ネイバーＢＳによってサポートされるサービスフローパラメータを示す、サービスレベルサポートフィールドが追加された、ＢＳハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたはＢＳハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージなど、ハンドオーバメッセージを介して行うことができる。このようにして、ＭＳが１つのＢＳから別のＢＳにハンドオーバされる際にデータ交換のサービス品質レベルを維持することができる。

本開示の実施形態について、ＷｉＭＡＸ対応無線アクセス技術（ＲＡＴ）に関して説明するが、本明細書で説明する技法および装置は他のＲＡＴに容易に拡張できる。たとえば、本開示の実施形態は、ＱｏＳおよび／またはＨＡＲＱサービスをサポートするＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＵＭＢ（ウルトラモバイルブロードバンド）、あるいは他の３Ｇ（第３世代）またはプレ４Ｇ（プレ第４世代）ＲＡＴとともに使用されるように拡張または変更できる。

例示的なワイヤレス通信システム
本明細書に記載の技法は、直交多重化方式に基づくブロードバンドワイヤレス通信システムを含む様々な通信システムに使用できる。そのような通信システムの例には、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムなどがある。ＯＦＤＭＡシステムは、全システム帯域幅を複数の直交サブキャリアに区分する変調技法である、直交周波数分割多重（ＯＦＤＭ）を利用する。これらのサブキャリアは、トーン、ビンなどと呼ぶこともできる。ＯＦＤＭでは、各サブキャリアはデータで独立して変調できる。ＳＣ−ＦＤＭＡシステムは、システム帯域幅にわたって分散されたサブキャリア上で送信するためのインターリーブされたＦＤＭＡ（ＩＦＤＭＡ）、隣接するサブキャリアのブロック上で送信するための局所ＦＤＭＡ（ＬＦＤＭＡ）、または隣接するサブキャリアの複数のブロック上で送信するための拡張ＦＤＭＡ（ＥＦＤＭＡ）を利用することができる。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭＡでは時間領域で送信される。

直交多重化方式に基づく通信システムの一例は、ＷｉＭＡＸシステムである。Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓを表すＷｉＭＡＸは、長距離にわたる高いスループットブロードバンド接続を与える、規格ベースのブロードバンドワイヤレス技術である。現在、ＷｉＭＡＸの２つの主要な適用例、すなわち固定ＷｉＭＡＸとモバイルＷｉＭＡＸとがある。固定ＷｉＭＡＸ適用例は、たとえば、家庭および企業でのブロードバンドアクセスを可能にするポイントツーマルチポイントである。モバイルＷｉＭＡＸは、ＯＦＤＭおよびＯＦＤＭＡに基づき、ブロードバンド速度でのセルラーネットワークのフルモビリティを提供する。

ＩＥＥＥ８０２．１６ｘは、固定およびモバイルブロードバンドワイヤレスアクセス（ＢＷＡ）システムのためのエアインターフェースを定義する新興の規格組織である。これらの規格は、少なくとも４つの異なる物理層（ＰＨＹ）および１つの媒体アクセス制御（ＭＡＣ）層を定義している。４つの物理層のうちのＯＦＤＭおよびＯＦＤＭＡ物理層は、それぞれ固定およびモバイルＢＷＡ領域において最も一般的である。

図１に、ワイヤレス通信システム１００の一例を示す。ワイヤレス通信システム１００は、ブロードバンドワイヤレス通信システムとすることができる。ワイヤレス通信システム１００は、いくつかのセル１０２に通信を与えることができ、各セルは基地局１０４によってサービスされる。基地局１０４は、ユーザ端末１０６と通信する固定局とすることができる。基地局１０４は、代替的に、アクセスポイント、ノードＢ、または何らかの他の用語で呼ばれることもある。

図１に、システム１００全体に散在する様々なユーザ端末１０６を示す。ユーザ端末１０６は固定（すなわち、静止）でも移動でもよい。ユーザ端末１０６は、代替的に、リモート局、アクセス端末、端末、加入者ユニット、移動局、局、ユーザ機器などと呼ばれることもある。ユーザ端末１０６は、セルラー電話、携帯情報端末（ＰＤＡ）、ハンドヘルドデバイス、ワイヤレスモデム、ラップトップコンピュータ、パーソナルコンピュータ（ＰＣ）などワイヤレスデバイスでもよい。

様々なアルゴリズムおよび方法を、基地局１０４とユーザ端末１０６との間の、ワイヤレス通信システム１００における送信のために使用することができる。たとえば、ＯＦＤＭ／ＯＦＤＭＡ技法に従って、基地局１０４とユーザ端末１０６との間で信号を送信および受信することができる。この場合には、ワイヤレス通信システム１００をＯＦＤＭ／ＯＦＤＭＡシステムと呼ぶことができる。

基地局１０４からユーザ端末１０６への送信を可能にする通信リンクをダウンリンク１０８と呼び、ユーザ端末１０６から基地局１０４への送信を可能にする通信リンクをアップリンク１１０と呼ぶことができる。代替的に、ダウンリンク１０８を順方向リンクまたは順方向チャネルと呼び、アップリンク１１０を逆方向リンクまたは逆方向チャネルと呼ぶことができる。

セル１０２は複数のセクタ１１２に分割できる。セクタ１１２は、セル１０２内の物理的カバレージエリアである。ワイヤレス通信システム１００内の基地局１０４は、セル１０２の特定のセクタ１１２内の電力の流れを集中させるアンテナを利用することができる。そのようなアンテナを指向性アンテナと呼ぶことができる。

図２に、ワイヤレスデバイス２０２中で利用できる様々な構成要素を示す。ワイヤレスデバイス２０２は、本明細書で説明する様々な方法を実装するように構成できるデバイスの一例である。ワイヤレスデバイス２０２は基地局１０４またはユーザ端末１０６とすることができる。

ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２の動作を制御するプロセッサ２０４を含むことができる。プロセッサ２０４は中央処理装置（ＣＰＵ）と呼ばれることもある。読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含むことができるメモリ２０６は、命令とデータとをプロセッサ２０４に与える。メモリ２０６の一部は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含むことができる。プロセッサ２０４は一般に、メモリ２０６内に記憶されたプログラム命令に基づいて、論理および演算動作を実行する。メモリ２０６中の命令は、本明細書で説明する方法を実装するために実行可能である。

ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２と遠隔地との間のデータの送信および受信を可能にするために送信機２１０と受信機２１２とを含むことができるハウジング２０８を含むこともできる。送信機２１０と受信機２１２とを組み合わせてトランシーバ２１４を形成することができる。アンテナ２１６は、ハウジング２０８に取り付けられ、トランシーバ２１４に電気的に結合される。ワイヤレスデバイス２０２は、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナ（図示せず）をも含むことができる。

ワイヤレスデバイス２０２は、トランシーバ２１４によって受信された信号のレベルを検出および定量化するために使用できる信号検出器２１８をも含むことができる。信号検出器２１８は、総エネルギー、パイロットサブキャリアからのパイロットエネルギーまたはプリアンブルシンボルからの信号エネルギー、電力スペクトル密度、および他の信号などの信号を検出できる。ワイヤレスデバイス２０２は、信号を処理する際に使用するためのデジタル信号プロセッサ（ＤＳＰ）２２０を含むこともできる。

ワイヤレスデバイス２０２の様々な構成要素は、データバスに加えて、パワーバス、制御信号バス、およびステータス信号バスを含むことができるバスシステム２２２によって一緒に結合できる。

図３に、ＯＦＤＭ／ＯＦＤＭＡを利用するワイヤレス通信システム１００内で使用できる送信機３０２の一例を示す。送信機３０２の部分は、ワイヤレスデバイス２０２の送信機２１０中に実装される。送信機３０２は、ダウンリンク１０８上でデータ３０６をユーザ端末１０６に送信するために基地局１０４中に実装される。送信機３０２は、アップリンク１１０上でデータ３０６を基地局１０４に送信するためにユーザ端末１０６中にも実装される。

送信されるデータ３０６は、直並列（Ｓ／Ｐ）変換器３０８に入力として供給されるものとして示してある。Ｓ／Ｐ変換器３０８は送信データをＮ個の並列データストリーム３１０に分割する。

次いで、Ｎ個の並列データストリーム３１０はマッパー３１２に入力として供給される。マッパー３１２は、Ｎ個の並列データストリーム３１０をＮ個のコンスタレーションポイントにマッピングすることができる。マッピングは、２位相偏移キーイング（ＢＰＳＫ）、４位相偏移キーイング（ＱＰＳＫ）、８位相偏移キーイング（８ＰＳＫ）、直交振幅変調（ＱＡＭ）など、何らかの変調コンスタレーションを使用して行われる。したがって、マッパー３１２は、それぞれ逆高速フーリエ変換（ＩＦＦＴ）３２０のＮ個の直交サブキャリアのうちの１つに対応する、Ｎ個の並列シンボルストリーム３１６を出力する。これらのＮ個の並列シンボルストリーム３１６は、周波数領域において表されて、ＩＦＦＴ構成要素３２０によってＮ個の並列時間領域サンプルストリーム３１８に変換される。

次に、用語に関する簡単な注釈を与える。周波数領域におけるＮ個の並列変調は、周波数領域におけるＮ個の変調シンボルに等しく、これは、周波数領域におけるＮ個のマッピングおよびＮ個のポイントＩＦＦＴに等しく、これは、時間領域における１つの（有用な）ＯＦＤＭシンボルに等しく、これは、時間領域におけるＮ個のサンプルに等しい。時間領域における１つのＯＦＤＭシンボル、Ｎ_sは、Ｎ_cp（ＯＦＤＭシンボル当たりのガードサンプル数）＋Ｎ（ＯＦＤＭシンボル当たりの有用なサンプル数）に等しい。

Ｎ個の並列時間領域サンプルストリーム３１８は、並直列（Ｐ／Ｓ）変換器３２４によって、ＯＦＤＭ／ＯＦＤＭＡシンボルストリーム３２２に変換される。ガード挿入構成要素３２６は、ＯＦＤＭ／ＯＦＤＭＡシンボルストリーム３２２中の連続したＯＦＤＭ／ＯＦＤＭＡシンボル間にガードインターバルを挿入する。次いで、ガード挿入構成要素３２６の出力は、無線周波数（ＲＦ）フロントエンド３２８によって、所望の送信周波数帯域にアップコンバートされる。次いで、アンテナ３３０は、得られた信号３３２を送信する。

図３に、ＯＦＤＭ／ＯＦＤＭＡを利用するワイヤレス通信システム１００内で使用できる受信機３０４の一例をも示す。受信機３０４の部分は、ワイヤレスデバイス２０２の受信機２１２中に実装される。受信機３０４は、ダウンリンク１０８上で基地局１０４からデータ３０６を受信するためにユーザ端末１０６中に実装される。受信機３０４は、アップリンク１１０上でユーザ端末１０６からデータ３０６を受信するために基地局１０４中にも実装される。

送信信号３３２は、ワイヤレスチャネル３３４上を移動するものとして示してある。信号３３２’がアンテナ３３０’によって受信されると、受信信号３３２’はＲＦフロントエンド３２８’によってベースバンド信号にダウンコンバートされる。次いで、ガード除去構成要素３２６’は、ガード挿入構成要素３２６によってＯＦＤＭ／ＯＦＤＭＡシンボル間に挿入されたガードインターバルを除去する。

ガード除去構成要素３２６’の出力はＳ／Ｐ変換器３２４’に供給される。Ｓ／Ｐ変換器３２４’は、ＯＦＤＭ／ＯＦＤＭＡシンボルストリーム３２２’を、それぞれＮ個の直交サブキャリアのうちの１つに対応するＮ個の並列時間領域シンボルストリーム３１８’に分割する。高速フーリエ変換（ＦＦＴ）構成要素３２０’は、Ｎ個の並列時間領域シンボルストリーム３１８’を周波数領域に変換し、Ｎ個の並列周波数領域シンボルストリーム３１６’を出力する。

デマッパー３１２’は、マッパー３１２によって実行されたシンボルマッピング動作の逆を実行し、それによって、Ｎ個の並列データストリーム３１０’を出力する。Ｐ／Ｓ変換器３０８’は、Ｎ個の並列データストリーム３１０’を単一のデータストリーム３０６’に合成する。理想的には、このデータストリーム３０６’は、送信機３０２に入力として供給されたデータ３０６に対応する。

サポートされるサービスに基づくハンドオーバのためのターゲットＢＳの例示的な選択
モバイルＷｉＭＡＸネットワークでは、ハンドオーバプロシージャが完了した後、ターゲットＢＳによってサービスフローが提供されると考えられる。異なるＢＳは異なる機能を有することがあり、各ＢＳに対するトラフィック負荷も異なることがあるので、ターゲットＢＳは、すべてのサービス品質レベルがサービングＢＳによって提供された同じレベルに維持され得ることを保証することができない。たとえば、現在のＩＥＥＥ８０２．１６ｅ規格では、ＭＳは、ターゲットＢＳへのハンドオーバが完了した後、サービングＢＳによって提供されたＨＡＲＱ関連またはＱｏＳ関連のサービスが前のサービス品質レベルに維持され得るかどうかを、ハンドオーバより前に知らない。したがって、いくつかの例では、ＭＳは、Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＶｏＩＰ）呼中により長い遅延、または強いエコー、Ｔ１／Ｅ１トランクデータサービスのより高いビット誤り率などに突然遭遇することがある
したがって、ネイバーＢＳのいずれも、サービングＢＳによって提供されたサービス品質レベルを維持することができない場合、ネイバーＢＳがサポートするサービスフローパラメータをＭＳに通知することが望ましいことがある。このようにして、ハンドオーバのための１つまたは複数のネイバーＢＳ候補を選択するときに、ターゲットＢＳが前にサポートされたすべてのサービスをサポートすることができるわけではないときに、驚くことなしに、ＭＳは、さらなるインフォームド決定を行うことができる。本開示のいくつかの実施形態は、これらの目的を達成するために、ネイバーＢＳによってサポートされるサービスを示す新しいフィールドが追加されたハンドオーバメッセージを利用する。

図４は、サービングＢＳの観点からの、ネイバー基地局（ＢＳ）によってサポートされるサービスパラメータを移動局（ＭＳ）に通知するための例示的な動作４００の流れ図である。動作４００は、４１０において、複数のサービスパラメータを識別することによって開始する。これらのサービスパラメータは、サービス品質（ＱｏＳ）パラメータまたはハイブリッド自動再送要求（ＨＡＲＱ）など、サービスフローの任意の好適な構成パラメータを含むことができる。たとえば、ＱｏＳサービスパラメータは、最小予約済みトラフィックレート、最大待ち時間、要求／送信ポリシー、未承諾許可間隔、最大持続トラフィックレート、トラフィック優先度、未承諾ポーリング間隔、および／または許容ジッタを備えることができる。ＨＡＲＱサービスパラメータは、たとえば、ウィンドウサイズ、送信機のための再試行タイムアウト、受信機のための再試行タイムアウト、ブロック寿命、同期損失タイムアウト、順序配信（deliver-in-order）パラメータ、パージタイムアウト、ブロックサイズ、および／または受信機ＡＲＱ確認応答処理時間を備えることができる。

４２０において、サービングＢＳは、複数のサービスパラメータがネイバーＢＳによってサポートされるかどうかを判断する。この判断は、ネットワークバックボーンを介したサービングＢＳとネイバーＢＳとの間の通信中に行うことができる。

４３０において、サービングＢＳは、ネイバーＢＳによってサポートされるサービスパラメータを示すハンドオーバメッセージを送信する。サービングＢＳがハンドオーバを要求する場合、ハンドオーバメッセージはＢＳハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージであり得る。しかしながら、移動局がハンドオーバを開始する場合、ハンドオーバメッセージはＢＳハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージであり得る。サポートされるサービスパラメータを示すために、サービスレベルサポートと呼ばれる新しいフィールドがハンドオーバメッセージに追加され得る。

図５Ａ及び図５Ｂに、本開示のいくつかの実施形態による、それぞれのネイバーＢＳによってサポートされるサービスを示すサービスレベルサポートフィールド５５０をもつ例示的なＢＳハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージフォーマット５００を示す。ＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージフォーマット５００はＩＥＥＥ８０２．１６ｅ規格中に指定されているが、本開示のいくつかの実施形態は、サービスレベル予測フィールド５４０の後に追加のサービスレベルサポートフィールド５５０を導入することができる。

推奨されるネイバーＢＳの数（Ｎ＿Ｒｅｃｏｍｍｅｎｄｅｄ）までの各ＢＳについて、サービスレベル予測フィールド５４０中の値は、ＭＳがこのＢＳから予想することができるサービスレベルを示す。０×０は、このＭＳのために可能なサービスがないことを示す。０×１は、ＭＳに対して許可された１つまたは複数のサービスフローのためにいくつかのサービスが利用可能であることを示す。０×２は、許可されたサービスフローごとに、ＡｕｔｈｏｒｉｚｅｄＱｏＳＰａｒａｍＳｅｔによって指定されたＱｏＳでＭｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）接続を確立することができることを示す。０×３は、利用可能なサービスレベル予測がないことを示す。

サービスレベルサポートフィールド５５０は、所与のネイバーＢＳのために利用可能なサービスを示すことができる。いくつかの実施形態の場合、サービスレベル予測フィールド５４０の値が０×０（０ｂ００）または０×２（２進数で０ｂ１０）に等しくない場合のみ、サービスレベルサポートフィールド５５０が含まれ得る。サービスレベル予測フィールド５４０が０×０または０×２に等しくないとき、これは、それぞれのネイバーＢＳが、サービングＢＳが行う際の各サービスフローのためのすべての構成パラメータをサポートすることができるわけではないことを意味する。したがって、サービスレベルサポートフィールド５５０は、それぞれのネイバーＢＳがどのサービスパラメータをサポートすることができるかだけを示すことができる。

図６Ａ及び図６Ｂに、様々なサービスパラメータおよびバイトアラインメントのためのパディングビットを示すサービスレベルサポートフィールド５５０の例示的なフォーマット６００を示す。サポートされるサービスパラメータを示すために、サービスフローの最大数が２５６（２⁸）であると仮定すると、サービスレベルサポートフィールド５５０は、所与のＭＳによってサポートされるサービスフローの数を示すために８ビット（１バイト）のｎｕｍ＿ＳＦパラメータ６１０を含むことができる。ｎｕｍ＿ＳＦパラメータ６１０の後に、サービスレベルサポートフィールド５５０は、３２ビット（４バイト）のサービスフロー識別（ＳＦＩＤ）番号６２０と、ＱｏＳを示す３ビットのＳｅｒｖｉｃｅ＿ｔｙｐｅパラメータ６３０と、Ｓｅｒｖｉｃｅ＿ｔｙｐｅパラメータ６３０、およびＨＡＲＱが使用可能であるかどうかに応じて、５ビットまたは２１ビットのサービスフローパラメータ情報と、バイトアラインメントのための任意のビットのパディング６４０とを含むことができる。したがって、サービスレベルサポートフィールド５５０中の各サービスフローは１バイトまたは３バイトのいずれかの長さを有する。したがって、サービスレベルサポートフィールド５５０は、サポートされるサービスフローの数（ｎｕｍ＿ＳＦ）と、ＨＡＲＱが使用可能であるかどうかとに応じて可変の長さを有することができ、最大長さが［１＋（４＋３）＊ｎｕｍ＿ＳＦ］バイトになる。このフィールドの長さは、メッセージまたは新しいＴＬＶ（タイプ長さ値）の一部として定義できる。Ｓｅｒｖｉｃｅ＿ｔｙｐｅパラメータ６３０は、ＱｏＳが未承諾許可サービス（ＵＧＳ）、リアルタイム可変レート（ＲＴ−ＶＲ）、拡張リアルタイム可変レート（ＥＲＴ−ＶＲ）、非リアルタイム可変レート（ＮＲＴ−ＶＲ）、またはベストエフォートサービス（ＢＥ）であるかどうかを示す値を有することができる。

特定のサービスフローのためにＨＡＲＱが使用可能である場合（すなわち、ＡＲＱイネーブル＝１）、サービスレベルサポートフィールド５５０は９つの別々のＡＲＱパラメータ６５０を含むことができ、各ＡＲＱパラメータは、その自動再送要求（ＡＲＱ）パラメータがサポートされるか否かを示す１ビットの長さを有する。図７に、図６Ａ及び図６Ｂのサービスレベルサポートフィールド５５０の一部としてＡＲＱパラメータ６５０の例示的なフォーマット７００を示す。たとえば、ＡＲＱパラメータ６５０は、ＡＲＱ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ７１０と、送信機遅延を表すＡＲＱ＿Ｒｅｔｒｙ＿Ｔｉｍｅｏｕｔ７２０と、受信機遅延を表すＡＲＱ＿Ｒｅｔｒｙ＿Ｔｉｍｅｏｕｔ７３０と、ＡＲＱ＿Ｂｌｏｃｋ＿Ｌｉｆｅｔｉｍｅ７４０と、ＡＲＱ＿Ｓｙｎｃ＿Ｌｏｓｓ＿Ｔｉｍｅｏｕｔ７５０と、ＡＲＱ＿Ｄｅｌｉｖｅｒ＿ｉｎ＿Ｏｒｄｅｒ７６０と、ＡＲＱ＿Ｐｕｒｇｅ Ｔｉｍｅｏｕｔ７７０と、ＡＲＱ＿Ｂｌｏｃｋ＿Ｓｉｚｅ７８０と、Ｒｅｃｅｉｖｅｒ＿ＡＲＱ＿ＡＣＫ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｔｉｍｅ７９０との、任意の順序における任意の好適な組合せを含むことができる。

図８Ａ及び図８Ｂに、本開示のいくつかの実施形態による、上述のように、それぞれのネイバーＢＳによってサポートされるサービスを示すサービスレベルサポートフィールド５５０をもつＢＳハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージフォーマット８００を示す。サービスレベルサポートフィールド５５０は、いくつかの実施形態では、上述のように、サービスレベル予測フィールド５４０に続くことができる。いくつかの実施形態の場合、サービスレベル予測フィールド５４０の値が０×０（０ｂ００）または０×２に等しくない場合のみ、サービスレベルサポートフィールド５５０が含まれ得る。

それぞれのネイバーＢＳがどのサービスパラメータをサポートすることができるかを示すことによって、ハンドオーバメッセージのサービスレベルサポートフィールド５５０中に含まれる情報は、ハンドオーバ中にサービングＢＳによって提供されたＢＳリストからターゲットＢＳのための最良の選択を行うために使用できる。さらに、ＭＳが、サービングＢＳによって前にサポートされたすべてのサービスパラメータをサポートすることができるわけではないネイバーＢＳへのハンドオーバを実行するときに、ＱｏＳおよび／またはＨＡＲＱ要件が格下げされた場合、ＭＳは驚かない。

図９は、本開示のいくつかの実施形態による、ネイバーＢＳのグループの中から、各ネイバーＢＳによってサポートされるサービスパラメータに基づいて、ハンドオーバのための少なくとも１つのネイバーＢＳ候補を判断するための、ＭＳの観点からの例示的な動作９００の流れ図である。動作９００は、９１０において、複数のネイバーＢＳをＭＳに通知し、各ネイバーＢＳによってサポートされる複数のサービスパラメータを示すハンドオーバメッセージを受信することによって開始する。ハンドオーバメッセージは、それぞれ、図５Ａ及び図５Ｂまたは図８Ａ及び図８Ｂに示すように、サービスレベルサポートフィールド５５０をもつＭＯＢ＿ＢＳＨＯ−ＲＥＱまたはＭＯＢ＿ＢＳＨＯ−ＲＳＰであり得る。

９２０において、ハンドオーバメッセージによって示されたサポートされるサービスパラメータに基づいて、ＭＳは、ハンドオーバメッセージ中に掲示された複数のネイバーＢＳから、ハンドオーバのための少なくとも１つのネイバーＢＳ候補を選択する。９３０において、ＭＳは、選択されたネイバーＢＳ候補へのハンドオーバを試みる。

図１０Ａは、９２０において、サポートされるサービスパラメータに基づいて、ハンドオーバのための少なくとも１つのネイバーＢＳ候補を選択するための例示的な動作１０００の流れ図である。１０１０においてハンドオーバメッセージ中に掲示されたすべてのネイバーＢＳについて、動作１０００は、１０２０において、ネイバーＢＳのプリアンブルがＭＳのための許容範囲内にあるかどうかを確認することによって開始する。許容範囲内にない場合は、１０２０において次のＢＳを確認する。１０２０においてプリアンブルが許容できる場合は、１０３０において現在のネイバーＢＳのためのサービスレベル予測フィールド５４０の値を読み取る。

１０３０においてサービスレベル予測フィールド５４０の値が０×０である場合、１０２０においてリスト中の次のネイバーＢＳのためのプリアンブルを確認する。１０３０においてサービスレベル予測フィールド５４０の値が０×０である場合、１０４０においてＭＳは現在のネイバーＢＳをハンドオーバのためのネイバーＢＳ候補のリスト（すなわち、候補リスト）に追加する。１０３０においてサービスレベル予測フィールド５４０の値が０×１または他の値である場合、ＭＳは、サービスパラメータが現在のネイバーＢＳによって実際にサポートされることを示す、サービスレベルサポートフィールド５５０中のビットの数をカウントする。言い換えれば、ＭＳは、１の値に設定されたビットのすべてをカウントする。いくつかの実施形態の場合、ＭＳは、カウントするときにＡＲＱイネーブルビットおよび／またはバイトアラインメントのための任意のパディングビットを無視する。１０６０において、ＭＳは現在のネイバーＢＳを候補リストに追加する。

１０１０において、ハンドオーバメッセージ中に掲示されたネイバーＢＳのすべてが検討されると、１０７０において、ＭＳは、候補リスト中のネイバーＢＳのうちの１つを、ハンドオーバを試みるためのネイバーＢＳ候補として選択する。０×２のサービスレベル予測値を有するネイバーＢＳのうちの１つは許可されたサービスフローのすべてをサポートするので、ＭＳはこのネイバーＢＳをネイバーＢＳ候補として選択する。０×２のサービスレベル予測値を有するネイバーＢＳがない場合、ＭＳは、最も高いビットカウントを有する、候補リスト中のネイバーＢＳのうちの１つを選択する。いくつかの実施形態の場合、ＭＳは、ハンドオーバを試みるためのネイバーＢＳ候補として、候補リストから２つ以上のネイバーＢＳを選択し、サポートされるサービスパラメータの数に従って候補をランク付けする。このようにして、ＭＳは、９３０において最も高いカウントをもつネイバーＢＳ候補へのハンドオーバを試みる。試みたハンドオーバに失敗した場合、ＭＳは、２番目に高いカウントをもつネイバーＢＳ候補へのハンドオーバなどを試みる。

いくつかの実施形態の場合、ＭＳは、ハンドオーバメッセージ中に掲示された複数のネイバーＢＳのすべてを検討する必要はない。たとえば、ＭＳが、掲示されたネイバーＢＳのうちの少なくとも１つが０×２のサービスレベル予測値を有すると判断すると、ＭＳは、１０３０において、それ以降、０×２の値を有しないネイバーＢＳを無視し、１０５０において、サポートされるサービスパラメータのためのビットの数をカウントする必要も、１０６０においてそのようなネイバーＢＳを候補リストに追加する必要もない。別の例として、ＭＳは、１０４０または１０６０において候補リストに限られた数のネイバーＢＳを追加することができ、候補リストがいっぱいになる（すなわち、限界に達する）と、ＭＳは、ハンドオーバメッセージ中に掲示された残りのネイバーＢＳを評価することなしに、１０７０において候補リストからネイバーＢＳ候補を選択する。

図１０Ｂは、９２０において、サポートされるサービスパラメータに基づいて、ハンドオーバのための少なくとも１つのネイバーＢＳ候補を選択するための例示的な動作１０８０の別の流れ図である。図１０Ｂは、サポートされるサービスパラメータの数を示すビットの数をカウントする代わりに、ＭＳが、サービスレベルサポートフィールド５５０によって示されたサービスパラメータの各々に重みを関連付け、１０９０において検討されている現在のネイバーＢＳのためのサポートされるサービスパラメータ（たとえば、ハンドオーバメッセージ中に１に設定されたビット値を有するサービスパラメータ）に対する重みを合計することを除いて、図１０Ａと同様である。１０９５において、ネイバーＢＳ候補が検討されると、ＭＳは、ハンドオーバを試みるための１つまたは複数のネイバーＢＳ候補として、最も高い重み付け和をもつ、候補リスト中のネイバーＢＳのうちの少なくとも１つを選択する。このようにして、理由は何であれ、より大きい重要性をもつサービスパラメータにより高い重み付けを与えることができ、（１つまたは複数の）ネイバーＢＳ候補の選択はこの重要性を考慮に入れることができる。

いくつかの実施形態の場合、ＭＳは、（１つまたは複数の）選択されたネイバーＢＳ候補が、ＭＳに関係するサービスパラメータのうちの特定の１つを満たすことができないと判断することがある。そのような場合、ＭＳは、この判断に基づいて警告を出力することができる。警告は、ユーザへの可視メッセージ、ディスプレイ上のシンボルまたはアイコン、および／またはビープまたはトーンなどの可聴警報を備えることができる。

サポートされるサービスパラメータを使用したターゲットＢＳの選択に基づくハンドオーバの例示的なパフォーマンス
図１１は、サービング基地局（ＢＳ）１１０４からＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージを介して移動局（ＭＳ）１１０２に送信されたサポートされるサービスパラメータに基づいてハンドオーバのためのネイバーＢＳ候補（すなわち、ターゲットＢＳ）を選択し、ターゲットＢＳへのハンドオーバを実行するための例示的なコールフロー１１００を示す。ＭＳ１１０２とサービングＢＳは、１１１０において、アップリンク方向とダウンリンク方向の両方でデータを交換している。

ある時点で、サービングＢＳ１１０４は、上述のようにサービスレベルサポートフィールド５５０をもつＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージ１１１２をＭＳ１１０２に送信することによって、ハンドオーバを開始する。ＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージ１１１２は、ネイバーＢＳ＃１（１１０６）とネイバーＢＳ＃２（１１０８）とを含む、複数のネイバーＢＳに関する情報を含むことができる。この情報は、いくつかのサービスフローパラメータがネイバーＢＳ１１０６、１１０８によってサポートされるかどうかを示すことができる。

１１１４において、ＭＳ１１０２は、図９の９２０および図１０Ａまたは１０Ｂに関して上記で説明したように、ＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージ１１１２中に掲示されたネイバーＢＳからハンドオーバのための１つまたは複数のネイバーＢＳ候補を選択する。たとえば、ネイバーＢＳ＃１を１次ターゲットＢＳとして選択する。いくつかの実施形態では、１次ターゲットＢＳへのハンドオーバの試みが失敗した場合、ネイバーＢＳ＃２を２次ターゲットＢＳとして選択する。

１１１６において、ＭＳ１１０２は１次ターゲットＢＳ、すなわちネイバーＢＳ＃１と同期する。ＭＳ１１０２は、１１１８において、ネイバーＢＳ＃１からブロードキャストされた、ダウンリンクＭＡＰ（ＤＬ−ＭＡＰ）と、アップリンクＭＡＰ（ＵＬ−ＭＡＰ）と、ダウンリンクチャネル記述子（ＤＣＤ）と、アップリンクチャネル記述子（ＵＣＤ）を受信する。ＭＳ１１０２はネイバーＢＳ＃１にレンジング要求（ＲＮＧ−ＲＥＱ）メッセージ１１２０を送信し、ネイバーＢＳ＃１はレンジング応答（ＲＮＧ−ＲＳＰ）メッセージ１１２２で応答する。１１２４において、ＭＳ１１０２およびネイバーＢＳ＃１は、サービングＢＳ１１０４からネイバーＢＳ＃１へのハンドオーバを完了しようとして初期システムエントリシーケンスを完了する。試みたハンドオーバが失敗した場合、ＭＳはネイバーＢＳ＃２へのハンドオーバを試みる。

図１２に、ハンドオーバメッセージを介して送信されたサポートされるサービスパラメータに基づいて、ハンドオーバのためのターゲットＢＳを選択し、ターゲットＢＳへのハンドオーバを実行するための別の例示的なコールフロー１２００を示す。図１２中のコールフロー１２００は、ＭＳ１１０２がＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージ１２０２をサービングＢＳ１１０４に送信することによってハンドオーバを開始することを除いて、図１１のコールフロー１１００と同様である。サービングＢＳ１１０４は、上述のように、メッセージ１２０４中に掲示されたネイバーＢＳのうちの少なくともいくつかのためのサービスレベルサポートフィールド５５０をもつＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージ１２０４を送信することによって応答する。

上述の方法の様々な動作は、図に示すミーンズプラスファンクションブロックに対応する様々な（１つまたは複数の）ハードウェアおよび／またはソフトウェア構成要素および／またはモジュールによって実行できる。概して、対応する相対ミーンズプラスファンクション図を有する図に方法が示されている場合、動作ブロックは、同様の番号付けをもつミーンズプラスファンクションブロックに対応する。たとえば、図４に示すブロック４１０〜４３０は図４Ａに示すミーンズプラスファンクションブロック４１０Ａ〜４３０Ａに対応し、図９に示すブロック９１０〜９３０は図９Ａに示すミーンズプラスファンクションブロック９１０Ａ〜９３０Ａに対応する。

本明細書で使用する「判断」という用語は、多種多様なアクションを包含する。たとえば、「判断」は、計算、算出、処理、導出、調査、探索（たとえば、テーブル、データベース、または別のデータ構造での探索）、確認などを含むことができる。また、「判断」は、受信（たとえば、情報を受信すること）、アクセス（たとえば、メモリ中のデータにアクセスすること）などを含むことができる。また、「判断」は、解決、選択、選出、確立などを含むことができる。

情報および信号は、様々な異なる技術および技法のうちのいずれかを使用して表すことができる。たとえば、上記の説明全体にわたって言及されるデータ、命令、コマンド、情報、信号などは、電圧、電流、電磁波、磁界もしくは磁性粒子、光場もしくは光粒子、またはそれらの任意の組合せによって表すことができる。

本開示に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）または他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行できる。汎用プロセッサはマイクロプロセッサとすることができるが、代替形態では、プロセッサは、市販されているプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装することもできる。

本開示に関連して説明した方法またはアルゴリズムのステップは、直接ハードウェアか、１つまたは複数のプロセッサによって実行されるソフトウェアモジュールか、またはその２つの組合せで実施できる。ソフトウェアモジュールは、当技術分野で知られている任意の形式の記憶媒体中に常駐することができる。使用できる記憶媒体のいくつかの例には、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭなどがある。ソフトウェアモジュールは、単一の命令、または多数の命令を備えることができ、いくつかの異なるコードセグメント上で、異なるプログラム間で、および複数の記憶媒体にわたって分散できる。記憶媒体は、プロセッサがその記憶媒体から情報を読み取ることができ、その記憶媒体に情報を書き込むことができるように、プロセッサに結合できる。代替として、記憶媒体はプロセッサに一体化することができる。

本明細書で開示する方法は、説明した方法を達成するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲の範囲から逸脱することなく互いに交換することができる。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は特許請求の範囲から逸脱することなく変更できる。

説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装できる。ソフトウェアで実装した場合、機能は１つまたは複数の命令としてコンピュータ可読媒体上に記憶できる。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体でよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または命令もしくはデータ構造の形態の所望のプログラムコードを担持または記憶するために使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）はデータをレーザで光学的に再生する。

ソフトウェアまたは命令はまた、送信媒体を介して送信できる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、送信媒体の定義に含まれる。

さらに、本明細書に記載の方法および技法を実行するためのモジュールおよび／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードおよび／または他の方法で取得できることを諒解されたい。たとえば、そのようなデバイスは、本明細書に記載の方法を実行するための手段の転送を可能にするために、サーバに結合できる。代替的に、本明細書で説明される様々な方法は、ユーザ端末および／または基地局がストレージ手段をデバイスに結合するかまたは与えると様々な方法を得ることができるように、ストレージ手段（たとえば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなど物理記憶媒体など）によって提供できる。さらに、本明細書で説明する方法および技法をデバイスに与えるための任意の他の適切な技法を利用することができる。

特許請求の範囲は、上記の正確な構成および構成要素に限定されないことを理解されたい。上記の方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な改変、変更および変形を行うことができる。
以下の記載は、出願当初の特許請求の範囲の記載と実質的に一致するものである。
［１］
ネイバー基地局（ＢＳ）のサポートされるサービスを示すための方法であって、
複数のサービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断することと、
前記ネイバーＢＳのための前記サポートされるサービスパラメータを示すハンドオーバメッセージを送信することと
を備える方法。
［２］
前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、［１］に記載の方法。
［３］
移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを受信することをさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［１］に記載の方法。
［４］
前記サービスパラメータがサービス品質（ＱｏＳ）パラメータまたはハイブリッド自動再送要求（ＨＡＲＱ）パラメータである、［１］に記載の方法。
［５］
前記ハンドオーバメッセージ中の前記ネイバーＢＳのためのサービスレベル予測フィールドを０×０または０×２以外の値に設定することをさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［１］に記載の方法。
［６］
前記サポートされるサービスパラメータが、前記ハンドオーバメッセージの前記ネイバーＢＳのためのサービスレベルサポートフィールド中に含まれる、［５］に記載の方法。
［７］
前記サービスレベルサポートフィールドの前記最大長さが１＋（４＋３）＊ｎｕｍ＿ＳＦバイトであり、ｎｕｍ＿ＳＦが前記ネイバーＢＳのためのサービスフローの数である、［６］に記載の方法。
［８］
前記複数のサービスパラメータのすべてがサービングＢＳによってサポートされるが、前記複数のサービスパラメータのすべてが前記ネイバーＢＳによってサポートされるわけではない、［１］に記載の方法。
［９］
前記複数のサービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断することが、
前記複数のサービスパラメータを前記ネイバーＢＳのための複数のサービスフローにグループ化することと、
前記複数のサービスパラメータが前記ネイバーＢＳのための前記複数のサービスフローの各々に対してサポートされるかどうかを判断することと
を備える、［１］に記載の方法。
［１０］
１つまたは複数のプロセッサによって実行可能である命令が記憶されたコンピュータ可読媒体を備える、ネイバー基地局（ＢＳ）のサポートされるサービスを示すためのコンピュータプログラム製品であって、前記命令が、
複数のサービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断するための命令と、
前記ネイバーＢＳのための前記サポートされるサービスパラメータを示すハンドオーバメッセージを送信するための命令と
を備えるコンピュータプログラム製品。
［１１］
前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、［１０］に記載のコンピュータプログラム製品。
［１２］
移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを受信するための命令をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［１０］に記載のコンピュータプログラム製品。
［１３］
前記サービスパラメータがサービス品質（ＱｏＳ）パラメータまたはハイブリッド自動再送要求（ＨＡＲＱ）パラメータである、［１０］に記載のコンピュータプログラム製品。
［１４］
前記ハンドオーバメッセージ中の前記ネイバーＢＳのためのサービスレベル予測フィールドを０×０または０×２以外の値に設定するための命令をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［１０］に記載のコンピュータプログラム製品。
［１５］
前記サポートされるサービスパラメータが、前記ハンドオーバメッセージの前記ネイバーＢＳのためのサービスレベルサポートフィールド中に含まれる、［１４］に記載のコンピュータプログラム製品。
［１６］
前記サービスレベルサポートフィールドの前記最大長さが１＋（４＋３）＊ｎｕｍ＿ＳＦバイトであり、ｎｕｍ＿ＳＦが前記ネイバーＢＳのためのサービスフローの数である、［１５］に記載のコンピュータプログラム製品。
［１７］
前記複数のサービスパラメータのすべてがサービングＢＳによってサポートされるが、前記複数のサービスパラメータのすべてが前記ネイバーＢＳによってサポートされるわけではない、［１０］に記載のコンピュータプログラム製品。
［１８］
前記複数のサービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断するための前記命令が、
前記複数のサービスパラメータを前記ネイバーＢＳのための複数のサービスフローにグループ化するための命令と、
前記複数のサービスパラメータが前記ネイバーＢＳのための前記複数のサービスフローの各々に対してサポートされるかどうかを判断するための命令と
を備える、［１０］に記載のコンピュータプログラム製品。
［１９］
複数のサービスパラメータがネイバー基地局（ＢＳ）によってサポートされるかどうかを判断するための手段と、
前記ネイバーＢＳのための前記サポートされるサービスパラメータを示すハンドオーバメッセージを送信するための手段と
を備える、ワイヤレス通信のための装置。
［２０］
前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、［１９］に記載の装置。
［２１］
移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを受信するための手段をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［１９］に記載の装置。
［２２］
前記サービスパラメータがサービス品質（ＱｏＳ）パラメータまたはハイブリッド自動再送要求（ＨＡＲＱ）パラメータである、［１９］に記載の装置。
［２３］
前記ハンドオーバメッセージ中の前記ネイバーＢＳのためのサービスレベル予測フィールドを０×０または０×２以外の値に設定するための手段をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［１９］に記載の装置。
［２４］
前記サポートされるサービスパラメータが、前記ハンドオーバメッセージの前記ネイバーＢＳのためのサービスレベルサポートフィールド中に含まれる、［２３］に記載の装置。
［２５］
前記サービスレベルサポートフィールドの前記最大長さが１＋（４＋３）＊ｎｕｍ＿ＳＦバイトであり、ｎｕｍ＿ＳＦが前記ネイバーＢＳのためのサービスフローの数である、［２４］に記載の装置。
［２６］
前記複数のサービスパラメータのすべてが前記装置によってサポートされるが、前記複数のサービスパラメータのすべてが前記ネイバーＢＳによってサポートされるわけではない、［１９］に記載の装置。
［２７］
前記複数のサービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断するための前記手段が、
前記複数のサービスパラメータを前記ネイバーＢＳのための複数のサービスフローにグループ化するための手段と、
前記複数のサービスパラメータが前記ネイバーＢＳのための前記複数のサービスフローの各々に対してサポートされるかどうかを判断するための手段と
を備える、［１９］に記載の装置。
［２８］
複数のサービスパラメータがネイバー基地局（ＢＳ）によってサポートされるかどうかを判断するための論理と、
前記ネイバーＢＳのための前記サポートされるサービスパラメータを示すハンドオーバメッセージを送信するように構成された送信機フロントエンドと
を備える基地局。
［２９］
前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、［２８］に記載の基地局。
［３０］
移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを受信するように構成された受信機フロントエンドをさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［２８］に記載の基地局。
［３１］
前記サービスパラメータがサービス品質（ＱｏＳ）パラメータまたはハイブリッド自動再送要求（ＨＡＲＱ）パラメータである、［２８］に記載の基地局。
［３２］
前記ハンドオーバメッセージ中の前記ネイバーＢＳのためのサービスレベル予測フィールドを０×０または０×２以外の値に設定するための論理をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［２８］に記載の基地局。
［３３］
前記サポートされるサービスパラメータが、前記ハンドオーバメッセージの前記ネイバーＢＳのためのサービスレベルサポートフィールド中に含まれる、［３２］に記載の基地局。
［３４］
前記サービスレベルサポートフィールドの前記最大長さが１＋（４＋３）＊ｎｕｍ＿ＳＦバイトであり、ｎｕｍ＿ＳＦが前記ネイバーＢＳのためのサービスフローの数である、［３３］に記載の基地局。
［３５］
前記複数のサービスパラメータのすべてが前記基地局によってサポートされるが、前記複数のサービスパラメータのすべてが前記ネイバーＢＳによってサポートされるわけではない、［２８］に記載の基地局。
［３６］
前記複数のサービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断するための前記論理が、
前記複数のサービスパラメータを前記ネイバーＢＳのための複数のサービスフローにグループ化するための論理と、
前記複数のサービスパラメータが前記ネイバーＢＳのための前記複数のサービスフローの各々に対してサポートされるかどうかを判断するための論理と
を備える、［２８］に記載の基地局。
［３７］
ハンドオーバのための少なくとも１つのネイバー基地局（ＢＳ）候補を判断するための方法であって、
複数のネイバーＢＳの各々について、各ネイバーＢＳによってサポートされる複数のサービスパラメータを示すハンドオーバメッセージを受信することと、
前記ハンドオーバメッセージによって示された前記サポートされるサービスパラメータに基づいて、前記ハンドオーバメッセージ中の前記複数のネイバーＢＳからハンドオーバのための前記少なくとも１つのネイバーＢＳ候補を選択することと
を備える方法。
［３８］
前記サービスパラメータがサービス品質（ＱｏＳ）パラメータまたはハイブリッド自動再送要求（ＨＡＲＱ）パラメータである、［３７］に記載の方法。
［３９］
前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、［３７］に記載の方法。
［４０］
移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを送信することをさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［３７］に記載の方法。
［４１］
前記少なくとも１つのネイバーＢＳ候補を選択することが、前記複数のネイバーＢＳの各々のためのサービスレベル予測パラメータが０×０または０×２に等しくないと判断することを備え、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［３７］に記載の方法。
［４２］
前記サービスパラメータが、前記複数のネイバーＢＳの各々のための、前記ハンドオーバメッセージのサービスレベルサポートフィールド中に含まれる、［４１］に記載の方法。
［４３］
前記少なくとも１つのネイバーＢＳ候補を選択することが、
前記複数のネイバーＢＳの各々について、前記ハンドオーバメッセージ中の前記サポートされるサービスパラメータの各々に対して値１に設定されたビット数をカウントすることと、
前記複数のネイバーＢＳのうちの、前記最も高いビットカウントをもつ少なくとも１つを、前記少なくとも１つのネイバーＢＳ候補として選択することと
を備える、［３７］に記載の方法。
［４４］
前記値１に設定された前記ビット数をカウントすることが、自動再送要求（ＡＲＱ）イネーブルビットと、バイトアラインメントのための任意のパディングビットとを無視することを備える、［４３］に記載の方法。
［４５］
前記少なくとも１つのネイバーＢＳ候補を選択することが、
前記サポートされるサービスパラメータの各々に重みを関連付けることと、
前記複数のネイバーＢＳの各々について、前記ハンドオーバメッセージ中の値１に設定されたビットを有する前記サポートされるサービスパラメータのための前記重みを合計することと、
前記複数のネイバーＢＳのうちの、前記最も高い重み付け和をもつ少なくとも１つを、前記少なくとも１つのネイバーＢＳ候補として選択することと
を備える、［３７］に記載の方法。
［４６］
前記値１に設定された前記ビットを有する前記サポートされるサービスパラメータのための前記重みを合計することが、自動再送要求（ＡＲＱ）イネーブルビットと、バイトアラインメントのためのパディングビットとを無視することを備える、［４５］に記載の方法。
［４７］
前記少なくとも１つのネイバーＢＳ候補が前記サービスパラメータのうちの特定の１つを満たすことができないと判断することと、
前記判断に基づいて警告を出力することと
をさらに備える、［３７］に記載の方法。
［４８］
前記警告が、メッセージ、ディスプレイ上のシンボル、および可聴警報のうちの少なくとも１つを備える、［４７］に記載の方法。
［４９］
１つまたは複数のプロセッサによって実行可能である命令が記憶されたコンピュータ可読媒体を備える、ハンドオーバのための少なくとも１つのネイバー基地局（ＢＳ）候補を判断するためのコンピュータプログラム製品であって、前記命令が、
複数のネイバーＢＳの各々について、各ネイバーＢＳによってサポートされる複数のサービスパラメータを示すハンドオーバメッセージを受信するための命令と、
前記ハンドオーバメッセージによって示された前記サポートされるサービスパラメータに基づいて、前記ハンドオーバメッセージ中の前記複数のネイバーＢＳから、ハンドオーバのための前記少なくとも１つのネイバーＢＳ候補を選択するための命令と
を備えるコンピュータプログラム製品。
［５０］
前記サービスパラメータがサービス品質（ＱｏＳ）パラメータまたはハイブリッド自動再送要求（ＨＡＲＱ）パラメータである、［４９］に記載のコンピュータプログラム製品。
［５１］
前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、［４９］に記載のコンピュータプログラム製品。
［５２］
移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを送信するための命令をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［４９］に記載のコンピュータプログラム製品。
［５３］
前記少なくとも１つのネイバーＢＳ候補を選択するための前記命令が、前記複数のネイバーＢＳの各々のためのサービスレベル予測パラメータが０×０または０×２に等しくないと判断するための命令を備え、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［４９］に記載のコンピュータプログラム製品。
［５４］
前記サービスパラメータが、前記複数のネイバーＢＳの各々のための、前記ハンドオーバメッセージのサービスレベルサポートフィールド中に含まれる、［５３］に記載のコンピュータプログラム製品。
［５５］
前記少なくとも１つのネイバーＢＳ候補を選択するための前記命令が、
前記複数のネイバーＢＳの各々について、前記ハンドオーバメッセージ中の前記サポートされるサービスパラメータの各々に対して値１に設定されたビット数をカウントするための命令と、
前記複数のネイバーＢＳのうちの、前記最も高いビットカウントをもつ少なくとも１つを、前記少なくとも１つのネイバーＢＳ候補として選択するための命令と
を備える、［４９］に記載のコンピュータプログラム製品。
［５６］
前記値１に設定された前記ビット数をカウントするための前記命令が、自動再送要求（ＡＲＱ）イネーブルビットと、バイトアラインメントのための任意のパディングビットとを無視するための命令を備える、［５５］に記載のコンピュータプログラム製品。
［５７］
前記少なくとも１つのネイバーＢＳ候補を選択するための前記命令が、
前記サポートされるサービスパラメータの各々に重みを関連付けるための命令と、
前記複数のネイバーＢＳの各々について、前記ハンドオーバメッセージ中の値１に設定されたビットを有する前記サポートされるサービスパラメータのための前記重みを合計するための命令と、
前記複数のネイバーＢＳのうちの、前記最も高い重み付け和をもつ少なくとも１つを、前記少なくとも１つのネイバーＢＳ候補として選択するための命令と
を備える、［４９］に記載のコンピュータプログラム製品。
［５８］
前記値１に設定された前記ビットを有する前記サポートされるサービスパラメータのための前記重みを合計するための前記命令が、自動再送要求（ＡＲＱ）イネーブルビットと、バイトアラインメントのためのパディングビットとを無視するための命令を備える、［５７］に記載のコンピュータプログラム製品。
［５９］
前記少なくとも１つのネイバーＢＳ候補が前記サービスパラメータのうちの特定の１つを満たすことができないと判断するための命令と、
前記判断に基づいて警告を出力するための命令と
をさらに備える、［４９］に記載のコンピュータプログラム製品。
［６０］
前記警告が、メッセージ、ディスプレイ上のシンボル、および可聴警報のうちの少なくとも１つを備える、［５９］に記載のコンピュータプログラム製品。
［６１］
複数のネイバー基地局（ＢＳ）の各々について、各ネイバーＢＳによってサポートされる複数のサービスパラメータを示すハンドオーバメッセージを受信するための手段と、
前記ハンドオーバメッセージによって示された前記サポートされるサービスパラメータに基づいて、前記ハンドオーバメッセージ中の前記複数のネイバーＢＳからハンドオーバのための少なくとも１つのネイバーＢＳ候補を選択するための手段と
を備える、ワイヤレス通信のための装置。
［６２］
前記サービスパラメータがサービス品質（ＱｏＳ）パラメータまたはハイブリッド自動再送要求（ＨＡＲＱ）パラメータである、［６１］に記載の装置。
［６３］
前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、［６１］に記載の装置。
［６４］
移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを送信するための手段をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［６１］に記載の装置。
［６５］
前記少なくとも１つのネイバーＢＳ候補を選択するための前記手段が、前記複数のネイバーＢＳの各々のためのサービスレベル予測パラメータが０×０または０×２に等しくないと判断するための手段を備え、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［６１］に記載の装置。
［６６］
前記サービスパラメータが、前記複数のネイバーＢＳの各々のための、前記ハンドオーバメッセージのサービスレベルサポートフィールド中に含まれる、［６５］に記載の装置。
［６７］
前記少なくとも１つのネイバーＢＳ候補を選択するための前記手段が、
前記複数のネイバーＢＳの各々について、前記ハンドオーバメッセージ中の前記サポートされるサービスパラメータの各々に対して値１に設定されたビット数をカウントするための手段と、
前記複数のネイバーＢＳのうちの、前記最も高いビットカウントをもつ少なくとも１つを、前記少なくとも１つのネイバーＢＳ候補として選択するための手段と
を備える、［６１］に記載の装置。
［６８］
前記値１に設定された前記ビット数をカウントするための前記手段が、自動再送要求（ＡＲＱ）イネーブルビットと、バイトアラインメントのための任意のパディングビットとを無視するための手段を備える、［６７］に記載の装置。
［６９］
前記少なくとも１つのネイバーＢＳ候補を選択するための前記手段が、
前記サポートされるサービスパラメータの各々に重みを関連付けるための手段と、
前記複数のネイバーＢＳの各々について、前記ハンドオーバメッセージ中の値１に設定されたビットを有する前記サポートされるサービスパラメータのための前記重みを合計するための手段と、
前記複数のネイバーＢＳのうちの、前記最も高い重み付け和をもつ少なくとも１つを、前記少なくとも１つのネイバーＢＳ候補として選択するための手段と
を備える、［６１］に記載の装置。
［７０］
前記値１に設定された前記ビットを有する前記サポートされるサービスパラメータのための前記重みを合計するための前記手段が、自動再送要求（ＡＲＱ）イネーブルビットと、バイトアラインメントのためのパディングビットとを無視するための手段を備える、［６９］に記載の装置。
［７１］
前記少なくとも１つのネイバーＢＳ候補が前記サービスパラメータのうちの特定の１つを満たすことができないと判断するための手段と、
前記判断に基づいて警告を出力するための手段と
をさらに備える、［６１］に記載の装置。
［７２］
前記警告が、メッセージ、ディスプレイ上のシンボル、および可聴警報のうちの少なくとも１つを備える、［７１］に記載の装置。
［７３］
複数のネイバー基地局（ＢＳ）の各々について、各ネイバーＢＳによってサポートされる複数のサービスパラメータを示すハンドオーバメッセージを受信するように構成された受信機フロントエンドと、
前記ハンドオーバメッセージによって示された前記サポートされるサービスパラメータに基づいて、前記ハンドオーバメッセージ中の前記複数のネイバーＢＳからハンドオーバのための前記少なくとも１つのネイバーＢＳ候補を選択するための論理と
を備えるモバイルデバイス。
［７４］
前記サービスパラメータがサービス品質（ＱｏＳ）パラメータまたはハイブリッド自動再送要求（ＨＡＲＱ）パラメータである、［７３］に記載のモバイルデバイス。
［７５］
前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、［７３］に記載のモバイルデバイス。
［７６］
移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを送信するように構成された送信機フロントエンドをさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［７３］に記載のモバイルデバイス。
［７７］
前記少なくとも１つのネイバーＢＳ候補を選択するための前記論理が、前記複数のネイバーＢＳの各々のためのサービスレベル予測パラメータが０×０または０×２に等しくないと判断するように構成され、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、［７３］に記載のモバイルデバイス。
［７８］
前記サービスパラメータが、前記複数のネイバーＢＳの各々のための、前記ハンドオーバメッセージのサービスレベルサポートフィールド中に含まれる、［７７］に記載のモバイルデバイス。
［７９］
前記少なくとも１つのネイバーＢＳ候補を選択するための前記論理が、前記複数のネイバーＢＳの各々について、前記ハンドオーバメッセージ中の前記サポートされるサービスパラメータの各々に対して値１に設定されたビット数をカウントし、前記複数のネイバーＢＳのうちの、前記最も高いビットカウントをもつ少なくとも１つを、前記少なくとも１つのネイバーＢＳ候補として選択するように構成された、［７３］に記載のモバイルデバイス。
［８０］
選択するための前記論理が、自動再送要求（ＡＲＱ）イネーブルビットと、バイトアラインメントのための任意のパディングビットとを除いて、前記値１に設定された前記ビット数をカウントするように構成された、［７９］に記載のモバイルデバイス。
［８１］
前記少なくとも１つのネイバーＢＳ候補を選択するための前記論理が、前記サポートされるサービスパラメータの各々に重みを関連付け、前記複数のネイバーＢＳの各々について、前記ハンドオーバメッセージ中の値１に設定されたビットを有する前記サポートされるサービスパラメータのための前記重みを合計し、前記複数のネイバーＢＳのうちの、前記最も高い重み付け和をもつ少なくとも１つを、前記少なくとも１つのネイバーＢＳ候補として選択するように構成された、［７３］に記載のモバイルデバイス。
［８２］
前記少なくとも１つのネイバーＢＳ候補を選択するための前記論理が、自動再送要求（ＡＲＱ）イネーブルビットと、バイトアラインメントのための任意のパディングビットとを除いて、前記値１に設定された前記ビットを有する前記サポートされるサービスパラメータのための前記重みを合計するように構成された、［８１］に記載のモバイルデバイス。
［８３］
前記少なくとも１つのネイバーＢＳ候補が前記サービスパラメータのうちの特定の１つを満たすことができないと判断するための論理と、
前記判断に基づいて警告を出力するための論理と
をさらに備える、［７３］に記載のモバイルデバイス。
［８４］
前記警告が、メッセージ、ディスプレイ上のシンボル、および可聴警報のうちの少なくとも１つを備える、［８３］に記載のモバイルデバイス。

Claims (36)

1. モバイルデバイスへのネイバー基地局（ＢＳ）のサポートされるサービスを示すための方法であって、
   複数のハイブリッド自動再送要求（ＨＡＲＱ）サービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断することと、
   前記ＨＡＲＱサービスパラメータごとに前記ネイバーＢＳが前記ＨＡＲＱサービスパラメータをサポートするかどうかの個々の指示を備えるモバイルデバイスへのハンドオーバメッセージを送信することとを備える方法。
2. 前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、請求項１に記載の方法。
3. 移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを受信することをさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、請求項１に記載の方法。
4. 複数のサービス品質（ＱｏＳ）パラメータが前記ネイバーＢＳによってサポートされるかどうかを判断することをさらに備え、
   前記ハンドオーバメッセージが、前記ＱｏＳパラメータごとに前記ネイバーＢＳが前記ＱｏＳパラメータをサポートするかどうかの個々の指示をさらに備える、請求項１に記載の方法。
5. 前記ハンドオーバメッセージ中の前記ネイバーＢＳのためのサービスレベル予測フィールドを０×０または０×２以外の値に設定することをさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、請求項１に記載の方法。
6. 前記サポートされるＨＡＲＱサービスパラメータが、前記ハンドオーバメッセージの前記ネイバーＢＳのためのサービスレベルサポートフィールド中に含まれる、請求項５に記載の方法。
7. 前記サービスレベルサポートフィールドの最大長さが１＋（４＋３）＊ｎｕｍ＿ＳＦバイトであり、ｎｕｍ＿ＳＦが前記ネイバーＢＳのためのサービスフローの数である、請求項６に記載の方法。
8. 前記複数のＨＡＲＱサービスパラメータのすべてがサービングＢＳによってサポートされるが、前記複数のＨＡＲＱサービスパラメータのすべてが前記ネイバーＢＳによってサポートされるわけではない、請求項１に記載の方法。
9. 前記複数のＨＡＲＱサービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断することが、
   前記複数のＨＡＲＱサービスパラメータを前記ネイバーＢＳのための複数のサービスフローにグループ化することと、
   前記複数のＨＡＲＱサービスパラメータが前記ネイバーＢＳのための前記複数のサービスフローの各々に対してサポートされるかどうかを判断することとを備える、請求項１に記載の方法。
10. １つまたは複数のプロセッサによって実行可能である命令が記憶されたコンピュータ可読媒体を備える、モバイルデバイスへのネイバー基地局（ＢＳ）のサポートされるサービスを示すためのコンピュータプログラムであって、前記命令が、
    複数のハイブリッド自動再送要求（ＨＡＲＱ）サービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断するための命令と、
    前記ＨＡＲＱサービスパラメータごとに前記ネイバーＢＳが前記ＨＡＲＱサービスパラメータをサポートするかどうかの個々の指示を備えるモバイルデバイスへのハンドオーバメッセージを送信するための命令とを備えるコンピュータプログラム。
11. 前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、請求項１０に記載のコンピュータプログラム。
12. 移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを受信するための命令をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、請求項１０に記載のコンピュータプログラム。
13. 複数のサービス品質（ＱｏＳ）パラメータが、前記ネイバーＢＳによってサポートされるかどうか判断する命令を備え、
    前記ハンドオーバメッセージが、前記ＱｏＳパラメータごとに前記ネイバーＢＳが前記ＱｏＳパラメータをサポートするかどうかの個々の指示をさらに備える、請求項１０に記載のコンピュータプログラム。
14. 前記ハンドオーバメッセージ中の前記ネイバーＢＳのためのサービスレベル予測フィールドを０×０または０×２以外の値に設定するための命令をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、請求項１０に記載のコンピュータプログラム。
15. 前記サポートされるＨＡＲＱサービスパラメータが、前記ハンドオーバメッセージの前記ネイバーＢＳのためのサービスレベルサポートフィールド中に含まれる、請求項１４に記載のコンピュータプログラム。
16. 前記サービスレベルサポートフィールドの最大長さが１＋（４＋３）＊ｎｕｍ＿ＳＦバイトであり、ｎｕｍ＿ＳＦが前記ネイバーＢＳのためのサービスフローの数である、請求項１５に記載のコンピュータプログラム。
17. 前記複数のＨＡＲＱサービスパラメータのすべてがサービングＢＳによってサポートされるが、前記複数のＨＡＲＱサービスパラメータのすべてが前記ネイバーＢＳによってサポートされるわけではない、請求項１０に記載のコンピュータプログラム。
18. 前記複数のＨＡＲＱサービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断するための前記命令が、
    前記複数のＨＡＲＱサービスパラメータを前記ネイバーＢＳのための複数のサービスフローにグループ化するための命令と、
    前記複数のＨＡＲＱサービスパラメータが前記ネイバーＢＳのための前記複数のサービスフローの各々に対してサポートされるかどうかを判断するための命令とを備える、請求項１０に記載のコンピュータプログラム。
19. 複数のハイブリッド自動再送要求（ＨＡＲＱ）サービスパラメータがネイバー基地局（ＢＳ）によってサポートされるかどうかを判断するための手段と、
    前記ＨＡＲＱサービスパラメータごとに前記ネイバーＢＳが前記ＨＡＲＱサービスパラメータをサポートするかどうかの個々の指示を備えるモバイルデバイスへのハンドオーバメッセージを送信するための手段とを備える、ワイヤレス通信のための装置。
20. 前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、請求項１９に記載の装置。
21. 移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを受信するための手段をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、請求項１９に記載の装置。
22. 複数のサービス品質（ＱｏＳ）パラメータが前記ネイバーＢＳによってサポートされるかどうかを判断するための手段をさらに備え、前記ハンドオーバメッセージが、前記ＱｏＳパラメータごとに前記ネイバーＢＳが前記ＱｏＳパラメータをサポートするかどうかの個々の指示をさらに備える、請求項１９に記載の装置。
23. 前記ハンドオーバメッセージ中の前記ネイバーＢＳのためのサービスレベル予測フィールドを０×０または０×２以外の値に設定するための手段をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、請求項１９に記載の装置。
24. 前記サポートされるＨＡＲＱサービスパラメータが、前記ハンドオーバメッセージの前記ネイバーＢＳのためのサービスレベルサポートフィールド中に含まれる、請求項２３に記載の装置。
25. 前記サービスレベルサポートフィールドの最大長さが１＋（４＋３）＊ｎｕｍ＿ＳＦバイトであり、ｎｕｍ＿ＳＦが前記ネイバーＢＳのためのサービスフローの数である、請求項２４に記載の装置。
26. 前記複数のＨＡＲＱサービスパラメータのすべてが前記装置によってサポートされるが、前記複数のＨＡＲＱサービスのすべてが前記ネイバーＢＳによってサポートされるわけではない、請求項１９に記載の装置。
27. 前記複数のＨＡＲＱサービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断するための前記手段が、
    前記複数のＨＡＲＱサービスパラメータを前記ネイバーＢＳのための複数のサービスフローにグループ化するための手段と、
    前記複数のＨＡＲＱサービスパラメータが前記ネイバーＢＳのための前記複数のサービスフローの各々に対してサポートされるかどうかを判断するための手段とを備える、請求項１９に記載の装置。
28. 複数のハイブリッド自動再送要求（ＨＡＲＱ）サービスパラメータがネイバー基地局（ＢＳ）によってサポートされるかどうかを判断するための論理と、
    前記ＨＡＲＱサービスパラメータごとに前記ネイバーＢＳが前記ＨＡＲＱサービスパラメータをサポートするかどうかの個々の指示を備えるモバイルデバイスへのハンドオーバメッセージを送信するように構成された送信機フロントエンドとを備える基地局。
29. 前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージを備える、請求項２８に記載の基地局。
30. 移動局ハンドオーバ要求（ＭＳＨＯ−ＲＥＱ）メッセージを受信するように構成された受信機フロントエンドをさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、請求項２８に記載の基地局。
31. 複数のサービス品質（ＱｏＳ）パラメータが前記ネイバーＢＳによってサポートされるかどうかを判断するための論理と、前記ハンドオーバメッセージが、前記ＱｏＳパラメータごとに前記ネイバーＢＳが前記ＱｏＳパラメータをサポートするかどうかの個々の指示をさらに備える、請求項２８に記載の基地局。
32. 前記ハンドオーバメッセージ中の前記ネイバーＢＳのためのサービスレベル予測フィールドを０×０または０×２以外の値に設定するための論理をさらに備え、前記ハンドオーバメッセージが基地局ハンドオーバ要求（ＭＯＢ＿ＢＳＨＯ−ＲＥＱ）メッセージまたは基地局ハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージを備える、請求項２８に記載の基地局。
33. 前記サポートされるＨＡＲＱサービスパラメータが、前記ハンドオーバメッセージの前記ネイバーＢＳのためのサービスレベルサポートフィールド中に含まれる、請求項３２に記載の基地局。
34. 前記サービスレベルサポートフィールドの最大長さが１＋（４＋３）＊ｎｕｍ＿ＳＦバイトであり、ｎｕｍ＿ＳＦが前記ネイバーＢＳのためのサービスフローの数である、請求項３３に記載の基地局。
35. 前記複数のＨＡＲＱサービスパラメータのすべてが前記基地局によってサポートされるが、前記複数のサービスパラメータのすべてが前記ネイバーＢＳによってサポートされるわけではない、請求項２８に記載の基地局。
36. 前記複数のＨＡＲＱサービスパラメータが前記ネイバーＢＳによってサポートされるかどうかを判断するための前記論理が、
    前記複数のＨＡＲＱサービスパラメータを前記ネイバーＢＳのための複数のサービスフローにグループ化するための論理と、
    前記複数のＨＡＲＱサービスパラメータが前記ネイバーＢＳのための前記複数のサービスフローの各々に対してサポートされるかどうかを判断するための論理とを備える、請求項２８に記載の基地局。

Images