(57)【要約】【課題】指示メッセージ又はハンドオーバリクエストメッセージが消失した場合、この消失を検出可能な改良されたハンドオーバ制御処理を提供すること。【解決手段】本発明の一態様は、ハンドオーバをリクエストするハンドオーバリクエストメッセージを送受信することを含む、移動局において実現されるハンドオーバ制御方法であって、前記ハンドオーバの所望の状態を指示するための指示メッセージが送信されると、前記ハンドオーバリクエストメッセージを含まない前記指示メッセージが消失したか検出するステップを有するハンドオーバ制御方法に関する。【選択図】図７
2011509582.tif 000002
【特許請求の範囲】
【請求項１】
ハンドオーバをリクエストするハンドオーバリクエストメッセージを送受信することを含む、移動局において実現されるハンドオーバ制御方法であって、
前記ハンドオーバの所望の状態を指示するための指示メッセージが送信されると、前記ハンドオーバリクエストメッセージを含まない前記指示メッセージが消失したか検出するステップを有するハンドオーバ制御方法。
【請求項２】
前記指示メッセージが消失したか検出するステップは、
前記移動局が前記指示メッセージを送信すると、タイマーをスタートするステップと、
前記タイマーが時間切れになる前にアクノリッジメントが受信されたか判断し、判定結果を生成するステップと、
前記判定結果に従って、前記指示メッセージが消失したか判断するステップと、
を有する、請求項１記載のハンドオーバ制御方法。
【請求項３】
前記アクノリッジメントは、既存のメッセージ又は既存のメッセージの組み合わせに対応し、
各既存のメッセージは、ハンドオーバ処理と異なる特定の処理における所定のアクションを表す、請求項２記載のハンドオーバ制御方法。
【請求項４】
前記アクノリッジメントは、物理レイヤ調整を含まないレンジングレスポンスメッセージである、請求項３記載のハンドオーバ制御方法。
【請求項５】
前記アクノリッジメントは、ユニキャストグラントを割り当てるためのものである、請求項２記載のハンドオーバ制御方法。
【請求項６】
ハンドオーバをリクエストするハンドオーバリクエストメッセージを送信することを含む、基地局において実現されるハンドオーバ制御方法であって、
前記ハンドオーバリクエストメッセージが送信されると、前記ハンドオーバリクエストメッセージが消失したか検出するステップを有するハンドオーバ制御方法。
【請求項７】
前記ハンドオーバリクエストメッセージが消失したか検出するステップは、
前記基地局が前記ハンドオーバリクエストメッセージを送信すると、タイマーをスタートするステップと、
前記タイマーが時間切れになる前に前記ハンドオーバリクエストメッセージの受信を示すアクノリッジメントメッセージが受信されたか判断し、判定結果を生成するステップと、
前記判定結果に従って、前記ハンドオーバリクエストメッセージが消失したか判断するステップと、
を有する、請求項７記載のハンドオーバ制御方法。
【請求項８】
前記アクノリッジメントメッセージは、ハンドオーバ指示メッセージを有する、請求項７記載のハンドオーバ制御方法。
【請求項９】
前記ハンドオーバリクエストメッセージが消失したことを判定結果が示すと、前記ハンドオーバリクエストメッセージを再送するステップをさらに有する、請求項６記載のハンドオーバ制御方法。
【請求項１０】
前記ハンドオーバリクエストメッセージが消失したことを判定結果が示すと、ダウンリンク／アップリンク割当処理を中止するステップをさらに有する、請求項６記載のハンドオーバ制御方法。
【請求項１１】
前記ハンドオーバの所望の状態を指示する指示メッセージを移動局から受信すると、アクノリッジメントを送信するステップをさらに有する、請求項６記載のハンドオーバ制御方法。
【請求項１２】
前記アクノリッジメントは、既存のメッセージ又は既存のメッセージの組み合わせに対応し、
各既存のメッセージは、ハンドオーバ処理と異なる特定の処理における所定のアクションを表す、請求項１１記載のハンドオーバ制御方法。
【請求項１３】
前記アクノリッジメントは、物理レイヤ調整を含まないレンジングレスポンスメッセージである、請求項１２記載のハンドオーバ制御方法。
【請求項１４】
前記ハンドオーバリクエストメッセージの送信後、前記移動局へのユニキャストグラントの割当を中止するステップをさらに有し、
前記基地局が前記指示メッセージを受信すると前記移動局に送信されるアクノリッジメントは、ユニキャストグラントを割り当てるためのものである、請求項１１記載のハンドオーバ制御方法。
【請求項１５】
パラメータ調整情報を取得するためのハンドオーバレンジングコードを送信することを含む、移動局において実現されるハンドオーバ制御方法であって、
現在のサービング基地局から、帯域幅割当情報を有するアップリンクグラントメッセージを受信するステップと、
少なくとも２つのＩＤを有するレンジングリクエストを送信するステップと、
ハンドオーバ処理をキャンセルするか示すレンジングレスポンスを受信するステップと、を有するハンドオーバ制御方法。
【請求項１６】
前記ハンドオーバの所定の状態を指示するための指示メッセージを送信するステップをさらに有する、請求項１５記載のハンドオーバ制御方法。
【請求項１７】
前記指示メッセージは、ハンドオーバキャンセルメッセージを有する、請求項１６記載のハンドオーバ制御方法。
【請求項１８】
前記現在のサービング基地局である特定の基地局の信号品質に従って、前記指示メッセージを送信するか検出するステップをさらに有する、請求項１６記載のハンドオーバ制御方法。
【請求項１９】
前記現在のサービング基地局である特定の基地局の取り決められた能力に従って、前記指示メッセージを送信するか検出するステップをさらに有する、請求項１６記載のハンドオーバ制御方法。
【請求項２０】
前記レンジングリクエストは、移動局のＩＤと特定の基地局のＩＤとの少なくとも２つのＩＤを有し、
前記特定の基地局のＩＤは、前記移動局がハンドオーバをキャンセルすることを意図する場合、現在のサービング基地局と同一のものが選択される、請求項１５記載のハンドオーバ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の開示される実施例は、請求項１，６及び１５によるハンドオーバメッセージが消失したか検出可能なハンドオーバハンドシェイク処理に関する。
【０００２】
本発明は、ハンドオーバハンドシェイク処理に関し、より詳細にはハンドオーバメッセージが消失したか検出可能なハンドオーバハンドシェイク処理に関する。
【背景技術】
【０００３】
通信システムの各基地局には、限定的なカバーエリアが割り当てられている。移動局（ＭＳ）が通話中にサービング基地局（ＳＢＳ）のカバーエリアから離れると、ＭＳはＳＢＳから他の基地局（ＢＳ）に接続を変更する。ＭＳが他のＢＳとの新たな接続を完全に確立するまでＭＳとＳＢＳとの接続は解放されないため、実行中の通話は終了されない。この処理はハンドオーバと呼ばれる。ハンドオーバ処理中、実行中の通話は常にＭＳにより適したＢＳ又はチャネルに移行可能であり、これにより、より良好な通信品質が取得可能となる。
【０００４】
ハンドオーバ処理を開始するため、まずハンドオーバリクエストが送信される必要がある。ＭＳ１０とＳＢＳ１２との間の従来のハンドオーバハンドシェイク処理を示す図である図１を参照するに、まずＭＳ１０がリクエストメッセージＭＯＢ＿ＭＳＨＯ−ＲＥＱ１０２をＳＢＳ１２に送信し、ＳＢＳ１２がこのハンドオーバリクエストを受信したことをＭＳ１０に通知するため、レスポンスメッセージＭＯＢ＿ＢＳＣＨＯ−ＲＳＰ１０４がＳＢＳ１２によりＭＳ１０に送信される。その後、ＭＳ１０は、他のＢＳへの切替時にＳＢＳ１２をリリースするため、ＨＯ＿ＩＮＤ＿ｔｙｐｅ０ｂ００による指示メッセージＭＯＢ＿ＨＯ−ＩＮＤを送信する。現在のＷｉＭＡＸ仕様では、このリリースメッセージ１０６のアクノリッジメントは具体的には規定されていない。従って、ＳＢＳ１２は、リリースメッセージ１０６の受信を確認するため、ＭＳ１０にメッセージを送信しないが、ＭＳ１０に対するダウンリンク及びアップリンクスケジューリングを中止して、リリースメッセージ１０６の受信後にＭＳ１０からの帯域幅リクエストに応答しない。
【０００５】
ハンドオーバ処理が開始されたとしても、ＭＳ１０はＳＢＳ１２とのハンドオーバをキャンセルすることを所望するかもしれない。この状況では、ＭＳ１０は、ハンドオーバ処理をキャンセルするため、ＨＯ＿ＩＮＤ＿ｔｙｐｅ０ｂ０１による指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ１０８をＳＢＳ１２に送信することができる。しかしながら、この指示メッセージ１０８が送信中に消失した場合、問題が生じる。ＳＢＳ１２がＭＳ１０から送信された指示メッセージ１０８を受信しないため、ＳＢＳ１２によるダウンリンク及びアップリンクスケジューリングは依然として停止され、ＳＢＳ１２はＭＳ１０からの帯域幅リクエストに応答しないが、ＭＳ１０は、ハンドオーバがキャンセルされたと考え、帯域幅をリクエストし、又はＳＢＳ１２からのアンソリシテッドグラントを待機することになるかもしれない。ＭＳ１０とＳＢＳ１２の状態はもはや同期しない。
【０００６】
図２〜５は、ハンドオーバ指示メッセージ１０８が送信中に消失する他の状況を示す。図２では、ＭＳ１０は、リクエストメッセージＭＯＢ＿ＭＳＨＯ−ＲＥＱ１０２の送信後であって、レスポンスメッセージＭＯＢ＿ＢＳＨＯ−ＲＳＰ１０４の受信前、ハンドオーバをキャンセルするため、ＨＯ＿ＩＮＤ＿ｔｙｐｅ０ｂ０１によるＭＯＢ＿ＨＯ−ＩＮＤメッセージ１０８を送信する。図３では、レスポンスメッセージＭＯＢ＿ＢＳＨＯ−ＲＳＰ１０４の受信後、指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ１０８が送信される。図４及び５では、ハンドオーバリクエストメッセージＭＯＢ＿ＢＳＨＯ−ＲＥＱ１１０がＭＳ１０の代わりにＳＢＳ１２により送信される。ハンドオーバリクエストメッセージ１１０の受信後、ＭＳ１０は、ＭＳ１０の決定を指示するため、ハンドオーバをキャンセルするための指示メッセージ、リクエストを拒絶するための指示メッセージ、ＳＢＳ１２をリリースするための指示メッセージなどの指示メッセージ１０８によりリプライすべきである。図４及び５では、指示メッセージ１０８が消失すると、ＭＳ１０はハンドオーバがキャンセルされたとみなすが、ＳＢＳ１２は依然としてＭＳ１０からの指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ１０８を待機し、ダウンリンク及びアップリンクスケジューリングを中止する。ＭＳ１０とＳＢＳ１２の両サイドにおける混同が起きる。
【０００７】
図６は、ＳＢＳ１２により送信されるハンドオーバリクエストメッセージＭＯＢ＿ＢＳＨＯ−ＲＥＱ１１０が消失する他の状況を示す。ＨＯ動作モード＝０又は１によるリクエストメッセージＭＯＢ＿ＢＳＨＯ−ＲＥＱ１１０の送信後、ＳＢＳ１２はＭＳ１０からの指示メッセージＭＯＢ＿ＨＯ−ＩＮＤを期待する。リクエストメッセージは消失し、このため、ＭＳ１０がハンドオーバリクエストに気付かない場合、ＭＳ１０は指示メッセージを送信せず、ＳＢＳ１２はダウンリンク及びアップリンクスケジューリングを中止する。さらに、ＳＢＳ１２がこの指示メッセージに対するアンソリシテッドグラントを割り当てない場合、ＳＢＳ１２はリクエストメッセージの消失に気付かないかもしれない。すなわち、ＳＢＳ１２は、ＭＳがＨＯを実行すると考えている間、ＭＯＢ−ＨＯ−ＩＮＤメッセージのＵＬグラントを割り当てる追加的な労力を費やす必要があるが、ＭＳは、リクエストメッセージＭＯＢ＿ＢＳＨＯ−ＲＥＱ１１０を受信しない。従って、この追加的な労力と時間は、システムパフォーマンスを低下させることになる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従って、指示メッセージ又はハンドオーバリクエストメッセージが消失した場合重大な問題となる。この消失を検出可能な改良されたハンドオーバ制御処理が求められる。
【課題を解決するための手段】
【０００９】
このため、本発明は、ハンドオーバメッセージや指示メッセージなどのハンドオーバメッセージの消失を検出可能なハンドオーバハンドシェイク処理を提供することを目的とする。消失が検出されると、ＭＳ又はＳＢＳが消失メッセージを再送するか、又はＭＳとＳＢＳの非同期状態を回避するための何らかの修復ステップを実行することができる。これにより、従来技術における問題が解決できる。
【００１０】
これは、請求項１，６及び１５によるハンドオーバハンドシェイク処理により実現される。従属クレームは、対応するさらなる展開及び改善に関する。
【００１１】
以下の詳細な説明からより明確に理解されるように、移動局において実現される請求されたハンドオーバ制御方法が開示される。この方法は、ハンドオーバリクエストメッセージを送受信し、ハンドオーバリクエストメッセージを含まない所望のハンドオーバ状態を示す指示メッセージが送信されると、指示メッセージが消失しているか検出することからなる。
【００１２】
さらに、基地局において実現される請求されたハンドオーバ制御方法が開示される。本方法は、ハンドオーバリクエストメッセージを送信し、ハンドオーバリクエストメッセージが送信されると、ハンドオーバリクエストメッセージが消失したか検出することからなる。
【００１３】
本発明の上記及び他の課題は、各種図面に示される好適な実施例の以下の詳細な説明を読んだ後、当業者に明らかになるであろう。
【発明の効果】
【００１４】
本発明によると、ハンドオーバメッセージや指示メッセージなどのハンドオーバメッセージの消失を検出可能なハンドオーバハンドシェイク処理を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】図１は、ハンドオーバ指示メッセージが消失したＭＳとＳＢＳとの間の従来のハンドオーバハンドシェイク処理を示す。
【図２】図２は、ハンドオーバ指示メッセージが消失したＭＳとＳＢＳとの間の従来のハンドオーバハンドシェイク処理を示す。
【図３】図３は、ハンドオーバ指示メッセージが消失したＭＳとＳＢＳとの間の従来のハンドオーバハンドシェイク処理を示す。
【図４】図４は、ハンドオーバ指示メッセージが消失したＭＳとＳＢＳとの間の従来のハンドオーバハンドシェイク処理を示す。
【図５】図５は、ハンドオーバ指示メッセージが消失したＭＳとＳＢＳとの間の従来のハンドオーバハンドシェイク処理を示す。
【図６】図６は、ＳＢＳにより送信されたハンドオーバ指示メッセージが消失したＭＳとＳＢＳとの間の従来のハンドオーバハンドシェイク処理を示す。
【図７】図７は、本発明の一実施例によるＭＳとＳＢＳとの間のハンドオーバハンドシェイク処理を示す。
【図８】図８は、本発明の他の実施例によるＭＳとＳＢＳとの間のハンドオーバハンドシェイク処理を示す。
【図９】図９は、本発明の他の実施例によるＭＳとＳＢＳとの間のハンドオーバハンドシェイク処理を示す。
【図１０】図１０は、本発明の他の実施例によるＭＳとＳＢＳとの間のハンドオーバハンドシェイク処理を示す。
【図１１】図１１は、本発明の他の実施例によるＭＳとＳＢＳとの間のハンドオーバハンドシェイク処理を示す。
【図１２】図１２は、本発明の他の実施例によるＭＳとＳＢＳとの間のハンドオーバハンドシェイク処理を示す。
【図１３】図１３は、本発明の他の実施例によるＭＳとＳＢＳとの間のハンドオーバハンドシェイク処理を示す。
【図１４】図１４は、本発明の他の実施例によるＭＳとＳＢＳとの間のハンドオーバハンドシェイク処理を示す。
【図１５】図１５は、本発明の他の実施例によるＭＳとＳＢＳとの間のハンドオーバハンドシェイク処理を示す。
【図１６】図１６は、本発明の他の実施例によるＭＳとＳＢＳとの間のハンドオーバハンドシェイク処理を示す。
【発明を実施するための形態】
【００１６】
特定の用語が、特定の構成要素を参照するため、本説明及び以降の請求項において使用される。当業者は、各メーカーが異なる名前により構成要素を参照していることを理解するであろう。本明細書は、機能でなく名前の異なる構成要素を区別することを意図していない。以下の説明及び請求項では、「含む」及び「有する」という用語は、非限定的な意味で使用され、「限定されることなく含む」という意味であると解釈されるべきである。
【００１７】
ハンドオーバ指示メッセージ（ＨＯ＿ＩＮＤ＿ｔｙｐｅ０ｂ０１によるキャンセルメッセージなど）が消失した状況について、ＳＢＳはターゲットＢＳ（ＴＢＳ）へのハンドオーバを実行すると考えられるＭＳのスケジューリングをすでに中止しているため、ＳＢＳがＭＳから帯域幅リクエストを受信すると、問題が生じる。帯域幅リクエストは、ＭＳがハンドオーバをキャンセルしようとしていることを意味しているとみなすようＳＢＳが構成され、このため、帯域幅リクエストを受信するとＭＳのスケジューリングを再び有効にする場合、ＭＳは当該ＭＳのためにハンドオーバをキャンセルする可能性があるため、セキュリティ問題を招くことになる。
【００１８】
本発明により２つの解決手段が提案される。第１の解決手段は、ＭＳが指示メッセージの送信後に指示メッセージが消失したか検出できるように、ハンドオーバ制御処理を改良するものである。第２の解決手段は、ＭＳがよりロウバストなハンドオーバハンドシェイク処理を実行し、指示メッセージが高い確率の信号ロスによりシステム内で消失し、又は指示メッセージに対するアクノリッジメントがないという状況を回避することが可能となるように、ハンドオーバ制御処理を改良することである。一実施例では、ＭＳは、それが指示メッセージを送信するとタイマーをスタートし、タイマーが時間切れになるまでにアクノリッジメントが受信されたか判断する。この判定結果に従って、ＭＳは、指示メッセージが消失したか判断することが可能となる。アクノリッジメントは、ＳＢＳが指示メッセージを受信成功したことを表すものであり、このため、ＭＳは、タイマーの時間切れ前にアクノリッジメントが受信された場合には、指示メッセージが消失していないと判断する。
【００１９】
本発明の一実施例によるＭＳ７０とＳＢＳ７２との間のハンドオーバハンドシェイク処理を示す図である図７を参照されたい。ＭＳ７０がハンドオーバリクエストメッセージＭＯＢ＿ＭＳＨＯ−ＲＥＱ７０２を送信した後、ハンドオーバをキャンセルすることを決定し、ＨＯ＿ＩＮＤ＿ｔｙｐｅ０ｂ０１によるキャンセルメッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４をＳＢＳ７２に送信する。しばらくすると、ＭＳ７０のタイマー７４が所定の期間をカウントするためスタートする。この所定の期間は、ハンドオーバ指示メッセージ７０４の緊急性（本実施例では、ハンドオーバのキャンセルの緊急性）に対応するか、又は受信したハンドオーバ指示メッセージ７０４をＳＢＳ７２が処理し、ＭＳ７０にアクノリッジメントを返すのに必要な期間に対応するものであってもよい。
【００２０】
本実施例では、ＭＳ７０から送信される指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４は送信中に消失する。ＭＳ７０がこの消失を検出可能となるようにするため、ＳＢＳ７２がハンドオーバリクエストの受信後に実行するアクションは、従来技術と異なるものとなるよう改良される。すなわち、ＳＢＳ７２は、ＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージ７０６を送信することによってハンドオーバリクエストに応答するだけでなく、ハンドオーバ指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４を送信するため、アンソリシテッドグラント又はコンテンション帯域幅リクエストを除き、ＭＳ７０にアップリンク割当てを行うことを中止する。さらに、ハンドオーバ指示メッセージ７０４を受信する際のＳＢＳ７２の動作もまた、従来技術とは異なる。すなわち、ＳＢＳ７２は、ハンドオーバをキャンセル又は拒絶するようＨＯ＿ＩＮＤ＿ｔｙｐｅが指示する指示メッセージ７０４の受信のアクノリッジメントとして、ユニキャストグラントをＭＳ７０に割り当てるべきであり、ハンドオーバをキャンセル又は拒絶するためのＭＯＢ＿ＨＯ−ＩＮＤメッセージとＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージとの１つを受信すると、ＭＳ７０に対するアップリンクスケジューリングを再開すべきである。
【００２１】
指示メッセージ７０４が消失しているため、ＳＢＳ７２は、アクノリッジメントしてＭＳ７０にユニキャストグラントを割り当てない。この結果、ＭＳ７０は、タイマー７４の時間切れ前にユニキャストグラントを受信せず、指示メッセージ７０４が消失したと判断する。ＭＳ７０は、指示メッセージを再送し、ターゲットＢＳへのハンドオーバのため、新たなハンドオーバリクエストメッセージを送信し、又はＳＢＳ７２によるネットワークエントリ処理を開始することができる。本実施例では、図７に示されるように、ＭＳ７０は、ハンドオーバをキャンセルするため、ＳＢＳ７２に指示メッセージ７０４’を再送し、ハンドオーバ指示メッセージ７０４’を送信するとタイマー７４’をスタートする。ＳＢＳ７２は、この時メッセージ７０４’の受信に成功し、その後、アクノリッジメントとしてＭＳ７０にユニキャストグラント７０８を割り当てる。図７に示されるように、ＭＳ７０は、タイマー７４’の時間切れ前にＳＢＳ７２からアクノリッジメント７０８を受信する。従って、ＭＳ７０は、ＳＢＳ７２にキャンセルが通知されたことを知ることができる。これにより、ハンドオーバ処理は、キャンセルメッセージが消失したとしてもキャンセルを成功させることができる。
【００２２】
図８〜１０のハンドオーバハンドシェイク処理では、ＭＳ７０は、ハンドオーバ処理の開始後にハンドオーバをキャンセル又は拒絶することを決定し、ＳＢＳ７２に指示メッセージを送信する。図７に示された実施例と同様に、タイマー７４（７４’）を設定し、アクノリッジメントとしてユニキャストグラント７０８を設定することによって、ＭＳ７０は、指示メッセージ７０４の消失を検出し、それを再送することが可能となる。これにより、ハンドオーバのキャンセル又は拒絶が良好に実行できる。さらに、図９では、リソース保持タイマー７６，７８が導入されている。当業者に周知なように、リソース保持時間内にＭＳ７０のためのリソースを確保するためハンドオーバが実行されると、リソース保持タイマー７６（７８）が設定される。すなわち、リソース保持タイマー７６（７８）が時間切れになる前に、ＳＢＳ７２は、ＭＳ７０に関連付けされた接続、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）状態マシーン及びＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を確保する。このリソースは、ハンドオーバが失敗したとしても、ＭＳ７０がＳＢＳ７２との接続を再開するのに利用可能である。しかしながら、リソース保持タイマー７６（７８）の時間切れ後は、ＭＳ７０はもはやＳＢＳ７２のダウンリンクトラフィックをもはや聞くことはなく、ＳＢＳ７２はＭＳ７０との接続を終了することになる。従って、ハンドオーバ指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４（７０４’）は、リソース保持タイマー７６（７８）の時間切れ前に送信される必要があり、タイマー７４（７４’）の所定の期間は、リソース保持タイマー７６（７８）のリソース保持時間より短くなる必要がある。
【００２３】
他の実施例では、既存のメッセージ又は既存のメッセージの組み合わせが、指示メッセージ７０４の受信のアクノリッジメントとなるよう選ばれる。既存の各メッセージは、ハンドオーバ処理と異なる特定の処理における所定のアクセションを表すが、従来のハンドオーバ処理における意味又はアクションを表すものでない。例えば、ＳＢＳ７２は、アクノリッジメントとして物理レイヤ調整を含まないレンジングレスポンスメッセージＲＮＧ−ＲＳＰをＭＳ７０に送信してもよい。レンジングレスポンスメッセージＲＮＧ−ＲＳＰは初期情報を初期ネットワークレンジング処理に含め、時間調整及びパワー調整などの物理レイヤ調整をＳＢＳ７２からＭＳ７０への通常処理に含めるのに利用されるため、成功状態を有するが、物理レイヤ調整のないレンジングレスポンスメッセージＲＮＧ−ＲＳＰは、通常処理における通常のメッセージでなく、修正されたハンドオーバ処理における指示メッセージに応答するだけにしか利用されない。すなわち、ＭＳ７０が物理レイヤ調整を含まないレンジングレスポンスメッセージＲＮＧ−ＲＳＰを受信すると、それは、当該メッセージが指示メッセージの受信のアクノリッジメントとしてＳＢＳ７２から送信される必要があることを理解する。本実施例の効果は、ＳＢＳ７２がハンドオーバのリクエスト時にＭＳ７０のスケジューリングを中止する必要がなく、ハンドオーバ処理の実現にさらなるフレキシビリティを与えることである。
【００２４】
本発明の一実施例による上記アクノリッジメントシナリオに基づくハンドオーバハンドシェイク処理を示す図１１を参照されたい。図１１では、ＭＳ７０は、ハンドオーバをキャンセルするため、ＨＯ＿ＩＮＤ＿ｔｙｐｅ０ｂ０１によるＭＯＢ＿ＨＯ−ＩＮＤメッセージ７０４を送信すると、タイマー７４をスタートする。ＭＳ７０が、タイマー７４の時間切れ前に、成功状態を有するが、物理レイヤ調整を含まないＲＮＧ−ＲＳＰメッセージを受信しない場合、それは、ＭＯＢ＿ＨＯ−ＩＮＤメッセージ７０４が消失し、ＭＯＢ＿ＨＯ−ＩＮＤメッセージを再送するか、又は新たなハンドオーバリクエストメッセージを送信することによりターゲットＢＳによるハンドオーバを実行するか、又はＳＢＳ７２によるネットワークエントリ処理を開始すべきであると判断する。本実施例では、ＭＳ７０は、ＭＯＢ＿ＨＯ−ＩＮＤメッセージ７０４を再送し、メッセージ７０４’がＳＢＳ７２により受信される。ＳＢＳ７２がＭＳ７０からＭＯＢ＿ＨＯ−ＩＮＤメッセージ７０４’を受信すると、それは、成功状態を有するが、物理レイヤ調整を有さないＲＮＧ−ＲＳＰメッセージ７１４をアクノリッジメントとしてＭＳのベーシックＣＩＤを介し送信する。ＭＳ７０がこのアクノリッジメントを受信すると、ＭＳ７０とＳＢＳ７２の各状態が決定され、ハンドオーバのキャンセルが成功し、ＭＯＢ＿ＨＯ−ＩＮＤメッセージ７０４の消失から生じる問題が回避される。
【００２５】
上述したタイマー７４（７４’）はまた、リソース保持タイマー７６（７８）の下で動作する。すなわち、このメカニズムは、リソース保持タイマー７６（７８）が時間切れになる前に利用されるべきである。ＳＢＳ７２が、リソースがこれ以上保持されないときにＭＳ７０から帯域幅リクエストを受信した場合、それは、帯域幅リクエストを無視するか、アボート状態を有するＲＮＧ−ＲＳＰメッセージをベーシックＣＩＤを介しＭＳ７０に送信すべきである。ＭＳ７０は、アボート状態を有するＲＮＧ−ＲＳＰメッセージをベーシックＣＩＤを介し受信すると、他のＢＳへのハンドオーバを実行するか、又はＳＢＳ７２による初期ネットワークエントリを実行すべきである。
【００２６】
図１２は、タイマー７４（７４’）とアクノリッジメントメッセージがＭＯＢ＿ＨＯ−ＩＮＤメッセージ７０４の消失を検出するためＭＳ７０に利用される他の実施例を示す。本実施例では、ハンドオーバリクエスト７１２はＳＢＳ７２から発信され、ＭＳ７０は、ＳＢＳ７２をリリースするための指示メッセージ７１０を送信した後、ハンドオーバをキャンセルすることを決定する。理解できるように、当該メカニズムは、ＭＳ７０が指示メッセージ７０４の消失を検出し、ハンドオーバのキャンセルを成功させるのに役立つ。
【００２７】
同様に、ＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージの消失により引き起こされる問題を解決するため、ＳＢＳ７２は、ＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージがタイマーとアクノリッジメントとを設定することによって消失したか検出することが可能になる。図１３に示されるように、ＳＢＳ７２が、タイマー８０の時間切れ前にＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージ７１２の受信を示すアクノリッジメントメッセージが受信されたか判断し、判定結果に従ってＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージ７１２が消失したか判断する。指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４は、ＭＳが所望するハンドオーバ状態（キャンセル又は拒絶など）をもたらす指示として機能すると共に、ハンドオーバメッセージＭＯＢ＿ＢＳＨＯ−ＲＥＱ７１２の受信を示すアクノリッジメントメッセージとしても同時に機能する。タイマー８０が時間切れになる前に、ハンドオーバ指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４が受信されない場合、ＳＢＳは、ＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージ７１２が消失したと判断し、ＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージを再送すべきである。
【００２８】
図１４は、図１０及び１３に示されるメカニズムを組み合わせた実施例を示す。ＳＢＳ７２がＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージ７１２を送信すると、タイマー８０がスタートされ、指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４の送信心のためのアンソリシテッドグラントを除き、アップリンクグラントスケジューリングが中止される。タイマー８０が時間切れになる前に、ハンドオーバ指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４が受信されない場合、ＳＢＳ７２は、ＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージ７１２が消失したと判断し、ＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージを再送するか、又はダウンリンク／アップリンク割当てを中止すべきである。本実施例では、ＳＢＳ７２は、ＭＯＢ＿ＢＳＨＯ−ＲＥＱメッセージ７１２’を再送し、タイマー８０’を再開する。タイマー８０’が時間切れになる前に、指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４が受信された場合、ＳＢＳ７２は受信した指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４に従って動作する。例えば、ＳＢＳ７２は、ハンドオーバをキャンセルする指示メッセージ７０４のアクノリッジメントとしてユニキャストグラント７０８を割り当てる。
【００２９】
図１５は、他の例を示す。図１５では、ハンドオーバリクエストメッセージ７１２に応答したＭＳ７０の指示メッセージ７０４が送信中に消失し、これにより、ＳＢＳ７２は、それのタイマー８０が時間切れになるまでＭＳ７０からアクノリッジメントメッセージを受信しない。ハンドオーバリクエストメッセージＭＯＢ＿ＢＳＨＯ−ＩＮＤ７１２’が再び送信され、タイマー８０’がＳＢＳ７２によりスタートされる。ＭＳ７０がＳＢＳ７２からアクノリッジメントを受信しないため（本実施例では、指示メッセージ７０４のアクノリッジメントはユニキャストグラントとなるよう選ばれることに留意されたい）、それは指示メッセージ７０４’を再送し、タイマー７４’をスタートする。指示メッセージ７０４’がＳＢＳ７２により受信成功すると、それは次にユニキャストグラント７０８を割り当てる。ＭＳ７０がタイマー７４’の時間切れ前に当該グラント７０８を受信すると、ハンドオーバが良好にキャンセル（又は拒絶）される。
【００３０】
上記実施例において与えられるメカニズムは、ＭＳ７０が指示メッセージ７０４の消失を検出し、ＳＢＳ７２がハンドオーバリクエストメッセージ７１２の消失を検出するのに役立つ。ハンドオーバをキャンセルするための指示メッセージが上記説明では頻繁に具体例としてとりあげられたが、本発明はＭＳ７０がこの指示メッセージの消失を検出することに限定されるものでない。それは、ＭＳ７０が他の指示メッセージ（しかしながら、ＭＳ７０により送信されるハンドオーバリクエストメッセージＭＯＢ＿ＭＳＨＯ−ＲＥＱ７０２は含まれない）を検出することに拡張可能である。
【００３１】
消失が検出されると、ＭＳ７０又はＳＢＳ７２は、消失したメッセージを再送するか、又はＭＳ７０及びＳＢＳ７２の非同期状態を回避するための何らかの修復ステップを実行することができる。これにより、従来技術において生じる問題は解決可能となる。本発明は、上述したメッセージが消失した状況において、ＭＳ７０とＳＢＳ７２の想定される動作を簡単化する。
【００３２】
図１６において、ハンドオーバ制御処理のための本発明の他の実施例が示される。ＭＳ７１は、ステップ１（ハンドオーバをキャンセルするための指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４の送信）などの処理をスキップするか否か判断し、ハンドオーバ手順をキャンセルするため、ステップ２としてよりロウバストなハンドオーバ手順を実行することができる。指示メッセージの消失レートが高い場合、ＭＳ７１は、指示メッセージを送信すべきか決定してもよい。実施例では、指示メッセージは送信しないよう決定され、ステップ２として、ロウバストなハンドオーバ手順が直接実行される。メッセージの消失レートは、指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４の受信のアクノリッジメントがないこと、指示メッセージＭＯＢ＿ＨＯ−ＩＮＤ７０４の受信のアクノリッジメントがＳＢＳ７２（能力交渉から学習する）により実現されないこと、ノイズ信号、干渉レベル、信号品質などの各種ファクタを介し検出可能である。指示メッセージの受信のアクノリッジメントがない場合、指示メッセージの受信のアクノリッジメントがＳＢＳにより実現されない、ノイズレベル又は干渉レベルが高い、又は信号品質が低い場合、消失レートは高いと特定される。図１６において、ステップ２はパラメータ調整のため、ハンドオーバレンジングＣＤＭＡコードをスタートする。ハンドオーバレンジングＣＤＭＡコードはＢＳと通信するための一般的なコードであり、パラメータ調整用の他のハンドオーバレンジングコードフォーマットが存在してもよいことに留意されたい。これらのパラメータは、パワー、周波数オフセット及びＭＳ７１とＳＢＳ７１との間の交渉の他の関連情報であってもよい。ＳＢＳ７２は、帯域幅割当情報を有するアップリンクグラントとして、メッセージＣＤＭＡ＿Ａｌｌｏｃａｔｉｏｎ＿ＩＥ（７２２）のＣＤＭＡ割当情報要素により応答する。ＭＳ７１は、状態を定義するためメッセージ（すなわち、レンジングリクエスト）ＲＮＧ−ＲＥＱ７２３を送信する。ＳＢＳ７２は、レンジングレスポンスＲＮＧ−ＲＳＰ７２４を返信する。レンジングリクエストＲＮＧ−ＲＥＱ７２３は、１つがＭＳ７１を指定するためのＭＳ  ＩＤであり、他方が特定のＢＳ  ＩＤである少なくとも２つのＩＤを有する。特定のＢＳ  ＩＤが現在のＳＢＳ７２となるようＭＳ７１により選択される場合、ＳＢＳ７２は、ハンドオーバ処理がキャンセルされず、レスポンスを返すことを知ることになる。ＳＢＳ７２が、ＭＳデータコンテクストとＭＳ７１とのデータ接続とを有するＳＢＳ７２のサービングリストに含まれるＭＳ  ＩＤを受信し、特定のＢＳ  ＩＤが現在のＳＢＳのＩＤであるとき、ＳＢＳは、ハンドオーバ処理がＭＳ７１によりキャンセルされることを知ることになる。通常のハンドオーバ手順では、ＭＳ  ＩＤはＳＢＳ７２では検出されず、特定のＢＳ  ＩＤは現在のＢＳ  ＩＤと異なるものであることに留意されたい。
【００３３】
当業者は、本発明の教示を保持しながら、装置及び方法の多数の改良及び変更が可能であることを容易に認識するであろう。従って、上記開示は、添付した請求項の範囲のみにより限定されるよう解釈されるべきである。
【００３４】
完全なものにするため、本発明の各種態様が以下の番号付けされた箇条書きにより与えられる。
【００３５】
第１項：移動局において実現されるハンドオーバ制御方法であって、
ハンドオーバをリクエストするハンドオーバリクエストメッセージを送受信するステップと、
前記ハンドオーバの所望の状態を指示するための指示メッセージが送信されると、前記ハンドオーバリクエストメッセージを含まない前記指示メッセージが消失したか検出するステップを有するハンドオーバ制御方法。
【００３６】
第２項：前記指示メッセージは、ハンドオーバキャンセルメッセージを有する、第１項記載のハンドオーバ制御方法。
【００３７】
第３項：前記指示メッセージが消失したか検出するステップは、
前記移動局が前記指示メッセージを送信すると、タイマーをスタートするステップと、
前記タイマーが時間切れになる前にアクノリッジメントが受信されたか判断し、判定結果を生成するステップと、
前記判定結果に従って、前記指示メッセージが消失したか判断するステップと、
を有する、第１項記載のハンドオーバ制御方法。
【００３８】
第４項：前記アクノリッジメントは、既存のメッセージ又は既存のメッセージの組み合わせに対応し、
各既存のメッセージは、ハンドオーバ処理と異なる特定の処理における所定のアクションを表す、第３項記載のハンドオーバ制御方法。
【００３９】
第５項：前記アクノリッジメントは、物理レイヤ調整を含まないレンジングレスポンスメッセージである、第４項記載のハンドオーバ制御方法。
【００４０】
第６項：前記アクノリッジメントは、ユニキャストグラントを割り当てるためのものである、第３項記載のハンドオーバ制御方法。
【００４１】
第７項：前記指示メッセージが消失したことを検出結果が示すと、前記指示メッセージを再送するステップをさらに有する、第１項記載のハンドオーバ制御方法。
【００４２】
第８項：前記指示メッセージが消失したことを検出結果が示すと、新たなハンドオーバリクエストメッセージを送信するステップをさらに有する、第１項記載のハンドオーバ制御方法。
【００４３】
第９項：前記指示メッセージが消失したことを検出結果が示すと、ネットワークエントリ処理を開始するステップをさらに有する、第１項記載のハンドオーバ制御方法。
【００４４】
第１０項：基地局において実現されるハンドオーバ制御方法であって、
ハンドオーバをリクエストするハンドオーバリクエストメッセージを送信するステップと、
前記ハンドオーバリクエストメッセージが送信されると、前記ハンドオーバリクエストメッセージが消失したか検出するステップを有するハンドオーバ制御方法。
【００４５】
第１１項：前記ハンドオーバリクエストメッセージが消失したか検出するステップは、
前記基地局が前記ハンドオーバリクエストメッセージを送信すると、タイマーをスタートするステップと、
前記タイマーが時間切れになる前に前記ハンドオーバリクエストメッセージの受信を示すアクノリッジメントメッセージが受信されたか判断し、判定結果を生成するステップと、
前記判定結果に従って、前記ハンドオーバリクエストメッセージが消失したか判断するステップと、
を有する、第１０項記載のハンドオーバ制御方法。
【００４６】
第１２項：前記アクノリッジメントメッセージは、ハンドオーバ指示メッセージを有する、第１１項記載のハンドオーバ制御方法。
【００４７】
第１３項：前記ハンドオーバリクエストメッセージが消失したことを判定結果が示すと、前記ハンドオーバリクエストメッセージを再送するステップをさらに有する、第１０項記載のハンドオーバ制御方法。
【００４８】
第１４項：前記ハンドオーバリクエストメッセージが消失したことを判定結果が示すと、ダウンリンク／アップリンク割当処理を中止するステップをさらに有する、第１０項記載のハンドオーバ制御方法。
【００４９】
第１５項：前記ハンドオーバの所望の状態を指示する指示メッセージを移動局から受信すると、アクノリッジメントを送信するステップをさらに有する、第１０項記載のハンドオーバ制御方法。
【００５０】
第１６項：前記指示メッセージは、ハンドオーバキャンセルメッセージを有する、第１５項記載のハンドオーバ制御方法。
【００５１】
第１７項：前記アクノリッジメントは、既存のメッセージ又は既存のメッセージの組み合わせに対応し、
各既存のメッセージは、ハンドオーバ処理と異なる特定の処理における所定のアクションを表す、第１５項記載のハンドオーバ制御方法。
【００５２】
第１８項：前記アクノリッジメントは、物理レイヤ調整を含まないレンジングレスポンスメッセージである、第１７項記載のハンドオーバ制御方法。
【００５３】
第１９項：前記ハンドオーバリクエストメッセージの送信後、前記移動局へのユニキャストグラントの割当を中止するステップをさらに有し、
前記基地局が前記指示メッセージを受信すると前記移動局に送信されるアクノリッジメントは、ユニキャストグラントを割り当てるためのものである、第１５項記載のハンドオーバ制御方法。
【００５４】
第２０項：移動局において実現されるハンドオーバ制御方法であって、
パラメータ調整情報を取得するためのハンドオーバレンジングコードを送信するステップと、
現在のサービング基地局から、帯域幅割当情報を有するアップリンクグラントメッセージを受信するステップと、
少なくとも２つのＩＤを有するレンジングリクエストを送信するステップと、
ハンドオーバ処理をキャンセルするか示すレンジングレスポンスを受信するステップと、を有するハンドオーバ制御方法。
【００５５】
第２１項：前記ハンドオーバの所定の状態を指示するための指示メッセージを送信するステップをさらに有する、第２０項記載のハンドオーバ制御方法。
【００５６】
第２２項：前記指示メッセージは、ハンドオーバキャンセルメッセージを有する、第２１項記載のハンドオーバ制御方法。
【００５７】
第２３項：前記現在のサービング基地局である特定の基地局の信号品質に従って、前記指示メッセージを送信するか検出するステップをさらに有する、第２０項記載のハンドオーバ制御方法。
【００５８】
第２４項：前記現在のサービング基地局である特定の基地局の取り決められた能力に従って、前記指示メッセージを送信するか検出するステップをさらに有する、第２３項記載のハンドオーバ制御方法。
【００５９】
第２５項：前記レンジングリクエストは、移動局のＩＤと特定の基地局のＩＤとの少なくとも２つのＩＤを有し、
前記特定の基地局のＩＤは、前記移動局がハンドオーバをキャンセルすることを意図する場合、現在のサービング基地局と同一のものが選択される、第２０項記載のハンドオーバ制御方法。
【００６０】
上述した特徴のすべての組み合わせ及び部分的組み合わせもまた、本発明に属する。
【符号の説明】
【００６１】
１０，７０，７１  移動局
１２，７２  基地局
【図１】
2011509582.tif 000003
【図２】
2011509582.tif 000004
【図３】
2011509582.tif 000005
【図４】
2011509582.tif 000006
【図５】
2011509582.tif 000007
【図６】
2011509582.tif 000008
【図７】
2011509582.tif 000009
【図８】
2011509582.tif 000010
【図９】
2011509582.tif 000011
【図１０】
2011509582.tif 000012
【図１１】
2011509582.tif 000013
【図１２】
2011509582.tif 000014
【図１３】
2011509582.tif 000015
【図１４】
2011509582.tif 000016
【図１５】
2011509582.tif 000017
【図１６】
2011509582.tif 000018
【国際調査報告】
2011509582.tif 000019
2011509582.tif 000020
2011509582.tif 000021