JP2004535097A - パケットモードスピーチ通信 - Google Patents

Abstract

パケットモード（例えば、ＩＰ）グループ通信サービス層は、標準的なメインストリームセルラー無線ネットワークの最上部に設けられる。概念的に、グループ通信層は、一対の基本的論理エンティティ、即ちアプリケーションブリッジ及びコール処理サーバー（ＣＰＳ）を備えている。ブリッジ及びＣＰＳは、グループサービスアプリケーションを実行し、これは、無線ネットワークにより与えられたＩＰ接続を経て移動ステーションＭＳにおけるグループサービスアプリケーションと通信する。ＣＰＳは、グループ通信の制御平面管理を果たす。ブリッジは、ＣＰＳによりプログラムされた有効な接続を経てグループメンバーシップに基づきユーザターミナルへＶｏＩＰパケットのリアルタイム分配を果たす。

Description

【技術分野】
【０００１】
本発明は、通信システムに係り、より詳細には、通信システムにおけるパケットモードスピーチ通信に係る。
【背景技術】
【０００２】
移動通信システムとは、一般に、ユーザがシステムのサービスエリア内を移動するときにワイヤレス通信を行うことのできるテレコミュニケーションシステムを指す。典型的な移動通信システムは、公衆地上移動ネットワーク（ＰＬＭＮ）である。移動通信ネットワークは、ほとんどの場合に、外部ネットワーク、ホスト、又は特定のサービスプロバイダーによりオファーされるサービスへのワイヤレスアクセスをユーザに与えるアクセスネットワークである。
【０００３】
プロフェッショナル移動無線又はプライベート移動無線（ＰＭＲ）システムは、主として、警察、軍事、オイルプラント等の専門及び政府ユーザのために開発された専用無線システムである。ＰＭＲサービスは、専用のＰＭＲ技術で構築された専用のＰＭＲネットワークを経てオファーされている。この市場は、アナログ、デジタル、従来型及びトランク式等の多数の技術に振り分けられるが、どれも支配的な役割をもたない。ＴＥＴＲＡ（地上トランク式無線）は、デジタルＰＭＲシステムのためにＥＴＳＩ（ヨーロピアン・テレコミュニケーションズ・スタンダーズ・インスティテュート）により規定された規格である。米国特許第６，１４１，３４７号は、グループコールにマルチキャストアドレッシング及び分散型処理を使用するワイヤレス通信システムを介している。
【０００４】
ＰＭＲシステムにより与えられる１つの特殊な特徴は、グループ通信である。ここで使用する「グループ」という用語は、同じグループ通信、例えば、コールに参加するよう意図された３人以上のユーザの論理的なグループを指す。グループは、論理的に形成され、即ちネットワーク側に維持された特殊なグループ通信情報が特定のユーザを特定のグループ通信のグループに関連付ける。この関連付けは、容易に形成し、変更し又は取り消すことができる。同じユーザが２つ以上のグループ通信グループのメンバーであってもよい。通常、グループ通信グループのメンバーは、警察、消防団、民間会社等の同じ組織に属する。又、通常、同じ組織は、多数の別々のグループ、即ち１組のグループを有する。
【０００５】
グループコールは、典型的に、長時間（最長数日間）のもので、その間に通信がめったに行われずそして各対話は通常短いものである。全アクティブトラフィックは、例えば、１つのコール中に１５分に過ぎない。各トークバースト即ちスピーチアイテムは、既存のＰＭＲシステムでは平均長さ７秒である。それ故、無線チャンネル又は他の高価なシステムリソースは、常時割り当てることができない。というのは、サービスが著しく高価なものになってしまうからである。プッシュ・ツー・トーク（押して話す）特徴をもつグループ通信は、この問題を克服するＰＭＲネットワークの重要な特徴の１つである。一般に、「プッシュ・ツー・トーク、リリース・ツー・リッスン（押して話し、放して聞く）」特徴をもつグループボイス通信では、グループコールは、スイッチとして電話に「プレッセル(pressel)（ＰＴＴ、プッシュ・ツー・トークスイッチ）を使用することをベースとし、即ちＰＴＴを押すことによりユーザが話したいことを指示し、ユーザ装置がサービス要求をネットワークに送信する。ネットワークは、その要求を拒絶するか、又は要求されたリソースを、リソースの入手性、要求を発しているユーザのプライオリティ等の所定の基準に基づいて割り当てる。同時に、特定の加入者グループにおける他の全てのアクティブなユーザにも接続が確立される。ボイス接続が確立された後、要求を発しているユーザが話しをし、そして他のユーザは、チャンネル上でそれを聞くことができる。ユーザがＰＴＴを放すと、ユーザ装置が解除メッセージをネットワークへ信号し、リソースが解除される。従って、リソースは、実際のスピーチトランザクション即ちスピーチアイテムに対してのみ予約される。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
通常、通信システムにおけるグループ通信に対して種々の要求が生じる。
コール設定時間は、比較的短くなければならず、即ち数秒といった設定時間は許容できない。ユーザがコールを開始するか又はスピーチアイテムを開始するときには、設定の始めに数百ミリ秒以内に話し始めることができねばならない。聴取者は、おそらく約１秒以内に話を聞かねばならない。半二重メカニズムが使用されるので、この音声遅れは長いものである。これらの値は、一例に過ぎない。
【０００７】
グループ通信は、トラフィックの秩序を必要とし、即ち一方が話すときに他方が聞くことを必要とする。それ故、無線インターフェイスは、半二重型である。一度に一方向しかアクティブでない。通信システムは、グループにおいて一度に１人のメンバーしか話さないように制御できねばならない。
ユーザは、同じ時間に多数のグループに属することができる。それ故、通信システムは、ユーザへ同時に多数のグループ通信がある場合にはユーザが聴取するグループを選択しそしてプライオリティ決めできねばならない。
【０００８】
プッシュ・ツー・トーク型のグループコールは、従来のＰＭＲユーザだけではなく、多数の他の形式のユーザにとっても魅力的である。例えば、個人は、趣味グループやスポーツグループ等のグループと話したいことがある。又、小さな会社のユーザも、就業日に、同じ仕事グループ内で、社内又は仕事のコミュニティにおいて、頻繁なジョブ関連通信に対してプッシュ・ツー・トーク型のグループ通信特徴を利用することができる。
【課題を解決するための手段】
【０００９】
本発明の目的は、パケットモードスピーチ通信サービスを提供しそして管理する新規な方法を提供することである。
本発明のこの目的は、独立請求項に記載した方法、システム、ネットワークユニット及び加入者装置により達成される。
【００１０】
本発明の１つの特徴によれば、メインストリームのセルラー無線ネットワークは、パケットモード（例えば、ＩＰベース）グループ通信サービスが最上部において提供される無線アクセスネットワークとして機能する。実際に、本発明により必要とされる全ての新規な要素及び機能は、無線アクセス及び移動コアネットワークの外部である。従って、無線アクセス及び移動コアネットワークは、メインストリームネットワーク要素に経費のかかる変更を必要とせずに、使用することができる。換言すれば、グループ通信サービスは、標準的なメインストリーム無線アクセスネットワーク（例えば、移動通信用のグローバルシステムＧＳＭ、及びユニバーサル移動テレコミュニケーションシステムＵＭＴＳ）を介して実行でき、インフラストラクチャーにおけるエンドユーザ当たりの投下資本はかなり低く、従って、オペレータにとって魅力的である。本発明の一実施形態では、グループ通信サービスは、移動無線ネットワークのインターネットプロトコル（ＩＰ）データサービスの最上部においてボイスオーバーＩＰ（ＶｏＩＰ）データアプリケーションとして実施される。ＩＰベースのグループ通信サービスにおいてアクティブで、例えば、グループコールにおいてアクティブないかなるユーザも、無線アクセスネットワークを経てグループ通信サービスエンティティへと予め確立された論理的接続を有する。例えば、ＧＰＲＳサービス（汎用パケット無線サービス）に使用されるパケットデータプロトコル（ＰＤＰ）コンテクストと同様の論理的接続を使用することができる。送信及び受信端のエアインターフェイスにおけるチャンネルリソースを含む実際の通信経路をオープンにし、そしてリソースをトークアイテムの時間中だけ予約することが必要である。コール設定シグナリング、認証、暗号キーの合意及びサービスパラメータのネゴシエーションは、論理的接続が既に存在するので、リソース予約段階には必要とされないが、物理的なリソースは、シグナリング手順を使用することにより予約されオープンされる。従って、短い接続設定時間を達成することができる。
【００１１】
本発明の一実施形態では、スピーチアイテムを制御することに関連した全てのシグナリングは、ユーザトラフィックに埋め込まれたユーザ平面シグナリングとして実施される。本発明の一実施形態では、ユーザトラフィックは、リアルタイム搬送（ＲＴＰ）パケットの形態である。本発明の一実施形態では、埋め込まれたスピーチアイテムシグナリングは、ＲＴＰパケットのようなユーザボイスデータパケットを含むユーザトラフィックストリームの始めに送信されるリーダーパケットを含み、そしてグループ通信サービスエンティティが、そのリーダーパケットに基づいてスピーチアイテムを許可又は拒絶する。本発明の一実施形態では、グループ通信サービスは、リーダーパケットに基づいてスピーチアイテムを許可するときに、そのリーダーパケット及びそれに続くボイスパケットを含むユーザトラフィックストリームを受信メンバーへ転送することにより、グループの受信メンバーへのスピーチアイテム通信をオープンする。本発明の一実施形態では、埋め込まれたスピーチアイテムシグナリングは、ＲＴＰパケットのようなユーザボイスデータパケットを含むユーザトラフィックストリームの終わりに送信されるトレーラーパケットを含み、そしてグループ通信サービスエンティティは、そのトレーラーパケットに基づいてスピーチアイテムを終了させる。本発明の一実施形態では、グループ通信サービスエンティティは、ユーザトラフィックストリームの終りにトレーラーパケットを受信グループメンバーに転送し、受信グループメンバーへのスピーチアイテム通信を終了させる。本発明の別の特徴は、通信システムにおけるパケットモードグループボイス通信方法であって、
上記通信システムの最上部にグループ通信サービスエンティティを用意し、
上記グループ通信サービスエンティティに、少なくとも１つのグループ通信グループにおけるグループメンバーの個々のアドレスを与え、
上記グループメンバーの１つから上記グループ通信サービスエンティティへボイスパケットを送信し、各ボイスパケットは、上記少なくとも１つのグループにアドレスされ、そして
上記個々のアドレスに基づいて上記グループメンバーの各受信メンバーに上記ボイスパケットを個々に転送する、
という段階を備えた方法にある。
【００１２】
本発明の更に別の特徴は、通信システムにおけるパケットモードグループボイス通信方法であって、
グループ通信サービスエンティティに、グループ通信グループのグループメンバーの個々のアドレスを設け、
アウトバンドシグナリングにより各グループメンバーから上記グループ通信サービスエンティティへの個々の論理的接続を形成し、
ユーザトラフィックストリームに埋め込まれたリーダーパケットを上記グループメンバーの１つから上記個々の論理的接続を経て上記グループ通信サービスエンティティへ送信することにより上記グループのスピーチアイテムをスタートし、各リーダーパケットは、各グループメンバーの識別子を含むものであり、
上記グループ通信サービスエンティティは、ｉ）上記スタートしたスピーチアイテムを拒絶するか、又はii）上記スタートしたスピーチアイテムを上記１つのグループメンバーへ許可し、そして上記ユーザトラフィックストリームにおいて上記リーダーパケット及びその後続のボイスパケットを、上記個々のアドレスに基づいて上記グループ内の上記グループメンバーの各受信メンバーへ個々に転送する、
という段階を備えた方法にある。
【００１３】
本発明の更に別の特徴は、パケットモードグループボイス通信特徴を有する通信システムにおいてトラフィックストリームを管理する方法であって、
少なくとも１つのグループ通信グループ又は１対１通信においてアクティブなユーザにアドレスされたトラフィックストリームを管理するためのユーザ特有の通信機能を用意し、
第１のグループ通信グループ又は第１の１対１通信に関連した第１のボイスパケットストリームであって、少なくとも上記第１のグループ通信グループ又は上記第１の１対１通信においてアクティブなユーザにアドレスされた第１のボイスパケットストリームを受信し、
上記第１のボイスパケットストリームを上記各ユーザへ転送し、
上記第１のボイスパケットストリームの連続性を監視し、
少なくとも１つの更に別のグループ又は１対１通信に関連した少なくとも１つの更に別のボイスパケットストリームを受信し、
上記第１のボイスパケットデータストリームが連続する場合には上記少なくとも１つの更に別のボイスパケットストリームをいずれも上記ユーザへ転送せず、
上記第１のボイストラフィックストリームが所定時間周期中不連続であった場合は上記少なくとも１つの更に別のボイスパケットストリームの１つを上記ユーザへ転送する、
という段階を備えた方法にある。
【００１４】
本発明の更に別の特徴は、通信システムのためのパケットモードグループ通信サービスを提供するサーバーシステムであって、上記通信システムの最上部に設けられたグループサーバーを備えたサーバーシステムにおいて、上記グループサーバーが、更に、
少なくとも１つのグループ通信グループ内のグループメンバーの個々のアドレスを記憶するための手段と、
上記グループメンバーからボイスパケットを受信するための手段であって、各受信したボイスパケットは、各パケットがアドレスされる通信グループを識別する情報を含むような手段と、
通信グループ当たり１つのグループメンバーへのスピーチアイテムを順次に許可するための手段と、
グループ通信グループにおけるスピーチアイテムを有する上記グループメンバーから受信した各ボイスパケットを、上記個々のアドレスに基づいて、上記各グループ通信グループにおける各受信メンバーへ別々にユニキャストするための手段と、
を備えたサーバーシステムにある。
【００１５】
本発明の更に別の特徴は、通信システムのためのパケットモードグループ通信サービスを提供するサーバーシステムであって、上記通信システムの最上部に設けられたグループサーバーを備えたサーバーシステムにおいて、上記グループサーバーが、更に、
グループ通信のソースを識別しそして認証するための手段と、
グループにおいて一度に１つのグループメンバーしか話さないように制御するための手段と、
現在話をしているグループメンバーからのボイスパケットが向けられるところのグループ内のアクティブなグループメンバーをチェックするための手段、及び到来するボイスパケットから、上記アクティブなグループメンバーの各々へ別々に転送されるべき出て行くパケットを発生するための手段と、
１つのグループメンバーへ向けられた考えられる多数の到来するトラフィックストリームから、上記１つのグループメンバーへ転送されるべきものを選択するための手段と、
を備えたサーバーシステムにある。
【００１６】
本発明の更に別の特徴は、通信システムのためのパケットモードグループ通信サービスを提供するサーバーシステムであって、
グループ特有の通信機能を与える少なくとも１つの第１グループ通信ネットワークエンティティを備え、この第１グループ通信ネットワークエンティティは、更に、
少なくとも１つのグループ通信グループにおけるグループメンバーの個々のアドレスを記憶するデータメモリと、
上記グループメンバーからボイスパケットを受信するための手段であって、各々の受信されたボイスパケットは、各パケットがアドレスされた通信グループを識別する情報を含むような手段と、
スピーチアイテムを、通信グループ当たり１つのグループメンバーに順次に許可するための手段と、
グループ通信グループにおけるスピーチアイテムを有する上記グループメンバーから受信した各ボイスパケットを、上記個々のアドレスに基づいて、上記各グループ通信における各受信メンバーへ別々にユニキャストするための手段と、
を含み、そして更に、
少なくとも１人のユーザに対してユーザ特有の通信機能を与える少なくとも１つの第２ユーザ通信ネットワークエンティティを備え、これにより、上記第２ユーザネットワークエンティティにより管理されるユーザからのグループ関連通信が、先ず、上記第２ユーザネットワークエンティティへルーティングされ、次いで、適当な第１グループネットワークエンティティへ転送され、そして上記少なくとも１つの第１グループネットワークエンティティからのユニキャストボイスパケットは、そのボイスパケットを各ユーザへ送信する前に、先ず、上記第２ユーザネットワークエンティティへルーティングされるサーバーシステムにある。
【００１７】
本発明の更に別の特徴は、通信システムのためのパケットモードグループ通信サービスを提供するサーバーシステムであって、
グループ特有の通信機能を与える少なくとも１つのグループ通信ネットワークエンティティを備え、このグループネットワークエンティティは、更に、
グループにおいて一度に１つのグループメンバーしか話さないように制御するための手段と、
現在話をしているグループメンバーからのボイスパケットが向けられるところのグループ内のアクティブなグループメンバーをチェックし、そして到来するボイスパケットから、上記グループ内の少なくとも１つのアクティブなメンバーにサービスしているユーザサーバーへ別々に転送されるべき出て行くパケットを発生するための手段と、
少なくともユーザのためのユーザ平面にユーザ特有の通信機能を与えるユーザ通信ネットワークエンティティと、
を備え、このユーザネットワークエンティティは、更に、
グループ通信のソースを識別しそして認証するための手段と、
１つのグループメンバーへ向けられた考えられる多数の到来するトラフィックストリームから、上記１つのグループメンバーへ転送されるべきものを選択するための手段と、
を備えたサーバーシステムにある。
【００１８】
本発明の更に別の特徴は、通信システムのためのパケットモードグループ通信サービスを提供するサーバーシステムであって、
ユーザ平面にグループ特有の通信機能を与える少なくとも１つのグループ通信ネットワークエンティティを備え、このグループネットワークエンティティは、更に、
少なくとも１つのグループ通信グループ内のグループメンバーの個々のアドレスを記憶するための手段と、
上記グループメンバーからボイスパケットを受信するための手段であって、各受信されたボイスパケットは、各パケットがアドレスされる通信グループを識別する情報を含むような手段と、
通信グループ当たり１つのグループメンバーへスピーチアイテムを順次に許可するための手段と、
グループ通信グループにおけるスピーチアイテムを有する上記グループメンバーから受信した各ボイスパケットを、上記個々のアドレスに基づいて、上記各グループ通信における各受信メンバーへ別々にユニキャストするための手段と、
を含み、更に、
少なくとも１人のユーザに対してユーザ平面にユーザ特有の通信機能を与えるユーザ通信ネットワークエンティティを備え、これにより、上記ユーザネットワークエンティティにより管理されるユーザからのグループ関連通信が、先ず、上記ユーザネットワークエンティティへルーティングされ、次いで、適当なグループネットワークエンティティへ転送され、そして上記少なくとも１つのグループネットワークエンティティからのユニキャストボイスパケットが、そのボイスパケットを各ユーザへ送信する前に、先ず、上記ユーザネットワークエンティティへルーティングされ、更に、
上記グループネットワークエンティティにおいてグループ通信の制御平面管理を果たすグループコール処理エンティティと、
上記ユーザネットワークエンティティにおいて通信の制御平面管理を果たすユーザコール処理エンティティと、
を備えたサーバーシステムにある。
【００１９】
本発明の更に別の特徴は、パケットモードグループボイス通信特徴を有する通信システムにおいてスピーチアイテムを管理するためのネットワークユニットであって、
少なくとも１つのグループ通信グループ内のグループメンバーの個々のアドレスを記憶するための手段と、
上記グループメンバーからボイスパケットを受信するための手段であって、各受信されたボイスパケットは、各パケットがアドレスされる通信グループを識別する情報を含むような手段と、
通信グループ当たり１つのグループメンバーへスピーチアイテムを順次に許可するための手段と、
グループ通信グループにおけるスピーチアイテムを有する上記グループメンバーから受信した各ボイスパケットを、上記個々のアドレスに基づいて、上記各グループ通信グループにおける各受信メンバーへ別々にユニキャストするための手段と、
を備えたネットワークユニットにある。
【００２０】
本発明の更に別の特徴は、少なくとも１つのグループ通信グループ又は１対１通信においてアクティブなユーザにアドレスされたトラフィックストリームを管理するためのネットワークユニットであって、
上記ユーザにアドレスされた第１グループ又は１対１通信に関連した第１ボイスパケットストリームを、ユーザへユニキャストするために選択する手段と、
上記選択された第１ボイスパケットストリームの連続性を監視するための手段と、
上記現在選択されたボイスパケットストリームが連続的である場合には、少なくとも１つの更に別のグループ又は１対１通信に関連した他の受信されたボイスパケットストリームを破棄するための手段、及び上記最初に選択されそしてユニキャストされた第１ボイストラフィックストリームが所定の時間周期中不連続であった場合には、別の受信されたボイスパケットストリームを選択して上記ユーザにユニキャストするための手段と、
を備えたネットワークユニットにある。
【００２１】
本発明の更に別の特徴は、通信システムにおいて１対１のボイス通信を確立するための方法であって、
上記移動通信システムの最上部に通信サーバーを設け、
上記通信サーバーと、上記通信サーバーにおいてアクティブな通信サービスを受ける各ユーザとの間に個々の論理的接続を形成し、
ユーザから上記個々の論理的接続を各々経て上記通信サーバーへトラフィックストリームに埋め込まれたリーダーパケットを送信することにより通信をスタートする、
という段階を備え、各リーダーパケットは、上記送信ユーザ及び受信ユーザの識別子を含み、そして
上記通信サーバーは、ｉ）上記スタートされたスピーチアイテムを拒絶するか、又はii）上記スタートされたスピーチアイテムを上記送信ユーザに対して許可し、そして上記ユーザトラフィックストリームの上記リーダーパケット及びその後続するボイスパケットを、上記受信ユーザの上記受信された識別子に基づいて上記受信ユーザへ転送するようにした方法にある。
【００２２】
本発明の別の特徴は、パケットモードグループボイス通信サービスを有する通信システムのための加入者装置であって、
通信システムを経てパケットデータ通信するためのメカニズムと、
上記メカニズムの最上部にあるグループ通信アプリケーションと、
を備え、上記アプリケーションは、グループ通信サーバーへの論理的パケット接続を確立するための第１手段を有し、そして
上記アプリケーションは、上記グループ通信サーバーとの間でボイスパケットを送信及び受信するための第２手段を有している加入者装置にある。
【００２３】
本発明の更に別の特徴は、パケットモードグループボイス通信サービスを有する通信システムのための加入者装置であって、
プッシュ・ツー・トーク手段と、
ユーザにより上記プッシュ・ツー・トーク手段が作動されるのに応答して、ユーザトラフィックストリームにおいてリーダーパケット及びそれに続くボイスパケットを上記グループ通信サービスへ送信し、それにより、スピーチアイテムをスタートさせる手段と、
を備えた加入者装置にある。
【００２４】
本発明の更に別の特徴は、通信システムのためのパケットモードグループ通信サービスを提供する方法において、
少なくとも１つのグループ通信グループ内のグループメンバーの個々のアドレスを記憶し、
制御平面シグナリングを使用して上記グループ通信グループを管理し、
グループメンバーが、ユーザトラフィックストリームに埋め込まれたユーザ平面シグナリングを使用してスピーチアイテムを要求し、
上記埋め込まれたユーザ平面シグナリングに基づき通信グループ当たり１つのグループメンバーに対してスピーチアイテムを順次に許可し、
グループ通信グループにおけるスピーチアイテムを有するグループメンバーからボイスパケットを受け取り、各受け取られたボイスパケットは、各パケットがアドレスされた通信グループを識別する情報を含み、そして
上記埋め込まれたユーザ平面シグナリングと、スピーチアイテムを有するグループメンバーから受け取られた各ボイスパケットとを、上記個々のアドレスに基づき、上記各グループ通信グループ内の各受信メンバーへ別々にユニキャストする、
という段階を備えた方法にある。
【００２５】
本発明の更に別の特徴は、通信システムのためのパケットモードグループ通信サービスを提供するサーバーシステムにおいて、
少なくとも１つのグループ通信グループ内のグループメンバーの個々のアドレスを記憶する手段と、
制御平面シグナリングを使用して上記グループ通信グループを管理する手段と、
ユーザトラフィックストリームに埋め込まれたユーザ平面シグナリングを使用して上記グループメンバーにより送信されたスピーチアイテム要求スピーチに基づいて通信グループ当たり１つのグループメンバーへスピーチアイテムを順次に許可する手段と、
グループ通信グループにおけるスピーチアイテムを有するグループメンバーからボイスパケットを受け取る手段であって、各受け取られたボイスパケットは、各パケットがアドレスされた通信グループを識別する情報を含むものであるような手段と、
上記埋め込まれたユーザ平面シグナリングと、スピーチアイテムを有するグループメンバーから受け取られた各ボイスパケットとを、上記個々のアドレスに基づき、上記各グループ通信グループ内の各受信メンバーへ別々にユニキャストする手段と、
を備えたサーバーシステムにある。
【発明を実施するための最良の形態】
【００２６】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
本発明は、エンドユーザ間のパケットモード通信と、オーバーレイパケットモードグループ通信サービスとを許すアクセスネットワークとして使用することのできるいかなるデジタル通信システムにも適用できる。本発明は、ＧＰＲＳ型パケット無線をベースとする移動通信システムに特に好ましく使用される。以下、本発明の好ましい実施形態は、ＧＰＲＳサービス及びＵＭＴＳ又はＧＳＭシステムにより説明するが、本発明は、この特定のパケット無線システムに限定されるものではない。本発明の好ましい実施形態に使用されるＩＰボイス通信方法は、ボイスオーバーＩＰ（ＶｏＩＰ）であるが、本発明は、この特定の方法に限定されるものではない。
【００２７】
図１は、本発明の好ましい実施形態の基本的アーキテクチャーを示す。ここに示す実施形態では、ＩＰパケットデータサービスを提供する移動無線アクセスネットワーク（ＲＡＮ）は、２Ｇ無線アクセス技術、例えば、ベーストランシーバステーションＢＴＳ及びベースステーションコントローラＢＳＣを伴うＧＳＭベースステーションサブシステムＢＳＳを使用するＧＰＲＳアーキテクチャーをベースとしている。ＧＳＭ無線アクセスは、従来型でもよいし、又はＧＳＭエンハンストデータレート・フォー・ＧＳＭエボリューション（ＥＤＧＥ）技術をベースとするものでもよい。後者の場合には、無線アクセスは、全ＩＰのＧＳＭ無線アクセスネットワークであるＧＥＲＡＮと称される。或いは又、３Ｇ無線アクセスネットワークＵＴＲＡＮ（ＵＭＴＳのような）が使用されてもよい。全ＩＰコアネットワークは、ＧＥＲＡＮ及びＵＴＲＡＮの両方に使用することができる。移動ネットワークのアーキテクチャーは、本発明にとって重要でなく、本発明の理解を容易にするためにＧＰＲＳインフラストラクチャー及びオペレーションについて簡単に説明する。ＧＰＲＳインフラストラクチャーは、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）及びサービングＧＰＲＳサポートノード（ＳＧＳＮ）のようなサポートノードを備えている。ＳＧＳＮの主たる機能は、そのサービスエリアにおいて新たなＧＰＲＳ移動ステーションを検出し、新たな移動ステーションＭＳ（ユーザ装置ＵＥとも称される）をＧＰＲＳレジスタに登録するプロセスを取り扱い、ＭＳへ／からデータパケットを送信／受信し、そしてそのサービスエリア内のＭＳの位置の記録を保持することである。契約情報は、ＧＳＭ／ＧＰＲＳレジスタ（ホーム位置レジスタＨＬＲ又は３Ｇ全ＩＰネットワークのホーム加入者サーバーＨＳＳ）に記憶される。ＧＧＳＮノードの主たる機能は、外部データネットワークとの相互作用である。又、ＧＧＳＮは、民間会社のネットワーク又はホストに直結されてもよい。ＧＧＳＮは、ＰＤＰアドレス及びルート情報、即ちアクティブなＧＰＲＳ加入者のためのＳＧＳＮアドレスを含む。ＧＧＳＮは、ＳＧＳＮにより供給されるルート情報を使用して位置ディレクトリーを更新する。ＧＧＳＮは、ルート情報を使用して、プロトコルデータユニット（ＰＤＵ）を外部ネットワークからＭＳの現在位置即ちサービングＳＧＳＮへＧＰＲＳトンネルプロトコル（ＧＴＰ）に基づいてトンネル搬送する。トンネル搬送とは、データパケットが、トンネルの一端から他端へ転送される間に別のデータパケットへカプセル化されることを意味する。又、ＧＧＳＮは、ＭＳから受信したデータパケットをカプセル解除して適当なデータネットワークへ転送する。ＧＰＲＳデータを送信及び受信するために、ＭＳは、ＰＤＰアクチベーション手順を要求することにより、それが使用を希望するパケットデータアドレスをアクチベートする。このオペレーションは、ＭＳを対応するＧＧＳＮに分からせ、外部データネットワークとのインターワーキングを開始できるようにする。より詳細には、１つ以上のＰＤＰコンテクストが生成されて、ＭＳ、ＧＧＳＮ及びＳＧＳＮに記憶される。ＰＤＰコンテクストは、ＰＤＰ形式（例えば、Ｘ．２５又はＩＰ）、ＰＤＰアドレス（例えば、ＩＰアドレス）及びサービスクオリティ（ＱｏＳ）のような異なるデータ送信パラメータを定義する。
【００２８】
図１において、移動ネットワークを経て移動ステーション（ＭＳ）へグループ通信サービスを提供するために移動ネットワークの最上部にプッシュ・ツー・トーク・オーバー・セルラー（ＰｏＣ）層が設けられる。概念的に、このＰｏＣ層は、一対の基本的論理エンティティ、即ちＰｏＣブリッジ１０及びＰｏＣコール処理サーバー（ＣＰＳ）１１を備えている。ブリッジ１０及びＣＰＳ１１は、通常、ＩＰネットワークを経てＧＧＳＮに接続される。ブリッジ１０及びＣＰＳ１１は、ＰＭＲアプリケーションを実行し、これは、ＩＰ移動ＲＡＮにより与えられるＩＰ接続を経て移動ステーションＭＳのＰＭＲアプリケーションと通信する。この通信は、シグナリングパケット、及びボイス（グループ及び１対１）通信パケットの両方を含む。
【００２９】
ＣＰＳ１１は、ＰＭＲ通信の制御平面管理を行う。その重要な役割は、本発明の実施形態において次のモジュールで実施される種々の機能を必要とする。即ち、ＰｏＣ通信に対して確立されたセッション開始プロトコル（ＳＩＰ）のような適当なセッション制御プロトコルでシグナリングされるグループメンバーシップのセッションを取り扱い、そしてユーザプロフィール（コール権利、グループアクティブメンバーシップ、スキャニング設定等）を管理するアプリケーションである「ＰＭＲサーバー」；ＳＩＰシグナリングのユーザ位置及びルーティング機能を与えるＳＩＰプロキシー／ロケーションサーバー；ユーザ登録／認証のためのＳＩＰレジスタ；及びグループ＆ユーザ特有情報（メンバーシップ、権利、スキャニング設定等）に基づきＩＰ層データ分布に含まれるネットワークエンティティ（ＰｏＣブリッジ）を制御するメディアゲートウェイコントローラ。しかしながら、本明細書では、共通の語「ＣＰＳ」は、ＣＰＳの考えられる全ての機能を指す。
【００３０】
しかしながら、ＰＭＲ管理要求は、グループ及びユーザ特有のものに分割することができ、本発明の一実施形態では、図２に示すように、２種類のＣＰＳサービスが定義される。グループ通信のためのＳＩＰセッションは、グループ制御平面機能（Ｇ−ＣＰＦ）（Ｇ−ＣＰＦ）２３（例えば、サーバーにおける）により取り扱われる。ユーザがグループにアタッチするときには、Ｇ−ＣＰＦ２３は、相対的なＳＩＰインビテーショントランザクションを処理し、そしてユーザの受信者と、相対的トラフィック分布の役割を果たすネットワークエンティティとの間の適切なマップ設定を実行する。ユーザ−制御平面機能（Ｕ−ＣＰＦ）２２（例えば、制御平面プロキシーサーバー）は、基本的に、ＩＰネットワークとユーザとの間の制御平面インターフェイスである。このネットワークエンティティにより、ユーザはシステムにログオンし、そしてそれらの動作設定（スキャニング設定、選択されたグループ等）をネゴシエーションする。これは、ユーザのプロフィールを取り扱い、そしてユーザの１対１コールを管理する。これは、論理的な分離に過ぎず、両種類のＣＰＳを同じコンピュータに位置させられることが明らかである。Ｇ−ＣＰＳとＵ−ＣＰＦとを分離させると、ユーザは、異なるオペレータ及びＩＰドメインの異なるイントラネット又は移動ネットワークにおいてＧ−ＣＰＦにより取り扱われるＰｏＣグループを結合することができる。又、分割は、システムに実際に無限数のグループ又はユーザを許すことにより拡張性ももたらす。
【００３１】
再び図１を参照すれば、ブリッジ１０は、ＶｏＩＰパケットをユーザターミナルへ、それらのグループメンバーシップ、それらのスキャニング設定、及び最終的なプリエンプション又は非常事態に基づいてリアルタイムで配布する役割を果たす。各ブリッジは、ＣＰＳによりプログラムされた有効な接続間でのみトラフィックを転送する。ブリッジ１０は、次の機能の１つ以上を実行する。
入力チェック：トラフィックソースを識別しそして認証する（任意であるが、以下に説明するリーダーＲＴＰパケットにおけるニューモニックは、ここで処理されねばならない）。又、入力チェックは、セキュリティ手順を実行しそしてサポートするアクションも含む。
【００３２】
入力フィルタリング：グループにおいて一度に１人の話し手だけが話す（即ちスピーチアイテムを許可する）ように管理し、そして任意であるが、高いプライオリティのボイスアイテムにプライオリティを与える。
増倍：フィルタリングプロセスの後に、ブリッジ１０は、トラフィックが向けられるグループのアクティブなメンバーをチェックし、そして各アクティブなメンバーに対する「ダウンリンク」パケットを到来するパケットから発生する。
スキャニングフィルタリング：同じユーザに向けられる多数の到来するトラフィックストリームから、ユーザのスキャニング設定に基づきユーザ受信者へ転送されるべきものを選択する。
【００３３】
この場合も、入力フィルタリング及び増倍がグループ特定のプロセスであるから、入力チェック及びスキャニングフィルタリングはユーザ特有であるが、次の２種類のアプリケーションブリッジは、図２に示すように、本発明の一実施形態において定義されている。
第１に、グループ−ユーザ平面機能（Ｇ−ＵＰＦ）Ｇ−ＵＰＦ２１（例えば、サーバーにおける）は、グループメンバーのオーディオパケットが送信される（それらのＵ−ＵＰＦを経て）ネットワークエンティティであって、入力フィルタリング及び増倍プロセスが実行されるところのネットワークエンティティである。各新たなグループには、Ｇ−ＣＰＦ２３が、Ｇ−ＵＰＦ間でできるだけ均一にトラフィックを分布する負荷バランス基準に基づいて、単一のＧ−ＵＰＦ２１を指定する。
【００３４】
ユーザ−ユーザ平面機能（Ｕ−ＵＰＦ）Ｕ−ＵＰＦ２０（例えば、サーバーにおける）は、Ｕ−ＣＰＦ２２によりそこに指定された個々の加入者に対して入力チェック及びスキャニングプロセスを実行する。セキュリティの目的で、Ｕ−ＵＰＦ２０は、それが取り扱う各移動ターミナルに対してセキュリティの関連性を有する。Ｕ−ＵＰＦ２０は、移動ターミナルからネットワークの複雑さを隠し、従って、ユーザは、全てのユーザ平面トラフィックをこのユニットに送信するだけでよく、このユニットは、その後、適切なＵ−ＣＰＦ２２のマッピング設定に基づいてそれを転送する。このように、各ユーザと、パケットを受け取るところのＵ−ＵＰＦ２０を信頼すべきである全てのＩＰネットワークエンティティとの間に機密チャンネルを確立する必要がある。
【００３５】
制御平面要素については、この論理的分割は、Ｇ−ＵＰＦ及びＵ−ＵＰＦ実施の間に物理的な分離を必ずしも必要とせず、従って、それらを同じコンピュータに配置することができる。
ユーザ及びグループのセッションを管理する役割を果たすＵ−ＣＰＦ２２及びＧ−ＣＰＦ２３は、各々、特定の制御平面シグナリングを必要とする。ＥＴＳＩの３ＧＰＰ（ヨーロピアン・テレコミュニケーションズ・スタンダーズ・インスティテュート、第３世代パートナーシッププロジェクト）の仕様は、いわゆる全ＩＰネットワークにおいてＩＰベースのボイス通信を含む。このような全ＩＰネットワークは、ＩＰネットワークにおいてボイス通信（ボイスオーバーＩＰ即ちＶｏＩＰ）を可能にする。ＶｏＩＰの場合に、ＲＦＣ２５４３において定義されるセッション開始プロトコル（ＳＩＰ）のようなコール制御シグナリングが指定される。それ故、好ましい実施形態では、ＳＩＰは、ＰｏＣコールセッションをサポートしそして管理するように選択される。しかしながら、他のＩＰセッションプロトコルを使用してもよい。更に、本発明の好ましい実施形態では、ＩＰ層のトラフィック分布に含まれるＧ−ＵＰＦ２１及びＵ−ＵＰＦ２０を制御するためにＧ−ＣＰＦ２３及びＵ−ＣＰＦ２２によってメガコ(Megaco)（ＲＦＣ３０１５において定義された）が使用される。しかしながら、ユーザ平面要素のスイッチングを制御するための他の対応するプロトコルが使用されてもよい。更に、転送を取り扱うためにＲＴＰ（ＲＦＣ１８８９において定義されたリアルタイム搬送プロトコル）が選択されており、そしてボイスパケット（ＶｏＩＰ）の配送を取り扱うためにＱｏＳメカニズムが必要とされる。
【００３６】
メガコは、物理的に分解されるマルチメディアゲートウェイのための一般的フレームワークを定義する。その接続モデルは、ターミネーション及びコンテクストである２つの主たる抽象作用に基づいている。前者は、１つ以上のストリームをソースし及び／又はシンクするＭＧＷ（即ちＰｏＣブリッジ）における論理的エンティティであり、一方、後者は、２つ以上のターミネーションが同じ関連付けに含まれる場合には、トポロジー（誰が誰を聞き／見るか）を記述するターミネーションの集合と、メディア混合及び／又はスイッチングパラメータとの間の関連付けである。コンテクストに対するある優先的取り扱いに関する情報をＭＧＷに与えるためにＭＧＣ（即ち、ＰｏＣ ＣＰＳ）によりプライオリティの値を使用することができ、そして優先的取り扱いを許すために、非常コールの指示も与えられる。プロトコルは、その接続モデル、コンテクスト及びターミネーションの論理的エンティティを操作するためのコマンドを与え、ここでは、ＰｏＣブリッジ１０（Ｇ−ＵＰＦ２１及びＵ−ＵＰＦ２０）における適切なトラフィック経路及びフィルタリング／スキャニングプロセスをプログラムするためにＰＭＲＣＰＳ１１（Ｇ−ＣＰＦ２３及びＵ−ＣＰＦ２２）により要求される融通性及び機能を与えるものと仮定する。
【００３７】
ＳＩＰプロトコルは、コール制御、ユーザ位置及び登録のためのシグナリングメッセージを定義し、これらは、ＰｏＣ解決策の好ましい実施形態では、特定のＰＭＲ通信及び関連参加ユーザを取り扱うために使用されている（コールセッションの確立、連結及び分解、ＰｏＣサービスへのユーザログオン、ユーザプロフィールネゴシエーション等）。
【００３８】
各ＰｏＣ通信に対して、ＳＩＰセッションが確立され、そしてそれを取り扱うＣＰＳによって管理される（グループ及び１対１通信に対して各々Ｇ−ＣＰＦ２３及びＵ−ＣＰＦ２２）。ユーザがグループのアクティブなメンバーになろうとするときには、それに対応するセッションに加わらねばならない。１対１のコールの場合には、ＰｏＣのＵ−ＣＰＦは、各１対１コールに対する参加Ｕ−ＣＰＦ間の１つのセッションを維持する。
【００３９】
ユーザの全ての出て行くトラフィック及び到来するトラフィックは、ユーザに指定されたＵ−ＵＰＦ２０を通らねばならない。特に、アップリンクでは、ユーザのトラフィックは、ユーザのＵ−ＵＰＦ２０によってチェックされ、そしてトラフィックが向けられるグループを取り扱うＧ−ＵＰＦ２１へ転送されるか、又は１対１の通信の場合には、被呼者を取り扱うＵ−ＵＰＦ２０へ転送される。
【００４０】
ダウンリンクでは、トラフィックは、行先ユーザのＵ−ＵＰＦ２０へ分配される（グループ通信の場合には、Ｇ−ＵＰＦ２１におけるパケット増倍により、パケットが増倍され、そしてグループのサービングアクティブメンバーである各Ｕ−ＵＰＦへ転送される）。Ｕ−ＵＰＦでは、ユーザのスキャニングプロセスが実行され、そしてトラフィックが増倍されて、現在スキャニング設定に基づきグループを聴取する各ユーザへ転送される。
【００４１】
このＰｏＣ解決策は、アクセスとは独立しており、これは、ＧＳＭ、ＷＣＤＭＡ、ＷＬＡＮ又は同等の技術の最上部で実行できることを意味する。但し、それらが、常時オンのＶｏＩＰベアラをサポートできる場合に限る。ＩＰ層の音声分布は、標準的なＶｏＩＰメカニズム（ＲＴＰのような）を使用し、一方、特定のインターネットプロトコル又はインターフェイスは、加入者及びグループマネージメント機能（ＳＧＭＦ）２５、ドメインネームサーバー（ＤＮＳ）２４、ＷＷＷ／ＷＡＰ（ワールドワイドウェブ／ワイヤレスアプリケーションプロトコル）、及びセキュリティマネージメントサーバーのような補足的ネットワークエンティティを接続するのに使用される。各ネットワークエンティティは、ＩＰパケットを転送及びルーティングするところの少なくとも１つのＩＰアドレスに明らかに関連しているが、ネットワーク要素の役割は、ＳＩＰの観点から定義されねばならない。各ＭＳは、ＳＩＰユーザエージェント（ＵＡ）であり、従って、その各々は、通常「ｕｓｅｒｎａｍｅ＠ｈｏｓｔｎａｍｅ」であるＳＩＰアドレス（ＵＲＬ）を有し、ここで、ｈｏｓｔｎａｍｅは、ＭＳが登録されねばならないＵ−ＣＰＦ２２に関連付けできるが、必ずしも関連付けされなくてもよい。このＵ−ＣＰＦ２２は、ＭＳが自分の制御のもとで到着するのを許すと共に、ＳＩＰシグナリングのルーティングをサポートするために、レジスタ、ロケーション及びプロキシーＳＩＰサーバーとして働かねばならない。音声データの分配に排他的に含まれるＧ−ＵＰＦ２１及びＵ−ＵＰＦ２０は、実際のＳＩＰメカニズムにおいて役割をもたず、そしてコアネットワークは、単に、単一のＩＰネットワークリンクとして見える。ＳＩＰシグナリングレベルにおいて、ＵＲＬは、ユーザ及びグループ識別に使用される。ＵＲＬは、ＲＦＣ２５４３において定義されたｓｉｐ：ＵＲＬ、ＲＦＣ２８０６において定義された電話番号を表わすｔｅｌ：ＵＲＬ、又は他のＵＲＬフォーマットである。ＲＥＧＩＳＴＥＲ（登録）方法は、ｓｉｐ：ＵＲＬと共に使用され、即ちＳＩＰ ＵＲＬは、ＰｏＣシステムにおけるユーザメイン認識である。プライベートナンバリングプラン番号（飲み）でのユーザのダイヤリングは、Ｔｏ：ヘッダフィールドにｔｅｌ：ＵＲＬを使用して行うことができる（ｓｉｐ：ＵＲＬは、常時存在するホスト部分を有していなければならない）。二次的認識は、例えば、ｂ−当事者が同じバーチャルプライベートネットワーク（ＶＰＮ）からのものである場合に、１対１コールに対してｂ−当事者をアドレスするために使用することができる。グループは、常に、ｓｉｐ：ＵＲＬでアドレスされ、ここでは、ユーザ名に代わってグループ名が使用され、そしてホストがホスト部分においてグループ（もし分かれば、正確なＧ−ＣＰＦ）を管理する。ユーザ平面におけるアドレッシングは、以下で詳細に説明する。
【００４２】
更に、管理及び情報問合せ／更新の目的でＰｏＣシステムにはＳＧＭＦ２５が設けられるのが好ましい。ＳＧＭＦ２５を経て、管理の権利を有するオペレータ又は通常のユーザは、ＰｏＣシステムにおいてユーザ及びグループを生成し、削除しそして変更することができる。又、ユーザ及びグループに関連したアクセス権利を生成しそして変更することができる。情報それ自体は、構造化問合せ言語（ＳＱＬ）データベースのようなデータベース、又はライトウェイトディレクトリーアクセスプロトコルＬＤＡＰ（ＲＦＣ２２５１で定義された）ディレクトリーのようなディレクトリーに収容することができる。これらのデータ貯蔵部は、スタンドアローン型でもよいし、ＳＧＭＦ２５と共通に配置されてもよい。このデータベース又はディレクトリーは、ＰｏＣシステムにおけるメインデータ貯蔵部である。管理の権利を有する通常のユーザは、ＷＷＷ／ＷＡＰインターフェイスを使用してＳＧＭＦにアクセスすることができる。ＳＧＭＦ２５の重要な機能は、Ｕ−ＣＰＦ２２及びＧ−ＣＰＦ２３から到来する要求を処理し、そしてデータベース及びディレクトリーのフェッチ及び更新を要求に基づいて行うことである。
【００４３】
ＳＯＡＰ（ワールドワイドウェブコンソーシアムＷ３Ｃにより定義された簡単なオブジェクトアクセスプロトコル）、又は同様のプロトコルを、Ｕ−ＣＰＦ２２とＳＧＭＦ２５との間のインターフェイス、並びにＧ−ＣＰＦ２３とＳＧＭＦ２５との間のインターフェイスに使用することができる。
【００４４】
ユーザ装置又は移動ステーションＭＳは、特定の移動通信システムに使用される標準プロトコルスタックの最上部のユーザ層にＰｏＣアプリケーションを有している。ＳＩＰ及びＲＴＰプロトコルは、基礎となる送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）及びＩＰプロトコルを使用し、これらは、更に、無線リソースのような物理層リソースを使用する。更に、ＷＡＰスタックを使用して、ＳＧＭＦ２５又は別のサーバー上のＷＡＰページをアクセスすることができる。
【００４５】
図３には、１つの考えられる一般的なＰｏＣアーキテクチャーが示されている。ＩＰバックボーン２９は、例えば、ＩＰ移動バックボーン、ＬＡＮ、ＰｏＣイントラネット、又は２つ以上の個別のイントラネット、等である。
ＰｏＣ移動ＭＳは、ユーザによりＰｏＣモードが選択されたときに、次の２つのＧＰＲＳコンテクストを設定する。ａ）制御平面シグナリング（グループ管理、登録等）のためにＴＣＰ／ＩＰと共に使用されるべきＰｏＣ ＣＰＳ１１へのもの；及びｂ）ＲＴＰ、ＵＤＰ、会話ＩＰクオリティクラス又は同様のもの並びに無線経路を経ての充分なヘッダ圧縮を使用してＰｏＣブリッジ１０へ／から搬送されるボイスに対するもの。移動又は移動ネットワークが２つの同時コンテクストをサポートしない場合には、移動は、ＳＩＰシグナリングトランザクションの時間中ＲＴＰ接続をクリアダウンしなければならない。ＰｏＣ移動ＭＳは、ＰｏＣモードがオンであるときにはブリッジ１０へのコンテクストを常に維持しなければならない。又、ＳＩＰコンテクストは、常にオンであるのが好ましいが、これがネットワーク容量又はＰｏＣ以外のサービスのアクセス性に対して問題を生じる場合には、シグナリングトランザクションの時間中にＳＩＰコンテクストも設定することができる。この場合には、セルラーネットワークは、ネットワーク開始コンテクスト設定をサポートしなければならないことに注意されたい。ＳＩＰセッションは、電源オン時又はＰＭＲモードアクチベーションにおいてシグナリングされる。ＳＩＰセッションは、常にオンであり、従って、ＰＭＲボイスアイテムに対してはＳＩＰシグナリングが不要である。全てのボイスは、ＰＴＴアクチベーションの後に既存のコンテクストを経て送信される。このメカニズムは、高速コール設定を可能にする。
【００４６】
移動ＲＡＮの無線インターフェイスにおけるアップリンクベアラの割り当ての例が図４に示されている。ユーザは、ＰＴＴをプッシュし、そしてＭＳは、移動ＲＡＮにスピーチアイテム要求を送信する。ＭＳは、全スピーチアイテムの時間中に専用無線ベアラを求める。移動ＲＡＮは、アップリンクベアラ（例えば、専用パケットデータチャンネル及び物理的タイムスロット）を許可する。移動ＲＡＮがアップリンクベアラの割り当てを確認するときには、移動は、それを経てデータの送信を開始する。送信される第１パケットは、話し手の識別子と、それに続くボイスストリームパケット（ＶｏＩＰ ＲＴＰパケット）とを含むＲＴＰメッセージである。リーダーＲＴＰパケット及びＶｏＩＰ ＲＴＰパケットは、アクティブなＧＰＲＳコンテクストに基づいてＰｏＣブリッジ１０へルーティングされる。
【００４７】
ＰｏＣブリッジ１０は、パケットを増倍し、そしてそれらをグループの他のメンバーへ送信する。移動ネットワークの無線インターフェイスにおけるダウンリンクベアラの割り当ての例が図５に示されている。ダウンリンクベアラは、既存のコンテクストを介して移動ステーションＭＳへ進むＩＰパケットをＳＧＳＮが検出したときにＳＧＳＮにより割り当てられる。最初に、ＳＧＳＮは、ＭＳがスタンバイ状態にある場合にＭＳをページングする。ＭＳから確認を受け取った後に、ＳＧＳＮは、ＲＡＮ（例えば、ＧＳＭ ＢＳＳ）が専用の無線ベアラを割り当てるのを要求し、そして割り当て後に、ＳＧＳＮは、ＲＡＮへのパケットの送信（例えば、ＬＬＣフレームにおいて）をスタートする。ＲＡＮは、パケット（例えば、無線ブロックにおける）をＭＳへ送信する。
【００４８】
アップリンクボイスベアラは、ユーザがＰＴＴスイッチのプッシュを停止したときにＭＳにより解除される。ネットワークは、最大スピーチアイテム長さ（例えば、２０−３０秒）を越えたときにアップリンクベアラを解除する。ダウンリンク方向には、無線ネットワークは、ベアラに関連したＩＰメッセージが所定の時間中受信されないときにベアラを解除する（いわゆるアイドル時間切れ）。
【００４９】
ＰＴＴスイッチを押した後に発呼者が経験するコール設定遅延は、移動ステーションＭＳが話をスタートするための可聴指示をユーザに与えることにより短縮することができる。可聴音の後に、ユーザは、話しをスタートすることができ、そしてＶｏＩＰメッセージがスタートする。これは、発呼者が設定遅延として経験する時間である。話をする許可を与えることのできる多数のポイントが存在する。グループコールの場合、１つの適当なポイントは、アップリンク無線ベアラが割り当てられた後及び第１のＲＴＰメッセージ（いわゆるリーダーパケット、非ボイス）がＲＡＮへ送信された後である。
【００５０】
１対１のコールでは、話をスタートするための指示を更に被呼者から受け取ることができる。第１のＲＴＰパケットがアップリンクへ送信されるときには、ダウンリンクの状態がそのポイントにおいて未知であることに注意されたい。ダウンリンク方向にＢ当事者がいないか又は無線ベアラの欠落のためにコールが失敗に終わるか、又はコール認証チェックが失敗に終わる場合には、ユーザは、コール失敗の指示を得る。或いは又、話をするための指示は、ブリッジ１０が例えば第１のＲＴＰパケットを処理したという確認を与えた後、或いは１対１のコールでは、Ｂ当事者がリーダーパケットを確認した後に、与えることができる。或いは又、ＭＳは、ユーザに可聴指示を与えるためにリードパケットを送信することからＣＰＳにより設定されたタイマー値をもつことができる。
【００５１】
グループ通信
グループ（トークグループとも称される）は、ボイス通信のための容易で且つ即座のマルチポイント方法をユーザに与える。各ユーザは、１つ以上のグループへのアクセスが許される。典型的なケースとして、移動ユーザは、そのバーチャルプライベートネットワーク（ＶＰＮ）内の全てのグループへのアクセスが許される。ユーザは、使用可能なグループのサブセットへアクティブにアタッチすることができる。
基本的なモードでは、移動ユーザは、通信に対して１つのグループを選択する。次いで、ユーザは、そのグループの全てのトラフィックを聴取し（個々のコールに参加しない限り）そしてそのグループにおいて話をすることができる。ユーザは、別のグループへ容易にスイッチすることができる。
【００５２】
又、ユーザは、スキャニングと称する方法を使用することにより多数のグループにおいて実質上同時に動作することができる。ユーザは、多数のグループを選択し、そしてそれらにプライオリティを指定する。次いで、ユーザは、一度に１つのグループからトラフィックを聴取するが、より重要なグループからのトラフィックが他のトラフィックを中断する。グループの１つが選択されたグループとして残り、ユーザによるスピーチ送信がその選択されたグループへ行われる。ユーザは、スキャニングをオン及びオフに切り換えることができる。プライオリティを伴うスキャニングされるグループのリストは、ユーザにより編集することができる。グループ選択及び他の設定の変更も、ユーザ自身以外の誰かにより行うこともできる。
グループにおいて受信しそして話をし、選択されたグループを変更し、そしてスキャニングをアクチベートするためのユーザインターフェイスは、簡単で且つ高速である。スキャニングリストを定義する等の他のタスクは、あまり頻繁に使用されない。
【００５３】
ＰＭＲ形式の１対１通信
オプションとして、本発明によるアーキテクチャーは、ユーザがそれらの定義されたアクセス権利内で（デフォールト：それらのＶＰＮ内で）他のユーザへの直接的な１対１コールを実行できるようにするために使用できる。直接的な１対１コールは、通常の電話の使用ではなくインターコム(intercom)の使用に類似している。このようなコールは、多数のＰＭＲユーザに良く適しており、即ち移動ステーションを動作するために、タスク、コマンド及びアドバイスを最小の注意で与えたり受けたりすることができる。アクティビティは、良好なタイミング精度で整合することができ、長い期間コールをオンに保持する必要はない。基本的に、１対１コールは、グループ通信の特殊なケースに過ぎず、同じ原理を使用することができる。
【００５４】
管理平面オペレーション
以下、本発明の好ましい実施形態及び異なる態様を、ＰｏＣの管理平面、制御平面及びユーザ平面について説明する。
ユーザ及びグループの管理
ＭＳ装置では、ユーザは、考えられるグループをブラウズし、それらと契約することができる。又、ユーザは、グループを去ることもできる。より専門的な用途では、グループへの／からの強制加入及び離脱も必要である。ＷＥＢ／ＷＡＰブラウザベースのサービスを経てグループ管理が行われるのが望ましい。
【００５５】
第１に、ユーザは、ＰｏＣシステムにおいて生成されねばならない。これは、ＷＡＰ／ＷＷＷインターフェイスを使用してＳＧＳＭ２５にアクセスすることにより行われる。全てのユーザ及びグループ管理オペレーションは、ＭＳを使用してＳＧＭＦにアクセスできるか又はＳＧＭＦに直結することのできる管理ユーザにより実行することができる。
【００５６】
第２に、グループは、通信に使用できる前に生成される必要がある。グループを生成しそしてそれらのアクセス権を定義することは、グループ管理と称するものに属する。多数のユーザグループ又はエンドユーザ組織は、それらのグループ管理をアウトソースすることが予想されるが、あるものは、グループを生成し、そしてグループメンバー及びアクセス権を定義することにアクセスすることを好む。一方、ユーザは、全部ではないが、新たなグループ（例えば、ＰｏＣを使用する通常の労働者）の生成を必要とする。それ故、ＰｏＣシステムにおいて管理ユーザの個別の概念をもつのが良好である。本発明の好ましい実施形態では、ユーザは、図２及び３に示すようにオペレータにより提供される加入者及びグループマネージメント機能（ＳＧＭＦ）へのリモートアクセス権をもつことができる。ＳＧＭＦは、ＷＡＰ／ＷＷＷフォームを使用するグループ管理ユーザインターフェイスを与える。しかしながら、他の形式のユーザインターフェイスも考えられる。
【００５７】
グループ管理概念の概要が図６に示されている。グループ管理は、管理ユーザ６１により、ユーザ６２の使用のためのグループを生成するのに使用される。ユーザ６２は、グループにアクティブに参加することもできるし（アクティブなグループセッションが確立される）、又は後で使い易いようにそれらのＭＳのグループリスト６３においてブックマークが付けられたグループをもつこともできる。更に、ユーザ６２は、更に別のグループへのアクセスも許される。ユーザ６２は、例えば、グループのＵＲＬをタイピングするか（例えば、「ｆｏｏｔｂａｌｌ＠ｐｕｂｌｉｃｇｒｏｕｐｓ．ｏｐｅｒａｔｏｒ．ｆｉ」）、或いはウェブ又はＷＡＰページにおいてリンクをクリックすることにより、このようなグループにおいてセッションをアクチベートすることができる。管理ユーザ６１は、１）個人又は営業用にグループを生成し又は変更する通常のユーザ、２）会社用にグループを生成し又は変更するオフィス要員、３）ＰＭＲフリート用にグループを生成し又は変更するディスパッチャー、又は４）顧客用にグループを生成し又は変更するオペレータ又はサービスプロバイダー要員。
【００５８】
第１に、ＳＧＭＦ２５は、許可された管理ユーザと、それらが何を行うことが許されたかに関する情報を保持しなければならない。この情報は、次のような設定を含む。１）管理ユーザがどのオペレーションを使用することが許されたか（例えば、アクセス権の生成、追加／除去、通知の送信）、２）どのグループの管理が許されたか（例えば、自身のプライベートグループ、会社ｋのグループ、プロバイダーｘの公衆グループ）、及び３）どのユーザをグループに含むことが許されたか（例えば、会社ｋのユーザ、個人のリスト）。
【００５９】
許可された管理ユーザ６１がグループを生成する例示的ケースについて考える。本発明の実施形態では、この点において生成されるグループデータは、１）グループのホームＣＰＳ２３、２）グループのＵＲＬ（ホームＣＰＳ２３に依存する）、及び３）グループに対する初期アクセス権（後で変更可能）。グループ生成／管理アプリケーションは、ここで、例えば、次のようなアクションを実行する。１）もし必要であれば、ＵＲＬのＤＮＳサーバー２４を更新し（通常、既存のドメイン名が使用される場合には不要である）、２）ＣＰＳ２３をグループ名で更新し、及び３）ＰｏＣデータベース又はディレクトリー（ＰｏＣメイン情報貯蔵部）６５を更新する。
【００６０】
又、管理ユーザ６１は、この点において、新たなグループの通知を潜在的なグループメンバーに送信したいことがある。例えば、次のような典型的なケースが明らかである。１）管理ユーザ６１は、自分が知っている５人の個人のグループを生成した私人であり、グループへのアクセスは、これら５人の個人に制限され、そしてユーザは、これら５人の個人へ通知を送信することを望み、２）管理ユーザは、趣味のグループを生成したサービスプロバイダーであり、グループへのアクセスは、全てに対してオープンにセットされ、そして市場調査に基づきおそらく関心があるユーザのリストへ通知が送信される。
【００６１】
新たなグループの通知は、例えば、特殊な形態のＳＭＳメッセージ（例えば、リングトーン、ローゴス）、又はＳＩＰ即時メッセージである。ＭＳは、このメッセージに反応して、例えば、１）このユーザに新たなグループが使用可能であることをユーザに表示し、２）直ちに加入する（アクティブなセッションを通常に又はスティッキーにスタートする）か、後で使用するためにブックマーキングするか、或いは拒絶する（拒絶メッセージをＳＧＭＦへ送信し、これがそのメッセージを管理ユーザに表示する）機会をＭＳユーザに与える。拒絶は、ユーザがグループを受け入れないことをアプリケーションに指示するが、これは、必ずしも、アクセス権データに対する変更を生じなくてよい。
【００６２】
上述したように、新たなグループは、ＳＧＭＦにより当該Ｇ−ＣＰＦ２３に追加される。同様に、ＳＧＭＦは、グループを削除することもできる。Ｇ−ＣＰＦ２３は、グループに生成には直接含まれない。通知がユーザへ送信された後に、グループに加入したいユーザは、グループへのＳＩＰセッションを確立するユーザとしてＧ−ＣＰＦ２３に対して直ちに現われる。ここで、Ｇ−ＣＰＦ２３は、ＳＧＭＦ２５からグループアクセス権を問合せ、ＳＧＭＦ２５は、次いで、ＰｏＣデータベース又はディレクトリー（ＰｏＣメイン情報貯蔵部）６５へ問合せを行う。
【００６３】
ユーザグループアクセス権を取り去っても、ＰｏＣデータベース又はディレクトリー６５に影響が及ぶだけである。それ故、いかなる進行中のセッションも、影響を受けず、次のセッション設定において変更が有効となる。ユーザがグループから取り去られるべき場合には、それに対するここのファシリティがＧ−ＣＰＦ２３に対して実施される。グループの削除は、ＳＧＭＦ２５により適当なＧ−ＣＰＦ２３に対して指示される。Ｇ−ＣＰＦ２３は、次いで、全てのアクティブなセッションを終わらせ、そのグループに対する記憶された情報を除去する。又、ＳＧＭＦ２５は、ＰｏＣデータベース又はディレクトリー６５における情報の除去も処理する。
【００６４】
グループアクセス権は、ユーザ装置に対するグループセッションがスタートしたときにＣＰＳによりチェックされる。セキュリティを維持することが必要と思われる場合には、他のときにも付加的なチェックを行うことができる。本発明の好ましい実施形態では、グループアクセス権は、データベース又はディレクトリー６５に保持され、これは、次いで、適当なサーバーにより問合せされる。典型的な問合せは、「is user-x allowed to access group-y?（ユーザｘは、グループｙにアクセスすることが許されたか？）」の形態をとる。
【００６５】
アクセス権の定義は、融通性があって、個々のユーザ／グループのレベルと、ユーザ／グループのリストの両方で考えられるのが好ましい。例えば、好ましくは、次のものを定義できねばならない。１）ユーザｘは、グループｗにアクセスすることが許され、２）ユーザｘ、ユーザｙ、ユーザｚは、グループｗにアクセスすることが許され、３）ユーザｘは、会社ｋの全グループにアクセスすることが許され、４）会社ｋの全ユーザは、グループｚにアクセスすることが許され、５）会社ｋの全ユーザは、会社ｋの全グループにアクセスすることが許され、６）全ユーザは、グループｐにアクセスすることが許され、７）等々。
【００６６】
それ故、アクセス管理は、ユーザ及びグループの両方に対してハイアラーキー構造を使用するのが好ましい。これは、ユーザがユーザグループに属することができ、そしてグループが多数のレベルにあってもグループグループに属することができることを意味する。又、単一のユーザが多数の（並列の）ユーザグループに属することができる場合には、更に融通性がある。グループアクセスは、特定のユーザ又は全ユーザグループに与えることができる。ユーザグループに与えられたアクセスは、そのユーザグループにおける全ユーザを受け入れる。ユーザは、特定のグループ又はグループグループへのアクセスが与えられる。グループグループへのアクセスは、そのグループグループ内の全グループへ受け入れるものである。
【００６７】
制御平面オペレーション
ＰｏＣサービスへのユーザログオン
ユーザは、ＰｏＣサービスの利用をスタートできる前に、自分自身をＵ−ＣＰＦ２２に登録しなければならず、その実際のＩＰアドレスは、ＤＮＳサービスにより決定されねばならない。本発明の好ましい実施形態では、ユーザは、先ず、自分のＳＩＰアドレスのホスト部分を含むＤＮＳ問合せを行う。ＤＮＳ２４は、ホスト部分に対応するＵ−ＣＰＦ２２のＩＰアドレスを返送する。
【００６８】
図７に示す例を参照すると、ＭＳは、Ｕ−ＣＰＦ２２のＩＰアドレスが分かると、ＳＩＰ登録メッセージをＵ−ＣＰＦ２２へ送信する。Ｕ−ＣＰＦ２２は、ユーザのＭＳから登録メッセージを受信すると、ＳＧＭＦ２５にコンタクトして、ユーザの権利をチェックし、そして他の情報を得る。その後に、Ｕ−ＣＰＦ２２は、ユーザのＵ−ＵＰＦ２０にコンタクトして、その入力チェック及びスキャニングフィルタリングプロセスを実行し、そしてユーザはそのユーザ平面トラフィックを送信しなければならない。次いで、ユーザは、追加メッセージによりＵ−ＵＰＦに追加され、そしてＵ−ＵＰＦは、ユーザのスキャニングプロセスを開始し、確認を送信する。任意であるが、Ｕ−ＵＰＦ２０にコンタクトする前に、Ｕ−ＣＰＦ２２は、ユーザ情報をユーザのホーム位置レジスタ（ＨＬＲ）又は３Ｇホーム加入者サーバー（ＨＳＳ）と交換し、ユーザを認証し、そしてユーザプロフィールを生成する。
【００６９】
ログオンの間に、ユーザは、自分のＵ−ＵＰＦ２０のＩＰアドレスを得、そしておそらくは、ユーザのスティッキーグループ（以下に述べる）のリストを得る。
登録メッセージは、通常、ユーザの識別情報を含むが、メッセージは、他の当該指示も含む。これは、新たなログオンを行いそして自分のＵ−ＣＰＦ２２から特定の情報を要求するためにユーザにより再送信することができる。
【００７０】
同じターミナルによりシステムへ異なるユーザがログオンして、同じＩＰ受信者に対して２つ以上のスキャニングプロセスを必要とするのを回避するために、Ｕ−ＣＰＦ２２により特定のチェック機構が実行されねばならない。
ユーザが自分のスキャニング設定を更新したいか、又は自分のスキャニングプロセスをオン／オフにセットしたい場合には、新たな特定のＳＩＰ登録メッセージを自分のＵ−ＣＰＦ２２へ送信することができる。ユーザがあるグループ（スキャニングがオフにセットされた）を選択したい場合には、ＳＩＰ ＩＮＦＯメッセージをユーザのＵ−ＣＰＦ２２へ送信することによりそれが行われる。ユーザがスティッキーグループ（永久的グループ）を有する場合には、それらがログオンにおいてアクチベートされ、即ちＵ−ＣＰＦ２２は、必要とされる後続オペレーション、例えば、ＳＩＰセッションインビテーション、マッピング設定をＧ−ＵＰＦ２１及びＵ−ＵＰＦ２０において実行し、そして最終的に、得られた情報（例えば、ユーザが暗黙に加入したスティッキーセッションのリスト）をログオン確認メッセージにおいてユーザへ与える。
【００７１】
アクティブグループセッション
ユーザは、アクティブなセッションを有するところのグループにおいて通信する（聴取しそして話をする）。セッションは、ＳＩＰシグナリングにより設定されそして終了される。セッションの設定は、ユーザによるか、又は許可された第三者（例えば、ディスパッチャー又はアプリケーション）により開始することができる。第三者によるセッションの確立は、主としてＰＭＲ用途だけに関連している。特に、非ＰＭＲマーケットにおける多数のユーザは、おそらく第三者によるセッションの確立を嫌い、そしてこれを防止できることを望む。又、セッションは、例えば、グループ削除の場合には、Ｇ−ＣＰＦ２３により強制終了することもできる。
【００７２】
アクティブなグループセッションにおける一次及び有効データは、サーバーにより常時保持される。従って、ユーザ装置（例えば、ＭＳ）がアクティブなスティッキーグループセッションにおいてデータを失った場合には、新たなログオンを実行することによりＵ−ＣＰＦから全ての必要なグループ情報を要求することができる。
【００７３】
多数のアプリケーションにおいて、ユーザは、電源オフ周期の後に同じグループを使用し続けることができる。このため、スティッキーセッションが設けられる。ユーザがログオフしたときには、ユーザのスティッキーセッションに関連した情報がＰｏＣデータベース又はディレクトリー（ＰｏＣメイン情報貯蔵部）にセーブされ、そして電源オン時にセッションが再確立される。換言すれば、スティッキーグループは、新たなログオンの後に自動的にアクチベートされるトークグループである。
【００７４】
グループセッションをアクチベートするために、ＭＳは、グループのＵＲＬを知る必要がある。ユーザの観点から、ユーザは、次のようにグループを選択する（ユーザ判断は、どんなオプションが実施されたかに依存する）。
１）グループの全ＵＲＬをタイピングする（例えば、ｓｅｃｔｏｒ２＠ｈｋｌ．ｇｒｐｃｐｓ．ｏｐｅｒａｔｏｒ．ｆｉ、ｆｏｏｔｂａｌｌ＠ｐｕｂｌｉｃｇｃ．ｏｐｅｒａｔｏｒ．ｆｉ）。
２）グループブックマークリストにおいてＭＳに記憶されたグループから選択する。
３）ＷＡＰ／ＷＷＷアプリケーションを使用して、使用可能なグループをブラウズする。
【００７５】
これらの方法は全て相補的なもので、ＵＲＬをタイピングし、ブックマークリストから選択し、ウェブページにおけるリンクをクリックすることより成るウェブブラウジングにおける対応する方法に匹敵するものである。３つのケース全部における成果は、ＭＳが所要グループのＵＲＬを知りそしてＳＩＰシグナリングをスタートできることである。
【００７６】
ユーザによるセッションの設定は、（このファシリティが実施されそしてユーザがそれを使用することを判断する場合には）ユーザにより与えられるグループのＵＲＬに基づいて行われる。これは、ユーザが任意のグループへアクセスを試みることを許し、即ちアクセス権のチェックがサーバーにより実行される。グループへ時々アクセスする別の方法は、ウェブ／ＷＡＰブラウザを使用して、関心のある及び／又は有用なグループをブラウズすることである。これら両方の方法は、グループへの時々及び一時的なアクセスに非常に適している。
【００７７】
しかしながら、ユーザが、セッションを常時オープンに保持する必要なく、あるグループへの頻繁なアクセスを必要とする場合には、ユーザ装置は、ある形式のグループブックマークリストを含む。グループブックマークリストの主たる目的は、ユーザがローカルでグループのリストをブラウズしそしてグループに容易にアタッチするのを許すことである。ユーザ装置におけるグループブックマークリストが完全なものであって、特定のユーザに使用可能な全てのグループを含む必要はないことに注意されたい。あるグループが欠落した場合には、ユーザは、そのＵＲＬを与えることによりそのグループにアクセスし、そしてそれをリストに記憶することができる。
【００７８】
ユーザの観点から、グループブックマークリストは、従来のＰＭＲグループ又はチャンネルセレクタとして考えられる。他の形式のユーザは、リストを、第２の電話帳、インターネットブックマークリスト、又はＴＶチャンネル設定と同様のものとして考える。モデルのこのセットは、おそらく全てのサービス利用者をカバーするのに充分である。
【００７９】
意図された市場（ＰＭＲ又は消費者）の形式に基づき、グループブックマークリストがいかに機能するかについては幾つかのオプションがある。ＰＭＲについては、ユーザインターフェイスは、従来のＰＭＲグループリストに類似しなければならず、そして新たなグループをグループリストにリモート位置でロードする（システムマネージャーから）ファシリティが必要とされる。消費者ユーザについては、ユーザインターフェイスは、ユーザがグループ自体を追加できるところのブックマークリストに更に類似している（例えば、現在選択されたグループをブックマーキングする）。ＰＭＲユーザは、当然、現在グループをブックマーキングするファシリティから利益を得る。この段階において、リストからグループを削除することは、ユーザの責任であると仮定する。ＰＭＲユーザに対し、全ての新たなグループが自動的にブックマークされる自動ブックマーキングが有用である。
【００８０】
ユーザ平面オペレーション
ＰｏＣグループスピーチアイテムのシグナリング
ユーザは、その全てのユーザ平面トラフィックをＵ−ＵＰＦ２０へ送信しなければならず、そしてトラフィックがグループへ向けられた場合には、Ｕ−ＵＰＦ２０によりグループに関連付けられた特定のポート番号がトラフィック識別目的で使用される。
１つの共通のＰＭＲ要件は、一度に１人のアクティブなメンバーだけが各グループにおいて話すことが許されることであり、これは、選択されたグループへ話をしようとしているユーザが、システムにより管理されるスピーチアイテムを得なければならないことを意味する。スピーチアイテムは、Ｇ−ＵＰＦ２１により許可され又は拒絶される。
【００８１】
この機能をサポートする簡単なやり方は、ＳＩＰシグナリングを使用することであるが、明確なシグナリングトランザクションにより導入される遅延を回避するために、暗示的シグナリングに対してＲＴＰパケットのペイロード形式フィールド及びペイロード自体を使用する別の解決策がここでは好ましい。
従って、本発明の実施形態では、システムは、従来のＰＭＲシステム、即ちＴＥＴＲＡに使用されるもののようなトークスパートの要求−許可形式管理をベースとするものではない。むしろ、高速のオペレーションを与えるために、ユーザは、システムからのトークスパート許可を得ずに、送信トークスパートを開始するが、多数の話し手がぶつかる（又は他の問題）場合には、送信の権利が撤回される。
【００８２】
上述した暗示的シグナリング解決策では、各ユーザは、希望するときに、選択されたグループへ話をするように試みることができる。図８の例を参照すれば、ＭＳのユーザがＰＴＴをプッシュするときには、アップリンクリソースが上述したように予約され、ＭＳは、Ｕ−ＵＰＦ２０を経てＧ−ＵＰＦ２１へリーダーＲＴＰパケットを送信する。スピーチアイテムが得られ、そしてＭＳへ許可される。同時に、以下に述べるタイマーが初期化される。リーダーＲＴＰパケットは、それらの各Ｕ−ＵＰＦを経てグループの全てのアクティブな受信メンバーへ転送され、アクティブなメンバーがスピーチアイテムを得てグループへのトークをスタートするたびに、グループの全てのアクティブな受信メンバーへ現在話し手の認識を指示する。このリーダーパケットは、埋め込まれた制御シグナリングに対する特殊なペイロード形式及びＲＴＰペイロードを使用して、送信者の認識に関する情報（ニューモニック、番号等）と、同じ話し手により送信される後続のＲＴＰパケットを確認するのに使用されるＳＳＲＣ値とを搬送する。次いで、リーダーＲＴＰパケットの後に、実際のグループの音声ストリーム（ＶｏＩＰ ＲＴＰパケット）が続く。
【００８３】
通常、スピーチアイテムが得られず、そしてＧ−ＵＰＦ２１がリーダーＲＴＰパケットの受信に応答してユーザへのスピーチアイテムを許可しないときには、ユーザは、同じグループトラフィックから別のメンバーの音声を受信したときに自分の音声が転送されないことに気付く。しかしながら、これはユーザが別のグループを同時に聴取する場合には充分ではなく、従って、グループのＧ−ＵＰＦ２１は、要求されたスピーチアイテムをユーザが得ないことをユーザのＵ−ＵＰＦ２０に信号しなければならない（埋め込まれたＲＴＰシグナリングを使用して）。ユーザのＵ−ＵＰＦ２０は、次いで、この特殊なＲＴＰパケットをユーザへと送信する。このパケットは、スピーチアイテムがユーザターミナルに許可されなかったことをユーザターミナルに指示し、そしてＭＳがあるハードウェアメカニズム（視覚又は音声指示のような）をスイッチオンしてユーザに警告できるようにする。
【００８４】
スピーチアイテムは、暗示的シグナリングによって管理されるので、グループ通信中に更に別の特定の明確なシグナリングを必要としない。
各Ｇ−ＣＰＦ２３は、グループにアタッチするユーザに対して独特のＳＳＲＣ値を発生する。グループアタッチ中に、Ｇ−ＣＰＦ２３は、このＳＳＲＣ値をユーザに返送し、そしてそれをＧ−ＣＰＦ２３及びＧ−ＵＰＦ２１に記憶する。このでは、ＳＳＲＣは、グループのコンテクストにおいてユーザを独特に識別し、一方、ユーザの各１対１コールに対してＵ−ＵＰＦ２０により関連付けされた異なるＳＳＲＣは、１対１コールにおいて発呼者を指示し、そしてそのコールにおいて発呼者及び被呼者の両方に同じ値が使用される。
Ｕ−ＵＰＦ２０により転送されたユーザトラフィックは、次いで、トラフィックが向けられるグループを取り扱うＧ−ＵＰＦ２３のＩＰアドレスと、Ｇ−ＵＰＦ２３がそのグループのトラフィックに対して割り当てた特定のポート番号とにより識別される。
【００８５】
入力フィルタリングにおけるトークスパートタイマー
ユーザにより見たグループにおけるトラフィックは、特定のユーザから到来する若干連続するスピーチのトークスパート（即ちスピーチアイテム）で構成される。しかしながら、Ｕ−ＵＰＦ２０及びＧ−ＵＰＦ２１は、スピーチのパケットを受信し、そして多数のユーザが同じグループにおいて同時に話そうと試みる。グループにおける現在話し手からのスピーチが中断されたり又は他のユーザからのパケットで干渉されたりすることのないように確保するために、Ｇ−ＵＰＦ２１は、各アクティブなグループに対してトークスパート連続性タイマーを実施する。タイマーに加えて、現在話しているユーザの認識が記憶される。
【００８６】
典型的なトークスパートでは、ユーザがＰＴＴを押している間に、自分のスピーチコーデックがスピーチパケット（フレーム）を発生し、これらは、規則的な間隔で送信される。もちろん、パケットは若干不規則な間隔でＧ−ＵＰＦ２１に到着する。ユーザが話をしていないときでも、ＭＳは、ＤＴＸパッケージを送信する（不連続送信）。従って、パケット間にソフト状態を保持するためにタイマーが必要とされる。タイマーは、到来するパケットのたびに再スタートされ、そしてタイマー値は、送信されるパケット（例えば、ＤＴＸフレーム）間の間隔、及びユーザとＧ−ＵＰＦ２１との間の遅延の変化とを考慮して、パケット間に間隔を許すに充分なものでなければならない。従って、タイマー値は、数百ミリ秒程度である。
【００８７】
考え方は、ユーザがＰＴＴを放した場合にユーザに対して予約された順番を保つことではない。それ故、本発明の一実施形態は、トレーラーパケットを使用してトークスパートの終りを信号し、これは、ターマーの時間切れと同等であると考えねばならない。トークスパート連続性タイマーは、Ｇ−ＵＰＦ２１において実施される。というのは、ここでは、同じグループにおいて異なる話し手が話をしようと競い合うからである。
【００８８】
又、最大トークスパート時間を制限する必要もある。ユーザの観点から、単一のユーザがグループを不必要に長時間占有して他のものが話すのを妨げてはならない。ユーザのＰＴＴが送信位置において偶発的にジャミングした場合にもグループを阻止してはならない。オペレータは、サービス及び料率をプロフィーリングする理由で、トークスパート時間を限定することを望む。トークスパート最大値タイマーの典型的な値は、３０ｓ、６０ｓ又はそれ以上である。タイマーは、ユーザが現在話し手となったときに、第１パケットにおいてスタートする。タイマーが時間切れしたときには、他の話し手がいなくても、現在話し手のトークスパートが停止される。再び話をできるようにするために、ＰＴＴを放しそしてもう一度プッシュする必要がある。特殊な埋め込まれたＲＴＰシグナリングパケットがＧ−ＵＰＦによりＭＳへ送信されて、送信を停止させる。
【００８９】
トークスパート最大値タイマーは、Ｕ−ＵＰＦ２０又はＧ−ＵＰＦ２１或いはその両方において実施できるが、その結果は、各場合に同じではない。Ｕ−ＵＰＦ２０におけるタイマーは、ユーザ特有の最大トークスパート時間を実施し、Ｇ−ＵＰＦ２１におけるタイマーは、グループ特有の最大トークスパート時間を実施する。これらは、いずれも有用であり、両方ともの場合もそうである。アーキテクチャーは、両方ともをサポートする。
【００９０】
図９は、Ｇ−ＵＰＦ２１におけるトークスパートタイマープロセスを示すフローチャートである。トークグループ連続性タイマー及びトークスパート最大値タイマーは、スピーチアイテムがユーザに許可されたときにスタートする（ステップ９２）。ステップ９１では、ユーザから新たなパケットが受信されたかどうかチェックされる。もしそうでなければ、連続性タイマーが時間切れしたかどうかチェックされる（ステップ９２）。連続性タイマーが時間切れした場合には、スピーチアイテムが終了となる（ステップ９７）。連続性タイマーが時間切れしない場合には、最大値タイマーが時間切れしたかどうかチェックされる（ステップ９３）。最大値タイマーが時間切れした場合には、スピーチアイテムが終了となる（ステップ９７）。最大値タイマーが時間切れしていない場合には、プロセスは、ステップ９１へ戻る。ステップ９１においてユーザから新たなパケットが受け取られた場合には、その受け取られたパケットが、ＰＴＴの解除に応答してユーザ装置により送信されたテイラーパケットであるかどうかチェックされる（ステップ９７）。テイラーパケットが受け取られた場合には、スピーチアイテムが終了される（ステップ９４）。受け取られたパケットがテイラーパケットでない場合には、最大値タイマーが時間切れしたかどうかチェックされる（ステップ９５）。最大値タイマーが時間切れした場合には、スピーチアイテムが終了となる（ステップ９７）。最大値タイマーが時間切れしない場合には、トークスパートタイマーが再スタートされ（ステップ９６）、そしてプロセスは、ステップ９１へ戻る。
【００９１】
トークスパートを中断するメカニズムも必要とされる。これは、許可されたユーザが進行中のトークスパートをオーバーライドする必要があるときである。従って、Ｇ−ＣＰＦ２３は、１）グループ内のトークスパートを中断するか、又は２）ユーザにグループ内の中断プライオリティをもたせるように、Ｇ−ＵＰＦ２１に指令することができる。ケース１では、誰もスピーチアイテムをもたずそして送信を停止するためのコマンド（埋め込まれたＲＴＰシグナリングパケット）をその中断される話し手のＭＳへ送信する結果としてグループ内の進行中のスピーチアイテムを中断しなければならない。ケース２では、プライオリティ決めされたユーザからのスピーチアイテムが、以前の話し手への停止送信コマンドの送信、トークスパートタイマーの再スタート、及び新たな話し手へのスピーチアイテムの許可を生じさせる。中断プライオリティは、一時的に又はオン・デマンドで或いは特別な場合にのみ使用されると仮定する。それ故、グループ当たりの中断プライオリティをもつユーザの数は、大きい必要がない（仮定＝１）。
【００９２】
本発明の好ましい実施形態では、送信を停止するコマンドは、特殊なペイロードを使用するＲＴＰパケットの使用により達成される。このパケットのパラメータフィールドは、コマンドの理由を示す。これらのパケットは、制約されていないフィルタリングプロセスをパスしなければならない。送信停止コマンドを受信するＭＳは、ボイスパケットの送信を直ちに停止し、そしてＰＴＴがもはや押されないかのように受信状態に復帰する。ユーザは、ＰＴＴを押したままである場合にも、到来するボイストラフィックを聴取し始める。再び送信を開始するために、ユーザは、先ず、ＰＴＴを放し、そして再びそれを押さねばならない。送信停止コマンドが発生されるか、又はＵ−ＵＰＦ２０を経てルーティングされる。
【００９３】
送信中のダウンストリーム抑制
半二重モードのオペレーションでは、ユーザが送信している間にダウンストリームチャンネルにボイスパケットをロードすることが望ましくない。それ故、本発明の一実施形態では、Ｕ−ＵＰＦ２０は、送信中に次のようにしてダウンストリームの抑制を実施する。図１０を参照すれば、グループコールに参加しているユーザからのアップストリームトラフィックは、リーダー及びボイスパケットに対して監視される（ステップ１０１）。アップストリームのトークスパートタイマーを使用して、ユーザがグループコールにおいてトークスパートを送信することを指示するソフト状態を与えねばならない。使用するメカニズムは、グループにおけるトークスパートの連続性を維持するための上述したものと同じでなければならない。アップストリームボイス又はリーダーパケットは、アップストリームトークスパート状態をオンにセットし（ステップ１０２）、そしてアップストリームトークスパートタイマーをスタートする（ステップ１０３）。タイマーが時間切れすると（ステップ１０４）、アップストリームトークスパート状態をオフにセットする（ステップ１０５）。アップストリームトークスパート状態がオンであるときには、ダウンストリームパケット（シグナリング以外）は、ユーザに送信されない。アップストリームトークスパート状態がオフであるときには、ダウンストリームパケットが通常に送信される。
【００９４】
ユーザ平面における音声データ分布
ユーザ平面では、エンドユーザへの／からの音声データリアルタイム分布が取り扱われ、ＰｏＣブリッジ１０（Ｇ−ＵＰＦ２１及び／又はＵ−ＵＰＦ２０）がそれを行うネットワーク要素となる。多数のブリッジ／プロキシーが同じＰｏＣ通信に含まれるときには、それらの機能が、対応するＳＩＰセッションを取り扱うＰｏＣ ＣＰＳ１１（Ｇ−ＣＰＦ２３又はＵ−ＣＰＦ２２）により制御され、整合される。
【００９５】
本発明の目的は、ＰｏＣ解決策を数百万のユーザ及び少なくとも数十万のグループまで拡張することである。拡張可能なＰＭＲ解決策を与えるために、特定のアドレッシングモデルが計画されている。このモデルの主たる目的は、厳密に必要とされる量のＩＰアドレス及びポート番号並びに好ましい静的割り当て（もし可能であれば）を使用して、ブリッジ、ユーザ及びそれらのトラフィックの間で複雑なマッピングを実施し、ネットワークエンティティ間で交換されるべき情報の量を減少することである。
【００９６】
ＩＰ／ＵＤＰ／ＲＴＰプロトコルスタックは、一般に、ＶｏＩＰの世界においてリアルタイム音声データ送信に使用され、従って、これは、本発明の好ましい実施形態ではユーザ平面に対しても選択される。
より詳細には、少なくともユーザのターミナルにおいてＩＰｖ６が実施され、一方、あるコアネットワークエンティティでは、ＩＰｖ４もサポートして（二重ＩＰｖ６／ｖ４スタック）、それを使用する最終的なサブネットワークとの相互操作性を確保する必要があると仮定する。
【００９７】
パケットネットワークを経て音声通信するためのリアルタイムストリームの搬送をサポートするためにＩＥＴＦにより開発されたリアルタイム搬送プロトコル（ＲＴＰ）がＵＤＰの最上部に使用されて、より信頼性のある搬送プロトコル（ここでは必要とされない）、例えば、ＴＣＰにより導入される遅延を回避する。受信側のエンドポイントにＲＴＰ及びレイテンシバッファがある状態で、タイミング（ジッタの問題）、パケット順序付け、多数のストリームの同期、複写パケットの排除、及びストリームの連続性を取り扱うことができる。
【００９８】
ユーザがグループに話をするときには、ユーザのＭＳは、音声パケットを自分のＵ−ＵＰＦ２０に送信し、このＵ−ＵＰＦは、入力チェック後に、それをグループのＧ−ＵＰＦ２１に転送する。Ｕ−ＵＰＦ２０により転送されるトラフィックは、Ｇ−ＵＰＦ２１のＩＰアドレスと、Ｇ−ＵＰＦ２１をグループに関連付けるポート番号とによって独特に識別され、一方、ユーザと自分のＵ−ＵＰＦ２０との間のトラフィックは、Ｕ−ＵＰＦ２０のＩＰアドレスと、Ｕ−ＵＰＦ２０をグループに関連付けるポート番号とによって識別され、従って、ＭＳは、同じソケットを使用して、グループに対してトラフィックを送信及び受信することができる（以下の例ではポート番号「２００」が使用される）。
【００９９】
ユーザは、グループのアクティブメンバーになると、自分のＵ−ＵＰＦによりグループのトラフィックに指定されたポート番号を自分のＵ−ＣＰＦから得る。同時に、Ｕ−ＣＰＦ２２及びＧ−ＣＰＦ２３は、ユーザのＵ−ＵＰＦ２０とグループのＧ−ＵＰＦ２１との間に適切なマッピングをセットする。より詳細には、Ｕ−ＵＰＦ２０は、Ｇ−ＵＰＦ２１がグループのトラフィックに指定したポート番号を得る。
Ｕ−ＵＰＦ２０は、全ての１対１通信に対してそれが割り当てた特定のポート番号と、発呼者のＵ−ＵＰＦ２０により１対１コールの確立中にそのコールに指定されるＳＳＲＣ値とによって到来する１対１トラフィックを識別する。ＭＳとＵ−ＵＰＦ２０との間の動的ポート番号のネゴシエーションを回避するために、全てのＭＳ及びＵ−ＵＰＦに静的なポート番号を使用しなければならない（以下の例では「１０２」）。
【０１００】
上述した「分割ブリッジ」モデルでは、ダウンリンクにおいて、Ｇ−ＵＰＦ２１が、到来するグループトラフィックを個別のＵ−ＵＰＦ２０に転送しなければならないことがある。この種の通信の場合、及びＵ−ＵＰＦ２０からＧ−ＵＰＦ２１への通信の場合に、各グループに対して指定されたポート番号が使用される。
ユーザ平面においてグループコールをいかに管理するか良く説明するために、以下に例を示す。現在グループの話し手は、自分の音声パケットを自分のＵ−ＵＰＦ２０に送信し、このＵ−ＵＰＦは、パケットをチェックして、グループのＧ−ＵＰＦ２１に転送する。トラフィックがＧ−ＵＰＦ２１の入力バッファを通過すると、ローカルＵ−ＵＰＦ（Ｇ−ＵＰＦ物理的エンティティに配置された）により直接取り扱われるアクティブなメンバーのスキャニングプロセスへ個々に配送される。同時に、トラフィックは、関連する他のＵ−ＵＰＦへも転送され、これは、それ自身のアクティブなメンバーにサービスする。
【０１０１】
関連する２つのブリッジとのグループ通信の例が図１１に示されている。Ｇ−ＵＰＦ１及びそれに関連したＵ−ＵＰＦ１は、ＩＰアドレス１．０．０．１を有する。Ｇ−ＵＰＦ１及びＵ−ＵＰＦ１は、ポート５００、５０２、１０２、７００、７０２を有する。Ｇ−ＵＰＦ２及びＵ−ＵＰＦ２は、ポート５００、１０２、６００、６０２を有する。両ブリッジにおいて、ポート１０２は、上述した目的で割り当てられる。他のポートは、図１１に見られるように、グループＧ１、Ｇ２及びＧ３に割り当てられる。あるポートにおける転送オペレーションは、各ポートに受け取られたパケットが、指示されたＩＰアドレス及びポートに転送されねばならないことを意味する。移動ステーションＭＳ１−ＭＳ４は、図１１に示すように、ＩＰアドレス、１対１ポート及びグループトラフィックポートを有する。Ｕ−ＵＰＦ１は、移動ステーションＭＳ１及びＭＳ４に指定される。Ｕ−ＵＰＦ２は、移動ステーションＭＳ２及びＭＳ３に指定される。ＭＳ１は、グループＧ１及びＧ２に属し、ＭＳ２は、グループＧ１に属し、ＭＳ３は、グループＧ１及びＧ３に属し、そしてＭＳ４は、グループＧ１及びＧ２に属する。
【０１０２】
ここでは、ＭＳ１が、行先ＩＰアドレス１．０．０．１及び行先ポート７００を伴う音声パケット１を送信すると仮定する。従って、音声パケット１は、Ｕ−ＵＰＦ１におけるポート７００へルーティングされる。ポート７００は、グループＧ１に割り当てられ、それ故、Ｕ−ＵＰＦ１は、グループＧ１に属する全てのユーザへとパケットを増倍する。この場合に、音声パケット４は、ＭＳ４へ送信される。Ｕ−ＵＰＦ１のポート７００も、ＩＰアドレス１．０．０．２及びポート５００への転送機能を有する。それ故、Ｕ−ＵＰＦ１は、音声パケット１の複写、即ち音声パケット２をこの行先へ送信する。その結果、音声パケット２は、Ｇ−ＵＰＦ２におけるポート５００へルーティングされる。ポート５００は、グループＧ１に割り当てられ、それ故、Ｕ−ＵＰＦ２が、グループＧ１に属する全てのユーザへとパケットを増倍する。この場合に、音声パケットは、移動ステーションＭＳ２及びＭＳ３へ送信される。
Ｇ−ＵＰＦ２におけるポート５００も、ＩＰアドレス１．０．０．１及びポート７００を伴う転送機能を有する。それ故、Ｇ−ＵＰＦ２は、音声パケット２の複写をこの行先へ送信する。その結果、音声パケットは、Ｕ−ＵＰＦ１においてポート７００へルーティングされる。
【０１０３】
マルチ−ユニキャスト
上述したように、本発明の１つの特徴は、移動無線システムにおけるグループ通信がグループサーバーを使用して実施され、このグループサーバーは、グループへアドレスされたボイスパケットを受け取りそして最終的にそれらボイスパケットを（Ｕ−ＵＰＦを経て）各グループメンバーへ個々に転送するというものである。グループサーバーは、多数のグループ（Ｇ１、・・Ｇｎ）を与える。グループメンバーは、ボイスパケットをグループサーバーへ送信し（Ｕ−ＵＰＦを経て）、各パケットは、グループサーバーにアドレスされるが、グループの認識（Ｇ１、・・Ｇｎ）も搬送する。グループサーバーは、グループメンバーのＵ−ＵＰＦアドレスを含むテーブルをグループごとに保持し、そしてＵ−ＵＰＦは、ユーザの個々のアドレスを含むテーブルを保持する。
【０１０４】
図１２に示す例においては、ソースＭＳは、アップリンクに１つのストリームだけを送信するが、このとき、ＰｏＣブリッジは、８つの異なる受信者に対してそれを増倍する。各リンクの上部では、アップリンク及びダウンリンクにおいて搬送されるストリームの数が各々指示され、そして各受信ＭＳは、各ＭＳに到着するためにパケットにより必要とされるホップの数で示されている。参照記号Ｒは、システムにおけるルーティングノードを表わす。
この概念は、ここでは、マルチ−ユニキャストと称される。この概念は、移動通信ネットワークにおいてグループ通信を実施するための非慣例的方法であり、グループ通信サービスの実施の複雑さを相当に低減する。
【０１０５】
グループ通信の中心的問題は、移動無線システムにおいてグループメンバーへの通信をどのように効率的に行うかである。これらのシステムは、その規模が非常に小さなもの（１つのベースステーション）から国家的規模（数千のベースステーション）まである。同様に、グループは、異なる規模又は変化する規模でもよい。更に困難なものとして、グループの地理的な分布は、非常に局地的なものから国家的なものまであり、状況に応じて変化し得る。換言すれば、メンバーの位置やメンバーの分布に拘りなく、各グループメンバーにグループトラフィックをいかに確実に配送するかが問題である。
【０１０６】
慣例的な無線システムは小規模で、グループは通常ローカルである。それ故、明らかな解決策は、特定のエリアにおいてアクティブな各グループに対しベースステーションごとに１つの送信を使用することであった。この送信は、グループアドレス（マルチキャスト）により識別された。公知の解決策は、大規模な通信システムにおいて多数の問題を伴う。第１に、グループコールがなされたときに、システムは、コールに対してどのベースステーションを使用するか知る必要がある。従って、システムは、各グループに対するグループメンバーの位置を追跡するために個別の移動管理サブシステムを実施する必要がある。これは、システムの複雑さを著しく増大し、全処理負荷の一次的ファクターになり得る。第２に、グループトラフィックを受信するために、移動ステーションは、適切なグループアドレスを保持しなければならない。それ故、全てが適切に機能するために、移動ステーション及び全ての関連システム要素の両方にとってグループメンバーシップを前もって知らねばならない。これは、信頼性の低い非常に狭帯域巾の無線チャンネルにわたって動作しなければならない分散型データ管理サブシステムを必要とする。
【０１０７】
これらの問題は、技術の現状を特徴付けるものである。公知システムは、ベースステーションの使用を最適化する試みを全く行わないことにより問題を回避している。グループのトラフィックは、ベースステーションの固定の所定セットに放射され、従って、グループに対する移動管理の必要性を軽減する。又、これは、システムがグループメンバーを知る必要がなく、グループアドレスが移動ステーションにプログラムされていることを意味する。
【０１０８】
本発明によるマルチ−ユニキャスト概念により、膨大な処理負荷を生じると共にオペレーション中にエラーを生じる傾向があって信頼性の低いサービスをユーザに経験させる大規模なサブシステムを追加することなく、大規模な移動システムにおけるグループ通信を高い信頼性で実施することができる。システムの個々のアドレッシング及び基本的移動管理を使用して受信者へグループトラフィックが配送されるので、グループトラフィックは、個々のトラフィックと同程度に信頼性の高いものとなる。
【０１０９】
個々の配送の使用は、マルチキャスト配送よりリソースを多く消費することを立証できる。これは、大きなセルサイズをベースとする慣例的なＰＭＲシステムにおいて確かにそうであり、それ故、単一ベースステーションの範囲内に著しい数のグループメンバーを位置することができる。近代的なセルラーネットワークでは、大きなセルの使用は、周波数利用の観点から非効率的であり、次第に小さなセルが開発され、それ故、グループメンバーが同じセル内に位置する確率が高くなる。
【０１１０】
又、本発明の基本的なアーキテクチャーは、音声データ分配に対してあるマルチキャスティングメカニズムも使用できるが、これは、上述した問題を伴うマルチキャスティング機能をＲＡＮに必要とすることに注意されたい。いずれにせよ、この場合には、ユニキャスト（マルチ−ユニキャスト）及びマルチキャストの両分配技術をサポートして、例えば、あるサイトでグループの若干のメンバーがサービスを受けるべきときにより効率的であるか、又はマルチキャスティングが最終的にサポートされない場合に、ユニキャスティングの利点を得るのが依然として合理的である。
【０１１１】
スキャニングフィルタリング
現在のＰＭＲシステムでは、ユーザにアドレスされた全てのトラフィックが自分のターミナルに配送され、このターミナルは、フィルタリング機能をローカルで実行して、ユーザが聴取したい単一トラフィックを再生する。このタスクは、ユーザのスキャニング設定に基づいて行わねばならず、そしてプライオリティの高いグループ又は非常コールから到来するトラフィックの最終的オーバーライドをサポートしなければならない。
【０１１２】
ターミナルで再生されないトラフィックを送信するためのダウンリンクにおける帯域巾の浪費を回避するために、フィルタリング機能は、ネットワークにおいて前もって実施されねばならないことが明らかであり、これは、好ましい実施形態に基づいてネットワークアーキテクチャーにＰｏＣブリッジ１０を導入するための動機の１つである。
【０１１３】
この点におけるブリッジ１０の役割は、２つの直列のプロセス、即ち図１３に示すようなグループ及びユーザ特有のプロセスとして考えられる。グループ特有のプロセスでは、Ｇ−ＵＰＦ２１は、グループの全てのアクティブなメンバーへ転送されねばならないか、又は本発明の好ましい実施形態では、トラフィックストリームの行先であるグループ内のアクティブなメンバーを有するＵ−ＵＰＦへ転送されねばならない多数のパケットストリームにおいて到来するトラフィックを増倍しなければならない。ユーザ特有のプロセスでは、Ｕ−ＵＰＦ２０は、ユーザにアドレスされた多数の考えられるトラフィックストリームのどの１つを実際にユーザに転送する必要があるか判断しなければならない。又、Ｕ−ＵＰＦは、グループトラフィックを受信するユーザごとにその現在スキャニング設定に基づいてストリームを増倍する（Ｕ−ＵＰＦが２人以上のユーザにサービスする場合）。送信トラフィックは、通常、現在聴取されるグループからのトラフィックであるが、時には、オーバーライドトラフィックストリームのこともある。
【０１１４】
会話の連続性を確保するために（即ち、聴取者がコヒレントな一連の送信を受け取るよう確保するために）、Ｕ−ＵＰＦ２０に特定のタイマーが設けられる。このタイマーの機能は、会話中のあるタイムアウトより長い休止がない限り、ユーザが同じグループ（又は個々のコール）において連続的トークスパートを受け取るよう保持することである。ここでは、その典型的な値は、２ないし１５秒である。
【０１１５】
原理的に、これは、このタイマーの時間中、スキャニングプロセスが各パケット後に受信グループにロックすべきであることを意味する。タイマーは、Ｕ−ＵＰＦに配置され、そしてタイマー値は、グループ特有であるのが好ましい。又、グループ及び個々のトラフィックに対して異なるタイムアウトを使用するのが望ましい。しかしながら、ユーザにアドレスされた現在聴取されるストリームよりプライオリティの高いトラフィックがＵ−ＵＰＦに到着したときには、プライオリティの高いストリームが、プライオリティの低いトラフィックを直ちにオーバーライドし、会話連続性タイマーは何の作用も与えない。
【０１１６】
スキャニングフィルタリングプロセスを実施する例が図１４に示されている。ステップ１４１において、プロセスは、Ｇ−ＵＰＦ２１（グループ通信）或いは別のユーザ又はＵ−ＵＰＦ（１対１通信）からＵ−ＵＰＦ２０へ到着する多数の（即ち２つ以上の）ボイスパケットトラフィックストリームの１つを選択し、そして選択されたトラフィックストリームをユーザへ転送する。他の到着するトラフィックストリームは破棄され、即ちユーザへ転送されない。選択がなされると、タイマーが所定値「休止周期」、即ち選択されたトラフィックストリームにおける２つの連続するボイスパケット間の最大時間周期にセットされる（ステップ１４２）。ステップ１４３では、プロセスは、新たなＲＴＰパケットが受け取られたかどうかチェックする。新たなＲＴＰパケットが到着した場合には、先ず、ステップ１４５において、そのパケットが以前のパケットよりプライオリティの高いストリームに属するかどうかチェックされる。このパケットが、ユーザのスキャニング設定に基づき、以前のものより高いプライオリティをもたない場合には、プロセスがステップ１４６へ進み、タイマーがリセットされると共に、パケットがユーザに送信される。その後、プロセスは、ステップ１４３へ戻る。ステップ１４５において、新たなパケットが、以前のものよりプライオリティの高いストリームに属すると分かった場合には、新たなパケットがユーザへ送信され、そしてタイマーがリセットされる（ステップ１４７）。その後、プロセスは、ステップ１４３へ戻る。新たなパケットが受け取られない場合には、タイマーが時間切れしたかどうかチェックされる（ステップ１４４）。タイマーが時間切れしない場合には、プロセスはステップ１４３へ戻る。タイマーが時間切れした場合には、プロセスは、選択されたトラフィックストリームを中断すべきと考え、そしてステップ１４１へ戻って、新たなトラフィックストリームを選択する。
【０１１７】
１対１コール管理
図１５を参照して、１対１コール管理の例を以下に説明する。１対１トラフィックのために各Ｕ−ＵＰＦ２０に静的なポート番号が割り当てられる（図１１のポート１０２のように）。
ユーザが１対１通信の確立を希望する場合には、自分のターミナルＭＳ１においてＰＴＴを押す。ＭＳ１は、特定の「１対１」ポート番号１０２を使用して、自分の認識情報（番号又は名前）を含むリーダーパケットを自分のＵ−ＵＰＦ１へ送信すればよい。この特定のリーダーパケットは、この目的のために指定された特定のＲＴＰペイロードの使用により識別される。被呼者（ＭＳ２）の認識に加えて、リーダーパケットは、他の当該情報を含む。
【０１１８】
第１に、発呼者Ｕ−ＵＰＦ１は、この１対１コールにおいて両当事者により使用されるべきＳＳＲＣ値を指定する。被呼者に到着しそして必要な権利チェックを行うために、ユーザのＵ−ＵＰＦ１にここでコンタクトする。次いで、ＳＧＭＦにコンタクトして、被呼者のＵ−ＣＰＦ２アドレスを得、権利チェックを行い、そして発呼者の名前表示に対して正しい形式を定義する。この情報自体は、ＰｏＣデータベース又はディレクトリー（ＰｏＣメイン情報貯蔵部）に収容され、ここから、ＳＧＭＦは、必要な情報を得る。この情報は、発呼者のＵ−ＣＰＦ１へ戻される。
【０１１９】
ここで、ＳＩＰインバイト要求を使用して、被呼者のＵ−ＣＰＦ２にコンタクトする。被呼者のＵ−ＣＰＦ２は、被呼者のＵ−ＵＰＦ２にメッセージを送信し、このＵ−ＵＰＦ２は、次いで、リーダーパケットをＭＳ２へ送信して、１対１コールを受信する能力をチェックする。又、被呼者のＵ−ＣＰＦ２には、確認も送信され、このＵ−ＣＰＦ２は、次いで、発呼者のＵ−ＣＰＦ１にＳＩＰ ＯＫメッセージを返送する。発呼者のＵ−ＣＰＦ１は、発呼者のＵ−ＵＰＦ１へメッセージを送信し、そしてこのＵ−ＵＰＦ１は、メッセージを確認する。最後に、ＳＩＰ確認は、被呼者のＵ−ＣＰＦ２へ戻され、そしてネットワークは、コールを首尾良く設定する。
【０１２０】
肯定（埋め込まれたＲＴＰシグナリング）確認が被呼者のＵ−ＵＰＦから受信された後に、それはＭＳ１へ転送され、ここで、ＭＳ１は、ボイスＲＴＰパケットの送信を開始することができる。
この段階において、発呼者が話をし、そしてターミナルＭＳ１は、ボイスを含むＲＴＰパケットを自分のＵ−ＵＰＦ２０へ送信し、このＵ−ＵＰＦ２０は、パケットのＳＳＲＣフィールドに基づいて、ボイスＲＴＰパケットを被呼者（ＭＳ２）のＵ−ＵＰＦ２０へ送信する。その後、被呼者のＵ−ＵＰＦは、最終的にそれらを（スキャニングプロセスの結果に基づいて）被呼者のターミナルに配送する。
【０１２１】
被呼者は、ＰＴＴを放すことにより通信を終了し、この場合にＭＳ１は、テイラーパケットを送信して、通信の停止をＵ−ＵＰＦへ指示する。又、図９を参照して述べたように、連続性の監視を使用することもできる。
１対１通信において発生し得る幾つかの特殊なシグナリングのケースを以下に例示する。
被呼者は、グループにおいてトラフィックを同時に受信することがある。ダウンリンクの帯域巾は限定されているので、多数のボイスストリームを同じ移動ステーションＭＳに転送するのは望ましくない（多数のストリームの受信をサポートするに充分な帯域巾がないことを知っている限り）。それ故、ダウンリンクにおける１対１トラフィックは、被呼ユーザのＵ−ＵＰＦ２０において、グループトラフィックに適用したのと同じスキャニングプロセスを経てルーティングされる。これは、各ＭＳが、一度に１つのボイスストリームのみを送信するように確保する。
【０１２２】
同様に、同じ被呼者が、同時に２つ以上の１対１コールを受け取ることがある。それ故、被呼者のＵ−ＵＰＦは、ＭＳへの１対１のボイス転送が進行中である場合にはそれを検出しそして同じＭＳへの同時の１対１ストリームを防止しなければならない。これは、グループ内の多数の話し手を防止する同じプロセスで取り扱われるのが好ましい（１対１ポートにおける到来するトラフィックは、確認されたＳＳＲＣに基づいてフィルターされる）。
【０１２３】
１対１コール設定の失敗は、多数の異なる理由に依存し、この場合に、発呼者のＵ−ＵＰＦは、被呼者のＵ−ＵＰＦから否定（埋め込まれたＲＴＰシグナリング）確認を受け取り、これは、ＭＳ１へ転送される。その一例は、ＭＳ２のスキャニングプロセスがプライオリティの高いトラフィックを転送するというものである。その別の例は、１）被呼者が未知であり、２）被呼者がＰｏＣサービスに現在ログオンしておらず、３）コール権利チェックが、当事者間の１対１コールが許されないことを指示し、そして４）被呼者が回路モードコールに参加したことを含む。通信当事者が相互両方向通信の感覚を経験するよう確保するために、Ｕ−ＵＰＦは、スタートする（パケットが転送される）ことが許されているスピーチアイテムがいずれのトラフィックによっても中断されない（プライオリティの高いトラフィックによりオーバーライドされるときを除き）ことを確保するためのタイマーを実施しなければならない。更に、発呼者のＵ−ＵＰＦは、ａ）スピーチアイテム間の短い休息（数秒程度の）間に会話が中断されず、ｂ）スピーチアイテムの管理が実行され（参加者のいずれか１人がトークスパート状態をオンにする）、そしてｃ）最大トークスパート時間が観察される（コール参加者のいずれか１人があまり長時間話すことが防止される）ことを確保するためにタイマーを実施する。タイマーａ）がオフになると、ＰｏＣネットワークにおいて１対１コールがクリアされることに注意されたい。
【０１２４】
セキュリティ
ユーザは、システムによって与えられる識別（例えば、グループ、話し手）に合理的なレベルで依存できねばならないことが要求される。ユーザは、受信したデータのコンテンツが不正処理されていないことに合理的なレベルで依存できねばならない。合理的なレベルとは、公衆回路交換電話ネットワークにより与えられるものに対応する。
【０１２５】
この要求を満足するために２つの主たる解決策が示されている。１）ＲＡＮにより与えられるセキュリティと、ＲＡＮとＣＰＳ１１又はブリッジ１０との間でＩＰネットワークにより与えられるセキュリティとに依存し、そして２）ユーザ装置（ＭＳ）とＣＰＳ１１又はブリッジ１０との間のＩＰ（ＩＰＳｅｃ）認証のためにセキュリティアーキテクチャーを使用する。
【０１２６】
基礎となるＲＡＮ及びＩＰネットワーク手段の両方のセキュリティに依存することは、特に、１）ＣＰＳ１１及びブリッジ１０がソースＩＰアドレスを探索することにより送信ユーザの認識をチェックし、それ故、ネットワークがソースＩＰアドレスの偽造を防止し、２）ＭＳが送信ＣＰＳ１１又はブリッジ１０の認識をチェックし、それ故、ネットワークがソースＩＰアドレスの偽造を防止し、そして３）基礎となるネットワークがパケットのコンテンツに対する不正処理を容易に許さないことを意味する。
【０１２７】
大半のユーザは、極端なセキュリティを必要としない。通常は、ＲＡＮにおけるエアインターフェイス暗号化によって満足なレベルが達成され、ＩＰネットワーク内のトラフィックへの外部からのアクセスを防止する。もし必要であれば、ＩＰネットワークのセキュリティは、ネットワーク要素間にＩＰＳｅｃを使用することにより改善することができる（これは、ＩＰネットワークと、ＰｏＣ要素、即ちＣＰＳ１１及びブリッジ１０、との両方に適用される）。
【０１２８】
オプションとして、本発明によるアーキテクチャーは、ＭＳとそのＵ−ＵＰＦ２０との間にＩＰＳｅｃ認証ヘッダ（ＡＨ）を使用することを許す。各ＭＳ（又はもし必要であれば、ユーザ）は、公衆−プライベートキー対を有し、同様に、Ｕ−ＵＰＦ２０も、公衆−プライベートキー対を有する。従って、標準的なＩＰＳｅｃメカニズムを使用して、ＭＳとそのＵ−ＵＰＦ２０との間にセキュリティ関連性を設定することができる。
【０１２９】
この構成は、ＰｏＣサービスにログオンするＭＳ（又はユーザ）の認証を許す。ログオンの後、ＭＳからＵ−ＵＰＦ２０への全てのパケットにＩＰＳｅｃ認証ヘッダを使用しなければならない。このように、プロキシー２０（又は制御の場合にはＣＰＳ）に到着するパケットの発生源及び完全性を照合することができる。同様に、プロキシーからＭＳへの全てのパケットに認証ヘッダを使用することができ、これは、ＭＳがパケットの発生源及び完全性を照合できるようにする。このようにして、セキュリティは、ＭＳとプロキシーとの間の信頼の問題となる。
【０１３０】
換言すれば、ＰｏＣサービスに契約する各ＭＳは、そのＵ−ＵＰＦ２０と両方向セキュリティ関連性（ＳＡ）を有する。完全な作用設定は、更に、１）セキュリティ関連性を設定し管理する手段（インターネットキー交換ＩＫＥ）、２）信頼のあるソースで公衆キーを照合する手段、及び３）公衆及びプライベートキーを発生し分配する手段（インターネットセキュリティ関連性及びキー管理プロトコルＩＳＡＫＭＰ）、を必要とする。
【０１３１】
このメカニズムは複雑に見えるが、標準的で且つ容易に利用できる解決策を使用する。ＩＰＳｅｃ認証を後で使用する場合には、ＩＰＳｅｃのみでユーザにサービスするのに使用される１つのＵ−ＵＰＦ２０にそれをインストールすることにより徐々に使用に供することができる。換言すれば、認証及び非認証ＭＳ及びプロキシーの両方をサポートすることができる。
【０１３２】
暗号化
特定のユーザは、端−端暗号化を使用できることが要求される。より簡単な別の態様として、２脚の端−ブリッジ−端暗号化を考えねばならない。というのは、これがキー管理を相当に簡単化するからである。
基礎となるネットワークのエアインターフェイス暗号化により提供されるものより高い暗号化要求をもつユーザの場合には、ＩＰＳｅｃ暗号化セキュリティペイロード（ＥＳＰ）を使用して、ＭＳとブリッジとの間に機密性（暗号化）を与えることができる。
【０１３３】
例えば、ＭＳ１は、プロキシーへ送信するためのボイスパケットのペイロードを暗号化する。プロキシーは、パケットを暗号解読し、次いで、それらを再び暗号化して、ＭＳ２へ転送する。これは、通信当事者がキーを共用する必要なく、端−端暗号化とほとんど同じレベルのセキュリティをユーザに与える。それ故、端−端暗号化に関連した通常のキー管理問題がこのモデルでは生じない。
【０１３４】
ここに提案するモデルでは、ＰｏＣ要素（ＣＰＳ、ブリッジ）がネットワークにおけるセキュリティ基準コンポーネントに過ぎない。それ故、非常に高いセキュリティ要求をもつユーザの場合には、ユーザグループの制御のもとで機密施設に個別のユーザプロキシー及びブリッジをインストールすることが可能である。
以上、本発明の好ましい実施形態のみを説明した。しかしながら、本発明は、これに限定されず、特許請求の範囲内で種々変更し得るものである。
【図面の簡単な説明】
【０１３５】
【図１】本発明の基本的なアーキテクチャーを示す図である。
【図２】本発明の基本的なアーキテクチャーを示す図である。
【図３】本発明の基本的なアーキテクチャーを示す図である。
【図４】移動ネットワークの無線インターフェイスにおいてアップリンク及びダウンリンクベアラを各々割り当てるところを示すシグナリング図である。
【図５】移動ネットワークの無線インターフェイスにおいてアップリンク及びダウンリンクベアラを各々割り当てるところを示すシグナリング図である。
【図６】グループ管理の概念を示す概略図である。
【図７】ＰｏＣサービスへのユーザログオンを示すシグナリング図である。
【図８】グループスピーチアイテムの管理に関するシグナリングを示すシグナリング図である。
【図９】トークスパートタイマーによるＰｏＣグループスピーチアイテムの管理を示すフローチャートである。
【図１０】アップストリームタイマーによるダウンストリーム抑制を示すフローチャートである。
【図１１】２つのブリッジを伴うユーザ平面グループ通信を示すブロック図である。
【図１２】マルチ−ユニキャスト概念を示す図である。
【図１３】スキャニングフィルタプロセスを示すブロック図である。
【図１４】スキャニングフィルタプロセスの実施を示す図である。
【図１５】１対１通信の設定に関するシグナリング及び通信を示すシグナリング図である。

Claims (67)

1. 通信システムにおけるパケットモードグループボイス通信方法であって、
   上記通信システムの最上部にグループ通信サービスエンティティを用意し、
   上記グループ通信サービスエンティティに、少なくとも１つのグループ通信グループにおけるグループメンバーの個々のアドレスを与え、
   上記グループメンバーの１つから上記グループ通信サービスエンティティへボイスパケットを送信し、各ボイスパケットは、上記少なくとも１つのグループにアドレスされ、そして
   上記個々のアドレスに基づいて上記グループメンバーの各受信メンバーに上記ボイスパケットを個々に転送する、
   という段階を備えた方法。
2. 上記転送段階は、上記移動通信システムの最上部に設けられたユーザ通信機能により上記ボイスパケットを個々に転送する段階を含む請求項１に記載の方法。
3. 通信システムにおけるパケットモードグループボイス通信方法であって、
   グループ通信サービスエンティティに、グループ通信グループのグループメンバーの個々のアドレスを与え、
   アウトバンドシグナリングにより各グループメンバーから上記グループ通信サービスエンティティへの個々の論理的接続を形成し、
   ユーザトラフィックストリームに埋め込まれたリーダーパケットを上記グループメンバーの１つから上記個々の論理的接続を経て上記グループ通信サービスエンティティへ送信することにより上記グループにおけるスピーチアイテムをスタートし、各リーダーパケットは、各グループメンバーの識別子を含むものであり、
   上記グループ通信サービスエンティティは、ｉ）上記スタートしたスピーチアイテムを拒絶するか、又はii）上記スタートしたスピーチアイテムを上記１つのグループメンバーへ許可し、そして上記ユーザトラフィックストリームにおいて上記リーダーパケット及びその後続のボイスパケットを、上記個々のアドレスに基づいて上記グループ内の上記グループメンバーの各受信メンバーへ個々に転送する、
   という段階を備えた方法。
4. 上記１つのグループメンバーが上記リーダーパケットを送信する前に、及び上記スピーチアイテムを上記許可する前に、上記１つのグループメンバーに対するアップリンクベアラを上記通信システムのエアインターフェイスにおいて割り当て、そして
   上記グループ通信サービスエンティティにより転送されて上記各グループメンバーにアドレスされたリーダーパケットを受信するのに応答して、各受信グループメンバーに対しエアインターフェイスにおいてダウンリンクベアラを割り当てる、
   という段階を更に備え、上記リーダーパケットは、ユーザトラフィックストリームに埋め込まれる請求項３に記載の方法。
5. パケットモードグループボイス通信特徴を有する通信システムにおいてスピーチアイテムを管理する方法であって、
   グループ通信グループの１つのグループメンバーにスピーチアイテムを許可し、
   上記許可に応答して所定のアイドル周期を測定するように第１タイマーをセットし、
   上記グループメンバーの上記１つからボイスパケットが受信されるたびに上記第１タイマーをリセットし、
   上記第１タイマーが時間切れして、上記許可から、又は上記１つのグループメンバーからボイスパケットを最後に受信してから、上記所定のアイドル周期が経過したことを指示する場合に、上記許可されたスピーチアイテムを終了させる、
   という段階を備えた方法。
6. 最大許容時間周期が上記許可から経過した場合に上記許可されたスピーチアイテムを終了させる段階を更に備えた請求項５に記載の方法。
7. 上記１つのグループメンバーは、送信の終了を指示するために所定のペイロードを有するテイラーパケットを送信し、そして
   上記テイラーパケットの受信に応答して上記スピーチアイテムを終了させる、
   という段階を更に備えた請求項５に記載の方法。
8. パケットモードグループボイス通信特徴を有する通信システムにおいてトラフィックストリームを管理する方法であって、
   少なくとも１つのグループ通信グループ又は１対１の通信においてアクティブなユーザにアドレスされたトラフィックストリームを管理するためのユーザ特有の通信機能を用意し、
   第１のグループ通信グループ又は第１の１対１通信に関連した第１のボイスパケットストリームであって、少なくとも上記第１のグループ通信グループ又は上記第１の１対１通信においてアクティブなユーザにアドレスされた第１のボイスパケットストリームを受信し、
   上記第１のボイスパケットストリームを上記各ユーザへ転送し、
   上記第１のボイスパケットストリームの連続性を監視し、
   少なくとも１つの更に別のグループ又は１対１通信に関連した少なくとも１つの更に別のボイスパケットストリームを受信し、
   上記第１のボイスパケットデータストリームが連続する場合には上記少なくとも１つの更に別のボイスパケットストリームをいずれも上記ユーザへ転送せず、
   上記第１のボイストラフィックストリームが所定時間周期中不連続であった場合は上記少なくとも１つの更に別のボイスパケットストリームの１つを上記ユーザへ転送する、
   という段階を備えた方法。
9. 上記監視段階は、更に、
   上記第１ボイスパケットストリームの第１パケットが上記ユーザへ転送されるときに上記所定時間周期を測定するようにタイマーをセットし、
   上記第１ボイスパケットストリームの新たなパケットが上記ユーザへ転送されるたびに上記タイマーをリセットし、そして
   上記タイマーが時間切れした場合に上記第１ボイスパケットストリームが不連続であると決定する、
   という更に別の段階を備えた請求項８に記載の方法。
10. より高いプライオリティを有するボイスパケットストリームが受け取られたときに直ちに上記第１ボイスパケットストリームを中断する更に別の段階を備えた請求項８又は９に記載の方法。
11. 通信システムのためのパケットモードグループ通信サービスを提供するサーバーシステムであって、上記通信システムの最上部に設けられたグループサーバーを備えたサーバーシステムにおいて、上記グループサーバーが、更に、
    少なくとも１つのグループ通信グループ内のグループメンバーの個々のアドレスを記憶するための手段と、
    上記グループメンバーからボイスパケットを受信するための手段であって、各受信したボイスパケットは、各パケットがアドレスされる通信グループを識別する情報を含むような手段と、
    通信グループ当たり１つのグループメンバーへのスピーチアイテムを順次に許可するための手段と、
    グループ通信グループにおけるスピーチアイテムを有する上記グループメンバーから受信した各ボイスパケットを、上記個々のアドレスに基づいて、上記各グループ通信グループにおける各受信メンバーへ別々にユニキャストするための手段と、
    を備えたサーバーシステム。
12. 通信グループを識別する上記情報は、上記グループサーバーにおいて上記グループに指定されたポートを識別する請求項１１に記載のサーバーシステム。
13. 上記移動通信システムの最上部に設けられたコール処理サーバーを更に備え、このコール処理サーバーは、上記グループサーバーにおいてグループ通信の制御平面管理を行う請求項１１に記載のサーバーシステム。
14. スピーチアイテムを許可する上記手段は、更に、
    上記許可に応答して、上記許可から所定のアイドル周期の測定をスタートする第１タイマーと、
    上記許可されたスピーチアイテムを有する上記１つのグループメンバーからボイスパケットが受信されるたびに上記第１タイマーをリセットする手段と、
    上記第１タイマーが時間切れして、上記許可から、又は上記１つのグループメンバーからのボイスパケットの最後の受信から、上記所定のアイドル周期が経過したことを指示する場合に、上記許可されたスピーチアイテムを終了する手段と、
    を備えた請求項１１に記載のサーバーシステム。
15. 上記システムは、更に、上記コール処理サーバーと各グループメンバーとの間に搬送されるアウトバンドシグナリングにより各グループメンバーから上記グループサーバーへ個々の論理的接続を確立するための手段を備えた請求項１３に記載のサーバーシステム。
16. スピーチアイテムを許可する上記手段は、更に、
    上記グループにおいて上記グループメンバーの１つから上記グループサーバーへスピーチアイテムをスタートするリーダーパケットを受け取る手段であって、上記リーダーパケットは、各グループメンバーの識別子を含みそしてユーザトラフィックストリームに埋め込まれるものであるような手段と、
    ｉ）上記スタートされたスピーチアイテムを拒絶するか、又はii）上記スタートされたスピーチアイテムを上記１つのグループメンバーへ許可し、そして上記ユーザトラフィックストリームの上記リーダーパケット及びその後続するボイスパケットを、上記個々のアドレスに基づいて上記グループの上記他のメンバーの各受信メンバーへ個々に転送するかのいずれかを行う手段と、
    を備えた請求項１１ないし１５のいずれかに記載のサーバーシステム。
17. 上記パケットは、リアルタイム搬送（ＲＴＰ）パケットである請求項１１ないし１６のいずれかに記載のサーバーシステム。
18. 上記サーバーシステムにおいてグループ通信グループをリモート生成及び管理するためのユーザインターフェイスを与えるグループ管理サーバーを更に備えた請求項１１に記載のサーバーシステム。
19. 上記ユーザインターフェイスは、ワールドワイドウェブ（ＷＷＷ）及びワイヤレスアプリケーションプロトコル（ＷＡＰ）技術の１つをベースとする請求項１８に記載のサーバーシステム。
20. 上記グループサーバーは、インターネットプロトコル（ＩＰ）ベースのネットワークにより上記通信ネットワークに相互接続される請求項１１に記載のサーバーシステム。
21. 通信システムのためのパケットモードグループ通信サービスを提供するサーバーシステムであって、上記通信システムの最上部に設けられたグループサーバーを備えたサーバーシステムにおいて、上記グループサーバーが、更に、
    グループ通信のソースを識別しそして認証するための手段と、
    グループにおいて一度に１つのグループメンバーしか話さないように制御するための手段と、
    現在話をしているグループメンバーからのボイスパケットが向けられるところのグループ内のアクティブなグループメンバーをチェックするための手段、及び到来するボイスパケットから、上記アクティブなグループメンバーの各々へ別々に転送されるべき出て行くパケットを発生するための手段と、
    １つのグループメンバーへ向けられた考えられる多数の到来するトラフィックストリームから、上記１つのグループメンバーへ転送されるべきものを選択するための手段と、
    を備えたサーバーシステム。
22. 通信システムのためのパケットモードグループ通信サービスを提供するサーバーシステムであって、
    グループ特有の通信機能を与える少なくとも１つの第１グループ通信ネットワークエンティティを備え、この第１グループ通信ネットワークエンティティは、更に、
    少なくとも１つのグループ通信グループにおけるグループメンバーの個々のアドレスを記憶するデータメモリと、
    上記グループメンバーからボイスパケットを受信するための手段であって、各々の受信されたボイスパケットは、各パケットがアドレスされた通信グループを識別する情報を含むような手段と、
    スピーチアイテムを、通信グループ当たり１つのグループメンバーに順次に許可するための手段と、
    グループ通信グループにおけるスピーチアイテムを有する上記グループメンバーから受信した各ボイスパケットを、上記個々のアドレスに基づいて、上記各グループ通信における各受信メンバーへ別々にユニキャストするための手段と、
    を含み、そして更に、
    少なくとも１人のユーザに対してユーザ特有の通信機能を与える少なくとも１つの第２ユーザ通信ネットワークエンティティを備え、これにより、上記第２ユーザネットワークエンティティにより管理されるユーザからのグループ関連通信が、先ず、上記第２ユーザネットワークエンティティへルーティングされ、次いで、適当な第１グループネットワークエンティティへ転送され、そして上記少なくとも１つの第１グループネットワークエンティティからのユニキャストボイスパケットは、そのボイスパケットを各ユーザへ送信する前に、先ず、上記第２ユーザネットワークエンティティへルーティングされるようにしたサーバーシステム。
23. 上記第１グループネットワークエンティティにおいてユニキャストするための上記手段は、グループ通信グループにおいてスピーチアイテムを有する上記グループメンバーから受け取られた各ボイスパケットを、上記各グループのグループメンバーである少なくとも１人のユーザにサービスする各第２ユーザネットワークエンティティへ別々にユニキャストするための手段を備え、各第２ユーザネットワークエンティティは、ボイスパケットを各グループメンバーに対して増倍しそしてボイスパケットを各ユーザに送信するように構成される請求項２２に記載のサーバーシステム。
24. 通信グループを識別する上記情報は、上記グループサーバーにおける上記グループに指定されたポートを識別する請求項２２又は２３に記載のサーバーシステム。
25. 通信システムのためのパケットモードグループ通信サービスを提供するサーバーシステムであって、
    グループ特有の通信機能を与える少なくとも１つのグループ通信ネットワークエンティティを備え、このグループネットワークエンティティは、更に、
    グループにおいて一度に１つのグループメンバーしか話さないように制御するための手段と、
    現在話をしているグループメンバーからのボイスパケットが向けられるところのグループ内のアクティブなグループメンバーをチェックし、そして到来するボイスパケットから、上記グループ内の少なくとも１つのアクティブなメンバーにサービスしているユーザサーバーへ別々に転送されるべき出て行くパケットを発生するための手段と、
    少なくともユーザのためのユーザ平面にユーザ特有の通信機能を与えるユーザ通信ネットワークエンティティと、
    を備え、このユーザネットワークエンティティは、更に、
    グループ通信のソースを識別しそして認証するための手段と、
    １つのグループメンバーへ向けられた考えられる多数の到来するトラフィックストリームから、上記１つのグループメンバーへ転送されるべきものを選択するための手段と、
    を備えたサーバーシステム。
26. 上記システムは、更に、
    上記グループネットワークエンティティにおいてグループ通信の制御平面管理を行うグループコール処理エンティティと、
    上記ユーザネットワークエンティティにおいて通信の制御平面管理を行うユーザコール処理エンティティと、
    を備えた請求項２５に記載のサーバーシステム。
27. スピーチアイテムを制御するための上記手段は、更に、
    スピーチアイテムの許可に応答して、上記許可から所定のアイドル周期の測定をスタートする第１タイマー手段と、
    上記許可されたスピーチアイテムを有する上記１つのグループメンバーからボイスパケットが受信されるたびに上記第１タイマーをリセットする手段と、
    上記第１タイマーが時間切れして、上記許可から、又は上記１つのグループメンバーからのボイスパケットの最後の受信から、上記所定のアイドル周期が経過したことを指示する場合に、上記許可されたスピーチアイテムを終了する手段と、
    を備えた請求項２５又は２６に記載のサーバーシステム。
28. 上記システムは、更に、上記ユーザコール処理エンティティと各グループメンバーとの間に搬送されるアウトバンドシグナリングにより各グループメンバーと上記ユーザネットワークエンティティとの間に個々の論理的接続を確立するための手段を備えた請求項２５ないし２７のいずれかに記載のサーバーシステム。
29. スピーチアイテムを許可する上記手段は、
    上記グループにおけるスピーチアイテムの要求を、上記グループメンバーの１つから上記グループ通信ネットワークエンティティへ、ユーザトラフィックストリームに埋め込まれたリーダーパケットの形態で受け取り、そして各グループメンバーの識別子を含ませるための手段と、
    ｉ）上記スピーチアイテムの要求を拒絶するか、又はii）上記スピーチアイテムを上記１つのグループメンバーへ許可し、そして上記ユーザトラフィックストリームの上記リーダーパケット及びその後続するボイスパケットを上記グループの上記他のメンバーの各受信メンバーへ個々に転送するかのいずれかを行う手段と、
    を備えた請求項２５ないし２８のいずれかに記載のサーバーシステム。
30. 上記パケットは、リアルタイム搬送プロトコル（ＲＴＰ）パケットである請求項２５ないし２９のいずれかに記載のサーバーシステム。
31. 上記サーバーシステムにおいてグループ通信グループを生成及び管理するためのユーザインターフェイスを与えるグループ管理エンティティを更に備えた請求項２５ないし３０のいずれかに記載のサーバーシステム。
32. 上記ユーザインターフェイスは、ワールドワイドウェブ（ＷＷＷ）及びワイヤレスアプリケーションプロトコル（ＷＡＰ）技術の１つをベースとする請求項３１に記載のサーバーシステム。
33. 上記グループ通信ネットワークエンティティは、インターネットプロトコル（ＩＰ）ベースのネットワークにより上記通信ネットワークに相互接続される請求項２５ないし３２のいずれかに記載のサーバーシステム。
34. 通信システムのためのパケットモードグループ通信サービスを提供するサーバーシステムであって、
    ユーザ平面にグループ特有の通信機能を与える少なくとも１つのグループ通信ネットワークエンティティを備え、このグループネットワークエンティティは、更に、
    少なくとも１つのグループ通信グループ内のグループメンバーの個々のアドレスを記憶するための手段と、
    上記グループメンバーからボイスパケットを受信するための手段であって、各受信されたボイスパケットは、各パケットがアドレスされる通信グループを識別する情報を含むような手段と、
    通信グループ当たり１つのグループメンバーへスピーチアイテムを順次に許可するための手段と、
    グループ通信グループにおけるスピーチアイテムを有する上記グループメンバーから受信した各ボイスパケットを、上記個々のアドレスに基づいて、上記各グループ通信における各受信メンバーへ別々にユニキャストするための手段と、
    を含み、更に、
    少なくとも１人のユーザに対してユーザ平面にユーザ特有の通信機能を与えるユーザ通信ネットワークエンティティを備え、これにより、上記ユーザネットワークエンティティにより管理されるユーザからのグループ関連通信が、先ず、上記ユーザネットワークエンティティへルーティングされ、次いで、適当なグループネットワークエンティティへ転送され、そして上記少なくとも１つのグループネットワークエンティティからのユニキャストボイスパケットが、そのボイスパケットを各ユーザへ送信する前に、先ず、上記ユーザネットワークエンティティへルーティングされ、更に、
    上記グループネットワークエンティティにおいてグループ通信の制御平面管理を果たすグループコール処理エンティティと、
    上記ユーザネットワークエンティティにおいて通信の制御平面管理を果たすユーザコール処理エンティティと、
    を備えたサーバーシステム。
35. パケットモードグループボイス通信特徴を有する通信システムにおいてスピーチアイテムを管理するためのネットワークユニットであって、
    少なくとも１つのグループ通信グループ内のグループメンバーの個々のアドレスを記憶するための手段と、
    上記グループメンバーからボイスパケットを受信するための手段であって、各受信されたボイスパケットは、各パケットがアドレスされる通信グループを識別する情報を含むような手段と、
    通信グループ当たり１つのグループメンバーへスピーチアイテムを順次に許可するための手段と、
    グループ通信グループにおけるスピーチアイテムを有する上記グループメンバーから受信した各ボイスパケットを、上記個々のアドレスに基づいて、上記各グループ通信グループにおける各受信メンバーへ別々にユニキャストするための手段と、
    を備えたネットワークユニット。
36. 上記受信手段は、グループメンバーから、そのグループメンバーに対するユーザ特有のサービスを提供するユーザ通信エンティティを経てボイスパケットを受け取るように構成され、そして
    上記ユニキャスト手段は、そのグループメンバーに対するユーザ特有のサービスを提供するユーザ通信エンティティを経て各受信メンバーへ別々にボイスパケットをユニキャストするように構成された請求項３５に記載のネットワークユニット。
37. グループ通信グループにおいて一度に１つのグループメンバーにスピーチアイテムを許可するための手段と、
    上記許可に応答して、上記許可から所定のアイドル周期の測定をスタートするための第１タイマー手段と、
    上記グループメンバーの上記１つからボイスパケットが受け取られるたびに上記第１タイマーをリセットするための手段と、
    上記第１タイマーが時間切れして、上記許可から、又は上記１つのグループメンバーからボイスパケットを最後に受信してから、上記所定のアイドル周期が経過したことを指示する場合に、上記許可されたスピーチアイテムを終了させる手段と、
    を備えた請求項３５又は３６に記載のネットワークユニット。
38. 上記ネットワークユニットは、上記通信システムの上部にある請求項３５ないし３７のいずれかに記載のネットワークユニット。
39. 上記ネットワークユニットは、インターネットプロトコル（ＩＰ）ベースのネットワークにより上記通信ネットワークに接続される請求項３５ないし３８のいずれかに記載のネットワークユニット。
40. 少なくとも１つのグループ通信グループ又は１対１通信においてアクティブなユーザにアドレスされたトラフィックストリームを管理するためのネットワークユニットであって、
    ユーザにアドレスされた第１グループ又は１対１通信に関連した第１ボイスパケットストリームを、ユーザへユニキャストするために選択する手段と、
    上記選択された第１ボイスパケットストリームの連続性を監視するための手段と、
    上記現在選択されたボイスパケットストリームが連続的である場合には、少なくとも１つの更に別のグループ又は１対１通信に関連した他の受信されたボイスパケットストリームを破棄するための手段、及び上記最初に選択されそしてユニキャストされた第１ボイストラフィックストリームが所定の時間周期中不連続であった場合には、別の受信されたボイスパケットストリームを選択して上記ユーザにユニキャストするための手段と、
    を備えたネットワークユニット。
41. 上記監視手段は、更に、
    上記選択されたボイスパケットストリームの第１パケットが上記ユーザへ転送されるときに上記所定の時間周期を測定するようにセットされるタイマーと、
    上記選択されたボイスパケットストリームの新たなパケットが上記ユーザへ転送されるたびに上記タイマーをリセットするための手段と、
    上記タイマーが時間切れした場合に上記選択されたボイスパケットストリームが不連続であると決定するための手段と、
    を備えた請求項４０に記載のネットワークユニット。
42. より高いプライオリティを有するボイスパケットストリームが受信されたときに上記第１ボイスパケットストリームを直ちに中断することを更に含む請求項４１に記載のネットワークユニット。
43. 通信システムにおいて１対１のボイス通信を確立するための方法であって、
    上記移動通信システムの最上部に通信サーバーを設け、
    上記通信サーバーと、上記通信サーバーにおいてアクティブな通信サービスを受ける各ユーザとの間に個々の論理的接続を形成し、
    ユーザから上記個々の論理的接続を各々経て上記通信サーバーへトラフィックストリームに埋め込まれたリーダーパケットを送信することにより通信をスタートする、
    という段階を備え、各リーダーパケットは、上記送信ユーザ及び受信ユーザの識別子を含み、そして
    上記通信サーバーは、ｉ）上記スタートされたスピーチアイテムを拒絶するか、又はii）上記スタートされたスピーチアイテムを上記送信ユーザに対して許可し、そして上記ユーザトラフィックストリームの上記リーダーパケット及びその後続するボイスパケットを、上記受信ユーザの上記受信された識別子に基づいて上記受信ユーザへ転送するようにした方法。
44. 上記転送段階は、
    上記受信ユーザの上記受信された認識に基づいて通信制御サーバーから上記受信ユーザのＩＰアドレスを問合せし、そして
    上記リーダーパケット及びその後続のボイスパケットを上記受信ユーザの上記ＩＰアドレスに転送する、
    という更に別の段階を含む請求項４３に記載の方法。
45. 上記送信ユーザは、リーダーパケット及びその後続のパケットを、上記通信サーバーにおいて１対１通信に対して指定された特定ポートへ送信する請求項４３に記載の方法。
46. パケットモードグループボイス通信サービスを有する通信システムのための加入者装置であって、
    通信システムを経てパケットデータ通信するためのメカニズムと、
    上記メカニズムの最上部にあるグループ通信アプリケーションと、
    を備え、上記アプリケーションは、グループ通信サーバーへの論理的パケット接続を確立するための第１手段を有し、そして
    上記アプリケーションは、上記グループ通信サーバーとの間でボイスパケットを送信及び受信するための第２手段を有している加入者装置。
47. 上記アプリケーションは、ボイスオーバーＩＰ（ＶｏＩＰ）アプリケーションである請求項４６に記載の加入者装置。
48. プッシュ・ツー・トーク手段と、
    ユーザによる上記プッシュ・ツー・トーク手段のアクチベーションに応答して、リーダーパケット及びそれに続くボイスパケットをユーザトラフィックストリームにおいて上記論理的接続を経て上記グループ通信サーバーへ送信し、それにより、スピーチアイテムをスタートする手段と、
    を更に備えた請求項４７又は４８に記載の加入者装置。
49. パケットモードグループボイス通信サービスを有する通信システムのための加入者装置であって、
    プッシュ・ツー・トーク手段と、
    ユーザによる上記プッシュ・ツー・トーク手段のアクチベーションに応答して、ユーザトラフィックストリームにおいてリーダーパケット及びそれに続くボイスパケットを上記グループ通信サービスへ送信し、それにより、スピーチアイテムをスタートさせる手段と、
    を備えた加入者装置。
50. 上記リーダーパケットを送信した後に上記グループ通信サービスからユーザにスピーチアイテムが許可されないという指示に応答して、更なるパケットの送信を停止すると共に、プッシュ・ツー・トーク手段が依然アクチベートされているがスピーチアイテムを停止するための手段を更に備えた請求項４６ないし４９のいずれかに記載の加入者装置。
51. ユーザによる上記プッシュ・ツー・トーク手段のデアクチベーションに応答して、スピーチアイテムを停止すると共に、更なるボイスパケットの送信を停止する第３手段を更に備えた請求項４６ないし５０のいずれかに記載の加入者装置。
52. ユーザによる上記プッシュ・ツー・トーク手段のデアクチベーションに応答して、ユーザトラフィックストリームに埋め込まれたテイラーパケットを上記グループ通信サービスに送信し、それにより、スピーチアイテムを停止するための手段を備えた請求項４６ないし５１のいずれかに記載の加入者装置。
53. 上記指示は、リーダーパケットを送信した後にグループ通信グループにおける別のユーザから発信するボイス又はリーダーパケットの受信である請求項５０に記載の加入者装置。
54. 上記指示は、上記リーダーパケットを送信した後に所定のペイロード形式を有するボイスパケットの受信である請求項５０に記載の加入者装置。
55. 上記指示の受信に応答して、スピーチアイテムが許可されなかったことをユーザに警告する手段を備えた請求項５０に記載の加入者装置。
56. 上記プッシュ・ツー・トークスイッチのアクチベーションの後に話し始めるユーザに可聴指示を与える手段を更に備えた請求項４６ないし５５のいずれかに記載の加入者装置。
57. 上記指示手段は、上記プッシュ・ツー・トークスイッチの上記アクチベーションから所定の時間周期が経過した後に上記可聴指示を可能にするタイマーを備えた請求項５６に記載の加入者装置。
58. 上記指示手段は、次の接続設定段階の１つに到達した後、即ち１）アップリンクベアラが割り当てられた後、２）上記リーダーパケットが送信された後、３）上記グループ通信サービスが上記リーダーパケットを処理しそしてスピーチアイテムを許可した後、４）受信当事者が上記リーダーパケットを確認した後、上記可聴指示を与える請求項５６に記載の加入者装置。
59. 通信システムのためのパケットモードグループ通信サービスを提供する方法において、
    少なくとも１つのグループ通信グループ内のグループメンバーの個々のアドレスを記憶し、
    制御平面シグナリングを使用して上記グループ通信グループを管理し、
    グループメンバーが、ユーザトラフィックストリームに埋め込まれたユーザ平面シグナリングを使用してスピーチアイテムを要求し、
    上記埋め込まれたユーザ平面シグナリングに基づき通信グループ当たり１つのグループメンバーに対してスピーチアイテムを順次に許可し、
    グループ通信グループにおいてスピーチアイテムを有するグループメンバーからボイスパケットを受け取り、各受け取られたボイスパケットは、各パケットがアドレスされた通信グループを識別する情報を含み、そして
    上記埋め込まれたユーザ平面シグナリングと、スピーチアイテムを有するグループメンバーから受け取られた各ボイスパケットとを、上記個々のアドレスに基づき、上記各グループ通信グループ内の各受信メンバーへ別々にユニキャストする、
    という段階を備えた方法。
60. 通信システムのためのパケットモードグループ通信サービスを提供するシステムにおいて、
    少なくとも１つのグループ通信グループ内のグループメンバーの個々のアドレスを記憶する手段と、
    制御平面シグナリングを使用して上記グループ通信グループを管理する手段と、
    ユーザトラフィックストリームに埋め込まれたユーザ平面シグナリングを使用して上記グループメンバーにより送信されたスピーチアイテム要求スピーチに基づいて通信グループ当たり１つのグループメンバーへスピーチアイテムを順次に許可する手段と、
    グループ通信グループにおけるスピーチアイテムを有するグループメンバーからボイスパケットを受け取る手段であって、各受け取られたボイスパケットは、各パケットがアドレスされた通信グループを識別する情報を含むものであるような手段と、
    上記埋め込まれたユーザ平面シグナリングと、スピーチアイテムを有するグループメンバーから受け取られた各ボイスパケットとを、上記個々のアドレスに基づき、上記各グループ通信グループ内の各受信メンバーへ別々にユニキャストする手段と、
    を備えたシステム。
61. 上記埋め込まれたスピーチアイテムシグナリングは、ＲＴＰパケットのようなユーザボイスデータパケットを含むユーザトラフィックストリームの始めに送信されたリーダーパケットを含み、そして上記システムは、そのリーダーパケットに基づいてスピーチアイテムを許可又は拒絶する請求項６０に記載のシステム。
62. 上記システムは、リーダーパケットに基づくスピーチアイテムをグループ通信サービスに許可するときに、上記リーダーパケット及びその後続のボイスパケットを含むユーザトラフィックストリームを受信メンバーに転送することにより、グループの受信メンバーへスピーチアイテム通信をオープンする請求項６１に記載のシステム。
63. 上記埋め込まれたスピーチアイテムシグナリングは、ＲＴＰパケットのようなユーザボイスデータパケットを含むユーザトラフィックストリームの終りに送信されるテイラーパケットを含み、そして上記システムは、そのテイラーパケットに基づいてスピーチアイテムを終了する請求項６０、６１又は６２に記載のシステム。
64. 上記システムは、受信グループメンバーへのユーザトラフィックストリームの終りにトレーラーパケットを転送して、受信グループメンバーへのスピーチアイテム通信を終了させる請求項６０、６１、６２又は６３に記載のシステム。
65. パケットモードグループボイス通信サービスを有する通信システムのための加入者装置であって、
    通信システムを経てパケットデータ通信するためのメカニズムと、
    上記メカニズムの最上部にあるグループ通信アプリケーションと、
    を備え、上記アプリケーションは、制御平面シグナリングによりグループ通信サービスへの論理的パケット接続を確立するための第１手段を有し、
    上記アプリケーションは、上記グループ通信サーバーとの間でボイスパケットを送信及び受信するための第２手段を有し、そして
    上記アプリケーションは、ユーザ平面シグナリングによりスピーチアイテムを要求する第３手段を有している加入者装置。
66. 上記埋め込まれたスピーチアイテムシグナリングは、ＲＴＰパケットのようなユーザボイスデータパケットを含むユーザトラフィックストリームの始めに送信されるリーダーパケットを含む請求項６５に記載の加入者装置。
67. 上記埋め込まれたスピーチアイテムシグナリングは、ＲＴＰパケットのようなユーザボイスデータパケットを含むユーザトラフィックストリームの終りに送信されるトレーラーパケットを含む請求項６５又は６６に記載の加入者装置。

Images