JP2019533395A

JP2019533395A - データを送受信するための方法およびシステム

Info

Publication number: JP2019533395A
Application number: JP2019523796A
Authority: JP
Inventors: 佳▲敏▼ ▲劉▼; バートランド・ピエール
Original assignee: China Academy of Telecommunications Technology CATT
Current assignee: China Academy of Telecommunications Technology CATT
Priority date: 2016-11-03
Filing date: 2017-10-11
Publication date: 2019-11-14
Also published as: CN108024374A; EP3537827A1; KR20190075119A; US10986653B2; US20190306871A1; WO2018082433A1; EP3537827A4

Abstract

本発明はデータを送受信するための方法およびシステムを開示し、ＲＬＣ層が、送信時間が到来するまでデータパケット全体を処理しないので、データを処理するための期間が長くなるとの、従来の問題点を解決する。本発明に係る実施例において、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、生成されたＲＬＣＰＤＵに対応するＲＬＣＳＮを割り当て、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含み、生成されたＲＬＣＰＤＵからスケジュールされたリソースの数に対応するデータを決定し、スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成し、データを送信する。本発明に係る実施例の技術案は、層２におけるデータパケットの処理時間を短縮することができる。

Description

［関連出願の相互参照］
本出願は、２０１６年１１月０３日に中国特許局に提出し、出願番号が２０１６１０９５９９５０．６であり、発明の名称が「データを送受信するための方法およびシステム」との中国特許出願を基礎とする優先権を主張し、その開示のすべてをここに取り込む。

［技術分野］
本発明は、無線通信技術分野に関し、特に、データを送受信するための方法およびシステムに関する。

データは一般に、パケットデータコンバージェンスプロトコル（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ，ＰＤＣＰ）層、無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ，ＲＬＣ）層、媒体アクセス制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ，ＭＡＣ）層、物理（Ｐｈｙｓｉｃａｌ，ＰＨＹ）層を介して端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ，ＵＥ）と発展型ノードＢ（基地局、ｅＮＢ）との間で送信され、それぞれの層において、データを異なって処理する。ＰＤＣＰ層は、一般に、セキュリティ動作、ならびに、例えば、暗号化および完全性保護、ロバストヘッダ圧縮（ＲｏｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ，ＲＯＨＣ）および圧縮解除などのヘッダ圧縮および圧縮解除を実行する。ＲＬＣ層は、一般に、データをセグメント化し、データセグメントを連結し、データセグメントを順番に配信し、自動再送要求（ＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ，ＡＲＱ）データの送信を保証する、などである。処理モジュールは一般にデータをスケジュールし、異なる論理チャネルを連結し、ハイブリッド自動再送要求（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ，ＨＡＲＱ）動作等を実行する。物理層は、一般に、トランスポートブロックをパッケージし、エアインタフェースを介してパケットを送信するなどする。

ＰＤＣＰ層は、一般に、セキュリティ関連の動作（例えば、暗号化および復号化、完全性保護および検証など）、およびヘッダの圧縮および解凍などを実行するように機能する。ＲＬＣ層は一般に、アップリンクまたはダウンリンクにおいてＰＨＹ層リソースをスケジュールするように機能する。

上記の案では、ＲＬＣ層は、送信時間が到来するまでデータパケット全体を処理しないので、データを処理するための期間が長くなる。

本発明は、データを送受信するための方法およびシステムを提供し、ＲＬＣ層が、送信時間が到来するまでデータパケット全体を処理しないので、データを処理するための期間が長くなるとの、従来の問題点を解決する。

本発明の実施例に係るデータを送信するための方法は、
割り当てモジュールは、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、生成されたＲＬＣＰＤＵに対応するＲＬＣＳＮを割り当てルステップであって、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む前記割り当てルステップと、
決定モジュールは、スケジュールされたリソースの数に従って、生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定するステップと、
処理モジュールは、前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成し、前記ＭＡＣＰＤＵに従って、データ送信の処理を行うステップとを備える。

オプションとして、前記割り当てモジュールが対応するＲＬＣＳＮを割り当てる場合、
前記割り当てモジュールは、同じ優先順位のそれぞれのＰＤＣＰＰＤＵが受信される順序で対応するＲＬＣＳＮを割り当て、または、前記割り当てモジュールは、同じ優先順位のそれぞれのＰＤＣＰＰＤＵ集合が受信される順序で対応するＲＬＣＳＮを割り当て、前記ＰＤＣＰＰＤＵ集合は少なくとも１つのＰＤＣＰＰＤＵを含む。

オプションとして、前記割り当てモジュールは、高い優先順位のＰＤＣＰＰＤＵに対して優先的にＲＬＣＳＮを割り当てる。

オプションとして、生成された前記ＲＬＣＰＤＵに少なくとも１つの前記ＰＤＣＰＰＤＵおよび割り当てられたＲＬＣＳＮが含まれ、または、受信した各ＰＤＣＰＰＤＵのＰＤＣＰＳＮの順序が、割り当てられたＲＬＣＳＮの順序と同じである場合、生成された前記ＲＬＣＰＤＵは、少なくとも１つの受信した前記ＰＤＣＰＰＤＵを含む。

オプションとして、前記割り当てモジュールが対応するＲＬＣＳＮを割り当てる場合、
前記割り当てモジュールは、スケジュールされたリソースの数を決定する前、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、または、前記割り当てモジュールは、スケジュールされたリソースの数を決定した後、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成する。

オプションとして、前記決定モジュールは、スケジュールされたリソースの数に従って、生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定する場合、
前記決定モジュールがスケジュールされたリソースの数に従って、セグメント化すべきであると決定した場合、スケジュールされたリソースの数に従って、セグメント化されるべきターゲット（ＲＬＣＰＤＵ）を決定し、前記ターゲット（ＲＬＣＰＤＵ）をセグメント化して、新しいＲＬＣＰＤＵを生成する。

オプションとして、前記決定モジュールが、前記ターゲット（ＲＬＣＰＤＵ）をセグメント化して新しいＲＬＣＰＤＵを生成する場合、
前記決定モジュールは、セグメント情報およびセグメント化されたデータに従って新しいＲＬＣＰＤＵを生成し、
前記セグメント情報は、
ターゲット（ＲＬＣＰＤＵ）のＲＬＣＳＮと、
ターゲット（ＲＬＣＰＤＵ）内のセグメント化されたデータの開始位置情報と、
セグメント化されたデータの長さ情報と、
セグメント化されたデータがターゲット（ＲＬＣＰＤＵ）内の最後のセグメントデータであるかどうかを示すインジケータとのうちの一部または全部を含む。

オプションとして、前記処理モジュールが、前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成する場合、
前記処理モジュールは、ＲＬＣＳＮに従って同じ論理チャネルのＲＬＣＰＤＵを順序付け、および、優先順位に従って異なる論理チャネルのＲＬＣＰＤＵを順序付け、
前記処理モジュールは、順序付けされたＲＬＣＰＤＵからＭＡＣＰＤＵを構成する。

オプションとして、前記処理モジュールが、順序付けされたＲＬＣＰＤＵからＭＡＣＰＤＵを構成する場合、
前記処理モジュールは、順序付けされたＲＬＣＰＤＵのＬＣＩＤに従ってＭＡＣＰＤＵを構成し、
前記ＭＡＣＰＤＵは、各ＲＬＣＰＤＵに含まれるそれぞれのＲＬＣＰＤＵのＬＣＩＤを含み、または前記ＭＡＣＰＤＵは異なるＬＣＩＤを含み、同じＬＣＩＤに対応するＲＬＣＰＤＵは、１つのＬＣＩＤを共有する。

オプションとして、前記ＲＬＣＰＤＵは、最初に伝送されたＲＬＣＰＤＵおよび／または再送信されたＲＬＣＰＤＵである。

オプションとして、前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールは同じエンティティに配置されており、または、前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールのうちの２つのモジュールは同じエンティティに配置されており、または、前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールは異なるエンティティに配置されており、。

オプションとして、前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールが同じエンティティに配置されている場合、前記エンティティは、基地局または端末またはＤＵであり、
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールのうちの２つのモジュールが同じエンティティに配置されている場合、前記割り当てモジュールはＣＵにあり、前記決定モジュールおよび前記処理モジュールはＤＵにある。

本発明の実施例に係るデータを受信するための方法は、
受信モジュールは、受信したメディアアクセス制御プロトコルデータユニット（ＭＡＣＰＤＵ）を複数の無線リンク制御プロトコルデータユニット（ＲＬＣＰＤＵ）に分割するステップと、
伝送モジュールは、受信したＲＬＣＰＤＵを解析モジュールに送信するステップと、
解析モジュールは、解析可能であると決定すると、順序付きおよび／または再結合したＲＬＣＰＤＵを解析してＰＤＣＰＰＤＵを取得するステップとを備え、
各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む。

オプションとして、前記伝送モジュールが受信したＲＬＣＰＤＵを解析モジュールに送信した後、
前記解析モジュールは、受信したＲＬＣＰＤＵのＲＬＣＳＮに従ってフィードバック情報を生成し、
セグメント化されていない紛失ＲＬＣＰＤＵがある場合、フィードバック情報は紛失ＲＬＣＰＤＵのＲＬＣＳＮを含み、または、セグメント化された紛失ＲＬＣＰＤＵがある場合、フィードバック情報は、紛失ＲＬＣＰＤＵの所属のオリジナルＲＬＣＰＤＵのＲＬＣＳＮを含み、オリジナルＲＬＣＰＤＵ内の紛失ＲＬＣＰＤＵの開始位置情報及び紛失ＲＬＣＰＤＵの長さ情報を示し、または、
連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがない場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮおよび紛失ＲＬＣＰＤＵの数を含み、または、連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがある場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮを含み、セグメント化されたＲＬＣＰＤＵの情報および紛失ＲＬＣＰＤＵの数を示し、前記セグメント化されたＲＬＣＰＤＵは、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵおよび／または最後のＲＬＣＰＤＵである。

オプションとして、前記伝送モジュールが受信したＲＬＣＰＤＵを解析モジュールに送信する場合、
前記伝送モジュールは、受信したＲＬＣＰＤＵを解析モジュールに直接送信し、または、前記伝送モジュールは、受信したＤＵのＲＬＣに従って受信したＲＬＣＰＤＵを順序付けおよび／または再結合し、次いで順序付けされたおよび／または再結合されたＲＬＣＰＤＵを解析モジュールに送信する。

オプションとして、前記受信モジュール、前記伝送モジュール及び前記解析モジュールは、同じエンティティに配置されており、または、前記受信モジュール、前記伝送モジュール及び前記解析モジュールのうちの２つのモジュールが同じエンティティに配置されており、または、前記受信モジュール、前記伝送モジュールおよび前記解析モジュールは異なるエンティティに配置されている。

オプションとして、受信モジュール、伝送モジュール、および解析モジュールが同じエンティティ内に配置されている場合、前記エンティティは、基地局または端末またはＤＵであり、
前記受信モジュール、前記伝送モジュールおよび前記解析モジュールのうちの２つのモジュールが同じエンティティに配置されている場合、前記解析モジュールはＣＵにあり、前記受信モジュールおよび前記伝送モジュールはＤＵにある。

本発明の実施例に係るデータを送信するためのシステムは、
受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、生成されたＲＬＣＰＤＵに対応するＲＬＣＳＮを割り当てるための割り当てモジュールであって、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む前記割り当てモジュールと、
スケジュールされたリソースの数に従って、生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定する決定モジュールと、
前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成し、前記ＭＡＣＰＤＵに従って、データ送信の処理を行う処理モジュールとを備える。

オプションとして、前記割り当てモジュールは、
同じ優先順位のそれぞれのＰＤＣＰＰＤＵが受信される順序で対応するＲＬＣＳＮを割り当て、または、
同じ優先順位のそれぞれのＰＤＣＰＰＤＵ集合が受信される順序で対応するＲＬＣＳＮを割り当て、前記ＰＤＣＰＰＤＵ集合は少なくとも１つのＰＤＣＰＰＤＵを含む。

オプションとして、前記割り当てモジュールは、
高い優先順位のＰＤＣＰＰＤＵに対して優先的にＲＬＣＳＮを割り当てる。
オプションとして、生成された前記ＲＬＣＰＤＵに少なくとも１つの前記ＰＤＣＰＰＤＵおよび割り当てられたＲＬＣＳＮが含まれ、または、受信した各ＰＤＣＰＰＤＵのＰＤＣＰＳＮの順序が、割り当てられたＲＬＣＳＮの順序と同じである場合、生成された前記ＲＬＣＰＤＵは、少なくとも１つの受信した前記ＰＤＣＰＰＤＵを含む。

オプションとして、前記割り当てモジュールは、スケジュールされたリソースの数を決定する前、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、または、スケジュールされたリソースの数を決定した後、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成する。

オプションとして、前記決定モジュールは、スケジュールされたリソースの数に従ってセグメンテーションが実行されるべきであると決定された場合、スケジュールされたリソースの数に従って、セグメント化されるべきターゲット（ＲＬＣＰＤＵ）を決定し、前記ターゲット（ＲＬＣＰＤＵ）をセグメント化して、新しいＲＬＣＰＤＵを生成する。

オプションとして、前記決定モジュールは、セグメント情報およびセグメント化されたデータに従って新しいＲＬＣＰＤＵを生成し、
前記セグメント情報は、
ターゲット（ＲＬＣＰＤＵ）のＲＬＣＳＮと、
ターゲット（ＲＬＣＰＤＵ）内のセグメント化されたデータの開始位置情報と、
セグメント化されたデータの長さ情報と
セグメント化されたデータがターゲット（ＲＬＣＰＤＵ）内の最後のセグメントデータであるかどうかを示すインジケータとのうちの一部または全部を含む。

オプションとして、前記処理モジュールは、
ＲＬＣＳＮに従って同じ論理チャネルのＲＬＣＰＤＵを順序付け、および、優先順位に従って異なる論理チャネルのＲＬＣＰＤＵを順序付け、
順序付けされたＲＬＣＰＤＵからＭＡＣＰＤＵを構成する。

オプションとして、前記処理モジュールは、
順序付けされたＲＬＣＰＤＵのＬＣＩＤに従ってＭＡＣＰＤＵを構成し、
前記ＭＡＣＰＤＵは、各ＲＬＣＰＤＵに含まれるそれぞれのＲＬＣＰＤＵのＬＣＩＤを含み、または前記ＭＡＣＰＤＵは異なるＬＣＩＤを含み、同じＬＣＩＤに対応するＲＬＣＰＤＵは、１つのＬＣＩＤを共有する。

本発明の実施例に係るデータを受信するためのシステムは、
受信したメディアアクセス制御プロトコルデータユニット（ＭＡＣＰＤＵ）を複数の無線リンク制御プロトコルデータユニット（ＲＬＣＰＤＵ）に分割するための、受信モジュールと、
受信したＲＬＣＰＤＵを解析モジュールに送信するための、伝送モジュールと、
解析可能であると決定すると、順序付きおよび／または再結合したＲＬＣＰＤＵを解析してＰＤＣＰＰＤＵを取得するための、解析モジュールとを備え、
各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応する。

オプションとして、前記解析モジュールは、
受信したＲＬＣＰＤＵのＲＬＣＳＮに従ってフィードバック情報を生成し、
セグメント化されていない紛失ＲＬＣＰＤＵがある場合、フィードバック情報は紛失ＲＬＣＰＤＵのＲＬＣＳＮを含み、または、セグメント化された紛失ＲＬＣＰＤＵがある場合、フィードバック情報は、紛失ＲＬＣＰＤＵの所属のオリジナルＲＬＣＰＤＵのＲＬＣＳＮを含み、オリジナルＲＬＣＰＤＵ内の紛失ＲＬＣＰＤＵの開始位置情報及び紛失ＲＬＣＰＤＵの長さ情報を示し、または、連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがない場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮおよび紛失ＲＬＣＰＤＵの数を含み、または、連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがある場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮを含み、セグメント化されたＲＬＣＰＤＵの情報および紛失ＲＬＣＰＤＵの数を示し、前記セグメント化されたＲＬＣＰＤＵは、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵおよび／または最後のＲＬＣＰＤＵである。

オプションとして、前記伝送モジュールは、
受信したＲＬＣＰＤＵを解析モジュールに直接送信し、または、受信したＤＵのＲＬＣに従って受信したＲＬＣＰＤＵを順序付けおよび／または再結合し、次いで順序付けされたおよび／または再結合されたＲＬＣＰＤＵを解析モジュールに送信する。

本発明の実施例に係る送信装置は、
メモリ内のプログラムを読み込んで実行するように構成されるプロセッサと、
プロセッサの制御下でデータを送受信するように構成される送受信機とを備え、
前記プロセッサは、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、生成されたＲＬＣＰＤＵに対応するＲＬＣＳＮを割り当て、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含み、スケジュールされたリソースの数に従って、生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定し、前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成し、前記ＭＡＣＰＤＵに従って、データ送信の処理を行う。

本発明の実施例に係る受信装置は、
メモリ内のプログラムを読み込んで実行するように構成されるプロセッサと、
プロセッサの制御下でデータを送受信するように構成される送受信機とを備え、
前記プロセッサは、受信したメディアアクセス制御プロトコルデータユニット（ＭＡＣＰＤＵ）を複数の無線リンク制御プロトコルデータユニット（ＲＬＣＰＤＵ）に分割し、受信したＲＬＣＰＤＵを解析モジュールに送信し、解析可能であると決定すると、順序付きおよび／または再結合したＲＬＣＰＤＵを解析してＰＤＣＰＰＤＵを取得し、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む。

本発明に係る実施例では、ＲＬＣＰＤＵは、受信したＰＤＣＰＰＤＵ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ，ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）から構成され、対応するＲＬＣＳＮ（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ，シーケンス番号）を割り当て、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定する。前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成し、データを送信する。本発明に係る実施例では、ＰＤＣＰＰＤＵとＲＬＣＰＤＵとの間にバインディング関係が確立され、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含むため、使得割り当てモジュールは、ＰＤＣＰＰＤＵの一部を受信するとＲＬＣＰＤＵを生成することができる。それによって、層２のデータパケットを処理するための時間の長さを短縮する。

本発明に係る実施例や従来の技術方案をより明確に説明するために、以下に実施例を説明するために必要な図面をについて簡単に紹介する。無論、以下の説明における図面は本発明の実施例に係る一部であり、当業者は、創造性作業を行わないことを前提として、これらの図面に基づいて他の図面を得ることができる。

背景技術におけるユーザプレーンプロトコルスタックの概略図である。本発明に係る実施例データを送信するための方法のフローチャートである。本発明の実施例に係る第１のパッケージングの概略図である。本発明の実施例に係る第２のパッケージングの概略図である。本発明の実施例に係る第３のパッケージングの概略図である。本発明の実施例に係るＣＵがＤＵから分離しているときのダウンリンクデータ送信の概略図である。本発明の実施例に係るＣＵがＤＵから分離しているときのアップリンクデータ送信の概略図である。本発明に係る実施例データを受信するための方法のフローチャートである。本発明の実施例に係るデータを送信するためのシステムの構成図である。本発明の実施例に係るデータを受信するためのシステムの構成図である。本発明の実施例に係る送信装置の構成図である。本発明に係る実施例受信装置の構成図である。

本発明の実施例における目的、技術方案と利点を明確にするため、以下に本発明の実施例における図と結合して本発明の実施例における技術方案の詳細を明確に、完全に説明する。当然、記載の実施例は本発明の実施例の一部に過ぎず、全ての実施例ではない。本発明における実施例にもとづき、当業者は、創造性作業を行わないことを前提として、取得したその他の実施例は、本発明の保護範囲に属する。

図２に示すように、本発明に係る実施例データを送信するための方法は、以下のステップを備える。

ステップ２００において、割り当てモジュールは、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、生成されたＲＬＣＰＤＵに対応するＲＬＣＳＮを割り当て、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む。

ステップ２０１において、決定モジュールは、スケジュールされたリソースの数に従って、生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定する。

ステップ２０２において、処理モジュールは、前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成し、前記ＭＡＣＰＤＵに従って、データ送信の処理を行う。

本発明に係る実施例受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、生成されたＲＬＣＰＤＵに対応するＲＬＣＳＮを割り当て、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定する。前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成し、データを送信する。本発明に係る実施例では、ＰＤＣＰＰＤＵとＲＬＣＰＤＵとの間にバインディング関係が確立され、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含むため、使得割り当てモジュールは、ＰＤＣＰＰＤＵの一部を受信するとＲＬＣＰＤＵを生成することができる。それによって、層２のデータパケットを処理するための時間の長さを短縮する。

一実装形態では、各ＲＬＣＰＤＵ内のＰＤＣＰＰＤＵの数は、高位層によって構成することができる（例えば、各ＲＬＣＰＤＵ内のＰＤＣＰＰＤＵの数、または各ＲＬＣＰＤＵ内の最大バイト数を構成することがで。つまり、静的に設定される。あるいは、動的リンク状態および／または負荷状態（例えば、各ＲＬＣＰＤＵ内のＰＤＣＰＰＤＵの数、または各ＲＬＣＰＤＵ内の最大バイト数を構成することができる））に従って、割り当てモジュールによって動的に構成することができる。

例えば、良好なリンク状態および低い負荷があるときには、各ＲＬＣＰＤＵにおいてより多くのＰＤＣＰＰＤＵを設定することができ、そして悪いリンク状態または高い負荷があるときには、より少ない数のＰＤＣＰＰＤＵを設定することができる。

割り当てモジュール、決定モジュール、および処理モジュールが同じエンティティ内に配置されていない場合、リンク状態および負荷状態は決定モジュールによって統計的に決定されるので、割り当てモジュールがＣＵ（ＣｅｎｔｒａｌＵｎｉｔ，中央ユニット）内に配置されている場合、決定モジュールおよび処理モジュールはＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ，分散型ユニット）内に配置されＤＵは関連する状況をＣＵにフィードバックし、それによりＣＵ内の決定モジュールは各ＲＬＣＰＤＵ内のＰＤＣＰＰＤＵの数を構成する。またＵＥのベアラが複数のＤＵを介して送信されるとき、それぞれのＤＵの状態は互いに異なり得るので、ＣＵ内の割り当てモジュールは、異なる条件に従ってそれぞれのＤＵに異なる動的構成を適用し得る。

ＲＬＣＰＤＵとＰＤＣＰＰＤＵとの間に１対１のマッピング関係が構成されている場合、各ＰＤＣＰＰＤＵは１つのＲＬＣＰＤＵに対応する。

ＲＬＣＰＤＵが複数のＰＤＣＰＰＤＵを含むとき、ＲＬＣＰＤＵ内のＰＤＣＰＰＤＵの数Ｎを構成する。および／またはＲＬＣＰＤＵのサイズをＭバイトにする。すなわち、１つのＲＬＣＰＤＵにＭバイトを超えることができない。

ＲＬＣＰＤＵ内のＰＤＣＰＰＤＵの数Ｎが構成されている場合、ＲＬＣＰＤＵはＮ個の連続したＰＤＣＰＰＤＵから構成され、ＲＬＣＳＮが割り当てられる。

ＲＬＣＰＤＵのサイズがＭバイトとして構成されている場合、ＲＬＣＰＤＵは、Ｍバイト以下の数個の連続したＰＤＣＰＰＤＵから構成される。オプションとして、ＲＬＣＰＤＵは最大バイトを有する連続ＰＤＣＰＰＤＵから構成されるが、連続ＰＤＣＰＰＤＵの合計サイズはＭ以下である。

特定の実施形態では、ＲＬＣＰＤＵが複数のＰＤＣＰＰＤＵを含むとき、複数のＰＤＣＰＰＤＵは同じＲＬＣＰＤＵに配置され、同じＲＬＣＳＮに対応する。後続処理のため、前もっ、いくつかのＰＤＣＰＰＤＵを組み合わせて、完全なＲＬＣＰＤＵを構成することとみなす。この実施では、ＰＤＣＰＰＤＵは小さなパケットである。つまり、それぞれのパケットが別々に処理される場合ヘッダーオーバーヘッドと処理オーバーヘッドの両方が大きくて、それらを連結して、適度なサイズのＲＬＣＰＤＵに進むと、ヘッダーのオーバーヘッドと処理のオーバーヘッドが少なくな。

ＲＬＣＰＤＵは、ＲＬＣＰＤＵ内のＰＤＣＰＰＤＵの数とは無関係に、その後同様に処理することができる。

本発明に係る実施例では、ＰＤＣＰ層でのデータパケットの後に、各データパケットについて廃棄タイマが開始され（ＤｉｓｃａｒｄＴｉｍｅｒ）、当該タイマが満了した後にデータパケットが処理され送信されていない場合には、直接削除され、そして当該タイマの長さは、無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ，RRＣ）により構成されることができ、そしてその長さはサービスのＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）に関連し、そして一般にサービスに許容できる最長伝送遅延によって決定される。

一般に、ＰＤＣＰ層は、受信した高位層データをバッファリングすることができ、または以下のようにデータを直ちに処理することができる。

高位層からの各データパケットに対して、シーケンス番号（ＳＮ）が順番に割り当てられる。当該ＳＮの初期値を０とし、第１のSＤＵ（Service Data Units，サービスデータユニット）に割り当てられたＳＮは０であり、第２のＳＤＵに割り当てられたＳＮは１であり、以下同様である。

設定要件に従って、例えば、必要なヘッダ圧縮が設定されている場合、設定されたヘッダ圧縮プロトコルに従ってヘッダ圧縮プロセスが実行される。

セキュリティ要件に従って、例えば、完全性保護およびセキュリティ操作がデータパケットに対して実行され、一般に完全性保護操作はコントロールプレーンデータ、およびコントロールプレーンデータおよびユーザプレーンを含むすべてのデータに対してのみ実行される。暗号化は、コントロールプレーンデータおよびユーザプレーンデータを含む全てのデータに対して行う。

必要なＰＤＣＰヘッダが追加される。ここで、ＰＤＣＰヘッダは一般にＰＤＣＰＳＮ、ＰＤＣＰＰＤＵタイプインジケータなどを含む。

そしてデータパケットは対応するＲＬＣ送信エンティティに送信される。

割り当てモジュールは、ＰＤＣＰ層、すなわちＲＬＣＳＤＵからデータパケットを受信すると、一般に、まずそれらを送信バッファに格納し、適切な場合には、ＲＬＣＰＤＵを形成し、ＲＬＣＰＤＵを処理モジュールに送信する。その結果、それらはＭＡＣ層およびＰＨＹ層で処理され、次いでエアインターフェースを介して送信される。

本発明に係る実施例では、前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールは同じエンティティに配置されている。または、
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールのうちの２つのモジュールは同じエンティティに配置されている。または、
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールは異なるエンティティに配置されている。

前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールが同じエンティティに配置されている場合、前記エンティティは、基地局または端末またはＤＵである。

前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールのうちの２つのモジュールが同じエンティティに配置されている場合、前記割り当てモジュールはＣＵにあり、前記決定モジュールおよび前記処理モジュールはＤＵにある。

＜一＞便利な説明のために、ユーザプレーン（ＵｓｅｒＰｌａｎｅ，ＵＰ）エンティティすべてを含む例として、以下に説明される。それらは同じ物理的エンティティに位置しているか、または理想的なバックホールを介して接続されている（伝送遅延はミリ秒オーダーをはるかに下回る）。

前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールのうちの２つのモジュールは同じエンティティに配置されており、または異なるエンティティに配置されている。または前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールが非理想的なバックホールについては後述する。

割り当てモジュールは、受信したＰＤＣＰＰＤＵを順番に送信バッファに格納する。

オプションとして、これらのデータパケットの異なる優先順位ラベルがある場合、異なる優先順位のデータパケットは別々にバッファリングされる、すなわち、同じ優先順位のデータパケットは受信された順序でキューにバッファリングされる。優先順位が異なると、データパケットのキューが異なる。

前記割り当てモジュールは、同じ優先順位のそれぞれのＰＤＣＰＰＤＵが受信される順序で対応するＲＬＣＳＮを割り当て、または、
前記割り当てモジュールは、同じ優先順位のそれぞれのＰＤＣＰＰＤＵ集合が受信される順序で対応するＲＬＣＳＮを割り当て、前記ＰＤＣＰＰＤＵ集合は少なくとも１つのＰＤＣＰＰＤＵを含む。

ＰＤＣＰＰＤＵとＲＬＣＰＤＵが一対一の対応関係であれば、割り当てモジュールは、ＰＤＣＰＰＤＵの順序でそれぞれのＰＤＣＰＰＤＵに対応するＲＬＣＳＮを割り当ててもよい。例えば、第１のＰＤＣＰＰＤＵに０を割り当て、第２のＰＤＣＰＰＤＵに１を割り当て、以下も同様である。

ここで、ＰＤＣＰＰＤＵのＳＮは、それに対応するＲＬＣＰＤＵのＳＮと等しくてもよく、例えば、ＰＤＣＰＰＤＵとＲＬＣＰＤＵとの間に１対１の対応関係がある場合、ＰＤＣＰＳＮ０，１，２，３，４…はＲＬＣＳＮ０，１，２，３，４…と数字が同じであり、このとき、ＲＬＣＳＮは省略されて、ＰＤＣＰＳＮをＲＬＣＳＮとして直接再利用し、関連するＲＬＣ動作を実行することができる。すなわち、受信した各ＰＤＣＰＰＤＵのＰＤＣＰＳＮの順序が各ＰＤＣＰＰＤＵに割り当てられたＲＬＣＳＮの順序と同じである場合、生成された前記ＲＬＣＰＤＵは、少なくとも１つの受信した前記ＰＤＣＰＰＤＵを含む。

他の場合、ＰＤＣＰＳＮは離散的であり得、例えば、伝送のためにベアラが２つの経路に割り当てられる場合、そのうちの１つのＲＬＣ送信エンティティによって受信されるＰＤＣＰＰＤＵのＰＤＣＰＳＮは、ＰＤＣＰＳＮ０，２，４，６，９…の順でそれぞれＲＬＣＳＮ０、１、２、３、４、…にマッピングされている。またはＰＤＣＰＰＤＵは満了時に削除されるため、ＰＤＣＰＳＮは離散される可能性もある。例えば、ＲＬＣエンティティによって受信されたＰＤＣＰＳＮは、ＰＤＣＰＳＮ０，１，２，５，６，７…を順に、それぞれＲＬＣＳＮ０，１，２，３，４，５…にマッピングされる。ＲＬＣＰＤＵが複数のＰＤＣＰＰＤＵを含む場合、例えば、ＲＬＣＰＤＵが２個のＰＤＣＰＰＤＵを含む場合、ＰＤＣＰＳＮ０，１をＲＬＣＳＮ０にマッピングされ、ＰＤＣＰＳＮ２，３をＲＬＣＳＮ１にマッピングされる。以下も同様である。すなわち、生成された前記ＲＬＣＰＤＵは、少なくとも１つの前記ＰＤＣＰＰＤＵと、前記ＰＤＣＰＰＤＵに割り当てられたＲＬＣＳＮとを含む。

一実施形態では、ＲＬＣはデータパケットの順番送信を確保する必要があるため、ＲＬＣＳＮは順番に連続して割り当てられる。ＰＤＣＰＳＮが当該要件を満たす場合、ＲＬＣがＰＤＣＰＳＮを再利用することにより、ヘッダオーバーヘッドを節約する。そして、全てのＰＤＣＰＳＮが順番に連続していない場合、連続性を確保するため、ＲＬＣは、ＳＮを別々に割り当てる。特定の決定は、ＲＲＣ構成に基づいてなされ得る。すなわち、ＲＬＣＳＮがあるかどうかは、ＲＲＣ構成によって決定される。

上記の例では、ＰＤＣＰＰＤＵとＲＬＣＰＤＵとの間に１対１の対応関係があるが、割り当てモジュールにおいてこのマッピング関係を記録できれば、それらの間に１対複数の対応関係があってもよい。例えば、固定数ＮのＰＤＣＰＰＤＵが１つのＲＬＣＰＤＵにマッピングされるか、またはＭバイト以下のＰＤＣＰＰＤＵが１つのＲＬＣＰＤＵにマッピングされることができる。例えば、割り当てモジュールは、２つの受信したＰＤＣＰＰＤＵ毎にＲＬＣＰＤＵを構成することができる。または、1つのＰＤＣＰＰＤＵからいくつかのＲＬＣＰＤＵ、２つのＰＤＣＰＰＤＵからいくつかのＲＬＣＰＤＵ、３つのＰＤＣＰＰＤＵからいくつかのＲＬＣＰＤＵなどを構え成することもできる。

ここで、処理モジュールは、リソースをスケジューリングした後に、スケジューリングされたリソースのサイズ、例えばＮバイトを送信する。一実装形態では、優先順位付けされたキューが1つしかない場合、割り当てモジュールは、ＰＤＣＰ層データを受信するとＲＬＣＳＮを1つずつ割り当て、ＲＬＣＰＤＵを形成することができる（すなわち、前記割り当てモジュールは、スケジュールされたリソースの数を決定する前、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成する）。優先順位付けされたキューが複数ある場合、割り当てモジュールは、スケジュールされたリソースのサイズの受信時にリアルタイムでＳＮを割り当てることができる（すなわち、割り当てモジュールは、より高い優先順位でＰＤＣＰＰＤＵに対して優先的に対応するＲＬＣＳＮを割り当てる）。例えば、優先順位けされたキューＡの優先順位が優先順位付けされたキューＢよりも高い場合、対応するＲＬＣＳＮが優先的にキューＡに割り当てられ、ＲＬＣＰＤＵを形成する（すなわち、前記割り当てモジュールは、スケジュールされたリソースの数を決定した後、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成する）。前の実施では高いリアルタイム処理効率は要求されず、バックグラウンド処理は別のオプションの実施で実行することができる。ＲＬＣ層に複数の異なる優先順位付けされたキューがあるとき、ＲＬＣＳＤＵは先着順の代わりに何らかの優先順位付け原理の下で処理されることができ、そしてこのとき、前もっＲＬＣＳＮを割り当てること、または、ＲＬＣＰＤＵを構成することはできない。処理モジュールがスケジュールされたリソースを通知した後、送信されるべきＲＬＣＰＤＵはそれらの優先順位の順に決定され、このとき、ＲＬＣＳＮはＲＬＣＳＤＵに割り当てられる。ＲＬＣＰＤＵは、ＲＬＣＳＤＵから構成することができる。

決定モジュールがスケジュールされたリソースのサイズを決定した後（例えば、ＭＡＣ層の処理モジュールは、決定されたリソースのサイズを決定モジュールに通知する）、リアルタイムで処理モジュールに送信されるべきデータ量を決定することができる。例えば、第１のＲＬＣＰＤＵのサイズが２００バイト、第２のＲＬＣＰＤＵのサイズが３００バイト、第３のＲＬＣＰＤＵのサイズは５００である。スケジュールされたリソースのサイズが８００バイトである場合、第１および第２のＲＬＣＰＤＵ（合計で５００バイト）の両方が処理モジュールに送信され、第３のＲＬＣＰＤＵの最初の３００バイトをセグメント化されたＲＬＣＰＤＵとして、ともに処理モジュールに送信される。
言い換えれば、，前記決定モジュールがスケジュールされたリソースの数に従って、セグメント化すべきであると決定した場合、スケジュールされたリソースの数に従って、セグメント化されるべきターゲット（ＲＬＣＰＤＵ）を決定し、前記ターゲット（ＲＬＣＰＤＵ）をセグメント化して、新しいＲＬＣＰＤＵを生成する（ＲＬＣＰＤＵセグメントと呼ばれることがある）。

オプションとして、前記決定モジュールは、セグメント情報およびセグメント化されたデータに従って新しいＲＬＣＰＤＵを生成する。

前記セグメント情報は、ターゲット（ＲＬＣＰＤＵ）のＲＬＣＳＮと、ターゲット（ＲＬＣＰＤＵ）内のセグメント化されたデータの開始位置情報と、セグメント化されたデータの長さ情報と、セグメント化されたデータがターゲット（ＲＬＣＰＤＵ）内の最後のセグメントデータであるかどうかを示すインジケータとのうちの一部または全部を含む。

例えば、ＲＬＣＰＤＵセグメントのフォーマットは以下の通りである：
オプションとして、ＲＬＣＳＮが搬送されるものとし、同じＲＬＣＰＤＵの場合、それらの異なるセグメントは同じＳＮを搬送するものとする、すなわち、それらはオリジナルＲＬＣＰＤＵに対応する。

オプションとして、オリジナルＲＬＣＰＤＵ内の開始位置ＳＯ（Ｓｅｇｍｅｎｔｏｆｆｓｅｔ）において、当該ＲＬＣＰＤＵセグメントを搬送する。例えば、ＲＬＣＰＤＵセグメントが最初のセグメントである場合、開始位置は0になり、ＲＬＣＰＤＵセグメントは、ＲＬＣＰＤＵ内のバイト３００から５００であり、そして開始位置は３００となる。

オプションとして、ＲＬＣセグメントはセグメントの長さを搬送しなければならず、例えば、ＲＬＣセグメントが当該オリジナルＲＬＣＰＤＵ内のバイト0から200のセグメントである場合、その長さは２００バイトにる。長さフィールドがＲＬＣセグメントのヘッダフィールドにおいて選択可能である原因は、ＭＡＣパケットが生成されるときに長さが反映され得るためである。

オプションとして、ＲＬＣＰＤＵセグメントが最後のセグメントであるかどうかを示す最後のセグメントフラグ（Ｌａｓｔｓｅｇｍｅｎｔｆｌａｇ，ＬＳＦ）は、例えば、１ビットの明示的インジケータとして伝えられ、例えば、０は最後のセグメントではないことを示し、１は最後のセグメントを示す。

ここで、本発明に係る実施例におけるＲＬＣＰＤＵは、最初に伝送されたＲＬＣＰＤＵおよび／または再送信されたＲＬＣＰＤＵであり得る。

一実装形態では、ＲＬＣＰＤＵが再送信されるか最初に送信されるかにかかわらず、スケジュールされたリソースのサイズがＲＬＣＰＤＵ全体を収容するのに十分でない場合、ＲＬＣＰＤＵはスケジュールされたリソースのサイズに従ってセグメント化され得る。これにより、伝送効率が向上し、伝送リソースの無駄使いを防ぐことができる。

ここで、ＲＬＣＰＤＵセグメントは、次の２つの場合に再送され得る：
ＲＬＣＰＤＵの再送信が要求されるが、送信リソースは、ＲＬＣＰＤＵ全体を収容するのに十分ではないので、ＲＬＣＰＤＵはサイズに従ってセグメント化されるる。

ＲＬＣＰＤＵセグメントの再送信が要求されるが、送信リソースは要求されたＲＬＣＰＤＵセグメント全体を収容するのに十分ではないので、ＲＬＣＰＤＵはリソースのサイズに従って再びセグメント化されるべきである。

ＲＬＣ上記のいずれの場合においても、再送信されるべきＲＬＣＰＤＵセグメントについては、再送信されたＲＬＣＰＤＵセグメントは最初に送信されたセグメントと同様であり、すなわち、ＲＬＣＳＮはそのセグメントを含むＲＬＣＰＤＵを示し、そしてＳＯ、ＬＩ、ＬＳＦは、元のＲＬＣＰＤＵ内のセグメントの位置と長さ、およびそのセグメントが最後のセグメントであるかどうかを示めす。

一例として、再送信されるべきＲＬＣＰＤＵセグメントは、ＳＮが１０のＲＬＣＰＤＵ内のバイト［５００，１５００］に配置され、ＲＬＣＰＤＵの全長は１５００バイトである。最初の送信時のリソースサイズは７００バイトであるので、ＲＬＣＰＤＵセグメントは送信リソースのサイズに従って分割され、ここで、ＲＬＣＰＤＵのＳＮ=１０、ＳＯ =５００、ＬＩ =７００、ＬＳＦ=０である（セグメントは最後のセグメントではない）。そして、２回目の送信時のリソースのサイズは３００バイトであるので、ＲＬＣＰＤＵセグメントは送信リソースのサイズに従って分割され、ここで、ＲＬＣＰＤＵのＳＮ=１０、ＳＯ = １２００、ＬＩ = ３００、ＬＳＦ=１である（最後のセグメントである）。

受信端の場合、上述の２回の再送信した後に、ＲＬＣＰＤＵ全体が０であると決定される。最後のセグメントまで順番にそのすべてのバイトが受信されたのでＰＤＵが正しく受信されたといえる。

オプションとして、前記処理モジュールは、前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成するとき、ＲＬＣＳＮに従って同じ論理チャネルのＲＬＣＰＤＵを順序付け、および、優先順位に従って異なる論理チャネルのＲＬＣＰＤＵを順序付け、順序付けされたＲＬＣＰＤＵからＭＡＣＰＤＵを構成する。

ここで、ＭＡＣＰＤＵは、以下の原理に基づいて構成される。

同一の論理チャネルからのＲＬＣＰＤＵおよびＲＬＣＰＤＵセグメントは、それらのＳＮまたは可能な限り多くの優先順位の順序で一緒に組み合わされる。

異なる論理チャネルのデータに対して、優先順位の高い論理チャネルのデータはＭＡＣＰＤＵの前のバイトに配置され、優先順位の低い論理チャネルのデータはＭＡＣＰＤＵの後のバイトに配置される。すなわち、理チャネルのデータはそれらの優先順位の順に配置される。

図３Ａは、ＰーＳＮがＰＤＣＰＳＮを表し、ＲーＳＮがＲＬＣＳＮを表し、ＬＣＩＤ（ＬｏｇｉｃａｌＣｈａｎｎｅｌＩＤ）が論理チャネル識別子を表し、そしてＬＩが長さ指示フィールドを表す典型的なパッケージングプロセスを示す。ＬＣＩＤ２を有する論理チャネルのデータよりもＬＣＩＤ１を有する論理チャネルの優先順位の高いデータがあるので、データはＭＡＣＰＤＵの前のバイトに配置することができ、同じ論理チャネルのＲＬＣＰＤＵはできるだけ一緒に配置されるＬＣＩＤ２を有する論理チャネルのデータは第１のセグメントであるセグメントであるので、セグメントオフセット（ＳＯ）は０である。ここで、ここで、１ビットのインジケータがこれがセグメント、かつ第１のセグメントであることを示す別の簡略化された方式がある。そして、ＬＣＩＤ２を有する論理チャネルの第２のセグメントについては、明示的なＳＯインジケータが運ばれなければならない。

例えば、第１のセグメントは、時刻１においてＬＣＩＤ２を有する論理チャネルを介して送信され、このセグメントは、ｎがＳＮであるオリジナルＲＬＣＰＤＵの初期位置から始まるので、最初のセグメントであることを示すためのＳＯ＝０は搬送されるか、または１ビット情報などの特別なビットセグメント（最初のセグメント（ＦＳ：Ｆｉｒｓｔｓｅｇｍｅｎｔ））を搬送することができ、ここで１の値をとるＦＳはこれが最初のセグメントであることを示す。そして、値０をとるＦＳは、これが最初のセグメントではないことを示す。それが最初のセグメントであるとき、搬送されたＦＳ＝１はこれが最初のセグメントであることを明示的に示すので、ＳＯ＝０はこのとき省略されてもよい。

ＬＣＩＤ２を有する論理チャネルの、ＳＮがｎである同じＲＬＣＰＤＵ内の第２のセグメントは、次の送信時刻２で送信されなければならず、このとき、それは第１のセグメントではない。ＳＯは、オリジナルＲＬＣＰＤＵ内の第２セグメントの開始位置を明示的に示すために搬送されなければならない。

一実装形態では、前記処理モジュールは、順序付けされたＲＬＣＰＤＵのＬＣＩＤに従ってＭＡＣＰＤＵを構成する。

前記ＭＡＣＰＤＵは、各ＲＬＣＰＤＵに含まれるそれぞれのＲＬＣＰＤＵのＬＣＩＤを含む。

別の任意選択の実施形態では、前記ＭＡＣＰＤＵは異なるＬＣＩＤを含み、同じＬＣＩＤに対応するＲＬＣＰＤＵは、１つのＬＣＩＤを共有する。特に図３Ｂに示されるような例では、同じＬＣＩＤを有するデータパケットは一緒に組み合わされ、そして均一なＬＣＩＤを搬送する。

上記２つの例では、割り当てモジュールおよび決定モジュールはＲＬＣ層に配置され、処理モジュールはＭＡＣ層に配置される。さらに単純化するために、割り当てモジュール、決定モジュール、および処理モジュールのすべてを、特に図３Ｃに示すようにＭＡＣ層に配置することができる。

一実装形態では、処理モジュールは、決定モジュールによって処理されたデータを処理することができ、決定モジュールは、後続のデータを同時に処理して処理時間を節約することができる。例えば、決定モジュールは処理されたＭＡＣＰＤＵを、まず、処理モジュールに送信して、後続の処理をさせる。同時に、決定モジュールは、後続のＭＡＣＰＤＵをさらに処理する。

上記の説明では、各層のヘッダフォーマットでいくつかのフィールド、例えば、ＳＮ、ＬＩ、ＬＣＩＤなどだけが示されているが、特定の実施形態では、他のフィールドもあり得ることに留意されたい。例えば、データや制御を示すタイプインジケータＤ／Ｃ、拡張子を示すフィールドであるＥフィールド、最後のセグメントを示すＬＳなどである。

＜二＞前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールのうちの２つのモジュールは同じエンティティに配置されており、または異なるエンティティに配置されている。または前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールが非理想的なバックホールを介して接続されている実施され、以下に説明する。

ここで、例えば、割り当てモジュールはＣＵに配置され、決定モジュールおよび処理モジュールはＤＵに配置される。

図４Ａは、ＣＵ／ＤＵエンティティにおけるダウンリンクデータの典型的な処理を示す。ここで、ＣＵは処理エンティティを指し、ＤＵは分散処理エンティティを指す。

ＬＣーＨは割り当てモジュールを指し、ＲＬＣーＬは決定モジュールを指し、それらはそれぞれ２つの物理エンティティ、すなわちＣＵおよびＤＵに配置される。

ダウンリンクデータは次のように送信される。

１：ＰＤＣＰ層は、高位層のデータにＰＤＣＰＳＮを割り当て、データに対してセキュリティ処理およびヘッダ圧縮を行い、データにヘッダを付加してＰＤＣＰＰＤＵを生成し、それらを対応するＲＬＣーＨエンティティに送信する。

２：ＲＬＣーＨエンティティは、ＲＬＣＰＤＵとＰＤＣＰＰＤＵとの間に１対１の対応関係がある場合には、受信したＰＤＣＰＰＤＵに対して順番にＲＬＣＳＮを割り当て、そしてデータおよび対応するＲＬＣＳＮを１つまたは複数のＲＬＣ−Ｌエンティティに送信する。

ここで、フロー制御とフィードバックにより、リンク状態が良く、負荷が少ない経路を選択するか、あるいは必要な短い伝送遅延と高い信頼性を満たすために、複数のＲＬＣ−Ｌエンティティに同じデータを送信することができる。

３：ＤＵ内の１つまたは複数のＲＬＣーＬエンティティは、ＭＡＣ層によってリアルタイムでスケジュールされた送信リソースのサイズに従って、後続の送信のために適切なサイズを有するＲＬＣＰＤＵおよびＲＬＣＰＤＵセグメントを組み合わせてＭＡＣレイヤに送信する。ここで、ＲＬＣＰＤＵセグメントは、ＲＬＣ−Ｈエンティティによって割り当てられたＲＬＣＳＮ、及びそのオリジナルＰＤＣＰＰＤＵに従って、ＳＯ、ＬＩ、ＬＳＦ、およびその他の指示フィールドを伝送する。

本発明に係る実施例では、データはＭＡＣ／ＰＨＹ層で処理され、次いでエアインタフェースを介して送信され、さらに反対側のＰＨＹ／ＭＡＣ層で処理され、受信側ＲＬＣーＬエンティティに配信される。ＲＬＣーＨエンティティは受信状態を更新してフィードバックし、データパケットを再構成してＰＤＣＰ層に伝達する。ＰＤＣＰ層は、順不同のセキュリティ保護解除、ヘッダーの復元、およびその他の操作をサポートする。

オプションとして、ここでは、ＲＬＣーＬエンティティは最初にＲＬＣＰＤＵを再構成し、次にそれらをＲＬＣーＨエンティティに配信するか、またはＲＬＣーＬエンティティは最初にＲＬＣＰＤＵセグメントをＲＬＣ−Ｈに直接配信し、そして最後にＲＬＣ−Ｈエンティティはそれらを再構成して順序付ける。一般に、同じＲＬＣＰＤＵがそれぞれの経路を介して送信されるとき、ＲＬＣーＨエンティティは、異なる経路からのＲＬＣＰＤＵセグメントを再結合することによって再結合をスピードアップし、遅延を短縮することができる。したがって、同じデータが複数の経路を介して送信されるとき、ＲＬＣＰＤＵセグメントを再結合する機能は、ＲＬＣーＨエンティティによって実行され得る。そうでなければ、この機能は１つまたは複数のＲＬＣーＬエンティティによって実行することができる。すなわち、この機能は柔軟に実行することができる。

さらに、ＣＵとＤＵとの間でユーザプレーンプロトコルスタック分布の典型的な例のみが実行されているが、実際には、本出願の実施形態によるデータを処理する方法も実行できる。同様に、ＰＤＣＰエンティティのみがＣＵ内にあり、ＲＬＣエンティティとＭＡＣエンティティの両方がＤＵ内にあるか、またはＰＤＣＰエンティティと複数のＲＬＣーＨエンティティがＣＵ内にあり、複数のＲＬＣ−ＬとＭＡＣがＤＵにある。データの処理は類似するため、ここではそれらの繰り返しの説明は省略する。

図５に示すように、本発明に係る実施例データを受信するための方法は以下のステップを含む。

ステップ５００において、受信モジュールは、受信したメディアアクセス制御プロトコルデータユニット（ＭＡＣＰＤＵ）を複数の無線リンク制御プロトコルデータユニット（ＲＬＣＰＤＵ）に分割する。

ステップ５０１において、伝送モジュールは、受信したＲＬＣＰＤＵを解析モジュールに送信する。

ステップ５０２において、解析モジュールは、解析可能であると決定すると、順序付きおよび／または再結合したＲＬＣＰＤＵを解析してＰＤＣＰＰＤＵを取得し、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む。

本発明に係る実施例前記受信モジュール、前記伝送モジュール及び前記解析モジュールは、同じエンティティに配置されており、または、
前記受信モジュール、前記伝送モジュール及び前記解析モジュールのうちの２つのモジュールが同じエンティティに配置されており、または、
前記受信モジュール、前記伝送モジュールおよび前記解析モジュールは異なるエンティティに配置されている。

受信モジュール、伝送モジュール、および解析モジュールが同じエンティティ内に配置されている場合、前記エンティティは、基地局または端末またはＤＵであり、
前記受信モジュール、前記伝送モジュールおよび前記解析モジュールのうちの２つのモジュールが同じエンティティに配置されている場合、前記解析モジュールはＣＵにあり、前記受信モジュールおよび前記伝送モジュールはＤＵにある。

＜一＞便利な説明のために、受信モジュール、伝送モジュール、および解析モジュールを含む３つのユーザプレーン（ＵＰ, ＵｓｅｒＰｌａｎｅ）エンティティのすべてが含まれる例として、本発明の解決策を以下に説明する。前記受信モジュール、前記伝送モジュールおよび前記解析モジュールそれらは同じ物理的エンティティに位置しているか、または理想的なバックホールを介して接続されている（伝送遅延はミリ秒オーダーをはるかに下回る）。

前記受信モジュール、前記伝送モジュール及び前記解析モジュールのうちの２つのモジュールは同じエンティティに配置されており、または異なるエンティティに配置されている。または前記受信モジュール、前記伝送モジュールおよび前記解析モジュールの間は、非理想的なバックホールであり、これについては後述する。

受信端は、送信端の逆処理を行う。エアインタフェースを介して物理層からデータを受信すると、受信端は、物理層でデータを処理し、次にデータをＭＡＣＰＤＵのフォーマットに回復する。

データを受信すると、受信端は、そこに搬送されるＬＣＩＤ、ＬＩ、および他の情報に従って、異なるデータブロックについてデータを解析し、ＬＣＩＤ指示に従って異なる論理チャネルのＲＬＣＰＤＵを決定する（セグメントされるＲＬＣＰＤＵを含むこともできる）。

伝送モジュールは、ＲＬＣＰＤＵを受信すると、以下の２つの実施態様でＲＬＣＰＤＵを処理する。

第１の実施形態では、前記伝送モジュールは受信したＲＬＣＰＤＵを直接解析モジュールに送信する。

この実施では、ＲＬＣＰＤＵを受信すると、伝送モジュールはＲＬＣＰＤＵを解析モジュールに配信し、また、セグメントされたＲＬＣＰＤＵを解析モジュールに直接配信する。

実際、第１の実施態様は、トランスペアレント伝送の実施態様と類似している。すなわち、受信したデータのすべてが、例えばギャップ（Ｇａｐ）検出、並べ替えタイマー、ＡＣＫ／ＮＡＣＫ状態フィードバックなどの処理のためにＲＬＣＨｉｇｈｅｒモジュール（すなわち解析モジュール）に直接送信される。

第２の実施形態では、前記伝送モジュールは、受信したＤＵのＲＬＣに従って受信したＲＬＣＰＤＵを順序付けおよび／または再結合し、次いで順序付けされたおよび／または再結合されたＲＬＣＰＤＵを解析モジュールに送信する。

前記伝送モジュールは、受信したＲＬＣＰＤＵの順序を並べ替え、セグメントされたＲＬＣＰＤＵを再結合してさらに順序を並べ替え、それによってそれらがＭＡＣＨＡＲＱの起因して故障していることを回避し、それらを解析モジュールに配信する。

個別に受信されたＲＬＣＰＤＵがある場合には、Ｔｏｒｏｒｄｅｒｉｎｇ＿ｔｉｍｅｒが開始され、Ｔｒｅｏｒｄｉｎｇ＿ｔｉｍｅｒが満了した後にまだＲＬＣＰＤＵ全体が受信されていない場合には、Ｔｏｒｏｒｄｅｒｉｎｇ＿ｔｉｍｅｒが満了するまで検出されたＲＬＣＰＤＵは、解析モジュールに配信されるか、されなくてもよい。ＲＬＣＰＤＵ全体が受信されるまで解析モジュールに配信される。

ここで、ＲＬＣＰＤＵは、それらのＲＬＣＳＮの順序で受信状態を更新する。例えば：
順番に現在受信されているデータの最高ＳＮが３である場合、最高ＳＮへの次のＳＮは４になる。そして、新しく受信されたＲＬＣＰＤＵのＳＮが４である場合、すなわち、ＲＬＣＰＤＵが順番に受信された場合、順番に受信されたデータの最も高いＳＮへの次のＳＮは、５に更新される（次のＳＮを最高のＳＮに記録することなく最高のＳＮのみを記録することができる）。

そして、ＲＬＣＳＮ間にＳＮギャップが発生している場合（例えば、受信されたＲＬＣＰＤＵのＳＮが３であり、次のＳＮが５である場合、ＳＮギャップがあるとみなす）、Ｔ−ｒｅｏｒｄｅｒｉｎｇタイマを開始させて低位層の送信によるアウトオブオーダ状態を検出する。Ｔ−ｒｅｏｒｄｅｒｉｎｇタイマが満了になった後にＰＤＵが受信されていない場合、待機が中止されるか（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄモード（ＵＭ））、または、解析モジュールが再送を要求するためのＮＡＣＫ状態レポートをフィードバックする（確認モード（ＡＭ））。

前記伝送モジュールが受信したＲＬＣＰＤＵを解析モジュールに送信した後、前記解析モジュールは、受信したＲＬＣＰＤＵのＲＬＣＳＮに従ってフィードバック情報を生成する。その後、フィードバック情報は、本出願の実施形態による方法のように送信することができる。

以下に説明するように、異なる受信インスタンスにおいて異なるフィードバック情報がそれぞれ作成される。

第１の例では、ＳＮギャップが発生していない場合、すなわち、ＲＬＣＰＤＵが首尾よく受信された場合、フィードバック情報は肯定応答（ＡＣＫｎｏｗｌｅｄｇｅ，ＡＣＫ）情報を含むことになる。

第２の例では、ＳＮギャップが発生している場合、すなわち１つまたは複数のＲＬＣＰＤＵが紛失されている場合、すなわち１つまたは複数のＲＬＣＰＤＵが失われている場合、フィードバック情報は否定応答（ＮｅｇａｔｉｖｅＡＣＫｎｏｗｌｅｄｇｅ，ＮＡＣＫ）情報を含むことになる。

ＳＮギャップが発生したことに対するフィードバック情報は、伝送リソースのサイズによってＲＬＣＰＤＵデータをセグメントすることができるため、ＲＬＣＰＤＵ全体が紛失されたり、ＲＬＣＰＤＵセグメントが紛失されたりしてギャップが発生する。または一連の連続したＲＬＣＰＤＵが紛失される。

ＮＡＣＫ状態は、高効率を考慮し、オーバーヘッドを節約しながら報告される。単一の紛失ＲＬＣＰＤＵが個別のＮＡＣＫ＿ＳＮで明示的に示され、ＲＬＣＰＤＵセグメント紛失がＮＡＣＫ＿ＳＮにおいて搬送されているＳＯ及びＬＩで明示的に示される。連続したＳＮを有するＰＤＵは、連続した紛失ＰＤＵの数を搬送する最初のＮＡＣＫ＿ＳＮと共に明示的に示される。ＮＡＣＫ情報のみが1つずつ示され、ＮＡＣＫで明示的に示されたＰＤＵまたはＰＤＵセグメントよりもＡＣＫ＿ＳＮを持つほかの全てのＰＤＵが正しく受信されたことを示すためのＡＣＫ＿ＳＮは１つだけである。

次に、ＳＮギャップが発生した場合のフィードバック情報について説明する。

１．セグメント化されていない紛失ＲＬＣＰＤＵがある場合、フィードバック情報は紛失ＲＬＣＰＤＵのＲＬＣＳＮを含み、。
例えば、受信したＲＬＣＰＤＵのＳＮが３であり、次の受信されたＲＬＣＰＤＵのＳＮが５であれば、ＳＮが４のＲＬＣＰＤＵは紛失されたと判断され、４はフィードバック情報に追加することができる。

２．セグメント化された紛失ＲＬＣＰＤＵがある場合、フィードバック情報は、紛失ＲＬＣＰＤＵの所属のオリジナルＲＬＣＰＤＵのＲＬＣＳＮを含み、オリジナルＲＬＣＰＤＵ内の紛失ＲＬＣＰＤＵの開始位置情報及び紛失ＲＬＣＰＤＵの長さ情報を示す。

例えば、受信したＲＬＣＰＤＵセグメント化されたＳＮは３であり、次の受信したＲＬＣＰＤＵのＳＮは４であり、ＳＮが３のＲＬＣＰＤＵはセグメント化されたＲＬＣＰＤＵとして決定され、そして受信されていない特定のセグメントを決定することができる。第１のセグメントが受信されず、紛失ＲＬＣＰＤＵの長さが２００バイトである場合、フィードバック情報はＳＮ＝３、長さ＝２００、そして、オリジナルＲＬＣＰＤＵ内の紛失セグメントの開始位置を示すＳＯ=０または第１のセグメントを示すＦＳ＝１を含む。オプションとして、長さは長さインジケータに示されることができ、またはオリジナルＲＬＣＰＤＵ内の当該セグメントの終了位置として表すことができる。

３、連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがない場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮおよび紛失ＲＬＣＰＤＵの数を含み、。
例えば、受信したＲＬＣＰＤＵのＳＮが３であり、次の受信したＲＬＣＰＤＵのＳＮが７であれば、ＳＮが４、５、および６のＲＬＣＰＤＵが紛失されたと決定されるだろう。したがって、フィードバック情報は４（すなわち、第１のＲＬＣＰＤＵのＲＬＣＳＮ）および３（紛失ＲＬＣＰＤＵの数）を含む。

４、連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがある場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮを含み、セグメント化されたＲＬＣＰＤＵの情報および紛失ＲＬＣＰＤＵの数を示し、前記セグメント化されたＲＬＣＰＤＵは、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵおよび／または最後のＲＬＣＰＤＵである。

例えば、ＳＮが４のオリジナルＲＬＣＰＤＵの一部が受信され、次に受信したＲＬＣＰＤＵのＳＮが７である場合、ＳＮが４、５のＲＬＣＰＤＵが紛失されたと決定される。４、５、および６のＳＮを有するＲＬＣＰＤＵのうち、ＳＮが４のＲＬＣＰＤＵがセグメント化されたＲＬＣＰＤＵである場合、フィードバック情報は４（すなわち、第１のＲＬＣＰＤＵのＲＬＣＳＮ）、３（紛失ＲＬＣＰＤＵの数）、およびセグメント化されたＲＬＣＰＤＵを示す情報（例えば、００は最初のＲＬＣＰＤＵがセグメント化され、０１は最後のＲＬＣＰＤＵがセグメント化され、１１は最初および最後のＲＬＣＰＤＵがセグメント化されることを示す）を含む。

受信端は受信状態に従ってのみフィードバックを行い、ＲＬＣＰＤＵ全体が受信されない場合（ＲＬＣＰＤＵがセグメント化されている）、ＳＮは紛失されたＲＬＣＰＤＵ全体を示すことができる。そして、ＲＬＣＰＤＵのセグメントの一部が受信された場合、状態報告は、紛失されたＲＬＣＰＤＵセグメントのセグメント情報を搬送するだろう。

ここで、紛失された連続したＲＬＣＰＤＵについての情報がフィードバックされるべきである場合、紛失された連続したＲＬＣＰＤＵの中にセグメント化されたＲＬＣＰＤＵは存在せず、あるいは最初のＲＬＣＰＤＵおよび／または最後のＲＬＣＰＤＵはセグメント化されたＰＤＵであり、そして、紛失された連続するＲＬＣＰＤＵの中にセグメント化されたＲＬＣＰＤＵがある場合、第１および第２の実施、すなわちＲＬＣＰＤＵが適用され得る。すなわち、セグメント化されていないＲＬＣＰＤＵおよびセグメント化されたＲＬＣＰＤＵは別々にフィードバックされ、あるいは要件を満たすＲＬＣＰＤＵは連続的にフィードバックされ、他のＲＬＣＰＤＵは別々にフィードバックされる。

例えば、ＳＮが３〜８のＲＬＣＰＤＵが紛失され、ＳＮが７のＲＬＣＰＤＵがセグメント化されたＲＬＣＰＤＵである場合、ＳＮが３〜６のＲＬＣＰＤＵは連続的にフィードバックされてもよい。また、ＳＮが７と８のＲＬＣＰＤＵは別々にフィードバックされてもよい。あるいは、ＳＮが３から６のＲＬＣＰＤＵを連続的にフィードバックし、ＳＮが７と８のＲＬＣＰＤＵを連続的にフィードバックしてもよい。

一実装形態では、ＲＬＣＰＤＵ全体が受信ウィンドウで受信されるとき、たとえそれが順番に受信されたＲＬＣＰＤＵでなくても、解析モジュールはＰＤＣＰＰＤＵについてＲＬＣＰＤＵを解析し、ＰＤＣＰＰＤＵをＰＤＣＰ層送信することができる。ＰＤＣＰ層上で復号化、完全性保護解除、ヘッダ解凍などを実行する。

ＰＤＣＰ層の場合、ＲＬＣ層から送信されたＰＤＣＰＰＤＵを受信すると、ＰＤＣＰ層は、それらが受信ウィンドウ内で通常のデータパケットであるかどうか、それらが重複するかどうかなどを判断し、復号化、完全性保護、ヘッダ復元を実行する。その後に当該データパケットの順序を並べ替え、順序通り配信の要件を満たす場合、高位層に配信してもよい。そうでなければ、ＰＤＣＰ層はそれらの順序並べ替えを待ち、その後ギャップにあるデータが補足された後に順番に高位層にそれらすべてを配信する。

＜二＞前記受信モジュール、前記伝送モジュール及び前記解析モジュールのうちの２つのモジュールは同じエンティティに配置されており、またはは、異なるエンティティ中に配置されているまたは前記受信モジュール、前記伝送モジュールおよび前記解析モジュールが非理想的なバックホールを介して接続されている実施は、以下に説明する。

図４Ｂは、ＣＵ／ＤＵエンティティにおけるアップリンクデータの典型的な処理を示す。

例えば、前記解析モジュールはＣＵに配置され、前記伝送モジュールおよび前記受信モジュールはＤＵにある。

１．ＭＤＣＰＤＵデータを受信すると、ＤＵ内のＭＡＣ層（すなわち受信モジュール）は、異なる論理チャネルのＲＬＣＰＤＵまたはＲＬＣＰＤＵセグメントに関するデータを解析し、それらをＲＬＣＤＵのＲＬＣＬｏｗｅｒモジュール（すなわち、伝送モジュール）に送信する。

２．ＲＬＣＬｏｗｅｒモジュールはそれらを処理しないが、それらをＲＬＣＨｉｇｈｅｒモジュール（すなわち、解析モジュール）に直接配信するか、またはＲＬＣＬｏｗｅｒモジュールはそれらを並べ替えて再結合し、次いでそれらをＲＬＣＨｉｇｈｅｒモジュールに配信するする。

３．ＲＬＣＨｉｇｈｅｒモジュールは、ＲＬＣＰＤＵまたはＲＬＣＰＤＵセグメントに対して並べ替えおよび必要な再結合、および他の動作を実行し、規定により、フ状態報告をフィードバックする。ＲＬＣＨｉｇｈｅｒモジュールは、解析したＰＤＣＰＰＤＵをＰＤＣＰ層に送信する。

４．ＰＤＣＰレイヤは、復号化、完全性保護解除、ヘッダ解凍、および他の操作を実行し、次いでそれらをＡＭモードの下で並べ替え、それらを順に高位層に配信する。

以上の説明から明らかなように、本願の実施の形態では、各層は、処理された層２データ同士をさらに処理することで、処理のリアルタイム性を向上させることができ、最初に送信および再送信されるセグメントのフォーマットおよび処理フローが統一され、処理の複雑さが軽減される。さらに、将来の様々な５Ｇアプリケーションシナリオにさらに適用可能になるように、多数のデータパケットのレイヤ２処理の効率を改善する。

同じ発明思想に基づいて、本発明に係る実施例は、データを送信するためのシステムをさらに提供し、当該システムは本発明に係る実施例によるデータを送信するための方法と同様の原理の下で問題に対処するので、システムの実施は方法の実施を参照することができる。その繰り返しの説明はここでは省略する。

図６に示すように、本発明の実施例によるデータを送信するためのシステムは、
受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、生成されたＲＬＣＰＤＵに対応するＲＬＣＳＮを割り当てる割り当てモジュール６００であって、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む割り当てモジュール６００と
スケジュールされたリソースの数に従って、生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定する決定モジュール６０１と、
前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成し、前記ＭＡＣＰＤＵに従って、データ送信の処理を行う処理モジュール６０２とを備える。

オプションとして、前記割り当てモジュール６００は、同じ優先順位のそれぞれのＰＤＣＰＰＤＵが受信される順序で対応するＲＬＣＳＮを割り当てる。

オプションとして、前記割り当てモジュール６００は、高い優先順位のＰＤＣＰＰＤＵに対して優先的にＲＬＣＳＮを割り当てる。

オプションとして、生成された前記ＲＬＣＰＤＵに少なくとも１つの前記ＰＤＣＰＰＤＵおよび割り当てられたＲＬＣＳＮが含まれる。

または、受信した各ＰＤＣＰＰＤＵのＰＤＣＰＳＮの順序が、割り当てられたＲＬＣＳＮの順序と同じである場合、生成された前記ＲＬＣＰＤＵは、少なくとも１つの受信した前記ＰＤＣＰＰＤＵを含む。

オプションとして、前記割り当てモジュール６００は、スケジュールされたリソースの数を決定する前、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、または、スケジュールされたリソースの数を決定した後、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成する。

オプションとして、前記決定モジュール６０１は、スケジュールされたリソースの数に従ってセグメンテーションが実行されるべきであると決定された場合、スケジュールされたリソースの数に従って、セグメント化されるべきターゲット（ＲＬＣＰＤＵ）を決定し、前記ターゲット（ＲＬＣＰＤＵ）をセグメント化して、新しいＲＬＣＰＤＵを生成する。

オプションとして、前記決定モジュール６０１は、セグメント情報およびセグメント化されたデータに従って新しいＲＬＣＰＤＵを生成する。

前記セグメント情報は、ターゲット（ＲＬＣＰＤＵ）のＲＬＣＳＮと、ターゲット（ＲＬＣＰＤＵ）内のセグメント化されたデータの開始位置情報と、セグメント化されたデータの長さ情報と、セグメント化されたデータがターゲット（ＲＬＣＰＤＵ）内の最後のセグメントデータであるかどうかを示す指示子とのうちの一部または全部を含む。

オプションとして、前記処理モジュール６０２は、ＲＬＣＳＮに従って同じ論理チャネルのＲＬＣＰＤＵを順序付け、および、優先順位に従って異なる論理チャネルのＲＬＣＰＤＵを順序付け、順序付けされたＲＬＣＰＤＵからＭＡＣＰＤＵを構成する。

オプションとして、前記処理モジュール６０２は、順序付けされたＲＬＣＰＤＵのＬＣＩＤに従ってＭＡＣＰＤＵを構成する。

前記ＭＡＣＰＤＵは、各ＲＬＣＰＤＵに含まれるそれぞれのＲＬＣＰＤＵのＬＣＩＤを含み、または前記ＭＡＣＰＤＵは異なるＬＣＩＤを含み、同じＬＣＩＤに対応するＲＬＣＰＤＵは、１つのＬＣＩＤを共有する。

オプションとして、前記割り当てモジュール６００、前記決定モジュール６０１および前記処理モジュール６０２は、同じエンティティに配置されている。

または、前記割り当てモジュール６００、前記決定モジュール６０１および前記処理モジュール６０２の一部は、同じエンティティに配置されている。

または、前記割り当てモジュール６００、前記決定モジュール６０１および前記処理モジュール６０２は異なるエンティティに配置されている。

オプションとして、前記割り当てモジュール６００、前記決定モジュール６０１および前記処理モジュール６０２が同じエンティティに配置されている場合、前記エンティティは、基地局または端末またはＤＵである。

前記割り当てモジュール６００、前記決定モジュール６０１および前記処理モジュール６０２の一部が、同じエンティティに配置されている場合、前記割り当てモジュール６００はＣＵに配置されており、前記決定モジュール６０１および前記処理モジュール６０２は、ＤＵに配置されて。

同じ発明思想に基づいて、本発明に係る実施例は、データを受信するためのシステムをさらに提供する。当該システムは本発明に係る実施例によるデータを受信するための方法と同様の原理の下で問題に対処するので、システムの実施は方法の実施を参照することができる。その繰り返しの説明はここでは省略する。

図７に示すように、本発明に係る実施例データを受信するためのシステムは、
受信したメディアアクセス制御プロトコルデータユニット（ＭＡＣＰＤＵ）を複数の無線リンク制御プロトコルデータユニット（ＲＬＣＰＤＵ）に分割する受信モジュール７００と、
受信したＲＬＣＰＤＵを解析モジュールに送信する伝送モジュール７０１と、
解析可能であると決定すると、順序付きおよび／または再結合したＲＬＣＰＤＵを解析してＰＤＣＰＰＤＵを取得する解析モジュール７０２とを備える。

各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む。

オプションとして、前記解析モジュール７０２は、受信したＲＬＣＰＤＵのＲＬＣＳＮに従ってフィードバック情報を生成する。

セグメント化されていない紛失ＲＬＣＰＤＵがある場合、フィードバック情報は紛失ＲＬＣＰＤＵのＲＬＣＳＮを含む。

または、セグメント化された紛失ＲＬＣＰＤＵがある場合、フィードバック情報は、紛失ＲＬＣＰＤＵの所属のオリジナルＲＬＣＰＤＵのＲＬＣＳＮを含み、オリジナルＲＬＣＰＤＵ内の紛失ＲＬＣＰＤＵの開始位置情報及び紛失ＲＬＣＰＤＵの長さ情報を示す。

または、連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがない場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮおよび紛失ＲＬＣＰＤＵの数を含む。

または、連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがある場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮを含み、セグメント化されたＲＬＣＰＤＵの情報および紛失ＲＬＣＰＤＵの数を示し、前記セグメント化されたＲＬＣＰＤＵは、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵおよび／または最後のＲＬＣＰＤＵである。

オプションとして、前記伝送モジュール７０１は、受信したＲＬＣＰＤＵを解析モジュールに直接送信し、または、受信したＤＵのＲＬＣに従って受信したＲＬＣＰＤＵを順序付けおよび／または再結合し、次いで順序付けされたおよび／または再結合されたＲＬＣＰＤＵを解析モジュールに送信する。

オプションとして、前記受信モジュール７００、前記伝送モジュール７０１および前記解析モジュール７０２は、同じエンティティに配置されている。または、
前記受信モジュール７００、前記伝送モジュール７０１および前記解析モジュール７０２の一部は、同じエンティティに配置されている。

または、前記受信モジュール７００、前記伝送モジュール７０１および前記解析モジュール７０２は、異なるエンティティ中に配置されている。

オプションとして、前記受信モジュール７００、前記伝送モジュール７０１および前記解析モジュール７０２が同じエンティティに配置されている場合、前記エンティティは、基地局または端末またはＤＵである。

前記受信モジュール７００、前記伝送モジュール７０１および前記解析モジュール７０２の一部が同じエンティティに配置されている場合、前記解析モジュール７０２は、ＣＵに配置されており、前記受信モジュール７００および前記伝送モジュール７０１は、ＤＵに配置されている。

図８は、割り当てモジュール６００、決定モジュール６０１および処理モジュール６０２が同じエンティティに配置されるの例を挙げた。割り当てモジュール６００、決定モジュール６０１および処理モジュール６０２の一部が同じエンティティにあるか、またはすべてが異なるエンティティにある場合は、プロセッサが１つまたは複数のモジュールの機能を実行することを除いて図８に示される構造と同様である。ここではそれらの繰り返しの説明は省略する。

同じ発明思想に基づいて、本発明に係る実施例は、送信装置を提供する。当該装置は本発明に係る実施例によるデータを送信するための方法と同様の原理の下で問題に対処するので、システムの実施は方法の実施を参照することができる。その繰り返しの説明はここでは省略する。

図８に示すように、本発明の実施例に係る送信装置は、
メモリ８０４内のプログラムを読み込んで実行するように構成されたプロセッサ８０１と、
プロセッサ８０１の制御下でデータを送受信するように構成される送受信機８０２とを備え、
前記プロセッサ８０１は、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、生成されたＲＬＣＰＤＵに対応するＲＬＣＳＮを割り当て、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含み、スケジュールされたリソースの数に従って、生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定する。前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成し、前記ＭＡＣＰＤＵに従って、データ送信の処理を行う。

オプションとして、前記プロセッサ８０１は、同じ優先順位のそれぞれのＰＤＣＰＰＤＵが受信される順序で対応するＲＬＣＳＮを割り当てる。

オプションとして、前記プロセッサ８０１は、高い優先順位のＰＤＣＰＰＤＵに対して優先的にＲＬＣＳＮを割り当てる。

オプションとして、前記プロセッサ８０１は、スケジュールされたリソースの数を決定する前、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、または、スケジュールされたリソースの数を決定した後、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成する。

オプションとして、前記プロセッサ８０１は、スケジュールされたリソースの数に従ってセグメンテーションが実行されるべきであると決定された場合、スケジュールされたリソースの数に従って、セグメント化されるべきターゲット（ＲＬＣＰＤＵ）を決定し、前記ターゲット（ＲＬＣＰＤＵ）をセグメント化して、新しいＲＬＣＰＤＵを生成する。

オプションとして、前記プロセッサ８０１は、
セグメント情報およびセグメント化されたデータに従って新しいＲＬＣＰＤＵを生成する。

オプションとして、前記プロセッサ８０１は、ＲＬＣＳＮに従って同じ論理チャネルのＲＬＣＰＤＵを順序付け、および、優先順位に従って異なる論理チャネルのＲＬＣＰＤＵを順序付ける。順序付けされたＲＬＣＰＤＵからＭＡＣＰＤＵを構成する。

オプションとして、前記プロセッサ８０１は、順序付けされたＲＬＣＰＤＵのＬＣＩＤに従ってＭＡＣＰＤＵを構成する。

図８では、バスアーキテクチャ（バス８００によって表される）では、バス８００は、いずれ数の相互接続するバス及びブリッジを備える。バス８００は、プロセッサ８０１が代表となる１つまたは複数のプロセッサ及びメモリ８０４が代表となるメモリの多様な回路により接続される。バス８００は、外部設備、電圧レギュレーター及び電力管理回路等の他の回路を接続することもできる。これらは、当該分野の周知技術であるため、本発明において、詳細に説明しない。バスインターフェース８０３は、バス８００と送受信機８０２の間でインターフェースを提供する。送受信機８０２は、複数の部品であることができ、すなわち、ち、送信機及び受信機を備え、伝送媒体を介して他の装置と通信するユニットを提供する。プロセッサ８０１により処理されたデータは、アンテナ８０５を介して無線媒体を介して送信され、さらにアンテナ８０５はデータを受信してプロセッサ９０１に送信するプロセッサ８０１。

プロセッサ８０１は、バス８００を管理し、通常のプロセスを実行することを担当し、さらに、タイミング、周辺インタフェース、電圧調整、電源管理、および他の制御機能を含む様々な機能を果たすことができる。メモリ８０４は、プロセッサ８０１が動作する際に利用するデータを記憶することができる。

オプションとして、プロセッサ８０１は、ＣＰＵ、ＡSIＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）またはＣＰＬＤ（ＣｏｍｐｌｅｘＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）とすることができる。

同じ発明思想に基づいて、本発明に係る実施例は受信装置をさらに提供する。当該装置は本発明に係る実施例によるデータを受信するための方法と同様の原理の下で問題に対処するので、システムの実施は方法の実施を参照することができる。システムの実施は方法の実施をその繰り返しの説明はここでは省略する。

図９は、受信モジュール７００、伝送モジュール７０１および解析モジュール７０２が同じエンティティに配置される例を挙げた。受信モジュール７００、伝送モジュール７０１および解析モジュール７０２の一部が同じエンティティに配置されるか、またはすべてが異なるエンティティに配置される。プロセッサが１つまたは複数のモジュールの機能を実行することを除いて図９に示される構造と同様である。ここではそれらの繰り返しの説明は省略する。

図９に示すように、本発明の実施例に係る受信装置は、
メモリ９０４内のプログラムを読み込んで実行するように構成されたプロセッサ９０１と、ロセッサ９０１の制御下でデータを送受信するように構成される送受信機９０２とを備える。

前記プロセッサ９０１は、受信したメディアアクセス制御プロトコルデータユニット（ＭＡＣＰＤＵ）を複数の無線リンク制御プロトコルデータユニット（ＲＬＣＰＤＵ）に分割し、受信したＲＬＣＰＤＵを解析モジュールに送信し、解析可能であると決定すると、順序付きおよび／または再結合したＲＬＣＰＤＵを解析してＰＤＣＰＰＤＵを取得し、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む。

オプションとして、前記プロセッサ９０１は、受信したＲＬＣＰＤＵのＲＬＣＳＮに従ってフィードバック情報を生成する。

セグメント化されていない紛失ＲＬＣＰＤＵがある場合、フィードバック情報は紛失ＲＬＣＰＤＵのＲＬＣＳＮを含み、または、
セグメント化された紛失ＲＬＣＰＤＵがある場合、フィードバック情報は、紛失ＲＬＣＰＤＵの所属のオリジナルＲＬＣＰＤＵのＲＬＣＳＮを含み、オリジナルＲＬＣＰＤＵ内の紛失ＲＬＣＰＤＵの開始位置情報及び紛失ＲＬＣＰＤＵの長さ情報を示す。

オプションとして、前記プロセッサ９０１は、受信したＲＬＣＰＤＵを解析モジュールに直接送信し、または、受信したＤＵのＲＬＣに従って受信したＲＬＣＰＤＵを順序付けおよび／または再結合し、次いで順序付けされたおよび／または再結合されたＲＬＣＰＤＵを解析モジュールに送信する。

図９では、バスアーキテクチャ（バス９００によって表される）では、バス９００は、いずれ数の相互接続するバス及びブリッジを備える。バス９００は、プロセッサ９０１が代表となる１つまたは複数のプロセッサ及びメモリ９０４が代表となるメモリの多様な回路により接続される。バス９００は、外部設備、電圧レギュレーター及び電力管理回路等の他の回路を接続することもできる。これらは、当該分野の周知技術であるため、本発明において、詳細に説明しない。バスインターフェース９０３は、バス９００と送受信機９０２の間でインターフェースを提供する。送受信機９０２は、複数の部品であることができ、すなわち、ち、送信機及び受信機を備え、伝送媒体を介して他の装置と通信するユニットを提供する。プロセッサ９０１により処理されたデータは、アンテナ９０５を介して無線媒体を介して送信され、さらにアンテナ９０５はデータを受信してプロセッサ９０１に送信する。

プロセッサ９０１は、バス９００を管理し、通常のプロセスを実行することを担当し、さらに、タイミング、周辺インタフェース、電圧調整、電源管理、および他の制御機能を含む様々な機能を果たすことができる。メモリ９０４は、プロセッサ９０１が動作する際に利用するデータを記憶することができる。

オプションとして、プロセッサ９０１は、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡまたはＣＰＬＤとすることができる。

以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を記述した。理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、またはいは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータまたはいは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つまたはいは複数のフローおよび／またはブロック図における一つまたはいは複数のブロックに指定する機能を実現する。

これらのコンピュータプログラム指令は又、コンピュータまたはいは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これによって、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、フロー図における一つまたはいは複数のフローおよび／またはブロック図における一つまたはいは複数のブロックに指定する機能を実現する。

無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、またはいはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。

ＵＥ端末
ｅＮＢ基地局

オプションとして、前記割り当てモジュール６００は、同じ優先順位のそれぞれのＰＤＣＰＰＤＵが受信される順序で対応するＲＬＣＳＮを割り当てる。または、同じ優先順位のそれぞれのＰＤＣＰＰＤＵ集合が受信される順序で対応するＲＬＣＳＮを割り当て、前記ＰＤＣＰＰＤＵ集合は少なくとも１つのＰＤＣＰＰＤＵを含む。

オプションとして、前記プロセッサ８０１は、同じ優先順位のそれぞれのＰＤＣＰＰＤＵが受信される順序で対応するＲＬＣＳＮを割り当てる。または、同じ優先順位のそれぞれのＰＤＣＰＰＤＵ集合が受信される順序で対応するＲＬＣＳＮを割り当て、前記ＰＤＣＰＰＤＵ集合は少なくとも１つのＰＤＣＰＰＤＵを含む。

Claims

割り当てモジュールは、受信したパケットデータコンバージェンスプロトコルデータユニット（ＰＤＣＰＰＤＵ）から無線リンク制御プロトコルデータユニット（ＲＬＣＰＤＵ）を構成し、対応するＲＬＣシーケンス番号（ＳＮ）を割り当てるステップであって、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む前記割り当てるステップと、
決定モジュールは、スケジュールされたリソースの数に従って、生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定するステップと、
処理モジュールは、前記スケジュールされたリソースの数に対応するデータからメディアアクセス制御プロトコルデータユニット（ＭＡＣＰＤＵ）を構成し、前記ＭＡＣＰＤＵに従って、データ送信の処理を行うステップとを備えることを特徴とするデータを送信するための方法。
前記割り当てモジュールが対応するＲＬＣＳＮを割り当てる場合、
前記割り当てモジュールは、同じ優先順位のそれぞれのＰＤＣＰＰＤＵが受信される順序で対応するＲＬＣＳＮを割り当て、または、
前記割り当てモジュールは、同じ優先順位のそれぞれのＰＤＣＰＰＤＵ集合が受信される順序で対応するＲＬＣＳＮを割り当て、前記ＰＤＣＰＰＤＵ集合は少なくとも１つのＰＤＣＰＰＤＵを含むことを特徴とする請求項１に記載のデータを送信するための方法。
前記割り当てモジュールは、高い優先順位のＰＤＣＰＰＤＵに対して優先的にＲＬＣＳＮを割り当てることを特徴とする請求項２に記載のデータを送信するための方法。
生成された前記ＲＬＣＰＤＵに少なくとも１つの前記ＰＤＣＰＰＤＵおよび割り当てられたＲＬＣＳＮが含まれ、または、
受信した各ＰＤＣＰＰＤＵのＰＤＣＰＳＮの順序が、割り当てられたＲＬＣＳＮの順序と同じである場合、生成された前記ＲＬＣＰＤＵは、少なくとも１つの受信した前記ＰＤＣＰＰＤＵを含むことを特徴とする請求項１に記載のデータを送信するための方法。
前記割り当てモジュール対応するＲＬＣＳＮを割り当てる場合、
前記割り当てモジュールは、スケジュールされたリソースの数を決定する前、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、または、
前記割り当てモジュールは、スケジュールされたリソースの数を決定した後、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成することを特徴とする請求項１に記載のデータを送信するための方法。
前記決定モジュールは、スケジュールされたリソースの数に従って、生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定する場合、
前記決定モジュールがスケジュールされたリソースの数に従って、セグメント化すべきであると決定した場合、スケジュールされたリソースの数に従って、セグメント化されるべきターゲット（ＲＬＣＰＤＵ）を決定し、前記ターゲット（ＲＬＣＰＤＵ）をセグメント化して、新しいＲＬＣＰＤＵを生成することを特徴とする請求項１に記載のデータを送信するための方法。
前記決定モジュールが、前記ターゲット（ＲＬＣＰＤＵ）をセグメント化して新しいＲＬＣＰＤＵを生成する場合、
前記決定モジュールは、セグメント情報およびセグメント化されたデータに従って新しいＲＬＣＰＤＵを生成し、
前記セグメント情報は、
ターゲット（ＲＬＣＰＤＵ）のＲＬＣＳＮと、
ターゲット（ＲＬＣＰＤＵ）内のセグメント化されたデータの開始位置情報と、
セグメント化されたデータの長さ情報と、
セグメント化されたデータがターゲット（ＲＬＣＰＤＵ）内の最後のセグメントデータであるかどうかを示すインジケータとのうちの一部または全部を含むことを特徴とする請求項６に記載のデータを送信するための方法。
前記処理モジュールが、前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成する場合、
前記処理モジュールは、ＲＬＣＳＮに従って同じ論理チャネルのＲＬＣＰＤＵを順序付け、および、優先順位に従って異なる論理チャネルのＲＬＣＰＤＵを順序付け、
前記処理モジュールは、順序付けされたＲＬＣＰＤＵからＭＡＣＰＤＵを構成することを特徴とする請求項１に記載のデータを送信するための方法。
前記処理モジュールが、順序付けされたＲＬＣＰＤＵからＭＡＣＰＤＵを構成する場合、
前記処理モジュールは、順序付けされたＲＬＣＰＤＵのＬＣＩＤに従ってＭＡＣＰＤＵを構成し、
前記ＭＡＣＰＤＵは、各ＲＬＣＰＤＵに含まれるそれぞれのＲＬＣＰＤＵのＬＣＩＤを含み、または前記ＭＡＣＰＤＵは異なるＬＣＩＤを含み、同じＬＣＩＤに対応するＲＬＣＰＤＵは、１つのＬＣＩＤを共有することを特徴とする請求項８に記載のデータを送信するための方法。
前記ＲＬＣＰＤＵは、最初に伝送されたＲＬＣＰＤＵおよび／または再送信されたＲＬＣＰＤＵであることを特徴とする請求項１ないし請求項９のいずれか１項に記載のデータを送信するための方法。
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールは同じエンティティに配置されており、または、
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールのうちの２つのモジュールは同じエンティティに配置されており、または、
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールは異なるエンティティに配置されていることを特徴とする請求項１ないし請求項９のいずれか１項に記載のデータを送信するための方法。
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールが同じエンティティに配置されている場合、前記エンティティは、基地局または端末または分散型ユニット(ＤＵ)であり、
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールのうちの２つのモジュールが同じエンティティに配置されている場合、前記割り当てモジュールは中央ユニット（ＣＵ）にあり、前記決定モジュールおよび前記処理モジュールはＤＵにあることを特徴とする請求項１１に記載のデータを送信するための方法。
受信モジュールは、受信したメディアアクセス制御プロトコルデータユニット（ＭＡＣＰＤＵ）を複数の無線リンク制御プロトコルデータユニット（ＲＬＣＰＤＵ）に分割するステップと、
伝送モジュールは、受信したＲＬＣＰＤＵを解析モジュールに送信するステップと、
解析モジュールは、解析可能であると決定すると、順序付きおよび／または再結合したＲＬＣＰＤＵを解析してＰＤＣＰＰＤＵを取得するステップとを備え、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含むことを特徴とするデータを受信するための方法。
前記伝送モジュールが受信したＲＬＣＰＤＵを解析モジュールに送信した後、
前記解析モジュールは、受信したＲＬＣＰＤＵのＲＬＣＳＮに従ってフィードバック情報を生成し、
セグメント化されていない紛失ＲＬＣＰＤＵがある場合、フィードバック情報は紛失ＲＬＣＰＤＵのＲＬＣＳＮを含み、または、
セグメント化された紛失ＲＬＣＰＤＵがある場合、フィードバック情報は、紛失ＲＬＣＰＤＵの所属のオリジナルＲＬＣＰＤＵのＲＬＣＳＮを含み、オリジナルＲＬＣＰＤＵ内の紛失ＲＬＣＰＤＵの開始位置情報及び紛失ＲＬＣＰＤＵの長さ情報を示し、または、
連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがない場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮおよび紛失ＲＬＣＰＤＵの数を含み、または、
連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがある場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮを含み、セグメント化されたＲＬＣＰＤＵの情報および紛失ＲＬＣＰＤＵの数を示し、前記セグメント化されたＲＬＣＰＤＵは、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵおよび／または最後のＲＬＣＰＤＵであることを特徴とする請求項１３に記載のデータを受信するための方法。
前記伝送モジュールが受信したＲＬＣＰＤＵを解析モジュールに送信する場合、
前記伝送モジュールは、受信したＲＬＣＰＤＵを解析モジュールに直接送信し、または、
前記伝送モジュールは、受信したＤＵのＲＬＣに従って受信したＲＬＣＰＤＵを順序付けおよび／または再結合し、次いで順序付けされたおよび／または再結合されたＲＬＣＰＤＵを解析モジュールに送信することを特徴とする請求項１３に記載のデータを受信するための方法。
前記受信モジュール、前記伝送モジュール及び前記解析モジュールは、同じエンティティに配置されており、または、
前記受信モジュール、前記伝送モジュール及び前記解析モジュールのうちの２つのモジュールが同じエンティティに配置されており、または、
前記受信モジュール、前記伝送モジュールおよび前記解析モジュールは異なるエンティティに配置されていることを特徴とする請求項１３ないし請求項１５のいずれか１項に記載のデータを受信するための方法。
受信モジュール、伝送モジュール、および解析モジュールが同じエンティティ内に配置されている場合、前記エンティティは、基地局または端末またはＤＵであり、
前記受信モジュール、前記伝送モジュールおよび前記解析モジュールのうちの２つのモジュールが同じエンティティに配置されている場合、前記解析モジュールはＣＵにあり、前記受信モジュールおよび前記伝送モジュールはＤＵにあることを特徴とする請求項１６に記載のデータを受信するための方法。
受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、生成されたＲＬＣＰＤＵに対応するＲＬＣＳＮを割り当てるための割り当てモジュールであって、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含む前記割り当てモジュールと、
スケジュールされたリソースの数に従って、生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定する決定モジュールと、
前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成し、前記ＭＡＣＰＤＵに従って、データ送信の処理を行う処理モジュールとを備えることを特徴とするデータを送信するためのシステム。
前記割り当てモジュールは、
同じ優先順位のそれぞれのＰＤＣＰＰＤＵが受信される順序で対応するＲＬＣＳＮを割り当て、または、
同じ優先順位のそれぞれのＰＤＣＰＰＤＵ集合が受信される順序で対応するＲＬＣＳＮを割り当て、前記ＰＤＣＰＰＤＵ集合は少なくとも１つのＰＤＣＰＰＤＵを含むことを特徴とする請求項１８に記載のデータを送信するためのシステム。
前記割り当てモジュールは、
高い優先順位のＰＤＣＰＰＤＵに対して優先的にＲＬＣＳＮを割り当てることを特徴とする請求項１９に記載のデータを送信するためのシステム。
生成された前記ＲＬＣＰＤＵに少なくとも１つの前記ＰＤＣＰＰＤＵおよび割り当てられたＲＬＣＳＮが含まれ、または、
受信した各ＰＤＣＰＰＤＵのＰＤＣＰＳＮの順序が、割り当てられたＲＬＣＳＮの順序と同じである場合、生成された前記ＲＬＣＰＤＵは、少なくとも１つの受信した前記ＰＤＣＰＰＤＵを含むことを特徴とする請求項１８に記載のデータを送信するためのシステム。
前記割り当てモジュールは、
スケジュールされたリソースの数を決定する前、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、または、
スケジュールされたリソースの数を決定した後、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成することを特徴とする請求項１８に記載のデータを送信するためのシステム。
前記決定モジュールは、
スケジュールされたリソースの数に従ってセグメンテーションが実行されるべきであると決定された場合、スケジュールされたリソースの数に従って、セグメント化されるべきターゲット（ＲＬＣＰＤＵ）を決定し、前記ターゲット（ＲＬＣＰＤＵ）をセグメント化して、新しいＲＬＣＰＤＵを生成することを特徴とする請求項１８に記載のデータを送信するためのシステム。
前記決定モジュールは、セグメント情報およびセグメント化されたデータに従って新しいＲＬＣＰＤＵを生成し、
前記セグメント情報は、
ターゲット（ＲＬＣＰＤＵ）のＲＬＣＳＮと、
ターゲット（ＲＬＣＰＤＵ）内のセグメント化されたデータの開始位置情報と、
セグメント化されたデータの長さ情報と、
または、セグメント化されたデータがターゲット（ＲＬＣＰＤＵ）内の最後のセグメントデータであるかどうかを示すインジケータとのうちの情報の一部または全部を含むることを特徴とする請求項２３に記載のデータを送信するためのシステム。
前記処理モジュールは、
ＲＬＣＳＮに従って同じ論理チャネルのＲＬＣＰＤＵを順序付け、および、優先順位に従って異なる論理チャネルのＲＬＣＰＤＵを順序付け、
順序付けされたＲＬＣＰＤＵからＭＡＣＰＤＵを構成することを特徴とする請求項１８に記載のデータを送信するためのシステム。
前記処理モジュールは、
順序付けされたＲＬＣＰＤＵのＬＣＩＤに従ってＭＡＣＰＤＵを構成し、
前記ＭＡＣＰＤＵは、各ＲＬＣＰＤＵに含まれるそれぞれのＲＬＣＰＤＵのＬＣＩＤを含み、
または前記ＭＡＣＰＤＵは異なるＬＣＩＤを含み、同じＬＣＩＤに対応するＲＬＣＰＤＵは、１つのＬＣＩＤを共有することを特徴とする請求項２５に記載のデータを送信するためのシステム。
前記ＲＬＣＰＤＵは、最初に伝送されたＲＬＣＰＤＵおよび／または再送信されたＲＬＣＰＤＵであることを特徴とする請求項１８ないし請求項２６のいずれか１項に記載のデータを送信するためのシステム。
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールは同じエンティティに配置されており、または、
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールのうちの２つのモジュールは同じエンティティに配置されており、または、
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールは異なるエンティティに配置されていることを特徴とする請求項１８ないし請求項２６のいずれか１項に記載のデータを送信するためのシステム。
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールが同じエンティティに配置されている場合、前記エンティティは、基地局または端末またはＤＵであり、
前記割り当てモジュール、前記決定モジュールおよび前記処理モジュールのうちの２つのモジュールが同じエンティティに配置されている場合、前記割り当てモジュールはＣＵにあり、前記決定モジュールおよび前記処理モジュールはＤＵにあることを特徴とする請求項２８に記載のデータを送信するためのシステム。
受信したメディアアクセス制御プロトコルデータユニット（ＭＡＣＰＤＵ）を複数の無線リンク制御プロトコルデータユニット（ＲＬＣＰＤＵ）に分割するための、受信モジュールと、
受信したＲＬＣＰＤＵを解析モジュールに送信するための、伝送モジュールと、
解析可能であると決定すると、順序付きおよび／または再結合したＲＬＣＰＤＵを解析してＰＤＣＰＰＤＵを取得するための、解析モジュールと、を備え、
各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応することを特徴とするデータを受信するためのシステム。
前記解析モジュールは、
受信したＲＬＣＰＤＵのＲＬＣＳＮに従ってフィードバック情報を生成し、
セグメント化されていない紛失ＲＬＣＰＤＵがある場合、フィードバック情報は紛失ＲＬＣＰＤＵのＲＬＣＳＮを含み、または、
セグメント化された紛失ＲＬＣＰＤＵがある場合、フィードバック情報は、紛失ＲＬＣＰＤＵの所属のオリジナルＲＬＣＰＤＵのＲＬＣＳＮを含み、オリジナルＲＬＣＰＤＵ内の紛失ＲＬＣＰＤＵの開始位置情報及び紛失ＲＬＣＰＤＵの長さ情報を示し、または、
連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがない場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮおよび紛失ＲＬＣＰＤＵの数を含み、または、
連続的な紛失ＲＬＣＰＤＵがあり、連続的なＲＬＣＰＤＵにセグメント化されたＲＬＣＰＤＵがある場合、フィードバック情報は、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵのＲＬＣＳＮを含み、セグメント化されたＲＬＣＰＤＵの情報および紛失ＲＬＣＰＤＵの数を示し、前記セグメント化されたＲＬＣＰＤＵは、連続的なＲＬＣＰＤＵのうちの最初のＲＬＣＰＤＵおよび／または最後のＲＬＣＰＤＵであることを特徴とする請求項３０に記載のデータを受信するためのシステム。
前記伝送モジュールは、
受信したＲＬＣＰＤＵを解析モジュールに直接送信し、または、
受信したＤＵのＲＬＣに従って受信したＲＬＣＰＤＵを順序付けおよび／または再結合し、次いで順序付けされたおよび／または再結合されたＲＬＣＰＤＵを解析モジュールに送信することを特徴とする請求項３０に記載のデータを受信するためのシステム。
前記受信モジュール、前記伝送モジュール及び前記解析モジュールは、同じエンティティに配置されており、または、
前記受信モジュール、前記伝送モジュール及び前記解析モジュールのうちの２つのモジュールが同じエンティティに配置されており、または、
前記受信モジュール、前記伝送モジュールおよび前記解析モジュールは異なるエンティティに配置されていることを特徴とする請求項３０ないし請求項３２のいずれか１項に記載のデータを受信するためのシステム。
受信モジュール、伝送モジュール、および解析モジュールが同じエンティティ内に配置されている場合、前記エンティティは、基地局または端末またはＤＵであり、
前記受信モジュール、前記伝送モジュールおよび前記解析モジュールのうちの２つのモジュールが同じエンティティに配置されている場合、前記解析モジュールはＣＵにあり、前記受信モジュールおよび前記伝送モジュールはＤＵにあることを特徴とする請求項３３に記載のデータを受信するためのシステム。
メモリ内のプログラムを読み込んで実行するように構成されるプロセッサと、
プロセッサの制御下でデータを送受信するように構成される送受信機とを備え、
前記プロセッサは、受信したＰＤＣＰＰＤＵからＲＬＣＰＤＵを構成し、生成されたＲＬＣＰＤＵに対応するＲＬＣＳＮを割り当て、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含み、スケジュールされたリソースの数に従って、生成されたＲＬＣＰＤＵから前記スケジュールされたリソースの数に対応するデータを決定し、前記スケジュールされたリソースの数に対応するデータからＭＡＣＰＤＵを構成し、前記ＭＡＣＰＤＵに従って、データ送信の処理を行うことを特徴とする送信装置。
メモリ内のプログラムを読み込んで実行するように構成されるプロセッサと、
プロセッサの制御下でデータを送受信するように構成される送受信機とを備え、
前記プロセッサは、受信したメディアアクセス制御プロトコルデータユニット（ＭＡＣＰＤＵ）を複数の無線リンク制御プロトコルデータユニット（ＲＬＣＰＤＵ）に分割し、受信したＲＬＣＰＤＵを解析モジュールに送信し、解析可能であると決定すると、順序付きおよび／または再結合したＲＬＣＰＤＵを解析してＰＤＣＰＰＤＵを取得し、各ＲＬＣＰＤＵは１つのＲＬＣＳＮに対応し、各ＲＬＣＰＤＵは少なくとも１つのＰＤＣＰＰＤＵを含むことを特徴とする受信装置。