JP2003530766A

JP2003530766A - トランスペアレントｒｌｃを通じた固定サイズｐｄｕの送信

Info

Publication number: JP2003530766A
Application number: JP2001575059A
Authority: JP
Inventors: サルッキネン、シニッカ; ミコラ、ユハ; イーリンネ、ミッコ
Original assignee: ノキアコーポレーション
Priority date: 2000-04-07
Filing date: 2001-03-26
Publication date: 2003-10-14
Anticipated expiration: 2021-03-26
Also published as: ES2313950T3; CA2403575A1; US6950420B2; EP2026624B1; JP3811068B2; KR100519612B1; EP2026624A2; US20010033582A1; EP1285512B1; EP1285512A2; CA2403575C; WO2001078323A2; CN1324864C; WO2001078323A3; BR0107546A; ES2442871T3; EP2026624A3; AU2001242683A1; ZA200207071B; CN1571405A

Abstract

(57)【要約】アクティブおよび非アクティブセグメンテーションステートが、コアネットワーク（ＣＮ）とユーザ装置（ＵＥ）とのあいだのインターフェースをする無線アクセスネットワーク（ＲＡＮ）用のトランスペアレントモードのために定義される。トランスペアレントモードがＲＡＮとＣＮとのあいだのＩｕ−インターフェースで有効であるならば、そのとき、最小伝送間隔よりも大きい周期のＴＴＩが、前記Ｉｕインターフェースの経由を除き利用されるように、非アクティブセグメンテーションステートが、セグメンテーションがＵＴＲＡＮでＵｕインターフェースを経由してそしてＵＥでブロックされる無線リンクコントロール（ＲＬＣ）レイヤにおけるような（ＵＥ／ＲＡＮ）セグメンテーションおよび（ＳＡＲ）エンティティをピアすることを示す。

Description

【発明の詳細な説明】

［発明の背景］

【０００１】図９を参照して説明すると、汎用移動通信システム（ＵＭＴＳ）パケットネッ
トワークアーキテクチャーは、ユーザー装置（ＵＥ）と、ＵＭＴＳ地上波無線ア
クセスネットワーク（ＵＴＲＡＮ）と、コアネットワーク（ＣＮ）の主要アーキ
テクチャーエレメントを有する。このＵＥは、無線（Ｕｕ）インターフェース経
由でＵＴＲＡＮにインターフェースされる一方、ＵＴＲＡＮは、Ｉｕインターフ
ェース経由でのコアネットワークへのインターフェースを行なう。図１０に、ア
ーキテクチャー全体のさらなる詳細を示す。Ｉｕプロトコルは、図１１に示すよ
うなユーザプレーン（ＵＰ）プロトコルを有する。ユーザプレーンプロトコルは
、実際の無線アクセスベアラサービス、すなわち、アクセス層を通じたユーザー
データの伝送を実施する。このユーザプレーンプロトコルの別の観点を図１２に
示す。この様態は、無線アクセスベアラの制御および、ＵＥとネットワークとの
異なった態様での接続（サービスの要求、異なった送信資源の制御、ハンドオー
バーおよび効率化処理、ＮＡＳメッセージの送信などを含む）とを制御する図１
３の制御プレーンプロトコルとは区別される。３ＧＴＳ２５．４０１ §５
を参照されたい。

【０００２】Ｉｕユーザプレーン（ＵＰ）プロトコルを有する目的は、ＣＮドメイン（回路
スイッチの状況またはパケットスイッチの状況）と独立した状態になり、トラン
スポートネットワークレイヤー（ＴＮＬ）からほとんどまたはまったく影響を受
けないようにすることである。この目的に見合う場合、ＣＮドメインと関係なく
サービスを展開したり、ＣＮドメインに関するサービスを移行したりする柔軟性
が得られる。したがって、ＩｕＵＰプロトコルは、ＣＮドメインベースまたは
（遠隔）サービスベースというよりも、無線アクセスベアラ（ＲＡＢ）上で起動
することができる操作モードで定義される。ＩｕＵＰ操作モードにより、たと
えば、ＲＡＢＱｏＳ要件を満たすのに一連の特徴が提供されるかどうか、また
はどの一連の特徴が提供されるかが決められる。

【０００３】ＵＰプロトコルの操作モードは、（１）トランスペアレントモード（ＴｒＭ）
と、（２）予め定義されたＳＤＵサイズ用のサポートモード（ＳＭｐＳＤＵ）と
して定義される（３ＧＴＳ２４４１５ §４．２．１）。ＩｕＵＰプロ
トコルインスタンスの操作モードの決定は、たとえば、ＲＡＢの特性に基づいて
ＲＡＢの確立時に取られるＣＮの決定である。この決定は、各ＲＡＢ用のＲＡＢ
指定およびリロケーション時のラジオネットワークレイヤー（ＲＮＬ）に対して
発信される。この決定は、ユーザプレーン確立時のＩｕＵＰプロトコルレイヤ
ーに対して示される。モードの選択は、関連するＲＡＢの特性に関係し、ＲＡＢ
が変更されない限り、変更することができない。

【０００４】トランスペアレントモードは、ユーザーデータの転送以外のＩｕＵＰプロト
コルからのいかなる特定の特徴も必要としないＲＡＢに使用される。Ｉｕインタ
ーフェース経由での等価モードでのＩｕＵＰプロトコルレイヤーを、３ＧＴ
ＳＧＲＡＮの図２、すなわち、「ＵＴＲＡＮＩｕインターフェースユーザプ
レーンプロトコル」（１９９９年発行）、ＴＳ（技術仕様書）２５．４１５
ｖ３．２．０（２０００−０３）に図示する。このモードでは、ＩｕＵＰプロ
トコルインスタンスは、Ｉｕインターフェース経由でのピアとのいかなるＩｕ
ＵＰプロトコルでの情報交換も実行しない。したがって、Ｉｕフレームは送信さ
れない。ＩｕＵＰプロトコルレイヤーは、上層レイヤーとトランスポートネッ
トワークレイヤーとのあいだで交換されているＰＤＵによって通過される。トラ
ンスペアレントモードでのＩｕＵＰの操作については、３ＧＴＳＧＲＡＮ
２５．４１５ｖ３．２．０（２０００−３）のセクション５でさらに説明さ
れている。

【０００５】ユーザデータの移行については、３ＧＴＳＧＲＡＮ：「物理層によって提
供されるサービス」（３ＧＴＳ２５．３０２ｖ３．３．０（２０００−０
１））から周知である。すなわち、送信時間間隔（ＴＴＩ）は、トランスポート
ブロックセット（ＴＢＳ）の到着間時間として定義され、ＴＢＳが無線インター
フェース経由の物理層によって転送される周期と等しい。この時間間隔は、常に
最小インターリーブ処理期間（たとえば、１つの無線フレームの長さである１０
ミリ秒）の倍数となる。ＭＡＣは、ＴＴＩ毎に物理層に１つのＴＢＳを配信する
。さらにまた、ＵＥと、ＵＴＲＡＮとのあいだに存在するパラレルトランスポー
トチャネルによって、一定の時間インスタンスにＭＡＣとＬ１とのあいだで複数
のＴＢＳを交換してもよい。各ＴＢＳは、多数のトランスポートブロックからな
る（一方、ＴＴＩには、単一のトランスポートブロックを送信することもできる
）。ＴＴＩ、すなわちＭＡＣとＬ１とのあいだの連続配信の時間間隔は、異なっ
たチャネル間で、たとえば１０ミリ秒、２０ミリ秒、４０ミリ秒、８０ミリ秒の
ように変えることができる。その上、トランスポートブロックの数と、トランス
ポートブロックのサイズは、１つのチャネルのなかでも変えることができる。し
たがって、ＵＴＲＡＮは、このようなやり方で動作する機能を有する。また、Ｕ
ＴＲＡＮとＣＮとのあいだのＩｕインターフェースが異なって定義される場合で
あっても、その固有の柔軟性のため、ＵＴＲＡＮ内で、このようにして操作を続
行することができるという利点がある。実際に、発行される標準規格のあいだに
は、これに関連した問題を発生させる矛盾がある。

【０００６】現在のＴＳＧＲＡＮＴＳ２５．３２２ＲＬＣ（無線リンク制御）プロ
トコル仕様、そのような機能をトランスペアレントＲＬＣ用のセグメンテーショ
ン（データの分割）とバッファーリングなどとして定義している。ＲＬＣレイヤ
ー上でのバッファーリングの使用は、主に実施上の問題であるが、セグメンテー
ションは、これまで、予め定義されたパターンにしたがって実行されるようなや
り方で定義されてきた。このパターンにより、１つのＲＬＣサービスデータユニ
ット（ＳＤＵ）を伝送するすべてのＲＬＣプロトコルデータユニット（ＰＤＵ）
は、１つのＴＴＩ内に送信され（すなわち、セグメントすべてが、１つのＴＴＩ
内で伝送され）、１つのＴＴＩ内でセグメントすることができるＲＬＣＳＤＵ
が１つしかないことが定義される（セクション９．２．２．９を参照）。

【０００７】この定義は、ＳＤＵのサイズが固定され、Ｉｕインターフェース上のＴＴＩと
ＵＴＲＡＮ内のＴＴＩが等しくなるように定義される場合に有用である。したが
って、上述した定義により、（透過型）ＲＬＣが、基本的には、ＳＤＵサイズが
ＴＢ（トランスポートブロック）のサイズと等しいか、常にＴＢのモジュロ０（
整数分の１）であるかいずれかになるようなＣＳサービス専用に有用とされる。
したがって、Ｉｕインターフェース経由で使用されるモードは、通常、予め定義
されたＳＤＵサイズ（ＳＭｐＳＤＵ）用の前述のサポートモードとなるはずであ
り、伝送速度制御手順の使用により、有効ＲＡＢサブフロー結合（ＲＦＣ）内で
のＳＤＵのサイズを変更するが、Ｉｕインターフェース上での有効ＴＴＩは変更
しない。この形態でのトランスパレットＲＬＣのサービスを使用するこの種のＣ
Ｓサービスは、たとえば、ＡＭＲコーデックスピーチである。

【０００８】しかし、現在の３ＧＰＰＴＳＧＣＮＴＲ２３．９１０“回路切り替え
データ搬送サービス“により、以下のようなＣＳデータサービスが定義される。ペイロードは、ユーザーデータビットだけで構成される（すなわち、データ
ストリーム内にヘッダーは追加されない）。Ｉｕインターフェース上ではトランスペアレント（透過型）モードだけを使
用する（すなわち、Ｉｕユーザプレーンモード用には制御フレームが定義されな
いので、このデータ送信時にレート（伝送速度）コントロールを行なうことは不
可能である）。ペイロードＳＤＵサイズは、固定されている。（すなわち、ＳＤＵサイズと
、ＩｕＢインターフェース上のビットレートとのあいだに関連性がある）。Ｉｕインターフェース上では、１０ミリ秒のＴＴＩを常に使用する。ＣＳデータサービスは、ＵＴＲＡＮ内で会話型トラフィッククラスをサポー
トするために定義される。ＣＳデータサービスは、ＵＴＲＡＮ内でトランスペアレントＲＬＣのサービ
スを常に使用する。

【０００９】上記の特性により、ＵＴＲＡＮ内でのトランスペアレントＲＬＣの使用を正当
化するが、これらの特性は、ＲＬＣプロトコルを規定する３ＧＰＰＴＳＧＲ
ＡＮＴＳ２５．３２２および、ＵＥ機能を規定する３ＧＰＰＴＳＧＲＡ
ＮＴＳ２５．９２６には準拠していない。現在のＲＬＣプロトコル仕様（Ｔ
Ｓ２５．３２２）では、ＵＴＲＡＮを通じてトランスペアレントＲＬＣエンテ
ィティーからピアエンティティーレイヤーへのデータ送信時に（３ＧＰＰＴＳ
ＧＲＡＮＴＳ２５．３０２で定義される）ＴＴＩの仕様は制限されない。
言い換えれば、ただ１つのＳＤＵだけがセグメンテーションされ、１つのＴＴＩ
内で伝送を許可されるが、ＲＬＣプロトコル仕様では、ＴＴＩの周期は１０ミリ
秒に制限されない。

【００１０】このため、ＵＥ機能ドキュメントと、回路切り替えデータ搬送サービスドキュ
メントとのあいだの矛盾は、ＴＴＩが、会話型トラフィッククラスに使用される
やり方である。ＵＥ機能ドキュメント３ＧＴＳＧＲＡＮ“ＵＥ無線アクセス
機能”（３ＧＴＲ２５．２９６）は、その表６．１の基準ＲＡＢを提示し、
６４ｋｂｐｓが４０ミリ秒の会話型の基準ＴＴＩを有する。このとき、実際の
ＴＴＩ値は、重要でない。より重要な問題は、ＵＴＲＡＮ内で１０ミリ秒以外を
使用する考えが、このトラフィッククラス用に提示されてきたことである。

【００１１】そのため、主な問題は、ＵＴＲＡＮ（各種周期のＴＴＩ）内で使用されるＴＴ
Ｉが、Ｉｕインターフェース経由で使用される送信間隔（１０ミリ秒）と異なる
場合に、たとえば、１０ミリ秒毎にＩｕインターフェースから受信されたデータ
をいかにして有効ＴＴＩにマッピングするかということである。

【００１２】［発明の開示］本発明は、ＲＬＣ、ＵＥ機能と、ＣＳデータベアラサービスの定義とのあいだ
にある現在の矛盾が、トランスペアレントＲＬＣの記述を更新することによって
いかに解決することができるかを記載する。この解決策は、本明細書に記載され
たＲＬＣレイヤーだけでなく、任意のセグメンテーションおよびリアセンブリー
（ＳＡＲ）レイヤーで、通常使用可能である。

【００１３】本発明の目的は、トランスペアレントモード（ＴｒＭ）用の２つのセグメンテ
ーション状態、すなわち、アクティブセグメンテーション状態（すなわち、セグ
メンテーションオン状態）と、非アクティブセグメンテーション状態（すなわち
、セグメンテーションオフ状態）とを使用する概念を導入することである。アク
ティブセグメンテーション状態は、トランスペアレントＲＬＣ用に既に定義され
た現在のＲＬＣの記述に対応する。したがって、この状態の記述の変更は、必要
ない。

【００１４】非アクティブセグメンテーション状態の基本的な考え方は、ユーザーデータ用
のＲＬＣエンティティー上のセグメンテーションを使用することを拒否すること
である。このセグメンテーションが拒否されたとき、トランスペアレントＲＬＣ
エンティティーは、ＴＴＩ用に定義されたトランスポートフォーマット（ＴＦ）
の値に基づいて、１つのＴＴＩ内で２つ以上のＳＤＵを送ってもよい。トランス
ポートフォーマットの定義については、３ＧＴＳ２５．３０２の§７．１．
６“物理層によって提供されるサービス”を参照されたい。各ＳＤＵは、これら
がより高いレイヤーから配信されたのと同じ順番でＴＢＳ内に置かれる。この変
更により、ＲＬＣエンティティーは、使用されるＲＬＣモードがトランスペアレ
ントモードである場合でもＲＬＣレイヤーバッファーリングの支援により送信間
隔マッピングをサポートすることができる。

【００１５】この状態は、無線ベアラ（ＲＢ）のセットアップ手順時にＲＲＣによって定義
することができ、この情報は、ＲＬＣ情報内のピアＲＬＣエンティティーに付与
され（３ＧＴＳ２５．３３１の§１０．３．４．１８“セグメンテーション
状態表示”を参照）、その中で、本発明によって、新しい１ビットの“セグメン
テーション状態表示”フィールドが追加される必要がある。ＲＲＣメッセージ内
のこのフィールドにより、このセグメンテーションが、対応するＲＢ用のトラン
スペアレントＲＬＣ上でサポートされているかどうか定義される。この方法は、
時分割二重モードと、周波数分割二重モードの両方に適用可能である。

【００１６】本発明は、３ＧＰＰＴＳＧＲＡＮＴＳ２５．３２２と、３ＧＰＰＴ
ＳＧＲＡＮＴＲ２５．９２６と、３ＧＰＰＴＳＧＣＮＴＲ２３．
９１０とのあいだの矛盾を解決する。また、トランスペアレントＲＬＣ用に既に
定義されたＲＬＣバッファーリングの支援により、送信間隔マッピングをサポー
トするため、Ｉｕインターフェース上とＵＴＲＡＮ内で異なった送信間隔を使用
することができる。

【００１７】本発明の主な利点は、以下のとおりである。（１）トランスペアレントモードでは、２つ以上のＳＤＵが１つのＴＴＩ内で
送信することができる。ＳＤＵの数は、ＴＴＩ用に定義されたＴＦ（伝送フォー
マット）内に付与される。（２）Ｉｕインターフェースと、ＵＴＲＡＮとによってサポートされた送信間
隔のあいだのマッピングが、トランスペアレントＲＬＣレイヤー上でのバッファ
ーリングの支援によりサポートすることができる。（３）ＵＴＲＡＮ用の有効ＴＴＩは、無線インターフェースからの情報に基づ
いて定義することができ、ＩｕＢインターフェース上でサポートされただけの送
信間隔（たとえば、１０ミリ秒）に基づいて、制限されるような定義は必要ない
。（４）この方法により、ＵＴＲＡＮ内で１０ミリ秒以外の他のＴＴＩを使用す
ることが可能である。（５）ＴＤＤモードにおいて、ＵＴＲＡＮ内のダイナミック（動的）ＴＴＩを
使用することが可能になる。（６）Ｉｕインターフェース経由のトランスペアレントデータサービスを使用
するＣＳデータは、ＲＬＣレイヤー上のオーバーヘッドを追加せずにＵＴＲＡＮ
を通じて送ることができる。すなわち、エア（無線）インターフェースが、より
有効に使用される。（７）この方法により、トランスペアレントＲＬＣモードの使用に柔軟性が加
わる。

【００１８】［発明を実行するための最適な態様］通常、ＵＥは、ＩＰアドレス（ＰＤＰ＿Ａｄｄｒｅｓｓ）と、特に一定のＱｏ
Ｓを接続と対応づけるように要求することによって、図１３の３Ｇ−ＳＧＳＮに
対し接続確立要求（ＡＣＴＩＶＡＴＥ＿ＰＤＰ＿ＣＯＮＴＥＸＴ＿ＲＥＱＵＥＳ
Ｔ）を起動する。３Ｇ−ＳＧＳＮは、ＵＴＲＡＮへの要求（ＲＡＢ＿ＡＳＳＩＧ
ＮＭＥＮＴ＿ＲＥＱＵＥＳＴ）を送信することにより応答し、無線アクセスベア
ラ（ＲＡＢ）を確立して、その要求を実行する。その後、ＲＡＮＡＰと、ＲＲＣ
とのあいだのＵＴＲＡＮでは、ＲＡＢセットアップ手順が実行され、以前に対抗
していたＱｏＳプロファイルおよびベアラＩＤのＲＡＢ指定が、ＱｏＳプロファ
イルおよびベアラＩＤをともなって３Ｇ−ＳＧＳＮに信号返送される（ＲＡＢ＿
ＡＳＳＩＧＮＭＥＮＴ＿ＣＯＭＰＬＥＴＥ）。この接続セットアップはその後３
Ｇ−ＧＧＳＮで完了し、ＩＰアドレス、ＱｏＳ、ベアラＩＤなどの情報をともな
って３Ｇ−ＳＧＳＮ経由でＵＥに信号返送される。

【００１９】たとえば、図１４の工程１００から始まる例に示すとおり、ＰＤＰコンテキス
トの起動要求をＣＮ（３Ｇ−ＳＧＳＮ）について行なった後、ＣＮ（３Ｇ−ＳＧ
ＳＮ）からのＲＡＢ指定要求の受信時、ＲＮＣ内のＲＲＣはＲＡＢ指定要求にお
けるＣＮによって定義されたＱｏＳパラメータなどの係数に基づいた接続を行な
うために要求されたＲＡＢおよびＲＢを定義することができる。たとえば、会話
型クラスへのＲＢが要求される場合、工程１０２により、Ｉｕインターフェース
用の有効モードが、トランスペアレントＩｕモードであるかどうか決定される。
そうであれば、工程１０４により、ＲＬＣ内で要求されたモードが、トランスペ
アレントモードであるかどうか決定される。その場合、本発明によれば、ＲＲＣ
により、工程１０６に示したとおり、セグメンテーションが必要かどうか定義さ
れるべきである。この定義は、セグメンテーションが行なわれること（アクティ
ブ状態）を示す場合は“１”、セグメンテーションがブロックされること（非ア
クティブ状態）を示す場合は“０”を指定する上述の“セグメンテーション状態
表示”のビットによって行なうことができる。この決定はまた、（ＲＮＣと、ノ
ードＢとのあいだの）Ｉｕｂインタフェース用の有効ＴＴＩを定義するのに使用
される情報にも基づく（“ノードＢ”が、ＧＳＭ／ＧＰＲＳのベーストランシー
バーステーションに対応する場合は、図１５を参照）。本発明は、最適な実施態
様のために以下に記載されるプロトコルスタックおよびレイヤーに厳密には限定
されないということを理解されるべきである。たとえば、本発明は、一般的に、
以下に開示されるＲＬＣレイヤーだけでなく、異なったレイヤーで発生したセグ
メンテーション／リアセンブリーでも、発明が実行されるレイヤーであればいか
なるレイヤーでのセグメンテーション／リアセンブリーにも適用可能である。ま
た、本明細書で使用されるセグメンテーション／リアセンブリーレイヤーの意味
は、これらの意味をも包括すると理解されるべきである。

【００２０】上記を念頭に置いて、図１４について再び説明すると、セグメンテーションが
必要な場合、ＵＴＲＡＮで使用されるＴＴＩと、Ｉｕインタフェース経由の送信
間隔（ＩＴＩ）とは等しく、トランスペアレントＲＬＣ上のセグメンテーション
は、工程１０８において設定されるとおり、アクティブ（有効）状態となる。し
かし、ＵＴＲＡＮ用の有効ＴＴＩが、１０ミリ秒以外（たとえば、２０ミリ秒、
４０ミリ秒、または８０ミリ秒）である場合、トランスペアレントＲＬＣ内のセ
グメンテーションは、工程１１０に示すとおり、非アクティブ（無効）状態に設
定されているはずである。

【００２１】有効セグメンテーション状態は、図１２のＵｕインターフェースの両側にある
両方のＲＬＣエンティティーについて同一である必要があるので、この有効セグ
メンテーション状態についての表示は、上記に開示したセグメンテーション状態
表示のようなパラメータ（ブーリアン：真または偽）を含む、たとえば、ＲＬＣ
情報内のＵＥ内のピアＲＬＣエンティティーに付与される。繰り返し説明すると
、パラメータ値がＴＲＵＥ（真）であれば、セグメンテーションの状態は、アク
ティブ状態となる。また、この機能は、セグメンテーションの条件が非アクティ
ブ状態であり、トランスペアレントＲＬＣ上でいかなるセグメンテーションも許
容されない。

【００２２】アクティブセグメンテーション状態でのトランスペアレントモードにおけるダウンリンク／アップリンクデータ送信（図１、図２、図５および図６）このような場合、ＲＲＣは、セグメンテーション状態が、ＲＬＣ情報に含まれ
る上述したセグメンテーション状態表示ビットによってアクティブであることを
ＲＬＣに表示する。この有効セグメンテーション状態がアクティブ状態であると
きは、アップリンクまたはダウンリンクデータ送信のいずれの場合でも、トラン
スペアレントＲＬＣは、予め定義されたパターンにしたがって、そのセグメンテ
ーションを実行する（たとえば、受信したＳＤＵが大きすぎて、ＴＦによって定
義された有効ＲＬＣＰＤＵに合わない場合などの必要性に応じて実行する）。
このパターンにより、１つのＲＬＣＳＤＵを伝送するＲＬＣＰＤＵすべてが
、１つの送信時間間隔で送信され、１つの送信時間間隔でセグメントすることが
できるＲＬＣＳＤＵが１つだけであることが定義される。一方、アクティブセ
グメンテーション状態は、セグメンテーションがどのように実行されるかについ
て予め定義されたパターンを明示的に定義することによって、さらに精巧になる
ように実現すべきである。今日の標準設定本体によって予想されるパターンとは
異なる例示パターンは、四つのブロックのＴＢＳ（トランスポートブロックセッ
ト。３ＧＴＦ２５．３０２の§７．１２参照）内のパターンとし、最初のブ
ロックは、常に最初のＳＤＵを構成し、その後の３つのブロックは、常に二番目
のＳＤＵを構成する。

【００２３】セグメンテーションの必要がない場合（すなわち、受信したＳＤＵが、有効Ｒ
ＬＣＰＤＵに正確に整合する場合）、１つだけのＳＤＵを含むＲＬＣＰＤＵ
は、３ＧＰＰＴＳＧＲＡＮ仕様で既に定義される手順を使用してピアＰＬＣ
に送信される。セグメンテーションが必要であれば、ＲＬＣＰＤＵの数（ＴＢ
Ｓ内のビット数）が、トランスポートブロックセット（ＴＢＳ）のサイズによっ
て定義される。繰り返し説明すると、これらのトランスポートブロックは、これ
まで、３ＧＰＰＴＳＧＲＡＮ仕様で定義されているか、または今後そのよう
に定義される手順を使用して送信される。

【００２４】たとえば、図１の“アクティブセグメンテーション”状態によるダウンリンク
データ送信について示すとおり、ＵＴＲＡＮ／ＭＡＣは、ＲＲＣからＴＦＣを得
て、工程１１４に示すとおり、やがて来るＴＴＩに合わせたＴＦの選択を行なう
。これは、ＵＴＲＡＮ／Ｔｒ−ＲＬＣに、工程１１６で適切なデータブロックサ
イズと、データブロックセットサイズとを通知する。同時に、ＣＮは、ＲＬＣに
セグメンテーション状態を通知し、工程１１８に示すとおり、固定サイズデータ
のＳＤＵの形態で、Ｉｕインターフェースを介してデータをＵＴＲＡＮ／Ｔｒ−
ＲＬＣに送信する。その後工程１１９において、必要な場合ＲＬＣによってセグ
メンテーションを行なう。その後ＲＬＣは、正しいセグメンテーション状態表示
ビットを挿入し、ＵＥにてＲＬＣピアへの送信を行ない、工程１２０に示すとお
り、ＭＡＣに１つのＲＬＣＰＤＵまたは複数のＲＬＣＰＤＵを送信する。そ
の後、工程１２２に示すとおり、ＭＡＣはＩｕｂインターフェース経由で、トラ
ンスポートブロックまたはトランスポートブロックセットとして１つのＲＬＣ
ＰＤＵまたは複数のＰＤＵを物理層に送信する（図１０および図１５を参照）。
物理層は、工程１２４に示すとおり、専用の物理チャネル（ＤＰＣＨ）フレーム
内に設定されたトランスポートブロックまたはトランスポートブロックセットを
ＵＥに送信する。図１に示すように、より多くの入力データがある場合、図１に
示唆されるように、これ以上のデータがなくなるまで、以前同様、工程１１８、
１１９、１２０、１２２、１２４を繰り返す決定がなされる。

【００２５】Ｕｕインタフェース経由でのＵＴＲＡＮからＵＥへの無線リンク上のトランス
ポートの後、ＵＥは、図２に示すとおり、ＵＴＲＡＮから送信されたＤＰＣＨフ
レームを受信する。各フレーム１２８の受信時、トランスポートブロックまたは
トランスポートブロックセットは、工程１３０に示すとおり、トランスポートフ
ォーマットインジケーター（ＴＦＩ）に基づいてリアセンブルされる。

【００２６】リアセンブルされたＴＢまたはＴＢＳは、その後、工程１３１に示すとおり、
ＭＡＣレイヤーに提供される一方、工程１３２に示すとおり、１つのＲＬＣＰ
ＤＵまたは複数のＲＬＣＰＤＵが抽出されて、ＵＥ／Ｔｒ−ＲＬＣに提供され
、工程１３４において、セグメンテーションステートインジケーターによって、
必要に応じて固定サイズデータＳＤＵのリアセンブリが提供される。工程１３６
では、アプリケーションレイヤーに固定サイズデータＳＤＵが提供される。図２
に示唆されるとおり、より多くの入力フレームが利用可能な場合、これ以上のＤ
ＰＣＨフレームがなくなるまで、工程１２８、１３０、１３１、１３２、１３４
および１３６が繰り返される。

【００２７】ここで、“アクティブ”セグメンテーション状態でのアップリンクデータ送信
について、図５および図６を参照して説明する。まず、図６を参照すると、同図
では、工程１４４において次のＴＴＩに選択されたトランスポートフォーマット
にしたがって、ＵＥ／ＭＡＣレイヤーが、工程１４２において、データブロック
サイズおよびブロックセットサイズを既に示しているＵＥ／Ｔｒ−ＲＬＣに、固
定サイズデータＳＤＵの形態で、工程１４０に示すように、データを供給するア
プリケーションレイヤーでの、コーデック１３８などのアプリケーションを示し
ている。ＲＬＣレイヤーでセグメンテーションが必要であった場合、このセグメ
ンテーションは工程１４６で行なわれ、工程１４８で１つのＲＬＣＰＤＵまた
は複数のＰＤＵがＭＡＣレイヤーに提供される。この場合の状態表示としては、
セグメンテーションステートインジケーターは“１”に設定された状態なるか、
さもなければ、ＵＴＲＡＮ内のピアＲＬＣレイヤーにアクティブ状態を示した状
態になる。その後、ＵＥ／ＭＡＣレイヤーは、工程１５０によって示されるとお
り、トランスポートフォーマットインジケーターを有する転送ブロックまたは転
送ブロックセットをＵＥ物理層に提供し、工程１５２に示すとおり、無線インタ
フェース経由でのＤＰＣＨフレーム内ＴＢまたはＴＢＳをＵＴＲＡＮに提供する
。さらに多くのデータが利用可能な場合、図６に示唆されるとおり、これ以上の
データがなくなるまで、それ以前の工程を繰り返す。

【００２８】アップリンクのもう一方の端部には、ＵＴＲＡＮがあり、このＵＴＲＡＮは、
ＵＥから無線リンク上で提供されるＤＰＣＨフレームを受信し、図５に示すとお
り、これらのフレームを処理する。ＤＰＣＨの受信時、工程１５６に示すとおり
、表示された工程１５８によって実行されるとおり、表示された転送フォーマッ
トに基づいて転送ブロックまたは転送ブロックセットをリアセンブルする。リア
センブルされたＴＢまたはＴＢＳは、工程１６０に示すとおりＵＴＲＡＮ／ＭＡ
Ｃレイヤーに提供されるが、その場合、セグメンテーション状態がアクティブと
して表示された状態で、１つのＲＬＣＰＤＵまたは複数のＲＬＣＰＤＵが抽
出されてＵＴＲＡＮ／Ｔｒ−ＲＬＣに提供され、工程１６４に示すとおり、固定
サイズＳＤＵにリアセンブルされる。この固定サイズＳＤＵは、工程１６６に示
すとおり、ＣＮに提供される。さらに多くのＤＰＣＨフレームが、アップリンク
上で到来する場合、同図に示唆されるとおり、これ以上の入力データがなくなる
まで、それ以前の工程１５６、１５８，１６０、１６２、１６４、１６６を繰り
返す。

【００２９】非アクティブセグメンテーション状態でのトランスペアレントモード（ＴｒＭ）におけるダウンリンクデータ送信（図３、図３Ａ、図３Ｂおよび図４）ダウンリンクデータ送信の場合、Ｉｕインターフェース上でサポートされた送
信間隔と、ＵＴＲＡＮ内のＴＴＩとが異なる場合、たとえば、図１４の工程１０
６において決定されたとおり、このセグメンテーションは、非アクティブ状態に
設定され、工程１１０に示すとおり、セグメンテーションステートインジケータ
ビットによってＲＬＣに通知される。図３、図３Ａ、図３Ｂについて説明すると
、図１４の工程１１０において、セグメンテーション状態が非アクティブ状態に
設定されたりした場合などは、工程１７０に示すとおり、ＭＡＣは、ＲＲＣから
トランスポートフォーマット組み合わせセット（ＴＦＣＳ）を得る。その後、Ｍ
ＡＣは、工程１７２において、ＴＴＩで使用されるデータブロックサイズと、デ
ータブロックセットサイズをＲＬＣに通知する。工程１７４では、その後、ＲＬ
Ｃは、ＭＡＣによって示されたトランスポートブロックまたはトランスポートブ
ロックセットを満たすのに十分なデータ量になるまで、ＲＬＣバッファー１７８
内にＣＮから得られた一連の固定サイズＳＤＵ１７６を格納する。この非アクテ
ィブセグメンテーション状態では、Ｉｕインターフェース経由でＣＮから受信さ
れる固定サイズデータパケット（ＳＤＵ）は、これらパケットが時間まで、ＲＬ
Ｃバッファーに到達した順番で、トランスペアレントＲＬＣ（ＵＴＲＡＮ／Ｔｒ
−ＲＬＣＳＤＵバッファーリング）上でバッファーされ、ＴＴＩ値およびトラ
ンスポートブロックセットサイズに基づいて、バッファー化されたＲＬＣＰＤ
ＵをＭＡＣレイヤーに送る。ＲＬＣＰＤＵが、工程１８０に示すとおり、Ｍ
ＡＣレイヤーに送られるとき、ピアエンティティーが、ＲＬＣＰＤＵの正しい
順序を定義することができるように、ＲＬＣＰＤＵの順序は維持されねばなら
ない。（すなわち、ＵＴＲＡＮ内のＲＬＣエンティティーからＵＥ内のＲＬＣエ
ンティティーに、パス全体に沿って同じ順番が維持されねばならない）。

【００３０】ＦＤＤモードのＴＴＩは、ＴＦのセミスタティックな部分のパラメータである
（３ＧＴＳ２５．３０２の§７．１．６を参照）が、ＴＤＤモードでは、Ｔ
ＴＩは、ＴＦのダイナミックな部分のパラメータである。トランスポートブロッ
クサイズ（§７．１．３）およびトランスポートブロックセットサイズ（§７．
１．４）は、（ＦＤＤモードとＴＤＤモードの両方について）両方ともＴＦのダ
イナミックな部分のパラメータである。トランスポートブロックサイズ（トラン
スポートブロック内のビット数）は、ＲＬＣＰＤＵのサイズに対応する一方、
トランスポートブロックセットサイズは、１つのＴＴＩ内で送信されるＲＬＣ
ＰＤＵの数を定義する（これは、３ＧＰＰＴＳＧＲＡＮＴＳ２５．３０
２の図６に図示される）。

【００３１】ＭＡＣレイヤーからは、さらにＵＥ上に、ＲＬＣＰＤＵが３ＧＰＰＴＳＧ
ＲＡＮ仕様に記載された手順を使用して送られる。特にＭＡＣは、図３Ａの工
程１８２に示すとおり、トランスポートフォーマットセットからトランスポート
フォーマットを選択し、トランスポートフォーマットインジケーター（ＴＦＩ）
およびセグメンテーションステートインジケーターとともに物理層にＲＬＣＰ
ＤＵを転送する。この物理層は、その後工程１８４に示すとおり、無線インター
フェース経由でＤＰＣＨフレーム内でＲＬＣＰＤＵを送る。図３、図３Ａおよ
び図３Ｂに示唆されるとおり、ＣＮからのデータがより多くある場合、ＣＮから
到来するデータがこれ以上なくなるまで、それより以前の工程が繰り返される。

【００３２】非アクティブセグメンテーション状態でのダウンリンクデータ送信用に前記工
程を実行する装置について図１６に示す。また、Ｉｕインターフェース２０４経
由でＵＭＴＳ地上波無線アクセスネットワーク（ＵＴＲＡＮ）２０２に接続され
たコアネットワーク（ＣＮ）２００について示す。ＵＴＲＡＮ２０２は、Ｕｕイ
ンターフェース２０６経由でＵＥ（図１７）と通信する。したがって、図１６は
、本発明による、非アクティブセグメンテーション状態でのダウンリンクデータ
送信に関する図９のＣＮおよびＵＴＲＡＮの詳細を示すものと理解される。図１
６のＣＮ２００内には、（ＡＣＴＩＶＡＴＥ＿ＰＤＰ＿ＣＯＮＴＥＸＴ＿ＲＥＱ
ＵＥＳＴなど）ＵＥから起動された要求などの通信要求信号に応答する手段２１
０であって、会話型のクラスの無線ベアラ（ＲＢ）（たとえば、ＲＡＢ＿ＡＳＳ
ＩＧＮＭＥＮＴ＿ＲＥＱＵＥＳＴ）に対するライン２１２上のベアラ要求信号を
提供し、図１４の工程１００によって示されるような手段を示す。この手段は、
トランスペアレントモードに使用されるセグメンテーション状態の表示を有して
もよい。ＵＴＲＡＮ２０２内のＲＲＣレイヤー手段２１４は、ライン２１２上の
ＲＢ要求信号およびライン２１６上のＲＢ品質インジケーター信号に応答してラ
イン２１９上のセグメンテーション状態表示信号同様、ライン２１８上のトラン
スポートフォーマット組み合わせセット（ＴＦＣＳ）信号を提供する。この手段
２１４は、図１４の工程１０２、１０４、１０６、１１０を実行するのに使用し
てもよい。手段２２０は、図３Ａの工程１７２に示されるとおり、ライン２１８
上のＴＦＣＳ信号およびライン２１９上のセグメンテーション状態信号に応答し
て、ライン２２２上のデータブロックサイズ信号と、ライン２２３上のセグメン
テーション状態表示信号と、ライン２２４上のデータブロックセットサイズ信号
とを提供する。

【００３３】ＵＴＲＡＮ２０２にＲＢ要求信号を送るＣＮ２００に加えて、ＵＴＲＡＮ２０
２にライン２３２上の固定サイズＳＤＵを提供する（たとえば、ＵＭＴＳ外部か
ら）ライン２３０上のデータに応答する手段２２８を有してもよい。この手段は
、図３Ａの工程１７６として示される。バッファー手段２３４は、ライン２３２
上での固定サイズＳＤＵ、ライン２２２上でのデータブロックサイズ信号、ライ
ン２２４上のデータブロックセットサイズ信号、およびライン２２３上のセグメ
ンテーションステートインジケーター信号に応答して、ＲＬＣＰＤＵを格納し
、ＵＥでのピアＲＬＣへの転送用のセグメンテーションステートインジケーター
信号ビットをともなって適当な時間で、ライン２３６上にＰＤＵを提供する。こ
れは、ＳＤＵバッファーリング１７４を行なう、図３Ａのバッファー１７８によ
って示されるのと同一である。

【００３４】手段２３８は、ライン２３６上に提供されたＲＬＣＰＤＵに応答して、ライ
ン２４０上の転送フォーマットインジケーター（ＴＦＩ）に沿ってＲＬＣＰＤ
Ｕを含むトランスポートブロックまたはトランスポートブロックセットを提供す
る。これは、図３Ａの工程１８０で示されたものと同じである。手段２４２は、
ライン２４０上のＴＦＩ信号を有するＴＢまたはＴＢＳに応答して、それをＵｕ
インターフェース２０６経由でライン２４４上での転送用のＴＴＩ内のＤＰＣＨ
フレームとして提供する。図３Ａの工程１８２、１８４を参照されたい。

【００３５】ライン２１６上の信号について再び説明すると、この信号は、無線ベアラで利
用可能な通信品質を示す大きさを有し、ＣＮ２００の要求にしたがってセット
アップしてもよい。これは、ライン２４８上のＵｕ信号に応答する手段２４６に
よって決定される。

【００３６】以下に記載される同様の図だけでなく、図１６に示す機能ブロックは、様々な
ハードウェアおよびソフトウェアの組み合わせで実行することができ、その上、
明確なレベルでの明確なブロックに示される機能は、これらのブロックまたはレ
ベルに必ずしも固定的に対応づけされず、他のブロックまたはレベルに機能を転
送することによって、異なったブロックおよび異なったレベルでは実行できるこ
とを認識すべきである。確かに、各種ブロック間の協働を示す信号は、同一また
は同様の機能を実行するために再構成することができる同様のブロックを接続す
る配置と役割において、同様に柔軟性がある。

【００３７】図１７に、ＵＥエンドでの図１６のダウンリンクの続きを示す。Ｕｕインター
フェース２０６経由で受信されたライン２４４上のダウンリンクＤＰＣＨフレー
ムに応答する手段２５２を有するＵＥ２５０が示される。また、図４も参照さ
れたい。ＴＴＩ内で受信されたＤＰＣＨフレームに応答して、手段２５２は、Ｕ
ＥのＭＡＣレベルでの手段２５６に、ライン２５４上でＴＦＩを有するＴＢＳを
提供する。この手段は、図４の工程２５７によって示される。この手段２５６は
、ＵＥ／Ｌ３レイヤーまたは、それより高いレイヤーでコーデック２６４などの
アプリケーションにライン２６２上の固定サイズデータＳＤＵを提供するために
応答する手段２６０にライン２５８上でＲＬＣＰＤＵを提供するＴＦＩを有す
るＴＢＳおよび非アクティブセグメンテーションインジケーターに応答する。こ
の手段は、工程２６５によって図４に示す。

【００３８】ＵＥ側では（図４および図１７）、受信された複数のＲＬＣＰＤＵは、コー
デックなどのアプリケーションに、同時にまたは順番に送ることができることを
言及すべきである。どの方法を使用すべきかは、実施上の問題である。この非ア
クティブセグメンテーション状態では、１つのＲＬＣＰＤＵは、正確に１つの
ＳＤＵを含む（すなわち、ＲＬＣＰＤＵの数により、ＳＤＵの数が決められる
）。

【００３９】非アクティブセグメンテーション状態でのトランスペアレントモードのアップリンクデータ送信非アクティブセグメンテーション状態のアップリンクデータ送信の場合、ＵＥ
によってサポートされる手順は、ＵＴＲＡＮ内の非アクティブセグメンテーショ
ンによるダウンリンクデータ送信の前記の手順と同様である。この非アクティブ
セグメンテーション状態の処理手順（図８、図８Ａおよび図８Ｂ参照）は、ＵＥ
のＲＲＣによって指令され、ＵＥが、いかなるフェーズでもＲＬＣレイヤー上で
のセグメンテーションを実行しないことを規定する。Ｉｕｂインターフェース用
のＲＬＣＰＤＵの数および有効ＴＴＩは、ＴＦによって規定され、対応するＲ
Ｂのセットアップ時にＵＥに付与される。このＲＢのセットアップ手順およびＴ
Ｆの選択は、３ＧＰＰＴＳＧＲＡＮ仕様に記載され、図１８にしたがって、
以下により詳細に記載される。

【００４０】ここで、図１８について説明すると、非アクティブセグメンテーション状態が
示された状態で、アップリンクトランスペアレントモードのデータ送信を実行す
る手段を有するＵＥ２７０を示す。ライン２７２上の入力データに対しては、そ
れに応答する手段２７４により、ライン２７６上に固定サイズのＳＤＵを図８Ａ
の工程２７８によって示されるように提供する。手段２８０は、固定サイズＳＤ
Ｕに応答して、それをバッファリングする。また、手段２８０は、ＵＥのＭＡＣ
レベルでの手段２８６からのライン２８２上のデータブロックサイズ信号と、ラ
イン２８３上のセグメンテーションステートインジケーター信号と、ライン２８
４上のデータブロックセットサイズ信号とに応答する。各ライン２８２乃至２９
８上の信号の提供は、工程２９０に示されるとおり、一度、次のＴＴＩ用のＴＦ
の選択が行なわれると実行される図８Ａに示す工程２８８に対応する。ＴＦの選
択は、ＭＡＣレベルで行なわれるが、この選択は、ＲＲＣレイヤーからのライン
２９２上で示されるとおり、たとえば、ライン２９６上の要求信号とライン２９
２上のＴＦＣＳ信号とライン２９７上のセグメンテーションステートインジケー
ター信号を手段２８６に提供する、ライン２９８上の無線インターフェース品質
信号に応答する手段２９４によって行なわれる。物理層での手段３００は、無線
インターフェースの品質と、ライン２９６上で要求することができる帯域幅の変
更をサポートする能力を示すライン３０２上の信号に応答する。

【００４１】手段２８０により、図８Ａに示すとおり、ＵＥ／ＭＡＣレイヤーに工程３０６
によって示されるとおり、ライン３０４上の（ＵＴＲＡＮＲＬＣレイヤー用の
）非アクティブセグメンテーションステートインジケーターに沿ってＲＬＣＰ
ＤＵが提供される。図１８に図示されたＭＡＣレイヤーでの手段３１０は、図８
Ａの工程３１４によって示されるとおり、ライン３０４上のＲＬＣＰＤＵに応
答して、ライン３１２上のトランスポートフォーマットインジケーター信号を有
するトランスポートブロックセットを提供する。図１８の物理層での方法３１６
は、図８Ａおよび図８Ｂにも示されるとおり、ライン３１２上のＴＦＩ信号を有
するＴＢＳに応答して、Ｕｕインターフェース３２０経由でライン３１８上にア
ップリンクＤＰＣＨフレームを提供する。図８Ａおよび図８Ｂから注目される点
は、ＵｕインターフェースでのＴＴＩのサイズは、本発明の非アクティブセグメ
ンテーション手順にしたがえば、コーデック／アプリケーションレイヤーでの固
定サイズデータＳＤＵのフレームサイズよりも、ずっと大きいことが有利である
。これは、以下に説明するとおり、ＵＴＲＡＮ全体にわたって（延いてはＩｕイ
ンターフェース）真実であることが示される。

【００４２】ＵＴＲＡＮ側では（図７およぼ図１９参照）、ＵＥからのアップリンク上のＤ
ＰＣＨフレームが、ＵＴＲＡＮ３２１へＵｕインターフェース３２０経由でライ
ン３１８上に提供される。この場合、これらのフレームは、それに応答する手段
３２２で受信される。この手段は、図７の工程３２６同様、図１９に示されると
おり、ライン３２４上にＴＦＩを有するＴＢＳを付与する。ＲＮＣＭＡＣレイ
ヤーでは、図７の工程３２４によっても示されるとおり、手段３２８は、ＴＦＩ
を有するＴＢＳに応答して、ライン３３１上に非アクティブセグメンテーション
ステートインジケーターを提供し、同様にライン３３０上にＲＬＣＰＤＵを提
供する。図７のトランスペアレントＲＬＣエンティティー３２２は、工程３２４
に示されるとおり、ＭＡＣレイヤーから同時にすべてのＲＬＣＰＤＵを受信し
、それらをバッファー３２６内に格納する。ＲＬＣエンティティーは、ＲＬＣ
ＰＤＵが、ＭＡＣレイヤーからＲＬＣレイヤーに送られた順番を保存する。ＲＬ
Ｃレイヤーは、工程３３４によって示されると同様に、図１９の信号線３３６に
よっても示されるように、ＩｕＵＰプロトコルレイヤー経由でＩｕインターフ
ェース３３３に一度に１つずつ、ＲＬＣＰＤＵ内に受信されたＳＤＵを送信す
る必要が出てくるまで、ＲＬＣＰＤＵをバッファーする。Ｉｕインターフェー
ス用の送信間隔は、ＲＡＢの指定およびＲＢのセットアップ手順の実行時に規定
される（現在、ＴＲ２３．９１０により、Ｉｕインターフェース用に適用可能
な唯一の送信間隔は、１０ミリ秒と規定されている）、ＲＲＣによってバッファ
ーリングおよびＳＤＵ送信目的でＲＬＣレイヤーに付与される。

【００４３】ＳＲＮＳリロケーションおよびＲＥＳＥＴ手順実行時のセグメンテーションの状態ＲＢセットアップ手順実行時に定義されたセグメンテーションモードは、ＳＲ
ＮＳリロケーション時またはＲＬＣＲＥＳＥＴ手順が実行されたときには変更
することができない。

【００４４】セグメンテーションのブロッキングによる実施したがって、本発明は、たとえば、ＲＲＣによって要求されたときは何時でも
、ＲＬＣレイヤー上のセグメンテーション機能をブロックすることによって実施
することができると理解される。このブロッキングは、対応するＲＬＣエンティ
ティーにブロッキングプリミティブを送信したり、ＲＬＣ構成プリミティブにパ
ラメータを定義したりすることによって行なわれる。このプリミティブは、ＣＮ
から受信されるか、ＲＡＮＡＰ：ＲＡＢ指定要求メッセージたとえば、３Ｇ−Ｓ
ＧＳＮからＵＴＲＡＮＲＲＣ内でＣＮによって送信されたＲＡＢパラメータか
ら抽出した情報に基づいて、ＲＲＣによって生成することができる。

【００４５】本発明は、その最適な実施態様に関して示されたり、記載されているが、その
形態における上記および他の各種変更、削除および追加と、その詳細については
、本発明の趣旨および範囲から逸脱しない範囲で行なえると当業者に理解される
。

【図面の簡単な説明】

【図１】ＵＴＲＡＮ内のアクティブセグメンテーション状態におけるダウンリンクデー
タ送信用のフローチャートを示す。

【図２】ＵＥでのアクティブセグメンテーション状態におけるダウンリンクデータ送信
用のフローチャートを示す。

【図３Ａ】いかに整合するかを示す図として、ＵＴＲＡＮ内の非アクティブセグメンテー
ション状態におけるダウンリンクデータ送信用のフローチャートを示す。

【図３Ｂ】いかに整合するかを示す図として、ＵＴＲＡＮ内の非アクティブセグメンテー
ション状態におけるダウンリンクデータ送信用のフローチャートを示す。

【図４】ＵＥでの非アクティブセグメンテーション状態におけるダウンリンクデータ送
信用のフローチャートを示す。

【図５】ＵＴＲＡＮ内のアクティブセグメンテーション状態におけるアップリンクデー
タ送信用のフローチャートを示す。

【図６】ＵＥでのアクティブセグメンテーション状態におけるアップリンクデータ送信
用のフローチャートを示す。

【図７】ＵＴＲＡＮ内の非アクティブセグメンテーション状態におけるアップリンクデ
ータ送信用のフローチャートを示す。

【図８Ａ】いかに整合するかを示す図として、ＵＥでの非アクティブセグメンテーション
状態におけるアップリンクデータ送信用のフローチャートを示す。

【図８Ｂ】いかに整合するかを示す図として、ＵＥでの非アクティブセグメンテーション
状態におけるアップリンクデータ送信用のフローチャートを示す。

【図９】汎用移動通信システム（ＵＭＴＳ）用に提案されたパケットネットワークアー
キテクチャーを示す。

【図１０】ＵＭＴＳのアーキテクチャー全体のさらなる詳細を示す。

【図１１】ラジオベアラサービスを実施するためのユーザプレーンプロトコルを有するＩ
ｕプロトコルを示す。

【図１２】ＵＭＴＳ用のユーザプレーンプロトコルスタック用の一提案を示す。

【図１３】ＵＭＴＳ用の比較可能な制御プレーンプロトコルスタックを示す。

【図１４】本発明にしたがって、２つのセグメンテーション状態のうちの１つを使用して
、ＵＰプロトコルの運用中にトランスペアレントモード（ＴｒＭ）を利用する、
本発明に従った手順を示す。

【図１５】図１０にも示すとおり、同一のコアネットワークに接続され、および提案され
たＵＭＴＳアーキテクチャーにしたがって相互接続された２つのラジオネットワ
ークサーバーの詳細を示す。

【図１６】ダウンリンク上でアクティブ状態の場合は図１、非アクティブ状態の場合は図
３に示す工程を実行する装置を示す。

【図１７】アクティブセグメンテーション状態のダウンリンク上の場合、図２に示す工程
、または、ＵＥ時での非アクティブセグメンテーション状態のダウンリンク上の
場合、図４に示す工程を実行する装置を示す。

【図１８】ＵＥでのアクティブセグメンテーション状態内のアップリンクデータ送信の場
合、図６に示す工程、非アクティブセグメンテーションの場合、図８に示す工程
を実施する装置を示す。

【図１９】ＵＴＲＡＮでのアクティブセグメンテーション状態の場合、図５に示すような
アップリンクデータ送信、または、非アクティブセグメンテーションの場合、図
７に示すようなアップリンクデータ送信を示す。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者リンネ、ミッコイーフィンランド共和国、フィン−00200 ヘルシンキ、タッルベルギンプイストチエ１セー 25 Ｆターム(参考） 5K067 AA34 AA42 BB04 BB21 DD27 DD51 HH22

Claims

【特許請求の範囲】

【請求項１】コアネットワーク（ＣＮ）から移動通信システム（ＵＭＴＳ
）における無線アクセスネットワーク（ＲＡＮ）への要求に関するラジオベアラ
（ＲＢ）を確立するために使用される方法であって、前記ＣＮと前記ＲＡＮとのあいだのインターフェース用に要求されたモードが、
トランスペアレントモードであることを決定し（１０２）、前記ＲＡＮのセグメ
ンテーション／リアセンブリーレイヤにセグメンテーションステートインジケー
ターを信号発信する工程と、前記セグメンテーションステートインジケーターに応答して、前記インジケータ
ーが非アクティブセグメンテーション状態を示す場合、前記ＲＢ用の前記ＲＡＮ
の前記ＲＬＣレイヤーにおけるセグメンテーションをブロックし（１１０）、前
記インジケーターがアクティブセグメンテーション状態を示す場合、前記ＲＡＮ
の前記セグメンテーション／リアセンブリーレイヤーにおけるセグメンテーショ
ンを許容する（１０８）工程とを備えることを特徴とする方法。
【請求項２】前記セグメンテーションが、前記ＲＢダウンリンク用の前記
ＲＡＮにおいてブロックされる場合、前記ＲＡＮにおけるセグメンテーション／リアセンブリーレイヤーの制御下に複
数のサービスデータユニットＳＤＵ）を格納する（１７４）工程であって、各Ｓ
ＤＵが、前記トランスペアレントモードにおける最小インターリーブ周期でＣＮ
から付与される工程と、前記格納された複数のＳＤＵを検索し、１つ以上のデータトランスペアレントブ
ロックにおける１つ以上のプロトコルデータユニット（ＰＤＵ）に前記検索され
た複数のＳＤＵを提供する（１８０）工程と、前記１つ以上のデータトランスポートに、前記ＲＡＮから前記ユーザ装置（ＵＥ
）に最小インタリーブ周期より長い期間を有する送信時間間隔（ＴＴＩ）に無線
インターフェース経由で送信を行なうためのトランスポートフォーマットインジ
ケータ（ＴＦＩ）を付与する（１８２）工程とを備えることを特徴とする請求項
１記載の方法。
【請求項３】前記ＵＥのセグメンテーション／リアセンブリーレイヤーで
前記トランスポートブロックから前記複数のＰＤＵを受信する（２５６）工程と
、前記セグメンテーション／リアセンブリーレイヤーより上位の前記ＵＥのレイヤ
ーに前記複数の固定サイズデータＳＤＵを提供する工程とをさらに備えることを
特徴とする請求項２記載の方法。
【請求項４】前記セグメンテーションが、ＲＢアップリンク用の前記ＲＡ
Ｎにおいてブロックされる場合、前記ＵＥにおけるセグメンテーション／リアセンブリーレイヤーで複数のサービ
スデータユニット（ＳＤＵ）を格納する工程であって、各ＳＤＵが、前記トラン
スペアレントモードでの最小インターリーブ周期で提供される（２７８）工程と
、前記格納された複数のＳＤＵを検索し、１つ以上のトランスポートブロックにお
ける１つ以上のプロトコールデータユニット（ＰＤＵ）に前記検索された複数の
ＳＤＵを提供する（３０６）工程と、前記１つ以上のトランスポートブロックに、前記ＵＥから最小インタリーブ周期
（ＴＴＩ）より長い期間を有する送信時間間隔（ＴＩ）で前記ＲＡＮに無線イン
ターフェース経由で送信を行なうためのトランスポートフォーマットインジケー
ター（ＴＦＩ）を付与する（３１４）工程とを備えることを特徴とする請求項１
記載の方法。
【請求項５】前記ＲＡＮの媒体アクセス制御ＭＡＣレイヤーでＴＦＩを有
する前記１つ以上のトランスポートブロックを受信する工程と、前記ＲＡＮの前記ＭＡＣレイヤーで前記トランスポートブロックから前記ＰＤＵ
を抽出する工程と、前記ＲＡＮの前記トランスポートブロックから、前記ＭＡＣのセグメンテーショ
ン／リアセンブリーレイヤーにおいて前記複数のＰＤＵを抽出する（３２４）工
程と、前記ＲＡＮの前記セグメンテーション／リアセンブリーレイヤーで前記複数のＰ
ＤＵを格納する工程と、前記格納されたＰＤＵから前記複数の固定サイズＳＤＵを抽出する工程と、前記インターフェース経由で前記ＲＡＮから前記ＣＮに前記複数の固定サイズＳ
ＤＵを提供する（３３４）工程とをさらに備えることを特徴とする請求項４記載
の方法。
【請求項６】移動通信システムの無線アクセスネットワーク（ＲＡＮ）に
よって、前記移動通信システムのコアネットワークからのダウンリンクで複数の
固定サイズのサービスデータユニット（ＳＤＵ）を処理する方法であって、前記ＲＡＮにおける無線リンク制御セグメンテーション／リアセンブリーレイヤ
ーで複数のＳＤＵを格納する工程であって、各ＳＤＵが、トランスペアレントモ
ードにおける最小インターリーブ周期で提供される工程と、前記格納された複数のＳＤＵを検索し、１つ以上のデータトランスポートブロッ
クにおける１つ以上のプロトコルデータユニット（ＰＤＵ）に前記検索された複
数のＳＤＵを提供する工程と、前記１つ以上のトランスポートブロックに、最小インタリーブ周期より長い期間
を有する送信時間間隔（ＴＴＩ）で前記ＵＥから前記ＲＡＮに無線インターフェ
ース経由で送信を行なうためのトランスポートフォーマットインジケーター（Ｔ
ＦＩ）を付与する工程とを備えることを特徴とする方法。
【請求項７】前記ＵＥの媒体アクセス制御（ＭＡＣ）レイヤーでＴＦＩを
有する前記１つ以上のデータトランスポートブロックを受信する工程と、前記ＵＥのセグメンテーション／リアセンブリーレイヤーで前記トランスポート
ブロックから前記複数のＰＤＵを抽出する工程と、前記セグメンテーション／リアセンブリーレイヤーより上位の、前記ＵＥのレイ
ヤーに前記複数の固定サイズデータＳＤＵを提供する工程とをさらに備えること
を特徴とする請求項６記載の方法。
【請求項８】移動通信システムのユーザ装置（ＵＥ）からインターフェー
ス経由で無線アクセスネットワーク（ＲＡＮ）へ、およびＲＡＮからインターフ
ェース経由で前記システムのコアネットワーク（ＣＮ）へのアップリンクで複数
の固定サイズのサービスデータユニット（ＳＤＵ）を処理する方法であって、前記ＵＥにおけるセグメンテーション／リアセンブリーレイヤーで複数のＳＤＵ
を格納する工程であって、各ＳＤＵが、トランスペアレントモードでの最小イン
ターリーブ周期で提供される工程と、前記格納された複数のＳＤＵを検索し、１つ以上のトランスポートブロックにお
ける１つ以上のプロトコルデータユニット（ＰＤＵ）に前記検索された複数のＳ
ＤＵを提供する工程と、前記１つ以上のトランスポートブロックに、最小インターリーブ周期より長い期
間を有する送信時間間隔（ＴＴＩ）で前記ＵＥから前記ＲＡＮに無線インターフ
ェース経由で送信を行なうためのトランスポートフォーマットインジケーター（
ＴＦＩ）を付与する工程とを備えることを特徴とする方法。
【請求項９】前記ＲＡＮの媒体アクセス制御（ＭＡＣ）レイヤーでＴＦＩ
を有する前記１つ以上のトランスポートブロックを受信する工程と、前記ＲＡＮの前記ＭＡＣレイヤーで前記トランスポートブロックから前記複数の
ＰＤＵを抽出する工程と、前記ＲＡＮのセグメンテーション／リアセンブリーレイヤーで前記複数のＰＤＵ
を格納する工程と、前記ＲＡＮの前記ＭＡＣにからの前記ＰＤＵを、前記ＲＡＮのセグメンテーショ
ン／リアセンブリーに提供する工程と、前記ＲＡＮの前記セグメンテーション／リアセンブリーレイヤーにおいて前記複
数のＰＤＵを格納する工程と、前記格納された複数のＰＤＵから前記複数の固定サイズＳＤＵを抽出する工程と
、前記ＲＡＮから前記ＣＮに該ＣＮへのインターフェース経由で前記複数の固定サ
イズＳＤＵを提供する工程とをさらに備えることを特徴とする請求項８記載の方
法。
【請求項１０】コアネットワーク（ＣＮ）から移動通信システム（ＵＭＴ
Ｓ）における無線アクセスネットワーク（ＲＡＮ）への要求に関する無線ベアラ
（ＲＢ）を確立するために使用される装置であって、前記ＣＮと、前記ＲＡＮとのあいだのインターフェース用に要求されたモードが
、トランスペアレントモードであることを決定し（２２０）、前記ＲＡＮのセグ
メンテーション／リアセンブリーレイヤーにセグメンテーションステートインジ
ケーターを信号発信する（２２３）手段と、前記セグメンテーションステートインジケーターに応答して（２３４）、前記イ
ンジケータが、非アクティブセグメンテーション状態を示す場合、前記ＲＢ用の
前記ＲＡＮの前記セグメンテーション／リアセンブリーレイヤーにおけるセグメ
ンテーションをブロックし、前記インジケーターが、アクティブセグメンテーシ
ョン状態を示す場合、前記ＲＡＮの前記セグメンテーション／リアセンブリーレ
イヤーにおけるセグメンテーションを許容する（１０８）手段とを備えることを
特徴とする装置。
【請求項１１】前記セグメンテーションが、前記ＲＢダウンリンク用の前
記ＲＡＮにおいてブロックされる場合、前記ＲＡＮにおけるセグメンテーション／リアセンブリーレイヤーの制御下にお
いて複数のサービスデータユニットＳＤＵ）を格納する（１７８）手段であって
、各ＳＤＵが、前記トランスペアレントモードにおける最小インターリーブ周期
でＣＮから付与される手段と、１つ以上のデータトランスポートブロックにおける１つ以上のプロトコルデータ
ユニット（ＰＤＵ）に前記格納された複数のＳＤＵを提供する（１８０）工程と
、前記１つ以上のデータトランスポートに、前記ＲＡＮから最小インタリーブ周期
より長い期間を有する送信時間間隔（ＴＴＩ）で前記ユーザ装置（ＵＥ）に無線
インターフェース経由で送信を行なうためのトランスポートフォーマットインジ
ケータ（ＴＦＩ）を付与する（１８２、２３８）手段とを備えることを特徴とす
る請求項１０記載の装置。
【請求項１２】前記ＵＥのセグメンテーション／リアセンブリーレイヤー
で前記複数のトランスポートブロックから前記複数のＰＤＵを受信する（２５６
）手段と、前記ＭＡＣレイヤーからの前記複数のＰＤＵに応答する前記ＵＥ（２６０）のセ
グメンテーション／リアセンブリーレイヤーにある手段であって、前記ＵＥの前
記セグメンテーション／リアセンブリーレイヤーより上位のレイヤーに前記複数
の固定サイズデータＳＤＵを付与する手段とをさらに備えることを特徴とする請
求項１１記載の装置。
【請求項１３】前記セグメンテーションが、ＲＢアップリンク用の前記Ｒ
ＡＮにおいてブロックされる場合、前記ＵＥにおけるセグメンテーション／リアセンブリーレイヤーで複数のサービ
スデータユニット（ＳＤＵ）を格納する手段（２８０）であって、各ＳＤＵが、
前記トランスポートモードでの最小インターリーブ周期で付与され（２７８）、
前記格納された複数のＳＤＵを検索し、１つ以上のトランスポートブロックにお
ける１つ以上のプロトコールデータユニット（ＰＤＵ）に前記検索された複数の
ＳＤＵを提供する（３０６）手段と、前記１つ以上のトランスポートブロックに、最小インタリーブ周期より長い期間
を有する送信時間間隔（ＴＴＩ）で前記ＵＥから前記ＲＡＮに無線インターフェ
ース経由で送信を行なうためのトランスポートフォーマットインジケーター（Ｔ
ＦＩ）を付与する（３１２、３１４）手段（３１０）とを備えることを特徴とす
る請求項１０記載の装置。
【請求項１４】前記ＲＡＮの媒体アクセス制御（ＭＡＣ）レイヤーでＴＦ
Ｉを有する前記１つ以上のトランスポートブロックを受信し、前記ＲＡＮの前記
ＭＡＣレイヤーで前記トランスポートブロックから前記ＰＤＵを抽出し、前記Ｒ
ＡＮの前記ＭＡＣレイヤーから、前記ＲＡＮのセグメンテーション／リアセンブ
リーレイヤーに前記複数のＰＤＵを付与する（３２４）手段（３２８）と、前記ＲＡＮの前記セグメンテーション／リアセンブリーレイヤーで前記複数のＰ
ＤＵを格納し、前記格納されたＰＤＵから前記複数の固定サイズＳＤＵを抽出し
、前記ＲＡＮと前記ＣＮとのあいだのインターフェース経由で前記ＲＡＮから前
記ＣＮに前記複数の固定サイズＳＤＵを提供する（３３４、３３６）手段（３２
６）とをさらに備えることを特徴とする請求項１３記載の装置。
【請求項１５】移動通信システムの無線アクセスネットワーク（ＲＡＮ）
によって、前記移動通信システムのコアネットワークからのダウンリンクで複数
の固定サイズのサービスデータユニット（ＳＤＵ）を処理する装置であって、前記ＲＡＮにおけるセグメンテーション／リアセンブリーレイヤーで複数のＳＤ
Ｕを格納し、各ＳＤＵが、トランスペアレントモードにおける最小インターリー
ブ周期で付与される手段であって、前記格納された複数のＳＤＵを検索し、１つ
以上のデータトランスポートブロックにおける１つ以上のプロトコルデータユニ
ット（ＰＤＵ）に前記検索された複数のＳＤＵを提供する手段（２３４）と、前記１つ以上のトランスポートブロックに、最小インタリーブ周期より長い期間
を有する送信時間間隔（ＴＴＩ）で前記ＵＥから前記ＲＡＮに無線インターフェ
ース経由で送信を行なうためのトランスポートフォーマットインジケーター（Ｔ
ＦＩ）を付与する手段（２３８）とを備えることを特徴とする装置。
【請求項１６】前記ＵＥの媒体アクセス制御（ＭＡＣ）レイヤーでＴＦＩ
を有する前記１つ以上のデータトランスポートブロックを受信する手段（２５６
）と、前記ＵＥのセグメンテーション／リアセンブリーレイヤーで前記トランスポート
ブロックから前記複数のＰＤＵを抽出し、前記セグメンテーション／リアセンブ
リーレイヤーより上位の前記ＵＥのレイヤー（Ｌ３）に前記複数の固定サイズデ
ータＳＤＵを提供する手段（２６０）とをさらに備えることを特徴とする請求項
１５記載の装置。
【請求項１７】移動通信システムのユーザ装置（ＵＥ）から無線インター
フェースを経由して無線アクセスネットワーク（ＲＡＮ）へ、およびＲＡＮから
インターフェース経由で前記システムのコアネットワーク（ＣＮ）へ、アップリ
ンクで複数の固定サイズのサービスデータユニット（ＳＤＵ）を処理する装置で
あって、前記ＵＥにおけるセグメンテーション／リアセンブリーレイヤーで複数のＳＤＵ
を格納する工程であって、各ＳＤＵが、トランスペアレントモードでの最小イン
ターリーブ周期で付与される手段（２８０）であって、前記格納された複数のＳ
ＤＵを検索し、１つ以上のトランスポートブロックにおける１つ以上のプロトコ
ルデータユニット（ＰＤＵ）に前記検索された複数のＳＤＵを提供する手段と、
前記１つ以上のトランスポートブロックに、前記最小インターリーブ周期より長
い期間を有する送信時間間隔で前記ＵＥから前記ＲＡＮに無線インターフェース
経由で送信を行なうためのトランスポートフォーマットインジケーター（ＴＦＩ
）を付与する手段（３１０）工程とを備えることを特徴とする装置。
【請求項１８】前記ＲＡＮの媒体アクセス制御（ＭＡＣ）レイヤーでＴＦ
Ｉを有する前記１つ以上のトランスポートブロックを受信し、前記ＲＡＮの前記
ＭＡＣレイヤーで前記トランスポートブロックから前記複数のＰＤＵを抽出し、
前記ＲＡＮの前記ＭＡＣレイヤーにある前記複数のトランスポートブロックから
前記複数のＰＤＵを抽出し、前記ＲＡＮの前記ＭＡＣレイヤーから前記ＲＡＮの
セグメンテーション／リアセンブリーレイヤーに前記複数のＰＤＵを提供する手
段（３２８）と、前記ＲＡＮのセグメンテーション／リアセンブリーレイヤーで前記複数のＰＤＵ
を格納し、前記格納された複数のＰＤＵから前記複数の固定サイズＳＤＵを抽出
し、前記ＲＡＮからＣＮへのインターフェース経由で前記ＲＡＮから前記ＣＮに
前記複数の固定サイズＳＤＵを提供する手段（３２６）とをさらに備えることを
特徴とする請求項１７記載の装置。