(57)【要約】情報は群呼出しグループのメンバーのリストから検索される（図７）。検索した情報に基づいて、第１及び第２の移動局（ＭＳ）の間に群呼出しが確立される。第１のＭＳは第１の基地局コントローラ（ＢＳＣ）からサービスを受け、第２のＭＳは第２のＢＳＣからサービスを受ける。群呼出し用の音声データは、マルチキャストセッション中に送信される。移動通信ネットワーク内の二地点間の群呼出しの履歴に基づいて、例えば、将来の群呼出しの予測の際に、二地点間にマルチキャストセッションを確立するか否かの決定が行われる。
2005506728.tif 000002
【特許請求の範囲】
【請求項１】
群呼出しの確立に使用するための方法であって、
群呼出しグループのメンバーのリストから情報を検索する工程と、
前記検索した情報に基づいて、第１の移動局及び第２の移動局の間で群呼出しを確立する工程とからなり、前記第１の移動局は第１の基地局コントローラからサービスを受け、前記第２の移動局は第２の基地局コントローラからサービスを受けている方法。
【請求項２】
前記第１の移動局は第１の移動体交換局からサービスを受け、前記第２の移動局は第２の移動体交換局からサービスを受ける、請求項１に記載の方法。
【請求項３】
前記第１の移動局と前記第２の移動局の両方が、第１の移動体交換局からサービスを受ける、請求項１に記載の方法。
【請求項４】
マルチキャストセッション中に送信するための前記群呼出しに対する音声データを生成する工程をさらに有する、請求項１に記載の方法。
【請求項５】
前記群呼出しに対する音声データを第１のプロキシ交換機及び第２のプロキシ交換機間で送信する工程をさらに有し、前記第１のＭＳが前記第１のプロキシ交換機からサービスを受ける、請求項１に記載の方法。
【請求項６】
前記第１のプロキシ交換機は前記第１の基地局コントローラからデータを直接に受信する、請求項５に記載の方法。
【請求項７】
前記第１のプロキシ交換機が、第１の移動体交換局を通して前記第１の基地局コントローラからデータを受信する、請求項５に記載の方法。
【請求項８】
前記群呼出しの少なくとも一部が半二重通信である、請求項１に記載の方法。
【請求項９】
発言支配権を前記群呼出しのメンバー間で転送する工程をさらに有する、請求項１に記載の方法。
【請求項１０】
テキストデータを移動局のうちの少なくとも１つに送信する工程をさらに有する、請求項１に記載の方法。
【請求項１１】
前記リスト内のどのメンバーが前記群呼出しに参加していないのかを判断する工程をさらに有する、請求項１に記載の方法。
【請求項１２】
前記群呼出し内の発言支配権を有していないあるメンバーが、前記群呼出し内の発言支配権を要求したという表示を送信する工程をさらに有する、請求項１に記載の方法。
【請求項１３】
前記群呼出しを確立する前に、前記群呼出しの確立に関する予測に基づいて、マルチキャストセッションを確立する工程をさらに有する、請求項１に記載の方法。
【請求項１４】
群呼出しの確立に使用するための方法であって、
群呼出しグループのメンバーのリストから情報を検索する工程と、
前記検索した情報に基づいて、第１の移動局及び第２の移動局間で群呼出しを確立する工程とからなり、前記第１の移動局は第１の無線信号方式規格によりサービスを受け、前記第２の移動局は第２の無線信号方式規格によりサービスを受けている方法。
【請求項１５】
前記第１の無線信号方式規格には時分割多元接続技術を含み、前記第２の無線信号方式規格には符号分割多元接続技術を含む、請求項１４に記載の方法。
【請求項１６】
群呼出しを確立する際に使用するための方法であって、移動通信ネットワーク内の二地点間の群呼出しの履歴に基づいて、前記二地点間のマルチキャストセッションを確立するか否かを判断する工程を有する方法。
【請求項１７】
移動通信ネットワーク内の二地点間の群呼出しの履歴に基づいて、前記二地点間の群呼出しに対する将来の需要を予測する工程をさらに有する、請求項１６に記載の方法。
【請求項１８】
移動通信ネットワーク内の二地点間の群呼出しの履歴に基づいて、前記移動通信ネットワーク内の将来の群呼出しで使用するために、マルチキャストセッションのトポロジーを決定する工程をさらに有する、請求項１６に記載の方法。
【請求項１９】
第１の基地局コントローラを通して、第１の移動局がある群呼出しに対応する呼出し信号を生成したという表示を受信する工程と、
第２の移動局が前記第１の移動局と同一の群呼出しのグループに所属する旨を判断する工程と、
前記第２の移動局に連絡する工程と、
前記第１の移動局と前記第２の移動局との間に音声データを運ぶマルチキャストセッションを確立する工程とからなる、群呼出しに使用するための方法。
【請求項２０】
群呼出しに使用するためのシステムにおいて、
第１の基地局コントローラを通して、第１の群呼出しロジックが、第１の移動局がある群呼出しに対応する呼出し信号を生成したという表示を受信し、
第２の群呼出しロジックが、第２の移動局が前記第１の移動局と同一の群呼出しグループに所属すると判断し、
第３の群呼出しロジックが前記第２の移動局と連絡し、
第４の群呼出しロジックが、前記第１の移動局と前記第２の移動局との間に音声データを運ぶマルチキャストセッションを確立するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信に関し、より詳細には移動通信の際の群呼出しのためのシステム及び方法に関する。
【背景技術】
【０００２】
すべての現在の移動通信システムは、地理的「通達範囲」が多数の「セル」と呼ばれる小さな地理的エリアに分割される階層的配置を有する。図１を参照すると、好適には、各セルは、基地トランシーバ局（「ＢＴＳ」）１０２ａによりサービスを受ける。いくつかのＢＴＳ１０２ｂ〜ｎは、固定リンク１０４ａ〜ｎにより、基地局コントローラ（「ＢＳＣ」）１０６ａに接続している。場合により、ＢＴＳ及びＢＳＣを合わせて基地局サブシステム（「ＢＳ」）１０７と呼ぶことがある。いくつかのＢＳＣ１０６ｂ〜ｎは、固定リンク１０８ａ〜ｎを通して移動体交換局（「ＭＳＣ」）１１０に接続することが可能である。
【０００３】
ＭＳＣ１１０は、市内交換機（以下に説明する移動管理要件を処理するための追加機能を含む）として機能し、トランク・グループを通して電話ネットワーク（「ＰＳＴＮ」）１２０と通信する。米国の移動通信ネットワークでは、ホームＭＳＣ及びサービスＭＳＣの概念がある。ホームＭＳＣは、移動局（「ＭＳ」）に関連付けられた交換局に相当するＭＳＣである。この関連付けは、例えばＭＳのエリア・コードなどの電話番号に基づいている。（ホームＭＳＣは、以下に説明するＨＬＲを担当する。）一方、サービスＭＳＣは、（サービスプロバイダが網羅する地域内で加入者が移動した場合に、異なるＭＳＣが、サービスＭＳＣの機能を実行する）ＭＳの呼出しをＰＳＴＮに接続するために使用される交換局である。従って、ある場合には、ホームＭＳＣ及びサービスＭＳＣは同じエンティティであるが、他の場合には同じエンティティではない（例えば、ＭＳが移動している場合）。通常、ビジティング・ロケーション・レジスタ（「ＶＬＲ」）１１６は、ＭＳＣ１１０と共に設置されており、移動通信ネットワークにおいては、論理に際立ったＨＬＲが使用される。以下に説明するように、ＨＬＲ及びＶＬＲは、多くのタイプの加入者情報及びプロフィールを記憶するために使用される。
【０００４】
簡便に言うと、１つ又はそれ以上の無線チャネル１１２が、全通達範囲に設けられている。無線チャネルは、複数のチャネルグループに分割され個々のセルに割り当てられる。チャネルは、呼出し接続等を確立するために信号情報を転送し、呼出し接続が確立した場合に、音声及びデータ情報を転送するために使用される。
【０００５】
抽出の比較的高いレベルにおいて、移動通信ネットワーク信号方式には、少なくとも２つの主要な概念が含まれる。１つの概念は、ＭＳとネットワークの残りの部分との間の信号方式に関する。２Ｇ（「２Ｇ」は、「第二世代」を表す産業用語である）及びそれより新しい技術の場合には、この信号方式は、ＭＳが使用するアクセス方法（例えば、時分割多元接続、すなわちＴＤＭＡ；符号分割多元接続、すなわちＣＤＭＡ）、無線チャネルの割当て、認証等に関連する。第２の概念には、ＭＳＣ、ＶＬＲ、ＨＬＲ等の間の信号方式などの移動通信ネットワーク内の種々のエンティティ間の信号方式が含まれる。この第２の部分は、ある場合には、特に信号方式Ｎｏ．７（「ＳＳ７」）のコンテキストに関連する場合には、移動通信応用部（「ＭＡＰ」）と呼ばれる。
【０００６】
種々の形態の信号（及びデータ及び音声通信）が、種々の規格により送受信される。例えば、米国電子工業会（「ＥＩＡ」）及び米国電気通信工業会（「ＴＩＡ」）は、ＭＡＰ規格であるＩＳ−４１など多数の米国規格の定義付けに貢献している。同様に、ＣＣＩＴＴ及びＩＴＵは、国際ＭＡＰ規格であるＧＳＭ−ＭＡＰなどの国際規格の定義付けに貢献している。これらの規格に関する情報は公知であり、関連組織団体及び文献から入手可能である。例えば、ボス（Ｂｏｓｓｅ）、「電気通信ネットワーク内の信号方式」（ＳＩＧＮＡＬＩＮＧ  ＩＮ  ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＮＥＴＷＯＲＫＳ）（１９９８年、Ｗｉｌｅｙ社）を参照されたい。
【０００７】
ＭＳ１１４から呼出しを行うためには、ユーザは、携帯電話又は他のＭＳにより番号をダイヤルし、「送信」ボタンを押す。ＭＳ１１４は、ＢＳ１０７を通してＭＳＣ１１０に要求したサービスを表示するダイヤル番号を送信する。ＭＳＣ１１０は、（下に位置する）関連するＶＬＲ１１６で、ＭＳ１１４が要求したサービスを受けることが可能か否かを判断するためにチェックを行う。サービスＭＳＣは、その呼出しをＰＳＴＮ１２０上のダイヤルしたユーザの市内交換局に経路指定する。市内交換局は、呼出しユーザ端末に警告を行い、応答信号がサービスを行っているＭＳＣ１１０を通してＭＳ１１４に経路指定される。次に、ＭＳＣ１１０は、ＭＳへの音声経路を完成させる。セットアップが終了すると、呼出しが続行される。
【０００８】
ＭＳ１１４への呼出しを行う（ＰＳＴＮ１２０から呼出しが行われたと仮定する）ために、ＰＳＴＮユーザはそのＭＳ用の電話番号をダイヤルする。少なくとも米国規格に従うと、ＰＳＴＮ１２０は、ＭＳのホームＭＳＣ（ＭＳにサービスを行っているものであっても、なくてもよい）に呼出しを経路指定する。ＭＳＣは次に、どのＭＳＣが現在ＭＳに対してサービスを行っているかを判断するために、ＨＬＲ１１８に問い合わせを行う。この問い合わせは、同時に、サービスＭＳＣにやがて呼出しが行われることを知らせる役割も果たす。ホームＭＳＣは、次に、呼出しをサービスＭＳＣに経路指定する。サービスＭＳＣは、適当なＢＳを通してＭＳにページングを行う。ＭＳが応答し適当な信号リンクが設定される。
【０００９】
呼出し中、ＢＳ１０７及びＭＳ１１４は、例えば、信号状態のために必要な場合には、チャネル又はＢＴＳ１０２を変更するために協働することが可能である。これらの変更は「ハンドオフ」と呼ばれ、これらの変更は、既知のメッセージ及び信号方式のそれら変更自身の種類を伴う。
【００１０】
ＭＡＰの１つの態様には、「移動管理」が含まれる。簡単に説明すると、ＭＳ１１４は異なる場所に移動するので、あるＭＳにサービスを行うにはいくつかのＢＳ及びＭＳＣを必要し、使用する場合がある。移動管理により、サービスＭＳＣは、確実にＭＳＣが呼出しに対して正確にサービスを行う（及び課金する）ために、ＭＳＣが必要とする加入者のプロフィール及び他の情報を入手することができる。そうするために、ＭＳＣは、ビジティング・ロケーション・レジスタ（「ＶＬＲ」）１１６及びホームロケーションレジスタ（「ＨＬＲ」）１１８を使用する。ＨＬＲは、詳細には、移動識別番号（「ＭＩＮ」）、電子一連番号（「ＥＳＮ」）、ＭＳ状態、及びＭＳサービス・プロフィールを記憶し検索するために使用される。ＶＬＲは、（ホーム）ＭＳＣを識別するＭＳＣ識別を記憶する他に、類似の情報を記憶する。さらに、適当なＭＡＰプロトコルの場合には、移動電話加入者のホームＭＳＣがそのユーザ位置を知ることを可能とすべく、位置更新手順（又は登録通知）を実行する。これら手順は、ＭＳがある位置から他の位置に移動した場合、又はＭＳがネットワークにアクセスするために電源をオンにして自身の登録手続をした場合に行われる。例えば、位置更新手順は、ＢＳ１０７及びＭＳＣ１１０を通してＶＬＲ１１６に位置更新要求を送信しているＭＳ１１４により続行可能である。ＶＬＲ１１６は、位置更新メッセージをＭＳ１１４にサービスを行っているＨＬＲ１１８に送信し、加入者のプロフィールがＨＬＲ１１８からＶＬＲ１１６にダウンロードされる。ＭＳ１１４へは、位置更新の成功したことの肯定応答が送信される。ＨＬＲ１１８は、位置が変化したＭＳ１１４に関するデータを削除するために、ＶＬＲ（存在する場合には）に対しその前に保持していたプロフィール・データの削除を要求する。
【００１１】
図２は、ＣＤＭＡ移動通信ネットワーク内のＢＳ１０７とＭＳＣ１１０との間の信号方式及びユーザトラヒック・インタフェースをより詳細に示す。ＢＳ１０７は、Ａ１インタフェースにより信号情報を送信する。Ａ２インタフェースは、ＭＳＣの交換機構成要素２０４とＢＳ１０７との間のユーザトラヒック（例えば、音声信号）を運搬する。Ａ５インタフェースは、ソースＢＳ及びＭＳＣ間の回線交換データ呼出し（音声呼出しとは反対の）に対するユーザトラヒック用の経路を提供するために使用される。
【００１２】
さらに加入者は、例えばインターネットに対する「データ呼出し」などの新しいサービスを要求している。これらのサービスのあるものに対して、ＭＳＣのコスト・パフォーマンスは高くない。何故なら、ＭＳＣは主として音声呼出し用に設計されたものであるからである。多くのＭＳＣソフトウェア・アーキテクチャが専用の、及び閉鎖適な設計を使用しているため、新しいサービスをＭＳＣに組み込むことは、複雑な作業を必要とするか、或いは実行不能である。すなわち、サービスを提供するために必要なソフトウェア・ロジックを、ＭＳＣ１１０に追加することは簡単にはできない。多くの場合、このようなサービスを提供するために交換機付属物が使用される。例えば、相互動作機能（「ＩＷＦ」）は、インターネットにデータ呼出しを経路指定するための付属物である。ＭＳＣ内に機能を組み込むアプローチ、又はトランク側に付属物を追加するアプローチのいずれのアプローチも、サービス提供の際にＭＳＣを関連させる。新しいサービスは、需要に拍車をかけることが予想されるため、ＭＳＣの設計変更やトランク側の付属物の追加によって新しいサービスを内蔵させると、ＭＳＣの箇所でネットワーク混雑を激化させ、高価なＭＳＣリソースが必要になる可能性が高い。
【００１３】
インターネットの場合には、マルチキャスト通信とは、インターネットプロトコルネットワーク上で選択した複数の宛先への同一データパケットの送信を意味する。（反対に、同報通信は、すべての宛先へのデータパケットの無差別な送信を意味し、ユニキャスト通信は、１つの宛先へのデータパケットの送信を意味する。）
マルチキャストの各参加者は、マルチキャスト内の任意の他の参加者が送信した情報を受信する。そのネットワークに接続しているが、特定のマルチキャストの参加者でないユーザは、マルチキャストの参加者が送信した情報を受信しない。このような方法で、マルチキャスト通信は、マルチキャスト送信に実際に必要なネットワーク構成要素（例えば、交換機及びトランク）のみを使用する。
【００１４】
マルチキャスト処理では、潜在的参加者（「ホスト」）は、特定のＩＰマルチキャストグループに参加するように指定された場合には、ホストはそのマルチキャストグループへの参加を要求するために、最も近いマルチキャスト可能なルータに「参加要求」メッセージを送信し、このグループに送信された情報を受信する。例えば、ホストＡは、マルチキャストグループＹに参加するためにメッセージを送信し、ホストＢは、マルチキャストグループＸに参加するためにメッセージを送信する。データ経路がまだ確立していない場合には、ルータＲは、その要求をマルチキャストソースまで伝搬する。
【００１５】
例えば、グループＸに対するＩＰパケットを受信した場合には、ルータＲは、ＩＰマルチキャストグループアドレスを、イーサネットマルチキャストアドレス内にマッピングし、適当な１台の交換機又は複数の交換機に、結果として得られたイーサネットパケットを送信する。
【００１６】
現在のインターネットグループ管理プロトコル（「ＩＧＭＰ」）の場合、マルチキャストグループ内のホストのメンバー資格は、ルータがホストから周期的なメンバー資格報告を受信しなくなった場合に消滅する。
【００１７】
ＭＳ間の相互作用に関しては、２つのバージョンを有するＮｅｘｔｅｌサービスが、ＭＳ間の特殊な接続呼出し用にすでに提案されている（このサービスはＮｅｘｔｅｌ  Ｄｉｒｅｃｔ  Ｃｏｎｎｅｃｔ（登録商標）といい、特殊な移動無線技術を使用し、ｈｔｔｐ：／／ｗｗｗ．ｎｅｘｔｅｌ．ｃｏｍ／ｐｈｏｎｅ＿ｓｅｒｖｉｃｅｓ／ｄｉｒｅｃｔｃｏｎｎｅｃｔ．ｓｈｔｍｌに掲載されている）。特殊な接続呼出しの両方のバージョンは、１つのＢＳＣがサービスを行っている同一エリア内に全てのメンバーが位置することを必要とする。第１のバージョンの場合には、例えば、Ａ，Ｂなど２人の移動電話加入者間で１対１の会話を行うことができる。ＡがＢと特殊な接続通信を行いたい場合には、Ａは、Ｂの専用識別番号を入力し、プッシュツウトーク（「ＰＴＴ」）ボタンを押し、Ｂが受信の準備ができていることを意味する可聴警告を聞いたら会話を開始する。自分が聞く場合には、ＡはＰＴＴボタンを離す。Ｂが喋りたい場合には、ＢはＰＴＴボタンを押し、Ａが受信の準備ができているという可聴確認が聞こえるまで待機する。このサービスを使用すれば、加入者は、携帯電話ハンドセット上に表示される、スクロール可能なリストから専用識別番号を選択することもできるし、又は加入者の予め記憶している名前のリストを検索することもできる。
【００１８】
第２のバージョンの場合には、ある番号で識別されるトークグループ（Ｔａｌｋｇｒｏｕｐ）と呼ばれる加入者の予め定義したグループのメンバー間で会話することができる。携帯電話ハンドセットを使用すれば、トークグループの番号をハンドセットの制御面により検索することができる。群呼出しを行うためには、最初に行動を起こす加入者、例えばＡは、ハンドセット内でトークグループの番号を探し出し、ＰＴＴボタンを押し、チャープ音などの可聴確認を受信したときに、会話を開始し得る。群呼出し上にある全ての他のトークグループのメンバーは、ＡがＰＴＴボタンを押している間は会話を聞くことしかできない。ＡがＰＴＴボタンを離した場合には、群呼出し上の他のメンバーはＰＴＴボタンを押すことができ、可聴確認により通知されて支配権を取得し、会話を開始可能となる。
【発明の開示】
【発明が解決しようとする課題】
【００１９】
本発明は、移動通信を行うためのシステム及び方法一般、より詳細には群呼出しのためのシステム及び方法を提供する。
【課題を解決するための手段】
【００２０】
情報は、群呼出しグループのメンバーのリストから検索される。検索した情報に基づいて、第１の移動局（ＭＳ）と第２の移動局（ＭＳ）との間に群呼出しが確立される。第１のＭＳは、第１の基地局コントローラ（ＢＳＣ）からサービスを受け、第２のＭＳは、第２のＢＳＣからサービスを受ける。群呼出しに対する音声データは、マルチキャストセッション中に送信される。移動通信ネットワーク内の二地点間の群呼出しの履歴に基づいて、例えば、将来の群呼出しを予想して、二地点間でマルチキャストセッションを確立するか否かについての決定が行われる。
【００２１】
１回の呼出しを開始することによって、あるグループのあるメンバーは、グループ中の連絡可能な全てのメンバーの間で群呼出しを確立することが可能となる。群呼出しは、異なるＢＳＣの間で、及び恐らくは異なるアクセス方法（例えば、ＴＤＭＡ又はＣＤＭＡ）によってサービスを受けているであろう、及び異なるエリア内に位置している可能性があるメンバー間で確立することが可能である。ある群呼出し内のメンバー間のＢＳＣ間音声トラヒックは、インターネットプロトコルネットワークなどの他の通信ネットワークによって搬送することが可能である。
【発明を実施するための最良の形態】
【００２２】
図３について説明すると、システム及び方法は、携帯電話のユーザの予め定義したグループのメンバー間での呼出しを設定するためのものである。以下により詳細に説明するように、群呼出しロジック１０１０を実施するプロキシ交換機などのデバイスは、グループ１０１４のあるメンバー１０１２Ａによる群呼出しのスタートを検出し、群呼出し内のグループの全メンバー１０１２Ａ，１０１２Ｂ，１０１２Ｃに対する接続を自動的に試行する。ある特定の実施の場合には、群呼出し内の通信は、半二重通信であり（すなわち、一度に１人のメンバーのみが話すことができる通信であり）、そのグループに対する音声トラヒックは、マルチキャストセッション中に、インターネットプロトコル（「ＩＰ」）ネットワークにより搬送される。
【００２３】
プロキシ交換機で群呼出しロジックが実施される場合には、プロキシ交換機は、引用によって本明細書の記載に援用する、２０００年１１月２２日付けの「プロキシ交換機により移動通信にサービスを行うためのシステム及び方法」という名称の、米国同時係属出願番号０９／７２１３２９に記載されているように動作可能である。同時係属出願において記載され、及び本願の図４に示されているように、交換１０３４動作は、少なくとも１つの移動体交換局（「ＭＳＣ」）１０３０と少なくとも１つの基地局サブシステム（「ＢＳ」）１０３２との間で行われる。この交換により、ＩＰネットワークなどの別のネットワーク１０３６との間で通信トラヒックを転送し得る。交換はトランスペアレントであるので、ＭＳＣもＢＳも本発明の交換と共に動作するために何らの変更を必要としない。
【００２４】
同時係属出願に記載されているプロキシ交換機は、移動信号プロトコルによりＭＳＣ及びＢＳから信号メッセージを受信するための信号メッセージ処理ロジック１０３８を有する。メッセージ傍受ロジック１０４０は、信号メッセージ処理ロジックと協働し、信号メッセージを送信したＭＳＣ又はＢＳに肯定応答メッセージを送信する。メッセージ傍受ロジックはまた、信号メッセージが、それぞれＢＳ及びＭＳＣの他方に送信されることを防止する。メッセージ変換ロジック１０４２は、信号メッセージ処理ロジックと協働して、信号メッセージをＭＳＣ及びＢＳのうちの一方からＢＳ及びＭＳＣのうちの他方へ送信するための変換済信号メッセージに、それぞれ変換する。メッセージ送信ロジック１０４４は、信号メッセージ処理ロジックと協働して、信号メッセージをＭＳＣ及びＢＳのうちの一方からＢＳ及びＭＳＣの他方に、それぞれ送信する。
【００２５】
ＢＳからの１組のベアラ回線１０４６は、プロキシ交換機に割り当てられる。ＭＳＣ及びＢＳ間の信号メッセージが受信され、これらの信号メッセージが、割り当てられた１組のベアラ回線に対応するか否かを判断するために分析される。対応する場合には、信号メッセージ内の制御情報は、別の通信ネットワークに送られ、上記１組のベアラ回線により運ばれた情報は、別々のネットワークに送られる。
【００２６】
図５は、プロキシ交換機３００がＢＳ１０７とＭＳＣ１１０の間に位置するプロキシ交換機３００の１つの好適な配置を示す。ユーザトラヒックを搬送するトランクの１つのサブセット３０６に限り、プロキシ交換機上で終端している必要がある。他のトランク３０８は、ＭＳＣ１１０及びＢＳ１０７を直接接続することができる。ＢＳ１０７からの全ての制御リンク３１２は、プロキシ交換機３００の箇所で終端している。プロキシ交換機には、制御面３０２及び（「ベアラ面」とも呼ばれる）データ面３０４が含まれる。制御面３０２は、全ての信号トラヒックを処理し、データ面３０４は、プロキシ交換機に接続しているトランクに対する全てのユーザトラヒックを処理する。
【００２７】
ある実施形態の場合には、ＭＳＣとプロキシ交換機との間には１対１の対応がある。いくつかのＢＳは、１つのプロキシ交換機と一緒に動作することができる。
プロキシ交換機３００は、すべての信号メッセージを受け入れるソフトウェアを含み、メッセージ及びシステムの状態により下記の中の少なくとも１つを実行する。
１．変更されていないメッセージのメッセージ内に宛先が記載されているＭＳＣ又はＢＳへの送信。
２．ＭＳＣ及びＢＳ間のメッセージの傍受。
３．いくつかの傍受したメッセージに対する、傍受したメッセージの異なるメッセージへの変換、及び元の傍受したメッセージの代わりに、傍受したメッセージ内に宛先が記載されているＭＳＣ又はＢＳへの変換したメッセージの送信。
４．移動局をベースとするネットワーク及びＰＳＴＮをベースとするネットワークからＩＰネットワークのような他のネットワークへのメッセージの送信。
【００２８】
トリガするイベントと一緒のそれぞれの場合に行う行動のタイプについては以下に説明する。
多くの場合、特にＭＳ１１４からのメッセージが送信され、トラヒックが別のネットワーク宛のものである場合には、プロキシ交換機３００はＭＳＣ１１０として機能する。このような役割の場合、プロキシ交換機は従来のＭＳＣが実行する責任及び役割を実行する。これらの機能及び役割の中のあるものは、移動管理に関連する。移動中のＭＳについて考察すると、移動局があるセルから他のセルに移動する場合には、異なるＭＳＣからサービスを受けているセルに移動する場合もあり得る。それ故、ソースと目標ＭＳＣとの間でハンドオフが必要になる。プロキシ交換機３００がそのメッセージを移動し、呼出し／セッションが別のネットワーク宛のものであった場合には、従来のＭＳＣがハンドオフを管理するのと類似の方法で、プロキシ交換機はハンドオフを管理する。プロキシ交換機は、ＭＳの新しい位置により適当なデータベースを更新する。
【００２９】
プロキシ交換機の他の機能は、リソースの割当てに関する。特に、ＭＳが新しい呼出し／セッションを要求するメッセージを開始した場合、適当な回線（チャネル）をこのセッションに割り当てる必要がある。システムの構成及びシステムの状態により、プロキシ交換機は、従来のＭＳＣが回線を割り当てるのと類似の方法で割当てを行う。
【００３０】
図６は、プロキシ交換機３００が、例えば、異なるキャリヤなどのＩＰバックボーン４１２又は別の回線をベースとするネットワーク４１４のようないくつかの別のネットワークに接続している配置を例示する。これらの別のネットワークは、ＭＳＣ１１０の高価なリソースと共に、ＰＳＴＮ１２０全体又は一部を回避しながら所望の宛先へ音声及び／又はデータ・トラヒックを運ぶために使用し得る。別法としては、回線トラヒックが異なるネットワークに逆送することを可能とすべく、これらの配置を使用することができる。例えば、ニューハンプシャー州ナシュアからの回線トラヒックをマサチューセッツ州ウォルサムのＭＳＣに逆送することができる。又は、これらの配置を他のネットワークに接続するために使用することができる。例えば、ＩＰバックボーン４１２は、ＩＰ音声ネットワーク４１８又はインターネット４１６と通信することができる。同時係属出願で説明したように、トラヒックを別のネットワークへ送信する場合、制御情報（例えば、信号メッセージからの）及びリンク３０６上のベアラ回線からの音声又はデータの両方を別のネットワークを通して送信することができる。
【００３１】
すでに説明した群通信システムの特定の実施の場合には、クローズドユーザグループ（「グループ」又は「ＣＵＧ」）に属する移動通信ユーザ（「ユーザ」）は、相互に迅速に容易に連絡するための機能を有し、それにより、相互に会話を開始し得る。各グループは、２人以上のユーザ（メンバー）を有し、ユーザは複数のＣＵＧに所属してもよい。会話は、あるグループの２人のメンバー間で行うこともできるし（「専用モード」）、又はＣＵＧのすべての使用できるメンバー間で行うこともできる（「公衆モード」）。群通信システムは、携帯電話及び移動ＰＤＡのような従来の移動通信装置を使用する。
【００３２】
特定の実施の場合には、群通信システムは、群呼出しスタートを傍受し、ＭＳＣ及びＰＳＴＮをバイパスし、群呼出しをＩＰ上のマルチキャストセッション実行音声（「ＶｏＩＰ」）として実施するために、上記のようにＭＳＣ及びＢＳＣ間に論理的に配置されているプロキシ交換機内で群呼出しロジックを実施する。グループ内のユーザは、ＣＤＭＡ、ＴＤＭＡ（ＩＳ−１３６及びＧＳＭを含む）、ＧＰＲＳ、及び第三世代の技術など、１つ以上の無線技術に依存する集合的ネットワークを網羅する複数のＭＳＣによって、離隔した地理的位置でサービスを受けることができる。例えば、任意の群呼出しに参加したグループメンバーの間で、１人以上のユーザがＣＤＭＡネットワーク内を移動している間に、１人以上のユーザが同時にＧＳＭネットワーク内を移動している場合もある。群呼出しが進行している間に、群呼出しに関する制御情報を、群呼出し内の表示参加者など１人以上のユーザに対して使用可能とすることができる。ＭＩＮ，ＩＭＳＩ，ＥＳＮなどの標準番号付けスキームにより、群呼出しユーザは、群呼出しリストを動的に生成し、修正し得る。
【００３３】
図７は、群通信システムの例示としての実施形態の一般的なアーキテクチャを例示している。図７は、異なるＢＴＳシステム１０６２Ａ〜１０６２Ｄに接続している無線デバイス１０６０Ａ〜１０６０Ｄを使用する群呼出し内の４人のユーザを示す。以下の説明のために、無線デバイスはオーディオ表示機能及びテキスト表示機能の両方を備えるものと仮定する。ＢＴＳは、基地局コントローラ（「ＢＳＣ」）１０６４Ａ〜１０６４Ｄに接続していて、これらの基地局コントローラは、群呼出しロジックを実施するプロキシ交換機（「群呼出し交換機」）１０６６Ａ〜１０６６Ｃに接続している。各群呼出し交換機は、ＭＳＣ１０６８Ａ，１０６８Ｂ，１０６８ＣなどのＭＳＣに接続している。少なくとも１つの群呼出し交換機は、群呼出しサービス使用可能ネットワーク内の各ＭＳＣのためのものである。信号方式情報については、各群呼出し交換機は、対応するＢＳＣと対応するＭＳＣの間に論理的に位置している。群呼出し交換機は、ＭＳＣから信号及びデータを受信し、反対方向に、ＢＴＳ及びＢＳＣを通して無線デバイスから信号及びデータを受信する。各群呼出し交換機は、ＢＳＣもＭＳＣも、ＢＳＣとＭＳＣの間に位置する群呼出し交換機を意識しないかのように動作する。ＭＳＣ及びＢＳＣからの信号及び制御情報は、群呼出し交換機により傍受され、識別できる変化が何もない状態で、必要に応じて関連素子にシームレスな状態で送られる。
【００３４】
ＭＳＣは、公衆陸上移動通信網（「ＰＬＭＮ」）１０７０に接続していて、群呼出し交換機は、バックボーンマルチキャスト使用可能ＩＰネットワーク（「バックボーンネットワーク」）１０７２に接続していて、このバックボーンネットワーク１０７２は、ＣＵＧ能動ディレクトリ１０７４及び強化ホームロケーションレジスタ（「ＨＬＲ」）１０７６へのアクセスを提供する。
【００３５】
同時係属出願のプロキシ交換機のところですでに説明したように、群呼出し交換機は、制御面及びデータ面を有する。制御面のところの機能は、ＢＳＣ又はＭＳＣ又は両方からの信号メッセージの終端である。例えば、ＣＤＭＡネットワークにおいては、信号メッセージは、ＩＳ−６３４プロトコル仕様により定義される。制御面は、入力信号を終端し、ＭＳＣ又は他の素子への前方への送信のための新しい信号メッセージを生成する。制御面は、また、以下に説明するマルチキャスト機能をサポートする。
【００３６】
ある特定の実施形態の場合には、群呼出し交換機のデータ面は、ＢＳＣ又はＭＳＣ又は両方からＴＤＭトラヒックを受信し、入力トラヒックを出力宛先にインタフェースするために、ＴＤＭクロス接続（「ＤＡＣＳ」）（図５）を使用する。他の実施形態の場合には、データ面は、また、（無線アクセス・ネットワーク又は「ＲＡＮ」とも呼ばれる）、基地局複合体から入力ＩＰトラヒックを受信し、入力ＩＰトラヒックを出力ＩＰトラヒックに切り替える。制御面内のプログラムによる制御は、入力ＴＤＭトラヒックと出力宛先との間のクロス接続、特にＩＰネットワーク上の従来のＭＳＣ及び／又は宛先との間のクロス接続を決定する。
【００３７】
ＤＡＣＳからの出力宛先としてのＭＳＣサービス提供の場合には、群呼出し交換機は、本質的にはネットワークに対して透過的である。トラヒック及び制御は、継ぎ目のない状態でＢＳＣからＭＳＣへ、及びＭＳＣからＢＳＣへ流れる。代わりに、出力宛先がＩＰネットワーク上に位置する場合には、データ面上の媒体ゲートウェイ（同時係属出願に記載されている）は、入力ＴＤＭトラヒックの選択した一部を、ＭＳＣから迂回させ、入力ＴＤＭトラヒックをＲＴＰ／ＵＤ／ＩＰトラヒックに変換し、ＲＴＰ／ＵＤ／ＩＰトラヒックをバックボーンＩＰネットワーク内に挿入する。
【００３８】
群呼出し登録（「ＧＣＲ」）とも呼ばれるＣＵＧ能動ディレクトリ（「ＣＵＧ  ＡＤ」）１０７４は、ＣＵＧデータを含むデータベースシステムである。特定の実施の場合には、図１５のＣＵＧ  ＡＤは、スケーラビリティのための分散型データベースシステムとして実施される。ＣＵＧ  ＡＤは、群呼出しネットワーク内のすべてのＣＵＧの定義を含む。ＣＵＧ  ＡＤへの問い合わせは、ＣＵＧの識別子を指定する。すなわち、問い合わせは、指定したＣＵＧの定義を要求し、結果は指定したＣＵＧのすべてのメンバーに対するグループ・ユーザＩＤのリストである。例えば、ＣＵＧ  ＩＤ２３４７を指定している問い合わせは、ＣＵＧ  ＡＤに移動識別番号（「ＭＩＮ」）ｘｘｘ，ｙｙｙ，ｚｚｚ、及びＣＵＧ内の４人のユーザに対するｗｗｗを識別する結果を生成させることができる。特定の実施の場合には、ＭＩＮ番号は、サービスプロバイダによるＧＩＲサービスのユーザに割り当てられる。
【００３９】
各ＣＵＧは、異なる区画がＣＵＧ  ＡＤの異なる分散部分に割り当てられるように分割されているＣＵＧ名空間からの一意の識別子ＩＤによりシステムに対して識別される。全ての群呼出し交換機が、分割スキームの分割索引を使用することができる。群呼出し交換機がＣＵＧの定義を検索する必要がある場合には、群呼出し交換機は、問い合わせを行うＣＵＧ  ＡＤの成分を決定するために索引を使用することができる。
【００４０】
強化ＨＬＲ１０７６は、携帯電話で使用される標準ＨＬＲデータベース（「標準ＨＬＲ」）の強化バージョンである。標準ＨＬＲフィールド位置は、移動中の移動ユーザから更新される。これらの更新が横切る従来の経路は、携帯電話からＢＴＳ、ＢＴＳからＢＳＣへのもので、次にＭＳＣにつながっていて、このＭＳＣは、ＨＬＲに更新メッセージを送る。群呼出しネットワークの特定の実施の場合には、群呼出し交換機は、ＢＳＣとＭＳＣとの間に位置していて、群呼出し交換機がすべての位置の更新を見ることができるようにする。群呼出しサービスに加入しているユーザの場合には、群呼出し交換機は、位置更新メッセージを傍受し、これらのメッセージをＨＬＲにコピーする。それにより群呼出しユーザの携帯電話の位置を記憶するほかに、ＨＬＲは、また、各群呼出しユーザが所属するすべてのＣＵＧのリストを記憶する。ＨＬＲへの問合わせは、群呼出しユーザを識別するＭＩＮを指定し、その群呼出しユーザがメンバーであるＣＵＧのリストを含む応答を生成する。
【００４１】
特定の実施の場合には、ＨＬＲは、データの分布がＭＩＮ階層に基づいている分散型データベースである。別の方法としては、ＨＬＲは、また、国際移動電話加入者ＩＤ（「ＩＭＳＩ」）、又は装置一連番号（「ＥＳＮ」）をベースとすることもできる。ＣＵＧ名空間に対する上記分割索引に類似の索引により、群呼出し交換機は、入力要求を処理する場合に、問い合わせを行うＨＬＲの分割を決定することができる。
【００４２】
ある家族についての例の場合には、ＣＵＧそれぞれが携帯電話を携帯しているユーザの父親、母親及び十代の若者を含むように定義することができる。自分の携帯電話上の特殊な一連のキーを押すことにより（又は、電話機に設置されている場合には、特殊な１つのキーを押すことにより）、父親は、母親及び十代の若者の位置を発見し、母親及び十代の若者を群呼出しに参加させる群呼出し開始プロセスを実行することができる。以下に説明する半二重実施の場合には、群通信システムが、ＣＵＧの少なくとも１人のメンバーが、群呼出しに参加していることを確認した場合、最初の参加メンバーとしての父親に会話の制御が割り当てられ、他の１人の又は複数の参加メンバーが会話を聞いている時に、会話を開始させることができる。父親が会話の制御を放棄した場合には、ＣＵＧの任意の他の参加メンバー（例えば、十代の若者がその呼出しに参加している場合には、十代の若者）が、会話の支配を取得し会話を行うことができる。それ故、半二重実施の場合には、発言支配権が割り当てられた参加メンバーだけが話すことができる。他の参加メンバーは、メンバーの発言支配権が放棄され再度割り当てられるまでは話すことはできない。以下にさらに詳細に説明するように、発言支配権を要求するためには、群呼出しを行っているユーザは、電話機の標準番号キーを押すことができるし、電話機のメーカーが設置している場合には、特殊なキーを押すことができるし、又は、電話機がテキストメッセージ送信機能を持っている場合には、現在喋っている人に、次に話すことを要求するテキストメッセージを送信可能である。呼出しを行っているある時点で、発言支配権が所定の期間の間割り当てられないままになっている場合には（すなわち、会話が終了した場合には）、呼出しは終了する。
【００４３】
ＣＵＧのすべてのメンバーが同じ交換エリア内、すなわち、１つのＭＳＣ又はプロキシ交換機が制御する地理的エリア内に位置している場合、又は異なる交換エリア内に位置している場合には、群呼出しを手配することができる。例えば、ＣＵＧがユーザＡ，Ｂ，Ｃ，Ｄを有する場合には、Ａ，Ｂは、現在、交換エリアＳ１内を移動している場合もあるし、Ｃが交換エリアＳ２内を移動している場合もあるし、Ｄが交換エリアＳ３内を移動している場合もある。Ｓ１，Ｓ２，Ｓ３，Ｓ４交換エリアすべてが、同じサービスプロバイダにより運用されている場合、又は群呼出しサービスを提供することで、相互に協力することに合意しているオペレータにより管理されている場合には、Ａ，Ｂ，Ｃ，Ｄを接続する群呼出しを確立することができる。このような場合、個々のメンバーは、物理的位置関係で広く分散していてもよい。例えば、Ａ，Ｂはボストンに、Ｃはテキサスに、Ｄはカリフォルニアにいるのでもよい。
【００４４】
群通信システムは、異なるネットワーク技術を横切る呼出しの共同利用を提供する。すなわち、ＣＵＧのメンバーが異なる技術をベースとする複数のネットワークを横切って移動していても、群呼出しを確立することができる。例えば、ユーザＡは、ボストンにいて符号分割多元接続（「ＣＤＭＡ」）をベースとするネットワーク内を移動することもできるし、Ｂは、英国（「ＵＫ」）にいて、移動通信用グローバル・システム（「ＧＳＭ」）をベースとするネットワーク内を移動することができる（ＧＳＭは、時分割多元接続（「ＴＤＭＡ」）技術を使用する）。Ａ，Ｂが、同じＣＵＧに所属していて、ＣＤＭＡオペレータ及びＧＳＭオペレータが、群呼出しサービスの提供の際に協力することに合意している場合には、ＡとＢとの間に群呼出しを確立することができる。
【００４５】
上記システムは、以下にさらに詳細に説明する、下記の１つ以上の強化を含むことができる。上記の説明を読めば分かるように、ＣＵＧのすべてのメンバーがその呼出しに参加していてもいなくても、群呼出しを確立することができる。ＣＵＧの何人かのメンバーがある群呼出しに参加することができない場合には、システムは、参加できないメンバーが記載されている例外リストを生成し、記録することができる。ＣＵＧの１人以上のメンバーが、表示スクリーンを備えている電話機を持っている場合には、例外リストを表示スクリーン上に表示することができる。さらに、例外リストに基づいて種々の行動を行うことができる。例えば、呼出し中又は呼出しの後で、例外リストに記載されているメンバーに音声メール・メッセージを送ることができる。例えば、発呼者は、音声メールメッセージを１回記録することができ、群通信システムにより、例外リストに記載されているメンバーに対して、前に指定した音声メール電話番号の音声メールボックスへ送ることができる。その代わりに又はそれに加えて、参加各メンバーにどの他のメンバーが呼出しに参加しているかを知らせるために、特定の群呼出しに参加したＣＵＧのメンバーを、呼出し中、すべての参加メンバーの電話機の使用できる表示スクリーン上にリストの形で表示することができる。現在発言支配権を有しているメンバーを識別するために、視覚的表示を使用できる表示スクリーン上に表示することができる。
【００４６】
群通信システムのユーザは、その群通信システムの他のユーザと専用呼出しを確立することができる。そのため、ユーザは群呼出しの外側で秘密又は個人情報について話合うことができる。それ故、出力群呼出しの２人の参加者は、一時的に専用呼出しを行い、次に、出力群呼出しに戻ることができる。
【００４７】
群通信システムのユーザは、ユーザがメンバーであるＣＵＧに対する進行中の群呼出し（「活動中群呼出し」）のリストを要求することができ、及びこのような呼出しの中の１つに参加することができる。群通信システムのユーザは、公衆群呼出しすなわち、群通信システムの各ユーザを含むＣＵＧに対する群呼出しをスタートさせることもできるし、又はこれに参加することもできる。オペレータは、任意の数の公衆ユーザ・グループ（「ＰＵＧ」）を定義することができる。群通信システムの各ユーザは、すべてのＰＵＧのメンバーに自動的になる。能動公衆群呼出しに参加するために、ユーザは能動公衆群呼出しのリストを要求し、参加する呼出しを選択する。
【００４８】
群通信システムのユーザが呼出し待機機能を有する場合には、ユーザは、群呼出しを待機状態にし、入力呼出し信号に応答することができる。群呼出しに対するものを含む任意の入力呼出し信号を受け入れたくないユーザは、呼出し転送又は呼出し阻止を起動することができる。ユーザは、群呼出し又は専用呼出し又は両方に対する入力呼出し信号だけの阻止を選択することができる。
【００４９】
群通信システムは、騒音環境内にいるユーザ、可聴電話の使用が制限されている公共の場所にいるユーザ、及び聴覚障害のユーザの便宜をはかるために、群呼出し内に音声テキスト変換を内蔵させることができ、言語変換機能（例えば、英語からフランス語へ）を内蔵させることができる。
【００５０】
群通信システムのユーザは、ユーザの携帯電話番号、又はユーザの電話機の電話ディレクトリ内に記憶している連絡情報に基づいて、群サービスサインアップ中に、サービスプロバイダが割り当てることができる特殊な群通信システム識別番号（「群ユーザＩＤ」）により連絡することができる。以下に説明するウェブをベースとする供給システムを使用する代わりに、又はその使用に加えて、グループユーザＩＤを自己セットアップ（「自己供給」）とすることができる。
【００５１】
すでに説明したように、群通信システムは３つの動作モード、すなわち、クローズドユーザグループ（「ＣＵＧ」）モード、専用モード及び公衆ユーザグループ（「ＰＵＧ」）モードを提供する。以下に説明するユーザ制御呼出しの場合を除いて、ユーザは、会話するためにある番号キー（又は、設置されている場合には、特殊な電話キー）を押し、ユーザに発言支配権が渡されたことを示すトーンを聞くために待機する。ユーザが会話を終了した場合には、ユーザはあるキーを押すことができ、それにより他の参加しているユーザは、発言支配権が使用できるようになったことを知らせるトーンを聞くことになる。次に、他の参加しているユーザは、あるキーを押し、トーンを聞き、会話を開始することができる。発呼者は、トーンが示すように少なくとも１人の他のユーザが、呼出しに参加した後で発言支配権をスタートする。全ての参加したユーザが電話機を置くか、すでに説明したように、ある期間誰も会話の制御を要求しなかった場合には呼出しは終了する。上記システムは、発言支配権に対して複数のユーザから同時に要求があった場合の、要求間の競合を解決する。例えば、会話のために全二重モードを使用できる場合には、「人間プロトコル」を使用することができる。そのような場合には、最終的に、１人のユーザを除くすべてのユーザが話すのをやめて、会話の制御が喋っているユーザに渡されるように、複数のユーザに制御が渡される。
【００５２】
ＣＵＧモードの場合には、群呼出しユーザは、リストに対して一意のグループＩＤを生成し、メンバーのグループ呼出しＩＤ及びその携帯電話番号を使用して、リストにメンバーを割り当てることにより、クローズドユーザグループを形成する。プロキシ交換機の指揮の下で、ハンドセットに無線アクセス・ネットワーク（「ＲＡＮ」）により信号を送ることができる限りは、及びＲＡＮは、このような信号送信を行うために携帯電話番号を使用するので、ＣＵＧ情報は携帯電話番号を含む。各ＣＵＧは、そうしたい場合には、サービスプロバイダが課する最大サイズを有する２人又はそれ以上のユーザを含む。
【００５３】
特定の実施の場合には、群呼出しユーザが、ユーザのコミュニティ（すなわち、ＣＵＧモード）のユーザのグループと連絡したい場合には、ユーザは、例えば、＊４の後にＣＵＧ  ＩＤが続く呼出しスタート・シーケンスをキーイン（「入力」）し、送信キーを押す。（呼出しスタート・シーケンスも記憶することができ、ユーザの電話機の速度ダイヤル・ディレクトリからダイヤルすることができる。）最初に通知を受けた場合に、その呼出しに参加できないＣＵＧのあるメンバーは、その呼出しが依然として能動状態である場合には、呼出しスタート・シーケンスを入力し、送信キーを押すことにより、後でその呼出しに参加することができる。
【００５４】
ＣＵＧモードの場合には、発呼者は、そうしたい場合には、「バージイン」（ｂａｒｇｅ−ｉｎ）機能を有する呼出しである、ユーザ制御呼出しを要求することができる。バージイン機能によれば、会話を聞いているユーザは、会話をしているユーザに会話を聞いているユーザが、発言支配権を入手したがっていることを知らせるために、複数のキーのサービスの構成可能なＤＴＭＦシーケンスを押すことにより、会話をしているユーザに警告メッセージを送信することができる。この時点で、会話をしているユーザは、発言支配権を放棄するためにあるキーを押すことができるし、又は会話を続けることができる。それ故、バージイン機能は、会話をしているユーザに、会話を聞いているユーザの会話をしたいという要求の可聴通知を供給し、また、テキスト表示を備える電話機の場合には、バージイン・メッセージを送信した会話を聞いているユーザの名前を表示しているテキストメッセージを提供することができる。それ故、会話をしているユーザは、会話を聞いているユーザが会話をしたがっているかどうかをむりに推定する必要はない。会話をしているユーザが、割込みを望まない場合には（例えば、人々の大きなグループにアナウンスをしている間）、バージイン機能は機能しなくなるようにすることができる。
【００５５】
すでに説明したように、ＣＵＧモードは、また、参加報告に会話をしている人の識別機能を提供することができ、参加例外に同報通信機能を提供することができる。
リアルタイムで群呼出しを転写するために、音声−テキスト技術を使用するように、ＣＵＧモード中に呼出し転写機能（ｃａｌｌ  ｔｒａｎｓｃｒｉｐｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）を提供することができる。テキスト表示電話機を持ち、群呼出しの通知を受けるグループのメンバーは、呼出しを聞こえないようにして、代わりにテキスト転写を受信するために要求することができる。特定の実施形態の場合には、テキストページャがテキストを受信するように、どのテキスト表示電話機も、オーディオ用だけのデバイス及びテキスト用だけのデバイスを送受信しないし、呼出し転写機能がオンになっていない場合には、テキスト用だけのデバイスには群呼出しの通知は行われない。呼出しの全転写は、呼出しの終わりに入手することができ、その呼出し（参加例外リストに基づいて）に参加しなかったすべてのＣＵＧメンバー又は発呼者に送信可能である。この機能は、ＩＳ−４１−Ｃと一緒に入手し得る好適な言語インジケータを使用して、翻訳サービスに拡張することができる。好適な言語インジケータは、その中にアナウンス及び他の報告を表示すべき言語に対する加入者の優先順位を表示するために、加入者のプロフィール内に含まれていて、ＨＬＲデータベースに記憶されている情報素子である。交換機は、予め記憶しているアナウンスを行うときに好適な言語インジケータを使用する。人間又は自動翻訳装置のような追加のリソースは、サービスプロバイダが提供することができる。
【００５６】
群呼出しＩＤ及びメンバーの関連リストは、パーソナルコンピュータからの、又はＷＡＰ使用可能デバイスからのウェブをベースとする提供アプリケーションにより設定することができる。ユーザは、また、ユーザの携帯電話からのリストを設定することができる。サービスプロバイダは、リスト上のメンバーの数、そのメンバーが所属する１つのネットワーク又は複数のネットワーク、及び群呼出しユーザが維持することができるリストの数の上限を指定する。
【００５７】
専用モードの場合には、群呼出しユーザは、例えば、＊４の後に目的の受信メンバーの群呼出しＩＤが続くような群呼出しスタートシーケンスを入力し、送信を押すことにより群呼出し使用可能ネットワークに接続しているユーザのグループの任意のメンバーへの呼出しを迅速に呼び出すことができる。目的の受信人であるメンバーには、ユーザからの呼出しが通知され、特定の実施形態の場合には、目的の受信人であるメンバーが呼出しに応答した場合には、ユーザはチャープ音を聞く。
【００５８】
ＰＵＧモードの場合には、群呼出しユーザは、現在のチャットグループのリストを見て、チャットグループへの参加を決定することができる。群呼出しユーザは、一意の群呼出しＩＤを指定し、グループの主体の短いテキスト記述を提供することにより、任意の群呼出しユーザが入手することができる新しいチャットグループを生成することができる。加入者は、そうしたい場合には、テキスト名が現在の能動チャットグループ全体にわたって一意なものである限りは、テキスト名を群呼出しＩＤと関連づけることができる。
【００５９】
群呼出し機能は、呼出し転送、妨害無用及び呼出し阻止などの現在の携帯電話機能に優先しない。群呼出し上の呼出し人は、呼出し待機を動作可能にすることができる場合には、入力呼出しに切り替えることができる。機密保護のために群呼出し中は、三方呼出し、呼出し会議及び呼出し転送は動作不能になり、群呼出しの最高点に達すると再度動作可能になる。
【００６０】
群呼出しサービスは、対応する基地局がＶＰをサポートする場合には、携帯電話の要求に従って、ＩＳ−４１−Ｃ音声プライバシー（「ＶＰ」）機能による会話暗号化をサポートする。
【００６１】
以下にさらに詳細に説明する特定の実施の場合には、群呼出しサービスは、ＩＰマルチキャストを使用するＩＰネットワーク内で動作する。すでに説明したように、ＩＰマルチキャストを使用すれば、ソースは、そのストリームを受信するためにはっきりと登録した複数の受信人が受信するＶｏＩＰパケットのストリームの１つのコピーを送信することができる。マルチキャストは、受信人が特定のマルチキャストセッショングループに参加し、ストリームがネットワークインフラストラクチャによりそのグループの全メンバーに送信されるような受信人をベースとするコンセプトである。マルチキャストストリームの１つのコピーだけが、ＩＰネットワーク内の任意のリンクを通り、必要な場合には、ＩＰマルチキャスト使用可能媒体ゲートウェイのところでだけ複数のコピーが作成される。
【００６２】
無線ネットワークの場合には、サービスは、任意の従来の無線呼出しのいくつかの特徴を有する。すでに説明したように、群呼出しをスタートした人は、群呼出しをスタートした人が連絡したいユーザの群呼出しリストのＩＤが後に続く（例えば、「＊４」の後にユーザグループＩＤが続く）、ＤＴＭＦ機能エスケープ・シーケンスを送信することにより群呼出しを呼び出す。機能エスケープ・シーケンスは、呼出しが群呼出しであり、連絡するための携帯電話のリスト及びその現在の位置を検索するために、グローバル呼出し登録（「ＧＣＲ」又は「ＣＵＧ  ＡＤ」）に問い合わせを行うものであることを検出するために、プロキシ交換機により使用される。現在の位置情報は、どの媒体ゲートウェイ及びＢＳＣが群呼出しに関連しているかを決定する。ベアラ・チャネルは、群呼出し交換機データ面を通して、このような各ＢＳＣと対応する媒体ゲートウェイ間に確立される。群呼出しは、各ＢＳＣに対して、従来の二地点間呼出しセットアップ及び分解特性を有するものとして提示されるが、ＭＳＣには提示されない。
【００６３】
図８Ａ〜図８Ｃは、無線ネットワーク内の基本的サービスの例示としての呼出しフローチャートである。ＷＣＳ−１及びＷＣＳ−２は、群呼出し交換機を表す。図９〜図１０にも示すように、フローチャート内の主要なエンティティは、それぞれの媒体ゲートウェイＭＧ１、ＭＧ２を備える群呼出し交換機ＷＣＳ−１，ＷＣＳ−２と、ＷＣＳ−２によりアクセス可能なＧＣＲと、ＢＳＣであるＢＳＣ−１，ＢＳＣ−２と、移動局（例えば、電話機）ＭＳ−Ａ，ＭＳ−Ｂとである。この例の場合には、ＭＳ−Ａ，ＭＳ−Ｂは、たまたま同じ群呼出し交換機ＷＣＳ−１により網羅されているが、ＭＳ−Ａ，ＭＳ−Ｂが異なる群呼出し交換機により網羅されている場合でも手順は同じである。
【００６４】
図１０は、群呼出しをセットアップするための図１０Ａ〜図１０Ｃの呼出しのフローチャートを簡単にした群呼出しの論理フローチャートである。左側は、ＷＣＳ−１が処理するロジックのシェアであり、右側は、ＷＣＳ−２が処理するロジックのシェアである。ＷＣＳ−１は、ＭＳ−Ａが群呼出しを要求したこと（工程３０１０）を検出し、ＷＣＳ−２（群呼出しコーディネータ）にそのことを通知する（工程３０２０）。ＷＣＳ−２は、ＭＳ−ＡのＣＵＧの他のメンバー及びその最後の既知の位置を決定するために、ＧＣＲを参照する（工程３０３０）。（この簡単な例の場合、ＭＳ−Ｂは、他のメンバーだけを表す。）ＷＣＳ−２は、ＷＣＳ−１（ＭＳ−Ａ用の群呼出し交換機）への媒体ゲートウェイ接続を生成する（工程３０４０）。ＷＣＳ−１は、ＭＳ−Ａに対する無線チャネルを取得する（工程３０５０）。ＷＣＳ−２は、ＭＳ−Ｂをページングするように、ＷＣＳ−１（ＭＳ−Ｂに対する群呼出し交換機）に告げる（工程３０６０）。ＷＣＳ−１は、ＭＳ−Ｂをページングし（工程３０７０）、次に、ＭＳ−Ｂが発見されたことをＷＣＳ−２に通知する（工程３０８０）。ＷＣＳ−２は、ＷＣＳ−１（ＭＳ−Ｂに対する群呼出し交換機）への媒体ゲートウェイ接続を生成する（工程３０９０）。ＷＣＳ−１はＭＳ−Ｂに対する無線チャネルを取得し（工程４０００）、ＷＣＳ−２に取得が終了したことを通知する（工程４０１０）。ＷＣＳ−２は、ＭＳ−Ａに、ＭＳ−Ｂに到着したことを表示するようにＷＣＳ−１に告げ（工程４０２０）、媒体ゲートウェイを通してＭＳ−Ａに対して、トーンを作動する（工程４０３０）。
【００６５】
例示としての呼出しの流れについて、図１２〜図１５を参照しながら以下に説明する。
すでに説明したように、群呼出しの場合には、一度に話すことができるのは１人の参加したユーザだけである。発言支配権を有する参加したユーザは、予め定義したＤＴＭＦディジット（例えば、「１」）を送信するこのような発言支配権を放棄することができ、次に、他の参加したユーザは、ＤＴＭＦディジット（例えば、「８」）を送信することにより発言支配権を要求することができる。発言支配権を有する参加したユーザは、図１１に示すように、送信経路が確立した場合に鳴る成功トーンを聞く。
【００６６】
群呼出しの前に、群呼出しユーザは、上述の下記の機能、すなわち、参加例外報告、参加報告、呼出し転写、及びバージイン機能の中の１つ又はそれ以上を動作可能にするのか、動作不能にするのかを選択することができる。
【００６７】
そのＧＣＲリストを確立するために、エンド・ユーザが使用することができるウェブをベースとするセットアップ・システムの場合には、ウェブ・サーバは、ユーザの群呼出しリストをリアルタイムで更新することができるように、ＩＰリンクを通してＧＣＲに接続する。セットアップ・システムは、ＷＡＰプロトコル及び標準産業ブラウザをサポートする。
【００６８】
課金及びネットワークエンジニアリングのために、群呼出し内の全参加者の呼出しログが収集される。
図１２は、以下に説明する群呼出しサービスのアプリケーションの一例を示す。この例の場合には、ＣＵＧ１は、４人のユーザＡ，Ｂ，Ｃ，Ｄを含むＣＵＧである。ユーザＡ，Ｂは、現在、群呼出し交換機Ｇ１からサービスを受けていて、ユーザＣは、群呼出し交換機Ｇ２からサービスを受けていて、ユーザＤは、群呼出し交換機Ｇ３からサービスを受けている。ユーザには、群呼出しサービスプロバイダにより、一意のＭＩＮがすでに割り当てられている。説明を簡単にするために、本明細書においては、一意のＭＩＮをＡ、Ｂ、Ｃ及びＤと呼ぶことにする。ＣＵＧ１は、サービスプロバイダにより割り当てられ、本明細書においては、ＣＵＧ１として表される一意の識別子を有する。ＣＵＧ１の定義、すなわち、ＣＵＧのメンバーの身分のリストは、ＡＤ１と呼ばれるＣＵＧ  ＡＤの分散構成要素内に維持される。
【００６９】
第１の例の場合には、群呼出しは、ＡからグループＣＵＧ１、すなわち、Ｂ，Ｃ，Ｄに対して行われる。図１２は、群呼出しの呼出しフローチャートである。
Ａは、クローズドユーザグループＣＵＧ１に対して群呼出し要求を行う。ＩＳ−６３４インタフェースの場合には、要求は、ＣＵＧ１を含むＣＭ＿サービス＿要求で表される。無線アクセスネットワーク（「ＲＡＮ」）の場合には、要求は任意の他の呼出し要求に非常に似ている。ＩＳ−６３４コマンド及び関連する情報素子は、他の情報項目と一緒に、呼出し番号及び被呼者番号（例えば、この例の場合には、ＣＵＧ１である）を含む。少なくともいくつかの場合には、ＲＡＮは、ＭＳＣ内でどのロジックを実施することができるかについて、有効な番号付け計画を無効な番号付け計画から区別するためのロジックを持っていない。このような場合には、ＲＡＮは、ＩＳ−６３４メッセージセットの一部として、番号情報をＭＳＣに転送する。プロキシ交換機がこのようなメッセージを傍受している限りは、プロキシ交換機は番号情報を使用することができる。プロキシ交換機は、少なくともいくつかの方法でＭＳＣとして動作することができるので、プロキシ交換機は、入力呼出し要求が従来の呼出し要求ではなく、クローズドユーザグループに対する群呼出し要求であると判断することができる。このような例の場合には、プロキシ交換機は群呼出し交換機の役割を行い、群呼出しに対する処理をスタートする。
【００７０】
群呼出し交換機Ｇ１は、Ａに対してチャネル割当て要求返送を発行する。Ｇ１は、また、ＣＵＧ  ＡＤ構成要素ＡＤ１からグループＣＵＧ１の定義を検索するために、ディレクトリ処理をスタートする。ＡＤ１からの応答は、グループＣＵＧ１のメンバー、すなわち、Ｂ、Ｃ及びＤに対応するＭＩＮのリストを含んでいるものと予想される。応答を受信した場合には、Ｇ１は、下記の情報をすでに入手している。
【００７１】
ＣＵＧ１は、（Ａの他に）メンバーＢ、Ｃ及びＤを含む。
ＭＩＮ  Ｂは、交換機Ｇ１（すなわち、自分自身）の担当である。
ＭＩＮ  Ｃは、交換機Ｇ２の担当である。
【００７２】
ＭＩＮ  Ｄは、交換機Ｇ３の担当である。
Ｇ１は、Ｂに対して、（Ｇ１自身の担当である）呼出しセットアップ要求をスタートし、Ｃ及びＤに対するＧ２及びＧ３へ、それぞれ、呼出しセットアップ要求を送信する。それ故、Ｇ２及びＧ３は、この特定の群呼出しに対するＧ１用のプロキシ交換機として機能する。Ｇ１は、また、ＴＤＭトラヒックがＲＡＮから媒体ゲートウェイに送られる新しいコンテキストを確実に生成する。媒体ゲートウェイは、ＴＤＭトラヒックをＲＴＰ／ＵＤＰ／ＩＰパケットに変換し、ＲＴＰ／ＵＤＰ／ＩＰパケットをマルチキャストルータに送信する。マルチキャストルータは、パケットを受信し、マルチキャストグループにＡを追加し、指定のマルチキャストグループにパケットをマルチキャストするようにとの指示を受ける。図１８の呼出しのフローチャートの場合には、上記指示は、「Ｊｏｉｎ  Ｍｕｌｔｉｃａｓｔ  Ｇｒｏｕｐ（ＴＤＭ  Ａ）」で一括して示してある。
【００７３】
次に、Ｇ１は、Ｂ、Ｇ２、Ｇ３からの接続メッセージを待つ。これら３つのメッセージのどれかを任意の順序で受信することができ、そのサブセットだけを受信することもできる。この例の場合には、Ｇ１は、最初に、Ｂから接続メッセージを受信し、その後で、Ｇ２及びＧ３から接続メッセージを受信する。Ｂから接続メッセージを受信した場合には、Ｇ１は、「Ｊｏｉｎ  Ｍｕｌｔｉｃａｓｔ  Ｇｒｏｕｐ（ＴＤＭ  Ｂ）」メッセージを送信し、このメッセージにより、媒体ゲートウェイは、マルチキャストルータからＲＴＰ／ＵＤＰ／ＩＰトラヒックを受け入れ、ＲＴＰ／ＵＤＰ／ＩＰトラヒックをＴＤＭに変換し、ＴＤＭを交換機Ｇ１に送信する。それにより、ＴＤＭはＢＳＣ及びＢＴＳを通してＢに送信される。マルチキャストルータは、現在のマルチキャストグループにＢを追加するようにとの指示を受ける。それ故、現在の群呼出しのために、交換機Ｇ１は、ＴＤＭトラヒックのソースとして機能し、交換機Ｇ２は、ＴＤＭトラヒックのシンクとして機能する。
【００７４】
この例の場合には、Ｃは、Ｇ２（すなわち、Ｃ担当の交換機）に接続メッセージを送信し、Ｇ２は接続メッセージをＧ１に送信する。次に、Ｇ１は、「Ｊｏｉｎ  Ｍｕｌｔｉｃａｓｔ  Ｇｒｏｕｐ（ＴＤＭ  Ｃ）」メッセージを送信し、Ｃを受信モードで群呼出しに参加させる。同様に、ＤからＧ３への接続メッセージは、Ｇ１にリレーされ、それによりＤはマルチキャストグループに追加される。
【００７５】
媒体ゲートウェイは、制御面により、特定のコンテキストの場合だけ、いくつかのＲＴＰポートでパケットを受信又は送信するようにとの指示を受ける。パケットは、ルータによるマルチキャストグループのメンバーへのマルチキャストである。
【００７６】
この際、Ｇ１は、群呼出しにすでに参加しているユーザの少なくとも１つの確認をすでに受信しているので、Ｇ１は、Ａに成功トーンを送信して、群呼出しを続行することができることを知らせる。Ａのモードは送信モードであり、Ｂ、Ｃ及びＤのモードは受信モードであり、マルチキャストルータは、Ｂ、Ｃ及びＤに対してマルチキャストを行うことができる。
【００７７】
他の例の場合には、図１３の呼出しフローチャートに示すように、発言支配権が転送される。より詳細に説明すると、Ａは発言支配権を放棄し、Ｃがそれを取得する。
発言支配権を放棄するために、ＡはＧ１に信号を送り、それによりＧ１は、現在の群呼出しを非作動モードにする。（すでに説明したように、システム・タイマが計測する指定の時間内に、ユーザが発言支配権を入手しない場合には群呼出しは終了する。）Ｃは、その担当交換機Ｇ２に、会話取得コマンドを発行する。現在の群呼出しのために、交換機Ｇ２及びＧ３は、制御交換機であるＧ１の代理であるので、会話取得コマンドは、Ｇ１にリレーされる。Ｇ１は、媒体ゲートウェイに、コンテキスト修正コマンドを発行し、それにより、交換機Ｇ２に関連する媒体ゲートウェイは、Ｃからの入力ＴＤＭトラヒックを受け入れ、ＴＤＭトラヒックをＲＴＰ／ＵＤＰ／ＩＰに変換し、ＲＴＰ／ＵＤＰ／ＩＰをマルチキャストルータに送信する。媒体ゲートウェイは、ＡからのＴＤＭトラヒックの受信を中止するようにとの指示を受ける。マルチキャストルータは、Ａのモードを受信モードに変更し、Ｃのモードを送信モードに変更するようにとの指示を受ける。Ｇ１は、Ｇ２に会話許可メッセージを発行し、Ｇ２は、Ｃに成功トーンを送信して、Ｃがこの時点で会話を続行することができることを知らせる。この時点で、図に示すように、Ｃを会話をしているユーザ及びＡ、Ｂ及びＤを会話を聞いているユーザとしてマルチキャストセッションを続行することができる。
【００７８】
例えば、Ｂが会話取得メッセージを発行し、Ｃが発言支配権を有している場合には、メッセージはＢの担当交換機Ｇ１に送られ、Ｇ１は、要求を否定し（Ｃが発言支配権を放棄してないので）、失敗トーン・メッセージをＢに送信する。
【００７９】
他の例の場合には、状況が簡単であり、群呼出しは、２人の参加者Ａ及びＢの間で行われる。この場合、Ａが発言支配権を有している。ネットワークは、制御面ＣＳを含む１つの群呼出し交換機Ｇ１を含み、２つの媒体ゲートウェイＭＧ１及びＭＧ２を制御する。図１４の呼出しフローチャートに示すように、Ａへの／からのトラヒックは、ＭＧ１を通って移動し、Ｂへの／からのトラヒックは、ＭＧ２を通って移動する。
【００８０】
Ａが発言支配権を有しているので、システムは、Ａからだけの制御放棄コマンドに応答する。このコマンドは、Ｇ１の制御面ＣＳにより受信され、Ｇ１は、ＭＧ１にコンテキスト修正コマンドを発行し、ＭＧ１にＡからのＴＤＭトラヒックの許可を取り消すことにより、呼出しのコンテキストを修正するように指示する。システムは、非作動状態になり、制御取得コマンドに対して待機状態になる。非作動タイマにより計測した指定の時間内に上記コマンドを受信しなかった場合には、呼出し解放要求がＣＳからＡ及びＭＳ−Ｂに送られる。さらに、コンテキスト破棄コマンドが、ＭＧ１及びＭＧ２に送られる。Ａ及びＢから解放完了メッセージを受信し、ＭＧ１及びＭＧ２からコンテキスト破棄完了メッセージを受信した場合に、群呼出し解放シーケンスは終了する。
【００８１】
図１５は、ローミング、すなわち位置更新を維持するデータベース記録についての呼出しのフローチャートの一例である。
３つの移動局Ａ、Ｂ及びＣが関連する。Ａ及びＢは、群呼出し交換機の制御面ＣＳ１を担当し、Ｃは、他の群呼出し交換機の制御面ＣＳ２を担当する。Ａはローミングして位置更新を発行し、ＣＳ１はそれをＢＴＳ及びＢＳＣを通して受信する。ＣＳ１は、例えば、ＨＬＲ’１のようなＡに対する適当なＨＬＲ’を決定するために、ＩＭＳＩ／ＭＩＮ／ＥＳＮに基づいて索引を参照し、ＨＬＲ’１に対して位置更新要求を発行する。ＨＬＲ’１は、そのデータベースにより、Ａが所属するすべてのＣＵＧを決定する。この情報により、ＨＬＲ’１は、ＣＵＧ  ＡＤに対して位置更新要求を発行する。従って、ＣＵＧ  ＡＤは、Ａが所属するＣＵＧ内のＡの更新した位置を含む。
【００８２】
ローミング中、Ｂは、また位置更新を発行し、それはＣＳ１に送られる。ＩＭＳＩ／ＭＩＮ／ＥＳＮに基づいて、ＣＳ１はＢに対する適当なＨＬＲ’、すなわち、ＨＬＲ’２を決定する。ＣＳ１は、Ｂが所属するすべてのＣＵＧを発見するＨＬＲ’２への位置更新要求を発行する。ＨＬＲ’２は、ＣＵＧ  ＡＤに対して位置更新要求を発行し、ＣＵＧ  ＡＤに対してＢの新しい位置により、Ｂが所属するすべてのＣＵＧを更新するように求める。
【００８３】
Ｃからの位置更新はＣＳ２により受信される。ＣＳ２は、例えば、ＨＬＲ’２のような適当なＨＬＲ’を決定し、ＨＬＲ’２に位置更新を送信し、ＣＵＧ  ＡＤにＣに対する対応するＣＵＧを更新するように求める。
変形例
上記実施形態は、すべて、本発明の群呼出しの実行を容易にする。しかし、機能のサブセットは、依然として技術的現状に対していくつかの利点を有する。例えば、ＩＰネットワーク上でマルチキャスト以外の技術による群呼出しは、依然として上記の多くの利点を提供する。より詳細に説明すると、ＰＴＳＮを使用する標準電話接続を、ＩＰマルチキャスト接続の代わりに使用することができる。
【００８４】
他の例の場合には、群呼出し交換機をＭＳＣのトランク（「背面」）側の上に配置することができる。このような実施形態の場合には、群呼出し機能は以下に説明するように動作する。
【００８５】
図１６は、ＭＳＣの背面上に配置されている群呼出し交換機である。この場合、固定リンクは、標準ＩＳＤＮユーザ部分（「ＩＳＵＰ」）ランドライン信号を使用している。ＭＳＣは、ＩＳ−４１（ＭＡＰとも呼ばれる）プロトコルを使用する、ホームロケーションレジスタ（「ＨＬＲ」）に接続している。群呼出し交換機及びＭＳＣは、また、２つの交換機間で音声トラヒックを運ぶベアラ・トランクを相互に接続している。群呼出し交換機は、ＰＳＴＮへのＴＤＭ接続、及びデータ面（媒体ゲートウェイとも呼ばれる）からＩＰネットワークへのＩＰ接続を含む。群呼出し交換機は、また、ＩＳ−４１を使用してＨＬＲに問い合わせを行うこともできる。（図１６は、ＰＳＴＮに別々に接続している２つのＭＳＣ交換機を示すが、これら両方の交換機は、同じＰＳＴＮに接続することもできる。）両方の群呼出し交換機は、ＩＰネットワークを通して能動ディレクトリ（ＣＵＧ  ＡＤ）にアクセスする。
【００８６】
図１６の配置は、群呼出し用に使用することができる。例えば、移動局（ＭＳ）Ａを、ＲＡＮ−１を通してＭＳＣ−１に接続することもできるし、２つの移動局Ｂ及びＣを、ＲＡＮ−２を通してＭＳＣ−２に接続することもできる。加入者Ａは、メンバーとしてＢ及びＣを含むＣＵＧを含むことができる。すでに説明したように、Ａは、群呼出しをしたいことをＭＳＣに知らせるために、特殊な群呼出しスタート・シーケンスを使用することができる。ＭＳＣ−１のロジックは、入力呼出し要求が群呼出しであると判断し、呼出し要求をＩＳＵＰプロトコルにより、群呼出し交換機ＧＣＳ−１に迂回させる。群呼出し交換機ＧＣＳ−１は、呼出しているＣＵＧのメンバーを決定する目的で、能動ディレクトリＣＵＧ  ＡＤにアクセスするためにその内部ロジックを使用する。
【００８７】
この例の場合には、問合わせによりメンバーＢ及びＣのＭＩＮ番号ができる。ＭＳＣの背面上のこの配置の場合には、群呼出し交換機は、位置更新にアクセスしない。それ故、ＨＬＲ’は、被呼移動局の現在の位置を含んでいない。しかし、ＨＬＲはこの情報を含んでいる。それ故、群呼出し交換機ＧＣＳ−１は、ＨＬＲにＩＳ−４１問合わせ（「位置要求」）を行って、移動局Ｂ及びＣの位置を問い合わせることができる。この例の目的のために、移動局Ｂ及びＣは、ＭＳＣ−２が制御する交換エリア内に現在位置することができる。標準的な携帯電話技術により、この情報はＨＬＲデータベースに含まれていて、この時点でＨＬＲは（「ルート要求」を通して）ＭＳＣ−２に連絡する。ＭＳＣ−２がトランク側でＧＣＳ−２を使用している限りは、ＨＬＲからのルート要求は、ＧＣＳ−２により受信される。ＧＣＳ−２は、一時的なローカル・ディレクトリ番号（「ＴＬＤＮ」）をＨＬＲに返送し、ＨＬＲは、この情報を元の位置要求の送信者（ＧＣＳ−１）に転送する。ＧＣＳ−１は、ＴＬＤＮがＧＣＳ−２に所属していることを決定し、ＧＣＳ−２に群呼出しについて通知する。ＧＣＳ−２は、ＭＳＣ−２に対して、移動局Ｂ及びＣへの群呼出しをセットアップするように指示する。さらに、背面でない側に対して相互作用が上記のように続行され、この場合、ＭＳＣ−１及びＭＳＣ−２は、群呼出しの目的に対して効果的に透過的になる。
【００８８】
群呼出しに対する交換機の配置の背面は、図１６を見れば分かる付随の利点を有する。このような配置の場合には、また、図１６の電話機Ｄのような従来のランドライン電話機を群呼出しに関連させることができる。それ故、ＣＵＧメンバーは、ランドライン電話番号をＣＵＧ能動ディレクトリ内にその「到着」番号として登録することができる。Ｄのようなこのような加入者を群呼出しに入れたい場合には、関連群呼出し交換機は、サービスを提供しているＭＳＣに、加入者の記憶している到着番号によりＤへのＰＳＴＮ呼出しを終了するように要求することができる。
【００８９】
すでに説明したように、ＩＰマルチキャスト技術は、群呼出しに対する基本的な転送技術として使用することができる。しかし、少なくともいくつかの場合、ＩＰマルチキャスト技術の標準的実施は、広く分散しているＣＵＧメンバーのニーズを十分に満足させられないことが分かっている。マルチキャスト・使用可能ルータ間でトラヒックを運ぶためのマルチキャスト・トンネルの動的な呼出し毎のセットアップは、非常に長い時間がかかることがある。群呼出しのセットアップに長い時間が掛かった加入者は、電話機を置くか、再度呼出しをすることができるが、そうすると、ユーザにとって不満足なものになる。また、呼出しセットアップに長い時間が掛かると、信号を送るネットワークを効率的に使用することができなくなる。
【００９０】
例えば、図１７に示すように、ＩＰネットワーク内には、例えば、ＭＣＲ−１、ＭＣＲ−２、ＭＣＲ−３のような多数のマルチキャスト使用可能ルータが存在する。この例の場合には、これらルータの位置は、固定されていて変化しない。マルチキャストルータは、群呼出し交換機（ＭＳＣの前面内又はすでに説明したように、ＭＳＣの背面上の）に接続していて、それ故、対応する無線アクセス・ネットワーク（ＲＡＮ）を通して携帯電話に接続している。（図１７は、１つの群呼出し交換機に接続している個々のマルチキャストルータを示しているが、複数の群呼出し交換機を１つのルータに接続することもできる。）加入者が、関連ＣＵＧのメンバーに基づいて群呼出しをスタートした場合、１つ又はそれ以上のマルチキャストルータがその呼出しに関連することができる。より詳細に説明すると、トンネルが、すでに説明したように、対応するマルチキャストルータ間にセットアップされる。これらのトンネルのセットアップが過度に遅れると、群呼出しの品質が劣化する。
【００９１】
今説明したように、ＩＰトンネルを、後で来た多数の群呼出しスタート要求に対してこれらのトンネルによりサービスを行うことができるような方法で、事前にセットアップすることができる。将来の群呼出し要求を予想して、事前にトンネルがセットアップされる限りは、それによりスタート後のセットアップの遅延を低減又はなくすことができる。関連するタスクは、将来到着することが予想される群呼出しに対する需要の予測、及び予測した需要を満足するためにセットアップしなければならないＩＰトンネルのトポロジーの決定を含む。
【００９２】
需要の予測は、群呼出しログの形の履歴情報に依存する。群呼出しの履歴は、一連のウィンドウに分割される。この場合、各ウィンドウは、「ウィンドウ・サイズ」と呼ばれる時間の長さにより定義される。ウィンドウ・サイズは、数分から数十分にわたる場合があり、群呼出しの平均保持時間に比例する。需要予測内で使用する実際のウィンドウ・サイズは、予測の必要な精度及び予測をする際に使用する計算リソースにより変動する。通常、大きなウィンドウ・サイズと比較した場合、ウィンドウ・サイズが小さければ小さいほど予測の精度は高くなるが、計算リソースの無駄使いが増える。また、ウィンドウ・サイズが小さいと、バースト性のトラヒックへの対応が速くなり、ズレを平均化する可能性が低くなる傾向がある。各ウィンドウは、呼出しを記述するパラメータ、すなわち、任意の２つのマルチキャストルータ間のＧＩＲ呼出しの数と一緒に多数の群呼出し要求を含む。以下の説明においては、Ｘ（Ｉ，Ｊ，Ｎ）は、ウィンドウＮ内のルータＩ及びＪ間の群呼出しの数を示す。
【００９３】
下記の例は、群呼出しに対する将来の需要の予測である。この例の場合には、群呼出しの履歴は、４つのウィンドウに分割される。この場合、ウィンドウ１は時間的に最も早いウィンドウで、ウィンドウ４は時間的に最も遅いウィンドウ（すなわち、現在のウィンドウ）である。次の（将来の）ウィンドウ、すなわち、ウィンドウ５内の需要を計算するために、下記の平滑式が使用される。
Ｘ（Ｉ、Ｊ、５）＝（１−α）＊Ｘ（Ｉ，Ｊ，４）＋α＊（１−α）＊Ｘ（Ｉ，Ｊ，３）＋α＊α＊（１−α）＊Ｘ（Ｉ，Ｊ，２）＋α＊α＊α＊（１−α）＊Ｘ（Ｉ，Ｊ，１）
式中、α（アルファ）は０と１の間の値を有する経験的に決定した加重係数である。この式に示すように、時間の次のウィンドウに対するトラヒックの予測は、前のウィンドウよりも新しいウィンドウに重点を置いて行われる。式をもっと一般的な再現の形に書き直すと、この重点がはっきりする。
Ｘ（Ｉ、Ｊ、Ｎ）＝（１−α）＊Ｘ（Ｉ、Ｊ、Ｎ−１）＋α＊Ｘ’（Ｉ、Ｊ、Ｎ−１）
ここで、Ｘ’（Ｉ，Ｊ，Ｎ−１）は、Ｎ−１までの過去の履歴を含む平滑にした推定値である。
【００９４】
式中、「現在の」は、時系列内の最も新しいウィンドウを意味する。この式及び需要の所与の履歴（ウィンドウ１〜Ｎ）に基づいて、行Ｉ及び列Ｊ内の値が、マルチキャストルータＩ及びＪの間のやがて現れるウィンドウ内の予測した群呼出しの数を表すように、パラメータＸ（Ｉ，Ｊ，Ｎ）の値により例として示すように、値Ｔ（Ｉ，Ｊ）のテーブル（「需要マトリックス」）を次のウィンドウに対して計算することができる。
【００９５】
需要を満足するためのトンネルのトポロジーの決定に関して、下記の情報が入力として使用される。下記の情報とは、任意の２つのマルチキャストルータ間の群呼出しに対する二地点間需要マトリックス、サービスプロバイダによるトンネルのコスト構造、すなわち、任意の２つのルータ間の特定の容量のトンネルを確立するためのコスト、サービスプロバイダの遅延保証、すなわち、任意の２つの特定のマルチキャストルータ間のＩＰ転送ネットワーク内の最大遅延、及び群呼出しが満足させなければならないサービスの品質（「ＱｏＳ」）の制限である。
【００９６】
このような入力を考慮して、マルチキャストルータ間のトンネルのトポロジー、すなわち、どの容量のどのトンネルをどのマルチキャストルータに接続するのかは、トポロジーが下記の制限を満足するように決定される。下記の制限とは、各マルチキャストルータからでるトンネルがルータの全出力容量（ビット／秒で）を超えないこと、及び各マルチキャストルータからでるトンネルの数がルータのトンネルの数に対する内部制限を超えないことである。
【００９７】
以下に説明するように、整数線形計画法（「ＩＬＰ」）の数学的最適化技術が、以下に説明するように下記の点を考慮に入れて最小コスト・トポロジーを決定する際に使用される。下記の点とは、ケースが「ＮＰハード」であるという認識；ＩＬＰ技術により解決することができる程度制限多重コモディティ・フロー（ｄｅｇｒｅｅ  ｃｏｎｓｔｒａｉｎｅｄ  ｍｕｌｔｉ−ｃｏｍｍｏｄｉｔｙ  ｆｌｏｗ）としてのタスクの公式化である。
【００９８】
ＮＰ硬度の理論によると、ＮＰハードであると示すことができるケースは、効率的Ｎアルゴリズムによる解決を持つことが期待できない。例えば、Ｘのような所与のケースは、例えば、ＹのようなＮＰハードとすでに見なされているケースを考慮することにより、またＹが多項時間変換でＸになることを証明することにより、ＮＰハードであることを証明することができる。トンネル・トポロジー設計のケースは、それが分割できない多重コモディティ・フロー問題の一般化であることを観察することによりＮＰハードであることを証明することができる（１９９６年コンピュータ・サイエンスの基礎による第３７回ＩＥＥＥシンポジウムの議事録掲載のＪ．クレインバーグの「単一ソース分割不能な流れ」（Ｓｉｎｇｌｅ  ｓｏｕｒｃｅ  ｕｎｓｐｌｉｔｔａｂｌｅ  ｆｌｏｗ）参照）。
【００９９】
それ故、トンネル・トポロジーのケースは、ＩＬＰ近似技術の適用に適している下記の形に書き直すことができる。
＜入力＞
Ｎを、ネットワーク内のマルチキャストルータの数を示すものとする。
【０１００】
Ｄ（ｍａｘ，Ｉ）をルータＩがセットアップすることができるトンネルの最大数を示すものとする。
Ｐ（ｔ，ｌ）をタイプｔのトランクに対するトンネルｌの単位コストを示すものとする。ここで、「ｌ」は、マルチキャスト使用可能ルータ（ＭＣＲ）ｉ及びｊに対するノードのペアｌ＝（ｉ，ｊ）である。
【０１０１】
τ（タウ）を、すべての可能なタイプのトランクのセット（ＤＳ０、ＤＳ１、ＯＣ３等）を示すものとする。
Ｔ（Ｉ，Ｊ）を、需要マトリックス、すなわち、所与の将来の期間のルータＩ及びＪ間の予測した群呼出しトラヒックを示すものとする。
【０１０２】
Ｃ（Ｉ）を、ビット／秒単位でのルータＩの容量を示すものとする。
Ｒ（Ｉ，Ｊ）を、ルータＩ及びＪ間のトラヒックを経路指定するためのすべての実行可能なルートのセットであるとする。（これは、ＭＣＲＩ及びＪ間のサービス経路のすべての実行可能な品質を発生する前処理工程である。）
＜出力決定変数＞
Ｙ（ｔ，ｌ）：リンク１上で割り当てられたタイプｔトランクのユニットの数
Ｘ（ｐ）：経路ｐ上のトラヒックの流れの量
ｚｌ：リンク「ｌ」がゼロでない容量に割り当てられる場合には、値１を持つ２進数値の変数；そうでない場合には、その値はゼロ
＜ＩＬＰ公式化＞
最小にする。
【０１０３】
【数１】
2005506728.tif 000003
下記を条件とする。
・需要の充足（トンネル・トポロジーは需要マトリックスを満足させる）：
【０１０４】
【数２】
2005506728.tif 000004
・十分なトンネル容量（すべての経路上の全流れを、選択したトランクの容量で処理することができる）：
【０１０５】
【数３】
2005506728.tif 000005
・ポート制限（ルータから出入りするトンネルの数は、ルータの内部設定最大値を超えない）：
【０１０６】
【数４】
2005506728.tif 000006
上記の分析は下記のように公式化される。
入力
Ｎ：ルータの数
Ｄｉｍａｘ：ルータｉがセットアップすることができるトンネルの最大数
ｐｌｔ：タイプｔトランクに対するトンネルｌの単位コスト
τ：すべての可能なタイプのトランクのセット
Ｔ（Ｉ，Ｊ）：需要マトリックスＴ（Ｉ，Ｊ）
Ｃｉ：ルータｉの容量（ビット／秒）
Ｒｉｊ：ルータｉ及びｊ間でトラヒックを経路指定するためのすべての実行可能なルートのセット
出力決定変数
ｙｌｔ：リンクｌに割り当てられたタイプｔのトランクのユニットの数
ｘｐ：経路ｐ上の流れ（トラヒック量）の量
ｚｌ：＝１（リンクｌがゼロでない容量に割り当てられる場合）
＝０（そうでない場合）
ＩＬＰ公式化
最小にする。
【０１０７】
【数５】
2005506728.tif 000007
下記を条件とする。
・需要の充足
【０１０８】
【数６】
2005506728.tif 000008
・十分なトンネル容量
【０１０９】
【数７】
2005506728.tif 000009
・ポート制限
【０１１０】
【数８】
2005506728.tif 000010
・トンネル存在制限
【０１１１】
【数９】
2005506728.tif 000011
ここで、ダンピング係数εは、ゼロより大きい値を有するユーザ所与のパラメータである。
【０１１２】
さらに、ＴＤＭＡプロトコル又はＣＤＭＡプロトコルのような特定の無線技術に関連して説明してきた実施形態の範囲まで、実施形態は、また、ＴＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＩＳ−１３６及び他の第二世代及び第三世代のプロトコルのうちの１つ又はそれ以上を含む無線技術と一緒に動作するように修正することができる。
【０１１３】
例示としての実施形態について説明してきたが、通常の当業者であれば、本発明の精神及び範囲から逸脱することなしに、上記実施形態を種々に変更することができることは明らかである。
【図面の簡単な説明】
【０１１４】
【図１】従来技術による移動通信ネットワークシステムを示す概念図。
【図２】従来技術による移動通信ネットワーク内のＢＳと移動体交換局間の従来技術によるインタフェースを示すブロック図。
【図３】群呼出しロジックを含むシステムのブロック図。
【図４】移動通信ネットワーク内のプロキシ交換機及びいくつかの設置機器を示すブロック図。
【図５】移動通信ネットワーク内のプロキシ交換機及びいくつかの設置機器を示すブロック図。
【図６】本発明の好適な実施形態によるプロキシ交換機を例示するデータ面のブロック図。
【図７】群通信システムのアーキテクチャを示すブロック図。
【図８Ａ】群通信システムの使用方法の呼出しフローチャート。
【図８Ｂ】群通信システムの使用方法の呼出しフローチャート。
【図８Ｃ】群通信システムの使用方法の呼出しフローチャート。
【図９】群通信システムのアーキテクチャを示すブロック図。
【図１０】群呼出しロジックのフローチャート。
【図１１】群通信システムの使用方法の呼出しフローチャート。
【図１２】群通信システムの使用方法の呼出しフローチャート。
【図１３】群通信システムの使用方法の呼出しフローチャート。
【図１４】群通信システムの使用方法の呼出しフローチャート。
【図１５】群通信システムの使用方法の呼出しフローチャート。
【図１６】群通信システムのアーキテクチャを示すブロック図。
【図１７】群通信システムのアーキテクチャを示すブロック図。
【図１】
2005506728.tif 000012
【図３】
2005506728.tif 000013
【図４】
2005506728.tif 000014
【図５】
2005506728.tif 000015
【図６】
2005506728.tif 000016
【図７】
2005506728.tif 000017
【図８Ａ】
2005506728.tif 000018
【図８Ｂ】
2005506728.tif 000019
【図８Ｃ】
2005506728.tif 000020
【図１０】
2005506728.tif 000021
【図１１】
2005506728.tif 000022
【図１２】
2005506728.tif 000023
【図１３】
2005506728.tif 000024
【図１４】
2005506728.tif 000025
【図１５】
2005506728.tif 000026
【図１６】
2005506728.tif 000027
【図１７】
2005506728.tif 000028
【国際公開パンフレット】
2005506728.tif 000029
2005506728.tif 000030
2005506728.tif 000031
2005506728.tif 000032
2005506728.tif 000033
2005506728.tif 000034
2005506728.tif 000035
2005506728.tif 000036
2005506728.tif 000037
2005506728.tif 000038
2005506728.tif 000039
2005506728.tif 000040
2005506728.tif 000041
2005506728.tif 000042
2005506728.tif 000043
2005506728.tif 000044
2005506728.tif 000045
2005506728.tif 000046
2005506728.tif 000047
2005506728.tif 000048
2005506728.tif 000049
2005506728.tif 000050
2005506728.tif 000051
2005506728.tif 000052
2005506728.tif 000053
2005506728.tif 000054
2005506728.tif 000055
2005506728.tif 000056
2005506728.tif 000057
2005506728.tif 000058
2005506728.tif 000059
2005506728.tif 000060
2005506728.tif 000061
2005506728.tif 000062
2005506728.tif 000063
2005506728.tif 000064
2005506728.tif 000065
2005506728.tif 000066
2005506728.tif 000067
2005506728.tif 000068
2005506728.tif 000069
2005506728.tif 000070
2005506728.tif 000071
2005506728.tif 000072
2005506728.tif 000073
2005506728.tif 000074
2005506728.tif 000075
2005506728.tif 000076
2005506728.tif 000077
2005506728.tif 000078
2005506728.tif 000079
2005506728.tif 000080
2005506728.tif 000081
2005506728.tif 000082
2005506728.tif 000083
2005506728.tif 000084
【国際調査報告】
2005506728.tif 000085