(57)【特許請求の範囲】
【請求項１】
有効データが第１の無線局（１５）の第１のコンバージェンスプロトコル層（１）によって、第２の無線局（１６）の第２のコンバージェンスプロトコル層（２）への伝送の前に、少なくとも１つの第１のデータユニットに統合され、
前記有効データが少なくとも１つのユーザ（２１，２２）からネットワーク層（５）で第１のコンバージェンスプロトコル層（１）に送信され、
前記第１のコンバージェンスプロトコル層（１）の少なくとも１つのプロトコルエンティティ（３５）が、第２の無線局（１６）により受信されたコンフィギュレーション要求（４０，４１，４２）に依存してコンフィギュレートされ、
これにより前記少なくとも１つのユーザ（２１，２２）により受信されたデータから少なくとも１つの第１のデータユニットが形成され、キャリア（４５）によって接続制御層（１０）へ伝送される形式の移動無線網の駆動方法において、
コンフィギュレーションの際にプロトコルエンティティ識別子が設定され、該プロトコルエンティティ識別子はコンフィギュレーション要求とともに伝送され、
前記プロトコルエンティティ識別子によって前記第１および第２の無線局（１５，１６）は、さらなるコンフィギュレーション要求の際に前記プロトコルエンティティ（３５）を参照することができる、
ことを特徴とする駆動方法。
【請求項２】
コンフィギュレーションの際に少なくとも１つの圧縮アルゴリズム（５０，５１）を設定し、
該圧縮アルゴリズムによって、少なくとも１つの第１のデータユニットを伝送するためのプロトコルコントロールデータを、または少なくとも１つの第１のデータユニットにより伝送すべき有効データ自体を圧縮し、
該圧縮アルゴリズムは、第２の無線局（１６）における前記プロトコルコントロールデータまたは有効データを解凍するための解凍アルゴリズムに相当する、請求項１記載の方法。
【請求項３】
少なくとも１つの圧縮アルゴリズム（５０，５１）の設定により、少なくとも１つの圧縮パラメータを設定し、
ここで該圧縮パラメータを第２の無線局（１６）においても解凍のために使用する、請求項２記載の方法。
【請求項４】
コンフィギュレーションの際にマルチプレクス特性を設定し、
該マルチプレクス特性によってユーザ（２１，２２）が設定され、
少なくとも１つのプロトコルエンティティ（３５）によって、それぞれ受信された有効データから統合された前記ユーザのデータユニットをマルチプレクスし、キャリア（４５）によって接続制御層（１０）に伝送し、
このようにして形成された有効データ流を第２の無線局（１６）での受信後に、前記マルチプレクス特性に依存してデマルチプレクスする、請求項１から３までのいずれか１項記載の方法。
【請求項５】
コンフィギュレーションの際にキャリア（４５）を設定し、
該キャリアを介して有効データをプロトコルエンティティ（３５）から接続制御層（１０）へ伝送する、請求項１から４までのいずれか１項記載の方法。
【請求項６】
コンフィギュレーション要求（４０，４１，４２）により、第２の無線局（１６）によりサポートされる少なくとも１つの選択を、前記プロトコルエンティティ（３５）に対する択一的調整で設定する、請求項１から５までのいずれか１項記載の方法。
【請求項７】
第１の無線局（１５）から確認信号（５５，５６，５７）を第２の無線局（１６）へ伝送し、
該確認信号において、第１の無線局（１５）により選択され、実行された調整が第２の無線局（１６）に通知される、請求項６記載の方法。
【請求項８】
コンフィギュレーション要求（４０，４１，４２）により、プロトコルエンティティ（３５）に対する少なくとも１つの調整を固定的に設定する、請求項１から７までのいずれか１項記載の方法。
【請求項９】
プロトコルエンティティ識別子を、これが配属されたキャリア（４５）の識別子に相当するように設定する、請求項１から８までのいずれか１項記載の方法。
【請求項１０】
第１の無線局（１５）から第２の無線局（１６）へ、コンフィギュレーション要求（４０，４１，４２）の受信前に通知（６０）を伝送し、
該通知は、少なくとも１つのプロトコルエンティティ（３５）のどの調整が第１の無線局（１５）によりサポートされているかを指示する、請求項１から９までのいずれか１項記載の方法。
【請求項１１】
前記通知（６０）を、第１の無線局（１５）の能力およびサービス範囲についてのメッセージ（６５）と共に第２の無線局（１６）へ伝送する、請求項１０記載の方法。
【請求項１２】
コンフィギュレーション要求（４０）によって、少なくとも１つのプロトコルエンティティ（３５）を構築する、請求項１から１１までのいずれか１項記載の方法。
【請求項１３】
コンフィギュレーション要求（４１）によって、構築されたプロトコルエンティティ（３５）の調整を変更または再コンフィギュレートする、請求項１から１２までのいずれか１項記載の方法。
【請求項１４】
コンフィギュレーション要求（４２）によって、構築されたプロトコルエンティティ（３５）を撤去する、請求項１から１３までのいずれか１項記載の方法。
【請求項１５】
コンフィギュレーション要求（４０，４１，４２）を、キャリア（４５）がキャリアコンフィギュレーションメッセージ（７０）によって構築、再コンフィギュレーションまたは撤去される場合には、キャリアコンフィギュレーションメッセージ（７０）に挿入する、請求項１から１４までのいずれか１項記載の方法。
【請求項１６】
確認信号（５５，５６，５７）をメッセージ（７５）に挿入し、
該メッセージにより第１の無線局（１５）はキャリア（４５）の構築または再コンフィギュレーションを確認する、請求項１５記載の方法。
【発明の詳細な説明】
【０００１】
従来の技術
本発明は、請求項１の上位概念による移動無線網の駆動方法に関する。
【０００２】
出願番号１９９４４３３４．３の未公開のドイツ特許願から、すでに移動無線網の駆動方法が公知である。この方法では、データが第１のコンバーゼンスプロトコル層によって第２のコンバーゼンスプロトコル層への伝送前に、少なくとも１つの第１のユニット、とりわけパケットデータユニットに統合され、このときデータがネットワーク層のユーザから第１のコンバーゼンスプロトコル層に送出される。他の先行技術文献として、ＷＯ９９／２２５５７、ＷＯ９７／４８２１２およびＷＯ９６／２１９８４を挙げておく。
【０００３】
発明の利点
これに対して独立請求項の構成を有する本発明の方法は、第１のコンバーゼンスプロトコル層の少なくとも１つのプロトコルエンティティが第２の無線局により受信されたコンフィギュレーション要求に依存してコンフィギュレートされ、これにより少なくとも１つのユーザにより受信されたデータから少なくとも１つの第１のデータユニットが形成され、キャリアにより接続制御層へ伝送される。このようにして第１の無線局では、プロトコルエンティティが形成され、その調整および機能は第２の無線局の相応するプロトコルエンティティの調整および機能と一致する。従ってプロトコルエンティティの申し分のない機能が２つの無線局間でデータ伝送する際に保証される。
【０００４】
従属請求項に記載された手段により、請求項１の方法の有利な発展形態および改善が可能である。
【０００５】
特に有利にはコンフィギュレーション要求により、第２の無線局によりサポートされる少なくとも１つの選択が択一的調整でプロトコルエンティティに対して設定される。このようにして第１の無線局はその固有の能力またはその固有のサービス範囲に依存して、および／または択一的調整からのユーザ設定に依存して、第１の無線機器に対して有利な調整を選択することができる。
【０００６】
同じように有利には、第１の無線局から確認信号を第２の無線局に伝送し、この信号において、第１の無線局により選択され、実行された第２の無線局の調整を通知する。このようにして、第２の無線局はその少なくとも１つのプロトコルエンティティを、第１の無線局に対して実行された調整に依存してコンフィギュレートすることができ、これによりプロトコルエンティティの申し分のない機能を、データユニットを２つの無線局間で伝送する際に保証することができる。
【０００７】
同様に有利には、コンフィギュレーションの際にプロトコルエンティティ識別子を設定し、このプロトコルエンティティ識別子によってプロトコルエンティティを参照可能とする。このようにしてプロトコルエンティティに比較的に後での再コンフィギュレーションのために、またはプロトコルエンティティの撤去のために迅速かつ直接アクセスすることができる。
【０００８】
さらなる利点は、プロトコルエンティティが次のように設定されることである。すなわち、このプロトコルエンティティがこれに配属されたキャリアの識別子に相応するように設定されることである。このようにして付加的な情報エレメントをプロトコルエンティティの識別のために伝送することができ、従って伝送バンド幅を節約することができる。
【０００９】
第１の無線局から第２の無線局へ、コンフィギュレーション要求を得る前にメッセージを伝送し、このメッセージが少なくとも１つのプロトコルエンティティのどの設定が第１の無線局によりサポートされているかを指示すると有利である。このようにして、第２の無線局が第１の無線局に対して、コンフィギュレーション要求を用いて、少なくとも１つのプロトコルエンティティのコンフィギュレーションに対する調整だけを固定的にまたは選択的に設定し、この調整が第１の無線局でも実現可能であることを保証できる。
【００１０】
さらなる利点は、通知が第１の無線局の能力およびサービス範囲についてのメッセージと共に第２の無線局へ伝送されることである。これにより通知を伝送するための付加的な情報エレメントおよびひいては伝送バンド幅が節約される。
【００１１】
さらなる利点は、コンフィギュレーション要求が、キャリアがキャリアコンフィギュレーションメッセージによって形成される場合には再コンフィギュレーションまたは撤去されて、キャリアコンフィギュレーションメッセージに挿入されることである。このようにしてコンフィギュレーション要求を伝送するための付加的情報エレメントおよびひいては伝送バンド幅を節約することができる。
【００１２】
さらに有利には、確認信号をメッセージに挿入し、このメッセージにより第１の無線局がキャリアの撤去または再コンフィギュレーションを確認する。このようにして確認信号を伝送するための付加的情報エレメントおよびひいては伝送ハンド幅を節約することができる。
【００１３】
図面
実施例が図面に示されており、以下詳細に説明する。
【００１４】
図１は、２つの無線局を有する移動無線網を示す。
【００１５】
図２は、２つの無線局に対するプロトコル層シーケンスを示す。
【００１６】
図３は、２つの無線局のうち第１の無線局のプロトコル層シーケンスの一部を示す。
【００１７】
図４は、２つの無線局間でのシグナリング交換の第１の時間経過を示す。
【００１８】
図５は、２つの無線局間でのシグナリング交換の第２の時間経過を示す。
【００１９】
図６は、第１の無線局の能力またはサービス範囲を通知するためのメッセージエレメントを示す。
【００２０】
図７は、キャリアコンフィギュレーションメッセージを示す。
【００２１】
図８は、受領確認メッセージを示す。
【００２２】
実施例の説明
図１には３０により移動無線網が示されている。この移動無線網には、第１の無線局１５と第２の無線局１６が配置されている。ここで第２の無線局１６はネットワークユニット８０と接続されており、このネットワークユニットは移動無線網３０の加入者にサービスを提供し、移動無線網３０を駆動する。第１の無線局１５はこの実施例では、移動無線網３０の加入者であり、例えば移動遠隔通信端末機または移動局、とりわけ移動電話である。以下第１の無線局１５は移動局として構成されているものとする。第２の無線局１６はこの実施例では移動無線網３０の基地局である。しかし本発明に対しては、第１の無線局１５ないし第２の無線局１６が移動無線網の加入者であるか、または基地局であるかは重要でない。ここで移動無線網３０は通常さらなる基地局および加入者を含むが、これらは図１には図示されていない。
【００２３】
移動無線網３０は例えばＧＳＭ規格（Global System for Mobile Communication）またはＵＭＴＳ規格（Universal Mobile Telecommunications System）等に従って駆動される。
【００２４】
本発明は、移動無線網に対するパケットデータコンバージェンスプロトコルに関するものである。とりわけ本発明は、図２のコンバージェンスプロトコル層内での機能性を提案する。この機能性は、例えばＵＭＴＳ規格による移動無線システムまたはＧＳＭ規格による移動無線システムで使用することができる。以下、例として移動無線網３０はＵＭＴＳ規格により駆動されるものと仮定する。
【００２５】
ＵＭＴＳ規格に従い使用されるコンバージェンスプロトコルはここではＰＤＣＰ（Packet Data Convergence Protocol）と称される。
【００２６】
ＵＭＴＳ移動無線システムの機能性は、図２のＧＳＭ移動無線システムの場合と同じように層に分割されており、層内で種々異なるプロトコルが仕様化されている。このプロトコルは比較的に高い層をサービスに使用し、また下にある層により提供されるサービスも利用する。ここで各プロトコルは移動無線システム内に少なくとも２回存在する。すなわち少なくとも２つのユニットに存在する。ここでこれらのユニットはそれぞれ同じ層にある。ここで２つのユニットのうち第１のユニットは移動局１５である。また２つのユニットのうち第２のユニットは基地局１６である。ここで前述の層ヒエラルキーはユーザレベルと制御レベルに分割される。ユーザレベルはまたユーザ面とも称される。制御レベルはまたコントロール面とも称される。有効データが伝送されるプロトコルはここではユーザレベルに配属されている。制御データが伝送され、部分的に形成されるプロトコルは制御レベルに配属されている。本発明に対してはユーザレベルの層ヒエラルキーまたはプロトコルヒエラルキーが重要である。なぜならコンバージェンスプロトコル層はユーザレベルにあり、有効データ伝送のサービスるを提供するからである。アプリケーションによりパケットで形成され、パケット化されて伝送されるべき有効データは相応のアプリケーションによりまずトランスポート層のトランスポート層プロトコルに引き渡される。これはここでは公知のＴＣＰ（Transmission Control Protocol）およびＵＤＰ（User Datagram Protocol）である。しかし他のトランスポート層プロトコルまたはトランスペアレントなトランスポート層も考えられ、これにより伝送すべき有効データがトランスペアレントにトランスポート層プロトコルを使用せずに伝送される。トランスポート層プロトコルは、パケットデータを伝送のため移動無線網３０（この場合はパケットデータ網として用いられる）により確保し、これらに必要なルーティング情報を挿入するのに用いられる。トランスポート層はネットワークプロトコルのサービスをトランスポート層の下にあるネットワーク層で使用する。ネットワーク層は図２に示されており、移動局１５に対しては参照符号５により、基地局１６に対しては参照符号６により示されている。ネットワークプロトコルはすでに述べたようにＰＤＰ（Packet Data Protocol）と称される。トランスポート層はＰＤＰのサービスを使用し、有効データを伝送する。ネットワーク層５，６の公知のＰＤＰはＩＰ（Internet Protocol）およびＸ．２５プロトコルである。ネットワークプロトコルもトランスポートプロトコルも有効データにコントロールデータを挿入する。これは例えばＴＣＰ／ＩＰヘッドインフォメーションないしＴＣＰ／ＩＰヘッダの形態である。ネットワーク層５，６の下にはＵＭＴＳ固有のプロトコルがある。各ＰＤＰによりデータが、ＰＤＰにより使用されるデータ線路を介して移動無線網３０、および移動無線網３０と通信する移動無線網の端末機器、例えば移動局１５に記憶される。これらのデータは例えばサービス品質ＱｏＳに関するデータを含むことができ、ＰＤＰコンテクストと称される。ＰＤＰを同時に周子となるコンテクストにより駆動することも可能である。この場合、コンテクストはサービス品質ＱｏＳに��するパラメータにおいてだけ異なる。従って端末機器では、ＩＰアドレスを有するＩＰプロトコルがサービス品質ＱｏＳに対する第１のパラメータにより１回、そしてサービス品質ＱｏＳに対する第２のパラメータにより１回駆動される。しかしＰＤＰコンテクストは種々異なるネットワークプロトコルに基づくことができる。従って例えば端末機器で３つの異なるネットワークプロトコルを実行させることができる。異なるＩＰアドレスを有する２つのＩＰプロトコルとＸ．２５プロトコルである。
【００２７】
これらＰＤＰコンテクストの各々は固有のブロックとしてコンバージェンスプロトコル層１，２の上のネットワーク層５，６に示されており、移動局１５に対する図３では参照符号２１と２２により示されている。ＰＤＰコンテクスト２１，２２はここで図３では、ネットワーク層５，６の下にあるコンバージェンスプロトコル層１，２のユーザである。図２には移動局１５に対するコンバージェンスプロトコル層が参照符号１により、基地局１６に対するコンバージェンスプロトコル層が参照符号２により示されている。
【００２８】
ＰＤＳＰのタスクは、移動局１５と基地局１６との間で伝送すべきデータを効率的なＵＭＴＳ伝送のために処理することである。このＰＤＳＰはＰＤＰコンテクストから到来する有効データを、エアインタフェースを介した伝送に適合させる。このことは有効データおよび／または有効データに挿入されるコントロールデータまたはプロトコル制御情報を最適に圧縮し、場合により種々異なるＰＤＰコンテクスト２１，２２（これらは同じ伝送品質を必要とする）からのパケットデータ流を１つのパケットデータ流に統合またはマルチプレクスすることによって行われる。
【００２９】
ＰＤＣＰを形成するために設けられたコンバージェンスプロトコル層１，２の下にはＵＭＴＳ移動無線システムの層モデルではＲＬＣ接続制御層（Radio Link Control）がある。このＲＬＣ接続制御層は移動局１５に対しては参照符号１０により、基地局１６に対しては参照符号１１により図２に示されており、エアインタフェースの伝送エラーをオプションで補正する。この補正は、ＲＬＣ接続制御層が受信機側でエラーのあるパケットを再度要求し、送信側で新たに送信することにより行われる。さらにＲＬＣ接続制御層１０，１１はオプションとして、データパケットの順序が伝送の際に維持されるようにし、またデータパケットをいわゆるＲＬＣ−ＰＤＵ（RLC Packet Data Unit）にセグメント化する。このＲＬＣ−ＰＤＵの長さは使用される伝送チャネルに適合されている。
【００３０】
種々異なるＰＤＰコンテクス２１，２２からのマルチプレクスされた各パケットデータ流を伝送のために、データ担体が使用される。このデータ担体はラジオベアラまたはＲＢと称される。このデータ担体は、コンバージェンスプロトコル層１，２の下にあるＲＬＣ接続制御層１０，１１により準備される。
【００３１】
コンバージェンスプロトコル層１，２は、いわゆるＰＤＣＰプロトコルエンティティ（図３）からなる。これらの各々は複数の圧縮アルゴリズム５０，５１を含むことができる。複数のＰＤＰコンテクスト２１，２２はＰＤＣＰプロトコルエンティティ３５と接続することができる。しかしＰＤＰコンテクスト２１，２２はＰＤＣＰプロトコルエンティティ３５とだけ接続することができる。各ＰＤＣＰプロトコルエンティティ３５はちょうど１つのいわゆるキャリア４５を使用する。このキャリアはラジオベアラとも称される。ラジオベアラは、ＰＤＣＰプロトコルエンティティ３５とその下にあるＲＬＣ接続制御層１０、１１とのエンティティとの間の接続部である。この接続を介してデータがコンバージェンスプロトコル層１，２からＲＬＣ接続制御層１０，１１へさらに伝送される。圧縮アルゴリズムは例えば刊行物ＲＦＣ１１４４「Compressing TCP/IP-Headers for Low Speed serial links」にＴＣＰ／ＩＰプロトコルに対して記載されているように、また刊行物ＲＦＣ２５０７「IP Header Compression」にＵＤＰ／ＩＰプロトコルに対して記載されているように公知である。この公知の圧縮アルゴリズムはいわゆるコードブックの形成と使用に基づくものである。コードブックにはテーブル状にコードが記憶されており、これらにより伝送すべき有効データおよび／またはプロトコル制御情報が送信側無線局の相応のＰＤＣＰプロトコルエンティティ３５で符号化ないし圧縮され、このようにして圧縮された行こうデータおよび／またはプロトコル制御情報が参照される。使用されるコードブックは受信側無線局の解凍器でも、解凍を可能にするため既知でなければならない。
【００３２】
ＰＤＣＰプロトコルエンティティ３５の申し分のない機能を保証するためには、圧縮アルゴリズム５０，５１，それらの圧縮パラメータ、例えば圧縮器および解凍器の相応のコードブックに記憶すべきコードの数、並びに移動局１５と基地局１６における２つのコンバージェンスプロトコル層１，２のマルチプレクス情報が一致しなければならない。ここでマルチプレクス情報は、どのＰＤＰコンテクスト２１，２２がそのパケットデータ流を相応のＰＤＣＰプロトコルエンティティ３５にマルチプレクスのために供給するかを指示する。圧縮アルゴリズム５０，５１、圧縮パラメータおよびマルチプレクス情報はいわゆるＰＤＣＰプロトコルエンティティパラメータであり、さらなるパラメータ、例えば相応のＰＤＣＰプロトコルエンティティ３５により使用すべきキャリア４５についての情報を含むことができる。新たなＰＤＣＰプロトコルエンティティ３５を設置する前に、両方の無線局１５，１６がコンフィギュレートすべきＰＤＣＰプロトコルエンティティパラメータについて合意していることが必要である。この合意は、制御レベルでいわゆる無線リソース制御部ＲＲＣ（Radio Resource Control）により行われ、ここで無線リソース制御部ＲＲＣは図２では、移動局１５に対して参照符号９５により、基地局１６に対して参照符号９６により示されている。
【００３３】
ＲＬＣ接続制御層１０，１１はその下にあるＭＡＣ層（Medium Access Control）のサービスを使用し、ＲＬＣ−ＰＤＵを伝送する。ＭＡＣ層は図２では移動局１５に対しては参照符号８５により、基地局１６に対しては参照符号８６により示されており、本来の伝送媒体へのアクセスを行う。このＭＡＣ層は適切な伝送形式を選択し、種々のＲＬＣ−ＰＤＵを適切な伝送チャネルにマルチプレクスする。この伝送チャネルはその下にある物理層において指示された物理チャネルにシミュレートされる。この物理層は図２では、移動局１５に対して参照符号９０により、基地局１６に対して参照符号９１により示されている。前述の層ヒエラルキーまたはプロトコルヒエラルキーは刊行物「Radio Interface Protocol Architecture」,3 GPP TS 25.301 から公知である。前述の層のいくつか、すなわち物理層９０，９１、ＭＡＣ層８５，８６、ＲＬＣ接続制御層１０，１１およびコンバージェンスプロトコル層１，２は無線リソース制御部ＲＲＣに対して直接接続も有している。これらの接続は、状態情報を無線リソース制御部ＲＲＣ９５，９６に伝送し、無線リソース制御部ＲＲＣ９５，９６において他のプロトコルのコンフィギュレーションを可能にするために使用される。
【００３４】
移動局１５と基地局１６との間で伝送すべきデータは上から下へ前記の層シーケンスを通って経過する。受信された情報は下から上へ、前記の層シーケンスを通って経過する。
【００３５】
無線リソース制御部ＲＲＣ９５，９６をコントロールするためのプロトコルは刊行物「RRC Protocol Specification」, 3GPP TSG RAN WG2, TS 25.331 vl.4.2 に記載されており、以下ＲＲＣプロトコルと称する。このＲＲＣプロトコルのタスクは、とりわけ個々の層のコンフィギュレーション、いわゆるピアＲＲＣ層を有する層のコンフィギュレーションに対するパラメータの仲介、移動局１５と移動無線網３０（この実施例においてはもちろん、基地局１６を有する移動無線網３０に対する代表）との間の接続形成と接続解除である。ここでピアＲＲＣ層は、同じプロトコル層レベルでの無線リソース制御部９５，９６の層、例えば移動局１５ないし基地局１６のコンフィギュレーションすべき層である。個々の層をコンフィギュレーションするためのパラメータは、それぞれコンフィギュレートすべき層を基準にして移動局１５のピアＲＲＣ層と基地局１６のピアＲＲＣ層との間のメッセージで交換される。
【００３６】
前記刊行物「RRC Protocol Specification」に記載されたシグナリングはこれまで、ＰＤＣＰプロトコルエンティティパラメータの取り決めを含んでいなかった。すなわち例えば圧縮アルゴリズム５１，５２の取り決め、およびＰＤＣＰプロトコルエンティティ３５に対するそれらの圧縮パラメータも、コンバージェンスプロトコル層１，２内の複数ＰＤＰコンテクスト２１，２２のパケットデータ流をマルチプレクスするコンフィギュレーションも含んでいなかった。
【００３７】
図３には例として移動局１５に対する層シーケンスの一部が示されている。
【００３８】
図３には、ネットワーク層５，コンバージェンスプロトコル層１および移動局１５の接続制御層１０が示されている。ここで図３では、各ＰＤＰコンテクスト２１，２２がコンバージェンスプロトコル層１のサービスを、これにそれぞれ配属されたアクセスポイント１０１，１０２で使用する。このアクセスポイントはネットワーク層としてサービスアクセスポイントＮＳＡＰ（Network Layer Service Access Point）と称することもできる。これらアクセスポイント１０１，１０２に各々には識別子、例えばＮＳＡＰＩ（Network Layer Service Access Point Identifier）が配属されており、この識別子は配属されたＰＤＰコンテクスト２１，２２を一義的に示す。ＧＳＭに対しては現在の最大１６ＮＡＳＡＰが同時に移動局１５にも設けられている。ＵＭＴＳに対しては、同時に移動局にも存在する子とのできるＰＤＰコンテクストの数がこれまでは確定していなかった。接続制御層１０の接続は、コンバージェンスプロトコル層１によりサービスアクセルポイントを介して使用される。このサービスアクセスポイントはＳＡＰ（Service Access Point）とも称される。ＳＡＰへのここの接続にはそれぞれ識別子ＲＢ−ＩＤ（Radio Bearer Identity）が配属されている。これはコンバージェンスプロトコル層５と接続制御層１０との間の個々の接続を識別するためである。ここで各サーブスアクセスポイントは所定のサービス品質または伝送品質ＱｏＳを提供する。ＧＳＭ移動無線システムの場合には、最大で４つの異なるサービスアクセスポイントが、従って４つの異なる接続が、種々異なる伝送品質ＱｏＳを有する接続制御層１０に設けられている。ＵＭＴＳ移動無線システムの場合には例えば、この実施例に制限されることなく、それぞれ異なる伝送品質ＱｏＳを備える３つの異なるサービスアクセスポイントを設けることができる。コンバージェンスプロトコル層１に対して、サービスアクセスポイントの１つに到来、またはここで受信されたデータパケットを、このデータパケットの有効データおよび／またはプロトコル制御情報の解凍後に、正しい受信機ないしは正しいＰＤＰコンテクスへさらに伝送することができるようにするため、データパケットには送信機により受信されるＰＤＰコンテクスの識別子、すなわちコンバージェンスプロトコル層１の受信ユーザの識別子が挿入される。このために識別子としてＮＳＡＰＩを使用することができる。このＮＳＡＰＩは送信側で各データパケットに例えば４ビット値として挿入される。
【００３９】
サービスアクセスポイントへの前記の接続はここで図３ではデータ圧縮アルゴリズム５１を含む。このデータ圧縮アルゴリズムはネットワーク層５により受信された有効データを圧縮する。ここでデータ圧縮アルゴリズム５１には図３に図示されないデータ解凍アルゴリズムが配属されている。データ解凍アルゴリズムは接続制御層１０により、および引いては最終的に基地局１６により受信された有効データを解凍する。これはここでは配属されたデータ圧縮アルゴリズム５１のデータ圧縮を逆に行う。コンバージェンスプロトコル層１のＰＤＣＰプロトコルエンティティ３５はさらにプロトコル制御情報圧縮アルゴリズム５０を含む。このプロトコル制御情報圧縮アルゴリズムは、以下第１の圧縮アルゴリズム５以下、０とも称され、ネットワーク層５により有効データと共に受信された、および／またはコンバージェンスプロトコル層１で受信された有効データに対して形成されたプロトコル制御情報を圧縮する。プロトコル制御情報−圧縮アルゴリズム５０には相応にして、図３に図示しないプロトコル制御情報解凍アルゴリズムが配属されており、この解凍アルゴリズムは接続制御層１０により受信されたプロトコル制御情報を解凍する。すなわち、配属されたプロトコル制御情報圧縮アルゴリズム５０による圧縮の逆を行う。
【００４０】
第１のＰＤＰコンテクスト２１はこれに配属された第１のアクセスポイント１０１を介して、プロトコル制御情報圧縮アルゴリズム５０および配属されたプロトコル制御情報解凍アルゴリズムと接続されている。以下、相互に配属された圧縮および解凍アルゴリズムを、説明を簡単にするため１つのユニットと見なし、相応の圧縮アルゴリズムを代表として参照する。従ってプロトコル制御情報圧縮アルゴリズム５０はデータ圧縮アルゴリズム５１（これを以下、第２の圧縮アルゴリズム５１とも称する）を介してキャリア４５と接続されている。
【００４１】
第２のＰＤＰコンテクスト２２は、これに配属された出会い２のアクセスポイント１０２を介してデータ圧縮アルゴリズム５１と直接接続されている。このデータ圧縮アルゴリズム５１も既述のようにキャリア４５と接続されている。ネットワーク層５の残りのＰＤＰコンテクストは分かり易くするため図３には図示されていない。コンバージェンスプロトコル層１のさらなるＰＤＣＰプロトコルエンティティおよびさらなるキャリアも図示されていない。
【００４２】
本発明の要点は、ＰＤＣＰプロトコルエンティティパラメータの仲介と、移動無線網３０での２つの装置、この実施例では移動局１５と基地局１６（この基地局はネットワークユニット８０、例えば無線ネットワークコントローラ（ＲＮＣ）と共働し、ネットワークエンティティの代表であると理解されたい）との間のＰＤＣＰプロトコルエンティティの形成を可能にする手続きにある。
【００４３】
仲介の開始時にここでは、基地局１６が移動局１５から図４の通知６０を、移動局１５によりサポートされる、移動局１５のコンフィギュレートすべきＰＤＣＰプロトコルエンティティ３５の調整を介して受け取る手続きがある。この実施例では例として、図３に示したＰＤＣＰプロトコルエンティティ３５のコンフィギュレーションを説明する。相応にしてもちろん、移動局１５の複数のＰＤＣＰプロトコルエンティティをコンフィギュレートすることもできる。
【００４４】
ＰＤＣＰプロトコルエンティティ３５を最初に構築する直前に、基地局１６は図４に従い第１のコンフィギュレーション要求４０を移動局１５に送信する。移動局１５ではＰＤＣＰプロトコルエンティティ３５の最初の構築を初期化する。この第１のコンフィギュレーション要求４０には、ＰＤＣＰプロトコルエンティティエラメータが含まれており、このパラメータは基地局１６を、以前に得られた通知６０を考慮して、コンフィギュレートすべきＰＤＣＰプロトコルエンティティ３５の、移動局１５によりサポートされる調整に相応して探索する。第１のコンフィギュレーション要求４０はＰＤＣＰ確立要求とも称される。
【００４５】
移動局１５では、ＰＤＣＰプロトコルエンティティを第１のコンフィギュレーション要求４０において基地局１６により受信されたＰＤＣＰプロトコルエンティティパラメータにより構築することも可能である。この構築後に移動局１５はこの構築を確認し、これにより基地局１６に第１の確認信号５５によって、ＰＤＣＰプロトコルエンティティ３５がデータの送受信に対して準備できたことをシグナリングする。この第１の確認信号５５はＰＤＣＰ確立コンファームとも称される。
【００４６】
第１のコンフィギュレーション要求４０が基地局１６によりサポートされる選択を、調整ないしはＰＤＣＰプロトコルエンティティパラメータにおいてＰＤＣＰプロトコルエンティティの形成のために含むことも択一的または付加的に考えられる。これにより移動局１５は、第１のコンフィギュレーション要求４０の受信後に、自分の側でＰＤＣＰプロトコルエンティティパラメータを所定の選択から探索し、ＰＤＣＰプロトコルエンティティ３５をできるだけ最適に能力、サービス範囲および場合によりユーザ設定にも適合することが可能となる。移動局１５が基地局１６へ送出する第１の確認信号５５によって、基地局１６には移動局１５により選択されたＰＤＣＰプロトコルエンティティパラメータが通知される。
【００４７】
ＰＤＣＰプロトコルエンティティ３５の構築が失敗すると、構築の失敗についての相応のメッセージが移動局１５から基地局１６へ、第１の確認信号５５の代わりに送信される。ここでこのメッセージは「ＰＤＣＰ確立失敗」メッセージと称することができる。
【００４８】
通知６０は例えば、移動局１５によりサポートされる圧縮アルゴリズム５０，５１、それらの使用される圧縮パラメータ、および移動局１５で可能なマルチプレクス方法についての情報を含む。すなわち、ＰＤＰコンテクスト２１，２２の最大数、および移動局１５のコンバージェンスプロトコル層１により使用されるキャリアの可能数についての情報を含む。
【００４９】
第１のコンフィギュレーション要求４０は、どのＰＤＰコンテクスト２１，２２が確立すべきＰＤＣＰプロトコルエンティティ３５にアクセスするか、およびどのキャリア４５がこのＰＤＣＰプロトコルエンティティ３５により使用されるべきかという情報を含む。さらにこの第１のコンフィギュレーション要求４０は、使用すべき圧縮アルゴリズム５０，５１およびこのために使用される圧縮パラメータについての固定的設定を含むか、または第１のコンフィギュレーション要求４０は可能な圧縮アルゴリズム５０，５１の選択および／または圧縮パラメータの選択を含む。そしてそれらの下で、移動局１５は１つまたは複数の適切な圧縮アルゴリズム５０，５１およびその圧縮パラメータを探索することができる。
【００５０】
第１の確認信号５５は、相応のＰＤＣＰプロトコルエンティティ３５が確立されたという情報だけを含むか、または付加的に探索された圧縮アルゴリズム５０，５１とその圧縮パラメータについての情報を含む。
【００５１】
ＰＤＣＰプロトコルエンティティ３５の確立が失敗したならば、「ＰＤＣＰ確立失敗」メッセージが移動局１５から、第１の確認信号５５の代わりに基地局５５へ送信され、このメッセージは失敗した確立の理由についての情報を含むことができる。
【００５２】
第１のコンフィギュレーション要求４０と第１の確認信号５５は付加的にＰＤＣＰプロトコルエンティティ識別子を含む。この識別子によって後でＰＤＣＰプロトコルエンティティ３５を参照することができ、これを再び撤去または再コンフィギュレーションすることができる。ＰＤＣＰプロトコルエンティティ識別子の機能はまたすでに述べた刊行物「RRC Protocol Specification」に定義されたキャリア４５に対する識別子（「ＲＢ識別子」と称される）から引き継ぐこともできる。なぜならＰＤＣＰプロトコルエンティティはちょうど１つのキャリアに配属することができるからである。
【００５３】
ＰＤＣＰプロトコルエンティティ３５が確立された後で、これを再コンフィギュレーションすることが可能である。このために、基地局１６は図５の第２のコンフィギュレーション要求４１を移動局１５に送信する。この第２のコンフィギュレーション要求４１はどのようにＰＤＣＰプロトコルエンティティ３５を再コンフィギュレーションすべきかを指示する。第２のコンフィギュレーション要求４１はまた「ＰＤＣＰ再コンフィギュレーション要求」メッセージとも称される。この第２のコンフィギュレーション要求４１は種々異なる目的のために使用することができ、相応の種々の情報を含む。しかし再コンフィギュレーションすべきＰＤＣＰプロトコルエンティティの識別子は第２のコンフィギュレーション要求４１に常に含まれる。
【００５４】
この実施例で説明した確立されたＰＤＣＰプロトコルエンティティ３５のマルチプレクス機能を変更するためには、第２のコンフィギュレーション要求４１に、１つまたは複数の新たなＰＤＰコンテクストについての情報を挿入すると有利である。これのパケットデータ流は、移動局１５のコンバージェンスプロトコル層１においてすでに既存のＰＤＰコンテクスト２１，２２のパケットデータ流に付加的に、ＰＤＣＰプロトコルエンティティ３５により使用されるキャリア４５にマルチプレクスされるべきである。
【００５５】
１つまたは複数の既存のＰＤＰコンテクスト２１，２２が別の特性を有するキャリア、例えば他の伝送品質ＱｏＳを有するキャリアを使用すべき場合、第２のコンフィギュレーション要求４１にＰＤＰコンテクストについての情報を挿入すると有利である。これのパケットデータ流は移動局１５のコンバージェンスプロトコル層１で既存のＰＤＣＰプロトコルエンティティ３５により、所要の特性を有するキャリアにマルチプレクスされるべきである。
【００５６】
ＰＤＣＰプロトコルエンティティ３５を１つまたは複数の他のまたは付加的な圧縮アルゴリズムを有効データまたはプロトコル制御情報の圧縮のために使用するならば、第２のコンフィギュレーション要求４１にこの新たな圧縮アルゴリズムに関する情報を挿入すると有利である。
【００５７】
第２のコンフィギュレーション要求４１は移動局１５により、図５の第２の確認信号５６（「ＰＤＣＰコンフィギュレーション確認」メッセージとも称される）によって受領確認され、基地局１６にコンフィギュレーションの所要の変更が通知される。
【００５８】
移動局１５に対して第２のコンフィギュレーション要求４１の受信後に、第１のコンフィギュレーション要求４０に対するのと同じように既述の手段が与えられ、自分の側からＰＤＣＰプロトコルエンティティパラメータを基地局１６により使用される選択から探索できるならば、移動局１５により相応に選択され、調整されたＰＤＣＰプロトコルエンティティパラメータを、第１の確認信号５５に対して説明したように相応に第２の確認信号５６に含めることができる。
【００５９】
ＰＤＣＰプロトコルエンティティ３５の再コンフィギュレーションが失敗したならば、既述のように、失敗についての相応のメッセージ（「ＰＤＣＰ再コンフィギュレーション失敗」メッセージと称することができる）が移動局１５から、第２の確認信号５６の代わりに基地局１６へ戻し送信される。このメッセージには失敗に対する原因を含むことができる。
【００６０】
確立されたＰＤＣＰプロトコルエンティティ３５は再び撤去することができる。この過程はこの実施例では、ＰＤＣＰプロトコルエンティティ３５の構築および再コンフィギュレーションと同じようにコンフィギュレーションと理解することができる。このために図５の基地局は第３のコンフィギュレーション要求４２を移動局１５に送信する。移動局は、ＰＤＣＰプロトコルエンティティ識別子を含んでおり、これを受け取った後、ＰＤＣＰプロトコルエンティティ３５を撤去する。第３のコンフィギュレーション要求４２はＰＤＣＰリリース要求と称することもできる。
【００６１】
第３のコンフィギュレーション要求４２は移動局１５により第３の確認信号５７（「ＰＤＣＰリリース確認」メッセージと称することもできる）によって受領確認することができ、これにより基地局１６にＰＤＣＰプロトコルエンティティ３５の撤去が成功したことが通知される。
【００６２】
ＰＤＣＰプロトコルエンティティ３５の撤去が失敗すると、第３の確認信号５７の代わりに、撤去の失敗についてのメッセージを移動局１５から基地局１６へ戻し送信することができる。コンメッセージは「ＰＤＣＰリリース失敗」メッセージと称することができ、場合によっては失敗の原因についての情報を含むことができる。
【００６３】
ここに説明した手続きはすべて例として説明したように、無線リソースの制御のためのプロトコル（っＲＣプロトコルと称することもできる）により実行することができる。ＵＭＴＳ規格ではすでに部分的に、前記刊行物「RRC Protocol Specification」に従って仕様化されたＲＲＣプロトコルはすでに、キャリアまたはＲＢを構築および撤去および再コンフィギュレーションするための手続きを含んでいる。この手続きでは、メッセージが基地局１６から移動局１５へ、そしてその反対方向に送信される。
【００６４】
ここで例として説明したＰＤＣＰプロトコルエンティティ３５が、配属されたキャリア４５と同じ時点で構築、撤去または再コンフィギュレーションされる場合には、上述の通知６０，コンフィギュレーション要求４０，４１，４２、確認信号５５，５６，５７、およびＰＤＣＰプロトコルエンティティ３５のそれぞれの失敗についてのメッセージを、前記刊行物「RRC Protocol Specification」に定義されたＲＲＣメッセージに統合すると有利である。このことは次のようにして行うことができる：
ＰＤＣＰプロトコルエンティティ３５の構築のために第１のコンフィギュレーション要求４０は、前記刊行物「RRC Protocol Specification」から公知の「Radio Bearer セットアップ」メッセージに挿入される。この「Radio Bearer セットアップ」メッセージにより、新たなキャリア、この実施例では図３のキャリア４５が構築される。各キャリアにはちょうど１つのＰＤＣＰプロトコルエンティティを配属することができ、ＰＤＣＰプロトコルエンティティ３５も１つのキャリアとだけ接続されているから、構築すべきキャリア４５と共にＰＤＣＰプロトコルエンティティ３５も構築しなければならない。従って付加的にこのＰＤＣＰプロトコルエンティティ３５に対するプロトコルエンティティパラメータも「Radio Bearer セットアップ」メッセージに含むことができる。
【００６５】
新たなキャリア４５の構築は移動局１５によって、前記刊行物「RRC Protocol Specification」による「Radio Bearer セットアップ完了」メッセージにより確認される。この「Radio Bearer セットアップ完了」メッセージは上記第１の確認信号５５の機能を引き継ぐことができる。移動局１５には第１のコンフィギュレーション要求４０の受信後に既述のように、自分の側からＰＤＣＰプロトコルエンティティパラメータを選択し、ＰＤＣＰプロトコルエンティティ３５を相応に調整ないしコンフィギュレートする手段が与えられる。従ってこのようにして選択されたＰＤＣＰプロトコルエンティティパラメータについての情報を「Radio Bearer セットアップ完了」メッセージに挿入することができる。
【００６６】
新たなキャリア４５の構築が失敗すると、移動局１５は前記刊行物「RRC Protocol Specification」に従って「Radio Bearer セットアップ失敗」メッセージを基地局１６に送信する。構築が、作成すべきでないＰＤＣＰプロトコルエンティティ３５によって、例えば基地局１６または移動局１５によりＰＤＣＰプロトコルパラメータがサポートされていないことによって失敗すると、「Radio Bearer セットアップ失敗」メッセージに、ＰＤＣＰプロトコルエンティティ３５の構築の失敗の原因についての情報を挿入することができる。
【００６７】
この実施例で説明したキャリア４５の再コンフィギュレーションのためには、前記刊行物「RRC Protocol Specification」に従って「Radio Bearer 再コンフィギュレーション」メッセージが基地局１６から移動局１５へ送信される。このメッセージには情報を、上述の第２のコンフィギュレーション要求４１に相応して挿入することができ、これにより同様に相応のＰＤＣＰプロトコルエンティティ３５のＰＤＣＰプロトコルエンティティパラメータを変更することができる。
【００６８】
再コンフィギュレーションの際に実行されるキャリア４５の変更を確認するために、移動局１５は応答として前記刊行物「RRC Protocol Specification」から公知の「Radio Bearer 際コンフィギュレーション完了」メッセージを基地局１６へ戻し送信する。移動局１５は第２のコンフィギュレーション要求４１の受信後に、自分の側からＰＤＣＰプロトコルエンティティパラメータを既述のように選択し、調整することができる。これによりＰＤＣＰプロトコルエンティティ３５を変更ないし再コンフィギュレーションすることができる。また選択されたＰＤＣＰプロトコルエンティティパラメータについての情報を「Radio Bearer 再コンフィギュレーション完了」メッセージに挿入することができる。
【００６９】
キャリア４５の変更ないし再コンフィギュレーションが失敗すると、移動局１１５は前記刊行物「RRC Protocol Specification」に従い「Radio Bearer 再コンフィギュレーション失敗」メッセージを基地局１６に戻し送信する。この失敗が、例えば基地局１６または移動局１５によりサポートされていないＰＤＣＰプロトコルエンティティパラメータの変更によるものであれば、これに対する原因を同様に「Radio Bearer 再コンフィギュレーション失敗」メッセージに挿入することができる。
【００７０】
前記の場合に対しては、既存の「ＲＢ識別子」をＰＤＣＰプロトコルエンティティ３５に対する識別子として既述のように使用し、これにより付加的情報エレメントを節約することができる。
【００７１】
ここに説明した、ＰＤＣＰプロトコルエンティティ３５をＰＤＣＰプロトコルエンティティ３５の構築、再コンフィギュレーションおよび撤去によりコンフィギュレーションする場合は、基地局１６から開始されたが、移動局１５から初期化することもできる。
【００７２】
次に移動局１５と基地局１６との間のメッセージ交換についてさらに具体的に説明する。ここで移動局１５はデジタル計算器と移動無線ユニットとを有し、この移動無線ユニットを介してデジタル計算器はデータを移動無線網３０へ送信、ないし移動無線網３０から受信することができる。これらのデータは例えばインターネットへないしはインターネットからさらに伝送することができ、インターネットはこの実施例では移動無線網３０と接続されている。
【００７３】
移動局１５はスイッチオン後に移動無線網３０にログインし、適切な時点でＵＭＴＳ規格に従い設定された、図６の「UE-Capability 情報」メッセージ６５（ＵＥ＝User Equipment）を移動無線網３０に送信する。このメッセージで移動無線網には自分の能力およびサービス範囲が知らされる。この「UE-Capability 情報」メッセージ６５は本発明により「PDCP-Capability」情報エレメントだけ拡張される。このエレメントは既述の通知６０に相当する。「UE-Capability 情報」メッセージ６５は「PDCP-Capability」情報エレメント６０と共に図６に示されている。図６で６１と６２はさらにそれぞれ「UE-Capability 情報」メッセージ６５の情報エレメントであり、このエレメントはＰＤＣＰプロトコルエンティティ３５に依存しない機能に関する移動局１５の能力を表す。
【００７４】
「PDCP-Capability」情報エレメント６０は、移動局１５のマルチプレクス能力および圧縮能力についての情報を含む。図６で１１１は第１のサブ情報エレメントを示す。このサブ情報エレメントは「PDCP-Capability」情報エレメント６０に含まれており、例えば１ビットを占有し、移動局１５がマルチプレクスをサポートするか否かを指示する。または複数のビットを占有し、これらが種々異なるＰＤＰコンテクストのうち幾つのパケットデータ流を最大で１つのキャリアにマルチプレクスすることができるかを指示する。図６で１１２は第２のサブ情報エレメントを示す。このサブ情報エレメントは「PDCP-Capability」情報エレメント６０に含まれており、相応に、移動局１５が第２の圧縮アルゴリズム５１をサポートするか否かを指示する。図６で１１４は第４のサブ情報エレメントを示し、このサブ情報エレメントは「PDCP-Capability」情報エレメント６０に含まれており、相応に移動局１５によりサポートされる第１の圧縮アルゴリズム５０に対する圧縮パラメータを指示する。第４の情報エレメント１１４と第５の情報エレメント１１５は例えばそれぞれの圧縮アルゴリズム５０，５１に配属されたコードブックの最大長、すなわちこのコードブックのエントリーの最大数を表す。
【００７５】
「UE-Capability 情報」メッセージ６５を移動局１５から基地局１６へ送信することにより、移動無線網３０のネットワークユニット８０は基地局１６を介して、どの圧縮アルゴリズムが移動局１５によりサポートされているかという情報を受け取る。「UE-Capability 情報」メッセージ６５をネットワークユニット８０は基地局１６を介して、「Capability 情報確認」メッセージにより受領確認する。このメッセージは移動局１５に基地局１６から送信される。
【００７６】
次の図３で説明したＰＤＣＰプロトコルエンティティ３５に基づいて、移動局１５が第１の圧縮アルゴリズム５０も第２の圧縮アルゴリズム５１もサポートしていると仮定する。第２の圧縮アルゴリズム５１はここで既述のように有効データを圧縮するのに適する。この有効データをトランスポート層プロトコルおよびネットワークプロトコルによってまとめられている。さらに図３で説明したＰＤＣＰプロトコルエンティティ３５との調和で、移動局１５は種々のＰＤＰコンテクスト２１，２２のパケットデータ流のマルチプレクスもサポートすると仮定すべきである。
【００７７】
そしてパケットデータを移動無線網３０の基地局１６から移動局１５へ送信すべき場合、このためにＵＭＴＳエアインタフェースを介する接続を構築しなければならない。すなわちキャリア４５ないしはラジオベアラＲＢを構築しなければならない。このために基地局１６は「Radio-Bearer セットアップ」メッセージを図７のキャリアコンフィギュレーションメッセージとして既述のように移動局１５に送信する。このときキャリアコンフィギュレーションメッセージ７０にはキャリア４５の構築のためのいくつかのパラメータが含まれている。本発明ではこのキャリアコンフィギュレーションメッセージ７０が図７に従い「PDCP-Info」情報エレメントだけ拡張される。この情報エレメントは第１のコンフィギュレーション要求４０に相当し、新たに構築すべきＰＤＣＰプロトコルエンティティ３５をどのようにコンフィギュレートすべきかという情報を含んでいる。図７で４３と４４は他の情報エレメントを示す。これらの情報エレメントはＰＤＣＰプロトコルエンティティ３５のコンフィギュレーションに依存しない。図７で１１６は第６のサブ情報エレメントを示す。このサブ情報エレメントは「PDCP-Info」情報エレメント４０に含まれており、例えば４ビットを占有する。このビットは、異なるＰＤＰコンテクストの幾つによってパケットデータ流が新たに構築されたキャリア４５にマルチプレクスされるべきであるかを指示する。この数が１であれば、マルチプレクスは使用されない。図７で１１７は第７のサブ情報エレメントを示す。このサブ情報エレメントは「PDCP-Info」情報エレメント４０に含まれており、リストを含んでいる。このリストは、第６のサブ情報エレメント１１６に示された数に相応するＰＤＰコンテクストをアドレシングするための識別子を含んでいる。図７で１１８は第８のサブ情報エレメントを示す。このサブ情報エレメントは「PDCP-Info」情報エレメント４０に含まれており、コンフィギュレートすべきＰＤＣＰプロトコルエンティティ３５で使用されるべき圧縮アルゴリズムの数を含んでいる。図７で１１９は第９のサブ情報エレメントを示し、このサブ情報エレメントは「PDCP-Info」情報エレメント４０に含まれており、この圧縮アルゴリズムのリストを含む。図７で１２０は第１０のサブ情報エレメントを示し、これは「PDCP-Info」情報エレメント４０に含まれており、それぞれ圧縮パラメータまたは圧縮パラメータのリストを、第９のサブ情報エレメント１１９で指示された圧縮アルゴリズムに対して指示する。
【００７８】
「PDCP-Info」情報エレメント４０に対する例としての実施例では、所属のサブ情報エレメントに含まれる値を次のように選択することができる：
第６のサブ情報エレメント１１６  →  １
第７のサブ情報エレメント１１７  →  ２２
第８のサブ情報エレメント１１８  →  １
第９のサブ情報エレメント１１９  →  ５１
第１０のサブ情報エレメント１２０  →  １６
これが意味するのは、識別器を有するＰＤＰコンテクスト２２はＰＤＣＰプロトコルエンティティ３５を、そのパケットデータ流をキャリア４５にマルチプレクスするために使用するということである。このときＰＤＣＰプロトコルエンティティ３５では、番号５１とコードブック長１６を備えた圧縮アルゴリズムが使用されるものである。これは図３のＰＤＣＰプロトコルエンティティ３５のコンフィギュレーションに相応する。ここでは第１のＰＤＰコンテクスト２２だけが第２のアクセスポイント１０２，第２の圧縮アルゴリズム５１およびキャリア４５を介して移動局１５のＲＬＣ接続制御層１０と接続されており、マルチプレクスそれ自体は必要ない。なぜなら、第２のＰＤＰコンテクスト２２のパケットデータ流だけがキャリア４５を介して移動局１５のＲＬＣ接続制御層１０に伝送されるからである。第１のＰＤＰコンテクスト２１はこのコンフィギュレーションの際に、図３の前記例とは異なりＰＤＣＰプロトコルエンティティ３５にアクセスしない。
【００７９】
ＲＲＣプロトコルが移動局１５でキャリアコンフィギュレーションメッセージ７０を受信し、これに含まれるＰＤＣＰプロトコルエンティティパラメータが移動局１５の能力に相応すれば、移動局１５の無線リソース制御部９５がキャリア４５の他にＰＤＣＰプロトコルエンティティ３５も形成し、これがＰＤＣＰプロトコルエンティティパラメータを相応にコンフィギュレートする。続いて、ＲＲＣプロトコルはキャリア４５とＰＤＣＰプロトコルエンティティ３５の構築を「Radio-Bearer セットアップ完了」メッセージにより確認する。このメッセージは受領確認メッセージ７５であり、図８の第１の確認信号５５を含んでいる。従って新たなキャリア４５と新たなＰＤＣＰプロトコルエンティティ３５を介したデータ伝送が可能である。キャリア４５および／またはＰＤＣＰプロトコルエンティティ３５の構築が何らかの理由で不可能であれば、「Radio-Bearer セットアップ失敗」メッセージが移動局１５から基地局１６へ送信される。このメッセージは失敗した構築の原因についての情報を含むことができる。
【００８０】
このようにして構築されたＰＤＣＰプロトコルエンティティ３５（これは同様に構築されたキャリア４５を使用する）は有利には２つの仕方で再コンフィギュレーションすることができる。
【００８１】
第１の場合、すなわちＰＤＣＰプロトコルエンティティ３５により使用されるキャリア３４も再コンフィギュレーションしなければならない場合、両方の再コンフィギュレーションをまとめると有利である。ここですでに存在しており、基地局１６から移動局１５へ伝送すべき「Radio-Bearer 再コンフィギュレーション」メッセージには、「PDCP 再コンフィギュレーション Info」情報エレメントが挿入される。このことは上に説明した「PDCP-Info」情報エレメント４０および第２のコンフィギュレーション要求４１の場合と同じである。これにより、ＰＤＣＰプロトコルエンティティ３５により使用される圧縮アルゴリズム、その圧縮パラメータ、および、ＰＤＣＰプロトコルエンティティ３５にアクセスするＰＤＰコンテクストのリストを変更ないし再コンフィギュレートすることができる。ＲＲＣプロトコルによって移動局１５から引き続き基地局１６へ送信された「Radio-Bearer 再コンフィギュレーション完了」メッセージはこの場合、キャリア４５の再コンフィギュレーションによってＰＤＣＰプロトコルエンティティ３５の再コンフィギュレーションも確認する。
【００８２】
第２の場合、すなわちＰＤＣＰプロトコルエンティティ３５により使用されるキャリア４５を再コンフィギュレートする必要がない場合、移動局１５のコンバージェンスプロトコル層１に対して使用される固有の「ＰＤＣＰ再コンフィギュレーション」メッセージを基地局１６から移動局１５へ送信すると有利である。この送信は例えば既述の「ＰＤＣＰ再コンフィギュレーション要求」メッセージの形態で行われる。このメッセージは、再コンフィギュレーション情報を含む第２のコンフィギュレーション要求４１の他に、ＰＳＣＰプロトコルエンティティ３５のＰＤＣＰプロトコルエンティティ識別子またはそれに所属のキャリア４５の識別子を含んでいる。
【００８３】
ＰＤＣＰプロトコルエンティティ３５の撤去は有利には自動的に、それに所属するキャリア４５の撤去と共に「Radio-Bearer リリース」メッセージ４５によって行われる。
【００８４】
使用すべき圧縮アルゴリズム、圧縮パラメータおよびマルチプレクス特性を備えた移動局１５のＰＤＣＰプロトコルエンティティ３５のコンフィギュレーションは、基地局により次のように相応のコンフィギュレーション要求４０，４１，４２を介して設定される。すなわち、コンフィギュレートすべきＰＤＣＰプロトコルエンティティ３５により使用される圧縮アルゴリズムにそれぞれ１つの解凍アルゴリズムが基地局１６において相当するように設定され、これによりコンフィギュレートすべきＰＤＣＰプロトコルエンティティ３５により圧縮されたプロトコル制御情報または有効データを解凍することができる。さらに同じ理由から、基地局１６における解凍に対して、コンフィギュレートすべきＰＤＣＰプロトコルエンティティ３５により使用された圧縮パラメータを使用する。さらに、コンフィギュレートすべきＰＤＣＰプロトコルエンティティ３５によってマルチプレクスされたパケットデータ流を有効データ流として基地局１６へ伝送し、そこでコンフィギュレートすべきＰＤＣＰプロトコルエンティティ３５のマルチプレクス特性に依存してデマルチプレクスする。これにより受信された有効データ流を相応のＰＤＰコンテクストへ、基地局１６のネットワーク層６で分割することができる。
【図面の簡単な説明】
【図１】  図１は、２つの無線局を有する移動無線網を示す。
【図２】  図２は、２つの無線局に対するプロトコル層シーケンスを示す。
【図３】  図３は、２つの無線局のうち第１の無線局のプロトコル層シーケンスの一部を示す。
【図４】  図４は、２つの無線局間でのシグナリング交換の第１の時間経過を示す。
【図５】  図５は、２つの無線局間でのシグナリング交換の第２の時間経過を示す。
【図６】  図６は、第１の無線局の能力またはサービス範囲を通知するためのメッセージエレメントを示す。
【図７】  図７は、キャリアコンフィギュレーションメッセージを示す。
【図８】  図８は、受領確認メッセージを示す。
【図１】
0004571767.tif 000002
【図２】
0004571767.tif 000003
【図３】
0004571767.tif 000004
【図４】
0004571767.tif 000005
【図５】
0004571767.tif 000006
【図６】
0004571767.tif 000007
【図７】
0004571767.tif 000008
【図８】
0004571767.tif 000009