CN103220718A - 上行数据传输方法及装置 - Google Patents
上行数据传输方法及装置 Download PDFInfo
- Publication number
- CN103220718A CN103220718A CN2012100191870A CN201210019187A CN103220718A CN 103220718 A CN103220718 A CN 103220718A CN 2012100191870 A CN2012100191870 A CN 2012100191870A CN 201210019187 A CN201210019187 A CN 201210019187A CN 103220718 A CN103220718 A CN 103220718A
- Authority
- CN
- China
- Prior art keywords
- terminal
- resource
- time
- uplink data
- transmitting uplink
- 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
Links
Images
Abstract
本发明公开了上行数据传输方法及装置,该方法包括:RNC获取服务小区的公共增强专用信道资源处于拥塞状态的信息;RNC在服务小区范围内广播消息,其中,所述消息用于指示该服务小区内的终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,回退命令用于指示终端从使用普通增强专用信道资源回退到使用物理随机接入信道资源进行上行数据传输。通过本发明,降低了终端本地数据包处理的工作负荷,同时可以在一定程度上缓解服务小区的公共增强专用信道资源的拥塞状态。
Description
技术领域
本发明涉及通信领域,具体而言,涉及上行数据传输方法及装置。
背景技术
在宽带码分多址(Wideband Code Division Multiple Access,简称为WCDMA)网络中,通用陆地无线接入网(Universal Terrestrial Radio Access Network,简称为UTRAN)包括无线网络控制器(Radio Network Controller,简称为RNC)和基站(节点B)(Node B,简称NB)两种基本网元。在基于WCDMA网络的长期演进网络高速分组接入(High Speed PacketAccess,简称为HSPA+)网络中,许多新的功能和特性随着新版本的修改逐渐被加入到其中。如高速下行接收链路分组接入(High Speed Downlink Packet Access,简称为HSDPA)、高速上行发送链路分组接入(High Speed Uplink Packet Access,简称为HSUPA)、多天线多输入多输出(Multiple Input Multiple Output,简称为MIMO)技术,多载波高速下行分组接入(Multi Carrier-High Speed Downlink Packet Access,简称为MC-HSDPA)、以及不断增强的无线资源控制状态(RRC state radio resource control)管理机制和能力。这些HSPA+系统内的新功能特性。例如:使得用户设备(User Equipment,简称为UE)(也可称为终端)在专有态(Cell_DCH)能够更加高效地使用无线专有资源,从而终端上下行数据传输率不断得到倍增提高;使得终端在公共态(Cell_FACH)能够更加高效地使用无线公共资源,从而使得终端上下行数据传输率和传输延时也能得到性能改善。
在HSPA+版本8之前,终端在Cell_FACH态仅仅具备很弱的上行数据传输能力。网络通过在每一个服务小区中配置有限的物理随机接入信道资源(PRACH resource),使得终端在每一个成功的随机接入过程之后,只能在一个传输时间间隔(Transmission Time Interval,简称为TTI)长度内传输一个数据块(Transport Block,简称为TB)。当这个TB传输完毕,无论其上行传输结果如何,终端都将释放掉之前使用的那个PRACH resource,以留给其他的终端使用。这种利用PRACH resource进行上行传输的方式,比较适合终端上行发送缓存中有较小的数据量,特别是一个TB就足够承载。否则终端必须再次经历一个或者多个随机接入过程,把剩余的数据,通过一个又一个的TB上行发送给网络。
为了增强终端在Cell_FACH态的上行数据的发送性能,从HSPA+版本8开始,部分有增强上行能力的终端具备在Cell_FACH态使用增强专有信道(Enhanced Dedicated Channel,简称为E-DCH)的能力。网络通过在每一个服务小区中配置32个公共增强专有信道资源(Common E-DCH Resource),使得终端能够在每一个成功的随机接入过程之后,在多个被赋予的TTI长度内传输多个数据块(TB)。当这些TB传输完毕后,终端将基于基站下行增强绝对授权信道(E-DCH Access Grant Channel,简称为E-AGCH)的资源释放命令或者隐式时间超时方式释放掉之前使用的Common E-DCH Resource,以留给其他的终端使用。这种利用Common E-DCH Resource进行上行数据传输的方式,比较适合终端上行发送缓存中有较大的数据量,特别是必须由多个TB才能承载的数据量。
利用Common E-DCH Resource之所以比PRACH resource更加高效,主要有下面几个原因:
1:Cell_FACH态使用的Common E-DCH Resource,继承了专有态Cell_DCH中E-DCHResource使用的大部分特征,如终端上行数据发送必须接收基站的快速功率授权控制,能够按照基站的快速反馈,进行数据快速重传。而利用PRACH resource的终端上行数据发送是面向CRNC(Control Radio Network Controller,控制无线网络控制器)的,初始发送功率采取开环粗估方式,整个上行发送过程没有任何闭环功率控制,没有无线链路控制层(Radio LinkControl,RLC)反馈,所以为了保证数据发送质量,通常保守地选择较小的TB。
2:Common E-DCH Resource对应的TTI有两种,2ms和10ms,其中10ms适用于终端上行净头功率(Headroom power)较小的情况,以增强TB传输可靠性,但TB传输延时较大;2ms适用于终端上行净头功率(Headroom power)较大的情况,TB传输延时较小。而PRACH resource对应的TTI也有两种,10ms和20ms,显然总体上比Common E-DCHResource上行发送效率要差。
3:由于Common E-DCH Resource可以在一个成功的随机接入过程之后,被终端持续使用多个TTI时间长度,而PRACH resource必须在一个TTI之后就要释放,显然随机接入过程所消耗时间的代价和意义并没有被真正的数据传输所平衡。
基于上述原因,当终端具备了使用Common E-DCH Resource能力且网络也配置了相关Common E-DCH Resource资源的条件下,终端总是选择Common E-DCH Resource,而不考虑使用任何PRACH resource。比如终端有上行数据传输需求,无论这个数据量大小情况,其第一个随机接入过程总是申请网络给其分配某个Common E-DCH Resource。如果第一个随机接入过程失败(和其他同时随机接入的终端发生信号碰撞)或者第一个随机接入过程即使成功了但在竞争获取Common E-DCH Resource的时候失败了(Common E-DCHResource实际被另外一个也成功随机接入的终端所占用),终端必须等待一段时间之后,再尝试第二个随机接入和Common E-DCH Resource竞争获取,以此类推,直到终端能够成功地竞争获取到属于自己的Common E-DCH Resource,之后才能把缓存中的数据上行发送出去。整个过程,即使PRACH resource资源空闲,终端不允许回退(Fallback)使用PRACHresource。
为了优化上述过程,HSPA+版本11正在研究在终端遇到Common E-DCH Resource拥塞的时候如何回退使用PRACH resource。由于基站NodeB能够实时地了解某个服务小区当前上行无线公共资源的使用情况,因此NodeB可以通过物理层命令(比如用AICH信道承载回退命令指示),来指导终端在遇到随机接入和Common E-DCH Resource竞争获取失败之后,该不该回退使用PRACH resource。这样做的好处是:部分被基站命令回退的终端在短时间内,将不再参与Common E-DCH Resource资源的争夺,因此Common E-DCH Resource资源拥塞状况会得到缓和。通常,终端在收到基站回退命令指示,使用完一次PRACH resource之后,便不需要任何命令指示,下次自动升级(Upgrade)回到Common E-DCH Resource资源,于是又可能开始上述回退流程。
由于Common E-DCH Resource(公共增强专用信道资源,也称为普通增强专用信道资源)和PRACH resource资源分别对应的MAC媒体接入层数据包格式不同(不同的协议包头信息,不同的传输块大小),因此终端每次回退和升级之后,终端必须对MAC媒体接入层的数据输入层:RLC无线连接控制层数据块进行重新的格式化,比如分割级联操作,因此频繁的回退和升级操作,必然给终端本地数据包的处理带来额外的工作负荷。
针对相关技术中由于普通增强专用信道资源()和物理随机接入资源对应媒体接入控制的数据包格式不同,在服务小区的公共增强专用信道资源处于拥塞状态时,终端频繁的回退和升级所导致频繁的本地数据包处理负荷比较大的问题,目前尚未提出有效的解决方案。
发明内容
针对由于普通增强专用信道资源和物理随机接入资源对应媒体接入控制的数据包格式不同,在服务小区的公共增强专用信道资源处于拥塞状态时,终端频繁的回退和升级所导致频繁的本地数据包处理负荷比较大的的问题,本发明提供了上行数据传输方法及装置,以至少解决该问题。
根据本发明的一个方面,提供了一种上行数据传输方法,包括:无线网络控制器RNC获取服务小区的公共增强专用信道资源处于拥塞状态的信息;所述RNC在所述服务小区范围内广播消息,其中,所述消息用于指示该服务小区内的终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,所述回退命令用于指示所述终端从使用普通增强专用信道资源回退到使用所述物理随机接入信道资源进行上行数据传输。
根据本发明的一个方面,提供了一种上行数据传输方法,包括:终端接收无线网络控制器RNC广播的消息,其中,所述消息用于指示终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输的消息,所述回退命令用于指示所述终端从使用普通增强专用信道资源回退到使用所述物理随机接入信道资源进行上行数据传输;所述终端在被回退命令触发回退操作之后的所述预定时间段之内,使用物理随机接入资源进行上行数据传输。
根据本发明的另一方面,提供了一种上行数据传输装置,包括:获取模块,用于获取服务小区的公共增强专用信道资源处于拥塞状态的信息;广播模块,用于在所述服务小区范围内广播消息,其中所述消息用于指示该服务小区内的终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,所述回退命令用于指示所述终端从使用普通增强专用信道资源回退到使用所述物理随机接入信道资源进行上行数据传输。
根据本发明的另一方面,提供了一种上行数据传输装置,包括:接收模块,用于接收无线网络控制器RNC广播的消息,其中,所述消息用于指示终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,所述回退命令用于指示所述终端从使用普通增强专用信道资源回退到使用所述物理随机接入信道资源进行上行数据传输;传输模块,用于在被回退命令触发回退操作之后的所述预定时间段之内,使用物理随机接入资源进行上行数据传输。
通过本发明,采用RNC在获取到服务小区的公共增强专用信道资源处于拥塞状态的信息的情况下,在该服务小区范围内广播用于指示该服务小区内的终端在被触发回退操作的预定时间段内,使用物理随机接入资源进行上行数据传输的消息,使得接收到该广播的终端在服务小区的公共增强专用信道资源处于拥塞时,在触发回退操作的预定时间段内,仍然采用物理随机接入资源进行上行数据传输,避免了在服务小区的公共增强专用信道资源处于拥塞状态时,终端频繁的回退操作,导致终端不断地对本地数据包进行处理所带来的大量额外负荷,从而解决了相关技术中由于普通增强专用信道资源和物理随机接入资源对应媒体接入控制的数据包格式不同,在服务小区的公共增强专用信道资源处于拥塞状态时,终端频繁的回退和升级所导致频繁的本地数据包处理带来的额外的负担的问题,从而降低了终端本地数据包处理的工作负荷,同时可以在一定程度上缓解服务小区的公共增强专用信道资源的拥塞状态。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的上行数据传输方法的第一流程图;
图2是根据本发明实施例的上行数据传输方法的第二流程图;
图3是根据本发明实施例的上行数据传输装置的第一结构框图;
图4是根据本发明实施例的上行数据传输装置的第二结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
本实施例提供了一种上行数据传输方法,图1是根据本发明实施例的上行数据传输方法的第一流程图,如图1所示,该方法包括如下的步骤S102和步骤S104。
步骤S102:RNC获取服务小区的公共增强专用信道资源处于拥塞状态的信息。
步骤S104:RNC在该服务小区范围内广播消息,其中,该消息用于指示该服务小区内的终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输的消息,该回退命令用于指示该终端从使用普通增强专用信道资源回退到使用该物理随机接入信道资源进行上行数据传输。
通过上述步骤,RNC在获取到服务小区的公共增强专用信道资源处于拥塞状态的信息的情况下,在该服务小区范围内广播用于指示该服务小区内的终端在被触发回退操作的预定时间段内,使用物理随机接入资源进行上行数据传输的消息,使得接收到该广播的终端在服务小区的公共增强专用信道资源处于拥塞时,在触发回退操作的预定时间段内,仍然采用物理随机接入资源进行上行数据传输,避免了在服务小区的公共增强专用信道资源处于拥塞状态时,终端频繁的回退操作,导致终端不断地对本地数据包进行处理所带来的大量额外负荷,从而解决了相关技术中由于普通增强专用信道资源和物理随机接入资源对应媒体接入控制的数据包格式不同,在服务小区的公共增强专用信道资源处于拥塞状态时,终端频繁的回退和升级所导致频繁的本地数据包处理带来的额外的负担的问题,从而降低了终端本地数据包处理的工作负荷,同时可以在一定程度上缓解服务小区的公共增强专用信道资源的拥塞状态。
优选地,该广播包括延时升级指示和/或时间参数,其中,该延时升级指示用于指示该终端在被回退命令触发回退操作之后的该时间段之内,使用物理随机接入资源进行上行数据传输。该优选实施例限定了广播中的指令和参数,使得终端可以快速地获取到所对应的信息。比较优的,可以使用一个回退计时器来体现该时间参数。例如:该广播可以指示当终端被基站的回退命令触发回退操作后,立即启动一个回退计时器。在回退计时器超时(预定时间段)前,终端将选择物理随机接入资源进行后续的上行数据传输。
在实施中,可以通过多种方式获取服务小区的公共增强专用信道资源处于拥塞状态的信息。比较优的,RNC可以通过Iub接口公共流程从基站处获取该服务小区的公共增强专用信道资源处于拥塞状态的信息。该优选实施方式采用现有流程获取该信息,降低了传输信令的负荷。
在实施中,可以根据普通增强专用信道资源的拥塞状态,在延时升级指示设置一个用于指示该终端在被回退命令触发回退操作之后的该时间段之后,该终端优先选择该普通增强专用信道资源或者优先该物理随机接入信道资源进行上行数据传输的标识。例如:该标识使得终端在预定时间段之后,选择普通增强专用信道资源进行上行数据传输,可以缓解普通增强专用信道资源的拥塞状态。或者优先该物理随机接入信道资源进行上行数据传输,该情况下,可以在普通增强专用信道资源的拥塞缓解后,保证终端上行数据传输的性能。
RNC可以配置所有终端采用相同的预定时间段。也可以根据终端优先级或者终端的属性对不同的终端设置不同的预定时间段,并且可以通过该专有下行信令向预定终端发送该预定终端所对应的该预定时间段。这样,该优选实施例体现了按照终端差异性配置参数,提高了资源分配的合理性。
优选地,该RNC通过系统广播消息发送上行待发数据量门限,其中该上行待发数据量门限用于指示该终端,在该终端的本地缓存中上行待发数据量小于或者等于该上行待发数据量门限时,在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,在大于该上行待发数据量门限时,在被该回退命令触发回退操作的该预定时间内,使用该普通增强专用信道资源进行上行数据传输。该优选实施例限定了在发送上行待发数据量门限时,终端本地缓存中上行待发数据量小于或者等于该上行待发数据量门限时,在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,在大于该上行待发数据量门限时,在被该回退命令触发回退操作的该预定时间内,使用该普通增强专用信道资源进行上行数据传输。使得终端的数据传输更加合理,资源分配更加优化。
本实施例提供了一种上行数据传输方法,图1是根据本发明实施例的上行数据传输方法的第一流程图,如图2所示,该方法包括如下的步骤S202和步骤S204。
步骤S202:终端接收无线网络控制器RNC广播的消息,其中,该消息用于指示终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输的消息,该回退命令用于指示该终端从使用普通增强专用信道资源回退到使用该物理随机接入信道资源进行上行数据传输。
步骤S204:该终端在被回退命令触发回退操作之后的该预定时间段之内,使用物理随机接入资源进行上行数据传输。
通过上述步骤,终端在服务小区的公共增强专用信道资源处于拥塞时,在触发回退操作的预定时间段内,仍然采用物理随机接入资源进行上行数据传输,避免了在服务小区的公共增强专用信道资源处于拥塞状态时,终端频繁的回退操作,导致终端不断地对本地数据包进行处理所带来的大量额外负荷,从而解决了相关技术中由于普通增强专用信道资源和物理随机接入资源对应媒体接入控制的数据包格式不同,在服务小区的公共增强专用信道资源处于拥塞状态时,终端频繁的回退和升级所导致频繁的本地数据包处理带来的额外的负担的问题,从而降低了终端本地数据包处理的工作负荷,同时可以在一定程度上缓解服务小区的公共增强专用信道资源的拥塞状态。
优选地,该广播包括延时升级指示和/或时间参数,其中,该延时升级指示用于指示该终端在被回退命令触发回退操作之后的该时间段之内,使用物理随机接入资源进行上行数据传输。该优选实施例限定了广播中的指令和参数,使得终端可以快速地获取到所对应的信息。比较优的,可以使用一个回退计时器来体现该时间参数。例如:该广播可以指示当终端被基站的回退命令触发回退操作后,立即启动一个回退计时器。在回退计时器超时(预定时间段)前,终端将选择物理随机接入资源进行后续的上行数据传输。
在实施中,可以根据普通增强专用信道资源的拥塞状态,在延时升级指示设置一个用于指示该终端在被回退命令触发回退操作之后的该时间段之后,该终端优先选择该普通增强专用信道资源或者优先该物理随机接入信道资源进行上行数据传输的标识。例如:该标识使得终端在预定时间段之后,选择普通增强专用信道资源进行上行数据传输,可以缓解普通增强专用信道资源的拥塞状态。或者优先该物理随机接入信道资源进行上行数据传输,该情况下,可以在普通增强专用信道资源的拥塞缓解后,保证终端上行数据传输的性能。
在步骤S204的实施过程中,如果该终端在该预定时间段内进行小区重选或者迁移到专有态Cell_DCH,设置该预定时间段为0。该优选实施方式在终端进行小区重选或者迁移到Cell_DCH时,设置该预定时间段为0,避免终端在物理随机接入资源上进行上行数据传输,体现了资源分配的合理性。
在步骤S204的实施过程中,当该延时升级指示中携带的该标识和/或该时间参数发生更新时,该终端在等待该时间参数之后,获取更新后的该标识和/或该时间参数进行处理。该优选实施方式中,终端在本次参数的处理未完成时,需要等待该时间参数之后,再根据更新后的参数进行处理。避免了终端在参数更新过程中,随着参数更新终端不断变更处理导致处理复杂度比较高的问题。
优选地,该终端接收该RNC通过该专有下行信令向终端发送的对应于该终端的该预定时间段。该优选实施例体现了按照终端差异性配置参数,提高了资源分配的合理性。
优选地,该终端接收该RNC通过系统广播消息发送上行待发数据量门限,其中该上行待发数据量门限用于指示该终端,在该终端的终端本地缓存中上行待发数据量小于或者等于该上行待发数据量门限时,在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,在大于该上行待发数据量门限时,在被该回退命令触发回退操作的该预定时间内,使用该普通增强专用信道资源进行上行数据传输。该优选实施例限定了在发送上行待发数据量门限时,终端本地缓存中上行待发数据量小于或者等于该上行待发数据量门限时,在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,在大于该上行待发数据量门限时,在被该回退命令触发回退操作的该预定时间内,使用该普通增强专用信道资源进行上行数据传输。使得终端的数据传输更加合理,资源分配更加优化。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
在另外一个实施例中,还提供了一种上行数据传输软件,该软件用于执行上述实施例及优选实施例中描述的技术方案。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述上行数据传输软件,该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
本发明实施例还提供了一种上行数据传输装置,该装置应用于RNC,该上行数据传输装置可以用于实现上述上行数据传输方法及优选实施方式,已经进行过说明的,不再赘述,下面对该上行数据传输中涉及到的模块进行说明。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统和方法较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的上行数据传输装置的第一结构框图,如图3所示,该装置包括:获取模块32和广播模块34,下面对上述结构进行详细说明。
获取模块32,用于获取服务小区的公共增强专用信道资源处于拥塞状态的信息;广播模块34,连接至获取模块32,用于获取模块32获取到该信息后,在该服务小区范围内广播消息,该消息用于指示该服务小区内的终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输的消息,其中,该回退命令用于指示该终端从使用普通增强专用信道资源回退到使用该物理随机接入信道资源进行上行数据传输。
在另外一个实施例中,还提供了一种上行数据传输软件,该软件用于执行上述实施例及优选实施例中描述的技术方案。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述上行数据传输软件,该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
本发明实施例还提供了一种上行数据传输装置,该装置可以应用于终端,该上行数据传输装置可以用于实现上述上行数据传输方法及优选实施方式,已经进行过说明的,不再赘述,下面对该上行数据传输中涉及到的模块进行说明。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统和方法较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的上行数据传输装置的第二结构框图,如图4所示,该装置包括:接收模块42和传输模块44,下面对上述结构进行详细描述。
接收模块42,用于接收无线网络控制器RNC广播的消息,其中,该消息用于指示终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输的消息,该回退命令用于指示该终端从使用普通增强专用信道资源回退到使用该物理随机接入信道资源进行上行数据传输;传输模块44,连接至接收模块42,用于根据接收模块42接收到的广播在被回退命令触发回退操作之后的该预定时间段之内,使用物理随机接入资源进行上行数据传输。
下面将结合优选实施例进行说明,以下优选实施例结合了上述实施例及优选实施方式。
优选实施例一
本实施例提供了一种上行数据传输方法,该方法引入一种基于回退时间保护的机制,可以用来减轻上行无线公共资源Common E-DCH resource拥塞恶化的状况。本实施例中的方法包括如下步骤S302至S308。
步骤S302:基站NodeB能够实时地了解某个服务小区当前上行无线公共资源CommonE-DCH resource的使用情况,因此当某个服务小区中的Common E-DCH Resource资源出现拥塞的时候,NodeB可以通过Iub接口公共流程通知RNC上行无线公共资源拥塞的程度和状况。NodeB如何判定Common E-DCH Resource资源出现了拥塞以及相关程度和拥塞状况已经得到解除,是NodeB内部实现的问题,比如基于一定的门限和资源占用持续时间等,本发明不做详细阐述。
步骤S304:RNC通过系统广播消息,在某个服务小区中,发送延时升级指示(DeferredUpgrade indicator)和/或一个时间参数T。具体含义是:当终端被NodeB回退命令触发PRACHFallback回退之后,立即启动一个回退计时器(PRACH Backoff timer),在回退计时器超时T之前,终端将继续首选PRACH resource资源进行后续的上行数据传输,而不能立即升级回首选使用Common E-DCH Resource资源进行上行数据传输。
步骤S306:如果某终端首选Common E-DCH Resource资源,尝试上行数据传输,但资源获取失败了。NodeB通过回退命令,命令这个终端进行PRACH Fallback回退。终端通过读取系统广播消息,决定是否启动那个对应的回退计时器。终端对本地缓存中的数据包进行格式变化,在下一个随机接入时间点,通过PRACH resource资源进行上行数据传输。
步骤S308:如果Deferred Upgrade indicator不被系统消息包含发送或者包含发送了但取值为False或者T=0s,则表示终端允许在回退使用PRACH resource资源之后,立即升级回首选使用Common E-DCH Resource资源,进行后续的上行数据传输。如果DeferredUpgrade indicator被系统消息包含发送了且取值为True和/或者T不等于0s,则终端必须在回退使用PRACH resource资源之后,回退计时器超时T之前,仍然首选PRACH resource资源。回退计时器超时T之后,终端尽快地升级回首选使用Common E-DCH Resource资源。
优选地,根据某个服务小区中的Common E-DCH Resource资源拥塞的程度,RNC可以灵活配置T值的大小。除了系统消息配置发送T之外,网络也可以通过终端的专有下行消息发送,这样T的作用范围就只是某一个指定的终端,而不是服务小区中一群终端。
优选地,在回退计时器超时T之前,如果Deferred Upgrade indicator的值和/或者T的值发生更新,终端必须等待到回退计时器超时到原来的T值,不能立即升级回首选使用Common E-DCH Resource资源。
优选地,如果回退计时器超时T之前,终端发生了服务小区重选或者RRC状态迁移到Cell DCH专有态,则重置回退计时器为0。当终端进入新的服务小区或者重新进入CommonE-DCH Resource资源有效使用状态之后,回到步骤S6。
优选实施例二
本实施例提供了一种上行数据传输方法,在本实施例中,网络和终端都具备使用CommonE-DCH Resource资源和实施执行本发明内容的能力。终端处于服务小区A的边缘且处于公共连接态Cell_FACH,进行小数据量的网页互动业务,每次上行发送的数据包较大。RNC通过系统广播消息,发送延时升级指示(Deferred Upgrade indicator=False)。本实施例的方法包括如下步骤S402至步骤S408。
步骤S402:基站NodeB某时刻检测到服务小区A中的Common E-DCH Resource资源已经被一群终端全部占用,NodeB通过Iub接口公共测量上报流程Common MeasurementReport,通知RNC服务小区A中的Common E-DCH Resource资源已经耗尽。
步骤S404:RNC通过系统广播消息,更新发送延时升级指示(Deferred Upgrade indicator=true)和一个回退保持时间参数T=60s。
步骤S406:终端首选Common E-DCH Resource资源,尝试上行数据传输,但资源获取失败了。NodeB通过回退命令,命令这个终端进行回退。终端通过读取系统广播消息,决定启动回退计时器PRACH Backoff timer。终端将本地MAC-i数据包进行格式变化为MAC-c数据包,在下一个随机接入时间点,通过PRACH resource资源进行上行数据传输。
步骤S408:终端在回退使用PRACH resource资源之后,回退计时器超时T=60s之前,仍然首选PRACH resource资源,即通过MAC-c数据包格式上行发送。回退计时器超时T=60s之后,终端尽快地升级回首选使用Common E-DCH Resource资源,通过MAC-i数据包格式上行发送。
优选实施例三
本实施例提供了一种上行数据传输方法,在本实施例中,网络和终端都具备使用CommonE-DCH Resource资源和实施执行本发明内容的能力。终端处于小区B中心且处于Cell_FACH态,进行VPN(Virtual Personal Networks)业务,每次上行发送数据包都较小。RNC通过系统广播消息,发送延时升级指示(Deferred Upgrade indicator=True)和T=120s。本实施例的方法包括如下步骤S502至步骤S508。
步骤S502:虽然RNC已经通过系统广播消息,发送延时升级指示(Deferred Upgradeindicator=True)和T=120s,但终端仍然首选Common E-DCH Resource资源,尝试上行数据传输,但资源获取失败了。NodeB通过回退命令,命令这个终端进行回退。终端通过读取系统广播消息,决定启动回退计时器PRACH Backoff timer。终端将本地MAC-i数据包进行格式变化为MAC-c数据包,在下一个随机接入时间点,通过PRACH resource资源进行上行数据传输。
步骤S504:在回退计时器超时T=120s之前,由于基站NodeB某时刻检测到服务小区B中的一部分Common E-DCH Resource资源被释放,并且确定拥塞状况已经解除,NodeB通过Iub接口公共测量上报流程Common Measurement Report,通知RNC服务小区B中的Common E-DCH Resource资源恢复正常。RNC通过系统广播消息,更新发送延时升级指示(Deferred Upgrade indicator=False)和/或T=0s。
步骤S506:终端由于已经被回退使用PRACH resource资源,并且之前的回退计时器尚未超时T=120s,所以仍然首选PRACH resource资源,超时T=120s之前,终端不能自动升级到首选使用Common E-DCH Resource资源。
步骤S508:之后,终端移动重选到了新的服务小区C。此时终端回退计时器尚未超时T=120s,终端立即重置回退计时器为0。终端发送缓存中若有数据等待上行发送,则将本地MAC-c数据包进行格式变化为MAC-i数据包,在下一个随机接入时间点,仍然首选CommonE-DCH Resource资源,尝试上行数据传输。
通过上述实施例,提供了上行数据传输方法及装置,通过RNC在获取到服务小区的公共增强专用信道资源处于拥塞状态的信息的情况下,在该服务小区范围内广播用于指示该服务小区内的终端在被触发回退操作的预定时间段内,使用物理随机接入资源进行上行数据传输的消息,使得接收到该广播的终端在服务小区的公共增强专用信道资源处于拥塞时,在触发回退操作的预定时间段内,仍然采用物理随机接入资源进行上行数据传输,避免了在服务小区的公共增强专用信道资源处于拥塞状态时,终端频繁的回退操作,导致终端不断地对本地数据包进行处理所带来的大量额外负荷,从而解决了相关技术中由于普通增强专用信道资源和物理随机接入资源对应媒体接入控制的数据包格式不同,在服务小区的公共增强专用信道资源处于拥塞状态时,终端频繁的回退和升级所导致频繁的本地数据包处理负荷比较大的问题,从而降低了终端本地数据包处理的工作负荷,同时可以在一定程度上缓解服务小区的公共增强专用信道资源的拥塞状态。需要说明的是,这些技术效果并不是上述所有的实施方式所具有的,有些技术效果是某些优选实施方式才能取得的。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种上行数据传输方法,其特征在于包括:
无线网络控制器RNC获取服务小区的公共增强专用信道资源处于拥塞状态的信息;
所述RNC在所述服务小区范围内广播消息,其中,所述消息用于指示该服务小区内的终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,所述回退命令用于指示所述终端从使用普通增强专用信道资源回退到使用所述物理随机接入信道资源进行上行数据传输。
2.根据权利要求1所述的方法,其特征在于,RNC获取服务小区的公共增强专用信道资源处于拥塞状态的信息包括:
所述RNC通过Iub接口公共流程从基站处获取所述服务小区的公共增强专用信道资源处于拥塞状态的信息。
3.根据权利要求1或2所述的方法,其特征在于,所述广播包括延时升级指示和/或时间参数,其中,所述延时升级指示用于指示所述终端在被回退命令触发回退操作之后的所述时间段之内,使用物理随机接入资源进行上行数据传输。
4.根据权利要求3所述的方法,其特征在于,所述延时升级指示还包括:用于指示所述终端在被回退命令触发回退操作之后的所述时间段之后,该终端优先选择所述普通增强专用信道资源或者优先所述物理随机接入信道资源进行随机接入的标识。
5.根据权利要求3所述的方法,其特征在于,还包括:
所述RNC通过所述专有下行信令向预定终端发送该预定终端所对应的所述预定时间段。
6.根据权利要求1所述的方法,其特征在于,所述RNC通过系统广播消息发送上行待发数据量门限,其中所述上行待发数据量门限用于指示所述终端,在该终端的终端本地缓存中上行待发数据量小于或者等于该上行待发数据量门限时,在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,在大于该上行待发数据量门限时,在被所述回退命令触发回退操作的所述预定时间内,使用所述普通增强专用信道资源进行上行数据传输。
7.一种上行数据传输方法,其特征在于包括:
终端接收无线网络控制器RNC广播的消息,其中,所述消息用于指示终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输的消息,所述回退命令用于指示所述终端从使用普通增强专用信道资源回退到使用所述物理随机接入信道资源进行上行数据传输;
所述终端在被所述回退命令触发回退操作之后的所述预定时间段之内,使用物理随机接入资源进行上行数据传输。
8.根据权利要求7所述的方法,其特征在于,所述广播包括延时升级指示和/或时间参数,其中,所述延时升级指示用于指示所述终端在被回退命令触发回退操作之后的所述时间段之内,使用物理随机接入资源进行上行数据传输。
9.根据权利要求8所述的方法,其特征在于,所述延时升级指示还包括:用于指示所述终端在被回退命令触发回退操作之后的所述时间段之后,该终端优先选择所述普通增强专用信道资源或者优先所述物理随机接入信道资源进行随机接入的标识。
10.根据权利要求9所述的方法,其特征在于,所述终端在被回退命令触发回退操作之后的所述预定时间段之内,使用物理随机接入资源进行上行数据传输包括:
所述终端在所述预定时间段内进行小区重选或者迁移到专有态Cell_DCH,设置所述预定时间段为0;
当所述延时升级指示中携带的所述标识和/或所述时间参数发生更新时,所述终端在等待所述时间参数之后,获取更新后的所述标识和/或所述时间参数进行处理。
11.根据权利要求9所述的方法,其特征在于,所述终端接收所述RNC通过所述专有下行信令向终端发送的对应于该终端的所述预定时间段。
12.根据权利要求7所述的方法,其特征在于,所述终端接收所述RNC通过系统广播消息发送上行待发数据量门限,其中所述上行待发数据量门限用于指示所述终端,在该终端的本地缓存中上行待发数据量小于或者等于该上行待发数据量门限时,在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,在大于该上行待发数据量门限时,在被所述回退命令触发回退操作的所述预定时间内,使用所述普通增强专用信道资源进行上行数据传输。
13.一种上行数据传输装置,应用于无线网络控制器RNC,其特征在于包括:
获取模块,用于获取服务小区的公共增强专用信道资源处于拥塞状态的信息;
广播模块,用于在所述服务小区范围内广播消息,其中所述消息用于指示该服务小区内的终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,所述回退命令用于指示所述终端从使用普通增强专用信道资源回退到使用所述物理随机接入信道资源进行上行数据传输。
14.一种上行数据传输装置,应用于终端,其特征在于包括:
接收模块,用于接收无线网络控制器RNC广播的消息,其中,所述消息用于指示终端在被回退命令触发回退操作之后的预定时间段之内,使用物理随机接入资源进行上行数据传输,所述回退命令用于指示所述终端从使用普通增强专用信道资源回退到使用所述物理随机接入信道资源进行上行数据传输;
传输模块,用于在被回退命令触发回退操作之后的所述预定时间段之内,使用物理随机接入资源进行上行数据传输。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012100191870A CN103220718A (zh) | 2012-01-20 | 2012-01-20 | 上行数据传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012100191870A CN103220718A (zh) | 2012-01-20 | 2012-01-20 | 上行数据传输方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103220718A true CN103220718A (zh) | 2013-07-24 |
Family
ID=48818066
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012100191870A Pending CN103220718A (zh) | 2012-01-20 | 2012-01-20 | 上行数据传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103220718A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015018001A1 (zh) * | 2013-08-07 | 2015-02-12 | 华为技术有限公司 | 数据传输的方法及设备 |
WO2015123816A1 (zh) * | 2014-02-19 | 2015-08-27 | 华为技术有限公司 | 释放非授权频谱后的数据处理方法及用户设备 |
CN108924831A (zh) * | 2017-03-24 | 2018-11-30 | 中兴通讯股份有限公司 | 终端的验证方法和装置 |
WO2019136687A1 (zh) * | 2018-01-12 | 2019-07-18 | 海能达通信股份有限公司 | 一种数据传输控制方法及装置 |
CN110248373A (zh) * | 2018-03-07 | 2019-09-17 | 中国移动通信有限公司研究院 | 一种跨层优化回退方法及装置、设备、存储介质 |
CN110710253A (zh) * | 2017-11-23 | 2020-01-17 | Oppo广东移动通信有限公司 | 车联网中的数据发送方法及终端、网络设备 |
WO2021093431A1 (zh) * | 2019-11-15 | 2021-05-20 | 展讯通信(上海)有限公司 | 非连接态ue的数据传输、接收方法及装置、终端、基站 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101594690A (zh) * | 2008-05-30 | 2009-12-02 | 普天信息技术研究院有限公司 | 选择上行传输信道的方法 |
CN101616488A (zh) * | 2008-06-23 | 2009-12-30 | 华为技术有限公司 | 一种增强随机接入的控制方法、装置及系统 |
US20100246701A1 (en) * | 2007-10-30 | 2010-09-30 | Dirk Gerstenberger | Fast Random Access for an Enhanced Uplink Dedicated Channel |
-
2012
- 2012-01-20 CN CN2012100191870A patent/CN103220718A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100246701A1 (en) * | 2007-10-30 | 2010-09-30 | Dirk Gerstenberger | Fast Random Access for an Enhanced Uplink Dedicated Channel |
CN101594690A (zh) * | 2008-05-30 | 2009-12-02 | 普天信息技术研究院有限公司 | 选择上行传输信道的方法 |
CN101616488A (zh) * | 2008-06-23 | 2009-12-30 | 华为技术有限公司 | 一种增强随机接入的控制方法、装置及系统 |
Non-Patent Citations (2)
Title |
---|
ALCATEL-LUCENT, ALCATEL-LUCENT SHANGHAI BELL: "On UE Autonomous RACH Fallback", 《3GPP TSG-RAN WG2 MEETING #75BIS R2-115098》 * |
ZTE: "Consideration on optimising usage of UL common resources", 《3GPP TSG-RAN WG2 MEETING #75BIS R2-114907 》 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015018001A1 (zh) * | 2013-08-07 | 2015-02-12 | 华为技术有限公司 | 数据传输的方法及设备 |
CN104521258A (zh) * | 2013-08-07 | 2015-04-15 | 华为技术有限公司 | 数据传输的方法及设备 |
WO2015123816A1 (zh) * | 2014-02-19 | 2015-08-27 | 华为技术有限公司 | 释放非授权频谱后的数据处理方法及用户设备 |
CN105103624A (zh) * | 2014-02-19 | 2015-11-25 | 华为技术有限公司 | 释放非授权频谱后的数据处理方法及用户设备 |
US9936394B2 (en) | 2014-02-19 | 2018-04-03 | Huawei Technologies Co., Ltd. | Method for processing data after unlicensed spectrum is released, and user equipment |
CN105103624B (zh) * | 2014-02-19 | 2019-03-05 | 华为技术有限公司 | 释放非授权频谱后的数据处理方法及用户设备 |
CN108924831A (zh) * | 2017-03-24 | 2018-11-30 | 中兴通讯股份有限公司 | 终端的验证方法和装置 |
CN108924831B (zh) * | 2017-03-24 | 2023-01-10 | 中兴通讯股份有限公司 | 终端的验证方法和装置 |
CN110710253A (zh) * | 2017-11-23 | 2020-01-17 | Oppo广东移动通信有限公司 | 车联网中的数据发送方法及终端、网络设备 |
WO2019136687A1 (zh) * | 2018-01-12 | 2019-07-18 | 海能达通信股份有限公司 | 一种数据传输控制方法及装置 |
CN110248373A (zh) * | 2018-03-07 | 2019-09-17 | 中国移动通信有限公司研究院 | 一种跨层优化回退方法及装置、设备、存储介质 |
WO2021093431A1 (zh) * | 2019-11-15 | 2021-05-20 | 展讯通信(上海)有限公司 | 非连接态ue的数据传输、接收方法及装置、终端、基站 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101779514B (zh) | 电信系统中调度资源的方法 | |
RU2405275C2 (ru) | Способ и устройство для передачи информации планирования между пользовательским устройством и сетью радиодоступа с использованием промежутка, в противном случае заполняемого незначащей информацией | |
EP2637466B1 (en) | Method and apparatus for reporting buffer status | |
CN103220718A (zh) | 上行数据传输方法及装置 | |
CN105191228A (zh) | 用于业务感知媒体接入选择的系统和方法 | |
CN101547477A (zh) | 一种多载波/小区系统中的载频控制方法和装置 | |
CN103260251A (zh) | 数据传输方法、基站及用户设备 | |
WO2008054158A2 (en) | Methods of transmitting and receiving downlink data in wireless communication system | |
JP4117271B2 (ja) | Sawarqプロセスを使用したタイムスケジューリング | |
CN101483881A (zh) | 控制用户设备释放上行资源的方法和装置 | |
CN107113811A (zh) | 一种建立数据无线承载的方法及装置 | |
CN102711216A (zh) | 传输资源的选择方法及用户设备、确定方法及接入网设备 | |
CN112740813B (zh) | 一种通信方法及装置 | |
CN101754393A (zh) | 调度信息上报方法、装置及系统 | |
WO2002056627A1 (en) | Method for reporting status information between a mobile station and a radio access network | |
US8717926B2 (en) | Method and device for switching from dual stream to single stream in uplink MIMO mode | |
KR20170134456A (ko) | 고대역폭 무선 통신들을 위한 프로세싱 시간 연장 | |
CN103220716A (zh) | 上行无线公共资源重配置方法及装置 | |
CN102118799A (zh) | 一种基于竞争资源的配置方法和装置 | |
CN103037473A (zh) | 一种终端对上行无线公共资源的使用方法和终端 | |
CN101925138A (zh) | 高速共享控制信道命令的发送方法及节点b | |
JP5557921B2 (ja) | 共通制御チャンネルのharq情報の取得方法及び装置 | |
CN101291334B (zh) | 一种wimax系统中的数据链路层的无线资源调度方法 | |
CN108632978B (zh) | 信息传输的处理方法及装置、节点 | |
CN102938937B (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 | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20130724 |
|
WD01 | Invention patent application deemed withdrawn after publication |