CN106550463B - 一种语音业务数据传输调度方法和装置 - Google Patents

一种语音业务数据传输调度方法和装置 Download PDF

Info

Publication number
CN106550463B
CN106550463B CN201510609019.0A CN201510609019A CN106550463B CN 106550463 B CN106550463 B CN 106550463B CN 201510609019 A CN201510609019 A CN 201510609019A CN 106550463 B CN106550463 B CN 106550463B
Authority
CN
China
Prior art keywords
voice service
period
semi
activation
persistent scheduling
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
Application number
CN201510609019.0A
Other languages
English (en)
Other versions
CN106550463A (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.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment Co Ltd
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 Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to CN201510609019.0A priority Critical patent/CN106550463B/zh
Publication of CN106550463A publication Critical patent/CN106550463A/zh
Application granted granted Critical
Publication of CN106550463B publication Critical patent/CN106550463B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明涉及通信领域,尤其涉及一种语音业务数据传输调度方法和装置,包括:确定用户设备的语音业务静默期;根据所述用户设备的语音业务静默期的开始时间,向所述用户设备发送用于通知语音业务静默期半持续调度激活的第一物理下行控制信道PDCCH,并在所述用户设备的静默期内,根据语音业务静默期的数据分组间隔时长,与所述用户设备进行语音业务数据接收或发送;根据所述用户设备的语音业务静默期结束时间,向所述用户设备发送用于通知语音业务静默期半持续调度释放的第二PDCCH。本发明用以降低语音业务中基站信令的开销,提高基站系统的性能与容量。

Description

一种语音业务数据传输调度方法和装置
技术领域
本发明涉及通信领域,尤其涉及一种语音业务数据传输调度方法和装置。
背景技术
半持续调度(SPS,Semi-Persistent Scheduling)是作为动态调度的补充引入的,用于支持数据分组大小相对固定、周期性传输的业务,如VOIP(网络电话,Voice overInternet Protocol)语音业务。
VOIP就是将模拟信号数字化,以数据分组的形式在IP网络上实时传递。VOIP语音业务主要分为瞬态期、激活期和静默期,其中在业务的稳定期间,主要分为激活期与静默期,如图1。激活期与静默期的数据分组都是周期性传递,激活期分组间隔周期为20ms,数据分组的大小相比于静默期的数据分组较大,静默期分组间隔160ms,此时数据分组的大小相对较小。
现有技术中,基站通过发送RRC(无线资源控制,Radio Resource Control)信令,为UE(用户设备,User Equipment)配置激活期的SPS周期T1,如图2所示,基站通过向UE发送PDCCH(物理下行控制信道,Physical Downlink Control Channel)信令激活或释放SPS资源,即只需在激活期的开始和结束时向UE发送PDCCH信令。对于静默期,目前采用动态调度,调度每一个数据分组需要单独发送PDCCH信令。因此,信令开销大,降低了基站的性能。
发明内容
本发明实施例提供一种语音业务数据传输调度方法和装置,用以降低语音业务中基站信令的开销。
本发明实施例提供的语音业务数据传输调度方法包括:
确定用户设备的语音业务静默期;
根据所述用户设备的语音业务静默期的开始时间,向所述用户设备发送用于通知语音业务静默期半持续调度激活的第一物理下行控制信道PDCCH,并在所述用户设备的静默期内,根据语音业务静默期的数据分组间隔时长,与所述用户设备进行语音业务数据接收或发送;
根据所述用户设备的语音业务静默期结束时间,向所述用户设备发送用于通知语音业务静默期半持续调度释放的第二PDCCH。
较佳地,所述第一PDCCH中携带有半持续调度激活参数以及静默期激活指示信息;所述第二PDCCH中携带有半持续调度释放参数以及静默期释放指示信息。
较佳地,所述方法还包括:
确定所述用户设备的语音业务激活期;
根据所述用户设备的语音业务激活期的开始时间,向所述用户设备发送携带有语音业务激活期半持续调度激活指示信息的第三PDCCH,并在所述用户设备的激活期内,根据语音业务激活期的数据分组间隔时长,与所述用户设备进行语音业务数据接收或发送;
根据所述用户设备的语音业务激活期结束时间,向所述用户设备发送携带有语音业务激活期半持续调度释放指示信息的第四PDCCH。
较佳地,所述第三PDCCH中携带有半持续调度激活参数以及激活期激活指示信息;所述第四PDCCH中携带有半持续调度释放参数以及激活期释放指示信息。
较佳地,所述方法还包括:向所述用户设备发送无线资源控制RRC信令,所述RRC信令中携带有语音业务半持续调度参数,所述语音业务半持续调度参数包括静默期半持续调度参数和激活期半持续调度参数。
较佳地,所述静默期半持续调度参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
较佳地,所述RRC信令包括以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
一种语音业务数据传输调度方法,包括:
接收用于通知语音业务静默期半持续调度激活的第一物理下行控制信道PDCCH;
根据所述第一PDCCH以及静默期半持续调度参数,确定语音业务静默期的起始时间;
从语音业务静默期的起始时间开始,根据语音业务静默期半持续调度参数中的静默期数据分组间隔时长,进行语音业务数据接收或发送;
接收用于通知语音业务静默期半持续调度释放的第二PDCCH,根据所述第二PDCCH停止所述语音业务静默期数据的接收或发送的过程。
较佳地,所述第一PDCCH中携带有半持续调度激活参数以及静默期激活指示信息;所述第二PDCCH中携带有半持续调度释放参数以及静默期释放指示信息。
较佳地,所述方法还包括:
接收用于通知语音业务激活期半持续调度激活的第三PDCCH;
根据所述第三PDCCH以及语音业务激活期配置参数,确定语音业务激活期的起始时间;
从语音业务激活期的起始时间开始,根据语音业务激活期半持续调度参数中的激活期数据分组间隔时长,进行语音业务数据接收或发送;
接收用于通知语音业务激活期半持续调度释放的第四PDCCH,根据所述第四PDCCH停止所述语音业务激活期数据的接收或发送的过程。
所述第三PDCCH中携带有半持续调度激活参数以及激活期激活指示信息;所述第四PDCCH中携带有半持续调度释放参数以及激活期释放指示信息。
所述方法还包括:接收无线资源控制RRC信令,所述RRC信令中携带有语音业务半持续调度参数,所述语音业务半持续调度参数包括静默期半持续调度参数和激活期半持续调度参数。
所述静默期半持续调度参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
所述RRC信令包括以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
所述根据语音业务激活期半持续调度参数中的静默期数据分组间隔时长,进行语音业务数据接收或发送,包括:
根据所述语音业务静默期半持续调度参数中的上行静默期数据分组间隔时长,计算语音业务数据分组的发送时刻;
按照所述上行语音业务数据分组的发送时刻,发送音业务数据分组;
所述语音业务数据分组的发送时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstart time+subframestart time)+N×semiPersistSchedIntervalULSilent+Subframe_Offset×(N modulo 2)]modulo10240,for all N>0
其中,SFNstart time为所述语音业务静默期半持续调度激活时刻的帧号,subframestart time为所述语音业务静默期半持续调度激活时刻的子帧号,semiPersistSchedIntervalULSilent为所述上行静默期数据分组间隔时长。
所述根据语音业务静默期半持续调度参数中的静默期数据分组间隔时长,进行语音业务数据接收或发送,还包括:
根据所述语音业务激活期半持续调度参数中的下行静默期数据分组间隔时长,计算语音业务数据分组的接收时刻;
按照所述下行语音业务数据分组的接收时刻,接收语音业务数据分组;
所述语音业务数据分组的接收时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstart time+subframestart time)+N×semiPersistSchedIntervalDLSilent]modulo 10240,for all N>0
其中,SFNstart time为所述语音业务静默期半持续调度激活时刻的帧号,subframestart time为所述语音业务静默期半持续调度激活时刻的子帧号,semiPersistSchedIntervalDLSilent为所述下行静默期数据分组间隔时长。
一种基站,包括:
状态确定模块,用于确定用户设备的语音业务静默期;
数据传输模块,用于根据所述用户设备的语音业务静默期的开始时间,向所述用户设备发送用于通知语音业务静默期半持续调度激活的第一物理下行控制信道PDCCH,并在所述用户设备的静默期内,根据语音业务静默期的数据分组间隔时长,与所述用户设备进行语音业务数据接收或发送;根据所述用户设备的语音业务静默期结束时间,向所述用户设备发送用于通知语音业务静默期半持续调度释放的第二PDCCH。
所述第一PDCCH中携带有半持续调度激活参数以及静默期激活指示信息;所述第二PDCCH中携带有半持续调度释放参数以及静默期释放指示信息。
所述状态确定模块,还用于确定所述用户设备的语音业务激活期;所述数据传输模块,还用于根据所述用户设备的语音业务激活期的开始时间,向所述用户设备发送携带有语音业务激活期半持续调度激活指示信息的第三PDCCH,并在所述用户设备的激活期内,根据语音业务激活期的数据分组间隔时长,与所述用户设备进行语音业务数据接收或发送;根据所述用户设备的语音业务激活期结束时间,向所述用户设备发送携带有语音业务激活期半持续调度释放指示信息的第四PDCCH。
所述第三PDCCH中携带有半持续调度激活参数以及激活期激活指示信息;所述第四PDCCH中携带有半持续调度释放参数以及激活期释放指示信息。
所述数据传输模块还用于:向所述用户设备发送无线资源控制RRC信令,所述RRC信令中携带有语音业务半持续调度参数,所述语音业务半持续调度参数包括静默期半持续调度参数和激活期半持续调度参数。
所述静默期半持续调度参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
所述RRC信令包括以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
一种用户设备,包括:
数据传输模块,用于接收用于通知语音业务静默期半持续调度激活的第一物理下行控制信道PDCCH;从语音业务静默期的起始时间开始,根据语音业务静默期半持续调度参数中的静默期数据分组间隔时长,进行语音业务数据接收或发送;接收用于通知语音业务静默期半持续调度释放的第二PDCCH,根据所述第二PDCCH停止所述语音业务静默期数据的接收或发送的过程;
状态确定模块,用于根据所述第一PDCCH以及静默期半持续调度参数,确定语音业务静默期的起始时间。
所述第一PDCCH中携带有半持续调度激活参数以及静默期激活指示信息;所述第二PDCCH中携带有半持续调度释放参数以及静默期释放指示信息。
所述数据传输模块,还用于接收用于通知语音业务激活期半持续调度激活的第三PDCCH;从语音业务激活期的起始时间开始,根据语音业务激活期半持续调度参数中的激活期数据分组间隔时长,进行语音业务数据接收或发送;接收用于通知语音业务激活期半持续调度释放的第四PDCCH,根据所述第四PDCCH停止所述语音业务激活期数据接收或发送的过程;所述状态确定模块,还用于根据所述第三PDCCH以及语音业务激活期配置参数,确定语音业务激活期的起始时间。
所述第三PDCCH中携带有半持续调度激活参数以及激活期激活指示信息;所述第四PDCCH中携带有半持续调度释放参数以及激活期释放指示信息。
所述数据传输模块还用于:接收无线资源控制RRC信令,所述RRC信令中携带有语音业务半持续调度参数,所述语音业务半持续调度参数包括静默期半持续调度参数和激活期半持续调度参数。
所述静默期半持续调度参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
所述RRC信令包括以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
状态确定模块,还用于根据所述语音业务静默期半持续调度参数中的上行静默期数据分组间隔时长,计算语音业务数据分组的发送时刻;
所述数据传输模块,具体用于按照所述上行语音业务数据分组的发送时刻,发送音业务数据分组;
所述语音业务数据分组的发送时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstart time+subframestart time)+N×semiPersistSchedIntervalULSilent+Subframe_Offset×(N modulo 2)]modulo10240,for all N>0,
其中,SFNstart time为所述语音业务静默期半持续调度激活时刻的帧号,subframestart time为所述语音业务静默期半持续调度激活时刻的子帧号,semiPersistSchedIntervalULSilent为所述上行静默期数据分组间隔时长。
所述状态确定模块,还用于根据所述语音业务静默期半持续调度参数中的下行静默期数据分组间隔时长,计算语音业务数据分组的接收时刻;
所述数据传输模块,具体用于按照所述下行语音业务数据分组的接收时刻,接收语音业务数据分组;
所述语音业务数据分组的接收时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstart time+subframestart time)+N×semiPersistSchedIntervalDLSilent]modulo 10240,for all N>0,
其中,SFNstart time为所述语音业务静默期半持续调度激活时刻的帧号,subframestart time为所述语音业务静默期半持续调度激活时刻的子帧号,semiPersistSchedIntervalDLSilent为所述下行静默期数据分组间隔时长。
本发明实施例中,通过向UE发送第一PDCCH激活静默期SPS,并根据数据分组间隔时长,进行语音业务的数据接收或发送,在语音业务静默期结束时,再通过向UE发送第二PDCCH释放静默期SPS,从而在语音业务的静默期进行SPS,只需发送两次PDCCH,而现有技术中静默期采用动态调度,调度每一个数据分组都需单独发送PDCCH,因此,本发明实施例降低了PDCCH信令开销,提升了系统的性能与容量。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中VOIP语音业务的业务模型示意图;
图2为现有技术中激活期半持续调度和静默期动态调度过程示意图;
图3为本发明实施例中通过RRC连接建立消息配置SPS参数过程示意图;
图4为本发明实施例中通过RRC连接重建立消息配置SPS参数过程示意图;
图5为本发明实施例中通过RRC连接重配置消息配置SPS参数过程示意图;
图6为本发明实施例中通过组呼配置消息配置SPS参数过程示意图;
图7为本发明实施例中基站侧语音业务静默期数据传输调度流程图;
图8为本发明实施例中基站侧语音业务激活期数据传输调度流程图;
图9为本发明实施例中单呼业务中上行语音业务的流程图;
图10为本发明实施例中单呼业务中下行语音业务的流程图;
图11为本发明实施例中语音业务数据传输调度装置的基站侧结构示意图;
图12为本发明实施例中语音业务数据传输调度装置的用户设备侧结构示意图;
图13为本发明实施例提供的基站的结构示意图;
图14为本发明实施例提供的用户设备的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
现有技术中,当基站获知语音业务激活期到来时,通过PDCCH向UE发送SPS激活消息,UE根据之前收到的RRC信令中配置的SPS参数,并结合SPS激活的时刻,可以计算出接收或发送数据分组的时刻,根据这个时刻周期性地进行激活期数据分组的接收与发送。当激活期结束时,基站通过PDCCH向UE发送SPS释放消息,UE收到该PDCCH信令后,释放SPS资源。
为了在语音业务的静默期进行SPS,本发明实施例中,基站除了要将激活期SPS参数配置给UE以外,还要将静默期SPS参数配置给UE。
基站向UE配置语音业务SPS参数,可以采用多种方式。
为了与现有技术中的语音业务SPS参数配置方式兼容,本发明实施例优选地,可在语音业务开始之前,通过RRC信令向UE配置语音业务SPS参数,即,通过对RRC信令进行扩展,使其承载上述语音业务SPS参数。
具体地,基站向UE发送RRC信令,该RRC信令中携带有语音业务SPS参数,所述语音业务SPS参数包括静默期SPS参数和激活期SPS参数。其中,静默期SPS参数中可包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
单呼业务,包括上行业务和下行业务,故静默期SPS参数中包括上行静默期数据分组间隔时长和下行静默期数据分组间隔时长;组呼业务只有下行业务没有上行业务,故静默期SPS参数中只有下行静默期数据分组间隔时长。
本发明实施例中用于配置SPS参数的RRC信令可以是本发明实施例新定义的信令,也可以是复用现有流程中的RRC信令,对于后者,举例来说,该RRC信令可以是以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
以通过RRC连接建立消息配置SPS参数为例,如图3所示,UE向基站发送RRC连接请求(RRC Connection Request)消息;基站接收到RRC连接请求后,向UE发送RRC连接建立(RRC Connection Setup)消息,该消息中携带有为该UE配置的激活期SPS参数和静默期SPS参数;UE接收到RRC连接建立消息后,向基站反馈RRC连接建立完成(RRC Connection SetupComplete)消息。
另一方面,如图4所示,UE向基站发送RRC连接重建立请求(RRC ConnectionReestablishment Request)消息;基站接收到RRC连接请求后,向UE发送RRC连接重建立(RRC Connection Reestablishment)消息,该消息中携带有为该UE配置的激活期SPS参数和静默期SPS参数;UE接收到RRC连接重建立消息后,向基站反馈RRC连接重建立完成(RRCConnection Reestablishment Complete)消息。
再一方面,如图5所示,基站向UE发送RRC连接重配置(RRC ConnectionReconfiguration)消息,该消息中携带有为该UE配置的激活期SPS参数和静默期SPS参数;UE接收到RRC连接重配置消息后,向基站反馈RRC连接重配置完成(RRC ConnectionReconfiguration Complete)消息。
此外,如图6所示,若业务为组呼业务,则基站通过向UE发送组呼配置(Group CallConfig)消息,将激活期SPS参数和静默期SPS参数配置给UE。
本发明实施例可以但不限应用于语音单呼、可视单呼、语音群呼和可视群呼业务,以下仅以单呼和组呼为例,进行详细描述。
单呼业务情况下,作为一种具体实现方式,本发明实施例中的上述RRC信令中SPS参数定义如下:
Figure BDA0000808536300000101
Figure BDA0000808536300000111
Figure BDA0000808536300000121
上述协议参数中,为了增加上行静默期数据分组间隔时长参数,将原参数名称“semiPersistSchedIntervalUL”修改为“semiPersistSchedIntervalULActive”,用以表示上行激活期数据分组间隔时长参数,参数取值不变;增加上行静默期数据分组间隔时长参数“semiPersistSchedIntervalULSilent”,参数值定义与“semiPersistSchedIntervalUL”的值类似。相应地,为了增加下行静默期数据分组间隔时长参数,将原参数名称“semiPersistSchedIntervalDL”修改为“semiPersistSchedIntervalDLActive”,用以表示下行激活期数据分组间隔时长参数,参数取值不变,增加下行静默期数据分组间隔时长参数“semiPersistSchedIntervalDLSilent”;参数值定义与“semiPersistSchedIntervalDL”的值类似。
组呼业务情况下,作为一种实现方式,RRC信令中SPS参数定义如下:
Figure BDA0000808536300000122
Figure BDA0000808536300000131
上述协议参数中,由于组呼业务情况下只有下行数据分组,没有上行数据分组,因此,组呼业务的RRC信令定义了下行数据分组间隔时长。为了增加下行静默期数据分组间隔时长参数,将原参数名称“semiPersistSchedIntervalDL”修改为“semiPersistSchedIntervalDLActive”,用以表示下行激活期数据分组间隔时长参数,参数取值不变;增加下行静默期数据分组间隔时长参数“semiPersistSchedIntervalDLSilent”,参数值定义与“semiPersistSchedIntervalDL”的值类似。
图7示出了本发明实施例提供的语音业务数据传输调度流程,该流程可在基站侧实现,该流程可以包括如下步骤:
S101:确定UE的语音业务静默期。
具体地,基站可以根据接收到数据包大小的变化,判断UE由激活期转换为静默期,如当接收到的数据包由比阈值大转换为比阈值小,则判断UE从激活期转换为静默期。此外,也可以根据接收到相邻数据包的间隔时间的变化,或其它任意可行的方式判断UE业务状态发生了转换。
S102:根据所述UE的语音业务静默期的开始时间,向所述UE发送用于通知语音业务静默期SPS激活的第一PDCCH,并在所述UE的静默期内,根据语音业务静默期的数据分组间隔时长,与所述UE进行语音业务数据接收或发送。
其中,“第一PDCCH”并不特指某个PDCCH,仅是为了区别于下面描述中的其他PDCCH。
第一PDCCH中携带有SPS激活参数以及静默期激活指示信息,用以通知UE激活静默期SPS。
本发明实施例中,静默期和激活期均采用SPS的方式,并都利用PDCCH通知UE激活或释放SPS,因此,PDCCH中增加了标识该PDCCH是相应于静默期或激活期的指示信息。
在一具体实现方式中,单呼业务情况下,第一PDCCH中静默期SPS激活参数如表1所示:
表1
DCI格式0 DCI格式1/1A DCI格式2/2A
PUSCH的TPC命令 设置为‘00’ N/A N/A
DMRS的循环偏移 设置为‘000’ N/A N/A
MCS和冗余版本方案 高位置为‘0’ N/A N/A
HARQ进程数 N/A 设置为‘0000’ 设置为‘0000’
MCS N/A 高位设置为‘0’ 用于传输的码字:高位设置为‘0’
冗余版本 N/A 设置为‘00’ 用于传输的码字:设置为‘00’
周期类型标志(1bit) 1:静默期 1:静默期 1:静默期
表1中,相较于现有技术,本发明实施例新增1bit周期类型标志,当该周期类型标志取值为1时,表示该PDCCH用于进行静默期SPS。DCI格式0用于通知激活上行SPS,DCI格式1、1A、2、2A用于通知激活不同传输模式下的下行SPS。
在另一具体实现方式中,组呼业务情况下,第一PDCCH中静默期SPS激活参数如表2所示:
表2
DCI格式1A
HARQ进程数 设置为‘0000’
调制与编码方式 最高有效位(MSB)设置为‘0’
冗余版本 设置为‘00’
周期类型标志(1bit) 1:静默期
表2中,相较于现有技术,本发明实施例新增1bit周期类型标志,当该周期类型标志取值为1时,表示该PDCCH用于进行静默期SPS。DCI格式1A用于通知激活下行SPS。
上述表1和表2仅是静默期SPS激活参数的一种实施方式,具体应用过程中,并不限于此。
在步骤S102中,若UE进行上行传输,则UE可根据所述语音业务静默期SPS参数中的上行静默期数据分组间隔时长,计算语音业务数据分组的发送时刻,并按照所述上行语音业务数据分组的发送时刻,发送语音业务数据分组。以VoIP业务为例,在上行方向时,UE可根据接收到的RRC信令中的上行静默期数据分组间隔时长,以及接收到用以激活上行静默期SPS的PDCCH的时刻,计算出发送静默期数据分组的时刻,并按照该时刻向基站发送静默期数据分组。
上行静默期数据分组的发送时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstart time+subframestart time)+N×semiPersistSchedIntervalULSilent+Subframe_Offset×(N modulo 2)]modulo10240,for all N>0…………………………………………………………(1)
其中,SFNstart time为语音业务静默期SPS激活时刻的帧号,subframestart time为语音业务静默期SPS激活时刻的子帧号,semiPersistSchedIntervalULSilent为上行静默期数据分组间隔时长。
类似地,在步骤S102中,若UE进行下行传输,则UE可根据所述语音业务静默期SPS参数中的下行静默期数据分组间隔时长,计算语音业务数据分组的接收时刻,按照所述下行语音业务数据分组的接收时刻,接收语音业务数据分组。以VoIP业务为例,在下行方向上,UE可根据接收到的RRC信令中的下行静默期数据分组间隔时长,以及接收到用以激活下行静默期SPS的PDCCH的时刻,计算出接收静默期数据分组的时刻,并按照该时刻接收基站发来的静默期数据分组。
下行静默期数据分组的接收时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstart time+subframestart time)+N×semiPersistSchedIntervalDLSilent]modulo 10240,for all N>0…………(2)
其中,SFNstart time为语音业务静默期SPS激活时刻的帧号,subframestart time为语音业务静默期SPS激活时刻的子帧号,semiPersistSchedIntervalDLSilent为下行静默期数据分组间隔时长。
本发明实施例中,进行组呼业务的下行静默期数据分组的发送时刻的计算公式与上述公式(2)相同。
S103:根据所述UE的语音业务静默期结束时间,向所述UE发送用于通知语音业务静默期SPS释放的第二PDCCH。
步骤S103中,第二PDCCH中携带有SPS释放参数以及静默期释放指示信息,用以通知UE释放静默期SPS。
具体来说,单呼业务情况下,第二PDCCH中静默期SPS释放参数如表3所示:
表3
DCI格式0 DCI格式1A
PUSCH的TPC命令 设置为‘00’ N/A
DMRS的循环偏移 设置为‘000’ N/A
MCS和冗余版本方案 高位置为‘0’ N/A
RB分配以及调频资源分配 全部置为‘1’ N/A
HARQ进程数 N/A 设置为‘0000’
MCS N/A 设置为‘1111’
冗余版本 N/A 设置为‘00’
RB分配 N/A 全部置为‘1’
周期类型标志(1bit) 1:静默期 1:静默期
表3中,相较于现有技术,本发明实施例新增1bit周期类型标志,当该周期类型标志取值为1时,表示该PDCCH用于进行静默期SPS。DCI格式0用于通知释放上行SPS,DCI格式1A用于通知释放下行SPS。
组呼业务情况下,第二PDCCH中静默期SPS释放参数如表4所示:
表4
DCI格式1A
HARQ进程数 设置为‘0000’
调制与编码方式 设置为‘11111’
冗余版本 设置为‘00’
资源块分配 设置为全‘1’
周期类型标志(1bit) 1:静默期
表4中,相较于现有技术,本发明实施例新增1bit周期类型标志,当该周期类型标志取值为1时,表示该PDCCH用于进行静默期SPS。DCI格式1A用于通知激活下行SPS。
上述表1和表2仅是静默期SPS释放参数的一种实施方式,具体应用过程中,并不限于此。
通过以上描述可以看出,本发明实施例在语音业务静默期采用SPS,通过第一PDCCH激活UE的静默期SPS,并通过第二PDCCH释放静默期SPS,因此,只在静默期SPS的激活和释放时,需发送两次PDCCH,与现有技术中静默期采用动态调度相比,减少了信令开销,提高了系统的性能。
相应的,本发明实施例激活期也采用SPS,激活期SPS的流程如图8所示,可以包括以下步骤:
S201:确定所述UE的语音业务激活期。
具体地,可以根据接收到数据包大小的变化,判断UE由静默期转换为激活期,如当接收到的数据包由比阈值小转换为比阈值大,则判断UE从静默期转换为激活期。此外,也可以根据接收到相邻数据包的间隔时间的变化,或其它任意可行的方式判断UE业务状态发生了转换。
S202:根据所述UE的语音业务激活期的开始时间,向所述UE发送携带有语音业务激活期SPS激活指示信息的第三PDCCH,并在所述UE的激活期内,根据语音业务激活期的数据分组间隔时长,与所述UE进行语音业务数据接收或发送。
步骤S202中,第三PDCCH中携带有SPS激活参数以及激活期激活指示信息,用以通知UE激活激活期SPS。
具体来说单呼业务情况下,第三PDCCH中激活期SPS激活参数如表5所示:
表5
DCI格式0 DCI格式1/1A DCI格式2/2A
PUSCH的TPC命令 设置为‘00’ N/A N/A
DMRS的循环偏移 设置为‘000’ N/A N/A
MCS和冗余版本方案 高位置为‘0’ N/A N/A
HARQ进程数 N/A 设置为‘0000’ 设置为‘0000’
MCS N/A 高位设置为‘0’ 用于传输的码字:高位设置为‘0’
冗余版本 N/A 设置为‘00’ 用于传输的码字:设置为‘00’
周期类型标志(1bit) 0:激活期 0:激活期 0:激活期
其中,相较于现有技术,新增1bit周期类型标志,当该周期类型标志取值为0时,表示该PDCCH用于进行激活期SPS。DCI格式0用于通知激活上行SPS,DCI格式1、1A、2、2A用于通知激活不同传输模式下的下行SPS。
组呼业务情况下,第三PDCCH中激活期SPS激活参数如表6所示:
表6
DCI格式1A
HARQ进程数 设置为‘0000’
调制与编码方式 最高有效位(MSB)设置为‘0’
冗余版本 设置为‘00’
周期类型标志(1bit) 0:激活期
表6中,相较于现有技术,本发明实施例新增1bit周期类型标志,当该周期类型标志取值为0时,表示该PDCCH用于进行激活期SPS。DCI格式1A用于通知激活下行SPS。
上述表5和表6仅是激活期SPS激活参数的一种实施方式,具体应用过程中,并不限于此。
UE可根据接收到的RRC信令中的上行激活期数据分组间隔时长,以及接收到用以激活上行激活期SPS的PDCCH的时刻,计算出发送激活期数据分组的时刻,并按照该时刻向基站发送激活期数据分组,上行激活期数据分组的发送时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstart time+subframestart time)+N×semiPersistSchedIntervalULActive+Subframe_Offset×(N modulo 2)]modulo10240,for all N>0……………………………………………………(3)
其中,SFNstart time为语音业务激活期SPS激活时刻的帧号,subframestart time为语音业务激活期SPS激活时刻的子帧号,semiPersistSchedIntervalULActive为上行激活期数据分组间隔时长。
类似地,UE可根据接收到的RRC信令中的下行激活期数据分组间隔时长,以及接收到用以激活下行激活期SPS的PDCCH的时刻,计算出接收激活期数据分组的时刻,并按照该时刻接收基站发来的激活期数据分组。下行激活期数据分组的接收时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstart time+subframestart time)+N×semiPersistSchedIntervalDLActive]modulo 10240,for all N>0…………(4)
其中,SFNstart time为语音业务激活期SPS激活时刻的帧号,subframestart time为语音业务激活期SPS激活时刻的子帧号,semiPersistSchedIntervalDLActive为下行激活期数据分组间隔时长。
此外,组呼业务的下行UE发送激活期数据分组时刻的计算公式与单呼业务的下行UE接收激活期数据分组时刻的计算公式4相同。
S203:根据所述UE的语音业务激活期结束时间,向所述UE发送携带有语音业务激活期SPS释放指示信息的第四PDCCH。
步骤S203中,第四PDCCH中携带有SPS释放参数以及激活期释放指示信息,用以通知UE释放激活期SPS。
具体来说,单呼业务情况下,第四PDCCH中激活期SPS释放参数如表7所示:
表7
DCI格式0 DCI格式1A
PUSCH的TPC命令 设置为‘00’ N/A
DMRS的循环偏移 设置为‘000’ N/A
MCS和冗余版本方案 高位置为‘0’ N/A
RB分配以及调频资源分配 全部置为‘1’ N/A
HARQ进程数 N/A 设置为‘0000’
MCS N/A 设置为‘1111’
冗余版本 N/A 设置为‘00’
RB分配 N/A 全部置为‘1’
周期类型标志(1bit) 0:激活期 0:激活期
表7中,相较于现有技术,本发明实施例新增1bit周期类型标志,当该周期类型标志取值为0时,表示该PDCCH用于进行激活期SPS。DCI格式0用于通知释放上行SPS,DCI格式1A用于通知释放下行SPS。
组呼业务情况下,第四PDCCH中激活期SPS释放参数如表8所示:
表8
DCI格式1A
HARQ进程数 设置为‘0000’
调制与编码方式 设置为‘11111’
冗余版本 设置为‘00’
资源块分配 设置为全‘1’
周期类型标志(1bit) 0:激活期
表8中,相较于现有技术,本发明实施例新增1bit周期类型标志,当该周期类型标志取值为0时,表示该PDCCH用于进行激活期SPS。DCI格式1A用于通知释放下行SPS。
上述表7和表8仅是激活期SPS释放参数的一种实施方式,具体应用过程中,并不限于此。
为了更清楚地理解本发明,下面以具体实例对上述流程进行详细描述。单呼业务中上行语音业务的流程如图9所示,可以包括:
S301:基站向UE发送RRC信令,为UE配置SPS参数。
S302:基站获知上行语音业务到达激活期。由于VOIP业务中,不同状态下数据分组的大小不同且相对固定,如激活期的数据分组大小一般为35~49Byte,静默期数据分组的大小一般为10~24Byte。因此,基站可以基于数据分组的大小进行业务状态转换的判断。具体地,假设到达UE的数据分组大小为x,将x与阈值A(如30Byte)进行比较,如果UE判断由x>A转换到x<A,则UE判断业务状态由激活期转为静默期;如果UE判断由x<A转换到x>A,则UE判断业务状态由静默期转为激活期。
S303:基站向UE发送PDCCH通知激活期SPS激活。
S304:UE通过RRC信令中的上行激活期数据分组间隔时长参数,以及接收PDCCH激活激活期SPS的时刻,计算上行激活期数据分组发送时刻,具体计算见公式(3)。
S305:UE向基站发送上行激活期数据分组,其中,根据步骤S304中计算得出的发送时刻进行发送,时间间隔为20ms。
S306:基站获知上行语音业务到静默期。
S307:基站向UE发送PDCCH通知激活期SPS释放。
S308:基站向UE发送PDCCH通知静默期SPS激活。
S309:UE通过RRC信令中的上行静默期数据分组间隔时长参数,以及接收PDCCH激活静默期SPS的时刻,计算上行静默期数据分组发送时刻,具体计算见公式(1)。
S310:UE向基站发送上行静默期数据分组,其中,根据步骤S309中计算得出的发送时刻进行发送,时间间隔为160ms。
S311:基站获知上行语音业务到激活期。
S312:基站向UE发送PDCCH通知静默期SPS释放。
S313:基站向UE发送PDCCH通知激活期SPS激活。
之后,按照步骤S303至步骤S313重复执行,直至该上行语音业务结束释放为止。
若为单呼业务中的下行语音业务,则流程如图10所示,可以包括:
S401:基站向UE发送RRC信令,为UE配置SPS参数。本发明实施例中,步骤S401是可选步骤。若之前已向UE发送RRC信令,为UE配置SPS参数,且RRC信令中包含上行静默期数据分组间隔时长参数和下行静默期数据分组间隔时长参数,则步骤S401可以省略。
S402:基站获知下行语音业务到达激活期。具体地,基站基于数据分组的大小进行业务状态转换的判断,具体方法与步骤S302类似。
S403:基站向UE发送PDCCH通知激活期SPS激活。
S404:UE通过RRC信令中的下行激活期数据分组间隔时长参数,以及接收PDCCH激活激活期SPS的时刻,计算接收下行激活期数据分组时刻,具体计算见公式(4)。
S405:UE接收基站发送的下行激活期数据分组,其中,根据步骤S404中计算得出的接收时刻进行接收,时间间隔为20ms。
S406:基站获知下行语音业务到静默期。
S407:基站向UE发送PDCCH通知激活期SPS释放。
S408:基站向UE发送PDCCH通知静默期SPS激活。
S409:UE通过RRC信令中的下行静默期数据分组间隔时长参数,以及接收PDCCH激活静默期SPS的时刻,计算下行静默期数据分组接收时刻,具体计算见公式(2)。
S410:UE接收基站发送的下行静默期数据分组,其中,根据步骤S409中计算得出的接收时刻进行接收,时间间隔为160ms。
S411:基站获知下行语音业务到激活期。
S412:基站向UE发送PDCCH通知静默期SPS释放。
S413:基站向UE发送PDCCH通知激活期SPS激活。
之后,按照步骤S403至步骤S413重复执行,直至该下行语音业务结束释放为止。
此外,组呼业务只有下行,没有上行,组呼下行SPS过程与单呼业务中的下行语音业务的过程相同。
基于相同的技术构思,本发明实施例还提供一种语音业务数据传输调度装置,如图11所示,一种基站,包括:
状态确定模块101,用于确定UE的语音业务静默期;
数据传输模块102,用于根据所述UE的语音业务静默期的开始时间,向所述UE发送用于通知语音业务静默期SPS激活的第一物理下行控制信道PDCCH,并在所述UE的静默期内,根据语音业务静默期的数据分组间隔时长,与所述UE进行语音业务数据接收或发送;根据所述UE的语音业务静默期结束时间,向所述UE发送用于通知语音业务静默期SPS释放的第二PDCCH。
较佳地,所述第一PDCCH中携带有SPS激活参数以及静默期激活指示信息;所述第二PDCCH中携带有SPS释放参数以及静默期释放指示信息。
较佳地,状态确定模块101,还用于确定所述UE的语音业务激活期;数据传输模块102,还用于根据所述UE的语音业务激活期的开始时间,向所述UE发送携带有语音业务激活期SPS激活指示信息的第三PDCCH,并在所述UE的激活期内,根据语音业务激活期的数据分组间隔时长,与所述UE进行语音业务数据接收或发送;根据所述UE的语音业务激活期结束时间,向所述UE发送携带有语音业务激活期SPS释放指示信息的第四PDCCH。
较佳地,所述第三PDCCH中携带有SPS激活参数以及激活期激活指示信息;所述第四PDCCH中携带有SPS释放参数以及激活期释放指示信息。
较佳地,所述数据传输模块102还用于:向所述UE发送无线资源控制RRC信令,所述RRC信令中携带有语音业务SPS参数,所述语音业务SPS参数包括静默期SPS参数和激活期SPS参数。
较佳地,所述静默期SPS参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
较佳地,所述RRC信令包括以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
一种用户设备,如图12所示,包括:数据传输模块103和状态确定模块104。
数据传输模块103,用于接收用于通知语音业务静默期SPS激活的第一物理下行控制信道PDCCH;从语音业务静默期的起始时间开始,根据语音业务静默期SPS参数中的静默期数据分组间隔时长,进行语音业务数据接收或发送;接收用于通知语音业务静默期SPS释放的第二PDCCH,根据所述第二PDCCH停止所述语音业务静默期数据的接收或发送的过程。
状态确定模块104,用于根据所述第一PDCCH以及静默期SPS参数,确定语音业务静默期的起始时间。
较佳地,所述第一PDCCH中携带有SPS激活参数以及静默期激活指示信息;所述第二PDCCH中携带有SPS释放参数以及静默期释放指示信息。
较佳地,所述第二数据传输模块,还用于接收用于通知语音业务激活期SPS激活的第三PDCCH;从语音业务激活期的起始时间开始,根据语音业务激活期SPS参数中的激活期数据分组间隔时长,进行语音业务数据接收或发送;接收用于通知语音业务激活期SPS释放的第四PDCCH,根据所述第四PDCCH停止所述语音业务激活期数据的接收或发送的过程。
状态确定模块104,还用于根据所述第三PDCCH以及语音业务激活期配置参数,确定语音业务激活期的起始时间。
较佳地,所述第三PDCCH中携带有SPS激活参数以及激活期激活指示信息;所述第四PDCCH中携带有SPS释放参数以及激活期释放指示信息。
较佳地,数据传输模块103还用于:接收无线资源控制RRC信令,所述RRC信令中携带有语音业务SPS参数,所述语音业务SPS参数包括静默期SPS参数和激活期SPS参数。
较佳地,所述静默期SPS参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
较佳地,所述RRC信令包括以下信令中的一种:RRC连接建立、RRC连接重建立、RRC连接重配置、组呼配置。
较佳地,状态确定模块104,还用于根据所述语音业务激活期SPS参数中的上行静默期数据分组间隔时长,计算语音业务数据分组的发送时刻。
数据传输模块103,具体用于按照所述上行语音业务数据分组的发送时刻,发送音业务数据分组。
所述语音业务数据分组的发送时刻的计算公式为公式(1)。
较佳地,状态确定模块104,还用于根据所述语音业务激活期SPS参数中的下行静默期数据分组间隔时长,计算语音业务数据分组的接收时刻。
数据传输模块103,还用于按照所述下行语音业务数据分组的接收时刻,接收语音业务数据分组。
所述语音业务数据分组的接收时刻的计算公式为公式(2)。
基于相同的技术构思,本发明实施例还提供一种基站,如图13所示,该基站主要包括:处理器210、存储器220、收发机230、总线接口240,其中处理器210、存储器220与收发机230之间通过总线接口240连接;
处理器210,用于读取存储器220中的程序,执行下列过程:确定用户设备的语音业务静默期;根据所述用户设备的语音业务静默期的开始时间,向所述用户设备发送用于通知语音业务静默期半持续调度激活的第一物理下行控制信道PDCCH,并在所述用户设备的静默期内,根据语音业务静默期的数据分组间隔时长,与所述用户设备进行语音业务数据接收或发送;根据所述用户设备的语音业务静默期结束时间,向所述用户设备发送用于通知语音业务静默期半持续调度释放的第二PDCCH。
存储器220,用于存储一个或多个可执行程序,可以存储处理器210在执行操作时所使用的数据;
收发机230,可以是多个元件,即包括发送机和收发机,用于在处理器210的控制下向所述用户设备发送参考信号和业务信道;
总线接口240提供接口,处理器负责管理总线架构和通常的处理。
其中,在图13中,总线构架可以包括任意数量的互联的总线和桥,具体由处理器210代表的一个或多个处理器和存储器220代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。
其中,优选地,第一PDCCH中携带有半持续调度激活参数以及静默期激活指示信息;第二PDCCH中携带有半持续调度释放参数以及静默期释放指示信息。
优选地,处理器210还用于:确定所述用户设备的语音业务激活期;根据所述用户设备的语音业务激活期的开始时间,向所述用户设备发送携带有语音业务激活期半持续调度激活指示信息的第三PDCCH,并在所述用户设备的激活期内,根据语音业务激活期的数据分组间隔时长,与所述用户设备进行语音业务数据接收或发送;根据所述用户设备的语音业务激活期结束时间,向所述用户设备发送携带有语音业务激活期半持续调度释放指示信息的第四PDCCH。
其中,优选地,第三PDCCH中携带有半持续调度激活参数以及激活期激活指示信息;第四PDCCH中携带有半持续调度释放参数以及激活期释放指示信息。
优选地,处理器210还用于:向所述用户设备发送无线资源控制RRC信令,所述RRC信令中携带有语音业务半持续调度参数,所述语音业务半持续调度参数包括静默期半持续调度参数和激活期半持续调度参数。
其中,优选地,静默期半持续调度参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
优选地,RRC信令包括以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
本发明实施例还提供一种用户设备,如图14所示,该用户设备主要包括:处理器310、存储器320、收发机330、用户接口340、总线接口350,其中处理器310、存储器320、收发机330与用户接口340之间通过总线接口350连接;
处理器310,用于读取存储器320中的程序,执行下列过程:根据所述第一PDCCH以及静默期半持续调度参数,确定语音业务静默期的起始时间;通过收发机330接收用于通知语音业务静默期半持续调度激活的第一物理下行控制信道PDCCH;从语音业务静默期的起始时间开始,根据语音业务静默期半持续调度参数中的静默期数据分组间隔时长,进行语音业务数据接收或发送;通过收发机330接收用于通知语音业务静默期半持续调度释放的第二PDCCH,根据所述第二PDCCH停止所述语音业务静默期数据的接收或发送的过程。
处理器310负责管理总线架构和通常的处理,存储器320可以存储处理器310在执行操作时所使用的数据。
收发机330可以是多个元件,即包括发送机和接收机,用于在处理器310的控制下接收和发送数据。
针对不同的用户设备,用户接口340还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
总线接口350提供接口。
其中,在图14中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器310代表的一个或多个处理器和存储器320代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。
其中,优选地,第一PDCCH中携带有半持续调度激活参数以及静默期激活指示信息;第二PDCCH中携带有半持续调度释放参数以及静默期释放指示信息。
优选地,处理器310还用于:根据所述第三PDCCH以及语音业务激活期配置参数,确定语音业务激活期的起始时间;接收用于通知语音业务激活期半持续调度激活的第三PDCCH;从语音业务激活期的起始时间开始,根据语音业务激活期半持续调度参数中的激活期数据分组间隔时长,进行语音业务数据接收或发送;接收用于通知语音业务激活期半持续调度释放的第四PDCCH,根据所述第四PDCCH停止所述语音业务激活期数据的接收或发送的过程。
其中,优选地,所述第三PDCCH中携带有半持续调度激活参数以及激活期激活指示信息;所述第四PDCCH中携带有半持续调度释放参数以及激活期释放指示信息。
优选地,处理器310还用于:接收无线资源控制RRC信令,所述RRC信令中携带有语音业务半持续调度参数,所述语音业务半持续调度参数包括静默期半持续调度参数和激活期半持续调度参数。
其中,优选地,静默期半持续调度参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
RRC信令包括以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
优选地,处理器310还用于:根据所述语音业务静默期半持续调度参数中的上行静默期数据分组间隔时长,计算语音业务数据分组的发送时刻;按照所述上行语音业务数据分组的发送时刻,发送音业务数据分组;所述语音业务数据分组的发送时刻的计算公式为公式(1)。
优选地,处理器310还用于:根据所述语音业务静默期半持续调度参数中的下行静默期数据分组间隔时长,计算语音业务数据分组的接收时刻;按照所述下行语音业务数据分组的接收时刻,接收语音业务数据分组;所述语音业务数据分组的接收时刻的计算公式为公式(2)。
综上所述,本发明实施例中,通过向UE发送第一PDCCH激活静默期SPS,并根据数据分组间隔时长,进行语音业务的数据接收或发送,在语音业务静默期结束时,再通过向UE发送第二PDCCH释放静默期SPS,从而在语音业务的静默期进行SPS,只需发送两次PDCCH,而现有技术中静默期采用动态调度,调度每一个数据分组都需单独发送PDCCH,因此,本发明实施例降低了PDCCH信令开销,提升了系统的性能与容量。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (28)

1.一种语音业务数据传输调度方法,其特征在于,包括:
确定用户设备的语音业务静默期;
根据所述用户设备的语音业务静默期的开始时间,向所述用户设备发送用于通知语音业务静默期半持续调度激活的第一PDCCH物理下行控制信道,并在所述用户设备的静默期内,根据语音业务静默期的数据分组间隔时长,与所述用户设备进行语音业务数据接收或发送;
根据所述用户设备的语音业务静默期结束时间,向所述用户设备发送用于通知语音业务静默期半持续调度释放的第二PDCCH;
确定所述用户设备的语音业务激活期;
根据所述用户设备的语音业务激活期的开始时间,向所述用户设备发送携带有语音业务激活期半持续调度激活指示信息的第三PDCCH,并在所述用户设备的激活期内,根据语音业务激活期的数据分组间隔时长,与所述用户设备进行语音业务数据接收或发送;
根据所述用户设备的语音业务激活期结束时间,向所述用户设备发送携带有语音业务激活期半持续调度释放指示信息的第四PDCCH。
2.如权利要求1所述的方法,其特征在于,所述第一PDCCH中携带有半持续调度激活参数以及静默期激活指示信息;
所述第二PDCCH中携带有半持续调度释放参数以及静默期释放指示信息。
3.如权利要求1所述的方法,其特征在于,所述第三PDCCH中携带有半持续调度激活参数以及激活期激活指示信息;
所述第四PDCCH中携带有半持续调度释放参数以及激活期释放指示信息。
4.如权利要求1至3中任一项所述的方法,其特征在于,还包括:
向所述用户设备发送无线资源控制RRC信令,所述RRC信令中携带有语音业务半持续调度参数,所述语音业务半持续调度参数包括静默期半持续调度参数和激活期半持续调度参数。
5.如权利要求4所述的方法,其特征在于,所述静默期半持续调度参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
6.如权利要求4所述的方法,其特征在于,所述RRC信令包括以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
7.一种语音业务数据传输调度方法,其特征在于,包括:
接收用于通知语音业务静默期半持续调度激活的第一PDCCH;
根据所述第一PDCCH以及静默期半持续调度参数,确定语音业务静默期的起始时间;
从语音业务静默期的起始时间开始,根据语音业务静默期半持续调度参数中的静默期数据分组间隔时长,进行语音业务数据接收或发送;
接收用于通知语音业务静默期半持续调度释放的第二PDCCH,根据所述第二PDCCH停止所述语音业务静默期数据的接收或发送的过程;
接收用于通知语音业务激活期半持续调度激活的第三PDCCH;
根据所述第三PDCCH以及语音业务激活期配置参数,确定语音业务激活期的起始时间;
从语音业务激活期的起始时间开始,根据语音业务激活期半持续调度参数中的激活期数据分组间隔时长,进行语音业务数据接收或发送;
接收用于通知语音业务激活期半持续调度释放的第四PDCCH,根据所述第四PDCCH停止所述语音业务激活期数据的接收或发送的过程。
8.如权利要求7所述的方法,其特征在于,所述第一PDCCH中携带有半持续调度激活参数以及静默期激活指示信息;
所述第二PDCCH中携带有半持续调度释放参数以及静默期释放指示信息。
9.如权利要求7所述的方法,其特征在于,所述第三PDCCH中携带有半持续调度激活参数以及激活期激活指示信息;
所述第四PDCCH中携带有半持续调度释放参数以及激活期释放指示信息。
10.如权利要求7至9中任一项所述的方法,其特征在于,还包括:
接收无线资源控制RRC信令,所述RRC信令中携带有语音业务半持续调度参数,所述语音业务半持续调度参数包括静默期半持续调度参数和激活期半持续调度参数。
11.如权利要求10所述的方法,其特征在于,所述静默期半持续调度参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
12.如权利要求10所述的方法,其特征在于,所述RRC信令包括以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
13.如权利要求7-9中任一项所述的方法,其特征在于,所述根据语音业务激活期半持续调度参数中的静默期数据分组间隔时长,进行语音业务数据接收或发送,包括:
根据所述语音业务静默期半持续调度参数中的上行静默期数据分组间隔时长,计算语音业务数据分组的发送时刻;
按照所述上行语音业务数据分组的发送时刻,发送音业务数据分组;
所述语音业务数据分组的发送时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstarttime+subframestarttime)+N×semiPersistSchedIntervalULSilent+Subframe_Offset×(N modulo 2)]modulo10240,for all N>0
其中,SFNstarttime为所述语音业务静默期半持续调度激活时刻的帧号,subframestarttime为所述语音业务静默期半持续调度激活时刻的子帧号,semiPersistSchedIntervalULSilent为所述上行静默期数据分组间隔时长。
14.如权利要求7-9中任一项所述的方法,其特征在于,所述根据语音业务静默期半持续调度参数中的静默期数据分组间隔时长,进行语音业务数据接收或发送,还包括:
根据所述语音业务激活期半持续调度参数中的下行静默期数据分组间隔时长,计算语音业务数据分组的接收时刻;
按照所述下行语音业务数据分组的接收时刻,接收语音业务数据分组;
所述语音业务数据分组的接收时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstarttime+subframestarttime)+N×semiPersistSchedIntervalDLSilent]modulo 10240,for all N>0
其中,SFNstarttime为所述语音业务静默期半持续调度激活时刻的帧号,subframestarttime为所述语音业务静默期半持续调度激活时刻的子帧号,semiPersistSchedIntervalDLSilent为所述下行静默期数据分组间隔时长。
15.一种基站,其特征在于,包括:
状态确定模块,用于确定用户设备的语音业务静默期;
数据传输模块,用于根据所述用户设备的语音业务静默期的开始时间,向所述用户设备发送用于通知语音业务静默期半持续调度激活的第一PDCCH,并在所述用户设备的静默期内,根据语音业务静默期的数据分组间隔时长,与所述用户设备进行语音业务数据接收或发送;根据所述用户设备的语音业务静默期结束时间,向所述用户设备发送用于通知语音业务静默期半持续调度释放的第二PDCCH;
所述状态确定模块,还用于确定所述用户设备的语音业务激活期;
所述数据传输模块,还用于根据所述用户设备的语音业务激活期的开始时间,向所述用户设备发送携带有语音业务激活期半持续调度激活指示信息的第三PDCCH,并在所述用户设备的激活期内,根据语音业务激活期的数据分组间隔时长,与所述用户设备进行语音业务数据接收或发送;根据所述用户设备的语音业务激活期结束时间,向所述用户设备发送携带有语音业务激活期半持续调度释放指示信息的第四PDCCH。
16.如权利要求15所述的基站,其特征在于,所述第一PDCCH中携带有半持续调度激活参数以及静默期激活指示信息;
所述第二PDCCH中携带有半持续调度释放参数以及静默期释放指示信息。
17.如权利要求15所述的基站,其特征在于,所述第三PDCCH中携带有半持续调度激活参数以及激活期激活指示信息;
所述第四PDCCH中携带有半持续调度释放参数以及激活期释放指示信息。
18.如权利要求15至17中任一项所述的基站,其特征在于,所述数据传输模块还用于:
向所述用户设备发送无线资源控制RRC信令,所述RRC信令中携带有语音业务半持续调度参数,所述语音业务半持续调度参数包括静默期半持续调度参数和激活期半持续调度参数。
19.如权利要求18所述的基站,其特征在于,所述静默期半持续调度参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
20.如权利要求18所述的基站,其特征在于,所述RRC信令包括以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
21.一种用户设备,其特征在于,包括:
数据传输模块,用于接收用于通知语音业务静默期半持续调度激活的第一PDCCH;从语音业务静默期的起始时间开始,根据语音业务静默期半持续调度参数中的静默期数据分组间隔时长,进行语音业务数据接收或发送;接收用于通知语音业务静默期半持续调度释放的第二PDCCH,根据所述第二PDCCH停止所述语音业务静默期数据的接收或发送的过程;
状态确定模块,用于根据所述第一PDCCH以及静默期半持续调度参数,确定语音业务静默期的起始时间;
所述数据传输模块,还用于接收用于通知语音业务激活期半持续调度激活的第三PDCCH;从语音业务激活期的起始时间开始,根据语音业务激活期半持续调度参数中的激活期数据分组间隔时长,进行语音业务数据接收或发送;接收用于通知语音业务激活期半持续调度释放的第四PDCCH,根据所述第四PDCCH停止所述语音业务激活期数据的接收或发送的过程;
所述状态确定模块,还用于根据所述第三PDCCH以及语音业务激活期配置参数,确定语音业务激活期的起始时间。
22.如权利要求21所述的用户设备,其特征在于,所述第一PDCCH中携带有半持续调度激活参数以及静默期激活指示信息;
所述第二PDCCH中携带有半持续调度释放参数以及静默期释放指示信息。
23.如权利要求21所述的用户设备,其特征在于,所述第三PDCCH中携带有半持续调度激活参数以及激活期激活指示信息;
所述第四PDCCH中携带有半持续调度释放参数以及激活期释放指示信息。
24.如权利要求21至23中任一项所述的用户设备,其特征在于,所述数据传输模块还用于:
接收无线资源控制RRC信令,所述RRC信令中携带有语音业务半持续调度参数,所述语音业务半持续调度参数包括静默期半持续调度参数和激活期半持续调度参数。
25.如权利要求24所述的用户设备,其特征在于,所述静默期半持续调度参数包括上行静默期数据分组间隔时长和/或下行静默期数据分组间隔时长。
26.如权利要求24所述的用户设备,其特征在于,所述RRC信令包括以下信令中的一种:RRC连接建立消息、RRC连接重建立消息、RRC连接重配置消息、组呼配置消息。
27.如权利要求21至23中任一项所述的用户设备,其特征在于,
所述状态确定模块,还用于根据所述语音业务静默期半持续调度参数中的上行静默期数据分组间隔时长,计算语音业务数据分组的发送时刻;
所述数据传输模块,还用于按照所述上行语音业务数据分组的发送时刻,发送音业务数据分组;
所述语音业务数据分组的发送时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstarttime+subframestarttime)+N×semiPersistSchedIntervalULSilent+Subframe_Offset×(N modulo 2)]modulo10240,for all N>0,
其中,SFNstarttime为所述语音业务静默期半持续调度激活时刻的帧号,subframestarttime为所述语音业务静默期半持续调度激活时刻的子帧号,semiPersistSchedIntervalULSilent为所述上行静默期数据分组间隔时长。
28.如权利要求21至23中任一项所述的用户设备,其特征在于,
所述状态确定模块,还用于根据所述语音业务静默期半持续调度参数中的下行静默期数据分组间隔时长,计算语音业务数据分组的接收时刻;
所述数据传输模块,还用于按照所述下行语音业务数据分组的接收时刻,接收语音业务数据分组;
所述语音业务数据分组的接收时刻的计算公式为:
(10×SFN+subframe)=[(10×SFNstarttime+subframestarttime)+N×semiPersistSchedIntervalDLSilent]modulo 10240,for all N>0,
其中,SFNstarttime为所述语音业务静默期半持续调度激活时刻的帧号,subframestarttime为所述语音业务静默期半持续调度激活时刻的子帧号,semiPersistSchedIntervalDLSilent为所述下行静默期数据分组间隔时长。
CN201510609019.0A 2015-09-22 2015-09-22 一种语音业务数据传输调度方法和装置 Active CN106550463B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510609019.0A CN106550463B (zh) 2015-09-22 2015-09-22 一种语音业务数据传输调度方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510609019.0A CN106550463B (zh) 2015-09-22 2015-09-22 一种语音业务数据传输调度方法和装置

Publications (2)

Publication Number Publication Date
CN106550463A CN106550463A (zh) 2017-03-29
CN106550463B true CN106550463B (zh) 2020-08-25

Family

ID=58365425

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510609019.0A Active CN106550463B (zh) 2015-09-22 2015-09-22 一种语音业务数据传输调度方法和装置

Country Status (1)

Country Link
CN (1) CN106550463B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107659620B (zh) * 2017-09-04 2020-07-07 广州市百果园信息技术有限公司 Voip线路服务进程配置方法及装置
CN110167073B (zh) 2018-02-13 2020-12-22 华为技术有限公司 传输数据的方法、设备和无线网络系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8976730B2 (en) * 2011-07-22 2015-03-10 Alcatel Lucent Enhanced capabilities and efficient bandwidth utilization for ISSI-based push-to-talk over LTE
CN102394728B (zh) * 2011-11-17 2014-08-20 电信科学技术研究院 下行进程号的确定方法和设备
US20130343265A1 (en) * 2012-06-22 2013-12-26 Qualcomm Incorporated Methods and apparatus for aligning voice coder and scheduling timing
CN103889039B (zh) * 2014-04-18 2017-05-10 大唐移动通信设备有限公司 基于非连续接收功能的省电方法及设备

Also Published As

Publication number Publication date
CN106550463A (zh) 2017-03-29

Similar Documents

Publication Publication Date Title
KR102127315B1 (ko) 업링크 반영속적 스케줄링을 설정하는 방법, 단말 및 네트워크 측의 장치
EP3432662B1 (en) Method and device for configuring and determining semi-persistent scheduling
US20160227517A1 (en) Method for semi-persistent shared resource scheduling, and apparatus
US11405977B2 (en) Resource configuration method and device
CN111770578B (zh) 资源确定方法、装置及计算机可读存储介质
EP3451774B1 (en) Service data transmission method and user equipment
WO2017157128A1 (zh) 一种配置和确定半持续调度的方法及设备
JPWO2016060175A1 (ja) ユーザ装置、基地局、及び間欠受信方法
TW201729635A (zh) 業務傳輸的方法和裝置
CN104854942A (zh) 无线终端、无线基站、无线通信系统以及无线通信方法
CN103825671A (zh) 时分双工系统中的上行数据传输及接收方法和设备
EP3927044A1 (en) Method and device for determining sr configuration, and storage medium
JPWO2020144869A5 (ja) 端末、無線通信方法、基地局及びシステム
WO2018170921A1 (zh) 通信资源管理方法、装置及系统
CN106550463B (zh) 一种语音业务数据传输调度方法和装置
CN104303566A (zh) 一种传输方法、系统和终端
CN109728884B (zh) 集群数据传输方法及设备
CN104685813A (zh) 发送反馈信息、接收反馈信息的方法及装置
WO2016145594A1 (zh) 一种控制信息的传输方法、基站和用户设备
CN107295643A (zh) 一种调度方法、装置和设备
CN104754754A (zh) 半静态调度下的迟后接入方法
US10271181B2 (en) Terminal device, network device, and group communication method
CN106455062B (zh) 一种发送和接收系统消息的方法及装置
CN105307270A (zh) 数据传输方法及系统、基站及用户设备
KR20200007841A (ko) 업링크 제어 정보 전송 방법, 장치 및 시스템

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