(57)【要約】【課題】  事前開設セッションが存在するＰｏＣクライアントが既に存在するセッションをグループＰｏＣ通話のためのコンファレンスサーバとして利用し、多数の個人及び１つ以上のＰｏＣグループメンバーを通話対象者に全て含めてアドホックグループセッション（ad  hoc group session）を開設するようにする方法を提供する。【解決手段】前記方法においては、事前開設セッション（Pre-established Session）が開設された状態でセッションダイアローグ（dialog）情報と目的地アドレス情報（entry ＵＲＩ）及びＳＩＰメッセージメソードが含まれたセッション招請委任メッセージ（Session invitation proxy message）が送信側ＰｏＣサーバに転送される。送信側ＰｏＣサーバが前記セッション招請委任メッセージに含まれた目的地アドレスにＳＩＰメッセージメソッドによるメッセージを転送する。最後に、送信側ＰｏＣシステムと前記セッション招請委任メッセージに含まれた目的地アドレスとの間にアドホックセッションが開設される。【選択図】図４
2008536374.tif 000002
【特許請求の範囲】
【請求項１】
プッシュツートークオーバーセルラー（Push to talk over Cellular：ＰｏＣ）ネットワークでアドホック（ad hoc）セッションを開設するシステムにおいて、
送信側ＰｏＣクライアントと送信側ＰｏＣサーバとの間に事前セッション（pre-established session）が形成されるか、または、オンディマンド（on-demand）セッション状態で、送信側ＰｏＣクライアントがセッションダイアローグ（dialog）情報と目的地アドレス情報（entry ＵＲＩ）及びＳＩＰメッセージメソッドが含まれたセッション招請委任メッセージを送信側ＰｏＣサーバに転送する送信側ＰｏＣシステムと、
前記送信側ＰｏＣサーバがアドホックセッションを開設しようとする任意の個人ＰｏＣクライアントと、
前記送信側ＰｏＣサーバがアドホックセッションを開設しようとする任意のＰｏＣグループシステムと、
を含むＰｏＣネットワークでアドホック（ad hoc）セッションを開設するシステム。
【請求項２】
エントリーのうち１つのエントリーが個人ＰｏＣユーザである場合、エントリーＵＲＩは、目的地アドレス情報（entry ＵＲＩ）フィールドに目的地アドレスとＳＩＰメッセージメソッドを指定することを特徴とする請求項１に記載のＰｏＣネットワークでアドホック（ad hoc）セッションを開設するシステム。
【請求項３】
エントリーのうち１つのエントリーがＰｏＣグループである場合、エントリーＵＲＩは、目的地アドレス情報（entry ＵＲＩ）フィールドに目的地グループ識別子とＳＩＰメッセージメソッド及びセッションをホストするサーバに対する識別子を指定することを特徴とする請求項１に記載のＰｏＣネットワークでアドホック（ad hoc）セッションを開設するシステム。
【請求項４】
前記セッションをホストするサーバに対する識別子は、‘ｉｓｆｏｃｕｓ’オプションタグを使用して指定されることを特徴とする請求項３に記載のＰｏＣネットワークでアドホック（ad hoc）セッションを開設するシステム。
【請求項５】
前記セッション招請委任メッセージに含まれているＳＩＰメッセージメソッドは、ＩＮＶＩＴＥメッセージまたはＲＥＦＥＲメッセージであることを特徴とする請求項１に記載のＰｏＣネットワークでアドホック（ad hoc）セッションを開設するシステム
【請求項６】
前記セッション招請委任メッセージに含まれているＳＩＰメッセージメソッドがＩＮＶＩＴＥである場合、セッションをホストするサーバが直接個人ＰｏＣユーザまたはＰｏＣグループにダイヤルアウト（dial-out）を行うことを特徴とする請求項５に記載のＰｏＣネットワークでアドホック（ad hoc）セッションを開設するシステム。
【請求項７】
前記セッション招請委任メッセージに含まれているＳＩＰメッセージメソッドがＲＥＦＥＲである場合、セッションをホストするサーバからＰｏＣグループにダイアローグ情報とセッションをホストするサーバに対する識別子及びセッションのグループ種類に対する情報を含んでメッセージを転送することを特徴とする請求項５に記載のＰｏＣネットワークでアドホック（ad hoc）セッションを開設するシステム。
【請求項８】
前記ＳＩＰメッセージメソッドのＲＥＦＥＲが転送される場合、ＰｏＣグループからセッションをホストするサーバにセッション連結を要請するダイヤルイン（dial-in）が行われることを特徴とする請求項７に記載のＰｏＣネットワークでアドホック（ad hoc）セッションを開設するシステム。
【請求項９】
送信側ＰｏＣサーバに転送されるセッション招請委任メッセージは、含蓄的にアドホックセッションで発生するイベント情報を示すＮＯＴＩＦＹメッセージを要請することを特徴とする請求項１に記載のＰｏＣネットワークでアドホック（ad hoc）セッションを開設するシステム。
【請求項１０】
送信側ＰｏＣサーバに送信されるセッション招請委任メッセージは、‘ｎｏｒｅｆｅｒｓｕｂ’オプションタグを用いてＮＯＴＩＦＹメッセージ発生を制御することを特徴とする請求項１に記載のＰｏＣネットワークでアドホック（ad hoc）セッションを開設するシステム。
【請求項１１】
プッシュツートークオーバーセルラー（Push to talk over Cellular：ＰｏＣ）ネットワークでアドホック（ad hoc）セッションを開設するシステムにおいて、
送信側ＰｏＣクライアントと送信側ＰｏＣサーバとの間にセッション開設要請メッセージを用いてセッションを開設した後、送信側ＰｏＣクライアントがセッションダイアローグ（dialog）情報と目的地アドレス情報（entry ＵＲＩ）及びＳＩＰメッセージメソッドが含まれたセッション招請委任メッセージを送信側ＰｏＣサーバに転送する送信側ＰｏＣシステムと、
前記送信側ＰｏＣサーバがアドホックセッションを開設しようとする任意の個人ＰｏＣクライアントと、
前記送信側ＰｏＣサーバがアドホックセッションを開設しようとする任意のＰｏＣグループシステムと、
を含むＰｏＣネットワークでアドホックセッションを開設するシステム。
【請求項１２】
プッシュツートークオーバーセルラー（Push to talk over Cellular：ＰｏＣ）ネットワークで事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法において、
事前セッション（pre-established session）が開設された状態でセッションダイアローグ（dialog）情報と目的地アドレス情報（entry ＵＲＩ）及びＳＩＰメッセージメソッドが含まれたセッション招請委任メッセージが送信側ＰｏＣサーバに転送される段階と、
送信側ＰｏＣサーバが前記セッション招請委任メッセージに含まれた目的地アドレスにＳＩＰメッセージメソッドによるメッセージを転送する段階と、
送信側ＰｏＣシステムと前記セッション招請委任メッセージに含まれた目的地アドレスとの間にアドホックセッションが開設される段階と、を含むＰｏＣネットワークで事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法。
【請求項１３】
前記目的地アドレス情報（entry ＵＲＩ）に対する対象は、個人ＰｏＣユーザまたはＰｏＣグループであることを特徴とする請求項１２に記載のＰｏＣネットワークで事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法。
【請求項１４】
前記目的地アドレス情報エントリーのうち１つのエントリーが個人ＰｏＣユーザである場合、目的地アドレス情報（entry ＵＲＩ）フィールドに目的地アドレスとＳＩＰメッセージメソッドを指定することを特徴とする請求項１３に記載のＰｏＣネットワークで事前セッション（pre-established session）を用いてアドホックセッションを開設する方法。
【請求項１５】
前記目的地アドレス情報エントリーのうち１つのエントリーがＰｏＣグループである場合、目的地アドレス情報（entry  ＵＲＩ）フィールドに目的地グループ識別子とＳＩＰメッセージメソッド及びセッションをホストするサーバに対する識別子を指定することを特徴とする請求項１３に記載のＰｏＣネットワークで事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法。
【請求項１６】
前記セッションをホストするサーバに対する識別子は、‘ｉｓｆｏｃｕｓ’オプションタグを使用して指定することを特徴とする請求項１５に記載のＰｏＣネットワークで事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法。
【請求項１７】
前記セッション招請委任メッセージに含まれているＳＩＰメッセージメソッドは、ＩＮＶＩＴＥまたはＲＥＦＥＲであることを特徴とする請求項１２に記載のＰｏＣネットワークで事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法。
【請求項１８】
前記セッション招請委任メッセージに含まれているＳＩＰメッセージメソッドがＩＮＶＩＴＥである場合、セッションをホストするサーバが直接個人ＰｏＣユーザまたはＰｏＣグループにダイヤルアウト（dial-out）を行うことを特徴とする請求項１７に記載のＰｏＣネットワークで事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法。
【請求項１９】
前記セッション招請委任メッセージに含まれているＳＩＰメッセージメソッドがＲＥＦＥＲである場合、セッションをホストするサーバからＰｏＣグループにＰｏＣグループダイアローグ情報とセッションをホストするサーバに対する識別子及びセッションのグループ種類に対する情報を含んでメッセージを転送することを特徴とする請求項１７に記載のＰｏＣネットワークで事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法。
【請求項２０】
前記ＳＩＰメッセージメソッドのうちセッション招請委任メッセージ（ＲＥＦＥＲ）が転送された以後、ＰｏＣグループからセッションをホストするサーバにセッション連結を要請するダイヤルイン（dial-in）が行われることを特徴とする請求項１９に記載のＰｏＣネットワークで事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法。
【請求項２１】
送信側ＰｏＣサーバに送信されるセッション招請委任メッセージは、含蓄的にアドホックセッションで発生するイベント情報に対するＮＯＴＩＦＹメッセージを要請することを特徴とする請求項１２に記載のＰｏＣネットワークで事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法。
【請求項２２】
送信側ＰｏＣサーバに送信されるセッション招請委任メッセージは、‘ｎｏｒｅｆｅｒｓｕｂ’オプションタグを用いてＮＯＴＩＦＹメッセージ発生を制御することを特徴とする請求項２１に記載のＰｏＣネットワークで事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法。
【請求項２３】
ＰｏＣネットワークでアドホックセッションを開設する方法において、
セッションをホストするサーバとアドホックセッションを開設しようとするクライアントとの間にセッションを開設する段階と、
前記セッションが開設されると、セッションダイアローグ（dialog）情報と目的地アドレス情報（entry ＵＲＩ）及びＳＩＰメッセージメソッドを参照して、前記目的地アドレスにセッション要請メッセージを転送する段階と、
送信側ＰｏＣシステムと前記セッション要請メッセージに含まれた目的地アドレスとの間にアドホックセッションが開設される段階と、
を含むＰｏＣネットワークでアドホックセッションを開設する方法。
【請求項２４】
前記目的地アドレス情報（entry ＵＲＩ）に対する対象は、個人ＰｏＣユーザまたはＰｏＣグループであることを特徴とする請求項２３に記載のＰｏＣネットワークでアドホックセッションを開設する方法。
【請求項２５】
前記目的地アドレス情報エントリーのうち１つのエントリーが個人ＰｏＣユーザである場合、目的地アドレス情報（entry ＵＲＩ）フィールドに目的地アドレスとＳＩＰメッセージメソッドを指定することを特徴とする請求項２４に記載のＰｏＣネットワークでアドホックセッションを開設する方法。
【請求項２６】
前記目的地アドレス情報エントリーのうち１つのエントリーがＰｏＣグループである場合、目的地アドレス情報（entry ＵＲＩ）フィールドに目的地グループ識別子とＳＩＰメッセージメソッド及びセッションをホストするサーバに対する識別子を指定することを特徴とする請求項２４に記載のＰｏＣネットワークでアドホックセッションを開設する方法。
【請求項２７】
前記セッションをホストするサーバに対する識別子は、‘ｉｓｆｏｃｕｓ’オプションタグを使用して指定することを特徴とする請求項２６に記載のＰｏＣネットワークでアドホックセッションを開設する方法。
【請求項２８】
前記セッション招請委任メッセージに含まれているＳＩＰメッセージメソッドは、ＩＮＶＩＴＥまたはＲＥＦＥＲであることを特徴とする請求項２３に記載のＰｏＣネットワークでアドホックセッションを開設する方法。
【請求項２９】
送信側ＰｏＣサーバに送信されるセッション要請メッセージは、含蓄的にアドホックセッションで発生するイベント情報に対する２００ ＯＫ 応答信号を要請することを特徴とする請求項２３に記載のＰｏＣネットワークでアドホックセッションを開設する方法。
【請求項３０】
前記応答信号のうち任意のクライアントまたはグループから応答信号が受信されれば、直ちにアドホックセッションを開設することを特徴とする請求項２９に記載のＰｏＣネットワークでアドホックセッションを開設する方法。
【請求項３１】
ＰｏＣネットワークでアドホックセッションを開設するＰｏＣクライアントにおいて、
事前セッション（pre-established session）が開設されれば、セッションダイアローグ（dialog）情報と目的地アドレス情報（entry ＵＲＩ）及びＳＩＰメッセージメソッドが含まれたセッション招請委任メッセージを送信側ＰｏＣサーバに送信し、
前記セッション招請委任メッセージに含まれた前記目的地アドレス情報エントリーのうち個人ＰｏＣユーザには直接セッション要請メッセージを転送し、
前記目的地アドレス情報エントリーのうちＰｏＣグループには、目的地グループ識別子とＳＩＰメッセージメソッドとセッションをホストするサーバに対する識別子及びコンファレンスのホスト可否を通知する指示子を含むメッセージを転送するＰｏＣクライアント。
【請求項３２】
前記目的地アドレス情報エントリーのうち１つのエントリーがＰｏＣグループである場合、前記セッションをホストするサーバに対する識別子を指定するために‘ｉｓｆｏｃｕｓ’オプションタグを使用することを特徴とする請求項３１に記載のＰｏＣクライアント。
【請求項３３】
前記セッション招請委任メッセージに含まれているＳＩＰメッセージメソッドは、ＩＮＶＩＴＥまたはＲＥＦＥＲであることを特徴とする請求項３１に記載のＰｏＣクライアント。
【請求項３４】
前記セッション招請委任メッセージに含まれているＳＩＰメッセージメソッドがＩＮＶＩＴＥである場合、セッションをホストするサーバが直接個人ＰｏＣユーザまたはＰｏＣグループにダイヤルアウト（dial-out）を行うことを特徴とする請求項３３に記載のＰｏＣクライアント。
【請求項３５】
前記セッション招請委任メッセージに含まれているＳＩＰメッセージメソッドがＲＥＦＥＲである場合、セッションをホストするサーバからＰｏＣグループにダイアローグ情報とセッションをホストするサーバに対する識別子及びセッションのグループ種類に対する情報を含んでメッセージを転送することを特徴とする請求項３３に記載のＰｏＣクライアント。
【請求項３６】
前記ＳＩＰメッセージメソッドのうちセッション招請委任メッセージ（ＲＥＦＥＲ）が転送された以後、ＰｏＣグループからセッションをホストするサーバにセッション連結を要請するダイヤルイン（dial-in）が行われることを特徴とする請求項３５に記載のＰｏＣクライアント。
【請求項３７】
送信側ＰｏＣサーバに送信されるセッション招請委任メッセージは、含蓄的にアドホックセッションで発生するイベント情報に対するＮＯＴＩＦＹメッセージを要請することを特徴とする請求項３１に記載のＰｏＣクライアント。
【請求項３８】
送信側ＰｏＣサーバに送信されるセッション招請委任メッセージは、‘ｎｏｒｅｆｅｒｓｕｂ’オプションタグを用いてＮＯＴＩＦＹメッセージ発生を制御することを特徴とする請求項３７に記載のＰｏＣクライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰｏＣ（ＰＴＴ over Cellular）グループ通話サービスのためのセッション開設に関する技術であり、より詳細には、拡張され且つ柔軟なセッション要請対象に対してアドホックＰｏＣグループ通話を開設するための方法に関する。
【背景技術】
【０００２】
移動通信が画期的に発展し、通信網が拡大されるにしたがって、携帯電話(cellular phone)を用いたサービスやアプリケーションがさらに拡張され且つ多様化されている。同時に、位置サービス、マルチメディアサービス、ＰＴＴ（push to push）サービスのような付加的なサービスへの携帯電話ユーザの要求も増大している。ＰＴＴサービスは、無線機器やＴＲＳ(Trunk Radio System)により支援されるグループ通話と音声通話はもちろん、インスタントメッセンジャー、状態表示など多様な付加機能を支援する。
【０００３】
現在、移動通信網においてＰＴＴ（Push to Talk）機能を導入するＰｏＣ（Push-to-talk over cellular:以下、ＰｏＣという）サービスに対する標準化作業が論議されている。ＰｏＣサービスの特徴のうち１つは、ユーザが複数のＰｏＣセッションに属していて、必要に応じてＰｏＣセッション間を移動しつつ通話をすることができることである。このような特徴は、移動通信サービスを定義している団体であるＯＭＡ（Open Mobile Alliance）に明示された要求事項である。
【０００４】
図１は、一般的なＰｏＣ（Push-to-talk over cellular）サービスシステムを示す概念図である。図１を参照すれば、ＰｏＣクライアント１０は、移動端末に設けられるサービス要請者であり、一般的にアクセス網２０を介してＳＩＰ（session Initiation Protocol）及びＩＰ（Internet Protocol）マルチメディアを支援するＳＩＰ／ＩＰコア３０網に連結される。
【０００５】
ＰｏＣクライアント１０は、ＰｏＣユーザ端末機に常駐し、ＰｏＣサービス接続を可能にする。ＰｏＣクライアント１０は、主としてＰｏＣセッションを生成し、ＰｏＣセッションに参加し、ＰｏＣセッションを終了する。また、ＰｏＣクライアント１０は、トークバーストを形成し伝達する機能、インスタントパーソナルアラート(Instant Personal alert)を支援する機能、Ｐｏｃサービスに接続する時、認証を行う機能などの役目を行う。以下、別の言及がない限り、ＰｏＣクライアント１０は、Ｐｏｃサービス加入者及びＰｏｃ端末と同じものとして見なす。
【０００６】
ＳＩＰ／ＩＰコア３０網は、ＰｏＣサービスを支援するために、ＰｏＣサーバ６０と、ＧＬＭＳ（Group List and Management System）５０、及びプレゼンスサーバ７０に連結される。
【０００７】
一般的に、ＳＩＰ（Session Initiation Protocol）は、ＩＥＴＦ（Internet Engineering Task Force）ＲＦＣ（Request for Comments）２５４３文書に標準として定義されている。ＳＩＰは、映像及び音声通信のようなマルチメディア通信のためのセッション（session）や呼を設定、修正、終了するためのアプリケーション階層の制御プロトコルとして使用される。ＳＩＰは、ＵＤＰ／ＴＣＰ／ＩＰ階層上に存在するもので、ＳＩＰ要求（Request）メッセージ及びＳＩＰ応答（Response）メッセージを交換できるクライアント／サーバプロトコルでマルチメディア会議に参加するように招待（invite）することによって、セッションを始めることができるようにユニキャスト（Unicast）及びマルチキャスト（Multicast）セッションを共に支援する。
【０００８】
ＳＩＰ要求メッセージは、ＲＦＣ２５４３でＩＮＶＩＴＥ（Session 参席招待）、ＡＣＫ（招待要求に対する承認）、ＢＹＥ（呼終了）、ＲＥＧＩＳＴＥＲ（ユーザエージェントがリダイレクトサーバのデータベースに登録）、ＣＡＮＣＥＬ（待機中の要求取消），ＯＰＴＩＯＮＳの６つの機能を提供する。ＳＩＰ応答メッセージは、１ｘｘ（情報応答），２ｘｘ（成功的応答）、３ｘｘ（リダイレクション応答）、４ｘｘ（クライアントエラー、要求失敗）、５ｘｘ（サーバ失敗）、６ｘｘ（グローバル失敗）のような状態コードを提供する。
【０００９】
この際、ＰｏＣサーバ６０は、ＰｏＣセッションを維持、管理するControlling PoC Function（ＣＦ）又は一対一のＰｏＣ通話や一対多通話(又はグループ通話)のためにＰｏＣセッションに参加するためのParticipating PoC Function（ＰＦ）の役目をする。
前記ＰｏＣサーバは、全般的にＰｏＣセッションを維持及び管理するControlling PoC Functionと、各セッション間の維持管理を担当するParticipating PoC Functionを共に行い、下記の表１、表２を参照して説明する。
【００１０】
【表１】
2008536374.tif 000003
表１から明らかなように、ＣＦ（又はControlling PoCサーバ）を行うＰｏＣサーバは、ＰｏＣセッションを維持管理する役目をする。特に、ＰｏＣサーバは、ＰｏＣクライアントから発言権要請を受信し、順序を定め、発言権をクライアントに付与する。任意のＰｏＣクライアントが要請したトークバーストをグループＰｏＣ呼に参加した全ての他のＰｏＣクライアントに分配し、グループＰｏＣ呼に参加したＰｏＣクライアントの情報を提供する。
【００１１】
下記表２から分かるように、ＰＦ（又はParticipating PoCサーバ）を行うＰｏＣサーバは、Controlling PoCサーバと各ＰｏＣクライアント間のＰｏＣセッションを管理する。特に、Participating PoCサーバは、ＰｏＣクライアントが発言権を要求したり、Controlling PoCサーバがＰｏＣクライアントに発言権を付与する時、ＰｏＣクライアントとControlling PoCサーバとの間に発言権を中継する役目をする。また、Controlling PoCサーバとＰｏＣクライアントとの間にメディアを中継する役目、異なるコーデック間のトランスコーディングを行う役目、同時ＰｏＣセッションの場合には、１つのＰｏＣセッションで話している時、他のＰｏＣセッションでも話しながらＰｏＣユーザの選択によって１つをフィルタリングする役目をする。
【００１２】
【表２】
2008536374.tif 000004
前述したようなＰｏＣサービスシステムにおいて、ＰｏＣユーザの端末機を介してＧＬＭＳ５０にグループ及びグループメンバーに関する情報を入力することができ、ＧＬＭＳ５０から転送された個人またはグループ目録を通じて自身が通話することができる他のＰｏＣユーザの情報を受信することができる。選択的に、グループ及びグループメンバーの生成、修正及び管理のために、インターネットやイントラネットのような通信網を介してＧＬＭＳ５０に前記グループ及びグループメンバーに関する情報を入力することができる。
【００１３】
ＰｏＣ呼サービスを利用するために、ＰｏＣユーザは、ＳＩＰ／ＩＰコア３０にＰｏＣアドレスを登録する。従って、他のＰｏＣユーザがグループＰｏＣ呼出を試みる場合、ＰｏＣユーザは、自身の情報をＳＩＰ／ＩＰコア３０にまず登録し、ＧＬＭＳ５０から転送されたグループ識別情報を利用して自身のＳＩＰ／ＩＰコア３０にグループＰｏＣ呼を要請する。
【００１４】
ＳＩＰ／ＩＰコア３０は、要請するＰｏＣユーザ情報を利用してアドレス決定とドメイン位置決定を行った後、要請するＰｏＣユーザが登録されたホームＰｏＣサーバにＰｏＣ通話要請を伝達する。このようなＰｏＣ呼要請に対してＰｏＣサーバは、ＰｏＣセッション開設を準備し、ＧＬＭＳから各ユーザ情報を獲得した後、該当ＳＩＰ／ＩＰコアにＰｏＣ通話要請信号を伝達する。イントラドメイン内のユーザに対するＰｏＣ通話要請の場合、ＰｏＣサーバは、ＰＦ及びＣＦの機能を共に行う。通話要請されたＰｏＣユーザを管理するＰｏＣサーバは、自身に転送されたＰｏＣユーザの情報を利用してＳＩＰ／ＩＰコアの位置決定後、ＰｏＣユーザにＰｏＣ呼を要請する。
【００１５】
ＰｏＣクライアントに対するＰｏＣセッション連結を詳細に説明するために、ＯＭＡ ＰｏＣシステムに対する特徴を下記で説明する。ＯＭＡで送信側及び受信側ＰｏＣセッションの設定によるＯＭＡＰｏＣシステムの特徴は、次の通りである。
【００１６】
ＰｏＣシステムは、ユーザのホームネットワーク内のＰｏＣサーバとの連結設定可否によってon-demandセッションモード及びpre-establishedセッションモードの２つのモードに分けられる。
【００１７】
pre-establishedセッションモードは、ＰｏＣユーザが自身の要求によってＰｏＣクライアント（ＰｏＣ Client）と自身のホームネットワークに属するＰｏＣサーバとの間にセッションを予め設定する。このようなpre-establishedセッションは、ＰｏＣユーザが、自身が使用すべきメディアパラメータをＰｏＣサーバと事前に交渉して、今後使われるべきサーバクライアント間のメディアパラメータを再交渉する必要なく、迅速なセッション開設進行を行うために必要である。pre-establishedセッションの開設のために、ＰｏＣクライアントは、ＳＩＰ ＩＮＶＩＴＥメソッドを通じて本文部（Session Description Protocol Multipurpose Internet Mail Extentions body）に、支援するメディアパラメータを提供し、ＰｏＣサーバから提供されたメディアパラメータに対して応答する。ＰｏＣサーバから受信される応答メッセージに新しく設定されるpre-establishedセッションの識別情報をコンファレンス識別子（conference ＵＲＩ）と共にＰｏＣユーザに送信する。pre-establishedセッションを利用する場合、ＩＰアドレス、ポート番号、使われるコーデック(codec)及びトークバースト制御プロトコル(talk burst control protocol)などの事前交渉が可能である。
【００１８】
on-demandセッションモードは、ＰｏＣユーザがpre-established セッションを開設しない状態を意味し、他のＰｏＣユーザからＩＮＶＩＴＥメッセージを受信した後、ＰｏＣセッション連結手続を行うことを意味する。
【００１９】
以下、ＰｏＣシステムのＰｏＣマルチメディアセッションの開設手続を送信側と受信側とに区分して説明する。
【００２０】
まず、図２を参照して送信側で行われるセッション開設過程を説明する。
【００２１】
図２を参照すれば、ＰｏＣクライアントＡは、自身が話そうとする受信者のＳＩＰ  ａｄｄｒｅｓｓ情報を含むＩＮＶＩＴＥ要請をＳＩＰ／ＩＰコアＡに送る（Ｓ１１）。この時、ＩＮＶＩＴＥメッセージは、通話要請クライアントのＰｏＣアドレス情報、要求されるメディアパラメータ（要求されるセッションがマルチメディアであるから、メディア特性値としてオーディオとビデオに関するエンコーディング方法、レート、ペイロードタイプなどの多数の特性値を含む）ＰｏＣサービスであることを通知する特性値情報などのエレメントを含む。ＩＮＶＩＴＥメッセージは、ＤＨＣＰサーバまたはＤＮＳサーバなどでの経路クエリー（query）を通じてＩＭＳ網内での該当サーバ（Ｐ−ＣＳＣＦ及びＳ−ＣＳＣＦ）を経由してＰｏＣサーバＡに伝達される（Ｓ１２）。一般的な通話要請時、ＰｏＣユーザが連結されたＰＦ  Ａは、開設されたセッションのトークバーストを管理するＣＦ  Ｘ（Controlling PoCサーバ）と別に具現されることができるので、前記段階Ｓ１１、Ｓ１２を通じて伝達されたＩＮＶＩＴＥメッセージは、各ネットワークのＳＩＰ／ＩＰコアを経由してＣＦ  Ｘに転送される（Ｓ１３〜Ｓ１５）。
【００２２】
ＣＦ  Ｘを含む制御ネットワークＸは、前記段階Ｓ１５を通じて伝達されたＩＮＶＩＴＥ要請メッセージを該当ＳＩＰ／ＩＰコア網に転送した後、応答メッセージを受信するようになる。受信側ネットワークで応答されるＳＩＰメッセージは、１ＸＸの臨時応答メッセージ（provisional response）や２ＸＸの成功応答メッセージ（successful response）または４ＸＸ〜６ＸＸなどのエラー応答メッセージであることができる。ここで、本発明の根本的効果を逸脱しない範囲で正常的な呼処理手続を中心にして説明する。段階Ｓ１５以後、ＣＦＸは、受信側応答モードによってＡＵＴＯ−ＡＮＳＷＥＲまたはＯＫ応答を受信することができる。選択的に、図２で、ＡＵＴＯ−ＡＮＳＷＥＲ応答の場合、ＣＦ  Ｘは、SIP 183 ‘session progress’信号として受信することができ（Ｓ１６）、通話要請者のＩＭＳ網でＰｏＣサーバとクライアント間の連結を行う。受信者の通話許諾信号は、前記SIP 183 ‘session progress’またはＳＩＰ  ２００‘ＯＫ’応答であり、ＣＦとＰＦ及びＰｏＣサーバを経由してＰｏＣクライアントＡに伝達するようになる（Ｓ１６〜Ｓ２０）。
【００２３】
一方、受信側ＰｏＣサーバから２００ ＯＫ応答や183 session progress 応答を受信した後（Ｓ１６）、ＣＦは、ＰｏＣ呼が連結されたことを判断し、ＰｏＣクライアントＡに対してトークバースト発言権を付与するfloor granted信号を送信する。上記の応答（２００ ＯＫまたは183 session progress）によってトークバースト権限を付与することは、‘confirmed’または‘unconfirmed’タイプに区分されることができ、これは、ＣＦでバッファリング機能の必要性の原因となる。
【００２４】
ＩＮＶＩＴＥ要請信号に対する確認応答信号（Ｓ１６〜Ｓ２０）を受信した後、ＰｏＣクライアントＡは、トークバースト転送許諾信号（通話連結音）を転送するために、ＲＴＣＰプロトコルを利用してFloor granted信号を受信するようになる（Ｓ２１、Ｓ２２）。Floor granted信号は、トークバースト仲裁権限を有するＣＦで生成され、前記該当ＰｏＣクライアントを管理するＰＦを経て該当ＰｏＣクライアントに転送される。Floor granted信号は、ＳＩＰプロトコルの代わりに、ベアラーの経路を利用するので、ＳＩＰ／ＩＰコア網を経ることなく、転送されることができる。最後に、このような通話連結音を確認したＰｏＣユーザは、メディアストリーム（代表的に、音声）をＲＴＰを利用して転送するようになる（Ｓ２３、Ｓ２４）。
【００２５】
図３は、従来技術による受信側ＰｏＣマルチメディアセッション開設過程に関する信号の流れを示す図である。この場合、送信側ＰｏＣ通話要請者がＳＩＰを用いてマルチメディア（本例では、オーディオとビデオ通話を要請する場合を例示）招請メッセージを送信して呼処理を要請し、受信側には、自動応答モードが設定された状態で、pre-establishedセッションが存在する場合である。すなわち、受信側ＰｏＣサーバクライアント間にpre-establishedセッションが開設された場合の成功的なセッション開設を想定した受信側手続を示す。この際、pre-establishedセッションを設定しているＰｏＣサーバとＰｏＣクライアント間のメディア特性値は、新しいセッション要請時に変更させる必要がなく、指定された特性値を利用する。
【００２６】
図３を参照すれば、送信側ネットワークから受信されたＩＮＶＩＴＥメッセージが、ＳＩＰ／ＩＰコアを介してＩＭＳ網の呼処理手続によって受信側ＰｏＣクライアントのホームネットワークに属するＰｏＣサーバに転送される（Ｓ３１〜Ｓ３３）。この時、ＰＦ  Ｂは、自身の応答モード設定値を自動応答モードで設定しているので、ＩＮＶＩＴＥ要請メッセージに対応して送信側ネットワークにＳＩＰ  ２００‘ＯＫ’メッセージを転送する（Ｓ３４〜Ｓ３６）。前記ＰＦ  Ｂは、Pre-establishedセッションを変更させる必要がないので、自身と連結されているＰｏＣクライアントには、ＩＮＶＩＴＥメッセージを転送しない。
【００２７】
一方、ＩＭＳ経路を介して回答されたＯＫ応答を受信したcontrollingネットワークのＰｏＣサーバ、すなわちＣＦ  Ｘは、送信側ＰｏＣクライアントにＯＫ応答を転送してＰｏＣ呼処理手続を完成し（Ｓ３７）、送信側ＰｏＣクライアントに対してトークバースト発言権を付与する“Floor granted”信号を転送する（Ｓ３８）。また、ＣＦは、発言権を許諾するＲＴＣＰ信号を転送すると同時に、前記発言権を有するＰｏＣユーザのＰｏＣアドレスやディスプレイ名称を含む“Sending Talk Burst”信号を受信側ＰｏＣユーザに転送する（Ｓ３９〜Ｓ４０）。したがって、ＣＦは、受信ＰｏＣクライアントが以後伝達されるメディアストリームの送信者情報をあらかじめ受信することができるようにする。このようなトークバースト転送信号は、図２と同様に、ＳＩＰを利用せずに、ベアラーの経路を利用するので、ＳＩＰ／ＩＰコア網を経由せずに転送されることができる。最終的に送信側から送ったオーディオとビデオを含むマルチメディアストリームは、メディアベアラーの経路としてＲＴＰプロトコルを利用してクライアントＢに転送される。これにより、ＰｏＣ通話が開始される（Ｓ５０）。
【００２８】
一方、ＰｏＣシステムは、前述のような呼処理手続の特徴以外に、half duplex通信方式の多者間カンファレンス機能を有し、これは、ＯＭＡ  ＰｏＣリリース１の代表的な機能である。ＰｏＣカンファレンスは、参加するグループの特性によってアドホックＰｏＣグループ（ad hoc PoC group）、事前設定ＰｏＣグループ（pre-arranged PoC group）及びチャットＰｏＣグループ（chat PoC group）に区分される。
【００２９】
アドホックグループ及び事前設定ＰｏＣグループのグループＰｏＣ通話は、カンファレンスサーバにセッション開設要請をしてフォーカスの役目をするサーバ（カンファレンスサーバ）から各クライアントにセッション要請を送るダイヤルアウト（dial-out）のセッション開設を特徴とする。
【００３０】
ｃｈａｔ  ＰｏＣグループは、セッションの情報を各クライアントがあらかじめ知っていて、カンファレンスサーバに対してダイヤルイン（dial-in）のセッション開設手続を有することを特徴とする。
【００３１】
しかし、従来のＰｏＣシステムは、セッション開設時に、ＰｏＣ通話対象のＰｏＣクライアントを設定するにあたってグループ特性による制限条件があるので、さらにダイナミックなグループ通話あるいは柔軟な通話グループを指定できない。
【００３２】
例えば、アドホックＰｏＣグループ通話のために送信側ＰｏＣユーザが受信者リストを作成する時、従来のＰｏＣシステムは、アドホックグループリストに事前設定ＰｏＣグループのグループ識別子（group identity）を構成員として設定する機能を支援しない。このような場合、アドホックＰｏＣグループ通話を試みるＰｏＣユーザは、事前設定ＰｏＣグループ（pre-arranged group）を識別するＵＲＩ情報を用いてグループの該当構成員情報を獲得し、新しく開設されるアドホックＰｏＣグループの該当構成員を追加させなければならない。したがって、ＰｏＣユーザには、過大な負担になる（一般的な状況でＰｏＣユーザは、自身の端末に事前設定ＰｏＣグループに対する全ての参加者のＵＲＩリストを格納していないことを想定する）。
【００３３】
一方、上記の従来の方法とは異なり、含めようとするpre-arranged ＰｏＣグループを除いて他のＰｏＣユーザだけを含むアドホックＰｏＣグループのグループＰｏＣ通話を開設した後、セッション進行中に追加的なＳＩＰメッセージを伝達してアドホックＰｏＣグループセッションにdial-inさせる方法もある。しかし、この方法は、セッション要請が重複してしまう短所があり、また、pre-arrangedグループをホストするサーバがアドホックセッションサーバでない場合、２つのフォーカスが存在するようになる。
【発明の開示】
【発明が解決しようとする課題】
【００３４】
本発明の目的は、pre-establishedセッションあるいはon-demandセッションを用いてＰｏＣクライアントがグループＰｏＣ通話のためのアドホックセッションを開設する時、多数の個人及び１つ以上のＰｏＣグループを通話対象者に全て含めてアドホックＰｏＣグループセッション（ad hoc PoC group session）を開設するようにする方法を提供することにある。
【課題を解決するための手段】
【００３５】
本発明によれば、送信側ＰｏＣクライアントと送信側ＰｏＣサーバとの間に事前セッション（pre-established session）が開設されるか、又は、オンディマンド（on-demand）セッション状態で、送信側ＰｏＣクライアントがセッションダイアローグ（dialog）情報と目的地アドレス情報（entry ＵＲＩ）及びＳＩＰメッセージメソッドが含まれたセッション招請委任メッセージを送信側ＰｏＣサーバに転送する送信側ＰｏＣシステムと、前記送信側ＰｏＣサーバがアドホックセッションを開設しようとする任意の個人ＰｏＣクライアントと、前記送信側ＰｏＣサーバがアドホックセッションを開設しようとする任意のＰｏＣグループと、を含むプッシュツートークオーバーセルラー（Push to talk over Cellular：ＰｏＣ）網のアドホック（ad hoc）セッションを開設するシステムが提供される。
【００３６】
本発明によれば、送信側ＰｏＣクライアントと送信側ＰｏＣサーバとの間にセッション開設要請メッセージを用いてセッションを開設した後、送信側ＰｏＣクライアントがセッションダイアローグ（dialog）情報と目的地アドレス情報（entry ＵＲＩ）及びＳＩＰメッセージメソッドが含まれたセッション招請委任メッセージを送信側ＰｏＣサーバに転送する送信側ＰｏＣシステムと、前記送信側ＰｏＣサーバがアドホックセッションを開設しようとする任意の個人ＰｏＣクライアントと、前記送信側ＰｏＣサーバがアドホックセッションを開設しようとする任意のＰｏＣグループシステムと、を含むプッシュツートークオーバーセルラー（Push to talk over Cellular：ＰｏＣ）網のアドホック（ad hoc）セッションを開設するシステムが提供される。
【００３７】
本発明によれば、事前セッションが形成された状態でセッションダイアローグ（dialog）情報と目的地アドレス情報（entry ＵＲＩ）及びＳＩＰメッセージメソッドが含まれたセッション招請委任メッセージが送信側ＰｏＣサーバに送信される段階と、送信側ＰｏＣサーバが前記セッション招請委任メッセージに含まれた目的地アドレスにＳＩＰメッセージメソッドによるメッセージを転送する段階と、送信側ＰｏＣシステムと前記セッション招請委任メッセージに含まれた目的地アドレスとの間にアドホックセッションが開設される段階と、を含むプッシュツートークオーバーセルラー（Push to talk over Cellular：ＰｏＣ）網の事前セッション（pre-established session）を用いてアドホック（ad hoc）セッションを開設する方法が提供される。
【００３８】
本発明によれば、セッションをホストするサーバとアドホックセッションを開設しようとするクライアントとの間にセッションを開設する段階と、前記セッションを開設する段階で設定されたセッションダイアローグ（dialog）情報と目的地アドレス情報（entry ＵＲＩ）及びＳＩＰメッセージメソッドを参照して、前記目的地アドレスにセッション要請メッセージを転送する段階と、送信側ＰｏＣシステムと前記セッション要請メッセージに含まれた目的地アドレスとの間にアドホックセッションが開設される段階と、を含むプッシュツートークオーバーセルラー（Push to talk over Cellular：ＰｏＣ）網の事前セッション（pre-established session）をアドホック（ad hoc）セッションを開設する方法が提供される。
【００３９】
本発明によれば、事前セッション（pre-established session）が開設されれば、セッションダイアローグ（dialog）情報と目的地アドレス情報（entry ＵＲＩ）及びＳＩＰメッセージメソッドが含まれたセッション招請委任メッセージを送信側ＰｏＣサーバに送信し、前記セッション招請委任メッセージに含まれた前記目的地アドレス情報エントリーのうち個人ＰｏＣユーザには直接セッション要請メッセージを転送し、前記目的地アドレス情報エントリーのうちＰｏＣグループには目的地グループ識別子とＳＩＰメッセージメソッドとセッションをホストするサーバに対する識別子及びカンファレンスのホスト可否を通知する指示子を含むメッセージを転送するプッシュツートークオーバーセルラー（Push to talk over Cellular：ＰｏＣ）網のアドホック（ad hoc）セッションを開設するＰｏＣクライアントが提供される。
【発明の効果】
【００４０】
本発明は、ＰｏＣクライアントがPre- establishedセッションあるいはon-demandセッションを用いて自身があらかじめ設定したＰｏＣグループと任意に指定される多数のＰｏＣユーザを１つの受信ＵＲＩリストに含んで柔軟にアドホックＰｏＣグループ通話を開設することができる。また、本発明は、セッション開設のための単一のＳＩＰメッセージを転送することによって、ユーザの便利性と無線網での通信効率性を改善することができる。
【発明を実施するための最良の形態】
【００４１】
以下、本発明の好ましい実施形態について添付の図面を参照して詳細に説明する。
【００４２】
本発明の基本構成は、通常のＰｏＣシステム、すなわちＰｏＣ端末機とＰｏＣサーバ、ＰｏＣ端末機とＰｏＣサーバ間を連結するためのサブネットワーク（ＳＩＰ／ＩＰコア網及び無線接続網など）で構成される。ＰｏＣ端末機は、ＰｏＣサービスを利用するためのＰｏＣクライアントを含み、ＰｏＣサーバは、グループセッションの所有の有無によってＣＦやＰＦとして動作することができる。この構成は、基本的に一般ＰｏＣシステムと同様なので説明を省略する。
【００４３】
図４は、本発明の第１実施形態における、pre-establishedセッションを用いて拡張されたグループ構成員を含むアドホックＰｏＣグループのグループＰｏＣ通話開設過程に関する信号の流れを示す図である。
【００４４】
図４を参照すれば、ＰｏＣクライアントＡ  １１１０は、事前セッション（Pre-established Session）のセッションダイアローグ情報を用いてＲＥＦＥＲメッセージを該当ＰｏＣサーバであるＰＦ／ＣＦ  Ａ  １０００に伝達し（Ｓ１０１、Ｓ１０２）、これに対するフォーワーディングメッセージとして２０２  Ａｃｃｅｐｔｅｄ応答を受信する（Ｓ１０３、Ｓ１０４）。これは、ＰｏＣクライアントが付加的なセッションダイアローグ情報を生成しないことを意味し、また、メディア交渉に利用されるＳＤＰ（Session Description Protocol）ｏｆｆｅｒを含まないので、より簡略なＳＩＰメッセージを無線接続網を経てＰｏＣサーバに送ることを意味する。
【００４５】
ＳＤＰ  ｏｆｆｅｒは、セッションのパラメーター交渉のために提供するものである。このpre-establishedセッションの場合、メディア交渉過程をする必要がないので、ＳＤＰ  ｏｆｆｅｒを含む必要がない。
【００４６】
一方、前記ＲＥＦＥＲメッセージは、添付のコンテンツにＵＲＩリストの形態でいろいろな目的地アドレス情報及び各々に対するＳＩＰメッセージ方法を指定する。上記のＵＲＩリストには、pre-arrangedグループの識別子を含めることができ、一般ＰｏＣグループの識別子をも含めることができる。ＲＥＦＥＲメッセージフォーマットは、図５を参照して後述する。
【００４７】
次に、ＰＦ／ＣＦ  Ａ  １０００は、受信されたＲＥＦＥＲメッセージに含まれた該当個人ＰｏＣクライアントとpre-arrangedグループに対してセッション招請のためのＩＮＶＩＴＥメッセージをフォワードする。この時、各個人ＰｏＣクライアントに対しては、各々ＩＮＶＩＴＥ形態で一般的なアドホックＰｏＣセッション開設の手続を行う（Ｓ１０５ａ）。ＰＦ／ＣＦ  Ａ  １０００は、自身がカンファレンスのフォーカスになることをｉｓｆｏｃｕｓオプションタグを用いて公知することができる。前記Ｓ１０５ａでの情報は、実際にＳＩＰ／ＩＰコア  Ａ  １１００を介してエンドユーザー（end user）に転送される。
【００４８】
次に、各々のクライアントから応答メッセージを受信する（Ｓ１１０ａ）。Ｓ１１０ａ段階の情報は、Ｓ１０５ａ段階の情報と同様に、エンドユーザー（end user）からＳＩＰ／ＩＰコア  Ａ  １１００を介して転送される。
【００４９】
一方、pre-arrangedグループに対しては、該当グループ識別子のＳＩＰ  ＵＲＩにＩＮＶＩＴＥメッセージを要請し、これは、ＳＩＰ／ＩＰコアＡ  １１００のルーティングを経て前記pre-arrangedグループをホストするサーバ１２１０に転送される（Ｓ１０５ｂ、Ｓ１０６、Ｓ１０７）。この時、ＩＮＶＩＴＥメッセージは、前記ＰＦ／ＣＦ  Ａ  １０００がアドホックセッションをホストするカンファレンスサーバになることを公知するためのｉｓｆｏｃｕｓオプションタグを含む。前記ＩＮＶＩＴＥメッセージを伝達されたpre-arrangedグループをホストするＰｏＣサーバ１２１０は、ＩＮＶＩＴＥメッセージ内のＣｏｎｔａｃｔヘッダー部にｉｓｆｏｕｃｓというオプションタグを受信することによって、自身がカンファレンスサーバにならないことを確認し、各々の構成クライアントにＩＮＶＩＴＥメッセージをフォーワーディングする。これにより、前記ＩＮＶＩＴＥメッセージに対するpre-arrangedグループの構成員から各々の応答を受信することによって（Ｓ１０８〜Ｓ１０９）、前記pre-arrangedグループの構成員は、アドホックセッションに参加することができる。
【００５０】
一方、ＲＥＦＥＲメッセージは、含蓄的にＮＯＴＩＦＹメッセージを要請することができ（Ｓ２００，Ｓ２０２）、ＮＯＴＩＦＹメッセージを用いてアドホックセッションで発生するイベント情報を獲得することができる。ＮＯＴＩＦＹが不要であると判断されれば、ＮＯＴＩＦＹメッセージは、‘ｎｏｒｅｆｅｒｓｕｂ’のオプションタグを用いて制御することができる。
【００５１】
図５は、図４に示された送信側ＰｏＣクライアントのセッション招請委任メッセージ（ＳＩＰ ＲＥＦＥＲ）を示す図である。図５を参照すれば、ＲＥＦＥＲメッセージのＲｅｑｕｅｓｔ  ＵＲＩ（ｃｏｎｆ＿ｐｏｃ＿Ａ＠ｄｏｍａｉｎ．ｅｘａｍｐｌｅ．ｃｏｍ）は、pre-establishedセッションのＵＲＩとして設定され、これは、まもなく開設しようとするアドホックセッションの識別子としての役目をすることができる。Ｆｒｏｍ／Ｔｏヘッダーのタグフィールドは、従来pre-establishedセッションから獲得される情報を用いて同じダイアローグを利用することを明示する。一方、ＲＥＦＥＲの受信ユーザエイジェント（user agent）であるＰｏＣサーバ（図４のＰＦ／ＣＦ  Ａ、１０００）が参照（refer）すべき目的地は、Ｒｅｆｅｒ−Ｔｏヘッダーに含まれる。本発明では、多数の個人とグループを招請するので、このようなＵＲＩリスト情報は、ＭＩＭＥボディー部にコンテンツとして含まれ、これを識別するためのコンテンツ識別子（Ｃｏｎｔｅｎｔ−ＩＤ）を‘ｃｉｄ’パラメーターとして使用し、‘ｃｉｄ：ｃｎ３５ｔ８ｊｆ０２＠ｅｘａｍｐｌｅ．ｃｏｍ’に挿入するようになる（図５の９番目ライン）。前記コンテンツ識別子に該当するメッセージのＭＩＭＥ（Multi-purpose Internet Mail Extensions）部は、アドホックセッションのtarget ＵＲＩに該当する個人クライアントに対するＳＩＰアドレス情報とpre-arrangedグループの識別子を含む。この時、前記目的地アドレス情報は、受信ＰｏＣサーバが取るべきＳＩＰメッセージと付加的なＳＩＰメッセージのヘッダー情報などを明示する。例えば、図５で提供されるメッセージの５番目ラインのように、‘ｓｉｐ：ｋｔ＠ｅｘａｍｐｌｅ．ｃｏｍ’のアドレスに対して‘ＩＮＶＩＴＥ’メッセージを転送するようにすることを明示する。また、pre-arrangedグループである‘ｓｉｐ：ＯＭＡ＿Ｐａｒｔ＠ｄｏｍａｉｎ＿ｘ．ｅｘａｍｐｌｅ．ｃｏｍ’に対しては、‘ＩＮＶＩＴＥ’メッセージを転送するにあたって、‘Ｃｏｎｔａｃｔ’ヘッダーにアドホックセッションのカンファレンスＵＲＩを含める。また、これに対して‘ｉｓｆｏｃｕｓ’オプションタグを貼付する。このような情報を含む場合、該当pre-arrangedグループは、前記アドホックセッションをホストするＰｏＣサーバがカンファレンスサーバになることを認知し、これに対してＩＮＶＩＴＥ要請の応答を回答するようになる。
【００５２】
図６は、図４に示された送信ＰｏＣクライアントのセッション招請メッセージ（ＳＩＰ  ＩＮＶＩＴＥ）を示す図である。図６を参照すれば、ＩＮＶＩＴＥメッセージのＲｅｑｕｅｓｔ  ＵＲＩ（ｐｏｃ＿ｇｒｏｕｐ＿ｘ＠ｄｏｍａｉｎ．ｅｘａｍｐｌｅ．ｃｏｍ）は、pre-arrangedグループのグループＵＲＩとして設定される。Ｔｏヘッダーのタグフィールドは、従来pre-establishedセッションから獲得される情報を用いて同じダイアローグを利用することを明示する。ＰＦ／ＣＦ  Ａ（図４の１０００）は、自身が開設されるＰｏＣセッションのカンファレンスサーバになることを公知するために、‘ｉｓｆｏｃｕｓ’というオプションタグを‘Ｃｏｎｔａｃｔ’ヘッダー（図６の９番目ライン）に貼付してＩＮＶＩＴＥ要請を転送する。このような情報を用いて、該当pre-arrangedグループの各クライアントは、前記アドホックセッションをホストするＰｏＣサーバにセッション要請応答を伝達するようになる。
【００５３】
図７は、本発明の第２実施形態によってpre-establishedセッションを用いて拡張されたグループ構成員を含むアドホックＰｏＣグループのグループＰｏＣ通話開設過程に対する信号の流れを示す図である。
【００５４】
図７を参照すれば、ＰｏＣ通話を希望するＰｏＣクライアントＡ  １１１０は、ＳＩＰ  ＲＥＦＥＲメッセージを用いて自身のホームＰｏＣネットワークのＰＦ／ＣＦ  Ａ  １０００にアドホックセッション開設を要請する（Ｓ３０１、Ｓ３０２）。この時、ＳＩＰ  ＲＥＦＥＲメッセージは、前記図４と同様にpre-establishedセッションが初期開設される過程で生成、格納されるセッション情報を用いて同じダイアローグに対するアドホックグループセッションを開設するようになる。ＰＦ／ＣＦ  Ａ  １０００は、ＲＥＦＥＲメッセージを受信した後、ＲＥＦＥＲメッセージが成功的に受信されたことを確認する２０２  Ａｃｃｅｐｔｅｄメッセージを応答する（Ｓ３０３、Ｓ３０４）。ここで、２０２  Ａｃｃｅｐｔｅｄメッセージは、今後のアドホックセッション開設進行過程とは関係ないＲＥＦＥＲメッセージの受信を確認する応答メッセージである。
【００５５】
前記ＲＥＦＥＲメッセージは、図５と同様に、添付のコンデンツにＵＲＩリストの形態でいろいろな目的地アドレス情報及び各々に対するＳＩＰメッセージメソッド（METHOD）を指定する。上記のＵＲＩリストは、pre-arrangedグループの識別子を含んでもよく、一般ＰｏＣグループの識別子を含んでもよい。ＲＥＦＥＲメッセージフォーマットは、図８を参照して後述する。
【００５６】
次に、ＰＦ／ＣＦ  Ａ  １０００は、受信されたＲＥＦＥＲメッセージに含まれた該当個人ＰｏＣクライアントとpre-arrangedグループに対して、各ＵＲＩ情報に付加された方法でＳＩＰメッセージを転送する。この時、各個人クライアントに対して各々ＩＮＶＩＴＥメッセージを転送する形態で一般的なアドホックＰｏＣセッション開設の手続を行うようになる（Ｓ３０５）。ＰＦ／ＣＦ  Ａ  １０００は、自身がカンファレンスのフォーカスになることをｉｓｆｏｃｕｓオプションタグを用いて公知することができる。前記Ｓ３０５段階での情報は、実際にはＳＩＰ／ＩＰコアＡ  １１００を介してエンドユーザー（end user）に転送される。
【００５７】
そして、各クライアントから応答メッセージを受信する（Ｓ３０６）。
【００５８】
一方、pre-arrangedグループに対しては、ＭＩＭＥメッセージで該当ＵＲＩに指定された方法によってＲＥＦＥＲメッセージを転送する。特に、ＳＩＰ／ＩＰコアＡ  １１００のルーティングを経て前記pre-arrangedグループをホストするＰｏＣサーバ１２１０に転送される（Ｓ３０７〜Ｓ３０９）。この時、ＲＥＦＥＲメッセージの内部ヘッダーフィールドは、前記ＰＦ／ＣＦ  Ａ  １０００がアドホックセッションをホストするカンファレンスサーバになることを示すためのオプションタグを含む。前記ＲＥＦＥＲメッセージを受信したpre-arrangedグループのホストサーバ１２１０がpre-arrangedグループの構成員にカンファレンスサーバのＵＲＩ情報（アドホックセッションのグループ識別子）を含むＳＩＰメッセージを転送し、各構成員がアドホックセッションにダイヤルイン（dial-in）するようにして前記アドホックセッションに参加させることができる（Ｓ４１９）。
【００５９】
一方、ＲＥＦＥＲメッセージは、含蓄的にＮＯＴＩＦＹメッセージを要請し、ＮＯＴＩＦＹメッセージを用いてアドホックセッションで発生するイベント情報を獲得することができる。ＮＯＴＩＦＹメッセージが不要であると判断されれば、‘ｎｏｒｅｆｅｒｓｕｂ’のオプションタグを用いて制御されることができる。
【００６０】
したがって、Ｓ３０１及びＳ３０２段階のＲＥＦＥＲメッセージに‘ｎｏｒｅｆｅｒｓｕｂ’のオプションタグが含まれない場合、ＰＦ／ＣＦ  Ａ  １０００から送信側ＰｏＣクライアントＡ  １１１０にＮＯＴＩＦＹが転送され（Ｓ５００、Ｓ５０２）、これに対する２００‘ＯＫ’応答が転送される（Ｓ５０４、Ｓ５０６）。
【００６１】
図８は、図７に示された送信側ＰｏＣクライアントのセッション招請委任メッセージ（ＳＩＰ  ＲＥＦＥＲ）に関する図である。図８を参照すれば、ＲＥＦＥＲメッセージのＲｅｑｕｅｓｔ  ＵＲＩ（ｃｏｎｆ＿ｐｏｃ＿Ａ＠ｄｏｍａｉｎ．ｅｘａｍｐｌｅ．ｃｏｍ）は、pre-establishedセッションの開設時に割り当てられたカンファレンスＵＲＩとして設定され、これは、まもなく開設しようとするアドホックセッションの識別子として機能することができる。Ｆｒｏｍ／Ｔｏヘッダーのタグフィールドは、従来の事前セッションから獲得される情報を用いて同じダイアローグを利用することを明示する。一方、ＲＥＦＥＲの受信ｕｓｅｒ  ａｇｅｎｔであるＰｏＣサーバ（図７のＰＦ／ＣＦ  Ａ、１０００）がｒｅｆｅｒすべき目的地は、Ｒｅｆｅｒ−Ｔｏヘッダーに含まれ、本発明は、多数の個人とグループを招請するので、このようなＵＲＩリスト情報は、ＭＩＭＥ部にコンテンツとして含まれ、これを識別するためのコンテンツ識別子（Ｃｏｎｔｅｎｔ−ＩＤ）を‘ｃｉｄ’パラメーターとして使用し、‘ｃｉｄ：ｃｎ３５ｔ８ｊｆ０２＠ｅｘａｍｐｌｅ．ｃｏｍ’（図８の９番目ライン）に挿入するようになる。前記コンテンツ識別子に該当するＭＩＭＥボディー部は、アドホックセッションのｔａｒｇｅｔ  ＵＲＩに該当する個人クライアントに対するＳＩＰアドレス情報とpre-arrangedグループの識別子を含む。この時、前記目的地アドレス情報は、受信ＰｏＣサーバが取るべきＳＩＰメッセージと付加的なＳＩＰメッセージのヘッダー情報などを明示する。例えば、図８の５番目ラインのように、‘ｓｉｐ：ｋｔ＠ｅｘａｍｐｌｅ．ｃｏｍ’のアドレスに対して‘ＩＮＶＩＴＥ’メッセージを転送するようにすることを明示する。
【００６２】
また、pre-arrangedグループである‘ｓｉｐ：ＯＭＡ＿Ｐａｒｔ＠ｄｏｍａｉｎ＿ｘ．ｅｘａｍｐｌｅ．ｃｏｍ’に対しては、‘ＲＥＦＥＲ’メッセージを転送するようにし、この時、新しいＲＥＦＥＲメッセージ（図７の段階Ｓ３０７〜３０９に該当）に含まれる‘Ｒｅｆｅｒ−Ｔｏ’ヘッダーにアドホックセッションのカンファレンスＵＲＩを含み、これに対してセッションタイプＵＲＩパラメーター‘ｓｅｓｓｉｏｎ’と‘ｉｓｆｏｃｕｓ’オプションタグを付加する。このような付加情報により該当pre-arrangedグループは、前記アドホックセッションをホストするＰｏＣサーバがカンファレンスサーバになることを認知し、これに対して各構成員がＩＮＶＩＴＥメッセージを転送することによって、アドホックセッションに参加するようになる。
【００６３】
一方、アドホックセッションのtarget ＵＲＩに該当する個人及びpre-arrangedグループの数は、該当アドホックセッションを開設する方針によって決定される。したがって、この範囲内で多数の個人及びpre-arrangedグループが含まれる場合にも、前記方法が同一に適用されることができる。
【００６４】
図９は、図７に示された受信側ＰｏＣサーバへのセッション招請委任メッセージ（ＳＩＰ  ＲＥＦＥＲ）を示す図である。図９を参照すれば、ＲＥＦＥＲにより新しく生成されるＲＥＦＥＲメッセージのＲｅｑｕｅｓｔ  ＵＲＩ（ＯＭＡ＿Ｐａｒｔ＠ｄｏｍａｉｎ＿ｘ．ｅｘａｍｐｌｅ．ｃｏｍ）は、pre-arrangedグループのグループＵＲＩに設定される。Ｔｏヘッダーのタグフィールドは、従来のpre-establishedセッションから獲得される情報を用いて同じダイアローグを利用することを明示する。ＰＦ／ＣＦ  Ａ（図７の１０００）は、自身が開設されるＰｏＣセッションのカンファレンスサーバになることを公知するために‘ｉｓｆｏｃｕｓ’というオプションタグを‘Ｒｅｆｅｒ−Ｔｏ’ヘッダー（図９の１０番目ライン）に貼付してＲＥＦＥＲを転送する。また、‘Ｒｅｆｅｒ−Ｔｏヘッダー’に‘ｓｅｓｓｉｏｎ＝ａｄｈｏｃ’を含めて開設されるセッションの種類を公知させることもできる。
【００６５】
前記第１実施形態及び第２実施形態は、事前セッション（pre-established）を利用したセッション開設に関する例である。本発明によるon-demandセッション開設の場合は、図１０のように具現されることができる。
【００６６】
図１０は、本発明の第３実施形態によってon-demandセッション開設時に拡張されたグループ構成員を含むアドホックＰｏＣグループのグループＰｏＣ通話開設過程に関する信号の流れを示す図である。図１０を参照すれば、Ｓ７０１、Ｓ７０２段階のＩＮＶＩＴＥメッセージは、個人のＰｏＣアドレスとグループの識別子を全て含む。これにより、ＰＦ／ＣＦ  Ａ  １０００は、含まれたＰｏＣグループの該当ＰｏＣサーバに‘ｉｓｆｏｃｕｓ’オプションタグを含むＩＮＶＩＴＥ（Ｓ７０３ｂ〜Ｓ７０５）を転送する。したがって、セッションが開設されることができる。
【００６７】
この時、各個人クライアントに対しては各々ＩＮＶＩＴＥ形態で一般的なアドホックＰｏＣセッション開設の手続が行われる（Ｓ７０３ａ）。ＰＦ／ＣＦ  Ａ  １０００は、自身がカンファレンスのフォーカスになることをｉｓｆｏｃｕｓオプションタグを用いて公知することができる。前記Ｓ７０３ａ段階の情報は、実際にはＳＩＰ／ＩＰコアＡ  １１００を介してエンドユーザー（end user）に転送される。
【００６８】
一方、pre-arrangedグループに対しては、該当グループ識別子のＳＩＰ  ＵＲＩにＩＮＶＩＴＥメッセージを要請し、これは、ＳＩＰ／ＩＰコアＡ  １１００のルーティングを経て前記pre-arrangedグループをホストするサーバ１２１０に伝達される（Ｓ７０３ｂ〜Ｓ７０５）。この時、ＩＮＶＩＴＥメッセージは、前記ＰＦ／ＣＦ  Ａ  １０００がアドホックセッションをホストするカンファレンスサーバになることを公知するためのオプションタグを含む。前記ＩＮＶＩＴＥメッセージを伝達されたpre-arrangedグループをホストするＰｏＣサーバＸ  １２１０は、メッセージ内のＣｏｎｔａｃｔヘッダー部にｉｓｆｏｕｃｓというオプションタグを受信することによって自身がカンファレンスサーバにならないことを確認し、各々の構成クライアントにＩＮＶＩＴＥメッセージをフォワードする。これにより、前記ＩＮＶＩＴＥメッセージに対するpre-arrangedグループの構成員から各々の応答を受信することによって（Ｓ７０８ａ〜Ｓ７０８ｂ、Ｓ７０３、Ｓ７０４）、前記pre-arrangedグループの構成員をアドホックセッションに参加させることができる。
【００６９】
以後、ＴＢＣＰ（Talk Burst Control Protocol）を用いてトークバースト制御信号が送受信された後、メディアが転送される（Ｓ７１０〜Ｓ７１３）。
【００７０】
一方、前記第１実施形態乃至第３実施形態でアドホックセッションのtarget ＵＲＩに該当する個人及びpre-arrangedグループの数は、該当アドホックセッションを開設する方針によって決まるので、その範囲内で多数の個人及びpre-arrangedグループが含まれる場合にも、前記方法が同一に適用されることができる。
【００７１】
以上、本発明の好ましい実施形態について添付の図面を参照して説明したが、本発明は、前述の実施形態に限定されるものでなく、本発明の属する技術分野において通常の知識を有する者が本発明の技術的思想及び範囲から逸脱しない範囲内で様々に変形または変更して実施できる。
【産業上の利用可能性】
【００７２】
本発明は、ＰｏＣクライアントがPre- establishedセッションあるいはon-demandセッションを用いて自身があらかじめ設定したＰｏＣグループと任意に指定される多数のＰｏＣユーザを１つの受信ＵＲＩリストに含んで柔軟にアドホックＰｏＣグループ通話を開設することができる。また、本発明は、セッション開設のための単一のＳＩＰメッセージを転送することによって、ユーザの便利性と無線網での通信効率性を改善することができ、プッシュツートークオーバーセルラー網におけるアドホックセッション開設方法及びそのシステムとして有用である。
【図面の簡単な説明】
【００７３】
【図１】一般的なＰｏＣサービスシステムの概念図。
【図２】従来技術による送信側ＰｏＣマルチメディアセッション連結過程に関する信号の流れを示す図。
【図３】従来技術による受信側ＰｏＣマルチメディアセッション連結過程に関する信号の流れを示す図。
【図４】本発明の第１実施形態による事前開設セッションを用いて拡張されたグループ構成員を含むアドホックＰｏＣグループのグループＰｏＣ通話開設過程に関する信号の流れを示す図。
【図５】図４に示された送信側ＰｏＣクライアントのセッション招請委任メッセージ（ＳＩＰ  ＲＥＦＥＲ）を示す図。
【図６】図４に示された送信側ＰｏＣクライアントのセッション招請メッセージ（ＳＩＰ  ＩＮＶＩＴＥ）を示す図。
【図７】本発明の第２実施形態による事前開設セッションを用いて拡張されたグループ構成員を含むアドホックＰｏＣグループのグループＰｏＣ通話開設過程に関する信号の流れを示す図。
【図８】図７に示された送信側ＰｏＣクライアントのセッション委任メッセージ（ＳＩＰ  ＲＥＦＥＲ）を示す図。
【図９】図７に示された受信側ＰｏＣサーバへのセッション委任メッセージ（ＳＩＰ  ＲＥＦＥＲ）を示す図。
【図１０】本発明の第３実施形態によるon-demandセッション開設時に拡張されたグループ構成員を含むアドホックＰｏＣグループのグループＰｏＣ通話開設過程に関する信号の流れを示す図。
【図１】
2008536374.tif 000005
【図２】
2008536374.tif 000006
【図３】
2008536374.tif 000007
【図４】
2008536374.tif 000008
【図５】
2008536374.tif 000009
【図６】
2008536374.tif 000010
【図７】
2008536374.tif 000011
【図８】
2008536374.tif 000012
【図９】
2008536374.tif 000013
【図１０】
2008536374.tif 000014
【国際調査報告】
2008536374.tif 000015
2008536374.tif 000016