JP5067899B2 - ネットワークによるデータ・パケット送信のための方法および装置 - Google Patents

Description

本発明は、ネットワークによるデータ・パケット送信のための技術に関する。

現在、モバイル・インターネット・プロトコル（「ＩＰ」）およびセッション開始プロトコル（「ＳＩＰ」：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が、ハンドオーバ中、すべてのモバイルＩＰセッションおよびＳＩＰアプリケーション・セッションをそれぞれ移動させている。しかし、これらのスキームの下では、それが論理的であってもまたは行うのに効率的であっても、これらのセッションを分離することはできない。例えば、映像データだけを送信しなければならない状況もあれば、および／または音声データをいくつかの装置に送信する状況もある。さらに、現在の複雑なセルラ・セッションの場合には、新しい装置に送信する必要がない他のアクティブ・セッションもある。より詳細には、アクティブ・マルチメディア・セッションを有する携帯電話は、必ずしも、マルチメディア・メッセージング・サービス（「ＭＭＳ」）、マルチメディア放送／マルチキャスト・サービス（「ＭＢＭＳ」）および他のセッションの移動を必ずしも望まないで、マルチメディア・セッションのみを移動しなければならない場合がある。また、このように柔軟性に欠けているので、ホーム無線ローカル・エリア・ネットワーク（「ＷＬＡＮ」）から外部アクセス・ネットワークへのマルチモード端末ハンドオーバを適切に処理することができない。何故なら、ブロードバンドを使用している大部分の家庭は、家庭内のすべての装置が、１つのインターネット・プロトコル・アドレス（例えば、装置）を有するように見える内部ネットワーク・アドレス変換装置（「ＮＡＴ」）を有しているからである。プリンタのような装置は、通常、家庭から外へ移動することはないので、マルチモード端末がそのアクセス・ネットワークを変更した場合、インターネット・プロトコル空間の一部が移動しているかのように見える。

すでに説明したように、これらの現在のシステムは柔軟性に欠けていて、効率的でないデータ・パケット送信を行っており、現在の種々のネットワークの柔軟な要求を効率的に処理することはできない。

いくつかの図面を通して類似の参照番号が同一または機能的に類似の要素を示していて、下記の詳細な説明と一緒に、本明細書の一部内におよびから組み込まれている添付の図面は、さらに、種々の実施形態を説明するためのものであり、すべての本発明による種々の原理および利点を説明するためのものである。

当業者であれば、図面内の要素は、図面を簡単に見やすくするためのものであり、必ずしも正確に縮尺したものではないことを理解することができるだろう。例えば、本発明の種々の実施形態を分かりやすくするために、図面内の要素のあるものの寸法を、他の要素の寸法より誇張して示してある。また、本発明のこれらの種々の実施形態を見やすくするために、多くの場合、商業的に実行可能な実施形態で有用なまたは必要な一般のおよび周知の要素を省略してある。

一般的に、これらの実施形態によれば、クライアント装置の変化は、少なくとも１つのパケット・セッションが使用した少なくとも１つの第１の宛先宛の複数のパケットの送信中に検出される。１つの特定の実施形態の場合には、クライアント装置の変化は、クライアント装置からの変化の表示の受信により検出される。変化に応じて、少なくとも一部は、予め定義した判定基準に基づいて、複数のパケットのうちのいくつかを少なくとも１つの第２の宛先にリダイレクトすべきか否かについての判定が行われる。複数のパケットのうちのいくつかを予め定義した判定基準によりリダイレクトすべき場合には、複数のパケットのうちのいくつかが、少なくとも１つの第２の宛先にリダイレクトされる。

特定の実施形態の場合には、これらのパケットのリダイレクトは、第１の宛先を第２の宛先で置換し、第２の宛先を含むパケットをトンネルし、および／または第２の宛先によりパケットを複写することにより行うことができる。

特定の実施形態においては、少なくとも１つのパケット・セッションが使用した少なくとも１つの第１の宛先宛の複数のパケットの実質的にすべてが受信され、第２の宛先にリダイレクトされる部分ではない残りの複数のパケットが第１の宛先にリダイレクトされる。他の実施形態の場合には、リダイレクトすべき複数のパケットの一部の評価は、少なくとも１つの予め定義したパラメータに基づいて行われる。種々の実施形態によれば、予め定義したパラメータは、少なくとも１つのソース・インターネット・プロトコル・アドレス、ソース・ポート識別子、宛先ポート識別子、セッション・インジケータ、フロー・インジケータ、トランスポート・プロトコル・タイプおよびトランスポート・プロトコル・セッションであってもよいが、これらに限定されない。

一実施形態の場合には、少なくとも１つの第２の宛先は、少なくとも一部は、クライアント装置が提供する第２の宛先、もう１つのクライアント装置が提供する第２の宛先、ネットワーク・インフラストラクチャが提供する第２の宛先、もう１つのクライアント装置に割り当てられた第２の宛先の検出、クライアント装置が変化する位置としての第２の宛先の割当て、およびメディア変換装置の要求のような、しかし、これらに限定されない予め定義したパラメータに基づいて選択される。

種々の実施形態によれば、クライアント装置の変化は、少なくとも１つのパケット・セッションが使用した少なくとも１つの第１の宛先宛の複数のパケットの送信中に検出される。クライアント装置の変化の検出に応じて、複数のパケットの実質的にすべてが、複数のパケットのうちのすべてではないがいくつかを、少なくとも１つの予め定義した判定基準に基づいて、少なくとも１つの第２の宛先にリダイレクトするネットワーク要素にリダイレクトされる。

種々の実施形態によれば、クライアント装置の変化は、少なくとも１つのパケット・セッションが使用した少なくとも１つの第１の宛先宛の複数のパケットの送信中に検出される。それ故、変化の表示は、複数のパケットのうちのすべてではないがいくつかを、少なくとも１つの予め定義した判定基準に基づいて、少なくとも１つの第２の宛先にリダイレクトするネットワーク要素に送信される。

種々の実施形態においては、予め定義した判定基準は、クライアント装置の移動、第１の宛先からクライアント装置によりサービスを受ける装置の移動、クライアント装置のユーザによる指示、新しいアクセス・ネットワークへのクライアント装置の接続、通信リンクの少なくとも一部の喪失、別の端末の近接の検出、少なくとも１つのパケット・セッションのクライアント装置の使用の変化、あるクライアント装置ともう１つのクライアント装置との間のセッションの転送、より適切なクライアント装置、より適切なディスプレイ、より適切な音声装置、および／または消費電力の低減を含む。さらに、第１の宛先は、少なくとも１つのインターネット・プロトコル・アドレス、少なくとも１つのラベル、ポート、フロー識別子、仮想回路、および／または少なくとも１つのフレーム・ヘッダを含むことができる。しかし、第２の宛先は、少なくとも１つのインターネット・プロトコル・アドレス、ラベル、ポート、フロー識別子、仮想回路、レーム・ヘッダ、アナログ入力、アナログ出力、デジタル入力、および／またはデジタル出力を含むことができる。

種々の実施形態は、とりわけ、現在のパケット・セッションの複雑さをよりよく処理するデータ・パケット送信のための改善された技術を提供する。特に、異なるフローおよびセッションは、ネットワーク・アドレスにこれらのデータ・パケットのより論理的で効率的な割当てを提供するように分化され、その結果、これらのデータ・パケットにサービスを提供するネットワーク・アドレスの使用がより良いものになる。セルラ・ネットワークで改善された部分インターネット・プロトコル・ハンドオーバを行うほかに、種々の教示は、また、ホームＷＬＡＮから外部アクセス・ネットワークへのマルチモード端末ハンドオーバとうまく動作する。例えば、ユーザが家庭で監視装置に近づいた場合、ハンドヘルド装置上の映像ストリーミングを自動的に監視装置に転送することができる。複数ユーザおよび／またはネットワーク割当ての改善が、上記種々の教示により行われる。

必要に応じて、本明細書に本発明の詳細な実施形態を開示する。しかし、開示の実施形態は、種々の形で実施することができる本発明の単なる例示としてのものに過ぎないことを理解されたい。それ故、本明細書に記載する構造および機能の詳細は、本発明を制限するものと解釈すべきではなく、単に、特許請求の範囲の基礎として、および当業者が、事実上任意の適当な詳細な構造で本発明を種々に使用することを教示する代表的な基礎として解釈すべきである。さらに、本明細書で使用する用語および句は、本発明を制限するものではなく、それどころか本発明を理解することができるように説明するためのものである。

本明細書で使用する場合、ある（「ａ」または「ａｎ」）という用語は、１つまたは複数と定義され。本明細書で使用する場合、「複数の」という用語は、２つ以上と定義される。本明細書で使用する場合、「もう１つの」という用語は、少なくとも第２のまたはそれ以外と定義される。本明細書で使用する場合、「含む」および／または「有する」という用語は、備える（すなわち、オープン言語）と定義される。本明細書で使用する場合、「結合している」という用語は、接続していると定義されるが、必ずしも直接的な接続でなくてもよいし、必ずしも機械的に接続していなくてもよい。本明細書で使用する場合、「プログラム」、「ソフトウェア・アプリケーション」等という用語は、コンピュータ・システム上で実行するために設計された一連の命令と定義される。プログラム、コンピュータ・プログラムまたはソフトウェア・アプリケーションは、サブルーチン、機能、手順、オブジェクト方法、オブジェクト・インプリメンテーション、実行可能なアプリケーション、アプレット、サーブレット、ソース・コード、オブジェクト・コード、共有ライブラリ／動的ロード・ライブラリおよび／またはコンピュータ・システム上で実行するように設計された他の一連の命令を含むことができる。

ここで図面を参照すると、特にこの説明を分かりやすくするために、説明のためのものであるが、すべてを網羅しているものではない例を示すための図１を参照すると、この図は、その全体を参照番号１００で示す通信システムを使用する特定の動作の典型を示す。しかし、当業者であれば、この例示としての実施例の明細は、本発明を網羅するものではなく、本明細書に記載する教示は、種々の別の設定でも使用することができることを認識し、理解することができるだろう。例えば、種々の教示はプラットフォームに依存するものではないので、これらの教示は、３ＧＰＰまたは３ＧＰＰ２システムの放送およびマルチメディア・イニシアティブに適用することができる。任意のデジタル放送サービス、またはデジタル衛星サービスも適用することができる。実際、データ・パケット送信を行うのであれば、有線ネットワークの実施も必要になる場合がある。それ故、上記種々の教示を、ネットワークの通常の動作の一部としてデータ・パケットを送信する任意のネットワークで実施することができる。それ故、これらの種々のプラットフォームおよびネットワーク実施は、本発明の範囲内に含まれ、当業者であれば、これら複数の実施のための種々の実施形態を容易に理解することができるだろう。

この例によれば、ネットワーク要素１０２により、それ自身の送信制御プロトコル（「ＴＣＰ」）受信機１０６を備えるクライアント装置１０４は、インターネット１１０を通してＴＣＰ送信機１０８にリンクしている。特に、クライアント装置１０４は、サーバ１１４を介して第１の宛先１１２上でデータ・パケットを送信または受信することができる。予め定義した判定基準により、ネットワーク要素１０２、より詳細には、図に示すこの実施形態のサーバ１１４は、クライアント装置１０４の変化を検出することができ、データ・パケットのうちのすべてではないがいくつかを、クライアント装置１０４のデータ・パケット送信にもっとよく適している第２の宛先１１６にリダイレクトすることができる。ネットワークの構成により、第２の宛先による第１の宛先の置換、第２の宛先を含むリダイレクトされたパケットのトンネル、および／または第２の宛先によるリダイレクトされたパケットの複写のようなデータ・パケットのうちのすべてではないがいくつかをリダイレクトするための多数の方法が考えられる。

一実施形態は、パケットをリダイレクトするように変更することができない既存のホーム・エージェントまたはサーバに対して特にうまく動作する。現在のシステムを最小限度変更することにより本発明の種々の実施形態を統合するために、既存のホーム・エージェントおよび／またはサーバは、実質的にすべてのデータ・パケットを、後でデータ・パケットをリダイレクトするネットワーク要素に送信することができる。より詳細には、この実施形態の場合には、第１の宛先宛の複数のパケットのうちの実質的にすべてが受信され、それ故、これらのパケットのうちのすべてではないがいくつかは、少なくとも１つの予め定義した判定基準に基づいて第２の宛先にリダイレクトされる。ある実施形態の場合には、第２の宛先にリダイレクト中の一部ではない残りの複数のパケットは、第１の宛先にリダイレクトされる（当業者であれば、この後者の「リダイレクト」は、これらのパケットが元来はその第１の宛先に向けられたものであるにも関わらず、このネットワーク要素に最初に送られ、現在は第１の宛先に送られているパケットに関するリダイレクトであることを理解することができるだろう）。

さらに、種々の実施形態の場合には、リダイレクトすべき複数のデータ・パケットの評価は、少なくとも１つのソース・インターネット・プロトコル・アドレス、ソース・ポート識別子、宛先ポート識別子、セッション・インジケータ、フロー・インジケータ、トランスポート・プロトコル・タイプ、および／またはトランスポート・プロトコル・セッションのような、しかしこれらに限定されない予め定義したパラメータに基づいて行われる。第２の宛先も、少なくとも一部は、クライアント装置が提供する第２の宛先、もう１つのクライアント装置が提供する第２の宛先、ネットワーク・インフラストラクチャが提供する第２の宛先、もう１つのクライアント装置に割り当てられた第２の宛先の検出、クライアント装置が変化する位置としての第２の宛先の割当て、およびメディア変換装置の要求のような予め定義したパラメータに基づいて選択することもできる。一実施形態によれば、変化は、少なくとも１つのパケット・セッションが使用した少なくとも１つの第１の宛先宛の複数のパケットの送信中にクライアント装置で検出され、それに応じて、変化の表示が、少なくとも一部は、少なくとも１つの予め定義した判定基準に基づいて、複数のパケットのうちのすべてではないがいくつかを少なくとも１つの第２の宛先にリダイレクトするネットワーク要素に送られる。

図２を参照すると、この図は、種々の実施形態に適しているクライアント装置２００である。説明を簡単に、また分りやすくするために、図２は、通常内蔵されていて当業者であれば周知の典型的なクライアント装置で必要なハードウェア構成要素をすべては含んでいないことに留意されたい。さらに、当業者であれば容易に理解することができると思うが、図には示していないが、他のハードウェア構成および回路トポロジー・レイアウトも、上記種々の教示を実施するために使用することができる。それ故、図２のクライアント装置２００は、種々の実施形態の教示を実施するための実際の例である。それ故、クライアント装置２００は、携帯電話、携帯情報端末、および／またはコンピュータを含むが、これらに限定されないデータ・パケットを送信することができる任意の装置を示す。さらに、「回路」という用語は、プロセッサ、メモリ素子、特定用途向け集積回路（ＡＳＩＣ）、および／または、すべて上記種々の教示の範囲内に含まれる、実施のために生成されるか、またはある種の機能を（おそらく、ソフトウェアを使用して）実施することができるファームウェアを含むが、これらに限定されない１つまたは複数の構成装置を意味する。

図のこの例示としてのクライアント装置の場合には、コントローラ回路２０２は、少なくとも１つのパケット・セッションが使用した少なくとも１つの第１の宛先宛の複数のパケットの送信中のクライアント装置の変化を検出するために内蔵されている。コントローラ回路２０２に動作可能に結合している状態で、トランシーバ回路２０４は、最終的には、少なくとも一部は、少なくとも１つの予め定義した判定基準に基づいて、少なくとも１つの第２の宛先に複数のパケットのうちのすべてではないがいくつかをリダイレクトするネットワーク要素にこの変化の表示を送信するために内蔵されている。

種々の実施形態の場合には、予め定義した判定基準は、クライアント装置の移動、第１の宛先からクライアント装置によりサービスを受ける装置の移動、クライアント装置のユーザによる指示、新しいアクセス・ネットワークへのクライアント装置の接続、通信リンクの少なくとも一部の喪失、別の端末の近接の検出、少なくとも１つのパケット・セッションのクライアント装置の使用の変化、あるクライアント装置ともう１つのクライアント装置との間のセッションの転送、より適切なクライアント装置、より適切なディスプレイ、より適切な音声装置、および／または消費電力の低減を含む。さらに、第１の宛先は、少なくとも１つのインターネット・プロトコル・アドレス、少なくとも１つのラベル、少なくとも１つのポート、少なくとも１つのフロー識別子、少なくとも１つの仮想回路、および／または少なくとも１つのフレーム・ヘッダを含むことができる。しかし、第２の宛先は、少なくとも１つのインターネット・プロトコル・アドレス、少なくとも１つのラベル、少なくとも１つのポート、少なくとも１つのフロー識別子、少なくとも１つの仮想回路、少なくとも１つのフレーム・ヘッダ、アナログ入力、アナログ出力、デジタル入力、および／またはデジタル出力を含むことができる。

移動局が通常備えるように、入力データを提供するために入力バッファのような入力回路２０６が内蔵されている。アンテナのような出力回路２０８が、基地局のようなインフラストラクチャにデータを送信するために内蔵されている。また、ユーザ入力を入手するためにユーザ・インタフェース２１０が内蔵されていて、情報を一時的または永続的に格納するためのメモリを提供するためにメモリ回路２１２が使用される。

ここで図３を参照すると、この図は、本発明のある実施形態による全体を参照番号３００で示すリダイレクト処理のフローチャートである。好適には、この処理は、ネットワーク要素１０２のところで実施されるのが好ましいが、通信システムのインフラストラクチャ内の他の構成要素用により適している図の各処理を他の方法で実施することもできる。それ故、図のこれらの処理のすべてまたは一部を、システム内の任意の構成要素のところで実施することができる。さらに、当業者であれば容易に理解することができと思うが、図の処理のうちの任意のものを、同じ機能を達成し、上記種々の教示の結果を得るために、種々の方法で変更することができる。そのため、図のこれらの処理は、詳細には図示していない複数の修正実施形態の１つの例示としての実施形態である。それ故、図の処理は、このシステムに関するものであり、通信システムの構成要素のいずれかを処理するために、各処理を若干変更することができる。しかし、これらの他の実施形態は、上記種々の教示の範囲内に含まれる。

この点を考慮に入れて、リダイレクト処理３００は、少なくとも１つのパケット・セッションが使用した第１の宛先宛の複数のデータ・パケットの実質的にすべてを任意に受信する（ステップ３０４）ことにより開始する。一実施形態の場合には、これらのデータ・パケットのすべてを受信すると、第１の宛先宛の複数のパケットの送信中にクライアント装置の変化を検出する（ステップ３０６）表示が得られる。変化の他の検出も考えられる。例えば、検出した変化は、また、クライアント装置自身から変化の表示を受信することにより入手することができる。別の方法としては、クライアント装置の変化は、また、クライアント装置により良いサービスを行うことができる第２の宛先に移動接近中のクライアント装置のようなネットワーク・インフラストラクチャにより追跡することができる。それ故、当業者であれば、クライアント装置の変化を検出するための種々の実施形態を思い付くだろうし、容易に理解することができるだろう。これらの実施形態は、すべて、詳細に図示していなくても、種々の実施形態の範囲内に含まれる。

クライアント装置のこの変化に応じて、図の実施形態の場合には、評価（ステップ３０８）は、少なくとも１つのソース・インターネット・プロトコル・アドレス、少なくとも１つのソース・ポート識別子、少なくとも１つの宛先ポート識別子、セッション・インジケータ、フロー・インジケータ、トランスポート・プロトコル・タイプ、およびトランスポート・プロトコル・セッションのような、少なくとも一部は、少なくとも１つの予め定義したパラメータに基づいて、リダイレクトすべき多数のデータ・パケットの一部として行われる。他の種々の実施形態の場合には、第２の宛先も、例えば、クライアント装置が提供する第２の宛先、もう１つのクライアント装置、ネットワーク・インフラストラクチャ、もう１つのクライアント装置に割り当てられた第２の宛先の検出、クライアント装置が変化する位置としての第２の宛先の割当て、および／またはメディア変換装置の要求のような多数のパラメータに基づいて選択される（ステップ３１０）。

リダイレクトすべきパケットの一部および／または第２の宛先を入手した場合には、少なくとも一部は、少なくとも１つの予め定義した判定基準に基づいて、データ・パケットのこれらの部分を第２の宛先に実際にリダイレクトすべきか否かについての判断が行われる（ステップ３１２）。一実施形態によれば、この予め定義した判定基準は、クライアント装置の移動、第１の宛先からクライアント装置によりサービスを受ける装置の移動、クライアント装置のユーザによる指示、新しいアクセス・ネットワークへのクライアント装置の接続、通信リンクの少なくとも一部の喪失、別の端末の近接の検出、少なくとも１つのパケット・セッションのクライアント装置の使用の変化、あるクライアント装置ともう１つのクライアント装置との間のセッションの転送、より適切なクライアント装置、より適切なディスプレイ、より適切な音声装置、および／または消費電力の低減を含むことができるが、含むことができるのはこれらに限定されない。

結局、データ・パケットの一部を第２の宛先にリダイレクトすべきでない場合には、処理はここで終了する（ステップ３１４）。しかし、データ・パケットの一部をリダイレクトすべき場合には、データ・パケットのこれらの部分は、それに応じて第２の宛先にリダイレクトされる（ステップ３１６）。第２の宛先へのこれらの部分のパケットのリダイレクトは、第２の宛先による第１の宛先の置換、第２の宛先を含むデータ・パケットの一部のトンネル、および／または第２の宛先によるパケットの複写のような種々の方法で行うことができる。一実施形態によれば、特に、第１の宛先宛の実質的にすべてのパケットが、例えば、すでに説明したような介入ネットワーク要素に送られた実施態様の場合には、第２の宛先にリダイレクトされない残りの複数のパケットは、もとの第１の宛先にリダイレクトされる（ステップ３１８）。この処理は、ここで終了する（ステップ３１４）。

ここで図４を参照すると、この図は、全体を参照番号４００で示す本発明のある実施形態により実施したリダイレクト処理のフローチャートである。この特定のリダイレクト処理４００は、図に示すように、少なくとも１つのパケット・セッションが使用した第１の宛先宛の多数のデータ・パケットの送信中にクライアント装置の変化を検出（ステップ４０４）した場合に開始する（ステップ４０２）。この実施形態の場合には、予め定義した判定基準に基づいて、第２の宛先にデータ・パケットのうちのすべてではないがいくつかをリダイレクトするネットワーク要素に多数のパケットのうちの実質的にすべてがリダイレクトされる（ステップ４０６）。この処理は、ここで終了する（ステップ４０８）。

ここで図５を参照すると、この図は、全体を参照番号５００で示す本発明のある実施形態による表示処理のフローチャートである。表示処理５００は、この場合も、少なくとも１つのパケット・セッションが使用した第１の宛先宛の多数のデータ・パケットの送信中にクライアント装置の変化を検出（ステップ５０４）した場合に開始される（ステップ５０２）。この実施形態の場合には、予め定義した判定基準に基づいて、第２の宛先にパケットのうちのすべてではないがいくつかを後でリダイレクトするネットワーク要素に変化の表示を送信する（ステップ５０６）。この処理は、ここで終了する（ステップ５０８）。

種々の実施形態はすべて、とりわけ、現在のパケット・セッションの複雑さをより良く処理するデータ・パケット送信のための改善された技術を提供する。特に、異なるフローおよびセッションは、ネットワーク・アドレスにこれらのデータ・パケットのより論理的で効率的な割当てを提供するように分化され、その結果、これらのデータ・パケットにサービスを提供するネットワーク・アドレスの使用がより良いものになる。セルラ・ネットワークで改善された部分インターネット・プロトコル・ハンドオーバを行うほかに、種々の教示は、また、ホームＷＬＡＮから外部アクセス・ネットワークへのマルチモード端末ハンドオーバとうまく動作する。例えば、ユーザが家庭で監視装置に近づいた場合、ハンドヘルド装置上の映像ストリーミングを、自動的に監視装置にリダイレクトすることができる。一方、例えば、双方向通信に関連する音声ストリームを、ハンドヘルド装置のところで引き続き送信および受信することができる。上記種々の教示により、マルチユーザおよび／またはネットワーク割当てが改善される。

当業者であれば、本発明の精神および範囲から逸脱することなしに、上記実施形態に対して種々様々な修正、変更および組合せを行うことができることを理解することができるだろうし、そのような修正、変更および組合せは、本発明のコンセプトの範囲内に含まれるものと見なすべきである。

本発明の種々の実施形態に適している典型的な無線通信システムのブロック図。 本発明の種々の実施形態に適しているクライアント装置のブロック図。 本発明のある実施形態によるリダイレクト処理のフローチャート。 本発明のある実施形態により実施したリダイレクト処理のフローチャート。 本発明のある実施形態による表示処理のフローチャート。

Claims (11)

1. ネットワーク上でデータ・パケットを送信するための方法であって、
   少なくとも１つのパケット・セッションによって使用された少なくとも１つの第１の宛先に宛てた複数のパケットの送信中にクライアント装置の変化を検出するステップと、
   前記クライアント装置の変化に応じて、少なくとも１つの予め定義した判定基準に基づいて、前記複数のパケットのうちのすべてではないいくつかを、少なくとも１つの第２の宛先にリダイレクトすべきか否かを判定するステップと、
   前記少なくとも１つの第１の宛先に宛てられた前記複数のパケットのうちのすべてではないいくつかを、前記少なくとも１つの第２の宛先にリダイレクトするステップと、
   前記複数のパケットのうちのすべてではないいくつかを、前記少なくとも１つの第２の宛先にリダイレクトしている間、前記少なくとも１つの第１の宛先に宛てられ且つ前記複数のパケットのうちのすべてではないいくつかに含まれなかった残りのパケットを、前記少なくとも１つの第１の宛先にリダイレクトし続けるステップと、
   を含む方法。
2. 前記予め定義した判定基準が、前記第１の宛先の範囲外となる前記クライアント装置によりサービスを受ける装置の移動、前記クライアント装置のユーザによる指示、新しいアクセス・ネットワークへの前記クライアント装置の接続、通信リンクの少なくとも一部の喪失、別の端末の近接の検出、前記少なくとも１つのパケット・セッションのクライアント装置の使用の変化、前記クライアント装置ともう１つのクライアント装置との間のセッションの転送、及び消費電力の低減のグループから選択された任意の１つまたは複数を含む請求項１に記載の方法。
3. 前記第１の宛先が、少なくとも１つのインターネット・プロトコル・アドレス、少なくとも１つのラベル、少なくとも１つのポート、少なくとも１つのフロー識別子、少なくとも１つの仮想回路、および少なくとも１つのフレーム・ヘッダのうちから選択される任意の１つまたは複数を含み、前記第２の宛先が、少なくとも１つのインターネット・プロトコル・アドレス、少なくとも１つのラベル、少なくとも１つのポート、少なくとも１つのフロー識別子、少なくとも１つの仮想回路、および少なくとも１つのフレーム・ヘッダ、アナログ入力、アナログ出力、デジタル入力、およびデジタル出力のうちから選択される任意の１つまたは複数を含む請求項１に記載の方法。
4. 前記クライアント装置の変化を検出するステップが、
   前記クライアント装置から前記変化の表示を受信するステップをさらに含む請求項１に記載の方法。
5. 前記少なくとも１つのパケット・セッションによって使用された前記少なくとも１つの第１の宛先に宛てた前記複数のパケットのうちのすべてを受信するステップをさらに含む請求項１に記載の方法。
6. 少なくとも１つのソース・インターネット・プロトコル・アドレス、少なくとも１つのソース・ポート識別子、少なくとも１つの宛先ポート識別子、セッション・インジケータ、フロー・インジケータ、トランスポート・プロトコル・タイプ、およびトランスポート・プロトコル・セッションのうちの少なくとも１つまたは複数を含む、少なくとも１つの予め定義したパラメータに基づいて、リダイレクトすべき複数のパケットのうちのすべてではないいくつかを評価するステップをさらに含む請求項１に記載の方法。
7. 前記クライアント装置が提供する前記第２の宛先、もう１つのクライアント装置が提供する前記第２の宛先、ネットワーク・インフラストラクチャが提供する前記第２の宛先、もう１つのクライアント装置に割り当てられた前記第２の宛先の検出、前記クライアント装置が変化する位置としての前記第２の宛先の割当て、およびメディア変換装置の要求から選択される予め定義したパラメータに基づいて、前記少なくとも１つの第２の宛先を選択するステップをさらに含む請求項１に記載の方法。
8. 前記少なくとも１つの第１の宛先に宛てられた前記複数のパケットのうちのすべてではないいくつかを、前記少なくとも１つの第２の宛先にリダイレクトするステップが、
   前記少なくとも１つの第２の宛先により、前記少なくとも１つの第１の宛先に宛てられた前記複数のパケットのうちのすべてではないいくつかを複写するステップをさらに含む請求項１に記載の方法。
9. ネットワーク上でデータ・パケットを送信するための方法であって、
   少なくとも１つのパケット・セッションによって使用された少なくとも１つの第１の宛先に宛てた複数のパケットの送信中にクライアント装置の変化を検出するステップと、
   前記クライアント装置の変化の検出に応じて、ネットワーク要素が前記複数のパケットをリダイレクトするステップと、を含み、前記ネットワーク要素は、
   少なくとも１つの予め定義した判定基準に基づいて、前記複数のパケットのうちのすべてではないいくつかを、少なくとも１つの第２の宛先にリダイレクトすべきか判定し、
   前記少なくとも１つの第１の宛先に宛てられた前記複数のパケットのうちのすべてではないいくつかを、前記少なくとも１つの第２の宛先にリダイレクトし、
   前記複数のパケットのうちのすべてではないいくつかを、前記少なくとも１つの第２の宛先にリダイレクトしている間、前記少なくとも１つの第１の宛先に宛てられ且つ前記複数のパケットのうちのすべてではないいくつかに含まれなかった残りのパケットを、前記少なくとも１つの第１の宛先にリダイレクトし続ける、方法。
10. 前記少なくとも１つの予め定義した判定基準が、前記第１の宛先の範囲外となる前記クライアント装置の移動、前記クライアント装置のユーザによる指示、新しいアクセス・ネットワークへの接続、通信ツールの喪失、別の端末の近接の検出、前記少なくとも１つのパケット・セッションのクライアント装置の使用の変化、及び前記クライアント装置ともう１つのクライアント装置との間のセッションの転送のグループから選択される任意の１つまたは複数を含む請求項９に記載の方法。
11. ネットワーク上でデータ・パケットを送信するための装置において、
    少なくとも１つのパケット・セッションによって使用された少なくとも１つの第１の宛先に宛てた複数のパケットの送信中にクライアント装置の変化を検出するコントローラ回路であって、該コントローラ回路は、少なくとも１つの予め定義した判定基準に基づいて、前記複数のパケットのうちのすべてではないいくつかを、少なくとも１つの第２の宛先にリダイレクトすべきか否かを判定する、コントローラ回路と、
    該コントローラ回路に動作可能に結合しているとともに、前記少なくとも１つの第１の宛先に宛てられた前記複数のパケットのうちのすべてではないいくつかを、前記少なくとも１つの第２の宛先にリダイレクトする、トランシーバ回路であって、該トランシーバ回路は、
    前記複数のパケットのうちのすべてではないいくつかを、前記少なくとも１つの第２の宛先にリダイレクトしている間、前記少なくとも１つの第１の宛先に宛てられ且つ前記複数のパケットのうちのすべてではないいくつかに含まれなかった残りのパケットを、前記少なくとも１つの第１の宛先にリダイレクトし続ける、トランシーバ回路と、を備える装置。

Images