(57)【要約】携帯装置（８０）が、携帯ネットワーク（６０、７０）とインターネットプロトコルネットワーク（４０）を介して、送出サーバ（５０）へ結合される。携帯装置は、送出サーバによって処理されるプッシュ・ツー・トーク要求のきっかけを与える。送出サーバは次に、このプッシュ・ツー・トーク要求をファミリー・ラジオ・サービス（ＦＲＳ）ゲートウェイ（３０）へ送信する。ＦＲＳゲートウェイ（３０）このディジタル要求をアナログ要求へ変換し、基地局（２０）を介して、その要求をファミリー・サービス・ラジオ（１０）へ送信する。ＦＲＳラジオは、アナログ要求を音声符号化するＦＲＳゲートウェイへ戻って送信され、送出サーバを介して携帯装置へ戻って送信され得る。本発明は、ＰＴＴアプリケーションを備えた携帯電話（セルラー方式）が、ＦＲＳラジオとネットワーク構築することを可能にする。
2005536146.tif 000002
【特許請求の範囲】
【請求項１】
携帯装置によって相互接続を提供するための配置であって、ファミリー・ラジオ・サービス（ＦＲＳ）の無線機器が：
通信のために、前記携帯装置を結合するための移動ネットワークと；
前記ＦＲＳ無線機器、および前記携帯ネットワークへ結合され、前記ＦＲＳ無線機器からのアナログ信号を変換し、前記携帯装置からのディジタル信号を変換するためのＦＲＳゲートウェイと；
からなるファミリー・ラジオ・サービス（ＦＲＳ）無線機器。
【請求項２】
前記移動ネットワークおよび前記ＦＲＳゲートウェイを介して、前記携帯装置に結合され、同携帯装置からのプッシュ・ツー・トーク（ＰＴＴ）要求の経路設定をする、送出サーバが更に含まれる、請求項１に記載の配置。
【請求項３】
前記ＦＲＳゲートウェイが更に、前記送出サーバと共にセッション開始プロトコル・インタフェイスを備える、請求項２に記載の配置。
【請求項４】
前記ＦＲＳゲートウェイ、前記送出サーバ、および前記携帯ネットワークとの間で結合されたインターネットプロトコル（ＩＰ）ネットワークが更に含まれ、前記ＦＲＳゲートウェイ、前記送出サーバ、および前記携帯ネットワークと共にパケットデータを送信するための前記ＩＰネットワークである、請求項２に記載の配置。
【請求項５】
前記移動ネットワークが：
前記携帯装置を無線で結合するための無線接続ネットワーク（ＲＡＮ）と；
前記ＲＡＮ、および前記ＩＰネットワークへ結合される交換ノード（ＳＮ）と；
を含む、請求項４に記載の配置。
【請求項６】
前記ＲＡＮが；
符号分割多重アクセス（ＣＤＭＡ）ＲＡＮ、時分割多重アクセスＲＡＮ、汎用パケット無線システム（ＧＰＲＳ）ＲＡＮ、ユニバーサル・モバイル・テレコミュニケーション・サービスのうちの１つからなり；
前記ＲＡＮが、ＣＤＭＡ  ＲＡＮあるいはＴＤＭＡ  ＲＡＮである場合、前記ＳＮはパケットデータ交換ノード（ＰＤＳＮ）を含み；
前記ＲＡＮが、ＧＰＲＳあるいはＵＭＴＳ  ＲＡＮである場合、前記ＳＮは、信号伝達ＧＰＲＳサービスノード（ＳＧＳＮ）およびゲートウェイＧＰＲＳサービスノード（ＧＧＳＮ）を含む；
請求項５に記載の配置。
【請求項７】
前記送出サーバが、前記携帯装置と前記ＩＰネットワークとの間のパケットデータの経路を設定するための送出通話処理サーバを含む、請求項５に記載の配置。
【請求項８】
前記送出サーバが更に、携帯装置が前記プッシュ・ツー・トーク要求を送信することを表示し、前記送出通話処理サーバへ結合される加入者データベースを含む、請求項５に記載の配置。
【請求項９】
前記ＦＲＳゲートウェイが、  
アナログ信号を前記ＦＲＳ無線機器へ無線で送信し、同ＦＲＳ無線機器から受信し、そしてアナログ信号を前記ＦＲＳゲートウェイへ送信し、同ＦＲＳゲートウェイから受信するために、前記ＦＲＳ無線機器へ無線で結合されたＦＲＳ基地局を含む、請求項２に記載の配置。
【請求項１０】
前記携帯端末がＣＤＭＡ方式携帯端末を含む、請求項２に記載の配置。
【請求項１１】
前記ＣＤＭＡ方式携帯端末が、プッシュ・ツー・トーク（ＰＴＴ）機能を提供するための方法を含む、請求項１０に記載の配置。
【請求項１２】
前記ＰＴＴ機能を提供するための前記方法がプログラムである請求項１１に記載の配置。
【請求項１３】
前記ＰＴＴ機能がグループ：
Ｊａｖａ（登録商標）、Ｃ、Ｃ＋＋、カルコム・ブリュー（Ｑｕａｌｃｏｍｍ  ＢＲＥＷ）（登録商標）のうちの１つの言語で記述されているプログラムを提供する前記方法からなる、請求項１１に記載の配置。
【請求項１４】
ファミリー・ラジオ・サービス（ＦＲＳ）無線機器を備える携帯装置のネットワークを構築するための方法であって：
前記携帯装置によって、少なくとも送出サーバへの宛先を含む、セッション開始プロトコル（ＳＩＰ）案内メッセージを送信する工程と；
前記送出サーバによって、前記ＳＩＰ案内メッセージを、前記宛先に関連するＦＲＳゲートウェイへ送信する工程と；
前記携帯装置からのディジタル信号を、前記ＦＲＳ無線機器への送信のためのアナログ信号へ変換する工程と；
前記ＦＲＳ無線機器からのアナログ信号を、前記ＦＲＳゲートウェイによる前記携帯装置への送信のためのディジタル信号へ変換する工程と；
からなる方法。
【請求項１５】
前記携帯装置によって、前記ＳＩＰ案内メッセージを送信する工程を可能にするプッシュ・ツー・トーク機能を選択する工程が更に含まれる、請求項１４に記載の方法。  
【請求項１６】
前記携帯装置によって、音声符号化されたデータが前記送出サーバへ送信する工程を更に含む、請求項１４に記載の方法。
【請求項１７】
前記送出サーバによって、前記音声符号化されたデータを前記ＦＲＳゲートウェイへ送信する工程を更に含む、請求項１６に記載の方法。
【請求項１８】
前記変換する工程が更に：
前記ＦＲＳゲートウェイによって、前記音声符号化されたデータをアナログ音声データへ変換する工程と；
指定されたチャネル上の前記アナログ音声データ、および暗証番号を送信する工程と；
指定されたチャネル上の前記アナログ音声データと、前記ＦＲＳゲートウェイによる前記暗証番号を受信する工程と；
前記指定されたチャネル上で受信された前記アナログ音声データと前記暗証番号とを、音声符号化された音声データへ変換する工程と；
を含む、請求項１７に記載の方法。
【請求項１９】
前記ＦＲＳゲートウェイによって、前記音声符号化されたデータを前記送出サーバへ送信する工程が更に含まれる、請求項１８に記載の方法。
【請求項２０】
前記送出サーバによって、前記音声符号化されたデータを前記携帯装置へ送信する工程が更に含まれる、請求項１９に記載の方法。
【請求項２１】
前記セッション開始プロトコルメッセージを送信する工程が、前記携帯装置によって、前記セッション開始プロトコルメッセージに、プッシュ・ツー・トーク機能の通話期間を表示する特性を加える工程を含む、請求項１４に記載の方法。
【請求項２２】
前記ＦＲＳゲートウェイによって、固定通話時間のためのプッシュ・ツー・トーク機能を保持する工程を更に含む、請求項１４に記載の方法。
【請求項２３】
前記ＦＲＳゲートウェイを備える前記ＳＩＰ案内メッセージにおけるプッシュ・ツー・トーク機能の活性を表示する工程と；
前記ＳＩＰ案内メッセージ内の、前記ＦＲＳゲートウェイを備えるプッシュ・ツー・トーク機能の非活性を表示する工程と；
を更に含む、請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯通信装置、特に、移動セルラ・システムのプッシュ・ツー・トーク（ｐｕｓｈ−ｔｏ−ｔａｌｋ）への応用と、ファミリー・ラジオ・システム（ｆａｍｉｌｙ  ｒａｄｉｏ  ｓｙｓｔｅｍ）におけるプッシュ・ツー・トーク機能との間の相互接続技術に関するものである。
【背景技術】
【０００２】
従来のセルラネットワークと携帯電話は、１つのセルラネットワークと他の携帯電話とでのみ動作する。昨今の機能を搭載した携帯電話では、携帯電話のコストが極めて高い。携帯電話は、特許権のあるＮｅｘｔｅｌシステム以外には適応性があるが、現在では、あらゆるプッシュ・ツー・トーク相互利用はできない。さらに、携帯電話のサービスコストが大幅に下がってきているが、例えば多くの家族構成員が使用するには、依然として高価である。
【０００３】
現代社会において、家族のコミュニケーションは必要不可欠である。特に必要なものは、両親から子供へのコミュニケーションである。現代社会におけるこれらの問題に対処するために、多くのファミリー・ラジオ・サービス（ＦＲＳ）型の無線通信装置がある。１つのファミリー・ラジオ・サービス・ラジオの例として、モトローラ社（Ｍｏｔｏｒｏｌａ，Ｉｎｃ．）によって製造販売されているＴａｌｋａｂｏｕｔ（登録商標）ラジオがある。このファミリー・ラジオ・サービスは、基本的にはトランシーバ型装置の多重チャネル化された可視通信の直通回線である。これらのＦＲＳラジオは、通常、廉価で耐久性があるので、子供が使用するのに適している。これらのＦＲＳラジオは通常、プッシュ・ツー・トーク（ＰＴＴ）ラジオである。
【０００４】
ほとんどの成人家族員は、携帯電話を利用している。しかしながら、携帯電話は、ＦＲＳ型ラジオと互換性がない。ほとんどの携帯電話は通常、プッシュ・ツー・トーク機能やアプリケーションを備えていない。
【０００５】
ショッピングモール、スポーツスタジアムや、学校等の場所で、両親と子供との間や、大人と子供との間のコミュニケーションには、特に役立つ。
従って、ファミリー・ラジオ・サービス・ラジオと、新たに組み込まれたプッシュ・ツー・トーク・アプリケーションを備える携帯電話と、のインタフェイスをするための方法および手段への要望は高い。
【発明を実施するための最良の形態】
【０００６】
図１は、ＣＤＭＡ（符号分割多重アクセス）方式携帯電話のネットワークと相互作用するファミリー・ラジオ・サービス（ＦＲＳ）のブロックダイヤグラムを示す。ラジオ１０は、ファミリー・ラジオ・サービス型ラジオ、あるいは、従来のあらゆる双方向ラジオである。ＦＲＳラジオやゲートウェイは、ＦＲＳラジオおよびゲートウェイ、あるいは、従来のあらゆる双方向通信装置やコンピュータ端末を意味する。ＦＲＳラジオ１０は、モトローラ社で製造販売されているＴａｌｋａｂｏｕｔ（登録商標）ラジオで構成されてもよい。本発明において、ＦＲＳラジオ１０は、無線リンクを介してＦＲＳ受信器／ＦＲＳ基地局２０へ結合される。通常、ＦＲＳ無線は、「トランシーバ」型モードでの通信で、互いに直接、動作してもよい。すなわち、ＦＲＳラジオは、チャネルとセキュリティ選択性を備えたローカル通信で、直接視覚動作してもよい。
【０００７】
本発明は、ＦＲＳ通信を送受信するためのＦＲＳ基地局を含む。ＦＲＳ基地局２０は、
多くのＦＲＳラジオをＦＲＳゲートウェイ３０に結合してもよい。ＦＲＳ無線信号は通常、アナログ符号の無線信号である。セルラネットワークは、音声をボコーダ（音声符号化された）フォーマットで伝送する。ＦＲＳゲートウェイ３０は、アナログＦＲＳ無線信号を、ボイス・オーバー・アイピー（ＶＯＩＰ）フォーマットおよびバイス・ア・バーサ（ｖｉｃｅ−ａ−ｖｅｒｓａ）上で、セルラネットワークと互換性のある、ＳＩＰを基にした音声に変換する。
【０００８】
更に、ＦＲＳゲートウェイ３０は、セッション始動プロトコル（ＳＩＰ）クライアントインタフェイスを、送出サーバ５０へ提供する。この機能については、後述する。
ＦＲＳゲートウェイ３０は、回線事業者、または公開インターネットプロトコル（ＩＰ）ネットワーク４０へ結合される。ネットワーク４０は、多くの異なる種類や方式のネットワークで構成されてもよい。ネットワーク４０を介して通過する全てのネットワークは、ＳＩＰプロトコルを伝送することができなければならず、そのＳＩＰプロトコルは、標準ＩＰプロトコルによって伝送されたアプリケーションプロトコルである。ネットワーク４０は、送出サーバ５０およびパケットデータ交換ノード６０へ結合される。送出サーバ５０は、送出呼出し処理サーバ５４、および加入者データベースのＳＩＰ登録機関５８を含み、その加入者データベースのＳＩＰ登録機関５８は、送出呼出し処理サーバ５４へ結合されている。送出呼出し処理サーバ５４を含む送出サーバ５０、加入者データベース、およびセッション始動プロトコルの登録機関５８は、ＦＲＳゲートウェイ３０とＦＲＳ基地局２０を含むＦＲＳネットワークを特徴とする、プッシュ・ツー・トークを有するＣＤＭＡ方式携帯電話をインタフェイスする働きをする。
【０００９】
ネットワーク４０は、パケットデータ交換ノード６０へ結合もする。パケットデータ交換ノード６０は、セルラネットワークのために、関連するパケットの経路選択および交換機能を実行する。パケットデータ交換ノード６０は、更にＣＤＭＡ  ＲＡＮ（無線接続ネットワーク）７０へ結合される。ＣＤＭＡ  ＲＡＮは、パケットデータ交換ノード６０およびＲＡＮ７０からなるセルラネットワークと、ＣＤＭＡ方式携帯電話の使用者８０との間の無線インタフェイスを実行する。例として、ＣＤＭＡ  ＲＡＮおよびＰＤＳＮを図に示すが、あらゆるセルラネットワークが、本発明に使用され得る。ＲＡＮは：符号分割多重アクセス（ＣＤＭＡ）ＲＡＮ、時分割多重アクセスＲＡＮ、汎用パケット無線システム（ＧＰＲＳ）ＲＡＮや、ユニバーサル・モバイル・テレコミュニケーション・サービスのうちの１つであってもよい。ＲＡＮがＣＤＭＡ  ＲＡＮ、あるいはＴＤＭＡ  ＲＡＮである場合、交換ノードは、パケットデータ交換ノード（ＰＤＳＮ）を含む。ＲＡＮがＧＰＲＳやＵＭＴＳ  ＲＡＮである場合、交換ノードは、信号伝達ＧＰＲＳサービスノード（ＳＧＳＮ）およびゲートウェイＧＰＲＳサービスノード（ＧＧＳＮ）であってもよい。
【００１０】
携帯電話８０は、好ましい実施例におけるＣＤＭＡ方式の携帯端末である。ＣＤＭＡ方式携帯電話８０は、プッシュ・ツー・トーク方式のクライアントのアプリケーションソフトを含むべく改良される。好ましい実施例において、このソフトウェアは、ＪＡＶＡ（登録商標）言語で記述される。プッシュ・ツー・トーク方式のクライアントのアプリケーションソフトは、以下に記す言語、Ｃ、Ｃ＋＋やカルコム・ブリュー（Ｑｕａｌｃｏｍｍ  ＢＲＥＷ）（登録商標）で記述されてもよい。
【００１１】
図２は、ＣＤＭＡ方式携帯電話が使えるプッシュ・ツー・トークを備える、ファミリー・ラジオ・サービス用のラジオの相互作用のための方法のコールフローダイヤグラムを示す。
【００１２】
初めに、携帯電話の使用者８０は、電話１１０でプッシュ・ツー・トーク機能を選択する。携帯電話８０がプッシュ・ツー・トーク方式のクライアントアプリケーションに含むように更新されているので、携帯電話は、ＳＩＰ案内メッセージ１１２を生成する。そし
て、このメッセージは、ＣＤＭＡ  ＲＡＮ７０や、パケットデータ交換ノード６０や、ネットワーク４０を介して送出サーバ５０へ送信される。ＳＩＰ案内メッセージは、特定の場所／地域に提供しているファミリー・ラジオ・サービス・ゲートウェイの識別を含む。この識別は、ファミリー・ラジオ・サービス帯域の特定のチャネル、暗証番号、場合によっては基地局の配置を含む。例えば、この識別は、チャネル番号、暗証番号、ショッピングモール、学校、あるいはスポーツスタジアム等の宛先、ヴェリゾン・コミュニケーションズ（Ｖｅｒｉｚｏｎ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）等の基地局を運営する回線事業者を含んでもよい。
【００１３】
次に、送出サーバ５０は、このＳＩＰ案内メッセージを、ショッピングモール、スポーツスタジアムや学校１１４におけるファミリー・ラジオ・サービス（ＦＲＳ）ゲートウェイへ送信する。この時点で、ＦＲＳゲートウェイは、特定のチャネルおよび暗証番号上で起こる、すべての「会話」に関与したいと切望している（ＳＩＰ信号経路を介した）、ＣＤＭＡ使用者を識別していない。ＳＩＰ  ＯＫメッセージ１１６は、ＦＲＳゲートウェイ３０から送出サーバ５０へ戻される。ＳＩＰ  ＯＫメッセージ１１８も、送出サーバ５０から携帯電話８０へ戻される。携帯電話８０の使用者は、人間に聞こえる「チャープ」音によって会話の開始を知らせ、そして会話１２０を開始する。
【００１４】
次に、携帯電話８０の話し手は、ＣＤＭＡ方式携帯電話によって音声符号化された声になり、１２２が送出サーバ５０へ送信される。送出サーバは、１２４の符号化音声を、携帯電話８０からＦＲＳゲートウェイ３０へ転送（送信）する。次に、ゲートウェイ３０は、符号化音声を、携帯電話８０からアナログ形式１２６へ変換する。ゲートウェイ３０は次に、放送によってアナログ音声を、識別ＳＩＰ案内メッセージ１１４によって届けられた特定のチャネルおよび暗証番号によるラジオ視聴者へ送信する。
【００１５】
これに対応して、ＦＲＳラジオや携帯端末１０は、ＦＲＳラジオ上のＰＴＴボタン１２７を介して、話しを始める。携帯電話８０の使用者は次に、携帯電話８０のＰＴＴ機能１２８を解放する。次に、ＦＲＳラジオ１０は、指定の暗証番号１３０によって選択されたチャネルのアナログ音声メッセージを送信する。この音声は、ＦＲＳ携帯端末１０からＦＲＳゲートウェイ３０へ送信される。次に、ＦＲＳゲートウェイは、アナログ音声をＣＤＭＡ方式携帯電話８０と互換性のある形式へ音声符号化し、このメッセージ１３２を送出サーバ５０へ送信する。送出サーバ５０は次に、メッセージ１３４である符号化音声を携帯電話８０へ転送（送信）する。ＦＲＳラジオ１０の使用者は次に、ＦＲＳ無線機器のＰＴＴ機能１３５や、携帯端末１０を解放する。
【００１６】
ＦＲＳゲートウェイは、強いＦＲＳ無線送信が起きない場合、ノイズが音声符号化されるのを防ぐ抑圧設定を有する。その結果、確実な電力レベルの送信がＦＲＳラジオからゲートウェイへ行われない限り、ＦＲＳゲートウェイは、ＩＰネットワーク内のトラヒックをＣＤＭＡ方式携帯電話の使用者へ、音声符号化しない。
【００１７】
１つ以上のメッセージ送信が行き交った後、携帯電話の使用者は、通話を終了する決定をしてもよいし、総合的なタイマーが１３６を終了してもよい。この場合、ＳＩＰ  ＢＹＥメッセージは、携帯電話８０によって生成され、送出サーバ５０へ送信される。さらに、このＳＩＰ  ＢＹＥメッセージは、ヴェリゾン・コミュニケーションズ（Ｖｅｒｉｚｏｎ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の、チャネル識別、暗証番号、宛先ゲートウェイ、基地局、およびサービスオペレータを含む。このメッセージは、携帯電話およびそのサービスオペレータの識別も含む。
【００１８】
このＳＩＰ  ＢＹＥメッセージは、送出サーバ５０からＦＲＳゲートウェイ３０へ送信される１４０である。メッセージは、ＳＩＰ  ＢＹＥメッセージ１３８に明記された同一
の情報を含む。これによって、携帯端末１０と携帯電話８０との間の通話が効率的に終了される。ＳＩＰ  ＯＫメッセージは、ゲートウェイ３０から送出サーバ５０へ、返される１４２である。最後に、送出サーバは、ＳＩＰ  ＯＫメッセージを携帯電話８０へ返す。
【００１９】
ＣＤＭＡ方式のセルや携帯電話８０のためのＦＲＳネットワークを備えるプッシュ・ツー・トークの相互作用を確立するために、携帯電話８０の使用者は、送出サーバ５０に登録するだけでなく、それ自身がＦＲＳゲートウェイ３０と関連することが必要不可欠である。例えば、セルラー式携帯電話８０が特定のＦＲＳゲートウェイ３４と関連する、本発明による、いくつかのオプションがある。
【００２０】
携帯加入者８０がＦＲＳゲートウェイ３０に関連するための第１の方法は、ゲートウェイ３０が私用電話として、携帯ユニット８０からの外線電話を処理することである。この方法は、ゲートウェイ３０によって受信される、ＳＩＰ案内メッセージ１１２と１１４内の署名による通話時間を送信することによって達成される。また、ゲートウェイは、プッシュ・ツー・トーク通話を入力するための初期設定の通話時間も有する。その結果、携帯ユニット８０は、初期ＳＩＰ案内において特定された時間のための特別な暗証番号を有するＦＲＳ携帯端末に割当てられたトラヒックチャネル上の全てのトラヒックを受信する。使用者は次に、現存する他の端末から、その使用者固有の無線端末を解読するように求められる。この解決策は、システムのインフラストラクチャで明白である。
【００２１】
期間終了後、ＦＲＳゲートウェイは、結合を解除し、前述したＳＩＰ  Ｂｙｅ法によるセッションを解除する。
第２のオプションは、固定された通話時間に存在するものとして、携帯ユニット８０とＦＲＳゲートウェイ３０との間の結合を処理するためである。例えば、通話時間は、３０分間であってもよい。３０分間で、メッセージ１３２と１３４は、特有の暗証番号を有するチャネル上の全てのＦＲＳの話し手を含む。携帯ユニット８０は、３０分間に、ＦＲＳラジオ端末１０からの全ての声を受信する。通話時間３０分経過後、携帯ユニット８０は、ゲートウェイ３０からメッセージ１３２、１３４を介した、あらゆる新規トラヒックを受信しない。このオプションも、電気通信インフラストラクチャで明白である；しかしながら、問題点は、ＦＲＳチャネル上の全てのトラヒックは、メッセージ１３２および１３４を介して、携帯ユニット８０へ戻って送信されるので、通話が３０分もの長い間途切れないということである。これは、インフラストラクチャサービスと装置とを、必要以上に関連付ける。
【００２２】
ＦＲＳゲートウェイ３０との相互接続を構築するための第３の方法は、明確な配信登録／解除信号（使用者の行動や、ＳＩＰ案内とＳＩＰ応答メッセージ内の属性として、携帯端末８０内の予め設定されたタイマーによって起動される）を提供することである。このオプションも、電気通信のインフラストラクチャで明らかである；しかしながら、ＦＲＳゲートウェイ３０の信号と、相互作用することを説明するための携帯ユニット８０内部の論理が要求される。
【００２３】
上記の説明から理解可能できるように、本発明は、携帯電話機能を有するプッシュ・ツー・トークを備える現存のＦＲＳラジオをインタフェイスし、同時に使用する機能を提供する。更に、本方法および装置は、携帯電話使用者がＦＲＳの会話グループや、個人に、登録あるいは参加してもよいという点で、携帯電話ユーザへのサービスの拡張を提供する。最後に、本発明は、携帯電話と低コストなＦＲＳラジオ装置とを対象とする通信を提供する、携帯、セルラネットワーク回線業者に、新たなビジネスの機会を提供する。この相互接続技術は、ショッピングモールや学校において、特に有効である。
【００２４】
本方法は、容易にＧＳＭ／ＧＰＲＳ、ＵＭＴＳ、およびＩＳ−１３６ＴＤＭＡシステム
、さらにはＩＳ−９５ＣＤＭＡおよびＣＤＭＡ２０００システムへ応用することが可能である。
【００２５】
本発明の好ましい実施例が示され、詳細な形式の説明がなされたが、当業者にとっては明白であり、様々な改良が、発明および特許請求の範囲が発明の精神と範囲から逸脱せずになされてもよい。
【図面の簡単な説明】
【００２６】
【図１】本発明による相互接続ネットワークのブロックダイヤグラム。
【図２】本発明による手順を示すコールフローダイヤグラム。
【図１】
2005536146.tif 000003
【図２】
2005536146.tif 000004
【国際調査報告】
2005536146.tif 000005
2005536146.tif 000006
2005536146.tif 000007