CN101242402A - 构成无线链路控制层的协议数据单元的方法和装置 - Google Patents

构成无线链路控制层的协议数据单元的方法和装置 Download PDF

Info

Publication number
CN101242402A
CN101242402A CNA2007100373609A CN200710037360A CN101242402A CN 101242402 A CN101242402 A CN 101242402A CN A2007100373609 A CNA2007100373609 A CN A2007100373609A CN 200710037360 A CN200710037360 A CN 200710037360A CN 101242402 A CN101242402 A CN 101242402A
Authority
CN
China
Prior art keywords
length
data unit
service data
bits
control layer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2007100373609A
Other languages
English (en)
Inventor
汪勇刚
胡中骥
王楠
张碧军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Shanghai Bell Co Ltd
Original Assignee
Alcatel Lucent Shanghai Bell Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alcatel Lucent Shanghai Bell Co Ltd filed Critical Alcatel Lucent Shanghai Bell Co Ltd
Priority to CNA2007100373609A priority Critical patent/CN101242402A/zh
Publication of CN101242402A publication Critical patent/CN101242402A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

一种在移动通信系统中构成无线链路控制层的业务数据单元的长度指示符的方法,包括步骤:根据无线链路控制层的业务数据单元或业务数据单元分段的长度生成长度可变的长度指示符;根据所述长度指示符的长度设置表明所述长度指示符的长度的扩展位。本发明还提供一种在移动通信系统中构成无线链路控制层的协议数据单元的方法,包括步骤:根据协议数据单元的长度对无线链路控制层的业务数据单元进行分段;根据所述业务数据单元或分段的长度生成长度可变的、用于指示所述业务数据单元或分段长度的长度指示符;根据所述长度指示符的长度设置指示所述长度指示符的长度的扩展位;和组成长度固定的无线链路控制层的协议数据单元。

Description

构成无线链路控制层的协议数据单元的方法和装置
技术领域
本发明涉及一种在移动通信网络中构成无线链路控制层(RLC)的协议数据单元的方法和装置,特别是,涉及在3G增强系统和LTE系统中,根据业务数据单元(SDU)分段的长度采用变长的长度指示构成无线链路控制层的协议数据单元的方法和装置,以便尽可能地减小协议数据单元(PDU)的RLC头长度,从而提高用户业务数据传输的效率。
背景技术
3GPP(第三代合作伙伴计划)在2005年启动了长期演进研究项目(LTE:Long Term Evolution),希望以更高的数据吞吐量和更好的网络性能,为运营商和用户不断增长的需求提供支持。
多媒体广播/多播业务(MBMS:Multimedia Broadcast/MulticastService)是3GPP Rel.6引入的一项业务,是指一个数据源向多个用户发送数据的点到多点业务,从而实现网络(包括核心网和接入网)资源共享,以尽可能少的资源实现对尽可能多的、具有相同需求的多媒体用户的服务。在无线接入网,MBMS业务通过使用公共传输信道和公共无线承载,既能实现纯文本低速率的消息类多播和广播,也能实现较高速率的多媒体业务的多播和广播,例如,手机电视。
3GPP R6引入了高速下行分组接入(HSDPA)和高速上行分组接入(HSUPA)。系统以分组域业务为主要设计目标,以支持实时性强的业务,降低无线网络的时延。目前的指标主要是参考IP语音(VoIP)等各种实时业务的服务质量(QoS)要求而得到。同时系统减小了控制平面的状态转移时延,有利于改善用户对于网络服务的体验。在用户数据平面,空中单向时延小于5ms;在控制平面,用户从空闲状态到连接状态的时延小于100ms。3GPP的演进涉及到了CDMA2000、宽带码分多址(WCDMA)、及LTE的技术标准。
图1示意性地示出了移动通信网络,作为WCDMA系统的示例。如图1所示,移动通信网络中的多个基站(NodeB)11,12,13等连接到基站控制器(RNC)10。一个无线网络控制器10管理若干NodeB节点,NodeB和RNC通过有线传输连接,两者之间的接口定义为Iub接口。RNC 10还可以通过Iu接口与核心网(CN)的SGSN设备相连。多个基站中的每一个可以适配多个移动站(UE:用户设备)。移动站中的每一个可以一直使用专用信道(DPCCH:专用物理控制信道)来向其相应基站发送/从其相应基站接收。此外,移动通信网络中的移动站可以使用高速下行分组数据接入(HSPDA)来执行数据接收,使用增强上行专用信道(EUDCH)来执行数据发送。基站基于这些分组传输系统执行调度,并仅在执行数据发送/接收时,根据时分复用或码分复用,将无线资源分配给多个移动站,以实现移动站之间的通信。
图2是LTE架构下的MBMS网络结构的示意图。支持MBMS的网元主要包括:BM-SC(广播/多播业务中心)、aGW(接入网关)、eNB(演进的基站)、UE(用户设备)。BM-SC是内容提供者的入口,用于授权和在PLMN中发起MBMS承载业务并按照预定时间计划传送MBMS数据。aGW对用户进行MBMS承载业务控制,并将MBMS数据传送到UTRAN。eNB负责向指定的MBMS服务区的空中接口高效地传送MBMS数据。
在宽带码分多址(WCDMA)系统的增强,cdma2000系统的增强,和3GPP的接入网长期演进(LTE)的系统这三种移动通信系统中,无线接口协议层分为三层。图3示出了WCDMA的无线接口协议栈的结构。如图3所示,最底层是物理层,位于物理层(L1)之上的协议层被称为数据链路层(L2)和网络层(L3)。在无线接口中,数据链路层被划分为几个子层。媒体接入控制(MAC)协议,无线链路控制(RLC)协议,分组数据会聚协议(PDCP)。网络层(L3)和RLC被分成控制平面(C-plane)和用户平面(U-plane)。分组数据会聚协议(PDCP)存在于用户平面。在控制平面,L3层分为两个子层,底层是无线资源控制(RRC),和L2接口并终止于RAN,第二个子层提供“复制避免”的功能。诸如移动性管理(MM)和呼叫控制(CC)之类的高层信令属于非接入层,不在无线接入网(RAN)的范畴之内。
RLC层为用户和控制数据提供分段和重传业务。RLC功能包括连接控制、封装和重组、报头压缩、级联、填充、用户数据传输、纠错、流量控制、序号检测、加密、协议错误检测和修复等。每个RLC实体由RRC配置并以三种模式进行操作,分别为:
透明模式(T M):发送端接收高层自Tr-SAP传来的业务数据单元(SDU),可以将其分成适当长度的PDU(协议数据单元),不加任何帧头。如何对SDU分段在建立连接时确定。RLC通过BCCH、PCCH、DTCH或CCCH(只用于上行连接)将PDU传给MAC层。接收端通过逻辑信道从MAC层接收PDU。若分段则需要重装成SDU,通过Tr-SAP传给高层。
无应答模式(UM):发送端接收高层自Um-SAP传来的SDU,将其分成适当长度的PDU,如何对SDU进行分段在建立连接时确定。SDU可与其他SDU串接。RLC对PDU加帧头和加密。RLC通过DCCH、DTCH、CTCH或CCCH(只用于下行连接)将PDU传给MAC层。接收端通过逻辑信道从MAC层接收PDU,若分段则需要重装成SDU,通过Um-SAP传给高层。
应答模式(AM):发送端接收高层自Am-SAP传来的SDU,将其分成适当长度的PDU,如何对SDU进行分段在建立连接时确定。SDU可与其他SDU串接。RLC对PDU加帧头和加密,通过DCCH或DTCH将PDU传给MAC层。接收端通过逻辑信道从MAC层接收PDU,如果SDU被分段,则需要重装成SDU,通过Am-SAP传给高层。为保证可靠传输,该模式采用ARQ协议建立反馈系统,将PDU分为若干PU,作为统计的最小单位,并可以采用帧头压缩以提高效率。
就是说,发送实体从高层接收SDU,RLC把SDU分段成适当大小的RLCPDU,SDU还可以和其它SDU进行连接。PDU长度是一个准静态值,该值是在承载建立时确定的,并且只能通过RRC对承载的重新配置来改变。RLC附加上一个RLC头并将PDU放入传送缓存器中,通过传输信道,RLC将RLCPDU传送给MAC。在控制平面,RLC层向上层提供的业务为信令无线承载(SRB);在用户平面,RLC向上层提供的业务为无线承载(RB)。
SDU分段级联并封装到PDU时,必须添加一定的长度指示字段,以便在UE接收端接收到PDU时,可以根据长度指示字段恢复出SDU。
由于添加的长度指示字段需要在空中接口发送,因此希望尽量减小长度指示字段所占用的空间,以便减少RLC头的额外开销(overhead),增加空中接口传输有用数据的效率。然而,在现有技术中,采用的方式是针对每个SDU进行分段来生成PDU。因此需要对每个分段做出长度指示,并且该长度指示是固定的,占用2个字节(byte,即16比特)。
由于IP数据包是变长的,如果采用固定的2字节的长度指示,当数据包,即SDU比较小时,因为不需要那么长的长度指示,会造成很大的浪费。特别是在业务数据是网络电话(VOIP)业务时,一般用6比特的长度指示就足够了。
发明内容
本发明的一个目的是提供一种用于在无线通信系统,特别是3G增强系统和LTE系统的构成RLC PDU的方法和装置,该方法和装置能够根据SDU分段的长度来采用变长的长度指示字段,使得PDU的RLC头的长度尽可能地减到最低。
本发明的另一个目的是提供一种用于在无线通信系统,特别是3G增强系统和LTE系统的构成RLC PDU中的RLC头的方法和装置,该方法和装置能够根据SDU分段的长度来采用变长的长度指示字段,使得PDU的RLC头的长度尽可能地减到最低。
根据本发明的一个方面,提供一种在移动通信系统中构成无线链路控制层的业务数据单元的长度指示符的方法,包括步骤:根据无线链路控制层的业务数据单元或业务数据单元分段的长度生成长度可变的长度指示符;根据所述长度指示符的长度设置表明所述长度指示符的长度的扩展位。
根据本发明的另一个方面,提供一种在移动通信系统中构成无线链路控制层的协议数据单元的方法,包括步骤:根据协议数据单元的长度对无线链路控制层的业务数据单元进行分段;根据所述业务数据单元或分段的长度生成长度可变的、用于指示所述业务数据单元或分段长度的长度指示符;根据所述长度指示符的长度设置指示所述长度指示符的长度的扩展位;和组成长度固定的无线链路控制层的协议数据单元。
根据本发明的再一个方面,提供一种在移动通信系统中的接收侧重构无线链路控制层的业务数据单元的方法,包括步骤:接收无线链路控制层的协议数据单元,并读取所述协议数据单元中指示业务数据单元或分段长度的长度指示符的长度的扩展位,以判断长度可变的长度指示符的长度;计算业务数据长度与无线链路控制层头的总和,并与协议数据单元的长度进行比较;如果所计算的数据总和等于协议数据单元的长度,则确定下一个字节为业务数据单元的开始;和根据所述长度指示符读出业务数据单元或分段,以恢复成完整的无线链路控制层的业务数据单元。
根据本发明的再一个方面,提供一种在移动通信系统中构成无线链路控制层的业务数据单元或分段的长度指示符的装置,包括:生成单元,用于生成指示业务数据单元或业务数据单元分段长度的、长度可变的长度指示符;和设置单元,用于设置扩展位,所述扩展位指示长度可变的长度指示符的长度。
根据本发明,可以明确获得与原有的头长度比较有的节省,提高用户业务数据传输的效率。
附图说明
通过下面结合附图说明本发明的优选实施例,将使本发明的上述及其它目的、特征和优点更加清楚,其中:
图1是表示WCDMA的无线接入网的系统结构的示意图;
图2是表示LTE MBMS的网络拓扑结构的示意图;
图3示出了WCDMA中的无线接口协议栈的结构的示意图;
图4是表示根据本发明实施例的RLC分段和连接的示意图;
图5是表示无应答模式的数据(UMD)的PDU格式的示意图;
图6是表示UMD PDU结构的一个实例的示意图;
图7是显示根据本发明实施例在无线接入网侧进行RLC层处理的流程图;和
图8示出了根据本发明实施例在UE侧处理RLC层的流程图。
具体实施方式
下面参照附图对本发明的优选实施例进行详细说明,在描述过程中省略了对于本发明来说是不必要的细节和功能,以防止对本发明的理解造成混淆。
在现有的技术中,PDU的RLC头采用固定的2字节的长度指示。在第一个字节用一个扩展比特E来表明紧接着该长度指示字段的字节是业务数据还是长度指示。
图4示出了根据本发明实施例的RLC分段和级联的示意图。在无线接入网侧,接入网关(aGW)发出RLC业务数据单元(SDU)。作为实例,RLCSDU可以是IP包,且最大长度是1500字节。应该指出,本发明不限于此,可以应用于其它类型的数据。IP包的长度是可变的,也可以是几百或几十个字节。RLC SDU到达空中接口时,在eNodeB对RLC SDU进行分段级联,产生固定长度的、符合控制接口发送规定的、分段级联的RLC协议数据单元(PDU)。为了在接收侧恢复RLC PDU,需要在RLC PDU中对原始RLC SDU的长度及分段进行标记,即加入LEN字段(RLC SDU头)。
在LTE,系统的带宽和传输速率较高,在整个传送块上将大于126字节。最好是使用RLC SDU或SDU分段的长度来代替该SDU和SDU分段在PDU中结束处的指示。因此可以使用变长的长度指示符。
在本发明中,RLC实体生成长度可变的长度指示来指示SDU分段的长度。长度指示的长度可以是7bits和11bits。由于PDU是定长的,扩展位E比特不再用于标识紧接着该长度指示的字节是业务数据还是长度指示,而是用来标识后一个长度指示是7比特还是11比特。因此,RLC实体还根据长度指示来设置E比特,以使E比特标识后一个长度指示的长度。而业务数据字节的开始是通过计算长度指示所表示的数据数目之和加头长度有没有达到PDU长度来判断。根据本发明,RLC实体可以包括生成单元和设置单元。生成单元生成上述长度指示符。设置单元根据所生成的长度指示符的长度来设置扩展位。
可以通过计算RLC SDU(分段)的长度来判断RLC头是否结束。因此,可以将E比特定义为LEN的长度指示的指示符。该定义也可应用于应答模式的数据(AMD)的PDU。
在MBMS传输中,RLC PDU的长度是固定的,因此需要通过加填充字节(padding)来使PDU构成完整的传输块。
下面给出了构成RLC头的表达式:
RLC_HEADER={RLC_SN,SI,list of{E,LEN}}
在上面的表达式中,RLC SDUs按顺序级联;RLC_SN表示RLC PDU的序号,与RLC SDU无关;SI指示RLC PDU中的第一/最后RLC SDU与在前/在后的RLC PDU是连续的;E指示后面的长度指示LEN是7比特还是11比特,如果后面有LEN的话;LEN指示每个RLC SDU(或RLC SDU分段)的长度。
下面的表1给出了RLC头的构成。
表1
Figure A20071003736000111
需要指出,在HSDPA中,传输序列号(TSN)的大小是6比特,AM RLC的SN的大小是12比特,在LTE中,UM RLC的数量是6比特,其AM RLC的数量是10。另外,在表1中,M表示长度小于127字节的RLC SDU(分段)的数量,N表示长度大于或等于127字节的RLC SDU(分段)的数量。
UMD PDU用于传送MBMS数据,RLC以未确认的模式工作。数据部分的长度是8比特(1个字节)的倍数。UND PDU头的第一个八位字节包含PDU的“序号”。RLC头由第一个八位字节和包含“LEN”的所有八位字节构成。
在UMD PDU头中,LEN用于指示SDU的分段或级联,以便使接收侧的用户设备(UE)能够恢复RLC SDU。
SI可以分成两部分,SI1和SI2,以使字节更好地对齐。SI2位于RLC头的最后一位。
图5示出了UMD PDU头的示意图。其第一个八位字节由序号、SI1和E比特构成,其后是LEN和E比特。后续的LEN是根据SDU的长度任选的。LEN后是用户数据。如果用户数据没有构成一个完整的字节,可以在用户数据后进行填充,以构成完整固定大小的PDU。应该指出,图5中的LEN可以是7比特或11比特。
扩展位E的长度是1比特。下面的表2给出了对扩展位E的描述。
表2
比特 描述
0 下一个字段是7比特LEN以及E(SI)比特
1 下一个字段是11比特LEN及E(SI)比特
下面的表3给出了分段指示符的构成及描述。
表3
    比特 描述
    0 RLC PDU中的第一/最后RLC SDU不与在前/在后RLC PDU连续
    1 RLC PDU中的第一/最后RLC SDU不与在前/在后RLC PDU连续
RLC头的第二个八位字节(或两个八位字节)必须是LEN(长度)。LEN用于指示PDU中每个RLC SDU(或RLC SDU分段)的八位字节的数量。
除了下面的表4中列出的、为特定目的而接收的预定义值之外,LEN应该指出RLC SDU或RLC SDU分段的八位字节的数量,并且被包括在其参考的PDU中。LEN的大小可以是7比特或11比特。如上所述,LEN的大小可以由最后的扩展位来确定。
下面的表4描述了预定义值。
表4
比特 描述
0000000 保留
1111111 填充RLC PDU的剩余位,填充长度可以是零
另外,可以通过下面的三种方式可以确定是否到达RLC头的结尾。
就是说,如果当前的LEN是“1111111”,在确定下一个八位字节是用户数据(有效载荷)的开始。
另外,如果头的八位字节的总和与LEN的总和之和等于PDU的长度,则确定下一个八位字节是用户数据(有效载荷)的开始。否则,下一个八位字节(或两个八位字节)是用户数据(有效载荷)的开始。
所接收的“0000000”可以用于指示RLC PDU的剩余部分是RLC SDU分段的八位字节。这种情况下,当LEN是“0000000”,下一个八位字节是用户数据的开始,但是为了与AM模式兼容,每个分段或SDU的长度都有LEN来标示。
图6给出了构成UMD PDU的一个实例。如图所示,RLC从上层接收到RLC SDU A至RLC SDU A。其中假设RLC SDU A的长度是0至600字节,RLC SDU B的长度是601至900字节,RLC SDU C的长度是901至1050字节,RLC SDU D的长度是1051至1400字节。PDU的长度是511字节。
在左侧的第一个PDU中,包括PDU的序号“0”,用于指示RLC PDU中的RLC SDU A是否与在前的RLC PDU连续的SI1。在此,由于该PDU是第一个PDU,因此SI1为“0”,其后是E比特,在此,E比特为“0”,用于指示下一个LEN为7比特。接下来的第二个八位字节为长度指示,指示该PDU中包括509字节的用户数据。上述RLC头占要了两个字节。由于RLC SDUA的长度超过了511-2=509字节,因此,对SDU A进行分段,并在第一个PDU中排列SDU A的第一0至509字节。
接下来,在第二个PDU中,在第一个八字节中,同样包括PDU的序号,SI比特及E比特,其后的长度指示分别指示了该PDU包含了SDU A的剩余分段的长度指示91字节。该长度指示后的SI为“1”,表明该SDU是前一个PDU中的SDU的继续。长度指示后的E比特“1”表明该长度指示为11比特。此后的长度指示300字节表示SDU B分段的长度。该长度指示表明第二个PDU中包含了SDU B的全部300个字节,并在此后指示第二个PDU还包含SDU C中的116字节,构成了固定长度的第二个PDU。
同样,在第三个PDU中,同样包含PDU的序号“2”,SI比特及E比特,以及指示了第三个PDU中所包含的SDU C和SDU D长度的长度指示。SI比特为“1”表明第三个PDU中的SDU是前一SDU C分段的继续。其后的长度指示,表明了SDU C后的SDU D分段。在第三个PDU中,给出了预定义值,表明需要填充第三个PDU中的剩余空间。
应该指出,对于每个PDU中,当其中的数据未达到固定长度时,可以在其中填充数据,以获得固定长度的PDU。
图7示出了根据本发明实施例在无线接入网侧进行RLC层处理的流程图。首先,在步骤S701,RLC实体从RLC缓存器中取出一个RLC SDU。在步骤S702,RLC实体判断一个RLC PDU中还剩余多少空间。如果在步骤S703确定SDU的长度大于该PDU的剩余空间,流程则进行到步骤S704,对所取出的SDU进行分段,使其分段长度及其长度指示所占用的字节等于该PDU的剩余空间。此后,在步骤S705,根据长度指示为7比特还是11比特来设置相应的E比特。接下来,在步骤S706,组成一个固定长度的RLC PDU。多余的分段可以放在RLC缓存器中在下一个PDU中发走。
另一方面,当在步骤S702判断PDU中的剩余空间时,如果SDU的长度小于PDU的剩余空间,流程则进行到步骤S707。此后,在步骤S708,将SDU与其长度指示填充到PDU的剩余空间中,并计算新的剩余空间。接下来,在步骤S709,根据长度指示是7比特还是11比特来设置相应的E比特。然后,流程返回步骤S701,由于该PDU仍有剩余空间,因此RLC实体可以从RLC缓存器中取出下一个RLC SDU。
图8示出了根据本发明实施例在UE侧处理RLC层的流程图。首先,在步骤S801,RLC实体从MAC收到一个RLC PDU。此后,在步骤S802,接收侧的用户设备(UE)读取接收到RLC PDU中的E比特,以判断下一个LEN是7比特还是11比特。在步骤S803,读取该LEN,并计算数据总和(包含RLC头),并与PDU长度进行比较。此后,在步骤S804,如果数据总和等于PDU的长度,则在步骤S805确定下一个字节为业务数据包SDU的开始。接下来,在步骤S806,依次根据LEN读出SDU或SDU分段,并在步骤S807恢复成完整的RLC SDU。
另外,当在步骤S803的比较结果表明数据总和小于PDU的长度时,流程则进行到步骤S808,确定数据总和小于PDU的长度。此后,流程进行到步骤S809,确定下一个字节仍为长度指示,并且流程返回到步骤S802,读取下一个E比特,判断长度指示LEN,并重复上述过程,直到恢复完原始RLC SDU。
在本发明中,为了适应MBMS的带宽和传输速率,对PDU的格式进行改进。根据RLC SDU或SDU分段的长度利用可变的长度指示来指示分段的长度。采用7比特或11比特作为SDU的长度指示,并利用扩展位(E比特)来指示下一个长度指示是7比特还是11比特。
本发明的方法可以应用于宽带码分多址(WCDMA)增强系统的无线链路控制层(RLC)的改进,cdma2000增强系统的RLC层的改进,和3GPP的接入网长期演进(LTE)的多媒体广播和多播系统中的RLC层设计。
至此已经结合优选实施例对本发明进行了描述。应该理解,本领域技术人员在不脱离本发明的精神和范围的情况下,可以进行各种其它的改变、替换和添加。因此,本发明的范围不局限于上述特定实施例,而应由所附权利要求所限定。

Claims (22)

1. 一种在移动通信系统中构成无线链路控制层的业务数据单元的长度指示符的方法,包括步骤:
根据无线链路控制层的业务数据单元或业务数据单元分段的长度生成长度可变的长度指示符;
根据所述长度指示符的长度设置表明所述长度指示符的长度的扩展位。
2. 根据权利要求1所述的方法,其中所述长度指示符的长度是7比特或11比特。
3. 根据权利要求1或2所述的方法,进一步包括生成指示无线链路控制层的协议数据单元中的第一/最后业务数据单元是否与在前/在后无线链路控制层的协议数据单元中的最后/第一业务数据单元连续的标记的步骤。
4. 根据权利要求3所述的方法,进一步包括将指示协议数据单元中的业务数据单元是否连续的标记分成两部分,以使构成所述长度指示符的字节对齐的步骤。
5. 根据权利要求1或2所述的方法,其中所述扩展位的长度是1比特。
6. 根据权利要求1至5中的任何一项所述的方法,其中所述移动通信系统是第三代移动通信增强系统和长期演进研究项目系统。
7. 根据权利要求6所述的方法,其中所述移动通信系统是多媒体广播/多播业务系统。
8. 一种在移动通信系统中构成无线链路控制层的协议数据单元的方法,包括步骤:
根据协议数据单元的长度对无线链路控制层的业务数据单元进行分段;
根据所述业务数据单元或分段的长度生成长度可变的、用于指示所述业务数据单元或分段长度的长度指示符;
根据所述长度指示符的长度设置指示所述长度指示符的长度的扩展位;和
组成长度固定的无线链路控制层的协议数据单元。
9. 根据权利要求8所述的方法,其中所述长度指示符的长度是7比特或11比特。
10. 根据权利要求8或9所述的方法,进一步包括判断协议数据单元中的剩余空间的步骤。
11. 根据权利要求10所述的方法,进一步包括判断所述业务数据单元的长度是否大于所述协议数据单元的所述剩余空间的步骤。
12. 根据权利要求11所述的方法,进一步包括在所述业务数据单元的长度大于所述协议数据单元的所述剩余空间的情况下,对所述业务数据单元进行分段,使所述业务数据单元分段的长度与所述业务数据单元分段的长度指示符所占长度的总和等于所述协议数据单元的所述剩余空间的步骤。
13. 根据权利要求11所述的方法,进一步包括在所述业务数据单元的长度小于所述协议数据单元的所述剩余空间的情况下,将所述业务数据单元或分段和其长度指示符填充到所述协议数据单元的剩余空间,并计算新的剩余空间的步骤。
14. 根据权利要求8至13中的任何一项所述的方法,其中所述移动通信系统是第三代移动通信增强系统和长期演进研究项目系统。
15. 根据权利要求14所述的方法,其中所述移动通信系统是多媒体广播/多播业务系统。
16. 一种在移动通信系统中的接收侧重构无线链路控制层的业务数据单元的方法,包括步骤:
接收无线链路控制层的协议数据单元,并读取所述协议数据单元中指示业务数据单元或分段长度的长度指示符的长度的扩展位,以判断长度可变的长度指示符的长度;
计算业务数据长度与无线链路控制层头的总和,并与协议数据单元的长度进行比较;
如果所计算的数据总和等于协议数据单元的长度,则确定下一个字节为业务数据单元的开始;和
根据所述长度指示符读出业务数据单元或分段,以恢复成完整的无线链路控制层的业务数据单元。
17. 根据权利要求16所述的方法,进一步包括当比较结果表明数据总和小于协议数据单元的长度时,确定下一个字节仍为长度指示符,并且读取下一个扩展位,判断长度指示符的长度。
18. 根据权利要求16或17所述的方法,其中所述长度指示符的长度是7比特或11比特。
19. 根据权利要求16至18中的任何一项所述的方法,其中所述移动通信系统是第三代移动通信增强系统和长期演进研究项目系统。
20. 根据权利要求19所述的方法,其中所述移动通信系统是多媒体广播/多播业务系统。
21. 一种在移动通信系统中构成无线链路控制层的业务数据单元或分段的长度指示符的装置,包括:
生成单元,用于生成指示业务数据单元或业务数据单元分段长度的、长度可变的长度指示符;和
设置单元,用于设置扩展位,所述扩展位指示长度可变的长度指示符的长度。
22. 根据权利要求21所述的装置,其中所述长度指示符的长度是7比特或11比特。
CNA2007100373609A 2007-02-06 2007-02-06 构成无线链路控制层的协议数据单元的方法和装置 Pending CN101242402A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2007100373609A CN101242402A (zh) 2007-02-06 2007-02-06 构成无线链路控制层的协议数据单元的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2007100373609A CN101242402A (zh) 2007-02-06 2007-02-06 构成无线链路控制层的协议数据单元的方法和装置

Publications (1)

Publication Number Publication Date
CN101242402A true CN101242402A (zh) 2008-08-13

Family

ID=39933612

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2007100373609A Pending CN101242402A (zh) 2007-02-06 2007-02-06 构成无线链路控制层的协议数据单元的方法和装置

Country Status (1)

Country Link
CN (1) CN101242402A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010145502A1 (zh) * 2009-06-30 2010-12-23 中兴通讯股份有限公司 多播信道的数据传输方法及装置
WO2010148548A1 (zh) * 2009-06-22 2010-12-29 上海贝尔股份有限公司 控制eMBMS传输中下行数据同步的方法和装置
CN101883389B (zh) * 2009-05-07 2013-07-10 电信科学技术研究院 一种指示rlc sdu长度的方法和装置
CN105450613A (zh) * 2014-09-01 2016-03-30 展讯通信(上海)有限公司 一种数据识别系统及方法
CN108282442A (zh) * 2017-01-05 2018-07-13 中兴通讯股份有限公司 数据发送方法、装置及用户面实体

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101883389B (zh) * 2009-05-07 2013-07-10 电信科学技术研究院 一种指示rlc sdu长度的方法和装置
WO2010148548A1 (zh) * 2009-06-22 2010-12-29 上海贝尔股份有限公司 控制eMBMS传输中下行数据同步的方法和装置
CN102318414A (zh) * 2009-06-22 2012-01-11 上海贝尔股份有限公司 控制eMBMS传输中下行数据同步的方法和装置
WO2010145502A1 (zh) * 2009-06-30 2010-12-23 中兴通讯股份有限公司 多播信道的数据传输方法及装置
CN101938699B (zh) * 2009-06-30 2015-01-28 中兴通讯股份有限公司 多播信道的数据传输方法及装置
CN105450613A (zh) * 2014-09-01 2016-03-30 展讯通信(上海)有限公司 一种数据识别系统及方法
CN105450613B (zh) * 2014-09-01 2019-03-12 展讯通信(上海)有限公司 一种数据识别系统及方法
CN108282442A (zh) * 2017-01-05 2018-07-13 中兴通讯股份有限公司 数据发送方法、装置及用户面实体
CN108282442B (zh) * 2017-01-05 2022-03-01 中兴通讯股份有限公司 数据发送方法、装置及用户面实体

Similar Documents

Publication Publication Date Title
CN1615618B (zh) 双向分包数据传输系统和方法
KR101455999B1 (ko) 무선 통신 시스템에서의 데이터 블록 생성 방법
KR100608842B1 (ko) 이동통신 시스템의 데이터 수신정보 전송방법
RU2303858C2 (ru) Способ передачи пакетных данных в системе связи
CN102333383B (zh) 高速下行分组接入相关信道的发送/接收方法和装置
KR100902573B1 (ko) 이동통신시스템의 향상된 rlc/mac 엔티티 동작 방법및 그 시스템
CN1265591C (zh) 无线通信网中载送分组语音和数据的方法和设备
EP2019532B1 (en) Method and apparatus for improving transmission of downlink shared channel in a wireless communications system
MXPA06006687A (es) Transmision de datos generales de una unidad de datos de protocolo en un sistema de comunicacion inalambrica.
KR101476188B1 (ko) 이동 통신 시스템에서의 데이터 블록 생성 방법
CN1429459A (zh) 将多个数据连接复用到一个临时块流上的方法和装置
CN100442773C (zh) 通过高速下行分组接入技术hsdpa传输ip报文的方法
CN101242402A (zh) 构成无线链路控制层的协议数据单元的方法和装置
CN101351033A (zh) 一种多载波增强上行接入系统的数据复用方法
KR100425745B1 (ko) 패킷의 헤더압축을 지원하는 통신 시스템에서 패킷의전송방법
KR20080015693A (ko) 이동통신시스템에서 단말의 버퍼 상태 보고 방법 및 장치
CN108024378B (zh) 一种数据包的预处理方法、装置及设备
KR100889864B1 (ko) 멀티미디어 데이터의 압축 전송 방법 및 시스템
CN101188784B (zh) 提高utran hsupa ip传输性能的实现方法
JP6176325B2 (ja) 基地局装置、移動局装置、サービス品質制御装置及び通信方法
KR20090086033A (ko) 이동 통신 시스템에서 전송 패킷 구성 장치 및 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C53 Correction of patent for invention or patent application
CB02 Change of applicant information

Address after: 201206 Pudong New Area Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai

Applicant after: Shanghai Alcatel-Lucent Co., Ltd.

Address before: 201206 Pudong New Area Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai

Applicant before: Beier Aerkate Co., Ltd., Shanghai

COR Change of bibliographic data

Free format text: CORRECT: APPLICANT; FROM: BEIER AERKATE CO., LTD., SHANGHAI TO: SHANGHAI ALCATEL-LUCENT CO., LTD.

C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20080813