(57)【要約】  移動加入者端末機と、移動加入者端末機にサービスを提供しているサービング基地局とを有する広帯域無線接続通信システムにおいて、移動加入者端末機が媒体接続制御階層の動作モードを制御する方法は、移動加入者端末機が非活性化状態（inactive state）に存在する場合、電力及び運営資源を保存するためにアイドルモードへモード遷移するステップと、アイドルモードで、サービング基地局が属している呼出し領域とは異なる呼出し領域に属しているターゲット基地局への移動加入者端末機の移動を検出するステップと、移動加入者端末機の移動が検出されると、アウェイクモードへモード遷移してターゲット基地局とともに位置更新を遂行するステップとを具備する。
2007525128.tif 000002
【特許請求の範囲】
【請求項１】
移動加入者端末機と、前記移動加入者端末機にサービスを提供しているサービング基地局とを有する広帯域無線接続通信システムにおいて、前記移動加入者端末機が媒体接続制御階層の動作モードを制御する方法であって、
前記移動加入者端末機が非活性化状態（inactive state）に存在する場合、電力及び運営資源を保存するためにアイドルモードへモード遷移するステップと、
前記アイドルモードで、前記サービング基地局が属している呼出し領域とは異なる呼出し領域に属しているターゲット基地局への前記移動加入者端末機の移動を検出するステップと、
前記移動加入者端末機の移動が検出されると、前記アウェイクモードへモード遷移して前記ターゲット基地局とともに位置更新を遂行するステップと
を具備することを特徴とする方法。
【請求項２】
前記アイドルモードで、前記移動加入者端末機が前記移動加入者端末機自身をターゲットとする呼出しを感知すると、前記アイドルモードから前記アウェイクモードへモード遷移するステップをさらに具備することを特徴とする請求項１記載の方法。
【請求項３】
前記呼出しを感知するステップは、
前記サービング基地局からブロードキャストされる呼出し情報を呼出し周期に対応して受信するステップと、
前記呼出し情報が前記移動加入者端末機の移動加入者端末機識別子を含む場合、前記呼出しの存在を認識するステップとを具備することを特徴とする請求項２記載の方法。
【請求項４】
前記呼出し情報は、前記サービング基地局からサービスされる複数の移動加入者端末機のうち、前記アウェイクモードから前記アイドルモードへモード遷移する移動加入者端末機が覚める時点を相互に異なって設定するために決定されたオフセット値及び前記呼出し周期に基づいて決定されることを特徴とする請求項３記載の方法。
【請求項５】
前記移動加入者端末機識別子は、前記移動加入者端末機の媒体接続制御階層アドレスであることを特徴とする請求項３記載の方法。
【請求項６】
前記呼出し領域は、複数の基地局を単一の呼出し単位でグループ化させた領域であり、同一の呼出し領域内の基地局は、同一の呼出し領域識別子を使用することを特徴とする請求項１記載の方法。
【請求項７】
前記位置更新を遂行するステップは、
前記ターゲット基地局へ位置更新要求を送信することによって、前記位置更新を要求するステップと、
前記位置更新要求に応じて、前記ターゲット基地局から位置更新応答を受信すると、前記位置更新応答に応じて前記アイドルモードへモード遷移するステップと
を具備することを特徴とする請求項６記載の方法。
【請求項８】
移動加入者端末機と、前記移動加入者端末機にサービスを提供しているサービング基地局とを有する広帯域無線接続通信システムにおいて、前記移動加入者端末機が媒体接続制御階層の動作モードを制御する方法であって、
アウェイクモードで、予め定められた第１の時間の間に、前記サービング基地局と前記移動加入者端末機との間のデータ送信が存在しない場合、アイドルモードへモード遷移するステップと、
前記アイドルモードで、予め定められた期間ごとに前記アウェイクモードへモード遷移して、前記移動加入者端末機自身の位置更新動作を遂行するステップと
を具備することを特徴とする方法。
【請求項９】
前記予め定められた期間は、前記移動加入者端末機が決定した選択呼出し周期と、前記選択呼出し周期に従って、前記移動加入者端末機の位置を更新するために設定されたカウンティング値とを考慮して決定されることを特徴とする請求項８記載の方法。
【請求項１０】
前記アウェイクモードで、予め定められた前記第１の時間未満で予め定められた第２の時間の間に、前記サービング基地局と前記移動加入者端末機との間のデータ送信が存在しない場合、スリープモードへモード遷移するステップをさらに具備することを特徴とする請求項８記載の方法。
【請求項１１】
前記アイドルモードで、前記移動加入者端末機が前記移動加入者端末機自身をターゲットとする呼出しを感知すると、前記アイドルモードから前記アウェイクモードへモード遷移するステップをさらに具備することを特徴とする請求項８記載の方法。
【請求項１２】
前記呼出しを感知するステップは、
前記アイドルモードで予め定められた呼出し周期に従って、前記サービング基地局からブロードキャストされる呼出し情報を受信し、前記呼出し情報が前記移動加入者端末機の移動加入者端末機識別子を含む場合、前記呼出しの存在を認識することを特徴とする請求項１１記載の方法。
【請求項１３】
前記移動加入者端末機識別子は、前記移動加入者端末機の媒体接続制御階層アドレスであることを特徴とする請求項１２記載の方法。
【請求項１４】
前記呼出し情報は、前記サービング基地局からサービスされる複数の移動加入者端末機のうち、前記アウェイクモードから前記アイドルモードへモード遷移する移動加入者端末機が覚める時点を相互に異なって設定するために決定されたオフセット値及び前記呼出し周期に基づいて決定されることを特徴とする請求項１２記載の方法。
【請求項１５】
前記位置更新を遂行するステップは、
初期レンジングを遂行するステップと、
前記初期レンジングによって選択されたサービング基地局が属している呼出し領域の識別子と、前記移動加入者端末機自身の移動加入者端末機識別子とを含めて、前記サービング基地局に位置更新を要求するステップと、
前記位置更新要求に応じて、前記サービング基地局から位置更新応答を受信すると、前記位置更新応答に応じて前記アイドルモードへモード遷移するステップとを具備し、
前記呼出し領域は、複数の基地局を単一の呼出し単位でグループ化させた領域であることを特徴とする請求項８記載の方法。
【請求項１６】
前記移動加入者端末機識別子は、前記移動加入者端末機の媒体接続制御階層アドレスであることを特徴とする請求項１５記載の方法。
【請求項１７】
移動加入者端末機と、前記移動加入者端末機にサービスを提供しているサービング基地局とを有する広帯域無線接続通信システムにおいて、前記移動加入者端末機が媒体接続制御階層の動作モードを制御するシステムであって、
アウェイクモードで予め設定されている第１の時間の間に、前記サービング基地局と前記移動加入者端末機との間のデータ送信が存在しない場合、アイドルモードへモード遷移し、前記アイドルモードで、前記サービング基地局が属している呼出し領域と相互に異なる呼出し領域に属しているターゲット基地局で前記移動加入者端末機の移動を検出すると、前記アウェイクモードへモード遷移して、前記ターゲット基地局に前記移動加入者端末機の移動による位置更新を要求し、前記ターゲット基地局から前記位置更新の要求に応じて受信された位置更新応答に対応して位置更新動作を遂行する前記移動加入者端末機と、
前記移動加入者端末機からの位置更新要求を検出すると、前記呼出し領域を管理する呼出し制御器及び前記移動加入者端末機の位置更新動作を遂行して、前記移動加入者端末機へ前記位置更新応答を送信する前記ターゲット基地局と、
前記ターゲット基地局及び前記移動加入者端末機の位置更新動作の結果に対応して前記移動加入者端末機の位置を更新する前記呼出し制御器と
を具備することを特徴とするシステム。
【請求項１８】
前記移動加入者端末機は、前記アイドルモードで、前記移動加入者端末機自身をターゲットとする呼出しを感知すると、前記アイドルモードから前記アウェイクモードへモード遷移することを特徴とする請求項１７記載のシステム。
【請求項１９】
前記移動加入者端末機は、前記アイドルモードで予め定められた呼出し周期に従って、前記サービング基地局からブロードキャストされる呼出し情報を受信し、前記呼出し情報が前記移動加入者端末機の移動加入者端末機識別子を含む場合、前記呼出しの存在を認識することを特徴とする請求項１８記載のシステム。
【請求項２０】
前記移動加入者端末機識別子は、前記移動加入者端末機の媒体接続制御階層アドレスであることを特徴とする請求項１９記載のシステム。
【請求項２１】
前記呼出し制御器は、前記呼出し周期を決定し、前記サービング基地局からサービスされる複数の移動加入者端末機のうち、前記アウェイクモードから前記アイドルモードへモード遷移する移動加入者端末機が覚める時点を相互に異なって設定するためにオフセット値を決定し、前記呼出し周期及び前記オフセット値に基づいて前記呼出し情報を決定することを特徴とする請求項１９記載のシステム。
【請求項２２】
前記移動加入者端末機は、前記アウェイクモードで、予め定められた前記第１の時間未満で予め定められた第２の時間の間に、前記サービング基地局と前記移動加入者端末機との間のデータ送信が存在しない場合、スリープモードへモード遷移することを特徴とする請求項１７記載のシステム。
【請求項２３】
前記呼出し領域は、複数の基地局を単一の呼出し単位でグループ化させた領域であり、同一の呼出し領域内の基地局は、同一の呼出し領域識別子を使用することを特徴とする請求項１７記載のシステム。
【請求項２４】
前記移動加入者端末機は、前記移動加入者端末機の移動加入者端末機識別子と、前記サービング基地局が属している呼出し領域の識別子とを含めて、前記ターゲット基地局に位置更新を要求し、前記位置更新要求に応じて、前記サービング基地局から位置更新応答を受信すると、前記位置更新応答に応じて前記アイドルモードへモード遷移することを特徴とする請求項２３記載のシステム。
【請求項２５】
前記移動加入者端末機識別子は、前記移動加入者端末機の媒体接続制御階層アドレスであることを特徴とする請求項２４記載のシステム。
【請求項２６】
広帯域無線接続通信システムにおいて、媒体接続制御階層の動作モードを制御するシステムであって、
アウェイクモードで予め設定されている第１の時間の間に、前記サービング基地局と前記移動加入者端末機との間のデータ送信が存在しない場合、アイドルモードへモード遷移し、前記アイドルモードで、予め定められた期間ごとに前記アウェイクモードへモード遷移して、前記移動加入者端末機自身の位置更新を要求し、前記位置更新要求に応じて、前記基地局から受信される位置更新応答に従って、前記基地局との位置更新を遂行する移動加入者端末機と、
前記移動加入者端末機からの位置更新要求を検出すると、前記呼出し領域を管理する呼出し制御器及び前記移動加入者端末機の位置更新動作を遂行して、前記移動加入者端末機へ前記位置更新要求に従う前記位置更新応答を送信する前記基地局と、
前記基地局及び前記移動加入者端末機の位置更新動作の結果に対応して前記移動加入者端末機の位置を更新する前記呼出し制御器と
を具備することを特徴とするシステム。
【請求項２７】
前記予め定められた期間は、前記移動加入者端末機が決定した選択呼出し周期と、前記選択呼出し周期に従って、前記移動加入者端末機の位置を更新するために設定されたカウンティング値とを考慮して決定されることを特徴とする請求項２６記載のシステム。
【請求項２８】
前記移動加入者端末機は、前記アウェイクモードで、予め定められた前記第１の時間未満で予め定められた第２の時間の間に、前記サービング基地局と前記移動加入者端末機との間のデータ送信が存在しない場合、スリープモードへモード遷移することを特徴とする請求項２６記載のシステム。
【請求項２９】
前記移動加入者端末機は、前記アイドルモードで、前記移動加入者端末機が前記移動加入者端末機自身をターゲットとする呼出しを感知すると、前記アイドルモードから前記アウェイクモードへモード遷移することを特徴とする請求項２６記載のシステム。
【請求項３０】
前記移動加入者端末機は、前記アイドルモードで予め定められた呼出し周期に従って、前記サービング基地局からブロードキャストされる呼出し情報を受信し、前記呼出し情報が前記移動加入者端末機の移動加入者端末機識別子を含む場合、前記呼出しの存在を認識することを特徴とする請求項２６記載のシステム。
【請求項３１】
前記移動加入者端末機識別子は、前記移動加入者端末機の媒体接続制御階層アドレスであることを特徴とする請求項３０記載のシステム。
【請求項３２】
前記呼出し制御器は、前記呼出し周期を決定し、前記サービング基地局からサービスされる複数の移動加入者端末機のうち、前記アウェイクモードから前記アイドルモードへモード遷移する移動加入者端末機が覚める時点を相互に異なって設定するためにオフセット値を決定し、前記呼出し周期及び前記オフセット値に基づいて前記呼出し情報を決定することを特徴とする請求項３０記載のシステム。
【請求項３３】
前記移動加入者端末機は、初期レンジングを遂行し、前記初期レンジングによって選択された基地局が属している呼出し領域の識別子と、前記移動加入者端末機自身の移動加入者端末機識別子とを含めて、前記基地局に位置更新を要求し、前記位置更新要求に応じて、前記基地局から位置更新応答を受信すると、前記位置更新応答に応じて前記アイドルモードへモード遷移し、前記呼出し領域は、複数の基地局を単一の呼出し単位でグループ化させた領域であることを特徴とする請求項２６記載のシステム。
【請求項３４】
前記移動加入者端末機識別子は、前記移動加入者端末機の媒体接続制御階層アドレスであることを特徴とする請求項３３記載のシステム。
【請求項３５】
基地局と、前記基地局によって占有されるセル内の複数の移動加入者端末機と、前記基地局に接続された呼出し制御器とを含んでいる広帯域無線接続通信システムにおいて、前記複数の移動加入者端末機のうち、幾つかの移動加入者端末機がトラヒックの送信を有するアウェイクモードから、前記トラヒックの送信を有しないアイドルモードへモード遷移する場合、前記呼出し制御器によって前記複数の移動加入者端末機に対する呼出し時点を決定する方法であって、
呼出し周期を決定するステップと、
前記複数の移動加入者端末機が覚める時点を相互に異なって設定するためのオフセット値を決定するステップと、
前記呼出し周期及び前記オフセット値に基づいて、前記複数の移動加入者端末機が覚める時点を決定するステップと
を具備することを特徴とする方法。
【請求項３６】
広帯域無線接続通信システムであって、
基地局と、
前記基地局によって占有されるセル内の複数の移動加入者端末機と、
前記複数の移動加入者端末機のうち、複数の移動加入者端末機がトラヒックの送信を有するアウェイクモードから、前記トラヒックの送信を有しないアイドルモードへモード遷移する場合に、呼出し時点を決定し、前記複数の移動加入者端末機が覚める時点を相互に異なって設定するためのオフセット値を決定し、前記呼出し周期及び前記オフセット値に基づいて前記複数の移動加入者端末機が覚める時点を決定する呼出し制御器と
を具備することを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広帯域無線接続通信システムに関し、特に、媒体接続制御階層の動作モードを制御するシステム及び方法に関する。
【背景技術】
【０００２】
次世代通信システムのうちの１つである第４世代（4th Generation；以下、“４Ｇ”と称する）通信システムにおいては、約１００Ｍｂｐｓの送信速度で多様なサービス品質（Quality of Service；以下、“ＱｏＳ”と称する）を有するサービスを複数の使用者に提供するための活発な研究が進められている。現在、第３世代（3rd Generation；以下、“３Ｇ”と称する）通信システムにおいて、一般に、比較的品質が悪いチャンネル環境を有する室外チャンネル環境では、約３８４Ｋｂｐｓの送信速度を支援し、比較的品質が良好なチャンネル環境を有する室内チャンネル環境でも、最大２Ｍｂｐｓ程度の送信速度を支援する。
【０００３】
一方、無線近距離通信ネットワーク（Local Area Network；以下、“ＬＡＮ”と称する）システム及び無線都市地域ネットワーク（Metropolitan Area Network；以下、“ＭＡＮ”と称する）システムは、一般に、２０Ｍｂｐｓ〜５０Ｍｂｐｓの送信速度を支援する。しかしながら、上記無線ＭＡＮシステムは、そのサービス領域（coverage）が広く、高速の送信速度を支援するので、高速通信サービスの支援には適合するが、ユーザ、すなわち、加入者端末機（Subscriber Station；ＳＳ）の移動性をまったく考慮しないシステムであるので、加入者端末機の高速移動によるハンドオーバー（handover）もまったく考慮されていない。
【０００４】
結果的に、４Ｇ通信システムは、比較的高い送信速度を保証する無線ＬＡＮシステム及び無線ＭＡＮシステムにおける移動性及びＱｏＳを保証する形態の新たな通信システムを開発して、上記４Ｇ通信システムから提供される高速サービスを支援しようとする研究が活発に進められている。
【０００５】
一方、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６a通信システムは、上記無線ＭＡＮシステムの物理チャンネル（physical channel）に、広帯域（broadband）送信ネットワークを支援するために、直交周波数分割多元（Orthogonal Frequency Division Multiplexing；以下、‘ＯＦＤＭ'と称する）方式及び直交周波数分割多元接続（Orthogonal Frequency Division Multiple Access；以下、‘ＯＦＤＭＡ'と称する）方式を適用する。ＩＥＥＥ８０２．１６ａ通信システムは、ＯＦＤＭ／ＯＦＤＭＡ方式を使用する広帯域無線接続通信システムである。
【０００６】
上述したように、ＩＥＥＥ８０２．１６ａ通信システムは、現在ＳＳが固定された状態、すなわち、ＳＳの移動性をまったく考慮しない状態と単一のセル構造のみを考慮している。しかしながら、上述したように、ＩＥＥＥ８０２．１６ｅ通信システムは、ＩＥＥＥ８０２．１６ａ通信システムの特性に加えてＳＳの移動性を考慮する。従って、ＩＥＥＥ８０２．１６ｅシステムは、多重セル（multi-cell）環境でのＳＳの移動性を考慮しなければならない。このように、多重セル環境でのＳＳの移動性を提供するためには、ＳＳ及び基地局の動作が必然的に変更されなければならない。しかしながら、ＩＥＥＥ８０２．１６ｅ通信システムは、多重セル環境とＳＳの移動性を取り扱う何の方法も提案していない。特に、上記ＳＳの移動性を支援するために、上記多重セル環境を考慮したＳＳのハンドオーバーに関する研究が活発に進行している。ここで、上記移動性を有するＳＳを移動加入者端末機（Mobile Subscriber Station；以下、‘ＭＳＳ'と称する）と呼ぶ。
【０００７】
図１は、一般的なＩＥＥＥ８０２．１６ｅ通信システムの構成を概略的に示すブロック図である。
【０００８】
図１を参照すると、上記ＩＥＥＥ ８０２．１６ｅ通信システムは、第１のセル１００と第２のセル１５０とを有する多重セルの構造を備える。さらに、セル１００を管理するＢＳ１１０と、セル１５０を管理するＢＳ１４０と、複数のＭＳＳ１１１，１１３，１３０，１５１，１５３とを含む。そして、ＢＳ１１０,１４０とＭＳＳ１１１，１１３，１３０，１５１，１５３との間の信号送受信は、上述したＯＦＤＭ/ＯＦＤＭＡ方式を用いて行われる。ＭＳＳ１１１，１１３，１３０，１５１，１５３のうち、ＭＳＳ１３０は、セル１００とセル１５０との境界地域、すなわち、ハンドオーバー領域に存在する。したがって、ＭＳＳ１３０に対するハンドオーバーを支援するときのみ、ＭＳＳ１３０に対する移動性を支援することができる。
【０００９】
上記ＩＥＥＥ ８０２．１６ｅ通信システムにおいて、任意のＭＳＳは、複数のＢＳから送信されるパイロット信号を受信し、その受信されたパイロット信号のキャリアー対干渉雑音比（ＣＩＮＲ:Carrier to Interference and Noise Ratio）を測定する。その後、ＭＳＳは、測定された複数のパイロットチャンネル信号のＣＩＮＲのうち、最大値のＣＩＮＲを有するパイロットチャンネル信号を送信したＢＳを、ＭＳＳが現在属しているＢＳ、すなわち、サービングＢＳ（Serving ＢＳ）として選択する。すなわち、ＭＳＳは、パイロット信号を送信する複数のＢＳのうち、ＭＳＳが最も順調に受信できるパイロット信号を送信するＢＳを、ＭＳＳが属するＢＳとして認識する。その結果、ＭＳＳが現在属しているＢＳがサービングＢＳとなる。上記サービングＢＳを選択したＭＳＳは、上記サービングＢＳから送信される下りリンク（downlink）フレーム及び上りリンク（uplink）フレームを受信する。
【００１０】
図２を参照して、ＩＥＥＥ８０２．１６ｅ通信システムで提案している媒体接続制御（Medium Access Control；以下、‘ＭＡＣ'と称する）階層の動作モードについて説明する。
【００１１】
図２は、一般的なＩＥＥＥ８０２．１６ｅ通信システムのＭＡＣ階層が支援する動作モードを概略的に示すモードダイアグラムである。
【００１２】
図２を参照すると、ＩＥＥＥ８０２．１６ｅ通信システムのＭＡＣ階層は、アウェイクモード２１０とスリープモード２２０との２種類の動作モードを支援する。まず、スリープモード２２０は、パケットデータ（packet data）が送信されないアイドル（idle）区間の間にＭＳＳの電力消費を最小化するために提案された。すなわち、ＭＳＳは、アウェイクモード２１０からスリープモード２２０へモード遷移し（２１１）、これによって、パケットデータが送信されないアイドル区間でのＭＳＳの電力消費を最小化させる。一般的に、上記パケットデータは、バースト（burst）で発生するので、上記パケットデータが送信されない区間でも、パケットデータが送信される区間と同一に動作することは、不合理であるという理由でスリープモード２２０が提案された。
【００１３】
しかしながら、上記スリープモードにあるＭＳＳがＢＳ間に送受信するパケットデータが発生すると、ＭＳＳは、アウェイクモードにモード遷移して、パケットデータを送受信する。しかしながら、上記パケットデータがトラヒックモード（traffic mode）に依存性が強い特性を有するので、スリープモード動作は、上記パケットデータのトラヒック特性及び送信方式特性を考慮して、有機的に遂行されなければならない。
【００１４】
ここで、スリープモード２２０での動作を支援するために、ＩＥＥＥ８０２．１６ｅ通信システムで現在提案している方式を説明すると、下記の通りである。
【００１５】
しかしながら、ＩＥＥＥ８０２．１６ｅ通信システムで現在提案している方式を説明するに先立って、まず、ＭＳＳがスリープモード２２０へモード遷移するためには、ＭＳＳは、ＢＳからのモード遷移の承諾を受信しなければならず、ＢＳは、ＭＳＳがスリープモード２２０にモード遷移するように承諾すると同時に、ＭＳＳへ送信されるパケットデータをバッファリング（buffering）、又は廃棄（dropping）する動作を遂行しなければならない。また、ＢＳは、ＭＳＳの聴取期間（以下、“ＬＩＳＴＥＮＩＮＧ ＩＮＴＥＲＶＡＬ”と称する） の間に、ＭＳＳへ送信されるパケットデータが存在することを通知しなければならず、このとき、ＭＳＳは、スリープモード２２０から覚めて、ＢＳから自身に送信されるべきパケットデータが存在するか否かを確認しなければならない。ここで、“聴取区間”は、下記で詳細に説明する。
【００１６】
ＢＳからＭＳＳへ送信されるパケットデータが存在することを感知すると、ＭＳＳは、スリープモード２２０からアウェイクモード２１０へモード遷移して、ＢＳからパケットデータを受信する。しかしながら、ＢＳからＭＳＳへ送信されるパケットデータが存在しないことを感知すると、ＭＳＳは、スリープモード２２０に滞在する。
【００１７】
ここで、アウェイクモード２１０及びスリープモード２２０での動作を支援するために必要とされるパラメータを説明すると、下記の通りである。
【００１８】
（１） スリップ区間（ＳＬＥＥＰ ＩＮＴＥＲＶＡＬ）
上記スリープ区間は、加入者端末機が要求し、加入者端末機の要求に応じてＢＳが割り当てる区間であって、加入者端末機がスリープモードへモード遷移する時点からアウェイクモードへ戻る時点までの時区間（time interval）を示す。結果的に、ＭＳＳがスリープモード２２０に滞在する時間として定義される。
【００１９】
ＭＳＳは、スリープ区間の後でも、スリープモード２２０に持続的に存在することができる。この場合、予め設定されている初期スリープウィンドー（initial sleep window）又は最終スリープウィンドー（final sleep window）値を用いて、スリープ区間更新アルゴリズムを遂行することによって、スリープ区間を更新（update）する。ここで、上記初期スリープウィンドー値は、スリープ区間の最小値であり、上記最終スリープウィンドー値は、スリープ区間の最大値である。また、上記初期スリープウィンドー値及び上記最終スリープウィンドー値は、フレーム数で示され、ＢＳがすべて割り当てる。これらの値は、下記で詳細に説明する。
【００２０】
（２） 聴取区間（LISTENING INTERVAL）
聴取区間は、ＭＳＳが要求し、ＭＳＳの要求に応じてＢＳが割り当てる区間であって、ＭＳＳがスリープモード２２０からアウェイクモード２１０へモード遷移した後、ＢＳからのダウンリンク（downlink）信号に同期し、トラヒック指示（ＴＲＦ＿ＩＮＤ；traffic indication）メッセージのようなダウンリンクメッセージを聴取しなければならない時区間を示す。ここで、ＴＲＦ＿ＩＮＤメッセージは、ＭＳＳへ送信されるトラヒック（すなわち、パケットデータ）の存在を示すメッセージであって、下記で詳細に説明する。
【００２１】
ＭＳＳは、ＴＲＦ＿ＩＮＤメッセージの値に従って、さらにスリープモードへモード遷移するか、又は、アウェイクモードに滞在するかを決定する。
【００２２】
（３） スリープ区間更新アルゴリズム（SLEEP INTERVAL UPDATE ALGORITHM）
ＭＳＳは、スリープモード２２０へモード遷移すると、予め設定されている最小ウィンドー値を最小スリープモード周期として見なし、スリープ区間を決定する。スリープ区間が経過した後、聴取区間の間に、ＭＳＳがスリープモードから覚めて、ＢＳから送信されるパケットデータが存在するか否かを確認する。ＢＳから送信されるパケットデータが存在しないことが確認されると、ＭＳＳは、スリープ区間を以前のスリープ区間値より２倍長い値に設定し、継続してスリープモード２２０に滞在する。
【００２３】
例えば、最小ウィンドー値が‘２’である場合、ＭＳＳは、スリープ区間を２フレームに設定した後、２フレームの間、スリープモードに滞在する。２フレームが経過した後、ＭＳＳは、スリープモードから覚めてトラヒック指示（ＴＲＦ＿ＩＮＤ）メッセージが受信されるか否かを判断する。ＴＲＦ＿ＩＮＤメッセージが受信されないと、すなわち、ＢＳからＭＳＳへ送信されるパケットデータが存在しないと判断されると、ＭＳＳは、スリープ区間を２フレームの２倍である４フレームに設定した後、この４フレームの間スリープモード２２０に滞在する。従って、スリープ区間は、初期スリープウィンドー値から最終スリープウィンドー値まで増加する。上述したようなスリープ区間を更新するアルゴリズムは、スリープ区間更新アルゴリズム（SLEEP INTERVAL UPDATE ALGORITHM）となる。
【００２４】
以下、図３を参照して、ＭＳＳのネットワーク再進入過程（network re-entry process）について説明する。
【００２５】
図３は、従来のＩＥＥＥ８０２．１６ｅ通信システムにおいて、ＭＳＳのネットワーク再進入過程を概略的に示す信号フローチャートである。
【００２６】
図３を参照すると、まず、ステップ３１１で、ＭＳＳは、ハンドオーバーに従って、上記ハンドオーバーされたＢＳ、すなわち、新たなサービングＢＳから送信されるダウンリンクフレームのプリアンブル（preamble）を受信して、上記新たなサービングＢＳとのシステム同期を獲得する。この後、ＭＳＳは、ＢＳによってブロードキャストされるＢＳ情報、すなわち、ダウンリンクチャンネルディスクリプタ（Downlink Channel Descriptor；以下、‘ＤＣＤ'と称する）メッセージと、アップリンクチャンネルディスクリプタ（Uplink Channel Descriptor；以下、‘ＵＣＤ'と称する）メッセージと、ＤＬ（DownLink）＿ＭＡＰメッセージと、ＵＬ（UpLink）＿ＭＡＰメッセージと、移動隣接ＢＳ通知（Mobile Neighbor Advertisement；以下、‘ＭＯＢ＿ＮＢＲ＿ＡＤＶ'と称する） メッセージとを含むＢＳ情報を受信して、ダウンリンク同期を獲得した後、ステップ３１３へ進行する。
【００２７】
この後、ステップ３１３で、ＭＳＳは、ＢＳへレンジング要求（ranging request；以下、‘ＲＮＧ＿ＲＥＱ'と称する）メッセージを送信して、ＢＳから上記ＲＮＧ＿ＲＥＱメッセージに対する応答メッセージであるレンジング応答（ranging response；以下、‘ＲＮＧ＿ＲＳＰ'と称する）メッセージを受信し、ＢＳとのアップリンク同期を獲得する。その後、ステップ３１５で、ＭＳＳは、周波数及び電力を調整する。
【００２８】
この後、ステップ３１７で、ＭＳＳは、ＢＳとＭＳＳの基本容量に対する交渉を遂行した後、ステップ３１９へ進行する。ステップ３１９で、ＭＳＳは、ＢＳとともに認証（authentication）動作を遂行することによって、ＭＳＳに割り当てられた認証キー（ＡＫ；Authorization Key） 及び暗号化キー（ＴＥＫ；Traffic Encryption Key）を獲得して、ステップ３２１へ進行する。ステップ３２１で、ＭＳＳは、ＢＳにＭＳＳ自身の登録を要求して、ＭＳＳの登録を完了する。ステップ３２３で、ＭＳＳは、ＢＳとのインターネットプロトコル（ＩＰ；Internet Protocol） 接続を遂行する。ステップ３２５で、ＭＳＳは、ＢＳに接続されたＩＰを介して運営情報をダウンロード（download）する。ステップ３２７で、ＭＳＳは、ＢＳとのサービスフロー（service flow）接続動作を遂行する。ここで、上記サービスフローとは、予め定められた任意のＱｏＳを有する接続（connection）を通じて、ＭＡＣサービスデータユニット（Service Data Unit；ＳＤＵ）が送受信されるフローを意味する。この後、ステップ３２９で、ＭＳＳは、ＢＳから提供されるサービスを使用した後、上記過程を終了する。
【００２９】
次いで、図４を参照して、ＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバー過程を説明する。
【００３０】
図４は、一般的なＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバー過程を示す信号フローチャートである。
【００３１】
図４を参照すると、ＭＳＳは、隣接ＢＳ（neighbor BS）からのパイロット信号のＣＩＮＲをスキャンする（ステップ４１１）。ＭＳＳ４００がＭＳＳ４００自身が属しているサービングＢＳを変更しなければならないことを決定すると（ステップ４１３）、ＭＳＳ４００は、現在のサービングＢＳ４１０へ移動ハンドオーバー要求（Mobile HandOver Request；以下、‘ＭＯＢ＿ＨＯ＿ＲＥＱ'と称する）メッセージを送信する（ステップ４１５）。図４は、ＭＳＳ４００が第１の隣接ＢＳ４２０と第２の隣接ＢＳ４３０とを含む２つの隣接ＢＳを有する場合を仮定したものである。ここで、上記ＭＯＢ＿ＨＯ＿ＲＥＱメッセージは、ＭＳＳ４００がスキャニングした結果を含む。
【００３２】
サービングＢＳ４１０がＭＳＳ４００の送信したＭＯＢ＿ＨＯ＿ＲＥＱメッセージを受信すると、サービングＢＳ４１０は、受信された上記ＭＯＢ＿ＨＯ＿ＲＥＱメッセージに含まれている情報を使用して、ＭＳＳ４００がハンドオーバー可能な隣接ＢＳのリストに関する情報を検出する（ステップ４１７）。ここで、説明の便宜上、上記ハンドオーバー可能な隣接ＢＳのリストを‘ハンドオーバー可能な隣接ＢＳリスト'と称し、図４では、上記ハンドオーバー可能な隣接ＢＳのリストに第１の隣接ＢＳ４２０及び第２の隣接ＢＳ４３０が存在すると仮定する。もちろん、上記ハンドオーバー可能な隣接ＢＳのリストには、複数の隣接ＢＳが含まれることができる。サービングＢＳ４１０は、上記ハンドオーバー可能な隣接ＢＳのリストに含まれている隣接ＢＳ、すなわち、第１の隣接ＢＳ４２０及び第２の隣接ＢＳ４３０へハンドオーバー通知（以下、‘ＨＯ＿ＮＯＴＩＦＩＣＡＴＩＯＮ'と称する）メッセージを送信する（ステップ４１９及びステップ４２１）。
【００３３】
第１の隣接ＢＳ４２０及び第２の隣接ＢＳ４３０は、サービングＢＳ４１０からＨＯ＿ＮＯＴＩＦＩＣＡＴＩＯＮメッセージを受信すると、ＨＯ＿ＮＯＴＩＦＩＣＡＴＩＯＮメッセージに対する応答メッセージであるハンドオーバー通知応答（以下、‘ＨＯ＿ＮＯＴＩＦＩＣＡＴＩＯＮ＿ＲＥＳＰＯＮＳＥ'と称する）メッセージをサービングＢＳ４１０へ送信する（ステップ４２３及びステップ４２５）。上記ＨＯ＿ＮＯＴＩＦＩＣＡＴＩＯＮ＿ＲＥＳＰＯＮＳＥメッセージは、ＭＳＳ４００のＭＳＳ識別子（ＭＳＳ ＩＤ）を含んでいる複数の情報エレメント（ＩＥ；Information Element）と、該当隣接ＢＳがＭＳＳ４００の要求に応じてハンドオーバーを遂行することができるか否かに対する応答（ＡＣＫ／ＮＡＣＫ）と、ＭＳＳ４００が各隣接ＢＳに対してハンドオーバーされた時、上記ターゲットＢＳの各々が提供することができる帯域幅及びサービスレベル（service level）情報とを含む。
【００３４】
一方、第１の隣接ＢＳ４２０及び第２の隣接ＢＳ４３０からＨＯ＿ＮＯＴＩＦＩＣＡＴＩＯＮ＿ＲＥＳＰＯＮＳＥメッセージを受信したサービングＢＳ４１０は、第１の隣接ＢＳ４２０及び第２の隣接ＢＳ４３０から受信されたＨＯ＿ＮＯＴＩＦＩＣＡＴＩＯＮ＿ＲＥＳＰＯＮＳＥメッセージを分析して、ＭＳＳ４００がハンドオーバーされる時、ＭＳＳ４００が要求する帯域幅及びサービスレベルを最適に提供することができる隣接ＢＳをＭＳＳ４００が実際にハンドオーバーされるターゲットＢＳとして選択する。
【００３５】
例えば、ＭＳＳ４００の要求したサービスレベルが第１の隣接ＢＳ４２０が提供することができるサービスレベルよりも高く、ＭＳＳ４００の要求したサービスレベルが第２の隣接ＢＳ４３０が提供することができるサービスレベルと同一であると仮定すると、サービングＢＳ４１０は、第２の隣接ＢＳ４３０をターゲットＢＳとして選択する。すると、サービングＢＳ４１０は、第２の隣接ＢＳ４３０へ、ＨＯ＿ＮＯＴＩＦＩＣＡＴＩＯＮ＿ＲＥＳＰＯＮＳＥメッセージに対する応答メッセージとして、ハンドオーバー通知確認（ＨＯ＿ＮＯＴＩＦＩＣＡＴＩＯＮ＿ＣＯＮＦＩＲＭ）メッセージを送信する（ステップ４２７）。
【００３６】
また、サービングＢＳ４１０は、ＭＯＢ＿ＨＯ＿ＲＥＱメッセージに対する応答メッセージとして、ＭＳＳ４００へ移動ハンドオーバー応答（Mobile HandOver Response；以下、‘ＭＯＢ＿ＨＯ＿ＲＳＰ'と称する）メッセージを送信する（ステップ４２９）。ここで、ＭＯＢ＿ＨＯ＿ＲＳＰメッセージは、ＭＳＳ４００がハンドオーバーされるターゲットＢＳに関する情報を含む。
【００３７】
次いで、ＭＯＢ＿ＨＯ＿ＲＳＰメッセージを受信したＭＳＳ４００は、上記ＭＯＢ＿ＨＯ＿ＲＳＰメッセージに含まれている情報を分析して、ＭＳＳ４００自身がハンドオーバーするターゲットＢＳを選択する。上記ハンドオーバーするターゲットＢＳを選択したＭＳＳ４００は、サービングＢＳ４１０へ、ＭＯＢ＿ＨＯ＿ＲＳＰメッセージに対する応答メッセージである移動ハンドオーバー指示（ＭＯＢ＿ＨＯ＿ＩＮＤ；Mobile Handover Indication、以下、‘ＭＯＢ＿ＨＯ＿ＩＮＤ'と称する）メッセージを送信する（ステップ４３１）。
【００３８】
ＭＯＢ＿ＨＯ＿ＩＮＤメッセージを受信したサービングＢＳ４１０は、ＭＳＳ４００がＭＯＢ＿ＨＯ＿ＩＮＤメッセージに含まれているターゲットＢＳ（すなわち、第２の隣接ＢＳ４３０）にハンドオーバーされることを認識した後、ＭＳＳ４００と現在設定されているリンクを解除する（ステップ４３３）。すると、ＭＳＳ４００は、第２の隣接ＢＳ４３０と初期レンジング（initial ranging）過程を遂行した後（ステップ４３５）、上記初期レンジングに成功すると、第２の隣接ＢＳ４３０とネットワーク再進入過程を遂行する（ステップ４３７）。
【００３９】
図４を参照して説明したようなハンドオーバー関連動作は、アウェイクモードに存在するＭＳＳが遂行する動作である。一方、スリープモードに存在するＭＳＳは、スリープ区間が満了して、アウェイクモードに遷移して聴取区間となったとき、ＭＳＳ自身がセル境界に到達したことを感知する場合、上記アウェイクモードで動作しながら、図４のハンドオーバー関連動作を遂行する。すなわち、ＭＳＳがスリープモードに存在する間に、任意の第１のセルから上記第１のセルとは異なる第２のセルへセルを移動すると、ＭＳＳは、上記第１のセルを管理する第１のＢＳとの接続を復旧することができない。従って、上記第２のセルを管理する第２のＢＳとネットワーク再進入過程を遂行する。現在のＩＥＥＥ８０２．１６ｅ通信システムにおいて、上記ネットワーク再進入過程を遂行するに際して、ＭＳＳは、ＭＳＳが属していた以前のＢＳのＢＳ ＩＤを送信し、これによって、新たなＢＳは、ＭＳＳがハンドオーバーされていることを認識することができる。すると、上記新たなＢＳは、上記以前のＢＳからＭＳＳの情報を獲得して、ＭＳＳとともにハンドオーバーを遂行することができる。
【００４０】
上記では、ＭＳＳの電力消費を減少するための方案及びＭＳＳのハンドオーバーのための方案について説明した。しかしながら、上記電力消費の減少のための方案が上記スリープモードに存在するＭＳＳに適用される場合、上記方案は、ＭＳＳがスリープモードに存在しているとしても、セルを移動する度に、上述したようなハンドオーバー動作を遂行しなければならないために非効率的である。特に、送受信されるトラヒックがまったく発生しないＭＳＳであるとしても、上記セル間の移動に従うハンドオーバー動作を遂行しなければならないので、ＭＳＳの電力消費の減少の効果は低下され、上記ハンドオーバー動作の遂行によるメッセージオーバーヘッド（overhead）が発生する。さらに、上記スリープモード及びアウェイクモードに存在するＭＳＳのすべては、周期的レンジング（periodic ranging）を遂行する。上記スリープモードに存在するＭＳＳの周期的レンジング手順は、不必要な電力消費及びメッセージオーバーヘッドを引き起こす。
【００４１】
また、現在ＩＥＥＥ８０２．１６ｅ通信システムは、上記のように、送受信されるトラヒックがまったく発生しないＭＳＳにも多様な形態の基本無線資源を常に割り当てる。ここで、ＭＳＳに基本的に常に割り当てられる無線資源を説明すると、次の通りである。
【００４２】
（１）  基本接続識別子（Basic Connection Identifier；ＣＩＤ）（Ｂａｓｉｃ ＣＩＤ）
上記基本ＣＩＤは、比較的長さが短くて緊急に送信されなければならないメッセージ、すなわち、緊急制御メッセージを送信するのに使用される接続識別子である。
【００４３】
（２） 第１の管理ＣＩＤ（Primary Management CID）
上記第１の管理ＣＩＤは、比較的長さが長くて、その緊急度が比較的低いメッセージを伝送するのに使用される接続識別子である。
【００４４】
（３） 第２の管理ＣＩＤ（Secondary Management CID）
上記第２の管理ＣＩＤは、比較的その緊急度が低い、少なくとも３階層以上の標準プロトコルに関連したメッセージを送信するのに使用される接続識別子である。
【００４５】
さらに、ＩＥＥＥ８０２．１６ｅ通信システムにおいて、各ＭＳＳがインターネットプロトコルバージョン４（Internet Protocol version 4；以下、‘ＩＰｖ４'と称する）アドレスを割り当てられるが、上記ＩＰｖ４アドレスも制限された無線資源である。上述したような無線資源は、実際のトラヒックがまったく送受信されないＭＳＳにも割り当てられて、無線資源の効率性を低下させる。従って、高速で移動しているＭＳＳの電力消費を最小化させながらも、無線資源の使用効率性を最大にするＢＳとＭＳＳとの間の動作を支援するためのＭＡＣ階層の具体的な動作方式に対する必要性が台頭してきている。
【発明の開示】
【発明が解決しようとする課題】
【００４６】
上記背景に鑑みて、本発明の目的は、広帯域無線接続通信システムのＭＡＣ階層動作モードを制御するシステム及び方法を提供することにある。
【００４７】
本発明の他の目的は、広帯域無線接続通信システムのＭＡＣ階層動作モードを制御して、ＭＳＳの電力消費を最小にするシステム及び方法を提供することにある。
【００４８】
本発明のまた他の目的は、広帯域無線接続通信システムにおいて、ＭＡＣ階層のアイドルモードでＭＳＳを呼び出すシステム及び方法を提供することにある。
【００４９】
本発明のさらなる目的は、広帯域無線接続通信システムにおいて、ＭＡＣ階層のアイドルモードでＭＳＳの移動に従う位置更新のためのシステム及び方法を提供することにある。
【課題を解決するための手段】
【００５０】
このような目的を達成するために、本発明の第１の見地によると、移動加入者端末機と、上記移動加入者端末機にサービスを提供しているサービング基地局とを有する広帯域無線接続通信システムにおいて、上記移動加入者端末機が媒体接続制御階層の動作モードを制御する方法は、上記移動加入者端末機が非活性化状態（inactive state）に存在する場合、電力及び運営資源を保存するためにアイドルモードへモード遷移するステップと、上記アイドルモードで、上記サービング基地局が属している呼出し領域とは異なる呼出し領域に属しているターゲット基地局への上記移動加入者端末機の移動を検出するステップと、上記移動加入者端末機の移動が検出されると、上記アウェイクモードへモード遷移して上記ターゲット基地局とともに位置更新を遂行するステップとを具備することを特徴とする。
【００５１】
本発明の第２の見地によると、移動加入者端末機と、上記移動加入者端末機にサービスを提供しているサービング基地局とを有する広帯域無線接続通信システムにおいて、上記移動加入者端末機が媒体接続制御階層の動作モードを制御する方法は、アウェイクモードで、予め定められた第１の時間の間に、上記サービング基地局と上記移動加入者端末機との間のデータ送信が存在しない場合、アイドルモードへモード遷移するステップと、上記アイドルモードで、予め定められた期間ごとに上記アウェイクモードへモード遷移して、上記移動加入者端末機自身の位置更新動作を遂行するステップとを具備することを特徴とする。
【００５２】
本発明の第３の見地によると、基地局と、上記基地局によって占有されるセル内の複数の移動加入者端末機と、上記基地局に接続された呼出し制御器とを含んでいる広帯域無線接続通信システムにおいて、上記複数の移動加入者端末機のうち、複数の移動加入者端末機がトラヒックの送信を有するアウェイクモードから、上記トラヒックの送信を有しないアイドルモードへモード遷移する場合、上記呼出し制御器によって上記複数の移動加入者端末機に対する呼出し時点を決定する方法は、呼出し周期を決定するステップと、上記複数の移動加入者端末機が覚める時点を相互に異なって設定するためのオフセット値を決定するステップと、上記呼出し周期及び上記オフセット値に基づいて、上記複数の移動加入者端末機が覚める時点を決定するステップとを具備することを特徴とする。
【００５３】
本発明の第４の見地によると、移動加入者端末機と、上記移動加入者端末機にサービスを提供しているサービング基地局とを有する広帯域無線接続通信システムにおいて、上記移動加入者端末機が媒体接続制御階層の動作モードを制御するシステムは、アウェイクモードで予め設定されている第１の時間の間に、上記サービング基地局と上記移動加入者端末機との間のデータ送信が存在しない場合、アイドルモードへモード遷移し、上記アイドルモードで、上記サービング基地局が属している呼出し領域と相互に異なる呼出し領域に属しているターゲット基地局に上記移動加入者端末機の移動を検出すると、上記アウェイクモードへモード遷移して、上記ターゲット基地局に上記移動加入者端末機の移動による位置更新を要求し、上記ターゲット基地局から上記位置更新の要求に応じて受信される位置更新応答に対応して位置更新動作を遂行する上記移動加入者端末機と、上記移動加入者端末機からの位置更新要求を検出すると、上記呼出し領域を管理する呼出し制御器及び上記移動加入者端末機の位置更新動作を遂行して、上記移動加入者端末機に上記位置更新応答を送信する上記ターゲット基地局と、上記ターゲット基地局及び上記移動加入者端末機の位置更新動作の結果に対応して上記移動加入者端末機の位置を更新する上記呼出し制御器とを具備することを特徴とする。
【００５４】
本発明の第５の見地によると、広帯域無線接続通信システムにおいて、媒体接続制御階層の動作モードを制御するシステムは、アウェイクモードで予め設定されている第１の時間の間に、上記サービング基地局と上記移動加入者端末機との間のデータ送信が存在しない場合、アイドルモードへモード遷移し、上記アイドルモードで、予め定められた期間ごとに上記アウェイクモードへモード遷移して、上記移動加入者端末機自身の位置更新を要求し、上記位置更新要求に応じて、上記基地局から受信される位置更新応答に従って、上記基地局との位置更新を遂行する移動加入者端末機と、上記移動加入者端末機からの位置更新要求を検出すると、上記呼出し領域を管理する呼出し制御器及び上記移動加入者端末機の位置更新動作を遂行して、上記移動加入者端末機に上記位置更新要求に従う上記位置更新応答を送信する上記基地局と、上記基地局及び上記移動加入者端末機の位置更新動作の結果に対応して上記移動加入者端末機の位置を更新する上記呼出し制御器と
を具備することを特徴とする。
【００５５】
本発明の第６の見地によると、広帯域無線接続通信システムは、基地局と、上記基地局によって占有されるセル内の複数の移動加入者端末機と、上記複数の移動加入者端末機のうち、複数の移動加入者端末機がトラヒックの送信を有するアウェイクモードから、上記トラヒックの送信を有しないアイドルモードへモード遷移する場合に、呼出し時点を決定し、上記複数の移動加入者端末機が覚める時点を相互に異なって設定するためのオフセット値を決定し、上記呼出し周期及び上記オフセット値に基づいて上記複数の移動加入者端末機が覚める時点を決定する呼出し制御器とを具備することを特徴とする。
【発明の効果】
【００５６】
本発明によると、広帯域無線接続通信システムに適合した新たなＭＡＣ階層動作モードを提供することによって、ＭＳＳの移動性及び高速のデータ送信の支援を可能にしつつも、電力消費を最小にできる、という長所を有する。さらに、本発明は、同一の呼出し領域でのネットワーク進入過程を省略することによって、不必要な無線資源の占有が防止することができる。従って、資源の使用効率性を最大にし、ネットワーク進入によるメッセージオーバーヘッドも除去することができる。
【発明を実施するための最良の形態】
【００５７】
以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。
【００５８】
図５は、本発明の実施形態による広帯域無線接続（Broadband Wireless Access；ＢＷＡ）通信システムの媒体接続制御（Medium Access Control；以下、‘ＭＡＣ'と称する）階層が支援する動作モードを概略的に示す図である。
【００５９】
本発明の実施形態の下記の説明において、本発明のＢＷＡ通信システムの一例として、直交周波数分割多元（Orthogonal Frequency Division Multiplexing；以下、‘ＯＦＤＭ'と称する）方式及び直交周波数分割多元接続（Orthogonal Frequency Division Multiple Access；以下、‘ＯＦＤＭＡ'と称する）方式によって通信を遂行するＩＥＥＥ（Institute of Electrical and Electronics Engineers） ８０２．１６ｅ通信システムが適用される。図５を参照すると、上記ＩＥＥＥ８０２．１６ｅ通信システムのＭＡＣ階層は、アウェイクモード５１０と、スリープモード５２０と、アイドルモード５３０との３種類の動作モードを支援する。ここで、アウェイクモード５１０及びスリープモード５２０は、図２で説明したアウェイクモード２１０及びスリープモード２２０と同一であるので、その詳細な説明を省略する。
【００６０】
アイドルモード５３０は、本発明の実施形態で新たに提案されたモードである。アイドルモード５３０に存在する移動加入者端末機（Mobile Subscriber Station；以下、‘ＭＳＳ'と称する）は、トラヒックの送受信をまったく遂行しない。隣接（neighbor）ＢＳから送信されたダウンリンクプリアンブル、すなわち、パイロット信号の強度を測定し、上記隣接ＢＳからブロードキャストされるシステム情報及び呼出し（paging）メッセージのみを受信するに従って、電力消費の減少効果を極大化させる。すなわち、アイドルモード５３０に存在するＭＳＳは、非活性化状態（inactive state）に存在し、従って、ＭＳＳは、上記非活性化状態で電力及び運営資源（operational resource）を保存するために、現在のモードをアイドルモード５３０へ変更する。
【００６１】
このとき、アイドルモード５３０に存在するＭＳＳは、現在属しているサービングＢＳ（serving Base Station）のパイロット信号のキャリア対干渉雑音比（Carrier to Interference and Noise Ratio；以下、‘ＣＩＮＲ'と称する）が上記隣接ＢＳのうち、特定の隣接ＢＳ、すなわち、ターゲットＢＳのＣＩＮＲ未満となる場合、ＭＳＳが上記サービングＢＳから上記ターゲットＢＳへ移動したものと判定する。
【００６２】
ＭＳＳは、上記ターゲットＢＳからブロードキャストされるシステム情報（System Information；ＳＩ）を分析して、呼出し領域を表示する情報値、すなわち、呼出し領域識別子（Paging Zone Identifier；以下、‘ＰＺＩＤ'と称する）を以前のＢＳのＰＺＩＤと比較する。上記比較の結果、以前のＢＳのＰＺＩＤとターゲットＢＳのＰＺＩＤとが相互に異なる場合には、ＭＳＳは、位置登録を遂行する。以前のＢＳのＰＺＩＤがターゲットＢＳのＰＺＩＤと同一である場合には、もう一度予め定められた時間の間にスリープ状態を保持する。また、アイドルモード５３０に存在するＭＳＳは、予め定められた時間が経過すると、位置移動が変更されないとしても、位置登録を遂行して位置情報を更新する。
【００６３】
以下、上記呼出し領域について説明する。
【００６４】
上記呼出し領域は、複数のＢＳを１つの呼出し単位でグループ化させた領域である。すなわち、複数のＢＳを１つの呼出し単位でグループ化させて上記呼出し領域に設定し、上記呼出し領域単位でＭＳＳの位置情報を管理する。上記呼出し領域の各々は、ＰＺＩＤを使用して区分し、ＢＳの各々は、ＢＳ自身のＰＺＩＤ値を他のシステム情報とともにフレームごとにブロードキャストする。ＭＳＳが現在の呼出し領域から離れて、新たな呼出し領域へ進入した場合、ＭＳＳは、上記新たな呼出し領域の該当ＢＳから新たなＰＺＩＤを受信する。上記新たな呼出し領域の該当ＢＳから受信されたＰＺＩＤ値と、以前に受信されたＰＺＩＤ値との差は、ＭＳＳが以前の呼出し領域から新たな呼出し領域への進入を認識するようにする。ここで、上記ＰＺＩＤ値は、ダウンリンクマップ（ＤＬ＿ＭＡＰ）メッセージなどに含まれてもよい。
【００６５】
このように、呼出し領域が変更されたＭＳＳは、上記新たな呼出し領域の該当ＢＳに位置の変更を要求して、新たな位置でネットワークから発生する呼出しに応答することができる。本発明の好ましい実施形態では、上記呼出し領域を複数のセルにグループ化させる場合を一例に挙げて説明する。しかしながら、上記呼出し領域で単一のセルを含むことは、本発明の範囲を外れるものではない。また、単一のセルを含む呼出し領域は、セル間のハンドオーバー動作にも同一に適用されることができる。上述したように、上記呼出し領域の概念が単一のセルのそれと同一の場合、上記呼出し領域の概念は、同一の方式にてセル間のハンドオーバーに適用されることができる。さらに、上記呼出し領域の概念が単一のセルのそれと同一の場合、ＭＳＳは、ＤＬ＿ＭＡＰメッセージに含まれているＢＳ ＩＤを用いて、以前のセルから新たなセルへの移動を認識することができる。
【００６６】
また、アイドルモード５３０に存在するＭＳＳは、ＩＥＥＥ８０２．１６ｅ通信システムで基本的に常に割り当てられなければならない基本接続識別子（ＣＩＤ）と、第１の管理ＣＩＤと、第２の管理ＣＩＤのような無線資源をまったく割り当てられず、これによって、無線資源の使用効率性を極大化させる。
【００６７】
まず、アウェイクモード５１０からアイドルモード５３０へモード遷移する過程について説明する。
【００６８】
ＭＳＳがアウェイクモード５１０からアイドルモード５３０へモード遷移する場合は、ＢＳが強制的にＭＳＳをモード遷移させる場合、あるいは、ＭＳＳの要求に従ってモード遷移する場合である。アウェイクモード５１０に存在するＭＳＳは、ＢＳ又はＭＳＳは、予め定められた時間の間データの送受信が存在しないものと予想される時点で、移動アイドルモード遷移要求（mobile idle mode transition request；ＭＯＢ＿ＩＤＬ＿ＲＥＱ）メッセージを送信し、移動アイドルモード遷移応答（mobile idle mode transition response；ＭＯＢ＿ＩＤＬ＿ＲＳＰ）メッセージを受信することによって、アイドルモード５３０へモード遷移する。ＭＳＳがアウェイクモード５１０からアイドルモード５３０へモード遷移する動作については、下記で詳細に説明する。
【００６９】
一方、ＭＳＳがアイドルモード５３０からアウェイクモード５１０へモード遷移する場合は、矢印５４１で示されるように、ＭＳＳがＢＳから移動呼出し要求（mobile paging request；ＭＯＢ＿ＰＡＧ＿ＲＥＱ）メッセージを受信する場合、ＭＳＳが送信するデータを有する場合、ＭＳＳが現在の呼出し領域から移動する場合、予め定められた時間が経過して位置更新を遂行する場合、あるいは、ＭＳＳが移動して新たなＢＳがアイドルモード５３０を支援しない場合である。ＭＳＳがアイドルモード５３０からアウェイクモード５１０へモード遷移する動作については、下記で詳細に説明するので、ここでは、その詳細な説明を省略する。
【００７０】
図５を参照して、本発明の実施形態による広帯域無線接続通信システムのＭＡＣ階層が支援する動作モードについて説明した。次いで、図６を参照して、ＭＳＳがアウェイクモードからアイドルモードへモード遷移する動作について説明する。
【００７１】
図６は、本発明の実施形態によるＭＳＳのアウェイクモードからアイドルモードへのモード遷移を概略的に示す図である。
【００７２】
図６を参照すると、まず、ＭＳＳ６１０がアウェイクモードに存在している状態で、予め定められた時間の間に、ＭＳＳとＢＳ６２０とのデータの送受信が存在しないと、ＭＳＳ６１０は、ＢＳ６２０へＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージを送信する（ステップ６１１）。ここで、上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージは、ＭＳＳ６１０がアイドルモードに滞在する間の選好アイドル周期（ＰＲＥＦ＿ＩＤＬＥ＿ＩＮＴＥＲＶＡＬ）、すなわち、呼出し周期（ＰＡＧＩＮＧ ＣＹＣＬＥ）に関する情報を含んでよい。これを選好アイドル周期（ＰＲＥＦ＿ＩＤＬＥ＿ＩＮＴＥＲＶＡＬ）、すなわち、選好呼出し周期と称する。上記アイドル周期とは、ＭＳＳ６１０が上記アイドルモードに存在する周期を示し、これは、結果的に、ＭＳＳ６１０が上記アイドルモードから離れて、ＢＳからの呼出しがあるか否かをモニタリングすべき周期であるので、呼出し周期とも称する。下記の説明では、上記アイドル周期の代わりに、呼出し周期を主に使用するものとする。
【００７３】
上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージは、表１に示すような構成を有する。
【００７４】
【表１】
2007525128.tif 000003
【００７５】
表１において、‘管理メッセージタイプ（Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ Ｔｙｐｅ）’は、現在送信されるメッセージのタイプに関する情報を含む。現在、上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージの管理メッセージタイプは、まだ決定されていないので、‘？？’形態で表記された（Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ Ｔｙｐｅ＝？？）。また、‘ＰＲＥＦ＿ＩＤＬＥ＿ＩＮＴＥＲＶＡＬ＿ＩＮＤＥＸ’は、ＭＳＳが選好するアイドル周期、すなわち、呼出し周期を示す。
【００７６】
ＭＳＳ６１０から上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージを受信したＢＳ６２０は、ステップ６３０で、呼出し制御器６３０へアイドルモード要求（ＩＤＬＥ＿ＭＯＤＥ＿ＲＥＱＵＥＳＴ）メッセージを送信する。ＢＳ６２０から上記ＩＤＬＥ＿ＭＯＤＥ＿ＲＥＱＵＥＳＴメッセージを受信した呼出し制御器６３０は、ＭＳＳ６１０のＭＡＣアドレスとＭＳＳ６１０の選好呼出し周期とを参照することによって、ＭＳＳ６１０に対する呼出し周期を決定する。ここで、呼出し制御器６３０が決定した呼出し周期を‘選択呼出し周期’と称する。また、ステップ６１５で、呼出し制御器６３０は、上記選択呼出し周期に従って、ＭＳＳ６１０を呼び出す呼出し時点を決定する。ステップ６１７で、呼出し制御器６３０は、上記選択呼出し周期及び上記呼出し時点を含むアイドルモード応答（ＩＤＬＥ＿ＭＯＤＥ＿ＲＥＳＰＯＮＳＥ）メッセージを送信する。
【００７７】
上記ＩＤＬＥ＿ＭＯＤＥ＿ＲＥＳＰＯＮＳＥメッセージを受信したＢＳ６２０は、ステップ６１９で、ＭＳＳ６１０へ上記選択呼出し周期に関する情報を含んでいるＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを送信する。また、上記ＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージは、下記表２に示すような構成を有する。
【００７８】
【表２】
2007525128.tif 000004
【００７９】
表２において、‘管理メッセージタイプ’領域は、現在送信されるメッセージのタイプに関する情報を含む。現在、上記ＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージの管理メッセージタイプは、まだ決定されていないので、‘？？’形態で表記された（Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ Ｔｙｐｅ＝？？）。さらに、‘Ｉｄｌｅ ａｐｐｒｏｖｅｄ’領域は、上記アイドルモードへのモード遷移が承諾されたか否かを示す。上記‘アイドル承諾’領域が‘０'の値を有する場合、上記アイドルモードへのモード遷移が承諾されないことを示し、上記‘アイドル承諾’領域が‘１'の値を有する場合、上記アイドルモードへのモード遷移が承諾されたことを示す。‘Ａｆｔｅｒ＿ＲＥＱ＿ａｃｔｉｏｎ’領域は、ＭＳＳが上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージを再送信しなければならないか否かを示し、‘Ａｆｔｅｒ＿ＲＥＱ＿ａｃｔｉｏｎ’領域が‘０’の値を有する場合、上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージを再送信しなければならないことを示し、‘Ａｆｔｅｒ＿ＲＥＱ＿ａｃｔｉｏｎ’領域が‘１’の値を有する場合、上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージを再送信する必要がないことを示す。
【００８０】
‘ＲＥＱ＿ｄｕｒａｔｉｏｎ’領域は、ＭＳＳが上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージを再送信する時点まで待機する時間を示す。‘ＳＥＬ＿ＩＤＬＥ＿ＩＮＴＥＲＶＡＬ＿ＩＮＤＥＸ’領域は、呼出し制御器６３０が決定した選択呼出し周期を示す。‘ＴＢ＿ＲＥＧＩ＿ＲＥＱＵＩＲＥＤ’領域は、タイマーに基づく登録を要求するか否かを示し、上記ＴＢ＿ＲＥＧＩ＿ＲＥＱＵＩＲＥＤ領域が‘０’の値を有する場合には、上記タイマーに基づく登録を要求しないことを示し、上記ＴＢ＿ＲＥＧＩ＿ＲＥＱＵＩＲＥＤ領域が‘１’の値を有する場合には、上記タイマーに基づく登録を要求することを示す。‘ＴＢ＿ＲＥＧＩ＿ＩＮＤＥＸ’領域は、上記タイマーに基づく登録を要求する場合、上記タイマーのカウント値を示す。
【００８１】
ＭＳＳ６１０は、ＢＳ６２０から受信されたＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージに含まれている選択呼出し周期を参照して、上記アウェイクモードから上記アイドルモードへモード遷移して、上記選択呼出し周期ごとにＭＳＳ６１０ 自身をターゲットとする呼出しメッセージが存在するか否かをモニタリングする（ステップ６２１）。
【００８２】
以下、呼出し制御器６３０が上記呼出し周期及び上記呼出し時点を決定する動作について説明する。
【００８３】
まず、呼出し制御器６３０は、ＭＳＳ６１０のＭＡＣアドレスを入力変数にするハッシュ関数（Hash function）を使用して、第１の呼出し時点Ｆ０を計算する。また、呼出し制御器６３０は、上記選択呼出し周期Ｄを使用して呼出し時点の集合を求める。ここで、上記選択呼出し周期Ｄは、下記式１のように表現されることができる。
【００８４】
【数１】
2007525128.tif 000005
【００８５】
式１において、Ｄは、呼出し周期を示し、Ｙは、フレーム番号の最大値を示し、ｉは、呼出し周期の指数を示し、δ＝２ｊであり、ｊは、通常、０の値を有する。もちろん、上記ｊは、０でない他の値を有することができる。
【００８６】
また、上記呼出し時点の集合を{Ｆｉ}（ｉ＝０，１，．．．，Ｙ／Ｄ）とする時、（ｎ＋１）番目の呼出し時点Ｆｎ＋１は、ｎ番目の呼出し時点Ｆｎ及び下記数２のような関係を有する。
【００８７】
【数２】
2007525128.tif 000006
【００８８】
式２に示すように、上記（ｎ＋１）番目の呼出し時点Ｆｎ＋１は、ｎ番目の呼出し時点Ｆｎと上記呼出し周期とを考慮して生成されたオフセットだけ相互に異なって設定される。ここで、ＦｎとＦｎ＋１との間の周期（interval）は、呼出し周期である。
【００８９】
一方、呼出し制御器６３０が決定した呼出し周期及び呼出し時点に関する情報は、ＭＳＳ６１０が属している呼出し領域内のすべてのＢＳに共有される。
【００９０】
図６では、本発明の実施形態によるＭＳＳがアウェイクモードからアイドルモードへモード遷移する動作について説明した。次いで、図７を参照して、アイドルモードに存在するＭＳＳを呼び出す動作について説明する。
【００９１】
図７は、本発明の実施形態によるアイドルモードに存在するＭＳＳを呼び出す過程の信号フロー図である。
【００９２】
図７を参照すると、まず、呼出し制御器７８０は、ＭＳＳ７１０をターゲットとする呼出しが存在することを感知すると、ＭＳＳ７１０が現在属している呼出し領域に該当するすべてのＢＳへ呼出し要求（ＰＡＧＩＮＧ＿ＲＥＱＵＥＳＴ）メッセージを送信する（ステップ７１１、ステップ７１３、及びステップ７１５）。図７では、ＭＳＳ７１０が現在属している呼出し領域に、３つのＢＳ、すなわち、第１のＢＳ７２０、第２のＢＳ７４０、及び第３のＢＳ７６０が含まれている場合を仮定したのである。ここで、上記同一の呼出し領域内のすべてのＢＳへ上記ＰＡＧＩＮＧ＿ＲＥＱＵＥＳＴメッセージを送信する理由は、ＢＳの各々は、ＭＳＳ７１０が現在どんなＢＳ領域に存在しているかを認識することができないからである。第１のＢＳ７２０、第２のＢＳ７４０、及び第３のＢＳ７６０の各々は、呼出し制御器７８０からＰＡＧＩＮＧ＿ＲＥＱＵＥＳＴメッセージを受信し、ＭＳＳ７１０をターゲットとするＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージをＭＳＳ７１０へ送信する（ステップ７１７、ステップ７１９、及びステップ７２１）。
【００９３】
ここで、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージは、表３に示すような構成を有する。
【００９４】
【表３】
2007525128.tif 000007
【００９５】
表３において、管理メッセージタイプ領域は、現在送信されるメッセージのタイプに関する情報を含む。現在、上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージの管理メッセージタイプは、まだ決定されていないので、‘？？’形態で表記される。‘Ｎｕｍｂｅｒ ｏｆ ｐａｇｅｄ ｔｅｒｍｉｎａｌ’領域は、上記アイドルモードに存在するＭＳＳのうち、ネットワークが呼び出したＭＳＳの個数を示す。‘ＭＡＣ＿ＡＤＤＲＥＳＳ’領域は、呼び出された上記ＭＳＳのＭＡＣアドレス（すなわち、固有識別子）を示す。ここで、上記呼出しメッセージは、ＩＥＥＥ８０２．１６ｅ通信システムで現在使用されている既存のメッセージを変形して使用することもでき、又は、新たなメッセージを生成して使用することもできる。さらに、‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域は、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージを送信する目的を示し、‘ＬＥＮＧＴＨ’領域は、‘ＰＡＹＬＯＡＤ’領域の長さを示し、上記‘ＰＡＹＬＯＡＤ’領域は、上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域の値に該当する実際のコンテンツを示す。
【００９６】
ここで、上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に記載される値は、表４の通りである。
【００９７】
【表４】
2007525128.tif 000008
【００９８】
表４において、上記‘００００００００’は、未来の使用のために予約された（reserved）値であり、‘０００００００１’は、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージを受信しているＭＳＳがネットワーク再進入及び初期動作を遂行することを示す値であり、‘００００００１０’は、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージを受信しているＭＳＳが上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージに対する応答メッセージである移動呼出し応答（ＭＯＢ＿ＰＡＧ＿ＲＳＰ）メッセージを送信する必要がないことを示す値であり、‘００００００１１’は、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージを受信しているＭＳＳが上記ＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージを送信しなければならないことを示す値であり、‘０００００１００’は、呼出し周期を変更しなければならないことを示す値であり、‘０００００１０１’は、位置更新が遂行されなければならないことを示す値であり、‘０００００１１０’乃至‘０ｘｆｆ’は、未来の使用のために予約された値である。
【００９９】
また、上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に記載される値に従って、上記‘ＰＡＹＬＯＡＤ’領域に記載されるコンテンツは、表５乃至表９の通りである。
【０１００】
【表５】
2007525128.tif 000009
【０１０１】
表５に記載されているコンテンツは、上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に‘０００００００１’値が表記されている場合、上記‘ＰＡＹＬＯＡＤ’領域に記載されるコンテンツであって、‘００００００００’が上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に表記されると、上記メッセージは、ＭＳＳをターゲットとするダウンリンクデータの存在を示すＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージであることを示す。
【０１０２】
【表６】
2007525128.tif 000010
【０１０３】
表６に記載されているコンテンツは、上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に‘００００００１０’値が表記されている場合、上記‘ＰＡＹＬＯＡＤ’領域に記載されるコンテンツであって、‘００００００１０’が上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に表記されると、上記メッセージは、ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージに対する応答メッセージ、すなわち、ＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージの送信を要求しないＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージであることを示す。
【０１０４】
【表７】
2007525128.tif 000011
【０１０５】
表７に記載されているコンテンツは、上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に‘００００００１１’値が表記されている場合、上記‘ＰＡＹＬＯＡＤ’領域に記載されるコンテンツであって、‘００００００１１’が上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に表記されると、上記メッセージは、ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージに対する応答メッセージ、すなわち、ＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージの送信を要求するＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージであることを示す。
【０１０６】
【表８】
2007525128.tif 000012
【０１０７】
表８に記載されているコンテンツは、上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に‘０００００１００’値が表記されている場合、上記‘ＰＡＹＬＯＡＤ’領域に記載されるコンテンツであって、‘０００００１００’が上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に表記されると、上記メッセージは、呼出し周期の変更を必要とするＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージであることを示す。
【０１０８】
【表９】
2007525128.tif 000013
【０１０９】
表９に記載されているコンテンツは、上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に‘０００００１０１’値が表記されている場合、上記‘ＰＡＹＬＯＡＤ’領域に記載されるコンテンツであって、‘０００００１０１’が上記‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に表記されると、上記メッセージは、位置更新を必要とするＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージであることを示す。
【０１１０】
一方、図７では、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージの‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域が上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージに対する応答メッセージであるＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージの送信を示す値、すなわち、‘００００００１１’で表記されると仮定する。図１０は、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージの構成を示す。 
【０１１１】
【表１０】
2007525128.tif 000014
【０１１２】
表１０において、‘管理メッセージタイプ’領域は、現在送信されるメッセージのタイプに関する情報を含む。現在、上記ＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージの‘管理メッセージタイプ’は、まだ決定されていないので、‘？？’形態で表記された。また、‘Ｃａｕｓｅ’領域は、上記ＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージを送信する理由を示す領域であって、上記‘Ｃａｕｓｅ領域’に‘０１’値が表記される場合、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージが承諾されたことを示す。上記‘Ｃａｕｓｅ’領域に‘１０’値が表記される場合、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージが拒否されたことを示す。さらに、‘ＰＬ＿ＴＹＰＥ’領域は、ＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージの‘ＰＡＹＬＯＡＤ’のタイプを示す領域であって、上記ＰＬ＿ＴＹＰＥ領域に‘０１’値が表記される場合、上記ＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージの‘ＰＡＹＬＯＡＤ’領域に単純な応答が表記されることを示し、上記ＰＬ＿ＴＹＰＥ領域に‘１０’値が表記される場合、上記ＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージの‘ＰＡＹＬＯＡＤ’領域に応答メッセージが表記されることを示す。また、‘ＬＥＮＧＴＨ’領域は、‘ＰＡＹＬＯＡＤ’領域の長さを示す領域である。
【０１１３】
一方、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージを受信したＭＳＳ７１０は、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージの‘ＰＡＧ＿ＰＵＲＰＯＳＥ’領域に‘００００００１１’の値が表記されているので、上記ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージに対する応答メッセージであるＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージを該当ＢＳへ送信しなければならないことを認識する。ここで、ＭＳＳ７１０が上記アイドルモードへモード遷移する前に、属していたＢＳから上記呼出し領域内のＢＳとは異なる他のＢＳへ移動した場合、ＭＳＳ７１０は、さらに初期レンジング動作を遂行しなければならない（ステップ７２３）。すなわち、ＭＳＳ７１０が上記ＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージを送信するためには、アップリンク帯域幅が割り当てられなければならないので、ＭＳＳ７１０は、初期レンジングを遂行する。図７は、ＭＳＳ７１０が初期レンジングを遂行した結果、第１のＢＳ７２０をＭＳＳ７１０自身が現在属しているサービングＢＳと判断したものと仮定する。
【０１１４】
その後、ＭＳＳ７１０は、第１のＢＳ７２０へ上記ＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージを送信し（ステップ７２５）、ＭＳＳ７１０から上記ＭＯＢ＿ＰＡＧ＿ＲＳＰメッセージを受信した第１のＢＳ７２０は、上記‘ＰＡＧＩＮＧ＿ＲＥＱＵＥＳＴ’メッセージに対する応答メッセージである‘呼出し応答（ＰＡＧＩＮＧ＿ＲＥＳＰＯＮＳＥ）メッセージを呼出し制御器７８０へ送信する（ステップ７２７）。さらに、第１のＢＳ７２０は、ＭＳＳ７１０へＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを送信し、これによって、ＭＳＳ７１０がアイドルモードへモード遷移するように制御する（ステップ７２９）。
【０１１５】
図７では、本発明の実施形態によるアイドルモードに存在するＭＳＳを呼び出す動作について説明した。次いで、図８を参照して、本発明の実施形態による位置更新を要求しないアイドルモードに存在するＭＳＳのハンドオーバー動作について説明する。
【０１１６】
図８は、本発明の実施形態による位置更新を要求しないアイドルモードに存在するＭＳＳのハンドオーバー過程を概略的に示す信号フロー図である。
【０１１７】
図８は、アイドルモードに存在するＭＳＳ８１０が同一の呼出し領域、すなわち、同一のＰＺＩＤを使用する呼出し領域内へ位置を移動した場合、すなわち、ハンドオーバーを遂行する場合に基づいて説明する。図８を参照すると、まず、サービングＢＳ８３０は、ＭＳＳ８１０へＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを送信する（ステップ８１１）。サービングＢＳ８３０は、ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージに応じてＭＯＢ＿ＩＤＬ＿ＲＳＰを送信してよく、それとも、サービングＢＳ８３０がｕｎｓｏｌｉｃｉｔｅｄ方式に基づいてＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを送信してよい。ここで、サービングＢＳ８３０がｕｎｓｏｌｉｃｉｔｅｄ方式に基づいてＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを送信する場合は、サービングＢＳ８３０の負荷を調整するための場合となることができる。サービングＢＳ８３０から上記ＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを受信したＭＳＳ８１０は、アウェイクモードからアイドルモードへ遷移する。
【０１１８】
一方、ＭＳＳ８１０がアイドルモードに存在する間に、サービングＢＳ８３０が管理するサービス領域からターゲットＢＳ８５０が管理する他のサービス領域へ位置を移動する（ステップ８１３）。ここで、サービングＢＳ８３０及びターゲットＢＳ８５０は、同一の呼出し領域内に存在すると仮定する。
【０１１９】
ＭＳＳ８１０が移動すると、サービングＢＳ８３０とＭＳＳ８１０との間の通信が接続されていないので、ＭＳＳ８１０が呼出し時点で覚めてモニタリングするとしても、ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージを受信することができない。従って、ＭＳＳ８１０が新たなＢＳ（すなわち、ターゲットＢＳ８５０）へ移動すると、ＭＳＳは、ターゲットＢＳ８５０がブロードキャストしたＤＬ＿ＭＡＰメッセージ、ＵＬ＿ＭＡＰメッセージ、ダウンリンクチャンネルディスクリプタ（Downlink Channel Descriptor；以下、‘ＤＣＤ'と称する）メッセージ、アップリンクチャンネルディスクリプタ（Uplink Channel Descriptor；以下、‘ＵＣＤ'と称する）メッセージからターゲットＢＳ８５０の情報を受信する（ステップ８１５）。上述したように、ターゲットＢＳ８５０のＰＺＩＤは、上記ＤＬ＿ＭＡＰメッセージに含まれてよい。
【０１２０】
このように、ターゲットＢＳ８５０がブロードキャストしたＢＳ情報を受信したＭＳＳ８１０は、ターゲットＢＳ８５０のＰＺＩＤを認識し、従って、サービングＢＳ８３０及びターゲットＢＳ８５０が、同一の呼出し領域内に存在することを認識する（ステップ８１７）。ターゲットＢＳ８５０がサービングＢＳ８３０と同一の呼出し領域に存在していると判断されると、ＭＳＳ８１０は、フレーム番号を確認して、ＭＳＳ８１０自身の呼出し時点を確認する。その後、ＭＳＳ８１０は、上記呼出し時点に到達したか否かを検査する（ステップ８１９）。上記検査の結果、上記呼出し時点に到達しなかった場合、ＭＳＳ８１０は、隣接ＢＳをスキャニングする（ステップ８２１）。ここで、ＭＳＳ８１０が上記隣接ＢＳから送信されたパイロット信号のＣＩＮＲをスキャニングする理由は、上記アイドルモードでの位置移動を検出するためである。
【０１２１】
一方、上記検査の結果、上記呼出し時点に到達した場合、ＭＳＳ８１０は、上記アイドルモードから覚めて、ターゲットＢＳ８５０からＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージを受信する（ステップ８２３）。ここで、ターゲットＢＳ８５０から送信されたＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージは、ＭＳＳ８１０のＭＡＣアドレスを含んでいないと仮定し、これに従って、ＭＳＳ８１０は、上記アイドルモードにそのまま存在する。
【０１２２】
図８では、本発明の実施形態による位置更新を必要としないアイドルモードに存在するＭＳＳのハンドオーバー動作について説明した。次いで、図９を参照して、本発明の実施形態による位置更新を必要とするアイドルモードに存在するＭＳＳのハンドオーバー動作について説明する。
【０１２３】
図９は、本発明の実施形態による位置更新が必要とされるアイドルモードに存在するＭＳＳのハンドオーバー過程を概略的に示す信号フロー図である。
【０１２４】
図９は、アイドルモードに存在するＭＳＳ９１０が相互に異なる呼出し領域、すなわち、相異なるＰＺＩＤを使用する呼出し領域へ位置を移動した場合、すなわち、ハンドオーバーを遂行した場合を説明する。図９を参照すると、まず、サービングＢＳ９３０は、ＭＳＳ９１０へＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを送信する（ステップ９１１）。サービングＢＳ９３０は、ＭＳＳ９１０から送信されたＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージに応じてＭＯＢ＿ＩＤＬ＿ＲＳＰを送信してよく、それとも、サービングＢＳ９３０がｕｎｓｏｌｉｃｉｔｅｄ方式に基づいてＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを送信してよい。ここで、サービングＢＳ９３０がｕｎｓｏｌｉｃｉｔｅｄ方式に基づいてＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを送信する場合は、サービングＢＳ９３０の負荷を調整するための場合となることができる。サービングＢＳ９３０から上記ＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを受信したＭＳＳ９１０は、アウェイクモードからアイドルモードへ遷移する。
【０１２５】
一方、ＭＳＳ９１０がアイドルモードに存在する間に、サービングＢＳ９３０が管理するサービス領域からターゲットＢＳ９５０が管理する他のサービス領域へ位置を移動する（ステップ９１３）。ここで、サービングＢＳ９３０及びターゲットＢＳ９５０は、相互に異なる呼出し領域内に存在すると仮定する。ＭＳＳ９１０が移動すると、サービングＢＳ９３０とＭＳＳ９１０との間の通信が接続されていないので、ＭＳＳ９１０が呼出し時点で覚めてモニタリングするとしても、ＭＯＢ＿ＰＡＧ＿ＲＥＱメッセージを受信することができない。従って、ＭＳＳ９１０が新たなＢＳ（すなわち、ターゲットＢＳ９５０）へ移動すると、ＭＳＳは、ターゲットＢＳ９５０がブロードキャストしたＤＬ＿ＭＡＰメッセージ、ＵＬ＿ＭＡＰメッセージ、ＤＣＤメッセージ、及びＵＣＤメッセージからターゲットＢＳ９５０の情報を受信する（ステップ９１５）。上述したように、ターゲットＢＳ９５０のＰＺＩＤは、上記ＤＬ＿ＭＡＰメッセージに含まれてよい。
【０１２６】
このように、ターゲットＢＳ９５０がブロードキャストしたＢＳ情報を受信したＭＳＳ９１０は、ターゲットＢＳ９５０のＰＺＩＤを認識し、従って、サービングＢＳ９３０及びターゲットＢＳ９５０が、相互に異なる呼出し領域内に存在することを認識する（ステップ９１７）。ターゲットＢＳ９５０がサービングＢＳ９３０と相互に異なる呼出し領域に存在していると判断されると、ＭＳＳ９１０は、初期レンジング動作を遂行する（ステップ９１９）。上記初期レンジング動作を遂行すると、ＭＳＳ９１０は、基本ＣＩＤ及び第１の管理ＣＩＤを獲得する。すると、ＭＳＳ９１０は、上記初期レンジング動作を通じて獲得した第１の管理ＣＩＤを使用して、ターゲットＢＳ９５０へ移動位置更新要求（Location Update Request；ＭＯＢ＿ＬＵ＿ＲＥＱ）メッセージを送信する（ステップ９２１）。ここで、上記ＭＯＢ＿ＬＵ＿ＲＥＱメッセージは、表１１に示すような構成を有する。
【０１２７】
【表１１】
2007525128.tif 000015
【０１２８】
表１１において、‘管理メッセージタイプ’領域は、現在送信されるメッセージのタイプに関する情報を含む。現在、上記ＭＯＢ＿ＬＵ＿ＲＥＱメッセージの‘管理メッセージタイプ’は、まだ決定されていないので、‘？？’形態で表記された（Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ Ｔｙｐｅ＝？？）。また、‘ＰＲＥＦ＿ＩＤＬＥ＿ＩＮＴＥＲＶＡＬ＿ＩＮＤＥＸ’は、ＭＳＳ９１０が選好するアイドル区間（すなわち、呼出し周期）を示し、‘ＰＲＥＦ＿ＰＺＯＮＥ＿ＩＤ’は、ＭＳＳ９１０が上記ＭＯＢ＿ＬＵ＿ＲＥＱメッセージを送信する前に属していた、すなわち、ＭＳＳ９１０がハンドオーバーする前に属していたサービングＢＳ９３０のＰＺＩＤを示す。
【０１２９】
一方、ＭＳＳ９１０から上記ＭＯＢ＿ＬＵ＿ＲＥＱメッセージを受信したターゲットＢＳ９５０は、呼出し制御器９７０へ位置更新要求（ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱＵＥＳＴ）メッセージを送信する（ステップ９２３）。ここで、ターゲットＢＳ９５０から送信されたＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱＵＥＳＴメッセージは、上記位置更新を要求するＭＳＳ９１０のＭＡＣアドレス及びＭＳＳ９１０がハンドオーバーの前に属していたサービングＢＳ９３０のＰＺＩＤを含む。上記ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱＵＥＳＴメッセージを受信した呼出し制御器９７０は、上記ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱＵＥＳＴメッセージに含まれているＰＺＩＤ及びＭＡＣアドレスに基づいて、ＭＳＳ９１０の位置を更新した後、上記ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱＵＥＳＴメッセージに対する応答メッセージである位置更新応答（ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＳＰＯＮＳＥ）メッセージをターゲットＢＳ９５０へ送信する（ステップ９２５）。呼出し制御器９７０から上記ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＥ＿ ＲＥＳＰＯＮＳＥメッセージを受信したターゲットＢＳ９５０は、ＭＳＳ９１０へ移動位置更新応答（ＭＯＢ＿ＬＵ＿ＲＳＰ）メッセージを送信する（ステップ９２７）。ここで、上記ＭＯＢ＿ＬＵ＿ＲＳＰメッセージは、表１２に示すような構成を有する。
【０１３０】
【表１２】
2007525128.tif 000016
【０１３１】
表１２において、‘管理メッセージタイプ’領域は、現在送信されるメッセージのタイプに関する情報を含む。現在、上記ＭＯＢ＿ＬＵ＿ＲＳＰメッセージの‘管理メッセージタイプ’は、まだ決定されていないので、‘？？’形態で表記された（Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ Ｔｙｐｅ＝？？）。さらに、‘ＬＵ ａｐｐｒｏｖｅｄ’領域は、位置更新が失敗したか否かを示す。上記‘ＬＵ ａｐｐｒｏｖｅｄ’領域に‘０’の値が表記されると、位置更新が失敗したことを示し、上記‘ＬＵ ａｐｐｒｏｖｅｄ’領域に‘１’の値が表記されると、位置更新が成功したことを示す。また、‘Ａｆｔｅｒ＿ＲＥＱ＿ａｃｔｉｏｎ’領域は、上記位置更新が失敗した場合、すなわち、上記ＬＵ ａｐｐｒｏｖｅｄ領域に‘０’の値が表記される場合、ＭＳＳが上記ＭＯＢ＿ＬＵ＿ＲＥＱメッセージを再送信しなければならないか否かを示す領域であって、上記‘Ａｆｔｅｒ＿ＲＥＱ＿ａｃｔｉｏｎ’領域に‘０’の値が表記される場合には、予め定められた時間を待機した後、上記ＭＯＢ＿ＬＵ＿ＲＥＱメッセージを再送信しなければならないことを示し、上記‘Ａｆｔｅｒ＿ＲＥＱ＿ａｃｔｉｏｎ’領域に‘１’の値が表記される場合には、上記ＭＯＢ＿ＬＵ＿ＲＥＱメッセージを再送信する必要がないことを示す。また、‘ＲＥＱ＿ｄｕｒａｔｉｏｎ’領域は、上記ＭＯＢ＿ＬＵ＿ＲＥＱメッセージを再送信するために待機しなければならない時間を示す。‘ＳＥＬ＿ＩＤＬＥ＿ＩＮＴＥＲＶＡＬ＿ＩＮＤＥＸ’領域は、上記位置更新が成功した場合、新たに決定された呼出し周期を示す。‘ＴＢ＿ＲＥＧＩ＿ＲＥＱＵＩＲＥＤ’領域は、新たなＢＳ、すなわち、ターゲットＢＳがタイマーに基づく登録を要求するか否かを示す。‘ＴＢ＿ＲＥＧＩ＿ＩＮＤＥＸ’領域は、上記タイマーに基づく登録を要求する場合、上記タイマーのカウント値を示す。
【０１３２】
一方、ＭＳＳ９１０は、ターゲットＢＳ９５０から上記ＭＯＢ＿ＬＵ＿ＲＳＰメッセージを受信すると、上記ＭＯＢ＿ＬＵ＿ＲＳＰメッセージに含まれている選択呼出し周期に対応するように、上記アイドルモードへスイッチングするか、又はモード遷移する。
【０１３３】
図９では、本発明の実施形態による位置更新が必要とされるアイドルモードに存在するＭＳＳのハンドオーバー動作について説明した。次いで、図１０を参照して、本発明の実施形態によるアイドルモードに存在するＭＳＳの周期的な位置更新動作について説明する。
【０１３４】
図１０は、本発明の実施形態によるアイドルモードに存在するＭＳＳの周期的な位置更新に対する過程を概略的に示す信号フロー図である。
【０１３５】
図１０を参照すると、まず、アウェイクモードに存在するＭＳＳ１０１０は、ＢＳ１０３０へＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージを送信する（ステップ１０１１）。ＭＳＳ１０１０から上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージを受信したＢＳ１０３０は、呼出し制御器１０５０へＩＤＬＥ＿ＭＯＤＥ＿ＲＥＱＵＥＳＴメッセージを送信する（ステップ１０１３）。上記ＩＤＬＥ＿ＭＯＤＥ＿ＲＥＱＵＥＳＴメッセージを受信した呼出し制御器１０５０は、ＢＳ１０３０へ上記ＩＤＬＥ＿ＭＯＤＥ＿ＲＥＱＵＥＳＴメッセージに対する応答メッセージであるＩＤＬＥ＿ＭＯＤＥ＿ＲＥＳＰＯＮＳＥメッセージを送信する（ステップ１０１５）。上記ＩＤＬＥ＿ＭＯＤＥ＿ＲＥＳＰＯＮＳＥメッセージを受信したＢＳ１０３０は、ＭＳＳ１０１０へ上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージに対する応答メッセージであるＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを送信する（ステップ１０１７）。ここで、上記ＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージは、ＭＳＳ１０１０に対して決定された選択呼出し周期及び呼出し時点、そして、タイマーに基づく登録に対する要求を示す情報を含む。すなわち、上記ＭＯＢ＿ＩＤＬ＿ＲＥＱメッセージの‘ＴＢ＿ＲＥＧＩ＿ＲＥＱＵＩＲＥＤ’領域の値が‘１’で表記されると仮定する。
【０１３６】
ＢＳ１０３０から上記ＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージを受信したＭＳＳ１０１０は、上記アウェイクモードから上記アイドルモードへスイッチングするか、又はモード遷移する。一方、ＭＳＳ１０１０は、上記アイドルモードで、上記タイマーに基づく登録を要求するために、予め定められた時間‘ＴＢ＿ＲＥＧＩ＿ＩＮＴＥＲＶＡＬ’のカウントを開始し、上記‘ＴＢ＿ＲＥＧＩ＿ＩＮＴＥＲＶＡＬ’に到達すると（ステップ１０１９）、位置更新のために初期レンジングを遂行する（ステップ１０２１）。上記初期レンジング動作を遂行すると、ＭＳＳ１０１０は、基本ＣＩＤ及び第１の管理ＣＩＤを獲得する。すると、ＭＳＳ１０１０は、ＢＳ１０３０へＭＯＢ＿ＬＵ＿ＲＥＱメッセージを送信する（ステップ１０２３）。図１０のステップ１０２３乃至ステップ１０２９までの動作は、図９で説明した、ＭＳＳ９１０及びターゲットＢＳ９５０と、呼出し制御器９７０との間で遂行されるステップ９２１乃至ステップ９２７までの動作と類似しているので、ここでは、その詳細な説明を省略する。
【０１３７】
次いで、ＭＳＳ９１０が上記‘ＴＢ＿ＲＥＧＩ＿ＩＮＴＥＲＶＡＬ’を決定する過程について説明する。
【０１３８】
まず、ＭＳＳ９１０は、ＭＯＢ＿ＩＤＬ＿ＲＳＰメッセージの‘ＳＥＬ＿ＩＤＬＥ＿ＩＮＴＥＲＶＡＬ＿ＩＮＤＥＸ’値及び‘ＴＢ＿ＲＥＧＩ＿ＩＮＤＥＸ’値を使用して、‘ＴＢ＿ＲＥＧＩ＿ＩＮＴＥＲＶＡＬ’を求める。ここで、‘ＴＢ＿ＲＥＧＩ＿ＩＮＴＥＲＶＡＬ’は、下記式３のように表現されることができる。
【０１３９】
【数３】
2007525128.tif 000017
【０１４０】
式３において、ｉは、‘ＳＥＬ＿ＩＤＬＥ＿ＩＮＴＥＲＶＡＬ＿ＩＮＤＥＸ’を示し、Ｔは、‘ＴＢ＿ＲＥＧＩ＿ＩＮＤＥＸ’を示す。すなわち、‘ＴＢ＿ＲＥＧＩ＿ＩＮＴＥＲＶＡＬ’は、上記呼出し周期の整数倍で表現されることができる。
【０１４１】
ＭＳＳの位置更新を周期的に遂行する理由は、位置更新の便宜を増加させるだけではなく、ＭＳＳの位置に対する信頼性も高める。もちろん、図１０を参照して説明したように、周期的に位置更新を遂行する場合、ＭＳＳが存在している領域が実際に変更されない場合でも、位置更新を遂行することもある。しかしながら、上記呼出し制御器は、ＭＳＳがもっとも最近に位置を更新したセルから始めて呼出し領域を拡張していきつつ呼び出す場合、上記周期的な位置更新によるロードの増加を呼出し領域の縮小によるロードの減少とマッチングさせることができる。
【０１４２】
以上、本発明の詳細について具体的な実施形態に基づき説明してきたが、本発明の範囲を逸脱しない限り、各種の変形が可能なのは明らかである。従って、本発明の範囲は、上記実施形態に限定されるものではなく、特許請求の範囲の記載及び該記載と同等なものにより定められるべきである。
【図面の簡単な説明】
【０１４３】
【図１】一般的なＩＥＥＥ８０２．１６ｅ通信システムの構成を概略的に示すブロック図である。
【図２】一般的なＩＥＥＥ８０２．１６ｅ通信システムのＭＡＣ階層が支援する動作モードを概略的に示すモードダイアグラムである。
【図３】一般的なＩＥＥＥ８０２．１６ｅ通信システムにおけるＭＳＳのネットワーク再進入過程を概略的に示す信号フローチャートである。
【図４】一般的なＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバー過程を概略的に示す信号フロー図である。
【図５】本発明の実施形態による広帯域無線接続通信システムのＭＡＣ階層が支援する動作モードを概略的に示す図である。
【図６】本発明の実施形態によるＭＳＳのアウェイクモードからアイドルモードへのモード遷移を概略的に示す図である。
【図７】本発明の実施形態によるアイドルモードに存在するＭＳＳを呼び出す過程を示す信号フロー図である。
【図８】本発明の実施形態による位置更新を必要としないアイドルモードに存在するＭＳＳのハンドオーバー過程を概略的に示す信号フロー図である。
【図９】本発明の実施形態による位置更新を必要とするアイドルモードに存在するＭＳＳのハンドオーバー過程を概略的に示す信号フロー図である。
【図１０】本発明の実施形態によるアイドルモードに存在するＭＳＳの周期的な位置更新を概略的に示す信号フロー図である。
【符号の説明】
【０１４４】
５１０  アウェイクモード
５２０  スリープモード
５３０  アイドルモード
【図１】
2007525128.tif 000018
【図２】
2007525128.tif 000019
【図３】
2007525128.tif 000020
【図４】
2007525128.tif 000021
【図５】
2007525128.tif 000022
【図６】
2007525128.tif 000023
【図７】
2007525128.tif 000024
【図８】
2007525128.tif 000025
【図９】
2007525128.tif 000026
【図１０】
2007525128.tif 000027
【国際調査報告】
2007525128.tif 000028
2007525128.tif 000029