(57)【特許請求の範囲】
【請求項１】
係留されたデバイスと同時のインターネットプロトコルアクティビティを有する無線通信アクセス端末であって、このアクセス端末は、
１つ以上の第１のインターネットプロトコルバージョンパケットと１つ以上の第２のインターネットプロトコルバージョンパケットとを含む複数の到来パケットを受信するように構成されるエアインタフェースと、
インターネットプロトコルスタックと、
前記第１のインターネットプロトコルバージョンパケットを前記インターネットプロトコルスタックに伝えるための非−ブリッジドモードに適合される第１のインターネットプロトコルバージョンインタフェースと、
前記第１のインターネットプロトコルバージョンインタフェースから分離され、係留されたデバイスへ接続するためのブリッジモードに適合されて、前記係留されたデバイスへ前記第２のインターネットプロトコルバージョンパケットを発送するように構成される第２のインターネットプロトコルバージョンインタフェースと、
を含み、
前記エアインタフェースは、各到来パケットが前記第１のインターネットプロトコルバージョンパケットであるか前記第２のインターネットプロトコルバージョンパケットであるかを決定し、この決定に基づき、該到来パケットを前記第１のインターネットプロトコルバージョンインタフェースまたは前記第２のインターネットプロトコルバージョンインタフェースへそれぞれ発送する、
前記第２のインターネットプロトコルバージョンインタフェースは、前記第１のインターネットプロトコルバージョンインタフェースが前記インターネットプロトコルスタックへ前記第１のインターネットプロトコルバージョンパケットを発送するのと同時に、前記係留されたデバイスへ前記第２のインターネットプロトコルバージョンパケットを発送する、
アクセス端末。
【請求項２】
前記第１のインターネットプロトコルバージョンインタフェースは、インターネットプロトコルバージョン６を備える請求項１記載のアクセス端末。
【請求項３】
前記第２のインターネットプロトコルバージョンインタフェースはインターネットプロトコルバージョン４を備える請求項2記載のアクセス端末。
【請求項４】
前記第１のインターネットプロトコルバージョンインタフェースはインターネットプロトコルバージョン４を備える請求項1記載のアクセス端末。
【請求項５】
前記第２のインターネットプロトコルバージョンインタフェースはインターネットプロトコルバージョン６を備える請求項４記載のアクセス端末。
【請求項６】
前記第１のインターネットプロトコルバージョンインタフェースと前記第２のインターネットプロトコルバージョンインタフェースとのうちの少なくとも１つは、前記エアインタフェースと前記インターネットプロトコルスタックとの間の抽象化層を備える請求項１記載のアクセス端末。
【請求項７】
前記第１のインターネットプロトコルバージョンインタフェースは、受信された第１のインターネットプロトコルバージョンパケットの宛先を前記係留されたデバイスに決定し、前記係留されたデバイスに宛先が決定された前記第１のインターネットプロトコルバージョンパケットを前記インターネットプロトコルスタックのインターネットプロトコル層を用いて前記係留されたデバイスへ経路設定するようにさらに構成される請求項１記載のアクセス端末。
【請求項８】
前記第２のインターネットプロトコルバージョンインタフェースは、前記インターネットプロトコルスタックによって処理せずに、前記係留されたデバイスへ直接第２のインターネットプロトコルバージョンパケットを発送するように構成される、請求項１記載のアクセス端末。
【請求項９】
係留されたデバイスと同時のインターネットプロトコルアクティビティを有するアクセス端末を提供する方法であって、
１つ以上の第１のインターネットプロトコルバージョンパケットと１つ以上の第２のインターネットプロトコルバージョンパケットとを含む複数の到来パケットをエアインタフェースにより受信することと、
前記エアインタフェースは、各到来パケットが前記第１のインターネットプロトコルバージョンパケットであるか前記第２のインターネットプロトコルバージョンパケットであるかを決定し、この決定に基づき、該到来パケットを第１のインターネットプロトコルバージョンインタフェースまたは第２のインターネットプロトコルバージョンインタフェースへそれぞれ発送することと、
を含み、
前記第１のインターネットプロトコルバージョンインタフェースは、前記第１のインターネットプロトコルバージョンパケットを前記インターネットプロトコルスタックに伝えるための非−ブリッジドモードに適合され、
前記第２のインターネットプロトコルバージョンインタフェースは、前記第１のインターネットプロトコルバージョンインタフェースから分離され、前記係留されたデバイスへ接続するためのブリッジモードに適合され、前記係留されたデバイスへ前記第２のインターネットプロトコルバージョンパケットを発送するように構成され、
前記第２のインターネットプロトコルバージョンインタフェースは、前記第１のインターネットプロトコルバージョンインタフェースが前記インターネットプロトコルスタックへ前記第１のインターネットプロトコルバージョンパケットを発送するのと同時に、前記係留されたデバイスへ前記第２のインターネットプロトコルバージョンパケットを発送する、
方法。
【請求項１０】
前記第１のインターネットプロトコルバージョンインタフェースは、インターネットプロトコルバージョン６を備える請求項９記載の方法。
【請求項１１】
前記第２のインターネットプロトコルバージョンインタフェースは、インターネットプロトコルバージョン４を備える請求項１０記載の方法。
【請求項１２】
前記第１のインターネットプロトコルバージョンインタフェースは、インターネットプロトコルバージョン４を備える請求項９記載の方法。
【請求項１３】
前記第２のインターネットプロトコルバージョンインタフェースは、インターネットプロトコルバージョン６を備える請求項１２記載の方法。
【請求項１４】
前記第１のインターネットプロトコルバージョンインタフェースと前記第２のインターネットプロトコルバージョンインタフェースとのうちの少なくとも１つは、前記エアインタフェースと前記インターネットプロトコルスタックとの間の抽象化層を備える請求項９記載の方法。
【請求項１５】
前記第１のインターネットプロトコルバージョンインタフェースは、受信された第１のインターネットプロトコルバージョンパケットの宛先を前記係留されたデバイスに決定し、前記係留されたデバイスに宛先が決定された前記第１のインターネットプロトコルバージョンパケットを前記インターネットプロトコルスタックのインターネットプロトコル層を用いて前記係留されたデバイスへ経路設定するようにさらに構成される請求項９記載の方法。
【請求項１６】
前記第２のインターネットプロトコルバージョンインタフェースは、前記インターネットプロトコルスタックによって処理せずに、前記係留されたデバイスへ直接第２のインターネットプロトコルバージョンパケットを発送するように構成される、請求項９記載の方法。
【請求項１７】
１つ以上の第１のインターネットプロトコルバージョンパケットと１つ以上の第２のインターネットプロトコルバージョンパケットとを含む複数の到来パケットをエアインタフェースにより受信する手段と、
前記エアインタフェースは、各到来パケットが第１のインターネットプロトコルバージョンパケットであるか第２のインターネットプロトコルバージョンパケットであるかを決定し、この決定に基づき、該到来パケットを第１のインターネットプロトコルバージョンインタフェースまたは第２のインターネットプロトコルバージョンインタフェースへそれぞれ発送する手段と、
を備え、
前記第１のインターネットプロトコルバージョンインタフェースは、前記第１のインターネットプロトコルバージョンパケットを前記インターネットプロトコルスタックに伝えるための非−ブリッジドモードに適合され、
前記第２のインターネットプロトコルバージョンインタフェースは、前記第１のインターネットプロトコルバージョンインタフェースから分離され、前記係留されたデバイスへ接続するためのブリッジモードに適合され、前記係留されたデバイスへ前記第２のインターネットプロトコルバージョンパケットを発送するように構成され、
前記第２のインターネットプロトコルバージョンインタフェースは、前記第１のインターネットプロトコルバージョンインタフェースが前記インターネットプロトコルスタックへ前記第１のインターネットプロトコルバージョンパケットを発送するのと同時に、前記係留されたデバイスへ前記第２のインターネットプロトコルバージョンパケットを発送する、
装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［米国特許35条119項にもとづく優先権主張］
本特許出願は「ＣＤＭＡ２０００ネットワークにおいて各々が異なるＩＰプロトコルを使用しているアクセス端末および係留されたデバイスに対する同時のＩＰ接続性をサポートするための方法（Method For Supporting Concurrent IP Connectivity To An Access Terminal And Tethered Device Each Using Different IP Protocols In CDMA 2000 Networks）」と題されたそしてこれについて譲受人に譲渡され、そしてこの結果この中に参照によって明白に組み込まれている２００５年１２月１日に出願された暫定出願番号６０/７４２、１５５暫定出願に対する優先権を主張する。
【０００２】
［分野］
現在開示される実施例は一般的にセルラ通信に、そしてより特定的にはアクセス端末（ＡＴ;Access Terminal)および係留されたデバイス（ＴＤ：Tethered Device）に対する同時のインターネットプロトコルの接続性に関する。
【０００３】
［背景］
１つのインターネットプロトコル（ＩＰ）のプロトコルをアクセス端末に、そして他の１つを係留されたデバイス（ＴＤ）にサポートすることは望ましいことである。これが望ましいものの一例は新しいＩＰマルチメディアサブシステム（ＩＭＳ；IP Multimedia Subsystem）サービスの開始であり、そしてそれは移動性のある環境において新しいマルチメディアサービスの豊かな組み合わせを提供するであろう。これらのサービスの一つはＩＰによる音声（ＶｏＩＰ；Voice over IP）であり、それらは従来の音声切替え回路を置換えるであろうが、このことは音声サービスがどのようにして現在サポートされているかによる。これらのＩＭＳサービスをサポートするために、ＡＴはＩＰネットワークに連続的に接続されてなければならず、このことは「常時オン（always-on）」として知られている。典型的なコード分割多元接続（ＣＤＭＡ）２０００ネットワークに関する場合、このことは、ＡＴがすでにデータセション内にあるので、ＴＤをサポートすることができないことを意味する。
【０００４】
その結果当業界においてはＡＴおよびＴＤに対する同時のＩＰ接続性に対するニーズが存在する。
【発明の開示】
【０００５】
［概要］
インターネットプロトコルバージョン６（ＩＰｖ６;Internet Protocol Version 6）およびインターネットプロトコルバージョン４（ＩＰｖ４）に関して分離したインタフェース（split interface）を使用し、そしてＩＰｖ４をブリッジング（bridging）することは、同時のＩＰ接続性(concurrent IP connectivity)を有するＴＤおよびＡＴをサポートすることを可能とする。この構成は、ＴＤにおける一般的なインターネットの使用を同時にサポートする一方、ＩＰｖ６を使用しているＡＴにおけるＩＭＳアプリケーションのサポートを可能にする。このことはさらにＩＰｖ６インターフェイスをＴＤに対しブリッジすることを可能にする。
【詳細な記述】
【０００６】
ここに記述された実施例はＡＴおよびＴＤに対し同時にサービスを提供することを可能とする。異なるＩＰプロトコルバージョンがＡＴおよびＴＤによって使用されることが可能である。ＩＭＳの場合、ＡＴがパワーオンされるている限り常に割当てられたＩＰ上にあるために、ＡＴに関しＩＰバージョン６（ＩＰｖ６）を使用することが望ましい。これらのサービスの広い範囲の発展をサポートするために、これはＡＴが存在するのと同様の多くのＩＰアドレスを必要とするであろう。ＩＰｖ４の場合はアドレスに不足があり、そこでＡＴに関してはＩＰｖ６が好まれる。
【０００７】
ウエブプラウジング（web browsing）およびｅ−メールのような、最も一般的なインターネットサービスの場合、いまだにＩＰバージョン４（ＩＰｖ４）を使用する。このように、ＴＤに対しては、ＩＰｖ４接続性を有することが望ましい。
【０００８】
図１を参照して以下に記述される実施例は、どのようにしてＩＰｖ４をＴＤに対しサポートすると同時にＡＴ内においてＩＰｖ６を提供するかを記載している。しかし、同じ技術がＡＴに対してＩＰｖ４を、およびＴＤに対してＩＰｖ６を提供するために使用可能である。
【０００９】
エアインタフェース１０を介して到着しそしてＩＰバージョンに基づくＩＰパケットはＡＴ１２によって受信され、そしてＡＴスタック（stack）２４（たとえばＩＰｖ６パケット２２）に発送されるか、あるいはＴＤ１４（たとえばＩＰｖ４パケット２０）に発送される。
【００１０】
これらを行なうことのできるさまざまの方法がある。
【００１１】
１、到来するパケットを調査し、そして上のパラグラフに記述されたように発送することを適用する。
【００１２】
２、ネットワークインタフェース（Network Interface）の概念を使用し、これは物理層（physical layer、  この場合、無線リンクプロトコル（ＲＬＰ;Radio Link Protocol）およびポイントツーポイントプロトコル（ＰＰＰ；Point-to-Point Protocol)のようなＣＤＭＡ２０００エア  インタフェース  データ  プロトコル(air interface data protocol)）と、その上の（一般的に伝送制御プロトコル／インターネットプロトコル（ＴＣＰ/ＩＰ）の組として参照される）一般的なＩＰスタック(generic IP stack)との間に抽象化層（abstraction layer ）を提供する。このことは以下により詳細に記述される。
【００１３】
ネットワークインタフェースの使用は、フィルタリングしそしてルート設定し／ブリッジする情報のような、それらを通過するＩＰパケットに関する、種々の処理オプションを提供することが可能である。
【００１４】
インタフェースそれ自身において、パケットがそれらをさらに処理すること無く、直接他のインタフェースに発送するべきか否かを識別することが可能である。このさらなる処理は、典型的にはＩＰレイヤ内で行われ、そしてルーチング（routing）からなる。ルーチングは、ヘッダ内のＩＰアドレスを調査し、そしてパケットがルーチングを行っている装置であるローカルホスト（local host）、あるいは他のホストに対して行き先が定めら
れるかどうかを決定することの実行からなる。典型的に、もしもそれが他のホストに対して予定されていれば、複数のリンクが存在する場合は、どのリンクにそれを送信すべきかが決定されなければならない。もしインタフェースがパケットを他のインタフェース（あるいはリンク）に直接に発送されるように構成されている場合は、これは二つのインタフェースをブリッジするものとして照会される。このことは、一つのインタフェースに到来するすべてのパケットが、それらが含むアドレス情報に関係なく、もう１つのインタフェースを介して送信されなければならないことが知られている場合に典型的に使用される。この例は無線ＬＡＮブリッジ（Wireless LAN bridge）である。イーサーネットインタフェース上で到着する何れのパケットも例外なしにＷＬＡＮインタフェース上を介して発送されなければならない。
【００１５】
ＡＴ内においては、インターフェイスの状態（使用不可、使用可能、構成可能、等）、ＩＰアドレス、などのような、独立しているが重複することが必要な各プロトコルに対して多くの情報が存在するために、ＩＰｖ４およびＩＰｖ６に関しては別個のネットワークインタフェースを有することが望ましい。
【００１６】
ブリッジングと、ＩＰｖ６インタフェースおよびＩＰｖ４インタフェースの分離（separation）との特性を使用することは、それが全てのＩＰｖ４パケット20をＴＤに発送するようにＩＰｖ４インタフェース１６をブリッジングモードにセットアップすることを可能にし、一方ＩＰｖ６インタフェース１８は非ブリッジモード（non-bridge mode）に残すように、その結果ＩＰｖ６パケット２２はＩＰスタック２４に配達され、そしてペイロードは最終的にＩＭＳアプリケーションに配達される。このことはＡＴ１２上のＩＰｖ６ＩＭＳアプリケーション２６、２８、および３０がＴＤ１４上の一般的なＩＰｖ４インターネットアプリケーションと同時に動作することを可能にする。
【００１７】
この分離したインタフェース／ブリッジング解（split interface/bridging solution）を用いて、ＡＴ１２上でＩＰｖ４アプリケーションをサーポートする一方、さらにＴＤ１４上でＩＰｖ６アドレスを動作させることが可能である。
【００１８】
その上ＴＤ１４上のＩＰｖ６アプリケーションをサポートすることが望まれるようになる場合に、ＩＰｖ６パケットがＩＰ層２４へ進む故に、もしＴＤよりもむしろ、ＡＴ１２に対して宛先が定められていない場合は、それらはさらにＴＤに経路設定されることができるであろう。このことはＴＤ上のＩＰｖ４およびＩＰｖ６アプリケーションの両方が、ＡＴ上で動作するＩＰｖ６アプリケーションと同時に動作することを可能にするであろう。
【図面の簡単な説明】
【００１９】
【図１】図１は同時に接続されたアクセス端末および係留されたデバイスの図である。
【図１】
0004861429.tif 000002