(57)【要約】端末（１）とゲートウエイ（２）間の、シグナリングチャネル（３）とデータトラフィックチャネル（４）とを介したパケットデータユニット、特にＩＰｖ４又はＩＰｖ６ＰＤＵの通信方法。シグナルチャネル（３）は、デフォルトレベルのサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）とアベイラビリティとを提供し、データトラフィックチャネル（４）はオンデマンドにて利用可能で、かつサービス品質の変動レベルで許可される。各シグナルチャネル（３）に対応するシグナルチャネルプロファイルと、各データトラフィックチャネル（４）に対応するデータトラフィックチャネルプロファイルとが確立されて、チャネルを介して送信されるに適したパケットデータユニットの特性が定義される。パケットデータユニット特性はシグナルチャネルプロファイルと比較されて、該特性がシグナルチャネルプロファイルと一致する場合、前記パケットデータユニットは該シグナルチャネルを介して送信される。パケットデータユニットの特性がシグナルチャネルプロファイルと一致しない場合、該特性はデータトラフィックチャネルプロファイルの少なくとも１個と比較されて、該特性が該データトラフィックチャネルプロファイルと一致する場合、前記パケットデータユニットは該データトラフィックチャネルを介して送信される。シグナルチャネルプロファイルは、ゲートウエイからプッシュ又はプルによって端末へダウンロードされる。
2005535192.tif 000002
【特許請求の範囲】
【請求項１】
端末（１）とゲートウエイ（２）間で、少なくとも１個のシグナリングチャネル（３）と複数のデータトラフィックチャネル（４）とを介してパケットデータユニットを通信する方法であって、前記シグナリングチャネル（３）は、デフォルトレベルのサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）とアベイラビリティとを提供し、データトラフィックチャネル（４）はオンデマンドにて利用可能で、かつサービス品質の変動レベルで許可される方法において、
前記シグナリングチャネル（３）に対応するシグナリングチャネルプロファイルと、各データトラフィックチャネル（４）に対応する複数のデータトラフィックチャネルプロファイルとが確立されて、対応するチャネル上で送信されるに適したパケットデータユニットの特性を定義し、前記パケットデータユニットの特性はシグナリングチャネルプロファイルと比較されて、該特性が該シグナリングチャネルプロファイルと一致する場合、前記パケットデータユニットは該シグナリングチャネルを介して送信され、該特性がシグナリングチャネルプロファイルと一致しない場合、該特性はデータトラフィックチャネルプロファイルの少なくとも１個と比較され、該特性が該データトラフィックチャネルプロファイルと一致する場合、前記パケットデータユニットは該データトラフィックチャネルを介して送信される方法。
【請求項２】
前記パケットデータユニットは、インターネットプロトコルのバージョン４、バージョン６及び他のバージョンのうちのいずれかに準拠するパケットデータユニットを含む請求項１に記載の方法。
【請求項３】
前記パケットデータユニット特性はチャネルプロファイルと比較されて、パケットデータユニットが前記端末から送信されるに先立って送信チャネルが選択される請求項１又は２に記載の方法。
【請求項４】
前記パケットデータユニット特性はチャネルプロファイルと比較されて、パケットデータユニットが前記ゲートウエイから送信されるに先立って送信チャネルが選択される請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記チャネルプロファイルは、パケットデータユニット内のプロトコルヘッダ内のフィールドの関数として、シグナリングチャネル及びデータトラフィックチャネルのいずれか一方を選択的に介して該ユニットを送信させる請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記チャネルプロファイルは、前記プロトコルヘッダ内のソース及び／又はディスティネーションフィールドの関数として、シグナリングチャネル及びデータトラフィックチャネルのいずれか一方を選択的に介してパケットデータユニットを送信させる請求項５に記載の方法。
【請求項７】
前記チャネルプロファイルは、前記ソース及び／又はディスティネーションフィールド内のＩＰアドレスの関数として、シグナリングチャネル及びデータトラフィックチャネルのいずれか一方を選択的に介してパケットデータユニットを送信させる請求項５又は６に記載の方法。
【請求項８】
前記チャネルプロファイルは、前記ソース及び／又はディスティネーションフィールド内のトランスポート・プロトコルポートの関数として、シグナリングチャネル及びデータトラフィックチャネルのいずれか一方を選択的に介してパケットデータユニットを送信させる請求項５乃至７のいずれか一項に記載の方法。
【請求項９】
前記チャネルプロファイルは、パケットデータユニットに含まれる拡張ヘッダのフィールド値の関数として、シグナリングチャネル及びデータトラフィックチャネルのいずれか一方を選択的に介してパケットデータユニットを送信させる請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記チャネルプロファイルは、パケットデータユニットに含まれるプロトコルヘッダのフィールド値の関数として、シグナリングチャネル及びデータトラフィックチャネルのいずれか一方を選択的に介してパケットデータユニットを送信させる請求項１乃至９のいずれか一項に記載の方法。
【請求項１１】
前記データトラフィックチャネルの開放と、関連するデータトラフィックチャネルプロファイルの生成とは明白に誘発され、いずれのチャネルプロファイルとも一致しないパケットデータユニットの送信の不成功を端末に通知する工程を含む請求項１乃至１０のいずれか一項に記載の方法。
【請求項１２】
前記パケットデータユニットがいずれのチャネルプロファイルとも一致しない場合に、新しいデータトラフィックチャネルの開放と、関連するデータトラフィックチャネルプロファイルの生成とが潜在的に誘発され、パケットデータユニットは次いで新しいデータトラフィックチャネルを介して送信される請求項１乃至１１のいずれか一項に記載の方法。
【請求項１３】
前記新しいデータトラフィックチャネルの開放と、関連するデータトラフィックチャネルプロファイルとの生成は、前記端末とゲートウエイとの一方により誘発され、該関連するデータトラフィックチャネルプロファイルを端末とゲートウエイとの他方に対して通信する工程を含む請求項１２に記載の方法。
【請求項１４】
前記新しいデータトラフィックチャネルのＱｏＳパラメータは、パケットデータユニット内のフィールド内の情報の関数として、ＱｏＳマッピング表から選択される請求項１１乃至１３のいずれか一項に記載の方法。
【請求項１５】
少なくとも前記シグナルチャネルプロファイルが端末内に格納されている、請求項１乃至１４のいずれか一項に記載の方法。
【請求項１６】
少なくとも前記シグナリングチャネルプロファイルが端末にダウンロードされる、請求項１乃至１５のいずれか一項に記載の方法。
【請求項１７】
少なくとも前記シグナリングチャネルプロファイルが、ゲートウエイから端末にダウンロードされる請求項１６に記載の方法。
【請求項１８】
少なくとも前記シグナリングチャネルプロファイルが、繰り返しブロードキャスト又はマルチキャストされる請求項１６又は１７に記載の方法。
【請求項１９】
少なくとも前記シグナリングチャネルプロファイルが、端末からの要求に応じて同端末にダウンロードされる請求項１６乃至１８のいずれか一項に記載の方法。
【請求項２０】
前記ゲートウエイから送信されるべきパケットデータユニットの特性は、送信シグナリングチャネルプロファイルと比較されて、パケットデータユニットを送信するに先立って送信チャネルが選択され、ゲートウエイで受信されたパケットデータユニットの特性は、該ユニットがゲートウエイにより転送されるに先立って、受信シグナルチャネルプロファイルと比較される請求項１乃至１９のいずれか一項に記載の方法。
【請求項２１】
請求項１乃至２０のいずれか一項に記載の、少なくとも１個のシグナルチャネルと複数のデータトラフィックチャネルとを介して、パケットデータユニットをゲートウエイと通信する方法を使用する端末であって、同端末は、パケットデータユニットをシグナルチャネルプロファイルと比較するチャネルセクション手段を有し、同チャネルセクション手段は、パケットデータユニットがシグナルチャネルプロファイルと一致する場合、該チャネルを介して該パケットデータユニットを送信させ、パケットデータユニットが該シグナルチャネルプロファイルと一致しない場合、該パケットデータユニットを少なくとも１個のデータトラフィックチャネルプロファイルと比較して、パケットデータユニットが該データトラフィックチャネルプロファイルと一致する場合、該チャネルを介してパケットデータユニットを送信させる端末。
【請求項２２】
請求項１乃至２０にいずれか一項に記載の、少なくとも１個のシグナルチャネルと複数のデータトラフィックチャネルとを介して、パケットデータユニットを端末と通信する方法を使用するゲートウエイであって、同ゲートウエイは、パケットデータユニットをシグナルチャネルプロファイルと比較するチャネルセクション手段を有し、同チャネルセクション手段は、パケットデータユニットがシグナルチャネルプロファイルと一致する場合、該チャネルを介して該パケットデータユニットを送信させ、パケットデータユニットが該シグナルチャネルプロファイルと一致しない場合、該パケットデータユニットを少なくとも１個のデータトラフィックチャネルプロファイルと比較して、パケットデータユニットが該データトラフィックチャネルプロファイルと一致する場合、該チャネルを介してパケットデータユニットを送信させるゲートウエイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シグナリングチャネル及びデータトラフィックチャネルを介したパケットデータユニット通信に関するものである。
【背景技術】
【０００２】
ＵＭＴＳ地上無線接続網（“ＵＴＲＡＮ”）、ＨｉｐｅｒＬＡＮ／２、及びＩＥＥＥ８０２．１１ｅ無線技術等、多数の異なる有線及び無線のデータ通信技術が開発されている。これらはＱｏＳエネーブルである。即ち、異なるサービス品質（Ｑｕａｌｉｔｙ  ｏｆ
Ｓｅｒｖｉｃｅ）パラメータ（バンド幅、遅延、ジター、送受信エラー及び接続の脱落に対する信頼性等）を伴うチャネル間にてデータトラフィックの選択が行われる。異なるレベルのＱｏＳパラメータを提供することはセッションの概念を意味し、殆どの（又は、全ての）ＱｏＳエネーブルアクセス技術は、上位層（ＩＰ等）に対する接続指向型のインターフェイスを提供している。これらインターフェイスの実際的なモデルは、シグナリングチャネル及びデータトラフィックチャネルのセットにて表現することができ、ここでシグナリングチャネルは、デフォルトレベルのＱｏＳとアベイラビリティとを提供し、その一方でデータトラフィックチャネルは、オンデマンドにて利用可能で、かつＱｏＳの変動レベルにより許可される。
【０００３】
従って、ＱｏＳエネーブルなインターフェイスは、
・１個以上の準永久的（“常時利用可能”とも称される）なシグナリングチャネルと、ここでシグナリングチャネルは、
・データトラフィックチャネルを取り扱う（例、開閉する）ためのアクセス依存シグナリングの配送と、
・データトラフィックチャネルを開放することなくパケットを送信させる上位層シグナリング、例えばＩＰシグナリングと考慮されるＩＰシグナリングの配送とに使用されることと、
・選択されたＱｏＳレベルのデータトラフィック配送に使用される数個の（特定ＱｏＳの）データトラフィックチャネルとから構成され得る。無線リソースが少ないことから、一般にデータトラフィックチャネルは、接続アドミッションコントロールにより管理される。データトラフィックチャネルの開放は、ネットワークにより許可されたチャネル開放の成功を意味する。
【特許文献１】欧州特許第１，１１３，６２８号明細書
【特許文献２】英国特許第２，３４３，５８９号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＩＰパケット等、上位層のパケットデータユニット（ＰＤＵ）が送信されるべきチャネルを決定することに対する必要性が、今尚存在している。ＴＣＰ／ＩＰにはコントロールプレイン及びユーザプレインの概念が存在しないため、ＩＰパケットをシグナルとデータとの間で完璧に分類することは不可能である。従って、パケットの種類を決定して、該パケットがシグナルトラフィックチャネル、又はデータトラフィックチャネルを介して送信されるべきか否かを決定するメカニズムが必要とされている。さらに、ＩＰパケットの種類が決定された後、同一種類の異なるチャネル間で、該パケットが伝送されるチャネルを識別するためのメカニズムも必要とされている。
【０００５】
コントロールプレイン、及びユーザプレインのパラダイム（paradigm）をもサポートす
る上位層に依存することによって、パケットデータユニットをルーティングすることが可能である。これは、例えば、Universal Mobile Telecommunication System(“ＵＭＴＳ”）標準、General Packet Radio Service（“ＧＰＲＳ”）標準、及びその他の同様の標準にて実行されている。ＵＭＴＳでは、Access Stratum（“ＡＳ”）とNon Access Stratum（“ＮＡＳ”）とを含む全プロトコルスタックが同一に標準化されており、コントロールプレインとユーザプレインとをサポートしている。この場合、ＮＡＳプロトコルのコントロールプレイン（例えば、ＧＰＲＳの場合、ＧＰＲＳMobility Management（“ＧＭＭ”
）とＳＭ）は、ＡＳコントロールプレインのインターフェイス（例えば無線リソース制御（Radio Resource Control）（“ＲＲＣ”）インターフェイス）に依存し、ＮＡＳプロトコルのユーザプレインは、ＡＳユーザプレインインターフェイス（例えば、Packet Data Convergence Protocol（“ＰＤＣＰ”）に依存すると想定される。このアプローチでは、下位層（ＡＳプロトコル）の標準化に従って上位層（例、ＮＡＳプロトコル）を標準化することが要求される。それによって、上位層のコントロール（又はユーザ）プリミティブのマッピングが一回のみ定義される。このアプローチの主な不都合は、アクセス技術（例、ＵＭＴＳ  ＡＳ）の標準とは無関係に標準化された上位層（例、ＩＰ）パケットデータユニット、及びコントロールプレイン／ユーザプレインプリミティブをサポートしていない上位層（例、ＩＰ）のパケットデータユニットにおいては機能しないことにある。
【０００６】
パケットデータユニットのルーティングに関する技術の別の一タイプは、ＨｉｐｅｒＬＡＮ／２プロトコルスタック内のパケットベースのコンバージェンスレイヤ（Packet-based Convergence Layer）のサービス依存コンバージェンスサブレイヤ（Service Specific
Convergence Sub-layers）（ＳＳＣＳ）部分である。ＳＳＣＳの目的としては、上位層
（例、Ｅｔｈｅｒｎｅｔ（登録商標））からのサービス要求を、Data Link Control layer(“ＤＬＣ”）により提供されたサービスに対して適合させる。現在の所、Ｅｔｈｅｒｎｅｔ（登録商標）ＳＳＣＳのみが標準化されており、ＩＰ、又は他の上位層データトラフィックプロトコルの標準は存在しない。さらに、Ｅｔｈｅｒｎｅｔ（登録商標）ＳＳＣＳは、スイッチトＥｔｈｅｒｎｅｔ（登録商標）のワイアレス・セグメントと類似する外観にＨｉｐｅｒＬＡＮ／２ネットワークを形成することを目的としている点で、非常に基本的である。この場合、２個の（データ）チャネルのみがサポートされるため、ＤＬＣのコントロールプレイン／ユーザプレインのプリミティブは隠蔽される。各チャネルは、予め静的に確立されて、異なる２個のプライオリティを備えたＥｔｈｅｒｎｅｔ（登録商標）フレームを配送するために使用される。ここでは、高位のＱｏＳフィーチャがサポートされていない為、ＨｉｐｅｒＬＡＮ／２システムは十分に活用されていない。
【０００７】
“Requirements for Separation of IP Control and Forwarding"＜draft-anderson-forces-reas-0.2.tst＞と題名されたInternet Engineering Task Forceの草案では、コントロールエレメント（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔｓ）と転送エレメント（Ｆｏｒｗａｒｄｉｎｇ  Ｅｌｅｍｅｎｔｓ）を分離するための非常にハイレベルなモデルが提案されており、また、これらコンポーネントの接続のメカミズムの標準を設定する必要性について議論している。この草案の焦点は、コントロールエレメント（例、ルーティングデーモン）と、任意の種類の転送エレメント（例、転送表）とを、一般的な様式にて対話させることである（例、転送エレメント能力を発見する等）。このコンテキストでは、コントロールエレメントと転送エレメントとが、コントロール／シグナリングとして考慮されるＩＰプロトコル（例、ルーティングプロトコル）のセットと共に、ＩＰデバイス内において明確に識別される。従って、このドキュメントは、ＱｏＳエネーブルなアクセス技術において、送信されるＩＰパケットのシグナリングとデータとを識別する一般的なメカニズムに関するものではない。
【０００８】
特許文献１は、階層ＩＰＱｏＳの管理アーキテクチャに関するものである。この文献では、パケットの種類を決定して、シグナリングチャネル及びデータトラフィックチャネル
のいずれを介して該パケットを送信するべきか識別することを課題としていない。
【０００９】
特許文献２は、論理チャネルを確立して、該チャネルを物理チャネル上に多重化する無線スタック手法に関するものである。この発明も同様に、パケットの種類を決定することによって、シグナル及びデータトラフィックチャネルのいずれを介して該パケットを送信するべきか識別することを課題としていない。
【課題を解決するための手段】
【００１０】
本発明は、添付の特許請求の範囲に記述されるように、少なくとも1個のシグナリング
チャネルと複数のデータトラフィックチャネルとを介して、パケットデータユニットを通信するための方法と装置とに関する。
【発明を実施するための最良の形態】
【００１１】
添付の図面に示される本発明の実施形態では、符号１０１，２０１等に示されるパケットデータユニットの、端末１と無線ゲートウエイ２間での、（１個が図１に示されている）複数のシグナリングチャネル３と複数のデータトラフィックチャネル４とを介した通信方法を示す。シグナリングチャネル３は、デフォルトレベルのサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）と、準永久的なアベイラビリティとを備える。データトラフィックチャネル４は、オンデマンドにて利用可能であり、かつサービス品質の変動レベルで許可される。
【００１２】
ＵＭＴＳのＮＡＳ（ＧＭＭ＋ＳＭ）プロトコル及びＡＳ（ＲＲＣ，ＰＤＣＰ）プロトコルの上述の例を参照すると、“シグナリングチャネル”と“データトラフィックチャネル”とは、以下のようにＮＡＳによりアクセスされるＡＳインターフェイスにて識別され得る。
・ＡＳは無線プロトコルスタックを表し、ＮＡＳへのＡＳインターフェイスは、通称無線インターフェイスである。
・ＮＡＳは上位層のプロトコルである。即ち、ＮＡＳパケットは、通称パケットデータユニットである。
・ＲＲＣインターフェイス（ＡＳインターフェイスの一部）により提供される通称ＤＩＲＥＣＴ＿ＴＲＡＮＳＦＥＲ＿ＲＥＱであるＲＲＣ（ＡＳの一部）プリミティブは、上位層パケットデータを直接、同位エンティティ（移動端末、又はゲートウエイ）に転送させる。このプリミティブは、シグナリングチャネルを成立させ得る。
・ＲＲＣインターフェイスにより提供される“シグナリングチャネル”の異型には、ブロードキャストサービス、又はページングサービスがある。
・ＰＤＣＰインターフェイス（ＡＳインターフェイスの一部）により提供される通称ＰＤＣＰ＿ＤＡＴＡ＿ＲＥＱであるＰＤＣＰ（ＡＳの一部）プリミティブは、上位層パケットデータユニットを同位エンティティ（移動端末、又はゲートウエイ）に伝送させて、通称無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）上へ到達させる。異なるレベルのＱｏＳをサポートし、かつ開閉される必要がある無線ベアラは、データトラフィックチャネルを成立させる。
【００１３】
本方法は、端末１とゲートウエイ２とからパケットデータユニットを送信する選択ステップ１０２，２０２を含む。このステップでは、チャネル３とチャネル４のうちから適切なチャネルが選択される。
【００１４】
パケットデータユニット、特にＩＰパケット（しかし、これに限定されない）を送信するべきチャネルを決定するために、シグナリングチャネル３に対応するシグナリングチャネルプロファイルと、各データトラフィックチャネル４に対応する複数のデータトラフィックチャネルプロファイルとが確立される。チャネルプロファイルは、該プロファイルに
対応するチャネルを介して送信されるに適したパケットデータユニットの特性を定義する。チャネルプロファイルは選択ステップ１０２，２０２にて使用され、ＴＣＰ／ＩＰスタック１０３，２０３とＱｏＳエネーブルド・スタック１０４，２０４間のインターフェイスを形成する。
【００１５】
パケットデータユニットが送信されるべき際、最初に、パケットデータユニットの特性がシグナリングチャネルプロファイルと比較されて、該特性が該シグナリングチャネルプロファイルと一致する場合、パケットデータユニットは該シグナリングチャネル３を介して送信される。パケットデータユニットの特性がシグナリングチャネルプロファイルと一致しない場合、該特性は、次いでデータトラフィックチャネルプロファイルのうちの１個と比較されて、該特性が該データトラフィクチャネルプロファイルと一致する場合、パケットデータユニットは該データトラフィックチャネル４を介して送信される。
【００１６】
本発明の好ましい実施形態にて、この手続きは、端末１からのパケットデータユニットの送信と、ゲートウエイ２からのパケットデータユニットの送信との双方に適用される。またこの手続は、双方の側（移動端末、及び無線ゲートウエイ）において動的に管理される。そのため、本システムは十分な柔軟性を有して、通信のために端末１が一つのゲートウエイ２との通信から別のゲートウエイ２との通信へ移動する場合でも機能し、かつデータトラフィックチャネル４のＱｏＳコンテキストにより要求される情報の交換に応答して、それを提供することが可能である。
【００１７】
より詳細には、Transmission Control Protocol/Internet Protocol（ＴＣＰ／ＩＰ）
パケットデータユニットの場合、受信したＩＰパケットが対応するチャネル上で送信されるべきか否かを決定するためにチャネルプロファイル３，４が使用される。図２に示すように、ＩＰパケットは、以下の順序にて異なるチャネルプロファイルと比較される必要がある。図２では、２個のシグナリングチャネル３と３個の開放されたデータトラフィックチャネル４とを有する場合の本方法のアルゴリズムを示す。
・最初、ＩＰパケット特性は、（“常時利用可能な”、即ち準永久的な）シグナリングチャネル３のシグナリングチャネルプロファイルＳＣＰ１及びＳＣＰ２と比較される。一致が発見されるまで、全シグナリングチャネル３のシグナリングチャネルプロファイルが次々と比較される。シグナリングチャネルプロファイルの順序はあまり重要ではないが、本発明の好ましい実施形態では、パフォーマンスの最適化のため、ＩＰパケット特性に一致する可能性が最も高いシグナリングチャネルプロファイルが最初に試験される。
【００１８】
・ステップ５では、ＩＰパケット特性は、シグナリングチャネルプロファイルＳＣＰ１と比較される。該特性がシグナリングチャネルプロファイルＳＣＰ１と一致する場合、ステップ６で、該パケットは対応するシグナリングチャネルを介して送信される。該特性がシグナリングチャネルプロファイルＳＣＰ１と一致しない場合、ステップ７で、ＩＰパケット特性はシグナリングチャネルプロファイルＳＣＰ２と比較される。該特性がシグナリングチャネルプロファイルＳＣＰ２と一致する場合、ステップ８で、該パケットは対応するシグナリングチャネルを介して送信される。
・ＩＰパケットがいずれのシグナリングチャネルプロファイルとも一致しない場合、該パケットは開放データトラフィックチャネル４のデータトラフィックチャネルプロファイルＤＣＰ１，ＤＣＰ２及びＤＣＰ３と比較される。ここでも同様、データトラフィックチャネルプロファイルの順序はあまり重要ではない。しかしながら、本発明の実施形態では、パフォーマンス最適化のために、ＩＰパケット特性に一致する可能性が最も高いシグナリングチャネルプロファイルが最初に試験されるべきである。
【００１９】
・ステップ９にて、ＩＰパケット特性は、データトラフィックチャネルプロファイルＤＣＰ１と比較される。該特性がデータトラフィックチャネルプロファイルＤＣＰ１と一致
する場合、ステップ１０で、該パケットは対応するシグナリングチャネルを介して送信される。該特性がデータトラフィックチャネルプロファイルＤＣＰ１と一致しない場合、ステップ１１で、該ＩＰパケット特性はデータトラフィックチャネルプロファイルＤＣＰ２と比較される。該特性がデータトラフィックチャネルプロファイルＤＣＰ２と一致する場合、ステップ１２で、該パケットは対応するシグナリングチャネルを介して送信される。該特性がデータトラフィックチャネルプロファイルＤＣＰ２と一致しない場合、ステップ１３で、該ＩＰパケット特性はデータトラフィックチャネルプロファイルＤＣＰ１３と比較される。該特性がデータトラフィックチャネルプロファイルＤＣＰ１３と一致する場合、ステップ１４で、該パケットは対応するシグナリングチャネルを介して送信される。
・ＩＰパケットがいずれのデータトラフィックチャネルプロファイルとも一致しない場合、ステップ１５にて、選択されたモードに従って二つのケースを考慮する必要がある。即ち、（明白（ｅｘｐｌｉｃｉｔ）、又は潜在（ｉｍｐｌｉｃｉｔ））データトラフィックチャネルを開放する。
【００２０】
・明白モードでは、データトラフィックチャネルは、ユーザ、又はネットワーキング・ミドルウエア等の外部ソースからの明白なトリガに応答する場合にのみ開放され得る。この場合、外部トリガによりデータトラフィックチャネルが生成されるのと同時に、関連データトラフィックチャネルプロファイルが生成される。ＩＰパケットがいずれのデータトラフィックチャネル上でも送信不可能な場合、ステップ１６にて、本発明の一実施形態では該ＩＰパケットは静的に除去されて、別の一実施形態では、ＩＰパケットの新しいデータトラフィックチャネルの開放を外部ソースが通知かつ要求される。
【００２１】
・潜在モードでは、パケットに一致する開放データトラフィックチャネルが存在しない場合、パケットが送信されるべき際、該パケットに一致する開放データトラフィックチャネルが自動的に開放される。この場合、ステップ１７にて、新しいデータトラフィックチャネルが開放され、かつ送信されるべきＩＰパケットのパラメータに基づいて、関連データトラフィックチャネルプロファイルが動的に生成されて、パケットは該チャネルを介して送信されると想定される。
【００２２】
チャネルプロファイルのセマンティクスは、ファイアウォールに使用されるフィルタリング規則（許可（ａｌｌｏｗ）、否定（ｄｅｎｙ））と同様である。受信する各ＩＰパケットの特性は規則（即ち、チャネルプロファイル）と比較されて、関連チャネルを介して該ＩＰパケットを送信し得るか否かが決定される。
【００２３】
チャネルプロファイルのセマンティクスは十分な柔軟性を有して、異なるレベルのグラニュールをサポートし、引いては複雑なフィルタリング規則をサポートする必要がある。該セマンティクスはＩＰパケットの様々な関連フィールドに基づいて（さらに、パケット内にカプセル化された様々な標準プロトコルに基づいて）、フィルタリング規則を定義し得る。このようなパラメータの例には、
・ソース及びディスティネーションのＩＰアドレス、
・ＩＰｖ６拡張ヘッダ（例、Ｍｏｂｉｌｅ−ＩＰｖ６）、
・カプセル化プロトコル（ＩＣＭＰ，ＴＣＰ，ＵＤＰ，．．．）、
・標準カプセル化プロトコル（即ち、ＩＣＭＰｖ６内のRouter Advertisement）の任意のメッセージ、
・ソース及びディスティネーションのトランスポート・プロトコルポート（ＴＣＰ又はＵＤＰポート等）、
・トラフィッククラス、及び
・フローラベルがある。
【００２４】
シグナリングチャネルプロファイルの例には、
・全ＩＰパケット否定、及び
・ＩＣＭＰｖ６Router Solicitationsのみ許可、があり得る。
【００２５】
データトラフィックチャネルプロファイルの例には、
・全ＩＰパケット否定、及び
・任意のＦＴＰフローのみ許可、があり得る。
【００２６】
チャネルプロファイルのチャネルプロファイルシンタックスには、様々な表現フォーマットが使用され得る。本発明の一実施形態では、チャネルプロファイルはテキストにて表現される。本発明の好ましい実施形態では、チャネルプロファイルは拡張可能マークアップ言語（extensible mark-up language）（ＸＭＬ）にて表現される。しかしながら、ポ
リシーの他の標準表現も使用され得ることを理解されよう。
【００２７】
以下は、上述した実施形態によるシグナリングチャネルプロファイルのテキスト表現である。
【００２８】
【表１】
2005535192.tif 000003
【００２９】
以下は、上述した実施形態によるデータトラフィックチャネルプロファイルのテキスト表現である。
【００３０】
【表２】
2005535192.tif 000004
【００３１】
チャネルプロファイルのセマンティクスとシンタックスは、（明細書中に後述されるように）該プロファイルがダウンロードされるべき際に無線インターフェイス上で送信されるバイト数が最小になるように、出来るだけコンパクトに選択される。
【００３２】
無線ゲートウエイ２に移動端末１が接続されると（無線接続されると）、シグナリングチャネルが自動的に開放される。従って、シグナリングチャネルは、ＩＰ等の上位層により“常時利用可能”であると考慮され得る。それ故、任意の上位層パケットが無線チャネルを介して送信され得るに先立って関連シグナリングチャネルプロファイルを利用可能にする必要がある。
【００３３】
シグナリングチャネルプロファイルの端末１による動的管理は、ゲートウエイ２による動的管理とは異なっている。端末１では、移動端末に特に適した二つの選択肢が存在する。
【００３４】
本発明の一実施形態において、シグナリングチャネルプロファイルは、移動端末内に予め構成されているため、シグナルチャネルプロファイルは起動時に直ちに利用することが可能である。次いでシグナルチャネルプロファイルは、例えば異なるシグナリングチャネ
ルプロファイルを要求する他の一オペレータからのローミング等、必要に応じてユーザ、又はネットワーク・ミドルウエア等の外部データによって変更され得る。
【００３５】
本発明の別の一実施形態において、シグナリングチャネルプロファイルは、図３に示すように、移動端末により接続された無線ゲートウエイ２を介して、ネットワーク１８から動的にダウンロードされる。任意の上位層パケットデータユニット（例、ＩＰパケット）が無線を介して送信可能となるに先立って、移動端末は、ネットワークに対して接続されると直ぐに、該ネットワークからシグナリングチャネルプロファイルをダウンロードする。
【００３６】
本発明による実施形態の異型の一つにおいて、シグナリングチャネルプロファイルは、例えばブロードキャストチャネル、又はマルチキャストチャネル等の無線を介して、繰り返し（かつ周期的に）ブロードキャストされる。これがプッシュ（Ｐｕｓｈ）アプローチである。
【００３７】
本発明による実施形態の異型の別の一つにおいて、シグナリングチャネルプロファイルは、移動端末により適切な信号を介してネットワークから要求される。これがプル（Ｐｕｌｌ）アプローチである。
【００３８】
使用されるシグナリングチャネルプロファイルは、移動端末によって接続されるネットワークに応じて異なる可能性が大きいため、ネットワーク依存と想定され得る。異なるネットワーク間における移動端末のローミング（又は、非移動ハンドリングオーバー）のコンテキストでの（移動端末の）問題点は、新しいネットワークにて使用されるシグナリングチャネルプロファイルを出来る限り迅速に発見することにある。第二のアプローチ（動的ダウンロード）は、移動端末がオンザフライ（on-the-fly）でシグナリングチャネルプロファイルを獲得し得るため、利点が非常に大きい。移動端末に送信されるシグナリングチャネルプロファイルは、各無線ゲートウエイ内にて手動で構成され得る。しかしながら、図３で示した本発明の実施形態では、シグナリングチャネルプロファイルは、コアネットワーク１９のポリシーサーバ１８内に保管されており、適切なネットワーク管理によって、ネットワーク１９の無線ゲートウエイ２に対して自動的に押し出し（Ｐｕｓｈ）される。勿論、必要に応じて、ネットワーク内で異なる無線ゲートウエイ２のための異なるシグナリングチャネルプロファイルをサポートすることも可能である。
【００３９】
ネットワーク側では、無線ゲートウエイ２のための二種類のシグナリングチャネルプロファイルが管理されている。即ち、シグナリングチャネル毎に２個のシグナリングチャネルプロファイルが管理されている。これら２個のシグナルチャネルプロファイルは、
・無線ゲートウエイ側のシグナリングチャネルと関連し、ネットワーク１９から移動端末１へ送信されるべきＩＰパケットの送信シグナルチャネルを選択するために使用される送信シグナリングチャネルプロファイル２０と、
・無線ゲートウエイによって使用され、シグナリングチャネル上で受信されたＩＰパケットが、移動端末によって該シグナリングチャネル上で送信されると期待されるパケットと一致するか否かを検査するために使用される受信シグナリングチャネルプロファイル２１である。受信するＩＰパケットがシグナリングチャネルプロファイルと一致しない場合、無線ゲートウエイは、そのＩＰパケットをネットワーク１９へ転送すべきではない。退出するＩＰパケットに関して移動端末により使用されるシグナルチャネルプロファイルは、検査のために、無線ゲートウエイにより使用される受信シグナリングチャネルプロファイル２１と同一であることに留意されたい。前述したように、移動端末１は、ネットワークから無線ゲートウエイ２を介してＩＰパケットを動的にダウンロードし得る。
【００４０】
上述したように、送信シグナリングチャネルプロファイル２０と受信シグナリングチャ
ネルプロファイル２１とは、各無線ゲートウエイ２内で手動にて構成され得る。しかしながら、図３に示す本発明の好ましい実施形態にて、シグナリングチャネルプロファイル２０，２１は、コアネットワークのポリシーサーバ１８内に保管されており、符号２２に示すように、適切なネットワーク管理によって、所望の無線ゲートウエイ２に対して自動的に送信される。次いで、端末１が接続されている無線ゲートウエイ２は、符号２３に示すように、受信シグナリングチャネルプロファイル２０を端末１に対して転送する。ゲートウエイの視点から受信ＳＣＰと称されるこれらＳＣＰは、その後、端末により送信ＳＣＰとして使用される。
【００４１】
移動端末１が異なるネットワーク２４の無線ゲートウエイ２にハンドオーバーされると、符号２７に示すように、ネットワーク２４のポリシーサーバ１８がネットワーク２４の無線ゲートウエイ２へ（送信シグナリングチャネルプロファイル２５と共に）押し出した、対応する受信シグナリングチャネルプロファイル２６が、端末１に対して動的に転送される。該プロファイルは、以前のシグナリングチャネルプロファイルを代替する。
【００４２】
移動端末１、及び無線ゲートウエイ２の双方のデータトラフィックチャネルプロファイル管理について考察すると、データトラフィックチャネルは、該チャネルが開放した際、データトラフィックチャネルによりサポートされるべき所望のＱｏＳが特定され得る点においてＱｏＳ−認識である。各データトラフィックチャネル４もデータトラフィックチャネルプロファイルと関連し、該チャネルを介して送信され得るＩＰパケットの種類を識別する。
【００４３】
明白モードでは、新しいデータトラフィックチャネルが開放される際、及び開放されている間、データトラフィックチャネルプロファイルは、該チャネルを生成したソースにより要求ＱｏＳクラスと共に受け渡される。
【００４４】
潜在モードでは（デフォルト動作に加えて）、図４に示すように、ステップ２８で、送信されるためにＩＰパケット２９が出現したが、既に開放済のどのデータトラフィックチャネル３０上でも送信され得ない場合、データトラフィックチャネルが自動的に開放され得る。この場合、データトラフィックチャネルプロファイルと、該データトラフィックチャネルと関連するＱｏＳとの双方が動的に生成される。
【００４５】
データトラフィックチャネルは、ＩＰパケット２９のパラメータから動的に生成される。ステップ３２で、データトラフィックチャネルテンプレート３１が使用されて、考慮されるべきパケット２９のパラメータが認知される。このテンプレートは、送信されるＩＰパケットに対応して異なる種類のデータトラフィックチャネルプロファイルを動的に生成し得るよう構成され得る。
【００４６】
データトラフィックチャネルプロファイルテンプレート３１は、パケットが所属するアプリケーション（及びＱｏＳ）を出来る限り識別するよう努める。少なくともこの場合には、以下のパラメータが考慮される。
・ＩＰソースアドレス、
・ＩＰディスティネーションアドレス、
・カプセル化トランスポートプロトコール（ＴＣＰ，ＵＤＰ，．．．）、
・ソース及びディスティネーションのトランスポート・プロトコルポート（ＴＣＰ又はＵＤＰポート）、
・トラフィッククラス、及び
・フローレベル。
【００４７】
ステップ３２で、データトラフィックチャネルと関連するＱｏＳレベルは、ＱｏＳマッ
ピング表を使用してＩＰパケットのパラメータから動的に生成される。この表は、異なる種類のＱｏＳマッピングを実行し得るよう構成され得る。より詳細には、ＩＰｖ６標準に適した実施形態において、データトラフィックチャネルのＱｏＳクラスは、適切なマッピング表を使用してＩＰパケットの（“ＤｉｆｆＳｅｒｖＤＳＣＰ”を含む）ＩＰｖ６Ｔｒａｆｆｉｃ  Ｃｌａｓｓフィールドから誘き出される。
【００４８】
ステップ３４で、新しいデータトラフィックチャネルが開放されると、データトラフィックチャネルプロファイルと、関連するＱｏＳとが同位エンティティへ（移動端末１から無線ゲートウエイ２へ、又はその反対へ）転送される。その結果、双方の端末（エンド（end））はチャネルの特性を認知して、該チャネル上でのデータの送信が可能になる（特
に、双方向データトラフィックチャネルの場合）。このデータ送信は、データトラフィックチャネル開放時の、移動端末１と無線ゲートウエイ２との間でのシグナリング交換の一部であり得る。勿論、非常の場合であっても、（ポリシーを要因として）同位エンティティが、新しく開放されるデータトラフィックチャネルのために該エンティティ自身のデータトラフィックチャネルプロファイルを使用する場合もあり得る。その場合、片方のデータトラフィックチャネル・エンドからの送信に使用されるデータトラフィックチャネルプロファイルは、他方のデータトラフィック・エンドからの送信に使用されるデータトラフィックチャネルとは異なるものと想定される。
【００４９】
最終的に、ステップ３４で、ＩＰパケット２９は新しいデータトラフィックチャネル４上で送信される。
上述した方法にて、ＩＰパケット等、上位層パケットデータユニットがＱｏＳエネーブルアクセス技術のいずれのチャネル上で送信されるべきか決定するための、一般的なメカニズムを提供する。本方法では、各チャネルと関連するチャネルプロファイルを使用する。これらチャネルプロファイルは、該チャネルを介して配送され得るＩＰパケットの種類を表現する。
本方法は、
・シグナリングチャネルのためのシグナリングチャネルプロファイルと、
・データトラフィックチャネルのためのデータトラフィックチャネルプロファイルと、
・チャネルプロファイルに基づいたチャネル識別のためのアルゴリズムとを含む。
【００５０】
移動端末と無線ゲートウエイの双方のチャネルプロファイル（Ｃｈａｎｎｅｌ  Ｐｒｏｆｉｌｅｓ）の動的管理は十分な柔軟性を有するため、本発明は様々なモビリティとＱｏＳコンテキストとに対して適用される。チャネルプロファイルの動的管理は、
・無線ゲートウエイにシグナリングチャネルプロファイルを分配する工程と、
・無線ゲートウエイにおいて、シグナリングチャネル毎の２個のシグナリングチャネルプロファイルが存在する工程と、
・前記シグナルチャネルプロファイルのうちの１個は、該チャネル上で送信されるべきパケットデータユニットを決定し、該プロファイルは、送信シグナリングチャネルプロファイルと称されることと、
・前記シグナルチャネルプロファイルの他方の１個は、移動端末により送信されて、（無線ゲートウエイによってシグナルチャネルを介して受信した）受信するパケットデータユニットがシグナリングチャネルプロファイルと一致するか否かを検査し、該プロファイルは、受信シグナリングチャネルプロファイルと称されることと、
・移動端末がネットワークからシグナリングチャネルプロファイルを動的にダウンロードする工程と、
・データトラフィックチャネルプロファイルテンプレート（及びＱｏＳマッピング表）に基づいて、データトラフィックチャネルを動的に開放する工程と、
・新しく開放されたデータトラフィックチャネルのデータトラフィックチャネルプロファイルを、同位エンティティへ分散する工程とを含む。
【００５１】
添付の図面に示す方法は、一般的であり、かつ
・ＱｏＳエネーブルアクセス技術の頂部で使用される様々な上位層プロトコル（ＩＰ又は他の）と、
・アクセスとして、又はバックボーン内にて使用される様々なＱｏＳエネーブルな有線技術、又は無線技術（例、ＵＴＲＡＮ、ＨＩＰＥＲＬＡＮ／２、ＩＥＥＥ８０２．１１ｅ）と、
・アクセスとして、又はバックボーン内にて使用される様々な（非ＱｏＳ−認識も含む）接続指向型の有線技術、又は無線技術とに適用される。
【００５２】
本方法は、考慮されるＱｏＳエネーブルなアクセス技術の上位層（例、ＩＰスタック）とプロトコルスタック間のコンバージェンスレイヤ内にて実行され得る。
【図面の簡単な説明】
【００５３】
【図１】本発明の一実施形態による少なくとも１個のシグナリングチャネル、及び複数のデータトラフィックチャネルを介して、パケットデータユニットを通信する方法を示す概略図。
【図２】図１に示した通信方法にて使用されるアルゴリズムの概略図。
【図３】図１に示した方法にて使用される通信システムの概略図。
【図４】図１に示した方法にて使用されるデータトラフィックチャネルの形成方法を示す概略図。
【図１】
2005535192.tif 000005
【図２】
2005535192.tif 000006
【図３】
2005535192.tif 000007
【図４】
2005535192.tif 000008
【国際調査報告】
2005535192.tif 000009
2005535192.tif 000010
2005535192.tif 000011