(57)【特許請求の範囲】
【請求項１】
ＩＭＳサービス継続性ＩＳＣセッション転送手続きのシグナリング遅延を短縮する方法であって、
第１ネットワーク要素により、セッション・セットアップ要求メッセージ（ＩＮＶＩＴＥ）を受信し、初期フィルタリング基準ｉＦＣに従って第２ネットワーク要素（ＳＣＣ  ＡＳ）に前記セッション・セットアップ要求メッセージを転送するステップと、
前記第２ネットワーク要素により、メディア・アンカ・ポイント（ＭＲＦ）にメディア経路をアンカリングする条件が満たされるかどうかを判定し、そうである場合、ローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指示するステップと、
前記メディア・アンカ・ポイントにより、前記ローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当て、前記メディア・エンドポイントを互いに接続し、前記メディア・エンドポイントのセッション記述プロトコル情報を有する第１応答メッセージ（２００  ＯＫ）を前記第２ネットワーク要素に送るステップと、
前記第２ネットワーク要素により、前記セッション記述プロトコル情報に従って前記ローカル端末との間のサブセッションを終了し、前記リモート端末との間のサブセッションの生成を開始するステップと、
前記リモート端末が確認した後、前記第２ネットワーク要素により、前記第１ネットワーク要素を介して、前記ローカル端末の前記メディア・エンドポイントのセッション記述プロトコル情報を有する第２応答メッセージを前記ローカル端末に送るステップと
を含むことを特徴とし、
前記ＩＳＣセッション転送が実施中のとき、
前記第２ネットワーク要素により、ハンドオーバ要求メッセージの受信時にターゲット・トランスファーイン・アクセス・レッグのセッション記述プロトコル情報を有する第１メッセージを前記メディア・アンカ・ポイントに送るステップと、
前記メディア・アンカ・ポイントにより、ソース・トランスファーアウト・アクセス・レッグを前記ターゲット・トランスファーイン・アクセス・レッグで置き換え、前記第２ネットワーク要素を確認するステップと
をさらに含むことを特徴とする方法。
【請求項２】
前記第２ネットワーク要素が前記ローカル端末に前記第２応答メッセージを送った後、前記ローカル端末がアクセス・レッグ・サブセッションで前記第２ネットワーク要素を確認し、次いで前記第２ネットワーク要素がリモート・レッグ・サブセッションで前記リモート端末を確認するステップをさらに含む請求項１に記載の方法。
【請求項３】
前記メディア・アンカ・ポイントにメディア経路をアンカリングするために満たされるべき条件が、前記ローカル端末がＳｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ（単一無線音声呼継続性）ＳＲＶＣＣ／ＳＩＣをサポートし、前記ローカル端末が高いＳＲＶＣＣハンドオーバ確率を有するアクセス・ネットワーク内にキャンピングしていることを含む請求項１または２に記載の方法。
【請求項４】
前記高いＳＲＶＣＣハンドオーバ確率が、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ロング・ターム・エボリューション）ＬＴＥおよびＩＭＳネットワークが小さいＬＴＥカバレッジで配置されており、したがってＬＴＥおよびＩＭＳネットワークが高いＳＲＶＣＣハンドオーバ確率で事前定義されている場合などで生じる請求項３に記載の方法。
【請求項５】
メディア・エンドポイントを割り当てるように前記第２ネットワーク要素が前記メディア・アンカ・ポイントに指令することが、
前記ローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指令する第２メッセージを前記メディア・アンカ・ポイントに送る手段、または
前記ローカル端末用のメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指令する第３メッセージと、前記リモート端末用のメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指令する第４メッセージとをそれぞれ前記メディア・アンカ・ポイントに送る手段
のうちの１つによって実施される請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記第１ネットワーク要素がサービング呼セッション制御機能エンティティＳ−ＣＳＣＦであり、前記第２ネットワーク要素がＳｅｒｖｉｃｅ  Ｃｏｎｔｉｎｕｉｔｙ  Ｃｏｎｔｒｏｌ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  ＳＣＣ  ＡＳであり、前記メディア・アンカ・ポイントがＭｅｄｉａ  Ｒｅｓｏｕｒｃｅ  ＦｕｎｃｔｉｏｎエンティティＭＲＦであり、かつ／または
前記セッション・セットアップ要求メッセージ、前記ハンドオーバ要求メッセージ、ならびに前記第２メッセージ、第３メッセージ、および第４メッセージがＩＮＶＩＴＥメッセージであり、前記第１メッセージがｒｅ−ＩＮＶＩＴＥメッセージであり、前記第１応答メッセージおよび前記第２応答メッセージが２００  ＯＫメッセージである請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
ＩＭＳサービス継続性ＩＳＣセッション転送（ＳＣＣ  ＡＳ）を制御するネットワーク要素であって、
セッション・セットアップ要求メッセージの受信時にメディア・アンカ・ポイント（ＭＲＦ）にメディア経路をアンカリングする条件が満たされるかどうかを判定し、そうである場合、ローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指示する判定手段と、
前記メディア・アンカ・ポイントからの前記メディア・エンドポイントのセッション記述プロトコル情報を有する第１応答メッセージの受信時に前記セッション記述プロトコル情報に従って前記ローカル端末との間のサブセッションを終了し、前記リモート端末との間のサブセッションの生成を開始するサブセッション・セットアップ手段と
前記リモート端末が確認した後、前記ローカル端末のメディア・エンドポイントのセッション記述プロトコル情報を有する第２応答メッセージを前記ローカル端末に送る第１メッセージ送信手段と、
転送要求メッセージの受信時にターゲット・トランスファーイン・アクセス・レッグのセッション記述プロトコル情報を有する第１メッセージを前記メディア・アンカ・ポイントに送る第２メッセージ送信手段とを
を備えることを特徴とするネットワーク要素。
【請求項８】
前記メディア・アンカ・ポイントにメディア経路をアンカリングするために満たされるべき条件が、前記ローカル端末がＳｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ  ＳＲＶＣＣ／ＳＩＣをサポートし、前記ローカル端末が高いＳＲＶＣＣハンドオーバ確率を有するアクセス・ネットワーク内にキャンピングしていることを含む請求項７に記載のネットワーク要素。
【請求項９】
前記高いＳＲＶＣＣハンドオーバ確率が、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ  ＬＴＥおよびＩＭＳネットワークが小さいＬＴＥカバレッジで配置されており、したがってＬＴＥおよびＩＭＳネットワークが高いＳＲＶＣＣハンドオーバ確率で事前定義されている場合などで生じる請求項８に記載のネットワーク要素。
【請求項１０】
メディア・エンドポイントを割り当てるように前記ネットワーク要素が前記メディア・アンカ・ポイントに指令することが、
前記ローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指令する第２メッセージを前記メディア・アンカ・ポイントに送る手段、または
前記ローカル端末用のメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指令する第３メッセージと、前記リモート端末用のメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指令する第４メッセージとをそれぞれ前記メディア・アンカ・ポイントに送る手段
のうちの１つによって実施される請求項７乃至９のいずれか１項に記載のネットワーク要素。
【請求項１１】
前記ネットワーク要素がＳｅｒｖｉｃｅ  Ｃｏｎｔｉｎｕｉｔｙ  Ｃｏｎｔｒｏｌ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  ＳＣＣ  ＡＳであり、前記メディア・アンカ・ポイントがＭｅｄｉａ  Ｒｅｓｏｕｒｃｅ  ＦｕｎｃｔｉｏｎエンティティＭＲＦであり、かつ／または
前記セッション・セットアップ要求メッセージ、前記ハンドオーバ要求メッセージ、ならびに前記第２メッセージ、第３メッセージ、および第４メッセージがＩＮＶＩＴＥメッセージであり、前記第１メッセージがｒｅ−ＩＮＶＩＴＥメッセージであり、前記第１応答メッセージおよび前記第２応答メッセージが２００  ＯＫメッセージである請求項７乃至１０のいずれか１項に記載のネットワーク要素。
【請求項１２】
ＩＭＳサービス継続性ＩＳＣセッション転送にメディア経路をアンカリングするネットワーク要素であって、
請求項７乃至１１に記載のネットワーク要素（ＳＣＣ  ＡＳ）からの命令の受信時にローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当て、前記メディア・エンドポイントを互いに接続するメディア・エンドポイント構成手段と、
前記メディア・エンドポイントのセッション記述プロトコル情報を有する応答メッセージ（２００  ＯＫ）を前記別のネットワーク要素に送るメッセージ送信手段と、
ソース・トランスファーアウト・アクセス・レッグをターゲット・トランスファーイン・アクセス・レッグで置き換えるアクセス・レッグ更新手段と
を備えることを特徴とするネットワーク要素。
【請求項１３】
前記ネットワーク要素がＭｅｄｉａ  Ｒｅｓｏｕｒｃｅ  ＦｕｎｃｔｉｏｎエンティティＭＲＦであり、前記別のネットワーク要素がＳｅｒｖｉｃｅ  Ｃｏｎｔｉｎｕｉｔｙ  Ｃｏｎｔｒｏｌ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  ＳＣＣ  ＡＳである請求項１２に記載のネットワーク要素。
【請求項１４】
前記応答メッセージが２００  ＯＫメッセージである請求項１２に記載のネットワーク要素。
【請求項１５】
少なくとも２つの端末と、
請求項７乃至１１のいずれか１項に記載のネットワーク要素と、
請求項１２乃至１４のいずれか１項に記載のネットワーク要素と
を備える通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信の分野に関し、より詳細には、ＩＭＳサービス継続性（ＩＳＣ）セッション転送手続きのシグナリング遅延を短縮する技法に関する。
【背景技術】
【０００２】
ＩＳＣは、ユーザ・デバイスＵＥが移動中の場合にセッション転送機構を使用することによってサービス継続性をどのように維持するかを定義する技法である（ＵＥの移動をＩＭＳセッション層に対して隠すことができないので、サービス継続性を維持することができない）。ＩＳＣ技法についてのより詳しい詳細は、３ＧＰＰ  ＴＳ  ２３．２３７を参照することができる。
【０００３】
ＩＳＣセッション転送手続きでは、重要なシグナリング遅延がある。周知のように、ＩＳＣセッション転送手続きは、リモート・レッグ（ｒｅｍｏｔｅ  ｌｅｇ）更新のサブ手続きを含み、これが遅延の主な部分を構成する。ローミングなどの極端な状況では、図１に示すように、ＳＩＰメッセージを処理するためにＳＩＰシグナリング経路中に多くのノードが必要であるので、リモート・レッグ更新のサブ続きにより、シグナリング遅延が大きくなる。図１に示すように、リモートＵＥがＩＭＳ端末であるが、リモートＵＥがＰＬＭＮ／ＰＳＴ端末である間は、遅延の状況は同様であることに留意されたい。図１に示すように、ＵＰＤＡＴＥまたはＲｅ−ＩＮＶＩＴＥメッセージを処理するためにＩＭＳシグナリング経路中に９つのノードが必要である。図２に、既存のＩＳＣ手続きを実施する前の、（本発明の最適化機構のない）ローカルＵＥとリモートＵＥとの間のエンド・ツー・エンド・セッションを示す。ＩＳＣセッション転送手続きが行われるとき、上述のように、リモート・レッグ更新のサブ手続きが長い遅延を引き起こすことがある。
【０００４】
シグナリング遅延が長過ぎる場合、ＩＰ継続性アクセス・ネットワーク（ＩＰ−ＣＡＮ）と回路ドメイン・ネットワークとの間のデュアル無線ハンドオーバを実施することのできるＵＥが急速に移動している間に、呼が中断されることになり、ＵＥがＩＰ−ＣＡＮから回路ドメイン・ネットワークへのＳＲＶＣＣハンドオーバを実施するとき、中断期間は非常に長く、サービス体験が低下し、最悪の状況では、やはり呼が中断されることになる。２つの問題はどちらも、ユーザのサービス体験の低下を引き起こす。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．２３７
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、従来技術での上記の問題を解決することである。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、ＩＭＳサービス継続性（ＩＳＣ）セッション転送手続きでシグナリング遅延を短縮する方法であって、第１ネットワーク要素がセッション・セットアップ要求メッセージを受信し、初期フィルタ基準ｉＦＣに従って前記セッション・セットアップ要求メッセージを第２ネットワーク要素に転送すること、前記第２ネットワーク要素が、メディア・アンカ・ポイントにメディア経路をアンカリングする条件が満たされるかどうかを判定し、そうである場合、ローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指示すること、前記メディア・アンカ・ポイントが、前記ローカル端末および前記リモート端末用のそれぞれのメディア・エンドポイントを割り当て、前記メディア・エンドポイントを接続し、前記メディア・エンドポイントのセッション記述プロトコル情報を有する第１応答メッセージを前記第２ネットワーク要素に送ること、前記第２ネットワーク要素が、前記セッション記述プロトコル情報に従って前記ローカル端末との間のサブセッションを終了し、前記リモート端末との間のサブセッションの作成を開始すること、前記リモート端末が確認した後、前記第２ネットワーク要素が、前記第１ネットワーク要素を介して、前記ローカル端末のメディア・エンドポイントのセッション記述プロトコル情報を有する第２応答メッセージを前記ローカル端末に送ることを含む方法が提案される。前記ＩＳＣセッション転送が実施中のとき、前記方法は、前記第２ネットワーク要素が、ハンドオーバ要求メッセージの受信時にターゲット・トランスファーイン・アクセス・レッグ（ｔａｒｇｅｔ  ｔｒａｎｓｆｅｒ−ｉｎ  ａｃｃｅｓｓ  ｌｅｇ）のセッション記述プロトコル情報を有する第１メッセージを前記メディア・アンカ・ポイントに送ること、前記メディア・アンカ・ポイントが、ソース・トランスファーアウト・アクセス・レッグ（ｓｏｕｒｃｅ  ｔｒａｎｓｆｅｒ−ｏｕｔ  ａｃｃｅｓｓ  ｌｅｇ）を前記ターゲット・トランスファーイン・アクセス・レッグで置き換え、前記第２ネットワーク要素を確認することをも含む。
【０００８】
有利には、本発明による上記の方法は、前記第２ネットワーク要素が前記ローカル端末に前記第２応答メッセージを送った後、前記ローカル端末がアクセス・レッグ・サブセッションで前記第２ネットワーク要素を確認し、次いで前記第２ネットワーク要素がリモート・レッグ・サブセッションで前記リモート端末を確認することをも含む。
【０００９】
本発明の別の態様によれば、ＩＭＳサービス継続性セッション転送を制御するネットワーク要素であって、セッション・セットアップ要求メッセージの受信時にメディア・アンカ・ポイントにメディア経路をアンカリングする条件が満たされるかどうかを判定し、そうである場合、ローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指示する判定手段と、前記メディア・アンカ・ポイントからの前記メディア・エンドポイントの前記セッション記述プロトコル情報を有する第１応答メッセージの受信時にセッション記述プロトコル情報に従って前記ローカル端末との間のサブセッションを終了し、前記リモート端末との間のサブセッションの作成を開始するサブセッション・セットアップ手段と、前記リモート端末が確認した後、前記ローカル端末のメディア・エンドポイントのセッション記述プロトコル情報を有する第２応答メッセージを前記ローカル端末に送る第１メッセージ送信手段と、ハンドオーバ要求メッセージの受信時にターゲット・トランスファーイン・アクセス・レッグのセッション記述プロトコル情報を有する第１メッセージを前記メディア・アンカ・ポイントに送る第２メッセージ送信手段とを備えるネットワーク要素が提案される。
【００１０】
さらに別の態様によれば、ＩＭＳサービス継続性セッション転送でメディア経路をアンカリングするネットワーク要素であって、別のネットワーク要素からの命令の受信時にローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当て、前記メディア・エンドポイントを互いに接続するメディア・エンドポイント構成手段と、前記メディア・エンドポイントのセッション記述プロトコル情報を有する応答メッセージを前記別のネットワーク要素に送るメッセージ送信手段と、ソース・トランスファーアウト・アクセス・レッグをターゲット・トランスファーイン・アクセス・レッグで置き換えるアクセス・レッグ更新手段とを備えるネットワーク要素が提案される。
【００１１】
さらに別の態様によれば、少なくとも２つの端末と、本発明に従ってＩＭＳサービス継続性セッション転送を制御するネットワーク要素と、本発明に従ってＩＭＳサービス継続性セッション転送でメディア経路をアンカリングするネットワーク要素とを備える通信システムが提案される。
【００１２】
本発明のこれらおよび他の多くの特徴および利点が、図面を参照しながら、本発明の実施形態の以下の説明から明らかとなるであろう。
【図面の簡単な説明】
【００１３】
【図１】ローミングの場合の既存のＩＳＣセッション転送手続きでのリモート・レッグ更新を示す図である。
【図２】元のＩＳＣ手続きのエンド・ツー・エンド・セッションを概略的に示す図である。
【図３】本発明による２つの独立サブセッションを概略的に示す図である。
【図４】ＭＲＦアンカリング・セッション・メディアおよびＳＣＣ  ＡＳアンカリング・セッション・シグナリングを概略的に示す図である。
【図５】本発明によるセッション・セットアップ・プロセスのシグナリング流れ図である。
【図６】本発明によるセッション転送プロセスのシグナリング流れ図である。
【図７】本発明の一実施形態によるＩＳＣセッション転送手続きでのシグナリング遅延を短縮する方法の流れ図である。
【図８】本発明の一実施形態によるＩＳＣセッション転送を制御するネットワーク要素のブロック図である。
【図９】本発明の一実施形態によるＩＳＣセッション転送手続きでメディア経路をアンカリングするネットワーク要素のブロック図である。
【発明を実施するための形態】
【００１４】
本発明の基本的概念は、メディア・アンカ・ポイントを導入することにより、ローカルＵＥとリモートＵＥとの間のセッションを２つの独立サブセッションに分割することである。より具体的には、セッションがセットアップ中のとき、（ＩＳＣ手続きが使用される）ＩＰ−ＣＡＮとＣＳドメインとの間の後続の転送手続き中にリモート・レッグ更新サブ手続きでより長いシグナリング遅延が発生する可能性があることをネットワーク・エンティティ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ（サービング呼セッション制御機能）エンティティ（Ｓ−ＣＳＣＦ）、Ｓｅｒｖｉｃｅ  Ｃｏｎｔｉｎｕｉｔｙ  Ｃｏｎｔｒｏｌ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ（サービス継続性制御アプリケーション・サーバ）（ＳＣＣ  ＡＳ）、またはＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ  Ｂｒｏａｄｅｒ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ（相互接続ボーダー制御機能）エンティティ（ＩＢＣＦ）など）が発見した場合、ネットワーク・エンティティは、シグナリング経路をＳＣＣ  ＡＳにアンカリングすることに加えて、メディア経路をメディア・アンカ・ポイントにアンカリングする。本発明では、メディア・リソース機能エンティティＭＲＦがメディア・アンカ・ポイントとして使用されることに留意されたい。しかし、このメディア・アンカ・ポイントは、例えばＭＲＦ、Ｍｅｄｉａ  ＧａｔｅＷａｙ（メディア・ゲートウェイ）（ＭＧＷ）、またはＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ  Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｆｕｎｃｔｉｏｎ（相互接続ボーダー・ゲートウェイ機能）エンティティ（ＩＢＧＦ）でよいことが明らかなはずである。このようにして、ローカルＵＥとリモートＵＥとの間のエンド・ツー・エンド・セッションが、以下の２つの独立サブセッション、ローカルＵＥとメディア・アンカ・ポイントとの間のセッションと、リモートＵＥとメディア・アンカ・ポイントとの間のセッション、に分割される。これらの２つのサブセッションについて、ＳＩＰシグナリングが終了し、適切なネットワーク・エンティティ（ＳＣＣ  ＡＳやＩＢＣＦなど）で送出され、前記ネットワーク・エンティティがＢａｃｋ−ｔｏ−Ｂａｃｋ  Ｕｓｅｒ  Ａｇｅｎｔ（バック・ツー・バック・ユーザ・エージェント）（Ｂ２ＢＵＡ）として使用され、メディア経路にアンカリングすべきメディア・アンカ・ポイントを制御する。図３に、これらの２つの独立サブセッションを概略的に示す。したがって、ローカルＵＥまたはリモートＵＥがハンドオーバをトリガしたとき、更新し／影響を及ぼす必要のあるサブセッションは１つだけであり、ローカルＵＥとメディア・アンカ・ポイントとの間のサブセッション、またはリモートＵＥとメディア・アンカ・ポイントとの間のサブセッションのいずれかである。言い換えれば、この機構によってリモート・レッグ更新サブ手続きのシグナリング遅延を短縮することができる。ＳＣＣ  ＡＳが２つのサブセッションのＳＩＰシグナリングを終了するとき、リモート・レッグ更新サブ手続きの遅延をゼロに短縮することができる。
【００１５】
本発明では、リモート・レッグ更新サブ手続きの長いシグナリング遅延がＩＰ−ＣＡＮとＣＳドメインとの間の後続のハンドオーバ・プロセス中に生じる可能性があるかどうかを検出するのは、ＳＣＣ  ＡＳであることに留意されたい。すなわち、長いシグナリング遅延を引き起こす可能性のある一定の条件が満たされるかどうかを判定するのは、ＳＣＣ  ＡＳである。しかし、本発明がＳ−ＣＳＣＦやＩＢＣＦなどの上記の機能を実装するためにＳＣＣ  ＡＳを使用することに限定されず、他のエンティティも使用できることは明らかなはずである。判定するための条件は、例えば、ローカルＵＥがＳＲＶＣＣ／ＩＳＣ性質をサポートするかどうか、およびローカルＵＥが高いＳＲＶＣＣハンドオーバ確率を有するアクセス・ネットワーク内にキャンピングするかどうか（例えば、小さいＬＴＥカバレッジを有するＬＴＥおよびＩＭＳネットワークを配置し、したがってＨＰＬＭＮがこのネットワークを高いＳＲＶＣＣハンドオーバ確率で定義すること）を含む。上記の２つの条件のどちらも満たされるとき、ＭＲＦがセッションに導入され、ローカルＵＥおよびリモートＵＥのメディア経路をアンカリングする。上記の２つの条件が同時には満たされない場合、手続きは、標準ＩＭＳセッション・セットアップ手続きおよびＩＳＣハンドオーバ手続きに従って続行する。
【００１６】
本発明は、ローカルＵＥが呼を開始するようなケースのみを説明するが、本発明は、ローカルＵＥが呼出し先であるケースにも適用可能であり、そのケースでは、リモートＵＥを「ローカルＵＥ」とみなすことができることに留意されたい。
【００１７】
アクセス・ネットワークの高いＳＲＶＣＣハンドオーバ確率を判定するために、ＳＣＣ  ＡＳは、高いＳＲＶＣＣハンドオーバ確率を有するアクセス・ネットワークに対応するＰｒｏｘｙ  ｃａｌｌ  ｓｅｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ（プロキシ呼セッション制御機能）（Ｐ−ＣＳＣＦ）のリストを事前構成することができる。このようにして、ＳＣＣ  ＡＳは、ローカルＵＥのアクセス・ネットワークの対応するＰ−ＣＳＣＦを得るように、セッション・セットアップ時にＳＩＰ  ＩＮＶＩＴＥメッセージのヘッダを解析し、次いで前記リスト内のＰ−ＣＳＣＦを探索することができる。ＩＮＶＩＴＥメッセージ内にある「ｖｉａ」ヘッダ・フィールドが２つだけである場合、すなわちローカルＵＥが呼出し元である場合、上端の「ｖｉａ」に照会することによってＰ−ＣＳＣＦのドメイン名またはアドレスを得ることができ、「ｖｉａ」ヘッダ・フィールドが３つ以上ある場合、すなわちローカルＵＥが呼出し先である場合、Ｓ−ＣＳＣＦはローカルＵＥのＰ−ＣＳＣＦを知っているので、前記リスト内の比較すべきＰ−ＣＳＣＦをＳＣＣ  ＡＳに直接通知することができる。
【００１８】
必要に応じて、高いＳＲＶＣＣハンドオーバ確率のしきい値をオペレータによって設定することができ、オペレータは、高いＳＲＶＣＣハンドオーバ確率を有するネットワークを事前定義することもできることは明らかなはずである。
【００１９】
図４に、後続のハンドオーバ中の可能な長いシグナリング遅延の検出時にメディア経路にアンカリングすべきＭＲＦを制御するＳＣＣ  ＡＳを概略的に示す。図４に示すように、Ｂ２ＢＵＡとして、ＳＣＣ  ＡＳは、ローカルＵＥ用のＳＩＰ  Ｕｓｅｒ  Ａｇｅｎｔ  Ｓｅｒｖｅｒ（ユーザ・エージェント・サーバ）（ＵＡＳ）と、リモートＵＥ用のＳＩＰユーザ・エージェント・クライアント（ＵＡＣ）とを備え、これらは、セッション・シグナリングのアンカリングのために使用される。ＳＩＰ  ＵＡＳは、ローカルＵＥアクセス・レッグを終了し（すなわち、ローカルＵＥからのＳＩＰメッセージを終了し）、ローカルＵＥ用のメディア・エンドポイント１を作成するようにＭＲＦに指令する。次いで、ＳＩＰ  ＵＡＳは、ローカルＵＥのメディア・エンドポイント１およびＳｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（セッション記述プロトコル）（ＳＤＰ）情報をローカルＵＥと交換する。このようにして、ＳＣＣ  ＡＳ内のＳＩＰ  ＵＡＳ、ローカルＵＥ、およびＭＲＦ内のメディア・エンドポイント１が、アクセス・レッグ・サブセッションを形成する。一方で、ＳＣＣ  ＡＳ内のＳＩＰ  ＵＡＣが、リモート・レッグの作成（すなわち、リモートＵＥへのＳＩＰメッセージの送出）を開始し、リモートＵＥ用のメディア・エンドポイント２を作成するようにＭＲＦに指令する。その後で、ＳＩＰ  ＵＡＣは、リモートＵＥのメディア・エンドポイント２およびＳＤＰ情報をリモートＵＥと交換する。このようにして、ＳＣＣ  ＡＳ内のＳＩＰ  ＵＡＣ、リモートＵＥ、およびＭＲＦ内のメディア・エンドポイント２が、リモート・レッグ・サブセッションを形成する。次いで、ＭＲＦはメディア・エンドポイント１および２を互いに接続する。したがって、メディア・アンカ・ポイントＭＲＦにより、ローカルＵＥとリモートＵＥとの間のエンド・ツー・エンド・セッションが、ローカルＵＥとリモートＵＥとの間のメディア接続を中断することなく、アクセス・レッグおよびリモート・レッグという２つの独立サブセッションに分割され、各サブセッションを、別のサブセッションに影響を及ぼすことなく更新することができる。
【００２０】
このようにして、ローカルＵＥがＩＳＣハンドオーバをトリガするとき、更新する必要があるのはアクセス・レッグ・サブセッションだけであり、リモート・レッグ更新サブ手続きを実施する必要がなく、それによって、リモート・レッグ更新サブ手続きによるＩＭＳシグナリング遅延がゼロに短縮される。本発明は、リモートＵＥがＩＳＣハンドオーバをトリガするケースにも適用可能であり、そのケースでは、リモートＵＥを「ローカルＵＥ」とみなすことができることを理解されたい。
【００２１】
図５に、本発明によるセッション・セットアップ手続きのシグナリング流れ図を示す。図５に示されるように、本明細書ではＰＳメディア・フローの典型的なセッションだけを使用して、本発明の機構を使用することによってセッションをどのようにセットアップするかを説明する。リモート・レッグ更新サブ手続きはセッション・セットアップの方式とは無関係であるので、本発明の機構を他の状況でも同様に使用することができる。
【００２２】
ステップ１では、ローカルＵＥが、セッションを開始するためにＳ−ＣＳＣＦにＩＮＶＩＴＥメッセージを送る。このＳＩＰメッセージが、本発明の機構を説明するためのキー・ポイントではないので簡単のために図５には図示していないＰ−ＣＳＣＦ、および恐らくはＩＢＣＦを通過することは明らかなはずである。同じ理由で、以下の説明ではいくつかのノードも省略する。
【００２３】
次いで、ステップ２および３で、ｉＦＣを有するサービス・ロジックが、セッションをアンカリングしてセッション・ハンドオーバを実装するために、この要求をＳＣＣ  ＡＳに転送させる。
【００２４】
次に、ステップ４で、ＳＣＣ  ＡＳは、メディア経路をメディア・アンカ・ポイントＭＲＦにアンカリングすべきかどうかを判定するために一定の条件についてチェックする。条件が満たされる場合、ステップ５で、ＳＣＣ  ＡＳは、ＭＲＦにＩＮＶＩＴＥメッセージを送り、ローカルＵＥ用のメディア・エンドポイント１およびリモートＵＥ用のメディア・エンドポイント２を割り当てるようにＭＲＦに指令する。次いで、ＭＲＦは、エンドポイント１および２を互いに接続する。メディア・エンドポイントをセットアップする別の任意選択の解決策を使用することもでき、例えば、ＳＣＣ  ＡＳが、一方がメディア・エンドポイント１をセットアップするようにＭＲＦに指令するＩＮＶＩＴＥメッセージ、他方がメディア・エンドポイント２をセットアップするＩＮＶＩＴＥメッセージという２つのＩＮＶＩＴＥメッセージを送ることに留意されたい。
【００２５】
次に、ステップ６で、ＭＲＦは、メディア・エンドポイント１および２のＳＤＰ情報を有する２００  ＯＫメッセージでＳＣＣ  ＡＳに応答する。次いで、ステップ７で、ＳＣＣ  ＡＳは、アクセス・レッグ・サブセッションを終了し、メディア・エンドポイント２のＳＤＰ情報により、リモートＵＥへのリモート・レッグ・サブセッションの作成を開始する。ＳＣＣ  ＡＳからリモートＵＥへのＳＩＰメッセージは、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、および恐らくはＩＢＣＦを通過する。
【００２６】
次に、ステップ８で、リモートＵＥは、２００  ＯＫメッセージでＳＣＣ  ＡＳに応答する。ステップ９で、ＳＣＣ  ＡＳは、ＭＲＦのメディア・エンドポイント１のＳＤＰ情報を有する２００  ＯＫメッセージをＳ−ＣＳＣＦに送る。ステップ１０で、Ｓ−ＣＳＣＦは、この２００  ＯＫメッセージをローカルＵＥに転送する。ステップ１１および１２で、ローカルＵＥは、アクセス・レッグ・サブセッションで２００  ＯＫを確認する。
【００２７】
最後に、ＳＣＣ  ＡＳがリモート・レッグ・サブセッションで２００  ＯＫを確認する。
【００２８】
それによって、ステップ１２の後、ローカルＵＥとリモートＵＥとの間のエンド・ツー・エンド・セッションが、２つの独立サブセッションに分割される。ローカルＵＥまたはリモートＵＥがハンドオーバをトリガしたとき、更新し／影響を及ぼす必要のあるサブセッションは１つだけである。
【００２９】
図６に、セッション転送手続きのシグナリング流れ図を示す。ステップ１で、セッション転送手続きを実施する必要があるとき、ＳＣＣ  ＡＳが、ＭＳＣサーバまたはローカルＵＥからＩＮＶＩＴＥメッセージを受信する。次いで、ステップ２で、ＳＣＣ  ＡＳは、ターゲット・トランスファーイン・アクセス・レッグ（転送手続き中にＵＥが入るアクセス・レッグ）のＳＤＰ情報を有するｒｅ−ＩＮＶＩＴＥメッセージをＭＲＦに送る。ステップ３で、ＭＲＦは、ソース・トランスファーアウト・アクセス・レッグ（ＵＥが転送手続き中に離れるアクセス・レッグ）をターゲット・トランスファーイン・アクセス・レッグで置き換え、次いでＳＣＣ  ＡＳに２００  ＯＫを送る。このステップの後、ピアＵＥ（リモートＵＥまたはローカルＵＥ）からのメディア・フローを、トランスファーイン・アクセス・レッグに転送する。最後に、ステップ４で、ソース・トランスファーアウト・アクセスを解放する。
【００３０】
このようにして、本発明の機構を使用することにより、ＩＳＣセッション転送手続きのシグナリング遅延が短縮される。具体的には、ＳＣＣ  ＡＳが２つのサブセッションのＳＩＰシグナリングを終了したとき、リモート更新サブ手続きの遅延をゼロに短縮することができる。さらに、本発明の機構の実装は、新しいネットワーク機能エンティティを導入する必要がなく、既存の機能エンティティをわずかに修正する必要があるだけであり、したがって単純な実装の利点がもたらされる。
【００３１】
図７に、本発明の一実施形態によるＩＳＣセッション転送手続きのシグナリング遅延を短縮する方法の流れ図を示す。図７を参照しながら、シグナリング遅延を短縮する方法を以下で説明する。
【００３２】
ステップ７０１で、第１ネットワーク要素がセッション・セットアップ要求メッセージを受信し、初期フィルタリング基準ｉＦＣに従って第２ネットワーク要素に前記セッション・セットアップ要求メッセージを転送する。本明細書では、前記第１ネットワーク要素は例えばＳ−ＣＳＣＦであり、前記第２ネットワーク要素は例えばＳＣＣ  ＡＳであり、前記セッション・セットアップ要求メッセージは、例えばＳＩＰプロトコルに準拠するＩＮＶＩＴＥメッセージである。より具体的には、この実施形態によれば、ローカルＵＥまたはモバイル交換センタＭＳＣがＳ−ＣＳＣＦにＩＮＶＩＴＥメッセージを送出し、リモートＵＥとのセッションをセットアップすることを要求したとき、Ｓ−ＣＳＣＦは、ｉＦＣを有するサービス・ロジックに従って、対応するＳＣＣ  ＡＳにこのＩＮＶＩＴＥメッセージを転送する。
【００３３】
次に、ステップ７０２で、前記第２ネットワーク要素は、メディア・アンカ・ポイントにメディア経路をアンカリングする条件が満たされるかどうかを判定し、そうである場合、ローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指示する。本明細書では、前記メディア・アンカ・ポイントは例えばＭＲＦである。しかし、前記メディア・アンカ・ポイントがＭＧＷやＩＢＧＦなどの他のエンティティでもよいことは明らかなはずである。より具体的には、この実施形態によれば、ＳＣＣ  ＡＳが、例えば、ローカルＵＥがＳＲＶＣＣ／ＩＳＣ性質をサポートし、ローカルＵＥが高いＳＲＶＣＣハンドオーバ確率を有するアクセス・ネットワーク内にキャンピングすると判定した場合、ＳＣＣ  ＡＳは、ＭＲＦにＩＮＶＩＴＥメッセージを送ることにより、ローカルおよびリモートＵＥ用のそれぞれのメディア・エンドポイントを割り当てるようにＭＲＦに指令する。しかし、本発明がＳ−ＣＳＣＦやＩＢＣＦなどの上記の判定機能を実施するためにＳＣＣ  ＡＳを使用することに限定されず、他のエンティティも使用できることは明らかなはずである。
【００３４】
上述のように、アクセス・ネットワークの高いＳＲＶＣＣハンドオーバ確率を判定するために、ＳＣＣ  ＡＳは、高いＳＲＶＣＣハンドオーバ確率を有するアクセス・ネットワークに対応するＰ−ＣＳＣＦのリストを事前構成することができ、オペレータは、高いＳＲＶＣＣハンドオーバ確率のしきい値を設定し、高いハンドオーバ確率を有するネットワークを事前定義することができる。
【００３５】
次いで、ステップ７０３で、前記メディア・アンカ・ポイントは、ローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当て、メディア・エンドポイントを互いに接続し、前記メディア・エンドポイントのセッション記述プロトコル情報を有する第１応答メッセージを前記第２ネットワーク要素に送る。本明細書では、前記第１応答メッセージは、例えばＳＩＰプロトコルに準拠する２００  ＯＫメッセージである。より具体的には、この実施形態では、ＭＲＦは、ローカルＵＥ用のメディア・エンドポイント１およびリモートＵＥ用のメディア・エンドポイント２を割り当て、メディア・エンドポイント１および２を互いに接続し、メディア・エンドポイント１および２のＳＤＰ情報を有する２００  ＯＫをＳＣＣ  ＡＳに送る。
【００３６】
次に、ステップ７０４で、前記第２ネットワーク要素は、前記セッション記述プロトコル情報に従って前記ローカル端末とのサブセッションを終了し、前記リモート端末とのサブセッションの作成を開始する。より具体的には、この実施形態では、ＳＣＣ  ＡＳは、メディア・エンドポイント１のＳＤＰ情報に従ってローカルＵＥとのサブセッションを終了し、メディア・エンドポイント２のＳＤＰ情報に従ってリモートＵＥとのサブセッションの作成を開始する。
【００３７】
次に、ステップ７０５で、前記リモート端末が確認した後、前記第２ネットワーク要素は、前記第１ネットワーク要素を介して、ローカル端末のメディア・エンドポイントのセッション記述プロトコル情報を有する第２応答メッセージを前記ローカル端末に送る。本明細書では、前記第２応答メッセージは、例えばＳＩＰプロトコルに準拠する２００  ＯＫメッセージである。より具体的には、この実施形態では、リモートＵＥが確認のためにＳＣＣ  ＡＳに２００  ＯＫを送った後、ＳＣＣ  ＡＳは、ローカルＵＥのメディア・エンドポイント１のＳＤＰ情報を有する２００  ＯＫをＳ−ＣＳＣＦに送り、次いでＳ−ＣＳＣＦは、この２００  ＯＫをローカルＵＥに転送する。
【００３８】
次に、ステップ７０６および７０７では、前記ローカル端末が、アクセス・レッグ・サブセッションで前記第２ネットワーク要素を確認し、次いで前記第２ネットワーク要素は、リモート・レッグ・サブセッションで前記リモート端末を確認する。より具体的には、前記ローカルＵＥがＳ−ＣＳＣＦからメディア・エンドポイント１のＳＤＰ情報を有する２００  ＯＫメッセージを受信した後、ローカルＵＥは、アクセス・レッグ・サブセッションで確認のために２００  ＯＫメッセージをＳＣＣ  ＡＳに送り、ＳＣＣ  ＡＳは、リモート・レッグ・サブセッションで確認のために２００  ＯＫメッセージをリモートＵＥに送る。
【００３９】
次いで、ステップ７０８で、前記第２ネットワーク要素は、ハンドオーバ要求メッセージの受信時に、ターゲット・トランスファーイン・アクセス・レッグのセッション記述プロトコル情報を有する第１メッセージを前記メディア・アンカ・ポイントに送る。本明細書では、前記第１メッセージは、例えばＳＩＰプロトコルに準拠するｒｅ−ＩＮＶＩＴＥメッセージである。より具体的には、この実施形態では、ＵＥまたはＭＳＣがＳＣＣ  ＡＳにＩＮＶＩＴＥメッセージを送り、ＩＳＣセッション転送を要求したとき、ＳＣＣ  ＡＳは、ターゲット・トランスファーイン・アクセス・レッグのＳＤＰ情報を有するｒｅ−ＩＮＶＩＴＥメッセージをＭＲＦに送る。
【００４０】
次に、ステップ７０９で、前記メディア・アンカ・ポイントは、ソース・トランスファーアウト・アクセス・レッグを前記ターゲット・トランスファーイン・アクセス・レッグで置き換え、前記第２ネットワーク要素を確認する。より具体的には、この実施形態では、ＭＲＦは、ｒｅ−ＩＮＶＩＴＥメッセージ内のＳＤＰ情報に従ってソース・トランスファーアウト・アクセス・レッグをターゲット・トランスファーイン・アクセス・レッグで置き換え、確認のためにＳＣＣ  ＡＳに２００  ＯＫを送る。それによって、ＳＣＣ  ＡＳは、前記セッションのソース・アクセス・レッグを解放することができる。
【００４１】
この実施形態は、ローカルＵＥが呼を開始するケースのみを説明するが、この実施形態は、ローカルＵＥが呼出し先であるケースにも適用可能であり、そのケースでは、リモートＵＥを「ローカルＵＥ」とみなすことができることに留意されたい。
【００４２】
したがって、上記の説明から、この実施形態のＩＳＣセッション転送のシグナリング遅延を短縮する方法を使用することにより、ＩＳＣセッション転送手続きのシグナリング遅延を著しく短縮することができ、特にＳＣＣ  ＡＳが２つのサブセッションのＳＩＰシグナリングを終了させるとき、リモート・レッグ更新サブ手続きの遅延をゼロに短縮できることがわかる。さらに、この実施形態の方法の実装は、新しいネットワーク機能エンティティを導入する必要がなく、既存の機能エンティティをわずかに修正する必要があるだけであり、したがって単純な実装の利点がもたらされる。
【００４３】
同じ本発明の概念に基づいて、本発明の別の態様によれば、ＩＭＳサービス継続性ＩＳＣセッション転送を制御するネットワーク要素が提案される。図を参照しながらこのネットワーク要素を以下で説明する。
【００４４】
図８に、本発明の一実施形態によるネットワーク要素８００を示す。ネットワーク要素８００は、判定手段８０１、サブセッション・セットアップ手段８０２、第１メッセージ送信手段８０３、および第２メッセージ送信手段８０４を備える。判定手段８０１は、セッション・セットアップ要求メッセージの受信時にメディア・アンカ・ポイントにメディア経路をアンカリングする条件が満たされるかどうかを判定するのに使用され、そうである場合、判定手段８０１は、ローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当てるように前記メディア・アンカ・ポイントに指示する。例えば、ＭＳＧまたはローカルＵＥからのＩＮＶＩＴＥメッセージの受信時に、ローカルＵＥがＳＲＶＣＣ／ＩＳＣ性質をサポートし、ローカルＵＥが高いＳＲＶＣＣハンドオーバ確率を有するアクセス・ネットワーク内にキャンピングしていると判定手段８０１が判定した場合、判定手段８０１は、ＭＲＦにＩＮＶＩＴＥメッセージを送ることにより、ローカルＵＥおよびリモートＵＥ用のそれぞれのメディア・エンドポイントを割り当てるようにＭＲＦに指令する。サブセッション・セットアップ手段８０２は、前記メディア・アンカ・ポイントからの前記メディア・エンドポイントのセッション記述プロトコル情報を有する第１応答メッセージの受信時に、前記セッション記述プロトコル情報に従って前記ローカル端末とのサブセッションを終了し、前記リモート端末とのサブセッションの作成を開始するのに使用される。例えば、ＭＲＦがメディア・エンドポイント１および２のＳＤＰを有する２００  ＯＫをＳＣＣ  ＡＳに送ったとき、サブセッション・セットアップ手段８０２は、前記ＳＤＰに従ってローカルＵＥとのサブセッションを終了し、前記リモートＵＥとのサブセッションの生成を開始する。第１メッセージ送信手段８０３は、前記リモート端末が確認した後、前記ローカル端末のメディア・エンドポイントのセッション記述プロトコル情報を有する第２応答メッセージを前記ローカル端末に送るのに使用される。例えば、リモートＵＥが２００  ＯＫメッセージを返した後、第１メッセージ送信手段８０３は、ローカルＵＥのメディア・エンドポイント１のＳＤＰを有する２００  ＯＫメッセージをローカルＵＥに送る。第２メッセージ送信手段８０４は、ハンドオーバ要求メッセージの受信時に、ターゲット・トランスファーイン・アクセス・レッグのセッション記述プロトコル情報を有する第１メッセージを前記メディア・アンカ・ポイントに送るのに使用される。例えば、ＭＳＣまたはローカルＵＥがＳＣＣ  ＡＳにＩＮＶＩＴＥメッセージを送り、ＩＳＣセッション転送を要求したとき、第２メッセージ送信手段８０４は、ターゲット・トランスファーイン・アクセス・レッグのＳＤＰを有するｒｅ−ＩＮＶＩＴＥメッセージをＭＲＦに送る。
【００４５】
実装では、この実施形態のネットワーク要素８００、ならびにそれが含む判定手段８０１、サブセッション・セットアップ手段８０２、第１メッセージ送信手段８０３、および第２メッセージ送信手段８０４をソフトウェア、ハードウェア、またはそれらの組合せとして実装することができる。例えば、マイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ、ＰＬＤ、および／またはＦＰＧＡなどの、これらの構成要素を実装するのに使用することのできる様々なデバイスに当業者は通じている。この実施形態のネットワーク要素のそれぞれの構成要素を物理的に別々に実装することもできるが、動作可能に相互接続することもできる。
【００４６】
動作の際に、図８を参照しながら示した実施形態のＩＭＳサービス継続性ＩＳＣセッション転送を制御する前記ネットワーク要素は、ＩＭＳサービス継続性ＩＳＣセッション転送手続きのシグナリング遅延を短縮する上述の方法を実装することができる。前記ネットワーク要素８００を使用することにより、ＩＳＣセッション転送手続きのシグナリング遅延を著しく短縮することができ、特にＳＣＣ  ＡＳが２つのサブセッションのＳＩＰシグナリングを終了させるとき、リモート・レッグ更新サブ手続きの遅延をゼロに短縮することができる。さらに、この実施形態のネットワーク要素８００の実装は、新しいネットワーク機能エンティティを導入する必要がなく、既存の機能エンティティをわずかに修正する必要があるだけであり、したがって単純な実装の利点がもたらされる。
【００４７】
同じ本発明の概念に基づいて、本発明のさらに別の態様によれば、ＩＭＳサービス継続性ＩＳＣセッション転送にメディア経路をアンカリングするネットワーク要素が提案される。図を参照しながらこのネットワーク要素を以下で説明する。
【００４８】
図９に、本発明の一実施形態によるネットワーク要素９００を示す。ネットワーク要素９００は、メディア・エンドポイント構成手段９０１、メッセージ送信手段９０２、およびアクセス・レッグ更新手段９０３を備える。メディア・エンドポイント構成手段９０１は、別のネットワーク要素からの命令の受信時にローカル端末およびリモート端末用のそれぞれのメディア・エンドポイントを割り当て、前記メディア・エンドポイントを互いに接続するのに使用される。例えば、ＳＣＣ  ＡＳからのＩＮＶＩＴＥメッセージの受信時に、メディア・エンドポイント構成手段９０１は、ローカルＵＥ用のメディア・エンドポイント１およびリモートＵＥ用のメディア・エンドポイント２を割り当て、メディア・エンドポイント１および２を互いに接続する。メッセージ送信手段９０２は、前記メディア・エンドポイントのセッション記述プロトコル情報を有する応答メッセージ（２００  ＯＫ）を前記別のネットワーク要素に送るのに使用される。例えば、メッセージ送信手段９０２は、メディア・エンドポイント１および２のＳＤＰ情報を有する２００  ＯＫメッセージをＳＣＣ  ＡＳに送る。アクセス・レッグ更新手段９０３は、ソース・トランスファーアウト・アクセス・レッグをターゲット・トランスファーイン・アクセス・レッグで置き換えるのに使用される。
【００４９】
実装では、この実施形態のネットワーク要素９００、ならびにそれが含むメディア・エンドポイント構成手段９０１、メッセージ送信手段９０２、およびアクセス・レッグ更新手段９０３をソフトウェア、ハードウェア、またはそれらの組合せとして実装することができる。例えば、マイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ、ＰＬＤ、および／またはＦＰＧＡなどの、これらの構成要素を実装するのに使用することのできる様々なデバイスに当業者は通じている。この実施形態のネットワーク要素のそれぞれの構成要素を物理的に別々に実装することもできるが、動作可能に相互接続することもできる。
【００５０】
動作の際に、図９を参照しながら示した実施形態のＩＭＳサービス継続性ＩＳＣセッション転送にメディア経路をアンカリングする前記ネットワーク要素は、ＩＭＳサービス継続性ＩＳＣセッション転送手続きのシグナリング遅延を短縮する上述の方法を実装することができる。前記ネットワーク要素９００を使用することにより、ＩＳＣセッション転送手続きのシグナリング遅延を著しく短縮することができ、特にＳＣＣ  ＡＳが２つのサブセッションのＳＩＰシグナリングを終了させるとき、リモート・レッグ更新サブ手続きの遅延をゼロに短縮することができる。さらに、この実施形態のネットワーク要素９００の実装は、新しいネットワーク機能エンティティを導入する必要がなく、既存の機能エンティティをわずかに修正する必要があるだけであり、したがって単純な実装の利点がもたらされる。
【００５１】
同じ本発明の概念に基づいて、本発明のさらに別の態様によれば、上記の実施形態で説明した、少なくとも２つの端末と、ＩＭＳサービス継続性ＩＳＣセッション転送を制御するネットワーク要素と、ＩＭＳサービス継続性ＩＳＣセッション転送にメディア経路をアンカリングするネットワーク要素とを備える通信システムが提案される。さらに、前記通信システムはまた、Ｐ−ＣＳＣＦ、ＩＢＣＦなどの他のネットワーク要素をも備えることができる。
【００５２】
例えば、この実施形態の通信システムでは、ローカルＵＥとリモートＵＥとの間のセッションを２つの独立サブセッションに分割することにより、ＩＳＣセッション転送手続きのシグナリング遅延を著しく短縮することができる。特定の動作フローは、本発明の実施形態によるＩＳＣセッション転送手続きのシグナリング遅延を短縮する方法についての上記の説明を参照することができ、本明細書ではそれを繰り返さない。
【００５３】
ＩＭＳサービス継続性ＩＳＣセッション転送手続きのシグナリング遅延を短縮する方法と、ＩＭＳサービス継続性ＩＳＣセッション転送を制御するネットワーク要素と、ＩＭＳサービス継続性ＩＳＣセッション転送にメディア経路をアンカリングするネットワーク要素と、少なくとも２つの端末、ＩＭＳサービス継続性ＩＳＣセッション転送を制御するネットワーク要素、およびＩＭＳサービス継続性ＩＳＣセッション転送にメディア経路をアンカリングするネットワーク要素を含む通信システムの例示的実施形態を上記で詳細に説明したが、上記の実施形態は網羅的なものではなく、当業者は、本発明の趣旨および範囲内で多数の変更および修正を行うことができる。したがって、本発明はこうした実施形態に限定されず、本発明の範囲は、添付の特許請求の範囲のみによって定義される。
【図１】
0005474208.tif 000002
【図２】
0005474208.tif 000003
【図３】
0005474208.tif 000004
【図４】
0005474208.tif 000005
【図５】
0005474208.tif 000006
【図６】
0005474208.tif 000007
【図７】
0005474208.tif 000008
【図８】
0005474208.tif 000009
【図９】
0005474208.tif 000010