(57)【要約】無応答モードＵＭ無線リンク制御（ＲＬＣ）エンティティが１つ以上の論理チャネルを介して伝達されたＲＬＣプロトコルデータユニット（ＰＤＵ）を受信し、これらＤＰＵのシーケンス番号、並びに受信ウィンドウ、及びタイマーを利用して並び替えることによって伝達の遅延時間を減少させ、各論理チャネルから受信される損失ＰＤＵを減少させ、前記各ＰＤＵを重複なく処理することができる。また、無応答モード（ＵＭ）ＲＬＣエンティティが１つ以上の論理チャネルを介して伝達されたＰＤＵを受信し、前記各ＰＤＵのシーケンス番号を参照して受信ウィンドウとタイマーを利用して前記受信されたＰＤＵを並び替え得る。
2007533280.tif 000002
【特許請求の範囲】
【請求項１】
無応答モードで動作して受信ウィンドウ及びタイマーを備えた無線リンク制御エンティティでプロトコルデータユニットを受信する段階と、
前記受信された各プロトコルデータユニットの各シーケンス番号、前記受信ウィンドウ、及び前記タイマーを利用して前記受信されたプロトコルデータユニットを並び替える段階と、
前記並び替えられたプロトコルデータユニットを処理して少なくとも１つのサービスデータユニットに復元する段階と、
前記少なくとも１つのサービスデータユニットを伝達する段階と、を含むことを特徴とする移動通信システムで１対多サービスのためのデータユニットを管理する方法。
【請求項２】
上位層から受信した指示によって前記並び替え段階を実行するか否かを決定する段階をさらに含むことを特徴とする請求項１に記載の移動通信システムで１対多サービスのためのデータユニットを管理する方法。
【請求項３】
前記受信ウィンドウを利用するということは、受信されたプロトコルデータユニットに基づいて受信を期待し得る各プロトコルデータユニットのシーケンス番号の範囲を管理することであることを特徴とする請求項１に記載の移動通信システムで１対多サービスのためのデータユニットを管理する方法。
【請求項４】
前記受信ウィンドウは、プロトコルデータユニットをバッファに一時的に保存することによって不連続的なプロトコルデータユニットを受信して順次的な伝達のために並び替えるために使用することを特徴とする請求項１に記載の移動通信システムで１対多サービスのためのデータユニットを管理する方法。
【請求項５】
前記受信ウィンドウは、前記並び替えられたプロトコルデータユニットを処理した後に更新されることを特徴とする請求項４に記載の移動通信システムで１対多サービスのためのデータユニットを管理する方法。
【請求項６】
前記タイマーを利用するということは、再構成のために予約されていないまま前記受信ウィンドウに残っている受信された各プロトコルデータユニットに対して並び替えタイマーを動作させ、特定のプロトコルデータユニットを受信するか否かに関係なく、一定時間が過ぎればこのような各データユニットを処理することであることを特徴とする請求項１に記載の移動通信システムで１対多サービスのためのデータユニットを管理する方法。
【請求項７】
前記タイマーは、プロトコルデータユニットを受信して並び替えのために一時的にバッファに保存する期間を制限するために使用されることを特徴とする請求項１に記載の移動通信システムで１対多サービスのためのデータユニットを管理する方法。
【請求項８】
前記サービスは、複数のセル又は複数のチャネルから受信されるプロトコルデータユニットを有するマルチメディアブロードキャストマルチキャストサービスであることを特徴とする請求項１に記載の移動通信システムで１対多サービスのためのデータユニットを管理する方法。
【請求項９】
前記無線リンク制御エンティティは、少なくとも１つの論理チャネルを介して受信された前記プロトコルデータユニットを管理することを特徴とする請求項１に記載の移動通信システムで１対多サービスのためのデータユニットを管理する方法。
【請求項１０】
新しく受信されたプロトコルデータユニットが以前に受信された他のプロトコルデータユニットのシーケンス番号と同一のシーケンス番号を有する場合、前記新しく受信されたプロトコルデータユニットを削除する段階をさらに含むことを特徴とする請求項１に記載の移動通信システムで１対多サービスのためのデータユニットを管理する方法。
【請求項１１】
ネットワークからインジケータを受信する段階と、
受信ウィンドウが受信される最初のプロトコルデータユニットのシーケンス番号と同一値を上限値として有するように設定する段階と、
１つ以上のプロトコルデータユニットを受信する段階と、
各受信されたプロトコルデータユニットが受信ウィンドウ内にあるか否かを判断する段階と、
受信ウィンドウ内にある場合、前記受信されたプロトコルデータユニットをバッファ内にシーケンス番号が指示する位置に置くか、又は前記プロトコルデータユニットが以前に受信された場合、前記受信されたプロトコルデータユニットを削除する段階と、
前記受信されたプロトコルデータユニットのシーケンス番号が順次受信される最後のプロトコルデータユニットのシーケンス番号の次のシーケンス番号である場合、前記受信されたプロトコルデータユニットを処理する段階と、
前記シーケンス番号と異なる場合、前記シーケンス番号と同一のシーケンス番号を有するプロトコルデータユニットを待つ段階と、
受信ウィンドウ内にない場合、前記受信されたプロトコルデータユニットをバッファに保存し、必要に応じて前記受信ウィンドウを更新する段階と、を含むことを特徴とする移動通信のための１対多サービスのデータユニットを管理する方法。
【請求項１２】
前記インジケータは、受信されるプロトコルデータユニットに対して並び替えを実行するか否かを示すことを特徴とする請求項１１に記載の移動通信のための１対多サービスのデータユニットを管理する方法。
【請求項１３】
前記サービスは、複数のセル又は複数のチャネルから受信されるプロトコルデータユニットを有するマルチメディアブロードキャストマルチキャストサービスであることを特徴とする請求項１１に記載の移動通信のための１対多サービスのデータユニットを管理する方法。
【請求項１４】
前記タイマーは、プロトコルデータユニットを受信して並び替えのために一時的にバッファに保存する期間を制限するために使用されることを特徴とする請求項１１に記載の移動通信のための１対多サービスのデータユニットを管理する方法。
【請求項１５】
１つ以上の論理チャネルや１つ以上のセル領域からプロトコルデータユニットを受信して並び替え、前記プロトコルデータユニットが順次的な伝達のために処理されるように保障するための重複回避及び並び替え部を含むことを特徴とする無応答モードで動作して１対多サービスのためのデータユニットを管理する無線リンク制御エンティティ。
【請求項１６】
前記重複回避及び並び替え部により受信された前記プロトコルデータユニットを保存するためのバッファ部と、
前記受信されたプロトコルデータユニットのヘッダを除去するための無線リンク制御ヘッダ除去部と、
前記受信されたプロトコルデータユニットをシーケンス番号通りに再構成して１つ以上のサービスデータユニットを形成し、上位層に前記サービスデータユニットを伝達するための再構成部と、をさらに含むことを特徴とする請求項１５に記載の無応答モードで動作して１対多サービスのためのデータユニットを管理する無線リンク制御エンティティ。
【請求項１７】
前記データユニットは、１対多サービストラフィックチャネルを介して受信されることを特徴とする請求項１６に記載の無応答モードで動作して１対多サービスのためのデータユニットを管理する無線リンク制御エンティティ。
【請求項１８】
前記プロトコルデータユニットが１対多サービストラフィックチャネルではないチャネルを介して受信された場合、前記プロトコルデータユニットを前記重複回避及び並び替え部より先に受信して復号化させるための復号化部をさらに含むことを特徴とする請求項１６に記載の無応答モードで動作して１対多サービスのためのデータユニットを管理する無線リンク制御エンティティ。
【請求項１９】
反復送信で単一ソースや複数のソースから受信されて一時的にバッファに保存された各プロトコルデータユニットのシーケンス番号に基づいて重複検出及び並び替えを行う段階と、
タイマーを作動させて前記プロトコルデータユニットが前記バッファに保存される期間を制御する段階と、
前記タイマー作動により、前記バッファに保存されている全ての連続的プロトコルデータユニットを上位の無線リンク制御機能部に伝達し、損失したプロトコルデータユニットを削除して前記伝達されたプロトコルデータユニットからサービスデータユニットを復元する段階と、を含むことを特徴とする無線リンク制御エンティティで１対多サービスに対するデータユニットを管理する方法。
【請求項２０】
前記重複検出及び並び替え段階は、前記プロトコルデータユニットのシーケンス番号が受信ウィンドウ内にあるかを検査する段階と、
前記受信ウィンドウ内にある場合、前記プロトコルデータユニットを削除するか、又はバッファに保存する段階と、
前記受信ウィンドウ内にない場合、前記プロトコルデータユニットをバッファに保存した後、必要な場合、前記受信ウィンドウを更新する段階と、をさらに含むことを特徴とする請求項１９に記載の無線リンク制御エンティティで１対多サービスに対するデータユニットを管理する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）タイプＩＭＴ−２０００システムで複数のセルから受信された特定のサービスに該当するデータブロック（又はユニット）を端末の無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ：  ＲＬＣ）層で受信処理する装置及びその方法に関し、より詳しくは、ＲＬＣ層で複数のセルから受信された特定のサービスに該当するデータブロックを受信処理する装置及びその方法に関し、無応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ：ＵＭ）で動作するＲＬＣエンティティがウィンドウ及びタイマー又は状態変数を使用し、複数のセルから受信されたデータブロックを最小限の遅延時間、最小限の省略、又は最小限の損失で重複したデータブロックなしに上位層に伝達する。
【背景技術】
【０００２】
図１はＵＭＴＳネットワークの基本構造を示す図である。前記図１に示すように、ＵＭＴＳは大きく端末（移動局、ユーザ装置（ＵＥ）など）１００と、ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１２０と、コアネットワーク（ＣＮ）に分けられる。前記ＵＴＲＡＮ１２０は１つ以上の無線ネットワーク副層（ＲＮＳ）１２５を含み、各ＲＮＳ１２５は無線ネットワーク制御装置（ＲＮＣ）１２３と該ＲＮＣ１２３が管理する複数の基地局（Ｎｏｄｅ  Ｂ）１２１から構成される。各Ｎｏｄｅ  Ｂ１２１には１つ以上のセルが存在する。
【０００３】
図２は端末とＵＴＲＡＮに対をなして存在し、無線インタフェースのデータ送信を担当する無線インタフェースプロトコルの構造を示している。各無線プロトコル層において、第１層（Ｌａｙｅｒ  １）は物理層（ＰＨＹ）であり、多様な無線伝送技術を用いてデータを無線インタフェースに送信する役割を果たす。前記物理層は伝送チャネルを介して上位層のＭＡＣ層と接続されており、前記伝送チャネルはチャネルを共有するか否かによって専用伝送チャネルと共用伝送チャネルを含む。
【０００４】
第２層にはＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層と、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層と、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層と、ＢＭＣ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ）層と、が存在する。前記ＭＡＣ層は多様な論理チャネルを多様な伝送チャネルにマッピングさせる役割を果たし、また、複数の論理チャネルを１つの伝送チャネルにマッピングさせる論理チャネル多重化の役割も果たす。前記ＭＡＣ層は論理チャネルを介して上位層のＲＬＣ層と接続され、前記論理チャネルは制御プレーン情報を送信する制御チャネルとユーザプレーン情報を送信するトラフィックチャネルに分けられる。
【０００５】
前記ＲＬＣ層は各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）のサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ：ＱｏＳ）に対する保障と該当データの送信を担当する。ＲＢ固有のＱｏＳを保障するために、前記ＲＬＣ層は各ＲＢ毎に１つ又は２つの独立したＲＬＣエンティティを置いており、多様なＱｏＳをサポートするためにＴＭ（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ）、ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）、及びＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）の３つのＲＬＣモードを提供している。また、前記ＲＬＣ層は下位層が無線インタフェースでデータを送信するのに適するようにデータサイズを調節する役割も果たすが、このために上位層から受信したデータを分割及び連結する機能を実行する。
【０００６】
前記ＰＤＣＰ層はＲＬＣ層の上位に位置し、ＩＰｖ４やＩＰｖ６などのＩＰパケットを利用して送信されるデータが相対的に帯域幅の小さい無線インタフェースで効率的に送信し得るようにする。このために、ＰＤＣＰ層はヘッダ圧縮機能を実行し、データのヘッダ部分に必ず必要な情報だけ送信できるようにすることにより無線インタフェースの伝送効率を増加させる役割を果たす。前記ＰＤＣＰ層はヘッダ圧縮が基本機能であるために、パケット交換ドメイン（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈ  Ｄｏｍａｉｎ：ＰＳ  ｄｏｍａｉｎ）にのみ存在し、各ＰＳサービスに対して効果的なヘッダ圧縮機能を提供するために１つのＲＢ当たり１つのＰＤＣＰエンティティが存在する。
【０００７】
その他にも、第２層にはＢＭＣ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ）層がＲＬＣ層の上位に存在し、セルブロードキャストメッセージ（Ｃｅｌｌ  Ｂｒｏａｄｃａｓｔ  Ｍｅｓｓａｇｅ）をスケジューリングし、特定のセルに位置する各端末にブロードキャストする機能を実行する。
【０００８】
第３層の最も下部に位置する無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）層は制御プレーンでのみ定義され、各ＲＢの設定、再設定、及び解除と関連して第１及び第２層の各パラメータを制御し、また、伝送チャネル及び物理チャネルを制御する。ここで、前記ＲＢは端末とＵＴＲＡＮ間のデータ伝達のために無線プロトコルの第１及び第２層により提供されている論理的経路を意味する。一般に、ＲＢが設定されるいうことは、特定のサービスを提供するために必要な無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定することを意味する。
【０００９】
以下、ＲＬＣ層についてより具体的に説明する。ＲＬＣ層の基本機能は各ＲＢのＱｏＳに対する保障及びそれによるデータ送信である。ＲＢサービスは無線プロトコルの第２層が上位層に提供するサービスであるために、第２層全体がＱｏＳに影響を与えるが、その中でも特にＲＬＣの影響が大きい。ＲＬＣはＲＢ固有のＱｏＳを保障するためにＲＢ毎に独立したＲＬＣエンティティを置いており、多様なＱｏＳをサポートするためにトランスペアレントモード（ＴＭ）、無応答モード（ＵＭ）、及び応答モード（ＡＭ）の３つのＲＬＣモードを提供している。これらＲＬＣの３つモードはそれぞれサポートするＱｏＳが異なるために動作方法が異なり、その詳細な機能も異なる。以下、ＲＬＣを動作モードに従ってより詳細に説明する。
【００１０】
ＴＭ  ＲＬＣはＲＬＣ  ＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）を構成する時、上位から伝達されたＲＬＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）に何らのオーバーヘッドを追加しないモードである。すなわち、ＲＬＣがＳＤＵをトランスペアレントに通過させるのでＴＭ  ＲＬＣと言い、このような特性によりユーザプレーンと制御プレーンが次のような機能を実行する。ユーザプレーンにおいては、ＲＬＣ内におけるデータ処理時間が短いために、ＴＭ  ＲＬＣは主に回線サービスドメイン（Ｃｉｒｃｕｉｔ  Ｓｅｒｖｉｃｅ  Ｄｏｍａｉｎ：ＣＳ  ｄｏｍａｉｎ）の音声やストリーミングのようなリアルタイム回線サービスドメインデータの送信を担当し、制御プレーンにおいては、ＲＬＣ内にオーバーヘッドがないためにＴＭ  ＲＬＣはアップリンクの場合、不特定端末からのＲＲＣメッセージの送信を担当し、ダウンリンクの場合、セル領域内の全ての端末にブロードキャストされるＲＲＣメッセージの送信を担当する。
【００１１】
トランスペアレントモードとは異なり、ＲＬＣにオーバーヘッドが追加されるモードをノントランスペアレントモード（Ｎｏｎ−ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ）と言い、前記ノントランスペアレントモードは送信したデータの受信が無応答（無応答モード：ＵＭ）であるか応答（応答モード：ＡＭ）であるかの２種類がある。ＵＭ  ＲＬＣは各ＰＤＵ毎にシーケンス番号（Ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ：ＳＮ）を含むＰＤＵヘッダを追加して送信することにより、受信側がどのＰＤＵが送信中に損失したか分かるようにする。前記送信側ＲＬＣについて説明すると、前記無応答モードで動作する時、前記送信側ＲＬＣは受信側が該当ＰＤＵを正常に受信しかか否かを確認しないために、一度送信したＰＤＵは再送信しない。無応答モードで動作する受信側ＲＬＣについて説明すると、前記受信された各ＰＤＵのシーケンス番号により前記損失した各ＰＤＵを判断し、損失したと判断されたＰＤＵに対してはそれ以上受信を期待せず、受信したＰＤＵは直ちに上位層に伝達する。例えば、シーケンス番号が３であるＲＬＣ  ＰＤＵを受信した後、シーケンス番号が６であるＲＬＣ  ＰＤＵを受信した場合、ＵＭ  ＲＬＣはシーケンス番号が４及び５であるＲＬＣ  ＰＤＵに対する受信は失敗したと判断し、それ以上受信を期待しない。このような機能により、ＵＭ  ＲＬＣは主にユーザプレーンではブロードキャスト／マルチキャストデータの送信及びパケットサービスドメイン（ＰＳ  ｄｏｍａｉｎ）の音声（例えば、ＶｏＩＰ）やストリーミングのようなリアルタイムパケットデータの送信を管理し、制御プレーンではセル領域内の特定端末又は特定端末グループに送信するＲＲＣメッセージのうち受信確認応答が必要ないＲＲＣメッセージ送信を管理する。
【００１２】
ノントランスペアレントモードのうちの１つであるＡＭ  ＲＬＣはＵＭ  ＲＬＣと同様にＰＤＵ構成時にＳＮを含むＰＤＵヘッダを追加してＰＤＵを構成するが、ＵＭ  ＲＬＣとは異なり、送信側の送信したＰＤＵに対して受信側が応答するという違いがある。ＡＭ  ＲＬＣにおいて、受信側が応答をする理由は受信側が受信していないＰＤＵに対して送信側に再送信を要求するためであり、このような再送信機能がＡＭ  ＲＬＣの最大の特徴のうちの１つである。結局、ＡＭ  ＲＬＣは再送信によりエラーのない送信を保障することにその目的があり、このような目的により、ＡＭ  ＲＬＣは主にユーザプレーンでＰＳドメインのＴＣＰ／ＩＰのような非リアルタイムパケットデータを送信する。
【００１３】
以下、ＵＭ  ＲＬＣについて具体的に説明する。ＵＭ  ＲＬＣは次の受信番号、すなわち、最後に受信されたＲＬＣ  ＰＤＵのＳＮの次の値であるＶＲ（ＵＳ）という各状態（環境）変数を設定して管理する。このように、最後に受信したＳＮがｘであれば、ＶＲ（ＵＳ）はｘ＋１である。
【００１４】
送信側のＵＭ  ＲＬＣは上位層からＲＬＣ  ＳＤＵを受信すると、その受信したＳＤＵを分割するか、又は連結して適切なサイズの各データユニットを生成した後、各ＳＤＵに順次シーケンス番号（ＳＮ）を割り当ててＲＬＣ  ＰＤＵを生成した後、下位層に伝達する。また、前記ＵＭ  ＲＬＣは受信側がＲＬＣ  ＰＤＵからＲＬＣ  ＳＤＵを正常に復元し得るようにするためにＲＬＣ  ＰＤＵに長さインジケータ（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ：ＬＩ）を含ませる。前記の長さインジケータはＲＬＣ  ＰＤＵ内でのＲＬＤ  ＳＤＵ間の境界面の位置を通知する。
【００１５】
ここで、前記シーケンス番号（ＳＮ）は７ビットで表される。前記シーケンス番号をこのような簡潔な方式で表現して各ＲＬＣ  ＰＤＵのヘッダ部分を減少させることによってデータの伝送効率を向上させることができる。従って、実際にＲＬＣ  ＰＤＵに含まれて送信されるシーケンス番号（ＳＮ）は０から１２７である。送信側は０から順次各ＲＬＣ  ＰＤＵにシーケンス番号を割り当て、１２７の次には再び０から順次シーケンス番号を割り当てる。この場合のように、小さいシーケンス番号（例えば、０）が大きいシーケンス番号（例えば、１２７）の次に割り当てられることを「ラップアラウンド」状況と呼ぶ。従って、ラップアラウンド以後に割り当てられたシーケンス番号を有する各ＲＬＣ  ＰＤＵは前記ラップアラウンド状況の以前に割り当てられたシーケンス番号を有するＲＬＣ  ＰＤＵの次に伝達されなければならない。受信側は常に受信された各ＲＬＣ  ＰＤＵのシーケンス番号を検査し、前記受信されたＲＬＣ  ＰＤＵのシーケンス番号が最後に受信されたＲＬＣ  ＰＤＵのシーケンス番号より小さいと、ラップアラウンドが発生したと判断し、その後に受信される各ＲＬＣ  ＰＤＵは全て以前に受信されていたＲＬＣ  ＰＤＵより以後に発生したＲＬＣ  ＰＤＵと見なす。
【００１６】
図３は従来の受信側のＵＭ  ＲＬＣ動作を示す図であり、下位層からＲＬＣ  ＰＤＵが伝達される時の動作を示す。
【００１７】
第一に、前記受信されたＲＬＣ  ＰＤＵのシーケンス番号値に応じてＶＲ（ＵＳ）を更新する。第二に、前記第一段階で前記ＶＲ（ＵＳ）の更新幅が１でない場合、ＵＭ  ＲＬＣは少なくとも１つの損失したＲＬＣ  ＰＤＵがあると判断し、１つ又はそれ以上の損失したＲＬＣ  ＰＤＵに関する全てのＲＬＣ  ＳＤＵを削除する。それに対して、前記更新幅が１である場合、次の段階に進む。第三に、受信に成功したＲＬＣ  ＰＤＵを利用して復元過程を行い、復元に成功した各ＲＬＣ  ＳＤＵのみを上位層に伝達して動作を終了させる。
【００１８】
以下、マルチメディアブロードキャスト／マルチキャストサービス（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ：ＭＢＭＳ）について説明する。
【００１９】
ＭＢＭＳはダウンリンク専用のＭＢＭＳベアラサービスを利用して複数の端末にストリーミングサービス（例えば、マルチメディア、ＶｏＤ、ウェブキャストなど）やバックグラウンドサービス（例えば、Ｅメール、ショートメッセージサービス（ＳＭＳ）、ダウンロードなど）のようなデータサービスを提供するためのダウンリンク送信サービスを意味する。１つのＭＢＭＳサービスは１つ以上のセッションから構成され、ＭＢＭＳデータはセッション中にＭＢＭＳ無線ベアラにより前記複数の端末に送信される。
【００２０】
ＭＢＭＳはブロードキャストモードとマルチキャストモードに区分される。前記ＭＢＭＳブロードキャストモードとはブロードキャストサービスが可能な地域のブロードキャスト地域内の全てのユーザにマルチメディアデータを送信するサービスを意味し、前記ＭＢＭＳマルチキャストモードとはマルチキャストサービスが可能な地域であるマルチキャスト地域内の特定のユーザグループにのみマルチメディアデータを送信するサービスを意味する。
【００２１】
ＵＴＲＡＮは無線ベアラを使用してＭＢＭＳベアラサービスを端末に提供する。ＵＴＲＡＮが使用するＭＢＭＳベアラには１対多（ｐ−ｔ−ｍ）無線ベアラと１対１（ｐ−ｔ−ｐ）無線ベアラの２種類がある。ここで、前記１対１無線ベアラ（ＲＢ）は論理チャネルＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、伝送チャネルＤＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）、及び物理チャネルＤＰＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を含む双方向ＲＢであり、前記１対多無線ベアラ（ＲＢ）は論理チャネルＭＴＣＨ（ＭＢＭＳ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、伝送チャネルＦＡＣＨ（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、及び物理チャネルＳＣＣＰＣＨ（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を含む単方向ＲＢである。論理チャネルＭＴＣＨは１つのセルに提供されている１つのＭＢＭＳサービス毎に設定され、特定のＭＢＭＳサービスのユーザプレーンデータを複数の端末に送信するために使用されるチャネルである。
【００２２】
ＭＢＭＳサービスを提供するＵＴＲＡＮは論理チャネルＭＣＣＨ（ＭＢＭＳ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介してＭＢＭＳに関するＲＲＣメッセージ、すなわち、制御メッセージを複数の各端末に送信する。ここで、前記ＭＣＣＨは１対多ダウンリンクチャネルであり、論理チャネルＦＡＣＨにマッピングされ、前記伝送チャネルＦＡＣＨは物理チャネルＳＣＣＰＣＨにマッピングされる。前記ＭＣＣＨを介して送信されたＭＢＭＳ関連ＲＲＣメッセージとしては、ＭＢＭＳサービス情報（ＭＢＭＳ  ｓｅｒｖｉｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）とＭＢＭＳ無線ベアラ情報（ＭＢＭＳ  ｒａｄｉｏ  ｂｅａｒｅｒ  ｉｎｆｏｒｍａｔｉｏｎ）が代表的である。ここで、ＭＢＭＳサービス情報はＭＢＭＳサービスを受信しようとする端末に該当セルで実行中のＭＢＭＳサービスなどのＩＤリストと該当ＭＢＭＳサービスに対する無線ベアラの種類を送信する。また、特定のＭＢＭＳサービスが該当セルで１対多無線ベアラを使用する場合、ＭＢＭＳ無線ベアラ情報は前記サービスの１対多無線ベアラに関する情報を前記サービスを受信しようとする各端末に送信する。
【００２３】
１対多無線ベアラを使用して特定のＭＢＭＳサービスを受信しようとする端末はＭＣＣＨを介してＭＢＭＳサービス情報を受信する。端末が受信した前記ＭＢＭＳサービス情報が前記特定のＭＢＭＳサービスのためにＭＢＭＳ無線ベアラ情報を受信することを示す場合、端末は前記ＭＢＭＳ無線ベアラ情報により、特定のＭＢＭＳサービスを受信するためのＭＢＭＳ無線ベアラを設定するために必要な情報を取得する。言い換えれば、端末が受信したＭＢＭＳサービス情報に特定のＭＢＭＳサービスのＩＤが含まれており、特定のＭＢＭＳサービスのための無線ベアラの種類が１対多であることを通知する場合、端末は前記ＭＢＭＳ無線ベアラ情報を受信して１対多無線ベアラ情報を取得した後、その情報を利用して１対多無線ベアラを設定する。
【００２４】
従来技術において、１つのセル領域で特定のＭＢＭＳサービスに対して１対多無線ベアラが設定される場合、複数の端末が前記１対多無線ベアラにより共通してサービスデータを受信するために、ＵＴＲＡＮは各端末の受信状況に応じた１対多無線ベアラを設定することができない。従って、１対多無線ベアラが設定されると、１対１無線ベアラが設定される場合に比べてデータ受信に失敗する確率が高い。
【００２５】
前記端末がデータ受信に失敗する確率を低下させるために、１つのセルでＭＢＭＳサービスが１対多無線ベアラにより送信される場合、端末は周辺のセルを検索し、これら周辺のセルのうちＭＢＭＳサービスを１対多無線ベアラで送信するセルからも端末が受信しようとするサービスデータをさらに受信する。すなわち、端末は端末が位置するセルで特定のＭＢＭＳサービスが１対多無線ベアラにより送信される時、一部のデータの受信が失敗しても、１対多無線ベアラが設定された他のセルから前記データを受信し得るために、データ受信に失敗する確率を低下させることができる。
【発明の開示】
【発明が解決しようとする課題】
【００２６】
従来技術において受信側のＵＭ  ＲＬＣエンティティは１つのセル又は１つの論理チャネルからのみＲＬＣ  ＰＤＵが伝達される。また、各ＲＬＣ  ＰＤＵのシーケンス番号を検査して損失したと判断されたＲＬＣ  ＰＤＵに対してはそれ以上受信待機をせず、また、前記受信に失敗したＲＬＣ  ＰＤＵに関する各ＲＬＣ  ＳＤＵも全て削除（廃棄）し、受信に成功したＲＬＣ  ＰＤＵを処理する。
【００２７】
しかし、このような方式はＭＢＭＳサービスにおける複数のセルから１対多無線ベアラによりデータを受信する場合、又は複数の論理チャネルを介してデータを受信する場合に深刻な問題を起こす。その理由は、各セルから送信された特定のサービスのデータを端末で受信する時点が異なるためである。例えば、図４は１つのＭＢＭＳサービスのデータがＣｅｌｌ  Ａ及びＣｅｌｌ  Ｂから受信される場合を仮定している。従来の動作によれば、ＵＭ  ＲＬＣはＳＮが５であるＲＬＣ  ＰＤＵを受信すると、ＶＲ（ＵＳ）を更新し、ＳＮが３と４であるＲＬＣ  ＰＤＵに対しては受信に失敗したと見なしてそれ以上このようなＲＬＣ  ＰＤＵに対する受信を期待せず、前記ＳＮが５であるＲＬＣ  ＰＤＵを含むＲＬＣ  ＳＤＵを復元して上位層に伝達する。図４に示すように、端末がＣｅｌｌ  ＢからＳＮが３であるＰＤＵを受信し得るにもかかわらず、ＳＮが３及び４であるＲＬＣ  ＰＤＵは受信し得ないと見なされ、ＳＮが３又は４であるＲＬＣ  ＰＤＵが到着する前にＳＮが５であるＲＬＣ  ＰＤＵを処理するという問題が発生する。
【００２８】
また、Ｃｅｌｌ  ＡからＳＮが５であるＲＬＣ  ＰＤＵを受信すると、ＵＭ  ＲＬＣはＶＲ（ＵＳ）を６に更新するが、その後、ＳＮが３であるＲＬＣ  ＰＤＵをＣｅｌｌ  Ｂから受信すると、ＵＭ  ＲＬＣは現在受信されているＲＬＣ  ＰＤＵ（ＳＮ＝３）のシーケンス番号が最後に受信されたＲＬＣ  ＰＤＵ（ＳＮ＝５）のシーケンス番号より小さいために、ラップアラウンド状況が発生したと判断する。従って、ＵＭ  ＲＬＣは現在受信されているＲＬＣ  ＰＤＵ（ＳＮ＝３）をＳＮが５であるＲＬＣ  ＰＤＵ以後に生成された新しいＲＬＣ  ＰＤＵであると判断し、前記ＶＲ（ＵＳ）を４に更新した後、前記各ＲＬＣ  ＰＤＵを処理するという問題が発生する。前記ＶＲ（ＵＳ）を４に更新した後、Ｃｅｌｌ  ＢからＳＮが５であるＲＬＣ  ＰＤＵを受信すると、ＳＮが５であるＲＬＣ  ＰＤＵをＣｅｌｌ  Ａから受信して既に処理したにもかかわらず前記Ｃｅｌｌ  Ｂから受信されたＳＮが５であるＲＬＣ  ＰＤＵを再び処理するという問題が発生する。このような場合には、前記ＲＬＣ  ＰＤＵに含まれた長さインジケータ情報と前記各ＲＬＣ  ＰＤＵ間のマッピングもずれることになる。これはＵＭ  ＲＬＣが各ＲＬＣ  ＰＤＵからＲＬＣ  ＳＤＵを正常に復元できなくする深刻なエラーを起こす。さらに、前記の動作はＵＭ  ＲＬＣを利用するサービスが大部分データを順次受けなければならないアプリケーションであるために、このような不適切なデータ受信によりアプリケーションの動作に深刻な問題が発生する。
【課題を解決するための手段】
【００２９】
本発明は、ＵＭ  ＲＬＣにおける不連続データ受信によって発生する従来の問題点を提起して伝達の遅延時間を減少させ、各論理チャネルから受信された各損失ＰＤＵを減少させ、各ＰＤＵの重複を避けてＰＤＵを処理し得る。
【００３０】
また、無応答モード（ＵＭ）ＲＬＣエンティティが１つ以上の論理チャネルを介して伝達されたＰＤＵを受信し、前記各ＰＤＵのシーケンス番号を参照して受信ウィンドウとタイマーを利用して前記受信されたＰＤＵを並び替え得る。
【発明を実施するための最良の形態】
【００３１】
下記の説明は本発明の好ましい実施形態に基づくが、これに限定されるものではない。より詳しくは、システム及び方法で実現された多様な独創的概念及び原理について論議、説明する。
【００３２】
従来技術の問題点を提起するために、複数のセル又は複数の論理チャネルからＲＬＣ  ＰＤＵを受信する時、本発明はＵＭ  ＲＬＣが受信ウィンドウ及びタイマーを利用して前記受信された各ＲＬＣ  ＰＤＵを処理する方法を提案している。
【００３３】
受信ウィンドウを利用して各ＲＬＣ  ＰＤＵを処理するということは、ＵＭ  ＲＬＣが受信された各ＲＬＣ  ＰＤＵに基づいて受信を期待し得るＲＬＣ  ＰＤＵのシーケンス番号（ＳＮ）値の範囲を管理する過程を意味する。
【００３４】
タイマーを利用してＲＬＣ  ＰＤＵを処理するということは、ＵＭ  ＲＬＣが再構成（復元）のために予約されていないまま受信ウィンドウに残っている前記受信されたＲＬＣ  ＰＤＵに対して並び替えタイマーを動作させ、一定時間が過ぎれば、他の各ＰＤＵを受信するか否かとは関係なく前記ＲＬＣ  ＰＤＵを処理する過程を意味する。
【００３５】
ＵＭ  ＲＬＣは上位層から並び替え指示（ｒｅｏｒｄｅｒｉｎｇ  ｉｎｄｉｃａｔｉｏｎ）によって並び替え設定を受信した場合、複数のセル又は複数の論理チャネルから各ＲＬＣ  ＰＤＵが受信されたと判断し、それに応じて動作する。上位層から並び替え設定に対する指示を受信しない場合、ＵＭ  ＲＬＣは従来技術と同様に各ＲＬＣ  ＰＤＵが単一論理チャネルから受信されると判断し、それに応じて動作する。
【００３６】
複数の論理チャネルと接続されるように設定される場合、ＵＭ  ＲＬＣは順次受信される全てのＲＬＣ  ＰＤＵに対して並び替えが設定されたと判断し、これに応じて動作する。
【００３７】
本発明は２種類の実施形態を提案しており、第１実施形態では次の変数がさらに定義される。
【００３８】
ＶＲ（ＵＲ）：受信待機番号‐この値は並び替えが設定された場合にのみ利用することができ、順次受信された最新のＲＬＣ  ＰＤＵのＳＮ値の次のＳＮ値を意味する。
【００３９】
ＶＲ（ＵＨ）：最大受信番号‐この値は並び替えが設定された場合にのみ利用することができ、ＵＭ  ＲＬＣ内の受信ウィンドウの上限値を意味し、受信されたＲＬＣ  ＰＤＵの全てのシーケンス番号のうち最大のシーケンス番号の次の値（シーケンス番号）を意味する。受信ウィンドウの外にあり、ＳＮの値がｘのＲＬＣ  ＰＤＵが受信されると、ＶＲ（ＵＨ）はｘ＋１の値に設定される。ＶＲ（ＵＨ）の初期値は０である。
【００４０】
ＶＲ（ＵＴ）：タイマー指示番号‐この値は並び替えが設定された場合にのみ使用され、並び替えタイマーが設定されたＲＬＣ  ＰＤＵに該当するＳＮ値と同一値に設定される。
【００４１】
受信ウィンドウサイズ：この値は前記受信ウィンドウのサイズを示す。
【００４２】
受信ウィンドウ：これはＲＬＣエンティティが受信して処理するＲＬＣ  ＰＤＵのシーケンス番号値の範囲であり、ＶＲ（ＵＨ）値から受信ウィンドウサイズを引いた値と同一であるか、又はそれより大きく、ＶＲ（ＵＨ）より小さい値に定義される（すなわち、［ＶＲ（ＵＨ）−受信ウィンドウサイズ］≦受信ウィンドウ＜ＶＲ（ＵＨ））。
【００４３】
ここで、前記３つの変数（ＶＲ（ＵＲ）、ＶＲ（ＵＨ）、ＶＲ（ＵＴ））は無応答モードデータ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ  ｄａｔａ：ＵＭＤ）伝達手順を考慮する場合には若干異なる方式で定義される。第一に、ＶＲ（ＵＲ）はＵＭ重複回避（ＵＭ  ｄｕｐｌｉｃａｔｅ  ａｖｏｉｄａｎｃｅ）及び並び替え送信状態変数（ｒｅｏｒｄｅｒｉｎｇ  ｓｅｎｄ  ｓｔａｔｅ  ｖａｒｉａｂｌｅ）である「ＶＲ（ＵＤＲ）」と同等である。この状態変数は順次受信されると期待される次のＵＭＤ  ＰＤＵのシーケンス番号を含む。第二に、ＶＲ（ＵＨ）はＵＭ重複回避及び並び替え最高受信状態変数（ｒｅｏｒｄｅｒｉｎｇ  ｈｉｇｈｅｓｔ  ｒｅｃｅｉｖｅｄ  ｓｔａｔｅ  ｖａｒｉａｂｌｅ）である「ＶＲ（ＵＤＨ）」と同等である。この状態変数は重複回避及び並び替え機能部により受信された最大の番号を有するＵＭＤ  ＰＤＵのシーケンス番号を含む。第三に、ＶＲ（ＵＴ）はＵＭ重複回避及び並び替えタイマー状態変数（ｒｅｏｒｄｅｒｉｎｇ  ｔｉｍｅｒ  ｓｔａｔｅ  ｖａｒｉａｂｌｅ）である「ＶＲ（ＵＤＴ）」と同等である。この状態変数はタイマー（Ｔｉｍｅｒ＿ＤＡＲ（ｄｕｐｌｉｃａｔｅ  ａｖｏｉｄａｎｃｅ  ａｎｄ  ｒｅｏｒｄｅｒｉｎｇ））が作動している時、前記「Ｔｉｍｅｒ＿ＤＡＲ」に関するＵＭＤ  ＰＤＵのシーケンス番号を含む。ここで、前記Ｔｉｍｅｒ＿ＤＡＲはＵＭ重複回避及び並び替え機能部と共に使用されるタイマーであり、順次ＵＭ  ＲＬＣ受信機能部からのＰＤＵ伝達をトリガーするために使用される。
【００４４】
前記第１実施形態によれば、ＵＭ  ＲＬＣは下位層から新しいＲＬＣ  ＰＤＵを受信すると、並び替えが設定されたか否かに応じて動作する。前記ＵＭ  ＲＬＣは並び替えが設定されていない場合、従来技術と同様に動作し、並び替えが設定された場合には前記受信されたＲＬＣ  ＰＤＵのＳＮ値、受信ウィンドウ、及びタイマーによって動作する。
【００４５】
前記過程において、ＵＭ  ＲＬＣが従来と同様に動作するということは、ＵＭ  ＲＬＣが受信されたＲＬＣ  ＰＤＵのＳＮ値によってＶＲ（ＵＳ）を更新し、該ＶＲ（ＵＳ）の更新幅が１でなければ、少なくとも１つの損失したＰＤＵがあると判断し、その損失した各ＰＤＵに関するＲＬＣ  ＳＤＵを削除し、受信に成功したと判断された各ＲＬＣ  ＳＤＵのみを復元して上位層に伝達する過程を意味する。もしＶＲ（ＵＳ）更新幅が１であれば、ＵＭ  ＲＬＣは損失したＰＤＵがないと判断し、受信された各ＲＬＣ  ＰＤＵに基づいて各ＲＬＣ  ＳＤＵを復元して上位層に伝達する。ここで、前記ＲＬＣ  ＰＤＵに関するＲＬＣ  ＳＤＵとは、その一部データあるいは前記ＲＬＣ  ＰＤＵ内に含まれているＲＬＣ  ＳＤＵの終了を示す長さインジケータを含むＲＬＣ  ＳＤＵを意味する。
【００４６】
前記過程において、受信されたＲＬＣ  ＰＤＵのＳＮ値、受信ウィンドウ、及びタイマーによってＵＭ  ＲＬＣが動作するということは、前記ＲＬＣ  ＰＤＵ  ＳＮ値、受信ウィンドウ、及びＶＲ（ＵＲ）を利用して前記新しく受信されたＲＬＣ  ＰＤＵを検査し、該検査の結果によって該当ＲＬＣ  ＰＤＵを処理することを意味し、その後、ＳＮ値がＶＲ（ＵＲ）であるＲＬＣ  ＰＤＵが存在するか否かによって前記ＲＬＣ  ＰＤＵをさらに処理し、並び替えタイマーを利用して処理した後、再構成が予約されたＲＬＣ  ＰＤＵを処理することを意味する。
【００４７】
以下、前記過程における、前記ＲＬＣ  ＰＤＵ  ＳＮ値、受信ウィンドウ、及びＶＲ（ＵＲ）を利用して前記新しく受信されたＲＬＣ  ＰＤＵを検査した後、検査の結果によって該当ＲＬＣ  ＰＤＵを処理する方法について詳細に説明する。まず、ＵＭ  ＲＬＣは受信されたＲＬＣ  ＰＤＵのＳＮ値が受信ウィンドウ内に位置しているかを検査する。もし、前記ＰＤＵのＳＮ値が受信ウィンドウ内に位置していれば、前記ＳＮ値がＶＲ（ＵＲ）より小さいか、又は前記ＳＮ値に該当するＲＬＣ  ＰＤＵが既に受信された場合、該当ＲＬＣ  ＰＤＵを削除する。もし、前記ＰＤＵのＳＮ値が受信ウィンドウ内に位置しなければ、該当ＲＬＣ  ＰＤＵを受信バッファ内で前記ＲＬＣ  ＰＤＵのＳＮ値が指示する位置に置く。
【００４８】
前記検査の段階において、ＲＬＣ  ＰＤＵのＳＮ値が前記受信ウィンドウ内にない場合、前記受信されたＲＬＣ  ＰＤＵは前記ＲＬＣ  ＰＤＵのＳＮ値が指示する位置に置いて、ＶＲ（ＵＨ）値をＲＬＣ  ＰＤＵ  ＳＮ値に１を足した値に設定して受信ウィンドウの位置を更新する。その後、ＵＭ  ＲＬＣは前記受信バッファに保存された各ＰＤＵのうち前記更新された受信ウィンドウの外にあるＳＮ値を有する各ＲＬＣ  ＰＤＵ（すなわち、「ＶＲ（ＵＨ）−受信ウィンドウサイズ」から「ＶＲ（ＵＨ）」の間の範囲内にないＳＮ値を有する各ＲＬＣ  ＰＤＵ）を復元（再構成）のために予約する。その結果、前記ＶＲ（ＵＲ）が前記更新された受信ウィンドウより小さい場合、ＵＭ  ＲＬＣは前記ＶＲ（ＵＲ）を「ＶＲ（ＵＨ）−受信ウィンドウサイズ」に更新する。
【００４９】
前記過程において、ＳＮ値がＶＲ（ＵＲ）であるＲＬＣ  ＰＤＵが存在するか否かによってＲＬＣ  ＰＤＵを処理するということは、特定のＳＮ値を有するＲＬＣ  ＰＤＵが受信ウィンドウ内に存在すれば、前記ＲＬＣ  ＰＤＵから順次受信されていない第一のＲＬＣ  ＰＤＵまでを含む各ＲＬＣ  ＰＤＵを再構成のために予約し、ＶＲ（ＵＲ）値を前記順次受信されていない第一のＲＬＣ  ＰＤＵのＳＮ値に更新することを意味する。
【００５０】
前記過程において、並び替えタイマーを利用して処理するということは、ＵＭ  ＲＬＣは、動作している並び替えタイマーがあれば、ＳＮ値がＶＲ（ＵＴ）であるＲＬＣ  ＰＤＵが再構成のために予約されたかを検査し、予約されている場合に前記並び替えタイマーを中止させることを意味する。その後、ＵＭ  ＲＬＣは動作している並び替えタイマーがあるかを再び検査し、動作中である並び替えタイマーがない場合、受信バッファ内に存在し、かつ予約されていない各ＲＬＣ  ＰＤＵがあるかを検査し、該当する各ＲＬＣ  ＰＤＵがある場合、受信バッファ内に存在し、かつ予約されていない前記ＰＤＵのうち最大のＳＮ値を有するＲＬＣ  ＰＤＵに対してのみ並び替えタイマーを再稼動させた後、前記最大のＳＮ値を有するＲＬＣ  ＰＤＵのＳＮ値と同一値に前記ＶＲ（ＵＴ）値を更新することを意味する。
【００５１】
前記過程において、再構成予約されたＲＬＣ  ＰＤＵを処理するということは、受信していないＲＬＣ  ＰＤＵに関するＲＬＣ  ＳＤＵを削除し、受信された各ＲＬＣ  ＰＤＵに基づいてＲＬＣ  ＳＤＵを再構成（復元）して上位層に伝達することを意味する。ここで、前記ＲＬＣ  ＰＤＵに関するＲＬＣ  ＳＤＵとは、その一部データあるいは前記ＲＬＣ  ＰＤＵ内に含まれている前記ＲＬＣ  ＳＤＵの終了を示す長さインジケータを含むＲＬＣ  ＳＤＵを意味する。
【００５２】
また、前記過程において、並び替えタイマーが満了する度に、ＵＭ  ＲＬＣはＶＲ（ＵＲ）よりは大きく、ＶＲ（ＵＴ）よりは小さいＳＮ値を有するＲＬＣ  ＰＤＵを再構成するために予約し、ＳＮ値がＶＲ（ＵＴ）であるＲＬＣ  ＰＤＵから順次受信されていない第一のＲＬＣ  ＰＤＵまでの各ＲＬＣ  ＰＤＵを再構成するために予約し、順次受信していない前記第一のＲＬＣ  ＰＤＵのＳＮ値にＶＲ（ＵＲ）を更新する。この各過程の結果、受信バッファ内に存在し、かつ再構成が予約されていない各ＲＬＣ  ＰＤＵが存在する場合、前記各ＲＬＣ  ＰＤＵのうち最大のＳＮ値を有するＲＬＣ  ＰＤＵに対して前記並び替えタイマーを再稼動させて前記最大のＳＮ値を有するＲＬＣ  ＰＤＵのＳＮ値にＶＲ（ＵＴ）を更新する。
【００５３】
図５及び図６は本発明の第１実施形態による受信側（例えば、端末、ＵＥなど）のＵＭ  ＲＬＣの動作を示す図である。
【００５４】
段階１において、ＳＮ値がＲＳＮであるＲＬＣ  ＰＤＵが下位層からＵＭ  ＲＬＣに到着する。
【００５５】
段階２において、並び替えが設定されている場合、段階５に移動し、設定されていない場合、次の段階３を行う。
【００５６】
段階３において、ＶＲ（ＵＳ）を更新してＶＲ（ＵＳ）の更新幅が１でなければ、損失したと判断された各ＰＤＵ及びこれらＰＤＵに関する各ＳＤＵを削除する。ここで、損失したと判断される各ＲＬＣ  ＰＤＵとは、更新する前のＶＲ（ＵＳ）と同一であるか、それより大きく、ＲＳＮより小さいシーケンス番号を有するＲＬＣ  ＰＤＵを意味する。
【００５７】
段階４において、前記受信された各ＲＬＣ  ＰＤＵを利用し、各ＲＬＣ  ＳＤＵを復元して上位層に伝達した後、前記過程を終了する。
【００５８】
段階５において、前記ＲＳＮが受信ウィンドウ内にない場合、段階７に移動し、受信ウィンドウ内にある場合、次の段階を行う。
【００５９】
段階６において、前記ＲＳＮがＶＲ（ＵＲ）より小さいか、又は前記受信されたＲＬＣ  ＰＤＵが既に受信されたＰＤＵである場合、該当ＲＬＣ  ＰＤＵを削除し、そうでない場合、前記ＲＬＣ  ＰＤＵを受信バッファ内の前記ＲＳＮが指示する位置に保存する。その後、段階１０に移動する。
【００６０】
段階７において、前記受信されたＲＬＣ  ＰＤＵをＲＳＮが指示する位置に置いて、ＶＲ（ＵＨ）をＲＳＮ＋１と同一値に更新する。
【００６１】
段階８において、前記更新されたウィンドウ、すなわち、前記受信ウィンドウの外に位置し、ＳＮ値より小さいＳＮ値を有する各ＲＬＣ  ＰＤＵは再構成のために予約される。
【００６２】
段階９において、ＶＲ（ＵＲ）が前記更新されたウィンドウの下方に位置すれば、前記ＶＲ（ＵＲ）をＶＲ（ＵＨ）から受信ウィンドウサイズを引いた値と同一値に更新する。
【００６３】
段階１０において、前記ＶＲ（ＵＲ）に該当するＲＬＣ  ＰＤＵが受信バッファに保存されていなければ段階１２に移動し、保存されていれば次の段階を行う。
【００６４】
段階１１において、前記受信バッファ内で、ＶＲ（ＵＲ）を有するＲＬＣ  ＰＤＵから順次受信していない第一のＲＬＣ  ＰＤＵまでの各ＲＬＣ  ＰＤＵを再構成のために予約する。また、ＶＲ（ＵＲ）を順次受信していない前記第一のＲＬＣ  ＰＤＵのＳＮ値と同一値に更新する。
【００６５】
段階１２において、並び替えタイマーが動作中でない場合は段階１４に移動し、そうでない場合は次の段階を行う。
【００６６】
段階１３において、前記ＶＲ（ＵＴ）に該当するＲＬＣ  ＰＤＵが再構成のために予約されている場合、並び替えタイマーを中止する。
【００６７】
段階１４において、並び替えタイマーが動作中である場合は段階１７に移動し、そうでない場合は次の段階を行う。
【００６８】
段階１５において、受信バッファ内に保存されているが、再構成のために予約されていない各ＲＬＣ  ＰＤＵがある場合は次の段階を行い、そうでない場合は段階１７に移動する。
【００６９】
段階１６において、受信バッファに保存されていて再構成のために予約されていない各ＲＬＣ  ＰＤＵのうち最大のＳＮ値を有するＲＬＣ  ＰＤＵに対して並び替えタイマーを動作させ、ＶＲ（ＵＴ）を前記最大のＳＮ値を有するＰＤＵのＳＮ値に設定する。
【００７０】
段階１７において、並び替えが予約された各ＲＬＣ  ＰＤＵに対しては損失したと判断された各ＲＬＣ  ＰＤＵに関するＲＬＣ  ＳＤＵを削除し、受信された各ＲＬＣ  ＰＤＵに対しては各ＲＬＣ  ＳＤＵを復元して上位層に伝達した後、前記過程を終了する。
【００７１】
以下、本発明の第２実施形態について説明する。前記第２実施形態はＵＭ  ＲＬＣの特徴を利用する前記第１実施形態を改善したものである。すなわち、受信側（例えば、端末、ＵＥなど）のＵＭ  ＲＬＣが複数のセルや複数の論理チャネルから各ＲＬＣ  ＰＤＵを受信しても、各セルや各論理チャネルの送信側でそれぞれのＲＬＣ  ＰＤＵを再送信せず、以前に送信したＲＬＣ  ＰＤＵのＳＮより小さいＳＮ値に該当するＲＬＣ  ＰＤＵは再送信されないという事実を利用し、各ＲＬＣ  ＰＤＵが必要以上に受信ウィンドウに残って上位層に伝達されない現象を防止する効果を有している。
【００７２】
より詳しくは、ＵＭ  ＲＬＣは各論理チャネルから最後に受信されたＲＬＣ  ＰＤＵのＳＮ値を記録（保存）し、それぞれの論理チャネルから最後に受信された各ＲＬＣ  ＰＤＵのＳＮ値のうち最小値を用いる。ここで、ＵＭ  ＲＬＣはどの論理チャネルからも前記最小値より小さいＳＮ値を有するＲＬＣ  ＰＤＵはそれ以上受信し得ないという事実を利用し、前記ＵＭ  ＲＬＣが前記最小値より小さいＳＮ値を有するＲＬＣ  ＰＤＵを受信しようとする場合、前記受信しようとするＲＬＣ  ＰＤＵから前記最小値に該当するＲＬＣ  ＰＤＵまでの各ＲＬＣ  ＰＤＵを直ちに再構成のために予約することにより、ＵＭ  ＲＬＣが必要以上にそれ以上送信されることのない各ＲＬＣ  ＰＤＵを受信しようと待機して発生し得る伝達の遅延を防止することができる。このために、前記第２実施形態においては、環境変数をさらに定義して前記第１実施形態と比較してより迅速、かつ効果的な方法を提示する。
【００７３】
前記第２実施形態においては、前記第１実施形態における各変数と共に次の変数をさらに定義する。
【００７４】
ＶＲ（ＵＳ＿ｉ）：ｉ番目のチャネルの次の受信番号‐これは並び替えが設定されている場合に使用される値で、ｉ番目のチャネルで最後に受信されたＲＬＣ  ＰＤＵのＳＮ値の次の値を意味する。
【００７５】
以下、前記第２実施形態の動作方法について詳細に説明する。
【００７６】
受信側（例えば、端末、ＵＥなど）のＵＭ  ＲＬＣは下位層から新しいＲＬＣ  ＰＤＵを受信すると、並び替えが設定されているか否かに応じて動作する。ＵＭ  ＲＬＣは並び替えが設定されていない場合には従来のように動作し、並び替えが設定されている場合には受信されたＲＬＣ  ＰＤＵのＳＮ値、受信ウィンドウ、及びタイマーによって動作する。
【００７７】
従来のようにＵＭ  ＲＬＣが動作するということは、ＵＭ  ＲＬＣが受信されたＲＬＣ  ＰＤＵのＳＮ値によってＶＲ（ＵＳ）を更新し、該ＶＲ（ＵＳ）の更新幅が１でなければ、少なくとも１つの損失したＰＤＵがあると判断し、その損失した各ＰＤＵに関する各ＲＬＣ  ＳＤＵを削除し、受信に成功したと判断された各ＲＬＣ  ＳＤＵのみを復元して上位層に伝達する過程を意味する。もし、ＶＲ（ＵＳ）の更新幅が１であれば、ＵＭ  ＲＬＣは損失したＰＤＵがないと判断し、受信された各ＲＬＣ  ＰＤＵに基づいて各ＲＬＣ  ＳＤＵを復元して上位層に伝達する。ここで、前記ＲＬＣ  ＰＤＵに関するＲＬＣ  ＳＤＵとは、その一部データあるいは前記ＲＬＣ  ＰＤＵ内に含まれているＲＬＣ  ＳＤＵの終了を示す長さインジケータを含むＲＬＣ  ＳＤＵを意味する。
【００７８】
受信されたＲＬＣ  ＰＤＵのＳＮ値、受信ウィンドウ、及びタイマーによってＵＭ  ＲＬＣが動作するということは、前記ＲＬＣ  ＰＤＵ  ＳＮ値、受信ウィンドウ、及びＶＲ（ＵＲ）を利用して前記新しく受信されたＲＬＣ  ＰＤＵを検査し、該検査の結果によって該当ＲＬＣ  ＰＤＵを処理することを意味し、次の受信番号（すなわち、ＶＲ（ＵＳ＿ｉ））の最小値を用いてＲＬＣ  ＰＤＵをさらに処理し、並び替えタイマーを利用して処理した後、再構成が予約された各ＲＬＣ  ＰＤＵを処理することを意味する。
【００７９】
以下、前記過程において、前記ＲＬＣ  ＰＤＵ  ＳＮ値、受信ウィンドウ、及びＶＲ（ＵＲ）を利用して前記新しく受信されたＲＬＣ  ＰＤＵを検査した後、該検査の結果によって該当ＲＬＣ  ＰＤＵを処理するということを詳細に説明する。まず、受信されたＲＬＣ  ＰＤＵがｉ番目の論理チャネルを介して伝達されると、前記論理チャネルに該当する状態変数（ＶＲ（ＵＳ＿ｉ））が前記受信されたＲＬＣ  ＰＤＵのＳＮＳ値に１を足した値と同一値に更新される。その後、前記受信されたＲＬＣ  ＰＤＵのＳＮ値が受信ウィンドウ内に位置しているかを検査し、受信ウィンドウ内に位置していれば、前記ＳＮ値がＶＲ（ＵＲ）より小さいか、又は前記ＳＮ値に該当するＲＬＣ  ＰＤＵが既に受信されている場合、前記ＲＬＣ  ＰＤＵを削除する。その他の場合は前記ＲＬＣ  ＰＤＵを受信バッファ内で前記ＳＮ値が指示する位置に保存する。前記ＳＮ値が受信ウィンドウ内になければ、前記受信されたＲＬＣ  ＰＤＵを前記ＳＮ値が指示する位置に保存して前記受信ウィンドウの位置を前記ＶＲ（ＵＨ）値をＲＬＣ  ＰＤＵ  ＳＮ値に１を足した値（すなわち、ＶＲ（ＵＨ）＝ＳＮ＋１）と同一値に設定して更新する。その後、受信バッファ内に保存された各ＰＤＵのうち、前記更新された受信ウィンドウの外に位置するＳＮ値を有する各ＲＬＣ  ＰＤＵ（すなわち、「ＶＲ（ＵＨ）−受信ウィンドウサイズ」から「ＶＲ（ＵＨ）」の間の範囲内にないＳＮ値を有する各ＲＬＣ  ＰＤＵ）を再構成のために予約する。その結果、ＶＲ（ＵＲ）が前記更新された受信ウィンドウより小さい場合、前記ＶＲ（ＵＲ）を「ＶＲ（ＵＨ）−受信ウィンドウサイズ」に更新する。
【００８０】
前記過程において、各論理チャネルの次の受信番号（すなわち、ＶＲ（ＵＳ＿ｉ））の最小値を用いてＲＬＣ  ＰＤＵを処理するということは、前記ＵＭ  ＲＬＣと接続された全ての論理チャネルに対して各ＶＲ（ＵＳ＿ｉ）値の最小値を求めて、その値がＶＲ（ＵＲ）より大きいと、ＶＲ（ＵＲ）より大きく、ＶＲ（ＵＳ＿ｉ）の最小値より小さいＳＮ値を有する該当受信された各ＲＬＣ  ＰＤＵを再構成のために予約し、ＶＲ（ＵＲ）をＶＲ（ＵＳ＿ｉ）に再設定することを意味する。ここで、「ｉ」は０とＮ−１の間の値であり、「Ｎ」は前記ＵＭ  ＲＬＣと接続された論理チャネルの総数であり、ＶＲ（ＵＳ＿ｉ）は（前述したように）ｉ番目のチャネルの次の受信番号である。
【００８１】
前記過程において、ＳＮがＶＲ（ＵＲ）であるＲＬＣ  ＰＤＵが存在するかによってＲＬＣ  ＰＤＵを処理するということは、特定のＳＮ値を有するＲＬＣ  ＰＤＵが受信ウィンドウ内に存在する場合、前記ＲＬＣ  ＰＤＵから順次受信していない第一のＲＬＣ  ＰＤＵまでの各ＲＬＣ  ＰＤＵを再構成のために予約した後、ＶＲ（ＵＲ）値を順次受信していない第一のＲＬＣ  ＰＤＵのＳＮ値に更新することを意味する。
【００８２】
前記過程において、並び替えタイマーを使用して処理するということは、ＵＭ  ＲＬＣが動作中である並び替えタイマーが存在する場合、ＳＮがＶＲ（ＵＴ）であるＲＬＣ  ＰＤＵが再構成のために予約されているかを検査し、予約されている場合、並び替えタイマーを中止させることを意味する。その後、ＵＭ  ＲＬＣは動作中である並び替えタイマーが存在しているかを再検査し、動作中である並び替えタイマーが存在しない場合、受信バッファ内に存在し、かつ予約されていない各ＲＬＣ  ＰＤＵがあるかを検査する。そのような各ＲＬＣ  ＰＤＵがある場合、受信バッファ内に存在し、かつ予約されていない各ＲＬＣ  ＰＤＵのうち最大のＳＮを有するＲＬＣ  ＰＤＵに対して並び替えタイマーを再稼動させ、前記最大のＳＮ値を有するＲＬＣ  ＰＤＵのＳＮ値と同一値にＶＲ（ＵＴ）を更新する。
【００８３】
前記過程において、再構成が予約された各ＲＬＣ  ＰＤＵを処理するということは、受信していない各ＲＬＣ  ＰＤＵに関するＲＬＣ  ＳＤＵを削除することを意味し、前記ＲＬＣ  ＳＤＵは受信された各ＲＬＣ  ＰＤＵに基づいて復元されて上位層に伝達される。ここで、前記ＲＬＣ  ＰＤＵに関するＲＬＣ  ＳＤＵとは、その一部データあるいは前記ＲＬＣ  ＰＤＵ内に含まれているＲＬＣ  ＳＤＵの終了を示す長さインジケータを有するＲＬＣ  ＳＤＵを意味する。
【００８４】
また、前記過程において、ＵＭ  ＲＬＣは、ＶＲ（ＵＲ）よりは大きく、ＶＲ（ＵＴ）よりは小さいＳＮ値を有するＲＬＣ  ＰＤＵを再構成するために予約し、ＳＮ値がＶＲ（ＵＴ）であるＲＬＣ  ＰＤＵから順次受信されなかった第一のＲＬＣ  ＰＤＵまでの各ＲＬＣ  ＰＤＵを再構成するために予約し、順次受信していない前記第一のＲＬＣ  ＰＤＵのＳＮ値にＶＲ（ＵＲ）を更新する。この各過程の結果、受信バッファ内に存在し、かつ再構成が予約されていない各ＲＬＣ  ＰＤＵが存在する場合、これらＲＬＣ  ＰＤＵのうち最大のＳＮ値を有するＲＬＣ  ＰＤＵに対して前記並び替えタイマーを再稼動させて前記最大のＳＮ値を有するＲＬＣ  ＰＤＵのＳＮ値にＶＲ（ＵＴ）を更新する。
【００８５】
図５及び図７は本発明の第２実施形態による受信側（例えば、端末、ＵＥなど）のＵＭ  ＲＬＣの動作を示す図であり、図７の各過程は図６に類似しており、図６で行われていない各追加段階は図７に網掛け部分で表される。
【００８６】
段階１において、ＳＮ値がＲＳＮであるＲＬＣ  ＰＤＵがｉ番目の論理チャネルを介して下位層からＵＭ  ＲＬＣに到着する。
【００８７】
段階２において、並び替えが設定されている場合、段階５に移動し、設定されていない場合、次の段階３を行う。
【００８８】
段階３において、ＶＲ（ＵＳ）を更新してＶＲ（ＵＳ）の更新幅が１でなければ、損失したと判断された各ＰＤＵ及び前記各ＰＤＵに関するＳＤＵを削除する。ここで、損失したと判断される各ＲＬＣ  ＰＤＵとは、更新する前のＶＲ（ＵＳ）と同一であるか、それより大きく、ＲＳＮより小さいシーケンス番号を有するＲＬＣ  ＰＤＵを意味する。
【００８９】
段階４において、前記受信されたＲＬＣ  ＰＤＵを利用し、各ＲＬＣ  ＳＤＵを復元して上位層に伝達した後、前記過程を終了する。
【００９０】
段階５において、前記ｉ番目の論理チャネルに該当するＶＲ（ＵＳ＿ｉ）をＲＳＮ＋１と同一値に更新し、前記ＲＳＮが受信ウィンドウ内にない場合、段階７に移動し、受信ウィンドウ内にある場合、次の段階を行う。
【００９１】
段階６において、前記ＲＳＮがＶＲ（ＵＲ）より小さいか、又は前記受信されたＲＬＣ  ＰＤＵが既に受信されたＰＤＵである場合、該当ＲＬＣ  ＰＤＵを削除し、そうでない場合、前記ＲＬＣ  ＰＤＵを受信バッファ内の前記ＲＳＮが指示する位置に保存する。その後、段階１０に移動する。
【００９２】
段階７において、前記受信されたＲＬＣ  ＰＤＵをＲＳＮが指示する位置に置いて、ＶＲ（ＵＨ）をＲＳＮ＋１と同一値に更新する。
【００９３】
段階８において、前記更新されたウィンドウ、すなわち、前記受信ウィンドウの外に位置し、ＳＮ値より小さいＳＮ値を有する各ＲＬＣ  ＰＤＵは再構成のために予約される。
【００９４】
段階９において、ＶＲ（ＵＲ）が前記更新されたウィンドウの下方に位置すれば、前記ＶＲ（ＵＲ）をＶＲ（ＵＨ）から受信ウィンドウサイズを引いた値と同一値に更新する。
【００９５】
段階１０において、全ての論理チャネルに対するＶＲ（ＵＳ＿ｋ）の最小値を取得する。ここで、「ｋ」は０とＮの間の値であり、「Ｎ」は論理チャネルの総数である。前記最小のＶＲ（ＵＳ＿ｋ）がＶＲ（ＵＲ）より大きければ、ＶＲ（ＵＲ）からＶＲ（ＵＳ＿ｋ）の間のＳＮ値を有する各ＲＬＣ  ＰＤＵは再構成のために予約され、ＶＲ（ＵＲ）は最小のＶＲ（ＵＳ＿ｋ）と同一値に更新される。その後、前記ＶＲ（ＵＲ）に該当するＲＬＣ  ＰＤＵが受信バッファに保存されていなければ段階１２に移動し、保存されていれば次の段階を行う。
【００９６】
段階１１において、前記受信バッファ内で、ＶＲ（ＵＲ）を有するＲＬＣ  ＰＤＵから順次受信していない第一のＲＬＣ  ＰＤＵまでの各ＲＬＣ  ＰＤＵを再構成のために予約する。また、ＶＲ（ＵＲ）を順次受信していない前記第一のＲＬＣ  ＰＤＵのＳＮ値と同一値に更新する。
【００９７】
段階１２において、並び替えタイマーが動作中でない場合は段階１４に移動し、そうでない場合は次の段階を行う。
【００９８】
段階１３において、前記ＶＲ（ＵＴ）に該当するＲＬＣ  ＰＤＵが再構成のために予約されている場合、並び替えタイマーを中止する。
【００９９】
段階１４において、並び替えタイマーが動作中である場合は段階１７に移動し、そうでない場合は次の段階を行う。
【０１００】
段階１５において、受信バッファ内に保存されているが、再構成のために予約されていない各ＲＬＣ  ＰＤＵがある場合は次の段階を行い、そうでない場合は段階１７に移動する。
【０１０１】
段階１６において、受信バッファに保存されているが、再構成のために予約されていない各ＲＬＣ  ＰＤＵのうち最大のＳＮ値を有するＲＬＣ  ＰＤＵに対して並び替えタイマーを動作させ、ＶＲ（ＵＴ）を前記最大のＳＮ値を有するＰＤＵのＳＮ値に設定する。
【０１０２】
段階１７において、並び替えが予約された各ＲＬＣ  ＰＤＵに対しては損失したと判断された各ＲＬＣ  ＰＤＵに関するＲＬＣ  ＳＤＵを削除し、受信された各ＲＬＣ  ＰＤＵに対しては各ＲＬＣ  ＳＤＵを復元して上位層に伝達した後、前記過程を終了する。
【０１０３】
しかし、送信側（例えば、ＵＴＲＡＮ）が再送信を行わないと仮定した前述の本発明の第２実施形態は、第１実施形態の改善された実施形態である一方、送信側が再送信を行う場合、前記第２実施形態の所望の動作を行わせることができず、前記第１実施形態を使用しなければならない。従って、本発明においては、受信側を動作させてＵＭ  ＲＬＣが送信側で再送信を行うか否かを判断するようにすることで、ＵＭ  ＲＬＣは、再送信が上位層で設定された場合には第１実施形態によって動作し、再送信が設定されていない場合には第２実施形態によって動作することができる。そのために、受信側のＵＭ  ＲＬＣは再送信の指示を送信して第１実施形態の方法や第２実施形態の方法を選択的に利用することができる。
【０１０４】
前述したように、本発明は１つ以上の論理チャネルを介して伝達されたＲＬＣ  ＰＤＵを受信するＵＭ  ＲＬＣエンティティが、最小の伝達遅延時間、及び各論理チャネルから受信されたＰＤＵの最小の損失で、かつ重複動作なくＰＤＵを処理することにより、動作することができる。
【０１０５】
本発明は多様な手順における指示、ハードウェア、及びこれらの組み合わせを利用して前記の各手順及びＵＭ  ＲＬＣデータ管理のための各段階を実現することができ、以下にこれを説明する。
【０１０６】
図８及び図９はそれぞれ本発明による送信側（例えば、ＵＴＲＡＮ）と受信側（例えば、ＵＥ）に対する２つのＵＭ同位エンティティの例を示している。図８は重複回避及び並び替え部が設定されていない場合の２つのＵＭ同位ＲＬＣエンティティを示しており、図９は重複回避及び並び替え部に対して設定された２つのＵＭ同位ＲＬＣエンティティを示している。図９において、重複回避及び並び替え部はＭＴＣＨ（ＭＢＭＳ  ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）に対してのみ指定され、暗号化部及び復号化部は省略される。図８及び図９を参照して送信側ＵＭ  ＲＬＣエンティティ及び受信側ＵＭ  ＲＬＣエンティティについて説明する。
【０１０７】
送信側ＵＭ  ＲＬＣエンティティはＵＭ−ＳＡＰを介して上位層からＲＬＣ  ＳＤＵを受信する。送信側ＵＭ  ＲＬＣエンティティは、ＲＬＣ  ＳＤＵがＵＭＤ  ＰＤＵ内の使用可能な空間の長さより長い場合、前記ＲＬＣ  ＳＤＵを適切なサイズの各ＲＬＣ  ＰＤＵ（例えば、Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ  Ｄａｔａ（ＵＭＤ）ＰＤＵＳ）に分割する。前記ＵＭＤ  ＰＤＵは分割、又は連結された各ＲＬＣ  ＳＤＵを含む。また、ＵＭＤ  ＰＤＵは、ＵＭＤ  ＳＤＵが有効な長さを有することを保障するためにパッデングを含む。長さインジケータ（ＬＩ）を利用してＵＭＤ  ＰＤＵ内にある各ＲＬＣ  ＳＤＵ間の境界を定義することができる。また、前記の長さインジケータを利用してパッデングが前記ＵＭＤ  ＰＤＵ内に含まれているかを定義することができる。暗号化部が設定（構成）されて開始すると、ＵＭＤ  ＰＤＵは下位層に送られる前に（ＵＭＤ  ＰＤＵヘッダ部分のみを除いて）暗号化される。送信側ＵＭ  ＲＬＣエンティティはＵＭＤ  ＰＤＵを論理チャネルＣＣＣＨ、ＳＨＣＣＨ、ＤＣＣＨ、ＣＴＣＨ、ＤＴＣＨ、ＭＣＣＨ、ＭＳＣＨ、あるいはＭＴＣＨを介して前記下位層に送る。
【０１０８】
受信側ＵＭ  ＲＬＣエンティティは設定された論理チャネルを介して前記下位層から前記ＵＭＤ  ＰＤＵを受信する。「重複回避及び並び替え部」が設定される場合、前記下位層から１つ以上の入力があり得る。入力追加及び除去は前記受信側ＵＭ  ＲＬＣエンティティ内でバッファコンテンツ、状態変数、あるいはタイマー変更なく実行することができる。「重複回避及び並び替え部」が設定されていない場合、前記下位層からは１つの入力しかなく、前記「重複回避及び並び替え部」を再設定することができない。設定される場合、「重複回避及び並び替え部」は受信側ＵＭ  ＲＬＣエンティティで前記入力されたＵＭＤ  ＰＤＵストリームに適用する第１受信機能部であり、ＵＥでのみ設定されることができ、ＵＴＲＡＮでは使用されないことが好ましい。「重複回避及び並び替え部」は前記１つ以上の入力から受信された各ＵＭＤ  ＰＤＵに対する重複検出及び並び替えを完了することにより、次の順次ＲＬＣ受信機能部に伝達される各ＰＤＵの単一整列順序を生成する。暗号化部が設定されて始まると、前記受信側ＵＭ  ＲＬＣエンティティは前記受信されたＵＭＤ  ＰＤＵを復号化する。その後、（前記送信側ＵＭ  ＲＬＣエンティティで分割及び／又は連結を行った場合）前記ＵＭＤ  ＰＤＵからＲＬＣヘッダを除去してＲＬＣ  ＳＤＵを復元する。最後に、受信側ＵＭ  ＲＬＣエンティティで前記ＲＬＣ  ＳＤＵをＵＭ−ＳＡＰを介して上位層に伝達する。
【０１０９】
従って、本発明においてはＵＭ  ＲＬＣ受信機能性をさらに拡張して「重複回避及び並び替え」（ＤＡＲ）機能部を追加することができる。このようなＤＡＲ機能部はＵＥで設定することができ、特定の論理チャネル、すなわち、ＭＢＭＳ  ＭＴＣＨの受信のために使用することができる。
【０１１０】
前記ＤＡＲ機能部はＵＥの受信側ＵＭ  ＲＬＣエンティティ内に設定して使用することができる。前記機能部が複数のソースから受信されたＰＤＵ順序及び／又は単一ソースからの反復送信を結合し、ヘッダ除去部及び再構成機能部に伝達される単一整列ＰＤＵ順序を形成する。前記ＤＡＲ機能部はＵＭ  ＰＤＵシーケンス番号に基づいて重複検出、削除、及び並び替えを完了する。ＵＭ  ＲＬＣが複数のソースから入力を受信すると、前記ＤＡＲ機能部又は他の後続ＵＭ  ＲＬＣ機能部に関するバッファコンテンツ、状態変数、及びタイマーを変更することなく、各入力を追加又は除去することができる。
【０１１１】
前記ＤＡＲ機能部は状態変数（ＶＲ（ＵＤＲ））、及びＶＲ（ＵＤＨ−ＤＡＲ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ＋１からＶＲ（ＵＤＨ））までの範囲を有する受信ウィンドウを利用する。並び替えのために、前記ＤＡＲ機能部はバッファを利用してＰＤＵを一時的に保存する。各受信されたＰＤＵに対し、前記ＤＡＲ機能部は（１）状態変数の初期値設定、（２）重複検出及び並び替え、及び（３）タイマー作動の各過程を行わなければならない。
【０１１２】
過程１において、
（ａ）ＰＤＵがＤＡＲ機能部から受信した最初のＰＤＵである場合、
‐ＶＲ（ＵＤＨ）にＳＮ値を割り当て、
‐ＶＲ（ＵＤＲ）にＶＲ（ＵＤＨ−ＤＡＲ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ＋１の値を割り当てる。
【０１１３】
過程２において、
（ａ）ＳＮが受信ウィンドウ内にあれば、
‐ＳＮ＜ＶＲ（ＵＤＲ）であるか、又はＳＮを有するＰＤＵが既にバッファに保存されている場合、前記ＰＤＵを削除し、
‐その他の場合には前記ＰＤＵをバッファに保存する。
（ｂ）ＳＮが受信ウィンドウの外にあれば、
‐前記ＰＤＵをバッファに保存し、
‐ＶＲ（ＵＤＨ）にＳＮを割り当てて前記受信ウィンドウを更新し、
‐シーケンス番号がＶＲ（ＵＤＨ）−ＤＡＲ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ＋１より小さい値を有する保存された各ＰＤＵの場合、前記ＰＤＵをバッファから抽出（検出）し、前記各ＰＤＵを上位ＲＬＣ機能に伝達し、
‐ＶＲ（ＵＤＲ）＜ＶＲ（ＵＤＨ）−ＤＡＲ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ＋１である場合、ＶＲ（ＵＤＲ）にＶＲ（ＵＤＨ）−ＤＡＲ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ＋１値を割り当てる。
（ｃ）シーケンス番号ＶＲ（ＵＤＲ）を有するＰＤＵがバッファに保存されている場合、
‐又はこのＰＤＵとＶＲ（ＵＤＲ）＋１から始まる連続的なインデックス（シーケンス）番号を有する順次保存された各ＰＤＵの場合、これらＰＤＵをバッファから抽出（検出）し、前記ＰＤＵを上位ＲＬＣ機能部に伝達し、
‐ＶＲ（ＵＤＲ）にｘが前記上位ＲＬＣ機能部に伝達された最大の番号のＰＤＵのＳＮであるｘ＋１の値を割り当てる。
【０１１４】
過程３において、
（ａ）ＰＤＵがＤＡＲ機能部により保存される時、Ｔｉｍｅｒ＿ＤＡＲが作動中でない場合、
‐Ｔｉｍｅｒ＿ＤＡＲを作動させ、
‐ＶＲ（ＵＤＴ）に前記ＰＤＵのＳＮ値を割り当てる。
（ｂ）Ｔｉｍｅｒ＿ＤＡＲが満了する前にシーケンス番号（ＶＲ（ＵＤＴ）を有するＰＤＵがバッファから除去されると、
‐Ｔｉｍｅｒ＿ＤＡＲを中止させる。
（ｃ）Ｔｉｍｅｒ＿ＤＡＲが満了すると、
‐ＶＲ（ＵＤＴ）より小さいか、又は同一のシーケンス番号を有する全ての保存された各ＰＤＵ及びＶＲ（ＵＤＲ）＋１から始まる連続的なインデックス（シーケンス）番号を有する順次保存された各ＰＤＵの場合、前記ＰＤＵをバッファから抽出（検出）し、前記各ＰＤＵを上位ＲＬＣ機能部に伝達し、
‐ＶＲ（ＵＤＲ）にｘが前記上位ＲＬＣ機能部に伝達された最大の番号のＰＤＵのＳＮであるｘ＋１の値を割り当てる。
（ｄ）Ｔｉｍｅｒ＿ＤＡＲが中止又は満了された後にも前記ＤＡＲ機能部が保存した各ＰＤＵが残っている場合、
‐Ｔｉｍｅｒ＿ＤＡＲを作動させ、
‐ＶＲ（ＵＤＴ）に最大の番号を有して保存されたＰＤＵのシーケンス番号を割り当てる。
【０１１５】
図１０は本発明によるネットワーク（ＵＴＲＡＮ７２０及びＣＮ７３０）と無線通信を行う端末（ＵＥ７１０）を備えた通信システムを示す図である。前記ネットワーク（ＵＴＲＡＮ７２０及びＣＮ７３０）は多様なハードウェア及び処理部を含む。例えば、前記ＵＴＲＡＮ７２０は複数のＮｏｄｅ  Ｂ７２２と接続されており、プロセッサ７２６−１及びメモリ７２６−２を有するＲＮＣ７２６を含む。また、複数のＮｏｄｅ  Ｂ７２４と接続されたＲＮＣ７２８はプロセッサ７２８−１及びメモリ７２８−２を含む。前記各ＲＮＣ７２６、７２８はインタフェースを介して互いに接続されており、また他のインタフェースを介してＣＮ７３０と接続されている。前記ネットワーク（ＵＴＲＡＮ７２０及びＣＮ７３０）は以前に説明したような端末（ＵＥ７１０）との通信のための多様な処理過程を管理する。ここで、注目すべき点は、本発明を実現するために要求される様々な指示及びプロトコルは１つ以上のメモリ装置内に保存されており、前記各Ｎｏｄｅ  Ｂ７２２、７２４、ＲＮＣ７２６、７２８及び／又は他のネットワーク要素内に位置する１つ以上のプロセッサにより実行されるという点である。
【０１１６】
図１１は本発明による端末（ＵＥ）８００の構造を示す図である。端末（ＵＥ）８００は多様なハードウェア及び処理部を含む。例えば、端末はＤＳＰ／マイクロプロセッサ８１０、フラッシュメモリ、ＲＯＭ、ＳＲＡＭ８３０、及びＳＩＭカード８２５などの処理回路及びメモリ装置を含む。ここで、前記メモリ８３０は本発明を実現するための手順における指示を保存することができ、プロセッサ８１０はこのような指示を実行することができる。また、前記端末はバッテリ８５５、電力管理モジュール８０５、受信部と送信部を備えたＲＦモジュール８３５、及びアンテナ８４０を含む送受信セクション（送受信機）を含み、また、ディスプレイ８１５、キーパッド８２０、スピーカ８４５、及びマイク８５０のような入力及び出力装置を含む。前記端末（ＵＥ）８００はネットワーク（例えば、図１０に示すネットワーク）との通信のための多様な信号処理過程を管理する。ここで、注目すべき点は、本発明を実現するために要求される様々な指示及びプロトコルは１つ以上のメモリ装置内に保存されており、前記端末（ＵＥ）８００内に位置する１つ以上のプロセッサにより実行されるという点である。
【０１１７】
本発明は移動通信システムで１対多サービスのためのデータユニットを管理する方法を提供するが、前記方法は無応答モードで動作して受信ウィンドウ及びタイマーを備えた無線リンク制御エンティティでプロトコルデータユニットを受信する段階と、前記受信された各プロトコルデータユニットの各シーケンス番号、前記受信ウィンドウ、及びタイマーを利用して前記受信されたプロトコルデータユニットを並び替える段階と、前記並び替えられたプロトコルデータユニットを処理して少なくとも１つのサービスデータユニットに復元する段階と、前記少なくとも１つのサービスデータユニットを伝達する段階と、を含む。
【０１１８】
前記方法は、上位層から受信した指示によって前記並び替え段階を実行するか否かを決定する段階をさらに含む。ここで、前記受信ウィンドウを利用するということは、受信されたプロトコルデータユニットに基づいて受信を期待し得る各プロトコルデータユニットのシーケンス番号の範囲を管理することを意味し、前記受信ウィンドウを利用して各プロトコルデータユニットをバッファに一時的に保存することによって不連続的なプロトコルデータユニットを受信して順次的な伝達のために並び替えることができる。また、前記受信ウィンドウは前記並び替えられたプロトコルデータユニットを処理した後に更新される。
【０１１９】
ここで、前記タイマーを利用するということは、再構成のために予約されていないまま前記受信ウィンドウに残っている受信された各プロトコルデータユニットに対して並び替えタイマーを動作させ、特定のプロトコルデータユニットを受信するか否かに関係なく、一定時間が過ぎればこのような各データユニットを処理することを意味する。すなわち、前記タイマーはプロトコルデータユニットを受信して並び替えのために一時的にバッファに保存する期間を制限するために使用される。
【０１２０】
ここで、前記サービスは複数のセル又は複数のチャネルから受信されるプロトコルデータユニットを有するマルチメディアブロードキャストマルチキャストサービスであり、前記無線リンク制御エンティティが少なくとも１つの論理チャネルを介して受信された前記プロトコルデータユニットを管理する。前記方法は新しく受信されたプロトコルデータユニットが以前に受信された他のプロトコルデータユニットのシーケンス番号と同一のシーケンス番号を有する場合、前記新しく受信されたプロトコルデータユニットを削除する段階をさらに含む。
【０１２１】
本発明は移動通信のための１対多サービスのデータユニットを管理する方法を提供するが、前記方法はネットワークからインジケータを受信する段階と、受信ウィンドウが受信される最初のプロトコルデータユニットのシーケンス番号と同一値を上限値として有するように設定する段階と、１つ以上のプロトコルデータユニットを受信する段階と、各受信されたプロトコルデータユニットが受信ウィンドウ内にあるか否かを判断する段階と、受信ウィンドウ内にある場合、前記受信されたプロトコルデータユニットをバッファ内にシーケンス番号が指示する位置に置くか、又は前記プロトコルデータユニットが以前に受信された場合、前記受信されたプロトコルデータユニットを削除する段階と、前記受信されたプロトコルデータユニットのシーケンス番号が順次受信される最後のプロトコルデータユニットのシーケンス番号の次のシーケンス番号である場合、前記受信されたプロトコルデータユニットを処理する段階と、前記次のシーケンス番号と異なる場合、前記次のシーケンス番号と同一のシーケンス番号を有するプロトコルデータユニットを待つ段階と、受信ウィンドウ内にない場合、前記受信されたプロトコルデータユニットをバッファに保存し、必要に応じて前記受信ウィンドウを更新する段階と、を含む。
【０１２２】
ここで、前記インジケータは受信されるプロトコルデータユニットに対して並び替えを実行するか否かを示し、前記サービスは複数のセル又は複数のチャネルから受信されるプロトコルデータユニットを有するマルチメディアブロードキャストマルチキャストサービスであり、前記タイマーはプロトコルデータユニットを受信して並び替えのために一時的にバッファに保存する期間を制限するために使用される。
【０１２３】
また、本発明は無応答モードで動作して１対多サービスのためのデータユニットを管理する無線リンク制御エンティティを提供するが、前記エンティティは１つ以上の論理チャネルや１つ以上のセル領域からプロトコルデータユニットを受信して並び替え、前記プロトコルデータユニットが順次的な伝達のために処理されるように保障するための重複回避及び並び替え部を含む。
【０１２４】
また、前記エンティティは前記重複回避及び並び替え部により受信された前記プロトコルデータユニットを保存するためのバッファ部と、前記受信されたプロトコルデータユニットのヘッダを除去するための無線リンク制御ヘッダ除去部と、前記受信されたプロトコルデータユニットをシーケンス番号通りに再構成して１つ以上のサービスデータユニットを形成し、上位層に前記サービスデータユニットを伝達するための再構成部と、をさらに含む。
【０１２５】
ここで、前記データユニットは１対多サービストラフィックチャネルを介して受信される。また、前記エンティティは前記プロトコルデータユニットが１対多サービストラフィックチャネルではないチャネルを介して受信された場合、前記プロトコルデータユニットを前記重複回避及び並び替え部より先に受信して復号化させるための復号化部をさらに含む。
【０１２６】
また、本発明は無線リンク制御エンティティで１対多サービスに対するデータユニットを管理する方法を提供するが、前記方法は反復送信で単一ソースや複数のソースから受信されて一時的にバッファに保存された各プロトコルデータユニットのシーケンス番号に基づいて重複回避及び並び替えを行う段階と、タイマーを作動させて前記プロトコルデータユニットが前記バッファに保存される期間を制御する段階と、前記タイマー作動により、前記バッファに保存されている全ての連続的プロトコルデータユニットを上位の無線リンク制御機能部に伝達して損失したプロトコルデータユニットを削除して前記伝達されたプロトコルデータユニットからサービスデータユニットを復元する段階と、を含む。
【０１２７】
ここで、前記重複検出及び並び替え段階は前記プロトコルデータユニットのシーケンス番号が受信ウィンドウ内にあるかを検査する段階と、前記受信ウィンドウ内にある場合、前記プロトコルデータユニットを削除するか、又はバッファに保存する段階と、前記受信ウィンドウ内にない場合、前記プロトコルデータユニットをバッファに保存した後、必要な場合、前記受信ウィンドウを更新する段階と、をさらに含む。
【０１２８】
本発明の多様な目的、実施形態、及び各特性をＵＭＴＳ通信方式について説明したが、このような多様な技術を他の通信方式やシステムにも適用することができる。
【０１２９】
添付した図面を参照して、本発明の実施形態を、本発明が属する技術分野における通常の知識を有する者が容易に実施することができるように詳細に説明した。しかし、本発明は、多様な形態で実現することができ、ここで説明する実施形態に限定されるものではない。
【図面の簡単な説明】
【０１３０】
【図１】ＵＭＴＳ網の基本構造を示す図である。
【図２】３ＧＰＰ無線アクセスネットワークを基盤とした端末とＵＴＲＡＮ間の無線接続インタフェースプロトコル構造を示す図である。
【図３】従来のＵＭ  ＲＬＣのデータ処理方法を示すフローチャートである。
【図４】複数のセルからデータを受信する場合のＵＭ  ＲＬＣのデータ処理方法を示す図である。
【図５】本発明の第１及び第２実施形態によるＵＭ  ＲＬＣのデータ処理方法を示す図である。
【図６】本発明の第１実施形態によるＵＭ  ＲＬＣのデータ処理方法を示す図である。
【図７】本発明の第２実施形態によるＵＭ  ＲＬＣのデータ処理方法を示す図である。
【図８】本発明によるＵＴＲＡＮと端末（ＵＥ）間のＵＭ  ＲＬＣ同位エンティティ（ｐｅｅｒ  ｅｎｔｉｔｙ）を示す図面である。
【図９】本発明によるＵＴＲＡＮと端末（ＵＥ）間のＵＭ  ＲＬＣ同位エンティティ（ｐｅｅｒ  ｅｎｔｉｔｙ）を示す図面である。
【図１０】本発明による通信システムを示す図である。
【図１１】本発明による端末（ＵＥ）の構造を示す図である。
【図１】
2007533280.tif 000003
【図２】
2007533280.tif 000004
【図３】
2007533280.tif 000005
【図４】
2007533280.tif 000006
【図５】
2007533280.tif 000007
【図６】
2007533280.tif 000008
【図７】
2007533280.tif 000009
【図８】
2007533280.tif 000010
【図９】
2007533280.tif 000011
【図１０】
2007533280.tif 000012
【図１１】
2007533280.tif 000013
【国際調査報告】
2007533280.tif 000014
2007533280.tif 000015