JP2007515908A - プッシュトゥートークのための方法及び装置 - Google Patents

Abstract

【課題】通信システムにおける方法、この方法を実現する通信システム及びアプリケーションサーバを開示すること。
【解決手段】この方法は、通信セッションの確立の間に情報を通信するものである（１０４）。この方法では、通信セッションについてのデータ通信媒体に関する情報を搬送するメッセージにさらなる情報が含まれる（１０８、１１０）。このさらなる情報は、上記通信セッションの通信者に関連したデータ通信媒体のフロア状態に関する。上記メッセージは、上記通信システムからユーザ装置に対して送信される。
【選択図】図２

Description

本発明は、通信システムに関し、特定的には、パケットデータ通信セッションを容易にする、通信システムにおけるサービスのアクティベーション（activation）に関する。

通信システムは、この通信システムに結合したユーザ装置及び／又は他のノードのような２又はそれ以上のエンティティの間における通信セッションを可能にする設備として理解することができるものである。通信には、例えば、音声、データやマルチメディア等の通信が含まれる。セッションとは、例えば、複数のユーザ間における電話通話型のセッション、マルチウェイカンファレンスセッション（multi-way conference session）、又は、ユーザ装置と、サービスプロバイダサーバといったようなアプリケーションサーバとの間における通信セッションである。

通信システムは、典型的には、与えられた規格に従って、又は、この通信システムに結合した様々なエンティティが何を実行することを許可されているか及びそれをどのようにして達成するかを記載した仕様に従って、動作する。この規格又は仕様は、例えば、ユーザに対して、より正確にはユーザ装置に対して、回路スイッチサービス及び／又はパケットスイッチサービスが提供されるかどうかを定めることができる。この通信に用いるべき通信プロトコル及び／又は通信パラメータもまた定められる。換言すれば、この通信システムによる通信を可能とするために、この通信システムが基礎とすることができる特定セットの「規則」を定める必要がある。

ユーザ装置に対してワイヤレス通信を提供する通信システムが知られている。このワイヤレスシステムの一例は、ＰＬＭＮ（Public Land Mobile Network）である。ＰＬＭＮは、通常、セルラ技術に基づいている。セルラシステムでは、無線基地局装置（Base Transceiver Station;ＢＴＳ）又は同様のアクセスエンティティが、移動ユーザ装置（ＵＥ）に対して、これらのエンティティの間におけるワイヤレスインタフェースを介して動作する（）。ユーザ装置と通信ネットワークの構成要素との間のワイヤレスインタフェースにおける通信は、適当な通信プロトコルに基づくことができるものである。基地局装置及び通信のために必要とされる他の装置の動作は、１又は幾つかの制御エンティティによって制御することができるものである。様々な制御エンティティは、相互に接続するものとすることができる。

１又はそれ以上のゲートウェイノードがまた、他のネットワーク、例えば、公衆交換電話ネットワーク（ＰＳＴＮ）といったような他の通信ネットワークに対して、及び／又は、ＩＰ（Internet Protocol）のような他の通信ネットワーク、及び／又は、他のパケット交換データネットワーク（ＰＳＤＮ）に対して、セルラアクセスネットワークを接続するために設けられる。このような構成では、移動通信ネットワークは、ワイヤレスユーザ装置を有するユーザが、外部ネットワーク、ホスト、又は、特定のサービスプロバイダによって提供されるサービスにアクセスすることを可能にするアクセスネットワークを提供する。次に、移動通信ネットワークにおけるアクセスポイント又はゲートウェイノードが、外部ネットワーク又は外部ホストに対するさらなるアクセスを実現する。例えば、リクエストされたサービスが、他のネットワークに配置されたサービスプロバイダによって提供される場合には、このサービスリクエストは、このゲートウェイを介して、サービスプロバイダに対してルーティングされる。このルーティングは、移動ネットワークオペレータによって記憶された移動加入者データにおける定義に基づくものとすることができる。

通信システムに対する加入者のようなユーザに対して提供することができるサービスのタイプの一例は、いわゆるマルチメディアサービスである。マルチメディアサービスを提供することを可能にする通信システムのいくつかは、インターネットプロトコル（ＩＰ）マルチメディアネットワークとして知られている。ＩＰマルチメディア（ＩＭ）の機能は、ＩＰマルチメディアコアネットワーク（ＣＮ）、又は、簡潔にいえばＩＰマルチメディアサブシステム（ＩＭＳ）によって提供することができるものである。ＩＭＳは、マルチメディアサービスを提供するために様々なネットワークエンティティを含む。他のサービスの中でも特に、ＩＭＳサービスは、移動ユーザ装置の間におけるＩＰをベースとしたパケットデータ通信セッションを提供することを意図したものである。

パケットデータネットワークでは、ネットワーク上のトラフィックフローを搬送するために、パケットデータキャリアを確立することができる。このようなパケットデータキャリアの一例が、パケットデータプロトコル（ＰＤＰ）コンテキストである。ＰＤＰコンテキストは、様々な目的のために、例えば、シグナリングデータの搬送のため、及び、ペイロードデータの搬送のために、すなわち、制御プレーン（control plane）のため、及び、ユーザのプレーンデータ（plane data）の通信のために、設けることができるものである。ユーザ装置ともう１つの通信者との間におけるデータ通信セッションが、ＰＤＰコンテキストにより少なくともユーザ装置のアクセスネットワークにおいて実行される。

様々なタイプのサービスが、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）を介して異なるアプリケーションサーバ（ＡＳ）によって提供されることが期待されている。これらのサービスのいくつかは、時間を重視するもの（time-critical）とすることができる。ＩＭＳを介して提供することができる時間を重視するサービスの一例は、いわゆる直接音声通信サービス（direct voice communication service）である。この直接音声通信サービスにおけるさらに具体的な例は、ＰＴＴ、プッシュトゥートーク（プッシュツートーク；Push-To-Talk）サービスとしても知られる「プッシュトゥートークオーバーセルラ（Push-To-Talk over Cellular;PoC）」サービスである。直接音声通信サービスは、移動ユーザ装置及び通信における他の通信者、例えば、このネットワークに結合した他の移動ユーザ装置又はエンティティのために、ＩＰコネクションを可能にするＩＰマルチメディアサブシステム（ＩＭＳ）の能力を利用することを意図したものである。このサービスによれば、ユーザは、１又はそれ以上の他のユーザと即座に通信することができる。

ＰｏＣサービスでは、ユーザ装置とＰｏＣアプリケーションサーバとの間における通信は、一方向データ通信媒体により発生する。ユーザは、単に、タンジェントキー（tangent key）、例えば、ユーザ装置のキーボード上のボタンを押圧することにより、又は、他の方法により通信媒体をアクティベートすることにより、データ通信媒体を開くことができる。アクティベート手段は、特定のボタン、タンジェント（tangent）、又は、キーボードにおける適当なキーとすることができる。ユーザが発言している間は、他の１又はそれ以上のユーザは聞くことができる。通信セッションにおけるすべての通信者が同様にＰｏＣアプリケーションサーバと音声データを通信することができるので、双方向通信を提供することができる。発言する権利すなわち発言権（turn）は、通信媒体をアクティベートすることにより、例えば、プッシュトゥートークボタンを押圧することにより、リクエストされる。発言権は、例えば、早い者勝ちという原則に基づいて、又は、優先度に基づいて、与えることができるものである。複数のユーザが、該ユーザが話すことを希望するグループセッションに加わることができ、この後に、媒体をアクティベートして会話を開始することができる。

ＰｏＣによる１対１の呼といったようなサービスアプリケーションでは、発呼する通信者（発呼通信者）は、この発呼の始めに、いつ「フロア（floor）」がこの発呼通信者に対して与えられるかを知る必要がある。この「フロア」という用語は、音声データの通信ために用いることができるデータ通信媒体リソースを指す。

フロアは、一時的に、特定の共有リソース又は１組のリソースに対してアクセスし、該リソースを処理し、該リソースを他の方法により用いるための許可として理解することができるものである。「フロア」は、データ通信チャネルが未だ利用可能となっていないときであっても、与えることができるものである。

発呼通信者は、フロアが与えられていない場合には、ＰｏＣアプリケーションサーバに対して音声データの送信を開始することができない。同様に、着呼した通信者（着呼通信者）もまた、フロアが発呼通信者に持って行かれたことを知っていなければならない。このことは、呼の確立シーケンスの間においてこれらの通信者に対して、何らかの手段によって示さなければならない。

上述した従来技術では、例えば、ＰｏＣ Industry Consortiumの仕様により、与えられたフロアの表示は、特定のフロア制御（floor control）プロトコルを介して、典型的には、リアルタイムトランスポートプロトコル制御プロトコル（Real-time Transport protocol Control Protocol;ＲＴＣＰ）によって、送信される。この手法は、フロアの状態を表示するために、別々のメッセージを生成して送信する必要がある。この手法では、ＰｏＣセッションの発呼通信者が、最初に、セッション記述プロトコル（Session Description Protocol;ＳＤＰ)オファーを含むＳＩＰ ＩＮＶＩＴＥメッセージを送信しなければならない。これを受信した後、ＰｏＣアプリケーションサーバが、別のメッセージにおいて、発呼通信者に対して、このセッションにおいて使用するためにフロアが与えられているという、リアルタイムトランスポートプロトコル制御プロトコル（ＲＴＣＰ）の表示（indication）を通信しなければならない。

ＰｏＣサービスは、通常、事前条件（preconditions）を用いないので、ＰｏＣアプリケーションサーバが１又はそれ以上のフロア制御メッセージを送信するときに、媒体ベアラが使用可能になっているという保証がない。このことによって、例えば、ユーザ装置が個別のシグナリングＰＤＰコンテキストを用いているときに、問題が生じることがある。なぜならば、個別のシグナリングＰＤＰコンテキストがＲＴＣＰトラフィックの伝送を許可していないからである。例えば、ＳＤＰアンサーを未だ受信していないので、この時点では、データ通信媒体についていかなるデータキャリアもアクティベートできていない。よって、いくつかの事前に存在する（pre-existing）データキャリア内、例えば、事前に存在するＰＤＰコンテキスト内において、ＲＴＣＰパケットを搬送する必要がある。しかしながら、ユーザ装置が個別のシグナリングＰＤＰコンテキストを用いている場合には、このＰＤＰコンテキスト内においてリアルタイムトランスポートプロトコル（ＲＴＰ）もリアルタイムトランスポートプロトコル制御プロトコルパケットも送信することができない。この場合、アクセスネットワークとデータネットワークとの間のゲートウェイは、ゲートウェイの承認ポリシーに適合しないすべての入力パケットを単に捨てるだけとなり、したがって、ユーザ装置は、第２のＰＤＰコンテキストのアクティベーションの前に、フロア制御メッセージを取得することができない。発呼通信者が実際に媒体パケットの送信を開始することができるのは、最初のＩＮＶＩＴＥメッセージに対するＳＤＰアンサーを搬送する最後の応答を受信した後となる。着呼通信者側でも同様に、ＰｏＣアプリケーションサーバが最初にＳＤＰオファーを有するＩＮＶＩＴＥを送信する。ＳＤＰアンサーを搬送する最後のアンサーを受信した後に、ＰｏＣアプリケーションサーバは、着呼通信者に対して、フロアが持っていかれたというＲＴＣＰ表示を送信することができる。

以下に説明する各実施形態は、上述した問題に対処することを目的としている。

一実施形態によれば、通信セッションの確立の間に情報を通信する通信システムにおける方法が提供される。この方法は、通信セッションの通信者に関連したデータ通信媒体のフロア状態情報を、前記通信セッションについてのデータ通信媒体情報を搬送するメッセージの中に含めることを含む。このメッセージは、この後、上記通信システムからユーザ装置に対して送信される。

別の実施形態によれば、通信セッションを実現する通信システムが提供される。この通信システムは、データ通信リソースを与えるデータネットワークと、このデータ通信ネットワークに接続されるアプリケーションサーバと、を備える。このアプリケーションサーバは、通信セッションの通信者に関連したデータ通信媒体のフロア状態情報を、上記通信セッションについてのデータ通信媒体情報を搬送するメッセージの中に含め、上記データネットワークを介してユーザ装置に対して上記メッセージを送信するように構成される。

さらに別の実施形態によれば、データ通信セッションを実現するためのアプリケーションサーバが提供される。このアプリケーションサーバは、通信セッションについてのデータ通信媒体に関する情報を搬送するメッセージの中に、上記通信セッションの通信者に関連した上記データ通信媒体のフロア状態に関するさらなる情報を含め、上記データネットワークを介してユーザ装置に対して上記メッセージを送信するように構成される。

さらに別の実施形態によれば、通信セッションを記述するメッセージが提供される。このメッセージは、上記通信セッションについてのデータ通信媒体に関する情報と、上記通信セッションの通信者に関連した上記データ通信媒体のフロア状態に関する情報と、を搬送するように構成される。

本発明の各実施形態は、ユーザに対して音声又は他のデータの通信セッションを確立するのに必要となる時間及びメッセージ量を低減するという有利な効果を有する。これは、時間を重視したサービスアプリケーションにおいて特に有利である。これらの実施形態は、様々なサービスのユーザビリティ（使い易さ）を向上させることができる。状態を表示する情報を搬送するためにＲＴＣＰメッセージに代えて例えばＳＤＰメッセージを用いることによる効果には、さらなるＲＴＣＰパケットを用いることを避けることができるという効果が含まれる。これによって、無線リソースをいくらか節約することができる。これら実施形態はまた、例えばネットワークにおいてパケット損失がある場合に、呼の確立をさらに頑強なもの（ロバスト）にすることもできる。いくつかの場合には、呼の確立の遅延を低減することができる。ＳＤＰは、セッション確立プロトコル内において、例えば、シグナリングＰＤＰコンテキスト内又はいくつかの他の適切なＰＤＰコンテキスト内において搬送することができるＳＩＰメッセージにより、搬送することができる。したがって、媒体についての存在しないＰＤＰコンテキストにより生ずる問題を避けることができる。

本発明をよく理解するために、例示を目的として、添付した図面を参照する。
本発明の特定の実施形態について、例示を目的として、第３世代（３Ｇ）移動通信システムの例示的な構成を参照しつつ説明する。しかしながら、これらの実施形態が通信システムの他の任意の好適な形態にも適用可能である、ということが理解できよう。

第３世代パートナーシッププロジェクト（３ＧＰＰ）が、ユーザ又はユーザ装置に対してマルチメディアサービスに対するアクセスを提供する第３世代コアネットワークのための参照構造を定めている。このコアネットワークは、３つの原理的な領域に分けられる。これら３つの領域とは、回路交換（Circuit Switched;ＣＳ）領域、パケット交換（Packet Switched;ＰＳ）領域、及び、インターネットプロトコルマルチメディアサブシステム（Internet Protocol Multimedia Subsystem;ＩＭＳ）領域である。

図１は、ＩＰマルチメディアネットワーク加入者のためにＩＰマルチメディアサービスを行うためのＩＰマルチメディアネットワーク４５を示す。ＩＰマルチメディアサブシステム（ＩＭＳ）の機能は、このサービスの設備のための様々なエンティティを含むコアネットワーク（ＣＮ）サブシステムによって実現することができる。３ＧＰＰは、ＩＭＳサービスの設備のためにＧＰＲＳ（General Packet Radio Service）の使用を定めており、したがって、以下、ＩＭＳサービスを可能にする適当なバックボーン通信ネットワークの一例として、ＧＰＲＳをベースにしたシステムを用いる。

３Ｇセルラシステムのような移動通信システムが、通常、ユーザ装置とこの通信システムの基地局との間のワイヤレスインタフェースを介して複数の移動ユーザ装置に機能を提供するように設けられる。移動通信システムは、論理的には、無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）とに分けることができる。コアネットワーク（ＣＮ）エンティティは、典型的には、様々な制御エンティティと、多数の無線アクセスネットワークを介した通信を可能とし、さらには、１つの通信システムと他のセルラシステム及び／又は有線（fixed line）通信システムのような１又はそれ以上の通信システムとをつなぐ（インタフェースする）ゲートウェイと、を含む。

図１では、中間（intermediate）移動通信ネットワークが、サポートノードと移動ユーザ装置との間におけるパケット交換領域において、パケット交換データ伝送を提供する。複数の異なるサブネットワークが、順次、外部のデータネットワークに対して、例えば、公衆交換データネットワーク（Public Switched Data Network;ＰＳＰＤＮ）に対して、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）３４、４０を介して接続される。よって、ＧＰＲＳサービスは、移動データ端末間、及び／又は、外部データネットワーク間において、パケットデータを伝送することを可能にする。さらに具体的には、例示的なＧＰＲＳの動作環境は、ＧＰＲＳバックボーンネットワーク３２及び４１によって相互接続された１又はそれ以上のサブネットワークサービス領域を含む。サブネットワークは、多数のパケットデータサービスノード（Service Node;ＳＮ）を含む。このアプリケーションでは、サービスノードは、ＳＧＳＮ（Serving GPRS）という。ＳＧＳＮ３３、４２の各々は、少なくとも１つの移動通信ネットワーク、典型的には、基地局システムに対して接続される。明確化を目的として図示はしていないが、かかる接続は、無線ネットワーク制御装置（ＲＮＣ）によって実現することができ、或いはまた、基地局制御装置（ＢＳＣ）のような他のアクセスシステム制御装置によって実現することができ、パケットサービスが、幾つかの基地局を介して移動ユーザ装置に対して提供することができるようになっている。

基地局３１及び４３が、各々のワイヤレスインタフェースを介して、移動ユーザすなわち加入者の移動ユーザ装置３０及び４４との間で、信号の送受信を行うように、設けられる。これに対応して、移動ユーザ装置の各々は、このワイヤレスインタフェースを介して、基地局装置との間で、信号の送受信を行うことができる。簡略化して表示している図１では、基地局３１及び４３は、対応する無線アクセスネットワーク（ＲＡＮ）に属している。図示した構成では、ユーザ装置３０、４４の各々は、それぞれ、基地局３１及び４３に結合した２つのアクセスネットワークを介して、ＩＭＳネットワーク４５にアクセスすることができる。図１は、明確化のために２つの無線アクセスネットワークにおける基地局を示しているが、典型的な移動通信ネットワークは、通常、多数の無線アクセスネットワークを含む、ということが理解できよう。

ＩＭＳ領域は、マルチメディアサービスが適切に処理されることを確実にするためのものである。ＩＭＳ領域は、通常、インターネット技術標準化委員会（ＩＥＦＴ）によって開発されたようなセッション開始プロトコル（Session Initiation Protocol;ＳＩＰ）をサポートする。ＳＩＰは、１又はそれ以上の関係者（participant）（エンドポイント）とのセッションを、生成し、変更し、及び、終了させるためのアプリケーション層の制御プロトコルである。ＳＩＰは、一般的には、インターネットにおける２又はそれ以上のエンドポイントの間におけるセッションを、これらのエンドポイントに対してセッションの意味規則（semantics）を認識させることによって、開始することを可能にするように、開発されたものである。ＳＩＰをベースにした通信システムに接続されたユーザは、標準化されたＳＩＰメッセージに基づいた通信システムにおける様々なエンティティと通信することができる。ユーザ装置、又は、このユーザ装置上の特定のアプリケーションを動作させたユーザは、ＳＩＰバックボーンによって登録されて、特定のセッションに対する招待（invitation）がこれらのエンドポイントに正確に配信されるようになっている。これを実現するために、ＳＩＰは、装置及びユーザに対して登録メカニズムを提供し、ＳＩＰが、セッション招待を適当にルーティングするように、ロケーションサーバ及びロケーションレジスタといったようなメカニズムを適用する。ＳＩＰシグナリングによって実現することが可能な適当なセッションは、例えば、インターネットマルチメディアカンファレンス（Internet multimedia conference）、インターネット電話通話（Internet telephone calls）、及び、マルチメディア配信（multimedia distribution）を含む。

無線アクセスネットワーク内のユーザ装置は、典型的には無線ベアラ（ＲＢ）と称される無線ネットワークチャネルを介して、無線ネットワーク制御装置と通信することができる。各ユーザ装置は、無線ネットワーク制御装置に対して１度に開いた（open）１又はそれ以上の無線ネットワークチャネルを有することができる。ネットワークに接続するために、インターネットプロトコル（ＩＰ）に適合した任意の適当な移動ユーザ装置を用いることができる。例えば、ユーザは、パーソナルコンピュータ（ＰＣ）、携帯情報端末（ＰＤＡ）、移動局（ＭＳ）等のようなユーザ装置によって、セルラネットワークにアクセスすることができる。以下、移動局を例にとり説明する。

当業者であれば典型的な移動局の特徴及び動作が分かる。よって、これらの特徴についての説明は必要ではない。ユーザは、発呼及び着呼をし、ネットワークとの間でデータの送受信を行い、マルチメディアコンテンツ等を体験する、といったタスクのために、移動局を用いることができる、ということに言及すれば十分である。移動局には、典型的には、これらのタスクを実行するためのプロセッサ及びメモリ手段が設けられている。移動局は、移動通信ネットワークにおける基地局との間で、無線により信号の送受信を行うためのアンテナ手段を含むことができる。移動局には、また、この移動ユーザ装置のユーザに対して画像及び他のグラフィカルな情報を表示するためのディスプレイを設けることができる。移動局の動作は、制御ボタンや音声コマンド等のような適当なユーザインタフェースによって制御することができる。

図１の移動局３０及び４４は、プッシュトゥートーク型のサービスの利用を可能とするように構成される。プッシュトゥートークサービスによって必要とされうるアクティベーション機能は、移動局３０及び４４の通常のキーボードにおけるボタンのうちの１つによって、又は、特定のタンジェント（tangent）キーによって、例えば「ウォーキートーキー（Walkie-Talkie）」装置で知られているタンジェントを用いて、実現することができる。音声アクティベーションといったような他のアクティベーション技術もまた用いることができる。音声アクティベーションの場合には、検出した音声は、通話（speech）又は他のデータを送信するためのセッションの確立（set-up）をトリガするために用いることができる。キーを押圧することに代えて、ユーザは、適当なメニュー選択によってプッシュトゥートークサービスをアクティベートすることもできる。移動局がプッシュトゥートークサービスをアクティベートできるための方法については、実装の問題であるので、これ以上詳細には説明しない。

図１には明確化のために２つの移動局のみしか示されていないが、多数の移動局は、この移動通信システムにおける各基地局と同時に通信することができる、ということが理解できよう。移動局はまた、幾つかのセッション、例えば多数のＳＩＰセッションを同時に保持し、アクティベートしたＰＤＰコンテキストを有することもできる。ユーザはまた、通話をし、同時に、少なくとも１つの他のサービスに接続することができる。

アクセスエンティティにおけるユーザ装置とゲートウェイＧＰＲＳサポートノードとの間における通信全体は、一般的には、パケットデータプロトコル（ＰＤＰ）コンテキストによって与えられる。各ＰＤＰコンテキストは、通常、特定のユーザ装置とゲートウェイＧＰＲＳサポートノードとの間に通信路（communication pathway）を与え、一旦確立されると、典型的には多数のフローを搬送することができる。各フローは、通常、例えば、特定のサービス、及び／又は、特定のサービスの媒体構成要素を表現する。したがって、ＰＤＰコンテキストは、ネットワークを通過する１又はそれ以上のフローについての論理的な通信路を表現することが多い。ユーザ装置とＳＧＳＮとの間においてＰＤＰコンテキストを実現するためには、通常ユーザ装置のためのデータ伝送を可能にする無線アクセスベアラ（ＲＡＢ）が確立される必要がある。これらの論理的及び物理的なチャネルの実現例については、当業者に知られているので、ここではさらに詳細には説明しない。

通信システムは、サービスが、サーバとして知られるネットワークエンティティによって取り扱われるＩＭＳネットワーク４５の様々な機能によりユーザ装置に対して提供されるように、構築される。例えば、現在の第３世代（３Ｇ）ワイヤレスマルチメディアネットワーク構成では、幾つかの異なるサーバが、複数の異なる機能を取り扱うために用いられる。これらの異なる機能には、呼セッション制御機能（call session control functions;ＣＳＣＦｓ）といったような機能が含まれる。呼セッション制御機能は、プロキシ呼セッション制御機能（proxy call session control function;Ｐ−ＣＳＣＦ）３５、３９、問い合わせ呼セッション制御機能（interrogating call session control function;Ｉ−ＣＳＣＦ）３７やサービング呼セッション制御機能（serving call session control function;Ｓ−ＣＳＣＦ）３６、３８といったような様々な範疇に分けることができる。

同様の機能が、異なるシステムでは異なる名称により称されることがある、ということを理解されたい。例えば、特定のアプリケーションでは、ＣＳＣＦｓは、呼セッション制御機能と称されることがある。

要求した通信リソースがバックボーンネットワークによって与えられたユーザが、通信システムを介して、所望のサービスに対するリクエストを送信することにより、サービスの利用を開始しなければならないように、通信システムを構成することができる。例えば、ユーザは、適当なネットワークエンティティからの、セッション、トランザクション又は他のタイプの通信に対するリクエストを送信することができる。さらには、ユーザは、そのユーザのユーザ装置を、ＩＭＳにおけるサービング制御エンティティ（serving control entity）に登録する必要がある。この登録は、典型的には、サービング制御エンティティに対してユーザ識別（user identity）を送信することにより実行される。上述した例示的なネットワークエンティティから、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）は、第３世代のＩＭＳ構成において、ユーザがサービスに対するリクエストを送信することができるようになるために登録される必要があるエンティティを、ＩＭＳシステムによって形成する。

ユーザ装置３０、４４は、ＧＰＲＳネットワークを介して、ＩＭＳに一般的には接続されるアプリケーションサーバに接続することができる。図１では、かかるアプリケーションサーバは、ＰｏＣサービスサーバ５０により実現される。このＰｏＣアプリケーションサーバは、ＩＭＳネットワーク４５を介してＰｏＣサービスを提供するためのものである。プッシュトゥートークサービスは、いわゆる直接音声通信サービスの一例である。ＰｏＣサービスの利用を望むユーザは、適切なＰｏＣサーバに加入する必要がある。ＩＭＳに対する登録の後、ＰｏＣサービスに対する登録が、任意の適当な方法、例えば、適当なサードパーティ登録手続（third party registration procedure）又はユーザによるリクエストにより、ＩＭＳによって実行される。

直接音声通信サービスは、移動局３０及び４４のためのＩＰ接続を可能とするために、ＧＰＲＳバックボーンの能力及びマルチメディアサブシステム（ＩＭＳ）の制御機能を利用することを意図したものである。ＰｏＣサーバは、ＩＭＳシステムのオペレータにより、又は、サードパーティのサービスプロバイダにより、動作させることができるものである。サービスが、移動局３０のユーザに対して移動局４４のユーザとの間における即座の通信を実行することを可能にする手法については、後にさらに詳細に説明する。

ユーザは、例えば、移動局３０における特定のアクティベーションボタンを単に押圧することにより、通信リンクを開くことができる。移動局３０のユーザが発言する間、移動局４４のユーザは聞く。この後、移動局４４のユーザは、同様の方法により応答することができる。

ユーザ装置と適当な呼セッション制御機能との間におけるシグナリングは、ＧＰＲＳネットワークを介してルーティングされる。ユーザ装置のためのユーザプレーン（user plane）セッション確立シグナリングは、ＰｏＣアプリケーションサーバ５０を介してルーティングされ、このＰｏＣアプリケーションサーバ５０により制御される。すなわち、ＰｏＣが制御プレーン及びＰｏＣユーザのユーザプレーンの両方を制御する。

ＰｏＣアプリケーションサーバとユーザ装置との間における制御プレーントラフィックが、ＩＭＳ４５を介してルーティングされる一方、ユーザ装置とＰｏＣアプリケーションサーバとの間におけるユーザプレーントラフィックは、ＧＰＲＳシステムからインタフェース５４及び５６におけるＰｏＣアプリケーションサーバに対してルーティングされる、ということが理解できよう。

各実施形態は、特定の状態メッセージの利用を避けることができることが好ましい、という認識に基づいている。例えば、セッション確立フェイズにおいてフロア状態情報を通信するためにリアルタイムトランスポートプロトコル制御プロトコル（ＲＴＣＰ）メッセージの利用を避けることが望ましい。以下の例示的な実施形態では、別々のＲＴＣＰパケットにおいてプッシュトゥートークセッションにおける最初のフロア制御状態を示すことに代えて、この状態は、セッション記述プロトコル（Session Description Protocol;ＳＤＰ）オファー（offer）又はアンサー（answer）において示すことができる。状態情報の準備は、フロアが与えられた又はフロアが持っていかれたといったような、適当なフロア制御状態を記述する固定長（fixed）のトークン値を用いてＳＤＰメッセージに１つの拡張パラメータを付加することによって、実行することができる。このように、媒体及びフロア制御パラメータをやり取りするために、ＳＤＰメッセージを用いることができる。

以下、通信者Ａの移動局及び通信者Ｂの移動局が通信セッションのためのネゴシエーションの正に最初にフロア状態を通知される図２を参照して説明する。一実施形態では、これら移動局は、最初に、ＩＭＳを用いて、例えば、それぞれの動作しているＣＳＣＦを用いて登録されるものとすることができる。これが、図２のステップ１００に示されている。

移動局がＩＭＳにおいて首尾よく登録された後、移動局は、次に、ステップ１０２においてＰｏＣアプリケーションサーバにより登録されることができる。ステップ１０２における登録は、ステップ１００におけるＩＭＳによる登録の後に実質的に直ぐに発生することができる。例えば、移動局がＩＭＳにより首尾よく登録された後、サードパーティの登録が、ステップ１０２において、ＰｏＣアプリケーションサーバにより自動的に実行されるものとすることができる。サードパーティの登録は、ＩＭＳとＰｏＣアプリケーションサーバとの間におけるＳＩＰサードパーティの登録手順により実行するものとすることができる。これは、ＰｏＣサービスに加入した各々のユーザについて実行することができる。このように、ユーザは、この段階では、いかなる動作を行う必要がないものとすることができる。或いはまた、ユーザ又は他の任意の通信者が、移動局がＩＭＳにより登録された後の任意の段階において登録をトリガすることもできる。

登録後、ステップ１０４において、ユーザは、例えばその移動局におけるプッシュトゥートークキーを押圧することにより、ＰｏＣサービスをアクティベートすることができる。この後、ステップ１０６において、オファーが、発呼通信者のユーザ装置からＰｏＣアプリケーションサーバに対して送信される。このオファーは、フロアの状態に関する表示とともに、ステップ１０８において、ＰｏＣアプリケーションサーバから着呼通信者のユーザ装置に転送されるものとすることができる。このリクエストに対するアンサーが、ステップ１１０において、ＰｏＣアプリケーションサーバから発呼通信者のユーザ装置に対して転送され、このメッセージもまた、フロアの状態に関する表示を含んでいる。このアンサーは、着呼通信者から未だいかなるアンサーをも受信していなくとも、通信されるものとすることができる。

最初にフロアが（発呼通信者側に）与えられた旨及び／又はフロアが（着呼通信者側に）持っていかれた旨又は同様のメッセージを示すＲＴＣＰを送信することに代えて、フロア状態情報を通信するためにＳＤＰメッセージを用いることができる。ステップ１１０において、発呼通信者におけるＳＤＰアンサーが、フロアが与えられたという情報を搬送することができる。ステップ１０８での着呼通信者におけるＳＤＰオファーは、フロアが持っていかれたという情報を搬送するために用いることができる。この目的のために、ＳＤＰがフロア制御状態を搬送するように、新しい属性を定めることができる。これは、例えば、ＳＤＰ拡張モデルによって実行することができる。この属性は、適切なフロア制御状態に対応して列挙した値を有するものとすることができる。この属性の意味規則（semantics）は、対象となっているオファーされた／アンサーされた媒体についての最初のフロア状態を受信者に通知することができるようになっているものとすることができる。この方法により表示された最初の状態は、この後に続くＲＴＣＰフロア制御メッセージによって置き換える（オーバーライドする）ことができる。

媒体及びフロア状態情報のやり取りの後、発呼通信者及び着呼通信者は、ステップ１１２において、発呼通信者が発言を開始することができる旨及び着呼通信者は聞くべきである旨を示す適切な表示が与えられる。

図３は、ＰｏＣアプリケーションサーバによる登録後における通信者Ａのユーザ装置３０とＰｏＣアプリケーションサーバ５０と通信者Ｂのユーザ装置４４との間での適切なシグナリングの例を示す。ステップ１０において、通信者Ａが、この通信者Ａが通信者Ｂとの通話（speech）接続の確立を望む旨の表示を与える。次に、ユーザ装置３０が、通信者Ｂとの通話接続についてリクエストするためにＰｏＣアプリケーションサーバ５０にルーティングされることになる「ＳＩＰ ＩＮＶＩＴＥ」メッセージ１１をＩＭＳ４５に送信することができる。ＩＭＳは、このＩＭＳがそのリクエストを受信した旨を示す確認として、ユーザ装置３０に対して「ＳＩＰ １００ ＴＲＹＩＮＧ」メッセージ１２を返送する。

ＩＭＳ４５は、メッセージ１３として「ＳＩＰ ＩＮＶＩＴＥ」をＰｏＣアプリケーションサーバ５０に対して転送する。このメッセージを受信すると、アプリケーションサーバは、このサーバがそのリクエストを受信した旨を示す確認として、ＩＭＳに対して「ＳＩＰ １００ ＴＲＹＩＮＧ」メッセージ１４を返送することができる。

図３では、フロア状態情報が、「＊」を付したＳＩＰメッセージ１５、１７、１８及び１９によって、通信者Ａ及び通信者Ｂに与えられている。さらに具体的には、「ＳＩＰ ＩＮＶＩＴＥ」メッセージ１３の受信に応答して、ＰｏＣアプリケーションサーバ５０は、通信者Ｂのユーザ装置１１にルーティングされることになる「ＳＩＰ ＩＮＶＩＴＥ」メッセージ１５をＩＭＳに対して送信することができる。この段階において、ＩＭＳは、このＩＭＳがそのメッセージを受信した旨を確認するために、アプリケーションサーバに対して「ＳＩＰ ＴＲＹＩＮＧ」メッセージ１６を返送することができる。ＩＭＳ４５は、メッセージ１７として「ＳＩＰ ＩＮＶＩＴＥ」を、ＰｏＣを実行可能としている通信者Ｂのユーザ装置４４に対して転送する。

ＰｏＣアプリケーションサーバ５０が、ＩＭＳからのメッセージ１６により、このＩＭＳがメッセージ１５におけるリクエストを受信した旨の確認を受信したときには、ＰｏＣアプリケーションサーバは、ＩＭＳに対して適当なメッセージ１８を送信することができる。図３は、「ＳＩＰ ２００ ＯＫ」メッセージを示している。他の任意の適切なメッセージ、例えば、「ＳＩＰ ２０２ Ａｃｃｅｐｔｅｄ」が、この段階において送信されるものとすることができる。通信者Ｂのユーザ装置４４がリクエスト又はこのようなリクエストが期待されている旨の任意の表示を受信する前であっても、受信の応答ＡＣＫ（acknowledgement）が送信されるものとすることができる。次に、メッセージ１８の内容が、メッセージ１９において通信者Ａのユーザ装置３０に対して転送される。このように、通信者のユーザ装置には、ＳＩＰメッセージ１８及び１９によってフロア状態情報が与えられる。

ＳＰＤオファー又はアンサーは、以下の簡略化した例において示すように構成することができる。この例は、拡張属性が「フロア−制御−状態」と称されると仮定している。この例は、必ずしもあらゆる適切なＰｏＣの特定の拡張を含んでいることを示すものではない、ということが理解できよう。以下の例では、表示はフロアが持っていかれたというものである。同様のトークンを用いて他の表示を符号化することができる。

例：
m=audio[port number（ポート番号）] RTP/AVP[payload number（ペイロード番号）]
a=rtcp:[RTCP port number（ＲＴＣＰポート番号）]
a=floor-control-state:floorGranted（フロアが与えられた）

メッセージ１９を受信したことに応答して、通信者Ａのユーザ装置は、次に、ステップ２０において、この通信者Ａが発言を開始することができる旨の表示を、ユーザ装置のユーザに対して与える。ＳＩＰプロトコルに従って、この後に続くメッセージングを用意することができる。例えば、ユーザ装置３０は、ＩＭＳに対して「ＳＩＰ ＡＣＫ」メッセージ２１を送信することにより、ＯＫメッセージで応答することができる。このメッセージは、この後、メッセージ２２としてＰｏＣアプリケーションサーバ５０に対して転送されるものとすることができる。

一旦、要求した処理が、通信者Ｂのユーザ装置４４において完了し、そのリクエストが満たされると、「ＳＩＰ ２００ ＯＫ」メッセージ２３がＩＭＳに対して通信され、さらには、メッセージ２４がＰｏＣアプリケーションサーバに対して通信される。通信者Ｂのユーザ装置４４はまた、ステップ２５において、このユーザ装置４４のユーザに対して、聞くことを開始する旨の表示を与えることもできる。通信者Ｂのユーザには、通信者Ａからの通話バースト（talk burst）が通過する前に、到来するＰｏＣ「通話（talk）」セッションの表示が与えられるものとすることができる。

上述した例は、ＰｏＣアプリケーションサーバが、「通信者Ｂのユーザが到達可能なものであって自動アンサー機能をアクティベートしている」ということを認識している状況に関連したものである、ということを理解されたい。異なるユーザシナリオについての信号のフローは、図３の例の信号フローとは異なることがある。

図１及び図３並びに上記の説明は、１つのアプリケーションサーバのみ、例えばＰｏＣサーバのみを示しているが、このようなサーバを多数設けることも可能である、ということを理解されたい。通信者Ａ及び通信者Ｂのユーザ装置は、異なるアプリケーションサーバにより登録されるものとすることができる。通信者Ａ及び通信者Ｂに対して機能を提供するアプリケーションサーバは、異なるネットワークにも配置することができるものである。

上記説明は、ＰｏＣのような時間を重視した（time critical）サービスに対する解決法（ソリューション）に基づいた一般的なアプリケーションサーバについて示している。しかしながら、本発明は、その思想及び範囲から逸脱することなく、他のサービスにも適用可能なものである、ということを理解されたい。

様々な実施形態が、ＲＴＣＰをベースにしたフロア制御及びセッション記述プロトコルに関連して用いられるものには限定されない、ということも理解されたい。さらには、最初のフロア状態は、フロア制御のために実際に用いられるプロトコルが何であるかには関係なく、任意のオファーメッセージ及び／又はアクセプタンス（acceptance）メッセージについて、任意の適当なプロトコルメッセージにより同様の手法によって搬送することができる。

移動局に関連して本発明の様々な実施形態について説明してきたが、本発明の様々な実施形態が、他の任意のタイプのユーザ装置にも適用可能なものである、ということを理解されたい。

本発明の様々な例について、ＩＭＳシステム及びＧＰＲＳネットワークに関連して説明してきた。本発明は、他の任意のアクセス技術にも適用可能である。さらには、与えられた例について、ＳＩＰを実行可能なエンティティを有するＳＩＰネットワークに関連して説明した。本発明は、他の任意の適切な通信システム、例えばワイヤレス又は有線（fixed line）システムのいずれかのシステム、並びに、他の任意の規格及びプロトコルにも適用可能なものである。

以上のように、本発明の例示的な様々な実施形態について説明してきたが、開示した解決法（ソリューション）に対して、添付した特許請求の範囲において定められるような本発明の技術的範囲から逸脱することなく、いくつかの変形及び変更を施すことも可能である。

図１は、本発明を実現することができる通信システムを示す図である。 図２は、一実施形態の動作を示すフロー図である。 図３は、一実施形態のシグナリングを示すシグナリングフロー図である。

Claims (25)

1. 通信セッションの確立の間に情報を通信する通信システムにおける方法であって、
   通信セッションの通信者に関連したデータ通信媒体のフロア状態情報を、前記通信セッションについてのデータ通信媒体情報を搬送するメッセージの中に含めるステップと、
   前記通信システムからユーザ装置に対して前記メッセージを送信するステップと、
   を含むことを特徴とする方法。
2. 前記メッセージの中に含めるステップが、前記通信セッションについてのオファーの中にフロア状態情報を含めるステップを含む、請求項１に記載の方法。
3. フロアが持っていかれた旨の表示を前記オファーの中に含めるステップを含む、請求項２に記載の方法。
4. 前記メッセージの中に含めるステップが、前記通信セッションについてのオファーに対するアンサーの中に前記フロア状態情報を含めるステップを含む、請求項１から請求項３のいずれかに記載の方法。
5. フロアが与えられた旨の表示を前記アンサーの中に含めるステップを含む、請求項４に記載の方法。
6. セッション記述プロトコルに従って前記メッセージを生成するステップを含む、請求項１から請求項５のいずれかに記載の方法。
7. セッション開始プロトコルに従って前記メッセージを搬送するステップを含む、請求項１から請求項６のいずれかに記載の方法。
8. プッシュトゥートークサービスセッションについてのリクエストを送信するステップを含む、請求項１から請求項７のいずれかに記載の方法。
9. インターネットプロトコルマルチメディアサブシステムを介して前記メッセージを送信するステップを含む、請求項１から請求項８のいずれかに記載の方法。
10. ＧＰＲＳ（General Packet Radio Service）ネットワークを介して前記メッセージを送信するステップを含む、請求項１から請求項９のいずれかに記載の方法。
11. パケットデータプロトコルのコンテキストによって前記通信セッションを実現する、請求項１から請求項１０のいずれかに記載の方法。
12. 前記メッセージを送信するステップが、前記通信システムに対して動作可能に接続されたアプリケーションサーバからメッセージを送信するステップを含む、請求項１から請求項１１のいずれかに記載の方法。
13. 前記メッセージを送信するステップが、ＰｏＣ（プッシュトゥートークオーバーセルラ）サーバからメッセージを送信するステップを含む、請求項１２に記載の方法。
14. コンピュータプログラムであって、
    該プログラムがコンピュータ上において実行されるときに、請求項１から請求項１３に記載のステップのいずれかを実行するようにされたプログラムコード手段を具備することを特徴とするコンピュータプログラム。
15. 通信セッションを実現するように構成された通信システムであって、
    データ通信リソースを与えるデータネットワークと、
    前記データ通信ネットワークに接続されたアプリケーションサーバと、を具備し、
    前記アプリケーションサーバが、通信セッションの通信者に関連したデータ通信媒体のフロア状態情報を、前記通信セッションについてのデータ通信媒体情報を搬送するメッセージの中に含め、前記データネットワークを介してユーザ装置に対して前記メッセージを送信する、ことを特徴とする通信システム。
16. 前記アプリケーションサーバが、プッシュトゥートークサービスアプリケーションサーバを備える請求項１５に記載の通信システム。
17. 前記メッセージがセッション記述プロトコルに従って構成される、請求項１５又は請求項１６に記載の通信システム。
18. セッション開始プロトコルに従って前記メッセージを搬送するように構成される、請求項１５から請求項１７のいずれかに記載の通信システム。
19. インターネットプロトコルマルチメディアサブシステムを備える、請求項１５から請求項１８のいずれかに記載の通信システム。
20. データ通信セッションを実現するためのアプリケーションサーバであって、
    通信セッションについてのデータ通信媒体に関する情報を搬送するメッセージの中に、前記通信セッションの通信者に関連した前記データ通信媒体のフロア状態に関するさらなる情報を含め、前記データネットワークを介してユーザ装置に対して前記メッセージを送信するように構成される、ことを特徴とするアプリケーションサーバ。
21. プッシュトゥートークサービスアプリケーションサーバを備える、請求項２０に記載のアプリケーションサーバ。
22. インターネットプロトコルマルチメディアサブシステムに接続するための手段を備える、請求項２０に記載のアプリケーションサーバ。
23. 前記通信セッションについてのオファー又は通信セッションについての前記オファーに対するアンサーのうちの少なくとも一方に、前記さらなる情報を含めるように構成される、請求項２０から請求項２２のいずれかに記載のアプリケーションサーバ。
24. 通信セッションを記述するメッセージであって、
    前記通信セッションについてのデータ通信媒体に関する情報と、前記通信セッションの通信者に関連した前記データ通信媒体のフロア状態に関する情報と、を搬送するように構成される、ことを特徴とするメッセージ。
25. セッション記述プロトコルに従ったメッセージを含む、請求項２４に記載のメッセージ。

Images