(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）間転送のために到来する要求を識別するための方法であって、
第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）が、前記第２のＵＥから、ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信することと、ここにおいて、第１のＵＥとリモートＵＥの間の第１のメディアおよび第２のメディアの通信セッションが確立されており、前記インジケータは前記第１のＵＥを識別する、
前記インジケータに基づいて、前記ＩＵＴ要求を、前記第１のＵＥと関連するＳＣＣ  ＡＳへルーティングすることと、
を備え、
前記ＩＵＴ要求は、メッセージ要求の一部分内のメディア・フィーチャー・タグを含み、
前記ＩＵＴ要求をルーティングすることは、前記第１のＵＥと関連するＳＣＣ  ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える、
方法。
【請求項２】
前記ＩＵＴ要求は、メッセージ要求のヘッダまたはボディ内の拡張可能マークアップ言語（ＸＭＬ）を含む、請求項１に記載の方法。
【請求項３】
前記メディア・フィーチャー・タグは、前記メッセージ要求のヘッダ中にある、請求項１に記載の方法。
【請求項４】
前記メッセージ要求の前記部分は、ヘッダフィールドを備える、請求項１に記載の方法。
【請求項５】
前記ヘッダフィールドは、コンタクト・ヘッダフィールドである、請求項４に記載の方法。
【請求項６】
前記ヘッダフィールドは、アクセプトコンタクト・ヘッダフィールドである、請求項４に記載の方法。
【請求項７】
前記ＩＵＴ要求は、セッション開始プロトコル（ＳＩＰ）ＭＥＳＳＡＧＥ要求を備え
る、請求項１に記載の方法。
【請求項８】
前記ＳＩＰ  ＭＥＳＳＡＧＥ要求は、ＳＩＰ  ＲＥＦＥＲ要求またはＳＩＰ  ＩＮＶＩＴＥ要求メッセージのうちの１つである、請求項７に記載の方法。
【請求項９】
前記ＩＵＴ要求をルーティングすることは、さらに初期フィルタリング基準に基づいて、前記ＩＵＴ要求を前記第１のＵＥと関連するＳＣＣ  ＡＳへルーティングすることを備える、請求項１に記載の方法。
【請求項１０】
前記ＩＵＴ要求は、前記第２のＵＥへの前記第２のメディアの複製を開始するための要求である、請求項１に記載の方法。
【請求項１１】
前記ＩＵＴ要求は、前記第２のＵＥへの前記第２のメディアの転送を開始するための要求である、請求項１に記載の方法。
【請求項１２】
前記インジケータは、前記ＵＥ間転送を実行するための許可についての前記第１のＵＥへの要求の送信を引き起こすように構成される、
請求項１に記載の方法。
【請求項１３】
前記方法は、さらに、
前記第１のＵＥから、前記ＵＥ間転送を実行するための許可を受信することに基づいて前記第２のＵＥに要請する要求を送ること、
を備える、請求項１２に記載の方法。
【請求項１４】
前記要請する要求は、前記第２のＵＥの１つまたは複数のポートを使用可能にするように構成される、
を備える、請求項１３に記載の方法。
【請求項１５】
ユーザ機器（ＵＥ）間転送のために到来する要求を識別するためのコンピュータ読取可能記憶媒体であって、
第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）が、前記第２のＵＥから、ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信し、ここにおいて、第１のＵＥとリモートＵＥの間の第１のメディアおよび第２のメディアの通信セッションが確立されており、前記インジケータは前記第１のＵＥを識別する、
前記インジケータに基づいて、前記ＩＵＴ要求を、前記第１のＵＥと関連するサービスの集中化および継続化のアプリケーションサーバへルーティングする、
のためのコードを備え、
前記ＩＵＴ要求は、メッセージ要求の一部分内のメディア・フィーチャー・タグを含み、
前記ＩＵＴ要求をルーティングすることは、前記第１のＵＥと関連するＳＣＣ  ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える、
コンピュータ読取可能記憶媒体。
【請求項１６】
ユーザ機器（ＵＥ）間転送のために到来する要求を識別するための、第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）であって、
前記第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）が、前記第２のＵＥから、ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信するための手段と、ここにおいて、第１のＵＥとリモートＵＥの間の第１のメディアおよび第２のメディアの通信セッションが確立されており、前記インジケータは前記第１のＵＥを識別する、
前記インジケータに基づいて、前記ＩＵＴ要求を、前記第１のＵＥと関連するサービスの集中化および継続化のアプリケーションサーバへルーティングするための手段と、
を備え、
前記ＩＵＴ要求は、メッセージ要求の一部分内のメディア・フィーチャー・タグを含み、
前記ＩＵＴ要求をルーティングすることは、前記第１のＵＥと関連するＳＣＣ  ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える、
アプリケーションサーバ。
【請求項１７】
ユーザ機器（ＵＥ）間転送のために到来する要求を識別するための、第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）であって、
プロセッサと、
プロセッサ実行可能コードおよび／またはデータを備えるメモリと、
を備え、
前記プロセッサ実行可能コードは、前記プロセッサによって実行されるとき、
前記第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）が、前記第２のＵＥから、ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信し、ここにおいて、第１のＵＥとリモートＵＥの間の第１のメディアおよび第２のメディアの通信セッションが確立されており、前記インジケータは前記第１のＵＥを識別する、
前記インジケータに基づいて、前記ＩＵＴ要求を、前記第１のＵＥと関連するサービスの集中化および継続化のアプリケーションサーバへルーティングする、
ように前記プロセッサを構成し、
前記ＩＵＴ要求は、メッセージ要求の一部分内のメディア・フィーチャー・タグを含み、
前記ＩＵＴ要求をルーティングすることは、前記第１のＵＥと関連するＳＣＣ  ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える、
アプリケーションサーバ。
【請求項１８】
異なる サブスクリプションからのユーザ機器（ＵＥ）間転送に関する到来する要求を識別するための方法であって、
第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）が、前記第２のＵＥからＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信することと、ここにおいて、前記インジケータは第１のＵＥを識別する、
前記インジケータに基づいて、前記ＩＵＴ要求を、前記第１のＵＥと関連するＳＣＣ  ＡＳへルーティングすることと、
を備え、
前記ＩＵＴ要求は、メッセージ要求の一部分内のメディア・フィーチャー・タグを含み、
前記ＩＵＴ要求をルーティングすることは、前記第１のＵＥと関連するＳＣＣ  ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える、
方法。
【請求項１９】
前記ＩＵＴ要求は、メッセージ要求のヘッダまたはボディ内の拡張可能マークアップ言語（ＸＭＬ）を含む、請求項１８ に記載の方法
【請求項２０】
前記メディア・フィーチャー・タグは、前記メッセージ要求のヘッダ中にある、請求項１８ に記載の方法。
【請求項２１】
前記メッセージ要求の前記部分は、ヘッダフィールドを備える、請求項１８ に記載の方法。
【請求項２２】
前記ヘッダフィールドは、コンタクト・ヘッダフィールドである、請求項２１ に記載の方法。
【請求項２３】
前記ヘッダフィールドは、アクセプトコンタクト・ヘッダフィールドである、請求項２１ に記載の方法。
【請求項２４】
前記ＩＵＴ要求は、セッション開始プロトコル（ＳＩＰ）ＭＥＳＳＡＧＥ要求である、請求項１８ に記載の方法。
【請求項２５】
前記ＳＩＰ  ＭＥＳＳＡＧＥ要求は、ＳＩＰ  ＲＥＦＥＲ要求またはＳＩＰ  ＩＮＶＩＴＥ要求メッセージのうちの１つである、請求項２４ に記載の方法。
【請求項２６】
前記ＩＵＴ要求をルーティングすることは、さらに初期フィルタリング基準に基づいて、前記ＩＵＴ要求を前記第１のＵＥと関連する前記ＳＣＣ  ＡＳへルーティングすることを備える、請求項１８ に記載の方法。
【請求項２７】
前記ＩＵＴ要求は、第２のＵＥへの第１のＵＥとリモートＵＥの間のセッションの複製を開始するための要求である、請求項１８ に記載の方法。
【請求項２８】
前記ＩＵＴ要求は、第２のＵＥへの第１のＵＥとリモートＵＥの間のセッションの転送を開始するための要求である、請求項１８ に記載の方法。
【請求項２９】
異なる サブスクリプションからのユーザ機器（ＵＥ）間転送に関する到来する要求を識別するための非一時的なコンピュータ読取可能記憶媒体であって、
第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）が、前記第２のＵＥからＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信し、ここにおいて、前記インジケータは第１のＵＥを識別する、
前記インジケータに基づいて、前記ＩＵＴ要求を、前記第１のＵＥと関連するサービスの集中化および継続化のアプリケーションサーバへルーティングする、
ためのコードを備え、
前記ＩＵＴ要求は、メッセージ要求の一部分内のメディア・フィーチャー・タグを含み、
前記ＩＵＴ要求をルーティングすることは、前記第１のＵＥと関連するＳＣＣ  ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える、
非一時的なコンピュータ読取可能記憶媒体。
【請求項３０】
異なる サブスクリプションからのユーザ機器（ＵＥ）間転送に関する到来する要求を識別するための、第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）であって、
プロセッサと、
プロセッサ実行可能コードおよび／またはデータを備えるメモリと、
を備え、
前記プロセッサ実行可能コードは、前記プロセッサによって実行されるとき、
前記第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）が、前記第２のＵＥからＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信し、ここにおいて、前記インジケータは第１のＵＥを識別する、
前記インジケータに基づいて、前記ＩＵＴ要求を、前記第１のＵＥと関連するサービスの集中化および継続化のアプリケーションサーバへルーティングする、
ように前記プロセッサを構成し、
前記ＩＵＴ要求は、メッセージ要求の一部分内のメディア・フィーチャー・タグを含み、
前記ＩＵＴ要求をルーティングすることは、前記第１のＵＥと関連するＳＣＣ  ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える、
アプリケーションサーバ。
【請求項３１】
異なる サブスクリプションからのユーザ機器（ＵＥ）間転送に関する到来する要求を識別するための、第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）であって、
前記第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）が、前記第２のＵＥからＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信するための手段と、ここにおいて、前記インジケータは第１のＵＥを識別する、
前記インジケータに基づいて、前記ＩＵＴ要求を、前記第１のＵＥと関連するサービスの集中化および継続化のアプリケーションサーバへルーティングするための手段と、
を備え、
前記ＩＵＴ要求は、メッセージ要求の一部分内のメディア・フィーチャー・タグを含み、
前記ＩＵＴ要求をルーティングすることは、前記第１のＵＥと関連するＳＣＣ  ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える、
アプリケーションサーバ。
【請求項３２】
異なる サブスクリプションにユーザ機器（ＵＥ）間転送に関する要求についての情報を提供するための方法であって、
第２のＵＥと関連する、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）が、第１のＵＥとリモートＵＥの間の第１のメディアおよび第２のメディアの通信セッションが確立されているＵＥ間転送（ＩＵＴ）要求に関するインジケータを提供することと、前記ＩＵＴ要求は、前記第１のＵＥのためのＳＣＣ  ＡＳへのＸＭＬおよびメディア・フィーチャー・タグのうちの少なくとも１つを使用する、
前記インジケータを提供することに応答して、前記第１のＵＥのための前記ＳＣＣ  ＡＳからの要求メッセージを受信することと、
を備え、
前記ＩＵＴ要求を提供することは、前記第１のＵＥと関連するＳＣＣ  ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える、
方法。
【請求項３３】
前記方法は、さらに、
前記第２のＵＥが、前記第１のＵＥのダイアログ・イベント・パッケージにサブスクライブすることによって、前記第１のＵＥからのダイアログ情報を取得すること、
を備える、請求項３２ に記載の方法。
【請求項３４】
前記方法は、さらに、
前記第１のＵＥと前記リモートＵＥが、メディア関連機能から前記セッションを受信すること、
を備える、請求項３２ に記載の方法。
【請求項３５】
前記方法は、さらに、
前記第２のＵＥの１つまたは複数のポートを使用可能にするための要求を受信すること、
を備える、請求項３２ に記載の方法。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]   本願は、ここにそれらの全文が参照により組み込まれる、２０１０年８月１３日に出願された米国仮特許出願第６１／３７３，７３１号、２０１０年８月１６日に出願された米国仮特許出願第６１／３７４，２３４号、および２０１０年８月１８日に出願された米国仮特許出願第６１／３７４，９８０号の優先権を主張する。
【技術分野】
【０００２】
[0002]   本開示は、一般的には無線通信システムにおける要求識別のための装置および方法に関する。さらに詳細には、本開示は、ユーザ機器間転送（inter-user equipment transfer ）のために、異なるサブスクリプション（subscription ）からの到来する要求を識別するための装置および方法に関する。
【背景技術】
【０００３】
[0003]   多くのテレコミュニケーション・システムでは、通信ネットワークが、いくつかの相互作用する空間的に隔てられたデバイス間でメッセージを交換するために使用される。様々なタイプのネットワークは、異なる態様において分類されうる。一例において、ネットワークの地理的範囲は、ワイドエリア、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアにわたることができ、また、これらに対応するネットワークは、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）として示されるであろう。また、ネットワークは、様々なネットワークノードおよびデバイスを相互接続するために使用される交換接続（switching ）／ルーティングの技術において（例えば、回路交換対パケット交換）、伝送のために用いられる物理媒体のタイプにおいて（例えば、有線対無線）、または使用される通信プロトコルのセットにおいて（例えば、インターネットプロトコル群、ＳＯＮＥＴ（同期光ファイバーネットワーキング）、イーサネット（登録商標）等）、異なる。
【０００４】
[0004]   通信ネットワークの１つの重要な特徴が、ネットワークの構成要素間での電気信号の伝送のための有線媒体または無線媒体の選択である。有線ネットワークの場合、銅線、同軸ケーブル、光ファイバーケーブル等のような有形物理媒体が、ある距離にわたってメッセージトラフィックを搬送する誘導電磁波（guided electromagnetic waveforms ）を伝搬するために用いられる。有線ネットワークは、通信ネットワークの静的な形態であり、典型的に固定ネットワーク要素の相互接続またはバルクデータ転送（bulk data transfer ）のために好まれる。例えば、光ファイバーケーブルは、しばしば、地球の表面にわたる大陸間あるいは大陸を横断するバルクデータ伝送のような、大きなネットワークハブ間の長距離にわたる超高速スループット・トランスポート・アプリケーションのために好ましい伝送媒体である。
【０００５】
[0005]   他方では、無線ネットワークは、しばしば、ネットワーク要素が動的接続性のニーズを備えた移動式であるとき、またはネットワークアーキテクチャが固定式よりもアドホックのトポロジにおいて形成される場合に、好まれる。無線ネットワークは、電波、マイクロ波、赤外線、光（optical ）等の周波数帯域における電磁波を使用して、無誘導伝搬モード（unguided propagation mode ）において無形（intangible ）物理媒体を用いる。無線ネットワークは、固定有線ネットワークと比較して、迅速なフィールド展開およびユーザの移動性を促進するという明確な利点を有する。しかしながら、無線伝搬の使用は、互換性のあるスペクトル利用のために、ハイレベルな相互調整および協力と、ネットワークユーザ間での著しいアクティブなリソース管理とを必要とする。
【０００６】
[0006]   一例において、無線ネットワークは、様々な無線プロトコルと互換性がある。無線プロトコルの典型的なバージョンは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ）、ロングタームエボリューション（ＬＴＥ）等を含む。これらのプロトコルに対応する無線システムは、電話通信、メッセージング、データ転送、電子メール、インターネットアクセス、オーディオブロードキャスト、ビデオ通信等のような様々な通信サービスのために使用される。これらの無線システムは、一般に、固定テレコミュニケーション・インフラストラクチャ・ネットワークに対して、ユーザ機器（ＵＥ）またはユーザデバイスとしても知られる個別のアクセス端末（ＡＴ）に接続するために、基地局（ＢＳ）またはノードＢとしても知られるアクセスノード（ＡＮ）を利用する。一般に、無線カバレッジエリアは、複数のＵＥ（例えば、ユーザデバイス）に対して、エアインタフェースとしても知られる無線アクセスを提供するために、セルラベースの位相的アーキテクチャ（topological architecture ）を用いる複数のノードＢを使用してインプリメントされる（implemented ）。固定テレコミュニケーション・インフラストラクチャ・ネットワークの例は、公衆交換電話網（ＰＳＴＮ）、インターネット、プライベートデータネットワーク等を含む。一態様では、複数のノードノードＢは、固定テレコミュニケーション・インフラストラクチャ・ネットワークへの相互接続を容易にするために、無線ネットワーク制御装置（ＲＮＣ）に接続されうる。
【図面の簡単な説明】
【０００７】
【図１】図１は、２つの端末システムの例を例示するブロック図である。
【図２】図２は、複数のユーザデバイスをサポートする無線通信システムの例を例示する。
【図３】図３は、複製（replication ）要求に関するシーケンス図の例を例示する。
【図４Ａ】図４Ａは、拡張可能マークアップ言語を使用して、異なるサブスクリプションからのＵＥ間転送に関する到来する要求を識別するためのフロー図の例を例示する。
【図４Ｂ】図４Ｂは、拡張可能マークアップ言語を使用して、異なるサブスクリプションからのＵＥ間転送に関する到来する要求を識別するためのフロー図の例を例示する。
【図５Ａ】図５Ａは、メディア・フィーチャー・タグ（media feature tag ）を使用して、異なるサブスクリプションからのＵＥ間転送に関する到来する要求を識別するためのフロー図を例示する。
【図５Ｂ】図５Ｂは、メディア・フィーチャー・タグを使用して、異なるサブスクリプションからのＵＥ間転送に関する到来する要求を識別するためのフロー図を例示する。
【図６】図６は、協調セッション（collaborative session ）を作成するための転送要求に関するシーケンス図の例を例示する。
【発明の概要】
【０００８】
[0015]   ユーザ機器（ＵＥ）間転送のために到来する要求を識別するための方法が、（それに限定されるものではないが、）第１のＵＥと第２のＵＥの間の第１のメディアおよび第２のメディアの通信セッションが確立されているサブスクリプションからＵＥ間転送（ＩＵＴ：inter-UE transfer ）要求に関するインジケータを受信すること、およびＩＵＴ要求をサービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ: service centralization and continuity application server ）へルーティングすること、のうちの任意の１つまたは組み合わせを含む。ＩＵＴ要求は、第３のＵＥと関連づけられている。
【０００９】
[0016]   様々な実施形態では、ＩＵＴ要求は、メッセージ要求のヘッダまたはボディ内の拡張可能マークアップ言語（extensible markup language ）（ＸＭＬ）を含む。
【００１０】
[0017]   様々な実施形態では、ＩＵＴ要求は、メッセージ要求の一部分内のメディア・フィーチャー・タグを含む。いくつかの実施形態では、メディア・フィーチャー・タグは、メッセージ要求のヘッダ中にある。いくつかの実施形態では、このメッセージ要求の部分は、ヘッダフィールドを備える。さらなる実施形態では、ヘッダフィールドは、コンタクト・ヘッダフィールド（contact header field ）である。さらなる実施形態では、ヘッダフィールドは、アクセプトコンタクト・ヘッダフィールド（accept contact header field ）である。
【００１１】
[0018]   様々な実施形態では、メッセージ要求は、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol ）ＭＥＳＳＡＧＥ要求である。いくつかの実施形態では、ＳＩＰ  ＭＥＳＳＡＧＥ要求は、ＳＩＰ  ＲＥＦＥＲ要求またはＳＩＰ  ＩＮＶＩＴＥ要求メッセージのうちの１つである。
【００１２】
[0019]   様々な実施形態では、ＩＵＴ要求をルーティングすることは、インジケータに基づいて、ＩＵＴ要求をＳＣＣ  ＡＳへルーティングすることを備える。様々な実施形態では、ＩＵＴ要求をルーティングすることは、インジケータおよび初期フィルタリング基準に基づいて、ＩＵＴ要求をＳＣＣ  ＡＳへルーティングすることを備える。様々な実施形態では、ＩＵＴ要求をルーティングすることは、ＳＣＣ  ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える。様々な実施形態では、ＩＵＴ要求は、第３のＵＥへの第２のメディアの複製を開始するための要求である。様々な実施形態では、ＩＵＴ要求は、第３のＵＥへの第２のメディアの転送を開始するための要求である。
【００１３】
[0020]   様々な実施形態では、この方法は、インジケータを受信することに応答して、第３のＵＥに要求を送ることをさらに含む。いくつかの実施形態では、この方法は、第２のＵＥに要求を送ることをさらに含む。いくつかの実施形態では、この方法は、第３のＵＥの１つまたは複数のポートを使用可能にするために、第３のＵＥに要求を送ることをさらに含む。
【００１４】
[0021]   様々な実施形態では、サブスクリプションからＩＵＴ要求に関するインジケータを受信することは、異なるサブスクリプションからＩＵＴ要求に関するインジケータを受信することを備える。
【００１５】
[0022]   様々な実施形態では、電子デバイスが、この方法を実行するように構成される。
【発明を実施するための形態】
【００１６】
[0023]   添付図面に関連して以下に記載される詳細な説明は、本開示の様々な態様の説明として意図され、本開示が実現されうる唯一の態様を表すようには意図されない。この開示で説明される各々の態様は、単に本開示の例または例示として提供され、他の態様に対して、必ずしも好ましいまたは有利であるようには解釈されるべきでない。詳細な説明は、本開示の完全な理解を提供するために特定の詳細を含む。しかしながら、本開示がこれらの特定の詳細なしで実現されうることは、当業者にとって明らかであろう。いくつかの事例では、周知の構造およびデバイスが、本開示の概念を不明確にすることを避けるためにブロック図形式で示されている。頭文字および他の記述的な用語が、単に利便性および明確性のために使用されうるが、本開示の範囲を限定するようには意図されない。
【００１７】
[0024]   説明の簡略化の目的で、これら方法（methodologies ）は、一連の動作として説明および示されているが、いくつかの動作は、１つまたは複数の態様に従って、ここに説明および示されるものとは異なる順序でおよび／または他の動作と同時に起こりうるので、これら方法は、動作の順序によって限定されないことが理解および認識されるべきである。例えば、当業者であれば、方法が、代替的に、状態図の中でのように、一連の相互に関連する状態またはイベントとして表されうることを理解および認識するであろう。さらに、１つまたは複数の態様に従って方法をインプリメントするために、必ずしも例示されたすべての動作が必要とされる訳ではない。
【００１８】
[0025]   ここに説明される技術は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような様々な無線通信ネットワークのために使用されうる。「ネットワーク」および「システム」という用語は、しばしば交換可能に使用される。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のような無線技術をインプリメントしうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップレート（Low Chip Rate ）（ＬＣＲ）を含む。ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、グローバル移動体通信システム（ＧＳＭ）（登録商標）のような無線技術をインプリメントしうる。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ  ８０２．１１、ＩＥＥＥ  ８０２．１６、ＩＥＥＥ  ８０２．２０、フラッシュ−ＯＦＤＭ等のような無線技術をインプリメントしうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロングタームエボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを用いるＵＭＴＳの最新の（upcoming ）リリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナシッププロジェクト」（３ＧＰＰ）と命名された組織からの文書に説明されている。ＣＤＭＡ２０００は、「第３世代パートナシッププロジェクト２」（３ＧＰＰ２）と命名された組織からの文書に説明されている。これらの様々な無線技術および規格は、当該技術分野において知られている。明確さのために、これら技術のある特定の態様は、ＬＴＥに関して以下に説明され、また、以下の説明の多くで、ＬＴＥ用語が使用されている。
【００１９】
[0026]   図１は、２つの端末システム１００の例を例示するブロック図である。当業者であれば、図１に例示される実例的な２つの端末システム１００は、ＦＤＭＡ環境、ＯＦＤＭＡ環境、ＣＤＭＡ環境、ＷＣＤＭＡ（登録商標）環境、ＴＤＭＡ環境、ＳＤＭＡ環境、またはその他任意の適切な無線環境においてインプリメントされうることを理解するであろう。
【００２０】
[0027]   一態様では、２つの端末システム１００は、アクセスノード１０１（例えば、基地局またはノードＢ）およびユーザ機器またはＵＥ  ２０１（例えば、ユーザデバイス）を含む。ダウンリンク行程（downlink leg ）では、アクセスノード１０１（例えば、基地局またはノードＢ）は、トラフィックデータを受け取り、フォーマット、コード化、インタリーブおよび変調（または、シンボルマッピング）し、変調シンボル（例えば、データシンボル）を提供する送信（ＴＸ）データプロセッサＡ  １１０を含む。ＴＸデータプロセッサＡ  １１０は、シンボル変調器Ａ  １２０と通信状態にある。シンボル変調器Ａ  １２０は、データシンボルおよびダウンリンク・パイロット・シンボルを受け取って処理して、シンボルのストリームを提供する。一態様では、トラフィックデータを変調（または、シンボルマッピング）して、変調シンボル（例えば、データシンボル）を提供するのはシンボル変調器Ａ  １２０である。一態様では、シンボル変調器Ａ  １２０は、設定情報（configuration information ）を提供するプロセッサＡ  １８０と通信状態にある。シンボル変調器Ａ  １２０は、送信機ユニット（ＴＭＴＲ）Ａ  １３０と通信状態にある。シンボル変調器Ａ  １２０は、データシンボルおよびダウンリンク・パイロット・シンボルを多重化して、それらを送信機ユニットＡ  １３０に提供する。
【００２１】
[0028]   送信される各シンボルは、データシンボル、ダウンリンク・パイロット・シンボル、またはゼロの信号値でありうる。ダウンリンク・パイロット・シンボルは、各シンボル期間において連続的に送られうる。一態様では、ダウンリンク・パイロット・シンボルは、周波数分割多重化（ＦＤＭ）される。別の態様では、ダウンリンク・パイロット・シンボルは、直交周波数分割多重化（ＯＦＤＭ）される。なお別の態様では、ダウンリンク・パイロット・シンボルは、符号分割多重化（ＣＤＭ）される。一態様では、送信機ユニットＡ  １３０は、シンボルのストリームを受信して１つまたは複数のアナログ信号に変換し、アナログ信号をさらに調整、例えば、増幅、フィルタおよび／または周波数アップコンバートして、無線送信に適したアナログダウンリンク信号を生成する。その後、アナログダウンリンク信号は、アンテナ１４０を通じて送信される。
【００２２】
[0029]   ダウンリンク行程では、ＵＥ  ２０１（例えば、ユーザデバイス）は、アナログダウンリンク信号を受信して、このアナログダウンリンク信号を受信器ユニット（ＲＣＶＲ）Ｂ  ２２０に入力するためのアンテナ２１０を含む。一態様では、受信器ユニットＢ  ２２０は、アナログダウンリンク信号を調整、例えば、フィルタ、増幅、および周波数ダウンコンバートして、第１の「調整された」信号にする。その後、第１の「調整された」信号は、サンプリングされる。受信器ユニットＢ  ２２０は、シンボル復調器Ｂ  ２３０と通信状態にある。シンボル復調器Ｂ  ２３０は、受信器ユニットＢ  ２２０から出力された第１の「調整された」および「サンプリングされた」信号（例えば、データシンボル）を復調する。当業者であれば、代替案が、シンボル復調器Ｂ  ２３０でサンプリング処理をインプリメントすることであることを理解するであろう。シンボル復調器Ｂ  ２３０は、プロセッサＢ  ２４０と通信状態にある。プロセッサＢ  ２４０は、シンボル復調器Ｂ  ２３０からダウンリンク・パイロット・シンボルを受信して、これらダウンリンク・パイロット・シンボルに対してチャネル推定を実行する。一態様では、チャネル推定は、現在の伝搬環境を特徴づける処理である。シンボル復調器Ｂ  ２３０は、プロセッサＢ  ２４０から、ダウンリンク行程についての周波数応答推定を受信する。シンボル復調器Ｂ  ２３０は、ダウンリンク経路についてのデータシンボル推定値を取得するために、データシンボルに対してデータ復調を実行する。ダウンリンク経路についてのデータシンボル推定値は、送信されたデータシンボルの推定値である。シンボル復調器Ｂ  ２３０はまた、ＲＸデータプロセッサＢ  ２５０と通信状態にある。
【００２３】
[0030]   ＲＸデータプロセッサＢ  ２５０は、シンボル復調器Ｂ  ２３０からダウンリンク経路についてのデータシンボル推定値を受信して、トラフィックデータを回復するために、ダウンリンク経路についてのデータシンボル推定値を、例えば、復調（即ち、シンボルデマッピング）、デインタリーブおよび／または復号する。一態様では、シンボル復調器Ｂ  ２３０およびＲＸデータプロセッサＢ  ２５０による処理は、それぞれシンボル変調器Ａ  １２０およびＴＸデータプロセッサＡ  １１０による処理に相補的である。
【００２４】
[0031]   アップリンク行程では、ＵＥ  ２０１（例えば、ユーザデバイス）は、ＴＸデータプロセッサＢ  ２６０を含む。ＴＸデータプロセッサＢ  ２６０は、トラフィックデータを受け取って処理し、データシンボルを出力する。ＴＸデータプロセッサＢ  ２６０は、シンボル変調器Ｄ  ２７０と通信状態にある。シンボル変調器Ｄ  ２７０は、データシンボルを受け取ってアップリンク・パイロット・シンボルと多重化し、変調を実行し、シンボルのストリームを提供する。一態様では、シンボル変調器Ｄ  ２７０は、設定情報を提供するプロセッサＢ  ２４０と通信状態にある。シンボル変調器Ｄ  ２７０は、送信機ユニットＢ  ２８０と通信状態にある。
【００２５】
[0032]   送信される各シンボルは、データシンボル、アップリンク・パイロット・シンボル、またはゼロの信号値でありうる。アップリンク・パイロット・シンボルは、各シンボル期間において連続的に送られうる。一態様では、アップリンク・パイロット・シンボルは、周波数分割多重化（ＦＤＭ）される。別の態様では、アップリンク・パイロット・シンボルは、直交周波数分割多重化（ＯＦＤＭ）される。なお別の態様では、アップリンク・パイロット・シンボルは、符号分割多重化（ＣＤＭ）される。一態様では、送信機ユニットＢ  ２８０は、シンボルのストリームを受信して１つまたは複数のアナログ信号に変換し、アナログ信号を、さらに調整、例えば、増幅、フィルタおよび／または周波数アップコンバートして、無線送信に適したアナログアップリンク信号を生成する。その後、アナログアップリンク信号は、アンテナ２１０を通じて送信される。
【００２６】
[0033]   ＵＥ  ２０１（例えば、ユーザデバイス）からのアナログアップリンク信号は、アンテナ１４０によって受信されて、サンプルを取得するために、受信器ユニットＡ  １５０によって処理される。一態様では、受信器ユニットＡ  １５０は、アナログアップリンク信号を調整、例えば、フィルタ、増幅および周波数ダウンコンバートして、第２の「調整された」信号にする。その後、第２の「調整された」信号は、サンプリングされる。受信器ユニットＡ  １５０は、シンボル復調器Ｃ  １６０と通信状態にある。当業者であれば、代替案が、シンボル復調器Ｃ  １６０でサンプリング処理をインプリメントすることであることを理解するであろう。シンボル復調器Ｃ  １６０は、アップリンク経路についてのデータシンボル推定値を取得するために、データシンボルに対してデータ復調を実行し、その後、アップリンク・パイロット・シンボルとアップリンク経路についてのデータシンボル推定値とをＲＸデータプロセッサＡ  １７０に提供する。アップリンク経路についてのデータシンボル推定値は、送信されたデータシンボルの推定値である。ＲＸデータプロセッサＡ  １７０は、無線通信デバイス２０１によって送信されたトラフィックデータを回復するために、アップリンク経路についてのデータシンボル推定値を処理する。シンボル復調器Ｃ  １６０はまた、プロセッサＡ  １８０と通信状態にある。プロセッサＡ  １８０は、アップリンク行程で送信しているアクティブな端末ごとにチャネル推定を実行する。一態様では、複数の端末は、パイロットサブ帯域のセットがインタレース（interlaced ）されうる、それらにそれぞれ割り当てられたパイロットサブ帯域のセット上で、アップリンク行程で同時にパイロットシンボルを送信しうる。
【００２７】
[0034]   プロセッサＡ  １８０およびプロセッサＢ  ２４０は、それぞれアクセスノード１０１（例えば、基地局またはノードＢ）およびＵＥ  ２０１（例えば、ユーザデバイス）における動作を指示（即ち、制御、調整または管理等）する。一態様では、いずれかあるいは両方のプロセッサＡ  １８０およびプロセッサＢ  ２４０が、プログラムコードおよび／またはデータを記憶するために、１つまたは複数のメモリユニット（図示せず）と関連づけられる。一態様では、いずれかあるいは両方のプロセッサＡ  １８０またはプロセッサＢ  ２４０が、それぞれアップリンク行程およびダウンリンク行程についての周波数およびインパルス応答推定値を導出するための計算を実行する。
【００２８】
[0035]   一態様では、２つの端末システム１００は、多元接続システムである。多元接続システム（例えば、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、空間分割多元接続（ＳＤＭＡ）等）については、複数の端末は、アップリンク行程上で同時に送信し、複数のＵＥ（例えば、ユーザデバイス）にアクセスを可能にする。一態様では、多元接続システムについては、パイロットサブ帯域は、異なる端末間で共用されうる。チャネル推定技術は、各端末のためのパイロットサブ帯域が、（場合によると、帯域端を除く）動作帯域全体に及ぶ場合に使用される。各端末についての周波数ダイバーシティを得るためには、このようなパイロットサブ帯域構造が望ましい。
【００２９】
[0036]   図２は、複数のユーザデバイスをサポートする無線通信システム２９０の例を例示する。図２では、参照番号２９２Ａ乃至２９２Ｇは、セルを指し、参照番号２９８Ａ乃至２９８Ｇは、基地局（ＢＳ）またはノードＢを指し、参照番号２９６Ａ乃至２９６Ｊは、アクセスユーザデバイス（別名、ユーザ機器（ＵＥ））を指す。セルサイズは、異なり（vary ）うる。任意の様々なアルゴリズムおよび方法が、システム２９０における送信をスケジュールするために使用されうる。システム２９０は、多くのセル２９２Ａ乃至２９２Ｇのために通信を提供し、その各々は、それぞれ対応する基地局２９８Ａ乃至２９８Ｇによってサービスされる。
【００３０】
[0037]   分散されたユーザ間でのマルチメディア通信のシグナリングのために使用されるプロトコルが、セッション開始プロトコル（ＳＩＰ）として知られている。一例において、ＳＩＰは、インターネットプロトコル（ＩＰ）ネットワーク上のマルチメディアセッションを制御するために使用されうる。一態様では、ＳＩＰは、アプリケーション層プロトコルであり、これは、様々なトランスポートプトロコル上で動作しうる。
【００３１】
[0038]   制御装置（controller ）ユーザ機器（ＵＥ）と、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）と、様々な被制御装置（controlees ）との間に協調セッションが存在する通信システムについては、すべてのＵＥは同じサブスクリプションに属しうる。したがって、ＵＥ間転送（ＩＵＴ）の動作は、要求ＵＲＩ中にＳＣＣ  ＡＳアドレスを有することによって容易に区別されうる。しかしながら、ＩＵＴ標準化のリリース１０では、制御装置ＵＥおよび被制御装置（controlees ）ＵＥは、異なるサブスクリプションに属しうる。この場合、被制御装置ＵＥは、協調セッションをアンカーしている（anchoring ）ＳＣＣ  ＡＳのアドレスを認識してない。ここで、被制御装置ＵＥが制御装置ＵＥにＩＵＴ要求（例えば、複製要求）を送る場合、被制御装置ＵＥは、このセッションをアンカーしているＳＣＣ  ＡＳを含むドメイン（即ち、制御装置ＵＥ）のＩＭＳ（ＩＰマルチメディアサブシステム）コアに対してＩＵＴ動作を識別する必要がある。次に、ＩＭＳコアは、この要求をＳＣＣ  ＡＳへルーティングして、すべての他のアプリケーションサーバをバイパスし、これは、それらのアプリケーションサーバが要求および／またはセッションに影響を及ぼすことを阻止しうる。
【００３２】
[0039]   図３は、第１のＵＥ（ＵＥ−１）、第２のＵＥ（ＵＥ−２）、ＵＥ−１のためのＳＣＣ  ＡＳ、メディア関連機能（ＭＲＦ：media related function ）、ＵＥ−２のためのＳＣＣ  ＡＳ、およびリモートＵＥ（UE-remote ）を例示する。一例において、ＵＥ−１とリモートＵＥの間のオーディオ通信セッションが確立されうる。一態様では、ＵＥ−２は、ＲＦＣ  ４２３５またはこれに類するものにしたがって、そのダイアログ・イベント・パッケージ（dialog event package ）にサブスクライブする（subscibing ）ことによって、ＵＥ−１のダイアログ情報を取得する。第１のステップでは、ＳＩＰ  ＲＥＦＥＲメッセージが、ネットワーク複製の処理を開始するために、ＵＥ−２からＵＥ−２のためのＳＣＣ  ＡＳに送られる。例えば、要求ＵＲＩ（ユニフォーム・リソース・インジケータ（uniform resource indicator ））は、ＵＥ−１のコンタクト（contact ）に設定され、リファー・ツー・ヘッダフィールド（refer-to header field ）は、複製されるメディアおよびＵＥ−２のコンタクト（contact ）を含みうる。
【００３３】
[0040]   第２のステップでは、ＳＩＰ  ＲＥＦＥＲメッセージは、ＵＥ−２のためのＳＣＣ  ＡＳからＵＥ−１のためのＳＣＣ  ＡＳ（即ち、ＵＥ−１のためのドメイン）へ送られる。次に、許可が必要な場合には、ＳＩＰ  ＭＥＳＳＡＧＥ要求が、ＵＥ−１のためのＳＣＣ  ＡＳからＵＥ−１へ送られる。許可がＵＥ−１によって与えられた場合、セッション複製に関するＵＥ−２のためのリソース割当ては、ＵＥ−１のためのＳＣＣ  ＡＳおよびＭＲＦによってセットアップされうる。次に、ＳＩＰ  ＩＮＶＩＴＥ要求メッセージが、ＵＥ−１のためのＳＣＣ  ＡＳからＵＥ−２のためのＳＣＣ  ＡＳへ送られ、それは、ＳＩＰ  ＩＮＶＩＴＥメッセージをＵＥ−２に中継する。次に、ＵＥ−１のためのＳＣＣ  ＡＳは、ＳＩＰ  Ｒｅ−ＩＮＶＩＴＥメッセージをリモートＵＥに送る。最後に、ＵＥ−１は、ＭＲＦにオーディオセッションを提供し、その後、それは、ＵＥ−２およびリモートＵＥが同じセッションを有するように、ＵＥ−１およびリモートＵＥの両方に複製されたオーディオセッションを提供する。
【００３４】
[0041]   いくつかの実施形態では、メッセージ１におけるＳＩＰ  ＲＥＦＥＲ要求メッセージが、全プロシージャをトリガするために、ＳＣＣ  ＡＳへルーティングされる。一例において、このＳＩＰ  ＲＥＦＥＲ要求メッセージについての要件は、（１）それは、ＵＥ−１のドメイン（即ち、制御装置ＵＥ）へルーティングされる必要がある、（２）制御装置ＵＥのドメインにおけるサービング呼セッション制御機能（Serving Call Session Control Function ）（Ｓ−ＣＳＣＦ）は、初期フィルタ基準（initial filter criteria ）（ＩＦＣ）の一部として、またはこれに加えて、すべての他のアプリケーションサーバをバイパスするためにＩＵＴコマンドを認識すべきであり、これは、ＳＩＰ  ＲＥＦＥＲ要求が、他のアプリケーションサーバにおいて、それによってセッションを意図せずに（inadvertently ）終了させるなどの望ましくない動作をトリガしうる影響を及ぼすことから阻止することができる、（３）制御装置ＵＥのためのＳＣＣ  ＡＳは、複製コマンドを認識する。
【００３５】
[0042]   様々な実施形態によると、上述したプロトコルへの変更は、Ｓ−ＣＳＣＦがこの要求を区別できるように、ＳＩＰ  ＲＥＦＥＲ要求（または、その他の適切な要求）のヘッダ（または、その他の適切な部分）にある。加えて、特定の実施形態では、Ｓ−ＣＳＣＦは、要求を（複数の）適切なアプリケーションサーバ（ＡＳ）に送るために、インジケータをＩＦＣと組み合わせて使用しうる。
【００３６】
[0043]   いくつかの実施形態では、拡張可能マークアップ言語（ＸＭＬ）が、ＵＥ間転送のために、異なるサブスクリプションからの到来する要求を識別するために使用されうる。一例において、被制御装置ＵＥは、Ｓ−ＣＳＣＦへのインジケータとして、ＸＭＬアプリケーションに設定されたコンテンツ−タイプ・ヘッダ（Content-Type header ）を備えたＸＭＬボディを挿入しうる（the controllee UE may insert an XML body with a Content-Type header set to XML application as an indicator to the S-CSCF ）。様々な実施形態によると、アプリケーションのコンテンツ−タイプ・ヘッダは、特定のアプリケーションを扱うことを可能にする。別の例では、ボディまたはその他の適切な部分が、Ｓ−ＣＳＣＦのためのインジケータを含みうる。
【００３７】
[0044]   他の実施形態では、メディア・フィーチャー・タグが、ＵＥ間転送のために、異なるサブスクリプションからの到来する要求を識別するために使用されうる。一例において、被制御装置ＵＥは、ＩＵＴ動作をＳ−ＣＳＣＦに示すために、アクセプトコンタクト・ヘッダフィールドにメディア・フィーチャー・タグを追加する。一例において、メディア・フィーチャー・タグは、アクセプトコンタクト・ヘッダフィールド中にある。一態様では、メディア・フィーチャー・タグは、フィーチャーの選択（feature preferences ）を識別するために使用されうる。別の例では、メディア・フィーチャー・タグは、コンタクト・ヘッダまたはその他の適切な部分中にある。
【００３８】
[0045]   ＸＭＬおよびメディア・フィーチャー・タグをインプリメントする方法が具体的に説明されたが、当業者であれば、本開示は、異なるサブスクリプションからのＵＥ間転送に関する到来する要求を識別するためのその他の形式のインジケーションにも適用可能であることを理解するであろう。例えば、本開示の範囲および趣旨は、Ｓ−ＣＳＣＦが、ＵＥからインジケーションを得ることによって、ＩＵＴ要求を認識することを可能にする任意の方法を含む。言い換えれば、ＩＵＴ要求をＳＣＣ−ＡＳのような適切なアプリケーションサーバへルーティングすることをＳ−ＣＳＣＦに可能にする任意のインジケーションは、本開示の範囲および趣旨内にある。
【００３９】
[0046]   図４Ａおよび図４Ｂは、ＸＭＬを使用して、異なるサブスクリプションからのＵＥ間転送に関する到来する要求を識別するためのフロー図の例を例示する。ブロック４１０Ａ（４１０Ｂ）では、セッション開始プロトコル（ＳＩＰ）メッセージ要求のヘッダまたはボディ内のＸＭＬを使用するＩＵＴ要求に関するインジケータが、受信される。一例において、ＳＩＰ  ＭＥＳＳＡＧＥ要求は、ＳＩＰ  ＲＥＦＥＲ要求である。その後、ブロック４２０Ａ（４２０Ｂ）では、ＩＵＴ要求は、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）へルーティングされる。他の例では、ＳＩＰ  ＭＥＳＳＡＧＥ要求は、（それに限定されるものではないが）ＩＮＶＩＴＥ（例えば、ＳＩＰ  ＩＮＶＩＴＥ）要求、ＲＥＦＥＲ（例えば、ＳＩＰ  ＲＥＦＥＲ）要求、メッセージ（例えば、ＳＩＰ  ＭＥＳＳＡＧＥ）、またはこれに類するものなどの任意の適切なメッセージでありうる。
【００４０】
[0047]   図５Ａおよび図５Ｂは、メディア・フィーチャー・タグを使用して、異なるサブスクリプションからのＵＥ間転送に関する到来する要求を識別するためのフロー図を例示する。ブロック５１０Ａ（５１０Ｂ）では、（例えば、ＳＩＰ）メッセージ要求のヘッダの一部内のメディア・フィーチャー・タグを使用するＩＵＴ要求に関するインジケータが、受信される。一例において、ＳＩＰ  ＭＥＳＳＡＧＥ要求は、ＳＩＰ  ＲＥＦＥＲ要求である。その後、ブロック５２０Ａ（５２０Ｂ）では、ＩＵＴ要求は、サービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ  ＡＳ）へルーティングされる。他の例では、ＳＩＰ  ＭＥＳＳＡＧＥ要求は、（それに限定されるものではないが）ＩＮＶＩＴＥ（例えば、ＳＩＰ  ＩＮＶＩＴＥ）要求、ＲＥＦＥＲ（例えば、ＳＩＰ  ＲＥＦＥＲ）要求、メッセージ（例えば、ＳＩＰ  ＭＥＳＳＡＧＥ）、またはこれに類するものなどの任意の適切なメッセージでありうる。
【００４１】
[0048]   図３−図５Ｂは、一般に、メディアセッション（例えば、オーディオおよび／またはビデオ）を複製するための要求に関連して説明されたが、上述したものは、それに限定されるものではないが、セッションを転送する要求、セッションを削除する要求、またはこれに類するものを含む任意の適切な要求に適用可能であることに留意されたい。
【００４２】
[0049]   図６は、協調セッションを作成するための転送要求に関するシーケンス図の例を例示する。図６は、第１のＵＥ（ＵＥ−１）、第２のＵＥ（ＵＥ−２）、ＵＥ−１のためのＳＣＣ  ＡＳ、メディア関連機能（ＭＲＦ）、ＵＥ−２のためのＳＣＣ  ＡＳ、およびリモートＵＥを例示する。一例において、ＵＥ１とリモートＵＥの間の（オーディオおよびビデオのような）第１および第２のメディアの通信セッションが確立されうる。ＵＥ−２は、ＲＦＣ  ４２３５またはこれに類するものにしたがって、そのダイアログ・イベント・パッケージにサブスクライブすることによって、ＵＥ−１のダイアログ情報を取得する。第１のステップでは、ＳＩＰ  ＲＥＦＥＲメッセージが、第２のメディア（例えば、オーディオおよび／またはビデオ）の転送のための処理を開始するために、ＵＥ−２からＵＥ−２のためのＳＣＣ  ＡＳへ送られる。例えば、要求ＵＲＩは、ＵＥ−１のコンタクトに設定され、リファー・ツー・ヘッダフィールドは、転送されるメディアおよびＵＥ−２のコンタクトを含む。
【００４３】
[0050]   第２のステップでは、ＳＩＰ  ＲＥＦＥＲメッセージは、ＵＥ−２のためのＳＣＣ  ＡＳからＵＥ−１のためのＳＣＣ  ＡＳ（即ち、ＵＥ−１のためのドメイン）へ送られる。次に、許可が必要な場合には、ＳＩＰ  ＭＥＳＳＡＧＥ要求が、ＵＥ−１のためのＳＣＣ  ＡＳからＵＥ−１へ送られる。許可がＵＥ−１によって与えられた場合、セッション複製転送（session replication transferring ）のためのＵＥ−２のためのリソース割当ては、ＵＥ−１のためのＳＣＣ  ＡＳおよびＭＲＦによってセットアップされうる。次に、ＳＩＰ  ＩＮＶＩＴＥ要求メッセージが、ＵＥ−１のためのＳＣＣ  ＡＳからＵＥ−２のためのＳＣＣ  ＡＳへ送られ、それは、ＳＩＰ  ＩＮＶＩＴＥ要求メッセージをＵＥ−２に中継する。次に、ＵＥ−１のためのＳＣＣ  ＡＳは、ＳＩＰ  Ｒｅ−ＩＮＶＩＴＥ要求メッセージをリモートＵＥに送る。次に、ＳＩＰ  ＵＰＤＡＴＥ要求が、ポートを使用可能にするためにＵＥ−２に送られる。最後に、第２のメディア（例えば、オーディオおよび／またはビデオ）セッションが転送されて、このセッションは、ＵＥ−１、ＵＥ−２、およびリモートＵＥの間の協調セッションとなる。したがって、ＵＥ−１のためのＳＣＣ  ＡＳにおいてアンカーされるＵＥ−１とリモートＵＥの間で継続しているマルチメディア協調セッションについては、ＵＥ−１は、ビデオメディアまたはこれに類するものを、異なるサブスクライバであるＵＥ−２に転送して、協調セッションの制御を維持しうる。
【００４４】
[0051]   図６は、メディアセッション（例えば、オーディオおよび／またはビデオ）を転送するための要求に関連して説明されたが、上述したものは、それに限定されるものではないが、セッションを複製する要求、セッションを削除する要求、またはこれに類するものを含む任意の適切な要求に適用可能であることに留意されたい。
【００４５】
[0052]   開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計の選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示の範囲内にとどまりながら再構成されうることが理解される。付随の方法の請求項は、サンプルの順序において、様々なステップの要素を示し、また、示された具体的な順序または階層に限定されるようには意図されない。
【００４６】
[0053]   当業者であれば、情報および信号は、様々な異なる技術および技法のうちのいずれを用いて表されうることを理解するであろう。例えば、上記説明の全体にわたって参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはこれらの任意の組み合わせによって表されうる。
【００４７】
[0054]   当業者は、ここに開示された実施形態に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとしてインプリメントされうることをさらに理解するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、概してそれらの機能の観点から上述された。このような機能が、ハードウェアとしてインプリメントされるか、あるいはソフトウェアとしてインプリメントされるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。当業者は、各々の特定のアプリケーションに関して、多様な方法で説明された機能をインプリメントすることができるが、このようなインプリメンテーションの決定は、本開示の範囲からの逸脱を引き起こしていると解釈されるべきでない。
【００４８】
[0055]   ここに開示された実施形態に関連して説明されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プグラマブル・ゲート・アレイ（ＦＰＧＡ）またはその他のプログラマブル論理デバイス、ディスクリート・ゲートまたはトランジスタ・ロジック、ディスクリート・ハードウェア・コンポーネント、あるいはここに説明された機能を実行するように設計されるこれらの任意の組み合わせで、インプリメントまたは実行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替において、このプロセッサは、任意の従来型のプロセッサ、制御装置、マイクロ制御装置、またはステートマシン（state machine ）でありうる。また、プロセッサは、計算デバイスの組み合わせとしてインプリメントされうる、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、あるいはその他任意のこのような構成。
【００４９】
[0056]   ここで開示された実施形態に関連して説明されたアルゴリズムまたは方法のステップは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはこれら２つの組み合わせにおいて、具現化（embodied ）されうる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または当該技術分野において周知であるその他任意の形状の記憶媒体内に存在しうる。典型的な記憶媒体は、プロセッサがこの記憶媒体から情報を読み取り、またこの記憶媒体に情報を書き込むことができるように、プロセッサに結合されている。代替において、記憶媒体は、プロセッサと一体化されうる。プロセッサおよび記憶媒体は、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。代替において、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリート・コンポーネントとして存在しうる。
【００５０】
[0057]   １つまたは複数の典型的な実施形態では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせでインプリメントされうる。ソフトウェアでインプリメントされる場合、これらの機能は、コンピュータ読取可能媒体上で、１つまたは複数の命令またはコードとして送信または記憶されうる。コンピュータ読取可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体と、コンピュータ記憶媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされうる任意の利用可能な媒体でありうる。限定ではなく例として、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、データ構造または命令の形式で所望のプログラムコードを記憶または搬送するために使用可能であり、かつコンピュータによってアクセスされうるその他任意の媒体を備えうる。また、任意の接続は、コンピュータ読取可能媒体と厳密には称されうる。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、電波、およびマイクロ波などの無線技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合には、この同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、電波、およびマイクロ波などの無線技術は、媒体の定義に含まれる。ここで使用される場合、ディスク（disk ）およびディスク（disc ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多目的ディスク（ＤＶＤ）、フロッピー（登録商標）ディスクおよびブルーレイ（登録商標）ディスクを含み、ここでディスク（disks ）は、通常磁気的にデータを再生し、一方ディスク（discs ）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００５１】
[0058]   開示された実施形態の上記説明は、いかなる当業者であっても、本開示を製造または使用できるように提供される。これらの実施形態に対する様々な修正は、当業者にとって容易に明らかであり、ここで定義された一般的な原理は、本開示の趣旨または範囲から逸脱することなく、他の実施形態に適用されうる。したがって、本開示は、ここに示された実施形態に限定されるようには意図されず、ここに開示される原理および新規な特徴と一致する最も広い範囲を与えられることとなる。
なお、本願の出願当初の請求項と同一の記載を以下に付記する。
［Ｃ１］ユーザ機器（ＵＥ）間転送のために到来する要求を識別するための方法であって、
第１のＵＥと第２のＵＥの間の第１のメディアおよび第２のメディアの通信セッションが確立されているサブスクリプションから、ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信することと、前記ＩＵＴ要求は、第３のＵＥと関連づけられる、
前記ＩＵＴ要求をサービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ ＡＳ）へルーティングすることと、
を備える方法。
［Ｃ２］前記ＩＵＴ要求は、メッセージ要求のヘッダまたはボディ内の拡張可能マークアップ言語（ＸＭＬ）を含む、Ｃ１に記載の方法。
［Ｃ３］前記ＩＵＴ要求は、メッセージ要求の一部分内のメディア・フィーチャー・タグを含む、Ｃ１に記載の方法。
［Ｃ４］前記メディア・フィーチャー・タグは、前記メッセージ要求のヘッダ中にある、Ｃ３に記載の方法。
［Ｃ５］前記メッセージ要求の前記部分は、ヘッダフィールドを備える、Ｃ３に記載の方法。
［Ｃ６］前記ヘッダフィールドは、コンタクト・ヘッダフィールドである、Ｃ５に記載の方法。
［Ｃ７］前記ヘッダフィールドは、アクセプトコンタクト・ヘッダフィールドである、Ｃ５に記載の方法。
［Ｃ８］前記メッセージ要求は、セッション開始プロトコル（ＳＩＰ）ＭＥＳＳＡＧＥ要求である、Ｃ１に記載の方法。
［Ｃ９］前記ＳＩＰ ＭＥＳＳＡＧＥ要求は、ＳＩＰ ＲＥＦＥＲ要求またはＳＩＰ ＩＮＶＩＴＥ要求メッセージのうちの１つである、Ｃ８に記載の方法。
［Ｃ１０］前記ＩＵＴ要求をルーティングすることは、前記インジケータに基づいて、前記ＩＵＴ要求を前記ＳＣＣ ＡＳへルーティングすることを備える、Ｃ１に記載の方法。
［Ｃ１１］前記ＩＵＴ要求をルーティングすることは、前記インジケータおよび初期フィルタリング基準に基づいて、前記ＩＵＴ要求を前記ＳＣＣ ＡＳへルーティングすることを備える、Ｃ１に記載の方法。
［Ｃ１２］前記ＩＵＴ要求をルーティングすることは、前記ＳＣＣ ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える、Ｃ１に記載の方法。
［Ｃ１３］前記ＩＵＴ要求は、前記第３のＵＥへの前記第２のメディアの複製を開始するための要求である、Ｃ１に記載の方法。
［Ｃ１４］前記ＩＵＴ要求は、前記第３のＵＥへの前記第２のメディアの転送を開始するための要求である、Ｃ１に記載の方法。
［Ｃ１５］前記方法は、さらに、
前記インジケータを受信することに応答して、前記第３のＵＥに要求を送ること、
を備える、Ｃ１に記載の方法。
［Ｃ１６］前記方法は、さらに、
前記第２のＵＥに要求を送ること、
を備える、Ｃ１５に記載の方法。
［Ｃ１７］前記方法は、さらに、
前記第３のＵＥの１つまたは複数のポートを使用可能にするために、前記第３のＵＥに要求を送ること、
を備える、Ｃ１５に記載の方法。
［Ｃ１８］サブスクリプションからＩＵＴ要求に関するインジケータを受信することは、異なるサブスクリプションからＩＵＴ要求に関するインジケータを受信することを備える、Ｃ１に記載の方法。
［Ｃ１９］Ｃ１に記載の方法を実行するように構成された電子デバイス。
［Ｃ２０］ユーザ機器（ＵＥ）間転送のために到来する要求を識別するためのコンピュータプログラム製品であって、
第１のＵＥと第２のＵＥの間の第１のメディアおよび第２のメディアの通信セッションが確立されているサブスクリプションから、ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信し、前記ＩＵＴ要求は、第３のＵＥと関連づけられる、
前記ＩＵＴ要求をサービスの集中化および継続化のアプリケーションサーバへルーティングする、
のためのコードを備えるコンピュータ読取可能媒体、
を備えるコンピュータプログラム製品。
［Ｃ２１］ユーザ機器（ＵＥ）間転送のために到来する要求を識別するための装置であって、
第１のＵＥと第２のＵＥの間の第１のメディアおよび第２のメディアの通信セッションが確立されているサブスクリプションから、ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信するための手段と、前記ＩＵＴ要求は、第３のＵＥと関連づけられる、
前記ＩＵＴ要求をサービスの集中化および継続化のアプリケーションサーバへルーティングするための手段と、
を備える装置。
［Ｃ２２］ユーザ機器（ＵＥ）間転送のために到来する要求を識別するための装置であって、
プロセッサと、
プロセッサ実行可能コードおよび／またはデータを備えるメモリと、
を備え、
前記プロセッサ実行可能コードは、前記プロセッサによって実行されるとき、
第１のＵＥと第２のＵＥの間の第１のメディアおよび第２のメディアの通信セッションが確立されているサブスクリプションから、ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信し、前記ＩＵＴ要求は、第３のＵＥと関連づけられる、
前記ＩＵＴ要求をサービスの集中化および継続化のアプリケーションサーバへルーティングする、
ようにデバイスを構成する、装置。
［Ｃ２３］サブスクリプションからのユーザ機器（ＵＥ）間転送に関する到来する要求を識別するための方法であって、
ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信することと、
前記ＩＵＴ要求をサービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ ＡＳ）へルーティングすることと、
を備える方法。
［Ｃ２４］前記ＩＵＴ要求は、メッセージ要求のヘッダまたはボディ内の拡張可能マークアップ言語（ＸＭＬ）を含む、Ｃ２３に記載の方法
［Ｃ２５］前記ＩＵＴ要求は、メッセージ要求の一部分内のメディア・フィーチャー・タグを含む、Ｃ２３に記載の方法。
［Ｃ２６］前記メディア・フィーチャー・タグは、前記メッセージ要求のヘッダ中にある、Ｃ２５に記載の方法。
［Ｃ２７］前記メッセージ要求の前記部分は、ヘッダフィールドを備える、Ｃ２５に記載の方法。
［Ｃ２８］前記ヘッダフィールドは、コンタクト・ヘッダフィールドである、Ｃ２７に記載の方法。
［Ｃ２９］前記ヘッダフィールドは、アクセプトコンタクト・ヘッダフィールドである、Ｃ２７に記載の方法。
［Ｃ３０］前記メッセージ要求は、セッション開始プロトコル（ＳＩＰ）ＭＥＳＳＡＧＥ要求である、Ｃ２３に記載の方法。
［Ｃ３１］前記ＳＩＰ ＭＥＳＳＡＧＥ要求は、ＳＩＰ ＲＥＦＥＲ要求またはＳＩＰ ＩＮＶＩＴＥ要求メッセージのうちの１つである、Ｃ３０に記載の方法。
［Ｃ３２］前記ＩＵＴ要求をルーティングすることは、前記インジケータに基づいて、前記ＩＵＴ要求を前記ＳＣＣ ＡＳへルーティングすることを備える、Ｃ２３に記載の方法。
［Ｃ３３］前記ＩＵＴ要求をルーティングすることは、前記インジケータおよび初期フィルタリング基準に基づいて、前記ＩＵＴ要求を前記ＳＣＣ ＡＳへルーティングすることを備える、Ｃ２３に記載の方法。
［Ｃ３４］前記ＩＵＴ要求をルーティングすることは、前記ＳＣＣ ＡＳ以外のすべての他のアプリケーションサーバをバイパスすることを備える、Ｃ２３に記載の方法。
［Ｃ３５］前記ＩＵＴ要求は、第３のＵＥへの第１のＵＥと第２のＵＥの間のセッションの複製を開始するための要求である、Ｃ２３に記載の方法。
［Ｃ３６］前記ＩＵＴ要求は、第３のＵＥへの第１のＵＥと第２のＵＥの間のセッションの転送を開始するための要求である、Ｃ２３に記載の方法。
［Ｃ３７］前記サブスクリプションは、異なるサブスクリプションのためのものである、Ｃ２３に記載の方法。
［Ｃ３８］Ｃ２３に記載の方法を実行するように構成された電子デバイス。
［Ｃ３９］サブスクリプションからのユーザ機器（ＵＥ）間転送に関する到来する要求を識別するためのコンピュータプログラム製品であって、
ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信し、
前記ＩＵＴ要求をサービスの集中化および継続化のアプリケーションサーバへルーティングする、
ためのコードを備える非一時的なコンピュータ読取可能媒体、
を備えるコンピュータプログラム製品。
［Ｃ４０］サブスクリプションからのユーザ機器（ＵＥ）間転送に関する到来する要求を識別するための装置であって、
プロセッサと、
プロセッサ実行可能コードおよび／またはデータを備えるメモリと、
を備え、
前記プロセッサ実行可能コードは、前記プロセッサによって実行されるとき、
ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信し、
前記ＩＵＴ要求をサービスの集中化および継続化のアプリケーションサーバへルーティングする、
ようにデバイスを構成する、装置。
［Ｃ４１］サブスクリプションからのユーザ機器（ＵＥ）間転送に関する到来する要求を識別するための装置であって、
ＵＥ間転送（ＩＵＴ）要求に関するインジケータを受信するための手段と、
前記ＩＵＴ要求をサービスの集中化および継続化のアプリケーションサーバへルーティングするための手段と、
を備える装置。
［Ｃ４２］サブスクリプションにユーザ機器（ＵＥ）間転送に関する要求を提供するための方法であって、
第１のＵＥと第２のＵＥの間の第１のメディアおよび第２のメディアの通信セッションが確立されているＵＥ間転送（ＩＵＴ）要求に関するインジケータを提供することと、前記ＩＵＴ要求は、前記第１のＵＥのためのサービスの集中化および継続化のアプリケーションサーバ（ＳＣＣ ＡＳ）へのＸＭＬおよびメディア・フィーチャー・タグのうちの少なくとも１つを使用して、第３のＵＥと関連づけられる、
前記インジケータを提供することに応答して、前記第１のＵＥのための前記ＳＣＣ ＡＳからの要求を受信することと、
を備える方法。
［Ｃ４３］前記方法は、さらに、
前記第１のＵＥのダイアログ・イベント・パッケージにサブスクライブすることによって、前記第１のＵＥからのダイアログ情報を取得すること、
を備える、Ｃ４２に記載の方法。
［Ｃ４４］前記方法は、さらに、
メディア関連機能から前記セッションを受信すること、
を備える、Ｃ４２に記載の方法。
［Ｃ４５］前記方法は、さらに、
前記第３のＵＥの１つまたは複数のポートを使用可能にするための要求を受信すること、
を備える、Ｃ４２に記載の方法。
【図１】
0005612212.tif 000002
【図２】
0005612212.tif 000003
【図３】
0005612212.tif 000004
【図４Ａ】
0005612212.tif 000005
【図４Ｂ】
0005612212.tif 000006
【図５Ａ】
0005612212.tif 000007
【図５Ｂ】
0005612212.tif 000008
【図６】
0005612212.tif 000009