JP2008506331A - ＰｏＣシステムの呼処理方法及びシステム - Google Patents

Abstract

本発明は、ＰＴＴシステムにおいての呼処理方法に関し、事前用意されたセッションが設定されたＰＴＴシステムにおいて任意の端末に対する呼連結が要請されるとき、呼連結を要請されたＰＴＴ端末に当該呼に対する受諾可否を確認するクエリーメッセージを送信し、それに対する応答メッセージから呼連結可否を決定することによって、セッション設定が不要な場合にセッションが設定され、リソース及び時間の浪費が発生することを防止することができる。

Description

本発明は、ＰＴＴシステムの呼処理方法及びシステムに関し、特に、事前用意されたセッション（Pre-established session）が設定されているＰＴＴサービス端末との呼連結を構築するための呼処理方法及びシステムに関する。

ＰＴＴ（Push To Talk）システムとは、ＰＴＴ端末を使用するＰＴＴサービス加入者に一種の無線機サービスのようなインスタントメッセンジャーサービスであるＰＴＴサービスを提供するシステムである。ＰＴＴサービスは、単語の意味どおり、ＰＴＴサービス加入者がトークボタン（talk button）、すなわちＰＴＴ端末がＰＴＴサービスを行うようにする入力手段（以下、「スイッチ」という）を選択した後、話しながら直ちに簡単な意志疎通を行うことができるようにするサービスであるから、一般携帯電話の待ち時間に比較する時、相対的に非常に速い通信サービスを提供することができる。また、ＰＴＴサービスのうちグループサービスは、１人のＰＴＴサービス加入者が話すことを前記グループの他のＰＴＴサービス加入者が各自のＰＴＴ端末を使用して聞くことができるものであり、電話が持つ１対１通信の限界を克服したものと言える。ＰＴＴサービスの加入者は、１人のＰＴＴサービス加入者を対象とするインスタントパーソナルトーク（instant personal talk）と、特定の多数のＰＴＴサービス加入者を対象とするアドホックグループトーク（adhoc group talk）及びインスタントグループトーク（instant group talk）、そして不特定の多数のＰＴＴサービス加入者を対象とするチャット（chat）のうち所望の形態のＰＴＴサービスを提供されることができる。

ＰＴＴ加入者がスイッチを押すことによって話そうとすることを表示する場合、ＰＴＴ端末は、ＰＴＴサービス要請をネットワークに転送する。ネットワークは、リソースの利用可能性、要請したユーザの優先順位などのような所定の判断基準に基づいて、前記ＰＴＴ端末からの要請を拒絶したり、要請によるサービスをサポートするためのリソースを割り当てる。その後、前記ＰＴＴ端末から要請されたサービスを行うためのセッション（session）が設定される場合、前記ＰＴＴサービスを要請したＰＴＴ加入者は、話すことができるようになり、他のＰＴＴ加入者は、前記セッションからこれを聞くことができるようになる。ＰＴＴ加入者がＰＴＴ連結設定を解除する場合、ＰＴＴ端末は、ネットワークに解除（Release）メッセージを転送し、このメッセージを受信したネットワークは、当該リソースを解除する。したがって、リソースは、ただ実際の音声トランザクションまたは音声アイテムのみのために確保される。

一方、前述したように、ＰＴＴシステムは、ＰＴＴ加入者に非常に速い通信サービスを提供することができなければならないので、呼設定時間が短くなければならない。ＰＴＴ加入者は、呼び出し、さらに正確に言えば、音声アイテムを開始した後、早い時間内にＰＴＴサービスを提供されることができなければならない。すなわち、ＰＴＴ呼連結ためのセッション設定完了まで所要される時間が短くなければならない。

ＰＴＴシステムは、呼連結時のセッション設定過程に要求される時間を減少させるために、事前用意されたセッションを使用する。事前用意されたセッションは、ＰＴＴサーバーとＰＴＴ端末との間に設定されるものであって、セッション設定のための情報をあらかじめ格納するものである。すなわち、事前用意されたセッション過程では、ＰＴＴ端末とホーム(Home)ＰＴＴサーバーとの間にメディアとトークバースト制御（talk burst control）メッセージを送るために使われるＩＰアドレス（Internet Protocol address）、ポート（ports）及びコーデック（codec）のようなメディアパラメーターを交渉するメカニズムが提供される。事前用意されたセッションが設定されているシステムは、ＰＴＴ呼（call）に対するセッション設定が要求される時、情報交換のための交渉過程を経ることなく、直ちにセッションを設定することができるので、セッション設定要請時からセッション完了時までの所要時間が減少する。

すなわち、ＰＴＴシステムは、任意のＰＴＴ端末からセッション設定を要請するメッセージが受信される時、前記メッセージの対象となるＰＴＴ端末が事前用意されたセッションが設定された端末である場合は、前記対象端末とのメッセージ交換を行うことなく、前記要請を受諾するメッセージを送信する。マニュアル応答モード（manual answer mode）とは、ＰｏＣ呼をＰｏＣクライアントＢ １００−Ｂが受け取る時、ＰｏＣユーザがこのＰｏＣ呼を受け取るか否かを質問するように設定されたモードである。

以下、添付の図面を参照して、事前用意されたセッションが設定されたシステムにおいてのマニュアル応答モードによるセッション設定過程について説明する。

図４は、従来技術に係る図であって、事前用意されたセッションが設定されたＰｏＣシステムにおいてのマニュアル応答モードによるセッション設定過程を示す図である。

図４において、ＰｏＣクライアントＢ １００−Ｂは、ＰｏＣクライアントＡ １００−Ａが要請したＰｏＣ呼のためのセッション設定を要請するＩＮＶＩＴＥメッセージ５０３が受信される場合、自動的にマニュアル応答モードによるＯＫメッセージ５０９をＰｏＣサーバーＡ １３０−Ａに送信する。これにより、ＰｏＣクライアントＢ １００−Ｂの意思とは関係なく、ＰｏＣクライアントＡ １００−ＡとＰｏＣクライアントＢ １００−Ｂとの間にＰｏＣセッション５１３が開始されるようになり、メディアコネクション（media connection）が生成される。このセッションにおいてＰｏＣサーバーＡ １３０−Ａは、ＰｏＣクライアントＡ １００−Ａが発言権（floor）を有していることを発言権取得（Floor taken）メッセージ５１５及び５１７を用いてＰｏＣクライアントＢ １００−Ｂに通知する。

ＰｏＣクライアントＢ １００−Ｂは、セッションが設定された後、当該ＰｏＣ呼に対する受諾可否を含む発言権取得応答（Floor Taken Reply）メッセージ５１９をＰｏＣサーバーＢ １３０−Ｂに送信する。ＰｏＣクライアントＢ １００−Ｂが当該ＰｏＣ呼を受諾する場合、発言権取得応答（Floor Taken Reply）メッセージ５２１に基づいて発言権決定がなされる。ところが、ＰｏＣクライアントＢ １００−Ｂが当該ＰｏＣ呼を受諾しない場合、ＰｏＣサーバーＢ １３０−Ｂは、発言権取得応答（Floor Taken Relay）メッセージ５２１を使用してＰｏＣサーバーＡ １３０−ＡにＰｏＣクライアントＢ １００−Ｂが呼を受諾しないことを通知し、ＰｏＣクライアントＢ １００−ＢからのＢＹＥメッセージを用いて既にＩＮＶＩＴＥメッセージを通じて連結されたメディアコネクションを解除しなければならない。

前述の過程を参照すれば、事前用意されたセッションが設定されたＰｏＣシステムにおいてマニュアル応答モードを設定する場合、ＰｏＣ呼の連結を要請されたＰｏＣクライアントＢ １００−Ｂが当該ＰｏＣ呼を受諾すれば、問題が発生しない。しかしながら、ＰｏＣクライアントＢ １００−Ｂが当該ＰｏＣ呼を受諾しない場合、メディアコネクションが生成された後に、発言権状態（Floor status）情報をＰｏＣクライアントＢ １００−Ｂに伝達した後、ＰｏＣクライアントＢ １００−Ｂの意思を問うため、無線リソースが浪費される。また、生成されたメディアコネクションを解除するための別の過程が要請される。

すなわち、従来の事前用意されたセッションが設定されたＰｏＣシステムにおいてのマニュアル応答モードは、２つのＰｏＣクライアントの間にセッションが設定された後に、ＰｏＣ呼を要請されたＰｏＣクライアントが当該ＰｏＣ呼を受諾するか否かを確認することができるようにする。それ故に、ＰｏＣクライアントが当該ＰｏＣ呼を受け取らない場合には、不要な過程であるメディアコネクションを生成する過程、発言権状態情報を受け取る過程、生成されたメディアコネクションを解除する過程などが行われ、これにより、不要なリソース及び時間の浪費が発生するようになる。

本発明は、前述のような問題点を解決するためになされたもので、その目的は、事前用意されたセッションが設定されたＰＴＴクライアントに対する不要なセッション設定を防止することができるＰＴＴシステムの呼処理方法及びシステムを提供することにある。

上記目的を達成するために、本発明の一態様に係る呼処理方法は、ＰｏＣ（PTT over Cellular）網の呼処理方法において、ＰｏＣクライアントとＰｏＣサーバーとの間に事前用意されたセッションを設定する段階と、前記事前用意されたセッションが設定されたＰｏＣサーバーに呼連結要請メッセージが受信される段階と、前記ＰｏＣサーバーから前記ＰｏＣクライアントに呼連結受諾可否に対するクエリーメッセージを送信する段階と、前記ＰｏＣクライアントから前記ＰｏＣサーバーに前記クエリーメッセージに対する応答メッセージが送信される段階と、を備えることを特徴とする。

また、本発明の他の態様に係る呼処理システムは、ＰｏＣ網の呼処理システムにおいて、ＰｏＣ呼連結要請メッセージを送信するＰｏＣサーバーを備える送信側ＰｏＣシステムと、前記送信側ＰｏＣシステムから前記呼連結要請メッセージを受信し、前記呼連結要請の受諾可否に対するクエリーメッセージを生成する受信側ＰｏＣサーバーと、前記受信側ＰｏＣサーバーと事前用意されたセッションを設定し、事前用意されたセッションが設定された受信側ＰｏＣサーバーから前記クエリーメッセージを受信し、前記クエリーメッセージに対する応答メッセージを前記受信側ＰｏＣサーバーに送信する受信側ＰｏＣクライアントと、を備えることを特徴とする。

本発明を適用することによって、事前用意されたセッションが設定されたＰＴＴシステムにおいて行われることができる不要な過程を防止することができるようになる。これにより、事前用意されたセッションを通じてセッション設定手続の過程及び時間を短縮することができると共に、付加の過程短縮による使用リソース及び所要時間を減少することができる。

以下、添付の図面を参照して、本発明に係る好適な実施例を詳細に説明する。本発明を説明するにあたって、関連公知機能又は構成に関する具体的な説明が本発明の要旨を不明にすることができると判断される場合、その詳細な説明を省略する。

以下に記述する本発明では、セッション設定を要請されたＰＴＴ端末にセッション設定に対する受諾可否を確認するクエリーメッセージを送信し、それに対する応答メッセージからセッション設定を行うか否かを決定するようにすることによって、不要な手続の実行を防止する方法を提案する。

以下、図面を参照して、加入者にＰＴＴサービスを提供するためのＰＴＴサービスネットワークについて説明する。

図１は、ＰＴＴサービスネットワークの構成図である。

図１は、特にＰＴＴサービスをセルラーネットワークを基盤として具現するＰｏＣ（PTT over Cellular）システムを示す。以下、本発明を説明するにあたって、図１のＰｏＣシステムを例に取って説明するが、これは、本発明の説明を容易にするためのものであって、本発明は、ＰｏＣシステムだけでなく、全てのＰＴＴシステムに適用されることができる。

図１に示されたように、ＰｏＣシステムは、ＰｏＣクライアント（PTT over Cellular client）１００と、接続ネットワーク（access network）１１０と、ＳＩＰ／ＩＰコア（Session Initiation Protocol/Internet Protocol core）１２０と、ＰｏＣサーバー（server）１３０と、ＧＬＭＳ（Group and List Management Server)１４０と、ＧＬＭＳ管理／認証部（GLMS Management/Administration)１５０と、プレゼンスサーバー（Presence Server）１６０と、遠隔ＰｏＣネットワーク（Remote PoC Network）１７０とで構成される。

ここで、ＰｏＣクライアント１００は、ＰｏＣサービス加入者にＰｏＣサービスを提供するためのＰｏＣ端末であって、ＰｏＣサービスに対する接続を行う。ＰｏＣクライアント１００の主な機能は、ＰｏＣサービス加入者に対してＰｏＣセッションを生成し、既存のセッションに参加し、セッションを終了することなどである。その他、ＰｏＣクライアント１００は、トークバースト（talk burst）を形成し伝達する機能、インスタントパーソナルアラート（instant personal alert）をサポートする機能、ＰｏＣサービスに接続する時に認証する機能などを行うことができる。ＰｏＣサービス加入者は、ＰｏＣクライアント１００を使用しＰｏＣサービスを提供されるようになるので、以下では、必要な場合を除いて、ＰｏＣサービス加入者に対する別の言及を省略するようにする。ＰｏＣクライアント１００は、ＰｏＣサービスを提供されるために、ＳＩＰ／ＩＰコアネットワークを構成しているＳ−ＣＳＣＦ（Serving-Call Service Control Function）（図示せず）及びＨＳＳ（Home Subscriber Server）（図示せず）に自身のアドレスを登録し認証を取得しなければならない。

接続ネットワーク（access network）１１０は、既存のセルラー網の接続ネットワークを意味する。具体的に例示すれば、ＩＳ−９５及びＣＤＭＡ２０００の基地局（Base station Transceiver System；ＢＴＳ）や基地局制御機（Base Station Controller；ＢＳＣ）が接続ネットワークに該当することができる。このような接続ネットワークを介してＰｏＣクライアント１００は、ＩＰを基盤とするＰｏＣネットワークに接続することができるようになる。

ＳＩＰ／ＩＰコア１２０は、メッセージ伝達及びＰｏＣサービスネットワークに対するＰｏＣクライアント１００の登録手続などを行う。ＳＩＰ／ＩＰコア１２０は、プロキシ（proxy）と呼ばれることもある。ＳＩＰ／ＩＰコア１２０は、ＰｏＣクライアント１００のＳ−ＣＳＣＦ及びＨＳＳに対するアドレス登録及び認証過程が終了すれば、このような全ての手続をＰｏＣサーバー１３０に通知することによって、ＰｏＣクライアント１００がシステムに接続したことを通知する。ＳＩＰ／ＩＰコア１２０は、ＰｏＣセッションを生成する中に、各ＰｏＣクライアント１００のアドレス分析を行う。すなわち、ＳＩＰ／ＩＰコア１２０は、ＰｏＣサーバー１３０からグループアドレスに関する情報を伝達される場合、当該ＰｏＣクライアント１００を実際担当しているＰｏＣサーバー１３０がどこに位置するか、または当該ＰｏＣクライアント１００の実際物理的アドレスがどこに位置するかを把握し、ＳＩＰセッションを生成する役目を行う。

ＰｏＣサーバー１３０は、ＳＩＰ／ＩＰコア１２０からＳＩＰメッセージを受信し、ＧＬＭＳ１４０と連動して、サービスに該当する呼処理を行う。ＰｏＣサーバー１３０については、図２を参照して後述する。

ＧＬＭＳ（Group and List Management Server）１４０は、ＰｏＣサービスを提供するために、グループまたは各グループメンバーの情報を生成し、修正又は削除する役目を担当するサーバーである。ＰｏＣサービス加入者は、自身のＰｏＣクライアント１００を介してＧＬＭＳ１４０にグループ及びメンバーに関する情報を入力したり、またはＧＬＭＳ１４０から受信した個人またはグループ目録に基づいて自身が呼び出しできるＰｏＣクライアント１００の情報を把握することができる。一方、ＰｏＣサービス加入者は、ＰｏＣクライアント１００を使用せずに、インターネットやイントラネットなどＰｏＣサービス提供者が信頼できる通信網を介してＧＬＭＳ１４０のグループ及びグループメンバーの生成、修正及び管理を行うことができる。

ＧＬＭＳ管理／認証部１５０は、ＧＬＭＳ１４０の機能をサポートするための装置である。

プレゼンスサーバー（Presence Server）１６０は、各ＰｏＣクライアント１００の現在状態（例えば、reachable, busy, Do-Not-Disturbなど）を格納し、必要に応じて、ＰｏＣクライアント１００の状態情報を提供するサーバーである。すなわち、プレゼンスサーバー１６０は、ＰｏＣクライアント１００のオンライン可否や位置などの状態情報を格納しているサーバーであって、オンライン状態であるＰｏＣクライアント１００の現在位置を登録／維持し、この情報を所望のＰｏＣサービス加入者に通知することによって、迅速な通信サービスを可能にする。

同様に、遠隔ＰｏＣネットワーク１７０は、前述したＰｏＣクライアント１００乃至プレゼンスサーバー１６０の構成を有する。

このようなＰｏＣシステムの構成要素は、図１に示されたように、Ｉｓ、Ｉｆ、Ｉｎ、Ｉｍ、Ｉｋ、Ｉｐｌ、Ｉｐｓ、Ｉｔ及びＩｔｎ、インタフェースにより連結されることができる。ここで、Ｉｓは、ＰｏＣクライアント１００とＳＩＰ／ＩＰコア１２０との間のセッションシグナリング（session signaling）のために使われるインタフェースである。Ｉｆは、ＳＩＰ／ＩＰコア１２０とＰｏＣサーバー１３０との間のセッションシグナリングのために使われるインタフェースである。Ｉｎは、発信側のＳＩＰ／ＩＰコアと着信側のＳＩＰ／ＩＰコアとの間のセッションシグナリングのために使われるインタフェースである。Ｉｍは、ＰｏＣクライアントに対するグループ管理のために使われるインタフェースである。Ｉｋは、ＰｏＣサーバー１３０に対するグループ管理のために使われるインタフェースである。Ｉｐｌ及びＩｐｓは、ＰｏＣクライアント１００の接続情報をＧＬＭＳ１４０及びＳＩＰ／ＩＰコア１２０に提供するために使われるインタフェースである。さらに、Ｉｔ及びＩｔｎは、発言権制御（floor control）及びメディア処理のために使われるインタフェースである。

これらのインタフェースのうちＩｓ、Ｉｆ及びＩｎインタフェースを介してＰｏＣサービスのためのセッション設定が行われ、Ｉｔ及びＩｔｎインタフェースを介して設定されたセッションを用いてＰｏＣサービスデータ転送及びＰｏＣサービス制御が行われる。ここで、ＰｏＣサービスセッション設定は、ＳＩＰ（Session Initiation Protocol：接続設定プロトコル）を使用して行われる。ＳＩＰは、呼設定／呼解除／その他付加サービスに関連したシグナリングのために使われるプロトコルである。ＳＩＰは、テキスト基盤のアプリケーションレベルプロトコルであって、既存に使われたプロトコルに比べて構造が単純で、且つ拡張性に優れていて、最近、多くのシステムにおいてこれを採択している。ＳＩＰは、文字どおり、セッションを連結する時に使用するシグナルプロトコルである。ＳＩＰは、インターネット電話だけでなく、画像電話、マルチメディア、オンラインゲーム連結などにも使用することができる。標準ＲＦＣとして採択されたものは、ＲＦＣ２５４３からであり、現在ＲＦＣ３２６１にアップデートされている。以下、本発明で説明するメッセージは、別の言及がない限り、ＳＩＰメッセージであることを前提とする。

図２は、ＰｏＣサーバーの機能によるブロック構成図である。

図２に示されたように、ＰｏＣサーバー１３０は、ＰｏＣ制御機能部（Controlling ＰｏＣ function）２００とＰｏＣ参加機能部（Participating PoC function）２１０とで構成されることができる。

ＰｏＣ制御機能部２００は、ＰｏＣセッションを管理する役目をする。ＰｏＣ制御機能部２００は、ＰｏＣクライアント１００の話す権利（floor）（以下、発言権という）要請を受け入れ、各ＰｏＣクライアント１００の発言順序を定め、権限を付与する役目を行う。また、ＰｏＣ制御機能部２００は、任意の１つのクライアント１００が話したトークをグループ呼び出しに参加した他の全てのクライアント１００に分配する役目を行う。また、ＰｏＣ制御機能部２００は、グループ呼び出しに参加したＰｏＣクライアント１００の情報を提供する役目を行う。

ＰｏＣ参加機能部２１０は、各ＰｏＣクライアント１００と関連付けられているセッションを管理する。ＰｏＣ参加機能部２１０は、任意のＰｏＣクライアント１００がＰｏＣ制御機能部２００に発言権を要求したり、ＰｏＣ制御機能部２００が任意のＰｏＣクライアント１００に発言権を付与する時、ＰｏＣクライアント１００とＰｏＣ制御機能部２００とを中継する役目を行う。また、ＰｏＣ参加機能部２１０は、ＰｏＣ制御機能部２００とＰｏＣクライアント１００との間にメディア（Media）を中継する役目と、両者に異なるコーデックが使われている場合、これをトランスコーディングする役目を行う。また、ＰｏＣ参加機能部２１０は、同時セッション（simultaneous session）の場合、一方のセッションで話している時、他方のセッションでも話す場合、ＰｏＣクライアント１００の選択によっていずれか１つをフィルタリングする役目をも行う。ＰｏＣクライアント１００は、１つのＰｏＣ参加機能部２１０を介して複数の異なるＰｏＣ制御機能部２００に連結されることができる。

一方、本発明は、図３に示されたように、事前用意されたセッションが設定されたＰｏＣシステムに適用される。

図３は、ＰｏＣシステムにおいての事前用意されたセッション設定過程を示す図である。

図３に示されたように、事前用意されたセッション設定過程４０２は、ＳＩＰ／ＩＰコア１２０に対するＰｏＣクライアント１００の登録及び認証過程（registration）４００が行われた後に行われることができる。事前用意されたセッション設定過程４０２を行う時、ＰｏＣクライアント１００とホームＰｏＣサーバー１３０との間では、メディアとトークバースト制御（talk burst control）メッセージを転送するために使われるＩＰアドレス（Internet Protocol address）、ポート（ports）及びコーデック（codec）のようなメディアパラメーターを交渉するメカニズムが行われる。事前用意されたセッションを利用する場合、以後にＰｏＣ呼の要請時、ＰｏＣクライアント１００とＰｏＣサーバー１３０との間の交渉過程がさらに行われる必要がなくなる。

以下、添付の図５を参照して事前用意されたセッションが設定されたＰｏＣシステムにおいても、セッション設定を要請されたＰｏＣクライアントが、前記要請されたＰｏＣ呼に対する受諾可否を確認することができるようにする、本発明に係る方法について説明する。

図５は、本発明に係る図であって、事前用意されたセッションが設定されたＰｏＣシステムにおいてのマニュアル応答モードによるセッション設定過程を示す図である。

図５に示された、事前用意されたセッション６００が設定されたＰｏＣシステムにおいてＰｏＣクライアントＡ １００−ＡのＰｏＣ呼要請によるＩＮＶＩＴＥメッセージが第６０１段階乃至第６０５段階でＰｏＣサーバーＢ １３０−Ｂに転送される。

前記ＰｏＣ呼要請によるＩＮＶＩＴＥメッセージを受信したＰｏＣサーバーＢ １３０−Ｂは、当該呼を受諾するか否かを質問するクエリーメッセージである“ＭＥＳＳＡＧＥ”をＰｏＣクライアントＢ １００−Ｂに送信する。このクエリーメッセージは、ＰｏＣサーバー１３０−ＢからＳＩＰ／ＩＰコアＢ １２０−Ｂへの転送過程である第６０７段階と、ＳＩＰ／ＩＰコアＢ １２０−ＢからＰｏＣクライアントＢ １００−Ｂへの転送過程である第６０９段階を通じてＰｏＣクライアントＢ １００−Ｂに転送される。ここで、クエリーメッセージ６０７及び６０９は、どのＰｏＣクライアント１００が当該ＰｏＣ呼を申請したかに関する情報を含む。ＰｏＣサーバーＢ １３０−Ｂは、クエリーメッセージ６０７及び６０９を通じてＰｏＣクライアントＢ １００−ＢがこのＰｏＣ呼を受諾するか否かに対して確認する。

クエリーメッセージを受信したＰｏＣクライアントＢ １００−Ｂは、当該ＰｏＣ呼を受諾しようとする場合には、ＰｏＣ呼の受諾を通知する情報を含むＯＫメッセージをＰｏＣサーバーＢ １３０−Ｂに転送する第６１１段階を行う。このＯＫメッセージには、クエリーメッセージを受け取ったことを通知する情報と当該ＰｏＣ呼を受諾することを通知する情報が共に含まれることができる。

ＰｏＣクライアントＢ １００−Ｂからクエリーメッセージに対する応答信号であるＯＫメッセージを受信する場合、 ＰｏＣサーバーＢ １３０−Ｂは、ＰｏＣサーバーＡ１３０−Ａから受信したＩＮＶＩＴＥメッセージに対する応答信号であるＯＫメッセージをＰｏＣサーバーＡ １３０−Ａに転送する第６１５段階を行う。すなわち、クエリーメッセージが前記ＩＮＶＩＴＥメッセージに対する応答信号のトリガーイベント（trigger event）の役目をするようになる。ＰｏＣサーバーＢ １３０−ＢからＰｏＣサーバーＡ １３０−ＡへのＯＫメッセージの転送も、ＳＩＰ／ＩＰコア１２０を介して行われる。以後の呼設定による過程については、その説明を省略する。

一方、ＰｏＣクライアントＢ １００−Ｂは、当該ＰｏＣ呼を受諾したくない場合は、第６１１段階で当該ＰｏＣ呼を受諾しないことを通知する情報を含むＯＫメッセージをＰｏＣサーバーＢ １３０−Ｂに転送する。この時に使われるＯＫメッセージの例には、ＳＩＰ応答メッセージの４０６番Ｎｏｔ ＡｃｃｅｐｔａｂｌｅまたはＳＩＰ応答メッセージの４８６番Ｂｕｓｙ Ｈｅｒｅなどを挙げることができる。ＰｏＣクライアントＢ １００−Ｂからこのような応答メッセージを受信したＰｏＣサーバーＢ １３０−Ｂは、第６１５段階でＮｏｔ ＡｃｃｅｐｔａｂｌｅまたはＢｕｓｙを通知する応答メッセージをＰｏＣ制御機能部２００の役目をするＰｏＣサーバーＡ １３０−Ａに転送する。この場合、メディアコネクションは、生成されずに、直ちに当該ＰｏＣ呼が終了する。

すなわち、本発明を適用する場合、ＰｏＣ呼を要請されたＰｏＣクライアントＢ １００−Ｂが当該ＰｏＣ呼を受諾した場合にのみ、セッション設定及びメディアコネクション生成がなされるので、不要なセッション設定及びメディアコネクションの生成のためのリソースの浪費及びこれらの手続を行うための時間の浪費が発生しなくなる。

一方、前述したように、本実施例において、ＰｏＣシステムを例に取って本発明を説明したことは、本発明の理解を助けるためのもので、本発明は、ＰｏＣシステムだけでなく、全てのＰＴＴシステムに適用されることができる。

一般的なＰＴＴ（Push To Talk）システムの構造を示すブロック構成図である。 図１に示されたＰＴＴシステムの構成要素の１つであるＰＴＴサーバーの構造を示すブロック構成図である。 ＰＴＴシステムにおいての事前用意されたセッション設定過程を示す図である。 従来技術に係る図であって、事前用意されたセッションが設定されたＰｏＣシステムにおいてのマニュアル応答モードによる呼処理過程を示す図である。 本発明に係る図であって、事前用意されたセッションが設定されたＰｏＣシステムにおいてのマニュアル応答モードによる呼処理過程を示す図である。

符号の説明

１００ ＰｏＣクライアント（PTT over Cellular client）
１１０ 接続ネットワーク（access network）
１２０ ＳＩＰ／ＩＰコア（Session Initiation Protocol/Internet Protocol core）
１３０ ＰｏＣサーバー（server）
１４０ ＧＬＭＳ（Group and List Management Server)
１５０ ＧＬＭＳ管理／認証部（GLMS Management/Administration)
１６０ プレゼンスサーバー（Presence Server）
１７０ 遠隔ＰｏＣネットワーク（Remote PoC Network）

Claims (12)

1. ＰｏＣ（PTT over Cellular）網の呼処理方法において、
   ＰｏＣクライアントとＰｏＣサーバーとの間に事前用意されたセッションを設定する段階と、
   前記事前用意されたセッションが設定されたＰｏＣサーバーに呼連結要請メッセージが受信される段階と、
   前記ＰｏＣサーバーから前記ＰｏＣクライアントに呼連結受諾可否に対するクエリーメッセージを送信する段階と、
   前記ＰｏＣクライアントから前記ＰｏＣサーバーに前記クエリーメッセージに対する応答メッセージが送信される段階と、を備えることを特徴とする呼処理方法。
2. 前記クエリーメッセージは、前記呼連結を要請したクライアントの情報を含むことを特徴とする請求項１に記載の呼処理方法。
3. 前記応答メッセージが前記呼連結要請を受諾するメッセージである場合、前記呼連結要請クライアントとセッション設定を行うことを特徴とする請求項２に記載の呼処理方法。
4. 前記ＰｏＣクライアントが前記呼連結要請を拒絶する場合、前記応答メッセージは、前記ＰｏＣ呼を受諾しないことを通知する情報を含むことを特徴とする請求項２に記載の呼処理方法。
5. 前記呼連結要請メッセージ、前記クエリーメッセージ及び前記応答メッセージは、ＳＩＰ（Session Initiation Protocol）メッセージであることを特徴とする請求項１に記載の呼処理方法。
6. ＰｏＣ網の呼処理システムにおいて、
   ＰｏＣ呼連結要請メッセージを送信するＰｏＣサーバーを備える送信側ＰｏＣシステムと、
   前記送信側ＰｏＣシステムから前記呼連結要請メッセージを受信し、前記呼連結要請の受諾可否に対するクエリーメッセージを生成する受信側ＰｏＣサーバーと、
   前記受信側ＰｏＣサーバーと事前用意されたセッションを設定し、事前用意されたセッションが設定された受信側ＰｏＣサーバーから前記クエリーメッセージを受信し、前記クエリーメッセージに対する応答メッセージを前記受信側ＰｏＣサーバーに送信する受信側ＰｏＣクライアントと、を備えることを特徴とする呼処理システム。
7. 前記呼連結要請メッセージ及び前記クエリーメッセージは、前記呼連結を要請したクライアントの情報を含むことを特徴とする請求項６に記載の呼処理システム。
8. 前記呼連結要請メッセージ、前記クエリーメッセージ及び前記応答メッセージは、ＳＩＰメッセージであることを特徴とする請求項７に記載の呼処理システム。
9. ＰｏＣ網において呼連結を行うＰｏＣクライアントにおいて、
   受信側ＰｏＣサーバーと事前用意されたセッション連結され、
   前記受信側ＰｏＣサーバーから呼連結要請メッセージに対するクエリーメッセージを受信し、前記呼連結受諾可否に対する応答メッセージを送信することを特徴とするＰｏＣクライアント。
10. 前記呼連結要請メッセージ及び前記クエリーメッセージは、前記呼連結を要請したクライアントの情報を含むことを特徴とする請求項９に記載のＰｏＣクライアント。
11. ＰｏＣ網においてＰｏＣクライアントが呼処理を行う方法であって、
    ＰｏＣクライアントとＰｏＣサーバーとの間に事前用意されたセッションを設定する段階と、
    前記事前用意されたセッションが設定されたＰｏＣサーバーから呼連結要請クエリーメッセージを受信する段階と、
    呼連結受諾可否に対する応答メッセージを送信する段階と、を備えることを特徴とする呼処理方法。
12. 前記クエリーメッセージは、前記呼連結を要請したクライアントの情報を含むことを特徴とする請求項１１に記載の呼処理方法。

Images