JP2002010364A - 移動電気通信システムのための双方向パケットデータプロトコル手法および装置 - Google Patents

移動電気通信システムのための双方向パケットデータプロトコル手法および装置

Info

Publication number
JP2002010364A
JP2002010364A JP2001135107A JP2001135107A JP2002010364A JP 2002010364 A JP2002010364 A JP 2002010364A JP 2001135107 A JP2001135107 A JP 2001135107A JP 2001135107 A JP2001135107 A JP 2001135107A JP 2002010364 A JP2002010364 A JP 2002010364A
Authority
JP
Japan
Prior art keywords
pdp context
message
resource reservation
protocol
downlink
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.)
Abandoned
Application number
JP2001135107A
Other languages
English (en)
Other versions
JP2002010364A5 (ja
Inventor
Xiaobao X Chen
エックス チェン シャオバオ
Mooi Choo Chuah
チュー チュア ムーイ
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 JP2002010364A publication Critical patent/JP2002010364A/ja
Publication of JP2002010364A5 publication Critical patent/JP2002010364A5/ja
Abandoned 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/24—Negotiation of communication capabilities
    • 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/15—Flow control; Congestion control in relation to multipoint traffic
    • 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/16—Flow control; Congestion control in connection oriented networks, e.g. frame relay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/808—User-type aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals

Abstract

(57)【要約】 【課題】 移動電気通信システムのための双方向パケッ
トデータプロトコル方法および装置を提供すること。 【解決手段】 ＵＭＴＳその他の電気通信システムで使
用する双方向資源予約技法である。ユーザが、システム
内のアップリンクおよびダウンリンクの両方向における
資源予約を要求しているかどうかが決定され、双方向の
資源予約を要求している場合、双方向プロトコルが実行
され、必要な資源予約が設定される。必要な資源予約が
両方向に実現されるようにするために、双方向プロトコ
ルは、アップリンクおよびダウンリンクの両方向に対す
る資源折衝手順を統合している。上記決定は、ユーザ
が、アップリンクおよびダウンリンクの両方向に対する
資源予約を要求しているかどうかを識別するフラグビッ
トに基づくことができる。フラグビットは、システムの
サービス品質ＱｏＳ情報エレメントＩＥと連携させるこ
とができる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は一般的には電気通信
システムに関し、特に、電気通信システムなどに使用す
るパケットデータプロトコルに関する。
【０００２】
【従来の技術】ユニバーサル移動電気通信システム（Ｕ
ＭＴＳ）のような第３世代の電気通信システムでは、音
声サービスばかりではなく、データサービス、マルチメ
ディアサービスなどのために、広帯域幅が準備されてい
る。このようなシステムでは、必要なサービス品質（Ｑ
ｏＳ）を確立する能力をユーザに提供することが望まし
いが、インターネットプロトコル（ＩＰ）ネットワー
ク、すなわち、より一般的にはインターネットなど、あ
る種のネットワークでは、資源が確保されない限りＱｏ
Ｓを保証することができない。
【０００３】望ましいＱｏＳの提供に必要な資源の、様
々な種類のネットワークによる確保を可能にするため
に、終端間プロトコル、いわゆる資源予約プロトコル
（ＲＳＶＰ）が広く使用されている。ＲＳＶＰについて
は、本出願に係わる、Ｒ．Ｂｒａｄｅｎらによる「Inte
rnet Engineering Task Force (IETF)RFC2205,Resource
Reservation Protocol(RSVP)」（１９９７年９月）に
記載されている。図１は、ＲＳＶＰの動作を示したもの
である。送信側ユーザ１０が、受信側ユーザ１２にＰＡ
ＴＨメッセージを送信している。ＰＡＴＨメッセージ
は、いわゆる「ＴＳｐｅｃ」情報などのトラフィック特
性情報を送信し、送信側ユーザ１０から送信すべきトラ
フィックの特性を指示している。受信側ユーザ１２がこ
のＰＡＴＨメッセージを受信すると、受信側ユーザ１２
は、いわゆる「ＦｌｏｗＳｐｅｃ」などのＱｏＳ要求を
含んだＲＥＳＶ（資源確保）メッセージを送信する。実
際には、送信側ユーザ１０および受信側ユーザ１２を遠
隔にあり、そのため、ＰＡＴＨメッセージおよびＲＥＳ
Ｖメッセージは、複数のネットワークノードを通過す
る。各ノードは、両メッセージを受信すると、そのノー
ド内の適当な資源を確保できるかどうかを決定し、確保
可能であれば、ＰＡＴＨメッセージを次のホップに中継
し、ＲＥＳＶメッセージを前のホップに中継する。ＲＥ
ＳＶメッセージが送信側ユーザ１０に達すると、送信側
ユーザ１０はデータの送信を開始する。各ノードにおけ
るセットアップ済みのＱｏＳ状態を維持するために、周
期リフレッシュメッセージが、データに続いて送信され
る。
【０００４】発明者Ｘ．Ｃｈｅｎらによる２０００年３
月３日出願の「Resource Reservation in 3G or Future
Generation Telecommunication Network」という名称
の欧州特許出願第００３０１７８２．９号に、ＵＭＴＳ
など第３世代あるいは将来世代の無線移動ネットワーク
における資源予約のための方法が記載されている。有利
なことに、そこに記載されている方法には、既存のアー
キテクチャすなわちＱｏＳ手順への影響がほとんどな
く、かつ、ＵＭＴＳにおけるＲＳＶＰのサポートに関連
する全ての余分な信号トラフィックを最少にしている。
【０００５】図１に示すように、従来のＲＳＶＰは、Ｑ
ｏＳ要求をトラフィックレシーバからトラフィックトラ
ンスミッタに渡すだけの、単方向ＱｏＳ信号プロトコル
である。ＲＳＶＰを介してセットアップされる折衝Ｑｏ
Ｓは、トラフィックトランスミッタからトラフィックレ
シーバの方向に流れるトラフィックにのみ適用される。
逆方向に流れるトラフィックのＱｏＳ要求の折衝につい
ては、個別ＲＳＶＰセッションを起動しなければならな
い。
【０００６】ＵＭＴＳおよびその他の種類のシステムに
おけるＲＳＶＰの実施で問題となるのは、これらのシス
テムが一般的に、移動端末（ＴＭ）からネットワークへ
のアップリンク方向に流れるトラフィックに対するＱｏ
Ｓと、ネットワークからＭＴへのダウンリンク方向に流
れるトラフィックに対するＱｏＳとを明確に区別してい
ることである。例えば、ＵＭＴＳ規格のパケットデータ
プロトコル（ＰＤＰ）コンテキストのＱｏＳ情報エレメ
ント（ＩＥ）の中で、このような区別がなされている。
【０００７】アップリンクおよびダウンリンクの両トラ
フィックをカバーするために、既存の一方向ＰＤＰコン
テキストを直接拡張すると、「レーシング」の問題を引
き起こす原因となる。特に、ユーザは、ＱｏＳ制御用Ｒ
ＳＶＰメッセージを、ダウンリンク方向に送信されるＱ
ｏＳ制御用対応ＲＳＶＰメッセージとは無関係に、アッ
プリンク方向に送信することができる。したがって、特
定のＭＴおよび対応するゲートウェイＧＰＲＳ（汎用パ
ケット無線サービス）サポートノード（ＧＧＳＮ）が、
ＲＳＶＰメッセージを受信すると、各方向に関連したＲ
ＳＶＰセッションのために、異なるＰＤＰコンテキスト
制御手順を起動しなければならない。異なるＰＤＰコン
テキスト制御手順を起動することにより、両方向に予約
資源を必要とするセッションに対して、一方向について
はＰＤＰコンテキストを設定することができるが、逆方
向に対してはＰＤＰコンテキストを設定することはでき
ない。
【０００８】したがって、アップリンクおよびダウンリ
ンクの両トラフィックに適用可能で、かつ、上記レーシ
ング問題を解決する双方向ＰＤＰコンテキスト手順が、
ＵＭＴＳまたは他の種類の電気通信システムに必要であ
る。
【０００９】
【発明が解決しようとする課題】本発明の目的は、ＵＭ
ＴＳおよび他の電気通信システムで使用する双方向パケ
ットデータプロトコル（ＰＤＰ）技法を提供することで
ある。
【００１０】
【課題を解決するための手段】本発明によれば、システ
ム内におけるアップリンク方向およびダウンリンク方向
の両方向での資源予約を、ユーザが要求しているかどう
かが決定される。ユーザが双方向資源予約を要求してい
る場合、双方向プロトコルが実行され、必要な資源予約
が設定される。双方向プロトコルは、必要な資源予約が
両方向に対して実現されるようにするために、アップリ
ンク方向およびダウンリンク方向の両方向に対する資源
折衝手順を統合している。双方向プロトコルは、資源予
約プロトコル（ＲＳＶＰ）資源折衝手順に基づくパケッ
トデータプロトコル（ＰＤＰ）である。
【００１１】上述の、双方向資源予約をユーザが要求し
ているかどうかの決定は、アップリンクおよびダウンリ
ンクの両方向の資源予約をユーザが要求しているかどう
かを識別するフラグビットに基づくことができる。この
フラグビットを、システムのサービス品質（ＱｏＳ）情
報エレメント（ＩＥ）に関連させることができ、また、
これらのフラグビットを用いることにより、ユーザによ
る、双方向プロトコルアプリケーションまたは一方向プ
ロトコルアプリケーションの選択を可能にしている。例
えば２ビットのフラグビットを用いて、そのビットの値
により、ユーザがアップリンク方向およびダウンリンク
方向のいずれの方向にも資源予約を必要としていないこ
と、あるいは、アップリンク方向のみ、ダウンリンク方
向のみ、または両方向に対して資源予約を必要としてい
ることを表すことができる。他の例としては、単一ビッ
トを用いて、資源予約要求の特定の方向に対して、その
資源予約要求が逆方向の対応する資源予約要求と結合し
ているか否かを表すことができる。
【００１２】本発明による双方向プロトコル技法は、ア
ップリンクおよびダウンリンクの両トラフィックに対す
る資源予約を効率的に処理し、ＵＭＴＳの現在の一方向
ＰＤＰコンテキストにおけるＱｏＳの具体化に内在する
レーシング問題を解決している。
【００１３】
【発明の実施の形態】本発明について、いわゆるユニバ
ーサル移動電気通信システム（ＵＭＴＳ）型の電気通信
システムを例として説明する。本発明は、ユニバーサル
移動電気通信システムなどでの実施に特に適している
が、本発明の技法は、他の種類の電気通信システムにも
広く適用可能である。
【００１４】図２は、本発明を具体化することができる
ＵＭＴＳ２０の一部を示したものである。ＵＭＴＳ２０
は、ゲートウェイ２４およびコアネットワーク（ＣＮ）
エッジ２６で形成されるコアネットワーク２２と、ＵＭ
ＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）２８
とを備えている。移動端末（ＴＭ）３０は、無線インタ
フェースを介してＵＴＲＡＮ２８と通信している。この
例では、ＭＴ３０をＵＭＴＳ仕様と想定し、非ＵＭＴＳ
仕様のアプリケーションを実行することができる端末装
置（ＴＥ）３２に接続されている。ゲートウェイ２４
は、外部ネットワーク４０と通信することができる。
【００１５】ＵＭＴＳ２０の各構成要素は、それぞれ図
２に示すサブコンポーネントを有しているが、ここでは
詳細は省略する。図２に示すＵＭＴＳ２０、その構成要
素、およびサブコンポーネントの動作に関する詳細につ
いては、以下に挙げるＵＭＴＳ規格委員会３ＧＰＰ発行
の、ＵＭＴＳ規格文献を参照されたい。3GTS 23.060V3.
2.1(2000-01),Technical Specification Group Service
and System Aspect、General Packet Radio Service(G
PRS)、Service Description(3G TS23.060 Version 3.2.
1)、および、3G TS23.107 V3.1.1(2000-02)3GPP-3rd Ge
neration Partnership Project, Technical Specificat
ion Group Service and System、QoSConcept and Archi
tecture。これらは、本出願に係わる規格文献である。
【００１６】図２に示すＵＭＴＳ２０を再度参照してみ
ると、上記サブコンポーネントは、翻訳要素、許容／容
量制御要素、ＵＭＴＳベアラサービス（ＢＳ）管理プロ
グラム、構内ＢＳ管理プログラム、無線ＢＳ管理プログ
ラム、ＵＴＲＡ ＢＳ管理プログラム、ＣＮ ＢＳ管理
プログラム、外部ＢＳ管理プログラム、ネットワークサ
ービス（ＮＳ）管理プログラム、および実時間ベアラ
（ＲＡＢ）管理プログラムを含んでいる。「ｐｈ」は
「物理的」を意味し、「ｌｕ」は、上記23.060文献に規
定されているインタフェースを表している。既に指摘し
たように、システム２０の様々な構成要素については、
ＵＭＴＳ規格文献に詳細に記載されている。
【００１７】本発明は、ＵＭＴＳ２０内における双方向
ＱｏＳ折衝および制御のための双方向パケットデータプ
ロトコル（ＰＤＰ）コンテキストを実施する、複数の異
なる技法を提供する。これらの技法について、図３Ａな
いし図７に照らして詳細に説明する。図の中で、ＣＮエ
ッジ２６はサービングＧＰＲＳサポートノード（ＳＧＳ
Ｎ）であり、ゲートウェイ２４はゲートウェイＧＰＲＳ
サポートノード（ＧＧＳＮ）である。
【００１８】図３Ａないし図７を明瞭かつ単純にするた
めに、基本的な仮定が幾つかなされている。 １．ＭＴに対して、一次またはデフォルトＰＤＰコンテ
キストが設定されている。 ２．既存ＲＳＶＰセッションに対して、稼動中の二次Ｐ
ＤＰコンテキストは設定されていない。
【００１９】また、以下の説明は、両方向の完全なＱｏ
Ｓ情報を未だ含んでいない双方向ＰＤＰコンテキストに
対して、稼動中の二次ＰＤＰコンテキストがセットアッ
プされている場合についての説明である。
【００２０】本明細書では、「未決ＰＤＰコンテキスト
トランザクション」という用語を用いて、未終了の作成
ＰＤＰ要求手順、起動ＰＤＰ要求手順または更新ＰＤＰ
要求手順を意味するものとし、完全なＱｏＳ要求のない
双方向ＰＤＰコンテキストについては、未完成双方向Ｐ
ＤＰコンテキストと呼ぶものとする。
【００２１】本発明による双方向ＰＤＰコンテキスト手
順について、２つのシナリオを用いて説明する。第１の
シナリオは、ＭＴのみに着信するＲＳＶＰに関するもの
であり、第２のシナリオは、ＭＴおよびＧＧＳＮに着信
するＲＳＶＰに関するものである。
【００２２】シナリオ１：ＭＴのみに着信するＲＳＶＰ
【００２３】このシナリオでは、ＴＥ３２およびＭＴ３
０だけが、ＲＳＶＰ信号メッセージを生成することを想
定している。外部ネットワーク４０内のホストは、他の
信号方式機構を用いて、ダウンリンクＱｏＳ要求をＧＧ
ＳＮに通知し、ＭＴに中継される。
【００２４】図３Ａは、このシナリオを、アップリンク
ＱｏＳについて示したものである。ＭＴは初回ＰＡＴＨ
メッセージを着信し、適切なアップリンクＱｏＳ（「ａ
ｂｃ」）を有する起動二次ＰＤＰコンテキスト要求メッ
セージを生成し、ＳＧＳＮに送信する。次にＳＧＳＮ
は、作成二次ＰＤＰコンテキスト要求メッセージを生成
し、ＧＧＳＮに送信する。この時、ダウンリンクＱｏＳ
は、「ヌル」にセットされている。初回ＰＡＴＨメッセ
ージに続くリフレッシュＰＡＴＨメッセージが、異なる
ＱｏＳまたはトラフィック仕様を示す場合は、修正二次
ＰＤＰコンテキスト手順が起動される。このシナリオで
は、新しい折衝アップリンクＱｏＳ（「ａ′ｂ′
ｃ′」）を伝えるリフレッシュＲＥＳＶメッセージが作
成され、応答としてＴＥに送信される。
【００２５】図３Ｂおよび３Ｃは、このシナリオにおけ
るダウンリンクＱｏＳに対する２種類の異なる手法を示
したものである。いずれの手法においても、二次ＰＤＰ
コンテキストが存在することを想定しており、また、ア
ップリンクＱｏＳは、既存の「ａ′ｂ′ｃ′」にセット
され、初期要求ダウンリンクＱｏＳは、「ｅｆｇ」にセ
ットされている。その結果生じる新しいダウンリンクＱ
ｏＳは、「ｅ′ｆ′ｇ′」である。
【００２６】図３Ｂに示す第１の手法では、ＭＴは、Ｔ
Ｅへ転送するＰＡＴＨメッセージを生成する前に、二次
ＰＤＰコンテキストのセットアップを試みている。ネッ
トワーク起動プロトコルデータユニット（ＰＤＵ）通知
が、ダウンリンクＱｏＳパラメータをＭＴに伝達するこ
とを想定している。以下に示す３つの状態に対して、ダ
ウンリンクＱｏＳを更新するために、修正二次ＰＤＰコ
ンテキスト手順を使用しなければならない。 （ａ）ＴＥからの初回ＲＥＳＶメッセージが、異なるＱ
ｏＳ仕様を伝達する。 （ｂ）リフレッシュＲＳＶＰメッセージが、異なるＱｏ
Ｓ仕様を伝達する。 （ｃ）ダウンリンクＱｏＳ変更／更新要求が、「ネット
ワーク要求ＰＤＰメッセージ」による伝達時に、遠端部
によって起動される。
【００２７】図３Ｃに示す第２の手法では、ＭＴは、Ｔ
ＥからのＲＥＳＶメッセージ受信後においてのみ、二次
ＰＤＰコンテキストを起動している。修正二次ＰＤＰコ
ンテキスト手順は、次の２つの状態においてのみ使用さ
れる。 （ａ）リフレッシュＲＳＶＰメッセージが、異なるＱｏ
Ｓ仕様を伝達する。 （ｂ）ダウンリンクＱｏＳ変更／更新要求が、「ネット
ワーク要求ＰＤＰメッセージ」による伝達時に、遠端部
によって起動される。
【００２８】二次ＰＤＰコンテキストが存在せず、ＰＤ
Ｕ通知が二次ＰＤＰコンテキストのセットアップをトリ
ガする場合に使用する適切な手順については、図３Ｂお
よび３Ｃの線図から簡単に生成することができること
は、当分野の技術者には明らかであろう。
【００２９】シナリオ２：ＭＴおよびＧＧＳＮによって
着信するＲＳＶＰ
【００３０】シナリオ２で使用する４種類の手法につい
て説明する。第１ないし第４の手法について、それぞれ
図４Ａ、４Ｂ、図５Ａ、５Ｂ、図６Ａ、６Ｂ、および図
７に照らして説明する。
【００３１】これらの全ての手法に対して、ＧＧＳＮ
は、ＰＤＵ通知要求メッセージを介して、ネットワーク
起動二次ＰＤＰコンテキスト要求を実行し、ダウンリン
クＱｏＳ要求を含むＰＤＵを中継することができる。Ｓ
ＧＳＮがＰＤＰ通知を受信すると、ＳＧＳＮは、要求Ｐ
ＤＰコンテキスト起動メッセージをＭＴに送信する。こ
のような要求ＰＤＰコンテキスト起動メッセージをＭＴ
が受信すると、二次ＰＤＰコンテキストが存在しない場
合、ＭＴは、起動二次ＰＤＰコンテキスト要求メッセー
ジを起動する。
【００３２】シナリオ２の第１の手法では、初回ＰＡＴ
Ｈメッセージが、起動二次ＰＤＰコンテキスト手順をト
リガしている。この第１の手法では、ＭＴおよびＧＧＳ
ＮがＰＡＴＨメッセージおよびＲＥＳＶメッセージを傍
受し、そのメッセージを処理して、そのメッセージが初
回ＰＡＴＨメッセージであるかリフレッシュメッセージ
であるかを決定している。リフレッシュメッセージの場
合、ＱｏＳパラメータが、双方向ＰＤＰコンテキスト部
分として記憶されている既存のＱｏＳ要求事項と異なっ
ていれば、ＭＴおよびＧＧＳＮは、そのことを知らせる
ことができる。
【００３３】ＭＴの場合、ＴＥから初回ＰＡＴＨメッセ
ージを受信すると、二次ＰＤＰコンテキストが存在しな
ければ、起動二次ＰＤＰコンテキスト手順がトリガされ
る。不完全双方向ＰＤＰコンテキストが存在する場合、
未決ＰＤＰコンテキストトランザクションがなければ、
更新ＰＤＰコンテキスト要求手順が実行される。ＭＴが
次にＴＥから受信するリフレッシュＰＡＴＨメッセージ
は、内容に変更が有る場合に限り、ピギーバック情報と
して転送される。
【００３４】ＭＴの場合、ＴＥから初回ＲＥＳＶを受信
すると、不完全双方向ＰＤＰコンテキストが存在する場
合、更新ＰＤＰコンテキスト手順がトリガされる。ＴＥ
から次に受信するリフレッシュＲＥＳＶメッセージに対
しては、そのメッセージに含まれているＱｏＳパラメー
タが、双方向ＰＤＰコンテキスト内の既存のＱｏＳパラ
メータと異なっている場合に限り、更新ＰＤＰコンテキ
スト手順がトリガされる。ＱｏＳ情報を有する要求ＰＤ
Ｐコンテキスト起動メッセージをＳＧＳＮから受信する
と、二次ＰＤＰコンテキストが存在しない場合、起動二
次ＰＤＰコンテキスト手順が起動される。
【００３５】ＧＧＳＮの場合、外部ネットワークからの
初回ＰＡＴＨメッセージは、必ず透過的にＭＴに転送さ
れるが、このＲＳＶＰセッションに対する二次ＰＤＰコ
ンテキストが無いことをＧＧＳＮが認識すると、ＧＧＳ
Ｎは、ネットワークＰＤＵ通知をＭＴにトリガする。こ
のような通知をＭＴが受信すると、起動二次ＰＤＰコン
テキスト要求手順を起動することができる。不完全双方
向二次ＰＤＰコンテキストが存在し、かつ、未決ＰＤＰ
コンテキストトランザクションが無ければ、更新ＰＤＰ
コンテキスト手順が起動される。不完全双方向二次ＰＤ
Ｐコンテキストが既に存在し、かつ、更新ＰＤＰコンテ
キスト手順が起動している場合は、ＧＧＳＮは、それ以
外の他の更新ＰＤＰコンテキストを起動することはな
く、代わりに、ＭＴが初回ＲＥＳＶメッセージをＴＥか
ら受信した際のダウンリンクＱｏＳの修正を、ＭＴに委
ねることになる。次のリフレッシュＰＡＴＨメッセージ
は、そのメッセージが、双方向ＰＤＰコンテキスト内の
既存ＱｏＳパラメータと異なるＱｏＳパラメータを含ん
でいる場合に限り、ＧＧＳＮによって転送される。ＧＧ
ＳＮの場合、外部ネットワークから受信する初回ＲＥＳ
Ｖメッセージが、更新ＰＤＰコンテキストをトリガし、
ＱｏＳ要求に変更が有る場合に限り、外部ネットワーク
からの次のリフレッシュＲＥＳＶメッセージが、更新Ｐ
ＤＰコンテキスト手順をトリガすることになる。
【００３６】図４Ａは、双方向ＰＤＰコンテキストを設
定するための上記手順を詳細に示したものである。 （１ａ）：ＴＥからの初回ＰＡＴＨメッセージをＭＴが
受信すると、ＭＴは、起動二次ＰＤＰコンテキスト要求
メッセージを生成し、ＰＡＴＨメッセージ内のＱｏＳ情
報から引き出される要求アップリンクＱｏＳパラメータ
と共にＳＧＳＮに送信する。 （１ｂ）：次にＳＧＳＮは、作成二次ＰＤＰコンテキス
ト要求メッセージを、ＧＧＳＮに対してトリガする。 （２ａ）：ＧＧＳＮは、折衝アップリンクＱｏＳパラメ
ータ（要求アップリンクＱｏＳとは異なる）を有する作
成二次ＰＤＰコンテキスト応答を生成し、ＳＧＳＮに送
信する。ＳＧＳＮおよびＧＧＳＮは、例えば、アップリ
ンク方向およびダウンリンク方向に対するＩＰ発信元ア
ドレスおよび宛先アドレス、発信元ポート番号および宛
先ポート番号などのセッション関連情報を、双方向ＰＤ
Ｐコンテキストの状態部分として記憶することができ
る。 （２ｂ）：次にＳＧＳＮは、起動二次ＰＤＰコンテキス
ト受諾を生成し、ＭＴに送信する。 （３ａ）：一方、ＧＧＳＮは初回ＲＥＳＶを受信し、Ｒ
ＥＳＶ内のＱｏＳ要求が、既に有している内容と異なっ
ていれば、更新ＰＤＰコンテキスト要求手順をトリガ
し、折衝アップリンクＱｏＳを更新する。 （３ｂ）：この更新ＰＤＰコンテキスト要求メッセージ
が、ＳＧＳＮによってＭＴに中継される。 （３ｃ）：ＭＴは、更新ＰＤＰコンテキスト応答を生成
し、ＳＧＳＮに送信する。 （３ｄ）ＳＧＳＮは、このメッセージをＧＧＳＮに中継
する。 （４）：その間に、ダウンリンクＱｏＳ要求を含む初回
ＰＡＴＨメッセージを、ＧＧＳＮが受信すると仮定す
る。ＧＧＳＮは、このＱｏＳ要求に対して何ら修正を加
えることなく、ＭＴへの引渡しを必要とするベアラデー
タとして、この初回ＰＡＴＨメッセージを単純に処理す
る。 （５ａ）：ダウンリンクＱｏＳ要求を伝達する初回ＲＥ
ＳＶを受信すると、ＭＴは、更新ＰＤＰコンテキスト要
求手順を、ＳＧＳＮに起動させる。 （５ｂ）：ＳＧＳＮは、更新ＰＤＰコンテキスト要求メ
ッセージをＧＧＳＮに中継する。 （６ａ）（６ｂ）：ＧＧＳＮは、適切な折衝ダウンリン
クＱｏＳを有する更新ＰＤＰコンテキスト応答を生成
し、ＳＧＳＮに送信する。ＳＧＳＮは、それをＭＴに中
継する。 （７ａ）（７ｂ）：ＭＴがリフレッシュＰＡＴＨメッセ
ージを受信すると、内容に変更が有る場合に限り、その
メッセージを転送する。同様に、ＧＧＳＮがリフレッシ
ュＲＥＳＶを受信すると、リフレッシュＲＥＳＶメッセ
ージの内容が、アップリンクＱｏＳ要求事項の内容と異
なっている場合に限り、修正アップリンクＱｏＳパラメ
ータ、例えば「ｈ１ｍ」を有する更新ＰＤＰコンテキス
ト要求をトリガする。 （８ａ）（８ｂ）：対応する更新ＰＤＰコンテキスト応
答が生成される。 （９ａ）（９ｂ）：同様に、リフレッシュＰＡＴＨメッ
セージをＧＧＳＮが受信すると、内容に変更が有る場合
に限り、そのメッセージを転送する。リフレッシュＲＥ
ＳＶをＭＴが受信すると、内容に変更が有る場合に限
り、そのメッセージを転送する。また、リフレッシュＲ
ＥＳＶメッセージ内のダウンリンクＱｏＳ要求事項に変
更がある場合は、修正ダウンリンクＱｏＳパラメータ、
例えば「ｓｖｗ」を有する更新ＰＤＰコンテキスト要求
を、必ずトリガする。 （１０ａ）（１０ｂ）：ＧＧＳＮは、更新ＰＤＰコンテ
キスト応答を生成し、ＳＧＳＮは、それをＭＴに中継す
る。
【００３７】図４Ｂは、最初にＰＤＵ通知要求が生じる
場合の、シナリオ２に対する第１の手法を示したもので
ある。この例では、更新ＰＤＰコンテキスト手順が起動
された後（５ａ）に、ＴＥから初回ＰＡＴＨメッセージ
（３）を受信すると、上記手順の終了後、別の修正ＰＤ
Ｐコンテキスト手順を起動しなければならない。このこ
とは即ち、初回ＲＥＳＶ（４）が受信されず、その内容
を含める（６ａ）ために間に合わないことを意味してい
る。同様に、ＧＧＳＮが生成する更新ＰＤＰコンテキス
ト応答（６ａ）より後に、初回ＲＥＳＶを外部ネットワ
ークから受信すると、さらに別の更新ＰＤＰコンテキス
ト手順を実行しなければならない。したがって、最悪の
場合のシナリオでは、起動ＰＤＰコンテキスト手順を１
回、更新すなわち修正ＰＤＰコンテキスト手順を３回実
施しなければならない。通常、この手法では、双方向コ
ンテキストのセットアップを完了するために、起動ＰＤ
Ｐコンテキスト手順を少なくとも１回、更新すなわち修
正ＰＤＰコンテキスト手順を少なくとも２回実施しなけ
ればならない。図４Ｂに示す手法には、ＱｏＳパラメー
タ例として、「ｋ１ｍ」、「ｋ′１′ｍ′」、「ｈ１
ｊ」、「ｈ′１′ｊ′」、「ｓｖｗ」および「ｓ′ｖ′
ｗ′」が含まれている。
【００３８】このシナリオでは、ＵＭＴＳ ＰＤＰコン
テキスト信号メッセージをトリガするために、ＭＴまた
はＧＧＳＮが、初回ＰＡＴＨメッセージあるいは初回Ｒ
ＥＳＶメッセージを待つことを想定していないが、メッ
セージが初回ＰＡＴＨメッセージであるか初回ＲＥＳＶ
メッセージであるかを見分け、かつ、新しい双方向ＰＤ
Ｐコンテキストをセットアップする必要があるか否かを
知ることができるように、ＳＧＳＮおよびＧＧＳＮが、
状態情報を維持することを想定している。
【００３９】図５Ａおよび５Ｂに示す、シナリオ２に対
する第２の手法は、ダウンリンクまたはアップリンクの
いずれかのトラフィックに対する初回ＲＥＳＶメッセー
ジの受信後においてのみ、ＭＴが、起動二次ＰＤＰコン
テキストを起動する点で、第１の手法と異なっている。
【００４０】ＭＴが、ダウンリンクトラフィックに対す
る初回ＲＥＳＶメッセージをＴＥから受信すると、何も
存在していない場合、起動二次ＰＤＰコンテキスト要求
を起動する。ＴＥから受信する次のリフレッシュＲＥＳ
Ｖメッセージに対しては、ＱｏＳ要求事項に変更がある
場合に限り、更新ＰＤＰコンテキスト要求をトリガす
る。
【００４１】ＭＴは初回ＰＡＴＨメッセージを透過的に
ＧＧＳＮに転送し、次のリフレッシュＰＡＴＨメッセー
ジに対しては、アップリンクＱｏＳパラメータに変更が
有る場合に限り、メッセージを転送する。
【００４２】ＧＧＳＮの場合、初回ＰＡＴＨメッセージ
を外部ネットワークから受信すると、パケットは、ＵＭ
ＴＳネットワークを横切って透過的にＭＴに転送され
る。次のＰＡＴＨメッセージに対しては、ダウンリンク
ＱｏＳパラメータに変更が有る場合に限り、メッセージ
が転送される。ＧＧＳＮが、アップリンクトラフィック
に対する初回ＲＥＳＶメッセージを外部ネットワークか
ら受信すると、同一セッションに対する他の起動ＰＤＰ
コンテキスト手順または更新ＰＤＰコンテキスト手順が
稼動中でない場合、更新ＰＤＰコンテキスト手順が起動
される。同一セッションに対する他の起動ＰＤＰコンテ
キスト手順または更新ＰＤＰコンテキスト手順が稼動中
の場合は、初回ＲＥＳＶの情報を用いて、起動ＰＤＰコ
ンテキスト受諾メッセージ内のダウンリンクＱｏＳ情報
エレメント（ＩＥ）を更新することができる。ＧＧＳＮ
は、ＭＴから受信するダウンリンクＱｏＳに対する初回
ＲＥＳＶメッセージを単に転送するだけである。外部ネ
ットワークから受信する次のリフレッシュＲＥＳＶメッ
セージに対しては、アップリンクＱｏＳ要求事項に変更
が有る場合に限り、更新ＰＤＰコンテキスト手順をトリ
ガする。ＧＧＳＮがＭＴから受信する、ダウンリンクＱ
ｏＳ要求事項を伝達するこれらのＲＥＳＶメッセージに
ついては、単に外部ネットワークに転送するだけであ
る。
【００４３】図５Ａは、初回ＰＡＴＨメッセージを最初
にＭＴが受信する場合におけるシナリオ２に対する上述
第２の手法を示したものである。ＭＴは、ＴＥからの初
回ＲＥＳＶメッセージ受信後においてのみ、起動二次Ｐ
ＤＰコンテキスト要求を起動する。
【００４４】図５Ｂは、初回ＰＡＴＨメッセージをＧＧ
ＳＮが受信し、ＰＤＵ通知を起動する場合におけるシナ
リオ２に対する上述第２の手法を示したものである。こ
の場合、外部ホストからの初回ＰＡＴＨメッセージは、
既存の一次ＰＤＰコンテキストを用いて、透過的にＴＥ
に伝達される。
【００４５】図５Ｂに示すプロセスは以下の通りであ
る。 （１ａ）：ＴＥから初回ＲＥＳＶを受信すると、ＭＴ
は、初回ＲＥＳＶメッセージから引き出されるダウンリ
ンクＱｏＳパラメータを有する起動二次ＰＤＰコンテキ
スト要求メッセージを、ＳＧＳＮに対してトリガする。 （１ｂ）：ＳＧＳＮは、作成二次ＰＤＰコンテキスト要
求メッセージをＧＧＳＮに送信する。 （２ａ）（２ｂ）：ＧＧＳＮは、折衝ダウンリンクＱｏ
Ｓパラメータを含む作成二次ＰＤＰコンテキスト応答メ
ッセージを生成し、ＳＧＳＮに送信する。ＳＧＳＮは、
それをＭＴに中継する。 （３）：ＭＴは、初回ＰＡＴＨメッセージを受信する
と、ＵＭＴＳネットワークを横切って外部ホストへ、透
過的に移送する。 （４）：ＧＧＳＮが初回ＲＥＳＶを受信する。 （５ａ）（５ｂ）：ＧＧＳＮは、初回ＲＥＳＶメッセー
ジから引き出されるアップリンクＱｏＳパラメータを有
する更新ＰＤＰコンテキスト要求を、ＳＧＳＮに対して
トリガし、ＳＧＳＮは、それをＭＴに中継する。 （６ａ）（６ｂ）：ＭＴは、修正アップリンクＱｏＳパ
ラメータを有する修正ＰＤＰコンテキスト応答を生成
し、ＳＧＳＮに送信する。ＳＧＳＮは、それをＧＧＳＮ
に中継する。 （７）（８）：リフレッシュＰＡＴＨメッセージをＭＴ
が受信し、メッセージ内容に変更が有る場合に限り、Ｇ
ＧＳＮに中継する。同様に、リフレッシュＲＥＳＶメッ
セージをＧＧＳＮが受信し、メッセージ内容に変更が有
る場合に限り、更新ＰＤＰコンテキスト手順をトリガ
し、アップリンクＱｏＳ要求事項を変更する。（９ａ）
および（９ｂ）は、ＧＧＳＮからＳＧＳＮ、およびＳＧ
ＳＮからＭＴへの、ネットワーク起動更新ＰＤＰコンテ
キスト要求を示している。（１０ａ）および（１０ｂ）
は、ＭＴからＳＧＳＮ、およびＳＧＳＮからＧＧＳＮへ
の、対応する応答を示している。
【００４６】図５Ａおよび５Ｂに示す手法においては、
ＭＴは、起動二次ＰＤＰコンテキスト手順または更新二
次ＰＤＰコンテキスト手順を起動する前に、初回ＲＥＳ
Ｖの受信待ちになっている。したがって、双方向ＰＤＰ
コンテキストのセットアップを完了するためには、起動
ＰＤＰコンテキスト手順および更新ＰＤＰコンテキスト
手順を、それぞれ１回だけ実施すれば良いが、初回ＲＥ
ＳＶメッセージの受信待ちは、双方向ＰＤＰコンテキス
トのセットアップ待ち時間が長くなる。
【００４７】図６Ａおよび６Ｂは、シナリオ２に対する
第３の手法を示したもので、遅延ＰＤＰ応答を伴うＰＡ
ＴＨトリガ起動二次ＰＤＰ要求に関したものである。こ
の手法は、他のＰＤＰコンテキストピアが、送信ピアか
らのＰＤＰコンテキスト要求メッセージに応答する前
に、初回ＲＥＳＶメッセージの受信待ちになる点におい
て、第１の手法と異なっており、また、初回ＲＥＳＶで
はなく、初回ＰＡＴＨメッセージが、起動ＰＤＰコンテ
キスト要求手順をトリガする点で、第２の手法と異なっ
ている。
【００４８】ＭＴに関しては、初回ＰＡＴＨ（アップリ
ンクＱｏＳ）メッセージをＴＥから受信すると、ＳＧＳ
Ｎに対して、起動二次ＰＤＰコンテキスト要求メッセー
ジがトリガされる。ＴＥからの次のＰＡＴＨメッセージ
に対しては、ＱｏＳパラメータに変更が有る場合に限
り、メッセージが転送される。初回ＲＥＳＶ（ダウンリ
ンクＱｏＳ）メッセージをＴＥから受信すると、同一セ
ッションに対する未決ＰＤＰコンテキストトランザクシ
ョンおよび不完全双方向ＰＤＰコンテキストが存在しな
い場合、更新ＰＤＰコンテキスト要求がトリガされる。
応答を必要とする未決ＰＤＰコンテキスト要求が存在す
る場合は、応答メッセージが生成される。ＴＥからの次
のリフレッシュＲＥＳＶ（ダウンリンクＱｏＳ）メッセ
ージに対しては、ＱｏＳ要求事項に変更が有る場合に限
り、メッセージが転送され、更新ＰＤＰコンテキスト要
求手順がトリガされる。
【００４９】ＧＧＳＮに関しては、初回ＲＥＳＶ（アッ
プリンクＱｏＳ）メッセージを外部ネットワークから受
信すると、未決ＰＤＰコンテキストトランザクションが
存在する場合、作成ＰＤＰコンテキスト応答がＭＴにト
リガバックされる。未決ＰＤＰコンテキストトランザク
ションが存在しない場合は、更新ＰＤＰコンテキスト要
求がトリガされる。外部ネットワークからの次のＲＥＳ
Ｖに対しては、アップリンクＱｏＳ要求事項に変更が有
る場合に限り、メッセージがＭＴに転送され、かつ、更
新ＰＤＰコンテキスト要求手順がトリガされる。ＧＧＳ
Ｎが初回またはリフレッシュＰＡＴＨメッセージをＭＴ
から受信すると、そのメッセージは単純に外部ネットワ
ークに転送される。外部ネットワークから初回ＰＡＴＨ
メッセージを受信すると、そのメッセージは透過的にＭ
Ｔに転送される。外部ネットワークからの次のリフレッ
シュＰＡＴＨメッセージに対しては、ダウンリンクＱｏ
Ｓパラメータに変更が有る場合に限り、メッセージがＭ
Ｔに転送される。
【００５０】図６Ａは、起動二次ＰＤＰコンテキスト手
順をＭＴが起動する場合の、シナリオ２に対する上述第
３の手法を示したものである。
【００５１】図６Ａに示すプロセスは次の通りである。 （１ａ）（１ｂ）：初回ＰＡＴＨメッセージを受信する
と、ＭＴは、起動二次ＰＤＰコンテキスト要求メッセー
ジを、適切な要求アップリンクパラメータと共にＳＧＳ
Ｎに送信し、ＳＧＳＮは、そのメッセージをＧＧＳＮに
中継する。 （２）：ＧＧＳＮは、外部ホストから初回ＲＥＳＶメッ
セージを受信するまで応答メッセージを生成しない。 （３ａ）（３ｂ）：ＧＧＳＮは、初回ＲＥＳＶメッセー
ジを受信すると、ＰＤＰコンテキスト応答を生成し、Ｓ
ＧＳＮに送信する。ＳＧＳＮは、それをＭＴに中継す
る。 （４）（５ａ）（５ｂ）：ＧＧＳＮは、初回ＰＡＴＨメ
ッセージを受信すると、更新ＰＤＰコンテキスト要求メ
ッセージを、ＳＧＳＮに対してトリガし、ＳＧＳＮは、
それをＭＴに中継する。 （６ａ）（６ｂ）：ＭＴは、ＴＥからの初回ＲＥＳＶメ
ッセージの受信を待機し、初回ＲＥＳＶメッセージを受
信すると、折衝ダウンリンクＱｏＳパラメータを有する
更新ＰＤＰコンテキスト応答メッセージを生成し、ＳＧ
ＳＮに送信する。ＳＧＳＮは、そのメッセージをＧＧＳ
Ｎに中継する。
【００５２】ＭＴが受信するリフレッシュＰＡＴＨメッ
セージは、その内容に変更が有る場合に限り、転送され
る。アップリンクＱｏＳ折衝のためにＧＧＳＮが受信す
るリフレッシュＲＥＳＶメッセージも、その内容に変更
が有る場合に限り、転送される。
【００５３】ステップ（８ａ）ないし（８ｄ）は、アッ
プリンクＱｏＳパラメータに変更がある場合に、ＧＧＳ
Ｎが更新ＰＤＰコンテキスト要求手順をトリガし、ＭＴ
が適切な応答を生成することを示している。同様に、Ｇ
ＧＳＮがリフレッシュＰＡＴＨメッセージを受信する
と、ＧＧＳＮは、その内容に変更がある場合に限り、そ
のメッセージを転送する。ＭＴがリフレッシュＲＥＳＶ
メッセージを受信すると、ＭＴは、適切なダウンリンク
ＱｏＳ要求を有する更新ＰＤＰコンテキスト要求手順を
起動する。ＧＧＳＮは、適切な折衝ダウンリンクＱｏＳ
パラメータを有する更新ＰＤＰコンテキスト応答メッセ
ージをＳＧＳＮに送信し、ＳＧＳＮは、そのメッセージ
をＭＴに中継する。次にＭＴは、そのリフレッシュＲＥ
ＳＶメッセージを中継する。リフレッシュメッセージを
中継する代わりに、ＭＴまたはＧＧＳＮで生成するよう
に、ＭＴおよびＧＧＳＮでプロキシを使用することがで
きる。
【００５４】図６Ｂは、起動二次ＰＤＰコンテキスト手
順をネットワークが起動する場合の、第３の手法を示し
たものである。この場合のプロセスは、ＰＤＰコンテキ
スト応答を生成する前に、初回ＲＥＳＶメッセージの受
信を待つことになる。したがって、シナリオ２に対する
この第３の手法を用いることにより、起動ＰＤＰコンテ
キスト手順および更新ＰＤＰコンテキスト手順を、それ
ぞれ１回実施するだけで、双方向ＰＤＰコンテキストが
セットアップされる。場合によっては、起動ＰＤＰコン
テキスト手順を１回、更新ＰＤＰコンテキスト手順を２
回実施しなければならないケースがあり、また、関連す
るＲＥＳＶメッセージが送信されない場合のエラー処理
用として、タイマを設けなければならない。
【００５５】次に、図７に関連して、シナリオ２に対す
る第４の手法について説明する。この第４の手法は、両
方向に対するＱｏＳ要求事項に関して、ＭＴが完全な情
報を受信した後においてのみ、二次ＰＤＰコンテキスト
がセットアップされる点で、第１ないし第３の手法と異
なっている。特に、ＭＴは、ＴＥからの初回ＲＥＳＶメ
ッセージ、および、ＧＧＳＮによって転送される初回Ｒ
ＥＳＶの両方を受信した後においてのみ、起動二次ＰＤ
Ｐコンテキスト要求メッセージをトリガする。ＴＥから
の次のリフレッシュＰＡＴＨメッセージは、内容に変更
がある場合に限り、中継される。同様に、ＴＥからの次
のリフレッシュＲＥＳＶメッセージも、内容に変更があ
る場合に限って中継される。更新ＰＤＰコンテキスト手
順は、そのような変更がある場合に、ＭＴによって起動
される。
【００５６】この第４の手法においては、ＧＧＳＮは、
外部ネットワークからの初回ＰＡＴＨを中継することに
なる。外部ネットワークからの次のＰＡＴＨメッセージ
は、ＱｏＳパラメータに変更がある場合に限り、中継さ
れる。外部ネットワークから初回ＲＥＳＶメッセージを
受信すると、そのメッセージはＭＴに転送される。外部
ネットワークから次のＲＥＳＶメッセージを受信する
と、ＧＧＳＮは、ＱｏＳ要求事項に変更が有る場合に限
り、更新ＰＤＰコンテキスト手順を起動する。
【００５７】この手法によれば、ＧＧＳＮが受信するＰ
ＡＴＨメッセージまたはＲＥＳＶメッセージが透過的に
ＭＴに中継される場合、ＭＴは、ＲＳＶＰ信号メッセー
ジを翻訳するだけで良い。しかし、リフレッシュＰＡＴ
ＨメッセージおよびリフレッシュＲＥＳＶメッセージ
が、変更がある場合にのみ、ＵＭＴＳネットワークを介
して中継される場合は、ＭＴおよびＧＧＳＮは共に、信
号メッセージを翻訳しなければならない。
【００５８】この手法を用いることにより、起動二次Ｐ
ＤＰ手順を１回実施するだけで、双方向ＰＤＰコンテキ
ストをセットアップすることができるが、実時間二次Ｐ
ＤＰコンテキストを設定する場合に、長いセットアップ
遅延を招くことになる。実時間二次ＰＤＰコンテキスト
のセットアップが完了する前に、一般的には一次ＰＤＰ
コンテキストである最善ＰＤＰコンテキストを介して、
全てのベアラデータを伝達してしまうことができる。
【００５９】シナリオ２に対する上記４種類の手法の中
では、実時間ＲＡＢのセットアップ待ち時間、および、
この実時間ＲＡＢの設定に必要な信号メッセージ数を考
慮すると、ＵＭＴＳには第２の手法が好ましい手法であ
る。当然、本明細書で説明した手法は、単に例として挙
げたものであり、他の方法によっても本発明を具体化す
ることができる。
【００６０】双方向ＰＤＰコンテキストをサポートする
ための既存ＵＭＴＳ規格の修正
【００６１】本明細書で説明した種類の双方向ＰＤＰコ
ンテキストをサポートするために必要なＵＭＴＳコアネ
ットワーク仕様の変更について、その幾つかを以下に説
明する。既に指摘したように、本発明による双方向ＰＤ
Ｐコンテキストは、上記レーシング問題を解決するもの
である。この種の双方向ＰＤＰコンテキストをサポート
するためには、ＵＭＴＳコアネットワーク仕様に対し
て、以下に示す若干の変更を実施しても差し支えないと
思われる。 （ａ）より豊富なＱｏＳ折衝能力セットを提供するため
に、例えば、情報エレメント（ＩＥ）の第４バイトの未
使用ビット３ビットの内の２ビットを用いて、以下に示
すフラグをＱｏＳ情報エレメントに追加することができ
る。 フラグ１ フラグ０ ０ ０ 両方向に対するＲＥＳＶがない （一方向ＰＤＰコンテキスト） ０ １ アップリンク方向に対するＲＥＳＶのみ （一方向ＰＤＰコンテキスト） １ ０ ダウンリンク方向に対するＲＥＳＶのみ （一方向ＰＤＰコンテキスト） １ １ アップリンクおよびダウンリンクの両方向に対す るＲＥＳＶ （双方向ＰＤＰコンテキスト） アップリンクおよびダウンリンクの両方向をカバーする
個別ＱｏＳ情報エレメントが存在する場合は、単一フラ
グを追加し、次の様に用いることができる。 フラグ０ ０ ＱｏＳは逆方向と結合していない（一方向ＰＤＰ
コンテキスト） １ ＱｏＳは逆方向と結合している（双方向ＰＤＰコ
ンテキスト） （ｂ）アップリンクＱｏＳ情報エレメントおよびダウン
リンクＱｏＳ情報エレメントは、起動ＰＤＰコンテキス
トメッセージまたは更新ＰＤＰコンテキストメッセージ
の一部として含まれることが想定される。様々な種類の
メッセージを用いることにより、アップリンクＱｏＳ情
報エレメントとダウンリンクＱｏＳ情報エレメントとを
区別することができ、起動ＰＤＰコンテキストメッセー
ジまたは更新ＰＤＰコンテキストメッセージのレシーバ
は、アップリンク、ダウンリンクあるいは両リンクに対
するＱｏＳ情報エレメントが同一メッセージ内に存在す
るかどうかを、容易に知ることができる。 （ｃ）ＰＤＰコンテキストに関連する何らかのメッセー
ジを生成する前に、ＲＥＳＶメッセージの受信を待機す
る手法に対しては、幾つかのタイマを用いることによ
り、エラー状態を処理することができる。 （ｄ）アップリンクＱｏＳパラメータおよびダウンリン
クＱｏＳパラメータを、ＰＤＵ通知要求メッセージおよ
び要求ＰＤＰコンテキスト起動メッセージに追加するこ
とができる。また、要求ＰＤＰコンテキスト起動メッセ
ージに遅延起動フラグを含めることにより、二次ＰＤＰ
コンテキストを起動する前に、ＴＥからの何らかのメッ
セージを待機しなければならないことを、ＭＴに知らせ
ることができる。
【００６２】本発明の上述実施形態は、単に説明のため
のものであり、本発明による他の実施形態では、他の種
類の信号配列、他の種類および配列の電気通信システム
要素を利用することもできる。本発明の範囲内における
様々な代替実施形態については、当分野の技術者には明
らかであろう。
【００６３】特許請求の範囲に発明の構成要件の後に括
弧で記載した番号がある場合は、構成要件と実施例と対
応づけて発明を容易に理解させる為のものであり、特許
請求の範囲の解釈に用いるべきのものではない。
【図面の簡単な説明】
【図１】本発明に利用することができる資源予約プロト
コル（ＲＳＶＰ）の動作を示す図である。
【図２】本発明を具体化することができる電気通信シス
テムの構成図である。
【図３】（Ａ）移動端末（ＭＴ）のみに着信するＲＳＶ
Ｐに関する、本発明の第１の動作シナリオによる双方向
パケットデータプロトコル（ＰＤＰ）コンテキスト手順
を示す図である。 （Ｂ）移動端末（ＭＴ）のみに着信するＲＳＶＰに関す
る、本発明の第１の動作シナリオに対する異なる手法に
よる双方向パケットデータプロトコル（ＰＤＰ）コンテ
キスト手順を示す図である。 （Ｃ）移動端末（ＭＴ）のみに着信するＲＳＶＰに関す
る、本発明の第１の動作シナリオに対する、さらに異な
る手法による双方向パケットデータプロトコル（ＰＤ
Ｐ）コンテキスト手順を示す図である。
【図４】（Ａ）ＭＴおよびゲートウェイＧＰＲＳ（汎用
パケット無線サービス）サポートノード（ＧＧＳＮ）に
着信するＲＳＶＰに関する、本発明の第２の動作シナリ
オに対する第１の手法による双方向ＰＤＰコンテキスト
手順を示す図である。 （Ｂ）ＭＴおよびゲートウェイＧＰＲＳ（汎用パケット
無線サービス）サポートノード（ＧＧＳＮ）に着信する
ＲＳＶＰに関する、本発明の第２の動作シナリオに対す
る第１の手法による双方向ＰＤＰコンテキスト手順を示
す他の図である。
【図５】（Ａ）ＭＴおよびゲートウェイＧＰＲＳ（汎用
パケット無線サービス）サポートノード（ＧＧＳＮ）に
着信するＲＳＶＰに関する、本発明の第２の動作シナリ
オに対する第２の手法による双方向ＰＤＰコンテキスト
手順を示す図である。 （Ｂ）ＭＴおよびゲートウェイＧＰＲＳ（汎用パケット
無線サービス）サポートノード（ＧＧＳＮ）に着信する
ＲＳＶＰに関する、本発明の第２の動作シナリオに対す
る第２の手法による双方向ＰＤＰコンテキスト手順を示
す他の図である。
【図６】（Ａ）ＭＴおよびゲートウェイＧＰＲＳ（汎用
パケット無線サービス）サポートノード（ＧＧＳＮ）に
着信するＲＳＶＰに関する、本発明の第２の動作シナリ
オに対する第３の手法による双方向ＰＤＰコンテキスト
手順を示す図である。 （Ｂ）ＭＴおよびゲートウェイＧＰＲＳ（汎用パケット
無線サービス）サポートノード（ＧＧＳＮ）に着信する
ＲＳＶＰに関する、本発明の第２の動作シナリオに対す
る第３の手法による双方向ＰＤＰコンテキスト手順を示
す他の図である。
【図７】ＭＴおよびゲートウェイＧＰＲＳ（汎用パケッ
ト無線サービス）サポートノード（ＧＧＳＮ）に着信す
るＲＳＶＰに関する、本発明の第２の動作シナリオに対
する第４の手法による双方向ＰＤＰコンテキスト手順を
示す図である。
【符号の説明】
ＧＧＳＮ ゲートウェイＧＰＲＳサポートノード ＧＰＲＳ 汎用パケット無線サービス ＩＥ 情報エレメント ＭＴ 移動端末 ＰＤＰ パケットデータプロトコル ＱｏＳ サービス品質 ＲＳＶＰ 資源予約プロトコル ＴＥ 端末装置 ＵＭＴＳ ユニバーサル移動電気通信システム １０ 送信側ユーザ １２ 受信側ユーザ ２０ ＵＭＴＳ ２４ ゲートウェイ ２６ コアネットワークエッジ ２８ ＵＴＲＡＮ ３０ ＴＭ ３２ ＴＥ ４０ 外部ネットワーク
───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者 ムーイ チュー チュア アメリカ合衆国、07746 ニュージャージ ー州、マルボロ、スカイラーク コート １ Ｆターム(参考） 5K030 HA08 HB18 HC09 JL01 JT09 LC09 5K067 AA21 BB04 BB21 DD11 DD57 EE02 EE10 EE16 HH11 HH22

Claims (20)

    【特許請求の範囲】
  1. 【請求項１】 電気通信システムにおける資源予約設定
    方法であって、（Ａ）ユーザが、システム内のアップリ
    ンク方向およびダウンリンク方向の両方向における資源
    予約を要求しているかどうかを決定するステップと、
    （Ｂ）必要な資源予約を設定するために、双方向プロト
    コルを実行するステップとを含み、前記双方向プロトコ
    ルは、必要な資源予約が両方向に対して実現されるよう
    にするために、アップリンク方向およびダウンリンク方
    向の両方向に対する資源折衝手順を統合していることを
    特徴とする、電気通信システムにおける資源予約設定方
    法。
  2. 【請求項２】 前記電気通信システムが、ユニバーサル
    移動電気通信システム（ＵＭＴＳ）規格に従って構成さ
    れることを特徴とする請求項１に記載の方法。
  3. 【請求項３】 前記双方向プロトコルが、パケットデー
    タプロトコル（ＰＤＰ）を備えることを特徴とする請求
    項１に記載の方法。
  4. 【請求項４】 前記双方向プロトコルは、最初にアップ
    リンク方向に対する資源予約折衝を実行し、次にダウン
    リンク方向に対する資源予約折衝を実行することを特徴
    とする請求項１に記載の方法。
  5. 【請求項５】 前記資源折衝手順が、資源予約プロトコ
    ル（ＲＳＶＰ）手順を含むことを特徴とする請求項１に
    記載の方法。
  6. 【請求項６】 前記双方向プロトコルが、前記システム
    の移動端末（ＭＴ）要素においてのみ、ＲＳＶＰ信号メ
    ッセージが着信するシステム動作シナリオで実行される
    ことを特徴とする請求項５に記載の方法。
  7. 【請求項７】 前記双方向プロトコルが、前記システム
    のＭＴ要素およびゲートウェイＧＰＲＳ（汎用パケット
    無線サービス）サポートノード（ＧＧＳＮ）の両方にお
    いて、前記ＲＳＶＰ信号メッセージが着信するシステム
    動作シナリオで実行されることを特徴とする請求項５に
    記載の方法。
  8. 【請求項８】 前記システムのＭＴ要素内におけるシス
    テムの端末装置（ＴＥ）要素からの初回ＰＡＴＨメッセ
    ージを受信することにより、二次ＰＤＰコンテキストが
    存在しない場合に、二次ＰＤＰコンテキストを起動する
    ための手順がトリガされることを特徴とする請求項１に
    記載の方法。
  9. 【請求項９】 前記システムのＭＴ要素内におけるシス
    テムのＴＥ要素からの初回ＲＥＳＶ（資源確保）メッセ
    ージを受信することにより、不完全双方向ＰＤＰコンテ
    キストが存在する場合に、二次ＰＤＰコンテキストを更
    新するための手順がトリガされることを特徴とする請求
    項１に記載の方法。
  10. 【請求項１０】 前記システムのＧＧＳＮ要素内におけ
    るシステムの外部ネットワーク要素から初回ＰＡＴＨメ
    ッセージを受信することにより、二次ＰＤＰコンテキス
    トが存在しない場合に、前記システムのＭＴ要素に、二
    次ＰＤＰコンテキストを起動するための手順をトリガさ
    せることを特徴とする請求項１に記載の方法。
  11. 【請求項１１】 前記システムのＭＴ要素内におけるシ
    ステムのＴＥ要素から初回ＲＥＳＶメッセージを受信す
    ることにより、二次ＰＤＰコンテキストが存在しない場
    合に、二次ＰＤＰコンテキストを起動するための手順が
    トリガされることを特徴とする請求項１に記載の方法。
  12. 【請求項１２】 前記システムのＭＴ要素が、前記シス
    テムのＴＥ要素からの初回ＲＥＳＶメッセージ、およ
    び、前記システムのＧＧＳＮ要素から転送される初回Ｒ
    ＥＳＶメッセージの両メッセージを受信することによ
    り、二次ＰＤＰコンテキストを起動するための手順がト
    リガされることを特徴とする請求項１に記載の方法。
  13. 【請求項１３】 前記システムの特定のＭＴ要素に対す
    る一次資源予約コンテキストまたはデフォルト資源予約
    コンテキストが設定された後に、そのＭＴ要素に対する
    前記双方向プロトコルが実行されることを特徴とする請
    求項１に記載の方法。
  14. 【請求項１４】 前記決定ステップ（Ａ）が、アップリ
    ンクおよびダウンリンクの両方向に対する資源予約をユ
    ーザが要求しているかどうかを識別するために、フラグ
    ビットを利用することを特徴とする請求項１に記載の方
    法。
  15. 【請求項１５】 前記フラグビットが、前記システムの
    サービス品質（ＱｏＳ）情報エレメント（ＩＥ）と結合
    していることを特徴とする請求項９に記載の方法。
  16. 【請求項１６】 前記フラグビットが、双方向プロトコ
    ルアプリケーションと一方向プロトコルアプリケーショ
    ンのユーザによる選択を可能にしていることを特徴とす
    る請求項９に記載の方法。
  17. 【請求項１７】 前記フラグビットが、２ビットのフラ
    グビットからなり、その値によって、ユーザが、アップ
    リンク方向およびダウンリンク方向のいずれの方向に対
    しても資源予約を要求していないこと、あるいは、アッ
    プリンク方向に対してのみ、資源予約を要求しているこ
    と、または、ダウンリンク方向に対してのみ、資源予約
    を要求していること、もしくは、アップリンクおよびダ
    ウンリンクの両方向に対して資源予約を要求しているこ
    とを示すことを特徴とする請求項９に記載の方法。
  18. 【請求項１８】 前記フラグビットが単一ビットからな
    り、資源予約要求の特定の方向に対して、その要求が逆
    方向の対応する要求と結合しているか否かを示すことを
    特徴とする請求項９に記載の方法。
  19. 【請求項１９】 電気通信システムにおける資源予約設
    定のための装置であって、ユーザが、前記システム内の
    アップリンク方向およびダウンリンク方向の両方向にお
    ける資源予約を要求しているかどうかを決定し、必要な
    資源予約を設定するために双方向プロトコルを実行する
    システム要素を備え、前記双方向プロトコルが、必要な
    資源予約が両方向に対して実現されるようにするため
    に、アップリンク方向およびダウンリンク方向の両方向
    に対する資源折衝手順を統合していることを特徴とす
    る、電気通信システムにおける資源予約設定装置。
  20. 【請求項２０】 電気通信システムにおける資源予約設
    定に使用されるソフトウェアプログラムを記憶させるた
    めの機械可読媒体であって、プログラムが実行される
    と、 ユーザが、前記システム内のアップリンク方向およびダ
    ウンリンク方向の両方向における資源予約を要求してい
    るかどうかを決定するステップと、 必要な資源予約を設定するために双方向プロトコルを実
    行するステップとを提供し、前記双方向プロトコルが、
    必要な資源予約が両方向に対して実現されるようにする
    ために、アップリンク方向およびダウンリンク方向の両
    方向に対する資源折衝手順を統合していることを特徴と
    する、電気通信システムにおける資源予約設定用ソフト
    ウェアプログラムを記憶させるための機械可読媒体。
JP2001135107A 2000-05-05 2001-05-02 移動電気通信システムのための双方向パケットデータプロトコル手法および装置 Abandoned JP2002010364A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/565,510 US6654610B1 (en) 2000-05-05 2000-05-05 Two-way packet data protocol methods and apparatus for a mobile telecommunication system
US09/565510 2000-05-05

Publications (2)

Publication Number Publication Date
JP2002010364A true JP2002010364A (ja) 2002-01-11
JP2002010364A5 JP2002010364A5 (ja) 2008-06-19

Family

ID=24258941

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001135107A Abandoned JP2002010364A (ja) 2000-05-05 2001-05-02 移動電気通信システムのための双方向パケットデータプロトコル手法および装置

Country Status (5)

Country Link
US (1) US6654610B1 (ja)
EP (1) EP1152571B1 (ja)
JP (1) JP2002010364A (ja)
CA (1) CA2340487C (ja)
DE (1) DE60117476T2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6884514B2 (en) * 2002-01-11 2005-04-26 Saint-Gobain Ceramics & Plastics, Inc. Method for forming ceramic layer having garnet crystal structure phase and article made thereby
JP2007501578A (ja) * 2003-08-06 2007-01-25 ノキア コーポレイション 移動局とｉｐネットワーク間におけるインタフェースでのサービス品質サポート
JP2010536289A (ja) * 2007-08-14 2010-11-25 アルカテル−ルーセント ユーエスエー インコーポレーテッド ワイヤレス通信ネットワークにおける無線リンク障害復旧のための方法及び装置

Families Citing this family (60)

* Cited by examiner, † Cited by third party
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
EP1226697B1 (en) * 1999-11-03 2010-09-22 Wayport, Inc. Distributed network communication system which enables multiple network providers to use a common distributed network infrastructure
US20020131447A1 (en) * 2000-03-27 2002-09-19 Shridhar Krishnamurthy System and method for wireless packet data content switch
US7298697B2 (en) * 2000-04-10 2007-11-20 Nokia Corporation Setting a communication channel
US8295269B1 (en) * 2000-04-10 2012-10-23 Nokia Corporation Technique for informing network of voice traffic
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
GB0011058D0 (en) * 2000-05-08 2000-06-28 Nokia Networks Oy Data bearers in a communication system
EP1154599A1 (en) * 2000-05-09 2001-11-14 Lucent Technologies Inc. Resource reservation in 3G or future generation telecommunication network III
FI20001544A (fi) 2000-06-29 2001-12-30 Nokia Networks Oy Poikkeavan päätelaitteen tukeminen verkossa
ATE484933T1 (de) * 2000-08-14 2010-10-15 Nokia Siemens Networks Oy Kommunikationssystem und verfahren zum bereitstellen eines verfahrens zur auswahl der betriebsart
US7136382B1 (en) * 2000-08-25 2006-11-14 Novell, Inc. System and method for providing quality of service operations using IP addresses
KR100761185B1 (ko) * 2000-08-31 2007-09-21 유티스타콤코리아 유한회사 차세대 이동 통신 시스템에서의 비동기식 무선망과 동기식코어 네트워크 간 연동시 멀티 콜을 지원하는 방법
US7283502B1 (en) * 2000-09-21 2007-10-16 Lucent Technologies Inc. Enhancement of framing protocol frame format to support quality of service
GB0024694D0 (en) * 2000-10-09 2000-11-22 Nokia Networks Oy Connection set-up in a communication system
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
US6970423B2 (en) * 2001-01-18 2005-11-29 Lucent Technologies Inc. Universal mobile telecommunications system (UMTS) quality of service (QoS) supporting asymmetric traffic classes
US7483989B2 (en) * 2001-03-13 2009-01-27 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for establishing a protocol proxy for a mobile host terminal in a multimedia session
US7054945B2 (en) * 2001-04-09 2006-05-30 Nokia Corporation Technique for providing announcements in mobile-originated calls
EP1393410B1 (en) * 2001-05-17 2005-10-26 Nokia Corporation Device and method for temporary deactivation of subscriber information
US20020178254A1 (en) * 2001-05-23 2002-11-28 International Business Machines Corporation Dynamic deployment of services in a computing network
US7287070B2 (en) * 2001-05-25 2007-10-23 Interdigital Technology Corporation Determining control of an internet communication between a sender and receiver
US7123598B1 (en) * 2001-06-29 2006-10-17 Nokia Inc. Efficient QoS signaling for mobile IP using RSVP framework
TW582155B (en) * 2001-11-02 2004-04-01 Interdigital Tech Corp Bi-directional and reverse directional resource reservation setup protocol
JP3880451B2 (ja) * 2002-05-20 2007-02-14 富士通株式会社 Ｒｓｖｐを用いた移動通信システム
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
WO2004001520A2 (en) * 2002-06-20 2003-12-31 Nokia Corporation QoS SIGNALING FOR MOBILE IP
US7240104B2 (en) * 2002-08-21 2007-07-03 Defywire, Inc. Method and apparatus for managing resources stored on a communication device
US6891860B2 (en) * 2002-08-21 2005-05-10 Defywire, Inc. Method and apparatus for establishing multiple bandwidth-limited connections for a communication device
US7086051B2 (en) * 2002-08-21 2006-08-01 Defywire, Inc. Method and apparatus for just-in-time provisioning application-related information at a communication device
US7606190B2 (en) * 2002-10-18 2009-10-20 Kineto Wireless, Inc. Apparatus and messages for interworking between unlicensed access network and GPRS network for data services
EP2334137A3 (en) * 2002-10-18 2012-07-25 Kineto Wireless, Inc. Method and apparatuses for releasing an ongoing communication session of a telecommunication device
US7471655B2 (en) * 2003-10-17 2008-12-30 Kineto Wireless, Inc. Channel activation messaging in an unlicensed mobile access telecommunications system
US7634274B2 (en) * 2002-12-31 2009-12-15 Nokia Corporation Connection establishment for PDP contexts
US9350566B2 (en) * 2003-04-30 2016-05-24 Nokia Technologies Oy Handling traffic flows in a mobile communications network
US8050275B1 (en) * 2003-11-18 2011-11-01 Cisco Technology, Inc. System and method for offering quality of service in a network environment
US7957348B1 (en) * 2004-04-21 2011-06-07 Kineto Wireless, Inc. Method and system for signaling traffic and media types within a communications network switching system
US20050261970A1 (en) 2004-05-21 2005-11-24 Wayport, Inc. Method for providing wireless services
US7940746B2 (en) 2004-08-24 2011-05-10 Comcast Cable Holdings, Llc Method and system for locating a voice over internet protocol (VoIP) device connected to a network
US20060133333A1 (en) * 2004-12-21 2006-06-22 Utstarcom, Inc. Method and apparatus to increase session capacity
US20060262789A1 (en) * 2005-05-20 2006-11-23 Go Networks Inc. Method and corresponding device for packets classification
US8009676B2 (en) * 2005-07-26 2011-08-30 Cisco Technology, Inc. Dynamically providing a quality of service for a mobile node
JPWO2007080780A1 (ja) * 2006-01-10 2009-06-11 パナソニック株式会社 通信システム及び通信方法
US8165086B2 (en) * 2006-04-18 2012-04-24 Kineto Wireless, Inc. Method of providing improved integrated communication system data service
US20080039086A1 (en) 2006-07-14 2008-02-14 Gallagher Michael D Generic Access to the Iu Interface
US20080076425A1 (en) 2006-09-22 2008-03-27 Amit Khetawat Method and apparatus for resource management
GB2440978B (en) * 2006-08-16 2012-01-04 Wireless Tech Solutions Llc Wireless communication system, apparatus for supporting data flow and methods therefor
US8261327B2 (en) 2007-07-12 2012-09-04 Wayport, Inc. Device-specific authorization at distributed locations
CN101766048A (zh) * 2007-07-30 2010-06-30 艾利森电话股份有限公司 选择媒体流的方法
US8600341B2 (en) 2008-03-14 2013-12-03 William J. Johnson System and method for location based exchanges of data facilitating distributed locational applications
US8897742B2 (en) 2009-11-13 2014-11-25 William J. Johnson System and method for sudden proximal user interface
US8639267B2 (en) 2008-03-14 2014-01-28 William J. Johnson System and method for location based exchanges of data facilitating distributed locational applications
US8761751B2 (en) 2008-03-14 2014-06-24 William J. Johnson System and method for targeting data processing system(s) with data
US8566839B2 (en) 2008-03-14 2013-10-22 William J. Johnson System and method for automated content presentation objects
US8634796B2 (en) 2008-03-14 2014-01-21 William J. Johnson System and method for location based exchanges of data facilitating distributed location applications
KR101791533B1 (ko) * 2011-04-28 2017-10-30 삼성전자 주식회사 이동통신 시스템에서 자원 예약 방법 및 시스템
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
US11405981B1 (en) * 2020-05-18 2022-08-02 NortonLifeLock Inc. Routing server communications through a nearby mobile device

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE9304119D0 (sv) * 1993-12-10 1993-12-10 Ericsson Ge Mobile Communicat Apparatuses and mobile stations for providing packet data communication in digital TDMA cellular systems
US5995503A (en) * 1996-06-12 1999-11-30 Bay Networks, Inc. Method and apparatus for providing quality of service routing in a network
FI104142B (fi) * 1996-10-25 1999-11-15 Nokia Mobile Phones Ltd Radioresurssien käytön ohjausmenetelmä
US6240083B1 (en) * 1997-02-25 2001-05-29 Telefonaktiebolaget L.M. Ericsson Multiple access communication network with combined contention and reservation mode access
US6134231A (en) * 1997-08-08 2000-10-17 Telefonaktiebolaget Lm Ericsson (Publ) Uplink channel puncturing for reduced interference within a wireless data communications network
JPH11103303A (ja) * 1997-09-26 1999-04-13 Sony Corp ネットワーク資源予約制御方法および装置、受信端末、送信端末、並びに中継装置
JP2000032048A (ja) * 1998-07-14 2000-01-28 Fujitsu Ltd ネットワーク装置
FI105969B (fi) 1998-08-10 2000-10-31 Nokia Networks Oy Palvelunlaadun hallinta matkaviestinjärjestelmässä
FI107861B (fi) * 1998-08-28 2001-10-15 Nokia Mobile Phones Ltd Naapurisolumittaukset solun uudelleenvalintaa varten
EP1130931A1 (en) 2000-03-03 2001-09-05 Lucent Technologies Inc. Resource reservation in mobile packet data telecommunications network
EP1154600A1 (en) * 2000-05-09 2001-11-14 Lucent Technologies Inc. Resource reservation in 3G or Future Generation telecommunication network (iv)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6884514B2 (en) * 2002-01-11 2005-04-26 Saint-Gobain Ceramics & Plastics, Inc. Method for forming ceramic layer having garnet crystal structure phase and article made thereby
JP2007501578A (ja) * 2003-08-06 2007-01-25 ノキア コーポレイション 移動局とｉｐネットワーク間におけるインタフェースでのサービス品質サポート
JP2010536289A (ja) * 2007-08-14 2010-11-25 アルカテル−ルーセント ユーエスエー インコーポレーテッド ワイヤレス通信ネットワークにおける無線リンク障害復旧のための方法及び装置

Also Published As

Publication number Publication date
DE60117476D1 (de) 2006-04-27
US6654610B1 (en) 2003-11-25
EP1152571A2 (en) 2001-11-07
CA2340487A1 (en) 2001-11-05
EP1152571B1 (en) 2006-03-01
EP1152571A3 (en) 2003-05-21
DE60117476T2 (de) 2006-08-31
CA2340487C (en) 2005-08-09

Similar Documents

Publication Publication Date Title
JP2002010364A (ja) 移動電気通信システムのための双方向パケットデータプロトコル手法および装置
US7227865B2 (en) Utilizing session initiation protocol for identifying user equipment resource reservation setup protocol capabilities
EP1374494B1 (en) Method and apparatus for establishing a protocol proxy for a mobile host terminal in a multimedia session
JP5175258B2 (ja) 通信システムにおけるパケット・フロー処理
US6708034B1 (en) End-to-end quality of service guarantee in a wireless environment
US6931448B2 (en) Method, server and arrangement in a communication network
US8514773B2 (en) Packet flow processing in a communication system
US6920499B2 (en) Resource reservation in third generation telecommunication network by comparing RSVP messages
JP2003527009A (ja) パケットデータ用のパケットデータ加入者コンテクストをアクチベートするための方法及びシステム
US20010053126A1 (en) Resource reservation in 3G or future generation telecommunication network II
US20020093979A1 (en) Resource reservation in 3G or future generation telecommunication network
KR100387537B1 (ko) ＱｏＳ 세션 형성 방법 및 네트워크
KR20050067948A (ko) 3 세대 네트워크에서 ｒｓｖｐ 프로토콜 운용 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080502

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080502

A762 Written abandonment of application

Free format text: JAPANESE INTERMEDIATE CODE: A762

Effective date: 20090401