JP4021207B2 - 移動局で用いられる方法 - Google Patents
移動局で用いられる方法 Download PDFInfo
- Publication number
- JP4021207B2 JP4021207B2 JP2002010749A JP2002010749A JP4021207B2 JP 4021207 B2 JP4021207 B2 JP 4021207B2 JP 2002010749 A JP2002010749 A JP 2002010749A JP 2002010749 A JP2002010749 A JP 2002010749A JP 4021207 B2 JP4021207 B2 JP 4021207B2
- Authority
- JP
- Japan
- Prior art keywords
- field
- traffic class
- uplink
- downlink
- traffic
- 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
- 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
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
Description
【０００１】
【発明の属する技術分野】
本発明は、通信システムに関し、特にパケット通信システムに関する。
【０００２】
【従来の技術】
無線通信システムが発展するにつれて、移動交換器センター（mobile switching center,ＭＳＣ）とその基地局との間の通信は、トランスポートメカニズムに基づいたインターネットプロトコール（Internet Protocol,ＩＰ）に移行しつつある。本明細書においては、用語「ワイヤレスシステム」とは、例えばＣＤＭＡ（code division multiple access）、ＧＳＭ（Global System for Mobile Communications）とＵＭＴＳ（Universal Mobile Telecommunications System）を指す。かくして、「プッシュサービス」が例えばＵＭＴＳで利用可能なものとして考えられている。プッシュサービスにおいては、ユーザはインターネットウェブサイトに入りユーザが送りたいデータと時間のプロファイルを決める。その条件が満足されると、メッセージは自動的にユーザ機器（user's equipment，ＵＥ、本明細書においては移動局（mobile station，ＭＳ）とも称する）にプッシュされる（流される、押し出される）。
【０００３】
ＵＭＴＳを例に説明を続ける。技術仕様（Technical Specification,ＴＳ）２３．０６０では、パケットデータプロトコール（ＰＤＰ）コンテキスト（例えば、３Ｇ ＴＳ２３．０６０Ｖ３．４．０（２０００−０７）３ＧＰＰ汎用パケット無線サービス（General Packet Radio Service，ＧＰＲＳ）、サービス記述書、ステージ２（リリース９９））においては、ＭＳは対称的なトラフィッククラス（ＭＳ（移動局）からＧＰＲＳへのアップリンクとＧＰＲＳからＭＳへのダウンリンク）を必要としている。かくして、上記のＴＳ２３．０６０の仕様書に記載されたクオリティオブサービス（Quality of Service、ＱｏＳ）情報要素（information element，ＩＥ）により、ＰＤＰコンテキスト活性化手順においては、ＭＳ（移動局）のみが１つのトラフィッククラス（アップリンクとダウンリンクの両方をカバーする）を得るためにネゴシエートすることが許されている。さらにまた、ＧＰＲＳが特定のＱｏＳリクエストを満足するため、十分な資源を有していない場合には、ＭＳは別のＱｏＳリクエストを別のＰＤＰコンテキスト活性化手順を介して再度トライしなければならない。このような再トライは、ユーザが所望している適宜のＱｏＳでもってＰＤＰコンテキストを設定する際に不必要な遅延を引き起こすことになる。
【０００４】
【発明が解決しようとする課題】
ところがプッシュサービスは、ユーザへサービスを提供する際のアップリンク方向とダウンリンク方向に対し、所望のトラフィッククラスの不均衡が発生する一例に過ぎない。例えば、「プッシュサービスリクエスト」を得るためには、ユーザは「双方向（interactive）」のトラフィッククラスを使用するが、音楽をダウンロードする際には「ストリーミング（streaming、一方向）」トラフィッククラスを所望している。かくして、無線通信システムあるいは汎用のパケット無線システムにおいては、移動局と無線システムとの間のサービスに対し、移動局が非対称のトラフィッククラスのネゴシエーションができることが好ましい。
【０００５】
【課題を解決するための手段】
本発明の一実施例においては、ＵＭＴＳコアネットワークは、ＭＳとの非対称のトラフィッククラスのネゴシエーションをサポートする。特に新たなＱｏＳ ＩＥは、ＭＳが非対称のトラフィッククラスを得るためにネゴシエーションができるよう規定されている。
【０００６】
【発明の実施の形態】
本発明によるＵＭＴＳネットワーク２００を図１に示す。本発明の技術的概念以外は図１に示した要素は、既知のものであり、詳細な説明は割愛する。例えば、ＵＭＴＳネットワーク２００は無線アクセスネットワーク（radio access network，ＲＡＮ）を有する。本明細書においては「ＵＭＴＳ地上波無線アクセスネットワーク」（UMTS Terrestrial Radio Access Network，ＵＴＲＡＮ））とコアネットワーク（core network，ＣＮ）とも称する。
【０００７】
コアネットワーク（ＣＮ）は、バックボーンネットワーク（図示せず）に接続されている。バックボーンネットワークは、他のエンドポイントへのアクセスを提供するために、インターネットと公衆交換電話ネットワーク（public switched telephone network，ＰＳＴＮ）とを有する。ＲＡＮは、移動局（ＭＳ）２０５（本明細書においては無線エンドポイントと称する）とノードＢ２１０と無線ネットワークコントローラ（ＲＮＣ）２１５とを有する。（ＵＭＴＳは用語「ノードＢ」を用いるが、これは本明細書では基地局とも称する。）コアネットワーク（ＣＮ）は、サービス中のＧＰＲＳサポートノード（ＳＧＳＮ）２２０とゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２２５と素子２３０とを有し、この素子２３０が、ゲートキーパー（ＧＫ）（ＩＴＵ Ｈ．３２３の素子）とＩＰ／ＰＳＴＮゲートウェイ（ＧＷ）（Ｈ．３２３とＰＳＴＮとの間の変換用）を有する。
【０００８】
同図には単一のブロック素子として示しているが、ＵＭＴＳネットワーク２００の素子は、蓄積プログラム制御型（stored-program-control）のプロセッサーとメモリと適宜のインターフェースカード（図示せず）とを有する。本明細書において用語「パケットサーバ」とは、ＵＭＴＳネットワーク２００の上記の素子、例えばＳＧＳＮ２２０，ＭＳ２０５のうちの１つであるパケットプロセッサとも称する。本発明の技術的概念は、従来のプログラム技術を用いて実現できるが詳細な説明は割愛する。
【０００９】
本発明の実施例を説明する前に、従来技術に係るクオリティオブサービス（ＱｏＳ）情報要素（ＩＥ）とパケットデータプロトコール（ＰＤＰ）コンテキスト活性化手順をそれぞれ図２，３を参照して説明する。（より詳細な情報は、上記の標準ＴＳ２３．０６０仕様書および３Ｇ技術仕様書（ＴＳ）２３．１０７Ｖ３．３．０、"Technical Specification Group Services and System Aspects; QoS Concept and Architecture; (Release 1999)" 第３世代のパートナーシッププロジェクト（3ｒｄ Generation Partnership Project，３ＧＰＰ）を参照のこと。）本発明の概念以外は、本明細書の記述は公知のＵＭＴＳ情報フィールドとメッセージフローを用いているが、これについては詳述しない。
【００１０】
図２のＱｏＳ ＩＥ３００に示すように、ＱｏＳ ＩＥが符号化、即ちフォーマット化される。ＱｏＳ ＩＥ３００は、１３オクテット（１オクテットは８ビット）の長さを有し、ＰＤＰコンテキストに対し、ＱｏＳパラメータを指定する。最初の２つのオクテット、即ち第１、第２オクテットが、情報要素（ここでは、ＱｏＳ ＩＥ）の種類とその長さを規定する。第３オクテットは、２個のスペアビットとを有し、遅延クラスと信頼性クラス（それぞれ３ビットずつ）を通信する。第４オクテットは、ピークスループットと優先クラス（precedence class）とスペアビットとを有する。第５オクテットは、平均スループットと３個のスペアビットとを有する。
【００１１】
第６オクテットは、トラフィッククラス（会話型（conversatinal）、ストリーミング型(streaming、一方向型), 双方向型（interactive）、バックグラウンド(backgound)）と分配命令（ＵＭＴＳベアラーがインシーケンスのサービスデータユニット（service data units，ＳＤＵ）とＳＤＵ分配を提供するか否か）とエラーのＳＤＵの分配を搬送する。誤ったものとして検出されたＳＤＵは、分配されるかあるいは廃棄される。ＳＤＵは、ペイロードを含むパケットであるため第７オクテットは、最大ＳＤＵサイズを搬送する。第８と第９のオクテットは、それぞれアップリンク方向とダウンリンク方向に対する最大ビットレートを搬送する。第１０オクテットは、残留ビットエラーレート（bit error rate，ＢＥＲ）（これは分配されたＳＤＵ内にある未検出のビットエラーレートを示す）とＳＤＵエラーレート（これは失われたりあるいはエラーとして検出されたＳＤＵの一部を示す）を搬送する。第１１オクテットは、伝播遅延とトラフィック処理優先を搬送する。最後に、第１２、１３オクテットは、それぞれアップリンクとダウンリンクに対する保証されたビットレートを搬送する。
【００１２】
上記したように、ＱｏＳ ＩＥがＰＤＰコンテキストのＱｏＳパラメータを指定する。ＰＤＰコンテキストの活性化を行うための従来のメッセージフローを図３に示す。ＭＳ２０５（図１の）と、ＲＮＣ２１５（従来公知の）の間の「アタッチ手順」が実行された後、ＭＳ２０５はＳＧＳＮ２２０に上記のＱｏＳ ＩＥを含む「ＰＤＰ（packet data protocol）コンテキスト活性化」リクエストメセージを送信する。(ＰＤＰコンテキスト活性化手順の間他のメッセージが図１に示された様々なパケットサーバ間で通信されるが、これらは説明を明瞭にするために省かれている。例えば、無線アクセスベアラ（radio access bearer，ＲＡＢ）の設定が行われる。さらにまた、エラー状態に遭遇することがある。例えば、ＳＧＳＮはある条件下では、ＰＤＰコンテキスト活性化リクエストを拒否することがある。更なる情報が上記の標準ＴＳ２３．０６０Ｖ３．４．０に見出すことができる。
【００１３】
これに応答して、ＳＧＳＮ２２０は「ＰＤＰコンテキスト生成」リクエストメッセージをＧＧＳＮ２２５に送る。ＧＧＳＮ２２５は、受領確認として「ＰＤＰコンテキスト生成」応答メッセージでもって応答する。「ＰＤＰコンテキスト生成」応答メッセージを受領すると、ＳＧＳＮ２２０は「ＰＤＰコンテキスト活性化」応答メッセージをＭＳ２０５に送る。
【００１４】
図２のＱｏＳ ＩＥ３００から分かるように、１種類のトラフィッククラスのみがネゴシエートされる。そのため移動局と無線システムとの間にサービスを与えるために、移動局による非対称のトラフィッククラスネゴシエーションをサポートするために、本発明の修正したＱｏＳ ＩＥ４００を図４に示す。ＱｏＳ ＩＥ４００の最初の４個のオクテットは、ＱｏＳ ＩＥ３００の最初の４個のオクテットに類似している。第５オクテットにおいては、前の「スペア」ビットは次のように定義される。
−Ｔビット − 非対称トラフィッククラスを示す（それ以外はクリアされる）ためのセットバリュー（例えば、ビット値が論理１として認識される）
−Ｒビット − ＳＤＵエラーレート、残留ＢＥＲ、転送遅延、（それ以外はクリアされる）の非対称ニーズ（アップリンク／ダウンリンク）を示すセットバリュー
−Ｄビット − 下級（downgradable）ＱｏＳクラス、（それ以外の場合クリアされる）を示すセットバリュー
【００１５】
Ｔビットが設定されると、これは非対称トラフィッククラスがネゴシエートされるべきであること（およびＩＥ中の第１６オクテットの存在）を示す。これはトラフィッククラス分配命令、トラフィッククラス用のアップリンク要件とは異なるエラー状態のＳＤＵの分配（第６オクテット）と分配命令とエラー状態ＳＤＵの分配（第１６オクテット）に関するダウンリンク要件となる。Ｒビットが設定されるとこれは第１７と第１８オクテットの存在を示し、これにより残留ＢＥＲの差と、ＳＥＵエラー比率と、アップリンク方向とダウンリンク方向の伝送遅延をサポートすることが可能となる。図に示すように、Ｒビットはプッシュサービスで用いられ、ダウンリンクはストリーム（ストリーミング）トラフィッククラスであるのに対し、アップリンクは双方向トラフィッククラスである。（明らかに第２オクテットで通信されるＩＥの長さはＤビット、Ｔビット、Ｒビットの値に依存する。かくして、様々な種類の非対称ニーズが、従来のＱｏＳ ＩＥ３００で規定されたビットレートだけでなくＱｏＳ ＩＥ４００により満たすことができる。
【００１６】
さらにまた、ＱｏＳ ＩＥ４００は、Ｄビットで示されるような更なる特徴（下級ＱｏＳクラス）を与える。これにより、より早いＰＤＰコンテキストの設定時間が可能となるが、その理由はＱｏＳネゴシエーションにおける再トライの回数を減らすからである。Ｄビットをコンプリメントするために、さらに別のトラフィッククラスが規定される、あるいは既存のトラフィッククラスの組合せが規定される。図２のＱｏＳ ＩＥ３００から分かるようにトラフィッククラスフィールドは、３ビットの長さを有する、即ち８個の異なる値をサポートできる、そのうちの４個が特定のタイプのトラフィッククラスを搬送する、即ち、会話型、ストリーミング、双方向、バックグラウンド。
【００１７】
同図に示すように、さらに余分のトラフィッククラスの組合せが図５の表に示されたＤビットと共に使用するために規定される。例えば、現在のトラフィッククラス（会話型、ストリーミング型、双方向型、バックグラウンド型）が、ビット値００１，０１０，０１１，１００により定義される。さらにまた、Ｄビットを例えば１の値に設定すると、１０１のトラフィッククラスビット値は、ストリーミングトラフィッククラスを最初に、そしてリクエストに失敗すると双方向トラフィッククラスとする要求を意味し、１１０のトラフィッククラスビット値は、双方向トラフィッククラスを最初に、そしてリクエストに失敗するとバックグラウンドトラフィッククラスを最初にする要求を意味する。複数のトラフィククラス（特定の優先順位により許可されるべき）が単一のＱｏＳ ＩＥで要求される。
【００１８】
かくして、ネットワークがこの種類のＱｏＳ ＩＥを受領すると、ネットワークは最初に要求されたトラフィッククラスを与えるために十分な資源が利用可能であるかをチェックし、利用可能でない場合には直ちに第２の要求されたトラフィッククラスを与えるために十分な資源があるか否かがチェックされる。例えば、これはＭＳによるリクエストの拒絶および後続の更なるＱｏＳ ＩＥの送信を必要とすることなく行われる。他の実現の可能性として、例えばＤビットが設定されると更なるオクテットが第１４オクテットとして挿入される（後続のオクテットをさらにプッシュダウンする、例えばＱｏＳ ＩＥ４００の第１８オクテットが第１９オクテットとなる）。そして、更なる別のトラフィッククラスあるいはトラフィッククラスの組合せを規定するためである。
【００１９】
一実施例として、３つの別のトラフィッククラスの組合わせも所定のビットパターンで定義することができる。第１のストリーミングリクエスト、これが否定された場合には双方向リクエストで、さらにこれが否定された場合には、バックグランドリクエスト等である（図５を参照のこと）。別法として、Ｄビット、Ｔビット、Ｒビットが設定されると、ＳＧＳＮは所定の加入プロファイルをチェックして、ＲＡＢ設定手順を実行する前に（ここでは詳述しない）、上級化（upgradable）ＲＡＢ割当てリクエストメッセージを占有する（populate）ために関連情報を得る。この後者のアプローチは、図４のＱｏＳ ＩＥ４００の余分のオクテットの数を減らすことができる。かくしてＱｏＳ ＩＥを上級化することにより受け入れ可能なＱｏＳが第１のＰＤＰコンテキスト活性化手順上でネゴシエートできるような確立を増やすような余分な情報が搬送される。
【００２０】
特定のトラフィッククラスあるいは別のトラフィッククラスの選択は、例えばリクエストを初期化する際にユーザにより実行される。例えば、ユーザがストリーミング型（高コスト）あるいは双方向型（低コスト）のいずれかをサポートするようなサービスに加入申し込みすると、ユーザはＭＳ内のサービスプロファイルあるいは優先スクリーン（図示せず）上で所定のフィールドを設定することにより、誰が最初にトライするかを指定することができる。ＭＳがその後ＰＤＰコンテキスト活性化手順を実行すると（電源を入れたときにサービスプロファイルが登録を規定した場合にはＭＳの電源入力時に）、Ｄビットが設定され、適宜のトラフィッククラス値がＱｏＳ ＩＥ４００に挿入され、ストリーミングトラフィッククラスが最初に要求され、（ストリーミングが利用できない場合には）双方向トラフィッククラスを要求する。
【００２１】
１個のＱｏＳ ＩＥ内で複数のトラフィッククラスのうちのいずれか１つを得るために、ネゴシエートする機能をさらに拡張して「上級ＱｏＳ」を与えるようにすることができる。これを図６，７に示す。図６は、ＱｏＳ ＩＥ５００を示し、第３オクテットの第８ビットを用いて上級ビット即ちＵビットを示す。例えば、ＭＳ（あるいはＵＥ）がハンドオフを実行するときには、ＭＳは双方向トラフィッククラスからストリーミングトラフィッククラスへのＱｏＳの上級化を望む。この事象の場合、ビットＵはＱｏＳを上級化するためのリクエストを示すよう設定される。トラフィッククラス内の要求された変化は、トラフィッククラスフィールド値で搬送される。（ＱｏＳ ＩＥ５００のコンテキストにおいては、トラフィッククラスフィールド値はダウンリンクトラフィッククラス（第６オクテット）あるいはアップリンクトラフィッククラス（第１６オクテット）のいずれかで用いられる。）図７は、Ｕビットが設定されたときに使用されるための関連するトラフィッククラスフィールド値を示す。
【００２２】
図４のＱｏＳ ＩＥ４００を用いたＰＤＰコンテキスト活性化手順を図８に示す。ＱｏＳ ＩＥ４００を含む以外はＰＤＰコンテキスト活性化手順は、図３の手順に類似し詳細な説明は割愛する。
【００２３】
図９において、本発明により用いられる代表的なパケットサーバのブロック図を示す。パケットサーバ６０５は蓄積プログラム制御型のプロセッサアーキテクチャであり、プロセッサ６５０とメモリ６６０（上記の修正されたＰＤＰコンテキスト活性化手順サポート非対称ＱｏＳに従って通信するプログラムインストラクションとデータを記憶する）とパス６６６により表されるパケット通信設備（トランシーバとエアーインターフェース）に結合される通信インターフェース６６５とを含む。
【００２４】
上記の説明は本発明の単なる一実施例であり、様々な変形例を用いて本発明を実施することができるが、これはいずれも本発明の範囲内に入る。例えば、本発明の技術的概念は、ＰＤＰコンテキスト活性化手順を例に説明したが、変更したＱｏＳも他の手順、例えばアップデートＰＤＰコンテキストシステム間インターＳＧＳＮ変化、ＳＲＮＳリロケーション手順（ＴＳ２３．０６０Ｖ３．４．０）とＲＡＢ割当てメッセージにも適用可能である。さらに本発明は、ＵＭＴＳを例に説明したが、本発明の技術的概念はどのような無線システムにも適用可能である。
【００２５】
特許請求の範囲の発明の要件の後に括弧で記載した番号がある場合は、本発明の一実施例の対応関係を示すものであって、本発明の範囲を限定するものと解釈すべきではない。
【図面の簡単な説明】
【図１】本発明を具体化するＵＭＴＳネットワークを表す図
【図２】従来技術に係るＱｏＳ ＩＥを表す図
【図３】従来技術に係るＰＤＰ活性化手順を表す図
【図４】本発明によるＱｏＳ ＩＥを表す図
【図５】下級クオリティオブサービスをサポートするマッピング表を表す図
【図６】本発明による別のＱｏＳ ＩＥを表す図
【図７】上級クオリティオブサービスをサポートするマッピング表を表す図
【図８】本発明によるＱｏＳ ＩＥを搬送するＰＤＰ活性化手順を表す図
【図９】本発明により用いられるパケットサーバの詳細ブロック図
【符号の説明】
２００ ＵＭＴＳネットワーク
２０５ 移動局（ＭＳ）
２１０ ノードＢ
２１５ 無線ネットワークコントローラ（ＲＮＣ）
２２０ サービス中のＧＰＲＳサポートノード（ＳＧＳＮ）
２２５ ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）
２３０ 素子
６０５ パケットサーバ
６５０ プロセッサ
６５１，６６６ パス
６６０ メモリ
６６５ 通信インターフェース
【発明の属する技術分野】
本発明は、通信システムに関し、特にパケット通信システムに関する。
【０００２】
【従来の技術】
無線通信システムが発展するにつれて、移動交換器センター（mobile switching center,ＭＳＣ）とその基地局との間の通信は、トランスポートメカニズムに基づいたインターネットプロトコール（Internet Protocol,ＩＰ）に移行しつつある。本明細書においては、用語「ワイヤレスシステム」とは、例えばＣＤＭＡ（code division multiple access）、ＧＳＭ（Global System for Mobile Communications）とＵＭＴＳ（Universal Mobile Telecommunications System）を指す。かくして、「プッシュサービス」が例えばＵＭＴＳで利用可能なものとして考えられている。プッシュサービスにおいては、ユーザはインターネットウェブサイトに入りユーザが送りたいデータと時間のプロファイルを決める。その条件が満足されると、メッセージは自動的にユーザ機器（user's equipment，ＵＥ、本明細書においては移動局（mobile station，ＭＳ）とも称する）にプッシュされる（流される、押し出される）。
【０００３】
ＵＭＴＳを例に説明を続ける。技術仕様（Technical Specification,ＴＳ）２３．０６０では、パケットデータプロトコール（ＰＤＰ）コンテキスト（例えば、３Ｇ ＴＳ２３．０６０Ｖ３．４．０（２０００−０７）３ＧＰＰ汎用パケット無線サービス（General Packet Radio Service，ＧＰＲＳ）、サービス記述書、ステージ２（リリース９９））においては、ＭＳは対称的なトラフィッククラス（ＭＳ（移動局）からＧＰＲＳへのアップリンクとＧＰＲＳからＭＳへのダウンリンク）を必要としている。かくして、上記のＴＳ２３．０６０の仕様書に記載されたクオリティオブサービス（Quality of Service、ＱｏＳ）情報要素（information element，ＩＥ）により、ＰＤＰコンテキスト活性化手順においては、ＭＳ（移動局）のみが１つのトラフィッククラス（アップリンクとダウンリンクの両方をカバーする）を得るためにネゴシエートすることが許されている。さらにまた、ＧＰＲＳが特定のＱｏＳリクエストを満足するため、十分な資源を有していない場合には、ＭＳは別のＱｏＳリクエストを別のＰＤＰコンテキスト活性化手順を介して再度トライしなければならない。このような再トライは、ユーザが所望している適宜のＱｏＳでもってＰＤＰコンテキストを設定する際に不必要な遅延を引き起こすことになる。
【０００４】
【発明が解決しようとする課題】
ところがプッシュサービスは、ユーザへサービスを提供する際のアップリンク方向とダウンリンク方向に対し、所望のトラフィッククラスの不均衡が発生する一例に過ぎない。例えば、「プッシュサービスリクエスト」を得るためには、ユーザは「双方向（interactive）」のトラフィッククラスを使用するが、音楽をダウンロードする際には「ストリーミング（streaming、一方向）」トラフィッククラスを所望している。かくして、無線通信システムあるいは汎用のパケット無線システムにおいては、移動局と無線システムとの間のサービスに対し、移動局が非対称のトラフィッククラスのネゴシエーションができることが好ましい。
【０００５】
【課題を解決するための手段】
本発明の一実施例においては、ＵＭＴＳコアネットワークは、ＭＳとの非対称のトラフィッククラスのネゴシエーションをサポートする。特に新たなＱｏＳ ＩＥは、ＭＳが非対称のトラフィッククラスを得るためにネゴシエーションができるよう規定されている。
【０００６】
【発明の実施の形態】
本発明によるＵＭＴＳネットワーク２００を図１に示す。本発明の技術的概念以外は図１に示した要素は、既知のものであり、詳細な説明は割愛する。例えば、ＵＭＴＳネットワーク２００は無線アクセスネットワーク（radio access network，ＲＡＮ）を有する。本明細書においては「ＵＭＴＳ地上波無線アクセスネットワーク」（UMTS Terrestrial Radio Access Network，ＵＴＲＡＮ））とコアネットワーク（core network，ＣＮ）とも称する。
【０００７】
コアネットワーク（ＣＮ）は、バックボーンネットワーク（図示せず）に接続されている。バックボーンネットワークは、他のエンドポイントへのアクセスを提供するために、インターネットと公衆交換電話ネットワーク（public switched telephone network，ＰＳＴＮ）とを有する。ＲＡＮは、移動局（ＭＳ）２０５（本明細書においては無線エンドポイントと称する）とノードＢ２１０と無線ネットワークコントローラ（ＲＮＣ）２１５とを有する。（ＵＭＴＳは用語「ノードＢ」を用いるが、これは本明細書では基地局とも称する。）コアネットワーク（ＣＮ）は、サービス中のＧＰＲＳサポートノード（ＳＧＳＮ）２２０とゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２２５と素子２３０とを有し、この素子２３０が、ゲートキーパー（ＧＫ）（ＩＴＵ Ｈ．３２３の素子）とＩＰ／ＰＳＴＮゲートウェイ（ＧＷ）（Ｈ．３２３とＰＳＴＮとの間の変換用）を有する。
【０００８】
同図には単一のブロック素子として示しているが、ＵＭＴＳネットワーク２００の素子は、蓄積プログラム制御型（stored-program-control）のプロセッサーとメモリと適宜のインターフェースカード（図示せず）とを有する。本明細書において用語「パケットサーバ」とは、ＵＭＴＳネットワーク２００の上記の素子、例えばＳＧＳＮ２２０，ＭＳ２０５のうちの１つであるパケットプロセッサとも称する。本発明の技術的概念は、従来のプログラム技術を用いて実現できるが詳細な説明は割愛する。
【０００９】
本発明の実施例を説明する前に、従来技術に係るクオリティオブサービス（ＱｏＳ）情報要素（ＩＥ）とパケットデータプロトコール（ＰＤＰ）コンテキスト活性化手順をそれぞれ図２，３を参照して説明する。（より詳細な情報は、上記の標準ＴＳ２３．０６０仕様書および３Ｇ技術仕様書（ＴＳ）２３．１０７Ｖ３．３．０、"Technical Specification Group Services and System Aspects; QoS Concept and Architecture; (Release 1999)" 第３世代のパートナーシッププロジェクト（3ｒｄ Generation Partnership Project，３ＧＰＰ）を参照のこと。）本発明の概念以外は、本明細書の記述は公知のＵＭＴＳ情報フィールドとメッセージフローを用いているが、これについては詳述しない。
【００１０】
図２のＱｏＳ ＩＥ３００に示すように、ＱｏＳ ＩＥが符号化、即ちフォーマット化される。ＱｏＳ ＩＥ３００は、１３オクテット（１オクテットは８ビット）の長さを有し、ＰＤＰコンテキストに対し、ＱｏＳパラメータを指定する。最初の２つのオクテット、即ち第１、第２オクテットが、情報要素（ここでは、ＱｏＳ ＩＥ）の種類とその長さを規定する。第３オクテットは、２個のスペアビットとを有し、遅延クラスと信頼性クラス（それぞれ３ビットずつ）を通信する。第４オクテットは、ピークスループットと優先クラス（precedence class）とスペアビットとを有する。第５オクテットは、平均スループットと３個のスペアビットとを有する。
【００１１】
第６オクテットは、トラフィッククラス（会話型（conversatinal）、ストリーミング型(streaming、一方向型), 双方向型（interactive）、バックグラウンド(backgound)）と分配命令（ＵＭＴＳベアラーがインシーケンスのサービスデータユニット（service data units，ＳＤＵ）とＳＤＵ分配を提供するか否か）とエラーのＳＤＵの分配を搬送する。誤ったものとして検出されたＳＤＵは、分配されるかあるいは廃棄される。ＳＤＵは、ペイロードを含むパケットであるため第７オクテットは、最大ＳＤＵサイズを搬送する。第８と第９のオクテットは、それぞれアップリンク方向とダウンリンク方向に対する最大ビットレートを搬送する。第１０オクテットは、残留ビットエラーレート（bit error rate，ＢＥＲ）（これは分配されたＳＤＵ内にある未検出のビットエラーレートを示す）とＳＤＵエラーレート（これは失われたりあるいはエラーとして検出されたＳＤＵの一部を示す）を搬送する。第１１オクテットは、伝播遅延とトラフィック処理優先を搬送する。最後に、第１２、１３オクテットは、それぞれアップリンクとダウンリンクに対する保証されたビットレートを搬送する。
【００１２】
上記したように、ＱｏＳ ＩＥがＰＤＰコンテキストのＱｏＳパラメータを指定する。ＰＤＰコンテキストの活性化を行うための従来のメッセージフローを図３に示す。ＭＳ２０５（図１の）と、ＲＮＣ２１５（従来公知の）の間の「アタッチ手順」が実行された後、ＭＳ２０５はＳＧＳＮ２２０に上記のＱｏＳ ＩＥを含む「ＰＤＰ（packet data protocol）コンテキスト活性化」リクエストメセージを送信する。(ＰＤＰコンテキスト活性化手順の間他のメッセージが図１に示された様々なパケットサーバ間で通信されるが、これらは説明を明瞭にするために省かれている。例えば、無線アクセスベアラ（radio access bearer，ＲＡＢ）の設定が行われる。さらにまた、エラー状態に遭遇することがある。例えば、ＳＧＳＮはある条件下では、ＰＤＰコンテキスト活性化リクエストを拒否することがある。更なる情報が上記の標準ＴＳ２３．０６０Ｖ３．４．０に見出すことができる。
【００１３】
これに応答して、ＳＧＳＮ２２０は「ＰＤＰコンテキスト生成」リクエストメッセージをＧＧＳＮ２２５に送る。ＧＧＳＮ２２５は、受領確認として「ＰＤＰコンテキスト生成」応答メッセージでもって応答する。「ＰＤＰコンテキスト生成」応答メッセージを受領すると、ＳＧＳＮ２２０は「ＰＤＰコンテキスト活性化」応答メッセージをＭＳ２０５に送る。
【００１４】
図２のＱｏＳ ＩＥ３００から分かるように、１種類のトラフィッククラスのみがネゴシエートされる。そのため移動局と無線システムとの間にサービスを与えるために、移動局による非対称のトラフィッククラスネゴシエーションをサポートするために、本発明の修正したＱｏＳ ＩＥ４００を図４に示す。ＱｏＳ ＩＥ４００の最初の４個のオクテットは、ＱｏＳ ＩＥ３００の最初の４個のオクテットに類似している。第５オクテットにおいては、前の「スペア」ビットは次のように定義される。
−Ｔビット − 非対称トラフィッククラスを示す（それ以外はクリアされる）ためのセットバリュー（例えば、ビット値が論理１として認識される）
−Ｒビット − ＳＤＵエラーレート、残留ＢＥＲ、転送遅延、（それ以外はクリアされる）の非対称ニーズ（アップリンク／ダウンリンク）を示すセットバリュー
−Ｄビット − 下級（downgradable）ＱｏＳクラス、（それ以外の場合クリアされる）を示すセットバリュー
【００１５】
Ｔビットが設定されると、これは非対称トラフィッククラスがネゴシエートされるべきであること（およびＩＥ中の第１６オクテットの存在）を示す。これはトラフィッククラス分配命令、トラフィッククラス用のアップリンク要件とは異なるエラー状態のＳＤＵの分配（第６オクテット）と分配命令とエラー状態ＳＤＵの分配（第１６オクテット）に関するダウンリンク要件となる。Ｒビットが設定されるとこれは第１７と第１８オクテットの存在を示し、これにより残留ＢＥＲの差と、ＳＥＵエラー比率と、アップリンク方向とダウンリンク方向の伝送遅延をサポートすることが可能となる。図に示すように、Ｒビットはプッシュサービスで用いられ、ダウンリンクはストリーム（ストリーミング）トラフィッククラスであるのに対し、アップリンクは双方向トラフィッククラスである。（明らかに第２オクテットで通信されるＩＥの長さはＤビット、Ｔビット、Ｒビットの値に依存する。かくして、様々な種類の非対称ニーズが、従来のＱｏＳ ＩＥ３００で規定されたビットレートだけでなくＱｏＳ ＩＥ４００により満たすことができる。
【００１６】
さらにまた、ＱｏＳ ＩＥ４００は、Ｄビットで示されるような更なる特徴（下級ＱｏＳクラス）を与える。これにより、より早いＰＤＰコンテキストの設定時間が可能となるが、その理由はＱｏＳネゴシエーションにおける再トライの回数を減らすからである。Ｄビットをコンプリメントするために、さらに別のトラフィッククラスが規定される、あるいは既存のトラフィッククラスの組合せが規定される。図２のＱｏＳ ＩＥ３００から分かるようにトラフィッククラスフィールドは、３ビットの長さを有する、即ち８個の異なる値をサポートできる、そのうちの４個が特定のタイプのトラフィッククラスを搬送する、即ち、会話型、ストリーミング、双方向、バックグラウンド。
【００１７】
同図に示すように、さらに余分のトラフィッククラスの組合せが図５の表に示されたＤビットと共に使用するために規定される。例えば、現在のトラフィッククラス（会話型、ストリーミング型、双方向型、バックグラウンド型）が、ビット値００１，０１０，０１１，１００により定義される。さらにまた、Ｄビットを例えば１の値に設定すると、１０１のトラフィッククラスビット値は、ストリーミングトラフィッククラスを最初に、そしてリクエストに失敗すると双方向トラフィッククラスとする要求を意味し、１１０のトラフィッククラスビット値は、双方向トラフィッククラスを最初に、そしてリクエストに失敗するとバックグラウンドトラフィッククラスを最初にする要求を意味する。複数のトラフィククラス（特定の優先順位により許可されるべき）が単一のＱｏＳ ＩＥで要求される。
【００１８】
かくして、ネットワークがこの種類のＱｏＳ ＩＥを受領すると、ネットワークは最初に要求されたトラフィッククラスを与えるために十分な資源が利用可能であるかをチェックし、利用可能でない場合には直ちに第２の要求されたトラフィッククラスを与えるために十分な資源があるか否かがチェックされる。例えば、これはＭＳによるリクエストの拒絶および後続の更なるＱｏＳ ＩＥの送信を必要とすることなく行われる。他の実現の可能性として、例えばＤビットが設定されると更なるオクテットが第１４オクテットとして挿入される（後続のオクテットをさらにプッシュダウンする、例えばＱｏＳ ＩＥ４００の第１８オクテットが第１９オクテットとなる）。そして、更なる別のトラフィッククラスあるいはトラフィッククラスの組合せを規定するためである。
【００１９】
一実施例として、３つの別のトラフィッククラスの組合わせも所定のビットパターンで定義することができる。第１のストリーミングリクエスト、これが否定された場合には双方向リクエストで、さらにこれが否定された場合には、バックグランドリクエスト等である（図５を参照のこと）。別法として、Ｄビット、Ｔビット、Ｒビットが設定されると、ＳＧＳＮは所定の加入プロファイルをチェックして、ＲＡＢ設定手順を実行する前に（ここでは詳述しない）、上級化（upgradable）ＲＡＢ割当てリクエストメッセージを占有する（populate）ために関連情報を得る。この後者のアプローチは、図４のＱｏＳ ＩＥ４００の余分のオクテットの数を減らすことができる。かくしてＱｏＳ ＩＥを上級化することにより受け入れ可能なＱｏＳが第１のＰＤＰコンテキスト活性化手順上でネゴシエートできるような確立を増やすような余分な情報が搬送される。
【００２０】
特定のトラフィッククラスあるいは別のトラフィッククラスの選択は、例えばリクエストを初期化する際にユーザにより実行される。例えば、ユーザがストリーミング型（高コスト）あるいは双方向型（低コスト）のいずれかをサポートするようなサービスに加入申し込みすると、ユーザはＭＳ内のサービスプロファイルあるいは優先スクリーン（図示せず）上で所定のフィールドを設定することにより、誰が最初にトライするかを指定することができる。ＭＳがその後ＰＤＰコンテキスト活性化手順を実行すると（電源を入れたときにサービスプロファイルが登録を規定した場合にはＭＳの電源入力時に）、Ｄビットが設定され、適宜のトラフィッククラス値がＱｏＳ ＩＥ４００に挿入され、ストリーミングトラフィッククラスが最初に要求され、（ストリーミングが利用できない場合には）双方向トラフィッククラスを要求する。
【００２１】
１個のＱｏＳ ＩＥ内で複数のトラフィッククラスのうちのいずれか１つを得るために、ネゴシエートする機能をさらに拡張して「上級ＱｏＳ」を与えるようにすることができる。これを図６，７に示す。図６は、ＱｏＳ ＩＥ５００を示し、第３オクテットの第８ビットを用いて上級ビット即ちＵビットを示す。例えば、ＭＳ（あるいはＵＥ）がハンドオフを実行するときには、ＭＳは双方向トラフィッククラスからストリーミングトラフィッククラスへのＱｏＳの上級化を望む。この事象の場合、ビットＵはＱｏＳを上級化するためのリクエストを示すよう設定される。トラフィッククラス内の要求された変化は、トラフィッククラスフィールド値で搬送される。（ＱｏＳ ＩＥ５００のコンテキストにおいては、トラフィッククラスフィールド値はダウンリンクトラフィッククラス（第６オクテット）あるいはアップリンクトラフィッククラス（第１６オクテット）のいずれかで用いられる。）図７は、Ｕビットが設定されたときに使用されるための関連するトラフィッククラスフィールド値を示す。
【００２２】
図４のＱｏＳ ＩＥ４００を用いたＰＤＰコンテキスト活性化手順を図８に示す。ＱｏＳ ＩＥ４００を含む以外はＰＤＰコンテキスト活性化手順は、図３の手順に類似し詳細な説明は割愛する。
【００２３】
図９において、本発明により用いられる代表的なパケットサーバのブロック図を示す。パケットサーバ６０５は蓄積プログラム制御型のプロセッサアーキテクチャであり、プロセッサ６５０とメモリ６６０（上記の修正されたＰＤＰコンテキスト活性化手順サポート非対称ＱｏＳに従って通信するプログラムインストラクションとデータを記憶する）とパス６６６により表されるパケット通信設備（トランシーバとエアーインターフェース）に結合される通信インターフェース６６５とを含む。
【００２４】
上記の説明は本発明の単なる一実施例であり、様々な変形例を用いて本発明を実施することができるが、これはいずれも本発明の範囲内に入る。例えば、本発明の技術的概念は、ＰＤＰコンテキスト活性化手順を例に説明したが、変更したＱｏＳも他の手順、例えばアップデートＰＤＰコンテキストシステム間インターＳＧＳＮ変化、ＳＲＮＳリロケーション手順（ＴＳ２３．０６０Ｖ３．４．０）とＲＡＢ割当てメッセージにも適用可能である。さらに本発明は、ＵＭＴＳを例に説明したが、本発明の技術的概念はどのような無線システムにも適用可能である。
【００２５】
特許請求の範囲の発明の要件の後に括弧で記載した番号がある場合は、本発明の一実施例の対応関係を示すものであって、本発明の範囲を限定するものと解釈すべきではない。
【図面の簡単な説明】
【図１】本発明を具体化するＵＭＴＳネットワークを表す図
【図２】従来技術に係るＱｏＳ ＩＥを表す図
【図３】従来技術に係るＰＤＰ活性化手順を表す図
【図４】本発明によるＱｏＳ ＩＥを表す図
【図５】下級クオリティオブサービスをサポートするマッピング表を表す図
【図６】本発明による別のＱｏＳ ＩＥを表す図
【図７】上級クオリティオブサービスをサポートするマッピング表を表す図
【図８】本発明によるＱｏＳ ＩＥを搬送するＰＤＰ活性化手順を表す図
【図９】本発明により用いられるパケットサーバの詳細ブロック図
【符号の説明】
２００ ＵＭＴＳネットワーク
２０５ 移動局（ＭＳ）
２１０ ノードＢ
２１５ 無線ネットワークコントローラ（ＲＮＣ）
２２０ サービス中のＧＰＲＳサポートノード（ＳＧＳＮ）
２２５ ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）
２３０ 素子
６０５ パケットサーバ
６５０ プロセッサ
６５１，６６６ パス
６６０ メモリ
６６５ 通信インターフェース
Claims (9)
- 無線データネットワークに接続するステップと、
少なくとも２つのトラフィッククラスフィールドを含むクオリティオブサービス情報要素（以下、「ＱｏＳ情報要素」）を前記無線データネットワークに送信することにより、前記無線データネットワークとの非対称トラフィッククラスネゴシエーションを実行するステップとを含み、前記少なくとも２つのトラフィッククラスフィールドの１つはアップリンク用であり、他のトラフィッククラスフィールドはダウンリンク用であり、そして前記少なくとも２つのトラフィッククラスフィールドの少なくとも１つが、複数のトラフィッククラスの要求を優先順位で運搬するよう適合されていることを特徴とする移動局を操作する方法。 - 前記ＱｏＳ情報要素は、要求している非対称トラフィッククラスを表すトラフィッククラスインディケータを含むことを特徴とする請求項１に記載の方法。
- 前記ＱｏＳ情報要素はさらに、
少なくとも２つの残留ビットエラーレートフィールドを含み、前記少なくとも２つの残留ビットエラーレートフィールドの１つはアップリンク用であり、他の残留ビットエラーレートフィールドはダウンリンク用であり、さらに、
少なくとも２つのサービスデータユニットエラー比率フィールドを含み、前記少なくとも２つのサービスデータユニットエラー比率フィールドの１つはアップリンク用であり、他のサービスデータユニットエラー比率フィールドはダウンリンク用であり、さらに、
少なくとも２つの転送遅延フィールドを含み、前記少なくとも２つの転送遅延フィールドの１つはアップリンク用であり、他の転送遅延フィールドはダウンリンク用であることを特徴とする請求項１に記載の方法。 - 第１のネゴシエートされたトラフィッククラスに従ってデータを受信するステップと、
第２のネゴシエートされたトラフィッククラスに従ってデータを送信するステップとをさらに含み、
前記第１のネゴシエートされたトラフィッククラスと前記第２のネゴシエートされたトラフィッククラスとは異なることを特徴とする請求項１に記載の方法。 - 無線ネットワークの第１パケットサーバで使用される方法であって、
少なくとも１つのサービスを移動局に提供するために、第２パケットサーバとメッセージを交換するステップを含み、前記交換するステップは、クオリティオブサービス情報要素（以下、「ＱｏＳ情報要素」）を含むメッセージを第２パケットサーバに送信するステップを含み、前記ＱｏＳ情報要素は、
前記移動局に関連するアップリンク用とダウンリンク用に非対称トラフィッククラスを要求するフィールドと、
少なくとも２つのトラフィッククラスフィールドとを含み、前記少なくとも２つのトラフィッククラスフィールドの１つはアップリンク用であり、他のトラフィッククラスフィールドはダウンリンク用であり、そして前記少なくとも２つのトラフィッククラスフィールドの少なくとも１つが、複数のトラフィッククラスの要求を優先順位で運搬するよう適合されていることを特徴とする方法。 - 前記ＱｏＳ情報要素はさらに、
少なくとも２つの残留ビットエラーレートフィールドを含み、前記少なくとも２つの残留ビットエラーレートフィールドの１つはアップリンク用であり、他の残留ビットエラーレートフィールドはダウンリンク用であり、さらに、
少なくとも２つのサービスデータユニットエラー比率フィールドを含み、前記少なくと も２つのサービスデータユニットエラー比率フィールドの１つはアップリンク用であり、他のサービスデータユニットエラー比率フィールドはダウンリンク用であり、さらに、
少なくとも２つの転送遅延フィールドを含み、前記少なくとも２つの転送遅延フィールドの１つはアップリンク用であり、他の転送遅延フィールドはダウンリンク用であることを特徴とする請求項５に記載の方法。 - 少なくとも１つのサービスを移動局に提供するために、第２パケットサーバとメッセージを交換するトランシーバと、
クオリティオブサービス情報要素（以下、「ＱｏＳ情報要素」）を含むメッセージを前記第２パケットサーバに送信するプロセッサとを含み、前記ＱｏＳ情報要素は、
前記移動局に関連するアップリンク用とダウンリンク用に非対称トラフィッククラスを要求するフィールドと、
少なくとも２つのトラフィッククラスフィールドとを含み、前記少なくとも２つのトラフィッククラスフィールドの１つはアップリンク用であり、他のトラフィッククラスフィールドはダウンリンク用であり、そして前記少なくとも２つのトラフィッククラスフィールドの少なくとも１つが、複数のトラフィッククラスの要求を優先順位で運搬するよう適合されていることを特徴とするパケットサーバー。 - 前記ＱｏＳ情報要素はさらに、
少なくとも２つの残留ビットエラーレートフィールドを含み、前記少なくとも２つの残留ビットエラーレートフィールドの１つはアップリンク用であり、他の残留ビットエラーレートフィールドはダウンリンク用であり、さらに、
少なくとも２つのサービスデータユニットエラー比率フィールドを含み、前記少なくとも２つのサービスデータユニットエラー比率フィールドの１つはアップリンク用であり、他のサービスデータユニットエラー比率フィールドはダウンリンク用であり、さらに、
少なくとも２つの転送遅延フィールドを含み、前記少なくとも２つの転送遅延フィールドの１つはアップリンク用であり、他の転送遅延フィールドはダウンリンク用であることを特徴とする請求項７に記載のサーバー。 - 無線伝送信号中のデータを表す伝送フレームであって、
移動局に関連するアップリンク方向用とダウンリンク方向用に非対称トラフィッククラスを要求するフィールドと、
ダウンリンクトラフィッククラスフィールドと、
アップリンクトラフィッククラスフィールドとを含み、
前記ダウンリンクトラフィッククラスフィールドと前記アップリンクトラフィッククラスフィールドとのうちの少なくとも１つが、複数のトラフィッククラスの要求を優先順位で運搬するよう適合されていることを特徴とする伝送フレーム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/764647 | 2001-01-18 | ||
| US09/764,647 US6970423B2 (en) | 2001-01-18 | 2001-01-18 | Universal mobile telecommunications system (UMTS) quality of service (QoS) supporting asymmetric traffic classes |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002305764A JP2002305764A (ja) | 2002-10-18 |
| JP2002305764A5 JP2002305764A5 (ja) | 2005-07-07 |
| JP4021207B2 true JP4021207B2 (ja) | 2007-12-12 |
Family
ID=25071339
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002010749A Expired - Fee Related JP4021207B2 (ja) | 2001-01-18 | 2002-01-18 | 移動局で用いられる方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6970423B2 (ja) |
| EP (1) | EP1231741A3 (ja) |
| JP (1) | JP4021207B2 (ja) |
| CA (1) | CA2365549A1 (ja) |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7546376B2 (en) * | 2000-11-06 | 2009-06-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources |
| WO2002065796A1 (en) * | 2001-02-15 | 2002-08-22 | Nokia Corporation | Method and system for managing a connection of a mobile element to a network |
| GB2373069B (en) * | 2001-03-05 | 2005-03-23 | Ibm | Method, apparatus and computer program product for integrating heterogeneous systems |
| US7855998B2 (en) * | 2001-11-07 | 2010-12-21 | Tektronix, Inc. | Gb parameter based radio priority |
| US7525940B2 (en) * | 2002-04-26 | 2009-04-28 | Nokia Siemens Networks Oy | Relocation of content sources during IP-level handoffs |
| KR100884956B1 (ko) * | 2002-08-14 | 2009-02-23 | 엘지전자 주식회사 | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 |
| KR100652497B1 (ko) * | 2002-12-10 | 2006-12-01 | 노키아 코포레이션 | 무선 통신 시스템에서의 ＱｏＳ 활성화를 위해 트래픽클래스를 지원하는 장치, 및 관련 방법 |
| US20040184432A1 (en) * | 2003-03-19 | 2004-09-23 | Ralitsa Gateva | Method for controlling streaming services |
| US20040260951A1 (en) * | 2003-04-14 | 2004-12-23 | Lila Madour | Method and Packet Data Service Node (PDSN) for Quality of Service (QoS) mapping |
| US7826353B2 (en) * | 2003-05-05 | 2010-11-02 | Nokia Corporation | Method, system and network element for authorizing a data transmission |
| US8214536B2 (en) * | 2003-09-16 | 2012-07-03 | Research In Motion Limited | Methods and apparatus for selecting a wireless network based on quality of service (QoS) criteria associated with an application |
| GB0329221D0 (en) * | 2003-12-17 | 2004-01-21 | Nokia Corp | Session control in a communication system |
| GB0329502D0 (en) * | 2003-12-19 | 2004-01-28 | Nokia Corp | Control decisions in a communication system |
| JP4643638B2 (ja) * | 2004-07-05 | 2011-03-02 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | サービス品質を変更する方法および装置 |
| DE602004024596D1 (de) * | 2004-07-05 | 2010-01-21 | Ericsson Telefon Ab L M | Bindemechanismus zur dienstqualitätsverwaltung in einem kommunikationsnetz |
| US20080068995A1 (en) * | 2004-07-05 | 2008-03-20 | Robert Skog | Devices and Methods for Push Message Initiated Service |
| US8331375B2 (en) * | 2004-08-06 | 2012-12-11 | Qualcomm Incorporated | Technology agnostic QoS support in a multi-mode environment |
| EP1643788B1 (en) * | 2004-09-30 | 2017-06-14 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting voice service through radio channel in mobile telecommunication system |
| EP1964426B1 (en) | 2005-12-12 | 2010-07-28 | Telefonaktiebolaget LM Ericsson (publ) | Method and devices for specifying the quality of service in a transmission of data packets |
| US7911997B2 (en) * | 2006-05-10 | 2011-03-22 | Intel Corporation | Quality of service resource negotiation |
| GB0613116D0 (en) * | 2006-06-30 | 2006-08-09 | Nokia Corp | Handover of a communication device |
| US7855958B2 (en) * | 2006-08-03 | 2010-12-21 | Alcatel-Lucent Usa Inc. | Determining priority of bearer channels in a wireless telecommunications network |
| US20090103491A1 (en) * | 2007-06-11 | 2009-04-23 | Interdigital Technology Corporation | Link layer quality of service parameter mapping |
| BRPI0823198A8 (pt) * | 2008-11-17 | 2015-09-22 | Ericsson Telefon Ab L M | método para fornecer acesso a dispositivo a uma rede do serviço de rádio por pacote geral, nó de controle, programa de computador e produto de meio legível por computador . |
| US10015729B2 (en) * | 2008-11-17 | 2018-07-03 | Telefonaktiebolaget L M Ericsson (Publ) | Providing access to a GPRS network |
| WO2010098705A1 (en) * | 2009-02-26 | 2010-09-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Service specific bandwidth policy configuration in data networks |
| US8612609B2 (en) | 2009-08-31 | 2013-12-17 | At&T Intellectual Property I, L.P. | Methods and apparatus to reassign quality of service priorities in a communication network |
| CN102547610B (zh) * | 2010-12-31 | 2016-03-30 | 华为技术有限公司 | 消息处理方法、设备及系统 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6031832A (en) * | 1996-11-27 | 2000-02-29 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for improving performance of a packet communications system |
| EP0854536B1 (de) | 1997-01-15 | 2007-05-09 | Menzolit-Fibron GmbH | Faserverstärktes Kunststoff-Formteil mit integrierter Antenne |
| US5963548A (en) * | 1997-01-21 | 1999-10-05 | Nokia Mobile Phones Limited | Apparatus and method for configuring a data channel for symmetric/asymmetric data transmission |
| FI108192B (fi) * | 1998-03-19 | 2001-11-30 | Nokia Networks Oy | Menetelmä ja laitteisto palvelun laadun kontrolloimiseksi matkaviestinjärjestelmässä |
| FI105969B (fi) | 1998-08-10 | 2000-10-31 | Nokia Networks Oy | Palvelunlaadun hallinta matkaviestinjärjestelmässä |
| US6377817B1 (en) | 1999-05-03 | 2002-04-23 | Nokia Mobile Phones Ltd. | Asymmetric data transmission for use in a multi-modulation environment |
| US6683853B1 (en) * | 1999-12-01 | 2004-01-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic upgrade of quality of service in a packet switched network |
| US6654610B1 (en) * | 2000-05-05 | 2003-11-25 | Lucent Technologies Inc. | Two-way packet data protocol methods and apparatus for a mobile telecommunication system |
| US6621793B2 (en) * | 2000-05-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Application influenced policy |
| US6665280B2 (en) * | 2002-03-22 | 2003-12-16 | Nokia Corporation | Method and apparatus providing multiple temporary block flow (TBF) mapping to upper layer when operating in GSM/EDGE radio access network (GERAN) A/Gb mode |
-
2001
- 2001-01-18 US US09/764,647 patent/US6970423B2/en not_active Expired - Lifetime
- 2001-08-07 EP EP01306730A patent/EP1231741A3/en not_active Withdrawn
- 2001-12-18 CA CA002365549A patent/CA2365549A1/en not_active Abandoned
-
2002
- 2002-01-18 JP JP2002010749A patent/JP4021207B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US6970423B2 (en) | 2005-11-29 |
| EP1231741A3 (en) | 2002-08-21 |
| EP1231741A2 (en) | 2002-08-14 |
| CA2365549A1 (en) | 2002-07-18 |
| JP2002305764A (ja) | 2002-10-18 |
| US20020093936A1 (en) | 2002-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4176351B2 (ja) | 移動局で使用される方法 | |
| JP4021207B2 (ja) | 移動局で用いられる方法 | |
| EP1234415B1 (en) | Dynamic upgrade of quality of service in a packet switched network | |
| KR100879811B1 (ko) | 이동전화가 발신하는 호출들에서 안내들을 제공하는 기술 | |
| EP1374494B1 (en) | Method and apparatus for establishing a protocol proxy for a mobile host terminal in a multimedia session | |
| US8638713B2 (en) | Non-intrusive in-session QoS parameter modification method | |
| JP3917427B2 (ja) | 通信システムにおける接続 | |
| US8532033B2 (en) | Selective RAB assignment | |
| US20040246962A1 (en) | Dynamically assignable resource class system to directly map 3GPP subscriber communications to a MPLS-based protocol | |
| RU2412550C2 (ru) | Инициируемый сетью переход от речевой службы к мультимедийной службе | |
| JP2006514510A (ja) | パケットモード移動体通信ネットワークにおけるサービス品質の差別化方法 | |
| AU2002246300A1 (en) | Technique for providing announcements in mobile-originated calls | |
| WO2001078328A2 (en) | A technique for setting up calls in internet protocol mobile network | |
| WO2001091489A1 (en) | Method for a connection through a core network | |
| EP1472835B1 (en) | Processing different size packet headers for a packet based conversational service in a mobile communications system | |
| US7286475B2 (en) | GPRS system and in-zone node apparatus, and bearer setting method used therefor | |
| WO2004064424A1 (en) | Packet service system and method for controlling packet transmission |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041029 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041029 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060906 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060911 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061208 |
|
| 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: 20070903 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070926 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101005 Year of fee payment: 3 |
|
| 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: 20111005 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121005 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131005 Year of fee payment: 6 |
|
| 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 |