JP5657020B2 - インテリジェント・ネットワーク・シグナリングを介してパケットネットワーク・ベースのサービスおよびアプリケーションと対話する方法 - Google Patents

Description

本発明は、全般的には遠隔通信に関し、より具体的には回線交換ネットワークおよびパケット交換ネットワークの混合構成（ｂｌｅｎｄｅｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する。

セルラ・ネットワーク内の加入者の既存エンドユーザ・デバイスのほとんどは、パケット交換ネットワークのインターネット・プロトコル通信標準規格に基づかない。一部のデバイスは、パケット交換ネットワーク内で通信できるが、パケット交換ネットワークの外の他の回線交換ネットワークにローミングする場合がある。レガシ回線ベースのネットワークおよびデバイスから加入者にパケット交換ネットワークの特徴へのアクセスをサポートするために、いくつかの以前の解決策は、加入者からの呼をパケット交換ネットワークにアンカリングすることまたは特殊な機能のサポートを要求した。多数のパケット交換特徴は、その機能性のためにベアラ・チャネルを要求しないので、これらの特徴がレガシ回線ベースのネットワークまたはデバイスを使用する加入者によって利用される時に、パケット交換ネットワークと回線交換ネットワークとの両方のネットワーク・リソースが浪費される。

一例として、３ＧＰＰ標準規格は、信号または特徴コードをインターネット・プロトコル（ＩＰ）Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）ネットワークにトランスポートする方法としてＵｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅ Ｄａｔａ（ＵＳＳＤ）メッセージを使用することによってＩＭＳ Ｃｅｎｔｒａｌｉｚｅｄ Ｓｅｒｖｉｃｅｓモデルをサポートする解決策を指定した。しかし、３ＧＰＰ２は、ＵＳＳＤまたはその同等物をサポートせず、したがって、現在３ＧＰＰ２市場にこの問題に関する標準化された解決策がないだけではなく、ＵＳＳＤをサポートするモバイルは、３ＧＰＰ市場で広く入手可能ではない。

回線交換ネットワークでは、加入者が変更可能なパラメータの構成を、その加入者のために働く特定の遠隔通信ネットワーク技術に応じて、複数の異なる形で達成することができる。補助サービス対話の複数の方法があるが、これらは、一般にベンダ固有である。回線ベースの加入者について、通常、加入者がダイヤルできる「機能コード（ｆｅａｔｕｒｅ ｃｏｄｅ）」または「＊」コードがあり、市内交換機は、番号分析中に、＊コードを認識し、これを適当に処理する。これらの「機能コード」およびその解釈は、＊３３ ［自動転送番号］ ＃など、一般にベンダ固有であり、ここで、「＊３３」は、示された通りに自動転送番号を変更する機能コードである。しかし、複数の領域にまたがるこれらのダイヤリング・プランの保守は、動作的に問題を含み、リソース集中型である。

たとえばＩＭＳドメインでは、インターネット上のＰＣだけではなく、ＩＭＳ対応ＵＥからも更新され得るウェブベースのルーティング・サービスなどの複数の革新的な特徴がある。現在、加入者が回線ベースのアクセスを用いてそのようなサービスと対話することは、実現可能ではない。これに、３ＧＰＰ市場で指定されたＵＳＳＤを介して対処することができるが、現在、３ＧＰＰ２には同等の解決策がなく、ＵＳＳＤをサポートしないモバイルを使用する時の３ＧＰＰ解決策はない。一般に、回線ベースの加入者が現在使用可能な方法を使用してこれらのＩＰベースのサービスを利用することは、不便または不可能である。

したがって、パケット交換ネットワーク特徴の利用のためのリソースのより効率的な使用の必要が存在する。

本発明は、一実施態様で、方法を含む。少なくとも１つの所定の電話番号への呼を受信するように構成されたクロス・ドメイン・サーバ（ｃｒｏｓｓ ｄｏｍａｉｎ ｓｅｒｖｅｒ）は、パケット交換ネットワークの外の加入者から呼の呼セットアップ・メッセージを受信する。クロス・ドメイン・サーバは、パケット交換ネットワークのメンバである。クロス・ドメイン・サーバは、加入者の代わりに、呼に基づいて、パケット交換ネットワーク内でアクションを実行する。呼は、切断される。

本発明のもう１つの実施態様は、装置を含む。この装置は、少なくとも１つの所定の電話番号への呼を受信するように構成されたクロス・ドメイン・サーバを含む。クロス・ドメイン・サーバは、パケット交換ネットワークのメンバである。クロス・ドメイン・サーバは、パケット交換ネットワークの外からクロス・ドメイン・サーバによって受信された呼の加入者の代わりに、パケット交換ネットワーク内でアクションを実行するように構成される。クロス・ドメイン・サーバは、アクションを実行した後に呼を切断するように構成される。

本発明の例の実施態様の特徴は、この説明、特許請求の範囲、および添付図面から明白になる。

回線交換ネットワークおよびパケット交換ネットワークに結合されたクロス・ドメイン・サーバを含む装置の一実施態様の表現を示す図である。 図１の装置のクロス・ドメイン・サーバを介する特徴アクセスの１つのメッセージ・フローの表現を示す図である。

図１に移ると、一例の装置１００は、クロス・ドメイン・サーバ１０２、回線交換ネットワーク１０４、ユーザ機器（ＵＥ）１０６、およびパケット交換ネットワーク１０８を含む。一例のクロス・ドメイン・サーバ１０２は、回線交換ネットワーク１０４およびパケット交換ネットワーク１０８のメンバになるように、また、Ｗｉｒｅｌｅｓｓ Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ（ＷＩＮ）、ＡＮＳＩ−４１、ＣＡＭＥＬ、ＥＴＳＩ ＩＮＡＰ、およびＳＳ７シグナリング・プロトコルのうちの１つまたは複数を介してアクセス可能になるように構成される。一例では、クロス・ドメイン・サーバ１０２は、本明細書で説明するように記録可能データ記憶媒体１０９の一具体例を含む。一例の回線交換ネットワーク１０４は、レガシ・セルラ・ネットワークまたは公衆交換電話網を含む。一例のＵＥ １０６は、携帯電話機、スマートホン、携帯情報端末、無線デバイス、または他の通信デバイスを含む。

一例のクロス・ドメイン・サーバ１０２、回線交換ネットワーク１０４、およびパケット交換ネットワーク１０８は、混合回線／パケット交換ネットワーク（ｂｌｅｎｄｅｄ ｃｉｒｃｕｉｔ／ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ ｎｅｔｗｏｒｋ）１１１として動作するように構成される。図１の実施態様では、パケット交換ネットワーク１０８は、メディア・ゲートウェイ１１４およびメディア・ゲートウェイ制御機能（ＭＧＣＦ）１１６を有するインターネット・プロトコル（ＩＰ）Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）ネットワークと、Ｍｅｄｉａ Ｒｅｓｏｕｒｃｅ Ｆｕｎｃｔｉｏｎ／Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｅｒｉｐｈｅｒａｌ（ＭＲＦ／ＩＰ）１１７と、アプリケーション・サーバ１１８（または他のパケット・ネットワーク・アプリケーション・プロバイダ）と、Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（Ｓ−ＣＳＣＦ）１２０と、ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｆｕｎｃｔｉｏｎ（ＩＭ−ＳＳＦ）１２２と、Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ（ＨＳＳ）１２４とを含む。パケット交換ネットワーク１０８は、回線交換ネットワーク１０４にインターフェースされ、回線交換ネットワーク１０４は、Ｓｅｒｖｉｎｇ Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ／Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ（Ｓ−ＭＳＣ／ＶＬＲ）１１０およびＨｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ（ＨＬＲ）１１２を含む。パケット交換ネットワーク１０８によって提供される特徴の例は、ウェブベースのルーティング・プリファレンスの更新、ネットワーク特徴のトグル（たとえば、音声とテキストとの間の音声メール配信プリファレンス）、加入者ポリシ・ルール（たとえば、プレゼンス、ビジー状況など）の更新、ＳＭＳを介してユーザ機器１０６に送信される情報（たとえば、気象、スポーツ統計など）の要求、および他の特徴を含む。

クロス・ドメイン・サーバ１０２は、少なくとも１つの所定の電話番号または「Ｐｕｂｌｉｃ Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ」への呼を受信するように構成される。第１の例では、ＵＥ １０６の加入者／ユーザは、ＨＬＲ／ＨＳＳ １１２内のインテリジェント・ネットワーク加入者としてオリジネーション・インテリジェント・ネットワーク・トリガ（ｏｒｉｇｉｎａｔｉｏｎ ｉｎｔｅｌｌｉｇｅｎｔ ｎｅｔｗｏｒｋ ｔｒｉｇｇｅｒ）をプロビジョニングされる。さらなる例では、オリジネーション・インテリジェント・ネットワーク・トリガは、ＵＥ １０６から発するすべての呼がクロス・ドメイン・サーバ１０２に向けられるように、タイプ「ａｌｌ ｃａｌｌｓ（すべての呼）」のＷｉｒｅｌｅｓｓ Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ（ＷＩＮ）トリガである。オリジネーション・インテリジェント・ネットワーク・トリガは、Ｓ−ＭＳＣ／ＶＬＲ １１０に、ＵＥ １０６からの着呼またはそのハンドリングをクロス・ドメイン・サーバ１０２に向けさせる。この例では、クロス・ドメイン・サーバ１０２は、当業者によって了解されるように、Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ（ＳＣＰ）と同様に働く。もう１つの例では、Ｓ−ＭＳＣは、所定の電話番号への呼のみをクロス・ドメイン・サーバ１０２に向けるように構成される。

説明のために、装置１００の動作の例示的な説明を示す。図２に移ると、メッセージ・フロー２０２の一例は、ＷＩＮシグナリングを使用するクロス・ドメイン・サーバ１０２を介するＵＥ １０６によるパケット交換ネットワーク１０８の特徴へのアクセスを提供する。ＡＮＳＩ−４１シグナリングまたは他のプロトコルを使用する代替実施態様は、当業者に明白であろう。ＵＥ １０６は、回線交換ネットワーク１０４（図１）を介してＳ−ＭＳＣ／ＶＬＲ １１０に呼要求メッセージ２０４を送信する。一例の呼要求メッセージ２０４は、呼の被呼当事者番号および発呼当事者番号と共に、Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋ Ｕｓｅｒ Ｐａｒｔ（「ＩＳＵＰ」）プロトコルのＩｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ（「ＩＡＭ」）を含む。一例では、呼要求は、加入者が手作業で電話番号を入力することによって開始される。もう１つの例では、ＵＥ １０６は、メニュー・コマンド、キーストローク、または加入者からの音声プロンプトに基づいて呼要求を自動的に形成する。

図２の実施態様では、起点インテリジェント・ネットワーク（ＩＮ）トリガは、ＵＥ １０６が登録する時にＳ−ＭＳＣ／ＶＬＲ １１０内でセットされる（２０４）。呼が開始される時（２０６）に、Ｓ−ＭＳＣ／ＶＬＲ １１０は、たとえばＷＩＮシグナリング・プロトコルを使用して、呼ハンドリング命令に関するクエリ・メッセージ２１０をクロス・ドメイン・サーバ１０２（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ、ＳＣＰとして働く）に送信する。一例のクエリ・メッセージ２１０は、呼の被呼当事者番号および発呼当事者番号と、加入者に関連するサービス・キーとを含む。サービス・キーは、加入者に関連する、加入者が変更できるパラメータの変更、加入者に関する特徴アクティブ化状況のトグル、加入者の代わりの情報要求の作成、およびサービスのアクティブ化または非アクティブ化など、クロス・ドメイン混合サービスのうちの１つである。

クエリ・メッセージ２１０の受信時に、クロス・ドメイン・サーバ１０２は、呼の被呼当事者番号を分析する。被呼当事者番号が所定の電話番号（すなわち、サービス・インジケータ）のうちの１つではない場合には、クロス・ドメイン・サーバ１０２は、標準的な呼処理のために「継続」メッセージ２１２をＳ−ＭＳＣ／ＶＬＲ １１０に送信する。

被呼当事者番号が、所定の電話番号のうちの１つである場合には、クロス・ドメイン・サーバ１０２は、加入者の代わりにパケット交換ネットワーク内でアクションを実行するように構成される。加入者の代わりにアクションを実行した後に、クロス・ドメイン・サーバ１０２は、呼を切断するために解放メッセージ２１４をＳ−ＭＳＣ／ＶＬＲ １１０に送信する。したがって、アクションは、呼のためにパケット交換ネットワーク内でベアラ・チャネルを確立せずに、パケット交換ネットワーク内で実行される。アクションの例は、加入者に関連する、加入者が変更できるパラメータの変更、加入者に関する特徴アクティブ化状況のトグル、加入者の代わりの情報要求の作成、およびサービスのアクティブ化または非アクティブ化を含む。サービスの実行、アプリケーションの実行、呼処理、シグナリング、またはハンドリング手順などの実行される追加のアクションは、当業者に明白であろう。

第１実施態様では、クロス・ドメイン・サーバ１０２は、たとえばルックアップ・テーブルの使用を介して、被呼当事者番号およびオプションでサービス・キーに基づいて、行うべき適当なアクションを判定する。クロス・ドメイン・サーバ１０２は、当業者によって了解されるように、加入者の現在位置、現在時刻、１つもしくは複数の加入者ポリシ・ルール、１つもしくは複数のネットワーク・ポリシ・ルール、または他の変数もしくはパラメータのうちの１つまたは複数を使用することもできる。もう１つの例では、クロス・ドメイン・サーバ１０２は、サービス識別子として被呼当事者番号を使用する。たとえば、所定の電話番号のそれぞれが、実行される異なるアクションまたはサービスに対応する。クロス・ドメイン・サーバ１０２は、どの加入者がアクションを要求したのかを識別するために発呼当事者番号を使用する。一例では、クロス・ドメイン・サーバ１０２は、アクションを実行するためにアプリケーション・サーバ１１８または他の通信デバイスにシグナリング・メッセージ２１６を送信する。シグナリング・メッセージ２１６の例は、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）メッセージ、ハイパーテキスト転送プロトコル（ＨＴＴＰ）メッセージ、ＷＩＮメッセージ、Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ（ＬＤＡＰ）、Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＸＭＬ）、ＰａｒｌａｙＸ、または他のシグナリング・メッセージを含む。

第２の実施態様では、クロス・ドメイン・サーバ１０２は、加入者から追加情報を入手するために、別のサーバまたは通信デバイスとの通信セッションをセット・アップするように構成される。一例では、クロス・ドメイン・サーバ１０２は、加入者とＭＲＦ／ＩＰ １１７との間の通信セッション（２２２）を構成し（２１８）、ここで、ＭＲＦ／ＩＰ １１７は、対話型音声応答サーバとして働く。もう１つの例では、ＭＲＦ／ＩＰ １１７は、デュアルトーン・マルチフリケンシ（ＤＴＭＦ）信号を介してＵＥ １０６から入力を受信するように構成される。加入者は、アクションを実行するための追加情報を提供するために、ＭＲＦ／ＩＰ １１７と対話することができる。たとえば、加入者は、更新されたクレジット・カード番号、自動転送番号、住所、郵便番号、または他の情報を入力することができる。ＭＲＦ／ＩＰ １１７は、加入者の代わりにアクションを実行するために、この情報をクロス・ドメイン・サーバ１０２に提供し、その後、ＭＲＦ／ＩＰ １１７との接続は、既知の手順を使用して切断される。

これにより提示される解決策は、呼をアンカリングするためにベアラ・トランク（ｂｅａｒｅｒ ｔｒｕｎｋ）を利用する必要なしにアプリケーションとの回線シグナリング対話が望ましいすべてのケースに拡張される。さらに、この解決策は、すべての遠隔通信加入者（回線ベースの有線ＰＯＴＳ、モバイル／セルラ、ＰＣベースのＩＭＳソフトホンなどのいずれであれ）に、構成、呼出、変更、その他などの彼／彼女の遠隔通信サービスと対話する均一な形を提供する。たとえば、自動転送番号の構成は、通信技術、デバイスなどに関わりなく同一になるはずである。

本発明の多数の代替実施態様が存在する。３ＧＰＰ２パケット交換ネットワークについて、加入者は、彼らのＨＬＲ内で、起点ＷＩＮ「Ａｌｌ＿Ｃａｌｌｓ」トリガをプロビジョニングされ、あるいは、有線加入者は、彼らの交換機内で、適宜、Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ（ＩＮＡＰ）トリガまたはＡｄｖａｎｃｅｄ Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ（ＡＩＮ）トリガをプロビジョニングされる。３ＧＰＰパケット交換ネットワークについて、加入者は、彼らのＨＬＲ内で、起点無条件（（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｆｏｒ Ｍｏｂｉｌｅ ｎｅｔｗｏｒｋｓ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ（ＣＡＭＥＬ））トリガをプロビジョニングされ、あるいは、有線加入者は、彼らの交換機内で適当なＩＮＡＰをプロビジョニングされる。ＡＮＳＩ−４１、ＣＡＭＥＬ、およびＥＴＳＩ ＩＮＡＰなどの他のオリジネーション・トリガまたはプロトコルを使用することもできる。

一例の装置１００は、電子コンポーネント、ハードウェア・コンポーネント、およびコンピュータ・ソフトウェア・コンポーネントのうちの１つまたは複数などの複数のコンポーネントを含む。複数のそのようなコンポーネントを、装置１００内で組み合わせるか分割することができる。装置１００の例のコンポーネントは、当業者によって了解されるように、複数のプログラミング言語のいずれかで記述されまたはこれを用いて実施された１組のおよび／または一連のコンピュータ命令を使用し、かつ／または含む。

一例の装置１００は、１つまたは複数のコンピュータ可読信号担持媒体を使用する。コンピュータ可読信号担持媒体は、本発明の１つまたは複数の実施態様の１つまたは複数の部分を実行するソフトウェア、ファームウェア、および／またはアセンブリ言語を格納する。装置１００のコンピュータ可読信号担持媒体の例は、クロス・ドメイン・サーバ１０２の記録可能データ記憶媒体１０９を含む。一例の装置１００のコンピュータ可読信号担持媒体は、磁気の、電気の、光の、生物学的な、および原子のデータ記憶媒体のうちの１つまたは複数を含む。たとえば、コンピュータ可読信号担持媒体は、フロッピ・ディスク、磁気テープ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハード・ディスク・ドライブ、および電子メモリを含む。

本明細書で説明されるステップまたは動作は、例にすぎない。本発明の趣旨から逸脱しない、これらのステップまたは動作に対する多数の変形形態がある可能性がある。たとえば、ステップを異なる順序で実行することができ、あるいは、ステップを追加し、削除し、または変更することができる。

本発明の例の実施態様を図示し、本明細書で詳細に説明したが、さまざまな変更、追加、置換などを本発明の趣旨から逸脱せずに行うことができ、したがって、これらが、次の特許請求の範囲で定義される本発明の範囲に含まれると考えられることは、当業者に明白であろう。

Claims (10)

1. インテリジェント・ネットワーク（ＩＮ）サービスを回線ベースのユーザ機器（ＶＥ）に提供する方法であって、
   前記ＩＮ内で前記回線ベースのＵＥをプロビジョニングするステップと、
   少なくとも１つの所定の電話番号への呼を受信するように構成されたクロス・ドメイン・サーバで、前記ＩＮによって提供されるサービスにアクセスするために回線ベースのＵＥから呼の呼セットアップ・メッセージを受信するステップであって、前記クロス・ドメイン・サーバは、前記ＩＮのメンバである、ステップと、
   前記回線ベースのＵＥの代わりに、前記呼に基づいて、前記クロス・ドメイン・サーバによって、前記ＩＮ内でベアラ・チャネルを確立せずに前記ＩＮ内で前記サービスを開始するステップと、
   前記呼を切断するステップと
   を含む方法。
2. 前記少なくとも１つの所定の電話番号は、前記呼の被呼当事者番号を含む、請求項１に記載の方法。
3. 受信する前記ステップは、
   前記呼の受信時に、前記回線ベースのＵＥに関連するオリジネーション・インテリジェント・ネットワーク・トリガを受信するステップと、
   前記オリジネーション・インテリジェント・ネットワーク・トリガに基づいて前記クロス・ドメイン・サーバに照会するステップと
   を含む、請求項１に記載の方法。
4. 開始する前記ステップは、
   前記回線ベースのＵＥに関連する１つまたは複数の加入者が変更可能なパラメータを変更するステップと、
   前記回線ベースのＵＥの特徴アクティブ化状況をトグルするステップと、
   前記回線ベースのＵＥの代わりに情報要求を作成するステップと、
   サービスをアクティブ化するステップと、
   サービスを非アクティブ化するステップと、
   サービスを実行するステップと、
   アプリケーションを実行するステップと
   のうちの１つまたは複数を含む、請求項１に記載の方法。
5. 開始する前記ステップは、
   前記呼の被呼当事者番号と、
   前記呼の発呼当事者番号と、
   前記呼に関連するサービス・キーと、
   １つまたは複数の回線ベースＵＥポリシ・ルールと、
   １つまたは複数のネットワーク・ポリシ・ルールと、
   前記回線ベースのＵＥの現在位置と、
   現在時刻と
   のうちの１つまたは複数に基づいて前記ＩＮ内で開始される前記サービスを判定するステップ
   を含み、前記少なくとも１つの所定の電話番号は、前記被呼当事者番号を含む
   請求項１に記載の方法。
6. 開始する前記ステップは、
   前記呼を対話型音声応答サーバにルーティングするステップと、
   前記対話型音声応答サーバから受信された情報に基づいて前記サービスを開始するステップと
   を含む、請求項１に記載の方法。
7. パケット交換ネットワーク内で呼セッションを制御するＳｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（Ｓ−ＣＳＣＦ）と、
   前記パケット交換ネットワーク内および回線交換ネットワーク内で動作するように構成され、前記Ｓ−ＣＳＣＦに結合され、前記回線交換ネットワーク内のユーザ機器から少なくとも１つの所定の電話番号への呼を受信するように構成されたクロス・ドメイン・サーバと
   を含み、
   前記クロス・ドメイン・サーバは、ベアラ・チャネルを確立するために前記Ｓ−ＣＳＣＦと通信することなく、前記回線交換ネットワーク内の前記ユーザ機器の代わりに前記パケット交換ネットワーク内でサービスを開始するためのアクションを実行するように構成され、
   前記クロス・ドメイン・サーバは、前記アクションを実行した後に前記呼を切断するように構成される
   装置。
8. 前記少なくとも１つの所定の電話番号は、前記呼の被呼当事者番号を含む、請求項７に記載の装置。
9. 前記ユーザ機器は、オリジネーション・インテリジェント・ネットワーク・トリガに基づいてクエリを前記クロス・ドメイン・サーバに送信させるために、前記オリジネーション・インテリジェント・ネットワーク・トリガをプロビジョニングされる、請求項７に記載の装置。
10. 前記アクションは、
    前記ユーザ機器に関連する加入者が変更できるパラメータまたはプリファレンスの更新、変更、またはトグルと、
    サービスのアクティブ化または非アクティブ化と、
    サービスの実行と、
    アプリケーションの実行と、
    情報が前記ユーザ機器に送信されることの要求と
    のうちの１つまたは複数を含む、請求項７に記載の装置。

Images