CN102111393B - 数据报文传输方法和通信装置 - Google Patents
数据报文传输方法和通信装置 Download PDFInfo
- Publication number
- CN102111393B CN102111393B CN200910261272.6A CN200910261272A CN102111393B CN 102111393 B CN102111393 B CN 102111393B CN 200910261272 A CN200910261272 A CN 200910261272A CN 102111393 B CN102111393 B CN 102111393B
- Authority
- CN
- China
- Prior art keywords
- message
- mac
- payload
- logic channel
- data message
- 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.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例涉及通信领域,为了LTE协议和LTE-A协议的兼容,提供了一种数据报文传输方法和通信装置。其中发送方法包括传输无线层二协议的数据报文;所述数据报文包括报文头和报文净荷,所述报文头中包含报文子头,所述报文子头中包含标识该数据报文格式的信息,所述报文子头和所述报文净荷中内容对应。本发明实施例的有益效果在于,通过标识层2协议的报文格式,可以区分不同格式的层2协议的数据报文,从而实现层2协议的不同报文格式的数据报文的传输。
Description
技术领域
本发明涉及通信领域,特别是关于一种数据报文传输方法和通信装置。
背景技术
在网络向宽带化、移动化发展的过程中,第三代合作伙伴计划(3rdGeneration Partnership Program,3GPP)组织分别在移动接入网提出了长期演进(Long Term Evolution,LTE)方案即演进通用移动通信***陆地无线接入网(Evolved Universal Mobile Telecommunication SystemTerritorial Radio Access Network,E-UTRAN)、以及在移动核心网提出了***架构演进(System Architecture Evolution,SAE)方案即演进分组核心网(Evolved Packet Core,EPC)。
在LTE协议和高级LTE(LTE-Advanced,LTE-A)网络共存的情况下,由于现有技术无法区别LTE和LTE-A协议的报文,所以无法实现LTE协议和LTE-A协议无线层2的协议数据单元(Protocol Data Unit,PDU)的兼容,例如媒体接入控制协议(Medium Access Control,MAC)、无线链路控制协议(RadioLink Control,RLC)或分组数据汇聚协议(Packet Data ConvergenceProtocol,PDCP)的兼容。
发明内容
本发明实施例提供一种数据报文传输方法和通信装置,用于解决现有技术中LTE协议和LTE-A协议的数据包格式不兼容的问题。
本发明实施例一方面提供了一种数据报文传输方法和通信装置,包括:传输无线层二协议的数据报文所述数据报文包括报文头和报文净荷,所述报文头中包含报文子头,所述报文子头中包含标识该数据报文格式的信息,所述报文子头和所述报文净荷中内容对应。
本发明实施例还提供了一种数据报文传输方法,包括:传输无线层二协议的数据报文;通过无线资源控制RRC连接重配置消息指示媒体介入控制MAC层协议使用的报文格式。
本发明实施例另一方面还提供了一种通信设备,包括:封装单元,用于封装无线层二协议的数据报文,所述数据报文包括报文头和报文净荷,所述报文头中包含报文子头,所述报文子头中包含标识该数据报文格式的信息,所述报文子头和所述报文净荷中内容对应;
传输单元,用于传输所述封装单元封装的无线层二协议的数据报文。
根据本发明实施例的技术方案,通过标识层2协议的报文格式,可以区分不同格式的层2协议的数据报文,从而实现层2协议的不同报文格式的数据报文的传输。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1所示为本发明一个实施例数据报文格式示意图;
图2所示为图1所示数据报文中报文头的子头格式示意图;
图3所示为图1所示数据报文中报文头的另一种子头格式示意图;
图4所示为图1所述数据报文中UE净荷格式示意图;
图5所示为图1所示数据报文中报文头的另一种子头格式示意图;
图6所示为本发明另一实施例数据报文格式示意图;
图7所示为图6所示数据报文中报文头的子头格式示意图;
图8所示为图6所示数据报文中UE净荷格式示意图;
图9所示为图6所示数据报文中报文头的另一种子头格式示意图;
图10所示为本发明另一实施例数据报文格式示意图;
图11所示为图10所示数据报文中报文头的子头格式示意图;
图12所示为图10所示数据报文中逻辑信道净荷的格式示意图;
图13所示为图10所示数据报文中逻辑信道MAC子头的格式示意图;
图14所示为图10所示数据报文中报文子头的另一种格式示意图;
图15所示为图10所示数据报文中逻辑信道净荷的另一种格式示意图;
图16所示为本发明另一实施例数据报文格式示意图;
图17所示为图16所示数据报文中报文头中的子头格式示意图;
图18所示为图16所示数据报文中MAC净荷部分格式示意图;
图19所示为图16所示数据报文中报文头的另一种子头格式示意图;
图20所示为本发明实施例提供的一种通信装置结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种数据报文传输方法,包括:
传输无线层二协议的数据报文;所述数据报文包括报文头和报文净荷,所述报文头中包含报文子头,所述报文子头中包含标识该数据报文格式的信息,所述报文子头和所述报文净荷中内容对应。
在本发明实施例中,当接收到传输的报文后,判断当前的网络设备是否能够处理该数据报文的报文格式,如果能够处理则进行相应处理,例如,该网络设备只能处理LTE协议的报文,接收上述报文后判断其标识位或者特定值,属于LTE协议格式的报文,则进行相应的LTE报文处理;如果该网络设备只能处理LTE-A协议的报文,接收上述报文后判断其标识位或者特定值,属于LTE-A协议格式的报文,则进行相应的LTE报文处理。
通过上述实施例,通过标识无线层2协议的报文格式,可以区分不同格式的无线层2协议的数据报文,从而实现兼容LTE协议、LTE-A协议或者后继版本协议的报文。进一步,可以通过在逻辑信道标识(Logical Channel ID,LCID)字段写入特定值或者通过利用在现有的预留字段进行标识就可以利用现有的字段区分不同网络的报文,实现复杂度低;并且通过将净荷中的报文头加入媒体接入控制(Medium Access Control,MAC)报文头,可以通过一次解析报文头的过程就可以获得相应用户设备(User Equipment,UE)的数据。
本发明实施例方法均可用于无线层2的媒体介入控制协议的报文,无线链路控制协议的报文或分组数据汇聚协议的报文,在本实施例中只以MAC报文为例进行说明,其它类型报文与本实施例类似不再赘述。
上述无线层2协议包括媒体介入控制(MAC)协议,无线链路控制(RLC)协议或分组数据汇聚(PDCP)协议。本发明实施例中主要以MAC协议的报文为例进行说明,不应该理解为对本发明实施例的限制。
所述标识报文的格式包括,标识所述报文为LTE协议的格式,或者为LTE-A协议的格式。应该理解的是,所述标识报文的格式还可以包括后续支持高级长期演进协议版本的格式,例如LTE-A+协议等。
本发明提供的一个实施例中,传输如图1所示格式的数据报文。如图1所示为基于不同UE数据聚合的MAC PDU的结构示意图。该MAC PDU包括MAC header(头)和MAC Payload(净荷)。在MAC header中包括标识该报文格式的信息。MAC Payload中包含中继站(RN,Relay Node)以及多个UE的数据,即该MAC PDU可能包含多个中继链路MAC Control Element、多个RN的MAC SDU、多个UEPayload以及Padding(填充)字段,其中填充字段可以添0。MAC header是由一个或多个MAC sub-header(子头)组成,MAC sub-header与MAC SDU、MACControl Element、UE Payload或Padding对应。
在本发明实施例中,可以将MAC sub-header中一个预留比特位定义为报文格式标识位I(Indication),该标识位的作用是:指示该MAC报文是LTE协议包格式还是LTE-A协议包格式。L字段(Length field)扩展为12或20bit,即把原LCID的5bit合并入Length字段;该MAC sub-header中需要额外包含UEID的指示字段。
如图2所示,图2(a)为12比特的MAC sub-header的报文格式,图2(b)为20比特MAC sub-header的报文格式,在每个MAC sub-header中,包括:保留字段R(Reserved);报文格式标识位I,此时I设置为1,即表示该MACsub-header是用于指示UE净荷,也就是该MAC PDU属于LTE-A协议的格式,该MAC子头中不包含LCID字段,将LCID的5bit合并如L字段;字段E(Extensionfield),用于指示当前子头是否为最后一个子头;标志位F字段(Formatfield),用于指示接下来的L字段;L字段为长度指示,L字段长度为12bit或者20bit;UE ID,用于指示对应的UE Payload部分是属于哪个UE,UE ID字节对齐,具体长度与所使用的UE标识有关。在本实施例中,将MAC sub-header中的第2个预留比特位R设定为报文格式标识位。类似的,也可以将第1个预留比特位R实现同样的功能。
如图3所示,图3(a)为L字段为7比特长的MAC sub-header的报文格式,图3(b)为L字段为15比特长的MAC sub-header的报文格式,在每个MACsub-header中,包括:保留字段R;报文格式标识位I,此时I的值为0,当标识位I=0时,该MAC PDU为LTE协议中的报文;字段E,用于指示当前子头是否为最后一个子头;逻辑信道标识LCID;标志位F,用于指示接下来的L字段长度为7bit或者15bit;长度指示字段L,用于指示用户设备MAC服务数据单元和/或用户设备MAC控制元长度。图3(c)为具有固定大小中继链路MAC controlelement的MAC sub-header的报文格式,该MAC sub-header包括四个字段:保留字段R;报文格式标识位I,此时I设置为0;E字段和LCID。
如图4所示,为图1中MAC PDU中UE净荷的格式示意图,UE净荷由UE MACheader以及UE MAC Control Element和/或UE MAC SDU组成。UE MAC header包含了多个UE MAC sub-header,UE MAC sub-header和UE MAC Control Element或UE MAC SDU对应,UE MAC Control Element或UE MAC SDU都是来自同一个UE的数据,并由该UE净荷对应的MAC sub-header中的UE ID进行标识。
在本发明另一个实施例中,可以在MAC报文头的逻辑信道标识字段设置特定值,用该特定值标识该报文的格式。对于图1所示格式的数据报文,可以在MAC header中LCID字段预留值指示报文的格式,该字段的预留值可以为01011到11001,例如,可以在上述范围01011到11001中取LCID=01011指示报文的格式,该MAC sub-header所对应指示的UE净荷,也就是该MAC PDU属于LTE-A协议的格式,如图5中(a)和(b)所示,该MAC sub-header包括:两个保留位R;字段E;LCID,LCID=01011;标识位F;字段L;UE ID。
本发明提供的另一个实施例中,传输图6所示格式的数据报文,图6所示为基于不同UE数据聚合的MAC PDU的结构示意图。该MAC PDU包括MAC header和MAC Payload,在MAC header中包括标识该报文格式的信息。MAC Payload中包含RN以及多个UE的数据,即该MAC PDU可能包含多个中继链路MAC ControlElement、多个RN的MAC SDU、多个UE payload以及Padding字段。MAC header是由一个或多个MAC sub-header组成,MAC sub-header与MAC SDU、MAC ControlElement、UE Payload或Padding对应。
在本发明实施例中,UE净荷中UE MAC header的信息添加到该UE净荷对应的MAC sub-header中。这样接收端在进行一次解析时就可以获得UE ControlElement或UE MAC SDU。
在本发明实施例中,可以将MAC sub-header中一个预留比特位定义为报文格式标识位I,用于指示该MAC报文的格式属于LTE协议的格式还是属于LTE-A协议的格式。
在本实施例中,将MAC sub-header中的第1个预留比特位设定为MAC报文格式标识位。类似的,其他预留比特位也可用于实现同样的功能。
如图7所示,MAC sub-header包括:预留字段R;报文格式标识位I,该I的值为1,表示该MAC报文为LTE-A协议格式的报文,MAC sub-header是用于指示UE净荷;字段E1,用于指示当前MAC sub-header是否为最后一个子头;字段E2,用于指示其后的LCID字段是否为该子头内的最后一个LCID字段;逻辑信道标识LCID,对应于该MAC sub-header指示的UE净荷部分中的UE SDU或UEControl Element;标志位F,用于指示接下来的L字段为7bit或15bit。长度位指示L,用于指示用户设备MAC服务数据单元和/或用户设备MAC控制元长度的信息;UE ID指示对应的UE Payload部分是属于哪个UE,UE ID字节对齐,具体长度与所使用的UE标识有关。
当标识位I=0时,该MAC PDU为LTE协议报文,报文格式和LTE***中报文格式相同。
如图8所示,为图6所示数据报文中UE净荷的格式示意图,该UE净荷由多个UE Control Element和/或UE MAC SDU组成。所有这些UE ControlElement/MAC SDU都是来自同一个UE的数据,并由该UE payload对应的MACsub-header中的UE ID标识。
作为可选的实施例,在MAC报文头的特定字段还可以具有特定值,用于标识该报文的格式;然后根据所述报文的格式封装所述报文。
对于图8所示格式的数据报文,可以在MAC header中LCID字段预留值指示报文格式,该字段的预留值可以为01011到11001,例如,可以在上述范围01011到11001中取LCID=01011指示报文的格式,该MAC sub-header所对应指示的UE净荷,也就是该MAC PDU属于LTE-A协议的格式,如图9所示,该MAC sub-header包括:保留字段R;字段E1,用于指示当前MAC sub-header是否为最后一个子头;字段E2,用于指示其后的LCID字段是否为该子头内的最后一个LCID字段;逻辑信道标识LCID,其中第一个LCID=01011,表示该MAC sub-header指示的是UE净荷,而后续的LCID分别对应UE净荷部分中的UE SDU或UE ControlElement;标志位F,用于指示接下来的L字段为7bit或15bit。长度位指示L;UE ID指示对应的UE Payload部分是属于哪个UE,UE ID字节对齐,具体长度与所使用的UE标识有关。当LCID设定为LTE协议中的原有值时,指示的是该MACPDU为LTE协议格式的报文,该MAC报文格式和LTE协议的MAC报文相同。
在本实施例中,通过标识无线层2协议的报文格式,可以区分不同格式的无线层2协议的数据报文,从而实现兼容LTE协议、LTE-A协议或者后继版本协议的报文;通过在LCID字段写入特定值或者通过利用在现有的预留字段进行标识就可以利用现有的字段区分不同网络的报文,实现复杂度低;并且通过将UE净荷中的报文头加入媒体接入控制报文头,可以通过一次解析报文头的过程就可以获得相应UE的数据。
本发明提供的另一个实施例中,传输如图10所示格式的数据报文,图10所示为基于不同逻辑信道的聚合的MAC PDU的结构示意图。MAC PDU中包含多个UE多个逻辑信道的数据,该MAC PDU包括MAC header和MAC净荷,在MAC header中包括标识该报文格式的信息,MAC净荷中可以包含中继链路MAC ControlElement、RN的MAC SDU、逻辑信道净荷(LC payload)以及Padding字段中的一种或多种。在每个MAC sub-header中,将其中一个预留比特位定义为报文格式标识位I,用于指示该MAC报文是LTE协议格式还是LTE-A协议格式的报文。MAC sub-header可以与MAC Control Element、RN MAC SDU、LC payload或填充字段对应。
在本实施例中,将MAC sub-header中的第2个预留比特位设定为报文格式标识位,其他预留比特位也可用于实现同样的功能。如图11所示,图11(a)为L字段为7比特长的MAC sub-header的报文格式,图11(b)为L字段为15比特长的MAC sub-header的报文格式,MAC PDU中MAC sub-header包括:保留字段R;报文格式标识位I,若I=1,表示该MAC sub-header指示的是逻辑信道净荷;若I=0,表示该MAC sub-header指示的RN SDU或中继链路Control Element;字段E,用于指示当前MAC sub-header是否为最后一个子头;逻辑信道标识LCID;标志位F,用于指示接下来的L字段的长度;长度位指示L。图11(c)为具有固定大小中继链路MAC control element的MAC sub-header的报文格式,该MAC sub-header包括四个字段:保留字段R;报文格式标识位I,此时I设置为0;E字段和LCID。
图10中所示LC净荷的格式如图12所示,该LC净荷由LC MAC header及LC MACSDU或LC MAC Control Element组成。LC MAC header又包含多个LC MACsub-header,LC MAC sub-header分别指示LC MAC SDU或LC MAC ControlElement。逻辑信道净荷中的LC MAC SDU都具有相同的LCID,并由该逻辑信道净荷对应的MAC sub-header中的LCID指示,所以在LC MAC header中不需要再携带LCID的信息。
上述LC MAC sub-header的格式如图13所示,该LC MAC sub-header包括:保留字段R;格式标识位F1,如果F1=0,则字段E之后是F2/L/UE ID字段,如图13(a)和(b)所示;如果F1=1,则E之后是R/UEID,如图13(c);字段E,用于指示当前MAC sub-header是否为最后一个子头;标志位F2,用于指示接下来的L字段的长度为12bit或20bit;长度指示L,用于指示逻辑信道MAC服务数据单元和/或逻辑信道MAC控制元长度。
对于如图10所示格式的数据报文,可以将逻辑信道净荷中LC MAC header的信息添加到该逻辑信道净荷对应的MAC sub-header中。
如图14所示,MAC header由MAC sub-header组成,MAC sub-header可以对应指示MAC Control Element、RN MAC SDU、LC payload或padding字段。可以将MAC sub-header中的第1个预留比特位设定为报文格式标识位。类似的,其他预留比特位也可用于实现同样的功能。该MAC sub-header包括:保留字段R;报文格式标识位I,此时I=1;字段E1,用于指示当前MAC sub-header是否为最后一个子头;逻辑信道标识LCID,用于表示该MAC sub-header对应的逻辑信道净荷的LCID;格式标识位F1,如果F1=0,则字段E之后是F2/L/UE ID字段,如图14(a)所示;如果F1=1,则字段E之后是R/UE ID,如图14(b)所示;字段E2,用于指示在E2后面的UE ID是否为最后一个UE ID,如果E2=0,则不是最后一个UE ID,在该UE ID之后是新的一轮R/F1/E2;如果E2=1,则是最后一个UEID,在该UE ID之后,本MAC sub-header结束;标志位F2,用于指示接下来的L字段的长度为12bit或20bit。长度指示L,用于指示逻辑信道MAC服务数据单元和/或逻辑信道MAC控制元长度。
当预留比特位标识该MAC PDU报文为LTE协议的报文时,该报文的格式如同现有的LTE协议MACP DU报文,在此不再赘述。
当逻辑信道净荷中LC MAC header的信息添加到该逻辑信道净荷对应的MAC sub-header中时,所述逻辑信道净荷格式如图15所示,由于指示信息都被放到了MAC sub-header中,因此,逻辑信道净荷由多个LC MAC SDU或LCControl Element组成。逻辑信道净荷中的LC MAC SDU都具有相同的LCID,并由该逻辑信道净荷对应的MAC sub-header中的LCID指示。
本发明提供的另一个实施例中,传输如图16所示格式的数据报文,在该MAC PDU将中继链路Control Element、RN和UE的数据直接进行复用,该MAC PDU包括MAC header和MAC净荷,MAC header中包括多个MAC sub-header,MAC净荷包含中继链路MAC Control Element、RN的MAC SDU、UE Control Element、UE MAC SDU以及Padding字段中一种或多种。MAC sub-header和中继链路MACControl Element、RN的MAC SDU、UE Control Element、UE MAC SDU或填充字段对应。
在该MAC sub-header中,可以将其中一个预留比特位定义为包格式标识位I,用于指示该MAC报文是属于LTE协议还是属于LTE-A协议的报文格式;如果值为1,即表示该子头是用于指示UE MAC SDU或UE Control Element,则该子头中需要额外包含UE ID的指示字段。
在本实施例中,可以将MAC sub-header中的第2个保留比特位设定为包格式标识位。类似的,其他保留比特位也可用于实现同样的功能。如图17所示,MAC sub-header可以包括:保留字段R;报文格式标识位I,此时值为1,表示该子头是用于指示UE MAC SDU或UE Control Element;字段E,用于指示当前子头是否为最后一个子头;逻辑信道LCID;标志位F,用于指示接下来的L字段长度为7bit或者15bit,如图17(a)和(b);L字段,用于指示用户设备MAC服务数据单元和/或用户设备MAC控制元长度;UE ID指示对应的UE MAC SDU或UE MAC Control Element是属于哪个UE,UE ID字节对齐,具体长度与所使用的UE标识有关。图17(c)中MAC sub-header包括四个字段:保留字段R;报文格式标识位I,此时I设置为0;E字段;LCID和UE ID。当报文标识位I为0时,则MAC PDU报文为LTE协议报文格式。
图16所示的MAC PDU中MAC净荷部分结构如图18所示,MAC净荷由中继链路MAC Control Element、RN的MAC SDU、UE Control Element、UE MAC SDU以及Padding字段中一种或多种组成,这些部分和MAC header中的MACsub-header一一对应。
如图19所示,作为可选的实施例,可以将LCID的长度进行扩展,利用扩展的LCID标识不同UE的数据,即替代UE ID,该MAC PDU的报文格式与上述图16的格式相同,只是在MAC sub-header中不同,MAC header由MAC sub-header组成,MAC sub-header可以对应指示中继链路MAC Control Element、RN MACSDU、UE Control Element、UE MAC SDU或Padding字段。在本实施例中,将MAC sub-header中的第2个预留比特位设定为包格式标识位。类似的,其他预留比特位也可用于实现同样的功能。
该MAC sub-header包括:保留字段R;报文格式标识位I,此时值为1;字段E,用于指示当前子头是否为最后一个子头;逻辑信道标识LCID,LCID的长度可以被拓展为(5+8*n)bit,其中n为非0正整数;标志位F,用于指示接下来的L字段长度为7bit或者15bit,如图19(a)和(b)所示;L字段,用于指示用户设备MAC服务数据单元和/或用户设备MAC控制元长度。
当标识位I=0时,代表该MAC PDU报文格式为传统LTE协议的MAC PDU报文格式,在此不再赘述。
当标识位I=1时,MAC净荷的格式与上述图18所示相同,在此不再赘述。
本发明提供的另一实施例中,在传输层2数据报文时,可以通过无线资源控制(Radio Resource Control,RRC)连接重配置消息指示无线层2协议的报文所使用的格式,可以通过重配置消息确定逻辑信道标识字段的长度,利用扩展的逻辑信道标识字段对应不同的UE数据。可以通过上层配置的方式实现识别MAC报文的不同格式,例如使用RRC连接重配置消息中的MAC-MainConfig信元指示LCID的扩展长度,在MAC-MainConfig信元中增加一个LCID长度的描述:
MAC-LCID-Size ENUMERATED{len 5bits,len 13bits,len 21bits,spare1,spare2}
其中,MAC-LCID-Size的作用是指示MAC sub-header中LCID字段的长度,len 5bits表示使用5比特长度的LCID格式,len 13bits表示使用13比特长度格式,而len 21bits表示使用21比特长度格式,spare1和spare2表示预留的长度指示。
如图20所示,为本发明实施例提供的一种通信装置,包括:封装单元2010,用于封装无线层二协议的数据报文,所述数据报文包括报文头和报文净荷,所述报文头中包含报文子头,所述报文子头中包含标识该数据报文格式的信息,所述报文子头和所述报文净荷中内容对应;传输单元2020,用于传输所述封装单元2010封装的无线层二协议的数据报文。
该封装单元2010还可以用于在所述报文子头中设置报文格式标识位I,或者设置逻辑信道标识字段设定值标识数据报文格式。
本发明实施例中封装单元可以根据上述图1至图19中的数据报文的格式进行封装,所封装的具体数据报文的格式如上述实施例中所描述,在此不在赘述。
本发明实施例的有益效果在于,解决了LTE-A协议和LTE协议层2报文格式的兼容性问题;针对LTE-A协议引入中继站后,提出了若干种中继链路层2数据包聚合的报文格式,提高了LTE-A协议的传输效率;通过在LCID字段的特定值或者通过利用在现有的预留字段进行标识就可以利用现有的字段区分不同协议的报文,实现复杂度低;并且通过将净荷中的报文头加入MAC报文头,可以通过一次解析报文头的过程就可以获得相应UE的数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种数据报文传输方法,其特征在于,包括:
传输无线层二协议的数据报文;
所述数据报文包括报文头和报文净荷,所述报文头中包含报文子头,所述报文子头中包含标识该数据报文格式的信息,所述报文子头和所述报文净荷中内容对应;所述数据报文的格式包括:长期演进LTE协议格式、长期演进高级LTE-A协议格式或LTE-A演进协议格式;
所述报文净荷包括:中继链路控制元素、和/或中继站服务数据单元;
根据所述标识该数据报文格式的信息识别并处理该数据报文。
2.根据权利要求1所述的方法,其特征在于,所述报文子头中包含的标识数据报文格式的信息为:报文格式标识位;或者,所述报文子头中包含的标识数据报文格式的信息为逻辑信道标识字段设定值。
3.根据权利要求1所述的方法,其特征在于,所述报文净荷包括用户设备UE净荷,所述报文子头与所述UE净荷对应。
4.根据权利要求3所述的方法,其特征在于,所述UE净荷包括用户设备媒体介入控制UE MAC报文头、UE MAC控制元和/或UE MAC服务数据单元;
所述UE MAC报文头包括逻辑信道标识和用于指示UE MAC服务数据单元和/或UE MAC控制元长度的信息。
5.根据权利要求3所述的方法,其特征在于,所述UE净荷包括UE MAC控制元和/或UE MAC服务数据单元;
与所述UE净荷对应的报文子头还包含用于指示UE净荷中UE MAC服务数据单元和/或UE MAC控制元的逻辑信道标识和长度信息。
6.根据权利要求1所述的方法,其特征在于,所述报文净荷包括逻辑信道净荷,所述报文子头与所述逻辑信道净荷对应。
7.根据权利要求6所述的方法,其特征在于,所述逻辑信道净荷包括逻辑信道MAC报文头、逻辑信道MAC服务数据单元和/或逻辑信道MAC控制元;
所述逻辑信道MAC报文头包括UE标识和用于指示逻辑信道MAC服务数据单元和/或逻辑信道MAC控制元长度的信息。
8.根据权利要求6所述的方法,其特征在于,所述逻辑信道净荷包括逻辑信道MAC服务数据单元和/或逻辑信道MAC控制元;
与所述逻辑信道净荷对应报文子头中包括用于指示逻辑信道净荷中逻辑信道MAC服务数据单元和/或逻辑信道MAC控制元的UE标识和长度信息。
9.根据权利要求1-8任一所述的方法,其特征在于,所述无线层二协议包括MAC协议,无线链路控制RLC协议或分组数据汇聚PDCP协议。
10.一种通信装置,其特征在于包括:
封装单元,用于封装无线层二协议的数据报文,所述数据报文包括报文头和报文净荷,所述报文头中包含报文子头,所述报文子头中包含标识该数据报文格式的信息,所述报文子头和所述报文净荷中内容对应;所述数据报文的格式包括:长期演进LTE协议格式、长期演进高级LTE-A协议格式或LTE-A演进协议格式;所述报文净荷包括:中继链路控制元素、和/或中继站服务数据单元;
传输单元,用于传输所述封装单元封装的无线层二协议的数据报文,以使相应处理的单元根据所述标识该数据报文格式的信息识别并处理该数据报文。
11.根据权利要求10所述的通信装置,其特征在于,所述封装单元还用于在所述报文子头中设置报文格式标识位I,或者设置逻辑信道标识字段设定值标识数据报文格式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910261272.6A CN102111393B (zh) | 2009-12-24 | 2009-12-24 | 数据报文传输方法和通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910261272.6A CN102111393B (zh) | 2009-12-24 | 2009-12-24 | 数据报文传输方法和通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102111393A CN102111393A (zh) | 2011-06-29 |
CN102111393B true CN102111393B (zh) | 2014-06-04 |
Family
ID=44175423
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910261272.6A Active CN102111393B (zh) | 2009-12-24 | 2009-12-24 | 数据报文传输方法和通信装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102111393B (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3285534B1 (en) * | 2015-05-15 | 2022-01-26 | Huawei Technologies Co., Ltd. | Terminal, base station and scheduling request transmission method |
CN106209318B (zh) * | 2016-07-18 | 2019-07-02 | 重庆邮电大学 | 一种用于td-lte的mac协议数据传输方法 |
EP3614726B1 (en) | 2017-08-11 | 2021-09-01 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method and related product |
CN109644373B (zh) * | 2017-08-11 | 2021-04-27 | Oppo广东移动通信有限公司 | 数据传输方法及相关产品 |
WO2019028866A1 (zh) | 2017-08-11 | 2019-02-14 | Oppo广东移动通信有限公司 | 数据传输方法及相关产品 |
CN109756441B (zh) * | 2017-08-22 | 2021-08-10 | 成都鼎桥通信技术有限公司 | 多协议兼容处理方法及装置 |
CA3086722C (en) | 2018-02-06 | 2023-01-03 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission control method and related product |
CN111586803B (zh) * | 2019-02-15 | 2021-09-07 | 华为技术有限公司 | 一种通信方法及相关设备 |
WO2022041150A1 (zh) * | 2020-08-28 | 2022-03-03 | 华为技术有限公司 | 一种通信方法及装置 |
CN112468510B (zh) * | 2020-12-11 | 2022-12-06 | 中国科学院上海高等研究院 | 基于smt协议与基于alc协议兼容的传输方法及设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101594284A (zh) * | 2008-05-28 | 2009-12-02 | 中兴通讯股份有限公司 | 一种长期演进***的媒体接入控制帧 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101396062B1 (ko) * | 2007-09-18 | 2014-05-26 | 엘지전자 주식회사 | 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법 |
-
2009
- 2009-12-24 CN CN200910261272.6A patent/CN102111393B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101594284A (zh) * | 2008-05-28 | 2009-12-02 | 中兴通讯股份有限公司 | 一种长期演进***的媒体接入控制帧 |
Also Published As
Publication number | Publication date |
---|---|
CN102111393A (zh) | 2011-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102111393B (zh) | 数据报文传输方法和通信装置 | |
US10218559B2 (en) | Data transmission method and apparatus | |
EP3267721B1 (en) | Air-interface protocol stack configuration method, and data transmission method and device | |
CN102655448B (zh) | 一种长期演进***媒质访问控制层的数据传输方法 | |
CN111149408A (zh) | 应用于v2x***和移动通信***的方法和设备 | |
WO2018053692A1 (zh) | 数据传输方法、装置及*** | |
US20180124843A1 (en) | Configurable radio link controller frame structure | |
US20200314932A1 (en) | Method and apparatus for reporting ue capability for mr-dc in nr system | |
JP2010539784A (ja) | ヘッダインジケータを利用した効率的なデータブロック送信方法 | |
CN101166193A (zh) | 一种媒体接入控制协议数据单元的传输方法和*** | |
CN105532059A (zh) | 配置指示方法和通信设备 | |
CN115804201A (zh) | 集中式单元和分布式单元分离架构中的数据转发 | |
EP3637896A1 (en) | Resource scheduling method, terminal device, and network device | |
KR102517652B1 (ko) | 기지국 장치, 단말 장치, 통신 방법 및 통신 시스템 | |
CN101790192A (zh) | 一种扩展tsn的方法、装置和*** | |
US9641652B2 (en) | Method for enabling interception, decoding and/or processing of a MAC level message | |
CN103346945B (zh) | Capwap隧道的数据传输方法、装置及*** | |
WO2022089210A1 (zh) | 数据处理方法及设备 | |
CN105228195B (zh) | 一种在聚合网络中发送业务数据信息的方法、装置和*** | |
CN105493423B (zh) | 数据传输方法和装置 | |
JP7227524B2 (ja) | 基地局装置、端末装置、及び無線通信方法 | |
US11924673B2 (en) | Method and apparatus for transmitting and receiving data in wireless communication system | |
KR102610911B1 (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |