【誤訳訂正書】
【提出日】平成29年2月22日(2017.2.22)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】協調通信セッションにおけるユーザ機器（ＵＥ）セッション通知
【技術分野】
【０００１】
（米国特許法第１１９条の下における優先権の主張）
本特許出願は、２００９年９月１１日に出願され、本発明の譲受人に譲渡されており、参照により本明細書に明確に組み込まれている「Ｍｏｎｉｔｏｒ  Ｍｅｉｄｉａ  Ｓｅｓｓｉｏｎｓ  ｉｎ  ａ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｓｅｓｓｉｏｎ」という名称の米国特許仮出願第６１／２４１，８０９号の優先権を主張するものである。
【０００２】
本特許出願は、２００９年１２月１４日に出願され、本発明の譲受人に譲渡されており、参照により本明細書に明確に組み込まれている「Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ（ＵＥ）  Ｓｅｓｓｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ  ｉｎ  ａ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｓｓｉｏｎ」という名称の米国特許仮出願第６１／２８６，２８０号の優先権を主張するものである。
【０００３】
本開示は、一般に、通信に関し、より具体的には、ワイヤレス通信ネットワークにおける協調通信セッションにおけるユーザ機器の秩序立った調整のための技術に関する。
【背景技術】
【０００４】
ユーザは、通信セッションにおいて複数の通信デバイスを動作させることがある。例えば、音声およびビデオを含む異なる通信コンポーネントを有するマルチメディア通信セッションにおいて、ユーザは、音声およびビデオストリームを異なるデバイスを使用することがある。さらに、同一のユーザは、それらの異なる通信デバイスの間でそれらの通信コンポーネントを追加したり、取り除いたり、または交換したりすることがある。すべてのそのような変更は、それらの異なるデバイスの間において秩序立った調整および協調を必要とする。前述した通信セッションは、以降、協調通信セッション、または単に協調セッションと呼ばれる。
【０００５】
より具体的な例として、ユーザは、最初、遠隔会議コールにおいて別のユーザを相手に音声通信とビデオ通信の両方のためにモバイル電話機を使用することが可能である。後になって、より良好なビデオディスプレイデバイス、例えば、高精細度テレビ（ＨＤＴＶ）が利用可能になると、ユーザは、遠隔会議コールのビデオコンポーネントをＨＤＴＶに移し、音声通信をモバイル電話機を介したままにすることを決定することが可能である。さらに後になって、ユーザは、さらに別の通信デバイス、例えば、ラップトップコンピュータを介して他方のユーザとインスタントメッセージ（ＩＭ）を交換することを決定することが可能である。協調セッションにおいてユーザが複数のデバイスを使用している場合であっても、モバイル電話機は、ユーザがすべてのメディアコンポーネントを管理するのに使用できる制御用のデバイスのままとすることが可能である。
【発明の概要】
【０００６】
以下に、開示される態様のいくつかの態様の基本的な理解をもたらすために、簡略化された概要を提示する。この概要は、広範な概観ではなく、重要な要素、もしくは不可欠な要素を特定することも、そのような態様の範囲を線引きすることも意図していない。この概要の目的は、後段で提示されるより詳細な説明の前置きとして、説明される特徴のいくつかの概念を簡略化された形態で提示することである。
【０００７】
一態様において、ホームネットワークベースの協調セッションにおけるインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）サービス継続性のための方法が提供される。セッション継続性コントローラ（ＳＣＣ）アプリケーションサーバ（ＡＳ）が、制御するユーザ機器（ＵＥ）と制御されるＵＥのうち選択されたいずれかのＵＥから、遠隔ＵＥに終端する協調セッションのためのダイアログイベントパッケージに対するサブスクリプションを受信する。ＳＣＣ  ＡＳが、協調セッションに関するメディアコンテンツのＵＥ間転送（ＩＵＴ）の変更を検出する。ＳＣＣ  ＡＳが、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定する。ＳＣＣ  ＡＳが、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥにメディアコンテンツのＩＵＴの変更について通知する。
【０００８】
別の態様において、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のための少なくとも１つのプロセッサが提供される。第１のモジュールが、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥから、遠隔ＵＥに終端する協調セッションのためのダイアログイベントパッケージに対するサブスクリプションを受信する。第２のモジュールが、協調セッションに関するメディアコンテンツのＩＵＴの変更を検出する。第３のモジュールが、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定する。第４のモジュールが、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥにメディアコンテンツのＩＵＴの変更について通知する。
【０００９】
さらなる態様において、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のためのコンピュータプログラム製品が提供される。一時的でないコンピュータ可読媒体が、コードのセットを格納する。コードの第１のセットが、コンピュータに、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥから、遠隔ＵＥに終端する協調セッションのためのダイアログイベントパッケージに対するサブスクリプションを受信させる。コードの第２のセットが、コンピュータに、協調セッションに関するメディアコンテンツのＩＵＴの変更を検出させる。コードの第３のセットが、コンピュータに、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定させる。コードの第４のセットが、コンピュータに、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥにメディアコンテンツのＩＵＴの変更について通知させる。
【００１０】
さらなる態様において、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のための装置が提供される。この装置は、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥから、遠隔ＵＥに終端する協調セッションのためのダイアログイベントパッケージに対するサブスクリプションを受信するための手段を備える。この装置は、協調セッションに関するメディアコンテンツのＩＵＴの変更を検出するための手段を備える。この装置は、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定するための手段を備える。この装置は、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥにメディアコンテンツのＩＵＴの変更について通知するための手段を備える。
【００１１】
さらに別の態様において、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のための装置が提供される。ネットワークインターフェースが、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥから、遠隔ＵＥに終端する協調セッションのためのダイアログイベントパッケージに対するサブスクリプションを受信する。コンピューティングプラットフォームが、協調セッションに関するメディアコンテンツのＩＵＴの変更を検出し、さらに制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定する。ネットワークインターフェースが、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥにメディアコンテンツのＩＵＴの変更について通知する。
【００１２】
さらなる態様において、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のための方法が提供される。制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、遠隔ＵＥに終端する協調セッションに参加するためにＳＣＣ  ＡＳにシグナリングする。制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、協調セッションのためのダイアログイベントパッケージに対するサブスクリプションをＳＣＣ  ＡＳに送信する。制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、メディアコンテンツのＩＵＴの変更のサブスクリプションに応答するＳＣＣ  ＡＳからの通知を受信し、ただし、ＳＣＣ  ＡＳは、協調セッションに関するメディアコンテンツのＩＵＴの変更を検出しており、さらに制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定している。
【００１３】
さらなる態様において、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のための少なくとも１つのプロセッサが提供される。第１のモジュールが、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥとして遠隔ＵＥに終端する協調セッションに参加するためにＳＣＣ  ＡＳにシグナリングする。第２のモジュールが、協調セッションのためのダイアログイベントパッケージに対するサブスクリプションをＳＣＣ  ＡＳに送信する。第３のモジュールが、メディアコンテンツのＩＵＴの変更のサブスクリプションに応答するＳＣＣ  ＡＳからの通知を受信し、ただし、ＳＣＣ  ＡＳは、協調セッションに関するメディアコンテンツのＩＵＴの変更を検出しており、さらに制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定している。
【００１４】
別の態様において、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のためのコンピュータプログラム製品が提供される。一時的でないコンピュータ可読媒体が、コードのセットを格納する。コードの第１のセットが、コンピュータに、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥとして遠隔ＵＥに終端する協調セッションに参加するためにＳＣＣ  ＡＳにシグナリングさせる。コードの第２のセットが、コンピュータに、協調セッションのためのダイアログイベントパッケージに対するサブスクリプションをＳＣＣ  ＡＳに送信させる。コードの第３のセットが、コンピュータに、メディアコンテンツのＩＵＴの変更のサブスクリプションに応答するＳＣＣ  ＡＳからの通知を受信させ、ただし、ＳＣＣ  ＡＳは、協調セッションに関するメディアコンテンツのＩＵＴの変更を検出しており、さらに制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定している。
【００１５】
さらなる態様において、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のための装置が提供される。この装置は、制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥとして遠隔ＵＥに終端する協調セッションに参加するためにＳＣＣ  ＡＳにシグナリングするための手段を備える。この装置は、協調セッションのためのダイアログイベントパッケージに対するサブスクリプションをＳＣＣ  ＡＳに送信するための手段を備える。この装置は、メディアコンテンツのＩＵＴの変更のサブスクリプションに応答するＳＣＣ  ＡＳからの通知を受信するための手段を備え、ただし、ＳＣＣ  ＡＳは、協調セッションに関するメディアコンテンツのＩＵＴの変更を検出しており、さらに制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定している。
【００１６】
さらに別の態様において、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のための装置が提供される。制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥのトランシーバが、遠隔ＵＥに終端する協調セッションに参加するためにＳＣＣ  ＡＳにシグナリングする。コンピューティングプラットフォームが、このトランシーバを介して、協調セッションのためのダイアログイベントパッケージに対するサブスクリプションをＳＣＣ  ＡＳに送信する。このトランシーバが、メディアコンテンツのＩＵＴの変更のサブスクリプションに応答するＳＣＣ  ＡＳからの通知をさらに受信し、ただし、ＳＣＣ  ＡＳは、協調セッションに関するメディアコンテンツのＩＵＴの変更を検出しており、さらに制御するＵＥと制御されるＵＥのうち選択されたいずれかのＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定している。
【００１７】
以上の目的、および関連する目的を実現するため、１つまたは複数の態様が、後段で完全に説明され、特許請求の範囲において詳細に指摘される特徴を備える。以下の説明、および添付の図面は、いくつかの例示的な態様を詳細に示し、さらにそれらの態様の原理が使用され得る様々な仕方のいくつかだけを示す。他の利点、および新奇な特徴が、図面と併せて考慮されると、以下の詳細な説明から明白となり、開示される態様は、すべてのそのような態様、および均等の態様を含むことを意図している。
【００１８】
本開示の特徴、性質、および利点は、図面と併せて解釈されると、後段に記載される詳細な説明から、より明白となり、すべての図面で同様の参照符号により対応する識別が行われる。
【図面の簡単な説明】
【００１９】
【図１】複数のアクセスネットワークにわたる協調セッションをサポートする通信システムを示す高レベルの概略図。
【図２】異なる３つの無線アクセス技術（ＲＡＴ）を使用する通信システムを示す概略図。
【図３】制御するユーザ機器（ＵＥ）によって開始された、制御されるＵＥから別の制御されるＵＥへのメディア転送などに関する、様々なエンティティ間のセッションコンポーネントのシグナリングおよび交換に関する例示的な呼フローを示す図。
【図４】ＵＥ、またはセッション継続性コントローラ（ＳＣＣ）アプリケーションサーバ（ＡＳ）などのネットワークエンティティのための例示的なハードウェア動作環境を示す図。
【図５】協調セッションにおいてメディアセッションを監視することに関する例示的な呼フローを示す図。
【図６】ホームネットワークベースの協調セッションにおけるインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）継続性のためにＳＣＣ  ＡＳなどのネットワークエンティティによって実行される方法に関するフローチャート。
【図７】ホームネットワークベースの協調セッションにおけるＩＭＳ継続性のためにＵＥによって実行される方法に関するフローチャート。
【図８】ホームネットワークベースの協調セッションにおけるＩＭＳ継続性のためのＳＣＣ  ＡＳなどのネットワークエンティティの電気構成要素の論理グループ化を示すブロック図。
【図９】ホームネットワークベースの協調セッションにおけるＩＭＳ継続性のためのＵＥの電気構成要素の論理グループ化を示すブロック図。
【図１０】ホームネットワークベースの協調セッションにおけるＩＭＳ継続性のための手段を有するＳＣＣ  ＡＳなどのネットワークエンティティの装置を示すブロック図。
【図１１】ホームネットワークベースの協調セッションにおけるＩＭＳ継続性のための手段を有するＵＥの装置を示すブロック図。
【図１２】制御するＵＥによって開始された、制御されるＵＥから別の制御されるＵＥへのメディア転送を示す呼フローチャート。
【発明を実施するための形態】
【００２０】
以下の説明は、当業者が本発明を作成し、使用することを可能にするように提示される。以下の説明における詳細は、説明の目的で示される。これらの特定の詳細の使用なしにこの新たな考案が実践され得ることが当該技術における通常の知識で理解されるということを認識すべきである。その他、よく知られた構造およびプロセスは、不必要な詳細で本発明の説明を不明瞭にしないように詳細には説明しない。したがって、本発明は、示される実施例によって限定されることは意図されず、本明細書で開示される原理および特徴と合致する最も広い範囲が与えられるべきである。
【００２１】
さらに、以下の説明においては、簡潔かつ明確にするため、国際電気通信連合（ＩＴＵ）によって第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））の下で普及させられている広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））標準およびロングタームイボリューション（ＬＴＥ（登録商標））標準に関連する用語が使用される。本発明は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）などの他の技術にも適用可能であることが強調されなければならない。異なる専門用語に関連する用語法は、変更できる。例えば、考慮される用語法として、ＷＣＤＭＡ標準において使用されるユーザ機器（ＵＥ）は、ときとして、アクセス端末装置（ＡＴ）、ユーザ端末装置、移動局（ＭＳ）、加入者ユニット、ユーザ機器（ＵＥ）、モバイルデバイス、システム、加入者ユニット、加入者局、モバイル、セルラデバイス、マルチモードデバイス、遠隔局、遠隔端末装置、ユーザエージェント、ユーザデバイスなどと呼ばれることが可能である。加入者局は、いくつかだけを挙げると、セルラ電話機、コードレス電話機、セッション開始プロトコル（ＳＩＰ）電話機、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続能力を有するハンドヘルドデバイス、あるいは処理デバイスとのワイヤレス通信を円滑にするワイヤレスモデムまたは類似した機構に接続された他の処理デバイスなどであることが可能である。同様に、ＷＣＤＭＡ標準において使用されるアクセスネットワーク（ＡＮ）は、ときとして、アクセスポイント、アクセスノード（ＡＮ）、ノードＢ、基地局（ＢＳ）などと呼ばれることが可能である。適宜、異なる用語法が異なる技術用語に適用されることに留意されたい。
【００２２】
最初に図１を参照すると、通信システム１０は、遠隔ＵＥ１５を相手にメディアの転送を行う、制御するユーザ機器（ＵＥ）１２と、第１の制御されるＵＥ１３と、第２の制御されるＵＥ１４との間で行われるものとして図示される協調セッションを円滑にする。ＵＥ１２〜１４は、第１のアクセスネットワーク（ＡＮ）１６によるサービスを受け、遠隔ＵＥ１５は、第２のＡＮ１７によるサービスを受ける。２つのＡＮ１６、１７は、ＩＭＳ
ＣＮ１８を介してパケットデータを通信する。詳細には、通信システム１０は、制御されるＵＥ１３、１４と遠隔ＵＥ１５との間のメディア転送の変更２０について制御するＵＥ１２に通知することによって、ＵＥ間転送（ＩＵＴ）を円滑にする。詳細には、制御するＵＥ１２は、セッション継続性コントローラ（ＳＣＣ）アプリケーションサーバ（ＡＳ）１９として示されるネットワーク装置に対してサブスクライブすることによって、協調セッション１１におけるセッション記述の変更を認識させられることが可能である。
【００２３】
ＩＰマルチメディアサブシステム（ＩＭＳ）サービス継続性は、異なるＡＮ１６、１７にわたってＩＭＳマルチメディアセッションの１つまたは複数のコンポーネントのＩＵＴを提供するホームネットワークベースのＩＭＳアプリケーションである。さらに、サービス継続性は、ＩＭＳマルチメディアセッションのメディアフローを追加すること、削除すること、および転送すること、または同一のＩＭＳサブスクリプションに属する複数のＵＥ１２〜１４にわたるＩＭＳマルチメディアセッション全部を転送することを可能にする。サービス継続性のためのＩＵＴは、協調セッション１１の一部である２つ以上のＵＥ１２〜１４にわたってローカル終端でマルチメディアセッションが分割されることを許す。
【００２４】
一態様において、ＲＥＦＥＲメソッドを使用して協調セッションが確立される場合、制御するＵＥが、制御されるＵＥにおけるメディアフローおよびセッションのステータスを知ることが不可欠である。当該技術の通常の技術知識の１つは、協調セッション全般について説明する、例えば、３ＧＰＰ  ＴＳ２３．２３７バージョン９．１．０に気が付くことができる。協調セッションのステータスは、協調セッションにおいて、制御されるＵＥのダイアログイベントパッケージにサブスクライブすることによって監視できる。しかし、制御するＵＥがメディアステータス（制御されるＵＥ自らによる、または遠隔終端による、制御するＵＥ上のフローの除去などの）を監視するための従来の機構は、存在しない。開示される例は、協調セッションの確立の後にメディアフローのステータスを監視することを解決する機構を提供する。
【００２５】
一部の例において、ＮＯＴＩＦＹは、協調セッションの確立の後にメディアフロー／セッションのステータスを監視するために使用される。協調セッションがＲＥＦＥＲを使用して確立されると、暗黙のサブスクリプションが作成される。通常、協調セッションの確立の後、この暗黙のサブスクリプションは、ＮＯＴＩＦＹヘッダの中でサブスクリプション状態を「終了」に設定することによって、ＳＣＣ  ＡＳによって取り壊される。一態様において、本発明は、協調セッションの確立の後、暗黙のサブスクリプションが終了させられるのではなく、協調セッションの寿命全体にわたって維持される機構を開示する。その結果、今、この暗黙のサブスクリプションは、制御されるＵＥ上でメディアフローが変わった（メディアの除去などの）場合、または制御されるＵＥがアクセスレッグを終了させた場合に、制御するＵＥに通知するために使用され得る。また、この新たな考案は、制御されるＵＥ上のメディアステータスを示すＳＰＤボディをＮＯＴＩＦＹ要求の中に含めることも開示する。メディアステータスを示すための他のオプションは、ＳＩＰｆｒａｇボディと一緒にＸＭＬボディを使用してステータスを示すことで実現できる。
【００２６】
別の態様において、図１を引き続き参照すると、最初に、コントローラＵＥ１２は、２３で示されるとおり、トランシーバ２２を介してコンピューティングプラットフォーム２１を使用して、ＳＣＣ  ＡＳ１９を相手にダイアログイベントパッケージ２４にサブスクライブする。ＳＣＣ１９は、ＩＭＳ  ＣＮ１８を介してＡＮ１６、１７と通信するためのネットワークインターフェース２５と、ダイアログイベントパッケージ２４を処理するためのコンピューティングプラットフォーム２６とを含む。サブスクリプション２３は、セッション確立後、暗黙の終了ではなく、協調セッション１１の予期される使用に十分とであるように指定された持続時間２７を保持できる。第２に、ＳＣＣ  ＡＳ１９は、協調セッション１１内で制御するＵＥ１２、制御されるＵＥ１３、１４、および遠隔ＵＥ１５を相手にいくつかのダイアログを維持する。ＳＣＣ  ＡＳ１９は、制御されるＵＥ１３と制御されるＵＥ１４の間のメディア転送２０を検出する。例えば、受信されたメッセージ２８は、第２の制御されるＵＥ１４を宛先とするＲｅｆｅｒ−ｔｏヘッダと、現在、第１の制御されるＵＥ１３によってサポートされているのではなく、第２の制御されるＵＥ１４によってサポートされているメディアラインをリストするユニフォームリソース識別子（ＵＲＩ）とを含むことが可能である。その結果、ＳＣＣ  ＡＳ１９は、その手順が第１の制御されるＵＥ１３から第２の制御されるＵＥ１４にメディアを転送することを目的とすることを認識する。ＳＣＣ  ＡＳ１９は、メディアコンポーネントを移すＳＩＰ  ＩＮＶＩＴＥ要求２９を第２の制御されるＵＥ１４に送信する。ＩＮＶＩＴＥリストの中のセッション記述プロトコル（ＳＤＰ）は、協調セッション１１内のメディアラインである。第２の制御されるＵＥ１４がメディアを遠隔ＵＥ１５に送信することを開始するのを回避するため、ＳＣＣ−ＡＳ１９は、３０で示されるとおり、ＳＤＰオファーの中に非アクティブであるべきラインを追加する。このため、協調セッション１１におけるＵＥ１２〜１４のセッション記述を更新する場合、ＳＣＣ  ＡＳ１９は、メディアライン、ならびにＵＥ１２〜１５のＩＰアドレスなどの関連する情報を含め、制御されるＵＥ１３〜１４および遠隔ＵＥ１５のすべてのＵＥのＳＰＤを含むセッション記述要素を備えたＸＭＬボディを
有することによって構築されたＳＩＰ  ＮＯＴＩＦＹ要求３１の中で、その変更について制御するＵＥ１２に通知する。協調セッション１１における参加者の間で協調が完了すると、ＳＣＣ  ＡＳ１９は、３２で示されるとおり、メディアを転送するようにアクティブとなるように第２の制御されるＵＥ１３にシグナリングする。
【００２７】
図２で、通信システム５０において、第１のＵＥ（「ＵＥ−１」）５１は、遠隔ノード（「ＵＥ遠隔」）５２を相手に初期通信を実行する。ユーザの側で、説明の簡明のため、ユーザは、３つのアクセスネットワーク（ＡＮ）５３、５４、および５５を介して通信システム５０にアクセスすることができるものする。
【００２８】
この例において、ＡＮ５３は、ＩＭＳ  ＣＮ５６によって提供されるマルチメディアサービスにインターネットプロトコル（ＩＰ）接続を提供することができるロングタームイボリューション（ＬＴＥ）通信ネットワーク（すなわち、Ｅ−ＵＴＲＡＮ）である。ＡＮ５３は、移動性マネージャエンティティ（ＭＭＥ）５７、ノードＢ５８、サービングゲートウェイ（ＳＧＷ）５９、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）６０などの様々なネットワークエンティティを備える。この例では、モバイルデバイスであるＵＥ−１  ５１などのユーザエンティティは、無線リンクレベルでノードＢ５８とワイヤレスで通信する。
【００２９】
ＡＮ５４は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）ネットワーク、例えば、ＩＥＥＥ８０２．１１標準およびその他のＷＬＡＮ技術の下で動作するネットワークである。ＡＮ５４は、とりわけ、アクセスポイント（ＡＰ）６１を備える。別のＵＥ−３
６２などの別のユーザデバイスは、例えば、バックボーンネットワーク６３のアクセスのためにＡＰ６１とワイヤレスで通信することが可能である。
【００３０】
ＡＮ５５は、さらに別のネットワーク、例えば、ＣＤＭＡ２０００ネットワークである。ＡＮ５５は、とりわけ、パケットデータサービスノード（ＰＤＳＮ）６４と、アクセスノード（ＡＳ）６５と、サービング無線ネットワークコントローラ（ＳＲＮＣ）６６とを含む。別のＵＥ−２  ６７などのさらに別のユーザデバイスは、例えば、バックボーンネットワーク６３のアクセスのためにＡＮ６５とワイヤレスで通信することが可能である。
【００３１】
図２で、３つすべてのＡＮ５３、５４、および５５は、ＩＭＳコアネットワーク５６に結び付けられる。このバージョンで説明されるＩＭＳコアネットワーク５６は、様々な標準団体によってサポートされるアーキテクチャ上のフォーマットを有するネットワークである。例としては、３ＧＰＰ、３ＧＰＰ２（第３世代パートナーシッププロジェクト２）、ＩＥＥＥ（国際電気電子学会）などのいくつか挙げられる。ＩＭＳコアネットワーク５６は、ＩＰプロトコルを使用し、バックボーンネットワーク６３に接続される。バックボーンネットワーク６３は、インターネットまたはイントラネットであることが可能である。
【００３２】
図２で、ＵＥ５１、６２、および６７は、それぞれ、ＬＴＥ  ＡＮ５３、ＷＬＡＮ  ＡＮ５４、およびＣＤＭＡ２０００  ＡＮ５５を介してＩＭＳコアネットワークに接続されるものとして示される。単一のＵＥは、これらのＡＮのうち１つ、任意のＡＮ、またはすべてのＡＮを介してＩＭＳコアネットワーク５６へのアクセスを得ることが可能であることを理解されたい。例えば、ＵＥ−１  ５１は、同時に、または異なる期間でＬＴＥ  ＡＮ５３とＷＬＡＮ  ＡＮ５４との両方を介してＩＭＳコアネットワーク５６へのアクセスを得ることができる。同じことが、ＵＥ−２  ６７やＵＥ−３  ６２などの他のＵＥに関して成り立つことが可能である。
【００３３】
前述したＡＮのタイプは、単に例示的であることに留意されたい。他のタイプのＡＮによるＩＭＳコアネットワーク５６に対する接続も、明らかに可能である。
【００３４】
遠隔ユーザの側において、遠隔ユーザは、別のＩＭＳコアネットワーク６９に結び付けられた別のＡＮ６８を介してネットワーク５０にアクセスすることもできる。図１に示される構成は、単に例示的であることに留意されたい。他の構成も明らかに可能である。例えば、ＡＮ６８は、ＵＥ、ＵＥ−１  ５１からＵＥ−３  ６２を使用するユーザによって使用されるＡＮと同一であることも、異なることも可能である。同様に、ＩＭＳコアネットワーク６９は、ＵＥ、ＵＥ−１  ５１からＵＥ−３  ６２を使用するユーザによって使用されるＩＭＳコアネットワークと同一であることも、異なることも可能である。
【００３５】
以下の説明において、ＩＭＳ標準によるシグナリングおよびデータ交換に関連する用語法およびプロトコルが使用される。ＩＭＳ標準の基本は、３ＧＰＰによって公表された「Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（ＩＰ）ｍｕｌｔｉｍｅｄｉａ  ｃａｌｌ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ  ｂａｓｅｄ  ｏｎ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）  ａｎｄ  Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＤＰ）」という題名の刊行物、３ＧＰＰ  ＴＳ２４．２２９において見ることができる。
【００３６】
まず、ＩＭＳコアネットワーク５６を介して遠隔装置、ＵＥ遠隔５２と通信するＵＥ−１  ５１が存在することを想定されたい。ＵＥ−１  ５１は、ＡＮ５３を介してＩＭＳコアネットワーク５６へのアクセスを得る。同様に、ＵＥ遠隔５２は、ＡＮ６８を介してＩＭＳコアネットワーク６９へのアクセスを得る。
【００３７】
ユーザの側において、ＩＭＳコアネットワーク５６は、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）サーバ７０と、サービング呼セッション制御機能（Ｃ−ＣＳＣＦ）サーバ７１と、セッション継続性コントローラ（ＳＣＣ）／アプリケーションサーバ（ＡＳ）７３と、他のＩＭＳエンティティ７２とを含む。ＳＣＣ  ＡＳ７３は、異なるアクセス、および異なるデバイスの間で通信セッションのシームレスなセッション転送を許す機能を提供するＩＭＳコアネットワーク５６内の一種のアプリケーションサーバである。このバージョンにおいて、ＩＭＳセッション継続性を維持するのに、すべてのＩＭＳセッションは、ＳＣＣ  ＡＳ７３においてアンカされる。
【００３８】
この例示的なバージョンにおいて、まず、ユーザは、ＵＥ−１  ５１、ＵＥ−２  ６７、およびＵＥ−３  ６２などの複数のＵＥを制御し、それらの様々なＵＥを介してＵＥ遠隔５２を相手に、複数のマルチメディアコンポーネント、すなわち、オーディオ１、オーディオ２、およびビデオを備えるＩＭＳセッションを有しているものと想定されたい。本開示において、「マルチ」または「複数の」という用語は、１つより多いことを意味する。前述したとおり、ＩＭＳセッションは、ＳＣＣ７３においてアンカされる。例えば、マルチメディアセッションは、ＵＥ６７を相手にした、複数の音声ストリームと、複数のビデオストリームとを有するテレビ会議セッションであることが可能である。
【００３９】
説明の目的として、この例では、図２に概略で示されるとおり、通信セッションは、最初、ＵＥ−２  ６７とＵＥ遠隔５２との間で、オーディオ１及びオーディオ２のコンポーネントを有するものと想定されたい。さらに、やはり図２に概略で示されるとおり、ＵＥ−３  ６２とＵＥ遠隔５２との間に、ビデオのコンポーネントが存在するものと想定されたい。この例において、ビデオコンポーネントは、ビデオストリームがＵＥ遠隔５２からＵＥ−３  ６２の一方向に流れる。
【００４０】
ＵＥ−１  ５１、ＵＥ−２  ６７、ＵＥ−３  ６２、およびＵＥ遠隔５２などの様々なＵＥは、ＳＣＣ  ＡＳ７３を通過するシグナリングメッセージも有することに留意されたい。シグナリングメッセージの流れおよび方向は、図２に、より太い実線として示されている。他方、様々なメディアコンポーネント、オーディオ１、オーディオ２、およびビデオは、図２に示される破線によって表される。
【００４１】
通信セッションの最中に、ＵＥ−１  ５１が、図２に示される方向矢印６４によって表されるとおり、オーディオ１コンポーネントをＵＥ−２  ６７からＵＥ−３  ６２に転送することを決定するものと想定されたい。この場合、ＵＥ−１  ５１は、コンポーネント転送を開始し、初期シグナリングおよびトラヒック制御の命令を実行する。ＵＥ−１  ５１は、制御するＵＥと呼ばれる。制御する側と制御される側の役割は、交替できることが明らかであることに留意されたい。例えば、ＵＥ−２  ６７またはＵＥ−３  ６２のいずれかが、ＵＥ−１  ５１の代わりに制御する側の役割を負うことが可能である。
【００４２】
図３において、例示的な呼フローダイアグラム９０は、制御するＵＥによって開始された、制御されるＵＥから別の制御されるＵＥへのメディア転送などに関する、様々なエンティティ間のシグナリング、およびセッションコンポーネントの交換を示す。詳細には、参加するものは、ＵＥ−１（制御する側）９３、ＵＥ−２（制御される側）９４、およびＵＥ−３（制御される側）９５、ＩＭＳ  ＣＮ９６、ＳＣＣ  ＡＳ９７、ならびにＵＥ遠隔９８として示される。９９で示される、ＵＥ−２（１２３．４５．６７．８９）９４と遠隔ＵＥ（１３２．５４．７６．９８）９８との間では、オーディオ１およびオーディオ２を有する既存のセッションが存在する。ビデオコンポーネントは、１００で示されるとおり、遠隔ＵＥ９８から制御されるＵＥ、ＵＥ−３（１２３．１１２．６７．８７）９５への一方向である。
【００４３】
ブロック１０１〜１０８のシグナリングステップは、ＩＭＳコアネットワーク９６を介する制御するＵＥ−１  ９３とＳＣＣ  ＡＳ９７の間のセッションコンポーネント転送のための開始と関係する。ブロック１０１〜１０８のシグナリングステップに関する対応する例示的なメッセージは、それぞれ、表１〜８におけるセッションとして記述される。
【００４４】
ＳＩＰ  ＲＥＦＥＲ要求が、ＩＭＳ  ＣＮ９６を介してＵＥ−１  ９３からＳＣＣ−ＡＳ  ９７に送信される（それぞれ、ブロック１０１〜１０２）。コントローラＵＥ−１  ９５は、このセッションのオーディオ１部分を制御されるＵＥ、ＵＥ−３  ９５への転送を試みる。表１においては、ＵＥ−１  ９３からＳＣＣ−ＡＳ９７へのセッション開始プロトコル（ＳＩＰ）ＲＥＦＥＲ要求の例が記述される。
【表１】
2013504945.tif 000001
【００４５】
ＳＩＰ２０２（Ａｃｃｅｐｔｅｄ）応答は、ＩＭＳ  ＣＮ９６を介してＳＣＣ  ＡＳ９７からＵＥ−１  ９３に送信される（それぞれ、ブロック１０３〜１０４）。したがって、ＳＣＣ−ＡＳ９７は、ＳＩＰ  ＲＥＦＥＲ要求に対する応答として、制御するＵＥ−１
９３にＳＩＰ２０２（Ａｃｃｅｐｔｅｄ）応答を送信する。したがって、ＳＣＣ−ＡＳ９７は、以下の表２において記述されるとおり、ＳＩＰ  ＲＥＦＥＲ要求結果に対する暗黙のサブスクリプションを通知するように、ＳＩＰ  ＮＯＴＩＦＹ要求をＵＥ−１  ９３に送信する。
【表２】
2013504945.tif 000002
【００４６】
ＳＩＰ  ＮＯＴＩＦＹ要求に確認応答するＳＩＰ２００（ＯＫ）応答は、ＩＭＳ  ＣＮ９６を介してＵＥ−１  ９３からＳＣＣ−ＡＳ９７に送信される（それぞれ、ブロック１０７〜１０８）。ＳＩＰ  ＩＮＶＩＴＥ要求は、ＩＭＳ  ＣＮ９６を介してＳＣＣ−ＡＳ９７からＵＥ−３  ９５に送信される（それぞれ、ブロック１０９〜１１０）。
【００４７】
ブロック１１０〜１１４に示されるステップは、セッションコンポーネントの転送の準備を整えるために、ＵＥ−２  ９５をセットアップすることに関する。ブロック１１０〜１１３として示されるシグナリングステップのための対応する例示的なメッセージは、それぞれ、対応するセッションにおける場合と同様に記述される。
【００４８】
ブロック１０１〜１０２のメッセージがＵＥ−３  ９５にアドレス指定されたＲｅｆｅｒ−ｔｏヘッダとＵＥ−３  ９５以外の別の制御されるＵＥによって現在サポートされていないオーディオラインをリストするユニフォームリソース識別子（ＵＲＩ）パラメータとを含むので、ＳＣＣ  ＡＳ９７は、その手順が制御されるＵＥ（ＵＥ−２  ９４）から制御されるＵＥ（ＵＥ−３  ９５）にメディアを転送することを目的とすることを認識する。ＳＣＣ  ＡＳ９７は、オーディオメディアコンポーネントを転送するように、ＳＩＰ
ＩＮＶＩＴＥ要求を、制御されるＵＥ、ＵＥ−３  ９５に送信する。ＩＮＶＩＴＥリストの中のセッション記述プロトコル（ＳＤＰ）は、協調セッション内のメディアラインである。ＵＥ−３  ９５が遠隔ＵＥ９８にオーディオを送信することを開始するのを回避するため、ＳＣＣ−ＡＳ９７は、表３に示されるとおり、ＳＤＰオファーの中に不活性であるべきラインを追加する。
【表３】
2013504945.tif 000003
【００４９】
ＳＩＰ２００（ＯＫ）応答は、ＩＭＳ  ＣＮ９６を介してＵＥ−３  ９５からＳＣＣ−ＡＳ９７に送信される（それぞれ、ブロック１１１〜１１２）。その結果、制御されるＵＥ、ＵＥ−３  ９５が、例示的な表４に記述されるとおり、ＳＣＣ−ＡＳ９７にＳＩＰ  ２００（ＯＫ）応答を送信することによってＳＩＰ  ＩＮＶＩＴＥ要求に対して確認応答する。
【表４】
2013504945.tif 000004
【００５０】
確認応答するため、ＳＩＰ  ＡＣＫ要求は、ＩＭＳ  ＣＮ９６を介してＳＣＣ−ＡＳ９７からＵＥ−３  ９５に送信される（それぞれ、ブロック１１３、１１４）。
【００５１】
ブロック１１５〜１１８として示されるステップは、ブロック１０９として示されるステップにおけるＩＮＶＩＴＥメッセージがセッションコンポーネントの転送のためにＵＥ−２  ９５に送信されることに成功したかどうかに関する、制御するＵＥ−１  ９３への通知ならびに制御されるＵＥ−２  ９５に対する転送要求のステータスの、制御するＵＥ−１  ９３による確認応答に関する。ＳＩＰ  ＮＯＴＩＦＹ要求は、ＳＣＣ−ＡＳ９７から制御するＵＥ、ＵＥ−１  ９３に送信される（それぞれ、ブロック１１５〜１１６）。これにより、ＳＣＣ−ＡＳ９７は、制御するＵＥ、ＵＥ−１  ９３にＳＩＰ  ＮＯＴＩＦＹ要求を送信して、制御されるＵＥ−３  ９５へのオーディオ１の転送の成功ステータスについて知らせる。例示的なメッセージ内容が、表５において示される。
【表５】
2013504945.tif 000005
【００５２】
ＳＩＰ２００（ＯＫ）応答（制御するＵＥ９３からＳＣＣ−ＡＳ９７へ（それぞれ、ブロック１１７〜１１８））。したがって、制御するＵＥ９３は、ＳＩＰ２００（ＯＫ）応答をＳＣＣ−ＡＳ９７に送信することによって、ＳＩＰ  ＮＯＴＩＦＹ要求に対して確認応答する。したがって、ブロック１１９〜１２６として示されるステップは、制御するＵＥ−１  ９３によるＳＣＣ  ＡＳ９７への初期のサブスクリプションおよび通知を含む。ブロック１１９〜１２０として示されるステップにおけるサブスクリプション中、ＵＥ−１  ９３は、ＵＥ−１  ９３とＳＣＣ  ＡＳ９７の間のダイアログイベントパッケージにサブスクライブする。しかし、ＵＥ−１  ９３とＳＣＣ  ＡＳ９７との間の、このダイアログが協調セッションを制御するためのダイアログであるので、ＳＣＣ  ＡＳ９７は、このサブスクリプションを協調セッション全体に関するセッション情報にサブスクライブするものとして扱う。
【００５３】
制御するＵＥ、ＵＥ−１  ９３とＳＣＣ  ＡＳ９７との間の既存のダイアログにサブスクライブするＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求は、ＳＣＣ−ＡＳ９７から制御されるＵＥ、ＵＥ−２  ９４に送信される（それぞれ、ブロック１１９〜１２０）。表６は、例示的な記述を与える。
【表６】
2013504945.tif 000006
【００５４】
ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求に確認応答するＳＩＰ２００（ＯＫ）応答は、ＳＣＣ−ＡＳ９７から制御されるＵＥ、ＵＥ−１  ９３に送信される（それぞれ、ブロック１２１〜１２２）。ＳＩＰ  ＮＯＴＩＦＹ要求は、ＩＭＳ  ＣＮ９６を介してＳＣＣ−ＡＳ９７から制御されるＵＥ、ＵＥ−１  ９３に送信される。このＳＩＰ  ＮＯＴＩＦＹ要求は、表７において与えられるとおり、制御されるＵＥ−２  ９４、制御されるＵＥ−３  ９５、および遠隔ＵＥ９８に関するＳＤＰを含む。
【表７−１】
2013504945.tif 000007
【表７−２】
2013504945.tif 000008
【００５５】
ＳＩＰ  ＮＯＴＩＦＹに確認応答するため、ＳＩＰ２００（ＯＫ）応答は、ＩＭＳ  ＣＮ９６を介して制御されるＵＥ−２  ９４からＳＣＣ−ＡＳ  ９７に送信される。
【００５６】
ブロック１２７〜１３２として示されるステップは、制御されるＵＥ−２  ９４から転送されているメディアコンポーネントに関して、制御されるＵＥ−２  ９４のダイアログを更新することに関する。オーディオ１を解放するようＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求は、ＩＭＳ  ＣＮ９６を介してＳＣＣ−ＡＳ９７から制御されるＵＥ、ＵＥ−２  ９４に送信される（それぞれ、ブロック１２７〜１２８）。表８は、例示的なＳＩＰ  ＩＮＶＩＴＥ要求を示す。
【表８】
2013504945.tif 000009
【００５７】
ＳＩＰ  ＩＮＶＩＴＥ要求に確認応答するため、ＳＩＰ２００（ＯＫ）応答は、ＩＭＳ
ＣＮ９６を介してＵＥ−２  ９４からＳＣＣ−ＡＳ９７に送信される（それぞれ、ブロック１２９〜１３０）。表９は、例示的なＳＩＰ２００  ＯＫ応答を示す。
【表９】
2013504945.tif 000010
【００５８】
確認応答するため、ＳＩＰ  ＡＣＫ要求は、ＩＭＳ  ＣＮ９６を介してＳＣＣ−ＡＳ９７からＵＥ−２  ９４に送信される（それぞれ、ブロック１３１〜１３２）。
【００５９】
ブロック１３３〜１５４に示されるステップは、制御されるＵＥ−２  ９４から他方の制御されるＵＥ−２  ９５へのオーディオ１コンポーネントの転送に関する、様々なエンティティの間の最終の確認応答および確認に関する。より具体的には、ブロック１３３〜１３４、１４３〜１４４、１５１および１５２に示されるステップは、ブロック１１９〜１２０として示されるステップにおけるサブスクライブに応答して送信される。詳細には、ブロック１３３〜１３４に示されるステップは、ＵＥ−１  ９３とＳＣＣ  ＡＳ９７との間のダイアログに関するダイアログステータス変更についてＵＥ−１  ９３に通知する。ブロック１４３〜１４４として示されるステップは、ＵＥ遠隔９８とＳＣＣ  ＡＳ９７との間のダイアログについてＵＥ−１  ９３に通知する。ステップ１５１〜１５２は、ＵＥ−２  ９５とＳＣＣ  ＡＳ９７との間のダイアログについてＵＥ−１  ９３に通知する。これらのステップの後、図２に示されるとおり、オーディオ１コンポーネントは、その後、転送される。
【００６０】
詳細には、ＳＩＰ  ＮＯＴＩＦＹ要求は、ＳＣＣ−ＡＳ９７から制御するＵＥ−１  ９３に送信される（それぞれ、ブロック１３３〜１３４）。このＳＩＰ  ＮＯＴＩＦＹ要求は、表１０に示されるとおり、制御されるＵＥ−２  ９４、制御されるＵＥ−３  ９５、および遠隔ＵＥ９８に関するＳＤＰを含む。
【表１０−１】
2013504945.tif 000011
【表１０−２】
2013504945.tif 000012
【００６１】
ＳＩＰ  ＮＯＴＩＦＹ要求に確認応答するため、ＳＩＰ２００（ＯＫ）応答は、ＩＭＳ
ＣＮ９６を介して制御されるＵＥ−２  ９４からＳＣＣ−ＡＳ９７に送信される（それぞれ、ブロック１３５〜１３６）。ＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求は、ＩＭＳ  ＣＮ９６を介してＳＣＣ−ＡＳ９７から遠隔ＵＥ９８に送信される（それぞれ、ブロック１３７、１３８）。表１１は、例示的なＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求を示す。
【表１１】
2013504945.tif 000013
【００６２】
ＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求に確認応答するため、ＳＩＰ２００（ＯＫ）応答は、ＩＭＳ  ＣＮ９６を介して遠隔ＵＥ９８からＳＣＣ−ＡＳ９７に送信される（それぞれ、ブロック１３９〜１４０）。表１２は、例示的なＳＩＰ２００（ＯＫ）応答を示す。
【表１２】
2013504945.tif 000014
【００６３】
ＳＩＰ  ＡＣＫ要求は、ＩＭＳ  ＣＮ９６を介してＳＣＣ−ＡＳ９７から遠隔ＵＥ９８に送信される（それぞれ、１４１〜１４２）。ＳＩＰ  ＮＯＴＩＦＹ要求は、ＩＭＳ  ＣＮ９６を介してＳＣＣ−ＡＳ９７から制御するＵＥ−１  ９３に送信される（それぞれ、ブロック１４３〜１４４）。表１３は、制御されるＵＥ−２  ９４、制御されるＵＥ−３
９５、および遠隔ＵＥ９８に関するＳＤＰを含む例示的なＳＩＰ  ＮＯＴＩＦＹ要求を示す。
【表１３−１】
2013504945.tif 000015
【表１３−２】
2013504945.tif 000016
【００６４】
ＳＩＰ  ＮＯＴＩＦＹ要求に確認応答するため、ＳＩＰ２００（ＯＫ）応答は、ＩＭＳ
ＣＮ９６を介して制御されるＵＥ−２  ９４からＳＣＣ−ＡＳ９７に送信される（それぞれ、ブロック１４５〜１４６）。オーディオ１メディアコンポーネントを活性化するため、ＳＩＰ  ＵＰＤＡＴＥ要求は、ＩＭＳ  ＣＮ９６を介してＳＣＣ−ＡＳ９７から制御されるＵＥ、ＵＥ−３  ９５に送信される（それぞれ、ブロック１４７〜１４８）。表１４は、例示的なＳＩＰ  ＵＰＤＡＴＥ要求を示す。
【表１４】
2013504945.tif 000017
【００６５】
ＳＩＰ２００（ＯＫ）応答は、ＩＭＳ  ＣＮ９６を介して制御されるＵＥ、ＵＥ−３  ９５からＳＣＣ  ＡＳ９７に送信される（それぞれ、ブロック１４９〜１５０）。ＳＩＰ
ＮＯＴＩＦＹ要求は、ＩＭＳ  ＣＮ９６を介してＳＣＣ−ＡＳ９７から制御するＵＥ−１  ９３に送信される（それぞれ、ブロック１５１〜１５２）。表１５は、制御されるＵＥ−２  ９４、制御されるＵＥ−３  ９５、および遠隔ＵＥ９８に関するＳＤＰを含む例示的なＳＩＰ  ＮＯＴＩＦＹ要求を示す。
【表１５−１】
2013504945.tif 000018
【表１５−２】
2013504945.tif 000019
【００６６】
ＳＩＰ  ＮＯＴＩＦＹ要求に確認応答するため、ＳＩＰ２００（ＯＫ）応答は、ＩＭＳ
ＣＮ９６を介して制御されるＵＥ−２  ９４からＳＣＣ−ＡＳ９７に送信される（それぞれ、ブロック１５３〜１５４）。したがって、メディア転送は、１５５で示される、ＵＥ−２  ９４とＵＥ遠隔９８との間のオーディオ２、および１５６で示されるＵＥ−３  ９５とＵＥ遠隔９８との間のオーディオ１およびビデオである。
【００６７】
図４は、協調セッションの確立の後、暗黙のサブスクリプションが終了させられないスキームまたはプロセスを実行するための装置のハードウェア実施形態の部分を示す。この回路装置は、参照符号１７０で表され、ＵＥ５１、５２、６２、および６７のようなユーザエンティティ、図２のＳＣＣ  ＡＳ７３のようなネットワークエンティティ、および他の該当する通信エンティティにおいて実施されることが可能である。
【００６８】
装置１７０は、いくつかの回路を一緒に結び付ける中央データバス１７１を備える。それらの回路には、ＣＰＵ（中央処理装置）またはコントローラ１７２、受信回路１７３、送信回路１７４、およびメモリユニット１７５が含まれる。
【００６９】
装置１７０がワイヤレスデバイスの一部である場合、受信回路１７３および送信回路１７４は、ＲＦ（無線周波数）回路に接続され得るが、図面には示されない。受信回路１７３は、受信された信号を処理し、バッファリングしてから、データバス１７１に送出する。他方、送信回路１７４は、データバス１７１からのデータを処理し、バッファリングしてから、デバイス１７０から送出する。ＣＰＵ／コントローラ１７２は、データバス１７１のデータ管理の機能を実行するとともに、メモリユニット１７５の命令内容を実行することを含め、一般的なデータ処理の機能をさらに実行する。
【００７０】
メモリユニット１７５は、参照符号１７６によって全体的に表されるモジュールおよび／または命令のセットを含む。例示の態様において、それらのモジュール／命令は、とりわけ、前述したスキームおよびプロセスを実行するシグナリング及びセッションコンポーネント転送機能１７７を含む。機能１７７は、図１〜図３に示され、説明されるプロセスステップを実行するためのコンピュータ命令またはコンピュータコードを含む。あるエンティティに特有な特定の命令は、機能１７７において選択的に実施されることが可能である。例えば、装置１７０がＵＥ−１  ５１（図２）などのユーザエンティティの一部である場合、とりわけ、図１〜図３に記述されて説明される、このユーザエンティティに特有の命令は、機能１７７においてコーディングされることが可能である。同様に、装置１７０があるインフラストラクチャ通信エンティティまたはネットワークエンティティ、例えば、ＳＣＣ  ＡＳ７３の一部である場合、図１〜図３に記述されて説明される、インフラストラクチャエンティティの態様に特有の命令は、機能１７７においてコーディングされることが可能である。
【００７１】
このバージョンにおいて、メモリユニット１７５は、ＲＡＭ（ランダムアクセスメモリ）回路である。シグナリング及びセッションコンポーネント転送機能１７７などの例示的な機能は、ソフトウェアルーチン、モジュール、および／またはデータセットである。メモリユニット１７５は、揮発性タイプであることも、不揮発性タイプであることも可能である別のメモリ回路（図示せず）に結び付けられることが可能である。代替として、メモリユニット１７５は、ＥＥＰＲＯＭ（登録商標）（電気的に消去可能なプログラマブル読取り専用メモリ）、ＥＰＲＯＭ（電気的にプログラミング可能な読取り専用メモリ）、ＲＯＭ（読取り専用メモリ）などの他の回路タイプ、磁気ディスク、光ディスク、および当技術分野でよく知られたその他のメモリユニットから作られることも可能である。
【００７２】
さらに、メモリユニット１７５は、特定用途向け集積回路（ＡＳＩＣ）であることも可能である。つまり、機能１７７における命令およびコードは、配線によること、またはハードウェアによって実施されること、あるいはハードウェアとソフトウェアの組合せによって実施されることが可能である。
【００７３】
さらに、メモリユニット１７５は、ＡＳＩＣと、揮発性タイプおよび／または不揮発性タイプから作られたメモリ回路との組合せであることが可能である。
【００７４】
説明される本発明のプロセスは、当技術分野で知られている任意のコンピュータ可読媒体上に担持されるコンピュータ可読命令としてコーディングされることも可能であることにさらに留意されたい。本開示において、「コンピュータ可読媒体」という用語は、例えば、図４の図面に示され、説明されるＣＰＵ／コントローラ１７２のような、任意のプロセッサに命令を供給することに関係する任意の媒体を指す。そのような媒体は、記憶型の媒体としてよく、前述の、例えば図４のメモリユニット１７５の記述のように、揮発型あるいは非揮発方の形を取りうる。コンピュータ可読媒体は、装置１７０とは別個のコンピュータプログラム製品の一部であることが可能である。
【００７５】
説明される本発明のプロセスは、同軸ケーブル、銅線、光ケーブルを含むことが可能な伝送媒体、ならびにマシンまたはコンピュータによって読み取られることが可能な信号を伝送することができる音波、電磁波、または光の波を伝送する無線インターフェースを介して送信され得るコンピュータ可読命令またはコンピュータ可読コードとしてコーディングされること（すなわち、「一時的」）も可能である。また、伝送媒体は、装置１７０とは別個のコンピュータプログラム製品の一部であることも可能である。例示的な態様において、コンピュータ可読命令またはコンピュータ可読コードは、一時的ではないことが可能である。
【００７６】
最後に、本発明の範囲内で他の変更も可能である。例えば、例示的な態様において説明される遠隔ユーザは、ＵＥ遠隔５２（図２）だけを動作させているものとして示される。ＵＥ遠隔５２のユーザは、ＵＥ５１、６７、および６２のユーザに関して説明されるのと同様の仕方で、協調セッションにおいて複数の通信デバイスを動作させることが可能である。さらに、説明される態様において、ＵＥ５１、６７、および６２のそれぞれは、それぞれ、異なるＡＮ技術の別々のＡＮ５３、５５、および５４を介して通信システム５０にアクセスしているものとして説明される。このおとは、そうである必要はない。それらのＡＮのすべて、またはいくつかが、もちろん、同一のＡＮ技術のものであることが可能である。前述した以外に、実施形態に関連して説明される他の任意の論理ブロック、回路、およびアルゴリズムステップが、ハードウェアで、ソフトウェアで、またはファームウェアで、あるいは以上の組合せで実施されることが可能である。形態および詳細における以上、およびその他の変更が、本発明の範囲および趣旨を逸脱することなく、本発明において行われることが可能であることが当業者によって理解されよう。
【００７７】
また、本発明は、ＲＥＦＥＲ要求のＮＯＴＩＦＹを使用して、協調セッションにおけるメディア／セッションのステータスを監視することにも関する。ＵＥ間転送（ＩＵＴ）に関する、このＲＥＦＥＲベースのソリューションにおいて、ＸＭＬボディを有するＲＥＦＥＲメッセージが、すべてのＩＵＴ動作を開始するのに使用されることが可能である。ＳＩＰｆｒａｇボディを有するＮＯＴＩＦＹメッセージは、ＩＵＴ動作結果、および他の関連する情報について制御するＵＥに通知するのに使用されることが可能である。以外の持続時間
ＲＦＣ３４２０は、従来のメッセージ／ＳＩＰｆｒａｇ多目的インターネットメール拡張（ＭＩＭＥ）メディアタイプを定義している。このタイプは、メッセージ／ＳＩＰと同様であるが、完全なＳＩＰメッセージを要求するのではなく、適格なセッション開始プロトコル（ＳＩＰ）メッセージのいくつかのサブセットが表現されることを許す。終端間セキュリティの用途に加えて、メッセージ／ＳＩＰｆｒａｇは、参照される要求のステータスについての情報を伝えるようにＲＥＦＥＲメソッドと一緒に使用されることが可能である。表１６は、ＲＥＦＥＲメッセージに関するデータ構造を示す。
【表１６】
2013504945.tif 000020
【００７８】
制御する側から制御される側へのメディアのＩＵＴ、後述する情報を有するＲＥＦＥＲメッセージが、この動作を実行するのに使用されることが可能であり、下線が引かれた部分は、例示的なデバイス／セッション情報で置き換えられる。
【表１７】
2013504945.tif 000021
【００７９】
ＩＵＴ動作の結果の通知に関して、制御するＵＥは、ＳＩＰｆｒａｇを有するＮＯＴＩＦＹを使用する。成功した場合、最終的に合意されたＳＤＰは、制御するＵＥが制御されるＵＥ上のメディア情報について認識するように、ＳＩＰｆｒａｇの一部として含められる。失敗した場合、最終の誤り応答は、ＮＯＴＩＦＹの中に含められる。
【００８０】
制御される側にメディアを追加するＩＵＴに関して、以下の情報を有するＲＥＦＥＲメッセージが、この動作を実行するのに使用されることが可能である。
【表１８】
2013504945.tif 000022
【００８１】
ＮＯＴＩＦＹは、これらの結果を通知するのに使用されることが可能である。
【００８２】
１つの制御される側から別の制御される側へのメディアのＩＵＴに関して、後述する情報を有するＲＥＦＥＲメッセージは、この動作を実行するのに使用されることが可能である。
【表１９】
2013504945.tif 000023
【００８３】
ＮＯＴＩＦＹは、これらの結果を通知するのに使用されることが可能である。成功した場合、ターゲット制御されるＵＥ上の最終的に合意されたＳＤＰは、ＳＩＰｆｒａｇの中に含められる。失敗した場合、誤りがどこで生じたかに応じて、ソースＵＥまたはターゲットＵＥからの誤り応答が含められる。
【００８４】
制御される側からメディアを取り除くＩＵＴに関して、後述する情報を有するＲＥＦＥＲメッセージは、この動作を実行するのに使用されることが可能である。
【表２０】
2013504945.tif 000024
【００８５】
ＳＩＰｆｒａｇを有するＮＯＴＩＦＹは、これらの動作結果を通知するのに使用されることが可能である。
【００８６】
制御される側から制御される側にメディアを取り出すＩＵＴに関して、以下の情報を有するＲＥＦＥＲメッセージが、この動作を実行するのに使用されることが可能である。
【表２１】
2013504945.tif 000025
【００８７】
Ｒｅ−ＩＮＶＩＴＥは、制御するＵＥとＡＳとの間のメディアを更新するのに使用される。ＳＩＰｆｒａｇを有するＮＯＴＩＦＹは、これらの動作結果を通知するのに使用される。制御される側がメディアを解放する、またはメディア特性を変更すると、制御するＵＥは、その変更について通知を受ける必要がある。このことは、制御される側自らによって、または遠隔パーティによって開始されることが可能である。ＳＩＰｆｒａｇを有するＮＯＴＩＦＹは、その解放またはそれらの変更を通知するのに使用される。
【表２２】
2013504945.tif 000026
【表２３】
2013504945.tif 000027
【００８８】
遠隔パーティから制御される側に新たなメディアを向かわせるＩＵＴコントローラに関して、遠隔パーティからのｒｅ−ＩＮＶＩＴＥは、常にまず、制御するＵＥに向かわされる。残りのＵＥ間の転送動作は、制御する側から制御される側にメディアを転送させることと同一である。
【００８９】
非ＩＵＴ動作の扱いに関して、ＵＥ間の手順を含まない以下の動作を考慮されたい。
【００９０】
制御する側が、制御する側にメディアを追加すること、
制御する側が、制御する側からメディアを取り除くこと、および、
遠隔パーティによって開始された、制御するＵＥ上のメディア追加／除去／変更。
【００９１】
通常のＩＭＳ手順は、前述の事例を扱うのに使用される。
【００９２】
以下の動作は、協調セッション内のすべてのＵＥに影響を与えるが、すべてのオプションに関して共通である。
【００９３】
制御するＵＥによって開始されたセッション解放、および、
遠隔パーティによって開始されたセッション解放。
【００９４】
ＡＳは、制御されるＵＥ上のすべての制御されるセッションを解放する必要がある。
【００９５】
図５において、制御するＵＥ−１  １９１、制御されるＵＥ−２  １９２、ＩＭＳ  ＣＮ１９３、ＳＣＣ  ＡＳ１９４、およびＵＥ遠隔１９５が関与する協調セッションにおけるメディアセッションを監視するため、ＲＥＦＥＲベースの方法１９０が提供される。高レベルで、方法１９０は、ＵＥ間の転送（ＩＵＴ）開始部分１９６から始まり、次に、開示される様々な態様に共通であり得るサードパーティ呼制御（３ＰＣＣ）動作１９７、制御する側のレッグ更新１９８、およびＩＵＴ結果通知１９９。
【００９６】
ＩＵＴ開始部分１９６を特に参照すると、ＳＣＣ  ＡＳ１９４を介して制御するＵＥ−１  １９１とＵＥ遠隔１９５との間にダイアログＩＤ  Ｄ１ａが存在する（ブロック２００）。制御するＵＥ−１  １９１は、ＩＭＳ  ＣＮ１９３にＲＥＦＥＲメッセージ（ＳＣＣ  ＡＳ、参照先：ＵＥ−２、ＸＭＬボディ、Ｄｘ＝ＤｎｅｗまたはＤ１ａ）を送信する（ブロック２０１）。すると、ＩＭＳ  ＣＮ１９３は、ＲＥＦＥＲ（Ｄｘ）をＳＣＣ  ＡＳ１９４に送信する（ブロック２０２）。これに応答して、ＳＣＣ  ＡＳ１９４は、２０２  Ａｃｃｅｐｔｅｄ（Ｄｘ）をＩＭＳ  ＣＮ１９３に送信し（ブロック２０３）、ＩＭＳ  ＣＮ１９３は、２０２  Ａｃｃｅｐｔｅｄ（Ｄｘ）をＵＥ−１  １９１に送信する（ブロック２０４）。ＳＣＣ  ＡＳ１９４は、ＮＯＴＩＦＹ（１００  Ｔｒｙｉｎｇ、Ｄｘ）をＩＭＳ  ＣＮ１９３に送信し（ブロック２０５）、ＩＭＳ  ＣＮ１９３は、ＮＯＴＩＦＹ（１００  Ｔｒｙｉｎｇ、Ｄｘ）をＵＥ−１  １９１に送信する（ブロック２０６）。ＵＥ−１  １９１は２００ＯＫ（Ｄｘ）をＩＭＳ  ＣＮ１９３（ブロック２０７）に送信し、ＩＭＳ  ＣＮ１９３は２００ＯＫ（Ｄｘ）をＳＣＣ  ＡＳ１９４（ブロック２０８）に送信する。
【００９７】
３ＰＣＣ動作１９７に関して、ＳＣＣ  ＡＳ１９４は、ＩＮＶＩＴＥ（ＳＤＰなし、Ｄ２）をＩＭＳ  ＣＮ１９３に送信し（ブロック２０９）、ＩＭＳ  ＣＮ１９３は、ＩＮＶＩＴＥ（ＳＤＰなし、Ｄ２）をＵＥ−２  １９２に送信する（ブロック２１０）。ＵＥ−２  １９２は、２００ＯＫ（Ｏ１、Ｄ２）をＩＭＳ  ＣＮ１９３に送信することによって応答し（ブロック２１１）、ＩＭＳ  ＣＮ１９３は、２００ＯＫ（Ｏ１、Ｄ２）をＳＣＣ
ＡＳ１９４に送信する（ブロック２１２）。
【００９８】
ＳＣＣ  ＡＳ１９４は、ｒｅ−ＩＮＶＩＴＥ（Ｏ２、Ｄ１ｂ）をＩＭＳ  ＣＮ１９３に送信し（ブロック２１３）、ＩＭＳ  ＣＮ１９３は、ｒｅ−ＩＮＶＩＴＥ（Ｏ２、Ｄ１ｂ）をＵＥ遠隔１９５に送信する（ブロック２１４）。ＵＥ遠隔１９５は、２００ＯＫ（Ａ２、Ｄ１ｂ）をＩＭＳ  ＣＮ１９３に送信することによって応答し（ブロック２１５）、ＩＭＳ  ＣＮ１９３は、２００ＯＫ（Ａ２、Ｄ１ｂ）をＳＣＣ  ＡＳ１９４に送信する（ブロック２１６）。ＳＣＣ  ＡＳ１９４は、ＡＣＫ（Ａ１、Ｄ２）をＩＭＳ  ＣＮ１９３に送信し（ブロック２１７）、ＩＭＳ  ＣＮ１９３は、２００ＯＫ（Ｏ２、Ｄ１ｂ）をＳＣＣ  ＡＳ１９４に送信する（ブロック２１８）。ＳＣＣ  ＡＳ１９４は、ＡＣＫ（Ａ１、Ｄ２）をＩＭＳ  ＣＮ１９３に送信する（ブロック２１９）。ＩＭＳ  ＣＮ１９３は、このＡＣＫ（Ａ１、Ｄ２）をＵＥ−２  １９２に中継する（ブロック２２０）。
【００９９】
ＵＥ−１  １９１のメディアが影響を受ける際、制御する側のレッグ更新１９８が要求され得る。その目的で、ＳＣＣ  ＡＳ１９４は、ｒｅ−ＩＮＶＩＴＥ（Ｏ３、Ｄ１ａ）をＩＭＳ  ＣＮ１９３に送信し（ブロック２２１）、ＩＭＳ  ＣＮ１９３は、ｒｅ−ＩＮＶＩＴＥ（Ｏ３、Ｄ１ａ）をＵＥ−１  １９１に送信する（ブロック２２２）。ＵＥ−１  １９１は、２００ＯＫ（Ａ３、Ｄ１ａ）をＩＭＳ  ＣＮ１９３に送信することによって応答し（ブロック２２３）、ＩＭＳ  ＣＮ１９３は、２００ＯＫ（Ａ３、Ｄ１ａ）をＳＣＣ
ＡＳ１９４に送信する（ブロック２２４）。ＳＣＣ  ＡＳ１９４は、ＡＣＫ（Ｄ１ａ）をＩＭＳ  ＣＮ１９３に送信し（ブロック２２５）、ＩＭＳ  ＣＮ１９３は、ＡＣＫ（Ｄ１ａ）をＵＥ−１  １９１に送信する（ブロック２２６）。
【０１００】
ＩＵＴ結果通知１９９に関して、ＳＣＣ  ＡＳ１９４は、ＮＯＴＩＦＹ（２００ＯＫ、Ｄｘ）をＩＭＳ  ＣＮ１９３に送信し（ブロック２２７）、ＩＭＳ  ＣＮ１９３は、ＮＯＴＩＦＹ（２００ＯＫ、Ｄｘ）をＵＥ−１  １９１に送信する（ブロック２２８）。ＵＥ−１  １９１は、２００ＯＫ（Ｄｘ）をＩＭＳ  ＣＮ１９３に送信することによって応答し（ブロック２２９）、ＩＭＳ  ＣＮ１９３は、２００ＯＫ（Ｄｘ）をＳＣＣ  ＡＳ１９４に送信する（ブロック２３０）。
【０１０１】
以上のことによって、図６で、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のための動作の方法またはシーケンス３００が提供される。ＳＣＣ  ＡＳなどのネットワーク装置が、制御するＵＥから、協調セッションのためのダイアログイベントパッケージに対するサブスクリプションを受信する。ＳＣＣ  ＡＳが、協調セッションの制御されるＵＥに関するメディアコンテンツのＩＵＴの変更を検出する（ブロック３０６）。ＳＣＣ  ＡＳは、制御するＵＥがメディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定する（ブロック３０８）。ＳＣＣ  ＡＳは、制御するＵＥにメディアコンテンツのＩＵＴの変更について通知する（ブロック３１０）。
【０１０２】
図７で、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のための動作の方法またはシーケンス４００が提供される。制御するＵＥは、制御されるＵＥ、および遠隔ＵＥを伴う制御するＵＥとして協調セッションを確立するようＳＣＣ  ＡＳにシグナリングする（ブロック４０４）。制御するＵＥは、協調セッションのためのダイアログイベントパッケージに対するサブスクリプションをＳＣＣ  ＡＳに送信する（ブロック４０６）。制御するＵＥは、メディアコンテンツのＩＵＴの変更のサブスクリプションに応答するＳＣＣ  ＡＳからの通知を受信し、ただし、ＳＣＣ  ＡＳは、協調セッションに関するメディアコンテンツのＩＵＴの変更を検出しており、さらに制御するＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定している（ブロック４０８）。
【０１０３】
図８を参照すると、図示されているのは、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のためのシステム５００である。例えば、システム５００は、少なくとも部分的にユーザ機器（ＵＥ）内部に存在することが可能である。システム５００は、コンピューティングプラットフォーム、プロセッサ、ソフトウェア、または以上の組合せ（例えば、ファームウェア）によって実施される機能を表す機能ブロックであることが可能な、機能ブロックを含むものとして表されていることを認識されたい。システム５００は、連携して動作することが可能な電気的構成要素の論理グループ化５０２を含む。例えば、論理グループ化５０２は、制御するＵＥから、協調セッションのためのダイアログイベントパッケージに対するサブスクリプションを受信するための電気的構成要素５０４を含むことが可能である。さらに、論理グループ化５０２は、協調セッションの制御されるＵＥに関するメディアコンテンツのＩＵＴの変更を検出するための電気的構成要素５０６を含むことが可能である。さらに、論理グループ化５０２は、制御するＵＥがメディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定するための電気的構成要素５０８を含むことが可能である。さらに、論理グループ化５０２は、制御するＵＥに、メディアコンテンツのＩＵＴの変更について通知するための電気的構成要素５１０を含むことが可能である。さらに、システム５００は、電気的構成要素５０４〜５１０に関連する機能を実行するための命令を保持するメモリ５２０を含むことが可能である。メモリ５２０の外部に示されているが、電気的構成要素５０４〜５１０の１つまたは複数は、メモリ５２０内部に存在することも可能であることを理解されたい。
【０１０４】
図９を参照すると、示されているのは、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のためのシステム６００である。例えば、システム６００は、少なくとも部分的にネットワークエンティティ（例えば、ＳＣＣ  ＡＳ）内部に存在することが可能である。システム６００は、コンピューティングプラットフォーム、プロセッサ、ソフトウェア、または以上の組合せ（例えば、ファームウェア）によって実施される機能を表す機能ブロックであることが可能な、機能ブロックを含むものとして表されていることを認識されたい。システム６００は、連携して動作することが可能な電気的構成要素の論理グループ化６０２を含む。例えば、論理グループ化６０２は、制御されるＵＥ、および遠隔ＵＥを伴う制御するＵＥとして協調セッションを確立するようＳＣＣ  ＡＳにシグナリングするための電気的構成要素６０４を含むことが可能である。さらに、論理グループ化６０２は、協調セッションのためのダイアログイベントパッケージに対するサブスクリプションをＳＣＣ  ＡＳに送信するための電気的構成要素６０６を含むことが可能である。さらに、論理グループ化６０２は、メディアコンテンツのＩＵＴの変更のサブスクリプションに応答するＳＣＣ  ＡＳからの通知を受信するための電気的構成要素６０８を含むことが可能であり、ただし、ＳＣＣ  ＡＳは、協調セッションの制御されるＵＥに関するメディアコンテンツのＩＵＴの変更を検出しており、さらに制御するＵＥが、メディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定している。さらに、システム６００は、電気的構成要素６０４〜６０８に関連する機能を実行するための命令を保持するメモリ６２０を含むことが可能である。メモリ６２０の外部に示されているが、電気的構成要素６０４〜６０８の１つまたは複数は、メモリ６２０内部に存在することも可能であることを理解されたい。
【０１０５】
図１０で、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のための装置７０２が示される。手段７０４は、協調セッションのためのダイアログイベントパッケージに対するサブスクリプションを制御するＵＥから受信するために提供される。手段７０６は、協調セッションの制御されるＵＥに関するメディアコンテンツのＩＵＴの変更を検出するために提供される。手段７０８は、制御するＵＥがメディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定するために提供される。手段７１０は、メディアコンテンツのＩＵＴの変更について制御するＵＥに通知するために提供される。
【０１０６】
図１１で、ホームネットワークベースの協調セッションにおけるＩＭＳサービス継続性のための装置８０２が示される。手段８０４は、制御されるＵＥおよび遠隔ＵＥを伴う制御するＵＥとして協調セッションを確立するようＳＣＣ  ＡＳにシグナリングするために提供される。手段８０６は、協調セッションのためのダイアログイベントパッケージに対するサブスクリプションをＳＣＣ  ＡＳに送信するために提供される。手段８０８は、メディアコンテンツのＩＵＴの変更のサブスクリプションに応答するＳＣＣ  ＡＳからの通知を受信するために提供され、ただし、ＳＣＣ  ＡＳは、協調セッションの制御されるＵＥに関するメディアコンテンツのＩＵＴの変更を検出しており、さらに制御するＵＥがメディアコンテンツのＩＵＴの変更に関してシグナリングしていないことを特定している。
【０１０７】
簡明のため、サブスクリプションおよび通知は、制御するＵＥとＳＣＣ  ＡＳの間で行われるものとして説明されてきた。本開示を利用して、本発明の態様は、ＩＵＴの変更の通知を受信する、制御されるＵＥによるサブスクリプションを伴うことが可能であることを認識されたい。このため、ＳＣＣ  ＡＳは、サブスクライブする制御されるＵＥがメディアコンテンツのＩＵＴの変更に関与していなかったこと（すなわち、コンテンツが制御するＵＥまたは別の制御されるＵＥにおいて変更されたこと）を特定することができる。
【０１０８】
図１２で、例示的なフローダイアグラム９００は、制御するＵＥによって開始された制御されるＵＥから別の制御されるＵＥへのメディア転送を示す。詳細には、参加者が、ＵＥ−１（制御する側）８８０、ＵＥ−２（制御される側）８８２、およびＵＥ−３（制御される側）８８４、ＩＭＳ  ＣＮ８８６、ＳＣＣ  ＡＳ８８８、およびＵＥ遠隔８９０として示される。ＵＥ−２（１２３．４５．６７．８９）８８２と遠隔ＵＥ（１３２．５４．７６．９８）８９０の間に、８９８で示される、オーディオ１およびオーディオ２を有する既存のセッションが存在する。８９９で示されるビデオコンポーネントは、遠隔ＵＥ８９０から制御されるＵＥ、ＵＥ−３（１２３．１１２．６７．８７）８８４へ一方向である。
【０１０９】
制御するＵＥ８８０が、このセッションのオーディオ１部分を制御されるＵＥ、ＵＥ−３に転送しようと試み、このことが、ＳＣＣ  ＡＳ８８８に中継される（ブロック９０２）ＩＭＳ  ＣＮ８８６に送信される（ブロック９０１）ＳＵＢＳＣＲＩＢＥとして示される。表２４において、例示的なＳＩＰ  ＲＥＦＥＲ要求（ＵＥ−１からＳＣＣ−ＡＳへ）が記述される。
【表２４】
2013504945.tif 000028
【０１１０】
ＳＩＰ２０２（Ａｃｃｅｐｔｅｄ）応答は、ＳＩＰ  ＲＥＦＥＲ要求に対する応答として、ＩＭＳ  ＣＮ８８８を介してＳＣＣ  ＡＳ８８８からＵＥ−１  ８８０に送信される（それぞれ、ブロック９０３、９０４）。ＳＣＣ−ＡＳ８８８は、ＳＩＰ  ＲＥＦＥＲ要求結果に対する暗黙のサブスクリプションを通知するようＳＩＰ  ＮＯＴＩＦＹ要求をＵＥ−１  ８８０に送信する（それぞれ、ブロック９０５、９０６）。
【０１１１】
表２５は、ＳＣＣ−ＡＳからＵＥ−１への例示的なＳＩＰ  ＮＯＴＩＦＹ要求を記述する。
【表２５】
2013504945.tif 000029
【０１１２】
制御するＵＥ、ＵＥ−１  ８８０が、ＩＭＳ  ＣＮ８８６を介してＳＩＰ２００（ＯＫ）応答をＳＣＣ−ＡＳに送信することによって、ＳＩＰ  ＮＯＴＩＦＹ要求に確認応答する（それぞれ、ブロック９０７、９０８）。
【０１１３】
制御するＵＥ−１  ８８０は、ＵＥ−３  ８８４を宛先とするＳＩＰ  ＩＮＶＩＴＥ要求を、ＩＭＳ  ＣＮ８８６を介してＳＣＣ  ＡＳ８８８に送信する（それぞれ、ブロック９０９、９１０）。ブロック１〜２のメッセージは、ＵＥ−３  ８８４にアドレス指定されたＲｅｆｅｒ−ｔｏヘッダと、ＵＥ−３  ８８４以外の別の制御されるＵＥによっては、現在、サポートされていないオーディオラインをリストするＵＲＩパラメータとを含むので、ＳＣＣ  ＡＳ８８８は、それらの手順が制御されるＵＥ（ＵＥ−２）から制御されるＵＥ（ＵＥ−３）８８４にメディアを転送することを目的とすることを認識する。ＳＣＣ  ＡＳ８８８は、ＩＭＳ  ＣＮ８８６を介して制御するＵＥ−１  ８８０にＳＩＰ２００（ＯＫ）応答を送信することによって、ＳＩＰ  ＩＮＶＩＴＥ要求に確認応答する（それぞれ、ブロック９１１、９１２）。
【０１１４】
ＳＣＣ−ＡＳ８８８は、オーディオメディアコンポーネントを転送するように、ＳＩＰ
ＩＮＶＩＴＥ要求をＩＭＳ  ＣＮ８８６を介して制御されるＵＥ、ＵＥ−３  ８８４に送信する（それぞれ、ブロック９１３、９１４）。ＩＮＶＩＴＥリストの中のＳＤＰは、協調セッション内のメディアラインである。ＵＥ−３  ８８４が遠隔ＵＥ８９０にオーディオを送信することを開始するのを回避するため、ＳＣＣ−ＡＳ８８８は、ａラインを、ＳＤＰオファーの中で不活性に追加する。
【０１１５】
表２６は、例示的なＳＩＰ  ＩＮＶＩＴＥ要求（ＳＣＣ−ＡＳからＵＥ−３へ）を記述する。
【表２６】
2013504945.tif 000030
【０１１６】
制御されるＵＥ−３  ８８４は、ＳＩＰ２００（ＯＫ）応答を、ＩＭＳ  ＣＮ８８６を介してＳＣＣ−ＡＳ８８８に送信することによって、ＳＩＰ  ＩＮＶＩＴＥに確認応答する（それぞれ、ブロック９１５、９１６）。表２７は、例示的なＳＩＰ２００ＯＫ応答を記述する。
【表２７】
2013504945.tif 000031
【０１１７】
ＳＣＣ−ＡＳ８８８は、ＳＩＰ  ＡＣＫ要求を、ＩＭＳ  ＣＮ８８６を介してＵＥ−３
８８４に送信する（それぞれ、ブロック９１７、９１８）。
【０１１８】
ＳＣＣ−ＡＳ８８８は、制御されるＵＥ−３  ８８４へのオーディオ１の転送の成功ステータスについて知らせるＳＩＰ  ＮＯＴＩＦＹ要求を、ＩＭＳ  ＣＮ８８６を介して制御するＵＥ、ＵＥ−１  ８８０に送信する（それぞれ、ブロック９１９、９２０）。
【０１１９】
表２８は、例示的なＳＩＰ  ＮＯＴＩＦＹ要求（ＳＣＣ−ＡＳからＵＥ−１への）を記述する。
【表２８】
2013504945.tif 000032
【０１２０】
制御するＵＥ−１は、ＩＭＳ  ＣＮ８８６を介してＳＣＣ−ＡＳ８８８にＳＩＰ２００（ＯＫ）応答を送信することによって、ＳＩＰ  ＮＯＴＩＦＹ要求に確認応答する（それぞれ、ブロック９２１、９２２）。
【０１２１】
制御するＵＥ８８０は、制御するＵＥ−１  ８８０とＳＣＣ  ＡＳ８８８との間の既存のダイアログにサブスクライブするようＳＵＢＳＣＲＩＢＥ要求を、ＩＭＳ  ＣＮ８８６を介してＳＣＣ  ＡＳ８８８に送信する（それぞれ、ブロック９２３、９２４）。
【表２９】
2013504945.tif 000033
【０１２２】
ＳＣＣ  ＡＳ８８８は、ＩＭＳ  ＣＮ８８６を介して制御するＵＥ−１  ８８０にＳＩＰ２００（ＯＫ）応答を送信することによって、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求に確認応答する（それぞれ、ブロック９２５、９２６）。
【０１２３】
ＳＣＣ  ＡＳ８８８は、制御されるＵＥ−２、制御されるＵＥ−３、および遠隔ＵＥに関するＳＤＰを含むＳＩＰ  ＮＯＴＩＦＹ要求を、ＩＭＳ  ＣＮ８８６を介して制御されるＵＥ−２  ８８２に送信する（それぞれ、ブロック９２７、９２８）。
【表３０−１】
2013504945.tif 000034
【表３０−２】
2013504945.tif 000035
【０１２４】
制御されるＵＥ−２  ８８２は、ＩＭＳ  ＣＮ８８６を介してＳＣＣ  ＡＳ８８８にＳＩＰ２００（ＯＫ）応答を送信することによって、ＳＩＰ  ＮＯＴＩＦＹ要求に確認応答する（それぞれ、ブロック９２９、９３０）。
【０１２５】
ＳＣＣ  ＡＳ８８８は、オーディオ１を終了させるｒｅ−ＩＮＶＩＴＥをＩＭＳ  ＣＮ８８６を介してＵＥ−２  ８８２に送信する（それぞれ、ブロック９３１、９３２）。
【０１２６】
表３１は、ＳＩＰ  ＩＮＶＩＴＥ要求（ＳＣＣ−ＡＳからＵＥ−２への）を記述する。
【表３１】
2013504945.tif 000036
【０１２７】
制御されるＵＥ、ＵＥ−２  ８８２は、ＩＭＳ  ＣＮ８８６を介してＳＣＣ−ＡＳ８８８にＳＩＰ２００（ＯＫ）応答を送信することによって、ＳＩＰ  ＩＮＶＩＴＥ要求に確認応答する（それぞれ、ブロック９３３、９３４）。
【０１２８】
表３２は、例示的なＳＩＰ２００ＯＫ応答（ＵＥ−２からＳＣＣ−ＡＳへの）を記述する。
【表３２】
2013504945.tif 000037
【０１２９】
ＳＣＣ−ＡＳ８８８は、確認応答するＡＣＫを、ＩＭＳ  ＣＮ８８６を介してＵＥ−２
８８２に送信する（それぞれ、ブロック９３５、９３６）。
【０１３０】
ＳＣＣ  ＡＳ８８８は、制御されるＵＥ−２、制御されるＵＥ−３、および遠隔ＵＥに関するＳＤＰを含むＳＩＰ  ＮＯＴＩＦＹ要求を、ＩＭＳ  ＣＮ８８６を介して制御するＵＥ−２  ８８２に送信する（それぞれ、ブロック９３７、９３８）。
【表３３−１】
2013504945.tif 000038
【表３３−２】
2013504945.tif 000039
【０１３１】
制御されるＵＥ−２  ８８２は、ＩＭＳ  ＣＮ８８６を介してＳＣＣ  ＡＳ８８８にＳＩＰ２００（ＯＫ）応答を送信することによって、ＳＩＰ  ＮＯＴＩＦＹ要求に確認応答する（それぞれ、ブロック９３９、９４０）。
【０１３２】
ＳＣＣ−ＡＳ８８８は、ＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求を、ＩＭＳ  ＣＮ８８６を介して遠隔ＵＥ８９０に送信する（それぞれ、ブロック９４１、９４２）。
【０１３３】
表３４は、例示的なＳＩＰ  ＩＮＶＩＴＥ要求（ＳＣＣ−ＡＳから遠隔ＵＥへの）を記述する。
【表３４】
2013504945.tif 000040
【０１３４】
遠隔ＵＥ８９０は、ＩＭＳ  ＣＮ８８６を介してＳＣＣ−ＡＳ８８８にＳＩＰ２００（ＯＫ）応答を送信することによって、ＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求に確認応答する（それぞれ、ブロック９４３、９４４）。
【０１３５】
表３５は、例示的なＳＩＰ２００（ＯＫ）応答（遠隔ＵＥからＳＣＣ−ＡＳへの）を記述する。
【表３５】
2013504945.tif 000041
【０１３６】
ＳＣＣ−ＡＳ８８８は、ＳＩＰ  ＡＣＫ要求を、ＩＭＳ  ＣＮ８８６を介して遠隔ＵＥ８９０に送信する（それぞれ、ブロック９４５、９４６）。
【０１３７】
ＳＣＣ  ＡＳ８８８は、制御されるＵＥ−２  ８８２、制御されるＵＥ−３  ８８４、および遠隔ＵＥ８９０に関するＳＤＰを含むＳＩＰ  ＮＯＴＩＦＹ要求を送信する（それぞれ、ブロック９４７、９４８）。
【表３６−１】
2013504945.tif 000042
【表３６−２】
2013504945.tif 000043
【０１３８】
制御されるＵＥ−２  ８８２は、ＩＭＳ  ＣＮ８８６を介してＳＣＣ  ＡＳ８８８にＳＩＰ２００（ＯＫ）応答を送信することによって、ＳＩＰ  ＮＯＴＩＦＹ要求に確認応答する（それぞれ、ブロック９４９、９５０）。
【０１３９】
ＳＣＣ−ＡＳ８８８は、オーディオ１メディアコンポーネントを活性化するＳＩＰ  ＵＰＤＡＴＥ要求を、ＩＭＳ  ＣＮ８８６を介してＵＥ−３  ８９０に送信する（それぞれ、ブロック９５１、９５２）。
【表３７】
2013504945.tif 000044
【０１４０】
制御されるＵＥ、ＵＥ−３  ８８４は、ＳＩＰ２００（ＯＫ）応答を、ＩＭＳ  ＣＮ８８６を介してＳＣＣ  ＡＳ８８８に送信する（それぞれ、ブロック９５３、９５４）。
【０１４１】
ＳＣＣ  ＡＳ８８８は、制御されるＵＥ−２  ８８２、制御されるＵＥ−３  ８８４、および遠隔ＵＥ８９０に関するＳＤＰを含むＳＩＰ  ＮＯＴＩＦＹ要求を送信する（それぞれ、ブロック９５５、９５６）。
【表３８−１】
2013504945.tif 000045
【表３８−２】
2013504945.tif 000046
【０１４２】
制御されるＵＥ−２  ８８２は、ＳＩＰ２００（ＯＫ）応答を、ＩＭＳ  ＣＮ８８６を介してＳＣＣ  ＡＳ８８８に送信することによって、ＳＩＰ  ＮＯＴＩＦＹ要求に確認応答する（それぞれ、ブロック９５７、９５８）。
【０１４３】
これにより、ＵＥ−２（１２３．４５．６７．８９）８８２と遠隔ＵＥ（１３２．５４．７６．９８）８９０の間に、９５９で示される、オーディオ２を有する既存のセッションが存在する。９６０で示されるとおり、ビデオコンポーネントは、双方向のオーディオ１を伴って、遠隔ＵＥ８９０から制御されるＵＥ、ＵＥ−３（１２３．１１２．６７．８７）８８４への一方向である。
【０１４４】
本明細書で開示される態様に関連して説明される様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または電子ハードウェアとコンピュータソフトウェアの組合せとして実施され得ることが、当業者にはさらに認識されよう。ハードウェアとソフトウェアの、この互換性を明確に示すのに、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、機能の点で一般的に、前段で説明されてきた。そのような機能がハードウェアとして実施されるか、ソフトウェアとして実施されるかは、全体的なシステムに課せられる特定の応用上、および設計上の制約に依存する。当業者は、説明される機能を、それぞれの特定の用途のために様々な仕方で実施することができるが、そのような実施上の決定が、本開示の範囲からの逸脱を生じさせるものと解釈してはならない。
【０１４５】
本出願において使用される「構成要素」、「モジュール」、「システム」などの用語は、ハードウェアであるか、ハードウェアとソフトウェアの組合せであるか、ソフトウェアであるか、あるいは実行中のソフトウェアであるかにかかわらず、コンピュータ関連のエンティティを指すことを意図している。例えば、構成要素は、プロセッサ上で実行されているプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行のスレッド、プログラム、および／またはコンピュータであることが可能であるが、以上には限定されない。例として、サーバ上で実行されているアプリケーションと、そのサーバがともに構成要素であり得る。１つまたは複数の構成要素が、プロセス内および／または実行のスレッド内に存在することが可能であり、さらに構成要素は、１つのコンピュータ上に局在化されること、および／または２つ以上のコンピュータの間に分散されることが可能である。
【０１４６】
「例示的」という語は、例、実例、または例示の役割をすることを意味するように本明細書で使用される。本明細書で「例示的」と説明されるいずれの態様または設計も、必ずしも、他の態様または設計より好ましい、または有利であると解釈されるべきではない。
【０１４７】
様々な態様が、いくつかの構成要素、モジュールなどを含むことが可能なシステムに関連して提示される。それらの様々なシステムは、追加の構成要素、モジュールなどを含むことが可能であり、さらに／または図に関連して説明される構成要素、モジュールなどのすべては含まない可能性があることを理解されたい。また、これらのアプローチの組合せが使用されることも可能である。本明細書で開示される様々な態様は、タッチスクリーンディスプレイ技術、および／またはマウスおよびキーボードのタイプのインターフェースを利用するデバイスを含む電気的デバイス上で実行されることが可能である。そのようなデバイスの例には、コンピュータ（デスクトップおよびモバイル）、スマートフォン、携帯情報端末（ＰＤＡ）、ならびに有線とワイヤレスの両方の他の電子デバイスが含まれる。
【０１４８】
さらに、本明細書で開示される態様に関連して説明される様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートのゲートまたはトランジスタロジック、ディスクリートのハードウェア構成要素、あるいは本明細書で説明される機能を実行するように設計された以上の組合せを使用して実施される、または実行されることが可能である。汎用プロセッサは、マイクロプロセッサであることが可能であるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態マシンであってもよい。また、プロセッサは、コンピューティングデバイスの組合せとして、例えば、ＤＳＰとマイクロプロセッサの組合せとして、複数のマイクロプロセッサとして、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサとして、あるいは他のそのような構成として実施されることも可能である。
【０１４９】
さらに、１つまたは複数のバージョンは、開示される態様を実施するようにコンピュータを制御するソフトウェア、ファームウェア、ハードウェア、または以上の組合せをもたらすように標準のプログラミング技術および／またはエンジニアリング技術を使用する方法、装置、または製造品として実施されることが可能である。本明細書で使用される「製造品」（または、代替として、「コンピュータプログラム製品」）という用語は、任意のコンピュータ可読のデバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含することを意図している。例えば、コンピュータ可読媒体には、磁気ストレージデバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気帯など）、光ディスク（例えば、コンパクトディスク（ＣＤ）、ディジタルバーサタイルディスク（ＤＶＤ）など）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック）が含まれうるが、以上には限定されない。さらに、搬送波が、電子メールを送受信する際に、またはインターネットもしくはローカルエリアネットワーク（ＬＡＮ）などのネットワークにアクセスする際に使用される電子データなどの、コンピュータ可読の電子データを伝送するのに使用されることが可能であることを認識されたい。もちろん、開示される態様の範囲を逸脱することなく、この構成に多くの変形が行われてもよいことが、当業者には認識されよう。
【０１５０】
本明細書で開示される態様に関連して説明される方法またはアルゴリズムのステップは、ハードウェアで直接に、プロセッサによって実行されるソフトウェアモジュールで、またはハードウェアとそのようなソフトウェアモジュールの組合せで実施されることが可能である。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の任意の形態の記憶媒体の中に存在することが可能である。例示的な記憶媒体は、プロセッサが、その記憶媒体から情報を読み取ること、およびその記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体は、プロセッサと一体化していてもよい。そのプロセッサと記憶媒体は、ＡＳＩＣ内に存在することが可能である。ＡＳＩＣは、ユーザ端末装置内に存在することが可能である。代替として、そのプロセッサと記憶媒体は、ユーザ端末装置内のディスクリートの構成要素として存在してもよい。
【０１５１】
開示される態様の以上の説明は、当業者が本開示を作成する、または使用することを可能にするように与えられる。これらの態様の様々な変形が、当業者には直ちに明白となり、本明細書で規定される一般的な原理は、本開示の趣旨または範囲を逸脱することなく、他の実施形態に適用されることも可能である。したがって、本開示は、本明細書で示される実施形態に限定されることは意図されず、本明細書で開示される原理、および新奇な特徴と合致する最も広い範囲を与えられるべきである。
【０１５２】
前段で説明される例示的なシステムに鑑みて、開示される主題に従って実施されることが可能な方法が、いくつかのフローチャートを参照して説明されてきた。説明を簡単にするため、方法は、一連のブロックとして示され、説明されたが、一部のブロックは、本明細書で示され、説明されるのとは異なる順序で、さらに／または他のブロックと同時に行われることも可能であるので、主張される主題は、それらのブロックの順序によって限定されないことを理解し、認識されたい。さらに、例示されるすべてのブロックが、本明細書で説明される方法を実施するのに要求されるわけではない可能性がある。さらに、本明細書で開示される方法は、そのような方法を運ぶこと、およびコンピュータに移すことを容易にするように製造品上に格納されることが可能であることをさらに認識されたい。本明細書で使用される製造品という用語は、任意のコンピュータ可読のデバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含することを意図している。
【０１５３】
全体として、または部分的に、参照により本明細書に組み込まれていると述べられる、いずれの特許、刊行物、またはその他の開示資料も、組み込まれる資料が、本開示に記載される既存の定義、言明、またはその他の開示資料と矛盾しない限りにおいてのみ、本明細書に組み込まれることを認識されたい。このため、必要な限りで、本明細書に明示的に記載される開示は、参照により本明細書に組み込まれている、いずれの矛盾する資料よりも優先される。参照により本明細書に組み込まれていると述べられているが、本明細書に記載される既存の定義、言明、またはその他の開示資料と矛盾するいずれの資料、またはそのような資料の部分も、その組み込まれる資料と既存の開示資料の間で矛盾が全く生じない限りにおいてのみ、組み込まれる。