(57)【要約】  データを受信中である移動端末のハンドオーバー方法に係り、ホストからデータを受信中である移動端末がハンドオーバーを行う前に、ＱＳ  Requestメッセージを利用してホストに新しいネットワークについての情報を知らせ、これによってホストは、ハンドオーバーによって発生するパケット損失がネットワークの混雑によるものではないことを認知し、混雑ウインドーのサイズを新しいネットワークについての情報に基づいて設定することによって、既存のスロースタートアルゴリズムによる場合に比べ、帯域幅の浪費を減らすことになる。
2009539297.tif 000002
【特許請求の範囲】
【請求項１】
遠隔のホストからデータを受信中である第１ネットワークの移動端末が第２ネットワークにハンドオーバーする方法において、
前記第２ネットワークの帯域幅情報を前記ホストに伝送する段階と、
前記ホストが前記情報を受信した後、前記第２ネットワークにハンドオーバーする段階と、
前記ホストから前記データを前記第２ネットワークを介して、前記伝送された帯域幅情報によって前記ホストが決定した開始伝送速度で受信する段階とを含むことを特徴とする方法。
【請求項２】
前記ホストから前記データを受信する前に、前記ハンドオーバーが完了したことを前記ホストに通知する段階をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記伝送する段階は、
ＴＣＰ（Transmission  Control  Protocol）で使われるＱＳ（Quick-Start）Requestメッセージのrate  requestフィールドに記録された前記第２ネットワークの帯域幅情報を保存する段階と、
前記ＱＳ  requestメッセージを前記ホストに伝送する段階とを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記第２ネットワークの帯域幅情報を伝送する段階は、
前記ＱＳ  requestメッセージを伝送する前に、前記ＱＳ  requestメッセージは、前記ハンドオーバーに係るものであることを示す情報を前記ＱＳ  requestメッセージの予約フィールドに保存する段階を含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記ハンドオーバーを行う前に、前記ホストが前記帯域幅情報を受信したことを確認するためのＱＳ  responseメッセージを受信する段階をさらに含むことを特徴とする請求項３に記載の方法。
【請求項６】
前記ホストから前記データを受信した後に、前記ホストからＱＳ  requestメッセージを受信する段階と、
ＱＳ  responseメッセージに含まれた、前記移動端末と前記ホストとの間の経路上に位置したルータがアップデートできる帯域幅情報を保存する段階と、
前記受信されたＱＳ  requestメッセージに対する応答として前記ＱＳ  responseメッセージを前記ホストに伝送する段階とを含み、
前記ホストは、前記アップデートされた帯域幅情報に基づいて最終伝送速度を決定することを特徴とする請求項１に記載の方法。
【請求項７】
前記データを前記ホストから受信する前に、前記ホストに前記ハンドオーバーが完了したことを知らせるバインディングアップデートメッセージを伝送する段階をさらに含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記バインディングアップデートメッセージを伝送する段階は、
前記ホストがアップデートされた帯域幅情報に基づいて最終伝送速度を決定できるように、前記移動端末と前記ホストとの間の経路上に位置したルータがアップデートできる帯域幅情報を前記バインディングアップデートメッセージに保存する段階を含むことを特徴とする請求項７に記載の方法。
【請求項９】
ＱＳ  requestメッセージに含まれた、前記移動端末と前記ホストとの間の経路上に位置したルータがアップデートできる帯域幅情報を保存する段階と、
前記ホストから前記データを受信した後に、前記ＱＳ  requestメッセージを伝送する段階とをさらに含み、
前記ホストは、前記アップデートされた帯域幅情報に基づいて、前記データの最終伝送速度を決定することを特徴とする請求項１に記載の方法。
【請求項１０】
請求項１に記載の方法がエンコードされてコンピュータによって具現されるコンピュータで読み取り可能であることを特徴とする記録媒体。
【請求項１１】
遠隔のホストからデータを受信している中で、第１ネットワークから第２ネットワークにハンドオーバーする移動端末装置において、
前記第２ネットワークの帯域幅情報を前記ホストに伝送するネットワーク情報伝達部と、
前記ホストが前記情報を受信した後に、前記第２ネットワークにハンドオーバーするように前記移動端末を制御するハンドオーバー遂行部とを備え、
前記移動端末装置は、前記ホストから前記データを、前記第２ネットワークを介して、前記伝送された帯域幅情報によって前記ホストが決定した開始伝送速度で受信する段階を含むことを特徴とする装置。
【請求項１２】
前記ハンドオーバー遂行部は、前記ハンドオーバーが完了したことを前記ホストに通知することを特徴とする請求項１１に記載の装置。
【請求項１３】
前記ネットワーク情報伝達部は、ＴＣＰで使われるＱＳ  requestメッセージのrate  requestフィールドに記録された前記第２ネットワークの帯域幅情報を保存し、前記ＱＳ  requestメッセージを前記ホストに伝送することを特徴とする請求項１１に記載の装置。
【請求項１４】
前記ネットワーク情報伝達部は、
前記ＱＳ  requestメッセージを伝送する前に、前記ＱＳ  requestメッセージは、前記ハンドオーバーに係るものであることを示す情報を前記ＱＳ  requestメッセージの予約フィールドに保存する段階を含むことを特徴とする請求項１３に記載の装置。
【請求項１５】
前記ネットワーク情報伝達部は、
前記ハンドオーバー遂行部が前記装置がハンドオーバーを行うように制御する前に、前記ホストが前記帯域幅情報を受信したことを確認するためのＱＳ  responseメッセージを受信する段階をさらに含むことを特徴とする請求項１３に記載の装置。
【請求項１６】
前記ハンドオーバーが完了したことを認知した前記ホストからＱＳ  Requestメッセージを受信し、ＱＳ  responseメッセージに含まれた、前記移動端末と前記ホストとの間の経路上に位置したルータがアップデートできる帯域幅情報を保存し、かつ／または前記受信されたＱＳ  requestメッセージに対するＱＳ  responseメッセージを前記ホストに伝送するＱＳメッセージ処理部をさらに備え、
前記ホストは、前記アップデートされた帯域幅情報に基づいて、前記データの最終伝送速度を決定することを特徴とする請求項１１に記載の装置。
【請求項１７】
前記ハンドオーバー遂行部は、前記ハンドオーバーが完了したことを前記ホストに通知するために、前記装置がバインディングアップデートメッセージを前記ホストに伝送するように制御することを特徴とする請求項１１に記載の装置。
【請求項１８】
前記バインディングアップデートメッセージは、前記ホストがアップデートされた帯域幅情報に基づいて最終伝送速度を決定できるように、前記移動端末と前記ホストとの間の経路上に位置したルータがアップデートできる帯域幅情報を保存することを特徴とする請求項１７に記載の装置。
【請求項１９】
移動端末にデータを伝送する方法において、
前記移動端末にデータを伝送する最中に、前記移動端末からＱＳ  requestメッセージを受信する段階と、
パケット損失が発生すれば、前記ＱＳ  requestメッセージに基づいて、前記パケット損失が前記移動端末の第１ネットワークから第２ネットワークへのハンドオーバーに起因したものであるか否かを判断する段階と、
前記判断結果に基づいて、前記データの伝送速度を制御する段階とを含むことを特徴とする方法。
【請求項２０】
前記伝送速度を制御する段階は、
前記パケット損失が前記移動端末のハンドオーバーに起因したものであると判断され、前記移動端末がハンドオーバーを完了したと判断された場合、前記ＱＳ  requestメッセージのrate  requestフィールド値に基づいて伝送速度を設定することを特徴とする請求項１９に記載の方法。
【請求項２１】
前記移動端末から前記移動端末の前記ハンドオーバーが完了したか否かを判断するためのバインディングアップデートメッセージを受信する段階をさらに含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
前記伝送速度を保存するrate  requestフィールドを含む他のＱＳ  requestメッセージを前記移動端末に伝送する段階と、
前記伝送した他のＱＳ  requestメッセージに対する応答として、前記伝送速度を保存するrate  requestフィールドを含むＱＳ  responseメッセージを受信する段階と、
前記受信したＱＳ  responseメッセージに基づいて、前記伝送速度を調節する段階とをさらに含み、
前記ＱＳ  responseメッセージが経るルータは、前記ＱＳ  responseメッセージに保存された伝送速度を前記保存された伝送速度値によって選択的にアップデートすることを特徴とする請求項１９に記載の方法。
【請求項２３】
前記データの伝送速度を制御する段階は、
前記パケット損失が前記移動端末のハンドオーバーに起因しないと判断されるか、または前記移動端末がハンドオーバーを完了していないと判断された場合、伝送速度を最小速度に設定することを特徴とする請求項１９に記載の方法。
【請求項２４】
請求項１９に記載の方法がエンコードされてコンピュータによって具現されるコンピュータで読み取り可能な記録媒体。
【請求項２５】
移動端末にデータを伝送する装置において、
前記移動端末にデータを伝送する最中に、パケット損失が発生すれば、前記移動端末から受信したＱＳ  Requestメッセージに基づいて、前記パケット損失が前記移動端末の第１ネットワークから第２ネットワークへのハンドオーバーに起因したものであるか否かを判断する判断部と、
前記パケット損失が前記ハンドオーバーに起因したものであるか否かに基づいて、前記データの伝送速度を制御する伝送速度制御部とを備えることを特徴とする装置。
【請求項２６】
前記伝送速度制御部は、
前記パケット損失が前記移動端末のハンドオーバーに起因したものであると判断され、前記移動端末がハンドオーバーを完了したと判断された場合、前記ＱＳ  requestメッセージのrate  requestフィールド値に基づいて伝送速度を設定する決定部を備えることを特徴とする請求項２５に記載の装置。
【請求項２７】
前記決定部は、前記移動端末の前記ハンドオーバーが完了したと判断されれば、前記移動端末からバインディングアップデートメッセージを受信することを特徴とする請求項２６に記載の装置。
【請求項２８】
前記伝送速度制御部は、
前記伝送速度を保存するrate  requestフィールドを含む他のＱＳ  requestメッセージを生成し、前記他のＱＳ  requestメッセージを前記移動端末に伝送し、前記伝送した他のＱＳ  requestメッセージに対する応答として、前記伝送速度を保存するrate  requestフィールドを含むＱＳ  responseメッセージを受信するＱＳメッセージ処理部と、
前記受信したＱＳ  responseメッセージに基づいて、前記伝送速度を調節する伝送速度調節部とを備え、
前記ＱＳ  responseメッセージが経るルータは、前記ＱＳメッセージ処理部が前記ＱＳresponseメッセージを受信する前に、前記ＱＳ  responseメッセージに保存された伝送速度を前記保存された伝送速度値によって選択的にアップデートすることを特徴とする請求項２５に記載の装置。
【請求項２９】
前記決定部は、
前記パケット損失が前記移動端末のハンドオーバーに起因しないと判断されるか、または前記移動端末がハンドオーバーを完了していないと判断された場合、伝送速度を最小速度に設定することを特徴とする請求項２６に記載の装置。
【請求項３０】
データの伝送を第１ネットワークから第２ネットワークにハンドオーバーするシステムにおいて、
前記データを受信し、前記第２ネットワークの帯域幅情報を伝送し、前記帯域幅情報を伝送した後に、前記第１ネットワークから前記第２ネットワークへのハンドオーバーを行う移動端末と、
前記データを送信し、前記移動端末から前記帯域幅情報を受信し、パケット損失が発生すれば、前記パケット損失の原因を判断し、前記パケット損失の原因に基づいて、前記データの伝送速度を制御するホストとを備え、
前記ホストは、前記パケット損失が前記移動端末の第１ネットワークから前記第２ネットワークへのハンドオーバーに起因し、前記ハンドオーバーが完了した場合、前記帯域幅情報によって前記伝送速度を設定することを特徴とするシステム。
【請求項３１】
前記移動端末は、前記ホストに前記ハンドオーバーが完了したことを通知することを特徴とする請求項３０に記載のシステム。
【請求項３２】
前記移動端末は、前記第２ネットワークの帯域幅情報をＱＳ  requestメッセージに含まれたrate  requestフィールドに保存し、前記ＱＳ  requestメッセージを伝送することを特徴とする請求項３０に記載のシステム。
【請求項３３】
前記移動端末は、前記ＱＳ  requestメッセージを伝送する前に、前記ＱＳ  requestメッセージが前記ハンドオーバーに係るものであることを示す情報を前記ＱＳ  requestメッセージに含まれた予約フィールドに保存することを特徴とする請求項３２に記載のシステム。
【請求項３４】
前記第１ネットワークに位置し、前記移動端末と前記ホストとの間の通信経路上に位置し、前記ＱＳ  requestメッセージが経る第１ルータをさらに備え、
前記第１ルータは、前記予約フィールドに、前記ＱＳ  requestメッセージが前記ハンドオーバーに係るものであることを示す情報が保存された場合、前記rate  requestフィールドに保存された帯域幅情報の値を変更しないことを特徴とする請求項３３に記載のシステム。
【請求項３５】
前記ホストは、前記ホストが前記ＱＳ  requestメッセージを受信したことを確認させるＱＳ  responseメッセージを伝送することを特徴とする請求項３２に記載のシステム。
【請求項３６】
前記第２ネットワークに位置し、前記移動端末と前記ホストとの間の通信経路上に位置する第２ルータをさらに備え、
前記移動端末は、前記帯域幅情報が保存されたrate  requestフィールドを含むメッセージを前記第２ルータに伝送し、前記第２ルータは、前記メッセージに保存された前記帯域幅情報をアップデートし、前記アップデートされたメッセージを前記ホストに伝送し、前記ホストは、前記アップデートされたＱＳ  responseメッセージに基づいて、前記伝送速度を調節することを特徴とする請求項３０に記載のシステム。
【請求項３７】
前記ホストは、前記パケット損失が前記移動端末のハンドオーバーに起因しないか、または前記移動端末がハンドオーバーを完了していない場合、伝送速度を最小速度に設定することを特徴とする請求項３０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動端末の通信に係り、さらに詳細には、データを受信中である移動端末のハンドオーバー方法に関する。
【背景技術】
【０００２】
移動通信技術の発達及び通信環境の変化によって、多様な通信プロトコルが開発されているが、最も多用されるプロトコルのうち一つであるＴＣＰ（Transmission  Control  Protocol）は、連結指向型（connection-oriented）プロトコルとして送信者がデータを受信者に信頼性あるように伝送できるようにする。
【０００３】
一般的にＴＣＰは、スロースタート（Slow  Start）を基に動作する。すなわち、送信者がデータを受信者に初めて伝送するとき、最も小さいサイズの伝送単位から始める。しかし、かようなアルゴリズムによれば、帯域幅の浪費が発生するので、受信者が現在のネットワーク状態によって可用である帯域幅情報を送信者に知らせれば、送信者が最小サイズの伝送単位から自動的にデータ伝送を始めるのではなく、受信した情報によって開始点の帯域幅を決定するクイックスタート（Quick-Start）アルゴリズムが考案された。
【０００４】
図１には、受信者がネットワーク情報を送信者に知らせるために使用するＱＳ（Quick-Start）Requestメッセージのフォーマットを示している。図１に示されたフィールドのうち、Rate  Requestフィールドには、ネットワークで可用である帯域幅情報が記録されるが、送信者（sender）と受信者（receiver）との間の通信経路上に位置したルータ（router）は、自身が処理できる帯域幅がRate  Requestフィールドに記録された値より低い場合、Rate  Requestフィールド値を自身が処理できる帯域幅値に変更する。従って、データを伝送する送信者は、ＱＳ  Requestメッセージを受信すれば、いかような伝送速度を開始点とするかを決定でき、応答メッセージを受信者に送ってデータ伝送準備を完了する。ＱＳ  Requestメッセージに含まれたその他のフィールドについての詳細な説明は、ＴＣＰ標準に述べられているので、ここでは省略する。
【０００５】
図２は、ＱＳメッセージを使用する３−Way  Handshake過程を示している図である。一般的に、ＴＣＰを利用して通信するためには、送信者と受信者との間に３−Way  Handshakeという手続きを経る。３−Way  Handshakeは、３段階から構成されるが、まず送信者がホストのＩＳＮ（Initial  Sequence  Number）を含み、ＳＹＮ  flagが１に設定されたＳＹＮパケットを伝送すれば、受信者は、受信したＩＳＮに１を加えた値をAcknowledgement  numberに設定し、ＳＹＮ  flagを１に設定してＳＹＮ／ＡＣＫパケットを送信者に送る。ＳＹＮ／ＡＣＫパケットに対して送信者が応答メッセージを伝送すれば、ＴＣＰセッション設定が完了し、データ送受信に係る準備が終わる。
【０００６】
図２に図示されているように、ＱＳアルゴリズムは、前記の一般的な３−Way  Handshakeで、ＳＹＮ、ＳＹＮ／ＡＣＫ、ＡＣＫセグメントにＱＳ  Request及び／またはＱＳ  Responseメッセージを含めて伝送することによって具現されうる。すなわち送信者は、ＳＹＮパケットのＩＰヘッダ（header）にＱＳ  Requestメッセージを含めて受信者に伝送するが、このとき、ＱＳ  RequestメッセージのRate  Requestフィールドには、伝送開始点での帯域幅情報が含まれる。ＱＳ  Requestメッセージを受信した中間のルータは、必要ならば、ＱＳ  RequestメッセージのRate  Request値を自身が処理できる帯域幅値に変更して受信者に伝達する。図２では、送信者と受信者との間に１つのルータだけ介入しているが、送信者と受信者との間の通信経路上に複数のルータが存在できるということは、当業者が理解可能である。
【０００７】
一方、受信者は、ＱＳ  Requestメッセージを受信すれば、ＱＳ  Requestメッセージを分析して適切な値をRate  Requestに決定した後でＱＳ  Requestメッセージを生成するが、生成されたＱＳ  Requestメッセージは、ＳＹＮ／ＡＣＫパケットのＩＰヘッダに含まれて送信者に伝送される。該ＳＹＮ／ＡＣＫパケットのＴＣＰヘッダには、受信者が受信したＱＳ  Requestメッセージに対する応答メッセージが含まれる。ＳＹＮ／ＡＣＫパケットに含まれたＱＳ  RequestメッセージのRate  Requestフィールド値も、ＳＹＮパケットの場合と同様に、送信者に伝えられる過程でルータによって変更される。ＳＹＮ／ＡＣＫパケットを受信した送信者は、ＱＳ  RequestメッセージのRate  Requestフィールド値を参照して伝送開始点の帯域幅を決定し、ＱＳ  Requestメッセージに対する応答メッセージをＡＣＫパケットのＴＣＰヘッダに含めて受信者に伝送する。かような一連の過程を経てＴＣＰセッションが設定されれば、送信者は、最小の伝送単位のサイズからデータ伝送を始めるスロースタート（Slow-Start）アルゴリズムによらずに、ネットワークの状態によって適切な帯域幅でデータ伝送を始め、効率的なデータ伝送が可能になるという利点がある。
【０００８】
しかし、かようなＱＳアルゴリズムは、受信者の移動性（mobility）を考慮していない。すなわち、データを受信中である移動端末が現在のネットワークから他のネットワークにハンドオーバーする場合、ハンドオーバーを行う間に一般的にTimeoutによるパケット損失が発生するが、かようなパケット損失が発生する場合にＴＣＰでは、混雑ウインドー（Congestion  Window）の大きさを１に設定してスロースタートアルゴリズムを行う。
【０００９】
言い換えれば、ＴＣＰでは、ハンドオーバーによってパケット損失が発生した場合にも、これを混雑（congestion）によって発生したものと見なし、フロー制御（Flow  Contorl）を行うために、スロースタートアルゴリズムが遂行され、従ってパケット損失が発生した後で伝送速度が新しいネットワークの可溶帯域幅まで收斂する（converge）ためには、長時間がかかって帯域幅が浪費されるという問題がある。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、データを受信中である移動端末がハンドオーバーすることによってパケット損失が発生する場合に、データを伝送するホストがネットワークの帯域幅によって混雑ウインドーの大きさを設定する方法及び装置を提供するところにその目的がある。
【課題を解決するための手段】
【００１１】
以上のような目的を達成するための本発明の一実施例は、遠隔のホストからデータを受信中である第１ネットワークの移動端末が第２ネットワークにハンドオーバーする方法において、前記第２ネットワークに関する帯域幅情報を前記ホストに伝送する段階と、前記ホストが前記情報を受信したことが認知されれば、前記第２ネットワークにハンドオーバーする段階と、前記ハンドオーバーが完了したことを前記ホストに通知する段階とを含むことを特徴とする。
【００１２】
前記帯域幅情報を伝送する段階は、ＴＣＰ（Transmission  Control  Protocol）で使われるＱＳ  Requestメッセージを前記ホストに伝送する段階であり、前記ＱＳ  RequestメッセージのRate  requestフィールドには、前記第２ネットワークで適用する帯域幅についての情報が含まれ、予約（Reserved）フィールドには、前記ＱＳ  Requestメッセージが前記ハンドオーバーと関連したものであることを示す情報が含まれることが望ましい。
【００１３】
また前記ハンドオーバー方法は、前記ハンドオーバーが完了したことを認知した前記ホストからＱＳ  Requestメッセージを受信する段階と、前記受信されたＱＳ  Requestメッセージに対するＱＳ  responseメッセージを前記ホストに伝送する段階とをさらに含むことができる。
【００１４】
また本発明の一実施例は、前記ハンドオーバー方法をコンピュータで実行させるための方法を記録したコンピュータで読み取り可能な記録媒体を提供する。
【００１５】
また本発明の一実施例は、遠隔のホストからデータを受信している中で、第１ネットワークから第２ネットワークにハンドオーバーする移動端末装置において、前記第２ネットワークに関する帯域幅情報を前記ホストに伝送するネットワーク情報伝達部と、前記ホストが前記情報を受信したことが認知されれば、前記第２ネットワークにハンドオーバーするように前記移動端末を制御し、前記ハンドオーバーが完了したことを前記ホストに通知するハンドオーバー遂行部とを備えることを特徴とする。
【００１６】
また本発明の一実施例は、移動端末にデータを伝送する方法において、前記移動端末にデータを伝送する最中に、前記移動端末からＱＳ  Requestメッセージを受信する段階と、パケット損失が発生すれば、前記ＱＳ  Requestメッセージに基づいて、前記パケット損失が前記移動端末のハンドオーバーに起因したものであるか否かを判断する段階と、前記判断結果に基づいて、前記データの伝送速度を制御する段階とを含むことを特徴とする。
【００１７】
ここで、前記段階は、前記パケット損失が前記移動端末のハンドオーバーに起因したものであると判断された場合、前記移動端末がハンドオーバーを完了したと認知されれば、前記ＱＳ  RequestメッセージのRate  Requestフィールド値に基づいて伝送速度を決定することが望ましい。
【００１８】
また本発明の一実施例は、前記データ伝送方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００１９】
また本発明は、移動端末にデータを伝送する装置において、前記移動端末にデータを伝送する最中に、パケット損失が発生すれば、前記移動端末から受信したＱＳ  Requestメッセージに基づいて、前記パケット損失が前記移動端末のハンドオーバーに起因したものであるか否かを判断する判断部と、前記判断結果に基づいて、前記データの伝送速度を制御する伝送速度制御部とを備えることを特徴とする。
【発明の効果】
【００２０】
本発明によれば、基準のＱＳアルゴリズムに移動性の概念を導入した。これにより、移動端末がハンドオーバーするときにパケット損失が発生した場合にも、データを伝送するホストでは、新しいネットワークで受け入れることができる帯域幅に迅速に伝送速度を変更できる。従って、既存のスロースタートアルゴリズムによる場合に比べて、帯域幅の浪費を減らすことになる。
【００２１】
また、新しいネットワークの情報をＱＳ  Requestメッセージを利用してホストに伝達することによって、別途のパケットを使用する必要がないので、コスト側面でも負担が少ない。
【発明を実施するための最良の形態】
【００２２】
以下、添付された図面を参照しつつ、本発明の望ましい実施例について詳細に説明する。
【００２３】
図３は、本発明の一実施例によるハンドオーバー（Hand−over）方法を説明するための図である。
【００２４】
本実施例では、ホスト３００からデータを受信中である移動端末３５０が１０Ｍｂｐｓの帯域幅を有する第１ネットワーク３６０から２５６ｋｂｐｓの帯域幅を有する第２ネットワーク３７０にハンドオーバーする場合を仮定する。移動端末３５０が第２ネットワーク３７０の存在を感知すれば、ＱＳ（Quick-Start）Requestメッセージ３１０を利用して第２ネットワーク３７０の帯域幅についての情報をホスト３００に伝送する。このとき、ＱＳ  Requestメッセージ３１０のRate  Requestフィールドには、第２ネットワーク３７０に帯域幅情報が記録され、予約フィールドには、ＱＳ  Requestメッセージ３１０がハンドオーバーに関連したものであることを示すためのフラッグ（Flag）をおく。例えば、Ｈというフラッグをおき、ＱＳ  Requestメッセージ３１０がハンドオーバーと関連したものであるときは、Ｈフラッグ値を１に設定できるのである。ＱＳ  Requestメッセージ３１０がホスト３００に伝えられる間、移動端末３５０とホスト３００との間に存在するルータ３０１，３０２は、ＱＳ  Requestメッセージ３１０のＨフラッグが１に設定されたことを報告し、Rate  Requestフィールド値を変更しない。従って、ホスト３００は、移動端末３５０が伝送した第２ネットワーク３７０の帯域幅情報を受信することになる。
【００２５】
移動端末３５０は、ＱＳ  Responseメッセージ３２０を介して、ホスト３００が第２ネットワーク３７０の帯域幅情報を受信したことを認知する。移動端末３５０が第２ネットワーク３７０にハンドオーバーを行う場合、バインディングアップデート（Binding  Update）メッセージ３３０を介して、ハンドオーバーの完了をホスト３００に知らせる。ホスト３００は、バインディングアップデートメッセージ３３０を介して、移動端末３５０がハンドオーバーしたことを認知し、バインディングアップデートメッセージ３３０に対する応答メッセージ３４０を移動端末３５０に伝送し、ＱＳ  Requestメッセージ３１０を介して得た第２ネットワーク３７０の帯域幅情報に基づいて、伝送速度、すなわちハンドオーバーによってパケット損失が発生した後でデータ伝送に使用する混雑ウインドーのサイズを決定する。しかし、バインディングアップデートメッセージ３３０に第２ネットワーク３７０の帯域幅情報及びRate  Requestフィールドが含まれることも可能である。また、バインディングアップデートメッセージ３３０は、他のＱＳ  Requestメッセージ（図示せず）と共に伝送されることも可能である。これにより、移動端末３５０とホスト３００との間に位置したルータ３０１，３０３は、自身がそれぞれが処理できる帯域幅がRate  Requestフィールド値より小さい場合には、Rate  Requestフィールド値を自身が処理できる帯域幅値に変更することもできるのである。
【００２６】
このとき、ホスト３００は、第２ネットワーク３７０の帯域幅情報に基づいて決定された伝送速度によって移動端末３５０にデータを伝送することも可能である。さらに、ホスト３００は、他のＱＳ  Requestメッセージ３５５を移動端末３５０に伝送し、それに対する応答として、ＱＳ  Responseメッセージ３６０を受信すれば、ネットワークの状態を把握した後で最終的な伝送速度を決定することが望ましい。すなわち、このときのＱＳ  Requestメッセージ３５５は、最初のＱＳ  Requestメッセージ３１０のように、ハンドオーバー時にネットワークの帯域幅情報を知らせるために利用するのではなく、パケット損失が発生した後で伝送速度の初期値を決定するためのものである。ＱＳ  Requestメッセージ３５５は、最初のＱＳ  Requestメッセージ３１０の伝送速度が、例えば、ネットワーク混雑の程度を勘案し、適切に調節することができる。
【００２７】
図４は、移動端末が本発明の一実施例によってハンドオーバーを行う過程を示すフローチャートである。
【００２８】
段階４１０で、ホスト３００からデータを受信中である移動端末３５０は、新しいネットワークの存在を認知する。すなわち、移動端末３５０は、自身がハンドオーバー地域にあることを感知する。移動端末３５０は、多様な方法を介して、新しいネットワーク３７０の存在を認知できる。例えば、移動端末３５０は、ＣＤＭＡ（Code  Division  multiple  Access）ネットワークのＰＣＦ（Point  Coordination  Function）が伝送するＡＮＩＤ（Access
Network  Identification）を受信したり、またはＷＬＡＮ（Wireless  Local  Area  Network）のアクセスポイントが伝送するビーコンを受信することによって、ハンドオーバー地域を感知できる。
【００２９】
段階４２０で、移動端末３５０は、ＱＳ  Requestメッセージ３１０をホスト３００に伝送するが、このとき、ＱＳ  Requestメッセージ３１０のRate  Requestフィールドには、新しいネットワーク３７０に対する帯域幅情報が記録され、ＱＳ  Requestメッセージ３１０がハンドオーバーに係るものであることを示すＨフラッグには、１が設定される。
【００３０】
段階４３０では、ホスト３００からＱＳ  Requestに対する応答メッセージ３２０を受信する。段階４４０で、移動端末３５０は、新しいネットワーク３７０にハンドオーバーを行う。段階４５０で、移動端末３５０は、ホスト３００にハンドオーバーが完了したことを意味するバインディングアップデート（Binding  Update）メッセージ３３０を伝送する。段階４６０で、移動端末３５０は、ホスト３００からバインディングアップデートメッセージ３３０に対する応答メッセージ３４０を受信する。
【００３１】
段階４６０で応答メッセージ３４０を受信した移動端末３５０は、段階４７０でホスト３００からＱＳ  Requestメッセージ３５５を受信し、段階４８０で、それに対する応答メッセージ３６０を伝送する。
【００３２】
すなわち、移動端末３５０は、ハンドオーバーを行う前に、新しいネットワーク３７０についての情報をホスト３００に伝送する。移動端末３５０は、ホストが新しいネットワーク３７０についての情報を受信したことを認知すれば、ハンドオーバーを行う。その後、移動端末３５０は、ハンドオーバーが完了した事実をホスト３００に知らせ、ホスト３００が新しいネットワークについての情報に基づいて混雑ウインドーのサイズを決定できるようにする。
【００３３】
図５は、本発明の一実施例によって、移動端末３５０にデータを伝送中のホスト３００が移動端末３５０のハンドオーバーに対応する過程を示すフローチャートである。
【００３４】
段階５１０で、ホスト３００は、移動端末３５０からＱＳ  Requestメッセージを受信する。
【００３５】
段階５２０で、ホスト３００は、受信したＱＳ  Requestメッセージ３１０のRate  Requestフィールド値をメモリに保存する。段階５３０で、ホスト３００は、パケット損失を感知する。段階５４０で、ホスト３００は、段階５１０で受信したＱＳ  RequestメッセージのＨフラッグを参照し、段階５３０で感知されたパケット損失が移動端末３５０のハンドオーバーによるものでなければ、ネットワークの混雑（Congestion）によるものであるか否かを判断する。もしネットワークの混雑によるものである場合（すなわち、Ｈフラッグ値が０である場合）には、段階５５０で、既存の混雑制御（すなわち、スロースタートアルゴリズム）を行う。
【００３６】
段階５３０で感知したパケット損失が移動端末３５０のハンドオーバーによって発生したと判断された場合（すなわち、段階５１０で受信したＱＳ  RequestメッセージのＨフラッグが１に設定された場合）、段階５６０で、ホスト３００は、移動端末３５０からハンドオーバーが完了したことを知らせるバインディングアップデートメッセージ３３０を受信する。
【００３７】
段階５７０で、ホスト３００は、段階５２０で保存したRate  Requestフィールド値を参照して伝送速度を決定する。すなわち、スロースタートアルゴリズムによって、混雑ウインドーサイズの初期値を１に設定するのではなく、Rate  Requestフィールド値に対応する値に設定する。
【００３８】
段階５８０で、ホスト３００は、ＱＳ  Requestメッセージ３５５を生成して移動端末３５０に伝送するが、このときのＱＳ  Requestメッセージ３５５は、段階５１０でのＱＳ  Requestメッセージ３１０とはその性質が異なり、Ｈフラッグが存在せずとも０に設定される。すなわち、このときのＱＳ  Requestメッセージ３５５は、ネットワークで可用である帯域幅を知るために使われる一般的な意味のＱＳ  Requestメッセージ３５５である。
【００３９】
段階５８５で、ホスト３００は、移動端末３５０からＱＳ  Responseメッセージ３６０を受信する。段階５９０で、ホスト３００は、受信したＱＳ  Requestメッセージ３６０のRate  Requestフィールドを参照し、段階５７０で決定された伝送速度を調節する。
【００４０】
すなわち、ホスト３００は、移動端末３５０のハンドオーバーが完了したならば、段階５７０で決定された伝送速度でデータを伝送することもできる。しかし、本発明の他の実施例によって、ネットワークの混雑程度によって決定された伝送速度を適切に調節するために、段階５８０ないし段階５９０を経ることが望ましい。
【００４１】
図６は、本発明の一実施例による移動端末６００及びホスト６５０の構造を示す図である。本実施例では、移動端末６００が第１ネットワーク３６０から第２ネットワーク３７０にハンドオーバーすると仮定する。図６を参照するに、移動端末６００は、ハンドオーバー地域感知部６０１、ネットワーク情報伝達部６０２、ＱＳメッセージ処理部６０４及びハンドオーバー遂行部６０３を有する。
【００４２】
ハンドオーバー地域感知部６０１は、多様な周波数帯域のチャンネルを介して新しいネットワークの存在を感知し、移動端末６００がハンドオーバー地域に位置していることを感知する。ここで、ハンドオーバー地域とは、２つのネットワークが重畳する地域をいう。
【００４３】
ネットワーク情報伝達部６０２は、ハンドオーバー地域感知部６０１によって移動端末６００がハンドオーバー地域に位置したと判断されれば、第２ネットワーク３７０の情報を収集し、ＱＳ  Requestメッセージ３１０を介してホスト６５０に伝達する。このとき、ＱＳ  Requestメッセージ３１０のRate  Requestフィールドには、第２ネットワーク３７０の帯域幅情報が含まれ、予約フィールドには、移動端末６００のハンドオーバーいかん示すＨフラッグが含まれる。また、ネットワーク情報伝達部６０２は、かようなＱＳ  Requestメッセージ３１０に対する応答として、ＱＳ  Responseメッセージ３２０を受信する。
【００４４】
ハンドオーバー遂行部６０３は、ネットワーク情報伝達部６０２がＱＳ  Responseメッセージ３２０を受信すれば、移動端末６００がハンドオーバーを行うように制御する。ハンドオーバーが完了すれば、移動端末６００は、ホスト６５０にバインディングアップデートメッセージ３３０を伝送し、ハンドオーバーが完了したことを知らせる。
【００４５】
ＱＳメッセージ処理部６０４は、ハンドオーバーが完了した後でホスト６５０からＱＳRequestメッセージ３５５を受信し、それに対する応答として、ＱＳ  Responseメッセージ３６０を伝送する。前述のように、このときのＱＳ  Requestメッセージ３５５及びＱＳ  Responseメッセージ３６０は、ネットワーク情報伝達部６０２で送受信するＱＳ  Requestメッセージ３５５及びＱＳ  Responseメッセージ３６０とは性格が異なっており、ネットワークの状態を把握して混雑ウインドーのサイズを調節するためのものである。
【００４６】
一方、本発明の一実施例によるホスト６５０は、パケット損失感知部６５１、判断部６５２及び伝送速度制御部６６０を備え、伝送速度制御部６６０は、決定部６６１、ＱＳメッセージ処理部６６２及び伝送速度調節部６６３を備える。
【００４７】
パケット損失感知部６５１は、移動端末６００に伝送したＡＣＫ信号に基づいてパケット損失が発生したか否かを感知し、判断部６５２は、パケット損失が発生した場合、その原因が移動端末６００のハンドオーバーであるか否かを判断し、伝送速度制御部６６０は、判断部６５２の判断結果に基づいて伝送速度を制御する。
【００４８】
判断部６５２は、移動端末からＱＳ  Requestメッセージ３１０を受信し、これを分析して移動端末６００のハンドオーバーのいかんを判断するが、分析の結果、Ｈフラッグが１に設定された場合、移動端末がハンドオーバーを行うと判断し、それに対する応答として、ＱＳ  Responseメッセージ３２０を移動端末６００に伝送する。このときのＱＳ  Requestメッセージ３１０に含まれたＨフラッグも、もちろん１に設定されるのである。もし分析の結果、Ｈフラッグが存在しないか、または０に設定されたならば、判断部６５２は、パケット損失が、例えば、ネットワークの混雑に起因したものであると判断し、一般的な混雑制御（すなわち、スロースタートアルゴリズム）を行う。
【００４９】
決定部６６１は、移動端末６００からバインディングアップデートメッセージ３３０を受信し、判断部６５２が受信したＱＳ  RequestメッセージのRate  Requestフィールド値を参照して伝送速度（すなわち、混雑ウインドーのサイズ）を決定する。ＱＳメッセージ処理部６６２は、決定部６６１がバインディングアップデートメッセージ３３０を受信すれば、ＱＳ  Requestメッセージ３５５を生成して移動端末６００に伝送し、それに対する応答として、ＱＳ  Responseメッセージ３６０を受信する。このときのＱＳ  Requestメッセージ３５５及びＱＳ  Responseメッセージ３６０は、判断部６５２で送受信するＱＳメッセージ３１０，３２０とは性格が異なったものであり、Ｈフラッグが存在しないか、または０に設定されるのである。
【００５０】
伝送速度調節部６６３は、ＱＳメッセージ処理部６６２で受信したＱＳ  Responseメッセージ３６０のRate  Requestフィールドに基づいて決定部６６１で決定した混雑ウインドーのサイズを調節する。
【００５１】
図７Ａ及び図７Ｂは、移動端末６００が１００Ｍｂｐｓの帯域幅を有する第１ネットワークから５Ｍｂｐｓの帯域幅を有する第２ネットワークにハンドオーバーする場合のスループット（throughput）を示すグラフである。
【００５２】
図７Ａには、従来技術による場合のスループットを示し、図７Ｂには、本発明による場合のスループットを示している。
【００５３】
まず、図７Ａについて述べれば、移動端末６００は、第１ネットワークで１００Ｍｂｐｓの伝送速度でデータを受信し、第２ネットワークにハンドオーバーを行うが、ハンドオーバーを行う最中でTimeoutによるパケット損失が発生することになり、ＴＣＰでは、これをネットワークの混雑によるものと見なし、ハンドオーバーが完了した後でスロースタートアルゴリズムを行う。従って、その結果、図７Ａでのようなスループットグラフが得られる。
【００５４】
一方、図７Ｂでは、移動端末６００がハンドオーバーを行う前、第２ネットワークの帯域幅情報をＱＳ  Requestメッセージ３１０を利用してホスト６５０に伝送する。該メッセージ３１０を受信したホスト６５０は、所定時間内にパケット損失が発生しても、それが混雑によって発生したものではなく、移動端末のハンドオーバー６００によって発生したものであるということを認知する。従って、ホスト６５０は、バインディングアップデートメッセージ３３０を介してハンドオーバーが完了したことを通知されれば、スロースタートアルゴリズムを遂行せずに、混雑ウインドーのサイズを５Ｍｂｐｓに合わせて固定させる。従って、その結果、スループットグラフは、図７Ｂのように示されることとなる。
【００５５】
図７Ａと図７Ｂとを比較してみれば、パケット損失が発生した後で伝送速度が第２ネットワークの可用帯域幅である５Ｍｂｐｓに達するまでにかかる時間が、図７Ｂでの場合が図７Ａでの場合よりはるかに短いということが分かる。
【００５６】
図８Ａ及び図８Ｂは、移動端末６００が５Ｍｂｐｓの帯域幅を有する第１ネットワークから１００Ｍｂｐｓの帯域幅を有する第２ネットワークにハンドオーバーする場合のスループット（throughput）を示すグラフである。
【００５７】
まず、図８Ａについて述べれば、移動端末６００は、第１ネットワークで５Ｍｂｐｓの伝送速度でデータを受信して第２ネットワークにハンドオーバーを行うが、ハンドオーバーを行う最中でTimeoutによるパケット損失が発生することになり、ＴＣＰでは、これをネットワークの混雑によるものであると見なし、ハンドオーバーが完了した後でスロースタートアルゴリズムを行う。従って、その結果、図８Ａでのようなスループットグラフが得られる。
【００５８】
一方、図８Ｂでは、移動端末６００がハンドオーバーを行う前、第２ネットワークの帯域幅情報をＱＳ  Requestメッセージを利用してホスト６５０に伝送する。これを受信したホスト６５０は、所定時間内にパケット損失が発生しても、それが混雑によって発生したものではなく、移動端末６００のハンドオーバーによって発生したものであると認知する。従って、ホスト６５０は、バインディングアップデートメッセージ３３０を介してハンドオーバーが完了したことを通知されれば、スロースタートアルゴリズムを遂行せずに、混雑ウインドーのサイズを１００Ｍｂｐｓに合わせて固定させる。従って、その結果、スループットグラフは、図７Ｂでのように示されることになる。
【００５９】
ここでも同様に、図８Ａと図８Ｂとを比較すれば、パケット損失が発生した後で伝送速度が第２ネットワークの可用帯域幅である１００Ｍｂｐｓに達するまでにかかる時間が、図８Ｂでの場合が図８Ａでの場合よりはるかに短いということが分かる。
【００６０】
一方、前述の本発明の実施例は、コンピュータで実行できるプログラムに作成可能であり、コンピュータで読み取り可能な記録媒体を利用して前記プログラムを動作させる汎用デジタルコンピュータで具現されうる。
【００６１】
前記コンピュータで読み取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ（Read-Only  Memory）、ＲＡＭ（Random-Access  Memory）、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及び圧縮ソースコードセグメントや暗号化ソースコードセグメントを含んだキャリアウェーブに具現されたコンピュータデータ信号（例えば、インターネットを介した伝送）を含む。
【００６２】
以上、本発明についてその望ましい実施例を中心に説明を行った。本発明が属する技術分野で当業者は、本発明がその本質的な特性から外れない範囲で変形された形態で具現されうるということを理解することができるであろう。従って、開示された実施例は、限定的な観点ではなくして説明的な観点から考慮されねばならない。本発明の範囲は、前述の説明ではなくして特許請求の範囲に示されており、それと同等な範囲内にあるあらゆる差異点は、本発明に含まれるものと解釈されねばならない。
【図面の簡単な説明】
【００６３】
【図１】一般的なQuick-Start  Requestメッセージのフォーマットを示す図である。
【図２】ＱＳメッセージを使用する３−Way  Handshake過程を示す図である。
【図３】本発明の一実施例によるハンドオーバー方法を説明するための図である。
【図４】移動端末が本発明の一実施例によってハンドオーバーを行う過程を示すフローチャートである。
【図５】本発明の一実施例によって、移動端末にデータを伝送する過程を示すフローチャートである。
【図６】本発明の一実施例による移動端末及びホストの構造を示す図である。
【図７Ａ】移動端末が現在位置したネットワークより帯域幅が低いネットワークにハンドオーバーする場合のスループットを示すグラフである。
【図７Ｂ】移動端末が現在位置したネットワークより帯域幅が低いネットワークにハンドオーバーする場合のスループットを示すグラフである。
【図８Ａ】移動端末が現在位置したネットワークより帯域幅が高いネットワークにハンドオーバーする場合のスループットを示すグラフである。
【図８Ｂ】移動端末が現在位置したネットワークより帯域幅が高いネットワークにハンドオーバーする場合のスループットを示すグラフである。
【図１】
2009539297.tif 000003
【図２】
2009539297.tif 000004
【図３】
2009539297.tif 000005
【図４】
2009539297.tif 000006
【図５】
2009539297.tif 000007
【図６】
2009539297.tif 000008
【図７Ａ】
2009539297.tif 000009
【図７Ｂ】
2009539297.tif 000010
【図８Ａ】
2009539297.tif 000011
【図８Ｂ】
2009539297.tif 000012
【国際調査報告】
2009539297.tif 000013
2009539297.tif 000014