JP2009518993A - ＰｏＣシステムにおけるＰｏＣグループセッション確立のための方法、端末機、及びそのシステム - Google Patents

Abstract

招待されるクライアントのプレゼンスに関する情報又はセッション開始時間のようなセッション開始情報に基づいてＰｏＣネットワークにおけるＰｏＣグループセッションを確立するための方法、端末機、及びそのシステムを提供する。上記方法によれば、招待に関するユニフォームリソース指示子（ＵＲＩ）及び情報予約サービス（ＩＲＳ）パラメータは、ＰｏＣ拡張可能なマークアップ言語文書管理サーバ（ＸＤＭＳ）に設定され、ＩＲＳの提供をＰｏＣサーバに要求することにより、セッションを確立する。

Description

本発明は、プッシュツートークオーバーセルラー（Push to Talk Over Cellular：以下、“ＰｏＣ”と称する。）システムにおけるＰｏＣグループセッションを確立するための方法、端末機、及びそのシステムに関し、特に、ＰｏＣ拡張可能なマークアップ言語文書管理サーバ（eXtensible markup language Document Management Server：以下、“ＸＤＭＳ”と称する。）と連動しつつ、招待予約サービス（Invitation Reservation Service：以下、“ＩＲＳ”と称する。）を提供するための方法、端末機、及びそのシステムに関する。

移動通信の画期的な発展及び通信網の拡大に伴って、携帯電話を用いたより拡張された様々なサービス及びアプリケーションが提供されている。また、ユーザの要求も多様化されており、基本的な通話サービスを越えて、位置サービス、マルチメディアサービス、ＰＴＴ（Push To Talk）サービスなどに拡大されている。特に、ＰＴＴサービスは、従来の無線電信又は基盤無線システム（Trunked Radio System：ＴＲＳ）により提供されるグループ通話及び音声通話だけではなく、様々な付加機能（例えば、インスタントメッセンジャー、状態表示など）をサポートする。

現在では、このようなＰＴＴ概念を移動通信網を用いてサービスするＰｏＣサービスを標準化することが活発に論議されている。従来の移動通信サービスと区別されるＰｏＣサービスの特徴の１つは、ユーザが、必要に応じて複数のセッション間を移動しながら通話することができることにある。ユーザが複数のセッションを移動しながら通話可能でなければならないという要求事項は、関連移動通信サービスを定義している団体であるオープンモバイルアライアンス（Open Mobile Alliance：ＯＭＡ）のＰｏＣ規格１．０の要求事項に明示されている。

ＰｏＣ規格１．０は、ＰｏＣセッションが１対１ＰｏＣセッション及びグループＰｏＣセッションに区分されると定めている。このようなＰｏＣセッションは、ＰｏＣクライアントがセッション要求メッセージをＰｏＣサーバに送信する際に開始される。しかしながら、アドホック（ad hoc）グループセッション又は事前設定（pre-arranged）グループセッションのようなグループ通話において、対応するグループ構成員がすべて参加することを希望する場合に、セッション開始者は、すべてのクライアントが通話可能な時点であるか否かを個別的に確認しなければならない。このために、ＰｏＣクライアントは、対応するクライアントのプレゼンス情報（Presence Information）を反復的に購読し（subscribe）、確認しなければならない。上記の通りに、反復的なプレゼンス情報の確認は、無線アクセス網を介したシグナリングを必要とする。これは、コストの増加及び無線リソースの浪費をもたらす。

上記のような問題点を解決するために、ネットワーク基盤セッション開始を実現するためのセッション開始プロトコル（Session Initiation Protocol：以下、“ＳＩＰ”と称する。）ＰＵＢＬＩＳＨ方法の使用が提案された。このような従来技術によれば、ＰｏＣ端末機は、ＰｏＣサーバにＩＲＳを提供することを要求し、セッション設定パラメータは、上記要求に応じて、ＰｏＣサーバに保存される。ここで、ＩＲＳは、プレゼンス情報又は他のセッション設定パラメータによりネットワークからセッションが開始されるサービスを意味する。

上記の技術は、ＰｏＣ規格１．０により定義されるＰｏＣサービス設定（Service Setting）のための拡張可能なマークアップ言語（eXtensible markup language：ＸＭＬ）スキーマ（schema）のフォーマットの拡張を必要とし、ＸＭＬデータは、ＰｏＣサーバに格納される。格納されている文書へのダイナミックアクセス及び編集の便利性を要求するＸＭＬデータの特性を考慮すると、ＰｏＣサーバ内のＩＲＳデータの格納は、ＰｏＣセッションを管理する間に、例えば、複数のＰｏＣグループセッションが確立される際に、サーバの負荷を増加させることがある。

したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、ＰｏＣシステムがＩＲＳを提供する際に、ＰｏＣサーバの負荷を低減させるためにＰｏＣ ＸＤＭＳと連動しつつＩＲＳを提供するための方法、端末機、及びそのシステムを提供することにある。

本発明の他の目的は、ＩＲＳのためのサービスパラメータの管理をＩＲＳを要求するための過程から分離することにより、ＰｏＣサーバのシグナリング負担を軽減させ、ＩＲＳに関連したＸＭＬ文書をより効率的に管理するための方法、端末機、及びそのシステムを提供することにある。

上記のような目的を達成するために、本発明によれば、プッシュツートークオーバーセルラー（ＰｏＣ）システムにおけるＰｏＣグループセッション確立のための招待予約サービス（ＩＲＳ）を提供する方法は、ＰｏＣ端末機がセッション開始条件を規定するＩＲＳ関連情報をＰｏＣ拡張可能なマークアップ言語文書管理サーバ（ＸＤＭＳ）に設定するステップと、上記ＰｏＣ ＸＤＭＳが上記ＩＲＳ関連情報を識別するためのＩＲＳ識別子（ＩＤ）を上記ＰｏＣ端末機に送信するステップと、上記ＰｏＣ端末機が上記ＩＲＳ ＩＤを用いてセッション開始のためのＩＲＳの提供をＰｏＣサーバに要求するステップと、を含むことを特徴とする。

本発明他の態様によれば、プッシュツートークオーバーセルラー（ＰｏＣ）システムにおけるＰｏＣグループセッション確立のためのシステムは、セッション開始条件を規定する招待予約サービス（ＩＲＳ）関連情報をＰｏＣ拡張可能なマークアップ言語文書管理サーバ（ＸＤＭＳ）に設定し、ＩＲＳ識別子（ＩＤ）を用いてセッション開始のためのＩＲＳの提供をＰｏＣサーバに要求するＰｏＣ端末機と、上記ＩＲＳ関連情報を識別するためのＩＲＳ ＩＤを上記ＰｏＣ端末機に送信する上記ＰｏＣ ＸＤＭＳと、ＩＲＳ要求メッセージを受信すると、上記ＩＲＳ ＩＤを用いてセッション開始を遂行する上記ＰｏＣサーバと、を含むことを特徴とする。

本発明のさらなる他の態様によれば、プッシュツートークオーバーセルラー（ＰｏＣ）システムにおけるＰｏＣグループセッション確立のための端末機は、ＰｏＣサーバとのパケットデータ送受信を遂行するデータ送信部と、招待予約サービス（ＩＲＳ）パラメータの設定のために、ＩＲＳ関連情報をＰｏＣ拡張可能なマークアップ言語文書管理サーバ（ＸＤＭＳ）に送信し、上記ＩＲＳパラメータを識別するＩＲＳ識別子（ＩＤ）が上記ＰｏＣ ＸＤＭＳから受信されると、上記ＩＲＳ ＩＤを格納する拡張可能なマークアップ言語文書管理クライアント（ＸＤＭＣ）と、ＩＲＳ要求に応じて、上記ＩＲＳ ＩＤを使用して上記ＩＲＳの提供を上記ＰｏＣサーバに要求するＰｏＣクライアントと、上記ＰｏＣ ＸＤＭＳから受信された上記ＩＲＳ ＩＤを格納するメモリ部と、を含むことを特徴とする。

本発明は、セッション確立のための様々な条件が満たされた際に、ネットワークに基づいてセッションが開始されることによりＩＲＳを提供するための方法をＩＲＳパラメータを設定する過程及びサービスを要求する過程に区分することにより、ＰｏＣセッションを管理するＰｏＣサーバでのシグナリング負担を軽減させることができるという長所がある。また、ターゲットＵＲＩリスト情報と同一の方式で、関連ＸＭＬデータは、ＩＲＳパラメータの生成、修正、及び削除を行なうことにより、さらに動的に管理されることができるという長所がある。

以下、本発明の好適な一実施形態を、添付図面を参照しつつ詳細に説明する。下記の説明において、明瞭性と簡潔性の観点から、本発明に関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。

下記の説明において、本発明は、プッシュツートーク（Push to Talk：以下、“ＰＴＴ”と称する。）システム、特に、セルラー移動通信網を介してＰＴＴサービスを提供するプッシュツートークオーバーセルラー（PTT Over Cellular：以下、“ＰｏＣ”と称する。）システムに適用される場合を例に挙げる。一般的に、ＰｏＣシステムは、グループ情報を取得するための拡張可能なマークアップ言語（eXtensible markup language：ＸＭＬ）設定アクセスプロトコル（XML Configuration Access Protocol：以下、“ＸＣＡＰ”と称する。）だけではなく、グループ通話に関するセッション参加情報を送信するために、セッション開始プロトコル（Session Initiation Protocol：以下、“ＳＩＰ”と称する。）及び拡張ＳＩＰを使用する。これらのプロトコルは、下記で説明される本発明の機能を実現するのに使用され、本発明の基本的な構造は、ＰｏＣ規格１．０システムに基づいている。

本発明は、オープンモバイルアライアンス（Open Mobile Alliance：ＯＭＡ）ＰｏＣシステムにおいて、ＩＲＳを提供する際に、ＰｏＣ ＸＤＭＳと連動しつつＩＲＳを効率的に提供する方法及びシステムを提案する。

まず、本発明が適用されることができる従来のＰｏＣシステムについて説明する。

図１は、従来のＰｏＣシステム及び関連ネットワーク構造を示す図である。

ＰｏＣシステムは、ＰｏＣユーザー端末機（User Equipment：以下、“ＵＥ”と称する。）１００と、ＸＭＬ文書管理サーバ（XML Document Management Server：ＸＤＭＳ）１３０及び１４０と、ＰｏＣサーバ１５０とを含む。ＰｏＣシステムは、アグリゲーションプロキシサーバ１６０をさらに含むことができる。これらの構成要素は、アクセスネットワーク１１０と、セッション開始プロトコル（Session Initiation Protocol：ＳＩＰ）／インターネットプロトコル（Internet Protocol：ＩＰ）コアネットワーク１２０と、遠隔ＰｏＣネットワーク１７０とを介して相互に接続される。

上記各構成要素について説明する。

ＰｏＣ ＵＥ１００は、ＰｏＣクライアント１０２及びＸＭＬ文書管理クライアント（XML Document Management Client：以下、“ＸＤＭＣ”と称する。）１０４を含む。

ＰｏＣクライアント１０２は、サービス要求者としてＰｏＣ ＵＥ１００に内蔵される。特に、ＰｏＣクライアント１０２は、ＰｏＣ ＵＥ１００に滞在し、ＰｏＣ ＵＥ１００を介してＰｏＣサービス加入者にＰｏＣサービスを提供するためのネットワーク接続を遂行する。下記の説明において、“ＰｏＣクライアント”という用語は、ＰｏＣクライアントが内蔵されたＵＥ及びＰｏＣサービス加入者を総称し、ＰｏＣクライアントの参照符号は、特に区別されるべき場合のない限り省略する。

ＰｏＣクライアントは、ＰｏＣサービス加入者（すなわち、ＰｏＣユーザー）がＰｏＣセッションの確立、すでに確立されているセッションの参加、又は確立されているセッションの終了を可能にするために主に使用される。また、ＰｏＣクライアントは、トークバーストを生成し送信する機能、インスタントパーソナルアラート（Instant Personal alert）をサポートする機能、及びＰｏＣサービスへのアクセスを認証する機能を有する。ＰｏＣクライアントは、アクセスネットワーク１１０を介してＳＩＰ／ＩＰマルチメディアサービスをサポートするのに重要な役割を果たすＳＩＰ／ＩＰコアネットワーク１２０に接続される。

ＳＩＰ／ＩＰコアネットワーク１２０は、ＰｏＣサーバ１５０とＸＤＭＳ１３０及び１４０とに接続されることにより、ＰｏＣサービスを提供する。ＰｏＣサーバ１５０は、ＰｏＣセッションの維持及び管理を行う“ＰｏＣ統合機能管理部（Controlling PoC Function：ＣＦ）”及び１対１通話や多者間通話のために確立されるＰｏＣセッションに参加するための“ＰｏＣセッション機能管理部（Participating PoC Function：ＰＦ）”を有する。

一方、ＰｏＣサービスは、コンファレンス通話のようなグループセッション設定サービスを伴うことができる。このために、ＯＭＡ標準は、グループリストサービスのためのＸＤＭＣ１０４とＸＤＭＳ１３０及び１４０とを定義する。図１は、ＰｏＣサービスのために使用されるＰｏＣ ＸＤＭＳ１４０及び他のサービスイネーブラ（service enabler）にも共通的に使用されることができる共用ＸＤＭＳ（Shared XDMS）１３０を示す。グループ及びグループメンバーに関する情報は、ＰｏＣクライアントを介してＸＤＭＳ１３０及び１４０に入力される。ＰｏＣクライアントは、ＸＤＭＳ１３０及び１４０から受信される個人又はグループのリストから、自身が呼び出すことができるＰｏＣクライアントに関する情報を取得する。ＸＤＭＳ１３０及び１４０に関するグループ及びグループメンバーの生成、修正、及び管理は、インターネット又はイントラネットのようなＰｏＣサービスプロバイダーが信頼できる通信網を介してなされることもできる。ＸＭＬ文書を管理するためのプロトコルの具体的な説明（例えば、グループリストの生成、修正、及び削除）は、明瞭性のために省略する。

また、グループサービスの間に、ＸＤＭクライアント１０４からグループリストに関連した要求を受信すると、アグリゲーションプロキシサーバ１６０は、適切な規則に従って、各ＸＤＭＳ１３０及び１４０にルーティングする。

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

図２は、従来のＰｏＣサーバ１５０の概略的な構成を示す図である。

ＰｏＣサーバ１５０の機能は、ＰｏＣセッションの全般的な維持及び管理を担当するＰｏＣ統合機能管理部（Controlling PoC Function：以下、“ＣＦ”と称する。）と各セッションの維持及び管理を担当するＰｏＣセッション機能管理部（Participating PoC Function：以下、“ＰＦ”と称する。）とに区分されることができる。下記の＜表１＞及び＜表２＞を参照して、ＰｏＣサーバの機能別特性について説明する。

上述した＜表１＞に示すように、ＣＦは、ＰｏＣサーバ１５０の機能の中で、ＰｏＣセッションの総体的な管理に関連する。特に、ＰｏＣクライアントの発言権（floor）要求を受け入れ、順序を定めて権限を付与する。任意のＰｏＣクライアントがトークバースト（talk burst）を要求した場合に、グループ呼出しに参加した全ての他のＰｏＣクライアントに分配する。また、グループ呼出しに参加したＰｏＣクライアントに関する情報を提供する。

下記の＜表２＞に示すように、ＰＦは、ＰｏＣセッションの間に、ＣＦと各ＰｏＣクライアントとが関連しているセッションの管理に関する。特に、ＰＦは、ＣＦでＰｏＣクライアントへの発言権の付与だけではなく、ＰｏＣクライアントの発言権の要求を中継する。また、ＰＦは、ＣＦとＰｏＣクライアントとの間のメディアを中継し、両者が異なるコーデック（codecs）を使用する場合に、これらをトランスコーディングする。１つのセッションで話している中に、他のセッションでも話している場合（すなわち、同時セッションの間）には、ＰｏＣユーザーの選択に基づいて、これらの中の１つをフィルタリングする。

図３は、図１及び図２に示したＰｏＣサーバ１５０のＣＦブロック及びＰＦブロックを示す図である。

図３を参照すると、各ＰｏＣクライアント１０２-Ａ乃至１０２-Ｄは、ＰＦブロック３１０-Ａ乃至３１０-Ｄを介してＣＦブロック３００にアクセスし、ＰｏＣセッションを設定する。この後、ＣＦブロック３００は、ＰｏＣクライアントに発言権を付与し、上記発言権に対応するＰｏＣクライアントのメディアが各ＰｏＣクライアントに送信される。この際、発言権を付与されたとしても、ＰｏＣクライアントは、グループセッションに参加しているＰｏＣクライアントに関する情報を確認するまで、適切な発言をすることができない。

一方、ＰｏＣシステムにおいて、通話接続のための呼処理技術は、送信側及び受信側の要求及び状況に基づいて様々な手続きが可能である。ＯＭＡに基づいて、このような送信側及び受信側の設定により使用されるＰｏＣシステムの特徴は、次の通りである。

第１に、受信側は、ＰｏＣクライアントの要求に応じて、自身の応答モードを自動応答モード及び手動応答モードから選択することができる。自動応答モードにおいては、送信側が受信側で指定したＰｏＣクライアントリストに含まれている場合には、受信者の手動応答の代わりに、対応するネットワークから送信側に応答を即座に送る。端末機を動作させず、ネットワークにより送られるこのような自動応答は、ＰｏＣサーバが、端末機の応答モード設定要求に従って、応答モード及び対応するユーザーリストに関する情報を記憶することができるという事実に基づいている。他方、手動応答モードにおいて、特に、送信側が自動応答ユーザーリストに含まれていない場合、送信側が自動応答ユーザーリストに含まれているか否かが不明確な場合、又は受信者が全てのユーザーに手動応答を希望する場合に、ＰｏＣ通話要求は、受信ネットワークを介して端末機に送信され、これにより、ＰｏＣクライアントの許可の後に呼が接続される。

第２に、ＰｏＣシステムは、ユーザーのホームネットワーク内のＰｏＣサーバとの接続設定に基づいて、オンデマンド（on-demand）セッションモードと事前設定（pre-established）セッションモードとに分類されることができる。事前設定セッションモードは、ＰｏＣクライアントが、自身の要求に応じて、ＰｏＣクライアント（POC Client）と自身のホームネットワークに属しているＰｏＣサーバとの間で事前にセッションを設定しておく。このような事前設定セッションは、将来使われるＰｏＣサーバとクライアントとの間のメディアパラメータを反復して交渉する必要がなく、迅速なセッション確立を行うことができるように、ＰｏＣクライアントが使用するメディアパラメータをＰｏＣサーバと事前に交渉する必要がある。

事前セッションを確立するために、ＰｏＣクライアントは、ＳＩＰ方式を使用してボディー（body）部、特に、セッション記述プロトコル多目的インターネットメール拡張（Session Description Protocol Multipurpose Internet Mail Extension：ＳＤＰ ＭＩＭＥ）のボディー部、に支援可能なメディアパラメータを提供する。ＰｏＣクライアントは、サーバから受信されたメディアパラメータを提供し、上記メディアパラメータに応答する。上記サーバから応答メッセージを受信すると、ＰｏＣクライアントは、新たに確立される事前セッションの識別情報、特に、コンファレンス識別子（conference URI）を挿入し、これをＰｏＣクライアントに返信する。

上述した事前セッションを使用する場合に、ＩＰアドレス、ポート番号、使用されるコーデック（codec）、及びトークバースト制御プロトコル（talk burst control protocol）などの事前交渉が可能である。オンデマンドセッションモードは、任意のＰｏＣクライアントが事前セッションを設定しない場合に対応する。これは、招待メッセージが他のＰｏＣクライアントから受信された後に、ＰｏＣ呼を接続するための手順が遂行されることを意味する。

ＰｏＣシステムにおいて、通話要求に関する応答モードの設定は、ネットワーク上のエレメントであるＰｏＣサーバ及びユーザー側の端末機であるＰｏＣクライアントですべて格納されることができる。

応答モードがＰｏＣクライアントを管理するホームネットワークに設定される場合には、ＰｏＣクライアントが属しているネットワーク内でＰＦを有するＰｏＣサーバで実現される。

応答モードがネットワークに設定された場合に、ＰＦは、セッション進行メッセージを通話を要求したネットワークに送信することにより、ＰｏＣ通話のための他のＰｏＣサーバの要求に自動的に応答する。したがって、自動応答モードにおいて、通話要求手続きは、ＰｏＣクライアントまでセッション設定メッセージが送信された後に応答される場合に比べて簡素化される。これは、初期に発言権を付与する時間を短縮させる。

ネットワークで自動応答を遂行する場合には、状況に応じて、ユーザーの意思とは異なる結果をもたらすことがあり得るため、ＰｏＣクライアントにも応答モードが設定されることができる。この際、ＰｏＣクライアントの応答モードがネットワーク上に設定された応答モードに優先するという特徴がある。これは、ＰｏＣクライアントが自身の応答モードを変更し、応答モードを更新することをサーバに要求したが、信号遅延又はネットワーク上のエラーにより実時間で応答モードが更新されない際に発生する問題を解決するためである。

要約すると、ＰｏＣサービスの場合には、ユーザーがＰｏＣサーバ及びＰｏＣクライアントに対する応答モードを設定することができるが、ＰｏＣクライアントの応答モードの設定は、ユーザーの最も最近の意思を反映する。したがって、メディア（例えば、ユーザーの実際の音声又は映像）のストリームが送信される際には、ＰｏＣクライアントに対する応答モードに基づいて決定される。

上述したような特徴を有するＰｏＣシステムでのＰｏＣマルチメディアセッションを確立する手続きについて説明する。

送信側ＰｏＣクライアントは、ＳＩＰプロトコルを使用し、指定されたメディアタイプに基づく様々なフォーマットのオーディオ、ビデオ、及びテキストなどを含むマルチメディアを招待するメッセージを送信することにより、呼処理を要求する。このような呼処理要求に応じて、受信側クライアントは、対応するＰｏＣサーバでの応答モードの設定及び事前セッションに従って、様々な応答手続きに従う。ＰｏＣ通話のための呼を処理する手続きについては、送信側ネットワークと受信側ネットワークとに区分して説明する。

送信側ＰｏＣクライアントは、所望の受信側ＰｏＣクライアントのＳＩＰアドレスに関する情報を含むＳＩＰ招待要求を対応するＳＩＰ／ＩＰコアネットワークに送信する。この際、ＳＩＰ招待メッセージは、送信側ＰｏＣクライアントのＰｏＣアドレスに関する情報、要求されるメディアパラメータ、及びＰｏＣサービスを示す特性値に関する情報をさらに含むことができる。ここで、要求されるメディアパラメータは、要求されるセッションがマルチメディアセッションである場合には、オーディオ及びビデオに関するエンコーディング方法、レート、ペイロードタイプなどを示す複数の特性値を含むことができる。

ＳＩＰ招待メッセージは、ダイナミックホストコンフィギュレーションプロトコル（Dynamic Host Configuration Protocol：ＤＨＣＰ）サーバ又はドメインネームサーバ（Domain Name Server：ＤＮＳ）における経路クエリー（query）に基づいて、ＩＭＳネットワーク内の対応するＩＭＳサーバ、特に、プロキシ呼セッション制御機能 （Proxy Call Session Control Function：Ｐ-ＣＳＣＦ）及びサービング呼セッション制御機能（Serving Call Session Control Function：Ｓ-ＣＳＣＦ）を介してＰＦサーバに送信される。一般的な通話要求の際には、ＰｏＣクライアントが接続されたＰＦサーバは、確立されたセッションのトークバーストを管理するためのＣＦサーバと分離して実現されることができる。したがって、ＰＦサーバに送信されたＳＩＰ招待要求は、対応するネットワークのＳＩＰ／ＩＰコアネットワークを介してＣＦサーバに送信される。

一方、ＣＦを含むＰｏＣセッション制御ネットワークは、ＳＩＰ招待メッセージを受信側ネットワークに送信した後に、受信側ネットワークから応答メッセージを受信する。受信側ネットワークからのＳＩＰ応答メッセージは、受信側ＰｏＣクライアント及びＰＦの設定に基づいて、１ｘｘの臨時応答（provisional response）メッセージ、２ｘｘの成功応答（successful response）メッセージ、又は４ｘｘ〜６ｘｘのエラー応答（erroneous response）メッセージを含むことができる。自動応答（automatic response）モードの場合には、ＳＩＰ １８３“セッションプログレス（session progress）”信号が応答メッセージとして受信されることができ、このメッセージを介して、通話要求者のＩＭＳネットワークでＰｏＣサーバとクライアントとの間の接続を行うことができる。受信側ＰｏＣクライアントの通話許可信号としてのＳＩＰ １８３“ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ”又はＳＩＰ ２００“ＯＫ”応答は、ＣＦ及びＰＦのＰｏＣサーバを介してＰｏＣクライアントに送信される。受信側ＰｏＣサーバからＳＩＰ １８３“ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ”又はＳＩＰ ２００“ＯＫ”信号が受信されると、ＣＦは、ＰｏＣ呼が接続されたことを確認し、発言権許可信号（floor grant signal）を送信側ＰｏＣクライアントに送信することにより、トークバースト発言権を付与する。ＳＩＰ １８３“ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ”又はＳＩＰ ２００“ＯＫ”信号に対する応答、すなわち、トークバースト発言権に関する応答は、“ｃｏｎｆｉｒｍｅｄ”又は“ｕｎｃｏｎｆｉｒｍｅｄ”である。ＣＦが“ｕｎｃｏｎｆｉｒｍｅｄ”応答を受信する場合には、バッファリング機能を使用する。

一方、ＳＩＰ招待要求信号に対する応答信号を受信すると、送信側ＰｏＣクライアントは、トークバースト送信を許可するための信号、例えば、リングバックトーンを送信するための発言権許可信号をＲＴＣＰプロトコルを介して受信する。発言権許可信号は、トークバースト仲裁権限を有するＣＦにより生成され、対応するＰｏＣクライアントを管理するＰＦを介してＰｏＣクライアントに送信される。この際、発言権許可信号は、ＳＩＰプロトコルを使用せず、ベアラー経路を使用するため、ＩＭＳのようなＳＩＰ／ＩＰコアネットワークを迂回することができる。リングバックトーンを確認した後に、ＰｏＣクライアントは、例えば、ＲＴＰプロトコル（Real-time Transport Protocol）を用いて音声ストリームを送信する。

図４を参照して、上述したように構成されたＰｏＣシステムにおいて、ＰｏＣ ＸＤＭＳと連動しつつＰｏＣグループセッションを確立するシステムについて説明する。図４は、本発明の実施形態によるＰｏＣ ＸＤＭＳと連動しつつＩＲＳを提供するシステムの構成を示すブロック図である。

図４を参照すると、本発明によるシステムは、ＰｏＣ ＵＥ４００、ＰｏＣ ＸＤＭＳ４２０、及びＰｏＣサーバ４３０を含む。ＰｏＣ ＵＥ４００は、ＩＰネットワーク４０６及びアグリゲーションプロキシサーバ４１０を介してＰｏＣ ＸＤＭＳ４２０に接続されることができる。また、ＰｏＣ ＵＥ４００は、ＩＰネットワーク４０６及びＩＭＳコアネットワーク４０７を介してＰｏＣサーバ４３０に接続されることができる。

ＰｏＣ ＵＥ４００は、ＵＥの全般的な動作を制御する制御部と、ＰｏＣセッションの確立及び管理に使用されるＳＩＰプロトコルを処理するＰｏＣクライアント４０２と、ＰｏＣサービスのために使用されるＸＭＬ文書を管理するＸＤＭＣ４０１と、本発明により提案されるＩＲＳ関連情報だけではなく、ＰｏＣクライアントのアドレス情報及びグループ情報を格納するメモリ部４０３と、ユーザーインターフェース４０４と、データ送信部４０５と、を含む。ユーザーインターフェース４０４は、ユーザーの入力をＰｏＣ ＵＥ４００に送信する。データ送信部４０５は、パケットデータの送受信を遂行する。このために、データ送信部４０５は、送信プロトコルスタック、例えば、ＲＴＰ／ＲＴＰ制御プロトコル（ＲＴＣＰ）／ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol：ＨＴＴＰ）（ＲＴＰ／ＲＴＣＰ／ＨＴＴＰ）、ＵＤＰ、ＩＰ、及び下位レイヤースタック（Lower Layer Stack）を含むことができる。

ＰｏＣクライアント４０２は、ユーザーインターフェース４０４によりユーザーの要求に応じてセッションを確立し、メモリ部４０３に記憶されているＵＲＩ情報又はグループＵＲＩ情報を必要とする場合に、ＵＥ内のＸＤＭＣ４０１と連動しつつアドレス情報を取ってくる。この際、ＵＥ内のメモリ部４０３は、ＵＲＩリスト情報をＸＭＬ文書として管理し、ＸＤＭＣ４０１がＰｏＣ ＸＤＭＳ４０２に格納されているＩＲＳ関連情報を同一のＩＲＳ ＩＤを用いて格納することもできる。

ＰｏＣ ＵＥ４００内のＸＤＭＣ４０１がＰｏＣ ＸＤＭＳ４２０にＩＲＳ関連情報を格納し、ＰｏＣ ＸＤＭＳ４２０からＩＲＳ ＩＤを受信する過程について図５を参照して説明する。図５は、本発明の実施形態によるＩＲＳを提供するためのＰｏＣ ＵＥとＰｏＣ ＸＤＭＳとの間で送受信される信号のフローを示す図である。

ＵＥ内のＸＤＭＣ４０１は、ユーザーが所望するＩＲＳパラメータを生成する。この際、ＩＲＳパラメータは、ＰｏＣサーバがセッションを開始するための少なくとも１つの情報、例えば、招待されることができるＰｏＣクライアントの最小数、招待されたＰｏＣクライアントの応答モード、招待されたＰｏＣクライアントのＰｏＣサーバ登録状態、セッション開始のためのプレゼンス情報種類、セッション開始時間、セッション要求トリガーリング条件、及びＩＲＳ要求の満了時間などを含むことができる。

ステップ５００及びステップ５０２で、ＸＤＭＣ４０１は、ＸＣＡＰプロトコルを用いて上記生成されたＩＲＳパラメータ及びセッション設定のためのＵＲＩ情報を含むＨＴＴＰ ＰＵＴメッセージをＰｏＣ ＸＤＭＳ４２０に送信する。ここで、ＸＣＡＰは、ＸＭＬ文書へのアクセス及び編集が容易なプロトコルである。上記生成されたＩＲＳパラメータは、ＨＴＴＰ ＰＵＴメッセージを用いてアグリゲーションプロキシ（Aggregation proxy）サーバ４１０に送信される。アグリゲーションプロキシサーバ４１０は、要求されたメッセージの認証、圧縮、及びルーティングを遂行する。特に、アグリゲーションプロキシサーバ４１０は、上記メッセージを対応するＸＭＬ文書の宛先であるＰｏＣ ＸＤＭＳ４２０に転送する。上述したように、上記送信されたＨＴＴＰ ＰＵＴメッセージは、ＩＲＳパラメータだけではなく、ＩＲＳを適用するＵＲＩリスト又はグループＵＲＩ情報を含むことができる。ターゲットＵＲＩ情報は、ＰｏＣ ＩＲＳセッション開始条件、特に、ＩＲＳパラメータとともに送信される。上記応答に含まれているＩＲＳ ＩＤは、設定されたリスト及びＩＲＳパラメータを識別するのに使用される。

一方、上記メッセージを受信した後に、ＰｏＣ ＸＤＭＳ４２０は、上記受信されたメッセージに含まれているＩＲＳ関連パラメータを格納する。上記ＩＲＳパラメータをマッピングすることができるＩＲＳ ＩＤを生成し、生成された上記ＩＲＳ ＩＤを応答メッセージに挿入する。そして、ステップ５０４及びステップ５０６で、応答メッセージをアグリゲーションプロキシサーバ４１０を介して対応するＸＤＭＣ４０１に送信する。本実施形態では、ＸＤＭＣがサービスパラメータを提供することをＰｏＣ ＸＤＭＳに要求し、上記要求に応じて、ＰｏＣ ＸＤＭＳがＩＲＳ ＩＤを生成し、これを上記ＸＤＭＣに送信する過程について説明しているが、上記ＸＤＭＣは、直接ＩＲＳ ＩＤを生成することもできる。この場合に、上記ＸＤＭＣは、上記ＰｏＣ ＸＤＭＳによりマッピングされるＩＲＳ ＩＤを受信した後に、セッションを開始する過程が省略されることができる。

このように、ＰｏＣ ＵＥ４００内のＸＤＭＣ４０１とＰｏＣ ＸＤＭＳ４２０との間のネットワーク基盤セッションを開始する条件を規定するＩＲＳ関連情報を設定する過程は、ＰｏＣ ＩＲＳのセッション開始条件であるＩＲＳパラメータ及び設定されたＩＲＳパラメータを識別するＩＲＳ ＩＤを含んで送受信される。

図５の過程において、ＸＤＭＣ４０１からＰｏＣ ＸＤＭＳ４２０に送信されるＨＴＴＰ ＰＵＴメッセージの例を図７を参照して説明する。図５は、ＸＤＭＣ４０１がＰｏＣ ＸＤＭＳ４２０に送信するＩＲＳパラメータのＸＭＬ文書形態を示す。ＨＴＴＰ ＰＵＴメッセージのボディー部は、ＩＲＳのために新たに定義されたＸＭＬ文書を示す“ｉｒｓ-ｓｅｔｔｉｎｇ”のフィールド値と、ＩＲＳパラメータ値のための“ｉｒｓ-ｐａｒａｍｓ”のサブフィールド値と、ターゲットＵＲＩ情報を示す“ｒｅｓｏｕｒｃｅ-ｌｉｓｔ”と、を含む。“ｉｒｓ-ｐａｒａｍｓ”のフィールド値は、セッション開始（start-up）時間、プレゼンス情報、及び予約満了時間で構成される。また、“ｒｅｓｏｕｒｃｅ-ｌｉｓｔ”のフィールド値は、ＵＲＩリスト又はこれを代表するグループＵＲＩ情報で構成される。

上述したように、本発明によれば、ＰｏＣ ＵＥ４００は、ＸＤＭＣ４０１を介してセッション確立のための招待に関するＵＲＩ情報及びＩＲＳパラメータのようなＩＲＳ情報をＰｏＣ ＸＤＭＳ４２０に予め格納する。ＰｏＣ ＵＥ４００は、上記格納された情報に基づいて、上記格納された情報にマッピングされたＩＲＳを提供するＰｏＣ ＸＤＭＳ４２０からＩＤを受信する。

ＩＲＳを要求するためのユーザーの入力を受信すると、ＰｏＣ ＵＥ４００のＰｏＣクライアント４０２は、ＩＲＳ ＩＤを使用してＩＲＳを提供することをＰｏＣサーバ４３０に要求することにより、セッションを確立する。図６は、本発明によるＩＲＳ ＩＤを用いてＰｏＣクライアントにＩＲＳを提供することをＰｏＣサーバに要求するためのステップを示すフローチャートである。

まず、ＰｏＣクライアント４０２は、ＩＲＳを要求するために、ＩＲＳ ＩＤを要求するためのメッセージをＵＥ内のＸＤＭＣ４０１に送信する。上記メッセージを受信すると、ＸＤＭＣ４０１は、ステップ６０２で、ＩＲＳ ＩＤを検索する。この後、ＸＤＭＣ４０１は、ステップ６０４で、検索されたＩＲＳ ＩＤをＰｏＣクライアント４０２に送信する。図５を参照して説明した通りに、ＸＤＭＣ機能を使用してＰｏＣ ＸＤＭＳ４２０から直接ＩＲＳ ＩＤを取得する代わりに、メモリ部４０３に格納されているＩＲＳ ＩＤを使用してもよい。ＩＲＳ ＩＤ送信過程は、ＰｏＣクライアント４０２とＸＤＭＣ４０１との間の特定の内部シグナリングにより実現されることもできる。特に、ＰｏＣクライアント４０２の要求に応じてＩＲＳ ＩＤを検索するステップは、ＰｏＣ ＸＤＭＳ４２０内のＸＭＬデータを検索するステップ及びＰｏＣ ＸＤＭＳと同期したＸＭＬデータが格納されたＵＥ内のメモリ部４０３からＩＲＳ ＩＤを検索するステップのうちの少なくとも１つを含むことができる。

一方、ＰｏＣクライアント４０２は、ステップ６０６及びステップ６０８で、上記受信されたＩＲＳ ＩＤ及びＩＲＳを要求するメッセージをＳＩＰ／ＩＰコアネットワークを介してホームネットワーク内のＰｏＣサーバ４３０に送信する。この際、ＩＲＳを要求するメッセージは、ＳＩＰ ＰＵＢＬＩＳＨメッセージであってもよく、ＳＩＰ ＰＵＢＬＩＳＨメッセージ内に含まれているＰｏＣサービス設定値は、“ＩＲＳ”のフィールド値を指定し、ＩＲＳが適用されるか否かを知らせるのに使用されることができる。例えば、上記フィールド値が“オン（on）”である場合には、ＩＲＳを要求し、上記フィールド値が“オフ（off）”である場合には、ＩＲＳを要求しない。

上記ＩＲＳ要求メッセージは、図５に示すように、ＩＲＳ ＩＤを発行する過程でＵＲＩリスト情報を既に含んでいる。したがって、ＰＵＢＬＩＳＨメッセージ内に挿入されたターゲットＵＲＩ情報を挿入する必要がない。図５の過程において、ＩＲＳ ＩＤがターゲットＵＲＩ情報の代わりに発行された場合には、図６の過程において、対応する情報、すなわち、ＵＲＩリスト又はグループＵＲＩをＩＲＳ要求メッセージのＳＤＰボディー部に挿入する必要がある。

ステップ６０８で、ＰｏＣクライアント４０２からＩＲＳ ＩＤ及びＩＲＳ要求メッセージを受信した後に、ＰｏＣサーバ４３０は、ステップ６１４で、ＩＲＳを提供する必要がある情報を購読するための購読要求メッセージをＰＯＣ ＸＤＭＳ４２０に送信する。ここで、上記購読要求メッセージは、ＰｏＣクライアント４０２から受信されたＩＲＳ ＩＤを含み、ＰｏＣ ＸＤＭＳ４２０により提供されたＩＲＳ関連情報（例えば、ＩＲＳ ＩＤにマッピングされつつ格納されたターゲットＵＲＩ情報、ＩＲＳパラメータ）を購読するのに使用される。

上記購読要求メッセージを受信した後に、ＰｏＣ ＸＤＭＳ４２０は、ステップ６１６で、応答メッセージをＰｏＣサーバ４３０に送信し、ステップ６１８で、受信されたＩＲＳ ＩＤにマッピングされつつ格納されているＩＲＳ関連情報、すなわち、ターゲットＵＲＩ情報及びＩＲＳパラメータをＰｏＣサーバ４３０に送信する。上記ＩＲＳ関連情報を受信すると、ＰｏＣサーバ４３０は、ステップ６２０で、応答メッセージをＰｏＣ ＸＤＭＳ４２０に送信する。この後、ステップ６２２で、ＰｏＣサーバ４３０は、サービス条件（service condition）を確認し（evaluate）、上記確認されたサービス条件が満たされた場合には、ステップ６２４で、セッションの初期化（Session Initiation）を行う。この際、プレゼンス情報が含まれているか否かに基づいて、ＰｏＣサーバ４３０は、ＩＲＳ ＩＤを用いてＰｏＣ ＸＤＭＳ４２０からＩＲＳパラメータを受信し、サービス条件に従ってグループセッションを確立する過程で、プレゼンスサーバと連動することができる。

図６の過程において、ＰｏＣクライアント４０２がＩＲＳを提供することをＰｏＣサーバ４３０に要求するＳＩＰ ＰＵＢＬＩＳＨメッセージを図８を参照して説明する。図８は、ＳＩＰ ＰＵＢＬＩＳＨメッセージの一例を示す図である。

一般的に、ＳＩＰ ＰＵＢＬＩＳＨメッセージは、ＰｏＣ１により定義されたＰｏＣサービス設定（Service setting）値を拡張し、“ｉｒｓ-ｓｅｒｖｉｃｅ”エレメントを含む。“ｔｒｕｅ”又は“ｆａｌｓｅ”の値に基づいて、ＩＲＳが要求されるか否かを決定する。また、ＳＩＰ ＰＵＢＬＩＳＨメッセージは、ＰｏＣサーバ４３０が要求されたＩＲＳパラメータをＰｏＣ ＸＤＭＳ４２０から読み出すように“ｉｒｓ-ｉｄ”エレメントを含み、２進数で表示されることができる。

上記のように、拡張されたＳＩＰ ＰＵＢＬＩＳＨメッセージを実現するためには、ＸＭＬスキーマの定義を要求する。しかしながら、スキーマの定義は、本発明の範囲を外れているので、その詳細な説明を省略する。

要約すると、本発明は、図５に示すように、ＰｏＣ ＵＥ４００内のＸＤＭＣ４０１とＰｏＣ ＸＤＭＳ４２０との間でネットワーク基盤セッション開始条件を定義するＩＲＳパラメータを設定することにより、ＰｏＣ ＸＤＭＳ連動ＩＲＳを提供する。設定されたパラメータに基づいて、ＰｏＣ ＵＥ４００は、ＰｏＣ ＸＤＭＳ４２０で応答するＩＲＳ ＩＤを受信する。図６に示すように、ＰｏＣクライアント４０２は、ＩＲＳ要求に応じて格納されているＩＲＳ ＩＤを検索し、ＩＲＳ ＩＤに対応するＩＲＳを要求するメッセージをＰｏＣサーバに送信する。上記メッセージを受信すると、ＰｏＣサーバ４３０は、ＩＲＳ ＩＤにマッピングされているＩＲＳパラメータをＰｏＣ ＸＤＭＳ４２０から受信し、サービス条件を満足すると、セッションを確立する。

本発明では、IＲＳパラメータを格納するネットワーク装置がＰｏＣ ＸＤＭＳに限定されるものではなく、ＰｏＣサービスを提供する他のネットワーク装置が使用されることもできる。したがって、同一のサービスパラメータを格納する共有ＸＤＭＳ又は新たに定義されるＩＲＳサービス格納装置が使用されることもできる。上述したようなネットワーク構成が変化しても、本発明で説明したような同一のサービスパラメータのコンテンツ及び信号のフローが適用されることができる。

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

従来のＰｏＣシステムの構成を示す図である。 従来のＰｏＣサーバの動作を示すブロック図である。 図１及び図２に示したＰｏＣサーバのＣＦブロック及びＰＦブロックを示す図である。 本発明の実施形態によるＰｏＣ ＸＤＭＳと連動しつつＩＲＳを提供するためのシステムの構成を示すブロック図である。 本発明の実施形態によるＩＲＳを提供するためのＰｏＣ ＵＥとＰｏＣ ＸＤＭＳとの間で送受信される信号のフローを示す図である。 本発明の実施形態によるＰｏＣクライアントがＩＲＳ ＩＤを用いてＰｏＣサーバにＩＲＳを要求するステップを示すフローチャートである。 ＩＲＳが図５の過程で要求される際に送信されるメッセージの一例を示す図である。 ＩＲＳが図６の過程で要求される際にＰｏＣクライアントがＰｏＣサーバに送信されるメッセージの一例を示す図である。

Claims (9)

1. プッシュツートークオーバーセルラー（ＰｏＣ）システムにおけるＰｏＣグループセッション確立のための招待予約サービス（ＩＲＳ）を提供する方法であって、
   ＰｏＣ端末機がセッション開始条件を規定するＩＲＳ関連情報をＰｏＣ拡張可能なマークアップ言語文書管理サーバ（ＸＤＭＳ）に設定するステップと、
   前記ＰｏＣ ＸＤＭＳが前記ＩＲＳ関連情報を識別するためのＩＲＳ識別子（ＩＤ）を前記ＰｏＣ端末機に送信するステップと、
   前記ＰｏＣ端末機が前記ＩＲＳ ＩＤを用いてセッション開始のためのＩＲＳの提供をＰｏＣサーバに要求するステップと、
   を含むことを特徴とする方法。
2. 前記ＩＲＳを前記ＰｏＣサーバに要求するステップは、
   前記ＰｏＣ端末機がユーザーのＩＲＳ要求に応じて前記ＩＲＳ ＩＤを含むＩＲＳ要求メッセージを前記ＰｏＣサーバに送信するステップと、
   前記ＰｏＣサーバが前記ＩＲＳ要求メッセージを受信すると、前記ＰｏＣ ＸＤＭＳから対応するＩＲＳ ＩＤにマッピングされているＩＲＳパラメータを確認し、サービス条件を満足する場合にセッションを開始するステップと、を含むことを特徴とする請求項１に記載の方法。
3. 前記ＩＲＳ関連情報は、ＩＲＳパラメータ情報及びＩＲＳを適用するターゲットＵＲＩ情報のうちの少なくとも一つを含むことを特徴とする請求項１に記載の方法。
4. 前記ＩＲＳパラメータは、セッション開始のためのプレゼンス情報種類、セッション開始時間、セッション要求トリガーリング条件、及びＩＲＳ要求満了時間情報で構成されるグループから選択された情報のうちの少なくとも一つを含むことを特徴とする請求項３に記載の方法。
5. プッシュツートークオーバーセルラー（ＰｏＣ）システムにおけるＰｏＣグループセッション確立のためのシステムであって、
   セッション開始条件を規定する招待予約サービス（ＩＲＳ）関連情報をＰｏＣ拡張可能なマークアップ言語文書管理サーバ（ＸＤＭＳ）に設定し、ＩＲＳ識別子（ＩＤ）を用いてセッション開始のためのＩＲＳの提供をＰｏＣサーバに要求するＰｏＣ端末機と、
   前記ＩＲＳ関連情報を識別するためのＩＲＳ ＩＤを前記ＰｏＣ端末機に送信する前記ＰｏＣ ＸＤＭＳと、
   ＩＲＳ要求メッセージを受信すると、前記ＩＲＳ ＩＤを用いてセッション開始を遂行する前記ＰｏＣサーバと、
   を含むことを特徴とするシステム。
6. 前記ＰｏＣサーバは、前記ＩＲＳ要求メッセージを受信すると、前記ＰｏＣ ＸＤＭＳから対応するＩＲＳ ＩＤにマッピングされているＩＲＳパラメータを確認し、サービス条件を満足する場合に、セッションを開始するように構成されることを特徴とする請求項５に記載のシステム。
7. 前記ＩＲＳ関連情報は、ＩＲＳパラメータ情報及びＩＲＳを適用するターゲットＵＲＩ情報のうちの少なくとも一つを含むことを特徴とする請求項５に記載のシステム。
8. 前記ＩＲＳパラメータは、セッション開始のためのプレゼンス情報種類、セッション開始時間、セッション要求トリガーリング条件、及びＩＲＳ要求満了時間情報で構成されるグループから選択された情報のうちの少なくとも一つを含むことを特徴とする請求項７に記載の方法。
9. プッシュツートークオーバーセルラー（ＰｏＣ）システムにおけるＰｏＣグループセッション確立のための端末機であって、
   ＰｏＣサーバとのパケットデータ送受信を遂行するデータ送信部と、
   招待予約サービス（ＩＲＳ）パラメータの設定のために、ＩＲＳ関連情報をＰｏＣ拡張可能なマークアップ言語文書管理サーバ（ＸＤＭＳ）に送信し、前記ＩＲＳパラメータを識別するＩＲＳ識別子（ＩＤ）が前記ＰｏＣ ＸＤＭＳから受信されると前記ＩＲＳ ＩＤを格納する、拡張可能なマークアップ言語文書管理クライアント（ＸＤＭＣ）と、
   ＩＲＳ要求に応じて、前記ＩＲＳ ＩＤを使用して前記ＩＲＳの提供を前記ＰｏＣサーバに要求するＰｏＣクライアントと、
   前記ＰｏＣ ＸＤＭＳから受信された前記ＩＲＳ ＩＤを格納するメモリ部と、
   を含むことを特徴とする端末機。

Images