(57)【要約】  本発明は、ソース側のアクセス・ネットワークとターゲット側のアクセス・ネットワーク間のハードハンドオーバーが行うように、ターゲット側のアクセスネットワークがターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を取得し、且つ得られたターゲット側のアクセス・ネットワークのパイロットの往復遅延時間に応じて、ターゲット側のアクセス・ネットワークのパイロットのサーチウィンドウの中心を設けるアクセス・ネットワーク間のハードハンドオーバーの実行方法及びシステムを開示した。本発明によれば、アクセス・ネットワーク間のハードハンドオーバーを順調に実行できる。
2010541347.tif 000002
【特許請求の範囲】
【請求項１】
ターゲット側のアクセスネットワーが前記ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を取得する工程と、
ソース側のアクセス・ネットワークとターゲット側のアクセス・ネットワーク間のハードハンドオーバーを行うように、前記ターゲット側のアクセスネットワークが、取得された前記ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間に応じて、前記ターゲット側のネットワークへのパイロットのサーチウィンドウの中心を設ける工程と、
を含むことを特徴とするアクセス・ネットワーク間のハードハンドオーバーの実行方法。
【請求項２】
前記ターゲット側のアクセス・ネットワークが前記ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を取得する、請求項１に記載の方法であって、
前記ターゲット側のアクセス・ネットワークが前記ソース側のアクセスネットワークから前記ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を受信する工程、または、
前記ターゲット側のアクセス・ネットワークが前記ソース側のアクセスネットワークから前記ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を受信し、且つ前記ソース側のアクセス・ネットワークのパイロットの往復遅延時間に従って、前記ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を演算する工程、
を有する、方法。
【請求項３】
ターゲット側のアクセス・ネットワークが前記ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を取得する、請求項１または２に記載の方法であって、
前記ソース側のアクセスネットワークがアクセス端末の報告したルート・アップデートメッセージに応じて、すべてのアクセス・ネットワークのパイロットの往復遅延時間を取得する工程と、
アクセス・ネットワーク間のハードハンドオーバーを行う必要がある場合、ソース側のアクセスネットワークがその得られた前記ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間またはソース側のアクセス・ネットワークのパイロットの往復遅延時間を伝送する工程と、
を有する、方法。
【請求項４】
前記アクセス端末が新たなパイロットを発見した場合、ソース側のアクセス・ネットワークにルート・アップデートメッセージを報告する特徴とする請求項３に記載の方法。
【請求項５】
前記ソース側のアクセスネットワークが、前記ターゲット側のアクセス・ネットワークのパイロットまたはソース側のアクセス・ネットワークのパイロットの往復遅延時間を、セッション要求メッセージを介して、前記ターゲット側のアクセス・ネットワークに伝送する特徴とする請求項３に記載の方法。
【請求項６】
ターゲット側のアクセス・ネットワークに位置するハードハンドオーバーの実行システムであって、
ターゲット側のアクセス・ネットワークのパイロットのアクセスの往復遅延時間の取得する第一取得モジュールと、
前記第一取得モジュールの得られた前記ターゲット側のアクセス・ネットワークのパイロットのアクセスの往復遅延時間に応じて、前記ターゲット側のアクセス・ネットワークのパイロットのサーチウィンドウの中心を設ける設定モジュールと、
前記設定モジュールの設けた前記サーチウィンドウの中心に応じて、ソース側のアクセス・ネットワークとターゲット側のアクセス・ネットワーク間のハードハンドオーバーを行うハードハンドオーバー・モジュールと、を有するシステム。
【請求項７】
ソース側のアクセスネットワークからソース側のアクセス・ネットワークのパイロットの往復遅延時間を取得する第二取得モジュールをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記第一取得モジュールが、前記第二取得モジュールを通して取得された前記ソース側のアクセス・ネットワークのパイロットの往復遅延時間により、前記ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を取得する、請求項７に記載の方法。
【請求項９】
前記第１取得モジュールが、ソース側のアクセスネットワークから前記ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を取得する、請求項６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信領域にかかわり、更にアクセス・ネットワーク間のハードハンドオーバーの実行方法及びシステムに具体的に関する。
【背景技術】
【０００２】
符号分割多元接続（Code Division Multiple Access、以下はCDMAと略称する）システムのシステム時間は三つがあり、即ち、基地局発信のシステム時間、アクセス端末（Access Terminal、以下はATと略称する）受信のシステム時間（AT発信システム時間と重なる）及び基地局受信のシステム時間である。図１に示すように、0(n)は0を連続するシーケンスを表し、時間測定がセクター・アンテナとアクセス端末のRFコネクタで行われる。図２の4本のまっすぐな太い線は上から下までにおいて、１本目は基地局の発信システム時間を表し、2本目と3本目はアクセス端末受信のシステム時間を表し、4本目は基地局受信のシステム時間を表す。なお、AT受信のシステム時間は基地局発信のシステム時間に対して、遅延しているが、基地局受信のシステム時間はAT受信のシステム時間に対して、ちょっと遅延している。
【０００３】
基地局（Base Transceiver Station、以下はBTSと略称する）の信号は直線的にATに伝送でき、他の伝送ルートを考慮しないと仮定する。基地局発信のシステム時間は全地球測位システム（Global Position System、以下はGPSと略称する）から取得する。ＢＴＳから信号Aを発信する場合、ATに到達する信号Aの時間遅延はL1/c（L1はBTSからATまでの距離、cは光速）であり、これがAT受信のシステム時間が基地局発信のシステム時間に対して遅延する原因である。高速パケットデータ（High Rate Packet Data、以下はHRPDと略称する）システムはAT発信のシステム時間とAT受信のシステム時間が重なることを規定する。また、AT受信のシステム時間の、基地局受信のシステム時間に対する時間遅延は、L1/cである。
【０００４】
上記から分かるように、基地局受信のシステム時間の基地局発信のシステム時間に対する時間遅延は、合計2×L1/c（なお、例えば「多本数の足」型ソフトハンドオーバーなどのマルチアスペクト・ソフトハンドオーバーの場合はやや異なり、以下に詳細な説明をする）である。基地局発信のシステム時間に対する基地局受信のシステム時間の遅延を往復遅延時間（Round Trip Delay、以下はRTDと略称する）とし、これによって、サーチウィンドウの中心が生じる。即ち、BTSのチャネル・エレメント（Channel Element、以下はCEと略称する）は、AT信号を正確に復調するために、基地局発信のシステム時間に対する基地局受信のシステム時間をRTDだけ遅らせる必要がある。基地局発信のシステム時間が統一はされているが、基地局受信のシステム時間がBTS及びそれと通信するATの位置とタイミングで変化し、また、実際の電波伝播の不確定性があり、基地局受信のシステム時間がRTDだけ遅らされても、AT信号を正確に復調することができない可能性がある。このため、チャネル・エレメントは実際にRTDを中心とし、一定の範囲以内で左右振れてAT信号を捜索し、信号を得る場合、直ちにロックする。その左右振れる範囲が、即ち、サーチウィンドウの幅である。
【０００５】
マルチアスペクト・ソフトハンドオーバーの状態において、ATシステム時間の確定について、異なる基地局発信のシステム時間が同じであるが、異なるBTSから同一ATまでの距離が同じではないので、信号伝播の遅延時間Tdも同じではない。第三世代パートナーシッププロジェクト2（3rd Generation Partnership Project 2、以下は3GPP2と略称する）のプロトコルC.S0024-A v3.0は次のことを規定している。ATはTdの最小値を用い、即ち、複数のBTSが同一信号Aを発信する場合、信号Aを最初にATに到着させるBTS（BTSとATとの最短の距離）はATがその自体のシステム時間を確定するため用いられるである。図２において、BTS 1が対応するパイロットは二つのBTSにけるATが最初に到着するパイロットである。後述では、ATがBTS 1のパイロットによりその自体の時間を確定することを仮定する。
【０００６】
図２から分かるように、ATのシステム時間はBTS 1発信のシステム時間よりL1/cを遅延し、BTS 1受信のシステム時間は2×L1/cであり、即ち、そのRTDは2×L1/cである。しかしながら、BTS 2受信のシステム時間はATのシステム時間遅延L1/cとATからBTS 2までの時間遅延L2/cとの和であり、即ち、BTS 2のパイロットのRTDはL1/c+L2/cに等しい。
【０００７】
擬似騒音（Pseudo-Noise、以降、PNと略称する）のバイアスは実際には、64 CHIP を単位とする15ビットのショートコードの擬似乱数シーケンスの位相である。システムにおいて、全てのBTSのPNはシステムのPILOT_INCパラメーターの整数倍である。例えば、PILOT_INC＝4である場合、PN=0，4，8，12，16…となる。ATが新たなパイロットを発見した場合、ルート・アップデート(Rout Update 以降、RUという)メッセージを報告し、CHIPを単位とする一つのフィールドは当該新たなパイロットに対応し、即ち、PN_PHASEである。当該フィールド意味はATが当面のATシステム時間において測定した新たなパイロットの位相である。RUの新たなパイロットのPN_PHASEはPILOT_INC×64の整数倍にちょうど等しいとは限らないが、当該新たなパイロットのPNはPILOT_INC×64の整数倍に最も近いPN_PHASEに対応するPNの筈であることが明らかである。従って、PNはCHIPを単位とする以下の式で計算してよい。
【式１】
【０００８】
2010541347.tif 000003
以上の式で、各変数はすべて整数を取り、[ ]内の内容は下に向けて整数を取る。
【０００９】
新たに追加するパイロットの演算はについて、図２に示すように、仮に、BTS 2が位置Pにあり、P点からATまでの距離がL1である場合、ATから見たところ、BTS 2のパイロットとBTS １のパイロットとの位相差がPILOT_INC×64の整数倍nであり、ATから報告したBTS 2のパイロットのPN_PHASEもPILOT_INC×64の整数倍であり、即ち、式1が演算で得られたPN×64にちょうど等しい。BTS 2が図２に示す位置Cにある場合、ATから見たところ、BTS 2のパイロットとBTS １のパイロットとの位相差がn倍のPILOT_INC×64の上に差分DELTAを加えることになる。当該DELTAは、即ち、位置Cから位置Pまでの距離における電波の伝播時間である。DELTA値は以下の式で演算してよい。
【式２】
【００１０】
2010541347.tif 000004
ここで、PN_PHASE_CとPN_PHASE_Pは別々BTS 2がC点とP点にある際にRUのPN_PHASEであり、PNはBTS 2がC点にある際に、式1に応じて演算して得られたPNの値である。
【００１１】
BTS 2のサーチウィンドウの中心RTD 2は以下のように、
【式３】
【００１２】
2010541347.tif 000005
以上の式のRTD 1はBTS 1のパイロットのサーチウィンドウの中心であり、BTS 1のCEによりATをキャプチャした後、取得してよい。したがって、BTS 2のパイロットのサーチウィンドウの中心の演算が終了する。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
AN間でハードハンドオーバーを行う場合、ソース側のANがATから報告されたRUメッセージを受け取り、ソース側ANのCEは受信したRUに応じて、RUにおけるすべてのPNのRTDを得る。しかしながら、ターゲット側のANはRUメッセージを受取らないので、ターゲット側のANのPNのRTDが得られない。この場合、ターゲット側のANのCEは自体のサーチウィンドウの中心を確定することができず、ATをターゲット側のANのセルに切り替える場合、ターゲット側のANのCEはATの逆方向のパイロットのチャネルをキャプチャすることが難しい。
【００１４】
従来の技術において、ATからターゲット側のANのセルに切り替える場合、ターゲット側のANのCEはATの逆方向のパイロットのチャネルをキャプチャすることが難しく、アクセス・ネットワーク間のハードハンドオーバーを実行できない問題に鑑み、本発明を提案する。従い、上記の問題を解決するために、本発明はアクセス・ネットワーク間のハードハンドオーバーの実行方法及びシステムを提供する。
【課題を解決するための手段】
【００１５】
本発明の第一観点によれば、ターゲット側のアクセスネットワークはターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を得るステップと、ソース側のアクセス・ネットワークとターゲット側のアクセス・ネットワーク間をハードハンドオーバーえるように、ターゲット側のアクセス・ネットワークは得られたターゲット側のアクセス・ネットワークのパイロットの往復遅延時間に応じて、ターゲット側のアクセス・ネットワークのパイロットのサーチウィンドウの中心を設けるステップと、を含むアクセス・ネットワーク間のハードハンドオーバーの実行方法を提供する。
【００１６】
本発明の第二観点によれば、ターゲット側のアクセス・ネットワークの往復遅延時間を得る第一獲得モジュールと、第一獲得モジュールのパイロットの往復遅延時間に応じて、ターゲット側のアクセス・ネットワークのパイロットのサーチウィンドウの中心を設ける設定モジュールと、設定モジュールのパイロットのサーチウィンドウの中心に応じて、ソース側のアクセス・ネットワークとターゲット側のアクセス・ネットワーク間をハードハンドオーバーするハードハンドオーバーモジュールと、をターゲット側のアクセス・ネットワークに位置するハードハンドオーバー実行のシステムを提供する。
【発明の効果】
【００１７】
本発明は、AN間のハードハンドオーバーを行う際に、ターゲット側ANのCEがATの逆方向のパイロットのチャネルをキャプチャすることが難しいという問題が解決でき、AN間のハードハンドオーバーが順調に実行できる。
【図面の簡単な説明】
【００１８】
以下説明する添付図面は本発明に対する更に理解するために提供され、本出願の一部からなり、本発明の示す実施形態及びその説明は本発明を解釈するために使用され、本発明を不当に限定しない。尚、添付図面において、
【図１】関連技術に係わるCDMAシステムのシステム時間ラインを示す図である。
【図２】関連技術に係わるマルチアスペクト・ソフトハンドオーバー状態におけるBTSとATとの位置を示す図である。
【図３】本発明実施形態に応じたアクセス・ネットワーク間のハードハンドオーバーの実行方法の簡易なフローチャートである。
【図４】本発明実施形態に応じたアクセス・ネットワーク間のハードハンドオーバーの実行方法の詳細なフローチャートである。
【図５】本発明実施形態に応じたハードハンドオーバーの実行システムを装置するブロック図である。
【発明を実施するための形態】
【００１９】
［機能の概要］
従来の技術において、ATからターゲット側のANのセルに切り替える場合、ターゲット側のANのCEがATの逆方向のパイロットのチャネルをキャプチャするのは一定の困難がある問題に対して、本発明の実施形態では、ターゲット側のアクセスネットワークが得られたターゲット側のアクセス・ネットワークのパイロットにより、ターゲット側のアクセス・ネットワークのパイロットのサーチウィンドウの中心を設け、ソース側のアクセス・ネットワークとターゲット側のアクセス・ネットワーク間のハードハンドオーバーを実行するアクセス・ネットワーク間のハードハンドオーバーの方法を提供する。具体的に、ターゲット側のアクセス・ネットワークはソース側のアクセスネットワークからターゲット側のアクセス・ネットワークのパイロットを得られてもよいし、ソース側のアクセスネットワークが送信したソース側のアクセス・ネットワークのパイロットにより、ターゲット側のアクセス・ネットワークのパイロットを演算して得られてもよい。
【００２０】
以下に添付図面を参考しながら、本発明の具体的な実施形態を詳細に説明する。なお、衝突がなければ、本出願における実施形態及び実施形態の特徴は互いに組み合わせてもよい。
【００２１】
［方法の実施形態］
図３を参考しながら、本発明によれば、実施形態のアクセス・ネットワーク間のハードハンドオーバーの実行方法を簡単に説明する。図３に示すように、当該方法は以下のステップを有する。
【００２２】
ステップ３０２において、ターゲット側のアクセスネットワークがターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を得る。
【００２３】
ターゲット側のアクセス・ネットワークがソース側のアクセスネットワークからターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を受信してもよいし、ターゲット側のアクセスネットワークがソース側のアクセスネットワークからソース側のアクセス・ネットワークのパイロットの往復遅延時間を受取ってもよい、且つ、ソース側のアクセス・ネットワークのパイロットの往復遅延時間の演算により、ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を取得するのは好ましい。
【００２４】
ステップ３０４において、ソース側のアクセス・ネットワークとターゲット側のアクセス・ネットワーク間のハードハンドオーバーを行うように、ターゲット側のアクセスネットワークは得られたターゲット側のアクセス・ネットワークのパイロットの往復遅延時間に応じて、ターゲット側のアクセス・ネットワークのパイロットのサーチウィンドウの中心を設ける。
【００２５】
ソース側のアクセスネットワークはアクセス端末の報告したルート・アップデートメッセージに応じて、すべてのアクセス・ネットワークのパイロットの往復遅延時間を演算する。アクセス端末は新たなパイロットを発見する場合、ソース側のアクセス・ネットワークにルート・アップデートメッセージを報告する。ソース側のアクセスネットワークはセッション転送要求メッセージにより、その得られたターゲット側のアクセス・ネットワークのパイロットまたはソース側のアクセス・ネットワークのパイロットの往復遅延時間をターゲット側のアクセス・ネットワークに伝送する。
【００２６】
図４を参考しながら、本発明によれば、実施形態のアクセス・ネットワーク間のハードハンドオーバーの実行方法を詳細に説明する。図４に示すように、ソース側のANはATより報告したRUを受信した後、その有するすべてのパイロットのRTDを演算する。ソース側ANがAN間のハードハンドオーバーを行う必要があると判定した場合、ステップS412のセッション伝送要求メッセージ（A16-Session Transfer Requestメッセージ）において、ターゲット側のANのパイロットのRTDまたはソース側ANのパイロットのRTDをターゲット側のANに伝送する。その後、ATの逆方向のパイロットのチャネルを獲得するように、ターゲット側のANのCEは受信したターゲット側ANのパイロットのRTD情報に応じて、自体のサーチウィンドウの中心を設け、またはソース側ANのパイロットのRTDに応じて、ターゲット側のANのパイロットのRTDを演算し、自体のサーチウィンドウの中心を設ける。具体的に、図４に示すように、当該方法は下記のステップをむ。
【００２７】
Ｓ４０２において、ソース側のANはハンドオーバーを判定した後、AN間のハードハンドオーバーを実施し、セッションメッセージをターゲット側ANに伝送することを決定する。
【００２８】
Ｓ４０４において、ソース側のANはATとのセッションネゴシエーションをロックし、セッションネゴシエーションがロックされる期間において、新たなセッションネゴシエーションまたはプロパティの更新ができない。
【００２９】
Ｓ４０６〜ＳＳ４１０において、ソース側のANはエアー・インターフェース・オフのメッセージ（A9-AL Disconnectedメッセージ）を送信して、ソース側のパケット制御ファンクションエンティティ（PCF)のエアーインターフェースが既に切れされ、データの伝送を停止することを通知してもよい。ソース側のPCFはメッセージを受信した後、ソース側のANに確認（Ack）メッセージを返送し、パケット・データ・サービス・ノード（PDSN）にフロー制御メッセージ（Xoffメッセージ）を送信して自体へのデータの伝送を停止することをPDSNに通知する。ソース側のANがA9-AL Disconnectedメッセージを送信するからAckメッセージを受信するまでの時間はタイマーTald9によって制御される。
【００３０】
Ｓ４１２において、ソース側のANはターゲット側のANにセッション伝送要求メッセージ（A16-Session Transfer Requestメッセージ）を送信して、セッション情報の伝送を要求する。当該メッセージは当面のセッション状態の情報、受信した最近の受信した業務チャネル報告メッセージ及びAN間のハードハンドオーバーに必要な他の情報を含む。これらのAN間のハードハンドオーバーに必要な情報において、ターゲット側のANのパイロットのRTDまたはソース側のANのパイロットのRTDを含む。ATの逆方向のパイロットのチャネルを獲得するように、ターゲット側のANのCEは受信した自体のパイロットのRTD情報に応じて、自体のサーチウィンドウの中心を設け、または受信したソース側のANのパイロットのRTDに応じて、ターゲット側のANのパイロットのRTDを演算して、自体のサーチウィンドウの中心を設ける。また、ソース側のANはタイマーTstreq-16をスタートさせる。
【００３１】
以下の過程の説明はターゲット側のANがハードハンドオーバーの要求を受信することを仮定することに基づき行われるものである。
【００３２】
Ｓ４１４において、ターゲット側ANはA16-Session Transfer Requestメッセージを受取って、そのカプセルされた最近の受信した業務チャネル報告メッセージにおけるターゲット側ANのセクター・リストに応じて、どのセクターでATと新たな接続を立てるかを決定し、且つこれらのセクターで資源を予め割り当てる。その後、ターゲット側ANはセッション伝送応答メッセージ（A16-Session Transfer Responseメッセージ）をソース側のANに送信し、ハードハンドオーバー要求の受信を表わす。ターゲット側のANはタイマーTstcomp-16をスタートする。A16-Session Transfer Responseメッセージを受信した後、ソース側のANはタイマーTstcomp-16をストップさせる。
【００３３】
ステップＳ４１６〜ステップＳ４２２の過程はステップS412〜ステップS446の任意なところで発生してよい。
【００３４】
Ｓ４１６において、ターゲット側のANはリンク確立メッセージ（A9-Setup-A8メッセージ）をターゲット側のPCFに送信して、ターゲット側のPCFがA8リンクを確立することを要求する。ターゲット側はタイマーTA8-setupをスタートさせる。
【００３５】
Ｓ４１８において、A10リンクを確立するように、ターゲット側のPCFは当面のATが有効なA10リンクがないと検出した後、登録要求メッセージ（A11-Registration Requestメッセージ）をPDSNに送信する。ターゲット側のPCFはタイマーTregreqをスタートさせる。
【００３６】
Ｓ４２０において、A10リンクを確立する要求を受信するように、PDSNは受信するA11-Registration Requestの有効性を検証し、登録応答メッセージ（A11-Registration Reply消息）をフィードバックする。ターゲット側のPCFはタイマーTregreqをストップさせる。
【００３７】
Ｓ４２２において、ターゲット側のPCFはリンク接続メッセージ（A9-Connect-A8メッセージ）をターゲット側のANに送信する。ターゲット側ANはを受信した後、タイマーTA8-setupをストップさせる。
【００３８】
Ｓ４２４において、ソース側は接続または一つの応用層のルート・リセットを閉じてよい。同様に、ATに新たな接続を指示し、ATをターゲット側のANに移すことを要求する。本ステップはステップS414の後の任意な時間に発生してよい。ソース側のANは本ステップを繰り返してATの受信したメッセージ受信の信頼性を強めてよい。
【００３９】
Ｓ４２６において、ソース側のANは一つのセッション伝送完了メッセージ（A16-Session Transfer Completeメッセージ）をターゲット側ANに送信する。A16-SessionTransfer Requestメッセージが送信された後、或るセッション状態情報が変化する場合、当該メッセージはこれらの変化をターゲット側のANに通知するべきである。ターゲット側のANはA16-Session Transfer Completeメッセージを受信した後、タイマーTstcomp-16をストップさせる。
【００４０】
Ｓ４２８において、ターゲット側のANはATをキャプチャする。応用層のルート・リセットを行った場合、ルート・リセットを完了させる。本ステップの後に、ターゲット側のANはATにデータ伝送を開始してよい。
【００４１】
Ｓ４３０において、ターゲット側のANがATをキャプチャした後、S416におけるA9-Setup-A8メッセージのハンドオフ・タイプ(Handoff Type)域が1とする設定される場合、ターゲット側のANはエアー・インターフェース接続メッセージ（A9-AL Connectedメッセージ）をターゲット側PCFに送信し、且つタイマーTalc9をスタートさせる。
【００４２】
Ｓ４３２において、A9-Setup-A8メッセージを受信した後、ターゲット側のPCFは一つの登録要求メッセージ（A11-Registration Requestメッセージ）をPDSNに送信する。当該メッセージはエアー・インターフェースが既に確立されたことをPDSNに通知する。PDSNはタイマーTregreqをスタートさせる。
【００４３】
Ｓ４３４において、A11-Registration Requestメッセージを受信した後、PDSNは一つの登録応答メッセージ（A11-Registration Replyメッセージ）をターゲット側のPCFに送信する。ターゲット側のPCFはタイマーTregreqをスタートさせる。
【００４４】
Ｓ４３６において、A11-Registration Replyメッセージを受信した後、ターゲット側のPCFはA9-AL Connectedメッセージへの回答として、エアー・インターフェース接続確認メッセージ（A9-AL Connected Ackメッセージ）をターゲット側のANに送信する。ターゲット側のPCFはタイマーTalc9をストップさせる。
【００４５】
Ｓ４３８において、ソース側のANがターゲット側のANと異なるサブネットワークにある場合、ターゲット側のANはATに一つの新たなユニキャスト・アクセス・ターミナル・アイデンティファイ（UATI）を割り当て、且つ、ATが新たなUATIを既に使用している確認を受信する。
【００４６】
Ｓ４４０において、ターゲット側ANがATをキャプチャした後、ターゲット側のANはセッションリリース指示メッセージ（A16-Session Release Indicationメッセージ）をソース側のANに送信し、ソース側のANがPDSNとの接続を停止し、且つセッションをクリアーすることを要求する。ターゲット側のANはタイマーTstrel-16をスタートさせる。ソース側ANが当該メッセージを受信した後、タイマーTstrel-16をストップさせる。
【００４７】
Ｓ４４２において、ソース側のANはセッションリリース指示確認メッセージ（A16-Session Release Indication Ackメッセージ）をターゲット側のANに送信する。ターゲット側のANが当該メッセージを受信する場合、タイマーTstrel-16をストップさせる。
【００４８】
Ｓ４４４において、ステップS424においてソース側のANが接続をクローズしない場合、ターゲット側のANはATとの直接のセッションプロトコルをアンロックする。その後、新たなセッションプロトコルまたはプロパティ更新を行うことができる。
【００４９】
Ｓ４４６はステップS420の後の任意な時間に発生してよい。
【００５０】
Ｓ４４６において、A10リンクのクローズを開始し、且つ、タイマーTregupdをスタートするように、PDSNはソース側のPCFに登録更新メッセージ（A11-Registration Updateメッセージ）を送信する。
【００５１】
Ｓ４４８において、ソース側のPCFは登録確認メッセージ（A11-Registration Acknowledgeメッセージ）を送信してA11-Registration Updateメッセージを応答する。PDSNは当該メッセージを受信した後、タイマーTregupdをストップさせる。
【００５２】
Ｓ４５０において、ソース側のPCFはリンク・オフメッセージ（A9-Disconnect-A8メッセージ）をソース側のANに送信し、且つタイマーTdiscon9をスタートさせる。
【００５３】
Ｓ４５２において、セッションリリース指示メッセージ（A16-Session Release Indicationメッセージ）とリンク・オフメッセージ（A9-Disconnect-A8メッセージ）を受信した後、ソース側のANはリンク・リリースメッセージ（A9-Release-A8メッセージ）をソース側のPCFに送信し、且つタイマーTrel9をスタートさせる。A9-Release-A8メッセージを受信した後、ソース側のPCFはタイマーTdiscon9をストップさせる。
【００５４】
Ｓ４５４において、ソース側のPCFは登録要求メッセージ（A11-Registration Requestメッセージ）をPDSNに送信し、PDSNがA10接続をクローズすることを要求し、且つタイマーTregreqをスタートさせる。
【００５５】
Ｓ４５６において、PDSNは登録応答メッセージ（A11-Registration Replyメッセージ）の応答を送信し、且つA10接続のリリースの操作を終了する。ソース側のPCFはメッセージを受信した後、タイマーTregreqをスットプさせる。
【００５６】
Ｓ４５８において、ソース側のPCFはリンク・リリースの終了メッセージ（A9-Release-A8 Completeメッセージ）を送信して、ソース側のANを応答する。ソース側のANは当該メッセージを受信した後、タイマーTrel9をスットプさせる。
【００５７】
Ｓ４６０において、ソース側のANのTSClose-13がタイムアウトする前に、ターゲット側のANはアクティベーション保持要求メッセージ（A13-Keep Alive Requestメッセージ）をソース側のAN（ここで、ソース側のANがLCM_UATI（ロング・コード・マスクUATI）を割当てるANとすることを仮定する）に送信してよいし、且つタイマーTKeepAlive-13をスタートさせる。
【００５８】
Ｓ４６２において、A13-Keep Alive Requestメッセージを受信した後、ソース側のANはタイマーTKeepAlive-13をリスタートさせ、且つアクティベーション保持応答メッセージ（A13-Keep Alive Responseメッセージ）をターゲット側のANに送信する。ターゲット側のANはタイマーTKeepAlive-13をスットプさせる。
【００５９】
S464において、ATとターゲット側ANとの接続をクローズする。
【００６０】
S466において、ソース側のANが割り当てた資源をリリースするように、ATとターゲット側のANとの直接の接続をクローズした後、ターゲット側のANは資源リリース要求メッセージ（A13-Resource Release Requestメッセージ）をソース側のANに送信する。当該メッセージを受信した後、ソース側のANはタイマーTSClose-13をスットプさせる。
【００６１】
Ｓ４６８において、A13-Resource Release Requestメッセージを受信した後、ソース側のANは資源リリース応答メッセージ（A13-Resource Release Responseメッセージ）をターゲット側のANに送信する。ソース側のANは元の割り当てた今回のハンドオーバーを参加するATのUATIを他のATに改めて割当てよい。A13-Resource Release Responseメッセージを受信した後、ターゲット側のANはタイマーTA13relをスットプさせる。
【００６２】
以上に示すステップS402〜S468は、グループのコンピュータで実行可能な指令のコンピュータ・システムなどで実行してよい。図４で論理的な順序を示したが、或る状況の場合において、これと異なる順序で示したまたは説明したステップを実行してもよい。
【００６３】
本発明によれば、AN間のハードハンドオーバーを行う際に、ターゲット側のANのCEがATの逆方向のパイロットのチャネルをキャプチャすることが難しいという問題を解決することができることにより、AN間のハードハンドオーバーを順調に実行できる。
【００６４】
［装置の実施形態］
また、本発明の第２実施形態において、以上の方法を実行用のハードハンドオーバーの実行システムを提供する。図５は本発明の実施形態に係わるハードハンドオーバー実行システムのブロック図であり、以下では、図５を結び付けりながら詳細に説明する。図５に示すように、当該システム５０はターゲット側のアクセス・ネットワークに位置し、第一取得モジュール５２０、設定モジュール５２２及びハードハンドオーバーモジュール５２４を有する。
【００６５】
第一取得モジュール５２０はターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を取得するために使用される。
【００６６】
設定モジュール５２２は第一取得モジュール５２０に接続され、第一取得モジュール５２０におけるパイロットの往復遅延時間に応じて、ターゲット側のアクセス・ネットワークのパイロットのサーチウィンドウの中心を設定するために使用される。
【００６７】
ハードハンドオーバー・モジュール５２４は設定モジュール５２２に接続され、設定ジュール522におけるパイロットのサーチウィンドウの中心に基づくソース側のアクセス・ネットワークとターゲット側のアクセス・ネットワーク間のハードハンドオーバーの実行に使用される。
【００６８】
好適に、ハードハンドオーバーの実行システム５０は第二取得モジュール５２６を含み、第一取得モジュール５２０と接続し、源のアクセスネットワークの側からソース側のアクセス・ネットワークのパイロットの往復遅延時間を取得するために使用されてもよい。
【００６９】
第一取得モジュール５２０は第二取得モジュール５２６の取得されたソース側のアクセス・ネットワークのパイロットの往復遅延時間により、ターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を取得してよいし、ソース側のアクセスネットワークからターゲット側のアクセス・ネットワークのパイロットの往復遅延時間を取得してもよい。
【００７０】
具体的に、ハードハンドオーバーの実行の過程は上記方法の実施形態で詳細に説明されたことにより重複説明を省略する。
【００７１】
明らかに、本領域の技術者は下記のことが分かるべきである。上記の本発明における各モジュールまたは各ステップが汎用の計算装置で実行でき、シングルの計算装置に集中されてもよいし、または複数の計算装置からなるネットワークに配布されてもよいし、好適に、計算装置の実行可能なプログラム・コードで実行してよいので、記憶装置に記憶して計算装置で実行されてもよいし、またはそれぞれ集積回路のモジュールを製作し、またはこれらの複数のモジュールやステップをシングルの集積回路のモジュールに製作して実行させるのは、当該技術分野における通常の知識を持つ者には明らかである。この場合、本発明はいかなる特定のハードとソフトの結び付けるに限定されない。
【００７２】
以上の説明では単に本発明の実施形態だけであり、本発明に限定しなく、本領域の技術者にとって、本発明では様々な種類の変更と変化があってよい。本発明の精神と原則の範囲において、全ての修正、同等に差し替え、改善などは本発明の特許請求の範囲内に含まれるべきである。
【図１】
2010541347.tif 000006
【図２】
2010541347.tif 000007
【図３】
2010541347.tif 000008
【図４】
2010541347.tif 000009
【図５】
2010541347.tif 000010
【国際調査報告】
2010541347.tif 000011
2010541347.tif 000012
2010541347.tif 000013
2010541347.tif 000014