JP4977211B2 - マルチメディア呼の連続性を実施するためのシステム、方法、および装置 - Google Patents

Description

本発明は、２００６年１１月２３日に出願された中国特許出願番号２００６１０１６２６０４の利益を享受する、２００７年１１月１９日に出願された国際出願番号ＰＣＴ／ＣＮ２００７／００３２５８の利益を享受する。上記出願の内容は、全体的に参照され、ここに組み込まれる。
本発明は、通信の分野に関し、特に、マルチメディア呼の連続性を実施するためのシステム、方法、および装置に関する。

従来、１つの国または地域のモバイル通信事業者は、１つの規格のアクセスネットワークのみを配備している。このネットワーク条件下では、ユーザは、シングルモード端末を介してサービスを取得する。世界的に見ると、さまざまな規格のネットワークが共存している。

ネットワークの配備における事業者の選択と、事業者間での合併・買収（ｍｅｒｇｅｒｓ ａｎｄ ｏｂｔａｉｎｉｎｇｓ）とに伴い、１つの事業者が複数の規格を同時に運用する場合がある。さらに、モバイルアプリケーションに対するユーザの高まりつつある需要は、アクセス技術の急速な発展を大幅に促進し、その結果、例えば、ワイヤレス・フィデリティ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）（ＷｉＦｉ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）（ＷｉＭＡＸ）などの、多くの新しいアクセス技術が継続的に現れている。したがって、異種アクセス技術の下でのサービスの連続性を確実にするために、シームレスなサービスの転送（ｓｅａｍｌｅｓｓ ｓｅｒｖｉｃｅ ｔｒａｎｓｆｅｒ）をユーザに提供することは、事業者がユーザの要求を満足するために、そして、事業者自体の競争力を強化するために、緊急の必要条件となった。現在のところ、さまざまなアクセス技術と、それと同時に、さまざまなアクセスモードの端末（すなわち、マルチモード端末。ＣＳＩ端末とＶＣＣ端末とは、両方とも、マルチモード端末の応用例である）とをサポートするための、コアネットワークの同一の組が、この要求を満足するために提案されている。

回線交換（ｃｉｒｃｕｉｔ−ｓｗｉｔｃｈｅｄ）（ＣＳ）サービスと、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）（ＩＰ）マルチメディアシステム（ｍｕｌｔｉｍｅｄｉａ ｓｙｓｔｅｍ）（ＩＭＳ）サービスとの組み合わせ（ＣＳＩ、ＣＳベアラとＩＭＳとの組み合わせ（ｃｏｍｂｉｎｉｎｇ ＣＳ ｂｅａｒｅｒｓ ｗｉｔｈ ＩＭＳ））が、端末機能を強化することによってＣＳドメインおよびＩＭＳドメインの利点を組み合わせるために、そして、パケット交換（ｐａｃｋｅｔ−ｓｗｉｔｃｈｅｄ）（ＰＳ）ドメインをサポートしているアクセスネットワーク側がリアルタイムメディアを運ぶことができないという状況においてネットワークエンティティ（ＣＳＩ−ＡＳ）と連携してマルチメディアサービス体験をユーザに提供するために、第三世代プロジェクトパートナーシップ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐｒｏｊｅｃｔ Ｐａｒｔｎｅｒｓｈｉｐ）（３ＧＰＰ）によって提案されている。

上記のＣＳＩソリューションにおいて、アクセスネットワーク機能の観点から、グローバル・システム・フォー・モバイル・コミュニケーションズ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（ＧＳＭ）ネットワークがデュアル転送モード（ｄｕａｌ ｔｒａｎｓｆｅｒ ｍｏｄｅ）（ＤＴＭ）技術をサポートすることが、または、広帯域符号分割多元接続（ｗｉｄｅ−ｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）（ＷＣＤＭＡ）ネットワークがマルチ無線アクセスベアラ（ｍｕｌｔｉ ｒａｄｉｏ ａｃｃｅｓｓ ｂｅａｒｅｒ）（ｍｕｌｔｉ ＲＡＢ）技術をサポートすることが、ＣＳＩを提供するために必要とされる。サポートしていないアクセスネットワークは、同時に１つのタイプのベアラを使用することしかできない。

上記のＣＳＩソリューションにおいて、端末機能の観点から、端末は、さまざまなアクセスタイプのネットワーク上におけるセッションの関連付けをユーザに提供する機能を有する必要があり、一方、関連付けられるセッションは、さまざまなメディアコンポーネントを含む可能性がある。例えば、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）（ＷＬＡＮ）ベアラ上のＩＭＳ音声呼と、ＰＳベアラのＩＭＳテキストとの間の、セッションの関連付けが、ユーザに提供される。

上記のＣＳＩにおいて、ＣＳＩアプリケーションサーバ（ＣＳＩ−ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）（ＣＳＩ−ＡＳ）は、以下の機能を有する。

１．ＣＳＩ端末（発呼者（ｃａｌｌｅｒ））によって開始された、さまざまなアクセスネットワーク上で確立されたセッションを、ネットワークポリシーに従って組み合わせるかどうかの選択。

２．マルチメディアＩＭＳセッションを受信した後の接続のための、（着呼者（ｃａｌｌｅｅ）としての）ＣＳＩ端末によって登録されたさまざまなアクセスネットワークへの、ＩＭＳセッションの分割。

３．ＣＳＩに関連する課金情報の生成。

４．ＣＳＩに関連する付加サービス処理。

図１を参照して、ＣＳＩ−ＡＳによるマルチメディアＩＭＳセッションの分割を例に取ると、マルチメディアＩＭＳセッションを受信した後で、ＣＳＩ−ＡＳは、ＩＭＳセッションをＣＳ呼とＩＭＳ呼とに分割する、すなわち、例えばオーディオ、ビデオなどのリアルタイムメディアコンポーネントを、ＣＳネットワーク上で運び、例えばテキストなどの非リアルタイムメディアコンポーネントを、パケットベースのネットワーク上で運び、さらに、ユーザにとって耐えられるならば、ビデオをＰＳドメイン内で運んでもよい。一方で、サービス体験を確実にするために、ＣＳＩは、リアルタイムおよび非リアルタイムメディアコンポーネントが、反対側のエンドユーザ（ｏｐｐｏｓｉｔｉｏｎ ｅｎｄ ｕｓｅｒ）の同じ端末で終端させられなければならないということを要求する。

音声呼の連続性（ｖｏｉｃｅ ｃａｌｌ ｃｏｎｔｉｎｕｉｔｙ）（ＶＣＣ）は、ユーザのホームＩＭＳネットワーク内で提供されるアプリケーションであり、ＣＳドメインとＩＭＳネットワークとの間での、ユーザの音声呼の、双方向の転送（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｆｅｒ）を可能にする。統合されたＩＭＳアーキテクチャは、普及しているＧＳＭ音声呼を、ＷＬＡＮのカバレージ内で提供することを可能にする。ＣＳドメインとＩＰ接続性アクセスネットワーク（ＩＰ ｃｏｎｎｅｃｔｉｖｉｔｙ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）（ＩＰ−ＣＡＮ）との間で、シームレスな音声呼サービスが実施される場合、ＧＳＭ／ユニバーサル・モバイル・テレコミュニケーションズ・システム（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）（ＵＭＴＳ）の負荷の減少だけでなく、事業者の利益の増加も発生する。さらに、ボイス・オーバー・アイピー（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）（ＶｏＩＰ）を提供している有線事業者も、３ＧＰＰ ＩＭＳアーキテクチャによって提供される統合サービスから恩恵を受ける場合がある。

図２は、３ＧＰＰ ＶＣＣの実施アーキテクチャを示す。一組の機能エンティティが、ＩＭＳドメインおよびＣＳドメイン内に新たに追加される。それらの機能エンティティは、ルートリダイレクションエンティティ（ｒｏｕｔｅ ｒｅｄｉｒｅｃｔｉｏｎ ｅｎｔｉｔｙ）と、ＣＳドメインアダプテーションエンティティ（ＣＳ ｄｏｍａｉｎ ａｄａｐｔａｔｉｏｎ ｅｎｔｉｔｙ）と、ドメイン選択制御エンティティ（ｄｏｍａｉｎ ｓｅｌｅｃｔｉｏｎ ｃｏｎｔｒｏｌ ｅｎｔｉｔｙ）と、ドメイン転送制御エンティティ（ｄｏｍａｉｎ ｔｒａｎｓｆｅｒ ｃｏｎｔｒｏｌ ｅｎｔｉｔｙ）とである。

１．ルートリダイレクションエンティティ（図２の、カスタマイズド・アプリケーションズ・フォー・モバイル・ネットワーク・エンハンスト・ロジック（ｃｕｓｔｏｍｉｚｅｄ ａｐｐｌｉｃａｔｉｏｎｓ ｆｏｒ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ ｅｎｈａｎｃｅｄ ｌｏｇｉｃ）（ＣＡＭＥＬ）ａｐｐ）は、呼のアンカーリング制御（ｃａｌｌ ａｎｃｈｏｒｉｎｇ ｃｏｎｔｒｏｌ）を実行するために、ＣＳドメインの呼をＩＭＳドメインにリダイレクトすることを担当する。一般的な状況においては、ルートリダイレクションエンティティは、図２のｇｓｍサービス制御機能（ｓｅｒｖｉｃｅ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）（ＳＣＦ）と同じ場所に配置され、ＣＳドメイン内のサービス制御ポイント（ｓｅｒｖｉｃｅ ｃｏｎｔｒｏｌ ｐｏｉｎｔ）（ＳＣＰ）として実施される。

２．ＣＳドメインアダプテーションエンティティ（図２のＣＳアダプテーション機能（ＣＳ ａｄａｐｔａｔｉｏｎ ｆｕｎｃｔｉｏｎ）（ＣＳＡＦ））は、ＩＭＳドメインにリダイレクトされた、ＣＳドメインの呼を受信すること、および、記憶された情報（場合によっては、ＣＡＭＥＬ Ａｐｐと相互作用することを介して得られた情報）に従って、呼を、ＩＭＳドメインの呼に変換することを担当する。

３．ドメイン選択制御エンティティ（図２のドメイン選択機能（ｄｏｍａｉｎ ｓｅｌｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ）（ＤＳＦ）は、ＩＭＳドメイン内のユーザの登録ステータスおよび呼ステータスなどの、さまざまなポリシーに従って、決定を行うこと、および、選択された接続ドメインにルーティングされるように呼を制御することを担当する。

４．ドメイン転送制御エンティティ（図２のドメイン転送機能（ｄｏｍａｉｎ ｔｒａｎｓｆｅｒ ｆｕｎｃｔｉｏｎ）（ＤＴＦ））は、転送が発生する場合に、ＩＭＳドメイン内の呼をアンカーリングすること、および転送を制御することを担当する。

上記の４つの機能エンティティは、一括してＶＣＣサービス制御エンティティと呼ばれる。

上記のＶＣＣサービス制御エンティティに基づいて、ＶＣＣ端末がアクティビティの音声セッションを実施している場合にドメイン転送が開始されることがある。ドメイン転送を実行するためには、ＶＣＣ端末によって開始された、または受け入れられた呼が、ＶＣＣ端末のホームＩＭＳネットワーク内のＤＴＦにアンカーリングされなければならない。ＤＴＦは、第三者呼制御（３^rd ｐａｒｔｙ ｃａｌｌ ｃｏｎｔｒｏｌ）（３ＰＣＣ）機能内のＡＳである。ＶＣＣソリューションにおいては、ＤＴＦとＶＣＣ端末との間のセッション制御レグ（ｓｅｓｓｉｏｎ ｃｏｎｔｒｏｌ ｌｅｇ）は、アクセスレグ（ａｃｃｅｓｓ ｌｅｇ）と呼ばれ、ＤＴＦとリモートユーザとの間のセッション制御レグは、リモートレグ（ｒｅｍｏｔｅ ｌｅｇ）と呼ばれる。転送（ｔｒａｎｓｆｅｒ）は、古いアクセスレグを、新しいアクセスレグによって置換することである。一般的な状況においては、ＶＣＣ端末は、アクセスネットワークの無線信号の強度を、コアネットワークよりも正確に感知することができ、したがって、高い遅延要求を有するドメイン転送プロセスは、端末からネットワークに向けて開始される。ユーザのＶＣＣ端末が、無線信号とその他の要因とを検出し、ソースネットワークからデスティネーションネットワークに転送する必要があるということを判定した場合、ＶＣＣ端末は、デスティネーションネットワーク内の特別な番号を呼び出す。特別な番号に対する呼要求（ｃａｌｌ ｒｅｑｕｅｓｔ）は、ＤＴＦにトリガされてもよい。元の呼は、ＤＴＦにおいてすでにアンカーリングされているため、ＤＴＦは、ユーザＩＤに従って、古い呼と新しい呼とを関連付ける。新たに確立された呼の中のメディアに従って、元の呼のリモートユーザ端末と、メディアが再交渉され、転送される呼に対応するメディアフロー（ｍｅｄｉａ ｆｌｏｗ）は、転出側アクセスネットワーク（ｔｒａｎｓｆｅｒｒｅｄ−ｏｕｔ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）内のマルチモード端末のポートから、転入側アクセスネットワーク（ｔｒａｎｓｆｅｒｒｅｄ−ｉｎ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）内の対応するポートに、メディア再交渉のプロセス中に同時にリダイレクトされる。メディア交渉が完了したら、新しい呼は正常に確立される。次に、転入側アクセスネットワーク内の呼は、ＤＴＦまたはＶＣＣユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）（ＵＥ）によって解放される。このようにして、ユーザの音声呼は、デスティネーションネットワークに転送される。転送の間、ユーザの音声呼は中断されないままであり、それによって、ユーザのサービス体験は向上する。

図３は、ＶＣＣにおいて、ＣＳドメインからＩＭＳドメインに呼を転送するフローチャートである。

０〜１．ＶＣＣ ＵＥは、無線環境に従って、ＩＭＳドメインに呼が転送される必要があるということを判定し、ドメイン転送を開始するために、ＩＭＳドメイン内の特別な番号、すなわち、ＶＣＣドメイン転送ＵＲＩ（ＶＣＣ ｄｏｍａｉｎ ｔｒａｎｓｆｅｒ ＵＲＩ）（ＶＤＩ）を呼び出す。呼要求は、プロキシ呼セッション制御機能（ｐｒｏｘｙ ｃａｌｌ ｓｅｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）（Ｐ−ＣＳＣＦ）から、ＶＣＣユーザのホームＩＭＳネットワーク内のサービング呼セッション制御機能（ｓｅｒｖｉｎｇ ｃａｌｌ ｓｅｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）（Ｓ−ＣＳＣＦ）に、処理のために送られる。

２．Ｓ−ＣＳＣＦは、発呼者の初期フィルタ条件（ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ）（ｉＦＣ）に従って、処理のためにＤＴＦに対して呼をトリガする。

３．ＤＴＦは、ＩＮＶＩＴＥ内のＶＤＩによって、呼はドメイン転送要求であるということを判定し、発呼者情報に従って、アンカーリングされたセッションを見つける。

４〜８．ＤＴＦは、ユーザのエージェントとして働いて、転送要求内のメディア情報を使用することによって、セッション記述プロトコル（ｓｅｓｓｉｏｎ ｄｅｓｃｒｉｐｔｉｏｎ ｐｒｏｔｏｃｏｌ）（ＳＤＰ）をリモートユーザと再交渉する。

９．デスティネーションネットワークのセッションが確立された後で、ＤＴＦは、ＶＣＣユーザのＣＳドメインのアクセス部内の呼リソースを解放する。

ＶＣＣに関連する上記の内容に基づいて、以下のシナリオが考えられる。

第１のシナリオでは、マルチモード端末は、ＵＭＴＳ地上無線アクセスネットワーク（ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）（ＵＴＲＡＮ）ＣＳアクセス、ＵＴＲＡＮ ＰＳアクセス、およびＷＬＡＮアクセスをサポートし、ＰＳおよびＷＬＡＮを介してＩＭＳネットワークに登録することが可能である。ユーザは、ＶＣＣサービス機能を有する。ユーザは、ＣＳドメイン内に登録されており、呼を処理し、その他のドメイン内には登録されていない。ユーザが、ＵＴＲＡＮとＷＬＡＮとによってカバーされるクロスカバレージ（ｃｒｏｓｓ−ｃｏｖｅｒａｇｅ）に移動した場合（ＣＳセッションは、クロスカバレージの故に、保持されることが可能である）、ユーザは、ＷＬＡＮベアラ上のＩＭＳ登録を開始し、そして、被呼側（ｃａｌｌｅｄ ｓｉｄｅ）から送信された非リアルタイムメディアセッションを受信する。ユーザが、ＷＬＡＮのみによってカバーされる領域に引き続き移動する場合、ＣＳネットワーク上で運ばれるリアルタイムメディアコンポーネントは、ＷＬＡＮベアラに転送される必要がある。さらに、リモートレグ上には１つのセッションしか存在しないため、リアルタイムメディアコンポーネントは、非リアルタイムメディアコンポーネントが存在するセッションに転送されなければならない。非リアルタイムメディアコンポーネントについて、同様の状況が存在する。

上記の第１のシナリオで、被呼側から送信された非リアルタイムメディアセッションを受信した後で、ユーザがＷＬＡＮカバレージエリアの外に移動した場合、マルチモード端末は、ＵＴＲＡＮの下でＰＳドメインのアクセスをアクティブにし、ＰＳを介してＩＭＳに登録する。次に、ＷＬＡＮベアラの非リアルタイムメディアセッションをＰＳベアラに転送するための、転送が開始される。リアルタイムメディアセッションについて、同様のシナリオが存在する。

第２のシナリオでは、マルチモード端末が、ＷＬＡＮによってアクセスされるＩＭＳのみに登録する場合、反対側のエンドユーザとのマルチメディアセッションが実行される。次に、ユーザは、ＷＬＡＮによってカバーされるエッジ領域に移動し、そして、マルチモード端末が、ＣＳドメイン内の信号がより良好であるということを検出したら，ＣＳドメイン内の登録がアクティブにされる。マルチメディア呼の中のリアルタイムメディアの、ＣＳドメインベアラへの転送が開始される。

発生する可能性がある、以下のメディアフロー転送モードが、上記のシナリオから導き出されてもよい。

１．マルチメディアセッション内のリアルタイムまたは非リアルタイムメディアコンポーネントが、他のベアラに転送される。

２．関連付けられたセッションを構成するリアルタイムまたは非リアルタイムメディアセッションが、他のベアラに転送される。

３．関連付けられたセッションを構成するリアルタイムまたは非リアルタイムメディアセッションが、他のＩＰ−ＣＡＮ上の既存のセッションに転送される。

既存のＶＣＣ技術は、異なるアクセスモードのベアラ間での、音声セッションの転送の問題を解決するのみであり、したがって、音声セッションの連続性を実施することが可能であるのみであり、しかし、場合によっては発生する可能性がある、前述のメディアフロー転送モードはサポートしない、ということを、本発明の過程において、発明者は発見した。すなわち、既存のＶＣＣ技術は、異なるアクセスモードのベアラ間で、マルチモード端末上のマルチメディアセッション内のメディアフローの部分を転送することの問題を解決することはできない。

したがって、本発明のさまざまな実施形態は、ドメイン転送が発生する場合に、異なるアクセスモードのベアラ間で、マルチメディアセッション内のメディアフローの部分を転送するために、マルチメディア呼の連続性を実施するための、システム、方法、および装置を提供する。

本発明の一実施形態では、システムが提供される。システムは、マルチモード端末メディア転送機能（ｍｅｄｉａ ｔｒａｎｓｆｅｒ ｆｕｎｃｔｉｏｎ）（ＭＴＦ）ＵＥを含み、要求内で運ばれるメディアフロー転送コンテキスト情報に従って、リモートＵＥとのメディア再交渉を実行するように適合された、ＭＴＦとを含む。メディア再交渉が完了した後で、ＭＴＦ ＵＥまたはＭＴＦは、メディア再交渉より前に転送されるべきメディアフロー（ｔｈｅ ｍｅｄｉａ ｆｌｏｗ ｔｏ ｂｅ ｔｒａｎｓｆｅｒｒｅｄ ｂｅｆｏｒｅ ｔｈｅ ｍｅｄｉａ ｒｅｎｅｇｏｔｉａｔｉｏｎ）を解放するように適合される。

本発明の一実施形態では、ＭＴＵ ＵＥが提供される。ＭＴＵ ＵＥは、複数のアクセスネットワーク間でのメディアフローの転送をサポートするように適合された、転送ユニット（ｔｒａｎｓｆｅｒ ｕｎｉｔ）と、転送ユニットの指示に従って、ネットワーク側へのメディアフロー転送要求を開始するように適合された、開始ユニット（ｉｎｉｔｉａｔｉｎｇ ｕｎｉｔ）と、開始ユニットによって開始されたメディアフロー転送要求内に、メディアフロー転送コンテキスト情報を追加するように適合された、情報追加ユニット（ｉｎｆｏｒｍａｔｉｏｎ ａｄｄｉｎｇ ｕｎｉｔ）とを含む。ＭＴＵ ＵＥは、任意選択で、情報追加ユニットによって追加されたメディアフロー転送コンテキスト情報に従ってネットワーク側がメディア再交渉を完了したことを認識した後で、メディア再交渉より前に転送されるべきメディアフローを解放するように適合された、解放ユニット（ｒｅｌｅａｓｅ ｕｎｉｔ）を含む。

本発明の一実施形態では、ＭＴＦが提供される。ＭＴＦは、ＭＴＦ ＵＥによって開始されたメディアフロー転送要求から、メディアフロー転送コンテキスト情報を取得するように適合された、取得ユニット（ｏｂｔａｉｎｉｎｇ ｕｎｉｔ）と、取得ユニットによって取得されたメディアフロー転送コンテキスト情報に従って、リモートＵＥとのメディア再交渉を実行するように適合された、エージェントユニット（ａｇｅｎｔ ｕｎｉｔ）を含む。ＭＴＦは、任意選択で、エージェントユニットがメディア再交渉を完了した後で、メディア再交渉より前に転送されるべきメディアフローを解放するように適合された、解放ユニット（ｒｅｌｅａｓｅ ｕｎｉｔ）を含む。

本発明の一実施形態では、方法が提供される。方法は、ＭＴＦによって、メディアフロー転送要求を受信するステップと、ＭＴＦによって、ＭＴＦ ＵＥによって送信されたメディアフロー転送要求内で運ばれるメディアフロー転送コンテキスト情報に従って、リモートＵＥとのメディア再交渉を実行するステップとを含む。方法は、メディア再交渉が完了した後で、メディア再交渉より前に転送されるべきメディアフローを解放するステップを更に含む。

本発明の実施形態では、マルチメディア呼の連続性を実施するためのシステム、方法、および装置が提供される。マルチモード端末ＭＴＦ ＵＥは、複数のモード間でのメディアフロー転送をサポートし、開始されるメディアフロー転送要求内でメディアフロー転送コンテキスト情報を運ぶ。ＭＴＦは、コンテキスト情報を使用して、リモートＵＥとのメディア再交渉を開始および実行するための、エージェントとして働く。メディア再交渉が成功した後で、転送されるべきメディアフローは解放され、それによって、異なるアクセスモードのベアラ間でのメディアフロー転送が実施される。

本発明の実施形態では、マルチモード端末のさまざまなアクセスモードのベアラ間でのメディアフロー転送の問題が、ＭＴＦを追加することによって、ＶＣＣの既存のフローに影響を及ぼすことなく対処され、ユーザのモバイル体験は向上し、ネットワークモビリティサービスにおける事業者の競争力も強化される。

従来技術における、ＣＳＩ−ＡＳによるマルチメディアＩＭＳセッションの分割の概略図である。 既存の３ＧＰＰ ＶＣＣの実施アーキテクチャの概略図である。 既存のＶＣＣにおいて、ＣＳドメインからＩＭＳドメインに呼を転送するフローチャートである。 本発明の一実施形態によるシステムの概略構造図である。 本発明の第１の実施形態によるシステムの概略図である。 本発明の第２の実施形態によるシステムの概略図である。 本発明の第３の実施形態によるシステムの概略図である。 本発明の第４の実施形態によるシステムの概略図である。 本発明の第５の実施形態によるシステムの概略図である。 本発明の第６の実施形態によるシステムの概略図である。 本発明の一実施形態によるマルチモード端末ＭＴＦ ＵＥの概略構造図である。 本発明の一実施形態によるＭＴＦの概略構造図である。 本発明の一実施形態による方法のステップを示すフローチャートである。 本発明の第１の実施形態による方法の信号送信フロー図である。 本発明の第２の実施形態による方法の信号送信フロー図である。 本発明の第３の実施形態による方法の信号送信フロー図である。 本発明の第４の実施形態による方法の信号送信フロー図である。 本発明の第５の実施形態による方法の信号送信フロー図である。 本発明の第６の実施形態による方法の信号送信フロー図である。 本発明の第７の実施形態による方法の信号送信フロー図である。 本発明の第８の実施形態による方法の信号送信フロー図である。 本発明の第９の実施形態による方法の信号送信フロー図である。

マルチモード端末の移動に伴い、ドメイン転送（ｄｏｍａｉｎ ｔｒａｎｓｆｅｒ）が発生する場合、マルチモード端末上のマルチメディアセッション内のメディアフローコンポーネントの部分は、マルチメディアセッションの連続性を維持するために、マルチモード端末によってサポートされているさまざまなアクセスネットワーク内に転送される。

本発明の一実施形態では、マルチメディア呼の連続性を実施するためのシステムが提供される。図４を参照すると、システムは、マルチモード端末メディア転送機能（ｍｅｄｉａ ｔｒａｎｓｆｅｒ ｆｕｎｃｔｉｏｎ）（ＭＴＦ）ＵＥと、ＭＴＦと、リモートＵＥとを含む。さらに、ＭＴＦ ＵＥとＭＴＦとの間に、インターワーキング機能エンティティ（ｉｎｔｅｒｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ）も含まれてもよい。

ＭＴＦ ＵＥは、マルチメディアセッション内の少なくとも１つのメディアフローコンポーネントの、複数のモード間での転送をサポートし、そして、開始されるメディアフロー転送要求内で、メディアフロー転送コンテキスト情報を運ぶ。さらに、メディアフロー転送コンテキスト情報に従ったメディア再交渉をネットワーク側が完了したことを認識したら、ＭＴＦまたはＭＴＦ ＵＥは、メディア再交渉より前に転送されるべきメディアフローの解放を開始する。

アクセスモード：ＭＴＦ ＵＥは、少なくとも、同時に２つのアクセスモードをサポートし、これは、以下に限定されないが、ＣＳドメインネットワークにアクセスすることと、ＩＭＳネットワークにアクセスすることとを同時にサポートすることを含む。

ＣＳネットワークにアクセスすることは、ＭＴＦ ＵＥが、ＣＳシグナリングを介してメディアフロー転送要求を開始し、次に、インターワーキング機能エンティティがＣＳシグナリングからＩＭＳネットワーク内のセッション開始プロトコル（ＳＩＰ）シグナリングへの変換を完了した後で、ＭＴＦに到達し、それによりＭＴＦ ＵＥとＭＴＦとの間の相互作用を実施することである。ＩＭＳネットワークにアクセスすることは、ＭＴＦ ＵＥがＳＩＰシグナリングを介してＭＴＦと相互作用することである。

メディアフロー転送コンテキスト情報は、転送されるべきメディアコンポーネントの識別情報と、転入側アクセスネットワーク内でＭＴＦ ＵＥによってサポートされるメディアフローコンポーネントの情報と、置換指示とを少なくとも含む。

開始方法：ＭＴＦ ＵＥは、メディアフロー転送要求を開始する際に、転入側アクセスネットワーク内でＭＴＦ ＵＥによって確立済みのセッションに転送する必要があるかどうかを認識している場合があるため、ＭＴＦ ＵＥは、対応する方法でメディアフロー転送要求を開始してもよい。ＭＴＦ ＵＥは、メディアフロー転送要求を、以下の２つの方法で開始する。

１）メディアコンポーネントが、デスティネーション側アクセスネットワーク内の既存のセッションに転送される場合、ＭＴＦ ＵＥは、転入側セッション上でメディア再交渉を開始することによって、メディアフローコンポーネントの転送を完了する。

２）メディアコンポーネントが、デスティネーション側アクセスネットワーク内で新たに確立されるセッションに転送される必要がある場合、ＭＴＦ ＵＥは、メディアフローコンポーネントの転送を完了するために、転送されるべきメディアフローコンポーネントを運ぶための転入側アクセスネットワーク内のセッションを確立するよう指示する。

ＭＴＦは、ＣＳＩ ＡＳ機能に基づいて追加された、いくつかの機能を有する。したがって、ＭＴＦは、ＭＴＦ ＵＥによって送信されたメディアフロー転送要求を識別するように、そして、要求内で運ばれるメディアフロー転送コンテキスト情報に従って、転送されるべきメディアコンポーネントと、転入側ネットワーク内でＭＴＦ ＵＥによってサポートされるメディアフローコンポーネントとを識別するように、そして次に、転送されるべきメディアコンポーネントに対応する、転入側ネットワーク内でＭＴＦ ＵＥによってサポートされるメディアフローを確立するために、リモートＵＥとのメディア再交渉を開始および実行するためのエージェントとして働くように、適合される。さらに、メディア再交渉が完了した後で、メディア再交渉より前に転送されるべきメディアフローの解放が開始されてもよい（ＭＴＦおよびＭＴＦ ＵＥのうちのいずれかが解放を開始する）。このようにして、「新しい」メディアフローコンポーネントと「古い」メディアフローコンポーネントとの置換が実施されて、メディアフローコンポーネントは転送される。

特定の実施においては、ＭＴＦは、第三者呼制御（３ＰＣＣ）機能（を含むが、これに限定されない）を介し、ＭＴＦ ＵＥとリモートＵＥとの間のセッション経路内にある。メディアフローコンポーネントの転送の間、ＭＴＦは、ＳＩＰシグナリングを介してＭＴＦ ＵＥと通信する。ＭＴＦ ＵＥがＣＳドメインモードにある場合、通信は、インターワーキング機能エンティティによってＣＳシグナリングとＳＩＰシグナリングとを変換した後で実行される。

インターワーキング機能エンティティは、ＣＳドメイン内でＭＴＦ ＵＥによって開始されたメディアフロー転送フロー内の関連するＣＳシグナリングを、ＩＭＳドメイン内のＳＩＰシグナリングに変換し、次に、ＳＩＰシグナリングをＭＴＦに送信するように、および、ＩＭＳドメイン内でＭＴＦによってＭＴＦ ＵＥに送信されたＳＩＰシグナリングを、ＣＳシグナリングに変換し、次に、ＣＳシグナリングをＭＴＦ ＵＥに送信するように、適合される。

特定の実施においては、ＭＴＦは、複数の配備様式を有する。ＭＴＦは、ＡＳであってもよく（ＡＳとして単独に使用されること、またはＡＳとして、他のネットワーク要素（ＮＥ）と同じ場所に配置されることを含む）、そして、初期フィルタ条件（ｉＦＣ）トリガリング機構を介してネットワークによって起動されることが確実にされる。あるいは、ＭＴＦは、ＭＴＦ ＵＥとネットワークとの間でシグナリングを交換するための通過エンティティ（ｔｒａｎｓｉｔ ｅｎｔｉｔｙ）として使用される。本発明により提供されるシステムを、システムの６つの実施形態を使用して、以下で具体的に説明する。

第１の実施形態によるシステムでは、図５に示すように、ＭＴＦは単独のＡＳとして使用される。

この実施形態のシステムでは、ＭＴＦは、ネットワーク内のホーム加入者サーバ（ｈｏｍｅ ｓｕｂｓｃｒｉｂｅｒ ｓｅｒｖｅｒ）（ＨＳＳ）と、ＩＭＳネットワーク内で定義されたＳｈインタフェースを使用することによって通信し、ＭＴＦは、ＩＭＳネットワーク内のその他のエンティティと、ＩＭＳネットワーク内で定義された、ＳＩＰプロトコルを使用するＩＭＳサービス制御（ＩＭＳ ｓｅｒｖｉｃｅ ｃｏｎｔｒｏｌ）（ＩＳＣ）インタフェースを介して通信し、ＭＴＦは、Ｓ−ＣＳＣＦによって、ＳＩＰシグナリングを使用して、必要とされる情報をＤＴＦに配送し、ｇｓｍＳＣＦは、ＣＡＭＥＬサービスと、内部インタフェースを使用することによって相互作用し、ＣＡＭＥＬサービスは、ＣＳＡＦと、内部インタフェースを使用することによって相互作用する。メディアゲートウェイ制御機能（ｍｅｄｉａ ｇａｔｅｗａｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）（ＭＧＣＦ）は、ＣＳシグナリングおよびＳＩＰシグナリングのインターワーキング機能エンティティに属する。

この実施形態のシステムが実施される場合、ＭＴＦが、常に、ＤＴＦよりもユーザに近い位置において、ｉＦＣトリガリング機構によって起動されることを、ＭＴＦは確実にする。すなわち、ＭＴＦ ＵＥが発呼者（ｃａｌｌｅｒ）として働く場合、ＭＴＦは、ｉＦＣトリガリング機構を介して、ＤＴＦよりも先に、ネットワークによって起動され、そして、ＭＴＦ ＵＥが着呼者（ｃａｌｌｅｅ）として働く場合、ＭＴＦは、ｉＦＣトリガリング機構を介して、ＤＴＦよりも後に、ネットワークによって起動される。

第２の実施形態によるシステムでは、図６に示すように、ＭＴＦは、ＡＳとして、ＤＳＦと同じ場所に配置される。

この実施形態のシステムでは、ＭＴＦは、それぞれＩＳＣおよびＳｈである、ＤＳＦの既存のインタフェースを介して、ＩＭＳネットワーク内のエンティティと通信し、ｇｓｍＳＣＦは、ＣＡＭＥＬサービスと、内部インタフェースを介して相互作用し、ＣＡＭＥＬサービスは、ＣＳＡＦと、内部インタフェースを介して相互作用する。ＭＧＣＦは、ＣＳシグナリングおよびＳＩＰシグナリングのインターワーキング機能エンティティに属する。

この実施形態のシステムが実施される場合、ＭＴＦが存在するＡＳが、常に、ＤＴＦよりもユーザに近い位置において、ｉＦＣトリガリング機構を介して起動されることを、ＭＴＦは確実にする。すなわち、ＭＴＦ ＵＥが発呼者として働く場合、ＭＴＦは、ｉＦＣトリガリング機構を介して、ＤＴＦよりも先に、ネットワークによって起動され、そして、ＭＴＦ ＵＥが着呼者として働く場合、ＭＴＦは、ｉＦＣトリガリング機構を介して、ＤＴＦよりも後に、ネットワークによって起動される。

第３の実施形態によるシステムでは、図７に示すように、ＭＴＦは単独のＡＳとして使用され、そして、ＭＴＦ ＵＥは、サービス制御シグナリングを配送するための非構造付加サービスデータ（ｕｎｓｔｒｕｃｔｕｒｅｄ ｓｕｐｐｌｅｍｅｎｔａｒｙ ｓｅｒｖｉｃｅ ｄａｔａ）（ＵＳＳＤ）をサポートする。

この実施形態のシステムでは、ＭＴＦは、ＨＳＳと、ＩＭＳ規格で定義されたＳｈインタフェースを使用することによって通信し、ＭＴＦは、Ｓ−ＣＳＣＦと、ＩＭＳ規格で定義されたＩＳＣインタフェースを介して通信し、そして、必要とされる転送およびセッション制御情報をＤＴＦに、ＩＳＣインタフェースを介して配送する。任意選択で、ＭＴＦは、パブリックサービスアイデンティティ（ｐｕｂｌｉｃ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｔｙ）（ＰＳＩ）手法でアドレス指定するためのＭａインタフェースをサポートする。

ＵＳＳＤアダプテーション機能（ＵＳＳＤ ａｄａｐｔａｔｉｏｎ ｆｕｎｃｔｉｏｎ）（ＵＤＡＦ）は、例えばメディアフロー転送要求などの、ＣＳ内で確立された呼に関連付けられたＵＳＳＤサービス制御指示を配送するために、ＭＡＰまたはＤＩＡＭＥＴＥＲを使用することによって、ＨＳＳと通信する。ＵＤＡＦは、要求を、ＳＩＰに適合する要求に変換することを担当する。ＭＴＦ ＵＥがユーザのホームネットワーク内に配置されている場合、ＵＳＳＤチャネルは、ＨＳＳを通過せずに、ビジテッドモバイルスイッチングセンター（ｖｉｓｉｔｅｄ ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）（ＶＭＳＣ）／ビジターロケーションレジスタ（ｖｉｓｉｔｏｒ ｌｏｃａｔｉｏｎ ｒｅｇｉｓｔｅｒ）（ＶＬＲ）とＵＤＡＦとの間で直接配送されてもよい。

この実施形態のシステムが実施される場合、ＭＴＦが、常に、ＤＴＦよりもユーザに近い位置において、ｉＦＣトリガリング機構を介して起動されることを、ＭＴＦは確実にする。すなわち、ＭＴＦ ＵＥが発呼者として働く場合、ＭＴＦは、ｉＦＣトリガリング機構を介して、ＤＴＦよりも先に、ネットワークによって起動され、そして、ＭＴＦ ＵＥが着呼者として働く場合、ＭＴＦは、ｉＦＣトリガリング機構を介して、ＤＴＦよりも後に、ネットワークによって起動される。

特定の実施においては、以下の組み合わせ手法がさらに存在してもよい。

１．ＵＤＡＦとＭＴＦとが組み合わされてＡＳとされる、または、

２．ＭＴＦとＤＳＦとが組み合わされてＡＳとされる、または、

３．ＭＴＦとＤＳＦとＤＴＦとが組み合わされてＡＳとされる、または、

４．ＵＤＡＦとＭＴＦとＤＳＦとが組み合わされてＡＳとされる、または、

５．ＵＤＡＦとＭＴＦとＤＳＦとＤＴＦとが組み合わされてＡＳとされる。

６．この実施形態のシステムが、第１の実施形態のシステムと組み合わされる場合、ＵＤＡＦとＣＳＡＦとが組み合わされてＡＳとされ、ＭＴＦとＤＳＦとが組み合わされてＡＳとされる。

第４の実施形態によるシステムでは、図８に示すように、ＭＴＦは単独のＡＳとして使用され、そして、ＭＴＦ ＵＥは、ＰＳアクセスベアラのＳＩＰシグナリングを介して、ＣＳベアラ内での呼確立の制御とサービス制御とをサポートする。

この実施形態のシステムでは、独立したＡＳとして、ＭＴＦは、Ｓ−ＣＳＣＦと、３ＧＰＰ ＩＭＳ規格で定義されたＩＳＣインタフェースを介して通信し、そして、必要とされる転送およびセッション制御情報をＤＴＦに、ＩＳＣインタフェースを介して配送する。任意選択で、ＭＴＦは、Ｍａインタフェースを介してＰＳＩによってアドレス指定されるように、Ｍａインタフェースをサポートする。任意選択で、ＭＴＦは、ＨＳＳとのＳｈインタフェースをサポートする。

ＣＳベアラ制御機能（ＣＳ ｂｅａｒｅｒ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）（ＣＳＣ）は、ＭＴＦ ＵＥ ＰＳアクセスベアラ上のＳＩＰシグナリングを介して、ＵＥ ＣＳベアラ上でのセッション確立の制御とサービス制御とを行うために、ＭＴＦ ＵＥと連携して動作する。任意選択で、ＨＳＳとのＳｈインタフェースがサポートされる。ＣＳベアラ上での呼確立を制御するために、ＣＳＣは、ＭＴＦよりもＵＥに近い。

この実施形態のシステムが実施される場合、ＭＴＦは、ｉＦＣトリガリング機構を介して、ＤＴＦよりもＵＥに近い位置において常に起動されることが確実にされる。すなわち、ＭＴＦ ＵＥが発呼者として働く場合、ＭＴＦは、ｉＦＣトリガリング機構を介して、ＤＴＦよりも先に、ネットワークによって起動され、そして、ＭＴＦ ＵＥが着呼者として働く場合、ＭＴＦは、ｉＦＣトリガリング機構を介して、ＤＴＦよりも後に、ネットワークによって起動される。同様に、ＣＳＣは、ＭＴＦよりもＵＥに近い位置において起動されることが確実にされる。

特定の実施においては、以下の組み合わせ手法がさらに存在する。

ＣＳＣとＭＴＦとが組み合わされてＡＳとされる、または、

２．ＣＳＣとＤＳＦとＭＴＦとが組み合わされてＡＳとされる、または、

３．ＭＴＦとＣＳＣとＤＳＦとＤＴＦとが組み合わされてＡＳとされる、または、

４．この実施形態のシステムは、第１の実施形態のシステムと組み合わされてもよく、そして、ＣＳＣとＭＴＦとが組み合わされてＡＳとされる、または、

５．この実施形態のシステムは、第１の実施形態のシステムと組み合わされてもよく、そして、ＣＳＣとＭＴＦとＤＳＦとが組み合わされてＡＳとされる、または、

６．この実施形態のシステムは、第１の実施形態のシステムと組み合わされてもよく、そして、ＣＳＣとＭＴＦとＤＳＦとＤＴＦとが組み合わされてＡＳとされる。

第５の実施形態によるシステムでは、図９に示すように、ＭＴＦは、ＡＳとして、ＤＴＦと同じ場所に配置される。

この実施形態のシステムでは、ＤＴＦとＤＳＦとは内部インタフェースを使用する。ＭＴＦは、それぞれＩＳＣ、Ｓｈ、およびＭａであるＤＴＦ内の既存のインタフェースを介して、ＩＭＳネットワーク内のエンティティと通信し、ｇｓｍＳＣＦは、ＣＡＭＥＬサービスと、内部インタフェースを介して相互作用し、ＣＡＭＥＬサービスは、ＣＳＡＦと、内部インタフェースを介して相互作用する。ＭＧＣＦは、ＣＳシグナリングおよびＳＩＰシグナリングのインターワーキング機能エンティティに属する。

この実施形態のシステムが実施される場合、ＭＴＦは、同じ場所に配置されたＮＥに呼が到達した場合に、ｉＦＣトリガリング機構を介して、ネットワークによって起動される。

第６の実施形態によるシステムでは、図１０に示すように、ＭＴＦは、ＭＴＦ ＵＥとネットワークとの間でシグナリングを交換するための通過エンティティとして使用される。

この実施形態のシステムでは、ＭＴＦは、特別な登録フローを介して、Ｐ−ＣＳＣＦとＳ−ＣＳＣＦとのサービスルートの間に挿入され、そして、当然、ＭＴＦ ＵＥによって始端し、かつ、終端する任意の呼経路の中に挿入されてもよい。アクセスゲートウェイ機能（ａｃｃｅｓｓ ｇａｔｅｗａｙ ｆｕｎｃｔｉｏｎ）（ＡＧＦ）は、ＣＳドメイン内での、呼シグナリングとＳＩＰシグナリングとの変換を担当する。

特別な登録フローは、例えば、Ｓ−ＣＳＣＦにおいてデータを設定することである。ユーザからの登録要求を受信し、認証を完了した後で、Ｓ−ＣＳＣＦは、ＭＴＦに登録するために、ＭＴＦ ＵＥのアドレスを運ぶ。登録が完了した後で、Ｓ−ＣＳＣＦのアドレスとして、ＭＴＦのアドレスが、ＭＴＦ ＵＥに返され、そして、Ｓ−ＣＳＣＦは、ユーザの以前の登録情報を消去する。ＭＴＦは、その後、Ｓ−ＣＳＣＦへの登録を開始するための、ユーザのエージェントとして働く。Ｓ−ＣＳＣＦは、ＭＴＦ ＵＥのアドレスとして、ＭＴＦのアドレスを採用する。このようにして、ＭＴＦは、ＭＴＦ ＵＥとＳ−ＣＳＣＦとの間に配置される。

この実施形態のシステムが実施される場合、呼は、ＭＴＦに到達する際に、ネットワークによって起動される。

上記のシステムに基づいて、本発明の一実施形態では、マルチモード端末（すなわち、ＭＴＦ ＵＥ）がさらに提供される。図１１を参照すると、マルチモード端末は、順に接続された、転送ユニットと、開始ユニットと、情報追加ユニットとを含み、そして、解放ユニットをさらに含む。特定の開始手法に対応して、開始ユニットは、第１の開始ユニットと第２の開始ユニットとをさらに含む。

転送ユニットは、複数のモード間で転送されるべきメディアフローをローカルエンドにおいてサポートするように適合される。

開始ユニットは、転送ユニットの指示に従って、ネットワーク側への、メディアフロー転送要求を開始するように適合される。

開始ユニット内の第１の開始ユニットは、転入側ネットワーク内の既存のセッションに転送される必要があるメディアフローコンポーネントの、転送を指示するように適合される。

開始ユニット内の第２の開始ユニットは、転送されるべきメディアフローコンポーネントを運ぶための、転入側ネットワーク内の呼の確立を指示するように適合される。

情報追加ユニットは、開始ユニットによって開始されたメディアフロー転送要求内に、メディアフロー転送コンテキスト情報を追加するように適合される。

解放ユニットは、情報追加ユニットによって追加されたメディアフロー転送コンテキスト情報に従ったメディア再交渉をネットワーク側が完了したことを認識した後で、メディア再交渉より前に転送されるべきメディアフローを解放するように適合される。

上記のシステムに基づいて、本発明の一実施形態では、メディア転送機能（すなわち、ＭＴＦ）がさらに提供される。図１２を参照すると、ＭＴＦは、順に接続された、取得ユニットと、エージェントユニットと、解放ユニットを含む。

取得ユニットは、ＭＴＦ ＵＥによって開始されたメディアフロー転送要求から、メディアフロー転送コンテキスト情報を識別および取得するように適合される。

エージェントユニットは、取得ユニットによって取得されたメディアフロー転送コンテキスト情報に従ってリモートＵＥとのメディア再交渉を開始および実行するための、エージェントとして働くように適合される。

解放ユニットは、エージェントユニットがメディア再交渉を完了した後で、メディア再交渉より前に転送されるべきメディアフローを解放するように適合される。

上記のシステムに基づいて、本発明の一実施形態では、マルチメディア呼の連続性を実施するための方法がさらに提供される。図１３を参照すると、方法は、主に以下のステップを含む。

Ｓ１で、ＭＴＦ ＵＥは、メディアフロー転送コンテキスト情報を運ぶメディアフロー転送要求を開始する。

このステップでは、ＭＴＦ ＵＥは、以下の方法のうちの１つの中で、メディアフロー転送要求を開始する。

ＭＴＦ ＵＥは、デスティネーション側ネットワーク内の既存のセッションに転送される必要があるメディアフローコンポーネントの転送を指示する。

ＭＴＦ ＵＥは、転送されるべきメディアフローコンポーネントを運ぶための、転入側アクセスネットワーク内の呼の確立を指示する。

運ばれるメディアフロー転送コンテキスト情報は、転送されるべきメディアコンポーネントの識別情報と、転入側ネットワーク内でＭＴＦ ＵＥによってサポートされるメディアフローコンポーネントの情報と、置換指示とを、少なくとも含む。

１）転送されるべきメディアコンポーネントの識別情報は、どのメディアコンポーネントが転送されるべきかを識別するように適合される。その特定の実施は、例えば、処理中のメディアのＩＰアドレスおよびポート番号情報、または、既存のセッションＩＤとメディアコンポーネントＩＤとの組み合わせなどの、独立したメディアコンポーネントＩＤ（すなわち、メディアコンポーネントのＳＤＰ情報）である。

２）転入側ネットワーク内でＭＴＦ ＵＥによってサポートされるメディアフローコンポーネントの情報は、以下に限定されないが、メディアフォーマット情報とメディアポート情報とを含む。

３）置換指示は、転送されるべきメディアコンポーネントを、転送されるべきメディアコンポーネントに対応する、転入側ネットワーク内でＭＴＦ ＵＥによってサポートされるメディアフローコンポーネントに、置換することを示す。

特定の実施においては、メディアフロー転送コンテキスト情報をＭＴＦに配送するために、メディアフロー転送コンテキスト情報は、ＩＭＳドメイン内のＳＩＰセッション要求内のヘッダフィールド、パラメータ、またはメッセージボディを拡張することによって運ばれる。以下のケースがさらに存在してもよい。

第１のケースでは、ＭＴＦ ＵＥがＩＭＳドメイン内でメディアフロー転送要求を開始する場合、メディアフロー転送コンテキスト情報は、ＳＩＰセッション要求が組み立てられる際に、要求内で運ばれる。

第２のケースでは、ＭＴＦ ＵＥがＣＳドメイン内でメディアフロー転送要求を開始する場合、ＭＴＦ ＵＥはＭＴＦにメディアフロー転送コンテキスト情報を配送し、これは以下のステップを含む。ＭＴＦ ＵＥは、上記の情報を、ドメイン転送要求のユーザ間（ｕｓｅｒ−ｔｏ−ｕｓｅｒ）（Ｕｓｅｒ２Ｕｓｅｒ）情報要素内で運ぶ。要求を受信した後で、ＶＭＳＣは、ＣＡＭＥＬのＩＤＰメッセージ内のＵｓｅｒ２Ｕｓｅｒ情報要素を介した記憶のために、ユーザのＣＡＭＥＬアプリケーションエンティティ（ＣＡＭＥＬサービス）に要求をトリガする。ＣＳドメイン内のドメイン転送要求がＩＭＳドメインにルーティングされたら、ＣＳＡＦが、ＣＡＭＥＬサービスと相互作用して情報を取得し、次に、ＳＩＰセッション要求メッセージを組み立てる際にそのメッセージ内で情報を運ぶ。運ぶ方法は、ＩＭＳドメイン内で情報が配送される場合の方法と同じである。その後、情報は、ＭＴＦ ＵＥからＭＴＦに配送されるように、ＳＩＰセッション要求メッセージ内でＭＴＦにトリガされる。

あるいは、ＭＴＦ ＵＥがＣＳドメイン内でメディアフロー転送要求を開始する場合、ＭＴＦ ＵＥはＭＴＦにメディアフロー転送コンテキスト情報を配送し、これは以下のステップを含む。ＭＴＦ ＵＥは、上記の情報を、ドメイン転送要求のＵｓｅｒ２Ｕｓｅｒ情報要素内で運ぶ。要求を受信した後で、ＶＭＳＣが、例えば、統合サービスデジタルネットワークユーザ部（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅｓ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋ ｕｓｅｒ ｐａｒｔ）（ＩＳＵＰ）、ベアラ非依存呼制御（ｂｅａｒｅｒ ｉｎｄｅｐｅｎｄｅｎｔ ｃａｌｌ ｃｏｎｔｒｏｌ）（ＢＩＣＣ）などの、ネットワーク間インタフェースシグナリング（ｎｅｔｗｏｒｋ−ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ ｓｉｇｎａｌｉｎｇ）を介してセルを配送し、次に、情報要素を、ＩＭＳネットワークインターワーキングエンティティＭＧＣＦによって、ＳＩＰシグナリング内の、パラメータ、ヘッダフィールド、またはメッセージボディの、任意の形態または組み合わせに変換し、そして最後に、ＳＩＰシグナリングを介してＭＴＦに転送コンテキスト情報を配送する。

あるいは、ＭＴＦ ＵＥがＣＳドメイン内でメディアフロー転送要求を開始する場合、ＭＴＦ ＵＥはＭＴＦにメディアフロー転送コンテキスト情報を配送し、これは以下のステップを含む。ＭＴＦ ＵＥは、上記の情報を、ドメイン転送要求のＵｓｅｒ２Ｕｓｅｒ情報要素内で運ぶ。要求を受信した後で、ＡＧＦが、セルを、ＳＩＰシグナリング内の、パラメータ、ヘッダフィールド、またはメッセージボディの、任意の形態または組み合わせに変換し、そして最後にそれを、ＳＩＰシグナリングを介してＭＴＦに配送する。

Ｓ２で、ＭＴＦは、要求内で運ばれるメディアフロー転送コンテキスト情報に従ってリモートＵＥとのメディア再交渉を開始および実行するための、エージェントとして働く。

このステップでは、最初に、ＭＴＦは、ＭＴＦ ＵＥがメディアフロー転送要求を開始したことを、要求内で運ばれる置換指示によって識別する。次に、ＭＴＦは、既知のアクセス側セッションＩＤ（すなわち、転送されるべきメディアフローのアクセスレグＩＤ）に従って、リモートＵＥのセッションレグ（リモートレグ）を関連付け、そして、ＭＴＦは、転送されるべきメディアコンポーネントの識別情報に対応する、転入側ネットワーク内でＭＴＦ ＵＥによってサポートされるメディアフローコンポーネントの情報に基づいて、リモートレグ上におけるリモートＵＥとのメディア交渉を開始および実行するための、エージェントとして働く（すなわち、リモートレグを再交渉する）。

Ｓ３では、メディア再交渉が完了した後で、メディア再交渉より前に転送されるべきメディアフローが解放される。

メディア再交渉が成功した後で、メディア再交渉より前に転送されるべきメディアフローは解放され（すなわち、転送されるべきメディアフローのアクセスレグが解放され）、それに対応して、転送されるべきメディアコンポーネントは、転入側ネットワーク内でＭＴＦ ＵＥによってサポートされるメディアフローコンポーネントに置換される。

メディア再交渉より前に転送されるべきメディアフローの解放は、以下の手法のうちの１つを含む。

元のセッションが少なくとも２つのメディアフローコンポーネントを保持する場合、ＭＴＦまたはＭＴＦ ＵＥは、メディア再交渉を開始し、そして、ＭＴＦとＭＴＦ ＵＥとの間のメディア再交渉を介して、転送されるべきメディアフローを解放する。

元のセッションが１つのメディアフローコンポーネントを保持する場合、ＭＴＦまたはＭＴＦ ＵＥは、転送されるべきメディアフローを解放するために、元のセッションの解放を開始する。

本発明について、９つの実施形態を使用して以下で説明する。

第１の実施形態による方法では、非リアルタイムメディアがＩＰ−ＣＡＮ２からＩＰ−ＣＡＮ１に転送される（注：１．この実施形態は、非リアルタイムメディアフローの転送を例に取っており、リアルタイムメディアフローの転送にも適用されてもよい。２．メディア再交渉は、ＲＥＩＮＶＩＴＥを例に取っており、例えばＵＰＤＡＴＥなどの、その他のＳＩＰ方法を使用してもよい。３．このモードは、上述の任意のシステム配備様式に適用されてもよい。４．この実施形態は、主要な処理エンティティのみを示しているが、すべてのネットワークエンティティを含んでいるとは限らない。５．リモートエンドとのメディア交渉と、デスティネーションネットワーク内での新しいセッションの確立プロセスとは、他の順序であってもよく、この実施形態は好ましい実施方法を提供しているにすぎない。６．メディアがＣＳに転送される場合、その転送要求の開始および配送は、第３、第４、第５、第６、および第７の実施形態で示される方法によって実施されてもよい）。図１４を参照すると、前提条件は、ＭＴＦ ＵＥがＩＰ２アクセス手法でリモートＵＥとのＩＭＳマルチメディアセッションを完成済みであり、そして、ＭＴＦエンティティが呼経路内にアンカーリングされているということである。この方法は、以下のステップを含む。

１．ＭＴＦ ＵＥは、非リアルタイムメディアがＩＰ−ＣＡＮ２からＩＰ−ＣＡＮ１ベアラに転送される必要があるということを判定し、その結果、ＭＴＦ ＵＥは、転入側ネットワーク内の呼を開始して、メディアフロー転送コンテキストを運ぶ。

２．ＭＴＦがＡＳとして実施されている場合は、ＩＭＳネットワーク内のＳ−ＣＳＣＦが、ｉＦＣを介して、処理のためにＭＴＦに呼をトリガし、そして、ＭＴＦがＰ−ＣＳＣＦ／ＡＧＦとＳ−ＣＳＣＦとの間に配置されている場合は、ＭＴＦは、登録の間に、シグナリング経路内に挿入済みなので、ＭＴＦ ＵＥによって送信された呼要求は自然に取得されてもよい。呼要求を受信したら、ＭＴＦは、メディアフロー転送コンテキストに従って、古い非リアルタイムメディア情報を新しい非リアルタイムメディア情報に置換した後で、リモートレグ上の新しいＳＤＰを構成する。

３．ＭＴＦは、リモートレグ上のリモートユーザとのメディア再交渉と、メディア再交渉の後続のフローとを開始するための、ユーザのエージェントとして働く。

４．新しいベアラ上の非リアルタイムメディアフローが確立された後で、ＭＴＦは、非リアルタイムメディアが存在する元のセッションを解放する。（注：この実施形態は、非リアルタイムメディアが存在する元のセッションの解放を例に取っているが、元のセッション上のメディア交渉プロセスを介して、転送されるメディアを削除してもよい。）

第２の実施形態による方法では、リアルタイムメディアが、ＣＳから、ＩＰ−ＣＡＮ１上の既存のセッションに転送される（注：１．この実施形態は、リアルタイムメディアの転送を例に取っているが、非リアルタイムメディアフローの転送にも適用されてもよい、２．メディア再交渉は、ＲＥＩＮＶＩＴＥを例に取っているが、例えばＵＰＤＡＴＥなどの、その他のＳＩＰメディア変更フローを使用してもよい。３．このモードは、上述の任意のシステム配備様式に適用されてもよい。４．この実施形態は、主要な処理エンティティのみを示しており、すべてのネットワークエンティティを含んでいるとは限らない。５．リモートエンドとのメディア交渉と、転入側ネットワーク内での新しいセッションの確立プロセスとは、他の順序であってもよく、この実施形態は好ましい実施方法を提供しているにすぎない）。図１５を参照すると、前提条件は、ＭＴＦ ＵＥが、ＩＰ１およびＣＳアクセス手法で、リモートＵＥとの、関連付けられたＩＭＳマルチメディアセッションを完成済みであり、そして、ＭＴＦエンティティが呼経路内にアンカーリングされているということである。この方法は、以下のステップを含む。

１．ＭＴＦ ＵＥは、リアルタイムメディアが、ＣＳから、ＩＰ−ＣＡＮ１ベアラ上の既存の非リアルタイムセッションに転送される必要があるということを判定し、したがって、ＭＴＦ ＵＥは、転入側ネットワーク内でのメディアフロー再交渉を開始し、メディアフロー転送コンテキストを運ぶ。

２．ＭＴＦがＡＳとして実施されている場合は、ＩＭＳネットワーク内のＳ−ＣＳＣＦが、ｉＦＣを介して、処理のためにＭＴＦに呼をトリガし、そして、ＭＴＦがＰ−ＣＳＣＦ／ＡＧＦとＳ−ＣＳＣＦとの間に配置されている場合は、ＭＴＦは、登録の間に、シグナリング経路内に挿入済みなので、ＭＴＦ ＵＥによって送信された呼要求は自然に取得されてもよい。呼要求を受信したら、メディアフロー転送コンテキストに従って、古いリアルタイムメディア情報は、新しいリアルタイムメディア情報に置換され、そして、リモートレグ上の新しいＳＤＰ情報が構成される。

３．ＭＴＦは、リモートユーザとのメディア再交渉と、メディア再交渉の後続のフローとを開始するための、ユーザのエージェントとして働く。

４．新しいベアラ上のリアルタイムメディアフローが確立された後で、ＭＴＦは、リアルタイムメディアが存在する元のセッションを解放する。

第３の実施形態による方法では、ＣＳアクセス内でＭＴＦにメディアフロー転送コンテキストが配送される方法が提供される（注：１．この実施形態は、第１、第２、および第５の実施形態のシステムに適用されてもよい。２．この実施形態は、主要な処理エンティティのみを示しており、すべてのネットワークエンティティを含んでいるとは限らない。３．ＭＴＦ ＵＥは、ＣＳおよび１つのＩＰアクセス手法を少なくともサポートする）。図１６を参照すると、この方法は、以下のステップを含む。

１．ＭＴＦ ＵＥは、ユーザネットワークインタフェースを介して処理のために端局ＶＭＳＣに配送されるべき、Ｕｓｅｒ２Ｕｓｅｒ情報要素内で、メディアフロー転送コンテキストを運ぶ。

２．ＶＭＳＣは、Ｕｓｅｒ２Ｕｓｅｒセルから受信した情報を、ユーザ加入に従って、ユーザのホームＩＭＳネットワーク内のＳＣＰアプリケーションに、ＣＡＭＥＬ ＩＤＰメッセージを介して配送する（ここで、ＳＣＰ Ａｐｐは、ｇｓｍＳＣＰエンティティとＣＡＭＥＬサービスエンティティとの全体を示し、ＣＡＭＥＬメッセージは、最初にｇｓｍＳＣＰにトリガされ、次に、内部インタフェースを介してＣＡＭＥＬサービスに配送されるべきである）。ＳＣＰ Ａｐｐは、それ自体で、ＩＭＳルーティング番号（ＩＭＳ ｒｏｕｔｉｎｇ ｎｕｍｂｅｒ）（ＩＭＲＮ）のルーティング番号を割り当てるか、または、ＣＳＡＦと相互作用してＩＭＲＮを割り当て、そして、ＩＤＰ応答メッセージ内でＶＭＳＣにＩＭＲＮを返す。

３．ＶＭＳＣは、リダイレクトされた番号に従って、ＩＭＳネットワークのゲートウェイＭＧＣＦに呼をルーティングする。ＭＧＣＦは、インテロゲーティングＣＳＣＦ（ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ）（Ｉ−ＣＳＣＦ）を介して、Ｍａインタフェースを使用することによって、ＣＳＡＦエンティティに呼を送る。

４．ＣＳＡＦは、ＣＳドメインからルーティングされた呼を受信したら、ＳＣＰアプリケーションと相互作用して、記憶されたＣＳドメイン情報を取得し、そして、上記の情報を、適切なＳＩＰ情報フィールドに組み立てる。

５．ＣＳＡＦは、呼を、処理のためにＳ−ＣＳＣＦに送る。

６．Ｓ−ＣＳＣＦは、ｉＦＣに従って、ＭＴＦが存在するＡＳに呼をトリガする。

第４の実施形態による方法では、ＣＳアクセス内でＭＴＦにメディアフロー転送コンテキストが配送される第２の方法が提供される（注：１．この実施形態は、第３の実施形態のシステムに適用されてもよい。２．この実施形態は、主要な処理エンティティのみを示しており、すべてのネットワークエンティティを含んでいるとは限らない。３．ＭＴＦ ＵＥは、ＣＳおよび１つのＩＰアクセス手法を少なくともサポートする。４．このフローは、小さな変更を伴って、第３の実施形態によるシステムの、他の可能な方法に適用されてもよい）。図１７を参照すると、この方法は、以下のステップを含む。

１．ＭＴＦ ＵＥは、メディアがＣＳネットワークに転送されるべきであるということを判定した後で、ＣＳネットワーク内のＵＤＡＦに対応するＰＳＩ番号を呼び出す。

２〜４．このＰＳＩ番号に従って、呼はＩＭＳネットワークにルーティングされ、そして、Ｉ−ＣＳＣＦを介したＰＳＩルーティングを実行することによって、呼は、処理のためにＵＤＡＦに送られる（その他のＰＳＩルーティング手法が採用されてもよい）。

５．ＭＴＦ ＵＥは、ユーザネットワークインタフェースを介して処理のためにＶＭＳＣに配送されるべき、メディアフロー転送コンテキストと、先のステップで確立された呼との関連付け情報とを運ぶために、ＵＤＡＦへのＵＳＳＤメッセージを送信する。

６〜７．ＵＳＳＤアプリケーションのルーティング手法に従って、ＨＳＳが、この要求を処理のためにＵＤＡＦに送る（ここでは、ＭＴＦ ＵＥのローミングが例に取られている。ＭＴＦ ＵＥがホームドメイン内にある場合、要求はＨＳＳを通過しなくてもよい）。

８．ＵＤＡＦは、関連付け情報に従って、処理されるべき呼を発見し、次に、転送コンテキスト情報に従って、ＳＩＰ要求内にメディアフロー転送コンテキストを組み立てる（すなわち、ＭＴＦ ＵＥによってＵＳＳＤメッセージ内で運ばれる、受信したメディアフロー転送コンテキスト情報に従って、ＵＤＡＦは、その情報を、ＳＩＰセッション内のメディア転送要求にマッピングする）。

９〜１０．ＵＤＡＦは、Ｓ−ＣＳＣＦに呼を送った後で、ｉＦＣに従って、ＭＴＦが存在するＡＳに呼をトリガする。

第５の実施形態による方法では、ＰＳアクセス内でＭＴＦにメディアフロー転送コンテキストが配送される方法が提供される（注：１．この実施形態は、第４の実施形態のシステムに適用されてもよい。２．この実施形態は、主要な処理エンティティのみを示しており、すべてのネットワークエンティティを含んでいるとは限らない。３．ＭＴＦ ＵＥは、ＣＳおよび１つのＩＰアクセス手法を少なくともサポートする。４．このフローは、小さな変更を伴って、第４の実施形態によるシステムの、他の可能な方法に適用されてもよい）。前提条件は、ＭＴＦ ＵＥと、そのサービングネットワークとは、ＰＳによって運ばれるシグナリングを介した、ＣＳセッション確立の制御をサポートするということである。図１８を参照すると、この方法は、以下のステップを含む。

１．ＭＴＦ ＵＥは、メディアがＣＳネットワークに転送されるべきであるということを判定した後で、ＰＳネットワーク内の、特別な被呼番号（ｃａｌｌｅｄ ｎｕｍｂｅｒ）（例えば、ＶＤＩ）を呼び出し、そして、メディアがＣＳに転送されるということを示すメディアフロー転送コンテキスト情報を運ぶ。

２．ＩＭＳネットワークは、発呼者ｉＦＣの一致に従って、処理のために、ＭＴＦ／ＣＳＣが存在するＡＳに呼要求をトリガする。

３．ＭＴＦ／ＣＳＣは、リアルタイムメディアがさらに転送されるべきであるということを判定し、そして、２つのセッション要求を関連付けるために、ＣＳベアラ上のセッション確立要求を待つ。任意選択で、ＭＣＣ／ＣＳＣは、例えば、ＩＰ１セッション確立要求の逆方向応答（ｂａｃｋｗａｒｄ ｒｅｓｐｏｎｓｅ）（例えば、１８３）内で、ＣＳセッションとＩＰ１上のＰＳセッションとの間の関連付け情報を運ぶことによって、動的転送番号ＶＤＮを割り当てる。番号は、ＭＴＦ／ＣＳＣが存在するＡＳへの、ＩＭＳネットワーク内のＰＳＩ番号であってもよい。

４〜７．応答を受信した後で、ＭＴＦ ＵＥは、割り当てられた転送番号を被呼番号として使用する。被呼番号は、ＭＴＦ／ＣＳＣのＰＳＩ番号であるため、呼要求は、ＭＣＣ／ＣＳＣが存在するＡＳに、処理のために送られてもよい（２つのセッションが、発呼者番号（ｃａｌｌｉｎｇ ｎｕｍｂｅｒ）と転送指示（ｔｒａｎｓｆｅｒ ｉｎｄｉｃａｔｉｏｎ）とを介して関連付けられる場合、ネットワークの動的割り当てを待たずに、ＭＣＣ ＵＥ内で転送ルーティング番号（ｔｒａｎｓｆｅｒ ｒｏｕｔｉｎｇ ｎｕｍｂｅｒ）が設定されてもよく、そしてこの場合、転送シグナリングの確立遅延を減らすために、第４のステップと第１のステップとは同時に実行される）。

８．ＣＳセッション要求を受信した後で、ＭＴＦ／ＣＳＣは、前述の関連付け方法に従って、ＰＳ上のセッション要求を見つけて、その中のメディアフロー転送コンテキスト情報に従って、メディア転送処理を実行する。

第６の実施形態による方法では、ＣＳアクセス内でＭＴＦにメディアフロー転送コンテキストが配送される第３の方法が提供される（注：１．この実施形態は、第１、第２、および第５の実施形態のシステムに適用されてもよい。２．この実施形態は、主要な処理エンティティのみを示しており、すべてのネットワークエンティティを含んでいるとは限らない。３．ＭＴＦ ＵＥは、ＣＳおよび１つのＩＰアクセス手法を少なくともサポートする）。図１９を参照すると、この方法は、以下のステップを含む。

１．ＭＴＦ ＵＥは、ユーザネットワークインタフェースを介して処理のために端局ＶＭＳＣに配送されるべき、Ｕｓｅｒ２Ｕｓｅｒ情報要素内で、メディアフロー転送コンテキストを運ぶ。

２．ＶＭＳＣは、受信したＵｓｅｒ２Ｕｓｅｒセルを、ＮＮＩシグナリング（ＩＳＵＰまたはＢＩＣＣ）内のＵｓｅｒ２Ｕｓｅｒ情報要素に組み立て、ＣＭＡＥＬリダイレクション処理に従って、呼を、処理のためにＭＧＣＦに送る。

３．ＭＧＣＦは、Ｕｓｅｒ２Ｕｓｅｒ情報ユニットを、ＳＩＰセッション要求のパラメータ、ヘッダフィールド、またはメッセージボディに変換し、次に、要求をＳＩＰメッセージに組み立てる。

４〜５．ＳＩＰセッション要求は、ＩＭＳネットワークにルーティングされ、ＩＭＳネットワークは、発呼者ｉＦＣに従って、ＭＴＦが存在するＡＳに呼をトリガする。

第７の実施形態による方法では、ＣＳアクセス内でＭＴＦにメディアフロー転送コンテキストが配送される第４の方法が提供される（注：１．この実施形態は、第６の実施形態のシステムに適用されてもよい。２．この実施形態は、主要な処理エンティティのみを示しており、すべてのネットワークエンティティを含んでいるとは限らない）。図２０を参照すると、この方法は、以下のステップを含む。

１．ＭＴＦ ＵＥは、ユーザネットワークインタフェースを介して、Ｕｓｅｒ２Ｕｓｅｒセル内でメディアフロー転送コンテキストを運び、セルを、処理のためにＡＧＦに配送する。

２．ＡＧＦは、受信したＵｓｅｒ２Ｕｓｅｒセルを、ＳＩＰセッション要求のパラメータ、ヘッダフィールド、またはメッセージボディに変換し、次に、要求をＳＩＰメッセージに組み立てる。

３．ＡＧＦは、ＳＩＰセッション要求を、登録情報に従って、ユーザのホームＩＭＳネットワークに送り、そして、ＩＭＳネットワークの関連するエンティティ（例えば、Ｓ−ＣＳＣＦ）が、発呼者ｉＦＣに従って、呼を、処理のためにＭＴＦにトリガする。

第８の実施形態による方法では、マルチメディアセッション内のリアルタイムメディアがＩＰ−ＣＡＮ２からＩＰ−ＣＡＮ１に転送された場合の、解放処理が提供される（注：１．この実施形態の解放処理は、任意の転送モード（第１および第２の実施形態の方法におけるモードを含む）に適用されてもよく、または、マルチメディアセッション内の非リアルタイムメディア転送に適用されてもよい。２．メディア再交渉は、ＲＥＩＮＶＩＴＥを例に取っているが、例えばＵＰＤＡＴＥなどの、その他のＳＩＰメディア変更フローを適用してもよい。３．この実施形態は、主要な処理エンティティのみを示しており、すべてのネットワークエンティティを含んでいるとは限らない。４．リモートエンドとのメディア交渉と、デスティネーションネットワーク内での新しいセッションの確立プロセスとは、他の順序であってもよく、この実施形態は好ましい実施方法を提供しているにすぎない）。図２１を参照すると、前提条件は、ＭＴＦ ＵＥがＩＰ２アクセス手法でリモートＵＥとのＩＭＳマルチメディア会話を完成済みであり、そして、ＭＴＦエンティティが呼経路内にアンカーリングされているということである。この方法は、以下のステップを含む。

１〜３．マルチメディアセッション内のリアルタイムメディアがＩＰ−ＣＡＮ２からＩＰ−ＣＡＮ１に転送される、メディア交渉フローが実行される。

４．ＭＴＦは、新しいベアラ上のリアルタイムメディアフローが確立された後で、元のセッション上のメディア再交渉を実行することによって、転送されるべきリアルタイムメディアを解放する（または、ＭＴＦ ＵＥは、メディアチャネルの切り替えを検出した後で、マルチメディアセッション内の転送済みメディアを解放するための再交渉を開始する）。

第９の実施形態による方法では、リアルタイムメディアのセッションがＩＰ−ＣＡＮ２からＩＰ−ＣＡＮ１に転送される、解放処理が提供される（注：１．この実施形態の解放処理は、任意の転送モード（第１および第２の実施形態の方法におけるモードを含む）に適用されてもよく、または、マルチメディアセッション内の非リアルタイムメディア転送に適用されてもよい。２．メディア再交渉は、ＲＥＩＮＶＩＴＥを例に取っているが、例えばＵＰＤＡＴＥなどの、その他のＳＩＰメディア変更フローを適用してもよい。３．この実施形態は、主要な処理エンティティのみを示しており、すべてのネットワークエンティティを含んでいるとは限らない。４．リモートエンドとのメディア交渉と、デスティネーションネットワーク内での新しいセッションの確立プロセスとは、他の順序であってもよく、この実施形態は好ましい実施方法を提供するにすぎない。５．ＭＴＦ ＵＥは、２つのＩＰアクセス手法を少なくとも含む）。図２２を参照すると、前提条件は、ＭＴＦ ＵＥがＩＰ２アクセス手法で、リモートＵＥとの、リアルタイムメディアを含むＩＭＳセッションを完成済みであり、そして、ＭＴＦエンティティが呼経路内にアンカーリングされているということである。この方法は、以下のステップを含む。

１〜３．マルチメディアセッション内のリアルタイムメディアがＩＰ−ＣＡＮ２からＩＰ−ＣＡＮ１に転送される、メディア交渉フローが実行される。

４．ＭＴＦは、新しいベアラ上のリアルタイムメディアフローが確立された後で、元のセッションを解放する（または、ＭＴＦ ＵＥは、メディアチャネルの切り替えを検出した後で、転送済みメディアが存在する元のセッションの解放を開始する）。

上記を考慮すると、マルチメディア呼の連続性を実施するためのシステム、方法、および装置が、本発明の実施形態において提供される。マルチモード端末ＭＴＦ ＵＥは、複数のモード間でのメディアフローの転送をサポートし、そして、開始されるメディアフロー転送要求内で、メディアフロー転送コンテキスト情報を運んでもよい。メディアフロー転送コンテキスト情報は、転送されるべきメディアコンポーネントの識別情報と、転入側アクセスネットワーク内でＭＴＦ ＵＥによってサポートされるメディアフローコンポーネントの情報と、置換指示とを少なくとも含む。ＭＴＦは、転送されるべきメディアコンポーネントの識別情報に対応する、転入側ネットワーク内でＭＴＦ ＵＥによってサポートされるメディアフローコンポーネントの情報に基づいて、リモートＵＥとのメディア再交渉を開始および実行するための、エージェントとして働く。メディア再交渉が成功した後で、転送されるべきメディアフローは解放され、それによって、異なるアクセスモードのベアラ間でのメディアフロー転送が実施される。

本発明の実施形態では、マルチモード端末のさまざまなアクセスモードのベアラ間でのメディアフロー転送の問題が、ＭＴＦを追加することによって、ＶＣＣの既存のフローに影響を及ぼすことなく解決され、ユーザのモバイル体験は向上し、ネットワークモビリティサービスにおける事業者の競争力も強化される。

本開示の例示および説明を、その例示的実施形態を参照して提供してきたが、添付の特許請求の範囲によって定義される、本開示の精神および範囲から逸脱することなく、形態および詳細におけるさまざまな変更が行われてもよいということが、当業者によって理解されるべきである。

Claims (21)

1. メディア転送機能（ＭＴＦ）ユーザ装置（ＵＥ）であって、
   複数のアクセスネットワーク間でのメディアフローの転送をサポートするように適合された、転送ユニットと、
   前記転送ユニットの指示に従って、ネットワーク側へのメディアフロー転送要求を開始するように適合された、開始ユニットと、
   前記開始ユニットによって開始された前記メディアフロー転送要求内に、メディアフロー転送コンテキスト情報を追加するように適合された、情報追加ユニットとを具備し、
   前記メディアフロー転送コンテキスト情報は、転送されるべきメディアコンポーネントの識別情報と、転入側アクセスネットワーク内で前記メディア転送機能（ＭＴＦ）ユーザ装置（ＵＥ）によってサポートされるメディアフローコンポーネントの情報と、置換指示とを少なくとも含む、
   メディア転送機能（ＭＴＦ）ユーザ装置（ＵＥ）。
2. 前記情報追加ユニットによって追加された前記メディアフロー転送コンテキスト情報に従って前記ネットワーク側がメディア再交渉を実施したことを認識した後で、前記メディア再交渉より前に転送されるべき前記メディアフローを解放するように適合された解放ユニットをさらに具備する請求項１に記載のＭＴＦ ＵＥ。
3. 前記開始ユニットは、
   メディアコンポーネントを、転入側ネットワーク内の既存のセッションに転送するよう指示するように適合された、第１の開始ユニットと、
   転送されるべきメディアストリームコンポーネントを運ぶために、前記メディアコンポーネントを、前記転入側ネットワーク内で新たに確立されたセッションに転送するよう指示するように適合された、第２の開始ユニットとをさらに具備する、請求項１または２に記載のＭＴＦ ＵＥ。
4. マルチメディア呼の連続性を実施するためのシステムであって、請求項１〜３のいずれか一項に記載のメディア転送機能（ＭＴＦ）ＵＥを具備し、ＭＴＦをさらに具備し、
   前記ＭＴＦは、前記要求内で運ばれる前記メディアフロー転送コンテキスト情報に従って、リモートＵＥとのメディア再交渉を実行するように適合され、
   前記メディア再交渉が完了した後で、前記ＭＴＦ ＵＥまたは前記ＭＴＦは、前記メディア再交渉より前に転送されるべき前記メディアフローを解放するように適合された、システム。
5. 前記ＭＴＦ ＵＥによって開始されたメディアフロー転送のために、ＣＳドメイン内の関連する回線交換（ＣＳ）シグナリングと、インターネットプロトコル（ＩＰ）マルチメディアシステム（ＩＭＳ）ドメイン内のセッション開始プロトコル（ＳＩＰ）シグナリングとを変換するように適合された、前記ＭＴＦ ＵＥと前記ＭＴＦとの間のインターワーキング機能エンティティをさらに具備する、請求項４に記載のシステム。
6. 前記ＭＴＦはアプリケーションサーバ（ＡＳ）内に配置されており、前記ＭＴＦは、初期フィルタ条件（ｉＦＣ）トリガリング機構を介して起動されることが確実にされた、請求項４または５に記載のシステム。
7. 前記システムが、前記ＭＴＦと同じ場所に配置されたドメイン転送機能（ＤＴＦ）をさらに具備する場合、前記ＭＴＦは、前記ｉＦＣトリガリング機構を介して、前記同じ場所に配置されたＡＳに呼が到達したら起動される、請求項６に記載のシステム。
8. メディア転送機能（ＭＴＦ）であって、
   ＭＴＦユーザ装置（ＵＥ）によって開始されたメディアフロー転送要求から、メディアフロー転送コンテキスト情報を取得するように適合された、取得ユニットであって、前記メディアフロー転送コンテキスト情報は、転送されるべきメディアコンポーネントの識別情報と、転入側アクセスネットワーク内で前記ＭＴＦ ＵＥによってサポートされるメディアフローコンポーネントの情報と、置換指示とを少なくとも含む、前記取得ユニットと、
   前記取得ユニットによって取得された前記メディアフロー転送コンテキスト情報に従って、リモートＵＥとのメディア再交渉を実行するように適合された、エージェントユニットとを具備する、
   メディア転送機能（ＭＴＦ）。
9. 前記解放ユニットは、前記エージェントユニットが前記メディア再交渉を完了した後で、前記メディア再交渉より前に転送されるべきメディアフローを解放するように適合された解放ユニットをさらに具備する、
   請求項８に記載のメディア転送機能（ＭＴＦ）。
10. マルチメディア呼の連続性を実施するための方法であって、
    メディア転送機能（ＭＴＦ）によって、メディアフロー転送要求を受信することと、
    ＭＴＦ ＵＥによって送信された前記メディアフロー転送要求内で運ばれるメディアフロー転送コンテキスト情報に従って、前記ＭＴＦによって、リモートユーザ装置（ＵＥ）とのメディア再交渉を実行することとを含み、
    前記メディアフロー転送コンテキスト情報は、転送されるべきメディアコンポーネントの識別情報と、転入側アクセスネットワーク内で前記ＭＴＦ ＵＥによってサポートされるメディアフローコンポーネントの情報と、置換指示とを少なくとも含む、
    方法。
11. 前記メディア再交渉が完了した後で、前記ＭＴＦによって、前記メディア再交渉より前に転送されるべきメディアフローを解放することをさらに含む、請求項１０に記載の方法。
12. 転送されるべき前記メディアコンポーネントの前記識別情報は、既存のセッションＩＤとメディアコンポーネントＩＤとの組み合わせ、または、独立したメディアコンポーネントＩＤである、請求項１０または１１に記載の方法。
13. 転送されるべき少なくとも１つのメディアフローコンポーネントを、転入側アクセスネットワーク内の既存のセッションに転送するよう、前記ＭＴＦ ＵＥが指示する、という手法と、
    転送されるべき少なくとも１つのメディアフローコンポーネントを、前記転入側ネットワーク内で新たに確立されたセッションに転送するよう、前記ＭＴＦ ＵＥが指示する、という手法とのうちの１つで、前記ＭＴＦ ＵＥは前記メディアフロー転送要求を開始する、請求項１０または１１に記載の方法。
14. 前記ＭＴＦが前記メディアフロー転送要求を受信した後に、前記方法は、
    前記ＭＴＦ ＵＥによって開始された前記メディアフロー転送要求を、前記要求内で運ばれる前記置換指示に従って、前記ＭＴＦによって、識別することと、
    転送されるべき前記メディアコンポーネントの前記識別情報に対応する、前記転入側ネットワーク内で前記ＭＴＦ ＵＥによってサポートされる前記メディアフローコンポーネントの前記情報に基づいて、前記リモートＵＥとの前記メディア再交渉を、前記ＭＴＦによって、実行することと、
    前記転入側アクセスネットワークと転出側アクセスネットワークとの間でのメディアフロー転送を完了するために、転出側アクセスネットワーク内の転送されるべきメディアフローを解放することとを含む、請求項１０または１１に記載の方法。
15. 前記メディア再交渉より前に転送されるべき前記メディアフローを前記解放することは、
    元のセッション内に少なくとも１つのメディアフローコンポーネントが存在する場合、前記ＭＴＦまたは前記ＭＴＦ ＵＥは、前記ＭＴＦと前記ＭＴＦ ＵＥとの間での前記メディア再交渉を介して、転送されるべき前記メディアフローを解放する、という手法と、
    元のセッション内にメディアフローコンポーネントが存在しない場合、前記ＭＴＦまたは前記ＭＴＦ ＵＥは、転送されるべき前記メディアフローを解放するために、前記元のセッションの解放を開始する、という手法とのうちの１つを含む、請求項１１に記載の方法。
16. インターネットプロトコル（ＩＰ）マルチメディアシステム（ＩＭＳ）ドメイン内で、前記メディアフロー転送コンテキスト情報は、セッション開始プロトコル（ＳＩＰ）セッション要求内のヘッダフィールド、パラメータ、またはメッセージボディを拡張することによって運ばれる、請求項１０〜１５のいずれか一項に記載の方法。
17. 前記ＭＴＦ ＵＥが回線交換（ＣＳ）ドメイン内で前記メディアフロー転送要求を開始する場合、前記ＭＴＦ ＵＥは、前記ＭＴＦに、前記メディアフロー転送コンテキスト情報を配送する、請求項１６に記載の方法であって、
    前記ＭＴＦ ＵＥによって、ＣＳ呼設定要求のユーザ間（Ｕｓｅｒ２Ｕｓｅｒ）情報要素内で前記メディアフロー転送コンテキスト情報を運び、そして、前記要求をネットワーク側に送信することと、
    ビジテッドモバイルスイッチングセンター（ＶＭＳＣ）によって、前記要求を受信した後で、前記要求内で運ばれる前記コンテキスト情報を、記憶のために、ユーザのカスタマイズド・アプリケーションズ・フォー・モバイル・ネットワーク・エンハンスト・ロジック（ＣＡＭＥＬ）アプリケーションエンティティＣＡＭＥＬサービス制御ポイント（ＳＣＰ）にトリガすることと、
    前記ＣＳドメイン内の前記メディアフロー転送要求が前記ＩＭＳドメインにルーティングされたら、ＣＳアダプテーション機能（ＣＳＡＦ）によって、前記コンテキスト情報を取得するために前記ＣＡＭＥＬサービスと相互作用し、前記コンテキスト情報を、前記ＳＩＰセッション要求を組み立てる際に前記要求で運ぶことと、
    前記ＣＳＡＦによって、ＩＭＳネットワークを介して、前記ＭＴＦに、前記ＳＩＰセッション要求を送ることとを含む、方法。
18. 前記ＭＴＦ ＵＥがＣＳドメイン内で前記メディアフロー転送要求を開始する場合、前記ＭＴＦ ＵＥは、前記ＭＴＦに、前記メディアフロー転送コンテキスト情報を配送する、請求項１６に記載の方法であって、
    前記ＭＴＦ ＵＥによって、前記メディアフロー転送要求のＵｓｅｒ２Ｕｓｅｒ情報要素内で前記メディアフロー転送コンテキスト情報を運び、そして、前記要求をネットワーク側に送信することと、
    ＶＭＳＣによって、前記要求を受信した後で、ネットワーク間インタフェースシグナリングを介して、インターワーキング機能エンティティとしてのメディアゲートウェイ制御機能（ＭＧＣＦ）に、前記要求を送ることと、
    前記ＭＧＣＦによって、前記要求を、前記ＳＩＰセッション要求に変換することと、
    前記ＭＧＣＦによって、ＩＭＳネットワークを介して、前記ＭＴＦに、前記ＳＩＰセッション要求を送ることとを含む、方法。
19. 前記ＭＴＦ ＵＥがＣＳドメイン内で前記メディアフロー転送要求を開始する場合、前記ＭＴＦ ＵＥは、前記ＭＴＦに、前記メディアフロー転送コンテキスト情報を配送する、請求項１６に記載の方法であって、
    前記ＭＴＦ ＵＥによって、前記メディアフロー転送要求のＵｓｅｒ２Ｕｓｅｒ情報要素内で前記メディアフロー転送コンテキスト情報を運び、そして、前記要求をネットワーク側に送信することと、
    アクセスゲートウェイ機能（ＡＧＦ）によって、前記要求を受信した後で、前記要求を、前記ＳＩＰセッション要求に変換することと、
    前記ＡＧＦによって、ＩＭＳネットワークを介して、前記ＭＴＦに、前記ＳＩＰセッション要求を送信することとを含む、方法。
20. 前記ＭＴＦ ＵＥがＣＳドメイン内で前記メディアフロー転送要求を開始する場合、前記ＭＴＦ ＵＥは、前記ＭＴＦに、前記メディアフロー転送コンテキスト情報を配送する、請求項１６に記載の方法であって、
    前記ＭＴＦ ＵＥによって、メディアがＣＳネットワークに転送されるべきであると判定した後で、前記ＣＳネットワーク内の、ＵＳＳＤアダプテーション機能（ＵＤＡＦ）に対応するパブリックサービスアイデンティティ（ＰＳＩ）番号を呼び出すことと、
    前記ＭＴＦ ＵＥによって、メディアフロー転送コンテキスト情報と、ＣＳ呼の前記ＵＤＡＦとの関連付け情報とを運ぶ、非構造付加サービスデータ（ＵＳＳＤ）メッセージを送信することと、
    前記ＵＤＡＦによって、前記関連付け情報に従って、処理されるべき呼を見つけて、前記メディアフロー転送コンテキスト情報を、ＳＩＰセッション内のメディア転送要求に組み立てることと、
    初期フィルタ条件（ｉＦＣ）を介して、前記ＭＴＦをトリガすることとを含む、方法。
21. 前記ＭＴＦ ＵＥがパケット交換（ＰＳ）ドメイン内で前記メディアフロー転送要求を開始する場合、前記ＭＴＦ ＵＥは、前記ＭＴＦに、前記メディアフロー転送コンテキスト情報を配送する、請求項１６に記載の方法であって、
    前記ＭＴＦ ＵＥによって、メディアがＣＳアクセスネットワークに転送されるべきであると判定した後で、ＰＳネットワーク内の特別な被呼番号を呼び出して、前記メディアフロー転送コンテキスト情報を運ぶことと、
    ＩＭＳネットワークによって、発呼者ｉＦＣの一致に従って、前記ＭＴＦに呼要求をトリガすることと、
    前記ＭＴＦによって、前記ＭＴＦのＰＳＩ番号を、前記ＭＴＦ ＵＥに、転送ルーティング番号として割り当てることと、
    前記ＭＴＦ ＵＥによって、応答を受信した後で、被呼番号としての前記割り当てられた転送ルーティング番号を使用して、ＣＳ呼要求を開始することと、
    前記ＭＴＦによって、前記ＣＳ呼要求を受信した後で、ＰＳアクセスネットワーク呼と前記転送ルーティング番号との間の関連付け関係に従って、前記ＰＳアクセスネットワーク呼を見つけて、前記メディアフロー転送コンテキスト情報に従って、メディアフロー転送処理を実行することとを含む、方法。

Images