CN103634080A - 数据调度处理方法及装置 - Google Patents
数据调度处理方法及装置 Download PDFInfo
- Publication number
- CN103634080A CN103634080A CN201210312810.1A CN201210312810A CN103634080A CN 103634080 A CN103634080 A CN 103634080A CN 201210312810 A CN201210312810 A CN 201210312810A CN 103634080 A CN103634080 A CN 103634080A
- Authority
- CN
- China
- Prior art keywords
- data
- pdu
- node
- rnc
- state information
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种数据调度处理方法及装置,该方法包括:Node B接收到来自无线网络控制器RNC发送的下行数据帧,其中,该下行数据帧中包括承载数据的协议数据单元PDU;Node B确定接收到下行数据帧中PDU的数据收发状态信息;Node B将确定的数据收发状态信息发送给RNC,其中,该RNC根据数据收发状态信息对向Node B发送的高速下行包接入HSDPA多流数据进行调度,通过本发明,解决了现有技术中如何有效缓解上述“SKEW”现象的问题,进而达到了Node B将数据帧的收发状态信息反馈给RNC,从而指导RNC对HSDPA多流数据的调度,有效地缓解了“SKEW”现象的效果。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种数据调度处理方法及装置。
背景技术
随着数据业务的不断快速发展,高速包接入(High Speed Packet Access,简称为HSPA)技术越来越普遍,并且向多天线多载波的方向发展。比如,3GPP的R7版本引入了多输入多输出(Multiple Input Multiple Output,简称为MIMO)技术,使得NodeB(节点B)可以通过双天线从同一个小区同时向UE发送两个传输块;随后,3GPP的R8版本引入了双小区HSDPA(Dual Cell HSDPA,简称为DC-HSDPA)技术,使得NodeB可以同时从两个相邻小区的两个频点发送HSDPA数据给UE。这两个技术的引入,很大程度上提高小区的数据吞吐量。
当用户设备(User Equipment,简称为UE)处于两个同频小区边缘并执行软切换或者更软切换时,往往服务高速下行共享信道(High Speed Downlink Shared Channel,简称为HS-DSCH)小区的空口能力受限,而激活集内的非服务HS-DSCH小区还有可用资源,如果能同时从非服务小区也发数据给UE,将会大大提高用户感受,从而也提高小区的数据吞吐量。因此,3GPP的R11版本开始讨论高速下行包接入(High Speed Downlink PacketAccess,简称为HSDPA)的多流技术。
按照分流的节点区分,HSDPA多流技术分为NodeB内分流以及NodeB间分流。对于NodeB间分流,3GPP会议确定用户数据在无线链路控制(Radio Link Control,简称为RLC)层分流,即,无线网络控制器(Radio Network Controller,简称为RNC)在RLC层对用户数据统一编号,然后根据NodeB的能力情况分别将RLC数据分流到不同的NodeB。由于NodeB的负载以及时延不相同,可能导致大序号的RLC数据比小序号的先到达UE,也就是所谓的“SKEW”现象。
针对“SKEW”现象,UE没办法确定是RLC数据丢弃还是RLC数据乱序,因此3GPP会议确定在UE侧引入t-reordering定时器,当UE收到大序号而没有收到小序号的RLC数据时,则启动t-reordering定时器,如果定时器超时时,还没收到小序号的RLC数据,则UE认为这个小序号的RLC数据被丢弃了,并向网络侧发送NACK(NegativeAcknowledgement,否认)状态包,要求网络侧重传。然而,t-reordering定时器的引入同时也引入了数据传输的时延,可能会导致RLC窗口不能及时滑动而引起RLC窗口满,而且还可能会导致传输控制协议(Transmission Control Protocol,简称为TCP)性能的恶化,从而影响数据吞吐量,因此,在UE侧引入t-reordering定时器并不能很好地解决上述“SKEW”问题。
因此,在相关技术中存在如何快速,高效地缓解上述“SKEW”现象的问题。
发明内容
本发明提供了一种数据调度方法及装置,以至少解决现有技术中如何有效缓解上述“SKEW”现象的问题。
根据本发明的一个方面,提供了一种数据调度处理方法,包括:Node B接收到来自无线网络控制器RNC发送的下行数据帧,其中,所述下行数据帧中包括承载数据的协议数据单元PDU;所述Node B确定接收到所述下行数据帧中所述PDU的数据收发状态信息;所述NodeB将确定的所述数据收发状态信息发送给所述RNC,其中,所述RNC根据所述数据收发状态信息对向所述Node B发送的高速下行包接入HSDPA多流数据进行调度。
优选地,在所述PDU为无线链路控制RLC数据PDU的情况下,所述Node B确定接收到所述下行数据帧中所述PDU的数据收发状态信息包括:所述Node B确定所述数据收发状态信息中用于所述Node B通知所述RNC哪些RLC数据PDU被确认ACK的信息,和/或,所述Node B确定所述数据收发状态信息中用于所述Node B通知所述RNC哪些RLC数据PDU被否认NACK的信息。
优选地,所述Node B将确定的所述数据收发状态信息发送给所述RNC包括:所述NodeB将确定的所述数据收发状态信息中哪些RLC数据PDU被确认ACK的信息发送给所述RNC,其中,所述哪些RLC数据PDU被确认ACK的信息包括最大被混合自动重发请求HARQ确认的RLC数据PDU序号;和/或,所述Node B将确定的所述数据收发状态信息中哪些RLC数据PDU被否认NACK的信息发送给所述RNC,其中,所述哪些RLC数据PDU被否认NACK的信息包括,所述RLC数据PDU序号在确认的状态变量VT之后,被HARQ确认丢弃的RLC数据PDU序号,或者所述NodeB没有从所述RNC收到的RLC数据PDU序号。
优选地,所述Node B确定接收到所述下行数据帧中所述PDU的所述数据收发状态信息包括:所述Node B通过所述下行数据帧中携带的与所述PDU对应的PDU序号确定接收到所述下行数据帧中所述PDU的所述数据收发状态信息;和/或,所述Node B通过解析所述下行数据帧中的所述PDU得到PDU序号确定接收到所述下行数据帧中所述PDU的所述数据收发状态信息。
优选地,在所述下行数据帧为高速下行共享信道HS-DSCH数据帧的情况下,所述下行数据帧包括以下至少之一:HS-DSCH类型1数据帧、HS-DSCH类型2数据帧。
优选地,在所述下行数据帧为高速下行共享信道HS-DSCH数据帧的情况下,所述Node B通过HS-DSCH类型1能力分配帧和/或HS-DSCH类型2能力分配帧将确定的所述数据收发状态信息发送给所述RNC。
根据本发明的另一方面,提供了一种数据调度处理方法,包括:无线网络控制器RNC向一个或多个Node B发送下行数据帧,其中,所述下行数据帧中包括承载数据的协议数据单元PDU;所述RNC接收到来自所述一个或多个Node B的数据收发状态信息;所述RNC根据接收到的所述数据收发状态信息对向所述一个或多个Node B发送的高速下行包接入HSDPA多流数据进行调度。
优选地,在所述PDU为无线链路控制RLC数据PDU的情况下,所述下行数据帧携带有以下信息至少之一:与所述RLC数据PDU对应的PDU序号、所述RNC等待确认的RLC数据PDU序号。
优选地,所述RNC根据接收到的所述数据收发状态信息对向所述一个或多个Node B发送的所述HSDPA多流数据进行调度包括:所述RNC根据接收到的所述数据收发状态信息获取所述一个或多个Node B的缓存状态、空口发送能力大小以及丢包程度信息;所述RNC综合获取到的所述一个或多个Node B的缓存状态、空口发送能力大小以及丢包程度信息,确定向所述一个或多个Node B发送所述HSDPA多流数据的分流比例;根据确定的所述分流比例将对向所述一个或多个Node B发送的所述HSDPA多流数据进行分流。
优选地,在所述下行数据帧为高速下行共享信道HS-DSCH数据帧的情况下,所述下行数据帧包括以下至少之一:HS-DSCH类型1数据帧、HS-DSCH类型2数据帧。
优选地,在所述下行数据帧为高速下行共享信道HS-DSCH数据帧的情况下,所述RNC通过HS-DSCH类型1能力分配帧和/或HS-DSCH类型2能力分配帧接收到来自所述一个或多个Node B接收到所述下行数据帧中所述PDU的所述数据收发状态信息。
根据本发明的再一方面,提供了一种数据调度处理装置,位于Node B中,包括:第一接收模块,用于接收到来自无线网络控制器RNC发送的下行数据帧,其中,所述下行数据帧中包括承载数据的协议数据单元PDU;第一确定模块,用于确定接收到所述下行数据帧中所述PDU的数据收发状态信息;第一发送模块,用于将确定的所述数据收发状态信息发送给所述RNC,其中,所述RNC根据所述数据收发状态信息对向所述Node B发送的高速下行包接入HSDPA多流数据进行调度。
优选地,所述第一确定模块在所述PDU为无线链路控制RLC数据PDU的情况下,包括:第一确定单元,用于确定所述数据收发状态信息中用于所述Node B通知所述RNC哪些RLC数据PDU被确认ACK的信息,和/或,第二确定单元,用于确定所述数据收发状态信息中用于所述Node B通知所述RNC哪些RLC数据PDU被否认NACK的信息。
优选地,所述第一发送模块包括:第一发送单元,用于将确定的所述数据收发状态信息中哪些RLC数据PDU被确认ACK的信息发送给所述RNC,其中,所述哪些RLC数据PDU被确认ACK的信息包括最大被混合自动重发请求HARQ确认的RLC数据PDU序号;和/或,第二发送单元,用于将确定的所述数据收发状态信息中哪些RLC数据PDU被否认NACK的信息发送给所述RNC,其中,所述哪些RLC数据PDU被否认NACK的信息包括,所述RLC数据PDU序号在确认的状态变量VT之后,被HARQ确认丢弃的RLC数据PDU序号,或者所述NodeB没有从所述RNC收到的RLC数据PDU序号。
优选地,所述第一确定模块包括:第三确定单元,用于通过所述下行数据帧中携带的PDU序号确定接收到所述下行数据帧中所述PDU的所述数据收发状态信息;和/或,第四确定单元,用于通过解析所述下行数据帧中的所述PDU得到PDU序号确定接收到所述下行数据帧中所述PDU的所述数据收发状态信息。
根据本发明的又一方面,提供了一种数据调度处理装置,位于无线网络控制器RNC中,包括:第二发送模块,用于向一个或多个Node B发送下行数据帧,其中,所述下行数据帧中包括承载数据的协议数据单元PDU;第二接收模块,用于接收到来自所述一个或多个Node B的数据收发状态信息;第一调度模块,用于根据接收到的所述数据收发状态信息对向所述一个或多个Node B发送的高速下行包接入HSDPA多流数据进行调度。
优选地,所述第一调度模块包括:第一获取单元,用于根据接收到的所述数据收发状态信息获取所述一个或多个Node B的缓存状态、空口发送能力大小以及丢包程度信息;第五确定单元,用于综合获取到的所述一个或多个Node B的缓存状态、空口发送能力大小以及丢包程度信息,确定向所述一个或多个Node B发送所述HSDPA多流数据的分流比例;第一分流单元,用于根据确定的所述分流比例对向所述一个或多个Node B发送的所述HSDPA多流数据进行分流。
通过本发明,采用Node B接收到来自无线网络控制器RNC发送的下行数据帧,其中,所述下行数据帧中包括承载数据的协议数据单元PDU;所述Node B确定接收到所述下行数据帧中所述PDU的数据收发状态信息;所述Node B将确定的所述数据收发状态信息发送给所述RNC,其中,所述RNC根据所述数据收发状态信息对向所述Node B发送的高速下行包接入HSDPA多流数据进行调度,解决了现有技术中如何有效缓解上述“SKEW”现象的问题,进而达到了Node B将数据帧的收发状态信息反馈给RNC,从而指导RNC对HSDPA多流数据的调度,有效地缓解了“SKEW”现象的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的数据调度处理方法的流程图一;
图2是根据本发明实施例的数据调度处理方法的流程图二;
图3是根据本发明实施例的数据调度处理装置的结构框图一;
图4是根据本发明实施例的数据调度处理装置中第一确定模块34的结构框图一;
图5是根据本发明实施例的数据调度处理装置中第一发送模块36的结构框图;
图6是根据本发明实施例的数据调度处理装置中第一确定模块34的结构框图二;
图7是根据本发明实施例的数据调度处理装置的结构框图二;
图8是根据本发明实施例的数据调度处理装置中第一调度模块76的结构框图;
图9是根据本发明实施例的HS-DSCH类型1数据帧结构的示意图;
图10是根据本发明实施例的HS-DSCH类型2数据帧结构的示意图;
图11是根据本发明实施例的HS-DSCH类型1能力分配帧结构的示意图;
图12是根据本发明实施例的HS-DSCH类型2能力分配帧结构的示意图;
图13是根据本发明实施例的基于HSDPA多流技术的数据调度方法的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种数据调度处理方法,图1是根据本发明实施例的数据调度处理方法的流程图一,如图1所示,该流程包括如下步骤:
步骤S102,Node B接收到来自无线网络控制器RNC发送的下行数据帧,其中,该下行数据帧中包括承载数据的协议数据单元(Protocol Data Unit,简称为PDU);
步骤S104,Node B确定接收到该下行数据帧中PDU的数据收发状态信息;
步骤S106,Node B将确定的上述数据收发状态信息发送给RNC,其中,RNC根据该数据收发状态信息对向Node B发送的高速下行包接入HSDPA多流数据进行调度。
通过上述步骤,Node B将接收到下行数据帧中PDU的状态信息(即,数据收发状态信息)反馈给RNC,而后RNC根据下行数据帧中PDU在Node B上的发送情况,对HSDPA多流数据进行调度,相对于现有技术在不了解上述下行数据PDU在Node B上的发送情况的状态下,直接对HSDPA多流数据进行调度,采用上述方法,降低了RNC对多流数据分流的盲目性,从而在一定程度上有利地减轻了“SKEW”现象。
依据PDU类型的不同,Node B确定上述数据收发状态信息的方式也可以多种,例如,在PDU为无线链路控制RLC数据PDU的情况下,上述Node B确定接收到下行数据帧中PDU的数据收发状态信息可以包括:Node B确定该数据收发状态信息中用于Node B通知RNC哪些RLC数据PDU被确认ACK的信息,和/或,Node B确定数据收发状态信息中用于Node B通知RNC哪些RLC数据PDU被否认NACK的信息。当然,在PDU为其它类型的情况下,也可以采用依据类型特点来确定不同上述数据收发状态信息,在此并不限定。
不仅确定上述数据收发状态信息的方式不同,PDU类型不同,Node B将确定的数据收发状态信息发送给RNC的方式也可以不同,例如,同样在PDU为无线链路控制RLC数据PDU的情况下,Node B将确定的上述数据收发状态信息发送给RNC可以包括:Node B将确定的数据收发状态信息中哪些RLC数据PDU被确认ACK的信息发送给RNC,其中,上述哪些RLC数据PDU被确认ACK的信息包括最大被混合自动重发请求HARQ确认的RLC数据PDU序号;和/或,Node B将确定的上述数据收发状态信息中哪些RLC数据PDU被否认NACK的信息发送给RNC,其中,哪些RLC数据PDU被否认NACK的信息包括,RLC数据PDU序号在确认的状态变量VT之后,被HARQ确认丢弃的RLC数据PDU序号,或者NodeB没有从RNC收到的RLC数据PDU序号。需要说明的是,上述各种实施例或较优的实施方式均不对本发明进行限定,表征上述哪些RLC数据PDU被确认ACK的信息以及哪些RLC数据PDU被否认NACK的信息的其它方式或是手段均可以用于本发明。
对于固定的PDU类型,Node B确定接收到下行数据帧中PDU的数据收发状态信息也可以采用多种方式,例如,Node B可以通过下行数据帧中携带的与PDU对应的PDU序号确定接收到下行数据帧中PDU的数据收发状态信息;又例如,Node B也可以通过解析下行数据帧中的PDU得到PDU序号确定接收到下行数据帧中PDU的数据收发状态信息,当然上述两种方式也可以结合使用,同样,如果依据下行数据帧中的其它信息也可以确定上述数据收发状态信息,那么依据其它信息确定数据收发状态信息的方式也可以应用于本发明实施例或优选实施方式。
需要说明的是,上述下行数据帧可以多种,例如,该下行数据帧可以为高速下行共享信道HS-DSCH数据帧,而在该下行数据帧为HS-DSCH数据帧的情况下,该下行数据帧又可以为以下至少之一:HS-DSCH类型1数据帧、HS-DSCH类型2数据帧。另外,在下行数据帧为高速下行共享信道HS-DSCH数据帧的情况下,该Node B可以通过HS-DSCH类型1能力分配帧和/或HS-DSCH类型2能力分配帧将确定的上述数据收发状态信息发送给RNC。
在本实施例中还提供了一种数据调度处理方法,图2是根据本发明实施例的数据调度处理方法的流程图二,如图2所示,该流程包括如下步骤:
步骤S202,无线网络控制器RNC向一个或多个Node B发送下行数据帧,其中,该下行数据帧中包括承载数据的协议数据单元PDU;
步骤S204,RNC接收到来自上述一个或多个Node B的数据收发状态信息;
步骤S206,RNC根据接收到的数据收发状态信息对向上述一个或多个Node B发送的高速下行包接入HSDPA多流数据进行调度。
通过上述步骤,RNC接收到Node B的数据收发状态信息,而后根据Node B接收上述下行数据的情况,对向上述一个或多个Node B的HSDPA多流数据进行调度,有效地缓解了现有技术在没有考虑Node B接收上述下行数据的情况下,直接向一个或多个Node B调度HSDPA多流数据时的“SKEW”现象。
较优地,在上述PDU为无线链路控制RLC数据PDU的情况下,下行数据帧可以携带有以下信息至少之一:与RLC数据PDU对应的PDU序号、RNC等待确认的RLC数据PDU序号。通过携带上述信息,可以较快地使得Node B确定下行数据帧中PDU的数据状态信息,从而在一定程度上提高RNC调度的效率。
RNC对向一个或多个Node B发送HSDPA多流数据进行调度时,根据所考虑的因素不同,或者因素影响的程度不同,对于调度的方式可以灵活选择,例如,在所考虑的参数涉及Node B缓存状态、空口发送能力大小以及丢包程度信息的情况下,RNC根据接收到的上述数据收发状态信息对向一个或多个Node B发送的HSDPA多流数据进行调度可以采用以下方式:RNC根据接收到的数据收发状态信息获取一个或多个Node B的缓存状态、空口发送能力大小以及丢包程度信息;RNC综合获取到的一个或多个Node B的缓存状态、空口发送能力大小以及丢包程度信息,确定向一个或多个Node B发送HSDPA多流数据的分流比例;根据确定的分流比例将对向一个或多个Node B发送的HSDPA多流数据进行分流。需要指出的是,上述各个因素也可以分开独立地进行考虑,也可以选择其中的两个因素综合考虑,这里提供综合上述三种因素进行考虑的处理方式,可以在一定程度上使得RNC对HSDPA多流数据所进行了调度更全面一些。当然,如果其它因素也影响上述调度,也可以将影响调度的其它因素考虑。在此不进行一一举例。
需要说明的是,上述下行数据帧也可以多种,例如,上述下行数据帧可以为高速下行共享信道HS-DSCH数据帧,而在上述下行数据帧为高速下行共享信道HS-DSCH数据帧的情况下,该下行数据帧还可以为以下至少之一:HS-DSCH类型1数据帧、HS-DSCH类型2数据帧。另外,在下行数据帧为高速下行共享信道HS-DSCH数据帧的情况下,RNC可以通过HS-DSCH类型1能力分配帧和/或HS-DSCH类型2能力分配帧接收到来自一个或多个Node B接收到下行数据帧中PDU的数据收发状态信息。
在本实施例中还提供了一种数据调度处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的数据调度处理装置的结构框图一,如图3所示,该装置位于Node B中,包括第一接收模块32、第一确定模块34和第一发送模块36,下面对该装置进行说明。
第一接收模块32,用于接收到来自无线网络控制器RNC发送的下行数据帧,其中,该下行数据帧中包括承载数据的协议数据单元PDU;第一确定模块34,连接至上述第一接收模块32,用于确定接收到下行数据帧中PDU的数据收发状态信息;第一发送模块36,连接至上述第一确定模块34,用于将确定的上述数据收发状态信息发送给RNC,其中,RNC根据数据收发状态信息对向Node B发送的高速下行包接入HSDPA多流数据进行调度。
图4是根据本发明实施例的数据调度处理装置中第一确定模块34的结构框图一,如图4所示,该第一确定模块34包括第一确定单元42和/或第二确定单元44,下面对上述第一确定单元42和第二确定单元44进行说明。
第一确定单元42,用于在PDU为无线链路控制RLC数据PDU的情况下,确定数据收发状态信息中用于Node B通知RNC哪些RLC数据PDU被确认ACK的信息;第二确定单元44,用于在PDU为无线链路控制RLC数据PDU的情况下,确定数据收发状态信息中用于Node B通知RNC哪些RLC数据PDU被否认NACK的信息。
图5是根据本发明实施例的数据调度处理装置中第一发送模块36的结构框图,如图5所示,该第一发送模块36包括第一发送单元52和/或第二发送单元54,下面对该第一发送模块36进行说明。
第一发送单元52,用于将确定的数据收发状态信息中哪些RLC数据PDU被确认ACK的信息发送给RNC,其中,哪些RLC数据PDU被确认ACK的信息包括最大被混合自动重发请求HARQ确认的RLC数据PDU序号;第二发送单元54,用于将确定的数据收发状态信息中哪些RLC数据PDU被否认NACK的信息发送给RNC,其中,哪些RLC数据PDU被否认NACK的信息包括,RLC数据PDU序号在确认的状态变量VT之后,被HARQ确认丢弃的RLC数据PDU序号,或者NodeB没有从RNC收到的RLC数据PDU序号。
图6是根据本发明实施例的数据调度处理装置中第一确定模块34的结构框图二,如图6所示,该第一确定模块包括:第三确定单元62和/或第四确定单元64,下面对该第三确定单元62和第四确定单元64进行说明。
第三确定单元62,用于通过下行数据帧中携带的PDU序号确定接收到下行数据帧中PDU的数据收发状态信息;第四确定单元64,用于通过解析下行数据帧中的PDU得到PDU序号确定接收到下行数据帧中PDU的数据收发状态信息。
图7是根据本发明实施例的数据调度处理装置的结构框图二,如图7所示,该装置位于无线网络控制器RNC中,包括:第二发送模块72、第二接收模块74和第一调度模块76,下面对该装置进行说明。
第二发送模块72,用于向一个或多个Node B发送下行数据帧,其中,该下行数据帧中包括承载数据的协议数据单元PDU;第二接收模块74,用于接收到来自一个或多个Node B的数据收发状态信息;第一调度模块76,连接至上述第二接收模块74,用于根据接收到的数据收发状态信息对向一个或多个Node B发送的高速下行包接入HSDPA多流数据进行调度。
图8是根据本发明实施例的数据调度处理装置中第一调度模块76的结构框图,如图8所示,该第一调度模块76包括第一获取单元82、第五确定单元84和第一分流单元86,下面对该第一调度模块76进行说明。
第一获取单元82,用于根据接收到的数据收发状态信息获取一个或多个Node B的缓存状态、空口发送能力大小以及丢包程度信息;第五确定单元84,连接至上述第一获取单元82,用于综合获取到的一个或多个Node B的缓存状态、空口发送能力大小以及丢包程度信息,确定向一个或多个Node B发送HSDPA多流数据的分流比例;第一分流单元86,连接至上述第五确定单元84,用于根据确定的分流比例对向一个或多个Node B发送的HSDPA多流数据进行分流。
在本实施例中提供了一种高速下行包接入HSDPA多流技术的优化方法,在该基于HSDPA多流技术的数据调度方法中,包括如下步骤:
步骤S1:RNC向各NodeB发送HS-DSCH数据帧;
需要说明的是,在该HS-DSCH数据帧中携带有但不限于:RLC协议数据单元(ProtocolData Unit,简称为PDU),其中,该RLC PDU可以包括RLC数据PDU和RLC控制PDU,该HS-DSCH数据帧中的RLC数据PDU携带有RLC数据PDU序号,另外,在该HS-DSCH数据帧中也可以包括RLC数据PDU序号,和/或,RNC等待UE确认的RLC数据PDU序号VT(A)(确认的状态变量),即上述VT,HS-DSCH数据帧可以是HS-DSCH类型1数据帧,也可以是HS-DSCH类型2数据帧;较优地,上述RLC模式可以为AM模式;
步骤S2:上述各NodeB将数据收发状态通知给RNC;其中,上述数据收发状态包括但不限于以下至少之一:NodeB通过解析RLC数据PDU序号,通知RNC哪些RLC数据PDU被ACK(Acknowledgement,确认),以及哪些RLC数据PDU被NACK;
较优地,各NodeB通知RNC哪些RLC数据PDU被ACK,包括但不限于通知RNC最大被HARQ(Hybrid Automatic Repeat Request,混和自动重发请求)确认的RLC数据PDU序号;
各NodeB通知RNC哪些RLC数据PDU被NACK,包括但不限于通知RNC RLC数据PDU序号在VT(A)之后,被HARQ确认丢弃的RNC RLC数据PDU序号,或者NodeB没有从RNC收到的RLC数据PDU序号,或者,由于NodeB缓存溢出等其它内部原因丢弃;
其中,NodeB解析RLC数据PDU序号,包括但不限于解析HS-DSCH数据帧得到RLC数据PDU序号,或者解析HS-DSCH数据帧中的RLC数据PDU得到其序号;
步骤S3:RNC根据各NodeB反馈的数据收发状态完成用户数据调度;
RNC根据最大被HARQ确认的RLC数据PDU序号,判断NodeB缓存中还有多少数据没有被发送,同时判断当前NodeB的空口发送能力大小;
较优地,RNC还可以根据被NACK的RLC数据PDU序号,判断NodeB的丟包程度;
RNC还可以综合NodeB缓存,空口能力以及丟包程度等信息,将用户数据按照一定的比例分流到各NodeB;
步骤S4:RNC根据被NACK的RLC数据PDU序号,判断如果不是已经分流到其他NodeB,则将RLC数据PDU重传;
通过上述实施例及优选实施方式,通过NodeB将HS-DSCH数据帧的收发状态反馈给RNC,以便RNC能够清楚地了解到HS-DSCH数据在NodeB的发送情况,从而指导RNC对HSDPA多流数据的调度,减轻“SKEW”现象。
下面结合附图对本发明实施例进行说明。
在本优选实施例中,提供了一种基于HSDPA多流技术的数据调度方法。在该数据调度方法中,RNC向NodeB发送HS-DSCH数据帧,NodeB将上述HS-DSCH数据帧的收发状态通知给RNC。其中,上述RNC发送HS-DSCH数据帧,包括且不限于HS-DSCH类型1数据帧以及HS-DSCH类型2数据帧;下面分别针对上述HS-DSCH类型1数据帧以及HS-DSCH类型2数据帧携带的信息分别进行说明。
RNC在HS-DSCH类型1数据帧中携带RLC数据PDU序号,图9是根据本发明实施例的HS-DSCH类型1数据帧结构的示意图,如图9所示(其中,图中斜体为对现有帧格式所作的修改),为使图形清楚,在附图中将图9分为了(a)部分和(b)部分,(a)部分和(b)部分构成图9整体,包括但不限于以下方式,通过预留位指示是否RLC控制PDU,预留位为0表示随后是RLC控制PDU,预留位为1表示随后是RLC数据PDU的起始序号;并且,上述RLC数据PDU的起始序号结束后,通过预留位判断是否连续的RLC数据PDU,预留位为0表示随后是连续的RLC数据PDU,预留位为1表示随后是RLC控制PDU或者另一组序号连续的RLC数据PDU。
RNC在HS-DSCH类型2数据帧中携带RLC数据PDU序号,图10是根据本发明实施例的HS-DSCH类型2数据帧结构的示意图,如图10所示(其中,图中斜体为对现有帧格式所作的修改),为使图形清楚,在附图中将图10分为了(a)部分和(b)部分,(a)部分和(b)部分构成图10整体,包括且不限于,通过预留位指示是否包含RLC控制PDU的块,预留位为0表示是包含RLC控制PDU的块,预留位为1表示是包含序号连续的RLC数据PDU的块,并携带起始的RLC数据PDU序号。
NodeB将HS-DSCH数据帧的收发状态通知给RNC,包括但不限于通过HS-DSCH类型1能力分配帧或者HS-DSCH类型2数据帧通知,图11是根据本发明实施例的HS-DSCH类型1能力分配帧结构的示意图,图12是根据本发明实施例的HS-DSCH类型2能力分配帧结构的示意图,其中包括但不限于被ACK的最大RLC数据PDU序号MAX_ACKED_SN以及被NACK的(SN,L)集合,其中SN表示第1个被NACK的RLC数据PDU序号,L表示从SN开始连续被NACK的RLC数据PDU个数,集合长度为LENGTH。如果包含被ACK的最大RLC数据PDU序号MAX_ACKED_SN,则AckInd为1,否则为0;如果包含被NACK的(SN,L)集合,则NackInd为1,否则为0。
NodeB将HS-DSCH数据帧的收发状态通知给RNC,包括但不限于通过多个HS-DSCH能力分配帧通知,并且对每个HS-DSCH能力分配帧,如果AckInd为1,则需要保证,所有MAXACKED SN之前的RLC数据PDU都已经被ACK;
RNC通过如图1和图2所示的HS-DSCH数据帧携带VT(A)给NodeB,通知NodeB所有序号在VT(A)之前的RLC数据PDU已经被UE确认。而且,RLC数据PDU序号只有12位,即会发生环绕,结合VT(A),则NODEB可以确定哪些序号的数据在前面,哪些在后面。
图13是根据本发明实施例的基于HSDPA多流技术的数据调度方法的流程图,如图13所示,该流程包括如下步骤:
在对基于HSDPA多流技术的数据调度方法的流程进行描述之前,先假设如下场景:
(1)RNC1归属CN1管理;
(2)NodeB1和NodeB2归属RNC1管理;
(3)CELL1归属NodeB1管理;CELL2归属NodeB2管理;CELL1和CELL2有共同覆盖区;
(4)UE1驻留在CELL1和CELL2的共同覆盖区,并处于HSDPA双流的状态;
步骤S1302,确定UE处于各Node B的多流状态;
步骤S1304,RNC收到UE的用户数据,进行RLC分割以及编号,并按一定的算法分流到各Node B;
步骤S1306,Node B向RNC发送状态反馈;
步骤S1308,RNC根据Node B的缓存情况、空口能力以及丢包程度等,将用户数据分流到各Node B;
步骤S1310,RNC判断是否有Node B丢包,在判断为是的情况下,进入步骤S1312,否则进入步骤S1314;
步骤S1312,RNC将Node B丢弃的数据重传;
步骤S1314,结束。
实施例一,NodeB通过1个HS-DSCH能力分配帧将数据收发状态上报给RNC:
步骤S02,RNC1从CN1收到UE1的用户数据,假设RNC1缓存中的数据已经全部发完,而且VT(A)为0;
步骤S04,RNC1将UE1的用户数据进行RLC分割,其序号为0到15,并按照一定的调度算法,判断NodeB1能力大于NodeB2的能力,将0到11序号的PDU按图9或者图10成帧并发送到NodeB1,将12到15序号的PDU按图9或者图10成帧并发送到NodeB2,其中携带VT(A)=0,New IE Flag bit2填1;
步骤S06,NodeB1将数据从空口发送,由于空口质量比较差,2,3以及7,8,9序号的PDU在空口丢弃,NodeB1通过HS-DSCH能力分配帧将数据的收发状态发给RNC,其中AckInd和NackInd都为1,Max_Acked_SN为11,LENGTH为2,(SN1,L1)为(2,2),(SN2,L2)为(7,3);
步骤S08,NodeB2将数据从空口发送,并通过HS-DSCH能力分配帧将数据的收发状态发给RNC,其中AckInd为1,NackInd为1,Max_Acked_SN为15,LENGTH为1,(SN1,L1)为(0,12);
步骤S10,RNC1收到NodeB1的收发状态后,判断NodeB2的能力比较好,将2,3以及7~9从NodeB2重传;
步骤S12,RNC1从UE1收到ACK为16,即RNC1等待UE1确认的RLC序号是16。
实施例二,NodeB通过多个HS-DSCH能力分配帧将数据收发状态上报给RNC:
步骤S02,RNC1从CN1收到UE1的用户数据,假设RNC1缓存中的数据已经全部发完,而且VT(A)为32;
步骤S04,RNC1将UE1的用户数据进行RLC分割,其序号为32到63,平均分流到NodeB1和NodeB2,将32到47按图9或者图10成帧发送到NodeB1,将48到63按图9或者图10成帧发送到NodeB2,其中携带VT(A)=32,New IE Flag bit2填1;
步骤S06,NodeB1将数据从空口发送,通过HS-DSCH能力分配帧将数据的收发状态发送给RNC1,AckInd为1,Max_Acked_SN为47;
步骤S08,NodeB2空口质量突然变得很差,大量丟包(如下表1),NodeB2可以通过两个HS-DSCH能力分配帧将数据的收发状态发送给RNC1,其中第1个HS-DSCH能力分配帧:AckInd为1,Max_Acked_SN为49;NackInd为1,LENGTH为2,(SN1,L1)为(32,16),(SN2,L2)为(50,2);第2个HS-DSCH能力分配帧:AckInd为1,Max_Acked_SN为63;NackInd为1,LENGTH为2,(SN1,L1)为(54,3),(SN2,L2)为(59,2);
表1
步骤S10,RNC1收到Node1和NodeB2的状态报告,判断NodeB1的能力大于NodeB2;
步骤S12,RNC1根据NodeB2的状态报告,确认丟包集合(SN1,L1)为(32,16)是因为分流到NodeB1,并不是真正的丟包,因此将NodeB2的其他丟包集合通过NodeB1重传给UE1;
步骤S14,RNC1从UE1收到ACK为64,说明UE1已经收到全部数据,RNC1将VT(A)置为64。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (17)
1.一种数据调度处理方法,其特征在于,包括:
Node B接收到来自无线网络控制器RNC发送的下行数据帧,其中,所述下行数据帧中包括承载数据的协议数据单元PDU;
所述Node B确定接收到所述下行数据帧中所述PDU的数据收发状态信息;
所述Node B将确定的所述数据收发状态信息发送给所述RNC,其中,所述RNC根据所述数据收发状态信息对向所述Node B发送的高速下行包接入HSDPA多流数据进行调度。
2.根据权利要求1所述的方法,其特征在于,在所述PDU为无线链路控制RLC数据PDU的情况下,所述Node B确定接收到所述下行数据帧中所述PDU的数据收发状态信息包括:
所述Node B确定所述数据收发状态信息中用于所述Node B通知所述RNC哪些RLC数据PDU被确认ACK的信息;和/或,
所述Node B确定所述数据收发状态信息中用于所述Node B通知所述RNC哪些RLC数据PDU被否认NACK的信息。
3.根据权利要求2所述的方法,其特征在于,所述Node B将确定的所述数据收发状态信息发送给所述RNC包括:
所述Node B将确定的所述数据收发状态信息中哪些RLC数据PDU被确认ACK的信息发送给所述RNC,其中,所述哪些RLC数据PDU被确认ACK的信息包括最大被混合自动重发请求HARQ确认的RLC数据PDU序号;和/或,
所述Node B将确定的所述数据收发状态信息中哪些RLC数据PDU被否认NACK的信息发送给所述RNC,其中,所述哪些RLC数据PDU被否认NACK的信息包括,所述RLC数据PDU序号在确认的状态变量VT之后,被HARQ确认丢弃的RLC数据PDU序号,或者所述NodeB没有从所述RNC收到的RLC数据PDU序号。
4.根据权利要求1所述的方法,其特征在于,所述Node B确定接收到所述下行数据帧中所述PDU的所述数据收发状态信息包括:
所述Node B通过所述下行数据帧中携带的与所述PDU对应的PDU序号确定接收到所述下行数据帧中所述PDU的所述数据收发状态信息;和/或,
所述Node B通过解析所述下行数据帧中的所述PDU得到PDU序号确定接收到所述下行数据帧中所述PDU的所述数据收发状态信息。
5.根据权利要求1至4中任一项所述的方法,其特征在于,在所述下行数据帧为高速下行共享信道HS-DSCH数据帧的情况下,所述下行数据帧包括以下至少之一:
HS-DSCH类型1数据帧、HS-DSCH类型2数据帧。
6.根据权利要求1至4中任一项所述的方法,其特征在于,在所述下行数据帧为高速下行共享信道HS-DSCH数据帧的情况下,所述Node B通过HS-DSCH类型1能力分配帧和/或HS-DSCH类型2能力分配帧将确定的所述数据收发状态信息发送给所述RNC。
7.一种数据调度处理方法,其特征在于,包括:
无线网络控制器RNC向一个或多个Node B发送下行数据帧,其中,所述下行数据帧中包括承载数据的协议数据单元PDU;
所述RNC接收到来自所述一个或多个Node B的数据收发状态信息;
所述RNC根据接收到的所述数据收发状态信息对向所述一个或多个Node B发送的高速下行包接入HSDPA多流数据进行调度。
8.根据权利要求7所述的方法,其特征在于,在所述PDU为无线链路控制RLC数据PDU的情况下,所述下行数据帧携带有以下信息至少之一:
与所述RLC数据PDU对应的PDU序号、所述RNC等待确认的RLC数据PDU序号。
9.根据权利要求7所述的方法,其特征在于,所述RNC根据接收到的所述数据收发状态信息对向所述一个或多个Node B发送的所述HSDPA多流数据进行调度包括:
所述RNC根据接收到的所述数据收发状态信息获取所述一个或多个Node B的缓存状态、空口发送能力大小以及丢包程度信息;
所述RNC综合获取到的所述一个或多个Node B的缓存状态、空口发送能力大小以及丢包程度信息,确定向所述一个或多个Node B发送所述HSDPA多流数据的分流比例;
根据确定的所述分流比例将对向所述一个或多个Node B发送的所述HSDPA多流数据进行分流。
10.根据权利要求7至9中任一项所述的方法,其特征在于,在所述下行数据帧为高速下行共享信道HS-DSCH数据帧的情况下,所述下行数据帧包括以下至少之一:
HS-DSCH类型1数据帧、HS-DSCH类型2数据帧。
11.根据权利要求7至9中任一项所述的方法,其特征在于,在所述下行数据帧为高速下行共享信道HS-DSCH数据帧的情况下,所述RNC通过HS-DSCH类型1能力分配帧和/或HS-DSCH类型2能力分配帧接收到来自所述一个或多个Node B接收到所述下行数据帧中所述PDU的所述数据收发状态信息。
12.一种数据调度处理装置,其特征在于,位于Node B中,包括:
第一接收模块,用于接收到来自无线网络控制器RNC发送的下行数据帧,其中,所述下行数据帧中包括承载数据的协议数据单元PDU;
第一确定模块,用于确定接收到所述下行数据帧中所述PDU的数据收发状态信息;
第一发送模块,用于将确定的所述数据收发状态信息发送给所述RNC,其中,所述RNC根据所述数据收发状态信息对向所述Node B发送的高速下行包接入HSDPA多流数据进行调度。
13.根据权利要求12所述的装置,其特征在于,所述第一确定模块在所述PDU为无线链路控制RLC数据PDU的情况下,包括:
第一确定单元,用于确定所述数据收发状态信息中用于所述Node B通知所述RNC哪些RLC数据PDU被确认ACK的信息,和/或,
第二确定单元,用于确定所述数据收发状态信息中用于所述Node B通知所述RNC哪些RLC数据PDU被否认NACK的信息。
14.根据权利要求13所述的装置,其特征在于,所述第一发送模块包括:
第一发送单元,用于将确定的所述数据收发状态信息中哪些RLC数据PDU被确认ACK的信息发送给所述RNC,其中,所述哪些RLC数据PDU被确认ACK的信息包括最大被混合自动重发请求HARQ确认的RLC数据PDU序号;和/或,
第二发送单元,用于将确定的所述数据收发状态信息中哪些RLC数据PDU被否认NACK的信息发送给所述RNC,其中,所述哪些RLC数据PDU被否认NACK的信息包括,所述RLC数据PDU序号在确认的状态变量VT之后,被HARQ确认丢弃的RLC数据PDU序号,或者所述NodeB没有从所述RNC收到的RLC数据PDU序号。
15.根据权利要求12所述的装置,其特征在于,所述第一确定模块包括:
第三确定单元,用于通过所述下行数据帧中携带的PDU序号确定接收到所述下行数据帧中所述PDU的所述数据收发状态信息;和/或,
第四确定单元,用于通过解析所述下行数据帧中的所述PDU得到PDU序号确定接收到所述下行数据帧中所述PDU的所述数据收发状态信息。
16.一种数据调度处理装置,其特征在于,位于无线网络控制器RNC中,包括:
第二发送模块,用于向一个或多个Node B发送下行数据帧,其中,所述下行数据帧中包括承载数据的协议数据单元PDU;
第二接收模块,用于接收到来自所述一个或多个Node B的数据收发状态信息;
第一调度模块,用于根据接收到的所述数据收发状态信息对向所述一个或多个NodeB发送的高速下行包接入HSDPA多流数据进行调度。
17.根据权利要求16所述的装置,其特征在于,所述第一调度模块包括:
第一获取单元,用于根据接收到的所述数据收发状态信息获取所述一个或多个NodeB的缓存状态、空口发送能力大小以及丢包程度信息;
第五确定单元,用于综合获取到的所述一个或多个Node B的缓存状态、空口发送能力大小以及丢包程度信息,确定向所述一个或多个Node B发送所述HSDPA多流数据的分流比例;
第一分流单元,用于根据确定的所述分流比例对向所述一个或多个Node B发送的所述HSDPA多流数据进行分流。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210312810.1A CN103634080B (zh) | 2012-08-29 | 2012-08-29 | 数据调度处理方法及装置 |
PCT/CN2013/081323 WO2014032513A1 (zh) | 2012-08-29 | 2013-08-12 | 数据调度处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210312810.1A CN103634080B (zh) | 2012-08-29 | 2012-08-29 | 数据调度处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103634080A true CN103634080A (zh) | 2014-03-12 |
CN103634080B CN103634080B (zh) | 2018-12-21 |
Family
ID=50182476
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210312810.1A Expired - Fee Related CN103634080B (zh) | 2012-08-29 | 2012-08-29 | 数据调度处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103634080B (zh) |
WO (1) | WO2014032513A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107404734A (zh) * | 2016-05-18 | 2017-11-28 | 中兴通讯股份有限公司 | 数据发送方法、装置及系统 |
WO2021249190A1 (zh) * | 2020-06-08 | 2021-12-16 | 中兴通讯股份有限公司 | 协议数据单元处理方法、装置、发送设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1941954A (zh) * | 2005-09-29 | 2007-04-04 | 中兴通讯股份有限公司 | 基于反馈方式的hsdpa流量控制方法 |
CN101626614A (zh) * | 2009-06-22 | 2010-01-13 | 中兴通讯股份有限公司南京分公司 | 高速物理下行链路共享信道外环功率控制方法及设备 |
-
2012
- 2012-08-29 CN CN201210312810.1A patent/CN103634080B/zh not_active Expired - Fee Related
-
2013
- 2013-08-12 WO PCT/CN2013/081323 patent/WO2014032513A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1941954A (zh) * | 2005-09-29 | 2007-04-04 | 中兴通讯股份有限公司 | 基于反馈方式的hsdpa流量控制方法 |
CN101626614A (zh) * | 2009-06-22 | 2010-01-13 | 中兴通讯股份有限公司南京分公司 | 高速物理下行链路共享信道外环功率控制方法及设备 |
Non-Patent Citations (2)
Title |
---|
3GPP TS: ""Radio Link Control (RLC) protocol specification"", 《3GPP TS 36.322 V10.0.0》 * |
3GPP TSG RAN WG2 MEETING #77-BIS: ""Optimizing RNC-based RLC split performance"", 《R2-121758》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107404734A (zh) * | 2016-05-18 | 2017-11-28 | 中兴通讯股份有限公司 | 数据发送方法、装置及系统 |
WO2021249190A1 (zh) * | 2020-06-08 | 2021-12-16 | 中兴通讯股份有限公司 | 协议数据单元处理方法、装置、发送设备及存储介质 |
CN113840301A (zh) * | 2020-06-08 | 2021-12-24 | 深圳市中兴微电子技术有限公司 | 协议数据单元处理方法、装置、发送设备及存储介质 |
CN113840301B (zh) * | 2020-06-08 | 2024-07-19 | 深圳市中兴微电子技术有限公司 | 协议数据单元处理方法、装置、发送设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2014032513A1 (zh) | 2014-03-06 |
CN103634080B (zh) | 2018-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20240187922A1 (en) | Reliable data packet transmission among entities of a radio access network of a mobile communication network | |
CN109075919B (zh) | 拆分承载双/多连接重传分集 | |
TWI653861B (zh) | 上鏈路控制資訊傳輸方法及通訊裝置 | |
JP5589145B2 (ja) | マルチリンクpdcpサブレイヤを利用するマルチポイントhsdpa通信のためのシステムおよび方法 | |
CN103141034B (zh) | 用于多点hsdpa 的基于交换的下行链路聚合 | |
US11711167B2 (en) | Apparatus, method and computer program | |
EP3574598B1 (en) | Harq feedback mode determination for downlink transmission | |
EP2849524A1 (en) | Scheduling virtualization for mobile RAN cloud and separation of of cell and user plane schedulers | |
CN105191228A (zh) | 用于业务感知媒体接入选择的系统和方法 | |
EP3190735A1 (en) | Method and device for data transmission | |
CN110268658B (zh) | 用于无线通信的方法、设备、装备和介质 | |
AU2004310353A1 (en) | Wireless communication method and apparatus with reconfigurable architecture for supporting an enhanced uplink soft handover operation | |
US9461782B2 (en) | Handling redundant data in a communication system | |
EP3304987B1 (en) | Multipoint radio link control (rlc) coordinator for loosely coordinated multipoint communications | |
EP2613470B1 (en) | Method of handling hybrid automatic repeat request resources in wireless communication system | |
US20150085657A1 (en) | Data Transmission Mechanism with Improved Robustness Using Multiflow Connection | |
CN109845162A (zh) | TDD中具有1ms TTI和缩减处理时间的DL HARQ定时 | |
CN103684677B (zh) | 数据的调度方法及装置 | |
CN103024816A (zh) | 数据传输方法及系统 | |
CN103634080A (zh) | 数据调度处理方法及装置 | |
US9137071B2 (en) | MIMO system | |
CN103634847B (zh) | Hsdpa多流的基站间分流的数据均衡方法及系统 | |
JP7115555B2 (ja) | 受信装置、送信装置、無線通信システム及び通信状態報告方法 | |
CN103686853A (zh) | 一种hsdpa多流技术的流控分配方法和装置 | |
EP2161958B1 (en) | Method for voice channel type assignment in UTRAN networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20181221 Termination date: 20200829 |