(57)【要約】  本発明はＩＥＥＥ８０２．１６ｅ標準によるデータリンク層レベルでのハンドオーバー方式とモバイルＩＰｖ６によるネットワーク層レベルの高速ハンドオーバー方式を効率的に接続する方法および装置に関するものである。  本発明の一実施形態による無線ネットワーク上でのモバイルステーションのハンドオーバー方法は、サービスベースステーションにデータリンク層レベルのハンドオーバーを要請する第１管理メッセージを伝送する段階と、前記第１管理メッセージに対する応答として所定個数の推薦された周辺ベースステーションに関する情報を含む第２管理メッセージを前記サービスベースステーションから受信する段階と、前記周辺ベースステーションのうち一つのベースステーションをターゲットベースステーションとして選択する段階と、前記サービスベースステーションに所定待機時間経過後に連結解除の遂行を要請する第３管理メッセージを伝送する段階と、前記待機時間のあいだ前記サービスベースステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する段階で成される。
2009507448.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）サービスベースステーションにデータリンク層レベルのハンドオーバーを要請する第１管理メッセージを伝送する段階と、
（ｂ）前記第１管理メッセージに対する応答として所定個数の推薦された周辺ベースステーションに関する情報を含む第２管理メッセージを前記サービスベースステーションから受信する段階と、
（ｃ）前記周辺ベースステーションのうち一つのベースステーションをターゲットベースステーションとして選択する段階と、
（ｄ）前記サービスベースステーションに所定待機時間経過後に連結解除の遂行を要請する第３管理メッセージを伝送する段階、および
（ｅ）前記待機時間のあいだ前記サービスベースステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する段階を含む、無線ネットワーク上でのモバイルステーションのハンドオーバー方法。
【請求項２】
前記第１管理メッセージは、
ＩＥＥＥ８０２．１６ｅ標準によるＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージである、請求項１に記載の無線ネットワーク上でのモバイルステーションのハンドオーバー方法。
【請求項３】
前記第２管理メッセージは、
ＩＥＥＥ８０２．１６ｅ標準によるＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージである、請求項１に記載の無線ネットワーク上でモバイルステーションのハンドオーバー方法。
【請求項４】
前記第３管理メッセージは、
ＭＯＢ＿ＨＯ−ＩＮＤメッセージで、前記ＭＯＢ＿ＨＯ−ＩＮＤメッセージのＣｏｄｅフィールドには所定待機時間経過後に連結解除を遂行することを意味するビットが記録される、請求項１に記載の無線ネットワーク上でのモバイルステーションのハンドオーバー方法。
【請求項５】
前記待機時間は前記モバイルステーションのユーザが指定した値または前記サービスベースステーションと予め約束された値によって決定される、請求項４に記載の無線ネットワーク上でのモバイルステーションのハンドオーバー方法。
【請求項６】
前記ターゲットベースステーションは、
前記推薦された周辺ベースステーションのうちで推薦順位が最も高いものに選択される、請求項１に記載の無線ネットワーク上でのモバイルステーションのハンドオーバー方法。
【請求項７】
前記（ｅ）段階は
前記モバイルステーションが高速ハンドオーバーを要請するＲｔＳｏｌＰｒメッセージを前記サービスベースステーションに伝送する段階と、
前記サービスベースステーションが前記ＲｔＳｏｌＰｒメッセージに対する応答として前記モバイルステーションにＰｒＲｔＡｄｖメッセージを伝送する段階と、
前記モバイルステーションが前記サービスベースステーションにトラフィックの方向転換を命令するＦＢＵメッセージを伝送する段階と、
前記サービスベースステーションがハンドオーバー初期化を指示するＨＩメッセージを前記ターゲットベースステーションに伝送する段階と、
前記ターゲットベースステーションが前記ＨＩメッセージに対する確認応答としてＨａｃｋメッセージをサービスベースステーションに伝送する段階、および
前記サービスベースステーションが前記ＦＢＵメッセージに対する確認応答としてＦＢａｃｋメッセージを前記モバイルステーションおよび前記ターゲットベースステーションに伝送する段階を含む、請求項１に記載の無線ネットワーク上でのモバイルステーションのハンドオーバー方法。
【請求項８】
（ａ）モバイルステーションからデータリンク層レベルのハンドオーバーを要請する第１管理メッセージを受信する段階と、
（ｂ）前記第１管理メッセージに対する応答として所定個数の推薦された周辺ベースステーションに関する情報を含む第２管理メッセージをサービスベースステーションに伝送する段階と、
（ｃ）所定待機時間経過後に連結解除の遂行を要請する第３管理メッセージを前記モバイルステーションから受信する段階、および
（ｄ）前記待機時間のあいだ前記モバイルステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する段階を含む、無線ネットワーク上でのベースステーションのハンドオーバー支援方法。
【請求項９】
前記第１管理メッセージは
ＩＥＥＥ８０２．１６ｅ標準によるＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージである、請求項８に記載の無線ネットワーク上でのベースステーションのハンドオーバー支援方法。
【請求項１０】
前記第２管理メッセージは
ＩＥＥＥ８０２．１６ｅ標準によるＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージである、請求項８に記載の無線ネットワーク上でのベースステーションのハンドオーバー支援方法。
【請求項１１】
前記第３管理メッセージは
ＭＯＢ＿ＨＯ−ＩＮＤメッセージであり、前記ＭＯＢ＿ＨＯ−ＩＮＤメッセージのＣｏｄｅフィールドには所定待機時間経過後に連結解除の遂行を意味するビットが記録される、請求項８に記載の無線ネットワーク上でのベースステーションのハンドオーバー支援方法。
【請求項１２】
前記待機時間は前記モバイルステーションのユーザが指定した値または前記サービスベースステーションと予め約束された値によって決定される、請求項１１に記載の無線ネットワーク上でのベースステーションのハンドオーバー支援方法。
【請求項１３】
前記（ｄ）段階は
前記モバイルステーションが高速ハンドオーバーを要請するＲｔＳｏｌＰｒメッセージを前記サービスベースステーションに伝送する段階と、
前記サービスベースステーションが前記ＲｔＳｏｌＰｒメッセージに対する応答として前記モバイルステーションにＰｒＲｔＡｄｖメッセージを伝送する段階と、
前記モバイルステーションが前記サービスベースステーションにトラフィックの方向転換を命令するＦＢＵメッセージを伝送する段階と、
前記サービスベースステーションがハンドオーバー初期化を指示するＨＩメッセージをターゲットベースステーションに伝送する段階と、
前記ターゲットベースステーションが前記ＨＩメッセージに対する確認応答としてＨａｃｋメッセージをサービスベースステーションに伝送する段階、および
前記サービスベースステーションが前記ＦＢＵメシジエに対する確認応答としてＦＢａｃｋメッセージを前記モバイルステーションおよび前記ターゲットベースステーションに伝送する段階を含む、請求項８に記載の無線ネットワーク上でのベースステーションのハンドオーバー支援方法。
【請求項１４】
サービスベースステーションにデータリンク層レベルのハンドオーバーを要請する第１管理メッセージを送る手段と、
前記第１管理メッセージに対する応答として所定個数の推薦された周辺ベースステーションに関する情報を含む第２管理メッセージを前記サービスベースステーションから受信する手段と、
前記周辺ベースステーションのうち一つのベースステーションをターゲットベースステーションとして選択する手段と、
前記サービスベースステーションに所定待機時間経過後に連結解除の遂行を要請する第３管理メッセージを伝送する手段、および
前記待機時間のあいだ前記サービスベースステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する手段を含む、無線ネットワーク上でのハンドオーバーを遂行するモバイルステーション。
【請求項１５】
モバイルステーションからデータリンク層レベルのハンドオーバーを要請する第１管理メッセージを受信する手段と、
前記第１管理メッセージに対する応答として所定個数の推薦された周辺ベースステーションに関する情報を含む第２管理メッセージをサービスベースステーションに伝送する手段と、
所定待機時間経過後に連結解除の遂行を要請する第３管理メッセージを前記モバイルステーションから受信する手段、および
前記待機時間のあいだ前記モバイルステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する手段を含む、無線ネットワーク上でのハンドオーバーを支援するベースステーション。
【請求項１６】
サービスベースステーションにデータリンク層レベルのハンドオーバーを要請する段階と、
前記サービスベースステーションから推薦された周辺ベースステーションに関する情報を受信する段階と、
前記周辺ベースステーションのうち一つを選択する段階と、
所定待機時間経過後に前記サービスベースステーションとの連結解除を要請する段階、および
前記待機時間のあいだ前記サービスベースステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する段階を含む無線ネットワーク上でのモバイルステーションの動作に利用されるハンドオーバー方法。
【請求項１７】
前記データリンク層レベルのハンドオーバーを要請する段階は、ＩＥＥＥ８０２．１６ｅ標準によるＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージを伝送する段階を含む、請求項１６に記載の無線ネットワーク上でのモバイルステーションの動作に利用されるハンドオーバー方法。
【請求項１８】
推薦された周辺ベースステーションに関する情報を受信する段階は、ＩＥＥＥ８０２．１６ｅ標準によるＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージを受信する段階を含む、請求項１６に記載の無線ネットワーク上でのモバイルステーションの動作に利用されるハンドオーバー方法。
【請求項１９】
前記サービスベースステーションとの連結解除を要請する段階は、前記所定待機時間経過後に連結解除の遂行を意味するビットが記録されているＭＯＢ＿ＨＯ−ＩＮＤメッセージを伝送する段階を含む、請求項１６に記載の無線ネットワーク上でのモバイルステーションの動作に利用されるハンドオーバー方法。
【請求項２０】
前記待機時間は、ユーザが指定した値または前記サービスベースステーションと予め約束された値によって決定される、請求項１９に記載の無線ネットワーク上でのモバイルステーションの動作に利用されるハンドオーバー方法。
【請求項２１】
前記推薦された周辺ベースステーションのうちで推薦順位が最も高いステーションはターゲットベースステーションとして選択される、請求項１６に記載の無線ネットワーク上でのモバイルステーションの動作に利用されるハンドオーバー方法。
【請求項２２】
前記ネットワーク層レベルの高速ハンドオーバー過程を遂行する段階は、高速ハンドオーバーを要請するメッセージを前記サービスベースステーションで伝送する段階と、
前記サービスベースステーションからの要請メッセージに対する応答メッセージを伝送する段階と、
トラフィックの方向転換に対する命令メッセージを前記サービスベースステーションに伝送する段階と、
ハンドオーバーの初期化を指示するメッセージを前記選択された周辺ベースステーションに伝送する段階と、
前記指示に対する応答としてＨａｃｋメッセージを前記サービスベースステーションで伝送する段階、および
前記サービスベースステーションがトラフィックの方向転換に対する命令メッセージに対する応答としてＦＢａｃｋメッセージを送信する段階を含む、請求項１６に記載の無線ネットワーク上でのモバイルステーションの動作に利用されるハンドオーバー方法。
【請求項２３】
データリンク層レベルのハンドオーバーを要請するためにＩＥＥＥ８０２．１６ｅ標準によるＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージをサービスベースステーションで伝送する段階と、
ＭＯＢ  ＢＳＨＯ−ＲＥＱメッセージに対する応答で前記サービスベースステーションから推薦された周辺ベースステーションに関する情報が含まれたＩＥＥＥ８０２．１６ｅ標準によるＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージを受信する段階と、
前記周辺ベースステーションのうち一つをターゲットベースステーションとして選択する段階と、
所定待機時間経過後連結解除の遂行を要請するＭＯＢ＿ＨＯ−ＩＮＤメッセージを前記サービスベースステーションに伝送する段階、および
前記待機時間のあいだ前記サービスベースステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する段階を含む無線ネットワーク上でのモバイルステーションのハンドオーバー方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信技術に関するもので、より詳細にＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）  ８０２．１６ｅ標準によるデータリンク層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）レベルでのハンドオーバー方式とＩＴＥＦ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）のモバイルＩＰｖ６によるネットワーク層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）レベルの高速ハンドオーバー方式を効率的に接続する方法（以下、「複合ハンドオーバー」方法という）および装置に関するものである。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１６標準はＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）用広帯域無線通信標準のうち一つとして、ＩＥＥＥ作業グループ（ｗｏｒｋｉｎｇ  ｇｒｏｕｐ）により開発された。２００１年１２月に公表された本来のＩＥＥＥ  ８０２．１６標準は１０ないし６６ＧＨｚの印加されたスペクトラム帯域で運営される固定式一点対多点広帯域無線システムを条件として指定した。しかし２００３年１月に承認された改正案ＩＥＥＥ８０２．１６ａでは、最長５０ｋｍまでの距離で７０Ｍｂｐｓの速度で伝送できるように２ないし１１ＧＨｚスペクトラム内の非可視圏拡張が指定された。公式的には「ＷｉｒｅｌｅｓｓＭＡＮＴＭ」規格と呼ばれるＩＥＥＥ８０２．１６標準を利用すれば無線接続を通して最高５０ｋｍの距離範囲内でもマルチメディアアプリケーションの遂行が可能なため実用的なラストマイル技術（Ｌａｓｔ−ｍｉｌｅ  ｔｅｃｈｎｏｌｏｇｙ）で位置づけられている。
【０００３】
それ以前の標準のＩＥＥＥ８０２．１１規格がイーサネット（登録商標）ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に対して代案を提供したとすれば、ＩＥＥＥ８０２．１６標準は事務室等を高価のＴ１ラインと無線インターネットで互いに連結することを可能にすることによってこれを大きく補完するものと期待される。たとえＩＥＥＥ  ８０２．１６標準が固定された無線接続のために始まったものであるが、もう少し進歩した改正案のＩＥＥＥ８０２．１６ｅでは移動式装備でも無線接続が可能なように支援する。
【０００４】
Ｉｎｔｅｌ、Ｎｏｋｉａ、Ｐｒｏｘｉｍなどを含む無線業界会社の連合は２００１年４月にＷｉＭＡＸと呼ばれるＩＥＥＥ  ８０２．１６標準による支持グループを構成した。このグループは目的はＩＥＥＥ  ８０２．１６規格に基盤をおいた装置間の互換性および相互運営性を強力に推進して認証し、実際の市場に発表できる装置を開発するためのものである。
【０００５】
このようなＩＥＥＥ  ８０２．１６標準を基盤とした技術の開発によってＷｉＢｒｏ（ｗｉｒｅｌｅｓｓ  ｂｒｏａｄｂａｎｄ）サービスが可能になり、ユーザが広い地域を移動しても切れることないＷｉＢｒｏサービスを提供しなければならない。ところで、ユーザがサブネットが異なる網を通して移動する場合にこのような切れることないサービスの提供をするためには、モバイルＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の接続が必須的である。したがって、複数のサブネット間のはやい移動性を保障するためには、ＩＰｖ４、ＩＰｖ６で提供する高速ハンドオーバー機能をＩＥＥＥ８０２．１６ｅ標準のハンドオーバー機能に継ぎ足す必要がある。
【０００６】
図１はＩＥＥＥ８０２．１６ｅ標準によるハンドオーバー過程を図示する図である。ハンドオーバーを遂行するためにまず、ＭＳ（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ；１０）がＭＯＢ＿ＭＳＨＯ＿ＲＥＱメッセージを現在接続されているサービスＢＳ（ｓｅｒｖｉｃｅ  ｂａｓｅ  ｓｔａｔｉｏｎ；２０）に伝送する（Ｓ１）。それで、これに対する応答として、サービスＢＳ２０は利用可能な周辺ＢＳのリストなどハンドオーバーに必要な情報を含んでいるＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージを前記ＭＳ１０に伝送する（Ｓ２）。最後に、ＭＳ１０はＭＯＢ＿ＨＯ−ＩＮＤメッセージをサービスＢＳ２０に伝送すれば（Ｓ３）、サービスＢＳ２０はＭＳ１０との通信を断絶する（Ｓ４）。その以後からＭＳ１０はターゲットＢＳ（Ｔａｒｇｅｔ  ＢＳ；３０）に接続して通信できるようになる（Ｓ５）。
【０００７】
ところで、このようなデータリンク層、特にＭＡＣ層レベルでのハンドオーバーとは別途に、モバイルＩＰを有するＭＳ１０がターゲットＢＳ３０に移動した後でも既存のＩＰを利用して通信できようとするならば、ネットワーク層レベルでのハンドオーバー、例えば、ＩＴＥＦで提供する高速ハンドオーバー過程（ＩＰメッセージの交換過程で形成される）を追加的に遂行しなければならない。しかし、現在のＩＥＥＥ８０２．１６ｅ標準によればＭＳ１０がサービスＢＳ２０からＭＯＢ＿ＲＳＨＯ−ＲＳＰメッセージを受信し、サービスＢＳ２０およびターゲットＢＳ３０すべてと通信可能な状態で、前記高速ハンドオーバーを遂行する時間的余裕がない。なぜならば、現在ＩＥＥＥ８０２．１６ｅ標準ではＭＳ１０がＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージを受けた後、特別な待機時間がなしで直ちにＭＯＢ＿ＨＯ−ＩＮＤメッセージをサービスＢＳ２０に伝送するようになっているためである。
【０００８】
だからと言って、ＭＳ１０がＭＯＢ＿ＨＯ−ＩＮＤメッセージをサービスＢＳ２０に伝送した後には、すでにサービスＢＳ２０とＭＳ１０との通信が断絶するため、前記高速ハンドオーバーの遂行自体が不可能になる。
【０００９】
特許文献１は移動端末が現在通信中である基地局から目的基地局に移動する時、現在の基地局との通話チャネルを切る前に目的基地局との通話チャネルを設定した後、ダイバシティ技術を利用して通信をし、移動端末が完全に目的基地局に移動すれば現在の基地局との通話チャネルを切断するようにする統合インターネットプロトコル網でのハンドオフ方法を開示しているが、これはＩＥＥＥ８０２．１６ｅ標準によるハンドオフ方法を提供することができない。
【００１０】
したがって、ネットワーク層レベルの高速ハンドオーバーをＩＥＥＥ８０２．１６ｅ標準環境でも適用することができ、これによってモバイルステーションが移動する場合でもＩＰ変更にともなうパケット損失を最小化することができる発明の登場が要求される。
【特許文献１】韓国公開特許第２００２−０１９３３０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明が解決しようとする課題は、ＩＥＴＦで標準に採択された高速ハンドオーバー機能をＷｉＭＡＸ環境に適用するための方法および装置を提供するものである。
【００１２】
本発明ではＭＯＢ＿ＨＯ−ＩＮＤメッセージの一部フィールドの定義を一部修正することによって前記の技術的課題を容易に解決するものである。
【００１３】
本発明の技術的課題は以上で言及した技術的課題に制限されず、言及されていないまた他の技術的課題は次の記載から当業者に明確に理解できるであろう。
【課題を解決するための手段】
【００１４】
前記課題を達成するための本発明の一実施形態による無線ネットワーク上でのモバイルステーションのハンドオーバー方法は、サービスベースステーションにデータリンク層レベルのハンドオーバーを要請する第１管理メッセージを伝送する段階と、前記第１管理メッセージに対する応答として所定個数の推薦された周辺ベースステーションに関する情報を含む第２管理メッセージを前記サービスベースステーションから受信する段階と、前記周辺ベースステーションのうち一つのベースステーションをターゲットベースステーションとして選択する段階と、前記サービスベースステーションに所定待機時間経過後に連結解除の遂行を要請する第３管理メッセージを伝送する段階、および前記待機時間のあいだ前記サービスベースステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する段階を含む。
【００１５】
また、前記課題を達成するための本発明の他の実施形態による無線ネットワーク上でのベースステーションのハンドオーバー支援方法は、モバイルステーションからデータリンク層レベルのハンドオーバーを要請する第１管理メッセージを受信する段階と、前記第１管理メッセージに対する応答として所定個数の推薦された周辺ベースステーションに関する情報を含む第２管理メッセージをサービスベースステーションに伝送する段階と、所定待機時間経過後に連結解除の遂行を要請する第３管理メッセージを前記モバイルステーションから受信する段階、および前記待機時間のあいだ前記モバイルステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する段階を含む。
【００１６】
また、前記課題を達成するための本発明の他の実施形態による無線ネットワーク上でのハンドオーバーを遂行するモバイルステーションは、サービスベースステーションにデータリンク層レベルのハンドオーバーを要請する第１管理メッセージを伝送する手段と、前記第１管理メッセージに対する応答として所定個数の推薦された周辺ベースステーションに関する情報を含む第２管理メッセージを前記サービスベースステーションから受信する手段と、前記周辺ベースステーションのうち一つのベースステーションをターゲットベースステーションとして選択する手段と、前記サービスベースステーションに所定待機時間経過後に連結解除の遂行を要請する第３管理メッセージを伝送する手段、および前記待機時間のあいだ前記サービスベースステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する手段を含む。
【００１７】
また、前記課題を達成するための本発明の他の実施形態による無線ネットワーク上でのハンドオーバーを支援するベースステーションは、モバイルステーションからデータリンク層レベルのハンドオーバーを要請する第１管理メッセージを受信する手段と、前記第１管理メッセージに対する応答として所定個数の推薦された周辺ベースステーションに関する情報を含む第２管理メッセージをサービスベースステーションに伝送する手段と、所定待機時間経過後に連結解除の遂行を要請する第３管理メッセージを前記モバイルステーションから受信する手段、および前記待機時間のあいだ前記モバイルステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する手段を含む。
【００１８】
また、前記課題を達成するための本発明の他の実施形態による無線ネットワーク上でのモバイルステーションの動作に利用されるハンドオーバー方法は、サービスベースステーションにデータリンク層レベルのハンドオーバーを要請する段階と、前記サービスベースステーションから推薦された周辺ベースステーションに関する情報を受信する段階と、前記周辺ベースステーションのうち一つを選択する段階と、所定待機時間経過後に前記サービスベースステーションとの連結解除を要請する段階、および前記待機時間のあいだ前記サービスベースステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する段階を含む。
【００１９】
また、前記課題を達成するための本発明の他の実施形態による無線ネットワーク上でのモバイルステーションのハンドオーバー方法は、データリンク層レベルのハンドオーバーを要請するためにＩＥＥＥ８０２．１６ｅ標準によるＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージをサービスベースステーションに伝送する段階と、ＭＯＢ  ＢＳＨＯ−ＲＥＱメッセージに対する応答として前記サービスベースステーションから推薦された周辺ベースステーションに関する情報が含まれたＩＥＥＥ８０２．１６ｅ標準によるＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージを受信する段階と、前記周辺ベースステーションのうち一つをターゲットベースステーションとして選択する段階と、所定待機時間経過後に連結解除の遂行を要請するＭＯＢ＿ＨＯ−ＩＮＤメッセージを前記サービスベースステーションで伝送する段階、および前記待機時間のあいだ前記サービスベースステーションとネットワーク層レベルの高速ハンドオーバー過程を遂行する段階を含む。
【発明の効果】
【００２０】
前述したように本発明によれば、ネットワーク層レベルの高速ハンドオーバーをＩＥＥＥ８０２．１６ｅ標準環境でも適用することができる。これによって、モバイルステーションが移動する場合でもＩＰ変更にともなうパケット損失を最小化することができる。
【発明を実施するための最良の形態】
【００２１】
その他実施形態の具体的な事項は詳細な説明および図に含まれている。
本発明の利点および特徴、そしてそれらを達成する方法は添付された図面と共に詳細に後述される実施形態を参照すれば明確になるであろう。しかし本発明は以下で開示される実施形態に限定されるものではなく互いに異なる多様な形態で具現され得るものであり、単に本実施形態は本発明の開示が完全なようにし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであり、本発明は請求項の範囲によってのみ定義される。明細書全体にかけて、同一参照符号は同一構成要素を指称する。
【００２２】
以下添付された図を参照して、本発明の実施形態を詳細に、説明する。
【００２３】
図２は本発明の一実施形態による複合ハンドオーバー方式が適用される環境を図示する概略図である。ＭＳ１００は最初にサービスＢＳ２００に接続されていて、ハンドオーバーが必要な場合にサービスＢＳ２００にハンドオーバー（ＭＡＣ層レベル）要請をする。このようなハンドオーバー要請はサービスＢＳ２００がＭＳ１００に対してすることもできる。前記ハンドオーバー要請にしたがいサービスＢＳ２００は周辺のＢＳを検索しリストを作成してこれをＭＳ１００に提供する。ＭＳ１００は前記検索された周辺ＢＳのうちターゲットＢＳ３００を選択して接続し、サービスＢＳ２００およびターゲットＢＳ３００とＩＰメッセージをやり取りすることによって高速ハンドオーバーを遂行する。前記高速ハンドオーバーが完了すればサービスＢＳ２００はＭＳ１００との通信断絶、すなわち連結解除（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｌｅａｓｅ）を遂行する。以後、ＭＳ１００はターゲットＢＳ３００とデータを送受信することができる。
【００２４】
図３は本発明の一実施形態によるＭＳ１００の構成を図示するブロック図である。前記ＭＳ１００はプロセッサ１１０、メモリ１２０、ＩＰモジュール１３０、ＭＡＣモジュール１４０、ＲＦモジュール１５０、およびＢＳ選択部１６０を含み構成され得る。
【００２５】
プロセッサ１１０はＭＳ１００内の他の構成要素を制御し、受信されたデータまたは送信するデータをメモリ１２０に保存する。プロセッサ１１０はＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、マイコン（Ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）等で具現されることができ、メモリ１２０はＲＡＭ（Ｒａｎｄｏｍ、Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、その他の保存素子で具現され得る。
【００２６】
ＩＰモジュール１３０は高速ハンドオーバーを遂行するためのＩＰメッセージを生成する。前記ＩＰメッセージとしてはモバイルＩＰｖ６標準によるＲｔＳｏｌＰｒメッセージ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ  ｆｏｒ  Ｐｒｏｘｙ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｍｅｓｓａｇｅ）、ＦＢＵメッセージ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  ｍｅｓｓａｇｅ）等のコントロールメッセージを含む。
【００２７】
前記ＲｔＳｏｌＰｒメッセージはＭＳ１００が現在のルータ機能をするサービスＢＳ２００にハンドオーバーのための情報を要請するメッセージである。そして、ＦＢＵメッセージはＭＳ１００が前記サービスＢＳ２００に自身のトラフィック（ｔｒａｆｆｉｃ）を新しいルータ機能をするターゲットＢＳ３００に方向転換（ｒｅｄｉｒｅｃｔ）することを命令するメッセージである。
【００２８】
図４はＲｔＳｏｌＰｒメッセージ、ＦＢＵメッセージ等を含むコントロールメッセージ４００の一般構造を図示した図である。コントロールメッセージ４００はＩＰフィールド４１０と、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）フィールド４２０と、ＩＰデータグラム（ＩＰ  Ｄａｔａｇｒａｍと、４３０）でなされ得る。このうちでＩＰデータグラムは実際ｐａｙｌｏａｄ部分として伝送するデータがないならば省略され得る。ＩＰフィールド４１０は一般的にＳｏｕｒｃｅ  Ａｄｄｒｅｓｓフィールド、Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓフィールド、Ｈｏｐ  Ｌｉｍｉｔフィールド（コントロールメッセージの場合２５５）を含む。
【００２９】
ＩＣＭＰフィールド４２０の構成は各コントロールメッセージにしたがって異なることがあり得る。
【００３０】
ＲｔＳｏｌＰｒメッセージにおいてＩＣＭＰフィールドはＥｘｐｅｒｉｍｅｎｔ  Ｍｏｂｉｌｉｔｙ  Ｐｒｏｔｏｃｏｌ  Ｔｙｐｅが記録されるＴｙｐｅフィールドと、０が記録されるＣｏｄｅフィールド、ＩＣＭＰｖ６チェックサム（ｃｈｅｃｋｓｕｍ）が記録されるＣｈｅｃｋｓｕｍフィールド、２が記録されるＳｕｂｔｙｐｅフィールド、すべて０が記録される受信者（ｒｅｃｅｉｖｅｒ）によって無視されるＲｅｓｅｒｖｅｄフィールド、Ｉｄｅｎｔｉｆｉｅｒフィールドを含む。
【００３１】
一方、ＦＢＵメッセージにおいてＩＣＭＰフィールドはＡ、Ｈ、Ｌ、およびＫ  ｆｌａｇ各々が保存されるフィールド、Ｒｅｓｅｒｖｅｄフィールド、Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒフィールド、Ｌｉｆｅｔｉｍｅフィールド、およびＭｏｂｉｌｉｔｙ  Ｏｐｔｉｏｎｓフィールドを含む。
【００３２】
ＭＡＣモジュール１４０はＩＰモジュール１３０から提供されるデータ（コントロールメッセージ、一般ＩＰデータなど）の伝達を受け、ここにＭＡＣヘッダを付加してＲＦモジュール１５０に伝達する。また、ＭＡＣモジュール１４０はＩＥＥＥ８０２．１６ｅ標準によるハンドオーバーを遂行するために、ＭＡＣ層の管理メッセージ（ｍａｎａｇｅｍｅｎｔ  ｍｅｓｓａｇｅ）を生成してＲＦモジュール１５０に伝達したりもする。
【００３３】
このような管理メッセージはＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージと、ＭＯＢ＿ＨＯ−ＩＮＤメッセージを含む。ＭＳ１００はハンドオーバーを初期化したい時には前記ＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージをサービスＢＳ２００に伝送する。前記ＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージはＣＩＤ（Ｃｏｎｎｅｃｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）基盤に伝送され得る。前記ＣＩＤはパケットヘッダのオーバーヘッドを減らすために使用されるＦｕｌｌ目的地住所よりはるかに小さい整数を意味する。ＩＥＥＥ８０２．１６ｅ標準によれば、前記ＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージのＭａｎａｇｅｍｅｎｔ  Ｍｅｓｓａｇｅ  Ｔｙｐｅフィールドには５７が記録される。
【００３４】
一方、ＭＳ１００はハンドオーバーを遂行する直前の最終表示（ｆｉｎａｌ  ｉｎｄｉｃａｔｉｏｎ）のためにＭＯＢ＿ＨＯ−ＩＮＤメッセージをサービスＢＳ２００に伝送する。ＭＳ１００は前記ＭＯＢ＿ＨＯ−ＩＮＤメッセージによって、ハンドオーバーを取消し（ｃａｎｃｅｌ）したり拒絶（ｒｅｊｅｃｔ）することもできる。前記ＭＯＢ＿ＨＯ−ＩＮＤメッセージもＣＩＤ基盤に伝送され得る。
【００３５】
前記ＭＯＢ＿ＨＯ−ＩＮＤメッセージはＭａｎａｇｅｍｅｎｔ  Ｍｅｓｓａｇｅ  Ｔｙｐｅフィールドと、Ｍｏｄｅフィールドと、ＨＯ＿ＩＮＤ＿ｔｙｐｅフィールドを含む。ＩＥＥＥ８０２．１６ｅ標準によれば、ＭＯＢ＿ＨＯ−ＩＮＤメッセージのＭａｎａｇｅｍｅｎｔ  Ｍｅｓｓａｇｅ  Ｔｙｐｅフィールドには５９が記録される。また、２ビットのＭｏｄｅフィールドには００から１１まで四つの値が記録され得る。Ｍｏｄｅフィールドに００の場合はハンドオーバー要請を、０１の場合はＡｎｃｈｏｒ  ＢＳアップデートを利用するソフト  ハンドオーバー要請を、１０の場合はＡｃｔｉｖｅ  Ｓｅｔアップデートを利用するソフト  ハンドオーバー要請を意味する。そして、１１の場合は予備（ｒｅｓｅｒｖｅｄ）となっている。
【００３６】
２ビットのＨＯ＿ＩＮＤ＿ｔｙｐｅフィールドは前記Ｍｏｄｅフィールドの値が００の場合に限って記録されるが、ＩＥＥＥ８０２．１６ｅによれば、００の場合はサービスＢＳ２００との連結解除を、０１の場合はハンドオーバーの取消しを、そして１０の場合はハンドオーバーの拒絶を各々意味する。そして１１の場合は予備（ｒｅｓｅｒｖｅｄ）となっている。
【００３７】
前述したように、本発明ではサービスＢＳ２００がＭＯＢ＿ＨＯ−ＩＮＤメッセージを受信した後ＭＳ１００との連結を直ちに解除するためＩＰ層からの高速ハンドオーバー過程を遂行することができないことを考慮し、前記予備された「１１」ビットに新しい意味を付与する。
【００３８】
本発明によるＨＯ＿ＩＮＤ＿ｔｙｐｅフィールドは次の表（１）のように定義される。
【００３９】
【表１】
2009507448.tif 000003
表（１）によれば、ＨＯ＿ＩＮＤ＿ｔｙｐｅフィールドが００、０１、または１０ビットを有する場合には従来のＩＥＥＥ８０２．１６ｅ標準にそのまま従う。ところで、ＨＯ＿ＩＮＤ＿ｔｙｐｅフィールドが１１ビットを有する場合には所定の待機時間（ｗａｉｔｉｎｇ  ｔｉｍｅ；以下ＷＴと表わす）後にサービスＢＳ２００との連結を解除することによって高速ハンドオーバー過程を遂行することができる時間を確保する。
【００４０】
前記待機時間はＭＳ１００のユーザが定めることもでき、あらかじめ約束されたデフォルト値（ｄｅｆａｕｌｔ  ｖａｌｕｅ）を使用することもできる。前記待機時間では概略１ないし２秒の間の値が使用され得る。または、ＭＳ１００が高速ハンドオーバーを遂行した後、別途の通知メッセージを前記サービスＢＳ２００に伝送することによって前記待機時間の終了を知らせることもできる。
【００４１】
本発明でも前記ＨＯ＿ＩＮＤ＿ｔｙｐｅフィールドが００の場合にはサービスＢＳ２００がＭＯＢ＿ＨＯ−ＩＮＤメッセージを受信すると即時にＭＳ１００と通信を断絶する。もし、ＩＰレベルのハンドオーバーが使用されない場合ならば、前記ＭＯＢ＿ＨＯ−ＩＮＤメッセージを受信すると即時に通信を断絶しても良いためである。このように、ＭＡＣレベルではハンドオーバーが起きるがＩＰレベルではハンドオーバーが不必要な場合は、例えば、ＭＳ１００が現在接続されているサービスＢＳ２００のサブネット（ｓｕｂｎｅｔ）と、移動しようとするターゲットＢＳ３００のサブネットが互いに同一な場合である。同一なサブネット内ではＭＳ１００がＭＡＣレベルのハンドオーバー後に既存のＩＰ住所をそのまま使用しても通信が正常に成し得るためである。
【００４２】
ＲＦモジュール１５０は前記ＭＡＣモジュール１４０で生成された管理メッセージ、データフレームなど各種ＭＡＣデータを所定の変調方式（ＢＰＳＫ、ＱＰＳＫ、１６−ＱＡＭ、６４−ＱＡＭ等）で変調し生成されるＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）信号を、アンテナ１８０を通して空中に送出し、アンテナ１８０を通して受信されるＲＦ信号を所定の復調方式で復調する。復調されたデータは改めてＭＡＣモジュール１４０に提供される。
【００４３】
ＢＳ選択部１６０はサービスＢＳ２００から前記伝送されるＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージに対する応答として受信されるＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージのＮ＿Ｒｅｃｏｍｍｅｎｄｅｄフィールドを読み、Ｎ個の推薦されたＢＳのリストを得る。Ｎ個のリストのうちで最初は最も推薦順位が高いＢＳを、Ｎ番目は最も推薦順位が低いＢＳを表す。ＢＳ選択部１６０は前記ＢＳのリストのうちで一つのＢＳ、例えば最も推薦順位が高いＢＳをターゲットＢＳとして選択する。
【００４４】
Ｎ＿Ｒｅｃｏｍｍｅｎｄｅｄフィールド以外にも、ＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージはＭａｎａｇｅｍｅｎｔ  Ｍｅｓｓａｇｅ  Ｔｙｐｅフィールド、Ｍｏｄｅフィールド、Ｎｅｉｇｈｂｏｒ  ＢＳＩＤフィールド等をさらに含む。前記Ｍａｎａｇｅｍｅｎｔ  Ｍｅｓｓａｇｅ  Ｔｙｐｅフィールドには５８が記録され、Ｍｏｄｅフィールドには０００ないし１１１までの８個のビットが記録され得るのが、この中で「０００」ハンドオーバー要請の場合を意味する。
【００４５】
それでは、ＭＡＣモジュール１４０はＩＰモジュール１３０から提供されているサブネット情報を利用し、前記ＢＳ選択部１６０によって選択されたターゲットＢＳ３００のサブネットと既存のサービスＢＳのサブネット２００が同一なのかを判断する。その結果、同一な場合（高速ハンドオーバーが不必要な場合）にはＨＯ＿ＩＮＤ＿ｔｙｐｅフィールドが００と設定されたＭＯＢ＿ＨＯ−ＩＮＤメッセージを生成し、同一でない場合（高速ハンドオーバーが必要な場合）にはＨＯ＿ＩＮＤ＿ｔｙｐｅフィールドが１１と設定されたＭＯＢ＿ＨＯ−ＩＮＤメッセージを生成する。もちろん、ＭＳ１００がＭＡＣレベルのハンドオーバー自体を遂行したくないならば、最初のＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージによるハンドオーバー要請を取消し（ＨＯ＿ＩＮＤ＿ｔｙｐｅフィールド「０１」）したり拒絶（ＨＯ＿ＩＮＤ＿ｔｙｐｅフィールド「１０」）することもできる。
【００４６】
図５は本発明の一実施形態によるＢＳ２００の構成を図示するブロック図である。前記ＢＳ２００はプロセッサ２１０、メモリ２２０、ＩＰモジュール２３０、ＭＡＣモジュール２４０、ＲＦモジュール２５０、およびＢＳ検索部２６０を含み構成され得る。前記ＢＳ２００はサービスＢＳとして動作することもでき、ターゲットＢＳとして動作もし得る。
【００４７】
プロセッサ２１０はＢＳ２００内の他の構成要素を制御し、受信されたデータまたは送信するデータをメモリ２２０に保存する。
【００４８】
ＩＰモジュール２３０は、高速ハンドオーバーを遂行するためのＩＰメッセージを生成する。前記ＩＰメッセージではモバイルＩＰｖ６標準によるＰｒＲｔＡｄｖメッセージ（Ｐｒｏｘｙ  Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｍｅｓｓａｇｅ）、ＨＩメッセージ（Ｈａｎｄｏｖｅｒ  Ｉｎｉｔｉａｔｅ  ｍｅｓｓａｇｅ）、Ｈａｃｋメッセージ（Ｈａｎｄｏｖｅｒ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｍｅｓｓａｇｅ）、ＦＢａｃｋメッセージ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｍｅｓｓａｇｅ）等のコントロールメッセージを含む。前記コントロールメッセージは図４のような構造を有する。
【００４９】
前記ＰｒＲｔＡｄｖメッセージはアクセスルータ（Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ）機能を有するＢＳ２００がＭＳ１００からＲｔＳｏｌＰｒメッセージを受信した後に、これに対する応答として前記ＭＳ１００に伝送するメッセージである。前記メッセージはリンク層（Ｌｉｎｋ−Ｌａｙｅｒ）住所（例えば、ＭＡＣ住所）と、ＩＰ住所、その他周辺ＢＳのサブネット  プリフィクス（ｓｕｂｎｅｔ  ｐｒｅｆｉｘ）を提供する。
【００５０】
ＰｒＲｔＡｄｖメッセージにおいて、ＩＣＭＰフィールドはＥｘｐｅｒｉｍｅｎｔ  Ｍｏｂｉｌｉｔｙ  Ｐｒｏｔｏｃｏｌ  Ｔｙｐｅが記録されるＴｙｐｅフィールドと、０、１、２、３または４が記録されるＣｏｄｅフィールド、ＩＣＭＰｖ６チェックサム（ｃｈｅｃｋｓｕｍ）が記録されるＣｈｅｃｋｓｕｍフィールド、３が記録されるＳｕｂｔｙｐｅフィールド、すべて０が記録される受信者（ｒｅｃｅｉｖｅｒ）によって無視されるＲｅｓｅｒｖｅｄフィールド、Ｉｄｅｎｔｉｆｉｅｒフィールド、その他Ｏｐｔｉｏｎｓフィールドを含む。
【００５１】
前記Ｃｏｄｅフィールドが０の場合は、ＭＳ１００が移動感知（ｍｏｖｅｍｅｎｔ  ｄｅｔｅｃｔｉｏｎ）およびＮＣｏＡ形成（Ｎｅｗ  Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ  ｆｏｒｍｕｌａｔｉｏｎ）のためにＡＰ−ＩＤ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）  ｔｕｐｌｅまたはＡＲ−ｉｎｆｏ（Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ）  ｔｕｐｌｅを使用しなければならない場合を意味する。ＡＰ−ＩＤ  ｔｕｐｌｅはアクセスポイントの識別子であり、ＡＲ−ｉｎｆｏ  ｔｕｐｌｅはＲｏｕｔｅｒのＩＰ住所、プレフィックス等の情報を意味する。
【００５２】
前記Ｃｏｄｅフィールドが１の場合は、ＰｒＲｔＡｄｖメッセージがｓｏｌｉｃｉｔａｔｉｏｎなしで伝送されることを意味し、２の場合は可能なルータ情報が存在しないことを意味する。また、前記Ｃｏｄｅフィールドが３の場合は、新しいルータ情報は要請されるアクセスポイントのサブネットに対してだけ存在することを意味する。
【００５３】
ＭＳ１００は前記ＰｒＲｔＡｄｖメッセージを読むことによって新しいルータに対する情報を知ることができる。
【００５４】
一方、ＨＩメッセージは、ＭＳ１００のハンドオーバー過程を初期化するために、現在アクセスルータ機能を有するサービスＢＳ２００がアクセスルータ機能を有する他のＢＳ、すなわちターゲットＢＳ３００に伝送されるメッセージである。
【００５５】
ＨＩメッセージにおいて、ＩＣＭＰフィールドはＥｘｐｅｒｉｍｅｎｔ  Ｍｏｂｉｌｉｔｙ  Ｐｒｏｔｏｃｏｌ  Ｔｙｐｅが記録されるＴｙｐｅフィールドと、０、または１が記録されるＣｏｄｅフィールド、ＩＣＭＰｖ６チェックサム（ｃｈｅｃｋｓｕｍ）が記録されるＣｈｅｃｋｓｕｍフィールド、４が記録されるＳｕｂｔｙｐｅフィールド、割当てられた住所設定のためＳフラッグフィールド、バッファフラッグのＵフラッグフィールド、すべて０が記録される受信者（ｒｅｃｅｉｖｅｒ）によって無視されるＲｅｓｅｒｖｅｄフィールド、Ｉｄｅｎｔｉｆｉｅｒフィールド、その他Ｏｐｔｉｏｎｓフィールドを含む。
【００５６】
以前のアクセスルータ、すなわちサービスＢＳはＰＣｏＡ（Ｐｒｅｖｉｏｕｓ  Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）をｓｏｕｒｃｅ  ＩＰ  ａｄｄｒｅｓｓを使用し高速バインディングアップデートをした場合には前記Ｃｏｄｅフィールドが０と記録され、ＰＣｏＡ以外の住所をｓｏｕｒｃｅ  ＩＰ  ａｄｄｒｅｓｓとして使用した場合には前記Ｃｏｄｅフィールドが１と記録される。
【００５７】
Ｈａｃｋメッセージ（Ｈａｎｄｏｖｅｒ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｍｅｓｓａｇｅ）は前記ＨＩメッセージに対する確認応答メッセージであり。ＩＣＭＰフィールドに含まれるＣｏｄｅフィールドは０ないし４または１２８ないし１３０が記録され得る。前記Ｃｏｄｅフィールドが０の場合はハンドオーバーが受諾（ａｃｃｅｐｔｅｄ）され、ＮＣｏＡ（Ｎｅｗ  Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）が有効な場合を表し、１の場合はハンドオーバーが受諾されたがＮＣｏＡが有効でない場合を、２の場合はハンドオーバーが受諾されたがＮＣｏＡがすでに使用中の場合を、３の場合はハンドオーバーが受諾されＮＣｏＡが割当てられた場合を、４の場合はハンドオーバーが受諾されたがＮＣｏＡが割当てられない場合を各々表す。そして、Ｃｏｄｅフィールドが１２８の場合は知ることのできない理由でエラーが発生した場合を、１２９の場合は管理者によって、ハンドオーバーが禁止された場合を、１３０の場合はシステム資源が不充分でハンドオーバーが不可能な場合を各々表す。
【００５８】
ＦＢａｃｋメッセージ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｍｅｓｓａｇｅ）は前記ＦＢＵメッセージに対する確認応答メッセージであって、前記ＦＢＵメッセージのＡフラッグが設定されている場合に限って伝送される。ＩＣＭＰフィールドに含まれるＳｔａｔｕｓフィールドは０、１または１２８ないし１３１を有し得る。この中で０の場合は高速バインディングアップデートが受諾された場合を、１の場合は高速バインディングアップデートが受諾されたがＮＣｏＡが有効でない場合を表す。１２８ないし１３０の場合は前記ＨａｃｋメッセージのＣｏｄｅフィールドでの定義と同一で、１３１の場合はインターフェース識別子の長さが正確でない場合を表す。
【００５９】
図５のＢＳ検索部２６０は現在サービスを提供するサービスＢＳ周辺の利用可能なＢＳを検索し、前記検索されたＮ個のＢＳおよびその情報をリストとして作成する。この時、ＢＳ検索部２６０は所定の基準にしたがって前記検索されたＢＳの推薦の順位を定め、その推薦順位の順序で前記リストを作成することができる。
【００６０】
ＭＡＣモジュール２４０はＩＰモジュール２３０から提供されるデータ（コントロールメッセージ、一般ＩＰデータ等）の伝達を受け、ここにＭＡＣヘッダを付加してＲＦモジュール２５０に伝達する。また、ＭＡＣモジュール２４０はＩＥＥＥ８０２．１６ｅ標準によるハンドオーバーを遂行するために、ＭＡＣ層の管理メッセージ（ｍａｎａｇｅｍｅｎｔ  ｍｅｓｓａｇｅ）を生成しＲＦモジュール２５０に伝達したりもする。
【００６１】
前記管理メッセージはＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージを含む。前記ＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージは前記伝送されるＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージに対する応答として伝送される管理メッセージだ。前記ＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージはＮ＿Ｒｅｃｏｍｍｅｎｄｅｄフィールド、Ｍａｎａｇｅｍｅｎｔ  Ｍｅｓｓａｇｅ  Ｔｙｐｅフィールド、Ｍｏｄｅフィールド、Ｎｅｉｇｈｂｏｒ  ＢＳＩＤフィールド等を含む。前記ＢＳ検索部２６０で検索されたＮ個のＢＳおよびその情報は前記Ｎ＿Ｒｅｃｏｍｍｅｎｄｅｄフィールドに推薦順序として記録され得る。
【００６２】
一方、ＭＡＣモジュール２４０はＭＳ１００からＭＯＢ＿ＨＯ−ＩＮＤメッセージが受信されれば、前記メッセージのＣｏｄｅフィールドを判読する。前記Ｃｏｄｅフィールドの値が０１（ＨＯ  ｃａｎｃｅｌ）や１０（ＨＯ  ｒｅｊｅｃｔ）であればハンドオーバー過程を中断し、００ならば即時にＭＳ１００との通信を断絶する。もし、前記Ｃｏｄｅフィールドの値が１１であれば、所定の待機時間のあいだ待機した後にＭＳ１００との通信を断絶する。前記待機時間のあいだはＭＳ１００とＢＳ２００の間にＩＰレベルでの高速ハンドオフ過程（図７参照）が遂行される。
【００６３】
ＲＦモジュール２５０は前記ＭＡＣモジュール２４０で生成された管理メッセージ、データフレームなど各種ＭＡＣデータを所定の変調方式（ＢＰＳＫ、ＱＰＳＫ、１６−ＱＡＭ、６４−ＱＡＭ等）で変調して生成されるＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）信号を、アンテナ２８０を通して空中に送出し、アンテナ２８０を通して受信されるＲＦ信号を所定の復調方式で復調する。復調されたデータはまたＭＡＣモジュール２４０に提供される。
【００６４】
以上図４および図５の実施形態と関連して説明された論理ブロックは本明細書で説明された機能を遂行するように設計された凡庸プロセッサ、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）または他のプログラム可能論理装置、離散ゲートまたはトランジスタ論理装置、離散ハードウェア成分、またはそれらの任意の結合で具現されたり遂行され得る。凡庸プロセッサはマイクロプロセッサであり得るが、選択的には、そのプロセッサは任意の従来プロセッサ、制御機、マイクロ制御機、または状態マシンであり得る。プロセッサはまたコンピュータ装置の結合、例えば、ＤＳＰとマイクロプロセッサの結合、複数のマイクロプロセッサ、ＤＳＰコアと関連した一つ以上のマイクロプロセッサ、または任意の他のそのような構成で具現され得る。
【００６５】
図６は本発明の一実施形態による複合ハンドオーバー過程を表すフローチャートである。
まず、ＭＳ１００はＭＡＣ層レベルでのハンドオーバーを要請するＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージをサービスＢＳ２００に伝送する（Ｓ１０）。すると、前記要請にしたがいサービスＢＳ２００はＢＳ検索部２６０を通して、周辺の利用可能なＢＳを検索する（Ｓ１５）。そして、前記検索結果、得られたＮ個のＢＳおよびその情報をリストとして作成する（Ｓ２０）。サービスＢＳ２００は前記検索されたＮ個のＢＳおよびその情報をＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージにのせて前記ＭＳ１００に伝送する（Ｓ２５）。
【００６６】
ＭＳ１００は前記ＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージで推薦されたＮ個のＢＳリストを参照して、このうち一つをターゲットＢＳ３００として選択する（Ｓ３０）。ＭＳ１００は最終的にハンドオーバーを遂行するのかの可否を決定しＭＯＢ＿ＨＯ−ＩＮＤメッセージのＣｏｄｅフィールドを設定する（Ｓ３５）。ハンドオーバーを遂行したくない場合には前記Ｃｏｄｅフィールドを０１または１０として設定する。もし、ハンドオーバーを遂行しようとする場合には、前記選択されたターゲットＢＳ３００がサービスＢＳ２００と同一なサブネットに属すのかを判断し、同一なサブネットに属す場合には前記Ｃｏｄｅフィールドを００と設定し、そうではない場合には１１と設定する。
【００６７】
ＭＳ１００は前記Ｃｏｄｅフィールドが設定されたＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージをサービスＢＳ２００に伝送する（Ｓ４０）。サービスＢＳ２００は前記Ｃｏｄｅフィールドを判読して（Ｓ４５）、判読された値が０１または１０ならばハンドオーバーを終了して以前に復帰する。したがって、以前のようにＭＳ１００はサービスＢＳ２００を通して通信することができる。
【００６８】
前記判読された値が００ならば、ＢＳ２００は即時にＭＳ１００との通信を断絶する（Ｓ５０）。すると、ＭＳ１００はターゲットＢＳ３００と既存のＩＰ住所を利用してデータを送受信することができる（Ｓ５５）。
【００６９】
もし、前記判読された値が１１ならば、ＢＳ２００は所定の待機時間（ＷＴ）を待機した後、通信を断絶する（Ｓ７０）。前記待機時間のあいだにはＭＳ１００、サービスＢＳ２００、ターゲットＢＳ３００間に高速ハンドオーバー過程が遂行される（Ｓ６０）。Ｓ７０段階以後には、ＭＡＣレベルのハンドオーバー過程およびＩＰレベルの高速ハンドオーバー過程がすべて遂行されたため、ＭＳ１００はターゲットＢＳ３００を新しいＢＳとして設定し、前記ターゲットＢＳ３００とデータを送受信することができる（Ｓ７５）。
【００７０】
図７は図５の高速ハンドオーバー過程（Ｓ６０）を細部的に表すフローチャートである。図７の過程は従来のモバイルＩＰｖ６で提案する高速ハンドオーバー過程と同一で、本発明にしたがい特別に変更する必要はない。
【００７１】
簡単にその過程を察し見れば、まずＭＳ１００はＲｔＳｏｌＰｒメッセージをサービスＢＳ２００に伝送し、高速ハンドオーバーを要請する（Ｓ６１）。前記ＲｔＳｏｌＰｒメッセージに対する応答としてサービスＢＳ２００はＭＳ１００にＰｒＲｔＡｄｖメッセージを伝送する（Ｓ６２）。前記ＲｔＳｏｌＰｒメッセージはリンク層（Ｌｉｎｋ−Ｌａｙｅｒ）住所と、ＩＰ住所、その他周辺ＢＳのサブネットプレフィックス（ｓｕｂｎｅｔ  ｐｒｅｆｉｘ）を提供する。
【００７２】
その次に、ＭＳ１００はＦＢＵメッセージをサービスＢＳ２００に伝送し、自身のトラフィック（ｔｒａｆｆｉｃ）を新しいルータ機能をするターゲットＢＳ３００に方向転換（ｒｅｄｉｒｅｃｔ）することを命令する（Ｓ６３）。前記ＦＢＵメッセージを受信したサービスＢＳ２００はＨＩメッセージをターゲットＢＳ３００に伝送し、ハンドオーバーを初期化することを指示する（Ｓ６４）。前記ＨＩメッセージを受信したターゲットＢＳ３００はこれに対する応答としてＨａｃｋメッセージをサービスＢＳ２００に伝送する（Ｓ６５）。前記Ｈａｃｋメッセージにはハンドオーバー受諾の可否、ＮＣｏＡ使用可能の可否、エラー発生の可否などを知らせるＣｏｄｅフィールドが含まれる。
【００７３】
最後に、サービスＢＳ２００はＭＳ１００およびターゲットＢＳ３００に前記ＦＢＵメッセージに対する確認応答メッセージであるＦＢａｃｋメッセージを伝送する（Ｓ６６）。これで高速ハンドオーバー過程は完了され、ＭＳ１００はターゲットＢＳ３００とＩＰレベルの通信が可能になる。
【００７４】
ところで、Ｓ６１、Ｓ６２、およびＳ６３段階はすべてＭＳ１００とサービスＢＳ２００間の通信過程であるためＭＡＣレベルのハンドオーバー遂行以前でも遂行され得る。したがって、前記Ｓ６１、Ｓ６２、およびＳ６３段階のうち一部または全部は図６のＳ１０段階とＳ２５段階の間で遂行され得る。
【００７５】
以上添付された図面を参照し、本発明の実施形態を説明したが、本発明が属する技術分野で通常の知識を有する者は本発明がその技術的思想や必須の特徴を変更せず、他の具体的な形態で実施され得るということを理解するはずである。そのため以上で記述した実施形態はすべての面で例示的なものであり、限定的ではないものと理解しなければならない。
【図面の簡単な説明】
【００７６】
【図１】ＩＥＥＥ８０２．１６ｅ標準によるハンドオーバー過程を図示する図である。
【図２】本発明の一実施形態による複合ハンドオーバー方式が適用される環境を図示する概略図である。
【図３】本発明の一実施形態によるＭＳの構成を図示するブロック図である。
【図４】コントロールメッセージの一般構造を図示する図である。
【図５】本発明の一実施形態によるＢＳの構成を図示するブロック図である
【図６】本発明の一実施形態による複合ハンドオーバー過程を表すフローチャートである。
【図７】図５の高速ハンドオーバー過程を細部的に表すフローチャートである。
【図１】
2009507448.tif 000004
【図２】
2009507448.tif 000005
【図３】
2009507448.tif 000006
【図４】
2009507448.tif 000007
【図５】
2009507448.tif 000008
【図６】
2009507448.tif 000009
【図７】
2009507448.tif 000010
【国際調査報告】
2009507448.tif 000011
2009507448.tif 000012