JP2010507331A - ネットワーク起動の部分的セッション転送方法 - Google Patents

Abstract

マルチメディア通信３０５のための第１セッションを有する対応するノードＣＮと移動ノードＭＮを含む方法を提供する。第１セッションは、対応する複数のエンドポイントを有する複数のストリームを含む。複数のストリームエンドポイントのうちの１つを、１つの第３ノードＡＤに移すよう要求する第１メッセージ３４５を、ネットワークエンティティＳＣから対応するノードに提供することを含む。移動ノードからの複数のストリームエンドポイントのうちの１つの転送を、１つの第３ノードが受け入れるよう要請する少なくとも１つの第２メッセージ３１０を、ネットワークエンティティから提供することも含む。複数のストリームエンドポイントのうちの１つを少なくとも１つの第３ノードに移すために、移動ノードが第１セッションを修正するよう要請する第３メッセージ３２５を、ネットワークエンティティから提供することを含む。

Description

本発明は一般的に通信システムに関し、より詳細には、無線通信システムに関する。

最近の通信システムは、有線および／または無線インターフェースを介して接続性を提供できる、緊密に統合された混合ネットワークである。たとえば、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＩＰ）は、エンドポイント装置が異種ネットワークを介して通信できるように使用されうる。エンドポイントは、セルラー式電話、携帯情報端末、スマートフォン、ページング装置、テキストメッセージング装置、ネットワークインターフェースカード、ラップトップコンピュータなどの、モバイル装置を含むことができる。エンドポイントは、デスクトップコンピュータ、テレビ、テレビ会議装置、ハードウェアＩＰ電話、組込型装置、ソフトウェア電話などの定置装置も含むことができる。ネットワークとエンドポイント装置の機能は、より高度なタイプの通信をサポートするために進化しており、また進化し続けることが期待されている。たとえば、現在および将来のネットワークとエンドポイント装置は、ビデオオンデマンド（Ｖｉｄｅｏ ｏｎ Ｄｅｍａｎｄ：ＶｏＤ）などのＩＰベースのマルチメディアストリーミングアプリケーション、ならびに双方向性ビデオゲーム、テレビ会議、およびビデオ監視などのリアルタイムアプリケーションのために使用されうる。

モバイル装置と定置エンドポイントには、相補的な強みと弱みがある。一般的に、モバイル装置はモビリティという利便性を提供するが、定置装置と比較すると機能は限られており、たとえば、定置装置よりもスクリーンが小さく、コンピューティング能力が低い。モバイル装置が改良し、ＩＰベースのマルチメディア通信のためのより高い機能を含んでも、帯域幅、ディスプレイの大きさ、コンピューティング能力、および電池寿命に関しては、（定置装置に比べて）依然として限られたままである。一般的に、定置ＩＰマルチメディアエンドポイントは、より大きなスクリーン（より高い解像度、より優れた色応答などを有することができる）、ネットワーク帯域幅、およびコンピュータ能力を提供するが、モビリティは限られている。通常、モバイル装置および／または定置エンドポイントのユーザは、ユーザの現在のニーズにもっとも適切なタイプの装置を選択することと、この選択の限界を受け入れることによって、これらの限界に対応する。たとえば、オフィス内でテレビ会議を開始するつもりであるが、そのテレビ会議の途中でオフィスを出なければならない予定のユーザは、ビデオ会議全体に参加できるように、モバイルユニット（および、それに対応する小さいディスプレイサイズと音質の悪さ）を選択することができる。または、ユーザは、より大きいディスプレイサイズとより高い音質を提供する定置装置を選択できるが、テレビ会議全体に参加することはできない場合がある。

ＩＰベースのマルチメディア対応の装置の普及と、次第に増加するユビキタス無線アクセスによって、固定型とモバイルの両方の、装置間の対話の機会が増えた。特に、セッションモビリティによって、ユーザは現行のセッションをある装置から別の装置に移せるようになり、そのため、単一のセッションの間、複数の装置を同時または交互に使用でき、両装置の利点を結合できる可能性がある。たとえば、場合によっては、移動ユニットのバッテリーがほとんど放電してしまっているか、より大きいディスプレイ、より高い帯域幅、および／またはよりコストの低いネットワークのターゲット装置をユーザが使用したい場合などに、セッションをその移動装置から別の装置に移すことによって、移動装置ユーザのマルチメディア経験の継続が維持されうる。他の例では、ユーザが家またはオフィスを離れる場合、現行のセッションを定置装置から移動ユニットに移せる。

図１は、セッションのストリームエンドポイントを別の装置に移すための、１つの提案された方法１００を概念的に示す図である。図示された実施形態では、移動ノード（Ｍｏｂｉｌｅ Ｎｏｄｅ：ＭＮ）は最初に、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＳＩＰ）によって確立された、対応するノード（Ｃｏｒｒｅｓｐｏｎｄｉｎｇ Ｎｏｄｅ：ＣＮ）とのセッションを有する。新しいセッションが確立されるよう要求するＩＮＶＩＴＥメッセージをオーディオノード（Ａｕｄｉｏ Ｎｏｄｅ：ＡＮ）に送信することによって、ＭＮはセッション転送を開始する（矢印１０５によって示されている通り）。ＩＮＶＩＴＥメッセージは、セッションにおいて現在使用されているＣＮのセッション記述プロトコル（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＳＤＰ）パラメータを含む。矢印１１０によって示されている通り、ＩＮＶＩＴＥメッセージ受信後、ＡＮは、たとえばリアルタイムトランスポートプロトコル（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ：ＲＴＰ）プロトコルによって、ＣＮにメディアの送信を開始できる。矢印１１５によって示されている通り、ＡＮは様々な動作パラメータを含むメッセージをＭＮに送信することもできる。たとえば、ＡＮの応答（１１５で）は、どのようなメディアのためにも使用するアドレスとポートを含むＳＤＰボディを含むことができる。

次いで、矢印１２０によって示されている通り、ＭＮが、再要請メッセージ（ｒｅ−ｉｎｖｉｔａｔｉｏｎ ｍｅｓｓａｇｅ）と呼ばれることもある、ＳＤＰボディ内にＡＮのためのメディアパラメータを含むＩＮＶＩＴＥメッセージをＣＮに送信する。たとえば、ｒｅ−ＩＮＶＩＴＥメッセージは以下のパラメータを含むことができる：
ｖ＝０
ｃ＝ＩＮ ＩＰ４ ａｖ＿ｄｅｖｉｃｅ．ｅｘａｍｐｌｅ．ｃｏｍ
ｍ＝ａｕｄｉｏ ４４００ ＲＴＰ／ＡＶＰ ０
ｍ＝ｖｉｄｅｏ ５４００ ＲＴＰ／ＡＶＰ ３４
ＣＮの再要請に続いて、矢印１２５によって示されている通り、ＣＮは自分のメディアストリームを、メッセージ１２０内でＡＮのために与えられたアドレスとポートに移す。ＣＮは、ＣＮによって使用されるメディアパラメータを含む応答も送信する（矢印１３０によって示されている通り）。メッセージ１３０内で送信されたパラメータは、現行のセッションにおいて使用されたパラメータと同じでも、同じでなくてもよい。ＭＮは、矢印１３５によって示されている通り、ＡＣＫメッセージをＣＮに送信し、また、矢印１４０によって示されている通り、ＡＣＫメッセージをＡＮに送信し、ＡＣＫメッセージは、これらのパラメータが変更された場合はそれをボディ内に含む。この時点で、ＭＮはＣＮおよびＡＮとの別々のＳＩＰセッションを確立したが、ＣＮとＡＮ間にメディアフローが確立された。

単一の通信セッションも複数の装置に分割できる。たとえば、オーディオ装置はオーディオ信号を送受信するために使用でき、ビデオ装置はビデオ信号を送受信するために使用できる。図２は、２つの装置間でセッションを分割するための従来の方法２００を概念的に示す図である。図示された実施形態では、移動ノード（Ｍｏｂｉｌｅ Ｎｏｄｅ：ＭＮ）は最初に、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＳＩＰ）によって確立された、対応するノード（Ｃｏｒｒｅｓｐｏｎｄｉｎｇ Ｎｏｄｅ：ＣＮ）とのセッションを有する。セッションを複数のローカル装置、たとえば、図２に示されるオーディオノード（Ａｕｄｉｏ Ｎｏｄｅ：ＡＮ）およびビデオノード（Ｖｉｄｅｏ Ｎｏｄｅ：ＶＮ）に分割するために、ＭＮは、別々のＩＮＶＩＴＥ要求およびローカル装置からの応答を介して、それぞれのローカル装置との新しいセッションを確立する（矢印２０５、２１０、２１５、２２０、２２５、２３０によって示されている通り）。

次いで、ＭＮが、ＡＮおよびＶＮからのそれぞれの応答２１５、２３０内で受信したメディアパラメータを結合するＳＤＰボディを形成することによって、ＣＮとの現行のセッションをアップデートする。たとえば、オーディオコールおよびビデオコールを２つの装置に移すために、ＭＮはある装置（ＡＮ）とのオーディオセッションと、別の装置（ＶＮ）とのビデオセッションを作成し、両者からのＳＤＰボディを結合して、矢印２３５によって示されている通り、ＣＮをｒｅ−ＩＮＶＩＴＥするために送信される、メッセージのボディを形成する。結合されたＳＤＰボディの一例は以下の通りである：
ｖ＝０
ｍ＝ａｕｄｉｏ ４８４００ ＲＴＰ／ＡＶＰ ０
ｃ＝ＩＮ ＩＰ４ ａｕｄｉｏ＿ｄｅｖ．ｅｘａｍｐｌｅ．ｃｏｍ
ｍ＝ｖｉｄｅｏ ５８４００ ＲＴＰ／ＡＶＰ ３４
ｃ＝ＩＮ ＩＰ４ ｖｉｄｅｏ＿ｄｅｖ．ｅｘａｍｐｌｅ．ｃｏｍ
ＣＮの再要請に続いて、矢印２４０、２４５によって示されている通り、ＣＮは自分のメディアストリームを、メッセージ２３５内でＡＮのために与えられたアドレスとポートに移す。ＣＮは、メッセージボディ内のＣＮによって使用されるメディアパラメータを含む応答も送信する（矢印２５０によって示されている通り）。ＭＮは、矢印２５５によって示されている通り、ＡＣＫメッセージをＣＮに送信し、また、矢印２６０、２６５によって示されている通り、ＡＣＫメッセージをＡＮとＶＮに送信する。この時点で、ＭＮはＣＮ、ＡＮ、およびＶＮとの別々のＳＩＰセッションを確立したが、ＣＮとＡＮ間、およびＣＮとＶＮ間に別々のメディアフローが確立された。

部分的セッション転送は、通信を複数の装置に分割するための技法の変形形態である。部分的セッション転送は、あるメディアストリームを移動ノードが移すおよび受信するが、他のメディアストリームは別のローカル装置へ、およびローカル装置から、送信されるという結果になる。たとえば、移動装置はビデオストリームを送信および受信できるが、オーディオストリームを処理するために、そのセッションの一部をオーディオノードに移せる。従来の部分的セッション転送は、たとえばＩＮＶＩＴＥメッセージを別のローカル装置に送信することによって、移動ノードによって開始される。しかし、従来のネットワークは部分的セッション転送を開始することができない。

本発明は、上記で説明した１つまたは複数の問題点の影響に対処することを対象とする。本発明のいくつかの態様の基本的理解を提供するために、以下に本発明の簡単な概要を示す。この概要は、本発明の網羅的な概要ではない。本発明の主要なまたは重要な要素を特定することも、または本発明の範囲を詳述することも意図されない。この概要の唯一の目的は、後述するより詳細な説明の前置きとして、いくつかの概念を簡単な形式で示すことである。

本発明の一実施形態では、マルチメディア通信のための第１セッションを有する対応するノードと移動ノードを含む方法が提供される。第１セッションは、対応する複数のエンドポイントを有する複数のストリームを含む。本方法は、複数のストリームエンドポイントのうちの少なくとも１つを、少なくとも１つの第３ノードに移すよう要求する第１メッセージを、ネットワークエンティティから対応するノードに提供することを含む。本方法は、移動ノードからの複数のストリームエンドポイントのうちの少なくとも１つの転送を、少なくとも１つの第３ノードが受け入れるよう要請する少なくとも１つの第２メッセージを、ネットワークエンティティから提供することも含む。本方法は、複数のストリームエンドポイントのうちの少なくとも１つを少なくとも１つの第３ノードに移すために、移動ノードが第１セッションを修正するよう要請する第３メッセージを、ネットワークエンティティから提供することをさらに含む。

本発明の他の実施形態では、マルチメディア通信のための第１セッションを有する対応するノードと移動ノードを含む方法が提供される。第１セッションは、対応する複数のエンドポイントを有する複数のストリームを含む。本方法の一実施形態は、複数のストリームエンドポイントのうちの少なくとも１つを、少なくとも１つの第３ノードに移すよう要求する第１メッセージをネットワークエンティティから受信することと、要求された転送が受け入れられるかどうかを示す第２メッセージをネットワーエンティティに提供することを含む。本方法は、第１セッションを修正して複数のストリームエンドポイントのうちの少なくとも１つを少なくとも１つの第３ノードに移すよう要求する第３メッセージを、ネットワークエンティティから受信することも含む。

本発明は、以下の説明を添付の図面と併せて参照することによって理解されよう。図面において同じ参照番号は同じ要素を特定する。

セッションのストリームエンドポイントを別の装置に移すための、提案された方法を概念的に示す図である。 セッションを２つの装置間で分割するための、提案された方法を概念的に示す図である。 本発明による、ネットワーク起動の部分的セッション転送方法の、第１の例示的実施形態を概念的に示す図である。 本発明による、ネットワーク起動の部分的セッション転送方法の、第２の例示的実施形態を概念的に示す図である。 本発明による、ネットワーク起動の部分的セッション転送方法の、第３の例示的実施形態を概念的に示す図である。 本発明による、部分的セッションを検索する方法の、１つの例示的実施形態を概念的に示す図である。 本発明による、ネットワーク起動の部分的セッション転送を拒否する方法の、１つの例示的実施形態を概念的に示す図である。

本発明は様々な修正および代替形式の余地があるが、本発明の特定の実施形態が一例として図面に示されており、また本明細書において詳細に記述されている。しかし、本明細書における特定の実施形態の記述は、開示された特定の形式に本発明を限定する意図はなく、その反対に、添付の特許請求の範囲によって定義された本発明の範囲内の全ての変更形態、同等物、および代替物をカバーすることを意図することが理解されるべきである。

本発明の例示的実施形態を以下で説明する。明確にするために、実際の実装の全ての特徴が本明細書内で説明されているわけではない。こうしたどのような実際の実施形態の開発においても、システム関連およびビジネス関連の制約条件の遵守などの、実装ごとに異なる開発者の特定の目的を達成するために、多くの実装特有の決定がなされるべきであることが当然理解されよう。さらに、このような開発努力は複雑で時間がかかるが、それでもこの開示の利益を得る当業者のために行われる日常業務であることが理解されよう。

本発明および対応する詳細な説明の一部は、ソフトウェア、または、コンピュータメモリ内のデータビット上の動作のアルゴリズムおよび記号表現に関して示される。これらの説明および表現は、これによって当業者が彼らの仕事の内容を当分野の他の技術者に効果的に伝達するものである。本明細書で使用される用語としての、また一般的に使用されるものとしてのアルゴリズムは、所望の結果に導くステップの首尾一貫したシーケンスと考えられる。ステップは、物理量の物理操作を必要とするものである。通常、必須ではないが、これらの量は、格納、転送、結合、比較、およびその他の方法で処理されることが可能な、光、電気、または磁気信号の形を取る。場合によっては、主に一般的用法のために、これらの信号をビット、値、要素、シンボル、キャラクタ、用語、数などと呼称するのが便利なことが実証済みである。

しかし、これらおよび同様の全ての用語は適切な物理量に関連付けられるべきであり、これらの量に適用された便宜的なラベルに過ぎないことを念頭に置かなければならない。特に指定のない限り、または、説明から明らかなことであるが、「処理」「コンピューティング」「計算」「決定」「表示」などの用語は、コンピュータシステムのレジスタおよびメモリ内の物理的、電気的量として表されるデータを操作し、コンピュータシステムメモリ、またはレジスタ、または他のこのような情報ストレージ、送信、またはディスプレイ装置内の物理量として同様に表される他のデータに変換するコンピュータシステム、または同様の電気コンピューティング装置の動作および処理を指す。

本発明の、ソフトウェアが実装された態様は、一般に、何らかの形式のプログラム記憶媒体にコード化されるか、何らかのタイプの送信メディアに実装される点にも留意されたい。プログラム記憶媒体は磁気媒体（たとえば、フロッピー（登録商標）ディスクまたはハードドライブ）でも、光媒体（たとえば、コンパクトディスクリードオンリーメモリ、すなわち「ＣＤ ＲＯＭ」）でもよく、また読み取り専用でもランダムアクセスでもよい。同様に、送信メディアは、ツイストペア線、同軸ケーブル、光ファイバ、無線（または電波）インターフェースでもよく、当分野で知られている他の何らかの好適な送信メディアでもよい。本発明は、所与のどの実装形態のこれらの態様によっても限定されない。

次に、添付の図面を参照して本発明を説明する。説明のみの目的で、および本発明を曖昧にしないように、当業者にはよく知られた詳細で、様々な構造、システム、および装置が図面に概略的に示されている。しかし、添付の図面は、本発明の例示的な実施例を記述し説明するために含まれる。本明細書で使用される単語および句は、関連分野の技術者によるそれらの単語および句の認識と一致する意味を有するように理解および解釈されるべきである。用語または句の特別の定義、すなわち、当業者によって理解される通常および慣例の意味と異なる定義が、本明細書における用語または句の首尾一貫した使用によって含意されることは意図されない。用語または句が特別な意味、すなわち当業者によって理解される意味以外の意味を有することが意図される限り、このような特別の定義は、その用語または句の特別な定義を直接および明白に提供する明確な形式で、明細書内で明示的に説明される。

図３は、ネットワーク起動の部分的セッション転送方法３００の、第１の例示的実施形態を概念的に示す図である。図示された実施形態では、移動ノード（ｍｏｂｉｌｅ ｎｏｄｅ：ＭＮ）および対応するノード（ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｎｏｄｅ：ＣＮ）は現行の通信セッションを有する（矢印３０５によって示されている通り）。本明細書では、「セッション」という用語は、当分野の一般的用法に従って、送信者と受信者のセット、および送信者から受信者へ流れるデータストリーム、または、論理的には、送信者と受信者の間の１つまたは複数のデータ／制御ストリームの、リンクされた送信／受信と定義される。マルチメディア会議がセッションの一例である。様々な代替実施形態では、移動ノードと対応するノードがどのような所望の装置にも実装されうる。本明細書では、「装置」という用語は、当分野の一般的用法に従って、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ：ＳＩＰ）ユーザエージェント（ｕｓｅｒ ａｇｅｎｔ：ＵＡ）に代表されうるソフトウェアまたはハードウェアアプライアンスと定義される。したがって、移動ノードおよび／または対応するノード、またはその移動ノードおよび対応するノード内のアプリケーションは、現行の通信セッション３０５において送信者および／または受信者として働く。

移動ノードおよび対応するノードは、サブセッションコントローラ（ｓｕｂ−ｓｅｓｓｉｏｎ ｃｏｎｔｒｏｌｌｅｒ：ＳＳＣ）を含むネットワーク（図示せず）を介して示す。サブセッションコントローラは、ソフトウェア、ファームウェア、ハードウェア、またはそれらのどのような組合せ内にも実装されうる。サブセッションコントローラは、通信セッション３０５の部分的転送を開始できる。当分野の一般的用法に従って本明細書で使用されるように、「部分的セッション転送」という用語は、セッションに含まれる装置のうちの１つから他の装置への、セッションを形成する複数のデータストリームのうちの１つまたは複数のエンドポイントなどの、セッションの一部を移すことを指す。本明細書では、セッションの一部はサブセッションと呼ばれうる。図示された実施形態では、オーディオ装置（ａｕｄｉｏ ｄｅｖｉｃｅ：ＡＤ）は、オーディオストリーム内の信号を送信および／または受信するよう構成されている。したがって、部分的セッション転送は、現行セッション３０５の一部、たとえば、１つまたは複数のオーディオストリームエンドポイントを、移動ノードからオーディオノードへ移すために使用されうる。しかし、本開示の利益を得る当業者は、オーディオ装置および対応するオーディオストリームは例示的なものであり、本発明を限定する意図はないことを理解すべきである。代替実施形態では、部分的セッション転送は、１つまたは複数のストリームエンドポイント、すなわちセッション３０５の一部を、どのような装置または装置の組合せにも移すために使用されうる。

第１の例示的実施形態では、対応するノードのストリームエンドポイントを含む移動ノードとのサブセッションをオーディオ装置が形成するよう要請するメッセージを送信することによって、サブセッションコントローラが部分的セッション転送を開始する（矢印３１０によって示されている通り）。ストリームエンドポイントは、メディアソースおよび／または受信者でもよい。サブセッションは、対応するノードとオーディオ装置との間のオーディオストリームをサポートするために使用されうるが、この時点で、サブセッションは必ずしもセッション３０５と関連しているとも、またはセッション３０５の一部であるとも限らない。オーディオ装置は、移動ノードとのサブセッションを形成する要請を、オーディオ装置が受け入れるか拒否するかを示す応答メッセージを送信することによって応答する（矢印３１５によって示されている通り）。サブセッションを形成する要請をオーディオ装置が受け入れる場合、次いで、矢印３２０によって示されている通り、オーディオ装置と対応するノードとの間の対応するメディアストリームが形成されうる。セッション、および／またはサブセッション、および／またはメディアストリームをノード間に形成するための技法は当分野で知られており、明確にするためだけに、本発明に関連するセッション、および／またはサブセッション、および／またはメディアストリームを形成するこれらの態様が、本明細書においてさらに説明される。

サブセッションコントローラは、オーディオ装置への部分的セッション転送を許可することによって、移動ノードがセッション３０５を修正するよう要請するメッセージを、移動ノードに送信する（矢印３２５によって示されている通り）。たとえば、ＳＩＰによってネットワークが動作する場合、サブセッションコントローラが、要求された方法「ｐｓｔ−ｃｏｎｔｒｏｌ」でｒｅ−ＩＮＶＩＴＥメッセージを移動ノードに送信し（３２５で）、移動ノードを使用する代わりに、オーディオのためのオーディオ装置を使用することを提案する。「ｐｓｔ−ｃｏｎｔｒｏｌ」方法はＳＩＰの拡張であり、ｒｅ−ＩＮＶＩＴＥメッセージの「要求された」ヘッダ内の方法「ｐｓｔ−ｃｏｎｔｒｏｌ」によって示されうる。ＳＩＰのＵＡがこの拡張を理解しない場合、ＳＩＰによる「ｂａｄ ｅｘｔｅｎｓｉｏｎ」応答で応答する。ＳＩＰによって定義されるようなヘッダおよび／またはタグは、移動ノードがサブセッションを制御できるようにするために、ｒｅ−ＩＮＶＩＴＥメッセージ内に含まれうる。例示的なヘッダおよび／またはタグは、オーディオ装置の宛先アドレスを示す情報を含む「ｐｓｔ−ｔｏ」ヘッダ、移動ノードのソースアドレスを示す情報を含む「ｐｓｔ−ｆｒｏｍ」ヘッダ、および、部分的セッション転送のための「ｐｓｔ−ｃａｌｌ−ｉｄ」識別子を含むことができる。

ｒｅ−ＩＮＶＩＴＥメッセージは、セッション内の正確な変更を記載するＳＤＰボディを含むこともできる。たとえば、最初のセッション３０５のためにＭＮによってＣＮに送信されたＳＤＰボディは以下を含むことができる：
ｖ＝０
ｃ＝ＩＮ ＩＰ４ ｍｎ．ｅｘａｍｐｌｅ．ｃｏｍ
ｍ＝ａｕｄｉｏ ４８４００ ＲＴＰ／ＡＶＰ ０
ｍ＝ｖｉｄｅｏ ５８４００ ＲＴＰ／ＡＶＰ ３４
また、ｒｅ−ＩＮＶＩＴＥメッセージ（３２５で）内のＳＤＰボディは以下を含むことができる：
ｖ＝０
ｍ＝ａｕｄｉｏ ４８４００ ＲＴＰ／ＡＶＰ ０
ｃ＝ＩＮ ＩＰ４ ａｕｄｉｏ−ｄｅｖ．ｅｘａｍｐｌｅ．ｃｏｍ
ｍ＝ｖｉｄｅｏ ５８４００ ＲＴＰ／ＡＶＰ ３４
ｃ＝ＩＮ ＩＰ４ ｍｎ．ｅｘａｍｐｌｅ．ｃｏｍ
移動ノードは、これらの２つのＳＤＰボディを比較して、その結果、同じｃｏｄｅｃなどを使用して、オーディオストリームはオーディオ装置（ａｕｄｉｏ−ｄｅｖ．ｅｘａｍｐｌｅ．ｃｏｍ）に移されうると決定できるが、ビデオストリームは同じ装置（すなわち、移動ノード）上で継続できる。しかし、ｃｏｄｅｃは全ての実施形態において同じである必要がないことを当業者は理解すべきである。

移動ノードは、要請された部分的セッション転送を受け入れるか許可するかを決定する（３３０で）。その決定（３３０で）は、要請メッセージ内で提供された（３２５で）情報に加えて、移動ノードが利用できる他のどのような情報にも基づくことができる。ノードが拡張をサポートし、部分的セッション転送の継続を望む場合、ノードは、サブセッションコントローラにＯＫメッセージを送信することによって応答できる。移動ノードが拡張をサポートしない場合、ＳＩＰによって４２０（Ｂａｄ ｅｘｔｅｎｓｉｏｎ）で応答する。次いで、以下でさらに説明する通り、サブセッションコントローラは、部分的セッション転送の継続（たとえば、ユーザプロファイルから）を依然として望むかどうかを判断できる。この場合、サブセッションコントローラは、ＭＮがセッションを終了するとき、サブセッションを終了しなければならない。ＭＮが拡張をサポートし部分的セッション転送の継続を望まない場合、以下でさらに説明する通り、６０３（拒否）メッセージで応答する。図示された実施形態では、要請された部分的セッション転送を受け入れることを移動ノードが決定するので、矢印３３５によって示されている通り、提案された部分的セッション転送の受入れを示す応答をサブセッションコントローラに提供する。サブセッションコントローラは応答を受信し、応答の受信と部分的セッション転送の開始を確認する承認メッセージを提供する（矢印３４０によって示されている通り）。

一旦、移動ノードが部分的セッション転送を受け入れると、サブセッションコントローラが、対応するノードがセッション３０５の一部をオーディオ装置に移すよう要求するメッセージを提供する（矢印３４５によって示されている通り）。たとえば、サブセッションコントローラはｒｅ−ＩＮＶＩＴＥメッセージを対応するノードに送信し、変更されたＳＤＰを対応するノードに通知できる（たとえば、ＳＤＰは、オーディオストリームのための移動ノードのＩＰアドレスの代わりに、オーディオ装置のＩＰアドレスが使用されなければならないことを示す）。ビデオストリーム（または他の何らかのストリーム）が、依然として移動ノードに向かっている場合がある。次いで、対応するノードは、セッション３０５の一部をオーディオ装置に移す要求を対応するノードが受け入れたことを示すメッセージを送信できる（矢印３５０によって示されている通り）。次いで、対応するノードは、矢印３５５によって示されている通り、オーディオ装置のオーディオストリームを形成できる。

サブセッションコントローラは、ｒｅ−ＩＮＶＩＴＥメッセージなどのメッセージを移動ノードに提供し（矢印３６０によって示されている通り）、移動ノードと対応するノードとの間のオーディオストリームを介するオーディオの送信を移動ノードが停止するよう要求する。移動ノードは、移動ノードと対応するノードとの間のオーディオストリームを使用するオーディオの送信を停止する要求を確認するメッセージを提供する（矢印３６５によって示されている通り）。サブセッションコントローラは、移動ノードからの以前のメッセージ３６５の受信を確認する承認を提供できる（矢印３７０によって示されている通り）。次いで、移動ノードは、移動ノードが送信を停止するよう要求するメッセージ３６０の受信後実質的にいつでも、移動ノードと対応するノードとの間のオーディオストリームを使用してオーディオを送信することを停止できる（３７５で）。サブセッションコントローラは、矢印３８０、３８５によって示されている通り、オーディオ装置と対応するノードに部分的セッション転送の完了を確認する承認を提供することもできる。

図４は、ネットワーク起動の部分的セッション転送方法４００の、第２の例示的実施形態を概念的に示す図である。図示された実施形態では、移動ノード（ｍｏｂｉｌｅ ｎｏｄｅ：ＭＮ）および対応するノード（ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｎｏｄｅ：ＣＮ）は現行の通信セッションを有する（矢印４０５によって示されている通り）。第１の例示的実施形態のように、サブセッションコントローラが部分的セッション転送を開始する。しかし、第２の例示的実施形態では、オーディオ装置への部分的セッション転送を許可することによって移動ノードがセッション４０５を修正するよう要請するメッセージを移動ノードに送信することによって、サブセッションコントローラが部分的セッション転送を開始する（矢印４１０によって示されている通り）。本明細書において説明する通り、ネットワークがＳＩＰによって動作する場合、サブセッションコントローラは、「ｐｓｔ−ｔｏ」ヘッダと「ｐｓｔ−ｃａｌｌ−ｉｄ」識別子を含むことができるヘッダおよび／またはタグに加えて、「ｐｓｔ−ｃｏｎｔｒｏｌ」方法でｒｅ−ＩＮＶＩＴＥメッセージを送信できる（４１０で）。ｒｅ−ＩＮＶＩＴＥメッセージは、セッション内の正確な変更を記載するＳＤＰボディを含むこともできる。

移動ノードは、要請された部分的セッション転送を受け入れるか許可するかを決定する（４１５で）。その決定（４１５で）は、要請メッセージ内で提供された（４１０で）情報に加えて、移動ノードが利用できる他のどのような情報にも基づくことができる。図示された実施形態では、移動ノードは要請された部分的セッション転送を受け入れることを決定するので、矢印４２０によって示されている通り、提案された部分的セッション転送の受入れを示す応答をサブセッションコントローラに提供する。サブセッションコントローラは、応答を受信し、応答の受信と部分的セッション転送の開始を確認する承認メッセージを提供する（矢印４２５によって示されている通り）。

第２の例示的実施形態では、次いで、サブセッションコントローラがメッセージをオーディオ装置に送信し（矢印４３０によって示されている通り）、部分的セッション転送の開始を提案し、オーディオ装置がＣＮのストリームエンドポイントを含むＭＮとのサブセッションを形成する要請を、オーディオ装置が受け入れるか拒否するかを示す応答メッセージを送信することによって応答する（矢印４３５によって示されている通り）。サブセッションコントローラは、ｒｅ−ＩＮＶＩＴＥメッセージなどのメッセージを移動ノードに提供し（矢印４４０によって示されている通り）、移動ノードと対応するノードとの間のオーディオストリームを介するオーディオの送信を移動ノードが停止するよう要求する。移動ノードは、移動ノードと対応するノードとの間のオーディオストリームを使用してオーディオを送信することを停止する要求を確認するメッセージを送信することによって応答する（矢印４４５によって示されている通り）。次いで、サブセッションコントローラは、移動ノードからの以前のメッセージ４４５の受信を確認する承認を提供できる（矢印４５０によって示されている通り）。次いで、移動ノードは、移動ノードが送信を停止するよう要求するメッセージ４４０の受信後実質的にいつでも、移動ノードと対応するノードとの間のオーディオストリームを使用してオーディオを送信することを停止できる（４５５で）。

矢印４６０によって示されている通り、サブセッションコントローラは、オーディオ装置が送信した（４３５で）応答を確認する承認をオーディオ装置に提供できる。承認４６０に応答して、オーディオ装置と移動ノードの間のサブセッションを形成することができ、矢印４４０によって示されている通り、オーディオ装置は対応するノードにオーディオストリームを提供することを開始できる。サブセッションコントローラは、対応するノードがセッション４０５の一部をオーディオ装置に移すよう要求する、ｒｅ−ＩＮＶＩＴＥメッセージなどのメッセージも提供する（矢印４７０によって示されている通り）。次いで、対応するノードは、セッション４０５の一部をオーディオ装置に移す要求を受け入れたことを示すメッセージを送信でき（矢印４７５によって示されている通り）、オーディオストリームを移動ノードへ送信することを停止できる（４８０で）。移動ノードは受入れ４７５の承認を提供でき（４８５で）、次いで、矢印４９０によって示されている通り、対応するノードはオーディオ装置とオーディオストリームを形成できる。ビデオストリーム（または他の何らかのストリーム）は、依然として移動ノードとＣＮの間に存在できる。次いで、サブセッションコントローラは、オーディオ装置に、部分的セッション転送の完了を確認するメッセージを提供する（矢印４９５によって示されている通り）。

図５は、ネットワーク起動の部分的セッション転送方法５００の、第３の例示的実施形態を概念的に示す図である。図示された実施形態では、移動ノード（ｍｏｂｉｌｅ ｎｏｄｅ：ＭＮ）および対応するノード（ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｎｏｄｅ：ＣＮ）は現行の通信セッションを有する（矢印５０５によって示されている通り）。第２の例示的実施形態のように、オーディオ装置への部分的セッション転送を許可することによって移動ノードがセッション５０５を修正するよう要請するメッセージを移動ノードに送信することによって、サブセッションコントローラが部分的セッション転送を開始する（矢印５１０によって示されている通り）。移動ノードは、要請された部分的セッション転送を受け入れるか許可するかを決定する（５１５で）。しかし、第３の例示的実施形態では、移動ノードは要請された部分的セッション転送を受け入れないと決定するので、矢印５２０によって示されている通り、オーディオ装置への提案された部分的セッション転送が拒否されたことを示す応答を提供する。たとえば、移動ノードが要求された拡張および／または方法をサポートできないので、「Ｂａｄ Ｅｘｔｅｎｓｉｏｎ」メッセージなどの否定応答を返す場合がある。

第３の例示的実施形態では、サブセッションコントローラは否定応答を受信し、提案された部分的セッション転送を続行するかどうか決定する（５２５で）。たとえ移動ノードがヘッダ内に示された拡張をサポートしなくても、または部分的セッション転送を求める要求に対する否定応答を送信しても、セッション５０５の一部がオーディオ装置などの他の装置に移された場合、移動ノードは依然として機能できる。サブセッションコントローラは、移動ノードまたはユーザによって与えられた情報を使用して部分的セッション転送が完了されうると決定できる場合がある。たとえば、サブセッションコントローラは、ユーザ嗜好および／またはユーザプロファイルにアクセスし、この情報を使用して提案された部分的セッション転送を続行するかどうかを判断できる（５２５で）。図示された実施形態では、サブセッションコントローラは部分的セッション転送を続行すると決定する（５２５で）ので、（矢印５３０によって示されている通り）否定応答の受信を確認するメッセージを提供する。

次いで、サブセッションコントローラは部分的セッション転送の開始を続行する。第３の例示的実施形態では、サブセッションコントローラは、メッセージをオーディオ装置に送信し、移動ノードとのセッションの準備を提案する（矢印５３５によって示されている通り）。たとえば、このＩＮＶＩＴＥメッセージのＳＤＰボディは、タイプオーディオのメディア記述を含むことができ、ＩＰアドレスは対向ノードのＩＰアドレスの場合がある。この例では、メディアストリームがＣＮとＡＤの間を流れる間、ＭＮ（たとえば、ＭＮの代わりにＳＳＣが要請を送信する）とＡＤの間のセッションが準備されている。オーディオ装置は、移動ノードとのサブセッションを形成する要請を、オーディオ装置が受け入れるか拒否するかを示す応答メッセージを送信することによって応答する（矢印５４０によって示されている通り）。ストリームエンドポイントとしてＣＮのＩＰアドレスを含む移動ノードとのサブセッションを形成する要請をオーディオ装置が受け入れる場合、次いで、図４に示された第２の例示的実施形態で示された通り、方法５００を続行する。したがって、図５で矢印５４０に続いて示された矢印と四角は、図４の同じ部分における同じ矢印と四角に実質的に対応する。一実施形態では、ＣＮはマルチホームされる（および／または部分的セッションモビリティをサポートする）ので、複数のＩＰアドレスを有することができ、そのうちの１つはそれぞれのストリームのためのエンドポイントとしてＣＮによって選択されうる。

図６は、部分的セッションを検索する方法６００の、１つの例示的実施形態を概念的に示す図である。図示された実施形態では、部分的セッション転送は、移動ノードと対応するノードとの間のセッションの一部を、オーディオ装置に移すために使用されている。したがって、対応するノードは移動ノードとの第１セッション６０５を有し、移動ノードはオーディオ装置との第２セッション６１０を有する。第１と第２のセッションは、オーディオストリームが対応するノードとオーディオ装置の間を流れ、他のストリームが対応するノードと移動ノードの間を流れるように（たとえばＳＤＰを使用して）定義される。次いで、移動ノードは、オーディオ装置が、対応するノードへ／からのオーディオストリームの送信および／または受信を中止すべきであることを示すメッセージを送信すること（矢印６１５によって示されている通り）によって、オーディオ装置からのオーディオストリーム６１０のエンドポイントの検索を開始する。一実施形態では、メッセージ６１５は、第２の部分的セッション６１０に関連するｃａｌｌ−ｓｅｓｓｉｏｎ−ＩＤなどの、第２の部分的セッション６１０を示す情報を含む。６１５のメッセージに応答して、オーディオ装置は、第２の部分的セッション６１０が中止されていることを承認するメッセージを送信でき（６２０で）、次いでオーディオストリームを対応するノードに送信することを中止できる（６２５で）。

移動ノードは、対応するノードがセッションの第２の部分６１０を移動ノードに移すよう要求する、ｒｅ−ＩＮＶＩＴＥメッセージなどのメッセージを提供できる（矢印６３０によって示されている通り）。次いで、対応するノードは、第２の部分６１０を移動ノードに移す要求を受け入れたことを示すメッセージを送信できる（矢印６３５によって示されている通り）。移動ノードは、受入れ６３０の承認を提供でき（６４０で）、次いで、対応するノードは、矢印６４５によって示されている通り、移動ノードとのオーディオストリームを形成できる。したがって、通信セッションの第１と第２の部分６０５、６４５は、両方とも対応するノードと移動ノードで終了できる。

図７は、ネットワーク起動の部分的セッション転送を拒否する方法７００の、１つの例示的実施形態を概念的に示す図である。図示された実施形態では、移動ノード（ｍｏｂｉｌｅ ｎｏｄｅ：ＭＮ）および対応するノード（ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｎｏｄｅ：ＣＮ）は現行の通信セッションを有する（矢印７０５によって示されている通り）。以前の実施形態と同様、オーディオ装置への部分的セッション転送を許可することによって移動ノードがセッション７０５を修正するよう要請するメッセージを移動ノードに送信することによって、サブセッションコントローラが部分的セッション転送を開始する（矢印７１０によって示されている通り）。移動ノードは、要請された部分的セッション転送を受け入れるか許可するかを決定する（７１５で）。図示された実施形態では、移動ノードは要請された部分的セッション転送を受け入れないと決定するので、矢印７２０によって示されている通り、オーディオ装置への提案された部分的セッション転送が拒否されたことを示す応答を提供する。たとえば、移動ノードが要求された拡張および／または方法をサポートできないので、「Ｂａｄ Ｅｘｔｅｎｓｉｏｎ」メッセージなどの否定応答を返す場合がある。別の例では、移動ノードでのユーザ入力が、提案された部分的セッション転送の続行をユーザが望まないことを示す場合がある。サブセッションコントローラは否定応答を受信し、部分的セッション転送の要求を拒否する移動ノードに応答して、部分的セッション転送を続行しないと決定する。したがって、サブセッションコントローラは、否定承認の受信と提案された部分的セッション転送の終了を確認するメッセージを提供する（矢印７２５によって示されている通り）。

上記で開示された特定の実施形態は例示的なものに過ぎず、本発明は、本明細書の教示の利益を得る当業者に明らかな、異なるが同等の方法で修正および実践されてよい。さらに、以下の特許請求の範囲において説明されるものを除いて、本明細書に示された構成または設計の詳細を限定する意図はない。したがって、上記で開示された特定の実施形態が変更または修正されてよいことが明らかであり、このような全ての変形形態は本発明の範囲内であると考えられる。したがって、本明細書で求められる保護は以下の特許請求の範囲において説明される。

Claims (10)

1. マルチメディア通信のための第１セッションを有する対応するノードと移動ノードを含む方法であって、第１セッションが対応する複数のエンドポイントを有する複数のストリームを含み、
   複数のストリームエンドポイントのうちの少なくとも１つを、少なくとも１つの第３ノードに移すよう要求する第１メッセージを、ネットワークエンティティから対応するノードに提供することと、
   移動ノードからの複数のストリームエンドポイントのうちの前記少なくとも１つの転送を、前記少なくとも１つの第３ノードが受け入れるよう要請する少なくとも１つの第２メッセージを、ネットワークエンティティから提供することと、
   複数のストリームエンドポイントのうちの前記少なくとも１つを前記少なくとも１つの第３ノードに移すために、移動ノードが第１セッションを修正するよう要請する第３メッセージを、ネットワークエンティティから提供することを含む、方法。
2. 第１メッセージを提供することが、制御情報、対応するノード、移動ノード、および第３ノードのアドレス、第１セッションの識別子、ならびにノードへの複数のストリームエンドポイントの提案されたマッピングのうちの少なくとも１つを提供することを含み、第１セッションが、オーディオストリームとビデオストリームを含む複数のストリームをサポートし、第１メッセージを提供することが、オーディオストリームとビデオストリームのエンドポイントのうちの少なくとも１つを移すよう要求する第１メッセージを提供することを含む、請求項１に記載の方法。
3. 第１メッセージを提供することに応答して、および、移動ノードでのユーザ入力にさらに応答して、対応するノードから応答メッセージを受信することを含み、第２メッセージを提供することが、応答メッセージを受信することの承認として第２メッセージを提供することを含む、請求項１に記載の方法。
4. 第２メッセージを提供することが、ユーザ嗜好に基づいて第２メッセージを提供することを含む、請求項１に記載の方法。
5. 第３メッセージを提供することが、複数のデータストリームのマッピングを示す第３メッセージを提供することを含む、請求項１に記載の方法。
6. マルチメディア通信のための第１セッションを有する対応するノードと移動ノードを含む方法であって、第１セッションが対応する複数のエンドポイントを有する複数のストリームを含み、
   複数のストリームエンドポイントのうちの少なくとも１つを、少なくとも１つの第３ノードに移すよう要求する第１メッセージをネットワークエンティティから受信することと、
   要求された転送が受け入れられるかどうかを示す第２メッセージをネットワーエンティティに提供することと、
   第１セッションを修正して複数のストリームエンドポイントのうちの前記少なくとも１つを少なくとも１つの第３ノードに移すよう要求する第３メッセージを、ネットワークエンティティから受信することを含む、方法。
7. 第１メッセージを受信することが、制御情報、対応するノード、移動ノード、および第３ノードのアドレス、第１セッションの識別子、ならびに複数のストリームの提案されたマッピングのうちの少なくとも１つを受信することを含み、第１セッションが、オーディオストリームとビデオストリームを含む複数のストリームをサポートし、第１メッセージを受信することが、オーディオストリームとビデオストリームのうちの少なくとも１つの、少なくとも１つのエンドポイントを移すよう要求する第１メッセージを受信することを含む、請求項６に記載の方法。
8. 第１メッセージを提供することに応答して、またユーザ入力にさらに応答して、応答メッセージを提供することを含む、請求項６に記載の方法。
9. 応答メッセージを提供することが、ユーザ入力に応答して、要求された転送を受け入れる応答メッセージを提供することを含む、請求項８に記載の方法。
10. 応答メッセージを提供することが、ユーザ入力に応答して、要求された転送を拒否する応答メッセージを提供することを含む、請求項８に記載の方法。

Images