JP2007507941A - 無線端末から送信された、異なるフローからのデータパケットのスケジューリング方法 - Google Patents

Abstract

本発明は、第１データフローのデータパケットと、第２データフローのデータパケットの送信順序の定義を必要とする無線パケット交換データシステムにおけるデータ送信方法に関する。本方法では、データパケットの送信順序は、データパケットに添付された少なくとも一つの分類パラメータに基づいて定義される。第１および第２データフローのサービス品質クラスを定義するパラメータは、分類パラメータに従って、チェックされる。より高いサービス品質クラスを有するデータフローのデータパケットが最初に送信される。

Description

発明の分野
本発明は、無線パケット交換データシステムの移動局におけるデータ送信に関し、特に、パケットの送信順序の定義に関する。

発明の背景
パケット交換データ送信システムにおいて、その一つの例は、ＧＰＲＳ（汎用パケット無線システム）であるが、異なるアプリケーションの要求に対して異なるサービス品質（ＱｏＳ）を提供するためのシステムがある。パケット交換データ送信において、データトラフィックは一般的に突発的で、広い帯域を一時的に必要とするが、音声のような時間が重要なデータを送信する場合は、遅延はより深刻である。無線リソースを割り当てるときは、送信するデータの送信速度要求を考慮することが可能である。また、移動局から実質的に同時にいくつかの異なるデータフローを送信することも可能である。いくつかのパケットを送信する場合は、無線送信経路への送信の前に、送信キューでバッファリングすることが可能である。従来、パケットはキューから受信の順序で送信されていたが、多くの場合、パケットに優先順位を与えることができると好都合である。時間が重要なデータに優先権を与えることができると、これは非常に好ましいことである。

ＧＰＲＳシステムのＲＬＣ／ＭＡＣプロトコルは、３ＧＰＰ仕様書、３ＧＰ ＰＴ Ｓ４４．０６０、バージョン６．４．０、２００３年９月、に記載されている。ＲＬＣ／ＭＡＣは、いくつか移動局により共有されている無線送信媒体を利用することにより、より高い層のパケットに送信サービスを提供する。ＲＬＣ層は、ＬＬＣデータユニットのセグメント化と再アセンブリを定義し、またリンク適応機能も提供する。ＬＬＣデータユニットを無線インタフェースを介して送信するために、ＲＬＣ／ＭＡＣは、ＬＬＣデータユニットを、移動局とネットワークの間で単一方向にのみ送信するための物理無線リンクであるＴＢＦ（一時的ブロックフロー）を利用する。ＬＬＣデータユニットは、ユーザーデータまたはＧＰＲＳプロトコルシグナリングを含む。ＴＢＦはより高いレベルの送信モードが終了すると解放される。二つの異なる送信モード、つまり、承認（ａｃｋｎｏｗｌｅｄｇｉｎｇ）と非承認（ｕｎａｃｋｎｏｗｌｅｄｇｉｎｇ）を、ＲＬＣ層で使用することが可能で、このモードは異なるＴＢＦ接続を必要とする。上記仕様書の段落８．１．１．１．２は、ＲＬＣ層で行われる優先順位化を記述しており、それによれば、ＧＰＲＳネットワークにより割り当てられた無線プライオリティパラメータが、ＲＬＣ／ＭＡＣ層の異なるデータフローのパケットの送信順序を定義するときに、分類パラメータとして使用される。無線プライオリティパラメータは、四つの値のみを有し、そのうちの一つ（最も高いプライオリティ）はシグナリングの目的のためにのみ保存されている。このパラメータは、一般的に、種々の加入形態の違いを考慮するために、ＧＰＲＳネットワークにおいても使用される。例えば、法人加入者には、より安価なサービスを受ける個人ユーザーよりも高い無線プライオリティパラメータが与えられる。無線プライオリティパラメータは、一般的には、ネットワークにおける異なる移動局の間で優先順位を決めるときにも使用される。このようにして、そして実際にはおそらく可能であるが、移動局の二つのＰＤＰコンテキストが異なるサービス品質プロフィールを有していたとしても、ネットワークは両者に同じ無線プライオリティパラメータを与えることが可能になる。これが、無線プライオリティパラメータ単独では、いくつかのデータフローに優先順位を効果的に与えるためには十分でない理由である。上記のＧＰＲＳ ＲＬＣ仕様書４４．０６０もまた、２次的な優先順位化の規準、つまり、送信するパケットが同じ無線プライオリティパラメータを有している場合の、ピークスループットクラスパラメータの使用について記述している。しかし、このパラメータは、最大アップリンクビットレートパラメータから導出され、データフローのリアルタイムの特性をまったく記述していない。

発明の簡単な説明
このように、本発明の目的は、データパケットの送信順序を定義する際に、データフローの特性が以前よりもより良好に考慮され得るように、改良ソリューションを開発することである。本発明の目的は、独立請求項で記述される内容により特徴付けられる方法と移動局により達成される。本発明のいくつかの良好な実施形態は、従属請求項に記述されている。

本発明は、送信順序はデータパケットに対して、少なくとも一つの分類パラメータに基づいて、第１および第２のデータフローのサービス品質クラスを定義するパラメータが分類パラメータによりチェックされるように定義されるという着想に基づいている。より高いサービス品質クラスを有するデータフローのデータパケットが最初に送信される。データフローとは一般的にパケット交換データの論理送信リンクのことを意味し、例えば、ＧＰＲＳシステムのＰＤＰコンテキストである。サービス品質クラスを定義するパラメータは、一般的には、アプリケーションタイプを示す任意のパラメータである。例えば、電話のアプリケーションに対しては、そのアプリケーションが少しの遅延を必要とすることを示すサービス品質クラスを定義することが可能である。一つのアプリケーションにおいて、例えば、使用法に依存するいくつかのサービス品質クラスを使用することも可能であるということに留意されたい。

本発明を手配することによる有利点は、ＧＰＲＳシステムのＲＬＣ／ＭＡＣ層のようなより低い層において、送信するデータの特性を以前よりも良好に観測ができ、リアルタイムなデータを送信するデータパケットに優先権を与えることが可能であるということである。これは、パケット交換ネットワークを介して、オーディオまたはビデオデータの送信時のような、遅延が重大な問題となるアプリケーションにおいて特に有効である。

発明の詳細な説明
図１は、ＧＳＭシステムに基づいてＧＰＲＳシステムがどのように構築されるかを示している。ＧＳＭシステムは、無線経路を介して基地トランシーバ局ＢＴＳに接続された移動局を備える。いくつかの基地トランシーバ局ＢＴＳは、基地トランシーバ局の無線周波数とチャネルを制御する基地局コントローラＢＳＣに接続されている。基地局コントローラＢＳＣと基地トランシーバ局ＢＴＳは、基地局サブシステムＢＳＳを形成する。基地局コントローラＢＳＣは、今度は、正確なアドレスへの接続の確立と呼の経路を司る移動サービス交換センターＭＳＣにＡインタフェースを介して接続されている。このため、移動加入者についての情報を含む二つのデータベースが使用される。一つは、移動ネットワークにおけるすべての加入者と、加入者が加入しているサービスについての情報を含むホーム位置レジスタＨＬＲと、他は、ある移動サービス交換センターＭＳＣのエリアを訪れた移動局についての情報を含むビジター位置レジスタＶＬＲである。移動サービス交換センターＭＳＣは、今度は、ゲートウェイ移動サービス交換センターＧＭＳＣを介して、他の移動サービス交換センターと公衆交換電話ネットワークＰＳＴＮと接触する。ＧＰＲＳシステムへの無線アクセスの手配は、例えば、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ無線アクセスネットワーク）無線アクセスまたはＵＴＲＡ（ＵＭＴＳ地上無線アクセス）無線アクセスを介することにより、ＢＳＳ以外のシステムを使用して可能であり、本発明は、これらの二つをサポートする移動局にも適用可能であるということに留意されたい。

ＧＳＭシステムに接続されたＧＰＲＳシステムは、二つのほとんど独立な機能を備える。つまり、ゲートウェイＧＰＲＳサポートノードＧＧＳＮと、サービングＧＰＲＳサポートノードＳＧＳＮである。ＧＰＲＳネットワークは、いくつかのゲートウェイとサービングサポートノードＳＧＳＮを備えることができ、一般的に、いくつかのサービングサポートノードＳＧＳＮは、一つのゲートウェイサポートノードＧＧＳＮに接続される。サービングサポートノードＳＧＳＮは、移動ネットワークを介して移動局ＭＳに接続される。移動ネットワークへの接続（インタフェースＧｂ）は、一般的に、基地トランシーバ局ＢＴＳまたは基地局コントローラＢＳＣのいずれかを介して確立される。サービングサポートノードＳＧＳＮのタスクは、そのサービスエリア内においてＧＰＲＳ接続が可能な移動局を検出し、その移動局とのデータパケットの送受信を行い、そのサービスエリア内において移動局の位置を監視することである。サービングサポートノードＳＧＳＮは更に、シグナリングインタフェースＧｓを介して移動サービス交換センターＭＳＣとビジター位置レジスタＶＬＲに接続され、インタフェースＧｒを介してホーム位置レジスタＨＬＲに接続される。ホーム位置レジスタＨＬＲはまた、加入者特有のパケットデータプロトコルの内容を含むＧＰＲＳの記録を格納する。

ゲートウェイサポートノードＧＧＳＮは、ＧＰＲＳネットワークと外部パケットデータネットワークＰＤＮの間のゲートウェイとして機能する。外部パケットデータネットワークの例としては、他のネットワークオペレータのＧＰＲＳネットワーク、インターネット、Ｘ．２５ネットワーク、または専用ＬＡＮがある。ゲートウェイサポートノードＧＧＳＮは、インタフェースＧｉを介してデータネットワークに接続される。ゲートウェイサポートノードＧＧＳＮとサービングサポートノードＳＧＳＮの間で送信されるデータパケットは、常時、ＧＰＲＳ標準によりカプセル化される。ゲートウェイサポートノードＧＧＳＮもまた、ＧＰＲＳ移動局のＰＤＰ（パケットデータプロトコル）および経路情報、つまり、ＳＧＳＮアドレスを含む。経路情報は、このように使用されて、外部パケットデータネットワークとサービングサポートノードＳＧＳＮの間でデータパケットをリンクする。ゲートウェイサポートノードＧＧＳＮとサービングサポートノードＳＧＳＮの間のＧＰＲＳコアネットワークは、ＩＰプロトコル、好ましくはＩＰｖ６（インターネットプロトコル、バージョン６）を利用する。

パケット交換データ送信においては、「コンテキスト」という用語が、端末およびネットワークアドレスの間のテレコミュニケーションネットワークにより提供される接続のために通常は使用される。これは、そこを介してデータパケットが送信先アドレス間で送信される、送信先アドレスの間の論理リンクを意味する。この論理リンクは、パケットが送信されなくても存在し、従って、他の接続からシステム容量を占有することはない。ＧＰＲＳシステムにおいては、それぞれが異なるサービス品質プロフィールを有することが可能は、一つまたは二つ以上のＰＤＰコンテキストを、移動局に対して手配することができる。ＰＤＰコンテキストの確立の間に交渉されたサービス品質プロフィールに従って、移動局ＭＳが、サービス品質プロフィールに可能な限り近いサービスを提供されるように、無線アクセスベアラ割り当て手順が保存される。ＰＤＰアドレスは、ＰＤＰコンテキストが属する移動局を特定する。いくつかのＰＤＰコンテキスト（第１ＰＤＰコンテキストおよび一つまたは二つの第２ＰＤＰコンテキスト）は、一つのＰＤＰアドレスを使用できる。ＧＰＲＳシステムの基本機能に関する更なる情報は、３ＧＰＰ仕様書３ＧＰＰ ＴＳ ２３．０６０、バージョン６．１．０、２００３年６月、において見出せる。

図２は、ＧＰＲＳシステムにおける移動局ＭＳとゲートウェイサポートノードＧＧＳＮ間のユーザーデータの送信において使用されるプロトコルスタックを示している。無線インタフェースＵｍを介して、移動局ＭＳとＧＳＭネットワークの基地局サブシステムＢＳＳとの間のデータ送信は、通常のＧＳＭプロトコルに従って行われる。基地局サブシステムＢＳＳとサービングサポートノードＳＧＳＮの間のインタフェースＧｂ上で、最も低いプロトコル層は開かれたままにされ、第２層ではＡＴＭまたはフレームリレープロトコルが使用される。この上部にあるＢＳＳＧＰ（基地局システムＧＰＲＳプロトコル）層は、経路とサービス品質の定義と、データパケットの承認に関連するシグナリングと、送信されているデータパケットへのＧｂインタフェース管理を追加する。

移動局ＭＳとサービングサポートノードＳＧＳＮの間の直接通信は、二つのプロトコル層、つまりＳＮＤＣＰ（サブネットワーク従属収束プロトコル）およびＬＬＣ上で定義される。ＳＮＤＣＰ層においては、送信されているユーザーデータは、一つまたは二つ以上のＳＮＤＣデータユニットにセグメント化され、それにより、ユーザーデータと、それに関連するＴＣＰ／ＩＰまたはＵＤＰ／ＩＰヘッダフィールドは圧縮することが可能である。ＳＮＤＣデータユニットは、ＬＬＣフレームで送信され、そこにデータ送信に重要なアドレスと検証情報が追加され、そのフレームにＳＮＤＣデータを暗号化することができる。ＬＬＣ層のタスクは、移動局ＭＳとサービングサポートノードＳＧＳＮの間のデータ送信接続を維持し、損傷フレームの再送信を管理することである。サービングサポートノードＳＧＳＮは、移動局ＭＳからのデータパケットに対して、正しいゲートウェイサポートノードＧＧＳＮへの経路を定める。この接続は、ＧＰＲＳコアネットワークを介して送信されるすべてのユーザーデータとシグナリングをカプセル化し、安全に送信させるトンネリングプロトコル（ＧＴＰ、ＧＰＲＳトンネリングプロトコル）を使用する。ＧＴＰプロトコルは、ＧＰＲＳコアネットワークによって使用されるＩＰの上部で起動される。

ＬＬＣ層を介して送信されるメッセージは、ＬＬＣパケットデータユニット（ＬＬＣ ＰＤＵ）と呼ばれる。ＧＰＲＳ移動管理、またはＳＮＤＣＰ層に対してサービスを提供する一つのＬＬＣ層データリンク接続が、ＳＧＳＮノードおよび移動局ＭＳの両者において、サービスアクセスポイント識別子（ＳＡＰＩ）により特定される。例えば、ＰＤＰコンテキストを特定する識別子ＮＳＡＰＩを含むパケットデータユニット（ＳＮＤＣＰ ＰＤＵ）をＳＮＤＣＰ層から受信すると、それは、例えば、ＬＬＣ ＳＡＰＩ識別子３（ＳＮＤＣＰ層のデータユニット用に確保されている）を使用して送信される。ＬＬＣデータユニットはセグメント化され、ＲＬＣ／ＭＡＣ層ブロックに記録される。ＬＬＣブロックはその後、データ送信の間、確立されるＴＢＦ接続を使用して送信される。

移動局ＭＳは、メモリ、ユーザーインタフェース、無線データ送信を手配するためのトランシーバ、一つまたは二つ以上のプロセッサを含む中央処理装置を備える。移動局ＭＳにおいては、中央処理装置に格納されたコンピュータプログラムコードを実行することにより、種々のアプリケーションを実行できる。中央処理装置および／またはハードウェアソリューションにおいて実行されるコンピュータプログラムコードにより、移動局ＭＳを図２に示されたプロトコルに対して定義されたタスクを実行するように手配できる。中央処理装置および／またはハードウェアソリューションにおいて実行されるコンピュータプログラムコードにより、移動局ＭＳを、送信するデータパケットの送信順序の選択、および、図３にいくつかの実施形態を示す組織化手段に関連する本発明の機能を実行するようにも手配することができる。

図３は、一つの実施形態によるデータパケット送信順序の定義のための分類法を示している。本方法は、ＧＰＲＳシステムによる移動局のＲＬＣ／ＭＡＣ層に適用することができる。ステップ３０１において、第１ＰＤＰコンテキストが移動局に対して手配される。そして、３ＧＰＰ仕様書２３．０６０、段落９．２．２に記載された方法で動作することが可能であり、それにより、移動局は、一般的に、ＰＤＰコンテキスト起動要求において、アプリケーションから受信したサービス品質要求に従うサービス品質プロフィールを要求する。要求されるサービス品質プロフィールおよび、特にサービス品質クラスは一般的には、アプリケーションタイプによって決定されるということに留意されたい。そして、アプリケーションはより低い層から、あるサービス品質クラスに従うサービスを要求することができる。または、あるサービス品質クラスによるＰＤＰコンテキストは、常にあるアプリケーションに対して要求されるということが、予め移動局ＭＳにおいて定義される。ユーザーおよび／または、アプリケーションのエンドツーエンドサービス品質交渉により、サービス品質プロフィールを定義することもまた可能である。ＰＤＰコンテキストを起動することができると、ＳＧＳＮは、許容されたサービス品質プロフィールと、ＲＬＣ／ＭＡＣ層上での使用のための無線プライオリティパラメータを含む情報素子を備えるＰＤＰコンテキスト起動応答を送信する。このように、ネットワークは、ＰＤＰコンテキストに対してサービス品質プロフィールを定義し、移動局ＭＳにより要求されたサービス品質プロフィールは常に実現できるわけではない。サービス品質プロフィールを含む情報素子は、３ＧＰＰ仕様書ＴＳ ２４．００８、バージョン６．１．０、２００３年６月、段落１０．５．６．５に記載され、無線プライオリティ情報要素は段落、１０．５．７．２に記載されている。移動局ＭＳは、これと他のＰＤＰコンテキスト関連の情報（例えば、ＬＬＣ ＳＡＰＩ識別子）を格納する。この後、第１ＰＤＰコンテキストは、移動局からＧＰＲＳネットワーク、およびその逆のデータ送信に使用できる。

ステップ３０２において、一般的に、他のサービス品質を必要とする別のアプリケーションまたは同じアプリケーションのパケットの送信を開始する必要があるときは、第２ＰＤＰコンテキストが、第２論理データフローのデータパケットの送信に対して移動局が手配される。そのような場合は、すでに記述したように動作すること、または３ＧＰＰ仕様書２３．０６０、段落９．２．２．１．１に記載された方法で第２ＰＤＰコンテキストを起動することができ、その後、移動局は、二つの平行ＰＤＰコンテキストを有することになる。ステップ３０２の後、移動局はこのように、異なるサービス品質プロフィールを有する少なくとも二つの別個のＰＤＰコンテキストを有する。ステップ３０１および／または３０２において、ネットワークは、段落９．２．２．２に記載されているように、ＰＤＰテキストの起動を要求することもできるということに留意されたい。

良好な実施形態によれば、移動局ＭＳは、送信するパケットのサービス品質クラスについての情報を、ＲＬＣ／ＭＡＣ層に送信するように手配され、このクラスはこのように、パケットの送信に使用されるＰＤＰコンテキストのサービス品質クラスである。サービス品質クラスは、アプリケーションタイプ、特にその遅延感度を定義する。ＲＬＣ／ＭＡＣ層は、今度は、送信されているパケットの送信順序の定義にこの情報を使用するよう手配される。一つの実施形態によれば、下記に示される、サービス品質クラスを採用する方法がＲＬＣ／ＭＡＣ層上の送信順序を定義するために使用される。

ＲＬＣ／ＭＡＣ層が、ステップ３０４において送信を待っている少なくも二つのデータパケットを有するときは、移動局ＭＳは、パケット内の無線プライオリティパラメータをチェックするように手配される。ステップ３０５と３０６のチェックに基づいて、もしそれらが異なる場合は、移動局ＭＳは、ステップ３０７において、より高い無線プライオリティパラメータを有するパケットを最初に送信する。

両者のパケットにおいて、無線プライオリティパラメータが同じ場合、一つの実施形態によれば、ステップ３０８と３０９において、トラフィッククラスパラメータ、つまり、ＧＰＲＳサービス品質プロフィールで定義されたサービス品質クラスをチェックするように手配される。トラフィッククラスパラメータは、それに対して送信サービスが最適化されるアプリケーションタイプを定義する。３ＧＰＰ仕様書ＴＳ ２３．１０７、バージョン５．９．０、２００３年６月は、３ＧＰＰシステムのサービス品質コンセプトおよびアーキテクチャ、特に、ＰＤＰコンテキストに対するサービス品質プロフィールを形成することが可能な異なるサービス品質クラスを定義するパラメータを規定している。この時点で、四つの定義されたトラフィッククラスがある。それは、会話型、ストリーミング、インタラクティブ、およびバックグラウンドである。これらのクラスは、上記の３ＧＰＰ仕様書２３．１０７において、更に詳細に記載されており、それらの名前やその使用法について既に記載しており、例えば、会話型クラスは最も遅延感度が高いデータとされている。

送信するデータパケットが異なるトラフィッククラスパラメータを有していると、より高いトラフィッククラスパラメータを有するパケットが最初にステップ３１０において送信される。一つの実施形態によれば、クラスは下記の順序で配置される。
１．会話型クラス
２．ストリーミングクラス
３．インタラクティブクラス
４．バックグラウンドクラス
会話型クラスのＰＤＰコンテキストのデータパケットは、常に、同じ無線プライオリティパラメータを有する他のパケットの前に送信される。ＲＬＣ／ＭＡＣ層により実行されるパケットデータバッファリング機能が、より高い無線プライオリティパラメータを有するパケットが送信されている間に、より低い無線プライオリティパラメータを有するパケットを送信キューにバッファリングしそのパケットをこの後に送信するために手配される。他のタイプの順序もまた適用可能であるということにも留意されたい。

上記に示した実施形態は、送信するデータのリアルタイムの特性が、送信時にＲＬＣ／ＭＡＣ層で効率よく考慮されるという有利点を提供する。

３０８と３０９におけるチェックに基づいて、トラフィッククラスパラメータ同じである場合は、一つの実施例によれば、第３分類パラメータを使用することができる。そのような第３分類パラメータの一つは、ステップ３１１でチェック可能なピークスループットクラスである。最高のピークスループットクラスを有するパケットは、他に先んじて送信される。

サービス品質クラスについての情報は、多くの方法でＲＬＣ／ＭＡＣ層に送信できる。一つの実施形態において、ＭＳは、サービス品質クラスパラメータを、ＬＬＣ層からサービス要求プリミティブにおけるＲＬＣ／ＭＡＣ層へ送信する。ＬＬＣ層は、トラフィッククラスサービス品質クラスパラメータを、ＲＬＣ／ＭＡＣ層からＬＬＣデータユニットの信頼性のある送信を要求するために使用されるＧＲＲ−ＤＡＴＡ−ＲＥＱプリミティブに追加できる。ＬＬＣ層とＲＬＣ／ＭＡＣ層の間のサービスプリミティブは、３ＧＰＰ仕様書ＴＳ ４４．０６４、バージョン５．１．０、２００２年３月、段落７．１．２と７．２．３に記載されており、無線プライオリティパラメータとピークスループットクラスパラメータは、ＧＲＲ−ＤＡＴＡ−ＲＥＱプリミティブにおいて送信されることを定義している。本実施形態を実行するには、ピークスループットクラスパラメータの代わりに、またはそれに追加して、トラフィッククラスを、ＧＲＲ−ＤＡＴＡ−ＲＥＱプリミティブに対するパラメータとして定義することが必要である。本実施形態により変形されたＬＬＣ層エンティティは、送信するデータパケットに対して使用されるＰＤＰコンテキストの情報からのトラフィッククラスパラメータをチェックし、それを、データパケットを含むＧＲＲ−ＤＡＴＡ−ＲＥＱプリミティブに追加するように手配される。変形されたＲＬＣ／ＭＡＣ層エンティティは、受信したＧＲＲ−ＤＡＴＡ−ＲＥＱプリミティブから、トラフィッククラスパラメータを定義し、それを、図３に示した方法により、データパケットの送信順序を定義するために使用するように手配される。データパケットが、ステップ３０７、３１０、または３１２において送信に対して定義されるときは、上記の３ＧＰＰ仕様書ＴＳ ４４．０６０に従ってＲＣＬ／ＭＡＣ層から送信できる。サービス品質クラスパラメータもまた、ＧＲＲ−ＤＡＴＡ−ＲＥＱプリミティブにおいて使用することができるが、それによってＬＬＣ層は、信頼性のないデータ送信しか要求できない。

無線プライオリティ、トラフィッククラス、およびピークスループットクラスパラメータを利用する、送信するパケットの分類方法を上記に示した。これとは別に、他のサービス品質パラメータ、例えば、他のサービス品質プロフィールで定義された他のパラメータを、ピークスループットクラスパラメータの代わりに使用することも可能であることに留意されたい。また、一つの別の実施形態によれば、一つまたは二つ以上の分類パラメータ、例えば、サービス品質クラスを定義する情報は、送信されるパケットに追加されないが、どこかで、例えば、パケットが属するＰＤＰコンテキストの情報においてチェックされるということにも留意されたい。

この分野に精通した者には、技術は進歩するが、本発明の基本的な着想が多くの異なる方法で実行できるということは明白である。本発明はまた、３ＧＰＰ仕様書による上記のＲＬＣ／ＭＡＣ層以外の、他のＲＬＣ／ＭＡＣ層をサポートするシステムにも適用でき、そこにおいては、データフローに対して、異なるサービス品質クラスを定義できる。本発明はとその実施形態は、上記の実施例に制限されず、請求項の範囲において変化可能である。このように、特徴は、省略、変形、または等価物と置換できる。

本発明は、良好な実施形態により、添付された図を参照してここでより詳細に記述される。
ＧＰＲＳシステムを示している。 ＧＰＲＳシステムにおいてユーザーデータの送信に使用されるプロトコルスタックを示している。 一つの良好な実施形態による方法を示している。

Claims (17)

1. 第１データフローのデータパケットと、第２データフローのデータパケットに対して、無線リンク層において送信順序を定義することを必要とする無線パケット交換データシステムの移動局におけるデータ送信の方法であって、前記方法は、
   データパケットに対する送信順序を、無線リンク層における少なくとも一つの分類パラメータに基づいて定義し、
   前記第１および第２データフローのサービス品質クラスを前記分類パラメータに従ってチェックし、そして
   最高のサービス品質クラスを有するデータフローのデータパケットを最初に送信することを特徴とする方法。
2. 前記サービス品質クラスは、アプリケーションの遅延感度を示す請求項１に記載の方法。
3. 前記サービス品質クラスを定義する前記パラメータは、前記データフローに割り当てられたサービス品質プロフィールにおいて定義されたトラフィッククラスを定義し、
   前記トラフィッククラスに従って、前記データパケットは、会話型、ストリーミング、インタラクティブ、バックグランドの順序で、最初から最後までが送信されることを特徴とする請求項２に記載の方法。
4. 前記方法は、前記移動局におけるＧＰＲＳシステムのリンク層から受信したデータパケットに適用されることを特徴とする上記の請求項のいずれかに一つに記載の方法。
5. 添付された第１分類パラメータに基づいて、前記データパケットに対して送信順序を定義し、
   同じ第１分類パラメータを有する前記データパケットに応じて、前記データパケットに添付された第２分類パラメータに基づいて送信順序を定義し、前記第２分類パラメータは、サービス品質クラスを定義する前記パラメータであることを特徴とする請求項１から４のいずれか一項に記載の方法。
6. 前記第１分類パラメータは、ＲＬＣ／ＭＡＣ層の無線プライオリティを定義するパラメータであることを特徴とする請求項４または請求項５に記載の方法。
7. 同じサービス品質クラスを有する前記第１および第２データフローに応じて、前記第１および第２データフローの第３分類パラメータに基づいて送信順序を定義することを特徴とする請求項５または請求項６に記載の方法。
8. 無線パケット交換データ送信を手配するトランシーバと、少なくとも一つの分類パラメータに基づいて、第１データフローのデータパケットと、第２データフローのデータパケットの送信順序を、無線リンク層において定義する組織化手段を備える移動局であって、
   前記組織化手段は、前記分類パラメータに従って前記第１および第２データフローのサービス品質クラスをチェックするように手配され、
   前記移動局は、より高いサービス品質クラスを有するデータフローのデータパケットを最初に送信するように手配されることを特徴とする移動局。
9. 前記サービス品質クラスは、アプリケーションの遅延感度を示すことを特徴とする請求項８に記載の移動局。
10. 前記組織化手段は、前記サービス品質クラスを定義する前記パラメータトラフィッククラスをチェックするように手配されることを特徴とする請求項９に記載の移動局。
11. 前記組織化手段は、ＧＰＲＳシステムのリンク層から受信したデータパケットを組織化することを特徴とする請求項８から請求項１０のいずれか一項に記載の移動局。
12. 前記移動局のＬＬＣ層エンティティは、ＬＬＣデータユニットを備えるサービスプリミティブに前記トラフィッククラスパラメータを追加するように手配され、
    前記移動局のＲＬＣ層エンティティは、前記送信順序を定義するときに使用するために、前記ＬＬＣ層から受信した前記サービスプリミティブから前記トラフィッククラスパラメータを定義するように手配されることを特徴とする請求項１０または請求項１１に記載の移動局。
13. 前記組織化手段もまた、データパケットに添付された第１分類パラメータに基づいて、送信順序を前記データパケットに対して定義するように手配され、
    前記組織化手段もまた、同じ第１分類パラメータを有するデータパケットに応じて、前記データパケットに添付された第２分類パラメータに基づいて送信順序を定義するように手配され、前記第２分類パラメータは、前記サービス品質クラスを定義する前記パラメータであることを特徴とする請求項８から請求項１２のいずれか一項に記載の移動局。
14. 前記第１分類パラメータは、前記ＲＬＣ／ＭＡＣ層の前記無線アクセスプライオリティを定義するパラメータであることを特徴とする請求項１３に記載の移動局。
15. 前記組織化手段は、同じサービス品質クラスを有する第１および第２データフローに応じて、前記第１および第２データフローの第３分類パラメータに基づいて送信順序を定義することを特徴とする請求項１３または請求項１４に記載の移動局。
16. 移動局とネットワークを備える通信システムであって、無線リンク層における第１データフローのデータパケットと、第２データフローのデータパケットの送信順序の定義は、少なくとも一つの分類パラメータに基づいてなされる通信システムにおいて、
    前記システムは、前記第１および第２データフローのサービス品質クラスの分類パラメータに従ってチェックするように構成され、
    前記システムは、より高いサービス品質クラスを有するデータフローのデータパケットを最初に送信するように構成されることを特徴とする通信システム。
17. 無線リンク層における、第１データフローのデータパケットと、第２データフローのデータパケットの送信順序を定義する組織化手段を備える移動局のメモリに格納可能なコンピュータプログラムであって、前記コンピュータプログラムは、前記移動局のプロセッサにおいて実行されると、前記移動局に、
    分類パラメータに従って前記第１および第２データフローのサービス品質クラスをチェックさせ、そして
    より高いサービス品質クラスを有するデータフローのデータパケットを最初に送信させるコンピュータプログラムコードを備えることを特徴とするコンピュータプログラム。

Images