(57)【要約】【課題】ユーザ機器（ＵＥ）によってネットワークノードを用いて信頼性のあるデータ接続性を確立するシステムおよび方法を提供すること。【解決手段】ユーザ機器デバイスとの動作においてネットワークノードとの信頼できるデータ接続性を確立する方法であって、該ＵＥデバイスは、第１の接続および第２の接続のうちの少なくとも１つにおいて該ネットワークノードと通信し得、該第１の接続および第２の接続は、２つの異なるネットワーク上で実現可能である、方法。【選択図】図１
2011160433.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）デバイス（１０２Ａ）との動作においてネットワークノード（４０８）との接続性を確立する方法であって、該ＵＥデバイス（１０２Ａ）は、第１の接続および第２の接続を介して該ネットワークノード（４０８）と通信することが可能であり、該第１の接続および該第２の接続は、２つの異なるネットワーク上で実現可能であり、
該方法は、
該ネットワークノード（４０８）が、該第１の接続を用いて、第１のネットワークを介してアクセス可能ではないことを決定すること（５０２、５０４）と、
該ネットワークノード（４０８）において実行されるサービス機能要求を含むメッセージを構築すること（５０６）と、
第２のネットワークに属するラッパー内に該メッセージをラッピング（５０６）し、該ラッピングされたメッセージをラッパーベースのサービス要求のための専用ネットワーク部分（４０５）に向けること（５０８）であって、該専用ネットワーク部分（４０５）は、該ラッピングされたメッセージを処理し、かつ、該ラッピングされたメッセージに含まれるサービス機能要求を信頼されたネットワーク部分（４０７）を介して該ネットワークノード（４０８）に転送するように動作可能である、ことと
を含む、方法。
【請求項２】
前記ネットワークノード（４０８）に前記ラッピングされたメッセージを向けると、タイマメカニズム（２０５）が開始される、請求項１に記載の方法。
【請求項３】
前記ラッパーは、ショートメッセージサービス（ＳＭＳ）ベースのメッセージ、非構造補足サービスデータ（ＵＳＳＤ）ベースのメッセージ、ユーザ間シグナリング（ＵＵＳ）ベースのメッセージのうちの１つを含む、請求項１または請求項２に記載の方法。
【請求項４】
前記サービス機能は、テレフォニーサービス機能を含む、請求項１に記載の方法。
【請求項５】
前記テレフォニーサービス機能は、直接内部呼出しサービス、呼出し転送サービス、カスタム化された短縮ダイアリングサービス、ボイスメールサービス、フォローミーサービス、呼出し回送サービス、保留中の音楽サービス、自動掛け直しサービス、自動呼出し分散サービス、通話中着信サービス、呼出しピックアップサービス、会議電話サービス、呼出し課金サービス、ボイスページングサービス、カスタム化された挨拶サービス、共有メッセージボックスサービス、自動ディレクトリサービスのうちの１つから選択される、請求項４に記載の方法。
【請求項６】
前記メッセージを機能させると、前記ネットワークノード（４０８）から確認応答を受信すること（５１０）をさらに含む、請求項１に記載の方法。
【請求項７】
タイマメカニズム（２０５）は、前記確認応答を受信すると終了される、請求項６に記載の方法。
【請求項８】
前記確認応答は、前記ＵＥデバイス（１０２Ａ）と前記ネットワークノード（４０８）との間に配置されたパケット交換データ接続（４１０）を介して受信される、請求項６に記載の方法。
【請求項９】
前記ラッピングされたメッセージは、行先アドレスを有し前記専用ネットワーク部分（４０５）において配置された、専用の中間ノード（２０３、４０４）を介して向けられ、該専用の中間ノード（２０３、４０４）は、ショートメッセージサービスセンタ（ＳＭＳＣ）、ＵＳＳＤゲートウェイ、ＵＵＳ機能のうちの１つを含む、請求項１に記載の方法。
【請求項１０】
前記行先アドレスは、前記ＵＥデバイス内に一体化されたメモリ回路、および、該ＵＥデバイスと動作可能な取外し可能モジュールのうちの少なくとも１つに格納される、請求項９に記載の方法。
【請求項１１】
前記取外し可能モジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）、取外し可能ユーザ識別モジュール（ＲＵＩＭ）、コンパクトフラッシュ（登録商標）モジュール、セキュアデジタル（ＳＤ）メモリカードのうちの１つを含む、請求項１０に記載の方法。
【請求項１２】
前記行先アドレスは、インタフェース（６３４）を介して前記取外し可能モジュールから、前記ＵＥデバイス（１０２Ａ）によって読み取られる、請求項１０に記載の方法。
【請求項１３】
ネットワークノード（４０８）との接続性を確立するように動作可能なユーザ機器（ＵＥ）デバイス（１０２Ａ）であって、該ＵＥデバイス（１０２Ａ）は、第１の接続および第２の接続を介して該ネットワークノード（４０８）と通信することが可能であり、該第１の接続および第２の接続は、２つの異なるネットワーク上で実現可能であり、
該ユーザ機器デバイスは、
該ネットワークノード（４０８）において実行されるサービス機能要求を含むメッセージを構築する手段（６０２、６４６、６４８）であって、該手段は、該ネットワークノード（４０８）が該第１の接続を用いて第１のネットワークを介してアクセス可能ではないことの決定に応答して動作する、手段と、
第２のネットワークに属するラッパー内に該メッセージをラッピングし、該ラッピングされたメッセージをラッパーベースのサービス要求のための専用ネットワーク部分（４０５）に向ける手段（６０２、６４６、６４８）であって、該専用ネットワーク部分（４０５）は、該ラッピングされたメッセージを処理し、かつ、該ラッピングされたメッセージに含まれるサービス機能要求を信頼されたネットワーク部分（４０７）を介して該ネットワークノード（４０８）に転送するように動作可能である、手段（６０２、６４６、６４８）と
を含む、ユーザ機器（ＵＥ）デバイス（１０２Ａ）。
【請求項１４】
前記ネットワークノード（４０８）の方向に前記ラッピングされたメッセージを向けると開始するように動作可能であるタイマメカニズム（２０５、６３３）をさらに含む、請求項１３に記載のＵＥデバイス（１０２Ａ）。
【請求項１５】
前記ラッパーは、ショートメッセージサービス（ＳＭＳ）ベースのメッセージ、非構造補足サービスデータ（ＵＳＳＤ）ベースのメッセージ、ユーザ間シグナリング（ＵＵＳ）ベースのメッセージのうちの１つを含む、請求項１３または請求項１４に記載のＵＥデバイス（１０２Ａ）。
【請求項１６】
前記ネットワークノード（４０８）によって生成された確認応答を受信すると終了されるタイマメカニズム（２０５、６３３）をさらに含む、請求項１３に記載のＵＥデバイス（１０２Ａ）。
【請求項１７】
ユーザ機器（ＵＥ）デバイス（１０２Ａ）とネットワークノード（４０８）との間の信頼しうるデータ接続性を容易にするように動作可能なシステム（４０６）であって、該ネットワークノード（４０８）は、パケット交換接続を介して該ＵＥデバイス（１０２Ａ）にアクセス不可能にされ、
該システムは、
ラッパーベースのサービス要求のための専用ネットワーク部分（４０５）において、該ＵＥデバイス（１０２Ａ）から起動されるサービス機能要求を含むメッセージを受信する手段であって、該サービス機能要求は、該ネットワークノード（４０８）上で実行され、該受信する手段は、ラッパー内に含まれる該メッセージを受信するように動作する、手段と、
該ラッピングされたメッセージを処理し、該ラッピングされたメッセージに含まれるサービス機能要求をパッケージングして、信頼されたネットワーク部分（４０７）を介して該ネットワークノード（４０８）に送信する手段と
を含む、システム（４０６）。
【請求項１８】
前記ラッパーは、ショートメッセージサービス（ＳＭＳ）ベースのメッセージ、非構造補足サービスデータ（ＵＳＳＤ）ベースのメッセージ、ユーザ間シグナリング（ＵＵＳ）ベースのメッセージのうちの１つを含む、請求項１７に記載のシステム（４０６）。
【請求項１９】
前記ネットワークノード（４０８）から受信された確認応答を処理する手段をさらに含み、該確認応答は、パケット交換データ接続（４１０）を介して前記ＵＥデバイス（１０２Ａ）に送信されるように動作可能である、請求項１７に記載のシステム（４０６）。
【請求項２０】
前記ネットワークノード（４０８）から受信された確認応答を処理する手段をさらに含み、該確認応答は、前記専用のネットワーク部分（４０５）を介して送信されるように動作可能である、請求項１７に記載のシステム（４０６）。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の参照）
本出願は、以下の米国特許出願、Ｒｉｃｈａｒｄ  Ｇｅｏｒｇｅ、Ｂｒｉａｎ  Ｏｌｉｖｅｒ、Ｊａｎ  Ｊｏｈｎ−Ｌｕｃ  ＢａｋｋｅｒおよびＡｄｒｉａｎ  Ｂｕｃｋｌｅｙらの名義による、＿＿＿に出願された、出願第＿＿＿＿、「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＥＦＦＥＣＴＵＡＴＩＮＧ  ＲＥＭＯＴＥ  ＣＯＮＴＲＯＬ  ＯＦ  Ａ  ＮＥＴＷＯＲＫ  ＮＯＤＥ  ＢＹ  Ａ  ＵＳＥＲ  ＥＱＵＩＰＭＥＮＴ  （ＵＥ）  ＤＥＶＩＣＥ」（代理人整理番号第３０７４５−ＵＳ−ＰＡＴ号）の主題に関する主題を開示し、本明細書において参考として援用される。
【０００２】
（開示分野）
本特許開示は、概して通信ネットワークに関する。いかなる限定をもせず、より具体的には、本特許開示は、ネットワークノードが、非デジタル方式でアドレス可能な状態であり、ユーザ機器（ＵＥ）によってネットワークノードを用いて信頼性のあるデータ接続性を確立する、システムおよび方法に向けられる。
【背景技術】
【０００３】
（背景）
Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）ネットワークなどのセルラーテレフォニーネットワークは、さまざまな能力を有するさまざまなモバイルユーザ機器（ＵＥ）をサポートするように設計されている。例えば、一部のＵＥデバイスは、ボイス呼出しのみに従事する能力を有する。一方で、ボイスおよびデータ能力を有するが同時には有さないデバイスがあり得、また、同時にボイスおよびデータ接続をサポートし得るデバイスがあり得る。しかし、特定の本来備わっている設計の考察のために、非同時性のボイスおよびデータ能力を有するＵＥデバイスは、一般的に、同時にボイスおよびデータ能力を有するデバイスよりも普及している。この状況は、回路交換接続を介するボイス呼出しの間に、デバイスがデータを送信できないという障害を引き起こす。
【０００４】
そのような挙動に取り組むために、現在の第３世代パートナーシッププロジェクト（３ＧＰＰ）規格は、ＵＥデバイスに関連した擬似的に同時に起こるボイスおよびデータ能力をエミュレートする解決法を提供する。それにもかかわらず、この解決法は、広く実装されておらず、それは、該解決法が、ＵＥデバイスおよびネットワークインフラストラクチャにおいて高価な追加のソフトウェアおよびハードウェアを必要とするからである。その結果として、ボイス呼出しに従事するＵＥデバイスに（例えば、呼出し制御を実現するために）企業関連のデータ接続性を提供することを望むシステムにとって、システムの企業サーバは、もはやデジタル方式にアドレス可能なネットワークノードではなく、従って、従来的な選択は、デュアルトーンマルチ周波数（ＤＴＭＦ）シグナリングの使用であり、これは、帯域内（ユーザに聞き取れる）または帯域外（ユーザに聞き取れない）モードのいずれかにおいてコマンド信号を用いる。しかし、このアプローチでさえも、欠点を伴わない訳ではない。例えば、ＤＴＭＦシグナリングは、通常は１方向のみに信頼でき、トーンを受信および処理するために、企業サーバが高価なオーディオプロセッシングハードウェアおよびソフトウェアを有することを要求する。さらに、複数のシステムもまた同一のトーンを用いるので、間違ったシステムが、別のシステムに向けられた受信トーンを処理し得る可能性がある。聴力障害者用電話通信デバイス（ＴＤＤ）技術に用いられるような代替的なスピーチ／データの実装を含む別の従来のオプションも、不十分であることが分った。
【発明の概要】
【課題を解決するための手段】
【０００５】
本特許開示は、何らかの理由で非デジタル方式にアドレス可能なように変えられたネットワークノードとの信頼できるデータ接続性を実現するスキームに、広く向けられる。一実施例において、非デジタル方式にアドレス可能なネットワークノードは、さまざまなアプリケーションまたはサービスをホストするように動作可能な企業サーバを含み得る。好適には、データ接続性は、回路交換呼出しを機能させる間にＵＥデバイスによって確立され得、そうでない場合には、パケット交換接続を確立するには利用不可能である。企業サービス機能に関連するメッセージが、構築されラッパー（ｗｒａｐｐｅｒ）にラップされ、次いで要求されたサービス機能を呼び出すために、専用のネットワーク部分および信頼されたネットワーク部分を含むネットワークインフラストラクチャ上で帯域外制御チャネルを介して企業サーバに送信される。例示的な実装において、ラッパーは、ショートメッセージサービス（ＳＭＳ）ベースのメッセージ、非構造補足サービスデータ（ＵＳＳＤ）ベースのメッセージ、およびユーザ間シグナリング（ＵＵＳ）ベースのメッセージなどから成り得るが、それらに限定されない。さらに、専用のネットワークおよび信頼されたネットワーク部分における特定のネットワーク要素は、ＵＥデバイスからメッセージベースのラッパー要求を受信し、ネットワークノードへの上方向送信のために該要求を処理する、信頼できるデータ接続性を実現することに関連して相互に位置し得る。
【０００６】
一局面において、本明細書において開示されるものは、ＵＥデバイスとの動作においてネットワークノードとの信頼できるデータ接続性を確立させる方法の実施形態である。ＵＥデバイスは、第１の接続および第２の接続のうちの少なくとも１つにおいてネットワークノードと通信し得、該第１の接続および第２の接続は、２つの異なるネットワーク上で実現可能である。請求される実施形態は、以下に挙げるもの、すなわち、ネットワークノードが、第１の接続を用いて第１のネットワークを介するアクセスが可能ではないことを決定することと、ネットワークノードにおいて実行される（例えばアプリケーションサービス機能に関連する）メッセージを構築することと、第２のネットワークに属するラッパー内にメッセージをラッピングすることおよび信頼されたネットワーク部分を介してネットワークノードにメッセージを転送するように動作可能な専用ネットワーク部分にラッパーを向けることとのうちの１つ以上を含み得る。
【０００７】
別の局面において、本明細書において開示されるものは、ネットワークノードとの信頼できるデータ接続性を確立するように動作可能なＵＥデバイスの実施形態であって、該ＵＥデバイスは、第１の接続および第２の接続のうちの少なくとも１つにおいて、該ネットワークノードと通信し得、該第１の接続および第２の接続は、２つの異なるネットワーク上で実現可能である。請求される実施形態は、以下に挙げるもの、すなわち、ネットワークノードにおいて実行される（例えばアプリケーションサービス機能に関連する）メッセージを構築する手段であって、該手段は、ネットワークノードが、第１の接続を用いて第１のネットワークを介してアクセス可能ではないことの決定に応答して動作する、手段と、第２のネットワークに属するラッパー内にメッセージをラッピングし、信頼されたネットワーク部分を介して該ネットワークノードにメッセージを転送するように動作可能な専用のネットワーク部分にラッパーを向ける手段とのうちの１つ以上を含む。
【０００８】
さらなる局面において、本明細書において開示されるものは、ＵＥデバイスとネットワークノードとの間の信頼できるデータ接続性を容易にするように動作するシステムの実施形態であって、該ネットワークノードは、パケット交換接続を介して該ＵＥデバイスにアクセス不可能にされる。請求される実施形態は、以下に挙げるもの、すなわちＵＥデバイスから起動されるサービス機能に関連するメッセージを受け取る手段であって、該サービス機能は、ネットワークノード上で実行され、該受信する手段は、専用のネットワーク部分を介して向けられたラッパー内に含まれたメッセージを受信するように動作する、手段と、ラッパーを処理し、該メッセージをパッケージングして、信頼されたネットワーク部分を介して該ネットワークノードに送信する手段とのうちの１つ以上を含む。追加の詳細において以下に明らかにされるように、本明細書において記述されるさまざまな手段は、ソフトウェア、ファームウェア、ハードウェアまたはそれらのあらゆる組み合わせにおいて、実装され得、メディア上の適切なコンピュータ実行可能命令を含むことを、当業者は認識するべきである。
【０００９】
本発明は、さらに以下の手段を提供する。
【００１０】
（項目１）
ユーザ機器（ＵＥ）デバイス（１０２Ａ）との動作においてネットワークノード（４０８）との信頼できるデータ接続性を確立する方法であって、該ＵＥデバイス（１０２Ａ）は、第１の接続および第２の接続のうちの少なくとも１つにおいて該ネットワークノード（４０８）と通信し得、該第１の接続および第２の接続は、２つの異なるネットワーク上で実現可能であり、該方法は、
該ネットワークノード（４０８）が、該第１の接続を用いて、第１のネットワークを介してアクセス可能ではないことを決定すること（５０２、５０４）と、
該ネットワークノード（４０８）において実行されるサービス機能に関連するメッセージを構築すること（５０６）と、
第２のネットワークに属するラッパー内に該メッセージをラップ（５０６）し、かつ信頼されたネットワーク部分（４０７）を介して該ネットワークノード（４０８）に該メッセージを転送するように動作可能な専用ネットワーク部分（４０５）に該ラッパーを向けること（５０８）と
を包含する、方法。
【００１１】
（項目２）
上記ネットワークノード（４０８）に上記ラッパーを向けると、タイマメカニズム（２０５）が開始される、項目１に記載の方法。
【００１２】
（項目３）
上記ラッパーは、ショートメッセージサービス（ＳＭＳ）ベースのメッセージ、非構造補足サービスデータ（ＵＳＳＤ）ベースのメッセージ、およびユーザ間シグナリング（ＵＵＳ）ベースのメッセージのうちの１つを含む、項目１または項目２に記載の方法。
【００１３】
（項目４）
上記サービス機能は、テレフォニーサービス機能を含む、項目１に記載の方法。
【００１４】
（項目５）
上記テレフォニーサービス機能は、直接内部呼出しサービス、呼出し転送サービス、カスタム化された短縮ダイアリングサービス、ボイスメールサービス、フォローミーサービス、呼出し回送サービス、保留中の音楽サービス、自動掛け直しサービス、自動呼出し分散サービス、通話中着信サービス、呼出しピックアップサービス、会議電話サービス、呼出し課金サービス、ボイスページングサービス、カスタム化された挨拶サービス、共有メッセージボックスサービス、および自動ディレクトリサービスのうちの１つから選択される、項目４に記載の方法。
【００１５】
（項目６）
上記メッセージを機能させると、上記ネットワークノード（４０８）から確認応答を受信すること（５１０）をさらに含む、項目１に記載の方法。
【００１６】
（項目７）
タイマメカニズム（２０５）は、上記確認応答を受信すると終了される、項目６に記載の方法。
【００１７】
（項目８）
上記確認応答は、上記ＵＥデバイス（１０２Ａ）と上記ネットワークノード（４０８）との間に配置されたパケット交換データ接続（４１０）を介して受信される、項目６に記載の方法。
【００１８】
（項目９）
上記ラッパーは、行先アドレスを有し上記専用ネットワーク部分（４０５）において配置された、専用の中間ノード（２０３、４０４）を介して向けられ、該専用の中間ノード（２０３、４０４）は、ショートメッセージサービスセンタ（ＳＭＳＣ）、ＵＳＳＤゲートウェイおよびＵＵＳ機能のうちの１つを含む、項目１に記載の方法。
【００１９】
（項目１０）
上記行先アドレスは、上記ＵＥデバイス内に一体化されたメモリ回路、および該ＵＥデバイスと動作可能な取外し可能モジュールのうちの少なくとも１つに格納される、項目９に記載の方法。
【００２０】
（項目１１）
上記取外し可能なモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）、取外し可能ユーザ識別モジュール（ＲＵＩＭ）、コンパクトフラッシュ（登録商標）モジュール、およびセキュアデジタル（ＳＤ）メモリカードのうちの１つを含む、項目１０に記載の方法。
【００２１】
（項目１２）
上記行先アドレスは、インタフェース（６３４）を介して上記取外し可能モジュールから、上記ＵＥデバイス（１０２Ａ）によって読み取られる、項目１０に記載の方法。
【００２２】
（項目１３）
ネットワークノード（４０８）との信頼できるデータ接続性を確立するように動作可能なユーザ機器（ＵＥ）デバイス（１０２Ａ）であって、該ＵＥデバイス（１０２Ａ）は、第１の接続および第２の接続のうちの少なくとも１つにおいて、該ネットワークノード（４０８）と通信し得、該第１の接続および第２の接続は、２つの異なるネットワーク上で実現可能である該ユーザ機器デバイスであって、
該ネットワークノード（４０８）において実行されるサービス機能に関連するメッセージを構築する手段（６０２、６４６、６４８）であって、該手段は、該ネットワークノード（４０８）が、該第１の接続を用いて第１のネットワークを介してアクセス可能ではないことの決定に応答して動作する、手段と、
第２のネットワークに属するラッパー内に該メッセージをラッピングし、信頼されたネットワーク部分（４０７）を介して該ネットワークノード（４０８）に該メッセージを転送するように動作可能な専用のネットワーク部分（４０５）に該ラッパーを向ける手段（６０２、６４６、６４８）と
を備えている、ユーザ機器（ＵＥ）デバイス（１０２Ａ）。
【００２３】
（項目１４）
上記ネットワークノード（４０８）の方向に上記ラッパーを向けると開始するように動作可能であるタイマメカニズム（２０５、６３３）をさらに含む、項目１３に記載のＵＥデバイス（１０２Ａ）。
【００２４】
（項目１５）
上記ラッパーは、ショートメッセージサービス（ＳＭＳ）ベースのメッセージ、非構造補足サービスデータ（ＵＳＳＤ）ベースのメッセージ、およびユーザ間シグナリング（ＵＵＳ）ベースのメッセージのうちの１つを含む、項目１３または項目１４に記載のＵＥデバイス（１０２Ａ）。
【００２５】
（項目１６）
上記ネットワークノード（４０８）によって生成された確認応答を受信すると終了されるタイマメカニズム（２０５、６３３）をさらに含む、項目１３に記載のＵＥデバイス（１０２Ａ）。
【００２６】
（項目１７）
ユーザ機器（ＵＥ）デバイス（１０２Ａ）とネットワークノード（４０８）との間の信頼できるデータ接続性を容易にするように動作するシステム（４０６）であって、該ネットワークノード（４０８）は、パケット交換接続を介して該ＵＥデバイス（１０２Ａ）にアクセス不可能にされるシステムであって、該システムは、
該ＵＥデバイス（１０２Ａ）から起動されるサービス機能に関連するメッセージを受け取る手段であって、該サービス機能は、該ネットワークノード（４０８）上で実行され、該受信する手段は、専用のネットワーク部分（４０５）を介して向けられたラッパー内に含まれる該メッセージを受信するように動作する、手段と、
該ラッパーを処理し、該メッセージをパッケージングして、信頼されたネットワーク部分（４０７）を介して該ネットワークノード（４０８）に送信する手段と
を含む、システム（４０６）。
【００２７】
（項目１８）
上記ラッパーは、ショートメッセージサービス（ＳＭＳ）ベースのメッセージ、非構造補足サービスデータ（ＵＳＳＤ）ベースのメッセージ、およびユーザ間シグナリング（ＵＵＳ）ベースのメッセージのうちの１つを含む、項目１７に記載のシステム（４０６）。
【００２８】
（項目１９）
上記ネットワークノード（４０８）から受信した確認応答を処理する手段をさらに含み、該確認応答は、パケット交換データ接続（４１０）を介して上記ＵＥデバイス（１０２Ａ）に送信されるように動作可能である、項目１７に記載のシステム（４０６）。
【００２９】
（項目２０）
上記ネットワークノード（４０８）から受信した確認応答を処理する手段をさらに含み、該確認応答は、上記専用のネットワーク部分（４０５）を介して送信されるように動作可能である、項目１７に記載のシステム（４０６）。
【００３０】
（摘要）
一実施形態において、ユーザ機器（ＵＥ）デバイス（１０２Ａ）によってネットワークノード（４０８）の遠隔制御を実現するためのスキームが開示される。サービス機能に関連するメッセージが、構築されラッパーにラップされ、次いで要求されたサービス機能を呼び出す専用のネットワーク部分（４０５）および信頼されたネットワーク部分（４０７）を含むネットワークインフラストラクチャ上で、帯域外制御チャネルを介してネットワークノード（４０８）に送信される。例示的な実装において、ラッパーは、ショートメッセージサービス（ＳＭＳ）ベースのメッセージ、非構造補足サービスデータ（ＵＳＳＤ）ベースのメッセージ、およびユーザ間シグナリング（ＵＵＳ）ベースのメッセージから成る。
【図面の簡単な説明】
【００３１】
【図１】図１は、本特許開示が実践され得る回路交換ネットワークインフラストラクチャを含む、例示的なネットワーク環境を示す。
【図２】図２は、本特許開示の１つ以上の実施形態に従った、企業サーバの遠隔制御を実現する、例示的なメッセージの流れ図を示す。
【図３】図３は、一実施形態に従った本特許開示の流れ図を示す。
【図４】図４は、信頼できるデータ接続性が、実施形態に従って実装され得る、専用の信頼されたネットワークインフラストラクチャを含む、例示的なネットワーク環境を示す。
【図５】図５は、一実施形態に従った、本特許開示の別の流れ図を示す。
【図６】図６は、本特許開示の目的のために動作可能な通信デバイスの実施形態のブロック図を示す。
【発明を実施するための形態】
【００３２】
本特許開示の実施形態のより完全な理解は、添付の図面に関連させて以下の詳細な記述を参照することによってなされ得る。
【００３３】
本特許開示のシステムおよび方法が、実施形態が、いかに最良になされ、かつ用いられるかの、さまざまな実施例を参照しながら、ここに記述される。同様の参照番号が、同様または対応する部分を示すために、記述および図面の色々の考察において終始用いられる。該図面において、要素は必ずしも縮尺に基づいてはいない。ここで図面、より具体的には図１を参照すると、本特許開示の実施形態が企業（ｅｎｔｅｒｐｒｉｓｅ）サーバの遠隔制御を実現するために実施され得る、例示的なネットワーク環境１００が示される。示されるように、ネットワーク環境１００は、複数のモバイルユーザ機器（ＵＥ）デバイスに関連して、例えばＧｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）などの公知の技術を用いて回路交換される電気通信を実現する、コアセルラーインフラストラクチャーネットワーク１０８を含む。例として、参照番号１０２Ａおよび１０２Ｂは、２つのＵＥデバイス（すなわちエンドポイント）を参照し、該ＵＥデバイスは、１つ以上のモバイル交換センタ（ＭＳＣ）１１５および１１６、１つ以上のゲートウェイＭＳＣ（ＧＭＳＣ）１１２、１つ以上のホーム位置レジスタ（ＨＬＲ）またはホーム加入者システム（ＨＳＳ）１１４、１つ以上のビジター位置レジスタ（ＶＬＲ）１１８、ならびに１つ以上の無線アクセスネットワーク（ＲＡＮ）インフラストラクチャ要素１２０などの公知の要素を介して、ネットワーク１０８上で回路交換される呼出しに従事され得る。以下に見られるように、本開示の特定の実施形態は、ＭＳＣ／ＶＬＲ、ＨＬＲ／ＨＳＳなどの公知の要素を用いて例証され得るが、本実施形態は、特定の機能性を有するネットワークノードとして一般化され得、例えばＭＳＣ／ＶＬＲエンティティが呼出し制御、サービス制御およびメディア交換を行い得る。従って、本明細書中に明らかにされる特定の実装に関係なく、例示的な機能性はまた、別々の、より一般化されたプラットフォームによって実現され得ることが明白であるべきである。
【００３４】
さらなる一般化の目的のために、ＵＥデバイスは、セルラー電話またはモバイルステーション、適切なワイヤレスモデムを備えたあらゆるパーソナルコンピュータ（例えば、デスクトップ、ラップトップ、パームトップ、またはハンドヘルドコンピューティングデバイス）、またはデュアルモードモバイルＵＥデバイス（例えば、メッセージの送受信が可能なセルラー電話またはデータ使用可能ハンドヘルドデバイス、ウェブブラウジングなどでそれらに限定されないアプリケーションを含むＩＰデータグラムなど）であり得る。従って、必要条件ではないが、本特許の出願の目的のためのＵＥデバイスは、回路交換（ＣＳ）通信およびパケット交換（ＰＳ）通信の両方において動作する能力を有し得、ＣＳドメインおよびＰＳドメインの両方の間で技術間ハンドオフを実現する能力さえも有し得る。
【００３５】
１つ以上の企業サーバ１２２は、ＵＥデバイス１０２ＡなどのＵＥデバイスから遠隔的に制御され得る、多数のサービスおよび／またはサービス機能をホストするネットワーク１０８に、動作するように関連付けられ得、一方で、該デバイスは、依然としてエンドポイントとのＣＳ接続に従事する。さらなる詳細で以下に明らかとなるように、一例示的な実施形態において、企業サーバノード１２２は、継続中のＣＳ接続に関連した帯域外制御チャネルにおいて送信される、ＵＥデバイスからの適当なメッセージを受信する適切なインタフェースが提供され得る。さらに、企業サーバ１２２は、何らかの理由で非デジタル方式にアドレス可能であるようにされたネットワークノードとなるように一般化され得る。例示的な実装として、図１の実施形態は、ＵＥデバイス１０２Ａが、任意の方法（例えば、格納および転送（ｓｔｏｒｅ−ａｎｄ−ｆｏｒｗａｒｄ）メカニズム）においてショートテキストメッセージの伝達を実現するように実装されているＳＭＳメッセージングを用いて、サーバ１２２においてサービス／機能を制御するように動作可能である配置の例証である。さらなる実施形態において、企業サーバ１２２は、セッション指向のメカニズムにおける制御チャネルを介して実現される非構造補足サービスデータ（ＵＳＳＤ）メッセージングの手段によって制御され得る。さらなる実施形態において、ユーザ間シグナリング（ＵＵＳ）もまた用いられ得、それによって中間のノードは、ＵＵＳメッセージの流れを捉え、それを企業サーバに向かわせる。そのようなノードは、変更された構内交換機（ＰＢＸ）（ホストされたＰＢＸであり得、またはそうではない）または別のノードなどの企業サーバが配置されたネットワーク内にあり得る。
【００３６】
図１に示される例示的なＳＭＳ実装に関連して、ショートメッセージエンティティ（
ＳＭＥ）１０４が、ショートメッセージの構築および送受信のためにＵＥデバイス１０２Ａに提供される。ＵＥデバイス１０２Ａ上で実行するサービスアプリケーションロジッククライアント１０５は、ユーザ入力に応答するサービス機能要求に関連するメッセージを生成するように動作可能であり、該メッセージは、企業サーバ１２２に向けられるＳＭＳメッセージにラップ（ｗｒａｐ）され得る。ショートメッセージサービスセンタ（ＳＭＳＣ）１１０は、１つ以上の中間ノードに対してインタフェースとして動作可能な外部ＳＭＥ１１１に、（例えば格納および転送メカニズムを介して）ＳＭＳラッパー（ｗｒａｐｐｅｒ）を提供するように動作可能であり、次いで、該中間ノードは、必要に応じて、他のゲートウェイを介して企業サーバ１１２と通信し得る。正規のＳＭＳメールボックス（例えば、ＳＭＳエンドユーザとの接触に関連したテキストメッセージを送受信するために用いられるメールボックス）が満杯であるために企業サーバからのメッセージが届けられないことがあり得るので、ＵＥデバイス１０２Ａは、遠隔制御またはデータ接続性を実現することに関連して、専用ＳＭＳメールボックス（図１に明確には示されていない）を提供され得ることを、当業者は認識されたい。
【００３７】
さらに、図１において明確には例証されていないが、ＵＥデバイス１０２Ａとノード１２２との間に配置されたＰＳネットワークを介して実現されるように動作可能な、別個のデータネットワーク接続があり得る。従って、ネットワーク環境１００は、ＵＥデバイス１０２Ａとノード１２２との間に２つの異なるネットワークの接続性を有して視覚化され得、ネットワーク接続性のうちの１種類は、本明細書において明らかとなるラッパーメカニズムを用いてネットワーク部分１０８上で実現されることを認識されたい。
【００３８】
本開示の目的のために、企業サーバ１２２上で制御されるサービスは、実質的に制限が無い。例証のために、例えば直接内部呼出しサービス、呼出し転送サービス、カスタム化された短縮ダイアリングサービス、ボイスメールサービス、フォローミー（ｆｏｌｌｏｗ
ｍｅ）サービス、呼出し回送サービス、保留中の音楽サービス、自動掛け直しサービス、自動呼出し分散サービス、通話中着信サービス、呼出しピックアップサービス、会議電話サービス、呼出し課金サービス、ボイスページングサービス、カスタム化された挨拶サービス、共有メッセージボックスサービス、および自動ディレクトリサービスなどの継続中のＣＳ呼出しに関連し得る、多数のテレフォニーサービス機能が提供され得る。
【００３９】
上述で明らかにされた教示は、メッセージングベースの遠隔呼出し制御のコンテクスト内で一般化され得、ここでは中間のメッセージングベースのネットワークノードが、図１に例証されるように用いられ得ることを、当業者は認識されたい。そのような配置において、中間のネットワークノードは、ＳＭＳＣゲートウェイまたはＵＳＳＤ／ＵＵＳゲートウェイのいずれかを含み得る。従って、一例示的な実施形態において、中間ノードの行先アドレスは、Ｅ．１６４の形式を取り得る。さらに、行先アドレスは、ＵＥデバイスの集積メモリ回路内、または取外し可能モジュール、例えばユニバーサル加入者識別モジュール（ＵＳＩＭ）、取外し可能ユーザ識別モジュール（ＲＵＩＭ）、コンパクトフラッシュ（登録商標）、セキュアデジタル（ＳＤ）メモリカードなどに格納され得る。一実装において、取外し可能モジュールに格納された行先アドレスのフォーマットは、適用可能な３ＧＰＰ規格に提供される実施形態の例証である、以下に明らかとなる形式を取り得る。
【００４０】
【表１】
2011160433.tif 000003
【表２】
2011160433.tif 000004
さらに、サービングメッセージングネットワークノードの行先アドレスは、公知の無線（Ｏｖｅｒ−Ｔｈｅ−Ａｉｒ）（ＯＴＡ）デバイス管理（ＤＭ）技術に加えて、またはそれに関連して、ＳＭＳまたはＵＳＳＤを用いてまたはＩＰアドレッシングを介するなどして、特定のエンドポイントデバイスに提供され得る。アドレスがデバイス上に提供されるときには、ＳＭＳにおける適当なコードポイントが、例えばワイヤレスＵＥデバイスデータダウンロードを示す値にＴＰプロトコル識別子（ＴＰ−ＰＩＤ）を設定することによって、設定されるように要求され得る。
【００４１】
ＵＳＳＤメッセージングが遠隔制御を実現するために実装される場合には、特定の「＊＃」シーケンスが、正しいＵＳＳＤサーバにデータラッパーを向けるために用いられる必要があり得る。加えて、このシーケンスは、オペレータ固有であり得、また、ＵＥデバイス上に提供され得る。例えば、シーケンスは、特定のオペレータ、オペレータの一群、または全てのオペレータのためにデバイスの製造業者において提供され得る。従って、「＊＃」シーケンスは、キャリアに依存し得、ＵＥデバイスは、全てのキャリアに対する全ての「＊＃」シーケンスを用いて構成され得るか、またはホームサービスを提供する特定のキャリアのために構成され得ることが認識されるべきである。ＵＥデバイスは、適当な手段を介するキャリア識別を含み得る。例えば、以下の表は、例示的な実施形態を例証する。
【００４２】
【表３】
2011160433.tif 000005
ここで、オペレータＩＤは、ネットワーク技術に基づいてオペレータを一意的に識別する識別子である。例えば、３ＧＰＰ／ＧＳＭネットワークは、モバイル国別コード（ＭＣＣ）およびモバイルネットワークコード（ＭＮＣ）の組み合わせを用いて識別され得、ＳＩＰネットワークはネットワークアクセス識別子（ＮＡＩ）を用い、ＣＤＭＡネットワークは、システム識別（ＳＩＤ）パラメータを用い、ＷＬＡＮネットワークは、サービスセットＩＤ（ＳＳＩＤ）を用いる。
【００４３】
加えて、または代替的には、ユーザが新たな証明（プライベートユーザ識別）のセット、例えばＵＳＩＭ上の国際モバイル加入者識別（ＩＭＳＩ）、またはモバイル識別番号（ＭＩＮ）または個人識別番号（ＰＩＮ）、またはパブリックユーザ識別（例えば、Ｅ．１６４番号）、または他の一部のＳＩＰベースのＩＤ、あるいはそれらの組み合わせなどを入力するときに提供が実行され得る。証明の提示は、次いでＵＥデバイスが、使用する「＊＃」シーケンスを含むオペレータ特有の提供情報を要求することをトリガする。当業者によって認識され得るように、同様のメカニズムもまた、ＳＭＳＣノードの行先アドレスを検索するために用いられ得る。
【００４４】
加えて、ＳＭＳＣアドレッシング情報が用いられる場合には、そのような情報は、ユーザ、および／またはオペレータ、および／または企業によって変更可能であり得る。さまざまな構成のフィールドが、ユーザ、オペレータまたは企業が変更を実施し得るか否かを示すために提供され得る。同様に、ＵＳＳＤシーケンス情報もまた、変更可能機能を示す適当な構成のフィールド設定を用いて、オペレータおよび／または企業によって変更され得る。本開示の目的のために、用語「アドレス情報」は、従って中間ノード（例えばＳＭＳＣノード）の行先アドレス情報およびＵＳＳＤシーケンス情報の両方を含み、これらは格納され得るか、そうでない場合には上に詳細に明らかにされたように提供され得る。
【００４５】
図２は、本特許開示の１つ以上の実施形態に従った、ネットワークノード（例えば企業サーバ）に関連した遠隔制御および／またはデータ接続性を実現する、例示的なメッセージの流れ図２００を示す。ＵＥデバイス１０２Ａは、ユーザが企業／ネットワークサービス機能を起動させることを要求するときに、ＣＳ呼出しに従事される。要求メッセージ２０２は、企業サーバ１２２によって理解されるフォーマットで、ＵＥデバイス１０２Ａ上でランしているアプリケーションによって生成され、ラッパー、例えばメッセージベースのラッパー、ＵＳＳＤベースのラッパー、またはＵＵＳベースのラッパーに置かれる。一実装において、要求メッセージ生成に関連付けられて、開始され得るアプリケーションレイヤタイマメカニズム（例えば、タイマ２０５）が存在し得、戻ってくる応答を受信すると終了させられ得る。タイマが期限を迎える場合には、ＵＥデバイスは、メッセージを再送信する試みを行い得る。以下は、ＵＥデバイスによって構築され得企業ノードによって用いられる情報の要素の、限定的ではない例示的なリストである。
ａ）プライベートユーザ識別（ＩＭＳＩ、ＭＩＮ、ＰＩＮ）
ｂ）パブリックユーザ識別（Ａパーティ−ＵＥのＥ．１６４番号、企業ラインのＥ．１６４番号、エクステンションＩＤ）
ｉ．ネットワークノード（企業サーバ）は、サービスを要求しているのは誰なのかを知る必要がある。ネットワークノードは、この場合において、企業が所有するパブリックユーザＩＤのみを理解し得る。インスタンスＩＤと組み合わせて特定のユーザのみから届いていることを保証することが必要なので、ＵＥデバイスのＥ．１６４も含み得る。このことは、要求され得ないることに留意されたいのだが、それは、通信が、両サイドのみが理解し一意的にユーザを識別するキーを用いて暗号化されるからである。
ｃ）インスタンス識別子（ＩＭＥＩ、ＥＳＮ、ＭＡＣアドレス、ＰＩＮ）
ｉ．ここでは、このＩＤが含まれ得る。なぜならば、例えばＵＥデバイスがサポートしないサービスが起動されることは望まれないからである。そのようなＩＤは、データベースにおいて照会されることによって、サービスが、呼出し、起動、非起動、または問合せをされ得るか否かを決定し得る。
ｄ）加入者の位置（ＣＧＩまたはその一部、ＧＰＳ、ウェイポイントなど）
ｉ．サービスの制御は、加入者の費用に問題がある場合には限定され得る。
ｅ）通信が望まれるサービスのコード
ｆ）サービスに対するデータ
単一のメッセージ（例えば、ＳＭＳメッセージ）の長さには制限があるが、より長い要求メッセージをより小さなラッパーにセグメント化することが可能である。ラッパーまたはラッパーのセグメントは、１つ以上の中間ノード２０３に送信され、中間ノードは、該ラッパーメッセージを処理し、処理されたメッセージ２０４を企業サーバ１２２に転送する。一実施形態において、中間ノード２０３は、キャリアネットワークによって提供されるＳＭＳＣを含み得る。あるいは、ＳＭＳＣノードは、第３者パーティのサービスによってホストされ得る。別の実施形態において、中間ノード２０３は、ＵＳＳＤゲートウェイを含み得る。ＧＳＭにおけるＣＳ呼出しの間に、セッション指向のメカニズムにおけるＵＥデバイスからＵＳＳＤメッセージを送ることが可能であり、インタラクティブアプリケーションに対する、より短いターンアラウンド応答時間を提供することを当業者は認識されたい。さらに、ＵＳＳＤメッセージは、ＵＥデバイスのホームプロビジョニングサーバ（例えば、ＨＬＲまたはＨＳＳ）にルートされ得、次いで適切なゲートウェイノードを介して企業ノード１２２にルートされ得る。さらなる実施形態において、中間ノードは、ＵＵＳベースの呼出し制御信号を受信し、かつ該信号を送信する企業に置かれている機能であり得る。該機能の主要な目的は、該機能が抽出し、企業サーバに転送するＵＵＳメッセージを探すことである。該機能はまた、あらゆる応答を発信元のＵＥに送出する。
【００４６】
従って、正確な実装に関わらず、図２のメッセージの流れの実施形態に関連したＳＭＳ／ＵＳＳ／ＵＳＳＤ経路の実現に必要であり得る他のネットワーク要素が存在し得るが、簡素化のために省略されているということが認識されるべきである。また、より少ないネットワーク要素が必要とされ得るような実装もあり得、例えばＵＳＳＤゲートウェイは、ホームプロビジョニングサーバを介して通信する必要はない。
【００４７】
中間ノード２０３から企業サーバ１２２へのメッセージルーティングは、電話番号（例えば、Ｅ．１６４ナンバリング）、ＩＰアドレッシングなどによって達成され得る。ラップされたサービス機能メッセージを受信すると、企業サーバ１２２と関連付けられたサービスロジックが、メッセージ（ブロック２０６として示される）を機能させるために実行され、要求されたサービス機能を行う。その後に、確認または承認が、応答パス２０８および２１０を介してＵＥデバイス１０２Ａに戻るように送信され得る。さらに、先に言及されたように、タイマがＵＥデバイスにおいて開始された場合には、確認メッセージを受信した際に終了され得る。タイマは、製造時にハードコードされたか、または本出願において明らかにされたメカニズムを用いて企業またはオペレータによって提供され得ることを、当業者は認識されたい。さらに、本明細書において記述されたメッセージングの流れの１つ以上のセグメントは、セキュリティの目的のために暗号化され得る。
【００４８】
図３は、一実施形態に従った、本特許開示の流れ図３００を示し、ここではさまざまな処理が、ＵＥデバイスおよび／または関連付けられたアプリケーションサーバにおいて、その遠隔制御を実現するために行われる。ブロック３０２において、図１において示されるＵＥデバイス１０２ＡのようなＵＥデバイスは、例えば図１におけるＵＥデバイス１０２ＢなどのエンドポイントとＣＳ接続している。企業サービス機能が企業サーバにおいて起動され、一方でＵＥデバイスはＣＳ接続に従事している、すなわちサーバはパケット交換接続を介してアクセス可能ではない（ブロック３０４）、ということがユーザによって決定されると、ＵＥデバイス上で実行しているアプリケーションソフトウェアは、ユーザ入力に応答して、要求された企業サービスに関連するコマンドメッセージを構築し、別の種類のネットワークに属するラッパー、例えば上述されたＳＭＳまたはＵＳＳＤラッパーに該メッセージをラップする（ブロック３０６）。一実装において、メッセージのコンテンツは、より高いレベルのセキュリティを提供するために暗号化され得る。中間ネットワークインフラストラクチャ（例えば、ＳＭＳＣノードまたはＵＳＳＤゲートウェイ）は、ラップされたメッセージを受信すると、該メッセージを処理して企業サーバに転送する（ブロック３０８）。上に明らかにされたように、企業サーバは、要求されたサービス機能を行い、ＵＥデバイスに戻る送信に応答して、承認または確認を生成する（ブロック３１０）。応答は、ＣＳ呼出しに関連した帯域外制御チャネルを介して、または（例えば、ＣＳ呼出しが終了されたので）直接的なデータ接続が可能である場合には、ＵＥデバイスと企業サーバとの間でパケット交換データ接続を介して送信され得る。従って、ＵＥデバイスから企業サーバに要求メッセージを送信するために用いられたプロトコルは、必ずしも応答を送り返すためのプロトコルと同一である必要はないことを、当業者は認識されたい。
【００４９】
上述の実施形態は、例えばその遠隔制御のためのネットワークノードとのデータ接続性を有利に提供するが、一部の例示的な実装において生じ得る、特定の不十分な点がある。例えば、ＳＭＳベースの配置において、メッセージの伝達は、格納および転送メカニズムに基づき得るが、すなわちＳＭＳＣノードにおいて受信したメッセージは、厳格な制限時間内に行先のノードに到達することをあてにされ得ない。言い換えると、高品質のサービス（ＱｏＳ）は、そのようなシステムにおいて可能であり得ない。その一方で、上述のＵＳＳＤベースの実施形態を用いることは、必須のＵＳＳＤの能力を有するインフラストラクチャ、例えばＵＳＳＤゲートウェイ、ネットワークノードと動作可能な適切なＵＳＳＤインタフェースなどに関連して高額な経費を必要とする。キャリアネットワークが、上に詳述されたさまざまな中間ノードを維持し、ラッパーベースのサービス要求を適当にルーティングするために利用される場合に、これらの問題は特に悪化する。
【００５０】
図４は、例示的なネットワーク環境４００を示し、専用の信頼されたネットワークインフラストラクチャを含み、ここではネットワークノード４０８との信頼できるデータ接続性が、実施形態に従って実装され得る。例証されるように、キャリアベースの中間ノード４０２（例えば、ＳＭＳＣ）は、ＵＥ１０２Ｂなどのエンドポイントとのテキストメッセージ経路を維持するために、従来的に利用され得る。キャリアベースのネットワーキングが利用可能か否かに関わらず、専用の中間ノード４０４を有する別個の専用ネットワーク部分４０５が、上述のセクションに記述されたように、ＵＥデバイス１０２からのラッパーベースのサービス要求を受信かつ処理するために提供され得る。例えば、第３者パーティのオペレータが、適当なサービスレベルのアグリーメントに基づいて、保証されたＱｏＳを伴うラッパー要求を取り扱うために、専用のＳＭＳＣまたはＵＳＳＤ／ＵＵＳゲートウェイを提供し得る。従って、専用の中間ノード４０４は、その要求処理の手順に関連した格納および転送メカニズムを回避し得る。さらに、専用の中間ノードは、キャリアサービスネットワークの一部として提供されないので、メッセージベースのデータ接続性サービスは、キャリアサービスの料金に含まれ得ない。
【００５１】
ラッパーベースの要求を受信すると、専用の中間ノード４０４は、ラッパーメッセージを直ちに処理し、信頼されたネットワーク部分４０７に配置された信頼されたリレーノード４０６として動作可能であり得る別の信頼できる第３者パーティのノードに、含まれるサービス要求を送信する。一実装において、専用の中間ノード４０４および信頼されたリレーノード４０６は、別個のネットワーク部分に配置され得る。別の実装において、ノード４０４および４０６の両方は、相互に位置し得る。サーバ間のプロトコルが、ノードの位置に関係なく、ノード間でパケットを送信するために利用され得る。信頼されたノード４０６は、データ移動を実現する信頼できる方法に基づくルーティングのために、受信したサービス要求を処理する。その上に、実装に応じて、専有および／または標準のプロトコルが、利用され得る。例えば、ジェネラルメッセージエンベロープ（ＧＭＥ）プロトコルが、信頼されたノード４０６とネットワークノード４０８との間に配置された信頼されたネットワーク経路を介して実現され得る。
【００５２】
上述されたように、ネットワークノード４０８は、受信したメッセージに基づいて行動し、要求されたメッセージを行う。その後に、確認応答（例えば、図２におけるＡＣＫ２０８）が、本質的にインバウンド経路を逆行してＵＥデバイス１０２Ａに送信され得る。留意されるべきは、ネットワークノード４０８は、第３者パーティの中間ノード４０４をどのようにアドレスするかを知る必要はなく、それは、これらの詳細が信頼されたネットワーク部分の中間構成要素によって有利に隠され得るからである、ということである。加えて、信頼されたノード４０６は、ＵＥデバイス１０２Ａに確認応答メッセージを送信する専用の中間ノード４０４を介する逆経路が用いられるか否かを決定する機能性を提供され得る。先に言及されたように、例えば、ＵＥデバイス１０２Ａが、そのＣＳ接続を解放した場合には、ＰＳネットワーク（ＰＳＮ）４１０を介するキャリアベースのデータ経路が、利用可能となり得る。
【００５３】
上述の動作の間に、ユーザは、シグナリングが帯域外制御チャネルを介して送られたということを知る必要はない。加えて、ユーザは、最初に第３者パーティのノードの構成を知ることすらあり得ず、これは、この情報が、帯域外データ接続性プロセスを機能させる前に、ネットワーク（例えば信頼されたネットワークノード４０６）からデバイスにプッシュされ得るからである。
【００５４】
図５は、何らかの理由でデジタル方式にアドレス可能ではないように変えられたネットワークノードとの、信頼できるデータ接続性を確立するための一実施形態に従って、本特許開示のプロセスフロー５００を示す。図３において示された実施形態と同様、さまざまな動作がＵＥデバイスおよび／または関連付けられたネットワークノードにおいて起こり、その間の信頼できるデータ接続を実現する。ブロック５０２、５０４および５０６において、ＵＥデバイス、例えば図１に示されるＵＥデバイス１０２Ａは、メッセージベースのラッパーを生成することに関連して図３において示されるデバイスの挙動と、実質的に同様に動作する。ブロック５０８において明らかにされるように、キャリアベースの中間ノードではなく、専用の中間ノードが、ラップされたメッセージを受信し、そこで該メッセージは処理され、信頼されたネットワーク部分を介してネットワークノードに転送される。上に明らかにされたように、ネットワークノードは、要求されたサービスの機能を行い、ＵＥデバイスに戻る送信に応答して、承認または確認を生成する。応答は、ＣＳ呼出しに関連した帯域外制御チャネルを介して（専用ネットワーク部分を介して）、またはＵＥデバイスと信頼されたネットワーク部分との間のパケット交換データ接続を介して送信され得る。図２および図３のメッセージフロー２００およびプロセスフロー３００のそれぞれに関連して提供されたさまざまな実装の詳細はまた、必要な変更を加えてプロセスフロー５００にも適用され得、ここでは、ＵＥデバイスと関連付けられたネットワークノードとの間のデータ移動の追加的な信頼性が求められる。
【００５５】
上述に基づいて、例示的な実施形態は、ＵＥデバイスとの動作におけるネットワークノードを制御するスキームを提供し、ここでＵＥデバイスは、第１の接続および第２の接続においてネットワークノードと通信し得ることが認識され得る。先に言及されたように、第１の接続および第２の接続は、２つの異なるネットワークまたは技術（例えば、ＣＳ接続および非ＣＳ接続）を介して実現可能である。例示的な実施形態は、以下に挙げるもの、すなわち、ネットワークノードが、第１の接続を用いて第１のネットワークを介するアクセスが可能ではないことを決定することと、ネットワークノードにおいて実行されるサービス機能に関連するメッセージを構築することと、第２のネットワークに属するラッパー内にメッセージをラッピングすることおよび信頼されたネットワーク部分を介してネットワークノードにメッセージを転送するように動作可能な専用ネットワーク部分にラッパーを向けることとのうちの１つ以上を含み得る。従って、適当なロジックブロックまたはモジュールが、ＵＥデバイスに提供されることによって、上述の動作を実現させる。
【００５６】
図６は、本特許開示の目的のために、ＵＥ１０２ＡなどのＵＥデバイスとして動作可能な通信デバイスの実施形態のブロック図を示す。ＵＥ１０２Ａの実施形態は、図６に示される配置と同様のものを含み得るが、図示されるさまざまなモジュールに関連して、ハードウェア、ソフトウェアまたはファームウェアにおける多数の変形および修正があり得ることが、この点に関して参照すると、当業者によって認識される。さらに、本開示の目的のためのＵＥデバイスは、取外し可能なストレージモジュールおよび／またはそのようなストレージモジュールに結合されたモバイルデバイスを有さないモバイル機器（ＭＥ）デバイスを含み得る。従って、図６の配置は、本特許開示の実施形態に関連して、限定的にではなく、例示として取られるべきである。ＵＥ１０２Ａの実施形態の全体的な制御を提供するマイクロプロセッサ６０２は、通信サブシステム６０４に、動作可能なように結合され、該サブシステムは、好適にマルチモード通信（例えばＣＳドメインおよびＰＳドメイン）が可能であり得る。通信サブシステム６０４は、一般的に、１つ以上の受信器６０８と、１つ以上の送信器６１４および１つ以上のローカルオシレータ（ＬＯ）モジュール６１０などの関連付けられた構成要素と、デジタル信号プロセッサ（ＤＳＰ）６１２などのプロセッシングモジュールとを含む。通信分野の当業者に明らかなように、通信モジュール６０４の特定の設計は、上記モバイルデバイスが動作するように意図される通信ネットワーク（例えば、ＣＤＭＡネットワーク、ＧＳＭネットワーク、ＷＬＡＮなど）に依存し得る。しかし、特定の設計に関わらず、適当なアクセスインフラストラクチャ６０５（例えば、セルラーベースステーションタワー、ＷＬＡＮホットスポットなど）を介してアンテナ６０６によって受信される信号は、受信器６０８に提供され、該受信器は、信号増幅、周波数下方変換、フィルタリング、チャネル選択、アナログ−デジタル（Ａ／Ｄ）変換などの一般の受信器の機能を行い得る。同様に、送信される信号は、例えば変調および符号化を含めてＤＳＰ６１２によって処理され、デジタル−アナログ（Ｄ／Ａ）変換、周波数上方変換、フィルタリング、増幅、およびアンテナ６１６による無線波インタフェースを介する送信のために、送信器６１４に提供される。
【００５７】
マイクロプロセッサ６０２はまた、さらなるデバイスサブシステム、例えば補助入力／出力（Ｉ／Ｏ）６１８、シリアルポート６２０、ディスプレイ６２２、キーボード／キーパッド６２４、スピーカ６２６、マイクロフォン６２８、ランダムアクセスメモリ（ＲＡＭ）６３０、短距離通信サブシステム６３２、および概して参照番号６３３を付けられる、例えばタイマメカニズムなどの他の任意のデバイスサブシステムとインタフェースし得る。アクセスを制御するために、ＵＳＩＭ／ＲＵＩＭインタフェース６３４もまた、マイクロプロセッサ６０２との通信において提供され得る。一実装において、ＵＳＩＭ／ＲＵＩＭインタフェース６３４は、多数のキー構成６４４および他の情報６４６、例えば識別および加入者関連のデータ、およびＳＭＳＣ／中間ノード行先アドレス情報、ならびに上述のセクションに記述されたＵＳＳＤシーケンス情報を有するＵＳＩＭ／ＲＵＩＭカードを用いて動作可能である。
【００５８】
オペレーティングシステムソフトウェアおよび適用可能なサービスロジックソフトウェアは、フラッシュメモリ６３５などの持続性ストレージモジュール（すなわち不揮発性ストレージ）に組み入れられ得る。一実装において、フラッシュメモリ６３５は、異なる領域、例えばコンピュータプログラム６３６（例えば、サービスプロセッシングロジック）のためのストレージエリア、およびデバイスステート６３７、アドレスブック６３９、他の個人情報マネジャー（ＰＩＭ）データ６４１、ならびに概して参照番号６３４が付けられる他のデータストレージエリアに分離され得る。トランスポートスタック６４５が、１つ以上の適当な無線パケットトランスポートプロトコルを実現させるために提供され得る。加えて、直接関係のあるアドレス情報を格納するためのメモリストレージを含む、適切なネットワークサービス要求ロジックおよびＳＭＳ／ＵＵＳ／ＵＳＳＤメッセージングロジック６４８が、上記に明らかにされたように、ネットワークノードとの信頼できるデータ接続性を実現させるために提供される。
【００５９】
本特許出願の実施形態の動作および構造は、上記に明らかにされた詳細な記述から明確となると考えられる。示されかつ記述された例示的な実施形態は、好適であるように特徴付けられたが、さまざまな変更および修正が、添付の特許請求の範囲に明らかにされる本開示の範囲から逸脱することなくなされ得ることが、容易に理解されるべきである。
【符号の説明】
【００６０】
１００  ネットワーク環境
１０２Ａ  ユーザ機器デバイス
１０８  ネットワーク部分
１２２  企業サーバ
４０５  専用のネットワーク部分
４０８  ネットワークノード
【図１】
2011160433.tif 000006
【図２】
2011160433.tif 000007
【図３】
2011160433.tif 000008
【図４】
2011160433.tif 000009
【図５】
2011160433.tif 000010
【図６】
2011160433.tif 000011