(57)【要約】【課題】コ・ロケーテッド気付けアドレスを使用しているマルチメディア通信の方法と装置【解決手段】無線通信システムでは、その中で移動ノードは中間ノードにより第１のデータパスを通して通信セッションの初期化のための第１のシグナリングによって一致ノードとの通信セッションを探索する。その後は、通信の内容は、移動ノードと一致ノードとが中間ノードを通過すること無しに直接的に通信する第２のデータバスを通して確立される。【選択図】      図２
2010226765.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける方法であって、
第１および第２のアドレスを取得し、
前記第１のアドレスを用いて通信セッションの初期化のための信号を送り、そして
前記第２のアドレスを用いて前記通信セッションの内容を送信する
ことを含む方法。
【請求項２】
第１の通信パスにより前記通信セッションの初期化のための信号を送り、そして
第２の通信パスにより前記通信セッションの前記内容を送信すること
をさらに含む請求項１記載の方法。
【請求項３】
前記第１のアドレスとしてホームアドレスを供給し、そして
前記第２のアドレスとしてコ・ロケーテッド気付けアドレスを供給すること
をさらに含む請求項１記載の方法。
【請求項４】
ここで、前記内容を前記送信することは第１のネットワーク内の前記内容を送信することを含み、
前記方法は第２のネットワーク内の前記内容を送信している間前記コ・ロケーテッド気付けアドレスを更新する
ことをさらに含む請求項３記載の方法。
【請求項５】
ＩＰ（インターネットプロトコル）によってサポートされた通信システム内の一致ノードと通信する方法であって、
（ａ）プロキシエンティティにより前記一致ノードに招待メッセージを送ることによって第１の通信パスを通して通信セッションの初期化のための信号を送り、そして
（ｂ）第２の通信パスを通して前記一致ノードに前記通信セッションの内容を直接的に送信する
ことを含む方法。
【請求項６】
ステップ（ａ）に先立って第１および第２のアドレスを取得することをさらに含み、そしてここで、ステップ（ａ）は前記第１のアドレスを使用している前記通信セッションの初期化のためのシグナリングすることをさらに含み、そしてステップ（ｂ）は前記第２のアドレスを使用している前記通信セッションの前記内容を送信することをさらに含む
請求項５記載の方法。
【請求項７】
ここで、ステップ（ｂ）は第１のネットワーク内の前記内容を送信することをさらに含み、前記方法は（ｃ）第２のネットワーク内の前記内容を前記送信している間前記第２のアドレスを更新することをさらに含む
請求項６記載の方法。
【請求項８】
ここで、ステップ（ａ）は移動ＩＰによって前記通信セッションの開始のためのシグナリングをさらに含み、そしてステップ（ｂ）は単純ＩＰによって前記通信セッションの内容を送信することをさらに含む
請求項７記載の方法。
【請求項９】
無線通信システムにおける装置であって、
第１および第２のアドレスを取得するための手段、
前記第１のアドレスを使用している通信セッションに関するシグナリングのための手段、そして
前記第２のアドレスを使用している前記通信セッションの内容を送信するための手段とを含む装置。
【請求項１０】
第１の通信パスにより前記通信セッションの初期化のための信号を送るための手段、そして
第２の通信パスにより前記通信セッションの前記内容を送信するための手段
をさらに含む請求項９記載の装置。
【請求項１１】
前記第１のアドレスとして、ホームアドレスを供給するための手段および前記第２のアドレスとしてコ・ロケーテッド気付けアドレスを供給するための手段をさらに含む請求項９記載の装置。
【請求項１２】
前記装置が前記無線通信システム内の１つのネットワークからもう１つのネットワークに移動する場合、前記コ・ロケーテッド気付けアドレスを更新するための手段をさらに含む請求項１１記載の装置。
【請求項１３】
ＩＰ（インターネットプロトコル）によってサポートされた無線通信システムにおける装置であって、
第１の通信パスを通してプロキシエンティティにより一致ノードに通信セッションの初期化のための招待メッセージを送るための手段、そして
第２の通信パスを通して前記一致ノードに前記通信セッションの内容を直接的に送信するための手段
とを含む装置。
【請求項１４】
前記装置は前記第１の通信パスを通して前記招待メッセージを送るための前記第１のアドレスを使用し、そして、前記第２の通信パスを通して前記通信セッションの前記内容を送信するための前記第２のアドレスを使用するように、第１および第２のアドレスを取得するための手段をさらに含む
請求項１３記載の装置。
【請求項１５】
前記装置が前記無線通信システム内の１つのネットワークからもう１つのネットワークに移動する時に前記第２のアドレスを更新するための手段をさらに含む請求項１４記載の装置。
【請求項１６】
通信システム内の装置であって、
第１および第２のアドレスを取得するためのコンピュータ可読命令を有し、前記第１のアドレスを用いて通信セッションの初期化のための信号を送り、そして前記第２のアドレスを用いて前記通信セッションの内容を送信する記憶回路と、そして
前記コンピュータ可読命令を処理するための前記記憶回路に連結されたプロセッサ回路とを含む装置。
【請求項１７】
ここで、前記記憶回路は第１の通信パスを介して前記通信セッションの初期化のためのシグナリング用のコンピュータ可読命令をさらに含み、そして第２の通信パスを介して前記通信セッションの前記内容を送信する、
請求項１６記載の装置。
【請求項１８】
前記第１のアドレスとしてホームアドレスを、そして前記第２のアドレスとしてコ・ロケーテッド気付けアドレスをさらに含む
請求項１７記載の装置。
【請求項１９】
ここで、前記記憶回路は前記装置が前記通信システム内の第１のネットワークから第２のネットワークに移動する時に前記コ・ロケーテッド気付けアドレスを更新するためのコンピュータ可読命令をさらに含む
請求項１８記載の装置。
【請求項２０】
ＩＰ（インターネットプロトコル）によってサポートされた無線通信システム内の一致ノードとの通信のための装置であって、
プロキシエンティティにより前記一致ノードに招待メッセージを送ることによって第１の通信パスを通して通信セッションの初期化のための信号を送り、そして第２の通信パスを通して前記一致ノードに前記通信セッションの内容を直接的に送信するためのコンピュータ可読命令を有する記憶回路と、そして
前記コンピュータ可読命令を処理するための前記記憶回路に連結されたプロセッサ回路とを含む装置。
【請求項２１】
ここで、前記記憶回路は第１および第２のアドレスを取得するためのコンピュータ可読命令をさらに含み、そして前記第１および第２の通信パスとともに前記第１および第２のアドレスをそれぞれ使用する
請求項２０記載の装置。
【請求項２２】
ここで、前記記憶回路は前記装置が前記無線通信システム内の１つのネットワークからもう１つのネットワークに移動する時に前記第２のアドレスを更新するためのコンピュータ可読命令をさらに含む請求項２１記載の装置。
【請求項２３】
ここで、前記第１および第２のアドレスはそれぞれＨｏＡ（ホームアドレス）およびＣＣｏＡ（コ・ロケーテッド気付けアドレス）を含む請求項２１記載の装置。
【請求項２４】
ここで、前記コンピュータ可読命令は移動ＩＰによって前記招待メッセージを送ることおよび単純ＩＰによって前記通信セッションの内容を送信することをさらに含む請求項２３記載の装置。
【請求項２５】
第１および第２のノード間の無線通信システムにおける搬送波により送信された電気信号であって、
前記電気信号は
第１および第２のアドレスを取得し、
前記第１のアドレスを使用している第１の通信パスを通して通信セッションの初期化のための信号を送り、そして
前記第２のアドレスを使用している第２の通信パスを通して前記通信セッションの内容を送信する
コンピュータ可読命令を含む電気信号。
【請求項２６】
前記第１および第２のノードの１つが前記無線通信システム内の１つのネットワークからもう１つのネットワークに移動する時に前記第２のアドレスを更新するためのコンピュータ可読命令をさらに含む請求項２５記載の電気信号。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本特許出願は米国仮出願番号第６０／５６１，９５５号、タイトル“移動ＩＰコ・ロケーション気付けアドレスに関するサービスベースの方針（Ｓｅｒｖｉｃｅ  Ｂａｓｅｄ  Ｐｏｌｉｃｙ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰ  Ｃｏ−ｌｏｃａｔｉｏｎ  Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）”、２００４年４月１３日提出への優先権を主張し、そしてこれについておよびこれによって譲受人に譲渡され、引用されて明確にこの中に組み込まれる。
【０００２】
［技術分野］
本発明は一般にパケットデータ通信に関し、そしてより詳しくは、シグナリング用および内容送信用に別個の通信パスを使用している無線マルチメディアパケットデータ通信に関する。
【背景技術】
【０００３】
ネットワークの相互接続は全体的に情報が地理的距離に関係なく迅速にアクセスされることを可能にする。図１は、一般に参照数字２０によって示されるインターネットと呼ばれる、ネットワークの全体的な接続の簡略化された概要図である。インターネット２０は本質的に互いに連結された異なるレベルの階層を有する多くのネットワークである。インターネット２０はＩＥＴＦ（インターネット技術調査委員会）によって公表されたＩＰ（インターネットプロトコル）によって運用される。ＩＰの細部はＩＥＴＦによって公布されたＲＦＣ（コメントに関する要求）７９１号内に見つけだされることができる。
【０００４】
インターネット２０に接続されるのは、ネットワークサイズによって時にはＬＡＮ（ローカルエリアネットワーク）またはＷＡＮ（広域ネットワーク）と呼ばれる、種々様々な個々のネットワークである。図１に示されるのはインターネット２０に連結されたそのようなネットワーク２２，２４，２６および２８のいくつかである。
【０００５】
ネットワーク２２，２４，２６および２８の各々の中には、互いに接続されそして相互に通信中の装置の種々様々な部分がありうる。実例は、まさに少数を名付ければコンピュータ、プリンタ、およびサーバである。装置の各部は、一般にＭＡＣ（メディアアクセス制御）アドレスと呼ばれる、独特のハードウェアアドレスを有する。ＭＡＣアドレスを有する装置の部分は時にはノードと呼ばれる。ノードがインターネット２０によりそれ自身のネットワークの範囲を越えて通信する時には、１ＩＰアドレスがそのノードに割り当てられる必要がある。
【０００６】
ＩＰアドレスの割当ては手動的または自動的であることができる。ＩＰアドレスの手動割当ては、例えば、ネットワーク管理者によって実行されることができる。よりしばしば、ＩＰアドレスは自動的に割り当てられる。例えば、ＬＡＮでは、ＩＰアドレスはそのノードのＬＡＮにおける内部に存しているＤＨＣＰ（動的ホスト制御プロトコル）サーバと呼ばれるサーバによって割り当てられることができる。無線技術をサポートするＷＡＮでは、ＩＰアドレスは自動的にそして遠隔的に割り当てられることさえできる。
【０００７】
ここで図１に戻って、１例として、ネットワーク２２内のノード３０がデータパケットをネットワーク２８内のもう１つのノード３２に送ることを試みると仮定されたい。ＩＰによって、各データパケットは情報源アドレス(source  address)と行き先アドレス(destination  address)とを有する必要がある。この場合は、情報源アドレスはネットワーク２２内のノード３０のアドレスであり、そしてこのアドレスはＨｏＡ（ホームアドレス； home address）と呼ばれる。行き先アドレスはネットワーク２８内のノード３２のアドレスである。
【０００８】
もう１つの例として、その中ではノード３４がウェブサーバとして機能するウェブホスティングセッション内のような、ネットワーク２２内のノード３０がもう１つのネットワーク２４内のノード３４から情報を検索することを試みる時は、ノード３０はこのようなセッションに関するネットワーク２４内のノード３４の正しいＩＰアドレスを提供しなければならない。
【０００９】
無線技術内での出現はノードにそれらの初めに登録されたネットワークからもう１つのネットワークに移動することを可能にする。例えば、図１に戻り参照して、ネットワーク２２に永久に有線接続された代わりに、ノード３０はＰＤＡ（パーソナルデバイスアシスタント）、セルラ電話機、またはモバイルコンピュータのような、無線装置であることができる。無線ノード３０はそれのホームネットワーク２２の境界を越えて進むことができる。
【００１０】
このように、例えば、ノード３０はそれのホームネットワーク２２からフォーリンネットワーク２６に移動してもよい。そのようなシナリオによって、ノード３０に割り当てられた初めのＨｏＡはもはやノード３０に当てはまらないであろう。そのように、ノード３０のＨｏＡに予定されたデータパケットはノード３０には届かないかもしれない。
【００１１】
ＩＥＴＦによって述べられたＭＩＰ（モバイルインターネットプロトコル）はノード移動性問題を提起することを意味する。ＩＥＴＦによって公布されたＲＦＣ２００２に従って、ホームネットワーク２２から離れてもう１つのネットワークに移動する時はいつも、ノード３０はＣｏＡ（気付けアドレス）と短縮された“気付けアドレス”を割り当てられる。ＲＦＣ２００２によって、２つのタイプのＣｏＡ、即ち、ＦＡ  ＣｏＡ（フォーリンエージェント気付けアドレス）およびＣＣｏＡ（コ・ロケーテッド気付けアドレス；co-located care-of address）がある。
【００１２】
ＦＡ  ＣｏＡは本質的にノード３０が配置されるフォーリンネットワーク内の指定されたサーバであるＦＡ（フォーリンエージェント）のアドレスである。
【００１３】
ＣＣｏＡはフォーリンネットワークによってノード３０に割り当てられた個々のしかし一時的なアドレスである。
【００１４】
どの場合でも、いつでもノード３０はフォーリンテリトリ内にあり、ホームネットワーク２２が常にノード３０の所在を知るように、ノード３０はそれがＦＡ  ＣｏＡまたはＣＣｏＡであるべき、それのホームネットワーク２２と共に、ＣｏＡを登録しなければならない。登録の後、ＣｏＡはホームネットワーク２２のＨＡ（ホームエージェント）２５と呼ばれる、指定されたサーバによって保守されたルーチングテーブルに蓄積される。
【００１５】
イラスト用の２つの例を採用されたい。
【００１６】
ＦＡ  ＣｏＡの場合について、ノード３０がフォーリンネットワーク２６内に移動すると仮定されたい。フォーリンネットワーク２６の地域的境界に到達すると、ノードはフォーリンテリトリ内のそれの存在について知らせる広告(advertisement)メッセージをフォーリンネットワーク２６から受信する。この広告メッセージから、ノードはフォーリンネットワーク２６のＦＡ３６のアドレスを知る。ノード３０はその後ホームネットワーク２２内のＨＡ２５と共にＦＡ  ＣｏＡを登録する。
【００１７】
フォーリンネットワーク２６内のノード３０が、例えば、ネットワーク２４内のノード３４のアドレスを知って、ネットワーク２４内のノード３４にデータパケットを発送する時には、そのデータパケットは直接的に（straightforwardly）送られることができる。即ち、ＩＰに従って、データパケットでは、情報源アドレスはノード３０のＨｏＡに設定されることができ、そして行き先アドレスはネットワーク２４内のノード３４のアドレスに設定されることができる。データパケットの方向は図１に示されたデータパス３８として示される。
【００１８】
逆方向データトラフィックはどうかと言えば、それは直通信号方式（straightforward）と同様ではない。逆方向データルートにおいて、ネットワーク２４内のノード３４がノード３０へデータパケットを送信することを試みる場合、今やフォーリンネットワーク２６内においては、上述されたように、ＩＰと一致して、情報源および行き先アドレスの両者はデータパケット内に指定されねばならない。この場合、情報源アドレスはネットワーク２４内のノード３４のＩＰアドレスである。行き先アドレスはどうかと言えば、ノード３４はノード３０のＨｏＡを知るだけで、ノード３０のＦＡ  ＣｏＡを知らない。このように、行き先アドレスはノード３０のＨｏＡに設定されるであろう。それにもかかわらず、ノード３０のＦＡ  ＣｏＡはホームネットワーク２２内のＨＡ２５のルーチングテーブル内に蓄積されるので、データパケットがホームネットワーク２２に到着する時に、ホームネットワーク２２のＨＡ２５は蓄積されたＦＡ  ＣｏＡ付きの受信データパケットをカプセル化して、それをフォーリンネットワーク２６内のノード３０に送る。即ち、カプセル化されたデータパケットは行き先アドレスとしてＦＡ  ＣｏＡを使用する。一度フォーリンネットワーク２６がカプセル化されたデータパケットを受信すると、ＦＡ３６はカプセル化されたＦＡ  ＣｏＡを単に剥ぎ取り(strip away)、そして初めのパケットを移動ノード３０に伝送する。データパケットのルートは図１内のデータパス４０として示される。
【００１９】
パス３８および４０のような、データパスは実際に何度もインターネット２０を通過することにも注目されたい。図１を不明瞭にしないように明確にするため、パスは単に、ＨＡ２５およびＦＡ３６のような、関連サーバを通過するとして示される。即ち、データパス３８および４０は図１に示されるような論理パスとして示される。
【００２０】
上述されたような手法で動作して、移動ノードはＦＡ  ＣｏＡを使用しているＭＩＰによって一致ノード(correspondent  node)３４と通信していると言われる。
【００２１】
ＣＣｏＡはどうかと言えば、ノード３０がホームネットワーク２２から移動する時に、ＦＡ  ＣｏＡを要求する代わりに、ノード３０は、例えば、ノード３０が配置されている任意のフォーリンネットワーク内のＤＨＣＰを介してＣＣｏＡをその代わりとして要求することができる。もしもネットワーク２６がＴＩＡ／ＥＩＡ（電気通信工業協会／電子工業協会）によって公表されたｃｄｍａ２０００標準のような無線技術をサポートしているＷＡＮであるならば、ＣＣｏＡはＭＩＰ内に示すようなＰＰＰ（ポイントツーポイント・プロトコル）によりフォーリンネットワーク２６によって要求され、そして遠隔的に割り当てられることができる。しかしながら、フォーリンネットワーク２６によるＣＣｏＡの割当てよりほかには、ノード３０はＦＡ３６のような、フォーリンエージェントのすべての機能を実行する。再び、ＭＮ４８はＨＮ４４と共にＣＣｏＡを登録する必要がある。
【００２２】
例えば、ネットワーク２４内のノード３４に対応して、ノード３０は２層のアドレス付きのデータパケットを発送する。外層では、情報源アドレスがＣＣｏＡとして設定され、そして行き先アドレスがＨＡ２５として設定される。内層では、情報源アドレスはノード３０のＨｏＡであり、そして行き先アドレスはフォーリンネットワーク２４内のノード３４のアドレスである。ローミングノード３０からのデータパケットの受信で、ＨＡ２５は外アドレス層を剥ぎ取り、そしてそのデータパケットを内アドレス層と共にノード３４に送る。データパケットの論理パスは図１にデータパス４２として示される。
【００２３】
逆方向データパスでは、即ち、ノード３４がデータパケットをノード３０に送る時に、データパケットはノード３４に設定された情報源アドレスおよびノード３０のＨｏＡに設定された行き先アドレスと共に１つのアドレス層のみを有する。データパケットの受信で、ＨＡ２５は行き先アドレスとしてのＣＣｏＡおよび情報源アドレスとしてのＨＡ２５のアドレスと共にデータパケットをカプセル化し、そしてカプセル化されたデータパケットをノード３０に送る。ノード３０はＦＡ３６を通過すること無しにそれ自身上でカプセル化外し(de-encapusulating)を実行する。データパケットの方向は図１にデータパス４４として示される。
【００２４】
上述されたような手法で動作して、ローミングノード３０はＣＣｏＡを使用しているＭＩＰによって一致ノード３４と通信していると言われる。
【００２５】
ノード３０がＦＡ  ＣｏＡまたはＣＣｏＡのいずれを使用するかに関わらず、ノード３０が移動している間中ＭＩＰによって他のネットワークと通信するために、図１に示された論理データパス４０、４２、および４４によって例示されたようなデータパスの重要なトラフィック迂回路がある。即ち、データパケットは行き先に到達する前に中間ネットワークを通過しなければならない。そのようなトラフィック迂回路はファイル転送中のデータのような、あるタイプのデータ内に多くの問題を提起しない。ＲＦＣ７９３に述べられたようなＴＣＰ（伝送制御プロトコル）によって、データパケットは単に行き先に到着するのにより長い時間を要するに過ぎない。より長いデータパスを通過するデータパケットが伝送エラーにより多く影響されやすいことも周知である。やはり、欠陥のあるパケットは全体のデータ伝送手順をさらに遅らせるにもかかわらず、常に再送されることができる。しかしながら、オーディオまたはビデオ呼のような、他のタイプのデータに関しては、実時間情報の正確なアクセスは極めて重要である。データルートの過大な迂回路はデータ伝送手順の間に付加的な待ち時間(latency)を持ち込む。さらに、ＲＦＣ７６８に述べられたようなＵＤＰ（ユーザデータグラムプロトコル）によって送られたデータパケットについては、誤ったパケットは正常に再伝送されずに単純に消滅される。結果として、サービスの質は削り取られることがありうる。
【００２６】
よって、無線通信システムにおいてよりよい実時間データアクセスを提供する要求がある。
【発明の概要】
【００２７】
[概要]
通信システムにおいて、その中で移動ノードは中間ノードを介した第１のデータパスを通して通信セッション（communication session）の初期化のための第１のシグナリング（signaling）によって一致ノードとの通信セッションを探す。その後は、通信セッションの内容は移動ノードと一致ノードとが中間ノードを通過すること無しに直接的に通信する第２のデータパスを通して確立される。
【００２８】
１つの実施形態に従って、移動ノードはそれのホームネットワークからフォーリンネットワークに移動する。第１のアドレスを使用して、移動ノードはホームネットワーク内のホームエージェントを介して一致ノードとの通信セッションの開始のための信号を送る。ホームエージェントは順番に遠隔ネットワークで配置されている一致ノードに開始シグナリングを中継する。一致ノードによる受入れで、移動ノードは移動ノードと一致ノードとの間の直通データパスを通して直接的に通信セッションの内容を送信するために第２のアドレスを使用する。結局、より短いデータパスと共に、伝送待ち時間と伝送エラーとは縮小され、より高いサービス品質という結果になる。これらのおよび他の特徴と利点とは、同じ参照数字が同じ部品を指す添付図面とともに、下記の詳細説明から当分野の技術者に明白になるであろう。
【図面の簡単な説明】
【００２９】
【図１】ネットワークの全体的な接続を示す概要図。
【図２】この発明の１実施形態を示す概要図。
【図３】この発明の実施形態に従って開始シグナリングおよび内容トラフィック確立のためのステップを示すフローチャート。
【図４】この発明の実施形態に従って更新シグナリングの処理によって内容フローを継続するステップを示すフローチャート。
【図５】この発明に従って構成された移動ノードの回路の概要図。
【発明を実施するための形態】
【００３０】
［詳細な説明］
下記の説明は当分野の任意の技術者にこの発明を製作および使用することを可能にするように表示される。細部は説明のための下記の説明書に述べられる。当分野の通常の技術者はこの発明がこれらの特定の細部の使用無しに実行され得ることを理解しなければならない。他の例では、周知の構造および手順が不必要な細部と共にこの発明の説明を不明瞭にしないように詳述されない。従って、本発明は示された実施形態によって制限されるつもりはないが、しかしこの中に開示された原理および特徴と矛盾しないもっとも広い範囲が許容されるべきである。
【００３１】
下記された実施形態は第３世代共同プロジェクト（３ＧＰＰ）および第３世代共同プロジェクト２（３ＧＰＰ２）によって公表されたＩＭＳ／ＭＭＤ（ＩＰマルチメディアサブシステム／マルチメディア領域）に従って動作可能である。ＩＭＳ／ＭＭＤの一般的検討は公布された文書、タイトル“第３世代共同プロジェクト：技術仕様グループサービスおよびシステム局面、ＩＰマルチメディアサブシステム（ＩＭＳ）、ステージ２、”３ＧＰＰ  ＴＳ２３．２２８“第３世代共同プロジェクト：技術仕様グループコアネットワーク、エンドツーエンド・サービスの品質（ＱｏＳ）シグナリングフローズ、”３ＧＰＰ  ＴＳ２９．２０８；および“ＩＰマルチメディアシステム、ステージ２、”ＴＩＡ−８７３−００２および３ＧＰＰ２Ｘ．Ｐ００１３−０１２、内に見つけだされる。
【００３２】
ＩＭＳはＴＩＡ／ＥＩＡによるｃｄｍａ２０００、３ＧＰＰによるＷＣＤＭＡ、および種々様々な他のＷＡＮのような種々様々な標準において適用可能である。
【００３３】
参照は今この発明の例示的な実施形態を図式的に示す図２に向けられる。全体のシステムは一般に、イントラネットまたはインターネットのような、主力ネットワーク５２を含む参照数字５０によって示される。
【００３４】
図２に示されたような、他のネットワークの中で、主力ネットワーク５２に接続された例としては、ＨＮ（ホームネットワーク）５４、ＦＮ（フォーリンネットワーク）５６、もう１つのＦＮ５７、およびＲＮ（リモートネットワーク）５８である。
【００３５】
ＨＮ５４には、ＨＮ５４内のデータトラフィックを管理する仕事とまたインバウンドおよびアウトバウンドルーチングについてＨＮ５４のデータトラフィックを制御するための仕事とを引き受けるＨＡ（ホームエージェント）６２がある。さらに、本質的に主力ネットワーク５２とＨＮ５４の無線アクセス部分との間のアクセスゲートウエイであるＰＤＳＮ（パケットデータ・サービングノード）６４がある。
【００３６】
種々様々なＩＭＳ／ＭＭＤ機能および特徴を実行するために、サービスプロバイダはＨＮ５４内に種々のサーバを設置した。そのようなサーバの例はＰ−ＣＳＣＦ（プロクシ呼状態セッション機能；Proxy Call State Session Function）サーバ７０、およびＳ−ＣＳＣＦ（サービス中呼状態セッション機能）サーバ７２を含む。これらのサーバの機能の説明はシステム５０の動作図解と一緒に後で叙述されるであろう。
【００３７】
上述されたノードのほかに、ＨＮ５４内部に他のノードがあるが、しかし明確にするために示されない。そのようなノードは種々の規模のコンピュータ、プリンタ、および移動体または非移動体でありうる任意の他の装置であってもよい。
【００３８】
図２に示されたのは主力ネットワーク５２に連結されたＦＮ５６および５７である。さらに、説明の簡潔および容易さのために、ＦＮ５６およびＲＮ５８はＨＮ５４と幾分か同種として図示される。使用法によって、ＦＮ５６とＲＮ５８とは非常に異なって構成されうることは認識されねばならない。従って、この場合、ＦＮ５６も、特に、ＦＡ（フォーリンエージェント）６６、ＰＤＳＮ６８、Ｐ−ＣＳＣＦ７１、およびＰＤＦ（方針決定機能）７５を含む。同様に、ＲＮ５８も、特に、ＰＤＳＮ７８、Ｐ−ＣＳＣＦ８０、Ｓ−ＣＳＣＦ８２、およびＰＤＦ８４を含む。
【００３９】
システム５０では、ＨｏＡ（ホームアドレス）付きのＨＮ５４内のＨＡ６２と共に初めに登録されるＭＮ（移動ノード）６０がある。ＭＮ６０は、ＦＮ５６またはＦＮ５７のような、他のフォーリンネットワークに移住することが可能であり、そしてＭＩＰ（移動インターネットプロトコル；Mobile Internet Protocol）によってＦＮ５６またはＦＮ５７を介して主力ネットワーク５２へのアクセスを獲得できる。
【００４０】
ＭＮ６０がＦＮ５６内で移動していると想定されたい。この特別の例では、ＭＮ６０のユーザがＲＮ５８内のＣＮ（一致ノード）９０を運用してもう１つのユーザとのビデオ会議セッション（video conferencing session）を持ちたいと仮定されたい。ノード９０は移動体または非移動体であってもよい。
【００４１】
慣例的に、ＦＮ５６のテリトリに到達して、ＭＮ６０はＦＮ５６による広告を介してＦＡ６６のアドレスを取得する。ＭＮ６０はその後、ＨＡ６２がＭＮ６０の場所の追跡をし続けることができるようにＨＮ５４内のＨＡ６２と共にＦＡ  ＣｏＡを登録する。
【００４２】
その後は、ＦＮ５６内のＭＮ６０は会議セッションを開始するためにＨＮ５４内のＰ−ＣＳＣＦ７０にメッセージを送る。要求のための最初のシグナリングパスはＲＮ５８に到達する前にＦＮ５６からＨＮ５４に出発する。同様に、もしも会議セッション要求が同意されれば、応答シグナリングパスは要求パスの逆、即ち、ＲＮ５８から、ＨＮ５４そしてその後ＦＮ５６へ、である。要求の同意で、ベアトラフィック、即ち、会議セッションのオーディオおよびビデオ内容を含むメディアフローのトラフィックは、多少そのシグナリングパスの方向に沿って伝播する。即ち、ベアラトラフィックの論理パスはＦＮ５６内のＭＮ６０から、そしてその後ＨＮ５４内のＨＡ６２へそして最後にＣＮ９０に到達する前にＲＮ５８へ、そして逆もまた同様に流れる。上述されたように、そのようなデータトラフィックの蛇行（meandering）はパケットデータに待ち時間を付加する。その上、伝送エラーもまたより多く発生しがちである。
【００４３】
下記された実施形態では、異なるアプローチが採用される。ベアラトラフィック（bearer traffic）のためのデータパスはセッション開始シグナリングパスと実質上異なるように選ばれる。
【００４４】
図２を参照して、まず第１に、ＭＮ６０がＨＮ５４からＦＮ５６に向かって移動すると想定されたい。ＦＮ５６のテリトリに到達して、ＭＮ６０はＦＮ５６から広告メッセージを受信する。このメッセージから、ＭＮ６０はＦＡ６６のアドレスを得る。その後は、ＭＮ６０はＨＡ６２と共にＦＡ６６のアドレスを登録することによってＨＮ５４に報告し返す。登録されたアドレスはＨＮ５４内のＨＡ６２のルーチングテーブル内に蓄積されるＦＡ  ＣｏＡと呼ばれる。
【００４５】
再び、ＭＮ６０のユーザがＲＮ５８内のＣＮ９０のユーザとのビデオ会議セッションを持ちたいと想定されたい。
【００４６】
最初に、ＭＮはＦＡ５６からＣＣｏＡを得る。ＨＮ５４内のＨＡ６２によって最初に割り当てられたＨｏＡを使用して、ＭＮ６０はＨＡ５４内のＨＡ６２と共にＣＣｏＡを登録する。ＭＮ６０はまたＨＮ５４内のＳＩＰ（セッション開始プロトコル）ネットワークのアクセスのためのＨｏＡを使用しているＨＮ５４内のＳ−ＣＳＣＦ７２と共に登録する。
【００４７】
ＭＮ６０はその後ＳＩＰ招待メッセージ（SIP INVITE message）をＨＮ５４内のＰ−ＣＳＣＦ７０に送る。現実の動作では、すべての他のデータトラフィックでのように、ＳＩＰ招待メッセージはまず第１にＰＤＳＮ６８を、そしてＰ−ＣＳＣＦ７０へのルーチングの前にＨＡ６２を通過することは注目されねばならない。さらに、当分野で周知のように、データトラフィックはシステム５０を通して進む搬送波によって電気信号の形を取る。同様に上述された手法において明確にするために、データトラフィックは論理パスとして図示される。即ち、下記の記述では、特別に強調されない限りデータトラフィックの論理パスのみが叙述される。
【００４８】
代案として会議セッションを開始するためにＭＮ６０はＳＩＰ招待メッセージをＦＮ５６内のＰ−ＣＳＣＦ７１に送ることができることはさらに注目されねばならない。説明の簡潔のため、下記の記述では、ＨＮ５４内のＰ−ＣＳＣＦ７０は会議セッション開始のために使用される。
【００４９】
図２に戻って、ＳＩＰ招待メッセージは、本質において要求されたビデオ会議セッションの正しい実行のための基本的要求条件を記述するＳＤＦ（セッション説明プロトコル）と呼ばれる説明部分を含む。例えば、ＳＤＰ内に含まれるのはＭＮ６０のＩＰアドレスとポート番号、およびこのセッションのためのｃｏｄｅｃ仕様である。さらに重要なことには、この実施形態では、ＳＤＰは、ベアラトラフィックである、メディアフローに関するＭＮ６０のＣＣｏＡを含む。
【００５０】
ＨＮ５４内のＰ−ＣＳＣＦ７０は呼セッション管理の任務を引き受けているノードである。ＳＩＰ招待メッセージの受信で、Ｐ−ＣＳＣＦ７０は要求されたセッションに独特のトークンを発生する。Ｐ−ＣＳＣＦ７０はその後ＳＩＰ招待メッセージをＨＮ５４内のＳ−ＣＳＣＦ７２に順方向転送する。Ｓ−ＣＳＣＦ７２は順番にＳＩＰ招待メッセージを受入れの要求用のＲＮ５８に送る。
【００５１】
Ｓ−ＣＳＣＦ７２によるセッションの認可およびＲＮ５８内のＣＮ９０による会議セッションの受入れで、Ｐ−ＣＳＣＦ７０はトークンをＭＮ６０に送る。手にしたトークンで、ＭＮ６０はベアラトラフィック、即ち、会議セッションのオーディオおよびビデオ信号のメディアフローを設定するために、要求されたＱｏＳ（サービスの品質）と一緒にこのトークンをＦＮ５６内のＰＤＳＮ６８に順番に送る。
【００５２】
ＰＤＳＮ６８はその後会議セッションのための認定ＱｏＳをＰＤＦ７５から要求し、それはその後この要求をＨＮ５４内のＰ−ＣＳＣＦ７０に中継する。ＰＤＦ７５によって許可された任意のパラメータはある指定された方針と一致すべきである。そのような方針はＩＭＳ／ＭＭＤ標準によって命令されたルール、ＨＮ５４とＦＮ５６との間のベアラトラフィックの処理に関する協定のような、ネットワーク間の特定の協定、ＦＮ５６のみに独特な方針のような、ネットワークに特定の方針を含む。
【００５３】
ＰＤＦ７５はすべての課された方針の決定のために設置される。決定の過程では、ＰＤＦ７５はＰ−ＣＳＣＦ７１とＦＮ５６内のＰＤＳＮ６８との間に挿入される。さらに、ＰＤＳＮ６８とＰＤＦ７５との間に挿入されたＧｏインターフェイス９２がある。なおＰＤＦ７５とＰ−ＣＳＣＦ７１との間に設けられたもう１つのＧｑインターフェイス９４がある。ＧｏおよびＧｑインターフェイス９２および９４は会議セッションとベアラトラフィックとの間の方針制御のために使用される。ＧｏおよびＧｑインターフェイスの細部は文書、３ＧＰＰによって公布された３ＧＰＰ  ＴＳ２３．１０７、および３ＧＰＰ２によって公布された３ＧＰＰ２Ｘ．Ｐ００１３−０１２内に見つけだされることができる。
【００５４】
今図２に戻って、要求されたセッションパラメータは、もしも認定されれば、Ｐ−ＣＳＣＦ７０およびＰＤＦ７５からＰＤＳＮ６８に渡される。
【００５５】
この実施形態では、ＣＮ９０はＲＮ５８によって割り当てられるＣＣｏＡを有すると仮定される。従って、ＳＩＰ招待メッセージの受信で、ＣＮ９０はＳＩＰ２００ＯＫメッセージと共に応答し返す。ＳＩＰ２００ＯＫメッセージは初めのＳＩＰ招待メッセージのパラメータを基本的に再確認する。ＳＩＰ２００ＯＫはＳＩＰ招待メッセージとして同じデータパスにしかし逆順に続く。
【００５６】
ＭＮ６０はその後、承認メッセージ（ＡＣＫ）を最初のＳＩＰ招待メッセージと同じデータパスに沿って送り返すことによってＳＩＰ２００ＯＫメッセージの受信を確認する。
【００５７】
ベアラトラフィックはその後はＳＩＰ招待メッセージ内に述べられたような認定パラメータに従ってＦＮ５６内のＰＤＳＮ６８によって確立される。図２では、ベアラデータパスはそれらのそれぞれのＣＣｏＡアドレスによってノード６０と９０とを直接的に連結しているビデオパス１００およびオーディオパス１０２として示される。記述されたような手法におけるベアラトラフィックは時には単純ＩＰ（simple IP ）のもとにＣＣｏＡを使用しているデータトラフィックを確立するように、図１に示されそして記述されたように、データパスが、ＭＩＰのもとにＣＣｏＡを使用して設定されるといわれるデータパス４２および４４とは異なるように、標記されることができる。
【００５８】
この実施形態では、ＳＩＰ招待において、固有のトラフィックフローを指定するために、ＭＮ６０およびＣＮ９０の両者はそれらの類似のＣＣｏＡを使用する。ＣＮ９０のＣＣｏＡは、例えば、ＲＮ５８のＰＤＳＮ７８によって割り当てられることができる。ＭＮ６０のＣＣｏＡは、例えば、ＦＮ５６内のＰＤＳＮ６８への要求によってそしてそれを介して割り当てられる。前述したような手法において取得されたＣＣｏＡは非常にしばしば“単純ＩＰアドレス（simple IP address）”と呼ばれる。
【００５９】
上述されたような手順は図３のフローチャート内に示される。
【００６０】
ＭＮ６０がＦＮ５６からさらにもう１つのネットワーク、例えば、ＦＡ５７に移動する時は、ＭＮ６０は新ＦＮ５７から新ＣＣｏＡを得る。その後は、ＭＮ６０はＨＮ５４内のＨＡ６２と共に新ＣＣｏＡを登録する。ＭＮ６０はＳ−ＣＳＣＦ７２と共に登録するためにＨｏＡを以前に使用していたので、ＭＮはもう１つのＳＩＰ登録を行う必要はない。この実施形態では、ＭＮ６０は単にＣＮ９０への新ＣＣｏＡと共にＳＩＰ更新メッセージを以前に記述されたようなＳＩＰ招待メッセージの送出と本質的に同様な手法で送る。簡潔のために、ＳＩＰ更新メッセージの論理フローはここではさらに繰り返されないが、しかし図４のフローチャートには示される。
【００６１】
参照は今図２に戻る。一度データパス１００および１０２によって識別されたベアラトラフィックが確立されると、ＩＭＳ標準に従って、ＰＤＳＮ６８はＰＤＦ７５の命令によってＳＢＢＣ（サービスベースのベアラ制御）と呼ばれる１組の方針を実施する。ＳＢＢＣの実施はＭＮ６０とＣＮ９０との間のセッションが終結するまで連続的である。
【００６２】
ＳＢＢＣに含まれた方針は、特に、このセッションのために要求されたＱｏＳの認定、個別のベアラフローの負担、およびベアラトラフィックの方針であることができる。この目的を満たすために、ＰＤＳＮ６８はベアラパス１００および１０２内のメディアフローをモニタする。ＳＢＢＣの動作的細部はタイトル、“３ＧＰＰ２  ＭＭＤサービスベースのベアラ制御文書、進行中の作業（３ＧＰＰ２  ＭＭＤ  Ｓｅｒｖｉｃｅ  Ｂａｓｅｄ  Ｂｅａｒｅｒ  Ｃｏｎｔｒｏｌ  Ｄｏｃｕｍｅｎｔ，Ｗｏｒｋ  ｉｎ  Ｐｒｏｇｒｅｓｓ）”、３ＧＰＰ２  Ｘ．Ｐ００１３−０１２の文書内に見つけだされることができる。ＳＤＰの説明は、タイトル“ＳｉｐおよびＳＤＰに基づいたＩＰマルチメディア呼制御プロトコル（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｂａｓｅｄ  ｏｎ  Ｓｉｐ  ａｎｄ  ＳＤＰ）”、ステージ３：ＴＩＡ−８７３−００４；およびＲＦＣ２３２７の文書内に見つけだされることができる。
【００６３】
上述されたような手法で動作して、メディアフローの内容は図２に示されたベアラトラフィックパス１００と１０２とによって識別されたように直接的に送受信されることができる。データパスの不必要な迂回路は短縮され、より速くそしてより正確な実時間データアクセスという結果になる。
【００６４】
図５はこの発明に従って参照数字１２０によって示された移動ノード装置のハードウェア実施形態の部分を概要的に示す。装置１２０は、ラップトップコンピュータ、ＰＤＡ（パーソナル・ディジタル・アシスタント）またはセルラ電話機のような、種々様々な装置の中に造られそして組み込まれることができる。
【００６５】
装置１２０はいくつかの回路を一緒に連結する中央データバス１２２を備える。この回路はＣＰＵ（中央処理ユニット）またはコントローラ１２４、受信回路１２６、送信回路１２８、および記憶回路１３０を含む。
【００６６】
受信および送信回路１２６および１２８はＲＦ（無線周波数）回路に接続されることができるが、しかし図には示されていない。受信回路１２６はデータバス１２２に送出する前に受信信号を処理してバッファする。これに反して、送信回路１２８は装置１２０から送出する前にデータバス１２２からのデータを処理してバッファする。ＣＰＵ／コントローラ１２４はデータバス１２２のデータ管理の機能をそしてさらに、記憶回路１３０の命令の内容を実行することを含む、一般のデータ処理の機能を行う。
【００６７】
記憶回路１３０は通常参照数字１３１によって示された１組の命令を含む。この実施形態では、命令は、特に、ＭＩＰクライアント１３２およびＳＩＰクライアント１３４のような部分を含む。ＳＩＰクライアント１３４は以前に記述されたようなこの発明に従う命令のセットを含む。ＭＩＰクライアント１３２はまた上記されたような、種々様々な使用のための種々様々なタイプのアドレスを取得するように、装置１２０がＩＰおよびＭＩＰによって動作することを可能にするための命令のセットを含む。
【００６８】
この実施例では、記憶回路１３０はＲＡＭ（ランダムアクセスメモリ）回路である。例示的な命令部１３２および１３４はソフトウェアモジュールである。記憶回路１３０は揮発または不揮発タイプのどちらかであることができるもう１つの記憶回路（図示せず）に連結されることができる。代案として、記憶回路１３０はＥＥＰＲＯＭ（電気的に消去可能なプログラマブルリードオンリメモリ）、ＥＰＲＯＭ（電気的にプログラム可能なリードオンリメモリ）、ＲＯＭ（リードオンリメモリ）、磁気ディスク、光ディスク、および当分野で周知のその他のもののような、他の回路タイプで作られることができる。
【００６９】
最後に、この実施形態に記述されたのは主力ネットワークに連結されたほんの少数のネットワークのみである。多数のネットワークが含まれうることは明白でなければならない。さらに、この実施形態に記述されたことは、ノード６０は種々のフォーリンネットワークを通して移動する移動体装置として叙述される。類似のネットワークノード９０が固定型でありうることは理解されねばならない。ノード９０はまた移動型であることができ、そしてもう１つのフォーリンネットワークに到達する時に、ノード６０の要求されたことと同様の手法における手順およびステータス更新を行う。さらに、通信セッションの開始のためのシグナリングの処理はこの実施形態に記述されたようなＨｏＡの使用に限られる必要はない。ＣＣｏＡはシグナリング処理におけるＨｏＡの代わりに使用されることができる。さらに、実施形態に関して記述された任意の論理ブロック、回路、およびアルゴリズムステップは、ハードウェア、ソフトウェア、ファームウェア、またはそれの組合わせで実施されることができる。形態および細部におけるこれらのおよび他の変更がこの発明の範囲および精神から逸脱すること無しにこの中になされてもよいことは当分野の技術者によって理解されるであろう。
【図１】
2010226765.tif 000003
【図２】
2010226765.tif 000004
【図３】
2010226765.tif 000005
【図４】
2010226765.tif 000006
【図５】
2010226765.tif 000007
【外国語明細書】
2010226765000001.pdf