CN102655448A - 一种长期演进系统媒质访问控制层的数据传输方法 - Google Patents

一种长期演进系统媒质访问控制层的数据传输方法 Download PDF

Info

Publication number
CN102655448A
CN102655448A CN2011100512580A CN201110051258A CN102655448A CN 102655448 A CN102655448 A CN 102655448A CN 2011100512580 A CN2011100512580 A CN 2011100512580A CN 201110051258 A CN201110051258 A CN 201110051258A CN 102655448 A CN102655448 A CN 102655448A
Authority
CN
China
Prior art keywords
mac
packet header
data
territory
pattern
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.)
Granted
Application number
CN2011100512580A
Other languages
English (en)
Other versions
CN102655448B (zh
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.)
China Academy of Information and Communications Technology CAICT
Original Assignee
Research Institute of Telecommunications Transmission Ministry of Industry and Information Technology
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 Research Institute of Telecommunications Transmission Ministry of Industry and Information Technology filed Critical Research Institute of Telecommunications Transmission Ministry of Industry and Information Technology
Priority to CN201110051258.0A priority Critical patent/CN102655448B/zh
Publication of CN102655448A publication Critical patent/CN102655448A/zh
Application granted granted Critical
Publication of CN102655448B publication Critical patent/CN102655448B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

一种长期演进系统媒质访问控制层的数据传输方法,本发明提供了一种LTE MAC层数据传输方法,将待传输业务面数据和控制面SRB1、SRB2信令映射为非确认UM模式进行传输,将RLC层的TM模式和UM模式的功能融合进MAC层,在TM模式下,对接收的数据直接透传到下一层;在UM模式下,发送端对于从逻辑信道接收下来的数据进行分段、串接、复用和加MAC包头,并调度在传输信道的某个HARQ进程上,从传输信道输出到下层;接收端对于从传输信道传送上来的数据,经过HARQ处理后、重复检测和重排序,再去除MAC包头,同时进行解复用和重组操作,然后分发给各个逻辑信道传输到上层。为用户提供一种简单的接入方式。

Description

一种长期演进系统媒质访问控制层的数据传输方法
技术领域
本发明涉及一种通信技术,尤其涉及一种长期演进系统媒质访问控制(MAC)层的数据传输方法。
背景技术
参见图1,图1为长期演进系统(LTE)的协议栈示意图,如图1中所示,LTE系统协议栈共有五层,从高层到底层分别为无线资源控制协议(RRC)层、分组数据汇聚协议(PDCP)层、无线链路控制协议(RLC)层、MAC层和物理层(PHY)。
协议栈分为控制面和数据面,控制面用来传输控制信息,数据面用来传输用户的数据。其中,控制信息可分为两类:一类是共用的控制信息;另一类是专用的控制信息。
共用控制信息的含义是,一个小区中的所有用户终端(UE)都要监听和处理,共用控制信息都是演进基站(eNB)发给UE的,是以广播的形式发送出去的,包含寻呼信息(paging)和系统信息(system information)。
专用控制信息的含义是,专用控制信息是专门用来控制某个UE的,其是以单播的形式发送出去的,有的专用控制信息是eNB发给UE端的,有的是UE端发给eNB的,其包含SRB0、SRB1、SRB2。其中,信令无线承载(SRB)是相对于数据面的数据无线承载(DRB)。
如图1中所示,寻呼信息(paging)、系统信息(system information)和专用控制信息中的SRB0是使用RLC层的透传(TM)模式传输的;专用控制信息中的SRB1和SRB2是使用RLC层的确认(AM)模式传输的。
用户数据要么由非确认(UM)模式传输,要么由AM模式传输,当eNB为UE建立数据无线承载(DRB)时,就决定了这个DRB使用的RLC层的传输模式(UM或者AM),每个DRB只能使用一种传输模式,但每个UE的不同DRB可使用不同的传输模式。RLC层根据传送进来的数据是属于哪个DRB的,从而决定这个数据包所使用的传送模式。图1中所示的DRB1和DRB2使用的是AM传输模式。
MAC层和RLC层的功能分别如下所示,首先从发送端和接收端的MAC层分别描述:
参见图2,图2为现有技术发送端MAC层UM模式下数据传输示意图。如图2所示,MAC层接收从各个逻辑信道传来的高层数据包(RLC PDU,在MAC层又被称为MAC SDU),如果RLC PDU在RLC层使用的是UM模式或者AM模式,则对于从各个逻辑信道传进来的MAC SDU,按照一定的规则和优先级将各逻辑信道传进来的媒质访问控制服务数据单元(MACSDU)复用在一起,加上MAC包头,调度在传输信道的某个混合自动重传请求(HARQ)进程上,以MAC PDU的形式通过传输信道输出给下一层,即物理层。
AM模式下的数据传输同UM模式下的数据传输相比,只是增加了ARQ步骤,在这里不再赘述。
如果RLC PDU在RLC层使用的是TM模式,则其不与其他逻辑信道的数据进行复用,而且在MAC层不进行任何处理,直接传输给物理层。如上文所述的寻呼信息和系统信息直接以广播形式传输出去。
由于复用了多个逻辑信道的数据,MAC包头包含若干MAC子包头,分别用来指示MAC有效载荷中各逻辑信道数据的信息,下面参照附图举例说明:
参见图3,图3为现有技术MAC包结构示意图。图3中,MAC包头包含3个MAC子包头:MAC子包头1、MAC子包头2和MAC子包头3。
MAC子包头有两种类型,参见图4和图5。图4为L域长度为7的MAC子包头结构示意图,图5为L域长度为15的MAC子包头结构示意图。
其中,R域表示保留的空bit;
E域为“1”时表示后面还跟随有MAC子包头,为“0”时表示后面跟随的是MAC有效载荷;
LCID域表示本MAC子包头指示的数据是哪个逻辑信道的数据;
F域用来指示L域的长度,在图4中指示L域的长度为7,在图5中指示L域的长度为15;
L域用来指示本MAC子包头指示的逻辑信道数据的数据长度。
当MAC子包头指示的是最后一个逻辑信道数据包或者是MAC层的控制信息时,没有F域和L域,结构示意图参见图6,图6为无F域和L域的MAC子包头结构示意图。
参见图7,图7为现有技术MAC层UM模式下接收端数据传输结构示意图。如图7所示,MAC层接收来自传输信道的MAC PDU,对其进行混合自动重传请求(HARQ)处理,并去除包头、解复用后经各逻辑信道传送给RLC层。
由于物理信道传输的不确定性导致MAC层各个HARQ进程处理进展的不一致以及错误的ACK/NACK反馈,MAC PDU有可能出现乱序,甚至收到重复的MAC PDU,因此需要对MAC PDU进行重复检测和重新排序,但是,在E-UTRAN系统的MAC层中,并没有对MAC PDU进行重复检测和重新排序,而是直接对MAC PDU进行解复用,在RLC层对RLC PDU进行重复检测和重新排序。
下面参照附图,详细描述数据在RLC层的传输。
在TM模式下,RLC层不对上层传来的RLC SDU做任何处理,直接以RLC PDU的形式输出给下层。广播消息、寻呼消息、以及用于建立RRC连接的SRB0消息将在RLC层使用TM模式。
参见图8,图8为现有技术RLC层UM模式下数据传输结构示意图。图8中,发送RLC实体接收经服务接入点传进来的多个RLC SDU,并按照下层MAC层的决定对RLC SDU进行分段和串接,然后添加RLC包头,以RLCPDU的形式经逻辑信道发送给下层。接收RLC实体将经逻辑信道传进来的各个RLC PDU数据包放在接收缓存中,对RLC PDU进行重复检测和重新排序,经过重复检测和重排序后,去除RLC PDU的包头,然后根据RLC PDU的包头对数据包进行重组,从而恢复各个SDU,然后再经过服务接入点传给上层。
为了支持使接收RLC实体能有效的识别并重组发送RLC实体分段、串接的各个RLC SDU,在RLC包头中使用了如下域指示分段、串接的各个RLCSDU的长度,其中FI域,用来指示RLC SDU是否分段;LI域,用来指示RLC PDU中各RLC SDU的长度。为了支持在接收RLC实体中能够对失序的RLC PDU进行重复检测和重排序,在RLC包头中使用了SN域,用来指示RLC PDU的序号。
LTE系统要求能够支持较大的用户数、多业务的支持、以及全面的QoS保证,因而协议栈设计要完整,但同时也使协议栈设计复杂,导致基站和终端芯片的设计、开发和测试成本都较高。
随着移动互联网的迅速发展,越来越多的用户开始使用各种终端(手机、平板电脑、笔记本等)在室内接入互联网,为了应对室内数据流量的巨大增长,蜂窝系统厂商推出了家庭基站,但是家庭基站和宏基站采用了基本一致的协议栈,甚至为了支持某些功能,其协议栈反而更复杂,这样,导致家庭基站的成本较高。但另一方面,在室内场景下,当用户接入互联网时,一般不需要很高的QoS需求,另外,室内场景的用户数一般远远少于宏蜂窝的用户数,因而使得蜂窝系统全面完整的协议栈不能充分的发挥作用,因此,现有技术还未能为用户提供一种简单的接入方式。
发明内容
有鉴于此,本发明主要目的是提供一种LTE发送端MAC层数据传输方法,为用户提供一种简单的接入方式。该方法包括:将待传输业务面数据和控制面SRB1、SRB2信令映射为非确认UM模式进行传输,将无线链路控制RLC层的透传TM模式和UM模式的功能融合进MAC层,发送端MAC层的数据传输模式包括TM模式和UM模式:
在TM模式下,将从逻辑信道接收下来的数据,直接从传输信道透传到下层;
在UM模式下,将从逻辑信道接收下来的数据进行分段、串接、复用和加MAC包头,并调度在传输信道的某个混合自动重传请求HARQ进程上,从传输信道输出到下层。
其中,所述将待传输业务面数据映射为UM模式进行传输,在演进基站eNB为用户终端UE建立数据无线承载DRB时进行;
所述将控制面SRB1、SRB2信令映射为UM模式进行传输,在eNB为UE建立信令无线承载SRB时进行。
所述MAC包头包含若干MAC子包头,第一个MAC子包头用SN域表示发送的媒质访问控制协议数据单元MAC PDU的序列号;
除第一个MAC子包头之外的MAC子包头与MAC有效载荷中来自逻辑信道的数据一一对应。
所述除第一个MAC子包头之外的MAC子包头结构为:
用于指示MAC层控制信息的MAC子包头包括R域、E域和LCID域;
所述R域表示保留的空bit;
所述E域表示后面是否还跟随有MAC子包头;
所述LCID域表示本MAC子包头指示的数据是哪个逻辑信道的数据;
其它MAC子包头以增加的FI域、EI域和LI域代替原MAC子包头中的L域和F域;
所述FI域有两个bit,第一个bit表示某一逻辑信道的第一个媒质访问控制服务数据单元MAC SDU是否被分段,第二个bit表示某一逻辑信道的最后一个MAC SDU是否被分段;
所述EI域表示某一逻辑信道是否级联了多个MAC SDU;
所述LI域是固定长度的bit,表示某一逻辑信道的某一MAC SDU的长度。
本发明的另一个主要目的是提供一种LTE接收端MAC层数据传输方法,为用户提供一种简单的接入方式。该方法包括:将无线链路控制RLC层的透传TM模式和UM模式的功能融合进MAC层,接收端MAC层的数据传输模式包括TM模式和UM模式:
在TM模式下,将从传输信道传送上来的数据,直接从逻辑信道透传到上层;
在UM模式下,将从传输信道传送上来的数据,经过混合自动重传请求HARQ处理后、重复检测和重排序,再去除MAC包头,同时进行解复用和重组操作,然后分发给各个逻辑信道传输到上层。
其中,所述MAC包头包含若干MAC子包头,第一个MAC子包头用SN域表示发送的媒质访问控制协议数据单元MAC PDU的序列号;
除第一个MAC子包头之外的MAC子包头与MAC有效载荷中来自逻辑信道的数据一一对应。
所述除第一个MAC子包头之外的MAC子包头结构为:
用于指示MAC层控制信息的MAC子包头包括R域、E域和LCID域;
所述R域表示保留的空bit;
所述E域表示后面是否还跟随有MAC子包头;
所述LCID域表示本MAC子包头指示的数据是哪个逻辑信道的数据;
其它MAC子包头以增加的FI域、EI域和LI域代替原MAC子包头中的L域和F域;
所述FI域有两个bit,第一个bit表示某一逻辑信道的第一个媒质访问控制服务数据单元MAC SDU是否被分段,第二个bit表示某一逻辑信道的最后一个MAC SDU是否被分段;
所述EI域表示某一逻辑信道是否级联了多个MAC SDU;
所述LI域是固定长度的bit,表示某一逻辑信道的某一MAC SDU的长度。
所述重复检测和重排序根据第一个MAC子包头进行;
所述解复用和重组操作根据去除的除第一个MAC子包头外的其他MAC子包头进行。
由以上技术方案可见,本发明提供的方法在发送端和接收端对TM模式下的数据进行传输;在发送端和接收端对UM模式下的数据进行传输,将分段、串接功能与原MAC层的复用功能融合在一起,MAC层融合了原有MAC层和RLC层的功能并简化,因此为用户提供一种简单的接入方式。
附图说明
图1为LTE系统的协议栈示意图;
图2为现有技术发送端MAC层UM模式下数据传输结构示意图;
图3为MAC包结构示意图;
图4为L域长度为7的MAC子包头结构示意图;
图5为L域长度为15的MAC子包头结构示意图;
图6为无F域和L域的MAC子包头结构示意图;
图7为现有技术接收端MAC层UM模式下数据传输结构示意图;
图8为现有技术RLC层UM模式下数据传输结构示意图;
图9为本发明发送端MAC层数据传输的流程图;
图10为本发明发送端在MAC层UM模式下数据传输的结构示意图;
图11为本发明MAC包结构示意图;
图12为本发明接收端MAC层数据传输的流程图;
图13为本发明接收端在MAC层UM模式下数据传输的结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明所述方案作进一步地详细说明。
本发明的基本思想是:将待传输业务面数据和控制面SRB1、SRB2信令映射为非确认UM模式进行传输,将原RLC层的TM模式和UM模式的功能融合进MAC层,在TM模式下,发送端对于从逻辑信道接收下来的数据,直接从传输信道透传到下层;接收端对于从传输信道传送上来的数据,直接从逻辑信道透传到上层;在UM模式下,发送端对于从逻辑信道接收下来的数据进行分段、串接、复用和加MAC包头,并调度在传输信道的某个HARQ进程上,从传输信道输出到下层;接收端对于从传输信道传送上来的数据,经过HARQ处理后、重复检测和重排序,再去除MAC包头,同时进行解复用和重组操作,然后分发给各个逻辑信道传输到上层。
本发明MAC层融合了原有MAC层与RLC层的功能并做了简化,下面参照附图,举具体实施例,详细说明发送端MAC层数据传输过程。
参见图9,图9为本发明发送端在MAC层数据传输流程图。包括以下步骤:
步骤901,将待传输业务面数据和控制面SRB1、SRB2信令映射为非确认UM模式进行传输,将原RLC层的TM模式和UM模式的功能融合进MAC层,MAC层的数据传输模式包括TM模式和UM模式。
将待传输业务面数据映射为UM模式进行传输,在演进基站eNB为用户终端UE建立数据无线承载DRB时进行;
将控制面SRB1、SRB2信令映射为UM模式进行传输,在eNB为UE建立信令无线承载SRB时进行。
步骤902,在TM模式下,从逻辑信道接收数据。
步骤903,将接收的数据从传输信道透传到下层。
在TM模式下,发送端对于从逻辑信道接收下来的数据不作任何处理,直接从传输信道透传到下层。该模式下数据传输同现有技术一致,不再赘述。
步骤904,在UM模式下,从逻辑信道接收数据。
步骤905,将接收的数据分段、串接、复用、加MAC包头。
步骤906,将处理后的数据调度在传输信道的某个HARQ进程上,从传输信道输出到下层。
下面结合结构示意图,详细描述在UM模式下发送端数据传输过程。
参见图10,图10为本发明发送端在MAC层UM模式下数据传输的结构示意图。在MAC层UM模式下,发送端对于从逻辑信道接收下来的数据进行分段、串接、复用和加MAC包头,并调度在传输信道的某个HARQ进程上,从传输信道输出到下层。由于将分段/串接功能与原有MAC层的复用功能融合在一起,因此,需要对原MAC层的包结构进行修改。其中调度在传输信道的某个HARQ进程上与原MAC层的功能一致,不再赘述。
其中,复用逻辑信道数据包举例:MAC层根据物理信道的质量情况及可得到的传输资源情况,判定此传输时刻可传输的数据包大小,比如为2200个bit,然后MAC层按照一定的规则和优先级决定各逻辑信道可传输的数据大小,比如:逻辑信道1传输1100bit数据,逻辑信道2传输700bit数据,逻辑信道3传输400bit数据。
分段和串接示例:假设如上文举例MAC层决定逻辑信道1只能传输1100bit数据,那么对于逻辑信道1对应的发送实体来说,由于MAC SDU的大小不一,因此需要对MAC SDU进行分段和串接,假设MAC SDU 1的大小为1400bit,则需要对MAC SDU进行分段,假设MAC SDU 1的大小为200bit,MAC SDU 2的大小为1500bit,则需对MAC SDU 2进行分段,然后再和MAC SDU1进行串接以满足MAC层的需要。
MAC包由MAC包头和MAC有效载荷组成,MAC包头包含若干MAC子包头,MAC有效载荷包含来自逻辑信道的数据,其中也包含MAC层的控制信息MAC CE。
第一个MAC子包头不与MAC有效载荷相对应,该包头包含SN域,表示发送的MAC PDU的序列号。
除第一个MAC子包头外的MAC子包头都与MAC有效载荷中来自逻辑信道的数据一一对应。它的结构为:
当MAC子包头指示的是MAC层的控制信息时,仍然用如图6的MAC子包头,在原MAC层中,当MAC子包头指示的是最后一个逻辑信道数据包时,仍然是图6所示的子包头,但是在本发明MAC层中,当MAC子包头指示的是最后一个逻辑信道数据包时,用本发明的另外一种MAC子包头结构;取消了原MAC子包头中的L域和F域,增加了FI域、EI域、LI域。
FI域:两个bit,第一个bit表示某一逻辑信道的第一个MAC SDU是否被分段,第二个bit表示某一逻辑信道的最后一个MAC SDU是否被分段;
EI域:表示某一逻辑信道是否级联了多个MAC SDU;
LI域:固定长度的bit,表示某一逻辑信道的某一MAC SDU的长度。
参见图11,图11为本发明MAC包结构示意图。下面以图11为例,具体描述本发明的MAC包结构。
如图11所示,此MAC包为“SN=10000000”的MAC PDU,其传输有两个逻辑信道的数据和一个MAC控制单元,其中MAC子包头1对应的是MAC控制单元,其用LCID=00001表示,MAC子包头中的“E=1”表示后面还跟有MAC子包头;MAC子包头2对应的是LCID=00010的数据,含有两个MAC SDU,FI=01表示第一个MAC SDU没有被分段,第二个MACSDU被分段,第一个“EI=1”表示后面还跟有MAC SDU,第二个“EI=0”表示MAC SDU2是此逻辑信道的最后一个MAC SDU了;MAC子包头3对应的是LCID=00100的数据,只含有一个MAC SDU(“EI=0”),且此MAC SDU没有被分段(FI=00),另外,第三个MAC子包头中的“E=0”表示这是最后一个MAC子包头,后面跟着的就是MAC有效载荷了,由于MAC包头是以一个字节为处理单位,因此MAC包头后面可能跟随有填充比特。
下面参见附图,详细描述本发明接收端MAC层数据传输。
参见图12,图12为本发明接收端MAC层数据传输流程图。其具体步骤为:
步骤1201,将原RLC层的TM模式和UM模式的功能融合进MAC层,接收端的MAC层数据传输模式包括TM模式和UM模式。
步骤1202,在TM模式下,从传输信道接收数据。
步骤1203,将接收的数据从逻辑信道透传到上层。
在TM模式下,从传输信道接收数据,不作任何处理,将接收的数据从逻辑信道透传到上层。与现有技术处理方式一致,这里不再赘述。
步骤1204,在UM模式下,从传输信道接收数据。
步骤1205,将接收的数据进行HARQ处理、重复检测和重排序。
步骤1206,将重排序的数据去除MAC包头、解复用和重组。
步骤1207,将经过重组的数据分发给各逻辑信道传输到上层。
下面参见附图,详细描述UM模式下接收端数据传输的过程。
参见图13,图13为本发明接收端在MAC层UM模式下数据传输的结构示意图。如图13所示,当接收来自传输信道的MAC PDU,经过HARQ处理后,需要根据MAC包头中的MAC子包头0进行重复检测和重排序,然后再去除MAC包头,同时根据去除的除第一个MAC子包头外的其他MAC子包头的信息同时进行解复用和MAC SDU的重组操作得到MAC SDU,然后分发给各个逻辑信道传输到上层。
对接收的MAC PDU进行HARQ处理,也即通过CRC校验看此数据包是否被正确接收了,如果被正确接受,则向发送端反馈正确接收的确认信息(ACK),然后进行后续的重复检测、重排序、去除MAC包头、解复用以及MAC SDU重组操作;如果没有被正确接受,则向发送端反馈错误接收的确认信息(NACK),等待发送端的重传。
本发明将RLC层的TM模式和UM模式的功能融合进MAC层中,MAC层数据传送分为TM模式和UM模式传送,通过上述两种途径,简化了协议栈功能,从而有利于降低应用此协议的设备的成本;将协议栈扁平化,减少数据包的打包、拆包操作,有利用降低芯片的运算量;将MAC层与RLC层的功能进行了融合,位于MAC层的调度器能更好的得到RLC层缓存的数据包信息,从而更利于MAC层调度器的算法设计。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (8)

1.一种长期演进系统发送端媒质访问控制MAC层数据传输方法,其特征在于,将待传输业务面数据和控制面信令无线承载SRB1、SRB2信令映射为非确认UM模式进行传输,将无线链路控制RLC层的透传TM模式和UM模式的功能融合进MAC层,发送端MAC层的数据传输模式包括TM模式和UM模式:
在TM模式下,将从逻辑信道接收下来的数据,直接从传输信道透传到下层;
在UM模式下,将从逻辑信道接收下来的数据进行分段、串接、复用和加MAC包头,并调度在传输信道的某个混合自动重传请求HARQ进程上,从传输信道输出到下层。
2.根据权利要求1所述的方法,其特征在于,所述将待传输业务面数据映射为UM模式进行传输,在演进基站eNB为用户终端UE建立数据无线承载DRB时进行;
所述将控制面SRB1、SRB2信令映射为UM模式进行传输,在eNB为UE建立信令无线承载SRB时进行。
3.根据权利要求1或2所述的方法,其特征在于,所述MAC包头包含若干MAC子包头,第一个MAC子包头用SN域表示发送的媒质访问控制协议数据单元MAC PDU的序列号;
除第一个MAC子包头之外的MAC子包头与MAC有效载荷中来自逻辑信道的数据一一对应。
4.根据权利要求3所述的方法,其特征在于,所述除第一个MAC子包头之外的MAC子包头结构为:
用于指示MAC层控制信息的MAC子包头包括R域、E域和LCID域;
所述R域表示保留的空bit;
所述E域表示后面是否还跟随有MAC子包头;
所述LCID域表示本MAC子包头指示的数据是哪个逻辑信道的数据;
其它MAC子包头以增加的FI域、EI域和LI域代替原MAC子包头中的L域和F域;
所述FI域有两个bit,第一个bit表示某一逻辑信道的第一个媒质访问控制服务数据单元MAC SDU是否被分段,第二个bit表示某一逻辑信道的最后一个MAC SDU是否被分段;
所述EI域表示某一逻辑信道是否级联了多个MAC SDU;
所述LI域是固定长度的bit,表示某一逻辑信道的某一MAC SDU的长度。
5.一种长期演进系统接收端媒质访问控制MAC层数据传输方法,其特征在于,将无线链路控制RLC层的透传TM模式和非确认UM模式的功能融合进MAC层,接收端MAC层的数据传输模式包括TM模式和UM模式:
在TM模式下,将从传输信道传送上来的数据,直接从逻辑信道透传到上层;
在UM模式下,将从传输信道传送上来的数据,经过混合自动重传请求HARQ处理后、重复检测和重排序,再去除MAC包头,同时进行解复用和重组操作,然后分发给各个逻辑信道传输到上层。
6.根据权利要求5所述的方法,其特征在于,所述MAC包头包含若干MAC子包头,第一个MAC子包头用SN域表示发送的媒质访问控制协议数据单元MAC PDU的序列号;
除第一个MAC子包头之外的MAC子包头与MAC有效载荷中来自逻辑信道的数据一一对应。
7.根据权利要求6所述的方法,其特征在于,所述除第一个MAC子包头之外的MAC子包头结构为:
用于指示MAC层控制信息的MAC子包头包括R域、E域和LCID域;
所述R域表示保留的空bit;
所述E域表示后面是否还跟随有MAC子包头;
所述LCID域表示本MAC子包头指示的数据是哪个逻辑信道的数据;
其它MAC子包头以增加的FI域、EI域和LI域代替原MAC子包头中的L域和F域;
所述FI域有两个bit,第一个bit表示某一逻辑信道的第一个媒质访问控制服务数据单元MAC SDU是否被分段,第二个bit表示某一逻辑信道的最后一个MAC SDU是否被分段;
所述EI域表示某一逻辑信道是否级联了多个MAC SDU;
所述LI域是固定长度的bit,表示某一逻辑信道的某一MAC SDU的长度。
8.根据权利要求6或7所述的方法,其特征在于,所述重复检测和重排序根据第一个MAC子包头进行;
所述解复用和重组操作根据去除的除第一个MAC子包头外的其他MAC子包头进行。
CN201110051258.0A 2011-03-03 2011-03-03 一种长期演进系统媒质访问控制层的数据传输方法 Active CN102655448B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201110051258.0A CN102655448B (zh) 2011-03-03 2011-03-03 一种长期演进系统媒质访问控制层的数据传输方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110051258.0A CN102655448B (zh) 2011-03-03 2011-03-03 一种长期演进系统媒质访问控制层的数据传输方法

Publications (2)

Publication Number Publication Date
CN102655448A true CN102655448A (zh) 2012-09-05
CN102655448B CN102655448B (zh) 2014-07-16

Family

ID=46730977

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110051258.0A Active CN102655448B (zh) 2011-03-03 2011-03-03 一种长期演进系统媒质访问控制层的数据传输方法

Country Status (1)

Country Link
CN (1) CN102655448B (zh)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103875205A (zh) * 2013-09-13 2014-06-18 华为技术有限公司 传输数据的方法和装置
WO2014166094A1 (zh) * 2013-04-11 2014-10-16 富士通株式会社 介质访问控制层实体的处理方法、用户设备以及通信系统
CN106465183A (zh) * 2016-09-20 2017-02-22 北京小米移动软件有限公司 数据传输方法、装置及系统
WO2018006394A1 (en) * 2016-07-08 2018-01-11 Nokia Technologies Oy Dynamic segmentation
CN107920107A (zh) * 2016-10-11 2018-04-17 中兴通讯股份有限公司 数据的传输系统及方法、mac架构及其实现方法
CN107959946A (zh) * 2016-10-14 2018-04-24 中兴通讯股份有限公司 无线接入网数据复用、解复用的方法、装置及设备
WO2018188510A1 (zh) * 2017-04-11 2018-10-18 中国移动通信有限公司研究院 一种数据链路层中封装、解析数据包的方法、装置及设备
CN108696900A (zh) * 2017-04-11 2018-10-23 中国移动通信有限公司研究院 一种数据包的封装方法、解析方法、装置及设备
WO2018227994A1 (zh) * 2017-06-15 2018-12-20 Oppo广东移动通信有限公司 传输数据的方法和设备
CN109936858A (zh) * 2019-02-20 2019-06-25 武汉虹信通信技术有限责任公司 一种无线链路控制数据处理方法及系统
WO2019127077A1 (zh) * 2017-12-27 2019-07-04 Oppo广东移动通信有限公司 一种srb传输方法和装置
CN109995482A (zh) * 2017-12-29 2019-07-09 杭州海康威视系统技术有限公司 数据传输方法、装置、设备及计算机可读存储介质
WO2020034580A1 (en) * 2019-01-17 2020-02-20 Zte Corporation Methods, apparatus and systems for data segmentation and reassembly in a wireless communication
CN111937433A (zh) * 2018-04-03 2020-11-13 富士通株式会社 基站装置、终端装置、通信方法、以及通信系统
CN112640509A (zh) * 2019-01-16 2021-04-09 Oppo广东移动通信有限公司 一种数据复制传输的处理方法、终端设备及网络设备
CN114902637A (zh) * 2019-12-31 2022-08-12 华为技术有限公司 一种数据传输方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101039228A (zh) * 2006-03-16 2007-09-19 华为技术有限公司 一种数据包头优化方法
CN101039170A (zh) * 2006-03-15 2007-09-19 华为技术有限公司 支持数据包重传分割级联的方法
CN101043302A (zh) * 2006-03-22 2007-09-26 华为技术有限公司 一种无线网络通信装置
US20090041246A1 (en) * 2007-06-21 2009-02-12 Qualcomm Incorporated Encryption of the scheduled uplink message in random access procedure

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101039170A (zh) * 2006-03-15 2007-09-19 华为技术有限公司 支持数据包重传分割级联的方法
CN101039228A (zh) * 2006-03-16 2007-09-19 华为技术有限公司 一种数据包头优化方法
CN101043302A (zh) * 2006-03-22 2007-09-26 华为技术有限公司 一种无线网络通信装置
US20090041246A1 (en) * 2007-06-21 2009-02-12 Qualcomm Incorporated Encryption of the scheduled uplink message in random access procedure

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10880872B2 (en) 2013-04-11 2020-12-29 Fujitsu Limited Method for processing medium access control entity, UE and communication system
US10383095B2 (en) 2013-04-11 2019-08-13 Fujitsu Limited Method for processing medium access control entity, UE and communication system
WO2014166094A1 (zh) * 2013-04-11 2014-10-16 富士通株式会社 介质访问控制层实体的处理方法、用户设备以及通信系统
CN103875205B (zh) * 2013-09-13 2016-12-28 华为技术有限公司 传输数据的方法和装置
US10511460B2 (en) 2013-09-13 2019-12-17 Huawei Technologies Co., Ltd. Data transmission method and apparatus
US11722337B2 (en) 2013-09-13 2023-08-08 Huawei Technologies Co., Ltd. Data transmission method and apparatus
CN103875205A (zh) * 2013-09-13 2014-06-18 华为技术有限公司 传输数据的方法和装置
WO2018006394A1 (en) * 2016-07-08 2018-01-11 Nokia Technologies Oy Dynamic segmentation
CN106465183A (zh) * 2016-09-20 2017-02-22 北京小米移动软件有限公司 数据传输方法、装置及系统
CN106465183B (zh) * 2016-09-20 2020-06-02 北京小米移动软件有限公司 数据传输方法、装置及系统
CN107920107A (zh) * 2016-10-11 2018-04-17 中兴通讯股份有限公司 数据的传输系统及方法、mac架构及其实现方法
WO2018068737A1 (zh) * 2016-10-11 2018-04-19 中兴通讯股份有限公司 数据的传输系统及方法、mac架构及其实现方法
CN107959946A (zh) * 2016-10-14 2018-04-24 中兴通讯股份有限公司 无线接入网数据复用、解复用的方法、装置及设备
WO2018188510A1 (zh) * 2017-04-11 2018-10-18 中国移动通信有限公司研究院 一种数据链路层中封装、解析数据包的方法、装置及设备
CN108696900A (zh) * 2017-04-11 2018-10-23 中国移动通信有限公司研究院 一种数据包的封装方法、解析方法、装置及设备
US11050862B2 (en) 2017-06-15 2021-06-29 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for transmitting data
US11553067B2 (en) 2017-06-15 2023-01-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for transmitting data
CN110771255A (zh) * 2017-06-15 2020-02-07 Oppo广东移动通信有限公司 传输数据的方法和设备
CN111294153A (zh) * 2017-06-15 2020-06-16 Oppo广东移动通信有限公司 传输数据的方法和设备
WO2018227994A1 (zh) * 2017-06-15 2018-12-20 Oppo广东移动通信有限公司 传输数据的方法和设备
WO2019127077A1 (zh) * 2017-12-27 2019-07-04 Oppo广东移动通信有限公司 一种srb传输方法和装置
US11240873B2 (en) 2017-12-27 2022-02-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. SRB transmission method and device
CN109995482A (zh) * 2017-12-29 2019-07-09 杭州海康威视系统技术有限公司 数据传输方法、装置、设备及计算机可读存储介质
CN111937433A (zh) * 2018-04-03 2020-11-13 富士通株式会社 基站装置、终端装置、通信方法、以及通信系统
CN112640509A (zh) * 2019-01-16 2021-04-09 Oppo广东移动通信有限公司 一种数据复制传输的处理方法、终端设备及网络设备
WO2020034580A1 (en) * 2019-01-17 2020-02-20 Zte Corporation Methods, apparatus and systems for data segmentation and reassembly in a wireless communication
CN109936858B (zh) * 2019-02-20 2022-03-25 武汉虹信科技发展有限责任公司 一种无线链路控制数据处理方法及系统
CN109936858A (zh) * 2019-02-20 2019-06-25 武汉虹信通信技术有限责任公司 一种无线链路控制数据处理方法及系统
CN114902637A (zh) * 2019-12-31 2022-08-12 华为技术有限公司 一种数据传输方法及装置

Also Published As

Publication number Publication date
CN102655448B (zh) 2014-07-16

Similar Documents

Publication Publication Date Title
CN102655448B (zh) 一种长期演进系统媒质访问控制层的数据传输方法
US11202279B2 (en) Method and apparatus for processing data in wireless communication system
CN102710379B (zh) Mac实体和在mac实体中处理数据的方法
KR101141649B1 (ko) 고속의 상향 데이터 전송을 위한 데이터 채널의 제어정보송수신 방법
CN105684501B (zh) 在移动通信系统中使用多个载波传送/接收数据的方法和装置
RU2382512C2 (ru) Уменьшение служебных данных для блока протокольных данных в беспроводной системе связи
EP2290863B1 (en) Wireless communication method for transmitting a sequence of data units between a wireless device and a network
CN103782569B (zh) 数据处理装置和方法
EP3217586A1 (en) Method of handling resource assignment and related communication device
US8040806B2 (en) Methods of generating data block in mobile communication system
US20090323842A1 (en) Mac multiplexing for uplink mimo
CN111149408A (zh) 应用于v2x系统和移动通信系统的方法和设备
CN101809926A (zh) 用于支持上行链路协议改变的方法和装置
CN104349385A (zh) 一种承载分流场景的数据传输方法和装置
US11647417B2 (en) Method, apparatus, computer program product and computer program
CN112703716B (zh) 共享无线承载以及终端设备无线标识和无线接入网路径的管理
US8693384B2 (en) Method for dynamic packet retransmission for radio link control layer in a wireless communications system
US20230103808A1 (en) Method and apparatus for scheduling in wireless communication system
CN110447262A (zh) 用于发送分组数据单元的装置和方法
KR20180099135A (ko) 기지국간 캐리어 집적을 지원하기 위한 패킷 생성 및 분배 방법 및 장치
CN108293246A (zh) 用于下行链路控制的技术
CN102045148B (zh) 基于中继移动通信系统的数据传输方法及其装置
CN101594274B (zh) 初始接入的方法及初始接入信令的传输方法
CN101754393A (zh) 调度信息上报方法、装置及系统
CN101018191A (zh) 多队列分组数据传输方法及其系统

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
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20211228

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF INFORMATION AND COMMUNICATIONS

Address before: 100045 Beijing city Xicheng District Yuetan Nan Street 11

Patentee before: The Research Institute of Telecommunications Transmission MIIT