CN101026410A - 基于演进架构的基站和终端及其数据发射和接收方法 - Google Patents
基于演进架构的基站和终端及其数据发射和接收方法 Download PDFInfo
- Publication number
- CN101026410A CN101026410A CN 200610007911 CN200610007911A CN101026410A CN 101026410 A CN101026410 A CN 101026410A CN 200610007911 CN200610007911 CN 200610007911 CN 200610007911 A CN200610007911 A CN 200610007911A CN 101026410 A CN101026410 A CN 101026410A
- Authority
- CN
- China
- Prior art keywords
- data
- module
- unit
- transmission
- physical 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开一种基于演进架构的基站和终端及其数据发射和接收方法。基站包括相连的物理层处理单元和MAC单元。MAC单元中,分割级联模块对数据进行分割级联;传输块生成模块给分割级联后的数据加上头信息生成传输块并发送至物理层。物理层处理单元给传输块加上校验位后发送至终端。终端包括依次相连的物理层处理单元、MAC单元、PDCP单元和IP单元。物理层处理单元对来自基站的传输块进行校验。MAC单元中,分解模块去掉数据头以分解传输块;重排模块对分解后的数据进行排序;重组模块重组排序后的数据。PDCP单元将重组后的数据解头压缩后送往高层。该方案使MAC层与RLC层之间更好地交互,减少了不必要的时延、开销及填充。
Description
技术领域
本发明涉及无线传输***,尤其涉及无线传输***中一种基于演进架构的基站和终端及其数据发射和接收方法。
背景技术
UMTS在空中接口上采用WCDMA无线传输技术,在R6中分为L1、L2和L3这3个协议层,分别对应于OSI参考模型的物理层、数据链路层和网络层,其中L2又被分为媒体接入控制(MAC)、无线链路控制(RLC)、分组数据汇聚协议(PDCP)及广播/组播控制协议(BMC),其协议结构如图1所示。
MAC位于UMTS地面无线接入网(UTRAN)空中接口的物理层之上,是数据链路层L2的一个子层,它屏蔽了物理传输媒质的特性,为高层提供了使用物理介质的手段。高层通过MAC提供的逻辑信道来传输数据和信令信息,MAC根据物理介质的特性将这些信息映射到物理层提供的传输信道上,并为每一个传输信道选择合适的传输格式。另外,在必要的情况下,MAC还会进行逻辑信道到传输信道的复用。
MAC子层提供逻辑信道上数据传输服务。针对不同类型的数据传输服务,协议中定义了一组不同类型的逻辑信道,每一种逻辑信道类型都是根据它所传输的信息的类型定义的:传输控制信息的信道称为控制信道,包括广播控制信道(BCCH),寻呼控制信道(PCCH),专用控制信道(DCCH),公共控制信道(CCCH)和共享信道控制信道(SHCCH);传输业务信息的信道称为业务信道,包括专用业务信道(DTCH)和公共业务信道(CTCH)两种。
物理层提供给上层的服务接入点表现为一系列传输信道,MAC层负责这些传输信道的调度和使用,具体协议功能的执行是由MAC实体来完成的。根据所处理的传输信道的不同,MAC实体可以分为MAC-b、MAC-c/sh/m、MAC-d、MAC-hs、MAC-e/es。MAC-b负责处理广播信道(BCH);MAC-c/sh/m负责处理公共及共享传输信道,包括寻呼信道(PCH),前向接入信道(FACH)随机接入信道(RACH),TDD模式下的下行共享信道(DSCH)与上行共享信道(USCH);MAC-d只负责处理专用传输信道(DCH);MAC-hs负责处理高速下行共享信道(HS-DSCH);MAC-e/es负责处理增强上行专用信道(E-DCH),用户终端(UE)面的MAC体系结构如图2所示。
无线链路控制协议(RLC)位于UTRAN空中接口的第二层,利用MAC子层提供的逻辑信道为高层提供可靠的数据传输业务,其位置和作用相当于OSI参考模型中的数据链路层,是无线接口上保证服务质量(QoS)的一个重要环节。由于无线电传播环境中的信道状况及其恶劣,传输误码率极高,因此保证数据的可靠传输是一项很艰巨的任务。所以,第三代移动通信***在RLC子层引入了许多新的自动重发请求(ARQ)机制,以适应高服务质量的要求。
根据不同级别的QoS要求,RLC可以提供3种模式的数据传输服务:透明、非确认和确认。透明模式的服务质量最低,非确认模式次之,确认模式的服务质量是最高的。自动重传机制仅仅体现在确认模式的RLC实体中。
RLC为用户数据和控制信息提供分段和重组功能。每一个RLC实体由无线资源控制(RRC)配置,并对其执行情况进行监督和控制。在用户平面上,RLC子层向上层提供的业务称为无线承载(RB);在控制平面上,RLC子层向上层提供的业务称为信令无线承载(SRB)。这两种承载在RLC子层是统一编号的,SRB可以被认为是一种特殊的RB。
下面,参照图3描述与本发明相关的一个现有技术的方案。
R6的用户面协议栈中,RLC层位于无线网络控制器(RNC),MAC层位于基站(NodeB),NodeB与RNC之间有标准接口Iub。在有数据交互时,RLC层与MAC层之间通过Iub接***互。
参照图4,对R6中下行链路UTRAN面分组业务的处理流程进行描述。
■头压缩:对数据流进行头压缩。
■分割级联:将上层来的数据分割级联成等大小的协议数据单元(PDU,Protocol data unit)。
■重传缓存及管理(ARQ):RLC层自动重传。
■加密:对协议数据单元(PDU)进行加密。
■传输信道类型切换:在专用传输信道、公共传输信道及共享传输信道之间切换。
■流量控制:控制NodeB与RNC之间的流量,防止数据溢出。
■调度:在同一用户的不同数据流间或不同用户的数据流间进行调度。
■混和自动重传请求(HARQ):物理层混合自动重传。
■物理层处理:在物理层对传输块加上循环冗余校验后经由空中物理信道发送至UE。
如图4所示,在UTRAN中,RNC包括依次相连的PDCP单元、RLC单元和MAC-d单元,NodeB包括相连的MAC-hs单元和物理层处理单元。在RNC上,PDCP单元包括头压缩模块,RLC单元包括分割级联模块、ARQ模块和加密模块,MAC-d单元包括传输信道类型切换模块和流量控制模块。在NodeB上,MAC-hs单元包括调度模块和HARQ模块。
参照图5,对R6中下行链路UE面分组业务的处理流程进行描述。
■物理层处理:从物理层接收来自基站的传输块,并进行循环冗余校验。
■混和自动重传请求(HARQ):物理层混合自动重传。
■重排队列分布:将数据根据队列号路由到对应的重排缓存中。
■重排:根据传输序列号对数据进行重排。
■分解:对数据进行分解,取出头信息及填充。
■解密:对数据进行解密。
■ARQ:RLC层自动重传。
■重组:把分解后的数据进行重组。
■解头压缩:对数据流进行解头压缩。
如图5所示,UTRAN中的UE包括依次相连的物理层处理单元、MAC-hs单元、MAC-d单元、RLC单元和PDCP单元。其中,MAC-hs单元包括HARQ模块、重排队列分布模块、重排模块和分解模块,RLC单元包括解密模块、ARQ模块和重组模块,PDCP单元包括头压缩模块。
首先,从协议层次架构上看,RLC层与MAC层分别位于不同的网络节点NodeB与RNC上,它们数据交互需通过Iub接口,这样必将带来不必要的时延。
而且,当它们位于不同网络节点时,由于上层网络节点是不知道下层网络节点的具体数据发送情况的,即RNC是不知道NodeB具体数据发送信息,这样在RLC重传的情况下,很容易导致RLC的无效重传。因为根据当前RLC重传机制,RNC的RLC层会把没收到确认的PDU再次发送给NodeB,在数据量大时,NodeB中部分从RNC中重传过来数据没有及时发送出去,UE会反馈非确认信息,这样RNC根据UE的非确认信息会重传这些数据,而这些数据可能在NodeB中还没发送出去,这样就导致了数据的无效重传,同时也浪费了Iub口的带宽。
其次,在R6中分割级联是在RLC层做的,而RLC层位于RNC,是很难知道空口情况的,这样分割级联出来的数据很难和空口允许的传输块匹配,且势必导致很多不必要的填充(padding)。
最后,RLC层和MAC层的功能冗余及重复,比如这两层都有级联功能、自动重传功能、加密功能等;而且有些功能在长期演进架构(LTE)中可能是不需要的,如动态传输信道类型切换,透明传输模式等。这些多余的功能给现有的协议带来了复杂性和额外的处理时延。
发明内容
针对上述现有技术中存在的若干缺陷,本发明提供一种基于演进架构的基站和终端及其数据发射和接收方法,以便在现有协议基础上对其中一些功能进行整合,去除不必要的功能,且将某些功能移植到最合适的地方。
一方面,提出一种基于演进架构的基站的数据发射方法。包括以下步骤:
A、在媒体接入控制MAC层对数据进行分割级联;
B、给分割级联后的数据加上头信息生成传输块并经由传输信道发送至物理层;
C、在物理层给传输块加上校验位后发送至终端。
上述方法还包括在步骤B或C中执行的步骤:对传输块进行物理层缓存及重传(HARQ)。
上述步骤A还包括步骤:对到达MAC层的数据或分割级联后的数据进行高层缓存及重传(ARQ)。
上述步骤A还包括以下步骤中至少一个:
在各个数据流之间进行基于服务质量QoS的调度;
对数据进行加密。
上述方法还包括在步骤B或C中执行的步骤:为不同业务的传输块选择合适的传输格式。
上述方法还包括在步骤A中所述分割级联之前执行的步骤:对服务质量QoS相同的数据流进行复用。
上述方法还包括在步骤A之前执行的步骤:在分组数据汇聚协议PDCP层对数据流进行头压缩。
上述方法还包括在所述头压缩之前或在步骤A中所述分割级联之前执行的步骤:对服务质量QoS相同的数据流进行复用。
另一方面,提出一种基于演进架构的终端的数据接收方法。包括以下步骤:
A、在物理层对来自基站的传输块进行校验后发送至媒体接入控制MAC层;
B、通过去掉数据头来分解传输块;
C、对分解后的数据进行排序;
D、重组排序后的数据;
E、在分组数据汇聚协议PDCP层将数据解头压缩后送往高层。
上述步骤B还包括在所述分解传输块之前执行的步骤:对传输错误的传输块或丢失的传输块进行物理层反馈,请求基站重传相应数据。
上述方法还包括在步骤B中所述分解传输块之后或在步骤D中所述重组数据之后执行的步骤:对传输错误的数据进行高层反馈,请求基站重传相应数据。
上述方法还包括在步骤C中所述排序之后或在步骤E中所述解头压缩之前执行的步骤:对数据进行解密。
上述方法还包括在步骤D中所述重组之后或在步骤E中所述解头压缩之后或在步骤E之后执行的步骤:对服务质量QoS相同的数据流进行解复用。
上述步骤B还包括在所述分解传输块之前执行的步骤:将服务质量QoS相同的数据流路由到同一队列中。
再一方面,提出一种基于演进架构的基站。该基站包括相连的物理层处理单元和媒体接入控制MAC单元。媒体接入控制MAC单元包括分割级联模块,用于对数据进行分割级联;传输块生成模块,用于给分割级联后的数据加上头信息生成传输块并经由传输信道发送至物理层;物理层处理单元,用于给传输块加上校验位后发送至终端。
上述MAC单元或物理层处理单元还包括混和自动重传(HARQ)模块,用于对传输块进行物理层缓存及重传。
上述MAC单元还包括重传缓存及管理(ARQ)模块,用于对MAC单元收到的数据或分割级联后的数据进行高层缓存及重传。
上述MAC单元还包括以下模块中至少一个:
调度模块,用于在各个数据流之间进行基于服务质量QoS的调度;
加密模块,用于对数据进行加密。
上述MAC单元或物理层处理单元还包括传输格式选择模块,用于为不同业务的传输块选择合适的传输格式。
上述MAC单元还包括基于服务质量QoS的复用模块,用于对MAC单元收到的服务质量QoS相同的数据流进行复用。
上述基站还包括连接到MAC单元上的分组数据汇聚协议PDCP单元,该PDCP单元包括头压缩模块,用于对数据流进行头压缩。
上述PDCP单元或MAC单元还包括基于服务质量QoS的复用模块,用于对其所在单元收到的服务质量QoS相同的数据流进行复用。
还有一方面,提出一种基于演进架构的终端。该终端包括依次相连的物理层处理单元、媒体接入控制MAC单元、分组数据汇聚协议PDCP单元和业务数据高层处理单元。其中,
物理层处理单元用于从物理层接收来自基站的传输块并进行校验,
媒体接入控制MAC单元包括分解模块,用于通过去掉数据头来分解传输块;重排模块,用于对分解后的数据进行排序;重组模块,用于重组排序后的数据,
分组数据汇聚协议PDCP单元包括解头压缩模块,用于将数据解头压缩后送往高层。
上述MAC单元还包括混和自动重传(HARQ)模块,用于对到达MAC单元的传输错误的传输块或丢失的传输块进行物理层反馈并请求基站重传相应数据。
上述MAC单元还包括连接到分解模块或重组模块上的重传缓存及管理(ARQ)模块,用于对传输错误的数据进行高层反馈并请求基站重传相应数据。
上述MAC单元或PDCP单元还包括解密模块,用于对数据进行解密。
上述MAC单元或PDCP单元或业务数据高层处理单元还包括基于服务质量QoS的解复用模块,用于对服务质量QoS相同的数据流进行解复用。
上述MAC单元还包括传输块队列分布模块,用于将服务质量QoS相同的数据流路由到同一队列中后发送至分解模块。
本发明主要的优点和特点如下:
1.把RLC层下移到NodeB后,它与MAC层的交互更加紧密,原来的MAC层与RLC层的交互时延可以有效避免。
2.本发明使得分割级联后的数据更好地与空口匹配,减少开销(overhead)及填充(padding),增加空口的效率。
3.整合了两层的功能,减少了不必要的功能及重复功能,使得协议简化了复杂度,减少数据处理时延。
4.对于原有协议中,在RLC重传时由RLC重传机制引起的无效重传可以有效避免。
5.通过NodeB的调度功能保证重传数据的优先级及保证业务的QoS。
附图说明
图1示出现有的无线接口协议结构;
图2是UE面MAC体系结构示意图;
图3示出R6的用户面协议栈;
图4示出R6中下行链路UTRAN面分组业务处理流程;
图5示出R6中下行链路UE面分组业务处理流程;
图6示出作为本发明实施例1-6所述方案的基础的协议架构;
图7示出本发明实施例1所述的UTRAN面下行业务在各个模块间的处理流程;
图8示出本发明实施例1所述的UE面下行业务在各个模块间的处理流程;
图9示出本发明实施例4所述的UTRAN面下行业务在各个模块间的处理流程;
图10示出本发明实施例4所述的UE面下行业务在各个模块间的处理流程;
图11示出作为本发明实施例7-12所述方案的基础的协议架构;
图12示出本发明实施例7所述的UTRAN面下行业务在各个模块间的处理流程;
图13示出本发明实施例7所述的UE面下行业务在各个模块间的处理流程;
图14示出本发明实施例10所述的UTRAN面下行链路业务在各个模块间的处理流程;
图15示出按照本发明实施例10所述的UE面下行业务在各个模块间的处理流程。
具体实施方式
在LTE中,网络架构、协议架构、信道结构等都将进行改进。而且LTE最根本的一点就是只有分组域业务,即所有业务都将用包进行传输,这也意味着在LTE中不会存在专用传输信道。随着多媒体广播组播业务(MBMS)的引入,BMC也将被取消。
为了更好地让L2适用于LTE,在现有协议基础上需对其中一些功能进行整合,去除不必要的功能,如原有协议中MAC层某些用来处理电路域业务的功能,且把相应的功能移植到最合适的地方发挥更好的性能。同时对现有协议的架构进行调整,让MAC层与RLC层之间更好地交互,减少不必要的时延、无效重传、开销(overhead)及填充(padding)等,增强LTE的性能。
基于LTE低时延,高速率,分组优化的需求,需要对现有协议架构做后面实施例所述的各方面改进。
下面给出本发明的实施例1,参照图6描述该实施例的协议架构。
RLC层下移到NodeB而且与MAC层合并为MAC+层,且位于NodeB,PDCP层位于核心网网关,取消RNC。
参照图7,对图6协议架构下UTRAN面下行业务在各个模块间的处理流程进行描述。
■头压缩:对数据流进行头压缩。
■基于QoS的复用:对相同QoS属性的数据流进行复用。
■调度:根据QoS属性及用户的优先级进行调度。
■分割级联:根据空口允许的传输块大小进行分割级联。
■重传缓存及管理(ARQ):在HARQ错误传输时进行高层重传,重传的是分割级联后的数据,即PDU。对时延敏感型业务及组播、广播业务不适用,仅适用于单播业务中时延不敏感型业务。
■加密:对分割级联后的数据进行加密。
■生成传输块:给PDU加上必要的头信息及填充生成传输块并经由传输信道发送至物理层。
■ 混和自动重传请求(HARQ):物理层重传。只适用于单播业务,不适用于组播及广播业务。
■物理层处理:在物理层对传输块加上循环冗余校验后经由空中物理信道发送至UE。
如图7所示,在UTRAN中,核心网网关包括PDCP单元,基站(NodeB)包括相连的MAC+单元和物理层处理单元。在核心网网关上,PDCP单元包括头压缩模块。在NodeB上,MAC+单元包括基于服务质量的复用模块、调度模块、分割级联模块、ARQ模块、加密模块、传输块生成模块和HARQ模块。
参照图8,对图6协议架构下UE面下行业务在各个模块间的处理流程进行描述。
■物理层处理:从物理层接收来自基站的传输块,并进行循环冗余校验。
■HARQ:物理层混合自动重传。
■传输块队列分布:把数据流根据服务质量属性路由到对应的队列中。
■分解:去掉底层的数据头及填充。
■重传缓存及管理(ARQ):高层自动重传。
■重排:按数据的序列号排列。
■解密:对数据进行解密。
■重组:把数据重组成完整的业务数据单元(SDU,Service data unit)。
■基于QoS的解复用:对于具有同一QoS属性的数据流进行解复用。
■解头压缩:对数据流进行解头压缩。
如图8所示,用户终端(UE)包括依次相连的物理层处理单元、MAC+单元、PDCP单元、以及业务数据高层处理单元,比如IP单元。其中,MAC+单元包括HARQ模块、传输块队列分布模块、分解模块、ARQ模块、重排模块、解密模块、重组模块和基于服务质量的解复用模块,PDCP单元包括解头压缩模块。可见,终端上这些功能模块与基站上各个功能模块一一对应。
对流程和模块进行上述安排和配置主要为了以下目的:
1.MAC与RLC整合后,都位于NodeB,在数据处理流程中避免了原有的RLC与MAC之间的接口时延。
2.把分割级联移到MAC中执行,由于MAC层靠近空口,可以根据信道质量条件好坏来对数据包进行分割级联,而分割级联后的数据包可以更好地匹配空口传输能力,避免了冗余的填充比特,增强了传输效率。
3.高层重传,即ARQ放在MAC层执行,可以共享利用底层重传的信息,同时可以确切知道基站的缓存状态信息,这样就能更好地避免无效重传的发生。例如在RNC向基站发出请求重传的数据后,由于空口传输能力限制,基站只能发送部分需要重传的数据,部分需要重传的数据仍缓存在基站缓存中,而在一定时间内用户没有收到这些数据就会发送状态报告,请求这些数据重传,这样RNC就会再次发送这些数据,而这些数据可能还缓存在基站缓存中。把ARQ放在MAC层就能避免这种情况发生。
4.把ARQ放在分割级联后,即重传的是分割级联后的数据包。如果放在分割级联前,那么ARQ缓存及重传的将是高层下来的整个SDU,对于一个大SDU,进行分割级联后得到多个PDU,只要其中一个PDU没有传对,那么就要重传整个SDU,效率是很低的。而把ARQ放在分割级联后就能避免这种情况。
5.从上述架构图可以看出在重传时也支持对重传的数据的再次分割级联。由于信道质量是不断变化的,因此在数据重传时,如果传输块大小大于空口允许的传输能力,则会出现数据块发送不了的情况,如果传输块小于空口的传输能力,则需要添加冗余的填充比特,浪费了资源。而对数据重传时进行再次分割级联就会避免这种情况的发生。
实施例2是取消NodeB中的加密,加密在核心网网关中头压缩之后执行,则相应的UE面的解密在解头压缩之前执行,其它同实施例1。
实施例3是UTRAN面基于QoS的复用移到核心网网关上执行,其它同实施例1。
实施例4的协议架构与实施例1的相同,该实施例所述的UTRAN面下行业务在各个模块间的处理流程如图9所示。高层重传与分割级联互换后,高层重传是缓存及重传高层下来的SDU,对于重传的数据,发送端只需维护较少的分割级联信息,相应的接收端重组也比较简单。与UTRAN面相对应,该实施例所述的UE面下行业务在各个模块间的处理流程如图10所示。
实施例5是取消NodeB中的加密,加密在核心网网关中头压缩之后执行,则UE面解密在解头压缩之前执行,其它同实施例4。
实施例6是将UTRAN面基于QoS的复用移到核心网网关上执行,其它同实施例4。
实施例7的协议架构如图11所示,PDCP层下移到NodeB,MAC层与RLC层合并为MAC+层而且位于NodeB,RNC取消。
图12和13分别示出在图11协议架构下UTRAN面和UE面下行业务在各个模块间的处理流程。
参照图12,基站(NodeB)包括依次相连的PDCP单元、MAC+单元和物理层处理单元。其中,PDCP单元包括头压缩模块,MAC+单元包括基于服务质量的复用模块、调度模块、分割级联模块、ARQ模块、加密模块、传输块生成模块和HARQ模块。
参照图13,用户终端(UE)包括依次相连的物理层处理单元、MAC+单元、PDCP单元、以及业务数据高层处理单元,比如IP单元。其中,物理层处理单元用于对物理信道上收到的传输块进行循环冗余校验。MAC+单元包括HARQ模块、传输块队列分布模块、分解模块、重传缓存及管理模块、重排模块、解密模块、重组模块和基于服务质量的解复用模块。PDCP单元包括解头压缩模块。
实施例8是UTRAN面基于QoS的复用移到核心网网关上执行,则UE面基于QoS的解复用在PDCP层的上层执行,其它同实施例7。
实施例9是UTRAN面基于QoS的复用移到PDCP层头压缩之前执行,则UE面基于QoS的解复用在PDCP层解头压缩之后执行,其它同实施例7。
实施例10是UTRAN面高层重传与分割级联互换,下行业务在各个模块间的处理流程如图14和15所示。
实施例11是UTRAN面基于QoS的复用移到核心网网关上执行,则UE面基于QoS的解复用在PDCP层的上层执行,其它同实施例10。
实施例12是UTRAN面基于QoS的复用移到PDCP层头压缩之前执行,则UE面基于QoS的解复用在PDCP层解头压缩之后执行,其它同实施例10。
在本发明的技术方案中,流程的安排和模块的配置可以根据需要进行调整。例如UTRAN面的调度或加密,既可以在ARQ之前或之后进行,也可以在分割级联之前或之后进行,而其它步骤不变。特别是,还可以在实施例1-12中任何一个的流程中增加传输格式选择步骤,为特定业务选择合适的传输格式。传输格式选择既可以在MAC+层生成传输块之后执行,也可以在物理层执行。此外,实施例1~12中任何一个的HARQ处理都可以移到物理层执行。UE面要随UTRAN面的改变对模块和步骤作相应调整。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (28)
1、一种基于演进架构的基站的数据发射方法,包括以下步骤:
A、在媒体接入控制MAC层对数据进行分割级联;
B、给分割级联后的数据加上头信息生成传输块并经由传输信道发送至物理层;
C、在物理层给传输块加上校验位后发送至终端。
2、如权利要求1所述的方法,其特征在于还包括在步骤B或C中执行的步骤:对传输块进行物理层缓存及重传(HARQ)。
3、如权利要求2所述的方法,其特征在于步骤A还包括步骤:对到达MAC层的数据或分割级联后的数据进行高层缓存及重传(ARQ)。
4、如权利要求1、2或3所述的方法,其特征在于步骤A还包括以下步骤中至少一个:
在各个数据流之间进行基于服务质量QoS的调度;
对数据进行加密。
5、如权利要求1所述的方法,其特征在于还包括在步骤B或C中执行的步骤:为不同业务的传输块选择合适的传输格式。
6、如权利要求1所述的方法,其特征在于还包括在步骤A中所述分割级联之前执行的步骤:对服务质量QoS相同的数据流进行复用。
7、如权利要求1所述的方法,其特征在于还包括在步骤A之前执行的步骤:在分组数据汇聚协议PDCP层对数据流进行头压缩。
8、如权利要求7所述的方法,其特征在于还包括在所述头压缩之前或在步骤A中所述分割级联之前执行的步骤:对服务质量QoS相同的数据流进行复用。
9、一种基于演进架构的终端的数据接收方法,包括以下步骤:
A、在物理层对来自基站的传输块进行校验后发送至媒体接入控制MAC层;
B、通过去掉数据头来分解传输块;
C、对分解后的数据进行排序;
D、重组排序后的数据;
E、在分组数据汇聚协议PDCP层将数据解头压缩后送往高层。
10、如权利要求9所述的方法,其特征在于步骤B还包括在所述分解传输块之前执行的步骤:对传输错误的传输块或丢失的传输块进行物理层反馈,请求基站重传相应数据。
11、如权利要求10所述的方法,其特征在于还包括在步骤B中所述分解传输块之后或在步骤D中所述重组数据之后执行的步骤:对传输错误的数据进行高层反馈,请求基站重传相应数据。
12、如权利要求9所述的方法,其特征在于还包括在步骤C中所述排序之后或在步骤E中所述解头压缩之前执行的步骤:对数据进行解密。
13、如权利要求9所述的方法,其特征在于还包括在步骤D中所述重组之后或在步骤E中所述解头压缩之后或在步骤E之后执行的步骤:对服务质量QoS相同的数据流进行解复用。
14、如权利要求9所述的方法,其特征在于步骤B还包括在所述分解传输块之前执行的步骤:将服务质量QoS相同的数据流路由到同一队列中。
15、一种基于演进架构的基站,包括相连的物理层处理单元和媒体接入控制MAC单元,其特征在于
媒体接入控制MAC单元包括分割级联模块,用于对数据进行分割级联;传输块生成模块,用于给分割级联后的数据加上头信息生成传输块并经由传输信道发送至物理层;
物理层处理单元,用于给传输块加上校验位后发送至终端。
16、如权利要求15所述的基站,其特征在于MAC单元或物理层处理单元还包括混和自动重传(HARQ)模块,用于对传输块进行物理层缓存及重传。
17、如权利要求16所述的基站,其特征在于MAC单元还包括重传缓存及管理(ARQ)模块,用于对MAC单元收到的数据或分割级联后的数据进行高层缓存及重传。
18、如权利要求15、16或17所述的基站,其特征在于MAC单元还包括以下模块中至少一个:
调度模块,用于在各个数据流之间进行基于服务质量QoS的调度;
加密模块,用于对数据进行加密。
19、如权利要求15所述的基站,其特征在于MAC单元或物理层处理单元还包括传输格式选择模块,用于为不同业务的传输块选择合适的传输格式。
20、如权利要求15所述的基站,其特征在于MAC单元还包括基于服务质量QoS的复用模块,用于对MAC单元收到的服务质量QoS相同的数据流进行复用。
21、如权利要求15所述的基站,其特征在于还包括连接到MAC单元上的分组数据汇聚协议PDCP单元,所述PDCP单元包括头压缩模块,用于对数据流进行头压缩。
22、如权利要求21所述的基站,其特征在于PDCP单元或MAC单元还包括基于服务质量QoS的复用模块,用于对其所在单元收到的服务质量QoS相同的数据流进行复用。
23、一种基于演进架构的终端,包括依次相连的物理层处理单元、媒体接入控制MAC单元、分组数据汇聚协议PDCP单元和业务数据高层处理单元,其中:物理层处理单元用于从物理层接收来自基站的传输块并进行校验,其特征在于
媒体接入控制MAC单元包括分解模块,用于通过去掉数据头来分解传输块;重排模块,用于对分解后的数据进行排序;重组模块,用于重组排序后的数据,
分组数据汇聚协议PDCP单元包括解头压缩模块,用于将数据解头压缩后送往高层。
24、如权利要求23所述的终端,其特征在于MAC单元还包括混和自动重传(HARQ)模块,用于对到达MAC单元的传输错误的传输块或丢失的传输块进行物理层反馈并请求基站重传相应数据。
25、如权利要求24所述的终端,其特征在于MAC单元还包括连接到分解模块或重组模块上的重传缓存及管理(ARQ)模块,用于对传输错误的数据进行高层反馈并请求基站重传相应数据。
26、如权利要求23所述的终端,其特征在于MAC单元或PDCP单元还包括解密模块,用于对数据进行解密。
27、如权利要求23所述的终端,其特征在于MAC单元或PDCP单元或业务数据高层处理单元还包括基于服务质量QoS的解复用模块,用于对服务质量QoS相同的数据流进行解复用。
28、如权利要求23所述的终端,其特征在于MAC单元还包括传输块队列分布模块,用于将服务质量QoS相同的数据流路由到同一队列中后发送至分解模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610007911A CN101026410B (zh) | 2006-02-22 | 2006-02-22 | 基于演进架构的基站和终端及其数据发射和接收方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610007911A CN101026410B (zh) | 2006-02-22 | 2006-02-22 | 基于演进架构的基站和终端及其数据发射和接收方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101026410A true CN101026410A (zh) | 2007-08-29 |
CN101026410B CN101026410B (zh) | 2010-05-12 |
Family
ID=38744374
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610007911A Active CN101026410B (zh) | 2006-02-22 | 2006-02-22 | 基于演进架构的基站和终端及其数据发射和接收方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101026410B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101904213A (zh) * | 2007-12-19 | 2010-12-01 | 高通股份有限公司 | 用于在无线通信网络中在公共控制信道上传送消息以进行随机接入的方法和装置 |
WO2011107057A3 (zh) * | 2011-04-20 | 2012-03-22 | 华为技术有限公司 | 数据传输方法、无线接入网设备、无线网关及*** |
CN102547687A (zh) * | 2010-12-23 | 2012-07-04 | 上海贝尔股份有限公司 | 无线通信网络中对数据包进行处理的方法及装置 |
CN102685810A (zh) * | 2011-03-16 | 2012-09-19 | 中兴通讯股份有限公司 | 一种用于用户信息动态缓存的方法及*** |
CN101795436B (zh) * | 2009-02-04 | 2012-12-19 | 电信科学技术研究院 | 一种数据重传方法、装置及*** |
CN103138873A (zh) * | 2011-11-23 | 2013-06-05 | 中兴通讯股份有限公司 | 层二数据包时延的获取方法及设备 |
WO2017000564A1 (zh) * | 2015-06-30 | 2017-01-05 | 中兴通讯股份有限公司 | 数据处理方法及装置 |
CN107105494A (zh) * | 2010-11-03 | 2017-08-29 | 三星电子株式会社 | 用于确定物理上行链路控制信道传输功率的方法及装置 |
CN108540345A (zh) * | 2018-04-08 | 2018-09-14 | 西安交通大学 | 面向业务的卫星移动通信gmr 1-3g协议仿真***及方法 |
WO2018218416A1 (zh) * | 2017-05-27 | 2018-12-06 | 华为技术有限公司 | 用户面数据处理方法、相关设备及*** |
CN111726195A (zh) * | 2019-03-21 | 2020-09-29 | 华为技术有限公司 | 一种数据传输方法及通信装置 |
WO2021179325A1 (zh) * | 2020-03-13 | 2021-09-16 | 华为技术有限公司 | 一种数据处理的方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2380104B (en) * | 2001-07-06 | 2003-09-10 | Samsung Electronics Co Ltd | Method for resetting MAC layer entity in a communication system |
CN100492942C (zh) * | 2003-04-07 | 2009-05-27 | 华为技术有限公司 | 一种时分双工***中传输下行公共控制信息的方法 |
CN100433716C (zh) * | 2005-08-16 | 2008-11-12 | 中兴通讯股份有限公司 | 一种支持多载波下行高速数据分组接入的***和方法 |
-
2006
- 2006-02-22 CN CN200610007911A patent/CN101026410B/zh active Active
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101904213A (zh) * | 2007-12-19 | 2010-12-01 | 高通股份有限公司 | 用于在无线通信网络中在公共控制信道上传送消息以进行随机接入的方法和装置 |
CN101795436B (zh) * | 2009-02-04 | 2012-12-19 | 电信科学技术研究院 | 一种数据重传方法、装置及*** |
CN107105494A (zh) * | 2010-11-03 | 2017-08-29 | 三星电子株式会社 | 用于确定物理上行链路控制信道传输功率的方法及装置 |
CN107105494B (zh) * | 2010-11-03 | 2021-07-06 | 三星电子株式会社 | 用于确定物理上行链路控制信道传输功率的方法及装置 |
USRE48606E1 (en) | 2010-11-03 | 2021-06-22 | Samsung Electronics Co., Ltd. | Generation of HARQ-ACK information and power control of HARQ-ACK signals in TDD systems with downlink of carrier aggregation |
CN102547687A (zh) * | 2010-12-23 | 2012-07-04 | 上海贝尔股份有限公司 | 无线通信网络中对数据包进行处理的方法及装置 |
CN102547687B (zh) * | 2010-12-23 | 2015-06-17 | 上海贝尔股份有限公司 | 无线通信网络中对数据包进行处理的方法及装置 |
CN102685810A (zh) * | 2011-03-16 | 2012-09-19 | 中兴通讯股份有限公司 | 一种用于用户信息动态缓存的方法及*** |
CN102685810B (zh) * | 2011-03-16 | 2015-01-28 | 中兴通讯股份有限公司 | 一种用于用户信息动态缓存的方法及*** |
CN102754521A (zh) * | 2011-04-20 | 2012-10-24 | 华为技术有限公司 | 数据传输方法、无线接入网设备、无线网关及*** |
WO2011107057A3 (zh) * | 2011-04-20 | 2012-03-22 | 华为技术有限公司 | 数据传输方法、无线接入网设备、无线网关及*** |
CN103138873B (zh) * | 2011-11-23 | 2018-02-02 | 宁夏恒信捷通信息技术服务有限公司 | 层二数据包时延的获取方法及设备 |
CN103138873A (zh) * | 2011-11-23 | 2013-06-05 | 中兴通讯股份有限公司 | 层二数据包时延的获取方法及设备 |
WO2017000564A1 (zh) * | 2015-06-30 | 2017-01-05 | 中兴通讯股份有限公司 | 数据处理方法及装置 |
WO2018218416A1 (zh) * | 2017-05-27 | 2018-12-06 | 华为技术有限公司 | 用户面数据处理方法、相关设备及*** |
CN108540345A (zh) * | 2018-04-08 | 2018-09-14 | 西安交通大学 | 面向业务的卫星移动通信gmr 1-3g协议仿真***及方法 |
CN111726195A (zh) * | 2019-03-21 | 2020-09-29 | 华为技术有限公司 | 一种数据传输方法及通信装置 |
CN111726195B (zh) * | 2019-03-21 | 2021-12-31 | 华为技术有限公司 | 一种数据传输方法及通信装置 |
WO2021179325A1 (zh) * | 2020-03-13 | 2021-09-16 | 华为技术有限公司 | 一种数据处理的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101026410B (zh) | 2010-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101026410B (zh) | 基于演进架构的基站和终端及其数据发射和接收方法 | |
KR100840733B1 (ko) | 통신 시스템에서 패킷 데이터 처리하는 방법 그 시스템 및 그 수신 장치 | |
RU2382512C2 (ru) | Уменьшение служебных данных для блока протокольных данных в беспроводной системе связи | |
CN101379734B (zh) | Wcdma的增强rlc实体和rnc实体的操作方法及其*** | |
CN1914869B (zh) | 用于处理无线协议层的数据单元的*** | |
KR101326474B1 (ko) | 무선 통신 시스템의 데이터 블록 전송 방법 | |
CN101061686B (zh) | 用于在移动通信***中发信号通知上行链路分组数据业务的控制信息的方法和装置 | |
KR100608842B1 (ko) | 이동통신 시스템의 데이터 수신정보 전송방법 | |
JP4599361B2 (ja) | 膠着状態を回避するための受信期待番号及び受信者ウィンドウ更新方法 | |
CN1864363B (zh) | 用于数据流中数据单元的基于优先级调度的媒体接入控制 | |
CN100486252C (zh) | 支持多载波高速下行分组接入的数据并行调度***及方法 | |
CN101151924B (zh) | 无线移动通信***中产生下层数据块的方法以及设备 | |
CN101043301B (zh) | 一种无线通信***中的数据重排重组方法及其基站 | |
US20040228313A1 (en) | Method of mapping data for uplink transmission in communication systems | |
CN102547848B (zh) | 一种处理业务数据流的方法和装置 | |
TWI442804B (zh) | 行動通信終端機,通信站台,通信網路及通信方法 | |
CN101094448A (zh) | 无线通讯***分帧数据的方法及其相关装置 | |
CN103384415A (zh) | 无线***、rnc以及在rnc中使用的方法 | |
KR20020043139A (ko) | 이동통신시스템에서 고속 데이터 서비스를 위한 스케쥴링방법 | |
JP2019530337A (ja) | 効率的なユーザ・プレーン・アーキテクチャ | |
WO2009117961A1 (zh) | 一种发送数据的方法、***和设备 | |
CN103503509B (zh) | 用于从无线电网络控制器向用户设备传输数据的分组数据单元、用户设备、无线电网络控制器和其中的方法 | |
CN110099448A (zh) | 通信的方法和装置 | |
CN114586291A (zh) | 通信设备和方法 | |
KR101158912B1 (ko) | Hsdpa시스템에서 윈도우를 이용한 교착회피 방법 |
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 | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20070829 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Evolutionary configuration based base station and terminal, and its data transmitting and receiving method Granted publication date: 20100512 License type: Common License Record date: 20150827 |
|
LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |