CN111182642B - 一种非周期间断性业务的调度方法、装置及设备 - Google Patents
一种非周期间断性业务的调度方法、装置及设备 Download PDFInfo
- Publication number
- CN111182642B CN111182642B CN201811341809.5A CN201811341809A CN111182642B CN 111182642 B CN111182642 B CN 111182642B CN 201811341809 A CN201811341809 A CN 201811341809A CN 111182642 B CN111182642 B CN 111182642B
- Authority
- CN
- China
- Prior art keywords
- terminal
- network side
- data volume
- scheduling
- target timer
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种非周期间断性业务的调度方法、装置及设备。所述方法包括:若终端在预设时长内未被调度,则检测是否有新数据需要向网络侧发送;若有新数据需要向网络侧发送,则启动RACH流程向网络侧报告数据量信息,以使网络侧调度所述终端。本发明实施例在网络侧现有的试探性调度的基础上,增加了终端主动上报,通过定时器超时设置降低网络侧对终端的试探性调度次数,节约了网络资源,能够更加准确及时的进行调度。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种非周期间断性业务的调度方法、装置及设备。
背景技术
在卫星移动通信系统中,分组数据是一种非常重要的业务,特别是对一些特定的应用场景,比如地质灾害发生时,需要不定时的回传一些现场视频,这个时候,对数据传输的快速性有很高的要求,在一定的带宽下,要尽量保证数据及时传输到服务器。
在分组数据传输的过程中,终端会将自己的数据量,通过相应的消息通知网络侧,网络根据数据量以及优先级,进行调度,一旦发现终端数据量为0,为了保证别的有数据的用户,那么会优先调度别的用户,对于数据量为0的用户,一般采用定时试探调度的方式,这样既能调度该用户,又能减少对别的用户的影响。
但是在卫星通信系统下,这样做有个明显的缺点,卫星通信系统中,空口的传输间隔比较大,分组资源有限,在一组分组资源被多个用户共享情况下,这种定时试探调度的方式,就会对别的有数据的用户造成影响。
例如,一组分组资源,空口的传输间隔为60ms,被10个用户共享,假设就有一个用户有数据,9个用户没有数据,没有数据的用户,1s试探调度一次,那么在10s内,一共需要调度的次数为90次,而10s内,一共能够调度的次数为10000/60=166次,在总调度166次中试探调度占了 90次,试探性调度的开销太大。
发明内容
针对现有技术存在的问题,本发明实施例提供一种非周期间断性业务的调度方法、装置及设备。
第一方面,本发明实施例提供一种非周期间断性业务的调度方法,包括:
若终端在预设时长内未被调度,则检测是否有新数据需要向网络侧发送;
若有新数据需要向网络侧发送,则启动RACH流程向网络侧报告数据量信息,以使网络侧调度所述终端。
第二方面,本发明实施例提供一种非周期间断性业务的调度方法,包括:
若接收到终端通过RACH流程报告的数据量信息,则根据所述数据量信息判断所述终端需要发送的数据量是否为0;
若所述数据量为0,则启动目标定时器,设置所述目标定时器的禁止参数为有效,以使网络侧对所述终端进行超时调度;
若所述数据量不为0,则停止所述目标定时器,设置所述目标定时器的禁止参数为无效,以使网络侧根据TTI中断消息调度所述终端。
第三方面,本发明实施例提供一种终端,包括:
数据监测模块,用于若终端在预设时长内未被调度,则检测是否有新数据需要向网络侧发送;
数据量报告模块,用于若有新数据需要向网络侧发送,则启动 RACH流程向网络侧报告数据量信息,以使网络侧调度所述终端。
第四方面,本发明实施例提供一种网络侧设备,包括:
数据量接收模块,用于若接收到终端通过RACH流程报告的数据量信息,则根据所述数据量信息判断所述终端需要发送的数据量是否为0;
超时调度模块,用于若所述数据量为0,则启动目标定时器,设置所述目标定时器的禁止参数为有效,以使网络侧对所述终端进行超时调度;
TTI中断调度模块,用于若所述数据量不为0,则停止所述目标定时器,设置所述目标定时器的禁止参数为无效,以使网络侧根据TTI 中断消息调度所述终端。
第五方面,本发明实施例提供一种电子设备,包括:
至少一个处理器;以及
与所述处理器通信连接的至少一个存储器,其中:
所述存储器存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行本发明实施例第一方面或第二方面所述的非周期间断性业务的调度方法及其任一可选实施例所述的方法。
第六方面,提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令执行本发明实施例第一方面或第二方面所述的非周期间断性业务的调度方法及其任一可选实施例的方法。
本发明实施例提供的非周期间断性业务的调度方法、装置及设备,当终端有新数据需要向网络侧发送,启动RACH流程向网络侧报告数据量信息;网络侧接收到终端通过RACH流程报告的数据量信息后,根据所述数据量信息判断所述终端需要发送的数据量是否为0,从而决策对所述终端进行超时调度或根据TTI中断消息调度所述终端。本发明实施例在网络侧现有的试探性调度的基础上,增加了终端主动上报,通过定时器超时设置(可以设置较长的超时时间),降低网络侧对终端的试探性调度次数,节约了网络资源,能够更加准确及时的进行调度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一种非周期间断性业务的调度方法终端侧流程示意图;
图2为本发明实施例一种非周期间断性业务的调度方法网络侧流程示意图;
图3为本发明实施例网络侧消息接收处理流程示意图;
图4为本发明实施例终端的功能模块示意图;
图5为本发明实施例网络侧设备的功能模块示意图;
图6为本发明实施例一种电子设备的框架示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在描述本发明实施例的技术方案之前,再一次详细介绍本发明实施例相关的背景知识和现有技术方案。
专有名词解释如下:
TTI:即Time and Time Interval,传输时间间隔;卫通系统下,TTI 固定为60ms。
PDCH信道:即Packet Data Channel,分组数据信道,用于承载分组业务的资源,卫通系统下,因为频谱资源,卫星功率资源受限,分组资源有限,建议采用多个用户共享的方式;整系统协议设计的时候,为了减少系统的复杂度,对于调度,每次上行调度,只能调度一个用户。
上行分组数据帧格式请参见表1:
表1
说明:表1中的UD字段,表示了终端还需要传输的数据量,如果为0,表示终端暂时没有数据需要传输。
现有技术中,地面网网络侧调度某个终端时,终端在进行上行数据发送的时候,会顺带的把剩余数据量携带给网络侧。对于数据量为0 的终端,网络侧采用定时或者定时倍增的方式,进行试探调度。例如,某个终端数据量为0,网络侧首先尝试1s调度一下;如果还是为0,连续多次之后,尝试2s调度一下;以此类推,判断是否达到某个门限,若达到则释放该用户,否则在异常情况下,会导致该终端资源被挂住。
现有技术卫星通信通信系统的方案,基本上跟地面网的类似,但是因为两个系统TTI的不同,导致造成的效果完全不同,以下通过举例进行说明。
场景举例:一个分组信道,都被10个用户共享使用,9个用户无数据,1个用户有数据,假设都采用1s时长的试探性调度方式;
a)对于地面网(常用的TTI为1ms或者5ms):
若TTI为1ms,那么10s能够调度的总次数为10000/1=10000次, 9个无数据用户,占用的调度次数为10*9=90次,对应的试探调度比例为0.9%;
若TTI为5ms,那么10s能够调度的总次数为10000/5=2000次,9个无数据用户,占用的调度次数为10*9=90次,对应的试探调度比例为4.5%。
b)对于卫通系统(TTI为60ms):
TTI为60ms,那么10s能够调度的总次数为10000/60=167次,9 个无数据用户,占用的调度次数为10*9=90次,对应的试探调度比例为53.9%。
从以上对比数据可以看出,在卫通系统下,现有技术的调度方式占用的试探调度比例太高,对于系统的带宽,浪费太大。
为解决现有技术问题,本发明实施例提供一种非周期间断性业务的调度方法,包括终端侧方法和网络侧方法。
图1为本发明实施例一种非周期间断性业务的调度方法终端侧流程示意图,如图1所示的非周期间断性业务的调度方法,其执行主体为终端,包括:
100,若终端在预设时长内未被调度,则检测是否有新数据需要向网络侧发送;
需要说明的是,当网络侧正常调度终端时,终端不需要进行新数据检测。若终端数据量为0,网络侧会在较长的时间不调度终端;当网络侧未调度终端的时间到达预设时长后,终端才会检测是否有新数据。
具体的,预设时长大于当前系统的TTI时间间隔,小于网络侧进行试探性调度的周期时间;在TTI时间间隔和试探性调度的周期时间之间的时间范围内,可以根据实际需要设置预设时长,本发明实施例对此不作具体限定。
进一步,当终端进行新数据检测时,可以按照预设时间周期进行周期性的检测,这样可以进一步提高新数据检测的及时性。具体的,预设时间周期可以是小于预设时长的时间周期。
101,若有新数据需要向网络侧发送,则启动RACH流程向网络侧报告数据量信息,以使网络侧调度所述终端。
现有技术中为了解决卫星通信系统中TTI过大,导致试探调度比例太高的问题,一般采用扩大试探调度的定时器时长来解决,比如为了达到4.5%的效果,那么需要将试探调度的时延拉长到12s,终端被动接受调度,每12s被调度一次,这样做的缺点也非常明显,会导致调度不及时。
RACH,即Random Access Channel,随机接入信道,是一种上行信道,用于PAGING回答和MS主叫/登录的接入等,其初始化过程就是一个随机接入的过程。在任何情况下,如终端需要同网络侧建立通信,都需通过RACH(随机接入信道)向网络侧发送一个报文来向网络侧申请一条信令信道,网络侧将根据信道请求需要来决定所分配的信道类型。本发明实施例中,若有新数据需要向网络侧发送,即终端数据量不为0,则终端通过RACH流程主动向网络侧报告;终端将数据量信息即数据量不为0的消息报告网络侧后,网络侧即可根据TTI对终端进行调度。
需要说明的是,此处的数据量信息,可以是终端需要发送的新数据的数据量,也可以是任意不为0的数据量,只要网络侧获知终端的数据不为0即可。
本发明实施例通过增加终端主动上报机制,在终端有新数据时及时向网络侧报告数据量信息,网络侧可以及时获知终端的数据量信息,从而及时的进行调度,而不必一直等待定时器超时,从而解决网络侧定时器超时时间过长导致试探性调度时长过长,致使终端调度不及时的问题。
本发明实施例提供的非周期间断性业务的调度方法,当终端有新数据需要向网络侧发送,启动RACH流程向网络侧报告数据量信息;网络侧接收到终端通过RACH流程报告的数据量信息后,根据所述数据量信息判断所述终端需要发送的数据量是否为0,从而决策对所述终端进行超时调度或根据TTI中断消息调度所述终端。本发明实施例在网络侧现有的试探性调度的基础上,增加了终端主动上报,在终端长时间没有被调度时,及时向网络侧报告数据量信息,使网络侧可以及时感知数据量的变化,及时对终端进行调度。
需要说明的是,虽然本发明实施例主要是为了解决卫星通信系统中导致试探调度比例太高和/或调度不及时的问题,但本发明实施例所提供的方法也适用于地面网通信系统,因此无论是卫星通信系统或地面网通信系统使用本发明实施例的方法,都在本发明实施例的保护范围内。
基于上述实施例,步骤101,所述若有新数据需要向网络侧发送,则启动RACH流程向网络侧报告数据量信息,具体包括:
若有新数据需要向网络侧发送,则创建CHANNEL REQUEST TYPE 3消息,通过所述CHANNEL REQUEST TYPE 3消息的触发接入场景携带数据量信息;
通过RACH信道传输所述CHANNEL REQUEST TYPE 3消息,以向网络侧报告所述数据量信息。
具体的,现有技术中,LTE的CHANNEL REQUEST TYPE 3消息中,定义了一种触发接入场景:User Data Transfer,携带的信息如下:
本发明实施例可以通过“User Data”携带终端的数据量信息。“User Data”为8bit,终端的数据量可能超过8bit所能描述,因此,如前所述,此处携带的数据量信息并不一定表示终端的实际数据量,只有此处表示的数据量不为0即可。
本发明实施例不需要修改协议,在现有协议基础上,复用该空闲态下的消息,对于数据量为0的终端,如果有新的数据需要发送时,通过信令面的流程,让终端主动上报数据量。
本发明实施例在终端数据量为0的情况下,一方面通过比较长的试探调度,一方面使用信令面的消息,通过公共信道RACH,由终端主动上报数据量,两者互相结合,提高调度效率。
图2为本发明实施例一种非周期间断性业务的调度方法网络侧流程示意图,如图2所示的非周期间断性业务的调度方法,其执行主体为网络侧设备,包括:
200,若接收到终端通过RACH流程报告的数据量信息,则根据所述数据量信息判断所述终端需要发送的数据量是否为0;
本发明实施例中,当网络侧在进行长时间的试探性调度时,若收到终端上报的数据量信息,即可根据数据量信息判断终端的数据量是否为0。
如前述实施例描述的,终端通过RACH信道向网络侧发送CHANNEL REQUEST TYPE 3消息,在CHANNEL REQUEST TYPE 3 消息的触发接入场景中携带有数据量信息,即“UserData”字段携带有数据量信息,网络侧判断“User Data”的值是否为0,若不为0,即确认终端的数据量不为0,否则确认终端的数据量为0。
201,若所述数据量为0,则启动目标定时器,设置所述目标定时器的禁止参数为有效,以使网络侧对所述终端进行超时调度;
具体的,若终端的数据量为0,则网络侧应该减少对终端的调度,以节省宽带资源,充分调度有数据量的用户。因此可以通过启动定时器,通过定时器来设置较长的超时时间,只允许网络侧进行超时调度,即试探性调度的时间周期为定时器超时时间。例如,启动对应的 TrySchTimer定时器,同时设置SchProhibit为TRUE,即不允许正常调度,只能等待定时器超时调度。
202,若所述数据量不为0,则停止所述目标定时器,设置所述目标定时器的禁止参数为无效,以使网络侧根据TTI中断消息调度所述终端。
具体的,若终端的数据量不为0,网络侧应及时调度终端。本发明实施例中,若确认终端的数据量不为0,即停止定时器,网络侧根据 TTI中断消息正常调度所述终端。例如,停止对应的TrySchTimer定时器,同时设置SchProhibit为FALSE,网络侧即可根据TTI中断消息正常调度所述终端。
需要说明的是,步骤201和202不具有先后执行顺序关系,事实上,在一次终端上报数据量中,步骤201和202是互斥的结果,最终只会执行其一。
具体的,本发明实施例非周期间断性业务的调度方法网络侧可以通过网络侧设备的业务面执行;网络侧设备的信令面主要用来监控终端的主动上报,即在RACH信道上,监听对应的消息,接收到对应的消息之后,解析,如果发现该终端已经建立,将对应的数据量信息通知给业务面。
本发明实施例提供的非周期间断性业务的调度方法,在终端不被调度达到预设时长后,若有新数据需要向网络侧发送,启动RACH流程向网络侧报告数据量信息;网络侧接收到终端通过RACH流程报告的数据量信息后,根据所述数据量信息判断所述终端需要发送的数据量是否为0,从而决策对所述终端进行超时调度或根据TTI中断消息调度所述终端。本发明实施例在网络侧现有的试探性调度的基础上,增加了终端主动上报,通过定时器超时设置(可以设置较长的超时时间,即较长的试探性调度时间)降低网络侧对终端的试探性调度次数,节约了网络资源,能够更加准确的进行调度;尤其是能够降低数据量为0 的终端调度,能够大大提高调度效率,充分调度有数据量的终端,同时及时感知终端的数据量的变化,及时进行调度。
需要说明的是,虽然本发明实施例主要是为了解决卫星通信系统中导致试探调度比例太高和/或调度不及时的问题,但本发明实施例所提供的方法也适用于地面网通信系统,因此无论是卫星通信系统或地面网通信系统使用本发明实施例的方法,都在本发明实施例的保护范围内。
基于上述各实施例,所述网络侧方法还包括:
203,若接收到终端的上行数据包,则判断所述上行数据包携带的剩余数据量是否为0;
204,若所述剩余数据量为0,则启动目标定时器,设置所述目标定时器的禁止参数为有效,以使网络侧对所述终端进行超时调度;
205,若所述剩余数据量不为0,则停止所述目标定时器,设置所述目标定时器的禁止参数为无效,以使网络侧根据TTI中断消息调度所述终端。
本实施例中,网络侧正常调度终端,终端正常的向网络侧发送上行数据包,会顺带的把剩余数据量携带给网络侧。网络侧检测上行数据包携带的剩余数据量,判断终端需要发送的剩余数据量是否为0。同样的,若终端的数据量为0,则网络侧应该减少对终端的调度,以节省宽带资源,充分调度有数据量的用户;若终端的数据量不为0,网络侧应及时调度终端。步骤204与步骤201的处理相同,步骤205与步骤 202的处理相同,此处不再赘述。
同样的,步骤204和205不具有先后执行顺序关系,事实上,在一次接收终端上报数据包中,步骤204和205是互斥的结果,最终只会执行其一。
基于上述各实施例,所述网络侧方法还包括:
206,若接收到TTI中断消息,则判断所述目标定时器的禁止参数是否有效;若所述禁止参数有效,则不调度所述终端;否则调度所述终端。
由于网络侧在收到终端主动上报的数据量和终端的上行数据包时,都会判断数据量是否为0,根据数据是否为0设置了定时器的启动和停止,以禁止或允许网络侧的正常调度。如果允许调度,正常调度,如果不允许调度,则等待定时器超时,或者信令面的业务量通知。步骤 206中,网络侧接收到正常的TTI中断消息,需要判 断所述目标定时器的禁止参数是否有效,例如判断SchProhibit为TRUE或FALSE,若 SchProhibit为TRUE,则不允许正常调度终端,只能等待定时器超时调度;若SchProhibit为FALSE,则正常调度终端。
基于上述各实施例,所述网络侧方法还包括:
207,若接收到所述目标定时器的超时消息,则设置所述目标定时器的禁止参数为无效,以使网络侧调度一次所述终端。
本发明实施例中,网络侧对终端的调度包括两种情况,第一种情况是,步骤206,收到TTI中断消息,若目标定时器的禁止参数是否无效,即SchProhibit为FALSE,此时正常调度终端;第二种情况是,步骤207,网络侧收到目标定时器的超时消息,此时可以调度一次终端。
基于上述各实施例,步骤207,所述若接收到所述目标定时器的超时消息,则设置所述目标定时器的禁止参数为无效,以使网络侧调度一次所述终端,之后还包括:
重启所述目标定时器,并将所述目标定时器的计数加1;
若判断获知所述计数超过预设计数门限,则释放所述终端。
本发明实施例,当定时器超时消息到达时,还会重启定时器,同时定时器的计数加1。例如将TrySchNum累加1,如果该值超过设置的门限,认为终端数据已经发送完成,释放所述终端。具体的,预设计数门限可根据需要而设置,本发明实施例对此不作具体限定。
图3为本发明实施例网络侧消息接收处理流程示意图,请参考图3,本发明实施例网络侧设备需要处理四种消息,通过网络侧设备的业务面执行处理流程。具体的四种消息分别为:
A.来自信令面的数据量通知:对应步骤200,其处理流程对应步骤200、201和202。进一步的,在收到终端报告的数据量信息后,可以获取对应的数据量,先设置该终端对应的数据量,再根据设置的数据量进行判断。
B.来自终端的上行数据包:对应步骤203,其处理流程对应步骤 203、204和205。进一步的,可以根据上行数据包携带的数据量,先更新该终端对应的数据量,再根据设置的数据量进行判断。
C.TTI中断消息:对应步骤206,主要是根据Prohibit参数判断是否允许调度终端。
D.定时器超时消息:对应步骤207,定时器超时后调度一次终端,同时重启定时器,将定时器计数加1,等等;进一步根据定时器计数是否超过门限,来决定是否需要释放该终端。
由于消息之间并没有先后顺序关系,即A、B、C和D之间没有先后顺序关系,A、B、C和D各自的处理流程之间也没有先后顺序关系。因此本发明实施例非周期间断性业务的调度方法网络侧方法中的步骤 200、201和202,骤203、204和205,步骤206,以及步骤207之间没有先后顺序关系。
综上所述,本发明实施例提供一种非周期间断性业务的调度方法,通过在公共信道上上报数据量的方法,及时更新终端的数据量,适用于卫星通信系统和地面网通信系统,尤其在卫星通信系统下,能够有效的提高调度效率。本发明实施例具有如下优点:
(1)不需要修改协议,在现有协议基础上,复用该空闲态下的消息,对于数据量为0的终端,如果有新的数据需要发送时,通过信令面的流程,让终端主动上报数据量。
(2)将试探调度跟终端主动通过信令面上报数据相结合,能够更加准确及时的进行调度。
(3)在卫星通信系统下,能够降低数据量为0的终端调度,能够大大提高调度效率,充分调度有数据量的终端,同时及时感知终端的数据量的变化,及时进行调度。
图4为本发明实施例终端的功能模块示意图,如图4所示的终端,包括数据监测模块400和数据量报告模块401,其中:
数据监测模块400,用于若终端在预设时长内未被调度,则检测是否有新数据需要向网络侧发送;数据量报告模块401,用于若有新数据需要向网络侧发送,则启动RACH流程向网络侧报告数据量信息,以使网络侧调度所述终端。
当网络侧正常调度终端时,数据监测模块400不需要进行新数据检测。若终端数据量为0,网络侧会在较长的时间不调度终端;当网络侧未调度终端的时间到达预设时长后,数据监测模块400才会检测是否有新数据。具体的,预设时长大于当前系统的TTI时间间隔,小于网络侧进行试探性调度的周期时间;在TTI时间间隔和试探性调度的周期时间之间的时间范围内,可以根据实际需要设置预设时长,本发明实施例对此不作具体限定。
若有新数据需要向网络侧发送,即终端数据量不为0,则数据量报告模块401通过RACH流程主动向网络侧报告;数据量报告模块401 将数据量信息即数据量不为0的消息报告网络侧后,网络侧即可根据 TTI对终端进行调度。
本发明实施例的装置,可用于执行上述各非周期间断性业务的调度方法终端侧方法实施例流程,其实现原理和技术效果类似,具体请详见上述各传输方法实施例的内容,此处不再赘述。
本发明实施例在网络侧现有的试探性调度的基础上,增加了终端主动上报,在终端长时间没有被调度时,及时向网络侧报告数据量信息,使网络侧可以及时感知数据量的变化,及时对终端进行调度。
图5为本发明实施例网络侧设备的功能模块示意图,如图5所示的网络侧设备,包括数据量接收模块500、超时调度模块501和TTI 中断调度模块502,其中:
数据量接收模块500,用于若接收到终端通过RACH流程报告的数据量信息,则根据所述数据量信息判断所述终端需要发送的数据量是否为0;超时调度模块501,用于若所述数据量为0,则启动目标定时器,设置所述目标定时器的禁止参数为有效,以使网络侧对所述终端进行超时调度;TTI中断调度模块502,用于若所述数据量不为0,则停止所述目标定时器,设置所述目标定时器的禁止参数为无效,以使网络侧根据TTI中断消息调度所述终端。
当网络侧在进行长时间的试探性调度时,若收到终端上报的数据量信息,数据量接收模块500即可根据数据量信息判断终端的数据量是否为0。具体的,若终端的数据量为0,则网络侧应该减少对终端的调度,以节省宽带资源,充分调度有数据量的用户。因此可以通过超时调度模块501启动定时器,通过定时器来设置较长的超时时间,只允许网络侧进行超时调度,即试探性调度的时间周期为定时器超时时间。若终端的数据量不为0,网络侧应及时调度终端。本发明实施例中,若确认终端的数据量不为0,即停止定时器,TTI中断调度模块502根据TTI中断消息正常调度所述终端。
本发明实施例的装置,可用于执行上述各非周期间断性业务的调度方法网络侧方法实施例流程,其实现原理和技术效果类似,具体请详见上述各传输方法实施例的内容,此处不再赘述。
本发明实施例在网络侧现有的试探性调度的基础上,增加了终端主动上报,通过定时器超时设置(可以设置较长的超时时间,即较长的试探性调度时间)降低网络侧对终端的试探性调度次数,节约了网络资源,能够更加准确的进行调度;尤其是能够降低数据量为0的终端调度,能够大大提高调度效率,充分调度有数据量的终端,同时及时感知终端的数据量的变化,及时进行调度。
图6为本发明实施例一种电子设备的框架示意图。请参考图6,本发明实施例提供的电子设备,包括:处理器(processor)610、通信接口 (Communications Interface)620、存储器(memory)630和总线640,其中,处理器610,通信接口620,存储器630通过总线640完成相互间的通信。处理器610可以调用存储器630中的逻辑指令,以执行如下方法,包括:若终端在预设时长内未被调度,则检测是否有新数据需要向网络侧发送;若有新数据需要向网络侧发送,则启动RACH流程向网络侧报告数据量信息,以使网络侧调度所述终端;或者执行如下方法,包括:若接收到终端通过RACH流程报告的数据量信息,则根据所述数据量信息判断所述终端需要发送的数据量是否为0;若所述数据量为0,则启动目标定时器,设置所述目标定时器的禁止参数为有效,以使网络侧对所述终端进行超时调度;若所述数据量不为0,则停止所述目标定时器,设置所述目标定时器的禁止参数为无效,以使网络侧根据 TTI中断消息调度所述终端。
本发明实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如包括:若终端在预设时长内未被调度,则检测是否有新数据需要向网络侧发送;若有新数据需要向网络侧发送,则启动RACH流程向网络侧报告数据量信息,以使网络侧调度所述终端;或者执行如下方法,包括:若接收到终端通过RACH 流程报告的数据量信息,则根据所述数据量信息判断所述终端需要发送的数据量是否为0;若所述数据量为0,则启动目标定时器,设置所述目标定时器的禁止参数为有效,以使网络侧对所述终端进行超时调度;若所述数据量不为0,则停止所述目标定时器,设置所述目标定时器的禁止参数为无效,以使网络侧根据TTI中断消息调度所述终端。
本发明实施例提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行上述各方法实施例所提供的方法,例如包括:若终端在预设时长内未被调度,则检测是否有新数据需要向网络侧发送;若有新数据需要向网络侧发送,则启动RACH流程向网络侧报告数据量信息,以使网络侧调度所述终端;或者执行如下方法,包括:若接收到终端通过 RACH流程报告的数据量信息,则根据所述数据量信息判断所述终端需要发送的数据量是否为0;若所述数据量为0,则启动目标定时器,设置所述目标定时器的禁止参数为有效,以使网络侧对所述终端进行超时调度;若所述数据量不为0,则停止所述目标定时器,设置所述目标定时器的禁止参数为无效,以使网络侧根据TTI中断消息调度所述终端。
本领域普通技术人员可以理解:实现上述设备实施例或方法实施例仅仅是示意性的,其中所述处理器和所述存储器可以是物理上分离的部件也可以不是物理上分离的,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如U盘、移动硬盘、 ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (11)
1.一种非周期间断性业务的调度方法,其特征在于,包括:
若终端在预设时长内未被调度,则检测是否有新数据需要向网络侧发送;所述预设时长大于当前系统的传输时间间隔TTI,小于网络侧进行试探性调度的周期时间;
若有新数据需要向网络侧发送,则启动随机接入信道RACH流程向网络侧报告数据量信息,以使网络侧根据传输时间间隔TTI中断消息调度所述终端。
2.根据权利要求1所述的方法,其特征在于,所述若有新数据需要向网络侧发送,则启动随机接入信道RACH流程向网络侧报告数据量信息,具体包括:
若有新数据需要向网络侧发送,则创建信道资源请求类型CHANNEL REQUEST TYPE 3消息,通过所述信道资源请求类型CHANNEL REQUEST TYPE 3消息的触发接入场景携带数据量信息;
通过随机接入信道RACH信道传输所述信道资源请求类型CHANNEL REQUEST TYPE 3消息,以向网络侧报告所述数据量信息。
3.一种非周期间断性业务的调度方法,其特征在于,包括:
若接收到终端通过随机接入信道RACH流程报告的数据量信息,则根据所述数据量信息判断所述终端需要发送的数据量是否为0;
若所述数据量为0,则启动目标定时器,设置所述目标定时器的禁止参数为有效,以使网络侧对所述终端进行超时调度;所述超时调度的时间为定时器超时时间;
若所述数据量不为0,则停止所述目标定时器,设置所述目标定时器的禁止参数为无效,以使网络侧根据传输时间间隔TTI中断消息调度所述终端。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
若接收到终端的上行数据包,则判断所述上行数据包携带的剩余数据量是否为0;
若所述剩余数据量为0,则启动目标定时器,设置所述目标定时器的禁止参数为有效,以使网络侧对所述终端进行超时调度;
若所述剩余数据量不为0,则停止所述目标定时器,设置所述目标定时器的禁止参数为无效,以使网络侧根据传输时间间隔TTI中断消息调度所述终端。
5.根据权利要求3或4所述的方法,其特征在于,所述方法还包括:
若接收到传输时间间隔TTI中断消息,则判断所述目标定时器的禁止参数是否有效;
若所述禁止参数有效,则不调度所述终端;否则调度所述终端。
6.根据权利要求3或4所述的方法,其特征在于,所述方法还包括:
若接收到所述目标定时器的超时消息,则设置所述目标定时器的禁止参数为无效,以使网络侧调度一次所述终端。
7.根据权利要求6所述的方法,其特征在于,所述若接收到所述目标定时器的超时消息,则设置所述目标定时器的禁止参数为无效,以使网络侧调度一次所述终端,之后还包括:
重启所述目标定时器,并将所述目标定时器的计数加1;
若判断获知所述计数超过预设计数门限,则释放所述终端。
8.一种终端,其特征在于,包括:
数据监测模块,用于若终端在预设时长内未被调度,则检测是否有新数据需要向网络侧发送;所述预设时长大于当前系统的传输时间间隔TTI,小于网络侧进行试探性调度的周期时间;
数据量报告模块,用于若有新数据需要向网络侧发送,则启动随机接入信道RACH流程向网络侧报告数据量信息,以使网络侧根据传输时间间隔TTI中断消息调度所述终端。
9.一种网络侧设备,其特征在于,包括:
数据量接收模块,用于若接收到终端通过随机接入信道RACH流程报告的数据量信息,则根据所述数据量信息判断所述终端需要发送的数据量是否为0;
超时调度模块,用于若所述数据量为0,则启动目标定时器,设置所述目标定时器的禁止参数为有效,以使网络侧对所述终端进行超时调度;所述超时调度的时间为定时器超时时间;
传输时间间隔TTI中断调度模块,用于若所述数据量不为0,则停止所述目标定时器,设置所述目标定时器的禁止参数为无效,以使网络侧根据传输时间间隔TTI中断消息调度所述终端。
10.一种电子设备,其特征在于,包括:
至少一个处理器;以及
与所述处理器通信连接的至少一个存储器,其中:
所述存储器存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行如权利要求1至7任一所述的方法。
11.一种非暂态计算机可读存储介质,其特征在于,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行如权利要求1至7任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811341809.5A CN111182642B (zh) | 2018-11-12 | 2018-11-12 | 一种非周期间断性业务的调度方法、装置及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811341809.5A CN111182642B (zh) | 2018-11-12 | 2018-11-12 | 一种非周期间断性业务的调度方法、装置及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111182642A CN111182642A (zh) | 2020-05-19 |
CN111182642B true CN111182642B (zh) | 2021-06-22 |
Family
ID=70651670
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811341809.5A Active CN111182642B (zh) | 2018-11-12 | 2018-11-12 | 一种非周期间断性业务的调度方法、装置及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111182642B (zh) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101772174B (zh) * | 2009-01-04 | 2013-04-10 | 电信科学技术研究院 | 提高上行调度性能的方法及用户设备 |
CN102045784B (zh) * | 2010-12-22 | 2012-11-07 | 意法·爱立信半导体(北京)有限公司 | 一种移动终端和上行增强随机接入信道接入的方法 |
CN102932939A (zh) * | 2012-10-12 | 2013-02-13 | 中兴通讯股份有限公司 | 一种lte系统上行调度优化方法、系统、基站及终端 |
CN110574475B (zh) * | 2017-05-05 | 2023-04-21 | 瑞典爱立信有限公司 | Sr-bsr和资源管理 |
CN107277856A (zh) * | 2017-05-05 | 2017-10-20 | 电信科学技术研究院 | 一种配置、触发缓冲区状态上报的方法及装置 |
-
2018
- 2018-11-12 CN CN201811341809.5A patent/CN111182642B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN111182642A (zh) | 2020-05-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8750225B2 (en) | Processing method and terminal for random access | |
US10728920B2 (en) | Method, apparatus, and system for controlling data transmission | |
US20150305084A1 (en) | Transmission control method, transmission method, and device | |
KR101176911B1 (ko) | 스케줄링 요청을 위한 방법 및 장치 | |
CN109196908A (zh) | 调度方法和基站 | |
CN106031287B (zh) | 一种随机接入的方法、终端及基站 | |
EP3457793A1 (en) | Information transmission method, network device, and terminal device | |
CN110463280B (zh) | 信道接入配置方法、装置、设备及存储介质 | |
CN108810927B (zh) | 一种调度请求的处理方法及系统 | |
CN108540994B (zh) | 缓存状态报告的触发方法、装置及用户设备 | |
CN113825189B (zh) | 一种切换控制方法及通信装置 | |
EP4181555A1 (en) | Data transmission type configuration method and terminal | |
JP2023510616A (ja) | 装置、方法およびコンピュータプログラム | |
EP3908054A1 (en) | Channel detection method and apparatus | |
de Andrade et al. | Random access mechanism for RAN overload control in LTE/LTE-A networks | |
CN115835418A (zh) | 连续lbt失败处理方法及装置、终端及网络侧设备 | |
EP3079429B1 (en) | Uplink data transmission determining apparatus and method | |
CN111182642B (zh) | 一种非周期间断性业务的调度方法、装置及设备 | |
EP3182786B1 (en) | Data transmission method and terminal | |
CN106792904B (zh) | 小包数据的传输方法及基站 | |
CN111107661B (zh) | 随机接入资源获取方法及装置 | |
CN113473571A (zh) | 小区接入控制方法、装置和基站 | |
CA2836330C (en) | Method and apparatus for load control on wireless communications network | |
US20230023266A1 (en) | Information processing method and apparatus and communication device | |
CN112188545B (zh) | 一种接入控制方法、装置、存储介质和基站 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |