JP3949584B2 - 移動無線システムの無線インターフェースを介するデータパケットの伝送のための方法 - Google Patents
移動無線システムの無線インターフェースを介するデータパケットの伝送のための方法 Download PDFInfo
- Publication number
- JP3949584B2 JP3949584B2 JP2002592564A JP2002592564A JP3949584B2 JP 3949584 B2 JP3949584 B2 JP 3949584B2 JP 2002592564 A JP2002592564 A JP 2002592564A JP 2002592564 A JP2002592564 A JP 2002592564A JP 3949584 B2 JP3949584 B2 JP 3949584B2
- Authority
- JP
- Japan
- Prior art keywords
- transport
- data
- channel
- logical channel
- entity
- 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/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
-
- 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
- H04L45/245—Link aggregation, e.g. trunking
-
- 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/41—Flow control; Congestion control by acting on aggregated flows or links
-
- 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/18—Negotiating wireless communication parameters
- H04W28/22—Negotiating communication rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Description
【０００１】
１.背景
１.１一般論
図１は、ＵＭＴＳ無線インターフェースのプロトコルを含むレイヤ２及び下位レイヤ３（レイヤモデルについては[１]を参照）のＵＭＴＳプロトコルアーキテクチャを示す。このアーキテクチャは移動端末（ユーザ・エクイップメント User Equipment、ＵＥ）にも移動通信ネットワークのノード（ラジオ・ネットワーク・コントローラ Radio Network Controller、ＲＮＣ）にも存在し、つまりはプロトコルの各々があるいはＵＥに、あるいはＲＮＣに存在する。
【０００２】
ＰＤＵのトランスポートのために下位プロトコルレイヤのサービスを利用することによって、同一のプロトコルはプロトコル・データ・ユニット（ Protocol Data Units、ＰＤＵ）を交換する。各プロトコルレイヤはその上位レイヤにそのサービスをいわゆるサービス・アクセス・ポイントにおいて提供する。これらのサービス・アクセス・ポイントにはアーキテクチャのより良い理解のために一般的に使用される一義的な名前（例えば、論理チャネル、トランスポート・チャネル、ラジオ・ベアラ Radio Bearer）が付けられている。データ転送のために、プロトコルはそのサービス・アクセス・ポイントにおいてサービス・データ・ユニット（Service Data Units、ＳＤＵ）をピックアップし、そこから生じたＰＤＵを下位レイヤに送出する。従って、上位レイヤからのＰＤＵはその下位レイヤのＳＤＵと同一である。
【０００３】
図１に図示されたプロトコルレイヤは
ラジオ・リソース・コントロール（ＲＲＣ）レイヤ、
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤ、
ブロードキャスト/マルチキャスト・コントロール（ＢＭＣ）レイヤ、
ラジオ・リンク・コントロール（ＲＬＣ）レイヤ、
媒体アクセス・コントロール（ＭＡＣ）レイヤ、
及び物理レイヤ（ＰＨＹ）
である。
【０００４】
ＰＤＣＰ及びＢＭＣレイヤは本願発明（ＥＭ）との関連において特別な意味を持たないので、ここではもう記述しない。次にＲＲＣ、ＲＬＣ及びＭＡＣの機能を短く一般的に説明する。その後にこのＥＭによって改善又は修正すべき機能のより詳細な記述が続く（従来技術）。
【０００５】
１.２プロトコルの動作方法
ＵＭＴＳ移動無線端末（ＵＥ）において様々なアプリケーションからデータが生成される。音声接続のためには例えば音声コーダが１つ又は複数の音声データストリームを生成し、又は、ＨＴＭＬブラウザが不規則なパケットデータストリームを生成する。これらのデータはまず最初に場合によっては上位レイヤのプロトコルによって修正され、様々なネットワークにおけるデータ転送のために準備される（例えばＴＣＰ[３]及びＩＰ[４]）。ＵＭＴＳ無線インターフェースを介するトランスポートのためには、これらのデータはレイヤ２の様々なプロトコル（ＰＤＣＰ、ＲＬＣ及びＭＡＣ）において最適化されなければならない。ＵＭＴＳ固有のプロトコルではないプロトコルがＵＭＴＳ無線インターフェースの伝送サービスを利用できるサービス・アクセス・ポイントはラジオ・ベアラ（ＲＢ）と呼ばれる。それゆえ、ＲＢはＰＤＣＰ、ＢＭＣ及びＲＬＣより上で利用されるプロトコルに応じてレイヤ２より上で提供され、データを透過的にＵＥからＵＭＴＳ無線インターフェースを介してＲＮＣへと及びその逆方向に伝送する。この伝送のためにこのようなＲＢのセットアップの際に所定の伝送サービス品質（クオリティ・オブ・サービス、ＱｏＳ）が定められ、この伝送サービス品質は例えば所定の保証されたデータレート又は最大伝送遅延によって特徴付けられる。ＲＢは原理的に双方向性であり、よって、ＲＢはデータを２つの方向（アップリンク、ＵＬ及びダウンリンク、ＤＬ）に伝送することができる。
【０００６】
このようなＲＢのデータストリームは連続的に又は任意の長さのパケットで存在するので、ＲＬＣプロトコルのタスクはデータストリームを無線インターフェースに最適な長さを有するパケットに分割（又は結合）することである。よって、ＲＬＣ-ＳＤＵがＲＬＣ-ＰＤＵに分解されるか又は複数のＲＬＣ-ＳＤＵがＲＬＣ-ＰＤＵにまとめられる。さらに、ＲＬＣレイヤはＲＢにあるデータを、これらのデータがＲＬＣの下にあるレイヤから無線インターフェースを介してトランスポートされるまでＲＬＣバッファに格納する。ＲＬＣレイヤは更に別のタスク（とりわけ誤り訂正のタスク）を有しているが、ここでは重要ではない[5]。ＲＬＣレイヤは分割（統合）の後で生じるＲＬＣ-ＰＤＵをＭＡＣレイヤに後続の伝送のために渡す。この場合、ＲＬＣレイヤはラジオ・ベアラ毎に独立したＲＬＣエンティティ（RLC-entity）が存在するようにモデル化されている。
【０００７】
ＭＡＣレイヤがサービスを提供するサービス・アクセス・ポイントは論理チャネルと呼ばれる。ラジオ・ベアラ毎にちょうど１つのＲＬＣエンティティが存在し、方向（ＵＬ/ＤＬ）毎に１つか又は２つの論理チャネルが存在する。論理チャネルは、これらの論理チャネルにおいて伝送されるデータの性質によって区別される。それゆえ、前記の音声データストリームのようなＵＥ固有の有効データを伝送する論理チャネル（専用トラフィック・チャネルDedicated Traffic Channel、ＤＴＣＨ）、ＵＥ固有のコントロールデータ（専用コントロール・チャネルDedicated Control Channel、ＤＣＣＨ）を伝送する論理チャネル又は一般的なコントロールデータ（共通コントロール・チャネルCommon Control Channel、ＣＣＣＨ）を伝送する論理チャネルが区別される。複数のＤＴＣＨはさらに相応のＲＢのために構成されるＱｏＳによって区別される。
【０００８】
無線インターフェースを介するデータの伝送のためにまず第一に重要なことは「何が」伝送されるかではなく、「いかに」データが伝送されるかである。それゆえ、データの符号化、変調、高周波技術及びアンテナを含む物理レイヤはＭＡＣレイヤにサービス・アクセス・ポイントを提供し、これらのサービス・アクセス・ポイントはいかにデータを伝送するかによって特徴付けられる。すなわち、いわゆるトランスポート・チャネルである。トランスポート・チャネルではもはや有効データとコントロールデータとの間の区別は行われず、例えばＵＥ固有のチャネル（専用チャネルDedicated Channel、ＤＣＨ）、ランダムアクセスを有するチャネル（ランダム・アクセス・チャネル、ＲＡＣＨ）又は一般的に複数のＵＥにより利用されるチャネル（アップリンク又はダウンリンク・シェアド・チャネルUplink or downlink Shared Channel、ＵＳＣＨ又はＤＳＣＨ）が区別される。
【０００９】
送信器におけるＭＡＣレイヤのタスクは、ＭＡＣレイヤより上の論理チャネルにあるデータを物理レイヤのトランスポート・チャネルにマッピングすることであり、乃至は、受信器においてトランスポート・チャネルで受信されたデータを論理チャネルに分配することである。各トランスポート・チャネルはこのためにデータ伝送のための一定のパラメータのセットによって予め構成されている。更に別の可変的パラメータのセットからＭＡＣレイヤはその都度瞬時の伝送に最も有利なパラメータを探し出し、データ伝送をダイナミックに制御することができる。この場合、トランスポート・チャネルに対する全パラメータの有効な調整はトランスポート・フォーマット（ＴＦ）と呼ばれる。トランスポート・チャネルのための全ての可能な調整の集合はトランスポート・フォーマット・セット（ＴＦＳ）と呼ばれる。ＴＦの可変的な（ダイナミックな）パラメータだけがＴＦＳ内部で変化する。所定の時点においてトランスポート・チャネル毎にただ１つのトランスポート・フォーマットが調整される。所定の時点に存在する全てのトランスポート・チャネルのために調整されたトランスポート・フォーマットの集合は、トランスポート・フォーマット・コンビネーション（ＴＦＣ）と呼ばれる。各トランスポート・チャネルに対して有効なトランスポート・フォーマットから全トランスポート・チャネルに対して可能な多数の組み合わせが生じ、理論的にはこれらの組み合わせの各々がＴＦＣを生じることができるはずである。しかし、実際には、現実に許可されるトランスポート・フォーマットの組み合わせの個数は限定されている。全ての許可されたＴＦＣの集合は、トランスポート・フォーマット・コンビネーション・セット（ＴＦＣＳ）と呼ばれる。
【００１０】
トランスポート・チャネル及びＲＢのセットアップ、除去及び再構成及びレイヤ２プロトコルの全パラメータの折衝に対してＲＲＣプロトコルは責任を持っている。このプロトコルも同様にＵＥ及びＲＮＣに存在し、ＲＬＣレイヤが自由に使用させる伝送サービスすなわち論理チャネルを、ＲＲＣメッセージ送信のために利用する。次いでＲＲＣプロトコル間で折衝された伝送パラメータによってレイヤ２の様々なプロトコルが構成される。例えばセットアップ又は再構成の際に各トランスポート・チャネル毎にＲＲＣプロトコル間でＴＦＳが折衝され、全てのトランスポート・チャネルに有効なＴＦＣＳが伝送される。次いで、両方ともＭＡＣレイヤに構成され、この結果、ＭＡＣは論理チャネルのトランスポート・チャネルへのマッピングを行うことができる。
【００１１】
上述したように、トランスポート・フォーマットはスタティック・パラメータ及びダイナミック・パラメータから成り、スタティック・パラメータはＭＡＣレイヤによって制御されずＲＲＣによってのみ折衝され、ダイナミック・パラメータから様々な調整の集合がＲＲＣによって折衝され、これらのダイナミック・パラメータはＭＡＣレイヤによって制御され得る。スタティック・パラメータには次のものが所属する：
伝送インターバルの長さ（トランスミッション・タイム・インターバル、ＴＴＩ）。これは物理レイヤがデータをまとめて処理するタイム・インターバルである。これは１０、２０、４０又は８０ミリ秒の長さであればよい。
【００１２】
エラー保護のための符号体系。
【００１３】
エラー保護のための冗長情報の長さ（ＣＲＣ、巡回冗長検査）。
【００１４】
ダイナミック・パラメータは次のものである：
ＲＬＣサイズ（RLC-size）。このパラメータはＲＬＣ-ＰＤＵサイズを指示する。ＭＡＣレイヤはＭＡＣ-ＰＤＵを生成しないし、ＲＬＣにより受信されたＲＬＣ-ＰＤＵを分割又は結合しないので、ＭＡＣ-ＰＤＵは常にちょうど１つのＲＬＣ-ＰＤＵと一致する。ＭＡＣレイヤがＲＬＣ-ＰＤＵにコントロールデータヘッダ（ＭＡＣヘッダ）を付けるか否かに依存して、ＭＡＣ-ＰＤＵはＲＬＣ-ＰＤＵとちょうど同じ大きさであるか又はＭＡＣヘッダの分だけＲＬＣ-ＰＤＵより大きい。よって、このパラメータによりＭＡＣ-ＰＤＵのサイズもＲＬＣ-ＰＤＵのサイズも調整される。トランスポート・チャネルにおいて物理レイヤに渡されるデータブロック、ＭＡＣ-ＰＤＵはトランスポート・ブロックとも呼ばれる。
【００１５】
トランスポート・ブロックの個数（Number of Transport Blocks）。このパラメータはＴＴＩの間に同時処理及び無線インターフェースを介する転送のために物理レイヤに渡されてもよいＭＡＣ-ＰＤＵの個数を決定する。
【００１６】
幾つかのケースではＴＴＩもダイナミック・パラメータである。
【００１７】
見てのとおり、パラメータ「ＴＴＩ」「ＲＬＣサイズ」及び「トランスポート・ブロックの個数」からトランスポート・チャネルの瞬時のデータレートが生じる。この瞬時のデータレートはＭＡＣレイヤによってダイナミックに異なるトランスポート・フォーマットの選択によって、すなわちＴＴＩ、ＲＬＣサイズ及びトランスポート・ブロックの個数の変化によって調整される。
【００１８】
伝送インターバル毎のＴＦＣのダイナミックな選択の他に、ＭＡＣレイヤは、異なるＲＢに到着するデータをＲＢのために調整されたＱｏＳを考慮してトランスポート・チャネルに分配するというタスクを有する。この場合、ＲＲＣレイヤによって例えばＲＢのセットアップ及び再構成の際にいわゆるＲＢマッピング・インフォが折衝される。このＲＢマッピング・インフォはどの論理チャネルがどのトランスポート・チャネルにマッピングされるべきかを指示し、各トランスポート・チャネルに複数の論理チャネルが割り当てられ得る。
【００１９】
よって、送信側のＭＡＣレイヤは伝送インターバル毎に及びトランスポート・チャネル毎にトランスポート・フォーマットを（すなわち全部で１つのＴＦＣを）探し出し、どの論理チャネルからデータを当該ＴＴＩにおいて伝送するかを決定する。次いで、ＭＡＣレイヤは相応のＲＬＣユニットにそれぞれのＴＦに所属するＲＬＣ-ＰＤＵサイズ及び予期されるＲＬＣ-ＰＤＵの個数を伝える。そしてＲＬＣはＲＬＣバッファからのデータをＲＬＣ-ＰＤＵサイズに相応してセグメント化し、相応の論理チャネルにおける相応の個数のＲＬＣ-ＰＤＵをＭＡＣレイヤに渡す。このＭＡＣレイヤは場合に応じてデータにＭＡＣヘッダを付加し、１つのトランスポート・チャネルに対する全ＲＬＣ-ＰＤＵを同時に物理レイヤに渡し、次いでこの物理レイヤはＴＴＩ内のＵＭＴＳ無線インターフェースを介するデータのトランスポートに従事する。
【００２０】
１.３従来技術
本発明は、移動局（ＵＥ）から移動無線システムのノードとりわけラジオ・ネットワーク・コントローラ（ＲＮＣ）への移動無線システムとりわけＵＭＴＳの無線インターフェースを介するデータ伝送のためのデータチャネルの構成に関する。
【００２１】
データ伝送の記述において以下では必要ならば送信器ユニットと受信器ユニットとが区別され、ＵＥもＲＮＣも送信器の役割と受信器の役割との両方を担うことができる。構成データの交換の際には、原理的に、構成パラメータを決定し構成メッセージの送信ユニットとして使用される構成する側のユニットと、構成パラメータを受け取り構成メッセージの受信ユニットとして使用される構成される側のユニットとが存在する。ＵＭＴＳでは原理的にＲＮＣが構成する側のユニットであり、ＵＥが構成される側のユニットである。構成パラメータを有する構成メッセージの受信は、ＵＥからＲＮＣへの受信確認応答メッセージの返信によって確認され、これらのメッセージは場合によってはＵＥで受信されるパラメータとは異なる値を含んでいるかもしれない。
【００２２】
有効データは送信ユニットにおいて連続的なデータストリーム又はパケットデータストリームの形式で存在し、これらのデータストリームは異なるアプリケーションにより生成されるか又は相応のインターフェースにおいて他のユニットにより受信され、場合によっては様々なプロトコルによって操作され、とりわけセグメント化されるか又はより大きいパケットにまとめられたものである。これらのデータストリームはサービス・アクセス・ポイント、いわゆる論理チャネルにおいて[６]に明記されたＭＡＣプロトコルに渡され、このＭＡＣプロトコルはＵＭＴＳ無線インターフェースを介するデータストリームの伝送のサービスを提供する。
【００２３】
[８]に記述された物理レイヤはとりわけアンテナ、高周波技術、変調及びデータの符号化の機能を含み、そのサービス・アクセス・ポイントいわゆるトランスポート・チャネルにおいて伝送インターバル内のデータパケットの伝送のサービスを提供する。この場合、伝送インターバル内で伝送されるデータパケットのサイズ及び個数が伝送インターバルの長さを形成し、データに適用される符号化がパラメータのセットを形成し、このパラメータのセットが１つの時点での各トランスポート・チャネルを特徴付け、以下においてトランスポート・フォーマット（ＴＦ）と呼ばれる。
【００２４】
ＭＡＣレイヤのタスクは、論理チャネルにあるデータパケットを存在するトランスポート・チャネルに分配し、この際に伝送インターバル毎に及びトランスポート・チャネル毎に予め設定されたトランスポート・フォーマットの集合いわゆるトランスポート・フォーマット・セット（ＴＦＳ）から適切なトランスポート・フォーマットを選択することである。異なる論理チャネルを存在するトランスポート・チャネルへと分配するやり方は、この場合、テーブル、いわゆるＲＢマッピング・インフォによって制限される。このＲＢマッピング・インフォは各論理チャネルに伝送に利用できるトランスポート・チャネルを一義的に割り当てる。
【００２５】
論理チャネル及びトランスポート・チャネルのセットアップ及び再構成及び除去ならびにＭＡＣレイヤにより必要とされるＲＢマッピング・インフォ及び個々のトランスポート・チャネルのＴＦＳの折衝は、[７]に明記されたＲＲＣプロトコルによって実施される。このために、ＲＮＣのＲＲＣプロトコルは、トランスポート・チャネル毎に、個々のＴＦのパラメータの選択及びＴＦＳ内のＴＦの個数及びＲＢマッピング・インフォを決定し、これらを構成メッセージ乃至は再構成メッセージに他の情報と共にまとめ上げる。このメッセージは次いでＲＮＣにからＵＥに送信され、そこでＲＲＣプロトコルに供給される。これに含まれるパラメータは続いてＭＡＣレイヤに渡される。（ＲＮＣのＭＡＣレイヤは直接ＲＮＣのＲＲＣレイヤによって構成される。）
ＲＲＣ（再）構成メッセージは様々な形式で例えばラジオ・ベアラ再構成、ラジオ・ベアラ・セットアップ又はトランスポート・チャネル再構成として存在しうる。図２（及び３）には概略的に[７]に記述されたラジオ・ベアラ・セットアップ・メッセージが図示されている。これらのメッセージにおいて、「互いに無関係に」、マッピング・オプション毎に論理チャネルにトランスポート・チャネルを割り当てるＲＢマッピング・オプションとダイナミック及びセミスタティック・パラメータを有する有効ＴＦのリストを含む様々なトランスポート・チャネルのＴＦＳ（図６参照）とが指示される。
【００２６】
ＲＢマッピング・インフォは例として図４に示されている。見て取れるように、そこに示された例では所定のラジオ・ベアラに対する多重化オプションは方向（アップリンク、ＵＬ及びダウンリンク、ＤＬ）及びこのＲＢにより利用される論理チャネル毎の次のような指示から成る：
トランスポート・チャネル・タイプ（ＴｒＣｈ ｔｙｐｅ）、
論理チャネルがこのオプションにおいてマッピングされるべきトランスポート・チャネルのＩＤナンバー（Ｔｒ）、
このトランスポート・チャネルに対して一義的な論理チャネルのＩＤナンバー（ＬｏｇＣｈＩｄ）、
ＵＬにおいてこのトランスポート・チャネルにマッピングされる他の論理チャネルに対するこの論理チャネルの優先権付与情報及び他の論理チャネルのための最大データレート損失に関する指示（ＭＡＣ ＬｏｇＣｈ Ｐｒｉｏ．乃至はＬｏｇＣｈ ｍａｘ ｌｏｓｓ）。
【００２７】
ＲＢマッピング・インフォの一義的なテーブル状の表現はテーブル１[７]に図示されている。ここでは行にはＩＥの様々な要素が記入されており、第１列には要素の名前及び場合によっては記号 ＞ により要素の階層的区分けが記入され、第２列には要素が存在しなくてはならないかどうかに関する指示（MP＝ Mandatory Present 必ず存在、OP=Optional オプショナルに、CV X=Ｘに依存するConditional Value 状態値、ただしこの場合Ｘはテーブルの中で定義される）が記入され、第３の列には場合によっては要素の複数回の存在に関する指示が記入され、その他の列にはその他の情報が記入されている。指示「ＯＰ」は、ビット表示において、ＩＥがまず最初に、この要素のさらに別の情報が存在するかどうかを指示する情報で始まることを惹起する。この情報は例えばただ１つのビットによって示されうるので、オプショナルな情報要素（Infomation Element）は情報が不在の際には伝送ハンド幅をセーブすることができる。
【００２８】
それゆえ、テーブルＩの第１行は、少なくとも１つの ＞ によりインデントされたテーブルにおける後続の全ての要素はこの第１の要素が指示するのと同じ回数繰り返されることを意味する（この場合には１と８との間の値）。第２行は、当該ＲＢが１つ又は２つの論理チャネルをＵＬに対して使用するかどうかに応じて、 ＞＞ によりインデントされた全ての要素が１回か又は２回繰り返されることを意味する。第３行〜第６行は本来のＲＢマッピング・インフォを構成している上記のＩＥを含む。第３行〜第５行の情報はこの場合ＤＬトランスポート・チャネルに対して繰り返される。
【００２９】
同様に、テーブル２[７]ではＴＦＳのテーブル状の表現が示されている。そこでは第１の行において専用トランスポート・チャネルと共通トランスポート・チャネルとが選択（ CHOICE ）によって区別される。次いで、ＲＬＣサイズ、トランスポート・ブロックの個数（及び場合によってはＴＴＩ）から成るダイナミック・トランスポート・フォーマット情報の列挙が続く。このダイナミック・トランスポート・フォーマット情報はトランスポート・フォーマット毎に別の値によって繰り返される。様々なトランスポート・フォーマットのセミスタティック・トランスポート・フォーマット情報はＴＦＳ内では区別されないので、一度だけ指示される。
【００３０】
２.本発明の核心及び利点
本発明の核心は、構成すべき論理チャネルを制限してこれらの論理チャネルが（再）構成メッセージに含まれる所定のトランスポート・フォーマットだけしか利用できないようにＲＲＣ（再）構成メッセージを拡張することである。従って、相応のＲＲＣメッセージの拡張においてトランスポート・フォーマットと論理チャネルとの間の割り当てが付加されることによって、ＴＦＳの指示からのＲＢマッピング・インフォの独立性が破棄され、相応の論理チャネルは当然相応のトランスポート・チャネルへのマッピングに対して構成されなければならない。とりわけ論理チャネルはパラメータ「ＲＬＣサイズ」の所定の値の使用に制限される。
【００３１】
本発明の利点は、ＲＮＣに複数のデータストリームのデータ伝送を構成する可能性が与えられ、これらのデータストリームが同一のトランスポート・チャネルを介して伝送され、それにもかかわらず各データストリームに固有のトランスポート・フォーマットが、とりわけ固有のＲＬＣサイズが割り当てられることである。
【００３２】
この場合、とりわけ有利には、トランスポート・チャネルを介して伝送されそれゆえそのトランスポート・フォーマットが同一のＴＦＳの部分である全てのデータストリームと「セミスタティック」パラメータのセットが等しいことである。符号化タイプ及び冗長データ長に対する同一の要求を有するデータストリームはとりわけ有利に同一のトランスポート・チャネルを介して伝送される。
【００３３】
とりわけ有利には、この方法において、とりわけデータブロックサイズ及び伝送インターバル内のこれらの個数のパラメータならびに場合によっては伝送インターバルの長さとが１つのトランスポート・チャネルを介して伝送される論理チャネル間で異なってもよいことである。これらのパラメータの組み合わせから瞬時のデータレートが生じるので、個々の論理チャネルのデータレートが最高に効率的に定められる。
【００３４】
論理チャネル毎のこのデータレート変化によって、とりわけ不規則なデータストリームが効率的にＵＭＴＳ無線インターフェースを介して伝送される。これは本発明の更なる利点である。
【００３５】
所定の論理チャネルに対するパラメータ「ＲＬＣサイズ」の使用のとりわけ有利な制限は次のような特別な利点を有する。すなわち、ＴＴＩの間に伝送される論理チャネルのＲＬＣ-ＰＤＵの個数がＭＡＣプロトコルによってさらに制御され、他方で論理チャネル毎にこの場合に使用されるＲＬＣサイズは一定している。
【００３６】
３.本発明の実施
原理的には、上述のようにＲＲＣ（再）構成メッセージを拡張する３つの方法がある：
１. ＲＢマッピング・インフォの拡張によって。この場合、各マッピング・オプションは、論理チャネルがマッピングされるトランスポート・チャネルのＴＦＳからの１つ又は複数のトランスポート・フォーマットを指示するために拡張されなければならない。
【００３７】
２. ＴＦＳの拡張によって。この場合、ＴＦＳ内の各トランスポート・フォーマットは、各トランスポート・チャネルにマッピングされる論理チャネルの集合からの１つ又は複数の論理チャネルを指示するために拡張されなければならない。
【００３８】
３. 既存の情報要素（ＩＥ）ＲＢマッピング・インフォ及びＴＦＳとは無関係にＲＲＣ（再）構成メッセージを拡張することによって。この場合、論理チャネルとトランスポート・チャネルとの有効な組み合わせ毎に、ＴＦＳからの有効なトランスポート・フォーマットの指示がメッセージに付加されなければならない。
【００３９】
３.１ＲＢマッピング・インフォの拡張
ＲＢマッピング・インフォを本発明において有意義に拡張するためには、このＩＥにおいてトランスポート・チャネルが割り当てられる論理チャネル毎に、各トランスポート・チャネルのＴＦＳにおいて定義されておりかつ論理チャネルに対して利用されるべきトランスポート・フォーマットのリストも指示されなければならない。
【００４０】
ＲＢマッピング・インフォの拡張はとりわけ有利である。なぜなら、トランスポート・フォーマットの論理チャネルへの割り当ての再構成は、ＲＢマッピング・インフォが既に他の再構成のためにメッセージに存在しているようなＲＲＣメッセージにおいてとりわけ簡単かつ効率的だからである。
【００４１】
有利には、ここではＴＦトゥ・ユース・リスト（TF to use list）と名付けられる付加的なＩＥが、論理チャネル毎にトランスポート・チャネル・アイデンティティと同じ階層レベルで指示される。
【００４２】
原理的には情報要素の存在は強制的に規定されているかもしれないが、とりわけ有利にはこのＩＥをオプショナルなものとし、さらに、もし存在しないならば全てのトランスポート・フォーマットが論理チャネルによって利用できると定める。これは、とりわけ、ただ１つのＴＦがＴＦＳに存在するか又は全てのＴＦが論理チャネルによって利用されるべきである場合に、不必要なデータを送信する必要がない、という利点を有する。
【００４３】
更に別の方法は、ＲＢマッピング・インフォ内でまず最初にその都度のトランスポート・チャネルの全トランスポート・フォーマットを利用できる論理チャネルをリストアップし、その後でオプショナルにＴＦトゥ・ユース・リストを有する論理チャネルの更に別のリストを指示する。この方法はとりわけ有利だろう。なぜなら、その都度のトランスポート・チャネルの全てのトランスポート・フォーマットを利用できる全ての論理チャネルに対して、いかなる種類の余計な情報をも、すなわちオプション（存在する/存在しない）を示す情報すらも伝送する必要がないからである。同様に、ＩＥ「ＴＦトゥ・ユース・リスト」の存在をmandatoryに、すなわち必須にすることができ、この場合もオプションを示すいかなる種類の情報を伝送する必要はない。最初に挙げた方法はより簡単にＵＭＴＳに組み込めるので、図面にはこの方法だけが示される。
【００４４】
ＴＦＳ内において、ダイナミック・トランスポート・フォーマット情報が順番にトランスポート・フォーマット０,１,...に対して指示される。それゆえ、新しいＩＥ 「ＴＦトゥ・ユース・リスト」内ではインデックスのリストを作成することは簡単にでき、このインデックスのリストでは各インデックスがＴＦＳ内のトランスポート・フォーマットを参照することを示す。
【００４５】
本発明の拡張されたＩＥ「ＲＢマッピング・インフォ」の概略的な図及びこれから結果的に生じるテーブル状の表示はここで記述した様々なオプションに対する図５及びテーブル３において図示されている。
【００４６】
３.２ＴＦＳの拡張
ＴＦＳを本発明において有意義に拡張するためには、トランスポート・フォーマット毎に、すなわちＩＥ「ダイナミック・トランスポート・フォーマット情報」の発生ごとにこのトランスポート・フォーマットを利用できる論理チャネルのリストが指示されなければならない。
【００４７】
ＴＦＳの拡張はとりわけ有利である。というのも、トランスポート・フォーマットの論理チャネルへの割り当ての再構成は、ＴＦＳが既に他の再構成のためにメッセージに存在しているようなＲＲＣメッセージにおいてはとりわけ簡単かつ効率的だからである。
【００４８】
有利には、ここではＬｏｇＣＨ・トゥ・ユース・リスト（LogCh to use List）と名付けられる付加的なＩＥがトランスポート・フォーマット毎に、すなわち新しいＩＥとして「ダイナミック・トランスポート・フォーマット情報」においてＩＥ「ＲＬＣサイズ」と同じ階層レベルで指示される。
【００４９】
原理的には情報要素の存在は強制的に規定されているかもしれないが、とりわけ有利にはこのＩＥをオプショナルなものにし、もし存在していないならば全ての論理チャネルがこのトランスポート・フォーマットを利用できることを定める。これは、とりわけ、ただ１つの論理チャネルしかこのトランスポート・チャネルにおいて存在しないか又は全ての論理チャネルがＴＦを利用できることになっている場合には、不必要なデータを送信する必要がない、という利点を有する。
【００５０】
更に別の方法は、ＴＦＳ内でまず最初に全ての論理チャネルに対して同一であるトランスポート・フォーマットをリストアップし、その後でオプショナルにＬｏｇＣｈトゥ・ユース・リストを有するトランスポート・フォーマットの更に別のリストを指示する。この方法はとりわけ有利である。なぜなら、全ての論理チャネルによって利用されるべき全てのトランスポート・フォーマットに対して、いかなる種類の余計な情報も、すなわちオプションを示す情報すらも伝送する必要がないからである。同様に、ＩＥ「ＬｏｇＣｈトゥ・ユース・リスト」の存在をmandatoryに、すなわち必須にすることができ、この場合もオプションを示すいかなる種類の情報を伝送する必要はない。最初に言及した方法はより簡単にＵＭＴＳに組み込めるので、図面ではこの方法だけを示す。
【００５１】
ＲＢマッピング・インフォ内において、論理チャネルがマッピングされる各トランスポート・チャネルに対する各論理チャネルに一義的な論理チャネル・アイデンティティが与えられる。それゆえ、新しいＩＥ「Ｌｏｇｃｈ・トゥ・ユース・リスト」内では論理チャネル・アイデンティティのリストを作成することが簡単にでき、このリストでは各エントリがその都度のＴＦを利用することができる論理チャネルを一義的に識別する。
【００５２】
本発明の拡張されたＩＥ「ＴＦＳ」の概略図及びそこから生じるテーブル状の表示は図７及びテーブル４においてここで記述された様々なオプションにおいて示れている。
【００５３】
３.２ａ）ＲＬＣサイズの制限によるＴＦＳの拡張
所定の論理チャネルに対するパラメータ「ＲＬＣサイズ」のとりわけ有利な制限においてＴＦＳを拡張するために、ＲＲＣ（再）構成メッセージ内のＴＦＳの以下のようなとりわけ有利な効率的な構造を提案する：
ＴＦＳ内で、「ダイナミック・トランスポート・フォーマット情報」の指示において、場合によっては存在するＴＴＩの他に同一のＲＬＣサイズを有するトランスポート・フォーマットが共に指示される。このために、従来技術のようにトランスポート・フォーマット毎にＲＬＣサイズ及びトランスポート・ブロックの個数がリストアップされるのではなく、各ＲＬＣサイズがパラメータ「トランスポート・ブロックの個数」のリスト及びこのＲＬＣサイズを利用する論理チャネルのオプショナルな本発明のリストと共にリストアップされる。この実施例は概略的に図８及びテーブル状にテーブル５に図示されている。
【００５４】
この実施例は、パラメータ「ＲＬＣサイズ」の各特徴に論理チャネルのリストが割り当てられ、これらのチャネルに対するデータ伝送が効率的に制御される、という利点を有する。
【００５５】
さらに別の利点は、この実施例ではパラメータ「トランスポート・ブロックの個数」が論理チャネルに対して制限されるのではなく、ＭＡＣプロトコルが論理チャネルによりＴＴＩ毎に伝送されるＲＬＣ-ＰＤＵの個数をダイナミックに制御し、瞬時に存在する伝送リソースに適応できることである。
【００５６】
この実施例の更なる利点は、パラメータ「ＲＬＣサイズ」に対する論理チャネルの割り当ての制限及びＲＬＣサイズによるトランスポート・フォーマットの「ソーティング」及びパラメータ「トランスポート・ブロックの個数」の特徴のリストアップなしに、伝送すべきデータが従来技術に比べてセーブされることである。
【００５７】
特にＵＭＴＳにおいてこの方法は最も効率的かつ有効なものであると考えられる。
【００５８】
３.３独立的な拡張
ＲＲＣ（再）構成メッセージを本発明において他のＩＥから独立して拡張するためには、トランスポート・チャネル及びトランスポート・フォーマットに対する論理チャネルの割り当てのリストを付加することが必要不可欠である。
【００５９】
この拡張はとりわけ有利である。というのも、この拡張はＩＥ「ＲＢマッピング・インフォ」又は「ＴＦＳ」の存在を前提とせず、それゆえこれらのＩＥなしに効率的に伝送が行われる。
【００６０】
有利には、付加的なＩＥは直接ＲＲＣ（再）構成メッセージに挿入されるか、又は、このＲＲＣ（再）構成メッセージに含まれるＩＥ、例えば「ＲＢインフォ・トゥ・リコンフィギュア（RB Info to Reconfigure）」に挿入される。この新しいＩＥは、トランスポート・チャネル及びこれらのトランスポート・チャネルのトランスポート・フォーマットの列挙及びＲＢマッピング・インフォにおいて与えられるＩＥ「論理チャネル識別子（Logical Channel Identifier）」に対する割り当てから構成されているか、又は、ＲＢアイデンティティ及びＲＢにより使用される論理チャネルの列挙及びトランスポート・チャネル及び相応のトランスポート・フォーマットに対する割り当てから構成されている。
【００６１】
この方法は３.１及び３.２の方法に非常に似ているが、ＵＭＴＳへの適用はこれらの方法ほど効率的ではないと思われるので、ここでは別個の図面又はテーブルを示さない。
【００６２】
３.４方法の組み合わせ
上記の方法の組み合わせはとりわけ有利であり、つまりＲＢマッピング・インフォもＴＦＳも拡張し、場合によってはトランスポート・フォーマットに対する論理チャネルの割り当ての独立的な指示も行われる。
【００６３】
これは、全ＲＲＣ（再）構成メッセージにおいて割り当てデータの非常に効率的な伝送を可能するという特別な利点を有する。
【００６４】
４.参考文献
[１] Mobilfunknetze und ihre Protokolle, S.66, B.Walke, Teubner, 2000
[３] RFC 0783, Transmission Control Protocol(TCP), IETF, September 1981
[４] RFC 0791, Internet Protocol(IP), IETF, September 1981
[５] TS 25.322, Radio Link Control, 3GPP, Juni 2000
[６] TS 25.321, Medium Access Control, 3GPP, Juni 2000
[７] TS 25.331, Radio Resource Control, 3GPP, Juni 2000
[８] TS 25.302, Services Provided by Physical Layer, 3GPP, Juni 2000
５.頻繁に利用した略語
原則：複数形はｓを付けることにより行った。例えば、ein RB, zwei RBs
ＤＬ ダウンリンク（Downlink）
ＰＤＵ プロトコル・データ・ユニット（Protocol Data Unit）
ＱｏＳ サービス品質（Quality of Service）
ＲＢ ラジオ・ベアラ（Radio Bearer）
ＲＮＣ ラジオ・ネットワーク・コントローラ（Radio Network Controler）
ＴＦ トランスポート・フォーマットＳＤＵサービス・データ・ユニット（Transport Format SDU Service Data Unit）
ＴＦＣ トランスポート・フォーマット・コンビネーション（Transport Format Combination）
ＴＦＣＳ トランスポート・フォーマット・コンビネーション・セット（Transport Format Combination Set）
ＴＦＳ トランスポート・フォーマット・セット（Transport Format Set）
ＴＴＩ トランスミッション・タイム・インターバル（Transmission Time Interval）
ＵＥ ユーザ・エクイップメント（User Equipment）
ＵＬ アップリンク（Uplink）
【図面の簡単な説明】
【図１】 ＵＭＴＳレイヤ２の概略図である。
【図２】 ラジオ・ベアラ・再構成・メッセージ（従来技術）の概略図である。
【図３】 トランスポート・チャネルＩＥ及びＴＦＳ（従来技術）の概略図である。
【図４】 ラジオ・ベアラ・マッピング・オプション（従来技術）の概略図である。
【図５】 マッピング・オプション（本発明）の概略図である。
【図６】 ＴＦＳ（従来技術）の概略図である。
【図７】 ＴＦＳ（本発明）の概略図である。
【図８】 ＴＦＳ（３.２の本発明）の概略図である。
【図９Ａ】 ＲＢマッピング・インフォ（従来技術）を説明する表である。
【図９Ｂ】 ＲＢマッピング・インフォ（従来技術）を説明する表である。
【図９Ｃ】 ＲＢマッピング・インフォ（従来技術）を説明する表である。
【図１０Ａ】 トランスポート・フォーマット・セット（従来技術）を説明するテーブルである。
【図１０Ｂ】 トランスポート・フォーマット・セット（従来技術）を説明するテーブルである。
【図１１Ａ】 本発明によるＲＢマッピング・インフォを説明するテーブルである。
【図１１Ｂ】 本発明によるＲＢマッピング・インフォを説明するテーブルである。
【図１１Ｃ】 本発明によるＲＢマッピング・インフォを説明するテーブルである。
【図１２Ａ】 本発明によるトランスポート・フォーマット・セットを説明するテーブルである。
【図１２Ｂ】 本発明によるトランスポート・フォーマット・セットを説明するテーブルである。
【図１２Ｃ】 ３.２ａによる本発明のトランスポート・フォーマット・セットを説明するテーブルである。
【図１２Ｄ】 ３.２ａによる本発明のトランスポート・フォーマット・セットを説明するテーブルである。
【符号の説明】
ＤＬ ダウンリンク
ＰＤＵ プロトコル・データ・ユニット
ＱｏＳ サービス品質
ＲＢ ラジオ・ベアラ
ＲＮＣ ラジオ・ネットワーク・コントローラ
ＴＦ トランスポート・フォーマットＳＤＵサービス・データ・ユニット
ＴＦＣ トランスポート・フォーマット・コンビネーション
ＴＦＣＳ トランスポート・フォーマット・コンビネーション・セット
ＴＦＳ トランスポート・フォーマット・セット
ＴＴＩ トランスミッション・タイム・インターバル
ＵＥ ユーザ・エクイップメント
ＵＬ アップリンク
１.背景
１.１一般論
図１は、ＵＭＴＳ無線インターフェースのプロトコルを含むレイヤ２及び下位レイヤ３（レイヤモデルについては[１]を参照）のＵＭＴＳプロトコルアーキテクチャを示す。このアーキテクチャは移動端末（ユーザ・エクイップメント User Equipment、ＵＥ）にも移動通信ネットワークのノード（ラジオ・ネットワーク・コントローラ Radio Network Controller、ＲＮＣ）にも存在し、つまりはプロトコルの各々があるいはＵＥに、あるいはＲＮＣに存在する。
【０００２】
ＰＤＵのトランスポートのために下位プロトコルレイヤのサービスを利用することによって、同一のプロトコルはプロトコル・データ・ユニット（ Protocol Data Units、ＰＤＵ）を交換する。各プロトコルレイヤはその上位レイヤにそのサービスをいわゆるサービス・アクセス・ポイントにおいて提供する。これらのサービス・アクセス・ポイントにはアーキテクチャのより良い理解のために一般的に使用される一義的な名前（例えば、論理チャネル、トランスポート・チャネル、ラジオ・ベアラ Radio Bearer）が付けられている。データ転送のために、プロトコルはそのサービス・アクセス・ポイントにおいてサービス・データ・ユニット（Service Data Units、ＳＤＵ）をピックアップし、そこから生じたＰＤＵを下位レイヤに送出する。従って、上位レイヤからのＰＤＵはその下位レイヤのＳＤＵと同一である。
【０００３】
図１に図示されたプロトコルレイヤは
ラジオ・リソース・コントロール（ＲＲＣ）レイヤ、
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤ、
ブロードキャスト/マルチキャスト・コントロール（ＢＭＣ）レイヤ、
ラジオ・リンク・コントロール（ＲＬＣ）レイヤ、
媒体アクセス・コントロール（ＭＡＣ）レイヤ、
及び物理レイヤ（ＰＨＹ）
である。
【０００４】
ＰＤＣＰ及びＢＭＣレイヤは本願発明（ＥＭ）との関連において特別な意味を持たないので、ここではもう記述しない。次にＲＲＣ、ＲＬＣ及びＭＡＣの機能を短く一般的に説明する。その後にこのＥＭによって改善又は修正すべき機能のより詳細な記述が続く（従来技術）。
【０００５】
１.２プロトコルの動作方法
ＵＭＴＳ移動無線端末（ＵＥ）において様々なアプリケーションからデータが生成される。音声接続のためには例えば音声コーダが１つ又は複数の音声データストリームを生成し、又は、ＨＴＭＬブラウザが不規則なパケットデータストリームを生成する。これらのデータはまず最初に場合によっては上位レイヤのプロトコルによって修正され、様々なネットワークにおけるデータ転送のために準備される（例えばＴＣＰ[３]及びＩＰ[４]）。ＵＭＴＳ無線インターフェースを介するトランスポートのためには、これらのデータはレイヤ２の様々なプロトコル（ＰＤＣＰ、ＲＬＣ及びＭＡＣ）において最適化されなければならない。ＵＭＴＳ固有のプロトコルではないプロトコルがＵＭＴＳ無線インターフェースの伝送サービスを利用できるサービス・アクセス・ポイントはラジオ・ベアラ（ＲＢ）と呼ばれる。それゆえ、ＲＢはＰＤＣＰ、ＢＭＣ及びＲＬＣより上で利用されるプロトコルに応じてレイヤ２より上で提供され、データを透過的にＵＥからＵＭＴＳ無線インターフェースを介してＲＮＣへと及びその逆方向に伝送する。この伝送のためにこのようなＲＢのセットアップの際に所定の伝送サービス品質（クオリティ・オブ・サービス、ＱｏＳ）が定められ、この伝送サービス品質は例えば所定の保証されたデータレート又は最大伝送遅延によって特徴付けられる。ＲＢは原理的に双方向性であり、よって、ＲＢはデータを２つの方向（アップリンク、ＵＬ及びダウンリンク、ＤＬ）に伝送することができる。
【０００６】
このようなＲＢのデータストリームは連続的に又は任意の長さのパケットで存在するので、ＲＬＣプロトコルのタスクはデータストリームを無線インターフェースに最適な長さを有するパケットに分割（又は結合）することである。よって、ＲＬＣ-ＳＤＵがＲＬＣ-ＰＤＵに分解されるか又は複数のＲＬＣ-ＳＤＵがＲＬＣ-ＰＤＵにまとめられる。さらに、ＲＬＣレイヤはＲＢにあるデータを、これらのデータがＲＬＣの下にあるレイヤから無線インターフェースを介してトランスポートされるまでＲＬＣバッファに格納する。ＲＬＣレイヤは更に別のタスク（とりわけ誤り訂正のタスク）を有しているが、ここでは重要ではない[5]。ＲＬＣレイヤは分割（統合）の後で生じるＲＬＣ-ＰＤＵをＭＡＣレイヤに後続の伝送のために渡す。この場合、ＲＬＣレイヤはラジオ・ベアラ毎に独立したＲＬＣエンティティ（RLC-entity）が存在するようにモデル化されている。
【０００７】
ＭＡＣレイヤがサービスを提供するサービス・アクセス・ポイントは論理チャネルと呼ばれる。ラジオ・ベアラ毎にちょうど１つのＲＬＣエンティティが存在し、方向（ＵＬ/ＤＬ）毎に１つか又は２つの論理チャネルが存在する。論理チャネルは、これらの論理チャネルにおいて伝送されるデータの性質によって区別される。それゆえ、前記の音声データストリームのようなＵＥ固有の有効データを伝送する論理チャネル（専用トラフィック・チャネルDedicated Traffic Channel、ＤＴＣＨ）、ＵＥ固有のコントロールデータ（専用コントロール・チャネルDedicated Control Channel、ＤＣＣＨ）を伝送する論理チャネル又は一般的なコントロールデータ（共通コントロール・チャネルCommon Control Channel、ＣＣＣＨ）を伝送する論理チャネルが区別される。複数のＤＴＣＨはさらに相応のＲＢのために構成されるＱｏＳによって区別される。
【０００８】
無線インターフェースを介するデータの伝送のためにまず第一に重要なことは「何が」伝送されるかではなく、「いかに」データが伝送されるかである。それゆえ、データの符号化、変調、高周波技術及びアンテナを含む物理レイヤはＭＡＣレイヤにサービス・アクセス・ポイントを提供し、これらのサービス・アクセス・ポイントはいかにデータを伝送するかによって特徴付けられる。すなわち、いわゆるトランスポート・チャネルである。トランスポート・チャネルではもはや有効データとコントロールデータとの間の区別は行われず、例えばＵＥ固有のチャネル（専用チャネルDedicated Channel、ＤＣＨ）、ランダムアクセスを有するチャネル（ランダム・アクセス・チャネル、ＲＡＣＨ）又は一般的に複数のＵＥにより利用されるチャネル（アップリンク又はダウンリンク・シェアド・チャネルUplink or downlink Shared Channel、ＵＳＣＨ又はＤＳＣＨ）が区別される。
【０００９】
送信器におけるＭＡＣレイヤのタスクは、ＭＡＣレイヤより上の論理チャネルにあるデータを物理レイヤのトランスポート・チャネルにマッピングすることであり、乃至は、受信器においてトランスポート・チャネルで受信されたデータを論理チャネルに分配することである。各トランスポート・チャネルはこのためにデータ伝送のための一定のパラメータのセットによって予め構成されている。更に別の可変的パラメータのセットからＭＡＣレイヤはその都度瞬時の伝送に最も有利なパラメータを探し出し、データ伝送をダイナミックに制御することができる。この場合、トランスポート・チャネルに対する全パラメータの有効な調整はトランスポート・フォーマット（ＴＦ）と呼ばれる。トランスポート・チャネルのための全ての可能な調整の集合はトランスポート・フォーマット・セット（ＴＦＳ）と呼ばれる。ＴＦの可変的な（ダイナミックな）パラメータだけがＴＦＳ内部で変化する。所定の時点においてトランスポート・チャネル毎にただ１つのトランスポート・フォーマットが調整される。所定の時点に存在する全てのトランスポート・チャネルのために調整されたトランスポート・フォーマットの集合は、トランスポート・フォーマット・コンビネーション（ＴＦＣ）と呼ばれる。各トランスポート・チャネルに対して有効なトランスポート・フォーマットから全トランスポート・チャネルに対して可能な多数の組み合わせが生じ、理論的にはこれらの組み合わせの各々がＴＦＣを生じることができるはずである。しかし、実際には、現実に許可されるトランスポート・フォーマットの組み合わせの個数は限定されている。全ての許可されたＴＦＣの集合は、トランスポート・フォーマット・コンビネーション・セット（ＴＦＣＳ）と呼ばれる。
【００１０】
トランスポート・チャネル及びＲＢのセットアップ、除去及び再構成及びレイヤ２プロトコルの全パラメータの折衝に対してＲＲＣプロトコルは責任を持っている。このプロトコルも同様にＵＥ及びＲＮＣに存在し、ＲＬＣレイヤが自由に使用させる伝送サービスすなわち論理チャネルを、ＲＲＣメッセージ送信のために利用する。次いでＲＲＣプロトコル間で折衝された伝送パラメータによってレイヤ２の様々なプロトコルが構成される。例えばセットアップ又は再構成の際に各トランスポート・チャネル毎にＲＲＣプロトコル間でＴＦＳが折衝され、全てのトランスポート・チャネルに有効なＴＦＣＳが伝送される。次いで、両方ともＭＡＣレイヤに構成され、この結果、ＭＡＣは論理チャネルのトランスポート・チャネルへのマッピングを行うことができる。
【００１１】
上述したように、トランスポート・フォーマットはスタティック・パラメータ及びダイナミック・パラメータから成り、スタティック・パラメータはＭＡＣレイヤによって制御されずＲＲＣによってのみ折衝され、ダイナミック・パラメータから様々な調整の集合がＲＲＣによって折衝され、これらのダイナミック・パラメータはＭＡＣレイヤによって制御され得る。スタティック・パラメータには次のものが所属する：
伝送インターバルの長さ（トランスミッション・タイム・インターバル、ＴＴＩ）。これは物理レイヤがデータをまとめて処理するタイム・インターバルである。これは１０、２０、４０又は８０ミリ秒の長さであればよい。
【００１２】
エラー保護のための符号体系。
【００１３】
エラー保護のための冗長情報の長さ（ＣＲＣ、巡回冗長検査）。
【００１４】
ダイナミック・パラメータは次のものである：
ＲＬＣサイズ（RLC-size）。このパラメータはＲＬＣ-ＰＤＵサイズを指示する。ＭＡＣレイヤはＭＡＣ-ＰＤＵを生成しないし、ＲＬＣにより受信されたＲＬＣ-ＰＤＵを分割又は結合しないので、ＭＡＣ-ＰＤＵは常にちょうど１つのＲＬＣ-ＰＤＵと一致する。ＭＡＣレイヤがＲＬＣ-ＰＤＵにコントロールデータヘッダ（ＭＡＣヘッダ）を付けるか否かに依存して、ＭＡＣ-ＰＤＵはＲＬＣ-ＰＤＵとちょうど同じ大きさであるか又はＭＡＣヘッダの分だけＲＬＣ-ＰＤＵより大きい。よって、このパラメータによりＭＡＣ-ＰＤＵのサイズもＲＬＣ-ＰＤＵのサイズも調整される。トランスポート・チャネルにおいて物理レイヤに渡されるデータブロック、ＭＡＣ-ＰＤＵはトランスポート・ブロックとも呼ばれる。
【００１５】
トランスポート・ブロックの個数（Number of Transport Blocks）。このパラメータはＴＴＩの間に同時処理及び無線インターフェースを介する転送のために物理レイヤに渡されてもよいＭＡＣ-ＰＤＵの個数を決定する。
【００１６】
幾つかのケースではＴＴＩもダイナミック・パラメータである。
【００１７】
見てのとおり、パラメータ「ＴＴＩ」「ＲＬＣサイズ」及び「トランスポート・ブロックの個数」からトランスポート・チャネルの瞬時のデータレートが生じる。この瞬時のデータレートはＭＡＣレイヤによってダイナミックに異なるトランスポート・フォーマットの選択によって、すなわちＴＴＩ、ＲＬＣサイズ及びトランスポート・ブロックの個数の変化によって調整される。
【００１８】
伝送インターバル毎のＴＦＣのダイナミックな選択の他に、ＭＡＣレイヤは、異なるＲＢに到着するデータをＲＢのために調整されたＱｏＳを考慮してトランスポート・チャネルに分配するというタスクを有する。この場合、ＲＲＣレイヤによって例えばＲＢのセットアップ及び再構成の際にいわゆるＲＢマッピング・インフォが折衝される。このＲＢマッピング・インフォはどの論理チャネルがどのトランスポート・チャネルにマッピングされるべきかを指示し、各トランスポート・チャネルに複数の論理チャネルが割り当てられ得る。
【００１９】
よって、送信側のＭＡＣレイヤは伝送インターバル毎に及びトランスポート・チャネル毎にトランスポート・フォーマットを（すなわち全部で１つのＴＦＣを）探し出し、どの論理チャネルからデータを当該ＴＴＩにおいて伝送するかを決定する。次いで、ＭＡＣレイヤは相応のＲＬＣユニットにそれぞれのＴＦに所属するＲＬＣ-ＰＤＵサイズ及び予期されるＲＬＣ-ＰＤＵの個数を伝える。そしてＲＬＣはＲＬＣバッファからのデータをＲＬＣ-ＰＤＵサイズに相応してセグメント化し、相応の論理チャネルにおける相応の個数のＲＬＣ-ＰＤＵをＭＡＣレイヤに渡す。このＭＡＣレイヤは場合に応じてデータにＭＡＣヘッダを付加し、１つのトランスポート・チャネルに対する全ＲＬＣ-ＰＤＵを同時に物理レイヤに渡し、次いでこの物理レイヤはＴＴＩ内のＵＭＴＳ無線インターフェースを介するデータのトランスポートに従事する。
【００２０】
１.３従来技術
本発明は、移動局（ＵＥ）から移動無線システムのノードとりわけラジオ・ネットワーク・コントローラ（ＲＮＣ）への移動無線システムとりわけＵＭＴＳの無線インターフェースを介するデータ伝送のためのデータチャネルの構成に関する。
【００２１】
データ伝送の記述において以下では必要ならば送信器ユニットと受信器ユニットとが区別され、ＵＥもＲＮＣも送信器の役割と受信器の役割との両方を担うことができる。構成データの交換の際には、原理的に、構成パラメータを決定し構成メッセージの送信ユニットとして使用される構成する側のユニットと、構成パラメータを受け取り構成メッセージの受信ユニットとして使用される構成される側のユニットとが存在する。ＵＭＴＳでは原理的にＲＮＣが構成する側のユニットであり、ＵＥが構成される側のユニットである。構成パラメータを有する構成メッセージの受信は、ＵＥからＲＮＣへの受信確認応答メッセージの返信によって確認され、これらのメッセージは場合によってはＵＥで受信されるパラメータとは異なる値を含んでいるかもしれない。
【００２２】
有効データは送信ユニットにおいて連続的なデータストリーム又はパケットデータストリームの形式で存在し、これらのデータストリームは異なるアプリケーションにより生成されるか又は相応のインターフェースにおいて他のユニットにより受信され、場合によっては様々なプロトコルによって操作され、とりわけセグメント化されるか又はより大きいパケットにまとめられたものである。これらのデータストリームはサービス・アクセス・ポイント、いわゆる論理チャネルにおいて[６]に明記されたＭＡＣプロトコルに渡され、このＭＡＣプロトコルはＵＭＴＳ無線インターフェースを介するデータストリームの伝送のサービスを提供する。
【００２３】
[８]に記述された物理レイヤはとりわけアンテナ、高周波技術、変調及びデータの符号化の機能を含み、そのサービス・アクセス・ポイントいわゆるトランスポート・チャネルにおいて伝送インターバル内のデータパケットの伝送のサービスを提供する。この場合、伝送インターバル内で伝送されるデータパケットのサイズ及び個数が伝送インターバルの長さを形成し、データに適用される符号化がパラメータのセットを形成し、このパラメータのセットが１つの時点での各トランスポート・チャネルを特徴付け、以下においてトランスポート・フォーマット（ＴＦ）と呼ばれる。
【００２４】
ＭＡＣレイヤのタスクは、論理チャネルにあるデータパケットを存在するトランスポート・チャネルに分配し、この際に伝送インターバル毎に及びトランスポート・チャネル毎に予め設定されたトランスポート・フォーマットの集合いわゆるトランスポート・フォーマット・セット（ＴＦＳ）から適切なトランスポート・フォーマットを選択することである。異なる論理チャネルを存在するトランスポート・チャネルへと分配するやり方は、この場合、テーブル、いわゆるＲＢマッピング・インフォによって制限される。このＲＢマッピング・インフォは各論理チャネルに伝送に利用できるトランスポート・チャネルを一義的に割り当てる。
【００２５】
論理チャネル及びトランスポート・チャネルのセットアップ及び再構成及び除去ならびにＭＡＣレイヤにより必要とされるＲＢマッピング・インフォ及び個々のトランスポート・チャネルのＴＦＳの折衝は、[７]に明記されたＲＲＣプロトコルによって実施される。このために、ＲＮＣのＲＲＣプロトコルは、トランスポート・チャネル毎に、個々のＴＦのパラメータの選択及びＴＦＳ内のＴＦの個数及びＲＢマッピング・インフォを決定し、これらを構成メッセージ乃至は再構成メッセージに他の情報と共にまとめ上げる。このメッセージは次いでＲＮＣにからＵＥに送信され、そこでＲＲＣプロトコルに供給される。これに含まれるパラメータは続いてＭＡＣレイヤに渡される。（ＲＮＣのＭＡＣレイヤは直接ＲＮＣのＲＲＣレイヤによって構成される。）
ＲＲＣ（再）構成メッセージは様々な形式で例えばラジオ・ベアラ再構成、ラジオ・ベアラ・セットアップ又はトランスポート・チャネル再構成として存在しうる。図２（及び３）には概略的に[７]に記述されたラジオ・ベアラ・セットアップ・メッセージが図示されている。これらのメッセージにおいて、「互いに無関係に」、マッピング・オプション毎に論理チャネルにトランスポート・チャネルを割り当てるＲＢマッピング・オプションとダイナミック及びセミスタティック・パラメータを有する有効ＴＦのリストを含む様々なトランスポート・チャネルのＴＦＳ（図６参照）とが指示される。
【００２６】
ＲＢマッピング・インフォは例として図４に示されている。見て取れるように、そこに示された例では所定のラジオ・ベアラに対する多重化オプションは方向（アップリンク、ＵＬ及びダウンリンク、ＤＬ）及びこのＲＢにより利用される論理チャネル毎の次のような指示から成る：
トランスポート・チャネル・タイプ（ＴｒＣｈ ｔｙｐｅ）、
論理チャネルがこのオプションにおいてマッピングされるべきトランスポート・チャネルのＩＤナンバー（Ｔｒ）、
このトランスポート・チャネルに対して一義的な論理チャネルのＩＤナンバー（ＬｏｇＣｈＩｄ）、
ＵＬにおいてこのトランスポート・チャネルにマッピングされる他の論理チャネルに対するこの論理チャネルの優先権付与情報及び他の論理チャネルのための最大データレート損失に関する指示（ＭＡＣ ＬｏｇＣｈ Ｐｒｉｏ．乃至はＬｏｇＣｈ ｍａｘ ｌｏｓｓ）。
【００２７】
ＲＢマッピング・インフォの一義的なテーブル状の表現はテーブル１[７]に図示されている。ここでは行にはＩＥの様々な要素が記入されており、第１列には要素の名前及び場合によっては記号 ＞ により要素の階層的区分けが記入され、第２列には要素が存在しなくてはならないかどうかに関する指示（MP＝ Mandatory Present 必ず存在、OP=Optional オプショナルに、CV X=Ｘに依存するConditional Value 状態値、ただしこの場合Ｘはテーブルの中で定義される）が記入され、第３の列には場合によっては要素の複数回の存在に関する指示が記入され、その他の列にはその他の情報が記入されている。指示「ＯＰ」は、ビット表示において、ＩＥがまず最初に、この要素のさらに別の情報が存在するかどうかを指示する情報で始まることを惹起する。この情報は例えばただ１つのビットによって示されうるので、オプショナルな情報要素（Infomation Element）は情報が不在の際には伝送ハンド幅をセーブすることができる。
【００２８】
それゆえ、テーブルＩの第１行は、少なくとも１つの ＞ によりインデントされたテーブルにおける後続の全ての要素はこの第１の要素が指示するのと同じ回数繰り返されることを意味する（この場合には１と８との間の値）。第２行は、当該ＲＢが１つ又は２つの論理チャネルをＵＬに対して使用するかどうかに応じて、 ＞＞ によりインデントされた全ての要素が１回か又は２回繰り返されることを意味する。第３行〜第６行は本来のＲＢマッピング・インフォを構成している上記のＩＥを含む。第３行〜第５行の情報はこの場合ＤＬトランスポート・チャネルに対して繰り返される。
【００２９】
同様に、テーブル２[７]ではＴＦＳのテーブル状の表現が示されている。そこでは第１の行において専用トランスポート・チャネルと共通トランスポート・チャネルとが選択（ CHOICE ）によって区別される。次いで、ＲＬＣサイズ、トランスポート・ブロックの個数（及び場合によってはＴＴＩ）から成るダイナミック・トランスポート・フォーマット情報の列挙が続く。このダイナミック・トランスポート・フォーマット情報はトランスポート・フォーマット毎に別の値によって繰り返される。様々なトランスポート・フォーマットのセミスタティック・トランスポート・フォーマット情報はＴＦＳ内では区別されないので、一度だけ指示される。
【００３０】
２.本発明の核心及び利点
本発明の核心は、構成すべき論理チャネルを制限してこれらの論理チャネルが（再）構成メッセージに含まれる所定のトランスポート・フォーマットだけしか利用できないようにＲＲＣ（再）構成メッセージを拡張することである。従って、相応のＲＲＣメッセージの拡張においてトランスポート・フォーマットと論理チャネルとの間の割り当てが付加されることによって、ＴＦＳの指示からのＲＢマッピング・インフォの独立性が破棄され、相応の論理チャネルは当然相応のトランスポート・チャネルへのマッピングに対して構成されなければならない。とりわけ論理チャネルはパラメータ「ＲＬＣサイズ」の所定の値の使用に制限される。
【００３１】
本発明の利点は、ＲＮＣに複数のデータストリームのデータ伝送を構成する可能性が与えられ、これらのデータストリームが同一のトランスポート・チャネルを介して伝送され、それにもかかわらず各データストリームに固有のトランスポート・フォーマットが、とりわけ固有のＲＬＣサイズが割り当てられることである。
【００３２】
この場合、とりわけ有利には、トランスポート・チャネルを介して伝送されそれゆえそのトランスポート・フォーマットが同一のＴＦＳの部分である全てのデータストリームと「セミスタティック」パラメータのセットが等しいことである。符号化タイプ及び冗長データ長に対する同一の要求を有するデータストリームはとりわけ有利に同一のトランスポート・チャネルを介して伝送される。
【００３３】
とりわけ有利には、この方法において、とりわけデータブロックサイズ及び伝送インターバル内のこれらの個数のパラメータならびに場合によっては伝送インターバルの長さとが１つのトランスポート・チャネルを介して伝送される論理チャネル間で異なってもよいことである。これらのパラメータの組み合わせから瞬時のデータレートが生じるので、個々の論理チャネルのデータレートが最高に効率的に定められる。
【００３４】
論理チャネル毎のこのデータレート変化によって、とりわけ不規則なデータストリームが効率的にＵＭＴＳ無線インターフェースを介して伝送される。これは本発明の更なる利点である。
【００３５】
所定の論理チャネルに対するパラメータ「ＲＬＣサイズ」の使用のとりわけ有利な制限は次のような特別な利点を有する。すなわち、ＴＴＩの間に伝送される論理チャネルのＲＬＣ-ＰＤＵの個数がＭＡＣプロトコルによってさらに制御され、他方で論理チャネル毎にこの場合に使用されるＲＬＣサイズは一定している。
【００３６】
３.本発明の実施
原理的には、上述のようにＲＲＣ（再）構成メッセージを拡張する３つの方法がある：
１. ＲＢマッピング・インフォの拡張によって。この場合、各マッピング・オプションは、論理チャネルがマッピングされるトランスポート・チャネルのＴＦＳからの１つ又は複数のトランスポート・フォーマットを指示するために拡張されなければならない。
【００３７】
２. ＴＦＳの拡張によって。この場合、ＴＦＳ内の各トランスポート・フォーマットは、各トランスポート・チャネルにマッピングされる論理チャネルの集合からの１つ又は複数の論理チャネルを指示するために拡張されなければならない。
【００３８】
３. 既存の情報要素（ＩＥ）ＲＢマッピング・インフォ及びＴＦＳとは無関係にＲＲＣ（再）構成メッセージを拡張することによって。この場合、論理チャネルとトランスポート・チャネルとの有効な組み合わせ毎に、ＴＦＳからの有効なトランスポート・フォーマットの指示がメッセージに付加されなければならない。
【００３９】
３.１ＲＢマッピング・インフォの拡張
ＲＢマッピング・インフォを本発明において有意義に拡張するためには、このＩＥにおいてトランスポート・チャネルが割り当てられる論理チャネル毎に、各トランスポート・チャネルのＴＦＳにおいて定義されておりかつ論理チャネルに対して利用されるべきトランスポート・フォーマットのリストも指示されなければならない。
【００４０】
ＲＢマッピング・インフォの拡張はとりわけ有利である。なぜなら、トランスポート・フォーマットの論理チャネルへの割り当ての再構成は、ＲＢマッピング・インフォが既に他の再構成のためにメッセージに存在しているようなＲＲＣメッセージにおいてとりわけ簡単かつ効率的だからである。
【００４１】
有利には、ここではＴＦトゥ・ユース・リスト（TF to use list）と名付けられる付加的なＩＥが、論理チャネル毎にトランスポート・チャネル・アイデンティティと同じ階層レベルで指示される。
【００４２】
原理的には情報要素の存在は強制的に規定されているかもしれないが、とりわけ有利にはこのＩＥをオプショナルなものとし、さらに、もし存在しないならば全てのトランスポート・フォーマットが論理チャネルによって利用できると定める。これは、とりわけ、ただ１つのＴＦがＴＦＳに存在するか又は全てのＴＦが論理チャネルによって利用されるべきである場合に、不必要なデータを送信する必要がない、という利点を有する。
【００４３】
更に別の方法は、ＲＢマッピング・インフォ内でまず最初にその都度のトランスポート・チャネルの全トランスポート・フォーマットを利用できる論理チャネルをリストアップし、その後でオプショナルにＴＦトゥ・ユース・リストを有する論理チャネルの更に別のリストを指示する。この方法はとりわけ有利だろう。なぜなら、その都度のトランスポート・チャネルの全てのトランスポート・フォーマットを利用できる全ての論理チャネルに対して、いかなる種類の余計な情報をも、すなわちオプション（存在する/存在しない）を示す情報すらも伝送する必要がないからである。同様に、ＩＥ「ＴＦトゥ・ユース・リスト」の存在をmandatoryに、すなわち必須にすることができ、この場合もオプションを示すいかなる種類の情報を伝送する必要はない。最初に挙げた方法はより簡単にＵＭＴＳに組み込めるので、図面にはこの方法だけが示される。
【００４４】
ＴＦＳ内において、ダイナミック・トランスポート・フォーマット情報が順番にトランスポート・フォーマット０,１,...に対して指示される。それゆえ、新しいＩＥ 「ＴＦトゥ・ユース・リスト」内ではインデックスのリストを作成することは簡単にでき、このインデックスのリストでは各インデックスがＴＦＳ内のトランスポート・フォーマットを参照することを示す。
【００４５】
本発明の拡張されたＩＥ「ＲＢマッピング・インフォ」の概略的な図及びこれから結果的に生じるテーブル状の表示はここで記述した様々なオプションに対する図５及びテーブル３において図示されている。
【００４６】
３.２ＴＦＳの拡張
ＴＦＳを本発明において有意義に拡張するためには、トランスポート・フォーマット毎に、すなわちＩＥ「ダイナミック・トランスポート・フォーマット情報」の発生ごとにこのトランスポート・フォーマットを利用できる論理チャネルのリストが指示されなければならない。
【００４７】
ＴＦＳの拡張はとりわけ有利である。というのも、トランスポート・フォーマットの論理チャネルへの割り当ての再構成は、ＴＦＳが既に他の再構成のためにメッセージに存在しているようなＲＲＣメッセージにおいてはとりわけ簡単かつ効率的だからである。
【００４８】
有利には、ここではＬｏｇＣＨ・トゥ・ユース・リスト（LogCh to use List）と名付けられる付加的なＩＥがトランスポート・フォーマット毎に、すなわち新しいＩＥとして「ダイナミック・トランスポート・フォーマット情報」においてＩＥ「ＲＬＣサイズ」と同じ階層レベルで指示される。
【００４９】
原理的には情報要素の存在は強制的に規定されているかもしれないが、とりわけ有利にはこのＩＥをオプショナルなものにし、もし存在していないならば全ての論理チャネルがこのトランスポート・フォーマットを利用できることを定める。これは、とりわけ、ただ１つの論理チャネルしかこのトランスポート・チャネルにおいて存在しないか又は全ての論理チャネルがＴＦを利用できることになっている場合には、不必要なデータを送信する必要がない、という利点を有する。
【００５０】
更に別の方法は、ＴＦＳ内でまず最初に全ての論理チャネルに対して同一であるトランスポート・フォーマットをリストアップし、その後でオプショナルにＬｏｇＣｈトゥ・ユース・リストを有するトランスポート・フォーマットの更に別のリストを指示する。この方法はとりわけ有利である。なぜなら、全ての論理チャネルによって利用されるべき全てのトランスポート・フォーマットに対して、いかなる種類の余計な情報も、すなわちオプションを示す情報すらも伝送する必要がないからである。同様に、ＩＥ「ＬｏｇＣｈトゥ・ユース・リスト」の存在をmandatoryに、すなわち必須にすることができ、この場合もオプションを示すいかなる種類の情報を伝送する必要はない。最初に言及した方法はより簡単にＵＭＴＳに組み込めるので、図面ではこの方法だけを示す。
【００５１】
ＲＢマッピング・インフォ内において、論理チャネルがマッピングされる各トランスポート・チャネルに対する各論理チャネルに一義的な論理チャネル・アイデンティティが与えられる。それゆえ、新しいＩＥ「Ｌｏｇｃｈ・トゥ・ユース・リスト」内では論理チャネル・アイデンティティのリストを作成することが簡単にでき、このリストでは各エントリがその都度のＴＦを利用することができる論理チャネルを一義的に識別する。
【００５２】
本発明の拡張されたＩＥ「ＴＦＳ」の概略図及びそこから生じるテーブル状の表示は図７及びテーブル４においてここで記述された様々なオプションにおいて示れている。
【００５３】
３.２ａ）ＲＬＣサイズの制限によるＴＦＳの拡張
所定の論理チャネルに対するパラメータ「ＲＬＣサイズ」のとりわけ有利な制限においてＴＦＳを拡張するために、ＲＲＣ（再）構成メッセージ内のＴＦＳの以下のようなとりわけ有利な効率的な構造を提案する：
ＴＦＳ内で、「ダイナミック・トランスポート・フォーマット情報」の指示において、場合によっては存在するＴＴＩの他に同一のＲＬＣサイズを有するトランスポート・フォーマットが共に指示される。このために、従来技術のようにトランスポート・フォーマット毎にＲＬＣサイズ及びトランスポート・ブロックの個数がリストアップされるのではなく、各ＲＬＣサイズがパラメータ「トランスポート・ブロックの個数」のリスト及びこのＲＬＣサイズを利用する論理チャネルのオプショナルな本発明のリストと共にリストアップされる。この実施例は概略的に図８及びテーブル状にテーブル５に図示されている。
【００５４】
この実施例は、パラメータ「ＲＬＣサイズ」の各特徴に論理チャネルのリストが割り当てられ、これらのチャネルに対するデータ伝送が効率的に制御される、という利点を有する。
【００５５】
さらに別の利点は、この実施例ではパラメータ「トランスポート・ブロックの個数」が論理チャネルに対して制限されるのではなく、ＭＡＣプロトコルが論理チャネルによりＴＴＩ毎に伝送されるＲＬＣ-ＰＤＵの個数をダイナミックに制御し、瞬時に存在する伝送リソースに適応できることである。
【００５６】
この実施例の更なる利点は、パラメータ「ＲＬＣサイズ」に対する論理チャネルの割り当ての制限及びＲＬＣサイズによるトランスポート・フォーマットの「ソーティング」及びパラメータ「トランスポート・ブロックの個数」の特徴のリストアップなしに、伝送すべきデータが従来技術に比べてセーブされることである。
【００５７】
特にＵＭＴＳにおいてこの方法は最も効率的かつ有効なものであると考えられる。
【００５８】
３.３独立的な拡張
ＲＲＣ（再）構成メッセージを本発明において他のＩＥから独立して拡張するためには、トランスポート・チャネル及びトランスポート・フォーマットに対する論理チャネルの割り当てのリストを付加することが必要不可欠である。
【００５９】
この拡張はとりわけ有利である。というのも、この拡張はＩＥ「ＲＢマッピング・インフォ」又は「ＴＦＳ」の存在を前提とせず、それゆえこれらのＩＥなしに効率的に伝送が行われる。
【００６０】
有利には、付加的なＩＥは直接ＲＲＣ（再）構成メッセージに挿入されるか、又は、このＲＲＣ（再）構成メッセージに含まれるＩＥ、例えば「ＲＢインフォ・トゥ・リコンフィギュア（RB Info to Reconfigure）」に挿入される。この新しいＩＥは、トランスポート・チャネル及びこれらのトランスポート・チャネルのトランスポート・フォーマットの列挙及びＲＢマッピング・インフォにおいて与えられるＩＥ「論理チャネル識別子（Logical Channel Identifier）」に対する割り当てから構成されているか、又は、ＲＢアイデンティティ及びＲＢにより使用される論理チャネルの列挙及びトランスポート・チャネル及び相応のトランスポート・フォーマットに対する割り当てから構成されている。
【００６１】
この方法は３.１及び３.２の方法に非常に似ているが、ＵＭＴＳへの適用はこれらの方法ほど効率的ではないと思われるので、ここでは別個の図面又はテーブルを示さない。
【００６２】
３.４方法の組み合わせ
上記の方法の組み合わせはとりわけ有利であり、つまりＲＢマッピング・インフォもＴＦＳも拡張し、場合によってはトランスポート・フォーマットに対する論理チャネルの割り当ての独立的な指示も行われる。
【００６３】
これは、全ＲＲＣ（再）構成メッセージにおいて割り当てデータの非常に効率的な伝送を可能するという特別な利点を有する。
【００６４】
４.参考文献
[１] Mobilfunknetze und ihre Protokolle, S.66, B.Walke, Teubner, 2000
[３] RFC 0783, Transmission Control Protocol(TCP), IETF, September 1981
[４] RFC 0791, Internet Protocol(IP), IETF, September 1981
[５] TS 25.322, Radio Link Control, 3GPP, Juni 2000
[６] TS 25.321, Medium Access Control, 3GPP, Juni 2000
[７] TS 25.331, Radio Resource Control, 3GPP, Juni 2000
[８] TS 25.302, Services Provided by Physical Layer, 3GPP, Juni 2000
５.頻繁に利用した略語
原則：複数形はｓを付けることにより行った。例えば、ein RB, zwei RBs
ＤＬ ダウンリンク（Downlink）
ＰＤＵ プロトコル・データ・ユニット（Protocol Data Unit）
ＱｏＳ サービス品質（Quality of Service）
ＲＢ ラジオ・ベアラ（Radio Bearer）
ＲＮＣ ラジオ・ネットワーク・コントローラ（Radio Network Controler）
ＴＦ トランスポート・フォーマットＳＤＵサービス・データ・ユニット（Transport Format SDU Service Data Unit）
ＴＦＣ トランスポート・フォーマット・コンビネーション（Transport Format Combination）
ＴＦＣＳ トランスポート・フォーマット・コンビネーション・セット（Transport Format Combination Set）
ＴＦＳ トランスポート・フォーマット・セット（Transport Format Set）
ＴＴＩ トランスミッション・タイム・インターバル（Transmission Time Interval）
ＵＥ ユーザ・エクイップメント（User Equipment）
ＵＬ アップリンク（Uplink）
【図面の簡単な説明】
【図１】 ＵＭＴＳレイヤ２の概略図である。
【図２】 ラジオ・ベアラ・再構成・メッセージ（従来技術）の概略図である。
【図３】 トランスポート・チャネルＩＥ及びＴＦＳ（従来技術）の概略図である。
【図４】 ラジオ・ベアラ・マッピング・オプション（従来技術）の概略図である。
【図５】 マッピング・オプション（本発明）の概略図である。
【図６】 ＴＦＳ（従来技術）の概略図である。
【図７】 ＴＦＳ（本発明）の概略図である。
【図８】 ＴＦＳ（３.２の本発明）の概略図である。
【図９Ａ】 ＲＢマッピング・インフォ（従来技術）を説明する表である。
【図９Ｂ】 ＲＢマッピング・インフォ（従来技術）を説明する表である。
【図９Ｃ】 ＲＢマッピング・インフォ（従来技術）を説明する表である。
【図１０Ａ】 トランスポート・フォーマット・セット（従来技術）を説明するテーブルである。
【図１０Ｂ】 トランスポート・フォーマット・セット（従来技術）を説明するテーブルである。
【図１１Ａ】 本発明によるＲＢマッピング・インフォを説明するテーブルである。
【図１１Ｂ】 本発明によるＲＢマッピング・インフォを説明するテーブルである。
【図１１Ｃ】 本発明によるＲＢマッピング・インフォを説明するテーブルである。
【図１２Ａ】 本発明によるトランスポート・フォーマット・セットを説明するテーブルである。
【図１２Ｂ】 本発明によるトランスポート・フォーマット・セットを説明するテーブルである。
【図１２Ｃ】 ３.２ａによる本発明のトランスポート・フォーマット・セットを説明するテーブルである。
【図１２Ｄ】 ３.２ａによる本発明のトランスポート・フォーマット・セットを説明するテーブルである。
【符号の説明】
ＤＬ ダウンリンク
ＰＤＵ プロトコル・データ・ユニット
ＱｏＳ サービス品質
ＲＢ ラジオ・ベアラ
ＲＮＣ ラジオ・ネットワーク・コントローラ
ＴＦ トランスポート・フォーマットＳＤＵサービス・データ・ユニット
ＴＦＣ トランスポート・フォーマット・コンビネーション
ＴＦＣＳ トランスポート・フォーマット・コンビネーション・セット
ＴＦＳ トランスポート・フォーマット・セット
ＴＴＩ トランスミッション・タイム・インターバル
ＵＥ ユーザ・エクイップメント
ＵＬ アップリンク
Claims (7)
- 移動無線システムの無線インターフェースを介するデータパケットの伝送のための方法において、
ａ）コントロール・ユニット（ＲＲＣ）は、このコントロール・ユニット（ＲＲＣ）の下位のデータ・リンク・レイヤの第１のエンティティ（ＭＡＣ）に、サービス・アクセス・ポイントとして使用されるその論理チャネルを介して構成メッセージの形式で次のものを伝達する、すなわち、
１. どの論理チャネルがビット伝送レイヤのサービス・アクセス・ポイントとして使用されるどのトランスポート・チャネルにマッピングされるかを伝達し、
２. トランスポート・チャネルの各々に対して予め設定されるトランスポート・フォーマット（ＴＦ）のセット（ＴＦＳ）ならびに全てのトランスポート・チャネルに対するトランスポート・フォーマット（ＴＦ）の許可された組み合わせのセット（ＴＦＣＳ）を伝達し、各トランスポート・フォーマットは相応するトランスポート・フォーマットにより構成されるトランスポート・チャネルの伝送特性を決定するパラメータのセットの有し、
３.１ どのトランスポート・フォーマット（ＴＦ）が論理チャネルに対してその都度許可されているかを伝達するか、又は、
３.２ トランスポート・フォーマットのパラメータ・セットの少なくとも１つのパラメータのどの値が１つの論理チャネル、複数の論理チャネル又は全ての論理チャネルに対して固定的に予め設定されているかを伝達し、
ｂ） 前記第１のエンティティ（ＭＡＣ）は、構成メッセージにおいて定義されるトランスポート・フォーマットと論理チャネルとの間の割り当て乃至は論理チャネルにその都度予め設定されるパラメータ値を考慮して、トランスポート・チャネルの各々に対するトランスポート・フォーマットを、トランスポート・フォーマットの形成された組み合わせが許可と定義されたトランスポート・フォーマット組み合わせのうちの１つに相応するように選択し、
ｃ） 前記第１のエンティティ（ＭＡＣ）は、論理チャネルに現れるデータパケットを、前記論理チャネルに構成メッセージによってその都度割り当てられるビット伝送レイヤのトランスポート・チャネルに渡し、これが前記データパケットの伝送を無線インターフェースを介して開始する
ことを特徴とする、移動無線システムの無線インターフェースを介するデータパケットの伝送のための方法。 - トランスポート・フォーマットを形成するパラメータのセットは、コントロール・ユニットにより予め設定されるスタティック・パラメータの第１の群と第１のエンティティにより制御される可変的パラメータの第２の群とから成ることを特徴とする、請求項１記載の方法。
- ビット伝送レイヤがデータをまとめて処理できる伝送インターバルの長さは、スタティックなパラメータ又は可変的パラメータとして使用されることを特徴とする、請求項２記載の方法。
- トランスポート・チャネルに第１のエンティティ（ＭＡＣ）により渡されるデータブロック（トランスポート・ブロック）のサイズ又は長さ及びこれらのデータブロックの個数は可変的パラメータとして使用されることを特徴とする、請求項２又は３記載の方法。
- データ・リンク・レイヤの第２のエンティティ（ＲＬＣ）はサービス・アクセス・ポイント（ラジオ・ベアラ）においてベアラ・サービスのために現れるデータストリームからデータパケットを第１のエンティティ（ＭＡＣ）による要求に従って生成し、割り当てられた論理チャネルに渡すことを特徴とする、請求項１〜４のうちの１項記載の方法。
- 第２のエンティティ（ＲＬＣ）はサービス・アクセス・ポイントを介して供給されるデータストリームをバッファすることを特徴とする、請求項５記載の方法。
- 第２のエンティティ（ＲＬＣ）により生成されるデータパケットの長さ及び個数は、第１のエンティティ（ＭＡＣ）によりトランスポート・チャネルに渡されるデータブロックの長さ及び個数に相応することを特徴とする、請求項５又は６記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE10049797 | 2000-10-09 | ||
| PCT/DE2001/003843 WO2002096030A2 (de) | 2000-10-09 | 2001-10-05 | Verfahren zur übertragung von datenpaketen über eine luftschnittstelle eines mobilfunksystems |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004519976A JP2004519976A (ja) | 2004-07-02 |
| JP3949584B2 true JP3949584B2 (ja) | 2007-07-25 |
Family
ID=7659052
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002592564A Expired - Fee Related JP3949584B2 (ja) | 2000-10-09 | 2001-10-05 | 移動無線システムの無線インターフェースを介するデータパケットの伝送のための方法 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7333443B2 (ja) |
| EP (1) | EP1325590B1 (ja) |
| JP (1) | JP3949584B2 (ja) |
| KR (1) | KR100804926B1 (ja) |
| CN (1) | CN1245818C (ja) |
| DE (1) | DE50106700D1 (ja) |
| WO (1) | WO2002096030A2 (ja) |
Families Citing this family (84)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6915473B2 (en) | 2001-05-14 | 2005-07-05 | Interdigital Technology Corporation | Method and system for implicit user equipment identification |
| ES2254301T3 (es) * | 2001-10-08 | 2006-06-16 | Siemens Aktiengesellschaft | Asignacion de canal de datos de control y datos utiles en sistemas de comunicacion inalambricos. |
| US7058032B2 (en) | 2002-12-20 | 2006-06-06 | Interdigital Technology | Scheduling data transmission by medium access control (MAC) layer in a mobile network |
| US7200405B2 (en) | 2003-11-18 | 2007-04-03 | Interdigital Technology Corporation | Method and system for providing channel assignment information used to support uplink and downlink channels |
| KR100976492B1 (ko) * | 2003-12-05 | 2010-08-18 | 엘지전자 주식회사 | 이동 통신 시스템의 역방향 데이터 전송률 제어 방법 |
| KR100539930B1 (ko) | 2003-12-22 | 2005-12-28 | 삼성전자주식회사 | 부호분할다중접속 이동통신시스템에서 데이터 전송 최적화를 위한 전송 포맷 선택 방법 |
| JP3821823B2 (ja) * | 2004-05-06 | 2006-09-13 | 松下電器産業株式会社 | 無線通信端末装置および無線通信方法 |
| KR100889866B1 (ko) | 2004-06-14 | 2009-03-24 | 엘지전자 주식회사 | 무선 프로토콜 계층의 데이터 송수신 시스템에서 전송데이터 유닛 처리 방법 |
| EP1608194B1 (en) * | 2004-06-15 | 2008-01-02 | Matsushita Electric Industrial Co., Ltd. | Priority-handling for data transmissions |
| CN100352307C (zh) * | 2004-07-21 | 2007-11-28 | 华为技术有限公司 | 通用陆地无线接入网络信道重配置方法 |
| CN100353686C (zh) * | 2004-08-11 | 2007-12-05 | 华为技术有限公司 | 高速上行分组接入中传输信道格式指示状态的转换方法 |
| DE102004044957B4 (de) * | 2004-09-16 | 2007-04-19 | Infineon Technologies Ag | Medium-Zugriffs-Steuerungs-Einheit, Mobilfunkeinrichtung und Verfahren zum Abbilden mittels einer Mobilfunkeinrichtung zu übertragender Daten |
| CN100358379C (zh) * | 2004-09-16 | 2007-12-26 | 华为技术有限公司 | Wcdma系统中基站控制上行发射速率的方法 |
| DE102004047349A1 (de) * | 2004-09-29 | 2006-04-06 | Infineon Technologies Ag | Datensicherungsschicht-Protokolleinheit, Mobilfunkeinrichtungen, Mobilfunknetzwerk-Kontrolleinheit und Verfahren zum Auslesen von Daten aus einer Mehrzahl von Datensicherungsschicht-Protokoll-Pufferspeichern |
| CN100428842C (zh) * | 2004-11-22 | 2008-10-22 | 大唐移动通信设备有限公司 | 组合业务情况下传送速率控制命令的方法 |
| KR101119100B1 (ko) * | 2005-01-03 | 2012-03-16 | 엘지전자 주식회사 | 데이터 블록 송수신 방법 |
| JPWO2007023957A1 (ja) * | 2005-08-26 | 2009-03-26 | パナソニック株式会社 | 無線通信端末装置、ネットワーク装置、無線通信システム及び呼接続方法 |
| US7913152B2 (en) * | 2006-01-03 | 2011-03-22 | Samsung Electronics Co., Ltd. | Transmitter and system for transmitting/receiving digital broadcasting stream and method thereof |
| KR101211807B1 (ko) | 2006-01-05 | 2012-12-12 | 엘지전자 주식회사 | 이동통신 시스템에서 무선단말의 동기상태 관리방법 |
| KR101268200B1 (ko) * | 2006-01-05 | 2013-05-27 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 할당방법 |
| WO2007078171A2 (en) * | 2006-01-05 | 2007-07-12 | Lg Electronics Inc. | Method of transmitting feedback information in a wireless communication system |
| CN105515736A (zh) * | 2006-01-05 | 2016-04-20 | Lg电子株式会社 | 在移动通信系统中发送数据 |
| KR101333918B1 (ko) * | 2006-01-05 | 2013-11-27 | 엘지전자 주식회사 | 이동 통신 시스템의 점-대-다 서비스 통신 |
| KR100912784B1 (ko) | 2006-01-05 | 2009-08-18 | 엘지전자 주식회사 | 데이터 송신 방법 및 데이터 재전송 방법 |
| WO2007078156A2 (en) * | 2006-01-05 | 2007-07-12 | Lg Electronics Inc. | Transmitting data in a mobile communication system |
| KR101319870B1 (ko) * | 2006-01-05 | 2013-10-18 | 엘지전자 주식회사 | 이동 통신 시스템에서의 핸드오버 방법 |
| KR101265628B1 (ko) * | 2006-01-05 | 2013-05-22 | 엘지전자 주식회사 | 이동 통신 시스템에서의 무선 자원 스케줄링 방법 |
| KR20070080552A (ko) | 2006-02-07 | 2007-08-10 | 엘지전자 주식회사 | 이동 통신 시스템에서의 응답 정보 전송 방법 |
| KR101203841B1 (ko) * | 2006-01-05 | 2012-11-21 | 엘지전자 주식회사 | 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법 |
| WO2007078165A1 (en) | 2006-01-05 | 2007-07-12 | Lg Electronics Inc. | Transmitting information in mobile communications system |
| WO2007082406A1 (fr) * | 2006-01-16 | 2007-07-26 | Zte Corporation | Procédé de transmission de données de liaison montante sur équipement d'utilisateur |
| KR101216751B1 (ko) * | 2006-02-07 | 2012-12-28 | 엘지전자 주식회사 | 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법 |
| KR101358469B1 (ko) * | 2006-02-07 | 2014-02-06 | 엘지전자 주식회사 | 무선 네트워크(ｎｅｔｗｏｒｋ) 안에서 상향(ｕｐｌｉｎｋ)및 하향(ｄｏｗｎｌｉｎｋ) 대역폭(ｂａｎｄｗｉｄｔｈ)의선택 및 신호 방법 |
| US8493854B2 (en) * | 2006-02-07 | 2013-07-23 | Lg Electronics Inc. | Method for avoiding collision using identifier in mobile network |
| WO2007091840A1 (en) * | 2006-02-07 | 2007-08-16 | Lg Electronics Inc. | Method for operating enhanced rlc entity and rnc entity for wcdma and system thereof |
| KR101387475B1 (ko) * | 2006-03-22 | 2014-04-22 | 엘지전자 주식회사 | 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법 |
| US8254271B1 (en) * | 2006-06-16 | 2012-08-28 | Cisco Technology, Inc. | Point-to-multipoint connectivity verification |
| KR20070121513A (ko) * | 2006-06-21 | 2007-12-27 | 엘지전자 주식회사 | 이동통신 시스템의 상향 접속 방법 |
| US8570956B2 (en) * | 2006-06-21 | 2013-10-29 | Lg Electronics Inc. | Method of communicating data in a wireless mobile communications system using message separation and mobile terminal for use with the same |
| KR101369135B1 (ko) * | 2006-06-21 | 2014-03-05 | 엘지전자 주식회사 | 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말 |
| EP2618517B1 (en) | 2006-06-21 | 2023-08-02 | LG Electronics Inc. | Method of supporting data retransmission in a mobile communication system |
| KR20070121505A (ko) * | 2006-06-21 | 2007-12-27 | 엘지전자 주식회사 | 무선링크 재설정 방법 |
| KR101265643B1 (ko) * | 2006-08-22 | 2013-05-22 | 엘지전자 주식회사 | 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법 |
| KR101387500B1 (ko) | 2006-08-22 | 2014-04-21 | 엘지전자 주식회사 | 무선 통신 시스템에서의 제어정보 전송 및 수신 방법 |
| US7961655B2 (en) * | 2006-09-29 | 2011-06-14 | Innovative Sonic Limited | Method and apparatus for performing radio bearer mapping in a wireless communications system |
| EP2070368B1 (en) * | 2006-10-02 | 2016-07-06 | LG Electronics Inc. | Method for transmitting and receiving paging message in wireless communication system |
| US8031663B2 (en) * | 2006-10-20 | 2011-10-04 | Innovative Sonic Limited | Method and apparatus for setting configurations of uplink transport channel in a wireless communications system |
| KR100938754B1 (ko) * | 2006-10-30 | 2010-01-26 | 엘지전자 주식회사 | 비연속 수신을 이용한 데이터 수신 및 전송 방법 |
| US8442017B2 (en) * | 2006-10-30 | 2013-05-14 | Lg Electronics Inc. | Method for transmitting random access channel message and response message, and mobile communication terminal |
| WO2008054114A2 (en) | 2006-10-30 | 2008-05-08 | Lg Electronics Inc. | Methods for re-direction of uplink access and for controlling random access in mobile communication system |
| EP2084928B1 (en) * | 2006-10-30 | 2017-08-23 | LG Electronics Inc. | Method of performing random access in a wireless communication system |
| WO2008115114A2 (en) * | 2007-03-16 | 2008-09-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Detecting the presence of coding scheme cs-i rlc/mac control message |
| EP2132910B1 (en) * | 2007-04-30 | 2016-01-06 | LG Electronics Inc. | Method of transmitting data in a wireless communication system |
| WO2008133474A1 (en) * | 2007-04-30 | 2008-11-06 | Lg Electronics Inc. | Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service |
| KR101455999B1 (ko) | 2007-04-30 | 2014-11-03 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 생성 방법 |
| US8040806B2 (en) * | 2007-04-30 | 2011-10-18 | Lg Electronics Inc. | Methods of generating data block in mobile communication system |
| US20080273482A1 (en) * | 2007-05-02 | 2008-11-06 | Lg Electronics Inc. | Uplink access method for receiving a point-to-multipoint service |
| KR100917205B1 (ko) | 2007-05-02 | 2009-09-15 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 구성 방법 |
| US20080273503A1 (en) * | 2007-05-02 | 2008-11-06 | Lg Electronics Inc. | Method and terminal for performing handover in mobile communications system of point-to-multipoint service |
| EP2153597B1 (en) * | 2007-05-03 | 2013-04-03 | LG Electronics Inc. | Method of data processing in a wireless communication system |
| KR101526971B1 (ko) * | 2007-06-18 | 2015-06-11 | 엘지전자 주식회사 | 방송 또는 멀티캐스트 서비스 송수신 방법 및 단말 |
| KR101470638B1 (ko) * | 2007-06-18 | 2014-12-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치 |
| ES2428569T3 (es) | 2007-06-18 | 2013-11-08 | Lg Electronics Inc. | Procedimiento para llevar a cabo una sincronización de enlace ascendente en un sistema de comunicación inalámbrica |
| US9554312B2 (en) * | 2007-06-25 | 2017-01-24 | Nokia Solutions And Networks Oy | Message transfer for in-band signaling messages in radio access networks |
| US8400982B2 (en) * | 2007-09-20 | 2013-03-19 | Lg Electronics Inc. | Method for handling correctly received but header compression failed packets |
| KR101387537B1 (ko) * | 2007-09-20 | 2014-04-21 | 엘지전자 주식회사 | 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법 |
| KR101294570B1 (ko) * | 2008-08-08 | 2013-08-07 | 후지쯔 가부시끼가이샤 | 통신 장치, 기록 매체, 및 송신 데이터 생성 방법 |
| US8791470B2 (en) * | 2009-10-05 | 2014-07-29 | Zena Technologies, Inc. | Nano structured LEDs |
| WO2010075678A1 (en) * | 2009-01-04 | 2010-07-08 | Huawei Technologies Co., Ltd. | Method, apparatus and system for signaling resource partition |
| US8023530B1 (en) * | 2009-01-07 | 2011-09-20 | L-3 Communications Corp. | Physical layer quality of service for wireless communications |
| KR101607336B1 (ko) * | 2009-06-07 | 2016-03-30 | 엘지전자 주식회사 | 무선 통신 시스템에서 ｒｂ 설정 방법 및 장치 |
| CN101707610B (zh) * | 2009-11-12 | 2012-02-08 | 北京理工大学 | 一种多信道无线电监测接收机的数据传输方法 |
| CN102006173B (zh) * | 2010-10-28 | 2014-06-04 | 武汉中元华电科技股份有限公司 | 一种以太网接口扩展方法及装置 |
| CN102546276A (zh) * | 2010-12-22 | 2012-07-04 | 莹端数位股份有限公司 | 信息传输品质估测方法及信息传送、接收装置 |
| CN102299824B (zh) * | 2011-09-20 | 2014-10-08 | 北京航天自动控制研究所 | 一种1553b总线网络传输特性分析方法 |
| CN102594586B (zh) * | 2011-12-15 | 2015-01-07 | 江苏亿通高科技股份有限公司 | 基于mib和拓扑图的动态功能菜单的处理方法 |
| CN102546296B (zh) * | 2011-12-31 | 2014-12-31 | 广东电网公司信息中心 | 用于电力行业信息系统入网安评的自动检测方法及装置 |
| CN102571523A (zh) * | 2012-01-19 | 2012-07-11 | 福建星网锐捷网络有限公司 | 一种配置信息确定方法、装置以及系统 |
| CN102571501B (zh) * | 2012-02-18 | 2014-11-12 | 山东电力集团公司超高压公司 | 电力远动网络中频率可变的节点通信状态监视方法 |
| CN104202778B (zh) | 2014-08-05 | 2017-12-19 | 电信科学技术研究院 | 一种承载接纳控制方法及装置 |
| US9671228B2 (en) * | 2014-10-21 | 2017-06-06 | Honeywell International Inc. | Floating current mirror for RLG discharge control |
| EP3448083B1 (en) * | 2016-05-20 | 2022-05-25 | Huawei Technologies Co., Ltd. | Method and apparatus for scheduling voice service in packet domain |
| WO2020003531A1 (ja) * | 2018-06-29 | 2020-01-02 | 株式会社Ｎｔｔドコモ | 通信装置 |
| CN112019239B (zh) * | 2019-05-30 | 2021-11-19 | 华为技术有限公司 | 传输数据的方法、节点和存储介质 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6850540B1 (en) * | 1999-10-28 | 2005-02-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Packet scheduling in a communications system |
| US6374112B1 (en) * | 1998-04-03 | 2002-04-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Flexible radio access and resource allocation in a universal mobile telephone system |
| FI107220B (fi) * | 1998-11-06 | 2001-06-15 | Nokia Networks Oy | Menetelmä kantajien ominaisuuksien hallitsemiseksi |
| US6807192B2 (en) * | 2000-01-14 | 2004-10-19 | Interdigital Technology Corporation | Wireless communication system with selectively sized data transport blocks |
| EP1278349A1 (en) * | 2001-03-05 | 2003-01-22 | Mitsubishi Denki Kabushiki Kaisha | Transmission format judging method |
-
2001
- 2001-10-05 CN CNB018202357A patent/CN1245818C/zh not_active Expired - Fee Related
- 2001-10-05 WO PCT/DE2001/003843 patent/WO2002096030A2/de active IP Right Grant
- 2001-10-05 US US10/398,672 patent/US7333443B2/en not_active Expired - Lifetime
- 2001-10-05 EP EP01274249A patent/EP1325590B1/de not_active Expired - Lifetime
- 2001-10-05 KR KR1020037004998A patent/KR100804926B1/ko active IP Right Grant
- 2001-10-05 DE DE50106700T patent/DE50106700D1/de not_active Expired - Lifetime
- 2001-10-05 JP JP2002592564A patent/JP3949584B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20040028078A1 (en) | 2004-02-12 |
| WO2002096030A3 (de) | 2003-02-27 |
| WO2002096030A2 (de) | 2002-11-28 |
| CN1479986A (zh) | 2004-03-03 |
| US7333443B2 (en) | 2008-02-19 |
| KR100804926B1 (ko) | 2008-02-20 |
| CN1245818C (zh) | 2006-03-15 |
| DE50106700D1 (de) | 2005-08-11 |
| KR20040005834A (ko) | 2004-01-16 |
| EP1325590B1 (de) | 2005-07-06 |
| EP1325590A2 (de) | 2003-07-09 |
| JP2004519976A (ja) | 2004-07-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3949584B2 (ja) | 移動無線システムの無線インターフェースを介するデータパケットの伝送のための方法 | |
| US7415046B2 (en) | Method, apparatus and computer programs for multiplexing and/or demultiplexing | |
| US10009791B2 (en) | Method for the transmission of data field of technology | |
| CA2403575C (en) | Transmission of the fixed size pdus through the transparent rlc | |
| CN100546220C (zh) | 处理传输格式信息以防止mac头部冗余 | |
| JP4526564B2 (ja) | 無線プロトコル層のデータユニット処理システム | |
| CN101379734B (zh) | Wcdma的增强rlc实体和rnc实体的操作方法及其系统 | |
| US7609726B2 (en) | Method for operating a mobile wireless network | |
| CN1914879B (zh) | 在无线通信系统中降低协议数据单元的开销 | |
| CN102740503B (zh) | 数据链路层协议单元以及相关装置和方法 | |
| EP2222113B1 (en) | Mac layer inverse multiplexing in a third generation ran | |
| EP1897329B1 (en) | Multicarrier CDMA system | |
| JP3813511B2 (ja) | 移動無線ネットワークの作動方法 | |
| US20040266461A1 (en) | Method and system for transmitting data | |
| KR20070076237A (ko) | 무선통신 시스템에서 전송포맷 조합의 선택 방법 및 장치 | |
| JP4214865B2 (ja) | パケット通信システム及びそれに用いるパケット通信方法 | |
| WO2007101405A1 (fr) | Procédé de transmission et procédé et dispositif de réception et équipement utilisateur pour données d'accès par paquets sur liaison descendante à débit élevé |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041004 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070208 |
|
| 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: 20070320 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070418 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3949584 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110427 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120427 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120427 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130427 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130427 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140427 Year of fee payment: 7 |
|
| 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 |
|
| 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 |