(57)【要約】【課題】【解決手段】ネットワークモデルを使用して無線通信リンクに対して交渉されるコンフィグレーションオプションを決定するための技術が記述される。この技術は、ネットワークモデルを使用して無線通信リンクからの入力データストリームを受信する。前記ネットワークモデルは例えば、ＰＰＰ−ＫｍリンクからＰＰＰ−Ｒｍリンクを分離するように動作する。入力データストリームは、情報を含む１つまたはそれ以上のフレーム化データパケットを含む。前記ネットワークモデルを使用する無線通信リンクは、交渉されるコンフィグレーションオプションに基づく。前記ネットワークモデルを使用して前記無線通信リンクのコンフィグレーションオプションが交渉されたときに、前記入力データストリームからのフレーム化データパケットが検出され、前記検出されたフレーム化データパケットの情報の少なくとも一部が検査される。本実施形態において、例えばＩＰアドレス、フォンヤコブソン圧縮及びフォンヤコブソン圧縮スロットＩＤ等のＩＰＣＰコンフィグレーションオプションは、前記コンフィグレーションオプションが交渉されたときに所定数のフレーム化データパケットの情報の一部を検査することによって決定される。
2006500791.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークモデルを使用して無線通信リンクに対して交渉されるコンフィグレーションオプションを決定するための方法であって、
ネットワークモデルを使用して、交渉されるコンフィグレーションオプションに基づく無線通信リンクから、情報を含む少なくとも１つのフレーム化データパケットを含む入力データストリームを受信することと、
前記入力データストリームから少なくとも１つのフレーム化データパケットを検出することと、
前記ネットワークモデルを使用する無線通信リンクのコンフィグレーションオプションが交渉されたとき、検出された少なくとも１つのフレーム化データパケットの情報の少なくとも一部を検査することと、
を具備する方法。
【請求項２】
前記検出された少なくとも１つのフレーム化データパケットの情報の少なくとも一部の検査に基づいて、前記ネットワークモデルを使用して前記無線通信リンクに対して交渉されるコンフィグレーションオプションを決定することをさらに具備する請求項１記載の方法。
【請求項３】
前記少なくとも１つのフレーム化データパケットは、ＨＤＬＣパケットを含む請求項２記載の方法。
【請求項４】
前記少なくとも１つのフレーム化データパケットはＩＰパケットを含む請求項２記載の方法。
【請求項５】
前記少なくとも１つのフレーム化データパケットは、フォンヤコブソンパケットを含む請求項２記載の方法。
【請求項６】
前記ネットワークモデルを使用する前記無線通信リンクに対して交渉される前記決定されたコンフィグレーションオプションは、前記無線通信リンクの再交渉に使用される請求項２記載の方法。
【請求項７】
第１のＩＷＦ及び第２のＩＷＦ間の“ハンドオフ”の結果である請求項６記載の方法。
【請求項８】
前記コンフィグレーションオプションは、ＩＰＣＰコンフィグレーションオプションを含む請求項２記載の方法。
【請求項９】
前記コンフィグレーションオプションはＴＥ２デバイス及びＩＷＦ間で交渉される請求項２記載の方法。
【請求項１０】
符号化された情報を有する機械読み取り可能な媒体であって、
前記符号化された情報が機械によって読み出されて実行されるときに、
ネットワークモデルを使用して、交渉されるコンフィグレーションオプションに基づく無線通信リンクからの、情報を含む少なくとも１つのフレーム化データパケットを含む入力データストリームを受信することと、
前記入力データストリームからの少なくとも１つのフレーム化データパケットを検出することと、
前記ネットワークモデルを使用して前記無線通信リンクのコンフィグレーションオプションが交渉されたとき、前記検出された少なくとも１つのフレーム化データパケットの情報の少なくとも一部を検査することと
を具備する方法を引き起こす機械読み取り可能な媒体。
【請求項１１】
前記検出された少なくとも１つのフレーム化データパケットの情報の少なくとも一部の検査に基づいて、前記ネットワークモデルを使用して前記無線通信リンクに対して交渉されるコンフィグレーションオプションを決定することをさらに具備する請求項１０記載の機械読み取り可能な媒体。
【請求項１２】
前記少なくとも１つのフレーム化データパケットはＨＤＬＣパケットを含む請求項１１記載の機械読み取り可能な媒体。
【請求項１３】
前記少なくとも１つのフレーム化データパケットはＩＰパケットを含む請求項１１記載の機械読み取り可能な媒体。
【請求項１４】
前記少なくとも１つのフレーム化データパケットは、フォンヤコブソンパケットを含む請求項１１記載の機械読み取り可能な媒体。
【請求項１５】
前記ネットワークモデルを使用して前記無線通信リンクに対して交渉される決定されたコンフィグレーションオプションは、前記無線通信リンクの再交渉に使用される請求項１１記載の機械読み取り可能な媒体。
【請求項１６】
前記無線通信リンクの前記再交渉は、第１のＩＷＦ及び第２のＩＷＦ間の“ハンドオフ”の結果である請求項１５記載の機械読み取り可能な媒体。
【請求項１７】
前記コンフィグレーションオプションはＩＰＣＰコンフィグレーションオプションを含む請求項１１記載の機械読み取り可能な媒体。
【請求項１８】
前記コンフィグレーションオプションはＴＥ２デバイスとＩＷＦ間で交渉される請求項１１記載の機械読み取り可能な媒体。
【請求項１９】
ネットワークモデルを使用して無線通信リンクのために交渉されるコンフィグレーションオプションを決定するための装置であって、
ネットワークモデルを使用して、交渉されたコンフィグレーションオプションに基づく前記ネットワークモデルを使用する無線通信リンクからの、情報を含む少なくとも１つのフレーム化データパケットを含む入力データストリームを受信するための受信機と、
前記受信機に結合され、前記入力データストリームから前記少なくとも１つのフレーム化データパケットを検出し、
前記ネットワークモデルを使用して前記無線通信リンクのコンフィグレーションオプションが交渉されたときに、前記検出された少なくとも１つのフレーム化データパケットの情報の少なくとも一部を検査するように構成されるプロセッサと、
を具備する装置。
【請求項２０】
前記プロセッサは、前記検出された少なくとも１つのフレーム化データパケットの情報の少なくとも一部の検査に基づいて、前記ネットワークモデルを使用して前記無線通信リンクに対して交渉される前記コンフィグレーションオプションを決定するように構成される請求項１９記載の装置。
【請求項２１】
前記少なくとも１つのフレーム化データパケットは、ＨＤＬＣパケットを含む請求項２０記載の装置。
【請求項２２】
前記少なくとも１つのフレーム化データパケットはＩＰパケットを含む請求項２０記載の装置。
【請求項２３】
前記少なくとも１つのフレーム化データパケットは、フォンヤコブソンパケットを含む請求項２０記載の装置。
【請求項２４】
前記ネットワークモデルを使用して前記無線通信リンクに対して交渉される前記決定されたコンフィグレーションオプションは、前記無線通信リンクの再交渉に対して使用される請求項２４記載の装置。
【請求項２５】
前記無線通信リンクの再交渉は、第１のＩＷＦ及び第２のＩＷＦ間の“ハンドオフ”の結果である請求項２４記載の装置。
【請求項２６】
前記コンフィグレーションオプションは、ＩＰＣＰコンフィグレーションオプションを含む請求項２０記載の装置。
【請求項２７】
前記コンフィグレーションオプションはＴＥ２デバイス及びＩＷＦ間で交渉される請求項２０記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は概して無線通信の分野に関する。より詳細には、本発明は移動端末機のネットワークモデルオペレーションを使用した無線通信リンクのコンフィグレーションオプションの決定に関する。
【背景技術】
【０００２】
無線通信システムは音声、データなどの種々のタイプの通信を提供するために広範に用いられている。これらのシステムは符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）あるいは他の変調技術に基づいている。ＣＤＭＡシステムは他のタイプのシステムと比較してシステム容量が増大することを含むある種の利点を提供する。
【０００３】
ＣＤＭＡシステムは、（１）二重モードワイドバンドスペクトラム拡散セルラシステム（ＩＳ−９５標準）のためのＴＩＡ／ＥＩＡ−９５−Ｂ移動局−基地局両立標準、（２）“第３世代パートナーシッププロジェクト”（３ＧＰＰ）と呼ばれる共同体によって提供され、文書番号３ＧＴＳ２５．２１１、３ＧＴＳ２５．２１２、３ＧＴＳ２５．２１３及び３ＧＴＳ２５．２１４（Ｗ−ＣＤＭＡ標準）を含む一連の文書で具体化されている標準、（３）“第３世代パートナーシッププロジェクト２”（３ＧＰＰ２）と呼ばれる共同体によって提供され、“ｃｄｍａ２０００スペクトラム拡散システムのためのＣ．Ｓ０００２−Ａ物理レイヤ標準”、“ｃｄｍａ２０００スペクトラム拡散システムのためのＣ．Ｓ０００５−Ａ上位レイヤ（レイヤ３）シグナリング標準”、“Ｃ．Ｓ００２４ｃｄｍａ項レートパケットデータエアインタフェース仕様”（ｃｄｍａ２０００標準）、（４）他の標準、などの１つまたはそれ以上のＣＤＭＡ標準を支持するように設計される。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
無線通信及びコンピュータ関連技術の最近の革新及びインターネット加入者の前例のない成長は、移動体計算に対する道を切り開いた。実際、移動体計算の人気は、移動体ユーザにより多くのサポートを提供するために現在のインターネットインフラストラクチャに対してより大きな要求を課することになった。ＣＤＭＡ技術は、これらの要求を満たしてユーザに必要な指示を提供する重要な部分である。
【０００５】
この技術を使用する無線通信システムは独自のコードを通信信号に割り当て、これらの通信信号をコモン（ワイドバンド）スペクトラム拡散帯域全体に渡って拡散させる。ＣＤＭＡシステムにおける受信機が正確なコードをもっているならば、それは、同じ周波数帯域上を同時に送信された他の信号からその通信信号を首尾よく検出して選択できる。ＣＤＭＡを使用することによってシステムトラフィック容量を増大させ、全体の呼の品質を改善し、ノイズを低減することができ、データサービストラフィックに対して信頼性のある送信機構を提供する。
【課題を解決するための手段】
【０００６】
本発明の要約
ネットワークモデルを使用して無線通信リンクのために交渉されるコンフィグレーションオプションを決定するための技術が記述される。この技術はネットワークモデルを使用して無線通信リンクからの入力データストリームを受信する。入力データストリームは、情報を含む１つまたはそれ以上のフレーム化データパケットを含む。
【０００７】
ネットワークモデルを使用する無線通信リンクは交渉されるコンフィグレーションオプションに基づいている。この入力データストリームからのフレーム化データパケットが検出され、ネットワークモデルを使用して無線通信リンクのコンフィグレーションオプションが交渉されたときに、検出されたフレーム化データパケットの情報の少なくとも一部が検査される。ＣＤＭＡを使用することによってシステムトラフィック容量を増大させ、全体の呼の品質を改善し、ノイズを低減することができ、データサービストラフィックに対して信頼性のある送信機構を提供する。
【０００８】
図１は、そのような無線データ通信システム１００の基本要素を示している。通常の熟練者は、それらの範囲または機能を制限することなしに、これらの要素、それらのインタフェースが変更され、強化され、種々の標準に見合うことを容易に認識するだろう。システム１００は、移動端末装置、ＴＥ２装置１０２（端末装置２、ラップトップまたはパームトップコンピュータなどの、非ＩＳＤＮユーザネットワークインタフェースを提供するデータ端末、データ端末）がインターネットワーキング機能（ＩＷＦ）１０８と通信することを可能にする。（ＣＤＭＡ２０００において、関連するデータ標準はＩＳ７０７Ａ及びＩＳ８３５である。ＩＳ８３５において、ＩＷＦはＰＤＳＮ（パケットデータ提供ノード）によって取り替えられる。ここで、以下で使用されるＩＷＦ１０８はＩＷＦとＰＤＳＮとを意味するものとする。
【０００９】
システム１００は無線通信装置と、ＭＴ２装置１０４（移動端末２、無線電話などの非ＩＳＤＮユーザネットワークインタフェースを提供する移動局）、基地局／移動交換局（ＢＳ／ＭＳＣ）１０６を含む。ＩＷＦ１０８は例えばデータ呼を支持し、公衆交換電話通信網あるいはインターネットまたはイントラネットを基礎とした接続を提供するワイヤ線パケットデータネットワークなどの、無線ネットワークと他のネットワーク間のゲートウェイとして機能する。
【００１０】
図１に示すように、ＩＷＦ１０８は、Ｌインタフェースを介してＢＳ／ＭＳＣ１０６に結合される。（ＩＳ８３５において、Ｌインタフェースは概してＲ−ＰリンクまたはＡ−インタフェースと総称される）。
【００１１】
ＩＷＦ１０８はしばしばＢＳ／ＭＳＣ１０６と共に配置される。ＴＥ２装置１０２はＲmインタフェースを介して電子的にＭＴ２装置１０４に結合される。ＭＴ２装置１０４は、無線インタフェースＵmを介してＢＳ／ＭＳＣ１０６と通信する。ＴＥ２装置及びＭＴ２装置１０４は単一ユニットに一体化されるかあるいは、ラップトップがＴＥ２装置１０２であり、トランシーバがＭＴ２装置１０４であるようにインストールされた移動体電話のように分離される。ＴＥ２装置１０２とＭＴ２装置１０４との組み合わせはそれらが一体化されていようと分離されていようと、概して移動局（ＭＳ）１０３と呼ばれる。
【００１２】
他の支持は、ワイヤレス通信の異なる側面を制御、管理、確立するために種々のプロトコルを適用することによって可能になる。例えば、インターネットプロトコル（ＩＰ）は、パケット主体のサービスを提供するために無線通信に組み込まれる。ＩＰプロトコルは、ホストコンピュータ間のパケット（データグラム）のアドレシング及びルーティングを規定し、“インターネットプロトコルＤＡＲＰＡインターネットプログラムプロトコル仕様”（１９８１年９月発行）という名称で、コメント７９１に対する要求（ＲＦＣ７９１）に規定されている。
【００１３】
ＩＰプロトコルはデータ送信のためにＩＰパケットにカプセル化するネットワークレイヤプロトコルである。アドレシング情報はパケットのヘッダの一部である。ＩＰヘッダ（例えばＩＰバージョン４）は、送信ホストと受信ホストを識別するための３２ビットアドレスを含む。これらのアドレスは、意図するアドレスの最終的な送り先に向けたネットワークを介したパスを選択する。次に、ＩＰプロトコルは、送信者が送り先のＩＰアドレスを知っているならば、世界の任意のインターネットノードからのパケットが、世界の任意の他のインターネットノードに経路制御されることを可能にする。これはインターネットプロトコルバージョン６（ＩＰｖ６）にも適用され、ただ１つの違いはＩＰｖ６は１２８ビットのアドレスを使用し、空気に対する最適化を有している。
【００１４】
無線通信システムに組み込まれた他のプロトコルは、とりわけインターネットアクセスを提供するポイントツーポイントプロトコル（ＰＰＰ）プロトコルである。ＰＰＰプロトコルは、１９９４年７月に発行され、“ポイントツーポイントプロトコル（ＰＰＰ）”という名称の、コメントに対する要求（リクエストフォーコメンツ）１６６１（ＲＦＣ１６６１）に記述されている。
【００１５】
例えば、ＰＰＰプロトコルは、ポイントツーポイントリンクを介してマルチプロトコルデータグラムを転送するための方法を規定しており、データリンク接続を確立し、試験し、構成し、維持するためのリンクコントロールプロトコル（ＬＣＰ）と、異なるネットワークレイヤプロトコルを確立して構成するためのネットワークコントロールプロトコル（ＮＣＰ）のファミリと、シリアルリンクを介したマルチプロトコルデータグラムのカプセル化との３つの構成要素を含む。
【００１６】
無線通信システムに関するサービスホストを提供する努力の中で、ＴＥ２デバイス１０２とＩＷＦ１０８間に無線データ送信を提供するために種々の標準が開発された。例えば、１９９８年２月に発行され、“ワイドバンドスペクトラム拡散システムのためのデータサービスオプション”という名称の、ＴＩＡ／ＥＩＡ  ＩＳ−７０７．５標準は、ＴＩＡ／ＥＩＡ  ＩＳ−９５システムに関するパケットデータ送信機能の支持に対する要求を規定し、一組のパケットデータベアラサービスを規定する。“スペクトラム拡散システムのためのデータサービスオプション：パケットデータサービス”という名称のＴＩＡ／ＥＩＡＩＳ−７０７−Ａ．５標準と、“スペクトラム拡散システムのためのデータサービスオプション：パケットデータサービス”という名称の、ＴＩＡ／ＥＩＡＩＳ−７０７−Ａ．９標準とは、１９９９年３月に発行され、ＴＩＡ／ＥＩＡＩＳ９５及びＣＤＭＡ２０００／ＩＳ−２０００システムに関するパケットデータ送信の指示に対する要求を規定する。
【００１７】
これらの標準は、ＢＳ／ＭＳＣ１０６を介したＴＥ２デバイス１０２及びＩＷＦ１０８間で通信を行うのに使用されるある種のパケットデータサービスオプションを提供する。これによって、ＩＳ−７０７．５は、Ｒm及びＵmインタフェースに対するパケットデータプロトコル要求の詳細を記述したネットワークモデルを導入する。このモデルの下で、２つの別個のＰＰＰリンクがデータリンクレイヤに提供される。その第１のＰＰＰリンク（ＰＰＰR）は、ＴＥ２デバイス１０２とＭＴ２デバイス１０４（すなわちＲmインタフェースの両端）間にデータリンクレイヤを提供し、第２のＰＰＰリンクは、第１のそれとは無関係に、ＭＴ２デバイス１０４とＩＷＦ１０８（すなわちＵm及びＬインタフェースの両端）間にデータリンクレイヤを提供する。
【００１８】
分離した別個のＰＰＰリンクは、“透明な移動性”を指示するのを補助する。すなわち、ＴＥ２デバイス１０２は、時間及びその現在のＩＷＦ１０８ポイントオブアタッチメントとは無関係に、シームレスで透明なサービスを受ける。したがって、ＴＥ２デバイス１０２は、ＭＴ２デバイス１０４が異なるＩＷＦ１０８に接続することを企てるときなど、Ｕmリンクに関して発生するＰＰＰネゴシエーション等の、位置変化による影響を受けない。すなわち、ネットワークモデルは、Ｕmリンクに関する変化がＲmリンクに影響を与えないようにするために、ＰＰＰRリンクをＰＰＰUリンクから分離するように動作する。言い換えると、ＰＰＰUリンクはとりわけ、ＰＰＰRリンクに対して再交渉することを強制することなしに再交渉する。
【００１９】
図２は、ＩＳ−７０７．５ネットワークモデルの各エンティティにおけるプロトコルスタックである。図２の一番左は通常垂直フォーマットで示されたプロトコルスタックであり、ＴＥ２デバイス１０２（例えば、移動端末、ラップトップあるいはパームトップコンピュータ）上で動作するプロトコルレイヤを示す。ＴＥ２デバイス１０２プロトコルスタックはＲmインタフェースを介してＭＴ２デバイス１０４プロトコルスタックに結合された状態で示されている。ＴＥ２デバイスは、Ｕmインタフェースを介してＢＳ／ＭＳＣ１０６プロトコルスタックに結合された状態で示されている。一方、ＢＳ／ＭＳＣ１０６プロトコルスタックは、Ｌインタフェースを介してＩＷＦ１０８プロトコルに結合された状態で示されている。
【００２０】
一例として、図２に示すプロトコルは次のように動作する。Ｒmインタフェース（すなわちＰＰＰR２０８）に関連するＴＥ２１０２デバイス上のＰＰＰレイヤは、上位レイヤプロトコル２０４及びネットワークレイヤＩＰプロトコル２０６のパケット（例えばフレーム）を符号化する。ＰＰＰRプロトコル２０８は、例えば、ＴＩＡ／ＥＩＡ２３２−Ｆレイヤプロトコル２１０を使用して、ＭＴ２デバイス１０４上のＴＩＡ／ＥＩＡ−２３２−Ｆレイヤプロトコル２１２にパケットをＲmインタフェースを介して転送する。ＴＩＡ／ＥＩＡ−２３２−Ｆ標準は、１９９７年１０月に発行された、“シリアルバイナリデータ交換を使用するデータ端末装置及びデータ回路終端装置間のインタフェース”に規定されている。他の標準あるいはプロトコルがＲmインタフェースを介した送信を規定するのに使用される。例えば、他の適用可能なＲmインタフェース標準は、１９９８年９月に発行された、“ユニバーサルシリアルバス（ＵＳＢ）仕様、改訂１．１”と、１９９９年７月に発行された、“ブルーツース仕様バージョン１．０Ａコア”を含む。
【００２１】
ＭＴ２デバイス上のＴＩＡ／ＥＩＡ２３２−Ｆプロトコル２１２はＴＥ２デバイス１０２からのパケットを受信して、それをＭＴ２デバイス１０４のＰＰＰRレイヤ２１３に渡す。ＰＰＰRレイヤ２１３は、ＰＰＰフレーム内のパケットを非フレーム化し、データ接続が確立されたときに、当該パケットをＵmインタフェース（例えばＰＰＰUプロトコル２１７）に転送する。ＰＰＰUレイヤ２１７はパケットをＩＷＦ１０８に配置されたＰＰＰUピアへの送信のために再フレーム化する。無線リンクプロトコル（ＲＬＰ）レイヤ２１６及びＩＳ−９５レイヤプロトコル２１４はともに、当業界でよく知られ、Ｕmインタフェースを介してパケットをカプセル化したＰＰＰフレームをＢＳ／ＭＳＣ１０６に送信するのに使用される。ＲＬＰレイヤプロトコル２１６は、１９９８年２月に発行された、“ワイドバンドスペクトラム拡散システムのためのデータサービスオプション：無線リンクプロトコル”という名称のＩＳ−７０７．２標準と、１９９９年３月に発行された、“スペクトラム拡散システムのためのデータサービスオプション：無線リンクプロトコル”という名称のＩＳ−７０７−Ａ．２標準とに規定されている。
【００２２】
ＢＳ／ＭＳＣ１０６内のＲＬＰレイヤプロトコル２２２及びＩＳ−９５レイヤプロトコル２２０は、Ｌインタフェースを介したＩＷＦ１０８上の中継レイヤプロトコル２３４への送信のためにパケットを中継レイヤプロトコル２２４に転送する。次にＰＰＰUレイヤ２３２は受信したパケットを非フレームし、それをネットワークレイヤプロトコルＩＰ２３０に転送する。ネットワークレイヤプロトコルＩＰ２３０はそれらを上位レイヤプロトコル２２８に渡すかあるいはそれらを最終的な送り先に転送する。上記したように、ＰＰＰRレイヤプロトコル２１３は、データリンク接続が確立されたときにパケットをＰＰＰUレイヤプロトコル２１７に転送する。ＲＦＣ１６６１は、図３に示すように、データリンク接続を確立、構成そして試験するために各ＰＰＰリンク（すなわちＰＰＰR及びＰＰＰU）を介して交換及び交渉される。いったんＬＣＰパケット（図３のフロー矢印（１Ａ）及び（１Ｂ）を参照）が交換されると、リンクオプションが交渉され、データリンク接続が確立され、ネットワークレイヤ接続がＴＥ２デバイス１０２及びＩＷＦ１０８間に確立される。図２において、ネットワークレイヤプロトコル２０６、２１５、２１８、２３０（すなわちＩＰレイヤプロトコル）は、ＴＥ２デバイス１０２及びＩＷＦ１０８間のエンドツーエンド接続を達成するためにＰＰＰリンク上のＩＰプロトコルを交渉するために、インターネットプロトコルコントロールプロトコル（ＩＰＣＰ）（図３のフロー矢印（２）を参照）を使用する。ＩＰＣＰは、ＰＰＰプロトコルの一部であるネットワークコントロールプロトコル（ＮＣＰ）のファミリの一部であり、１９９２年５月に発行された、“ＰＰＰインターネットプロトコルコントロールプロトコル（ＩＰＣＰ）、コメントに対する要求（ＲＦＣ）１３３２に記述されている。システムがＩＰｖ６を支持するならば、ＩＰＣＰｖ６もまた交渉され、それはＲＦＣ２４７２に記述されている。
【００２３】
ＩＰＣＰは、種々のコンフィグレーションオプションを交渉するためにメッセージを要求する。オプションの１つの例は、ＩＰコンプレッションプロトコルオプションである。このオプションは起動されたときに概して、ＰＰＰパケット内のＴＣＰ／ＩＰを圧縮するためのフォンヤコブソン圧縮手法を使用する。フォンヤコブソン圧縮手法はパケットヘッダのオーバヘッドを減らすことによりプロトコルの効率を改善し、１９９０年２月に発行された、“低速シリアルリンクのためのＴＣＰ／ＩＰヘッダの圧縮”という名称のＲＦＣ１１４４に記述されている。ＩＰ圧縮プロトコルオプションの交渉は、特定のＰＰＰリンクのために最大数の圧縮及び伸長スロットを決定するのに使用される、最大圧縮スロットＩＤフィールドを使用する。ＩＳ−７０７．５ネットワークモデルに対して上記したように、ＰＰＰUリンクは、ＰＰＰRリンクに対して再交渉を強制することなしに再交渉される。初期の呼設定の間、ＬＣＰ及びＩＰＣＰ機構は、Ｕm及びＲmインタフェースに対して同一のコンフィグレーションオプションを確立するように交渉する。コンフィグレーションオプションが同一である限り、すべてのＰＰＰデータパケット（図３のフロー矢印（３）を参照）は、パケットを検査するＭＴ２デバイス１０４なしに１つのインタフェースから他のインタフェースへと“通過する”。
【００２４】
しかしながら、現在のところ、ＭＴ２デバイス１０４は、コンフィグレーションオプションを決定するために各及び全てのパケットの中身を検査する。しかし、コンフィグレーションオプションが同一である場合には、ＭＴ２デバイス１０４の処理資源及びスループットラテンシーに悪影響を与えるのでそのような検査は不要である。
【発明の効果】
【００２５】
本発明によれば、ＣＤＭＡを使用することによってシステムトラフィック容量を増大させ、全体の呼の品質を改善し、ノイズを低減することができ、データサービストラフィックに対して信頼性のある送信機構が提供される。
【発明を実施するための最良の形態】
【００２６】
詳細な説明
ネットワークモデルを使用して無線通信リンクのために交渉するコンフィグレーションオプションを決定するための技術が記述される。この技術は、ネットワークモデルを使用して無線通信リンクからの入力データストリームを受信する。入力データストリームは、情報を含む１つまたはそれ以上のフレーム化データパケットを含む。ネットワークモデルを使用する無線通信リンクは、交渉されるコンフィグレーションオプションに基づく。入力データストリームからのフレーム化データパケットは検出され、ネットワークモデルを使用して無線通信リンクのコンフィグレーションオプションが交渉されたとき、検出されたフレーム化データパケットの少なくとも一部が検査される。
【００２７】
コンフィグレーションオプションが変化するとき、ＭＴ２デバイス１０４は干渉する。ＭＴ２デバイス１０４は移動可能なので、もとのＩＷＦ１０８とは異なるＩＷＦ１０８によってサービスされるエリアに移動可能である。このことが起こるとき、ＭＴ２デバイス１０４はサービスのために新たなＩＷＦ１０８に“ハンドオフ”される。このハンドオフは、Ｕmインタフェ−スを介した特定のＬＣＰ及びＩＰＣＰコンフィグレーションオプションの再交渉と、ＭＴ２デバイス１０４の干渉が要求される。ＭＴ２デバイス１０４が単に内容を検査することなしにコンフィグレーションオプションを含むパケットを“渡す”とき、パケットは全体リンクのエンドツーエンド再同期を強制し、これによって、Ｒm及びＵmリンクの独立性を終了させる。したがって、コンフィグレーションオプションが変化するとき、ＭＴ２デバイス１０４はパケットを検査する。
【００２８】
すなわち、本発明の一実施形態は、ＰＰＰパケットを選択的に検査することによってネットワークモデルを使用して通信リンクを交渉するコンフィグレーションオプションを決定する。次に、詳細な記述は、本発明の実施形態を示す添付の図面を参照する。他の実施形態が可能であり、本発明の精神及び範囲から逸脱することなしに実施形態に対する変更がなされる。従って、本発明は詳細な記述により限定されるものでない。本発明の範囲は添付の請求の範囲及びそれの均等物により規定される。
【００２９】
ここに記載された実施形態は、フレーム化されたデータパケットに関して動作する。図４は、ＰＰＰパケットまたは上位レイヤプロトコル（例えばＩＰプロトコル及びフォンヤコブソン−圧縮された及び非圧縮の−プロトコル）パケットをカプセル化する、ＨＤＬＣ（ハイレートデータリンクコントロール）フレームの種々の属性を示す。ＨＤＬＣフレームの開始（及び終わり）は、１６進文字“７Ｅ”により表される１バイトフレーミングフラグにより区別（demarcated）される。次の２つのバイトは、プロトコルアドレスとコントロールフィールドを示し、標準のＰＰＰパケットでは、概して１６進文字“ＦＦ”及び“０３”としてそれぞれ指定される。次の２つのバイトは、１６進文字“Ｃ０”及び“２１”により記されるＬＣＰプロトコル、１６進文字“８０”及び“２１”により示されるＩＰＣＰプロトコル、１６進文字“００”（プロトコルフィールド圧縮がＬＣＰ交渉の間起動されるときに圧縮されるバイトである）及び“２Ｄ”、１６進文字“００”及び“２Ｆ”により示されるＴＣＰ非圧縮状態、などのプロトコルタイプを示す。フレームの次のバイトは、ＩＰパケットを保持する情報部分の一部を備える。
【００３０】
ＭＴ２デバイス１０４（図３を参照）は、通信リンクに対して交渉されたＩＰＣＰコンフィグレーションオプションを決定するために、ＰＰＰまたは上位レイヤプロトコルパケットをカプセル化する検出されたＨＤＬＣフレームの情報部分の少なくとも一部を選択的に検査する。ＭＴ２デバイス１０４は例えば、検出された所定数のフレーム（例えばＨＤＬＣフレーム）またはパケット（ＩＰ及び／又はフォンヤコブソンパケット）の情報部分を検査することによって通信リンク（例えばＲmインタフェース及び／又はＵmインタフェース）に対して交渉されたＩＰＣＰコンフィグレーションオプションを選択的に決定する。図５に示され、（図４に示される）ＨＤＬＣフレームのオプションフィールドに付加されたＩＰＣＰコンフィグレーションオプションは、アドレシング情報（例えばＩＰアドレス）、フォンヤコブソン圧縮状態、フォンヤコブソン圧縮スロットＩＤを含む。図５において、（ＰＰＰ）プロトコルフィールドは１または２バイト（１６進値）であり、(i)“００２１”によって示されたタイプＩＰ（ＩＰプロトコルはＴＣＰではなく圧縮できない）、(ii)“００２ｄ”によって示された圧縮されたＴＣＰ（ＴＣＰ／ＩＰヘッダは圧縮されたヘッダにより交換される）、(iii)“００２Ｆ”により示された非圧縮のＴＣＰ（ＩＰプロトコルフィールドは圧縮スロット識別子により交換される）を含む。決定されたＩＰＣＰコンフィグレーションオプションは次のＰＰＰ交渉の間に使用される。ネットワークモデルを使用する無線通信リンクのＩＷＦ間の“ハンドオフ”から由来する。
【００３１】
図６は、ネットワークモデルを使用して無線通信リンクに対して交渉されるコンフィグレーションオプションを決定するための方法６００の一実施形態を示す。ブロック６０５において、方法６００は、ネットワークモデルを使用して無線通信リンクからの入力データストリームを受信する。この入力データストリームは、情報を含むフレーム化データパケットを含む。フレーム化データパケットは、少なくとも１つのＨＤＬＣパケットと、ＩＰパケットと、フォンヤコブソンパケットとを含む。ネットワークモデルを使用する無線通信リンクは、例えばＴＥ２デバイス１０２及びＩＷＦ１０８間に交渉されるコンフィグレーションオプションに基づく。コンフィグレーションオプションはＩＰＣＰコンフィグレーションオプションを含む。ブロック６１０において、方法６００は入力データストリームからのフレーム化データパケットを検出する。ブロック６１５において、方法６００は次に、ネットワークを使用して無線通信リンクのコンフィグレーションオプションが交渉されたときに検出されたフレーム化データパケットの少なくとも情報部分を検査する。
【００３２】
ブロック６２０において。方法６００は（破線の矢印により示される）、前記検出されたフレーム化データパケットの少なくとも情報部分の検査に基づいて、ネットワークモデルを使用して無線通信リンクに対して交渉されたコンフィグレーションオプションを決定する。交渉された決定されたコンフィグレーションオプションは次に無線通信リンクの再交渉のために使用される。無線通信リンクの再交渉は、第１のＩＷＦ１０８と第２のＩＷＦ１０８間の“ハンドオフ”の結果である。
【００３３】
図７は、ネットワークモデルを使用して無線通信リンクに対して交渉されたコンフィグレーションオプションを決定するための方法の一実施形態を示す。ブロック７０５において、方法７００は、検出されたＰＰＰパケットがＴＣＰ準拠であるかどうかを決定する。言い換えると、方法７００は、検出されたＨＤＬＣフレームのプロトコルタイプが（圧縮されたＴＣＰパケットを示す）１６進文字“００”及び“２Ｄ”かあるいは（圧縮されていないＴＣＰパケットを示す）１６進文字“００”及び“２Ｆ”を具備する。ＰＰＰパケットがＴＣＰ準拠であるならば、方法７００はブロック７１０に進む。ＰＰＰパケットがＴＣＰ準拠ではないとき、方法７００はブロック７２５に進む。
【００３４】
これらのプロトコル値は、１バイトあるいは２バイトの値である。実際、この状態は、先行する“ＦＦ０３”の欠如がアドレス及び制御フィールド圧縮（ＡＣＦＣ）が交渉されたか否かを示すのに使用されたのと同様に、プロトコルフィールド圧縮（ＰＦＣ）が交渉されたか否かを決定するために使用される。
【００３５】
ブロック７１０において、方法７００は、フォンヤコブソン圧縮はパケットが移動する方向において交渉されたことを確立する（図３参照）。（フォンヤコブソン圧縮は、フォンヤコブソン非圧縮あるいは圧縮パケットが検出されたときに交渉された）。ブロック７０５の決定は、ＴＣＰを基盤とするパケットヘッダ上で動作する、フォンヤコブソン圧縮（すなわちＩＰ圧縮プロトコルオプション）に対して構成されたオプションを決定するのを支援する。
【００３６】
ブロック７１５において、方法７００は、フォンヤコブソンヘッダ内のスロットＩＤフィールドの圧縮が起動されたか否かを決定する。ブロック７０５においてパケットは圧縮されたＴＣＰパケットであり、スロットＩＤはヘッダの一部ではないと決定されたとき、ブロック７２０においてパケットを受信することを意図する装置に関してスロットＩＤ圧縮が起動される。パケットが圧縮されかつスロットＩＤフィールドが存在するとき、第２のパケットが検査される。第２のパケットが同じ接続に対してスロットＩＤフィールドを含むとき、スロットＩＤ圧縮は起動されず、方法７００はブロック７３０に進む。
【００３７】
ブロック７０５においてＰＰＰパケットはＴＣＰ準拠ではないことが決定されるかあるいは、ブロック７１５においてフォンヤコブソンヘッダ内のスロットＩＤフィールドの圧縮が起動されないことが決定されたならば、ブロック７２５は、検出されたＨＤＬＣフレームの情報部分内のＩＰパケットを検査する（覗き見る）。ＰＰＰプロトコルフィールドがＩＰパケットを示している（そしてＴＣＰパケットを示していない）ときに、送信元のＩＰアドレスを決定するために、かつ、ＩＰパケットがＴＣＰパケットであるかどうかを決定するために、ＩＰパケットヘッダが検査される。ＰＰＰプロトコルフィールドがＴＣＰパケット及びＩＰパケットを示しているならば、方法７００はフォンヤコブソン圧縮が交渉されなかったことを確立する。
【００３８】
ブロック７３０において、方法７００は、ＩＰアドレス、フォンヤコブソン圧縮、フォンヤコブソン圧縮スロットＩＤを含む交渉された決定されたＩＰＣＰコンフィグレーションオプションを、メモリなどの記憶デバイスに記憶する。
【００３９】
上記した実施形態は、各受信したフレーム化データパケットのＩＰＣＰコンフィグレーションオプションを検査することなしに移動端末装置のネットワークモデルオペレーションを使用して無線通信リンクに対して交渉されたＩＰＣＰコンフィグレーションオプションを決定することによって、ＭＴ２デバイス１０４などの通信装置の処理資源を最大化する。決定されたＩＰＣＰコンフィグレーションオプションはＰＰＰ再交渉の間に使用される。
【００４０】
図８は、ネットワークモデルを使用して無線通信リンクのために交渉されたコンフィグレーションオプションを決定するための装置８００（例えばＭＴ２デバイス１０４）の一実施形態を示す。装置８００はトランシーバ８１０、プロセッサ８２０、メモリ８３０を具備する。トランシーバ８１０は、装置８００が情報を例えば（ｉ）Ｕmインタフェースを介してＢＳ／ＭＳＣ１０６とともに配置されるＩＷＦ１０８及び／又は、（ｉｉ）Ｒmインタフェースを介してＭＴ２デバイスとともに単一ユニットに一体化されるＴＥ２デバイス１０２に送信することを可能にする送信器８１０を含む。送信器８１０は、装置８００が例えば、（ｉ）Ｕmインタフェースを介したＩＷＦ１０８及び／又は（ｉｉ）Ｒmインタフェースを介したＴＥ２デバイス１０２から情報を受信することを可能にする。Ｕmインタフェース及び／又はＲmインタフェースを介したそのような送信及び受信動作は、同じまたは異なるデータレート、通信プロトコル、キャリア周波数及び／又は変調手法を使用して行われる。同様にして、送信器８１２及び受信機４の動作及び／又は回路構成は、それぞれ、互いに完全に独立しているかあるいは、部分的にあるいは完全に一体化される。
【００４１】
１つまたはそれ以上のマイクロプロセッサ、マイクロコントローラ、あるいは論理要素の他のアレイを具備するプロセッサ８２０は、（ｉ）メモリ８３０あるいは装置８００内のまたは装置８００に接続された他の記憶装置に記憶される、（ｉｉ）（図示せぬ）データ入力装置（すなわちキーパッド）などのインタフェースを介してユーザにより入力される、及び／または、（ｉｉｉ）Ｕmインタフェース及び／又はＲmインタフェースを介して受信される一連のコマンドに従って、装置８００の動作を制御する。
【００４２】
メモリ８３０は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、不揮発性メモリ、光ディスク、磁気テープ、及び／又は磁気ディスクを具備し、プログラマブルパラメータを記憶し、実行可能な指令、非プログラマブルパラメータ、及び／又は他のデータを含む情報を記憶する。例えば、ＩＰアドレス、フォンヤコブソン圧縮、フォンヤコブソン圧縮スロットＩＤを含む、交渉された決定されたＩＰＣＰコンフィグレーションオプションは、メモリ８３０に記憶される及び／又は装置８００内のどこかに記憶される。本実施形態に関連する方法を規定する実行可能な指令は、プロセッサ８２０により実行のためにメモリ８３０に記憶される。当該方法は、装置８００が製造されるときにプログラムされるかあるいは、後日、機械読み取り可能な媒体を介してプログラムされる。このような媒体は、メモリ８３０に関して上記した形態のいくつかを含み、例えば、装置８００によって読み取られ、復調／復号されて実行される指令を伝達するために、変調あるいは操作された搬送波を含む。
【００４３】
上記の記載からわかるように、上記の実施形態はソフトウェア、ファームウェア、そしてハードウェアにより実装される。本発明を実施するのに使用される実際のソフトウェアコードあるいは専用コントロールハードウェアは本発明を限定することにはならない。すなわち、実施形態の動作及びふるまいは、実際のソフトウェアコードあるいは専用ハードウェア要素に対する特別な参照なしに記述される。そのような特別な参照の欠如は可能である。なぜなら、当業者ならば、ここでの記述に基づいて本発明の実施形態を実施するためにソフトウェアを設計したりハードウェアを制御できることを容易に理解するであろう。
【００４４】
本実施形態に関する上記の表記は、当業者が本発明を製造または使用できるようにするために提供された。これらの実施形態に対する種々の変形例が可能であり、ここで提示された一般的な原理は他の実施形態にも同様に適用される。例えば、本発明はその一部あるいは全部を、ハードワイヤド回路として、特定用途向け集積回路に製造された回路コンフィグレーションとして、あるいは機械読み取り可能なコードなどの、データ記憶媒体に対してロードされるソフトウェアプログラムとして実装される。そのようなコードは、マイクロプロセッサまたは他のデジタル信号処理ユニットあるいは他のプログラマブルマシンあるいはシステムによって実行可能な指令である。従って、本発明は、上記した実施形態、任意の特定のシーケンスの指令、及び／又は任意の特定の構成のハードウェアに限定されることはなく、ここに任意の形態で開示された原理及び新規な特徴に一致した最も広い権利範囲が与えられるべきである。
【図面の簡単な説明】
【００４５】
【図１】無線通信システムの高レベルブロック図を示す図である。
【図２】無線通信システムのプログラムスタックの概略を示す図である。
【図３】無線通信システムのデータフローを示す図である。
【図４】ＨＤＬＣフレームの一般的なフォーマットを示す図である。
【図５】ＩＰＣＰコンフィグレーションオプションを示す図である。
【図６】ネットワークモデルを使用して無線通信リンクのために交渉するコンフィグレーションオプションを決定するための方法の一実施形態を示す図である。
【図７】ネットワークモデルを使用して無線通信リンクのために交渉するコンフィグレーションオプションを決定するための方法の実装を示す図である。
【図８】ネットワークモデルを使用して無線通信リンクのために交渉するコンフィグレーションオプションを決定するための装置の一実施形態を示す図である。
【図１】
2006500791.tif 000003
【図２】
2006500791.tif 000004
【図３】
2006500791.tif 000005
【図４】
2006500791.tif 000006
【図５】
2006500791.tif 000007
【図６】
2006500791.tif 000008
【図７】
2006500791.tif 000009
【図８】
2006500791.tif 000010
【手続補正書】
【提出日】平成17年6月14日(2005.6.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークモデルを使用して無線通信リンクに対して交渉されるコンフィグレーションオプションを決定するための方法であって、
前記無線通信リンクからの入力データストリームを受信することであって、前記入力データストリームは、前記無線通信リンクによって使用される前記ネットワークモデルに関する情報を含む少なくとも１つのフレーム化データパケットを含み、前記ネットワークモデルは交渉されるコンフィグレーションオプションに基づくことと、
前記少なくとも１つのフレーム化データパケットがＴＣＰに準拠するか否かを決定することと、
前記少なくとも１つのフレーム化データパケットがＴＣＰに準拠するときに、前記少なくとも１つのフレーム化データパケットを検査することなしに、前記少なくとも１つのフレーム化データパケットの一部を検査することと、
前記少なくとも１つのフレーム化データパケットの一部を記憶することと、
前記少なくとも１つのフレーム化データパケットの前記記憶された一部を使用することによって無線通信リンクによって使用される前記ネットワークモデルの再交渉を実行することと、
を具備する方法。
【請求項２】
前記少なくとも１つのフレーム化データパケットの前記一部は、交渉されるコンフィグレーションオプションを具備する請求項１記載の方法。
【請求項３】
前記少なくとも１つのフレーム化データパケットは、ＨＤＬＣパケットを含む請求項２記載の方法。
【請求項４】
前記少なくとも１つのフレーム化データパケットはＩＰパケットを含む請求項２記載の方法。
【請求項５】
前記少なくとも１つのフレーム化データパケットは、フォンヤコブソンパケットを含む請求項２記載の方法。
【請求項６】
前記無線通信リンクの前記再交渉は、第１のＩＷＦと第２のＩＷＦ間の“ハンドオフ”に起因する請求項１記載の方法。
【請求項７】
前記コンフィグレーションオプションは、ＩＰＣＰコンフィグレーションオプションを含む請求項２記載の方法。
【請求項８】
前記コンフィグレーションオプションはＴＥ２デバイス及びＩＷＦ間で交渉される請求項２記載の方法。
【請求項９】
符号化された情報を有する機械読み取り可能な媒体であって、
前記符号化された情報が機械によって読み出されて実行されるときに、
ネットワークモデルを使用して無線通信リンクから入力データストリームを受信することであって、前記入力データストリームは、前記無線通信リンクによって使用される前記ネットワークモデルに関する情報を含む少なくとも１つのフレーム化データパケットを含み、前記ネットワークモデルは交渉されるコンフィグレーションオプションに基づくことと、
前記少なくとも１つのフレーム化データパケットがＴＣＰに準拠するか否かを決定することと、
前記少なくとも１つのフレーム化データパケットがＴＣＰに準拠するときに、前記少なくとも１つのフレーム化データパケットを検査することなしに、前記少なくとも１つのフレーム化データパケットの一部を検査することと、
前記少なくとも１つのフレーム化データパケットの一部を記憶することと、
前記少なくとも１つのフレーム化データパケットの前記記憶された一部を使用することによって無線通信リンクによって使用される前記ネットワークモデルの再交渉を実行することと、
を具備する方法を引き起こす機械読み取り可能な媒体。
【請求項１０】
前記少なくとも１つのフレーム化データパケットの一部は交渉されるコンフィグレーションオプションをさらに具備する請求項９記載の機械読み取り可能な媒体。
【請求項１１】
前記少なくとも１つのフレーム化データパケットはＨＤＬＣパケットを含む請求項１０記載の機械読み取り可能な媒体。
【請求項１２】
前記少なくとも１つのフレーム化データパケットはＩＰパケットを含む請求項１０記載の機械読み取り可能な媒体。
【請求項１３】
前記少なくとも１つのフレーム化データパケットは、フォンヤコブソンパケットを含む請求項１０記載の機械読み取り可能な媒体。
【請求項１４】
前記無線通信リンクの前記再交渉は、第１のＩＷＦ及び第２のＩＷＦ間の“ハンドオフ”に起因する請求項９記載の機械読み取り可能な媒体。
【請求項１５】
前記コンフィグレーションオプションはＩＰＣＰコンフィグレーションオプションを含む請求項１０記載の機械読み取り可能な媒体。
【請求項１６】
前記コンフィグレーションオプションはＴＥ２デバイスとＩＷＦ間で交渉される請求項１０記載の機械読み取り可能な媒体。
【請求項１７】
ネットワークモデルを使用して無線通信リンクのために交渉されるコンフィグレーションオプションを決定するための装置であって、
ネットワークモデルを使用して、無線通信リンクから入力データストリームを受信する受信機であって、前記入力データストリームは、前記無線通信リンクによって使用される前記ネットワークモデルに関する情報を含む少なくとも１つのフレーム化データパケットを含み、前記ネットワークモデルは交渉されるコンフィグレーションオプションに基いている受信機と、
前記受信機に結合されたプロセッサであって、前記少なくとも１つのフレーム化データパケットがＴＣＰに準拠するか否かを決定して、該少なくとも１つのフレーム化データパケットがＴＣＰに準拠する場合に、前記少なくとも１つのフレーム化データパケットを検査することなしに前記少なくとも１つのフレーム化データパケットの一部を検査し、前記少なくとも１つのフレーム化データパケットの前記一部を記憶し、前記少なくとも１つのフレーム化データパケットの前記記憶された一部を使用することによって前記無線通信リンクによって使用される前記ネットワークモデルの再交渉を実行するように構成されたプロセッサと、
を具備する装置。
【請求項１８】
前記少なくとも１つのフレーム化データパケットの一部は、交渉されるコンフィグレーションオプションを具備する請求項１７記載の装置。
【請求項１９】
前記少なくとも１つのフレーム化データパケットは、ＨＤＬＣパケットを含む請求項１８記載の装置。
【請求項２０】
前記少なくとも１つのフレーム化データパケットはＩＰパケットを含む請求項１８記載の装置。
【請求項２１】
前記少なくとも１つのフレーム化データパケットは、フォンヤコブソンパケットを含む請求項１８記載の装置。
【請求項２２】
前記無線通信リンクの前記再交渉は、第１のＩＷＦ及び第２のＩＷＦ間の“ハンドオフ”に起因する請求項１７記載の装置。
【請求項２３】
前記コンフィグレーションオプションは、ＩＰＣＰコンフィグレーションオプションを含む請求項２０記載の装置。
【請求項２４】
前記コンフィグレーションオプションはＴＥ２デバイス及びＩＷＦ間で交渉される請求項１８記載の装置。
【国際調査報告】
2006500791.tif 000011
2006500791.tif 000012
2006500791.tif 000013