JP3718165B2 - パケット交換ワイヤレスデータ伝送システムにおいてデータ伝送を最適化するための方法 - Google Patents

Description

【０００１】
本発明は、パケット交換ワイヤレス・データ伝送システムにおいてデータ伝送を最適化するための、請求項１のおいて書き部分に記載されている方法に関する。本発明は、請求項１２のおいて書き部分に記載されているワイヤレス・データ伝送システムと、本発明のワイヤレス・データ伝送システムに用いられる、請求項２０のおいて書き部分に記載されているワイヤレス・データ端末とにも関する。
【０００２】
回線交換接続に加えて、ＧＳＭおよびＵＭＴＳなどのワイヤレス・データ転送システムのためにパケット交換接続が開発されつつある。パケット交換接続では、接続に、その全持続時間にわたって資源を割り当てる必要はなく、転送可能な情報が接続中に存在する間だけでよい。この転送されるべき情報は１個または数個のパケットに変換され、それらはデータ転送システムで伝送される。図１ａは、ＧＳＭシステム、一般パケット無線サービス（General Packet Radio Service：ＧＰＲＳ）のために開発されたパケット交換データ伝送システムを例示しており、それは本明細書においてはＧＰＲＳパケット・ネットワークと称される。対応的に、図１ｂはＵＴＭＳ（Universal Mobile Telecommunications System：ユニバーサル・モバイル電気通信システム）のために開発されているパケット交換データ伝送システムを例示しており、これは本明細書ではＵＭＴＳパケット・ネットワークと称される。
【０００３】
ＧＰＲＳパケット・ネットワークは、ＧＳＭ移動体通信ネットワークの基地局サブシステム（base station subsystems：ＢＳＳ）と、ホーム・ロケーション・レジスタ（home location register：ＨＬＲ）などの加入者データベースとから成っている。基地局サブシステムＢＳＳは基地送受信局(base transceiver stations：ＢＴＳ）と基地局コントローラ（base station controller：ＢＳＣ）とから成っている。さらに、ＧＰＲＳパケット・ネットワークはサービングＧＰＲＳ支援ノード（serving GPRS support nodes：ＳＧＳＮ）とゲートウェイＧＰＲＳ支援ノード（gateway GPRS support nodes：ＧＧＳＮ）とを含んでいる。サービングＧＰＲＳ支援ノードＳＧＳＮとゲートウェイＧＰＲＳ支援ノードＧＧＳＮとは、データ伝送のためにＧＰＲＳバックボーン・ネットワークＧＢＮに接続される。
【０００４】
ＧＰＲＳシステムの種々のユニット間のインタフェースも図１ａに示されている。無線インタフェースＵｍはワイヤレス移動端末ＭＴと基地局サブシステムＢＳＳの基地送受信局ＢＴＳとの間のインタフェースである。この無線インタフェースＵｍでは、データ伝送は無線周波数信号として実行される。基地送受信局ＢＴＳと基地局コントローラＢＳＣとはＡｂｉｓと称されるＢＴＳ−ＢＳＣインタフェースにより相互接続される。サービング支援ノードＳＧＳＮは、他のサービング支援ノードＳＧＳＮと通信することができる。ＧＰＲＳパケット・ネットワークと他のネットワークとの間のデータ伝送は、外部接続インタフェースＧｉとゲートウェイ支援ノードＧＧＳＮとを介して行われる。基地局サブシステムは、ＢＳＳ−ＳＧＳＮインタフェースＧｂを介してサービング支援ノードＳＧＳＮに接続される。
【０００５】
図１ｂに示されているＵＭＴＳパケット・ネットワークは、ＧＰＲＳパケット・ネットワークのそれと同様の機能を有するブロックを含んでいる。ＵＭＴＳパケット・ネットワークにおける顕著な差は、基地局サブシステムの構造である。基地局Ｎｏｄｅ−Ｂと、それらを制御する無線ネットワーク・コントローラ（radio network controller：ＲＮＣ）とは無線アクセス・ネットワーク（radio access network：ＲＡＮ）を構成する。各基地局Ｎｏｄｅ−ＢはＮｏｄｅ−Ｂ−ＲＮＣインタフェースｌｕｂを介して１つの無線ネットワーク・コントローラＲＮＣに接続される。対応的に、無線ネットワーク・コントローラＲＮＣは、３Ｇ−ＳＧＳＮｌｕインタフェースを介してサービングＵＭＴＳ支援ノードに接続される。無線ネットワーク・コントローラＲＮＣは、ｌｕｒインタフェースを介して他の無線ネットワーク・コントローラＲＮＣに接続されることができる。この様な構成は、無線インタフェースＵｕを介して同時に１個または数個の基地局Ｎｏｄｅ−Ｂを介して移動端末ＭＴとＵＭＴＳパケット・ネットワークとの間でデータ伝送を実行することを可能にする。さらに、ＵＭＴＳパケット・ネットワークはゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮを含んでいる。サービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮとゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮとは、データ伝送のためにＵＭＴＳバックボーン・ネットワークＵＢＮに接続される。
【０００６】
ＧＰＲＳパケット・ネットワークとＵＭＴＳパケット・ネットワークとの本質的差異は、ＧＰＲＳシステムにおいては無線インタフェースＵｍでのデータ転送が時分割多元接続（ＴＤＭＡ）に基づいているという事実である。ＵＭＴＳシステムでは、無線インタフェースＵｕでのデータ転送が広帯域ＣＤＭＡ（ＷＣＤＭＡ）または複合型の時分割／符号分割多元接続（combined time divrsion and code division multiple access：ＴＤ−ＣＤＭＡ）などの符号分割多元接続（ＣＤＭＡ）に基づいている。
【０００７】
図２ａは、ＵＭＴＳパケット・ネットワークにおけるユーザ・レベルでのデータ転送をプロトコル・スタック記述として例示している。対応的に、図２ｂはＵＭＴＳパケット・ネットワークにおけるユーザ・レベルでのデータ転送をプロトコル・スタック記述として例示している。移動端末ＭＴおよび無線アクセス・ネットワークＲＡＮによるデータ転送は、物理層において無線周波数信号として実行される。それらの信号は、例えば、広帯域ＣＤＭＡ信号あるいは複合型の時分割／符号分割多元接続（ＴＤ−ＣＤＭＡ）の信号であって良い。無線路でのデータ転送はＭＡＣ層の動作で制御される。無線路へ送られるバーストはこのＭＡＣ層で形成され、受信時にはこれらのバーストは、対応的に、より上の層のパケットに変換される。この無線インタフェースＵｕにおけるＭＡＣ層より上の層はＲＬＣ層である。ＲＬＣ層のタスクは、上のレベルのＳＤＵパケットを無線インタフェースに適するようにするために、そのＳＤＵデータ・パケットを分割することを含む。さらに、ＲＬＣ層は、受信中に分割されたパケットの部分を正しい順序に戻せるようにユーザのＳＤＵデータ・パケットを転送する。さらに、このＲＬＣ層の動作を、例えば動作のモードと再伝送の数とがこのＲＬＣ層で選択されるように、いろいろなサービスの質（ＱｏＳ）を支援するために、使用することができる。パケット交換接続に関して、エラーが生じたとき、ＲＬＣ層は、欠陥のあるパケットのために再伝送が行われない非確認モードで、あるいは、エラーが生じたときに、必要ならば、パケットの再伝送が実行される確認モードで、動作することができる。
【０００８】
制御レベルのプロトコル・スタックにおいて、ＭＡＣ層の上の層はＲＲＣ層であり、そのタスクは無線リソース制御を含んでいる。上記の層ＲＲＣ、ＲＬＣ、ＭＡＣおよび物理層は、無線インタフェースＵｕでのデータ転送に使用されるべく移動端末ＭＴと無線ネットワークＲＡＮとの両方において実現される。
【０００９】
無線アクセス・ネットワークＲＡＮ、サービング支援ノード３Ｇ−ＳＧＳＮおよびゲートウェイ支援ノード３Ｇ−ＧＧＳＮの間でのＵＭＴＳパケット・ネットワークにおけるデータ転送は同様の層構造に分割されることもでき、その好ましい例が図２ａおよび２ｂに示されている。しかし、これらのプロトコル・スタックにおける種々の層の配置は、図２ａ、２ｂと同じでなくても良く、実際的アプリケーションにおいてまちまちであって良い。例えば、無線インタフェースＵｍ、Ｕｕ（Ｌ３ＣＥ、ＲＬＣ、ＭＡＣ、・・・）のプロトコルからＧＰＲＳバックボーン・ネットワーク（ＧＴＰ、ＵＤＰ、ＩＰ、・・・）のプロトコルへの変換を、無線アクセス・ネットワークＲＡＮの代わりにサービング支援ノード３Ｇ−ＳＧＳＮにおいて実行することができる。無線データ転送ではサービスの質に影響を与える最も重要なインタフェースは通常は無線インタフェースＵｍ、Ｕｕであるので、この関係ではこれらの層の動作はこれ以上詳しくは記述されない。
【００１０】
移動端末ＭＴの移動管理は、プロトコル・スタックのＭＭ（Mobility Management：移動管理）層の動作により制御される。このＭＭ層は、移動端末ＭＴおよびサービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮにおいて実現される。対応的に、セッション管理動作はＳＭ（Session Management：セッション管理）層で実行され、それも移動端末ＭＴおよびサービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮのプロトコル・スタックにおいて実現される。
【００１１】
ユーザ・レベルのプロトコル・スタックには、ＲＬＣ層の上にＬ３ＣＥ層があり、それは移動端末ＭＴにおいて、そして好ましくは無線アクセス・ネットワークＲＡＮにおいて、実現される。このＬ３ＣＥ層（Layer-3 Compatibility Entity：層３両立性エンティティ）は、ＧＰＲＳシステムのＳＮＤＣＰプロトコルに対応する。Ｌ３ＣＥ層は、無線インタフェースＵｕの動作を制御するために使用される。Ｌ３ＣＥプロトコルはネットワーク層のためのいわゆる両立性プロトコルであり、その目的の１つは、いろいろなサービスとネットワーク層プロトコルとの関係でシステムの動作を可能にすることである。このＬ３ＣＥ層は、多くのネットワーク層プロトコルを支援することができる。その支援されるネットワーク層プロトコルは、例えば、インターネット・プロトコル４（ＩＰｖ４）および６（ＩＰｖ６）を含むが、主としてＬ３ＣＥ層（層−３両立性エンティティ）に変更を加えることにより他のネットワーク層プロトコルの使用も可能にすることができる。この場合、新しいネットワーク層プロトコルを加えることは、より下のレベルのプロトコルに変更を加えることを必要としない。Ｌ３ＣＥ層は、転送されるべき情報の信頼性とチャネルの使用効率とを向上させることのできる動作も提供する。パケットのヘッダ・フィールドおよび／またはデータ・フィールドを圧縮するなど、種々の最適化方法により、これを実行することができる。
【００１２】
次の記述においては、主としてＵＭＴＳパケット・ネットワークをパケット・ネットワークの例として用いるが、当然に、パケット交換接続のためにいろいろなサービスの質を選択することが可能な他のパケット・ネットワークに本発明を適用することも可能である。
【００１３】
本発明の方法とデータ転送システムの動作との記述に関して用いられるいくつかの用語は以下で定義される。第１に、ＰＤＰコンテキストは、１個または数個のアプリケーションのデータ・パケットの伝送のために確立されたデータ転送接続（パケット交換接続）に関連する。ＰＤＰコンテキストは主として２つのタスクを有する。すなわち、第１に、それは、ユーザのためにＩＰｖ４接続アドレスなどのＰＤＰアドレスをとっておくために、そして第２に、一定のサービス品質（ＱｏＳ）のパケット交換ネットワークにおいて論理接続を確立するために、使用される。パケット交換ネットワークは、パラメータのうちの少なくともいくつかが異なっている、そのような多数のＰＤＰコンテキストを提供することができる。さらに、デフォルトＰＤＰコンテキストがパケット交換ネットワークにおいて定義されることができる。各ＰＤＰコンテキストについて定義されるサービス品質パラメータの集合は、サービス品質プロフィール（ＱｏＳＰ、ＱｏＳプロフィール）と呼ばれる。１個または数個のアプリケーションが一定のＰＤＰコンテキストを使用することができ、その場合にはサービス品質は同じＰＤＰコンテキストを使用する各アプリケーションについて同一である。第２に、アプリケーション接続は、好ましくは移動端末と一定サービス品質のパケット・ネットワークのゲートウェイＧＰＲＳ支援ノードとの間に１つのアプリケーションのために形成された論理接続に接続される。このアプリケーション接続は、１個または数個のデータフローを含むことができる。
【００１４】
アプリケーション接続を開始するために、初めに接続が作られる。接続を作るときには、望まれるサービス品質とＰＤＰアドレスとに基づいてアプリケーション接続のために適当なＰＤＰコンテキストが選択される。新しいアプリケーション接続のサービス品質パラメータは、選択されたＰＤＰコンテキストにおいて考慮され、このＰＤＰコンテキストのサービス品質プロフィールは、必要ならば修正される。もし適当なＰＤＰコンテキストがなければ、アプリケーション接続のパラメータに従って１つを起動して新しいパケット交換接続を作ることが可能である。もしアプリケーション接続が何らのサービス品質パラメータも明示していなければ、デフォルトＰＤＰコンテキストが選択される。ＵＭＴＳパケット・ネットワークは、１つのＰＤＰアドレスのために、数個のパケット交換接続またはＰＤＰコンテキストを包含することができる。一方、ＧＰＲＳパケット・ネットワークのフェーズ１実現には各ＰＤＰアドレスのために唯一のパケット交換接続があってよい。本明細書で論じられているパケット・ネットワークにおいては、この種の接続は２つの端末点間に一定のサービス品質の論理リンクを形成する。この２つの端末点は、好ましくは移動端末ＭＴおよびゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮである。
【００１５】
１つのＰＤＰアドレスのために利用できるパケット交換接続が数個あるならば、これらのいろいろなパケット交換接続は種々のサービス品質プロフィールを有することもできる。情報を保全するために、ＰＤＰコンテキストは情報を含むデータベース等を含んでおり、それは、各パケット交換接続のために保全されていて、接続のタイプ（例えばＩＰｖ４）、ＰＤＰアドレス（例えばＩＰｖ４アドレス）、ユーザにより要求されたサービス品質パラメータを含む要求されたサービス品質プロフィール、パケット・ネットワークにより与えられたサービス品質パラメータを含むサービス品質プロフィールなど、パケット交換接続が確立されるときに必要となる。もしパケット・ネットワークがデフォルトＰＤＰコンテキストを含んでいるならば、それは、好ましくは、他のどのＰＤＰコンテキストも要求されたアプリケーション接続のために適していない場合に、選択される。
【００１６】
データフローという用語は、同じソースおよびターゲットを有するパケットのデータ転送を表示するために使用される。例えば、インターネット・データ・ネットワークにおいては、同じソースおよびターゲット・アドレスと同じソースおよびターゲット・ゲート番号とを有する、ＩＰプロトコルを使用するパケットは、１つのデータフローを構成する。データフローは単方向性であり、移動端末からパケット・ネットワークへのデータ転送接続を有する各アプリケーションは少なくとも１つのデータフローを有する。これらのアプリケーションの１例はウェブ・ブラウザであり、これにより移動端末（ＭＴ）のユーザは、例えば、インターネットへのデータ転送接続を有するサービス・プロバイダのホームページを閲覧することができる。ウェブ・ブラウザが使用されるとき、ターゲット・アドレスおよびゲート番号は非常に速く変化することができるので、多数のデータフローが同時に存在することがあり得る。種々のデータフローを識別するために上記のソースおよびターゲット・アドレスとソースおよびターゲット・ゲート番号とを使用する必要はなく、それ自体としては当該技術分野で知られている他の方法で識別を実行することもできる。本明細書では、この識別情報一般的な名称のデータフロー識別子により言及され、従ってそれは多様な方法で構成されることができる。
【００１７】
ベアラーは、基本的にはパケット・ネットワークの２つの端末点間の論理データ転送チャネルである。このベアラーは、一定のサービス品質（ＱｏＳ）などの一定の特性を持っている。ＵＭＴＳベアラーおよび無線アクセス・ベアラーなど、多様な種類のベアラーがＵＭＴＳパケット・ネットワークに存在する。ＵＭＴＳベアラーは、移動端末ＭＴとゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮとの間に論理データ転送チャネルを提供する。ＰＤＰコンテキストはこれらの端末点（ＭＴ、３Ｇ−ＧＧＳＮ）間に一定のサービス品質を提供するので、ＵＭＴＳベアラーは一定のＰＤＰコンテキストに接続されることができる。
【００１８】
いろいろなデータ転送特性を必要とするアプリケーションにデータ転送サービスを提供するために、ＵＭＴＳパケット・ネットワークにおいていろいろなデータ転送特性を有するＵＭＴＳベアラーが特定されている。この出願の提出時に、ＵＭＴＳベアラーは４つの異なるトラフィック・クラスすなわちＴＣ１〜ＴＣ４（会話、ストリーミング、対話型、バックグラウンド）に分割されている。これらのクラスのパラメータの好ましい例が表１に示されている。これらのトラフィック・クラス同士の差は、例えば、それらに許される遅延の長さを含む。例えば、第１トラフィック・クラスＴＣ１（会話）は、データ転送の長い遅延が許されないアプリケーションのためのものである。これと対照的に、第４トラフィック・クラスＴＣ４（バックグラウンド）は、データ転送の遅延が許容されるアプリケーションのためのものである。いろいろなトラフィック・クラスのために特定されている他の特性は、ビット誤り率（ＢＥＲ）、最大ビットレート、およびサービス優先順位を含む。当然に、本発明を他のシステムにも適用することができ、トラフィック・クラスの数は４でなくても良い。さらに、実際の適用ではトラフィック・クラスの特性はここで提示したものとは違っていてもよい。
【表１】

【００１９】
例えば、ＧＰＲＳパケット・ネットワークのフェーズ１に従うパケット・ネットワークに伴う１つの問題は、アプリケーション接続が確立されるときに特定されるサービス品質が、そのアプリケーション接続を切断せずにあるいは同じＰＤＰコンテキストを同時に使用する他のアプリケーション接続のサービス品質に影響を及ぼさずには変更され得ないという事実である。しかし、アプリケーションが必要とするサービス品質はアプリケーションの使用中に変化することがある。ユーザは、例えば、Ｔｅｌｎｅｔアプリケーションにより、コンピュータと通信するために移動端末をリモート端末として使用することができる。従って、ユーザは、そのコンピュータから、プログラム・ファイルなどの情報を端末に転送することができる。そのとき、データ転送はなるべくエラー発生無しでなければならないが、データ転送速度は重要な基準ではない。しかし、コンピュータに蓄積されているテキスト・ファイルを見るためにＴｅｌｎｅｔアプリケーションが使用されるときには、エラーの確率も増大するとしても、データ転送速度を高めるべきである。ウェブ・ブラウザで見られるホーム・ページは非常にまちまちであり得る。あるホーム・ページは大量のグラフィック情報を含んでおり、伝送時間を割合に短く保たなければならないのならば、それをサービス・プロバイダのサーバからユーザの移動端末へ送るには大量のリソースを使う必要がある。一方、テキスト情報が伝送されるときには、一度に伝送される情報の量は、グラフィックスに含まれている情報の量より通常は遙かに少ない。あるホーム・ページはビデオおよびオーディオ情報も含んでおり、その場合には実時間データ伝送は重要な考慮事項である。
【００２０】
本発明の目的は、接続がアクティブである間にサービス品質等の接続の特性を変更するための方法を提供することである。本発明は、接続の特性が変更されるとき、他のＰＤＰコンテキストが接続のために望まれる新しい特性により良好に対応するならばこの接続に使用されているＰＤＰコンテキストが前述の他のＰＤＰコンテキストに変更されるという着想に基づいている。本発明の方法は、請求項１の特徴部分に記載されていることを特徴とする。本発明のデータ転送システムは、請求項１２の特徴部分に記載されていることを特徴とする。本発明の移動端末装置は、請求項２０の特徴部分に記載されていることを特徴とする。
【００２１】
本発明は、従来技術の解決策と比べて相当の利点を提供する。本発明の方法が使用されるとき、接続の特性は、他の同時にアクティブとなっている接続とそれらの特性とが実質的に影響を受けないように、変更されることができる。本発明の方法が使用されるとき、アクティブな接続の特性をその接続中に変更することができるので、データ転送システムをより効率良く使用することもできる。もし、例えば、接続中により低いデータ転送速度が選択されたならば、他の同時接続のためにより多くのデータ転送リソースが利用可能となる。
【００２２】
次に、添付図面を参照して本発明をより詳しく説明する。
【００２３】
図３ａは、本発明の方法と関連して本発明の好ましい実施態様の移動端末ＭＴの動作を例示している。プロトコル・スタックのいくつかの層と動作ブロックとがこの図に示されている。全てのあり得るプロトコルおよび動作ユニットが図３ａに示されているわけではなく、本発明の説明にとって重要なものだけが含まれている。プロトコルは２つの主要な種類、すなわちパケット・ネットワークの内部プロトコルと、外部プロトコルと、に分割されることができる。パケット・ネットワークの内部プロトコルは、例えば、Ｌ３ＣＥおよびＳＭを含む。本明細書で言及することのできる外部プロトコルの例はＴＣＰおよびＩＰである。
【００２４】
図３ａにおいてはシステムの２つの部分を区別するために水平の線３０１が使用されており、それらは移動端末ＭＴの動作に関して異なっている。この線の下に示されているアイテムは主としてパケット・ネットワークの内部プロトコルである。線３０１の上に示されているアイテムはこの発明の本質的特徴と、いくつかの外部プロトコルおよびアプリケーションの例とである。このアプリケーションの例は、ＳＭＴＰ（Simple Mail Transfer ProtocolあるいはＩＭＡＰ（Internet Message Access Protocol）などのｅ−メール、例えばＨＴＴＰプロトコル（Hyper Text Transfer Protocol：ハイパー・テキスト転送プロトコル）を使用するウェブ・ブラウザ、例えばＲＴＰプロトコル（Real Time Protocol）が使用される、ビデオ・プログラムのストリーミングなどの実時間データ転送アプリケーションである。このアプリケーションはＳＡＰＩ（Socket Application Programming Interface：ソケット・アプリケーション・プログラミング・インタフェース）と呼ばれるインタフェースに接続される。このソケット・アプリケーション・プログラミング・インタフェースＳＡＰＩはネットワーク層プロトコル（ＮＬＰ）ブロックとのデータ転送接続を有する。ソケット・アプリケーション・プログラミング・インタフェースＳＡＰＩは、パケット・ネットワークへ送られるべき、アプリケーションから到来する情報の、ＴＣＰ（Transmission Control Protocol）あるいはＵＤＰ(User Datagram Protocol）などの、伝送層で使用されるプロトコル形への変換を実行する。ネットワーク層ＮＬＰにおいて、伝送層のこれらのプロトコル・パケットはネットワーク層プロトコルのパケットに変換される。特にインターネットで使用される１つのよく知られているネットワーク層プロトコルはＩＰ（Internet Protocol：インターネット・プロトコル）である。ネットワーク層パケットはパケット分級機（ＰＡＣ：packet classifier）へ転送され、これはいろいろなデータフローのパケットを正しいデータ転送キュー（ＰＤＰコンテキスト）にマップする。パケット分級機ＰＡＣの動作をこの明細書において後により詳しく記述する。
【００２５】
図３ａは、制御ブロックＱＭＯＣ（QoS Management & Optimisation Control：ＱｏＳ管理および最適化制御）も示している。この制御ブロックＱＭＯＣのタスクは、アプリケーション接続および各アプリケーション接続のデータフローの起動と、必要とされるリソースの割り当てとを制御することを含む。さらに、制御ブロックＱＭＯＣは、サービス品質の変更されたニーズに必要とされる変更を実行する。
【００２６】
図３ｂは、本発明の好ましい実施態様の移動端末ＭＴを簡略化されたブロック図として示している。本発明の説明のために重要な動作ブロックが図示されている。それ自体としては当該技術分野で知られているように、移動端末ＭＴはプロセッサ・ブロックＣＯＮＴＲＯＬを含んでおり、これはマイクロプロセッサ、ディジタル信号処理装置等の１個または数個のプロセッサにより実現されることができる。このプロセッサ・ブロックは、移動端末の他の動作も実行されることのできる特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）の一部分として実現されることもできる。情報を蓄えておくために、移動端末ＭＴは、読み出しメモリ、読み出し／書き込みメモリおよび／または不揮発性再プログラミング可能メモリなどのメモリを含んでいる。無線部ＲＦは、基地局Ｎｏｄｅ−Ｂへの無線データ転送を実行するために必要な手段を含んでいる。さらに、移動端末装置ＭＴは、好ましくはキーボードＫＢ、ディスプレイＤＰおよびディスプレイ・ドライバＤＤを含む。実際には、移動端末ＭＴはいろいろなやり方で実現されることができる。移動端末ＭＴは、ノキア９１００コミニュケータなどの１つの完全なエンティティーとして形成されることができ、あるいはそれは移動局などの独立のデータ転送装置と、携帯用コンピュータなどのデータ処理装置とを備えることができ、その場合にはこれらのユニットの間に局所データ転送接続が整えられる。
【００２７】
次に、図３ａのプロトコル・スタック記述と図３ｂのブロック図とを参照して本発明の好ましい実施態様の方法をより詳しく説明する。移動端末ＭＴはパケット・ネットワークＮＷとのデータ転送接続を有する。パケット・ネットワークのサービスを使用するために、移動端末ＭＴは初めに接続要求（attach request）を実行し、これによりそれはそれがパケットデータを伝送する用意ができていることを知らせる。移動端末ＭＴが接続している間、支援ノードは移動管理（ＭＭ）動作とユーザ認証とを実行する。接続中に、パケット・ネットワーク、好ましくはそのサービング支援ノード３Ｇ−ＳＧＳＮは、加入者情報ＨＬＲ（Home Location Register：ホーム・ロケーション・レジスタ）から、あるトラフィック・クラスの使用を妨げるなどの何らかの制限がパケット交換接続においてユーザについて設定されているか否か調べることができる。このような情報を、移動端末等の加入者識別モジュール（ＳＩＭ）に蓄えておくことができる。
【００２８】
情報を送受信するために、パケットデータ・プロトコル（ＰＤＰ）が起動される。第１の起動では、各ＰＤＰアドレスについて好ましくはデフォルトＰＤＰコンテキストが選択される。起動は、移動端末ＭＴとゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮとの間に論理リンクを形成する。図４ａは、パケットデータ・プロトコルの起動を簡略化されたシグナリング図として例示している。パケットデータ・プロトコルが起動されるとき、パケット交換接続で使用されるＩＰアドレス等のパケットデータ・アドレスが移動端末ＭＴのために特定され、これで移動端末ＭＴのアドレスがゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮに知られる。パケットデータ・プロトコルが起動されるとき、移動端末ＭＴ、支援ノードおよびゲートウェイＧＰＲＳ支援ノードとのデータ転送のためのパケット交換接続が確立され、プロトコル（Ｘ．２５またはＩＰ）、ＰＤＰアドレス（例えばＸ．１２１アドレス）、サービス品質およびネットワーク・サービス・アクセス・ポイント識別子（network service access point identifier：ＮＳＡＰＩ）がパケット交換接続のために特定される。
【００２９】
本発明を適用することのできるパケット・ネットワークにおいて、１つのＰＤＰアドレスのために多様なＰＤＰコンテキストを使用することが可能である。その場合には、アプリケーション接続のパケットは、ＰＤＰアドレスに基づいて一定のＰＤＰコンテキストに接続されることができない。この接続を可能にするために、いわゆるデータ転送フィルタが開発されている。データ転送フィルタで、一定の種類のデータフローを一定のＰＤＰコンテキストに接続することができ、いろいろなアプリケーション接続で転送されるべきパケットを正しいＰＤＰコンテキストに向けることができる。データ転送フィルタは例えばデータフローに関する情報を含んでおり、その伝送はデータ転送フィルタで制御される。データフローは単方向性であるので、移動端末ＭＴおよびパケット交換ネットワークは共に別々のデータ転送フィルタを有する。これらのデータ転送フィルタの動作について本明細書で後により詳しく説明する。
【００３０】
例えば、ユーザが移動端末ＭＴでアプリケーションを始動させ、そのアプリケーションがパケット・ネットワークのデータ転送サービスを必要とするとき、ソケット・アプリケーション・プログラミング・インタフェースＳＡＰＩは、このことの情報を制御ブロックＱＭＯＣに送る。アプリケーション接続を求めるこの要求は、アプリケーションが要求するサービス品質ＱｏＳに関する情報を含むことができる。その場合には、制御ブロックＱＭＯＣはアプリケーション接続の確立にこのサービス品質情報を使用することができる。もしサービス品質に関するこの情報がアプリケーションから送られなければ、ブロックＱＭＯＣは、移動端末ＭＴにおいて、好ましくはメモリ手段ＭＥＭ（図３ｂ）において形成されているデータベースＱｏＳＤＢ（図３ａ）から、アプリケーションのサービス品質に関する情報がそこに蓄えられているか否か調べることができる。その場合には、制御ブロックＱＭＯＣは、データベースＱｏＳＤＢに蓄えられているこの情報をアプリケーション接続の確立に使用することができる。アプリケーションのサービス品質に関する情報が見つからなければ、アプリケーション接続はデフォルトＰＤＰコンテキストを用いることにより好ましく確立される。
【００３１】
制御ブロックＱＭＯＣは、移動端末のキーボードＫＢあるいはディスプレイ・ドライバＤＤ等の装置からサービス品質情報を受け取ることもできる。
【００３２】
アプリケーションのサービス品質パラメータは、パケット交換ネットワークのサービス品質パラメータと必ずしも同一でなくてもよい。その場合には、制御ブロックＱＭＯＣは、アプリケーションのサービス品質パラメータをパケット交換ネットワークのサービス品質パラメータに変換する（図４ａのブロック４０１）。例えば、アプリケーションについて１０^-3のビット誤り率が特定されているけれども、パケット交換ネットワークでは最も近い適当なビット誤り率は、例えば、１０^-4である。
【００３３】
本発明の好ましい実施態様では、ユーザは制御ブロックＱＭＯＣの動作を制御する設定値を定めることができる。これらの設定値に基づいて、例えば、アプリケーション接続を確立するときにソケット・アプリケーション・プログラミング・インタフェースＳＡＰＩにより送られたサービス品質情報および／またはデータベースＱｏＳＤＢに蓄えられているサービス品質情報が使用されるか否か選択することが可能である。さらに、有利な特徴は、ユーザがアプリケーション・プログラムのデータ転送パラメータを設定することができるという事実であり、制御ブロックＱＭＯＣは、アプリケーションに必要とされるサービス品質を特定するときにこれらのパラメータを使用することができる。
【００３４】
ＰＤＰコンテキストの起動時に実行されるべきもう１つのタスクは、アプリケーションのデータフローのためのデータ転送フィルタを特定することである。データ転送フィルタは、好ましくは、デフォルトＰＤＰコンテキストを使用しない各アプリケーション接続のために１つのデータ転送フィルタが存在することとなるように、特定される。そのときデータ転送フィルタは、ソース／ターゲット・アドレスおよびソース／ターゲット・ゲート、あるいは他の独特の識別子などの、パケットを識別するための情報を含む。さらに、データ転送フィルタは、どのＰＤＰコンテキストをデータフローが使用しているかということに関する情報と、アプリケーション接続に割り当てられているサービス品質に関する情報と、場合によってはデータフローに関連する他の情報とを含む。好ましくは、データ転送フィルタは、１つのデータ転送フィルタがなるべく多くのデータフローを包含し、１つのデータフローが唯一のデータ転送フィルタにおいて特定されることとなるように、形成される。理想的状態では、１つのデータ転送フィルタは１つのアプリケーションと１つのアプリケーション接続とに対応する。
【００３５】
リソースをアプリケーションに割り当てるために、移動端末ＭＴとパケット・ネットワークとはパケット交換接続を開始する（ブロック４０２）。これは、例えば、移動端末ＭＴがＰＤＰコンテキストを起動するために要求メッセージをサービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮに送る（矢印４０３）ように実行され、そのメッセージは、パラメータとして、例えばパケット交換接続について要求されているサービス・プロフィール（ＱｏＳＰ）、アドレス、あり得るデータ転送フィルタに関する情報（フィルタ・パラメータ）、およびネットワーク・サービス・アクセス・ポイント識別子（ＮＳＡＰＩ）を含む。サービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮは、パケット交換ネットワークからＰＤＰコンテキストのために無線アクセス・ベアラーＲＡＢをとっておくために要求メッセージを無線ネットワークＲＡＮに送る（矢印４０４）。この無線アクセス・ベアラーＲＡＢは、所望のサービス品質がなるべく良く満たされ得るように選択される。無線ネットワークＲＡＮは、選択された無線アクセス・ベアラーを、もしそれがアクティブでなければ、起動する（ブロック４０５）。その後、無線ネットワークＲＡＮは確認メッセージをサービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮに送り（矢印４０６）、選択された無線アクセス・ベアラー（交渉されたサービス品質）とベアラーＩＤ（Ｂ＿ＩＤ）とで達成され得るサービス品質に関する情報を送る。
【００３６】
サービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮは、パケット交換接続を開始するためのメッセージをゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮに送る（矢印４０７）。パケット交換接続を開始するために送られるメッセージは、好ましくはＰＤＰアドレス、サービス品質プロフィールおよびあり得るデータ転送フィルタ・パラメータを含む。パケット交換接続を開始するために必要な処置はゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮで実行される（ブロック４０８）。この段階で、ゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮは、要求されているサービス品質がアプリケーションのために保証され得るのか否か、あるいはそれが不可能であるならば、アプリケーションに与えられるサービス品質を制限するかあるいはパケット交換接続を全く開始しないか見出すために、パケット交換接続がどのような負荷を担っているか調べることができる。もしパケット交換接続を開始することができるならば、ゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮはパケット交換接続に与えられるサービス品質についての通知を応答メッセージでサービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮに送る（矢印４０９）。ゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮは、必要なときには、動的ＰＤＰアドレスをユーザに割り当てることができる。
【００３７】
サービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮは応答メッセージを移動端末ＭＴに送り（矢印４１０）、そのメッセージは、応答メッセージがどのパケット交換接続に関連するかということに関する情報（例えばＰＤＰアドレス）と、交渉されたサービス品質と、ベアラーＩＤと、ネットワーク・サービス・アクセス・ポイント識別子（ＮＳＡＰＩ）とを含む。その後、開始されたパケット交換接続に関する情報は、両立性プロトコル・ブロックＬ３ＣＥ（層３両立性エンティティ）と、好ましくは移動端末ＭＴの制御ブロックＱＭＯＣ（ブロック４１１）とにも送られる。
【００３８】
これは便利に構成され、各データフローとアプリケーション接続とのために、送られるべき情報を一時的に蓄積しておくためのバッファが移動端末ＭＴに形成される。このバッファは、例えば、メモリ手段ＭＥＭから取っておかれる記憶領域であってよい。これに加えて、ＰＤＰコンテキストを使用するデータフロー・パケットの一時的蓄積のために送信および受信バッファが各ＰＤＰコンテキストのために好ましく形成される。これらのバッファの要件とその実際的実現とは、それ自体としては当業者に知られている技術であるので、それらについて本明細書ではこれ以上詳しくは説明しない。
【００３９】
本発明の好ましい実施態様の移動端末ＭＴにおけるＰＤＰコンテキストの選択および変更について、いくつかの例により、図５を参照して説明する。図５において、アプリケーションの例を示すために文字Ａ〜Ｈが使用され、それは次の通りである。
アプリケーションＡ： テレビ会議（第１トラフィック・クラス、ビット誤り率ＢＥＲ１０^-4、遅延クラス１，ビットレート５０ｋｂｉｔ／ｓ）
アプリケーションＢ： オーディオ信号の送信（第１トラフィック・クラス、ＢＥＲ１０^-4，遅延クラス１，ビットレート２５ｋｂｉｔ／ｓ）
アプリケーションＣ： マルチメディア・アプリケーションのオーディオ信号の送信（第１トラフィック・クラス、ＢＥＲ１０^-4，遅延クラス１，ビットレート２５ｋｂｉｔ／ｓ）
アプリケーションＤ： マルチメディア・アプリケーションのビデオ信号の送信（第１トラフィック・クラス、ＢＥＲ１０^-4，遅延クラス２，ビットレート２５ｋｂｉｔ／ｓ）
アプリケーションＥ： マルチメディア・アプリケーションのデータ信号の送信（第２トラフィック・クラス、ＢＥＲ１０^-5，遅延クラス１，ビットレート１５ｋｂｉｔ／ｓ）
アプリケーションＦ： ウェブ・ブラウザ（第３トラフィック・クラス、ＢＥＲ１０^-9，遅延クラス１，ビットレート・ベスト・エフォート方法）
アプリケーションＧ： テルネット（第３トラフィック・クラス、ＢＥＲ１０^-9，遅延クラス１，ビットレート・ベスト・エフォート方法）
アプリケーションＨ： Ｅメール（第４トラフィック・クラス、ＢＥＲ１０^-9，遅延クラス１，ビットレート・ベスト・エフォート方法）
【００４０】
図５は、この例のパケット交換ネットワークに使用され得るいろいろなＰＤＰコンテキストも示している。これらのいろいろなＰＤＰコンテキストは参照符ＰＤＰ１〜ＰＤＰ９で示されている。さらに、各ＰＤＰコンテキストＰＤＰ１〜ＰＤＰ９に付随するトラフィック・クラスＴＣ１〜ＴＣ４を示すためにこの図において破線が使用されている。例えば、第１トラフィック・クラスＴＣ１は第１ＰＤＰコンテキストＰＤＰ１，第２ＰＤＰコンテキストＰＤＰ２，第３ＰＤＰコンテキストＰＤＰ３および第４ＰＤＰコンテキストＰＤＰ４を含んでおり、第２トラフィック・クラスＴＣ２は第５ＰＤＰコンテキストＰＤＰ５，第６ＰＤＰコンテキストＰＤＰ６および第７ＰＤＰコンテキストＰＤＰ７を含んでおり、第３トラフィック・クラスＴＣ３は第８ＰＤＰコンテキストＰＤＰ８を含み、第４トラフィック・クラスＴＣ４は第９ＰＤＰコンテキストＰＤＰ９を含む。ブロックＰＡＣ、Ｌ３ＣＥ、ＲＬＣは、移動端末ＭＴのプロトコル・スタックのいろいろな層を例示している。
【００４１】
図５の例示におけるデータフローの方向は、情報が移動端末ＭＴからパケット・ネットワークＮＷへ送られるときには下向きであり、パケットがパケット・ネットワークＮＷから移動端末ＭＴに受け取られるときには上向きである。必要なプロトコル変更は、それ自体としては当該技術分野で知られているように、プロトコル・スタックのいろいろなブロックで実行される。
【００４２】
ウェブ・ブラウザをスタートさせるときには、例えば、（アプリケーションＦ）、ソケット・アプリケーション・プログラミング・インタフェース（ＳＡＰＩ）はこのアプリケーションをスタートさせることに関する情報を制御ブロックＱＭＯＣに送る。ここでは、ソケット・アプリケーション・プログラミング・インタフェースはサービス品質情報を送らず、このアプリケーションに関するサービス品質情報は制御ブロックＱＭＯＣに蓄積されていないということが仮定されている。従って制御ブロックＱＭＯＣはサービス品質を決定することができず、制御ブロックＱＭＯＣはこのアプリケーションのためにデフォルトＰＤＰコンテキストを選択する。その場合、データ転送フィルタもこのアプリケーションのために特定されない。
【００４３】
Ｔｅｌｎｅｔアプリケーション（アプリケーションＧ）のスタートに関して、制御ブロックＱＭＯＣはサービス品質情報がこのアプリケーションのために蓄積されているということを検出する。この蓄積されているサービス品質情報ＱｏＳは、このアプリケーションのために第３トラフィック・クラスが特定されていることを示す。制御ブロックＱＭＯＣは、この第３トラフィック・クラスのためにどのＰＤＰコンテキストを利用し得るか調べる。ここで論じられている例は唯一のＰＤＰコンテキスト、すなわち第８ＰＤＰコンテキストＰＤＰ８を備えており、それは第３トラフィック・クラスで利用可能である。この第８ＰＤＰコンテキストは、この例のシステムにおけるデフォルトＰＤＰコンテキストでもある。従ってデフォルトＰＤＰコンテキストがＰＤＰコンテキストとして選択され、このアプリケーションのためにはデータ転送フィルタは特定されない。
【００４４】
Ｅメール・アプリケーション（アプリケーションＨ）がスタートするとき、ソケット・アプリケーション・プログラミング・インタフェースはサービス品質情報を送らないが、このアプリケーションのために、サービス品質情報は内部データベースに蓄積されている。この情報から、制御ブロックＱＭＯＣは、このアプリケーションのために第４トラフィック・クラスが特定されていることを検出する。第４トラフィック・クラスに対応するＰＤＰコンテキストは第９ＰＤＰコンテキストＰＤＰ９であり、従って制御ブロックＱＭＯＣは、このアプリケーションＨにより使用されるようにこのＰＤＰコンテキストを選択する。さらに、制御ブロックＱＭＯＣは、このアプリケーションのためのデータ転送フィルタを特定する。このデータ転送フィルタは、例えば、データフロー・パケットで使用される識別子、ＰＤＰコンテキスト、サービス品質パラメータあるいはその他の情報などの情報が蓄積されているデータベースである。その後、制御ブロックＱＭＯＣは、選択されたＰＤＰコンテキストＰＤＰ９を起動し、データをデータ転送フィルタから移動端末ＭＴのパケット分級機ブロックＰＡＣとパケット交換ネットワークとに、好ましくはゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮに送るが、それはデータ転送接続の第２の終端部である。図４ａは、パケット交換ネットワークにおいて移動端末ＭＴとゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮとの間でどのようにしてデータ転送フィルタ情報を送ることができるかということの例を示すシグナリング図である。
【００４５】
テレビ会議アプリケーション（アプリケーションＡ）がスタートするとき、前述したように制御ブロックＱＭＯＣはＰＤＰコンテキストを選択する。このアプリケーションのために特定されているサービス品質パラメータに基づいて、制御ブロックＱＭＯＣは他のＰＤＰコンテキストＰＤＰ２を選択する。さらに、アプリケーションのためにデータ転送フィルタが特定され、ＰＤＰコンテキストＰＤＰ２が起動され、データ転送フィルタ・データが移動端末ＭＴのパケット分級機ブロックＰＡＣとゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮとに送られる。
【００４６】
オーディオ・アプリケーション（アプリケーションＢ）がスタートするとき、前述したように、ＰＤＰコンテキストの対応する選択が実行される。この場合にも図５の例に示されているように第２ＰＤＰコンテキストＰＤＰ２がＰＤＰコンテキストとして選択され、このアプリケーションのデータフローのためにデータ転送フィルタ・パラメータが特定される。この第２ＰＤＰコンテキストＰＤＰ２は既に起動されているので、次のステップは、新しい状態のためにＰＤＰコンテキストを更新して、ＰＤＰコンテキストを修正するために送られるメッセージでデータ転送フィルタ・データを送信することである。ＰＤＰコンテキストが更新されるとき、必要とされるビットレートが、同じＰＤＰコンテキストを使用するアプリケーションのアプリケーション接続に割り当てられているビットレートの和となるようにＰＤＰコンテキストのビットレートが変更される。従って同じＰＤＰコンテキストを使用する他のアプリケーションのサービス品質は実質的に影響を受けない。ＰＤＰコンテキストの動作を規制する他のパラメータは好ましくは変更されないが、その理由は、それらの変更は同じＰＤＰコンテキストを使用する他のアプリケーションにより受けられるサービス品質に影響を及ぼすかも知れないからである。
【００４７】
アプリケーションＣ、ＤおよびＥは、マルチメディア・アプリケーションのいろいろな信号成分である。この例では、アプリケーションＣはマルチメディア・アプリケーションの音声成分であり、アプリケーションＤはビデオ成分であり、アプリケーションＥはデータ成分である。前述した他のアプリケーションのために実行されるのに対応する処置が、これらの成分の各々のために好ましく実行される。この例では、第２ＰＤＰコンテキストＰＤＰ２が音声成分ＣのＰＤＰコンテキストとして選択され、これでＰＤＰコンテキストが更新される。第４ＰＤＰコンテキストＰＤＰ４はビデオ成分ＤのＰＤＰコンテキストとして選択され、ＰＤＰコンテキストは起動される。第６ＰＤＰコンテキストＰＤＰ６はデータ成分Ｅのために選択され、このＰＤＰコンテキストは起動される。
【００４８】
全てのアプリケーションＡ〜Ｈは必ずしも同時にかつここで提示した順序で動作させられるわけではなく、ＰＤＰコンテキストの起動および修正における処置は上で提示したものと異なるが当業者はそれらをこの記述に基づいて実行することができるであろう。
【００４９】
アプリケーション接続が確立されたとき、データ転送をスタートすることができる。そのとき移動端末ＭＴのアプリケーションから送られる情報はソケット・アプリケーション・プログラミング・インタフェース（ＳＡＰＩ）に送られ、そこでこの情報はデータ・リンク層プロトコルに従ってパケットに変換される。それらのパケットはパケット分級機ＰＡＣに送られる。パケット分級機ＰＡＣが各パケットを受け取るとき、それは、アドレス情報などの、データ転送フィルタの識別（ＩＤ）情報をパケットに含まれているＩＤ情報と比較する。データ転送フィルタのＩＤ情報がパケットのＩＤ情報と調和するならば、パケット分級機ＰＡＣは、データ転送フィルタから、どのＰＤＰコンテキストがデータフローのために選択されているかを見出す。もしデータ転送フィルタが見つからなければ、パケット分級機ＰＡＣはデフォルトＰＤＰコンテキストを選択する。その後、パケット分級機ＰＡＣは、図３ａに示されているように、パケットを両立性プロトコル・ブロックＬ３ＣＥ（層３両立性エンティティ）へ転送する。必要ならば、データ・リンク層プロトコルからネットワーク層の両立性プロトコル・ブロックＬ３ＣＥの形へのプロトコル変換も実行される。
【００５０】
ネットワーク層パケットの圧縮と、データ転送を最適化するための他の処置とが必要ならば、それらはネットワーク層両立性プロトコル・ブロックＬ３ＣＥで実行される。
【００５１】
移動端末ＭＴから無線周波数信号として送られるパケットは、基地局Ｎｏｄｅ−Ｂで受信され、サービング支援ノードへ転送される。パケット交換ネットワークにおいて、パケットはサービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮから、パケット交換ネットワークのデータ転送メカニズム（プロトコル・スタックなど）を使用するゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮに送られる。本方法の適用のためには、プロトコル・スタックの各ブロックがパケット交換ネットワークのどの部分に置かれているかということは重要ではない。ゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮからパケットは受信機に送られるが、それは、同じワイヤレス・パケット交換ネットワーク、異なるワイヤレス・パケット交換ネットワークあるいはインターネット・データ・ネットワーク等の他のパケット交換ネットワークにあってよい。ゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮは、いろいろなプロトコル間の所要の変換を実行する。
【００５２】
パケットが移動端末ＭＴに受信されるとき、対応する送信処置とは逆の処置が実行され、本方法の動作は実質的に前述したものと一致する。
【００５３】
例として図５に示されているアプリケーションを参照して、本発明の好ましい実施態様の方法を使用するサービス品質の変更について次に説明する。サービス品質を変更する必要は、移動端末ＭＴのユーザ、アプリケーションおよび／またはパケット交換ネットワークから生じることがある。例えば、ユーザがテレビ会議を持ち（アプリケーションＡ）、そのために品質のより良い画像が必要であり、そのためにデータ転送速度を高めようとする試みがなされる。パケット交換ネットワークのトラフィック状況は、ネットワークがテレビ会議のために特定されているデータ転送速度を支援できなくて、それに割り当てられているサービス品質を変更しなければならなくなったり、あるいはテレビ会議をうち切らなければならなくなったりすることもある。
【００５４】
本発明の好ましい実施態様の方法では、ユーザまたはアプリケーションに起因するサービス品質の変更は、本明細書において前により詳しく説明したように、アプリケーション接続を確立するのと実質的に同じ態様で実行されることができる。最も重要な差は、サービス品質プロフィールとデータ転送フィルタ・パラメータに関する全ての情報を送る必要はなくて、変更される情報だけを送ればよいという事実である。もしデータ転送フィルタが除去されれば、フィルタ・パラメータ無しでデータ転送フィルタＩＤだけを送れば充分である。サービス品質の変更に関する情報は、ソケット・アプリケーション・プログラミング・インタフェースＳＡＰＩを介して制御ブロックＱＭＯＣに送られる。あるいは、ユーザにより行われた変更は制御ブロックＱＭＯＣに直接転送されてもよい。その変更された情報に基づいて、変更された状態になるべく適するＰＤＰコンテキストが選択される。その後、新しい／選択されたＰＤＰコンテキストは、必要ならば、起動されあるいは修正される。ＰＤＰコンテキストが変更されたならば、ＰＤＰコンテキストが変更される前にアプリケーション接続のために選択されたＰＤＰコンテキストにおいて新しい状態のための更新が実行される。そのとき、とられるべき処置は主としてこのＰＤＰコンテキストのビットレートを減少させることである。
【００５５】
例えば、ＴｅｌｎｅｔアプリケーションＧではトラフィック・クラスは第３から第４トラフィック・クラスに変更されると仮定することができる。制御ブロックＱＭＯＣは、この第４クラスに対応するＰＤＰコンテキスト、この例では第９ＰＤＰコンテキストＰＤＰ９がアクティブであることを検出し、このＰＤＰコンテキストはＴｅｌｎｅｔアプリケーションのデータフローのために選択される。この場合、ビット誤り率、遅延クラスおよびビットレートが希望されているサービス品質に対応するので、この第９ＰＤＰコンテキストＰＤＰ９に対しては何らの変更も行われない。しかし、このアプリケーションのために前にデフォルトＰＤＰコンテキストが選択されていたので、このアプリケーションのためにデータ転送フィルタが特定されなければならない。このとき、制御ブロックＱＭＯＣはデータ転送フィルタに関する情報を移動端末のパケット分級機ブロックＰＡＣとパケット交換ネットワークのゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮとに送る。この場合、ビットレートがベスト・エフォートに対応するので、第８ＰＤＰコンテキストＰＤＰ８に対しては何らの変更も必要がない。
【００５６】
他の例として、音声アプリケーションＢのビットレート２５ｋｂｉｔ／ｓは１５ｋｂｉｔ／ｓに変更される。サービス品質に影響を及ぼす他のパラメータは変更されない。ビットレートが変更されるだけなので、同じＰＤＰコンテキスト（ＰＤＰ２）を使用することができる。このとき新しいビットレートがアプリケーションのビットレートの合計として計算され、そのデータフローのためにこの第２ＰＤＰコンテキストＰＤＰ２が選択されている。他のパラメータ変更は不要である。同じＰＤＰコンテキストが存続しているので、データ転送フィルタに対しては何らの変更も必要がない。その後、制御ブロックＱＭＯＣはＰＤＰコンテキストの修正を実行するが、データ転送フィルタ・パラメータを送る必要はない。
【００５７】
第３の例では、マルチメディア・アプリケーションのデータ信号送信アプリケーションＥのトラフィック・クラスは第２から第３のトラフィック・クラスに変更される。この例のデータ転送システムでは、ビット誤り率はアプリケーションのために希望されている値、１０^-5、を満たさないので、可能な最も近い値、この場合には１０^-4、が選択される。変更要求において遅延についての目標値が与えられていなければ、好ましくは最も悪い遅延クラス（＝２）が選択される。制御ブロックＱＭＯＣは、第１トラフィック・クラスにおいて必要条件に対応するＰＤＰコンテキスト、この例では第４ＰＤＰコンテキストＰＤＰ４が既にアクティブであることを検出する。この場合、第４ＰＤＰコンテキストＰＤＰ４のビットレートは、新しい状態に対応するように変更されなければならない。必要とされるビットレートは、この第４ＰＤＰコンテキストを使用するアプリケーション接続（ＥおよびＤ）のビットレートの合計である、４０ｋｂｉｔ／ｓである。さらに、第４ＰＤＰコンテキストＰＤＰ４においてこのアプリケーションのためにデータ転送フィルタが特定される。制御ブロックＱＭＯＣはデータ転送フィルタに関する情報を移動端末のパケット分級機ブロックＰＡＣとパケット交換ネットワークのゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮとに送る。この場合、第６ＰＤＰコンテキストＰＤＰ６は好ましくは停止されるが、それは、変更後はどのアプリケーションもこのＰＤＰコンテキストＰＤＰ６を使用しないからである。この停止と関連して、停止されるべきＰＤＰコンテキストにおいて特定されているデータ転送フィルタも除去される。
【００５８】
もう１つの例は、マルチメディア・アプリケーションのビデオ信号送信アプリケーションＡのビット誤り率が変更されるという状態である。変更前のビット誤り率は、例えば、１０^-4であり、それは値１０^-3に変更される。第１トラフィック・クラスは接続のために維持され、他のサービス品質パラメータは変更されない。この例により例示される状態においては、ビット誤り率がアプリケーションの要件を満たしているＰＤＰコンテキストはいずれもアクティブではなく、次の試みは新しいＰＤＰコンテキストを起動することである。制御ブロックＱＭＯＣは、第１トラフィック・クラスにおいて要件に対応するＰＤＰコンテキストは第１ＰＤＰコンテキストＰＤＰ１であることを検出する。そのとき制御ブロックＱＭＯＣはこの第１ＰＤＰコンテキストＰＤＰ１をこのアプリケーションＡのために選択する。さらに、制御ブロックＱＭＯＣは、このアプリケーションのためにデータ転送フィルタを特定する。変更前のＰＤＰコンテキストＰＤＰ２において使用されるのと同じパラメータがデータ転送フィルタにおいて使用されることができる。ＰＤＰコンテキストはパケット交換ネットワークにおいて起動される。制御ブロックＱＭＯＣはデータ転送フィルタに関する情報も移動端末のパケット分級機ブロックＰＡＣとパケット交換ネットワークのゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮとに送る。この場合、第２ＰＤＰコンテキストＰＤＰ２において変更が行われるが、それは、変更後には、マルチメディア・アプリケーションのビデオ信号送信アプリケーションＡがこのＰＤＰコンテキストＰＤＰ２を使用しないが、アプリケーションＢおよびＣが依然としてそれを使用するからである。
【００５９】
サービス品質を変更する必要は、パケット交換ネットワークに由来することもある。そのとき本発明の好ましい実施態様の方法は次の通りである（図４ｂ）。サービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮにおいて、例えばセッション管理ブロックＳＭは、パケット交換ネットワークがトラフィックで過負荷となっていて、データ伝送の少なくとも一部分を制限する試みが行われることを検出する。そのときセッション管理ブロックＳＭは過負荷を取り除くためにどのＰＤＰコンテキストが変更されるか決定し（４１２）、新しいサービス品質プロフィールを選択する。サービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮは、ＰＤＰコンテキストの新しいサービス品質プロフィールに対応するようにベアラーを変更するために要求を無線ネットワークＲＡＮに送る（矢印４１３）。無線アクセス・ネットワークＲＡＮは、もし可能であれば、要求されたサービス品質に対応する新しい無線アクセス・ベアラーを選択し（ブロック４１４）、この無線アクセス・ベアラーの識別子とサービス品質とについての情報をサービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮに送る（矢印４１５）。
【００６０】
サービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮはＰＤＰコンテキストを更新するための要求をゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮに送る（矢印４１６）。ゲートウェイＧＰＲＳ支援ノード３Ｇ−ＧＧＳＮはＰＤＰコンテキストをセットし（ブロック４１７）、交渉されたサービス品質に関する情報をサービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮに返す（矢印４１８）。
【００６１】
サービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮは、ＰＤＰコンテキストの変更に関する情報を移動端末ＭＴに送る（矢印４１９）。移動端末ＭＴにおいて、ＰＤＰコンテキストの変更が両立性プロトコル・ブロックＬ３ＣＥと制御ブロックＱＭＯＣとに送られる（ブロック４２０）。移動端末ＭＴはＰＤＰコンテキストの変更を容認することに関するメッセージをサービングＧＰＲＳ支援ノード３Ｇ−ＳＧＳＮに送る（矢印４２１）。しかし、アプリケーションの状態が変化して、変更されたＰＤＰコンテキストがアプリケーションのために特定されているサービス品質に最早対応しなくなることがある。アプリケーションのサービス品質の変更に関する情報は制御ブロックＱＭＯＣに送られる。変更された情報に基づいて、変更された状態になるべく適するＰＤＰコンテキストが選択される。その後、もし必要ならば、新しい／選択されたＰＤＰコンテキストが起動あるいは修正される。これは図４ｂにおいてブロック４２２および４２３により図解されている。
【００６２】
本発明は、上で説明した実施態様のみに限定されるものではなく、添付されている請求項により定義される範囲から逸脱することなくその細部を修正することができる。
【図面の簡単な説明】
【図１ａ】 ＧＰＲＳデータ転送システムを示す図である。
【図１ｂ】 ＵＭＴＳデータ転送システムを示す図である。
【図２ａ】 ＵＭＴＳデータ転送システムにおけるユーザ・レベルのデータ転送をプロトコル・スタック記述として例示する図である。
【図２ｂ】 ＵＭＴＳデータ転送システムにおける制御レベルのデータ転送をプロトコル・スタック記述として例示する図である。
【図３ａ】 本発明の好ましい実施態様の移動端末の動作をプロトコル・スタック記述として例示する図である。
【図３ｂ】 本発明の好ましい実施態様の移動端末を簡略化されたブロック図として示す図である。
【図４ａ】 本発明の好ましい実施態様の方法におけるＰＤＰコンテキストの起動の簡略化されたシグナリング図である。
【図４ｂ】 本発明の好ましい実施態様の方法におけるパケット・ネットワークにより開始されるＰＤＰコンテキストの変更の簡略化されたシグナリング図である。
【図５】 本発明の好ましい実施態様の移動端末においてＰＤＰコンテキストを選択し変更するための本発明の好ましい実施態様の方法を例示する図である。

Claims (20)

1. 移動端末（ＭＴ）で動作する１つまたはそれより多いアプリケーションとパケット交換ネットワーク（ＮＷ）との間での情報の転送を最適化する方法であって、そのパケット交換ネットワーク（ＮＷ）では少なくとも２つのＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）が利用可能であり、そのＰＤＰコンテキストは少なくとも部分的に異なるデータ転送特性を有し、それにより前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）は情報の伝送のために少なくとも部分的に異なるサービス品質を提供することができ、
   前記アプリケーションのうちの少なくとも１つのために少なくとも１つのアプリケーション接続が確立され、そのアプリケーション接続のためにサービス品質が特定され、
   前記アプリケーション接続のために前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）のうちの１つが選択される方法において、
   前記アプリケーションのアプリケーション接続のために特定されているサービス品質が変化するとき、前記パケット交換ネットワーク（ＮＷ）で利用可能な前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）の特性に基づいて、前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）のうちのどれが、変更されているサービス品質を有する前記アプリケーション接続により使用されるのに適しているかが調べられ、前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）のうちの、そのデータ転送特性が、変更されるサービス品質に最も近い１つが前記アプリケーション接続のために選択されることを特徴とする、情報の転送を最適化する方法。
2. 前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）のうちの１つはデフォルトＰＤＰコンテキスト（ＰＤＰ８）として選択され、前記アプリケーション接続のためにサービス品質が特定されていなければ、前記アプリケーション接続のために前記デフォルトＰＤＰコンテキスト（ＰＤＰ８）が選択されることを特徴とする請求項１に記載の方法。
3. 前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）のうちの１つはデフォルトＰＤＰコンテキスト（ＰＤＰ８）として選択され、利用可能な他のいずれのＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ７，ＰＤＰ９）のデータ転送特性も前記アプリケーション接続のために特定されているサービス品質に対応しないことはないならば、前記デフォルトＰＤＰコンテキスト（ＰＤＰ８）が前記アプリケーション接続のために選択されることを特徴とする請求項１に記載の方法。
4. 前記アプリケーション接続のために少なくとも１つのデータ転送フィルタが形成され、それに、前記アプリケーション接続のために選択された前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）に関するデータ転送フィルタ情報が蓄積されることを特徴とする請求項１〜３のうちのいずれか一項に記載の方法。
5. 情報はアプリケーション接続において少なくとも１つのデータフローで転送される請求項４に記載の方法であって、前記アプリケーション接続のデータフローのために識別子が特定され、少なくとも前記識別子は前記データ転送フィルタに蓄積されることを特徴とする方法。
6. 少なくとも２つの異なるトラフィック・クラス（ＴＣ１〜ＴＣ４）が前記パケット交換ネットワークに形成され、そのトラフィック・クラスにおいては前記データ転送特性が少なくとも部分的に異なり、少なくとも１つのＰＤＰコンテキストが前記トラフィック・クラスに形成され、前記アプリケーション接続のために特定されるサービス品質は前記トラフィック・クラス（ＴＣ１〜ＴＣ４）に関する情報を含んでおり、ＰＤＰコンテキストは、前記アプリケーション接続のために特定されている前記トラフィック・クラス（ＴＣ１〜ＴＣ４）のＰＤＰコンテキストから前記アプリケーション接続のために選択されることを特徴とする請求項１〜５のうちのいずれか一項に記載の方法。
7. 前記サービス品質を特定するために少なくともデータ転送のビットレートが使用され、前記アプリケーション接続のために特定されているビットレートが変更されるときは前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）は変更されないことを特徴とする請求項１〜６のうちのいずれか一項に記載の方法。
8. 前記サービス品質を特定するために少なくともデータ転送のビット誤り率が使用され、前記アプリケーション接続のために特定されているビット誤り率が変更されるときに前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）が変更されることを特徴とする請求項１〜６のうちのいずれか一項に記載の方法。
9. 前記サービス品質を特定するために少なくともデータ転送遅延が使用され、前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）は、前記アプリケーション接続のために特定されている遅延が変更されるときに変更されることを特徴とする請求項１〜８のうちのいずれか一項に記載の方法。
10. 前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）を変更するために、前記アプリケーション接続の変更されたサービス品質の仕様は、ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）を選択するために利用することのできるＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）で達成することのできるサービス品質と比較され、それは前記アプリケーション接続の変更されたサービス品質にできるだけ緊密に対応することを特徴とする請求項１〜９のうちのいずれか一項に記載の方法。
11. 前記方法においては、選択されたＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）がアクティブであるか否かも調べられ、もし前記選択されたＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）がアクティブであれば、その選択されたＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）の状況は前記アプリケーション接続のサービス品質パラメータに基づいて更新され、もし前記選択されたＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）がアクティブでなければ、その選択されたＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）は起動され、その選択されたＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）の状況は前記アプリケーション接続のサービス品質パラメータに基づいてセットされることを特徴とする請求項１０に記載の方法。
12. １つまたはそれより多いアプリケーションを動作させるための手段（ＣＯＮＴＲＯＬ、ＭＥＭ）を組み入れた移動端末（ＭＴ）と、パケット交換ネットワーク（ＮＷ）と、前記アプリケーションと前記パケット交換ネットワーク（ＮＷ）との間での情報の伝送を最適化するための最適化手段とを含むデータ転送システムであって、そのパケット交換ネットワークにおいては、少なくとも部分的に異なるデータ転送特性を有する少なくとも２つのＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）が形成されており、前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）は少なくとも部分的に異なるサービス品質を有し、このデータ転送システムは、
    少なくとも１つの前記アプリケーションのために少なくとも１つのアプリケーション接続を確立するための手段（ＱＭＯＣ、ＭＴ、３Ｇ〜ＧＧＳＮ）であって、そのアプリケーション接続のためにサービス品質が特定されており、そのサービス品質はデータ転送パラメータの集合からなる手段と、
    各アプリケーション接続のために前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）のうちの１つを選択するための手段（ＱＭＯＣ）とを備えるデータ転送システムにおいて、
    前記最適化手段は、
    パケット交換ネットワーク（ＮＷ）で利用可能なＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）の特性を見出すための試験手段（３Ｇ−ＳＧＳＮ、ＲＡＮ）と、
    前記アプリケーション接続のために特定されているサービス品質に関する変更情報を受け取り、その変更された前記サービス品質を前記パケット交換ネットワークで利用可能なＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）の特性と比較するための制御ブロック（ＱＭＯＣ）とを備え、
    前記アプリケーション接続のために特定されている変更されたサービス品質で前記アプリケーション接続を使用するために選択されるＰＤＰコンテキストは、そのデータ転送特性が前記アプリケーション接続のために特定されている変更されたサービス品質に最も近いＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）であることを特徴とするデータ転送システム。
13. 前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）のうちの１つがデフォルトＰＤＰコンテキスト（ＰＤＰ８）として選択されており、前記アプリケーション接続のためにサービス品質が特定されていなければ、前記デフォルトＰＤＰコンテキスト（ＰＤＰ８）が前記アプリケーション接続のために選択されることを特徴とする請求項１２に記載のデータ転送システム。
14. 前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）のうちの１つがデフォルトＰＤＰコンテキスト（ＰＤＰ８）として選択されており、利用可能な他のＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ７，ＰＤＰ９）のデータ転送特性が該アプリケーション接続のために特定されているサービス品質に対応していなければ、前記デフォルトＰＤＰコンテキスト（ＰＤＰ８）が該アプリケーション接続のために選択されることを特徴とする請求項１２または１３に記載のデータ転送システム。
15. 前記アプリケーション接続のために少なくとも１つのデータ転送フィルタを形成するための手段（ＱＭＯＣ）と、前記アプリケーション接続のために選択されている前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）に関する情報を蓄積するための蓄積手段（ＭＥＭ）とを備えることを特徴とする請求項１２〜１４のうちのいずれか一項に記載のデータ転送システム。
16. 前記アプリケーション接続の情報を少なくとも１つのデータフローで伝送するための手段（ＮＬＰ、ＰＡＣ）を備える請求項１５に記載のデータ転送システムであって、唯一の識別子が前記データ転送フローのために特定され、少なくとも前記識別子が前記データ転送フィルタに蓄積されることを特徴とするデータ転送システム。
17. 少なくとも２つの異なるトラフィック・クラス（ＴＣ１〜ＴＣ４）が前記パケット交換ネットワークにおいて形成されており、そのトラフィック・クラスにおいてデータ転送特性は少なくとも部分的に異なっており、少なくとも１つのＰＤＰコンテキストが各トラフィック・クラスにおいて形成されており、前記アプリケーション接続のために特定されているサービス品質は前記トラフィック・クラス（ＴＣ１〜ＴＣ４）に関する情報を含んでおり、前記アプリケーション接続のために特定されている前記トラフィック・クラス（ＴＣ１〜ＴＣ４）の前記ＰＤＰコンテキストから前記アプリケーション接続のためにＰＤＰコンテキストが選択されることを特徴とする請求項１２〜１６のうちのいずれか一項に記載のデータ転送システム。
18. 前記アプリケーション接続の情報を前記データ転送システムで伝送されるべきパケットに変換するための手段（ＳＡＰＩ）と、前記データフローのパケットを前記アプリケーション接続のために選択されているＰＤＰコンテキストに接続するための手段（ＰＡＣ）とを備えることを特徴とする請求項１２〜１７のうちのいずれか一項に記載のデータ転送システム。
19. 前記制御ブロック（ＱＭＯＣ）は、前記アプリケーション接続のために特定されているサービス品質のデータ転送パラメータを前記パケット交換ネットワーク（ＮＷ１）のＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）のデータ転送特性に従うパラメータに変換するための手段を含むことを特徴とする請求項１２〜１８のうちのいずれか一項に記載のデータ転送システム。
20. 移動端末（ＭＴ）であって、該移動端末は、１つまたはそれより多いのアプリケーションを動作させるための手段（ＣＯＮＴＲＯＬ、ＭＥＭ）と、前記移動端末とパケット交換ネットワーク（ＮＷ）との間で情報を伝送するためのデータ転送手段（ＲＦ）と、前記アプリケーションと前記パケット交換ネットワーク（ＮＷ）との間での情報の転送を最適化するための最適化手段（ＱＭＯＣ）とを備えており、そのパケット交換ネットワークにおいては少なくとも２つのＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）が形成されており、それらは少なくとも部分的に異なるデータ転送特性を有し、前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）は少なくとも部分的に異なるサービス品質を有し、この移動端末（ＭＴ）は、
    前記アプリケーションのうちの少なくとも１つのために少なくとも１つのアプリケーション接続を確立するための手段（ＱＭＯＣ）であって、そのアプリケーション接続のためにサービス品質が特定されている手段と、
    アプリケーション接続の各データフローのために前記ＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）のうちの１つを選択するための手段（ＱＭＯＣ）とを備える移動端末において、
    前記最適化手段は、前記パケット交換ネットワークにおいて利用可能な他のＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）のための前記アプリケーション接続のために選択されているＰＤＰコンテキスト（ＰＤＰ１〜ＰＤＰ９）を変更することによりアプリケーションの前記アプリケーション接続のために特定されているサービス品質を変更するための手段（ＳＡＰＩ、ＫＢ、ＤＤ、ＱＭＯＣ）を備えることを特徴とする移動端末。

Images