JP4963516B2 - Ｉｍｓネットワーク環境における代替信号送信を用いたモバイル終端呼を管理するためのシステムおよび方法 - Google Patents

Description

（３５Ｕ．Ｓ．Ｃ．§１１９（ｅ）および３７Ｃ．Ｆ．Ｒ．§１．７８に基づく優先権）
本特許出願は、以下の先行の米国仮特許出願に基づき優先権を主張する。それらは、（ｉ）２００７年６月１日にＡｄｒｉａｎ ＢｕｃｋｌｅｙおよびＪａｎ Ｊｏｈｎ−Ｌｕｃ Ｂａｋｋｅｒにより出願された「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＭＡＮＡＧＩＮＧ ＭＴ ＣＡＬＬ ＵＳＩＮＧ ＡＬＴＥＲＮＡＴＩＶＥ ＳＩＧＮＡＬＬＩＮＧ」と題する米国特許出願第６０／９４１，３２２号、（ｉｉ）２００７年６月８日にＡｄｒｉａｎ ＢｕｃｋｌｅｙおよびＪａｎ Ｊｏｈｎ−Ｌｕｃ Ｂａｋｋｅｒにより出願された「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＭＡＮＡＧＩＮＧ ＭＴ ＣＡＬＬ ＵＳＩＮＧ ＡＬＴＥＲＮＡＴＩＶＥ ＳＩＧＮＡＬＬＩＮＧ」と題する米国特許出願第６０／９４２，９４９号、および（ｉｉｉ）２００７年６月１１日にＡｄｒｉａｎ ＢｕｃｋｌｅｙおよびＪａｎ Ｊｏｈｎ−Ｌｕｃ Ｂａｋｋｅｒにより出願された「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＭＡＮＡＧＩＮＧ ＭＴ ＣＡＬＬ ＵＳＩＮＧ ＡＬＴＥＲＮＡＴＩＶＥ ＳＩＧＮＡＬＬＩＮＧ」と題する米国特許出願第６０／９４３，１１５号であり、これらの仮特許出願は、参照により本明細書に援用されている。
（関連出願の参照）
本願は、以下の米国特許出願の主題に関連する主題を開示する。それらは、（ｉ）本願と同じ日にＡｄｒｉａｎ ＢｕｃｋｌｅｙおよびＪａｎ Ｊｏｈｎ−Ｌｕｃ Ｂａｋｋｅｒによって出願された「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＭＡＮＡＧＩＮＧ ＭＯＢＩＬＥ−ＴＥＲＭＩＮＡＴＥＤ（ＭＴ） ＣＡＬＬＳ ＩＮ ＩＭＳ ＮＥＴＷＯＲＫ ＥＮＶＩＲＯＮＭＥＮＴ ＵＳＩＮＧ ＡＬＴＥＲＮＡＴＩＶＥ ＳＩＧＮＡＬＩＮＧ」と題する出願番号第＿＿＿＿号（事件整理番号第３２３５１−１−ＵＳ−ＰＡＴ）、および（ｉｉ）本願と同じ日にＡｄｒｉａｎ ＢｕｃｋｌｅｙおよびＪａｎ Ｊｏｈｎ−Ｌｕｃ Ｂａｋｋｅｒによって出願された「ＭＥＳＳＡＧＥ ＧＥＮＥＲＡＴＩＯＮ ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＭＡＮＡＧＩＮＧ ＩＭＳ ＳＩＧＮＡＬＩＮＧ ＯＶＥＲ Ａ ＣＩＲＣＵＩＴ−ＳＷＩＴＣＨＥＤ ＮＥＴＷＯＲＫ」と題する出願番号第＿＿＿＿号（事件整理番号第３２３５１−２−ＵＳ−ＰＡＴ）であり、これらの特許出願は、参照により本明細書に援用されている。

本願は、以下の米国特許出願の主題に関連する主題をさらに開示する。それらは、（ｉ）２００６年１月１０日に出願された米国特許出願第１１／３２８，８７５号（事件整理番号第３０６８３−ＵＳ−ＰＡＴ）、（ｉｉ）２００６年２月６日に出願された米国特許出願第１１／３４７，８７４号（事件整理番号第３０８０９−ＵＳ−ＰＡＴ）、（ｉｉｉ）２００６年８月１１日に出願された米国特許出願第１１／５０３，４６５号（事件整理番号第３１２５８−ＵＳ−ＰＡＴ）、および（ｉｖ）２００６年１０月３日に出願された米国特許出願第１１／５４２，４６２号（事件整理番号第３１３４８−ＵＳ−ＰＡＴ）である。
（開示の分野）
本特許開示は、概して、通信ネットワークにおける呼処理に関する。より具体的には、これに限らないが、本発明の開示は、回線交換（ＣＳ）ネットワークおよびＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるモバイル終端（ＭＴ）呼を管理するためのシステムおよび方法を対象にしている。

オペレータは、ＩＭＳネットワーク上であるいはＩＭＳネットワークを通してホストされたサービスを、（補助サービスを含む）特定のＩＭＳベースのサービスがそのようなデバイスによって消費されることを可能にするＣＳ接続デバイスに提供する。呼び出しパーティによって生成されたＣＳ接続デバイスに向かうＭＴ呼の配信は、ＩＭＳベースのサービスの１つであると想定されるので、種々の問題が、特に複数のＭＴ呼が巻き込まれ得る場合、そのようなＭＴ呼を管理することに関して発生する。

（図の詳細な説明）
本特許開示は、ＩＭＳ集中サービス（ＩＣＳ）対応機能を介するＭＴ呼のＣＳ接続ＵＥデバイスへの配信を管理するためのスキームを幅広く対象にしている。１つの態様では、実施形態はＩＭＳネットワークにおけるＭＴ呼の管理方法を対象にしており、ＭＴ呼は、呼び出しパーティによってＵＥデバイスに向けて生成されている。請求された実施形態は、以下のうちの１つ以上を含む。それらは、ネットワークノードにおいてＭＴ呼に従うメッセージを受信し、ＭＴ呼が、ＣＳドメイン上でＵＥデバイスに配信されるべきであることを決定することと、ＭＴ呼および、マッピング関係において関連するＩＰマルチメディアルーティング番号（ＩＭＲＮ）を、呼情報の少なくとも一部分に関連させる呼情報を格納することと、１つ以上の代替信号（ＡＳ）メッセージをＵＥデバイスに送信することとであり、ＡＳメッセージのうちの少なくとも１つは、ＩＭＲＮおよび、ＡＳメッセージがＭＴ呼の配信のためであることの指標、ネットワークノードで受信するモバイル発信（ＭＯ）呼に従った、ＵＥデバイスから戻るＩＭＲＮを含み、ＩＭＲＮは、宛先番号として使用され、ＩＭＲＮが有効であると確認されるとすぐに、ＵＥデバイスを有するアクセスレグを開始し、アクセスレグを呼び出しパーティとＵＥデバイスとの間のＭＴ呼に対する端部間経路の確立のために、該ＵＥデバイスに関連するアクセスレグ、および該呼び出しパーティに関連する遠隔レグをブリッジする。

本特許開示の他の実施形態は、ＩＭＳ環境において、呼び出しパーティによって生成されている、ＵＥデバイスに向けたＭＴ呼を管理するように動作可能なネットワークノードを対象にしている。請求された実施形態は、以下の１つ以上を含む。それらは、ＭＴ呼に従ったメッセージを受信し、ＭＴ呼がＣＳドメイン上でＵＥデバイスに配信されるべきであると決定するように構成されたコンポーネントと、ＵＥデバイスに関する呼情報を格納し、ＩＭＲＮを、マッピング関係で呼情報の少なくとも一部分に関連させるように構成されたコンポーネントと、１つ以上の代替信号（ＡＳ）メッセージをＵＥデバイスに送信するように構成されたコンポーネントであり、ＡＳメッセージのうちの少なくとも１つは、ＩＭＲＮおよび、ＡＳメッセージがＭＴ呼の配信のためであることの指標、および、ネットワークノードで受信するモバイル発信（ＭＯ）呼に従った、ＵＥデバイスから戻るＩＭＲＮを受信するように構成されたコンポーネントを含み、ＩＭＲＮは宛先番号として使用され、コンポーネントは、ＩＭＲＮが有効であるとことを確認することに応答して動作可能な、ＵＥデバイスを有するアクセスレグを開始し、アクセスレグを呼び出しパーティとＵＥデバイスとの間のＭＴ呼に対する端部間経路の確立のために呼び出しパーティに関連する遠隔レグにブリッジするように構成されている。

さらなる実施形態では、本明細書に開示された内容は、コンピュータアクセス可能な媒体であり、ネットワークノードの処理エンティティによって実行可能な命令のシーケンスを有しており、ネットワークノードは、ＩＭＳ環境において呼び出しパーティによって生成されたＵＥデバイスに向けたＭＴ呼を管理するように動作可能である。請求された実施形態は、以下の１つ以上を含む。それらは、ＭＴ呼に従ったメッセージを介して受信されたＭＴ呼に関連している呼情報を格納し、ＭＴ呼がＣＳドメイン上でＵＥデバイスに配信されるべきと決定する命令と、ＩＭＲＮをマッピング関係で呼情報の少なくとも一部分に関連させる命令と、ＵＥデバイスに送信する１つ以上の代替信号送信（ＡＳ）メッセージをエンコードする命令とであり、ＡＳメッセージのうちの少なくとも１つは、ＩＭＲＮおよび、ＡＳメッセージがＭＴ呼の配信のためであることの指標、ＩＭＲＮがＭＯ呼に従ったＵＥデバイスから戻されて受信された場合にＩＭＲＮが有効であることを確認する命令、ＩＭＲＮは宛先番号として使用され、ＵＥデバイスに関連したアクセスレグ、および呼び出しパーティに関連した遠隔レグをブリッジし、アクセスレグを呼び出しパーティとＵＥデバイスとの間のＭＴ呼に対する端部間経路の確立する命令を含む。
例えば、本発明は以下の項目を提供する。
（項目１）
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークにおいてモバイル終端（ＭＴ）呼を管理する方法であって、該ＭＴ呼は呼び出しパーティによってユーザ装備（ＵＥ）デバイスに向けて発信され、該方法は、
該ＭＴ呼に従ってネットワークノードにおいてメッセージを受信し、該ＭＴ呼が、回線交換（ＣＳ）ドメインを介して該ＵＥデバイスに配信されるべきかを決定することと、
該ＭＴ呼に関係する呼情報を格納し、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）を、該呼情報の少なくとも一部分とマッピング関係において関連させることと、
１つ以上の代替信号送信（ＡＳ）メッセージを該ＵＥデバイスに送信することであって、該ＡＳメッセージのうちの少なくとも１つは、該ＩＭＲＮおよび該ＡＳメッセージが該ＭＴ呼の配信のためであることの指標を含む、ことと、
該ネットワークノードで終端するモバイル発信（ＭＯ）呼に従って、該ＵＥデバイスから戻る該ＩＭＲＮを受信することであって、該ＩＭＲＮが宛先番号として使用される、ことと、
該ＩＭＲＮが有効であると確認する際に、アクセスレグをＵＥデバイスにより開始し、該アクセスレグを、呼び出しパーティと該ＵＥデバイスとの間の該ＭＴ呼に対する端部間経路の確立のために、該呼び出しパーティに関連する遠隔レグとブリッジすることと
を含む、方法。
（項目２）
上記メッセージは、セッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥ方法要求を含む、項目１に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目３）
上記ＩＭＲＮは、複数のＥ．１６４番号のプールから選択され、動的に生成されたＥ．１６４番号のうちの１つであるＥ．１６４番号である、項目１に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目４）
上記１つ以上のＡＳメッセージは、少なくとも１つの非構成補助サービスデータ（ＵＳＳＤ）メッセージ、および少なくとも１つのショートメッセージングサービス（ＳＭＳ）メッセージのうちの少なくとも１つを含む、項目１に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目５）
上記ＩＭＲＮは、該ＩＭＲＮがタイムアウトしたかを監視することによって、有効な番号であることが確認される、項目１に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目６）
上記ＩＭＲＮを、一定の期間、検疫プールに解放することをさらに含む、項目５に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目７）
上記ＩＭＲＮは、上記ＩＭＳネットワークにおいて、ＳＩＰ ＩＮＶＩＴＥ方法要求を介して、メディアゲートウェイ制御機能（ＭＧＣＦ）エンティティから受信される、項目１に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目８）
上記ＳＩＰ ＩＮＶＩＴＥ方法要求は、ネットワークアクセス情報ヘッダフィールドを含む、項目７に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目９）
上記１つ以上のＡＳメッセージは、Ａ−パーティＩＤおよびＢ−パーティＩＤのうちの少なくとも１つに関する情報を含む、項目１に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目１０）
上記１つ以上のＡＳメッセージは、上記Ａ−パーティＩＤに関連したプライバシーＩＤセッティングに関する情報をさらに含む、項目９に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目１１）
上記Ａ−パーティＩＤおよび上記Ｂ−パーティＩＤのうちの少なくとも１つは、辞書機構を介してエンコードされる、項目９に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目１２）
上記辞書機構は、所定の回数起きる文字列を整合することを含む、項目１１に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目１３）
上記文字列は、「ｓｉｐ：」および「ｓｉｐｓ：」のうちの少なくとも１つを含む、項目１２に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目１４）
上記辞書機構は、ユニフォームリソース識別子（ＵＲＩ）のドメインフラグメントを整合することを含む、項目１１に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目１５）
上記Ａ−パーティＩＤおよび上記Ｂ−パーティＩＤのうちの少なくとも１つが、ＳＩＰ
ＵＲＩ、ＴＥＬ ＵＲＩ、およびＥ．１６４番号のうちの少なくとも１つとしてエンコードされる、項目９に記載のＩＭＳネットワークにおいてＭＴ呼を管理する方法。
（項目１６）
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）において、モバイル終端（ＭＴ）呼を管理するように動作可能なネットワークノードであって、該ＭＴ呼は、呼び出しパーティによってユーザ装備（ＵＥ）デバイスに向けて発信され、該ネットワークノードは、
該ＭＴ呼に従ってメッセージを受信するように構成され、該ＭＴ呼が、回線交換（ＣＳ）ドメインを介して該ＵＥデバイスに配信されるべきであることを決定するためのコンポーネントと、
該ＭＴ呼に関する呼情報を格納するように構成され、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）を、マッピング関係において該呼情報の少なくとも一部分と関連させるためのコンポーネントと、
１つ以上の代替信号送信（ＡＳ）メッセージを該ＵＥデバイスに送信するように構成されたコンポーネントであって、該ＡＳメッセージのうちの少なくとも１つは、該ＩＭＲＮおよび該ＡＳメッセージが該ＭＴ呼の配信のためであることの指標を含む、コンポーネントと、
該ネットワークノードにおいて終端するモバイル発信（ＭＯ）呼に従って、該ＵＥデバイスから戻される該ＩＭＲＮを受信するように構成されたコンポーネントであって、該ＩＭＲＮは、宛先番号として使用される、コンポーネントと、
該ＩＭＲＮが有効であることを確認することに応答するように動作可能であり、アクセスレグを該ＵＥデバイスにより開始し、かつ、呼び出しパーティと該ＵＥデバイスとの間の該ＭＴ呼に対する端部間経路の確立のために、該アクセスレグを該呼パーティに関連する遠隔レグとブリッジするように構成されたコンポーネントと
を含む、ネットワークノード。
（項目１７）
メッセージを受信するように構成された上記コンポーネントは、セッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥ方法要求を受信するように構成されたコンポーネントを含む、項目１６に記載のＭＴ呼を管理するように動作可能なネットワークノード。
（項目１８）
ＩＭＲＮの範囲を提供するように構成されたコンポーネントであって、該ＩＭＲＮの範囲から該ＩＭＲＮが割当られる、コンポーネントをさらに含む、項目１６に記載のＭＴ呼を管理するように動作可能なネットワークノード。
（項目１９）
上記ＩＭＲＮを生成するように構成されたコンポーネントをさらに含む、項目１６に記載のＭＴ呼を管理するように動作可能なネットワークノード。
（項目２０）
上記１つ以上のＡＳメッセージは、非構成補助サービスデータ（ＵＳＳＤ）アプリケーションによって提供された少なくとも１つの非構成補助サービスデータメッセージ、およびショートメッセージングサービス（ＳＭＳ）アプリケーションによって提供された少なくとも１つのＳＭＳメッセージのうちの少なくとも１つを含む、項目１６に記載のＭＴ呼を管理するように動作可能なネットワークノード。
（項目２１）
上記ＩＭＲＮが有効であることを確認するように構成されたコンポーネントをさらに含む、項目１６に記載のＭＴ呼を管理するように動作可能なネットワークノード。
（項目２２）
上記１つ以上のＡＳメッセージを介する送信のために、上記呼情報をエンコードするように構成されたコンポーネントをさらに含む、項目１６に記載のＭＴ呼を管理するように動作可能なネットワークノード。
（項目２３）
上記呼情報をエンコードするように構成されたコンポーネントは、辞書機構を含む、項目２２に記載のＭＴ呼を管理するように動作可能なネットワークノード。
（項目２４）
上記辞書機構は、所定の回数起きる文字列を整合するように構成されたコンポーネントを含む、項目２３に記載のＭＴ呼を管理するように動作可能なネットワークノード。
（項目２５）
上記文字列は、「ｓｉｐ：」および「ｓｉｐｓ：」のうちの少なくとも１つを含む、項目２４に記載のＭＴ呼を管理するように動作可能なネットワークノード。
（項目２６）
上記辞書機構は、ユニフォームリソース識別子（ＵＲＩ）のドメインフラグメントを整合するように構成されたコンポーネントを含む、項目２３に記載のＭＴ呼を管理するように動作可能なネットワークノード。
（項目２７）
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）において、モバイル終端（ＭＴ）呼を管理するように動作可能なネットワークノードのプロセッシングエンティティによって実行可能な一連の命令を有するコンピュータアクセス可能な媒体であって、該媒体は、
呼び出しパーティからの該ＭＴ呼に従って、メッセージを介して受信された該ＭＴ呼に関する呼情報を格納し、かつ、回線交換（ＣＳ）ドメインを介して、該ＭＴ呼がユーザ装備（ＵＥ）デバイスに配信されるべきであることを決定するための命令と、
ＩＰマルチメディアルーティング番号（ＩＭＲＮ）を、該呼情報の少なくとも一部分とマッピング関係において関連させるための命令と、
該ＵＥデバイスに送信する１つ以上の代替信号送信（ＡＳ）メッセージをエンコードするための命令であって、該ＡＳメッセージのうちの少なくとも１つは、該ＩＭＲＮおよび、該ＩＭＲＮおよび該ＡＳメッセージが該ＭＴ呼の配信のためであることの指標を含む、命令と、
該ＩＭＲＮが、モバイル発信（ＭＯ）呼に従って、該ＵＥデバイスから戻されて受信される場合に、該ＩＭＲＮが有効であることを確認するための命令であって、該ＩＭＲＮは宛先番号として使用される、命令と、
該呼び出しパーティと該ＵＥデバイスとの間の該ＭＴ呼に対する端部間経路の確立のために、該ＵＥデバイスに関連するアクセスレグ、および該呼び出しパーティに関連する遠隔レグをブリッジするための命令と
を含む、コンピュータアクセス可能な媒体。

本特許開示の実施形態のより完全な理解は、添付の図面と関連させたとき、以下の詳細な説明に対する参照によって、得られ得る。
図１は、回線交換（ＣＳ）ネットワークインフラストラクチャおよびＩＰマルチメディアサブシステム（ＩＭＳ）インフラストラクチャを含む、本特許開示の実施形態が実行され得る。 図２は、簡略かされたネットワーク配置を図示しており、モバイル終端（ＭＴ）呼が一実施形態に従ってＩＭＳネットワークノードを介して配信されている。 図３は、１つの実施形態に従ったユーザ装備（ＵＥ）デバイスのブロックダイアグラムを図示している。 図４は、１つの実施形態に従ったＩＭＳネットワークノードのブロックダイアグラムを図示している。 図５は、本特許開示の目的のためのＩＭＳネットワークノードの実施形態に関連する基準点アーキテクチャを図示している。 図６Ａは、本特許開示の１つ以上の実施形態に従う、ＭＴ呼の配信を管理する例示的メッセージフローダイアグラムを図示している。 図６Ｂは、本特許開示の１つ以上の実施形態に従う、ＭＴ呼の配信を管理する例示的メッセージフローダイアグラムを図示している。 図７Ａは、ＩＭＳネットワークノードにおいて動作可能な１つ以上の実施形態に関連する例示的フローチャートを図示している。 図７Ｂは、ＩＭＳネットワークノードにおいて動作可能な１つ以上の実施形態に関連する例示的フローチャートを図示している。 図８は、ＵＥデバイスにおいて動作可能な実施形態に関連する例示的フローチャートを図示している。 図９Ａは、本特許開示の目的のための例示的基準点アーキテクチャを図示している。 図９Ｂは、本特許開示の目的のための例示的基準点アーキテクチャを図示している。 図９Ｃは、本特許開示の目的のための例示的基準点アーキテクチャを図示している。 図１０は、１つの実施形態に従う、ＩＣＳプロトコル情報を移送する例示的構造を図示している。 図１１Ａは、１つの実施形態に従う、ユーザデータ情報を移送する例示的データ構造を図示している。 図１１Ｂは、ユーザデータ情報を移送するための図１０および図１１Ａに例示されたタイプのデータ構造の生成を含む、メッセージ生成スキームの実施形態を図示している。 図１２は、本特許開示の目的のために動作可能な通信デバイスの実施形態のさらなる詳細を図示するブロックダイアグラムの図である。

本発明開示のシステムおよび方法が、実施形態がどのように最良に作られ使用されるかの様々な例を参照してここで記述される。同様な参照番号は、本記載およびいくつかの図面を通じて、同様なあるいは対応する部分を示し、様々な要素は必ずしも正しい縮尺で描かれてはいない。ここで、図面を参照すると、より具体的には図１を参照すると、例示的ネットワーク環境１００が図示されており、ＭＴ呼の、いくつかの理由で、ＣＳ接続のＵＥデバイスへの配信を管理するための本発明開示の実施形態が実施され得る。図示されたように、ネットワーク環境１００は、１つ以上のＵＥデバイス（１０２−１から１０２−Ｎ）に利用可能な複数のアクセス技術で構成されたアクセス空間１０４を含み、その具体的なＵＥデバイスは、１つ以上のＩＭＳ集中サービス（ＩＣＳ）を使用するように動作可能なＣＳ接続デバイスである。本開示の目的のために、ＵＥデバイスは任意の結合された、あるいは、未結合の通信デバイスであり得、適切な無線モデムあるいはモバイル通信デバイス（例えば、セルラーフォンあるいは、メッセージ送受信可能なデータ使用可能ハンドヘルドデバイス、ウェブブラウジング等）を装備した任意のパーソナルコンピュータ（例えば、デスクトップ、ラップトップ、パームトップ、あるいはハンドヘルドコンピュータデバイス）、あるいは任意の拡張ＰＤＡデバイスあるいは、Ｅメール、ビデオメール、インターネットアクセス、社内データアクセス、メッセージ送信、カレンダーおよびスケジュール、情報管理、等が可能な統合情報アプライアンスを含む。一般に、ＵＥデバイスは、複数のモードで動作可能であり得、それらのモードでは、パケット交換（ＰＳ）通信に加えて回線交換（ＣＳ）通信に従事し得、通信の１つのモードから通信の他のモードに連続の損失なしで移動できる。さらに、当業者は、無線ＵＥデバイスは、時折、別々のモバイル装備（ＭＥ）デバイスおよび関連したリムーバブルメモリモジュールの組み合わせとして扱われ得ることを認識するであろう。従って、本開示の目的として、用語「無線デバイス」および「ＵＥデバイス」は、これらは広い意味で同義語であるが、摘要可能な場合にはリムーバブルメモリモジュールを有するＭＥデバイスの組合せ、およびＭＥデバイス単独の両方を表すものとしてそれぞれ取り扱われる。

アクセス空間１０４は、ＣＳおよびＰＳネットワークドメインの両方で構成され得、無線技術、有線技術、ブロードバンドアクセス技術等を含み得る。例えば、参照番号１０６は、モバイル通信グローバルシステム（ＧＳＭ）ネットワークおよび符号分割多重アクセス（ＣＤＭＡ）ネットワークのような無線技術をいうが、本明細書の技術は任意の第３世代パートナーシッププロジェクト（３ＧＰＰ）準拠セルラーネットワーク（例えば、３ＧＰＰあるいは３ＧＰＰ２）にも同様に拡張され得る。参照番号１０８は、無線ローカルエリアネットワークあるいは、ＷＬＡＮ、Ｗｉ−ＭＡＸネットワークに加えて、ＤＳＬ、有線ブロードバンドのような固定ネットワークを含むブロードバンドアクセスネットワークを示す。従って、本開示の目的として、アクセス技術は、ＩＥＥＥ８０２．１１ａ技術、ＩＥＥＥ８０２．１１ｂ技術、ＩＥＥＥ８０２．１１ｇ技術、ＩＥＥＥ８０２．１１ｎ技術、ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）技術（ＣＳおよびＰＳドメインの両方の）、および、ユニバーサルモバイル通信システム（ＵＭＴＳ）技術およびＥｖｏｌｕｔｉｏｎ−Ｄａｔａ最適化（ＥＶＤＯ）技術等から選択された無線アクセス技術を含み得る。さらに、アクセス空間１０４の一部として例示されているのは、図１に示された従来の有線ＰＳＴＮインフラストラクチャ１１０である。アクセスネットワーク技術あるいはモバイル通信技術に係らず、ＣＳ接続されるＩＣＳ使用可能ＵＥデバイスは、本開示の目的に対して、ＩＣＳ ＵＥデバイスと単に呼ばれ得る。

ＩＭＳコアネットワーク１１２は、上に述べられた、任意のＣＳベースのネットワークを含む、上記された様々なアクセスネットワークのうちの１つ以上と結合され得る。周知のように、３ＧＰＰ団体によって規定されたＩＭＳ標準は、サービスプロバイダが、任意のネットワークタイプ上のＩＰを介して配信され得る様々なサービスを管理することを可能にし、ＩＰがベアラトラフィックおよびセッション開始プロトコル（ＳＩＰ）ベースの信号トラフィックの両方を移送するために使用される。広い意味では、ＩＭＳは、アプリケーション（例えば、サービス）およびネットワーク（例えば、アクセス）を管理するための、複数のサービスを提供できる枠組みである。ＩＭＳは、「アプリケーションサーバ」を、加入者が使用するサービス（例えば、音声通話連続性（ＶＣＣ）、Ｐｕｓｈ−Ｔｏ−Ｔａｌｋ（ＰＴＴ）等）を配信するネットワーク要素として規定する。ＩＭＳは、各アプリケーションサーバ（ＡＳ）が有することを要求される共通制御コンポーネント（例えば、加入者プロファイル、ＩＭＳモビリティ、ネットワークアクセス、認証、サービス認証、請求および売り上げ、オペレータ間機能および従来の電話ネットワークとの相互動作）を規定することによって、アプリケーションを管理する。

ＩＭＳは、主としてＧＳＭネットワークを対象にしている３ＧＰＰ標準団体によって規定され、他のグループ３ＧＰＰ２は、マルチメディアドメイン（ＭＭＤ）と呼ばれる同様に近いアーキテクチャを規定することに含まれていることを理解すべきである。ＭＭＤは、基本的に、ＣＤＭＡネットワークのためのＩＭＳであり、ＭＭＤおよびＩＭＳはおおよそ同等であるので、用語「ＩＭＳ」は、本特許開示では、適用され得るＩＭＳおよびＭＭＤの両方に修正して使用される。加えて、ＩＭＳに基づきＩＭＳを再使用するＮＧＮ（次世代ネットワーク）のための固定ネットワーク標準は、また、ＥＴＳＩ ＴＩＳＰＡＮ、ＣａｂｌｅｌａｂｓおよびＩＴＵ−Ｔのような団体によって開発されている。ＮＧＮおよびＩＭＳは、おおよそ同等であり、従って、用語「ＩＭＳ」はまた、本特許開示では、適用され得るＩＭＳおよびＮＧＮの両方に修正して使用される。

図１に対する参照を継続し、参照番号１１４−１〜１１４−Ｎは、本明細書において上で言及されたように、様々なサービス（例えば、ＶＣＣ、ＰＴＴ、等）をサポートするように動作可能な複数のＡＳノードを示す。さらに、本開示の目的に対して「ＩＣＳネットワーク機能」あるいは「ＩＣＳノード」として広く規定されている、他のネットワーク要素１３０は、ＩＭＳネットワーク１１２に関連しているＩＣＳ ＵＥデバイスに向かう、呼び出しパーティ（示されていない）によって発生されたＭＴ呼の管理に関する機能を有効にする。１つの実施形態では、ＩＣＳネットワークノード１３０は、ＩＣＳ ＵＥデバイスのホームＩＭＳコアネットワークに関連し得るＩＭＳ ＣＳ制御機能（ＩＣＣＦ）として具現化され得る。呼連続制御機能（ＣＣＣＦ）およびネットワークドメイン選択（ＮｅＤＳ）のような機能は、それらに関連している。通常、ＣＣＣＦは、ＣＳおよびＩＭＳドメインの間の呼受け渡し／ルーティングを含んで、新しいＩＭＳアプリケーションサーバ要素として動作可能であるホームＩＭＳネットワークに存在し、すべての呼セッションおよび関連したモバイルＶｏｉｃｅ−ｏｖｅｒ−ＩＰ（ＶｏＩＰ）ベアラトラフィックを追跡する。ＮｅＤＳ部分は、ｉｎｔｅｒ ａｌｉａ、ＩＭＳおよびＣＳネットワーク（例えば、ＧＳＭ、ＣＤＭＡ等）間の登録／登録抹消管理を実行する役割を果たす。可能性として別々の機能であるにも拘わらず、ＣＣＣＦおよびＮｅＤＳ機能の両方を単一のＩＭＳ使用可能ネットワーク要素（図１には明確には示されていない）に統合することは可能である。ＭＴ呼の配信管理の目的に対して、しかしながら、ＩＣＳネットワーク機能１３０は、ＣＳアクセス適合機能（ＣＡＡＦ）１１６に加えて、ＳＩＰ Ｕｓｅｒ Ａｇｅｎｔ（ＵＡ）１１８を含んでいる。また、適切なセッション制御機能（ＳＣＦ）１２０が、例えば、ｇｓｍＳＣＦなどの適用可能な無線アクセス技術に関してＩＣＳノード１３０の一部分として提供され得る。次のようなさらなるＩＭＳ機能は、また、ＩＣＳノード１３０にある形式で動作可能に関連している。それらは、ドメイン移送機能（ＤＴＦ）（機能エンティティＦＥ−Ａとも呼ばれる）、ＣＳ適合機能（ＣＳＡＦ）（ＦＥ−Ｂとも呼ばれる）、ＣＡＭＥＬサービス（ＦＥ−Ｃとも呼ばれる）、およびドメイン選択機能（ＤＳＦ）（ＦＥ−Ｄとも呼ばれる）である。従って、本開示の目的のために、ＩＭＳコアネットワークを参照する用語「ネットワークノード」は、ＩＣＳ機能に加えて、以下に詳細が述べられる追加のサービス論理と同様に、任意の適切なアーキテクチャ、実装、統合、あるいは同様なもののうちの１つ以上の前述の機能を含む。

さらに、図１には示されていないが、ホーム加入者サーバつまりＨＳＳと呼ばれるマスターユーザデータベースが、ホームＩＭＳネットワーク１１２の一部として、ＩＣＳノード１３０のようなセルあるいはセッションを実際に管理する、様々なＩＭＳネットワークエンティティをサポートするために、提供され得る。通常、ＨＳＳデータベースは、様々なユーザを含むユーザプロファイル（例えば、加入者関連情報）を含み得、デバイスは、国際モバイル加入者アイデンティティ（ＩＭＳＩ）、一時モバイル加入者アイデンティティ（ＴＭＳＩ）、国際モバイル装備アイデンティティ（ＩＭＥＩ）、モバイル加入者ＩＳＤＮ番号（ＭＳＩＳＤＮ）、ユニバーサル固有識別子（ＵＵＩＤ）に加えて、ＩＭマルチメディアプライベートアイデンティティ（ＩＭＰＩ）およびＩＭＰマルチメディアパブリックアイデンティティ（ＩＭＰＵ）のような、さらなるＩＭＳ固有識別子を識別し、これらは、Ｔｅｌ−ユニフォームリソース識別子（ＵＲＩ）あるいはＳＩＰ−ＵＲＩとして実装される。ここで、ＩＭＰＩは、３ＧＰＰシステム（つまり、（Ｉ）ＳＩＭ）において、特定のユーザに固有である、あるいは、他の技術において特定のＵＥデバイスに固有であり得、ＩＭＰＩごとに、複数のパブリック識別子（つまり、ＩＭＰＵ）を有し得る。さらに、ＩＭＰＵは、また、ＩＭＰＩを共用でき、２つ以上のデバイスが同一のアイデンティティ（例えば、家族全体に対して単一の電話番号）に到達し得る。

加えて、適切なデータベース構造（例えば、ＤＢ１２２）、タイマ機構（例えば、タイマ１２４）および適切なロジック１２６が、ＩＣＳノード１３０に関連して、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）のプールを構成し管理する目的のために、提供され得、それから、選択ＩＭＲＮが、ＭＴ呼のＩＣＳ ＵＥデバイスへの配信を管理する目的のために、詳細は以下に述べられるが、動的に割当てられる。

図２は、簡単にしたネットワーク構成２００を示しており、上述のネットワーク環境１００の図と同様であり、呼び出しパーティ２０４発信のＭＴ呼が、１つの実施形態によるＩＭＳネットワークノードを通って配信される。ＩＣＳ ＵＥ２０２は、図１に関して上の節で記載された様々なＵＥデバイスの例示であり、ＩＣＳ ＵＥ２０２が、理由の任意番号に対して、ＣＳネットワーク（ＣＳＮ）２０８に取り付けられている。本開示の目的に対して、ＩＣＳ ＵＥデバイス２０２の実施形態は、電話あるいはＩＭＳコアによって提供された他のサービスを受信可能なＵＥデバイスであり、音声ベアラがＣＳＮを介して確立されている。ＵＥデバイスは、ＵＥデバイス（例えば、モバイル通信デバイスあるいはＭＣＤ）の能力に拘わらず、ＣＳ接続であり得、ＣＳおよびＰＳ通信に従って定期的に通信できることが理解されるであろう。それゆえに、ＰＳベースのサービスに従って、そのようなデバイスは受信できないか、あるいは、通信できない可能性がある。いくつかの例では、ＵＥデバイスは、実際、ＰＳ対応ではない。あるいは、ＵＥデバイスが動作することに従う加入は、ＰＳベースのサービスを受信することを可能にしない可能性がある。あるいは、たとえＵＥデバイスがＰＳ対応であっても、ＰＳネットワーク（ＰＳＮ）を働かせることは、通信サービスに従って通信されるべき特定のメディア（例えば、スピーチ）をサポートしないかも知れない。加えて、ＵＥデバイスがＰＳ対応であっても、ユーザプリファレンスはＣＳネットワーク接続を利用するかも知れない（例えば、ユーザがローミング中に、ユーザが利用可能なＰＳＮに接続しないことを好むかもしれない）。あるいは、オペレータあるいは他の方針がＰＳベースのＵＥデバイスへのアクセスを禁止するかも知れない。

なぜＵＣＳ ＵＥデバイス２０２がＣＳ接続であるかの理由に関係なく、ＩＣＳサービスのようなＩＭＳベースのサービスを使うことが望ましく、ＩＭＳネットワーク１１２上で繋がれる。ＩＣＳネットワーク機能（ＩＣＳ−ＮＦ）２０６は、ＩＣＳサービスを有効にするように動作可能なＩＣＣＦ要素の機能を具現化し得る、図１に示されたＩＣＳノード１３０の例示であり、例示的実施形態では、呼び出しパーティ２０４発信のＭＴ呼の配信である。適切なネットワーク２１０は、呼び出しパーティ２０４とＩＭＳネットワーク１２２との間に動作可能に配置され、ＭＴ呼サービスに関して、遠隔レグ接続を有効にする。

前に述べたように、ＩＣＳネットワークノード２０６は、適切なロジックを含み、ＩＣＳ ＵＥデバイスへのＭＴ呼配信を有効にする目的のために、動的に割り当て可能なＩＭＲＮのプールを生成し管理する。加えて、ＩＣＳネットワークノード２０６は、非構成補助サービスデータ（ＵＳＳＤ）メッセージアプリケーション、あるいは、ショートメッセージングサービス（ＳＭＳ）アプリケーションのような適切な代替信号メッセージアプリケーションと動作可能であり、割当てられたＩＭＲＮと呼び出されたパーティ、つまり、ＣＳドメインを介してＩＣＳ ＵＥデバイス２０２に移送するために使用される。１つの実施形態では、代替のメッセージアプリケーションが、ＩＣＳノード２０６と共に配置され得る。他の実施形態では、代替のメッセージアプリケーションが別のエンティティとして、ＩＣＳノード２０６に動作可能に関連している。従って、本開示の目的のためのネットワークノードは、また、拡張ＭＳＣあるいは前述の機能を有するＩＣＳ使用可能ＭＳＣを含み得る。

加えて、バックツーバックユーザエージェント（Ｂ２ＢＵＡ）機能が、また、ＩＣＳノード２０６と共にＭＴ呼の遠隔レグおよびアクセスレグをセットアップし、ブリッジするために、提供され得る。通常、遠隔レグを介しての、呼び出しパーティ２０４のような呼び出しパーティからの呼び出しが、ＣＳドメインに適用されたＩＣＳ ＵＥ２０２に配信されるべきＭＴ呼であると決定された場合、ＩＣＳノード２０６に関連する適切なロジックは、ＩＣＳ ＵＥ２０２へのアクセスレグの確立を可能にする特別な呼取扱いプロセスを有効にするように動作可能である。遠隔レグ上の着信ＭＴ呼に関する適切な信号メッセージが受信されるとすぐに、ＩＣＳノード２０６はレリバント呼パラメータを格納し、ＩＭＲＮ（および他の関連した情報）のような、受信されたセッションセットアップ要求と相関され得るルーティング可能な番号を動的に割当て、その後、ＩＣＳ ＵＥ２０２に適切な代替メッセージスキーム（例えば、ＵＳＳＤあるいはＳＭＳ）を介して提供される。以下にさらなる詳細が示されるように、ＩＣＳ ＵＥ２０２は、その後、ＩＣＳノード２０６への信号を介してモバイル発信（ＭＯ）呼を確立し、アクセスレグをセットアップする。

上記に基づいて、当業者は、ＩＣＳ ＵＥ２０２の機能が、ＩＣＳノード２０６から代替信号を介して、呼セットアップ情報の受信、受信された呼セットアップ情報、およびＩＣＳノード２０６への適切な応答および要求を容易にする適切なコンポーネントを含み得ることを理解するであろう。図３は、１つの実施例による、ＩＣＳ ＵＥ２０２のようなＵＥデバイスのブロックダイアグラムを図示している。デバイス上で実行可能な様々なプロセスの全体の制御に対して、１つ以上の処理エンティティ３０２が提供される。１つ以上のタイマ機構３０４が、また、特定の時間ベース機能に関して、タイミング制御を有効にするために提供される。情報の効率的な移送のために、適切なメッセージエンコード／デコードブロック３１０、辞書３０８およびメッセージパーサ３０６が提供され得る。デバイス側のメッセージエンコード／デコードブロック、辞書およびメッセージパーサのような機能は、選択的であり得、通常対応するネットワーク側の機能に依存する。

同様に、ＩＣＳ−ＮＦノード２０６の機能は、また、ＩＣＳ ＵＥデバイス２０２への適切な代替信号メッセージの生成、呼セットアップ情報のＵＣＳ ＵＥデバイス２０２からの受信と処理およびＩＣＳ ＵＥデバイス２０２に加えて遠隔パーティ、つまり、呼び出しパーティ２０４への要求とを容易にする適切なコンポーネントを含み得る。図４は、１つの実施形態による、ＩＭＳネットワークノード（例えば、ＩＣＳ−ＮＦノード２０６）のブロックダイアグラムを図示している。１つ以上の処理エンティティ４０２が、そのアーキテクチャによらず、ＩＣＳノード２０６によって実行される様々なプロセスの全体の制御のために提供される。適切な送信／受信（Ｔｘ／Ｒｘ）ブロック４２２は、様々なメッセージを、以下に詳細が述べられるように、ＭＴ呼のアクセスおよび遠隔レグ上に送信あるいは受信するように動作可能である。ローカルストレージモジュール４２０が、ＭＴ呼配信の管理に関する適切な呼情報を格納するために、提供され得る。ＩＭＲＮ生成器４０６、ＩＭＲＮマッピング／ロジック４１０およびそれらに関連した１つ以上のタイマ機構４０４が、また、ＩＭＲＮの生成およびそれらの割当て／配分、選択および管理に関連して提供され得る。適切なＩＣＳメッセージアプリケーション（例えば、ＵＳＳＤあるいはＳＭＳアプリケーション）４１８が、本明細書の上の記述の概略のように、ＭＴ呼配信プロセスを有効にするために、Ｂ２ＢＵＡ機能４１４と共に配置され得る。加えて、適切なメッセージエンコード／デコードブロック４０８、辞書４１２およびメッセージパーサ４１６が、情報の効率的な移送の目的のために提供され得る。

図５は、ＩＭＳネットワーク（例えば、ＩＣＥノード２０６）の実施形態に関連する、本開示の目的のために基準点アーキテクチャ５００を図示している。前に指摘したように、ＩＣＥノード２０６は、ＣＳアクセスネットワーク上で発信あるいは受信される呼のために、ＩＭＳサービスの提供に必要な機能をサポートするＩＣＣＦを具現化する。一般の実装では、そのようなネットワーク機能は、ＩＭＳホームネットワークに属し、遠隔ＣＳアクセスアプリケーション機能（Ｒ−ＣＡＡＦ）５０６および遠隔ユーザエージェント（ＲＵＡ）５０４の２つの機能で構成されている。機能的には、ＲＵＡ５０４は、上で説明あれたＢ２ＢＵＡ機能４１４で構成されており、ＩＣＥ ＵＥとユーザエージェントとの間で確立されたＣＳ呼に加えて、ＲＵＡとＵＥとの間で確立されたＩＭＳ ＣＳ制御チャネル（ＩＣＣＣ）を、直接的にあるいはＣＡＡＦを介してのいずれかによって、組合せて音声ベアラをセットアップする。それは、ＵＣＥ ＵＥ（つまり、アクセスレグ、また、「ＵＥレグ」と呼ばれる）に向かう呼レグの完了を可能にし、遠隔レグ（また、「ＲＵＡレグ」とも呼ばれる）を介して、他のパーティ（例えば、呼び出しパーティ）に向かうサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）のような呼セッション制御機能（ＣＳＣＦ）ノードを通るセッションを提示する。従って、ＵＥレグおよびＲＵＡレグセグメントは組合せられ得、Ｂ２ＢＵＡ機能をＲＵＡ５０４に形成することがわかる。１つの実施形態では、ＲＵＡ５０４は、ＩＭＳアプリケーションサーバ（ＡＳ）要素として、Ｓ−ＣＳＣＦ５０２へのＩＳＣインターフェイスによって実現され得る。このモードでは、発振呼の非常に初めのＳＩＰ ＡＳ、および終了呼の最後のもの（つまり、アクセスに最も近いもの）として含まれ得る。ＲＵＡ５０４の物理的実現に対するこのアプローチは、アプリケーションサーバアプローチと呼ばれる。

他の実装では、ＲＵＡ５０４は、プロキシＣＳＣＦつまり、Ｐ−ＣＳＣＦとして動作するＣＳＣＦ５０２へのＧｍインターフェイスと共に提供され得る。このモードでは、ＲＵＡは、ＩＣＳ ＵＥデバイス（つまり、ＣＳアクセスを介して接続されたＩＣＳユーザ）から遠隔制御されたＩＭＳ ＵＥとして働き、ＲＵＡは、ＩＭＳの観点から、双方向スピーチ可能なＩＭＳユーザとして了解される。ＲＵＡ５０４の物理的実現に対するこのアプローチは、ＩＭＳアダプタアプローチを呼ばれる。

図５への参照を続けて、ＣＡＡＦは、ＣＳネットワークとＩＭＳとの間のサービス制御信号のための適合機能である。ＣＡＡＦは、ＣＳドメインアクセス信号上で、ＩＣＳ ＵＥからＲＵＡに受信された、および逆で受信された、サービス制御信号情報を運ぶように動作可能である。ＲＵＡは、ＣＡＡＦから受信された情報を、ＳＩＰの開始と制御のために使用する。１つの実装では、ＣＡＡＦの機能は、ＩＣＳノード２０６とＩＣＳ ＵＥデバイス２０２との間で分離され得る。このような筋書きでは、Ｒ−ＣＡＡＦ５０６は、ＩＣＣＦの一部分としてＲＵＡ５０４と共に存在し、ローカルＲ−ＣＡＡＦコンポーネント５０８は、ＣＳアクセス信号を有するＩＣＣＣを可能にするために、ＩＣＳ ＵＥデバイス２０２の中に提供され得る。

図６Ａおよび６Ｂは、本特許開示の１つ以上の実施形態による、ＭＴ呼の配信を管理するための、例示的メッセージフローダイアグラムを図示している。具体的には、ス６Ａに示されたメッセージフローダイアグラム６００Ａは、ＵＥデバイス（例えば、ＩＣＳ ＵＥ２０２）へのセッション終了を容易にするためのＵＳＳＤ移送の使用を例示している。呼び出しパーティ（示されていない）からの着信ＭＴ呼６１０に関する適切な信号メッセージを受信することに従って、Ｓ−ＣＳＣＦノード６０８は、ＩＭＳネットワークノード（例えば、ＩＣＳ−ＮＦ２０６）でＩＣＣＦインスタンスに向かうＳＩＰ ＩＮＶＩＴＥ方法の要求あるいはメッセージ６１２を生成するように動作可能である。１つの実施形態では、ＩＣＣＦインスタンスは、呼の標的ＩＣＳ ＵＥデバイス２０２に向かい得、ＳＩＰ要求／応答ヘッダフィールド値あるいは、ＳＩＰ ＩＮＶＩＴＥ方法要求６１２（例えば、ＴＯ、ＦＲＯＭ、ＣＯＮＴＡＣＴ、ＰＲＩＶＡＣＹ、ＩＮＤＩＣＡＴＩＯＮ、およびＧｌｏｂａｌｌｙ Ｒｏｕｔａｂｌｅ Ｕｓｅｒ Ａｇｅｎｔ Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＧＲＵＵ）、Ｒｅｑｕｅｓｔ Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（Ｒ−ＵＲＩ）、ＳＤＰのような識別子等があるが、それらに限定はされない）で受信されたＵＲＩパラメータのようなヘッダフィールド値フラグメントを格納するように動作可能である。この情報に対して、例えば、Ｅ．１６４番号のようなＩＭＲＮが割当てられる（つまり、マッピング関係あるいは相関記録がＩＭＲＮと受信された呼情報との間で確立され得る）。１つの実施形態では、ＩＭＲＮは動的に割り当てられ得る。他の実施形態では、ＩＭＲＮは、番号の範囲あるいは組から、例えば、連続して割り当てられ得る。ＩＭＲＮがどのように生成され、および／または、割り当てられるかによらず、割当てられたＩＭＲＮがＩＣＥ ＵＥデバイス２０２から返された場合、ＩＣＳ−ＮＦ２０６は、マッピング関係を審査することに基づいて、格納された情報および対応する遠隔呼レグを減少するように動作可能な機能／ロジックを含む。

ＳＩＰ ＩＮＶＩＴＥ方法要求メッセージ６１２に応答して、次の内容を含むがそれらに限定はされない１つ以上のＵＳＳＤメッセージ６１４を使用して、ＩＣＳ−ＮＦノード２０６は、ＩＣＳ着信呼要求を開始する。内容は、（ｉ）ＵＳＳＤメッセージ６１４がＩＣＳアプリケーションのためであることを識別する指標（例えば、フラグ等）、（ｉｉ）メッセージがＭＴ呼のためであることを識別する指標（例えば、フラグ等）、（ｉｉｉ）Ａ−パーティ番号あるいはＩＤ（例えば、ＳＩＰ ＵＲＩあるいはＴｅｌ ＵＲＩ）、あるいは可能ならばＡ−パーティＩＤが公表されないことの指標、（ｉｖ）Ｂ−パーティ番号あるいはＩＤ（例えば、ＳＩＰ ＵＲＩあるいはＴｅｌ ＵＲＩ）、（ｖ）ＧＲＵＵ、（ｖｉ）Ｂ−パーティがどのパブリックユーザＩＤが呼ばれたかを知るように、呼び出されたパーティのＩＤ等であり、これらは、「呼情報」と修正して呼ばれる。図６Ａに例示されたように、ＵＳＳＤメッセージ６１４は、ＩＣＳ ＵＥデバイス２０２に役立つモバイル交換センタ（６０２）を識別できるＨＳＳ６０４を対象にしている。この図には明確には示されていないが、ＩＣＳ−ＮＦノード２０６において、タイマはスタートされ得、ＵＳＳＤメッセージ６１４を介して送信された、割り当てられたＩＭＲＮの「腐敗」あるいは「適時性」を監視する。従って、タイマは、ＵＳＳＤメッセージ６１４の送信と、ＩＣＳ−ＮＦ２０６におけるＩＭＲＮの受信との間の経過時間を追跡するように動作可能である。経過時間は、受信されたＩＭＲＮが古くさいか否かを決定する閾値に対して比較されうる。つまり、タイマは、事前に構成され得る期限切れ時間後に、タイムアウトするようにプログラムされ得る。１つの実施形態では、期限切れ時間後に受信されたＩＭＲＮは、古くさいあるいは無効であると考えられ得、ＩＣＳノード２０６においてＩＭＲＮと共に受信された任意のＭＯ呼は、拒否され得る。

ＵＳＳＤメッセージング６１４の受信に応答して、ＨＳＳ６０４は、ＩＣＳ ＵＥデバイス２０２に関連した１つ以上のＵＳＳＤメッセージ６１６を、ＭＳＣ６０２（ある原因で訪問ＭＳＣ、つまりＶＭＳＣであり得る）に向けて生成し得る。１つの実施形態では、ＭＳＣ６０２は、ＩＣＳ ＵＥデバイス２０２を選択的に操作し得る。そのような機能に関係なく、ＭＳＣ６０２は、ＵＥデバイスを配置し、呼情報の様々な断片を含む１つ以上のＵＳＳＤメッセージ６１８をＩＣＳ ＵＥデバイス２０２に進めるように動作可能である。選択的な構成では、メッセージフロー６００Ａが、ＩＣＳ−ＮＦ２０６に送信して返され得る選択ＵＳＳＤ受領（ＡＣＫ）メッセージ６２０を含み得る。そのようなＡＣＫメッセージが利用されるか否かに拘わらず、ＵＣＳ ＵＥデバイス２０２は、任意の既知あるいは従来未知の手順に従って受信されたＩＭＲＮを用いて、ＣＳドメイン内にＭＯ音声呼を始める機能を含む。さらに、アプリケーションタイマ機構（示されていない）が、ＩＣＳ ＵＥデバイス２０２において、ＭＯ呼のプロセスを計時するために開始され得る。例えば、タイマは、ある時間期間に対して設定され得、タイマが時間切れになった場合、呼プロセスが特定の回数（例えば、最大５回）試みされ得る。１つの実装では、ＩＣＳ ＵＥデバイス２０２は、ＣＳドメインを介してＩＣＳ−ＮＦ２０６へのアクセスレグを確立するために、３ＧＰＰ ＴＳ ２３．０１８および３ＧＰＰ ＴＳ ２３．００８文書に述べられた手順に従ってＭＯ呼を生成するように動作可能である。従って、ＩＭＲＮを宛先番号として使用する呼セットアップメッセージ６２２が、ＩＣＳ ＵＥデバイス２０２によってＭＳＣ６０２に向けて生成される。１つの実装では、ＭＯ呼は、３ＧＰＰ ＴＳ ２３．２０６条項６．２．２に述べられたＣＳ発信の手順に従ってＣＳネットワークドメイン内で処理される。しかしながら、関連ＣＡＭＥＬトリガは、モバイルアプリケーションパート（ＭＡＰ）インサート登録データに提供されているＣＡＭＥＬ非活性化トリガ情報が原因で、非活性化され得る。呼セットアップメッセージ６２２に応答して、ＭＳＣ６０２は、ＩＳＤＮ Ｕｓｅｒ Ｐａｒｔ（ＩＳＵＰ）初期アドレスメッセージ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ；ＩＡＭ）をメディアゲートウェイ制御機能（ＭＧＣＦ）６０６に向けて生成し、ＭＧＣＦは、代わりにＳＩＰ ＩＮＶＩＴＥ方法要求あるいはメッセージ６２６をＩＣＳノード２０６に向けて送信するように動作可能である。当業者は、ＭＧＣＦ６０６とＩＣＳノード２０６との間のメッセージフローを仲介する、追加的／選択的なパラメータを有する追加の中間ネットワークエンティティがあり得ることを理解するであろう。例えば、ＭＧＣＦ６０６は、ＩＣＳ ＵＥデバイス２０２に関連したホームＩＭＳネットワークにおいて、問い合わせＣＳＣＦ（Ｉ−ＣＳＣＦ）に向けたＳＩＰ ＩＮＶＩＴＥ方法要求を開始し得、Ｉ−ＣＳＣＦがその後、３ＧＰＰ ＴＳ ２３．２２８文書に述べられた標準手順のうちの１つを用いて、ＳＩＰ ＩＮＶＩＴＥ方法要求をＩＣＳノード２０２にルーティングし得る。ＳＩＰ ＩＮＶＩＴＥ方法要求６２６は、また、ＳＩＰ ＩＮＶＩＴＥ方法要求がＣＳドメインから生成されたことを示す、Ｐ−ネットワークアクセス情報ヘッダフィールドを含む。さらに、ＳＩＰ ＩＮＶＩＴＥ方法要求は、ベアら経路がＣＳドメイン上で設定されるべきであるという指標を含む。さらに、ＩＣＳノード２０６への直接ルーティングが図６Ａに例示されているが、Ｓ−ＣＳＣＦを介したルーティングは、また、特定の実施形態に実装され得る。さらに、公衆サービスアイデンティティ（Ｐｕｂｌｉｃ Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ；ＰＳＩ）が利用される（例えば、ＩＭＲＮにマッチするアイデンティティ）場合、適用可能なＩＳＣおよびＭａ基準点がＩＣＳノード２０６によってサポートされる。

ＳＩＰ ＩＮＶＩＴＥ方法要求６２６の受信に応答して、ＩＭＲＮベースのタイマが停止され得、ＩＣＳノード２０６は、受信されたＩＭＲＮをさらなる処理のために解析するように動作可能である。受信されたＩＭＲＮが有効であると決定されるとすぐに（つまり、ｔｉｍｅ−ｔｏ−ｌｉｖｅあるいはライフタイムパラメータに基づいて、ＩＭＲＮがタイムアウトしていないと）、ＩＣＳノード２０６は、相互参照する、あるいはＩＭＲＮを格納された情報と相関し、ＩＣＳ ＵＥデバイス２０２からの着信呼の完了に従って適切な遠隔レグを同定できる。その後、アクセスおよび遠隔レグは、Ｂ２ＢＵＡ機能を用いてブリッジされる。ＩＭＲＮは、その後、すぐに使用するために解放され得る、あるいはしばらく検疫プールに戻され得、その後、適切な時点で再び再使用され得る。これらのプロセスは、ブロック６２８に例示されている。ＩＣＳノード２０６は、ＳＩＰ２００（ＯＫ）応答メッセージ６３０からＳ−ＣＳＣＦ６０８に戻り、結局、ＭＴ呼を開始した呼び出しパーティに伝播される。同様に、ＳＩＰ２００（ＯＫ）応答メッセージ６３２がアクセスレグ上でＭＧＣＦ６０６に向けて送信され、その後、ＭＧＣＦ６０６は、ＩＳＵＰアドレス完了メッセージ（ＩＳＵＰ Ａｄｄｒｅｓｓ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ；ＡＣＭ）６３４をＩＣＳ ＵＥデバイス２０２に向けて生成する。ＳＩＰ２００（ＯＫ）応答メッセージ６３０および６３２は、並行してあるいは任意の連続した順序で生成され得ることに注意すべきである。その後、媒体の送信のための端部間ベアラ経路６３６が、ＩＣＳ ＵＥデバイス２０２と呼び出しパーティ（示されていない）との間に確立される。

ここで、図６Ｂを参照すると、ここに示されたメッセージフローダイアグラム６００Ｂは、ＩＣＳ ＵＥ２０２へのセッション終了を容易にするためのＳＭＳ移送の使用を例示している。ＳＭＳ移送に関するメッセージフローは、本明細書で上述されたＵＳＳＤメッセージフローと実質的に同等であることが認識されるであろう。従って、特定のハイライトのみが、メッセージフロー６００Ｂに関して以下に述べられる。前のように、Ｓ−ＣＳＣＦノード６０８は、ＩＭＳネットワークノード（例えば、ＩＣＳ−ＮＦ２０６）において、呼び出しパーティ（示されていない）からの着信ＭＴ呼６１０に関する適切な信号送信メッセージの受信に従って、ＳＩＰ ＩＮＶＩＴＥ方法要求メッセージ６１２をＩＣＣＦインスタンスに向けて生成するように動作し、ＵＲＩパラメータ（例えば、ＴＯ、ＦＲＯＭ、ＣＯＮＴＡＣＴ、ＰＲＩＶＡＣＹ ＩＮＤＩＣＡＴＩＯＮ、ＧＲＵＵ、Ｒ−ＵＲＩ、ＳＤＰ等）のようなＳＩＰ要求ヘッダフィールド値あるいはヘッダフィールドフラグメントが移送される。この情報に対して、ＩＭＲＮが割当てられ得（つまり、マッピング関係あるいは相関記録がＩＭＲＮと受信された呼情報との間で確立され得る）、上述の１つ以上の手順に従って生成され管理され得る。さらに、図６ＡのＵＳＳＤベースのメッセージフローと同様に、ＩＣＳ−ＮＦノード２０６は、ＩＭＲＮが戻された場合、ＩＭＲＮの検証に基づいて、格納された情報および対応する遠隔呼レグを削減するように動作可能な機能／ロジックを含む。

ＳＩＰ ＩＮＶＩＴＥ方法要求メッセージ６１２に応答して、ＩＣＳ−ＮＦノード２０６は、１つ以上のＳＭＳメッセージ６５２を用いて、前に述べたように、呼情報の様々な断片を含むＩＣＳ着信呼要求を開始する。ＳＭＳメッセージング６５２は、ＩＣＳ ＵＥ２０２に関連付けられたショートメッセージサーバセンタ（ＳＭＳＣ）６５０を識別できるＨＳＳ６０４を対象にしている。再び、適切なタイマ機構がＩＣＳノード２０６に実装され得、ＩＭＲＮが返された場合、割当てられたＩＭＲＮが有効であるか否かを監視し決定する。ＨＳＳ６０４は、ＳＭＳメッセージ６５４をＳＭＳＣ６５０に伝播するように動作し、ＳＭＳＣ６５０はその後、そこに含まれる呼情報と共に適切なＳＭＳメッセージング６５６をＩＣＳ ＵＥ２０２に提供する。当業者は、ＳＭＳがＵＥデバイスへの着信呼をアナウンスするために使用される場合、別のメールボックスが必要であり得、このメールボックスは、フルＳＭＳメールボックスはＳＭＳを使用する呼の信号送信を妨げ得るので、フルになってはならないことを認識するであろう。１つの実施形態では、選択的ＳＭＳ受領（ＡＣＫ）メッセージング６５８がＩＣＳ ＵＥ２０２からＩＣＳノード２０６に向けて伝播され得る。その後、ＩＣＳ ＵＥデバイス２０２は、前に述べた方法論（もしあれば、適切な修正と共に）に従って、受信されたＩＭＲＮを使用して、ＣＳドメイン内のＭＯ音声呼を開始する。従って、宛先番号がＩＣＳ ＵＥデバイスによって、ＩＣＳ ＵＥデバイス２０２を援助するＭＳＣ６０２に向けて生成される場合、適切な呼はメッセージング６２２を、ＩＭＲＮを使用してセットアップする。示された要素に加えて、他のネットワーク要素があり得るが、メッセージフローはその後、ＩＣＥ ＵＥ２００と呼び出しパーティとの間のベアラ経路６３６を有効にするために、準用する図６Ａに示されたＵＳＳＤベースのフローと基本的に同じに留まる。

当業者は、前述の信号送信フローシナリオは、ＩＣＳ ＵＥデバイス２０２が、ＩＣＳに対して増大されるＭＳＣノードにアタッチされているかに拘わらず実装され得ることを認識するであろう。どちらの実装でも、着信セッションは、Ｉ１基準点上に配信され得、媒体ベアラ経路がＣＳネットワークを介して確立される。さらに、ＵＳＳＤおよびＳＭＳメッセージが、代替信号送信機構の提供の目的のために、具体的に例示されており、追加のＣＳドメインベースファシリティメッセージが、また、本特許開示の目的のために利用され得る。

図７Ａおよび７Ｂは、上に記載されたメッセージフローダイアグラムの１つ以上の経路に従った、本特許開示の１つ以上の実施形態に関連する例示的フローチャートを図示している。図７Ａの参照番号７００Ａは、１つの実施形態におけるネットワーク側で起きる動作スキームを指す。ＭＴ呼に従った信号送信メッセージは、ＣＳＣＦノードで受信され、ＭＴ呼は、呼び出しパーティによって、ＣＳ接続であるＩＣＳ ＵＥデバイスに向けて生成されている（ブロック７０２）。ＳＩＰ要求メッセージ（例えば、ＳＩＰ ＩＮＶＩＴＥ方法要求）が、ＩＣＳノードに具現化された（ブロック７０４）ＩＣＣＦに向けて生成され、ＩＣＳノードはＭＴ呼をアンカーし、ＩＭＲＮをＳＩＰ要求を介して受信された呼情報に対して割当てる（ブロック７０６）。１つ以上の代替信号送信メッセージ（例えば、ＵＳＳＤあるいはＳＭＳメッセージ）が、ＩＣＳ ＵＥデバイスに向けて生成され、代替信号送信メッセージは、割当てられたＩＭＲＮを含むように動作し、遠隔レグ上の着信ＭＴ呼に関して適用可能な呼情報によってエンコードされる。適切なタイマが開始され得、割当てられたＩＭＲＮに対して経過時間を監視する。これらの動作はブロック７０８に述べられている。ＩＣＳ ＵＥデバイスから戻された割当てられたＩＭＲＮを受信するとすぐに、ＭＯ呼手順に従ったＩＣＳ ＵＥデバイスがアクセスレグを確立するように開始し（ブロック７１０）、ＩＣＳノードは、受信されたＩＭＲＮを解析し、それの有効性を確認し、有効であるならば、それを、着信ＭＴ呼の遠隔レグに対応する格納された情報に対して相関する（ブロック７１２）。その後、アクセスおよび遠隔レグは、ＩＣＳ ＵＥデバイスと呼び出しパーティとの間の端部間ベアラ経路を確立するためにブリッジされる（ブロック７１４）。

図７Ｂの参照番号７００Ｂは、ＣＳＣＦおよびＩＣＣＦエンティティの機能が単一のＩＭＳネットワークノードに統合されているかに関係なしに、ネットワーク側の動作を述べる他の実施形態を指す。ブロック７５０において、ＭＴ呼に関するメッセージが受信され、メッセージは、上述のように、ＳＩＰ ＩＮＶＩＴＥ方法要求であり得る。ＩＭＳネットワークノードで動作する適切なロジックは、ＭＴ呼が、ＣＳドメイン上でＵＥデバイスに配信されるべきかを決定するように動作可能である。信号送信メッセージを介して受信された呼情報は、格納され、かつ、マッピング関係のＩＭＲＮを関連付けられる（ブロック７５２）。ＩＭＲＮは、動的に生成され得る、あるいは、番号のプールから選択されるかまたは供給され得る。１つ以上の代替信号送信（ＡＳ）メッセージ（例えば、ＵＳＳＤあるいはＳＭＳメッセージ）がＵＥデバイスに送信され、ＡＳメッセージのうちの少なくとも１つは、ＩＭＲＮおよび、ＡＳメッセージがＭＴ呼の配信のためであるという指標を含む（ブロック７５４）。その後、ＩＭＳネットワークノードにおいて終端するＭＯ呼に従うＵＥデバイスから戻るＩＭＲＮが受信され、ＩＭＲＮは、宛先番号として使用される（ブロック７５６）。ＩＭＥＮが有効であると確認するとすぐに、ネットワークノードにおいてサービスロジックが、ＵＥデバイスを有するアクセスレグを動作可能に開始し、アアクセスレグを呼び出しパーティとＵＥデバイスとの間のＭＴ呼に対する端部間経路の確立のために呼び出しパーティに関連する遠隔レグにブリッジする（ブロック７５８）。

図８は、ＩＣＳ使用可能ＵＥデバイスにおいて起きる動作８００のスキームを指す。ＣＳ接続ＵＣＳ ＵＥデバイスにおいて、１つ以上のＡＳメッセージ（つまり、ＵＳＳＤあるいはＳＭＳメッセージ）を受信するとすぐに（ブロック８０２）、受信された代替信号送信メッセージがＩＣＳアプリケーションに関しているかの決定がなされる（ブロック８０４）。そうである場合、ＩＣＳアプリケーションが、呼び出しパーティによって発生されたＭＴ呼の配信に関係しているかの他の決定がなされ得る。そうである場合、代替信号送信機構を介して受信された、ＩＭＲＮを含む呼情報がＩＣＳ ＵＥデバイスに格納され得る。呼情報は、また、トークンあるいはフラグ（あるいは、他の指標）を含み得、ＭＴ呼を完了するために、呼がＣＳドメイン上でなされたことを識別する。これらの動作はブロック８０６に述べられている。前に説明したように、呼プロセスを計時する適切なアプリケーションタイマに加えて、ネットワークに向ける選択的受領メッセージが、ＩＣＳ ＵＥデバイスによって有効にされ得る。その後、ＭＯ呼手順が、ＵＥデバイスによって、ネットワークに向けてＣＳ経路を介して、ＩＭＲＮを宛先番号として（つまり、Ｂ−パーティ番号として）実行される（ブロック８１０）。ネットワークからのアドレス完了メッセージ（ＡＣＭ）が受信されるとすぐに（ブロック８１０）、ＩＣＳ ＵＥデバイスは、呼び出しパーティによって確立された端部間ベアラ経路を介して実行された呼セッションにおいて従事する（ブロック８１２）。

動的割り当て可能なＩＭＲＮのプールを管理するために、ネットワークノード（例えば、ＩＣＳ−ＮＦ２０６）は、Ｅ．１６４番号のユーザに関していくつかの方法で、ＩＭＥＮとして構成され得る。例えば、特定のＥ．１６４番号が、ＩＭＲＮ範囲あるいは組の「開始アドレス」番号として動作し得る。他のＥ．１６４番号が、ＩＭＲＮ範囲あるいは組に関して、範囲／組の区切り文字として動作し得る。柔軟性を可能にするために、ＩＭＲＮの異なるプールが、異なる番号範囲から構成されるように提供することが望ましい。さらに、さらなる時間ベースのパラメータが、提供され得、例えばそれらは、（ｉ）ＩＭＲＮが生きていられる寿命、および（ｉｉ）ＩＭＲＮの検疫時間、つまり、ＩＭＲＮプールに解放して戻された後、ＩＭＲＮが再使用され得ない期間、である。加えて、ＩＣＳノード機能の機能的挙動は、次の内容を含む。それらは、ＩＣＳノードが、ＩＣＳサービス（例えば、ＩＣＳ ＵＥデバイスに関する番号）を有するＢ−パーティ番号のための要求ＵＲＩ（Ｒ−ＵＲＩ）を巻き込むＳＩＰ ＩＮＶＩＴＥ方法要求を受信する場合、ＩＣＳノードにおける適切なサービスロジックが、例えば、ドメイン選択機能および存在、ＨＳＳ間接方法論等の他の機構を介して、ＩＣＳ ＵＥデバイスがあるドメイン、および、どのようにデバイスがそのドメイン中に登録されているかを決定するように動作可能である。前に記載したように、ＩＣＳノードは、ＳＩＰ ＩＮＶＩＴＥ方法要求を介して、ＩＭＲＮを受信されたＧＲＵＵに割当てるように動作可能である。マッピング関係の数は、ＩＭＲＮと、任意の組合せで受信された呼情報の他の情報要素との間で達成され得る。例えば、
ＩＭＲＮ＝＞｛ＧＲＵＵ；Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ（ｉｅｓ）；Ｐ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤ；Ｂ−ｎｕｍｂｅｒ；Ａ−ｎｕｍｂｅｒ＋Ｐｒｉｖａｃｙ ＩＤ，ｅｔｃ．｝。ＳＩＰ ＩＮＶＩＴＥ方法要求が、アクセスレグ上のＲ−ＵＲＩとしてのマップ割当てＩＭＲＮを有するＭＧＣＦから受信されるとすぐに、適切なタイマ機構がＩＭＲＮの有効性を決定するように動作可能であり、検疫手順等を実施する。

デバイス側の視点から、ＩＣＳ使用可能ＵＥデバイスは適切なロジックを含み、受信されたＵＳＳＤあるいはＳＭＳメッセージ、または、メッセージ（単数あるいは複数）がＩＣＳアプリケーションに関連しているかを決定する。１つの実施形態では、そのような決定は受信されたメッセージのコンテンツを解析することによって有効にされ得、フラグあるいは、それに関連する他の指標があるかを決定する。同様に、追加のフラグあるいは他の指標が採用され得、受信されたメッセージがＭＴ呼のためであることを示す。適切なＣＳ発信の手順に基づいてＭＯ呼を有効にした後、ＵＥデバイスは代替メッセージを受信し得る。ＵＥデバイスは、代替メッセージを受信するとすぐに、受信されていたらＡ−パーティ識別と、ＭＴ呼に関してＵＥデバイスを指すように使用されたＢ−パーティアドレスとを表示しすることを容易にするサービスロジックを含み得る。

図９Ａ〜９Ｃは、本特許開示の目的のためのＩＭＳ環境に関連する例示的な基準点アーキテクチャを図示している。図９Ａの参照番号９００Ａは、アプリケーションサーバアプローチが表示されている実装を指す。ＩＣＣＦ／ＩＣＳノード２０６は、Ｉ１−ｃｓおよびＩ１−ｐｓの両方に対する、Ｓ−ＣＳＣＦへのＩＭＳセッション制御（ＩＳＣ）インターフェイスを有するＩＭＳアプリケーションサーバとして実現される。Ａ／Ｉｕ基準点インターフェイスが、ＩＣＳ ＵＥデバイス２０２とＶＭＳＣ６０２との間に提供され、代わって、ＭＧＣＦ６０６を有するＩＳＵＰインターフェイスを使用する。Ｍｊ基準点インターフェイスは、ＭＧＣＦ６０６とＣＳＣＦ６０８との間に提供され、Ｍｊ基準点インターフェイスは、Ｃｘ基準点を介してＨＳＳ６０４とインターフェイスする。ＩＣＳノード２０６は、また、Ｓｈ基準点インターフェイスを介してＨＳＳ６０４とインターフェイスし、Ｕｔ基準点インターフェイスを介してＡＳ１１４−Ｎのような他のアプリケーションサーバとインターフェイスする。Ｍａ基準点インターフェイスは、ＣＳＣＦ６０８とＩＣＳノード２０６との間に配置され得る。Ｇｍ基準点インターフェイスは、ＩＣＳ ＵＥデバイス２０２とＣＳＣＦ６０８との間に配置され得る。さらに、ＩＣＳノード２０６のＣＡＡＦは、適切な代替信号送信を有効にするために、ＨＳＳ６０４に向けたＭＡＰ／ｇｓｍＳＣＦ−ＨＬＲインターフェイスを提示する。

図９Ｂは、ＩＭＳアダプタモデル９００Ｂを図示し、ＩＣＣＦ／ＩＣＳノード２０６が、ＣＳＣＦ６０８およびＩ１−ｃｓのみのためのＩＣＳに向けてＭｗ基準点と提供される。図９Ｃに図示された基準点アーキテクチャ９００Ｃは、Ｉ１−ｃｓおよびＩ１−ｐｓ両方に対するＩＭＳアダプタアプローチを表す。

ＵＳＳＤあるいはＳＭＳメッセージを受信するとすぐに、ＩＣＳ ＵＥデバイスは、受信されたメッセージのコンテンツをデコードすることと、宛先番号としてデコードされたＩＭＲＮに向かう呼をセットアップすることとを含み得る特定の呼処理を適用するように動作可能である。１つの例示的実装では、そのような呼セットアップは、ＩＣＳ ＵＥデバイスを操作しているユーザからコンテンツを受信した後でのみ処理され得る。必要な特別呼処理の要件は、ＩＣＳネットワークノードからＵＥデバイスに向かうＵＳＳＤあるいはＳＭＳメッセージのコーディングで提供され得る適切なコード点によって信号化され得る。１つの実装では、任意の予約されたコーディングが受信エンティティによって装備され、ＧＳＭ７−ビット既定英文字（コード点［００００１１１］と同じ）である。オクテットが、ビット［７：４］によって示されるコーディンググループに従って使用され得る。以下の表１Ａ〜１Ｆは、例示的コーディングスキームを示している。

上記のコーディングは、ＵＳＳＤおよびマンマシンインターフェイス（ＭＭＩ）／ディスプレイ目的に使用され得る。例示的実装では、モバイル発信ＵＳＳＤメッセージおよびモバイル受信ＵＳＳＤメッセージに対してＵＳＳＤに適用され得る特定のコーディング値は、３ＧＰＰ ＴＳ ２４．０９０文書に従って提供され得る。そのような実装では、既定の英文字を使用するＵＳＳＤメッセージは、前記文書の節６．２．１に提供されたＧＳＭ７−ビット既定英文字でコーディングされ得、メッセージは、その後、例として、１８２のユーザ文字まで含み得る。

適用可能なＩＭＳ ＣＳ制御プロトコル（ＩＣＣＰ）コンテンツは、ＵＳＳＤあるいはＳＭＳメッセージのような、可能性として、効率的なデータ移送のために適切なエンコーディングおよび圧縮を有して、適切な代替信号送信メッセージアプリケーションに含まれ得る。１つの実施形態では、ユーザ−ユーザプロトコルコンテンツは、標準レイヤ３（Ｌ３）メッセージの非インペラティブ部分であるかのように構成され得、タイプ１、２、３、および４の情報要素（ＩＥ）の変数を含み得る。異なるフォーマット、例えば、Ｔａｇ−Ｖａｌｕｅ（ＴＶ）およびＴａｇ−Ｌｅｎｇｔｈ−Ｖａｌｕｅ（ＴＬＶ）フォーマット（しばしば、Ｔｙｐｅ−ＶａｒｉａｂｌｅあるいはＴｙｐｅ−Ｌｅｎｇｔｈ−Ｖａｒｉａｂｌｅといわれる）等、およびＩＥのカテゴリ（例えば、タイプ１、２、３、および４）は、３ＧＰＰ ＴＳ ２４．００７文書に従って提供され得る。ＩＣＣＰコンテンツの中では、ＩＥは任意の順序で起こり得、一度だけ含まれ得、各ＩＥは１つ以上のオクテットを含む。図１０は、１つの実施形態によるＩＣＳプロトコル情報を移送するための例示的構造１０００を図示しており、複数のＩＥ１０００−１からＩＥ１０００−Ｋが提供されている。例示的実施形態では、各ＩＥは、いくつかのオクテット（他の構成も可能であるが、例えば、２オクテット）を含んで示されている。さらに、データ構造１０００は、連結されるか、そうでなければ操作され得る任意の数のＵＳＳＤ／ＳＭＳメッセージを適応させるように設計され得る。

ある実施形態では、ＩＣＳ要求は、単一のトランザクションで複数のＵＳＳＤ／ＳＭＳ 要求／メッセージに拡大され得る。図１１Ａは、１つの実施形態に従った、ユーザデータ情報を移送するための、例示的データ構造１１００を図示している。複数のユーザデータアイテム（ＵＤＩ）（例えば、ＵＤＩ１１０２）が、ユーザデータに関して提供され得る。ＵＤＩ（例えば、ＵＤＩ１１０２）］の総数は、予め構成され得る（例えば、１２８ＵＤＩ）。最上位ビットがＵＤＩ内に設定される場合、ＵＤＩは連続した８ビット（１オクテット）を使用する。そうでなければ、ＵＤＩは連続した４ビット（１／２オクテット）を使用する。残りの３あるいは７ビットは、例えば最上位ビット（ＭＳＢ）を最初に、ビッグエンディアン順にエンコードされる。例えば、整数値０ｘ０Ａが、１オクテット［０ｘ８Ａ］にエンコードされ得る。整数値０ｘ０６は４つの連続したビット［０ｘ０６］にエンコードされ得る。各ＵＤＩは、いくつかの一意的な情報要素識別子（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒｓ；ＩＥＩ）１１０４−ａから１１０４−ｎを含み得る。例えば、ＵＤＩ１１０２は、２５６ＩＥＩまで含み得る。ＩＥＩに依存して情報要素データ長（Ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ Ｄａｔａ Ｌｅｎｇｔｈ；ＩＥＤＬ）および／または、情報要素データ（Ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ Ｄａｔａ；ＩＥＤ）が各ＩＥＩに対して提供され得る。図１１Ａに例示されているように、ＩＥＩａ １１０４−ａは、実際のユーザデータ長をオクテットで示すＩＥＤＬａ １１０６−ａを含む。同様に、ＩＥＩｎ １１０４−ｎは、ＩＥＤｎ １１０８−ｎに関してＩＤＥＬｎ １１０６−ｎを有して例示されている。ＩＥＤＬ変数のデータタイプは、８ビットの符号なし整数（ｕ＿ｉｎｔ８）あるいは、多バイト整数形式でエンコードされた３２ビットの符号なし整数（ｍｂ＿ｕ＿ｉｎｔ３２）であり得る。多バイト整数は、一連のオクテットからなり、最上位ビットは継続フラグであり、残りの７ビットはスカラー値である。継続フラグは、オクテットが多バイト連続の終わりではないことを示すように動作可能である。単整数値は、Ｎオクテットの連続値にエンコードされ得る。初めのＮ−１オクテットは、特定のバイナリ値（例えば、バイナリ１に）に設定され得る継続フラグを有している。同様に、一連のものの最後のオクテットは、バイナリ値０の継続フラグを有して提供され得る。各オクテットの残りの７ビットは、例えば最上位ビットを最初に、ビッグエンディアン順にエンコードされ得る。オクテットは、また、ビッグエンディアン順に配置され、例えば、最上位の７ビットが最初に送信される。初期のオクテットが７ビットの値よりも少ない値を有している状況では、すべての未使用ビットは、ゼロ（０）に設定され得る。例として、整数値０ｘＡ０は、２バイトの連続値［０ｘ８１］：［０ｘ２０］にエンコードされ得る。整数値０ｘ６０は、１バイトの連続値［０ｘ６０］にエンコードされ得る。ＩＥＤのタイプは、対応するＩＥＩによって示され得る。

図１１Ｂは、メッセージ生成スキーム１１５０の実施形態を図示しており、ＩＭＳメッセージ信号送信に関して、ユーザデータ情報を移送するために、図１１Ａのデータ構造を、例えば、ＵＥデバイスと、ＣＳネットワーク上のＩＭＳ集中ネットワークノードとの間に生成することを含んでいる。他のＩＭＳサービスがまた、メッセージ生成スキームを使用し得るが、本特許出願に述べられているように、ＩＭＳメッセージ信号送信は、ＭＴ呼を配信することに属し得る。従って、スキーム１１５０は、方法、システムあるいは、ＵＥデバイスあるいはネットワークノードにおいて、ユーザデータ情報に関して動作可能なコンピュータアクセス可能な媒体として具現化され得る。さらに、ＵＥデバイスおよびネットワークノードは、１つのエンティティからもう一方のエンティティへのメッセージを生成し送信する目的のための、１対のエンティティ（例えば、第１エンティティおよび第２エンティティ、あるいは逆で）として考えられ得る。一般に、いくつかのＵＤＩは、最初のエンティティにおいて、ユーザデータ情報の量に基づいて構成され得るあるいは予め構成され得、各ＵＤＩは、複数のＩＥＩを含むように動作可能である（ブロック１１５２）。選択ＩＥＩに対して、選択ＩＥＩに関連するデータ長を示すように動作可能であるＩＥＤＬ構造が提供され、データは、ユーザデータ情報のうちの少なくとも一部分を含んでいる（ブロック１１５４）。前に述べたように、ＩＥＩタイプに依存して、ＩＥＤＬが必要ではないいくつかのＩＥＩがあり得る。１つ以上の代替信号送信（ＡＳ）メッセージが、他のエンティティ（つまり、第２エンティティ）に送信するために生成され、第２エンティティは、ＵＥデバイスあるいはネットワークノードであり得、ＡＳメッセージは、ＵＤＩのうちの１つ以上を含む（ブロック１１５６）。図４に例示されたＩＣＳ−ＮＦノード２０６に関して、前述のスキームが具現化され得る、あるいは、そうでなければ、プロセッサ４０２、ＩＣＳメッセージアプリケーション４１８、メッセージエンコード／デコードブロック４０８、辞書４１２、ストレージ４２０のような機能に基づいて、実行され得る。

ＭＴ呼を管理するコンテクストの中の規定されたＩＥＩのリスト（つまり、コードをエンコードする応答および要求）は、以下の表２Ａから表２Ｋに述べられて提供され得、テーブル構造が、要求／応答ＩＥＩおよび関連したＩＥＩの中で、さらに分離されることについて考えられている。

当業者は、いくつかのＩＥＩに他のＩＥＩが続き、それらは、許容されたかあるいは命令されたかのいずれかであることを認識するであろう（例えば、ＩＥＩ「１８２（Ｑｕｅｕｅｄ）」にはＩＥＩ「Ｒｅａｓｏｎ−Ｐｈｒａｓｅ」が続く）。従って、前に述べたように、適切なエンコーダ／デコーダ機構が、送信機および受信エンティティにおいて提供され得、それらは、サービングＩＣＳノード、または、サーブドＩＣＳ ＵＥデバイスかのいずれかであり得る。それと共に、適切なパーサがまた、いずれかのエンティティであるいは、両方のエンティティで提供され得る。１つの実装では、パーサの機能は、以下に述べるように、連続してＵＳＳＤ／ＳＭＳペイロードを読み取ることを巻き込む。

Ｉ．要求／応答ＩＥＩを読み取る。

ＩＩ．より多くのＵＤＩがある場合、その関連したＩＥＩを見つける。それ以上ＵＤＩがない場合、パーサは終了し得、任意の予期されないＩＥＩは無視される。３ＧＰＰ ＴＳ ２４．２２９文書の適用可能な手順が、関連したＩＥＩとしてエンコードされた可能性のあるヘッダのために、上述の表と共に使用され得る。

ＩＩＩ．他の応答／要求ＩＥＩが読み取られるとすぐに、上のステップ（ＩＩ）に進むように、パーサは繰り返し動作し得る。

例示の方法によって、以下の表３Ａから３Ｄに述べられるように、Ｅ．１６４番号としてのＴｅｌ ＵＲＩのコーディングが、様々な実装において提供され得る。

さらなる例によって、ＳＩＰ ＵＲＩおよびペイロード（例えば、ＵＳＳＤあるいはＳＭＳ）は、次のように提供され得る。１つの実施形態では、ＳＩＰ ＵＲＩあるいはペイロードは、３ＧＰＰ ＴＳ ２３．０４２文書に従う１つ以上の標準圧縮アルゴリズムを使用して圧縮され得る。最適化および効率的送信および／または圧縮のために、互換辞書が、前に述べたように、両方の端で提供され得る。辞書は、ある長さ（例えば、２５５文字）までの、コーダおよびデコーダの両方に既知のキーワードあるいはフレーズのリストとして具現化され得る。入力ストリームは、辞書に提供されたエントリに対して整合され得、ストリーム中の整合文字は、辞書エントリへの参照と置き換えられ得る。動作的には、そのような辞書は、ネットワークオペレータによって提供され得、例えば、「ｓｉｐ：」、「ｓｉｐｓ：」のような頻繁に生じる文字列（あるいは、特定の回数生じる文字列）に対する整合と、他の頻繁に生じる文字列あるいは文字列のフラグメントに加えてＵＲＩのドメインフラグメントとを含み得る。

図１２は、本発明開示の目的のために、ＩＣＳ ＵＥデバイス（例えば、ＵＥ２０２）として動作可能な通信デバイスの実施形態のブロックダイアグラムを図示している。当業者には、これまでの参照に対して、ＵＥ２０２の実施形態は図１２に示されたものと同様な構成を含み得るが、ハードウェア、ソフトウェア、あるいはファームウェアにおいて、様々な図示されたモジュールに関していくつかの変形および修正があり得ることが認識されるであろう。従って、図１２の構成は、本発明開示の実施形態に関して制限するものではなく、例示的なもととして受けとめられるべきである。ＵＥ２０２の実施形態の全体の制御を提供するマイクロプロセッサ１２０２は、通信サブシステム１２０４に動作可能に結合され、通信サブシステム１２０４は、マルチモード通信（例えば、ＣＳドメイン、ＩＭＳのようなＩＰドメイン等）可能である。通信サブシステム１２０４は、通常、１つ以上の受信機１２０８および１つ以上の送信機１２１４を、関連したコンポーネント（例えば、１つ以上の局部発振器（ＬＯ）モジュール１２１０）およびデジタルシグナルプロセッサ（ＤＳＰ）１２１２のような処理モジュールに加えて含む。通信分野の当業者には明らかなように、通信モジュール１２０４の具体的な設計は、モバイルデバイスが動作するよう意図される通信ネットワークに依存し得る（例えば、ＣＤＭＡネットワーク、ＧＳＭネットワーク、ＷＬＡＮ等）。しかしながら、具体的な設計によらず、適切なアクセ背得インフラストラクチャ１２０５（例えば、セルラー基地局タワー、ＷＬＡＮホットスポット等）を介してアンテナ１２０６によって受信された信号は、受信機１２０８に提供される。受信機１２０６は、信号増幅、周波数ダウンコンバート、フィルタリング、チャネル選択、アナログデジタル（Ａ／Ｄ）変換等の通常の受信機機能を実行する。同様に、送信される信号は、例えば、ＤＳＰ１２１２によって、変調およびエンコードを含む処理をされ、デジタルアナログ（Ｄ／Ａ）変換、周波数アップコンバージョン、フィルタリング、増幅および空中無線インターフェイス上でアンテナ１２１６を介しての送信のために、送信機１２１４に提供される。

マイクロプロセッサ１２０２は、補助入力／出力（Ｉ／Ｏ）１２１８，シリアルポート１２２０、ディスプレイ１２２２、キーボード／キーパッド１２２４、スピーカ１２２６、マイクロフォン１２２８、ランダムアクセスメモリ（ＲＡＭ）１２３０、短距離通信サブシステム１２３２、および任意の他のデバイスサブシステム（例えば、参照番号１２３３としてラベルされたタイマ機構）のような、さらなるデバイスサブシステムとインターフェイスする。アクセスを制御するために、インターフェイス１２３４が、マイクロプロセッサ１２０２との通信に、リムーバブル格納モジュール（Ｕｎｉｖｅｒｓａｌ／Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（Ｕ／ＳＩＭ）あるいはＲｅｍｏｖａｂｌｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（ＲＵＩＭ））に関して提供され得る。１つの実装では、Ｕ／ＳＩＭあるいはＲＵＩＭインターフェイス１２３４は、いくつかのキー構成１２４４および、識別子および加入者関連データに加えてＲ−ＵＲＩのような他の情報１２４６を有するＵ／ＳＩＭあるいはＲＵＩＮカードと動作可能であり得る。

オペレーティングシステムソフトウェアおよび適用可能なサービスロジックソフトウェアが、フラッシュメモリ１２３５のような持続性ストレージモジュール（つまり、不揮発性ストレージ）において具現化され得る。１つの実装では、フラッシュメモリ１２３５は、異なる領域、例えば、デバイス状態１２３７、住所録１２３９、他の個人情報マネージャ（ＰＩＭ）データ１２４１、および参照番号１２４３として広くラベルされた他のデータ格納領域に加えて、コンピュータプログラム１２３６の格納領域（例えば、サービスプログラムロジック）に分離されてもよい。移送スタック１２４５が、１つ以上の適切な無線パケット移送プロトコルを有効にするように提供され得る。加えて、ＩＣＳサービスロジックモジュール１２４８が、本明細書で上述したように、ＭＯ呼手順を有効にする機構に加えて、ＩＣＣＰベースの代替信号送信（つまり、ＵＳＳＤ／ＳＭＳ）の受信／生成を有効にするためにＩＣＳネットワークノード等から受信されたＩＭＲＮに基づいて提供される。

ＩＣＳ ＵＥデバイス、ＵＣＳネットワークノード、あるいは他のネットワーク位置のいずれかにおいて動作可能な、本特許開示で説明された様々な動作、コンポーネントおよびプロセスは、通常はプロセッシングシステムに関連するソフトウェア（例えば、プログラムコードあるいは一連の命令）、ファームウェア、ハードウェア、あるいは任意の組み合わせを含むいくつかの手段を介して遂行され得ることは、容易に理解されるべきである。プロセスがソフトウェアにおいて具現化される場合、そのようなソフトウェアは、コンピュータプログラム製品、コンピュータアクセス可能な媒体上の命令、アップロード可能なサービスアプリケーションソフトウェア、あるいは遠隔局からダウンロード可能なソフトウェア等を形成するプログラム命令を含み得る。さらに、プロセス、データ構造、あるいは両方がコンピュータアクセス可能なストレージに格納される場合、そのようなストレージは半導体メモリ、内部および外部コンピュータス格納媒体、および、包含するがそれらに限定されない、不揮発性媒体、揮発性媒体、および送信媒体、を含み得る。不揮発性媒体は、ＣＤ−ＲＯＭ、磁気テープ、ＰＲＯＭ、フラッシュメモリ、あるいは光学媒体を含み得る。揮発性媒体は、ダイナミックメモリ、キャッシュ、ＲＡＭ等を含み得る。送信媒体は、搬送波あるいは他の信号運搬媒体を含み得る。本明細書で使用されるように、用語「コンピュータアクセス可能な媒体」は、「コンピュータ実行可能な媒体」に加えて「コンピュータ読み取り可能な媒体」を包含する。

本特許出願の動作および構築が、上に述べられた発明の詳細な記述から明らかであることが信じられる。示され記述された例示的実施形態が好ましい形態として特徴付けられて来たが、以下の特許請求の範囲に述べられる本特許開示の範囲から外れることなく、様々な変更および修正がそれらになされ得ることが容易に理解されるべきである。

Claims (13)

1. インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークにおけるモバイル終端（ＭＴ）呼のための方法であって、該ＭＴ呼は、呼び出しパーティによってユーザ装備（ＵＥ）デバイスに向けて発信され、該方法は、
   ネットワークノードにおいて該ＭＴ呼のためにメッセージを受信し、該ＭＴ呼が、回線交換（ＣＳ）ドメインを介して該ＵＥデバイスに配信されるべきであることを決定することと、
   該ＭＴ呼に関係する呼情報を格納し、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）を該呼情報の少なくとも一部分とマッピング関係において関連付けることと、
   着信呼要求メッセージをＵＳＳＤまたはＳＭＳを介して該ＵＥデバイスに送信することであって、該着信呼要求メッセージは、該ＩＭＲＮと、該呼び出しパーティのＡ−パーティＩＤと、該着信呼要求メッセージが該ＭＴ呼の配信のためであることの指標とを含む、ことと、
   該ネットワークノードで終端するモバイル発信（ＭＯ）ＣＳ呼に従って、該ＵＥデバイスから戻る該ＩＭＲＮを受信することであって、該ＩＭＲＮが宛先番号として使用される、ことと、
   該ＩＭＲＮが有効であると確認する際に、該呼び出しパーティに向けて応答メッセージを送信し、該呼び出しパーティと該ＵＥデバイスとの間の該ＭＴ呼に対する端部間経路を有効にするための応答を送信することと
   を含む、方法。
2. 前記メッセージは、セッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥ方法要求を含む、請求項１に記載のＩＭＳネットワークにおけるＭＴ呼のための方法。
3. 前記ＩＭＲＮは、Ｅ．１６４番号である、請求項１〜２のうちのいずれか１項に記載のＩＭＳネットワークにおけるＭＴ呼のための方法。
4. 前記ＩＭＲＮを一定の期間、検疫プールに解放することをさらに含む、請求項１〜３のうちのいずれか１項に記載のＩＭＳネットワークにおけるＭＴ呼のための方法。
5. 呼要求メッセージは、Ｂ−パーティＩＤに関する情報を含む、請求項１〜４のうちのいずれか１項に記載のＩＭＳネットワークにおけるＭＴ呼のための方法。
6. 前記Ａ−パーティＩＤおよび前記Ｂ−パーティＩＤのうちの少なくとも１つが、ＳＩＰ
   ＵＲＩ、ＴＥＬ ＵＲＩ、Ｅ．１６４番号のうちの少なくとも１つとしてエンコードされる、請求項５に記載のＩＭＳネットワークにおけるＭＴ呼のための方法。
7. 呼び出しパーティによってユーザ装備（ＵＥ）デバイスに向けて発信されるモバイル終端（ＭＴ）呼を管理するように動作可能なインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークノードであって、該ネットワークノードは、
   該ＭＴ呼のために受信されたメッセージを処理することと、該ＭＴ呼が、回線交換（ＣＳ）ドメインを介して該ＵＥデバイスに配信されるべきであることを決定することとを行うように構成されたコンポーネントと、
   該ＭＴ呼に関する呼情報を格納することと、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）を該呼情報の少なくとも一部分とマッピング関係において関連付けることとを行うように構成されたコンポーネントと、
   着信呼要求メッセージをＵＳＳＤまたはＳＭＳを用いて該ＵＥデバイスに送信するように構成されたコンポーネントであって、該着信呼要求メッセージは、該ＩＭＲＮと、該呼び出しパーティのＡ−パーティＩＤと、該着信呼要求メッセージが該ＭＴ呼の配信のためであることの指標とを含む、コンポーネントと、
   該ネットワークノードにおいて終端するモバイル発信（ＭＯ）ＣＳ呼に従って、該ＵＥデバイスから戻される該ＩＭＲＮを受信するように構成されたコンポーネントであって、該ＩＭＲＮが宛先番号として使用される、コンポーネントと、
   該ＩＭＲＮが有効であることを確認することに応答するように動作可能であり、応答メッセージを該呼び出しパーティに向けて送信し、該呼び出しパーティと該ＵＥデバイスとの間の該ＭＴ呼に対する端部間経路を有効にするための応答を送信するように構成されたコンポーネントと
   を含む、ネットワークノード。
8. 前記受信されたメッセージは、セッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥ方法要求を含む、請求項７に記載のＭＴ呼を管理するように適合されるＩＭＳネットワークノード。
9. ＩＭＲＮの範囲を提供するように構成されたコンポーネントであって、該ＩＭＲＮの範囲から該ＩＭＲＮが割当られる、コンポーネントと、該ＩＭＲＮを生成するように構成されたコンポーネントとのうちの少なくとも１つをさらに含む、請求項７〜８のうちのいずれか１項に記載のＭＴ呼を管理するように適合されるＩＭＳネットワークノード。
10. 前記ＩＭＲＮが有効であることを確認するように構成されたコンポーネントをさらに含む、請求項７〜９のうちのいずれか１項に記載のＭＴ呼を管理するように適合されるＩＭＳネットワークノード。
11. 前記着信呼要求メッセージを介する送信のために、前記呼情報をエンコードするように構成されたコンポーネントをさらに含む、請求項７〜１０のうちのいずれか１項に記載のＭＴ呼を管理するように適合されるＩＭＳネットワークノード。
12. 前記呼情報をエンコードするように構成されたコンポーネントは、辞書機構を含む、請求項１１に記載のＭＴ呼を管理するように適合されるＩＭＳネットワークノード。
13. インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）において、モバイル終端（ＭＴ）呼を管理するように適合されたインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークノードのプロセッシングエンティティによって実行可能な一連の命令を有するコンピュータアクセス可能な媒体であって、該媒体は、
    呼び出しパーティからの該ＭＴ呼のためにメッセージを介して受信された該ＭＴ呼に関する呼情報を格納し、かつ、回線交換（ＣＳ）ドメインを介して、該ＭＴ呼がユーザ装備（ＵＥ）デバイスに配信されるべきであることを決定するための命令と、
    ＩＰマルチメディアルーティング番号（ＩＭＲＮ）を該呼情報の少なくとも一部分とマッピング関係において関連付けるための命令と、
    該ＵＥデバイスに着信呼要求メッセージをＵＳＳＤまたはＳＭＳを介して送信するための命令であって、該着信呼要求メッセージは、該ＩＭＲＮと、該呼び出しパーティのＡ−パーティＩＤと、該着信呼要求メッセージが該ＭＴ呼の配信のためであることの指標とを含む、命令と、
    該ＩＭＲＮが、モバイル発信（ＭＯ）ＣＳ呼について、該ＵＥデバイスから戻されて受信される場合に、該ＩＭＲＮが有効であることを確認するための命令であって、該ＩＭＲＮは宛先番号として使用される、命令と、
    応答メッセージを該呼び出しパーティに向けて送信し、該呼び出しパーティと該ＵＥデバイスとの間の該ＭＴ呼に対する端部間経路を有効にするための応答を送信するための命令と
    を含む、コンピュータアクセス可能な媒体。

Images