JP4558729B2 - 広帯域無線接続通信システムにおける移動加入者端末のドロップの発生によるサービング基地局の選択システム及び方法 - Google Patents

Description

本発明は、広帯域無線接続通信システムに係り、特に、通信を行う最中に移動加入者端末がドロップされた場合、サービング基地局を選択するシステム及び方法に関する。

次世代の通信システムである第４世代（４Ｇ：4th Generation；以下、「４Ｇ」と称する。）の通信システムにおいては、高速な転送速度を有する各種のサービス品質（ＱｏＳ：Quality of Service；以下、「ＱｏＳ」と称する。）を有するサービスをユーザに提供するための研究が盛んになされている。特に、現在、４Ｇ通信システムにおいては、無線近距離通信ネットワーク（ＬＡＮ：Local Area Network；以下、「ＬＡＮ」と称する。）通信システム及び無線都市地域ネットワーク（ＭＡＮ：Metropolitan Area Network；以下、「ＭＡＮ」と称する。）通信システムなどの広帯域無線接続（ＢＷＡ：Broadband Wireless Access）通信システムに移動性とＱｏＳを保証する形で高速サービスを支援するための研究が盛んに行われている。

しかしながら、上記の無線ＭＡＮ通信システムは、そのサービス領域（coverage）が広く、高速の転送速度を支援することから、高速の通信サービスの支援には適しているが、ユーザ、すなわち、加入者端末（ＳＳ：Subscriber Station；以下、「ＳＳ」と称する。）の移動性を全く考慮していないシステムであるが故に、ＳＳの高速移動によるハンドオーバーも全く考慮していない。上記の無線ＭＡＮ通信システムは、広帯域無線接続（ＢＷＡ：Broadband Wireless Access）通信システムにおいて、上記の無線ＬＡＮ通信システムに比べてそのサービス領域が広く、一層高速の転送速度を支援する。

上記の無線ＭＡＮ通信システムの物理チャンネル（physical channel）に広帯域転送ネットワークを支援するために、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing；以下、「ＯＦＤＭ」と称する。）方式及び直交周波数分割多重接続（ＯＦＤＭＡ：Orthogonal Frequency Division Multiplexing Access；以下、「ＯＦＤＭＡ」と称する。）方式を適用したシステムが、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６ａ通信システムである。

上記のＩＥＥＥ８０２．１６ａ通信システムは、上記の無線ＭＡＮシステムにＯＦＤＭ／ＯＦＤＭＡ方式を適用するが故に、多数のサブキャリアを用いて物理チャンネル信号を送信することにより高速データ送信を行うことができ、結局、上記のＩＥＥＥ８０２．１６ａ通信システムは、ＯＦＤＭ／ＯＦＤＭＡ方式を用いる広帯域無線接続通信システムである。

以下、図１に基づいて、上記のＩＥＥＥ８０２．１６ａ通信システムの構造について説明する。

図１は、通常のＩＥＥＥ８０２．１６ａ通信システム構造を概略的に示す図である。

図１を参照すると、上記のＩＥＥＥ８０２．１６ａ通信システムは、単一セルの構造を有し、基地局１００と、上記の基地局１００が管理する多数のＳＳ１１０、１２０、１３０と、により構成される。上記の基地局１００と上記のＳＳ１１０、１２０、１３０との信号の送受信は、上記のＯＦＤＭ／ＯＦＤＭＡ方式を用いて行われる。

図１においては、上記のＩＥＥＥ８０２．１６ａ通信システムの構造について説明した。次いで、図２に基づいて、上記のＩＥＥＥ８０２．１６ａ通信システムのダウンリンクフレーム構造について説明する。

図２は、通常のＩＥＥＥ８０２．１６ａ通信システムのダウンリンクフレーム構造を概略的に示す図である。

図２を参照すると、上記のダウンリンクフレームは、プレアンブル領域２００と、放送制御領域２１０と、多数の時間分割多重（ＴＤＭ：Time Division Multiplex；以下、「ＴＤＭ」と称する。）領域２２０、２３０と、により構成される。上記のプレアンブル領域２００を介しては、基地局とＳＳとの相互同期を取るための同期信号、すなわち、プレアンブルシーケンスが送信される。上記の放送制御領域２１０は、ＤＬ（ＤｏｗｎＬｉｎｋ）＿ＭＡＰ領域２１１と、ＵＬ（ＵｐＬｉｎｋ）＿ＭＡＰ領域２１３と、により構成される。上記のＤＬ＿ＭＡＰ領域２１１は、ＤＬ＿ＭＡＰメッセージが送信される領域であって、上記のＤＬ＿ＭＡＰメッセージに含まれる情報エレメント（ＩＥ：Information Element；以下、「ＩＥ」と称する。）は、下記表１に示す通りである。

上記表１に示すように、ＤＬ＿ＭＡＰメッセージは、多数のＩＥ、すなわち、送信されるメッセージの種別を示すManagement Message Typeと、同期を取るために物理チャンネルに適用される変調方式及び復調方式に応じて、設定されるＰＨＹ（ＰＨＹｓｉｃａｌ）Synchronizationと、ダウンリンクバーストプロファイルを含んでいるダウンリンクチャンネルディスクリプト（ＤＣＤ：Downlink Channel Descript；以下、「ＤＣＤ」と称する。）メッセージの構成の変化に対応するカウントを示すＤＣＤ countと、基地局識別子（Base Station IDentifier）を示すBase Station ＩＤと、上記のBase Station ID後に存在するエレメントの数を示すNumber of ＤＬ＿ＭＡＰ Elementsnと、を含む。特に、上記表１には示していないが、上記のＤＬ＿ＭＡＰメッセージは、後述するレンジングのそれぞれに割り当てられるレンジングコードに関する情報を含む。

また、上記のＵＬ＿ＭＡＰ領域２１３は、ＵＬ＿ＭＡＰメッセージが送信される領域であって、上記のＵＬ＿ＭＡＰメッセージに含まれるＩＥは、下記表２に示す通りである。

上記表２に示すように、ＵＬ＿ＭＡＰメッセージは、多数のＩＥ、すなわち、送信されるメッセージの種別を示すManagement Message Typeと、用いられるアップリンクチャンネル識別子（Uplink Channel ＩＤ）を示すUplink Channel ＩＤと、アップリンクバーストプロファイルを含んでいるアップリンクチャンネルディスクリプト（ＵＣＤ：Uplink Channel Descript；以下、「ＵＣＤ」と称する。）メッセージの構成変化に対応するカウントを示すＵＣＤ countと、上記のＵＣＤ count後に存在するエレメントの数を示すNumber of ＵＬ＿ＭＡＰ Elements nと、を含む。ここで、上記のアップリンクチャンネル識別子は、媒体接続制御（ＭＡＣ：Medium Access Control；以下、「ＭＡＣ」と称する。）−サブレイヤにおいて唯一に割り当てられる。

また、上記のＴＤＭ領域２２０、２３０は、ＳＳ別にＴＤＭ／時間分割多重接続（ＴＤＭＡ：Time Division Multiple Access；以下、「ＴＤＭＡ」と称する。）方式により割り当てられたタイムスロットに該当する領域である。上記の基地局は、予め設定されている中心キャリアを用いて上記の基地局が管理しているＳＳに放送すべき放送情報を上記のダウンリンクフレームのＤＬ＿ＭＡＰ領域２１１を介して送信する。上記のＳＳは、パワーオンに伴い、上記のＳＳのそれぞれに予め設定されている全ての周波数帯域をモニタリングして最大の強度、例えば、最大のキャリア対干渉雑音比（ＣＩＮＲ：Carrier to Interference and Noise Ratio；以下、「ＣＩＮＲ」と称する。）を有する基準チャンネル、例えば、パイロットチャンネル信号を検出する。

そして、上記のＳＳは、上記の最大のＣＩＮＲを有するパイロットチャンネル信号を送信した基地局をＳＳ自身が現在属している基地局として判断し、上記の基地局から送信するダウンリンクフレームのＤＬ＿ＭＡＰ領域２１１とＵＬ＿ＭＡＰ領域２１３を確認して自身のアップリンク及びダウンリンクを制御する制御情報及び実際のデータ送受信位置を示す情報を知ることになる。

なお、上記のＵＣＤメッセージの構造は、下記表３に示す通りである。

上記表３に示すように、ＵＣＤメッセージは、多数のＩＥ、すなわち、送信されるメッセージの種別を示すManagement Message Typeと、用いられるアップリンクチャンネル識別子を示すUplink Channel ＩＤと、基地局においてカウントされるConfiguration Change Countと、アップリンク物理チャンネルのミニスロットのサイズを示すMini-slot Sizeと、初期レンジングを用いたバックオフの開始点を示す、すなわち、初期レンジングを用いた最初のバックオフウィンドウのサイズを示すRanging Backoff Startと、上記の初期レンジングを用いたバックオフの終了点を示す、すなわち、最終的なバックオフウィンドウのサイズを示すRanging Backoff Endと、contention data and requestsのためのバックオフの開始点を示す、すなわち、最初のバックオフウィンドウのサイズを示すRequest Backoff Startと、contention data and requestsのためのバックオフの終了点を示す、すなわち、最終的なバックオフウィンドウサイズを示すRequest Backoff Endと、を含む。ここで、上記のバックオフ値は、後述するレンジングが失敗した場合、次回のレンジングのために待つべき一種の待ち時間値を示し、基地局は、ＳＳがレンジングに失敗する場合、次回のレンジングのために待つべき時間情報である上記のバックオフ値を上記のＳＳに送信しなければならないものである。例えば、上記のRanging Backoff StartとRanging Backoff Endによる値が「１０」と決められると、上記のＳＳは、truncated binary exponential backoffアルゴリズムにより２^１０回（１０２４回）のレンジングが行える機会を見逃してから、次回のレンジングを行わなければならないものである。

図２においては、ＩＥＥＥ８０２．１６ａ通信システムのダウンリンクフレーム構造を説明した。次いで、図３に基づいて、ＩＥＥＥ８０２．１６ａ通信システムのアップリンクフレーム構造について説明する。

図３は、通常のＩＥＥＥ８０２．１６ａ通信システムのアップリンクフレーム構造を概略的に示す図である。

図３を説明するに先立って、上記のＩＥＥＥ８０２．１６ａ通信システムに用いられるレンジング、すなわち、初期レンジングと、メンテナンスレンジング、すなわち、周期的なレンジングと、帯域幅要求レンジングについて説明する。

初めに、初期レンジングについて説明する。

上記の初期レンジングは、基地局がＳＳと同期をとるために行われるレンジングであって、上記の初期レンジングは、上記のＳＳと基地局との間に正確な時間オフセットを合わせ、送信電力を調整するために行われるレンジングである。すなわち、上記のＳＳは、パワーオン後にＤＬ＿ＭＡＰメッセージ及びＵＬ＿ＭＡＰメッセージ／ＵＣＤメッセージを受信して基地局と同期を取った後、上記の基地局と上記の時間オフセットと送信電力を調整するために、上記の初期レンジングを行うものである。ここで、上記のＩＥＥＥ８０２．１６ａ通信システムは、ＯＦＤＭ／ＯＦＤＭＡ方式を用いるが故に、上記のレンジング手続きにはレンジングサブチャンネルとレンジングコードが必要になり、基地局は、レンジングの目的、すなわち、種類によってそれぞれ使用可能なレンジングコードを割り当てる。これを詳述すると、下記の通りである。

上記のレンジングコードは、先ず、所定の長さ、例えば、ビット長を有する擬似ランダム雑音（Pseudo-random Noise；以下、「ＰＮ」と称する。）シーケンスを所定の単位でセグメンテーションして生成される。通常、５３ビット長を有するレンジングサブチャンネルの２本が１本のレンジングチャンネルを構成し、１０６ビット長のレンジングチャンネルを介してＰＮコードをセグメンテーションしてレンジングコードを構成する。このようにして構成されたレンジングコードは、例えば、最大４８個（ＲＣ（Ranging Code）＃１〜ＲＣ＃４８）までＳＳに割り当てられることができ、デフォルトの値として１つのＳＳ当たり少なくとも２つのレンジングコードが上記の３通りの目的のレンジング、すなわち、初期レンジングと、周期的なレンジング及び帯域幅要求レンジングに適用される。このように、上記の３通りの目的のレンジングのそれぞれに異なるレンジングコードが割り当てられるが、例えば、Ｎ個のレンジングコードが初期レンジングのために割り当てられ（ＮＲＣ（Ranging Code）s for initial ranging）、Ｍ個のレンジングコードが周期的なレンジングのために割り当てられ（ＭＲＣs for periodic ranging）、Ｌ個のレンジングコードが帯域幅要求レンジングのために割り当てられる（ＬＲＣ s for ＢＷ−request ranging）。このようにして割り当てられたレンジングコードは、上述したように、ＵＣＤメッセージを介してＳＳに送信され、上記のＳＳは、上記のＵＣＤメッセージに含まれているレンジングコードを使い分けてレンジング手続きを行う。

第二に、周期的なレンジングについて説明する。

上記の周期的なレンジングは、上記の初期レンジングを介して時間オフセット及び送信電力を調整したＳＳが上記の基地局とチャンネル状態などを調整するために周期的なに行うレンジングを示す。上記のＳＳは、上記の周期的なレンジングのために割り当てられたレンジングコードを用いて上記の周期的なレンジングを行う。

第三に、帯域幅要求レンジングについて説明する。

上記の帯域幅要求レンジングは、上記の初期レンジングを介して時間オフセット及び送信電力を調整したＳＳが、上記の基地局と実際に通信を行うために帯域幅割り当てを要求するレンジングである。

図３を参照すると、上記のアップリンクフレームは、初期レンジング及びメンテナンスレンジング、すなわち、周期的なレンジングを用いたInitial Maintenance Opportunities 領域３００と、帯域幅要求レンジングを用いたRequest Contention Opportunities領域３１０と、ＳＳのアップリンクデータを含むＳＳ scheduled data領域３２０と、により構成される。上記のInitial Maintenance Opportunities領域３００は、実際に初期レンジング及び周期的なレンジングを含む多数の接続バースト区間と、上記の多数の接続バースト区間との衝突が起こる場合、衝突区間が存在する。上記のRequest Contention Opportunities領域３１０は、実際に帯域幅要求レンジングを含む多数の帯域幅要求区間と上記の多数の帯域幅要求区間との衝突が起こる場合、衝突区間が存在する。そして、上記のＳＳ scheduled data領域３２０は、多数のＳScheduled data領域（ＳＳ１ Scheduled data領域〜ＳＳＮ Scheduled data領域）と、により構成され、上記の多数のＳScheduled data領域（ＳＳ１ scheduled data領域〜ＳＳＮ scheduled data領域）のそれぞれの間には、ＳＳ遷移ギャップが存在する。

一方、アップリンク区間使用コード（ＵＩＵＣ：Uplink Interval Usage Code；以下、「ＵＩＵＣ」と称する。）領域は、上記のオフセット領域に記録されるオフセットの用途を指定する情報が記録される領域であって、上記のＵＩＵＣ領域は、下記表４に示す通りである。

上記表４に示すように、例えば、上記のＵＩＵＣ領域に２が記録されると、初期レンジングに用いられる開始オフセットが上記のオフセット領域に記録されることを示す。また、上記のＵＩＵＣ領域に３が記録されると、帯域要求レンジングあるいはメンテナンスレンジングに用いられる開始オフセットが上記のオフセット領域に記録されることを示す。上記のオフセット領域は、上述したように、上記のＵＩＵＣ領域に記録された情報に対応して初期レンジング、帯域幅要求レンジングまたはメンテナンスレンジングに用いられる開始オフセット値を記録する領域である。さらに、上記のＵＩＵＣ領域から転送される物理チャンネルの特性については、ＵＣＤに情報が記録される。

図３においては、ＩＥＥＥ８０２．１６ａ通信システムのアップリンクフレーム構造を説明した。次いで、図４に基づいて、ＩＥＥＥ８０２．１６ａ通信システムにおける基地局とＳＳとのレンジング過程について説明する。

図４は、通常のＩＥＥＥ８０２．１６ａ通信システムの基地局とＳＳとのレンジング過程を概略的に示す信号フローチャートである。

図４を参照すると、先ず、ＳＳ４００は、パワーオンになるに伴い、上記のＳＳ４００に予め設定されている全ての周波数帯域をモニタリングして最大のＣＩＮＲを有するパイロット信号を検出する。そして、上記のＳＳ４００は、最大のＣＩＮＲを有するパイロットチャンネル信号を送信した基地局４２０を上記のＳＳ４００自身が現在属している基地局であると判断し、上記の基地局４２０から送信するダウンリンクフレームのプレアンブルを受信して上記の基地局４２０とのシステム同期をとる。

上述したように、上記のＳＳ４００と基地局４２０との間にシステム同期が取られると、上記の基地局４２０は、上記のＳＳ４００にＤＬ＿ＭＡＰメッセージとＵＬ＿ＭＡＰメッセージを送信する（ステップＳ４１１、ステップＳ４１３）。ここで、上記のＤＬ＿ＭＡＰメッセージは、上記表１において上述したように、ダウンリンクにおいて上記のＳＳ４００が上記の基地局４２０に対して同期を取るために必要な情報と、これを介して上記のダウンリンクにおいてＳＳ４００に転送されるメッセージを受信可能な物理チャンネルの構造などの情報を上記のＳＳ４００に報知する機能をする。また、上記のＵＬ＿ＭＡＰメッセージは、上記表２において上述したように、アップリンクにおいてＳＳ４００のスケジューリング周期及び物理チャンネルの構造などの情報をＳＳ４００に報知する機能をする。一方、上記のＤＬ＿ＭＡＰメッセージは、基地局４２０から全てのＳＳに周期的に放送されるが、任意のＳＳ、すなわち、ＳＳ４００が上記のＤＬ＿ＭＡＰメッセージを持続的に受信可能な場合を基地局４２０と同期がとられていると表現する。すなわち、上記のＤＬ＿ＭＡＰメッセージを受信したＳＳ４００は、ダウンリンクに転送される全てのメッセージを受信することができる。また、上記表３において述べたように、基地局４２０は、ＳＳ４００がアクセスに失敗する場合、使用可能なバックオフ値を報知する情報を含んでいる上記のＵＣＤメッセージを上記のＳＳ４００に送信する。

一方、上記の基地局４２０との同期がとられたＳＳ４００は、上記の基地局４２０にレンジング要求（ＲＮＧ＿ＲＥＱ：Ranging Request；以下、「ＲＮＧ＿ＲＥＱ」と称する。）メッセージを送信し（ステップＳ４１５）、上記のＲＮＧ＿ＲＥＱメッセージを受信した上記の基地局４２０は、上記のＳＳ４００に上記のレンジングのための周波数、時間及び送信電力を補正するための情報を含んだレンジング応答（ＲＮＧ＿ＲＳＰ：Ranging Response；以下、「ＲＮＧ＿ＲＳＰ」と称する。）メッセージを送信する（ステップＳ４１７）。

上記のＲＮＧ＿ＲＥＱメッセージの構造は、下記表５に示す通りである。

上記表５において、Downlink Channel ＩＤとは、上記のＳＳが上記のＵＣＤを介して受信したＲＮＧ＿ＲＥＱメッセージに含まれているダウンリンクチャンネル識別子を意味し、上記のPending Until Completeは、転送されるレンジング応答のプライオリティを示す。すなわち、上記のPending Until Completeが「０」であれば、以前のレンジング応答が優先されるものであり、上記のPending Until Completeが「０」ではなければ、現在転送されている応答が優先される。

なお、上記のＲＮＧ＿ＲＳＰメッセージの構造は、下記表６に示す通りである。

上記表６において、Uplink Channel ＩＤは、ＲＮＧ＿ＲＥＱメッセージに含まれていたアップリンクチャンネルのＩＤを示す。一方、図４においては、ＩＥＥＥ８０２．１６ａ通信システムが現在ＳＳが固定された状態のみを考慮するために、すなわち、ＳＳの移動性を全く考慮していないために、上記のＳＳ４００と通信を行う基地局４２０は、無条件にサービング基地局となる。

一方、上述したように、ＩＥＥＥ８０２．１６ａ通信システムは、現在ＳＳが固定された状態、すなわち、ＳＳの移動性を全く考慮していない状態及び単一セルの構造のみを考慮している。ところが、上述したように、ＩＥＥＥ８０２．１６ｅ通信システムは、上記のＩＥＥＥ８０２．１６ａ通信システムにＳＳの移動性を考慮するシステムであると規定されており、このため、上記のＩＥＥＥ８０２．１６ｅシステムは、多重セル環境下におけるＳＳの移動性を考慮しなければならない。このように多重セル環境下におけるＳＳ移動性を提供するためには、上記のＳＳ及び基地局の動作の変更が必ず必要となり、特に、上記のＳＳの移動性の支援のために、多重セル構造を考慮した上記のＳＳのハンドオーバーに関する研究が盛んになされている。

以下、図５に基づいて、上記のＩＥＥＥ８０２．１６ｅ通信システム構造について説明する。

図５は、通常のＩＥＥＥ８０２．１６ｅ通信システムの構造を概略的に示す図である。

図５を参照すると、上記のＩＥＥＥ８０２．１６ｅ通信システムは、多重セル構造を有し、すなわち、セル５００とセル５５０を有し、上記のセル５００を司る基地局５１０と、上記のセル５５０を司る基地局５４０と、多数の移動加入者端末（ＭＳＳ：Mobile Subscriber Station；以下、「ＭＳＳ」と称する。）５１１、５１３、５３０、５５１、５５３と、により構成される。ここで、上記のＭＳＳとは、移動性を提供されるＳＳを示す。そして、上記の基地局５１０、５４０と上記のＭＳＳ５１１、５１３、５３０、５５１、５５３との信号の送受信は、上記のＯＦＤＭ／ＯＦＤＭＡ方式を用いて行われる。ところが、上記のＭＳＳ５１１、５１３、５３０、５５１、５５３のうちＭＳＳ５３０は、上記のセル５００と上記のセル５５０の境目、すなわち、ハンドオーバー領域に存在し、このため、上記のＭＳＳ５３０に対するハンドオーバーを支援しなければ、上記のＭＳＳ５３０に対する移動性を支援することが不可能になる。

上記のＩＥＥＥ８０２．１６ｅ通信システムにおいて、任意のＭＳＳは、多数個の基地局から送信するパイロットチャンネル信号を受信する。上記のＭＳＳは、受信されたパイロットチャンネル信号のＣＩＮＲを測定する。上記のＭＳＳは、測定された多数個のパイロットチャンネル信号のＣＩＮＲのうち最大のサイズのＣＩＮＲを有するパイロットチャンネル信号を送信した基地局をＭＳＳ自身が現在属している基地局として選択する。すなわち、ＭＳＳは、パイロットチャンネル信号を送信する多数個の基地局のうち上記のＭＳＳが最も良好に受信可能なパイロットチャンネル信号を送信する基地局をＭＳＳ自身が属しているサービング基地局に認識するのである。上記のサービング基地局を選択したＭＳＳは、上記のサービング基地局から送信するダウンリンクフレーム及びアップリンクフレームを受信する。ここで、上記のＩＥＥＥ８０２．１６ｅ通信システムのダウンリンクフレーム及びアップリンクフレームは、図２及び図３において述べたＩＥＥＥ８０２．１６ａ通信システムのダウンリンクフレーム及びアップリンクフレームと同様な構造を有する。

上記のサービング基地局は、上記のＭＳＳに移動隣接基地局広告（ＭＯＢ＿ＮＢＲ＿ＡＤＶ：Mobile Neighbor Advertise ment；以下、「ＭＯＢ＿ＮＢＲ＿ＡＤＶ」と称する。）メッセージを送信する。ここで、上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージの構造は、下記表７に示す通りである。

上記表７に示すように、ＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージは、多数のＩＥ、すなわち、送信されるメッセージの種別を示すManagement Message Typeと、構成が変更される数を示すConfiguration Change Countと、隣接基地局の数を示すＮ＿ＮＥＩＧＨＢＯＲＳと、上記の隣接基地局の識別子（ＩＤ：Identifier）を示すNeighbor ＢＳ−ＩＤと、上記の隣接基地局の物理チャンネル周波数を示すPhysical Frequencyと、上記の情報の他に上記の隣接基地局と関連するその他の情報を示すその他の隣接情報（ＴＬＶ（Type Length Variable）Encoded Neighbor Information）と、を含む。

上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージを受信したＭＳＳは、ＭＳＳ自身が隣接基地局から送信されるパイロットチャンネル信号のＣＩＮＲをスキャニングすることを希望するときに、上記のサービング基地局に移動スキャン要求（ＭＯＢ＿ＳＣＮ＿ＲＥＱ：Mobile Scanning Interval Allocation Request；以下、「ＭＯＢ＿ＳＣＮ＿ＲＥＱ」と称する。）メッセージを送信する。上記のＭＳＳが上記の隣接基地局から送信されるパイロット信号のＣＩＮＲに対するスキャン要求を行う時点は、上記のパイロットチャンネル信号のＣＩＮＲスキャニング動作と直接的な関連性がないため、ここでは、その詳細な説明を省く。ここで、上記のＭＯＢ＿ＳＣＮ＿ＲＥＱメッセージの構造は、下記表８に示す通りである。

上記表８に示すように、ＭＯＢ＿ＳＣＮ＿ＲＥＱメッセージは、多数のＩＥ、すなわち、送信されるメッセージの種別を示すManagement Message Typeと、上記の隣接基地局から送信されるパイロット信号のＣＩＮＲをスキャニングすることを希望するスキャン区間を示すScan Durationと、を含む。上記のScan Durationは、フレーム単位で構成される。上記表７において、上記のＭＯＢ＿ＳＣＮ＿ＲＥＱメッセージが転送されるManagement Message Typeは、現在のところ、未決定の状態である（Management Message Type=undefined）。

上記のＭＯＢ＿ＳＣＮ＿ＲＥＱメッセージを受信したサービング基地局は、上記のＭＳＳがスキャンすべき情報を含む移動スキャン応答（ＭＯＢ＿ＳＣＮ＿ＲＳＰ：Mobile Scanning Interval Allocation Response；以下、「ＭＯＢ＿ＳＣＮ＿ＲＳＰ」と称する。）メッセージを上記のＭＳＳに送信する。ここで、上記のＭＯＢ＿ＳＣＮ＿ＲＳＰメッセージの構造は、下記表９に示す通りである。

上記表９に示すように、ＭＯＢ＿ＳＣＮ＿ＲＳＰメッセージは、多数のＩＥ、すなわち、送信されるメッセージの種別を示すManagement Message Typeと、上記のＭＯＢ＿ＳＣＮ＿ＲＥＱメッセージを転送したＭＳＳの接続識別子（ＣＩＤ：connection ＩＤ；以下、「ＣＩＤ」と称する。）と、スキャン区間とを含む。上記表８において、上記のＭＯＢ＿ＳＣＮ＿ＲＳＰメッセージが転送されるManagement Message Typeは、現在のところ、未決定の状態であり（Management Message Type=undefined）、上記のスキャン区間は、上記のＭＳＳが上記のパイロットチャンネル信号のＣＩＮＲスキャニングを行う区間を示す。上記のスキャニング情報を含むＭＯＢ＿ＳＣＮ＿ＲＳＰメッセージを受信したＭＳＳは、上記のスキャニング情報パラメータに応じて、上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージを介して認識した隣接基地局に対するパイロットチャンネル信号のＣＩＮＲをスキャニングする。

このように、ＩＥＥＥ８０２．１６ｅシステムにおいてハンドオーバーを支援するために、ＭＳＳは、隣接基地局及び上記のＭＳＳが現在属している基地局、すなわち、サービング基地局から送信するパイロットチャンネル信号のＣＩＮＲを測定しなければならず、上記のサービング基地局から送信するパイロットチャンネル信号のＣＩＮＲが上記の隣接基地局から送信するパイロットチャンネル信号のＣＩＮＲよりも小さくなる場合、上記のＭＳＳは、上記のサービング基地局にハンドオーバーを要求する。ここで、上記の「パイロットチャンネル信号のＣＩＮＲを測定する」という表現を、説明の都合上、「パイロットチャンネル信号のＣＩＮＲをスキャンあるいはスキャニングする」とする。ここで、上記のスキャン及びスキャニングは、同じ概念を示すものであり、説明の都合上、この明細書中には混用されている。

図５においては、ＩＥＥＥ８０２．１６ｅ通信システムの構造について説明した。次いで、図６に基づいて、ＩＥＥＥ８０２．１６ｅ通信システムにおけるＭＳＳの要求によるハンドオーバー過程ついて説明する。

図６は、通常のＩＥＥＥ８０２．１６ｅ通信システムにおける、ＭＳＳの要求によるハンドオーバーステップを示す信号フローチャートである。

図６を参照すると、先ず、サービング基地局６１０は、ＭＳＳ６００にＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージを送信する（ステップＳ６１１）。上記のＭＳＳ６００は、上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージを受信するに伴い、隣接基地局に関する情報を取得することができ、上記のＭＳＳ６００自身が隣接基地局から送信されるパイロットチャンネル信号のＣＩＮＲをスキャニングすることを希望するとき、上記のサービング基地局６１０にＭＯＢ＿ＳＣＮ＿ＲＥＱメッセージを送信する（ステップＳ６１３）。上記のＭＳＳ６００がスキャン要求を行う時点は、上記のパイロットチャンネル信号のＣＩＮＲスキャニング動作と直接的な関連性がないため、ここでは、その詳細な説明を省く。上記のＭＯＢ＿ＳＣＮ＿ＲＥＱメッセージを受信したサービング基地局６１０は、上記のＭＳＳ６００がスキャニングすべき情報を含むＭＯＢ＿ＳＣＮ＿ＲＳＰメッセージを上記のＭＳＳ６００に送信する（ステップＳ６１５）。上記のスキャニング情報を含むＭＯＢ＿ＳＣＮ＿ＲＳＰメッセージを受信した上記のＭＳＳ６００は、上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージ受信を介して取得した隣接基地局について上記のＭＯＢ＿ＳＣＮ＿ＲＳＰメッセージに含まれているパラメータ、すなわち、スキャン区間に応じて、パイロットチャンネル信号のＣＩＮＲスキャニングを行う（ステップＳ６１７）。一方、図６においては、上記のＭＳＳ６００が上記のサービング基地局６１０から送信するパイロットチャンネル信号のＣＩＮＲを測定するステップを別途に示していないが、上記のＭＳＳ６００は、上記のサービング基地局６１０から送信するパイロットチャンネル信号のＣＩＮＲは持続的に測定し続けていることは言うまでもない。

上記の隣接基地局から受信されるパイロットチャンネル信号のＣＩＮＲをスキャニング完了後に上記のＭＳＳ６００が現在上記のＭＳＳ６００自身が属しているサービング基地局を変更すべきである旨を決定すると（ステップＳ６１９）、すなわち、上記のＭＳＳ６００が現在のサービング基地局を上記のサービング基地局６１０とは異なる新たな基地局に変更すべきである旨を決定すると、上記のＭＳＳ６００は、上記のサービング基地局６１０に移動ＭＳＳハンドオーバー要求（ＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱ：Mobile ＭＳＳ HandOver Request；以下、「ＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱ」と称する。）メッセージを送信する（ステップＳ６２１）。ここで、上記のＭＳＳ６００が現在属しているサービング基地局６１０ではない新たな基地局、すなわち、上記のＭＳＳ６００がハンドオーバーして新たなサービング基地局となる可能性がある基地局を「ターゲット基地局（target ＢＳ）」と称する。なお、上記のＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージの構造は、下記表１０に示す通りである。

上記表１０に示すように、上記のＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージは、多数のＩＥ、すなわち、送信されるメッセージの種別を示すManagement Message Typeと上記のＭＳＳ６００がスキャニングした結果を含む。上記表１０において、Ｎ＿ＲＥＣＯＭＭＥＮＤＥＤは、上記のＭＳＳ６００が上記の隣接基地局のそれぞれに対してパイロットチャンネル信号のＣＩＮＲをスキャニングした結果、予め設定した設定ＣＩＮＲ以上のサイズを有するパイロットチャンネル信号を送信した隣接基地局の数を示し、結果的に、上記のＭＳＳ６００がハンドオーバーすることを推奨する隣接基地局の数となる。上記のＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージには、また、上記のＮ＿ＲＥＣＯＭＭＥＮＤＥＤで示す隣接基地局のそれぞれに対する識別子と、上記の隣接基地局のそれぞれに対するパイロットチャンネル信号のＣＩＮＲ、上記の隣接基地局が上記のＭＳＳ６００に提供することと予想されるサービスレベルが記述される。

上記のサービング基地局６１０が上記のＭＳＳ６００が送信したＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージを受信すると、上記の受信したＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージのＮ＿ＲＥＣＯＭＭＥＮＤＥＤ情報から上記のＭＳＳ６００がハンドオーバー可能なターゲット基地局一覧を検出する（ステップＳ６２３）。ここで、説明の都合上、上記のハンドオーバー可能なターゲット基地局一覧を「ハンドオーバー可能なターゲット基地局一覧」と称し、図６においては、上記のハンドオーバー可能なターゲット基地局一覧に第１のターゲット基地局６２０と第２のターゲット基地局６３０が存在すると想定する。もちろん、上記のハンドオーバー可能なターゲット基地局一覧には、多数のターゲット基地局が含まれることもある。上記のサービング基地局６１０は、上記のハンドオーバー可能なターゲット基地局一覧に属しているターゲット基地局、すなわち、第１のターゲット基地局６２０と第２のターゲット基地局６３０にハンドオーバー通知（ＨＯ＿notification；以下、「ＨＯ＿notification 」と称する。）メッセージを送信する（ステップＳ６２５、ステップＳ６２７）。上記のＨＯ＿notificationメッセージの構造は、下記表１１に示す通りである。

上記表１１に示すように、上記のＨＯ＿notificationメッセージは、多数のＩＥ、すなわち、ターゲット基地局としての第１のターゲット基地局６２０あるいは第２のターゲット基地局６３０にハンドオーバーしたい上記のＭＳＳ６００の識別子（ＭＳＳＩＤ）と、上記のＭＳＳ６００がハンドオーバーを開始すると予想される時刻と、上記のＭＳＳ６００が新たなサービング基地局となるターゲット基地局に要求する帯域幅及び上記のＭＳＳ６００が提供されたいサービスレベルなどの情報を含む。上記のＭＳＳ６００が要求する帯域幅及びサービスレベルは、上記表１０において述べたＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージに記録した予想されるサービスレベル情報と同様である。

上記の第１のターゲット基地局６２０と第２のターゲット基地局６３０は、上記のサービング基地局６１０からＨＯ＿notificationメッセージを受信すると、上記のＨＯ＿notificationメッセージに対する応答メッセージであるハンドオーバー通知応答（ＨＯ＿notification＿response；以下、「ＨＯ＿notification＿response」と称する。）メッセージを上記のサービング基地局６１０に送信する（ステップＳ６２９、ステップＳ６３１）。上記のＨＯ＿notification＿responseメッセージの構造は、下記表１２に示す通りである。

上記表１２に示すように、上記のＨＯ＿notification＿responseメッセージは、多数のＩＥ、すなわち、ターゲット基地局にハンドオーバーしたいＭＳＳ６００の識別子（ＭＳＳＩＤ）と、ターゲット基地局が上記のＭＳＳ６００のハンドオーバー要求に応じてハンドオーバーを行えるかどうかに対する応答（ＡＣＫ／ＮＡＣＫ）と、各ターゲット基地局に上記のＭＳＳ６００がハンドオーバーしたときに上記のターゲット基地局のそれぞれが提供可能な帯域幅及びサービスレベル情報を含む。

一方、上記の第１のターゲット基地局６２０及び第２のターゲット基地局６３０からＨＯ＿notification＿responseメッセージを受信したサービング基地局６１０は、上記の第１のターゲット基地局６２０及び第２のターゲット基地局６３０から受信したＨＯ＿notification＿responseメッセージを解析して上記のＭＳＳ６００がハンドオーバーしたときに上記のＭＳＳ６００が要求する帯域幅とサービスレベルを最適に提供可能なターゲット基地局を上記のＭＳＳ６００がハンドオーバーすべき最終的なターゲット基地局として選択する。例えば、上記の第１のターゲット基地局６２０が提供可能なサービスレベルは、上記のＭＳＳ６００が要求したサービスレベルよりも低く、上記の第２のターゲット基地局６３０が提供可能なサービスレベルは、上記のＭＳＳ６００が要求したサービスレベルと同じであるとしたとき、上記のサービング基地局６１０は、上記の第２のターゲット基地局６３０を上記のＭＳＳ６００がハンドオーバーすべき最終的なターゲット基地局として選択する。このため、上記のサービング基地局６１０は、上記の第２のターゲット基地局６３０に上記のＨＯ＿notification＿responseメッセージに対する応答メッセージとしてハンドオーバー通知確認（ＨＯ＿notification＿confirm；以下、「ＨＯ＿notification＿confirm」と称する。）メッセージを送信する（ステップＳ６３３）。上記のＨＯ＿notification＿confirmメッセージの構造は、下記表１３に示す通りである。

上記表１３に示すように、上記のＨＯ＿notification＿confirmメッセージは、多数のＩＥ、すなわち、選択したターゲット基地局にハンドオーバーしたいＭＳＳ６００の識別子（ＭＳＳＩＤ）と、上記の選択したターゲット基地局に上記のＭＳＳ６００がハンドオーバーしたときに上記のターゲット基地局から提供可能な帯域幅及びサービスレベル情報と、を含む。

また、上記のサービング基地局６１０は、上記のＭＳＳ６００に上記のＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージに対する応答メッセージとして移動ハンドオーバー応答（ＭＯＢ＿ＨＯ＿ＲＳＰ：Mobile HandOver Response；以下、「ＭＯＢ＿ＨＯ＿ＲＳＰ」と称する。）メッセージを送信する（６３５ステップＳ）。ここで、上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージには上記のＭＳＳ６００がハンドオーバーすべきターゲット基地局に関する情報が含まれており、上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージの構造は、下記表１４に示す通りである。

上記表１４に示すように、上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージは、多数のＩＥ、すなわち、送信されるメッセージの種別を示すManagement Message Typeとハンドオーバー手続きを開始すると予想される時間と、サービング基地局が選択したターゲット基地局に対する結果を示す。さらに、上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージのＮ＿ＲＥＣＯＭＭＥＮＤＥＤは、ハンドオーバー可能なターゲット基地局一覧上のターゲット基地局のうち上記のＭＳＳ６００が要求した帯域幅及びサービスレベルを満足するターゲット基地局の数を示す。上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージには上記のＮ＿ＲＥＣＯＭＭＥＮＤＥＤで示すターゲット基地局のそれぞれに対する識別子と、上記のターゲット基地局のそれぞれが上記のＭＳＳ６００に提供すると予想されるサービスレベルが記述される。図６においては、ハンドオーバー可能なターゲット基地局一覧に存在するターゲット基地局のうち最終的に上記の第２のターゲット基地局６３０の１つのターゲット基地局情報のみが上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージに含まれるが、もし、ハンドオーバー可能なターゲット基地局一覧に存在するターゲット基地局のうち上記のＭＳＳ６００が要求する帯域幅及びサービスレベルを提供可能なターゲット基地局が多数である場合、上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージには、上記の多数個のターゲット基地局に関する情報が含まれる。

上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信したＭＳＳ６００は、上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージに含まれているＮ＿ＲＥＣＯＭＭＥＮＤＥＤ情報を解析して上記のＭＳＳ６００自身がハンドオーバーすべきターゲット基地局を選択する。上記のハンドオーバーすべきターゲット基地局を選択したＭＳＳ６００は、上記のサービング基地局６１０にＭＯＢ＿ＨＯ＿ＲＳＰメッセージに対する応答メッセージである移動ハンドオーバー指示（ＭＯＢ＿ＨＯ＿ＩＮＤ：Mobile Handover Indication；以下、「ＭＯＢ＿ＨＯ＿ＩＮＤ」と称する。）メッセージを送信する（６３７ステップＳ）。上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージの構造は、下記表１５に示す通りである。

上記表１５に示すように、上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージは、多数のＩＥ、すなわち、送信されるメッセージの種別を示すManagement Message Typeと上記のＭＳＳ６００が選択した最終的なターゲット基地局の識別子と、上記の情報の他に関連するその他の情報を示すその他の情報（ＴＬＶ Encoded Information）を含む。

上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージを受信したサービング基地局６１０は、上記のＭＳＳ６００が上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージに含まれているターゲット基地局、すなわち、第２のターゲット基地局６３０にハンドオーバーすることを認識後、上記のＭＳＳ６００と現在セットアップされているリンクを解放する（ステップＳ６３９）。このように、上記のサービング基地局６１０とのリンクが解放されると、上記のＭＳＳ６００は上記の第２のターゲット基地局６３０とハンドオーバーを行う。

図６においては、ＩＥＥＥ８０２．１６ｅ通信システムにおいて、ＭＳＳの要求によるハンドオーバー過程を説明した。次いで、図７に基づいて、ＩＥＥＥ８０２．１６ｅ通信システムにおいて、基地局の要求によるハンドオーバー過程ついて説明する。

図７は、通常のＩＥＥＥ８０２．１６ｅ通信システムにおいて、基地局の要求によるハンドオーバーステップを示す信号フローチャートである。

図７を説明するに先立って、先ず、基地局の要求によるハンドオーバーが生じる場合は、上記の基地局自身のロードが多すぎて隣接基地局に基地局自身のロードを分散するためのload sharingが必要となるか、あるいはＭＳＳのアップリンクの状態変化に対応するための場合である。

図７を参照すると、先ず、サービング基地局７１０は、ＭＳＳ７００にＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージを送信する（ステップＳ７１１）。上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージを受信するに伴い、隣接基地局に関する情報を取得することができ、ＭＳＳ７００自身が隣接基地局から送信されるパイロットチャンネル信号のＣＩＮＲをスキャニングすることを希望するときに、上記のサービング基地局７１０にＭＯＢ＿ＳＣＮ＿ＲＥＱメッセージを送信する（ステップＳ７１３）。上記のＭＳＳ７００がスキャン要求を行う時点は、上記のパイロットチャンネル信号のＣＩＮＲスキャニング動作と直接的な関連性がないため、ここではその詳細な説明を省く。上記のＭＯＢ＿ＳＣＮ＿ＲＥＱメッセージを受信したサービング基地局７１０は、上記のＭＳＳ７００がスキャニングする情報を含むＭＯＢ＿ＳＣＮ＿ＲＳＰメッセージを上記のＭＳＳ７００に送信する（ステップＳ７１５）。上記のスキャニング情報を含むＭＯＢ＿ＳＣＮ＿ＲＳＰメッセージを受信した上記のＭＳＳ７００は、上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージ受信を介して取得した隣接基地局に対して上記のＭＯＢ＿ＳＣＮ＿ＲＳＰメッセージに含まれているパラメータ、すなわち、スキャン区間に応じて、パイロットチャンネル信号のＣＩＮＲスキャニングを行う（ステップＳ７１７）。一方、図７においては、上記のＭＳＳ７００が上記のサービング基地局７１０から送信するパイロットチャンネル信号のＣＩＮＲを測定する過程を別途に示していないが、上記のＭＳＳ７００は、上記のサービング基地局７１０から送信するパイロットチャンネル信号のＣＩＮＲは測定し続けているということはいうまでもない。

一方、上記のサービング基地局７１０は、上記のサービング基地局７１０自身が管理しているＭＳＳ７００のハンドオーバーの必要性を検出すると（ステップＳ７１９）、上記のサービング基地局７１０は、隣接基地局に上記のＨＯ＿notificationメッセージを送信する（ステップＳ７２１、ステップＳ７２３）。ここで、上記のＨＯ＿notificationメッセージには、上記のＭＳＳ７００の新たなサービング基地局となるターゲット基地局が提供すべき帯域幅及びサービスレベルに関する情報が含まれる。図７においては、上記のサービング基地局７１０の隣接基地局が第１のターゲット基地局７２０及び第２のターゲット基地局７３０の２つの基地局であると想定する。

上記の第１のターゲット基地局７２０及び第２のターゲット基地局７３０のそれぞれは、上記のＨＯ＿notificationメッセージを受信するに伴い、上記のＨＯ＿notificationメッセージに対する応答メッセージとしてＨＯ＿notification＿responseメッセージを上記のサービング基地局７１０に送信する（ステップＳ７２５、ステップＳ７２７）。上記のＨＯ＿notification＿responseメッセージには、上記表１２において述べたように、ターゲット基地局、すなわち、上記の隣接基地局が上記のサービング基地局７１０が要請したハンドオーバーが行えるかどうかを示す応答（ＡＣＫ／ＮＡＣＫ）と、ＭＳＳ７００に提供可能な帯域幅及びサービスレベル情報が含まれている。

上記のサービング基地局７１０は、上記の第１のターゲット基地局７２０と第２のターゲット基地局７３０のそれぞれから上記のＨＯ＿notification＿responseメッセージを受信すると、上記のＭＳＳ７００が要求する帯域幅とサービスレベルを提供可能なターゲット基地局を選択する。例えば、上記の第１のターゲット基地局７２０が提供可能なサービスレベルは、上記のＭＳＳ７００が要求したサービスレベルよりも低く、上記の第２のターゲット基地局７３０が提供可能なサービスレベルは、上記のＭＳＳ７００が要求したサービスレベルと同じであるとしたとき、上記のサービング基地局７１０は、上記の第２のターゲット基地局７３０を上記のＭＳＳ７００がハンドオーバーする最終的なターゲット基地局として選択するのである。上記の最終的なターゲット基地局に上記の第２のターゲット基地局７３０を選択したサービング基地局７１０は上記のＨＯ＿notification＿responseメッセージに対する応答メッセージとしてＨＯ＿notification＿confirmメッセージを送信する（ステップＳ７２９）。

上記の第２のターゲット基地局７３０にＨＯ＿notification＿confirmメッセージを送信後、上記のサービング基地局７１０は、上記のＭＳＳ７００にＭＯＢ＿ＨＯ＿ＲＳＰメッセージを送信する（ステップＳ７３１）。上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージには、上記のサービング基地局７１０が選択したＮ＿ＲＥＣＯＭＭＥＮＤＥＤ情報、すなわち、選択したターゲット基地局（図７においては、第２のターゲット基地局７３０）と上記のターゲット基地局がＭＳＳ７００に提供可能な帯域幅及びサービスレベルが含まれている。上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信したＭＳＳ７００は、上記のサービング基地局７１０によりハンドオーバーが要求されたことを感知し、上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージに含まれているＮ＿ＲＥＣＯＭＭＥＮＤＥＤ情報に基づいてハンドオーバーを行う最終的なターゲット基地局を選択する。上記のＭＳＳ７００は、ハンドオーバーする最終的なターゲット基地局を選択後、上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージに対する応答メッセージであるＭＯＢ＿ＨＯ＿ＩＮＤメッセージを上記のサービング基地局７１０に送信する（ステップＳ７３３）。上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージを受信すると、上記のサービング基地局７４０は、ＭＳＳ７００が上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージに含まれているターゲット基地局にハンドオーバーすることを認識後、上記のＭＳＳ７００と現在セットアップされているリンクを解放する（ステップＳ７３５）。このように、上記のサービング基地局７１０とのリンクが解放されると、上記のＭＳＳ７００は、上記の第２のターゲット基地局７３０とハンドオーバーを行う。

上述したように、ＩＥＥＥ８０２．１６ｅ通信システムにおいては、現在サービング基地局との通信を保持できない程度にサービング基地局のパイロットチャンネル信号のＣＩＮＲが低減した場合、ＭＳＳの要求あるいは基地局の要求に応じて、上記のサービング基地局とは異なる隣接基地局、すなわち、ターゲット基地局にＭＳＳがハンドオーバーを行う。しかしながら、上記のＩＥＥＥ８０２．１６ｅ通信システムにおいてハンドオーバーを行う最中に上記のＭＳＳがドロップされる場合、上記のＭＳＳは、パワーオンになる場合と同様に、全ての周波数帯域をモニタリングしてパイロットチャンネル信号のＣＩＮＲが最大の値となるパイロットチャンネル信号を検出し、上記の最大のＣＩＮＲを有するパイロットチャンネル信号を送信した基地局をＭＳＳ自身が現在属している基地局として判断する。さらに、上記のＩＥＥＥ８０２．１６ｅ通信システムにおいては、現在サービング基地局と通信を行う最中にＭＳＳがドロップされた場合もまた、上記のハンドオーバーを行う最中にＭＳＳがドロップされる場合と同様に、全ての周波数帯域をモニタリングしてパイロットチャンネル信号のＣＩＮＲが最大の値となるパイロットチャンネル信号を検出し、上記の最大のＣＩＮＲを有するパイロットチャンネル信号を送信した基地局をＭＳＳ自身が現在属している基地局として判断する。

上記の両場合共に、上記のＭＳＳは、実際に通信を行っていたにもかかわらず、パワーオン時と同様に、全ての周波数帯域をモニタすることによりサービング基地局を決めるのにかかる時間が延びており、結果的にサービス品質の低下を招いてしまう。このため、通信を行う最中にドロップされたＭＳＳの通信が最小の遅延をもって再開可能に新たな手続きに対する必要性が生じている。

そこで、本発明の目的は、広帯域無線接続通信システムにおける、通信を行う最中にドロップされたＭＳＳのサービング基地局を選択するシステム及び方法を提供するところにある。

本発明の他の目的は、広帯域無線接続通信システムにおける、ハンドオーバーを行う最中にドロップされたＭＳＳのサービング基地局を選択するシステム及び方法を提供するところにある。

本発明のさらに他の目的は、広帯域無線接続通信システムにおける、ドロップされたＭＳＳの通信を優先して再開するシステム及び方法を提供するところにある。

本発明のさらに他の目的は、広帯域無線接続通信システムにおける、ドロップされたＭＳＳのネットワークの再進入にかかる時間を最小化させるレンジングコードを割り当てるシステム及び方法を提供するところにある。

上述した目的を達成するための本発明の方法は、広帯域無線接続通信システムにおけるレンジングコードを割り当てる方法であって、前記レンジングコードが初期レンジングに用いる初期レンジングコード、周期的なレンジングに用いる周期的なレンジング、帯域幅要求レンジングに用いる帯域幅要求レンジング、及びドロップレンジングに用いるドロップレンジングに分類されると、前記初期レンジングコードとしてＡ個のレンジングコードを、前記周期的なレンジングコードとしてＢ個のレンジングコードを、及び、前記帯域幅要求レンジングコードとしてＣ個のレンジングコードを割り当てるステップと、前記ドロップレンジングコードとしてＤ個のレンジングコードを割り当てるステップと、を含むことを特徴とする。

上述した目的を達成するための本発明のシステムは、広帯域無線接続通信システムにけるレンジングコードを割り当てるシステムであって、レンジングを分類する送信側と、上記の送信側からの情報を受信し、レンジングを行う受信側と、を備え、前記レンジングコードが初期レンジングに用いる初期レンジングコード、周期的なレンジングに用いる周期的なレンジング、帯域幅要求レンジングに用いる帯域幅要求レンジング、及びドロップレンジングに用いるドロップレンジングに分類されると、前記送信側は、前記初期レンジングコードとしてＡ個のレンジングコードを、前記周期的なレンジングコードとしてＢ個のレンジングコードを、前記帯域幅要求レンジングコードとしてＣ個のレンジングコードを、及び、前記ドロップレンジングコードとしてＤ個のレンジングコードを割り当てる、ことを特徴とする。

本発明は、ＯＦＤＭ／ＯＦＤＭＡ方式を用いる広帯域無線接続通信システム、特に、ＩＥＥＥ８０２．１６ｅ通信システムにおいて、サービング基地局と通信を行う最中にＭＳＳがドロップされる場合、通信再開のためにモニタリングすべき対象となる基地局を最小化させることにより、最短時間内に通信を再開可能にしてサービス品質を高めるというメリットを有する。

さらに、本発明は、ＩＥＥＥ８０２．１６ｅ通信システムにおいてＭＳＳがドロップされていてから通信を再開する旨を、ドロップレンジングコードを用いて上記のＭＳＳが通信を再開する新規なサービング基地局に報知して上記のドロップされていたＭＳＳが優先して資源を割り当てられて上記のＭＳＳが最短時間内に通信を再開可能にしてサービス品質を高めるというメリットを有する。

以下、本発明による好適な実施の形態を添付図面に基づいて詳述する。以下においては、本発明による動作を理解するのに必要な部分だけが説明され、そのほかの部分についての説明は、本発明の要旨を曖昧にしないために省略する。

本発明は、広帯域無線接続（ＢＷＡ：Broadband Wireless Access）通信システムであるＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６ｅ通信システムにおいて、通信を行う最中に移動加入者端末（ＭＳＳ：Mobile Subscriber Station；以下、「ＭＳＳ」と称する。）がドロップされる場合、サービング基地局（ＢＳ：Base Station）を選択する方案を提案する。一方、以下において、「ＭＳＳがドロップされる」という表現は、説明の都合上、「ＭＳＳにドロップが生じた」とも称する。このため、本発明は、通信を行う最中にＭＳＳがドロップされる場合、ＭＳＳが最短時間内にサービング基地局を選択することにより、最短時間内に通信を再開可能にする。さらに、本発明は、ＩＥＥＥ８０２．１６ｅ通信システムにおいてドロップされたＭＳＳが最短時間内にネットワーク再進入にかかる時間を最小化させるレンジングコード、すなわち、ドロップレンジングコードを割り当てる方案を提案する。

ここで、上記のＩＥＥＥ８０２．１６ｅ通信システムは、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing；以下、「ＯＦＤＭ」と称する。）方式及び直交周波数分割多重接続（ＯＦＤＭＡ：Orthogonal Frequency Division Multiplexing Access；以下、「ＯＦＤＭＡ」と称する。）方式を用いる広帯域無線接続通信システムである。上記のＩＥＥＥ８０２．１６ｅ通信システムは、ＯＦＤＭ／ＯＦＤＭＡ方式を用いるが故に、多数のサブキャリアを用いて物理チャンネル信号を送信することにより、高速なデータ送信が可能になり、多重セル構造を支援してＭＳＳの移動性を支援する通信システムである。

一方、上記のドロップが生じるとは、上記のＭＳＳがサービング基地局と通信を行う最中に通信が切れるという、すなわち、上記のＭＳＳとサービング基地局との間にセットアップされているリンク、すなわち、呼が解放されるということを示す。本発明においては、ＭＳＳが移動隣接基地局広告（ＭＯＢ＿ＮＢＲ＿ＡＤＶ：Mobile Neighbor Advertisement；以下、「ＭＯＢ＿ＮＢＲ＿ＡＤＶ」と称する。）メッセージを受信してから、ドロップが生じる場合のみを想定する。上記のドロップが生じた場合、ＭＳＳとサービング基地局との間において周期的なレンジングが正常的に行われない。ここで、上記の周期的なレンジングとは、上記の従来の技術の欄において述べたように、初期レンジングにより基地局と時間オフセット及び送信電力を調整したＭＳＳが上記の基地局とチャンネル状態などを調整するために周期的に行うレンジングを示す。

以下、図８に基づいて、周期的なレンジング手続きを用いてＭＳＳがドロップの発生を検出する過程について説明する。

図８は、本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、周期的なレンジング手続きを用いてＭＳＳがドロップの発生を検出する過程を示す手順図である。

図８を参照すると、先ず、ステップＳ８０１において、上記のＭＳＳは、サービング基地局と初期同期を取得後、上記のサービング基地局にレンジング要求（ＲＮＧ＿ＲＥＱ：Ranging Request；以下、「ＲＮＧ＿ＲＥＱ」と称する。）メッセージを送信し、ステップＳ８０３へ進む。ここで、上記のＲＮＧ＿ＲＥＱメッセージの構造は、上記の従来の技術の欄の表５において述べた通りであるため、その詳細な説明を省く。上記のステップＳ８０３において、上記のＭＳＳは、上記のＲＮＧ＿ＲＥＱメッセージに対する応答メッセージとしてのレンジング応答（ＲＮＧ＿ＲＳＰ：Ranging Response；以下、「ＲＮＧ＿ＲＳＰ」と称する。）メッセージの受信を待った後、ステップＳ８０５へ進む。ここで、上記のＲＮＧ＿ＲＳＰメッセージの構造は、上記の従来の技術の欄の表５において述べた通りであるため、その詳細な説明を省く。上記のステップＳ８０５において、上記のＭＳＳは、上記のサービング基地局から上記のＲＮＧ＿ＲＳＰメッセージが受信されたかどうかを検査する。上記の検査の結果、上記のサービング基地局からＲＮＧ＿ＲＳＰメッセージが受信された場合、上記のＭＳＳは、ステップＳ８０７へ進む。上記のステップＳ８０７において、上記のＭＳＳは、上記のレンジング手続きが完了するに伴い、正常的な後続動作をおこなった後に終了する。

一方、上記のステップＳ８０５において、上記の検査の結果、上記のサービング基地局からＲＮＧ＿ＲＳＰメッセージが受信されていない場合、上記のＭＳＳは、ステップＳ８０９へ進む。上記のステップＳ８０９において、上記のＭＳＳは、ＲＮＧ＿ＲＥＱメッセージの送信回数がＲＮＧ＿ＲＥＱリトライ（ＲＮＧ＿ＲＥＱ Retries；以下、「ＲＮＧ＿ＲＥＱＲＥＴＲＩＥＳ」と称する。）回数を超えているかどうかを検査する。ここで、上記のＲＮＧ＿ＲＥＱＲＥＴＲＩＥＳ回数とは、上記のＭＳＳがＲＮＧ＿ＲＥＱメッセージを送信可能な最大の回数、すなわち、上記のＭＳＳがＲＮＧ＿ＲＳＰメッセージを受信できない状態でＲＮＧ＿ＲＥＱメッセージを送信可能な最大の回数を示す。上記のステップＳ８０９における検査の結果、上記のＲＮＧ＿ＲＥＱメッセージの送信回数が上記のＲＮＧ＿ＲＥＱＲＥＴＲＩＥＳ回数を超えていない場合、上記のＭＳＳは、上記のステップＳ８０１に戻る。もし、上記のステップＳ８０９における検査の結果、上記のＲＮＧ＿ＲＥＱメッセージの送信回数が上記のＲＮＧ＿ＲＥＱＲＥＴＲＩＥＳ回数を超えている場合、上記のＭＳＳは、ステップＳ８１１へ進む。上記のステップＳ８１１において、上記のＭＳＳは、ＭＳＳ自身にドロップが生じたと検出して終了する。

図８においては、周期的なレンジング手続きを用いてＭＳＳがドロップの発生を検出する過程について説明した。次いで、図９に基づいて周期的なレンジング手続きを用いてサービング基地局がドロップの発生を検出する過程について説明する。

図９は、本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、周期的なレンジング手続きを用いてサービング基地局がドロップの発生を検出する過程を示す手順図である。

先ず、ステップＳ９０１において、上記のサービング基地局は、ＭＳＳと初期同期をとった後、上記のＭＳＳからＲＮＧ＿ＲＥＱメッセージを受信するためにまった後、ステップＳ９０３へ進む。上記のステップＳ９０３において、上記のサービング基地局は、上記のＭＳＳからＲＮＧ＿ＲＥＱメッセージが受信されたかどうかを検査する。上記の検査の結果、上記のＭＳＳからＲＮＧ＿ＲＥＱメッセージが受信された場合、上記のサービング基地局は、ステップＳ９０５へ進む。上記のステップＳ９０５において、上記のサービング基地局は、上記のＲＮＧ＿ＲＥＱメッセージを受信するに伴い、上記のＲＮＧ＿ＲＥＱメッセージに対する応答メッセージであるＲＮＧ＿ＲＳＰメッセージを上記のＭＳＳに送信して終了する。

一方、上記のステップＳ９０３における検査の結果、上記のＭＳＳからＲＮＧ＿ＲＥＱメッセージが受信されていない場合、上記のサービング基地局は、ステップＳ９０７へ進む。上記のステップＳ９０７において、上記のサービング基地局は、ＲＮＧ＿ＲＥＱの送信回数がＲＮＧ＿ＲＥＱＲＥＴＲＩＥＳ回数を超えているかどうかを検査する。ここで、上記のサービング基地局は、上記のＭＳＳからＲＮＧ＿ＲＥＱメッセージを予め設定された設定時間ＲＮＧ＿ＲＥＱ＿Ｔimeout中に受信できなかった場合、ＲＮＧ＿ＲＥＱ送信回数を１ずつインクリメントする。上記の検査の結果、上記のＲＮＧ＿ＲＥＱメッセージの送信回数が上記のＲＮＧ＿ＲＥＱＲＥＴＲＩＥＳ回数を超えていない場合、上記のサービング基地局は、上記のステップＳ９０１に戻る。もし、上記の検査の結果、上記のＲＮＧ＿ＲＥＱメッセージの送信回数が上記のＲＮＧ＿ＲＥＱＲＥＴＲＩＥＳ回数を超えた場合、上記のサービング基地局は、ステップＳ９０９へ進む。上記のステップＳ９０９において、上記のサービング基地局は、上記のＭＳＳにドロップが生じたと検出して終了する。上記のサービング基地局は、上記のＭＳＳにドロップの発生によって正常的なハンドオーバー過程完了する場合と同様に、上記のドロップされたＭＳＳにセットアップされているリンク、すなわち、呼を解放する。

図８及び図９においては、上記のＩＥＥＥ８０２．１６ｅ通信システムにおいて周期的なレンジング手続きを用いてＭＳＳのドロップの発生を検出する過程について説明した。次いで、図１０に基づいて、ダウンリンク状態を用いてＭＳＳのドロップの発生を検出する過程について説明する。

図１０は、本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、ダウンリンク状態を用いてＭＳＳがドロップの発生を検出する過程を示す手順図である。

図１０を参照すると、上記のＭＳＳは、ステップＳ１００１において連続して受信される低品質フレーム（以下、「ｂａｄフレーム」と称する。）の数をカウントするための変数ＣＯＮＳＥＣＵＴＩＶＥ＿ＢＡＤ＿ＦＲＡＭＥの値を０に初期化後（ＣＯＮＳＥＣＵＴＩＶＥ＿ＢＡＤ＿ＦＲＡＭＥ＝０）、ステップＳ１００３へ進む。ここで、上記のｂａｄフレームとは、フレーム上に生じたエラーを修復する高解像度通信を保持できない程度の低品質を有するフレームを示す。上記のステップＳ１００３において、上記のＭＳＳは、待ち状態に存在していて、ステップＳ１００５へ進む。上記のステップＳ１００５において、上記のＭＳＳは、ダウンリンクフレームを受信し、ステップＳ１００７へ進む。上記のステップＳ１００７において、上記のＭＳＳは、上記の受信したダウンリンクフレームに対してＣＲＣ（Cyclic Redundancy Check）検査を行った後、ステップＳ１００９へ進む。上記のステップＳ１００９において、上記のＭＳＳは、上記のダウンリンクフレームにエラーが生じたかどうかを検査する。

上記のステップＳ１００９における検査の結果、ダウンリンクフレームにエラーが生じていない場合、上記のＭＳＳは、上記のステップＳ１００１に戻る。もし、上記のステップＳ１００９における検査の結果、上記のダウンリンクフレームにエラーが生じた場合、上記のＭＳＳは、ステップＳ１０１１へ進む。上記のステップＳ１０１１において、上記のＭＳＳは、上記の該当受信ダウンリンクフレームをｂａｄフレームとして判断し、上記のＣＯＮＳＥＣＵＴＩＶＥ＿ＢＡＤ＿ＦＲＡＭＥの値を１インクリメント後（ＣＯＮＳＥＣＵＴＩＶＥ＿ＢＡＤ＿ＦＲＡＭＥ＝ＣＯＮＳＥＣＵＴＩＶＥ＿ＢＡＤ＿ＦＲＡＭＥ＋１）、ステップＳ１０１３へ進む。上記のステップＳ１０１３において、上記のＭＳＳは、上記のＣＯＮＳＥＣＵＴＩＶＥ＿ＢＡＤ＿ＦＲＡＭＥの値が予め設定したｂａｄフレーム制限数ＬＩＭＩＴ＿ＢＡＤ＿ＦＲＡＭＥを超えたかどうかを検査する。上記の検査の結果、上記のＣＯＮＳＥＣＵＴＩＶＥ＿ＢＡＤ＿ＦＲＡＭＥの値がｂａｄフレーム制限数ＬＩＭＩＴ＿ＢＡＤ＿ＦＲＡＭＥを超えていない場合、上記のステップＳ１００３に戻る。上記のステップＳ１０１３における検査の結果、上記のＣＯＮＳＥＣＵＴＩＶＥ＿ＢＡＤ＿ＦＲＡＭＥの値がｂａｄフレーム制限数ＬＩＭＩＴ＿ＢＡＤ＿ＦＲＡＭＥを超える場合、上記のＭＳＳは、ステップＳ１０１５へ進む。上記のステップＳ１０１５において、上記のＭＳＳは、上記のＭＳＳ自身にドロップが生じたと検出して終了する。

一方、図８〜図１０において述べたように、ＭＳＳがドロップされると、上記のＭＳＳは、サービング基地局とセットアップされていたリンクが解放されるため、上記のＭＳＳは、通信を再開可能な新たなサービング基地局を検索する過程を行う必要がある。従来には、ドロップが生じたと検出したＭＳＳは、初期パワーオン後の動作と同様に、上記のＭＳＳに予め設定されている全ての周波数帯域をモニタリングしてキャリア対干渉雑音比（ＣＩＮＲ：Carrier to Interference and Noise Ratio；以下、「ＣＩＮＲ」と称する。）が最大の値を有する基準チャンネル、例えば、パイロットチャンネル信号を検出し、上記の最大のＣＩＮＲを有するパイロットチャンネル信号を送信した基地局をターゲット基地局として上記のターゲット基地局から送信するダウンリンクフレームのプレアンブルを受信し、上記のターゲット基地局とのシステム同期をとって上記のターゲット基地局を新たなサービング基地局として設定する。ここで、上記のＭＳＳが現在属しているサービング基地局ではない新たな基地局、すなわち、上記のＭＳＳがハンドオーバーして新たなサービング基地局となる可能性がある基地局がターゲット基地局である。しかしながら、本発明においては、上記のＭＳＳが上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージを受信後の通信実行中にドロップが生じる場合を想定しているため、上記の従来の技術の欄で述べたように、上記のＭＳＳがパワーオン後の動作でのようにＭＳＳに予め設定されている全ての周波数帯域をモニタリングして最大のＣＩＮＲを有するパイロットチャンネル信号を検出してサービング基地局を設定する一連の過程を行う必要がない。すなわち、本発明においては、ＭＳＳにドロップが生じたときに新たなサービング基地局となる可能性がある一部のターゲット基地局のみを考慮してサービング基地局を設定することにより、ドロップの発生による通信遅延の発生を極力抑える。

本発明においては、上記のＭＳＳが上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージを受信後、正常的な通信を行う最中にドロップが生じたか、あるいはハンドオーバーを行う最中にドロップが生じたかに応じて、それぞれ上記のＭＳＳがサービング基地局を選択する方法が異なり、このため、上記のＭＳＳがハンドオーバーを行わない状態、すなわち、非ハンドオーバー状態においてドロップが生じた場合と、ハンドオーバー状態においてドロップが生じた場合の２通りを考慮して上記のＭＳＳがサービング基地局を選択する過程について説明する。

図１１は、本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、非ハンドオーバー時にドロップが生じた場合のサービング基地局の選択過程を示す手順図である。

図１１を参照すると、先ず、ステップＳ１１０１において、ＭＳＳは、ドロップが生じたと検出してステップＳ１１０３へ進む。上記のステップＳ１１０３において、上記のＭＳＳは、上記のドロップが生じる前にサービング基地局から受信していたＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージに含まれている隣接基地局情報を検出し、上記の検出した隣接基地局情報上の隣接基地局に対する周波数帯域モニタリングのための変数ｉを０として設定し（ｉ＝０）、ステップＳ１１０５へ進む。ここで、上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージの構造は、上記の従来の技術の欄の表７において述べた通りであり、上記の隣接基地局情報は、隣接基地局の数と上記の隣接基地局の識別子及び物理チャンネル周波数などの情報を含んでいる。さらに、上記の変数ｉは、周波数帯域モニタリングを行った隣接基地局の数を示す変数である。上記のステップＳ１１０５において、上記のＭＳＳは、上記の隣接基地局情報のうち順次に隣接基地局を１ずつ選択して（ｉ＝ｉ＋１）該当周波数帯域をモニタリング後、ステップＳ１１０７へ進む。

上記のステップＳ１１０７において、上記のＭＳＳは、上記の隣接基地局に対する順次的な周波数帯域モニタリングの結果、ターゲット基地局が検出されるかどうかを検査する。ここで、上記のターゲット基地局とは、上述したように、上記のＭＳＳの新たなサービング基地局、すなわち、新規なサービング基地局として設定される可能性のある基地局を示し、例えば、パイロットチャンネル信号のＣＩＮＲが予め設定した設定ＣＩＮＲ以上を有する基地局を上記のターゲット基地局として設定することができる。上記の検査の結果、上記のターゲット基地局が検出されなかった場合、上記のＭＳＳは、ステップＳ１１１１へ進む。上記のステップＳ１１１１において、上記のＭＳＳは、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージに含まれている隣接基地局の数Ｎ＿ＮＥＩＧＨＢＯＲＳ未満であるかどうかを検査する。上記の検査の結果、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージに含まれている隣接基地局の数Ｎ＿ＮＥＩＧＨＢＯＲＳ未満である場合、上記のＭＳＳは、上記のステップＳ１１０５に戻る。

上記のステップＳ１１１１における検査の結果、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージに含まれている隣接基地局の数Ｎ＿ＮＥＩＧＨＢＯＲＳ以上である場合、上記のＭＳＳは、ステップＳ１１１３へ進む。上記のステップＳ１１１３において、上記のＭＳＳは、上記の隣接基地局に対してターゲット基地局を検出することに失敗したため、上記のＭＳＳに予め設定されている全ての周波数帯域をモニタリング後、ステップＳ１１１５へ進む。上記のステップＳ１１１５において、上記のＭＳＳは、ターゲット基地局が検出されるかどうかを検査する。上記の検査の結果、上記のターゲット基地局が検出されなかった場合、上記のＭＳＳは、上記のステップＳ１１１３に戻る。もし、上記の検査の結果、上記のターゲット基地局が検出される場合、ステップＳ１１０９へ進む。

一方、上記のステップＳ１１０７における検査の結果、ターゲット基地局が検出される場合、上記のＭＳＳは、上記のステップＳ１１０９へ進む。上記のステップＳ１１０９において、上記のＭＳＳは、上記の検出されたターゲット基地局のうち１つのターゲット基地局を選択して上記のＭＳＳ自身に対する新規なサービング基地局として選択後、終了する。ここで、多数個のターゲット基地局が検出された場合、上記のＭＳＳは、上記の多数個のターゲット基地局のうち１つのターゲット基地局を選択して新規なサービング基地局として選択するが、このとき、選択基準は、ＣＩＮＲの大小などであってもよい。

図１１においては、ＩＥＥＥ８０２．１６ｅ通信システムにおいて、非ハンドオーバー時にドロップが生じた場合のサービング基地局の選択過程について説明した。次いで、図１２に基づいて、ＩＥＥＥ８０２．１６ｅ通信システムにおいてＭＳＳの要求によるハンドオーバー時に、特に、ＭＳＳが移動ＭＳＳハンドオーバー要求（ＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱ：Mobile ＭＳＳ HandOver Request；以下、「ＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱ」と称する。）メッセージを送信後、ドロップが生じた場合のサービング基地局の選択過程について説明する。

図１２は、本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、ＭＳＳの要求によるハンドオーバーの実行中にＭＳＳがＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージを送信後、ドロップが生じた場合のサービング基地局の選択過程を示す手順図である。

図１２を参照すると、先ず、ステップＳ１２０１において、ＭＳＳは、ドロップが生じたと検出してステップＳ１２０３へ進む。上記のステップＳ１２０３において、上記のＭＳＳは、上記のドロップが生じる前にサービング基地局に送信していたＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージに含まれている隣接基地局情報を検出してステップＳ１２０５へ進む。ここで、上記のＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージに含まれている隣接基地局情報は、上記のＭＳＳが上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージのＮ＿ＮＥＩＧＨＢＯＲＳ個に該当する隣接基地局のそれぞれに対してパイロットチャンネル信号のＣＩＮＲをスキャニングした結果、上記のＮ＿ＮＥＩＧＨＢＯＲＳ個に該当する隣接基地局のうち予め設定した設定ＣＩＮＲ以上のサイズを有するパイロットチャンネル信号を送信したＮ＿ＲＥＣＯＭＭＥＮＤＥＤ個の隣接基地局に関する情報である。すなわち、上記のＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージに含まれている隣接基地局情報は、上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージ上のＮ＿ＮＥＩＧＨＢＯＲＳ個の隣接基地局のうちターゲット基地局となる可能性がある隣接基地局に関する情報である。ここで、上記の「パイロットチャンネル信号のＣＩＮＲを測定する」という表現は、説明の都合上、「パイロットチャンネル信号のＣＩＮＲをスキャンあるいはスキャニングする」と称する。ここで、上記のスキャン及びスキャニングは同じ概念を有し、この明細書中では、説明の都合上、これらが混用されていることに留意すべきである。

上記のステップＳ１２０５において、上記のＭＳＳは、上記の検出した隣接基地局情報上の隣接基地局をスキャニングしたＣＩＮＲの順に並べた後、周波数帯域モニタリングのための変数ｉを０として設定し（ｉ＝０）てステップＳ１２０７へ進む。ここで、上記の変数ｉは、周波数帯域モニタリングを行った隣接基地局の数を示す変数である。上記のステップＳ１２０７において、上記のＭＳＳは、上記の隣接基地局情報のうちＣＩＮＲの大小が大きな隣接基地局から順次に１ずつ隣接基地局を選択して（ｉ＝ｉ＋１）該当周波数帯域をモニタリング後、ステップＳ１２０９へ進む。

上記のステップＳ１２０９において、上記のＭＳＳは、上記の隣接基地局に対する順次的な周波数帯域モニタリングの結果、ターゲット基地局が検出されるかどうかを検査する。ここで、上記のターゲット基地局とは、上記のＭＳＳのサービング基地局として設定される可能性のある基地局を示し、例えば、パイロットチャンネル信号のＣＩＮＲが予め設定した設定ＣＩＮＲ以上を有する場合の基地局をターゲット基地局として設定することができる。上記の検査の結果、上記のターゲット基地局が検出されなかった場合、上記のＭＳＳは、ステップＳ１２１３へ進む。上記のステップＳ１２１３において、上記のＭＳＳは、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージに含まれている隣接基地局の数Ｎ＿ＲＥＣＯＭＭＥＮＤＥＤ未満であるかどうかを検査する。上記の検査の結果、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージに含まれている隣接基地局の数Ｎ＿ＲＥＣＯＭＭＥＮＤＥＤ未満である場合、上記のＭＳＳは、上記のステップＳ１２０７に戻る。

上記のステップＳ１２１３における検査の結果、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージに含まれている隣接基地局の数Ｎ＿ＲＥＣＯＭＭＥＮＤＥＤ以上である場合、上記のＭＳＳは、ステップＳ１２１５へ進む。上記のステップＳ１２１５において、上記のＭＳＳは、上記の隣接基地局に対してターゲット基地局を検出することに失敗したため、上記のＭＳＳに予め設定されている全ての周波数帯域をモニタリング後、ステップＳ１２１７へ進む。上記のステップＳ１２１７において、上記のＭＳＳは、ターゲット基地局が検出されるかどうかを検査する。上記の検査の結果、上記のターゲット基地局が検出されなかった場合、上記のＭＳＳは、上記のステップＳ１２１５に戻る。もし、上記の検査の結果、上記のターゲット基地局が検出される場合、ステップＳ１２１１へ進む。

一方、上記のステップＳ１２０９における検査の結果、ターゲット基地局が検出される場合、上記のＭＳＳは、上記のステップＳ１２１１へ進む。上記のステップＳ１２１１において、上記のＭＳＳは、上記の検出されたターゲット基地局のうち１つのターゲット基地局を選択して上記のＭＳＳ自身に対する新規なサービング基地局として選択後、終了する。ここで、多数個のターゲット基地局が検出された場合、上記のＭＳＳは、上記の多数個のターゲット基地局のうち１つのターゲット基地局を選択して新規なサービング基地局として選択するが、このとき、選択基準は、ＣＩＮＲの大小などであってもよい。

図１２においては、ＩＥＥＥ８０２．１６ｅ通信システムにおいて、ＭＳＳの要求によるハンドオーバーの実行中にＭＳＳがＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージを送信後、ドロップが生じた場合のサービング基地局の選択過程について説明した。次いで、図１３に基づいて、ＩＥＥＥ８０２．１６ｅ通信システムにおいて、サービング基地局の要求によるハンドオーバー時にＭＳＳが移動ハンドオーバー応答（ＭＯＢ＿ＨＯ＿ＲＳＰ：Mobile HandOver Response；以下、「ＭＯＢ＿ＨＯ＿ＲＳＰ」と称する。）メッセージを受信する前にドロップが生じた場合のサービング基地局の選択過程について説明する。

図１３は、本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、サービング基地局の要求によるハンドオーバーの実行中にＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信する前にドロップが生じた場合のサービング基地局の選択過程を示す手順図である。

図１３を説明するに先立って、上記のサービング基地局の要求によるハンドオーバーの実行中にＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信する前にドロップが生じた場合は、結局、上記のＭＳＳが非ハンドオーバー時に移動スキャン応答（ＭＯＢ＿ＳＣＮ＿ＲＳＰ：Mobile Scanning Interval Allocation Response；以下、「ＭＯＢ＿ＳＣＮ＿ＲＳＰ」と称する。）メッセージを受信後、隣接基地局のパイロットチャンネル信号をＣＩＮＲスキャニング後にドロップが生じた場合と同様な場合である。このため、図１３においては、サービング基地局の要求によるハンドオーバーの実行中にＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信する前にドロップが生じた場合であると想定しているが、上記のサービング基地局の要求によるハンドオーバーの実行中にＭＯＢ＿ＨＯ−ＲＳＰメッセージを受信する前にドロップが生じた場合は、実際にＭＳＳが非ハンドオーバー時にＭＯＢ＿ＳＣＮ＿ＲＳＰメッセージ受信に伴い隣接基地局のパイロットチャンネル信号をＣＩＮＲスキャニング後にドロップが生じた場合と同じであることに留意すべきである。

図１３を参照すると、先ず、ステップＳ１３０１において、上記のＭＳＳは、ドロップが生じたと検出してステップＳ１３０３へ進む。上記のステップＳ１３０３において、上記のＭＳＳは、上記のドロップが生じる前にサービング基地局から受信していたＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージに含まれている隣接基地局情報を検出してステップＳ１３０５へ進む。上記のステップＳ１３０５において、上記のＭＳＳは、上記の検出した隣接基地局情報上の隣接基地局をスキャニングしたＣＩＮＲの順に並べた後、周波数帯域モニタリングのための変数ｉを０として設定し（ｉ＝０）ステップＳ１３０７へ進む。ここで、上記の変数ｉは、周波数帯域モニタリングを行った隣接基地局の数を示す変数である。上記のステップＳ１３０７において、上記のＭＳＳは、上記の隣接基地局情報のうちＣＩＮＲの大小が大きな隣接基地局から順番に１ずつ隣接基地局を選択して（ｉ＝ｉ＋１）該当周波数帯域をモニタリング後、ステップＳ１３０９へ進む。

上記のステップＳ１３０９において、上記のＭＳＳは、上記の隣接基地局に対する順次的な周波数帯域モニタリングの結果、ターゲット基地局が検出されるかどうかを検査する。上記の検査の結果、上記のターゲット基地局が検出されなかった場合、上記のＭＳＳは、ステップＳ１３１３へ進む。上記のステップＳ１３１３において、上記のＭＳＳは、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージに含まれている隣接基地局の数Ｎ＿ＮＥＩＧＨＢＯＲＳ未満であるかどうかを検査する。上記の検査の結果、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージに含まれている隣接基地局の数Ｎ＿ＮＥＩＧＨＢＯＲＳ未満である場合、上記のＭＳＳは、上記のステップＳ１３０７に戻る。

上記のステップＳ１３１３における検査の結果、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＮＢＲ＿ＡＤＶメッセージに含まれている隣接基地局の数Ｎ＿ＮＥＩＧＨＢＯＲＳ以上である場合、上記のＭＳＳは、ステップＳ１３１５へ進む。上記のステップＳ１３１５において、上記のＭＳＳは、上記の隣接基地局に対してターゲット基地局を検出することに失敗したため、上記のＭＳＳに予め設定されている全ての周波数帯域をモニタリング後、ステップＳ１３１７へ進む。上記のステップＳ１３１７において、上記のＭＳＳは、ターゲット基地局が検出されるかどうかを検査する。上記の検査の結果、上記のターゲット基地局が検出されなかった場合、上記のＭＳＳは、上記のステップＳ１３１５に戻る。もし、上記の検査の結果、上記のターゲット基地局が検出される場合、ステップＳ１１３１へ進む。

一方、上記のステップＳ１３０９における検査の結果、ターゲット基地局が検出される場合、上記のＭＳＳは、上記のステップＳ１３１１へ進む。上記のステップＳ１３１１において、上記のＭＳＳは、上記の検出されたターゲット基地局のうち１つのターゲット基地局を選択して上記のＭＳＳ自身に対するサービング基地局として選択後、終了する。ここで、多数個のターゲット基地局が検出された場合、上記のＭＳＳは、上記の多数個のターゲット基地局のうち１つのターゲット基地局を選択してサービング基地局として選択するが、このとき、選択基準は、ＣＩＮＲの大小などであってもよい。

図１３においては、ＩＥＥＥ８０２．１６ｅ通信システムにおいて、サービング基地局の要求によるハンドオーバーの実行中にＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信する前にドロップが生じた場合のサービング基地局の選択過程について説明した。次いで、図１４に基づいて、ＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバー時にＭＳＳがＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信後、ドロップが生じた場合のサービング基地局の選択過程について説明する。

図１４は、本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバー時にＭＳＳがＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信後、ドロップが生じた場合のサービング基地局の選択過程を示す手順図である。

図１４を説明するに先立って、上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージは、ＭＳＳの要求によるハンドオーバー時及びサービング基地局の要求によるハンドオーバー時ともに、サービング基地局からＭＳＳに送信されるメッセージとして図１４のサービング基地局の選択過程はＭＳＳの要求によるハンドオーバーであるか、それともサービング基地局の要求によるハンドオーバーであるかを区別する必要がない。

図１４を参照すると、先ずステップＳ１４０１において、上記のＭＳＳは、ドロップが生じたと検出してステップＳ１４０３へ進む。上記のステップＳ１４０３において、上記のＭＳＳは、上記のドロップが生じる前にサービング基地局から受信していたＭＯＢ＿ＨＯ＿ＲＳＰメッセージに含まれている隣接基地局情報を検出してステップＳ１４０５へ進む。ここで、上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージに含まれている隣接基地局情報は、上記の従来の技術の欄の表１４において述べたように、上記のＭＳＳがハンドオーバー可能なターゲット基地局のうち上記のＭＳＳが要求した帯域幅及びサービスレベルを満足するＮ＿ＲＥＣＯＭＭＥＮＤＥＤ個のターゲット基地局に関する情報を示す。

上記のステップＳ１４０５において、上記のＭＳＳは、上記の検出した隣接基地局情報上の隣接基地局のサービスレベル順に並べた後、周波数帯域モニタリングのための変数ｉを０として設定し（ｉ＝０）、ステップＳ１４０７へ進む。ここで、上記の変数ｉは、周波数帯域モニタリングを行った隣接基地局の数を示す変数である。上記のステップＳ１４０７において、上記のＭＳＳは、上記の隣接基地局情報のうちサービスレベルの高い隣接基地局から順次に１ずつ隣接基地局を選択して（ｉ＝ｉ＋１）該当周波数帯域をモニタリング後、ステップＳ１４０９へ進む。

上記のステップＳ１４０９において、上記のＭＳＳは、上記の隣接基地局に対する順次的な周波数帯域モニタリングの結果、ターゲット基地局が検出されるかどうかを検査する。上記の検査の結果、上記のターゲット基地局が検出されなかった場合、上記のＭＳＳは、ステップＳ１４１３へ進む。上記のステップＳ１４１３において、上記のＭＳＳは、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージに含まれている隣接基地局の数Ｎ＿ＲＥＣＯＭＭＥＮＤＥＤ未満であるかどうかを検査する。上記の検査の結果、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージに含まれている隣接基地局の数Ｎ＿ＲＥＣＯＭＭＥＮＤＥＤ未満である場合、上記のＭＳＳは、上記のステップＳ１４０７に戻る。

上記のステップＳ１４１３における検査の結果、上記の周波数帯域をモニタリングした隣接基地局の数を示す変数ｉが上記のＭＯＢ＿ＨＯ＿ＲＳＰメッセージに含まれている隣接基地局の数Ｎ＿ＲＥＣＯＭＭＥＮＤＥＤ以上である場合、上記のＭＳＳは、ステップＳ１４１５へ進む。上記のステップＳ１４１５において、上記のＭＳＳは、上記の隣接基地局に対してターゲット基地局を検出することに失敗したため、上記のＭＳＳに予め設定されている全ての周波数帯域をモニタリング後、ステップＳ１４１７へ進む。上記のステップＳ１４１７において、上記のＭＳＳは、ターゲット基地局が検出されるかどうかを検査する。上記の検査の結果、上記のターゲット基地局が検出されなかった場合、上記のＭＳＳは、上記のステップＳ１４１５に戻る。もし、上記の検査の結果、上記のターゲット基地局が検出される場合、ステップＳ１４１１へ進む。

一方、上記のステップＳ１４０９における検査の結果、ターゲット基地局が検出される場合、上記のＭＳＳは、上記のステップＳ１４１１へ進む。上記のステップＳ１４１１において、上記のＭＳＳは、上記の検出されたターゲット基地局のうち１つのターゲット基地局を選択して上記のＭＳＳ自身に対するサービング基地局として選択後、終了する。ここで、多数個のターゲット基地局が検出された場合、上記のＭＳＳは、上記の多数個のターゲット基地局のうち１つのターゲット基地局を選択してサービング基地局として選択するが、このとき、選択基準は、ＣＩＮＲの大小などであってもよい。

図１４においては、ＩＥＥＥ８０２．１６ｅ通信システムにおいて、ハンドオーバー時にＭＳＳがＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信後、ドロップが生じた場合のサービング基地局の選択過程について説明した。次いで、図１５に基づいて、ＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバー時にＭＳＳがＭＯＢ＿ＨＯ＿ＩＮＤメッセージを送信後、ドロップが生じた場合のサービング基地局の選択過程について説明する。

図１５は、本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、ハンドオーバー時にＭＳＳがＭＯＢ＿ＨＯ＿ＩＮＤメッセージを送信後、ドロップが生じた場合のサービング基地局の選択過程を示す手順図である。

図１５を説明するに先立って、上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージは、ＭＳＳの要求によるハンドオーバー時及びサービング基地局の要求によるハンドオーバー時ともにＭＳＳからサービング基地局に送信されるメッセージとして図１５のサービング基地局の選択過程は、ＭＳＳの要求によるハンドオーバーであるか、それともサービング基地局の要求によるハンドオーバーであるかを区別する必要がない。

図１５を参照すると、先ず、ステップＳ１５０１において、上記のＭＳＳは、ドロップが生じたと検出してステップＳ１５０３へ進む。上記のステップＳ１５０３において、上記のＭＳＳは、上記のドロップが生じる前にサービング基地局から送信していたＭＯＢ＿ＨＯ＿ＩＮＤメッセージに含まれているターゲット基地局情報を検出してステップＳ１５０５へ進む。ここで、上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージには上記のＭＳＳがハンドオーバーしたい最終的なターゲット基地局情報が含まれており、上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージの構造は、表１５に示す通りであるため、その詳細な説明を省く。

上記のステップＳ１５０５において、上記のＭＳＳは、上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージから検出したターゲット基地局の周波数帯域をモニタリングしてステップＳ１５０７へ進む。上記のステップＳ１５０７において、上記のＭＳＳは、上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージから検出したターゲット基地局がターゲット基地局として検出されるかどうかを検査する。上記の検査の結果、上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージから検出したターゲット基地局がターゲット基地局として検出されなかった場合、上記のＭＳＳは、図１４のステップＳ１４０３へ進む。もし、上記の検査の結果、上記のＭＯＢ＿ＨＯ＿ＩＮＤメッセージから検出したターゲット基地局がターゲット基地局として検出された場合、上記のＭＳＳは、ステップＳ１５０９へ進む。上記のステップＳ１５０９において、上記のＭＳＳは、上記の検出したターゲット基地局をサービング基地局として設定後に終了する。

図１５においては、ＩＥＥＥ８０２．１６ｅ通信システムにおいて、ハンドオーバー時にＭＳＳがＭＯＢ−ＨＯ−ＩＮＤメッセージを送信後、ドロップが生じた場合のサービング基地局の選択過程について説明した。次いで、図１６に基づいて、ＩＥＥＥ８０２．１６ｅ通信システムにおいてドロップされていたＭＳＳが最短時間内に通信を再開するためにドロップレンジングコードを用いてレンジング手続きを行う過程について説明する。

図１６は、本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいてドロップが生じたＭＳＳがドロップレンジングコードを用いてレンジング手続きを行う過程を示す信号フローチャートである。

図１６を説明するに先立って、上記のＩＥＥＥ８０２．１６ｅ通信システムに用いられるレンジングは、ＩＥＥＥ８０２．１６ａ通信システムに用いられるレンジングと同様に、初期レンジングと、メンテナンスレンジング、すなわち、周期的なレンジングと、帯域幅要求レンジングと、に分類される。上記の初期レンジングと、周期的なレンジング及び帯域幅要求レンジングは、上記の従来の技術の欄における説明と同様であるため、ここではその詳細な説明を省く。

一方、上記の従来の技術の欄において述べたように、上記の基地局は、上記のレンジングの目的、すなわち、種類に応じてそれぞれ使用可能なレンジングコードを割り当てなければならない。上記のＩＥＥＥ８０２．１６ｅ通信システムにおいては、所定の長さ、例えば、ビット長を有する擬似ランダム雑音（ＰＮ：Pseudo-random Noise；以下、「ＰＮ」と称する。）シーケンスを所定の単位でセグメンテーションしてレンジングコードを生成し、例えば、最大のＱ８個（ＲＣ（Ranging Code）＃１〜ＲＣ＃Ｑ）のレンジングコードを生成する。

現在、上記のＩＥＥＥ８０２．１６ｅ通信システムにおいては、上記のＱ個のレンジングコードを上記の３通りの目的のレンジング、すなわち、初期レンジングと、周期的なレンジング及び帯域幅要求レンジングに相違して用いられるように割り当てており、例えば、Ｎ個のレンジングコードを初期レンジングのために割り当て（ＮＲＣ（Ranging Code）s for initial ranging）、Ｍ個のレンジングコードを周期的なレンジングのために割り当て（ＭＲＣs for maintenance ranging）、Ｌ個のレンジングコードを帯域幅要求レンジングのために割り当てる（ＬＲＣs for ＢＷ−request ranging）。ここで、上記の全てのレンジングコードの数Ｑは、上記の初期レンジングのために割り当てられるレンジングコードの数Ｎと、上記の周期的なレンジングのために割り当てられるレンジングコードの数Ｍと、上記の帯域幅要求レンジングのために割り当てられるレンジングコードの数Ｌと、を合計した値と同値になる（Ｑ＝Ｎ＋Ｍ＋Ｌ）

しかしながら、本発明においては、上記のＱ個のレンジングコードを４通りの目的のレンジング、すなわち、初期レンジングと、周期的なレンジングと、帯域幅要求レンジング及びドロップレンジングに相違して用いられるように割り当てる。例えば、Ａ個のレンジングコードを初期レンジングのために割り当て（ＡＲＣs for initial ranging）、Ｂ個のレンジングコードを周期的なレンジングのために割り当て（ＢＲＣs for periodic ranging）、Ｃ個のレンジングコードを帯域幅要求レンジングのために割り当て（ＣＲＣs for ＢＷ−request ranging）、Ｄ個のレンジングコードをドロップレンジングのために割り当てる（ＤＲＣs for drop ranging）。ここで、上記の全てのレンジングコードの数Ｑは、上記の初期レンジングのために割り当てられるレンジングコードの数Ａと、上記の周期的なレンジングのために割り当てられるレンジングコードの数Ｂと、上記の帯域幅要求レンジングのために割り当てられるレンジングコードの数Ｃと、上記のドロップレンジングのために割り当てられるレンジングコードの数Ｄと、を合計した値と同値となる（Ｑ＝Ａ＋Ｂ＋Ｃ＋Ｄ）。

一方、本発明において新たに提案するドロップレンジングとは、通信を行う最中にドロップが生じた場合、上記のドロップされた通信を優先して再開するために行われるレンジングであって、実質的な動作は上記の初期レンジングと類似している。上記のドロップが生じたＭＳＳがドロップレンジングコードを用いてドロップレンジングを行う場合、該当基地局は、上記のＭＳＳがドロップが生じていて、通信を再開するＭＳＳであることを判断して、上記のＭＳＳの通信を優先して再開する。

図１６を参照すると、先ず、ＭＳＳ１６００とサービング基地局１６１０との初期同期がとられると（ステップＳ１６１１）上記のＭＳＳ１６００は、上記のサービング基地局１６１０からＤＬ（ＤｏｗｎＬｉｎｋ）＿ＭＡＰメッセージと、ＵＬ（Ｕｐｌｉｎｋ）＿ＭＡＰメッセージと、ダウンリンクチャンネルディスクリプト（ＤＣＤ：Downlink Channel Descript；以下、「ＤＣＤ」と称する。）メッセージと、アップリンクチャンネルディスクリプト（ＵＣＤ：Uplink Channel Descript；以下、「ＵＣＤ」と称する。）メッセージを受信する（ステップＳ１６１３）。ここで、上記のサービング基地局１６１０は、上記のＭＳＳ１６００がドロップされていて、新たに選択した新規なサービング基地局である。

上記のＭＳＳ１６００は、上記のＭＳＳ１６００自身がドロップされていて、通信を再開するＭＳＳであることを知らせるために、ドロップレンジングコードを送信する（ステップＳ１６１５）。上記のサービング基地局１６１０は、上記のドロップレンジングコードを受信すると、上記のＭＳＳ１６００がドロップされていて、通信を再開するＭＳＳであることを認識し、次の転送時点においてＤＬ＿ＭＡＰ、ＵＬ＿ＭＡＰ、ＤＣＤ、ＵＣＤメッセージを送信する（ステップＳ１６１７）。上記のステップＳ１６１７において送信するＵＬ＿ＭＡＰメッセージには、上記のドロップされていたＭＳＳ１６００がＲＮＧ−ＲＥＱメッセージを転送すべきタイムスロット割り当て情報が含まれる。

ついで、上記のＭＳＳ１６００は、上記のステップＳ１６１７のＵＬ＿ＭＡＰメッセージに含まれているタイムスロット割り当て情報に対応するタイムスロットにおいて、上記のサービング基地局１６１０に上記のドロップの発生による通信の再開のために、上記のＭＳＳ１６００が上記のドロップされる前に通信を行っていた以前のサービング基地局情報と暗号化情報を含めたＲＮＧ−ＲＥＱメッセージを送信する（ステップＳ１６１９）。上記のサービング基地局１６１０は、上記のＲＮＧ＿ＲＥＱメッセージに対する応答メッセージであるＲＮＧ＿ＲＳＰメッセージを上記のＭＳＳ１６００に送信する（ステップＳ１６２１）。

ここで、上記のサービング基地局１６１０は、上記のＭＳＳ１６００がドロップされていて、通信を再開したＭＳＳであるため、上記のＭＳＳ１６００が非競争方式によりネットワーク進入過程を行えるように上記のＭＳＳ１６００に優先して資源を割り当てる。ここで、上記のネットワーク進入動作は、上記のＭＳＳ１６００とサービング基地局１６１０との登録及び認証のための動作である。一方、上記のＲＮＧ＿ＲＳＰメッセージを受信したＭＳＳ１６００は、上記のサービング基地局１６１０とネットワーク進入動作を行う（ステップＳ１６２３）。

図１６においては、ＩＥＥＥ８０２．１６ｅ通信システムにおいて、ドロップが生じたＭＳＳがドロップレンジングコードを用いてドロップレンジング手続きを行う過程について説明した。次いで、図１７に基づいて、ＩＥＥＥ８０２．１６ｅ通信システムにおいてドロップされていたＭＳＳが最短時間内に通信を再開するためにドロップレンジングタイムスロットを用いてドロップレンジング手続きを行う過程について説明する。

図１７は、本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、ドロップが生じたＭＳＳがドロップレンジングスロットを用いてレンジング手続きを行う過程を示す信号フローチャートである。

先ず、ＭＳＳ１７００とサービング基地局１７１０との間に初期同期が取られると（ステップＳ１７１１）、上記のＭＳＳ１７００は、上記のサービング基地局１７１０からＤＬ＿ＭＡＰメッセージと、ＵＬ＿ＭＡＰメッセージと、ＤＣＤメッセージと、ＵＣＤメッセージを受信する（ステップＳ１７１３）。ここで、上記のサービング基地局１７１０は、上記のＭＳＳ１７００がドロップされていて、新たに選択した新規なサービング基地局である。ここで、上記のＵＬ＿ＭＡＰメッセージには上記のドロップレンジングオフセット、すなわち、ドロップレンジングタイムスロットに関する情報が含まれ、上記のドロップレンジングオフセット情報が含まれた、本発明において新たに提案するＵＬ＿ＭＡＰメッセージのドロップレンジング情報エレメント（Ｄｒｏｐ＿ＲａｎｇｉｎｇＩＥ：Drop Ranging Information Element）は、下記表１６に示す通りである。

一方、上記のＭＳＳ１７００は、上記のＭＳＳ１７００がドロップされていて、通信を再開するＭＳＳであることを知らせるために、上記のドロップレンジングタイムスロットにおいてＲＮＧ＿ＲＥＱメッセージを送信する（ステップＳ１７１５）。上記のサービング基地局１７１０は、上記のドロップレンジングタイムスロットにおいて、上記のＭＳＳ１７００から上記のＲＮＧ＿ＲＥＱメッセージを受信すると、上記のＭＳＳ１７００がドロップされていて、通信を再開するＭＳＳとして認識後、上記のＲＮＧ＿ＲＥＱメッセージに対する応答メッセージであるＲＮＧ＿ＲＳＰメッセージを上記のＭＳＳ１７００に送信する（ステップＳ１７１７）。ここで、上記のサービング基地局１７１０は、上記のＭＳＳ１７００がドロップされていて、通信を再開したＭＳＳであるため、上記のＭＳＳ１７００が非競争方式によりネットワーク進入過程を行えるように上記のＭＳＳ１６００に優先して資源を割り当てる。一方、上記のＲＮＧ＿ＲＳＰメッセージを受信したＭＳＳ１７００は、上記のサービング基地局１７１０とネットワーク進入動作を行う（ステップＳ１７１９）。

一方、本発明の詳細な説明においては、具体的な実施の形態について説明したが、本発明の範囲から逸脱しない限り、各種の変形が可能であることはいうまでもない。よって、本発明の範囲は説明された実施の形態に限定されるものではなく、後述する特許請求の範囲だけではなく、それと均等なものにより定まるべきである。

通常のＩＥＥＥ８０２．１６ａ通信システム構造を概略的に示す図。 通常のＩＥＥＥ８０２．１６ａ通信システムのダウンリンクフレーム構造を概略的に示す図。 通常のＩＥＥＥ８０２．１６ａ通信システムのアップリンクフレーム構造を概略的に示す図。 通常のＩＥＥＥ８０２．１６ａ通信システムの基地局とＳＳとのレンジング過程を概略的に示す信号フローチャート。 通常のＩＥＥＥ８０２．１６ｅ通信システムの構造を概略的に示す図。 通常のＩＥＥＥ８０２．１６ｅ通信システムにおいて、ＭＳＳの要求によるハンドオーバー過程を示す信号フローチャート。 通常のＩＥＥＥ８０２．１６ｅ通信システムにおいて、基地局の要求によるハンドオーバー過程を示す信号フローチャート。 本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、周期的なレンジング手続きを用いてＭＳＳがドロップの発生を検出する過程を示す手順図。 本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、周期的なレンジング手続きを用いてサービング基地局がドロップの発生を検出する過程を示す手順図。 本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、ダウンリンク状態を用いてＭＳＳがドロップの発生を検出する過程を示す手順図。 本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、非ハンドオーバー時にドロップが生じた場合のサービング基地局の選択過程を示す手順図。 本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、ＭＳＳの要求によるハンドオーバーの実行中にＭＳＳがＭＯＢ＿ＭＳＳＨＯ＿ＲＥＱメッセージを送信後、ドロップが生じた場合のサービング基地局の選択過程を示す手順図。 本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、サービング基地局の要求によるハンドオーバーの実行中にＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信する前にドロップが生じた場合のサービング基地局の選択過程を示す手順図。 本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバー時にＭＳＳがＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信後、ドロップが生じた場合のサービング基地局の選択過程を示す手順図。 本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバー時にＭＳＳがＭＯＢ＿ＨＯ＿ＩＮＤメッセージを受信後、ドロップが生じた場合のサービング基地局の選択過程を示す手順図。 本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、ドロップが生じたＭＳＳがドロップレンジングコードを用いてレンジング手続きを行う過程を示す信号フローチャート。 本発明の実施の形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、ドロップが生じたＭＳＳがドロップレンジングスロットを用いてレンジング手続きを行う過程を示す信号フローチャート。

符号の説明

１６００、１７００ ＭＳＳ
１６１０、１７１０ サービング基地局

Claims (4)

1. 広帯域無線接続通信システムにおけるレンジングコードを割り当てる方法であって、
   前記レンジングコードを、初期レンジングに用いる初期レンジングコード、周期的なレンジングに用いる周期的なレンジング、帯域幅要求レンジングに用いる帯域幅要求レンジング、及びドロップレンジングに用いるドロップレンジングに分類するステップと、
   前記初期レンジングコードとしてＡ個のレンジングコードを、前記周期的なレンジングコードとしてＢ個のレンジングコードを、及び、前記帯域幅要求レンジングコードとしてＣ個のレンジングコードを、及び、前記ドロップレンジングコードとしてＤ個のレンジングコードを割り当てるステップと
   を含み、
   前記ドロップレンジングコードは、ドロップされていて、通信を再開しようとする移動加入者端末であることを基地局に認識させるためのレンジングコードであり、前記移動加入者端末がドロップされたとき、前記移動加入者端末から前記基地局に送信されることで、前記移動加入者端末が非競争方式により優先して通信を再開させるためのレンジングコードである
   ことを特徴とする方法。
2. 前記Ａ個のレンジングコード、前記Ｂ個のレンジングコード、前記Ｃ個のレンジングコード、及び前記Ｄ個のレンジングコードの合計は、予め設定された数に等しい、ことを特徴とする請求項１に記載の方法。
3. 広帯域無線接続通信システムにおけるレンジングコードを割り当てるシステムであって、
   レンジングを分類する送信側と、
   前記送信側からの情報を受信し、レンジングを行う受信側と、
   を備え、
   前記レンジングコードを、初期レンジングに用いる初期レンジングコード、周期的なレンジングに用いる周期的なレンジング、帯域幅要求レンジングに用いる帯域幅要求レンジング、及びドロップレンジングに用いるドロップレンジングに分類し、前記送信側は、前記初期レンジングコードとしてＡ個のレンジングコードを、前記周期的なレンジングコードとしてＢ個のレンジングコードを、前記帯域幅要求レンジングコードとしてＣ個のレンジングコードを、及び、前記ドロップレンジングコードとしてＤ個のレンジングコードを割り当て、
   前記ドロップレンジングコードは、ドロップされていて、通信を再開する前記受信側であることを前記送信側に認識させるためのレンジングコードであり、前記受信側がドロップされたとき、前記受信側から前記送信側に送信されることで、前記受信側が非競争方式により優先して通信を再開させるためのレンジングコードである
   ことを特徴とするシステム。
4. 前記Ａ個のレンジングコード、前記Ｂ個のレンジングコード、前記Ｃ個のレンジングコード、及び前記Ｄ個のレンジングコードの合計は、予め設定された数に等しい、ことを特徴とする請求項３に記載のシステム。

Images