無線機器識別子用のドメインＩＤマッピング
【課題】無線機器識別子用のドメインＩＤマッピング。
【解決手段】他の通信機器の無線通信ネットワーク識別子、例えば電話番号、又はモバイル識別番号（ＭＩＮ）からドメインＩＤを生成し、ＴＣＰ／ＩＰ対応ネットワークで直接通信するためのＳＩＰ ＵＲＬを作成する無線機器及び方法。無線通信機器は、あるネットワーク識別子に対しては１より多いドメインＩＤを作成出来、ＳＩＰ ＵＲＬアドレス内に他の通信機器についての更なる情報を提供するためにドメインネーム中に地理的情報を含めることが出来る。
【解決手段】他の通信機器の無線通信ネットワーク識別子、例えば電話番号、又はモバイル識別番号（ＭＩＮ）からドメインＩＤを生成し、ＴＣＰ／ＩＰ対応ネットワークで直接通信するためのＳＩＰ ＵＲＬを作成する無線機器及び方法。無線通信機器は、あるネットワーク識別子に対しては１より多いドメインＩＤを作成出来、ＳＩＰ ＵＲＬアドレス内に他の通信機器についての更なる情報を提供するためにドメインネーム中に地理的情報を含めることが出来る。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、２００４年２月２６日に出願されたシリアル番号第６０／５４８，６８４号の米国特許仮出願、及び、２００４年３月１日に出願されたシリアル番号第６０／５４９，２１８号の米国特許仮出願、の利益を主張し、その全体はこの言及によりここに組み込まれている。
【０００２】
（分野）
本発明は一般に無線通信(wireless telecommunications)に関連する。より詳細には、本発明は、ＴＣＰ／ＩＰプロトコルにおいて共通な、ドメイン識別子(domain identifiers)を、無線通信機器識別子(wireless telecommunication device identifiers)、例えばモバイル識別番号（ＭＩＮ）及び電話番号など、にマッピングする(mapping)システム及び方法に関係する。
【背景技術】
【０００３】
最初のセルラーネットワーク(cellular networks)は、ＡＭＰＳ（先進移動電話システム(Advanced Mobile Phone System)）のようなアナログ無線伝送技術を使用して、１９８０年代の初めに紹介された。数年の内に、セルラーシステムは、何百万の新加入者が増加された通信時間を要求するサービスの契約をしたので、処理能力上限値に達した。ドロップされた呼び出し(dropped calls)及びネットワーク話中信号(network busy signal)が、多くのエリアにおいて一般的になった。限られた量の無線周波スペクトル内でより多くトラフィックに対応するために、産業界はＴＤＭＡ（時分割多元接続(Time Division Multiple Access)）、ＧＳＭ（汎欧州デジタル移動電話方式(Global System for Mobile)）そしてＣＤＭＡ（符号分割多元接続(Code Division Multiple Access)）と呼ばれるひとそろいの新しいデジタル無線技術を開発した。ＴＤＭＡとＧＳＭは、アナログシステムより３〜４倍より多くの容量を提供するためにタイム−シェアリング プロトコルを使用する。ＣＤＭＡは、然しながら、情報チャンネルを互いに離れたままに維持するために直交符号(orthogonal codes)を使用する多元接続技術(a multiple access technique)に基づいている。
【０００４】
ＣＤＭＡ技術の現代の標準規格、ＣＤＭＡ２０００、は、標準ＣＤＭＡ通信チャネル上の音声及びデータのサービスの両方をサポートする。そのようなシステムにおいては、無線通信キャリアネットワーク(wireless telecommunication carrier networks)は、ＣＤＭＡインフラストラクチャ(the CDMA infrastructure)上のオーバーレイインターネットプロトコル（ＩＰ）をベースにしたアプリケーションネットワーク(an overlay Internet Protocol based application network)として、ＣＤＭＡ加入者にデータサービスを提供する。セッションイニシエーションプロトコル(Session Initiation Protocol)（ＳＩＰ）は、１人以上の参加者のセッション(session)を作り、修正し、そして終了するためのアプリケーション層コントロール（シグナリング）プロトコルである。ＣＤＭＡ２０００の下で提供されるサービスにおいては、システムは、＜ｕｓｅｒｎａｍｅ＞＠＜ｄｏｍａｉｎ）の形式でＳＩＰユニバーサルリソースロケータ(a SIP universal resource locator)（ＵＲＬ）をベースにしたユーザーアドレスを使用する。ＳＩＰ ＵＲＬアドレス方式に基づいて、現在のマッピングテーブル(mapping table)中で定義されるようなデフォルト ドメインネーム(a default domain name)又はＩＤは、ＥＮＵＭ（ＲＦＣ ３７６１）、電話番号、モバイル識別番号（ＭＩＮ）、モバイルディレクトリ番号（ＭＤＮ）、又は他の無線機器識別子、の後に付けられることが出来る。然しながら、サービスキャリア(a service carrier)は、その加入者に割り当てられた異なるドメインに基づくそのネットワークを区分すること(to partition )を欲するかもしれない、そして、現在の標準規格は、そのような区分することを許可しない。
【０００５】
従って、無線通信キャリア(wireless telecommunication carriers)が彼らのネットワークを区分し、彼らの加入者のために複数のドメインＩＤを導入する(deploy)ことを可能にするシステム及び方法を提供することは好都合であろう。そのようなサービスは、キャリアの加入者が、別の無線機器と連絡をとりそしてキャリアの同じ無線データサービスを利用するために、電話番号をタイプ入力する（例、ｔｈｅ ＭＩＮ／ＭＤＮ）のを可能にするだろう。そのようなシステム及び方法は、現在の無線通信インフラストラクチャ上でインプリメントされる(implemented)ことが可能であるべきである。このように、本発明が主として対象とするのは、そのような、無線通信機器識別子のドメインＩＤマッピングのシステム及び方法の提供にある。
【発明の開示】
【０００６】
［要約］
簡単に説明すれば、本発明は、ＴＣＰ／ＩＰネットワークでの直接通信のため(to direct communications across a TCP/IP network)、電話番号又はモバイル識別番号（ＭＩＮ）のような無線通信ネットワーク識別子から、ＳＩＰ ＵＲＬのようなドメインＩＤを生成出来る、無線通信機器である。前記無線通信機器は、着信するネットワーク識別子に対しては１より多いドメインＩＤを生成することが出来、そして、それがＳＩＰ ＵＲＬアドレスを作った前記機器(for which it has created a SIP URL address)についての更なる情報を提供するために前記ドメインネームの中に、加入のエリア又はホーム地域に関する情報を含むことが出来る。本システムの使用を通して、無線通信システムキャリア(the wireless telecommunications systems carrier)は、ＭＩＮ／ＭＤＮ番号、例えば、電話番号のエリアコードにおいて既に識別されているような加入基準(subscription criteria)に基づきユーザに異なるドメインを割り当てることによって、ＳＩＬ ＵＲＬアドレシングを使用して、そのアプリケーションネットワークを区分することが出来る。アプリケーションネットワーク領域の定義が、無線機器加入者のＭＩＮ／ＭＤＮによって識別された無線通信ネットワーク領域又は地理的領域に、厳格に結び付けられること(to be rigidly tied)を必要としないので、ソリューション(solution)も又柔軟である。
【０００７】
一実施例においては、少なくとも１つのメモリと１つの通信インタフェースとを有するコンピュータプラットフォームを含む無線通信機器が提供され、前記機器は更に、前記通信インタフェースを通して無線通信ネットワークと選択的にインタフェースをとりデータを送り受け取る(selectively interfacing and sending and receiving data across a wireless telecommunication network through the communication interface)。機器は更に、前記無線通信ネットワーク上で前記機器を識別する第１ネットワークプロトコルにおける、ＭＩＮ又は電話番号のような特定の第１無線機器識別子を受け取る。前記機器は更に、ＳＩＰ ＵＲＬ又はドメインＩＤのような第２ネットワークプロトコルにおける前記機器のための第２無線機器識別子を生成するために前記メモリ中にコンバータを含み、前記コンバータは、前記第１無線機器識別子に基づき複数の第２無線機器識別子を作ることができる。
【０００８】
システムは従って、第１ネットワークプロトコルにおけるＭＩＮのような第１ネットワーク識別子を有する無線通信機器で、第２ネットワークプロトコルの、ＳＩＰ ＵＲＬのような第２ネットワーク識別子を生成する方法を提供する。前記方法は、前記無線通信機器から無線通信ネットワークと選択的にインタフェースをとるステップと、第２ネットワークプロトコルにおいて前記無線通信機器で第２ネットワーク識別子を生成するステップと、を備え、前記無線通信機器は、前記第１ネットワーク識別子に基づき複数の第２ネットワーク識別子を生成することができる。このように、知られているＭＩＮの終わりに１つのデフォルトドメインネームを付けるだけであるのとは対照的に、前記無線機器は、必要に応じ、任意の着信する第１ネットワーク識別子に対しいろいろなドメインＩＤを割り当てることが出来る。
【０００９】
本発明の他の目的、利点及び特徴は、ここに記載された図面の簡単な説明、本発明の詳細な説明、そして特許請求の範囲、の調査後に明らかとなるであろう。
【００１０】
［詳細な説明］
同様な数字が全体を通して同様な構成部品(element)を表わす図面に関して、図１は、無線通信システム１０の例示的な実施例を示しており、それは、無線ネットワーク２０で(across a wireless network)他の無線通信機器と共に、１以上の無線通信機器(wireless telecommunication devices)、例えば無線電話１２、１４、スマートページャ(smart pager)１６、及び携帯情報端末(personal digital assistant)（ＰＤＡ）１８の間の通信チャンネル(communication channels)を与える(allows)。第１グループ通信サーバ２６は、１以上の通信チャネルを、機器１２、１４、１６、１８のような１以上のモバイル通信機器(mobile communication devices)に提供し、そして少なくとも１つのモバイル通信機器、例えば携帯電話１２など、は第１通信サーバ２６によって提供される１以上の通信チャネル上で少なくともデータを選択的に伝える。少なくとも１つのデータサーバ２８は、無線通信機器１２、１４、１６、１８とデータを通信し、そして、コンバータサーバ３２は、音声データを１以上の通信チャネル上で伝送可能なデータに変換し、又、コンバータサーバ３２は、変換された音声データを、少なくとも１つの通信チャネルを横切って(across at least one communication channel)少なくとも１つのモバイル通信機器、例えば携帯電話１４など、への伝送のために、第１通信サーバ２６に送る。無線通信機器１２、１４、１６、１８はまたここで、グループメンバー機器間で直接通信(direct communication)が持たれることが出来るプッシューツートーク(a push-to-talk)（ＰＴＴ）グループ１１の中に示されている。
【００１１】
図１の中で示されるように、携帯電話１２は、音声データを、典型的にはフレーム又はパケットで、無線ネットワーク２０に、典型的には、無線ネットワークを横切って(across the wireless network)サーバ側ＬＡＮ２２上に存在する第１通信サーバ２６に、送る。第１通信サーバ２６は、データを、コンバータサーバ３２に中継する(relays)。ここで更に説明される他の実施例においては、他のコンピュータ機器が、サーバ側ＬＡＮ２２上で駐在することが出来、或いは無線ネットワーク２０を横切って無線機器にアクセス可能であることが出来る。第１通信サーバ２６は、添付の又はアクセス可能なデータベース、例えば、無線機器のための加入者の識別データを保存する加入者データなど、を持つことが出来、それによって、様々な加入者のための通信が、即ち、どのモバイル機器１２、１４、１６、１８がどのフォーマットで通信出来るかが、システム１０によって知られることが出来る、データベース２４はまた、以下に更に説明されるように、無線機器がＭＩＮ／ＭＤＮをＳＩＰ ＵＲＬｓに変換するための参照テーブル(the look-up table)９２（図４）を保持出来る。サーバ側ＬＡＮ２２上で、或いは無線ネットワーク２０、又は一般にはインターネット、を横切って、駐在するコンピュータコンポーネントの数は制限されない、ということは理解されるべきである。
【００１２】
一実施例において、モバイル機器１２、１４、１６、１８は、無線通信ネットワーク２０上で音声データ及びデータ通信の両方を受け取ることが出来る。そして、帯域幅に対し必要に応じ、システム１０は、第１通信サーバ２６とモバイル機器１２、１４、１６、１８との間に第２通信チャネルを確立することが出来、そこでは、ＣＤＭＡ２０００標準規格の中で規定されるように、第２の通信はまた、インタリーブされた(interleaved)音声及びデータパケットの両方をサポート出来る。更に、ここに示されるように、コンバータサーバ３２は、好ましくは音声データをインターネットプロトコル（ＩＰ）データパケットに変換するが、音声データ及び他のコンピュータ可読データ(readable data)が同時にエンコードされることが出来る場合には、任意のデータフレームフォーマットを交互に使用することが出来る。このように、図１の実施例では、コンバータサーバ３２は、携帯電話１２のようなモバイル機器から両方の音声データを受け取り、受け取られた音声データをＩＰプロトコル中の音声パケットデータに変換し、ＩＰパケットデータを音声アナログデータ、又は適切なフレーム中の音声データ、に戻すために逆の変換を行ない、そして、音声データを通信サーバ２６に送ることが出来る。モバイル通信機器１２、１４、１６、１８がそのように具現化される場合、機器は、送信されたデータパケットを音声データに変換することが出来、又、そのような実施例においては、通信サーバ２６は、ＩＰパケットデータをモバイル機器１２、１４、１６、１８に中継するだけを必要とし、又、音声データへの変換がモバイル機器１２、１４、１６、１８で発生するので、コンバータサーバ３２は不必要である。
【００１３】
図２は、共通ＣＤＭＡ携帯電話通信コンフィギュレーション(a common CDMA cellular telecommunication configuration)３１における無線ネットワークの一実施例の代表的な図であり、単一のウォルシュペアチャネル(a single Walsh pair channel)上の統合された音声及びデータの伝送(unified voice and data transmission)のために、データパケットプロトコル例えばＩＰプロトコルなどを使って互いに通信する機能(ability)をモバイル機器１２、１４、１６、１８に提供する沢山のコンバータサーバ３２を有している。無線ネットワークは、単に例示的なものであって、任意のシステムを含めることが出来、それによって、遠隔のモジュールは、互いの間で、及び／又は、無線ネットワーク２０の、無線ネットワークキャリア及び／又はサーバを制限無く含む、コンポーネントの間で、無線で通信する。一連のコンバータサーバ３２は、グループ通信サーバＬＡＮ５０に接続されている。各コンバータサーバ３２は、様々なモバイルの機器のためにコンバータサーバ３２が音声データをＩＰパケットデータに、及び、から変換出来るように、ここでは、ＩＰプロトコルマルチプレックス(multiplex)（ＭＵＸ）／デマルチプレックス(demultiplex)（ＤＥＭＵＸ）として示されている。無線電話及び通信機器１２、１４、１６、１８は、データサービスオプションを使ってコンバータサーバ３２からのパケットデータセッション(packet data sessions)をリクエスト出来る。
【００１４】
コンバータサーバ３２は、無線サービスプロバイダのパケットデータサービスノード(a wireless service provider's packet data service node)（ＰＤＳＮ）、例えばＰＳＤＮ５２など、に接続され、ここではキャリアネットワーク５４上に常駐して示される。各ＰＤＳＮ５２は、パケット制御機能(a packet control function)（ＰＣＦ）６２を通して、基地局６０の基地局コントローラ６４とインタフェースをとることが出来る。ＰＣＦ６２は、典型的に基地局６０の中に位置する。キャリアネットワーク５４は、メッセージサービスコントローラ(a messaging service controller)（「ＭＳＣ」）５８に送られたメッセージ（一般にデータパケットの形式で）を制御する。キャリアネットワーク３０は、ネットワーク、インターネット及び／又はＰＯＴＳ（「普通の従来の電話サービス(plain ordinary telephone system)」）によって、ＭＳＣ３２と通信する。典型的には、キャリアネットワーク５４とＭＳＣ５８との間のネットワーク又はインターネット接続が、データを転送し、そしてＰＯＴＳが音声情報を転送する。ＭＳＣ５８は、１以上の基地局６０に接続されることが出来る。キャリアネットワークと同じような方法で、ＭＳＣ５８は、典型的に、データ転送用のネットワーク及び／又はインターネットと音声情報用のＰＯＴＳとの両方によって、ブランチーツーソース(the branch-to-source)（ＢＴＳ）６６に接続される。ＢＴＳ６６は最終的には(ultimately)、ショートメッセージサービス（「ＳＭＳ」）又は本技術分野で知られた他の無線の手段によって、モバイル機器１２、１４、１６、１８のような無線機器に、そして、から、メッセージを無線で、ブロードキャストし(broadcast)、受け取る。
【００１５】
無線電話１４のような携帯電話及び通信機器は、増大したコンピューティング性能で製造されており、又、パーソナルコンピュータや携帯型ＰＤＡに等しくってきており、従って音声データと同じくらいの多くのコンピュータデータを伝える。これらの「スマート」携帯電話は、無線機器のプロセッサ上でダウンロード可能でそして実行可能なソフトウェアアプリケーションをソフトウェア開発者が作成することを可能にする。携帯電話１４のような無線機器は、ウェブページ、アプレット(applets)、ＭＩＤｌｅｔｓ、ゲーム及びストックモニタのような多くのタイプのアプリケーションを、或いはニュース及びスポーツ関連データのような単にデータを、ダウンロードし送ることが出来る。直接通信(direct communications)においては、携帯電話１２のようなモバイル機器は、その音声及び／又はコンピュータデータを無線ネットワークに伝送するであろう、そして無線ネットワークの機器は、グループ通信サーバ３２、を通して又は制御で、現れる(occur)であろう。機器の全てのデータパケットは、必ずしも、グループ通信サーバ３２自体を通して移動する必要はないが、しかし、それは典型的に、セット１２のメンバの識別情報(identity)を知っており(aware)、及び／又は、取り出すことが出来、或いは、セット１２のメンバの識別情報を別のコンピュータ機器例えばマッピングサーバ３６などに誘導する(direct)、唯一のサーバ側３０のコンポーネントであるので、サーバ３２は、結局のところは通信を制御することが出来なければならない。
【００１６】
図２の中で更に示されるように、携帯電話１４は、基地局６０との通信チャネルを使用し、そしてフォワード基本チャネル(a forward fundamental channel)（Ｆ−ＦＣＨ）及びリバース基本チャネル(a reverse fundamental channel)（Ｒ−ＦＣＨ）を確立し、各基本チャンネルは、通信用にウォルシュコード(Walsh codes)を使用し、従って、専用チャンネルの確立は一対のウォルシュコード(a pair of Walsh codes)を必要とする。音声データについては、データは、データフレームに典型的にカプセル化され(encapsulated)、ＰＣＦ６０によって処理される。この実施例では、コンバータサーバ３２は、ＰＤＳＮ５２から標準音声パケットのストリーム(the stream)を受け取り、好ましくはＩＰプロトコル、例えば本技術分野で知られているような共通のボイス−オーバ−ＩＰプロトコル(a common Voice-over-lP Protocol)など、の中で、音声パケットをデータパケットに変換するであろう。
【００１７】
テレコミュニケーション(telecommunication)では、「フレーム(frame)」は、アドレシング(addressing)及び必要なプロトコル制御情報(the requisite protocol control information)を備えたユニットとしてネットワークポイント間で伝送されたデータである。フレーム中の情報又はデータは、より高いレベル或いは異なるプロトコルの中で使用される別のカプセル化されたフレームを含むことが出来る。実際に、多くの場合、データ中継(data relay)のために構成されたフレームは、典型的に、初期のプロトコルプログラムによってフレーム化されているデータを搬送する。従って、例えば、ＣＤＭＡ通信プロトコルの中で使用された音声パケットは、典型的に、第１伝送プロトコルのフレーム又はパケットの中にあるだろう、そして、コンバータサーバ３２は、中継のためにＩＰプロトコルフレーム（第２伝送プロトコル）内に第１伝送プロトコルの音声パケットフレームをカプセル化することが出来るか、或いは、音声データをＩＰプロトコルデータに完全に変換することが出来る。もしそのように具現化されれば、コンバータサーバ３２は同様に、ＩＰプロトコルフレームから、音声データを取り除き、抽出し、又は変換し、そして、音声データを、典型的に共通音声パケット中継フォームで(in common voice packet relay form)、モバイル機器１２、１４、１６、１８への中継のための通信サーバ２６に中継することができる。
【００１８】
図３は、通信インタフェース９２を備えた無線機器（携帯電話８０）のコンピュータプラットフォーム８２を例示するブロック図である。無線機器８１は、ＰＴＴ通信に携わるためにＰＴＴボタン８１を含んでいる。コンピュータプラットフォーム８２は、音声とデータのパケットを処理出来、無線ネットワーク２０で(across the wireless network)送信されたソフトウェアアプリケーションを受け取り、実行することが出来る。コンピュータプラットフォーム８０は、他のコンポーネントの中に、特定用途向け集積回路（「ＡＳＩＣ」）８４、又は他のプロセッサ、マイクロプロセッサ、論理回路、プログラマブルゲートアレイ、又は他のデータ処理装置を含む。ＡＳＩＣ８４は、無線機器の製造の時にインストールされ、普通はアップグレード可能ではない。ＡＳＩＣ８４又は他のプロセッサは、常駐アプリケーション環境(the resident application environment)を含み又ＡＳＩＣ８４にロードされたオペレーティングシステムを含むことが出来るアプリケーションプログラミングインタフェース（「ＡＰＩ」）層８６を、実行する。常駐アプリケーション環境は、無線機器のメモリ８８中の任意の常駐プログラムとインタフェースをとる。常駐アプリケーション環境の１例は、無線機器プラットフォーム用にＱｕａｌｃｏｍｍ（Ｒ）によって開発された「無線のためのバイナリランタイム環境(binary runtime environment for wireless)」（ＢＲＥＷ）ソフトウェアである。
【００１９】
ここに示されるように、無線機器は、携帯電話８１でありうるが、又、本技術分野で知られているようなコンピュータプラットフォームを備えた任意の無線機器、例えば、携帯情報端末（ＰＤＡ）、グラフィックスディスプレイを備えたページャ、或いは無線通信ポータルを有し、そうでなければネットワーク又はインターネットに対して通信回線接続を有するかもしれない別のコンピュータプラットフォームなど、でもありうる。更に、メモリ８８は、リードオンリー又はランダムアクセスメモリ（ＲＡＭとＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュカード、或いはコンピュータプラットフォームに共通の任意のメモリで構成されることができる。コンピュータプラットフォーム８２は、メモリ８８の中では積極的に(actively)は使用されないソフトウェアアプリケーションの保存のためのローカルデータベース９０もまた含むことができる。ローカルデータベース９０は、典型的に１個以上のフラッシュメモリセルで構成されるが、磁気メディア、ＥＰＲＯＭ、ＥＥＰＲＯＭ、光学メディア、テープ、或いはソフト又はハードディスクのような、本技術分野で知られているような任意の第二、又は第三の記憶装置でありうる。
【００２０】
前の背景及び上記の説明は、ＣＤＭＡインフラストラクチャ、プッシューツートークシステム、そしてドメインネームに翻訳するＭＩＮ／ＭＤＮパラメータの使用、の観点からのものである。本発明の範囲は、ＣＤＭＡ以外のネットワークトポロジー(network topologies)と、データを別の機器に伝送するアプリケーションを可能にするボイスオーバーＩＰシステム(voice over IP systems)及びＭＩＮ／ＭＤＮ以外のドメインネームを翻訳するのに使用されることが出来るアドレッシングパラメータ(addressing parameters)を含んでいるデータ通信システム(data communication systems)と、を含む、ということは、当業者によって認識されるべきである。
【００２１】
無線通信機器(the wireless telecommunication device)８１において、通信インタフェース９２は、無線通信ネットワーク２０で(across the wireless telecommunication network)選択的にインタフェースをとり、データを送り、受け取り、そして、無線通信機器１２、１４、１６、１８(the wireless telecommunication device)は更に、通信する無線通信機器(a communicating wireless telecommunication device)１２、１４、１６、１８からのＭＩＮ／ＭＤＮのような、無線通信ネットワーク１４上で特定の他の機器を識別する第１ネットワークプロトコルにおける第１無線機器識別子を受け取る。無線通信機器８１は更に、第２ネットワークプロトコルにおいて特定の他の機器のための第２無線機器識別子を生成するコンバータ又は他のソフトウェアプログラムをメモリ８８又はローカルデータベース９０に含んでおり、その結果、通信は第２のネットワークプロトコルにおいて行なわれることができる。コンバータは、図４のドメインマッピングテーブル(the domain mapping table)９２において示されるような、第１無線機器識別子に基づく複数の第２無線機器識別子を作ることが出来る。
【００２２】
図４は、通信する機器に対しＳＩＰ ＵＲＬを作成するために通信する無線通信機器のＭＩＮｓの後ろにドメインＩＤを付ける(to append)無線通信機器上に常駐する(resident)参照テーブル(a look-up table)９２の例示的な一実施例である。ＭＩＮ−ドメインマッピングテーブル９２は、このＳＩＰ ＵＲＬアドレシングベースのデータアプリケーション(this SIP URL addressing based data application)を使用して、クライアント機器上で定義されることができる。これらのセッションは、インターネットマルチメディア会議、インターネット電話、そしてマルチメディア配布(multimedia distribution)を含んでいる。セッションのメンバは、マルチキャスト(multicast)経由で、又はユニキャスト(unicast)関係のメッシュ(a mesh)経由で、又はこれらの組合せによって通信することができる。ＳＩＰ ＵＲＬアドレスの一例は、「ｓｏｍｅｏｎｅ＠１０.１.２.３」である。
【００２３】
無線通信機器１２、１４、１６、１８のユーザが、別の機器用のＭＩＮ／ＭＤＮをタイプ入力する場合、ドメインが、予め定義されたマッピングに従って特定の地域又はエリアが規定される番号の一部分(例えば電話番号のプレフィックス(a prefix)、又は一部分)に基づく電話番号上の後に付けられる。例えば、合衆国の中の番号に対しては、テーブル９２において示されるように、エリアコードがｍｉｎ−ドメイン マッピングテーブル９２で使用されることができ、例として、エリアコード８５８，６１９は、ｒｅｇｉｏｎＳＤ．ｃａｒｒｉｅｒ．ｃｏｍにマッピングし(map)、エリアコード８４８，７３２は、ｒｅｇｉｏｎＮＪ．ｃａｒｒｉｅｒ．ｃｏｍにマッピングする。
【００２４】
ＰＴＴ実施例においては、システム１０は、各機器又は予め定義されたグループを識別するためにＳＩＰ ＵＲＬのフォームのアドレスを使用する。全てのユーザは、彼らが所有するグループ無線通信機器毎に単一の固有のユーザーアドレスが割り当てられる。全ての予め定義されたグループは、単一の固有のグループアドレスが割り当てられる。これらのアドレスは、受信無線通信機器に明かされることができ、コンタクト情報を共有する時、無線機器間で交換されることができる。
【００２５】
図５は、無線通信機器に対し作成されたＳＩＰ ＵＲＬを使用する、グループ通信サーバ(a group communication server)９６を通しての発信側無線機器(originating wireless device)９４とターゲット無線通信(target wireless telecommunication)９８機器との間のテレコミュニケーションの一実施例を例示する図である。そのようなシステム１０において、ユーザがＰＴＴに対するサービスに加入する時、ＰＴＴクライアントアプリケーション(the PTT client application)が機器にダウンロードされる。最初の加入の間に、ユーザーアドレスがＰＴＴクライアント機器に割り当てられる。キャリア内電話(intra-carrier calls)の場合は、グループ機器は、ＳＩＰ ＵＲＬ全体をタイプ入力することによってではなく、ＭＩＮ／ＭＤＮ番号を使用して互いにコンタクト出来る。ユーザは、ダイレクト電話の場合はＭＩＮ／ＭＤＮ番号を、ａｄ−ｈｏｃグループ電話の場合はＭＩＮ／ＭＤＮ番号の組み合わせを、単にタイプ入力（又は選択）し、ターゲット無線通信機器９８へのＰＴＴ電話を開始するためにＰＴＴボタン８１を押すことが出来る。
【００２６】
このように、使用の一つのプロセスでは、発信側機器９４のユーザは、ターゲット機器９８のＭＩＮ／ＭＤＮ番号をマニュアルで入力し、そして、ＰＴＴ電話を始めるためにＰＴＴボタンを押す。ユーザは、そのユーザの機器の名前の下でＭＩＮ／ＭＤＮを保存することによって、コンタクトリスト中に別のユーザのためのコンタクトエントリ(the contact entry)を保存し、そして、ユーザが別のユーザから着信呼(an incoming call)を受け取る時、発呼者(the caller)のＭＩＮ／ＭＤＮが表示される。無線機器は、そのあと着信ＭＩＮ／ＭＤＮをコンタクトエントリのリストの中に置き（そのように望まれれば自動的に）、ａｄ−ｈｏｃグループの名前の下でそのグループの中のメンバのためのＭＩＮ／ＭＤＮを備えた無線機域８１で定義されたａｄ−ｈｏｃグループのためのコンタクトエントリを保存する。
【００２７】
一実施例においては、デフォルトドメイン(a default domain)は、ＰＴＴシステム全体を通して、無線通信機器１２、１４、１６、１８でコンフィギュレーションされる(configured)。ユーザが発信通信(outgoing communication)のためにＭＩＮ／ＭＤＮをタイプ入力する時、デフォルトドメインは、番後の後ろに付けられる。予め定義されたグループ及びチャット−ルームのアドレスの場合は、別のデフォルトドメインが、ドメインネームの一部としてのストリング「グループ」及び「チャット」(the string "group" and "chat")と共に夫々使用されることができる。従って、グループ通信サーバ９６に送信されたクライアントリクエストにおけるユーザーアドレス用のＳＩＰ ＵＲＬは、次のフォーマットである：＜ｐｈｏｎｅ−ｎｕｍｂｅｒ＞＠＜ｄｅｆａｕｌｔ−ｄｏｍａｉｎ＞。このアプローチは、無線機器、即ち、各クライアント上で予めコンフィギュレーションされる(pre-configured)デフォルトドメイン、上で最小限の変更(minimal changes)を必要とする。
【００２８】
ＭＩＮドメインを備える別の実施例においては、マッピングテーブルは、図４及び５において示されるように、システム全体を通して無線機器上でコンフィギュレーションされる(configured)。発信側無線機器９４が、ターゲット無線機器９８に対しＭＩＮ／ＭＤＮをタイプ入力する時、ドメインが、マッピングテーブル９２に従って、特定の地域又はエリアを規定することが出来る番号の一部分（例えば電話番号の、エリアコードプリフィックス又は一部分、など）に基づき、ＭＩＮ／ＭＤＮ上で後に付けられる。ＭＩＮ−ドメインマッピングテーブル９２は、キャリア−コンフィギュレーション可能 パラメータ(a carrier-configurable parameter)であり、キャリアが、その加入者に互いにコンタクトするためにＭＩＮ／ＭＤＮ番号をタイプ入力することを許可したい時に、使用される。ＭＩＮ−ドメインマッピングテーブル９２は、単一のドメインにマッピングされる複数のプリフィックス(multiple prefixes)を定義できる。従って、発信側無線機器９４のユーザが電話するためにＭＩＮ／ＭＤＮをタイプ入力する時、発信側無線機器９４は、ＭＩＮ−ドメインマッピングテーブル９２中のドメインを調べるために使用される電話番号の部分を検知する。そのあと機器は、ドメインＩＤマッピングテーブル９２の中のドメイン用のドメインＩＤを調べ、そして、グループ通信サーバ９６に呼リクエストメッセージ(the CALL request message)の中で送られるＳＩＰ ＵＲＬ アドレスにおいてターゲット無線機器を生成する(generate)ために電話番号の後にドメインＩＤを付ける。
【００２９】
図６は、ＰＴＴグループのようなプッシューツートーク（ＰＴＴ）システムにおける他の通信する無線通信機器のためにＭＩＮの後に付けられたドメインＩＤに対し無線通信機器１２上で実行するプロセスの典型的な実施例のフローチャートである。ユーザは、通信する機器（図３における無線通信機器８０）のＭＩＮを入力し、ＰＴＴボタン（ＰＴＴボタン８１）を押す。その後、決定１０２で示されるように、コンタクトされるように望まれたＭＩＮのために第２識別子が作成されているどうかについて決定される。もし機器８０のローカルデータベース９０の中に存在する場合、ＭＩＮは、ＰＴＴグループ１１からの通信する無線機器から受け取られた前の通信から作成されていた可能性が最も高い。従って、もし第２識別子が決定１０２において存在する場合は、そのあとプロセスはステップ１０４で示されるように保存されている第２識別子を取り出し、そしてプロセスはステップ１１０に進み、出力メッセージ(the outgoing communication)の後ろに第２識別子を付ける。
【００３０】
もし第２識別子が決定１０２においてない場合は、そのときは第２識別子が、ステップ１０６で示されるように、調査テーブル９２（図４）を使用して作成され、そのあと、ステップ１０８で示されるように、生成された第２識別子はＭＩＮのために保存される。そのあと第２識別子は、ステップ１１０で示されるように、保存された第２識別子がステップ１０４で取り出された後に同様に届けられる(arrived)ＭＩＮの後ろに付けられる。最後に、ステップ１１２で示されるように、ＰＴＴメッセージは、第２識別子を後ろに付けて伝送される。ＰＴＴメッセージは、テキスト、ＶｏIＰ、プログラム、又は、メッセージ伝達目的のためにＳＩＰ ＵＲＬアドレスを使用するであろう任意の他の通信、でありえる。
【００３１】
このように、無線通信機器１２、１４、１６、１８から無線通信ネットワーク２０と選択的にインタフェースをとるステップと、そのあと第１識別子を、通信する無線通信機器（送信側機器９４のような）から受け取るステップと、そして、通信する無線通信機器に対し第２ネットワークプロトコルにおいて無線通信機器１２、１４、１６、１８で第２ネットワーク識別子を生成するステップ、なお、無線通信機器は図４及び５におけるドメインＩＤマッピングテーブルからのように第１ネットワーク識別子に基づき複数の第２ネットワーク識別子を生成できる、と、を通して、無線通信ネットワーク２０上で他の無線機器のための第１ネットワークにおける第１ネット識別子を有する無線通信機器１２、１４、１６、１８でＳＩＰ ＵＲＬのような第２ネットワークプロトコルの第２ネットワーク識別子を生成する方法をシステム１０が提供する、ということが理解されることができる。
【００３２】
一実施例においては、第２ネットワークプロトコルはＴＣＰ／ＩＰであり得、又、第２無線機器識別子はセッションイニシエーションプロトコル ユニバーサルリソースロケータ(a session initiation protocol universal resource locator)（ＳＩＰ ＵＲＬ）であり得て、そして、第２ネットワーク識別子を生成するステップは、そのときは、ＳＩＰ ＵＲＬを生成することである。そして、もし第１ネットワークプロトコルが電話通信プロトコルで、第１無線機器識別子が電話番号である場合、第２ネットワーク識別子を生成するステップは、電話番号の後ろにドメインを付けることである。第１無線機器識別子がモバイル識別番号（ＭＩＮ）である場合、図４及び５に示されるように、第２ネットワーク識別子を生成するステップは、ＭＩＮの後ろにドメインを付けることである。
【００３３】
別の実施例においては、第２ネットワーク識別子を生成するステップは、無線通信機器１２、１４、１６、１８の特定の地理的領域のためのドメインＩＤを使用するような、通信する無線通信機器の地理的位置に関する情報を含む第２ネットワーク識別子を生成することを含んでいる。方法は更に、第１無線機器識別子に基づき通信する無線通信機器のための複数の第２ネットワーク識別子を生成する、例えば１より多くの可能なＳＩＰ ＵＲＬを作る、ステップを含むことが出来る。一例示的な実施例では、第２ネットワーク識別子を生成するステップは、第１ネットワーク識別子を第２ネットワーク識別子に変換する参照テーブル９２（図４）を使用することから生じる。
【００３４】
本発明の好ましいそして代替の実施例が示されているが、ここに添付されている特許請求の範囲に記載されているような本発明の根底にある精神及び範囲から逸脱することなく、本発明の要件のフォームとアレンジメントにおいてある変更がなされることが出来る、ということは理解されるべきである。更に、本発明の要件は単数で、説明され又は特許請求の範囲で記載されるかもしれないが、単数への制限が明示的に述べられなければ、複数は意図されている。又、ここに使用されているように、用語「例示的な(exemplary)」は、単に説明のためであることを意図されており、「好ましい」或いはそうでなければ何らかの優先度を意味するようには意図されていない。
【図面の簡単な説明】
【００３５】
【図１】図１は、無線ネットワークで他の無線通信機器のグループと通信する無線通信機器を備えた無線通信ネットワークの例示的実施例の代表的な図である。
【図２】図２は、音声アナログ及び／又はＩＰパケット データ通信を使用する無線通信機器間の通信におけるＩＰパケット機能を備えた共通ＣＤＭＡ携帯電話通信コンフィギュレーションでの無線通信ネットワークの一実施例の代表的な図である。
【図３】図３は、例示的な一実施例における無線通信機器のコンピュータプラットフォームを示すブロック図である。
【図４】図４は、通信する機器用のＳＩＰ ＵＲＬを作成するために通信する無線通信機器のＭＩＮの後ろにドメインＩＤをつける無線通信機器上に常駐する参照テーブルの例示的な実施例である。
【図５】図５は、無線通信機器上で作成されたＳＩＰ ＵＲＬを使用する送信側と受信側の無線通信機器間のテレコミュニケーションの一実施例を例示する図である。
【図６】図６は、プッシューツートーク（ＰＴＴ）システムにおける他の通信する無線通信機器用のＭＩＮの後ろにつけられたドメインＩＤに対し無線通信機器上で実行するプロセスの例示的な実施例のフローチャートである。
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、２００４年２月２６日に出願されたシリアル番号第６０／５４８，６８４号の米国特許仮出願、及び、２００４年３月１日に出願されたシリアル番号第６０／５４９，２１８号の米国特許仮出願、の利益を主張し、その全体はこの言及によりここに組み込まれている。
【０００２】
（分野）
本発明は一般に無線通信(wireless telecommunications)に関連する。より詳細には、本発明は、ＴＣＰ／ＩＰプロトコルにおいて共通な、ドメイン識別子(domain identifiers)を、無線通信機器識別子(wireless telecommunication device identifiers)、例えばモバイル識別番号（ＭＩＮ）及び電話番号など、にマッピングする(mapping)システム及び方法に関係する。
【背景技術】
【０００３】
最初のセルラーネットワーク(cellular networks)は、ＡＭＰＳ（先進移動電話システム(Advanced Mobile Phone System)）のようなアナログ無線伝送技術を使用して、１９８０年代の初めに紹介された。数年の内に、セルラーシステムは、何百万の新加入者が増加された通信時間を要求するサービスの契約をしたので、処理能力上限値に達した。ドロップされた呼び出し(dropped calls)及びネットワーク話中信号(network busy signal)が、多くのエリアにおいて一般的になった。限られた量の無線周波スペクトル内でより多くトラフィックに対応するために、産業界はＴＤＭＡ（時分割多元接続(Time Division Multiple Access)）、ＧＳＭ（汎欧州デジタル移動電話方式(Global System for Mobile)）そしてＣＤＭＡ（符号分割多元接続(Code Division Multiple Access)）と呼ばれるひとそろいの新しいデジタル無線技術を開発した。ＴＤＭＡとＧＳＭは、アナログシステムより３〜４倍より多くの容量を提供するためにタイム−シェアリング プロトコルを使用する。ＣＤＭＡは、然しながら、情報チャンネルを互いに離れたままに維持するために直交符号(orthogonal codes)を使用する多元接続技術(a multiple access technique)に基づいている。
【０００４】
ＣＤＭＡ技術の現代の標準規格、ＣＤＭＡ２０００、は、標準ＣＤＭＡ通信チャネル上の音声及びデータのサービスの両方をサポートする。そのようなシステムにおいては、無線通信キャリアネットワーク(wireless telecommunication carrier networks)は、ＣＤＭＡインフラストラクチャ(the CDMA infrastructure)上のオーバーレイインターネットプロトコル（ＩＰ）をベースにしたアプリケーションネットワーク(an overlay Internet Protocol based application network)として、ＣＤＭＡ加入者にデータサービスを提供する。セッションイニシエーションプロトコル(Session Initiation Protocol)（ＳＩＰ）は、１人以上の参加者のセッション(session)を作り、修正し、そして終了するためのアプリケーション層コントロール（シグナリング）プロトコルである。ＣＤＭＡ２０００の下で提供されるサービスにおいては、システムは、＜ｕｓｅｒｎａｍｅ＞＠＜ｄｏｍａｉｎ）の形式でＳＩＰユニバーサルリソースロケータ(a SIP universal resource locator)（ＵＲＬ）をベースにしたユーザーアドレスを使用する。ＳＩＰ ＵＲＬアドレス方式に基づいて、現在のマッピングテーブル(mapping table)中で定義されるようなデフォルト ドメインネーム(a default domain name)又はＩＤは、ＥＮＵＭ（ＲＦＣ ３７６１）、電話番号、モバイル識別番号（ＭＩＮ）、モバイルディレクトリ番号（ＭＤＮ）、又は他の無線機器識別子、の後に付けられることが出来る。然しながら、サービスキャリア(a service carrier)は、その加入者に割り当てられた異なるドメインに基づくそのネットワークを区分すること(to partition )を欲するかもしれない、そして、現在の標準規格は、そのような区分することを許可しない。
【０００５】
従って、無線通信キャリア(wireless telecommunication carriers)が彼らのネットワークを区分し、彼らの加入者のために複数のドメインＩＤを導入する(deploy)ことを可能にするシステム及び方法を提供することは好都合であろう。そのようなサービスは、キャリアの加入者が、別の無線機器と連絡をとりそしてキャリアの同じ無線データサービスを利用するために、電話番号をタイプ入力する（例、ｔｈｅ ＭＩＮ／ＭＤＮ）のを可能にするだろう。そのようなシステム及び方法は、現在の無線通信インフラストラクチャ上でインプリメントされる(implemented)ことが可能であるべきである。このように、本発明が主として対象とするのは、そのような、無線通信機器識別子のドメインＩＤマッピングのシステム及び方法の提供にある。
【発明の開示】
【０００６】
［要約］
簡単に説明すれば、本発明は、ＴＣＰ／ＩＰネットワークでの直接通信のため(to direct communications across a TCP/IP network)、電話番号又はモバイル識別番号（ＭＩＮ）のような無線通信ネットワーク識別子から、ＳＩＰ ＵＲＬのようなドメインＩＤを生成出来る、無線通信機器である。前記無線通信機器は、着信するネットワーク識別子に対しては１より多いドメインＩＤを生成することが出来、そして、それがＳＩＰ ＵＲＬアドレスを作った前記機器(for which it has created a SIP URL address)についての更なる情報を提供するために前記ドメインネームの中に、加入のエリア又はホーム地域に関する情報を含むことが出来る。本システムの使用を通して、無線通信システムキャリア(the wireless telecommunications systems carrier)は、ＭＩＮ／ＭＤＮ番号、例えば、電話番号のエリアコードにおいて既に識別されているような加入基準(subscription criteria)に基づきユーザに異なるドメインを割り当てることによって、ＳＩＬ ＵＲＬアドレシングを使用して、そのアプリケーションネットワークを区分することが出来る。アプリケーションネットワーク領域の定義が、無線機器加入者のＭＩＮ／ＭＤＮによって識別された無線通信ネットワーク領域又は地理的領域に、厳格に結び付けられること(to be rigidly tied)を必要としないので、ソリューション(solution)も又柔軟である。
【０００７】
一実施例においては、少なくとも１つのメモリと１つの通信インタフェースとを有するコンピュータプラットフォームを含む無線通信機器が提供され、前記機器は更に、前記通信インタフェースを通して無線通信ネットワークと選択的にインタフェースをとりデータを送り受け取る(selectively interfacing and sending and receiving data across a wireless telecommunication network through the communication interface)。機器は更に、前記無線通信ネットワーク上で前記機器を識別する第１ネットワークプロトコルにおける、ＭＩＮ又は電話番号のような特定の第１無線機器識別子を受け取る。前記機器は更に、ＳＩＰ ＵＲＬ又はドメインＩＤのような第２ネットワークプロトコルにおける前記機器のための第２無線機器識別子を生成するために前記メモリ中にコンバータを含み、前記コンバータは、前記第１無線機器識別子に基づき複数の第２無線機器識別子を作ることができる。
【０００８】
システムは従って、第１ネットワークプロトコルにおけるＭＩＮのような第１ネットワーク識別子を有する無線通信機器で、第２ネットワークプロトコルの、ＳＩＰ ＵＲＬのような第２ネットワーク識別子を生成する方法を提供する。前記方法は、前記無線通信機器から無線通信ネットワークと選択的にインタフェースをとるステップと、第２ネットワークプロトコルにおいて前記無線通信機器で第２ネットワーク識別子を生成するステップと、を備え、前記無線通信機器は、前記第１ネットワーク識別子に基づき複数の第２ネットワーク識別子を生成することができる。このように、知られているＭＩＮの終わりに１つのデフォルトドメインネームを付けるだけであるのとは対照的に、前記無線機器は、必要に応じ、任意の着信する第１ネットワーク識別子に対しいろいろなドメインＩＤを割り当てることが出来る。
【０００９】
本発明の他の目的、利点及び特徴は、ここに記載された図面の簡単な説明、本発明の詳細な説明、そして特許請求の範囲、の調査後に明らかとなるであろう。
【００１０】
［詳細な説明］
同様な数字が全体を通して同様な構成部品(element)を表わす図面に関して、図１は、無線通信システム１０の例示的な実施例を示しており、それは、無線ネットワーク２０で(across a wireless network)他の無線通信機器と共に、１以上の無線通信機器(wireless telecommunication devices)、例えば無線電話１２、１４、スマートページャ(smart pager)１６、及び携帯情報端末(personal digital assistant)（ＰＤＡ）１８の間の通信チャンネル(communication channels)を与える(allows)。第１グループ通信サーバ２６は、１以上の通信チャネルを、機器１２、１４、１６、１８のような１以上のモバイル通信機器(mobile communication devices)に提供し、そして少なくとも１つのモバイル通信機器、例えば携帯電話１２など、は第１通信サーバ２６によって提供される１以上の通信チャネル上で少なくともデータを選択的に伝える。少なくとも１つのデータサーバ２８は、無線通信機器１２、１４、１６、１８とデータを通信し、そして、コンバータサーバ３２は、音声データを１以上の通信チャネル上で伝送可能なデータに変換し、又、コンバータサーバ３２は、変換された音声データを、少なくとも１つの通信チャネルを横切って(across at least one communication channel)少なくとも１つのモバイル通信機器、例えば携帯電話１４など、への伝送のために、第１通信サーバ２６に送る。無線通信機器１２、１４、１６、１８はまたここで、グループメンバー機器間で直接通信(direct communication)が持たれることが出来るプッシューツートーク(a push-to-talk)（ＰＴＴ）グループ１１の中に示されている。
【００１１】
図１の中で示されるように、携帯電話１２は、音声データを、典型的にはフレーム又はパケットで、無線ネットワーク２０に、典型的には、無線ネットワークを横切って(across the wireless network)サーバ側ＬＡＮ２２上に存在する第１通信サーバ２６に、送る。第１通信サーバ２６は、データを、コンバータサーバ３２に中継する(relays)。ここで更に説明される他の実施例においては、他のコンピュータ機器が、サーバ側ＬＡＮ２２上で駐在することが出来、或いは無線ネットワーク２０を横切って無線機器にアクセス可能であることが出来る。第１通信サーバ２６は、添付の又はアクセス可能なデータベース、例えば、無線機器のための加入者の識別データを保存する加入者データなど、を持つことが出来、それによって、様々な加入者のための通信が、即ち、どのモバイル機器１２、１４、１６、１８がどのフォーマットで通信出来るかが、システム１０によって知られることが出来る、データベース２４はまた、以下に更に説明されるように、無線機器がＭＩＮ／ＭＤＮをＳＩＰ ＵＲＬｓに変換するための参照テーブル(the look-up table)９２（図４）を保持出来る。サーバ側ＬＡＮ２２上で、或いは無線ネットワーク２０、又は一般にはインターネット、を横切って、駐在するコンピュータコンポーネントの数は制限されない、ということは理解されるべきである。
【００１２】
一実施例において、モバイル機器１２、１４、１６、１８は、無線通信ネットワーク２０上で音声データ及びデータ通信の両方を受け取ることが出来る。そして、帯域幅に対し必要に応じ、システム１０は、第１通信サーバ２６とモバイル機器１２、１４、１６、１８との間に第２通信チャネルを確立することが出来、そこでは、ＣＤＭＡ２０００標準規格の中で規定されるように、第２の通信はまた、インタリーブされた(interleaved)音声及びデータパケットの両方をサポート出来る。更に、ここに示されるように、コンバータサーバ３２は、好ましくは音声データをインターネットプロトコル（ＩＰ）データパケットに変換するが、音声データ及び他のコンピュータ可読データ(readable data)が同時にエンコードされることが出来る場合には、任意のデータフレームフォーマットを交互に使用することが出来る。このように、図１の実施例では、コンバータサーバ３２は、携帯電話１２のようなモバイル機器から両方の音声データを受け取り、受け取られた音声データをＩＰプロトコル中の音声パケットデータに変換し、ＩＰパケットデータを音声アナログデータ、又は適切なフレーム中の音声データ、に戻すために逆の変換を行ない、そして、音声データを通信サーバ２６に送ることが出来る。モバイル通信機器１２、１４、１６、１８がそのように具現化される場合、機器は、送信されたデータパケットを音声データに変換することが出来、又、そのような実施例においては、通信サーバ２６は、ＩＰパケットデータをモバイル機器１２、１４、１６、１８に中継するだけを必要とし、又、音声データへの変換がモバイル機器１２、１４、１６、１８で発生するので、コンバータサーバ３２は不必要である。
【００１３】
図２は、共通ＣＤＭＡ携帯電話通信コンフィギュレーション(a common CDMA cellular telecommunication configuration)３１における無線ネットワークの一実施例の代表的な図であり、単一のウォルシュペアチャネル(a single Walsh pair channel)上の統合された音声及びデータの伝送(unified voice and data transmission)のために、データパケットプロトコル例えばＩＰプロトコルなどを使って互いに通信する機能(ability)をモバイル機器１２、１４、１６、１８に提供する沢山のコンバータサーバ３２を有している。無線ネットワークは、単に例示的なものであって、任意のシステムを含めることが出来、それによって、遠隔のモジュールは、互いの間で、及び／又は、無線ネットワーク２０の、無線ネットワークキャリア及び／又はサーバを制限無く含む、コンポーネントの間で、無線で通信する。一連のコンバータサーバ３２は、グループ通信サーバＬＡＮ５０に接続されている。各コンバータサーバ３２は、様々なモバイルの機器のためにコンバータサーバ３２が音声データをＩＰパケットデータに、及び、から変換出来るように、ここでは、ＩＰプロトコルマルチプレックス(multiplex)（ＭＵＸ）／デマルチプレックス(demultiplex)（ＤＥＭＵＸ）として示されている。無線電話及び通信機器１２、１４、１６、１８は、データサービスオプションを使ってコンバータサーバ３２からのパケットデータセッション(packet data sessions)をリクエスト出来る。
【００１４】
コンバータサーバ３２は、無線サービスプロバイダのパケットデータサービスノード(a wireless service provider's packet data service node)（ＰＤＳＮ）、例えばＰＳＤＮ５２など、に接続され、ここではキャリアネットワーク５４上に常駐して示される。各ＰＤＳＮ５２は、パケット制御機能(a packet control function)（ＰＣＦ）６２を通して、基地局６０の基地局コントローラ６４とインタフェースをとることが出来る。ＰＣＦ６２は、典型的に基地局６０の中に位置する。キャリアネットワーク５４は、メッセージサービスコントローラ(a messaging service controller)（「ＭＳＣ」）５８に送られたメッセージ（一般にデータパケットの形式で）を制御する。キャリアネットワーク３０は、ネットワーク、インターネット及び／又はＰＯＴＳ（「普通の従来の電話サービス(plain ordinary telephone system)」）によって、ＭＳＣ３２と通信する。典型的には、キャリアネットワーク５４とＭＳＣ５８との間のネットワーク又はインターネット接続が、データを転送し、そしてＰＯＴＳが音声情報を転送する。ＭＳＣ５８は、１以上の基地局６０に接続されることが出来る。キャリアネットワークと同じような方法で、ＭＳＣ５８は、典型的に、データ転送用のネットワーク及び／又はインターネットと音声情報用のＰＯＴＳとの両方によって、ブランチーツーソース(the branch-to-source)（ＢＴＳ）６６に接続される。ＢＴＳ６６は最終的には(ultimately)、ショートメッセージサービス（「ＳＭＳ」）又は本技術分野で知られた他の無線の手段によって、モバイル機器１２、１４、１６、１８のような無線機器に、そして、から、メッセージを無線で、ブロードキャストし(broadcast)、受け取る。
【００１５】
無線電話１４のような携帯電話及び通信機器は、増大したコンピューティング性能で製造されており、又、パーソナルコンピュータや携帯型ＰＤＡに等しくってきており、従って音声データと同じくらいの多くのコンピュータデータを伝える。これらの「スマート」携帯電話は、無線機器のプロセッサ上でダウンロード可能でそして実行可能なソフトウェアアプリケーションをソフトウェア開発者が作成することを可能にする。携帯電話１４のような無線機器は、ウェブページ、アプレット(applets)、ＭＩＤｌｅｔｓ、ゲーム及びストックモニタのような多くのタイプのアプリケーションを、或いはニュース及びスポーツ関連データのような単にデータを、ダウンロードし送ることが出来る。直接通信(direct communications)においては、携帯電話１２のようなモバイル機器は、その音声及び／又はコンピュータデータを無線ネットワークに伝送するであろう、そして無線ネットワークの機器は、グループ通信サーバ３２、を通して又は制御で、現れる(occur)であろう。機器の全てのデータパケットは、必ずしも、グループ通信サーバ３２自体を通して移動する必要はないが、しかし、それは典型的に、セット１２のメンバの識別情報(identity)を知っており(aware)、及び／又は、取り出すことが出来、或いは、セット１２のメンバの識別情報を別のコンピュータ機器例えばマッピングサーバ３６などに誘導する(direct)、唯一のサーバ側３０のコンポーネントであるので、サーバ３２は、結局のところは通信を制御することが出来なければならない。
【００１６】
図２の中で更に示されるように、携帯電話１４は、基地局６０との通信チャネルを使用し、そしてフォワード基本チャネル(a forward fundamental channel)（Ｆ−ＦＣＨ）及びリバース基本チャネル(a reverse fundamental channel)（Ｒ−ＦＣＨ）を確立し、各基本チャンネルは、通信用にウォルシュコード(Walsh codes)を使用し、従って、専用チャンネルの確立は一対のウォルシュコード(a pair of Walsh codes)を必要とする。音声データについては、データは、データフレームに典型的にカプセル化され(encapsulated)、ＰＣＦ６０によって処理される。この実施例では、コンバータサーバ３２は、ＰＤＳＮ５２から標準音声パケットのストリーム(the stream)を受け取り、好ましくはＩＰプロトコル、例えば本技術分野で知られているような共通のボイス−オーバ−ＩＰプロトコル(a common Voice-over-lP Protocol)など、の中で、音声パケットをデータパケットに変換するであろう。
【００１７】
テレコミュニケーション(telecommunication)では、「フレーム(frame)」は、アドレシング(addressing)及び必要なプロトコル制御情報(the requisite protocol control information)を備えたユニットとしてネットワークポイント間で伝送されたデータである。フレーム中の情報又はデータは、より高いレベル或いは異なるプロトコルの中で使用される別のカプセル化されたフレームを含むことが出来る。実際に、多くの場合、データ中継(data relay)のために構成されたフレームは、典型的に、初期のプロトコルプログラムによってフレーム化されているデータを搬送する。従って、例えば、ＣＤＭＡ通信プロトコルの中で使用された音声パケットは、典型的に、第１伝送プロトコルのフレーム又はパケットの中にあるだろう、そして、コンバータサーバ３２は、中継のためにＩＰプロトコルフレーム（第２伝送プロトコル）内に第１伝送プロトコルの音声パケットフレームをカプセル化することが出来るか、或いは、音声データをＩＰプロトコルデータに完全に変換することが出来る。もしそのように具現化されれば、コンバータサーバ３２は同様に、ＩＰプロトコルフレームから、音声データを取り除き、抽出し、又は変換し、そして、音声データを、典型的に共通音声パケット中継フォームで(in common voice packet relay form)、モバイル機器１２、１４、１６、１８への中継のための通信サーバ２６に中継することができる。
【００１８】
図３は、通信インタフェース９２を備えた無線機器（携帯電話８０）のコンピュータプラットフォーム８２を例示するブロック図である。無線機器８１は、ＰＴＴ通信に携わるためにＰＴＴボタン８１を含んでいる。コンピュータプラットフォーム８２は、音声とデータのパケットを処理出来、無線ネットワーク２０で(across the wireless network)送信されたソフトウェアアプリケーションを受け取り、実行することが出来る。コンピュータプラットフォーム８０は、他のコンポーネントの中に、特定用途向け集積回路（「ＡＳＩＣ」）８４、又は他のプロセッサ、マイクロプロセッサ、論理回路、プログラマブルゲートアレイ、又は他のデータ処理装置を含む。ＡＳＩＣ８４は、無線機器の製造の時にインストールされ、普通はアップグレード可能ではない。ＡＳＩＣ８４又は他のプロセッサは、常駐アプリケーション環境(the resident application environment)を含み又ＡＳＩＣ８４にロードされたオペレーティングシステムを含むことが出来るアプリケーションプログラミングインタフェース（「ＡＰＩ」）層８６を、実行する。常駐アプリケーション環境は、無線機器のメモリ８８中の任意の常駐プログラムとインタフェースをとる。常駐アプリケーション環境の１例は、無線機器プラットフォーム用にＱｕａｌｃｏｍｍ（Ｒ）によって開発された「無線のためのバイナリランタイム環境(binary runtime environment for wireless)」（ＢＲＥＷ）ソフトウェアである。
【００１９】
ここに示されるように、無線機器は、携帯電話８１でありうるが、又、本技術分野で知られているようなコンピュータプラットフォームを備えた任意の無線機器、例えば、携帯情報端末（ＰＤＡ）、グラフィックスディスプレイを備えたページャ、或いは無線通信ポータルを有し、そうでなければネットワーク又はインターネットに対して通信回線接続を有するかもしれない別のコンピュータプラットフォームなど、でもありうる。更に、メモリ８８は、リードオンリー又はランダムアクセスメモリ（ＲＡＭとＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュカード、或いはコンピュータプラットフォームに共通の任意のメモリで構成されることができる。コンピュータプラットフォーム８２は、メモリ８８の中では積極的に(actively)は使用されないソフトウェアアプリケーションの保存のためのローカルデータベース９０もまた含むことができる。ローカルデータベース９０は、典型的に１個以上のフラッシュメモリセルで構成されるが、磁気メディア、ＥＰＲＯＭ、ＥＥＰＲＯＭ、光学メディア、テープ、或いはソフト又はハードディスクのような、本技術分野で知られているような任意の第二、又は第三の記憶装置でありうる。
【００２０】
前の背景及び上記の説明は、ＣＤＭＡインフラストラクチャ、プッシューツートークシステム、そしてドメインネームに翻訳するＭＩＮ／ＭＤＮパラメータの使用、の観点からのものである。本発明の範囲は、ＣＤＭＡ以外のネットワークトポロジー(network topologies)と、データを別の機器に伝送するアプリケーションを可能にするボイスオーバーＩＰシステム(voice over IP systems)及びＭＩＮ／ＭＤＮ以外のドメインネームを翻訳するのに使用されることが出来るアドレッシングパラメータ(addressing parameters)を含んでいるデータ通信システム(data communication systems)と、を含む、ということは、当業者によって認識されるべきである。
【００２１】
無線通信機器(the wireless telecommunication device)８１において、通信インタフェース９２は、無線通信ネットワーク２０で(across the wireless telecommunication network)選択的にインタフェースをとり、データを送り、受け取り、そして、無線通信機器１２、１４、１６、１８(the wireless telecommunication device)は更に、通信する無線通信機器(a communicating wireless telecommunication device)１２、１４、１６、１８からのＭＩＮ／ＭＤＮのような、無線通信ネットワーク１４上で特定の他の機器を識別する第１ネットワークプロトコルにおける第１無線機器識別子を受け取る。無線通信機器８１は更に、第２ネットワークプロトコルにおいて特定の他の機器のための第２無線機器識別子を生成するコンバータ又は他のソフトウェアプログラムをメモリ８８又はローカルデータベース９０に含んでおり、その結果、通信は第２のネットワークプロトコルにおいて行なわれることができる。コンバータは、図４のドメインマッピングテーブル(the domain mapping table)９２において示されるような、第１無線機器識別子に基づく複数の第２無線機器識別子を作ることが出来る。
【００２２】
図４は、通信する機器に対しＳＩＰ ＵＲＬを作成するために通信する無線通信機器のＭＩＮｓの後ろにドメインＩＤを付ける(to append)無線通信機器上に常駐する(resident)参照テーブル(a look-up table)９２の例示的な一実施例である。ＭＩＮ−ドメインマッピングテーブル９２は、このＳＩＰ ＵＲＬアドレシングベースのデータアプリケーション(this SIP URL addressing based data application)を使用して、クライアント機器上で定義されることができる。これらのセッションは、インターネットマルチメディア会議、インターネット電話、そしてマルチメディア配布(multimedia distribution)を含んでいる。セッションのメンバは、マルチキャスト(multicast)経由で、又はユニキャスト(unicast)関係のメッシュ(a mesh)経由で、又はこれらの組合せによって通信することができる。ＳＩＰ ＵＲＬアドレスの一例は、「ｓｏｍｅｏｎｅ＠１０.１.２.３」である。
【００２３】
無線通信機器１２、１４、１６、１８のユーザが、別の機器用のＭＩＮ／ＭＤＮをタイプ入力する場合、ドメインが、予め定義されたマッピングに従って特定の地域又はエリアが規定される番号の一部分(例えば電話番号のプレフィックス(a prefix)、又は一部分)に基づく電話番号上の後に付けられる。例えば、合衆国の中の番号に対しては、テーブル９２において示されるように、エリアコードがｍｉｎ−ドメイン マッピングテーブル９２で使用されることができ、例として、エリアコード８５８，６１９は、ｒｅｇｉｏｎＳＤ．ｃａｒｒｉｅｒ．ｃｏｍにマッピングし(map)、エリアコード８４８，７３２は、ｒｅｇｉｏｎＮＪ．ｃａｒｒｉｅｒ．ｃｏｍにマッピングする。
【００２４】
ＰＴＴ実施例においては、システム１０は、各機器又は予め定義されたグループを識別するためにＳＩＰ ＵＲＬのフォームのアドレスを使用する。全てのユーザは、彼らが所有するグループ無線通信機器毎に単一の固有のユーザーアドレスが割り当てられる。全ての予め定義されたグループは、単一の固有のグループアドレスが割り当てられる。これらのアドレスは、受信無線通信機器に明かされることができ、コンタクト情報を共有する時、無線機器間で交換されることができる。
【００２５】
図５は、無線通信機器に対し作成されたＳＩＰ ＵＲＬを使用する、グループ通信サーバ(a group communication server)９６を通しての発信側無線機器(originating wireless device)９４とターゲット無線通信(target wireless telecommunication)９８機器との間のテレコミュニケーションの一実施例を例示する図である。そのようなシステム１０において、ユーザがＰＴＴに対するサービスに加入する時、ＰＴＴクライアントアプリケーション(the PTT client application)が機器にダウンロードされる。最初の加入の間に、ユーザーアドレスがＰＴＴクライアント機器に割り当てられる。キャリア内電話(intra-carrier calls)の場合は、グループ機器は、ＳＩＰ ＵＲＬ全体をタイプ入力することによってではなく、ＭＩＮ／ＭＤＮ番号を使用して互いにコンタクト出来る。ユーザは、ダイレクト電話の場合はＭＩＮ／ＭＤＮ番号を、ａｄ−ｈｏｃグループ電話の場合はＭＩＮ／ＭＤＮ番号の組み合わせを、単にタイプ入力（又は選択）し、ターゲット無線通信機器９８へのＰＴＴ電話を開始するためにＰＴＴボタン８１を押すことが出来る。
【００２６】
このように、使用の一つのプロセスでは、発信側機器９４のユーザは、ターゲット機器９８のＭＩＮ／ＭＤＮ番号をマニュアルで入力し、そして、ＰＴＴ電話を始めるためにＰＴＴボタンを押す。ユーザは、そのユーザの機器の名前の下でＭＩＮ／ＭＤＮを保存することによって、コンタクトリスト中に別のユーザのためのコンタクトエントリ(the contact entry)を保存し、そして、ユーザが別のユーザから着信呼(an incoming call)を受け取る時、発呼者(the caller)のＭＩＮ／ＭＤＮが表示される。無線機器は、そのあと着信ＭＩＮ／ＭＤＮをコンタクトエントリのリストの中に置き（そのように望まれれば自動的に）、ａｄ−ｈｏｃグループの名前の下でそのグループの中のメンバのためのＭＩＮ／ＭＤＮを備えた無線機域８１で定義されたａｄ−ｈｏｃグループのためのコンタクトエントリを保存する。
【００２７】
一実施例においては、デフォルトドメイン(a default domain)は、ＰＴＴシステム全体を通して、無線通信機器１２、１４、１６、１８でコンフィギュレーションされる(configured)。ユーザが発信通信(outgoing communication)のためにＭＩＮ／ＭＤＮをタイプ入力する時、デフォルトドメインは、番後の後ろに付けられる。予め定義されたグループ及びチャット−ルームのアドレスの場合は、別のデフォルトドメインが、ドメインネームの一部としてのストリング「グループ」及び「チャット」(the string "group" and "chat")と共に夫々使用されることができる。従って、グループ通信サーバ９６に送信されたクライアントリクエストにおけるユーザーアドレス用のＳＩＰ ＵＲＬは、次のフォーマットである：＜ｐｈｏｎｅ−ｎｕｍｂｅｒ＞＠＜ｄｅｆａｕｌｔ−ｄｏｍａｉｎ＞。このアプローチは、無線機器、即ち、各クライアント上で予めコンフィギュレーションされる(pre-configured)デフォルトドメイン、上で最小限の変更(minimal changes)を必要とする。
【００２８】
ＭＩＮドメインを備える別の実施例においては、マッピングテーブルは、図４及び５において示されるように、システム全体を通して無線機器上でコンフィギュレーションされる(configured)。発信側無線機器９４が、ターゲット無線機器９８に対しＭＩＮ／ＭＤＮをタイプ入力する時、ドメインが、マッピングテーブル９２に従って、特定の地域又はエリアを規定することが出来る番号の一部分（例えば電話番号の、エリアコードプリフィックス又は一部分、など）に基づき、ＭＩＮ／ＭＤＮ上で後に付けられる。ＭＩＮ−ドメインマッピングテーブル９２は、キャリア−コンフィギュレーション可能 パラメータ(a carrier-configurable parameter)であり、キャリアが、その加入者に互いにコンタクトするためにＭＩＮ／ＭＤＮ番号をタイプ入力することを許可したい時に、使用される。ＭＩＮ−ドメインマッピングテーブル９２は、単一のドメインにマッピングされる複数のプリフィックス(multiple prefixes)を定義できる。従って、発信側無線機器９４のユーザが電話するためにＭＩＮ／ＭＤＮをタイプ入力する時、発信側無線機器９４は、ＭＩＮ−ドメインマッピングテーブル９２中のドメインを調べるために使用される電話番号の部分を検知する。そのあと機器は、ドメインＩＤマッピングテーブル９２の中のドメイン用のドメインＩＤを調べ、そして、グループ通信サーバ９６に呼リクエストメッセージ(the CALL request message)の中で送られるＳＩＰ ＵＲＬ アドレスにおいてターゲット無線機器を生成する(generate)ために電話番号の後にドメインＩＤを付ける。
【００２９】
図６は、ＰＴＴグループのようなプッシューツートーク（ＰＴＴ）システムにおける他の通信する無線通信機器のためにＭＩＮの後に付けられたドメインＩＤに対し無線通信機器１２上で実行するプロセスの典型的な実施例のフローチャートである。ユーザは、通信する機器（図３における無線通信機器８０）のＭＩＮを入力し、ＰＴＴボタン（ＰＴＴボタン８１）を押す。その後、決定１０２で示されるように、コンタクトされるように望まれたＭＩＮのために第２識別子が作成されているどうかについて決定される。もし機器８０のローカルデータベース９０の中に存在する場合、ＭＩＮは、ＰＴＴグループ１１からの通信する無線機器から受け取られた前の通信から作成されていた可能性が最も高い。従って、もし第２識別子が決定１０２において存在する場合は、そのあとプロセスはステップ１０４で示されるように保存されている第２識別子を取り出し、そしてプロセスはステップ１１０に進み、出力メッセージ(the outgoing communication)の後ろに第２識別子を付ける。
【００３０】
もし第２識別子が決定１０２においてない場合は、そのときは第２識別子が、ステップ１０６で示されるように、調査テーブル９２（図４）を使用して作成され、そのあと、ステップ１０８で示されるように、生成された第２識別子はＭＩＮのために保存される。そのあと第２識別子は、ステップ１１０で示されるように、保存された第２識別子がステップ１０４で取り出された後に同様に届けられる(arrived)ＭＩＮの後ろに付けられる。最後に、ステップ１１２で示されるように、ＰＴＴメッセージは、第２識別子を後ろに付けて伝送される。ＰＴＴメッセージは、テキスト、ＶｏIＰ、プログラム、又は、メッセージ伝達目的のためにＳＩＰ ＵＲＬアドレスを使用するであろう任意の他の通信、でありえる。
【００３１】
このように、無線通信機器１２、１４、１６、１８から無線通信ネットワーク２０と選択的にインタフェースをとるステップと、そのあと第１識別子を、通信する無線通信機器（送信側機器９４のような）から受け取るステップと、そして、通信する無線通信機器に対し第２ネットワークプロトコルにおいて無線通信機器１２、１４、１６、１８で第２ネットワーク識別子を生成するステップ、なお、無線通信機器は図４及び５におけるドメインＩＤマッピングテーブルからのように第１ネットワーク識別子に基づき複数の第２ネットワーク識別子を生成できる、と、を通して、無線通信ネットワーク２０上で他の無線機器のための第１ネットワークにおける第１ネット識別子を有する無線通信機器１２、１４、１６、１８でＳＩＰ ＵＲＬのような第２ネットワークプロトコルの第２ネットワーク識別子を生成する方法をシステム１０が提供する、ということが理解されることができる。
【００３２】
一実施例においては、第２ネットワークプロトコルはＴＣＰ／ＩＰであり得、又、第２無線機器識別子はセッションイニシエーションプロトコル ユニバーサルリソースロケータ(a session initiation protocol universal resource locator)（ＳＩＰ ＵＲＬ）であり得て、そして、第２ネットワーク識別子を生成するステップは、そのときは、ＳＩＰ ＵＲＬを生成することである。そして、もし第１ネットワークプロトコルが電話通信プロトコルで、第１無線機器識別子が電話番号である場合、第２ネットワーク識別子を生成するステップは、電話番号の後ろにドメインを付けることである。第１無線機器識別子がモバイル識別番号（ＭＩＮ）である場合、図４及び５に示されるように、第２ネットワーク識別子を生成するステップは、ＭＩＮの後ろにドメインを付けることである。
【００３３】
別の実施例においては、第２ネットワーク識別子を生成するステップは、無線通信機器１２、１４、１６、１８の特定の地理的領域のためのドメインＩＤを使用するような、通信する無線通信機器の地理的位置に関する情報を含む第２ネットワーク識別子を生成することを含んでいる。方法は更に、第１無線機器識別子に基づき通信する無線通信機器のための複数の第２ネットワーク識別子を生成する、例えば１より多くの可能なＳＩＰ ＵＲＬを作る、ステップを含むことが出来る。一例示的な実施例では、第２ネットワーク識別子を生成するステップは、第１ネットワーク識別子を第２ネットワーク識別子に変換する参照テーブル９２（図４）を使用することから生じる。
【００３４】
本発明の好ましいそして代替の実施例が示されているが、ここに添付されている特許請求の範囲に記載されているような本発明の根底にある精神及び範囲から逸脱することなく、本発明の要件のフォームとアレンジメントにおいてある変更がなされることが出来る、ということは理解されるべきである。更に、本発明の要件は単数で、説明され又は特許請求の範囲で記載されるかもしれないが、単数への制限が明示的に述べられなければ、複数は意図されている。又、ここに使用されているように、用語「例示的な(exemplary)」は、単に説明のためであることを意図されており、「好ましい」或いはそうでなければ何らかの優先度を意味するようには意図されていない。
【図面の簡単な説明】
【００３５】
【図１】図１は、無線ネットワークで他の無線通信機器のグループと通信する無線通信機器を備えた無線通信ネットワークの例示的実施例の代表的な図である。
【図２】図２は、音声アナログ及び／又はＩＰパケット データ通信を使用する無線通信機器間の通信におけるＩＰパケット機能を備えた共通ＣＤＭＡ携帯電話通信コンフィギュレーションでの無線通信ネットワークの一実施例の代表的な図である。
【図３】図３は、例示的な一実施例における無線通信機器のコンピュータプラットフォームを示すブロック図である。
【図４】図４は、通信する機器用のＳＩＰ ＵＲＬを作成するために通信する無線通信機器のＭＩＮの後ろにドメインＩＤをつける無線通信機器上に常駐する参照テーブルの例示的な実施例である。
【図５】図５は、無線通信機器上で作成されたＳＩＰ ＵＲＬを使用する送信側と受信側の無線通信機器間のテレコミュニケーションの一実施例を例示する図である。
【図６】図６は、プッシューツートーク（ＰＴＴ）システムにおける他の通信する無線通信機器用のＭＩＮの後ろにつけられたドメインＩＤに対し無線通信機器上で実行するプロセスの例示的な実施例のフローチャートである。
【特許請求の範囲】
【請求項１】
少なくとも１つのメモリと１つの通信インタフェースとを有するコンピュータプラットフォームを備える無線通信機器であって、更に、前記通信インタフェースを通して無線通信ネットワークと選択的にインタフェースをとりデータを送り受け取り、更に、前記無線通信ネットワーク上で、通信する無線通信機器から第１ネットワークプロトコルにおける第１無線機器識別子を受け取り、そして更に、第２ネットワークプロトコルにおける通信する無線通信機器のための第２無線機器識別子を生成するために前記メモリ中にコンバータを含む、なお前記コンバータは前記第１無線機器識別子に基づき複数の第２無線機器識別子を作ることができる、機器。
【請求項２】
前記第１ネットワークプロトコルは電話通信プロトコルであり、前記第１無線機器識別子は電話番号である、請求項１記載の無線通信機器。
【請求項３】
前記第１無線機器識別子はモバイル識別番号（ＭＩＮ）である、請求項１記載の無線通信機器。
【請求項４】
前記第２ネットワークプロトコルはＴＣＰ／ＩＰであり、前記第２無線機器識別子はセッションイニシエーションプロトコル ユニバーサルリソースロケータ（ＳＩＰ ＵＲＬ）である、請求項１記載の無線通信機器。
【請求項５】
前記第２無線機器識別子は、前記通信する無線通信機器の地理的な場所に関する情報を含む、請求項１記載の無線通信機器。
【請求項６】
前記コンバータは更に、前記第１無線機器識別子に基づき前記通信する無線通信機器のための複数の第２無線機器識別子を生成する、請求項１記載の無線通信機器。
【請求項７】
前記コンバータは、前記第１無線機器識別子を第２無線機器識別子に変換する参照デーブルである、請求項１記載の無線通信機器。
【請求項８】
前記コンバータは、前記ＭＩＮをＴＣＰ／ＩＰの下のドメインＩＤにマッピングする、請求項３記載の無線通信機器。
【請求項９】
無線通信ネットワークでデータを送り受け取る無線通信手段であって、更に、前記無線通信ネットワーク上で通信する無線通信機器のための第１ネットワークプロトコルにおける第１識別子を受け取り、
データを保存するメモリ手段と；
前記無線通信ネットワークでデータを選択的に送り受け取る手段と；そして
第２ネットワークプロトコルにおける前記通信する無線通信機器のための第２識別子を前記第１識別子から生成するコンバータ手段と、なお前記コンバータ手段は更に前記第１識別子に基づき複数の第２識別子を作ることができる；
を備える、無線通信手段。
【請求項１０】
無線通信ネットワーク上で他の無線通信機器のために第１ネットワークプロトコルにおける第１ネットワーク識別子を有する無線通信機器で、第２ネットワークプロトコルの第２ネットワーク識別子を生成する方法であって、
前記無線通信機器から無線通信ネットワークと選択的にインタフェースをとるステップと；
通信する無線通信機器から第１ネットワーク識別子を受けとるステップと；
前記通信する無線通信機器のために第２ネットワークプロトコルにおいて前記無線通信機器で第２ネットワーク識別子を生成するステップと、なお、前記無線通信機器は前記第１ネットワーク識別子に基づき複数の第２ネットワーク識別子を生成することができる；
を備える、方法。
【請求項１１】
前記第２ネットワークプロトコルはＴＣＰ／ＩＰであり、前記第２無線機器識別子はセッションイニシエーションプロトコル ユニバーサルリソースロケータ（ＳＩＰ ＵＲＬ）であり、第２ネットワーク識別子を生成する前記ステップは、ＳＩＰ ＵＲＬを生成することである、請求項１０記載の方法。
【請求項１２】
前記第１ネットワークプロトコルは電話通信プロトコルであり、前記第１無線機器識別子は電話番号であり、第２ネットワーク識別子を生成する前記ステップは、前記電話番号の後ろにドメインを付けることである、請求項１１記載の方法。
【請求項１３】
前記第１無線機器識別子はモバイル識別番号（ＭＩＮ）であり、第２ネットワーク識別子を生成する前記ステップは、前記ＭＩＮの後ろにドメインを付けることである、請求項１０記載の方法。
【請求項１４】
第２ネットワーク識別子を生成する前記ステップは、前記通信する無線通信機器の前記地理的な場所に関する情報を含む第２ネットワーク識別子を生成することを含む、請求項１０記載の方法。
【請求項１５】
前記第１無線機器識別子に基づき前記通信する無線通信機器のための複数の第２ネットワーク識別子を生成するステップを、更に備える請求項１０記載の方法。
【請求項１６】
第２ネットワーク識別子を生成する前記ステップは、前記第１ネットワーク識別子を第２ネットワーク識別子に変換する参照デーブルを使用することから発生する、請求項１０記載の方法。
【請求項１７】
通信する無線通信機器から第１ネットワークプロトコルにおける第１ネットワーク識別子を受けとる無線通信機器で第２ネットワークプロトコルの第２ネットワーク識別子を生成する方法であって、前記無線通信機器は前記第１ネットワーク識別子に基づき複数の第２ネットワーク識別子を生成することができ、
前記無線通信機器から無線通信ネットワークと選択的にインタフェースをとるステップと；
前記通信する無線通信機器のために第２ネットワークプロトコルにおける無線通信機器で第２ネットワーク識別子を生成するステップと；
を備える、方法。
【請求項１８】
無線通信コンピュータ機器によって実行される時、
前記無線通信機器から無線通信ネットワークと選択的にインタフェースをとるステップと；
通信する無線通信機器から第１ネットワーク識別子を受けとるステップと；そして
前記通信する無線通信機器のために第２ネットワークプロトコルにおいて前記実行する無線通信機器で第２ネットワーク識別子を生成するステップと、なお、前記無線通信機器は前記第１ネットワーク識別子に基づき複数の第２ネットワーク識別子を生成することができる；
を前記実行する無線通信機器に行なわせる、ことを通して、
前記通信する無線通信機器のために第１ネットワークプロトコルにおける第１ネットワーク識別子から第２ネットワークプロトコルの第２ネットワーク識別子を生成する、コンピュータプログラム。
【請求項１９】
前記第２ネットワークプロトコルはＴＣＰ／ＩＰであり、前記第２無線機器識別子はセッションイニシエーションプロトコル ユニバーサルリソースロケータ（ＳＩＰ ＵＲＬ）であり、前記プログラムは、第２ネットワーク識別子を生成する前記ステップに、ＳＩＰ ＵＲＬを生成させる、請求項１８記載のコンピュータプログラム。
【請求項２０】
前記第１ネットワークプロトコルは電話通信プロトコルであり、前記第１無線機器識別子は電話番号であり、前記プログラムは、第２ネットワーク識別子を生成する前記ステップに、前記電話番号の後ろにドメインを付けさせる、請求項１９記載のコンピュータプログラム。
【請求項２１】
前記第１無線機器識別子はモバイル識別番号（ＭＩＮ）であり、前記プログラムは、第２ネットワーク識別子を生成する前記ステップに、前記ＭＩＮの後ろにドメインを付けさせる、請求項１８記載のコンピュータプログラム。
【請求項２２】
前記プログラムは、第２ネットワーク識別子を生成する前記ステップに、前記通信する無線通信機器の前記地理的な場所に関する情報を含む第２ネットワーク識別子を生成させる、請求項１８記載のコンピュータプログラム。
【請求項２３】
前記プログラムは更に、前記無線通信コンピュータ機器に、前記第１無線機器識別子に基づき前記通信する無線通信機器のための複数の第２ネットワーク識別子を生成するステップを行なわせる、請求項１８記載のコンピュータプログラム。
【請求項２４】
前記プログラムは、第２ネットワーク識別子を生成する前記ステップに、前記第１ネットワーク識別子を第２ネットワーク識別子に変換する参照デーブルを使用させる、請求項１８記載のコンピュータプログラム。
【請求項１】
少なくとも１つのメモリと１つの通信インタフェースとを有するコンピュータプラットフォームを備える無線通信機器であって、更に、前記通信インタフェースを通して無線通信ネットワークと選択的にインタフェースをとりデータを送り受け取り、更に、前記無線通信ネットワーク上で、通信する無線通信機器から第１ネットワークプロトコルにおける第１無線機器識別子を受け取り、そして更に、第２ネットワークプロトコルにおける通信する無線通信機器のための第２無線機器識別子を生成するために前記メモリ中にコンバータを含む、なお前記コンバータは前記第１無線機器識別子に基づき複数の第２無線機器識別子を作ることができる、機器。
【請求項２】
前記第１ネットワークプロトコルは電話通信プロトコルであり、前記第１無線機器識別子は電話番号である、請求項１記載の無線通信機器。
【請求項３】
前記第１無線機器識別子はモバイル識別番号（ＭＩＮ）である、請求項１記載の無線通信機器。
【請求項４】
前記第２ネットワークプロトコルはＴＣＰ／ＩＰであり、前記第２無線機器識別子はセッションイニシエーションプロトコル ユニバーサルリソースロケータ（ＳＩＰ ＵＲＬ）である、請求項１記載の無線通信機器。
【請求項５】
前記第２無線機器識別子は、前記通信する無線通信機器の地理的な場所に関する情報を含む、請求項１記載の無線通信機器。
【請求項６】
前記コンバータは更に、前記第１無線機器識別子に基づき前記通信する無線通信機器のための複数の第２無線機器識別子を生成する、請求項１記載の無線通信機器。
【請求項７】
前記コンバータは、前記第１無線機器識別子を第２無線機器識別子に変換する参照デーブルである、請求項１記載の無線通信機器。
【請求項８】
前記コンバータは、前記ＭＩＮをＴＣＰ／ＩＰの下のドメインＩＤにマッピングする、請求項３記載の無線通信機器。
【請求項９】
無線通信ネットワークでデータを送り受け取る無線通信手段であって、更に、前記無線通信ネットワーク上で通信する無線通信機器のための第１ネットワークプロトコルにおける第１識別子を受け取り、
データを保存するメモリ手段と；
前記無線通信ネットワークでデータを選択的に送り受け取る手段と；そして
第２ネットワークプロトコルにおける前記通信する無線通信機器のための第２識別子を前記第１識別子から生成するコンバータ手段と、なお前記コンバータ手段は更に前記第１識別子に基づき複数の第２識別子を作ることができる；
を備える、無線通信手段。
【請求項１０】
無線通信ネットワーク上で他の無線通信機器のために第１ネットワークプロトコルにおける第１ネットワーク識別子を有する無線通信機器で、第２ネットワークプロトコルの第２ネットワーク識別子を生成する方法であって、
前記無線通信機器から無線通信ネットワークと選択的にインタフェースをとるステップと；
通信する無線通信機器から第１ネットワーク識別子を受けとるステップと；
前記通信する無線通信機器のために第２ネットワークプロトコルにおいて前記無線通信機器で第２ネットワーク識別子を生成するステップと、なお、前記無線通信機器は前記第１ネットワーク識別子に基づき複数の第２ネットワーク識別子を生成することができる；
を備える、方法。
【請求項１１】
前記第２ネットワークプロトコルはＴＣＰ／ＩＰであり、前記第２無線機器識別子はセッションイニシエーションプロトコル ユニバーサルリソースロケータ（ＳＩＰ ＵＲＬ）であり、第２ネットワーク識別子を生成する前記ステップは、ＳＩＰ ＵＲＬを生成することである、請求項１０記載の方法。
【請求項１２】
前記第１ネットワークプロトコルは電話通信プロトコルであり、前記第１無線機器識別子は電話番号であり、第２ネットワーク識別子を生成する前記ステップは、前記電話番号の後ろにドメインを付けることである、請求項１１記載の方法。
【請求項１３】
前記第１無線機器識別子はモバイル識別番号（ＭＩＮ）であり、第２ネットワーク識別子を生成する前記ステップは、前記ＭＩＮの後ろにドメインを付けることである、請求項１０記載の方法。
【請求項１４】
第２ネットワーク識別子を生成する前記ステップは、前記通信する無線通信機器の前記地理的な場所に関する情報を含む第２ネットワーク識別子を生成することを含む、請求項１０記載の方法。
【請求項１５】
前記第１無線機器識別子に基づき前記通信する無線通信機器のための複数の第２ネットワーク識別子を生成するステップを、更に備える請求項１０記載の方法。
【請求項１６】
第２ネットワーク識別子を生成する前記ステップは、前記第１ネットワーク識別子を第２ネットワーク識別子に変換する参照デーブルを使用することから発生する、請求項１０記載の方法。
【請求項１７】
通信する無線通信機器から第１ネットワークプロトコルにおける第１ネットワーク識別子を受けとる無線通信機器で第２ネットワークプロトコルの第２ネットワーク識別子を生成する方法であって、前記無線通信機器は前記第１ネットワーク識別子に基づき複数の第２ネットワーク識別子を生成することができ、
前記無線通信機器から無線通信ネットワークと選択的にインタフェースをとるステップと；
前記通信する無線通信機器のために第２ネットワークプロトコルにおける無線通信機器で第２ネットワーク識別子を生成するステップと；
を備える、方法。
【請求項１８】
無線通信コンピュータ機器によって実行される時、
前記無線通信機器から無線通信ネットワークと選択的にインタフェースをとるステップと；
通信する無線通信機器から第１ネットワーク識別子を受けとるステップと；そして
前記通信する無線通信機器のために第２ネットワークプロトコルにおいて前記実行する無線通信機器で第２ネットワーク識別子を生成するステップと、なお、前記無線通信機器は前記第１ネットワーク識別子に基づき複数の第２ネットワーク識別子を生成することができる；
を前記実行する無線通信機器に行なわせる、ことを通して、
前記通信する無線通信機器のために第１ネットワークプロトコルにおける第１ネットワーク識別子から第２ネットワークプロトコルの第２ネットワーク識別子を生成する、コンピュータプログラム。
【請求項１９】
前記第２ネットワークプロトコルはＴＣＰ／ＩＰであり、前記第２無線機器識別子はセッションイニシエーションプロトコル ユニバーサルリソースロケータ（ＳＩＰ ＵＲＬ）であり、前記プログラムは、第２ネットワーク識別子を生成する前記ステップに、ＳＩＰ ＵＲＬを生成させる、請求項１８記載のコンピュータプログラム。
【請求項２０】
前記第１ネットワークプロトコルは電話通信プロトコルであり、前記第１無線機器識別子は電話番号であり、前記プログラムは、第２ネットワーク識別子を生成する前記ステップに、前記電話番号の後ろにドメインを付けさせる、請求項１９記載のコンピュータプログラム。
【請求項２１】
前記第１無線機器識別子はモバイル識別番号（ＭＩＮ）であり、前記プログラムは、第２ネットワーク識別子を生成する前記ステップに、前記ＭＩＮの後ろにドメインを付けさせる、請求項１８記載のコンピュータプログラム。
【請求項２２】
前記プログラムは、第２ネットワーク識別子を生成する前記ステップに、前記通信する無線通信機器の前記地理的な場所に関する情報を含む第２ネットワーク識別子を生成させる、請求項１８記載のコンピュータプログラム。
【請求項２３】
前記プログラムは更に、前記無線通信コンピュータ機器に、前記第１無線機器識別子に基づき前記通信する無線通信機器のための複数の第２ネットワーク識別子を生成するステップを行なわせる、請求項１８記載のコンピュータプログラム。
【請求項２４】
前記プログラムは、第２ネットワーク識別子を生成する前記ステップに、前記第１ネットワーク識別子を第２ネットワーク識別子に変換する参照デーブルを使用させる、請求項１８記載のコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公表番号】特表２００７−５２８１５７（Ｐ２００７−５２８１５７Ａ）
【公表日】平成１９年１０月４日（２００７．１０．４）
【国際特許分類】
【出願番号】特願２００７−５００８３０（Ｐ２００７−５００８３０）
【出願日】平成１７年２月２５日（２００５．２．２５）
【国際出願番号】ＰＣＴ／ＵＳ２００５／００６６３４
【国際公開番号】ＷＯ２００５／０８２１１１
【国際公開日】平成１７年９月９日（２００５．９．９）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成１９年１０月４日（２００７．１０．４）
【国際特許分類】
【出願日】平成１７年２月２５日（２００５．２．２５）
【国際出願番号】ＰＣＴ／ＵＳ２００５／００６６３４
【国際公開番号】ＷＯ２００５／０８２１１１
【国際公開日】平成１７年９月９日（２００５．９．９）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]