(57)【特許請求の範囲】
【請求項１】
端末（２０４、２０４´、３０４）のホーム通信ネットワーク（２００、２００´、３００）とは異なるサービング通信ネットワーク（２０２、２０２´、３０２）内の前記端末（２０４、２０４´、３０４）に対するセッションの継続性を改善する方法であって、
前記サービング通信ネットワーク（２０２、２０２´、３０２）は、各々が信号データ（２１６、２２０、３１６、４２０）及びメディア・データ（３４０、４４２）を有するセッションを、前記サービング通信ネットワーク（２０２、２０２´、３０２）の第１のアクセス・ネットワーク（２１０、２１０´、３１０）から前記サービング通信ネットワーク（２０２、２０２´、３０２）の第２のアクセス・ネットワーク（２１２、２１２´、３１２）に転送するためのセッション転送ノード（２０８、２０８´、３０８）を備えており、
前記方法は、前記サービング通信ネットワーク（２０２、２０２´、３０２）の前記セッション転送ノード（２０８、２０８´、３０８）によって実行され、
前記方法は、
前記第１のアクセス・ネットワーク（２１０、２１０´、３１０）と前記ホーム通信ネットワーク（２００、２００´、３００）との間において、前記サービング通信ネットワークの前記セッション転送ノード（２０８、２０８´、３０８）経由で、前記端末（２０４、２０４´、３０４）のセッションの信号データ（２１６、３１６）をルーティングするステップ（１０２）と、
前記第１のアクセス・ネットワーク（２１０、２１０´、３１０）から前記第２のアクセス・ネットワーク（２１２、２１２´、３１２）への、前記端末（２０４、２０４´、３０４）に対する前記セッションの転送を要求するセッション転送要求を受信するステップ（１０４）と、
前記第１のアクセス・ネットワーク（２１０、２１０´、３１０）から前記第２のアクセス・ネットワーク（２１２、２１２´、３１２）に前記セッションを転送するステップ（１０６）と、
前記第２のアクセス・ネットワーク（２１２、２１２´、３１２）と前記ホーム通信ネットワーク（２００、２００´、３００）との間において、前記セッション転送ノード（２０８、２０８´、３０８）経由で、前記端末（２０４、２０４´、３０４）の前記セッションの前記信号データ（２２０、４２０）をルーティングするステップ（１０８）と、
を含むことを特徴とする方法。
【請求項２】
前記セッション転送要求は端末識別情報を含み、
前記方法は、さらに、転送される前記端末（２０４、２０４´、３０４）の前記セッションを決定するために前記端末識別情報を分析するステップを含む、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記セッション転送要求は、さらに、セッション転送要求識別情報を含み、
前記方法は、さらに、
前記受信したセッション転送要求に含まれる情報のいずれかが、利用可能なポリシーに従うかを決定するステップと、
前記決定の結果により、前記セッションを転送するステップと、
を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記ホーム通信ネットワークのセッション転送ノード（３４８）に、前記サービング通信ネットワークの前記セッション転送ノード（２０８、２０８´、３０８）が、前記信号データ（２１６、２２０、３１６、４２０）のルーティング及び前記セッションの転送を行うことを示すために、前記ホーム通信ネットワーク（２００、２００´、３００）の前記セッション転送ノード（３４８）にメッセージを送信するステップをさらに含む、
ことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記メディア・データ（３４０、４４２）は、前記信号データ（２１６、２２０、３１６、４２０）と共に、前記第１のアクセス・ネットワーク（２１０、２１０´、３１０）から前記第２のアクセス・ネットワーク（２１２、２１２´、３１２）に転送される、
ことを特徴とする請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記メディア・データ（３４０、４４２）は、前記セッション転送ノード（２０８、２０８´、３０８）とインタフェースする、前記サービング通信ネットワーク（２０２、２０２´、３０２）のノード（３３８）でアンカされる、
ことを特徴とする請求項５に記載の方法。
【請求項７】
端末（２０４、２０４´、３０４）のホーム通信ネットワーク（２００、２００´、３００）とは異なるサービング通信ネットワーク（２０２、２０２´、３０２）内の前記端末（２０４、２０４´、３０４）に対するセッションの継続性を改善する方法であって、
前記サービング通信ネットワーク（２０２、２０２´、３０２）は、各々が信号データ（２１６、２２０、３１６、４２０）及びメディア・データ（３４０、４４２）を有するセッションを、前記サービング通信ネットワーク（２０２、２０２´、３０２）の第１のアクセス・ネットワーク（２１０、２１０´、３１０）から前記サービング通信ネットワーク（２０２、２０２´、３０２）の第２のアクセス・ネットワーク（２１２、２１２´、３１２）に転送するためのセッション転送ノード（２０８、２０８´、３０８）を備えており、
前記方法は、
前記サービング通信ネットワークのノード（３０４、３２２、３２６、３３４、６２６、６５０）が、前記サービング通信ネットワーク（２０２、２０２´、３０２）の前記セッション転送ノード（２０８、２０８´、３０８）のアドレスを受信するステップ（１１０）と、
前記サービング通信ネットワークのノード（３０４、３２２、３２６、３３４、６２６、６５０）が、前記サービング通信ネットワーク（２０２、２０２´、３０２）の前記セッション転送ノード（２０８、２０８´、３０８）の前記アドレスに、前記第１のアクセス・ネットワークから前記第２のアクセス・ネットワークに前記端末のセッションの転送を要求するセッション転送要求を送信するステップ（１１２）であって、前記セッションの信号データは、前記サービング通信ネットワークと前記ホーム通信ネットワークとの間でルーティングされるステップと、
を含むことを特徴とする方法。
【請求項８】
前記サービング通信ネットワークのノード（３０４、３２２、３２６、３３４、６２６、６５０）が、前記セッションの転送を要求するメッセージを受信するステップと、
前記サービング通信ネットワークのノード（３０４、３２２、３２６、３３４、６２６、６５０）が、前記メッセージの受信に応答して、前記セッション転送要求を送信するステップと、
をさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
端末（２０４、２０４´、３０４）のホーム通信ネットワーク（２００、２００´、３００）とは異なるサービング通信ネットワーク（２０２、２０２´、３０２）内の前記端末（２０４、２０４´、３０４）に対するセッションの継続性を改善する方法であって、
前記サービング通信ネットワーク（２０２、２０２´、３０２）は、各々が信号データ（２１６、２２０、３１６、４２０）及びメディア・データ（３４０、４４２）を有するセッションを、前記サービング通信ネットワーク（２０２、２０２´、３０２）の第１のアクセス・ネットワーク（２１０、２１０´、３１０）から前記サービング通信ネットワーク（２０２、２０２´、３０２）の第２のアクセス・ネットワーク（２１２、２１２´、３１２）に転送するためのセッション転送ノード（２０８、２０８´、３０８）を備えており、
前記方法は、セッション制御ノード（２２２、３２２）によって実行され、
前記方法は、
前記第１のアクセス・ネットワーク（２１０、２１０´、３１０）から前記第２のアクセス・ネットワーク（２１２、２１２´、３１２）にセッションが転送され（１０６）、前記第２のアクセス・ネットワーク（２１２、２１２´、３１２）と前記ホーム通信ネットワーク（２００、２００´、３００）との間において、前記端末（２０４、２０４´、３０４）の前記セッションの前記信号データ（２２０、４２０）が、前記セッション転送ノード（２０８、２０８´、３０８）経由でルーティングされる（１０８）様に、
前記サービング通信ネットワーク（２０２、２０２´、３０２）の前記セッション転送ノード（２０８、２０８´、３０８）のアドレスを決定するステップ（１２０）と、
前記サービング通信ネットワーク（２０２、２０２´、３０２）のノード（３０４、３２２、３２６、３３４、６２６、６５０）に向けて、前記セッション転送ノード（２０８、２０８´、３０８）の前記アドレスを送信するステップ（１２２）と、
を含むことを特徴とする方法。
【請求項１０】
前記サービング通信ネットワーク（２０２、２０２´、３０２）の前記セッション転送ノード（２０８、２０８´、３０８）は、前記ホーム通信ネットワーク（２００、２００´、３００）のセッション転送ノード（３４８）により決定され、
前記方法は、さらに、
前記サービング通信ネットワーク（２０２、２０２´、３０２）の前記選択されたセッション転送ノード（２０８、２０８´、３０８）の表示を受信するステップと、
前記受信した表示から前記セッション転送ノード（２０８、２０８´、３０８）のアドレスを判定するステップと、
を含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記セッション制御ノード（２２２、３２２）は、前記サービング通信ネットワーク（３０２）のノードであり、前記セッション転送ノード（３０８）を決定する、
ことを特徴とする請求項９に記載の方法。
【請求項１２】
前記サービング通信ネットワーク（３０２）の前記ノード（３０４、３２６、３３４）に前記セッション転送ノード（３０８）の前記アドレスを送信するために、前記セッション転送ノード（３０８）の前記アドレスは、セッション制御ノード（２２２、３２２）から前記端末（３０４）に送信される、
ことを特徴とする請求項９から１１のいずれか１項に記載の方法。
【請求項１３】
前記サービング通信ネットワーク（３０２）の前記ノード（３２６、３３４）に前記セッション転送ノード（３０８）の前記アドレスを送信するために、前記端末（３０４）は、さらに、前記セッション転送ノード（３０８）の前記アドレスを、前記端末（３０４）がアタッチしている、前記サービング通信ネットワーク（３０２）のサービング・モビリティ・ノード（３２６）に送信する、
ことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記サービング通信ネットワーク（３０２）の前記ノード（３３４）に前記セッション転送ノード（３０８）の前記アドレスを送信するために、前記サービング・モビリティ・ノード（３２６）は、前記サービング通信ネットワーク（３０２）の前記ノード（３３４）に前記アドレスを送信する、
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記端末（３０４）を操作している加入者の識別子、前記端末（３０４）の位置、及び、前記端末（３０４）がアタッチしている前記サービング通信ネットワーク（３０２）内のサービング・モビリティ・ノード（６２６、６５０）の識別子についての情報を含む少なくとも１つのパラメータを前記端末（３０４）から受信するステップと、
前記受信した少なくとも１つのパラメータから前記セッション転送ノード（３０８）を決定するステップと、
をさらに含むことを特徴とする請求項９又は１１に記載の方法。
【請求項１６】
前記サービング通信ネットワーク（３０２）の前記ノード（３３４、６２６、６５０）に前記セッション転送ノード（３０８）の前記アドレスを送信するために、前記セッション転送ノード（３０８）の前記アドレスが、前記サービング・モビリティ・ノード（６２６、６５０）に送信される、
ことを特徴とする請求項１５に記載の方法。
【請求項１７】
請求項１から６のいずれか１項に記載の方法を実行する様に構成されたことを特徴とするセッション転送ノード（２０８、２０８´、３０８、Ｄ１００）。
【請求項１８】
請求項７又は８に記載の方法を実行する様に構成されたことを特徴とするサービング通信ネットワーク（３０２）のノード（３０４、３２２、３２６、３３４、６２６、６５０、Ｄ２００）。
【請求項１９】
請求項９から１６のいずれか１項に記載の方法を実行する様に構成されたことを特徴とするセッション制御ノード（２２２、３２２、Ｄ３００）。
【請求項２０】
請求項１７から１９のいずれか１項に記載のノード（２０８、２０８´、３０８、Ｄ１００；３０４、３２２、３２６、３３４、６２６、６５０、Ｄ２００；２２２、３２２、Ｄ３００）であって、
受信部（Ｒ１００、Ｒ２００、Ｒ３００）と、
送信部（Ｔ１００、Ｔ２００、Ｔ３００）と、
処理部（Ｐ１００、Ｐ２００、Ｐ３００）と、
保存部（ＣＰ１００、ＣＰ２００、ＣＰ３００）と、
を備えていることを特徴とするノード。
【請求項２１】
請求項１７に記載のセッション転送ノード（２０８、２０８´、３０８、Ｄ１００）と、
請求項１８に記載のサービング通信ネットワーク（３０２）のノード（３０４、３２２、３２６、３３４、６２６、６５０、Ｄ２００）と、
請求項１９に記載のセッション制御ノード（２２２、３２２、Ｄ３００）と、
を備えていることを特徴とするシステム。
【請求項２２】
セッション転送ノード（２０８、２０８´、３０８、Ｄ１００）の処理部（Ｐ１００）にロードできるコンピュータ・プログラムであって、
前記コンピュータ・プログラムは、前記セッション転送ノード（２０８、２０８´、３０８、Ｄ１００）で動作するとき、請求項１から６のいずれか１項に記載の方法を実行する様に構成されたコードを含む、
ことを特徴とするコンピュータ・プログラム。
【請求項２３】
サービング通信ネットワークのノード（３０４、３２２、３２６、３３４、６２６、６５０、Ｄ２００）の処理部（Ｐ２００）にロードできるコンピュータ・プログラムであって、
前記コンピュータ・プログラムは、前記サービング通信ネットワークの前記ノード（３０４、３２２、３２６、３３４、６２６、６５０、Ｄ２００）で動作するとき、請求項７又は８に記載の方法を実行する様に構成されたコードを含む、
ことを特徴とするコンピュータ・プログラム。
【請求項２４】
セッション制御ノード（２２２、３２２、Ｄ３００）の処理部（Ｐ３００）にロードできるコンピュータ・プログラムであって、
前記コンピュータ・プログラムは、前記セッション制御ノード（２２２、３２２、Ｄ３００）で動作するとき、請求項９から１６のいずれか１項に記載の方法を実行する様に構成されたコードを含む、
ことを特徴とするコンピュータ・プログラム。
【請求項２５】
請求項２２から２４のいずれか１項に記載のコンピュータ・プログラムを含むコンピュータが読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信に関するものであり、具体的には、端末のホーム通信ネットワークとは区別されるサービング通信ネットワーク内にいる前記端末に対するセッション継続性を改善するための方法及びデバイスに関する。
【背景技術】
【０００２】
ユーザは、通常、通信ネットワークの事業者に加入し、その場合、ホーム通信ネットワークとも呼ばれる事業者の通信ネットワークにアクセスする権利が与えられる。事業者は、通常、加入ユーザの端末へのアクセスが、１つ以上の他の事業者により運用されている、いわゆるサービング通信ネットワークを介して提供できるように、自身の（又は共有の）通信ネットワークを有する他の事業者と契約を結んでいる。ホーム通信ネットワークは通常、一定の地域、例えば国をカバーし、端末がユーザのホーム通信ネットワークのサービス範囲外に移動する場合、端末は、同じ事業者のサービング通信ネットワーク、又はローミングとしても知られる別の事業者のサービング通信ネットワークにアクセスしなければならない。ローミング端末のためのサービング通信ネットワークはまた、訪問先通信ネットワークと呼ばれる。
【０００３】
通信技術は、過去、急速に発展してきているが、発展の道筋は、画一的で均質な技術動向をたどってはいない。例えば、現在、移動通信ネットワークは、純然たる回線交換（ＣＳ）ネットワークからインターネット・プロトコル（ＩＰ）に基づくネットワークに向かって発展しており、そしてそれにより、インターネット、ワールド・ワイド・ウェブ及びデータコム業界にもまた用いられる、ＩＰに基づく基盤設備に統合されている。この動向に沿って、移動ネットワークは、有線通信ネットワークの発展を密接にたどっていて、デジタル加入者線（ＤＳＬ）アクセスを介した、又は、無線ＬＡＮ（ＷＬＡＮ）アクセスを介したＶｏＩＰが現行の技術である。
【０００４】
ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワークを設置し、そしてＩＭＳサービスを提供する移動事業者は、全地球移動通信システム（ＧＳＭ）又は広帯域符号分割多元接続（ＷＣＤＭＡ）通信ネットワークにアクセスするユーザの移動端末にもまた、これらのサービスを利用できるようにしたいと思っている。これに関して、ＧＳＭ／ＷＣＤＭＡユーザのこの移動端末群に発着信する呼は、ＩＭＳサービス・エンジンが呼及び呼に関連するサービスを実行するために、ＩＭＳネットワークを経由する。ＣＳアクセス・ネットワークを用いる場合にＩＭＳサービスを可能にするこの考えは、ＩＭＳ集中サービス（ＩＣＳ）と呼ばれ、参照することにより本明細書に組み込む非特許文献１に記載され、参照することにより本明細書に組み込む非特許文献２に記載されるＩＭＳサービス継続（ＳＣ）により補完され、ＩＭＳ集中サービスは、端末のモビリティ及び／又は端末間のモビリティの場合にサービス継続を維持するためにセッション転送メカニズム（最近では"アクセス転送メカニズムとも呼ばれ、例えば、非特許文献２の最新版を参照されたい。）の使用をサポートするＩＭＳサービスである。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．２９２
【非特許文献２】３ＧＰＰ  ＴＳ  ２３．２３７
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＩＭＳ  ＳＣは、ＩＭＳマルチメディア・セッションの１つ以上の構成要素の、異なるアクセス・ネットワークに渡る端末内転送を提供し、そしてサービス集中及び継続（ＳＣＣ）アプリケーション・サーバ（ＡＳ）及びＳＣ能力を持つ端末を必要とする、ホーム通信ネットワークに基づくＩＭＳアプリケーションである。
【０００７】
コンピュータ科学において知られているセッションは、また通信セッションとして知られ、ある時点で確立され、そしてしばらく経って切断される通信デバイス間での半永久的な対話型情報交換と見なされる場合がある。例を以下に示す。
−ＴＣＰセッション
−ウェブ・セッション（ＨＴＴＰセッション）は、セッション・クッキー及びウェブ・サーバ・セッション管理を用い、クライアント側かサーバ側のいずれかであり得る。サーバ側は、例えばＪａｖａ（登録商標）セッション・ビーンにより提供される場合があり、Ｊａｖａセッション・ビーンは、ステートフル又はステートレスであり得るウェブ・サーバ側の構成要素である。
−何らかのセッション・レイヤ・プロトコルにより確立されるセッション
【０００８】
セッション・プロトコルの例を以下に示す。
−ストリーミング・メディア初期化パラメータを記述するためのフォーマットであるセッション記述プロトコル
−ＩＰ電話のために使用され、１つ以上のメディア・ストリームで構成されているピア・ツー・ピア通信セッションを設定し、そして切断するために用いられることの多いコンピュータ・ネットワーク・プロトコルであるセッション開始プロトコル
【０００９】
セッションは、信号データ及びメディア・データを備えていて、信号データはＳＣＣ  ＡＳ経由でルーティングされる。ＳＣＣ  ＡＳ経由での信号データのルーティングは、またアンカリングとして知られている。端末に関連する総てのセッションの信号伝達は、ＩＭＳ  ＳＣが第１のアクセス・ネットワークから第２のアクセス・ネットワークに、例えばＣＳアクセス・ネットワークからパケット交換（ＰＳ）アクセス・ネットワーク、或いはその逆方向に、端末の１つ以上のセッションを転送できるようにするために、ホーム通信ネットワーク内のＳＣＣ  ＡＳを中心にアンカリングされる。
【００１０】
３ＧＰＰ  ＴＲ  ２３．８２６  ｖ１．１．０（２００９年１月）は、端末と緊急応答機関（ＰＳＡＰ）との間で確立される緊急呼のための音声呼接続性（ＶＣＣ）に関するものである。緊急呼は、回線交換（ＣＳ）ドメインとＩＰマルチメディア・サブシステム（ＩＭＳ）に基づくネットワークとの間で転送可能である。緊急‐遠端ユーザ・エージェント（Ｅ−ＲＵＡ）／ドメイン転送機能（ＤＴＦ）が、ＩＭＳに基づくネットワークからＣＳドメインへの端末の緊急呼のドメイン転送を実行する様に構成される。端末が存在しているサービング通信ネットワークは、ホーム通信ネットワーク又は訪問先通信ネットワークである。しかしながら、総てのセッション転送要求がサービング通信ネットワークからホーム通信ネットワークに送られなければならず、セッション転送要求はその場合、それに応じてＳＣＣ  ＡＳにより処理されるので、サービング通信ネットワーク内の端末は、低サービス品質に遭うことがある。複雑な経路指定ばかりでなく長大な遅延時間もサービス体感を悪化させる可能性がある。例えば、音声呼の中断時間が増大する場合があり、データ転送が中断される場合がある。
【００１１】
したがって、本発明の目的は、サービング通信ネットワーク内の端末に対してセッションの継続性を改善する方法、デバイス、システム及びコンピュータ・プログラムを提供することである。
【課題を解決するための手段】
【００１２】
この目的は、請求項１、７及び９に記載の方法により達成される。さらに、本発明は、請求項１７、１８及び１９による、セッション転送ノード、サービング通信ネットワークのノード及びセッション制御ノードにより、請求項２１によるシステムにより、請求項２２から２４によるコンピュータ・プログラムにより、請求項２５によるコンピュータで読み取り可能な記憶媒体で実現される。好都合な実施形態は、さらなる請求項に記述されている。
【００１３】
本発明の例示的な実施形態によると、端末自身のホーム通信ネットワークとは異なるサービング通信ネットワークの端末に対してセッションの継続性を改善するための方法が提供され、サービング通信ネットワークは、各々が信号データ及びメディア・データを有するセッションを、サービング通信ネットワークの第１のアクセス・ネットワークからサービング通信ネットワークの第２のアクセス・ネットワークに転送するためのセッション転送ノードを備えていて、本方法は、（サービング通信ネットワーク内のセッション転送ノード（例えばＡ−ＳＣＣ）により行われる）、第１のアクセス・ネットワークとホーム通信ネットワークとの間で、サービング通信ネットワーク内のセッション転送ノード経由で、端末のセッションの信号データをルーティングするステップと、第１のアクセス・ネットワークから第２のアクセス・ネットワークへの端末のためのセッションの転送を要求するセッション転送要求を受信するステップと、第１のアクセス・ネットワークから第２のアクセス・ネットワークにセッションを転送するステップと、第２のアクセス・ネットワークとホーム通信ネットワークとの間で、セッション転送ノード経由で、端末のセッションの信号データをルーティングするステップと、を含んでいる。
【００１４】
本発明の別の例示的な実施形態によると、端末自身のホーム通信ネットワークとは異なるサービング通信ネットワークの端末に対してセッションの継続性を改善するための方法が提供され、サービング通信ネットワークは、各々が信号データ及びメディア・データを有するセッションを、サービング通信ネットワークの第１のアクセス・ネットワークからサービング通信ネットワークの第２のアクセス・ネットワークに転送するためのセッション転送ノードを備えていて、本方法は、（サービング通信ネットワークのノードにより行われる）サービング通信ネットワーク内のセッション転送ノードのアドレスを受信するステップと、サービング通信ネットワーク内のセッション転送ノードのアドレスに、セッション転送要求を送信するステップと、を含んでいる。
【００１５】
本発明の別の例示的な実施形態によると、端末のホーム通信ネットワークとは異なるサービング通信ネットワークの端末に対してセッションの継続性を改善するための方法が提供され、サービング通信ネットワークは、各々が信号データ及びメディア・データを有するセッションを、サービング通信ネットワークの第１のアクセス・ネットワークからサービング通信ネットワークの第２のアクセス・ネットワークに転送するためのセッション転送ノードを備えていて、本方法は、（セッション制御ノードで行われる）、サービング通信ネットワーク内のセッション転送ノードのアドレスを決定するステップと、サービング通信ネットワークのノードに向けてセッション転送ノードのアドレスを送信するステップと、を含んでいる。
【００１６】
以下では、本発明の詳細かつ例示的な実施形態を、当業者に十分で完全な理解を与えるために説明する。しかしながら、これらの実施形態は例示的であり、限定することを意図していない。
【図面の簡単な説明】
【００１７】
【図１ａ】本発明の例示的な実施形態による、端末のホーム通信ネットワークとは異なるサービング通信ネットワークの端末に対してセッションの継続性を改善するための方法を説明する図。
【図１ｂ】本発明の例示的な他の実施形態による、端末のホーム通信ネットワークとは異なるサービング通信ネットワークの端末に対してセッションの継続性を改善するための方法を説明する図。
【図１ｃ】本発明の例示的な他の実施形態による、端末のホーム通信ネットワークとは異なるサービング通信ネットワークの端末に対してセッションの継続性を改善するための方法を説明する図。
【図２ａ】本発明の例示的な実施形態による、セッションの信号データの転送を説明する図。
【図２ｂ】本発明の例示的な実施形態による、セッションの信号データを転送するための信号交換図。
【図３】本発明による、通信ネットワークにおいて信号データ及びメディア・データのルーティングのための第１の例示的な実施形態を説明する図。
【図４】本発明による、通信ネットワークにおいて信号データ及びメディア・データのルーティングのための第２の例示的な実施形態を説明する図。
【図５】本発明による、サービング通信ネットワーク内のセッション転送ノードを決定し、サービング通信ネットワーク内のノードに、セッション転送ノードのアドレスを提供するための第１の例示的な実施形態を説明する図。
【図６】本発明による、サービング通信ネットワーク内のセッション転送ノードを決定し、サービング通信ネットワーク内のノードに、セッション転送ノードのアドレスを提供するための第２の例示的な実施形態を説明する図。
【図７】本発明によるデバイスの例示的な実施形態を説明する図。
【発明を実施するための形態】
【００１８】
図での説明は概略である。図２から図７までにおいて、同様な要素又は同一の要素には同じ参照符号、プライム記号が付いている参照符号、最初の数字のみが異なる参照符号を付与している。
【００１９】
図１ａを参照すると、本発明の例示的な実施形態による、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対してセッションの継続性を改善するための方法が説明されている。サービング通信ネットワークは、各々が信号データ及びメディア・データを有するセッションを、サービング通信ネットワークの第１のアクセス・ネットワークからサービング通信ネットワークの第２のアクセス・ネットワークに転送するためのセッション転送ノードを備えている。本方法は以下のステップを含んでいる。ブロック１０２で示されているように、端末のセッションの信号データは、第１のアクセス・ネットワークとホーム通信ネットワークとの間を、サービング通信ネットワーク内のセッション転送ノード経由でルーティングされる。ブロック１０４で示されているように、セッション転送要求が受信される。セッション転送要求は、端末に対するセッションの、第１のアクセス・ネットワークから第２のアクセス・ネットワークへの転送を要求する。ブロック１０６で示されているように、セッションは、第１のアクセス・ネットワークから第２のアクセス・ネットワークに転送される。ブロック１０８で示されているように、端末のセッションの信号データは、第２のアクセス・ネットワークとホーム通信ネットワークとの間をセッション転送ノード経由でルーティングされる。
【００２０】
本方法は、例えば"Ａ−ＳＣＣ（Ａｓｓｉｓｔｅｄ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ）"ノードとして構成され得る、サービング通信ネットワーク内のセッション転送ノードにより実行され得る。
【００２１】
この出願との関連で、用語"第１のアクセス・ネットワークから第２のアクセス・ネットワークにセッションを転送するステップ"は、第１のアクセス・ネットワークから第２のアクセス・ネットワークに信号データ及びメディア・データを転送するステップを特に表す場合がある。同じノードを介しての、セッションの転送前、転送中及び転送後にセッションのデータをルーティングするステップは、アンカリングとして表される場合があり、例えば、セッションの信号データは、セッション転送ノードでアンカされる場合があり、同じセッションのメディア・データは、セッション転送ノード又はセッション転送ノードとインタフェースするノードでアンカされる場合がある。
【００２２】
用語"アクセス・ネットワーク"は、遠端装置と通信するために端末がアタッチできる任意の通信ネットワークを特に表す場合がある。具体的には、この出願に関連して、アクセス・ネットワークは、無線のコア・ネットワークのノードを備える場合がある。
【００２３】
具体的には、端末は、通信ネットワークに属している場合があり、ノードと呼ばれている。
【００２４】
図１ｂを参照すると、本発明の例示的な別の実施形態による、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するための方法が説明されている。サービング通信ネットワークは、各々が信号データ及びメディア・データを有するセッションを、サービング通信ネットワークの第１のアクセス・ネットワークからサービング通信ネットワークの第２のアクセス・ネットワークに転送するためのセッション転送ノードを備えている。本方法は以下のステップを含んでいる。ブロック１１０で示されているように、サービング通信ネットワーク内のセッション転送ノードのアドレスが受信され、そしてブロック１１２で示されているように、セッション転送要求は、サービング通信ネットワーク内のセッション転送ノードのアドレスに送信される。
【００２５】
具体的には、本方法はサービング通信ネットワークのノードにより行われ得る。
【００２６】
具体的には、この出願に関連して、用語"セッション転送ノードのアドレスを受信するステップ"は、特に、セッション転送ノードのアドレスに関する任意の情報を（特に、直接又は間接的に）受信するステップを表す場合がある。具体的には、セッション転送ノードのアドレスは、サービング通信システムの他のノード経由で受信され得る。
【００２７】
具体的には、この出願に関連して、用語"セッション転送要求をセッション転送ノードのアドレスに送信するステップ"は、特に、セッション転送要求をセッション転送ノードに向けて（特に、直接に又は間接的に）送信する任意のステップを表す場合がある。具体的には、セッション転送要求は、サービング通信システムの他のノードを経由で送信され得る。
【００２８】
具体的には、サービング通信システムのノードは、サービング通信システムの第１のアクセス・システムのノード（例えば、パケット交換（ＰＳ）アクセス・ネットワークの場合、プロキシ呼／セッション制御機能（Ｐ−ＣＳＣＦ）又は移動管理エンティティ（ＭＭＥ））、サービング通信システムの第２のアクセス・システムのノード（例えば、回線交換（ＣＳ）アクセス・ネットワークの場合、移動通信交換局サーバ（ＭＳＣ−Ｓ））又は（サービング通信ネットワークに属し得る）端末であり得る。
【００２９】
したがって、アドレスは、ローカルＳＴＮ−ＳＲ又は他の適切なアドレス情報として受信することができ、再アタッチ表示で受信される場合、或いは、再配置表示若しくはハンドオーバ表示で受信される場合がある。
【００３０】
具体的には、セッション転送要求は、ハンドオーバ要求（メッセージ）であり得る。
【００３１】
図１ｃを参照すると、本発明の例示的な別の実施形態による、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するための方法が説明されている。サービング通信ネットワークは、各々が信号データ及びメディア・データを有するセッションを、サービング通信ネットワークの第１のアクセス・ネットワークからサービング通信ネットワークの第２のアクセス・ネットワークに転送するためのセッション転送ノードを備えている。本方法は以下のステップを含んでいる。ブロック１２０で示されているように、サービング通信ネットワーク内のセッション転送ノードのアドレスが決定され、ブロック１２２で示されているように、セッション転送ノードのアドレスは、サービング通信ネットワークのノードに向けて送信される。
【００３２】
本方法は、セッション制御ノードで（により）行われ得る。
【００３３】
具体的には、セッション制御ノードは、サービング通信ネットワーク又はホーム通信ネットワークの一部或いはそれらの中に配置され得る。具体的には、セッション制御ノードは、プロキシ呼／セッション制御機能（Ｐ−ＣＳＣＦ）として構成され得る。
【００３４】
この出願に関連して、用語"セッション転送ノードのアドレスを決定及び／又は送信するステップ"は、サービング通信ネットワークの信号アンカ（ポイント）（についての情報）を決定及び／又は送信するステップを特に表す場合がある。
【００３５】
用語"ノード内でセッションをアンカするステップ"は、信号データ及び／又はメディア・データがいつでも、例えば、セッションの転送前、転送中及び転送後に、このノード経由でルーティングされ得るということを、特に表す場合がある。具体的には、セッションは常にこのノードにより制御され得る。
【００３６】
したがって、セッション転送ノードは、図１ａに関して上述したように、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するための方法を行うように構成される。
【００３７】
したがって、サービング通信ネットワークのノードは、図１ｂに関して上述したように、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するための方法を行うように構成される。
【００３８】
したがって、セッション制御ノードは、図１ｃに関して上述したように、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対してセッションの継続性を改善するための方法を行うように構成される。
【００３９】
システムは、上述したようにセッション転送ノード、サービング通信ネットワークのノード及びセッション制御ノードを備えている。
【００４０】
セッション転送ノードの処理部にロードされ得るコンピュータ・プログラムは、セッション転送ノードで動作する場合、図１ａに関して上述したように、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するための方法を行うように構成されたコードを有する。
【００４１】
サービング通信ネットワークのノードの処理部にロードされ得るコンピュータ・プログラムは、サービング通信ネットワークのノードで動作する場合、図１ｂに関して上述したように、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するための方法を行うように構成されたコードを備える。
【００４２】
セッション制御ノードの処理部にロードされ得るコンピュータ・プログラムは、セッション制御ノードで動作する場合、図１ｃに関して上述したように、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するための方法を行うように構成されたコードを備える。
【００４３】
コンピュータで読み取り可能な記憶媒体は、上述したコンピュータ・プログラムを有している。
【００４４】
次に、図１ａに関して上述したように、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するための方法のさらなる例示的な実施形態を説明する。しかしながら、これらの実施形態は、それぞれのセッション転送ノード、それぞれのシステム、それぞれのコンピュータ・プログラム、及びそれぞれのコンピュータで読み取り可能な記憶媒体に適用される。
【００４５】
セッション転送要求は、端末識別情報を含む場合があり、本方法は、さらに、転送され得る、端末のセッションを決定するための端末識別情報を解析するステップを含み得る。
【００４６】
セッション転送要求は、さらに、セッション転送要求識別情報を含む場合があり、本方法は、さらに、受信情報のいずれもが利用可能な方針（ポリシー）に従う可能性があるかどうかを決定するステップと、決定の結果によりセッションを転送するステップを含み得る。
【００４７】
本方法は、さらに、サービング通信ネットワークのセッション転送ノードが、信号データのルーティング及びセッションの転送に責任を負うことを、ホーム通信ネットワークのセッション転送ノードに示すために、ホーム通信ネットワークのセッション転送ノードにメッセージを送信するステップを含み得る。具体的には、ホーム通信ネットワークのセッション転送ノードは、ＳＣＣ  ＡＳ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）として構成することができ、ホーム通信ネットワークのセッション転送ノードに送信されるメッセージは、セッション開始プロトコル（ＳＩＰ）に基づき、サービング通信ネットワークのセッション転送ノードが信号経路パスに含まれていることを示すフラグ又は表示を含み得る。このようにして、ホーム通信ネットワーク、特に、ホーム通信ネットワークのセッション転送ノードは、セッション転送関連機能がホーム通信ネットワークにあると、ホーム通信ネットワーク内のセッション転送関連機能を無効にするように構成され得る。
【００４８】
メディア・データは、信号データと一緒に、第１のアクセス・ネットワークから第２のアクセス・ネットワークに転送され得る。
【００４９】
メディア・データは、セッション転送ノードとインタフェースするサービング通信ネットワーク内のノードで、特にメディア処理ノード（例えば、メディア・リソース機能プロセッサ：ＭＲＦＰ）内で、アンカされ得る。
【００５０】
次に、図１ｂに関して上述したように、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するための方法のさらなる例示的な実施形態を説明する。しかしながら、これらの実施形態はまた、サービング通信ネットワークのそれぞれのノード、それぞれのシステム、それぞれのコンピュータ・プログラム、及びそれぞれのコンピュータで読み取り可能な記憶媒体に適用される。
【００５１】
本方法はさらに、セッション転送を要求するメッセージを受信するステップと、メッセージの受信に応答してセッション転送要求を送信するステップを含み得る。
【００５２】
具体的には、セッション転送を要求するメッセージは、サービング通信ネットワークのセッション転送ノードのアドレスを含み得る。具体的には、セッション転送要求はハンドオーバ要求（メッセージ）であり得る。具体的には、第２のアクセス・ネットワークのノードは、セッション転送ノードのアドレスを（特に、第１のアクセス・ネットワークのノードから）受信し、セッション転送要求をセッション転送ノードに送信し得る。第１のアクセス・ネットワーク及び／又は第２のアクセス・ネットワークのノードは、サービング移動ノード、例えば、ＭＭＥ、ＳＧＳＮ及びＭＳＣ−Ｓとして構成され得る。
【００５３】
次に、図１ｃに関して上述したように、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するための方法のさらなる例示的な実施形態を説明する。しかしながら、これらの実施形態はまた、それぞれのセッション制御ノード、それぞれのシステム、それぞれのコンピュータ・プログラム、及びそれぞれのコンピュータで読み取り可能な記憶媒体に適用される。
【００５４】
サービング通信ネットワーク内のセッション転送ノードは、ホーム通信ネットワーク内のセッション転送ノードにより決定される場合があり、本方法はさらに、サービング通信ネットワーク内の選択されたセッション転送ノードの表示を受信するステップと、受信した表示からセッション転送ノードのアドレスを決定するステップとを含み得る。具体的には、ホーム通信ネットワークのセッション転送ノードは、各サービング通信ネットワーク（ローミングのケースでは、しばしば"訪問先"とも呼ばれる）に対して、（ローカルに構成された）セッション転送ノード（例えば、Ａ−ＳＣＣ）についての情報を含むリストからアドレスを選択することにより、セッション転送ノードのアドレスを特に決定するＳＣＣ  ＡＣとして構成され得る。代わりに又はそれに加えて、ホーム通信ネットワークのセッション転送ノードは、サービング通信ネットワークについての情報に基づいて選択されたセッション転送ノードのアドレス（ストリング）（例えば、統一資源識別子（ＵＲＩ））を導出することにより、セッション転送ノードのアドレスを決定することができ、情報はホーム通信ネットワークのセッション転送ノード内に保存され、或いは、セッション転送ノードで利用できる。具体的には、サービング通信ネットワークは、その後、受信した表示に基づいてセッション転送ノードを選択することができる。具体的には、セッション制御ノードは、ホーム通信ネットワークの一部を形成する場合がある。具体的には、セッション制御ノードは、ホーム通信ネットワーク内のＰ−ＣＳＣＦとして構成され得る。
【００５５】
セッション制御ノードは、サービング通信ネットワークのノードの場合があり、セッション転送ノードを決定する場合がある。具体的には、セッション転送ノードは、セッション制御ノードと併置される場合があり、それによって、セッション転送ノードの明示的な決定又は選択が必要でない場合がある。具体的には、セッション転送ノード及びセッション制御ノードは、セッション転送ノードがセッション制御ノードにより（特に明示的に）決定され又は選択される場合がある、別々のノードであり得る。具体的には、双方が別々の場合、セッション制御ノードはＰ−ＣＳＣＦとして構成され得る。具体的には、上述したように、ホーム通信ネットワークのセッション転送ノードは、サービング通信ネットワークのセッション転送ノードを決定又は選択する場合があり、そしてそれぞれの表示又はそれぞれの情報を、セッション転送ノードを順々に決定又は選択する場合がある、セッション制御ノードに送信し得る。
【００５６】
セッション転送ノードのアドレスは、セッション転送ノードのアドレスをサービング通信ネットワークのノードに送信するために、セッション制御ノードから端末に送信される場合がある。
【００５７】
端末はさらに、セッション転送ノードのアドレスをサービング通信ネットワークのノードに送信するために、サービング通信ネットワークの、端末がアタッチできるサービング移動ノード（例えば、ＭＭＥ又はサービングＧＰＲＳサポート・ノード（ＳＧＳＮ））に、セッション転送ノードのアドレスを送信する場合がある。具体的には、端末は、サービング通信ネットワークに、特にサービング通信ネットワークの第１のアクセス・ネットワークに再アタッチする場合、セッション転送ノードのアドレスを送信する場合がある。
【００５８】
サービング移動ノードは、セッション転送ノードのアドレスをサービング通信ネットワークのノードに送信するために、セッション転送ノードのアドレスをサービング通信ネットワークのノードに送信する場合がある。具体的には、サービング移動ノードは、セッション転送ノードのアドレスを、サービング通信システムの第２のアクセス・ネットワークのサービング移動ノードに送信される再配置要求、特にハンドオーバ要求に含める場合がある。
【００５９】
本方法はさらに、端末を操作している加入者の識別子（例えば、国際移動電話加入者ＩＤ（ＩＭＳＩ））と、端末の位置（例えば、トラッキング・エリア（ＴＡ））と、サービング通信ネットワークにおいて端末がアタッチできるサービング移動ノードの識別子（例えば、ＧＵＴＩ：Ｇｌｏｂａｌ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）についての情報を含む少なくとも１つのパラメータを端末から受信するステップと、受信した少なくとも１つのパラメータからセッション転送ノードを決定するステップとを含み得る。具体的には、少なくとも１つのパラメータ、特にＧＵＴＩ及びＴＡは、サービング通信システムの第１のアクセス・ネットワークのサービング移動ノードにより、特にＭＭＥにより割り当てられる場合がある。具体的には、受信した少なくとも１つのパラメータからセッション転送ノードを決定するステップは、少なくとも１つのパラメータ、特にＧＵＴＩ及びＴＡ情報と、セッション転送ノード、特にＡ−ＳＣＣインスタンスとを対応づけるテーブルを用いて、セッション転送ノード（特に信号伝達アンカ・ポイントとして）を選択するステップを含み得る。
【００６０】
セッション転送ノードのアドレスは、セッション転送ノードのアドレスをサービング通信ネットワークのノードに送信するために、サービング移動ノード（例えば、移動管理エンティティ（ＭＭＥ）、サービングＧＰＲＳサポート・ノード（ＳＧＳＮ）及び／又はハンドオーバ選択機能（ＨＯＳＦ））に送信され得る。具体的には、セッション転送ノードのアドレスが送信されることが必要であるサービング移動ノードのアドレスは、セッション制御ノードが、特に端末から受信した少なくとも１つのパラメータ（例えば、ＴＡ情報又はＧＵＴＩ）を用いることにより決定することができる。具体的には、端末が別のサービング移動ノードにアタッチし、そして少なくとも１つの別の（更新された）パラメータを送信する場合、セッション転送ノードの（更新された）アドレスを別のサービング移動ノードに送信することは、それに応じて繰り返されなければならない。具体的には、サービング移動ノードは、セッション転送ノードのアドレスを、特に同じ又は異なるアクセス・ネットワークの別のサービング移動ノードに送信する場合がある。ＰＳの第１のアクセス・ネットワーク及びＣＳの第２のアクセス・ネットワークの場合、サービング移動ノードは、ＭＭＥ、又は、ＭＭＥ内若しくはＭＭＥと併置されるＨＯＳＦとして、或いは、ＭＭＥとは異なるＨＯＳＦとして構成することができ、セッション転送ノードのアドレスは、各ＭＳＣ−Ｓとコンタクトできるようにするために、アドレスをＨＯＳＦに知らせるＭＭＥに送信され得る。この出願に関連して、"ハンドオーバ選択機能（ＨＯＳＦ）"は、ハンドオーバ支援機能を選択するために、サービング移動ノードにより要求される機能を特に表す場合がある。
【００６１】
次に、上述したセッション転送ノードと、サービング通信ネットワークのノードと、セッション制御ノードのさらなる例示的な実施形態を説明する。しかしながら、これらの実施形態はまた、端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するためのそれぞれの方法、それぞれのシステム、それぞれのコンピュータ・プログラム、それぞれのコンピュータで読み取り可能な記憶媒体に適用される。
【００６２】
具体的には、セッション転送ノードは、スタンドアロン機能である場合があり、Ｐ−ＣＳＣＦ、（特にサービング通信ネットワークの第２のアクセス・ネットワークの）ＭＳＣ−Ｓ又はＩＭＳボーダ制御機能（ＩＢＣＦ）のような、特にＳＩＰが利用可能なネットワーク・エンティティと併置され得る。
【００６３】
ノードの各々は、受信部、送信部、処理部及び保存部を備える場合がある。
【００６４】
端末のホーム通信ネットワークとは異なるサービング通信ネットワーク内の端末に対するセッションの継続性を改善するための方法は、セッション転送の前に、サービング通信ネットワーク内のメディア・ハンドリング・ノード経由で、第１のアクセス・ネットワークとホーム通信ネットワークとの間において、端末のセッションのメディア・データをルーティングするステップと、セッション転送後に、サービング通信ネットワーク内のメディア・ハンドリング・ノード経由で、第２のアクセス・ネットワークとホーム通信ネットワークとの間で端末のセッションのメディア・データをルーティングするステップと、を含み得る。
【００６５】
具体的には、サービング通信ネットワークの第１のアクセス・ネットワークからサービング通信ネットワークの第２のアクセス・ネットワークへのセッションの転送前、転送中及び転送後に、メディア・データがメディア・ハンドリング・ノードを通してルーティング又は通過されるように、メディア・データは、サービング通信システム内のメディア・ハンドリング・ノードでアンカされ得る。
【００６６】
具体的には、メディア・ハンドリング・ノードは、メディア・リソース機能プロセッサ（ＭＲＦＰ）として構成さ得る。
【００６７】
具体的には、メディア・ハンドリング・ノードは、セッション転送ノードとは異なるノードとして構成され得る。具体的には、メディア・ハンドリング・ノードは、セッション転送ノードとのインタフェースを有する場合がある。
【００６８】
具体的には、メディア・ハンドリング・ノードは、サービング通信ネットワーク内のセッション転送ノードにより制御され得る。セッション転送ノードは、（特に図３から図６に描かれ、セッション転送ノードＡ−ＳＣＣ３０８が、インタフェース３４４経由でメディア・ハンドリング・ノードＭＲＦＰ３３８を制御しているような）インタフェース経由でメディア・ハンドリング・ノードを制御する場合がある。
【００６９】
図２ａは、ホーム通信ネットワーク２００及びサービング通信ネットワーク２０２を描いている。ホーム通信ネットワーク２００の端末２０４は、ホーム通信ネットワーク２００を通し、サービング通信ネットワーク２０２経由で遠端装置２０６と通信、すなわち、端末２０４及び遠端装置２０６は、セッションにおいて信号データ及びメディア・データを交換できる。遠端装置２０６は、例えば、第２の端末又はサーバであり、ホーム通信ネットワーク２００内、或いは、世界規模の電気通信ネットワークに接続された他の任意のネットワーク内のいずれかに存在できる。セッション、すなわちセッションの信号伝達部分は、サービング通信ネットワーク２０２内のセッション転送ノード２０８でアンカされる。そのようなものとして、第１のアクセス・ネットワーク２１０から第２のアクセス・ネットワーク２１２への（その逆、又は図２ａには示されていない第３のアクセス・ネットワークへの）セッションの高速で信頼できる転送が達成可能である。
【００７０】
第１の期間（"転送前"で表される）では、信号データは、第１のアクセス・ネットワーク２１０経由で、そして、サービング通信ネットワーク２０２内の（セッションがアンカされている）セッション転送ノード２０８及びホーム通信ネットワーク・ノード２１４経由で、（実線２１６で示されている）通信パスに沿ってルーティングされる。セッションは、矢印２１８で示すように、第１のアクセス・ネットワーク２１０から第２のアクセス・ネットワーク２１２に、サービング通信ネットワーク２０２内のセッション転送ノード２０８により転送できる。転送に続く第２の期間（"転送後"で表されている）では、信号データは、第２のアクセス・ネットワーク２１２経由で、そして、サービング通信ネットワーク２０２内の（セッションがアンカされている）セッション転送ノード２０８及びホーム通信ネットワーク・ノード２１４、又は、図１ａには示していない１つ以上の代替のホーム通信ネットワーク・ノード経由で、（破線２２０で示す）通信パスに沿ってルーティングされる。
【００７１】
それ故、端末２０４のセッションの信号データは、セッション転送ノード２０８がいつでも転送を制御し続けるように、すなわちセッションが、転送前、転送中及び転送後に、サービング通信ネットワーク２０２内のセッション転送ノード２０８でアンカされるように、セッションの転送前、転送中及び転送後に、サービング通信ネットワーク２０２内のセッション転送ノード２０８経由でルーティングされる。
【００７２】
第１のアクセス・ネットワーク２１０から第２のアクセス・ネットワーク２１２へのセッションの転送は、第１のアクセス・ネットワーク２１０から第２のアクセス・ネットワーク２１２へのセッションの転送を端末２０４に対して要求するセッション転送要求を受信することにより始動される場合がある。
【００７３】
図２ｂは、通信ネットワークにおける信号交換図である。説明の都合上、図２ａ及び図２ｂは、第１のアクセス・ネットワーク２１０、２１０´及び第２のアクセス・ネットワーク２１２、２１２´に関して、ノード・レベルでは説明していないが、しかしながら、描かれているように、メッセージ、要求、情報交換、信号伝達などが、第１のアクセス・ネットワーク２１０、２１０´及び第２のアクセス・ネットワーク２１２、２１２´のノード（すなわちノード・レベルで）と端末２０４、２０４´、セッション転送ノード２０８、２０８´又はセッション制御ノード２２２のような他のエンティティとの間でやり取りできることは明らかである。
【００７４】
第１のアクセス・ネットワーク２１０´（第１ＡＮ）、第２のアクセス・ネットワーク２１２´（第２ＡＮ）及びセッション転送ノード２０８´は、サービング通信ネットワーク２０２´の一部である。セッション制御ノード２２２は、図２ｂに示すホーム通信ネットワーク２００´の一部であり得るが、代わりに、或いは、その上、図５及び図６と併せてより詳細に説明されているように、サービング通信ネットワーク２０２´の一部であり得る。
【００７５】
セッション制御ノード２２２は、サービング通信ネットワーク２０２´内のセッション転送ノード２０８´を、例えばテーブルから適切なセッション転送ノード２０８´を検索することにより、或いは、図２には示されていない、セッション転送ノード２０８´と通信すること（例えば交渉）により決定し、そして第１のアクセス・ネットワーク２１０´がセッション転送ノード２０８´への任意のセッション転送要求を開始できるように、決定したセッション転送ノード２０８´のアドレスを、第１のアクセス・ネットワーク２１０´に送信する。セッション転送ノード２０８´のアドレスは、セッション転送ノード２０８´でのセッションのアンカリングを第１のアクセス・ネットワーク２１０´に示しているセッションの確立中に、第１のアクセス・ネットワーク２１０´で受信され得る。決定及び送信に対する例が、図５及び図６と併せてより詳細に提供される。
【００７６】
端末２０４´と遠端装置２０６´との間でのセッションが実行される。端末２０４´と遠端装置２０６´との間でのセッションの信号データは、第１のアクセス・ネットワーク２１０´（丸印）及びセッション転送ノード２０８´（丸印）及びここでは示されていない通常１つ以上のさらなるノード経由でルーティングされる。
【００７７】
ハンドオーバ要求は、第１のアクセス・ネットワーク２１０´から第２のアクセス・ネットワーク２１２´に送信される。ハンドオーバ要求は、セッション制御ノード２２２により決定されるセッション転送ノード２０８´のアドレスを含んでいる。ハンドオーバ要求を受信すると、第２のアクセス・ネットワーク２１２´は、セッションが第１のアクセス・ネットワーク２１０´から第２のアクセス・ネットワーク２１２´に転送されるように要求するために、セッション転送ノード２０８´の提供されたアドレスにセッション転送要求を送信する。セッション転送ノード２０８´は、第１のアクセス・ネットワーク２１０´及び第２のアクセス・ネットワーク２１２´に（同様に、簡略化のために、ここでは示していない１つ以上のさらなるノードに）、転送に関してそれらのネットワーク２１０´、ネットワーク２１２´に指示するために、指示メッセージを信号で送る場合がある。転送に続いて、セッションの信号データは、第２のアクセス・ネットワーク２１２´（丸印）を介して、そして、セッション転送ノード２０８´（丸印）を介してルーティングされる。
【００７８】
セッションのメディア・データは、図２ａ及び図２ｂに描かれていない。メディア・データは、通常また、セッション信号データと一緒に、第１のアクセス・ネットワーク２１０、２１０´から第２のアクセス・ネットワーク２１２´に転送される。セッションのメディア・データ及び信号データは、同じノードを介して、及び／又は、それぞれのデータ・タイプの処理及びルーティングに、例えばよりよく適合され得る異なるノードを介して送られる場合がある。
【００７９】
セッションのメディア・データ及び信号データのルーティングに対する例示的な実施形態は、"支援型"−ＳＣＣ、すなわちＡ−ＳＣＣで示すセッション転送ノード３０８によるセッションの転送前及び転送後で、図３及び図４に描かれている。
【００８０】
図３及び図４は（それ以降の図も同様に）、第１のアクセス・ネットワーク３１０及び第２のアクセス・ネットワーク３１２に関して、ノード・レベルで、本発明の例示的な実施形態を説明している。図３から図６による第１のアクセス・ネットワーク３１０は、ｅＮｏｄｅＢ（ｅＮＢ）３２４と、移動管理エンティティ（ＭＭＥ）３２６と、サービングゲートウェイ（Ｓ−ＧＷ）３２８と、パケット・ゲートウェイ（Ｐ−ＧＷ）３３０又はパケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ  ＧＷ）と、プロキシ呼／セッション制御機能（Ｐ−ＣＳＣＦ）３２２と、を備えているＰＳネットワークであり、第２のアクセス・ネットワーク３１２は、基地局サブシステム／無線ネットワーク制御装置（ＢＳＳ／ＲＮＣ）３３２と、移動通信交換局サーバ（ＭＳＣ−Ｓ）３３４と、メディア・ゲートウェイ（ＭＧＷ）３３６と、を備えているＣＳネットワークである。Ａ−ＳＣＣ３０８及びメディア・リソース機能プロセッサ（ＭＲＦＰ）３３８は、それぞれ、信号データ３１６、４２０及びメディア・データ３４０、４４２をアンカし、そして第１のアクセス・ネットワークと第２のアクセス・ネットワークのいずれにも帰することはできない。
【００８１】
Ａ−ＳＣＣ３０８は、セッション転送ノードの機能を備える場合があり、そしてＰ−ＣＳＣＦ３２２は、セッション制御ノードの機能を備える場合がある。Ａ−ＳＣＣ３０８及びＭＲＦＰ３３８は、インタフェース３４４を介して互いにインタフェースする場合がある。
【００８２】
ＢＳＳ／ＲＮＣ３３２、ＭＳＣ−Ｓ３３４及びＭＧＷ３３６は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部を形成する場合がある。ＲＮＣ３３２は、ＮｏｄｅＢ（ＮＢ）を含み得るＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）の一部を形成する場合がある。
【００８３】
図３及び図４は、端末（ＵＥ）３０４が、信号データ（"信号伝達"、太い実線３１６、４２０）及びメディア・データ（"ＲＴＰ（実時間転送プロトコル）データ"、太い点線３４０、４４２）を、ホーム通信ネットワーク３００の側にある遠端装置（"ホーム"、遠端装置は示されていない。太い点線３４０、４４２及び実線３１６、４２０は、いくつかのさらなるノードを介して遠端装置に及ぶ場合があり、また前記いくつかのさらなるノードは、簡略化のために図示されていない）とやり取りしている状態を示している。ＵＥ３０４は、こういう訳で、訪問先通信ネットワーク（"訪問先"）と呼ばれているサービング通信ネットワーク３０２において、ローミングしている。
【００８４】
図３によると、ＵＥ３０４は、ＰＳ（例えば、Ｅ−ＵＴＲＡＮ）アクセス・ネットワーク３１０を介してアタッチされており、信号データ３１６は、ｅＮｏｄｅＢ３２４、Ｓ−ＧＷ３２８、Ｐ−ＧＷ３３０、Ｐ−ＣＳＣＦ３２２を介してルーティングされていて、セッション（信号データ）は、Ａ−ＳＣＣ３０８を、ここではＳ−ＣＳＣＦ３４６及びＳＣＣ  ＡＳ３４８及び遠端装置までの考えうるさらなるノードである、ホーム・ネットワーク３００内のノードに対してアンカしている。メディア・データ３４０は、同じｅＮｏｄｅＢ３２４、Ｓ−ＧＷ３２８及びＰ−ＧＷ３３０を介して、遠端局までのホーム通信ネットワーク３００の（図示されていない）１つ以上のノードに向けてＭＲＦＰ３３８にルーティングされる。
【００８５】
図４は、ＰＳアクセス・ネットワーク３１０からＣＳアクセス・ネットワーク３１２への転送後の、信号データ４２０及びメディア・データ４４２のルーティングを示している。信号データ４２０は、ＢＳＳ／ＲＮＣ３３２、ＭＳＣ−Ｓ３３４を介して、そして転送前と同じＡ−ＳＣＣ３０８を介してルーティングされる。メディア・データ４４２は、ＢＳＳ／ＲＮＣ３３２経由でＭＧＷ３３６及び転送前と同じＭＲＦＰ３３８にルーティングされる。例示的な実施形態によると、信号データ４２０及びメディア・データ４４２は、さらに、ホーム通信ネットワーク３００内の転送前と同じノード３４８経由でルーティングされる。
【００８６】
Ａ−ＳＣＣ３０８は、サービング（ローミングであると訪問先）ネットワーク３０２における新しい機能である。Ａ−ＳＣＣは、主として、マルチメディア・セッションのサービス継続を可能にするためのＩＭＳに基づくメカニズムを提供する。ＩＭＳサービス継続のために、特に、非特許文献２で規定されているセッション（最近はまた"アクセス"と呼ばれる）転送のために、Ａ−ＳＣＣ３０８は、以下の機能のうちの１つ以上を実装する場合がある。
−Ａ−ＳＣＣ３０８は、ＳＩＰ経路パスの中に含まれる。開始セッションと終了セッションの双方ともが通過する。これはまた、セッション転送要求がＡ−ＳＣＣ３０８で終端されることを示唆する。
−Ａ−ＳＣＣは、ＳＩＰ  ＩＮＶＩＴＥに含まれる、セッション転送に必要な情報（セッション転送要求例は、受信したＳＩＰ  ＩＮＶＩＴＥが実際にセッション転送要求であることを識別できるようにするセッション転送要求識別情報を含み、そしてさらに端末識別情報を含んでいる）を解析し、そしていずれのセッション転送シナリオを実行すべきであるかを決める。Ａ−ＳＣＣは、（事業者の方針がＡ−ＳＣＣ３０８に存在すると）セッション転送要求が事業者の方針と合っていないと、セッション転送要求を拒否する。
−Ａ−ＳＣＣは、ＨＳＳ又はＳＣＣ  ＡＳ３４８から、ＨＳＳ内のユーザ・プロファイルに保存されているＩＭＳプライベート・ユーザ識別子に結合された、Ｃ−ＭＳＩＤＳＮ（Ｃｏｒｒｅｌａｔｉｏｎ  ＭＳＩＤＳＮ）を読み出す場合がある。ＰＳアクセスでのセッションがＳＣＣ  ＡＳ３４８にアンカされると、ＳＣＣ  ＡＳ３４８は、登録中に用いられるＩＭＳプライベート・ユーザ識別子に対して、セッションが進行中であることを承知している。＊
−Ａ−ＳＣＣ３０８は、ＳＩＰメッセージ内のフラグ／表示により、Ａ−ＳＣＣが経路パスに含まれていることを、ホームＩＭＳに示す。これによって、ホーム通信ネットワーク３００において、セッション転送関連機能が存在すると、ホーム通信ネットワーク３００がセッション転送関連機能を無効にできる。
−Ａ−ＳＣＣは、着信ＳＩＰ  ＩＮＶＩＴＥ内に提供されている情報を用いて（上記"＊"印をまた参照、例えば、受信した端末識別情報を解析することにより）、セッション転送要求をアンカされているセッションと関係付ける。セッション転送要求がＣ−ＭＳＩＳＤＮを含んでいると、ＳＣＣ  ＡＳ３４８は、転送されることになるＰＳアクセスについて対応するセッションを調べることができる。
−Ａ−ＳＣＣは、セッション転送特有の課金データを提供する。
−Ａ−ＳＣＣは、メディア操作のためにＭＲＦＰ３３８を制御する。
【００８７】
Ａ−ＳＣＣ３０８は、変化を遠端装置から隠蔽するために、（信号とメディアの双方ともに）バック・ツー・バック・ユーザ・エージェント（Ｂ２ＢＵＡ）として振舞う場合がある。
【００８８】
Ａ−ＳＣＣ３０８は、スタンドアロンであるか、Ｐ−ＣＳＣＦ３２２、ＭＳＣ−Ｓ３３４又はＩＭＳボーダ制御機能（ＩＢＣＦ）のようなＳＩＰ可能なネットワーク・エンティティと併置できる。
【００８９】
Ａ−ＳＣＣ３０８は、遠隔区間と（例えば、発展型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）を介して）その時点で通信しているソース・アクセス区間を、（ＭＳＣサーバ３３４を介して）対象アクセス区間と置き換えることにより、アクセス転送手順を実行できる。Ａ−ＳＣＣは、（非特許文献２で規定されているＣ−ＭＳＩＳＤＮを用いて）アクセス転送要求に関係付ける既存セッションを調べ、そしてソース・アクセス区間を対象アクセス区間と置き換えることにより、アクセス転送手順を実行できる。メディア・フローが転送発出アクセスに残っていないと、ソース・アクセス区間は解放され、そしてＡ−ＳＣＣ３０８は、必要であれば遠隔区間を更新する。ソース・アクセス区間の対象アクセス区間への切り替えが実行される場合、遠隔区間は、通常、メディア・フローを転送受入れアクセス・ネットワークに転送するために、また更新される。
【００９０】
例えばＣＳへの転送後、信号データ４２０は、Ａ−ＳＣＣ３０８を介してルーティングされ、そしてメディア・データ４４２は、ＭＲＦＰ３３８を介してルーティングされる。
【００９１】
Ａ−ＳＣＣ３０８が、訪問先ネットワーク３０２に配置されると、ホーム公衆陸上移動通信ネットワーク（ＨＰＬＭＮ）／ホームＩＭＳ内のＳＣＣ  ＡＳ３４８は、非特許文献２に規定されているように、アクセス・ドメイン選択の終端（Ｔ−ＡＤＳ）を提供する。その上、ＳＣＣ  ＡＳ３４８は、事業者の方針及びＵＥ間転送を処理する場合がある。
【００９２】
Ａ−ＳＣＣ３０８は、ルーティング・プレーンに含まれるので、
−Ａ−ＳＣＣは、開始セッション及び終了セッションに対して選択される必要がある。
−ＳＲＶＣＣのために強化されたＭＳＣサーバからのセッション転送要求は、Ａ−ＳＣＣにルーティングされる必要がある。
【００９３】
それ故、サービング通信ネットワークにおけるセッション転送ノードを決定する必要があり、第１のアクセス・ネットワークから第２のアクセス・ネットワークにセッションを転送するためにセッション転送要求の送信を始動するように構成される、サービング通信ネットワーク内のノードに、決定したセッション転送ノードのアドレスを伝える必要がある。
【００９４】
以下で、ホーム通信ネットワーク３００の端末３０４のセッションのために、サービング通信ネットワーク３０２内のセッション転送ノード３０８の決定と、決定されたセッション転送ノード３０８にセッション転送要求が送られるように、決定されたセッション転送ノード３０８のアドレスを、サービング通信ネットワーク３０２のノード３０４、３２２、３２６、３３４、６２６及び６５０に提供するための方法に関して、図５及び図６を用いて例示的な実施形態を説明する。簡略化ために、図３、図４内の同様又は同一の要素を参照する図５、図６内の要素には、同じ参照符号を使用することに注意されたい。
【００９５】
訪問先のネットワーク３０２内のＡ−ＳＣＣ３０８をどのように決定するかについてと、Ａ−ＳＣＣ３０８のアドレスをどのようにＭＳＣサーバ３３４に提供するかについて種々の選択肢があり得る。
【００９６】
Ｐ−ＣＳＣＦ３２２がサービング（ローミングであると訪問先）ネットワーク３０２にある、図５に示す第１の選択肢によると、以下が実行され得る。
【００９７】
１）第１のステップとして、ネットワークは、サービング（ローミングであると訪問先）ネットワーク３０２内の信号アンカ（Ａ−ＳＣＣ３０８）を決定する。これは、例えば、以下の２つの方法のうちの１つで行うことができる。
【００９８】
１ａ）Ａ−ＳＣＣ３０８は、訪問先ネットワーク３０２内のＰ−ＣＳＣＦ３２２内に併置され、ＭＲＦＰ３３８を制御する。このケースでは、Ａ−ＳＣＣ３０８を明確に選択する必要がない。
【００９９】
１ｂ）Ａ−ＳＣＣ３０８がＰ−ＣＳＣＦ３２２から分離しているケースでは、Ａ−ＳＣＣは、
−訪問先ネットワーク３０２に対して何らかの局所アルゴリズム（例えば、ユーザＩＤ等のハッシュ値に基づくラウンドロビン）を用いて、Ｐ−ＣＳＣＦ３２２により選択される。或いは／それに加えて、
−ホーム・ネットワーク３００内のＳＣＣ  ＡＳ３４８により選択／アドレス指定される。この場合、ＳＣＣ  ＡＳ３４８は、いくつかの原理に基づいてＡ−ＳＣＣ３０８のアドレスを指定可能であり、いくつかの原理の例は、ＳＣＣ  ＡＳが、各訪問先ネットワーク３０２に対して、それから選択するための、局所的に構成されるＡ−ＳＣＣ３０８のリストを有することや、ＳＣＣ  ＡＳは、自身が持つ訪問先ネットワーク情報に基づいてＡ−ＳＣＣユーザ・ローミング番号（ＵＲＩ）を導出できること（そして訪問先ネットワーク３０２は、結局、物理的なＡ−ＳＣＣ３０８それ自身を選択する）こと等である。この場合、Ｐ−ＣＳＣＦ３２２は、ホーム・ネットワーク３００内にもいることができることに留意されたい。
【０１００】
２）さらなるステップとして、ａ）Ｐ−ＣＳＣＦ３２２（Ｐ−ＣＳＣＦ３２２がＡ−ＳＣＣ３０８を選択した場合）又はｂ）ＳＣＣ  ＡＳ３４８（ＳＣＣ  ＡＳ３４８がＡ−ＳＣＣ３０８を起動した場合）は、次のいずれかを用いて、選択された信号アンカ／Ａ−ＳＣＣ３０８のアドレスをＵＥ３０４に知らせる。
−ＭＳＣサーバ３３４又はＵＥ３０４からＡ−ＳＣＣ３０８に呼をルーティングするための局所的セッション転送番号シングル無線（セッション転送ノード３０８のアドレスに対する例であるＳＴＮ−ＳＲで）、又は
−他のアドレス。
【０１０１】
ＳＴＮ−ＳＲは、セッション転送ノード３０８のアドレス例である。セッション制御ノードにより決定され、サービング通信ネットワークのノードに送信されるアドレスは、アドレス変換が可能であるため、セッション転送要求をセッション転送ノードに送信するのに用いられるアドレスと同一である必要はないことに留意されたい。
【０１０２】
３）さらなるステップとして、ＵＥ３０４は、例えば、再アタッチを実行することにより、Ａ−ＳＣＣ３０８のアドレスをＭＭＥ３２６に送信する。
【０１０３】
４）さらなるステップとして、ＭＭＥ３２６は、ＳＶインタフェースによってＭＳＣサーバ３３４に送信される再配置要求にＡ−ＳＣＣ３０８のアドレスを含める。
【０１０４】
Ｐ−ＣＳＣＦ３２２がサービング（ローミングであると訪問先）ネットワーク３０２内にある、図６に示す第２の選択肢によると、以下が実行される場合がある。
【０１０５】
１）第１のステップとして、ＵＥ３０４は、トラッキング・エリア（ＴＡ）、グローバル・ユニーク・テンポラリ識別子（ＧＵＴＩで、発展型パケット・コア網（ＥＰＣ：３ＧＰＰ技術仕様書２３．４０１参照。ＥＰＣは発展型パケット・システム（ＥＰＳ）の一部である。）で用いられ、ＭＭＥ６２６により割り当てられる）、国際移動電話加入者識別子（ＩＭＳＩ）を、Ｐ−ＣＳＣＦ３２２に送信する。
【０１０６】
２）さらなるステップとして、これらのパラメータに基づいて、Ｐ−ＣＳＣＦ３２２は、例えば、ＧＵＴＩ及びＴＡとＡ−ＳＣＣインスタンスとの対応付けを行うテーブルを用いて、信号アンカ／Ａ−ＳＣＣ３０８を選択する。
【０１０７】
３）さらなるステップとして、Ｐ−ＣＳＣＦ３２２は、ＴＡ及びＧＵＴＩを用いて、ハンドオーバ選択機能（ＨＯＳＦ）６５０（又はＨＯＳＦ６５０とＭＭＥ６２６との間には１：１の関係があるＭＭＥ６２６）を見つけ、ＨＯＳＦ６５０にＡ−ＳＣＣ３０８を知らせる。
−ＭＭＥ６２６が変わる場合、Ｐ−ＣＳＣＦ３２２は、ＨＯＳＦ６５０／ＭＭＥ６２６を更新する必要がある（ＨＯＳＦ／ＭＭＥ間は１：１の関係）
−この出願で記述されるＨＯＳＦ６５０は、また、ハンドオーバ機能の選択をサポートし、ここでは、これに関して、Ａ−ＳＣＣ３０８を選択しているが、汎用アクセス（ＶｏＬＧＡ）を介したＬＴＥ音声において、選択はＶｏＬＧＡとＩＭＳ／ＳＲＶＣＣのどちらかであることに留意されたい。
【０１０８】
４）ハンドオーバ（ＨＯ）中、ＭＳＣ３３４とコンタクトし、信号アンカを含むＨＯＳＦ６５０と、ＭＭＥ６２６はコンタクトする。
【０１０９】
上述したように、ＨＯＳＦ６５０は、ＭＭＥ６２６と同じノードであり得ることに留意されたい。この出願の目的のために、ＨＯＳＦ６５０は、ハンドオーバ支援機能を選択するのに、ＭＭＥ６２６が必要とする機能である。
【０１１０】
ＶｏＬＧＡフォーラム、例えば、ｈｔｔｐ：／／ｗｗｗ．ｖｏｌｇａ−ｆｏｒｕｍ．ｃｏｍ／を参照、はアーキテクチャの中で、ハンドオーバ選択機能（ＨＯＳＦ）を次のように定義している。ハンドオーバの場合、ＨＯＳＦは、ＭＭＥからのＨＯ要求がＶｏＬＧＡ／ＳＲＶＣＣに対してか、ＩＭＳ／ＳＲＶＣＣに対してであるかを決め、そしてそれに応じて（すなわち、サービングＶＡＮＣ（ＶｏＬＧＡアクセス・ネットワーク制御装置）又はＳＲＶＣＣのために強化されたＭＳＣサーバに）要求を送る。ＨＯＳＦは、ＵＥに対するサービングＶＡＮＣの保存されているレコードに基づいてこれらの決定をできるように、ＶＡＮＣ−ＵＥ結合の作成手順と削除手順をサポートすべきである。ＨＯＳＦは、論理機能エンティティであり、事業者の要件（例えば、分離したエンティティ、ＭＭＥ又はＶＡＮＣに組み込み）により配備できる。
【０１１１】
ＭＳＣサーバ３３４によるＡ−ＳＣＣ３０８のアドレスの利用は以下の通りであり得る。
【０１１２】
ＭＳＣサーバ３３４は、訪問先ネットワーク３０２内の選択されたＡ−ＳＣＣ３０８にアクセス転送要求を送るのに、Ａ−ＳＣＣ３０８の受信したアドレスを用いる。セッション転送要求は、ＭＳＣサーバ３３４が３ＧＰＰ技術仕様書２３．２１６に規定されているように、ＳＲＶＣＣ  ＰＳ−ＣＳ要求（図２ｂではハンドオーバ（要求）とも呼ばれている）を受信すると、送信される。ＳＴＮ−ＳＲに加えて（又は代わりに）、Ａ−ＳＣＣ３０８のアドレスが、メッセージをＡ−ＳＣＣ３０８にルーティングするためにセッション転送要求の中で用いられる。
【０１１３】
選択した代替方法（選択肢）とは無関係に、例えばＳＲＶＣＣ呼フローに関して、必要なさらなる変更の可能性があり、訪問先ネットワーク３０２内におけるセッション転送は素早いため、セッション転送要求は後で送信され得る。ＭＳＣサーバ３３４は、Ａ−ＳＣＣ３０８が訪問先ネットワーク３０２内にいるか否かに応じて、セッション転送要求を送信すべき時間を決定できる。
【０１１４】
結局のところ、ホーム・ネットワーク３００内のＳＣＣ  ＡＳ３４８を用いる代わりに、訪問先ネットワーク内のＡ−ＳＣＣ３０８を用いることが、本発明により可能となる。Ａ−ＳＣＣ３０８は、訪問先ネットワーク３０２における移動アンカ・ポイントを提供することによりＳＲＶＣＣを強化し、よって、ＳＲＶＣＣが完了するのに必要な信号区間の縮小及び時間の短縮を提供し、そしてＰ−ＧＷ３３０が訪問先ネットワーク３０２にあると、メディア・パスの最適化が可能になる。
【０１１５】
上記明細書においては、信号アンカが要求のようなメッセージに含まれていると記載している部分があるが、この点について、含まれているのは、セッション転送機能のアドレスである。同様に、"．．．信号アンカを．．．に送信する"のような表現は、"サービング通信ネットワーク内のセッション転送ノードのアドレスが．．．に送信される"こととして理解されなければならない。
【０１１６】
本発明はさらに、例示的な実施形態について、図７を参照して以下でより詳細に説明するデバイスとして実現される。参照符号は説明目的で使用し、限定すこるとを意図しない。
【０１１７】
図７は、それぞれ、サービング通信ネットワークのセッション転送ノードと、サービング通信ネットワークのノードと、セッション制御ノードの例示的な実施形態を表すデバイスＤ１００、Ｄ２００、Ｄ３００を概略的に示している。
【０１１８】
受信部Ｒ１００と、送信部Ｔ１００と、処理部Ｐ１００と、保存部Ｃ１００と、を備えているセッション転送ノードＤ１００の例示的な実施形態が描かれている。各個別の機能ブロックＲ１００、Ｔ１００、Ｐ１００、Ｃ１００を備えているセッション転送ノードＤ１００は、セッション転送ノードに関する限り、本明細書で説明されている方法のステップを行うように構成され、受信部Ｒ１００はデータを受信するように構成され、送信部Ｔ１００はデータを送信するように構成され、処理部Ｐ１００は、例えばデータを保存部Ｃ１００に保存し、及び／又は、保存部Ｃ１００からデータを読み出すといったデータを処理するように、及び／又は、送信部Ｔ１００を介してデータの送信を開始するように構成されている。
【０１１９】
受信部Ｒ２００と、送信部Ｔ２００と、処理部Ｐ２００と、保存部Ｃ２００と、を備えている（サービング通信ネットワークの）ノードＤ２００の例示的な実施形態が描かれている。各個別の機能ブロックＲ２００、Ｔ２００、Ｐ２００及びＣ２００を備えているノードＤ２００は、サービング通信ネットワークのノードに関する限り、本明細書で説明されている方法のいずれをも行うように構成され、受信部Ｒ２００はデータを受信するように構成され、送信部Ｔ２００はデータを送信するように構成され、処理部Ｐ２００は、例えば、データを保存部Ｃ２００に保存し、及び／又は、保存部Ｃ２００からデータを読み出すといったデータを処理するように、及び／又は、送信部Ｔ２００を介してデータの送信を開始するように構成されている。
【０１２０】
受信部Ｒ３００と、送信部Ｔ３００と、処理部Ｐ３００と、保存部Ｃ３００と、を備えている（サービング通信ネットワークの）セッション制御ノードＤ３００の例示的な実施形態が描かれている。各個別の機能ブロックＲ３００、Ｔ３００、Ｐ３００及びＣ３００を備えているセッション制御ノードＤ３００は、セッション制御ノードＤ３００に関する限り、本明細書で説明されている方法のいずれをも行うように構成され、受信部Ｒ３００はデータを受信するように構成され、送信部Ｔ３００はデータを送信するように構成され、処理部Ｐ３００は、例えば、データを保存部Ｃ３００に保存し、及び／又は、保存部Ｃ３００からデータを読み出すといったデータを処理するように、及び／又は、送信部Ｔ３００を介してデータの送信を開始するように構成されている。
【０１２１】
各機能ブロックＲ１００からＲ３００、Ｔ１００からＴ３００、Ｐ１００からＰ３００及びＣ１００からＣ３００は、いずれも、同じ又は異なる技術の１つ以上のサブユニットで構成され得る。
【０１２２】
本発明はまた、セッション転送ノードと、サービング通信ネットワークのノードと、セッション制御ノードで動作するときに、上述した方法を実行するためのソフトウェア・コードの部分を有するコンピュータ・プログラムにも係わる。コンピュータ・プログラムは、コンピュータで読み取り可能な記憶媒体に保存され得る。コンピュータで読み取り可能な記憶媒体は、それぞれのノード内に又は外部に設置された固定メモリ又は書き換え可能メモリであり得る。コンピュータ・プログラムはまた、例えばケーブル又は無線リンクを介して、一連の信号としてそれぞれのノードに転送できる。コンピュータ・プログラムは、前述したノードのいずれの処理部にロードされ得る。
【図１ａ】
0005666577.tif 000002
【図１ｂ】
0005666577.tif 000003
【図１ｃ】
0005666577.tif 000004
【図２ａ】
0005666577.tif 000005
【図２ｂ】
0005666577.tif 000006
【図３】
0005666577.tif 000007
【図４】
0005666577.tif 000008
【図５】
0005666577.tif 000009
【図６】
0005666577.tif 000010
【図７】
0005666577.tif 000011