JP2005506728A - 移動通信の際の群呼出しのためのシステム及び方法 - Google Patents
移動通信の際の群呼出しのためのシステム及び方法 Download PDFInfo
- Publication number
- JP2005506728A JP2005506728A JP2002586654A JP2002586654A JP2005506728A JP 2005506728 A JP2005506728 A JP 2005506728A JP 2002586654 A JP2002586654 A JP 2002586654A JP 2002586654 A JP2002586654 A JP 2002586654A JP 2005506728 A JP2005506728 A JP 2005506728A
- Authority
- JP
- Japan
- Prior art keywords
- group
- group call
- call
- mobile station
- mobile
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
- H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/186—Processing of subscriber group data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
情報は群呼出しグループのメンバーのリストから検索される（図７）。検索した情報に基づいて、第１及び第２の移動局（ＭＳ）の間に群呼出しが確立される。第１のＭＳは第１の基地局コントローラ（ＢＳＣ）からサービスを受け、第２のＭＳは第２のＢＳＣからサービスを受ける。群呼出し用の音声データは、マルチキャストセッション中に送信される。移動通信ネットワーク内の二地点間の群呼出しの履歴に基づいて、例えば、将来の群呼出しの予測の際に、二地点間にマルチキャストセッションを確立するか否かの決定が行われる。
Description
【技術分野】
【０００１】
本発明は、移動通信に関し、より詳細には移動通信の際の群呼出しのためのシステム及び方法に関する。
【背景技術】
【０００２】
すべての現在の移動通信システムは、地理的「通達範囲」が多数の「セル」と呼ばれる小さな地理的エリアに分割される階層的配置を有する。図１を参照すると、好適には、各セルは、基地トランシーバ局（「ＢＴＳ」）１０２ａによりサービスを受ける。いくつかのＢＴＳ１０２ｂ〜ｎは、固定リンク１０４ａ〜ｎにより、基地局コントローラ（「ＢＳＣ」）１０６ａに接続している。場合により、ＢＴＳ及びＢＳＣを合わせて基地局サブシステム（「ＢＳ」）１０７と呼ぶことがある。いくつかのＢＳＣ１０６ｂ〜ｎは、固定リンク１０８ａ〜ｎを通して移動体交換局（「ＭＳＣ」）１１０に接続することが可能である。
【０００３】
ＭＳＣ１１０は、市内交換機（以下に説明する移動管理要件を処理するための追加機能を含む）として機能し、トランク・グループを通して電話ネットワーク（「ＰＳＴＮ」）１２０と通信する。米国の移動通信ネットワークでは、ホームＭＳＣ及びサービスＭＳＣの概念がある。ホームＭＳＣは、移動局（「ＭＳ」）に関連付けられた交換局に相当するＭＳＣである。この関連付けは、例えばＭＳのエリア・コードなどの電話番号に基づいている。（ホームＭＳＣは、以下に説明するＨＬＲを担当する。）一方、サービスＭＳＣは、（サービスプロバイダが網羅する地域内で加入者が移動した場合に、異なるＭＳＣが、サービスＭＳＣの機能を実行する）ＭＳの呼出しをＰＳＴＮに接続するために使用される交換局である。従って、ある場合には、ホームＭＳＣ及びサービスＭＳＣは同じエンティティであるが、他の場合には同じエンティティではない（例えば、ＭＳが移動している場合）。通常、ビジティング・ロケーション・レジスタ（「ＶＬＲ」）１１６は、ＭＳＣ１１０と共に設置されており、移動通信ネットワークにおいては、論理に際立ったＨＬＲが使用される。以下に説明するように、ＨＬＲ及びＶＬＲは、多くのタイプの加入者情報及びプロフィールを記憶するために使用される。
【０００４】
簡便に言うと、１つ又はそれ以上の無線チャネル１１２が、全通達範囲に設けられている。無線チャネルは、複数のチャネルグループに分割され個々のセルに割り当てられる。チャネルは、呼出し接続等を確立するために信号情報を転送し、呼出し接続が確立した場合に、音声及びデータ情報を転送するために使用される。
【０００５】
抽出の比較的高いレベルにおいて、移動通信ネットワーク信号方式には、少なくとも２つの主要な概念が含まれる。１つの概念は、ＭＳとネットワークの残りの部分との間の信号方式に関する。２Ｇ（「２Ｇ」は、「第二世代」を表す産業用語である）及びそれより新しい技術の場合には、この信号方式は、ＭＳが使用するアクセス方法（例えば、時分割多元接続、すなわちＴＤＭＡ；符号分割多元接続、すなわちＣＤＭＡ）、無線チャネルの割当て、認証等に関連する。第２の概念には、ＭＳＣ、ＶＬＲ、ＨＬＲ等の間の信号方式などの移動通信ネットワーク内の種々のエンティティ間の信号方式が含まれる。この第２の部分は、ある場合には、特に信号方式Ｎｏ．７（「ＳＳ７」）のコンテキストに関連する場合には、移動通信応用部（「ＭＡＰ」）と呼ばれる。
【０００６】
種々の形態の信号（及びデータ及び音声通信）が、種々の規格により送受信される。例えば、米国電子工業会（「ＥＩＡ」）及び米国電気通信工業会（「ＴＩＡ」）は、ＭＡＰ規格であるＩＳ−４１など多数の米国規格の定義付けに貢献している。同様に、ＣＣＩＴＴ及びＩＴＵは、国際ＭＡＰ規格であるＧＳＭ−ＭＡＰなどの国際規格の定義付けに貢献している。これらの規格に関する情報は公知であり、関連組織団体及び文献から入手可能である。例えば、ボス（Ｂｏｓｓｅ）、「電気通信ネットワーク内の信号方式」（ＳＩＧＮＡＬＩＮＧ ＩＮ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＮＥＴＷＯＲＫＳ）（１９９８年、Ｗｉｌｅｙ社）を参照されたい。
【０００７】
ＭＳ１１４から呼出しを行うためには、ユーザは、携帯電話又は他のＭＳにより番号をダイヤルし、「送信」ボタンを押す。ＭＳ１１４は、ＢＳ１０７を通してＭＳＣ１１０に要求したサービスを表示するダイヤル番号を送信する。ＭＳＣ１１０は、（下に位置する）関連するＶＬＲ１１６で、ＭＳ１１４が要求したサービスを受けることが可能か否かを判断するためにチェックを行う。サービスＭＳＣは、その呼出しをＰＳＴＮ１２０上のダイヤルしたユーザの市内交換局に経路指定する。市内交換局は、呼出しユーザ端末に警告を行い、応答信号がサービスを行っているＭＳＣ１１０を通してＭＳ１１４に経路指定される。次に、ＭＳＣ１１０は、ＭＳへの音声経路を完成させる。セットアップが終了すると、呼出しが続行される。
【０００８】
ＭＳ１１４への呼出しを行う（ＰＳＴＮ１２０から呼出しが行われたと仮定する）ために、ＰＳＴＮユーザはそのＭＳ用の電話番号をダイヤルする。少なくとも米国規格に従うと、ＰＳＴＮ１２０は、ＭＳのホームＭＳＣ（ＭＳにサービスを行っているものであっても、なくてもよい）に呼出しを経路指定する。ＭＳＣは次に、どのＭＳＣが現在ＭＳに対してサービスを行っているかを判断するために、ＨＬＲ１１８に問い合わせを行う。この問い合わせは、同時に、サービスＭＳＣにやがて呼出しが行われることを知らせる役割も果たす。ホームＭＳＣは、次に、呼出しをサービスＭＳＣに経路指定する。サービスＭＳＣは、適当なＢＳを通してＭＳにページングを行う。ＭＳが応答し適当な信号リンクが設定される。
【０００９】
呼出し中、ＢＳ１０７及びＭＳ１１４は、例えば、信号状態のために必要な場合には、チャネル又はＢＴＳ１０２を変更するために協働することが可能である。これらの変更は「ハンドオフ」と呼ばれ、これらの変更は、既知のメッセージ及び信号方式のそれら変更自身の種類を伴う。
【００１０】
ＭＡＰの１つの態様には、「移動管理」が含まれる。簡単に説明すると、ＭＳ１１４は異なる場所に移動するので、あるＭＳにサービスを行うにはいくつかのＢＳ及びＭＳＣを必要し、使用する場合がある。移動管理により、サービスＭＳＣは、確実にＭＳＣが呼出しに対して正確にサービスを行う（及び課金する）ために、ＭＳＣが必要とする加入者のプロフィール及び他の情報を入手することができる。そうするために、ＭＳＣは、ビジティング・ロケーション・レジスタ（「ＶＬＲ」）１１６及びホームロケーションレジスタ（「ＨＬＲ」）１１８を使用する。ＨＬＲは、詳細には、移動識別番号（「ＭＩＮ」）、電子一連番号（「ＥＳＮ」）、ＭＳ状態、及びＭＳサービス・プロフィールを記憶し検索するために使用される。ＶＬＲは、（ホーム）ＭＳＣを識別するＭＳＣ識別を記憶する他に、類似の情報を記憶する。さらに、適当なＭＡＰプロトコルの場合には、移動電話加入者のホームＭＳＣがそのユーザ位置を知ることを可能とすべく、位置更新手順（又は登録通知）を実行する。これら手順は、ＭＳがある位置から他の位置に移動した場合、又はＭＳがネットワークにアクセスするために電源をオンにして自身の登録手続をした場合に行われる。例えば、位置更新手順は、ＢＳ１０７及びＭＳＣ１１０を通してＶＬＲ１１６に位置更新要求を送信しているＭＳ１１４により続行可能である。ＶＬＲ１１６は、位置更新メッセージをＭＳ１１４にサービスを行っているＨＬＲ１１８に送信し、加入者のプロフィールがＨＬＲ１１８からＶＬＲ１１６にダウンロードされる。ＭＳ１１４へは、位置更新の成功したことの肯定応答が送信される。ＨＬＲ１１８は、位置が変化したＭＳ１１４に関するデータを削除するために、ＶＬＲ（存在する場合には）に対しその前に保持していたプロフィール・データの削除を要求する。
【００１１】
図２は、ＣＤＭＡ移動通信ネットワーク内のＢＳ１０７とＭＳＣ１１０との間の信号方式及びユーザトラヒック・インタフェースをより詳細に示す。ＢＳ１０７は、Ａ１インタフェースにより信号情報を送信する。Ａ２インタフェースは、ＭＳＣの交換機構成要素２０４とＢＳ１０７との間のユーザトラヒック（例えば、音声信号）を運搬する。Ａ５インタフェースは、ソースＢＳ及びＭＳＣ間の回線交換データ呼出し（音声呼出しとは反対の）に対するユーザトラヒック用の経路を提供するために使用される。
【００１２】
さらに加入者は、例えばインターネットに対する「データ呼出し」などの新しいサービスを要求している。これらのサービスのあるものに対して、ＭＳＣのコスト・パフォーマンスは高くない。何故なら、ＭＳＣは主として音声呼出し用に設計されたものであるからである。多くのＭＳＣソフトウェア・アーキテクチャが専用の、及び閉鎖適な設計を使用しているため、新しいサービスをＭＳＣに組み込むことは、複雑な作業を必要とするか、或いは実行不能である。すなわち、サービスを提供するために必要なソフトウェア・ロジックを、ＭＳＣ１１０に追加することは簡単にはできない。多くの場合、このようなサービスを提供するために交換機付属物が使用される。例えば、相互動作機能（「ＩＷＦ」）は、インターネットにデータ呼出しを経路指定するための付属物である。ＭＳＣ内に機能を組み込むアプローチ、又はトランク側に付属物を追加するアプローチのいずれのアプローチも、サービス提供の際にＭＳＣを関連させる。新しいサービスは、需要に拍車をかけることが予想されるため、ＭＳＣの設計変更やトランク側の付属物の追加によって新しいサービスを内蔵させると、ＭＳＣの箇所でネットワーク混雑を激化させ、高価なＭＳＣリソースが必要になる可能性が高い。
【００１３】
インターネットの場合には、マルチキャスト通信とは、インターネットプロトコルネットワーク上で選択した複数の宛先への同一データパケットの送信を意味する。（反対に、同報通信は、すべての宛先へのデータパケットの無差別な送信を意味し、ユニキャスト通信は、１つの宛先へのデータパケットの送信を意味する。）
マルチキャストの各参加者は、マルチキャスト内の任意の他の参加者が送信した情報を受信する。そのネットワークに接続しているが、特定のマルチキャストの参加者でないユーザは、マルチキャストの参加者が送信した情報を受信しない。このような方法で、マルチキャスト通信は、マルチキャスト送信に実際に必要なネットワーク構成要素（例えば、交換機及びトランク）のみを使用する。
【００１４】
マルチキャスト処理では、潜在的参加者（「ホスト」）は、特定のＩＰマルチキャストグループに参加するように指定された場合には、ホストはそのマルチキャストグループへの参加を要求するために、最も近いマルチキャスト可能なルータに「参加要求」メッセージを送信し、このグループに送信された情報を受信する。例えば、ホストＡは、マルチキャストグループＹに参加するためにメッセージを送信し、ホストＢは、マルチキャストグループＸに参加するためにメッセージを送信する。データ経路がまだ確立していない場合には、ルータＲは、その要求をマルチキャストソースまで伝搬する。
【００１５】
例えば、グループＸに対するＩＰパケットを受信した場合には、ルータＲは、ＩＰマルチキャストグループアドレスを、イーサネットマルチキャストアドレス内にマッピングし、適当な１台の交換機又は複数の交換機に、結果として得られたイーサネットパケットを送信する。
【００１６】
現在のインターネットグループ管理プロトコル（「ＩＧＭＰ」）の場合、マルチキャストグループ内のホストのメンバー資格は、ルータがホストから周期的なメンバー資格報告を受信しなくなった場合に消滅する。
【００１７】
ＭＳ間の相互作用に関しては、２つのバージョンを有するＮｅｘｔｅｌサービスが、ＭＳ間の特殊な接続呼出し用にすでに提案されている（このサービスはＮｅｘｔｅｌ Ｄｉｒｅｃｔ Ｃｏｎｎｅｃｔ（登録商標）といい、特殊な移動無線技術を使用し、ｈｔｔｐ：／／ｗｗｗ．ｎｅｘｔｅｌ．ｃｏｍ／ｐｈｏｎｅ＿ｓｅｒｖｉｃｅｓ／ｄｉｒｅｃｔｃｏｎｎｅｃｔ．ｓｈｔｍｌに掲載されている）。特殊な接続呼出しの両方のバージョンは、１つのＢＳＣがサービスを行っている同一エリア内に全てのメンバーが位置することを必要とする。第１のバージョンの場合には、例えば、Ａ，Ｂなど２人の移動電話加入者間で１対１の会話を行うことができる。ＡがＢと特殊な接続通信を行いたい場合には、Ａは、Ｂの専用識別番号を入力し、プッシュツウトーク（「ＰＴＴ」）ボタンを押し、Ｂが受信の準備ができていることを意味する可聴警告を聞いたら会話を開始する。自分が聞く場合には、ＡはＰＴＴボタンを離す。Ｂが喋りたい場合には、ＢはＰＴＴボタンを押し、Ａが受信の準備ができているという可聴確認が聞こえるまで待機する。このサービスを使用すれば、加入者は、携帯電話ハンドセット上に表示される、スクロール可能なリストから専用識別番号を選択することもできるし、又は加入者の予め記憶している名前のリストを検索することもできる。
【００１８】
第２のバージョンの場合には、ある番号で識別されるトークグループ（Ｔａｌｋｇｒｏｕｐ）と呼ばれる加入者の予め定義したグループのメンバー間で会話することができる。携帯電話ハンドセットを使用すれば、トークグループの番号をハンドセットの制御面により検索することができる。群呼出しを行うためには、最初に行動を起こす加入者、例えばＡは、ハンドセット内でトークグループの番号を探し出し、ＰＴＴボタンを押し、チャープ音などの可聴確認を受信したときに、会話を開始し得る。群呼出し上にある全ての他のトークグループのメンバーは、ＡがＰＴＴボタンを押している間は会話を聞くことしかできない。ＡがＰＴＴボタンを離した場合には、群呼出し上の他のメンバーはＰＴＴボタンを押すことができ、可聴確認により通知されて支配権を取得し、会話を開始可能となる。
【発明の開示】
【発明が解決しようとする課題】
【００１９】
本発明は、移動通信を行うためのシステム及び方法一般、より詳細には群呼出しのためのシステム及び方法を提供する。
【課題を解決するための手段】
【００２０】
情報は、群呼出しグループのメンバーのリストから検索される。検索した情報に基づいて、第１の移動局（ＭＳ）と第２の移動局（ＭＳ）との間に群呼出しが確立される。第１のＭＳは、第１の基地局コントローラ（ＢＳＣ）からサービスを受け、第２のＭＳは、第２のＢＳＣからサービスを受ける。群呼出しに対する音声データは、マルチキャストセッション中に送信される。移動通信ネットワーク内の二地点間の群呼出しの履歴に基づいて、例えば、将来の群呼出しを予想して、二地点間でマルチキャストセッションを確立するか否かについての決定が行われる。
【００２１】
１回の呼出しを開始することによって、あるグループのあるメンバーは、グループ中の連絡可能な全てのメンバーの間で群呼出しを確立することが可能となる。群呼出しは、異なるＢＳＣの間で、及び恐らくは異なるアクセス方法（例えば、ＴＤＭＡ又はＣＤＭＡ）によってサービスを受けているであろう、及び異なるエリア内に位置している可能性があるメンバー間で確立することが可能である。ある群呼出し内のメンバー間のＢＳＣ間音声トラヒックは、インターネットプロトコルネットワークなどの他の通信ネットワークによって搬送することが可能である。
【発明を実施するための最良の形態】
【００２２】
図３について説明すると、システム及び方法は、携帯電話のユーザの予め定義したグループのメンバー間での呼出しを設定するためのものである。以下により詳細に説明するように、群呼出しロジック１０１０を実施するプロキシ交換機などのデバイスは、グループ１０１４のあるメンバー１０１２Ａによる群呼出しのスタートを検出し、群呼出し内のグループの全メンバー１０１２Ａ，１０１２Ｂ，１０１２Ｃに対する接続を自動的に試行する。ある特定の実施の場合には、群呼出し内の通信は、半二重通信であり（すなわち、一度に１人のメンバーのみが話すことができる通信であり）、そのグループに対する音声トラヒックは、マルチキャストセッション中に、インターネットプロトコル（「ＩＰ」）ネットワークにより搬送される。
【００２３】
プロキシ交換機で群呼出しロジックが実施される場合には、プロキシ交換機は、引用によって本明細書の記載に援用する、２０００年１１月２２日付けの「プロキシ交換機により移動通信にサービスを行うためのシステム及び方法」という名称の、米国同時係属出願番号０９／７２１３２９に記載されているように動作可能である。同時係属出願において記載され、及び本願の図４に示されているように、交換１０３４動作は、少なくとも１つの移動体交換局（「ＭＳＣ」）１０３０と少なくとも１つの基地局サブシステム（「ＢＳ」）１０３２との間で行われる。この交換により、ＩＰネットワークなどの別のネットワーク１０３６との間で通信トラヒックを転送し得る。交換はトランスペアレントであるので、ＭＳＣもＢＳも本発明の交換と共に動作するために何らの変更を必要としない。
【００２４】
同時係属出願に記載されているプロキシ交換機は、移動信号プロトコルによりＭＳＣ及びＢＳから信号メッセージを受信するための信号メッセージ処理ロジック１０３８を有する。メッセージ傍受ロジック１０４０は、信号メッセージ処理ロジックと協働し、信号メッセージを送信したＭＳＣ又はＢＳに肯定応答メッセージを送信する。メッセージ傍受ロジックはまた、信号メッセージが、それぞれＢＳ及びＭＳＣの他方に送信されることを防止する。メッセージ変換ロジック１０４２は、信号メッセージ処理ロジックと協働して、信号メッセージをＭＳＣ及びＢＳのうちの一方からＢＳ及びＭＳＣのうちの他方へ送信するための変換済信号メッセージに、それぞれ変換する。メッセージ送信ロジック１０４４は、信号メッセージ処理ロジックと協働して、信号メッセージをＭＳＣ及びＢＳのうちの一方からＢＳ及びＭＳＣの他方に、それぞれ送信する。
【００２５】
ＢＳからの１組のベアラ回線１０４６は、プロキシ交換機に割り当てられる。ＭＳＣ及びＢＳ間の信号メッセージが受信され、これらの信号メッセージが、割り当てられた１組のベアラ回線に対応するか否かを判断するために分析される。対応する場合には、信号メッセージ内の制御情報は、別の通信ネットワークに送られ、上記１組のベアラ回線により運ばれた情報は、別々のネットワークに送られる。
【００２６】
図５は、プロキシ交換機３００がＢＳ１０７とＭＳＣ１１０の間に位置するプロキシ交換機３００の１つの好適な配置を示す。ユーザトラヒックを搬送するトランクの１つのサブセット３０６に限り、プロキシ交換機上で終端している必要がある。他のトランク３０８は、ＭＳＣ１１０及びＢＳ１０７を直接接続することができる。ＢＳ１０７からの全ての制御リンク３１２は、プロキシ交換機３００の箇所で終端している。プロキシ交換機には、制御面３０２及び（「ベアラ面」とも呼ばれる）データ面３０４が含まれる。制御面３０２は、全ての信号トラヒックを処理し、データ面３０４は、プロキシ交換機に接続しているトランクに対する全てのユーザトラヒックを処理する。
【００２７】
ある実施形態の場合には、ＭＳＣとプロキシ交換機との間には１対１の対応がある。いくつかのＢＳは、１つのプロキシ交換機と一緒に動作することができる。
プロキシ交換機３００は、すべての信号メッセージを受け入れるソフトウェアを含み、メッセージ及びシステムの状態により下記の中の少なくとも１つを実行する。
１．変更されていないメッセージのメッセージ内に宛先が記載されているＭＳＣ又はＢＳへの送信。
２．ＭＳＣ及びＢＳ間のメッセージの傍受。
３．いくつかの傍受したメッセージに対する、傍受したメッセージの異なるメッセージへの変換、及び元の傍受したメッセージの代わりに、傍受したメッセージ内に宛先が記載されているＭＳＣ又はＢＳへの変換したメッセージの送信。
４．移動局をベースとするネットワーク及びＰＳＴＮをベースとするネットワークからＩＰネットワークのような他のネットワークへのメッセージの送信。
【００２８】
トリガするイベントと一緒のそれぞれの場合に行う行動のタイプについては以下に説明する。
多くの場合、特にＭＳ１１４からのメッセージが送信され、トラヒックが別のネットワーク宛のものである場合には、プロキシ交換機３００はＭＳＣ１１０として機能する。このような役割の場合、プロキシ交換機は従来のＭＳＣが実行する責任及び役割を実行する。これらの機能及び役割の中のあるものは、移動管理に関連する。移動中のＭＳについて考察すると、移動局があるセルから他のセルに移動する場合には、異なるＭＳＣからサービスを受けているセルに移動する場合もあり得る。それ故、ソースと目標ＭＳＣとの間でハンドオフが必要になる。プロキシ交換機３００がそのメッセージを移動し、呼出し／セッションが別のネットワーク宛のものであった場合には、従来のＭＳＣがハンドオフを管理するのと類似の方法で、プロキシ交換機はハンドオフを管理する。プロキシ交換機は、ＭＳの新しい位置により適当なデータベースを更新する。
【００２９】
プロキシ交換機の他の機能は、リソースの割当てに関する。特に、ＭＳが新しい呼出し／セッションを要求するメッセージを開始した場合、適当な回線（チャネル）をこのセッションに割り当てる必要がある。システムの構成及びシステムの状態により、プロキシ交換機は、従来のＭＳＣが回線を割り当てるのと類似の方法で割当てを行う。
【００３０】
図６は、プロキシ交換機３００が、例えば、異なるキャリヤなどのＩＰバックボーン４１２又は別の回線をベースとするネットワーク４１４のようないくつかの別のネットワークに接続している配置を例示する。これらの別のネットワークは、ＭＳＣ１１０の高価なリソースと共に、ＰＳＴＮ１２０全体又は一部を回避しながら所望の宛先へ音声及び／又はデータ・トラヒックを運ぶために使用し得る。別法としては、回線トラヒックが異なるネットワークに逆送することを可能とすべく、これらの配置を使用することができる。例えば、ニューハンプシャー州ナシュアからの回線トラヒックをマサチューセッツ州ウォルサムのＭＳＣに逆送することができる。又は、これらの配置を他のネットワークに接続するために使用することができる。例えば、ＩＰバックボーン４１２は、ＩＰ音声ネットワーク４１８又はインターネット４１６と通信することができる。同時係属出願で説明したように、トラヒックを別のネットワークへ送信する場合、制御情報（例えば、信号メッセージからの）及びリンク３０６上のベアラ回線からの音声又はデータの両方を別のネットワークを通して送信することができる。
【００３１】
すでに説明した群通信システムの特定の実施の場合には、クローズドユーザグループ（「グループ」又は「ＣＵＧ」）に属する移動通信ユーザ（「ユーザ」）は、相互に迅速に容易に連絡するための機能を有し、それにより、相互に会話を開始し得る。各グループは、２人以上のユーザ（メンバー）を有し、ユーザは複数のＣＵＧに所属してもよい。会話は、あるグループの２人のメンバー間で行うこともできるし（「専用モード」）、又はＣＵＧのすべての使用できるメンバー間で行うこともできる（「公衆モード」）。群通信システムは、携帯電話及び移動ＰＤＡのような従来の移動通信装置を使用する。
【００３２】
特定の実施の場合には、群通信システムは、群呼出しスタートを傍受し、ＭＳＣ及びＰＳＴＮをバイパスし、群呼出しをＩＰ上のマルチキャストセッション実行音声（「ＶｏＩＰ」）として実施するために、上記のようにＭＳＣ及びＢＳＣ間に論理的に配置されているプロキシ交換機内で群呼出しロジックを実施する。グループ内のユーザは、ＣＤＭＡ、ＴＤＭＡ（ＩＳ−１３６及びＧＳＭを含む）、ＧＰＲＳ、及び第三世代の技術など、１つ以上の無線技術に依存する集合的ネットワークを網羅する複数のＭＳＣによって、離隔した地理的位置でサービスを受けることができる。例えば、任意の群呼出しに参加したグループメンバーの間で、１人以上のユーザがＣＤＭＡネットワーク内を移動している間に、１人以上のユーザが同時にＧＳＭネットワーク内を移動している場合もある。群呼出しが進行している間に、群呼出しに関する制御情報を、群呼出し内の表示参加者など１人以上のユーザに対して使用可能とすることができる。ＭＩＮ，ＩＭＳＩ，ＥＳＮなどの標準番号付けスキームにより、群呼出しユーザは、群呼出しリストを動的に生成し、修正し得る。
【００３３】
図７は、群通信システムの例示としての実施形態の一般的なアーキテクチャを例示している。図７は、異なるＢＴＳシステム１０６２Ａ〜１０６２Ｄに接続している無線デバイス１０６０Ａ〜１０６０Ｄを使用する群呼出し内の４人のユーザを示す。以下の説明のために、無線デバイスはオーディオ表示機能及びテキスト表示機能の両方を備えるものと仮定する。ＢＴＳは、基地局コントローラ（「ＢＳＣ」）１０６４Ａ〜１０６４Ｄに接続していて、これらの基地局コントローラは、群呼出しロジックを実施するプロキシ交換機（「群呼出し交換機」）１０６６Ａ〜１０６６Ｃに接続している。各群呼出し交換機は、ＭＳＣ１０６８Ａ，１０６８Ｂ，１０６８ＣなどのＭＳＣに接続している。少なくとも１つの群呼出し交換機は、群呼出しサービス使用可能ネットワーク内の各ＭＳＣのためのものである。信号方式情報については、各群呼出し交換機は、対応するＢＳＣと対応するＭＳＣの間に論理的に位置している。群呼出し交換機は、ＭＳＣから信号及びデータを受信し、反対方向に、ＢＴＳ及びＢＳＣを通して無線デバイスから信号及びデータを受信する。各群呼出し交換機は、ＢＳＣもＭＳＣも、ＢＳＣとＭＳＣの間に位置する群呼出し交換機を意識しないかのように動作する。ＭＳＣ及びＢＳＣからの信号及び制御情報は、群呼出し交換機により傍受され、識別できる変化が何もない状態で、必要に応じて関連素子にシームレスな状態で送られる。
【００３４】
ＭＳＣは、公衆陸上移動通信網（「ＰＬＭＮ」）１０７０に接続していて、群呼出し交換機は、バックボーンマルチキャスト使用可能ＩＰネットワーク（「バックボーンネットワーク」）１０７２に接続していて、このバックボーンネットワーク１０７２は、ＣＵＧ能動ディレクトリ１０７４及び強化ホームロケーションレジスタ（「ＨＬＲ」）１０７６へのアクセスを提供する。
【００３５】
同時係属出願のプロキシ交換機のところですでに説明したように、群呼出し交換機は、制御面及びデータ面を有する。制御面のところの機能は、ＢＳＣ又はＭＳＣ又は両方からの信号メッセージの終端である。例えば、ＣＤＭＡネットワークにおいては、信号メッセージは、ＩＳ−６３４プロトコル仕様により定義される。制御面は、入力信号を終端し、ＭＳＣ又は他の素子への前方への送信のための新しい信号メッセージを生成する。制御面は、また、以下に説明するマルチキャスト機能をサポートする。
【００３６】
ある特定の実施形態の場合には、群呼出し交換機のデータ面は、ＢＳＣ又はＭＳＣ又は両方からＴＤＭトラヒックを受信し、入力トラヒックを出力宛先にインタフェースするために、ＴＤＭクロス接続（「ＤＡＣＳ」）（図５）を使用する。他の実施形態の場合には、データ面は、また、（無線アクセス・ネットワーク又は「ＲＡＮ」とも呼ばれる）、基地局複合体から入力ＩＰトラヒックを受信し、入力ＩＰトラヒックを出力ＩＰトラヒックに切り替える。制御面内のプログラムによる制御は、入力ＴＤＭトラヒックと出力宛先との間のクロス接続、特にＩＰネットワーク上の従来のＭＳＣ及び／又は宛先との間のクロス接続を決定する。
【００３７】
ＤＡＣＳからの出力宛先としてのＭＳＣサービス提供の場合には、群呼出し交換機は、本質的にはネットワークに対して透過的である。トラヒック及び制御は、継ぎ目のない状態でＢＳＣからＭＳＣへ、及びＭＳＣからＢＳＣへ流れる。代わりに、出力宛先がＩＰネットワーク上に位置する場合には、データ面上の媒体ゲートウェイ（同時係属出願に記載されている）は、入力ＴＤＭトラヒックの選択した一部を、ＭＳＣから迂回させ、入力ＴＤＭトラヒックをＲＴＰ／ＵＤ／ＩＰトラヒックに変換し、ＲＴＰ／ＵＤ／ＩＰトラヒックをバックボーンＩＰネットワーク内に挿入する。
【００３８】
群呼出し登録（「ＧＣＲ」）とも呼ばれるＣＵＧ能動ディレクトリ（「ＣＵＧ ＡＤ」）１０７４は、ＣＵＧデータを含むデータベースシステムである。特定の実施の場合には、図１５のＣＵＧ ＡＤは、スケーラビリティのための分散型データベースシステムとして実施される。ＣＵＧ ＡＤは、群呼出しネットワーク内のすべてのＣＵＧの定義を含む。ＣＵＧ ＡＤへの問い合わせは、ＣＵＧの識別子を指定する。すなわち、問い合わせは、指定したＣＵＧの定義を要求し、結果は指定したＣＵＧのすべてのメンバーに対するグループ・ユーザＩＤのリストである。例えば、ＣＵＧ ＩＤ２３４７を指定している問い合わせは、ＣＵＧ ＡＤに移動識別番号（「ＭＩＮ」）ｘｘｘ，ｙｙｙ，ｚｚｚ、及びＣＵＧ内の４人のユーザに対するｗｗｗを識別する結果を生成させることができる。特定の実施の場合には、ＭＩＮ番号は、サービスプロバイダによるＧＩＲサービスのユーザに割り当てられる。
【００３９】
各ＣＵＧは、異なる区画がＣＵＧ ＡＤの異なる分散部分に割り当てられるように分割されているＣＵＧ名空間からの一意の識別子ＩＤによりシステムに対して識別される。全ての群呼出し交換機が、分割スキームの分割索引を使用することができる。群呼出し交換機がＣＵＧの定義を検索する必要がある場合には、群呼出し交換機は、問い合わせを行うＣＵＧ ＡＤの成分を決定するために索引を使用することができる。
【００４０】
強化ＨＬＲ１０７６は、携帯電話で使用される標準ＨＬＲデータベース（「標準ＨＬＲ」）の強化バージョンである。標準ＨＬＲフィールド位置は、移動中の移動ユーザから更新される。これらの更新が横切る従来の経路は、携帯電話からＢＴＳ、ＢＴＳからＢＳＣへのもので、次にＭＳＣにつながっていて、このＭＳＣは、ＨＬＲに更新メッセージを送る。群呼出しネットワークの特定の実施の場合には、群呼出し交換機は、ＢＳＣとＭＳＣとの間に位置していて、群呼出し交換機がすべての位置の更新を見ることができるようにする。群呼出しサービスに加入しているユーザの場合には、群呼出し交換機は、位置更新メッセージを傍受し、これらのメッセージをＨＬＲにコピーする。それにより群呼出しユーザの携帯電話の位置を記憶するほかに、ＨＬＲは、また、各群呼出しユーザが所属するすべてのＣＵＧのリストを記憶する。ＨＬＲへの問合わせは、群呼出しユーザを識別するＭＩＮを指定し、その群呼出しユーザがメンバーであるＣＵＧのリストを含む応答を生成する。
【００４１】
特定の実施の場合には、ＨＬＲは、データの分布がＭＩＮ階層に基づいている分散型データベースである。別の方法としては、ＨＬＲは、また、国際移動電話加入者ＩＤ（「ＩＭＳＩ」）、又は装置一連番号（「ＥＳＮ」）をベースとすることもできる。ＣＵＧ名空間に対する上記分割索引に類似の索引により、群呼出し交換機は、入力要求を処理する場合に、問い合わせを行うＨＬＲの分割を決定することができる。
【００４２】
ある家族についての例の場合には、ＣＵＧそれぞれが携帯電話を携帯しているユーザの父親、母親及び十代の若者を含むように定義することができる。自分の携帯電話上の特殊な一連のキーを押すことにより（又は、電話機に設置されている場合には、特殊な１つのキーを押すことにより）、父親は、母親及び十代の若者の位置を発見し、母親及び十代の若者を群呼出しに参加させる群呼出し開始プロセスを実行することができる。以下に説明する半二重実施の場合には、群通信システムが、ＣＵＧの少なくとも１人のメンバーが、群呼出しに参加していることを確認した場合、最初の参加メンバーとしての父親に会話の制御が割り当てられ、他の１人の又は複数の参加メンバーが会話を聞いている時に、会話を開始させることができる。父親が会話の制御を放棄した場合には、ＣＵＧの任意の他の参加メンバー（例えば、十代の若者がその呼出しに参加している場合には、十代の若者）が、会話の支配を取得し会話を行うことができる。それ故、半二重実施の場合には、発言支配権が割り当てられた参加メンバーだけが話すことができる。他の参加メンバーは、メンバーの発言支配権が放棄され再度割り当てられるまでは話すことはできない。以下にさらに詳細に説明するように、発言支配権を要求するためには、群呼出しを行っているユーザは、電話機の標準番号キーを押すことができるし、電話機のメーカーが設置している場合には、特殊なキーを押すことができるし、又は、電話機がテキストメッセージ送信機能を持っている場合には、現在喋っている人に、次に話すことを要求するテキストメッセージを送信可能である。呼出しを行っているある時点で、発言支配権が所定の期間の間割り当てられないままになっている場合には（すなわち、会話が終了した場合には）、呼出しは終了する。
【００４３】
ＣＵＧのすべてのメンバーが同じ交換エリア内、すなわち、１つのＭＳＣ又はプロキシ交換機が制御する地理的エリア内に位置している場合、又は異なる交換エリア内に位置している場合には、群呼出しを手配することができる。例えば、ＣＵＧがユーザＡ，Ｂ，Ｃ，Ｄを有する場合には、Ａ，Ｂは、現在、交換エリアＳ１内を移動している場合もあるし、Ｃが交換エリアＳ２内を移動している場合もあるし、Ｄが交換エリアＳ３内を移動している場合もある。Ｓ１，Ｓ２，Ｓ３，Ｓ４交換エリアすべてが、同じサービスプロバイダにより運用されている場合、又は群呼出しサービスを提供することで、相互に協力することに合意しているオペレータにより管理されている場合には、Ａ，Ｂ，Ｃ，Ｄを接続する群呼出しを確立することができる。このような場合、個々のメンバーは、物理的位置関係で広く分散していてもよい。例えば、Ａ，Ｂはボストンに、Ｃはテキサスに、Ｄはカリフォルニアにいるのでもよい。
【００４４】
群通信システムは、異なるネットワーク技術を横切る呼出しの共同利用を提供する。すなわち、ＣＵＧのメンバーが異なる技術をベースとする複数のネットワークを横切って移動していても、群呼出しを確立することができる。例えば、ユーザＡは、ボストンにいて符号分割多元接続（「ＣＤＭＡ」）をベースとするネットワーク内を移動することもできるし、Ｂは、英国（「ＵＫ」）にいて、移動通信用グローバル・システム（「ＧＳＭ」）をベースとするネットワーク内を移動することができる（ＧＳＭは、時分割多元接続（「ＴＤＭＡ」）技術を使用する）。Ａ，Ｂが、同じＣＵＧに所属していて、ＣＤＭＡオペレータ及びＧＳＭオペレータが、群呼出しサービスの提供の際に協力することに合意している場合には、ＡとＢとの間に群呼出しを確立することができる。
【００４５】
上記システムは、以下にさらに詳細に説明する、下記の１つ以上の強化を含むことができる。上記の説明を読めば分かるように、ＣＵＧのすべてのメンバーがその呼出しに参加していてもいなくても、群呼出しを確立することができる。ＣＵＧの何人かのメンバーがある群呼出しに参加することができない場合には、システムは、参加できないメンバーが記載されている例外リストを生成し、記録することができる。ＣＵＧの１人以上のメンバーが、表示スクリーンを備えている電話機を持っている場合には、例外リストを表示スクリーン上に表示することができる。さらに、例外リストに基づいて種々の行動を行うことができる。例えば、呼出し中又は呼出しの後で、例外リストに記載されているメンバーに音声メール・メッセージを送ることができる。例えば、発呼者は、音声メールメッセージを１回記録することができ、群通信システムにより、例外リストに記載されているメンバーに対して、前に指定した音声メール電話番号の音声メールボックスへ送ることができる。その代わりに又はそれに加えて、参加各メンバーにどの他のメンバーが呼出しに参加しているかを知らせるために、特定の群呼出しに参加したＣＵＧのメンバーを、呼出し中、すべての参加メンバーの電話機の使用できる表示スクリーン上にリストの形で表示することができる。現在発言支配権を有しているメンバーを識別するために、視覚的表示を使用できる表示スクリーン上に表示することができる。
【００４６】
群通信システムのユーザは、その群通信システムの他のユーザと専用呼出しを確立することができる。そのため、ユーザは群呼出しの外側で秘密又は個人情報について話合うことができる。それ故、出力群呼出しの２人の参加者は、一時的に専用呼出しを行い、次に、出力群呼出しに戻ることができる。
【００４７】
群通信システムのユーザは、ユーザがメンバーであるＣＵＧに対する進行中の群呼出し（「活動中群呼出し」）のリストを要求することができ、及びこのような呼出しの中の１つに参加することができる。群通信システムのユーザは、公衆群呼出しすなわち、群通信システムの各ユーザを含むＣＵＧに対する群呼出しをスタートさせることもできるし、又はこれに参加することもできる。オペレータは、任意の数の公衆ユーザ・グループ（「ＰＵＧ」）を定義することができる。群通信システムの各ユーザは、すべてのＰＵＧのメンバーに自動的になる。能動公衆群呼出しに参加するために、ユーザは能動公衆群呼出しのリストを要求し、参加する呼出しを選択する。
【００４８】
群通信システムのユーザが呼出し待機機能を有する場合には、ユーザは、群呼出しを待機状態にし、入力呼出し信号に応答することができる。群呼出しに対するものを含む任意の入力呼出し信号を受け入れたくないユーザは、呼出し転送又は呼出し阻止を起動することができる。ユーザは、群呼出し又は専用呼出し又は両方に対する入力呼出し信号だけの阻止を選択することができる。
【００４９】
群通信システムは、騒音環境内にいるユーザ、可聴電話の使用が制限されている公共の場所にいるユーザ、及び聴覚障害のユーザの便宜をはかるために、群呼出し内に音声テキスト変換を内蔵させることができ、言語変換機能（例えば、英語からフランス語へ）を内蔵させることができる。
【００５０】
群通信システムのユーザは、ユーザの携帯電話番号、又はユーザの電話機の電話ディレクトリ内に記憶している連絡情報に基づいて、群サービスサインアップ中に、サービスプロバイダが割り当てることができる特殊な群通信システム識別番号（「群ユーザＩＤ」）により連絡することができる。以下に説明するウェブをベースとする供給システムを使用する代わりに、又はその使用に加えて、グループユーザＩＤを自己セットアップ（「自己供給」）とすることができる。
【００５１】
すでに説明したように、群通信システムは３つの動作モード、すなわち、クローズドユーザグループ（「ＣＵＧ」）モード、専用モード及び公衆ユーザグループ（「ＰＵＧ」）モードを提供する。以下に説明するユーザ制御呼出しの場合を除いて、ユーザは、会話するためにある番号キー（又は、設置されている場合には、特殊な電話キー）を押し、ユーザに発言支配権が渡されたことを示すトーンを聞くために待機する。ユーザが会話を終了した場合には、ユーザはあるキーを押すことができ、それにより他の参加しているユーザは、発言支配権が使用できるようになったことを知らせるトーンを聞くことになる。次に、他の参加しているユーザは、あるキーを押し、トーンを聞き、会話を開始することができる。発呼者は、トーンが示すように少なくとも１人の他のユーザが、呼出しに参加した後で発言支配権をスタートする。全ての参加したユーザが電話機を置くか、すでに説明したように、ある期間誰も会話の制御を要求しなかった場合には呼出しは終了する。上記システムは、発言支配権に対して複数のユーザから同時に要求があった場合の、要求間の競合を解決する。例えば、会話のために全二重モードを使用できる場合には、「人間プロトコル」を使用することができる。そのような場合には、最終的に、１人のユーザを除くすべてのユーザが話すのをやめて、会話の制御が喋っているユーザに渡されるように、複数のユーザに制御が渡される。
【００５２】
ＣＵＧモードの場合には、群呼出しユーザは、リストに対して一意のグループＩＤを生成し、メンバーのグループ呼出しＩＤ及びその携帯電話番号を使用して、リストにメンバーを割り当てることにより、クローズドユーザグループを形成する。プロキシ交換機の指揮の下で、ハンドセットに無線アクセス・ネットワーク（「ＲＡＮ」）により信号を送ることができる限りは、及びＲＡＮは、このような信号送信を行うために携帯電話番号を使用するので、ＣＵＧ情報は携帯電話番号を含む。各ＣＵＧは、そうしたい場合には、サービスプロバイダが課する最大サイズを有する２人又はそれ以上のユーザを含む。
【００５３】
特定の実施の場合には、群呼出しユーザが、ユーザのコミュニティ（すなわち、ＣＵＧモード）のユーザのグループと連絡したい場合には、ユーザは、例えば、＊４の後にＣＵＧ ＩＤが続く呼出しスタート・シーケンスをキーイン（「入力」）し、送信キーを押す。（呼出しスタート・シーケンスも記憶することができ、ユーザの電話機の速度ダイヤル・ディレクトリからダイヤルすることができる。）最初に通知を受けた場合に、その呼出しに参加できないＣＵＧのあるメンバーは、その呼出しが依然として能動状態である場合には、呼出しスタート・シーケンスを入力し、送信キーを押すことにより、後でその呼出しに参加することができる。
【００５４】
ＣＵＧモードの場合には、発呼者は、そうしたい場合には、「バージイン」（ｂａｒｇｅ−ｉｎ）機能を有する呼出しである、ユーザ制御呼出しを要求することができる。バージイン機能によれば、会話を聞いているユーザは、会話をしているユーザに会話を聞いているユーザが、発言支配権を入手したがっていることを知らせるために、複数のキーのサービスの構成可能なＤＴＭＦシーケンスを押すことにより、会話をしているユーザに警告メッセージを送信することができる。この時点で、会話をしているユーザは、発言支配権を放棄するためにあるキーを押すことができるし、又は会話を続けることができる。それ故、バージイン機能は、会話をしているユーザに、会話を聞いているユーザの会話をしたいという要求の可聴通知を供給し、また、テキスト表示を備える電話機の場合には、バージイン・メッセージを送信した会話を聞いているユーザの名前を表示しているテキストメッセージを提供することができる。それ故、会話をしているユーザは、会話を聞いているユーザが会話をしたがっているかどうかをむりに推定する必要はない。会話をしているユーザが、割込みを望まない場合には（例えば、人々の大きなグループにアナウンスをしている間）、バージイン機能は機能しなくなるようにすることができる。
【００５５】
すでに説明したように、ＣＵＧモードは、また、参加報告に会話をしている人の識別機能を提供することができ、参加例外に同報通信機能を提供することができる。
リアルタイムで群呼出しを転写するために、音声−テキスト技術を使用するように、ＣＵＧモード中に呼出し転写機能（ｃａｌｌ ｔｒａｎｓｃｒｉｐｔｉｏｎ ｃａｐａｂｉｌｉｔｙ）を提供することができる。テキスト表示電話機を持ち、群呼出しの通知を受けるグループのメンバーは、呼出しを聞こえないようにして、代わりにテキスト転写を受信するために要求することができる。特定の実施形態の場合には、テキストページャがテキストを受信するように、どのテキスト表示電話機も、オーディオ用だけのデバイス及びテキスト用だけのデバイスを送受信しないし、呼出し転写機能がオンになっていない場合には、テキスト用だけのデバイスには群呼出しの通知は行われない。呼出しの全転写は、呼出しの終わりに入手することができ、その呼出し（参加例外リストに基づいて）に参加しなかったすべてのＣＵＧメンバー又は発呼者に送信可能である。この機能は、ＩＳ−４１−Ｃと一緒に入手し得る好適な言語インジケータを使用して、翻訳サービスに拡張することができる。好適な言語インジケータは、その中にアナウンス及び他の報告を表示すべき言語に対する加入者の優先順位を表示するために、加入者のプロフィール内に含まれていて、ＨＬＲデータベースに記憶されている情報素子である。交換機は、予め記憶しているアナウンスを行うときに好適な言語インジケータを使用する。人間又は自動翻訳装置のような追加のリソースは、サービスプロバイダが提供することができる。
【００５６】
群呼出しＩＤ及びメンバーの関連リストは、パーソナルコンピュータからの、又はＷＡＰ使用可能デバイスからのウェブをベースとする提供アプリケーションにより設定することができる。ユーザは、また、ユーザの携帯電話からのリストを設定することができる。サービスプロバイダは、リスト上のメンバーの数、そのメンバーが所属する１つのネットワーク又は複数のネットワーク、及び群呼出しユーザが維持することができるリストの数の上限を指定する。
【００５７】
専用モードの場合には、群呼出しユーザは、例えば、＊４の後に目的の受信メンバーの群呼出しＩＤが続くような群呼出しスタートシーケンスを入力し、送信を押すことにより群呼出し使用可能ネットワークに接続しているユーザのグループの任意のメンバーへの呼出しを迅速に呼び出すことができる。目的の受信人であるメンバーには、ユーザからの呼出しが通知され、特定の実施形態の場合には、目的の受信人であるメンバーが呼出しに応答した場合には、ユーザはチャープ音を聞く。
【００５８】
ＰＵＧモードの場合には、群呼出しユーザは、現在のチャットグループのリストを見て、チャットグループへの参加を決定することができる。群呼出しユーザは、一意の群呼出しＩＤを指定し、グループの主体の短いテキスト記述を提供することにより、任意の群呼出しユーザが入手することができる新しいチャットグループを生成することができる。加入者は、そうしたい場合には、テキスト名が現在の能動チャットグループ全体にわたって一意なものである限りは、テキスト名を群呼出しＩＤと関連づけることができる。
【００５９】
群呼出し機能は、呼出し転送、妨害無用及び呼出し阻止などの現在の携帯電話機能に優先しない。群呼出し上の呼出し人は、呼出し待機を動作可能にすることができる場合には、入力呼出しに切り替えることができる。機密保護のために群呼出し中は、三方呼出し、呼出し会議及び呼出し転送は動作不能になり、群呼出しの最高点に達すると再度動作可能になる。
【００６０】
群呼出しサービスは、対応する基地局がＶＰをサポートする場合には、携帯電話の要求に従って、ＩＳ−４１−Ｃ音声プライバシー（「ＶＰ」）機能による会話暗号化をサポートする。
【００６１】
以下にさらに詳細に説明する特定の実施の場合には、群呼出しサービスは、ＩＰマルチキャストを使用するＩＰネットワーク内で動作する。すでに説明したように、ＩＰマルチキャストを使用すれば、ソースは、そのストリームを受信するためにはっきりと登録した複数の受信人が受信するＶｏＩＰパケットのストリームの１つのコピーを送信することができる。マルチキャストは、受信人が特定のマルチキャストセッショングループに参加し、ストリームがネットワークインフラストラクチャによりそのグループの全メンバーに送信されるような受信人をベースとするコンセプトである。マルチキャストストリームの１つのコピーだけが、ＩＰネットワーク内の任意のリンクを通り、必要な場合には、ＩＰマルチキャスト使用可能媒体ゲートウェイのところでだけ複数のコピーが作成される。
【００６２】
無線ネットワークの場合には、サービスは、任意の従来の無線呼出しのいくつかの特徴を有する。すでに説明したように、群呼出しをスタートした人は、群呼出しをスタートした人が連絡したいユーザの群呼出しリストのＩＤが後に続く（例えば、「＊４」の後にユーザグループＩＤが続く）、ＤＴＭＦ機能エスケープ・シーケンスを送信することにより群呼出しを呼び出す。機能エスケープ・シーケンスは、呼出しが群呼出しであり、連絡するための携帯電話のリスト及びその現在の位置を検索するために、グローバル呼出し登録（「ＧＣＲ」又は「ＣＵＧ ＡＤ」）に問い合わせを行うものであることを検出するために、プロキシ交換機により使用される。現在の位置情報は、どの媒体ゲートウェイ及びＢＳＣが群呼出しに関連しているかを決定する。ベアラ・チャネルは、群呼出し交換機データ面を通して、このような各ＢＳＣと対応する媒体ゲートウェイ間に確立される。群呼出しは、各ＢＳＣに対して、従来の二地点間呼出しセットアップ及び分解特性を有するものとして提示されるが、ＭＳＣには提示されない。
【００６３】
図８Ａ〜図８Ｃは、無線ネットワーク内の基本的サービスの例示としての呼出しフローチャートである。ＷＣＳ−１及びＷＣＳ−２は、群呼出し交換機を表す。図９〜図１０にも示すように、フローチャート内の主要なエンティティは、それぞれの媒体ゲートウェイＭＧ１、ＭＧ２を備える群呼出し交換機ＷＣＳ−１，ＷＣＳ−２と、ＷＣＳ−２によりアクセス可能なＧＣＲと、ＢＳＣであるＢＳＣ−１，ＢＳＣ−２と、移動局（例えば、電話機）ＭＳ−Ａ，ＭＳ−Ｂとである。この例の場合には、ＭＳ−Ａ，ＭＳ−Ｂは、たまたま同じ群呼出し交換機ＷＣＳ−１により網羅されているが、ＭＳ−Ａ，ＭＳ−Ｂが異なる群呼出し交換機により網羅されている場合でも手順は同じである。
【００６４】
図１０は、群呼出しをセットアップするための図１０Ａ〜図１０Ｃの呼出しのフローチャートを簡単にした群呼出しの論理フローチャートである。左側は、ＷＣＳ−１が処理するロジックのシェアであり、右側は、ＷＣＳ−２が処理するロジックのシェアである。ＷＣＳ−１は、ＭＳ−Ａが群呼出しを要求したこと（工程３０１０）を検出し、ＷＣＳ−２（群呼出しコーディネータ）にそのことを通知する（工程３０２０）。ＷＣＳ−２は、ＭＳ−ＡのＣＵＧの他のメンバー及びその最後の既知の位置を決定するために、ＧＣＲを参照する（工程３０３０）。（この簡単な例の場合、ＭＳ−Ｂは、他のメンバーだけを表す。）ＷＣＳ−２は、ＷＣＳ−１（ＭＳ−Ａ用の群呼出し交換機）への媒体ゲートウェイ接続を生成する（工程３０４０）。ＷＣＳ−１は、ＭＳ−Ａに対する無線チャネルを取得する（工程３０５０）。ＷＣＳ−２は、ＭＳ−Ｂをページングするように、ＷＣＳ−１（ＭＳ−Ｂに対する群呼出し交換機）に告げる（工程３０６０）。ＷＣＳ−１は、ＭＳ−Ｂをページングし（工程３０７０）、次に、ＭＳ−Ｂが発見されたことをＷＣＳ−２に通知する（工程３０８０）。ＷＣＳ−２は、ＷＣＳ−１（ＭＳ−Ｂに対する群呼出し交換機）への媒体ゲートウェイ接続を生成する（工程３０９０）。ＷＣＳ−１はＭＳ−Ｂに対する無線チャネルを取得し（工程４０００）、ＷＣＳ−２に取得が終了したことを通知する（工程４０１０）。ＷＣＳ−２は、ＭＳ−Ａに、ＭＳ−Ｂに到着したことを表示するようにＷＣＳ−１に告げ（工程４０２０）、媒体ゲートウェイを通してＭＳ−Ａに対して、トーンを作動する（工程４０３０）。
【００６５】
例示としての呼出しの流れについて、図１２〜図１５を参照しながら以下に説明する。
すでに説明したように、群呼出しの場合には、一度に話すことができるのは１人の参加したユーザだけである。発言支配権を有する参加したユーザは、予め定義したＤＴＭＦディジット（例えば、「１」）を送信するこのような発言支配権を放棄することができ、次に、他の参加したユーザは、ＤＴＭＦディジット（例えば、「８」）を送信することにより発言支配権を要求することができる。発言支配権を有する参加したユーザは、図１１に示すように、送信経路が確立した場合に鳴る成功トーンを聞く。
【００６６】
群呼出しの前に、群呼出しユーザは、上述の下記の機能、すなわち、参加例外報告、参加報告、呼出し転写、及びバージイン機能の中の１つ又はそれ以上を動作可能にするのか、動作不能にするのかを選択することができる。
【００６７】
そのＧＣＲリストを確立するために、エンド・ユーザが使用することができるウェブをベースとするセットアップ・システムの場合には、ウェブ・サーバは、ユーザの群呼出しリストをリアルタイムで更新することができるように、ＩＰリンクを通してＧＣＲに接続する。セットアップ・システムは、ＷＡＰプロトコル及び標準産業ブラウザをサポートする。
【００６８】
課金及びネットワークエンジニアリングのために、群呼出し内の全参加者の呼出しログが収集される。
図１２は、以下に説明する群呼出しサービスのアプリケーションの一例を示す。この例の場合には、ＣＵＧ１は、４人のユーザＡ，Ｂ，Ｃ，Ｄを含むＣＵＧである。ユーザＡ，Ｂは、現在、群呼出し交換機Ｇ１からサービスを受けていて、ユーザＣは、群呼出し交換機Ｇ２からサービスを受けていて、ユーザＤは、群呼出し交換機Ｇ３からサービスを受けている。ユーザには、群呼出しサービスプロバイダにより、一意のＭＩＮがすでに割り当てられている。説明を簡単にするために、本明細書においては、一意のＭＩＮをＡ、Ｂ、Ｃ及びＤと呼ぶことにする。ＣＵＧ１は、サービスプロバイダにより割り当てられ、本明細書においては、ＣＵＧ１として表される一意の識別子を有する。ＣＵＧ１の定義、すなわち、ＣＵＧのメンバーの身分のリストは、ＡＤ１と呼ばれるＣＵＧ ＡＤの分散構成要素内に維持される。
【００６９】
第１の例の場合には、群呼出しは、ＡからグループＣＵＧ１、すなわち、Ｂ，Ｃ，Ｄに対して行われる。図１２は、群呼出しの呼出しフローチャートである。
Ａは、クローズドユーザグループＣＵＧ１に対して群呼出し要求を行う。ＩＳ−６３４インタフェースの場合には、要求は、ＣＵＧ１を含むＣＭ＿サービス＿要求で表される。無線アクセスネットワーク（「ＲＡＮ」）の場合には、要求は任意の他の呼出し要求に非常に似ている。ＩＳ−６３４コマンド及び関連する情報素子は、他の情報項目と一緒に、呼出し番号及び被呼者番号（例えば、この例の場合には、ＣＵＧ１である）を含む。少なくともいくつかの場合には、ＲＡＮは、ＭＳＣ内でどのロジックを実施することができるかについて、有効な番号付け計画を無効な番号付け計画から区別するためのロジックを持っていない。このような場合には、ＲＡＮは、ＩＳ−６３４メッセージセットの一部として、番号情報をＭＳＣに転送する。プロキシ交換機がこのようなメッセージを傍受している限りは、プロキシ交換機は番号情報を使用することができる。プロキシ交換機は、少なくともいくつかの方法でＭＳＣとして動作することができるので、プロキシ交換機は、入力呼出し要求が従来の呼出し要求ではなく、クローズドユーザグループに対する群呼出し要求であると判断することができる。このような例の場合には、プロキシ交換機は群呼出し交換機の役割を行い、群呼出しに対する処理をスタートする。
【００７０】
群呼出し交換機Ｇ１は、Ａに対してチャネル割当て要求返送を発行する。Ｇ１は、また、ＣＵＧ ＡＤ構成要素ＡＤ１からグループＣＵＧ１の定義を検索するために、ディレクトリ処理をスタートする。ＡＤ１からの応答は、グループＣＵＧ１のメンバー、すなわち、Ｂ、Ｃ及びＤに対応するＭＩＮのリストを含んでいるものと予想される。応答を受信した場合には、Ｇ１は、下記の情報をすでに入手している。
【００７１】
ＣＵＧ１は、（Ａの他に）メンバーＢ、Ｃ及びＤを含む。
ＭＩＮ Ｂは、交換機Ｇ１（すなわち、自分自身）の担当である。
ＭＩＮ Ｃは、交換機Ｇ２の担当である。
【００７２】
ＭＩＮ Ｄは、交換機Ｇ３の担当である。
Ｇ１は、Ｂに対して、（Ｇ１自身の担当である）呼出しセットアップ要求をスタートし、Ｃ及びＤに対するＧ２及びＧ３へ、それぞれ、呼出しセットアップ要求を送信する。それ故、Ｇ２及びＧ３は、この特定の群呼出しに対するＧ１用のプロキシ交換機として機能する。Ｇ１は、また、ＴＤＭトラヒックがＲＡＮから媒体ゲートウェイに送られる新しいコンテキストを確実に生成する。媒体ゲートウェイは、ＴＤＭトラヒックをＲＴＰ／ＵＤＰ／ＩＰパケットに変換し、ＲＴＰ／ＵＤＰ／ＩＰパケットをマルチキャストルータに送信する。マルチキャストルータは、パケットを受信し、マルチキャストグループにＡを追加し、指定のマルチキャストグループにパケットをマルチキャストするようにとの指示を受ける。図１８の呼出しのフローチャートの場合には、上記指示は、「Ｊｏｉｎ Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ（ＴＤＭ Ａ）」で一括して示してある。
【００７３】
次に、Ｇ１は、Ｂ、Ｇ２、Ｇ３からの接続メッセージを待つ。これら３つのメッセージのどれかを任意の順序で受信することができ、そのサブセットだけを受信することもできる。この例の場合には、Ｇ１は、最初に、Ｂから接続メッセージを受信し、その後で、Ｇ２及びＧ３から接続メッセージを受信する。Ｂから接続メッセージを受信した場合には、Ｇ１は、「Ｊｏｉｎ Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ（ＴＤＭ Ｂ）」メッセージを送信し、このメッセージにより、媒体ゲートウェイは、マルチキャストルータからＲＴＰ／ＵＤＰ／ＩＰトラヒックを受け入れ、ＲＴＰ／ＵＤＰ／ＩＰトラヒックをＴＤＭに変換し、ＴＤＭを交換機Ｇ１に送信する。それにより、ＴＤＭはＢＳＣ及びＢＴＳを通してＢに送信される。マルチキャストルータは、現在のマルチキャストグループにＢを追加するようにとの指示を受ける。それ故、現在の群呼出しのために、交換機Ｇ１は、ＴＤＭトラヒックのソースとして機能し、交換機Ｇ２は、ＴＤＭトラヒックのシンクとして機能する。
【００７４】
この例の場合には、Ｃは、Ｇ２（すなわち、Ｃ担当の交換機）に接続メッセージを送信し、Ｇ２は接続メッセージをＧ１に送信する。次に、Ｇ１は、「Ｊｏｉｎ Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ（ＴＤＭ Ｃ）」メッセージを送信し、Ｃを受信モードで群呼出しに参加させる。同様に、ＤからＧ３への接続メッセージは、Ｇ１にリレーされ、それによりＤはマルチキャストグループに追加される。
【００７５】
媒体ゲートウェイは、制御面により、特定のコンテキストの場合だけ、いくつかのＲＴＰポートでパケットを受信又は送信するようにとの指示を受ける。パケットは、ルータによるマルチキャストグループのメンバーへのマルチキャストである。
【００７６】
この際、Ｇ１は、群呼出しにすでに参加しているユーザの少なくとも１つの確認をすでに受信しているので、Ｇ１は、Ａに成功トーンを送信して、群呼出しを続行することができることを知らせる。Ａのモードは送信モードであり、Ｂ、Ｃ及びＤのモードは受信モードであり、マルチキャストルータは、Ｂ、Ｃ及びＤに対してマルチキャストを行うことができる。
【００７７】
他の例の場合には、図１３の呼出しフローチャートに示すように、発言支配権が転送される。より詳細に説明すると、Ａは発言支配権を放棄し、Ｃがそれを取得する。
発言支配権を放棄するために、ＡはＧ１に信号を送り、それによりＧ１は、現在の群呼出しを非作動モードにする。（すでに説明したように、システム・タイマが計測する指定の時間内に、ユーザが発言支配権を入手しない場合には群呼出しは終了する。）Ｃは、その担当交換機Ｇ２に、会話取得コマンドを発行する。現在の群呼出しのために、交換機Ｇ２及びＧ３は、制御交換機であるＧ１の代理であるので、会話取得コマンドは、Ｇ１にリレーされる。Ｇ１は、媒体ゲートウェイに、コンテキスト修正コマンドを発行し、それにより、交換機Ｇ２に関連する媒体ゲートウェイは、Ｃからの入力ＴＤＭトラヒックを受け入れ、ＴＤＭトラヒックをＲＴＰ／ＵＤＰ／ＩＰに変換し、ＲＴＰ／ＵＤＰ／ＩＰをマルチキャストルータに送信する。媒体ゲートウェイは、ＡからのＴＤＭトラヒックの受信を中止するようにとの指示を受ける。マルチキャストルータは、Ａのモードを受信モードに変更し、Ｃのモードを送信モードに変更するようにとの指示を受ける。Ｇ１は、Ｇ２に会話許可メッセージを発行し、Ｇ２は、Ｃに成功トーンを送信して、Ｃがこの時点で会話を続行することができることを知らせる。この時点で、図に示すように、Ｃを会話をしているユーザ及びＡ、Ｂ及びＤを会話を聞いているユーザとしてマルチキャストセッションを続行することができる。
【００７８】
例えば、Ｂが会話取得メッセージを発行し、Ｃが発言支配権を有している場合には、メッセージはＢの担当交換機Ｇ１に送られ、Ｇ１は、要求を否定し（Ｃが発言支配権を放棄してないので）、失敗トーン・メッセージをＢに送信する。
【００７９】
他の例の場合には、状況が簡単であり、群呼出しは、２人の参加者Ａ及びＢの間で行われる。この場合、Ａが発言支配権を有している。ネットワークは、制御面ＣＳを含む１つの群呼出し交換機Ｇ１を含み、２つの媒体ゲートウェイＭＧ１及びＭＧ２を制御する。図１４の呼出しフローチャートに示すように、Ａへの／からのトラヒックは、ＭＧ１を通って移動し、Ｂへの／からのトラヒックは、ＭＧ２を通って移動する。
【００８０】
Ａが発言支配権を有しているので、システムは、Ａからだけの制御放棄コマンドに応答する。このコマンドは、Ｇ１の制御面ＣＳにより受信され、Ｇ１は、ＭＧ１にコンテキスト修正コマンドを発行し、ＭＧ１にＡからのＴＤＭトラヒックの許可を取り消すことにより、呼出しのコンテキストを修正するように指示する。システムは、非作動状態になり、制御取得コマンドに対して待機状態になる。非作動タイマにより計測した指定の時間内に上記コマンドを受信しなかった場合には、呼出し解放要求がＣＳからＡ及びＭＳ−Ｂに送られる。さらに、コンテキスト破棄コマンドが、ＭＧ１及びＭＧ２に送られる。Ａ及びＢから解放完了メッセージを受信し、ＭＧ１及びＭＧ２からコンテキスト破棄完了メッセージを受信した場合に、群呼出し解放シーケンスは終了する。
【００８１】
図１５は、ローミング、すなわち位置更新を維持するデータベース記録についての呼出しのフローチャートの一例である。
３つの移動局Ａ、Ｂ及びＣが関連する。Ａ及びＢは、群呼出し交換機の制御面ＣＳ１を担当し、Ｃは、他の群呼出し交換機の制御面ＣＳ２を担当する。Ａはローミングして位置更新を発行し、ＣＳ１はそれをＢＴＳ及びＢＳＣを通して受信する。ＣＳ１は、例えば、ＨＬＲ’１のようなＡに対する適当なＨＬＲ’を決定するために、ＩＭＳＩ／ＭＩＮ／ＥＳＮに基づいて索引を参照し、ＨＬＲ’１に対して位置更新要求を発行する。ＨＬＲ’１は、そのデータベースにより、Ａが所属するすべてのＣＵＧを決定する。この情報により、ＨＬＲ’１は、ＣＵＧ ＡＤに対して位置更新要求を発行する。従って、ＣＵＧ ＡＤは、Ａが所属するＣＵＧ内のＡの更新した位置を含む。
【００８２】
ローミング中、Ｂは、また位置更新を発行し、それはＣＳ１に送られる。ＩＭＳＩ／ＭＩＮ／ＥＳＮに基づいて、ＣＳ１はＢに対する適当なＨＬＲ’、すなわち、ＨＬＲ’２を決定する。ＣＳ１は、Ｂが所属するすべてのＣＵＧを発見するＨＬＲ’２への位置更新要求を発行する。ＨＬＲ’２は、ＣＵＧ ＡＤに対して位置更新要求を発行し、ＣＵＧ ＡＤに対してＢの新しい位置により、Ｂが所属するすべてのＣＵＧを更新するように求める。
【００８３】
Ｃからの位置更新はＣＳ２により受信される。ＣＳ２は、例えば、ＨＬＲ’２のような適当なＨＬＲ’を決定し、ＨＬＲ’２に位置更新を送信し、ＣＵＧ ＡＤにＣに対する対応するＣＵＧを更新するように求める。
変形例
上記実施形態は、すべて、本発明の群呼出しの実行を容易にする。しかし、機能のサブセットは、依然として技術的現状に対していくつかの利点を有する。例えば、ＩＰネットワーク上でマルチキャスト以外の技術による群呼出しは、依然として上記の多くの利点を提供する。より詳細に説明すると、ＰＴＳＮを使用する標準電話接続を、ＩＰマルチキャスト接続の代わりに使用することができる。
【００８４】
他の例の場合には、群呼出し交換機をＭＳＣのトランク（「背面」）側の上に配置することができる。このような実施形態の場合には、群呼出し機能は以下に説明するように動作する。
【００８５】
図１６は、ＭＳＣの背面上に配置されている群呼出し交換機である。この場合、固定リンクは、標準ＩＳＤＮユーザ部分（「ＩＳＵＰ」）ランドライン信号を使用している。ＭＳＣは、ＩＳ−４１（ＭＡＰとも呼ばれる）プロトコルを使用する、ホームロケーションレジスタ（「ＨＬＲ」）に接続している。群呼出し交換機及びＭＳＣは、また、２つの交換機間で音声トラヒックを運ぶベアラ・トランクを相互に接続している。群呼出し交換機は、ＰＳＴＮへのＴＤＭ接続、及びデータ面（媒体ゲートウェイとも呼ばれる）からＩＰネットワークへのＩＰ接続を含む。群呼出し交換機は、また、ＩＳ−４１を使用してＨＬＲに問い合わせを行うこともできる。（図１６は、ＰＳＴＮに別々に接続している２つのＭＳＣ交換機を示すが、これら両方の交換機は、同じＰＳＴＮに接続することもできる。）両方の群呼出し交換機は、ＩＰネットワークを通して能動ディレクトリ（ＣＵＧ ＡＤ）にアクセスする。
【００８６】
図１６の配置は、群呼出し用に使用することができる。例えば、移動局（ＭＳ）Ａを、ＲＡＮ−１を通してＭＳＣ−１に接続することもできるし、２つの移動局Ｂ及びＣを、ＲＡＮ−２を通してＭＳＣ−２に接続することもできる。加入者Ａは、メンバーとしてＢ及びＣを含むＣＵＧを含むことができる。すでに説明したように、Ａは、群呼出しをしたいことをＭＳＣに知らせるために、特殊な群呼出しスタート・シーケンスを使用することができる。ＭＳＣ−１のロジックは、入力呼出し要求が群呼出しであると判断し、呼出し要求をＩＳＵＰプロトコルにより、群呼出し交換機ＧＣＳ−１に迂回させる。群呼出し交換機ＧＣＳ−１は、呼出しているＣＵＧのメンバーを決定する目的で、能動ディレクトリＣＵＧ ＡＤにアクセスするためにその内部ロジックを使用する。
【００８７】
この例の場合には、問合わせによりメンバーＢ及びＣのＭＩＮ番号ができる。ＭＳＣの背面上のこの配置の場合には、群呼出し交換機は、位置更新にアクセスしない。それ故、ＨＬＲ’は、被呼移動局の現在の位置を含んでいない。しかし、ＨＬＲはこの情報を含んでいる。それ故、群呼出し交換機ＧＣＳ−１は、ＨＬＲにＩＳ−４１問合わせ（「位置要求」）を行って、移動局Ｂ及びＣの位置を問い合わせることができる。この例の目的のために、移動局Ｂ及びＣは、ＭＳＣ−２が制御する交換エリア内に現在位置することができる。標準的な携帯電話技術により、この情報はＨＬＲデータベースに含まれていて、この時点でＨＬＲは（「ルート要求」を通して）ＭＳＣ−２に連絡する。ＭＳＣ−２がトランク側でＧＣＳ−２を使用している限りは、ＨＬＲからのルート要求は、ＧＣＳ−２により受信される。ＧＣＳ−２は、一時的なローカル・ディレクトリ番号（「ＴＬＤＮ」）をＨＬＲに返送し、ＨＬＲは、この情報を元の位置要求の送信者（ＧＣＳ−１）に転送する。ＧＣＳ−１は、ＴＬＤＮがＧＣＳ−２に所属していることを決定し、ＧＣＳ−２に群呼出しについて通知する。ＧＣＳ−２は、ＭＳＣ−２に対して、移動局Ｂ及びＣへの群呼出しをセットアップするように指示する。さらに、背面でない側に対して相互作用が上記のように続行され、この場合、ＭＳＣ−１及びＭＳＣ−２は、群呼出しの目的に対して効果的に透過的になる。
【００８８】
群呼出しに対する交換機の配置の背面は、図１６を見れば分かる付随の利点を有する。このような配置の場合には、また、図１６の電話機Ｄのような従来のランドライン電話機を群呼出しに関連させることができる。それ故、ＣＵＧメンバーは、ランドライン電話番号をＣＵＧ能動ディレクトリ内にその「到着」番号として登録することができる。Ｄのようなこのような加入者を群呼出しに入れたい場合には、関連群呼出し交換機は、サービスを提供しているＭＳＣに、加入者の記憶している到着番号によりＤへのＰＳＴＮ呼出しを終了するように要求することができる。
【００８９】
すでに説明したように、ＩＰマルチキャスト技術は、群呼出しに対する基本的な転送技術として使用することができる。しかし、少なくともいくつかの場合、ＩＰマルチキャスト技術の標準的実施は、広く分散しているＣＵＧメンバーのニーズを十分に満足させられないことが分かっている。マルチキャスト・使用可能ルータ間でトラヒックを運ぶためのマルチキャスト・トンネルの動的な呼出し毎のセットアップは、非常に長い時間がかかることがある。群呼出しのセットアップに長い時間が掛かった加入者は、電話機を置くか、再度呼出しをすることができるが、そうすると、ユーザにとって不満足なものになる。また、呼出しセットアップに長い時間が掛かると、信号を送るネットワークを効率的に使用することができなくなる。
【００９０】
例えば、図１７に示すように、ＩＰネットワーク内には、例えば、ＭＣＲ−１、ＭＣＲ−２、ＭＣＲ−３のような多数のマルチキャスト使用可能ルータが存在する。この例の場合には、これらルータの位置は、固定されていて変化しない。マルチキャストルータは、群呼出し交換機（ＭＳＣの前面内又はすでに説明したように、ＭＳＣの背面上の）に接続していて、それ故、対応する無線アクセス・ネットワーク（ＲＡＮ）を通して携帯電話に接続している。（図１７は、１つの群呼出し交換機に接続している個々のマルチキャストルータを示しているが、複数の群呼出し交換機を１つのルータに接続することもできる。）加入者が、関連ＣＵＧのメンバーに基づいて群呼出しをスタートした場合、１つ又はそれ以上のマルチキャストルータがその呼出しに関連することができる。より詳細に説明すると、トンネルが、すでに説明したように、対応するマルチキャストルータ間にセットアップされる。これらのトンネルのセットアップが過度に遅れると、群呼出しの品質が劣化する。
【００９１】
今説明したように、ＩＰトンネルを、後で来た多数の群呼出しスタート要求に対してこれらのトンネルによりサービスを行うことができるような方法で、事前にセットアップすることができる。将来の群呼出し要求を予想して、事前にトンネルがセットアップされる限りは、それによりスタート後のセットアップの遅延を低減又はなくすことができる。関連するタスクは、将来到着することが予想される群呼出しに対する需要の予測、及び予測した需要を満足するためにセットアップしなければならないＩＰトンネルのトポロジーの決定を含む。
【００９２】
需要の予測は、群呼出しログの形の履歴情報に依存する。群呼出しの履歴は、一連のウィンドウに分割される。この場合、各ウィンドウは、「ウィンドウ・サイズ」と呼ばれる時間の長さにより定義される。ウィンドウ・サイズは、数分から数十分にわたる場合があり、群呼出しの平均保持時間に比例する。需要予測内で使用する実際のウィンドウ・サイズは、予測の必要な精度及び予測をする際に使用する計算リソースにより変動する。通常、大きなウィンドウ・サイズと比較した場合、ウィンドウ・サイズが小さければ小さいほど予測の精度は高くなるが、計算リソースの無駄使いが増える。また、ウィンドウ・サイズが小さいと、バースト性のトラヒックへの対応が速くなり、ズレを平均化する可能性が低くなる傾向がある。各ウィンドウは、呼出しを記述するパラメータ、すなわち、任意の２つのマルチキャストルータ間のＧＩＲ呼出しの数と一緒に多数の群呼出し要求を含む。以下の説明においては、Ｘ（Ｉ，Ｊ，Ｎ）は、ウィンドウＮ内のルータＩ及びＪ間の群呼出しの数を示す。
【００９３】
下記の例は、群呼出しに対する将来の需要の予測である。この例の場合には、群呼出しの履歴は、４つのウィンドウに分割される。この場合、ウィンドウ１は時間的に最も早いウィンドウで、ウィンドウ４は時間的に最も遅いウィンドウ（すなわち、現在のウィンドウ）である。次の（将来の）ウィンドウ、すなわち、ウィンドウ５内の需要を計算するために、下記の平滑式が使用される。
Ｘ（Ｉ、Ｊ、５）＝（１−α）＊Ｘ（Ｉ，Ｊ，４）＋α＊（１−α）＊Ｘ（Ｉ，Ｊ，３）＋α＊α＊（１−α）＊Ｘ（Ｉ，Ｊ，２）＋α＊α＊α＊（１−α）＊Ｘ（Ｉ，Ｊ，１）
式中、α（アルファ）は０と１の間の値を有する経験的に決定した加重係数である。この式に示すように、時間の次のウィンドウに対するトラヒックの予測は、前のウィンドウよりも新しいウィンドウに重点を置いて行われる。式をもっと一般的な再現の形に書き直すと、この重点がはっきりする。
Ｘ（Ｉ、Ｊ、Ｎ）＝（１−α）＊Ｘ（Ｉ、Ｊ、Ｎ−１）＋α＊Ｘ’（Ｉ、Ｊ、Ｎ−１）
ここで、Ｘ’（Ｉ，Ｊ，Ｎ−１）は、Ｎ−１までの過去の履歴を含む平滑にした推定値である。
【００９４】
式中、「現在の」は、時系列内の最も新しいウィンドウを意味する。この式及び需要の所与の履歴（ウィンドウ１〜Ｎ）に基づいて、行Ｉ及び列Ｊ内の値が、マルチキャストルータＩ及びＪの間のやがて現れるウィンドウ内の予測した群呼出しの数を表すように、パラメータＸ（Ｉ，Ｊ，Ｎ）の値により例として示すように、値Ｔ（Ｉ，Ｊ）のテーブル（「需要マトリックス」）を次のウィンドウに対して計算することができる。
【００９５】
需要を満足するためのトンネルのトポロジーの決定に関して、下記の情報が入力として使用される。下記の情報とは、任意の２つのマルチキャストルータ間の群呼出しに対する二地点間需要マトリックス、サービスプロバイダによるトンネルのコスト構造、すなわち、任意の２つのルータ間の特定の容量のトンネルを確立するためのコスト、サービスプロバイダの遅延保証、すなわち、任意の２つの特定のマルチキャストルータ間のＩＰ転送ネットワーク内の最大遅延、及び群呼出しが満足させなければならないサービスの品質（「ＱｏＳ」）の制限である。
【００９６】
このような入力を考慮して、マルチキャストルータ間のトンネルのトポロジー、すなわち、どの容量のどのトンネルをどのマルチキャストルータに接続するのかは、トポロジーが下記の制限を満足するように決定される。下記の制限とは、各マルチキャストルータからでるトンネルがルータの全出力容量（ビット／秒で）を超えないこと、及び各マルチキャストルータからでるトンネルの数がルータのトンネルの数に対する内部制限を超えないことである。
【００９７】
以下に説明するように、整数線形計画法（「ＩＬＰ」）の数学的最適化技術が、以下に説明するように下記の点を考慮に入れて最小コスト・トポロジーを決定する際に使用される。下記の点とは、ケースが「ＮＰハード」であるという認識；ＩＬＰ技術により解決することができる程度制限多重コモディティ・フロー（ｄｅｇｒｅｅ ｃｏｎｓｔｒａｉｎｅｄ ｍｕｌｔｉ−ｃｏｍｍｏｄｉｔｙ ｆｌｏｗ）としてのタスクの公式化である。
【００９８】
ＮＰ硬度の理論によると、ＮＰハードであると示すことができるケースは、効率的Ｎアルゴリズムによる解決を持つことが期待できない。例えば、Ｘのような所与のケースは、例えば、ＹのようなＮＰハードとすでに見なされているケースを考慮することにより、またＹが多項時間変換でＸになることを証明することにより、ＮＰハードであることを証明することができる。トンネル・トポロジー設計のケースは、それが分割できない多重コモディティ・フロー問題の一般化であることを観察することによりＮＰハードであることを証明することができる（１９９６年コンピュータ・サイエンスの基礎による第３７回ＩＥＥＥシンポジウムの議事録掲載のＪ．クレインバーグの「単一ソース分割不能な流れ」（Ｓｉｎｇｌｅ ｓｏｕｒｃｅ ｕｎｓｐｌｉｔｔａｂｌｅ ｆｌｏｗ）参照）。
【００９９】
それ故、トンネル・トポロジーのケースは、ＩＬＰ近似技術の適用に適している下記の形に書き直すことができる。
＜入力＞
Ｎを、ネットワーク内のマルチキャストルータの数を示すものとする。
【０１００】
Ｄ（ｍａｘ，Ｉ）をルータＩがセットアップすることができるトンネルの最大数を示すものとする。
Ｐ（ｔ，ｌ）をタイプｔのトランクに対するトンネルｌの単位コストを示すものとする。ここで、「ｌ」は、マルチキャスト使用可能ルータ（ＭＣＲ）ｉ及びｊに対するノードのペアｌ＝（ｉ，ｊ）である。
【０１０１】
τ（タウ）を、すべての可能なタイプのトランクのセット（ＤＳ０、ＤＳ１、ＯＣ３等）を示すものとする。
Ｔ（Ｉ，Ｊ）を、需要マトリックス、すなわち、所与の将来の期間のルータＩ及びＪ間の予測した群呼出しトラヒックを示すものとする。
【０１０２】
Ｃ（Ｉ）を、ビット／秒単位でのルータＩの容量を示すものとする。
Ｒ（Ｉ，Ｊ）を、ルータＩ及びＪ間のトラヒックを経路指定するためのすべての実行可能なルートのセットであるとする。（これは、ＭＣＲＩ及びＪ間のサービス経路のすべての実行可能な品質を発生する前処理工程である。）
＜出力決定変数＞
Ｙ（ｔ，ｌ）：リンク１上で割り当てられたタイプｔトランクのユニットの数
Ｘ（ｐ）：経路ｐ上のトラヒックの流れの量
ｚｌ：リンク「ｌ」がゼロでない容量に割り当てられる場合には、値１を持つ２進数値の変数；そうでない場合には、その値はゼロ
＜ＩＬＰ公式化＞
最小にする。
【０１０３】
【数１】
下記を条件とする。
・需要の充足（トンネル・トポロジーは需要マトリックスを満足させる）：
【０１０４】
【数２】
・十分なトンネル容量（すべての経路上の全流れを、選択したトランクの容量で処理することができる）：
【０１０５】
【数３】
・ポート制限（ルータから出入りするトンネルの数は、ルータの内部設定最大値を超えない）：
【０１０６】
【数４】
上記の分析は下記のように公式化される。
入力
Ｎ：ルータの数
Ｄｉ ｍａｘ：ルータｉがセットアップすることができるトンネルの最大数
ｐｌ ｔ：タイプｔトランクに対するトンネルｌの単位コスト
τ：すべての可能なタイプのトランクのセット
Ｔ（Ｉ，Ｊ）：需要マトリックスＴ（Ｉ，Ｊ）
Ｃｉ：ルータｉの容量（ビット／秒）
Ｒｉｊ：ルータｉ及びｊ間でトラヒックを経路指定するためのすべての実行可能なルートのセット
出力決定変数
ｙｌ ｔ：リンクｌに割り当てられたタイプｔのトランクのユニットの数
ｘｐ：経路ｐ上の流れ（トラヒック量）の量
ｚｌ：＝１（リンクｌがゼロでない容量に割り当てられる場合）
＝０（そうでない場合）
ＩＬＰ公式化
最小にする。
【０１０７】
【数５】
下記を条件とする。
・需要の充足
【０１０８】
【数６】
・十分なトンネル容量
【０１０９】
【数７】
・ポート制限
【０１１０】
【数８】
・トンネル存在制限
【０１１１】
【数９】
ここで、ダンピング係数εは、ゼロより大きい値を有するユーザ所与のパラメータである。
【０１１２】
さらに、ＴＤＭＡプロトコル又はＣＤＭＡプロトコルのような特定の無線技術に関連して説明してきた実施形態の範囲まで、実施形態は、また、ＴＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＩＳ−１３６及び他の第二世代及び第三世代のプロトコルのうちの１つ又はそれ以上を含む無線技術と一緒に動作するように修正することができる。
【０１１３】
例示としての実施形態について説明してきたが、通常の当業者であれば、本発明の精神及び範囲から逸脱することなしに、上記実施形態を種々に変更することができることは明らかである。
【図面の簡単な説明】
【０１１４】
【図１】従来技術による移動通信ネットワークシステムを示す概念図。
【図２】従来技術による移動通信ネットワーク内のＢＳと移動体交換局間の従来技術によるインタフェースを示すブロック図。
【図３】群呼出しロジックを含むシステムのブロック図。
【図４】移動通信ネットワーク内のプロキシ交換機及びいくつかの設置機器を示すブロック図。
【図５】移動通信ネットワーク内のプロキシ交換機及びいくつかの設置機器を示すブロック図。
【図６】本発明の好適な実施形態によるプロキシ交換機を例示するデータ面のブロック図。
【図７】群通信システムのアーキテクチャを示すブロック図。
【図８Ａ】群通信システムの使用方法の呼出しフローチャート。
【図８Ｂ】群通信システムの使用方法の呼出しフローチャート。
【図８Ｃ】群通信システムの使用方法の呼出しフローチャート。
【図９】群通信システムのアーキテクチャを示すブロック図。
【図１０】群呼出しロジックのフローチャート。
【図１１】群通信システムの使用方法の呼出しフローチャート。
【図１２】群通信システムの使用方法の呼出しフローチャート。
【図１３】群通信システムの使用方法の呼出しフローチャート。
【図１４】群通信システムの使用方法の呼出しフローチャート。
【図１５】群通信システムの使用方法の呼出しフローチャート。
【図１６】群通信システムのアーキテクチャを示すブロック図。
【図１７】群通信システムのアーキテクチャを示すブロック図。
【０００１】
本発明は、移動通信に関し、より詳細には移動通信の際の群呼出しのためのシステム及び方法に関する。
【背景技術】
【０００２】
すべての現在の移動通信システムは、地理的「通達範囲」が多数の「セル」と呼ばれる小さな地理的エリアに分割される階層的配置を有する。図１を参照すると、好適には、各セルは、基地トランシーバ局（「ＢＴＳ」）１０２ａによりサービスを受ける。いくつかのＢＴＳ１０２ｂ〜ｎは、固定リンク１０４ａ〜ｎにより、基地局コントローラ（「ＢＳＣ」）１０６ａに接続している。場合により、ＢＴＳ及びＢＳＣを合わせて基地局サブシステム（「ＢＳ」）１０７と呼ぶことがある。いくつかのＢＳＣ１０６ｂ〜ｎは、固定リンク１０８ａ〜ｎを通して移動体交換局（「ＭＳＣ」）１１０に接続することが可能である。
【０００３】
ＭＳＣ１１０は、市内交換機（以下に説明する移動管理要件を処理するための追加機能を含む）として機能し、トランク・グループを通して電話ネットワーク（「ＰＳＴＮ」）１２０と通信する。米国の移動通信ネットワークでは、ホームＭＳＣ及びサービスＭＳＣの概念がある。ホームＭＳＣは、移動局（「ＭＳ」）に関連付けられた交換局に相当するＭＳＣである。この関連付けは、例えばＭＳのエリア・コードなどの電話番号に基づいている。（ホームＭＳＣは、以下に説明するＨＬＲを担当する。）一方、サービスＭＳＣは、（サービスプロバイダが網羅する地域内で加入者が移動した場合に、異なるＭＳＣが、サービスＭＳＣの機能を実行する）ＭＳの呼出しをＰＳＴＮに接続するために使用される交換局である。従って、ある場合には、ホームＭＳＣ及びサービスＭＳＣは同じエンティティであるが、他の場合には同じエンティティではない（例えば、ＭＳが移動している場合）。通常、ビジティング・ロケーション・レジスタ（「ＶＬＲ」）１１６は、ＭＳＣ１１０と共に設置されており、移動通信ネットワークにおいては、論理に際立ったＨＬＲが使用される。以下に説明するように、ＨＬＲ及びＶＬＲは、多くのタイプの加入者情報及びプロフィールを記憶するために使用される。
【０００４】
簡便に言うと、１つ又はそれ以上の無線チャネル１１２が、全通達範囲に設けられている。無線チャネルは、複数のチャネルグループに分割され個々のセルに割り当てられる。チャネルは、呼出し接続等を確立するために信号情報を転送し、呼出し接続が確立した場合に、音声及びデータ情報を転送するために使用される。
【０００５】
抽出の比較的高いレベルにおいて、移動通信ネットワーク信号方式には、少なくとも２つの主要な概念が含まれる。１つの概念は、ＭＳとネットワークの残りの部分との間の信号方式に関する。２Ｇ（「２Ｇ」は、「第二世代」を表す産業用語である）及びそれより新しい技術の場合には、この信号方式は、ＭＳが使用するアクセス方法（例えば、時分割多元接続、すなわちＴＤＭＡ；符号分割多元接続、すなわちＣＤＭＡ）、無線チャネルの割当て、認証等に関連する。第２の概念には、ＭＳＣ、ＶＬＲ、ＨＬＲ等の間の信号方式などの移動通信ネットワーク内の種々のエンティティ間の信号方式が含まれる。この第２の部分は、ある場合には、特に信号方式Ｎｏ．７（「ＳＳ７」）のコンテキストに関連する場合には、移動通信応用部（「ＭＡＰ」）と呼ばれる。
【０００６】
種々の形態の信号（及びデータ及び音声通信）が、種々の規格により送受信される。例えば、米国電子工業会（「ＥＩＡ」）及び米国電気通信工業会（「ＴＩＡ」）は、ＭＡＰ規格であるＩＳ−４１など多数の米国規格の定義付けに貢献している。同様に、ＣＣＩＴＴ及びＩＴＵは、国際ＭＡＰ規格であるＧＳＭ−ＭＡＰなどの国際規格の定義付けに貢献している。これらの規格に関する情報は公知であり、関連組織団体及び文献から入手可能である。例えば、ボス（Ｂｏｓｓｅ）、「電気通信ネットワーク内の信号方式」（ＳＩＧＮＡＬＩＮＧ ＩＮ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＮＥＴＷＯＲＫＳ）（１９９８年、Ｗｉｌｅｙ社）を参照されたい。
【０００７】
ＭＳ１１４から呼出しを行うためには、ユーザは、携帯電話又は他のＭＳにより番号をダイヤルし、「送信」ボタンを押す。ＭＳ１１４は、ＢＳ１０７を通してＭＳＣ１１０に要求したサービスを表示するダイヤル番号を送信する。ＭＳＣ１１０は、（下に位置する）関連するＶＬＲ１１６で、ＭＳ１１４が要求したサービスを受けることが可能か否かを判断するためにチェックを行う。サービスＭＳＣは、その呼出しをＰＳＴＮ１２０上のダイヤルしたユーザの市内交換局に経路指定する。市内交換局は、呼出しユーザ端末に警告を行い、応答信号がサービスを行っているＭＳＣ１１０を通してＭＳ１１４に経路指定される。次に、ＭＳＣ１１０は、ＭＳへの音声経路を完成させる。セットアップが終了すると、呼出しが続行される。
【０００８】
ＭＳ１１４への呼出しを行う（ＰＳＴＮ１２０から呼出しが行われたと仮定する）ために、ＰＳＴＮユーザはそのＭＳ用の電話番号をダイヤルする。少なくとも米国規格に従うと、ＰＳＴＮ１２０は、ＭＳのホームＭＳＣ（ＭＳにサービスを行っているものであっても、なくてもよい）に呼出しを経路指定する。ＭＳＣは次に、どのＭＳＣが現在ＭＳに対してサービスを行っているかを判断するために、ＨＬＲ１１８に問い合わせを行う。この問い合わせは、同時に、サービスＭＳＣにやがて呼出しが行われることを知らせる役割も果たす。ホームＭＳＣは、次に、呼出しをサービスＭＳＣに経路指定する。サービスＭＳＣは、適当なＢＳを通してＭＳにページングを行う。ＭＳが応答し適当な信号リンクが設定される。
【０００９】
呼出し中、ＢＳ１０７及びＭＳ１１４は、例えば、信号状態のために必要な場合には、チャネル又はＢＴＳ１０２を変更するために協働することが可能である。これらの変更は「ハンドオフ」と呼ばれ、これらの変更は、既知のメッセージ及び信号方式のそれら変更自身の種類を伴う。
【００１０】
ＭＡＰの１つの態様には、「移動管理」が含まれる。簡単に説明すると、ＭＳ１１４は異なる場所に移動するので、あるＭＳにサービスを行うにはいくつかのＢＳ及びＭＳＣを必要し、使用する場合がある。移動管理により、サービスＭＳＣは、確実にＭＳＣが呼出しに対して正確にサービスを行う（及び課金する）ために、ＭＳＣが必要とする加入者のプロフィール及び他の情報を入手することができる。そうするために、ＭＳＣは、ビジティング・ロケーション・レジスタ（「ＶＬＲ」）１１６及びホームロケーションレジスタ（「ＨＬＲ」）１１８を使用する。ＨＬＲは、詳細には、移動識別番号（「ＭＩＮ」）、電子一連番号（「ＥＳＮ」）、ＭＳ状態、及びＭＳサービス・プロフィールを記憶し検索するために使用される。ＶＬＲは、（ホーム）ＭＳＣを識別するＭＳＣ識別を記憶する他に、類似の情報を記憶する。さらに、適当なＭＡＰプロトコルの場合には、移動電話加入者のホームＭＳＣがそのユーザ位置を知ることを可能とすべく、位置更新手順（又は登録通知）を実行する。これら手順は、ＭＳがある位置から他の位置に移動した場合、又はＭＳがネットワークにアクセスするために電源をオンにして自身の登録手続をした場合に行われる。例えば、位置更新手順は、ＢＳ１０７及びＭＳＣ１１０を通してＶＬＲ１１６に位置更新要求を送信しているＭＳ１１４により続行可能である。ＶＬＲ１１６は、位置更新メッセージをＭＳ１１４にサービスを行っているＨＬＲ１１８に送信し、加入者のプロフィールがＨＬＲ１１８からＶＬＲ１１６にダウンロードされる。ＭＳ１１４へは、位置更新の成功したことの肯定応答が送信される。ＨＬＲ１１８は、位置が変化したＭＳ１１４に関するデータを削除するために、ＶＬＲ（存在する場合には）に対しその前に保持していたプロフィール・データの削除を要求する。
【００１１】
図２は、ＣＤＭＡ移動通信ネットワーク内のＢＳ１０７とＭＳＣ１１０との間の信号方式及びユーザトラヒック・インタフェースをより詳細に示す。ＢＳ１０７は、Ａ１インタフェースにより信号情報を送信する。Ａ２インタフェースは、ＭＳＣの交換機構成要素２０４とＢＳ１０７との間のユーザトラヒック（例えば、音声信号）を運搬する。Ａ５インタフェースは、ソースＢＳ及びＭＳＣ間の回線交換データ呼出し（音声呼出しとは反対の）に対するユーザトラヒック用の経路を提供するために使用される。
【００１２】
さらに加入者は、例えばインターネットに対する「データ呼出し」などの新しいサービスを要求している。これらのサービスのあるものに対して、ＭＳＣのコスト・パフォーマンスは高くない。何故なら、ＭＳＣは主として音声呼出し用に設計されたものであるからである。多くのＭＳＣソフトウェア・アーキテクチャが専用の、及び閉鎖適な設計を使用しているため、新しいサービスをＭＳＣに組み込むことは、複雑な作業を必要とするか、或いは実行不能である。すなわち、サービスを提供するために必要なソフトウェア・ロジックを、ＭＳＣ１１０に追加することは簡単にはできない。多くの場合、このようなサービスを提供するために交換機付属物が使用される。例えば、相互動作機能（「ＩＷＦ」）は、インターネットにデータ呼出しを経路指定するための付属物である。ＭＳＣ内に機能を組み込むアプローチ、又はトランク側に付属物を追加するアプローチのいずれのアプローチも、サービス提供の際にＭＳＣを関連させる。新しいサービスは、需要に拍車をかけることが予想されるため、ＭＳＣの設計変更やトランク側の付属物の追加によって新しいサービスを内蔵させると、ＭＳＣの箇所でネットワーク混雑を激化させ、高価なＭＳＣリソースが必要になる可能性が高い。
【００１３】
インターネットの場合には、マルチキャスト通信とは、インターネットプロトコルネットワーク上で選択した複数の宛先への同一データパケットの送信を意味する。（反対に、同報通信は、すべての宛先へのデータパケットの無差別な送信を意味し、ユニキャスト通信は、１つの宛先へのデータパケットの送信を意味する。）
マルチキャストの各参加者は、マルチキャスト内の任意の他の参加者が送信した情報を受信する。そのネットワークに接続しているが、特定のマルチキャストの参加者でないユーザは、マルチキャストの参加者が送信した情報を受信しない。このような方法で、マルチキャスト通信は、マルチキャスト送信に実際に必要なネットワーク構成要素（例えば、交換機及びトランク）のみを使用する。
【００１４】
マルチキャスト処理では、潜在的参加者（「ホスト」）は、特定のＩＰマルチキャストグループに参加するように指定された場合には、ホストはそのマルチキャストグループへの参加を要求するために、最も近いマルチキャスト可能なルータに「参加要求」メッセージを送信し、このグループに送信された情報を受信する。例えば、ホストＡは、マルチキャストグループＹに参加するためにメッセージを送信し、ホストＢは、マルチキャストグループＸに参加するためにメッセージを送信する。データ経路がまだ確立していない場合には、ルータＲは、その要求をマルチキャストソースまで伝搬する。
【００１５】
例えば、グループＸに対するＩＰパケットを受信した場合には、ルータＲは、ＩＰマルチキャストグループアドレスを、イーサネットマルチキャストアドレス内にマッピングし、適当な１台の交換機又は複数の交換機に、結果として得られたイーサネットパケットを送信する。
【００１６】
現在のインターネットグループ管理プロトコル（「ＩＧＭＰ」）の場合、マルチキャストグループ内のホストのメンバー資格は、ルータがホストから周期的なメンバー資格報告を受信しなくなった場合に消滅する。
【００１７】
ＭＳ間の相互作用に関しては、２つのバージョンを有するＮｅｘｔｅｌサービスが、ＭＳ間の特殊な接続呼出し用にすでに提案されている（このサービスはＮｅｘｔｅｌ Ｄｉｒｅｃｔ Ｃｏｎｎｅｃｔ（登録商標）といい、特殊な移動無線技術を使用し、ｈｔｔｐ：／／ｗｗｗ．ｎｅｘｔｅｌ．ｃｏｍ／ｐｈｏｎｅ＿ｓｅｒｖｉｃｅｓ／ｄｉｒｅｃｔｃｏｎｎｅｃｔ．ｓｈｔｍｌに掲載されている）。特殊な接続呼出しの両方のバージョンは、１つのＢＳＣがサービスを行っている同一エリア内に全てのメンバーが位置することを必要とする。第１のバージョンの場合には、例えば、Ａ，Ｂなど２人の移動電話加入者間で１対１の会話を行うことができる。ＡがＢと特殊な接続通信を行いたい場合には、Ａは、Ｂの専用識別番号を入力し、プッシュツウトーク（「ＰＴＴ」）ボタンを押し、Ｂが受信の準備ができていることを意味する可聴警告を聞いたら会話を開始する。自分が聞く場合には、ＡはＰＴＴボタンを離す。Ｂが喋りたい場合には、ＢはＰＴＴボタンを押し、Ａが受信の準備ができているという可聴確認が聞こえるまで待機する。このサービスを使用すれば、加入者は、携帯電話ハンドセット上に表示される、スクロール可能なリストから専用識別番号を選択することもできるし、又は加入者の予め記憶している名前のリストを検索することもできる。
【００１８】
第２のバージョンの場合には、ある番号で識別されるトークグループ（Ｔａｌｋｇｒｏｕｐ）と呼ばれる加入者の予め定義したグループのメンバー間で会話することができる。携帯電話ハンドセットを使用すれば、トークグループの番号をハンドセットの制御面により検索することができる。群呼出しを行うためには、最初に行動を起こす加入者、例えばＡは、ハンドセット内でトークグループの番号を探し出し、ＰＴＴボタンを押し、チャープ音などの可聴確認を受信したときに、会話を開始し得る。群呼出し上にある全ての他のトークグループのメンバーは、ＡがＰＴＴボタンを押している間は会話を聞くことしかできない。ＡがＰＴＴボタンを離した場合には、群呼出し上の他のメンバーはＰＴＴボタンを押すことができ、可聴確認により通知されて支配権を取得し、会話を開始可能となる。
【発明の開示】
【発明が解決しようとする課題】
【００１９】
本発明は、移動通信を行うためのシステム及び方法一般、より詳細には群呼出しのためのシステム及び方法を提供する。
【課題を解決するための手段】
【００２０】
情報は、群呼出しグループのメンバーのリストから検索される。検索した情報に基づいて、第１の移動局（ＭＳ）と第２の移動局（ＭＳ）との間に群呼出しが確立される。第１のＭＳは、第１の基地局コントローラ（ＢＳＣ）からサービスを受け、第２のＭＳは、第２のＢＳＣからサービスを受ける。群呼出しに対する音声データは、マルチキャストセッション中に送信される。移動通信ネットワーク内の二地点間の群呼出しの履歴に基づいて、例えば、将来の群呼出しを予想して、二地点間でマルチキャストセッションを確立するか否かについての決定が行われる。
【００２１】
１回の呼出しを開始することによって、あるグループのあるメンバーは、グループ中の連絡可能な全てのメンバーの間で群呼出しを確立することが可能となる。群呼出しは、異なるＢＳＣの間で、及び恐らくは異なるアクセス方法（例えば、ＴＤＭＡ又はＣＤＭＡ）によってサービスを受けているであろう、及び異なるエリア内に位置している可能性があるメンバー間で確立することが可能である。ある群呼出し内のメンバー間のＢＳＣ間音声トラヒックは、インターネットプロトコルネットワークなどの他の通信ネットワークによって搬送することが可能である。
【発明を実施するための最良の形態】
【００２２】
図３について説明すると、システム及び方法は、携帯電話のユーザの予め定義したグループのメンバー間での呼出しを設定するためのものである。以下により詳細に説明するように、群呼出しロジック１０１０を実施するプロキシ交換機などのデバイスは、グループ１０１４のあるメンバー１０１２Ａによる群呼出しのスタートを検出し、群呼出し内のグループの全メンバー１０１２Ａ，１０１２Ｂ，１０１２Ｃに対する接続を自動的に試行する。ある特定の実施の場合には、群呼出し内の通信は、半二重通信であり（すなわち、一度に１人のメンバーのみが話すことができる通信であり）、そのグループに対する音声トラヒックは、マルチキャストセッション中に、インターネットプロトコル（「ＩＰ」）ネットワークにより搬送される。
【００２３】
プロキシ交換機で群呼出しロジックが実施される場合には、プロキシ交換機は、引用によって本明細書の記載に援用する、２０００年１１月２２日付けの「プロキシ交換機により移動通信にサービスを行うためのシステム及び方法」という名称の、米国同時係属出願番号０９／７２１３２９に記載されているように動作可能である。同時係属出願において記載され、及び本願の図４に示されているように、交換１０３４動作は、少なくとも１つの移動体交換局（「ＭＳＣ」）１０３０と少なくとも１つの基地局サブシステム（「ＢＳ」）１０３２との間で行われる。この交換により、ＩＰネットワークなどの別のネットワーク１０３６との間で通信トラヒックを転送し得る。交換はトランスペアレントであるので、ＭＳＣもＢＳも本発明の交換と共に動作するために何らの変更を必要としない。
【００２４】
同時係属出願に記載されているプロキシ交換機は、移動信号プロトコルによりＭＳＣ及びＢＳから信号メッセージを受信するための信号メッセージ処理ロジック１０３８を有する。メッセージ傍受ロジック１０４０は、信号メッセージ処理ロジックと協働し、信号メッセージを送信したＭＳＣ又はＢＳに肯定応答メッセージを送信する。メッセージ傍受ロジックはまた、信号メッセージが、それぞれＢＳ及びＭＳＣの他方に送信されることを防止する。メッセージ変換ロジック１０４２は、信号メッセージ処理ロジックと協働して、信号メッセージをＭＳＣ及びＢＳのうちの一方からＢＳ及びＭＳＣのうちの他方へ送信するための変換済信号メッセージに、それぞれ変換する。メッセージ送信ロジック１０４４は、信号メッセージ処理ロジックと協働して、信号メッセージをＭＳＣ及びＢＳのうちの一方からＢＳ及びＭＳＣの他方に、それぞれ送信する。
【００２５】
ＢＳからの１組のベアラ回線１０４６は、プロキシ交換機に割り当てられる。ＭＳＣ及びＢＳ間の信号メッセージが受信され、これらの信号メッセージが、割り当てられた１組のベアラ回線に対応するか否かを判断するために分析される。対応する場合には、信号メッセージ内の制御情報は、別の通信ネットワークに送られ、上記１組のベアラ回線により運ばれた情報は、別々のネットワークに送られる。
【００２６】
図５は、プロキシ交換機３００がＢＳ１０７とＭＳＣ１１０の間に位置するプロキシ交換機３００の１つの好適な配置を示す。ユーザトラヒックを搬送するトランクの１つのサブセット３０６に限り、プロキシ交換機上で終端している必要がある。他のトランク３０８は、ＭＳＣ１１０及びＢＳ１０７を直接接続することができる。ＢＳ１０７からの全ての制御リンク３１２は、プロキシ交換機３００の箇所で終端している。プロキシ交換機には、制御面３０２及び（「ベアラ面」とも呼ばれる）データ面３０４が含まれる。制御面３０２は、全ての信号トラヒックを処理し、データ面３０４は、プロキシ交換機に接続しているトランクに対する全てのユーザトラヒックを処理する。
【００２７】
ある実施形態の場合には、ＭＳＣとプロキシ交換機との間には１対１の対応がある。いくつかのＢＳは、１つのプロキシ交換機と一緒に動作することができる。
プロキシ交換機３００は、すべての信号メッセージを受け入れるソフトウェアを含み、メッセージ及びシステムの状態により下記の中の少なくとも１つを実行する。
１．変更されていないメッセージのメッセージ内に宛先が記載されているＭＳＣ又はＢＳへの送信。
２．ＭＳＣ及びＢＳ間のメッセージの傍受。
３．いくつかの傍受したメッセージに対する、傍受したメッセージの異なるメッセージへの変換、及び元の傍受したメッセージの代わりに、傍受したメッセージ内に宛先が記載されているＭＳＣ又はＢＳへの変換したメッセージの送信。
４．移動局をベースとするネットワーク及びＰＳＴＮをベースとするネットワークからＩＰネットワークのような他のネットワークへのメッセージの送信。
【００２８】
トリガするイベントと一緒のそれぞれの場合に行う行動のタイプについては以下に説明する。
多くの場合、特にＭＳ１１４からのメッセージが送信され、トラヒックが別のネットワーク宛のものである場合には、プロキシ交換機３００はＭＳＣ１１０として機能する。このような役割の場合、プロキシ交換機は従来のＭＳＣが実行する責任及び役割を実行する。これらの機能及び役割の中のあるものは、移動管理に関連する。移動中のＭＳについて考察すると、移動局があるセルから他のセルに移動する場合には、異なるＭＳＣからサービスを受けているセルに移動する場合もあり得る。それ故、ソースと目標ＭＳＣとの間でハンドオフが必要になる。プロキシ交換機３００がそのメッセージを移動し、呼出し／セッションが別のネットワーク宛のものであった場合には、従来のＭＳＣがハンドオフを管理するのと類似の方法で、プロキシ交換機はハンドオフを管理する。プロキシ交換機は、ＭＳの新しい位置により適当なデータベースを更新する。
【００２９】
プロキシ交換機の他の機能は、リソースの割当てに関する。特に、ＭＳが新しい呼出し／セッションを要求するメッセージを開始した場合、適当な回線（チャネル）をこのセッションに割り当てる必要がある。システムの構成及びシステムの状態により、プロキシ交換機は、従来のＭＳＣが回線を割り当てるのと類似の方法で割当てを行う。
【００３０】
図６は、プロキシ交換機３００が、例えば、異なるキャリヤなどのＩＰバックボーン４１２又は別の回線をベースとするネットワーク４１４のようないくつかの別のネットワークに接続している配置を例示する。これらの別のネットワークは、ＭＳＣ１１０の高価なリソースと共に、ＰＳＴＮ１２０全体又は一部を回避しながら所望の宛先へ音声及び／又はデータ・トラヒックを運ぶために使用し得る。別法としては、回線トラヒックが異なるネットワークに逆送することを可能とすべく、これらの配置を使用することができる。例えば、ニューハンプシャー州ナシュアからの回線トラヒックをマサチューセッツ州ウォルサムのＭＳＣに逆送することができる。又は、これらの配置を他のネットワークに接続するために使用することができる。例えば、ＩＰバックボーン４１２は、ＩＰ音声ネットワーク４１８又はインターネット４１６と通信することができる。同時係属出願で説明したように、トラヒックを別のネットワークへ送信する場合、制御情報（例えば、信号メッセージからの）及びリンク３０６上のベアラ回線からの音声又はデータの両方を別のネットワークを通して送信することができる。
【００３１】
すでに説明した群通信システムの特定の実施の場合には、クローズドユーザグループ（「グループ」又は「ＣＵＧ」）に属する移動通信ユーザ（「ユーザ」）は、相互に迅速に容易に連絡するための機能を有し、それにより、相互に会話を開始し得る。各グループは、２人以上のユーザ（メンバー）を有し、ユーザは複数のＣＵＧに所属してもよい。会話は、あるグループの２人のメンバー間で行うこともできるし（「専用モード」）、又はＣＵＧのすべての使用できるメンバー間で行うこともできる（「公衆モード」）。群通信システムは、携帯電話及び移動ＰＤＡのような従来の移動通信装置を使用する。
【００３２】
特定の実施の場合には、群通信システムは、群呼出しスタートを傍受し、ＭＳＣ及びＰＳＴＮをバイパスし、群呼出しをＩＰ上のマルチキャストセッション実行音声（「ＶｏＩＰ」）として実施するために、上記のようにＭＳＣ及びＢＳＣ間に論理的に配置されているプロキシ交換機内で群呼出しロジックを実施する。グループ内のユーザは、ＣＤＭＡ、ＴＤＭＡ（ＩＳ−１３６及びＧＳＭを含む）、ＧＰＲＳ、及び第三世代の技術など、１つ以上の無線技術に依存する集合的ネットワークを網羅する複数のＭＳＣによって、離隔した地理的位置でサービスを受けることができる。例えば、任意の群呼出しに参加したグループメンバーの間で、１人以上のユーザがＣＤＭＡネットワーク内を移動している間に、１人以上のユーザが同時にＧＳＭネットワーク内を移動している場合もある。群呼出しが進行している間に、群呼出しに関する制御情報を、群呼出し内の表示参加者など１人以上のユーザに対して使用可能とすることができる。ＭＩＮ，ＩＭＳＩ，ＥＳＮなどの標準番号付けスキームにより、群呼出しユーザは、群呼出しリストを動的に生成し、修正し得る。
【００３３】
図７は、群通信システムの例示としての実施形態の一般的なアーキテクチャを例示している。図７は、異なるＢＴＳシステム１０６２Ａ〜１０６２Ｄに接続している無線デバイス１０６０Ａ〜１０６０Ｄを使用する群呼出し内の４人のユーザを示す。以下の説明のために、無線デバイスはオーディオ表示機能及びテキスト表示機能の両方を備えるものと仮定する。ＢＴＳは、基地局コントローラ（「ＢＳＣ」）１０６４Ａ〜１０６４Ｄに接続していて、これらの基地局コントローラは、群呼出しロジックを実施するプロキシ交換機（「群呼出し交換機」）１０６６Ａ〜１０６６Ｃに接続している。各群呼出し交換機は、ＭＳＣ１０６８Ａ，１０６８Ｂ，１０６８ＣなどのＭＳＣに接続している。少なくとも１つの群呼出し交換機は、群呼出しサービス使用可能ネットワーク内の各ＭＳＣのためのものである。信号方式情報については、各群呼出し交換機は、対応するＢＳＣと対応するＭＳＣの間に論理的に位置している。群呼出し交換機は、ＭＳＣから信号及びデータを受信し、反対方向に、ＢＴＳ及びＢＳＣを通して無線デバイスから信号及びデータを受信する。各群呼出し交換機は、ＢＳＣもＭＳＣも、ＢＳＣとＭＳＣの間に位置する群呼出し交換機を意識しないかのように動作する。ＭＳＣ及びＢＳＣからの信号及び制御情報は、群呼出し交換機により傍受され、識別できる変化が何もない状態で、必要に応じて関連素子にシームレスな状態で送られる。
【００３４】
ＭＳＣは、公衆陸上移動通信網（「ＰＬＭＮ」）１０７０に接続していて、群呼出し交換機は、バックボーンマルチキャスト使用可能ＩＰネットワーク（「バックボーンネットワーク」）１０７２に接続していて、このバックボーンネットワーク１０７２は、ＣＵＧ能動ディレクトリ１０７４及び強化ホームロケーションレジスタ（「ＨＬＲ」）１０７６へのアクセスを提供する。
【００３５】
同時係属出願のプロキシ交換機のところですでに説明したように、群呼出し交換機は、制御面及びデータ面を有する。制御面のところの機能は、ＢＳＣ又はＭＳＣ又は両方からの信号メッセージの終端である。例えば、ＣＤＭＡネットワークにおいては、信号メッセージは、ＩＳ−６３４プロトコル仕様により定義される。制御面は、入力信号を終端し、ＭＳＣ又は他の素子への前方への送信のための新しい信号メッセージを生成する。制御面は、また、以下に説明するマルチキャスト機能をサポートする。
【００３６】
ある特定の実施形態の場合には、群呼出し交換機のデータ面は、ＢＳＣ又はＭＳＣ又は両方からＴＤＭトラヒックを受信し、入力トラヒックを出力宛先にインタフェースするために、ＴＤＭクロス接続（「ＤＡＣＳ」）（図５）を使用する。他の実施形態の場合には、データ面は、また、（無線アクセス・ネットワーク又は「ＲＡＮ」とも呼ばれる）、基地局複合体から入力ＩＰトラヒックを受信し、入力ＩＰトラヒックを出力ＩＰトラヒックに切り替える。制御面内のプログラムによる制御は、入力ＴＤＭトラヒックと出力宛先との間のクロス接続、特にＩＰネットワーク上の従来のＭＳＣ及び／又は宛先との間のクロス接続を決定する。
【００３７】
ＤＡＣＳからの出力宛先としてのＭＳＣサービス提供の場合には、群呼出し交換機は、本質的にはネットワークに対して透過的である。トラヒック及び制御は、継ぎ目のない状態でＢＳＣからＭＳＣへ、及びＭＳＣからＢＳＣへ流れる。代わりに、出力宛先がＩＰネットワーク上に位置する場合には、データ面上の媒体ゲートウェイ（同時係属出願に記載されている）は、入力ＴＤＭトラヒックの選択した一部を、ＭＳＣから迂回させ、入力ＴＤＭトラヒックをＲＴＰ／ＵＤ／ＩＰトラヒックに変換し、ＲＴＰ／ＵＤ／ＩＰトラヒックをバックボーンＩＰネットワーク内に挿入する。
【００３８】
群呼出し登録（「ＧＣＲ」）とも呼ばれるＣＵＧ能動ディレクトリ（「ＣＵＧ ＡＤ」）１０７４は、ＣＵＧデータを含むデータベースシステムである。特定の実施の場合には、図１５のＣＵＧ ＡＤは、スケーラビリティのための分散型データベースシステムとして実施される。ＣＵＧ ＡＤは、群呼出しネットワーク内のすべてのＣＵＧの定義を含む。ＣＵＧ ＡＤへの問い合わせは、ＣＵＧの識別子を指定する。すなわち、問い合わせは、指定したＣＵＧの定義を要求し、結果は指定したＣＵＧのすべてのメンバーに対するグループ・ユーザＩＤのリストである。例えば、ＣＵＧ ＩＤ２３４７を指定している問い合わせは、ＣＵＧ ＡＤに移動識別番号（「ＭＩＮ」）ｘｘｘ，ｙｙｙ，ｚｚｚ、及びＣＵＧ内の４人のユーザに対するｗｗｗを識別する結果を生成させることができる。特定の実施の場合には、ＭＩＮ番号は、サービスプロバイダによるＧＩＲサービスのユーザに割り当てられる。
【００３９】
各ＣＵＧは、異なる区画がＣＵＧ ＡＤの異なる分散部分に割り当てられるように分割されているＣＵＧ名空間からの一意の識別子ＩＤによりシステムに対して識別される。全ての群呼出し交換機が、分割スキームの分割索引を使用することができる。群呼出し交換機がＣＵＧの定義を検索する必要がある場合には、群呼出し交換機は、問い合わせを行うＣＵＧ ＡＤの成分を決定するために索引を使用することができる。
【００４０】
強化ＨＬＲ１０７６は、携帯電話で使用される標準ＨＬＲデータベース（「標準ＨＬＲ」）の強化バージョンである。標準ＨＬＲフィールド位置は、移動中の移動ユーザから更新される。これらの更新が横切る従来の経路は、携帯電話からＢＴＳ、ＢＴＳからＢＳＣへのもので、次にＭＳＣにつながっていて、このＭＳＣは、ＨＬＲに更新メッセージを送る。群呼出しネットワークの特定の実施の場合には、群呼出し交換機は、ＢＳＣとＭＳＣとの間に位置していて、群呼出し交換機がすべての位置の更新を見ることができるようにする。群呼出しサービスに加入しているユーザの場合には、群呼出し交換機は、位置更新メッセージを傍受し、これらのメッセージをＨＬＲにコピーする。それにより群呼出しユーザの携帯電話の位置を記憶するほかに、ＨＬＲは、また、各群呼出しユーザが所属するすべてのＣＵＧのリストを記憶する。ＨＬＲへの問合わせは、群呼出しユーザを識別するＭＩＮを指定し、その群呼出しユーザがメンバーであるＣＵＧのリストを含む応答を生成する。
【００４１】
特定の実施の場合には、ＨＬＲは、データの分布がＭＩＮ階層に基づいている分散型データベースである。別の方法としては、ＨＬＲは、また、国際移動電話加入者ＩＤ（「ＩＭＳＩ」）、又は装置一連番号（「ＥＳＮ」）をベースとすることもできる。ＣＵＧ名空間に対する上記分割索引に類似の索引により、群呼出し交換機は、入力要求を処理する場合に、問い合わせを行うＨＬＲの分割を決定することができる。
【００４２】
ある家族についての例の場合には、ＣＵＧそれぞれが携帯電話を携帯しているユーザの父親、母親及び十代の若者を含むように定義することができる。自分の携帯電話上の特殊な一連のキーを押すことにより（又は、電話機に設置されている場合には、特殊な１つのキーを押すことにより）、父親は、母親及び十代の若者の位置を発見し、母親及び十代の若者を群呼出しに参加させる群呼出し開始プロセスを実行することができる。以下に説明する半二重実施の場合には、群通信システムが、ＣＵＧの少なくとも１人のメンバーが、群呼出しに参加していることを確認した場合、最初の参加メンバーとしての父親に会話の制御が割り当てられ、他の１人の又は複数の参加メンバーが会話を聞いている時に、会話を開始させることができる。父親が会話の制御を放棄した場合には、ＣＵＧの任意の他の参加メンバー（例えば、十代の若者がその呼出しに参加している場合には、十代の若者）が、会話の支配を取得し会話を行うことができる。それ故、半二重実施の場合には、発言支配権が割り当てられた参加メンバーだけが話すことができる。他の参加メンバーは、メンバーの発言支配権が放棄され再度割り当てられるまでは話すことはできない。以下にさらに詳細に説明するように、発言支配権を要求するためには、群呼出しを行っているユーザは、電話機の標準番号キーを押すことができるし、電話機のメーカーが設置している場合には、特殊なキーを押すことができるし、又は、電話機がテキストメッセージ送信機能を持っている場合には、現在喋っている人に、次に話すことを要求するテキストメッセージを送信可能である。呼出しを行っているある時点で、発言支配権が所定の期間の間割り当てられないままになっている場合には（すなわち、会話が終了した場合には）、呼出しは終了する。
【００４３】
ＣＵＧのすべてのメンバーが同じ交換エリア内、すなわち、１つのＭＳＣ又はプロキシ交換機が制御する地理的エリア内に位置している場合、又は異なる交換エリア内に位置している場合には、群呼出しを手配することができる。例えば、ＣＵＧがユーザＡ，Ｂ，Ｃ，Ｄを有する場合には、Ａ，Ｂは、現在、交換エリアＳ１内を移動している場合もあるし、Ｃが交換エリアＳ２内を移動している場合もあるし、Ｄが交換エリアＳ３内を移動している場合もある。Ｓ１，Ｓ２，Ｓ３，Ｓ４交換エリアすべてが、同じサービスプロバイダにより運用されている場合、又は群呼出しサービスを提供することで、相互に協力することに合意しているオペレータにより管理されている場合には、Ａ，Ｂ，Ｃ，Ｄを接続する群呼出しを確立することができる。このような場合、個々のメンバーは、物理的位置関係で広く分散していてもよい。例えば、Ａ，Ｂはボストンに、Ｃはテキサスに、Ｄはカリフォルニアにいるのでもよい。
【００４４】
群通信システムは、異なるネットワーク技術を横切る呼出しの共同利用を提供する。すなわち、ＣＵＧのメンバーが異なる技術をベースとする複数のネットワークを横切って移動していても、群呼出しを確立することができる。例えば、ユーザＡは、ボストンにいて符号分割多元接続（「ＣＤＭＡ」）をベースとするネットワーク内を移動することもできるし、Ｂは、英国（「ＵＫ」）にいて、移動通信用グローバル・システム（「ＧＳＭ」）をベースとするネットワーク内を移動することができる（ＧＳＭは、時分割多元接続（「ＴＤＭＡ」）技術を使用する）。Ａ，Ｂが、同じＣＵＧに所属していて、ＣＤＭＡオペレータ及びＧＳＭオペレータが、群呼出しサービスの提供の際に協力することに合意している場合には、ＡとＢとの間に群呼出しを確立することができる。
【００４５】
上記システムは、以下にさらに詳細に説明する、下記の１つ以上の強化を含むことができる。上記の説明を読めば分かるように、ＣＵＧのすべてのメンバーがその呼出しに参加していてもいなくても、群呼出しを確立することができる。ＣＵＧの何人かのメンバーがある群呼出しに参加することができない場合には、システムは、参加できないメンバーが記載されている例外リストを生成し、記録することができる。ＣＵＧの１人以上のメンバーが、表示スクリーンを備えている電話機を持っている場合には、例外リストを表示スクリーン上に表示することができる。さらに、例外リストに基づいて種々の行動を行うことができる。例えば、呼出し中又は呼出しの後で、例外リストに記載されているメンバーに音声メール・メッセージを送ることができる。例えば、発呼者は、音声メールメッセージを１回記録することができ、群通信システムにより、例外リストに記載されているメンバーに対して、前に指定した音声メール電話番号の音声メールボックスへ送ることができる。その代わりに又はそれに加えて、参加各メンバーにどの他のメンバーが呼出しに参加しているかを知らせるために、特定の群呼出しに参加したＣＵＧのメンバーを、呼出し中、すべての参加メンバーの電話機の使用できる表示スクリーン上にリストの形で表示することができる。現在発言支配権を有しているメンバーを識別するために、視覚的表示を使用できる表示スクリーン上に表示することができる。
【００４６】
群通信システムのユーザは、その群通信システムの他のユーザと専用呼出しを確立することができる。そのため、ユーザは群呼出しの外側で秘密又は個人情報について話合うことができる。それ故、出力群呼出しの２人の参加者は、一時的に専用呼出しを行い、次に、出力群呼出しに戻ることができる。
【００４７】
群通信システムのユーザは、ユーザがメンバーであるＣＵＧに対する進行中の群呼出し（「活動中群呼出し」）のリストを要求することができ、及びこのような呼出しの中の１つに参加することができる。群通信システムのユーザは、公衆群呼出しすなわち、群通信システムの各ユーザを含むＣＵＧに対する群呼出しをスタートさせることもできるし、又はこれに参加することもできる。オペレータは、任意の数の公衆ユーザ・グループ（「ＰＵＧ」）を定義することができる。群通信システムの各ユーザは、すべてのＰＵＧのメンバーに自動的になる。能動公衆群呼出しに参加するために、ユーザは能動公衆群呼出しのリストを要求し、参加する呼出しを選択する。
【００４８】
群通信システムのユーザが呼出し待機機能を有する場合には、ユーザは、群呼出しを待機状態にし、入力呼出し信号に応答することができる。群呼出しに対するものを含む任意の入力呼出し信号を受け入れたくないユーザは、呼出し転送又は呼出し阻止を起動することができる。ユーザは、群呼出し又は専用呼出し又は両方に対する入力呼出し信号だけの阻止を選択することができる。
【００４９】
群通信システムは、騒音環境内にいるユーザ、可聴電話の使用が制限されている公共の場所にいるユーザ、及び聴覚障害のユーザの便宜をはかるために、群呼出し内に音声テキスト変換を内蔵させることができ、言語変換機能（例えば、英語からフランス語へ）を内蔵させることができる。
【００５０】
群通信システムのユーザは、ユーザの携帯電話番号、又はユーザの電話機の電話ディレクトリ内に記憶している連絡情報に基づいて、群サービスサインアップ中に、サービスプロバイダが割り当てることができる特殊な群通信システム識別番号（「群ユーザＩＤ」）により連絡することができる。以下に説明するウェブをベースとする供給システムを使用する代わりに、又はその使用に加えて、グループユーザＩＤを自己セットアップ（「自己供給」）とすることができる。
【００５１】
すでに説明したように、群通信システムは３つの動作モード、すなわち、クローズドユーザグループ（「ＣＵＧ」）モード、専用モード及び公衆ユーザグループ（「ＰＵＧ」）モードを提供する。以下に説明するユーザ制御呼出しの場合を除いて、ユーザは、会話するためにある番号キー（又は、設置されている場合には、特殊な電話キー）を押し、ユーザに発言支配権が渡されたことを示すトーンを聞くために待機する。ユーザが会話を終了した場合には、ユーザはあるキーを押すことができ、それにより他の参加しているユーザは、発言支配権が使用できるようになったことを知らせるトーンを聞くことになる。次に、他の参加しているユーザは、あるキーを押し、トーンを聞き、会話を開始することができる。発呼者は、トーンが示すように少なくとも１人の他のユーザが、呼出しに参加した後で発言支配権をスタートする。全ての参加したユーザが電話機を置くか、すでに説明したように、ある期間誰も会話の制御を要求しなかった場合には呼出しは終了する。上記システムは、発言支配権に対して複数のユーザから同時に要求があった場合の、要求間の競合を解決する。例えば、会話のために全二重モードを使用できる場合には、「人間プロトコル」を使用することができる。そのような場合には、最終的に、１人のユーザを除くすべてのユーザが話すのをやめて、会話の制御が喋っているユーザに渡されるように、複数のユーザに制御が渡される。
【００５２】
ＣＵＧモードの場合には、群呼出しユーザは、リストに対して一意のグループＩＤを生成し、メンバーのグループ呼出しＩＤ及びその携帯電話番号を使用して、リストにメンバーを割り当てることにより、クローズドユーザグループを形成する。プロキシ交換機の指揮の下で、ハンドセットに無線アクセス・ネットワーク（「ＲＡＮ」）により信号を送ることができる限りは、及びＲＡＮは、このような信号送信を行うために携帯電話番号を使用するので、ＣＵＧ情報は携帯電話番号を含む。各ＣＵＧは、そうしたい場合には、サービスプロバイダが課する最大サイズを有する２人又はそれ以上のユーザを含む。
【００５３】
特定の実施の場合には、群呼出しユーザが、ユーザのコミュニティ（すなわち、ＣＵＧモード）のユーザのグループと連絡したい場合には、ユーザは、例えば、＊４の後にＣＵＧ ＩＤが続く呼出しスタート・シーケンスをキーイン（「入力」）し、送信キーを押す。（呼出しスタート・シーケンスも記憶することができ、ユーザの電話機の速度ダイヤル・ディレクトリからダイヤルすることができる。）最初に通知を受けた場合に、その呼出しに参加できないＣＵＧのあるメンバーは、その呼出しが依然として能動状態である場合には、呼出しスタート・シーケンスを入力し、送信キーを押すことにより、後でその呼出しに参加することができる。
【００５４】
ＣＵＧモードの場合には、発呼者は、そうしたい場合には、「バージイン」（ｂａｒｇｅ−ｉｎ）機能を有する呼出しである、ユーザ制御呼出しを要求することができる。バージイン機能によれば、会話を聞いているユーザは、会話をしているユーザに会話を聞いているユーザが、発言支配権を入手したがっていることを知らせるために、複数のキーのサービスの構成可能なＤＴＭＦシーケンスを押すことにより、会話をしているユーザに警告メッセージを送信することができる。この時点で、会話をしているユーザは、発言支配権を放棄するためにあるキーを押すことができるし、又は会話を続けることができる。それ故、バージイン機能は、会話をしているユーザに、会話を聞いているユーザの会話をしたいという要求の可聴通知を供給し、また、テキスト表示を備える電話機の場合には、バージイン・メッセージを送信した会話を聞いているユーザの名前を表示しているテキストメッセージを提供することができる。それ故、会話をしているユーザは、会話を聞いているユーザが会話をしたがっているかどうかをむりに推定する必要はない。会話をしているユーザが、割込みを望まない場合には（例えば、人々の大きなグループにアナウンスをしている間）、バージイン機能は機能しなくなるようにすることができる。
【００５５】
すでに説明したように、ＣＵＧモードは、また、参加報告に会話をしている人の識別機能を提供することができ、参加例外に同報通信機能を提供することができる。
リアルタイムで群呼出しを転写するために、音声−テキスト技術を使用するように、ＣＵＧモード中に呼出し転写機能（ｃａｌｌ ｔｒａｎｓｃｒｉｐｔｉｏｎ ｃａｐａｂｉｌｉｔｙ）を提供することができる。テキスト表示電話機を持ち、群呼出しの通知を受けるグループのメンバーは、呼出しを聞こえないようにして、代わりにテキスト転写を受信するために要求することができる。特定の実施形態の場合には、テキストページャがテキストを受信するように、どのテキスト表示電話機も、オーディオ用だけのデバイス及びテキスト用だけのデバイスを送受信しないし、呼出し転写機能がオンになっていない場合には、テキスト用だけのデバイスには群呼出しの通知は行われない。呼出しの全転写は、呼出しの終わりに入手することができ、その呼出し（参加例外リストに基づいて）に参加しなかったすべてのＣＵＧメンバー又は発呼者に送信可能である。この機能は、ＩＳ−４１−Ｃと一緒に入手し得る好適な言語インジケータを使用して、翻訳サービスに拡張することができる。好適な言語インジケータは、その中にアナウンス及び他の報告を表示すべき言語に対する加入者の優先順位を表示するために、加入者のプロフィール内に含まれていて、ＨＬＲデータベースに記憶されている情報素子である。交換機は、予め記憶しているアナウンスを行うときに好適な言語インジケータを使用する。人間又は自動翻訳装置のような追加のリソースは、サービスプロバイダが提供することができる。
【００５６】
群呼出しＩＤ及びメンバーの関連リストは、パーソナルコンピュータからの、又はＷＡＰ使用可能デバイスからのウェブをベースとする提供アプリケーションにより設定することができる。ユーザは、また、ユーザの携帯電話からのリストを設定することができる。サービスプロバイダは、リスト上のメンバーの数、そのメンバーが所属する１つのネットワーク又は複数のネットワーク、及び群呼出しユーザが維持することができるリストの数の上限を指定する。
【００５７】
専用モードの場合には、群呼出しユーザは、例えば、＊４の後に目的の受信メンバーの群呼出しＩＤが続くような群呼出しスタートシーケンスを入力し、送信を押すことにより群呼出し使用可能ネットワークに接続しているユーザのグループの任意のメンバーへの呼出しを迅速に呼び出すことができる。目的の受信人であるメンバーには、ユーザからの呼出しが通知され、特定の実施形態の場合には、目的の受信人であるメンバーが呼出しに応答した場合には、ユーザはチャープ音を聞く。
【００５８】
ＰＵＧモードの場合には、群呼出しユーザは、現在のチャットグループのリストを見て、チャットグループへの参加を決定することができる。群呼出しユーザは、一意の群呼出しＩＤを指定し、グループの主体の短いテキスト記述を提供することにより、任意の群呼出しユーザが入手することができる新しいチャットグループを生成することができる。加入者は、そうしたい場合には、テキスト名が現在の能動チャットグループ全体にわたって一意なものである限りは、テキスト名を群呼出しＩＤと関連づけることができる。
【００５９】
群呼出し機能は、呼出し転送、妨害無用及び呼出し阻止などの現在の携帯電話機能に優先しない。群呼出し上の呼出し人は、呼出し待機を動作可能にすることができる場合には、入力呼出しに切り替えることができる。機密保護のために群呼出し中は、三方呼出し、呼出し会議及び呼出し転送は動作不能になり、群呼出しの最高点に達すると再度動作可能になる。
【００６０】
群呼出しサービスは、対応する基地局がＶＰをサポートする場合には、携帯電話の要求に従って、ＩＳ−４１−Ｃ音声プライバシー（「ＶＰ」）機能による会話暗号化をサポートする。
【００６１】
以下にさらに詳細に説明する特定の実施の場合には、群呼出しサービスは、ＩＰマルチキャストを使用するＩＰネットワーク内で動作する。すでに説明したように、ＩＰマルチキャストを使用すれば、ソースは、そのストリームを受信するためにはっきりと登録した複数の受信人が受信するＶｏＩＰパケットのストリームの１つのコピーを送信することができる。マルチキャストは、受信人が特定のマルチキャストセッショングループに参加し、ストリームがネットワークインフラストラクチャによりそのグループの全メンバーに送信されるような受信人をベースとするコンセプトである。マルチキャストストリームの１つのコピーだけが、ＩＰネットワーク内の任意のリンクを通り、必要な場合には、ＩＰマルチキャスト使用可能媒体ゲートウェイのところでだけ複数のコピーが作成される。
【００６２】
無線ネットワークの場合には、サービスは、任意の従来の無線呼出しのいくつかの特徴を有する。すでに説明したように、群呼出しをスタートした人は、群呼出しをスタートした人が連絡したいユーザの群呼出しリストのＩＤが後に続く（例えば、「＊４」の後にユーザグループＩＤが続く）、ＤＴＭＦ機能エスケープ・シーケンスを送信することにより群呼出しを呼び出す。機能エスケープ・シーケンスは、呼出しが群呼出しであり、連絡するための携帯電話のリスト及びその現在の位置を検索するために、グローバル呼出し登録（「ＧＣＲ」又は「ＣＵＧ ＡＤ」）に問い合わせを行うものであることを検出するために、プロキシ交換機により使用される。現在の位置情報は、どの媒体ゲートウェイ及びＢＳＣが群呼出しに関連しているかを決定する。ベアラ・チャネルは、群呼出し交換機データ面を通して、このような各ＢＳＣと対応する媒体ゲートウェイ間に確立される。群呼出しは、各ＢＳＣに対して、従来の二地点間呼出しセットアップ及び分解特性を有するものとして提示されるが、ＭＳＣには提示されない。
【００６３】
図８Ａ〜図８Ｃは、無線ネットワーク内の基本的サービスの例示としての呼出しフローチャートである。ＷＣＳ−１及びＷＣＳ−２は、群呼出し交換機を表す。図９〜図１０にも示すように、フローチャート内の主要なエンティティは、それぞれの媒体ゲートウェイＭＧ１、ＭＧ２を備える群呼出し交換機ＷＣＳ−１，ＷＣＳ−２と、ＷＣＳ−２によりアクセス可能なＧＣＲと、ＢＳＣであるＢＳＣ−１，ＢＳＣ−２と、移動局（例えば、電話機）ＭＳ−Ａ，ＭＳ−Ｂとである。この例の場合には、ＭＳ−Ａ，ＭＳ−Ｂは、たまたま同じ群呼出し交換機ＷＣＳ−１により網羅されているが、ＭＳ−Ａ，ＭＳ−Ｂが異なる群呼出し交換機により網羅されている場合でも手順は同じである。
【００６４】
図１０は、群呼出しをセットアップするための図１０Ａ〜図１０Ｃの呼出しのフローチャートを簡単にした群呼出しの論理フローチャートである。左側は、ＷＣＳ−１が処理するロジックのシェアであり、右側は、ＷＣＳ−２が処理するロジックのシェアである。ＷＣＳ−１は、ＭＳ−Ａが群呼出しを要求したこと（工程３０１０）を検出し、ＷＣＳ−２（群呼出しコーディネータ）にそのことを通知する（工程３０２０）。ＷＣＳ−２は、ＭＳ−ＡのＣＵＧの他のメンバー及びその最後の既知の位置を決定するために、ＧＣＲを参照する（工程３０３０）。（この簡単な例の場合、ＭＳ−Ｂは、他のメンバーだけを表す。）ＷＣＳ−２は、ＷＣＳ−１（ＭＳ−Ａ用の群呼出し交換機）への媒体ゲートウェイ接続を生成する（工程３０４０）。ＷＣＳ−１は、ＭＳ−Ａに対する無線チャネルを取得する（工程３０５０）。ＷＣＳ−２は、ＭＳ−Ｂをページングするように、ＷＣＳ−１（ＭＳ−Ｂに対する群呼出し交換機）に告げる（工程３０６０）。ＷＣＳ−１は、ＭＳ−Ｂをページングし（工程３０７０）、次に、ＭＳ−Ｂが発見されたことをＷＣＳ−２に通知する（工程３０８０）。ＷＣＳ−２は、ＷＣＳ−１（ＭＳ−Ｂに対する群呼出し交換機）への媒体ゲートウェイ接続を生成する（工程３０９０）。ＷＣＳ−１はＭＳ−Ｂに対する無線チャネルを取得し（工程４０００）、ＷＣＳ−２に取得が終了したことを通知する（工程４０１０）。ＷＣＳ−２は、ＭＳ−Ａに、ＭＳ−Ｂに到着したことを表示するようにＷＣＳ−１に告げ（工程４０２０）、媒体ゲートウェイを通してＭＳ−Ａに対して、トーンを作動する（工程４０３０）。
【００６５】
例示としての呼出しの流れについて、図１２〜図１５を参照しながら以下に説明する。
すでに説明したように、群呼出しの場合には、一度に話すことができるのは１人の参加したユーザだけである。発言支配権を有する参加したユーザは、予め定義したＤＴＭＦディジット（例えば、「１」）を送信するこのような発言支配権を放棄することができ、次に、他の参加したユーザは、ＤＴＭＦディジット（例えば、「８」）を送信することにより発言支配権を要求することができる。発言支配権を有する参加したユーザは、図１１に示すように、送信経路が確立した場合に鳴る成功トーンを聞く。
【００６６】
群呼出しの前に、群呼出しユーザは、上述の下記の機能、すなわち、参加例外報告、参加報告、呼出し転写、及びバージイン機能の中の１つ又はそれ以上を動作可能にするのか、動作不能にするのかを選択することができる。
【００６７】
そのＧＣＲリストを確立するために、エンド・ユーザが使用することができるウェブをベースとするセットアップ・システムの場合には、ウェブ・サーバは、ユーザの群呼出しリストをリアルタイムで更新することができるように、ＩＰリンクを通してＧＣＲに接続する。セットアップ・システムは、ＷＡＰプロトコル及び標準産業ブラウザをサポートする。
【００６８】
課金及びネットワークエンジニアリングのために、群呼出し内の全参加者の呼出しログが収集される。
図１２は、以下に説明する群呼出しサービスのアプリケーションの一例を示す。この例の場合には、ＣＵＧ１は、４人のユーザＡ，Ｂ，Ｃ，Ｄを含むＣＵＧである。ユーザＡ，Ｂは、現在、群呼出し交換機Ｇ１からサービスを受けていて、ユーザＣは、群呼出し交換機Ｇ２からサービスを受けていて、ユーザＤは、群呼出し交換機Ｇ３からサービスを受けている。ユーザには、群呼出しサービスプロバイダにより、一意のＭＩＮがすでに割り当てられている。説明を簡単にするために、本明細書においては、一意のＭＩＮをＡ、Ｂ、Ｃ及びＤと呼ぶことにする。ＣＵＧ１は、サービスプロバイダにより割り当てられ、本明細書においては、ＣＵＧ１として表される一意の識別子を有する。ＣＵＧ１の定義、すなわち、ＣＵＧのメンバーの身分のリストは、ＡＤ１と呼ばれるＣＵＧ ＡＤの分散構成要素内に維持される。
【００６９】
第１の例の場合には、群呼出しは、ＡからグループＣＵＧ１、すなわち、Ｂ，Ｃ，Ｄに対して行われる。図１２は、群呼出しの呼出しフローチャートである。
Ａは、クローズドユーザグループＣＵＧ１に対して群呼出し要求を行う。ＩＳ−６３４インタフェースの場合には、要求は、ＣＵＧ１を含むＣＭ＿サービス＿要求で表される。無線アクセスネットワーク（「ＲＡＮ」）の場合には、要求は任意の他の呼出し要求に非常に似ている。ＩＳ−６３４コマンド及び関連する情報素子は、他の情報項目と一緒に、呼出し番号及び被呼者番号（例えば、この例の場合には、ＣＵＧ１である）を含む。少なくともいくつかの場合には、ＲＡＮは、ＭＳＣ内でどのロジックを実施することができるかについて、有効な番号付け計画を無効な番号付け計画から区別するためのロジックを持っていない。このような場合には、ＲＡＮは、ＩＳ−６３４メッセージセットの一部として、番号情報をＭＳＣに転送する。プロキシ交換機がこのようなメッセージを傍受している限りは、プロキシ交換機は番号情報を使用することができる。プロキシ交換機は、少なくともいくつかの方法でＭＳＣとして動作することができるので、プロキシ交換機は、入力呼出し要求が従来の呼出し要求ではなく、クローズドユーザグループに対する群呼出し要求であると判断することができる。このような例の場合には、プロキシ交換機は群呼出し交換機の役割を行い、群呼出しに対する処理をスタートする。
【００７０】
群呼出し交換機Ｇ１は、Ａに対してチャネル割当て要求返送を発行する。Ｇ１は、また、ＣＵＧ ＡＤ構成要素ＡＤ１からグループＣＵＧ１の定義を検索するために、ディレクトリ処理をスタートする。ＡＤ１からの応答は、グループＣＵＧ１のメンバー、すなわち、Ｂ、Ｃ及びＤに対応するＭＩＮのリストを含んでいるものと予想される。応答を受信した場合には、Ｇ１は、下記の情報をすでに入手している。
【００７１】
ＣＵＧ１は、（Ａの他に）メンバーＢ、Ｃ及びＤを含む。
ＭＩＮ Ｂは、交換機Ｇ１（すなわち、自分自身）の担当である。
ＭＩＮ Ｃは、交換機Ｇ２の担当である。
【００７２】
ＭＩＮ Ｄは、交換機Ｇ３の担当である。
Ｇ１は、Ｂに対して、（Ｇ１自身の担当である）呼出しセットアップ要求をスタートし、Ｃ及びＤに対するＧ２及びＧ３へ、それぞれ、呼出しセットアップ要求を送信する。それ故、Ｇ２及びＧ３は、この特定の群呼出しに対するＧ１用のプロキシ交換機として機能する。Ｇ１は、また、ＴＤＭトラヒックがＲＡＮから媒体ゲートウェイに送られる新しいコンテキストを確実に生成する。媒体ゲートウェイは、ＴＤＭトラヒックをＲＴＰ／ＵＤＰ／ＩＰパケットに変換し、ＲＴＰ／ＵＤＰ／ＩＰパケットをマルチキャストルータに送信する。マルチキャストルータは、パケットを受信し、マルチキャストグループにＡを追加し、指定のマルチキャストグループにパケットをマルチキャストするようにとの指示を受ける。図１８の呼出しのフローチャートの場合には、上記指示は、「Ｊｏｉｎ Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ（ＴＤＭ Ａ）」で一括して示してある。
【００７３】
次に、Ｇ１は、Ｂ、Ｇ２、Ｇ３からの接続メッセージを待つ。これら３つのメッセージのどれかを任意の順序で受信することができ、そのサブセットだけを受信することもできる。この例の場合には、Ｇ１は、最初に、Ｂから接続メッセージを受信し、その後で、Ｇ２及びＧ３から接続メッセージを受信する。Ｂから接続メッセージを受信した場合には、Ｇ１は、「Ｊｏｉｎ Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ（ＴＤＭ Ｂ）」メッセージを送信し、このメッセージにより、媒体ゲートウェイは、マルチキャストルータからＲＴＰ／ＵＤＰ／ＩＰトラヒックを受け入れ、ＲＴＰ／ＵＤＰ／ＩＰトラヒックをＴＤＭに変換し、ＴＤＭを交換機Ｇ１に送信する。それにより、ＴＤＭはＢＳＣ及びＢＴＳを通してＢに送信される。マルチキャストルータは、現在のマルチキャストグループにＢを追加するようにとの指示を受ける。それ故、現在の群呼出しのために、交換機Ｇ１は、ＴＤＭトラヒックのソースとして機能し、交換機Ｇ２は、ＴＤＭトラヒックのシンクとして機能する。
【００７４】
この例の場合には、Ｃは、Ｇ２（すなわち、Ｃ担当の交換機）に接続メッセージを送信し、Ｇ２は接続メッセージをＧ１に送信する。次に、Ｇ１は、「Ｊｏｉｎ Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ（ＴＤＭ Ｃ）」メッセージを送信し、Ｃを受信モードで群呼出しに参加させる。同様に、ＤからＧ３への接続メッセージは、Ｇ１にリレーされ、それによりＤはマルチキャストグループに追加される。
【００７５】
媒体ゲートウェイは、制御面により、特定のコンテキストの場合だけ、いくつかのＲＴＰポートでパケットを受信又は送信するようにとの指示を受ける。パケットは、ルータによるマルチキャストグループのメンバーへのマルチキャストである。
【００７６】
この際、Ｇ１は、群呼出しにすでに参加しているユーザの少なくとも１つの確認をすでに受信しているので、Ｇ１は、Ａに成功トーンを送信して、群呼出しを続行することができることを知らせる。Ａのモードは送信モードであり、Ｂ、Ｃ及びＤのモードは受信モードであり、マルチキャストルータは、Ｂ、Ｃ及びＤに対してマルチキャストを行うことができる。
【００７７】
他の例の場合には、図１３の呼出しフローチャートに示すように、発言支配権が転送される。より詳細に説明すると、Ａは発言支配権を放棄し、Ｃがそれを取得する。
発言支配権を放棄するために、ＡはＧ１に信号を送り、それによりＧ１は、現在の群呼出しを非作動モードにする。（すでに説明したように、システム・タイマが計測する指定の時間内に、ユーザが発言支配権を入手しない場合には群呼出しは終了する。）Ｃは、その担当交換機Ｇ２に、会話取得コマンドを発行する。現在の群呼出しのために、交換機Ｇ２及びＧ３は、制御交換機であるＧ１の代理であるので、会話取得コマンドは、Ｇ１にリレーされる。Ｇ１は、媒体ゲートウェイに、コンテキスト修正コマンドを発行し、それにより、交換機Ｇ２に関連する媒体ゲートウェイは、Ｃからの入力ＴＤＭトラヒックを受け入れ、ＴＤＭトラヒックをＲＴＰ／ＵＤＰ／ＩＰに変換し、ＲＴＰ／ＵＤＰ／ＩＰをマルチキャストルータに送信する。媒体ゲートウェイは、ＡからのＴＤＭトラヒックの受信を中止するようにとの指示を受ける。マルチキャストルータは、Ａのモードを受信モードに変更し、Ｃのモードを送信モードに変更するようにとの指示を受ける。Ｇ１は、Ｇ２に会話許可メッセージを発行し、Ｇ２は、Ｃに成功トーンを送信して、Ｃがこの時点で会話を続行することができることを知らせる。この時点で、図に示すように、Ｃを会話をしているユーザ及びＡ、Ｂ及びＤを会話を聞いているユーザとしてマルチキャストセッションを続行することができる。
【００７８】
例えば、Ｂが会話取得メッセージを発行し、Ｃが発言支配権を有している場合には、メッセージはＢの担当交換機Ｇ１に送られ、Ｇ１は、要求を否定し（Ｃが発言支配権を放棄してないので）、失敗トーン・メッセージをＢに送信する。
【００７９】
他の例の場合には、状況が簡単であり、群呼出しは、２人の参加者Ａ及びＢの間で行われる。この場合、Ａが発言支配権を有している。ネットワークは、制御面ＣＳを含む１つの群呼出し交換機Ｇ１を含み、２つの媒体ゲートウェイＭＧ１及びＭＧ２を制御する。図１４の呼出しフローチャートに示すように、Ａへの／からのトラヒックは、ＭＧ１を通って移動し、Ｂへの／からのトラヒックは、ＭＧ２を通って移動する。
【００８０】
Ａが発言支配権を有しているので、システムは、Ａからだけの制御放棄コマンドに応答する。このコマンドは、Ｇ１の制御面ＣＳにより受信され、Ｇ１は、ＭＧ１にコンテキスト修正コマンドを発行し、ＭＧ１にＡからのＴＤＭトラヒックの許可を取り消すことにより、呼出しのコンテキストを修正するように指示する。システムは、非作動状態になり、制御取得コマンドに対して待機状態になる。非作動タイマにより計測した指定の時間内に上記コマンドを受信しなかった場合には、呼出し解放要求がＣＳからＡ及びＭＳ−Ｂに送られる。さらに、コンテキスト破棄コマンドが、ＭＧ１及びＭＧ２に送られる。Ａ及びＢから解放完了メッセージを受信し、ＭＧ１及びＭＧ２からコンテキスト破棄完了メッセージを受信した場合に、群呼出し解放シーケンスは終了する。
【００８１】
図１５は、ローミング、すなわち位置更新を維持するデータベース記録についての呼出しのフローチャートの一例である。
３つの移動局Ａ、Ｂ及びＣが関連する。Ａ及びＢは、群呼出し交換機の制御面ＣＳ１を担当し、Ｃは、他の群呼出し交換機の制御面ＣＳ２を担当する。Ａはローミングして位置更新を発行し、ＣＳ１はそれをＢＴＳ及びＢＳＣを通して受信する。ＣＳ１は、例えば、ＨＬＲ’１のようなＡに対する適当なＨＬＲ’を決定するために、ＩＭＳＩ／ＭＩＮ／ＥＳＮに基づいて索引を参照し、ＨＬＲ’１に対して位置更新要求を発行する。ＨＬＲ’１は、そのデータベースにより、Ａが所属するすべてのＣＵＧを決定する。この情報により、ＨＬＲ’１は、ＣＵＧ ＡＤに対して位置更新要求を発行する。従って、ＣＵＧ ＡＤは、Ａが所属するＣＵＧ内のＡの更新した位置を含む。
【００８２】
ローミング中、Ｂは、また位置更新を発行し、それはＣＳ１に送られる。ＩＭＳＩ／ＭＩＮ／ＥＳＮに基づいて、ＣＳ１はＢに対する適当なＨＬＲ’、すなわち、ＨＬＲ’２を決定する。ＣＳ１は、Ｂが所属するすべてのＣＵＧを発見するＨＬＲ’２への位置更新要求を発行する。ＨＬＲ’２は、ＣＵＧ ＡＤに対して位置更新要求を発行し、ＣＵＧ ＡＤに対してＢの新しい位置により、Ｂが所属するすべてのＣＵＧを更新するように求める。
【００８３】
Ｃからの位置更新はＣＳ２により受信される。ＣＳ２は、例えば、ＨＬＲ’２のような適当なＨＬＲ’を決定し、ＨＬＲ’２に位置更新を送信し、ＣＵＧ ＡＤにＣに対する対応するＣＵＧを更新するように求める。
変形例
上記実施形態は、すべて、本発明の群呼出しの実行を容易にする。しかし、機能のサブセットは、依然として技術的現状に対していくつかの利点を有する。例えば、ＩＰネットワーク上でマルチキャスト以外の技術による群呼出しは、依然として上記の多くの利点を提供する。より詳細に説明すると、ＰＴＳＮを使用する標準電話接続を、ＩＰマルチキャスト接続の代わりに使用することができる。
【００８４】
他の例の場合には、群呼出し交換機をＭＳＣのトランク（「背面」）側の上に配置することができる。このような実施形態の場合には、群呼出し機能は以下に説明するように動作する。
【００８５】
図１６は、ＭＳＣの背面上に配置されている群呼出し交換機である。この場合、固定リンクは、標準ＩＳＤＮユーザ部分（「ＩＳＵＰ」）ランドライン信号を使用している。ＭＳＣは、ＩＳ−４１（ＭＡＰとも呼ばれる）プロトコルを使用する、ホームロケーションレジスタ（「ＨＬＲ」）に接続している。群呼出し交換機及びＭＳＣは、また、２つの交換機間で音声トラヒックを運ぶベアラ・トランクを相互に接続している。群呼出し交換機は、ＰＳＴＮへのＴＤＭ接続、及びデータ面（媒体ゲートウェイとも呼ばれる）からＩＰネットワークへのＩＰ接続を含む。群呼出し交換機は、また、ＩＳ−４１を使用してＨＬＲに問い合わせを行うこともできる。（図１６は、ＰＳＴＮに別々に接続している２つのＭＳＣ交換機を示すが、これら両方の交換機は、同じＰＳＴＮに接続することもできる。）両方の群呼出し交換機は、ＩＰネットワークを通して能動ディレクトリ（ＣＵＧ ＡＤ）にアクセスする。
【００８６】
図１６の配置は、群呼出し用に使用することができる。例えば、移動局（ＭＳ）Ａを、ＲＡＮ−１を通してＭＳＣ−１に接続することもできるし、２つの移動局Ｂ及びＣを、ＲＡＮ−２を通してＭＳＣ−２に接続することもできる。加入者Ａは、メンバーとしてＢ及びＣを含むＣＵＧを含むことができる。すでに説明したように、Ａは、群呼出しをしたいことをＭＳＣに知らせるために、特殊な群呼出しスタート・シーケンスを使用することができる。ＭＳＣ−１のロジックは、入力呼出し要求が群呼出しであると判断し、呼出し要求をＩＳＵＰプロトコルにより、群呼出し交換機ＧＣＳ−１に迂回させる。群呼出し交換機ＧＣＳ−１は、呼出しているＣＵＧのメンバーを決定する目的で、能動ディレクトリＣＵＧ ＡＤにアクセスするためにその内部ロジックを使用する。
【００８７】
この例の場合には、問合わせによりメンバーＢ及びＣのＭＩＮ番号ができる。ＭＳＣの背面上のこの配置の場合には、群呼出し交換機は、位置更新にアクセスしない。それ故、ＨＬＲ’は、被呼移動局の現在の位置を含んでいない。しかし、ＨＬＲはこの情報を含んでいる。それ故、群呼出し交換機ＧＣＳ−１は、ＨＬＲにＩＳ−４１問合わせ（「位置要求」）を行って、移動局Ｂ及びＣの位置を問い合わせることができる。この例の目的のために、移動局Ｂ及びＣは、ＭＳＣ−２が制御する交換エリア内に現在位置することができる。標準的な携帯電話技術により、この情報はＨＬＲデータベースに含まれていて、この時点でＨＬＲは（「ルート要求」を通して）ＭＳＣ−２に連絡する。ＭＳＣ−２がトランク側でＧＣＳ−２を使用している限りは、ＨＬＲからのルート要求は、ＧＣＳ−２により受信される。ＧＣＳ−２は、一時的なローカル・ディレクトリ番号（「ＴＬＤＮ」）をＨＬＲに返送し、ＨＬＲは、この情報を元の位置要求の送信者（ＧＣＳ−１）に転送する。ＧＣＳ−１は、ＴＬＤＮがＧＣＳ−２に所属していることを決定し、ＧＣＳ−２に群呼出しについて通知する。ＧＣＳ−２は、ＭＳＣ−２に対して、移動局Ｂ及びＣへの群呼出しをセットアップするように指示する。さらに、背面でない側に対して相互作用が上記のように続行され、この場合、ＭＳＣ−１及びＭＳＣ−２は、群呼出しの目的に対して効果的に透過的になる。
【００８８】
群呼出しに対する交換機の配置の背面は、図１６を見れば分かる付随の利点を有する。このような配置の場合には、また、図１６の電話機Ｄのような従来のランドライン電話機を群呼出しに関連させることができる。それ故、ＣＵＧメンバーは、ランドライン電話番号をＣＵＧ能動ディレクトリ内にその「到着」番号として登録することができる。Ｄのようなこのような加入者を群呼出しに入れたい場合には、関連群呼出し交換機は、サービスを提供しているＭＳＣに、加入者の記憶している到着番号によりＤへのＰＳＴＮ呼出しを終了するように要求することができる。
【００８９】
すでに説明したように、ＩＰマルチキャスト技術は、群呼出しに対する基本的な転送技術として使用することができる。しかし、少なくともいくつかの場合、ＩＰマルチキャスト技術の標準的実施は、広く分散しているＣＵＧメンバーのニーズを十分に満足させられないことが分かっている。マルチキャスト・使用可能ルータ間でトラヒックを運ぶためのマルチキャスト・トンネルの動的な呼出し毎のセットアップは、非常に長い時間がかかることがある。群呼出しのセットアップに長い時間が掛かった加入者は、電話機を置くか、再度呼出しをすることができるが、そうすると、ユーザにとって不満足なものになる。また、呼出しセットアップに長い時間が掛かると、信号を送るネットワークを効率的に使用することができなくなる。
【００９０】
例えば、図１７に示すように、ＩＰネットワーク内には、例えば、ＭＣＲ−１、ＭＣＲ−２、ＭＣＲ−３のような多数のマルチキャスト使用可能ルータが存在する。この例の場合には、これらルータの位置は、固定されていて変化しない。マルチキャストルータは、群呼出し交換機（ＭＳＣの前面内又はすでに説明したように、ＭＳＣの背面上の）に接続していて、それ故、対応する無線アクセス・ネットワーク（ＲＡＮ）を通して携帯電話に接続している。（図１７は、１つの群呼出し交換機に接続している個々のマルチキャストルータを示しているが、複数の群呼出し交換機を１つのルータに接続することもできる。）加入者が、関連ＣＵＧのメンバーに基づいて群呼出しをスタートした場合、１つ又はそれ以上のマルチキャストルータがその呼出しに関連することができる。より詳細に説明すると、トンネルが、すでに説明したように、対応するマルチキャストルータ間にセットアップされる。これらのトンネルのセットアップが過度に遅れると、群呼出しの品質が劣化する。
【００９１】
今説明したように、ＩＰトンネルを、後で来た多数の群呼出しスタート要求に対してこれらのトンネルによりサービスを行うことができるような方法で、事前にセットアップすることができる。将来の群呼出し要求を予想して、事前にトンネルがセットアップされる限りは、それによりスタート後のセットアップの遅延を低減又はなくすことができる。関連するタスクは、将来到着することが予想される群呼出しに対する需要の予測、及び予測した需要を満足するためにセットアップしなければならないＩＰトンネルのトポロジーの決定を含む。
【００９２】
需要の予測は、群呼出しログの形の履歴情報に依存する。群呼出しの履歴は、一連のウィンドウに分割される。この場合、各ウィンドウは、「ウィンドウ・サイズ」と呼ばれる時間の長さにより定義される。ウィンドウ・サイズは、数分から数十分にわたる場合があり、群呼出しの平均保持時間に比例する。需要予測内で使用する実際のウィンドウ・サイズは、予測の必要な精度及び予測をする際に使用する計算リソースにより変動する。通常、大きなウィンドウ・サイズと比較した場合、ウィンドウ・サイズが小さければ小さいほど予測の精度は高くなるが、計算リソースの無駄使いが増える。また、ウィンドウ・サイズが小さいと、バースト性のトラヒックへの対応が速くなり、ズレを平均化する可能性が低くなる傾向がある。各ウィンドウは、呼出しを記述するパラメータ、すなわち、任意の２つのマルチキャストルータ間のＧＩＲ呼出しの数と一緒に多数の群呼出し要求を含む。以下の説明においては、Ｘ（Ｉ，Ｊ，Ｎ）は、ウィンドウＮ内のルータＩ及びＪ間の群呼出しの数を示す。
【００９３】
下記の例は、群呼出しに対する将来の需要の予測である。この例の場合には、群呼出しの履歴は、４つのウィンドウに分割される。この場合、ウィンドウ１は時間的に最も早いウィンドウで、ウィンドウ４は時間的に最も遅いウィンドウ（すなわち、現在のウィンドウ）である。次の（将来の）ウィンドウ、すなわち、ウィンドウ５内の需要を計算するために、下記の平滑式が使用される。
Ｘ（Ｉ、Ｊ、５）＝（１−α）＊Ｘ（Ｉ，Ｊ，４）＋α＊（１−α）＊Ｘ（Ｉ，Ｊ，３）＋α＊α＊（１−α）＊Ｘ（Ｉ，Ｊ，２）＋α＊α＊α＊（１−α）＊Ｘ（Ｉ，Ｊ，１）
式中、α（アルファ）は０と１の間の値を有する経験的に決定した加重係数である。この式に示すように、時間の次のウィンドウに対するトラヒックの予測は、前のウィンドウよりも新しいウィンドウに重点を置いて行われる。式をもっと一般的な再現の形に書き直すと、この重点がはっきりする。
Ｘ（Ｉ、Ｊ、Ｎ）＝（１−α）＊Ｘ（Ｉ、Ｊ、Ｎ−１）＋α＊Ｘ’（Ｉ、Ｊ、Ｎ−１）
ここで、Ｘ’（Ｉ，Ｊ，Ｎ−１）は、Ｎ−１までの過去の履歴を含む平滑にした推定値である。
【００９４】
式中、「現在の」は、時系列内の最も新しいウィンドウを意味する。この式及び需要の所与の履歴（ウィンドウ１〜Ｎ）に基づいて、行Ｉ及び列Ｊ内の値が、マルチキャストルータＩ及びＪの間のやがて現れるウィンドウ内の予測した群呼出しの数を表すように、パラメータＸ（Ｉ，Ｊ，Ｎ）の値により例として示すように、値Ｔ（Ｉ，Ｊ）のテーブル（「需要マトリックス」）を次のウィンドウに対して計算することができる。
【００９５】
需要を満足するためのトンネルのトポロジーの決定に関して、下記の情報が入力として使用される。下記の情報とは、任意の２つのマルチキャストルータ間の群呼出しに対する二地点間需要マトリックス、サービスプロバイダによるトンネルのコスト構造、すなわち、任意の２つのルータ間の特定の容量のトンネルを確立するためのコスト、サービスプロバイダの遅延保証、すなわち、任意の２つの特定のマルチキャストルータ間のＩＰ転送ネットワーク内の最大遅延、及び群呼出しが満足させなければならないサービスの品質（「ＱｏＳ」）の制限である。
【００９６】
このような入力を考慮して、マルチキャストルータ間のトンネルのトポロジー、すなわち、どの容量のどのトンネルをどのマルチキャストルータに接続するのかは、トポロジーが下記の制限を満足するように決定される。下記の制限とは、各マルチキャストルータからでるトンネルがルータの全出力容量（ビット／秒で）を超えないこと、及び各マルチキャストルータからでるトンネルの数がルータのトンネルの数に対する内部制限を超えないことである。
【００９７】
以下に説明するように、整数線形計画法（「ＩＬＰ」）の数学的最適化技術が、以下に説明するように下記の点を考慮に入れて最小コスト・トポロジーを決定する際に使用される。下記の点とは、ケースが「ＮＰハード」であるという認識；ＩＬＰ技術により解決することができる程度制限多重コモディティ・フロー（ｄｅｇｒｅｅ ｃｏｎｓｔｒａｉｎｅｄ ｍｕｌｔｉ−ｃｏｍｍｏｄｉｔｙ ｆｌｏｗ）としてのタスクの公式化である。
【００９８】
ＮＰ硬度の理論によると、ＮＰハードであると示すことができるケースは、効率的Ｎアルゴリズムによる解決を持つことが期待できない。例えば、Ｘのような所与のケースは、例えば、ＹのようなＮＰハードとすでに見なされているケースを考慮することにより、またＹが多項時間変換でＸになることを証明することにより、ＮＰハードであることを証明することができる。トンネル・トポロジー設計のケースは、それが分割できない多重コモディティ・フロー問題の一般化であることを観察することによりＮＰハードであることを証明することができる（１９９６年コンピュータ・サイエンスの基礎による第３７回ＩＥＥＥシンポジウムの議事録掲載のＪ．クレインバーグの「単一ソース分割不能な流れ」（Ｓｉｎｇｌｅ ｓｏｕｒｃｅ ｕｎｓｐｌｉｔｔａｂｌｅ ｆｌｏｗ）参照）。
【００９９】
それ故、トンネル・トポロジーのケースは、ＩＬＰ近似技術の適用に適している下記の形に書き直すことができる。
＜入力＞
Ｎを、ネットワーク内のマルチキャストルータの数を示すものとする。
【０１００】
Ｄ（ｍａｘ，Ｉ）をルータＩがセットアップすることができるトンネルの最大数を示すものとする。
Ｐ（ｔ，ｌ）をタイプｔのトランクに対するトンネルｌの単位コストを示すものとする。ここで、「ｌ」は、マルチキャスト使用可能ルータ（ＭＣＲ）ｉ及びｊに対するノードのペアｌ＝（ｉ，ｊ）である。
【０１０１】
τ（タウ）を、すべての可能なタイプのトランクのセット（ＤＳ０、ＤＳ１、ＯＣ３等）を示すものとする。
Ｔ（Ｉ，Ｊ）を、需要マトリックス、すなわち、所与の将来の期間のルータＩ及びＪ間の予測した群呼出しトラヒックを示すものとする。
【０１０２】
Ｃ（Ｉ）を、ビット／秒単位でのルータＩの容量を示すものとする。
Ｒ（Ｉ，Ｊ）を、ルータＩ及びＪ間のトラヒックを経路指定するためのすべての実行可能なルートのセットであるとする。（これは、ＭＣＲＩ及びＪ間のサービス経路のすべての実行可能な品質を発生する前処理工程である。）
＜出力決定変数＞
Ｙ（ｔ，ｌ）：リンク１上で割り当てられたタイプｔトランクのユニットの数
Ｘ（ｐ）：経路ｐ上のトラヒックの流れの量
ｚｌ：リンク「ｌ」がゼロでない容量に割り当てられる場合には、値１を持つ２進数値の変数；そうでない場合には、その値はゼロ
＜ＩＬＰ公式化＞
最小にする。
【０１０３】
【数１】
・需要の充足（トンネル・トポロジーは需要マトリックスを満足させる）：
【０１０４】
【数２】
【０１０５】
【数３】
【０１０６】
【数４】
入力
Ｎ：ルータの数
Ｄｉ ｍａｘ：ルータｉがセットアップすることができるトンネルの最大数
ｐｌ ｔ：タイプｔトランクに対するトンネルｌの単位コスト
τ：すべての可能なタイプのトランクのセット
Ｔ（Ｉ，Ｊ）：需要マトリックスＴ（Ｉ，Ｊ）
Ｃｉ：ルータｉの容量（ビット／秒）
Ｒｉｊ：ルータｉ及びｊ間でトラヒックを経路指定するためのすべての実行可能なルートのセット
出力決定変数
ｙｌ ｔ：リンクｌに割り当てられたタイプｔのトランクのユニットの数
ｘｐ：経路ｐ上の流れ（トラヒック量）の量
ｚｌ：＝１（リンクｌがゼロでない容量に割り当てられる場合）
＝０（そうでない場合）
ＩＬＰ公式化
最小にする。
【０１０７】
【数５】
・需要の充足
【０１０８】
【数６】
【０１０９】
【数７】
【０１１０】
【数８】
【０１１１】
【数９】
【０１１２】
さらに、ＴＤＭＡプロトコル又はＣＤＭＡプロトコルのような特定の無線技術に関連して説明してきた実施形態の範囲まで、実施形態は、また、ＴＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＩＳ−１３６及び他の第二世代及び第三世代のプロトコルのうちの１つ又はそれ以上を含む無線技術と一緒に動作するように修正することができる。
【０１１３】
例示としての実施形態について説明してきたが、通常の当業者であれば、本発明の精神及び範囲から逸脱することなしに、上記実施形態を種々に変更することができることは明らかである。
【図面の簡単な説明】
【０１１４】
【図１】従来技術による移動通信ネットワークシステムを示す概念図。
【図２】従来技術による移動通信ネットワーク内のＢＳと移動体交換局間の従来技術によるインタフェースを示すブロック図。
【図３】群呼出しロジックを含むシステムのブロック図。
【図４】移動通信ネットワーク内のプロキシ交換機及びいくつかの設置機器を示すブロック図。
【図５】移動通信ネットワーク内のプロキシ交換機及びいくつかの設置機器を示すブロック図。
【図６】本発明の好適な実施形態によるプロキシ交換機を例示するデータ面のブロック図。
【図７】群通信システムのアーキテクチャを示すブロック図。
【図８Ａ】群通信システムの使用方法の呼出しフローチャート。
【図８Ｂ】群通信システムの使用方法の呼出しフローチャート。
【図８Ｃ】群通信システムの使用方法の呼出しフローチャート。
【図９】群通信システムのアーキテクチャを示すブロック図。
【図１０】群呼出しロジックのフローチャート。
【図１１】群通信システムの使用方法の呼出しフローチャート。
【図１２】群通信システムの使用方法の呼出しフローチャート。
【図１３】群通信システムの使用方法の呼出しフローチャート。
【図１４】群通信システムの使用方法の呼出しフローチャート。
【図１５】群通信システムの使用方法の呼出しフローチャート。
【図１６】群通信システムのアーキテクチャを示すブロック図。
【図１７】群通信システムのアーキテクチャを示すブロック図。
Claims (20)
- 群呼出しの確立に使用するための方法であって、
群呼出しグループのメンバーのリストから情報を検索する工程と、
前記検索した情報に基づいて、第１の移動局及び第２の移動局の間で群呼出しを確立する工程とからなり、前記第１の移動局は第１の基地局コントローラからサービスを受け、前記第２の移動局は第２の基地局コントローラからサービスを受けている方法。 - 前記第１の移動局は第１の移動体交換局からサービスを受け、前記第２の移動局は第２の移動体交換局からサービスを受ける、請求項１に記載の方法。
- 前記第１の移動局と前記第２の移動局の両方が、第１の移動体交換局からサービスを受ける、請求項１に記載の方法。
- マルチキャストセッション中に送信するための前記群呼出しに対する音声データを生成する工程をさらに有する、請求項１に記載の方法。
- 前記群呼出しに対する音声データを第１のプロキシ交換機及び第２のプロキシ交換機間で送信する工程をさらに有し、前記第１のＭＳが前記第１のプロキシ交換機からサービスを受ける、請求項１に記載の方法。
- 前記第１のプロキシ交換機は前記第１の基地局コントローラからデータを直接に受信する、請求項５に記載の方法。
- 前記第１のプロキシ交換機が、第１の移動体交換局を通して前記第１の基地局コントローラからデータを受信する、請求項５に記載の方法。
- 前記群呼出しの少なくとも一部が半二重通信である、請求項１に記載の方法。
- 発言支配権を前記群呼出しのメンバー間で転送する工程をさらに有する、請求項１に記載の方法。
- テキストデータを移動局のうちの少なくとも１つに送信する工程をさらに有する、請求項１に記載の方法。
- 前記リスト内のどのメンバーが前記群呼出しに参加していないのかを判断する工程をさらに有する、請求項１に記載の方法。
- 前記群呼出し内の発言支配権を有していないあるメンバーが、前記群呼出し内の発言支配権を要求したという表示を送信する工程をさらに有する、請求項１に記載の方法。
- 前記群呼出しを確立する前に、前記群呼出しの確立に関する予測に基づいて、マルチキャストセッションを確立する工程をさらに有する、請求項１に記載の方法。
- 群呼出しの確立に使用するための方法であって、
群呼出しグループのメンバーのリストから情報を検索する工程と、
前記検索した情報に基づいて、第１の移動局及び第２の移動局間で群呼出しを確立する工程とからなり、前記第１の移動局は第１の無線信号方式規格によりサービスを受け、前記第２の移動局は第２の無線信号方式規格によりサービスを受けている方法。 - 前記第１の無線信号方式規格には時分割多元接続技術を含み、前記第２の無線信号方式規格には符号分割多元接続技術を含む、請求項１４に記載の方法。
- 群呼出しを確立する際に使用するための方法であって、移動通信ネットワーク内の二地点間の群呼出しの履歴に基づいて、前記二地点間のマルチキャストセッションを確立するか否かを判断する工程を有する方法。
- 移動通信ネットワーク内の二地点間の群呼出しの履歴に基づいて、前記二地点間の群呼出しに対する将来の需要を予測する工程をさらに有する、請求項１６に記載の方法。
- 移動通信ネットワーク内の二地点間の群呼出しの履歴に基づいて、前記移動通信ネットワーク内の将来の群呼出しで使用するために、マルチキャストセッションのトポロジーを決定する工程をさらに有する、請求項１６に記載の方法。
- 第１の基地局コントローラを通して、第１の移動局がある群呼出しに対応する呼出し信号を生成したという表示を受信する工程と、
第２の移動局が前記第１の移動局と同一の群呼出しのグループに所属する旨を判断する工程と、
前記第２の移動局に連絡する工程と、
前記第１の移動局と前記第２の移動局との間に音声データを運ぶマルチキャストセッションを確立する工程とからなる、群呼出しに使用するための方法。 - 群呼出しに使用するためのシステムにおいて、
第１の基地局コントローラを通して、第１の群呼出しロジックが、第１の移動局がある群呼出しに対応する呼出し信号を生成したという表示を受信し、
第２の群呼出しロジックが、第２の移動局が前記第１の移動局と同一の群呼出しグループに所属すると判断し、
第３の群呼出しロジックが前記第２の移動局と連絡し、
第４の群呼出しロジックが、前記第１の移動局と前記第２の移動局との間に音声データを運ぶマルチキャストセッションを確立するシステム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/845,934 US6996414B2 (en) | 2001-04-30 | 2001-04-30 | System and method of group calling in mobile communications |
| PCT/US2002/012884 WO2002089501A1 (en) | 2001-04-30 | 2002-04-24 | System and method of group calling in mobile communications |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005506728A true JP2005506728A (ja) | 2005-03-03 |
Family
ID=25296465
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002586654A Pending JP2005506728A (ja) | 2001-04-30 | 2002-04-24 | 移動通信の際の群呼出しのためのシステム及び方法 |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US6996414B2 (ja) |
| EP (1) | EP1391124A4 (ja) |
| JP (1) | JP2005506728A (ja) |
| KR (1) | KR100614541B1 (ja) |
| CN (1) | CN1830219A (ja) |
| AU (1) | AU2002309595B2 (ja) |
| BR (1) | BR0209308A (ja) |
| CA (1) | CA2446073A1 (ja) |
| MX (1) | MXPA03009869A (ja) |
| WO (1) | WO2002089501A1 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006135511A (ja) * | 2004-11-04 | 2006-05-25 | Matsushita Electric Ind Co Ltd | 通信プログラム及び通信端末 |
| JP2007529971A (ja) * | 2004-04-05 | 2007-10-25 | モトローラ・インコーポレイテッド | アドホック通信ネットワークからの呼の変換 |
| US7567816B2 (en) | 2003-10-03 | 2009-07-28 | Nec Corporation | Radio communications system and method for radio communications |
Families Citing this family (152)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2002351954A1 (en) * | 2001-06-27 | 2003-03-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Multicast in point-to-point packet-switched oriented networks |
| GB2378093B (en) * | 2001-07-27 | 2004-03-24 | Motorola Inc | System,method and transceiver for mobile communications |
| US7738407B2 (en) * | 2001-08-03 | 2010-06-15 | At&T Intellectual Property Ii, L.P. | Method and apparatus for delivering IPP2T (IP-push-to-talk) wireless LAN mobile radio service |
| US7307963B2 (en) | 2001-08-03 | 2007-12-11 | At&T Corp. | Architecture and method for using IEEE 802.11-like wireless LAN system to emulate private land mobile radio system (PLMRS) radio service |
| US7103011B2 (en) * | 2001-08-30 | 2006-09-05 | Motorola, Inc. | Use of IP-multicast technology for 2-party calls in mobile communication networks |
| EP1423970A2 (en) * | 2001-08-31 | 2004-06-02 | Communication Service for the Deaf | Enhanced communications services for the deaf and hard of hearing |
| WO2003021985A1 (en) * | 2001-09-06 | 2003-03-13 | Tersync Ltd. | System and method for providing two-way radio communications network transmissions over internet protocol |
| EP1440589A1 (en) * | 2001-10-19 | 2004-07-28 | Nokia Corporation | Multicast transmission to a radio access network |
| US20030153343A1 (en) * | 2002-02-14 | 2003-08-14 | Crockett Douglas M. | Communication device for initiating a group call in a group communication network |
| US6898436B2 (en) * | 2002-02-14 | 2005-05-24 | Qualcomm Incorporated | Communication device for joining a user to a group call in a group communication network |
| US20030153340A1 (en) * | 2002-02-14 | 2003-08-14 | Crockett Douglas M. | Server for joining a user to a group call in a group communication network |
| US20030163526A1 (en) * | 2002-02-25 | 2003-08-28 | Clarisse Olivier Bernard | Virtual direct connect network |
| US7764950B2 (en) * | 2002-05-24 | 2010-07-27 | Kodiak Networks, Inc. | Advanced voice services architecture framework |
| US7372826B2 (en) * | 2002-08-01 | 2008-05-13 | Starent Networks, Corp. | Providing advanced communications features |
| JP3565832B2 (ja) * | 2002-12-04 | 2004-09-15 | 沖電気工業株式会社 | デジタルコードレス電話機 |
| US7096024B2 (en) * | 2003-01-31 | 2006-08-22 | Qualcomm, Incorporated | Method and apparatus to initiate point-to-point call during shared-channel delivery of broadcast content in a wireless telephone network |
| US8661079B2 (en) * | 2003-02-20 | 2014-02-25 | Qualcomm Incorporated | Method and apparatus for establishing an invite-first communication session |
| US7035658B2 (en) * | 2003-02-28 | 2006-04-25 | Motorola, Inc. | Wireless communication device and network controller for affiliation with associated groups and method thereof |
| US6904023B2 (en) * | 2003-03-28 | 2005-06-07 | Motorola, Inc. | Method and apparatus for group call services |
| FI20030961A (fi) * | 2003-06-27 | 2004-12-28 | Nokia Corp | Menetelmä päätelaitteiden välisen ryhmäpuhelun muodostamisen tehostamiseksi ja päätelaite |
| WO2005006650A1 (en) * | 2003-07-10 | 2005-01-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and nodes for conference communication |
| EP1649706A4 (en) * | 2003-07-18 | 2011-05-11 | Kodiak Networks Inc | PREMIUM VOICE SERVICES FOR WIRELESS COMMUNICATION SYSTEMS |
| US7089027B1 (en) * | 2003-08-07 | 2006-08-08 | Sprint Spectrum L.P. | Method and system for advanced termination of communication sessions |
| US20050144012A1 (en) * | 2003-11-06 | 2005-06-30 | Alireza Afrashteh | One button push to translate languages over a wireless cellular radio |
| US7257199B2 (en) * | 2003-11-20 | 2007-08-14 | International Business Machines Corporation | Telephony based remote location monitoring |
| KR100692954B1 (ko) * | 2003-12-18 | 2007-03-12 | 이처닷컴 주식회사 | 모바일 금융 단말기의 핀 블록 시스템 및 방법 |
| CN100466648C (zh) * | 2003-12-31 | 2009-03-04 | 华为技术有限公司 | 一种会话建立协议组网方式及实现群组消息的方法 |
| US20050170819A1 (en) * | 2004-01-29 | 2005-08-04 | Barclay Deborah L. | Mobile communication device call barge-in |
| US7587215B2 (en) * | 2004-02-09 | 2009-09-08 | Siemens Aktiengesellschaft | User interface for cellular telephone group calls |
| FI116183B (fi) * | 2004-02-13 | 2005-09-30 | Teliasonera Finland Oyj | Pakettidatapohjainen ryhmäviestintä |
| US7924811B2 (en) * | 2004-03-30 | 2011-04-12 | Sony Ericsson Mobile Communications Ab | Methods, systems and computer program products for suspending packet-switched sessions to a wireless terminal |
| US7353036B2 (en) * | 2004-05-10 | 2008-04-01 | Motorola, Inc. | Push-to-talk reverse channel establishment |
| US8442506B2 (en) * | 2004-07-23 | 2013-05-14 | Gregory Peacock | System and method for communications in a multi-platform environment |
| KR100652650B1 (ko) * | 2004-07-28 | 2006-12-06 | 엘지전자 주식회사 | 서비스 음영지역에서 동기화를 위한 피티티 서비스 시스템및 방법 |
| US7089012B2 (en) * | 2004-07-29 | 2006-08-08 | Motorola, Inc. | Method and system for use in reducing cost associated with lost connections in wireless communication |
| US7395080B2 (en) * | 2004-07-30 | 2008-07-01 | Kyocera Wireless Corp. | Call processing system and method |
| EP1790178A4 (en) * | 2004-08-16 | 2010-10-06 | Qualcomm Inc | METHODS AND APPARATUS FOR GROUP MEMBERSHIP MANAGEMENT FOR GROUP COMMUNICATIONS |
| KR100640362B1 (ko) * | 2004-08-18 | 2006-10-30 | 삼성전자주식회사 | Ｐｔｔ서비스 방법 |
| DE102004040024B4 (de) * | 2004-08-18 | 2013-12-19 | Intel Mobile Communications GmbH | Kommunikationssystem, Verfahren zum Betreiben eines Kommunikationssystems, Server, Verfahren zum Betreiben eines Servers, Push-to-talk-Client-Einheit und Verfahren zum Betreiben einer Push-to-talk-Client-Einheit |
| WO2006047202A2 (en) * | 2004-10-21 | 2006-05-04 | Sachnoff Marc J | Group calling method and system |
| US20060092895A1 (en) * | 2004-10-23 | 2006-05-04 | Lg Electronics Inc. | Method for restricting push-to service |
| JP2006135500A (ja) * | 2004-11-04 | 2006-05-25 | Matsushita Electric Ind Co Ltd | 通信プログラム及び通信端末 |
| JP2006135499A (ja) * | 2004-11-04 | 2006-05-25 | Matsushita Electric Ind Co Ltd | 通信プログラム及び通信端末 |
| US7532607B1 (en) | 2004-11-04 | 2009-05-12 | At&T Intellectual Property Ii, L.P. | Ad-hoc IP closed user group networks |
| EP1655977A1 (en) * | 2004-11-05 | 2006-05-10 | Siemens Aktiengesellschaft | Protocol conversion in a Push-to-Talk (PTT) over cellular (PoC) communication system |
| US20060111135A1 (en) * | 2004-11-19 | 2006-05-25 | Gray William M | Method to facilitate distribution of group identifications for push-to-talk groups |
| US10111055B2 (en) | 2004-11-23 | 2018-10-23 | Kodiak Networks, Inc. | Optimized methods for large group calling using unicast and multicast transport bearer for PoC |
| US8369829B2 (en) * | 2010-03-03 | 2013-02-05 | Kodiak Networks, Inc. | Prepaid billing solutions for push-to-talk in a wireless communications network |
| US10750327B2 (en) | 2004-11-23 | 2020-08-18 | Kodiak Networks Inc | Method for multiplexing media streams to optimize network resource usage for push-to-talk-over-cellular service |
| US9913300B2 (en) | 2011-12-14 | 2018-03-06 | Kodiak Networks, Inc. | Push-to-talk-over-cellular (PoC) |
| US8958348B2 (en) * | 2008-10-20 | 2015-02-17 | Kodiak Networks, Inc. | Hybrid push-to-talk for mobile phone networks |
| US10178513B2 (en) | 2004-11-23 | 2019-01-08 | Kodiak Networks, Inc. | Relay-mode and direct-mode operations for push-to-talk-over-cellular (PoC) using WiFi-technologies |
| US9137646B2 (en) | 2004-11-23 | 2015-09-15 | Kodiak Networks, Inc. | Method and framework to detect service users in an insufficient wireless radio coverage network and to improve a service delivery experience by guaranteed presence |
| US8670760B2 (en) | 2008-01-24 | 2014-03-11 | Kodiak Networks, Inc. | Converged mobile-web communications solution |
| US8036692B2 (en) * | 2005-08-08 | 2011-10-11 | Kodiaks Networks, Inc. | Brew platform enabling advanced voice services (AVS) including push-to-talk, push-to-conference and push-to-message on wireless handsets and networks |
| US10057105B2 (en) | 2004-11-23 | 2018-08-21 | Kodiak Networks, Inc. | Architecture framework to realize push-to-X services using cloudbased storage services |
| US10367863B2 (en) | 2004-11-23 | 2019-07-30 | Kodiak Networks Inc. | Method for providing dynamic quality of service for push-to-talk service |
| US7853279B2 (en) * | 2006-04-26 | 2010-12-14 | Kodiak Networks, Inc. | Advanced features on a real-time exchange system |
| US8676189B2 (en) * | 2008-01-24 | 2014-03-18 | Kodiak Networks, Inc. | Converged mobile-web communications solution |
| US20110183659A1 (en) * | 2009-12-04 | 2011-07-28 | Kodiak Networks, Inc. | Community group client and community auto discovery solutions in a wireless communications network |
| WO2016073515A1 (en) * | 2014-11-03 | 2016-05-12 | Kodiak Networks, Inc. | Method for multiplexing media streams to optimize network resource usage for push-to-talk-over-cellular service |
| US9485787B2 (en) | 2005-05-24 | 2016-11-01 | Kodiak Networks, Inc. | Method to achieve a fully acknowledged mode communication (FAMC) in push-to-talk-over-cellular (PoC) |
| US10116691B2 (en) | 2004-11-23 | 2018-10-30 | Kodiak Networks, Inc. | VoIP denial-of-service protection mechanisms from attack |
| US7295851B2 (en) * | 2004-12-30 | 2007-11-13 | Motorola, Inc. | Methods for setting up dispatch calls |
| US7310036B2 (en) | 2005-01-10 | 2007-12-18 | International Business Machines Corporation | Heat sink for integrated circuit devices |
| US7593392B1 (en) * | 2005-02-02 | 2009-09-22 | At&T Corp. | Method and apparatus for providing asynchronous audio messaging |
| US7664058B1 (en) * | 2005-02-02 | 2010-02-16 | At&T Corp. | Method and apparatus for providing spontaneous multi-way telephone conversation with inserted messaging |
| JP4404209B2 (ja) * | 2005-02-28 | 2010-01-27 | 日本電気株式会社 | グループページシステム、携帯端末、グループページ識別子サーバ |
| DE102005040280A1 (de) * | 2005-03-17 | 2006-09-28 | T-Mobile International Ag & Co. Kg | Data Group Call Service |
| US20060221857A1 (en) * | 2005-03-31 | 2006-10-05 | Bushnell William J | Method and apparatus for providing enhanced features to multicast content services and multiplayer gaming services |
| US7801494B2 (en) * | 2005-05-27 | 2010-09-21 | Motorola Mobility, Inc. | Method for PoC server to handle PoC caller preferences |
| KR100819494B1 (ko) * | 2005-07-25 | 2008-04-07 | 엘지전자 주식회사 | 사용자의 발언권 제어를 위한 이동통신 단말기 및 그제어방법 |
| US20070115925A1 (en) * | 2005-10-21 | 2007-05-24 | Sachnoff Marc J | Group calling method and system |
| CN100558131C (zh) * | 2005-12-02 | 2009-11-04 | 华为技术有限公司 | 在无线一键通业务中实现语音信箱及留言通知方法 |
| KR100705589B1 (ko) | 2006-01-13 | 2007-04-09 | 삼성전자주식회사 | 단말 사용자 상태에 따른 ｐｔｔ 서비스 시스템 및 방법 |
| US7885199B2 (en) * | 2006-01-31 | 2011-02-08 | Alcatel-Lucent Usa Inc. | System and method for providing group calling in a wireless network |
| FI119314B (fi) | 2006-02-01 | 2008-09-30 | Teliasonera Ab | Järjestelmien välinen viestintä matkaviestintäjärjestelmässä |
| US8090397B2 (en) * | 2006-04-13 | 2012-01-03 | Kyocera Corporation | Group communication method and communication terminal |
| CN101064925B (zh) * | 2006-04-29 | 2011-09-21 | 中兴通讯股份有限公司 | WiMAX移动通信系统中网络侧发起多播业务的方法 |
| US8504605B2 (en) * | 2006-05-30 | 2013-08-06 | Microsoft Corporation | Proximity filtering of multiparty VoIP communications |
| US20070280210A1 (en) * | 2006-05-30 | 2007-12-06 | Microsoft Corporation | Selective transmission of multiparty VOIP communications |
| CN101115241B (zh) * | 2006-07-24 | 2010-07-28 | 华为技术有限公司 | 空闲的中继移动交换中心加入正在进行中的组呼的方法 |
| TWI320655B (en) * | 2006-07-27 | 2010-02-11 | Lite On Technology Corp | Mobile communication system and method utilizing gps device and capable of group communication |
| US20080032728A1 (en) * | 2006-08-03 | 2008-02-07 | Bina Patel | Systems, methods and devices for communicating among multiple users |
| US7676229B2 (en) * | 2006-08-31 | 2010-03-09 | Syniverse Technologies, Inc. | Cellular-to-VoIP call establishment systems, methods, devices, and computer software |
| US20080064430A1 (en) * | 2006-09-11 | 2008-03-13 | Christian Kraft | Mobile communications terminal and method therefor |
| CN101155148B (zh) * | 2006-09-30 | 2012-02-22 | 华为技术有限公司 | 媒体网关发布接收组播数据的方法、系统及装置 |
| US7995500B2 (en) * | 2006-11-30 | 2011-08-09 | Cisco Technology, Inc. | Managing an amount of tunnels in a computer network |
| KR100882355B1 (ko) * | 2006-12-01 | 2009-02-12 | 한국전자통신연구원 | 제어 서버의 성능 향상을 위한 ＩＰｖ６-ＩＰｖ４ 전환방법 및 시스템 |
| KR100921767B1 (ko) * | 2006-12-01 | 2009-10-15 | 한국전자통신연구원 | 다중 모드 단말의 시스템간 핸드오버 방법 |
| JP4893337B2 (ja) | 2007-01-26 | 2012-03-07 | 富士通株式会社 | 通信システム及びサーバ装置 |
| CN101682617B (zh) * | 2007-05-11 | 2013-07-17 | 艾利森电话股份有限公司 | 确定多媒体能力的方法、多媒体应用服务器及系统 |
| US8219100B2 (en) | 2007-08-31 | 2012-07-10 | Cellco Partnership | Active service redirection for a private femto cell |
| US8194699B2 (en) * | 2007-09-21 | 2012-06-05 | Intel Corporation | Radio scheduler and data plane interface |
| CA2703055A1 (en) * | 2007-10-25 | 2009-04-30 | Kodiak Networks, Inc. | Connected portfolio services for a wireless communications network |
| JP5082904B2 (ja) * | 2008-02-08 | 2012-11-28 | 富士通モバイルコミュニケーションズ株式会社 | 携帯端末装置 |
| US8856003B2 (en) | 2008-04-30 | 2014-10-07 | Motorola Solutions, Inc. | Method for dual channel monitoring on a radio device |
| US7759168B2 (en) * | 2008-05-13 | 2010-07-20 | International Business Machines Corporation | Electromagnetic interference shield for semiconductors using a continuous or near-continuous peripheral conducting seal and a conducting lid |
| WO2010002909A2 (en) * | 2008-06-30 | 2010-01-07 | Metropcs Wireless, Inc. | Call processing for group conferencing |
| US8224338B2 (en) * | 2008-11-07 | 2012-07-17 | At&T Intellectual Property I, L.P. | Method and apparatus for joint optimization of dedicated and radio access networks |
| WO2010117815A1 (en) * | 2009-03-30 | 2010-10-14 | Kodiak Networks, Inc. | Enhanced group calling features for connected portfolio services in a wireless communications network |
| US20100325214A1 (en) * | 2009-06-18 | 2010-12-23 | Microsoft Corporation | Predictive Collaboration |
| US9125132B1 (en) * | 2009-12-22 | 2015-09-01 | Sprint Communications Company L.P. | Efficiently responding to mobile-device requests in a wireless environment |
| US20120327827A1 (en) * | 2010-01-04 | 2012-12-27 | Telefonaktiebolaget L M Ericsson (Publ) | Media Gateway |
| US20110195739A1 (en) * | 2010-02-10 | 2011-08-11 | Harris Corporation | Communication device with a speech-to-text conversion function |
| DK2599326T3 (en) | 2010-05-21 | 2016-02-01 | Kodiak Networks Inc | Predictive wake-up call for optimizing POC (push-to-talk-over-cellular) call setup |
| FR2963719B1 (fr) * | 2010-08-04 | 2012-09-21 | Eads Defence & Security Sys | Procede de gestion d'un mode degrade d'une cellule dans un reseau de radiocommunication |
| WO2012074418A1 (en) * | 2010-12-01 | 2012-06-07 | Motorola Solutions, Inc. | Method and apparatus for determining locations of communication devices in a simulcast network |
| US8861419B2 (en) | 2010-12-29 | 2014-10-14 | Motorola Solutions, Inc. | Methods for binding and unbinding a MBMS bearer to a communication group in a 3GPP compliant system |
| US9042291B2 (en) | 2010-12-29 | 2015-05-26 | Motorola Solutions, Inc. | Methods for assigning a plethora of group communications among a limited number of pre-established MBMS bearers in a communication system |
| US9392576B2 (en) | 2010-12-29 | 2016-07-12 | Motorola Solutions, Inc. | Methods for tranporting a plurality of media streams over a shared MBMS bearer in a 3GPP compliant communication system |
| US8610755B2 (en) * | 2011-02-18 | 2013-12-17 | Sorenson Communications, Inc. | Methods and apparatuses for multi-lingual support for hearing impaired communication |
| US8934423B2 (en) * | 2011-09-13 | 2015-01-13 | Motorola Solutions, Inc. | Methods for managing at least one broadcast/multicast service bearer |
| US8867388B2 (en) | 2011-11-19 | 2014-10-21 | Motorola Solutions, Inc. | Distributing content to a plurality of mobile stations using a downlink point-to-multipoint (PTM) bearers and downlink point-to-point (PTP) bearers |
| EP2805328B1 (en) * | 2012-01-19 | 2018-12-12 | Irdeto B.V. | Distributing content to multiple receivers using multicast channels |
| CA2804368C (en) | 2012-02-01 | 2018-03-13 | Kodiak Networks, Inc. | Wifi interworking solutions for push-to-talk-over-cellular (poc) |
| US9042223B2 (en) | 2012-12-21 | 2015-05-26 | Motorola Solutions, Inc. | Method and apparatus for multimedia broadcast multicast service |
| US8867425B2 (en) | 2012-12-21 | 2014-10-21 | Motorola Solutions, Inc. | Method and apparatus multimedia broadcast/multicast service coverage boost |
| US9277373B2 (en) | 2013-03-12 | 2016-03-01 | Qualcomm Incorporated | Output management for press-to-transmit communications |
| US8970662B2 (en) | 2013-03-12 | 2015-03-03 | Qualcomm Incorporated | Output management for electronic communications |
| US20140278402A1 (en) * | 2013-03-14 | 2014-09-18 | Kent S. Charugundla | Automatic Channel Selective Transcription Engine |
| US9167479B2 (en) | 2013-03-15 | 2015-10-20 | Motorola Solutions, Inc. | Method and apparatus for queued admissions control in a wireless communication system |
| EP3025530B1 (en) | 2013-07-23 | 2018-04-11 | Kodiak Networks, Inc. | Effective presence for push-to-talk-over-cellular (poc) networks |
| US10349225B2 (en) * | 2013-08-27 | 2019-07-09 | Verizon Patent And Licensing Inc. | Private multicast networks |
| US9654643B2 (en) | 2013-09-13 | 2017-05-16 | Motorola Solutions, Inc. | Method and apparatus for unidirectional summing of group auditory data |
| US9661144B2 (en) | 2013-09-13 | 2017-05-23 | Motorola Solutions, Inc. | Method and apparatus for priority summing of group auditory data |
| US9356988B2 (en) | 2013-11-12 | 2016-05-31 | Qualcomm Incorporated | Internet protocol communication accessibility improvement |
| US20150310863A1 (en) * | 2014-04-24 | 2015-10-29 | Nuance Communications, Inc. | Method and apparatus for speaker diarization |
| CA2951993C (en) * | 2014-06-12 | 2018-10-30 | Motorola Solutions, Inc. | Methods and systems for automatic creation of talkgroups based on received signal strength indicator (rssi) |
| WO2016011591A1 (en) * | 2014-07-21 | 2016-01-28 | Motorola Solutions, Inc. | Method and apparatus for subgroup call to group members missing a group call |
| GB2542739B8 (en) | 2014-08-25 | 2021-05-12 | Quanten Tech Limited | Wireless power transfer system and method |
| US10542391B2 (en) * | 2014-08-26 | 2020-01-21 | Motorola Solutions, Inc. | Method and apparatus to efficiently support group call confirmation |
| US10362074B2 (en) | 2015-02-03 | 2019-07-23 | Kodiak Networks, Inc | Session management and notification mechanisms for push-to-talk (PTT) |
| US10609138B2 (en) | 2015-05-07 | 2020-03-31 | Kodiak Networks Inc. | System and method for mobile data synchronization |
| WO2017062595A1 (en) | 2015-10-06 | 2017-04-13 | Kodiak Networks Inc. | System and method for tuning ptt over lte |
| CA3000202C (en) | 2015-10-06 | 2022-05-31 | Kodiak Networks, Inc. | System and method for media encoding scheme (mes) selection |
| WO2017070551A1 (en) | 2015-10-23 | 2017-04-27 | Kodiak Networks Inc. | System and method for content messaging |
| WO2017185032A1 (en) | 2016-04-22 | 2017-10-26 | Kodiak Networks, Inc. | System and method for push-to-talk (ptt) key one-touch calling |
| US10555370B2 (en) | 2016-09-28 | 2020-02-04 | Kodiak Networks, Inc. | System and method for push-to-talk (PTT) in high latency networks |
| US10257669B2 (en) | 2016-12-01 | 2019-04-09 | Kodiak Networks, Inc. | PTX data analytic engine notifying group list of detected risk event |
| US9961516B1 (en) * | 2016-12-27 | 2018-05-01 | Motorola Solutions, Inc. | System and method for obtaining supplemental information in group communication using artificial intelligence |
| US10051442B2 (en) | 2016-12-27 | 2018-08-14 | Motorola Solutions, Inc. | System and method for determining timing of response in a group communication using artificial intelligence |
| US11593668B2 (en) | 2016-12-27 | 2023-02-28 | Motorola Solutions, Inc. | System and method for varying verbosity of response in a group communication using artificial intelligence |
| US10630529B2 (en) | 2016-12-29 | 2020-04-21 | Kodiak Networks, Inc. | System and method for push-to-talk (PTT) in mobile edge computing (MEC) |
| US10341823B2 (en) | 2016-12-30 | 2019-07-02 | Kodiak Networks Inc. | System and method for direct mode push to talk communication protocols |
| US20190149959A1 (en) | 2017-11-16 | 2019-05-16 | Motorola Solutions, Inc | Method for controlling a virtual talk group memeber to perform an assignment |
| US10645541B2 (en) * | 2018-09-26 | 2020-05-05 | Motorola Solutions, Inc. | Method and system to extend connection time of a talkgroup conversation based on historical talkgroup statistics |
| CN110149596B (zh) * | 2019-04-18 | 2022-04-15 | 海能达通信股份有限公司 | 一种组呼转移的方法以及存储介质 |
| US10880722B1 (en) * | 2019-10-30 | 2020-12-29 | Motorola Solutions, Inc. | Method and system for integrated mobility management in a cloud-based communication system |
| US11425245B2 (en) * | 2019-11-08 | 2022-08-23 | Salesforce, Inc. | Method and system for capturing data of actions |
| US11727935B2 (en) | 2020-12-15 | 2023-08-15 | Optum Technology, Inc. | Natural language processing for optimized extractive summarization |
| US11741143B1 (en) | 2022-07-28 | 2023-08-29 | Optum, Inc. | Natural language processing techniques for document summarization using local and corpus-wide inferences |
Family Cites Families (44)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3093258B2 (ja) * | 1989-03-03 | 2000-10-03 | モトローラ・インコーポレーテッド | 通信システムのためのエネルギ節約プロトコル |
| JP3359094B2 (ja) * | 1992-06-01 | 2002-12-24 | キヤノン株式会社 | 通信システム、親ノードが複数の子ノードの状態を認識する方法、および複数の端末を有する通信システムにおいて新しい端末を認識する方法 |
| US5613209A (en) * | 1994-09-02 | 1997-03-18 | Motorola, Inc. | Method and apparatus for automatically selecting a radio talkgroup |
| US5711007A (en) | 1996-02-05 | 1998-01-20 | Motorola, Inc. | Method and apparatus for transmitting an outbound message in a two-way messaging system |
| US6157843A (en) * | 1996-05-31 | 2000-12-05 | Motorola, Inc. | Method for pre-establishing communications in a wireless communication network without the use of a multicast server |
| US5974300A (en) | 1996-07-30 | 1999-10-26 | Lucent Technologies Inc. | Two-way wireless cellular messaging system |
| US5850594A (en) * | 1996-08-26 | 1998-12-15 | Motorola, Inc. | Method and apparatus for efficiently transmitting addresses and messages from portable messaging units over a wireless communication channel |
| JP3524285B2 (ja) * | 1996-09-11 | 2004-05-10 | 株式会社東芝 | 通信装置及びその通信方法 |
| US5987331A (en) * | 1996-11-20 | 1999-11-16 | Motorola, Inc. | Communication system to communication system gateway method and apparatus |
| US6111858A (en) * | 1997-02-18 | 2000-08-29 | Virata Limited | Proxy-controlled ATM subnetwork |
| US6331983B1 (en) * | 1997-05-06 | 2001-12-18 | Enterasys Networks, Inc. | Multicast switching |
| SE519210C2 (sv) * | 1997-06-06 | 2003-01-28 | Ericsson Telefon Ab L M | Förfarande för att minimera uppkopplingsfördröjningen för ett mobilriktat meddelande i cellulärt radiokommunikationssystem |
| US6032051A (en) * | 1997-12-01 | 2000-02-29 | Telefonaktiebolaget L/M Ericsson | Wireless mobile comunication devices for group use |
| US6512930B2 (en) * | 1997-12-30 | 2003-01-28 | Telefonaktiebolaget Lm Ericsson (Publ) | On-line notification in a mobile communications system |
| US6104925A (en) * | 1998-01-28 | 2000-08-15 | Motorola, Inc. | Method and apparatus for establishing group communications between subscribers affiliated with terrestrial and satellite communication systems |
| US6240069B1 (en) * | 1998-06-16 | 2001-05-29 | Ericsson Inc. | System and method for location-based group services |
| US6377161B1 (en) | 1998-08-11 | 2002-04-23 | Motorola, Inc. | Method and apparatus in a wireless messaging system for facilitating an exchange of address information |
| US6385461B1 (en) * | 1998-11-16 | 2002-05-07 | Ericsson Inc. | User group indication and status change in radiocommunications systems |
| US6161008A (en) * | 1998-11-23 | 2000-12-12 | Nortel Networks Limited | Personal mobility and communication termination for users operating in a plurality of heterogeneous networks |
| US6405050B1 (en) * | 1998-12-22 | 2002-06-11 | Ericsson Inc | System, method, and apparatus for distinguishing between different group calls |
| US6219548B1 (en) * | 1998-12-22 | 2001-04-17 | Ericsson Inc | Support for transfer of neighboring cell information between MSC areas for VGCS/VBS calls |
| DE69911264T2 (de) * | 1999-03-19 | 2004-07-01 | Nokia Corp. | Verfahren und netzelement zum weiterleiten von mehrfachnachrichten |
| EP1047275B1 (en) * | 1999-04-21 | 2005-11-02 | Motorola, Inc. | Apparatus and method for delivering data in a cellular communications network |
| US6449491B1 (en) * | 1999-05-10 | 2002-09-10 | Ericsson Inc. | Apparatus and methods for conducting group calls in wireless communications systems |
| US6304558B1 (en) * | 1999-05-28 | 2001-10-16 | Motorola, Inc. | Network dispatch manager, dispatch gateway, and a method for providing dispatch service to dispatch clients via a packet-switched network |
| US6134450A (en) * | 1999-08-02 | 2000-10-17 | Motorola, Inc. | Method of initializing a mobile communication device for making a dispatch call |
| US6477387B1 (en) * | 1999-10-08 | 2002-11-05 | Motorola, Inc. | Method and apparatus for automatically grouping communication units in a communication system |
| US6363258B1 (en) * | 1999-10-28 | 2002-03-26 | Ericsson Inc. | Communications system providing call type indication for group calls |
| US6516200B1 (en) * | 1999-10-28 | 2003-02-04 | Ericsson Inc. | Controlling communications terminal response to group call page based on group call characteristics |
| US6484037B1 (en) * | 1999-10-28 | 2002-11-19 | Ericsson Inc. | Method of establishing group calls in a communications system |
| US6442396B1 (en) * | 1999-11-12 | 2002-08-27 | Ericsson Inc. | Method of processing group calls within a wireless communications network |
| US6449483B1 (en) * | 1999-11-18 | 2002-09-10 | Lucent Technologies, Inc. | Wireless telephone system for accessing multiple stations via a single telephone number |
| US6314301B1 (en) * | 2000-03-02 | 2001-11-06 | Motorola, Inc. | Method and apparatus for assigning a mobile station to a communication resource |
| CA2401324A1 (en) * | 2000-03-03 | 2001-09-13 | Qualcomm Incorporated | Method and apparatus for participating in group communication services in an existing communication system |
| US6308079B1 (en) * | 2000-03-24 | 2001-10-23 | Motorola, Inc. | Method and apparatus for a talkgroup call in a wireless communication system |
| US20020037723A1 (en) * | 2000-06-08 | 2002-03-28 | Adam Roach | Refreshing service profile information using third-party SIP register messages |
| US6405035B1 (en) * | 2000-08-24 | 2002-06-11 | Telefonaktiebolaget L.M. Ericsson | System and method for forwarding messages to a subscriber device |
| US6662010B1 (en) * | 2000-10-31 | 2003-12-09 | Motorola, Inc. | Method and system for providing integrated services in a mobile radio communication system |
| US6625420B1 (en) * | 2000-11-22 | 2003-09-23 | Winphoria Networks, Inc. | System and method of fault management in a mobile communications network having a proxy switch |
| US6625449B1 (en) * | 2000-11-22 | 2003-09-23 | Winphoria Netwroks, Inc. | System and method of siphoning messages from a mobile network to an alternative network |
| US6650909B1 (en) * | 2000-11-22 | 2003-11-18 | Winphoria Networks, Inc. | System and method of preserving point codes in a mobile network having a proxy switch |
| US6681114B2 (en) * | 2000-12-06 | 2004-01-20 | At&T Corp. | On demand multicast messaging system |
| US7386000B2 (en) * | 2001-04-17 | 2008-06-10 | Nokia Corporation | Packet mode speech communication |
| US6633767B2 (en) * | 2001-05-07 | 2003-10-14 | Winphoria Networks, Inc. | System and method of managing interconnections in mobile communications |
-
2001
- 2001-04-30 US US09/845,934 patent/US6996414B2/en not_active Expired - Lifetime
-
2002
- 2002-04-24 AU AU2002309595A patent/AU2002309595B2/en not_active Ceased
- 2002-04-24 BR BR0209308-1A patent/BR0209308A/pt not_active IP Right Cessation
- 2002-04-24 MX MXPA03009869A patent/MXPA03009869A/es active IP Right Grant
- 2002-04-24 CA CA002446073A patent/CA2446073A1/en not_active Abandoned
- 2002-04-24 JP JP2002586654A patent/JP2005506728A/ja active Pending
- 2002-04-24 KR KR1020037014200A patent/KR100614541B1/ko not_active IP Right Cessation
- 2002-04-24 WO PCT/US2002/012884 patent/WO2002089501A1/en active IP Right Grant
- 2002-04-24 CN CNA028091256A patent/CN1830219A/zh active Pending
- 2002-04-24 EP EP02736602A patent/EP1391124A4/en not_active Withdrawn
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7567816B2 (en) | 2003-10-03 | 2009-07-28 | Nec Corporation | Radio communications system and method for radio communications |
| JP2007529971A (ja) * | 2004-04-05 | 2007-10-25 | モトローラ・インコーポレイテッド | アドホック通信ネットワークからの呼の変換 |
| JP2006135511A (ja) * | 2004-11-04 | 2006-05-25 | Matsushita Electric Ind Co Ltd | 通信プログラム及び通信端末 |
| JP4672334B2 (ja) * | 2004-11-04 | 2011-04-20 | パナソニック株式会社 | 通信方法及び通信端末 |
Also Published As
| Publication number | Publication date |
|---|---|
| MXPA03009869A (es) | 2004-12-06 |
| US20030017836A1 (en) | 2003-01-23 |
| KR20040002932A (ko) | 2004-01-07 |
| KR100614541B1 (ko) | 2006-08-25 |
| US6996414B2 (en) | 2006-02-07 |
| WO2002089501A1 (en) | 2002-11-07 |
| EP1391124A4 (en) | 2007-01-10 |
| CA2446073A1 (en) | 2002-11-07 |
| BR0209308A (pt) | 2005-01-18 |
| CN1830219A (zh) | 2006-09-06 |
| AU2002309595B2 (en) | 2005-10-13 |
| EP1391124A1 (en) | 2004-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100614541B1 (ko) | 이동 통신에서 그룹 호출하기 위한 시스템 및 방법 | |
| AU2002309595A1 (en) | System and method of group calling in mobile communications | |
| KR100605247B1 (ko) | 모바일 통신에서 호출 확립을 촉진시키는 시스템 및 그 방법 | |
| US7941171B2 (en) | Activating a push-to-talk group feature using an unstructured supplementary service data message | |
| EP2599326B1 (en) | Predictive wakeup for push-to-talk-over-cellular (poc) call setup optimizations | |
| US7787896B2 (en) | Dispatch service architecture framework | |
| US7099291B2 (en) | Dispatch call origination and set up in a CDMA mobile communication system | |
| US8498660B2 (en) | Enhanced group calling features for connected portfolio services in a wireless communications network | |
| US6600928B1 (en) | Method for establishing a temporary simplex call group in a wireless communication system | |
| JP2005535231A (ja) | 高度な通信機構を提供すること | |
| KR20050114556A (ko) | 피티티 서비스 제공 시스템의 통화 호 설정 방법 및 장치 | |
| US6400950B1 (en) | System and method for de-registration of multiple H.323 end points from a H.323 gatekeeper | |
| US7103011B2 (en) | Use of IP-multicast technology for 2-party calls in mobile communication networks | |
| KR100570813B1 (ko) | 공중용 이동통신망과 분리된 사설 이동통신 서비스 시스템및 그를 이용한 발신호 처리 방법 | |
| MXPA04011804A (es) | Metodo y aparato para servicios de llamadas de grupo. | |
| US7522565B2 (en) | Signaling transport over a bearer network for low latency services | |
| KR100684941B1 (ko) | 구내 무선 통신망에서의 프리젠스 서비스 제공 시스템 및 방법 | |
| US8554945B1 (en) | Cellular extension of wireless local area networks | |
| JP2004200839A (ja) | アドレス解決方法および交換システム | |
| WO2007062597A1 (fr) | Procede, systeme et unite de determination par l'utilisateur permettant de construire une porteuse d'un service d'application |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050128 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070221 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070227 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20070525 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20070601 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070808 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071016 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080116 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080123 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080326 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080520 |