JP4847608B2

JP4847608B2 - 事前設定セッションを管理する方法及びそれを実現するためのＰｏＣシステム及びＰｏＣ端末装置

Info

Publication number: JP4847608B2
Application number: JP2010502032A
Authority: JP
Inventors: スン−ジン・パク; ジ−ヒェ・イ; ウク・キム
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2007-04-06
Filing date: 2008-04-07
Publication date: 2011-12-28
Anticipated expiration: 2028-04-07
Also published as: CN103152700A; JP2012010416A; JP2010524326A; JP5478581B2; US20120157149A1; CN101682409B; WO2008123728A1; US20080248763A1; KR101458634B1; EP2608580A1; EP2135364A1; EP2135364A4; US8145250B2; EP2135364B1; CN101682409A; CN103152700B; EP2608580B1; KR20080090948A; US8311567B2

Description

本発明は、事前設定セッション(pre-established session)を管理する方法及びそれを実現するためのＰｏＣシステム及びＰｏＣ端末装置(User Equipment：以下、“ＵＥ”と称する)に関するものである。特に、本発明は、受信側(terminating side)のＰｏＣクライアントが事前設定セッションを用いてＰｏＣセッションを開設し、開設されたＰｏＣセッションを終了する場合に、事前設定セッションを維持させるための方法及びそれを実現するためのＰｏＣシステム及びＰｏＣＵＥに関する。

移動通信技術の大きな発展及び通信ネットワークの拡張によって、携帯電話を用いる多様なサービスとアプリケーションが提供される。基本的な通信サービスに加えて、ユーザーは、位置サービス、マルチメディアサービス、及びＰＴＴ(Push-to-Talk)サービスを含むより多様なサービスを要求する。特に、ＰＴＴサービスは、従来の無線送信機又はＴＲＳ(Trunked Radio System)によって提供されるグループ及び音声通話だけでなく、インスタントメッセンジャー、状態表示、音声/マルチメディア貯蔵サービスのようにさまざまな付加機能を支援する。

現在、移動通信ネットワークでＰＴＴ機能を採用するＰｏＣ(PTT-over-Cellular)サービスを標準化するために、当業界で多様な努力がなされている。従来の移動通信サービスと区別されるＰｏＣサービスの特徴のうちの一つは、ユーザーが複数のセッションに属しているので、必要であれば、セッション間を移動しながら通話を遂行することができることである。ユーザーが複数のＰｏＣセッションを通じて移動する中に通話可能でなければならないという要求事項は、関連移動通信サービスを定義している団体であるＯＭＡ(Open Mobile Alliance)によって規定されている。

一方、ＰｏＣ呼サービスを利用するために、ＰｏＣクライアントは、ＳＩＰ(Session Initiation Protocol)/ＩＰ(Internet Protocol)コアに自分のＰｏＣアドレスを登録する。このとき、ＳＩＰ/ＩＰコアは、ＰｏＣクライアントの要求によってＰｏＣユーザーに関する情報を格納する。したがって、他のＰｏＣクライアントがＰｏＣグループの呼び出しを要求する場合に、上記したようにＰｏＣクライアントは、自分の情報をＳＩＰ/ＩＰコアネットワークに前もって登録し、ＰｏＣＸＤＭＳ(XML(Extensible Markup Language) Document Management Server)から受信されたグループ識別情報を用いて自分のＳＩＰ/ＩＰコアネットワークにＰｏＣグループの呼を要求する。すると、ＳＩＰ/ＩＰコアは、伝送された呼要求を有するＰｏＣクライアントに関する情報を用いてアドレス決定とドメイン位置決定手順を遂行した後に、呼要求のＰｏＣクライアントが登録されたホームＰｏＣサーバにＰｏＣ呼要求を伝送する。ＰｏＣサーバは、このＰｏＣ通話要求に対してＰｏＣセッション開設を準備し、ＰｏＣＸＤＭＳサーバから必要なクライアント情報を獲得し、該当ＳＩＰ/ＩＰコアネットワークに通話要求信号を伝送する。このとき、通話要求信号がイントラドメイン内のクライアントに対する通話要求に該当する場合に、ＰｏＣサーバは、ＰｏＣ参加機能(Participating PoC Function：ＰＦ)とＰｏＣ管理機能(Controlling PoC Function：ＣＦ)をともに遂行する。

通話要求されたＰｏＣクライアントを管理するＰｏＣサーバは、受信されたＰｏＣクライアントに関する情報を用いて、ＳＩＰ/ＩＰコアネットワークが位置決定手順を遂行した後に、ＰｏＣクライアントにＰｏＣ通話を要求する。ＰｏＣ通話が要求されたＰｏＣクライアントがＯＫ応答(response)を通話が要求されたＰｏＣクライアントに送ると、ＰｏＣ通話が開始される。ＰｏＣクライアントは、ＰｏＣ通話が相手ＰｏＣクライアントの状態に従って開始されない場合には、ＰｏＣボックス(box)で伝送されるユーザーの音声及び/又はメディアを格納することができる。

一方、上記したように通話要求によって通話可能にするＰｏＣ通話設定のための呼処理技術は、送信側と受信側の要求及び状況に基づいて多様な手順を有することができる。ＯＭＡに基づいて、送信側と受信側の要求及び状態に従って要求されるＰｏＣシステムの特徴は、次のようである。

第１に、受信側は、ＰｏＣクライアントの要求によって自分の応答モードを設定でき、この応答モードは、自動応答(auto-answer)モードと手動応答(manual answer)モードに分類できる。

自動応答モードにおいて、送信側が受信側ＰｏＣユーザーによって指定されたＰｏＣクライアントリストに含まれている場合に、応答は、手動的に応答する受信器の代わりに、関連ネットワークから受信側に直ちに伝送される。このネットワークは、ＰｏＣサーバがＵＥの応答モード設定要求に従って応答モード及び関連したユーザーリストを格納する機能を有するため、上記したように、ＵＥの代わりに応答を自動的に送信することができる。一方、手動応答モードは、ユーザーが手動応答モードに対応するユーザーリストに含まれていない場合、その関連したユーザーが不明である場合、あるいは受信器がすべてのユーザーに対して手動応答に設定された場合に使用され、ＰｏＣ通話要求は、受信ネットワークを通じてＵＥに伝送され、その通話はＰｏＣクライアントの許可以後に接続される。

第２に、ＰｏＣシステムは、ユーザーのホームネットワークに属するＰｏＣサーバとＰｏＣクライアントとの間で接続が設定されたか否かによって、オンデマンド(on-demand)と事前設定セッションモードにセッションモードを分類する。

オンデマンドセッションモードは、事前設定セッションがＰｏＣクライアントによって設定されない場合に該当し、ＰｏＣクライアントが、他のＰｏＣクライアントから招待メッセージを受信した後にＰｏＣ呼を接続する手順を遂行する。

一方、事前設定セッションモードにおいて、特定セッションは、ＰｏＣクライアントの要求によって、このＰｏＣクライアントとユーザーのホームネットワークに属するＰｏＣサーバとの間で予め設定される。このような事前設定セッションは、ＰｏＣクライアントによって使用されるメディアパラメータをＰｏＣサーバと予め協議し、それによってＰｏＣサーバとＰｏＣクライアントとの間で使用されるメディアパラメータに対して再協議することなく、セッションが迅速に設定されるために必要な機能である。事前設定セッションの設定のために、ＰｏＣクライアントは、ＳＩＰＩＮＶＩＴＥ方法を用いてＳＤＰ(Session Description Protocol)ボディを通じて支援できるメディアパラメータを提供し、サーバから提供されたメディアパラメータに対して応答し、サーバからの応答メッセージは、新たに事前設定されたセッションの識別情報及びコンファレンス(conference)ＵＲＩ(Uniform Resource Identifier)を含む。このような事前設定セッションが使用される場合に、ＩＰアドレス、ポート番号、使用されるコーデック(codec)、及びトークバースト制御プロトコル(talk burst control protocol)の事前設定が可能である。すなわち、ＰｏＣサービスにおいて、事前設定セッションは、迅速なＰｏＣセッション開設のために生成及び維持される。事前設定セッションが開設される場合に、ＩＰアドレス、ポート番号、コーデックのようなパラメータは、ＰｏＣクライアントとＰｏＣサーバ間で予め協議される。したがって、ＲＥＦＥＲメッセージがＰｏＣセッション開設のために送信された後に応答が受信される場合、あるいはＩＮＶＩＴＥメッセージが受信された後に応答が送信される場合に、パラメータは、ＰｏＣセッションの開設に使用され、それによってセッション開設に要求される期間が短縮できる。

以下、図１を参照して、ＰｏＣクライアントとＰｏＣサーバとの間で事前設定セッションを設定するための従来の信号フローについて説明する。

ステップ１００及び１０２で、ＰｏＣクライアントＡは、事前設定セッションの設定のためのメッセージであるＩＮＶＩＴＥメッセージをＳＩＰ/ＩＰコアＡを通じてＰｏＣサーバＡに伝送する。その後、ステップ１０４及び１０６で、ＰｏＣサーバＡは、ＩＮＶＩＴＥメッセージに応答してＯＫメッセージをＳＩＰ/ＩＰコアＡを通じてＰｏＣクライアントＡに伝送する。

上記のように事前設定セッションが設定された状態で、ＰｏＣクライアントとＰｏＣサーバとの間でＰｏＣセッションを開設するための従来の信号フローについて、図２を参照して説明する。

ＰｏＣクライアントＡは事前設定セッションを用いてＰｏＣセッションを開設する場合に、ＰｏＣクライアントは、ステップ２００及び２０２で、ＳＩＰ/ＩＰコアＡを通じてＰｏＣセッション開設のためにＲＥＦＥＲメッセージをＰｏＣサーバＡに伝送する。このとき、ＰｏＣクライアントＡは、事前設定セッションを維持したまま、すなわちＰｏＣクライアントＡと参加者管理機能を遂行するＰｏＣサーバ(すなわち、参加ＰｏＣ機能(Participating PoC Function)部)との間でＳＩＰセッションの呼ＩＤ(Call ID)を用いて事前設定セッションＩＤとしてＰｏＣセッションを開設する。

したがって、ＰｏＣサーバは、ステップ２０３で、該当ＰｏＣセッションに招待されたＰｏＣクライアントを招待する動作を遂行し、ステップ２０４及び２０６で、ＳＩＰ/ＩＰコアＡを通じてＰｏＣクライアントＡにＲＥＦＥＲメッセージに応答してＡＣＣＥＰＴＥＤメッセージを伝送する。

その後、ＰｏＣサーバＡは、ステップ２０８で、特定のＰｏＣクライアントから最初の招待許可応答を受信する場合に、ステップ２０９で、発言権(floor)接続(すなわち、トークバースト接続(connect))メッセージを通じてＰｏＣセッションＩＤをＰｏＣクライアントＡに伝送する。

すると、ＰｏＣクライアントＡは、ステップ２１０で、発言権認識(すなわち、トークバースト認識(Acknowledge))メッセージをＰｏＣサーバＡに伝送し、ＰｏＣサーバＡは、ステップ２１２で、発言権確認(すなわち、トークバースト確認(confirm))メッセージをＰｏＣクライアントＡに伝送する。その後、ＰｏＣクライアントＡは、ステップ２１４で、ＲＴＰ(Real-time Transport Protocol)メディアをＰｏＣサーバＡに伝送する。

一方、ＰｏＣサーバＡは、ステップ２１５で、他のＰｏＣクライアントから招待に対する応答を受信する場合に、ステップ２１６及び２１８で、ＳＩＰ/ＩＰコアＡを通じてＰｏＣクライアントＡにＮＯＴＩＦＹを伝送する。その後、受信されたＮＯＴＩＦＹメッセージを有するＰｏＣクライアントＡは、ステップ２２０及び２２２で、ＯＫメッセージをＳＩＰ/ＩＰコアＡを通じてＰｏＣサーバＡに伝送する。

以下、発信側(originating side)と受信側(terminating side)がともに自動応答モードにある場合、事前設定セッションを維持してＰｏＣセッションを終了する手順に対する従来の信号フローについて、図３を参照して説明する。

まず、ステップ３００に示したように、ＰｏＣセッションが設定された状態でＰｏＣクライアントＡがＰｏＣセッションを終了しようとする場合に、ＰｏＣクライアントＡは、ステップ３０２及び３０４で、ＰｏＣセッションの終了を要求するＲＥＦＥＲＢＹＥメッセージをＰｏＣサーバＡに伝送する。このとき、ＰｏＣクライアントＡは、ＰｏＣ参加機能(ＰＦ)のＰｏＣサーバのＩＤ及びメディアパラメータと、ＰｏＣ管理機能(ＣＦ)のＰｏＣサーバのＩＤ及びメディアパラメータとを格納する。したがって、ＰｏＣクライアントＡは、上記２個のＩＤを用いてＲＥＦＥＲＢＹＥメッセージを伝送することによって、事前設定セッションが維持されているＰｏＣセッションを終了することができる。

すると、ＰｏＣサーバＡは、ステップ３０６及び３０７で、ＲＥＦＥＲＢＹＥメッセージに応じてＡＣＣＥＰＴＥＤメッセージをＰｏＣクライアントＡに伝送する。

以後、ＰｏＣサーバＡは、ステップ３１０，３１２，３１４で、セッションの終了を要求するＢＹＥメッセージをＳＩＰ/ＩＰコアを通じてＰｏＣサーバＸに伝送する。受信されたＢＹＥメッセージを有するＰｏＣサーバＸは、ステップ３１６，３１８，３２０で、上記ＢＹＥメッセージに応答してＯＫメッセージをＳＩＰ/ＩＰコアを通じてＰｏＣサーバＡに伝送する。その後、ＰｏＣサーバＡは、ステップ３２２及び３２４でＮＯＴＩＦＹメッセージをＳＩＰ/ＩＰコアＡを通じてＰｏＣクライアントＡに伝送し、受信されたＮＯＴＩＦＹメッセージを有するＰｏＣクライアントＡは、ステップ３２６及び３２８で、ＯＫ応答メッセージをＳＩＰ/ＩＰコアを通じてＰｏＣサーバＡに伝送する。

その後、ＰｏＣサーバＡは、ステップ３３０，３３２，３３３で、事前設定セッションを維持しつつ、ＰｏＣセッションを終了する。

すなわち、従来の事前設定セッションを維持したままＰｏＣセッションを終了する従来の方法は、発信側によって遂行される。

以下、受信側が手動応答モードにある場合にＰｏＣクライアントとＰｏＣサーバとの間でＰｏＣセッションを開設するための従来の信号フローについて、図４を参照して説明する。まず、事前設定セッションがＰｏＣサーバＢ(ＰＦエンティティ)と受信側ＰｏＣクライアントＢとの間で設定されると仮定する。ステップ４００で、セッション管理機能を有するＰｏＣサーバＡ(ＣＦエンティティ)からＩＮＶＩＴＥメッセージを受信する場合には、ＰｏＣサーバＢ(ＰＦエンティティ)は、ステップ４０２でｒｅ-ＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントＢに伝送する。このとき、参加者管理機能を遂行するＰｏＣサーバＢ(ＰＦエンティティ)がｒｅ-ＩＮＶＩＴＥメッセージを伝送する場合に、ＰｏＣサーバＢは、ＰｏＣセッションＩＤをコンファレンスＵＲＩ情報に挿入し、それによってＰｏＣクライアントのＰｏＣセッションコンタクトアドレスを既存の事前設定セッションＩＤからＰｏＣセッションＩＤに変更する。

受信されたｒｅ-ＩＮＶＩＴＥメッセージを有するＰｏＣクライアントＢは、ステップ４０４及び４０６で、ＰｏＣサーバＢを通じてＰｏＣサーバＡに警告(alerting)メッセージを伝送する。このとき、ＰｏＣクライアントＢが既存の事前設定セッションＩＤの代わりに、ＰｏＣセッションＩＤを含む受信されたｒｅ-ＩＮＶＩＴＥメッセージを有するため、このＰｏＣクライアントＢは、これ以上事前設定セッションＩＤに関する情報を有することができない。また、受信側ＰｏＣクライアントＢは、ステップ４０８及び４１０で、２００ＯＫメッセージをＰｏＣサーバＡ(ＣＦエンティティ)に伝送する。

上記したように、受信側ＰｏＣクライアントが事前設定セッションを用いる手動応答モードにある場合に、受信側で参加者管理機能を遂行するＰｏＣサーバＢ(ＰＦエンティティ)がｒｅ-ＩＮＶＩＴＥメッセージを伝送すると、ＰｏＣサーバＢは、ＳＩＰメカニズムＲＦＣ[３２６１]に定義されたＳＩＰメカニズムに従ってＰｏＣセッションＩＤをコンタクトヘッダーに挿入し、それによってＰｏＣクライアントのＰｏＣセッションコンタクトアドレスは、既存の事前設定セッションＩＤからＰｏＣセッションＩＤに変更される。ここで、ＲＦＣ[３２６１]は、参照として組み込まれたものである。したがって、ＰｏＣクライアントは、事前設定セッションＩＤに関する情報を既に有していない。

したがって、上記した従来技術の問題点を解決するために、本発明の目的は、受信側ＰｏＣクライアントが事前設定セッションを用いてＰｏＣセッションを開設する場合に、事前設定セッションＩＤ及びメディアパラメータを格納し、格納された事前設定セッションＩＤを用いて事前設定セッションを維持したままＰｏＣセッションを終了する方法を提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、事前設定セッションを管理するＰｏＣシステムを提供する。そのシステムは、セッション管理機能を遂行する第１のＰｏＣサーバと、第１のＰｏＣサーバからＰｏＣセッション招待要求メッセージを受信するとともに、受信側ＰｏＣクライアントと第２のＰｏＣサーバとの間で事前設定セッションが存在するか否かを判定し、かつ、事前設定セッションが存在すると判定された場合には、事前設定セッションＩＤ及び対応するメディアパラメータを格納した後にＰｏＣセッション再招待要求メッセージを受信側ＰｏＣクライアントに伝送する第２のＰｏＣサーバと、伝送されたＰｏＣセッション再招待要求メッセージに含まれたＰｏＣセッションＩＤが事前設定セッションＩＤと同一である場合に、事前設定セッションＩＤと対応するメディアパラメータを格納するとともに、ＰｏＣセッションを終了すると、ＰｏＣセッションＩＤと事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成して第２のＰｏＣサーバに伝送する受信側ＰｏＣクライアントとを具備することを特徴とする。

本発明の他の態様によれば、セッション管理機能を遂行する第１のＰｏＣサーバ、セッション参加機能サーバとして動作する第２のＰｏＣサーバ、及び受信側ＰｏＣクライアントを含むＰｏＣシステムにおける事前設定セッションを管理する方法を提供する。その方法は、第２のＰｏＣサーバによって、第１のＰｏＣサーバからＰｏＣセッション招待要求メッセージを受信するとともに、第２のＰｏＣサーバと受信側ＰｏＣクライアントとの間で事前設定セッションが存在するか否かを判定するステップと、第２のＰｏＣサーバによって、事前設定セッションが存在すると判定された場合に事前設定セッションＩＤ及び対応するメディアパラメータを格納するとともに、ＰｏＣセッション再招待要求メッセージを受信側ＰｏＣクライアントに伝送するステップと、受信側ＰｏＣクライアントによって、伝送されたＰｏＣセッション再招待要求メッセージに含まれたＰｏＣセッションＩＤが事前設定セッションＩＤと同一である場合に、事前設定セッションＩＤ及び対応するメディアパラメータを格納するステップと、受信側ＰｏＣクライアントによって、ＰｏＣセッションの終了時にＰｏＣセッションＩＤと事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成するステップと、受信側ＰｏＣクライアントによって、生成されたＰｏＣセッション終了要求メッセージを第２のＰｏＣサーバに伝送するステップとを具備することを特徴とする。

また、本発明の他の態様によれば、セッション管理機能を遂行する第１のＰｏＣサーバと、セッション参加機能サーバとして動作する第２のＰｏＣサーバとを含むＰｏＣシステムにおける事前設定セッションを管理するためのＰｏＣＵＥを提供する。そのＰｏＣＵＥは、ＰｏＣユーザーの入力による信号を出力するユーザーインターフェースと、少なくとも一つのパケットデータの送受信を遂行するデータ伝送部と、ＰｏＣセッション招待要求メッセージを受信するとともに、ＰｏＣセッション招待要求メッセージに含まれたＰｏＣセッションＩＤが事前設定セッションＩＤと同一であるか否かを判定し、かつ、ＰｏＣセッションＩＤが事前設定セッションＩＤと同一である場合には、事前設定セッションＩＤ及び対応するメディアパラメータを格納するとともに、ＰｏＣセッションの終了時にＰｏＣセッションＩＤと事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成した後に、第２のＰｏＣサーバに伝送するＰｏＣクライアントとを具備することを特徴とする。

さらに、本発明の他の態様によれば、事前設定セッションを管理するＰｏＣシステムを提供する。そのシステムは、セッション管理機能を遂行する第１のＰｏＣサーバと、第１のＰｏＣサーバからＰｏＣセッション招待要求メッセージを受信するとともに、受信側ＰｏＣクライアントと第２のＰｏＣサーバとの間で事前設定セッションが存在するか否かを判定し、かつ、第１のＰｏＣサーバから受信されたＰｏＣセッション招待要求メッセージに対応させた後に、事前設定セッションＩＤを含むＰｏＣセッション再招待要求メッセージを受信側ＰｏＣクライアントに伝送する第２のＰｏＣサーバと、ＰｏＣセッション再招待要求メッセージを受信するとともに、ＰｏＣセッションに参加し、かつ、ＰｏＣセッションの終了時にＰｏＣセッションＩＤと事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成して第２のＰｏＣサーバに伝送する受信側ＰｏＣクライアントとを具備することを特徴とする。

本発明は、ＰｏＣクライアントが、受信側でもＰｏＣセッションＩＤ及び事前設定セッションＩＤをすべて格納し、参加中であるＰｏＣセッションを終了しようとする場合に、この格納されたＰｏＣセッションＩＤと事前設定セッションＩＤを用いてＲＥＦＥＲＢＹＥメッセージを生成してＰｏＣサーバに伝送する。ＰｏＣクライアントは、ＰｏＣセッションＩＤと事前設定セッションＩＤを用いて、事前設定セッションを維持したままでＰｏＣセッションを終了することができる。

ＰｏＣクライアントとＰｏＣサーバとの間で事前設定セッションのための従来の信号フローを示す図である。ＰｏＣクライアントとＰｏＣサーバとの間で事前設定セッションを用いてＰｏＣセッションを開設するための従来の信号フローを示す図である。発信側及び受信側が自動応答モードにある場合、事前設定セッションを維持してＰｏＣセッションを終了するための従来の手順を示すフローチャートである。受信側が手動応答モードにある場合に、ＰｏＣセッションを開設するための従来の手順を示すフローチャートである。本発明の実施形態が適用されるＰｏＣシステムを示すブロック構成図である。ＰｏＣサーバを示すブロック構成図である。ＰｏＣサーバのＰｏＣ管理機能及びＰｏＣ参加機能ブロックを示すブロック構成図である。本発明の実施形態が適用されるＰｏＣクライアントを含むＰｏＣＵＥとＰｏＣサーバとの接続を概略的に示すブロック構成図である。本発明の実施形態により、事前設定セッションを維持したまま受信側がＰｏＣセッションを開設及び終了する手順を示すフローチャートである。本発明の他の実施形態により、事前設定セッションを維持したまま受信側がＰｏＣセッションを開設及び終了する手順を示すフローチャートである。

以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。

図面において、同一又は類似の構成要素、特徴、及び構成に対してはできるだけ同一の参照符号を使用して説明する。また、本発明の実施形態では、理解を助けるために多様な詳細を含む。したがって、本発明の範囲及び精神を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。

まず、本発明の実施形態が適用されるＰｏＣシステムについて、図５〜図７を参照して説明する。次に、本発明の実施形態がＰＴＴシステム、特にセルラー移動通信ネットワークを通じてＰＴＴサービスを提供するＰｏＣシステムに適用される例について説明する。一般的に、ＰｏＣシステムは、グループ通話のためのセッション参加情報を伝達するためにＳＩＰ(Session Initiation Protocol)及びＳＩＰ拡張プロトコルを使用し、グループ情報を獲得するためにＸＣＡＰ(XML(Extensible Markup Language) Configuration Access Protocol)を使用する。下記の本発明の実施形態は、上記したプロトコルによって実現されることができ、本発明の実施形態の基本的な構成は、ＰｏＣＲｅｌ．１システムに基づくことがある。まず、本発明の実施形態が適用されるＰｏＣシステムについて、以下に説明する。

図５は、本発明の実施形態が適用されるＰｏＣサービスシステム及び関連ネットワークの構成を示す概念図である。

本発明の実施形態が適用されるＰｏＣシステムは、ＰｏＣＵＥ(User Equipment)５００と、ＸＤＭＳ(XML Document Management Server)５３０，５４０と、ＰｏＣサーバ５５０とを含むことができる。また、ＰｏＣシステムは、アグリゲーションプロキシ(aggregation proxy)サーバ５６０をさらに含むことができる。これら構成要素は、アクセスネットワーク５１０、ＳＩＰ/ＩＰコアネットワーク５２０、及び遠隔ＰｏＣネットワーク５７０を通じて相互に接続されることができる。

それぞれの構成要素について説明すると、次のようである。

ＰｏＣＵＥ５００は、ＰｏＣクライアント５０２及びＸＤＭＣ(XML Document Management Client)５０４を含む。

ＰｏＣＵＥ５００に含まれたサービス要求者を表す、ＰｏＣクライアント５０２は、ＰｏＣＵＥ５００に在る間にＰｏＣサービス加入者にＰｏＣサービスを提供するためのネットワークアクセスを遂行する。ＰｏＣサービス加入者は、ＰｏＣクライアントを備えているＰｏＣＵＥを通じてＰｏＣサービスの提供を受けることができる。次の説明において、“ＰｏＣクライアント”は、ＰｏＣクライアントを備えているＵＥ及びＰｏＣサービス加入者に対する一般的な用語として使用される。また、ＰｏＣクライアントの参照符号は、特定の区別が要求されない限り省略する。

ＰｏＣクライアントの主な機能は、ＰｏＣサービス加入者(すなわち、ＰｏＣユーザー)を考慮すると、ＰｏＣセッションを設定し、既に設定されたセッションに参加し、設定されたセッションを終了することである。また、ＰｏＣクライアント５０２は、トークバーストを生成及び伝送する機能、インスタントパーソナルアラート(instant personal alert)を支援する機能、及びＰｏＣサービスにアクセスする認証機能を有する。ＰｏＣクライアントは、アクセスネットワーク５１０を通じて、ＳＩＰ/ＩＰマルチメディアサービスを支援するのに重要な役割を果たすＳＩＰ/ＩＰコアネットワーク５２０に接続されてもよい。

ＳＩＰ/ＩＰコアネットワーク５２０は、ＰｏＣサービスを支援するために、ＰｏＣサーバ５５０及びＸＤＭＳ５３０，５４０に接続される。この場合、ＰｏＣサーバ５５０は、ＰｏＣセッションを維持及び管理するＰｏＣ管理機能を遂行し、一対一(point-to-point)通話又はマルチポイント(multipoint)通話のために設定されたＰｏＣセッションに参加するＰｏＣ参加機能を遂行することができる。

一方、ＰｏＣサービスは、コンファレンス通話のようにグループセッションの設定サービスを伴うことができる。このために、ＯＭＡ規格は、参照として組み込まれたものであり、グループリストサービスのためのＸＤＭＣ５０４及びＸＤＭＳ５３０，５４０を定義する。図５は、ＰｏＣサービスに使用されるＰｏＣＸＤＭＳ５４０と、他のサービスイネーブラ(enabler)に対しても共有可能な共有ＸＤＭＳ５３０を示す。グループ及びグループメンバーに関する情報は、ＰｏＣクライアントを通じてＸＤＭＳ５３０，５４０に格納され得る。ＰｏＣクライアントは、ＸＤＭＳ５３０，５４０から受信された個人又はグループのリストから、呼び出しできるＰｏＣクライアントの情報を獲得する。一方、ＸＤＭＳ５３０，５４０のグループ及びグループメンバーの生成、変更、及び管理は、インターネット又はイントラネットのように、ＰｏＣサービス提供者によって信頼できる通信ネットワークを通じてなされてもよい。グループリストの生成、修正、及び除去のようなＸＭＬ文書管理のためのプロトコル及び具体的内容に対する詳細な説明は、省略する。

グループサービスのために、ＸＤＭＣ５０４からグループリスト関連要求を受信すると、アグリゲーションプロキシサーバ５６０は、適切な規則に従ってＸＤＭＳ５３０，５４０に上記要求をルーティングする。

次に、ＰｏＣサーバ５５０について説明する。

図６は、ＰｏＣサーバ５５０を示すブロック構成図である。

ＰｏＣサーバ５５０の機能は、ＰｏＣセッションを一般的に維持及び管理するＰｏＣ管理機能(ＣＦ)６０２と、該当ＰｏＣクライアントＡ５０２-Ａ及びＰｏＣクライアント５０２-Ｂのように、各ＰｏＣセッションに対する維持及び管理を担当するＰｏＣ参加機能(ＰＦ)６０４，６０６に分類されてもよい。ＰｏＣサーバ５５０の各機能による特性は、下記の＜表１＞及び＜表２＞を参照して説明する。

＜表１＞に示すように、ＣＦは、ＰｏＣサーバの機能のうち、ＰｏＣセッションの全体を管理する役割をする。特に、ＣＦは、ＰｏＣクライアントから発言権に対する要求を受信し、クライアントに発言権を与える順序を定め、その順に発言権をクライアントに与える。また、ＰｏＣサーバは、ＰｏＣグループの呼に参加するすべてのＰｏＣクライアントに特定のＰｏＣクライアントからのトークバーストを分配し、このグループの呼に参加したＰｏＣクライアントに関する情報を提供する。

下記の＜表２＞に示すように、ＰＦは、ＰｏＣセッション中に、ＣＦと各ＰｏＣクライアントとの間で接続されたセッションの管理に関連する。特に、ＰＦは、発言権に対するＰｏＣクライアントの要求を中継し、ＰｏＣクライアントの発言権は、ＣＦによって与えられる。また、ＰＦは、ＣＦとＰｏＣクライアントとの間でメディア中継機能を提供し、これらＣＦとＰｏＣクライアントが相互に異なるコーデックを使用する場合にはトランスコーディング機能を提供する。また、ＰＦは、同時に複数のＰｏＣセッション中に、一つのセッションで音声通話が遂行される場合に、他のセッションでも音声通話を遂行中であると、ユーザーの選択に従って一つの音声をフィルタリングする機能を提供する。

図７は、ＰｏＣサーバのＣＦエンティティ及びＰＦエンティティを示すブロック構成図である。

ＰｏＣクライアント５０２-Ａ〜５０２Ｄは、対応するＰＦエンティティ７１０-Ａ〜７１０-Ａ〜７１０-Ｄを通じてＣＦ７００に接続され、各々のＰｏＣセッションを設定する。以後、ＣＦエンティティ７００から発言権が与えられたＰｏＣクライアントの該当トークバーストに対するメディアが各々の他のＰｏＣクライアントに伝達される。このとき、発言権を有するＰｏＣクライアントは、グループセッションに参加しているＰｏＣクライアントの情報を確認した後のみに発言が可能になる。

図８は、本発明の実施形態が適用されるＰｏＣクライアント５０２が含まれるＰｏＣＵＥ５００とＰｏＣサーバ５５０との間の接続を簡略に示すブロック構成図である。

ＰｏＣ端末５００は、ＰｏＣクライアント５０２と、ユーザーインターフェース部８０１と、データ伝送部８０４とを含む。

具体的に説明すると、本発明の実施形態によって、ＰｏＣクライアント５０２が参加ＰｏＣサーバと事前設定セッションを設定した後に、ＰｏＣ参加機能(ＰＦ)のＰｏＣ参加サーバからｒｅ-ＩＮＶＩＴＥ又はＩＮＶＩＴＥメッセージを受信する場合に、受信されたメッセージと事前設定セッションとの間の呼ＩＤ、発信番号(from-tag)、受信番号(to-tag)を比較及び確認する。その結果、受信されたメッセージの呼ＩＤ、発信番号、受信番号が事前設定セッションと同一であると判定された場合に、受信側ＰｏＣクライアントは、事前設定セッションＩＤ及びメディアパラメータに関する情報を格納する。このとき、ＰｏＣセッションＩＤは、ＩＮＶＩＴＥメッセージのコンファレンスＵＲＩを通じて受信側ＰｏＣクライアントに伝送され、ＰｏＣセッションを構成する情報として一時格納される。以後、受信側ＰｏＣクライアントは、ＰＦエンティティを通じて２００ＯＫメッセージを伝送してＰｏＣセッションに参加する。

また、上記したように、ＰｏＣセッションに参加した後に、ＰｏＣクライアントがＰｏＣセッションを終了しようとする場合に、本発明の実施形態によるＰｏＣクライアントは、事前設定セッションを維持したままでＰｏＣセッションを終了するために、事前設定セッションＩＤとＰｏＣセッションＩＤを用いて、ＰｏＣセッションＩＤを用いて、ＰｏＣセッション終了要求メッセージであるＲＥＦＥＲＢＹＥメッセージを生成する。すなわち、ＰｏＣクライアントは、ＲＥＦＥＲＢＹＥメッセージのＲｅｑｕｅｓｔ-ＵＲＩヘッダーに事前設定セッションＩＤを挿入し、Ｒｅｆｅｒ-ＴｏヘッダーにＰｏＣセッションＩＤを挿入することによって、ＲＥＦＥＲＢＹＥメッセージを生成する。その後、受信側ＰｏＣクライアントは、生成されたＲＥＦＥＲＢＹＥメッセージをＰＦエンティティに伝送する。

ユーザーインターフェース部８０１は、ユーザーの入力をＰｏＣＵＥ５００に伝送する。データ伝送部８０４は、パケットデータを送受信する。データ伝送部８０４は、パケットデータの送受信を遂行するための伝送プロトコルスタックを含むことができる。このようなデータ伝送部８０４は、ＲＴＰ/ＲＴＣＰ/ＨＴＴＰ、ＵＤＰ、ＩＰ、及び下層スタック(Lower Layer Stack)を含むことができる。データ伝送部８０４は、ＩＰネットワーク８０５及びＩＭＳコアネットワーク８０６を介してＰｏＣサーバ５５０とパケットデータを送受信する。

一方、本発明の実施形態によるＰｏＣサーバ５５０は、ＣＦエンティティとＰＦエンティティに分類され、これら各々の動作を遂行する。本発明の実施形態によるＣＦ及びＰＦエンティティの動作については、図９及び図１０を参照して詳細に説明する。

以下、本発明の実施形態によって、受信側が事前設定セッションを維持したままＰｏＣセッションを開設及び終了する手順について、図９及び図１０に示す信号フローを参照して説明する。まず、図９及び図１０において、ステップ９００及び１０００で、各々受信側ＰｏＣクライアントと受信側ＰｏＣサーバとの間で事前設定セッションが設定されると仮定する。

図９を参照すると、招待(inviting)ＰｏＣクライアント(図示せず)がＰｏＣセッションに受信側ＰｏＣクライアントを招待するために、ＩＮＶＩＴＥメッセージを、ＰｏＣ管理機能(ＣＦ)を遂行するＰｏＣサーバＡ(ＣＦエンティティ)に伝送する。すると、ＣＦエンティティは、ステップ９０２で、受信されたＩＮＶＩＴＥメッセージを、ＰＦを遂行するＰｏＣサーバ(ＰＦエンティティ)に伝送する。

以後、ＩＮＶＩＴＥメッセージが受信されたＰＦエンティティは、ステップ９０４で、受信側ＰｏＣクライアントと設定された事前設定セッションがあるか否かを確認する。すなわち、ＰＦエンティティは、受信側ＰｏＣクライアントとの間で設定された事前設定セッションがあるか否かを判定する。

ステップ９０４で、事前設定セッションがないと判定された場合に、ＰＦエンティティは、ステップ９０５で、ＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントに伝送する。

一方、ステップ９０４で事前設定セッションがあると判定された場合には、ＰＦエンティティは、ステップ９０６で、事前設定セッションＩＤ及び対応するメディアパラメータを格納し、プロキシモードで動作し、ＰＦエンティティは、コンタクトヘッダーにＰｏＣセッションＩＤを含むｒｅ-ＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントに伝送する(ステップ９０８)。

すると、受信側ＰｏＣクライアントは、ＩＮＶＩＴＥメッセージ又はｒｅ-ＩＮＶＩＴＥメッセージを受信した後に、ステップ９１０で、受信されたメッセージと事前設定セッションとの間の呼ＩＤ、発信番号(from-tag)、受信番号(to-tag)を比較及び確認する。

その結果、受信された呼ＩＤ、発信番号、受信番号が事前設定セッションと同一であると判定された場合に、受信側ＰｏＣクライアントは、ステップ９１２で、事前設定セッションＩＤ及びメディアパラメータに関する情報を格納する。このとき、ＩＮＶＩＴＥメッセージのコンタクトヘッダーに含まれたＰｏＣセッションＩＤは、受信側ＰｏＣクライアントに伝送され、ＰｏＣセッションを構成する情報として一時格納される。受信されたメッセージの呼ＩＤ、発信番号、及び受信番号が事前設定セッションと同一でないと判定された場合には、ステップ９１２にスキップする。

以後、受信側ＰｏＣクライアントは、ステップ９１４及び９１６で、ＰＦエンティティを通じてＣＦエンティティに２００ＯＫメッセージを伝送し、それによってステップ９１８でＰｏＣセッションに参加する。

上記したように、本発明の実施形態によって、受信側ＰｏＣクライアントがＰｏＣセッションに参加した後にＰｏＣセッションを終了する場合に、事前設定セッションを維持したままＰｏＣセッションを終了するために、ＰｏＣセッションＩＤと事前設定セッションＩＤ、すなわち２個のＩＤを格納する。その後、事前設定セッションを維持したままＰｏＣセッションを終了するための方法及び手順は、ステップ９２０〜９３２に示すように遂行できる。

まず、受信側ＰｏＣクライアントは、事前設定セッションを維持したままＰｏＣセッションを終了するために、事前設定セッションＩＤ及びＰｏＣセッションＩＤを用いてＰｏＣセッションの終了を要求するＢＹＥメッセージを含むＲＥＦＥＲメッセージ(ＲＥＦＥＲＢＹＥメッセージ)を生成する。すなわち、受信側ＰｏＣクライアントは、ＲＥＦＥＲＢＹＥメッセージのＲｅｑｕｅｓｔ-ＵＲＩヘッダーに事前設定セッションＩＤを挿入し、Ｒｅｆｅｒ-ＴｏヘッダーにＰｏＣセッションＩＤを挿入することによって、ＲＥＦＥＲＢＹＥメッセージを生成する。

その後、受信側ＰｏＣクライアントは、ステップ９２０で生成されたＲＥＦＥＲＢＹＥメッセージをＰＦに伝送する。

また、受信されたＲＥＦＥＲＢＹＥメッセージを有するＰＦエンティティは、ステップ９２４で、ＲＥＦＥＲＢＹＥメッセージを受信して処理することを示す応答メッセージである２０２Ａｃｃｅｐｔｅｄメッセージを受信側ＰｏＣクライアントに伝送する。このとき、受信側ＰｏＣクライアントは、既存の事前設定セッションのコンタクトアドレス情報を復元するために、ステップ９２８で、ＰｏＣセッションＩＤを削除し、事前設定セッションＩＤをＰＦエンティティとＰｏＣクライアントとの間のＳＩＰダイアログ情報と接続することによって、事前設定セッションのコンタクトアドレス情報を再設定する。

また、ＲＥＦＥＲＢＹＥメッセージが受信されたＰＦエンティティは、ステップ９２２で、ＰｏＣセッションＩＤを用いてＢＹＥメッセージをＣＦエンティティに伝送する。その結果、ＰＦは、ＣＦエンティティとのＰｏＣセッションの接続を開放(release)する。言い換えれば、受信側ＰｏＣクライアントはＰｏＣセッションを終了するが、ＰＦエンティティとＰｏＣクライアントとの間のセッションは開放されていないので、事前設定セッションが維持される。

一方、ステップ９２２で、受信されたＢＹＥメッセージを有するＣＦエンティティは、ステップ９２６で、このＢＹＥメッセージに応答して２００ＯＫメッセージをＰＦエンティティに伝送した後に、ＰＦエンティティは、ステップ９３０で、受信側ＰｏＣクライアントにＮＯＴＩＦＹメッセージを伝送する。このような動作を通じて、受信側ＰｏＣクライアントは、ステップ９３２で、ＰｏＣセッションが終了したことと、ＰＦエンティティと受信側ＰｏＣクライアントとの間の事前設定セッションが維持されていることに対する通知を受ける。

本発明の他の実施形態によって、事前設定セッションを維持したままＰｏＣセッションを終了するための手順について、図１０に示す信号のフローを参照して説明する。

ステップ１００２で、招待ＰｏＣクライアント(図示せず)がＰｏＣセッションに受信側ＰｏＣクライアントを招待するために伝送されるＩＮＶＩＴＥメッセージを、ＣＦエンティティがＰＦエンティティに伝送する場合に、ＰＦエンティティは、ステップ１００４で、ＰＦエンティティと受信側ＰｏＣクライアントとの間で事前設定セッションが存在するか否かを判定する。

ステップ１００４で、事前設定セッションが存在していないと判定された場合に、ＰＦエンティティは、ステップ１００５で、ＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントに伝送する。

一方、ステップ１００４で、事前設定セッションが存在すると判定された場合には、ＰＦエンティティは、ステップ１００６でＢ２ＢＵＡ(Back-to-Back User Agent)として動作し、ステップ１００８で、コンタクトヘッダーに事前設定セッションＩＤを挿入して生成されるｒｅ-ＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントに伝送する。ここで、‘Ｂ２ＢＵＡとして動作する’とは、サーバが、受信されたＩＮＶＩＴＥメッセージを予め設定された条件で、ＩＮＶＩＴＥメッセージの伝送以前のネットワーク環境又はサービスに基づいてパラメータを選択的に(optionally)変更できることを意味する。また、このとき、ＰＦエンティティは、ＣＦエンティティから受信されたＩＮＶＩＴＥメッセージと、受信側ＰｏＣクライアントに伝送されたｒｅ-ＩＮＶＩＴＥメッセージとを相互に内部的に接続し、それによって２個のセッションが一つのＰｏＣセッションに接続される。

ｒｅ-ＩＮＶＩＴＥメッセージを受信する場合に、受信側ＰｏＣクライアントは、事前設定セッションを維持し、ステップ１０１０で、ｒｅ-ＩＮＶＩＴＥメッセージに応答して２００ＯＫメッセージをＰＦエンティティに伝送する。すると、ＰＦエンティティは、ステップ１０１２で、ＣＦから受信されたＩＮＶＩＴＥメッセージに応答して２００ＯＫメッセージをＣＦエンティティに伝送する。２００ＯＫメッセージを受信すると、ＣＦエンティティは、ステップ１０１４で、ＰｏＣセッションＩＤを伝送するために、ＲＴＣＰＡＰＰ(Real-Time Transport Control Protocol Application)メッセージのフォーマットを有するメディアバースト接続(ＭＢ_ＣＯＮＮＥＣＴ)メッセージを受信側ＰｏＣクライアントに伝送する。このとき、ＲＴＣＰＡＰＰメッセージは、ＲＴＰを伝送するアプリケーションで、ユーザーがＲＴＰを選択的に定義し、制御するために使用される。

上記のようにメディアバースト接続(ＭＢ_ＣＯＮＮＥＣＴ)メッセージを受信することによって、受信側ＰｏＣクライアントは、事前設定セッションＩＤとＰｏＣセッションＩＤともを格納することができる。

その後、ステップ１０１６で、事前設定セッションを維持したままＰｏＣセッションを終了するための方法及び手順が、ステップ１０１８〜１０２８に示すように遂行される。

ここで、ステップ１０１８，１０２０，１０２２，１０２４，１０２６，１０２８の動作は、それぞれ図９のステップ９２０，９２２，９２４，９２６，９３０，９３２と同様である。図１０に示すように、本発明の他の実施形態によって、事前設定セッションを維持したままＰｏＣセッションを終了する方法は、事前設定セッションが初めから維持されているため、ＰｏＣセッションＩＤを削除し、事前設定ＩＤとコンタクトアドレスを再設定するステップを必要としないことを除き、図９を参照して説明した方法と同一である。

以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。

５００・・・ＰｏＣＵＥ
５０２・・・ＰｏＣクライアント
５０４・・・ＸＤＭＣ
５１０・・・アクセスネットワーク
５２０・・・ＳＩＰ/ＩＰコアネットワーク
５３０・・・共有ＸＤＭＳ
５４０・・・ＰｏＣＸＤＭＳ
５５０・・・ＰｏＣサーバ
５６０・・・アグリゲーションプロキシサーバ
５７０・・・遠隔ＰｏＣネットワーク

Claims

事前設定セッションを管理するＰｏＣ(Push-to-talk over Cellular)システムであって、
セッション管理機能を遂行する第１のＰｏＣサーバと、
前記第１のＰｏＣサーバからＰｏＣセッション招待要求メッセージを受信するとともに、受信側ＰｏＣクライアントと第２のＰｏＣサーバとの間で事前設定セッションが存在するか否かを判定し、かつ、前記事前設定セッションが存在すると判定された場合には、事前設定セッションＩＤ及び対応するメディアパラメータを格納した後にＰｏＣセッション再招待要求メッセージを受信側ＰｏＣクライアントに伝送する第２のＰｏＣサーバと、
前記伝送されたＰｏＣセッション再招待要求メッセージに含まれたＰｏＣセッションＩＤが事前設定セッションＩＤと同一である場合に、前記事前設定セッションＩＤと対応するメディアパラメータを格納するとともに、前記ＰｏＣセッションを終了すると、前記ＰｏＣセッションＩＤと前記事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成して前記第２のＰｏＣサーバに伝送する前記受信側ＰｏＣクライアントとを具備することを特徴とするシステム。
第２のＰｏＣサーバは、
前記受信側ＰｏＣクライアントとの間で事前設定セッションが存在していない場合に、前記ＰｏＣセッション招待要求メッセージを前記受信側ＰｏＣクライアントに伝送することを特徴とする請求項１に記載のシステム。
前記受信側ＰｏＣクライアントは、
前記伝送されたＰｏＣセッション招待要求メッセージに含まれたＰｏＣセッションＩＤが事前設定セッションＩＤと同一である場合に、前記事前設定セッションＩＤ及び対応するメディアパラメータを格納することを特徴とする請求項２に記載のシステム。
前記受信側ＰｏＣクライアントは、
前記ＰｏＣセッション終了要求メッセージのＲｅｑｕｅｓｔ-ＵＲＩヘッダーに事前設定セッションＩＤを挿入するとともに、Ｒｅｆｅｒ-Ｔｏヘッダーに前記ＰｏＣセッションＩＤを挿入することによって、前記ＰｏＣセッション終了要求メッセージを生成することを特徴とする請求項１に記載のシステム。
前記第２のＰｏＣサーバは、
前記ＰｏＣセッション終了要求メッセージを受信する場合に、前記ＰｏＣセッション終了要求メッセージに含まれた前記ＰｏＣセッションＩＤを用いてＰｏＣセッション終了要求メッセージを前記第１のＰｏＣサーバに伝送するとともに、それによって前記第１のＰｏＣサーバと前記第２のＰｏＣサーバとの間でＰｏＣセッションを終了することを特徴とする請求項４に記載のシステム。
前記第１のＰｏＣサーバはセッション管理機能を遂行するとともに、前記第２のＰｏＣサーバはセッション参加機能サーバとして動作することを特徴とする請求項１に記載のシステム。
セッション管理機能を遂行する第１のＰｏＣ(Push-to-talk over Cellular)サーバ、セッション参加機能サーバとして動作する第２のＰｏＣサーバ、及び受信側ＰｏＣクライアントを含むＰｏＣシステムにおける事前設定セッションを管理する方法であって、
前記第２のＰｏＣサーバによって、前記第１のＰｏＣサーバからＰｏＣセッション招待要求メッセージを受信するとともに、前記第２のＰｏＣサーバと受信側ＰｏＣクライアントとの間で事前設定セッションが存在するか否かを判定するステップと、
前記第２のＰｏＣサーバによって、前記事前設定セッションが存在すると判定された場合に事前設定セッションＩＤ及び対応するメディアパラメータを格納するとともに、ＰｏＣセッション再招待要求メッセージを前記受信側ＰｏＣクライアントに伝送するステップと、
前記受信側ＰｏＣクライアントによって、前記伝送されたＰｏＣセッション再招待要求メッセージに含まれたＰｏＣセッションＩＤが事前設定セッションＩＤと同一である場合に、事前設定セッションＩＤ及び対応するメディアパラメータを格納するステップと、
前記受信側ＰｏＣクライアントによって、前記ＰｏＣセッションの終了時に前記ＰｏＣセッションＩＤと前記事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成するステップと、
前記受信側ＰｏＣクライアントによって、前記生成されたＰｏＣセッション終了要求メッセージを前記第２のＰｏＣサーバに伝送するステップとを具備することを特徴とする方法。
第２のＰｏＣサーバによって、前記判定するステップ以後に、前記事前設定セッションが存在していない場合には、前記ＰｏＣセッション招待要求メッセージを前記受信側ＰｏＣクライアントに伝送するステップをさらに具備することを特徴とする請求項７に記載の方法。
前記受信側ＰｏＣクライアントによって、前記伝送されたＰｏＣセッション招待要求メッセージに含まれたＰｏＣセッションＩＤが事前設定セッションＩＤと同一である場合に、前記事前設定セッションＩＤ及び対応するメディアパラメータを格納するステップをさらに具備することを特徴とする請求項８に記載の方法。
前記ＰｏＣセッション終了要求メッセージを生成するステップは、
前記ＰｏＣセッション終了要求メッセージのＲｅｑｕｅｓｔ-ＵＲＩヘッダーに事前設定セッションＩＤを挿入するとともに、Ｒｅｆｅｒ-Ｔｏヘッダーに前記ＰｏＣセッションＩＤを挿入することによって、前記ＰｏＣセッション終了要求メッセージを生成することを特徴とする請求項７に記載の方法。
前記第２のＰｏＣサーバによって、
前記ＰｏＣセッション終了要求メッセージを受信する場合に、前記ＰｏＣセッション終了要求メッセージに含まれた前記ＰｏＣセッションＩＤを用いてＰｏＣセッション終了要求メッセージを前記第１のＰｏＣサーバに伝送するとともに、それによって前記第１のＰｏＣサーバと前記第２のＰｏＣサーバとの間でＰｏＣセッションを終了するステップをさらに具備することを特徴とする請求項１０に記載の方法。
セッション管理機能を遂行する第１のＰｏＣ(Push-to-talk over Cellular)サーバと、セッション参加機能サーバとして動作する第２のＰｏＣサーバとを含むＰｏＣシステムにおける事前設定セッションを管理するためのＰｏＣ端末装置(ＵＥ)であって、
ＰｏＣユーザーの入力による信号を出力するユーザーインターフェースと、
少なくとも一つのパケットデータの送受信を遂行するデータ伝送部と、
ＰｏＣセッション招待要求メッセージを受信するとともに、前記ＰｏＣセッション招待要求メッセージに含まれたＰｏＣセッションＩＤが事前設定セッションＩＤと同一であるか否かを判定し、かつ、前記ＰｏＣセッションＩＤが前記事前設定セッションＩＤと同一である場合には、前記事前設定セッションＩＤ及び対応するメディアパラメータを格納するとともに、前記ＰｏＣセッションの終了時に前記ＰｏＣセッションＩＤと前記事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成した後に、前記第２のＰｏＣサーバに伝送するＰｏＣクライアントとを具備することを特徴とするＰｏＣＵＥ。
前記ＰｏＣクライアントは、
前記ＰｏＣセッション終了要求メッセージのＲｅｑｕｅｓｔ-ＵＲＩヘッダーに事前設定セッションＩＤを挿入するとともに、Ｒｅｆｅｒ-Ｔｏヘッダーに前記ＰｏＣセッションＩＤを挿入することによって、前記ＰｏＣセッション終了要求メッセージを生成することを特徴とする請求項１２に記載のＰｏＣＵＥ。
事前設定セッションを管理するＰｏＣ(Push-to-talk over Cellular)システムであって、
セッション管理機能を遂行する第１のＰｏＣサーバと、
前記第１のＰｏＣサーバからＰｏＣセッション招待要求メッセージを受信するとともに、受信側ＰｏＣクライアントと第２のＰｏＣサーバとの間で事前設定セッションが存在するか否かを判定し、かつ、前記第１のＰｏＣサーバから受信された前記ＰｏＣセッション招待要求メッセージに対応させた後に、事前設定セッションＩＤを含むＰｏＣセッション再招待要求メッセージを受信側ＰｏＣクライアントに伝送する第２のＰｏＣサーバと、
前記ＰｏＣセッション再招待要求メッセージを受信するとともに、前記ＰｏＣセッションに参加し、かつ、前記ＰｏＣセッションの終了時に前記ＰｏＣセッションＩＤと前記事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成して前記第２のＰｏＣサーバに伝送する前記受信側ＰｏＣクライアントとを具備することを特徴とするシステム。
前記第２のＰｏＣサーバは、
前記事前設定セッションが存在すると判定された場合に、前記ＰｏＣセッション再招待要求メッセージを伝送する前に予め設定された条件に基づいて前記受信されたＰｏＣセッション招待要求メッセージから選択的にパラメータを変更することを特徴とする請求項１４に記載のシステム。
前記予め設定した条件は、少なくとも一つのネットワーク環境及びサービスに基づくことを特徴とする請求項１５に記載のシステム。
前記第２のＰｏＣサーバは、Ｂ２ＢＵＡ(Back-to-Back User Agent)として動作することを特徴とする請求項１５に記載のシステム。
前記第１のＰｏＣサーバは、
前記受信側ＰｏＣクライアントにメディアバースト接続メッセーを伝送するとともに、前記メディアバースト接続メッセージはＰｏＣセッションＩＤを含むことを特徴とする請求項１４に記載のシステム。
前記受信側ＰｏＣクライアントは、
前記ＰｏＣセッション終了要求メッセージのＲｅｑｕｅｓｔ-ＵＲＩヘッダーに事前設定セッションＩＤを挿入するとともに、Ｒｅｆｅｒ-Ｔｏヘッダーに前記ＰｏＣセッションＩＤを挿入することによって、前記ＰｏＣセッション終了要求メッセージを生成することを特徴とする請求項１８に記載のシステム。
前記第２のＰｏＣサーバは、
前記ＰｏＣセッション終了要求メッセージを受信する場合に、前記ＰｏＣセッション終了要求メッセージに含まれた前記ＰｏＣセッションＩＤを用いてＰｏＣセッション終了要求メッセージを前記第１のＰｏＣサーバに伝送するとともに、それによって前記第１のＰｏＣサーバと前記第２のＰｏＣサーバとの間でＰｏＣセッションを終了することを特徴とする請求項１８に記載のシステム。