JP3556885B2 - パケットエンドポイントにおいて使用するための方法 - Google Patents
パケットエンドポイントにおいて使用するための方法 Download PDFInfo
- Publication number
- JP3556885B2 JP3556885B2 JP2000186626A JP2000186626A JP3556885B2 JP 3556885 B2 JP3556885 B2 JP 3556885B2 JP 2000186626 A JP2000186626 A JP 2000186626A JP 2000186626 A JP2000186626 A JP 2000186626A JP 3556885 B2 JP3556885 B2 JP 3556885B2
- Authority
- JP
- Japan
- Prior art keywords
- class
- ppp
- message
- field
- qos
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、通信に係り、特に、パケット通信システムに関する。
【０００２】
【従来の技術】
ＣＤＭＡ（キャリア分割多元接続）パケットデータサービスは、ネットワークに基づくインタネットプロトコル（ＩＰ）により移動体ユーザにワイヤレスデータサービスを提供する１つの方法である。例えば、Ｔｏｍ Ｈｉｌｌｅｒによる“ＷｉｒｅｌｅｓｓＩＰ Ｎｅｔｗｏｒｋ Ａｒｃｈｉｔｅｃｔｕｒｅ ｂａｓｅｄ ｏｎ ＩＥＴＦ Ｐｒｏｔｏｃｏｌｓ”， ＴＲ４５．６−３Ｇ／９９．０５．１７．０６ を参照のこと。ＴＲ４５．６において、ポイントツーポイントプロトコル（ＰＰＰ）は、移動体端末、または移動体ノード（ＭＮ）とパケットデータサービングノード（ＰＤＳＮ）との間のリンクレイヤとして使用される。
【０００３】
サービス品質（ＱｏＳ）機能を提供するようにＰＰＰを強化することが提案されてきた。１つの提案は、「リアルタイムフレーミング」である。例えば、Ｃ． Ｂｏｒｍａｎｎによる“ＰＰＰ ｉｎ ａ ｒｅａｌ−ｔｉｍｅ ｏｒｉｅｎｔｅｄ ＨＤＬＣ−ｌｉｋｅ ｆｒａｍｉｎｇ”， ｗｏｒｋ ｉｎ ｐｒｏｇｒｅｓｓ， （ｄｒａｆｔ−ｉｅｔｆ−ｉｓｓｌｌ−ｉｓｓｌｏｗ−ｒｔｆ−０５．ｔｘｔ）， Ａｐｒｉｌ １９９９ を参照のこと。別のアプローチは、「マルチクラスマルチリンクＰＰＰ」である。例えば、Ｃ． Ｂｏｒｍａｎｎ による“Ｔｈｅ Ｍｕｌｔｉｃｌａｓｓ Ｅｘｔｅｎｓｉｏｎ ｔｏ Ｍｕｌｔｉｌｉｎｋ ＰＰＰ”， ｗｏｒｋ ｉｎ ｐｒｏｇｒｅｓｓ， （ｄｒａｆｔ−ｉｅｔｆ−ｉｓｓｌｌ−ｉｓｓｌｏｗ−ｍｃｍｌ−０６．ｔｘｔ）， Ｊｕｎｅ １９９９ を参照のこと。
【０００４】
【発明が解決しようとする課題】
不都合なことに、これらの修正の両方は、ワイヤレスアクセスネットワークに適さない。例えば、ＰＰＰピア（ｐｅｅｒ）はベアラトラヒックが受信中のインタフェースに現れるときにのみ異なるクラスのサービスを感知するので、リアルタイムフレーミングは十分でない。しかし、ワイヤレスアクセスネットワークに対して、この情報は、ベアラトラヒックが現れる前に、どのタイプのワイヤレスリンクをアクティブにするかを決定するために必要である。マルチクラスマルチリンクＰＰＰに関して、このアプローチは、複数のリンクにおけるトランスポートのための各パケットを壊す。また、マルチクラスマルチリンクＰＰＰは、マルチリンクＰＰＰセッションのためのクラスの最大数を特定するが、クラス定義を特定しない。
【０００５】
【課題を解決するための手段】
マルチリンクＰＰＰは、ワイヤレス環境においてより柔軟なサービス品質（ＱｏＳ）サポートを提供するように強化される。特に、本発明により、マルチリンクＰＰＰは、パケットインタフェースまたはパケットエンドポイント（ｐａｃｋｅｔ ｅｎｄｐｏｉｎｔ）が対向するＰＰＰピア（ｏｐｐｏｓｉｔｅ ＰＰＰ ｐｅｅｒ）にメッセージを送信することができるように強化される。ここで、このメッセージは、特定のＰＰＰリンクにおけるクラスの数およびタイプを同定する。
【０００６】
本発明の一実施形態において、マルチリンクＰＰＰは、「非共有ＱｏＳネゴシエーション“ｎｏｎ−Ｓｈａｒｉｎｇ ＱｏＳ Ｎｅｇｏｔｉａｔｉｏｎ”」オプションメッセージ、およびＩＰ制御プロトコル（ＩＰＣＰ）フェーズにおける「ＱｏＳ強化マルチリンクヘッダフォーマット“ＱｏＳ−Ｅｎｈａｎｃｅｄ Ｍｕｌｔｉｌｉｎｋ Ｈｅａｄｅｒ Ｆｏｒｍａｔ”」オプションメッセージをサポートするように修正される。
【０００７】
【発明の実施の形態】
本発明のコンセプトを説明する前に、ＩＰベースドワイヤレスデータサービスの概略を説明する。以下の説明は、ネットワークエンティティに対して第３世代（３Ｇ）ワイヤレス技術を使用する。例えば、Ｔｏｍ Ｈｉｌｌｅｒ等による“３Ｇ Ｗｉｒｅｌｅｓｓ Ｄａｔａ Ｐｒｏｖｉｄｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｕｓｉｎｇ Ｍｏｂｉｌｅ ＩＰ ａｎｄ ＡＡＡ”を参照のこと。
【０００８】
図１は、ジェネリックワイドエリアワイヤレスデータネットワークレファレンスモデル（ｇｅｎｅｒｉｃ ｗｉｄｅ ａｒｅａ ｗｉｒｅｌｅｓｓ ｄａｔａ ｎｅｔｗｏｒｋ ｒｅｆｅｒｅｎｃｅ ｍｏｄｅｌ）を示す。構成要素は周知であり、詳細に説明することはしない。例えば、移動体エンドポイントまたは端末装置は、移動体ノード（ＭＮ）１０５により表される。後者は、リンクレイヤメッセージにより、最も近い基地局、例えばＢＳ１１０に登録される。この例のために、ＢＳ１１０は、インタワーキングファンクションユニット（ＩＷＦ）１１５によりサービスされる「フォーリンエリア“ｆｏｒｅｉｇｎ ａｒｅａ”」の一部であると仮定する。ＩＷＦ１１５は、この技術分野において知られているインターミディエットフォーリンエージェント（ＩＦＡ）と基本的に等価である。
【０００９】
ＩＷＡ１１５は、ビジティングパケットデータサービングノード（Ｖ−ＰＤＳＮ）１２０に結合されている。Ｖ−ＰＤＳＮ１２０は、この技術分野において知られているゲートウェイフォーリンエージェント／ダイナミックホームエージェント（ＧＦＡ／ＤＨＡ）と基本的に等価である。図１には示されていないが、フォーリンエリアは、互いに通信可能な他のＩＷＦを含む。同様に、ＭＮ１０５の図示しないユーザは、「ホームエリア“ｈｏｍｅ ｅｒｅａ”」と関連づけられている。
【００１０】
後者は、ホームパケットデータサービングノード（Ｈ−ＤＳＮ）１３０およびホームエージェント（ＨＡ）１３５により表される。Ｈ−ＤＳＮ１３０は、ゲートウェイホームエージェントと基本的に等価である。周知のユーザ認証方法が、例えば認証・検定・課金（ＡＡＡ）サーバ１２５および１４０により使用されることと仮定されている。このコンテキストにおいて、ＢＳ１１０、ＩＷＦ１１５、Ｖ−ＰＤＳＮ１２０、Ｈ−ＰＤＳＮ１３０およびＨＡ１３５は、全て異なる形式のパケットサーバである。例えば、Ｖ−ＰＤＳＮ１２０とＨ−ＰＤＳＮ１３０との間の通信は、インタネットプロトコル（ＩＰ）ベースドネットワーク１４０による。
【００１１】
上述したように、ワイヤレスデータサービスは、図１のＩＰベースドネットワークによりＭＮ１０５に関連づけられたユーザに提供される。ＭＮ１０５は、フォーリンエリアを訪問しているので、そのような移動体ＩＰサービスのサポートは、典型的には、アドレッシングおよびルーティング目的のためにホームＩＰネットワークからフォーリンＩＰネットワークへメッセージがトンネル化（“ｔｕｎｎｅｌｅｄ”）されることを必要とする。このコンテキストにおいて、ＢＳ１１０とＩＷＦ１１５との間の通信は、リンクレイヤにおいて行われると仮定される。
【００１２】
そのようなＩＰサービスを提供するための提案されているＴＲ４５．６アーキテクチャを使用する例示的なプロトコルスタックが、図２に示されている。例えば、Ｔｏｍ Ｈｉｌｌｅｒによる“Ｗｉｒｅｌｅｓｓ ＩＰ Ｎｅｔｗｏｒｋ Ａｒｃｈｉｔｅｃｔｕｒｅ ｂａｓｅｄ ｏｎ ＩＥＴＦ Ｐｒｏｔｏｃｏｌｓ”， ＴＲ４５．６Ｇ／９９．０５．１７．０６ を参照こと。図２において、ＩＰは、インタネットプロトコルレイヤを示し、ＰＰＰは、ポイントツーポイントプロトコルレイヤを示し、Ｌ／Ｍは、論理リンク制御／媒体アクセス制御レイヤを示し、ＷＬは、ワイヤレスリンクレイヤ１を示し、Ｌ１はいずれかのリンクレイヤ１トランスポート（物理レイヤ）を示し、ＢＨＩＰＬ２は、リンクレイヤ２におけるバックホール（ｂａｃｋ ｈａｕｌ）ＩＰトンネルを示し、ＴＩＰＬ２は、リンクレイヤ２におけるコアＩＰトンネルを示す。
【００１３】
図２から分かるように、ＰＰＰは、ＭＮとＶ−ＰＤＳＮとの間のリンクレイヤとして使用される。ＭＮは、リンクレイヤメッセージにより最も近いＢＳに登録される。そして、ＰＰＰセッションは、ＭＮとＶ−ＰＤＳＮとの間でアクティブ化される。ＰＰＰセッションセットアップ手順により、Ｖ−ＰＤＳＮは、ＩＰアドレスをＭＮにダイナミックに割り当てることができる。また、いくつかのレイヤ３トンネルセットアップメッセージが、コアＩＰトンネル（ＴＩＰ）がＨ−ＰＤＳＮからＶ−ＰＤＳＮへ存在するように、Ｖ−ＰＤＳＮとＨ−ＰＤＳＮとの間で交換される。
【００１４】
このコアＩＰトンネルは、ＭＮ行きであるパケットを渡すために使用される。ＭＮ行きであるパケットは、Ｈ−ＰＤＳＮにより横取りされて、コアＩＰトンネルによりＶ−ＰＤＳＮに渡される。Ｖ−ＰＤＳＮは、それらを、バックホールＩＰトンネルにより適切なＩＷＦに渡す。これは、Ｖ−ＰＤＳＮとＩＷＦとの間のネットワークがＩＰネットワークであると仮定している。
【００１５】
このバックホールＩＰトンネルは、ＰＰＰフレームを運ぶ。トンネル確立プロトコルは、この技術分野において知られている。例えば、Ｐ． Ｃａｌｈｏｕｎ， Ｇ． Ｍｏｎｔｅｎｅｇｒｏ， Ｃ． Ｐｅｒｋｉｎｓ による“Ｔｕｎｎｅｌ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｐｒｏｔｏｃｏｌ，”ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｃａｌｈｏｕｎ−ｔｅｐ−０１．ｔｘｔ， Ｍａｒｃｈ １９９８を参照こと。そして、ＩＷＦは、パケットを適切な基地局に渡し、基地局は、それらをＭＮに渡す。ＭＮからのパケットは、同様に、基地局からＩＷＦへ渡され、ＩＷＦは、それらをＶ−ＰＤＳＮに渡す。必要である場合、リバースコアＩＰトンネルが、ホームネットワーク内のいずれかのホストへＭＮからトラヒックを渡すことに使用するために、Ｖ−ＰＤＳＮからＨ−ＰＤＳＮへセットアップされる。
【００１６】
逆方向トンネルが存在しない場合、正規のＩＰルーティングによりパケットがＨ−ＰＤＳＮに渡される。これは、パケットがＨ−ＰＤＳＮ内のホスト行きである場合のみである。対応するホストがＨ−ＰＤＳＮ内にない場合、Ｖ−ＰＤＳＮをダイナミックホームエージェントとして単に使用することができる。このモードにおいて、いずれかのワイヤードホストからＭＮへのパケットは、Ｖ−ＰＤＳＮにより横取りされて、ＭＮに経路選択される。同様に、ＭＮからいずれかのワイヤードホストへのいずれのパケットも、Ｖ−ＰＤＳＮにより経路選択される。
【００１７】
本発明のコンセプトは、マルチリンクＰＰＰ（例えば、Ｋ． Ｓｌｏｗｅｒ 等による“Ｔｈｅ ＰＰＰ Ｍｕｌｔｉｌｉｎｋ Ｐｒｏｔｏｃｏｌ （ＭＰ）”， ＲＦＣ１９９０， Ａｕｇｕｓｔ， １９９６を参照のこと）を修正する。本発明のコンセプトに関連するマルチリンクＰＰＰの部分のみ、即ちＩＰ制御プロトコル（ＩＰＣＰ）フェーズの関連部分のみがここに開示される。現行のＩＰプロトコルに精通していることが仮定されている。また、パケットエンドポイントは、通常のプログラミング技法を使用して以下に説明する方法を実行するように適切にプログラムされていることが想定され、ここでは説明しない。
【００１８】
新しい「非共有ＱｏＳ“Ｎｏｎ−Ｓｈａｒｉｎｇ ＱｏＳ”」オプションメッセージに対する例示的なフォーマットが図３に示されている。フィールドは、左から右に送信される。図３に示されているように、本発明によれば、ＩＰＣＰのタイプフィールド値は、２８に設定される。これは、非共有ＱｏＳオプションメッセージを表す。長さフィールドは、５（非共有ＱｏＳオプションメッセージの長さ）に設定される。ＩＰＣＰにおいて、以下のコード値が使用され得る。
コード＝２：複数のクラスを有する長いシーケンス番号パケットフォーマット、および
コード＝６：複数のクラスを有する短いシーケンス番号パケットフォーマット。
【００１９】
ＮｏＣｌｓフィールドは、この特定のリンク上のクラスの数を表す。例えば、８個のクラスが許容されている。ＱｏＳビットマップフィールドは、特定のクラス番号の存在／不存在を示すために使用される１バイトのビットマップ（ＱｏＳビットマップ）である。ＱｏＳビットマップフィールドは、８ビットの幅であるので、８個のＰＰＰＱｏＳクラスは十分であると仮定されていることに留意すべきである。ここで、最高の優先度クラスのゼロを有するクラス０−７である。代替的に、ＱｏＳビットマップフィールドは、８個よりも多いクラスをサポートするように拡張することができる。
【００２０】
例えば、１つのＰＰＰピアが、このリンク上の３個のクラス、即ちクラス３、クラス４およびクラス５がある別のＰＰＰピアに対して通信するために、ＮｏＣｌｓフィールドは、３の値に設定され、ＱｏＳビットマップフィールドは、“０００１１１００”に設定される。ここで、ビットゼロ、即ちｂ０ が最も左のビットである。最終的に、Ｒｓｖフィールドが、将来の使用のためにリザーブされる。
【００２１】
以上の結果として、図示しないＩＰＣＰネゴシエーションフェーズにおいて、ＰＰＰピアは、ＭＲＲＵおよびエンドポイントディスクリミネーターオプションと共に新たに定義された非共有ＱｏＳオプションメッセージを含むことができる。図４は、標準マルチリンクＰＰＰと共に非共有ＱｏＳオプションを使用することを示す。便宜的に、図４において、送信ピアがピアＡであり、受信ピアがピアＢであることが仮定されている。ネゴシエーションの観点からの送信および受信であり、例えば、ピアＡが非共有ＱｏＳオプションを要求する。
【００２２】
上記したように、非共有ＱｏＳオプションメッセージは、ＰＰＰピアが、特定のリンク上で実行されるべきクラスの数を特定することを可能にする。例えば、ＰＰＰピアは、非共有ＱｏＳオプションメッセージを使用して、まず１つのリンク（リンク１）をアクティブ化し、リンク１上に２つのクラス、即ちクラス３および４があることを特定すると仮定される。即ち、ＮｏＣｌｓフィールドは、２に設定され、ＱｏＳビットマップフィールドは、“０００１１０００”に設定される。
【００２３】
そして、その後、ＰＰＰピアは、非共有ＱｏＳオプションをイネーブルすることなしに、さらに２つのリンクをアクティブ化する。即ち、これらの追加的なリンクに対するネゴシエーションフェーズに、非共有ＱｏＳオプションメッセージは含まれない。これは、クラス番号３および４を有する全てのＰＰＰフレームが、リンク１上を運ばれ、残りのＰＰＰフレームが、セグメント化され、またはマルチリンクＰＰＰにおいて行われるように断片化され、非共有ＱｏＳオプションとネゴシエートされなかった２つの残りのリンク（リンク２および３）上を運ばれる。ベアラデータ（ＰＰＰフレーム）は、複数のクラスを有する短いまたは長いシーケンス番号断片フォーマットのいずれかを使用することができる。
【００２４】
非共有ＱｏＳオプションがネゴシエートされる場合、オプションは、ＰＰＰピア間で両方向のトラヒックに対して適応されることが仮定されている。上記の例を使用して、クラス番号３および４を有するＰＰＰフレームは、いずれの方向にもリンク１上を運ばれることになる。これは、リンク１に対する両方向の矢印により図４に示されている。
【００２５】
図５および６において、本発明により、新しい「ＱｏＳエンハンスドマルチリンクヘッダフォーマット（ＱｏＳ−ＥＭＨＦ）」オプションメッセージに対する例示的なフォーマットが示されている。フィールドが左から右に送信される。ＱｏＳ−ＥＭＨＦオプションメッセージは、区別されたサービス（レイヤ３）をＰＰＰＱｏＳクラスにマップすることをサポートする。
【００２６】
図５および６から分かるように、ＩＰＣＰのタイプフィールド値は、２９に設定され、これは、ＱｏＳ−ＥＭＨＦオプションメッセージを表す。長さフィールド値は、この特定のＱｏＳ−ＥＭＨＦオプションメッセージの長さに設定される。Ｔｙｐフィールド値は、２つのタイプのＱｏＳ−ＥＭＨＦオプションメッセージを区別する。Ｔｙｐフィールドは、４個の異なるタイプのＱｏＳ−ＥＭＨＦオプションメッセージをサポートするが、ここでは、２つのみが定義されている。
【００２７】
一方のＴｙｐフィールド値が、図５に示されている。このタイプのＱｏＳ−ＥＭＨＦオプションメッセージは、以下のフィールドを含む。ＮｏＣＰ，ＣｌｓＮｏ，および可変ナンバーディファレンシャルサービス（ＤＳ）コードポイントフィールド（ＤＳＣＰ）である。ＮｏＣＰフィールドの値は、ＣｌｓＮｏフィールドの値により特定されるクラス番号にマップされることになるＤＳＣＰコードポイントの数を表す。ＤＳＣＰの定義のために、Ｄｅｆｉｎｉｔｉｏｎ ｏｆ ｔｈｅ ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｆｉｅｌｄ （ＤＳ Ｆｉｅｌｄ） ｉｎ ｔｈｅ ＩＰｖ４ ａｎｄ ＩＰｖ６ Ｈｅａｄｅｒｓ （ＲＦＣ２４７４）， Ｄｅｃ．， １９９８ を参照のこと。
【００２８】
タイプ１ＱｏＳ−ＥＭＨＦオプションメッセージは、ＰＰＰピアが、ディファレンシャルサービスコードポイントをＰＰＰＱｏＳクラスにマップすることを可能にする。これは、ＰＰＰピアが、各ＰＰＰフレームを適切にマークすることを可能にする。例えば、２つのＰＰＰピアは、マークされた複数のＤＳＣＰ、即ち、ＤＳＣＰコード１、ＤＳＣＰコード２、ＤＳＣＰコード３およびＤＳＣＰコード４を有するＩＰパケットを運ぶものと仮定する。ＤＳＣＰコード１およびＤＳＣＰコード２をＰＰＰＱｏＳクラス１にマップし、かつＤＳＣＰコード３およびＤＳＣＰコード４をＰＰＰＱｏＳクラス２にマップすることが望まれていると仮定する。
【００２９】
図５の例示されたＱｏＳ−ＥＭＨＦオプションメッセージにおいて、ＰＰＰピアは、ＤＳＣＰコード１およびＤＳＣＰコード２に関して、このマッピングを互いに通知する。ここで、ＣｌｓＮｏはクラス１を表す値に等しい。図示されていない同様のメッセージも、別のリンクに対してＤＳＣＰコード３およびＤＳＣＰコード４をクラス２に割り当てることに関して送信される。このオプションなしに、両方のＰＰＰピアが異なるマッピングを実行することができる。異なるベンダーからの装置は、同じマッピングを実行することができず、したがって、ＰＰＰ／ＭＰリンクにおけるＱｏＳ保証を提供することがより困難である。
【００３０】
このオプションがピア間でネゴシエートされる場合、アクセプティングピアは、ＱｏＳ−ＥＭＨＦオプションメッセージ中のＣｌｓＮｏフィールドの値により特定されたクラス番号を有するＰＰＰフレームとして、各ＤＳＣＰ値でマークされた全てのＩＰパケットを送信しなければならない。（例えば、図５において、アクセプティングピアは、クラス番号１を有するＤＳＣＰコード１およびＤＳＣＰコード２でマークされた全てのＩＰパケットを送信しなければならない。受信ＰＰＰピアがこのマッピングを受け入れることができない場合、受信ＰＰＰピアは、オプションをＣｏｎｆｉｇｕｒｅ−ＮａｋまたはＣｏｎｆｉｇｕｒｅ−Ｒｅｊｅｃｔして送信ＰＰＰピアに戻す。
【００３１】
２のＴｙｐフィールド値が図６に示されている。このタイプ２ＱｏＳ−ＥＭＨＦオプションメッセージは、以下のフィールドを含む。即ち、ＮＳｅＳ、ＣｌｓＮｏ、セッションＬｅｎ、および可変ナンバーセッション記述フィールドである。ＮＳｅＳフィールドの値は、このＰＰＰクラス番号を使用するセッションの数を表し、これは、ＣｌｓＮｏフィールドの値により特定される。セッションＬｅｎフィールドの値は、セッション記述の長さを定義する。ＩＰあて先である場合、４バイトであり、ＩＰあて先＋プロトコルに対して５バイト、ＩＰあて先＋プロトコル＋ポート番号に対して６バイト、ＩＰあて先＋プロトコル＋ポート番号＋ＤＳＣＰコードポイントに対して７バイトである。
【００３２】
プロトコルおよびポート番号のコンテキストにおいて、これらの用語はこの技術分野において知られている。例えば、図示しないプロトコルタイプは、ＴＣＰ（トランザクション制御プロトコル）またはＵＤＰ（ユーザデータグラムプロトコル）のいずれかを表す所定値であり、ポート番号に対しても同様である。図６の例示的なＱｏＳ−ＥＭＨＦオプションメッセージは、２のＮＳｅＳ値および４のセッションＬｅｎ値を表し、結果として、２つのセッション記述、およびそれぞれ長さ４を表す。
【００３３】
タイプ２ＱｏＳ−ＥＭＨＦオプションメッセージに対して、全てのセッションの記述長さは、同じでなければならない。ＱｏＳ−ＥＭＨＦタイプ２オプションがネゴシエートされる場合、アクセプティング即ち受信ピアは、特定のセッション記述を有する全てのＩＰパケットを、ＣｌｓＮｏフィールドにおいて特定されたクラス番号を有するＰＰＰフレームとして運ばなければならない。受信ＰＰＰピアがこのマッピングを受け入れることができない場合、ＩＰＣＰにおいて、このオプションをＣｏｎｆｉｇｕｒｅ−Ｎａｋ または Ｃｏｎｆｉｇｕｒｅ−Ｒｅｊｅｃｔ することになる。特定のパケットエンドポイント構成は、それらが各マルチリンクＰＰＰユーザに提供する異なるクラスのサービスを適応させるための十分なバッファ空間を提供する。
【００３４】
代替的に、ＱｏＳ−ＥＭＨＦオプションメッセージは、図７に示されるようにフォーマットされる。このバージョンのＱｏＳ−ＥＭＨＦオプションメッセージは、ＱｏＳ−ＥＭＨＦタイプ１およびＱｏＳ−ＥＭＨＦタイプ２情報を結合させる。フィールドＣｌｓｎｏは、ＰＰＰクラス番号に対応し、フィールドＮｏＳＤは、このＰＰＰＱｏＳクラスに関連づけられたセッション記述子の数に対応する。オプションＴｙｐフィールドは、以下の値を有する。
【００３５】
オプションＴｙｐ＝１：セッション記述子は、ＤＳＣＰコードポイント（１バイト）、
オプションＴｙｐ＝２：セッション記述子は、ＩＰあて先アドレス（４バイト）、
オプションＴｙｐ＝３：ＩＰあて先アドレス＋ポート（５バイト）、
オプションＴｙｐ＝４：ＩＰあて先アドレス＋ポート＋プロトコルＩＤ（６バイト）、および
オプションＴｙｐ＝５：ＩＰあて先アドレス＋ポート＋プロトコルＩＤ＋ＤＳＣＰコードポイント（７バイト）。
【００３６】
他のオプションタイプ情報も追加することができる。図７において、ＰＰＰクラス１（ＣｌｓＮｏ＝１）は、ＤＳＣＰコードポイント（オプションタイプ＝１）であるセッション記述子を有し、３個のＤＳＣＰコードポイント（ＤＳＣＰ＃１，ＤＳＣＰ＃２，およびＤＳＣＰ＃３）をこのＰＰＰクラス番号にマップする。また、これは、ＩＰあて先アドレスであるセッション記述子を有するＰＰＰクラス２（ＣｌｓＮｏ＝２）でもあり、２個のＩＰあて先アドレスのためのパケットをこのＰＰＰクラス番号にマップする。
【００３７】
上記の結果として、本発明のコンセプトは、いくつかの所定のセッションからのパケットが１つの物理リンクに送られることおよび他のセッションからのパケットが別の物理リンクに送られることを可能にする現行のＰＰＰ内のＱｏＳメカニズムを提供する。また、これは、アドミッション制御、無線資源マネージメントおよびトラヒックエンジニアリング目的のために、いずれかの特定の時点においてアクティブ化される正確なクラス番号を提供する。最終的に、これは、１つまたは複数のＩＰセッションからのパケットを、リンクバンドル中のワイヤレスリンクの１つにマップする能力を提供する。換言すれば、パケットエンドポイントは、いずれか特定のリンクにおいてアクティブ化されることになる異なるクラスの正確なタイプを知っている。
【００３８】
図８において、本発明の原理によりマルチリンクＰＰＰネゴシエーションを実行することに使用するための代表的なパケットエンドポイントの概略ブロック図が示されている。パケットエンドポイント６０５は、ストアードプログラム制御ベースドプロセッサアーキテクチャであり、プロセッサ６５０、例えば上述した修正されたマルチリンクＰＰＰネゴシエーションにしたがって通信するためのプログラム命令およびデータを記憶するためのメモリ６６０、およびパス６６６で表されているような１つまたは２つ以上のパケット通信設備に結合するための通信インタフェースを含む。
【００３９】
【発明の効果】
以上述べたように、本発明によれば、マルチリンクＰＰＰを、ワイヤレス環境においてより柔軟なサービス品質（ＱｏＳ）サポートを提供するように強化することができる。
【図面の簡単な説明】
【図１】ワイドエリアワイヤレスデータネットワークの構成を示す図。
【図２】ＩＰサービスを移動体ユーザに提供するために図１のネットワークにおいて使用するための例示的なプロトコルスタックを示す図。
【図３】本発明の原理による新しい「非共有ＱｏＳ」オプションのための例示的なフォーマットを示す図。
【図４】本発明の原理による非共有ＱｏＳオプションを１つのＰＰＰリンクが使用する例示的なマルチリンクＰＰＰネゴシエーションを示す図。
【図５】本発明の原理による新しい「ＱｏＳエンハンスドマルチリンクヘッダフォーマット」オプションのための例示的なフォーマットを示す図。
【図６】本発明の原理による新しい「ＱｏＳエンハンスドマルチリンクヘッダフォーマット」オプションのための例示的なフォーマットを示す図。
【図７】本発明の原理による新しい「ＱｏＳエンハンスドマルチリンクヘッダフォーマット」オプションのための例示的なフォーマットを示す図。
【図８】本発明の原理によるマルチリンクＰＰＰネゴシエーションを実行することに使用するためのパケットエンドポイントを示す概略ブロック図。
【符号の説明】
１２５ フォーリンＡＡＡ
１４０ ＩＰ−ベースドネットワーク
６５０ プロセッサ
６６０ メモリ
６６５ 通信インタフェース
【発明の属する技術分野】
本発明は、通信に係り、特に、パケット通信システムに関する。
【０００２】
【従来の技術】
ＣＤＭＡ（キャリア分割多元接続）パケットデータサービスは、ネットワークに基づくインタネットプロトコル（ＩＰ）により移動体ユーザにワイヤレスデータサービスを提供する１つの方法である。例えば、Ｔｏｍ Ｈｉｌｌｅｒによる“ＷｉｒｅｌｅｓｓＩＰ Ｎｅｔｗｏｒｋ Ａｒｃｈｉｔｅｃｔｕｒｅ ｂａｓｅｄ ｏｎ ＩＥＴＦ Ｐｒｏｔｏｃｏｌｓ”， ＴＲ４５．６−３Ｇ／９９．０５．１７．０６ を参照のこと。ＴＲ４５．６において、ポイントツーポイントプロトコル（ＰＰＰ）は、移動体端末、または移動体ノード（ＭＮ）とパケットデータサービングノード（ＰＤＳＮ）との間のリンクレイヤとして使用される。
【０００３】
サービス品質（ＱｏＳ）機能を提供するようにＰＰＰを強化することが提案されてきた。１つの提案は、「リアルタイムフレーミング」である。例えば、Ｃ． Ｂｏｒｍａｎｎによる“ＰＰＰ ｉｎ ａ ｒｅａｌ−ｔｉｍｅ ｏｒｉｅｎｔｅｄ ＨＤＬＣ−ｌｉｋｅ ｆｒａｍｉｎｇ”， ｗｏｒｋ ｉｎ ｐｒｏｇｒｅｓｓ， （ｄｒａｆｔ−ｉｅｔｆ−ｉｓｓｌｌ−ｉｓｓｌｏｗ−ｒｔｆ−０５．ｔｘｔ）， Ａｐｒｉｌ １９９９ を参照のこと。別のアプローチは、「マルチクラスマルチリンクＰＰＰ」である。例えば、Ｃ． Ｂｏｒｍａｎｎ による“Ｔｈｅ Ｍｕｌｔｉｃｌａｓｓ Ｅｘｔｅｎｓｉｏｎ ｔｏ Ｍｕｌｔｉｌｉｎｋ ＰＰＰ”， ｗｏｒｋ ｉｎ ｐｒｏｇｒｅｓｓ， （ｄｒａｆｔ−ｉｅｔｆ−ｉｓｓｌｌ−ｉｓｓｌｏｗ−ｍｃｍｌ−０６．ｔｘｔ）， Ｊｕｎｅ １９９９ を参照のこと。
【０００４】
【発明が解決しようとする課題】
不都合なことに、これらの修正の両方は、ワイヤレスアクセスネットワークに適さない。例えば、ＰＰＰピア（ｐｅｅｒ）はベアラトラヒックが受信中のインタフェースに現れるときにのみ異なるクラスのサービスを感知するので、リアルタイムフレーミングは十分でない。しかし、ワイヤレスアクセスネットワークに対して、この情報は、ベアラトラヒックが現れる前に、どのタイプのワイヤレスリンクをアクティブにするかを決定するために必要である。マルチクラスマルチリンクＰＰＰに関して、このアプローチは、複数のリンクにおけるトランスポートのための各パケットを壊す。また、マルチクラスマルチリンクＰＰＰは、マルチリンクＰＰＰセッションのためのクラスの最大数を特定するが、クラス定義を特定しない。
【０００５】
【課題を解決するための手段】
マルチリンクＰＰＰは、ワイヤレス環境においてより柔軟なサービス品質（ＱｏＳ）サポートを提供するように強化される。特に、本発明により、マルチリンクＰＰＰは、パケットインタフェースまたはパケットエンドポイント（ｐａｃｋｅｔ ｅｎｄｐｏｉｎｔ）が対向するＰＰＰピア（ｏｐｐｏｓｉｔｅ ＰＰＰ ｐｅｅｒ）にメッセージを送信することができるように強化される。ここで、このメッセージは、特定のＰＰＰリンクにおけるクラスの数およびタイプを同定する。
【０００６】
本発明の一実施形態において、マルチリンクＰＰＰは、「非共有ＱｏＳネゴシエーション“ｎｏｎ−Ｓｈａｒｉｎｇ ＱｏＳ Ｎｅｇｏｔｉａｔｉｏｎ”」オプションメッセージ、およびＩＰ制御プロトコル（ＩＰＣＰ）フェーズにおける「ＱｏＳ強化マルチリンクヘッダフォーマット“ＱｏＳ−Ｅｎｈａｎｃｅｄ Ｍｕｌｔｉｌｉｎｋ Ｈｅａｄｅｒ Ｆｏｒｍａｔ”」オプションメッセージをサポートするように修正される。
【０００７】
【発明の実施の形態】
本発明のコンセプトを説明する前に、ＩＰベースドワイヤレスデータサービスの概略を説明する。以下の説明は、ネットワークエンティティに対して第３世代（３Ｇ）ワイヤレス技術を使用する。例えば、Ｔｏｍ Ｈｉｌｌｅｒ等による“３Ｇ Ｗｉｒｅｌｅｓｓ Ｄａｔａ Ｐｒｏｖｉｄｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｕｓｉｎｇ Ｍｏｂｉｌｅ ＩＰ ａｎｄ ＡＡＡ”を参照のこと。
【０００８】
図１は、ジェネリックワイドエリアワイヤレスデータネットワークレファレンスモデル（ｇｅｎｅｒｉｃ ｗｉｄｅ ａｒｅａ ｗｉｒｅｌｅｓｓ ｄａｔａ ｎｅｔｗｏｒｋ ｒｅｆｅｒｅｎｃｅ ｍｏｄｅｌ）を示す。構成要素は周知であり、詳細に説明することはしない。例えば、移動体エンドポイントまたは端末装置は、移動体ノード（ＭＮ）１０５により表される。後者は、リンクレイヤメッセージにより、最も近い基地局、例えばＢＳ１１０に登録される。この例のために、ＢＳ１１０は、インタワーキングファンクションユニット（ＩＷＦ）１１５によりサービスされる「フォーリンエリア“ｆｏｒｅｉｇｎ ａｒｅａ”」の一部であると仮定する。ＩＷＦ１１５は、この技術分野において知られているインターミディエットフォーリンエージェント（ＩＦＡ）と基本的に等価である。
【０００９】
ＩＷＡ１１５は、ビジティングパケットデータサービングノード（Ｖ−ＰＤＳＮ）１２０に結合されている。Ｖ−ＰＤＳＮ１２０は、この技術分野において知られているゲートウェイフォーリンエージェント／ダイナミックホームエージェント（ＧＦＡ／ＤＨＡ）と基本的に等価である。図１には示されていないが、フォーリンエリアは、互いに通信可能な他のＩＷＦを含む。同様に、ＭＮ１０５の図示しないユーザは、「ホームエリア“ｈｏｍｅ ｅｒｅａ”」と関連づけられている。
【００１０】
後者は、ホームパケットデータサービングノード（Ｈ−ＤＳＮ）１３０およびホームエージェント（ＨＡ）１３５により表される。Ｈ−ＤＳＮ１３０は、ゲートウェイホームエージェントと基本的に等価である。周知のユーザ認証方法が、例えば認証・検定・課金（ＡＡＡ）サーバ１２５および１４０により使用されることと仮定されている。このコンテキストにおいて、ＢＳ１１０、ＩＷＦ１１５、Ｖ−ＰＤＳＮ１２０、Ｈ−ＰＤＳＮ１３０およびＨＡ１３５は、全て異なる形式のパケットサーバである。例えば、Ｖ−ＰＤＳＮ１２０とＨ−ＰＤＳＮ１３０との間の通信は、インタネットプロトコル（ＩＰ）ベースドネットワーク１４０による。
【００１１】
上述したように、ワイヤレスデータサービスは、図１のＩＰベースドネットワークによりＭＮ１０５に関連づけられたユーザに提供される。ＭＮ１０５は、フォーリンエリアを訪問しているので、そのような移動体ＩＰサービスのサポートは、典型的には、アドレッシングおよびルーティング目的のためにホームＩＰネットワークからフォーリンＩＰネットワークへメッセージがトンネル化（“ｔｕｎｎｅｌｅｄ”）されることを必要とする。このコンテキストにおいて、ＢＳ１１０とＩＷＦ１１５との間の通信は、リンクレイヤにおいて行われると仮定される。
【００１２】
そのようなＩＰサービスを提供するための提案されているＴＲ４５．６アーキテクチャを使用する例示的なプロトコルスタックが、図２に示されている。例えば、Ｔｏｍ Ｈｉｌｌｅｒによる“Ｗｉｒｅｌｅｓｓ ＩＰ Ｎｅｔｗｏｒｋ Ａｒｃｈｉｔｅｃｔｕｒｅ ｂａｓｅｄ ｏｎ ＩＥＴＦ Ｐｒｏｔｏｃｏｌｓ”， ＴＲ４５．６Ｇ／９９．０５．１７．０６ を参照こと。図２において、ＩＰは、インタネットプロトコルレイヤを示し、ＰＰＰは、ポイントツーポイントプロトコルレイヤを示し、Ｌ／Ｍは、論理リンク制御／媒体アクセス制御レイヤを示し、ＷＬは、ワイヤレスリンクレイヤ１を示し、Ｌ１はいずれかのリンクレイヤ１トランスポート（物理レイヤ）を示し、ＢＨＩＰＬ２は、リンクレイヤ２におけるバックホール（ｂａｃｋ ｈａｕｌ）ＩＰトンネルを示し、ＴＩＰＬ２は、リンクレイヤ２におけるコアＩＰトンネルを示す。
【００１３】
図２から分かるように、ＰＰＰは、ＭＮとＶ−ＰＤＳＮとの間のリンクレイヤとして使用される。ＭＮは、リンクレイヤメッセージにより最も近いＢＳに登録される。そして、ＰＰＰセッションは、ＭＮとＶ−ＰＤＳＮとの間でアクティブ化される。ＰＰＰセッションセットアップ手順により、Ｖ−ＰＤＳＮは、ＩＰアドレスをＭＮにダイナミックに割り当てることができる。また、いくつかのレイヤ３トンネルセットアップメッセージが、コアＩＰトンネル（ＴＩＰ）がＨ−ＰＤＳＮからＶ−ＰＤＳＮへ存在するように、Ｖ−ＰＤＳＮとＨ−ＰＤＳＮとの間で交換される。
【００１４】
このコアＩＰトンネルは、ＭＮ行きであるパケットを渡すために使用される。ＭＮ行きであるパケットは、Ｈ−ＰＤＳＮにより横取りされて、コアＩＰトンネルによりＶ−ＰＤＳＮに渡される。Ｖ−ＰＤＳＮは、それらを、バックホールＩＰトンネルにより適切なＩＷＦに渡す。これは、Ｖ−ＰＤＳＮとＩＷＦとの間のネットワークがＩＰネットワークであると仮定している。
【００１５】
このバックホールＩＰトンネルは、ＰＰＰフレームを運ぶ。トンネル確立プロトコルは、この技術分野において知られている。例えば、Ｐ． Ｃａｌｈｏｕｎ， Ｇ． Ｍｏｎｔｅｎｅｇｒｏ， Ｃ． Ｐｅｒｋｉｎｓ による“Ｔｕｎｎｅｌ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｐｒｏｔｏｃｏｌ，”ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｃａｌｈｏｕｎ−ｔｅｐ−０１．ｔｘｔ， Ｍａｒｃｈ １９９８を参照こと。そして、ＩＷＦは、パケットを適切な基地局に渡し、基地局は、それらをＭＮに渡す。ＭＮからのパケットは、同様に、基地局からＩＷＦへ渡され、ＩＷＦは、それらをＶ−ＰＤＳＮに渡す。必要である場合、リバースコアＩＰトンネルが、ホームネットワーク内のいずれかのホストへＭＮからトラヒックを渡すことに使用するために、Ｖ−ＰＤＳＮからＨ−ＰＤＳＮへセットアップされる。
【００１６】
逆方向トンネルが存在しない場合、正規のＩＰルーティングによりパケットがＨ−ＰＤＳＮに渡される。これは、パケットがＨ−ＰＤＳＮ内のホスト行きである場合のみである。対応するホストがＨ−ＰＤＳＮ内にない場合、Ｖ−ＰＤＳＮをダイナミックホームエージェントとして単に使用することができる。このモードにおいて、いずれかのワイヤードホストからＭＮへのパケットは、Ｖ−ＰＤＳＮにより横取りされて、ＭＮに経路選択される。同様に、ＭＮからいずれかのワイヤードホストへのいずれのパケットも、Ｖ−ＰＤＳＮにより経路選択される。
【００１７】
本発明のコンセプトは、マルチリンクＰＰＰ（例えば、Ｋ． Ｓｌｏｗｅｒ 等による“Ｔｈｅ ＰＰＰ Ｍｕｌｔｉｌｉｎｋ Ｐｒｏｔｏｃｏｌ （ＭＰ）”， ＲＦＣ１９９０， Ａｕｇｕｓｔ， １９９６を参照のこと）を修正する。本発明のコンセプトに関連するマルチリンクＰＰＰの部分のみ、即ちＩＰ制御プロトコル（ＩＰＣＰ）フェーズの関連部分のみがここに開示される。現行のＩＰプロトコルに精通していることが仮定されている。また、パケットエンドポイントは、通常のプログラミング技法を使用して以下に説明する方法を実行するように適切にプログラムされていることが想定され、ここでは説明しない。
【００１８】
新しい「非共有ＱｏＳ“Ｎｏｎ−Ｓｈａｒｉｎｇ ＱｏＳ”」オプションメッセージに対する例示的なフォーマットが図３に示されている。フィールドは、左から右に送信される。図３に示されているように、本発明によれば、ＩＰＣＰのタイプフィールド値は、２８に設定される。これは、非共有ＱｏＳオプションメッセージを表す。長さフィールドは、５（非共有ＱｏＳオプションメッセージの長さ）に設定される。ＩＰＣＰにおいて、以下のコード値が使用され得る。
コード＝２：複数のクラスを有する長いシーケンス番号パケットフォーマット、および
コード＝６：複数のクラスを有する短いシーケンス番号パケットフォーマット。
【００１９】
ＮｏＣｌｓフィールドは、この特定のリンク上のクラスの数を表す。例えば、８個のクラスが許容されている。ＱｏＳビットマップフィールドは、特定のクラス番号の存在／不存在を示すために使用される１バイトのビットマップ（ＱｏＳビットマップ）である。ＱｏＳビットマップフィールドは、８ビットの幅であるので、８個のＰＰＰＱｏＳクラスは十分であると仮定されていることに留意すべきである。ここで、最高の優先度クラスのゼロを有するクラス０−７である。代替的に、ＱｏＳビットマップフィールドは、８個よりも多いクラスをサポートするように拡張することができる。
【００２０】
例えば、１つのＰＰＰピアが、このリンク上の３個のクラス、即ちクラス３、クラス４およびクラス５がある別のＰＰＰピアに対して通信するために、ＮｏＣｌｓフィールドは、３の値に設定され、ＱｏＳビットマップフィールドは、“０００１１１００”に設定される。ここで、ビットゼロ、即ちｂ０ が最も左のビットである。最終的に、Ｒｓｖフィールドが、将来の使用のためにリザーブされる。
【００２１】
以上の結果として、図示しないＩＰＣＰネゴシエーションフェーズにおいて、ＰＰＰピアは、ＭＲＲＵおよびエンドポイントディスクリミネーターオプションと共に新たに定義された非共有ＱｏＳオプションメッセージを含むことができる。図４は、標準マルチリンクＰＰＰと共に非共有ＱｏＳオプションを使用することを示す。便宜的に、図４において、送信ピアがピアＡであり、受信ピアがピアＢであることが仮定されている。ネゴシエーションの観点からの送信および受信であり、例えば、ピアＡが非共有ＱｏＳオプションを要求する。
【００２２】
上記したように、非共有ＱｏＳオプションメッセージは、ＰＰＰピアが、特定のリンク上で実行されるべきクラスの数を特定することを可能にする。例えば、ＰＰＰピアは、非共有ＱｏＳオプションメッセージを使用して、まず１つのリンク（リンク１）をアクティブ化し、リンク１上に２つのクラス、即ちクラス３および４があることを特定すると仮定される。即ち、ＮｏＣｌｓフィールドは、２に設定され、ＱｏＳビットマップフィールドは、“０００１１０００”に設定される。
【００２３】
そして、その後、ＰＰＰピアは、非共有ＱｏＳオプションをイネーブルすることなしに、さらに２つのリンクをアクティブ化する。即ち、これらの追加的なリンクに対するネゴシエーションフェーズに、非共有ＱｏＳオプションメッセージは含まれない。これは、クラス番号３および４を有する全てのＰＰＰフレームが、リンク１上を運ばれ、残りのＰＰＰフレームが、セグメント化され、またはマルチリンクＰＰＰにおいて行われるように断片化され、非共有ＱｏＳオプションとネゴシエートされなかった２つの残りのリンク（リンク２および３）上を運ばれる。ベアラデータ（ＰＰＰフレーム）は、複数のクラスを有する短いまたは長いシーケンス番号断片フォーマットのいずれかを使用することができる。
【００２４】
非共有ＱｏＳオプションがネゴシエートされる場合、オプションは、ＰＰＰピア間で両方向のトラヒックに対して適応されることが仮定されている。上記の例を使用して、クラス番号３および４を有するＰＰＰフレームは、いずれの方向にもリンク１上を運ばれることになる。これは、リンク１に対する両方向の矢印により図４に示されている。
【００２５】
図５および６において、本発明により、新しい「ＱｏＳエンハンスドマルチリンクヘッダフォーマット（ＱｏＳ−ＥＭＨＦ）」オプションメッセージに対する例示的なフォーマットが示されている。フィールドが左から右に送信される。ＱｏＳ−ＥＭＨＦオプションメッセージは、区別されたサービス（レイヤ３）をＰＰＰＱｏＳクラスにマップすることをサポートする。
【００２６】
図５および６から分かるように、ＩＰＣＰのタイプフィールド値は、２９に設定され、これは、ＱｏＳ−ＥＭＨＦオプションメッセージを表す。長さフィールド値は、この特定のＱｏＳ−ＥＭＨＦオプションメッセージの長さに設定される。Ｔｙｐフィールド値は、２つのタイプのＱｏＳ−ＥＭＨＦオプションメッセージを区別する。Ｔｙｐフィールドは、４個の異なるタイプのＱｏＳ−ＥＭＨＦオプションメッセージをサポートするが、ここでは、２つのみが定義されている。
【００２７】
一方のＴｙｐフィールド値が、図５に示されている。このタイプのＱｏＳ−ＥＭＨＦオプションメッセージは、以下のフィールドを含む。ＮｏＣＰ，ＣｌｓＮｏ，および可変ナンバーディファレンシャルサービス（ＤＳ）コードポイントフィールド（ＤＳＣＰ）である。ＮｏＣＰフィールドの値は、ＣｌｓＮｏフィールドの値により特定されるクラス番号にマップされることになるＤＳＣＰコードポイントの数を表す。ＤＳＣＰの定義のために、Ｄｅｆｉｎｉｔｉｏｎ ｏｆ ｔｈｅ ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｆｉｅｌｄ （ＤＳ Ｆｉｅｌｄ） ｉｎ ｔｈｅ ＩＰｖ４ ａｎｄ ＩＰｖ６ Ｈｅａｄｅｒｓ （ＲＦＣ２４７４）， Ｄｅｃ．， １９９８ を参照のこと。
【００２８】
タイプ１ＱｏＳ−ＥＭＨＦオプションメッセージは、ＰＰＰピアが、ディファレンシャルサービスコードポイントをＰＰＰＱｏＳクラスにマップすることを可能にする。これは、ＰＰＰピアが、各ＰＰＰフレームを適切にマークすることを可能にする。例えば、２つのＰＰＰピアは、マークされた複数のＤＳＣＰ、即ち、ＤＳＣＰコード１、ＤＳＣＰコード２、ＤＳＣＰコード３およびＤＳＣＰコード４を有するＩＰパケットを運ぶものと仮定する。ＤＳＣＰコード１およびＤＳＣＰコード２をＰＰＰＱｏＳクラス１にマップし、かつＤＳＣＰコード３およびＤＳＣＰコード４をＰＰＰＱｏＳクラス２にマップすることが望まれていると仮定する。
【００２９】
図５の例示されたＱｏＳ−ＥＭＨＦオプションメッセージにおいて、ＰＰＰピアは、ＤＳＣＰコード１およびＤＳＣＰコード２に関して、このマッピングを互いに通知する。ここで、ＣｌｓＮｏはクラス１を表す値に等しい。図示されていない同様のメッセージも、別のリンクに対してＤＳＣＰコード３およびＤＳＣＰコード４をクラス２に割り当てることに関して送信される。このオプションなしに、両方のＰＰＰピアが異なるマッピングを実行することができる。異なるベンダーからの装置は、同じマッピングを実行することができず、したがって、ＰＰＰ／ＭＰリンクにおけるＱｏＳ保証を提供することがより困難である。
【００３０】
このオプションがピア間でネゴシエートされる場合、アクセプティングピアは、ＱｏＳ−ＥＭＨＦオプションメッセージ中のＣｌｓＮｏフィールドの値により特定されたクラス番号を有するＰＰＰフレームとして、各ＤＳＣＰ値でマークされた全てのＩＰパケットを送信しなければならない。（例えば、図５において、アクセプティングピアは、クラス番号１を有するＤＳＣＰコード１およびＤＳＣＰコード２でマークされた全てのＩＰパケットを送信しなければならない。受信ＰＰＰピアがこのマッピングを受け入れることができない場合、受信ＰＰＰピアは、オプションをＣｏｎｆｉｇｕｒｅ−ＮａｋまたはＣｏｎｆｉｇｕｒｅ−Ｒｅｊｅｃｔして送信ＰＰＰピアに戻す。
【００３１】
２のＴｙｐフィールド値が図６に示されている。このタイプ２ＱｏＳ−ＥＭＨＦオプションメッセージは、以下のフィールドを含む。即ち、ＮＳｅＳ、ＣｌｓＮｏ、セッションＬｅｎ、および可変ナンバーセッション記述フィールドである。ＮＳｅＳフィールドの値は、このＰＰＰクラス番号を使用するセッションの数を表し、これは、ＣｌｓＮｏフィールドの値により特定される。セッションＬｅｎフィールドの値は、セッション記述の長さを定義する。ＩＰあて先である場合、４バイトであり、ＩＰあて先＋プロトコルに対して５バイト、ＩＰあて先＋プロトコル＋ポート番号に対して６バイト、ＩＰあて先＋プロトコル＋ポート番号＋ＤＳＣＰコードポイントに対して７バイトである。
【００３２】
プロトコルおよびポート番号のコンテキストにおいて、これらの用語はこの技術分野において知られている。例えば、図示しないプロトコルタイプは、ＴＣＰ（トランザクション制御プロトコル）またはＵＤＰ（ユーザデータグラムプロトコル）のいずれかを表す所定値であり、ポート番号に対しても同様である。図６の例示的なＱｏＳ−ＥＭＨＦオプションメッセージは、２のＮＳｅＳ値および４のセッションＬｅｎ値を表し、結果として、２つのセッション記述、およびそれぞれ長さ４を表す。
【００３３】
タイプ２ＱｏＳ−ＥＭＨＦオプションメッセージに対して、全てのセッションの記述長さは、同じでなければならない。ＱｏＳ−ＥＭＨＦタイプ２オプションがネゴシエートされる場合、アクセプティング即ち受信ピアは、特定のセッション記述を有する全てのＩＰパケットを、ＣｌｓＮｏフィールドにおいて特定されたクラス番号を有するＰＰＰフレームとして運ばなければならない。受信ＰＰＰピアがこのマッピングを受け入れることができない場合、ＩＰＣＰにおいて、このオプションをＣｏｎｆｉｇｕｒｅ−Ｎａｋ または Ｃｏｎｆｉｇｕｒｅ−Ｒｅｊｅｃｔ することになる。特定のパケットエンドポイント構成は、それらが各マルチリンクＰＰＰユーザに提供する異なるクラスのサービスを適応させるための十分なバッファ空間を提供する。
【００３４】
代替的に、ＱｏＳ−ＥＭＨＦオプションメッセージは、図７に示されるようにフォーマットされる。このバージョンのＱｏＳ−ＥＭＨＦオプションメッセージは、ＱｏＳ−ＥＭＨＦタイプ１およびＱｏＳ−ＥＭＨＦタイプ２情報を結合させる。フィールドＣｌｓｎｏは、ＰＰＰクラス番号に対応し、フィールドＮｏＳＤは、このＰＰＰＱｏＳクラスに関連づけられたセッション記述子の数に対応する。オプションＴｙｐフィールドは、以下の値を有する。
【００３５】
オプションＴｙｐ＝１：セッション記述子は、ＤＳＣＰコードポイント（１バイト）、
オプションＴｙｐ＝２：セッション記述子は、ＩＰあて先アドレス（４バイト）、
オプションＴｙｐ＝３：ＩＰあて先アドレス＋ポート（５バイト）、
オプションＴｙｐ＝４：ＩＰあて先アドレス＋ポート＋プロトコルＩＤ（６バイト）、および
オプションＴｙｐ＝５：ＩＰあて先アドレス＋ポート＋プロトコルＩＤ＋ＤＳＣＰコードポイント（７バイト）。
【００３６】
他のオプションタイプ情報も追加することができる。図７において、ＰＰＰクラス１（ＣｌｓＮｏ＝１）は、ＤＳＣＰコードポイント（オプションタイプ＝１）であるセッション記述子を有し、３個のＤＳＣＰコードポイント（ＤＳＣＰ＃１，ＤＳＣＰ＃２，およびＤＳＣＰ＃３）をこのＰＰＰクラス番号にマップする。また、これは、ＩＰあて先アドレスであるセッション記述子を有するＰＰＰクラス２（ＣｌｓＮｏ＝２）でもあり、２個のＩＰあて先アドレスのためのパケットをこのＰＰＰクラス番号にマップする。
【００３７】
上記の結果として、本発明のコンセプトは、いくつかの所定のセッションからのパケットが１つの物理リンクに送られることおよび他のセッションからのパケットが別の物理リンクに送られることを可能にする現行のＰＰＰ内のＱｏＳメカニズムを提供する。また、これは、アドミッション制御、無線資源マネージメントおよびトラヒックエンジニアリング目的のために、いずれかの特定の時点においてアクティブ化される正確なクラス番号を提供する。最終的に、これは、１つまたは複数のＩＰセッションからのパケットを、リンクバンドル中のワイヤレスリンクの１つにマップする能力を提供する。換言すれば、パケットエンドポイントは、いずれか特定のリンクにおいてアクティブ化されることになる異なるクラスの正確なタイプを知っている。
【００３８】
図８において、本発明の原理によりマルチリンクＰＰＰネゴシエーションを実行することに使用するための代表的なパケットエンドポイントの概略ブロック図が示されている。パケットエンドポイント６０５は、ストアードプログラム制御ベースドプロセッサアーキテクチャであり、プロセッサ６５０、例えば上述した修正されたマルチリンクＰＰＰネゴシエーションにしたがって通信するためのプログラム命令およびデータを記憶するためのメモリ６６０、およびパス６６６で表されているような１つまたは２つ以上のパケット通信設備に結合するための通信インタフェースを含む。
【００３９】
【発明の効果】
以上述べたように、本発明によれば、マルチリンクＰＰＰを、ワイヤレス環境においてより柔軟なサービス品質（ＱｏＳ）サポートを提供するように強化することができる。
【図面の簡単な説明】
【図１】ワイドエリアワイヤレスデータネットワークの構成を示す図。
【図２】ＩＰサービスを移動体ユーザに提供するために図１のネットワークにおいて使用するための例示的なプロトコルスタックを示す図。
【図３】本発明の原理による新しい「非共有ＱｏＳ」オプションのための例示的なフォーマットを示す図。
【図４】本発明の原理による非共有ＱｏＳオプションを１つのＰＰＰリンクが使用する例示的なマルチリンクＰＰＰネゴシエーションを示す図。
【図５】本発明の原理による新しい「ＱｏＳエンハンスドマルチリンクヘッダフォーマット」オプションのための例示的なフォーマットを示す図。
【図６】本発明の原理による新しい「ＱｏＳエンハンスドマルチリンクヘッダフォーマット」オプションのための例示的なフォーマットを示す図。
【図７】本発明の原理による新しい「ＱｏＳエンハンスドマルチリンクヘッダフォーマット」オプションのための例示的なフォーマットを示す図。
【図８】本発明の原理によるマルチリンクＰＰＰネゴシエーションを実行することに使用するためのパケットエンドポイントを示す概略ブロック図。
【符号の説明】
１２５ フォーリンＡＡＡ
１４０ ＩＰ−ベースドネットワーク
６５０ プロセッサ
６６０ メモリ
６６５ 通信インタフェース
Claims (13)
- 対向するピアとマルチリンクポイントツーポイントプロトコル（ＰＰＰ）リンクをネゴシエートするステップを含むパケットエンドポイントにおいて使用するための方法において、
前記ネゴシエートするステップは、前記対向するピアにメッセージを送信するステップをさらに含み、前記メッセージは、特定のＰＰＰリンクにおける幾つかのクラスのアイデンティフィケーションおよび特定のＰＰＰリンクにおけるクラスの各タイプを含む
ことを特徴とする方法。 - 前記メッセージは、特定のＰＰＰリンクにおけるクラスの数を表すフィールドを含む
ことを特徴とする請求項１記載の方法。 - 前記メッセージは、特定のＰＰＰリンクにおける各クラスのタイプを表すフィールドを含む
ことを特徴とする請求項１記載の方法。 - 各クラスフィールドのタイプは、幾つかのビットを含み、各ビット位置の値は、特定のクラスが特定のＰＰＰリンク上にあるかどうかを表すことを特徴とする請求項３記載の方法。
- 前記メッセージは、「非共有ＱｏＳ」オプションメッセージである
ことを特徴とする請求項１記載の方法。 - 前記ネゴシエートするステップは、第２のメッセージを前記対向するピアに送信するステップをさらに含み、前記第２のメッセージは、異なるサービスコードポイントを特定のＰＰＰクラスにマップする情報を含む
ことを特徴とする請求項１記載の方法。 - 前記第２のメッセージは、特定のＰＰＰクラスを同定するためのクラス番号フィールドと、その値が特定のＰＰＰクラスにマップされる異なるコードポイント値の数を表す少なくとも１つのフィールドを含む
ことを特徴とする請求項６記載の方法。 - 前記第２のメッセージが、特定のＰＰＰクラスを同定するためのクラス番号フィールド、特定のＰＰＰクラスにマップされる異なるコードポイント値の数を同定するためのコードポイントフィールド、およびコードポイントフィールドの値に等しい数の幾つかのフィールドを含み、前記幾つかのフィールドの各々は、特定の差分のコードポイント値を同定する
ことを特徴とする請求項６記載の方法。 - 前記メッセージは、「ＱｏＳエンハンスドマルチリンクヘッダフォーマット」オプションメッセージである
ことを特徴とする請求項６記載の方法。 - 前記ネゴシエートするステップは、第２のメッセージを前記対向するピアに送信するステップをさらに含み、前記第２のメッセージは、特定のＰＰＰクラスを使用することになるセッションの数を同定する情報を含む
ことを特徴とする請求項１記載の方法。 - 前記第２のメッセージは、前記特定のＰＰＰクラスを同定するためのクラス番号フィールド、およびその値が特定のＰＰＰクラスを使用するセッションの数を表す少なくとも１つのフィールドを含む
ことを特徴とする請求項１０記載の方法。 - 前記第２のメッセージは、特定のＰＰＰクラスを同定するためのクラス番号フィールド、その値が特定のＰＰＰクラスを使用するセッションの数を同定する幾つかのセッションフィールド、およびセッションフィールドの数の値に等しい数の幾つかのフィールドを含み、前記幾つかのセッションフィールドの各々は、そのセッションの記述を提供する
ことを特徴とする請求項１０記載の方法。 - 前記メッセージは、「ＱｏＳエンハンスドマルチリンクヘッダフォーマット」オプションメッセージである
ことを特徴とする請求項１０記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/337987 | 1999-06-22 | ||
| US09/337,987 US6577644B1 (en) | 1999-06-22 | 1999-06-22 | Quality of service (QoS) enhancement to multilink point-to-point protocol (PPP) |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001045100A JP2001045100A (ja) | 2001-02-16 |
| JP3556885B2 true JP3556885B2 (ja) | 2004-08-25 |
Family
ID=23322910
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000186626A Expired - Fee Related JP3556885B2 (ja) | 1999-06-22 | 2000-06-21 | パケットエンドポイントにおいて使用するための方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6577644B1 (ja) |
| EP (1) | EP1067746A3 (ja) |
| JP (1) | JP3556885B2 (ja) |
| CA (1) | CA2311114C (ja) |
Families Citing this family (73)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5835061A (en) | 1995-06-06 | 1998-11-10 | Wayport, Inc. | Method and apparatus for geographic-based communications service |
| US8606851B2 (en) | 1995-06-06 | 2013-12-10 | Wayport, Inc. | Method and apparatus for geographic-based communications service |
| SE9703327L (sv) * | 1997-09-12 | 1999-03-13 | Ericsson Telefon Ab L M | Metod och anordning vid datakommunikation |
| US7346677B1 (en) | 1999-07-02 | 2008-03-18 | Cisco Technology, Inc. | Method and apparatus for creating policies for policy-based management of quality of service treatments of network data traffic flows |
| AU773884B2 (en) | 1999-11-03 | 2004-06-10 | Cisco Technology, Inc. | Distributed network communication system which enables multiple network providers to use a common distributed network infrastructure |
| US6788647B1 (en) | 1999-11-19 | 2004-09-07 | Cisco Technology, Inc. | Automatically applying bi-directional quality of service treatment to network data flows |
| US6775267B1 (en) | 1999-12-30 | 2004-08-10 | At&T Corp | Method for billing IP broadband subscribers |
| US6937713B1 (en) | 1999-12-30 | 2005-08-30 | At&T Corp. | IP call forward profile |
| US6826173B1 (en) | 1999-12-30 | 2004-11-30 | At&T Corp. | Enhanced subscriber IP alerting |
| US7180889B1 (en) | 1999-12-30 | 2007-02-20 | At&T Corp. | Personal control of address assignment and greeting options for multiple BRG ports |
| US6684256B1 (en) * | 2000-01-27 | 2004-01-27 | Utstarcom, Inc. | Routing method for mobile wireless nodes having overlapping internet protocol home addresses |
| US20020022483A1 (en) * | 2000-04-18 | 2002-02-21 | Wayport, Inc. | Distributed network communication system which allows multiple wireless service providers to share a common network infrastructure |
| US7158516B2 (en) * | 2000-06-03 | 2007-01-02 | Utstarcom, Inc. | Method and apparatus for performing multi connections at point-to-point protocol |
| US6959332B1 (en) | 2000-07-12 | 2005-10-25 | Cisco Technology, Inc. | Basic command representation of quality of service policies |
| US7099932B1 (en) | 2000-08-16 | 2006-08-29 | Cisco Technology, Inc. | Method and apparatus for retrieving network quality of service policy information from a directory in a quality of service policy management system |
| US7096260B1 (en) | 2000-09-29 | 2006-08-22 | Cisco Technology, Inc. | Marking network data packets with differentiated services codepoints based on network load |
| US6822940B1 (en) | 2000-09-29 | 2004-11-23 | Cisco Technology, Inc. | Method and apparatus for adapting enforcement of network quality of service policies based on feedback about network conditions |
| US6795705B1 (en) * | 2000-10-31 | 2004-09-21 | Utstarcom, Inc. | Hot standby protocol for wireless devices |
| US6988133B1 (en) | 2000-10-31 | 2006-01-17 | Cisco Technology, Inc. | Method and apparatus for communicating network quality of service policy information to a plurality of policy enforcement points |
| US7050396B1 (en) * | 2000-11-30 | 2006-05-23 | Cisco Technology, Inc. | Method and apparatus for automatically establishing bi-directional differentiated services treatment of flows in a network |
| US7668176B2 (en) | 2001-01-18 | 2010-02-23 | Alcatel-Lucent Usa Inc. | Universal mobile telecommunications system (UMTS) quality of service (QoS) supporting variable QoS negotiation |
| US8077679B2 (en) | 2001-03-28 | 2011-12-13 | Qualcomm Incorporated | Method and apparatus for providing protocol options in a wireless communication system |
| US8121296B2 (en) | 2001-03-28 | 2012-02-21 | Qualcomm Incorporated | Method and apparatus for security in a data processing system |
| US9100457B2 (en) | 2001-03-28 | 2015-08-04 | Qualcomm Incorporated | Method and apparatus for transmission framing in a wireless communication system |
| US7230921B2 (en) | 2001-04-02 | 2007-06-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Concurrent use of communication paths in a multi-path access link to an IP network |
| US7315900B1 (en) | 2001-06-20 | 2008-01-01 | Juniper Networks, Inc. | Multi-link routing |
| US7339908B2 (en) * | 2001-07-31 | 2008-03-04 | Arraycomm, Llc. | System and related methods to facilitate delivery of enhanced data services in a mobile wireless communications environment |
| DE10138363A1 (de) * | 2001-08-03 | 2003-02-20 | Deutsche Telekom Ag | Verfahren zur Gewährleistung der Dienstgüte von Internet-Anwendungen bei optimaler Ausnutzung der aktuellen Netzressourcen |
| KR100446638B1 (ko) * | 2001-10-04 | 2004-09-04 | 주식회사 팬택앤큐리텔 | 다중 패킷 호 지원이 가능한 패킷 단말기 및 이 패킷단말기에서의 다중 패킷 호 지원 방법 |
| US7352868B2 (en) | 2001-10-09 | 2008-04-01 | Philip Hawkes | Method and apparatus for security in a data processing system |
| US7649829B2 (en) | 2001-10-12 | 2010-01-19 | Qualcomm Incorporated | Method and system for reduction of decoding complexity in a communication system |
| EP1326463A1 (en) * | 2002-01-07 | 2003-07-09 | Lucent Technologies Inc. | Method and apparatus for packet transmission scheduling by performing load control functionality |
| US7477600B1 (en) | 2002-02-12 | 2009-01-13 | Cisco Technology, Inc. | Method and apparatus for configuring network elements to support real time applications based on meta-templates |
| US7333432B1 (en) | 2002-02-12 | 2008-02-19 | Cisco Technology, Inc. | Method and apparatus for configuring network elements to support real time applications |
| EP1488332A4 (en) * | 2002-03-11 | 2005-12-07 | Seabridge Ltd | COLLECTION OF PPP MEETINGS WITH DYNAMIC SERVICE AWARENESS VIA VARIABLE NETWORK TUNNEL |
| US20030233580A1 (en) * | 2002-05-29 | 2003-12-18 | Keeler James D. | Authorization and authentication of user access to a distributed network communication system with roaming features |
| KR20030094436A (ko) * | 2002-06-04 | 2003-12-12 | 삼성전자주식회사 | 두 호스트 사이의 통신을 위한 다중 링크 관리장치 및 방법 |
| US7236461B1 (en) | 2002-10-08 | 2007-06-26 | Cisco Technology, Inc. | Link efficiency schemes for packet transport |
| US7376097B2 (en) * | 2002-11-27 | 2008-05-20 | Ntt Docomo Inc. | Method of associating an IP address with a plurality of link layer addresses in a wireless communication network |
| US7599655B2 (en) | 2003-01-02 | 2009-10-06 | Qualcomm Incorporated | Method and apparatus for broadcast services in a communication system |
| US8098818B2 (en) | 2003-07-07 | 2012-01-17 | Qualcomm Incorporated | Secure registration for a multicast-broadcast-multimedia system (MBMS) |
| US8718279B2 (en) | 2003-07-08 | 2014-05-06 | Qualcomm Incorporated | Apparatus and method for a secure broadcast system |
| US8724803B2 (en) | 2003-09-02 | 2014-05-13 | Qualcomm Incorporated | Method and apparatus for providing authenticated challenges for broadcast-multicast communications in a communication system |
| US20050261970A1 (en) * | 2004-05-21 | 2005-11-24 | Wayport, Inc. | Method for providing wireless services |
| US8090806B1 (en) | 2004-06-10 | 2012-01-03 | Cisco Technology, Inc. | Two-stage network device configuration process |
| US7660882B2 (en) * | 2004-06-10 | 2010-02-09 | Cisco Technology, Inc. | Deploying network element management system provisioning services |
| US7853676B1 (en) | 2004-06-10 | 2010-12-14 | Cisco Technology, Inc. | Protocol for efficient exchange of XML documents with a network device |
| US7570662B2 (en) * | 2004-09-21 | 2009-08-04 | Cisco Technology, Inc. | System and method for multiplexing, fragmenting, and interleaving in a communications environment |
| US20060088034A1 (en) * | 2004-10-26 | 2006-04-27 | Nortel Networks Limited | Network service classes |
| US20060182152A1 (en) * | 2005-02-16 | 2006-08-17 | Qi Bi | Combining multiple physical traffic channels in a wireless communication system |
| US7916642B2 (en) * | 2005-08-11 | 2011-03-29 | Starent Networks Llc | System and method for congestion control signaling |
| US7489690B2 (en) * | 2005-08-12 | 2009-02-10 | Cellco Partnership | Integrated packet latency aware QoS scheduling algorithm using proportional fairness and weighted fair queuing for wireless integrated multimedia packet services |
| US8576846B2 (en) * | 2005-10-05 | 2013-11-05 | Qualcomm Incorporated | Peer-to-peer communication in ad hoc wireless network |
| US8149695B2 (en) * | 2005-12-22 | 2012-04-03 | Avaya Holdings Limited | Dynamic queue instantiation |
| US8355413B2 (en) * | 2006-02-17 | 2013-01-15 | Cellco Partnership | Policy based procedure to modify or change granted QoS in real time for CDMA wireless networks |
| US20070211752A1 (en) * | 2006-03-13 | 2007-09-13 | Utstarcom, Incorporated | Method of establishing a PPP session over an air interface |
| EP2026530A1 (en) | 2007-07-12 | 2009-02-18 | Wayport, Inc. | Device-specific authorization at distributed locations |
| JP2009021916A (ja) * | 2007-07-13 | 2009-01-29 | Hitachi Communication Technologies Ltd | 基地局およびパケット転送装置 |
| US8634796B2 (en) | 2008-03-14 | 2014-01-21 | William J. Johnson | System and method for location based exchanges of data facilitating distributed location applications |
| US9014658B2 (en) | 2008-03-14 | 2015-04-21 | William J. Johnson | System and method for application context location based configuration suggestions |
| US8566839B2 (en) | 2008-03-14 | 2013-10-22 | William J. Johnson | System and method for automated content presentation objects |
| US8761751B2 (en) | 2008-03-14 | 2014-06-24 | William J. Johnson | System and method for targeting data processing system(s) with data |
| US8639267B2 (en) | 2008-03-14 | 2014-01-28 | William J. Johnson | System and method for location based exchanges of data facilitating distributed locational applications |
| US8600341B2 (en) | 2008-03-14 | 2013-12-03 | William J. Johnson | System and method for location based exchanges of data facilitating distributed locational applications |
| CN101340435B (zh) * | 2008-08-13 | 2011-11-09 | 华为技术有限公司 | 一种控制多重链路点对点协议链路的方法及装置 |
| US8064362B2 (en) * | 2008-08-21 | 2011-11-22 | Cisco Technology, Inc. | Wide area network optimization proxy routing protocol |
| US8811281B2 (en) | 2011-04-01 | 2014-08-19 | Cisco Technology, Inc. | Soft retention for call admission control in communication networks |
| US20130100808A1 (en) * | 2011-10-24 | 2013-04-25 | Kaminario Technologies Ltd. | Managing Utilization Of A Logical Communication Path In A Multi-Path Channel |
| WO2013102179A1 (en) | 2011-12-30 | 2013-07-04 | Krause Edward A | High capacity network communication link using multiple cellular devices |
| US9626446B2 (en) | 2012-03-07 | 2017-04-18 | Snap Trends, Inc. | Methods and systems of advertising based on aggregated information of social networks within geographical locations via a network |
| US9477991B2 (en) | 2013-08-27 | 2016-10-25 | Snap Trends, Inc. | Methods and systems of aggregating information of geographic context regions of social networks based on geographical locations via a network |
| US9894489B2 (en) | 2013-09-30 | 2018-02-13 | William J. Johnson | System and method for situational proximity observation alerting privileged recipients |
| US10715969B1 (en) * | 2020-01-24 | 2020-07-14 | Sprint Communications Company L.P. | Wireless messaging using an enhanced quality-of-service (QoS) |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5557798A (en) * | 1989-07-27 | 1996-09-17 | Tibco, Inc. | Apparatus and method for providing decoupling of data exchange details for providing high performance communication between software processes |
| US5757783A (en) * | 1995-06-15 | 1998-05-26 | Lucent Technologies Inc. | Method and apparatus for routing ATM cells in an AD-ATM LAN |
| US5822309A (en) * | 1995-06-15 | 1998-10-13 | Lucent Technologies Inc. | Signaling and control architecture for an ad-hoc ATM LAN |
| US5717689A (en) * | 1995-10-10 | 1998-02-10 | Lucent Technologies Inc. | Data link layer protocol for transport of ATM cells over a wireless link |
| US6049549A (en) * | 1997-08-14 | 2000-04-11 | University Of Massachusetts | Adaptive media control |
| US6222837B1 (en) * | 1997-09-26 | 2001-04-24 | Lucent Technologies Inc. | Internet service via ISDN |
| US6223222B1 (en) * | 1998-05-14 | 2001-04-24 | 3Com Corporation | Method and system for providing quality-of-service in a data-over-cable system using configuration protocol messaging |
| US6222820B1 (en) * | 1998-05-28 | 2001-04-24 | 3Com Corporation | Method of VCC/VPC redundancy for asynchronous transfer mode networks |
| US6286052B1 (en) * | 1998-12-04 | 2001-09-04 | Cisco Technology, Inc. | Method and apparatus for identifying network data traffic flows and for applying quality of service treatments to the flows |
| US6330316B1 (en) * | 1999-03-12 | 2001-12-11 | Nortel Networks Limited | Alternate routing schemes using quality of service information for calls involving unreliable networks |
| US6654808B1 (en) * | 1999-04-02 | 2003-11-25 | Lucent Technologies Inc. | Proving quality of service in layer two tunneling protocol networks |
-
1999
- 1999-06-22 US US09/337,987 patent/US6577644B1/en not_active Expired - Lifetime
-
2000
- 2000-06-08 CA CA002311114A patent/CA2311114C/en not_active Expired - Fee Related
- 2000-06-13 EP EP00305017A patent/EP1067746A3/en not_active Withdrawn
- 2000-06-21 JP JP2000186626A patent/JP3556885B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001045100A (ja) | 2001-02-16 |
| CA2311114C (en) | 2006-10-03 |
| EP1067746A3 (en) | 2001-01-17 |
| CA2311114A1 (en) | 2000-12-22 |
| EP1067746A2 (en) | 2001-01-10 |
| US6577644B1 (en) | 2003-06-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3556885B2 (ja) | パケットエンドポイントにおいて使用するための方法 | |
| JP5118055B2 (ja) | 移動体ネットワーク上におけるインターネット・プロトコル・トンネリング | |
| US9584468B2 (en) | Layer-2 IP networking method and apparatus for mobile hosts | |
| Misra et al. | Autoconfiguration, registration, and mobility management for pervasive computing | |
| US10200511B2 (en) | Telecommunications apparatus and method | |
| JP3668047B2 (ja) | 移動通信方法、移動計算機装置及び暗号化通信装置 | |
| US6973076B2 (en) | Mobile communication network, terminal equipment, packet communication control method, and gateway | |
| JP5491650B2 (ja) | 移動ユーザ機器 | |
| US8437345B2 (en) | Terminal and communication system | |
| KR100750370B1 (ko) | 어드레스 획득 | |
| US6839338B1 (en) | Method to provide dynamic internet protocol security policy service | |
| US7657642B2 (en) | IP network node and middleware for establishing connectivity to both the IPv4 and IPv6 networks | |
| EP1139632B1 (en) | Method for packet communication with mobile node | |
| EP1722523A1 (en) | Apparatus and method for reserving session resource in IPv4/IPv6 combination network | |
| JP2004531157A (ja) | モバイル・ネットワークと固定データ・ネットワークの間のパケット指向のデータ通信 | |
| JP2000253069A (ja) | 通信方法及びモバイルｉｐ環境 | |
| KR20000062144A (ko) | 이동 티씨피와 이동 티씨피 접속의 개설 및 유지 방법 | |
| JP5016030B2 (ja) | デュアルスタック移動体ノードがＩＰｖ４ネットワーク中でローミングするための方法と装置 | |
| KR101035817B1 (ko) | 무선 인터넷 서비스를 위한 이동 단말의 인터넷 주소 형성방법 | |
| JP2007515823A (ja) | グローバルＩＰｖ４／グローバルＩＰｖ６遷移のための端末移動性 | |
| JP4093265B2 (ja) | 通信システム | |
| KR100924428B1 (ko) | 휴대인터넷 망에서 듀얼 스택 지원 방법과 그를 위한 주소할당 및 등록 방법과 패킷 전달 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040419 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040513 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080521 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080521 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090521 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100521 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100521 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110521 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120521 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120521 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130521 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |