(57)【要約】移動体通信において、呼確立が迅速化される（図１７）。移動局が休止状態にある間に（要素１）、移動局は、半二重移動体通信通話のために準備される（要素２）。半二重移動体通信通話のユーザによる開始に応答して（要素３）、半二重移動体通信通話が、移動局の準備に基づいて確立される（要素４）。【特許請求の範囲】
【請求項１】
移動体通信における呼確立の迅速化に使用される方法であって、
移動局（ＭＳ）が休止状態にある間に、半二重移動体通信通話のために移動局を準備する工程；および
半二重移動体通信通話のユーザによる開始に応答して、移動局の準備に基づいて半二重移動体通信通話を確立する工程；から成る方法。
【請求項２】
グループ呼出グループのメンバーリストからメンバー情報を検索する工程；
半二重通信通話を確立する前に、少なくとも１人のメンバーのプレゼンス情報を移動局（ＭＳ）に提供する工程；からさらに成る請求項１に記載の方法。
【請求項３】
半二重通信通話を確立する前に、移動局（ＭＳ）の登録フェーズの間にポート・ネゴシエーションを開始する工程；からさらに成る請求項１に記載の方法。
【請求項４】
移動局（ＭＳ）のセッション開始プロトコル・ヘッダを圧縮する工程；からさらに成る請求項１に記載の方法。
【請求項５】
移動局（ＭＳ）の登録情報を圧縮する工程；からさらに成る請求項１に記載の方法。
【請求項６】
移動局（ＭＳ）の登録情報を伝えるショート・メッセージング・サービスを利用する工程；からさらに成る請求項１に記載の方法。
【請求項７】
半二重通信通話を確立する前に、ユーザ・インタフェースに示されたグループへのモバイル・ユーザの焦点に基づいて、別の移動局（ＭＳ）にメッセージを送信して、該別のＭＳを休止状態から活動状態まで遷移させる工程；からさらに成る請求項１に記載の方法。
【請求項８】
半二重通信通話を確立する前に、別の移動局（ＭＳ）にステータス・メッセージを送信し、該別のＭＳが半二重通信通話を受け取る準備ができているかを判定し、該別のＭＳを休止状態から活動状態まで遷移させる工程；からさらに成る請求項１に記載の方法。
【請求項９】
移動体通信における呼確立の迅速化に使用される方法であって、
グループ呼出グループのメンバーリストからメンバー情報を検索する工程；
グループ呼出グループのグループ呼出を確立する前に、少なくとも１人のメンバーのプレゼンス情報を第１の移動局（ＭＳ）に提供する工程；および
検索されたメンバー情報に基づいて、第２のＭＳと第１のＭＳの間のグループ呼出を確立する工程であって、第１のＭＳは第１の基地局コントローラ（ＢＳＣ）によってサービス提供され、第２のＭＳは第２のＢＳＣによってサービス提供される工程；から成る方法。
【請求項１０】
プレゼンス情報は、少なくとも１人のメンバーがページング要求に応答したハンドセットを有しているか否かを示すものである請求項９に記載の方法。
【請求項１１】
プレゼンス情報は、少なくとも１人のメンバーが位置更新を生成したハンドセットを有しているか否かを示すものである請求項９に記載の方法。
【請求項１２】
プレゼンス情報は、少なくとも１人のメンバーが登録手続を実行したハンドセットを有しているか否かを示すものである請求項９に記載の方法。
【請求項１３】
第１のＭＳのユーザ・インタフェースディスプレイ上に、プレゼンス情報に基づく目に
見える表示を表示する工程；からさらに成る請求項９に記載の方法。
【請求項１４】
移動体通信における呼確立の迅速化に使用される方法であって、
グループ呼出グループのメンバーリストからメンバー情報を検索する工程；
グループ呼出グループのグループ呼出を確立する前に、第１の移動局（ＭＳ）の登録フェーズの間にポート・ネゴシエーションを開始する工程；および
検索されたメンバー情報に基づいて、第２のＭＳと第１のＭＳの間のグループ呼出を確立する工程であって、第１のＭＳは第１の基地局コントローラ（ＢＳＣ）によってサービス提供され、第２のＭＳは第２のＢＳＣによってサービス提供される工程；から成る方法。
【請求項１５】
グループ呼出の間に使用されるポート上のトラフィックを検知する工程；および
前記検知に基づいて、グループ呼出グループのメンバーに通話制御を割り当てる工程；からさらに成る請求項１４に記載の方法。
【請求項１６】
プロキシ・スイッチを使用して第２のＭＳへのシグナリング接続の完了の前に、第１のＭＳから音声パケットをバッファする工程；からさらに成る請求項１４に記載の方法。
【請求項１７】
移動体通信における呼確立の迅速化に使用される方法であって、
グループ呼出グループのメンバーリストからメンバー情報を検索する工程；
第１の移動局（ＭＳ）のセッション開始プロトコル・ヘッダを圧縮する工程；および
検索されたメンバー情報に基づいて、第２のＭＳと第１のＭＳの間のグループ呼出を確立する工程であって、第１のＭＳは第１の基地局コントローラ（ＢＳＣ）によってサービス提供され、第２のＭＳは第２のＢＳＣによってサービス提供される工程；から成る方法。
【請求項１８】
セッション開始プロトコル・ヘッダから不必要な情報を取り除く工程；からさらに成る請求項１７に記載の方法。
【請求項１９】
移動体通信における呼確立の迅速化に使用される方法であって、
グループ呼出グループのメンバーリストからメンバー情報を検索する工程；
第１の移動局（ＭＳ）の登録情報を圧縮する工程；および
検索されたメンバー情報に基づいて、第２のＭＳと第１のＭＳの間のグループ呼出を確立する工程であって、第１のＭＳは第１の基地局コントローラ（ＢＳＣ）によってサービス提供され、第２のＭＳは第２のＢＳＣによってサービス提供される工程；から成る方法。
【請求項２０】
移動体通信における呼確立の迅速化に使用される方法であって、
グループ呼出グループのメンバーリストからメンバー情報を検索する工程；
第１の移動局（ＭＳ）の登録情報を伝えるショート・メッセージング・サービスを利用する工程；および
検索されたメンバー情報に基づいて、第２のＭＳと第１のＭＳの間のグループ呼出を確立する工程であって、第１のＭＳは第１の基地局コントローラ（ＢＳＣ）によってサービス提供され、第２のＭＳは第２のＢＳＣによってサービス提供される工程；から成る方法。
【請求項２１】
移動体通信における呼確立の迅速化に使用される方法であって、
グループ呼出グループのメンバーリストからメンバー情報を検索する工程；
グループ呼出を確立する前に、ユーザ・インタフェースに示されたグループへのモバイル・ユーザの焦点に基づいて、第１の移動局（ＭＳ）にメッセージを送信して、第１のＭ
Ｓを休止状態から活動状態まで遷移させる工程；および
検索されたメンバー情報に基づいて、第２のＭＳと第１のＭＳの間のグループ呼出を確立する工程であって、第１のＭＳは第１の基地局コントローラ（ＢＳＣ）によってサービス提供され、第２のＭＳは第２のＢＳＣによってサービス提供される工程；から成る方法。
【請求項２２】
モバイル・ユーザがグループを選択することを意図していることを判定する工程；からさらに成る請求項２１に記載の方法。
【請求項２３】
モバイル・ユーザが第１のＭＳ上のカーソルをグループリスト上でしばらく留めていることを検知する工程；からさらに成る請求項２１に記載の方法。
【請求項２４】
移動体通信における呼確立の迅速化に使用される方法であって、
グループ呼出グループのメンバーリストからメンバー情報を検索する工程；
グループ呼出を確立する前に、第１の移動局（ＭＳ）にステータス・メッセージを送信して、第１のＭＳがグループを受け取る準備ができているか否かを判定し、第１のＭＳを休止状態から活動状態まで遷移させる工程；および
検索されたメンバー情報に基づいて、第２のＭＳと第１のＭＳの間のグループ呼出を確立する工程であって、第１のＭＳは第１の基地局コントローラ（ＢＳＣ）によってサービス提供され、第２のＭＳは第２のＢＳＣによってサービス提供される工程；から成る方法。
【請求項２５】
ステータス・メッセージは第１のＭＳに可聴信号を生成させる、請求項２４に記載の方法。
【請求項２６】
移動体通信における呼確立の迅速化に使用されるシステムであって、
休止状態にあり、半二重移動体通信通話のために準備されている移動局（ＭＳ）；および
半二重移動体通信通話のユーザによる開始に応答して、移動局の準備に基づいて半二重移動体通信通話を確立するプロキシ・スイッチ；を備えたシステム。
【請求項２７】
移動体通信における呼確立の迅速化に使用される方法であって、
移動局が休止状態にある間に、半二重移動体通信通話のために移動局（ＭＳ）を準備する工程；
グループ呼出グループのメンバーリストからメンバー情報を検索する工程；
半二重通信通話を確立する前に、少なくとも１人のメンバーのプレゼンス情報を移動局（ＭＳ）に提供する工程；
半二重通信通話を確立する前に、移動局（ＭＳ）の登録フェーズの間にポート・ネゴシエーションを開始する工程；
移動局（ＭＳ）のセッション開始プロトコル・ヘッダを圧縮する工程；
移動局（ＭＳ）の登録情報を圧縮する工程；
移動局（ＭＳ）の登録情報を伝えるショート・メッセージング・サービスを利用する工程；
半二重通信通話を確立する前に、ユーザ・インタフェースに示されたグループへのモバイル・ユーザの焦点に基づいて、別の移動局（ＭＳ）にメッセージを送信して、該別のＭＳを休止状態から活動状態まで遷移させる工程；
半二重通信通話を確立する前に、別の移動局（ＭＳ）にステータス・メッセージを送信し、該別のＭＳが半二重通信通話を受け取る準備ができているかを判定し、該別のＭＳを休止状態から活動状態まで遷移させる工程；および
半二重移動体通信通話のユーザによる開始に応答して、移動局の準備に基づいて半二重
移動体通信通話を確立する工程；から成る方法。
【請求項２８】
移動体通信における呼確立の迅速化に使用される方法であって、
移動局（ＭＳ）の予め選択されたサービス・クラスを決定する工程；
予め選択されたサービス・クラスに基づいて、ＭＳに対する半二重通信通話の確立にレイテンシー減小技術を適用する工程；から成る方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、援用によりその全体が本願に組み込まれる、２００２年６月７日に出願された発明の名称が「グループ呼出システムのレイテンシー時間を最適化するシステムおよび方法（System and Method of Optimizing Latency Time in Group Calling Systems ）」である米国仮出願出願番号第６０／３８６，８８３号の優先権を主張すると共に、その利益を請求するものである。
【０００２】
本願は、援用によりその全体が本願に組み込まれる、２００１年４月３０日に出願された発明の名称が「移動体通信におけるグループ呼出のシステムおよび方法（System and Method of Group Calling in Mobile Communications ）」である米国特許出願出願番号第０９／８４５，９３４号の一部継続出願である。
（発明の属する技術分野）
本発明は、移動体通信に関し、より詳細には移動体通信における呼確立の迅速化に関する。
【背景技術】
【０００３】
（関連技術の説明）
同時継続の米国特許出願出願番号第０９／８４５，９３４号に説明されているように、現在の移動体通信システムはすべて階層的配置を有しており、地理的な「カバレージ・エリア」は、「セル」と呼ばれる多数のより小さな地理的領域に分割されている。図１を参照すると、各セルにはベース・トランシーバ・ステーション（「ＢＴＳ」）１０２ａによって好ましくはサービスが提供されている。いくつかのＢＴＳ  １０２ｂ−ｎが固定リンク１０４ａ−ｎを介して基地局コントローラ（「ＢＳＣ」）１０６ａへと集結されている。ＢＴＳとＢＳＣは、総称して、基地局サブシステム（「ＢＳ」）１０７と称されることもある。いくつかのＢＳＣ  １０６ｂ−ｎは固定リンク１０８ａ−ｎを介して移動交換局（「ＭＳＣ」）１１０に集結されていてもよい。
【０００４】
ＭＳＣ  １１０はローカル交換機（移動性管理要求を取り扱う追加機構を備えた）として機能し、トランク群を通じて電話ネットワーク（「ＰＳＴＮ」）１２０と通信する。米国のモバイル・ネットワーク下では、ホームＭＳＣおよびサービス提供ＭＳＣという概念がある。ホームＭＳＣは、移動局（「ＭＳ」、「携帯用ハンドセット」、「携帯電話ハンドセット」または「ハンドセット」とも称される）に関連する交換機に相当するＭＳＣである。この関連は、電話番号、例えばＭＳの市外局番に基づいている（ホームＭＳＣは以下に説明するＨＬＲに関与する）。他方、サービス提供ＭＳＣは、ＭＳ呼をＰＳＴＮに接続するために使用される交換機である（加入者がサービス・プロバイダによってカバーされたエリアにローミングするときは、異なるＭＳＣがサービス提供ＭＳＣの機能を果たす）。従って、ホームＭＳＣとサービス提供ＭＳＣは同じエンティティである場合もあるが、そうでない場合もある（例えばＭＳがローミングしている時）。
【０００５】
一般には、訪問位置情報レジスタ（Visiting Location Register, ＶＬＲ）１１６がＭＳＣ  １１０と一緒に位置し、論理上、モバイル・ネットワークには１つのＨＬＲが使用される。ＨＬＲおよびＶＬＲは、多くのタイプの加入者情報およびプロファイルの格納のために使用される。
【０００６】
簡単に説明すると、カバレージ・エリア全体には１または複数の無線通信路１１２が関連している。無線通信路は、個々のセルに割り当てられたチャンネルのグループに分割さ
れる。チャンネルは呼出接続等を確立するための信号情報を伝え、かつ一旦呼出接続が確立されれば音声またはデータ情報を伝えるために使用される。
【０００７】
抽象度が比較的高レベルである場合、モバイル・ネットワーク・シグナリングは少なくとも２つの主な態様を含んでいる。１つの態様は、ＭＳとネットワークの残りのものとの間のシグナリングに関する。２Ｇ（「２Ｇ」は「第二世代」に使用される産業用語である）およびそれより後の技術により、このシグナリングは、ＭＳにより使用されるアクセス方式（例えば時分割多元接続すなわちＴＤＭＡ；符号分割多重接合すなわちＣＤＭＡ）、無線通信路の割り当て、認証等に関する。第２の態様は、ＭＳＣ、ＶＬＲ、ＨＬＲ等の間のシグナリングを初めとする、モバイル・ネットワーク内の様々なエンティティ間のシグナリングに関する。特にエスエスセブン（ＳＳ７）のコンテキストで使用された場合、この第２の部分は携帯アプリケーション部分（「ＭＡＰ」）として称されることもある。
【０００８】
種々の規格に従って、種々の形式の信号が（データおよび音声通信と同様に）送信および受信される。例えば、電子工業協会（「ＥＩＡ」）および米国電気通信工業会（「ＴＩＡ」）は、ＭＡＰ規格であるＩＳ−４１を初めとする多くの米国規格を定義するのを支援する。同様に、ＣＣＩＴＴおよびＩＴＵは、国際的なＭＡＰ規格であるＧＳＭ−ＭＡＰを初めとする国際規格を定義するのを支援する。これらの規格に関する情報は周知であり、適切な組織や文献（例えばボス（Bosse ）,Signalling in Telecommunications Networks(Wiley 1998)に見出すことができる。
【０００９】
ＭＳ  １１４からの呼出を伝えるために、ユーザは番号をダイヤルし、携帯電話または他のＭＳ上の「送信（send）」押す。ＭＳ  １１４は、そのダイヤル番号を送り、サービスがＢＳ  １０７を介してＭＳＣ  １１０に要求されていることを示す。ＭＳＣ  １１０は結合しているＶＬＲ  １１６（より下に位置する）を用いて、ＭＳ  １１４にその要求サービスを与えるか否かを判定する。サービス提供ＭＳＣは、呼出を、ＰＳＴＮ  １２０の上のダイヤルされたユーザのローカル交換機へ経路指定する。ローカル交換機は呼び出されたユーザ端末に警告を発し、回答信号がサービス提供ＭＳＣ１１０を通じてＭＳ  １１４に戻され、サービス提供ＭＳＣ１１０は、その後、ＭＳへの通話パスを完了する。一旦セットアップが完了すれば、呼出は進行し得る。
【００１０】
呼出をＭＳ  １１４に送るためには、（呼出がＰＳＴＮ  １２０から発せられていると仮定して）ＰＳＴＮユーザはＭＳの関連する電話番号をダイヤルする。少なくとも米国規格によれば、ＰＳＴＮ  １２０は、ＭＳのホームＭＳＣ（これはＭＳにサービスを提供していてもしていなくてもよい）に呼出を送る。その後、ＭＳＣは、ＨＬＲ  １１８に問い合わせし、どのＭＳＣが現在ＭＳにサービスを提供しているかを判定する。このことは、呼出がまもなく来ることをサービス提供ＭＳＣに通知するようにも作用する。その後、ホームＭＳＣは、呼出をそのサービス提供ＭＳＣに送る。サービス提供ＭＳＣは、適切なＢＳを解してＭＳにページングする。ＭＳは応答し、適切な信号伝達リンクがセットアップされる。
【００１１】
呼出中に、必要ならば、例えば信号条件のために、ＢＳとＭＳ  １１４が協力してチャンネルまたはＢＴＳ  １０２を変更してもよい。
移動体通信ネットワークはインターネットに、より新しいサービスである「データ呼出」を加えている。インターネットに関して、マルチキャスト通信とは、インターネット・プロトコル・ネットワーク上での、選択された多数の目的地への同一データパケットの送信のことを指す。（対照的に、放送通信とは、すべての目的地へのデータパケットの無差別な送信のことを指す。また、ユニキャスト通信とは、一つの目的地へのデータパケットの送信のことを指す。）
マルチキャストの各参加者は、マルチキャストの他の参加者によって送信された情報を
得る。特定のマルチキャストの参加者ではないネットワーク接続ユーザは、そのマルチキャストの参加者によって送信されたそのような情報を受け取らない。このように、マルチキャスト通信は、マルチキャスト送信のために実際に必要とされるネットワーク・コンポーネントのみ（例えばスイッチとトランク）を使用するにすぎない。
【００１２】
マルチキャスト処理で、潜在的な参加者（「ホスト」）が特別のＩＰマルチキャストグループに参加することを意図している場合、そのホストは、最も近いマルチキャスト対応ルータに「参加要求」メッセージを送信し、マルチキャストグループへ参加することと、そのようなグループに送られる情報を受け取ることとを要求する。例えば、ホストＡは、マルチキャストグループＹに参加したいとのメッセージを送信し、ホストＢは、マルチキャストグループＸに参加したいとのメッセージを送信する。データ経路がまだ準備されてない場合、ルータＲは、その要求をマルチキャスト・ソースまで送る。
【００１３】
例えば、ルータＲは、グループＸに関するＩＰパケットを受け取ると、ＩＰマルチキャスト・グループ・アドレスとイーサネット・マルチキャスト・アドレスとをマッピングし、得られたイーサネット・パケットを適切な１または複数のスイッチに送る。
【００１４】
現在のインターネット・グループ管理プロトコル（「ＩＧＭＰ」）によれば、ルータがホストから周期的なメンバー資格報告書を受け取っていない場合に、そのホストのマルチキャスト・グループにおけるメンバー資格は終了する。
【００１５】
ＭＳ間の相互作用に関して、２つのバージョンを有するNextelサービス（特定移動無線技術を使用するNextel Direct Connect （登録商標）として知られ、http://www.Nextel.com/phone_services/directconnect.shtmlに記述されている）が、ＭＳ間の特定の接続呼出のために提案されている。この特定の接続呼出のいずれのバージョンでも、全メンバーは、ＢＳＣ／ＤＡＰ（ディスパッチ・アプリケーション・プロセッサ）の組み合わせによって制御された同じスイッチングエリアに位置することが必要である。第１のバージョンでは、２つの携帯電話加入者（例えばＡおよびＢ）の間に、１対１の会話が許容される。ＡがＢと特定接続による通信を行いたい場合、ＡはＢのプライベート識別番号を入力し、「プッシュ・トゥー・トーク」（push to talk、ＰＴＴ、押して話すこと）ボタンを押し下げ、Ｂは受信し発話する準備ができていることを示す可聴警報を待つ。聞きとるためには、ＡはＰＴＴボタンを放す。Ｂが話したい場合、ＢはＰＴＴボタンを押し下げ、Ａに受信準備ができているという可聴確認を待つ。このサービスによって、加入者は、携帯電話ハンドセットに表示されたスクロール可能なリストからプライベートの識別番号を選択するか、加入者の予め格納された名前のリストを検索することが可能である。
【００１６】
第２のバージョンでは、Talkgroup として知られる予め定義された加入者グループのメンバー間の会話が許容される。Talkgroup は番号によって識別される。携帯電話ハンドセットでは、Talkgroup 番号が、ハンドセットの制御面で検索される。グループ呼出を設置するために、開始加入者（例えばＡ）はハンドセットにTalkgroup 番号を入力し、ＰＴＴのボタンを押し下げておき、チャープというような甲高い音の可聴確認を受け取ると、話し始めることができる。ＡがＰＴＴボタンを押し下げている間は、グループ呼出の他のすべてのTalkgroup メンバーは、聞くことしかできない。ＡがＰＴＴボタンを放せば、グループ呼出の別のメンバーがＰＴＴボタンを押し下げ、可聴確認によって示された制御を取得し、話し始めることができる。
【００１７】
グループ呼出システムの最も初期の例の中に、Two Way Talk Radio（ＴＷＴＲ）システムというのがある。これは、Nextel Direct Connect （登録商標）より以前からあったアナログの半二重無線方式であり、送信中に、送信側（放送側）トランシーバでは送信機がオン、受信機がオフになっており、受信側のトランシーバでは送信機がオフ、受信機がオ
ンになっている方式である。ＴＷＴＲシステムでのレイテンシー（latency,待ち時間）は、実質上０であり、電波速度および電子部品の伝播時間に支配されている。そのようなシステムの別の特徴は、放送側の呼出者が聞き側の存在についての演繹的な知識を有していないことである。呼出者が任意の聞き側の存在を確認することができるのは、少なくとも１人の聞き側が応答している場合だけである。従って、グループ呼出の通常のモードは、グループ呼出を確立する場合に例えば「そこにいらっしゃいますか？」等の言い回しを用いて呼出者がまず１または複数の聞き側の存在を確認する、「ヒューマン・プロトコル」を含んでいる。聞き側の存在が確認される前に、グループ呼出に有意義なコミュニケーションが起こらない場合は、Human Round Trip Response Time（ＨＲＴＲＴ）と称されるレイテンシー期間がＴＷＴＲの知覚されるレイテンシーを決定する。少なくともある一部の場合、被呼者がハンドセットに容易にアクセス可能な場合、ＨＲＴＲＴは１．５〜４秒の範囲であり、これは５マイルを超える距離で０．０３ミリ秒であり得る電波速度による遅延とは対照的である。
【００１８】
一部のＰＴＴシステムでは、符号化およびフレーム化された半二重音声通信にデジタル無線が使用される。ＴＷＴＲシステムとは異なり、デジタル無線をベースとするＰＴＴシステムは、グループ呼出を確立するために明示的シグナリングを使用する。明示的シグナリングとグループ呼出セットアップ活動、元々はアナログである音声信号の符号化およびデジタル・フレーム化、そして送信遅延のため、そのようなシステムはかなり大きなレイテンシーを有し、少なくとも場合によっては７５０ミリ秒〜１．５秒の範囲に及び得る。このデジタル無線をベースとするＰＴＴシステムは、呼出者が聞き側の存在に気づいているという点でも、ＴＷＴＲシステムとは異なっている。通常、デジタル無線をベースとするＰＴＴシステムは、１または複数の聞き側の存在を示す「チャープ」と称される音を発する。この「チャープ」の発生後、呼出者は呼出を進行することができる。したがって、聞き側が利用可能であり電話に出られこちらに注意を向けているか否かを呼出者が知る必要があるため、ＨＲＴＲＴのレイテンシーはデジタル無線ベースのＰＴＴシステムにおいては依然として重大である。チャープは単にハンドセットが有効であることを示すにすぎず、聞き側の状態の表示は与えない。呼出者には、聞き側が何かほかのことに忙しいか否かも、ハンドセットが聞き側からある程度はなれた距離に（例えばキッチン・カウンターに）いるか否かも、わからない。少なくともある場合では、現在のデジタル無線ベースのＰＴＴシステムのＨＲＴＲＴは、ハンドセットが聞き側に容易にアクセス可能な場合、２〜５秒の範囲であり得る。
【００１９】
ＣＤＭＡｌｘＲＴＴインタフェースを初めとする標準エア・インタフェース（ＲＦ変調）を使用するデジタル無線ベースのＰＴＴシステムのいくつかの実施形態では、ＨＲＴＲＴは１２〜１５秒と大きい可能性がある。そのようなインタフェースはＰＴＴ方式のグループ呼出用に最適化されておらず、ＰＴＴ呼出の伝達に使用された場合には種々のレイテンシーを招来する。ｌｘＲＴＴネットワークにおける通常のＰＴＴ呼出は、１５秒のＨＲＴＲＴレイテンシーを有し得る。これは新しいＰＴＴシステムの展開の成功にとって重大な障害を形成し得る。
【００２０】
全体レイテンシーは少なくとも以下の要因を含んでいる。上述したように、プレゼンス・レイテンシーは、被呼者が存在し、そのため被呼者が話し始めることができることを呼出者が判定した時に消費された時間によるレイテンシーである。呼出者が一旦グループ呼出を始めると、プレゼンス・レイテンシーが生じる。呼出セットアップ・レイテンシーは、被呼者が呼出者の意図を決定した時に消費された時間によるレイテンシーである。一旦グループ呼出が生じると、呼出セットアップ・レイテンシーが生じる。メディア・レイテンシーは、グループ呼出の一方の当事者によって発された通話スパートが呼出の他方の当事者によって聞かれる前に消費された時間によるレイテンシーである。メディア・レイテンシーは、バッファ時間、符号化時間、および音声メディアの送信遅延を含んでいる。上
述したように、ＨＲＴＲＴは、呼出者が被呼者の音を聞く前に消費された時間、すなわちによる呼出者が発話して制御を解放し、被呼者がそれを聞いてから制御を取得し発話した後に消費された時間のレイテンシーである。
【００２１】
従来のｌｘＲＴＴ  ＰＴＴサービスは、音声がＥＶＲＣ（増強可変速度コーデック）として符号化されたＲＴＰ／ＵＤＰ／ＩＰでのトランスポート機構として、パケット交換データ（ＰＳＤ）を使用し、明示的シグナリングプロトコルとしてＳＩＰ（セッション開始プロトコル）を使用する。ｌｘＲＴＴネットワークでは、休止間隔（dormant interval）として知られている期間の間、パケットデータ活動がなければ、ハンドセットは休止状態に入る。休止ハンドセットのデータ活動が開始する場合、ハンドセットは、休止状態から活動状態への遷移を実行する。したがって、グループ呼出の参加者が、休止中のハンドセットを有していれば、そのハンドセットが休止状態から活動状態まで遷移する時に消費される時は、グループ呼出での全体レイテンシーにも寄与する。少なくともある場合では、平均呼出セットアップ・レイテンシー（プレゼンス・レイテンシーを含む）は、活動中のハンドセットを有する参加者に関しては１．５〜３秒の範囲であり、休止中のハンドセットを有する参加者に関しては５〜１０秒の範囲である。少なくともある場合では、平均メディア・レイテンシーは４００ミリ秒〜６００ミリ秒の範囲に及び得る。ＨＲＴＲＴは、活動中のハンドセットを有する参加者に関しては５〜７秒の範囲であり、休止中のハンドセットを有する参加者に関しては７〜１４秒の範囲であり得る。
【００２２】
ｌｘＲＴＴネットワークの通常の実装の別の態様は、「Ｒ−Ｐコンテキスト」実装の特徴である。これに従うと、一定期間活動がなかった場合、ハンドセットに関連するＰＰＰセッションはネットワーク（すなわちＲ−Ｐノード）によって終了される。Ｒ−Ｐコンテキストがないも、通常のｌｘＲＴＴネットワークにおけるグループ呼出のレイテンシーにも寄与する。
【００２３】
一定期間活動がなかった場合、ｌｘＲＴＴネットワークの休止特徴によれば、ＰＰＰセッションが維持されるが、エア・リソースは他の使用のために解放される。データが送信できる場合、エア・リソースの回復（すなわち「ハンドセットを起こすこと」）には時間を消費し、これはレイテンシーに寄与する。
【００２４】
本発明は、一般に、移動体通信システムおよび方法を提供し、詳細には、移動体通信、特に特にプッシュ・トゥー・トーク呼出およびグループ呼出における、呼確立を迅速化するシステムおよび方法を提供する。移動局（ＭＳ）が休止状態にある間に、移動局は、半二重移動体通信通話のために準備される。半二重移動体通信通話のユーザによる開始に応答して、移動局の準備に基づいて半二重移動体通信通話が確立される。
【００２５】
呼確立の迅速化によって、移動体通信システムはユーザに、ほぼレイテンシーのないＰＴＴシステムまたはグループ呼出システムを提供することができる。プロバイダは、経済的インセンティブに従ってネットワーク資源を有効に割り当て、レイテンシーを有効に減小させることができる。ユーザは、他のユーザが出られることについての予備知識を備えつつ、迅速に、正確に、かつコスト効率良く通信することができる。
【発明を実施するための最良の形態】
【００２６】
同時継続の米国特許出願出願番号第０９／８４５，９３４号は携帯電話ユーザの予め定義されたグループのメンバーの間での呼出を調整するシステムおよび方法について説明している。図２を参照すると、同時継続の米国特許出願出願番号第０９／８４５，９３４号に説明されているように、グループ呼出論理１０１０を実装するプロキシ・スイッチまたは他の装置は、グループ１０１４のメンバー１０１２Ａによってグループ呼出の開始を検知し、グループ呼出でグループのメンバー１０１２Ａ，１０１２Ｂ，１０１２Ｃのすべて
への接続を自動的に試みる。特定の実装では、グループ呼出での通信は半二重である（すなわち一度に１人のメンバーだけが話すことが可能である）。また、グループのための音声トラフィックはインターネットプロトコル（「ＩＰ」）ネットワークを通じてマルチキャスト・セッションでなされる。
グループ呼出論理がプロキシ・スイッチによって実装されている場合に関していえば、プロキシ・スイッチは、援用によりその全体が本願に組み込まれる、２０００年１１月２２日に出願された発明の名称が「プロキシ・スイッチにより移動体通信にサービスを提供するシステムおよび方法（System and Method of Servicing Mobile Communications with a Proxy Switch）」の同時継続の米国特許出願出願番号第０９／７２１，３２９号に説明されているように作用し得る。同時継続の米国特許出願出願番号第０９／７２１，３２９号に説明され、図３に例示されているように、スイッチング１０３４オペレーションが少なくとも１つの移動交換局（「ＭＳＣ」）１０３０と、少なくとも１つの基地局サブシステム（「ＢＳ」）１０３２との間で行なわれる。スイッチングによって、通信トラフィックは、ＩＰネットワークを初めとする代替ネットワーク１０３６に、または代替ネットワーク１０３６から吸い上げることが可能である。スイッチングはトランスペアレントであるので、ＭＳＣもＢＳも、本発明のスイッチングで作用するためにはいかなる変更も必要としない。
【００２７】
同時継続の米国特許出願出願番号第０９／７２１，３２９号に説明されているプロキシ・スイッチは、移動シグナリング・プロトコルに従ってＭＳＣとＢＳからシグナリング・メッセージを受け取る、シグナリング・メッセージ処理論理１０３８を有する。メッセージ傍受論理１０４０は、シグナリング・メッセージ処理論理と協働し、シグナリングメッセージを送信したＭＳＣまたはＢＳに肯定応答メッセージを送信する。メッセージ傍受論理は、シグナリング・メッセージがＢＳとＭＳＣの他方へそれぞれ転送されることも防止する。メッセージ変換論理１０４２は、シグナリングメッセージ処理論理と協働し、ＭＳＣおよびＢＳのうちの一方のシグナリング・メッセージを、ＢＳおよびＭＳＣの他方へ送信するための変換シグナリング・メッセージに変換する。メッセージ送信論理１０４４は、シグナリング・メッセージ処理論理と協働し、ＭＳＣおよびＢＳのうちの一方からのシグナリング・メッセージを、ＢＳおよびＭＳＣの他方にそれぞれ送信する。
【００２８】
ＢＳからのベアラ回路１０４６のセットがプロキシ・スイッチに割り当てられる。ＭＳＣとＢＳの間のシグナリング・メッセージが受け取られ、それらが割り当てられたベアラ回路のセットに相当するか否かを判定するために、分析される。肯定の場合、シグナリング・メッセージ中の制御情報は代替通信網に伝えられ、ベアラ回路のセット上を伝えられている情報は代替ネットワークに吸い上げられる。
【００２９】
図４は、プロキシ・スイッチ３００の１つの好ましい配置を示す。図４において、プロキシ・スイッチ３００はＢＳ  １０７とＭＳＣ  １１０との間に位置する。ユーザ・トラフィックを伝えるトランク３０６のサブセットはプロキシ・スイッチで終端する必要があるが、他のトランク３０８はＭＳＣ  １１０およびＢＳ  １０７と直接接続してもよい。ＢＳ  １０７からの制御リンク３１２は、すべてプロキシ・スイッチ３００で終端する。プロキシ・スイッチは、制御プレーン３０２とデータ・プレーン３０４（「ベアラ・プレーン」としても知られる）を備えている。制御プレーン３０２は、すべてのシグナリング・トラフィックを取り扱い、データ・プレーン３０４は、プロキシ・スイッチに接続されたトランクのためのすべてのユーザ・トラフィックを取り扱う。
【００３０】
ある実施形態では、ＭＳＣとプロキシ・スイッチとの間には１対１の対応がある。いくつかのＢＳが一つのプロキシ・スイッチと作用してもよい。
プロキシ・スイッチ３００は、すべてのシグナリング・メッセージを受け取るソフトウ
ェアを含み、メッセージおよびシステム状態に依存して、以下のうちの少なくとも１つを行なう：
１．メッセージを、変更せずに、該メッセージ中にアドレス指定されているＭＳＣまたはＢＳに渡す；
２．  ＭＳＣとＢＳとの間のメッセージを傍受する；
３．  傍受されたいくつかのメッセージに対して、傍受されたメッセージを異なるメッセージに変換し、傍受されたメッセージ中にアドレス指定されているＭＳＣまたはＢＳに、オリジナルの傍受メッセージの代わりにその変換メッセージを送る；
４．  モバイルベースまたはＰＳＴＮベースのネットワークから、ＩＰネットワークを初めとする代替ネットワークへ、メッセージを吸い上げる。
【００３１】
トリガ・イベントと共に各ケースで行なわれるアクションのタイプを、以下に説明する。
多くの例では、特にＭＳ  １１４からのメッセージが吸い上げられ、トラフィックが代替ネットワークに向けられる場合、プロキシ・スイッチ３００はＭＳＣ  １１０として機能し得る。そのような役割では、プロキシ・スイッチは、従来のＭＳＣが行なう責任および役割を果たす。そのような機能と役割のうちの一部は、移動管理に関する。ローミング中のＭＳの場合を考えてみると、ＭＳがあるセルから別のセルにローミングすると、それは異なるＭＳＣがサービスを提供するセルにローミングし、ソースＭＳＣと目標ＭＳＣとの間のハンドオフを必要とする場合がある。プロキシ・スイッチ３００がメッセージを吸い上げて、呼出／セッションが代替ネットワークに向けられる場合、ハンドオフが従来のＭＳＣによって管理される方法と同様に、そのハンドオフはプロキシ・スイッチによって管理される。プロキシ・スイッチによって、適切なデータベースが、ＭＳの新しい位置で更新される。
【００３２】
プロキシ・スイッチの別の機能は、資源の割り当てに関する。詳しくは、ＭＳが新しい呼出／セッションを要求するメッセージを開始する場合、このセッションに適した回路（チャンネル）が割り当てられる必要がある。システム構成とシステム状態に依存して、プロキシ・スイッチは、従来のＭＳＣが回路を割り当てる方法と同様に、そのような割り当てを行う。
【００３３】
図５は、ＩＰバックボーン４１２または代替回路ベースのネットワーク４１４を初めとするいくつかの代替ネットワークにプロキシ・スイッチ３００が接続されている例証的な配置を示す。このような代替ネットワークを使用して、音声および／またはデータトラフィックを所望の目的地に運びつつ、ＰＳＴＮ  １２０と高価な資源であるＭＳＣ  １１０の全部または一部分を回避される。代わりに、そのような配置を使用して、異なるネットワークに回路トラフィックを戻してもよい。例えば、ニューハンプシャー州のナシュア（Nashua）からの回路トラフィックを、マサチューセッツ州のウォルサム（Waltham ）のＭＳＣに戻してもよい。あるいは、そのような配置を使用し、別のネットワークに接続してもよい。例えば、ＩＰバックボーン４１２は、ＩＰ音声ネットワーク４１８またはインターネット４１６と通信し得る。同時係属出願で説明しているように、トラフィックを代替ネットワークへ吸い上げるときには、制御情報（例えばシグナリング・メッセージから）と、リンク３０６上のベアラ回路からの音声またはデータとの両方が、代替ネットワークを介して送られ得る。
【００３４】
同時継続の米国特許出願出願番号第０９／８４５，９３４号に説明されているグループ通信システムの特定の実装では、クローズド・ユーザ・グループ（「グループ」または「ＣＵＧ」）に属する移動体通信ユーザ（「ユーザ」）には、互いに迅速かつ容易に連絡をとり、従って互いに話し始める能力が提供される。各グループは２人以上のユーザ（「メンバー」）を含み、ユーザは複数のＣＵＧに属していてもよい。グループの二人のメンバ
ーの間（「プライベート・モード」）に、またはＣＵＧのすべての出られるメンバーの間（「パブリック・モード」）に、会話が生じ得る。このグループ通信システムは、セル式電話およびモバイルＰＤＡを初めとする、従来の移動体通信機器を使用する。
【００３５】
特定の実装では、グループ通信システムは、上述したようにＭＳＣおよびＢＳＣの間に論理上配置されたプロキシ・スイッチにおいてグループ呼出論理を実行し、グループ呼出開始を傍受し、ＭＳＣおよびＰＳＴＮを回避し、Voice over  ＩＰ（「VoIP」）を行うＩＰマルチキャスト・セッションとしてグループ呼出を実行する。グループ内のユーザには、ＣＤＭＡ、ＴＤＭＡ（ＩＳ−１３６およびＧＳＭを含む）、ＧＰＲＳおよび第３世代技術を初めとする１または複数の無線技術に依存する統合ネットワークを橋渡しする多数のＭＳＣにより、種々の地理的位置でサービスが提供され得る。例えば、任意の１つのグループ呼出に参加したグループメンバーの間では、１または複数のユーザがＧＳＭネットワークでローミングし得ると同時に、１または複数のユーザがＣＤＭＡネットワークでローミングし得る。グループ呼出が進行中である間、グループ呼出に関係する制御情報は、グループ呼出の表示参加者を初めとする１または複数のユーザに利用可能であり得る。グループ呼出リストは、ＭＩＮ、ＩＭＳＩおよびＥＳＮを初めとする標準的な番号付け方式を使用して、グループ呼出ユーザにより動的に生成され、かつ修正され得る。
【００３６】
グループ通信システムの例証的実施形態の一般的なアーキテクチャを、図６に例として示す。図６は、グループ呼出中の４人のユーザが、異なるＢＴＳシステム１０６２Ａ−１０６２Ｄに接続された無線装置１０６０Ａ−１０６０Ｄを使用しているところを示す。以下の説明のために、無線装置はオーディオ能力とテキスト表示能力のいずれをも有しているものと仮定する。ＢＴＳは、基地局コントローラ（「ＢＳＣ」）１０６４Ａ−１０６４Ｄに接続され、ＢＳＣ１０６４Ａ−１０６４Ｄは、グループ呼出論理（「グループ呼出スイッチ」）１０６６Ａ−１０６６Ｃを実装しているプロキシ・スイッチに接続される。各グループ呼出スイッチは、ＭＳＣ  １０６８Ａ、１０６８Ｂまたは１０６８Ｃを初めとするＭＳＣに接続される。少なくとも１つのグループ呼出スイッチには、グループ電話サービス対応ネットワークの各ＭＳＣが供給される。シグナリング情報に関して、各グループ呼出スイッチは、論理上、対応するＢＳＣと対応ＭＳＣとの間に位置する。グループ呼出スイッチは、ＢＴＳおよびＢＳＣを介してＭＳＣから、および逆方向で無線装置から、シグナリングおよびデータを受け取る。各グループ呼出スイッチは、ＢＳＣとＭＳＣのいずれもが、ＢＳＣとＭＳＣとの間に位置するグループ呼出スイッチに気づかないように作用する。ＭＳＣおよびＢＳＣからのシグナリングおよび制御情報は、グループ呼出スイッチによって傍受され、識別可能な変更なく、必要に応じて関連する要素にシームレスに渡される。
【００３７】
ＭＳＣはパブリック・ランド・モバイル・ネットワーク（「ＰＬＭＮ」）１０７０に接続し、グループ呼出スイッチはバックボーン・マルチキャスト対応ＩＰネットワーク（「バックボーン・ネットワーク」）１０７２に接続する。バックボーン・マルチキャスト対応ＩＰネットワーク１０７２は、ＣＵＧアクティブ・ディレクトリ１０７４および増強ホーム・ロケーション・レジスタ（「ＨＬＲ」）１０７６へのアクセスを提供する。
【００３８】
上述したように、同時係属出願のプロキシ・スイッチに関して、グループ呼出スイッチは制御プレーンとデータ・プレーンを含んでいる。制御プレーンの機能は、ＢＳＣまたはＭＳＣから、あるいは両方から、シグナリング・メッセージを終了させることである。例えば、ＣＤＭＡネットワークでは、シグナリング・メッセージがＩＳ−６３４プロトコル仕様によって定義される。制御プレーンは入力信号を終了させ、ＭＳＣまたは他の要素への前方送信のための新しいシグナリング・メッセージを生成する。制御プレーンは、以下に説明するマルチキャスト機能もサポートする。
【００３９】
１つの特定の実施形態では、グループ呼出スイッチのデータ・プレーンは、ＢＳＣまたはＭＳＣから、あるいは両方から、ＴＤＭトラフィックを受け取り、ＴＤＭクロス接続（「ＤＡＣＳ」）を使用して、入って来たトラフィックを出て行く目的地までインタフェース接続する（図４）。別の実施形態では、データ・プレーンは、基地局複合体（無線アクセスネットワークすなわち「ＲＡＮ」としても知られている）から入って来たＩＰトラフィックをも受け取り、入って来たＩＰトラフィックを出て行くＩＰトラフィックに切り替えることも可能である。制御プレーンにおけるプログラム制御は、入って来るＴＤＭトラフィックと出て行く目的地との間のクロス接続、特にＩＰネットワーク上の従来のＭＳＣおよび／または目的地、を決定する。
【００４０】
ＭＳＣがＤＡＣＳからの出て行く目的地として機能している場合、グループ呼出スイッチは、ネットワークに対して本質的にトランスペアレントである。トラフィックおよび制御は、ＢＳＣからＭＳＣまで、およびＭＳＣからＢＳＣまで、シームレスに流れる。出て行く目的地が代わりにＩＰネットワーク上にある場合、データ・プレーン中のメディア・ゲートウェイ（同時係属出願で説明）は、入って来るＴＤＭトラフィックの選択部分を、ＭＳＣから離し、入って来るＴＤＭトラフィックをＲＴＰ／ＵＤ／ＩＰトラフィックに変換し、このＲＴＰ／ＵＤ／ＩＰトラフィックをバックボーンＩＰネットワークに挿入する。
【００４１】
ＣＵＧアクティブ・ディレクトリ（「ＣＵＧ  ＡＤ」）１０７４は、グループ呼出レジストリ（「ＧＣＲ」）としても知られているが、ＣＵＧデータを含むデータベース・システムである。特定の実装では、図７のＣＵＧ  ＡＤはスケーラビリティ用の分散型データベースシステムとして実装される。ＣＵＧ  ＡＤは、グループ呼出ネットワークにおけるすべてのＣＵＧの定義を含んでいる。ＣＵＧ  ＡＤへの問い合わせは、ＣＵＧの識別子を指定する。すなわち、該問い合わせは該指定ＣＵＧの定義を求めるものであり、結果、その該指定ＣＵＧのすべてのメンバーのグループユーザーＩＤのリストが得られる。例えばＣＵＧ  ＩＤ  ２３４７を指定する問い合わせにより、ＣＵＧ  ＡＤは、ＣＵＧの中の４人のユーザのモバイル識別番号（「ＭＩＮ」）ｘｘｘ、ｙｙｙ、ｚｚｚおよびｗｗｗを識別する結果を生成し得る。特定の実装では、ＭＩＮ番号は、サービス・プロバイダによってＧＩＲサービスのユーザに割り当てられるものである。
【００４２】
各ＣＵＧは、ＣＵＧ  ＡＤの異なる分配部分に異なるパーティションが割り当てられるようにパーティションに分割された、ＣＵＧネーム・スペースに由来する固有識別子ＩＤによって、システムに識別される。パーティション・スキームのパーティション・インデックスは、すべてのグループ呼出スイッチに利用可能にされる。グループ呼出スイッチがＣＵＧの定義を検索する必要がある場合、グループ呼出スイッチは、該インデックスを使用して、問い合わせがされているＣＵＧ  ＡＤのコンポーネントを決定することができる。
【００４３】
同時継続の米国特許出願出願番号第０９／８４５，９３４号に説明されている特定の実装では、グループ呼出サービスは、ＩＰマルチキャストを使用して、ＩＰネットワーク内で作用する。ＩＰマルチキャストは、ソースが、ＶｏＩＰパケットのストリームのシングル・コピーを送ることを可能にする。ＶｏＩＰパケットのストリームは、該ストリームを受け取ることを明示的に登録した多数の受取人によって受け取られる。マルチキャストは、受信者が特定のマルチキャスト・セッション・グループに参加し、ストリームはネットワーク・インフラストラクチャによってそのグループのすべてのメンバーに送られるという、受信者ベースの概念である。マルチキャスト・ストリームの１つのコピーだけがＩＰネットワークの任意のリンク上で渡され、必要に応じて、ＩＰマルチキャスト対応のメディア・ゲートウェイでのみコピーが作成される。
【００４４】
接続と通信を含む呼確立は、以下に説明するレイテンシー減小技術を使用することにより迅速化され得る。詳細には、技術は、ｌｘＲＴＴネットワークにおけるグループ呼出（ＰＴＴ呼出を含む）のレイテンシー特性を改善し、通信事業者が種々の程度のレイテンシーにより区別された種々のクラスのＰＴＴサービスを提示することを可能にする。例えば、以下の３つのサービス・クラスが提示され得る。
【００４５】
ゴールド（金）：ユーザ・ハンドセットは休止状態に入らない。すなわち、「常時オン」の装置である。
シルバー（銀）：ユーザ・ハンドセットは休止状態に入ることはあるが、ユーザＰＰＰセッションが終了することはない。すなわち、「常時オン」ＰＰＰである。
【００４６】
ブロンズ（銅）：レイテンシー減小のない通常サービス。
特定の実装では、システムは、ハンドセットに適切な方法およびシステムを含むことにより、ならびにプロキシ・スイッチに適切な方法およびシステムを含むことにより、実装され得る。ハンドセットに実装される方法およびシステムは、ユーザ・インタフェース増強および信号解釈方法およびシステムを含み得る。図８は、第１および第２の移動性ハンドセット２０１２，２０１４が、第１の無線アクセスネットワーク（ＲＡＮ）２０１６および第１のパケットデータ・サービス・ノード（ＰＤＳＮ）２０１８を介して、インターネット２０２０および第２のＰＤＳＮ  ２０２２ならびに第２のＲＡＮ  ２０２４を通じて、第３および第４のモバイル・ハンドセット２０２６，２０２８と通信する、例証的な実装２０１０の構成要素を示す。各ＲＡＮは、ＢＳ  ２０３０を初めとする少なくとも１つの基地局（ＢＳ）と、少なくとも１つの基地局コントローラ（ＢＳＣ）２０３２とを有している。少なくとも１つのプロキシ・スイッチ２０３４は、ＳＩＰの明示的シグナリングを使用して、インターネットを介してＰＤＳＮ  ２０１８，２０２２と通信する。ＢＳＣ  ２０３２は、プロキシ・スイッチ２０３４を介して、ＭＳＣ  ２０３５を初めとするレガシー・移動交換局（ＭＳＣ）と通信する。ＭＳＣ  ２０３５はＰＳＴＮに接続する。ＲＡＮ  ２０１６，２０２４はベアラ信号（Ｒ−Ｐ）を使用して、対応ＰＤＳＮ  ２０１８，２０２２と通信する。
【００４７】
同時継続の米国特許出願出願番号第０９／７２１，３２９号および第０９／８４５，９３４号に説明されているように、プロキシ・スイッチは、ＭＳＣとＢＳＣとの間を通過するトラフィックをモニタし、トラフィックの内容または条件に依存して、トラフィックを傍受するか、および／またはアクションをとり得る。
【００４８】
各ＰＤＳＮはパケットを対応ＲＡＮへ／から経路指定するルータとして機能し、ハンドセットがローミングする時にセッションが維持されるように、Ｒ−Ｐコンテキストを維持する。各ＰＤＳＮは、データ加入者の認証も行ない得る。
【００４９】
ＭＳＣはモバイル・ハンドセットから明示的シグナリングを受け取り、グループ呼出セットアップ要求の処理および通話制御の管理を初めとする、論理実行タスクを使用する。
サンプルシステムは、１または複数の以下のレイテンシー減小技術を使用し得る。
【００５０】
周期的なプレゼンス情報プッシュ（ＰＰＩＰ）技術は、上記および同時継続の米国特許出願出願番号第０９／８４５，９３４号で説明したデータベースであるグループ呼出登録（ＧＣＲ）を利用する。ＧＣＲは、加入者およびそれらのグループ呼出リストについての情報を含んでいる。ＰＰＩＰ技術では、ＧＣＲは、加入者についてのプレゼンス情報を維持するためにも使用され、プレゼンス情報は、加入者のハンドセットに「プッシュ」される。したがって、この「プレゼンス・プッシュ」により、呼出者は、呼出者のグループリスト・メンバー（例えば１つのグループ当たり３２人のユーザ）の少なくとも一部存在に絶えずまたはほぼ絶えず気づいている。従って、プレゼンス・レイテンシーは有効に除去
され、呼出者はＰＴＴボタンを押すとすぐに有意義に対話することができる。
【００５１】
ＭＳがオンになるとＭＳは「プレゼント」になり、その登録手続を終了する。ＭＳは、ＨＬＲへの周期的位置更新と、ページング要求への応答が適時に実行されている限り、プレゼントのままとなる。ＭＳがオフにされるか信号のカバレージを超えて動いた場合のように、そのように実行されていない場合には、ＭＳは登録から外れ、「プレゼントしていない」とみなされる。
【００５２】
プレゼンス・プッシュの速度は扱いやすいレベルのネットワーク・オーバーヘッドを生成するように構成することができ、プレゼンス・プッシュのリフレッシュ速度は加入者のサービス・クラスに結び付けることができる。例えば、ネットワークは、ゴールド・クラスの加入者に対しては数秒毎にリフレッシュをし得るが、他の加入者に対してはより少ない頻度でリフレッシュし得るか、あるいは全くリフレッシュしない。
【００５３】
特定の例では、呼出者はサッカークラブのメンバーにグループ呼出をしたい場合がある。ＰＰＩＰ技術を欠いたシステムでは、呼出者には、意図した受取人が存在しているかどうかがわからない。ＰＰＩＰ技術の実装例では、グループメンバーが存在しているかどうかの表示が、ハンドセットのスクリーンの一番上のバーに常に表示される。その結果、少なくとも１人のグループメンバーが存在していれば、呼出者はボタンを押し、直接「サッカーをしませんか？」と尋ねることができる。
【００５４】
ＰＰＩＰ技術は、５００万人または１０００万人のユーザをサポートするネットワークに、重要なトラフィックを、グループメンバーの存在に関する更新情報の形で加えることができる。したがって、上述したような異なるサービス・クラスは、ネットワーク上の異なる更新率および異なる負担に相当し得る。
【００５５】
「早期ストリーミング」技術と称される別のレイテンシー減小技術では、ＰＴＴサービスの登録フェーズが、これはハンドセットの電源が最初に投入された時に起こるものであるが、メディア・ゲートウェイ・ポート・ネゴシエーションを開始するためにも使用される（ネゴシエーションは同時継続の米国特許出願出願番号第０９／８４５，９３４号に説明されている）。したがって、加入者および加入者グループがグループ呼出のために使用するポートは、登録プロセスの一部として前もってネゴシエートされる。これによってこのプロセスに使用される時間が節約され、呼出セットアップ・レイテンシーに寄与する。早期ストリーミング技術の別の態様は、ポートが前もって識別されるので、いかなるパケット（サイレンスでないことを意味する）もポート上の帯域内で検知され得るということである。トラフィックが、グループ呼出のメンバーのうちのいずれかから検知される場合、通話するための制御（「通話制御」）プロセスが同時継続の米国特許出願出願番号第０９／８４５，９３４号に説明されているように開始され、呼出者による呼出の制御を与え、これはＰＴＴまたはグループ呼出での通話制御セットアップ時間を減小または除去することにより、レイテンシーを減小させる。
【００５６】
レイテンシーの状況では、ハンドセットがオンになると登録手続が実行され、登録手続に基づいてシグナリング接続がなされるまで音声パケットは送られない。早期ストリーミング・レイテンシー減小技術では、シグナリングがセットアップされている間に、音声パケットがプロキシ・スイッチによって受け入れられると共にバッファされ、その結果、呼出者は、会話を始めるためにシグナリング接続がなされるまで待つ必要はない。その後、シグナリング接続がなされるとすぐに、バッファされた音声パケットは受取人のハンドセット上で再生され得る。
【００５７】
メディア・ゲートウェイ・ポートは、一般に、グループ呼出およびＰＴＴ呼出の受動デ
ータ・サービス・モードで選択および使用される。レイテンシーの状況では、呼出をするまで、ポートの割り当ては行なわれず、呼出をした時点でポート割り当てが動的に実行され、ポート割り当ては呼出の長さと２〜３分の保持時間の間有効である。また、次の呼出には、新しいセットのポートが割り当てられる。
【００５８】
特に、早期ストリーミング技術では、メディアゲートウェイポートが予め割り当てられており、グループ呼出での呼制御を援助すべくモニタされる。サッカークラブの例では、任意の特定の時間において、１人が呼出者であり、他のものはすべて受取人である。適切なハンドセットボタンを押す人が通話制御を有しており、ボタンを使用して通話制御が解放された場合、呼出の別のメンバーが、メンバーのハンドセット上の対応ボタンを押すことにより、通話制御をとることができる。誰も一定期間内にボタンを押さなければ、呼出は休止する。
【００５９】
制御の遷移は、同時継続の米国特許出願出願番号第０９／８４５，９３４号に説明されているが、時間を消費し、レイテンシーに寄与する。通話制御が手放されたことをシステムが認識する時、およびシステムが通話制御を別のメンバーに許可する時、時間が消費される。ポートの事前割り当てにより特定のポート上の活動の検出に基づいて、呼出制御が割り当てられるように、ポートをモニタすることが可能となる。例えば、最初の音声パケットが人Ａに対応するポートへ向けられているものとして検知された場合、その音声パケットは「そこにいらっしゃいますか？」に相当するメッセージを表わすものと仮定することができ、人Ａがボタンを押す前に、通話制御を人Ａに割り当てることが可能となる。パケット活動が２以上のポート上で検知される場合には、無作為抽出法プロセスを実行して通話制御を割り当ててもよい。
【００６０】
「最適伝送」技術と本明細書で称する別のレイテンシー減小技術は、明示的シグナリング・メッセージで使用されるセッション開始プロトコル（ＳＩＰ）ヘッダを圧縮し、登録情報を圧縮し、かつ、登録情報を伝えるショート・メッセージング・サービス（ＳＭＳ）を利用することにより、メディアレイテンシーを少なくとも部分的に減小させる。従って、ＳＭＳはＲ−Ｐコンテキストに従わないシグナリング・チャンネルを使用するので、ＳＭＳトラフィックを伝えるにはＰＳＤセッションが利用可能である必要はなく、休止によるレイテンシーは減小される。
【００６１】
特定の例では、ＭＳはＳＩＰヘッダから不必要な情報を除去する。他のデータ圧縮またはデータ減少方法を、代わりにまたは同様に使用してもよい。
特に、ＳＩＰをＰＴＴサービスのために使用してもよく、この技術はＳＩＰが転送する情報量を減小させることを含む。さらに、技術は、情報をＳＭＳメッセージとして伝えるＳＭＳに基づいてもよい。ＳＭＳはシグナリング・リンクに基づいており、休止状態を受けないため、レイテンシーを減小させる。情報は、ハンドセットが休止モードからの遷移を実行する必要なく、送信および受信され得る。特に、ＳＩＰシグナリングを送るために、Ｒ−Ｐコンテキストに関連するチャンネルを用いる代わりに、ＳＭＳが使用される。プロキシ・スイッチは、ＳＭＳメッセージを受け取って解釈し、ＳＩＰシグナリングのために作用する。
【００６２】
ユーザ・インタフェース最適化技術と本明細書で称する別のレイテンシー減小技術は、ユーザ・インタフェース条件に応答することにより、レイテンシーを減小させるものである。少なくともある場合では、ＰＴＴ呼出を開始する前にグループを位置決定するために、加入者はハンドセット上のユーザ・インタフェースを使用する。この技術は、ユーザの注意がユーザ・インタフェースレベルのグループに向けられていることを検知し、その結果、休止状態から活動状態まで遷移を始めるために、「暗示」メッセージを潜在的な受取人のハンドセットに送る。少なくともある場合では、暗示メッセージを送るためにＳＭＳ
を使用してもよい。
【００６３】
特定の例では、ユーザは、ユーザのハンドセットのユーザ・インタフェースに列挙された、多数のグループ呼出グループ（サッカークラブのグループおよびカードゲームをグループ）を有していてもよい。グループを選択するために、ユーザはグループのリストをスクロールダウンする。ユーザが特定のグループを選択する意図がある（例えばユーザが一定期間、グループのリスト上でカーソルをしばらく留めたので）ことが判定した場合、そのグループに属する受取人ハンドセットに暗示メッセージが送られる。したがって、ユーザがグループ呼出の開始を完了する前に、受取人ハンドセットはグループ呼出の準備をし始めることができる。
【００６４】
警戒最適化技術と本明細書で称する別のレイテンシー減小技術は、呼出者が、呼出者のハンドセット上の呼出者ユーザ・インタフェースを使用して意図した受取人に「ピーン」という音または「警告」を発し、受取人ハンドセットに警告メッセージを送ることを可能にする。したがって、呼出者は、意図した受取人が利用可能であり、ＰＴＴ呼出を積極的に受けようとしているかを判定するのを支援するためにハンドセットを使用し得る。警告メッセージは、ＳＭＳを介して送られ得るが、その結果として、受取人ハンドセットは、休止状態から活動状態への遷移を実行し得る。
【００６５】
特定の例では、グループはユーザの電話帳から選択されてもよいし、ユーザはボタンを押して意図した受取人に警告メッセージを送り、グループ呼出が始められていることに気づくように意図した受取人に警告してもよい。各々の意図した受取人のハンドセットは、意図した受取人がハンドセットを拾い上げるかまたは別の方法で呼出の準備をするように促すように、可聴信号を生成してもよい。
【００６６】
図９−２０は、レイテンシー状況の、および、呼確立を迅速化するための１または複数レイテンシー減小技術に使用され得る対応する手続の、サンプルフロー図を示す。
図９は、移動性ハンドセットＡ（図８のハンドセット２０１２）がオンになり、プロキシ・スイッチに「SIP レジスタ」登録開始メッセージを発し、この登録要求がプロキシ・スイッチによって処理され、プロキシ・スイッチが「ＡＣＫ」認識メッセージに応答する、登録要求における（例えばグループ呼出を求める）レイテンシー状況を示す。
【００６７】
図９のレイテンシー状況に関して、図１０は、プロキシ・スイッチがハンドセット・ユーザのグループ呼出グループのメンバーを決定し、他のユーザのハンドセット（例えば図９のハンドセット２０１４，２０２６、２０２８）との潜在的呼出のために使用されるポート・パラメータ（同時継続の米国特許出願出願番号第０９／８４５，９３４号に説明されている）とネゴシエートすることにより、プロキシ・スイッチがＳＩＰ登録メッセージに応答するレイテンシー減小技術を示している。
【００６８】
図１１は、グループ呼出グループを位置決定および選択するためにハンドセットＡのユーザがハンドセットのユーザ・インタフェースを操作し、ハンドセットＡが第１のＳＩＰインバイト・メッセージをプロキシ・スイッチに送り、プロキシ・スイッチは第１のＳＩＰインバイトメッセージと第２のＳＩＰインバイトメッセージをハンドセットＢに送り、ハンドセットＢは第２のＳＩＰインバイトメッセージを処理する。ハンドセットＢは第１の応答メッセージをプロキシ・スイッチに送り、プロキシ・スイッチは第２の応答メッセージをハンドセットＡに送る。ハンドセットＡは第１のＲＴＰ／ＵＤＰメッセージをプロキシ・スイッチに送り、プロキシ・スイッチは第２のＲＴＰ／ＵＤＰメッセージをハンドセットＢに送る。判とセットＡが通話制御（「フロア制御」）解放メッセージをプロキシ・スイッチに発した場合、プロキシ・スイッチはハンドセットＢに通話制御利用可能メッセージをハンドセットＢに送る。ハンドセットＢが通話制御要求をプロキシ・スイッチに
送ると、プロキシ・スイッチは他のハンドセットから入ってきた任意の他の通話要求と共に、その通話要求を処理する。結果として、プロキシ・スイッチはハンドセットＢに通話制御許可メッセージを送ることが可能である。その後、ハンドセットＢは、第３のＲＴＰ／ＵＤＰメッセージをプロキシ・スイッチに送り、プロキシ・スイッチは第４のＲＴＰ／ＵＤＰメッセージをハンドセットＡに送る。ハンドセットＡおよびＢの一方又は両方が最初に休止状態である場合には、休止状態から活動状態まで１または複数の遷移を行うために、さらなるレイテンシーが加えられる。
【００６９】
図１２は、ハンドセットＡがＳＩＰインバイト・メッセージをプロキシ・スイッチに送り、プロキシ・スイッチはそのインバイト・メッセージを処理し、通話制御を割り当て、ハンドセットＡに肯定応答メッセージを送る、レイテンシー状況を示す。
【００７０】
図１１−１２のレイテンシー状況に関して、図１３に示したような登録要求に応答するレイテンシー減小技術では、ハンドセットＡがプロキシ・スイッチへ登録要求を送り、プロキシ・スイッチは登録要求を処理し、１または複数の他のプロキシ・スイッチおよびＰＤＳＮとのポート・ネゴシエーションを実行し、ハンドセットＡに肯定応答メッセージを送る。
【００７１】
図１１−１２のレイテンシー状況に関して、図１４は、ハンドセットＡがプロキシ・スイッチにＳＩＰインバイト・メッセージを送り、プロキシ・スイッチがそのＳＩＰインバイト・メッセージを処理し、図１３に示すように前もってネゴシエートされたポート上のトラフィックを検知することを試みる、レイテンシー減小技術を示す。そのようなトラフィックが検知された場合、通話制御が対応ユーザに割り当てられ、肯定応答メッセージがハンドセットＡ（またはグループ中のいずれかのハンドセット）に送られる。これは通話制御が割り当てられたことを示す。
【００７２】
図１５は、ハンドセットＡが第１のＳＩＰインバイト・メッセージをプロキシ・スイッチに送り、プロキシ・スイッチが第２のＳＩＰインバイト・メッセージをハンドセットＢに送ると共に第３のＳＩＰインバイト・メッセージをハンドセットＣに送る、プッシュ・トゥー・トーク（例えばグループ呼出）におけるレイテンシー状況を示す。ハンドセットＡおよびハンドセットＢから第１および第２の応答を受け取った後、プロキシ・スイッチはハンドセットＡから第１のＲＴＰ／ＵＤＰメッセージを受け取り、ハンドセットＢに第２のＲＴＰ／ＵＤＰメッセージを送り、ハンドセットＣに第３のＲＴＰ／ＵＤＰメッセージを送る。識別情報およびプレゼンス情報が確立され、ユーザの会話が始まる前に通話制御交換が実行される。
【００７３】
図１５のレイテンシー状況に関して、図１６は、ハンドセットＢは存在するがハンドセットＣは存在しないことをハンドセットＡが通知される、レイテンシー減小技術を示す。ハンドセットＡは第１のＳＩＰインバイト・メッセージをプロキシ・スイッチに送り、プロキシ・スイッチは第２のＳＩＰインバイト・メッセージをハンドセットＢに送る。ハンドセットＢは第１の応答をプロキシ・スイッチに送り、プロキシ・スイッチは第２の応答をハンドセットＡに送る。ハンドセットＡは第１のＲＴＰ／ＵＤＰメッセージをプロキシ・スイッチに送り、プロキシ・スイッチは第２のＲＴＰ／ＵＤＰメッセージをハンドセットＢに送る。ユーザの会話が始まる。ハンドセットＣは存在していないものとして示されているので、第３のＳＩＰメッセージや第３のＲＴＰ／ＵＤＰメッセージをハンドセットＣに送る必要はなく、ハンドセットＣから応答を受け取る必要もなく、時間が節約される。
【００７４】
図１７は、シーケンスが以下のように実行されるレイテンシー状況を示す。ハンドセットＡは休止状態にあり、ハンドセットＡは活動状態への遷移を実行し、ハンドセットＡは
Ｒ−Ｐコンテキストを作動させ、ハンドセットＡは登録メッセージを送る。
【００７５】
図１７のレイテンシー状況に関して、図１８は、シーケンスが以下のように実行されるレイテンシー状況を示す。ハンドセットＡは休止状態にあり、ハンドセットＡは、活動状態への遷移を実行するのと平行して、ＳＭＳを使用して登録メッセージを送る。（Ｒ−Ｐコンテキストの作動は任意選択であり、ハンドセットＡの活動状態への遷移の実行後に行われ得る）ハンドセットＡが活動状態への遷移を完了する前に登録メッセージを送ることができるので、時間が節約される。
【００７６】
図１９は、シーケンスが以下のように実行されるレイテンシー状況を示す。ハンドセットＡのユーザは、ユーザ・インタフェース内のリストをスクロールしてグループ呼出グループを見つけ、ユーザ・インタフェース中のそのグループ呼出グループを選択する。ハンドセットＡは、インバイト・メッセージを、そのグループのメンバーに対応するハンドセットに送る。ハンドセットは休止状態から活動状態への遷移を実行し、インバイト・メッセージに応答する。
【００７７】
図１９のレイテンシー状況に関して、図２０は以下のようなレイテンシー減小技術を示す。ハンドセットＡのユーザがグループ呼出グループを見つけるためにユーザ・インタフェース内のリストをスクロールする時に、リストへのユーザの焦点が検知され、該リストによって識別されたグループ内のユーザに対応するハンドセットに対して、存在ステータス情報が決定される。ハンドセットＡは、インバイト・メッセージおよび警告メッセージ（休止状態から活動状態までの遷移を起こす）を存在することが決定されたハンドセットに送り、そのようなハンドセットは応答を送ることにより返答する。
【００７８】
図２１−２８は、レイテンシー減小技術がないシステム（「非最適システム」）と、上記に説明した１または複数のレイテンシー減小技術に基づくシステム（「最適システム」）の結果を比較するテスト結果を示す表を示す。図２１は、最適システムで、少なくともＳＩＰ登録伝送時間、ＳＩＰインバイト・伝送時間、ＳＩＰ  ２００  ＯＫ、ＳＩＰ  ＡＣＫ、およびフロア制御（通話制御）に関するＳＩＰ  ＩＮＦＯ、ならびに２秒の休止状態−活動状態遷移呼出イニシエータに関してレイテンシーが減小していることが判明したことを示している。図２２−２３は、最適システムで、いずれの側のハンドセットも最初に活動状態である場合に、少なくとも呼出セットアップおよびフロア制御シグナリングに関して、レイテンシーが減小していることが判明したことを示している。図２４−２５は、最適システムで、いずれの側のハンドセットも休止状態である場合に、少なくとも呼出セットアップおよびフロア制御シグナリングに関して、レイテンシーが減小していることが判明したことを示している。図２６は、最適システムで、少なくともＳＩＰ登録伝送時間、ＳＩＰインバイト伝送時間、ＳＩＰ  ２００  ＯＫ、ＳＩＰ  ＡＣＫおよびフロア制御（通話制御）に関するＳＩＰ  ＩＮＦＯ、ならびに４秒の休止状態−活動状態遷移呼出イニシエータに関してレイテンシーが減小していることが判明したことを示している。図２７−２８は、最適システムで、いずれの側ののハンドセットも最初に休止状態である場合に、少なくとも呼出セットアップおよびフロア制御シグナリングに関してレイテンシーが減小していることが判明したことを示している。
（変形例）
上記の実施形態はすべて、移動体通信における呼確立の創作的な迅速化の実現を促進する。しかしながら、機能の一部でも、従来技術に対する利点をまだ提供する。例えば、休止状態から活動状態までの遷移に起因するレイテンシーを回避するために、他の呼確立パラメータまたは他の呼出セットアップ情報がＳＭＳの上に送られ得る。別の例では、１または複数のレイテンシー減小技術を全二重呼出、両当事者呼出、非ＰＴＴ呼出、非グループ呼出、または非音声呼出に使用し得る。別の例では、ユーザがユーザ・インタフェースのグループ呼出グループ選択に入るときはいつでも、グループ呼出グループ内の該ユーザ
にリンクされている多くまたは全ての他のユーザのハンドセット（すなわちユーザのグループ呼出グループ選択エリアを介して発せられたグループ呼出の潜在的受取人である多くのまたは全てのユーザのハンドセット）にウェイクアップ・メッセージが送られるように、ユーザ・インタフェースが構成される。ウェイクアップ・メッセージは、レイテンシーを減小させるために、ハンドセットに休止状態から活動状態への遷移を実行させ得る。別の例では、１または複数のレイテンシー減小技術の有効性は、参加者がより高いサービス・クラスを得ようとするインセンティブを提供するために、２つ以上の呼出の参加者のサービス・クラスに依存してもよい。
【００７９】
さらに、実施形態がＴＤＭＡまたはＣＤＭＡのプロトコルを初めとする特定の無線技術との関係で説明される程度まで、実施形態を、ＴＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＩＳ−１３６ならびに他の２Ｇおよび３Ｇプロトコルのうちの１または複数を含む無線技術で作用するよう修正してもよい。
【図面の簡単な説明】
【００８０】
【図１】先行技術のモバイル・ネットワークの系統図。
【図２】グループ呼出またはプッシュ・トゥー・トーク論理を備えたシステムのブロック図。
【図３】モバイル・ネットワーク中のプロキシ・スイッチおよび特定の配置を示す図。
【図４】モバイル・ネットワーク中のプロキシ・スイッチおよび特定の配置を示す図。
【図５】グループまたはプッシュ・トゥー・トーク通信システムのアーキテクチャを例証する図。
【図６】グループまたはプッシュ・トゥー・トーク通信システムのアーキテクチャを例証する図。
【図７】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図８】グループまたはプッシュ・トゥー・トーク通信システムのアーキテクチャを例証する図。
【図９】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図１０】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図１１】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図１２】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図１３】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図１４】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図１５】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図１６】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図１７】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図１８】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図１９】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図２０】グループまたはプッシュ・トゥー・トーク通信システムの利用方法の呼出フロー図。
【図２１】レイテンシー減小技術のテスト結果を示す表。
【図２２】レイテンシー減小技術のテスト結果を示す表。
【図２３】レイテンシー減小技術のテスト結果を示す表。
【図２４】レイテンシー減小技術のテスト結果を示す表。
【図２５】レイテンシー減小技術のテスト結果を示す表。
【図２６】レイテンシー減小技術のテスト結果を示す表。
【図２７】レイテンシー減小技術のテスト結果を示す表。
【図２８】レイテンシー減小技術のテスト結果を示す表。
【図１】
2005529563.tif 000002
【図２】
2005529563.tif 000003
【図３】
2005529563.tif 000004
【図４】
2005529563.tif 000005
【図５】
2005529563.tif 000006
【図６】
2005529563.tif 000007
【図７】
2005529563.tif 000008
【図８】
2005529563.tif 000009
【図９】
2005529563.tif 000010
【図１０】
2005529563.tif 000011
【図１１】
2005529563.tif 000012
【図１２】
2005529563.tif 000013
【図１３】
2005529563.tif 000014
【図１４】
2005529563.tif 000015
【図１５】
2005529563.tif 000016
【図１６】
2005529563.tif 000017
【図１７】
2005529563.tif 000018
【図１８】
2005529563.tif 000019
【図１９】
2005529563.tif 000020
【図２０】
2005529563.tif 000021
【図２１】
2005529563.tif 000022
【図２２】
2005529563.tif 000023
【図２３】
2005529563.tif 000024
【図２４】
2005529563.tif 000025
【図２５】
2005529563.tif 000026
【図２６】
2005529563.tif 000027
【図２７】
2005529563.tif 000028
【図２８】
2005529563.tif 000029
【国際調査報告】
2005529563.tif 000030