(57)【要約】【課題】コール確立過程におけるエアインタフェース資源の使用効率を効果的に向上させ、エアインタフェース資源とネットワークに伝送される関連ＳＩＰシグナリングを減少させる。【解決手段】本発明に係るコール処理方法は、ＰｏＣ端末が、プレゼンス情報に関するフィルタリング条件が含まれるＳＩＰ ＩＮＶＩＴＥメッセージをＰｏＣサーバに送信するステップと、ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを受信した後、ＸＤＭＳとインタラクティブして、予め定められたグループにおいてプレゼンス情報が上記フィルタリング条件を満たすＰｏＣ端末のアドレスを取得し、ＳＩＰ ＩＮＶＩＴＥメッセージを、プレゼンス情報がフィルタリング条件を満たすＰｏＣ端末に送信するステップと、発呼側ＰｏＣ端末、ＰｏＣサーバ、及び予め定められたグループにおいてプレゼンス情報がフィルタリング条件を満たすＰｏＣ端末の三者がインタラクティブして、予め定められたグループコールを行うステップとを含む。【選択図】図１
2009060608.tif 000002
【特許請求の範囲】
【請求項１】
予め定められたグループコールに用いる、ＰｏＣ業務中のコール処理方法であって、
ＰｏＣ端末が、プレゼンス情報に関するフィルタリング条件が含まれるＳＩＰ ＩＮＶＩＴＥメッセージをＰｏＣサーバに送信して、予め定められたグループコールを発するステップ１１と、
ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを受信した後、拡張マークアップ言語ファイル管理サーバＸＤＭＳとインタラクティブして、予め定められたグループにおいてプレゼンス情報が前記フィルタリング条件を満たすＰｏＣ端末のアドレスを取得し、ＳＩＰ ＩＮＶＩＴＥメッセージを、プレゼンス情報がフィルタリング条件を満たすＰｏＣ端末に送信するステップ１２と、
発呼側ＰｏＣ端末、ＰｏＣサーバ、及び予め定められたグループにおいてプレゼンス情報がフィルタリング条件を満たすＰｏＣ端末の三者がインタラクティブして、予め定められたグループコールを行うステップ１３と
を含むことを特徴とするコール処理方法。
【請求項２】
前記ステップ１１には、具体的に
ＰｏＣ端末が、ＳＩＰ ＩＮＶＩＴＥメッセージをＰ-ＣＳＣＦに送信するステップ１１１と、
Ｐ-ＣＳＣＦが、ＳＩＰ ＩＮＶＩＴＥメッセージをＳ-ＣＳＣＦに転送するステップ１１２と、
Ｓ-ＣＳＣＦが、初期フィルタリング規則をホーム加入者サーバＨＳＳからダウンロードし、業務トリガー点に基づいて、セッション要請を対応するＰｏＣサーバに引き渡すステップ１１３と
を含むことを特徴とする請求項１記載の方法。
【請求項３】
前記ステップ１２には、具体的に
ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを受信した後、コールを発したＰｏＣ端末を認証するステップ１２１と、
認証が通過して、ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを解析するステップ１２２と、
ＰｏＣサーバが、解析結果に基づいて、予め定められたグループのアドレス情報とプレゼンス情報をＸＤＭＳから取得するステップ１２３と、
ＰｏＣサーバが、フィルタリング条件及び予め定められたグループのＰｏＣ端末のプレゼンス情報に基づいて、全ての予め定められたグループのＰｏＣ端末から、プレゼンス情報がフィルタリング条件を満たすＰｏＣ端末を選択するステップ１２４と、
ＰｏＣサーバが、アドレス情報を用いて、ＳＩＰ ＩＮＶＩＴＥメッセージを、選択した、プレゼンス情報がフィルタリング条件を満たすＰｏＣ端末に送信するステップ１２５と
を含むことを特徴とする請求項１記載の方法。
【請求項４】
前記ＰｏＣ端末のプレゼンス情報がＯＭＡのＰｏＣ標準に一致し、前記フィルタリング条件が、ＯＭＡのＰｏＣ標準で定義するプレゼンス情報の状態又は属性で設置されることを特徴とする請求項１、２、又は３記載の方法。
【請求項５】
前記ＰｏＣ端末のプレゼンス情報がＩＥＴＦのインターネットドラフト又はＲＦＣにより規定されるプレゼンス情報フォーマットに一致し、前記フィルタリング条件がＩＥＴＦのインターネットドラフト又はＲＦＣにより規定されるプレゼンス情報の状態又は属性で設置されることを特徴とする請求項１、２、又は３記載の方法。
【請求項６】
前記プレゼンス情報に関するフィルタリング条件は、ＭＩＭＥフォーマットであり、且つＲＦＣ４６６１の規定に一致することを特徴とする請求項１、２、又は３記載の方法。
【請求項７】
前記ＸＤＭＳにおけるＰｏＣ端末のプレゼンス情報は、ＰｏＣ端末の最新のプレゼンス情報であることを特徴とする請求項１、２、又は３記載の方法。
【請求項８】
前記ＸＤＭＳは、
ＰｏＣ端末が電源入れてレジスタした後、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをリソースリストサーバＲＬＳに送信するステップと、
ＲＬＳがＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを受信した後、リソースリスト中の他のＰｏＣ端末に、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを周期的に送信するステップと、
ＲＬＳが、ＰｏＣ端末のプレゼンス情報をＸＤＭＳに送信して、保存又は更新するステップとによってＰｏＣ端末の最新のプレゼンス情報を保存することを特徴とする請求項７記載の方法。
【請求項９】
前記ＸＤＭＳに保存されるＰｏＣ端末のプレゼンス情報には、ＰｏＣ業務パラメータ設置からマッピングしたプレゼンス情報を含み、
ＰｏＣサーバが、着呼側ＰｏＣ端末のプレゼンス情報のＰｏＣ業務パラメータ設置を取得した後、Ｔａｌｋ  Ｂｕｒｓｔ  Ｃｏｎｆｉｒｍメッセージを発呼側ＰｏＣ端末に送信して、コールを確立することを更に含むことを特徴とする請求項１、２又は３記載の方法。
【請求項１０】
ＸＤＭＳが、ＰｏＣ業務パラメータ設置が含まれるＰｏＣ端末の最新のプレゼンス情報を保存するステップ２１と、
発呼側ＰｏＣユーザが、ＳＩＰ ＩＮＶＩＴＥメッセージをＰｏＣサーバに送信するステップ２２と、
ＰｏＣサーバが、ＸＤＭＳとインタラクティブして、着呼側ＰｏＣ端末のプレゼンス情報を問い合わせるステップ２３と、
ＰｏＣサーバが、着呼側ＰｏＣ端末のプレゼンス情報のＰｏＣ業務パラメータ設置を取得した後、Ｔａｌｋ  Ｂｕｒｓｔ  Ｃｏｎｆｉｒｍメッセージを発呼側ＰｏＣ端末に送信してコールを確立するステップ２４と
を含むことを特徴とするＰｏＣ業務中のコール処理方法。
【請求項１１】
前記ステップ２１は、具体的に、
ＲＬＳが、リソースリスト中のＰｏＣ端末に、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを周期的に送信し、ＰｏＣ端末のプレゼンス情報をＸＤＭＳに送信して保存、更新することを特徴とする請求項１０記載の方法。
【請求項１２】
前記プレゼンス情報には、
ＩＥＴＦのＳＩＭＰＬＥプレゼンス情報フォーマット中の情報と、
動的ＰｏＣ状態と、ＰｏＣ業務登録時に設定したＰｏＣ業務パラメータ設置からマッピングした情報と
を含むことを特徴とする請求項１０記載の方法。
【請求項１３】
前記発呼側ＰｏＣユーザが、ＳＩＰ ＩＮＶＩＴＥメッセージにおいてプレゼンス情報に関するフィルタリング条件をＰｏＣサーバに送信し、
ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを、予め定められたグループにおいてプレゼンス情報がフィルタリング条件を満たすＰｏＣ端末に送信し、
発呼側ＰｏＣ端末、ＰｏＣサーバ、及び予め定められたグループにおいてプレゼンス情報がフィルタリング条件を満たすＰｏＣ端末の三者がインタラクティブして、予め定められたグループのコールを行うことを特徴とする請求項１０、１１、又は１２記載の方法。
【請求項１４】
前記プレゼンス情報に関するフィルタリング条件は、ＭＩＭＥフォーマットであり、且つＲＦＣ４６６１の規定に一致することを特徴とする請求項１３記載の方法。
【請求項１５】
ＰｏＣ端末が、電源入れてＩＭＳレジスタを行い、ＰｏＣとプレゼンス業務レジスタの後、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをＲＬＳに送信するステップ３１と、
ＲＬＳが、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを観察者のリソースリストの全てのメンバーに送信するステップ３２と、
ＲＬＳが、全てのメンバーのプレゼンス情報を受信して集めた後、ＳＩＰ  ＮＯＴＩＦＹメッセージをＰｏＣ端末に送信するステップ３３と、
ＲＬＳが、リソースリスト中のすべてのメンバーのプレゼンス情報の更新を保持するステップ３４と、
ＰｏＣユーザが主動的にＰｏＣメニューをアクティブにし、又はプレゼンス情報の予約購読を起動するときのみにおいて、ＰｏＣ端末が、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをＲＬＳに送信するステップ３５と、
ＲＬＳが、保存した最新のプレゼンス情報を、ＳＩＰ ＮＯＴＩＦＹメッセージを通してＰｏＣ端末に送信するステップ３６と
を含むことを特徴とするＰｏＣ業務中のプレゼンス情報予約購読方法。
【請求項１６】
前記ステップ３４は、具体的に、
ＲＬＳが、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを観察者のリソースリストの全てのメンバーに周期的に送信し、
ＲＬＳが、ＰｏＣ端末の応答に応じて、プレゼンス情報を更新、保存することを特徴とする請求項１５記載の方法。
【請求項１７】
ＲＬＳが、最新のプレゼンス情報を、ＸＤＭＳにリアルタイムに送信して保存することを特徴とする請求項１５記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線移動通信技術分野のＰｏＣ（Push-to-talk over Cellular）に係り、特に、ＰｏＣ業務中のコール処理方法及びプレゼンス情報予約購読方法に関する。
【背景技術】
【０００２】
ＰｏＣ業務は、半二重の通信方式であり、ユーザが特定のキーを押すことで個人やグループと通話でき、便利性に優れている。
【０００３】
２００３には、３ＧＰＰが定義するＩＭＳ（ＩＰマルチメディアサブシステム）に基くＰｏＣ基準が出されている。ＯＭＡ（Open Mobile Alliance）のＰｏＣ１．０正式バージョンが２００６年６月に出され、ＰｏＣ２．０ドラフトも２００６年年末に出されている。
【０００４】
一般的に、プレゼンス（Presence）業務は、サービスイネーブラとして、常にＰｏＣサービスイネーブラとバインディングされ、連絡するメンバーのプレゼンス情報をユーザに提供する。
【０００５】
ＯＭＡのＰｏＣ基準でのグループコールの定義方法は、予め定められたグループコール、臨時確立（ａｄ-ｈｏｃ）グループコール、及びユーザが自由に参加するチャットルームのような方式の三つの方式がある。予め定められたグループコールは、グループのメンバーを事前に規定しているため、臨時確立（ａｄ-ｈｏｃ）グループコールよりコールを発することが簡単であるが、ユーザが臨時確立（ａｄ-ｈｏｃ）グループコールを使用する場合、着呼者を選択するまでに大量の時間がかかる。
【０００６】
予め定められたグループコールにおいて、グループ内のすべてのメンバーが、ＳＩＰ ＩＮＶＩＴＥメッセージをＰｏＣサーバに送信することで一回の予め定められたグループコールを発することができる。その処理過程は下記の手順を含む。
【０００７】
ステップ１１において、ＰｏＣ端末がＰｏＣサーバにＳＩＰ ＩＮＶＩＴＥメッセージを送信し、ＳＩＰ ＩＮＶＩＴＥメッセージのＲｅｑｕｅｓｔ-ＵＲＬが該予め定められたグループのアドレスＳＩＰ  ＵＲＬである。ＰｏＣサーバは、ＰｏＣ業務の応用を提供するネットワーク手段であり、制御機能及び参与機能を実行できる。１-１又はａｄ-ｈｏｃセッションにおいては、発呼側のＰｏＣサーバが制御機能を実行するが、チャットグループ及び予め定められたグループセッションにおいては、グループＩＤを有するＰｏＣサーバが制御機能を実行する。
【０００８】
ステップ１２において、ＰｏＣサーバがＳＩＰ ＩＮＶＩＴＥメッセージを受信した後、該予め定められたグループの各メンバーのアドレス情報をＸＤＭＳ（XML Document Management Server拡張マークアップ言語ファイル管理サーバ）から取得する。
【０００９】
ステップ１３において、ＰｏＣサーバが、発呼ユーザ以外のすべての他の予め定められたグループのメンバーにＳＩＰ ＩＮＶＩＴＥメッセージを送信する。
【００１０】
ステップ１４において、着呼側のＰｏＣサーバ又はメンバーがＳＩＰ応答メッセージを通して要請受信状況を返送する。
【００１１】
ステップ１５において、ＰｏＣサーバが、ＳＩＰ ＮＯＴＩＦＹメッセージを通して、すべてのメンバーの要請受信状況を、コールを発したＰｏＣ端末に通知する。
【００１２】
ステップ１６において、予め定められたグループの任意の一のメンバーが要請を受信した後、コールを発したＰｏＣ端末が通話開始の指示（Ｔａｌｋ  Ｂｕｒｓｔ  Ｃｏｎｆｉｒｍ）を受信する。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
上記流れによると、ＰｏＣサーバが予め定められたグループのすべてのメンバーにＳＩＰ ＩＮＶＩＴＥメッセージを送信するが、予め定められたグループのユーザが通話可能か（例えば着呼側メンバーについて、オフの状態にある）について考慮していない。しかも、要請されるすべてのメンバーの要請受信状況をコールを発したＰｏＣ端末に通知するため、ネットワーク資源の浪費を招き、特に、ＰｏＣサーバとＰｏＣ端末間のエアーインタフェース資源を浪費する。
【００１４】
上記問題について例を挙げて説明する。
【００１５】
予め定められたグループにＮのユーザを有すると仮定する。１０％のユーザがオフの状態にある場合、一回の予め定められたグループコールがユーザ要請段階に占めるエアーインタフェース資源は、１０％が浪費されている。浪費されるエアーインタフェース資源は、オフ状態のユーザに対応するＳＩＰ ＩＮＶＩＴＥメッセージ、ＳＩＰ応答メッセージ（例えばＳＩＰ２００ＯＫメッセージ）及びＳＩＰ ＮＯＴＩＦＹメッセージに用いる。
【００１６】
また、ＰｏＣ２．０バージョンには、通信する媒体が単純に音声でなく、音楽、映像、ファイル及び画像などもある。すると、古い(バージョンの低い機種)ＰｏＣ端末が対応の媒体情報を受信できない現象が生じる。このとき、すべてのＰｏＣユーザを要請すると、より多くのエアーインタフェース資源の浪費を招く。
【００１７】
周知のように、現在の処理方式において、制御機能を実行するＰｏＣサーバが発呼側ＰｏＣ端末から送信されたＳＩＰ ＩＮＶＩＴＥメッセージを受信した後、ＸＤＭＳとインタラクティブするとともに、ネットワーク、他の参与するＰｏＣサーバを介して該ＳＩＰ ＩＮＶＩＴＥメッセージを着呼側ＰｏＣ端末に送信する。また、制御機能を実行するＰｏＣサーバは、着呼側ＰｏＣ端末からの応答を受信してからこそＴａｌｋ  Ｂｕｒｓｔ  Ｃｏｎｆｉｒｍメッセージを発呼側ＰｏＣ端末に送信するようになり、これによってコールを確立する。着呼側ＰｏＣ端末からの応答を待つ必要があるため、コール確立時間が比較的に長い。
【００１８】
従来のプレゼンス情報予約購読方法は、下記手順を含む。
【００１９】
ＰｏＣ端末が、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求をＲＬＳ（Resource List Server）に送信し、Ｒｅｑｕｅｓｔ ＵＲIは観察者のリソースリストのＳＩＰ  ＵＲIである。
【００２０】
ＲＬＳが、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求を受信した後、リソースリスト上のすべてのＰｏＣ端末に転送する。
【００２１】
ＲＬＳが、すべてのＰｏＣ端末から返送されたプレゼンス情報を受信した後、プレゼンス情報を集め、一つのＮＯＴＩＦＹメッセージを観察者に送信する。
【００２２】
観察者が被観察者のプレゼンス情報を予約購読するのに使用されるＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージには、Ｅｘｐｉｒｅｓのヘッダーフィールドパラメータを有し、該パラメータの値によって予約購読の有効時間が決定される。
【００２３】
観察者が引き続きプレゼンス情報を取得することを希望する場合、予約購読期間が切れるまでに周期的にリフレッシュしなければならない。リフレッシュ周期は、実際の状況に応じて決定してよい。
【００２４】
通常、ＰｏＣ端末のプレゼンス情報は、ＰｏＣ業務メニューにおいてしかユーザが見えないため、ユーザ端末からネットワーク上のリソースリストサーバに対してプレゼンス情報を持続的に予約購読する必要がまったくない。持続的に予約購読すれば、大量なＳＩＰ  ＳＵＢＳＣＲＩＢＥ及びＳＩＰ ＮＯＴＩＦＹメッセージがエアーインタフェースに伝送されることになり、エアーインタフェース資源を浪費することになる。
【課題を解決するための手段】
【００２５】
本発明のひとつの目的は、予め定められたグループコールに用いるための、ＰｏＣ業務中のコール処理方法を提供することである。コール確立過程におけるエアインタフェース資源の使用効率を効果的に向上させ、エアインタフェース資源とネットワークに伝送される関連するＳＩＰシグナリングを減少させる。
【００２６】
本発明のもうひとつの目的は、ＰｏＣ業務中のコール処理方法を提供して、コール確立時間を減少させることである。
【００２７】
本発明の更にひとつの目的は、ＰｏＣ業務中のプレゼンス情報予約購読方法を提供して、エアインタフェース資源の使用を減少させることである。
【００２８】
上記目的を達成するために、本発明は、予め定められたグループコールに用いるための、ＰｏＣ業務中のコール処理方法を提供している。
【００２９】
該方法には、ＰｏＣ端末が、プレゼンス情報に関するフィルタリング条件が含まれるＳＩＰ ＩＮＶＩＴＥメッセージをＰｏＣサーバに送信して、予め定められたグループコールを発するステップ１１と、ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを受信した後、拡張マークアップ言語ファイル管理サーバＸＤＭＳとインタラクティブして、予め定められたグループにおいてプレゼンス情報が上記フィルタリング条件を満たすＰｏＣ端末のアドレスを取得し、ＳＩＰ ＩＮＶＩＴＥメッセージを、プレゼンス情報がフィルタリング条件を満たすＰｏＣ端末に送信するステップ１２と、発呼側ＰｏＣ端末、ＰｏＣサーバ、及び予め定められたグループにおいてプレゼンス情報がフィルタリング条件を満たすＰｏＣ端末の三者がインタラクティブして、予め定められたグループコールを行うステップ１３とを含む。
【００３０】
該方法の上記ステップ１１には、具体的に、ＰｏＣ端末が、ＳＩＰ ＩＮＶＩＴＥメッセージをＰ-ＣＳＣＦに送信するステップ１１１と、Ｐ-ＣＳＣＦが、ＳＩＰ ＩＮＶＩＴＥメッセージをＳ-ＣＳＣＦに転送するステップ１１２と、Ｓ-ＣＳＣＦが、初期フィルタリング規則をホーム加入者サーバＨＳＳからダウンロードし、業務トリガー点に基づいて、セッション要請を対応するＰｏＣサーバに引き渡すステップ１１３とを含む。
【００３１】
該方法の上記ステップ１２には、具体的に、ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを受信した後、コールを発したＰｏＣ端末を認証するステップ１２１と、認証が通過して、ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを解析するステップ１２２と、ＰｏＣサーバが、解析結果に基づいて、予め定められたグループのアドレス情報とプレゼンス情報をＸＤＭＳから取得するステップ１２３と、ＰｏＣサーバが、フィルタリング条件及び予め定められたグループのＰｏＣ端末のプレゼンス情報に基づいて、全ての予め定められたグループのＰｏＣ端末から、プレゼンス情報がフィルタリング条件を満たすＰｏＣ端末を選択するステップ１２４と、ＰｏＣサーバが、アドレス情報を用いて、ＳＩＰ ＩＮＶＩＴＥメッセージを、選択した、プレゼンス情報がフィルタリング条件を満たすＰｏＣ端末に送信するステップ１２５とを含む。
【００３２】
該方法において、上記ＰｏＣ端末のプレゼンス情報がＯＭＡのＰｏＣ標準に一致し、上記フィルタリング条件が、ＯＭＡのＰｏＣ標準で定義するプレゼンス情報の状態又は属性で設置される。
【００３３】
該方法において、上記ＰｏＣ端末のプレゼンス情報がＩＥＴＦのインターネットドラフト又はＲＦＣにより規定されるプレゼンス情報フォーマットに一致し、上記フィルタリング条件がＩＥＴＦのインターネットドラフト又はＲＦＣにより規定されるプレゼンス情報の状態又は属性で設置される。
【００３４】
該方法において、上記プレゼンス情報に関するフィルタリング条件は、ＭＩＭＥフォーマットであり、且つＲＦＣ４６６１の規定に一致する。
【００３５】
該方法において、上記ＸＤＭＳにおけるＰｏＣ端末のプレゼンス情報は、ＰｏＣ端末の最新のプレゼンス情報である。
【００３６】
該方法において、上記ＸＤＭＳは、ＰｏＣ端末が電源入れてレジスタした後、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをリソースリストサーバＲＬＳに送信するステップと、ＲＬＳがＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを受信した後、リソースリスト中の他のＰｏＣ端末に、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを周期的に送信するステップと、ＲＬＳが、ＰｏＣ端末のプレゼンス情報をＸＤＭＳに送信して、保存又は更新するステップとによってＰｏＣ端末の最新のプレゼンス情報を保存する。
【００３７】
該方法において、上記ＸＤＭＳに保存されるＰｏＣ端末のプレゼンス情報には、ＰｏＣ業務パラメータ設置からマッピングしたプレゼンス情報を含む。該方法には、ＰｏＣサーバが、着呼側ＰｏＣ端末のプレゼンス情報のＰｏＣ業務パラメータ設置を取得した後、Ｔａｌｋ  Ｂｕｒｓｔ  Ｃｏｎｆｉｒｍメッセージを発呼側ＰｏＣ端末に送信して、コールを確立することを更に含む。
【００３８】
上記目的をより達成できるために、本発明は、ＰｏＣ業務中のコール処理方法を更に提供している。
【００３９】
該方法は、ＸＤＭＳが、ＰｏＣ業務パラメータ設置が含まれるＰｏＣ端末の最新のプレゼンス情報を保存するステップ２１と、発呼側ＰｏＣユーザが、ＳＩＰ ＩＮＶＩＴＥメッセージをＰｏＣサーバに送信するステップ２２と、ＰｏＣサーバが、ＸＤＭＳとインタラクティブして、着呼側ＰｏＣ端末のプレゼンス情報を問い合わせるステップ２３と、ＰｏＣサーバが、着呼側ＰｏＣ端末のプレゼンス情報のＰｏＣ業務パラメータ設置を取得した後、Ｔａｌｋ  Ｂｕｒｓｔ  Ｃｏｎｆｉｒｍメッセージを発呼側ＰｏＣ端末に送信してコールを確立するステップ２４とを含む。
【００４０】
該方法の上記ステップ２１は、具体的に、ＲＬＳが、リソースリスト中のＰｏＣ端末に、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを周期的に送信して、ＰｏＣ端末のプレゼンス情報をＸＤＭＳに送信して保存、更新する。
【００４１】
該方法において、上記プレゼンス情報には、ＩＥＴＦのＳＩＭＰＬＥプレゼンス情報フォーマット中の情報と、動的ＰｏＣ状態と、ＰｏＣ業務登録時に設定したＰｏＣ業務パラメータ設置からマッピングした情報とを含む。
【００４２】
該方法において、上記発呼側ＰｏＣユーザが、ＳＩＰ ＩＮＶＩＴＥメッセージにおいてプレゼンス情報に関するフィルタリング条件をＰｏＣサーバに送信する。該方法には、  ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを、予め定められたグループにおいてプレゼンス情報がフィルタリング条件を満たすＰｏＣ端末に送信し、発呼側ＰｏＣ端末、ＰｏＣサーバ、及び予め定められたグループにおいてプレゼンス情報がフィルタリング条件を満たすＰｏＣ端末の三者がインタラクティブして、予め定められたグループのコールを行うことを更に含む。
【００４３】
該方法において、上記プレゼンス情報に関するフィルタリング条件は、ＭＩＭＥフォーマットであり、且つＲＦＣ４６６１の規定に一致する。
【００４４】
上記目的を更に達成できるために、本発明は、ＰｏＣ業務中のプレゼンス情報予約購読方法を更に提供している。
【００４５】
該方法は、ＰｏＣ端末が、電源入れてＩＭＳレジスタを行い、ＰｏＣとプレゼンス業務レジスタ後、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをＲＬＳに送信するステップ３１と、  ＲＬＳが、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを観察者のリソースリストの全てのメンバーに送信するステップ３２と、ＲＬＳが、全てのメンバーのプレゼンス情報を受信して集めた後、ＳＩＰ  ＮＯＴＩＦＹメッセージをＰｏＣ端末に送信するステップ３３と、ＲＬＳが、リソースリスト中のすべてのメンバーのプレゼンス情報の更新を保持するステップ３４と、ＰｏＣユーザが主動的にＰｏＣメニューをアクティブにし、又はプレゼンス情報の予約購読を起動するときのみにおいて、ＰｏＣ端末が、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをＲＬＳに送信するステップ３５と、ＲＬＳが、保存した最新のプレゼンス情報を、ＳＩＰ ＮＯＴＩＦＹメッセージを通してＰｏＣ端末に送信するステップ３６とを含む。
【００４６】
該方法の上記ステップ３４は、具体的に、ＲＬＳが、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを観察者のリソースリストの全てのメンバーに周期的に送信し、ＲＬＳが、ＰｏＣ端末の応答に応じて、プレゼンス情報を更新、保存する。
【００４７】
該方法において、ＲＬＳが、最新のプレゼンス情報を、ＸＤＭＳにリアルタイムに送信して保存することを更に含む。
【発明の効果】
【００４８】
本発明のＰｏＣ業務中のコール処理方法は、ＳＩＰ ＩＮＶＩＴＥメッセージにフィルタリング条件が加えられているため、ＰｏＣサーバが、フィルタリング条件を満たすＰｏＣ端末のみに対してＳＩＰ ＩＮＶＩＴＥメッセージを送信する必要がある。同時に、後続のコール過程においても、フィルタリング条件を満たさないＰｏＣ端末が予め定められたグループコールに加えないため、コール確立過程におけるエアインタフェース資源の使用効率を効果的に向上させ、エアインタフェース資源とネットワークに伝送される関連するＳＩＰシグナリングを減少させる。
【００４９】
本発明のＰｏＣ業務中のコール処理方法は、最新のプレゼンス情報をＸＤＭＳに保持し、同時に、該プレゼンス情報には、ＰｏＣ業務パラメータ設置からマッピングした情報が含まれているため、ＰｏＣサーバが、直接該ＰｏＣ業務パラメータ設置からマッピングした情報に基いてＴａｌｋ  Ｂｕｒｓｔ  Ｃｏｎｆｉｒｍメッセージを発呼側ＰｏＣ端末に送信してコールを確立できることで、着呼側ＰｏＣ端末の応答を待つ時間を省き、コール確立時間を効果的に減少させている。
【００５０】
本発明のＰｏＣ業務中のプレゼンス情報予約購読方法において、観察者は、周期的に送信するのではなく、ＰｏＣユーザが主動的にＰｏＣメニューをアクティブにし、又はプレゼンス情報の予約購読を起動するときのみにおいてＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをＲＬＳに送信するため、エアインタフェース資源を効果的に節約しており、ＲＬＳのＳＩＰメッセージの処理負担を軽減している。
【発明を実施するための最良の形態】
【００５１】
本発明のＰｏＣ業務における予め定められたグループコールの処理方法において、予め定められたグループコールの発呼側ＰｏＣ端末は、プレゼンス情報に関するフィルタリング条件を、制御機能を実行するＰｏＣサーバへ送信するＳＩＰ ＩＮＶＩＴＥメッセージに加える。制御機能を実行するＰｏＣサーバは、該フィルタリング条件に基き、条件を満たす予め定められたグループのＰｏＣ端末にＳＩＰ ＩＮＶＩＴＥメッセージを送信して、コール確立過程におけるエアインタフェース資源とネットワーク資源の使用効率を向上させる。
【００５２】
図１に示すように、本発明のＰｏＣ業務における予め定められたグループコールの処理方法は、下記ステップを含む。
【００５３】
ステップ１１において、ＰｏＣ端末が、ＳＩＰ ＩＮＶＩＴＥメッセージをＰｏＣサーバに送信して、予め定められたグループコールを発する。該ＳＩＰ ＩＮＶＩＴＥメッセージには、プレゼンス情報に関するフィルタリング条件を含む。
【００５４】
ステップ１２において、ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを受信した後、ＸＤＭＳとインタラクティブして、予め定められたグループにおいてフィルタリング条件を満たすＰｏＣ端末のアドレスを取得し、ＳＩＰ ＩＮＶＩＴＥメッセージを、アドレス情報に基いてフィルタリング条件を満たすＰｏＣ端末に送信する。
【００５５】
ステップ１３において、発呼側ＰｏＣ端末、ＰｏＣサーバ、及びフィルタリング条件を満たすＰｏＣ端末の三者がインタラクティブして、予め定められたグループコールを行う。
【００５６】
上記ステップ１１には、具体的に下記ステップを含む。
【００５７】
ステップ１１１において、ＰｏＣ端末が、ＳＩＰ ＩＮＶＩＴＥメッセージを発呼側Ｐ-ＣＳＣＦ（Proxy-Call Session Control Function）に送信する。ＳＩＰ ＩＮＶＩＴＥメッセージのＳＩＰメッセージヘッダーのAccept-Contactに+g.poc.talkburstが添加されるとともに、ＳＩＰ ＩＮＶＩＴＥメッセージのＲｅｑｕｅｓｔ-ＵＲＩが該予め定められたグループのアドレスＳＩＰ  ＵＲＩであることから、ＰｏＣ予め定められたグループコールであることを示す。
【００５８】
ステップ１１２において、発呼側Ｐ-ＣＳＣＦが、ＳＩＰ ＩＮＶＩＴＥメッセージをホームのＩ-ＣＳＣＦ（Interrogating-Call Session Control Function）にルーティングし、ホームのＳ-ＣＳＣＦ（Service-Call Session Control Function）のアドレスを問い合わせることで、要請をホームのＳ-ＣＳＣＦに転送する。
【００５９】
ステップ１１３において、ホームのＳ-ＣＳＣＦが、初期フィルタリング規則をホーム加入者サーバＨＳＳ（Home Subscriber Server）からダウンロードし、業務トリガー点に基づいて、セッション要請を対応するＰｏＣサーバに引き渡す。
【００６０】
このとき、ＰｏＣサーバがＳＩＰ ＩＮＶＩＴＥメッセージを受信すると、まず該ＰｏＣ端末を認証する。認証が通過した後、ＸＤＭＳとインタラクティブして、フィルタリング条件を満たすグループＰｏＣ端末のアドレス情報を取得する。従って、ステップ１２には、具体的に下記手順を含む。
【００６１】
ステップ１２１において、ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを受信した後、コールを発したＰｏＣ端末を認証する。
【００６２】
ステップ１２２において、認証が通過すると、ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを解析する。
【００６３】
ステップ１２３において、ＰｏＣサーバが、解析結果に基づいて、予め定められたグループのアドレス情報とプレゼンス情報をＸＤＭＳから取得する。
【００６４】
ステップ１２４において、ＰｏＣサーバが、フィルタリング条件及び予め定められたグループのＰｏＣ端末のプレゼンス情報に基づいて、全ての予め定められたグループのＰｏＣ端末から、プレゼンス情報がフィルタリング条件を満たすＰｏＣ端末を選択する。
【００６５】
ステップ１２５において、ＰｏＣサーバが、ＳＩＰ ＩＮＶＩＴＥメッセージを、選択した、プレゼンス情報がフィルタリング条件を満たすＰｏＣ端末に送信する。
【００６６】
以下、本発明におけるフィルタリング条件を更に詳しく説明する。
【００６７】
ＯＭＡのＰｏＣ標準には、要請されるユーザの関連ＰｏＣ属性をプレゼンス（Presence）情報で示すことが提案されている。選択できる状態又は属性は、新着信拒否（Do not disturb）、新呼ＰｏＣセッションの受信可、即時ユーザ通知コールの受信可、及び、現在少なくとも一のＰｏＣセッションに参加などがある。そのプレゼンス情報の属性は、応用に関する（ＰｏＣセッション、ＰｏＣ通知）利用可能性及び意思性を示している。
【００６８】
ＰｏＣ端末が送信したＳＩＰ ＩＮＶＩＴＥメッセージには、フィルタリング条件が含まれ、該フィルタリング条件は、プレゼンス情報に基いて設置される。
【００６９】
該フィルタリング条件が、ＯＭＡのＰｏＣ標準ファイルで定義されるＰｏＣユーザの状態又は属性と結合されて設置できる場合、下記条件を満たすユーザを選択するように設置できる。
【００７０】
新着信拒否について、Ｎｏに設定し、且つ、現在少なくとも一のＰｏＣセッションに参加について、Trueに設定する。
【００７１】
また、下記条件を満たすユーザを選択するように設置できる。
【００７２】
新着信拒否について、Ｎｏに設定し、且つ、新呼ＰｏＣセッション受信可について、TrueのＰｏＣ端末に設定する。
【００７３】
もちろん、他のタイプの条件に設置できる。例えば、下記に記載するＩＥＴＦ（Internet Engineering Task Force）のＳＩＭＰＬＥワーキンググループのインターネットドラフト及び/又はＲＦＣにより規定されるプレゼンス状態のフォーマットでフィルタリング条件を設置できる。
【００７４】
現在のＯＭＡのＰｏＣ標準ファイルで定義されるプレゼンス情報は、ＰｏＣ端末の実際要求には遥かに満足できない。ＰｏＣ端末は、活動、時間、場所、通信方式などの複雑な情報を上記定義で示すことができない。
【００７５】
プレゼンス情報データフォーマット（PIDF、Presence Information Data Format）は、二つの状態実体間にプレゼンスをベアリングする語義情報であり、プロトコルに関係がない。つまり、ＳＩＰを除いて、そのほかの各種類のプロトコルでも、ＰＩＤＦを用いてプレゼンス情報を伝送できる。
【００７６】
ＰＩＤＦは、最小化集合を定義し、ＭＩＭＥ媒体タイプを定義している。application/pidf_xmlは、応用と符号化のタイプを示す。一つのＰＩＤＦは、ファイルにおいて一連のエレメントを含み、各エレメントが一つのタプルにある。タプルには、一つの必ず選択する実体の状態エレメント（ｏｐｅｎ又はｃｌｏｓｅ）、三つの選択可能エレメントcontact、note、timestampを有する。３ＧＰＰとＯＭＡは、現在ＰＩＤＦをプレゼンス情報の基本フォーマットとして採用している。
【００７７】
しかしながら、注意すべきところは、ＰＩＤＦがｏｐｅｎ又はｃｌｏｓｅ状態のみを定義していることで、これは多数の応用にとって足りないものである。より詳しい情報を提供できるために、ＩＥＴＦのＳＩＭＰＬＥワーキンググループは、一連のデータフォーマットのＲＦＣ（Request for Comments）とインタネットドラフトを提案している。豊富な状態プレゼンス情報フォーマット（RPID、Rich Presence Information Data Format）は、ＰＩＤＦに対する拡張であり、activities、contact-type、place-type、privacy及びsphereなどの情報を示すことができる。プレゼンス情報データフォーマットの連絡情報（CIPID、Contact Information in Presence Information Data Format）は、状態実体又はタプルの例えば名刺、ホームページ、アイコンなどの補充情報を提供している。また、インタネットドラフトの「ＰＩＤＦ拡張、ＳＩＰユーザエージェント能力」（M. Lonnfors and K. Kiss、 “Session Initiation Protocol (SIP) User Agent Capability Extension to Presence Information Data Format (PIDF)”、 draftietf-simple-prescaps-ext-07、 Jul. 2006）において、業務能力と端末能力が規定されている。
【００７８】
以下、ＰＩＤＦ、ＲＰＩＤ及び「ＰＩＤＦ拡張、ＳＩＰユーザエージェント能力」に符合する状態実体のプレゼンス情報の例を示す。
【数１】
2009060608.tif 000003
【００７９】
上記例において、該状態実体のＰｏＣ業務はｏｐｅｎ状態であり、場所がｏｆｆｉｃｅであり、連絡電話が２２２-４０５−５５５５である。サービス能力はオーディオ（ａｕｄｉｏ）とテキスト（ｔｅｘｔ）メッセージを受信できるが、映像（ｖｉｄｅｏ）メッセージを受信できない。
【００８０】
ＯＭＡのＰｏＣ標準ファイルで定義されるプレゼンス情報と比べ、ＰＩＤＦ拡張に基くプレゼンス情報は、より多くの情報を提供できる。ＰＩＤＦ拡張に基くプレゼンス情報を利用して、対応するフィルタリング条件（そのフォーマットがＲＦＣ４６６１の規定に符合する）をＳＩＰ ＩＮＶＩＴＥメッセージに嵌め込むことで、フィルタリング条件によってグループ内のより適切なＰｏＣ端末を選択できる。以下、ＳＩＰ ＩＮＶＩＴＥメッセージ内のフィルタリング条件の例を示す。
【数２】
2009060608.tif 000004
【００８１】
上記例において、発呼側ＰｏＣ端末が、所属するＰｏＣグループで映像の共有を希望する。オフィスにいて且つ映像を受信可能の同僚にしか送信しない場合、フィルタリング条件は下記を含む。
【００８２】
ＰｏＣ業務がｏｐｅｎ状態である（status/basic="open"）。
【００８３】
場所がｏｆｆｉｃｅである（rpid:place-typle="office"）。
【００８４】
映像（ｖｉｄｅｏ）メッセージを受信可能である（caps:servcaps/caps:video="true"）。
【００８５】
以下、実際の例を挙げて本発明の方法を説明する。
【００８６】
予め定められたグループには５つのＰｏＣ端末が存在すると仮定する。ＰＩＤＦ拡張に基くプレゼンス情報は、下記のように示される。
【表１】
2009060608.tif 000005
【００８７】
ＰｏＣ端末１は、予め定められたグループコールを発する。ＰｏＣサーバに送信されるＳＩＰ ＩＮＶＩＴＥメッセージのフィルタリング条件は、ＰｏＣ業務がｏｐｅｎ状態であり、場所がｏｆｆｉｃｅであり、映像（ｖｉｄｅｏ）メッセージを受信可能である。
【００８８】
ＰｏＣサーバは、ＳＩＰ ＩＮＶＩＴＥメッセージを受信した後、まずＰｏＣ端末２、ＰｏＣ端末３、ＰｏＣ端末４及びＰｏＣ端末５のプレゼンス情報とアドレス情報をＸＤＭＳから取得する。
【００８９】
ＰｏＣサーバは、フィルタリング条件を満たすグループＰｏＣ端末を取得する。上記表によると、ＰｏＣ端末３がｃｌｏｓｅ状態にあり、ＰｏＣ端末４が映像メッセージを受信不可であり、ＰｏＣ端末５が自宅にいるため、フィルタリング条件を満たすグループＰｏＣ端末がＰｏＣ端末２のみである。
【００９０】
ＰｏＣサーバは、ＰｏＣ端末２のアドレス情報に基いて、ＰｏＣ端末２にＳＩＰ ＩＮＶＩＴＥメッセージを送信する。
【００９１】
最後に、ＰｏＣサーバ、ＰｏＣ端末２及びＰｏＣ端末1がインタラクティブして予め定められたグループコールを行う。
【００９２】
従来技術と比べ、ＰｏＣサーバがＳＩＰ ＩＮＶＩＴＥメッセージを転送するステップにおいて、すべてのユーザにＳＩＰ ＩＮＶＩＴＥメッセージを送信するのではなく、ＰｏＣ端末２のみに対してＳＩＰ ＩＮＶＩＴＥメッセージを送信する。
【００９３】
また、ＰｏＣサーバがＰｏＣ端末３、ＰｏＣ端末４及びＰｏＣ端末５にＳＩＰ ＩＮＶＩＴＥメッセージを転送するステップを有しないため、ＰｏＣ端末３、ＰｏＣ端末４及びＰｏＣ端末５からＰｏＣサーバにＳＩＰ応答メッセージを返送しない。ＰｏＣサーバも、ＰｏＣ端末３、ＰｏＣ端末４及びＰｏＣ端末５に対応するＳＩＰ  ＮＯＴＩＦＹメッセージをＰｏＣ端末１に返送しない。
【００９４】
上記記載によると、ＰｏＣサーバがＳＩＰ ＩＮＶＩＴＥメッセージを受信した後、ＸＤＭＳとインタラクティブすることで、フィルタリング条件を満たすグループＰｏＣ端末のアドレス情報を取得し、アドレス情報に基いて、ＳＩＰ ＩＮＶＩＴＥメッセージをフィルタリング条件を満たすグループＰｏＣ端末に送信する。
【００９５】
ＸＤＭＳに保持されるグループＰｏＣ端末のプレゼンス情報が最新のものでない場合、上記方法により誤り操作が生じる可能性がある。例えば、上記場合において、ＰｏＣ端末５が自宅からオフィスに着いても、ＸＤＭＳに保持されるＰｏＣ端末５の情報がまだ更新されていないため、上記方法では、ＳＩＰ ＩＮＶＩＴＥメッセージをＰｏＣ端末５に送信しない。
【００９６】
上記問題を解決するために、本発明は、ＸＤＭＳが、保持するＰｏＣグループユーザのプレゼンス情報をリアルタイムに更新するプレゼンス情報更新ステップを有する。詳しくは下記手順を含む。
【００９７】
ステップＡ1において、ＰｏＣ端末が電源入れてレジストする際に、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをＲＬＳ（Resource List Server、リソースリストサーバ）に送信する。リソースリストは、ＳＩＰ  ＵＲIリストであり、すべての観察者のＳＩＰ  ＵＲIアドレスがリストアップされている。リソースリストサーバには自身のＳＩＰ  ＵＲIアドレスを有する。観察者がリソースリストサーバにＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージのみを送信すれば、そのＲｅｑｕｅｓｔ  ＵＲIが観察者のリソースリストのＳＩＰ  ＵＲIである。
【００９８】
ステップＡ２において、ＲＬＳがＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを受信した後、リソースリスト中のＰｏＣ端末にＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを周期的に送信する。
【００９９】
ステップＡ３において、ＲＬＳが、すべてのＰｏＣ端末のプレゼンス情報をＸＤＭＳに送信して保存又は更新する。ＰｏＣ端末のプレゼンス情報にあらゆる変化が生じた場合、ＲＬＳが、ＰｏＣ端末のプレゼンス情報の変化をＸＤＭＳに送信して保存する。
【０１００】
ステップＡ３において、ＸＤＭＳが、一回目に集めたＰｏＣ端末のプレゼンス情報を受信した後保存し、その後プレゼンス情報を受信すると、その前に保存したプレゼンス情報を更新すればよい。
【０１０１】
上記処理により、ＸＤＭＳには、いつもＰｏＣ端末の最新のプレゼンス情報が保存される。従って、ＰｏＣサーバがフィルタリング条件に基いてＰｏＣ端末を選択するときに、プレゼンス情報が古いため不具合を生じさせることがない。
【０１０２】
上記記載により、本発明の方法によれば、予め定められたグループコールの際のエアーインタフェース資源とネットワーク資源の使用効率を大幅に向上させ、関連ＳＩＰシグナリングのインタラクティブを減少させている。
【０１０３】
上記処理において、ＸＤＭＳには常にＰｏＣ端末の最新のプレゼンス情報を保存する。該プレゼンス情報には、ＩＥＴＦのＳＩＭＰＬＥプレゼンス情報フォーマットの情報だけではなく、ＰｏＣ業務パラメータ設置からマッピングされたプレゼンス情報を含む。コール確立の際に、ＰｏＣサーバがコールを確立するために、着呼側ユーザのＰｏＣ業務パラメータ設置を取得する必要があるからである。
【０１０４】
以下、本発明のＰｏＣ業務中の予め定められたグループコールの処理方法による技術効果をシミュレーションして説明する。シミュレーション条件は、下記のとおりである。
【０１０５】
ローカルネットワークには、十万個のＰｏＣユーザを有する。
【０１０６】
各ＰｏＣユーザが平均で毎日三つのＰｏＣグループコールを発する。
【０１０７】
予め定められたグループには、計２０のメンバーがいる。
【０１０８】
図４には、横座標は、予め定められたコールグループにおいてプレゼンス情報がフィルタリング条件を満たすＰｏＣ端末の予め定められたコールグループメンバー総数で占める割合であり、縦座標は、本発明の予め定められたグループコールにおけるＳＩＰ要請と応答メッセージの数と常軌方法の予め定められたグループコールにおけるＳＩＰ要請と応答メッセージの数との比率である。
【０１０９】
図４に示すように、予め定められたコールグループにおいてプレゼンス情報がフィルタリング条件を満たすＰｏＣ端末が少なければ少ないほど、常軌方法と比べ、本発明の予め定められたグループコールにおけるＳＩＰ要請と応答メッセージの数が少ない。節約されたＳＩＰメッセージは、実際にコールされるグループのメンバーの数の減少につれて逓減し、エアーインタフェース資源とネットワーク資源の使用効率が向上される。
【０１１０】
図５において、横座標は、予め定められたコールグループにおいてプレゼンス情報がフィルタリング条件を満たすＰｏＣ端末の予め定められたコールグループメンバー総数で占める割合であり、縦座標は、制御機能を実行するＰｏＣサーバが毎秒に処理する必要のあるＳＩＰメッセージの数である。三角形のマーク付の線は、常軌方法に対応し、四方形のマーク付の線は、本発明の方法に対応する。図５によると、常軌方法では、ＰｏＣ端末のプレゼンス情報を考慮しないため、ＰｏＣサーバが処理する必要のあるＳＩＰメッセージの数は変化しない。一方、本発明を応用した後、制御機能を実行するＰｏＣサーバが処理する必要のあるＳＩＰメッセージの数は、実際にコールされるグループのメンバーの数の減少につれて低減し、ネットワークの負担が軽減されている。
【０１１１】
従って、本発明のＰｏＣのコール確立方法は、図２に示すように、下記ステップを有する。
【０１１２】
ステップ２１において、ＸＤＭＳが、ＰｏＣ端末の最新プレゼンス情報を保持する。該プレゼンス情報には、ＰｏＣ端末のＰｏＣ業務パラメータ設置を含む。
【０１１３】
ステップ２２において、発呼側ＰｏＣユーザが、ＳＩＰ ＩＮＶＩＴＥメッセージをＰｏＣサーバに送信する。
【０１１４】
ステップ２３において、ＰｏＣサーバが、ＸＤＭＳとインタラクティブして、着呼側ＰｏＣユーザのアドレス情報とプレゼンス情報を問い合わせる。
【０１１５】
ステップ２４において、ＰｏＣサーバが、着呼側ＰｏＣ端末のプレゼンス情報を取得し、ＰｏＣ業務パラメータ設置からマッピングしたプレゼンス情報に基いて、Ｔａｌｋ  Ｂｕｒｓｔ  Ｃｏｎｆｉｒｍメッセージを発呼側ＰｏＣ端末に送信してコールを確立する。
【０１１６】
上述したコール確立方法は、予め定められたグループコール、一対一コール又は他のコールに適用できる。
【０１１７】
ステップ２１において、ＸＤＭＳに保存されるのがＰｏＣ端末の最新のプレゼンス情報である。詳しくは下記手順により実現される。
【０１１８】
ＲＬＳが、リソースリストのＰｏＣ端末に対してＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを周期的に送信し、ＰｏＣ端末のプレゼンス情報をＸＤＭＳに送信して保存、更新する。
【０１１９】
ＸＤＭＳにＰｏＣ端末の最新のプレゼンス情報には、ＩＥＴＦのＳＩＭＰＬＥプレゼンス情報フォーマットの情報だけではなく、動的ＰｏＣ状態（例えばオン/オフ）及びＰｏＣ業務登録時に設置したＰｏＣ業務パラメータ設置からマッピングしたプレゼンス情報を含む。
【０１２０】
ＰｏＣ業務パラメータは、ＰｏＣ業務登録時に、ＰｏＣ端末が事件パケットｐｏｃ-ｓｅｔｔｉｎｇｓのＳＩＰ  ＰＵＢＬＩＳＨメッセージをＰｏＣサーバに送信し、ＰｏＣユーザ着信の禁止、自動応答、着信知らせ、複数セッション同時進行などについて設置する。これらの情報は、対応するＰｏＣ端末のプレゼンス情報にマッピングすべきである。
【０１２１】
上記方法により、コール確立の際に、ＰｏＣサーバがＸＤＭＳのＰｏＣ端末のプレゼンス情報からＰｏＣ業務パラメータ設置を抽出し、直接にコールを確立する。着呼側ＰｏＣ端末の応答を待つ時間が省かれ、コール確立時間が効果的に減少されている。
【０１２２】
実際の測定によると、着呼側ＰｏＣ端末の応答を待つ場合、コール確立時間が約２４００ｍｓである。一方、本発明を利用すれば、節約された時間が約５００ｍｓであるため、コール確立時間が約１９００ｍｓに短くできる。
【０１２３】
本発明のプレゼンス情報の予約購読方法は、図３に示すように、下記手順を含む。
【０１２４】
ステップ３１において、ＰｏＣ端末が、電源入れてＩＭＳレジスタを行い、ＰｏＣとプレゼンス業務レジスタ後、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをＲＬＳに送信する。
【０１２５】
ステップ３２において、ＲＬＳが、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを観察者のリソースリストの全てのメンバーに送信する。
【０１２６】
ステップ３３において、ＲＬＳが、全てのメンバーのプレゼンス情報を受信して集めた後、ＳＩＰ  ＮＯＴＩＦＹメッセージをＰｏＣ端末に送信する。
【０１２７】
ステップ３４において、ＲＬＳが、観察者のリソースリスト中のすべてのメンバーにＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを周期的に送信し、応答に基いてプレゼンス情報を更新して保存し、最新のプレゼンス情報を保持して、プレゼンス情報をＸＤＭＳにリアルタイムに保存する。
【０１２８】
ステップ３５において、ＰｏＣユーザが主動的にＰｏＣメニューをアクティブにし、又はプレゼンス情報の予約購読を起動するときに、ＰｏＣ端末が、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをＲＬＳに送信する。
【０１２９】
ステップ３６において、ＲＬＳが、保存した最新のプレゼンス情報を、ＳＩＰ ＮＯＴＩＦＹメッセージを通してＰｏＣ端末に送信する。
【０１３０】
従来のプレゼンス情報予約購読方法において、ＰｏＣ端末がＲＬＳにＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを送信する周波数は、ＲＬＳが観察者にＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを送信する周波数とまったく同じである。一方、本発明において、初回処理終了後、ＲＬＳが正常の周波数で観察者にＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを送信するが、観察者は、ＰｏＣユーザが主動的にＰｏＣメニューをアクティブにし、又はプレゼンス情報の予約購読を起動するときのみにおいて、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをＲＬＳに送信する。
【０１３１】
以下、本発明のプレゼンス情報予約購読方法の技術効果をシミュレーションして説明する。シミュレーション条件は、下記のとおりである。
【０１３２】
ローカルネットワークには、十万個のＰｏＣユーザを有する。
【０１３３】
各ＰｏＣユーザが平均で毎日三つのＰｏＣグループコールを発する。
【０１３４】
ＰｏＣユーザの携帯電話端末が毎日１４時間オンにし、システムが設置した予約購読期間が２時間である（つまり、Ｅｘｐｉｒｅｓ=７２００ｓ）。
【０１３５】
ＰｏＣユーザのリソースリストには、計５０人のメンバーがいる。
【０１３６】
各メンバーのプレゼンス情報の毎日平均変化回数が０-５回である。
【０１３７】
図６において、横座標は、メンバーのプレゼンス情報変化回数であり、縦座標は、本発明のプレゼンス情報予約購読方法においてＲＬＳが毎秒に処理する関連ＳＩＰメッセージの数である。四方形のマーク付の線は、本発明のプレゼンス情報予約購読方法に対応し、三角形のマーク付の線は、常軌方法に対応する。図６によると、本発明のプレゼンス情報予約購読方法は常軌方法と比べ、処理する必要のある関連ＳＩＰメッセージの数が少ない。
【０１３８】
また、観察者は、周期的に送信するのではなく、ＰｏＣユーザが主動的にＰｏＣメニューをアクティブにし又はプレゼンス情報の予約購読を起動するときのみにおいて、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをＲＬＳに送信するため、エアーインタフェース資源が節約されている。
【０１３９】
以上は、本発明の好ましい実施形態に過ぎない。当該分野の一般技術者にとって、本発明の原理を背離しない前提で、若干の改善や修飾が考えられるが、これらの改善や修飾も本発明の保護範囲にあることが理解されよう。
【図面の簡単な説明】
【０１４０】
【図１】本発明のＰｏＣ業務における予め定められたグループコールの処理方法の流れを示す。
【図２】本発明のＰｏＣ業務におけるコール確立方法の流れを示す。
【図３】本発明のＰｏＣ業務におけるプレゼンス情報予約購読方法の流れを示す。
【図４】本発明の予め定められたグループコールの処理方法の効果のシミュレーションを示す。
【図５】本発明の予め定められたグループコールの処理方法の効果のシミュレーションを示す。
【図６】本発明のプレゼンス情報予約購読方法の効果のシミュレーションを示す。
【図１】
2009060608.tif 000006
【図２】
2009060608.tif 000007
【図３】
2009060608.tif 000008
【図４】
2009060608.tif 000009
【図５】
2009060608.tif 000010
【図６】
2009060608.tif 000011