(57)【要約】高データレート（ＨＤＲ）アプリケーションのための仮想ソフトハンドオーバ（ＶＳＨＯ）プロセスが開示され、これはＶＳＨＯを始める前に伝送されるため残されているパケットの全数を考慮する。ＨＤＲ移動端末は、データセションの間進行しているデータ転送の間に伝送されるべきデータの量に関するデータ伝送情報を維持する。データ伝送情報は、例えば、データ伝送の全パケットサイズ及びデータ伝送状態（即ち、伝送されるため残されているパケットの数）を含むことが出来る。ＶＳＨＯを遂行するかどうかの決定は、データ伝送情報に従ってなされる。１つの実施例においては、伝送されるため残されているパケットの数が、あるしきい値より小さい時はＶＳＨＯは、無活動にされても良い。他の実施例においては、もし全パケットサイズがあるしきい値より小さいときは、ＶＳＨＯは遂行されないかも知れない。
2005502245.tif 000002
【特許請求の範囲】
【請求項１】
高データレート電気通信ネットワークと無線通信している高データレート移動端末であって、
データセションの間、進行中のデータ転送の間に伝送されるべきデータの量に関するデータ伝送情報を受信することの出来るアプリケーションエイジェントと、
前記データ伝送情報に基づいて前記データセションを処理するため前記高データレート電気通信ネットワークのセクタを選択する手段とから成る高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項２】
請求項１の移動端末であって、そこに前記移動端末は、前記データセションのため前記高データレート電気通信ネットワークの第１のセクタと無線通信しており、またそこに前記決定するための手段はさらに、
少なくとも前記第１のセクタ及び第２のセクタのための無線チャネル状態を示す無線情報を測定するため適合した測定論理と、
前記第１のセクタから前記第２のセクタヘハンドオーバを遂行するかどうかを前記無線情報及び前記データ伝送情報に基づいて決定するため適合したハンドオーバ論理とから成る高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項３】
請求項２の移動端末であって、そこに前記決定するための手段は更に、
少なくとも１つのしきい値を含み、前記ハンドオーバ論理は、前記ハンドオーバを遂行するかどうかを決定するため、前記データ伝送情報を前記少なくとも１つのしきい値と比較するのに適合している高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項４】
請求項３の移動端末であって、そこに前記少なくとも１つのしきい値は、全データ長しきい値を含み、前記データ伝送情報は前記データ転送の少なくとも全データ長を含み、前記ハンドオーバ論理はさらに、前記データ転送の前記全データ長が前記全データ長しきい値より小さい時前記ハンドオーバを遂行することを決定するため適合している高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項５】
請求項３の移動端末であって、そこに前記少なくとも１つのしきい値は状態しきい値を含み、前記データ伝送情報は少なくともデータ伝送状態を含み、前記ハンドオーバ論理はさらに、前記データ伝送状態が前記状態しきい値より小さい時前記ハンドオーバを遂行することを決定するため適合している高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項６】
請求項５の移動端末であって、そこに前記データ伝送状態が、前記移動端末へ伝送するため残っているデータパケットの数を含む高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項７】
請求項３の移動端末であって、そこに前記少なくとも１つのしきい値は、全データ長しきい値及び状態しきい値を含み、またデータ伝送情報は、前記データ転送の少なくとも全データ長及びデータ伝送状態を含み、前記ハンドオーバ論理は、さらに、前記データ転送の前記全データ長が前記全データ長しきい値より小さく且つ前記データ伝送状態は前記状態しきい値より小さい時前記ハンドオーバを遂行することを決定するように適合している高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項８】
請求項１の移動端末であって、さらに
前記データ転送を前記アプリケーションエイジェントを経由して開始し、且つデータ情報を前記アプリケーションエイジェントへ送信するため適合しているアプリケーションを含み、前記データ情報は、前記データ伝送情報を決定するため前期アプリケーションエイジェントにより使用される高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項９】
請求項８の移動端末であって、そこに前記データ情報は、前記データ転送の各送信と共に受信するデータパケットの数を含み、また更に、
前記データ伝送情報を決定するため前記アプリケーションエイジェントを可能にする様に構成されたカウンタを包含する高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項１０】
請求項９の移動端末であって、そこに前記データ情報はさらに、前記データ転送の全データ長を含み、前記カウンタは、前記全データ長で初期化され、また前記アプリケーションエイジェントにより受信される各前記データ情報でデイクリメントされる様に構成される高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項１１】
請求項９の移動端末であって、そこに前記カウンタは、前記アプリケーションエイジェントにより受信される各前記データ情報でインクリメントされる様に構成される高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項１２】
請求項１の移動端末であって、更に
前記データセションの間、データを送信し且つ受信するよう適合したインタフェース論理を包含する高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項１３】
高データレート電気通信ネットワークであって、
各々が高データレート無線カバーレージ若しくは有効範囲を提供する第１及び第２のセクタと、
前記第１のセクタと無線通信している高データレート移動端末とから成り、前記高データレート移動端末は、データセションの間進行しているデータ転送の間に伝送されるべきデータの量に関するデータ伝送情報を受信し且つ前記第２のセクタへ前記データセションのハンドオーバを遂行すべきかどうかを前記データ伝送情報に基づいて決定することが出来る高データレート電気通信ネットワーク。
【請求項１４】
請求項１３のネットワークであって、そこに前記移動端末は、さらに少なくとも前記第１セクタ及び前記第２セクタに対する無線チャネル状態を示す無線情報を測定し、また前記無線情報及び前記データ伝送情報に基づいて前記ハンドオーバを遂行すべきかどうかを決定するよう適合している高データレート電気通信ネットワーク。
【請求項１５】
請求項１３のネットワークであって、そこに前記移動端末は、その中に記憶された少なくとも１つのしきい値を持ち、前記移動端末は更に、前記ハンドオーバを遂行するかどうかを決定するため前記データ伝送情報を前記少なくとも１つのしきい値と比較するよう適合している高データレート電気通信ネットワーク。
【請求項１６】
請求項１５のネットワークであって、そこに前記少なくとも１つのしきい値は、全データ長しきい値、少なくとも前記データ転送の全データ長を含む前記データ伝送情報を含み、前記移動端末は更に、前記データ転送の前記全データ長が前記全データ長しきい値より小さい時前記ハンドオーバを遂行する決定をするよう適合している高データレート電気通信ネットワーク。
【請求項１７】
請求項１５のネットワークであって、そこに前記少なくとも１つのしきい値は、状態しきい値、少なくともデータ伝送状態を含んでいる前記データ伝送情報を含み、前記移動端末は更に、前期データ伝送状態が前記状態しきい値より小さい時前記ハンドオーバを遂行する決定をするよう適合している高データレート電気通信ネットワーク。
【請求項１８】
請求項１７のネットワークであって、そこに前記データ伝送状態が、前記移動端末へ伝送するため残っているデータパケットの数を含む高データレート電気通信ネットワーク。
【請求項１９】
請求項１５のネットワークであって、そこに前記少なくとも１つのしきい値は、全データ長しきい値及び状態しきい値、少なくとも前記データ転送の全データ長及びデータ伝送状態を含むデータ伝送情報を含み、前記移動端末は更に、前記データ転送の前記全データ長が前記全データ長しきい値より小さく、また前記データ伝送状態が前記状態しきい値より小さい時前記ハンドオーバを遂行する決定をするよう適合している高データレート電気通信ネットワーク。
【請求項２０】
請求項１３のネットワークであって、そこに前記移動端末は、前記データ転送を始めまた前記データ転送に関連するデータ情報を受信するのに適合したアプリケーションをその中に持ち、前記データ情報は前記移動端末により前期データ伝送情報を決定するために使用されている高データレート電気通信ネットワーク。
【請求項２１】
請求項２０のネットワークであって、そこに前記データ情報は、前記データ転送の各伝送と共に受信されるデータパケットの数を含み、前記移動端末は更にカウンタをその中に持つ高データレート電気通信ネットワーク。
【請求項２２】
請求項２１のネットワークであって、そこに前記データ情報は、更に、前記データ転送の全データ長を含み、前記カウンタは、前記全データ長で初期化されまた前記アプリケーションにより受信される各前記データ情報でデイクリメントされるよう構成される高データレート電気通信ネットワーク。
【請求項２３】
請求項２１のネットワークであって、そこに前記カウンタは、前記アプリケーションにより受信される各前記データ情報でインクリメントされるよう構成される高データレート電気通信ネットワーク。
【請求項２４】
請求項２０のネットワークであって、そこに前記移動端末内の前記アプリケーションは、クライアントアプリケーションであり、また更に
前記移動端末と無線通信しているサーバアプリケーションを含み、前記サーバアプリケーションは、前記データ情報及び前記データ転送に関連するデータを前記クライアントアプリケーションに送信する様に構成される高データレート電気通信ネットワーク。
【請求項２５】
請求項２４のネットワークであって、そこに前記サーバアプリケーションは、ウエブサーバであり、また前記クライアントアプリケーションはウエブブラウザである高データレート電気通信ネットワーク。
【請求項２６】
請求項１３のネットワークであって、更に
少なくとも前記第１のセクタにおいてサービスしている高データレート基地局を含み、前記高データレート基地局は、前記移動端末のために少なくとも２Ｍｂｐｓまでのデータレートを支援できる搬送波を提供している高データレート電気通信ネットワーク。
【請求項２７】
高データレート電気通信ネットワークの第１セクタと無線通信している高データレート移動端末が、前記高データレート電気通信ネットワーク内の第２のセクタへデータセションのハンドオーバを遂行すべきかどうかを決定するための方法であって、
前記データセションの間、進行しているデータ転送の間に伝送すべきデータの量に関するデータ伝送情報を受信し、
前記高データレート電気通信ネットワークの前記第２のセクタへ、前記データセションのハンドオーバを遂行すべきかどうかを前記データ伝送情報に基づいて決定することから成るデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項２８】
請求項２７の方法であって、更に
少なくとも前記第１のセクタ及び前記第２のセクタのための無線チャネル状態を示す無線情報を測定するステップを包含し、前記決定するステップは、前記無線情報及び前記データ伝送情報を使用するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項２９】
請求項２８の方法であって、そこに前記決定するステップは更に
前記ハンドオーバを遂行するかどうかを決定するため、前記データ伝送情報を少なくとも１つのしきい値と比較することを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項３０】
請求項２９の方法であって、そこに前記少なくとも１つのしきい値は、全データ長しきい値を含み、また前記データ伝送情報は、少なくとも前記データ転送の全データ長を含み、またそこに前記決定するステップは更に、
前記データ転送の全データ長が前記全データ長しきい値より小さい時前記ハンドオーバを遂行することを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項３１】
請求項２９の方法であって、そこに前記少なくとも１つのしきい値は、状態しきい値を含み、また前記データ伝送情報は、少なくともデータ伝送状態を含み、またそこに前記決定するステップは、更に
前記データ伝送状態が前記状態しきい値より小さい時前記ハンドオーバを遂行することを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項３２】
請求項２９の方法であって、そこに前記少なくとも１つのしきい値は、長峨前記全データ長しきい値及び状態しきい値を含み、また前記データ伝送情報は、少なくとも前記データ転送の全データ長及びデータ伝送状態を含み、またそこに前記決定するステップは、更に
前記データ転送の全データ長が長峨前記全データ長しきい値より小さく且つ前記データ伝送状態が前記状態しきい値より小さい時前記ハンドオーバを遂行することを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項３３】
請求項２７の方法であって、そこに前記受信するステップは、更に
前記データ転送に関連するデータ情報を受信し、
前記データ伝送情報を、前記データ情報を使用して決定することを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項３４】
請求項３３の方法であって、そこに前記データ情報は、前記データ転送の各送信と共に受信されるデータパケットの数を含むデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項３５】
請求項３４の方法であって、そこに前記データ情報は更に、前記データ転送の全データ長を含み、またそこに前記データ伝送情報を決定するステップは更に
前記全データ長を用いてカウンタを初期化し、また
受信される各前記データ情報を用いて前記カウンタをデイクリメントすることを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項３６】
請求項３４の方法であって、そこに前記データ伝送情報を決定するステップは更に
受信される各前記データ情報を用いて前記カウンタをインクリメントすることを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（発明の背景）
（発明の分野）
本発明は、一般に高データ率（データレート）セル式ネットワークに関し、特に、高データレートセル式ネットワーク内のハンドオーバの遂行に関する。
【背景技術】
【０００２】
（関連技術の説明）
高データレート（ＨＤＲ）は、高いスペクトル効率を持つ無線インターネットプロトコル（ＩＰ）接続に対する増加しつつある要求を満たすため専用パケットデータアプリケーションのために本来開発された技術である。音声伝送は、低いデータレートを要求するが、厳重な遅延とジッタ要求を維持している。パケットデータ伝送は、他方、典型的に、余り厳重でない遅延とジッタ要求を持つ、突発的な高データレートを要求する。ＨＤＲ原理は、高速データを完全に音声ネットワークから分離し、そのためパケットデータ要求は最適かつ独立して遂行出来ることである。
【０００３】
符号分割多元接続（ＣＤＭＡ）２０００ネットワークのような、ＨＤＲセル式ネットワーク内では、ＨＤＲ基地局は、自立（スタンドアローン）型ノードでも又は音声基地局内に統合されても、パケットデータのみに割り当てられている１．２５ＭＨＺ搬送波で動作する。ＨＤＲ基地局は、さらに、単一専用（ｓｈａｒｅｄ）、時分割多重（ＴＤＭ）順方向リンクを採用し、そこでは単一の端末のみが如何なる場合にもサービスを受ける。順方向リンクスループット率は、全部のＨＤＲ移動端末により共用される。移動端末は、そのデター率コントロール（ＤＲＣ）をセクタに指向することにより基地局ノサービスしているセクタ（又はセル）を選択し、チャネル状態（即ち、そのチャネルの搬送波対干渉比（Ｃ／Ｉ）に基づいて）に従い順方向データレートを要求する。ＨＤＲ基地局におけるマルチユーザスケジューラ（ｍｕｌｔｉｕｓｅｒ  ｓｃｈｅｄｕｌｅｒ）は、実際のデータレートを各移動端末に許す責任がある。ＨＤＲ基地局内のマルチユーザスケジューラは、全部の移動端末に対して彼等のＤＲＣを同じセクタに指向し、スループット率を「公正に」分配する。
【０００４】
移動端末がＨＤＲ基地局に接続すると、両方の移動局とＨＤＲ基地局は、パイロットの活動セットを維持する。活動セット内のパイロットは、現在移動端末にサービスしているセクタを表す。現在移動端末にサービスしている各セクタは、順方向トラフィックチャネル、逆方向トラフィックチャネル、及び移動端末に割り当てられたメデイアムアクセスコントロールチャネルをもつ。現在移動端末にサービスしている各セクタに対するＣ／Ｉ比測定に基づいて、移動端末は、潜在的により高いデータレートを得るために、最良の無線チャネル状態でサービスしているセクタにそのＤＲＣを指向することが出来る。
【０００５】
移動端末がそのＤＲＣを指向している、サービスしているセクタを変更するプロセスを仮想ソフトハンドオーバ（Ｖｉｒｔｕａｌ  Ｓｏｆｔ  Ｈａｎｄｏｖｅｒ：ＶＳＨＯ）と呼ぶ。このＶＳＨＯプロセスは、ＨＤＲ基地局内及び移動端末とＨＤＲ基地局との間の信号交換を含み、又典型的に、ＶＳＨＯの間、２つのサービスしているセクタのために冗長なアビス（Ａｂｉｓ）インタフェーストラッフィクを必要とする。このＶＳＨＯプロセスは、エアインタフェース（ａｉｒ  ｉｎｔｅｒｆａｃｅ）を越えて移動端末へ伝送するため残っているパケットの全数が、シグナリング及びＶＳＨＯプロセスにより必要とされる冗長アビス（Ａｂｉｓ）インタフェーストラッフィクに較べて著しく大きい時、特に有利である。しかし、ＶＳＨＯをパケットの少数のみに遂行することは、ネットワーク資源の非効率的使用である。従って、ＶＳＨＯプロセスに必要なことは、ＶＳＨＯを開始する前に、伝送するため残っているパケットの全数を考慮することである。
【発明の開示】
【０００６】
（発明の要約）
本発明は、高データレート（ＨＤＲ）アプリケーションのための仮想ソフトハンドオーバ（Ｖｉｒｔｕａｌ  Ｓｏｆｔ  Ｈａｎｄｏｖｅｒ（ＶＳＨＯ））プロセスを提供し、これは、ＶＳＨＯを開始する前に、伝送するため残っているパケットの全数を考慮する。ＨＤＲ  移動端末は、データセションの間、進行中のデータ転送中に伝送されるべきデータの量に関するデータ伝送情報を維持する。ＶＳＨＯを遂行するかどうかの決定は、データ伝送情報によりなされる。一例として、データ伝送情報は、データ転送の全データ長（例えば、データパッケットの全数）を含むことが出来る。１実施例においては、伝送されるため残されているパケットの数があるしきい値より少ない時は、ＶＳＨＯは無活動にされても良い。代わりに、データ伝送情報は、データ伝送状態（即ち、伝送されるため残されているパケットの数）を含むことが出来る。他の実施例において、ＶＳＨＯは、もし全パケットサイズが、あるしきい値より小さければ遂行されないかも知れない。
【０００７】
有利なことに、ＶＳＨＯの開始の前に、チャネル状態に加えて、パケット伝送状態を考慮することにより、無線資源の非効率的使用は回避できる。加えて、本発明のＶＳＨＯプロセスは、過密を減少させ、干渉を改善し、ネットワーク操作者のための顧客の満足を改善する。更に、本発明のＶＳＨＯプロセスは、ユーザの全データスループットを改善し、ユーザの費用を削減出来る。
【実施例】
【０００８】
（例示的実施例の詳細な説明）
本出願の数多くの革新的教示が、例示的実施例への特別の参照と共に記載される。しかし、これらの実施例は、その中の革新的教示の多くの有利な使用の少数の例のみ提供していることを理解すべきである。一般に、本出願の明細書における記載は、種々の請求項の発明のいずれをも必ずしも限定していない。更に、幾つかの記載は、幾つかの発明性ある特徴に適用できるが、他には適用できない。
【０００９】
図１は、ＣＤＭＡ２０００ネットワークの様な、高データレート（Ｈｉｇｈ  Ｄａｔａ  Ｒａｔｅ：  ＨＤＲ）セル式ネットワーク１００が示される。ＨＤＲセル式ネットワーク１００は、ユーザ当たり少なくとも２Ｍｂｐｓまでのデータレートを支持することが出来、またより高いオーダの変調計画（スキーム）及びこの様な高いデータレートを支持するため高データレート（Ｈｉｇｈ  Ｄａｔａ  Ｒａｔｅ  ：ＨＤＲ）基地局１２０を使用する。ＨＤＲ基地局１２０は、移動端末１３０とネットワーク１００との間に１つ又はそれ以上のトランシーバを経由してＲＦインタフェース（搬送波１１５）を提供することを理解すべきである。ＨＤＲ基地局１２０は、ＨＤＲ基地局１２０によりサービスを受ける各セクタ１１０（又はセル）のためのＨＤＲアプリケーションに対して別個の１．２５ＭＨＺデータオンリ（ＤＯ）搬送波１１５を提供する。別個の基地局又は搬送波（示されず）は、音声アプリケーションのために音声搬送波（複数）を提供する。
【００１０】
ＨＤＲ移動端末１３０は、ＤＯ移動端末又は両方の音声サービスとデータサービスを利用出来る二重モード移動端末でも良い。データセション（ｄａｔａ  ｓｅｓｓｉｏｎ）に従事するために、ＨＤＲ移動端末１３０は、ＤＯ高速データサービスを使用するためＤＯ搬送波１１５に接続する。データセションは、パケットデータサービスノード（ＰＤＳＮ）１６０により制御され、これは全部のデータパケットをＨＤＲ移動端末１３０とインターネット１８０の間でルート定めをする。ＰＤＳＮ１６０は、ＨＤＲ基地局１２０の基地局コントローラ（ＢＳＣ）１５０へアビス（Ａｂｉｓ）インタフェースインタフェース１４０を経由して直接接続を持つ。加えて、ＢＳＣ１５０は、ＨＤＲ基地局１２０の動作、保守及び管理、無線資源の音声コード化、レート適合及び処理に対する責任がある。ＢＳＣ１５０は、別個のノードでも良く、又はＨＤＲ基地局１２０の１つ又はそれ以上と共同所在でも良いことを理解すべきである。
【００１１】
各ＨＤＲ基地局１２０が、３つのセクタ１１０（又はセル）にサービスしているものが示される。しかし、この様なＨＤＲ基地局１２０は単一のセル（オムニセルと呼ばれる）のみにサービスしても良い）。各セクタ１１０（又はセル）に対して、ＨＤＲ基地局１２０は、さらに、単一共用、時分割多重（ＴＤＭ）順方向リンクを採用し、そこでは、如何なる場合にも単一のＨＤＲ移動端末１３０のみがサービスを受ける。順方向リンクスループット率は、全部のＨＤＲ移動端末１３０により共用される。ＨＤＲ移動端末１３０は、そのデータレートコントロール（ＤＲＣ）をセクタ１１０の方に指向し、そしてチャネル状態に従い（即ち、そのチャネルの搬送波対干渉比（Ｃ／Ｉ）に基づいて順方向データレートを要求することによりデータセションのためのＨＤＲ基地局１２０のサービスしているセクタ１１０（又はセル）を選択する。ＨＤＲ基地局１２０内の多重ユーザスケヂューラは、全部のＨＤＲ移動端末１３０に対して、それらのＤＲＣを同じセクタ１１０の方に指向してスループット率を「公正に」分配する。
【００１２】
移動端末１３０がＨＤＲ基地局１２０に接続すると、両方の移動端末１３０とＨＤＲ基地局１２０は、パイロットの活動している組を維持する。活動している組内のこれらパイロットは、現在移動端末１２０にサービスしているセクタを表す。活動している組内のセクタ１１０は、同じ又は異なるＨＤＲ基地局１２０によりサービスされても良いことは理解されるべきである。現在移動端末１３０にサービスしている各セクタ１１０は、順方向トラフィックチャネル、逆方向トラフィックチャネル、及び移動端末１３０に割当てられたメデイアムアクセス制御チャネル（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を持つ。周期的に、移動端末１３０は、各サービスしているセクタ１１０の搬送波対干渉（Ｃ／Ｉ）比を測定し、潜在的により高いデータレートを得るために、そのＤＲＣを最良の無線チャネル状態を持つサービスしているセクタ１１０に指向する。
【００１３】
ＨＤＲ移動端末１３０が、そのＤＲＣを指向しているサービスしているセクタ１１０を変更するプロセスは、ＣＤＭＡ２０００ネットワークにおいては仮想ソフトハンドオーバ（ＶＳＨＯ）と呼ばれる。しかし、ＣＤＭＡ２０００ネットワークのＶＳＨＯは、ＣＤＭＡ及びＷＣＤＭＡネットワークにおいて使用されるセル選択に類似しており、従って、ここに記載されるＶＳＨＯプロセスは、ＣＤＭＡ及びＷＣＤＭＡネットワーク及び同様なハンドオーバ手順を使用する如何なる他の様式のネットワークで移動端末がハンドオーバ又はセル選択を行なうものに等しく適用する。上述の様に、ＶＳＨＯプロセスは、ＨＤＲ基地局１２０内及びＨＤＲ移動端末１３０とＨＤＲ基地局１２０との間の信号交換を含み、また典型的に、ＶＳＨＯの間、２つのサービスしているセクタ１１０のために冗長アビス（Ａｂｉｓ）インタフェース１４０トラッフィックを必要とする。従って、ＶＳＨＯプロセスは、ＨＤＲ移動端末１３０へ、エアインタフェースを越えて伝送するため残っているパケットの全数が小さい時は、ネットワーク資源の非効率な使用である。
【００１４】
さて、図面の図２を参照すると、本発明の実施例に従い、全データ長又はデータ伝送状態（即ち、伝送するため残っているパケット数）の様な伝送情報を利用するため、ＶＳＨＯを遂行するかどうかを決定する時、アプリケーションエイジェント２０は、ＨＤＲ移動端末１３０内に含まれる。アプリケーションエイジェント２０は、ＨＤＲ移動端末１３０内のＨＤＲエアインタフェース論理３０と、ウエブブラウザ（ＨＴＴＰ）クライアントアプリケーションの様な種々な内部アプリケーション１０と野間の制御相互動作を橋渡しする。アプリケーションエイジェント２０は、ハードウエア、ソフトウエア及び／又はフアームウエアの１つ又はそれ以上の組み合わせとして実施されても良い。制御情報は、アプリケーションエイジェント２０を通るルート定めをされるが、全部のデータは直接ＨＤＲエアインタフェース論理３０とアプリケーション１０の間のルート定めとなる。ＨＤＲエアインタフェース論理３０は、例えば、ＨＤＲ移動端末１３０とＨＤＲネットワーク１００との間のエアーインタフェースを越えて送られるデータのフォーマット作りのためトランシーバ及び論理を含むことが出来る。同様に、ＨＤＲネットワーク１００は、データをフォーマット作りし、エアフォーマットインタフェースを越えてＨＤＲ移動端末１３０へ伝送するためエアインタフェース論理３０を含む。
【００１５】
ネットワーク側上では、ＨＴＴＰサーバの様なアプリケーション５０は、異なるアプリケーションプラットフォーム２００の居住者でも良い。ＨＤＲ移動端末１３０内のウエブブラウザ（Ｗｅｂ  Ｂｒｏｗｓｅｒ）１０は、アプリケーションエイジェント２０を通りＨＤＲエアインタフェース論理３０へ要求を送ることにより特別のＨＴＴＰサーバ５０にアクセス出来る。一旦物理的接続（太線で示す）が確立されると、データは、ＨＴＴＰサーバ５０からウエブブラウザ１０へダウンロードされることが出来、点線により論理的に示す。この様なデータは、ウエブサイトの１つ又はそれ以上のウエブページを含むことが出来る。
【００１６】
大部分のウエブブラウザは一般に、ウエブサイトを拾い読み（ｂｒｏｗｓｉｎｇ）している時、ダウンロード状態を示す能力を用意する。一例として、ＨＤＲアクセス端末１３０におけるウエブブラウザ１０が、ＨＴＴＰ  ＧＥＴ要求をウエブブラウザ１０に送った後に、全データ長（即ち、データパケットの全数）は、要求されたデータに加えてウエブブラウザ１０に送られることが出来る。更に、データの伝送中にＨＴＴＰサーバ５０は、各伝送に含まれるデータの量（即ち、データパケットの数）の様なデータ情報を送ることが出来る。典型的には、全長及びデータ情報は、ウエブブラウザ１０において、ウエブブラウザ１０のアプリケーションプログラミングインタフェース（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）（ＡＰＩ）（示されず）を通して受信される。本発明の実施例によれば、全データ長及びデータ情報は、ウエブブラウザ１０からアプリケーションエイジェント２０へＶＳＨＯ決定に使用のため送信される。
【００１７】
アプリケーションエイジェント２０機能を組み込んだデータセションの、より詳細な説明が、図面の図３の信号、若しくはシグナリング図に示される。最初に、両方のＨＤＲ移動端末１３０とＨＤＲネットワーク１００の夫々の、ＨＤＲエアインタフェース論理３０と４０との間の必要なシグナリング（ｓｉｇｎａｌｉｎｇ）の全部は、データセションをセットアップするため遂行される（ステップ３００）。この様な、シグナリングは、この技術において周知であり、例えば、ＨＤＲ移動端末１３０が、そのＤＲＣをＨＤＲネットワーク１００のセクタのほうへ指向（ｐｏｉｎｔｉｎｇ）すること、ＨＤＲ移動端末１３０が、順（フォアワード）方向データレートを要求（ｒｅｑｕｅｓｔｉｎｇ）すること、及びＨＤＲ移動端末１３０が、データレートをＨＤＲ移動端末１３０に許可（ｇｒａｎｔｉｎｇ）することを含むことが出来る。一旦、データセションが確立されると、ＨＤＲエアインタフェース論理３０は、アプリケーションエイジェント２０に、データセションに含まれるアプリケーション１０とインタフェース（ｉｎｔｅｒｆａｃｅ）することを手ほどきする（ステップ３１０）。この点において、アプリケーションエイジェント２０は、アプリケーション１０に全部のデータ長情報をアプリケーションエイジェント２０に報告するよう命令することによりデータ伝送情報サービスを起動する（ステップ３２０）。
【００１８】
その後、ＨＤＲ移動端末１３０とＨＤＲネットワーク１００の夫々の、ＨＤＲエアインタフェース３０と４０との間の物理的無線接続が確立され（ステップ３２０）、またＨＤＲ移動端末１３０におけるアプリケーション（クライアント）１０とネットワーク側の所望のアプリケーション（サーバ）５０との間のピア（ｐｅｅｒ）接続がセットアップされる（ステップ３４０）。クライアントアプリケーション１０がデータ伝送をサーバアプリケーション５０からデータ伝送（例えば、ＨＴＴＰ  ＧＥＴ要求を送ることにより）を要求すると、クライアントアプリケーション１０はまた、データの全長を要求する（ステップ３５０）。伝送要求はまた、アプリケーションエイジェント２０に進行しているデータ転送を知らせるために送られる（ステップ３５５）。
【００１９】
データ伝送要求に応じて、サーバアプリケーション５０は、全データ長を（ステップ３５０）に送信する（ステップ３６０）。データ伝送情報サービスの起動に起因して、クライアントアプリケーション１０は、後でＶＳＨＯを遂行するかどうかの確認での使用のため、全データ長をアプリケーションエイジェント２０（ステップ３７０）にパスする。データ転送の間、サーバアプリケーション５０はまた、各伝送で送られているデータの量の様な、データ情報をクライアントアプリケーション１０に送信しても良い（ステップ３８０）。周期的に、又は各データパケットの受信と同時に、クライアントアプリケーション１０は、図５−７に関して以下に述べるＶＳＨＯプロセスにおいて使用のため、データ情報をアプリケーションエイジェント２０（ステップ３９０）へ送信する。
【００２０】
アプリケーションエイジェント２０の動作を、図４の状態図に関してより詳細に説明する。無活動（ｉｎａｃｔｉｖｅ状態２２は、アプリケーションエイジェント２０の初期の状態である。アプリケーションエイジェント２０は、データセションのためにＨＤＲ無線接続が確立された後、アイドル状態２４に入る。一旦、データ転送要求が、ＨＤＲ移動端末内のアプリケーションにより開始されると、アプリケーションエイジェント２０は活動状態２６へ移行する。活動状態２６の間、アプリケーションエイジェント２０は、ＶＳＨＯプロセスを支援するため、アプリケーションにより送られるデータ情報及び全データ長から伝送情報を識別する。一旦データ転送が完了するか、又はもしデータ転送が阻止されれば、アプリケーションエイジェント２０は、アイドル状態２４へ逆戻りする。しかし、もしＨＤＲ接続が異常に阻止されれば、アプリケーションエイジェント２０は、アイドル状態２４をバイパスし、無活動状態２２へ逆戻りする。データセションの終わりにおいて、アプリケーションエイジェント２０は無活動状態２２へ戻る。
【００２１】
さて図５に移ると、本発明のＶＳＨＯプロセスを実施しているＨＤＲ移動端末のブロック図が示される。図２に関して上に述べた様に、アプリケーション１０は、データ転送プロセスの間、全データ長及びデータ情報をアプリケーションエイジェント２０へパスする。カウンタ６０は、受信されるデータパケットの数をカウントするためアプリケーションエイジェント２０に接続されて示される。１つの実施例において、カウンタ６０は、全データ長を用いて初期化されることができ、またアプリケーションエイジェント２０が、新しいデータ情報を受信する度毎にデイクレメントされることができる。別の実施例において、カウンタ６０は、各新しく受信されるデータ情報によりインクリメントされることが出来、またアプリケーションエイジェント２０は、ＨＤＲ移動端末１３０に伝送されるため残っているデータの量を決定するための論理を含むことが出来る。
【００２２】
ＨＤＲ移動端末１３０はまた、測定論理８０を含んで示され、これはパイロットの活動セット内のセクタのための、搬送波対干渉（Ｃ／Ｉ）比の様な、無線情報の測定の責任がある。ここに述べたＣ／Ｉ比の代わりに無線チャネル状態の他の測定が使用できることを理解すべきである。測定論理８０がＣ／Ｉ比を測定する度毎に、この比測定情報はＨＤＲ移動端末１３０内のＶＳＨＯ論理７０へパスされる。ＶＳＨＯ論理７０は、比測定情報に基づいてＶＳＨＯを遂行すべきかどうかを決定する責任がある。ＶＳＨＯ論理７０は、より高いデータレートが、ＨＤＲ移動端末のＤＲＣがその方に指向されないセクタから得られるかどうかを決定するためパイロットの活動セット内の各セクタのＣ／Ｉ比を考慮する。
【００２３】
本発明の実施例によれば、ＶＳＨＯ論理７０は、またデータ伝送情報（即ち、パケットの全数及び伝送されるため残っているパケットの数）をアプリケーションエイジェント２０から受信する。従って、ＶＳＨＯ論理７０は、パケットの全数、伝送のため残っているパケットの数および無線チャネル状態（Ｃ／Ｉ測定情報）に従いＶＳＨＯを遂行すべきかどうかの決定を行なう。データ伝送情報は、データ伝送プロセスに含まれるデータの量に関係する如何なる情報を含むことが出来、又特別にリストした例のどれにも限定されないことを理解すべきである。
【００２４】
決定を行なうため、ＶＳＨＯ論理７０は、ＨＤＲ移動端末１３０内に記憶されたしきい値９０の１つ又はそれ以上を使用しても良い。例えば、１つのしきい値９０は、ＶＳＨＯが遂行される前に必要な最少の全データ長をセットしても良い。別のしきい値９０は、ＶＳＨＯの遂行に必要な残りのデータの最少量をセットしても良い。ＨＤＲ移動端末１３０又はネットワークプロバイダの実施に依存して異なるしきい値（複数）９０を使用しても良いことは理解されるべきである。さらに、しきい値（複数）９０はＨＤＲ移動端末１３０内に含まれ、又はＨＤＲネットワークからＨＤＲ移動端末１３０にダウンロードされても良いことは理解されるべきである。
【００２５】
さて図面の図６を参照すると、本発明の実施例に従いデータセションの間にＶＳＨＯプロセスを実施するための例示的ステップが示される。図４に関して上に述べた様に、もしＨＤＲ無線接続は未だ確立されていなければ（ステップ５００）、アプリケーションエイジェントは無活動状態にある（ステップ５０５）。しかし、一旦ＨＤＲ無線接続が確立されると（ステップ５００）、アプリケーションエイジェントはアイドル状態に入る（ステップ５１０）。その後、もしデータ転送要求がクライアントアプリケーションにより送られると（ステップ５２０）、アプリケーションエイジェントは、データ転送プロセスの持続期間の間活動状態に移行する（ステップ５３０）。
【００２６】
活動状態にある間、ＨＤＲ移動端末は無線（Ｃ／Ｉ）測定を行なうことが出来る（ステップ５４０）。もし無線測定情報が、ＶＳＨＯが必要であることを示し（ステップ５５０）、また無線測定が完了した時、データ転送が未だ進行していれば（ステップ５６０）、アプリケーションエイジェントは、ＶＳＨＯを始めるかどうかの決定に使用するため（ステップ５８０及び５９０）、データ測定情報を報告する（ステップ５７０）。しかし、もしデータ転送が完了していれば（ステップ５６０）、ＶＳＨＯは遂行され（ステップ５９０）、これは無線測定情報のみに基づく。
【００２７】
ＶＳＨＯ決定プロセスは、図７を参照してより詳細に記載される。もし無線測定情報が、ＶＳＨＯは、データセションの間必要であることを示すならば（ステップ６００）、データ伝送情報は、ＶＳＨＯを遂行するかどうかの決定のため、幾つかの異なる方法で使用することが出来る。例えば、１つの実施例において、もしデータ伝送情報が、少なくとも全データ長を示すなら、ＶＳＨＯは遂行されても良く（ステップ６２０）、これはもし全データ長がしきい値より小さい時のみである（ステップ６１０）。従って、データ転送の全データ長が、ＶＳＨＯプロセスにより必要とされるシグナリング及び冗長アビス（Ａｂｉｓ）インタフェーストラッフィクに較べて小さい時は、ＶＳＨＯ（複数）は遂行されない（ステップ６３０）。
【００２８】
代わりに、別の実施例において、もしデータ伝送情報が少なくとも、送信されるため残っているデータパケットの数の様な、データ伝送状態を含むならば、ＶＳＨＯは遂行されても良く（ステップ６２０）、これは残っているデータパケットの数がしきい値より小さい時のみである（ステップ６４０）。従って、データ転送が終わりに近い時は、ＶＳＨＯは遂行されない。なお別の代わりの実施例においては、もしデータ伝送情報が全データ長とデータ伝送情報の両方を含むならば、全データ長が第１のしきい値より小さく（ステップ６１０）、かつ残っているパケットの数が第２のしきい値より小さい（ステップ６４０）時のみＶＳＨＯは遂行される（ステップ６２０）。従って、データ転送の全データ長が小さくかつデータ転送それ自身が終わりに近い時はＶＳＨＯは遂行されない（ステップ６３０）。
【００２９】
当業者により認識される様に、本出願に記載された革新的構想は、応用の広い範囲にわたり修正され又変更されることが出来る。従って、特許される主題の範囲は、論じられた如何なる特定の例示的教示にも限定されるべきではなく、代わりに付随する請求項により定義される。
【図面の簡単な説明】
【００３０】
開示された発明は、付随する図面を参照して記載され、これら図面は発明の重要なサンプル実施例を示し、またこれらはここに参照して明細書中に組み入れられ、そこに
【図１】例示的高データレート（ＨＤＲ）セル式ネットワークのブロック図である。
【図２】ＨＤＲ移動端末とウエブに基づくアプリケーションとの間の高データレート接続を示す機能的ブロック図である。
【図３】本発明の実施例によるデータセションの間に含まれる例示的シグナリングを示すシグナリング図である。
【図４】図面の図２に示すアプリケーションエイジェントの状態図である。
【図５】本発明の実施例による仮想ソフトハンドオーバ（ＶＳＨＯ）プロセスの例示的実施を示す機能的ブロック図である。
【図６】本発明の実施例によるデータセションの間ＶＳＨＯプロセスを実施するための例示的ステップを示す流れ図である。
【図７】本発明の実施例によるＶＳＨＯプロセスの例示的ステップを示す流れ図である。
【図１】
2005502245.tif 000003
【図２】
2005502245.tif 000004
【図３】
2005502245.tif 000005
【図４】
2005502245.tif 000006
【図５】
2005502245.tif 000007
【図６】
2005502245.tif 000008
【図７】
2005502245.tif 000009
【国際公開パンフレット】
2005502245.tif 000010
2005502245.tif 000011
2005502245.tif 000012
2005502245.tif 000013
2005502245.tif 000014
2005502245.tif 000015
2005502245.tif 000016
2005502245.tif 000017
2005502245.tif 000018
2005502245.tif 000019
2005502245.tif 000020
2005502245.tif 000021
2005502245.tif 000022
2005502245.tif 000023
2005502245.tif 000024
2005502245.tif 000025
2005502245.tif 000026
2005502245.tif 000027
2005502245.tif 000028
2005502245.tif 000029
2005502245.tif 000030
2005502245.tif 000031
2005502245.tif 000032
2005502245.tif 000033
2005502245.tif 000034
【手続補正書】
【提出日】平成15年11月3日(2003.11.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
高データレート電気通信ネットワーク（１００）と無線通信している高データレート移動端末（１３０）であって、そこに前記移動端末（１３０）は、データセションを確立するため前記高データレート電気通信ネットワークの第１のセクタ（１１０）と無線通信しており、
前記特別のデータセションの間、進行中のデータ転送の間に前記移動端末（１３０）から電気通信ネットワーク（１００）へ伝送されるため残っているデータの量に関するデータ伝送情報を決定するためのアプリケーションエイジェント（２０）と、
第１のセクタから第２のセクタへ仮想ソフトウエアハンドオーバを遂行するかどうかを決定するための手段とを特徴とし、前記決定するための手段は更に
少なくとも前記第１のセクタ及び第２のセクタのための無線チャネル状態を示す無線情報を測定するため適合している測定論理（８０）と、
前記セクタに関連している第２の無線チャネルは、前記第１のセクタに関連している第１の無線チャネル状態より良好かどうかを決定するため適合しているハンドオーバ論理（７０）とを包含し、
前記第２の無線チャネル状態は前記第１の無線チャネル状態より良好であるとの決定に応じ、
前記ハンドオーバ論理（７０）はさらに、前記仮想ソフトハンドオーバを前記第１のセクタから第２のセクタへ遂行するかどうかを前記データ伝送情報に基づいて決定するのに適合している高データレート移動端末。
【請求項２】
請求項１の移動端末であって、そこに前記決定するための手段は更に、
少なくとも１つのしきい値情報を記憶するための手段（９０）含み、前記ハンドオーバ論理はさらに、前記ハンドオーバを遂行するかどうかを決定するため、前記データ伝送情報を前記少なくとも１つのしきい値情報と比較するのに適合している高データレート移動端末。
【請求項３】
請求項２の移動端末であって、そこに前記少なくとも１つのしきい値情報は、全データ長しきい値を含み、前記データ伝送情報は前記データ転送のすくなくとも全データ長を含み、前記ハンドオーバ論理（７０）はさらに、前記データ転送の前記全データ長が前記全データ長しきい値より小さい時前記ハンドオーバを遂行しないことを決定するため適合している高データレート移動端末。
【請求項４】
請求項２の移動端末であって、そこに前記データ伝送情報は少なくともデータ伝送状態を含み、前記ハンドオーバ論理はさらに、前記データ伝送状態が前記しきい値情報より小さい時前記ハンドオーバを遂行しないことを決定するため適合している高データレート移動端末。
【請求項５】
請求項４の移動端末であって、そこに前記データ伝送状態が、前記移動端末へ伝送するため残っているデータパケットの数を含む高データレート電気通信ネットワークと無線通信している高データレート移動端末。
【請求項６】
高データレート電気通信ネットワーク（１００）であって、
各々が高データレート無線カバーレージを提供する第１及び第２のセクタ（１１０）を含み、
前記移動端末（１３０）と前記高データレート電気通信ネットワーク（１００）との間にデータ転送を遂行するため前記第１のセクタ内にデータセションを確立することにより前記第１セクタ（１１０）と無線通信している高データレート移動端末（１３０）を特徴とし、前記高データレート移動端末は、前記第１のセクタから前記第２のセクタへ仮想ソフトハンドオーバを遂行するための手段を包含し、更に
少なくとも前記第１のセクタ及び前記第２のセクタのための無線チャネル状態を示す無線情報を測定し（８０）し、前記セクタのための前記無線チャネル状態は第１セクタより良好かどうかを決定する手段と、
前記特定のデータセションのために前記移動端末から前記電気通信ネットワークへ伝送されるため残っているデータの量に関するデータ伝送情報を決定するためのアプリケーションエイジェント（２０）、及び
前記セクタはより良好であるとの前記決定に応じて、更に前記データ伝送情報に基づいて
前記セクタへ前記仮想ソフトハンドオーバを遂行することを決定する手段（７０）とを包含する高データレート電気通信ネットワーク。
【請求項７】
請求項６のネットワークであって、そこに前記移動端末は、その中に記憶された少なくとも１つのしきい値を含むしきい値情報を記憶する手段（９０）を包含し、前記移動端末は更に、前記ハンドオーバを遂行するかどうかを決定するため前記データ伝送情報を前記少なくとも１つのしきい値と比較するよう適合している高データレート電気通信ネットワーク。
【請求項８】
請求項７のネットワークであって、そこに前記少なくとも１つのしきい値は、全データ長しきい値、少なくとも前記データ転送の全データ長を含む前記データ伝送情報を含み、前記移動端末は更に、前記データ転送の前記全データ長が前記全データ長しきい値より小さい時前記ハンドオーバを遂行しない決定をするよう適合している高データレート電気通信ネットワーク。
【請求項９】
請求項７のネットワークであって、そこに少なくともデータ伝送状態を含んでいる前記データ伝送情報を含み、前記移動端末は更に、前記データ伝送状態が前記状態しきい値より小さい時前記ハンドオーバを遂行しない決定をするよう適合している高データレート電気通信ネットワーク。
【請求項１０】
高データレート電気通信ネットワークの第１セクタと無線通信している高データレート移動端末が、前記高データレート電気通信ネットワーク内の第２のセクタへデータセションのハンドオーバを遂行すべきかどうかを決定するための方法であって、
少なくとも前記第１セクタ及び前記第２セクタに対する無線チャネル状態を示す無線情報を測定（５４０）し、
前記無線チャネル状態が前記第１セクタから前記第２セクタへの仮想ソフトウエアハンドオーバを推奨するとの決定（５５０）に応じて
前記データセションの間、進行しているデータ転送の間に前記移動端末から前記電気通信ネットワークへ伝送するため残っているデータの量に関するデータ伝送情報（５７０）を決定し、
前記高データレート電気通信ネットワークの前記第２のセクタへ、前記データセションのハンドオーバを遂行すべきかどうかを前記データ伝送情報に基づいて決定（６４０）することを特徴とするデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項１１】
請求項１０の方法であって、そこに前記決定するステップは更に
前記ハンドオーバを遂行するかどうかを決定するため、前記データ伝送情報を少なくとも１つのしきい値と比較することを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項１２】
請求項１１の方法であって、そこに前記少なくとも１つのしきい値は、全データ長しきい値を含み、また前記データ伝送情報は、少なくとも前記データ転送の全データ長を含み、またそこに前記決定するステップは更に、
前記データ転送の全データ長が前記全データ長しきい値より小さい時前記ハンドオーバを遂行しないことを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項１３】
請求項１１の方法であって、そこに前記少なくとも１つのしきい値は、状態しきい値を含み、また前記データ伝送情報は、少なくともデータ伝送状態を含み、またそこに前記決定するステップは、更に
前記データ伝送状態が前記状態しきい値より小さい時前記ハンドオーバを遂行しないことを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項１４】
請求項１０の方法であって、そこに前記受信するステップは、更に
前記データ転送に関連するデータ情報を受信し、
前記データ伝送情報を、前記データ情報を使用して決定することを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項１５】
請求項１４の方法であって、そこに前記データ情報は、前記データ転送の各送信と共に受信されるデータパケットの数を含むデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【請求項１６】
請求項１５の方法であって、そこに前記データ情報は更に、前記データ転送の全データ長を含み、またそこに前記データ伝送情報を決定するステップは更に
前記全データ長を用いてカウンタを初期化し、また
受信される各前記データ情報を用いて前記カウンタをデイクリメントすることを包含するデータセションのハンドオーバを遂行すべきかどうかを決定するための方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
移動端末がそのＤＲＣを指向している、サービスしているセクタを変更するプロセスを仮想ソフトハンドオーバ（Ｖｉｒｔｕａｌ  Ｓｏｆｔ  Ｈａｎｄｏｖｅｒ：ＶＳＨＯ）と呼ぶ。このＶＳＨＯプロセスは、ＨＤＲ基地局内及び移動端末とＨＤＲ基地局との間の信号交換を含み、又典型的に、ＶＳＨＯの間、２つのサービスしているセクタのために冗長なアビス（Ａｂｉｓ）インタフェーストラッフィクを必要とする。このＶＳＨＯプロセスは、エアインタフェース（ａｉｒ  ｉｎｔｅｒｆａｃｅ）を越えて移動端末へ伝送するため残っているパケットの全数が、シグナリング及びＶＳＨＯプロセスにより必要とされる冗長アビス（Ａｂｉｓ）インタフェーストラッフィクに較べて著しく大きい時、特に有利である。
ＥＰ−Ａ−０３３２８１８及びＥＰ−Ａ−０７４６１８２（ＥＰ−Ａ−０３３２８１８から分割）において開示されているのは、システムからなり、そこでは何時、より多くのチャネル帯域幅が、割り当てられている帯域幅より必要かが決定される時、第１のチャネルから第２のチャネルヘのハンドオーバプロセスが開始される。同様に、追加の開示がなされ、そこでは、現在割り当てられているチャネル帯域幅が完全に利用されない場合、第１のチャネルから第２のチャネルヘのハンドオーバが同様に開始される。実例として、処理されるため待っている外向けパッケージの数が所定の数に到達し、又は処理されるため待っている内向けメッセージの数が所定の数が所定の数に到達するとトリガ点に到達することが出来る。能力の不足に起因して、一旦ハンドオーバが必要と決定されると、基地サイトは、余分の能力をもち又はアイドルチャネルヘハンドオフすることが出来る。
しかし、パケットの少数の数のみにたいしてＶＳＨＯの遂行は非効率的なネットワーク資源の使用である。従って、必要とされるものは、ＶＳＨＯを始める前に伝送されるため残っているパケットの全数を考慮するＶＳＨＯプロセスである。


【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】削除
【補正の内容】
【国際調査報告】
2005502245.tif 000035
2005502245.tif 000036