パケット交換ドメインの状態を変化させるための方法、端末及びネットワークデバイス
本発明は、パケット交換ドメインの状態を変化させるための方法、端末及びネットワークデバイスを提供する。方法は、第１端末から送信されたパケット交換ドメインの状態を変化させるための命令を受信するステップと、命令に従ってパケット交換ドメインの状態を変化させるステップとを具備し、パケット交換ドメインの状態を変化させるステップは、パケット交換ドメインを起動するステップ、又は、第２端末が現在位置するパケット交換ドメインのパラメータを変更するステップを含む。本発明の実施例による技術的な解決策を用いて、ＰＳドメインを受動的に起動して、ＰＳドメインベースのサービスを展開することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中国特許出願公開第200710073939.0号公報（発明の名称を「端末に命令して起動を開始する方法、システム及びデバイス」とし、2007年3月31日に中国特許庁に出願された）、及び、中国特許出願公開第200710110853.0号公報（発明の名称を「パケット交換ドメインの状態を変化させるための方法、端末及びネットワークデバイス」とし、2007年6月12日に中国特許庁に出願された）の優先権を主張し、いずれも引用することによりその全体を本書に組み込む。
【０００２】
本発明は、移動通信分野に関し、特に、パケット交換（packet switched：PS）ドメインの状態を変化させるための方法、端末及びネットワークデバイスに関する。
【背景技術】
【０００３】
移動通信技術の発展に伴い、より多くの注意がＩＭＳ（IP Multimedia Subsystem）に払われてきた。ＩＭＳは、ＰＳドメイン上のマルチメディア制御／呼制御プラットフォームであり、セッションタイプ及び非セッションタイプのマルチメディアサービスをサポートし、かつ、将来的なマルチメディアアプリケーションに対して、プラットフォームを使用可能にする一般的なサービスを提供する。ＩＭＳは、ＰＳドメインを使用して、マルチメディア信号を運びつつ、転送し、かつ、ＰＳドメイン（ＩＭＳを供給する）上で重畳されているとして取り扱うことができる。
【０００４】
ＩＭＳに基づき、プロバイダは、多数のサービスを展開することができる（例えば、ストリームメディアサービス、仮想電話サービス、ＰｏＣ（Push to Talk over Cellular）サービス、プリゼンス（presence）サービス、ＩＭ（Instant Messenger）サービス、ＣＳＩ（Combined Circuit Switched and IP Multimedia Subsystem Session）サービス）。
【０００５】
全てのＰＳドメインベースのサービス（ＩＭＳサービスを含む）に対して、現在のアプリケーションプロトコルは、全ての参加端末がサービスの展開中にＰＳドメインを起動していることを要求する。これを前提として、サービスイニシエータ（service initiator）は、サービス開始時に、はじめに、ＰＳドメインを自発的に起動してもよいが、反対側の端末がＰＳドメインを起動したか否かを保証することはできない。また、サービスイニシエータの端末（端末は、サービスを開始すると決めた後、ＰＳドメインを自発的に起動してもよい。）はＰＳドメインを起動したが、反対側の端末がＰＳドメインを起動していない場合には、サービスをＰＳドメインに基づいて転送することができず、かつ、ＰＳドメインベースのサービス（ＩＭＳサービスを含む）を実行することができない。
【０００６】
ＰＳドメインベースのサービスの円滑な展開を確実にするため、解決策が従来技術で提案されている（端末は、ＩＭＳドメインに登録するために、それが電源をオンされるたびに、ＰＳドメインを自発的に起動するように構成され、したがって、通信システムでＰＳドメインベースのサービスをサポートする端末は、起動されているＰＳドメインの状態で、常に保たれ得る。）。この解決策は、ＰＳドメインベースのサービスの円滑な展開を確実にすることができる。
【０００７】
しかし、本発明の発明者は、少なくとも次の欠点が従来技術に存在すると認識している。
【０００８】
従来技術の解決策は、実行可能性が不十分である。実用的なアプリケーションでは、端末が電源をオンにされるとき、全ての端末がＰＳドメインを起動することを望むとは限らず、その結果、この解決策のアプリケーションは、ユーザの体験に影響を及ぼし、実行可能性を不十分にする。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】中国特許出願公開第200710073939.0号公報
【特許文献２】中国特許出願公開第200710110853.0号公報
【発明の概要】
【課題を解決するための手段】
【００１０】
本発明の態様は、パケット交換ドメインの状態を変化させるための方法を提供し、したがって、状態が変化したＰＳドメインで、ＰＳドメインベースのサービスを展開するために、端末は、ＰＳドメインの状態を受動的に変化させることができる。
【００１１】
本発明の態様は、ＰＳドメインの状態を受動的に変化させることをサポートして、状態が変化したＰＳドメインで、ＰＳドメインベースのサービスを展開する端末をさらに提供する。
【００１２】
本発明の態様は、端末に命令して、ＰＳドメインの状態を変化させ、状態が変化した前記ＰＳドメインで、ＰＳドメインベースのサービスを展開するためのサービス起動センターをさらに提供する。
【００１３】
本発明の態様は、端末に命令して、ＰＳドメインの状態を変化させ、状態が変化した前記ＰＳドメインで、ＰＳドメインベースのサービスを展開するための移動交換センターをさらに提供する。
【００１４】
本発明の態様によるパケット交換ドメインの状態を変化させる方法は、
第１端末から送信されたパケット交換ドメインの状態を変化させるための命令を受信するステップと、
前記命令に従って、前記パケット交換ドメインの前記状態を変化させるステップと
を具備し、
前記パケット交換ドメインの前記状態を変化させるステップは、
前記パケット交換ドメインを起動させるステップ、又は、
第２端末が現在位置する前記パケット交換ドメインのパラメータを変更するステップ
を具備する。
【００１５】
本発明の態様による端末は、
第１端末から送信されたパケット交換ドメインの状態を変化させるための命令を受信するように構成された受信ユニットと、
前記パケット交換ドメインの前記状態を変化させるための前記命令に従って、前記端末の前記パケット交換ドメインの前記状態を変化させるように構成されたパケット交換ドメイン処理ユニットと
を具備し、
前記パケット交換ドメインの前記状態を変化させるステップは、
前記パケット交換ドメインを起動させるステップ、又は、
前記端末が現在位置する前記パケット交換ドメインのパラメータを変更するステップ
を具備している。
【００１６】
本発明の態様によるサービス起動センターは、
第１端末から、パケット交換ドメインを起動するための命令を受信するように構成された起動命令受信ユニットと、
第２端末に、前記パケット交換ドメインを起動するための前記命令を回送するように構成された起動命令回送ユニットと
を具備している。
【００１７】
本発明の態様による移動交換センターは、
第１端末から、デュアルトーンマルチフリーケンシーメッセージを受信するように構成された起動命令受信ユニットと、
前記起動命令受信ユニットによって受信された前記デュアルトーンマルチフリーケンシーメッセージを解析するように構成された解析ユニットと、
前記デュアルトーンマルチフリーケンシーメッセージを使用して、第２端末に命令して、パケット交換ドメインを起動することを、前記解析ユニットが前記解析から決定したとき、シグナリングメッセージとして、前記デュアルトーンマルチフリーケンシーメッセージ内に情報をカプセル化するように構成されたカプセル化ユニットと、
前記カプセル化ユニットでの前記カプセル化から得られた前記シグナリングメッセージを、前記第２端末に送信するように構成された送信ユニットと
を具備している。
【００１８】
上記した技術的な解決策から分かるように、本発明の態様による技術的な解決策を用いて、第２端末は、命令（第１端末から送信されたＰＳドメインの状態を変化させるための）を受信する。命令を受信した後、第２端末は、命令に従って、ＰＳドメインの状態を受動的に変化させることができ、したがって、第２端末及び第１端末は、状態が変化したＰＳドメインで、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することができる。明らかに、本発明の態様による技術的な解決策を用いて、サービスのリクエストされたパーティは、ＰＳドメインの状態を受動的に変化させることができ、したがって、第１端末及び第２端末は、状態が変化したＰＳドメインで、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することが可能である。
【００１９】
特に、パケット交換ドメインの状態を変化させるステップがＰＳドメインを起動しているとき、第２端末は、命令に従ってＰＳドメインを起動することができ、したがって、サービスのリクエストされたパーティは、リクエストされたパーティがＰＳドメインを起動していない場合には、ＰＳドメインを受動的に起動することができる。このような方法で、２つのサービスパーティ（ＰＳドメインをサポートする）が、要求に応じて、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することが可能である。明らかに、本発明の態様による技術的な解決策を用いて、端末は、サービスによる要求に応じて、ＰＳドメインを受動的に起動することができ、したがって、端末はＰＳドメインベースのサービスを展開することができ、従来技術（端末が電源をオンにされるとき、ユーザは、端末のＰＳドメインを自発的に起動するように強制的に要求される）とは異なる。故に、本発明の態様による技術的な解決策は、従来技術の解決策に比べて、ＰＳドメインの状態を受動的に変化させて、状態が変化したＰＳドメインで、ＰＳドメインベースのサービスを端末が展開することができることを達成し、これによって、端末ユーザの体験を向上することができる。したがって、本発明の態様による技術的な解決策はより実行可能である。
【００２０】
本明細書に示された図面は、本発明のさらなる理解を促進し、かつ、本願の一部を構成するように提供されているが、本発明を限定することは意図されていない。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施例１に基づく、ＰＳドメインを起動するための方法のフローを図示した概略図である。
【図２】本発明の実施例１に基づく、第１端末が第２端末にＩＭＳサービスを開始するシグナリングフローを図示した概略図である。
【図３】本発明の実施例２に基づく、第１端末が、ＤＴＭＦ（Dual Tone Multi-Frequency）メッセージを介して、第２端末に命令して、ＰＳドメインを起動するシグナリングフローを図示した概略図である。
【図４】本発明の実施例３に基づく、第１端末が、ショートメッセージを介して、第２端末に命令して、ＰＳドメインを起動するシグナリングフローを図示した概略図である。
【図５】本発明の実施例４に基づく、第１端末が、ショートメッセージを介して、第２端末に命令して、ＰＳドメインを起動するシグナリングフローを図示した概略図である。
【図６】本発明の実施例５に基づく、第１端末が、設定メッセージを介して、第２端末に命令して、ＰＳドメインを起動するシグナリングフローを図示した概略図である。
【図７】本発明の実施例６に基づく、第１端末が、プッシュメッセージを介して、第２端末に命令して、ＰＳドメインを起動するシグナリングフローを図示した概略図である。
【図８】本発明の実施例７に基づく、第１端末が、第２端末に命令して、第２のＰＳドメインを起動する方法のフローを図示した概略図である。
【図９】本発明の実施例８に基づく、第１端末が、第２端末に命令して、現在のＰＳドメインのパラメータを変更する方法のフローを図示した概略図である。
【図１０】本発明の実施例８に基づく、通常のフローを通じて、端末92がＰＳドメインのパラメータを変更する方法を図示した概略図である。
【図１１】本発明の実施例９に基づく、端末の構成を図示した概略図である。
【図１２】本発明の実施例10に基づく、サービス起動センターの構成を図示した概略図である。
【図１３】本発明の実施例11に基づく、移動交換センターの構成を図示した概略図である。
【発明を実施するための形態】
【００２２】
以下に、図面及び実施例を参照して、本発明が詳細に説明される。本明細書において、本発明の代表的な実施例及びその説明は、単なる具体例であり、本発明を限定するものではない。
【００２３】
以下の実施例１では、本発明の実施例によるＰＳドメインの状態を変化させるための方法が、第１端末が第２端末に命令して（それがＰＳドメインに入っているか、ＣＳドメインに入っているか、又は、他の通信状態であるか否かに拘わらず）、あるＰＳドメインを起動する場合に対して、具体例として説明される。
【００２４】
実施例２，３，４，５及び６では、本発明の実施例によるＰＳドメインの状態を変化させるための方法が、第１端末が第２端末（どのＰＳドメインにも入っていない）に命令して、あるＰＳドメインを起動する場合に対して、詳細に説明される。
【００２５】
実施例７では、本発明の実施例によるＰＳドメインの状態を変化させるための方法が、第１端末が同一ＰＳドメインで第２端末に命令して、現在のＰＳドメインのパラメータを変化させる場合に対して、詳細に説明される。
【００２６】
実施例８では、本発明の実施例によるＰＳドメインの状態を変化させるための方法が、第１端末が同一ＰＳドメイン（以降、「第１のＰＳドメイン」と称する）で第２端末に命令して、ＰＳドメイン（第２端末が不在である）を起動する場合に対して、詳細に説明される。
【００２７】
実施例９では、本発明の実施例によるＰＳドメインの状態を変化させるための方法をサポートする端末が詳細に説明される。
【００２８】
実施例10では、本発明の実施例によるＰＳドメインの状態を変化させるための方法をサポートするサービス起動センターが詳細に説明される。
【００２９】
実施例11では、本発明の実施例によるＰＳドメインの状態を変化させるための方法をサポートする移動交換センターが詳細に説明される。
【実施例１】
【００３０】
図１は、本発明の本実施例によるＰＳドメインを起動するための方法のフローを示した概略図である。図１に示すように、方法は次のステップを具備する。
【００３１】
ブロック101：
命令（第１端末から送信されたパケット交換ドメインの状態を変化させるための）が受信され、パケット交換ドメインの状態を変化させるステップは、パケット交換ドメインを起動するステップ、又は、パケット交換ドメイン（第２端末が現在位置する）のパラメータを変更するステップを具備する。
【００３２】
ブロック102：
パケット交換ドメインの状態は、命令に従って、変化される。
【００３３】
本実施例は、第２端末が、通信ネットワークを介して、第１端末から送信されたパケット交換ドメインの状態を変化させるための命令を受信することを例にとるが、この例に限定はされない。この例の特定の実施例は次の通りである。
【００３４】
はじめに、第１端末は通信ネットワークを介して命令を送信し、第２端末に命令して、ＰＳドメインを起動する。
【００３５】
第１端末がＰＳドメインのアプリケーションを要求するとき（ＩＭＳサービスの展開はＰＳドメインの代表的なアプリケーションである）、それは、従来技術の解決策を参照して、ＰＳドメインを自発的に起動することができる。ＰＳドメインを起動した後、第１端末はメッセージを通信ネットワークに送信し、実施されるサービスの反対側の第２端末に命令して、ＰＳドメインを起動するオペレーションを実行する。
【００３６】
ここで、メッセージ（ＰＳドメインの起動を命令するため、第２端末に第１端末から送信された）は、ＤＴＭＦ（Dual Tone Multi-Frequency）メッセージ、ショートメッセージ、呼設定（Setup）メッセージ、プッシュ（Push）メッセージ、ＵＳＳＤ（Unstructured Supplementary Service Data）メッセージ、セッション招待（Invite）リクエストメッセージなどを含むことができるが、これに限定されない。
【００３７】
特に、第１端末及び第２端末が同一ＰＳドメインに現在入っている場合、本実施例では、第２端末に命令してＰＳドメインを起動するように、通信ネットワークに、命令を第１端末から送信するステップは、第２端末に命令して、起動していない（inactivated）第２のＰＳドメインを起動するステップを具備する。
【００３８】
その後、通信ネットワークは、命令を第２端末に配信する。
【００３９】
命令（第１端末から送信された、ＰＳドメインを起動するように第２端末を命令するための）を受信した後、通信ネットワークは、命令を第２端末に送信する。
【００４０】
例えば、第１端末及び第２端末が同一の移動交換センターに所属するとき、この移動交換センターは命令を回送する。
【００４１】
第１端末及び第２端末が異なる移動交換センターに所属するとき、移動交換センター（第１端末が所属する）は、命令を受信した後、命令を移動交換センター（第２端末が所属する）に配信し、次いで、後者の移動交換センターは、命令をカバレージエリア内の第２端末に送信する。
【００４２】
最後に、第２端末は命令を受信し、かつ、命令に従ってＰＳドメインを起動する。
【００４３】
命令を受信した後、第２端末は、第１端末が現在は第２端末にリクエストして、ＰＳドメインを起動することを知り、したがって、第２端末は、第１端末を用いて、ＰＳドメインベースのサービス（例えば、サービスはＩＭＳサービスを含むことができるが、これに限定されない。）を実施することができる。第２端末は、第１端末を用いてＰＳドメインベースのサービスを実施するために、命令を受信した後、ＰＳドメインの起動を開始することができる。
【００４４】
加えて、第２端末によるＰＳドメインの起動を最適化し、かつ、第２端末又はネットワークがＰＳドメインの起動をサポートしていない場合には、ネットワーク（第２端末が位置する）、及び、端末（第２端末によって実行されたＰＳドメインを起動するオペレーションによってもたらされた）の不必要な処理を回避するために、第２端末は、起動命令を受信した後、現在の端末がＰＳドメインサービスをサポートするか否か（即ち、ＰＳドメインの起動をサポートするか否か）、及び、ネットワーク（現在の端末が位置する）がＰＳサービスの使用を許可するか否か（即ち、ＰＳドメインの起動をサポートするか否か）を決定することができる。ＰＳドメインを起動するオペレーションは、現在の端末がＰＳドメインサービスをサポートし、かつ、ネットワーク（現在の端末が位置する）がＰＳサービスの使用を許可する場合にだけ、実行することができる。
【００４５】
代わりに、端末のユーザが、ＰＳドメイン起動リクエストの受領に合意するか否かを決める場合には、現在の端末がＰＳドメイン起動リクエストの受領に合意するか否かがさらに決定される。ＰＳドメインを起動するオペレーションは、現在の端末がＰＳドメインサービスをサポートし、ネットワーク（現在の端末が位置する）がＰＳサービスの使用を許可し、かつ、現在の端末がＰＳドメイン起動リクエストの受領に合意する場合にだけ、実行することができる。
【００４６】
上記から分かるように、本発明の本実施例による方法を用いて、第２端末は、ＰＳドメインサービスのイニシエータからの命令に従って、ＰＳドメインを受動的に起動して、対応するＰＳサービスを実施することができる。故に、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）のリクエストされたパーティ（ＰＳドメインを現在は起動していない）は、ＰＳドメインを受動的に起動することができ、したがって、第１端末及び第２端末がＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することを可能にする。
【００４７】
本発明の態様による方法は、第１端末が第２端末に命令して、ＰＳドメインを起動し、かつ、ＩＭＳサービスがＰＳドメインの起動後に展開されることを例にとって、以下に詳細に説明される。
【００４８】
図２は、第１端末がＩＭＳサービスを第２端末（ＰＳドメインを起動していない）に対して開始するシグナリングフローを示した概略図である。図２に示すように、フローは次の通りである。
【００４９】
200：
ＣＳ（Circuit Switched）呼が、ＣＳドメインネットワークを介して、端末21と端末24の間に設定される。
【００５０】
201：ＰＳドメイン接続のプロセス
プロセスは、１）ＣＳＩサービスを開始すると決めた後、端末21がＰＳドメインとの接続を自発的に設定して、ＰＳドメインを起動するステップと、２）端末21が、ネットワークを介して、端末24にメッセージ（端末24に命令して、ＰＳドメインを起動するための）を送信するステップと、３）メッセージを受信した後、端末24がＰＳドメインとの接続を設定して、ＰＳドメインを起動するステップとを具備する。従来技術を参照して、プロセス（各端末がＰＳドメインとの接続を設定し、かつ、ＰＳドメインを起動する）の詳細を説明する。
【００５１】
202：ＩＭＳドメイン登録のプロセス
ＰＳドメインが起動された後、端末21及び端末24は、ログオンし、かつ、ＩＭＳドメインに基づくＰＳドメインにそれぞれ登録する。
【００５２】
203：
端末21及び端末24は、OPTION方法を使用して、ＩＭＳケイパビリティ（capability）に対して相互に作用する。相互作用は、ＭＳＩＳＤＮ（Mobile Station International Integrated Services Digital Network Number）と、端末及び端末ケイパビリティ情報のＳＩＰ（Session Initiation Protocol）のＵＲＩ（Uniform Resource Identifier）との間の接続関係を主に具備している。
【００５３】
特に、端末ケイパビリティ情報を使用して、１セットのサービス（ＩＭＳセッションが２端末間で設定されるとき、成功裏に呼び出すことができる）を決定する。ＩＭＳケイパビリティ情報は、次の情報を含むことができるが、これに限定されない。
１）ＩＭＳメディアのタイプ（例えば、ＩＭＳセッションでのメディアコンポーネントの定義）
２）ＩＭＳメディアタイプによってサポートされたメディアフォーマット（コーデックフォーマット、メディアファイルフォーマットなど）のパラメータ
３）端末ケイパビリティ情報を転送する端末のＭＳＩＳＤＮとＳＩＰ ＵＲＩとの間の接続関係
【００５４】
加えて、端末は、ＩＭＳネットワークを介して、次のケイパビリティ情報を相互作用させることもできる。
１）回線ドメイン（circuit domain）でビデオ電話のケイパビリティ
２）回線ドメインでオーディオ電話のケイパビリティ
３）マルチメディアメッセージのケイパビリティ
４）他のＩＭＳベースのサービス（例えば、Ｐｏｃ）のケイパビリティ
【００５５】
204：
端末21は、ＩＭＳネットワークを介して、端末24に、セッションINVITEリクエストメッセージを送信して、ケイパビリティインタラクションの結果に基づき、ＩＭＳセッションを設定するようにリクエストする。
【００５６】
205：
中間ＩＭＳエンティティ22で、Ｐ−ＣＳＣＦ（Proxy-Call Session Control Function）は、セッションINVITEリクエスト応答を用いて端末から開始されたリクエストメッセージに応答する（例えば、プロトコルで指定されたように、100試行（Trying）メッセージを用いて応答する）。
【００５７】
206：
端末21は、ＳＤＰ（Session Description Protocol）に基づき、リソースを割り当てる。
【００５８】
207：
ユーザ−エージェント（User-Agent）ヘッドフィールドが、イニシエーティングネットワーク及び送信先ネットワークのＰ−ＣＳＣＦ（中間ＩＭＳエンティティ22）間で渡される。
【００５９】
208：
イニシエーティングネットワークのＳ−ＣＳＣＦ（Serving-Call Session Control Function）（中間ＩＭＳエンティティ22）は、リクエストメッセージ内の呼ユニフォームリソース識別子（Ｔｅｌ ＵＲＩ）をＳＩＰ−ＵＲＩと交換し、次いで、INVITEリクエストを送信先ネットワーク内のＳ−ＣＳＣＦに発送する。
【００６０】
209：
送信先ネットワークのＰ−ＣＳＣＦは、セッションINVITEリクエストメッセージを端末24に回送する。
【００６１】
210：
端末24は、一時応答（できる限り100試行メッセージ）を送信先ネットワークのＰ−ＣＳＣＦに送信する。
【００６２】
211：
端末24は、受信したＳＤＰコンテンツに基づき、対応するベアラ（bearer）を設定する。
【００６３】
212：
端末24は、コアネットワークから返されたセッションに応答し（中間ＩＭＳエンティティ22）（できる限り183セッションプログレス（Session Progress））、かつ、コンタクト（Contact）ヘッドフィールドで、ＣＳ音声及びＣＳビデオケイパビリティをサポートすることを述べる（state）ように要求され、かつ、サーバ（Server）ヘッドフィールドで、個人移動端末識別子を含むように要求される。ここで、端末24は、リソース割り当てメカニズム及び前処理メカニズムをサポートする。
【００６４】
213：
イニシエーティングネットワークのＰ−ＣＳＣＦ（中間ＩＭＳエンティティ22）は、セッション応答（できる限り183セッションプログレス）を端末21に返す。
【００６５】
214：
端末21は、一時応答への高信頼返信（例えば、PRACK）を用いて、端末24に返信する。
【００６６】
215：
端末21は、メディアのＩＰベアラを設定する。
【００６７】
216：
端末24は、メディアのＩＰベアラを設定する。
【００６８】
217：
端末21は、UPDATEメッセージを中間ＩＭＳエンティティ22に送信して、端末21がメディアコンテンツを受信及び転送することができることを端末24に通知する。
【００６９】
218：
中間ＩＭＳエンティティ22は、UPDATEメッセージを端末24に送信し、かつ、端末24は、呼び出しを開始する。
【００７０】
219：
端末24は、UPDATEメッセージに対して、更新応答（例えば、200ＯＫ）を返して、端末24がメディアコンテンツを受信及び転送する準備ができていることを示す。
【００７１】
220：
イニシエーティングネットワークのＰ−ＣＳＣＦは、UPDATEメッセージに対して端末24から返された応答（例えば、200ＯＫ）を、端末21に回送する。
【００７２】
221：
端末24は、端末21のINVITEメッセージに対して、応答（例えば、200ＯＫ）を返し、ユーザがフックオフ（hook off）であることを示す。
【００７３】
222：
イニシエーティングネットワークのＰ−ＣＳＣＦは、端末24のフックオフ情報を運ぶ応答（例えば、200ＯＫ）を、端末21に回送する。
【００７４】
223：
端末21は、フックオフ情報に対する確認応答メッセージ（ＡＣＫ）を返す。
【００７５】
224：
送信先ネットワークのＰ−ＣＳＣＦは、フックオフ情報に対する確認応答メッセージ（ＡＣＫ）を、端末24に回送する。
【００７６】
225：
最終メディアセッションが設定される（端末21及び端末24が、既存のＣＳネットワーク及びＩＭＳコアネットワーク上で、上記した方法で、音声通信中に、例えば、ビデオクリップ、ビデオライブコンテンツ、オーディオ、写真、ファイルなどを共有することができる。）。
【実施例２】
【００７７】
本実施例では、本発明の実施例１によるＰＳドメインを起動するための方法が詳細に説明され、第１端末が第２端末にＣＳＩサービス（ＩＭＳサービスうちの１つ）を開始するように要求され、かつ、第１端末がＤＴＭＦメッセージを介して第２端末に命令して、ＰＳドメインを起動することを例にとる。
【００７８】
端末31及び端末34が進行中のＣＳセッションに入り、かつ、端末21がＣＳＩサービスを開始すると仮定する。ＣＳＩサービスを開始する端末21は、開始されるとき、ＰＳドメインを起動している。しかし、端末24は、ＰＳドメイン内に存在していない（即ち、ＰＳドメインを起動していない）。したがって、次のフローが実行される必要がある（図３を参照）。
【００７９】
301：
端末31は、ＤＴＭＦメッセージ（端末34に命令して、ＰＳドメインを起動するための情報を運ぶ）を作成し、したがって、端末34は、情報から、ＰＳドメイン起動オペレーションが現在実行される必要があることを知ることができる（例えば、特定のビット値をメッセージで運ぶことができ、したがって、所定プロトコルに従って、端末34は、特定のビット値から、ＰＳドメイン起動オペレーションが現在実行される必要があることを知ることができる。）。端末31は、作成されたメッセージを、移動交換センター32（端末31が所属する）に送信する。
【００８０】
本発明のこの実施例によれば、情報（端末34に命令して、ＰＳドメインを起動するための）の好ましい構成が提供される。構成は、サービス識別子と、メッセージタイプと、ストリームコードと、サービスデータ情報とを具備している。
【００８１】
サービス識別子は、現在メッセージがＰＳドメインの起動を命令するためのメッセージであることを示すように構成されている。この実施例では、サービス識別子は３文字を占めるように指定されている。「abc」の値をとるとき、サービス識別子は、現在メッセージがＰＳドメインの起動を命令するためのメッセージであることを示す。
【００８２】
メッセージタイプは、メッセージのタイプを識別するように構成され、かつ、この実施例では、１文字を占める。指定されたように、「１」の値をとるとき、メッセージタイプは、メッセージがリクエストメッセージであることを示す。「０」の値をとるとき、メッセージタイプは、メッセージが応答メッセージであることを示す。
【００８３】
ストリームコードは、ストリームコードレートを識別し、かつ、この実施例では、１文字を占める。ストリームコードは、１〜９の範囲の値をとることができる。
【００８４】
状態コードは、端末の状態を識別し、かつ、この実施例では、２文字を占める。指定されたように、状態コードは、「０１」の値をとるとき、「起動（Activated）」を示し、「０２」の値をとるとき、端末がＰＳドメインの起動をサポートしていないことを示し、「０３」の値をとるとき、端末ユーザが起動オペレーションを拒否することを示し、かつ、「０４」の値をとるとき、ネットワーク（端末が位置する）がＰＳドメインの起動をサポートしていないことを示す。他の値を使用のために拡張することができる。
【００８５】
サービスデータは、拡張データを運び、かつ、この実施例では、可変長を有する。
【００８６】
301では、上記に設けられた値のための情報フォーマット及びプロトコルに従って、端末31は、ＤＴＭＦメッセージ（「abc1101」の情報体を運ぶ）を移動交換センター32に送信する。
【００８７】
302：
移動交換センター32は、受信したＤＴＭＦメッセージ（「abc1101」）を、移動交換センター33（端末34が所属する）に送信する。
【００８８】
3031：
移動交換センター33は、ＤＴＭＦメッセージを端末34に回送する。
【００８９】
移動交換センター33から送信されたＤＴＭＦメッセージ（情報「abc1101」を運ぶメッセージ）を受信した後、端末34は、ミキシングトーンから、運ばれた情報（「abc1101」）を解析し、現在メッセージがＰＳドメインを起動することをリクエストするためのメッセージであることを知り、かつ、それによって、ＰＳドメインを起動するための対応するオペレーションを実行する。ＰＳドメインを起動するためのオペレーションは直接実行することができる。代わりに、現在端末がＰＳドメインの起動をサポートするか否か、及び、ネットワーク（現在の端末が位置する）がＰＳドメインの起動をサポートするか否かが決定される。両方の決定が肯定である場合には、ＰＳドメインを起動するためのオペレーションが実行される。又は、現在の端末がＰＳドメインの起動をサポートするか否か、及び、ネットワーク（現在の端末が位置する）がＰＳドメインの起動をサポートするか否か、及び、現在の端末がＰＳドメインの起動に合意するか否かが決定される。ＰＳドメインを起動するためのオペレーションは、全ての決定が肯定である場合にだけ、実行される。
【００９０】
3032（3031の代わりをすることができる）：
移動交換センター33は、ＤＴＭＦメッセージを解析し、かつ、運ばれた情報（「abc1101」）から、ＤＴＭＦメッセージがＰＳ起動リクエストを運んでいることを知る。次いで、移動交換センター33は、ＤＴＭＦメッセージ内にカプセル化された情報（「abc1101」）を抽出し、情報をシグナリングメッセージ内に再カプセル化（re-encapsulate）し（この実施例では、ファシリティ（Facility）メッセージであり得るが、これに限定されない。）、かつ、シグナリングメッセージを端末34に送信する。
【００９１】
同様に、移動交換センター33から送信されたシグナリングメッセージ（例えば、情報「abc1101」を運ぶファシリティメッセージ内にカプセル化された）を受信した後、端末34は、運ばれた情報（「abc1101」）を解析し、現在メッセージがＰＳドメインを起動することをリクエストするためのメッセージであることを知り、かつ、それによって、ＰＳドメインを起動するための対応するオペレーションを実行する（詳細は上記した通りである）。
【００９２】
3032では、移動交換センター33は、ＤＴＭＦメッセージを端末34に直接送信する代わりに、受信したＤＴＭＦメッセージで運ばれた情報を、シグナリングメッセージ（例えば、ファシリティメッセージ）内に再カプセル化し、したがって、端末34は、メッセージを受信することができ、一方では、現在ＣＳセッションとの不必要な干渉を回避する。
【００９３】
高度な高信頼転送のため、サービスリクエストメッセージを受信した後、端末34は、確認応答メッセージを用いて返信する次のフローに移ることができる。
【００９４】
304：
端末34は、情報「acb0101」を運ぶＤＴＭＦ応答メッセージ（代わりに、ファシリティメッセージなどでもあり得る）を作成し、次いで、ＤＴＭＦ応答メッセージを、移動交換センター33に送信する。
【００９５】
305：
移動交換センター33は、受信したＤＴＭＦ応答メッセージを、移動交換センター32に回送する。
【００９６】
3061：
移動交換センター32は、ＤＴＭＦ応答メッセージを、端末31に回送する。
【００９７】
ＤＴＭＦ応答メッセージを受信した後、端末31は、ミキシングトーンから、ＤＴＭＦ応答メッセージの情報「acb0101」を解析し、かつ、端末34がサービスリクエストを正しく受信し、かつ、起動に合意したことを知る。
【００９８】
また、3061を3062と置き換えることができる。
【００９９】
3062：
移動交換センター32は、ＤＴＭＦ応答メッセージを解析し、ＤＴＭＦメッセージ内にカプセル化された情報（「abc0101」）を抽出し、情報をシグナリングメッセージ（ファシリティメッセージであり得るが、これに限定されない。）内に再カプセル化し、かつ、シグナリングメッセージを端末31に送信する。
【０１００】
シグナリングメッセージ（例えば、情報「abc0101」を運ぶファシリティメッセージ内にカプセル化された）を受信した後、端末31は、ＤＴＭＦ応答メッセージの情報「abc0101」を解析し、かつ、端末34がサービスリクエストを正しく受信し、かつ、起動に合意したことを知る。
【０１０１】
3062では、移動交換センター32は、ＤＴＭＦメッセージを端末31に直接送信する代わりに、情報（受信したＤＴＭＦ応答メッセージで運ばれた）を、シグナリングメッセージ（例えば、ファシリティメッセージ）内に再カプセル化し、したがって、端末31はメッセージを受信することができ、一方では、現在ＣＳセッションとの不必要な干渉を回避する。
【０１０２】
転送中のシグナリングの損失がＰＳドメインの不成功の起動を生じさせること防ぐため、端末31がある期間中に情報（サービスリクエストに返信する）を受信するのに失敗した場合、端末31はフロー301から再スタートすることを指定することができる。
【０１０３】
さらに、端末34から返された応答メッセージは、追加情報も運ぶことができる。例えば、リクエストは、ある条件（例えば、ある期間内）で拒否される。したがって、端末31は、この条件で、それ以上の再転送を実行しない（例えば、「03」は起動リクエストが拒否されることを示し、かつ、端末31はそれ以上の再転送を実行しない。）。
【０１０４】
上記から分かるように、本発明のこの実施例を用いて、端末31は、ＤＴＭＦメッセージ（端末34に命令して、ＰＳドメインを起動する）を送信することができ、かつ、端末34は、命令に従って、ＰＳドメインを起動するためのオペレーションをトリガすることができ、したがって、端末34は、ＰＳドメインを受動的に起動することができる。さらに、端末31は、ＤＴＭＦメッセージを介して（端末31のユーザは特定のキーをトリガすることができ、かつ、端末31は、トリガされたキーに従って、対応するＤＴＭＦメッセージを作成及び送信することができる。）、ＰＳドメインを起動するための命令を送信し、実施されるのに好都合である。
【実施例３】
【０１０５】
本実施例では、本発明の実施例１によるＰＳドメインを起動するための方法が詳細に説明され、第１端末が第２端末にＣＳＩサービスを開始するように要求され、かつ、第１端末がショートメッセージを介して第２端末に命令して、ＰＳドメインを起動することを例にとる。
【０１０６】
端末41及び端末42が進行中のＣＳセッションに入り、かつ、端末41がＣＳＩサービスを開始すると仮定する。ＣＳＩサービスを開始する端末41は、開始されるとき、ＰＳドメイン43を起動している。しかし、端末42は、ＰＳドメイン43内に存在していない（即ち、ＰＳドメイン43を起動していない）。したがって、次のフローが実行される必要がある（図４を参照）。
【０１０７】
401：
端末41は、ＳＭ（Short Message）（端末42に命令して、ＰＳドメイン43を起動するための情報を運ぶ）を作成し、したがって、端末42は、情報から、ＰＳドメイン43を起動するオペレーションが現在実行される必要があることを知ることができる。端末31は、ショートメッセージセンターを介して、作成されたショートメッセージを端末42に送信する。
【０１０８】
ショートメッセージプロトコルに従って、特定の識別子（例えば、Tele-サービスＩＤ、ポート番号など。プロトコルが変化するのに伴い、異なって呼ぶことができる。）を使用して、ショートメッセージ（例えば、共通ショートメッセージ、プッシュサービス、及び、音声メールアラーム）で運ばれたサービスを識別することができる。これらのサービスの特定の識別子は異なる値を与えられ、かつ、端末は、これによって、これらを区別し、かつ、受信したメッセージに対して対応するアプリケーションプロセスを実行することができる。この実施例では、上記した特定の識別子の値の割り当てられた部分を用いて、特定の識別子は、特定の値を与えられて、ショートメッセージが反対側の端末にリクエストして、ＰＳドメインを起動するのに使用されることを示すことができる。
【０１０９】
402：
端末42は、ショートメッセージから、起動されているサービスの識別子を解析し、かつ、現在ショートメッセージがＰＳドメインの起動を命令するためのプロトコルメッセージであることを知る。ショートメッセージをユーザに示す必要はない。代わりに、フローは403に移る。
【０１１０】
403：
端末42は、パケット交換ドメイン43（例えば、ＧＧＳＮ）に、ＰＤＰ（Packet Data Protocol）起動リクエストを開始し、ＰＤＰ及びパケット交換ドメイン43を起動する。
【０１１１】
したがって、端末42は、ＣＳＣＦを用いた登録を開始し、かつ、ＩＭＳサービスのフローに入ることができる。特定のフロー（端末がＣＳＣＦを用いた登録を開始し、かつ、ＩＭＳサービスのフローに入る）の詳細については、実施例１のフロー202〜205の対応する説明を参照することができる。
【０１１２】
上記から分かるように、本発明の本実施例による方法を用いて、端末41は、ＤＴＭＦメッセージ（端末44に命令して、ＰＳドメイン43を起動する）を送信することができ、かつ、端末44は、命令に従って、ＰＳドメイン43を起動するオペレーションをトリガすることができ、したがって、端末44はＰＳドメイン43を受動的に起動することができる。さらに、端末41は、ＰＳドメイン43を起動するための命令を、幅広くかつ好都合に適用されたショートメッセージを介して送信し、実行されるのに好都合である。
【実施例４】
【０１１３】
本実施例では、本発明の実施例１によるＰＳドメインを起動するための方法が詳細に説明され、第１端末が第２端末にＣＳＩサービスを開始するように要求され、かつ、第１端末がショートメッセージを介して第２端末に命令して、ＰＳドメインを起動することをさらに例にとる。
【０１１４】
図５に示されるように、本実施例による方法は、実施例３による方法とは異なり、この実施例では、サービス起動センター52が追加的に設けられて、端末53に命令して、ＰＳドメインを起動するためのショートメッセージを中継及び処理する。図５に示されたフローは次の通りである。
【０１１５】
501：
端末41は、ショートメッセージ（端末53に命令して、ＰＳドメイン54を起動するための情報を運ぶ）を作成し、したがって、端末53は、情報から、ＰＳドメイン54を起動するオペレーションが現在実行される必要があることを知ることができる。サービス起動センター52のアドレスもショートメッセージに追加される。次いで、端末51は、作成されたショートメッセージをサービス起動センター52に送信する。
【０１１６】
502：
サービス起動センター52は、ショートメッセージを介して情報（端末53に命令して、ＰＳドメイン54を起動する）を端末53に送信する。
【０１１７】
503：
端末53は、ショートメッセージを解析し、かつ、ショートメッセージ内のアドレス（サービス起動センター52のアドレス）から、現在ショートメッセージがサービス起動センター52から送信され、かつ、サービス起動プロセスに使用されることを知る。かつ、端末53は、特定の情報コンテンツ（ショートメッセージで運ばれた）から、現在ショートメッセージが、ＰＳドメイン54を起動するのをリクエストするために使用されることを知る。この時、特定のメッセージ体はユーザに示されない。
【０１１８】
504：
端末53は、パケット交換ドメイン54（例えば、ＧＧＳＮ）に、ＰＤＰ起動リクエストを開始し、ＰＤＰ及びパケット交換ドメイン54を起動する。
【０１１９】
その後、端末53は、ＣＳＣＦを用いた登録を開始し、かつ、ＩＭＳサービスのフローに入る。
【０１２０】
本実施例では、特に、サービス起動センター52は、ショートメッセージセンターと接続することができる。即ち、ショートメッセージセンターは、サービス起動センター52を付加価値サービスサーバとして取り扱い、かつ、サービス起動センター52にソース転送アドレス（ＯＯＡであり得るが、これに限定されない。）を割り当てると考えることができる。端末53は、ソース転送アドレスから、ショートメッセージがサービス起動センターから送信され、かつ、対応する処理を実行することを決定することができる。
【実施例５】
【０１２１】
本実施例では、本発明の実施例１によるＰＳドメインを起動するための方法が詳細に説明され、第１端末が第２端末にＣＳＩサービスを開始するように要求され、かつ、設定（Setup）メッセージを介して第２端末に命令して、ＰＳドメインを起動することを例にとる。
【０１２２】
端末61及び端末64が進行中のＣＳセッションに入り、かつ、端末61がＣＳＩサービスを開始すると仮定する。ＣＳＩサービスを開始する端末61は、開始されるとき、ＰＳドメインを起動している。しかし、端末64は、ＰＳドメイン内に存在していない（即ち、ＰＳドメインを起動していない）。したがって、次のフローが実行される必要がある（図６を参照）。
【０１２３】
601：
端末61は、被呼端末64に設定メッセージ（はじめに、移動交換センター62に到着する）を送信する。プロトコルデータは、設定メッセージ内のユーザ間（User to User）フィールドにおいて特定のプロトコルフォーマットで運ばれる。プロトコルデータは、サービスのタイプを示すことができる（即ち、現在メッセージが、被呼端末に命令して、ＰＳドメインを起動するために使用される。）。
【０１２４】
602：
設定メッセージを受信した後、移動交換センター62は、移動交換センター63（被呼端末64が所属する）に呼オペレーションを開始し、BICC_IAMメッセージ（イニシャルアドレスメッセージ（Initial Address Message）を含むベアラ独立呼制御（Bearer Independent Call Control）プロトコルメッセージ）を送信し、ユーザ間フィールドのデータが運ばれる。
【０１２５】
603：
BICC_IAMメッセージを受信した後、移動交換センター63は、被呼端末64にファシリティメッセージ（ユーザ間フィールドのデータを運ぶ）を送信する。
【０１２６】
604：
ファシリティメッセージを受信した後、端末64は、ユーザ間フィールドのデータにおいてカプセル化プロトコルを解析して、対応するサービスデータコンテンツを取得し、端末61が現在の端末にリクエストして、ＰＳドメインを起動することを知り、かつ、それによって、ＰＳドメインを起動するための対応するオペレーションを実行する。ＰＳドメインを起動するオペレーションは、直接実行することができる。代わりに、現在の端末がＰＳドメインの起動をサポートするか否か、及び、現在の端末がＰＳドメインの起動に合意するか否か、及び、ネットワーク（現在の端末が位置する）がＰＳドメインの起動をサポートするか否かを決定する。次いで、全ての決定が肯定である場合、ＰＳドメインを起動するオペレーションが実行される。
【０１２７】
ファシリティメッセージを受信した後、端末64は、発呼端末61に切断リクエストメッセージを送信して、リソース接続（現在設定メッセージに従って設定される）をリリースする。また、切断リクエストメッセージは、端末64がユーザ間データを成功裏に受信することを示すか、又は、端末64がユーザ間データを受信し損なった理由を示す理由値（reason value）を運ぶ。
【０１２８】
605：
端末64から切断リクエストメッセージを受信した後、移動交換センター63は、移動交換センター62に、BICC_Releaseメッセージ（ベアラ独立呼制御（Bearer Independent Call Control）プロトコルのリリース（Release）メッセージ）を送信し、理由値（端末64がユーザ間データを成功裏に受信することを示すか、又は、端末64がユーザ間データを受信し損なった理由を示す）を運ぶ。
【０１２９】
606：
移動交換センター63からBICC_Releaseメッセージを受信した後、移動交換センター62は、端末61への切断リクエストメッセージ（端末64がユーザ間データを成功裏に受信することを示すか、又は、端末64がユーザ間データを受信し損なった理由を示す理由値を運ぶ）を開始する。
【０１３０】
607：
切断リクエストメッセージを受信した後、端末61は、切断オペレーションを実行し、理由値（切断リクエストメッセージで運ばれた）を分析し、次いで、端末Ｂがユーザ間フィールドにおいてカプセル化プロトコルデータを正しく受信したか否かを知る。切断のフローを一体化するために、端末61は、移動交換センター62にリリースメッセージも返して、切断完了の結果について通知することもできる。
【０１３１】
608：
リリースメッセージを受信した後、移動交換センター62は、移動交換センター63に、BICC_release_completeメッセージ（ベアラ独立呼制御（Bearer Independent Call Control）プロトコルのリリース完了メッセージ）を送信し、切断の完了を示す理由値を運ぶ。
【０１３２】
609：
BICC_release_completeメッセージを受信した後、移動交換センター63は、端末64に切断メッセージ（切断の完了を示す理由値を運ぶ）を送信する。端末64は、理由値から、反対側の端末が切断の完了に応答することを知る。
【０１３３】
上記から分かるように、本発明の本実施例による方法を用いて、端末61は、設定メッセージ（端末64に命令して、ＰＳドメインを起動する）を送信することができ、かつ、端末64は、命令に従ってＰＳドメインを起動するオペレーションをトリガすることができ、したがって、端末64は、ＰＳドメインを受動的に起動することができる。
【実施例６】
【０１３４】
本実施例では、本発明の実施例１によるＰＳドメインを起動するための方法が詳細に説明され、第１端末が第２端末にＣＳＩサービスを開始するように要求され、かつ、第１端末がプッシュメッセージを介して第２端末に命令して、ＰＳドメインを起動することを例にとる。
【０１３５】
端末71及び端末74が進行中のＣＳセッションに入り、かつ、端末71がＣＳＩサービスを開始すると仮定する。ＣＳＩサービスを開始する端末71は、開始されるとき、ＰＳドメイン76を起動している。しかし、端末74は、ＰＳドメイン76内に存在していない（即ち、ＰＳドメイン76を起動していない）。したがって、次のフローが実行される必要がある（図７を参照）。
【０１３６】
701：
端末71は、プッシュ（Push）メッセージ（端末53に命令して、ＰＳドメイン76を起動するための情報を運ぶ）を作成し、したがって、端末74は、情報から、ＰＳドメイン76を起動するオペレーションが現在実行される必要があることを知ることができる。かつ、サービス起動センター72のアドレスがプッシュメッセージ内に追加される。次いで、端末71は、作成されたプッシュメッセージを、サービス起動センター72に送信する。
【０１３７】
ここで、サービス起動センター72は、専用サーバ又は一般的なサービスサーバである。サービス起動センター72が専用サーバであるとき、端末71は、特別なサービスリクエストメッセージを送信する。サービス起動センター72が一般的なサービスサーバであるとき、端末71によるサービスの開始を、サービスリクエストとして同時に取り扱うことができる。即ち、端末71は、特別なサービスリクエストメッセージを必ずしも送信することなく、次のフローに自動的に入ることができる。
【０１３８】
本実施例では、プッシュメッセージは、アプリケーション識別子（app-id）の値を使用して、現在プッシュメッセージが反対側の端末に命令して、ＰＳドメイン76を起動するためのメッセージであることを示すことができる。
【０１３９】
702：
サービス起動センター72はＰＩ（PUSH Initiator）として動作し、かつ、プッシュメッセージを、ＰＰＧ（Push Proxy Gateway）を介して端末74に送信する。
【０１４０】
703：
端末74は、プッシュメッセージを解析し、かつ、現在プッシュメッセージが、現在の端末にリクエストして、ＰＳドメイン76を起動するためのメッセージであることを知る。フローは704に移る。
【０１４１】
704：
端末74は、パケット交換ドメイン76（例えば、ＧＧＳＮ）に、ＰＤＰ起動リクエストを開始し、ＰＤＰ及びパケット交換ドメイン76を起動する。
【０１４２】
その後、端末Ｂは、ＣＳＣＦを用いた登録を開始し続けることができ、かつ、ＩＭＳサービスのフローに入る。
【０１４３】
上記から分かるように、本発明の実施例による方法を用いて、端末71は、プッシュメッセージ（端末74に命令して、ＰＳドメイン76を起動する）を送信することができ、かつ、端末74は、命令に従ってＰＳドメイン76を起動するオペレーションをトリガすることができ、したがって、端末74はＰＳドメイン76を受動的に起動することができる。
【実施例７】
【０１４４】
本実施例では、ＰＳドメインを受動的に又は逆に起動するための方法が詳細に説明され、第１端末及び第２端末が同一ドメイン（以降、「第１のＰＳドメイン」と称する）に現在は入り、かつ、第１端末が第２端末に命令して、他のＰＳドメイン（以降、「第２のＰＳドメイン」と称する）を起動することを例にとる。
【０１４５】
ある端末のネットワークモードは、ＰＳドメインへのアクセスのために、少なくとも２つのアプローチをサポートすると仮定され、例えば、ＷＣＤＭＡ（Wideband Code Division Multiple Access）及びＷＩＦＩ（Wireless Fidelity）の機能をサポートする。端末は、現在は、ＷＩＦＩを介してＩＭＳネットワーク内に存在する。次いで、端末は、ＶｏＩＰサービスをリクエストするセッション招待（Invite）（招待リクエストメッセージ）を受信する。しかし、ＷＩＦＩネットワークにおける音声がインターネット上に直接転送されるので、ＱｏＳが十分に保証されない。このとき、サービスはＷＣＤＭＡを介して提供される。したがって、受信した招待リクエストメッセージに従って、端末は、ＷＣＤＭＡのＰＳドメインを受動的に起動することができ、かつ、ＷＣＤＭＡ上のＩＭＳに登録し、それによって、後続の呼機能を実行する。特定のフローが図８に示される。図８に示されるように、フロー（端末81及び端末84が同一ＰＳドメインに現在は入り、かつ、端末81が端末84に命令して、第２のＰＳドメインを起動する）は次の通りである。
【０１４６】
801：
端末81は、端末84へのセッション招待（Invite）リクエストを、現在ＰＳドメインを介してＩＭＳ／ＳＩＰにおけるシグナリングの方法で開始する。起動されるＰＳドメイン（第２のＰＳドメイン）に関する情報は、セッション招待リクエストで運ばれ、端末84にリクエストして、第２のＰＳドメインを起動する。
【０１４７】
この実施例では、セッション招待リクエストは、セッション招待リクエストメッセージ（招待リクエストメッセージ）であり得るが、これに限定されない。それが招待リクエストメッセージであるとき、メッセージは、ＰＳドメインにおける接続パラメータに関する情報を運ぶことができる（接続パラメータに関する要求）。例えば、次のフォーマットで、招待リクエストメッセージを使用することができる。
【０１４８】
INVITE sip:bob@biloxi.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds
Max-Forwards: 70
To: Bob <sip:bob@biloxi.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Require-Access: WLAN //ＷＬＡＮネットワークにおけるＰＳドメインにアクセスするためのリクエスト
Call-ID: a84b4c76e66710@pc33.atlanta.com
CSeq: 314159 INVITE
Contact: <sip:alice@pc33.atlanta.com>
Content-Type: application/sdp
Content-Length: 147
v=0
o=UserA 2890844526 2890844526 IN IP4 atlanta.com
s=Session SDP
c=IN IP4 100.101.102.103
t=0 0
m=audio 49172 RTP/AVP 0
a=rtpmap:0 PCMU/8000
【０１４９】
上記の招待リクエストから分かるように、アクセスアプローチに対するその要求は、「Require-Access: WLAN」（リクエストの受信器が新規のＷＬＡＮ ＰＳドメインを起動するプロセスを開始する）で示されている。
【０１５０】
802：
セッション招待リクエストを受信した後、端末84は、端末81にリクエスト確認応答メッセージ（200ＯＫであり得るが、これに限定されない。）を返し、招待リクエストメッセージに返信及び確認応答する。
【０１５１】
リクエスト確認応答メッセージが200ＯＫであることを例にとれば、200ＯＫのメッセージは次のフォーマットである。
【０１５２】
SIP/2.0 200 OK
Via: SIP/2.0/UDP
server10.biloxi.com;branch=z9hG4bKnashds8;received=192.0.2.3
Via: SIP/2.0/UDP
bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1;received=192.0.2.2
Via: SIP/2.0/UDP
pc33.atlanta.com;branch=z9hG4bK776asdhds ;received=192.0.2.1
To: Bob <sip:bob@biloxi.com>;tag=a6c85cf
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Support-Access: WLAN
Call-ID: a84b4c76e66710@pc33.atlanta.com
CSeq: 314159 INVITE
Contact: <sip:bob@192.0.2.4>
Content-Type: application/sdp
Content-Length: 147
v=0
o=UserB 2890844527 2890844527 IN IP4 biloxi.com
s=Session SDP
c=IN IP4 110.111.112.113
t=0 0
m=audio 3456 RTP/AVP 0
a=rtpmap:0 PCMU/8000
【０１５３】
リクエスト確認応答メッセージ（200ＯＫ）から分かるように、端末84（セッション招待を受信する）は、ＷＬＡＮアクセスアプローチをサポートし、かつ、サポートアクセスパラメータでＷＬＡＮへのサポート（Support-Access: WLAN）を示している。
【０１５４】
803：
端末84からリクエスト確認応答メッセージを受信した後、端末81は、確認応答（200ＯＫであり得るが、これに限定されない。）を端末82に返す。
【０１５５】
確認応答がＡＣＫであるとき、ＡＣＫは次のフォーマットである。
【０１５６】
ACK sip:bob@192.0.2.4 SIP/2.0
Via:SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bknashds0
Max-Forwards:70
To:Bob <sip:bob@biloxi.com>;tag=a6c85cf
From:Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID:a84b4c76e66710
CSeq:314159 ACK
content-Length:0
【０１５７】
804：
第２のＰＳドメイン（ＷＬＡＮのＰＳドメイン）へのアクセスをリクエストするセッション招待を受信した後、端末84は、ＷＬＡＮアクセスネットワーク（ＷＬＡＮ−ＡＮ）85と相互作用し、かつ、ＡＮへのＷＬＡＮアクセスのオペレーションを実行する。
【０１５８】
805：
端末84は、ＷＬＡＮ ＡＮ85へのアクセスを達成し、次いで、コアネットワークとの相互作用を達成する。次いで、端末84は、ＷＬＡＮアクセスネットワーク83を介して、要求された第２のＰＳドメイン（ＷＬＡＮのＰＳドメイン）にアクセスし、ＷＬＡＮのＰＳドメインとの接続を設定する。したがって、端末84は、ＷＬＡＮのＰＳドメインにログインし、かつ、ＷＬＡＮ ＰＳドメインオンライン状態に入る。
【０１５９】
806：
ＷＬＡＮのＰＳドメインにアクセスした後、現在サービス要求に従って、現在要求されるサービスがＩＭＳサービスである場合、端末84は、ＰＳドメイン（ＷＬＡＮを用いて設定される）を介してＩＭＳ82と相互作用し、かつ、ＩＭＳドメインに登録することをさらに実行することができる。
【０１６０】
807：
ＩＭＳドメインに登録を完了した後、端末84は、ＩＭＳドメインにログインし、かつ、ＷＬＡＮを介してＰＳドメインでオンラインを保つ。
【０１６１】
808：
上記したオペレーションを完了した後、端末84及び端末81は、既存のＰＳドメインのリソース手段によって、関連する通信及びアプリケーションインタラクションを実行することができる。
【０１６２】
上記したフローを用いて、プロセス（ＰＳドメイン接続における接続のアプリケーション層メッセージが、他のＰＳドメインにおける接続を設定／起動するために使用される）を実行することができる。このプロセス中、ＩＭＳ／ＳＩＰにおけるINVITEリクエストを使用して、アクセスアプローチを設定するプロセスを完了する。実際に、特定の実施例では、上記を参照して、他のアプローチ（例えば、ＲＴＳＰ及びＲＳＶＰのプロトコル）を使用することができる。
【０１６３】
この解決策では、802及び803は804の前に発生する。即ち、実際の起動プロセスは、端末84がアプリケーション層との相互作用を完了した後にだけ実行される。しかし、特定の実施例のため、804及び805で第２のＰＳドメインを起動するステップが、802及び803の前に発生することもできる。換言すれば、いったんリクエストが反対側の端末によって示されると、ＰＳドメインを起動するための対応するオペレーションがはじめに実行され、次いで、現在の端末がリクエストをサポートする場合に、802及び803が実行される。リクエスト確認応答メッセージ（例えば、200ＯＫ）は、変更された結果に確認応答するために使用される。さらに、起動及び確認応答のステップは同時に実行することができ、特定の順序を特定の実施例によって特に決定することができる。
【０１６４】
上記から分かるように、本発明の本実施例による技術的な解決策を用いて、端末84は、第２のＰＳドメインを受動的に起動することができ、したがって、端末81及び端末84が新規に起動された第２のＰＳドメインで、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することが可能である。
【実施例８】
【０１６５】
本実施例では、ＰＳドメインのパラメータを受動的に又は逆に変更するための方法が詳細に説明され、第１端末及び第２端末が同一ドメインに現在入り、かつ、サービス変化によって、第２端末に命令して、ＰＳドメイン（第２端末が位置する）のパラメータ又は設定を変更するように、第１端末が要求されることを例にとる。
【０１６６】
現在サービスの両方の端末は、同一ＰＳドメインで、ＰＳドメインベースのサービスを実行することが仮定される（便宜上、現在サービスはＩＭＳサービスであると仮定することができる）。現在ネットワークＱｏＳ（Quality of Service）パラメータは、バックグラウンド（Background）（サービス遅延への感度は現在は最小であることを示す）である。現在シナリオでは、シグナリング相互作用プロセスは、２端末間のサービスに対する要求に従って、ＩＭＳ／ＳＩＰ（Session Initiation Protocol）メカニズムで実行することができる。現在サービス要求が変化する場合（例えば、ＶｏＩＰ（Voice over IP）又はＶ２ｏＩＰ（Voice & Video over IP）などのサービスが現在要求される場合）、バックグラウンドのＱｏＳは適していない。したがって、ＰＤＰのＱｏＳが適用されるか、又は、第２のＰＤＰが設定される。このとき、被呼端末又は呼参加者のどちらかの端末は、ＩＭＳ/ＳＩＰにおけるシグナリングの方法（例えば、セッション招待の方法などであるが、これに限定されない。）で、第２のＰＤＰ（packet data protocol）プロセスを開始することができる。したがって、ＰＳドメインのパラメータは、サービスのより良好な提供のために調整することができる。特定のフローが図９に示されている。図９に示されたように、フローは次の通りである。
【０１６７】
901：
端末91は、現在ＰＳドメインを介して、ＩＭＳ/ＳＩＰにおけるシグナリングの方法で、端末92へのセッション招待リクエストメッセージ（ＰＳドメインの接続パラメータを調整するために、端末92にリクエストする。）を開始する。
【０１６８】
本実施例では、セッション招待リクエストは、セッション招待リクエストメッセージ（招待リクエストメッセージ）であり得るが、これに限定されない。それが招待リクエストメッセージであるとき、ＰＳドメインの接続パラメータに関する情報（接続パラメータに対する要求）を運ぶことができる。例えば、次のフォーマットで、招待リクエストメッセージを使用することができる。
【０１６９】
INVITE sip:bob@biloxi.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds
Max-Forwards: 70
To: Bob <sip:bob@biloxi.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710@pc33.atlanta.com
Require-Qos: Streaming //ストリーミングのＱｏＳに対する要求が示されている。
CSeq: 314159 INVITE
Contact: <sip:alice@pc33.atlanta.com>
Content-Type: application/sdp
Content-Length: 147
v=0
o=UserA 2890844526 2890844526 IN IP4 atlanta.com
s=Session SDP
c=IN IP4 100.101.102.103
t=0 0
m=audio 49172 RTP/AVP 0
a=rtpmap:0 PCMU/8000
【０１７０】
上記の招待リクエストメッセージから分かるように、Require-Qosのパラメータでは、ストリーミング（Streaming）のＱｏＳに対する要求が示され、かつ、招待リクエストメッセージを受信する端末92が変更を行うことも要求される。
【０１７１】
902：
セッション招待リクエストメッセージを受信した後、端末92は、端末91にリクエスト確認応答メッセージ（200ＯＫであり得るが、これに限定されない。）を返し、招待リクエストメッセージに返信及び確認応答する。
【０１７２】
リクエスト応答が200ＯＫであることを例にとれば、200ＯＫの応答は次のフォーマットである。
【０１７３】
SIP/2.0 200 OK
Via: SIP/2.0/UDP server10.biloxi.com;branch=z9hG4bKnashds8;received=192.0.2.3
Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1;received=192.0.2.2
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds ;received=192.0.2.1
To: Bob <sip:bob@biloxi.com>;tag=a6c85cf
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710@pc33.atlanta.com
Support-QoS: Streaming //端末92がＱｏＳパラメータをストリーミングに変更することを示している。
CSeq: 314159 INVITE
Contact: <sip:bob@192.0.2.4>
Content-Type: application/sdp
Content-Length: 147
v=0
o=UserB 2890844527 2890844527 IN IP4 biloxi.com
s=Session SDP
c=IN IP4 110.111.112.113
t=0 0
m=audio 3456 RTP/AVP 0
a=rtpmap:0 PCMU/8000
【０１７４】
上記したリクエスト確認応答メッセージ（200ＯＫ）では、Support-QoS: Streamingのパラメータは、端末92が、セッション招待リクエストに従って、最初のバックグラウンドからストリーミングに、ＱｏＳパラメータを変更することを示している。
【０１７５】
903：
リクエスト確認応答メッセージを受信した後、端末91は、端末92に他の確認応答（ＡＣＫであり得るが、これに限定されない。）を返す。
【０１７６】
確認応答がＡＣＫであるとき、ＡＣＫは次のフォーマットである。
【０１７７】
ACK sip:bob@192.0.2.4 SIP/2.0
Via:SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bknashds0
Max-Forwards:70
To:Bob <sip:bob@biloxi.com>;tag=a6c85cf
From:Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID:a84b4c76e66710
CSeq:314159 ACK
content-Length:0
【０１７８】
904：
ＰＳドメインのパラメータを変更するためにリクエストするためのセッション招待リクエストメッセージを受信した後、端末92は、アクセスネットワーク93と相互作用して、リクエストに従ってＰＳドメインのパラメータを変更するオペレーションを実行する。
【０１７９】
905：
ＰＳドメインのパラメータを変更するオペレーションの完了後、端末92及び端末91は、既存のＰＳドメインにおけるリソース手段によって、関連する通信及びアプリケーション相互作用を実行することができる。
【０１８０】
一般に、アプリケーション層のＰＳ接続パラメータは、上記したフローを用いて変更することができる。フローのプロセスは、異なって実施することができる。例えば、ＳＩＰ ＩＮＶＩＴＥ方法が本実施例で使用される。しかし、他のＳＩＰ方法（例えば、NOTIFY）も使用することができる。そのように、上記した解決策に基づき、他のＩＰベースのアプリケーション層プロトコル（例えば、ＲＴＳＰ（Real Time Streaming Protocol）及びＲＳＶＰ（Resource Reservation Protocol））も使用することができる。
【０１８１】
さらに、本実施例では、902及び903が904の前に発生する。即ち、実際の変更プロセスは、アプリケーション層との相互作用が達成された後にだけ実行される。しかし、特定の実施例のため、904での変更ステップは、902及び903の前に発生することもできる。換言すれば、いったんリクエストが反対側の端末によって示されると、変更がはじめに行われ、次いで、902及び903が実行される（現在の端末がリクエストをサポートする場合）。メッセージ（例えば、200ＯＫ）は、変更された結果を確認応答するために使用される。さらに、変更及び確認応答のステップを同時に実行することができる。
【０１８２】
以下に与えられた説明は、904の通常フローで、端末92がＰＳドメインのパラメータを変更する方法に関する。図10に示されたように、フローは次の通りである。
【０１８３】
1001：
端末92は、ＳＧＳＮ（Serving General Packet Radio Service Supporting Node）12に、変更ＰＤＰコンテキストリクエスト（Modify PDP Context Request）メッセージを送信し、変更されるＰＳドメインパラメータを運び（本実施例では、パラメータはストリーミングのＱｏＳであるように変更される。）、ＰＤＰコンテキストを変更することをリクエストする。
【０１８４】
1002：
ＳＧＳＮ12は、ＳＧＳＮ（Getaway General Packet Radio Service Supporting Node）13に、パケットデータプロトコルコンテキスト更新リクエスト（変更されるＰＳドメインパラメータ（QoS Negotiated）、及び、可能な限り、TEID（Tunnel Endpoint Identifier）、NSAPI（Network Service Access Point Identifier）、トレースリファレンス（Trace Reference）、トレースタイプ（Trace Type）、トリガ（Trigger）ID、OMC識別子（Operation & Maintenance Center Identity）などのパラメータを運ぶ。）を送信することによって、ＧＧＳＮ13との交渉を実行する。例えば、Update PDP Context Request(TEID, NSAPI, QoS Negotiated, Trace Reference, Trace Type, Trigger ID, OMC Identity）
【０１８５】
1003：
ＧＧＳＮ13は、ＱｏＳ交渉を実行し、かつ、ＳＧＳＮ12にＰＤＰコンテキスト更新応答（交渉結果及び理由を運ぶ）を返す（Update PDP Context Response (TEID, QoS Negotiated, Cause）。
【０１８６】
1004：
応答を受信した後、ＳＧＳＮ12は、ＵＴＲＡＮ(Universal Mobile Telecommunications System Terrestrial Radio Access Network)14を介して端末92にＲＡＢ（Radio Access Bearer）を割り当て、ＲＡＢを変更する。
【０１８７】
1005：
ＲＡＢ変更が完了された後、ＳＧＳＮ13は、端末92に変更ＰＤＰコンテキストアクセプト（Modify PDP Context Accept）通知を送信し、ＲＡＢ変更の完了について端末92に通知する。
【０１８８】
上記から分かるように、本発明の本実施例による技術的な解決策を用いて、端末92は、ＰＳドメイン（端末92が現在位置する）のパラメータを受動的に変更することができ、したがって、端末92及び端末91が変更されたパラメータを用いて、ＰＳドメインで、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することを可能にする。
【０１８９】
上記した各実施では、第１端末が第２端末（どのＰＳドメインにも入っていない（可能な限り、ＣＳドメインに入っている））に命令して、ＰＳドメインを起動し（実施例２，３，４，５及び６のように）、第１端末が第２端末（同一ドメインに現在入っている）に命令して、第２のＰＳドメインを起動し（実施例７のように）、又は、第１端末が第２端末（同一ＰＳドメインに現在入っている）に命令して、ＰＳドメイン（それらが現在位置する）のパラメータを変更し（実施例８のように）、第１端末が命令において対応する承認情報も運ぶことができ、したがって、第２端末は、受信した命令を送信する端末が、事前合意（pre-agreed）承認方法に従って、命令内の承認情報に従う合法的な端末であるか否かを決定することができる。第２端末は、上記した承認決定が通される場合にだけ、対応するＰＳドメインプロセスを実行することができる。ここで、承認メカニズムの特定の原理は従来技術から利用可能である。１例は次の通りである。
【０１９０】
第１端末は、命令において現在の端末のユーザ識別子を運ぶことができる。命令を受信した後、第２端末は、命令を開始する端末が、ユーザ識別子に従う現在の端末に対する合法的なユーザであるか否かを決定することができる（例えば、第２端末は合法的なユーザのグループを作成することができ、かつ、開始する端末が合法的なユーザのグループに入っているか否かに基づいて、ユーザが合法的なユーザであるか否かを決定する。）。命令を開始する端末が合法的なユーザである場合、第２端末は、命令に従って、対応するＰＳドメインプロセスを実行することができる。そうでなければ、プロセスは実行されない。
【０１９１】
上記した承認メカニズムの導入は、第２端末のユーザが、違法なユーザによって不当に又は不必要に妨害されるのを効果的に防止することができ、これによって、端末ユーザの利益を効果的に保証し、かつ、ユーザの体験を大いに向上させる。
【０１９２】
上記した実施例による方法のステップの全て又は一部が関連するハードウェアを命令するプログラムによって実行することができ、コンピュータ可読記憶媒体に格納することができることを当業者は理解することができる。実行されるとき、プログラムは、次のステップを含むことができる。１）第１端末が第２端末に命令して、パケット交換ドメインの状態を変化させ、パケット交換ドメインの状態を変化させるステップは、パケット交換ドメインを起動するステップ、又は、第２端末が現在位置するパケット交換ドメインのパラメータを変更するステップを具備し、かつ、２）命令を受信した後、第２端末はパケット交換ドメインの状態を変化させる。ここで上述した格納媒体は、例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスクなどを含んでいる。
【実施例９】
【０１９３】
図11は、本発明の実施例による端末の構成を示した概略図である。図11に示されたように、端末はＰＳドメインベースのサービスをサポートし、かつ、受信ユニット1101と、パケット交換ドメイン処理ユニット1102とを具備している。
【０１９４】
受信ユニット1101は、他の端末（例えば、第１端末）からメッセージを受信するように構成されている。メッセージは、ＰＳドメインの状態を変化させるための命令を含んでいる。ここで、ＰＳドメインの状態を変化させるステップは、ＰＳドメインを起動するステップ、又は、ＰＳドメイン（端末が現在位置する）のパラメータを変更するステップを具備している。
【０１９５】
パケット交換ドメイン処理ユニット1102は、受信ユニット1101によって受信されたＰＳドメインの状態を変化させるための命令に基づき、パケット交換ドメインの状態を変化させるように構成されている。
【０１９６】
パケット交換ドメイン処理ユニット1102は、起動処理ユニット11021、及び／又は、パケット交換ドメインパラメータ変更ユニット11022をさらに備えている。
【０１９７】
起動処理ユニット11021は、受信ユニット1101によって受信されたＰＳドメインを起動するための命令に基づき、対応するＰＳドメインを起動するように構成されている。特定の実施例の原理に関しては、実施例１，２，３，４，５，６及び８の説明を参照することができる。
【０１９８】
パケット交換ドメインパラメータ変更ユニット11022は、受信ユニット1101によって受信された、ＰＳドメイン（端末が現在位置する）のパラメータを変更するための命令に従って、ＰＳドメイン（端末が現在位置する）のパラメータを変更するように構成されている。特定の実施例の原理に関しては、実施例７の説明を参照することができる。
【０１９９】
上記から分かるように、本発明の実施例による端末のパケット交換ドメイン処理ユニット1102は、受信ユニット1101がＰＳドメインの状態を変化させるための命令を受信した後に、ＰＳドメインに対して、対応するオペレーションを実行することができる。明らかに、端末はＰＳドメインの状態の受動的な変化をサポートして、変化状態を有するＰＳドメインで、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開する。
【０２００】
本発明の実施例による端末は、承認ユニット1104をさらに備えてもよい。
【０２０１】
承認ユニット1104は、命令を送信する端末が、受信ユニット1101によって受信されたパケット交換ドメインの状態を変化させるための命令で運ばれた承認情報に従う合法的な端末であるか否かを決定するように構成されている。それが合法的な端末である場合、パケット交換ドメイン処理ユニット1102は、パケット交換ドメインの状態を変化するオペレーションを実行するようにトリガされる。そうでなければ、パケット交換ドメイン処理ユニット1103は、パケット交換ドメインの状態を変化させるようにトリガされない。特定の実施例の原理に関しては、実施例８の説明を参照することができる。
【０２０２】
承認ユニット1104が、第１端末が合法的な端末であるか否かを決定するとき、パケット交換ドメインの状態を変化するオペレーションを実行するように、パケット交換ドメイン処理ユニット1102をトリガするステップの詳細は次の通りである。現在命令が第２端末に命令して、ＰＳドメインを起動する場合（第２端末が他のＰＳドメインに現在は入っているか否かに拘わらず）、起動処理ユニット11021は、トリガされて、ＰＤＰ起動リクエストを、リクエストによりＰＳドメインに開始し、ＰＳドメインを起動するオペレーションをリクエストする。現在命令が第２端末にリクエストして、ＰＳドメイン（端末が現在位置する）の状態を変化させる場合、パケット交換ドメインパラメータ変更ユニット11022は、トリガされて、ＰＳドメインのパラメータを変更するオペレーションを実行する。
【０２０３】
命令に基づきＰＳドメインに対するオペレーションを受動的に実行するとき、端末（承認ユニット1104を含む）も、対応する承認プロセスを実行して、第１端末のユーザが合法的であるか否かを決定することができる。それが違法である場合、プロセスは実行されない。明らかに、端末（承認ユニット1104を含む）は、違法なユーザが妨害するのを効果的に防ぐことができ、これによって、端末ユーザの利益を効果的に保証し、かつ、ユーザの体験を大いに向上させる。
【０２０４】
本発明の実施例による端末は、起動命令ユニット1103をさらに備えてもよい。
【０２０５】
起動命令ユニット1103は、他の端末（例えば、第１端末）に命令して、ＰＳドメインの状態を変化させるように構成されている。
【０２０６】
ＰＳドメインの状態を変化する機能に加えて、端末（起動命令ユニット1103をさらに備えた）は、他の端末とＰＳドメインベースのサービスを実行することが要求されるとき、命令イニシエータとしても動作することができる。起動命令ユニット1103は、現在の端末とＰＳドメインベースのサービスを実行するため、他の端末に命令して、ＰＳドメインの状態を変化させる。
【０２０７】
本発明の本実施例による端末はハードウェアの形態又はソフトウェアファンクションモジュールで実行することができることに注意しなければならない。本発明の実施例によるデバイスは、別々の製品として販売又は使用することができ、又は、コンピュータ可読記憶媒体に格納することができる。
【実施例１０】
【０２０８】
図12は、本発明の実施例によるサービス起動センターの構成を示した概略図である。図12に示すように、サービス起動センターは、起動命令受信ユニット1201と、起動命令回送ユニット1202とを備えている。
【０２０９】
起動命令受信ユニット1201は、ＰＳドメインを起動するための命令を、第１端末から受信するように構成されている。
【０２１０】
起動命令回送ユニット1202は、起動命令受信ユニット1201によって受信されたＰＳドメインを起動するための命令を、第２端末に回送するように構成され、したがって、第２端末は、命令に従ってＰＳドメインを起動することができる。
【０２１１】
特定の通信ネットワークでは、本発明の実施例によるサービス起動センターは、ショートメッセージセンターと接続することができる。即ち、ショートメッセージセンターは、付加価値サービスサーバとしてサービス起動センターを扱うことができ、かつ、サービス起動センターにソース転送アドレス（ＯＯＡであり得るが、これに限定されない。）を与えることができる。端末は、ショートメッセージが第１端末の転送アドレスに従うサービス起動センターからのものであることを決定することができ、かつ、対応するプロセスを実行することができる。
【０２１２】
上記から分かるように、本発明の実施例によるサービス起動交換センターは、ＰＳドメインを起動するための命令を回送することによって、端末に命令して、ＰＳドメインを起動することができ、したがって、端末は、命令に従ってＰＳドメインを受動的に起動して、ＰＳドメインベースのサービスを展開することができる。
【０２１３】
本発明の本実施例によるサービス起動センターはハードウェアの形態又はソフトウェアファンクションモジュールで実行することができることに注意しなければならない。本発明の実施例によるデバイスは、別々の製品として販売又は使用することができ、又は、コンピュータ可読記憶媒体に格納することができる。
【実施例１１】
【０２１４】
図13は、本発明の実施例による移動交換センターの構成を示した概略図である。図13に示されたように、移動交換センターは、起動命令受信ユニット1301と、解析ユニット1302と、カプセル化ユニット1303と、送信ユニット1304とを備えている。
【０２１５】
起動命令受信ユニット1301は、第１端末からＤＴＭＦメッセージを受信するように構成されている。
【０２１６】
解析ユニット1302は、起動命令受信ユニット1301によって受信されたＤＴＭＦメッセージを解析するように構成されている。
【０２１７】
カプセル化ユニット1303は、解析ユニット1302が、解析から、ＤＴＭＦメッセージが第２端末に命令して、ＰＳドメインを起動するのに使用されることを知るとき、ＤＴＭＦメッセージ内に情報をシグナリングメッセージ（例えば、ファシリティメッセージ）として、カプセル化するように構成されている。
【０２１８】
送信ユニット1304は、カプセル化ユニット1303におけるカプセル化から得られるシグナリングメッセージを、第２端末に送信するように構成されている。
【０２１９】
上記から分かるように、本発明の本実施例による移動交換センターは、ＰＳドメインの起動を命令するための受信したＤＴＭＦメッセージを、シグナリングメッセージに再カプセル化することができる。このような方法で、端末は、ＰＳドメインを起動するように命令することができ、したがって、端末は、命令に従ってＰＳドメインを受動的に起動して、ＰＳドメインベースのサービスを展開することができる。かつ、端末による命令の受領が現在サービス（特に、ＣＳセッション）に障害（例えば、音声ミキシング）をもたらす問題点を回避することができる。
【０２２０】
本発明の本実施例による移動交換センターは、ハードウェアの形態又はソフトウェアファンクションモジュールで実行することができることに注意しなければならない。本発明の実施例によるデバイスは、別々の製品として販売又は使用することができ、又は、コンピュータ可読記憶媒体に格納することができる。
【０２２１】
先の説明は、本発明の実施例によるパケット交換ドメインの状態を変化させるための方法、端末及びネットワークデバイスを単に説明し、かつ、実施例の原理及び実装は、特定例を示す目的でこれに関連して記載されている。上記した実施例は、本発明の実施例による方法及び原理の理解を促進するためだけに記載されている。本発明による解決策の範囲内で、当業者によって実施することができる変形例及び代替例は、添付の特許請求の範囲に定義された本発明の保護範囲に含まれる。
【符号の説明】
【０２２２】
21 端末
22 中間ＩＭＳエンティティ
23 中間ＣＳエンティティ
24 端末
【技術分野】
【０００１】
本発明は、中国特許出願公開第200710073939.0号公報（発明の名称を「端末に命令して起動を開始する方法、システム及びデバイス」とし、2007年3月31日に中国特許庁に出願された）、及び、中国特許出願公開第200710110853.0号公報（発明の名称を「パケット交換ドメインの状態を変化させるための方法、端末及びネットワークデバイス」とし、2007年6月12日に中国特許庁に出願された）の優先権を主張し、いずれも引用することによりその全体を本書に組み込む。
【０００２】
本発明は、移動通信分野に関し、特に、パケット交換（packet switched：PS）ドメインの状態を変化させるための方法、端末及びネットワークデバイスに関する。
【背景技術】
【０００３】
移動通信技術の発展に伴い、より多くの注意がＩＭＳ（IP Multimedia Subsystem）に払われてきた。ＩＭＳは、ＰＳドメイン上のマルチメディア制御／呼制御プラットフォームであり、セッションタイプ及び非セッションタイプのマルチメディアサービスをサポートし、かつ、将来的なマルチメディアアプリケーションに対して、プラットフォームを使用可能にする一般的なサービスを提供する。ＩＭＳは、ＰＳドメインを使用して、マルチメディア信号を運びつつ、転送し、かつ、ＰＳドメイン（ＩＭＳを供給する）上で重畳されているとして取り扱うことができる。
【０００４】
ＩＭＳに基づき、プロバイダは、多数のサービスを展開することができる（例えば、ストリームメディアサービス、仮想電話サービス、ＰｏＣ（Push to Talk over Cellular）サービス、プリゼンス（presence）サービス、ＩＭ（Instant Messenger）サービス、ＣＳＩ（Combined Circuit Switched and IP Multimedia Subsystem Session）サービス）。
【０００５】
全てのＰＳドメインベースのサービス（ＩＭＳサービスを含む）に対して、現在のアプリケーションプロトコルは、全ての参加端末がサービスの展開中にＰＳドメインを起動していることを要求する。これを前提として、サービスイニシエータ（service initiator）は、サービス開始時に、はじめに、ＰＳドメインを自発的に起動してもよいが、反対側の端末がＰＳドメインを起動したか否かを保証することはできない。また、サービスイニシエータの端末（端末は、サービスを開始すると決めた後、ＰＳドメインを自発的に起動してもよい。）はＰＳドメインを起動したが、反対側の端末がＰＳドメインを起動していない場合には、サービスをＰＳドメインに基づいて転送することができず、かつ、ＰＳドメインベースのサービス（ＩＭＳサービスを含む）を実行することができない。
【０００６】
ＰＳドメインベースのサービスの円滑な展開を確実にするため、解決策が従来技術で提案されている（端末は、ＩＭＳドメインに登録するために、それが電源をオンされるたびに、ＰＳドメインを自発的に起動するように構成され、したがって、通信システムでＰＳドメインベースのサービスをサポートする端末は、起動されているＰＳドメインの状態で、常に保たれ得る。）。この解決策は、ＰＳドメインベースのサービスの円滑な展開を確実にすることができる。
【０００７】
しかし、本発明の発明者は、少なくとも次の欠点が従来技術に存在すると認識している。
【０００８】
従来技術の解決策は、実行可能性が不十分である。実用的なアプリケーションでは、端末が電源をオンにされるとき、全ての端末がＰＳドメインを起動することを望むとは限らず、その結果、この解決策のアプリケーションは、ユーザの体験に影響を及ぼし、実行可能性を不十分にする。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】中国特許出願公開第200710073939.0号公報
【特許文献２】中国特許出願公開第200710110853.0号公報
【発明の概要】
【課題を解決するための手段】
【００１０】
本発明の態様は、パケット交換ドメインの状態を変化させるための方法を提供し、したがって、状態が変化したＰＳドメインで、ＰＳドメインベースのサービスを展開するために、端末は、ＰＳドメインの状態を受動的に変化させることができる。
【００１１】
本発明の態様は、ＰＳドメインの状態を受動的に変化させることをサポートして、状態が変化したＰＳドメインで、ＰＳドメインベースのサービスを展開する端末をさらに提供する。
【００１２】
本発明の態様は、端末に命令して、ＰＳドメインの状態を変化させ、状態が変化した前記ＰＳドメインで、ＰＳドメインベースのサービスを展開するためのサービス起動センターをさらに提供する。
【００１３】
本発明の態様は、端末に命令して、ＰＳドメインの状態を変化させ、状態が変化した前記ＰＳドメインで、ＰＳドメインベースのサービスを展開するための移動交換センターをさらに提供する。
【００１４】
本発明の態様によるパケット交換ドメインの状態を変化させる方法は、
第１端末から送信されたパケット交換ドメインの状態を変化させるための命令を受信するステップと、
前記命令に従って、前記パケット交換ドメインの前記状態を変化させるステップと
を具備し、
前記パケット交換ドメインの前記状態を変化させるステップは、
前記パケット交換ドメインを起動させるステップ、又は、
第２端末が現在位置する前記パケット交換ドメインのパラメータを変更するステップ
を具備する。
【００１５】
本発明の態様による端末は、
第１端末から送信されたパケット交換ドメインの状態を変化させるための命令を受信するように構成された受信ユニットと、
前記パケット交換ドメインの前記状態を変化させるための前記命令に従って、前記端末の前記パケット交換ドメインの前記状態を変化させるように構成されたパケット交換ドメイン処理ユニットと
を具備し、
前記パケット交換ドメインの前記状態を変化させるステップは、
前記パケット交換ドメインを起動させるステップ、又は、
前記端末が現在位置する前記パケット交換ドメインのパラメータを変更するステップ
を具備している。
【００１６】
本発明の態様によるサービス起動センターは、
第１端末から、パケット交換ドメインを起動するための命令を受信するように構成された起動命令受信ユニットと、
第２端末に、前記パケット交換ドメインを起動するための前記命令を回送するように構成された起動命令回送ユニットと
を具備している。
【００１７】
本発明の態様による移動交換センターは、
第１端末から、デュアルトーンマルチフリーケンシーメッセージを受信するように構成された起動命令受信ユニットと、
前記起動命令受信ユニットによって受信された前記デュアルトーンマルチフリーケンシーメッセージを解析するように構成された解析ユニットと、
前記デュアルトーンマルチフリーケンシーメッセージを使用して、第２端末に命令して、パケット交換ドメインを起動することを、前記解析ユニットが前記解析から決定したとき、シグナリングメッセージとして、前記デュアルトーンマルチフリーケンシーメッセージ内に情報をカプセル化するように構成されたカプセル化ユニットと、
前記カプセル化ユニットでの前記カプセル化から得られた前記シグナリングメッセージを、前記第２端末に送信するように構成された送信ユニットと
を具備している。
【００１８】
上記した技術的な解決策から分かるように、本発明の態様による技術的な解決策を用いて、第２端末は、命令（第１端末から送信されたＰＳドメインの状態を変化させるための）を受信する。命令を受信した後、第２端末は、命令に従って、ＰＳドメインの状態を受動的に変化させることができ、したがって、第２端末及び第１端末は、状態が変化したＰＳドメインで、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することができる。明らかに、本発明の態様による技術的な解決策を用いて、サービスのリクエストされたパーティは、ＰＳドメインの状態を受動的に変化させることができ、したがって、第１端末及び第２端末は、状態が変化したＰＳドメインで、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することが可能である。
【００１９】
特に、パケット交換ドメインの状態を変化させるステップがＰＳドメインを起動しているとき、第２端末は、命令に従ってＰＳドメインを起動することができ、したがって、サービスのリクエストされたパーティは、リクエストされたパーティがＰＳドメインを起動していない場合には、ＰＳドメインを受動的に起動することができる。このような方法で、２つのサービスパーティ（ＰＳドメインをサポートする）が、要求に応じて、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することが可能である。明らかに、本発明の態様による技術的な解決策を用いて、端末は、サービスによる要求に応じて、ＰＳドメインを受動的に起動することができ、したがって、端末はＰＳドメインベースのサービスを展開することができ、従来技術（端末が電源をオンにされるとき、ユーザは、端末のＰＳドメインを自発的に起動するように強制的に要求される）とは異なる。故に、本発明の態様による技術的な解決策は、従来技術の解決策に比べて、ＰＳドメインの状態を受動的に変化させて、状態が変化したＰＳドメインで、ＰＳドメインベースのサービスを端末が展開することができることを達成し、これによって、端末ユーザの体験を向上することができる。したがって、本発明の態様による技術的な解決策はより実行可能である。
【００２０】
本明細書に示された図面は、本発明のさらなる理解を促進し、かつ、本願の一部を構成するように提供されているが、本発明を限定することは意図されていない。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施例１に基づく、ＰＳドメインを起動するための方法のフローを図示した概略図である。
【図２】本発明の実施例１に基づく、第１端末が第２端末にＩＭＳサービスを開始するシグナリングフローを図示した概略図である。
【図３】本発明の実施例２に基づく、第１端末が、ＤＴＭＦ（Dual Tone Multi-Frequency）メッセージを介して、第２端末に命令して、ＰＳドメインを起動するシグナリングフローを図示した概略図である。
【図４】本発明の実施例３に基づく、第１端末が、ショートメッセージを介して、第２端末に命令して、ＰＳドメインを起動するシグナリングフローを図示した概略図である。
【図５】本発明の実施例４に基づく、第１端末が、ショートメッセージを介して、第２端末に命令して、ＰＳドメインを起動するシグナリングフローを図示した概略図である。
【図６】本発明の実施例５に基づく、第１端末が、設定メッセージを介して、第２端末に命令して、ＰＳドメインを起動するシグナリングフローを図示した概略図である。
【図７】本発明の実施例６に基づく、第１端末が、プッシュメッセージを介して、第２端末に命令して、ＰＳドメインを起動するシグナリングフローを図示した概略図である。
【図８】本発明の実施例７に基づく、第１端末が、第２端末に命令して、第２のＰＳドメインを起動する方法のフローを図示した概略図である。
【図９】本発明の実施例８に基づく、第１端末が、第２端末に命令して、現在のＰＳドメインのパラメータを変更する方法のフローを図示した概略図である。
【図１０】本発明の実施例８に基づく、通常のフローを通じて、端末92がＰＳドメインのパラメータを変更する方法を図示した概略図である。
【図１１】本発明の実施例９に基づく、端末の構成を図示した概略図である。
【図１２】本発明の実施例10に基づく、サービス起動センターの構成を図示した概略図である。
【図１３】本発明の実施例11に基づく、移動交換センターの構成を図示した概略図である。
【発明を実施するための形態】
【００２２】
以下に、図面及び実施例を参照して、本発明が詳細に説明される。本明細書において、本発明の代表的な実施例及びその説明は、単なる具体例であり、本発明を限定するものではない。
【００２３】
以下の実施例１では、本発明の実施例によるＰＳドメインの状態を変化させるための方法が、第１端末が第２端末に命令して（それがＰＳドメインに入っているか、ＣＳドメインに入っているか、又は、他の通信状態であるか否かに拘わらず）、あるＰＳドメインを起動する場合に対して、具体例として説明される。
【００２４】
実施例２，３，４，５及び６では、本発明の実施例によるＰＳドメインの状態を変化させるための方法が、第１端末が第２端末（どのＰＳドメインにも入っていない）に命令して、あるＰＳドメインを起動する場合に対して、詳細に説明される。
【００２５】
実施例７では、本発明の実施例によるＰＳドメインの状態を変化させるための方法が、第１端末が同一ＰＳドメインで第２端末に命令して、現在のＰＳドメインのパラメータを変化させる場合に対して、詳細に説明される。
【００２６】
実施例８では、本発明の実施例によるＰＳドメインの状態を変化させるための方法が、第１端末が同一ＰＳドメイン（以降、「第１のＰＳドメイン」と称する）で第２端末に命令して、ＰＳドメイン（第２端末が不在である）を起動する場合に対して、詳細に説明される。
【００２７】
実施例９では、本発明の実施例によるＰＳドメインの状態を変化させるための方法をサポートする端末が詳細に説明される。
【００２８】
実施例10では、本発明の実施例によるＰＳドメインの状態を変化させるための方法をサポートするサービス起動センターが詳細に説明される。
【００２９】
実施例11では、本発明の実施例によるＰＳドメインの状態を変化させるための方法をサポートする移動交換センターが詳細に説明される。
【実施例１】
【００３０】
図１は、本発明の本実施例によるＰＳドメインを起動するための方法のフローを示した概略図である。図１に示すように、方法は次のステップを具備する。
【００３１】
ブロック101：
命令（第１端末から送信されたパケット交換ドメインの状態を変化させるための）が受信され、パケット交換ドメインの状態を変化させるステップは、パケット交換ドメインを起動するステップ、又は、パケット交換ドメイン（第２端末が現在位置する）のパラメータを変更するステップを具備する。
【００３２】
ブロック102：
パケット交換ドメインの状態は、命令に従って、変化される。
【００３３】
本実施例は、第２端末が、通信ネットワークを介して、第１端末から送信されたパケット交換ドメインの状態を変化させるための命令を受信することを例にとるが、この例に限定はされない。この例の特定の実施例は次の通りである。
【００３４】
はじめに、第１端末は通信ネットワークを介して命令を送信し、第２端末に命令して、ＰＳドメインを起動する。
【００３５】
第１端末がＰＳドメインのアプリケーションを要求するとき（ＩＭＳサービスの展開はＰＳドメインの代表的なアプリケーションである）、それは、従来技術の解決策を参照して、ＰＳドメインを自発的に起動することができる。ＰＳドメインを起動した後、第１端末はメッセージを通信ネットワークに送信し、実施されるサービスの反対側の第２端末に命令して、ＰＳドメインを起動するオペレーションを実行する。
【００３６】
ここで、メッセージ（ＰＳドメインの起動を命令するため、第２端末に第１端末から送信された）は、ＤＴＭＦ（Dual Tone Multi-Frequency）メッセージ、ショートメッセージ、呼設定（Setup）メッセージ、プッシュ（Push）メッセージ、ＵＳＳＤ（Unstructured Supplementary Service Data）メッセージ、セッション招待（Invite）リクエストメッセージなどを含むことができるが、これに限定されない。
【００３７】
特に、第１端末及び第２端末が同一ＰＳドメインに現在入っている場合、本実施例では、第２端末に命令してＰＳドメインを起動するように、通信ネットワークに、命令を第１端末から送信するステップは、第２端末に命令して、起動していない（inactivated）第２のＰＳドメインを起動するステップを具備する。
【００３８】
その後、通信ネットワークは、命令を第２端末に配信する。
【００３９】
命令（第１端末から送信された、ＰＳドメインを起動するように第２端末を命令するための）を受信した後、通信ネットワークは、命令を第２端末に送信する。
【００４０】
例えば、第１端末及び第２端末が同一の移動交換センターに所属するとき、この移動交換センターは命令を回送する。
【００４１】
第１端末及び第２端末が異なる移動交換センターに所属するとき、移動交換センター（第１端末が所属する）は、命令を受信した後、命令を移動交換センター（第２端末が所属する）に配信し、次いで、後者の移動交換センターは、命令をカバレージエリア内の第２端末に送信する。
【００４２】
最後に、第２端末は命令を受信し、かつ、命令に従ってＰＳドメインを起動する。
【００４３】
命令を受信した後、第２端末は、第１端末が現在は第２端末にリクエストして、ＰＳドメインを起動することを知り、したがって、第２端末は、第１端末を用いて、ＰＳドメインベースのサービス（例えば、サービスはＩＭＳサービスを含むことができるが、これに限定されない。）を実施することができる。第２端末は、第１端末を用いてＰＳドメインベースのサービスを実施するために、命令を受信した後、ＰＳドメインの起動を開始することができる。
【００４４】
加えて、第２端末によるＰＳドメインの起動を最適化し、かつ、第２端末又はネットワークがＰＳドメインの起動をサポートしていない場合には、ネットワーク（第２端末が位置する）、及び、端末（第２端末によって実行されたＰＳドメインを起動するオペレーションによってもたらされた）の不必要な処理を回避するために、第２端末は、起動命令を受信した後、現在の端末がＰＳドメインサービスをサポートするか否か（即ち、ＰＳドメインの起動をサポートするか否か）、及び、ネットワーク（現在の端末が位置する）がＰＳサービスの使用を許可するか否か（即ち、ＰＳドメインの起動をサポートするか否か）を決定することができる。ＰＳドメインを起動するオペレーションは、現在の端末がＰＳドメインサービスをサポートし、かつ、ネットワーク（現在の端末が位置する）がＰＳサービスの使用を許可する場合にだけ、実行することができる。
【００４５】
代わりに、端末のユーザが、ＰＳドメイン起動リクエストの受領に合意するか否かを決める場合には、現在の端末がＰＳドメイン起動リクエストの受領に合意するか否かがさらに決定される。ＰＳドメインを起動するオペレーションは、現在の端末がＰＳドメインサービスをサポートし、ネットワーク（現在の端末が位置する）がＰＳサービスの使用を許可し、かつ、現在の端末がＰＳドメイン起動リクエストの受領に合意する場合にだけ、実行することができる。
【００４６】
上記から分かるように、本発明の本実施例による方法を用いて、第２端末は、ＰＳドメインサービスのイニシエータからの命令に従って、ＰＳドメインを受動的に起動して、対応するＰＳサービスを実施することができる。故に、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）のリクエストされたパーティ（ＰＳドメインを現在は起動していない）は、ＰＳドメインを受動的に起動することができ、したがって、第１端末及び第２端末がＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することを可能にする。
【００４７】
本発明の態様による方法は、第１端末が第２端末に命令して、ＰＳドメインを起動し、かつ、ＩＭＳサービスがＰＳドメインの起動後に展開されることを例にとって、以下に詳細に説明される。
【００４８】
図２は、第１端末がＩＭＳサービスを第２端末（ＰＳドメインを起動していない）に対して開始するシグナリングフローを示した概略図である。図２に示すように、フローは次の通りである。
【００４９】
200：
ＣＳ（Circuit Switched）呼が、ＣＳドメインネットワークを介して、端末21と端末24の間に設定される。
【００５０】
201：ＰＳドメイン接続のプロセス
プロセスは、１）ＣＳＩサービスを開始すると決めた後、端末21がＰＳドメインとの接続を自発的に設定して、ＰＳドメインを起動するステップと、２）端末21が、ネットワークを介して、端末24にメッセージ（端末24に命令して、ＰＳドメインを起動するための）を送信するステップと、３）メッセージを受信した後、端末24がＰＳドメインとの接続を設定して、ＰＳドメインを起動するステップとを具備する。従来技術を参照して、プロセス（各端末がＰＳドメインとの接続を設定し、かつ、ＰＳドメインを起動する）の詳細を説明する。
【００５１】
202：ＩＭＳドメイン登録のプロセス
ＰＳドメインが起動された後、端末21及び端末24は、ログオンし、かつ、ＩＭＳドメインに基づくＰＳドメインにそれぞれ登録する。
【００５２】
203：
端末21及び端末24は、OPTION方法を使用して、ＩＭＳケイパビリティ（capability）に対して相互に作用する。相互作用は、ＭＳＩＳＤＮ（Mobile Station International Integrated Services Digital Network Number）と、端末及び端末ケイパビリティ情報のＳＩＰ（Session Initiation Protocol）のＵＲＩ（Uniform Resource Identifier）との間の接続関係を主に具備している。
【００５３】
特に、端末ケイパビリティ情報を使用して、１セットのサービス（ＩＭＳセッションが２端末間で設定されるとき、成功裏に呼び出すことができる）を決定する。ＩＭＳケイパビリティ情報は、次の情報を含むことができるが、これに限定されない。
１）ＩＭＳメディアのタイプ（例えば、ＩＭＳセッションでのメディアコンポーネントの定義）
２）ＩＭＳメディアタイプによってサポートされたメディアフォーマット（コーデックフォーマット、メディアファイルフォーマットなど）のパラメータ
３）端末ケイパビリティ情報を転送する端末のＭＳＩＳＤＮとＳＩＰ ＵＲＩとの間の接続関係
【００５４】
加えて、端末は、ＩＭＳネットワークを介して、次のケイパビリティ情報を相互作用させることもできる。
１）回線ドメイン（circuit domain）でビデオ電話のケイパビリティ
２）回線ドメインでオーディオ電話のケイパビリティ
３）マルチメディアメッセージのケイパビリティ
４）他のＩＭＳベースのサービス（例えば、Ｐｏｃ）のケイパビリティ
【００５５】
204：
端末21は、ＩＭＳネットワークを介して、端末24に、セッションINVITEリクエストメッセージを送信して、ケイパビリティインタラクションの結果に基づき、ＩＭＳセッションを設定するようにリクエストする。
【００５６】
205：
中間ＩＭＳエンティティ22で、Ｐ−ＣＳＣＦ（Proxy-Call Session Control Function）は、セッションINVITEリクエスト応答を用いて端末から開始されたリクエストメッセージに応答する（例えば、プロトコルで指定されたように、100試行（Trying）メッセージを用いて応答する）。
【００５７】
206：
端末21は、ＳＤＰ（Session Description Protocol）に基づき、リソースを割り当てる。
【００５８】
207：
ユーザ−エージェント（User-Agent）ヘッドフィールドが、イニシエーティングネットワーク及び送信先ネットワークのＰ−ＣＳＣＦ（中間ＩＭＳエンティティ22）間で渡される。
【００５９】
208：
イニシエーティングネットワークのＳ−ＣＳＣＦ（Serving-Call Session Control Function）（中間ＩＭＳエンティティ22）は、リクエストメッセージ内の呼ユニフォームリソース識別子（Ｔｅｌ ＵＲＩ）をＳＩＰ−ＵＲＩと交換し、次いで、INVITEリクエストを送信先ネットワーク内のＳ−ＣＳＣＦに発送する。
【００６０】
209：
送信先ネットワークのＰ−ＣＳＣＦは、セッションINVITEリクエストメッセージを端末24に回送する。
【００６１】
210：
端末24は、一時応答（できる限り100試行メッセージ）を送信先ネットワークのＰ−ＣＳＣＦに送信する。
【００６２】
211：
端末24は、受信したＳＤＰコンテンツに基づき、対応するベアラ（bearer）を設定する。
【００６３】
212：
端末24は、コアネットワークから返されたセッションに応答し（中間ＩＭＳエンティティ22）（できる限り183セッションプログレス（Session Progress））、かつ、コンタクト（Contact）ヘッドフィールドで、ＣＳ音声及びＣＳビデオケイパビリティをサポートすることを述べる（state）ように要求され、かつ、サーバ（Server）ヘッドフィールドで、個人移動端末識別子を含むように要求される。ここで、端末24は、リソース割り当てメカニズム及び前処理メカニズムをサポートする。
【００６４】
213：
イニシエーティングネットワークのＰ−ＣＳＣＦ（中間ＩＭＳエンティティ22）は、セッション応答（できる限り183セッションプログレス）を端末21に返す。
【００６５】
214：
端末21は、一時応答への高信頼返信（例えば、PRACK）を用いて、端末24に返信する。
【００６６】
215：
端末21は、メディアのＩＰベアラを設定する。
【００６７】
216：
端末24は、メディアのＩＰベアラを設定する。
【００６８】
217：
端末21は、UPDATEメッセージを中間ＩＭＳエンティティ22に送信して、端末21がメディアコンテンツを受信及び転送することができることを端末24に通知する。
【００６９】
218：
中間ＩＭＳエンティティ22は、UPDATEメッセージを端末24に送信し、かつ、端末24は、呼び出しを開始する。
【００７０】
219：
端末24は、UPDATEメッセージに対して、更新応答（例えば、200ＯＫ）を返して、端末24がメディアコンテンツを受信及び転送する準備ができていることを示す。
【００７１】
220：
イニシエーティングネットワークのＰ−ＣＳＣＦは、UPDATEメッセージに対して端末24から返された応答（例えば、200ＯＫ）を、端末21に回送する。
【００７２】
221：
端末24は、端末21のINVITEメッセージに対して、応答（例えば、200ＯＫ）を返し、ユーザがフックオフ（hook off）であることを示す。
【００７３】
222：
イニシエーティングネットワークのＰ−ＣＳＣＦは、端末24のフックオフ情報を運ぶ応答（例えば、200ＯＫ）を、端末21に回送する。
【００７４】
223：
端末21は、フックオフ情報に対する確認応答メッセージ（ＡＣＫ）を返す。
【００７５】
224：
送信先ネットワークのＰ−ＣＳＣＦは、フックオフ情報に対する確認応答メッセージ（ＡＣＫ）を、端末24に回送する。
【００７６】
225：
最終メディアセッションが設定される（端末21及び端末24が、既存のＣＳネットワーク及びＩＭＳコアネットワーク上で、上記した方法で、音声通信中に、例えば、ビデオクリップ、ビデオライブコンテンツ、オーディオ、写真、ファイルなどを共有することができる。）。
【実施例２】
【００７７】
本実施例では、本発明の実施例１によるＰＳドメインを起動するための方法が詳細に説明され、第１端末が第２端末にＣＳＩサービス（ＩＭＳサービスうちの１つ）を開始するように要求され、かつ、第１端末がＤＴＭＦメッセージを介して第２端末に命令して、ＰＳドメインを起動することを例にとる。
【００７８】
端末31及び端末34が進行中のＣＳセッションに入り、かつ、端末21がＣＳＩサービスを開始すると仮定する。ＣＳＩサービスを開始する端末21は、開始されるとき、ＰＳドメインを起動している。しかし、端末24は、ＰＳドメイン内に存在していない（即ち、ＰＳドメインを起動していない）。したがって、次のフローが実行される必要がある（図３を参照）。
【００７９】
301：
端末31は、ＤＴＭＦメッセージ（端末34に命令して、ＰＳドメインを起動するための情報を運ぶ）を作成し、したがって、端末34は、情報から、ＰＳドメイン起動オペレーションが現在実行される必要があることを知ることができる（例えば、特定のビット値をメッセージで運ぶことができ、したがって、所定プロトコルに従って、端末34は、特定のビット値から、ＰＳドメイン起動オペレーションが現在実行される必要があることを知ることができる。）。端末31は、作成されたメッセージを、移動交換センター32（端末31が所属する）に送信する。
【００８０】
本発明のこの実施例によれば、情報（端末34に命令して、ＰＳドメインを起動するための）の好ましい構成が提供される。構成は、サービス識別子と、メッセージタイプと、ストリームコードと、サービスデータ情報とを具備している。
【００８１】
サービス識別子は、現在メッセージがＰＳドメインの起動を命令するためのメッセージであることを示すように構成されている。この実施例では、サービス識別子は３文字を占めるように指定されている。「abc」の値をとるとき、サービス識別子は、現在メッセージがＰＳドメインの起動を命令するためのメッセージであることを示す。
【００８２】
メッセージタイプは、メッセージのタイプを識別するように構成され、かつ、この実施例では、１文字を占める。指定されたように、「１」の値をとるとき、メッセージタイプは、メッセージがリクエストメッセージであることを示す。「０」の値をとるとき、メッセージタイプは、メッセージが応答メッセージであることを示す。
【００８３】
ストリームコードは、ストリームコードレートを識別し、かつ、この実施例では、１文字を占める。ストリームコードは、１〜９の範囲の値をとることができる。
【００８４】
状態コードは、端末の状態を識別し、かつ、この実施例では、２文字を占める。指定されたように、状態コードは、「０１」の値をとるとき、「起動（Activated）」を示し、「０２」の値をとるとき、端末がＰＳドメインの起動をサポートしていないことを示し、「０３」の値をとるとき、端末ユーザが起動オペレーションを拒否することを示し、かつ、「０４」の値をとるとき、ネットワーク（端末が位置する）がＰＳドメインの起動をサポートしていないことを示す。他の値を使用のために拡張することができる。
【００８５】
サービスデータは、拡張データを運び、かつ、この実施例では、可変長を有する。
【００８６】
301では、上記に設けられた値のための情報フォーマット及びプロトコルに従って、端末31は、ＤＴＭＦメッセージ（「abc1101」の情報体を運ぶ）を移動交換センター32に送信する。
【００８７】
302：
移動交換センター32は、受信したＤＴＭＦメッセージ（「abc1101」）を、移動交換センター33（端末34が所属する）に送信する。
【００８８】
3031：
移動交換センター33は、ＤＴＭＦメッセージを端末34に回送する。
【００８９】
移動交換センター33から送信されたＤＴＭＦメッセージ（情報「abc1101」を運ぶメッセージ）を受信した後、端末34は、ミキシングトーンから、運ばれた情報（「abc1101」）を解析し、現在メッセージがＰＳドメインを起動することをリクエストするためのメッセージであることを知り、かつ、それによって、ＰＳドメインを起動するための対応するオペレーションを実行する。ＰＳドメインを起動するためのオペレーションは直接実行することができる。代わりに、現在端末がＰＳドメインの起動をサポートするか否か、及び、ネットワーク（現在の端末が位置する）がＰＳドメインの起動をサポートするか否かが決定される。両方の決定が肯定である場合には、ＰＳドメインを起動するためのオペレーションが実行される。又は、現在の端末がＰＳドメインの起動をサポートするか否か、及び、ネットワーク（現在の端末が位置する）がＰＳドメインの起動をサポートするか否か、及び、現在の端末がＰＳドメインの起動に合意するか否かが決定される。ＰＳドメインを起動するためのオペレーションは、全ての決定が肯定である場合にだけ、実行される。
【００９０】
3032（3031の代わりをすることができる）：
移動交換センター33は、ＤＴＭＦメッセージを解析し、かつ、運ばれた情報（「abc1101」）から、ＤＴＭＦメッセージがＰＳ起動リクエストを運んでいることを知る。次いで、移動交換センター33は、ＤＴＭＦメッセージ内にカプセル化された情報（「abc1101」）を抽出し、情報をシグナリングメッセージ内に再カプセル化（re-encapsulate）し（この実施例では、ファシリティ（Facility）メッセージであり得るが、これに限定されない。）、かつ、シグナリングメッセージを端末34に送信する。
【００９１】
同様に、移動交換センター33から送信されたシグナリングメッセージ（例えば、情報「abc1101」を運ぶファシリティメッセージ内にカプセル化された）を受信した後、端末34は、運ばれた情報（「abc1101」）を解析し、現在メッセージがＰＳドメインを起動することをリクエストするためのメッセージであることを知り、かつ、それによって、ＰＳドメインを起動するための対応するオペレーションを実行する（詳細は上記した通りである）。
【００９２】
3032では、移動交換センター33は、ＤＴＭＦメッセージを端末34に直接送信する代わりに、受信したＤＴＭＦメッセージで運ばれた情報を、シグナリングメッセージ（例えば、ファシリティメッセージ）内に再カプセル化し、したがって、端末34は、メッセージを受信することができ、一方では、現在ＣＳセッションとの不必要な干渉を回避する。
【００９３】
高度な高信頼転送のため、サービスリクエストメッセージを受信した後、端末34は、確認応答メッセージを用いて返信する次のフローに移ることができる。
【００９４】
304：
端末34は、情報「acb0101」を運ぶＤＴＭＦ応答メッセージ（代わりに、ファシリティメッセージなどでもあり得る）を作成し、次いで、ＤＴＭＦ応答メッセージを、移動交換センター33に送信する。
【００９５】
305：
移動交換センター33は、受信したＤＴＭＦ応答メッセージを、移動交換センター32に回送する。
【００９６】
3061：
移動交換センター32は、ＤＴＭＦ応答メッセージを、端末31に回送する。
【００９７】
ＤＴＭＦ応答メッセージを受信した後、端末31は、ミキシングトーンから、ＤＴＭＦ応答メッセージの情報「acb0101」を解析し、かつ、端末34がサービスリクエストを正しく受信し、かつ、起動に合意したことを知る。
【００９８】
また、3061を3062と置き換えることができる。
【００９９】
3062：
移動交換センター32は、ＤＴＭＦ応答メッセージを解析し、ＤＴＭＦメッセージ内にカプセル化された情報（「abc0101」）を抽出し、情報をシグナリングメッセージ（ファシリティメッセージであり得るが、これに限定されない。）内に再カプセル化し、かつ、シグナリングメッセージを端末31に送信する。
【０１００】
シグナリングメッセージ（例えば、情報「abc0101」を運ぶファシリティメッセージ内にカプセル化された）を受信した後、端末31は、ＤＴＭＦ応答メッセージの情報「abc0101」を解析し、かつ、端末34がサービスリクエストを正しく受信し、かつ、起動に合意したことを知る。
【０１０１】
3062では、移動交換センター32は、ＤＴＭＦメッセージを端末31に直接送信する代わりに、情報（受信したＤＴＭＦ応答メッセージで運ばれた）を、シグナリングメッセージ（例えば、ファシリティメッセージ）内に再カプセル化し、したがって、端末31はメッセージを受信することができ、一方では、現在ＣＳセッションとの不必要な干渉を回避する。
【０１０２】
転送中のシグナリングの損失がＰＳドメインの不成功の起動を生じさせること防ぐため、端末31がある期間中に情報（サービスリクエストに返信する）を受信するのに失敗した場合、端末31はフロー301から再スタートすることを指定することができる。
【０１０３】
さらに、端末34から返された応答メッセージは、追加情報も運ぶことができる。例えば、リクエストは、ある条件（例えば、ある期間内）で拒否される。したがって、端末31は、この条件で、それ以上の再転送を実行しない（例えば、「03」は起動リクエストが拒否されることを示し、かつ、端末31はそれ以上の再転送を実行しない。）。
【０１０４】
上記から分かるように、本発明のこの実施例を用いて、端末31は、ＤＴＭＦメッセージ（端末34に命令して、ＰＳドメインを起動する）を送信することができ、かつ、端末34は、命令に従って、ＰＳドメインを起動するためのオペレーションをトリガすることができ、したがって、端末34は、ＰＳドメインを受動的に起動することができる。さらに、端末31は、ＤＴＭＦメッセージを介して（端末31のユーザは特定のキーをトリガすることができ、かつ、端末31は、トリガされたキーに従って、対応するＤＴＭＦメッセージを作成及び送信することができる。）、ＰＳドメインを起動するための命令を送信し、実施されるのに好都合である。
【実施例３】
【０１０５】
本実施例では、本発明の実施例１によるＰＳドメインを起動するための方法が詳細に説明され、第１端末が第２端末にＣＳＩサービスを開始するように要求され、かつ、第１端末がショートメッセージを介して第２端末に命令して、ＰＳドメインを起動することを例にとる。
【０１０６】
端末41及び端末42が進行中のＣＳセッションに入り、かつ、端末41がＣＳＩサービスを開始すると仮定する。ＣＳＩサービスを開始する端末41は、開始されるとき、ＰＳドメイン43を起動している。しかし、端末42は、ＰＳドメイン43内に存在していない（即ち、ＰＳドメイン43を起動していない）。したがって、次のフローが実行される必要がある（図４を参照）。
【０１０７】
401：
端末41は、ＳＭ（Short Message）（端末42に命令して、ＰＳドメイン43を起動するための情報を運ぶ）を作成し、したがって、端末42は、情報から、ＰＳドメイン43を起動するオペレーションが現在実行される必要があることを知ることができる。端末31は、ショートメッセージセンターを介して、作成されたショートメッセージを端末42に送信する。
【０１０８】
ショートメッセージプロトコルに従って、特定の識別子（例えば、Tele-サービスＩＤ、ポート番号など。プロトコルが変化するのに伴い、異なって呼ぶことができる。）を使用して、ショートメッセージ（例えば、共通ショートメッセージ、プッシュサービス、及び、音声メールアラーム）で運ばれたサービスを識別することができる。これらのサービスの特定の識別子は異なる値を与えられ、かつ、端末は、これによって、これらを区別し、かつ、受信したメッセージに対して対応するアプリケーションプロセスを実行することができる。この実施例では、上記した特定の識別子の値の割り当てられた部分を用いて、特定の識別子は、特定の値を与えられて、ショートメッセージが反対側の端末にリクエストして、ＰＳドメインを起動するのに使用されることを示すことができる。
【０１０９】
402：
端末42は、ショートメッセージから、起動されているサービスの識別子を解析し、かつ、現在ショートメッセージがＰＳドメインの起動を命令するためのプロトコルメッセージであることを知る。ショートメッセージをユーザに示す必要はない。代わりに、フローは403に移る。
【０１１０】
403：
端末42は、パケット交換ドメイン43（例えば、ＧＧＳＮ）に、ＰＤＰ（Packet Data Protocol）起動リクエストを開始し、ＰＤＰ及びパケット交換ドメイン43を起動する。
【０１１１】
したがって、端末42は、ＣＳＣＦを用いた登録を開始し、かつ、ＩＭＳサービスのフローに入ることができる。特定のフロー（端末がＣＳＣＦを用いた登録を開始し、かつ、ＩＭＳサービスのフローに入る）の詳細については、実施例１のフロー202〜205の対応する説明を参照することができる。
【０１１２】
上記から分かるように、本発明の本実施例による方法を用いて、端末41は、ＤＴＭＦメッセージ（端末44に命令して、ＰＳドメイン43を起動する）を送信することができ、かつ、端末44は、命令に従って、ＰＳドメイン43を起動するオペレーションをトリガすることができ、したがって、端末44はＰＳドメイン43を受動的に起動することができる。さらに、端末41は、ＰＳドメイン43を起動するための命令を、幅広くかつ好都合に適用されたショートメッセージを介して送信し、実行されるのに好都合である。
【実施例４】
【０１１３】
本実施例では、本発明の実施例１によるＰＳドメインを起動するための方法が詳細に説明され、第１端末が第２端末にＣＳＩサービスを開始するように要求され、かつ、第１端末がショートメッセージを介して第２端末に命令して、ＰＳドメインを起動することをさらに例にとる。
【０１１４】
図５に示されるように、本実施例による方法は、実施例３による方法とは異なり、この実施例では、サービス起動センター52が追加的に設けられて、端末53に命令して、ＰＳドメインを起動するためのショートメッセージを中継及び処理する。図５に示されたフローは次の通りである。
【０１１５】
501：
端末41は、ショートメッセージ（端末53に命令して、ＰＳドメイン54を起動するための情報を運ぶ）を作成し、したがって、端末53は、情報から、ＰＳドメイン54を起動するオペレーションが現在実行される必要があることを知ることができる。サービス起動センター52のアドレスもショートメッセージに追加される。次いで、端末51は、作成されたショートメッセージをサービス起動センター52に送信する。
【０１１６】
502：
サービス起動センター52は、ショートメッセージを介して情報（端末53に命令して、ＰＳドメイン54を起動する）を端末53に送信する。
【０１１７】
503：
端末53は、ショートメッセージを解析し、かつ、ショートメッセージ内のアドレス（サービス起動センター52のアドレス）から、現在ショートメッセージがサービス起動センター52から送信され、かつ、サービス起動プロセスに使用されることを知る。かつ、端末53は、特定の情報コンテンツ（ショートメッセージで運ばれた）から、現在ショートメッセージが、ＰＳドメイン54を起動するのをリクエストするために使用されることを知る。この時、特定のメッセージ体はユーザに示されない。
【０１１８】
504：
端末53は、パケット交換ドメイン54（例えば、ＧＧＳＮ）に、ＰＤＰ起動リクエストを開始し、ＰＤＰ及びパケット交換ドメイン54を起動する。
【０１１９】
その後、端末53は、ＣＳＣＦを用いた登録を開始し、かつ、ＩＭＳサービスのフローに入る。
【０１２０】
本実施例では、特に、サービス起動センター52は、ショートメッセージセンターと接続することができる。即ち、ショートメッセージセンターは、サービス起動センター52を付加価値サービスサーバとして取り扱い、かつ、サービス起動センター52にソース転送アドレス（ＯＯＡであり得るが、これに限定されない。）を割り当てると考えることができる。端末53は、ソース転送アドレスから、ショートメッセージがサービス起動センターから送信され、かつ、対応する処理を実行することを決定することができる。
【実施例５】
【０１２１】
本実施例では、本発明の実施例１によるＰＳドメインを起動するための方法が詳細に説明され、第１端末が第２端末にＣＳＩサービスを開始するように要求され、かつ、設定（Setup）メッセージを介して第２端末に命令して、ＰＳドメインを起動することを例にとる。
【０１２２】
端末61及び端末64が進行中のＣＳセッションに入り、かつ、端末61がＣＳＩサービスを開始すると仮定する。ＣＳＩサービスを開始する端末61は、開始されるとき、ＰＳドメインを起動している。しかし、端末64は、ＰＳドメイン内に存在していない（即ち、ＰＳドメインを起動していない）。したがって、次のフローが実行される必要がある（図６を参照）。
【０１２３】
601：
端末61は、被呼端末64に設定メッセージ（はじめに、移動交換センター62に到着する）を送信する。プロトコルデータは、設定メッセージ内のユーザ間（User to User）フィールドにおいて特定のプロトコルフォーマットで運ばれる。プロトコルデータは、サービスのタイプを示すことができる（即ち、現在メッセージが、被呼端末に命令して、ＰＳドメインを起動するために使用される。）。
【０１２４】
602：
設定メッセージを受信した後、移動交換センター62は、移動交換センター63（被呼端末64が所属する）に呼オペレーションを開始し、BICC_IAMメッセージ（イニシャルアドレスメッセージ（Initial Address Message）を含むベアラ独立呼制御（Bearer Independent Call Control）プロトコルメッセージ）を送信し、ユーザ間フィールドのデータが運ばれる。
【０１２５】
603：
BICC_IAMメッセージを受信した後、移動交換センター63は、被呼端末64にファシリティメッセージ（ユーザ間フィールドのデータを運ぶ）を送信する。
【０１２６】
604：
ファシリティメッセージを受信した後、端末64は、ユーザ間フィールドのデータにおいてカプセル化プロトコルを解析して、対応するサービスデータコンテンツを取得し、端末61が現在の端末にリクエストして、ＰＳドメインを起動することを知り、かつ、それによって、ＰＳドメインを起動するための対応するオペレーションを実行する。ＰＳドメインを起動するオペレーションは、直接実行することができる。代わりに、現在の端末がＰＳドメインの起動をサポートするか否か、及び、現在の端末がＰＳドメインの起動に合意するか否か、及び、ネットワーク（現在の端末が位置する）がＰＳドメインの起動をサポートするか否かを決定する。次いで、全ての決定が肯定である場合、ＰＳドメインを起動するオペレーションが実行される。
【０１２７】
ファシリティメッセージを受信した後、端末64は、発呼端末61に切断リクエストメッセージを送信して、リソース接続（現在設定メッセージに従って設定される）をリリースする。また、切断リクエストメッセージは、端末64がユーザ間データを成功裏に受信することを示すか、又は、端末64がユーザ間データを受信し損なった理由を示す理由値（reason value）を運ぶ。
【０１２８】
605：
端末64から切断リクエストメッセージを受信した後、移動交換センター63は、移動交換センター62に、BICC_Releaseメッセージ（ベアラ独立呼制御（Bearer Independent Call Control）プロトコルのリリース（Release）メッセージ）を送信し、理由値（端末64がユーザ間データを成功裏に受信することを示すか、又は、端末64がユーザ間データを受信し損なった理由を示す）を運ぶ。
【０１２９】
606：
移動交換センター63からBICC_Releaseメッセージを受信した後、移動交換センター62は、端末61への切断リクエストメッセージ（端末64がユーザ間データを成功裏に受信することを示すか、又は、端末64がユーザ間データを受信し損なった理由を示す理由値を運ぶ）を開始する。
【０１３０】
607：
切断リクエストメッセージを受信した後、端末61は、切断オペレーションを実行し、理由値（切断リクエストメッセージで運ばれた）を分析し、次いで、端末Ｂがユーザ間フィールドにおいてカプセル化プロトコルデータを正しく受信したか否かを知る。切断のフローを一体化するために、端末61は、移動交換センター62にリリースメッセージも返して、切断完了の結果について通知することもできる。
【０１３１】
608：
リリースメッセージを受信した後、移動交換センター62は、移動交換センター63に、BICC_release_completeメッセージ（ベアラ独立呼制御（Bearer Independent Call Control）プロトコルのリリース完了メッセージ）を送信し、切断の完了を示す理由値を運ぶ。
【０１３２】
609：
BICC_release_completeメッセージを受信した後、移動交換センター63は、端末64に切断メッセージ（切断の完了を示す理由値を運ぶ）を送信する。端末64は、理由値から、反対側の端末が切断の完了に応答することを知る。
【０１３３】
上記から分かるように、本発明の本実施例による方法を用いて、端末61は、設定メッセージ（端末64に命令して、ＰＳドメインを起動する）を送信することができ、かつ、端末64は、命令に従ってＰＳドメインを起動するオペレーションをトリガすることができ、したがって、端末64は、ＰＳドメインを受動的に起動することができる。
【実施例６】
【０１３４】
本実施例では、本発明の実施例１によるＰＳドメインを起動するための方法が詳細に説明され、第１端末が第２端末にＣＳＩサービスを開始するように要求され、かつ、第１端末がプッシュメッセージを介して第２端末に命令して、ＰＳドメインを起動することを例にとる。
【０１３５】
端末71及び端末74が進行中のＣＳセッションに入り、かつ、端末71がＣＳＩサービスを開始すると仮定する。ＣＳＩサービスを開始する端末71は、開始されるとき、ＰＳドメイン76を起動している。しかし、端末74は、ＰＳドメイン76内に存在していない（即ち、ＰＳドメイン76を起動していない）。したがって、次のフローが実行される必要がある（図７を参照）。
【０１３６】
701：
端末71は、プッシュ（Push）メッセージ（端末53に命令して、ＰＳドメイン76を起動するための情報を運ぶ）を作成し、したがって、端末74は、情報から、ＰＳドメイン76を起動するオペレーションが現在実行される必要があることを知ることができる。かつ、サービス起動センター72のアドレスがプッシュメッセージ内に追加される。次いで、端末71は、作成されたプッシュメッセージを、サービス起動センター72に送信する。
【０１３７】
ここで、サービス起動センター72は、専用サーバ又は一般的なサービスサーバである。サービス起動センター72が専用サーバであるとき、端末71は、特別なサービスリクエストメッセージを送信する。サービス起動センター72が一般的なサービスサーバであるとき、端末71によるサービスの開始を、サービスリクエストとして同時に取り扱うことができる。即ち、端末71は、特別なサービスリクエストメッセージを必ずしも送信することなく、次のフローに自動的に入ることができる。
【０１３８】
本実施例では、プッシュメッセージは、アプリケーション識別子（app-id）の値を使用して、現在プッシュメッセージが反対側の端末に命令して、ＰＳドメイン76を起動するためのメッセージであることを示すことができる。
【０１３９】
702：
サービス起動センター72はＰＩ（PUSH Initiator）として動作し、かつ、プッシュメッセージを、ＰＰＧ（Push Proxy Gateway）を介して端末74に送信する。
【０１４０】
703：
端末74は、プッシュメッセージを解析し、かつ、現在プッシュメッセージが、現在の端末にリクエストして、ＰＳドメイン76を起動するためのメッセージであることを知る。フローは704に移る。
【０１４１】
704：
端末74は、パケット交換ドメイン76（例えば、ＧＧＳＮ）に、ＰＤＰ起動リクエストを開始し、ＰＤＰ及びパケット交換ドメイン76を起動する。
【０１４２】
その後、端末Ｂは、ＣＳＣＦを用いた登録を開始し続けることができ、かつ、ＩＭＳサービスのフローに入る。
【０１４３】
上記から分かるように、本発明の実施例による方法を用いて、端末71は、プッシュメッセージ（端末74に命令して、ＰＳドメイン76を起動する）を送信することができ、かつ、端末74は、命令に従ってＰＳドメイン76を起動するオペレーションをトリガすることができ、したがって、端末74はＰＳドメイン76を受動的に起動することができる。
【実施例７】
【０１４４】
本実施例では、ＰＳドメインを受動的に又は逆に起動するための方法が詳細に説明され、第１端末及び第２端末が同一ドメイン（以降、「第１のＰＳドメイン」と称する）に現在は入り、かつ、第１端末が第２端末に命令して、他のＰＳドメイン（以降、「第２のＰＳドメイン」と称する）を起動することを例にとる。
【０１４５】
ある端末のネットワークモードは、ＰＳドメインへのアクセスのために、少なくとも２つのアプローチをサポートすると仮定され、例えば、ＷＣＤＭＡ（Wideband Code Division Multiple Access）及びＷＩＦＩ（Wireless Fidelity）の機能をサポートする。端末は、現在は、ＷＩＦＩを介してＩＭＳネットワーク内に存在する。次いで、端末は、ＶｏＩＰサービスをリクエストするセッション招待（Invite）（招待リクエストメッセージ）を受信する。しかし、ＷＩＦＩネットワークにおける音声がインターネット上に直接転送されるので、ＱｏＳが十分に保証されない。このとき、サービスはＷＣＤＭＡを介して提供される。したがって、受信した招待リクエストメッセージに従って、端末は、ＷＣＤＭＡのＰＳドメインを受動的に起動することができ、かつ、ＷＣＤＭＡ上のＩＭＳに登録し、それによって、後続の呼機能を実行する。特定のフローが図８に示される。図８に示されるように、フロー（端末81及び端末84が同一ＰＳドメインに現在は入り、かつ、端末81が端末84に命令して、第２のＰＳドメインを起動する）は次の通りである。
【０１４６】
801：
端末81は、端末84へのセッション招待（Invite）リクエストを、現在ＰＳドメインを介してＩＭＳ／ＳＩＰにおけるシグナリングの方法で開始する。起動されるＰＳドメイン（第２のＰＳドメイン）に関する情報は、セッション招待リクエストで運ばれ、端末84にリクエストして、第２のＰＳドメインを起動する。
【０１４７】
この実施例では、セッション招待リクエストは、セッション招待リクエストメッセージ（招待リクエストメッセージ）であり得るが、これに限定されない。それが招待リクエストメッセージであるとき、メッセージは、ＰＳドメインにおける接続パラメータに関する情報を運ぶことができる（接続パラメータに関する要求）。例えば、次のフォーマットで、招待リクエストメッセージを使用することができる。
【０１４８】
INVITE sip:bob@biloxi.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds
Max-Forwards: 70
To: Bob <sip:bob@biloxi.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Require-Access: WLAN //ＷＬＡＮネットワークにおけるＰＳドメインにアクセスするためのリクエスト
Call-ID: a84b4c76e66710@pc33.atlanta.com
CSeq: 314159 INVITE
Contact: <sip:alice@pc33.atlanta.com>
Content-Type: application/sdp
Content-Length: 147
v=0
o=UserA 2890844526 2890844526 IN IP4 atlanta.com
s=Session SDP
c=IN IP4 100.101.102.103
t=0 0
m=audio 49172 RTP/AVP 0
a=rtpmap:0 PCMU/8000
【０１４９】
上記の招待リクエストから分かるように、アクセスアプローチに対するその要求は、「Require-Access: WLAN」（リクエストの受信器が新規のＷＬＡＮ ＰＳドメインを起動するプロセスを開始する）で示されている。
【０１５０】
802：
セッション招待リクエストを受信した後、端末84は、端末81にリクエスト確認応答メッセージ（200ＯＫであり得るが、これに限定されない。）を返し、招待リクエストメッセージに返信及び確認応答する。
【０１５１】
リクエスト確認応答メッセージが200ＯＫであることを例にとれば、200ＯＫのメッセージは次のフォーマットである。
【０１５２】
SIP/2.0 200 OK
Via: SIP/2.0/UDP
server10.biloxi.com;branch=z9hG4bKnashds8;received=192.0.2.3
Via: SIP/2.0/UDP
bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1;received=192.0.2.2
Via: SIP/2.0/UDP
pc33.atlanta.com;branch=z9hG4bK776asdhds ;received=192.0.2.1
To: Bob <sip:bob@biloxi.com>;tag=a6c85cf
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Support-Access: WLAN
Call-ID: a84b4c76e66710@pc33.atlanta.com
CSeq: 314159 INVITE
Contact: <sip:bob@192.0.2.4>
Content-Type: application/sdp
Content-Length: 147
v=0
o=UserB 2890844527 2890844527 IN IP4 biloxi.com
s=Session SDP
c=IN IP4 110.111.112.113
t=0 0
m=audio 3456 RTP/AVP 0
a=rtpmap:0 PCMU/8000
【０１５３】
リクエスト確認応答メッセージ（200ＯＫ）から分かるように、端末84（セッション招待を受信する）は、ＷＬＡＮアクセスアプローチをサポートし、かつ、サポートアクセスパラメータでＷＬＡＮへのサポート（Support-Access: WLAN）を示している。
【０１５４】
803：
端末84からリクエスト確認応答メッセージを受信した後、端末81は、確認応答（200ＯＫであり得るが、これに限定されない。）を端末82に返す。
【０１５５】
確認応答がＡＣＫであるとき、ＡＣＫは次のフォーマットである。
【０１５６】
ACK sip:bob@192.0.2.4 SIP/2.0
Via:SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bknashds0
Max-Forwards:70
To:Bob <sip:bob@biloxi.com>;tag=a6c85cf
From:Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID:a84b4c76e66710
CSeq:314159 ACK
content-Length:0
【０１５７】
804：
第２のＰＳドメイン（ＷＬＡＮのＰＳドメイン）へのアクセスをリクエストするセッション招待を受信した後、端末84は、ＷＬＡＮアクセスネットワーク（ＷＬＡＮ−ＡＮ）85と相互作用し、かつ、ＡＮへのＷＬＡＮアクセスのオペレーションを実行する。
【０１５８】
805：
端末84は、ＷＬＡＮ ＡＮ85へのアクセスを達成し、次いで、コアネットワークとの相互作用を達成する。次いで、端末84は、ＷＬＡＮアクセスネットワーク83を介して、要求された第２のＰＳドメイン（ＷＬＡＮのＰＳドメイン）にアクセスし、ＷＬＡＮのＰＳドメインとの接続を設定する。したがって、端末84は、ＷＬＡＮのＰＳドメインにログインし、かつ、ＷＬＡＮ ＰＳドメインオンライン状態に入る。
【０１５９】
806：
ＷＬＡＮのＰＳドメインにアクセスした後、現在サービス要求に従って、現在要求されるサービスがＩＭＳサービスである場合、端末84は、ＰＳドメイン（ＷＬＡＮを用いて設定される）を介してＩＭＳ82と相互作用し、かつ、ＩＭＳドメインに登録することをさらに実行することができる。
【０１６０】
807：
ＩＭＳドメインに登録を完了した後、端末84は、ＩＭＳドメインにログインし、かつ、ＷＬＡＮを介してＰＳドメインでオンラインを保つ。
【０１６１】
808：
上記したオペレーションを完了した後、端末84及び端末81は、既存のＰＳドメインのリソース手段によって、関連する通信及びアプリケーションインタラクションを実行することができる。
【０１６２】
上記したフローを用いて、プロセス（ＰＳドメイン接続における接続のアプリケーション層メッセージが、他のＰＳドメインにおける接続を設定／起動するために使用される）を実行することができる。このプロセス中、ＩＭＳ／ＳＩＰにおけるINVITEリクエストを使用して、アクセスアプローチを設定するプロセスを完了する。実際に、特定の実施例では、上記を参照して、他のアプローチ（例えば、ＲＴＳＰ及びＲＳＶＰのプロトコル）を使用することができる。
【０１６３】
この解決策では、802及び803は804の前に発生する。即ち、実際の起動プロセスは、端末84がアプリケーション層との相互作用を完了した後にだけ実行される。しかし、特定の実施例のため、804及び805で第２のＰＳドメインを起動するステップが、802及び803の前に発生することもできる。換言すれば、いったんリクエストが反対側の端末によって示されると、ＰＳドメインを起動するための対応するオペレーションがはじめに実行され、次いで、現在の端末がリクエストをサポートする場合に、802及び803が実行される。リクエスト確認応答メッセージ（例えば、200ＯＫ）は、変更された結果に確認応答するために使用される。さらに、起動及び確認応答のステップは同時に実行することができ、特定の順序を特定の実施例によって特に決定することができる。
【０１６４】
上記から分かるように、本発明の本実施例による技術的な解決策を用いて、端末84は、第２のＰＳドメインを受動的に起動することができ、したがって、端末81及び端末84が新規に起動された第２のＰＳドメインで、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することが可能である。
【実施例８】
【０１６５】
本実施例では、ＰＳドメインのパラメータを受動的に又は逆に変更するための方法が詳細に説明され、第１端末及び第２端末が同一ドメインに現在入り、かつ、サービス変化によって、第２端末に命令して、ＰＳドメイン（第２端末が位置する）のパラメータ又は設定を変更するように、第１端末が要求されることを例にとる。
【０１６６】
現在サービスの両方の端末は、同一ＰＳドメインで、ＰＳドメインベースのサービスを実行することが仮定される（便宜上、現在サービスはＩＭＳサービスであると仮定することができる）。現在ネットワークＱｏＳ（Quality of Service）パラメータは、バックグラウンド（Background）（サービス遅延への感度は現在は最小であることを示す）である。現在シナリオでは、シグナリング相互作用プロセスは、２端末間のサービスに対する要求に従って、ＩＭＳ／ＳＩＰ（Session Initiation Protocol）メカニズムで実行することができる。現在サービス要求が変化する場合（例えば、ＶｏＩＰ（Voice over IP）又はＶ２ｏＩＰ（Voice & Video over IP）などのサービスが現在要求される場合）、バックグラウンドのＱｏＳは適していない。したがって、ＰＤＰのＱｏＳが適用されるか、又は、第２のＰＤＰが設定される。このとき、被呼端末又は呼参加者のどちらかの端末は、ＩＭＳ/ＳＩＰにおけるシグナリングの方法（例えば、セッション招待の方法などであるが、これに限定されない。）で、第２のＰＤＰ（packet data protocol）プロセスを開始することができる。したがって、ＰＳドメインのパラメータは、サービスのより良好な提供のために調整することができる。特定のフローが図９に示されている。図９に示されたように、フローは次の通りである。
【０１６７】
901：
端末91は、現在ＰＳドメインを介して、ＩＭＳ/ＳＩＰにおけるシグナリングの方法で、端末92へのセッション招待リクエストメッセージ（ＰＳドメインの接続パラメータを調整するために、端末92にリクエストする。）を開始する。
【０１６８】
本実施例では、セッション招待リクエストは、セッション招待リクエストメッセージ（招待リクエストメッセージ）であり得るが、これに限定されない。それが招待リクエストメッセージであるとき、ＰＳドメインの接続パラメータに関する情報（接続パラメータに対する要求）を運ぶことができる。例えば、次のフォーマットで、招待リクエストメッセージを使用することができる。
【０１６９】
INVITE sip:bob@biloxi.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds
Max-Forwards: 70
To: Bob <sip:bob@biloxi.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710@pc33.atlanta.com
Require-Qos: Streaming //ストリーミングのＱｏＳに対する要求が示されている。
CSeq: 314159 INVITE
Contact: <sip:alice@pc33.atlanta.com>
Content-Type: application/sdp
Content-Length: 147
v=0
o=UserA 2890844526 2890844526 IN IP4 atlanta.com
s=Session SDP
c=IN IP4 100.101.102.103
t=0 0
m=audio 49172 RTP/AVP 0
a=rtpmap:0 PCMU/8000
【０１７０】
上記の招待リクエストメッセージから分かるように、Require-Qosのパラメータでは、ストリーミング（Streaming）のＱｏＳに対する要求が示され、かつ、招待リクエストメッセージを受信する端末92が変更を行うことも要求される。
【０１７１】
902：
セッション招待リクエストメッセージを受信した後、端末92は、端末91にリクエスト確認応答メッセージ（200ＯＫであり得るが、これに限定されない。）を返し、招待リクエストメッセージに返信及び確認応答する。
【０１７２】
リクエスト応答が200ＯＫであることを例にとれば、200ＯＫの応答は次のフォーマットである。
【０１７３】
SIP/2.0 200 OK
Via: SIP/2.0/UDP server10.biloxi.com;branch=z9hG4bKnashds8;received=192.0.2.3
Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1;received=192.0.2.2
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds ;received=192.0.2.1
To: Bob <sip:bob@biloxi.com>;tag=a6c85cf
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710@pc33.atlanta.com
Support-QoS: Streaming //端末92がＱｏＳパラメータをストリーミングに変更することを示している。
CSeq: 314159 INVITE
Contact: <sip:bob@192.0.2.4>
Content-Type: application/sdp
Content-Length: 147
v=0
o=UserB 2890844527 2890844527 IN IP4 biloxi.com
s=Session SDP
c=IN IP4 110.111.112.113
t=0 0
m=audio 3456 RTP/AVP 0
a=rtpmap:0 PCMU/8000
【０１７４】
上記したリクエスト確認応答メッセージ（200ＯＫ）では、Support-QoS: Streamingのパラメータは、端末92が、セッション招待リクエストに従って、最初のバックグラウンドからストリーミングに、ＱｏＳパラメータを変更することを示している。
【０１７５】
903：
リクエスト確認応答メッセージを受信した後、端末91は、端末92に他の確認応答（ＡＣＫであり得るが、これに限定されない。）を返す。
【０１７６】
確認応答がＡＣＫであるとき、ＡＣＫは次のフォーマットである。
【０１７７】
ACK sip:bob@192.0.2.4 SIP/2.0
Via:SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bknashds0
Max-Forwards:70
To:Bob <sip:bob@biloxi.com>;tag=a6c85cf
From:Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID:a84b4c76e66710
CSeq:314159 ACK
content-Length:0
【０１７８】
904：
ＰＳドメインのパラメータを変更するためにリクエストするためのセッション招待リクエストメッセージを受信した後、端末92は、アクセスネットワーク93と相互作用して、リクエストに従ってＰＳドメインのパラメータを変更するオペレーションを実行する。
【０１７９】
905：
ＰＳドメインのパラメータを変更するオペレーションの完了後、端末92及び端末91は、既存のＰＳドメインにおけるリソース手段によって、関連する通信及びアプリケーション相互作用を実行することができる。
【０１８０】
一般に、アプリケーション層のＰＳ接続パラメータは、上記したフローを用いて変更することができる。フローのプロセスは、異なって実施することができる。例えば、ＳＩＰ ＩＮＶＩＴＥ方法が本実施例で使用される。しかし、他のＳＩＰ方法（例えば、NOTIFY）も使用することができる。そのように、上記した解決策に基づき、他のＩＰベースのアプリケーション層プロトコル（例えば、ＲＴＳＰ（Real Time Streaming Protocol）及びＲＳＶＰ（Resource Reservation Protocol））も使用することができる。
【０１８１】
さらに、本実施例では、902及び903が904の前に発生する。即ち、実際の変更プロセスは、アプリケーション層との相互作用が達成された後にだけ実行される。しかし、特定の実施例のため、904での変更ステップは、902及び903の前に発生することもできる。換言すれば、いったんリクエストが反対側の端末によって示されると、変更がはじめに行われ、次いで、902及び903が実行される（現在の端末がリクエストをサポートする場合）。メッセージ（例えば、200ＯＫ）は、変更された結果を確認応答するために使用される。さらに、変更及び確認応答のステップを同時に実行することができる。
【０１８２】
以下に与えられた説明は、904の通常フローで、端末92がＰＳドメインのパラメータを変更する方法に関する。図10に示されたように、フローは次の通りである。
【０１８３】
1001：
端末92は、ＳＧＳＮ（Serving General Packet Radio Service Supporting Node）12に、変更ＰＤＰコンテキストリクエスト（Modify PDP Context Request）メッセージを送信し、変更されるＰＳドメインパラメータを運び（本実施例では、パラメータはストリーミングのＱｏＳであるように変更される。）、ＰＤＰコンテキストを変更することをリクエストする。
【０１８４】
1002：
ＳＧＳＮ12は、ＳＧＳＮ（Getaway General Packet Radio Service Supporting Node）13に、パケットデータプロトコルコンテキスト更新リクエスト（変更されるＰＳドメインパラメータ（QoS Negotiated）、及び、可能な限り、TEID（Tunnel Endpoint Identifier）、NSAPI（Network Service Access Point Identifier）、トレースリファレンス（Trace Reference）、トレースタイプ（Trace Type）、トリガ（Trigger）ID、OMC識別子（Operation & Maintenance Center Identity）などのパラメータを運ぶ。）を送信することによって、ＧＧＳＮ13との交渉を実行する。例えば、Update PDP Context Request(TEID, NSAPI, QoS Negotiated, Trace Reference, Trace Type, Trigger ID, OMC Identity）
【０１８５】
1003：
ＧＧＳＮ13は、ＱｏＳ交渉を実行し、かつ、ＳＧＳＮ12にＰＤＰコンテキスト更新応答（交渉結果及び理由を運ぶ）を返す（Update PDP Context Response (TEID, QoS Negotiated, Cause）。
【０１８６】
1004：
応答を受信した後、ＳＧＳＮ12は、ＵＴＲＡＮ(Universal Mobile Telecommunications System Terrestrial Radio Access Network)14を介して端末92にＲＡＢ（Radio Access Bearer）を割り当て、ＲＡＢを変更する。
【０１８７】
1005：
ＲＡＢ変更が完了された後、ＳＧＳＮ13は、端末92に変更ＰＤＰコンテキストアクセプト（Modify PDP Context Accept）通知を送信し、ＲＡＢ変更の完了について端末92に通知する。
【０１８８】
上記から分かるように、本発明の本実施例による技術的な解決策を用いて、端末92は、ＰＳドメイン（端末92が現在位置する）のパラメータを受動的に変更することができ、したがって、端末92及び端末91が変更されたパラメータを用いて、ＰＳドメインで、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開することを可能にする。
【０１８９】
上記した各実施では、第１端末が第２端末（どのＰＳドメインにも入っていない（可能な限り、ＣＳドメインに入っている））に命令して、ＰＳドメインを起動し（実施例２，３，４，５及び６のように）、第１端末が第２端末（同一ドメインに現在入っている）に命令して、第２のＰＳドメインを起動し（実施例７のように）、又は、第１端末が第２端末（同一ＰＳドメインに現在入っている）に命令して、ＰＳドメイン（それらが現在位置する）のパラメータを変更し（実施例８のように）、第１端末が命令において対応する承認情報も運ぶことができ、したがって、第２端末は、受信した命令を送信する端末が、事前合意（pre-agreed）承認方法に従って、命令内の承認情報に従う合法的な端末であるか否かを決定することができる。第２端末は、上記した承認決定が通される場合にだけ、対応するＰＳドメインプロセスを実行することができる。ここで、承認メカニズムの特定の原理は従来技術から利用可能である。１例は次の通りである。
【０１９０】
第１端末は、命令において現在の端末のユーザ識別子を運ぶことができる。命令を受信した後、第２端末は、命令を開始する端末が、ユーザ識別子に従う現在の端末に対する合法的なユーザであるか否かを決定することができる（例えば、第２端末は合法的なユーザのグループを作成することができ、かつ、開始する端末が合法的なユーザのグループに入っているか否かに基づいて、ユーザが合法的なユーザであるか否かを決定する。）。命令を開始する端末が合法的なユーザである場合、第２端末は、命令に従って、対応するＰＳドメインプロセスを実行することができる。そうでなければ、プロセスは実行されない。
【０１９１】
上記した承認メカニズムの導入は、第２端末のユーザが、違法なユーザによって不当に又は不必要に妨害されるのを効果的に防止することができ、これによって、端末ユーザの利益を効果的に保証し、かつ、ユーザの体験を大いに向上させる。
【０１９２】
上記した実施例による方法のステップの全て又は一部が関連するハードウェアを命令するプログラムによって実行することができ、コンピュータ可読記憶媒体に格納することができることを当業者は理解することができる。実行されるとき、プログラムは、次のステップを含むことができる。１）第１端末が第２端末に命令して、パケット交換ドメインの状態を変化させ、パケット交換ドメインの状態を変化させるステップは、パケット交換ドメインを起動するステップ、又は、第２端末が現在位置するパケット交換ドメインのパラメータを変更するステップを具備し、かつ、２）命令を受信した後、第２端末はパケット交換ドメインの状態を変化させる。ここで上述した格納媒体は、例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスクなどを含んでいる。
【実施例９】
【０１９３】
図11は、本発明の実施例による端末の構成を示した概略図である。図11に示されたように、端末はＰＳドメインベースのサービスをサポートし、かつ、受信ユニット1101と、パケット交換ドメイン処理ユニット1102とを具備している。
【０１９４】
受信ユニット1101は、他の端末（例えば、第１端末）からメッセージを受信するように構成されている。メッセージは、ＰＳドメインの状態を変化させるための命令を含んでいる。ここで、ＰＳドメインの状態を変化させるステップは、ＰＳドメインを起動するステップ、又は、ＰＳドメイン（端末が現在位置する）のパラメータを変更するステップを具備している。
【０１９５】
パケット交換ドメイン処理ユニット1102は、受信ユニット1101によって受信されたＰＳドメインの状態を変化させるための命令に基づき、パケット交換ドメインの状態を変化させるように構成されている。
【０１９６】
パケット交換ドメイン処理ユニット1102は、起動処理ユニット11021、及び／又は、パケット交換ドメインパラメータ変更ユニット11022をさらに備えている。
【０１９７】
起動処理ユニット11021は、受信ユニット1101によって受信されたＰＳドメインを起動するための命令に基づき、対応するＰＳドメインを起動するように構成されている。特定の実施例の原理に関しては、実施例１，２，３，４，５，６及び８の説明を参照することができる。
【０１９８】
パケット交換ドメインパラメータ変更ユニット11022は、受信ユニット1101によって受信された、ＰＳドメイン（端末が現在位置する）のパラメータを変更するための命令に従って、ＰＳドメイン（端末が現在位置する）のパラメータを変更するように構成されている。特定の実施例の原理に関しては、実施例７の説明を参照することができる。
【０１９９】
上記から分かるように、本発明の実施例による端末のパケット交換ドメイン処理ユニット1102は、受信ユニット1101がＰＳドメインの状態を変化させるための命令を受信した後に、ＰＳドメインに対して、対応するオペレーションを実行することができる。明らかに、端末はＰＳドメインの状態の受動的な変化をサポートして、変化状態を有するＰＳドメインで、ＰＳドメインベースのサービス（例えば、ＩＭＳサービス）を展開する。
【０２００】
本発明の実施例による端末は、承認ユニット1104をさらに備えてもよい。
【０２０１】
承認ユニット1104は、命令を送信する端末が、受信ユニット1101によって受信されたパケット交換ドメインの状態を変化させるための命令で運ばれた承認情報に従う合法的な端末であるか否かを決定するように構成されている。それが合法的な端末である場合、パケット交換ドメイン処理ユニット1102は、パケット交換ドメインの状態を変化するオペレーションを実行するようにトリガされる。そうでなければ、パケット交換ドメイン処理ユニット1103は、パケット交換ドメインの状態を変化させるようにトリガされない。特定の実施例の原理に関しては、実施例８の説明を参照することができる。
【０２０２】
承認ユニット1104が、第１端末が合法的な端末であるか否かを決定するとき、パケット交換ドメインの状態を変化するオペレーションを実行するように、パケット交換ドメイン処理ユニット1102をトリガするステップの詳細は次の通りである。現在命令が第２端末に命令して、ＰＳドメインを起動する場合（第２端末が他のＰＳドメインに現在は入っているか否かに拘わらず）、起動処理ユニット11021は、トリガされて、ＰＤＰ起動リクエストを、リクエストによりＰＳドメインに開始し、ＰＳドメインを起動するオペレーションをリクエストする。現在命令が第２端末にリクエストして、ＰＳドメイン（端末が現在位置する）の状態を変化させる場合、パケット交換ドメインパラメータ変更ユニット11022は、トリガされて、ＰＳドメインのパラメータを変更するオペレーションを実行する。
【０２０３】
命令に基づきＰＳドメインに対するオペレーションを受動的に実行するとき、端末（承認ユニット1104を含む）も、対応する承認プロセスを実行して、第１端末のユーザが合法的であるか否かを決定することができる。それが違法である場合、プロセスは実行されない。明らかに、端末（承認ユニット1104を含む）は、違法なユーザが妨害するのを効果的に防ぐことができ、これによって、端末ユーザの利益を効果的に保証し、かつ、ユーザの体験を大いに向上させる。
【０２０４】
本発明の実施例による端末は、起動命令ユニット1103をさらに備えてもよい。
【０２０５】
起動命令ユニット1103は、他の端末（例えば、第１端末）に命令して、ＰＳドメインの状態を変化させるように構成されている。
【０２０６】
ＰＳドメインの状態を変化する機能に加えて、端末（起動命令ユニット1103をさらに備えた）は、他の端末とＰＳドメインベースのサービスを実行することが要求されるとき、命令イニシエータとしても動作することができる。起動命令ユニット1103は、現在の端末とＰＳドメインベースのサービスを実行するため、他の端末に命令して、ＰＳドメインの状態を変化させる。
【０２０７】
本発明の本実施例による端末はハードウェアの形態又はソフトウェアファンクションモジュールで実行することができることに注意しなければならない。本発明の実施例によるデバイスは、別々の製品として販売又は使用することができ、又は、コンピュータ可読記憶媒体に格納することができる。
【実施例１０】
【０２０８】
図12は、本発明の実施例によるサービス起動センターの構成を示した概略図である。図12に示すように、サービス起動センターは、起動命令受信ユニット1201と、起動命令回送ユニット1202とを備えている。
【０２０９】
起動命令受信ユニット1201は、ＰＳドメインを起動するための命令を、第１端末から受信するように構成されている。
【０２１０】
起動命令回送ユニット1202は、起動命令受信ユニット1201によって受信されたＰＳドメインを起動するための命令を、第２端末に回送するように構成され、したがって、第２端末は、命令に従ってＰＳドメインを起動することができる。
【０２１１】
特定の通信ネットワークでは、本発明の実施例によるサービス起動センターは、ショートメッセージセンターと接続することができる。即ち、ショートメッセージセンターは、付加価値サービスサーバとしてサービス起動センターを扱うことができ、かつ、サービス起動センターにソース転送アドレス（ＯＯＡであり得るが、これに限定されない。）を与えることができる。端末は、ショートメッセージが第１端末の転送アドレスに従うサービス起動センターからのものであることを決定することができ、かつ、対応するプロセスを実行することができる。
【０２１２】
上記から分かるように、本発明の実施例によるサービス起動交換センターは、ＰＳドメインを起動するための命令を回送することによって、端末に命令して、ＰＳドメインを起動することができ、したがって、端末は、命令に従ってＰＳドメインを受動的に起動して、ＰＳドメインベースのサービスを展開することができる。
【０２１３】
本発明の本実施例によるサービス起動センターはハードウェアの形態又はソフトウェアファンクションモジュールで実行することができることに注意しなければならない。本発明の実施例によるデバイスは、別々の製品として販売又は使用することができ、又は、コンピュータ可読記憶媒体に格納することができる。
【実施例１１】
【０２１４】
図13は、本発明の実施例による移動交換センターの構成を示した概略図である。図13に示されたように、移動交換センターは、起動命令受信ユニット1301と、解析ユニット1302と、カプセル化ユニット1303と、送信ユニット1304とを備えている。
【０２１５】
起動命令受信ユニット1301は、第１端末からＤＴＭＦメッセージを受信するように構成されている。
【０２１６】
解析ユニット1302は、起動命令受信ユニット1301によって受信されたＤＴＭＦメッセージを解析するように構成されている。
【０２１７】
カプセル化ユニット1303は、解析ユニット1302が、解析から、ＤＴＭＦメッセージが第２端末に命令して、ＰＳドメインを起動するのに使用されることを知るとき、ＤＴＭＦメッセージ内に情報をシグナリングメッセージ（例えば、ファシリティメッセージ）として、カプセル化するように構成されている。
【０２１８】
送信ユニット1304は、カプセル化ユニット1303におけるカプセル化から得られるシグナリングメッセージを、第２端末に送信するように構成されている。
【０２１９】
上記から分かるように、本発明の本実施例による移動交換センターは、ＰＳドメインの起動を命令するための受信したＤＴＭＦメッセージを、シグナリングメッセージに再カプセル化することができる。このような方法で、端末は、ＰＳドメインを起動するように命令することができ、したがって、端末は、命令に従ってＰＳドメインを受動的に起動して、ＰＳドメインベースのサービスを展開することができる。かつ、端末による命令の受領が現在サービス（特に、ＣＳセッション）に障害（例えば、音声ミキシング）をもたらす問題点を回避することができる。
【０２２０】
本発明の本実施例による移動交換センターは、ハードウェアの形態又はソフトウェアファンクションモジュールで実行することができることに注意しなければならない。本発明の実施例によるデバイスは、別々の製品として販売又は使用することができ、又は、コンピュータ可読記憶媒体に格納することができる。
【０２２１】
先の説明は、本発明の実施例によるパケット交換ドメインの状態を変化させるための方法、端末及びネットワークデバイスを単に説明し、かつ、実施例の原理及び実装は、特定例を示す目的でこれに関連して記載されている。上記した実施例は、本発明の実施例による方法及び原理の理解を促進するためだけに記載されている。本発明による解決策の範囲内で、当業者によって実施することができる変形例及び代替例は、添付の特許請求の範囲に定義された本発明の保護範囲に含まれる。
【符号の説明】
【０２２２】
21 端末
22 中間ＩＭＳエンティティ
23 中間ＣＳエンティティ
24 端末
【特許請求の範囲】
【請求項１】
パケット交換ドメインの状態を変化させる方法であって、
パケット交換ドメインの状態を変化させるために、第１端末から送信された命令を受信するステップと、
前記命令に従って、前記パケット交換ドメインの前記状態を変化させるステップと
を具備し、
前記パケット交換ドメインの前記状態を変化させるステップは、
前記パケット交換ドメインを起動させるステップ、又は、
第２端末が現在位置する前記パケット交換ドメインのパラメータを変更するステップ
を具備すること特徴とするパケット交換ドメインの状態を変化させる方法。
【請求項２】
前記命令は、承認情報を運び、かつ、
前記方法は、
前記承認情報を取得するステップと、
前記第１端末が前記承認情報に従う合法的な端末であると決定される場合、前記パケット交換ドメインの前記状態を変化させるステップと
をさらに具備することを特徴とする請求項１に記載のパケット交換ドメインの状態を変化させる方法。
【請求項３】
前記パケット交換ドメインの前記状態を変化させるステップが前記パケット交換ドメインを起動するとき、前記命令を受信した後、かつ、前記パケット交換ドメインを起動する前に、
前記方法は、
前記第２端末が前記パケット交換ドメインをサポートし、かつ、前記第２端末が位置するネットワークが前記パケット交換ドメインの起動をサポートすると決定される場合、前記パケット交換ドメインの前記状態を変化させるステップと、
前記第２端末が前記パケット交換ドメインをサポートし、かつ、前記パケット交換ドメインの起動に同意し、かつ、前記第２端末が位置する前記ネットワークが前記パケット交換ドメインの起動をサポートすると決定される場合、前記パケット交換ドメインの前記状態を変化させるステップと
をさらに具備することを特徴とする請求項１に記載のパケット交換ドメインの状態を変化させる方法。
【請求項４】
前記第２端末によって、
前記第２端末が前記パケット交換ドメインをサポートするか否か、及び、前記第２端末が位置する前記ネットワークが前記パケット交換ドメインの起動をサポートするか否かに関する情報、又は、
前記第２端末が前記パケット交換ドメインをサポートし、かつ、前記パケット交換ドメインの起動に合意するか否か、及び、前記第２端末が位置する前記ネットワークが前記パケット交換ドメインの起動をサポートするか否かに関する情報
を含む応答メッセージを、前記第１端末に返すステップ
をさらに具備することを特徴とする請求項３に記載のパケット交換ドメインの状態を変化させる方法。
【請求項５】
前記パケット交換ドメインの前記状態を変化させるステップが前記パケット交換ドメインを起動するとき、前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
前記第１端末から送信された、前記第２端末にリクエストして、前記パケット交換ドメインを起動するためのサービス識別子を運ぶデュアルトーンマルチフリーケンシーメッセージを受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項６】
前記第１端末から送信された前記デュアルトーンマルチフリーケンシーメッセージの受信ステップは、
通信ネットワークを介して、前記第１端末から送信された前記デュアルトーンマルチフリーケンシーメッセージを受信するステップ
を具備し、
前記デュアルトーンマルチフリーケンシーメッセージは、前記通信ネットワークを介して、前記第２端末に直接回送され、又は、
前記デュアルトーンマルチフリーケンシーが前記第２端末に命令して、前記パケット交換ドメインを起動するために使用されるとき、前記デュアルトーンマルチフリーケンシーは、前記通信ネットワークによってシグナリングメッセージ内にカプセル化された後、前記第２端末に送信されることを特徴とする請求項５に記載のパケット交換ドメインの状態を変化させる方法。
【請求項７】
前記パケット交換ドメインの前記状態を変化させるステップが、前記パケット交換ドメインを起動するとき、前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
前記第１端末から送信された、前記第２端末にリクエストして、前記パケット交換ドメインを起動するためのサービス識別子を運ぶショートメッセージを受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項８】
前記第１端末から送信された前記ショートメッセージの受信ステップは、
サービス起動センターを介して、前記第１端末から送信された、前記サービス起動センターの前記アドレスを運ぶ前記ショートメッセージを受信するステップ
を具備し、
前記命令を受信し、かつ、前記パケット交換ドメインを起動した後、前記方法は、
前記ショートメッセージが、前記ショートメッセージで運ばれた前記サービス起動センターの前記アドレスに従う前記サービス起動センターからのものであることが決定される場合、前記パケット交換ドメインを起動するステップ
をさらに具備することを特徴とする請求項７に記載のパケット交換ドメインの状態を変化させる方法。
【請求項９】
前記パケット交換ドメインの前記状態を変化させるステップが前記パケット交換ドメインを起動するとき、
前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
前記第１端末から送信された、前記第２端末にリクエストして、前記パケット交換ドメインを起動するためのサービス識別子を運ぶ呼設定メッセージを受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１０】
前記呼設定メッセージで運ばれた前記サービス識別子は、前記呼設定メッセージのユーザ間フィールド内に実装されることを特徴とする請求項９に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１１】
前記設定メッセージを受信した後、前記方法は、
切断命令を前記第１端末に送信して、前記第１端末に命令して、前記第２端末との接続を切断するオペレーションを実行するステップ
をさらに具備する特徴とする請求項９に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１２】
前記切断命令は、前記第２端末が前記呼設定メッセージを正しく受信したか否かを示す情報をさらに運ぶことを特徴とする請求項１１に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１３】
前記パケット交換ドメインの前記状態を変化させるステップが前記パケット交換ドメインを起動するとき、
前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
前記第２端末によって、前記第１端末から送信された、前記第２端末にリクエストして、前記パケット交換ドメインを起動するためのサービス識別子を運ぶプッシュメッセージを受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１４】
前記プッシュメッセージで運ばれた前記サービス識別子は、前記プッシュメッセージ内のアプリケーション識別子の所定値を用いて識別されることを特徴とする請求項１３に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１５】
前記第１端末及び前記第２端末が第１パケットドメインに現在は入り、かつ、前記パケット交換ドメインの前記状態を変化させるステップが第２パケットドメインを起動するとき、前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
前記第１パケット交換ドメインを介して、前記第１端末から送信された前記第２パケット交換ドメインを起動するための命令を受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１６】
前記第２パケット交換ドメインを起動するための前記命令は、セッション招待リクエストメッセージを介して、送信されることを特徴とする請求項１５に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１７】
前記パケット交換ドメインの前記状態を変化させるステップが、前記第２端末が現在位置する前記パケット交換ドメインのパラメータを変更するとき、前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
現在起動されたパケット交換ドメインを介して前記第１端末から送信された、前記第２端末が現在位置する前記パケット交換ドメインの前記パラメータを変更するための命令を受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１８】
前記命令に従って前記パケット交換ドメインの前記パラメータを変更した後、前記方法は、
前記変更結果を運ぶ変更応答を、前記第１端末に送信するステップ
をさらに具備することを特徴とする請求項１７項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１９】
前記パケット交換ドメインの前記状態を変化させるための前記命令は、セッション招待リクエストメッセージを介して送信されることを特徴とする請求項１７項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項２０】
端末であって、
第１端末から送信されたパケット交換ドメインの状態を変化させるための命令を受信するように構成された受信ユニットと、
前記パケット交換ドメインの前記状態を変化させるための前記命令に従って、前記端末の前記パケット交換ドメインの前記状態を変化させるように構成されたパケット交換ドメイン処理ユニットと
を具備し、
前記パケット交換ドメインの前記状態を変化させるステップは、
前記パケット交換ドメインを起動させるステップ、又は、
前記端末が現在位置する前記パケット交換ドメインのパラメータを変更するステップ
を具備すること特徴とする端末。
【請求項２１】
前記パケット交換ドメイン処理ユニットは、
前記受信ユニットによって受信された前記パケット交換ドメインを起動するための前記命令に従って、前記パケット交換ドメインを起動するように構成された起動処理ユニット、及び／又は、
前記受信ユニットによって受信された、前記端末が現在位置する前記パケット交換ドメインの前記パラメータを変更するため、前記命令に従って、前記端末が現在位置する前記パケット交換ドメインのパラメータを変更するように構成されたパケット交換ドメインパラメータ変更ユニット
を具備することを特徴とする請求項２０に記載の端末。
【請求項２２】
前記受信ユニットによって受信された前記パケット交換ドメインの前記状態を変化させるための前記命令で運ばれた承認情報に従って、前記第１端末が合法端末であるか否かを決定し、かつ、
前記第１端末が合法端末であると決定される場合、前記パケット交換ドメインの前記状態を変化させるために、前記パケット交換ドメイン処理ユニットをトリガするように構成された承認ユニット
をさらに具備することを特徴とする請求項２０に記載の端末。
【請求項２３】
前記パケット交換ドメインを起動し、かつ／又は、前記端末が現在位置する前記パケット交換ドメインの前記パラメータを変更するための前記命令を、前記第１端末に送信するように構成された起動命令ユニットをさらに具備することを特徴とする請求項２１乃至２３のいずれか１項に記載の端末。
【請求項２４】
サービス起動センターであって、
第１端末から、パケット交換ドメインを起動するための命令を受信するように構成された起動命令受信ユニットと、
第２端末に、前記パケット交換ドメインを起動するための前記命令を回送するように構成された起動命令回送ユニットと
を具備することを特徴とするサービス起動センター。
【請求項２５】
移動交換センターであって、
第１端末から、デュアルトーンマルチフリーケンシーメッセージを受信するように構成された起動命令受信ユニットと、
前記起動命令受信ユニットによって受信された前記デュアルトーンマルチフリーケンシーメッセージを解析するよう構成された解析ユニットと、
前記デュアルトーンマルチフリーケンシーメッセージを使用して、第２端末に命令して、パケット交換ドメインを起動することを、前記解析ユニットが解析から知ったとき、シグナリングメッセージとして、前記デュアルトーンマルチフリーケンシーメッセージ内の情報をカプセル化するよう構成されたカプセル化ユニットと、
前記カプセル化ユニットでの前記カプセル化から得られた前記シグナリングメッセージを、前記第２端末に送信するように構成された送信ユニットと
を具備することを特徴とする移動交換センター。
【請求項１】
パケット交換ドメインの状態を変化させる方法であって、
パケット交換ドメインの状態を変化させるために、第１端末から送信された命令を受信するステップと、
前記命令に従って、前記パケット交換ドメインの前記状態を変化させるステップと
を具備し、
前記パケット交換ドメインの前記状態を変化させるステップは、
前記パケット交換ドメインを起動させるステップ、又は、
第２端末が現在位置する前記パケット交換ドメインのパラメータを変更するステップ
を具備すること特徴とするパケット交換ドメインの状態を変化させる方法。
【請求項２】
前記命令は、承認情報を運び、かつ、
前記方法は、
前記承認情報を取得するステップと、
前記第１端末が前記承認情報に従う合法的な端末であると決定される場合、前記パケット交換ドメインの前記状態を変化させるステップと
をさらに具備することを特徴とする請求項１に記載のパケット交換ドメインの状態を変化させる方法。
【請求項３】
前記パケット交換ドメインの前記状態を変化させるステップが前記パケット交換ドメインを起動するとき、前記命令を受信した後、かつ、前記パケット交換ドメインを起動する前に、
前記方法は、
前記第２端末が前記パケット交換ドメインをサポートし、かつ、前記第２端末が位置するネットワークが前記パケット交換ドメインの起動をサポートすると決定される場合、前記パケット交換ドメインの前記状態を変化させるステップと、
前記第２端末が前記パケット交換ドメインをサポートし、かつ、前記パケット交換ドメインの起動に同意し、かつ、前記第２端末が位置する前記ネットワークが前記パケット交換ドメインの起動をサポートすると決定される場合、前記パケット交換ドメインの前記状態を変化させるステップと
をさらに具備することを特徴とする請求項１に記載のパケット交換ドメインの状態を変化させる方法。
【請求項４】
前記第２端末によって、
前記第２端末が前記パケット交換ドメインをサポートするか否か、及び、前記第２端末が位置する前記ネットワークが前記パケット交換ドメインの起動をサポートするか否かに関する情報、又は、
前記第２端末が前記パケット交換ドメインをサポートし、かつ、前記パケット交換ドメインの起動に合意するか否か、及び、前記第２端末が位置する前記ネットワークが前記パケット交換ドメインの起動をサポートするか否かに関する情報
を含む応答メッセージを、前記第１端末に返すステップ
をさらに具備することを特徴とする請求項３に記載のパケット交換ドメインの状態を変化させる方法。
【請求項５】
前記パケット交換ドメインの前記状態を変化させるステップが前記パケット交換ドメインを起動するとき、前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
前記第１端末から送信された、前記第２端末にリクエストして、前記パケット交換ドメインを起動するためのサービス識別子を運ぶデュアルトーンマルチフリーケンシーメッセージを受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項６】
前記第１端末から送信された前記デュアルトーンマルチフリーケンシーメッセージの受信ステップは、
通信ネットワークを介して、前記第１端末から送信された前記デュアルトーンマルチフリーケンシーメッセージを受信するステップ
を具備し、
前記デュアルトーンマルチフリーケンシーメッセージは、前記通信ネットワークを介して、前記第２端末に直接回送され、又は、
前記デュアルトーンマルチフリーケンシーが前記第２端末に命令して、前記パケット交換ドメインを起動するために使用されるとき、前記デュアルトーンマルチフリーケンシーは、前記通信ネットワークによってシグナリングメッセージ内にカプセル化された後、前記第２端末に送信されることを特徴とする請求項５に記載のパケット交換ドメインの状態を変化させる方法。
【請求項７】
前記パケット交換ドメインの前記状態を変化させるステップが、前記パケット交換ドメインを起動するとき、前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
前記第１端末から送信された、前記第２端末にリクエストして、前記パケット交換ドメインを起動するためのサービス識別子を運ぶショートメッセージを受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項８】
前記第１端末から送信された前記ショートメッセージの受信ステップは、
サービス起動センターを介して、前記第１端末から送信された、前記サービス起動センターの前記アドレスを運ぶ前記ショートメッセージを受信するステップ
を具備し、
前記命令を受信し、かつ、前記パケット交換ドメインを起動した後、前記方法は、
前記ショートメッセージが、前記ショートメッセージで運ばれた前記サービス起動センターの前記アドレスに従う前記サービス起動センターからのものであることが決定される場合、前記パケット交換ドメインを起動するステップ
をさらに具備することを特徴とする請求項７に記載のパケット交換ドメインの状態を変化させる方法。
【請求項９】
前記パケット交換ドメインの前記状態を変化させるステップが前記パケット交換ドメインを起動するとき、
前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
前記第１端末から送信された、前記第２端末にリクエストして、前記パケット交換ドメインを起動するためのサービス識別子を運ぶ呼設定メッセージを受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１０】
前記呼設定メッセージで運ばれた前記サービス識別子は、前記呼設定メッセージのユーザ間フィールド内に実装されることを特徴とする請求項９に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１１】
前記設定メッセージを受信した後、前記方法は、
切断命令を前記第１端末に送信して、前記第１端末に命令して、前記第２端末との接続を切断するオペレーションを実行するステップ
をさらに具備する特徴とする請求項９に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１２】
前記切断命令は、前記第２端末が前記呼設定メッセージを正しく受信したか否かを示す情報をさらに運ぶことを特徴とする請求項１１に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１３】
前記パケット交換ドメインの前記状態を変化させるステップが前記パケット交換ドメインを起動するとき、
前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
前記第２端末によって、前記第１端末から送信された、前記第２端末にリクエストして、前記パケット交換ドメインを起動するためのサービス識別子を運ぶプッシュメッセージを受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１４】
前記プッシュメッセージで運ばれた前記サービス識別子は、前記プッシュメッセージ内のアプリケーション識別子の所定値を用いて識別されることを特徴とする請求項１３に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１５】
前記第１端末及び前記第２端末が第１パケットドメインに現在は入り、かつ、前記パケット交換ドメインの前記状態を変化させるステップが第２パケットドメインを起動するとき、前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
前記第１パケット交換ドメインを介して、前記第１端末から送信された前記第２パケット交換ドメインを起動するための命令を受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１６】
前記第２パケット交換ドメインを起動するための前記命令は、セッション招待リクエストメッセージを介して、送信されることを特徴とする請求項１５に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１７】
前記パケット交換ドメインの前記状態を変化させるステップが、前記第２端末が現在位置する前記パケット交換ドメインのパラメータを変更するとき、前記第１端末から送信された前記パケット交換ドメインの前記状態を変化させるための前記命令の受信ステップは、
現在起動されたパケット交換ドメインを介して前記第１端末から送信された、前記第２端末が現在位置する前記パケット交換ドメインの前記パラメータを変更するための命令を受信するステップ
を具備することを特徴とする請求項１乃至４のいずれか１項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１８】
前記命令に従って前記パケット交換ドメインの前記パラメータを変更した後、前記方法は、
前記変更結果を運ぶ変更応答を、前記第１端末に送信するステップ
をさらに具備することを特徴とする請求項１７項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項１９】
前記パケット交換ドメインの前記状態を変化させるための前記命令は、セッション招待リクエストメッセージを介して送信されることを特徴とする請求項１７項に記載のパケット交換ドメインの状態を変化させる方法。
【請求項２０】
端末であって、
第１端末から送信されたパケット交換ドメインの状態を変化させるための命令を受信するように構成された受信ユニットと、
前記パケット交換ドメインの前記状態を変化させるための前記命令に従って、前記端末の前記パケット交換ドメインの前記状態を変化させるように構成されたパケット交換ドメイン処理ユニットと
を具備し、
前記パケット交換ドメインの前記状態を変化させるステップは、
前記パケット交換ドメインを起動させるステップ、又は、
前記端末が現在位置する前記パケット交換ドメインのパラメータを変更するステップ
を具備すること特徴とする端末。
【請求項２１】
前記パケット交換ドメイン処理ユニットは、
前記受信ユニットによって受信された前記パケット交換ドメインを起動するための前記命令に従って、前記パケット交換ドメインを起動するように構成された起動処理ユニット、及び／又は、
前記受信ユニットによって受信された、前記端末が現在位置する前記パケット交換ドメインの前記パラメータを変更するため、前記命令に従って、前記端末が現在位置する前記パケット交換ドメインのパラメータを変更するように構成されたパケット交換ドメインパラメータ変更ユニット
を具備することを特徴とする請求項２０に記載の端末。
【請求項２２】
前記受信ユニットによって受信された前記パケット交換ドメインの前記状態を変化させるための前記命令で運ばれた承認情報に従って、前記第１端末が合法端末であるか否かを決定し、かつ、
前記第１端末が合法端末であると決定される場合、前記パケット交換ドメインの前記状態を変化させるために、前記パケット交換ドメイン処理ユニットをトリガするように構成された承認ユニット
をさらに具備することを特徴とする請求項２０に記載の端末。
【請求項２３】
前記パケット交換ドメインを起動し、かつ／又は、前記端末が現在位置する前記パケット交換ドメインの前記パラメータを変更するための前記命令を、前記第１端末に送信するように構成された起動命令ユニットをさらに具備することを特徴とする請求項２１乃至２３のいずれか１項に記載の端末。
【請求項２４】
サービス起動センターであって、
第１端末から、パケット交換ドメインを起動するための命令を受信するように構成された起動命令受信ユニットと、
第２端末に、前記パケット交換ドメインを起動するための前記命令を回送するように構成された起動命令回送ユニットと
を具備することを特徴とするサービス起動センター。
【請求項２５】
移動交換センターであって、
第１端末から、デュアルトーンマルチフリーケンシーメッセージを受信するように構成された起動命令受信ユニットと、
前記起動命令受信ユニットによって受信された前記デュアルトーンマルチフリーケンシーメッセージを解析するよう構成された解析ユニットと、
前記デュアルトーンマルチフリーケンシーメッセージを使用して、第２端末に命令して、パケット交換ドメインを起動することを、前記解析ユニットが解析から知ったとき、シグナリングメッセージとして、前記デュアルトーンマルチフリーケンシーメッセージ内の情報をカプセル化するよう構成されたカプセル化ユニットと、
前記カプセル化ユニットでの前記カプセル化から得られた前記シグナリングメッセージを、前記第２端末に送信するように構成された送信ユニットと
を具備することを特徴とする移動交換センター。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公表番号】特表２０１０−５１５３１１（Ｐ２０１０−５１５３１１Ａ）
【公表日】平成２２年５月６日（２０１０．５．６）
【国際特許分類】
【出願番号】特願２００９−５４３３３８（Ｐ２００９−５４３３３８）
【出願日】平成２０年２月２９日（２００８．２．２９）
【国際出願番号】ＰＣＴ／ＣＮ２００８／０７０３７９
【国際公開番号】ＷＯ２００８／１１９２７８
【国際公開日】平成２０年１０月９日（２００８．１０．９）
【出願人】（５０４２７７３８８）▲ホア▼▲ウェイ▼技術有限公司 (220)
【Ｆターム（参考）】
【公表日】平成２２年５月６日（２０１０．５．６）
【国際特許分類】
【出願日】平成２０年２月２９日（２００８．２．２９）
【国際出願番号】ＰＣＴ／ＣＮ２００８／０７０３７９
【国際公開番号】ＷＯ２００８／１１９２７８
【国際公開日】平成２０年１０月９日（２００８．１０．９）
【出願人】（５０４２７７３８８）▲ホア▼▲ウェイ▼技術有限公司 (220)
【Ｆターム（参考）】
[ Back to top ]