(57)【要約】  ＰｏＣグループ・セッション内の参加者に通信を送信する方法である。ＰｏＣクライアントがＳＩＰ  ＲＥＦＥＲメッセージをＰｏＣ参加サーバに送り、ＰｏＣ参加サーバがＳＩＰ  ＲＥＦＥＲメッセージをＰｏＣ制御サーバに転送する。ＳＩＰ  ＲＥＦＥＲメッセージは、グループ・セッション内の宛先参加者の識別子およびメッセージ内容を備える。ＰｏＣ制御サーバは、ＳＩＰ  ＭＥＳＳＡＧＥメソッドを生成し、ＭＥＳＳＡＧＥは宛先参加者に宛てられ、そしてメッセージ内容を含む。ＳＩＰ  ＭＥＳＳＡＧＥはそれから、宛先参加者をサービス宛先参加サーバに送信される。このようにして、ＰｏＣクライアントは、プライベートのメッセージ内容をＰｏＣグループ・セッション内の別の参加者にＰｏＣ制御サーバを通して送信することができ、プライベートのメッセージ内容をすべての参加者には送らない。【選択図】図２
2011525316.tif 000002
【特許請求の範囲】
【請求項１】
ＰｏＣ（Push to Talk over Cellular）グループ・セッションの参加者にプライベート通信を行う方法であって、
制御サーバにおいて、グループ・セッション内の宛先参加者の識別子とメッセージ内容とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルのＲＥＦＥＲメッセージを、前記グループ・セッションにおいて発信元参加者にサービスする発信元参加者サーバから受信する工程と、
前記宛先参加者宛であり、前記メッセージ内容を含むセッション開始プロトコルのＭＥＳＳＡＧＥを生成する工程と、
前記ＭＥＳＳＡＧＥを、前記宛先参加者にサービスしている宛先参加者サーバへ送信する工程と
を備えることを特徴とする方法。
【請求項２】
前記メッセージ内容は、離散メディア・メッセージを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記宛先参加者は匿名であって、前記宛先参加者の識別子は、参加情報とメディア・バースト制御プロトコルのメディア・バースト・メッセージのいずれかから取得されることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記Ｒｅｆｅｒ−Ｔｏヘッダは、配信完了報告の要求を更に含むことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記制御サーバにおいて、発信元参加者の識別子と配信完了報告とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルの第２のＲＥＦＥＲメッセージを前記宛先参加者サーバから受信する工程と、
前記発信元参加者宛であり、前記配信完了報告を含むセッション開始プロトコルの第２のＭＥＳＳＡＧＥを生成する工程と、
前記第２のＭＥＳＳＡＧＥを前記発信元参加者サーバへ送信する工程と
を更に備えることを特徴とする請求項４に記載の方法。
【請求項６】
前記Ｒｅｆｅｒ−Ｔｏヘッダは、前記グループ・セッションの全ての参加者の中から選択された複数の宛先参加者の識別子を含むことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記メッセージ内容は、前記宛先参加者を前記発信元参加者との全二重通信セッションに招待する全二重呼後続移行要求を含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記宛先参加者は匿名であって、前記宛先参加者の識別子は、参加情報とメディア・バースト制御プロトコルのメディア・バースト・メッセージのいずれかから取得されることを特徴とする請求項７に記載の方法。
【請求項９】
ＰｏＣ（Push to Talk over Cellular）制御サーバ・ノードであって、
前記グループ・セッションにおいて発信元参加者にサービスする発信元参加者サーバから、前記グループ・セッション内の宛先参加者の識別子とメッセージ内容とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルのＲＥＦＥＲメッセージを受信する受信器と、
前記宛先参加者宛であり、前記メッセージ内容を含むセッション開始プロトコルのＭＥＳＳＡＧＥメソッドを生成するプロセッサと、
前記ＭＥＳＳＡＧＥを、前記宛先参加者にサービスしている宛先参加者サーバへ送信する送信器と
を備えることを特徴とする制御サーバ・ノード。
【請求項１０】
前記Ｒｅｆｅｒ−Ｔｏヘッダは、配信完了報告の要求を更に含むことを特徴とする請求項９に記載の制御サーバ・ノード。
【請求項１１】
発信元参加者の識別子と配信完了報告とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルの第２のＲＥＦＥＲメッセージを前記宛先参加者サーバから受信する第２の受信器と、
前記発信元参加者宛であり、前記配信完了報告を含むセッション開始プロトコルの第２のＭＥＳＳＡＧＥを生成する第２のプロセッサと、
前記第２のＭＥＳＳＡＧＥを前記発信元参加者サーバへ送信する第２の送信器と
を更に備えることを特徴とする請求項１０に記載の制御サーバ・ノード。
【請求項１２】
ＰｏＣ（Push to Talk over Cellular）クライアント・ノードであって、
グループ・セッション内の宛先参加者の識別子とメッセージ内容とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルのＲＥＦＥＲメッセージを生成するプロセッサと、
前記ＲＥＦＥＲメッセージを、ＰｏＣ参加者サーバを介して、ＰｏＣ制御サーバへ送信する送信器と
を備えることを特徴とするクライアント・ノード。
【請求項１３】
前記メッセージ内容は、離散メディア・メッセージを含むことを特徴とする請求項１２に記載のクライアント・ノード。
【請求項１４】
参加情報とメディア・バースト制御プロトコルのメディア・バースト・メッセージのいずれかから、前記宛先参加者の識別子を決定する第２のプロセッサを備えることを特徴とする請求項１２または１３に記載のクライアント・ノード。
【請求項１５】
配信完了報告を含むセッション開始プロトコルの確認メッセージを受信するように構成された受信器をさらに備えることを特徴とする請求項１４に記載のクライアント・ノード。
【請求項１６】
前記メッセージ内容は、前記宛先参加者を前記発信元参加者との全二重通信セッションに招待する全二重呼後続移行要求を含むことを特徴とする請求項１２に記載のクライアント・ノード。
【請求項１７】
ＰｏＣ（Push to Talk over Cellular）参加者サーバ・ノードであって、
ＰｏＣクライアント・ノードから、グループ・セッション内の宛先参加者の識別子とメッセージ内容とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルのＲＥＦＥＲメッセージを受信する受信器と、
受信した前記ＲＥＦＥＲメッセージを、ＰｏＣ制御サーバ・ノードに送信する送信器と
を備えることを特徴とする参加者サーバ・ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラー網を用いたプッシュ・ツー・トークの分野に関し、特にセルラー網を用いたプッシュ・ツー・トークにおけるプライベート通信に関する。
【背景技術】
【０００２】
トランシーバ型サービスは、短いメッセージを互いに素早く伝えたいユーザの間で、長い間好評となっている。従来から、そのようなサービスは、電波スペクトラムの専用部分を利用する双方向の携帯無線により提供されてきているが、しかし双方向の携帯無線は、ユーザには、同じような端末を利用し、そして動作域の比較的狭い無線の範囲内にいる予め選択された小グループのユーザと通信できるようにするだけである。最近になって、現存するセルラー電話のインフラストラクチャ上でピギーバックするサービスが、米国に導入されてきている。しかしながら、これらのサービスは本来独占的になっており、そしてユーザが異なる事業者ネットワーク間で通信できないようにしている。
【０００３】
トランシーバ型サービスの使用を広げようとして、オープン・モバイル・アライアンス（ｗｗｗ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｏｒｇ）として知られている業界団体が、適切なプロトコルの標準化を目的として設立されており、適切なプロトコルは、セルラー網を用いて提供されるトランシーバ型サービスを網間で実現できるようにするであろう。様々な標準により確立されたサービスは、プッシュ・ツー・トーク・オーバー・セルラー（ＰｏＣ）として知られている。ＰｏＣは、関連する音声データのパケット交換アクセス・ネットワークでの伝送を提案する。ＧＳＭおよびＵＭＴＳの場合、これは汎用パケット無線サービス（ＧＰＲＳ）または３Ｇアクセス・ネットワークであるだろう。他のネットワーク・アーキテクチャでは、類似のパケット交換アクセス・ネットワークが、会話データを伝えるために利用されるであろう。プッシュ・ツー・トーク・サービスはまた、回線交換アクセス・ネットワークによって提供可能であるが、これは好適な選択肢ではない。
【０００４】
プッシュ・ツー・トーク・オーバー・セルラー（ＰｏＣ）システムは通常、ＧＳＭ／ＧＰＲＳ／３Ｇのネットワーク上で実装され、そしてセルラー網への先進的なデータ・サービスの導入、および特に実時間マルチメディア・サービスの導入を促進するために第３世代パートナーシップ・プロジェクトにより標準化された、ＩＰマルチメディア・サブシステム（ＩＭＳ）を用いる。ＩＭＳは、セッション開始プロトコル（ＳＩＰ）に依存しており、ＳＩＰは、マルチメディアＩＰベースのセッションの設定および制御のために、インターネット技術特別委員会（ＩＥＴＦ）により規定されてきている。ＰｏＣサーバは、ＩＭＳ内に位置するか、またはＩＭＳに繋がれ、そしてＰｏＣセッションを設定し、そして制御するための機能を実装する。
【０００５】
現存するプッシュ・ツー・トーク（ＰＴＴ）および会議システムは通常、ユーザのうちの一人に話す権利を認める一方、通信中の他のユーザはそのような権利が拒否され、リッスン・モードに置かれる制御メカニズムを用いる。そのような制御メカニズムは通常、フロア制御、話者調停、トーク・バースト制御などと呼ばれる。たとえば、オープン・モバイル・アライアンスは現在、プッシュ・ツー・トーク・オーバー・セルラー（ＰｏＣ）システムの仕様作成に取り組んでおり、当該仕様にはメディア・バースト制御プロトコル（ＭＢＣＰ）が含まれる。
【０００６】
ＰｏＣサービスは、半二重であり、通信は２ユーザ間でどちらかの方向で進行できるが、同時には１方向でのみ進行する。ＰｏＣサービスは、セルラー網によって指名通話呼だけでなく、グループ通信にも用いることができる。
【０００７】
ＰｏＣサービスは、終端クライアントにおいて、およびＩＭＳネットワークの最上位にある、またはＩＭＳシステムの機能を包含する別のＳＩＰベースのシステムの最上位にあるアプリケーション・サーバにおいて実行される。ＰｏＣユーザは、ＰｏＣサーバにアクセスするためにＰｏＣクライアントを用いる。
【０００８】
別のＰｏＣユーザと通信するために、第１ユーザのＰｏＣクライアントはＰｏＣセッションを確立する。ＰｏＣセッションは、参加ＰｏＣ機能または制御ＰｏＣ機能を実行するＰｏＣサーバを経由する。図１は、すべての参加者間でのＰｏＣセッションを制御する制御ＰｏＣ機能１、および個々の参加者に固有であるセッションの態様を制御する参加ＰｏＣ機能２を示す。図１の例で、参加ＰｏＣ機能２はＰｏＣクライアント＃１を用いる参加者＃１の参加を制御する。参加ＰｏＣ機能２および制御ＰｏＣ機能１は、双方ともＰｏＣサーバに実装される。
【０００９】
同時には唯一の参加者のみに、ＰｏＣメディアの送信が許可される。メディアの送信許可の調停は、オープン・モバイル・アライアンスＰｏＣ作業部会により開発されたメディア・バースト制御プロトコル（ＭＢＣＰ）を用いる制御ＰｏＣ機能１により制御される。
【００１０】
ＰｏＣに対して、いくつかの通信メソッドが規定されていて、１対１ＰｏＣセッション、１対多ＰｏＣセッションおよび１対多対１ＰｏＣセッションがある。１対多通信メソッドを用いる場合、参加者のうちの一人から送信されるメディアはいずれも、このメディア・タイプを受信できるすべての他の参加者に分配される。１対多対１通信メソッドを用いる場合、参加者のうちの一人はＰｏＣディスパッチャであり、そして他の参加者はＰｏＣフリート・メンバである。ＰｏＣディスパッチャにより送信されるメディアは、かかるメディア・タイプを受信できるすべてのＰｏＣフリート・メンバに分配される。しかしながら、ＰｏＣフリート・メンバのいずれかから送信されるメディアはＰｏＣディスパッチャにのみ送信される。１対多対１通信メソッドの典型的な使用は、タクシー運転手を管理するためであり、ＰｏＣディスパッチャは、タクシーを必要とする顧客から呼を受信するタクシー会社にいる人であり、そしてＰｏＣフリート・メンバは個々のタクシー運転手である。
【００１１】
ＰｏＣセッションにおける参加者のうちの一人以上が匿名であることが可能である。参加者が匿名であると、制御ＰｏＣ機能を行うＰｏＣサーバは、匿名のユーザに一時的なＰｏＣアドレスを割り当てる。一時的なＰｏＣアドレスは、ＰｏＣセッション内で一意的であり、そしてＳＩＰ  ＵＲＩのフォーマットでは、たとえば、ｓｉｐ：ａｎｏｎｙｍｏｕｓ−１＠ａｎｏｎｙｍｏｕｓ．ｉｎｖａｌｉｄである。この一時的なＰｏＣアドレスは、参加者がＩＥＴＦ  ＲＦＣ  ４５７５“会議状態のためのセッション開始プロトコル（ＳＩＰ）イベント・パッケージ”、Ｊ．Ｒｏｓｅｎｂｅｒｇ、Ｈ．Ｓｃｈｕｌｚｒｉｎｎｅ、Ｏ．Ｌｅｖｉｎ、Ｅｄ．２００６年８月、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ４５７５．ｔｘｔに規定されている“会議”イベント・パッケージに登録していると参加者情報を通じて、またはＯＭＡユーザ・プレーン仕様書“ＯＭＡ  ＰｏＣ制御プレーン”、バージョン２．０、オープン・モバイル・アライアンス、ＯＭＡ−ＴＳ−ＰｏＣ−ＣｏｎｔｒｏｌＰｌａｎｅ−Ｖ２＿０、ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｏｒｇに規定されているＭＢＣＰメディア・バースト・テイクン・メッセージで、ＰｏＣセッション内のすべての参加者が見ることができる。
【００１２】
オープン・モバイル・アライアンスＰｏＣ２．０リリースは、進行しているＰｏＣセッション内の参加者がＳＩＰ  ＭＥＳＳＡＧＥメソッドを用いて（“離散メディア”と呼ばれる）ショート・メッセージ送信の可能性を導入した。
【００１３】
これに関連する問題が、１対多対１ＰｏＣグループ・セッション内のＰｏＣディスパッチャがＰｏＣフリート・メンバのうちの一人に離散メディアをプライベートに送りたい場合に生じる。離散メディアがフリート・メンバのすべてに分配されることになるので、離散メディアをプライベートで送信することはできない。同じ問題が１対多ＰｏＣグループ・セッションで発現する。一人の参加者から送信される離散メディアは、ＰｏＣグループ・セッション内のすべての参加者に分配されるであろう。
【００１４】
ある顧客がタクシー会社に電話をして、３０分前にタクシー＃１６内に財布を置き忘れていることを会社に知らせる場合を考える。ＰｏＣディスパッチャが内密に、たとえばテキスト・メッセージをタクシー＃１６の運転手に送信することにより、しかし新しい顧客がまた聞くことができるような、タクシー＃１６のラウドスピーカで再生されるであろうＰｏＣ音声通信を送らずに、タクシー＃１６の運転手に連絡するのが有益であろう。この状況、および同じような状況で、ディスパッチャがテキストを、メッセージは他のＰｏＣフリート・メンバには関心事ではないので、ＰｏＣフリート・メンバのすべてではなくて個々のＰｏＣフリート・メンバに送信できると役立つであろう。
【００１５】
同じように、１対多ＰｏＣグループ・セッション内の参加者が、ＰｏＣグループ・セッション内の参加者のうちの一人に電子メール・アドレスを、他の参加者が電子メール・アドレスを受信することなく、送信できると役立つであろうが、しかし、これは現在のところ、特に電子メールの受信者が進行中のＰｏＣセッションで匿名であると、不可能である。
【００１６】
ＯＭＡ  ＰｏＣ２．０リリースはまた、全二重呼後続移行（Full Duplex Call Follow-on Proceed）サービスを規定している。全二重呼後続移行サービスはＳＩＰ  ＭＥＳＳＡＧＥメソッドに基づいており、ＰｏＣセッション内の参加者が、進行中のＰｏＣセッション内のすべての参加者にＴＥＬ  ＵＲＩまたはＳＩＰ  ＵＲＩを送信できる。ＰｏＣセッション内のＰｏＣクライアントがＴＥＬ  ＵＲＩまたはＳＩＰ  ＵＲＩを受信する場合、ＰｏＣクライアントはＣＳ呼またはＶｏＩＰ呼を開始し、そしてＰｏＣセッションから離れる。しかしながら、１対多ＰｏＣグループ・セッション内の参加者が、全二重呼後続移行サービスを用いてＶｏＩＰ全二重呼またはＣＳ全二重呼を確立することを望むと、ＣＳ呼またはＶｏＩＰ呼に切り替える場合に用いられるべきＴＥＬ  ＵＲＩまたはＳＩＰ  ＵＲＩを持つＳＩＰ  ＭＥＳＳＡＧＥ要求が、ＰｏＣグループ・セッション内のすべての参加者に送られ、その結果すべての参加者がＶｏＩＰ／ＣＳ呼に切り替えるであろう。たとえば、すべての参加者が匿名である（インターネットでのチャット・セッションに参加する場合、よくあることである）チャットＰｏＣグループ・セッションに係っている２人の参加者が、ＣＳ呼を確立し、そして２人だけの間で会話を続けることは、現在のところ不可能である。
【発明の概要】
【００１７】
本発明者は、ＰｏＣグループ・セッションにおいて、すべての参加者に対してよりも選択された参加者のみに対して情報を送信することが望ましいような状況があることを理解している。
【００１８】
本発明の第１の態様に従って、ＰｏＣグループ・セッション内の参加者にプライベート通信を行う方法が提供される。ＰｏＣクライアントがＳＩＰ  ＲＥＦＥＲメッセージをＰｏＣ参加サーバに送信し、ＰｏＣ参加サーバはＳＩＰ  ＲＥＦＥＲメッセージをＰｏＣ制御サーバに転送する。ＳＩＰ  ＲＥＦＥＲメッセージは、グループ・セッション内の宛先参加者の識別子（identity）およびメッセージ内容を含む。ＰｏＣ制御サーバはＳＩＰ  ＭＥＳＳＡＧＥを生成し、ＭＥＳＳＡＧＥは宛先参加者に宛てであり、メッセージ内容を含む。ＳＩＰ  ＭＥＳＳＡＧＥは宛先参加者にサービスする宛先参加サーバに送信される。このようにして、ＰｏＣクライアントは、ＰｏＣ制御サーバを通して、プライベート・メッセージ内容をＰｏＣグループ・セッション内の別の参加者に送信することができ、プライベート・メッセージ内容を全参加者には送信しない。
【００１９】
任意の実施形態によれば、メッセージ内容は離散メディア・メッセージを含む。これにより、ＰｏＣグループ・セッション内の個々の参加者にショート・メッセージを送信できる。オプションとして、宛先参加者が匿名である場合、宛先参加者の識別子は、参加情報およびメディア・バースト制御プロトコル・メディア・バースト・メッセージのいずれかから取得される。
【００２０】
さらなるオプションとして、Refer-Toヘッダがさらに、配信完了報告（successful delivery report）要求を含む。この場合、本方法は随意的にさらに、制御サーバで第２のＳＩＰ  ＲＥＦＥＲメッセージを宛先参加サーバから受信する工程を備える。第２のＲＥＦＥＲメッセージは、発信元参加者の識別子および配信完了報告を含むRefer-Toヘッダを有する。制御サーバは、発信元の参加者宛てであって、配信完了報告を含む第２のＳＩＰ  ＭＥＳＳＡＧＥを生成する。第２のＭＥＳＳＡＧＥは発信元参加者に転送するために発信元参加サーバに送信される。
【００２１】
随意的に、Refer-Toヘッダは、グループ・セッション内の参加者のすべてから選択された複数の宛先参加者の識別子を含む。このようにして、メッセージ内容を、ＰｏＣグループ・セッションに参加している一群のユーザに送信することができ、メッセージ内容は全参加者には送信されない。
【００２２】
代替的なオプションとして、メッセージ内容は全二重呼後続移行要求である。これは、参加者がＰｏＣグループ・セッション内の別の参加者を、発信元参加者との全二重通信セッションにプライベートで招待できるようにする。選択肢として、宛先参加者が匿名であるシナリオでは、宛先参加者の識別子が参加情報またはメディア・バースト制御プロトコル・メディア・バースト・メッセージのいずれかから取得される。
【００２３】
本発明の第２の態様に従って、ＰｏＣ制御サーバ・ノードが提供される。本ノードは、グループ・セッション内の発信元参加者にサービスする発信元参加サーバから、ＳＩＰ  ＲＥＦＥＲメッセージを受信するための受信器を備える。ＲＥＦＥＲメッセージは、グループ・セッション内の宛先参加者の識別子およびメッセージ内容を含むRefer-Toヘッダを有する。プロセッサが、ＳＩＰ  ＭＥＳＳＡＧＥを生成するために提供され、ＭＥＳＳＡＧＥは宛先参加者に宛てであって、メッセージ内容を含む。送信器は、ＭＥＳＳＡＧＥを宛先参加サーバに送信するために提供され、宛先参加サーバは宛先参加者にサービスする。本ノードは、ＰｏＣグループ・セッション内の参加者がセッション内の別の参加者に情報を送信できるようにし、情報は全参加者に送信されることはない。
【００２４】
Refer-Toヘッダは随意的に、配信完了報告要求を含む。この場合、制御サーバ・ノードには随意的に、第２のＳＩＰ  ＲＥＦＥＲメッセージを宛先参加サーバから受信するための第２の受信器を備え、第２のＲＥＦＥＲメッセージは、発信元参加者の識別子および配信完了報告を含むRefer-Toヘッダを有している。第２のプロセッサは、第２のＳＩＰ  ＭＥＳＳＡＧＥを生成するために提供され、ＭＥＳＳＡＧＥは発信元参加者宛てであって、配信完了報告を含み、第２の送信器が第２のＭＥＳＳＡＧＥを発信元参加サーバに送信するために提供される。
【００２５】
本発明の第３の態様に従って、ＰｏＣクライアント・ノードが提供され、ＰｏＣクライアント・ノードはＳＩＰ  ＲＥＦＥＲメッセージを生成するためのプロセッサを備える。ＲＥＦＥＲメッセージは、グループ・セッション内の宛先参加者の識別子およびメッセージ内容を含むRefer-Toヘッダを有する。また、ＲＥＦＥＲメッセージをＰｏＣ参加サーバを介してＰｏＣ制御サーバに送信するために送信器が提供される。ＰｏＣクライアント・ノードは、ＰｏＣユーザがメッセージ内容をグループ・セッション内の別のＰｏＣユーザに送信できるようにし、メッセージ内容は全ＰｏＣユーザに送信されることはない。
【００２６】
オプションとして、メッセージ内容は離散メディア・メッセージを含む。さらなるオプションとして、クライアント・ノードは、宛先参加者の識別子を参加情報またはメディア・バースト制御プロトコル・メディア・バースト・メッセージのいずれかから決定するための第２のプロセッサを備える。クライアント・ノードは随意的に、配信完了報告を含むＳＩＰ確認ＭＥＳＳＡＧＥを受信するように構成された受信器を備える。
【００２７】
代替の選択肢として、メッセージ内容は全二重呼後続移行要求を含み、当該要求は宛先参加者を発信元参加者との全二重通信セッションに招待するものであるが、グループ・セッション内の他の参加者は招待されない。
【００２８】
本発明の第４の態様に従って、ＰｏＣクライアント・ノードからＳＩＰ  ＲＥＦＥＲメッセージを受信するための受信器を含むＰｏＣ参加サーバ・ノードが提供される。ＲＥＦＥＲメッセージは、グループ・セッション内の宛先参加者の識別子およびメッセージ内容を含むRefer-Toヘッダを有する。ＰｏＣ参加サーバ・ノードはまた、受信したＲＥＦＥＲメッセージをＰｏＣ制御サーバ・ノードに送信するための送信器を備える。
【図面の簡単な説明】
【００２９】
【図１】ＰｏＣグループ・セッション機能構造をブロック図で概略的に説明する図である。
【図２】発明の実施形態に従って、１対多ＰｏＣセッションまたは１対多対１ＰｏＣセッションにおいてプライベートメッセージングのための離散メディアを送信するのに必要な信号のやりとりを説明する信号図である。
【図３】発明の実施形態に従ったＰｏＣ制御サーバにより取られる工程を示すフロー図である。
【図４】発明の実施形態に従ったＰｏＣサーバ（制御）ノードをブロック図で概略的に説明する図である。
【図５】発明の実施形態に従ったＰｏＣクライアント・ノードをブロック図で概略的に説明する図である。
【図６】発明の実施形態に従ったＰｏＣサーバ（参加）ノードをブロック図で概略的に説明する図である。
【発明を実施するための形態】
【００３０】
ＳＩＰ  ＭＥＳＳＡＧＥメソッドは、１対多ＰｏＣセッションまたは１対多対１ＰｏＣセッション内の２つのＰｏＣクライアント間で短い離散メディア・メッセージを送信するために、または全二重呼後続移行サービスをプライベートで開始するために、用いられることができる１対多ＰｏＣセッションまたは１対多対１ＰｏＣセッションにおけるプライベート通信を提供するのに用いられることができる。
【００３１】
１対多ＰｏＣ通信セッションまたは１対多対１ＰｏＣ通信セッション内の２つのＰｏＣクライアント間で離散メディアをプライベートで送信する場合を考えて、そして図２を参照して、ＰｏＣユーザＡがＰｏＣユーザＢにプライベート・メッセージを送りたいと思っている。以下の番号付けは、図２で示した番号付けに対応する。
【００３２】
Ｓ１．  ＰｏＣユーザＡは、ＰｏＣクライアントＡ３により提供されるグラフィカル・ユーザ・インタフェース（ＧＵＩ）を用いて参加者（この場合は、ＰｏＣユーザＢ）を選択する。ＰｏＣユーザＢの識別子は、参加情報（“ＯＭＡ  ＰｏＣ制御プレーン”、バージョン２．０、オープン・モバイル・アライアンス、ＯＭＡ−ＴＳ−ＰｏＣ−ＣｏｎｔｒｏｌＰｌａｎｅ−Ｖ２＿０、ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｍｏｂｉｌｅａｌｌａｉａｎｃｅ．ｏｒｇ参照）、またはＭＢＣＰメディア・バースト・メッセージ（ＩＥＴＦ  ＲＦＣ４５７５“会議状態のためのセッション開始プロトコル（ＳＩＰ）イベント・パッケージ”、Ｊ．Ｒｏｓｅｎｂｅｒｇ、Ｈ．Ｓｃｈｕｌｚｒｉｎｎｅ、Ｏ．Ｌｅｖｉｎ、Ｅｄ．２００６年８月、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ４５７５．ｔｘｔ参照）から検索される。参加情報が受信される場合、ＰｏＣユーザＡは、グループ・セッション内のすべての参加者についての情報を受信する。そのような情報には、参加者によりサポートされるメディア・タイプ、全二重呼後続移行サポート、およびまた各参加者のニックネームおよび識別子を含む。ＰｏＣユーザＢがプライベート通信を要求している場合、ＰｏＣサーバＸ（制御）５は、ＰｏＣユーザＢの実際の識別子をセッションに一意的な匿名識別子、たとえばａｎｏｎｙｍｏｕｓ−１＠ａｎｏｎｙｍｏｕｓ．ｉｎｖａｌ識別子で置き換えている。
【００３３】
Ｓ２．  ＰｏＣクライアントＡ３は、ＳＩＰ  ＲＥＦＥＲ要求をＰｏＣサーバＡ（参加）４に送信する。ＳＩＰ  ＲＥＦＥＲ要求は、Refer-To ヘッダ内に
ａ．ＳＩＰ  ＭＥＳＳＡＧＥメソッド
ｂ．ＰｏＣユーザＢの識別子
ｃ．離散メディア・コンテンツ（たとえば、プレーン／テキスト）
ｄ．配信完了報告が必要ならば、配信完了報告要求
を含む。
【００３４】
Ｓ３．  ＰｏＣサーバＡ（参加）４は、ＳＩＰ  ＲＥＦＥＲ要求をＰｏＣサーバＸ（制御）５に転送する。
【００３５】
Ｓ４．  ＰｏＣサーバＸ（制御）５は、ＳＩＰ  ＲＥＦＥＲ要求のRefer-Toヘッダ内で識別される参加者（ＰｏＣユーザＢ）が、ＳＩＰ  ＭＥＳＳＡＧＥ要求の受信をサポートしているかどうかを調べる。参加者がＳＩＰ  ＭＥＳＳＡＧＥ要求の受信をサポートしている場合、ＰｏＣサーバＸ（制御）５は、ＳＩＰ２０２“受領”応答をＰｏＣサーバＡ（参加）４に向けて送信する。ＳＩＰ  ＲＥＦＥＲ要求のRefer-Toヘッダ内の参加者識別子が匿名の識別子の場合、ＰｏＣサーバＸ（制御）５は、参加者がＰｏＣセッションを開始し、参加し、再参加し、または招待された場合、キャッシュされている情報から実際の識別子を検索しているであろう。
【００３６】
Ｓ５．  ＰｏＣサーバＡ（参加）４は、ＳＩＰ２０２“受領”応答をＰｏＣクライアントＡ３に転送する。
【００３７】
Ｓ６．  ＰｏＣサーバＸ（制御）５は、ＳＩＰ  ＭＥＳＳＡＧＥ要求をＰｏＣサーバＢ（参加）６に送信する。ＰｏＣサーバＢ６は、ＰｏＣユーザＢのＰｏＣクライアントであるＰｏＣクライアントＢ７にサービスすることに留意されたい。ＳＩＰ  ＭＥＳＳＡＧＥ要求は、周知のＯＭＡ  ＰｏＣ手順に従って送信される。ここには、ＰｏＣサーバＸ（制御）５とＰｏＣサーバＢ（参加）６との間で確立されているＳＩＰダイアログ内で、またはこのＳＩＰダイアログ外で、ＳＩＰ  ＭＥＳＳＡＧＥ要求を送信することが含まれてもよい。ＳＩＰ  ＭＥＳＳＡＧＥ要求がＳＩＰダイアログ外で送信されるシナリオでは、ＳＩＰ  ＭＥＳＳＡＧＥ要求がＰｏＣクライアントＢ７を使用する参加者の識別子を含む。ＳＩＰ  ＭＥＳＳＡＧＥ要求が確立されたＳＩＰダイアログの内と外のいずれで送信されようと、ＳＩＰ  ＭＥＳＳＡＧＥ要求には、
ａ．受信したＳＩＰ  ＲＥＦＥＲ要求のRefer-Toヘッダに含まれるコンテンツ（たとえば、プレーン／テキスト）、
ｂ．配信完了報告がＳＩＰ  ＲＥＦＥＲ要求のRefer-Toヘッダで受信された場合には、配信完了報告要求
が含まれる。
【００３８】
Ｓ７．  ＰｏＣサーバＢ（参加）６は、ＳＩＰ  ＭＥＳＳＡＧＥ要求をＰｏＣクライアントＢ７に転送する。ＳＩＰ  ＭＥＳＳＡＧＥは離散メディアを含んでいるので、ＰｏＣクライアントＢ７は、離散メディアをセッション内の全参加者に提示する必要なく、ＰｏＣユーザＢに提示することができる。
【００３９】
Ｓ８．  ＰｏＣクライアントＢ７は、ステップＳ７におけるＳＩＰ  ＭＥＳＳＡＧＥ要求の受信確認のために、ＳＩＰ２００“ＯＫ”応答をＰｏＣサーバＢ（参加）６に送信する。
【００４０】
Ｓ９．  ＰｏＣサーバＢ（参加）６は、ＳＩＰ２００“ＯＫ”応答をＰｏＣサーバＸ（制御）５に転送する。
【００４１】
ＰｏＣクライアントＡ３がステップＳ２で配信完了報告を予め要求していた場合、以下のステップが適用される。
【００４２】
Ｓ１０．  ＰｏＣクライアントＢ７がＳＩＰ  ＲＥＦＥＲ要求をＰｏＣサーバＢ（参加）６に送信する。ＳＩＰ  ＲＥＦＥＲ要求は、Refer-Toヘッダに
ａ．ＳＩＰ  ＭＥＳＳＡＧＥメソッド
ｂ．ＳＩＰ  ＭＥＳＳＡＧＥ要求のRefer-Byヘッダで受信したＰｏＣフリート・メンバ（ＰｏＣユーザＢ）の識別子。識別子は匿名の識別子または実際の識別子であってもよい。
ｃ．配信完了報告
を含む。
【００４３】
Ｓ１１．  ＰｏＣサーバＢ（参加）６は、ＳＩＰ  ＲＥＦＥＲ要求をＰｏＣサーバＸ（制御）５に転送する。
【００４４】
Ｓ１２．  ＰｏＣサーバＸ（制御）５は、ＳＩＰ  ＲＥＦＥＲ要求のRefer-Toヘッダ内で識別される参加者（ＰｏＣユーザＡ）がＳＩＰ  ＭＥＳＳＡＧＥ要求の受信をサポートするか否かを確認し、サポートする場合にＰｏＣサーバＸ（制御）５はＳＩＰ２０２“受領”応答をＰｏＣサーバＢ（参加）６に向けて送信する。ＳＩＰ  ＲＥＦＥＲ要求のRefer-Toヘッダ内の識別子が匿名の識別子である場合、ＰｏＣサーバＸ（制御）５は、参加者がＰｏＣセッションを開始し、参加し、再参加し、または招待された場合に、キャッシュされている情報からＰｏＣユーザＡの実際の識別子を検索しているであろう。
【００４５】
Ｓ１３．  ＰｏＣサーバＢ(参加）６は、ＳＩＰ２０２“受領”応答をＰｏＣクライアントＢ７に転送する。
【００４６】
Ｓ１４．  ＰｏＣサーバＸ（制御）５は、ＳＩＰ  ＭＥＳＳＡＧＥ要求をＰｏＣサーバＡ（参加）４に送信する。ＳＩＰ  ＭＥＳＳＡＧＥ要求は、ＯＭＡ仕様化ＰｏＣ手順に従って送信できる。ここには、ＰｏＣサーバＸ（制御）５とＰｏＣサーバＡ（参加）４との間で確立されたＳＩＰダイアログ内で、またはＳＩＰダイアログ外でＳＩＰ  ＭＥＳＳＡＧＥ要求を送信することが含まれてもよい。ＳＩＰ  ＭＥＳＳＡＧＥがＳＩＰダイアログ外で送信されるシナリオでは、ＳＩＰ  ＭＥＳＳＡＧＥ要求は、ＰｏＣクライアントＡ３での参加者の識別子を含む。ＳＩＰ  ＭＥＳＳＡＧＥ要求が、確立されたＳＩＰダイアログの内と外のいずれで送信されるかにかかわらず、ＳＩＰ  ＭＥＳＳＡＧＥ要求は、受信したＳＩＰ  ＲＥＦＥＲ要求のRefer-Toヘッダに含まれる配信完了報告を含む。
【００４７】
Ｓ１５．  ＰｏＣサーバＡ（参加）４は、ＳＩＰ  ＭＥＳＳＡＧＥ要求をＰｏＣクライアントＡ３に転送する。
【００４８】
Ｓ１６．  ＰｏＣクライアントＡ３は、ＳＩＰ  ＭＥＳＳＡＧＥ要求の受信確認のために、ＳＩＰ２００“ＯＫ”応答をＰｏＣサーバＡ（参加）４に送信する。
【００４９】
Ｓ１７．  ＰｏＣサーバＡ（参加）４は、ＳＩＰ２００“ＯＫ”応答をＰｏＣサーバＸ（制御）５に転送する。
【００５０】
図２はＰｏＣ機能エンティティを示すだけであることに留意されたい。実際には、メッセージは３ＧＰＰ／３ＧＰＰ２  ＩＭＳネットワークのようなＳＩＰ／ＩＰコアを通して送信される。また、ステップＳ２からＳ５まで、およびＳ１０からＳ１３まではＯＭＡ  ＰｏＣ仕様書に記述されていないが、ステップＳ６からＳ９まで、およびＳ１４からＳ１７までは記述されていることに留意されたい。ＯＭＡ  ＰｏＣ仕様書では、ステップＳ６からＳ９まではＳＩＰ  ＭＥＳＳＡＧＥメソッドで離散メディアをサポートする各参加者に対して反復されるが、上記発明は、ＳＩＰ  ＭＥＳＳＡＧＥで離散メディアを唯一の参加者に送信することを可能にする。
【００５１】
以上ではＰｏＣユーザＡが離散メディアをＰｏＣユーザＢに送信する方法を説明したが、ＰｏＣユーザＡが離散メディアをＰｏＣグループ・セッション内のすべての参加者ではなく、特定の参加者達に送信することを希望する状況があることに、また留意されたい。たとえば、ＰｏＣユーザＡが離散メディアをＰｏＣユーザＢ、Ｃ及びＤに送信することを希望する一方、ＰｏＣユーザＥ、Ｆ及びＧには送信したくないかもしれず、しかも、全ユーザが同一ＰｏＣグループ・セッションの参加者である場合がありえる。この場合、ＰｏＣユーザＡは離散メディアを送信すべきユーザを選択し、そしてＳＩＰ  ＲＥＦＥＲ要求のRefer-ToヘッダにはコンテンツＩＤ（Content-ID）フィールドを含む。このフィールドは、ＲＥＦＥＲ要求のメッセージ本体のうちの１つを参照し、メッセージ本体のうちの１つには選択された参加者のすべてに対する識別子を含む。このようにして、離散メディアはＰｏＣサーバＸ（制御）５により選択されたユーザだけに宛てられることができる。さらに、ユーザ群の選択は、自動的に、またはある基準に基づいて行うことができる。たとえば、特定の課金体系にあるユーザ群を、課金に関連する離散メディア・メッセージを受信させるために選択することができ、係る離散メディアはグループ・セッション内の全参加者には送信されない。同じように、離散メディア・メッセージを登録しているネットワーク事業者に応じて、選択された参加者に送信できる。当然のことながら、ＰｏＣセッション内の全参加者に離散メディア・メッセージを送信せず、特定のユーザ群に離散メディア・メッセージを送信するような状況は、他にも多数存在する。
【００５２】
次にＰｏＣユーザＡがＰｏＣユーザＢとＶｏＩＰセッションを確立したい場合を考えると、双方のユーザが１対多ＰｏＣグループ・セッション内の参加者であれば、全二重呼後続移行メッセージは、ＰｏＣグループ・セッション内の他の参加者に送信されることなく、ＰｏＣクライアントＡからＰｏＣクライアントＢに送信されなければならない。信号のやり取りは本質的に図２で示したのと同じであるが、しかし以下の差異がある。
・ステップＳ２で送信されるRefer-Toヘッダ内のメッセージ本体のコンテンツ・タイプは、常にａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｐｏｃ．ｆｄｃｆｏ＋ｘｍｌ本体である。
・ＰｏＣサーバＸ（制御）５は、ステップＳ３のＳＩＰ  ＲＥＦＥＲを受信してから、Refer-Toヘッダで受信したＰｏＣアドレスにより識別される参加者が全二重呼後続移行をサポートしているかどうかを、次のステップに移行する前に確認する。
・ステップＳ１０およびＳ１７は、ＯＭＡ  ＰｏＣにおける全二重呼後続移行手順が、全二重呼後続移行メッセージの配信完了を報告する手順を何ら規定していないので、実行されない。
【００５３】
本発明をさらに説明するために、ＰｏＣサーバＸ５により実行されるステップを図３に示す。以下の番号付けは、図２および図３の番号付けに対応している。
【００５４】
Ｓ３．  ＰｏＣサーバＸ（制御）５は、ＰｏＣサーバＡ（参加）４からＳＩＰ  ＲＥＦＥＲを受信する。ＳＩＰ  ＲＥＦＥＲには、ＰｏＣクライアントＢの識別子および、離散メディア・メッセージまたは全二重呼後続移行要求である場合があるメッセージ内容を含む。メッセージ内容が離散メディア・メッセージであると、ＳＩＰ  ＲＥＦＥＲにはまた、配信完了報告要求を含んでもよい。
【００５５】
Ｓ３ｂ．  ＰｏＣサーバＸ（制御）５は、ＰｏＣクライアントＢ宛てで、メッセージ内容を含むＳＩＰ  ＭＥＳＳＡＧＥメソッドを生成する。
【００５６】
Ｓ６．  ＰｏＣサーバＸ（制御）５は、ＳＩＰ  ＭＥＳＳＡＧＥをＰｏＣサーバＢ（参加）６に送信する。
【００５７】
配信完了報告要求がＳＩＰ  ＲＥＦＥＲメッセージに含まれている場合、以下のステップもまた、ＰｏＣサーバＸ（制御）５で実行される。
【００５８】
Ｓ１１．  ＰｏＣサーバＸ（制御）５は、ＰｏＣサーバＢからＳＩＰ  ＲＥＦＥＲメッセージを受信し、ＳＩＰ  ＲＥＦＥＲメッセージは、発信元参加者の識別子および配信完了報告を含むRefer-Toヘッダを有する。
【００５９】
Ｓ１１ｂ．  ＰｏＣサーバＸ（制御）５はＳＩＰ  ＭＥＳＳＡＧＥメソッドを生成し、ＭＥＳＳＡＧＥはＰｏＣクライアントＡに宛てられ、そして配信完了報告を含む。
【００６０】
Ｓ１４．  ＰｏＣサーバＸ（制御）５は、第２のＭＥＳＳＡＧＥを発信元参加サーバに送信する。
【００６１】
ＰｏＣサーバＸ（制御）５の例が図４に説明されている。サーバＸは、ＰｏＣサーバＡ（参加）４から送信されるＲＥＦＥＲメッセージを受信するための受信器８、およびＳＩＰ  ＭＥＳＳＡＧＥメソッドを生成するためのプロセッサ９を備える。送信器１０は、ＭＥＳＳＡＧＥをＰｏＣサーバＢ（参加）６に送信するために提供される。ＳＩＰ  ＲＥＦＥＲメッセージ内のRefer-Toヘッダが配信完了報告要求を含む場合、ＰｏＣサーバＸ（制御）５にはさらに、ＰｏＣサーバＢ（参加）６からセッション開始プロトコルＲＥＦＥＲメッセージを受信するための第２受信器１１、およびＰｏＣクライアントＡ３宛てで、配信完了報告を含むＳＩＰ  ＭＥＳＳＡＧＥメソッドを生成するための第２プロセッサ１２を備える。第２送信器１３は、第２のＭＥＳＳＡＧＥをＰｏＣサーバＡ（参加）４、すなわち発信元参加サーバに送信するために提供される。
【００６２】
ＰｏＣクライアント３の例は図５に示される。ＰｏＣクライアント３は、ＳＩＰ  ＲＥＦＥＲメッセージを生成するためのプロセッサ１４を備える。ＲＥＦＥＲメッセージはRefer-Toヘッダを有し、該Refer-Toヘッダは、ＰｏＣグループ・セッション内のＰｏＣクライアントＢ７の識別子と、メッセージ内容とを有する。メッセージ内容は、離散メディア・メッセージ、または、全二重呼後続移行要求であってもよい。送信器１５は、ＲＥＦＥＲメッセージをＰｏＣサーバＡ（参加）４に送信するために提供される。クライアント３はさらに、配信完了報告が要求されている場合に配信完了報告を含むＳＩＰ  ＭＥＳＳＡＧＥを受信するように構成された受信器１６を含んでもよい。ノードはまた、ＰｏＣユーザＢが匿名である場合に、ＰｏＣユーザＢの識別子を参加情報およびメディア・バースト制御プロトコル・メディア・バースト・メッセージのうちの１つから決定するための第２プロセッサ１７を備えていてもよい。
【００６３】
ＰｏＣサーバＡ（参加）４の例は図６に示される。ＰｏＣサーバＡ（参加）４は、ＰｏＣクライアントＡ３からＳＩＰ  ＲＥＦＥＲメッセージを受信するための受信器１８、メッセージ処理のためのプロセッサ１９、およびＳＩＰ  ＲＥＦＥＲメッセージをＰｏＣサーバＸ（制御）５に転送するための送信器２０を備える。
【００６４】
本発明は、１対多ＰｏＣグループ・セッションまたは１対多対１ＰｏＣグループ・セッション内の個々の参加者にプライベート通信を送信できるようにする。たとえば、離散メディアを、１対多対１通信中の個々のＰｏＣフリート・メンバにディスパッチャから送信できる。さらに、離散メディアは、ＰｏＣグループ・セッション内の参加者が匿名であっても、１対多ＰｏＣグループ・セッション内のある参加者から別の参加者に送信できる。配信完了報告は、ＰｏＣグループ・セッション内の参加者が匿名であっても、ＰｏＣグループ・セッション内の個々の参加者に離散メディアの受信者から送信できる。本発明はまた、本発明によってＰｏＣグループ・セッション内の２人の参加者間で全二重呼後続移行サービスを用いて、ＶｏＩＰ／ＣＳ呼を確立するのに利用できる。
【００６５】
当業者には当然のことながら、本発明の範囲を逸脱することなく、様々な修正が上述した実施形態に対してなされる場合がある。たとえば、ＰｏＣ機能エンティティは、ＩＭＳネットワークにおけるように説明されているが、他の種類のネットワークがＰｏＣセッションを伝えるのに用いられることができると考えられる。
【００６６】
以下の略語が本明細書で用いられている。
【００６７】
３ＧＰＰ  ３Ｇパートナーシップ・プロジェクト（３Ｇ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）
３ＧＰＰ２  第３世代パートナーシップ・プロジェクト２（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ２）
ＣＤＭＡ２０００  ｃｄｍａ２０００拡散スペクトル（ｃｄｍａ２０００  ｓｐｒｅａｄ  ｓｐｅｃｔｒｕｍ）
ＩＥＴＦ  インターネット技術タスク・フォース（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）
ＭＢＣＰ  メディア・バースト制御プロトコル（Ｍｅｄｉａ  Ｂｕｒｓｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）
ＯＭＡ  オープン・モバイル・アライアンス（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ）
ＰｏＣ  プッシュ・ツー・トーク・オーバー・セルラー（Ｐｕｓｈ  ｔｏ  Ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）
ＳＩＰ  セッション開始プロトコル（Ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）
ＷＣＤＭＡ  広帯域符号分割多元接続（Ｗｉｄｅ  ｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｔｉｐｌｅ  Ａｃｃｅｓｓ）
ＷＧ  作業部会（Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ）
【図１】
2011525316.tif 000003
【図２】
2011525316.tif 000004
【図３】
2011525316.tif 000005
【図４】
2011525316.tif 000006
【図５】
2011525316.tif 000007
【図６】
2011525316.tif 000008
【手続補正書】
【提出日】平成22年4月7日(2010.4.7)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
次にＰｏＣユーザＡがＰｏＣユーザＢとＶｏＩＰセッションを確立したい場合を考えると、双方のユーザが１対多ＰｏＣグループ・セッション内の参加者であれば、全二重呼後続移行メッセージは、ＰｏＣグループ・セッション内の他の参加者に送信されることなく、ＰｏＣクライアントＡからＰｏＣクライアントＢに送信されなければならない。信号のやり取りは本質的に図２で示したのと同じであるが、しかし以下の差異がある。
・ステップＳ２で送信されるRefer-Toヘッダ内のメッセージ本体のコンテンツ・タイプは、常にａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｐｏｃ．ｆｄｃｆｏ＋ｘｍｌ本体である。
・ＰｏＣサーバＸ（制御）５は、ステップＳ３のＳＩＰ  ＲＥＦＥＲを受信してから、Refer-Toヘッダで受信したＰｏＣアドレスにより識別される参加者が全二重呼後続移行をサポートしているかどうかを、次のステップに移行する前に確認する。
・ステップＳ１０からＳ１７は、ＯＭＡ  ＰｏＣにおける全二重呼後続移行手順が、全二重呼後続移行メッセージの配信完了を報告する手順を何ら規定していないので、実行されない。
本発明をさらに説明するために、ＰｏＣサーバＸ５により実行されるステップを図３に示す。以下の番号付けは、図２および図３の番号付けに対応している。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＰｏＣ（Push to Talk over Cellular）グループ・セッションの参加者にプライベート通信を行う方法であって、
制御サーバにおいて、グループ・セッション内の宛先参加者の識別子とメッセージ内容とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルのＲＥＦＥＲメッセージを、前記グループ・セッションにおいて発信元参加者にサービスする発信元参加者サーバから受信する工程と、
前記宛先参加者宛であり、前記メッセージ内容を含むセッション開始プロトコルのＭＥＳＳＡＧＥを生成する工程と、
前記ＭＥＳＳＡＧＥを、前記宛先参加者にサービスしている宛先参加者サーバへ送信する工程と
を備えることを特徴とする方法。
【請求項２】
前記メッセージ内容は、離散メディア・メッセージを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記宛先参加者は匿名であって、前記宛先参加者の識別子は、参加情報とメディア・バースト制御プロトコルのメディア・バースト・メッセージのいずれかから取得されることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記Ｒｅｆｅｒ−Ｔｏヘッダは、配信完了報告の要求を更に含むことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記制御サーバにおいて、発信元参加者の識別子と配信完了報告とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルの第２のＲＥＦＥＲメッセージを前記宛先参加者サーバから受信する工程と、
前記発信元参加者宛であり、前記配信完了報告を含むセッション開始プロトコルの第２のＭＥＳＳＡＧＥを生成する工程と、
前記第２のＭＥＳＳＡＧＥを前記発信元参加者サーバへ送信する工程と
を更に備えることを特徴とする請求項４に記載の方法。
【請求項６】
前記Ｒｅｆｅｒ−Ｔｏヘッダは、前記グループ・セッションの全ての参加者の中から選択された複数の宛先参加者の識別子を含むことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記メッセージ内容は、前記宛先参加者を前記発信元参加者との全二重通信セッションに招待する全二重呼後続移行要求を含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記宛先参加者は匿名であって、前記宛先参加者の識別子は、参加情報とメディア・バースト制御プロトコルのメディア・バースト・メッセージのいずれかから取得されることを特徴とする請求項７に記載の方法。
【請求項９】
ＰｏＣ（Push to Talk over Cellular）制御サーバ・ノードであって、
グループ・セッションにおいて発信元参加者にサービスする発信元参加者サーバから、前記グループ・セッション内の宛先参加者の識別子とメッセージ内容とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルのＲＥＦＥＲメッセージを受信する受信器と、
前記宛先参加者宛であり、前記メッセージ内容を含むセッション開始プロトコルのＭＥＳＳＡＧＥメソッドを生成するプロセッサと、
前記ＭＥＳＳＡＧＥを、前記宛先参加者にサービスしている宛先参加者サーバへ送信する送信器と
を備えることを特徴とする制御サーバ・ノード。
【請求項１０】
前記Ｒｅｆｅｒ−Ｔｏヘッダは、配信完了報告の要求を更に含むことを特徴とする請求項９に記載の制御サーバ・ノード。
【請求項１１】
発信元参加者の識別子と配信完了報告とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルの第２のＲＥＦＥＲメッセージを前記宛先参加者サーバから受信する第２の受信器と、
前記発信元参加者宛であり、前記配信完了報告を含むセッション開始プロトコルの第２のＭＥＳＳＡＧＥを生成する第２のプロセッサと、
前記第２のＭＥＳＳＡＧＥを前記発信元参加者サーバへ送信する第２の送信器と
を更に備えることを特徴とする請求項１０に記載の制御サーバ・ノード。
【請求項１２】
ＰｏＣ（Push to Talk over Cellular）クライアント・ノードであって、
グループ・セッション内の宛先参加者の識別子とメッセージ内容とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルのＲＥＦＥＲメッセージを生成するプロセッサと、
前記ＲＥＦＥＲメッセージを、ＰｏＣ参加者サーバを介して、ＰｏＣ制御サーバへ送信する送信器と
を備えることを特徴とするクライアント・ノード。
【請求項１３】
前記メッセージ内容は、離散メディア・メッセージを含むことを特徴とする請求項１２に記載のクライアント・ノード。
【請求項１４】
参加情報とメディア・バースト制御プロトコルのメディア・バースト・メッセージのいずれかから、前記宛先参加者の識別子を決定する第２のプロセッサを備えることを特徴とする請求項１２または１３に記載のクライアント・ノード。
【請求項１５】
配信完了報告を含むセッション開始プロトコルの確認メッセージを受信するように構成された受信器をさらに備えることを特徴とする請求項１４に記載のクライアント・ノード。
【請求項１６】
前記メッセージ内容は、前記宛先参加者を前記発信元参加者との全二重通信セッションに招待する全二重呼後続移行要求を含むことを特徴とする請求項１２に記載のクライアント・ノード。
【請求項１７】
ＰｏＣ（Push to Talk over Cellular）参加者サーバ・ノードであって、
ＰｏＣクライアント・ノードから、グループ・セッション内の宛先参加者の識別子とメッセージ内容とをＲｅｆｅｒ−Ｔｏヘッダに含むセッション開始プロトコルのＲＥＦＥＲメッセージを受信する受信器と、
受信した前記ＲＥＦＥＲメッセージを、ＰｏＣ制御サーバ・ノードに送信する送信器と
を備えることを特徴とする参加者サーバ・ノード。
【国際調査報告】
2011525316.tif 000009
2011525316.tif 000010
2011525316.tif 000011