JP2000312228A - パケットサーバにおける呼設立方法 - Google Patents

パケットサーバにおける呼設立方法

Info

Publication number
JP2000312228A
JP2000312228A JP2000101549A JP2000101549A JP2000312228A JP 2000312228 A JP2000312228 A JP 2000312228A JP 2000101549 A JP2000101549 A JP 2000101549A JP 2000101549 A JP2000101549 A JP 2000101549A JP 2000312228 A JP2000312228 A JP 2000312228A
Authority
JP
Japan
Prior art keywords
service
quality
packet
class
call
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.)
Granted
Application number
JP2000101549A
Other languages
English (en)
Other versions
JP3737668B2 (ja
Inventor
Chuu Chuaa Muui
チュー チュアー ムーイ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia of America Corp
Original Assignee
Lucent Technologies Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Lucent Technologies Inc filed Critical Lucent Technologies Inc
Publication of JP2000312228A publication Critical patent/JP2000312228A/ja
Application granted granted Critical
Publication of JP3737668B2 publication Critical patent/JP3737668B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • 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
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2858—Access network architectures
    • H04L12/2859—Point-to-point connection between the data network and the subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

(57)【要約】 【課題】 パケットサーバにおけるサービス品質を考慮
した呼設立方法の提供。 【解決手段】 パケットサーバ１５５での呼設立方法
が、パケットトンネルを用いて他のパケットサーバ１３
５との間に呼を設立する必要があるかどうかを定めるス
テップ；と、呼に対する多数のサービスクラスを最初に
相互処理決定することによってパケットトンネルを通し
て呼を設立するステップ；とからなる。呼を設立するス
テップは、「或る個数のサービスクラス」のフィール
ド；からなるサービス品質要求メッセージであって、個
数の値がサービス品質要求メッセージにおいて要求され
るサービスクラスの個数を表すようなサービス品質要求
メッセージ、を他のパケットサーバに送るステップ；か
らなる。サービス品質要求メッセージは、Ｌ２ＴＰ着信
呼要求又は発信呼要求のメッセージの一部、或いは移動
インターネットプロトコルに用いられる登録要求メッセ
ージの一部である。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、概して通信に関
し、詳しくはパケット通信システムに関する。
【０００２】
【従来の技術】過去には、インターネットを用いる全て
のデータトラフィックが平等に取り扱われ、「最善の努
力」を用いて搬送された。しかし、時を経て、インター
ネットを介しての実時間用途（例えば、オーディオ／映
像会議ツール、ゲーム用途、等）をサポートする必要か
ら、サービスに差異をつけて提供する、或る種のサービ
ス差異化提供形式、が必要となった。このため、インタ
ーネットのユーザに「サービスの品質」を提供するため
の新しいプロトコルが、この技術の当業者によって定義
されつつある。「サービスの品質」は「サービスの種
類」とも称される。
【０００３】例えば、資料（"An Architecture for Dif
ferentiated Services," RFC2475,December 1998 by S.
Blake, et al.） では、或るサービスの品質（簡単
に、サービス品質）（ＱｏＳ）を表す符号点（コードポ
イント）を搬送するためにインターネットプロトコルの
ヘッダ内の「サービスの種類」（簡単に、サービス種
類）（ＴｏＳ）のバイト内に６ビットを定義する。
【０００４】同様に、資料（"An Expedited Forwarding
PHB", draft-ietf-diffserv-phb-ef-01.txt, Nov 199
8, by V. Jacobson, et al.）に、まさにＡＴＭにおけ
る定ビットレートサービスのような、異なる構成された
レートサービスにユーザが加入できるようにする１つの
特定の符号点についての記述がある。
【０００５】資料（"Assured Forwarding PHB Group",
draft-ietf-diffserv-af-03.txt, Dec 1998, by J. Hei
nanen, et al.）に、ＡＴＭにおける実時間／非実時間
可変ビットレートサービスに類似の、別のサービス種類
についての記述がある。
【０００６】そして、資料（"PPP in a real-time orie
nted HDLC-like framing," by C. Bormann, IETF draft
August 1998）に、低ビットレートリンクを介した統合
サービスを提供するための保留／再開指向の解が提案さ
れている（ＰＰＰはポイント・ツー・ポイント・プロト
コルを意味する）。
【０００７】この提案は、ＰＰＰマルチリンク分割（fr
agmentation） プロトコル（例えば、資料（K. Slower
et al., "The PPP Multilink Protocol (MP)," RFC199
0, August 1996） を参照）及びそのマルチクラス拡張
部分（例えば、資料（C. Bormann, "The Multi-class E
xtension to Multilink PPP," IETF draft August 199
8）を参照）から構成される。
【０００８】通信手段としてのインターネットの用法の
１つは、仮想私設網（ＶＰＮ）と称する通信ネットワー
クを提供するように、異なる現場を一体に結合するため
の強化型データバックボーンとしての用法である。ＶＰ
Ｎの適用例は、企業の従業員が例えば家庭でインターネ
ットを介して企業のデータネットワークに遠隔アクセス
できるような、企業環境における適用である。ＶＰＮに
おいては、公共通信ネットワーク施設を用いるにも拘わ
らず、閉ユーザ群に参加する遠隔ユーザに対するセキュ
リティ（機密保護）及び認証が与えられる。
【０００９】実際、ＶＰＮの使用によって、企業及び従
業員に、ＷＡＮ（広域ネットワーク）に似た通信手段が
得られる（企業ネットワークでも又、例えば、ユーザが
企業ネットワークにダイヤルするなどして直接に遠隔ア
クセスが可能であるが、ＶＰＮを利用する方が経済的に
有利である）。
【００１０】ＶＰＮを得るためには、ＰＰＴＰ（ポイン
ト・ツー・ポイント・トンネリングプロトコル）及びＬ
２Ｆ（レイヤー２・フォワーディング）プロトコルのよ
うな「トンネリングプロトコル」が用いられる。概して
いえば、トンネリングプロトコルにおいては、１個のパ
ケットを別のパケット内に置くことにより公衆ネットワ
ークを介して私用データストリームの生成が可能にな
る。ＶＰＮの構成においては、インターネットプロトコ
ル（ＩＰ）パケットが別のＩＰパケット内に置かれる
（ＩＰ・イン・ＩＰ）。
【００１１】業界標準を設定する企てとして、ＩＥＴＦ
（インターネット・エンジニアリング・タスクフォース
（インターネットの研究開発及び標準化組織））が、Ｌ
２ＴＰ（レイヤー２・トンネリングプロトコル）を開発
中で、これは、ＰＰＴＰ及びＬ２Ｆの混成融合プロトコ
ルである（例えば資料（K. Hamzeh, T, Kolar, M. Litt
lewood, G. Singh Pall, J. Taarud, A. J. Valencia,
W. Verthein, 「LayerTwo Tunneling Protocol "L2TP",
Internet draft, Marh, 1998」）を参照）。
【００１２】遠隔ユーザの場合、ＶＰＮへの一般的なア
クセス形式は、ＶＰＮサービスを提供するインターネッ
ト接続サービス業者（簡単に、インターネット接続業
者）への従来型電話サービスによる接続を介して行うア
クセスである。
【００１３】例えば、ユーザがアナログモデムをパソコ
ン又は同等の装置に組み込み、特定のインターネット接
続業者（以下、家庭用インターネット接続業者、と称す
る）の顧客アカウント（口座）を取得する（尚、ユーザ
のパソコンが上記トンネルプロトコルのうちの１つをサ
ポートするように適切に構成されていると仮定する）。
ユーザがＶＰＮにアクセスするには、単に、家庭用イン
ターネット接続業者に対してデータ呼を発起して（例え
ば、その業者に連関する電話番号をダイヤルして）、Ｖ
ＰＮに「ログイン」（登録）するだけである。
【００１４】
【発明が解決しようとする課題】上記したように、Ｌ２
ＴＰプロトコルにおいては、いくつもの呼を搬送するた
めに２つのＶＰＮサービス提供業者の間にトンネルが設
立される。残念ながら、上記のＬ２ＴＰプロトコルは、
「サービス品質」問題（「差異化サービス」問題として
も知られる）を扱わない。このため、呼に対する保証最
少帯域幅のようなサービス品質保証なしにＬ２ＴＰプロ
トコルを採用することを躊躇するユーザもある。
【００１５】その結果、トンネルが設立された後に１個
の符号点値のみを用いて呼ごとのサービス品質を相互処
理により決定（相互処理決定）（negotiate） すること
ができるようにＬ２ＴＰプロトコルを修正することがこ
の技術の当業者によって提案された（例えば、資料（"L
ayer Two Tunneling Protocol 'L2TP' IP Differential
Services Extension," July 1998, draft-ietf-pppext
-l2tp-ds-02.txt@http://www.ietf.org） を参照）。
【００１６】残念ながら、１個の符号点値のみを用いて
呼ごとのサービス品質を与える手法は、Ｌ２ＴＰに基づ
くシステムにおける問題に対する完全な解ではない。詳
しくは、上記のＰＰＰマルチリンク・プロトコル（Ｍ
Ｐ）及びそのマルチクラス拡張部分（マルチクラス対応
のために拡張された部分）も又Ｌ２ＴＰ環境においてサ
ポートされるべきであることを本発明者は認識してい
る。
【００１７】
【課題を解決するための手段】したがって、そして本発
明に基づき、Ｌ２ＴＰにおける制御信号送信が、１つの
呼の中で、「多数のサービスクラス」（マルチ・サービ
スクラス、とも称する）をサポートするように修正され
る。
【００１８】本発明の一実施例において新しい「属性値
の対」（属性値対）（ＡＶＰ）が、呼の設定用にＬ２Ｔ
Ｐ制御メッセージにおいて使用するために定義される
（Ｌ２ＴＰにおいて定義されるように属性値対を用いて
更に制御信号が定められる）。
【００１９】詳しくは、Ｌ２ＴＰ着信呼要求（ＩＣＲ
Ｑ）メッセージ又はＬ２ＴＰ発信呼要求（ＯＣＲＱ）メ
ッセージが、サービス品質（ＱｏＳ）の属性値対（ＡＶ
Ｐ）を有し、このサービス品質の属性値対が、その呼の
中でのサービス品質のクラスの個数を定義するためのフ
ィールドを有する。個々のＰＰＰマルチクラス拡張部分
ごとに１つのサービス品質が定義される。
【００２０】本発明の別の実施例において、新しいサー
ビス品質要求拡張部分及び新しいサービス品質回答拡張
部分が、移動インターネットプロトコル（ＩＰ）ネット
ワークで用いるために定義される。
【００２１】
【発明の実施の形態】本発明の概念を説明する前に、図
１を参照して従来の技術のマルチリンク・プロトコル
（ＭＰ）の例について述べる。図１は、カプセル化され
たマルチリンク・プロトコル（ＭＰ）を有するＬ２ＴＰ
パケットの部分を示す。尚、この図１及びこれに続く同
様な図面は、パケットで搬送される関連情報を集約して
示すものであり、パケット内のフィールドの全てを示す
ものではない。
【００２２】Ｌ２ＴＰ（レイヤー２・トンネリングプロ
トコル）パケット１０は、定義された「サービス品質」
フィールドを有する。「サービス品質」フィールドは、
インターネットプロトコル（ＩＰ）ではより一般的には
「サービス種類」（ＴｏＳ）フィールドと称されるの
で、図中、ＴｏＳ１、として表す。
【００２３】このフィールドに続いて「Ｌ２ＴＰシーケ
ンス番号」フィールドがあり、例示では番号は「１」に
設定され「＃１」と表す。「Ｌ２ＴＰシーケンス番号」
フィールドに続いて「ＰＰＰヘッダ」フィールド及び
「ＭＰクラス」フィールドがあり、例示ではこのパケッ
トの「ＭＰクラス」は「１」である。
【００２４】この技術分野で知られるように、Ｌ２ＴＰ
制御メッセージ、及び異なるＬ２ＴＰデータセッション
は、異なるシーケンス番号又はシーケンス番号群を用い
る。詳しくは、Ｌ２ＴＰは現在のところ、特定のクラス
又はリンクの、送信されたＰＰＰパケットの各々に対し
て、異なるシーケンス番号、又はシーケンス番号群を必
要とする。
【００２５】このことを、同じセッション１の一部であ
るＬ２ＴＰパケット１１及び１２として示す。Ｌ２ＴＰ
パケット１１は次のクラス１パケットを搬送するパケッ
トで、Ｌ２ＴＰパケット１０と同じ設定されたシーケン
ス番号を用い、このフィールドの値としては単にシーケ
ンス（又はシーケンス番号群）中の次の番号、すなわ
ち、「２」をとる。
【００２６】しかし、異なるクラスのＰＰＰデータ、す
なわち、異なるＬ２ＴＰデータセッション、の場合にな
ると、異なるシーケンス番号付けスペース、又はシーケ
ンス番号群、が用いられる。このことを、セッション２
のＬ２ＴＰパケット１２で表す。このＬ２ＴＰパケット
１２は、ＭＰクラスが「２」で、全く異なるシーケンス
番号系、例えば、「３１」を用いるＰＰＰデータを搬送
する。
【００２７】次に、図２に本発明の原理に基づく例示の
通信システム１００を示す。本発明の概念の他は、構成
要素は周知であり、詳細には説明しない。例えば、パソ
コン（ＰＣ）１０５は、インターネット接続を設立する
ために公衆交換電話ネットワーク（ＰＳＴＮ）１１０を
介してインターネット接続業者Ａに対しダイヤルアップ
方式のアクセスを行うためのデータ通信装置（図示しな
い）を有する。
【００２８】同様に、通信システム１００の構成要素間
の実線は、それぞれの終点間の周知の通信施設を表す。
例えば、パソコン１０５と公衆交換電話ネットワーク１
１０との間の接続実線は市内ループ接続回線を表し、イ
ンターネット接続業者Ａとインターネット１３０との間
の接続は同期光ネットワーク（ＳＯＮＥＴ）を介して非
同期転送モード（ＡＴＭ）によってサポートされる、等
である。
【００２９】更に、本説明の読み手が上記Ｌ２ＴＰプロ
トコル、急速回送サービス（Expedited Forwarding Ser
vice）、保証回送サービス（Assured Forwarding Servi
ce）、並びに、マルチクラス拡張部分を含むＰＰＰマル
チリンク・プロトコル（ＭＰ）（以下、ＭＰプロトコ
ル、とも称する）に詳しいものと仮定する。
【００３０】ここで、次の用語を次の定義で用いること
とする。ｍＬ２ＴＰ＝「Ｌ２ＴＰ」（資料 （K. Hamze
h, T. Kolar, M. Littlewood,G. Singh Pall, J. Taaru
d, A. J. Valencia, W. Verthein:Layer Two Tunneling
Protocol "L2TP", Internet draft, March, 1998） に
定義される）に本説明に記述の修正（modification）を
加えた「修正版Ｌ２ＴＰ」。
【００３１】ＬＡＣ＝ｍＬ２ＴＰアクセス制御装置、す
なわち、ｍＬ２ＴＰをサポートするネットワークアクセ
スサーバ（ＮＡＳ）。ＬＮＳ＝ｍＬ２ＴＰをサポートす
るネットワーク・サーバ（ＮＳ）。
【００３２】尚、これらの定義は、本発明の概念の例示
説明を簡単にするために用いられる。このため、そして
又この技術分野の当業者に明らかなように、本発明の概
念は、これらの定義により制限されるものではなく、ど
のトンネリングプロトコル及び連関する処理装置にも適
用可能である。
【００３３】図２から判るように、通信システム１００
は、インターネット接続業者Ａネットワークとして表さ
れるようなインターネット接続業者Ａからなる。後者す
なわち、インターネット接続業者Ａネットワークは、ｍ
Ｌ２ＴＰアクセス制御装置（ＬＡＣ）１５５（取り扱い
担当のＬＡＣとも称する）からなり、このｍＬ２ＴＰア
クセス制御装置１５５（又は簡単に、アクセス制御サー
バ）は、この技術分野で知られる（インターネット接続
業者Ａの）「アクセスポイント」（point of presenc
e） ルータ（図示しない）、ローカル・ネットワーク１
６０、及びルータ１６５を有する。
【００３４】ここに、遠隔に位置する企業従業員がその
企業の例示ネットワークに、ｍＬ２ＴＰをサポートする
ネットワーク・サーバ（ＮＳ又はＬＮＳ）１３５（又は
簡単に、ネットワーク・サーバ）を介してアクセスする
ためのＶＰＮ（仮想私設網）サービスをインターネット
接続業者Ａが提供し、これにより、他の種々の機能のほ
かに、ルーティング（検討された経路による転送）及び
ファイヤウオールの能力が得られるものと仮定する。
（企業のネットワークは例えば、ネットワーク・サーバ
１３５の背後に適切に保護されたローカル・エリア・ネ
ットワークの集合であると仮定する。）
【００３５】ＶＰＮサービス（例えばパソコン１０５に
連関するユーザのためのＶＰＮサービス）は、インター
ネット接続業者Ａを介しての点線１及び点線２によって
表される。この場合、接続構成（conductivity）は、２
点間接続通信用（ポイント・ツー・ポイント）のマルチ
リンク・プロトコル（ＭＰ）のセッションであり、その
終点は、一端が、遠隔ユーザのネットワーク処理用装置
（パソコン１０５で表されるような）であり、他端が、
この接続構成がネットワーク・サーバ１３５において終
端するその終端装置である。
【００３６】（尚、要すれば計数課金処理を、取り扱い
担当のアクセス制御サーバ、及びネットワーク・サーバ
で行うことができる。すなわち、各構成要素が、パケッ
ト、８ビットバイト、並びに接続開始及び停止時刻を計
数する。）
【００３７】説明の都合上、ＶＰＮサービスをサポート
するためのトンネルが、既知のＬ２ＴＰ手法又は米国特
許出願（of Chuah:entitled "Providing Quality of Se
rvice in Layer Two Tunneling Protocol Networks," s
erial No.09/259900, filedon February 26, 1999）に
記述される方法を用いて、取り扱い担当のアクセス制御
サーバ（ＬＡＣ）とネットワーク・サーバ（ＬＮＳ）と
の間に既に設定され又は相互処理決定されているものと
仮定する。
【００３８】更に、ユーザがＶＰＮサービスへのアクセ
スを望み、既に認証されているものと仮定する。（例え
ば、安全な管路に対して、ＩＥＴＦが、保全のための２
つのプロトコルすなわち、ＰＡＰ（パスワード認証プロ
トコル）及びＣＨＡＰ（パスワード暗号化認証プロトコ
ル）を定義している（これらについては、例えばＩＥＴ
ＦのＲＦＣ（規格書）１３３４「ＰＰＰ認証プロトコ
ル」を参照されたい）。
【００３９】明らかに、もしアクセス制御サーバ（ＬＡ
Ｃ）１５５がユーザを認証できない場合、接続は受け入
れられない。本発明の構成においては、ユーザと取り扱
い担当のアクセス制御サーバ（ＬＡＣ）との間の接続が
マルチリンク・プロトコル（ＭＰ）をサポートし、同様
に認証されるものと仮定する。
【００４０】個別のセッション、又は呼、については、
アクセス制御サーバ（ＬＡＣ）１５５（又はネットワー
ク・サーバ（ＬＮＳ）１３５）が、ユーザからの着信呼
を設定するための要求を受信する。本発明の概念に基づ
き、個別のセッションの各々が多数のサービス品質を要
求できる。
【００４１】アクセス制御サーバ（ＬＡＣ）１５５（又
はネットワーク・サーバ（ＬＮＳ）１３５）が、ユーザ
の、事前定義されたプロフィル（概観）に基づいて、又
は受信されたＭＰメッセージに定義されたように、関連
トラフィックパラメータ及びサービス品質（符号点）
（下に述べる）を定める。
【００４２】（前者、すなわち、ユーザプロフィルに基
づく場合には、アクセス制御サーバ（ＬＡＣ）１５５
（又はネットワーク・サーバ（ＬＮＳ）１３５）が、こ
の技術分野で知られるように、それぞれの認証・許可・
課金サーバと通信して、例えば、ユーザぼログイン名に
基づいてユーザのプロフィルを得る。しかし、本説明の
以下残りの部分においては、本発明の概念を、アクセス
制御サーバ（ＬＡＣ）１５５への着信呼でＭＰメッセー
ジを用いた場合について述べる。）
【００４３】上記の仮想ダイヤルアップサービスをサポ
ートするために、そして本発明の概念に基づき、Ｌ２Ｔ
Ｐの一形式であるｍＬ２ＴＰプロトコルが用いられる。
Ｌ２ＴＰの場合のように、ｍＬ２ＴＰプロトコルには、
与えられたトンネルで動作する２つの並行成分がある。
すなわち、アクセス制御サーバ（ＬＡＣ）及びネットワ
ーク・サーバ（ＬＮＳ）の各対の間の制御メッセージ、
並びに同じＬＡＣ・ＬＮＳ対の間のペイロードパケット
の２つである。
【００４４】後者は、そのＬＡＣ・ＬＮＳ対の間のユー
ザのデータセッションのためのｍＬ２ＴＰカプセル化さ
れたＭＰパケットを搬送するために用いられる。Ｌ２Ｔ
Ｐの場合のように、「次受信」（Ｎｒ）フィールド及び
「次送信」（Ｎｓ）フィールドが制御メッセージ内に常
に存在し、ペイロードパケット内にはオプションとして
存在する。制御メッセージ及びペイロードメッセージは
異なるシーケンス番号群を用いる。
【００４５】上記のＬＡＣ・ＬＮＳ対のシナリオ（動作
モデル）については、「次受信」及び「次送信」のフィ
ールドの維持及び使用に関する限り、Ｌ２ＴＰプロトコ
ル案（draft） の定義に変更はない。
【００４６】上記のように、呼が設立される前に、ｍＬ
２ＴＰ制御メッセージが、取り扱い担当のアクセス制御
サーバ（ＬＡＣ）とネットワーク・サーバ（ＬＮＳ）と
の間で交換される。したがって、２つのＬ２ＴＰピア
（対等サーバ）が多数のサービスクラス（マルチ・サー
ビスクラス）を有する呼を設立、又は相互処理決定でき
るようにするために、新しい属性値の対（下に述べる）
が定義されて、Ｌ２ＴＰ制御メッセージ（したがって、
これがｍＬ２ＴＰ制御メッセージとなる）に用いられ
る。
【００４７】であるから、このような呼を設立するため
のサービス品質の相互処理決定が加わる他には、Ｌ２Ｔ
Ｐトンネル設定手順は変わらないことを認識されたい。
【００４８】次に図３について説明する。図３は、単一
の呼内で多数のサービス品質を相互処理決定するための
本発明に基づく方法を例示する高次レベルの流れ図であ
る。（アクセス制御サーバ（ＬＡＣ）１５５及びその他
のサーバがそれぞれ、従来の（したがってここには述べ
ない）プログラム作成手法を用いて、下に述べる方法を
実行できるように、これらサーバが適切にプログラムさ
れているものと仮定する。）
【００４９】図３のステップ３０５において、取り扱い
担当のアクセス制御サーバ（ＬＡＣ）が、マルチリンク
・ヘッダを有する１個のＰＰＰ・ＬＣＰフレームをユー
ザから受信する。マルチリンク・ヘッダを識別の後、取
り扱い担当のアクセス制御サーバ（ＬＡＣ）（例えば、
１５５）が、修正されたマルチリンク・ヘッダ内の「推
測クラス番号」フィールドの値及び連関するサービス種
類の値を点検して、着信呼要求（ＩＣＲＱ）メッセージ
（下に述べる）への添付用に、適切な「サービス品質要
求の属性値対」を生成する。
【００５０】（この技術分野で知られるように、「推測
クラス番号」フィールド（"# Susp.Clses" field） は
現在のところ、マルチリンク・ヘッダにおいて利用可能
である。したがって、そして本発明の概念に基づき、マ
ルチリンク・ヘッダが、サービス品質情報（図１４にお
いて３個のＴｏＳ（サービス種類）として例示）を追加
して搬送するために、図１４に示すように修正され
る。）
【００５１】ステップ３１５において、取り扱い担当の
アクセス制御サーバ（ＬＡＣ）が、サービス品質（Ｑｏ
Ｓ）要求の属性値対を有する着信呼要求メッセージを送
信する。本発明の概念に基づき、サービス品質要求の属
性値対が、この呼に連関するサービス品質クラスの個数
及びサービス品質の種類を指定する（下で更に述べ
る）。
【００５２】ステップ３２０において、取り扱い担当の
アクセス制御サーバ（ＬＡＣ）が、受信された着信呼回
答メッセージの中でサービス品質回答の属性値対を有す
る回答を受信する。それからステップ３２５において、
取り扱い担当のアクセス制御サーバ（ＬＡＣ）が、着信
呼接続（ＩＣＣＮ）メッセージで応答する。２つのＬ２
ＴＰピア（対等サーバ）（ここではアクセス制御サーバ
（ＬＡＣ）及びネットワーク・サーバ（ＬＮＳ）で表さ
れる）の間で上記の処理を行うための、これに対応する
制御メッセージの処理を図４に例示する。
【００５３】図５に、サービス品質（ＱｏＳ）要求の属
性値対（ＡＶＰ）のフォーマットを例示する。この属性
値対の最初の４ビットは、予め定義されたビットパター
ンの「１１００」（Ｌ２ＴＰの定義）を有する。ビット
位置４及び５は、「何でもかまわない」（don't care）
値である。そして、ビット位置６及び７は、２個の新し
いパラメータ「Ｄ」及び「Ｌ」で、「Ｄ」は遅れクラス
ビットを表し、「Ｌ」は損失クラスを表す。
【００５４】「Ｄ」ビットは、もし基本をなすトンネル
が遅れクラスのみをサポートする場合に用いられる。言
い換えれば、もし「Ｄ」ビットが着信呼要求メッセージ
に設定される場合、差異化された符号点のうちの遅れビ
ットのみが考慮される（下に述べる）。同様に、「Ｌ」
ビットは、もし基本をなすトンネルが損失クラスのみを
サポートする場合に用いられる。すなわち、もし「Ｌ」
ビットが設定される場合、符号点のうちの損失ビットの
みが考慮される
【００５５】「Ｄ」及び「Ｌ」のビットに続いて、８ビ
ット長のフィールドがありその値はこの属性値対のサイ
ズを表す。８ビット長のフィールドの後には、２バイト
の、「業者（ベンダ）に固有のＩＤ（識別名）」のフィ
ールドがある。（ここでは一例として、ルーセント社
（Lucent）のＩＤを搬送する場合を示し、又この呼が多
数のサービス品質を有することを表す。）（代わりに、
これを、このメッセージが多数のサービス品質を有する
呼メッセージであることを明らかにする予め定義された
ｍＬ２ＴＰ属性値対の符号に置き換えてもよい。）
【００５６】「業者に固有のＩＤ」フィールドの次に
は、２バイトの「Ｌ２ＴＰ属性種類」のフィールドがあ
り、ここでは「１」に設定される。「属性種類」のフィ
ールドの次には、要求されているサービス品質の個数を
指定する「クラス個数」のフィールドがある。この例で
は、「クラス個数」のフィールドは、図３のステップ３
０５において定められる異なるクラスの個数に等しい。
【００５７】「クラス個数」のフィールドの次には、
「クラス個数」のフィールドの値によって指定される個
数の「差異化サービス符号点値」（differentiated ser
vicescode point values） （１バイト長のサービス品
質識別名）が来る（「サービス品質」フィールド）。
（図５のサービス品質要求の属性値対に対して、「クラ
ス個数」のフィールドの例示値は「３」である。）
【００５８】各サービス品質は、連関するＰＰＰクラス
拡張部分に対する差異化されたサービスの、特定のクラ
スを定める。加えて、各サービス品質バイトの最初の２
ビットは、格上げ可能ビット「Ｐ」及び格下げ可能ビッ
ト「Ｍ」を表す。言い換えれば、「Ｐ」及び「Ｍ」のビ
ットの用法は、クラスごとに定められる。
【００５９】「Ｐ」及び「Ｍ」のビットが「０」の値を
表すときは、そのクラスに対するそのセッションのデー
タチャネル内のＩＰパケットに、選択された差異化符号
点値のみが用いられることを、Ｌ２ＴＰピア（サーバ）
が示している。
【００６０】「Ｐ」ビットが設定されると、それは、も
し要求されたサービス品質がクラスとして利用可能でな
い場合に、より高いサービスレベルを有する差異化サー
ビス符号点値を、ｍＬ２ＴＰピアが推薦できることを意
味する。「Ｍ」ビットが設定されると、それは、もし要
求されたサービス品質がクラスとして利用可能でない場
合に、より低いサービスレベルを有する差異化サービス
符号点値を、ｍＬ２ＴＰピアが推薦できることを意味す
る。
【００６１】「マルチ・サービス品質」のフィールドに
続いて、要すれば、「パッディング」（詰め物）フィー
ルドが、属性値対メッセージを埋めるために用いられ
る。
【００６２】差異化サービス符号点値の値は、上記の保
証回送サービス（Assured Forwarding Service）におけ
る符号点の定義に類似の仕方で定義される。詳しくは、
これら２つのｍＬ２ＴＰピアが１つの呼にクラスＡijを
設定する。ここに、「ｉ」は遅れクラスの種類を表し、
「ｊ」は損失クラスの種類を表す。ここでは例示の目的
だけで、ｉ＝１，２，３，４；ｊ＝１，２，３とする。
【００６３】したがって、１つの呼に対してクラスが４
個あり、各クラスが、異なる１つの遅れ優先クラスをサ
ポートする。すなわち、各クラスが、次の表に示すよう
な差異化されたサービス符号点（差異化サービス符号
点）Ａix、ｉ＝１，２，３，４、を有する。
【００６４】
【００６５】「Ｘ」は,「何でもかまわない」（don't c
are）状態を表す。すなわち、値は２進値の「０」又は
「１」である。差異化サービス符号点Ａijを有する個々
のセッションが、差異化サービス符号点Ａixをサポート
するトンネルに写像される。
【００６６】同様に、これら２つのｍＬ２ＴＰピアが、
異なる損失優先クラスをサポートする呼、すなわち、次
の表に示すような差異化サービス符号点Ａxj、ｊ＝１，
２，３，を有する呼、を設定する。
【００６７】
【００６８】したがって、保証回送サービスについて
は、「００１ＸＸＸ」又は「ＸＸＸ０１０」のような差
異化符号点値が種々のクラスに対して受け入れ可能であ
る。（適切なトラフィック処理のためには、２つのｍＬ
２ＴＰピアが、保証回送サービスをサポートする各トン
ネルについてのレートを指定することが必要である。
【００６９】このような仕様を用いることにより、ｍＬ
２ＴＰピアがいつデータセッションを許可／拒絶すべき
かを定めることができる。ｍＬ２ＴＰピアは又、利用可
能な資源（帯域幅及びバッファ）を、設立された異なる
トンネルの間でどのように共用させるかを定めることが
できる。
【００７０】同様に、前に述べた急速回送サービスにつ
いては、サービス品質要求の属性値対は、急速回送サー
ビス符号点（すなわち、差異化符号点値）及び要求され
た平均レートを有する。
【００７１】着信呼要求又は着信呼回答におけるサービ
ス品質要求属性値対の存在は、一方のｍＬ２ＴＰピア
が、或る特定のＰＰＰ呼のデータパケット全てに対して
いくつもの差異化サービス符号点を用いたいと望んでい
ることを示す。
【００７２】もし資源の不足からｍＬ２ＴＰピアがどの
符号点も受け入れられない場合、そのｍＬ２ＴＰピア
は、もし上記の格上げ／格下げ可能ビットが設定されて
いるならば、代わりの符号点を推薦できる。もし設定さ
れていないならば、ｍＬ２ＴＰピアはその呼要求を拒絶
する。したがって、サービス品質許諾の属性値対（下に
述べる）に見いだされる値が、ｍＬ２ＴＰピアが受け入
れようとしている値を示す。
【００７３】加えて、サービス品質要求の属性値対は、
或る特定のクラスに対して更なるトラフィックパラメー
タの指定を許す別のパラメータを有する。図５において
は、「サービス品質２」のみが追加パラメータを指定す
る状態を示す。
【００７４】トラフィックパラメータには、要求レート
のフィールド、許容バーストサイズのフィールド、オプ
ションの過剰バーストサイズのフィールド、ピークレー
トのフィールド、及びオプションの損失／遅れ要件のフ
ィールドが含まれる。これらのトラフィックパラメータ
を用いることによって、呼内のクラスに量的な遅れ／損
失保証が付与され、呼が許可される確率が改善される
（帯域幅多重が増加する）。
【００７５】詳しくは、要求レートのフィールドの値が
そのクラスに対する要求された平均ｂｐｓ（秒当たりの
ビット数）を表す。許容バーストサイズのフィールド値
の要求は、送信機がピークレートでどれだけ長い間パケ
ットを送信できるかを表す。過剰バーストサイズのフィ
ールド値の要求は、送信機が許容バーストサイズをどれ
だけ長い間超過できるかを表す。
【００７６】ピークレートのフィールド値の要求は、要
求されるピークレートを例えばｂｐｓ値で表す。損失／
遅れ要件のフィールド値の要求は、パケット損失（上記
の「Ｌ」ビットフィールドが設定される）又は遅れクラ
ス（上記の「Ｄ」ビットフィールドが設定される）を表
す。パケット損失については、この値は許容パケット損
失のパーセント値、例えば１％、５％等、を表す。遅れ
については、この値は許容遅れを例えば、ミリ秒で表
す。
【００７７】図６は、着信呼メッセージでトンネル終端
装置（例えば、図２のネットワーク・サーバ１３５）に
よって送信されるサービス品質（ＱｏＳ）許諾の属性値
対（ＡＶＰ）についての例示フォーマットである。この
サービス品質許諾の属性値対のフィールドは、上記のサ
ービス品質要求の属性値対のフィールドと相補的なもの
である。
【００７８】この場合、「Ｄ」又は「Ｌ」のビットはな
くて、応答側サーバは、表示フィールド内に許諾された
レートを示す「許諾レート」及び「保証損失／遅れ値」
（オプション）を表示する。許諾されたレートは要求さ
れたレートよりも小さい。（ここで、もし多数のサービ
ス品質を逆方向に相互処理決定する必要がある場合い
は、ネットワーク・サーバが又、着信呼回答メッセージ
（図示しない）に、本発明の概念に基づきサービス品質
要求の属性値対を添付するようになることに留意した
い。）
【００７９】上記の相互処理決定を行うために、対応す
る制御メッセージ処理を２個のｍＬ２ＴＰピア（ここで
はアクセス制御サーバ及びネットワーク・サーバによっ
て表される）間で行い、そのネットワーク・サーバが呼
要求を発起する場合の、制御メッセージ処理を図７に例
示する。この場合、対応する発信呼要求（ＯＣＲＱ）、
発信呼回答（ＯＣＲＰ）、及び発信呼接続（ＯＣＣＮ）
のメッセージは、上記のように適切に修正される。
【００８０】上記から判るように、マルチリンク・ＰＰ
Ｐへのマルチクラス拡張部分の添付をサポートするため
の、Ｌ２ＴＰプロトコルへの柔軟なサービス品質拡張部
分の添付について説明した。その結果、ペイロードが、
異なるサービスクラスを表すにも拘わらず、ペイロード
に用いるシーケンス番号群は１つだけでよい。これを図
８に示す。セッションが１つだけ設立される。Ｌ２ＴＰ
パケット２０は、「ＴｏＳ１」で表される定義された
「サービス品質」フィールドを有する。
【００８１】このフィールドに続いて「Ｌ２ＴＰシーケ
ンス番号」フィールドがあり、例示では番号は「１」に
設定される。Ｌ２ＴＰパケット２１は次の「クラス１」
パケットを搬送するもので、Ｌ２ＴＰパケット２０と同
じシーケンス番号群を用い、そのフィールド値は、単に
そのシーケンス中の次の番号すなわち「２」である。
【００８２】しかし、異なるクラスのＰＰＰデータの場
合になっても、本発明の概念に基づき、同じシーケンス
番号付けスペース、又はシーケンス番号群、が用いられ
る。このことを、Ｌ２ＴＰパケット２２で表す。このＬ
２ＴＰパケット２２は、ＭＰクラスが「２」で、同じシ
ーケンス内の次の番号すなわち「３」を用いるＰＰＰデ
ータを搬送する。
【００８３】次に図９に、代表的なネットワーク・アク
セスサーバ（Ｌ２ＴＰピア）、すなわち、パケットサー
バ、６０５の高次レベルのブロック図を本発明に基づい
て示す。パケットサーバ６０５は、内蔵プログラム制御
に基づくプロセッサ構造で、プロセッサ６５０、例え
ば、サービス品質に関連する上記の新しい属性値対（Ａ
ＶＰ）メッセージを通信するためのプログラム命令及び
データを格納記憶するためのメモリ６６０、及びパス６
６６で表されるような１個以上の通信施設に結合するた
めの通信インタフェース６６５を有する。
【００８４】尚、各アクセス制御サーバ（ＬＡＣ）は、
着信呼要求（ＩＣＲＱ）のサービス品質（ＱｏＳ）要求
属性値対（ＡＶＰ）に指定されるように多くの呼ごと
の、又はセッションごとの待ち行列を維持することを注
記したい（他のセッションのバッファは図示しない）。
本発明に基づき、データチャネルについて呼ごとに１個
のシーケンス番号群だけが用いられる。
【００８５】各待ち行列に対するパケットは、厳格な優
先権計画アルゴリズム又は重み付けした公正待ち行列型
の計画アルゴリズムを用いて処理される。異なる待ち行
列を図９のメモリ６６０内のＱｏＳ１待ち行列及びＱｏ
Ｓ２待ち行列で示す。
【００８６】したがって、差異化サービスをインターネ
ット接続業者Ａが呼の中で提供できる。例えば、図２の
インターネット接続業者Ａが次の３種類のデータサービ
スを提供すると仮定する。すなわち、ゴールド（ＩＰ音
声通話用）、シルバー（緊急データ用）、及びブロンズ
（通常のデータ用）のデータサービスである。各ユーザ
は、これら３種類のデータサービスのどれにも加入でき
る。
【００８７】加えて、各ユーザは、そのユーザがインタ
ーネットアクセス、企業ネットワークアクセス、又は混
合サービスのどれを望むかを指定できる。更にユーザ
は、それらサービスの、事前格納記憶されているプロフ
ィル（図示しない）を介して、特定のデータサービスに
ついて使用したい或る帯域幅を、例えばゴールドを８ｋ
ｂｐｓで、シルバーを５６ｋｂｐｓでというように指定
できる。
【００８８】尚、本発明の概念が他のネットワークにお
ける保証／差異化サービスの提供にも適用可能であるこ
とを注記したい。一例として、本発明に基づく広域無線
データネットワークを図１０に示す。本発明の概念を除
いては、このネットワークの構成要素は周知であり詳細
説明はしない。例えば、移動終端又は移動ノードが、移
動ノード９０５で表される。移動ノード９０５は基地局
９１０に接続される。
【００８９】説明上、基地局９１０が、ポリシーサーバ
（図示しない）を有する中間域外エージェント９１５に
よって取り扱われる「域外区域」の一部であると仮定す
る。中間域外エージェント９１５はゲートウェイ域外エ
ージェント／動的域内エージェント９２０に接続され
る。
【００９０】同様に、移動ノード９０５のユーザ（図示
しない）は「域内（ホーム）区域」に連関する。「域内
区域」はゲートウェイ域内エージェント９２５及び域内
エージェント９３０によって構成される。周知のユーザ
認証方法が、例えば、認証・許可・課金（ＡＡＡ）サー
バ（図示しない）を介して用いられる。
【００９１】この構成において、基地局９１０、中間域
外エージェント９１５、ゲートウェイ域外エージェント
／動的域内エージェント９２０、ゲートウェイ域内エー
ジェント９２５、及び域内エージェント９３０は全て、
異なる形態のパケットサーバである。例えば、ゲートウ
ェイ域外エージェント／動的域内エージェント９２０と
ゲートウェイ域内エージェント９２５との間の通信は、
ＩＰ系ネットワーク９４０を介して行われる。
【００９２】本発明の概念による修正を除いては、図１
０の通信システムは、移動ＩＰプロトコルを用いる。移
動ＩＰプロトコルは、移動ノードが移動中接続を維持で
きるように設計されている。（例えば、資料（C. Perki
ns et al., "IP mobility support," RFC2002, Oct 199
6） を参照されたい。）このため、ここでは移動ＩＰプ
ロトコルの、本発明の概念によって修正される部分のみ
を説明する。
【００９３】移動ＩＰプロトコルにおいて移動ノード９
０５はリンク層メッセージ処理手段（図示しない）を介
して基地局９１０に登録する。詳しくは、移動ノード９
０５が登録要求メッセージを基地局９１０に送信する。
基地局９１０がリンク層信号手段を用いて要求を中間域
外エージェント９１５に通信する。それから中間域外エ
ージェント９１５が、関連するフィールドを修正後に移
動ＩＰ登録要求メッセージをゲートウェイ域外エージェ
ント９２０に中継する。
【００９４】それに続いて、移動ノード（例えば、移動
ノード９０５）のために、「複合トンネル」が域内エー
ジェント（例えば、域内エージェント９３０）と域外エ
ージェント（例えば、域外エージェント９１５）との間
に設定される。（例えば、資料（S. Blake et al., "An
architecture for differentiated services," RFC247
5 Dec 1998）を参照されたい。）（尚、もしネットワー
ク層信号手段が用いられる場合、複合トンネルは基地局
９１０から域内エージェント９３０までである。どちら
の場合も、本発明が等しく適用される。）
【００９５】「サービス品質」（ＱｏＳ）を移動ＩＰに
導入するように提案がなされているが、現在、移動ノー
ドからのトラフィックは、移動ＩＰトンネルにおける最
善努力トラフィックとして、「ＩＰ・イン・ＩＰ」方式
（ＩＰパケットが別のＩＰパケット内に置かれる）で行
われている。（このような「サービス品質」提案の一例
が資料（"IP encapsulation in IP," by C. Perkins, R
FC2003, Oct 1996）にみられ、そこでは、「サービス種
類」（ＴｏＳ）フィールドのバイト内にある６ビット符
号点に基づいてサービス品質を与える枠組を提案してい
る。
【００９６】又、この資料の１つ前に引用した資料（Bl
ake et al.）には、外部ＩＰヘッダの）「サービス種
類」（ＴｏＳ）バイトを、内部ＩＰヘッダにある値と同
じ値でマーク付けする手法が記述されている。
【００９７】しかし、本発明の概念に基づき、新しい
「サービス品質」（ＱｏＳ）要求に関する拡張部分がこ
の移動ＩＰ登録要求メッセージに含められる。この新し
い「サービス品質」要求拡張部分により、ユーザが同じ
セッション内で多数のサービス品質を要求することがで
きる。加えて、この手法で、複合トンネル内の異なるセ
グメントが、関連するサービス品質によって異なる動作
をすることが可能になる。（説明上、各セグメントの終
端部分のみが、「サービス品質」に責任を有しその保証
に同意するものと仮定する。）
【００９８】本発明の概念に基づき、移動ノード９０５
が最初に基地局９１０に登録するとき、移動ノード９０
５が登録要求メッセージ内に「サービス品質」（Ｑｏ
Ｓ）要求に関する拡張部分（サービス品質拡張部分）を
添付する（以下、修正された登録要求メッセージ（修正
登録要求メッセージ）と称する）。このサービス品質拡
張部分により、ユーザがその接続に対して必要と考える
だけの多数のサービス品質のクラスを要求できる。
【００９９】各レベルにおいて、もし対応する移動通信
エージェント（例えば、基地局、中間域外エージェン
ト、等）が、要求されたサービス品質を許諾するに十分
な資源を得られない場合に、そのエージェントが、この
サービス品質拡張部分を修正する。例えば、ゲートウェ
イ域外エージェント９２０が、そのユーザを受け入れる
かどうかを、利用可能な資源及びユーザの要求の基づい
て決定する。
【０１００】もしユーザの要求が受諾される、すなわ
ち、ユーザが受け入れられる場合、ゲートウェイ域外エ
ージェント９２０が、修正登録要求メッセージをゲート
ウェイ域内エージェント９２５に送る。
【０１０１】（もし図１０のネットワークにおいてゲー
トウェイ域外エージェント９２０とゲートウェイ域内エ
ージェント９２５との間のセグメントについて現在輻輳
がある場合には、ゲートウェイ域外エージェント９２０
は又、サービスの格上げ又は格下げ能力に基づいて新し
いしかし関連する符号点を選択することもできる。）
【０１０２】ゲートウェイ域外エージェント９２０がゲ
ートウェイ域内エージェント９２５から肯定的回答を受
信すると、ゲートウェイ域外エージェント９２０はこの
情報を、そのローカル・ポリシーサーバ（図示しない）
又はその連関する認証・許可・課金サーバ（図示しな
い）に格納する。
【０１０３】それからゲートウェイ域外エージェント９
２０が、許諾されたサービス品質に関する拡張部分をメ
ッセージに添付してより低次のレベルの移動通信エージ
ェントに送る。より低次のレベルの移動通信エージェン
トは、「サービス品質」情報をそのローカル・ポリシー
サーバ（図示しない）に格納する。（尚、このような格
納は、情報を、格納された登録テーブルへのエントリと
して格納するのと同じ程度に簡単であることを注記した
い。）
【０１０４】このようにして、サービス品質要求拡張部
分により、移動ノード９０５が望む差異化サービスの符
号点（コードポイント）（又は差異化サービスクラスの
符号点）の指定が可能となり、１つの呼に対するオプシ
ョンのトラフィックパラメータの指定も可能となる。移
動ＩＰの登録要求メッセージ及び登録許諾メッセージに
用いるための、「サービス品質要求拡張部分」及び「サ
ービス品質回答拡張部分」のフォーマットを図１１及び
図１２に例示する。
【０１０５】尚、トンネル及び呼ＩＤ（識別名）が、
「サービス品質要求拡張部分」及び／又は「サービス品
質回答拡張部分」にある。これらの識別名は後に、包括
的なルーティング及びカプセル化トンネルにおける搬送
側データに用いられる。特定のサービス品質クラスのた
めの搬送側データは、ＩＰ「サービス種類」（ＴｏＳ）
バイト中の適切な「サービス種類」符号点を用いる。
【０１０６】図５及び図６に示す「属性値対」（ＡＶ
Ｐ）メッセージと同様の仕方で、「サービス品質要求拡
張部分」及び「サービス品質回答拡張部分」が、「クラ
スの個数」フィールドを有する。要求されたクラスが各
々、対応する「サービス種類」（ＴｏＳ）バイトに示さ
れる（例えば、「ＴｏＳ１」、「ＴｏＳ２」等）。各
「サービス種類」バイトは、「Ｐ」及び「Ｍ」のビット
を有する。
【０１０７】各クラスについてのオプションのトラフィ
ックパラメータも図中に示す。（したがって、「サービ
ス品質クラスの個数」フィールドには又、メッセージに
含まれるオプションのトラフィックパラメータの個数も
含まれる。）（しかし、これらのオプションのトラフィ
ックパラメータは代わりに、ユーザプロフィルの一部と
して認証・許可・課金サーバ（図示しない）に格納する
こともできる。）
【０１０８】オプションのトラフィックパラメータがあ
ることで、顧客に販売可能なサービスという意味でのよ
り多くの柔軟性が得られ、又よりよい帯域幅多重利得が
得られるより高性能の受け入れ制御アルゴリズムが可能
となる。「サービス品質回答拡張部分」において、サー
ビス品質要求が許諾されるか又は拒絶されるかを示すた
めに、符号フィールドが用いられる。
【０１０９】移動ＩＰ登録及び回答メッセージへの別の
修正を図１３に示す。移動ＩＰ登録要求メッセージ６０
が、追加の「サービスオプション」フィールドからな
り、それぞれ、連関するサービス品質を有する。「サー
ビスオプション」フィールドは、サービス種類、例え
ば、インターネットアクセス、ＶＰＮ（仮想私設網）、
混合サービス（例えば、インターネット及びＶＰＮの両
方）の要求を搭載する。同様に、移動ＩＰ登録回答メッ
セージ６１に示されるような、対応する移動ＩＰ登録回
答メッセージもある。
【０１１０】以上の説明は、本発明の一実施例に関する
もので、この技術分野の当業者であれば、本発明の種々
の変形例を考え得るが、それらは本明細書に明示はしな
いがいずれも本発明の技術的範囲に包含される。
【０１１１】例えば、本発明の概念を、取り扱い担当の
アクセス制御サーバ（ＬＡＣ）からネットワーク・サー
バ（ＬＮＳ）へトンネルが設立される構成に基づいて説
明したが、本発明の概念は、例えば、米国特許出願（Ch
uah et al., entitled "A Multi-Hop Point-to-Point P
rotocol," serial No.09/074745, filed on May 5, 199
8） に記述されるような、マルチ・ホップ・トンネル方
式の構成にも適用可能である。
【０１１２】尚、特許請求の範囲に記載した参照番号は
発明の容易な理解のためで、その技術的範囲を制限する
よう解釈されるべきではない。
【０１１３】
【発明の効果】以上述べたごとく本発明によれば、Ｌ２
ＴＰプロトコルに基づくデータ通信において、従来の技
術と異なり、「サービス品質要求及び回答を扱う拡張部
分」を制御メッセージに含めるようにＬ２ＴＰプロトコ
ルを修正し、提供するサービス品質のクラスを相互処理
により決定して呼を設定するようにしたので、ユーザの
要求に対応したマルチ・品質レベルのサービスの提供が
可能となる。
【図面の簡単な説明】
【図１】従来の技術において知られているような、カプ
セル化されたマルチリンク・プロトコル（ＭＰ）を有す
るＬ２ＴＰパケットの部分を示す説明図である。
【図２】本発明の原理に基づく通信システムを示すブロ
ック図である。
【図３】図２の通信システムで用いられる例示方法の流
れ図である。
【図４】本発明の原理に基づき呼のサービス品質を決め
るための制御メッセージの処理を例示する説明図であ
る。を
【図５】本発明の原理に基づいて用いるための新しいＬ
２ＴＰ属性値対メッセージ（サービス品質要求属性値
対）を示す説明図である。
【図６】本発明の原理に基づいて用いるための新しいＬ
２ＴＰ属性値対メッセージ（サービス品質許諾属性値
対）を示す説明図である。
【図７】本発明の原理に基づき呼のサービス品質を決め
るための別の制御メッセージの処理を例示する説明図で
ある。を
【図８】本発明の原理に基づく、カプセル化されたマル
チリンク・プロトコル（ＭＰ）を有するＬ２ＴＰパケッ
トの部分を示す説明図である。
【図９】パケットサーバの高次レベルの例示ブロック図
である。
【図１０】本発明の原理に基づく別の通信システムを示
すブロック図である。
【図１１】本発明の原理に基づいて用いるための別のサ
ービス品質型のメッセージ（サービス品質要求拡張部
分）を示す説明図である。
【図１２】本発明の原理に基づいて用いるための別のサ
ービス品質型のメッセージ（サービス品質許諾拡張部
分）を示す説明図である。
【図１３】本発明の原理に基づく登録及び回答メッセー
ジを搬送する移動インターネットプロトコル（ＩＰ）パ
ケットの部分を示す説明図である。
【図１４】修正されたマルチリンク・ヘッダの一部分を
示す説明図である。
【符号の説明】
１０、１１、１２ Ｌ２ＴＰ（レイヤー２・トンネリン
グプロトコル）パケット ２０、２１、２２ Ｌ２ＴＰパケット ６０ 移動体ＩＰ登録要求メッセージ ６１ 移動体ＩＰ登録回答メッセージ １００ 通信システム １０５ パソコン（ＰＣ） １１０ 公衆交換電話ネットワーク（ＰＳＴＮ） １３０ インターネット １３５ ｍＬ２ＴＰをサポートするネットワーク・サー
バ（ＮＳ又はＬＮＳ） １５５ ｍＬ２ＴＰアクセス制御装置（サーバ）（ＬＡ
Ｃ） １６０ ローカル・ネットワーク １６５ ルータ ６０５ パケットサーバ ６５０ プロセッサ ６６０ メモリ ６６５ 通信インタフェース ６６６ パス ９０５ 移動ノード ９１０ 基地局 ９１５ 中間域外エージェント ９２０ ゲートウェイ域外エージェント／動的域内エー
ジェント ９２５ ゲートウェイ域内エージェント ９３０ 域内エージェント ９４０ ＩＰ系ネットワーク
───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者 ムーイ チュー チュアー アメリカ合衆国、07746 ニュージャージ ー、マールボロ、スカイラーク コート １

Claims (19)

    【特許請求の範囲】
  1. 【請求項１】 パケットサーバ（１５５）において用い
    られる、呼設立方法であって、 （ａ）パケットトンネルを用いて他のパケットサーバ
    （１３５）との間に呼を設立する必要があるかどうかを
    定めるステップ；と、 （ｂ）該呼に対する多数のサービスクラスを最初に相互
    処理決定することによって該パケットトンネルを通して
    該呼を設立するステップ；と、からなることを特徴とす
    る、パケットサーバにおいて用いられる、呼設立方法。
  2. 【請求項２】 前記サービスクラスの各々が、前記呼に
    対する、連関するＰＰＰプロトコルのマルチクラス拡張
    部分に対応することを特徴とする請求項１の方法。
  3. 【請求項３】 前記設立するステップ（ｂ）が、 （ｂ１）或る個数のサービスクラスのフィールド；から
    なるサービス品質要求メッセージであって、該個数の値
    が該サービス品質要求メッセージにおいて要求されるサ
    ービスクラスの個数を表すようなサービス品質要求メッ
    セージ、を前記他のパケットサーバに送るステップ；か
    らなる、ことを特徴とする請求項１の方法。
  4. 【請求項４】 前記サービス品質要求メッセージが更
    に、 前記他のパケットサーバが、クラスについて、要求され
    たサービスクラスよりも高いサービスクラスを推薦でき
    るようにする格上げ可能ビットを有するパラメータ；か
    らなる、ことを特徴とする請求項３の方法。
  5. 【請求項５】 前記サービス品質要求メッセージが更
    に、 前記他のパケットサーバがクラスについて、要求された
    サービスクラスよりも低いサービスクラスを推薦できる
    ようにする格下げ可能ビットを有するパラメータ；から
    なる、ことを特徴とする請求項３の方法。
  6. 【請求項６】 前記サービス品質パラメータが、要求レ
    ートのフィールドと、許容バーストサイズのフィールド
    と、過剰バーストサイズのフィールドと、ピークレート
    のフィールドとを有することを特徴とする請求項３の方
    法。
  7. 【請求項７】 前記サービス品質要求メッセージが、Ｌ
    ２ＴＰ着信呼要求メッセージの一部であることを特徴と
    する請求項３の方法。
  8. 【請求項８】 前記サービス品質要求メッセージが、Ｌ
    ２ＴＰ発信呼要求メッセージの一部であることを特徴と
    する請求項３の方法。
  9. 【請求項９】 前記サービス品質要求メッセージが、移
    動インターネットプロトコルに用いられる登録要求メッ
    セージの一部であることを特徴とする請求項３の方法。
  10. 【請求項１０】 前記設立するステップ（ｂ）が、 （ｂ２）前記他のパケットサーバから、許諾されたサー
    ビスクラスのフィールドの情報を有するサービス品質許
    諾メッセージを受けるステップ；からなる、ことを特徴
    とする請求項１の方法。
  11. 【請求項１１】 前記サービス品質許諾メッセージが、
    許諾されたレートのフィールドと、許容バーストサイズ
    のフィールドと、過剰バーストサイズのフィールドと、
    ピークレートのフィールドとを有することを特徴とする
    請求項１０の方法。
  12. 【請求項１２】 前記サービス品質許諾メッセージが、
    Ｌ２ＴＰ着信呼回答メッセージの一部であることを特徴
    とする請求項１０の方法。
  13. 【請求項１３】 前記サービス品質許諾メッセージが、
    移動インターネットプロトコルに用いられる登録回答メ
    ッセージの一部であることを特徴とする請求項１０の方
    法。
  14. 【請求項１４】 前記パケットサーバがインターネット
    プロトコルパケットを伝送し、 前記方法が更に、 （ｃ）前記呼に連関するユーザとマルチリンクＰＰＰプ
    ロトコル接続を最初に設立するステップ；からなり、該
    マルチリンクＰＰＰプロトコルがマルチクラス拡張部分
    を有する、ことを特徴とする請求項１の方法。
  15. 【請求項１５】 前記設立するステップ（ｂ）が、 （ｂ３）或る個数のクラスフィールド；からなり、該個
    数の値が前記マルチリンクＰＰＰプロトコルの、異なる
    クラスの個数に等しい、サービス品質要求メッセージ、
    を前記他のパケットサーバに送るステップ；からなる、
    ことを特徴とする請求項１４の方法。
  16. 【請求項１６】 前記設立するステップ（ｂ）が、 （ｂ４）或る個数のクラスフィールド；からなるＬ２Ｔ
    Ｐ属性値対メッセージであって、該個数の値が前記マル
    チリンクＰＰＰプロトコルの、異なるクラスの個数に等
    しいようなＬ２ＴＰ属性値対メッセージ、を前記他のパ
    ケットサーバに送るステップ；からなる、ことを特徴と
    する請求項１４の方法。
  17. 【請求項１７】 前記方法が更に、 （ｄ）異なるサービスクラスに連関するデータが同じシ
    ーケンス番号群を用いるようにしてシーケンス番号群か
    ら取られたシーケンス番号を用いて、前記他のパケット
    サーバにデータをパケットで伝送するステップ；からな
    る、ことを特徴とする請求項１の方法。
  18. 【請求項１８】 前記方法が更に、 （ｅ）連関する多数のサービスクラスを有するデータを
    運ぶための１個のデータセッションを用いて、前記他の
    パケットサーバにデータをパケットで伝送するステッ
    プ；からなる、ことを特徴とする請求項１の方法。
  19. 【請求項１９】 前記方法が更に、 （ｆ）待ち行列を各サービスクラスに割り当てるステッ
    プ；と、 （ｇ）サービスクラスのうち１つと連関するデータを運
    ぶパケットを受けるステップ；と、 （ｈ）前記データをそのサービスクラスに割り当てられ
    た該待ち行列に格納するステップ；と、からなることを
    特徴とする請求項１の方法。
JP2000101549A 1999-04-02 2000-04-03 パケットサーバにおける呼設立方法 Expired - Fee Related JP3737668B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/285,817 US6654808B1 (en) 1999-04-02 1999-04-02 Proving quality of service in layer two tunneling protocol networks
US09/285817 1999-04-02

Publications (2)

Publication Number Publication Date
JP2000312228A true JP2000312228A (ja) 2000-11-07
JP3737668B2 JP3737668B2 (ja) 2006-01-18

Family

ID=23095822

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000101549A Expired - Fee Related JP3737668B2 (ja) 1999-04-02 2000-04-03 パケットサーバにおける呼設立方法

Country Status (6)

Country Link
US (1) US6654808B1 (ja)
EP (1) EP1041792B8 (ja)
JP (1) JP3737668B2 (ja)
AT (1) ATE492095T1 (ja)
CA (1) CA2300758C (ja)
DE (1) DE60045355D1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100387044B1 (ko) * 2001-02-01 2003-06-12 삼성전자주식회사 무선통신 시스템에서 패킷 호 서비스의 제공방법
JP2003174482A (ja) * 2001-12-05 2003-06-20 Hitachi Ltd ネットワーク接続装置およびネットワーク接続方法
US6654823B2 (en) * 2000-08-09 2003-11-25 Fujitsu Limited Packet-data processing apparatus
KR100834671B1 (ko) * 2002-01-18 2008-06-02 삼성전자주식회사 이동통신시스템의 데이터 서비스 방법
JP2011024065A (ja) * 2009-07-17 2011-02-03 Hitachi Ltd 暗号化通信システム及びゲートウェイ装置
JP2012524463A (ja) * 2009-04-17 2012-10-11 リサーチ イン モーション リミテッド サービスクラス識別子拡張子の進化型パケットシステム品質のためのメカニズム

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10511573B2 (en) * 1998-10-30 2019-12-17 Virnetx, Inc. Agile network protocol for secure communications using secure domain names
US8266266B2 (en) 1998-12-08 2012-09-11 Nomadix, Inc. Systems and methods for providing dynamic network authorization, authentication and accounting
US7194554B1 (en) 1998-12-08 2007-03-20 Nomadix, Inc. Systems and methods for providing dynamic network authorization authentication and accounting
US8713641B1 (en) 1998-12-08 2014-04-29 Nomadix, Inc. Systems and methods for authorizing, authenticating and accounting users having transparent computer access to a network using a gateway device
US6577644B1 (en) * 1999-06-22 2003-06-10 Lucent Technologies Inc. Quality of service (QoS) enhancement to multilink point-to-point protocol (PPP)
US6922404B1 (en) * 1999-10-14 2005-07-26 Nortel Networks Limited Mobile IP extensions rationalization (MIER)
EP1819108B1 (en) * 1999-10-22 2013-09-18 Nomadix, Inc. Systems and methods for dynamic bandwidth management on a per subscriber basis in a communication network
US6853621B1 (en) * 2000-01-18 2005-02-08 Go2Call.Com, Inc. System and method for selecting a packet-switched telephony service provider
JP3855595B2 (ja) * 2000-04-25 2006-12-13 株式会社日立製作所 通信システム、通信方法及び通信装置
US7111163B1 (en) 2000-07-10 2006-09-19 Alterwan, Inc. Wide area network using internet with quality of service
US7054321B1 (en) * 2000-10-27 2006-05-30 Redback Networks Inc. Tunneling ethernet
US20020062379A1 (en) * 2000-11-06 2002-05-23 Widegren Ina B. Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with IP bearer services
US20020085563A1 (en) * 2001-01-03 2002-07-04 Michael Mesh Packet processing method and engine
US6950862B1 (en) * 2001-05-07 2005-09-27 3Com Corporation System and method for offloading a computational service on a point-to-point communication link
US6816890B2 (en) * 2001-05-28 2004-11-09 Hitachi, Ltd. Gateway apparatus with LAC function
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
US7363376B2 (en) * 2001-07-31 2008-04-22 Arraycomm Llc Method and apparatus for generating an identifier to facilitate delivery of enhanced data services in a mobile computing environment
US7225236B1 (en) * 2001-08-07 2007-05-29 3Com Corporation Load balancing between LNSs using virtual LNS with minimal LAC configuration
KR100438431B1 (ko) * 2002-02-23 2004-07-03 삼성전자주식회사 통신 네트워크에서 가상 사설 네트워크 서비스 접속을위한 보안 시스템 및 방법
US7272122B2 (en) * 2002-04-26 2007-09-18 Nokia Corporation Relocation of application-specific functionality during seamless network layer-level handoffs
US7224673B1 (en) * 2002-05-24 2007-05-29 Cisco Technology, Inc. Mobile IP registration message compression
WO2004066120A2 (en) * 2003-01-15 2004-08-05 Ciena Coporation A method and apparatus for transporting packet data over an optical network
US7024687B2 (en) * 2003-05-21 2006-04-04 Cisco Technology, Inc. System and method for providing end to end authentication in a network environment
US7724700B1 (en) * 2003-08-25 2010-05-25 Cisco Technology, Inc. Application server-centric quality of service management in network communications
US20060171365A1 (en) * 2005-02-02 2006-08-03 Utstarcom, Inc. Method and apparatus for L2TP dialout and tunnel switching
US7797427B2 (en) * 2005-12-13 2010-09-14 Cisco Technology, Inc. System and method for applying a communication feature extension
US20080240053A1 (en) * 2007-03-27 2008-10-02 Oswal Anand K Quality of service (QoS) negotiation between network nodes in a Mobile IP network
US8310924B2 (en) * 2008-05-15 2012-11-13 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for providing QoS for MP subscribers at the subscriber level
JP6104178B2 (ja) 2011-01-18 2017-03-29 ノマディックス・インコーポレイテッドＮｏｍａｄｉｘ，Ｉｎｃ． 通信システムネットワークにおけるグループ帯域幅管理のためのシステムおよび方法
CN103701710B (zh) 2013-12-20 2017-01-11 杭州华为数字技术有限公司 一种数据传输方法、核心转发设备以及端点转发设备
CN111279744B (zh) * 2017-10-26 2023-07-18 华为技术有限公司 服务质量协商技术
CN114615107A (zh) * 2020-11-23 2022-06-10 华为技术有限公司 建立通信的方法及装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ZA946674B (en) * 1993-09-08 1995-05-02 Qualcomm Inc Method and apparatus for determining the transmission data rate in a multi-user communication system
US5674003A (en) * 1995-04-28 1997-10-07 Andersen; David B. Mechanisms for accessing unique features of telephony networks from a protocol-Independent data transport interface
US5917822A (en) * 1995-11-15 1999-06-29 Xerox Corporation Method for providing integrated packet services over a shared-media network
US6223028B1 (en) * 1997-03-17 2001-04-24 Nortel Networks Ltd Enhanced method and system for programming a mobile telephone over the air within a mobile telephone communication network
US6137791A (en) * 1997-03-25 2000-10-24 Ericsson Telefon Ab L M Communicating packet data with a mobile station roaming within an incompatible mobile network
US5914950A (en) * 1997-04-08 1999-06-22 Qualcomm Incorporated Method and apparatus for reverse link rate scheduling
US5940390A (en) * 1997-04-10 1999-08-17 Cisco Technology, Inc. Mechanism for conveying data prioritization information among heterogeneous nodes of a computer network
US6339595B1 (en) * 1997-12-23 2002-01-15 Cisco Technology, Inc. Peer-model support for virtual private networks with potentially overlapping addresses
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
US6154778A (en) * 1998-05-19 2000-11-28 Hewlett-Packard Company Utility-based multi-category quality-of-service negotiation in distributed systems
US6167028A (en) * 1998-06-01 2000-12-26 Motorola, Inc. Methods and apparatus for facilitating transmission of cells having multiple priorities in a cell relay network
US6157955A (en) * 1998-06-15 2000-12-05 Intel Corporation Packet processing system including a policy engine having a classification unit
US6094437A (en) * 1998-10-09 2000-07-25 Asc - Advanced Switching Communications Layer two tunneling protocol (L2TP) merging and management

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6654823B2 (en) * 2000-08-09 2003-11-25 Fujitsu Limited Packet-data processing apparatus
KR100387044B1 (ko) * 2001-02-01 2003-06-12 삼성전자주식회사 무선통신 시스템에서 패킷 호 서비스의 제공방법
JP2003174482A (ja) * 2001-12-05 2003-06-20 Hitachi Ltd ネットワーク接続装置およびネットワーク接続方法
KR100834671B1 (ko) * 2002-01-18 2008-06-02 삼성전자주식회사 이동통신시스템의 데이터 서비스 방법
JP2012524463A (ja) * 2009-04-17 2012-10-11 リサーチ イン モーション リミテッド サービスクラス識別子拡張子の進化型パケットシステム品質のためのメカニズム
JP2011024065A (ja) * 2009-07-17 2011-02-03 Hitachi Ltd 暗号化通信システム及びゲートウェイ装置

Also Published As

Publication number Publication date
EP1041792B1 (en) 2010-12-15
US6654808B1 (en) 2003-11-25
JP3737668B2 (ja) 2006-01-18
EP1041792A2 (en) 2000-10-04
CA2300758C (en) 2004-06-29
DE60045355D1 (de) 2011-01-27
ATE492095T1 (de) 2011-01-15
EP1041792A3 (en) 2004-07-14
CA2300758A1 (en) 2000-10-02
EP1041792B8 (en) 2011-02-16

Similar Documents

Publication Publication Date Title
JP3737668B2 (ja) パケットサーバにおける呼設立方法
US7225259B2 (en) Service tunnel over a connectionless network
JP4550879B2 (ja) モバイルＩＰネットワークにおけるポリシーに基づくＵＭＴＳのＱｏＳとＩＰのＱｏＳ管理のためのメカニズム
US7023820B2 (en) Method and apparatus for communicating data in a GPRS network based on a plurality of traffic classes
EP1250787B1 (en) Rsvp handling in 3g networks
KR100849345B1 (ko) 고속 패킷 데이터 시스템에서의 서비스 품질 제공 방법
US7277455B2 (en) Packet flow processing in a communication system
US8885539B2 (en) Configurable quality-of-service support per virtual access point (VAP) in a wireless LAN (WLAN) access device
US7649890B2 (en) Packet forwarding apparatus and communication bandwidth control method
US6819652B1 (en) Method and apparatus for processing control messages in a communications system
CN101766017B (zh) 为移动订户台支持voip呼叫的设备和方法
JP4509112B2 (ja) 移動局とｉｐネットワーク間におけるインタフェースでのサービス品質サポート
US8514773B2 (en) Packet flow processing in a communication system
TWI271065B (en) Method, devices and system for flow-based selective reverse tunneling in wireless local area network (WLAN)-cellular systems
US20020160811A1 (en) Radius profiles at a base station and methods of using the radius profiles
US20040141488A1 (en) Network architecture for mobile communication system and communication method using the same
CN101189887B (zh) 预留用于通信会话的网络资源
KR20050048684A (ko) 통신 시스템에서 마이크로-터널들을 사용하기 위한 방법 및장치
TW200822617A (en) Method and system for guaranteeing QoS between different radio networks
Guo et al. Providing end-to-end QoS for multimedia applications in 3G wireless networks
KR20000076720A (ko) 패킷 서버 내에서의 이용 방법
EP1432210B1 (fr) Dispositif de contrôle de traitements associés a des flux au sein d'un reseau de communications
Manner Provision of Quality of Service in IP-based Mobile Access Networks
Bilgic et al. Quality of service in general packet radio service

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050902

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: 20051005

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20051027

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091104

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091104

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101104

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111104

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121104

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131104

Year of fee payment: 8

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