(57)【特許請求の範囲】
【請求項１】
第１ネットワークから第２ネットワークにハンドオーバーする受信側の移動端末が受信中のデータのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証する方法において、
前記第２ネットワークのネットワーク情報を含むパケットを生成するステップと、
前記生成されたパケットを送信側に伝送するステップと、
前記パケットに対する応答情報を含むパケットの受信如何によってハンドオーバーを選択的に行うステップと、を含み、
前記パケットに含まれる前記第２ネットワークのネットワーク情報によって前記移動端末に伝送されるデータが変換される
ことを特徴とするＱｏＳ保証方法。
【請求項２】
前記ネットワーク情報は、
前記第２ネットワークのデータ伝送速度についての情報であることを特徴とする請求項１に記載のＱｏＳ保証方法。
【請求項３】
前記第２ネットワークのネットワーク情報を含むパケットは、
ＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）パケットであることを特徴とする請求項１に記載のＱｏＳ保証方法。
【請求項４】
前記パケットを生成するステップは、
ネットワーク情報を即時フィードバックモードＲＴＣＰパケットのフィードバック制御情報フィールドに含めることを特徴とする請求項３に記載のＱｏＳ保証方法。
【請求項５】
第１ネットワークから第２ネットワークにハンドオーバーする受信側の移動端末において、
前記第２ネットワークのネットワーク情報を含むパケットを生成するネットワーク情報生成部と、
前記生成されたパケットを送信側に伝送するネットワーク情報伝送部と、
前記パケットに対する応答情報を含むパケットの受信如何によってハンドオーバーを選択的に行うハンドオーバー実行部と、を備え、
前記パケットに含まれる前記第２ネットワークのネットワーク情報によって前記移動端末に伝送されるデータが変換される
ことを特徴とする移動端末。
【請求項６】
前記ネットワーク情報は、
前記第２ネットワークのデータ伝送速度についての情報であることを特徴とする請求項５に記載の移動端末。
【請求項７】
前記第２ネットワークのネットワーク情報を含むパケットは、
ＲＴＣＰパケットであることを特徴とする請求項５に記載の移動端末。
【請求項８】
第１ネットワークから第２ネットワークにハンドオーバーする移動端末にデータを伝送中の装置が前記データのＱｏＳを保証する方法において、
前記ハンドオーバーの前に、
前記第２ネットワークのネットワーク情報が含まれたパケットを前記移動端末から受信するステップと、
前記パケットに含まれた前記第２ネットワークのネットワーク情報によって前記移動端末に伝送するデータを変換するステップと、を含むことを特徴とするＱｏＳ保証方法。
【請求項９】
前記データを変換するステップは、
前記移動端末に伝送するデータの圧縮率またはサイズを変換するステップであることを特徴とする請求項８に記載のＱｏＳ保証方法。
【請求項１０】
前記第２ネットワークのネットワーク情報によってデータを伝送する準備ができたことを知らせる応答情報を含むパケットを生成するステップと、
前記生成されたパケットを前記移動端末に伝送するステップと、をさらに含むことを特徴とする請求項８に記載のＱｏＳ保証方法。
【請求項１１】
前記応答情報を含むパケットは、
ＲＴＰパケットであることを特徴とする請求項１０に記載のＱｏＳ保証方法。
【請求項１２】
前記パケットを生成するステップは、
ＲＴＰパケットのマーカービットを１に設定してＲＴＰパケットを生成することを特徴とする請求項１１に記載のＱｏＳ保証方法。
【請求項１３】
前記ＲＴＰパケットは、
マーカービットが１に設定された複数の連続したＲＴＰパケットであることを特徴とする請求項１２に記載のＱｏＳ保証方法。
【請求項１４】
前記応答情報は、
前記第２ネットワークのデータ伝送速度についての情報であることを特徴とする請求項１０に記載のＱｏＳ保証方法。
【請求項１５】
前記ネットワーク情報を含むパケットは
ＲＴＣＰパケットであることを特徴とする請求項１４に記載のＱｏＳ保証方法。
【請求項１６】
前記パケットを生成するステップは、
応答情報を即時フィードバックモードＲＴＣＰパケットのフィードバック制御情報フィールドに含めて生成することを特徴とする請求項１５に記載のＱｏＳ保証方法。
【請求項１７】
第１ネットワークから第２ネットワークにハンドオーバーする移動端末にデータを伝送中の装置において、
前記ハンドオーバーの前に、前記第２ネットワークのネットワーク情報が含まれたパケットを前記移動端末から受信するネットワーク情報受信部と、
前記ハンドオーバーの前に、前記パケットに含まれた前記第２ネットワークのネットワーク情報によって前記移動端末に伝送するデータを変換するデータ変換部と、を備えることを特徴とする装置。
【請求項１８】
前記第２ネットワークのネットワーク情報によってデータを伝送する準備ができたことを知らせる応答情報を含むパケットを生成する応答生成部と、
前記生成されたパケットを前記移動端末に伝送する応答伝送部と、をさらに備えることを特徴とする請求項１７に記載のＱｏＳ保証装置。
【請求項１９】
前記応答生成部は、
前記応答情報としてマーカービットを１に設定したＲＴＰパケットを生成することを特徴とする請求項１８に記載のＱｏＳ保証装置。
【請求項２０】
前記応答生成部は、
前記応答情報を含むＲＴＣＰパケットを生成することを特徴とする請求項１８に記載のＱｏＳ保証装置。
【請求項２１】
請求項１ないし４のうちいずれか一項に記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項２２】
請求項８ないし１６のうちいずれか一項に記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項２３】
スイッチングシステムと相異なるデータ伝送速度とを持つ二つの無線通信ネットワークにより提供されるサービス領域間を移動する移動端末が受信中のデータのＱｏＳを保証する方法において、
前記移動端末が第１ネットワークにより提供されるサービス領域から第２ネットワークにより提供されるサービス領域に移動する時、前記移動端末で第１ネットワークから第２ネットワークにハンドオーバーを検出するステップと、
前記移動端末で前記第２ネットワークのネットワーク情報を含むパケットを生成するステップと、
前記移動端末で、前記第２ネットワークのネットワーク情報を含むパケットを前記スイッチングシステムに伝送するステップと、
前記スイッチングシステムから前記パケットに対する応答情報を含むパケットを受信したかどうかによって、前記移動端末でハンドオーバーを選択的に行うステップと、を含み、
前記パケットに含まれる前記第２ネットワークのネットワーク情報によって前記移動端末に伝送されるデータが変換される
ことを特徴とするＱｏＳ保証方法。
【請求項２４】
前記ネットワーク情報は、前記第２ネットワークのデータ伝送速度についての情報であり、
前記第２ネットワークのネットワーク情報を含むパケットは、ＲＴＣＰパケットであることを特徴とする請求項２３に記載のＱｏＳ保証方法。
【請求項２５】
前記パケットを生成するステップは、
前記第２ネットワークのネットワーク情報を即時フィードバックモードＲＴＣＰパケットのフィードバック制御情報フィールドに含めて生成するステップを含むことを特徴とする請求項２３に記載のＱｏＳ保証方法。
【請求項２６】
前記スイッチシステムは、
前記第２ネットワークのネットワーク情報を含むパケットを受信することによって、前記パケットに含まれた前記第２ネットワークのネットワーク情報によって前記移動端末に伝送するデータを変換し、前記第２ネットワークのネットワーク情報によってデータ変換が準備されたことを知らせる応答情報を含むパケットを生成し、前記生成されたパケットを前記移動端末に伝送することを特徴とする請求項２３に記載のＱｏＳ保証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信のＱｏＳに係り、より詳細には、多様な無線通信ネットワークで使用できるマルチモード−マルチバンド端末機の異種／同種通信ネットワーク間ハンドオーバーにおいて、データの受信側と送信側との両終端間パケット交換だけでハンドオーバーを制御することによって、データ伝送におけるＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するための装置及び方法に関する。
【背景技術】
【０００２】
ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、広域ＣＤＭＡ（ｗｉｄｅ  ｂａｎｄ  ＣＤＭＡ）、Ｗｉｂｒｏ（ＷｉＭａｘのように同じＩＥＥＥ  ８０２．１６標準に基づいているが、さらに時間当り３７マイルの速度で移動する移動端末を推定して連結を維持するためにデザインされている）、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）のような既存の無線通信ネットワークは、一般的にサーバー及び少なくとも一つのアクセスルータ（ＡＲｓ）または、例えば、インターネットを含む他のネットワークと連結するための通信スイッチシステムを支援するイーサネット（登録商標）のような基幹有線通信ネットワークとしてサービスする分配システム；無線通信ネットワーク内に所定の位置に配列された無線アクセスポイント（ＡＰｓ）または基地局として知られ、それぞれが所定のサービス領域（伝送範囲）でノート型パソコン、ＰＤＡ、携帯電話または他の無線通信デバイスのような複数の移動端末との無線通信を支援し、分配システムにアクセスを提供する少なくとも一つの制御モジュールを備える。移動端末が無線リンクを通じて無線アクセスポイント（ＡＰ）または基地局と標準通信プロトコルにより特定されたように通信するために提供される時、無線アクセスポイント（ＡＰ）または基地局は、分配システムを通じてネットワーク資源にアクセスするために提供される。
【０００３】
移動通信サービスを利用するユーザが急激に増加し、マルチメディア通信を支援する移動通信サービスの種類と無線通信規格も多様になった。このような移動通信サービスは移動中のユーザにシームレスサービスを提供することが要請され、したがって、同種／異種無線通信ネットワーク間のハンドオーバーの重要性が非常に注目されている。
【０００４】
図１Ａは、例示的な同種の無線通信ネットワーク間の従来のハンドオーバー過程を示す図である。図１Ａを参照するに、分配システムは、有線通信ネットワーク１１０である。無線通信ネットワークが無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ）ならば、ＩＥＥＥ  ８０２．１１のような無線ＬＡＮのための標準通信プロトコルが利用されうる。アクセスルータ１２０及び少なくとも一つのアクセスポイント（ＡＰｓ）、例えば、第１アクセスポイント（ＡＰ１）１３０及び第２アクセスポイント（ＡＰ２）１４０がまた、移動端末が第１アクセスポイント（ＡＰ１）１３０によりカバーされる領域及び第２アクセスポイント（ＡＰ２）によりカバーされるサービス領域の間を移動する時、ハンドオーバーを行うために利用されうる。このようなＩＥＥＥ  ８０２．１１標準規格を使用する無線ＬＡＮで、データを送信する送信側のアクセスルータ（ＡＲ）１２０は有線通信ネットワーク１１０に接続して、アクセスポイント（ＡＰ）１３０または１４０を通じて移動端末機にデータを送信する。この時、移動端末機がアクセスポイント１（ＡＰ１）１３０により提供されるサービス領域からアクセスポイント２（ＡＰ２）１４０により提供されるサービス領域に移動すれば、移動端末機は、アクセスポイント１（ＡＰ１）１３０からの信号の強度をアクセスポイント２（ＡＰ２）１４０からの信号の強度と比較して、アクセスポイント２（ＡＰ２）１４０からの信号の強度がさらに強くなれば、アクセスポイント２（ＡＰ２）１４０へのハンドオーバーを要請する信号をアクセスルータ１２０に伝送し、アクセスルータ（ＡＲ）１２０はハンドオーバーを指示する信号を移動端末機に送って、アクセスポイント２（ＡＰ２）１４０を通じてデータを伝送できるようにする。
【０００５】
無線通信ネットワークが同種のＣＤＭＡ及びＷＣＤＭＡネットワークならば、例示的なＣＤＭＡ及びＷＣＤＭＡネットワークにおいて、同種ネットワーク間のハンドオーバーもその用語がアクセスルータ１２０が移動通信交換局１２０に、アクセスポイント（ＡＰｓ）１３０及び１４０が基地局１３０及び１４０に変わるが、無線ＬＡＮネットワークと同じ方式で行われる。
【０００６】
図１Ｂは、例示的な異種の無線通信ネットワーク間のハンドオーバー方式を示す。図１Ｂを参照するに、分配システムはＣＤＭＡ交換器１５０及びＷＣＤＭＡ交換器１７０を備えることができる。ハンドオーバーは、ＣＤＭＡネットワークとＷＣＤＭＡネットワークとの間で行われる。移動端末機は、ＣＤＭＡ及びＷＣＤＭＡネットワークの双方で作動し、ＣＤＭＡ基地局１６０からＷＣＤＭＡ基地局１８０に移動する時に通信できるマルチモード−マルチバンドモバイルホンでありうる。移動端末はまた、ＣＤＭＡ基地局１６０の信号強度をＷＣＤＭＡ基地局１８０の信号の強度と比較する。ＷＣＤＭＡ基地局１８０の信号の強度がＣＤＭＡ基地局１６０の信号の強度より強くなれば、移動端末は、ハンドオーバーを要請する信号をＣＤＭＡ交換器１５０に送る。ＣＤＭＡ交換器１５０は、ＷＣＤＭＡ交換器１７０にハンドオーバー準備のための信号を伝送し、これを受けたＷＣＤＭＡ交換器１７０がハンドオーバー準備完了時にこれを再びＣＤＭＡ交換器１５０に知らせることによって、Ｗ−ＣＤＭＡ基地局１８０を通じるデータ通信が行われる。
【０００７】
図１Ａ及び図１Ｂに示したように、ハンドオーバー過程は、受信側の移動端末機がアクセスルータまたは交換器と互いに通信して行われる。すなわち、ハンドオーバーは送信側の関与なしに行われるため、データを伝送する送信側は受信側端末機がいかなる環境のネットワークにハンドオーバーしたか分からない。この場合、送信側がハンドオーバー以前に端末機があったネットワーク環境を仮定してデータを伝送する場合に問題が発生する。
【０００８】
例えば、受信側の移動端末機が２Ｍｂｐｓの最大データ伝送速度を持つ図１Ａに例示的に示した無線ＬＡＮネットワークにあって、３８４Ｋｂｐｓの最大データ伝送速度を持つ図２Ａに例示的に示したＷＣＤＭＡネットワークにハンドオーバーした場合を仮定する。ここで、送信側が、図１Ａに示したような２Ｍｂｐｓの無線通信ネットワークで１Ｍｂｐｓでデータを伝送しており、受信側端末機が移動する他のネットワーク環境（例えば、ＷＣＤＭＡネットワーク）が分からず、受信側端末機のハンドオーバー以後にも同じ伝送速度を仮定してデータを伝送し続ければ、受信側端末機は、送信側が伝送するデータを全部伝送されなくなる。もし、伝送するデータがリアルタイムストリーミングのための音楽または映像データであったならば、受信者はリアルタイムで途切れなしに音楽を鑑賞するか、動映像を視聴することが不可能になる。
【０００９】
したがって、移動端末機が一つの無線通信ネットワークから他の無線通信ネットワークに移動するため、ＱｏＳを補正するための新たな効率的なメカニズムが必要である。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明のいくつかの側面及び例示的な実施形態は、データの受信側の移動端末がハンドオーバーしようとするネットワーク情報を送信側に伝送した後、ハンドオーバーを行わせるＱｏＳ保証方法及び装置を提供する。
【００１１】
本発明の追加的な側面及び／または利点は、一部は次の詳細な説明で述べられ、一部は詳細な説明から明らかであり、または本発明の実施により得られることもある。
【課題を解決するための手段】
【００１２】
本発明の一実施形態によれば、第１ネットワークから第２ネットワークにハンドオーバーする受信側の移動端末が受信中のデータのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証する方法は、前記第２ネットワークのネットワーク情報を含むパケットを生成するステップと、前記生成されたパケットを送信側に伝送するステップと、前記パケットに対する応答情報を含むパケットの受信如何によってハンドオーバーを選択的に行うステップと、を含む。
【００１３】
本発明のさらに望ましい実施形態によれば、前記ネットワーク情報は、前記第２ネットワークのデータ伝送速度についての情報である。前記第２ネットワークのネットワーク情報を含むパケットは、ＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）パケットであることを特徴とする。
【００１４】
本発明のさらに望ましい他の実施形態によれば、第１ネットワークから第２ネットワークにハンドオーバーする受信側の移動端末の受信中のデータのＱｏＳを保証する装置は、前記第２ネットワークのネットワーク情報を含むパケットを生成するネットワーク情報生成部と、前記生成されたパケットを送信側に伝送するネットワーク情報伝送部と、前記パケットに対する応答情報を含むパケットの受信如何によってハンドオーバーを選択的に行うハンドオーバー実行部と、を備えることを特徴とする。
【００１５】
本発明のさらに望ましい他の実施形態によれば、第１ネットワークから第２ネットワークにハンドオーバーする移動端末にデータを伝送中の装置が前記データのＱｏＳを保証する方法は、前記第２ネットワークのネットワーク情報が含まれたパケットを前記移動端末から受信するステップと、前記パケットに含まれた前記第２ネットワークのネットワーク情報によって前記移動端末に伝送するデータを変換するステップと、を含むことを特徴とする。
【００１６】
本発明のさらに望ましい他の実施形態によれば、前記データを変換するステップは、前記移動端末に伝送するデータの圧縮率またはサイズを変換するステップであることを特徴とする。
【００１７】
本発明のさらに望ましい他の実施形態によれば、前記移動端末にデータを伝送中の装置が前記データのＱｏＳを保証する方法は、前記第２ネットワークのネットワーク情報によってデータを伝送する準備ができたことを知らせる応答情報を含むパケットを生成するステップと、前記生成されたパケットを前記受信側に伝送するステップと、をさらに含むことを特徴とする。
【００１８】
本発明のさらに望ましい他の実施形態によれば、前記応答情報を含むパケットは、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットであることを特徴とする。
【００１９】
本発明のさらに望ましい他の実施形態によれば、前記パケットを生成するステップは、ＲＴＰパケットのマーカービットを１に設定してＲＴＰパケットを生成することを特徴とする。
【００２０】
本発明のさらに望ましい他の実施形態によれば、前記ＲＴＰパケットは、マーカービットが１に設定された複数の連続したＲＴＰパケットであることを特徴とする。
【００２１】
本発明のさらに望ましい他の実施形態によれば、前記応答情報は、前記第２ネットワークのデータ伝送速度についての情報である。前記応答情報を含むパケットは、ＲＴＣＰパケットであることを特徴とする。
【００２２】
本発明のさらに他の実施形態によれば、第１ネットワークから第２ネットワークにハンドオーバーする移動端末にデータを伝送中の装置がデータのＱｏＳを保証する装置が、前記第２ネットワークのネットワーク情報が含まれたパケットを前記移動端末から受信するネットワーク情報受信部と、前記パケットに含まれた前記第２ネットワークのネットワーク情報によって前記移動端末に伝送するデータを変換するデータ変換部と、を備えることを特徴とする。
【００２３】
本発明のさらに望ましい他の実施形態によれば、前記移動端末にデータを伝送中の装置が前記データのＱｏＳを保証する装置は、前記第２ネットワークのネットワーク情報によってデータを伝送する準備ができたことを知らせる応答情報を含むパケットを生成する応答生成部と、前記生成されたパケットを前記移動端末に伝送する応答伝送部と、をさらに備えることを特徴とする。
【００２４】
本発明のさらに望ましい他の実施形態によれば、前記応答生成部は、ＲＴＰパケットのマーカービットを１に設定したＲＴＰパケットを生成することを特徴とする。
本発明のさらに望ましい他の実施形態によれば、前記応答生成部は、前記応答情報を含むＲＴＣＰパケットを生成するパケット生成部を備えることを特徴とする。
【００２５】
前記技術的課題を解決するために、本発明は前記ＱｏＳ保証方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００２６】
前記例示的な実施形態及び側面と共に追加的な側面及び実施形態が図の参照及び詳細な説明による研究により明らかになる。
【発明の効果】
【００２７】
本発明によれば、受信側の移動または同種ネットワーク間のハンドオーバー時に受信側及び送信側、二つの終端間のパケット交換だけで受信側のハンドオーバーしようとするネットワークの情報を送信側が知ることができて、オーディオまたはビデオのストリーミングのようなリアルタイムデータ伝送においてデータ伝送のＱｏＳを保証できる。
【００２８】
本発明によるシステムはコンピュータで読み取り可能な記録媒体にコンピュータで読み取り可能なコードとして具現することができる。コンピュータで読み取り可能なる記録媒体は、コンピュータシステムによって読み取られるデータが保存されるあらゆる種類の記録装置を含む。記録媒体の例には、ＲＯＭ（Ｒｅａｄ-Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置などがあり、またキャリアウェーブ（例えば、インターネットを通じる伝送）の形態で具現されるものも含む。またコンピュータで読み取り可能なる記録媒体は、ネットワークに連結されたコンピュータシステムに分散されて分散方式でコンピュータで読み取り可能なコードが保存されて実行されうる。
【００２９】
図６及び図８に例示的に示した受信側及び送信側のＱｏＳ保証装置の多様な構成要素は、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）またはＰＣＢ（Ｐｒｉｎｔｅｄ  Ｃｉｒｃｕｉｔ  Ｂｏａｒｄ）のようなソフトウェアまたはハードウェアに具現されうる。同様に、ここで説明された過程は、ソフトウェア、ハードウェアまたはこれらの組み合わせで均等に行われうるものと広く解釈されることが意図される。ソフトウェアモジュールは多様なＣ、Ｃ＋＋、Ｊａｖａ（登録商標）、ＶｉｓｕａｌＢａｓｉｃ及び数多くの他のソフトウェア言語らにより作られることができる。また、多様なソフトウェアモジュールは、多様な類型の無線カードで行われる単一なアプリケーションに集積されうる。これらのソフトウェアモジュールは、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）またはＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）及びフラッシュメモリのような機械が読み取ることができる記録媒体；固定、フロッピー（登録商標）及び除去可能な（ｒｅｍｏｖａｂｌｅ）ディスクのようなマグネチックディスク；テープを含むマグネチック媒体：及びＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）またはＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｄｉｓｃ）のような光学媒体のうち少なくとも一つに保存されるデータ及び命令語を含むことができる。ソフトウェア経路またはモジュールの命令語は数多くの方法のうち一つである無線ネットワークを通じて無線カードまたは他のコンピュータ機器にロードされるか、伝送されうる。例えば、フロッピー（登録商標）ディスク、ＣＤまたはＤＶＤ媒体、ハードディスクに保存されているか、ネットワークインターフェースカード、モデムまたは他のインターフェース機器を通じて伝送される命令語を含むコード部分は、システムにロードされて対応するソフトウェア経路やモジュールを実行できる。ローディングまたは伝送過程で電話線、ネットワーク線、無線リンク、ケーブルなどを通じて伝送されるキャリアウェーブで具現されたデータ信号は、命令語を含むコード部分をネットワークロードまたは構成要素と通信できる。このようなキャリアウェーブは電気的、光学的、音響的、電磁気的または他の類型の信号でありうる。
【００３０】
本発明の例示的な実施形態として考慮できるものを図示して説明したが、技術の発展につれて多様な変形及び修正がなされ、均等物の構成要素は、本発明の真の範囲を外れずに代替できるということは、当業者により理解されるであろう。数多くの修正、置換、付加及び副組み合わせが本発明の範囲を外れずに本発明の教え（ｔｅａｃｈｉｎｇ）を特定状況に適応させるために作られうる。例えば、図６及び図８に示したようなＱｏＳ保証装置の構成要素は、説明された機能を行うために既存のカードに装着された単一ハードウェアまたはファームウェアで具現できる。また、無線ネットワークは無線ＬＡＮまたはＣＤＭＡ／ＷＣＤＭＡネットワークであると説明されたが、本発明がこれらの特定無線ネットワークまたはプロトコルに限定されないということは正しく認識されうる。かえって、本発明は、他の無線ネットワーク及び互換される通信プロトコルに適用できる。本発明はまた、例えば、ＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｗｉ−Ｆｉネットワーク、ブルートゥース、広域ネットワーク、無線ＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａｎ  Ｎｔｗｏｒｋ）及びＩＥＥＥ  ８０２．１１（ａ）、（ｂ）及び／または（ｇ）標準、ブルートゥース標準、Ｗｉ−Ｍａｘまたは、例えば、ＩＳ−９５、ＩＳ−８５６またはＩＳＯ−２００のようにＴＩＡ（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｉｎｄｕｓｔｒｙ  Ａｓｓｏｃｉａｔｉｏｎ）／ＥＩＡ（Ｅｌｅｃｔｒｏｎｉｃｓ  Ｉｎｄｕｓｔｒｙ  Ａｌｌｉａｎｃｅｓ）標準に基づいた広い範囲を支援する、移動セルラーネットワークにより特定される無線通信のために使用可能な互換無線アプリケーションプロトコルを含むあらゆる類型の無線通信機器及び無線ネットワークとの使用に適用できる。移動セルラーネットワークには、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワーク、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）ネットワーク、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）ネットワークまたはＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）ネットワークのようなものがありうる。そして、無線電子メール、ウェブ、デジタル写真受信／伝送及びＧＰＳ位置基盤アプリケーションのような無線データサービス及びアプリケーションのための技術発展、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌｓ）、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌｓ）、ＶｏＩＰプロトコル及びＵＭＴＳプロトコルのような互換ネットワークプロトコルのための技術発展につれて使用可能になった無線ネットワークの次世代のあらゆる類型の無線通信機器及び無線ネットワークとの使用に適用できる。このようなコンピュータプログラム製品は、例えば、ディスケット、ＣＤ−ＲＯＭ、ＲＯＭまたは固定されたディスクのような類型のデータ記録媒体に保存された一連のコンピュータ命令語、または類型媒体または、例えば、電磁気波または赤外線のような無線媒体を通じて伝送されるコンピュータデータ信号に具現された一連のコンピュータ命令語でありうる。一連のコンピュータ命令語は、前記機能の全部または一部であり、また半導体、マグネチック、光学または他のメモリデバイスのような揮発性または非揮発性のあらゆるメモリデバイスに保存されうる。したがって、本発明は、開示された多様な例示的な実施形態に限定されず、請求項の範囲に含まれるあらゆる実施形態を含む。
【発明を実施するための最良の形態】
【００３１】
本発明の実施形態及び図示された例示が詳細に参照される。図面を参照して本発明を説明するために前記実施形態が以下で記述される。
【００３２】
図２Ａは、本発明の例示的な実施形態によるＱｏＳ保証方法に使われるＲＴＰパケットのダイヤグラムである。図２Ｂ及び図２Ｃは、本発明の例示的な実施形態によるＱｏＳ保証方法に使われるＲＴＣＰパケットのダイヤグラムである。
【００３３】
図２Ａを参照するに、ＲＴＰは、オーディオ、ビデオ及びシミュレーションデータのようなリアルタイムデータを伝送するために考案されたプロトコルである。ＲＴＰパケット２１００は、データセグメント及びデータに付加された小さなヘッダを備える。例えば、ＲＴＰパケット２１０は、プロトコルのバージョンを指示するＶフィールド２１０１、パッディング（ｐａｄｄｉｎｇ）バイトの有無を表示するＰフィールド２１０２、拡張フィールドの有無を表示するＸフィールド２１０３、ＣＳＲＣフィールドの数を表示するＣＣフィールド２１０４、マーカービット（Ｍフィールド）２１０５、ＲＴＰパケットのペイロードのタイムを表すＰＴフィールド２１０６、送信される各ＲＴＰパケットのパケット紛失如何や順序を合せるのに使われるシーケンスナンバー（ＳＮ）フィールド２１０７、ＲＴＰデータパケットが最初のバイトのサンプリング瞬間を表すタイムスタンプ（ＴＳ）フィールド２１０８、ＲＴＰセッション内のデータソースを区分するためのＳＳＲＣフィールド２１０９、ミキサーを通じて多様なソース提供者のデータを伝送する場合、データの提供者を区分するためのＣＳＲＣフィールド２１１０で構成される。
【００３４】
ここで、マーカーＭビット２１０５は、パケットストリーム内でフレーム境界のような重要なイベントを表示するために使われるが、他の目的への使用のためにこれを定義するか、初めからＰＴフィールド２１０６を拡張してなくすこともある。
【００３５】
ＲＴＰパケットとは反対にＲＴＣＰパケットは、ＲＴＰを補助して該当セッションのいろいろな情報を周期的に伝送するのに使われる。特に、ストリーミングサービスでは、パケット損失率、往復遅延時間及びジッターなどの情報を含み、これに基づいて受信側と送信側とが適当な措置を取れるようにする。ＲＴＣＰパケットは、ＲＴＰセッションの品質についての情報を送信側の伝送するＳＲ（Ｓｅｎｄｅｒ  Ｒｅｐｏｒｔ）類型と、ＲＴＰセッションの品質についての情報を受信側が伝送するＲＲ（Ｒｅｃｅｉｖｅｒ  Ｒｅｐｏｒｔ）類型と、ＲＴＰセッションに属する受信側と送信側のＩＤについての情報を含むＳＤＥＳ（Ｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）類型と、ＲＴＰセッションを離れることを知らせるために使用するＢＹＥ類型と、新たなアプリケーションや新たな機能のために実験的に使用するＡＰＰ類型とに分類できる。
【００３６】
図２Ｂを参照するに、前述した類型の組み合わせであるＲＴＣＰパケット２２００は周期的に伝送される。より詳細には、ＲＴＣＰパケット２２００は、ＳＲ類型であることを表示するＳＲヘッダ２２０１、その内容である送信側レポート２２０２、ＲＲ類型であることを表示するＲＲヘッダ２２０３、その内容である受信側レポート２２０４、ＳＤＥＳ類型であるを表示するＳＤＥＳヘッダ２２０５、その内容であるＩＴＥＭ
２２０６、ＢＹＥパケット２２０７、ＡＰＰ類型であることを表示するＡＰＰヘッダ２２０８、その内容であるアプリケーション依存データフィールド２２０９を備える。
【００３７】
図２Ｂに示したＲＴＣＰは、一般的に受信側または送信側により周期的に伝送される。しかし、受信側と送信側間のセッションで、データフォーマットやペイロードの変化、そしてデータ伝送の開始または中断のような重要なイベントが発生する場合には、これを通知するために周期的にＲＴＣＰを伝送する時間まで待たずに、直ちに伝送する必要がある。これを支援するためにＲＴＣＰの拡張フォーマットが使われる。
【００３８】
このようなＲＴＣＰ拡張フォーマットを即時フィードバックモードＲＴＣＰというが、図２Ｃは、即時フィードバックモードＲＴＣＰ  ２３００の構造を示す。一般的に周期的に伝送されるＲＴＣＰパケット２２００にフィードバックメッセージ２３０２を含めて即時フィードバックモードＲＴＣＰパケット２３００を構成する。フィードバックメッセージの前部分には、プロトコルのバージョンを指示するＶフィールド２３０４、パッディングバイトの有無を表示するＰフィールド２３０５、フィードバックメッセージの類型を表すＦＭＴフィールド２３０６、ＲＴＣＰパケットの類型を表すＰＴフィールド２３０７、フィードバックメッセージの長さを表す長さ２３０８、ＲＴＣＰパケットの伝送者を区別するための送信者ＳＳＲＣフィールド２３０９、フィードバックメッセージがいかなる種類のメディアソースと関連したものであるかを区分するためのメディアソースＳＳＲＣフィールド２３１０で構成されたフィードバックメッセージヘッダ２３０２が位置する。その後部分には、伝送階層のフィードバックメッセージ、アプリケーション階層のフィードバックメッセージ、ペイロードにより特定されるフィードバックメッセージなどを含めることができるフィードバック制御情報フィールド２３０３が位置する。
【００３９】
送信側と受信側との間にデータ通信を始めた以後から通信を終えるまでの期間をセッションという。図３は、本発明による受信側と送信側の例示的なＲＴＰ／ＲＴＣＰパケット伝送セッションを示す。本発明の例示的な実施形態によれば、受信側の移動端末が、例えば、データ伝送速度が２００Ｍｂｐｓである第１（ソース）ネットワーク３１００から、例えば、データ伝送速度が３０Ｍｂｐｓである第２（目的）ネットワーク３２００に移動する。例えば、図１Ａ及び図１Ｂに示した実施形態では、アクセスルータ（ＡＲ）または交換器が送信側に位置する。しかし、便宜のために無線通信ネットワークの移動端末とアクセスルータまたは交換器との通信よりは、受信側と送信側との通信について説明する。
【００４０】
図３を参照するに、２００Ｍｂｐｓのデータ伝送速度を持つネットワーク３１００で送信側は受信側にデータを伝送していたと仮定する。受信側（例えば、移動端末）が２００Ｍｂｐｓのデータ伝送速度を持つ第１ネットワーク３１００から３０Ｍｐｂｓのデータ伝送速度を持つ第２ネットワーク３２００に移動する時、第１ネットワーク３１００から第２ネットワーク３２００へのハンドオーバーが必要であるということを感知（３３０１）する。ハンドオーバーを感知した受信側は、第２ネットワーク３２００の情報が含まれたＲＴＣＰパケットを送信側に伝送（３３０２）する。第２ネットワークの情報が含まれるＲＴＣＰパケットは、周期的に伝送する図２Ｂに例示的に示した一般的なＲＴＣＰパケット２２００でもあり、図２Ｃに例示的に示した即時フィードバックモードＲＴＣＰパケット２３００でもある。
【００４１】
ハンドオーバーを感知するやいなや、第２ネットワーク３２００のネットワーク情報を送信側に伝送するために、即時フィードバックモードＲＴＣＰパケット２３００が使われうる。
【００４２】
図３のように、データ伝送速度の異なるネットワークに移動する場合には、ハンドオーバーしようとする目的ネットワークのデータ伝送速度がネットワークの情報として含まれる。
【００４３】
第２ネットワーク３２００についての情報を含むＲＴＣＰパケットを受信することによって、送信側は、受信側の伝送した第２ネットワーク情報についての情報に基づいて、受信側の要求に合わせてデータを伝送する準備（３３０８）をする。例えば、送信側は、ハンドオーバー以前に比べてデータ伝送速度が遅くなったネットワークを通じてデータを伝送するために、映像または音声データを圧縮するか、画質または音質を低下させて伝送する準備をすることができる。また、あらかじめデータ伝送速度によって伝送する映像または音声データをそれぞれ保有している場合には、第２ネットワークの伝送速度に合せて、あらかじめ保有したデータに変えて伝送する準備をする。
【００４４】
準備が完了した送信側は準備が完了し、したがって、受信側がハンドオーバーをしてもよいという内容の応答情報を送信するために、受信側にマーカービットが‘１’に設定されたＲＴＰパケットを伝送（３３０３）する。ＲＴＰパケット伝送途中にパケット損失が発生すれば、受信側はＲＴＰパケットを受けられずにハンドオーバーできずに待機し続けるエラーが生じる恐れがあるので、マーカービットが‘１’に設定されたＲＴＰパケットを連続して複数個生成して伝送（３３０３ないし３３０５）してもよい。
【００４５】
送信側からマーカービットが‘１’に設定されたＲＴＰパケットを受信した受信側は、第１ネットワーク３１００から３０Ｍｂｐｓの伝送速度を持つ第２ネットワーク３２００にハンドオーバーを実行（３３０６）する。もし、送信側の複数のマーカービットが‘１’に設定されたＲＴＰパケットを伝送（３３０３ないし３３０５）する場合、受信側は、既定回数以上のＲＴＰパケットを受信した場合にのみハンドオーバーを行うように設定できる。例えば、図３に示したように、マーカービットを‘１’に設定したＲＴＰパケットを受信側の２回以上受信した場合にのみハンドオーバーを行うように設定できる。第２ネットワークの情報をあらかじめ送信側に知らせ、送信側はこれに合せてデータを伝送する準備をするようにして、ハンドオーバー時にオーディオまたはビデオストリーミングのような受信側と送信側とのデータ通信のＱｏＳを保証できるようになる。
【００４６】
受信側のハンドオーバーが完了すれば、送信側は、変更したデータ伝送速度である３０Ｍｂｐｓでデータを伝送し始め（３３０９）、ＲＴＰパケットのマーカービットを再び‘０’に再設定してＲＴＰパケットを伝送（３３０７）する。
【００４７】
しかし、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）のように、送信側が同時にデータを受信する受信側になる場合には、送信側の受信側の立場で別途のセッションを生成して、前述したステップ（３３０１ないし３３０９）を反復する。
【００４８】
図３は、データ伝送速度が変わる場合にハンドオーバー、すなわち、異種ネットワーク間のハンドオーバーのみを例として挙げた。しかし、ユーザの少ないネットワークからユーザの多いネットワークに移動する場合、または電波妨害の少ないネットワークから電波妨害の多いネットワークに移動する場合のように、同種無線ネットワーク間に発生しうるハンドオーバーの場合にも本発明を適用できる。
【００４９】
このような場合も、受信側からデータを受信できるデータ伝送速度に変更が加えられた場合であるため、目的ネットワークについてのユーザ数情報または電波妨害程度を表すＳＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏｎ）情報、ビットエラー率などが目的ネットワークについての情報に含まれうる。
【００５０】
前述した過程を通じて、受信側の第２ネットワークのネットワーク情報を送信側に伝達するとしても、図４Ａの場合のように連続して他のネットワークに順次にハンドオーバーする場合には問題が発生する。受信側が、例えば２００Ｍｂｐｓのデータ伝送速度を持つ第１ネットワーク４１００から、例えば、３０Ｍｂｐｓのデータ伝送速度を持つ第２ネットワーク４２００、１５６Ｋｂｐｓのデータ伝送速度を持つ第３ネットワーク４３００に順次に移動する場合を仮定する。
【００５１】
受信側の第１ネットワーク４１００から第２ネットワーク４２００に移動することによって、受信側は、第１ネットワーク４１００から第２ネットワーク４１００へのハンドオーバーが必要であるということを感知する。ハンドオーバーを感知した受信側は、第２ネットワーク４２００の情報が含まれたＲＴＣＰパケットを送信側に伝送（４４０１）し、送信側は、それに対する応答としてマーカービットが‘１’であるＲＴＰパケットを伝送（４４０２）する。ＲＴＰパケットが受信側に到達する前に受信側の第３ネットワーク４３００に移動する場合、受信側は、再び１５６Ｋｂｐｓネットワークの情報が含まれたＲＴＣＰパケットを伝送（４４０３）し、マーカービットが‘１’であるＲＴＰパケットを受信するので（４４０２）、これを第３ネットワーク４３００の情報が含まれたＲＴＣＰパケットに対する応答と見なして、第２ネットワーク４２００から第３ネットワーク４３００にハンドオーバーする。しかし、このＲＴＰパケットは、第２ネットワーク４２００の情報が含まれたＲＴＣＰパケットに対する応答であるため、送信側と受信側とが相異なる第２ネットワーク４２００と第３ネットワーク４３００とのネットワーク情報を持ってセッションを設定する。
【００５２】
これを解決するために、図４Ｂのように、送信側は、３０Ｍｂｐｓのデータ伝送速度を持つ第２ネットワーク４２０１の情報が含まれたＲＴＣＰパケット伝送（４４１１）に対する応答として、第２ネットワーク４２０１に合せてデータを送信する準備ができ、したがって、ハンドオーバーしてもよいという内容の応答情報が含まれたＲＴＣＰパケットを伝送（４４１２）する。この時、ネットワークの情報が含まれるＲＴＣＰパケットは周期的に伝送する図２Ｂに示した一般的なＲＴＣＰパケット２２００でもあり、図２Ｃに示した即時フィードバックモードＲＴＣＰパケット２３００でもある。
【００５３】
即時フィードバックモードＲＴＣＰパケット２３００を利用して最大限短時間内に応答情報を伝達することで、受信側のハンドオーバー待ち時間を短縮できる。
【００５４】
応答情報が含まれたＲＴＣＰパケットを伝送された受信側は、ＲＴＣＰパケットが第３ネットワーク４３０１ではない第２ネットワーク４２０１に合せてデータを伝送する準備ができたという応答情報であるため、ハンドオーバーせずに待機する。次いで、待機していた受信側は、第３ネットワーク４３０１の情報が含まれたＲＴＰＣパケットの伝送（４４１３）に対する応答であるＲＴＣＰパケットの伝送（４４１４）がある場合にのみ第３ネットワークにハンドオーバーする。
【００５５】
ＲＴＰ及びＲＴＣＰパケット伝送中に発生しうるパケット損失によって、受信側の移動端末機がハンドオーバーできずに待機し続けるエラーが発生しうるので、送信側は、ＲＴＣＰパケットの伝送以外にマーカービットが‘１’に設定されたＲＴＰパケットを連続して伝送（４４１５ないし４４１８）することもある。
【００５６】
図３と関連して前述したように、ＶｏＩＰのように送信側が同時にデータを受信する受信側になる場合には、送信側が受信側の立場で別途のセッションを生成して、前述したステップ（４４１１ないし４４１８）を反復する。
【００５７】
図５Ａないし図５Ｃは、本発明の例示的な実施形態によるＲＴＣＰパケット２２００のダイヤグラムである。図５Ａに示したように、受信側により伝送されるＲＴＣＰパケットに含まれたハンドオーバーしようとするネットワークのネットワーク情報５１００は、ＲＴＣＰパケット２２００の送信側レポート２２０２フィールドまたは受信側レポート２２０４フィールドまたはアプリケーション依存データ２２０９フィールドに挿入され、ＲＴＣＰパケット２２００内の別途のフィールドに含まれうる。
【００５８】
同様に、送信側が伝送する応答情報を含むＲＴＣＰパケット４４１２、４４１４も、受信側が伝送するＲＴＣＰパケットと同じく、送信側レポート２２０２フィールドまたは受信側レポート２２０４フィールドまたはアプリケーション依存データ２２０９フィールドに挿入され、ＲＴＣＰパケット２２００内に別途のフィールドを生成（図示せず）してＲＴＣＰパケットに含まれうる。
【００５９】
図５Ｂを参照するに、ネットワーク情報または応答情報５２００が図２Ｃに示した即時フィードバックモードＲＴＣＰパケット２３００に含まれて生成される場合には、フィードバックメッセージ２３０１内のフィードバック制御情報フィールド２３０３フィールドに含めてＲＴＣＰパケットを生成できる。
【００６０】
以上では、ネットワーク情報を含めてＲＴＰまたはＲＴＣＰパケットを生成及び伝送してＱｏＳを保証する方法について説明したが、本発明の範囲は、ＲＴＰまたはＲＴＣＰパケットに限定されず、種類に関係なくネットワーク情報を含めてパケットを生成し、伝送チャンネルを通じて伝送するあらゆる通信プロトコルに本発明を適用できる。
【００６１】
図６は、本発明の例示的な実施形態による受信側のＱｏＳ保証装置の例のブロックダイアグラムである。図６を参照するに、ＱｏＳ保証装置６００は、受信側の移動端末に結合または設置されうる。このようなＱｏＳ保証装置は、ネットワーク情報生成部６１０、ネットワーク情報伝送部６２０、ハンドオーバー実行部６３０、応答情報受信部６４０で構成される。
【００６２】
ネットワーク情報生成部６１０は、受信側の移動端末機の移動によるハンドオーバーが感知されれば、ネットワーク情報が含まれたパケットを生成する。ネットワーク情報伝送部６２０は、伝送チャンネルを通じて生成されたパケットを送信側に伝送する。
【００６３】
受信側が伝送したネットワーク情報が含まれたパケットが伝送されることによって、送信側は、応答情報が含まれたパケットを伝送する。応答情報受信部６４０は、ハンドオーバー如何を決定するためにパケットを分析する。受信側がハンドオーバー行わねばならない場合、受信側のＱｏＳ保証装置６００のハンドオーバー実行部６３０はハンドオーバーを行う。
【００６４】
図７は、本発明の例示的な実施形態による受信側のＱｏＳ保証方法を説明するためのフローチャートである。
【００６５】
ステップ７１０で受信側は、異種または同種ネットワーク間の移動によってハンドオーバーを感知する。
【００６６】
ステップ７２０でハンドオーバーを感知した受信側は、特定ネットワーク、例えば、図４Ａ及び図４Ｂに示した第２ネットワーク４２００または４２０１のネットワーク情報を含むパケットを生成し、ステップ７３０で生成されたパケットを送信側に伝送する。ステップ７４０で送信側の応答情報を待って待機する。
【００６７】
ステップ７５０で受信側は、待機中に受信されるパケットを分析して、変更されたネットワーク環境によってデータを伝送する準備ができ、したがって、ハンドオーバーをしても良いという内容が含まれた応答情報を得れば、７６０ステップを通じてハンドオーバーを行って過程を終える。もし、応答情報を得られなければ、引続き７４０ステップを通じてハンドオーバーを行わずに待機する。
【００６８】
図８は、本発明の例示的な実施形態による送信側の例示的なＱｏＳ保証装置のブロックダイアグラムである。
【００６９】
ＱｏＳ保証装置８００は例えば、図１Ａ及び図１Ｂに示したアクセスルータまたは交換器に結合または設置されうる。送信側ＱｏＳ保証装置は、応答生成部８１０、応答伝送部８２０、データ変換部８３０、ネットワーク情報受信部８４０で構成される。受信側からネットワーク情報が含まれたパケットが伝送されれば、ネットワーク情報受信部８４０はパケットを分析して、受信側のハンドオーバーしようとするネットワークの情報を得る。
【００７０】
得られたネットワーク情報によって、データ変換部８３０は、受信側ハンドオーバーによるデータ伝送を準備する。前述したように、このような準備にはハンドオーバー以前に比べてデータ伝送速度が遅くなったネットワークを通じてデータを伝送するために、映像または音声データを圧縮するか、画質または音質を低下させて伝送する準備をすることができる。一方、ハンドオーバー以前に比べてデータ伝送速度が速くなったネットワークを通じてデータを伝送するために、画質または音質を向上させて伝送する準備をすることもできる。
【００７１】
また、データ変換部８３０は、保有した映像または音声データを、変更したネットワークのデータ伝送速度に合せて変更する。データ変換部８３０でハンドオーバー準備が終われば、応答生成部８１０は、受信側のハンドオーバーできるように応答情報を含むパケットを生成する。生成された応答情報を含むパケットは、応答情報伝送部８２０を通じて受信側に伝送される。
【００７２】
図９は、本発明の望ましい例示的な実施形態による送信側のＱｏＳ保証方法を説明するためのフローチャートである。
【００７３】
図９を参照するに、ステップ９１０で送信側は、受信側から伝送されたネットワーク情報が含まれたパケットを受信する。パケットに含まれたネットワーク情報によって変更したネットワークにデータを変換するステップ（ステップ９２０）を経た後、受信側がハンドオーバーを行えるように応答情報を含むパケットを生成（ステップ９３０）し、これを受信側に伝送（９４０ステップ）する。
【図面の簡単な説明】
【００７４】
いずれも本発明の開示部分を構成する同伴する図と共に連結されて読み取られるとき、本発明の後述する例示的な実施形態の詳細な説明及び請求項からさらに良い理解が明らかになる。記録されて説明される後述する開示は、本発明の例示的な実施形態の開示に焦点を合せているが、これは単に説明及び例示のためのものであり、本発明はそこに限定されない。本発明の思想及び範囲は請求項の用語のみによって限定される。以下、図の簡単な説明を示す。
【図１Ａ】同種無線通信ネットワーク間の一般的なハンドオーバーを示す図である。
【図１Ｂ】異種無線通信ネットワーク間の一般的なハンドオーバーを示す。
【図２Ａ】本発明の例示的な実施形態によるＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証する方法に使われるＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットのダイヤグラムである。
【図２Ｂ】本発明の例示的な実施形態によるＱｏＳを保証する方法に使われるＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）パケットのダイヤグラムである。
【図２Ｃ】本発明の例示的な実施形態によるＱｏＳを保証する方法に使われるＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）パケットのダイヤグラムである。
【図３】本発明の望ましい一実施形態による受信側と送信側間のＲＴＰ及びＲＴＣＰパケット通信セッションを示すダイヤグラムである。
【図４Ａ】本発明の望ましい一実施形態による受信側と送信側間のＲＴＰ及びＲＴＣＰパケット通信セッションを示すダイヤグラムである。
【図４Ｂ】本発明の望ましい一実施形態による受信側と送信側間のＲＴＰ及びＲＴＣＰパケット通信セッションを示すダイヤグラムである。
【図５Ａ】本発明の望ましい一実施形態によるＲＴＰ及びＲＴＣＰパケットのパケット構造を示すダイヤグラムである。
【図５Ｂ】本発明の望ましい一実施形態によるＲＴＰ及びＲＴＣＰパケットのパケット構造を示すダイヤグラムである。
【図６】本発明による受信側でＱｏＳ保証装置を示すブロック図である。
【図７】本発明による受信側により行われるＱｏＳ保証方法を示すフローチャートである。
【図８】本発明による送信側でＱｏＳ保証装置を示すブロック図である。
【図９】本発明による送信側により行われるＱｏＳ保証方法を示すフローチャートである。
【図１Ａ】
0005443973.tif 000002
【図１Ｂ】
0005443973.tif 000003
【図２Ａ】
0005443973.tif 000004
【図２Ｂ】
0005443973.tif 000005
【図２Ｃ】
0005443973.tif 000006
【図３】
0005443973.tif 000007
【図４Ａ】
0005443973.tif 000008
【図４Ｂ】
0005443973.tif 000009
【図５Ａ】
0005443973.tif 000010
【図５Ｂ】
0005443973.tif 000011
【図６】
0005443973.tif 000012
【図７】
0005443973.tif 000013
【図８】
0005443973.tif 000014
【図９】
0005443973.tif 000015