CN107046728A - 信息的上报方法及装置、非连续传输的方法 - Google Patents
信息的上报方法及装置、非连续传输的方法 Download PDFInfo
- Publication number
- CN107046728A CN107046728A CN201610083942.XA CN201610083942A CN107046728A CN 107046728 A CN107046728 A CN 107046728A CN 201610083942 A CN201610083942 A CN 201610083942A CN 107046728 A CN107046728 A CN 107046728A
- Authority
- CN
- China
- Prior art keywords
- mac
- information
- bsr
- phr
- message
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/002—Transmission of channel access control information
- H04W74/004—Transmission of channel access control information in the uplink, i.e. towards 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
- H04W52/365—Power headroom reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/38—TPC being performed in particular situations
- H04W52/50—TPC being performed in particular situations at the moment of starting communication in a multiple access environment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
- H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Abstract
本发明提供了一种信息的上报方法及装置、非连续传输的方法,通过本发明,在随机接入过程或者RRC连接相关过程的上行消息中增加以下信息至少之一:待传输的数据量信息,功率余量信息,待传输的数据量信息和功率余量信息,支持SingleTone还是MultiTone的信息,配置的是CP传输模式还是UP传输模式的信息,其中,RRC连接相关过程可以包括但不限于以下之一:RRC连接建立过程,RRC连接重建过程,RRC连接恢复过程;对上行消息进行上报,由此解决了相关技术中无法通过随机接入过程或RRC连接相关过程的上行消息对待传输的数据量信息和/或功率余量信息进行上报的问题,进而能够有效地利用控制面信令进行数据传输。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种信息的上报方法及装置、非连续传输的方法。
背景技术
图1是根据相关技术的长期演进(LTE)系统随机接入过程的流程图。如图1所示,该流程可以包括以下处理步骤:
步骤S102:当用户设备(UE)需要接入基站演进基站(eNB)时,首先由UE向eNB发送训练序列前导(preamble),由于是RRC连接建立过程的第一条消息,因此,在行业内通常将第一条消息简称为消息1(msg1)。
步骤S104:在eNB检测到preamble后,向UE反馈随机接入响应(random access response,简称为RAR),由于是连接建立过程的第2条消息,所以在该步骤发送的消息整体被简称为消息2;
步骤S106:UE在接收到RAR后,向eNB发送RRC连接建立请求,由于是连接建立过程的第3条消息,所以在该步骤发送的消息整体被简称为消息3(其整个MAC pdu中所包含的RRC消息和mac头都属于msg3的内容),需要注意的是:UE在连接建立过程的第3条消息中不一定总是发RRC连接建立请求消息,在不同的过程中,例如:采用NBIOT系统新引入的RRC suspend/resume(RRC迟滞/恢复)机制时,UE在消息3发送的是RRC连接恢复请求消息;所以RRC连接建立请求消息只是msg3中所含RRC消息的可能性之一;
步骤S108:eNB根据RRC连接建立请求的内容,向UE反馈RRC连接建立消息(其中,包含:信令承载1(SRB1)的信息以及接入竞争解决标识),由于是连接建立过程的第4条消息,所以在该步骤发送的消息通常被简称为消息4;
步骤S110:UE根据消息4的内容判断自身是否接入竞争成功,如果接入竞争成功,则根据消息4中携带的信息建立SRB1,并发送RRC连接建立完成消息,由于是连接建立过程的第4条消息,所以在该步骤发送的消息通常被简称为消息5,其中,该消息5中包含有attach或者service request等非接入层(NAS)消息。
目前,相关技术中为了能够确保为每个用户设备(UE)合理地分配无线资源,长期演进(LTE)系统要求UE报告自身缓冲区内存储的数据量状态,该报告以缓冲区状态报告(BufferStatus Report,简称为BSR)的形式上报至演进基站(eNB)。在LTE系统中,UE的逻辑信道(Logical CHannel,简称为LCH)被分为4个逻辑信道组(Logical Channel Group,简称为LCG),BSR报告的即为各个LCG的组序号和组内所有LCH的待传输数据量的信息。BSR由物理上行链路共享数据信道(Physical Uplink Shared channel,简称为PUSCH)来承载。
在LTE系统中,无线链路的数据传输的时间间隔被称为发射时间间隔(Transmission TimeInterval,简称为TTI)。
由于BSR是eNB对UE进行合理的无线资源调度的重要的参考信息,因此LTE系统规定了多种BSR的类型和发送规则。根据触发BSR的事件的不同,BSR被分为常规缓冲区状态报告(Regular BSR)、周期缓冲区状态报告(Periodic BSR)和填充缓冲区状态报告(Padding BSR)这3种类型。
其中,Regular BSR的触发条件可以包括:
(1)有高优先级逻辑信道的上层可传输数据到达,其优先级比UE缓冲区内的现存LCH数据的优先级高;
(2)服务小区发生变化;
(3)BSR重传定时器(RETX_BSR_TIMER)超时,且UE缓冲区内具有可传输的数据。
Periodic BSR的触发条件可以包括:若BSR周期定时器(PERIODIC BSR TIMER)超时,则触发Periodic BSR。
Padding BSR的触发条件可以包括:若既无Regular BSR待发送,也无Periodic BSR待发送,且已分配的上行链路PUSCH资源中用于填充的比特数量大于或等于BSR媒体接入控制(MAC)控制元(CE)以及其MAC子头(subheader)的大小之和,则触发Padding BSR。
Padding BSR是填充型的BSR,其为Regular BSR与Periodic BSR的补充;相对地,RegularBSR和Periodic BSR可以归入非填充型的BSR。当上行链路没有发送Regular BSR和PeriodicBSR时,Padding BSR可以更及时地使得eNB获得UE缓冲区LCG数据变化的情况。
此外,Regular BSR、Periodic BSR和Padding BSR的承载方法是各不相同的,Regular BSR与Periodic BSR均封装为媒体接入控制层协议数据单元(Media Access Control Protocol DataUnit,简称为MAC PDU)中的一个MAC控制元(Control Element,简称CE)。Padding BSR则是承载在MAC PDU的填充比特(Padding bit)内,也封装为一个MAC CE。这三种BSR在承载方法上的区别仅在于是否使用填充比特。MAC PDU是在PUSCH上进行发送的。
根据BSR发送时所采用的格式,又可以分为短BSR、截短(Truncated)BSR、长BSR这3种类型。图2是根据相关技术的在BSR发送时所采用的格式一的示意图。图3是根据相关技术的在BSR发送时所采用的格式二的示意图。如图2和图3所示,根据LTE MAC层的协议标准定义,图2中的BSR格式被称为短BSR或截短(Truncated)BSR。图3所示的BSR格式被称为长BSR格式。当UE触发的BSR为Regular BSR或Periodic BSR,且在BSR准备发送的那个TTI,UE只有一个LCG有数据待传输时,则UE可以采用短BSR类型来发送BSR;当UE触发的BSR为Regular BSR或Periodic BSR,且在BSR准备发送的那个TTI,UE有多个LCG有数据待传输时,则UE可以采用长BSR类型来发送BSR;当UE触发的BSR是PaddingBSR,且在BSR准备发送的那个TTI,UE有多个LCG有数据待传输,且MAC PDU的Padding比特长度不足以用来发送长BSR类型及其对应的MAC子报头时,则UE可以采用截短BSR类型来上报BSR;当UE触发的BSR是Padding BSR,且在BSR准备发送的那个TTI,UE只有1个LCG有数据待传输时,则UE可以采用短BSR类型来上报BSR。需要注意的是,虽然短BSR类型和截短BSR类型采用的均为如图3所示的格式,但是其实际所代表的意义却是有所差别的。
当UE触发了Regular BSR后,由于触发该BSR的事件均是属于重要事件,如果UE在当前TTI没有PUSCH资源用来发送BSR,则UE需要触发调度请求(Scheduling Request,简称为SR),当UE在后续TTI具有可用PUSCH资源时,则该SR会被取消;然而,当UE在后续TTI没有可用的PUSCH资源时,则该SR会在物理上行链路控制信道(Physical UplinkControl Channel,简称为PUCCH)资源上被发送至eNB,以要求eNB为该UE分配PUSCH资源。
根据目前的LTE MAC层的协议标准(例如:3GPP TS36.321)的定义,BSR的触发以及发送的基本流程如下:
在每一个TTI,UE根据前述的BSR触发条件判断是否触发BSR;
在每一个TTI,UE判断是否存在已经触发的BSR,如果存在,则判断UE在当前TTI是否有可用的PUSCH资源,如果有可用的PUSCH资源,则选择合适的BSR格式并将其封装为MAC CE;如果没有已经触发的BSR,则需要判断UE是否触发Padding BSR,如果可以触发Padding BSR,则选择合适的BSR格式并将其封装为MAC CE。在MAC PDU组包完成后,执行上行链路发送。
功率余量报告(PHR)是指UE采用媒体接入控制元(MAC CE,MAC Control Element)的方式向eNB上报UE标称最大发射功率与估计的上行共享信道(UpLink Share Channel,简称为UL-SCH)发射功率之间的差值。
触发PHR的情况可以包括以下几种:
1、PHR禁止定时器(prohibitPHR-Timer)超时,并且路损的变化量大于设定数值(从上一次PHR开始计算);
2、PHR周期定时器(periodicPHR-Timer)超时;
3、PHR功能实体的配置或重配置;
在触发PHR后,UE在有支持PHR的上行传输资源时进行PHR发送。图4是根据相关技术的PHR的MAC CE格式的示意图。如图4所示,功率余量(Power Headroom,简称为PH)比特域指示了PHR中的功率余量,PH比特域的长度为6比特,此外,还有两个R比特的保留位,相关技术中该保留位的默认取值为0。
在LTE中,目前在通常情况下采用类型1的功率余量上报,其功率余量值从物理层读取,分成64个等级。
现有的LTE系统为了支持机器类型通讯终端(例如:传感器、智能家居、智能电网监控等),引入了窄带空中接口技术——窄带物联网(NarrowBand Internet of Things,简称为NBIoT),其系统带宽采用180kHz,专门用于承载以小流量数据为主的机器类型通讯,以避免海量的机器类型终端的小数据影响宽带LTE系统的谱效率,同时增加单位带宽承载的用户容量。
然而,窄带系统的部署虽然能够隔离机器类型终端和非机器类型终端,但是,就窄带系统本身而言,其并不能提升用户面数据传输的效率,因为与宽带系统相类似,窄带系统的控制面开销以及数据发送机制采用的是与宽带LTE相类似的机制,故而整个窄带系统的谱效率与LTE系统相比并没有明显提高。
为了提高窄带系统的传输效率,减少信令开销,目前,在NBIOT系统中引入了通过NAS信令来携带数据的传输方案,然而,通过控制面信令传输数据是非常规的做法,因为信令承载的服务质量(QoS)要求是单一的,而数据承载的QoS可以是多样配置的,采用信令承载的方式代替数据承载的方式来传输数据,对MAC层的各种机制都会造成不同程度的不良影响。
综上所述,相关技术中所采用的MAC调度、HARQ等机制都无法高效地与控制面信令传输数据的方案进行配合。
发明内容
本发明提供了一种信息的上报方法及装置、非连续传输的方法,以至少解决相关技术中无法通过随机接入过程或者RRC连接相关过程的上行消息对待传输的数据量信息和/或功率余量信息以及支持单子载波(SingleTone)还是多子载波(MultiTone)的信息,或者,配置的是控制面(CP)传输模式还是用户面(UP)传输模式的信息进行上报的问题。
根据本发明的一个方面,提供了一种信息的上报方法,包括:在随机接入过程或者RRC连接相关过程的上行消息中增加以下信息至少之一:待传输的数据量信息,功率余量信息,支持SingleTone还是MultiTone的信息,配置的是CP传输模式还是UP传输模式的信息,其中,RRC连接相关过程包括以下之一:RRC连接建立过程,RRC连接重建过程,RRC连接恢复过程;对上行消息进行上报。
可选地,上行消息包括以下之一:消息(msg)3、msg5、在msg5之后发送的任意上行消息。
可选地,在上行消息中增加支持SingleTone还是MultiTone的信息的方式包括以下之一:使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示支持SingleTone还是MultiTone的信息;使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示支持SingleTone还是MultiTone的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
可选地,使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示支持SingleTone还是MultiTone的信息,还包括:定义一个新的逻辑信道标识LCID来同时对应CCCH和SingleTone/MultiTone支持信息,包含LCID的MAC子头用于指示该LCID所在的MAC子头中携带支持SingleTone还是MultiTone的信息。
可选地,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示支持SingleTone还是MultiTone的信息,还包括:定义一个新的逻辑信道标识LCID来同时对应MAC CE和SingleTone/MultiTone支持信息,包含LCID的MAC子头用于指示该MAC子头对应的MAC CE中携带支持SingleTone还是MultiTone的信息,其中,MACCE包括以下之一:BSR MAC CE,PHR MAC CE。
可选地,在上行消息中增加配置的是CP传输模式还是UP传输模式的信息的方式包括以下之一:使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示配置的是CP传输模式还是UP传输模式的信息;使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示配置的是CP传输模式还是UP传输模式的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
可选地,使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示配置的是CP传输模式还是UP传输模式的信息,还包括:定义一个新的逻辑信道标识LCID来同时对应CCCH和CP传输/UP传输模式信息,包含LCID的MAC子头用于指示该LCID所在的MAC子头中携带配置的是CP传输模式还是UP传输模式的信息。
可选地,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示配置的是CP传输模式还是UP传输模式的信息,还包括:定义一个新的逻辑信道标识LCID来同时对应MAC CE和CP传输/UP传输模式信息,包含LCID的MAC子头用于指示该MAC子头对应的MAC CE中携带配置的是CP传输模式还是UP传输模式的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
可选地,在上行消息中增加待传输的数据量信息的方式包括以下之一:在上行消息中增加缓冲区状态报告(BSR)媒体接入控制层(MAC)控制单元(CE);在上行消息携带的公共控制信道(CCCH)服务数据单元(SDU)中增加待传输的数据量信息;使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的数据量信息。
可选地,在上行消息中增加待传输的数据量信息,还包括:在上行消息中增加指示信息,其中,指示信息用于说明在上行消息中携带有BSR MAC CE,增加指示信息的方式包括以下之一:在上行消息中增加与BSR MAC CE对应的MAC子头;使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示上行消息中携带有BSRMAC CE;定义一个新的逻辑信道标识(LCID)来同时对应CCCH和BSR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在BSR MAC CE;在CCCH SDU中增加指示信息以表示上行消息中携带有BSR MAC CE。
可选地,在CCCH SDU中增加指示信息以表示上行消息中携带有BSR MAC CE包括以下之一:将CCCH SDU承载的控制面消息中的空闲比特位定义为指示信息;将CCCH SDU承载的控制面消息中的重要扩展(criticalExtension)信息单元(IE)或非重要扩展(non-criticalExtension)IE中增加指示信息。
可选地,使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的数据量信息的方式,还包括以下之一:定义一个新的LCID,包含LCID的MAC子头用于指示在该MAC子头中存在待传输的数据量信息;用于指示该MAC子头在对应CCCH SDU的同时还包含有待传输的数据量信息。
可选地,在上行消息中增加功率余量信息的方式包括以下之一:在上行消息中增加功率余量报告PHR MAC CE;在上行消息携带的CCCH SDU中增加功率余量信息;使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的功率余量信息。
可选地,在上行消息中增加功率余量信息,还包括:在上行消息中增加指示信息,其中,指示信息用于说明在上行消息中携带有PHR MAC CE,增加指示信息的方式包括以下之一:在上行消息中增加与PHR MAC CE对应的MAC子头;使用上行消息中携带的CCCH SDU所对应的MAC子头的保留比特位或者重定义现有比特位来表示上行消息中携带有PHR MACCE;定义一个新的LCID来同时对应CCCH和PHR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在PHR MAC CE;在CCCH SDU中增加指示信息来说明上行消息中携带有PHR MAC CE。
可选地,在CCCH SDU中增加指示信息来说明上行消息中携带有PHR MAC CE包括以下之一:将CCCH SDU中承载的控制面消息中的空闲比特位定义为指示信息;将CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加指示信息。
可选地,使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示功率余量信息的方式,还包括以下之一:定义一个新的LCID,包含LCID的MAC子头用于指示在该MAC子头中存在功率余量信息;用于指示该MAC子头在对应CCCH SDU的同时还包含有功率余量信息。
可选地,在上行消息中同时增加待传输的数据量信息和功率余量信息的方式包括以下之一:在上行消息中增加BSR_PHR联合MAC CE;在上行消息携带的CCCH SDU中同时增加待传输的数据量信息和功率余量信息。
可选地,在上行消息中同时增加待传输的数据量信息和功率余量信息,还包括:在上行消息中增加指示信息,其中,指示信息用于说明在上行消息中携带有BSR_PHR联合MAC CE,增加指示信息的方式包括以下之一:定义一个新的LCID来对应BSR_PHR联合MAC CE,使用LCID的MAC子头用于指示该LCID所在的MAC PDU中携带有BSR_PHR联合MAC CE;使用上行消息中的CCCH SDU所对应的MAC子头的保留比特位来表示上行消息中携带有BSR_PHR联合MAC CE;定义一个新的LCID来同时对应CCCH,PHR以及BSR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在BSR_PHR联合MAC CE;在CCCH SDU中增加指示信息以表示上行消息中携带有BSR_PHR联合MAC CE。
可选地,在CCCH SDU中增加指示信息以表示上行消息中携带有BSR_PHR联合MAC CE包括以下之一:将CCCH SDU中承载的控制面消息中的空闲比特位定义为指示信息;将CCCHSDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加指示信息。
可选地,在上行消息中增加指示信息说明上行消息中携带有BSR MAC CE,或者PHRMAC CE,或者BSR_PHR联合MAC CE还包括:将上行消息携带的CCCH SDU所对应的MAC子头中的保留比特以及F2比特位设置为指示信息,其中,当指示信息为第一取值时,表示上行消息中携带有BSR MAC CE,当指示信息为第二取值时,表示上行消息中携带有PHRMAC CE,当指示信息为第三取值时,表示上行消息中携带有BSR_PHR联合MAC CE,当指示信息为第四取值时,表示上行消息中未携带有BSR MAC CE,PHR MAC CE以及BSR_PHR联合MAC CE。
可选地,当第四取值为00时,表示上行消息中未携带有BSR MAC CE,PHR MAC CE以及BSR_PHR联合MAC CE。
可选地,在上行消息中增加BSR_PHR联合MAC CE的格式为:BSR_PHR联合MAC CE由BSR和PHR组成,该BSR_PHR联合MAC CE的总长度为8N个比特,其中,N为正整数,BSR的组成方式为以下之一:BSR中不包含逻辑信道组LCG域而只包含待传输的数据量域;BSR中同时包含LCG域和待传输的数据量域。
可选地,当BSR_PHR联合MAC CE的总长度为8bits时,BSR的长度与PHR的长度均被压缩为小于8个比特,其中,压缩BSR的待传输的数据量域与现有LTE协议的BSR数据量映射表的映射关系包括以下之一:压缩BSR的待传输的数据量域按照大于预设阈值的粒度映射至现有LTE协议的整个BSR数据量映射表,压缩BSR的待传输的数据量域不改变映射粒度而只映射至现有LTE协议的部分BSR数据量映射表;压缩PHR与现有LTE协议的PHR映射表的映射关系包括以下之一:压缩PHR按照大于预设阈值的粒度映射至现有LTE协议的整个PHR映射表,压缩PHR不改变映射粒度而只映射至现有LTE协议的部分PHR映射表。
可选地,BSR MAC CE或者PHR MAC CE或者BSR_PHR联合MAC CE在上行消息中位于CCCH SDU之后或者位于CCCH SDU之前。
可选地,在CCCH SDU中增加待传输的数据量信息包括:在CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加待传输的数据量信息。
可选地,增加待传输的数据量信息的方式包括:使用1到6个比特来表示待传输的数据量大小的级别,其中,不同级别分别对应不同的数据量范围。
可选地,在CCCH SDU中增加功率余量信息包括:在CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加功率余量信息。
可选地,增加功率余量信息的方式包括:使用1到6个比特来表示功率余量信息大小的级别,其中,功率余量信息从物理层读取。
可选地,在CCCH SDU中同时增加待传输的数据量信息和功率余量信息包括:在CCCHSDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加待传输的数据量信息和功率余量信息。
可选地,在上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息之前,还包括:从接收到的随机接入响应消息中获取指示信息,其中,指示信息用于指示用户设备(UE)在上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息。
可选地,在上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息之前,还包括:确定BSR或者PHR已经被触发,其中,遵循的BSR触发规则为在当前具有可用上行资源用于首次传输时,不启动BSR周期定时器(periodicBSR-Timer),遵循的PHR触发规则为在当前具有可用上行资源用于首次传输时,不启动PHR周期定时器(periodicPHR-Timer)。
可选地,上述控制面消息包括以下之一:RRC连接建立请求消息,RRC连接建立完成消息,安全模式完成消息,RRC连接重配置完成消息,上行消息传输消息,RRC连接重建请求消息,RRC连接重建完成消息,RRC连接恢复请求消息,RRC连接恢复完成消息。
根据本发明的另一方面,提供了一种信息的上报装置,包括:处理模块,用于在随机接入过程或者RRC连接相关过程的上行消息中增加以下信息至少之一:待传输的数据量信息,功率余量信息,支持SingleTone还是MultiTone的信息,配置的是CP传输模式还是UP传输模式的信息,其中,RRC连接相关过程包括以下之一:RRC连接建立过程,RRC连接重建过程,RRC连接恢复过程;上报模块,用于对上行消息进行上报。
可选地,上行消息可以包括但不限于以下之一:msg3、msg5、在msg5之后发送的任意上行消息。
可选地,处理模块,用于使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示支持SingleTone还是MultiTone的信息;或者,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示支持SingleTone还是MultiTone的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MACCE。
可选地,处理模块,用于定义一个新的逻辑信道标识LCID来同时对应CCCH和SingleTone/MultiTone支持信息,包含LCID的MAC子头用于指示该LCID所在的MAC子头中携带支持SingleTone还是MultiTone的信息。
可选地,处理模块,用于定义一个新的逻辑信道标识LCID来同时对应MAC CE和SingleTone/MultiTone支持信息,包含LCID的MAC子头用于指示该MAC子头对应的MAC CE中携带支持SingleTone还是MultiTone的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
可选地,处理模块,用于使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示配置的是CP传输模式还是UP传输模式的信息;或者,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示配置的是CP传输模式还是UP传输模式的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
可选地,处理模块,用于定义一个新的逻辑信道标识LCID来同时对应CCCH和CP传输/UP传输模式信息,包含LCID的MAC子头用于指示该LCID所在的MAC子头中携带配置的是CP传输模式还是UP传输模式的信息。
可选地,处理模块,用于定义一个新的逻辑信道标识LCID来同时对应MAC CE和CP传输/UP传输模式信息,包含LCID的MAC子头用于指示该MAC子头对应的MAC CE中携带配置的是CP传输模式还是UP传输模式的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
可选地,处理模块,用于在上行消息中增加待传输的数据量信息的方式包括以下之一:在上行消息中增加BSR MAC CE;在上行消息携带的CCCH SDU中增加待传输的数据量信息;使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的数据量信息。
可选地,处理模块,还用于在上行消息中增加指示信息,其中,指示信息用于说明在上行消息中携带有BSR MAC CE,增加指示信息的方式包括以下之一:在上行消息中增加与BSRMAC CE对应的MAC子头;使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示上行消息中携带有BSR MAC CE;定义一个新的LCID来同时对应CCCH和BSR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在BSR MAC CE;在CCCH SDU中增加指示信息以表示上行消息中携带有BSR MAC CE。
可选地,处理模块,用于在CCCH SDU中增加指示信息以表示上行消息中携带有BSRMAC CE包括以下之一:将CCCH SDU承载的控制面消息中的空闲比特位定义为指示信息;将CCCH SDU承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加指示信息。
可选地,处理模块,用于使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的数据量信息的方式,还包括以下之一:定义一个新的LCID,包含LCID的MAC子头用于指示在该MAC子头中存在待传输的数据量信息;用于指示该MAC子头在对应CCCH SDU的同时还包含有待传输的数据量信息。
可选地,处理模块,用于在上行消息中增加功率余量信息的方式包括以下之一:在上行消息中增加功率余量报告PHR MAC CE;在上行消息携带的CCCH SDU中增加功率余量信息;使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的功率余量信息。
可选地,处理模块,还用于在上行消息中增加指示信息,其中,指示信息用于说明在上行消息中携带有PHR MAC CE,增加指示信息的方式包括以下之一:在上行消息中增加与PHRMAC CE对应的MAC子头;使用上行消息中携带的CCCH SDU所对应的MAC子头的保留比特位或者重定义现有比特位来表示上行消息中携带有PHR MAC CE;定义一个新的LCID来同时对应CCCH和PHR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在PHR MAC CE;在CCCH SDU中增加指示信息来说明上行消息中携带有PHR MAC CE。
可选地,处理模块,用于在CCCH SDU中增加指示信息来说明上行消息中携带有PHRMAC CE包括以下之一:将CCCH SDU中承载的控制面消息中的空闲比特位定义为指示信息;将CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加指示信息。
可选地,处理模块,用于在上行消息中同时增加待传输的数据量信息和功率余量信息的方式包括以下之一:在上行消息中增加BSR_PHR联合MAC CE;在上行消息携带的CCCHSDU中同时增加待传输的数据量信息和功率余量信息。
可选地,处理模块,还用于在上行消息中增加指示信息,其中,指示信息用于说明在上行消息中携带有BSR_PHR联合MAC CE,增加指示信息的方式包括以下之一:定义一个新的LCID来对应BSR_PHR联合MAC CE,使用LCID的MAC子头用于指示该LCID所在的MACPDU中携带有BSR_PHR联合MAC CE;使用上行消息中的CCCH SDU所对应的MAC子头的保留比特位来表示上行消息中携带有BSR_PHR联合MAC CE;定义一个新的LCID来同时对应CCCH,PHR以及BSR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在BSR_PHR联合MAC CE;在CCCH SDU中增加指示信息以表示上行消息中携带有BSR_PHR联合MAC CE。
可选地,处理模块,用于在CCCH SDU中增加指示信息以表示上行消息中携带有BSR_PHR联合MAC CE包括以下之一:将CCCH SDU中承载的控制面消息中的空闲比特位定义为指示信息;将CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加指示信息。
可选地,处理模块,用于使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示功率余量信息的方式,还包括以下之一:定义一个新的LCID,包含LCID的MAC子头用于指示在该MAC子头中存在功率余量信息;用于指示该MAC子头在对应CCCH SDU的同时还包含有功率余量信息。
可选地,处理模块,还用于将上行消息携带的CCCH SDU所对应的MAC子头中的保留比特以及F2比特位设置为指示信息,其中,当指示信息为第一取值时,表示上行消息中携带有BSR MAC CE,当指示信息为第二取值时,表示上行消息中携带有PHR MAC CE,当指示信息为第三取值时,表示上行消息中携带有BSR_PHR联合MAC CE,当指示信息为第四取值时,表示上行消息中未携带有BSR MAC CE,PHR MAC CE以及BSR_PHR联合MAC CE。
可选地,当第四取值为00时,表示上行消息中未携带有BSR MAC CE,PHR MAC CE以及BSR_PHR联合MAC CE。
可选地,在上行消息中增加BSR_PHR联合MAC CE的格式为:BSR_PHR联合MAC CE由BSR和PHR组成,该BSR_PHR联合MAC CE的总长度为8N个比特,其中,N为正整数,BSR的组成方式为以下之一:BSR中不包含逻辑信道组LCG域而只包含待传输的数据量域;BSR中同时包含LCG域和待传输的数据量域。
可选地,当BSR_PHR联合MAC CE的总长度为8bits时,BSR的长度与PHR的长度均被压缩为小于8个比特,其中,压缩BSR的待传输的数据量域与现有LTE协议的BSR数据量映射表的映射关系包括以下之一:压缩BSR的待传输的数据量域按照大于预设阈值的粒度映射至现有LTE协议的整个BSR数据量映射表,压缩BSR的待传输的数据量域不改变映射粒度而只映射至现有LTE协议的部分BSR数据量映射表;压缩PHR与现有LTE协议的PHR映射表的映射关系包括以下之一:压缩PHR按照大于预设阈值的粒度映射至现有LTE协议的整个PHR映射表,压缩PHR不改变映射粒度而只映射至现有LTE协议的部分PHR映射表。
可选地,BSR MAC CE或者PHR MAC CE或者BSR_PHR联合MAC CE在上行消息中位于CCCH SDU之后或者位于CCCH SDU之前。
可选地,处理模块,用于在CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加待传输的数据量信息。
可选地,增加待传输的数据量信息的方式包括:使用1到6个比特来表示待传输的数据量大小的级别,其中,不同级别分别对应不同的数据量范围。
可选地,处理模块,用于在CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加功率余量信息。
可选地,增加功率余量信息的方式包括:使用1到6个比特来表示功率余量信息大小的级别,其中,功率余量信息从物理层读取。
可选地,处理模块,用于在CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加待传输的数据量信息和功率余量信息。
可选地,上述装置还包括:获取模块,用于从接收到的随机接入响应消息中获取指示信息,其中,指示信息用于指示UE在上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息。
可选地,上述装置还包括:第二确定模块,用于确定BSR或者PHR已经被触发,其中,遵循的BSR触发规则为在当前具有可用上行资源用于首次传输时,不启动periodicBSR-Timer,遵循的PHR触发规则为在当前具有可用上行资源用于首次传输时,不启动periodicPHR-Timer。
可选地,上述控制面消息包括以下之一:RRC连接建立请求消息,RRC连接建立完成消息,安全模式完成消息,RRC连接重配置完成消息,上行消息传输消息,RRC连接重建请求消息,RRC连接重建完成消息,RRC连接恢复请求消息,RRC连接恢复完成消息。
通过本发明实施例,采用在随机接入过程或者RRC连接相关过程的上行消息中增加待传输的数据量信息和/或功率余量信息,抑或是支持SingleTone还是MultiTone的信息,又或者表明配置的是CP传输模式还是UP传输模式的信息,然后再对上行消息进行发送的方式,解决了相关技术中无法通过随机接入过程或者RRC连接相关过程的上行消息对待传输的数据量信息和/或功率余量信息,抑或是,支持SingleTone还是MultiTone的信息,又或者配置的是CP传输模式还是UP传输模式的信息进行上报的问题,进而能够有效地利用控制面信令进行数据传输。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的LTE系统随机接入过程的流程图;
图2是根据相关技术的在BSR发送时所采用的格式一的示意图;
图3是根据相关技术的在BSR发送时所采用的格式二的示意图;
图4是根据相关技术的PHR的MAC CE格式的示意图;
图5是根据本发明实施例的信息的上报方法的流程图;
图6a是根据本发明优选实施例的一种在消息3中增加BSR MAC CE方式的示意图;
图6b是根据本发明优选实施例的另一种在消息3中增加BSR MAC CE方式的示意图;
图7是根据本发明优选实施例的在消息3中增加指示信息以说明在消息3中携带有BSRMAC CE的第一种方式的示意;
图8是根据本发明优选实施例的与第一种在消息3中增加指示信息方式对应的BSR MACCE格式的示意图;
图9是根据本发明优选实施例的在消息3中增加指示信息以说明在消息3中携带有BSRMAC CE的第二种方式的示意图;
图10是根据本发明优选实施例的在消息3中增加指示信息以说明在消息3中携带有BSRMAC CE的第三种方式的示意图;
图11a是根据本发明优选实施例的一种在消息3中增加PHR MAC CE方式的示意图;
图11b是根据本发明优选实施例的另一种在消息3中增加PHR MAC CE方式的示意图;
图12是根据本发明优选实施例的在消息3中增加指示信息以说明在消息3中携带有PHRMAC CE的第一种方式的示意图;
图13是根据本发明优选实施例的与第一种在消息3中增加指示信息方式对应的PHRMAC CE格式的示意图;
图14a是根据本发明优选实施例的BSR_PHR联合MAC CE的第一种格式的示意图;
图14b是根据本发明优选实施例的BSR_PHR联合MAC CE的第二种格式的示意图;
图14c是根据本发明优选实施例的BSR_PHR联合MAC CE的第三种格式的示意图;
图14d是根据本发明优选实施例的BSR_PHR联合MAC CE的第四种格式的示意图;
图14e是根据本发明优选实施例的BSR_PHR联合MAC CE的第五种格式的示意图;
图14f是根据本发明优选实施例的BSR_PHR联合MAC CE的第六种格式的示意图;
图15是根据本发明优选实施例的在消息3中增加指示信息以说明在消息3中携带有BSR_PHR联合MAC CE的示意图;
图16是根据本发明优选实施的非连续传输的方法的示意图;
图17是根据本发明实施例的信息的上报装置的结构框图;
图18是根据本发明优选实施例的信息的上报装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种信息的上报方法,图5是根据本发明实施例的信息的上报方法的流程图,如图5所示,该流程包括如下步骤:
步骤S502,在随机接入过程或者RRC连接相关过程的上行消息中增加以下信息至少之一:待传输的数据量信息,功率余量信息,支持SingleTone还是MultiTone的信息,配置的是CP传输模式还是UP传输模式的信息,其中,RRC连接相关过程可以包括但不限于以下之一:RRC连接建立过程,RRC连接重建过程,RRC连接恢复过程;
步骤S504,对上行消息进行上报。
通过上述步骤,解决了相关技术中无法通过随机接入过程或者RRC连接相关过程的上行消息对待传输的数据量信息和/或功率余量信息进行上报的问题,进而能够有效地利用控制面信令进行数据传输。
在优选实施过程中,上述上行消息可以包括但不限于以下之一:msg3、msg5、在msg5之后发送的任意上行消息。
可选地,在步骤S102,上行消息中增加支持SingleTone还是MultiTone的信息的方式可以包括以下操作:
步骤S1:使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示支持SingleTone还是MultiTone的信息;或者,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示支持SingleTone还是MultiTone的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
在本发明的一个优选实施例中,使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示支持SingleTone还是MultiTone的信息,还包括:定义一个新的逻辑信道标识LCID来同时对应CCCH和SingleTone/MultiTone支持信息,包含LCID的MAC子头用于指示该LCID所在的MAC子头中携带支持SingleTone还是MultiTone的信息。
在本发明的另一个优选实施例中,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示支持SingleTone还是MultiTone的信息,还包括:定义一个新的逻辑信道标识LCID来同时对应MAC CE和SingleTone/MultiTone支持信息,包含LCID的MAC子头用于指示该MAC子头对应的MAC CE中携带支持SingleTone还是MultiTone的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
可选地,在步骤S102,上行消息中增加配置的是CP传输模式还是UP传输模式的信息的方式可以包括以下步骤:
步骤S2:使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示配置的是CP传输模式还是UP传输模式的信息;或者,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示配置的是CP传输模式还是UP传输模式的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MACCE。
在本发明的一个优选实施例中,使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示配置的是CP传输模式还是UP传输模式的信息,还包括:定义一个新的逻辑信道标识LCID来同时对应CCCH和CP传输/UP传输模式信息,包含LCID的MAC子头用于指示该LCID所在的MAC子头中携带配置的是CP传输模式还是UP传输模式的信息。
在本发明的另一个优选实施例中,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示配置的是CP传输模式还是UP传输模式的信息,还包括:定义一个新的逻辑信道标识LCID来同时对应MAC CE和CP传输/UP传输模式信息,包含LCID的MAC子头用于指示该MAC子头对应的MAC CE中携带配置的是CP传输模式还是UP传输模式的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
可选地,在上行消息中增加待传输的数据量信息的方式包括以下之一:
方式一、在上行消息中增加缓冲区状态报告(BSR)媒体接入控制层(MAC)控制单元(CE);
方式二、在上行消息携带的公共控制信道(CCCH)服务数据单元(SDU)中增加待传输的数据量信息;
方式三、使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的数据量信息。
可选地,在步骤S102,上行消息中增加待传输的数据量信息,还可以包括以下操作:
步骤S2:在上行消息中增加指示信息,其中,该指示信息用于说明在上行消息中携带有BSR MAC CE,增加指示信息的方式包括以下之一:
方式一、在上行消息中增加与BSR MAC CE对应的MAC子头;
方式二、使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示上行消息中携带有BSR MAC CE;
方式三、定义一个新的逻辑信道标识(LCID)来同时对应CCCH和BSR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在BSR MAC CE;
方式四、在CCCH SDU中增加指示信息以表示上行消息中携带有BSR MAC CE。
在优选实施过程中,在CCCH SDU中增加指示信息以表示上行消息中携带有BSR MACCE可以包括以下之一:
(1)将CCCH SDU承载的控制面消息中的空闲比特位定义为指示信息;
(2)将CCCH SDU承载的控制面消息中的重要扩展(criticalExtension)信息单元(IE)或非重要扩展(non-criticalExtension)IE中增加指示信息。
可选地,在步骤S102,使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的数据量信息的方式,还包括以下之一:
(1)定义一个新的LCID,包含LCID的MAC子头用于指示在该MAC子头中存在待传输的数据量信息;
(2)用于指示该MAC子头在对应CCCH SDU的同时还包含有待传输的数据量信息。
可选地,在步骤S102,上行消息中增加功率余量信息的方式可以包括以下之一:
方式一、在上行消息中增加功率余量报告(PHR)MAC CE;
方式二、在上行消息携带的CCCH SDU中增加功率余量信息;
方式三、使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的功率余量信息。
可选地,在步骤S102,上行消息中增加功率余量信息,还可以包括以下步骤:
步骤S3:在上行消息中增加指示信息,其中,该指示信息用于说明在上行消息中携带有PHR MAC CE,增加指示信息的方式包括以下之一:
方式一、在上行消息中增加与PHR MAC CE对应的MAC子头;
方式二、使上行消息中携带的CCCH SDU所对应的MAC子头的保留比特位或者重定义现有比特位来表示上行消息中携带有PHR MAC CE;
方式三、定义一个新的LCID来同时对应CCCH和PHR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在PHR MAC CE;
方式四、在CCCH SDU中增加指示信息来说明上行消息中携带有PHR MAC CE。
在优选实施过程中,在CCCH SDU中增加指示信息来说明上行消息中携带有PHR MACCE可以包括以下之一:
(1)将CCCH SDU中承载的控制面消息中的空闲比特位定义为指示信息;
(2)将CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加指示信息。
可选地,使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示功率余量信息的方式,还可以包括以下之一:
(1)定义一个新的LCID,包含LCID的MAC子头用于指示在该MAC子头中存在功率余量信息;
(2)用于指示该MAC子头在对应CCCH SDU的同时还包含有功率余量信息。
可选地,在步骤S102,上行消息中同时增加待传输的数据量信息和功率余量信息的方式包括以下之一:
方式一、在上行消息中增加BSR_PHR联合MAC CE;
方式二、在上行消息携带的CCCH SDU中同时增加待传输的数据量信息和功率余量信息。
可选地,在步骤S102,上行消息中同时增加待传输的数据量信息和功率余量信息,还可以包括以下操作:
步骤S4:在上行消息中增加指示信息,其中,该指示信息用于说明在上行消息中携带有BSR_PHR联合MAC CE,增加指示信息的方式包括以下之一:
方式一、定义一个新的LCID来对应BSR_PHR联合MAC CE,使用LCID的MAC子头用于指示该LCID所在的MAC PDU中携带有BSR_PHR联合MAC CE;
方式二、使用上行消息中携带的CCCH SDU所对应的MAC子头的保留比特位来表示上行消息中携带有BSR_PHR联合MAC CE;
方式三、定义一个新的LCID来同时对应CCCH,PHR以及BSR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在BSR_PHR联合MAC CE;
方式四、在CCCH SDU中增加指示信息以表示上行消息中携带有BSR_PHR联合MAC CE。
在优选实施过程中,在CCCH SDU中增加指示信息以表示上行消息中携带有BSR_PHR联合MAC CE可以包括以下之一:
(1)将CCCH SDU中承载的控制面消息中的空闲比特位定义为指示信息;
(2)将CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加指示信息。
可选地,在步骤S102,上行消息中增加指示信息说明上行消息中携带有BSR MAC CE,或者PHR MAC CE,或者BSR_PHR联合MAC CE中,上述方法还可以包括以下步骤:
步骤S5:将上行消息携带的CCCH SDU所对应的MAC子头中的保留比特以及F2比特位设置为指示信息,其中,当指示信息为第一取值时,表示上行消息中携带有BSR MAC CE,当指示信息为第二取值时,表示上行消息中携带有PHR MAC CE,当指示信息为第三取值时,表示上行消息中携带有BSR_PHR联合MAC CE,当指示信息为第四取值时,表示上行消息中未携带有BSR MAC CE,PHR MAC CE以及BSR_PHR联合MAC CE。
在优选实施过程中,当第四取值为00时,表示上行消息中未携带有BSR MAC CE,PHRMAC CE以及BSR_PHR联合MAC CE。
可选地,上述在上行消息中增加BSR_PHR联合MAC CE的格式为:BSR_PHR联合MACCE由BSR和PHR组成,该BSR_PHR联合MAC CE的总长度为8N个比特,其中,N为正整数,在BSR的组成方式为以下之一:
方式一、BSR中不包含逻辑信道组(LCG)域而只包含待传输的数据量域;
方式二、BSR中同时包含LCG域和待传输的数据量域。
可选地,当BSR_PHR联合MAC CE的总长度为8bits时,BSR的长度与PHR的长度均被压缩为小于8个比特,其中,压缩BSR的待传输的数据量域与现有LTE协议的BSR数据量映射表的映射关系包括以下之一:
(1)压缩BSR的待传输的数据量域按照大于预设阈值的粒度映射至现有LTE协议的整个BSR数据量映射表;
(2)压缩BSR的待传输的数据量域不改变映射粒度而只映射至现有LTE协议的部分BSR数据量映射表;
压缩PHR与现有LTE协议的PHR映射表的映射关系包括以下之一:
(1)压缩PHR按照大于预设阈值的粒度映射至现有LTE协议的整个PHR映射表;
(2)压缩PHR不改变映射粒度而只映射至现有LTE协议的部分PHR映射表。
在优选实施过程中,BSR MAC CE或者PHR MAC CE或者BSR_PHR联合MAC CE在上行消息中位于CCCH SDU之后或者位于CCCH SDU之前。
可选地,在CCCH SDU中增加待传输的数据量信息可以通过在CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加待传输的数据量信息的方式来加以实现。具体地,增加待传输的数据量信息的方式可以使用1到6个比特来表示待传输的数据量大小的级别,其中,不同级别分别对应不同的数据量范围。
可选地,在CCCH SDU中增加功率余量信息可以通过在CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加功率余量信息的方式来加以实现。具体地,增加功率余量信息的方式可以使用1到6个比特来表示功率余量信息大小的级别,其中,功率余量信息从物理层读取。
可选地,在CCCH SDU中同时增加待传输的数据量信息和功率余量信息可以通过在CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加待传输的数据量信息和功率余量信息的方式来加以实现。
需要说明的是,上述控制面消息可以包括但不限于以下之一:
(1)RRC连接建立请求消息;
(2)RRC连接建立完成消息;
(3)安全模式完成消息;
(4)RRC连接重配置完成消息;
(5)上行消息传输消息;
(6)RRC连接重建请求消息;
(7)RRC连接重建完成消息;
(8)RRC连接恢复请求消息;
(9)RRC连接恢复完成消息。
可选地,在步骤S102,上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息之前,还可以包括以下步骤:
步骤S6:从接收到的随机接入响应消息中获取指示信息,其中,指示信息用于指示UE在上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息。
可选地,在步骤S102,上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息之前,还可以包括以下操作:
步骤S7:确定BSR或者PHR已经被触发,其中,遵循的BSR触发规则为在当前具有可用上行资源用于首次传输时,不启动periodicBSR-Timer,遵循的PHR触发规则为在当前具有可用上行资源用于首次传输时,不启动periodicPHR-Timer。
下面将结合以下几个优选实施方式对上述优选实施过程作进一步地描述。
优选实施例一
该优选实施例描述的是在随机接入过程的上行消息(以下以消息3为例加以说明)中增加BSR MAC CE的方法。
在随机接入过程之前,UE需确定自身采用控制面信令携带数据来进行传输。
图6a是根据本发明优选实施例的一种在消息3中增加BSR MAC CE方式的示意图。图6b是根据本发明优选实施例的另一种在消息3中增加BSR MAC CE方式的示意图。如图6a和图6b所示,BSR MAC CE在消息3中的位置可以包括:BSR MAC CE位于CCCH SDU之后,或者,BSR MAC CE位于CCCH SDU之前,其中,如果MAC SDU中包含的是CCCH,则也可以称之为CCCH SDU。
当消息3中包含BSR MAC CE时,还需要中增加指示信息,用来说明在消息3中携带有BSR MAC CE,以便eNB通过读取该指示信息才能够从消息3中解码出BSR。
在优选实施过程中,可以采用以下方式之一来增加指示信息:
(1)方式1:在消息3中增加BSR MAC CE所对应的MAC子头。图7是根据本发明优选实施例的在消息3中增加指示信息以说明在消息3中携带有BSR MAC CE的第一种方式的示意图。如图7所示,BSR MAC CE的MAC子头格式与现有LTE协议相同,即由4个部分组成,其分别为:R(保留bit)、F2(为0),E(指示后面是否还有其他子头),逻辑信道ID(LCID,BSR MAC CE对应的LCID在现有LTE协议中是11101或者11110,其分别代表shortBSR和long BSR)。
图8是根据本发明优选实施例的与第一种在消息3中增加指示信息方式对应的BSR MACCE格式的示意图。如图8所示,在该格式中,LCG域包含2个bit,分别映射为4个LCG;Buffer size域包含6个bit,分别映射为64个Buffer size等级。
(2)方式2:使用消息3中所携带的CCCH SDU对应的MAC子头的1个保留bit来表示消息3中携带了BSR MAC CE,从而使得CCCH SDU的MAC子头能够具备同时指示CCCHSDU和BSR MAC CE的能力,而不需要再额外增加一个BSR MAC CE的MAC子头,进而可以节省系统开销。
图9是根据本发明优选实施例的在消息3中增加指示信息以说明在消息3中携带有BSRMAC CE的第二种方式的示意图。如图9所示,将CCCH SDU原来对应的MAC子头中的保留比特“R”重定义为指示“是否携带了BSR MAC CE”的标识B,其中,B=0表示消息3中没有携带BSR MAC CE;B=1表示消息3中携带了BSR MAC CE。
(3)方式3:定义一个新的逻辑信道ID(LCID)以同时对应CCCH和BSR,包含该LCID的MAC子头用于指示所在MAC PDU中既存在CCCH SDU又存在BSR MAC CE。
例如:在现有LTE的LCID列表中,01100-10101是没有使用的保留字段,为此,可以选择其中一个用于新定义。图10是根据本发明优选实施例的在消息3中增加指示信息以说明在消息3中携带有BSR MAC CE的第三种方式的示意图。如图10所示,假设选择10101并将其定义为“CCCH和BSR”,这样,当eNB检测到该LCID时,便可得知该消息3中携带了BSRMAC CE。
(4)方式4:在CCCH SDU中增加指示信息来说明消息3中携带有BSR MAC CE,其中,以CCCH SDU携带的控制面消息为RRC连接建立请求消息为例,可以将RRCConnectionRequest消息中的空闲bit(spare bit)定义为该指示信息;例如:
对RRCConnectionRequest信令内容进行如下定义:
其中,BSR-mac-CE-Ind即为重定义的1bit指示信息,当BSR-mac-CE-Ind为1时,表示在消息3中携带有BSR MAC CE;当BSR-mac-CE-Ind为0时,表示在消息3中未携带有BSRMAC CE。
或者,在RRCConnectionRequest的criticalExtensionsFuture消息单元(Information Element,简称为IE)中增加该指示信息;例如:
其中,将criticalExtensionsFuture重定义为BSR-mac-CE-Ind IE,大小为1bit,当BSR-mac-CE-Ind IE为1时,表示消息3中携带有BSR MAC CE;当BSR-mac-CE-Ind IE为0时,表示消息3中未携带有BSR MAC CE。
优选实施例二
该优选实施例描述的是在随机接入过程的上行消息(以下以消息3为例加以说明)中增加PHR MAC CE的方法。
在随机接入过程之前,UE需确定自身采用控制面信令携带数据进行传输。
图11a是根据本发明优选实施例的一种在消息3中增加PHR MAC CE方式的示意图。图11b是根据本发明优选实施例的另一种在消息3中增加PHR MAC CE方式的示意图。如图11a和图11b所示,PHR MAC CE在消息3中的位置可以包括:PHR MAC CE位于CCCH SDU之后,或者,PHR MAC CE位于CCCH SDU之前,其中,如果MAC SDU中包含的是CCCH,则也可以称之为CCCH SDU。
当消息3中包含PHR MAC CE时,还需要中增加指示信息,用来说明在消息3中携带有PHR MAC CE,以便eNB通过读取该指示信息才能够从消息3中解码出PHR。
在优选实施过程中,可以采用以下方式之一来增加指示信息:
(1)方式1:在消息3中增加PHR MAC CE所对应的MAC子头。图12是根据本发明优选实施例的在消息3中增加指示信息以说明在消息3中携带有PHR MAC CE的第一种方式的示意图。如图12所示,PHR MAC CE的MAC子头格式与现有LTE协议相同,即由4个部分组成,其分别为:R(保留bit)、F2(为0),E(指示后面是否还有其他子头),LCID。
图13是根据本发明优选实施例的与第一种在消息3中增加指示信息方式对应的PHRMAC CE格式的示意图。如图13所示,在该格式中,保留域包含2个bit;PH值域包含6个bit,分别映射为64个功率余量等级。
(2)方式2:使用消息3中所携带的CCCH SDU对应的MAC子头的保留bit来表示消息3中携带了PHR MAC CE,从而使得CCCH SDU的MAC子头能够具备同时指示CCCHSDU和PHR MAC CE的能力,而不需要再额外增加一个PHR MAC CE的MAC子头,进而可以节省系统开销。
(3)方式3:定义一个新的逻辑信道ID(LCID)以同时对应CCCH和PHR,包含该LCID的MAC子头用于指示所在MAC PDU中既存在CCCH SDU又存在PHR MAC CE。
方法4:(4)方式4:在CCCH SDU中增加指示信息来说明消息3中携带有PHR MAC CE,其中,可以将RRCConnectionRequest消息中的空闲bit(spare bit)定义为该指示信息;或者,在RRCConnectionRequest的criticalExtensionsFuture消息单元(Information Element,简称为IE)中增加该指示信息。
优选实施例三
该优选实施例描述的是在随机接入过程的上行消息(以下以消息3为例加以说明)中携带的公共控制信道(CCCH)服务数据单元(Service Data Unit,简称为SDU)中增加待传输的数据量信息。
下面以CCCH SDU携带的控制面消息为RRC连接建立请求消息为例加以说明,在RRCConnectionRequest消息中增加待传输的数据量信息是指在RRCConnectionRequest的criticalExtensionsFuture IE中增加待传输的数据量信息,其优选实施过程如下:
使用1到6比特来表示待传输的数据量大小的级别,不同级别分别对应不同的数据量范围;例如:
其中,将criticalExtensionsFuture重定义为BSR IE,大小为6bit,当然也可以定义为更短的长度。
不同的BSR长度对应不同的数据量范围,例如:若采用6bit的长度,则与现有LTE协议的BSR MAC CE中的buffer size的长度相同,其所映射的待传输数据量范围和粒度也都相同。
若BSR IE采用4bit的长度,则其映射的待传输数据量范围和粒度可以存在如下选择:
(1)与现有LTE协议的BSR粒度相同,现有LTE协议的BSR映射表共有64级,则4bit长度的BSR IE可映射至现有LTE协议的BSR映射表的前16级;
(2)比现有LTE协议的BSR粒度大4倍,这样4bit长度的BSR IE可映射至与现有LTE协议的BSR映射表一样大的数据量范围;
优选实施例四
该优选实施例描述的是在随机接入过程的上行消息(以下以消息3为例加以说明)携带的CCCH SDU中增加功率余量信息。
下面以CCCH SDU携带的控制面消息为RRC连接建立请求消息为例加以说明,在RRCConnectionRequest消息中增加功率余量信息是指在RRCConnectionRequest的criticalExtensionsFuture IE中增加功率余量信息,其优选实施过程如下:
使用1到6bits来表示功率余量信息大小的级别,该功率余量信息可以从物理层读取;例如:
其中,将criticalExtensionsFuture重定义为PHR IE,大小为6bit,当然也可以定义更短的长度。
不同的PHR长度对应不同的功率余量范围,例如:若采用6bit则与现有LTE协议的PHRMAC CE中的power headroom的长度相同,所映射的power headroom level范围和粒度也都相同。
若PHR IE采用4bit的长度,则其映射的power headroom level范围和粒度可以存在如下选择:
(1)与现有LTE协议的PHR粒度相同,现有LTE协议的power headroom level映射表共有64级,则4bit长度的PHRIE可以映射至现有LTE协议的power headroom level映射表的前16级;
(2)比现有LTE协议的PHR粒度大4倍,这样4bit长度的PHRIE可以映射至与现有LTE协议的power headroom level映射表一样大的功率余量范围。
优选实施例五
该优选实施例描述的是在随机接入过程的上行消息(以下以消息3为例加以说明)中增加BSR_PHR联合MAC CE。
在随机接入过程的消息3中增加BSR_PHR联合MAC CE的过程中,BSR_PHR联合MACCE的格式如下:BSR与PHR在其中各占一部分;总长度既可以是8个bits也可以是16个Bits,其中,BSR的构成方式可以包括以下之一:
(1)BSR中不包含LCG域,而只包含待传输的数据量域;
(2)BSR中同时包含LCG域和待传输的数据量域;
例如:图14a是根据本发明优选实施例的BSR_PHR联合MAC CE的第一种格式的示意图。如图14a所示,当BSR与PHR的总长度为16bits时,LCG域包含2个bit,分别映射为4个LCG;Buffer size域包含6个bit,分别映射为64个Buffer size等级;保留域包含2个bit;PH值域包含6个bit,分别映射为64个功率余量等级。
图14b是根据本发明优选实施例的BSR_PHR联合MAC CE的第二种格式的示意图。如图14b所示,当BSR与PHR的总长度为8bits时,Buffer size域包含2个bit,分别映射为4个Buffer size等级,PH值域包含6个bit,分别映射为64个功率余量等级。
图14c是根据本发明优选实施例的BSR_PHR联合MAC CE的第三种格式的示意图。如图14c所示,当BSR与PHR的总长度为8bits时,Buffer size域包含4个bit,分别映射为16个Buffer size等级,PH值域包含4个bit,分别映射为16个功率余量等级。
图14d是根据本发明优选实施例的BSR_PHR联合MAC CE的第四种格式的示意图。如图14d所示,当BSR与PHR的总长度为8bits时,Buffer size域包含6个bit,分别映射为64个Buffer size等级,PH值域包含2个bit,分别映射为4个功率余量等级。
图14e是根据本发明优选实施例的BSR_PHR联合MAC CE的第五种格式的示意图。如图14e所示,当BSR与PHR的总长度为8bits时,LCG域包含1个bit,分别映射为2个LCG;Buffer size域包含3个bit,分别映射为8个Buffer size等级,PH值域包含4个bit,分别映射为16个功率余量等级。
图14f是根据本发明优选实施例的BSR_PHR联合MAC CE的第六种格式的示意图。如图14f所示,当BSR与PHR的总长度为8bits时,LCG域包含1个bit,分别映射为2个LCG;Buffer size域包含4个bit,分别映射为16个Buffer size等级,PH值域包含3个bit,分别映射为8个功率余量等级。
需要说明的是,在图14e和图14f中,BSR均包含了LCG域;当BSR_PHR联合MAC CE的长度为8bits时,如果其中包含的BSR和PHR长度均小于8bits,则可以称其为压缩BSR和压缩PHR。
压缩BSR的待传输的数据量域与现有LTE协议的BSR数据量映射表的映射关系可以包括以下之一:
(1)压缩BSR的待传输的数据量域以更粗的粒度映射至整个现有LTE协议的BSR数据量映射表;
(2)压缩BSR的待传输的数据量域不改变映射粒度,只映射一部分现有LTE协议的BSR数据量映射表;例如:假设压缩BSR为3bits,而现有LTE协议的BSR buffer size为6bits,则压缩BSR只映射至现有LTE协议的BSR buffer size表的前8个级别的待传数据量范围。
压缩PHR与现有LTE协议的PHR映射表的映射关系可以包括以下之一:
(1)压缩PHR以更粗的粒度映射至整个现有LTE协议的PHR映射表;
(2)压缩PHR不改变映射粒度,而只映射一部分至现有LTE协议的PHR映射表。
此外,在该优选实施例中,同样需要在消息3中增加指示信息,用来说明消息3中携带有BSR_PHR联合MAC CE。
在优选实施过程中,可以采用以下方式之一来增加指示信息:
(1)方式1:定义一个新的LCID以对应BSR_PHR联合MAC CE,使用该LCID的MAC子头用于指示所在的MAC PDU中携带有BSR_PHR联合MAC CE;
例如:图15是根据本发明优选实施例的在消息3中增加指示信息以说明在消息3中携带有BSR_PHR联合MAC CE的示意图。如图15所示,在现有LTE的LCID表中,01100-10101为尚未使用的保留字段,为此,可以选择其中一个字段用于新定义,假设选择10100并将其定义为“BSR_PHR联合MAC CE”。这样,当eNB检测到该LCID时,便可获知该消息3中携带有BSR和PHR联合MAC CE。
(2)方式2:使用消息3中所携带的CCCH SDU对应的MAC子头的1个保留bit来表示消息3中携带了BSR_PHR联合MAC CE。
(3)方式3:定义一个新的逻辑信道ID(LCID)以同时对应CCCH和PHR联合BSR,包含该LCID的MAC子头用于指示所在MAC PDU既存在CCCH SDU也存在BSR_PHR联合MAC CE。
(4)方式4:在CCCH SDU中增加指示信息来说明消息3中携带有BSR_PHR联合MACCE,其中,可以将RRCConnectionRequest消息中的空闲bit(spare bit)定义为该指示信息;或者,在RRCConnectionRequest的criticalExtensionsFuture消息单元(Information Element,简称为IE)中增加该指示信息。
优选实施例六
该优选实施例描述的是在随机接入过程的上行消息(以下以消息3为例加以说明)携带的CCCH SDU中同时增加待传输的数据量信息和功率余量信息。
下面以CCCH SDU携带的控制面消息为RRC连接建立请求消息为例加以说明,在RRCConnectionRequest消息中增加待传输的数据量信息和功率余量信息是指在RRCConnectionRequest的criticalExtensionsFuture IE中增加待传输的数据量信息和功率余量信息。
优选实施例七
在该优选实施例中,可以在上行消息(以下以消息3为例加以说明)中增加指示信息,用来说明消息3中携带有BSR MAC CE,或者,PHR MAC CE,或者,BSR_PHR联合MAC CE的方法还可以进一步包括:
使用消息3中携带的CCCH SDU所对应的MAC子头中的即保留比特(R比特位)和F2比特位来作为上述指示信息,其中,2个比特位对应的4个值(即00,01,10,11)分别用于表示消息3中携带有BSR MAC CE,消息3中携带有PHR MAC CE,消息3中携带有BSR_PHR联合MAC CE,消息3中并未携带上述3种MAC CE。在优选实施过程中,可以特别选定2个比特位均为0来表示消息3中并没有携带上述3种MAC CE。
优选实施例八
在该优选实施例中,UE在消息2中接收到基站发送的是否需要UE在消息2发送待传输的数据量信息的指示信息、或者功率余量信息的指示信息、或同时增加待传输的数据量信息和功率余量信息的指示信息。
在优选实施过程中,UE可以在消息2(即RAR消息)中接收上述指示信息。
优选实施例九
在该优选实施例中,可以使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示该UE支持SingleTone还是MultiTone的信息;
在现有LTE协议中,MAC子头的格式包含:
(1)R:保留比特位,占用1比特;
(2)F2,F:用于指示所在MAC子头对应的MAC SDU或者MAC CE的大小,各占用1比特
(3)E:用于指示后续是否还有其他MAC子头,占用1比特;
(4)LCID:占用5比特,用于指示所在MAC子头对应了哪种MAC SDU或者MAC CE;
以上行消息msg3的MAC子头携带支持SingleTone还是MultiTone的信息为例,因为msg3只携带一个CCCH SDU(即MAC SDU),其mac子头格式包含:R/F2/E/LCID,长度共8比特,其中,F2,E虽然已经被定义为其他用途,但是,在msg3的场合,F2,E无论取何值都是不会给eNB造成歧义理解的,因此,在msg3中可以将F2,E重新定义为新的含义。
在该优选实施例中,可以将R、或者F2、或者E定义为表示支持SingleTone还是MultiTone,例如:取值为1表示支持SingleTone,取值为0表示支持MultiTone;
如果在其他上行消息中携带支持SingleTone还是MultiTone的信息,例如:msg5,那么,可以将R定义为表示支持SingleTone还是MultiTone。
可选地,为了使得eNB知道上行消息的MAC子头中携带有支持SingleTone还是MultiTone的信息,可以采用以下两种方式:
方式1:协议默认规定,在某个上行消息(例如:默认规定msg3)的CCCH SDU对应的MAC子头中携带支持SingleTone还是支持MultiTone的信息;
方式2:在LCID的保留值中选取一个保留值定义为“CCCH和支持SingleTone还是MultiTone”,eNB根据该LCID即可获知这个LCID所在的MAC子头中携带支持SingleTone还是MultiTone的信息。
优选实施例十
在该优选实施例中,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特位来表示该终端支持SingleTone还是MultiTone的信息。
上述MAC CE可以包括但不限于以下之一:BSR MAC CE,PHR MAC CE。
假设在上行消息msg3中增加表示该终端支持SingleTone还是MultiTone的信息,以该信息放在BSR MAC CE中为例:
现有LTE系统的BSR MAC CE的格式构成包括:LCG ID,缓冲区待传输数据量(buffersize)这2个域,其中,LCG ID用于表示逻辑信道组的序号,共占2个bit;可以将LCG ID的2个bit进行重新定义。例如:表1是对BSR MAC CE重新定义的一个示例,如表1所示:
表1
比特0 | 比特1 | 比特2~7 |
0:支持SingleTone | 重定义为保留比特位 | Buffer size |
1:支持MultiTone | 重定义为保留比特位 | Buffer size |
其中,比特0还可重定义为:0表示不支持multitone,1表示支持MultiTone。
此外,以该信息设置在PHR MAC CE中为例:
现有LTE系统的BSR MAC CE的格式构成包括:2个保留比特位,功率余量等级(6个比特),可以将其中1个保留比特位进行重定义,例如:将第一个保留比特定义为:0表示支持SingleTone;1表示支持MultiTone;或者定义为:0表示不支持multitone;1表示支持MultiTone。
可选地,为了使得eNB知道上行消息的MAC CE中携带有支持SingleTone还是MultiTone的信息,可以采用以下方式(以BSR MAC CE和PHR MAC CE举例):
在LCID的保留值中选取一个保留值定义为“BSR MAC CE和支持SingleTone还是MultiTone”,eNB根据该LCID即可获知这个LCID所对应的BSR MAC CE中携带支持SingleTone还是MultiTone的信息。
或者,在LCID的保留值中选取一个保留值定义为“PHR MAC CE和支持SingleTone还是MultiTone”,eNB根据该LCID即可获知这个LCID所对应的PHR MAC CE中携带支持SingleTone还是MultiTone的信息。
优选实施例十一
在该优选实施例中,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特位来表示该终端配置了UP传输模式还是CP传输模式的信息;
MAC CE可以包括但不限于以下之一:BSR MAC CE,PHR MAC CE;
假设在上行消息msg3中增加表示该终端配置了UP传输模式还是CP传输模式的信息,以该信息放在BSR MAC CE中为例:
现有LTE系统的BSR MAC CE的格式构成包括:LCG ID,buffer size这2个域,其中,LCG ID用于表示逻辑信道组的序号,共占2个bit;可以将LCG ID的2个bit进行重新定义。例如:表2是对BSR MAC CE重新定义的一个示例,如表2所示:
表2
比特0 | 比特1 | 比特2~7 |
0:配置了UP传输模式 | 重定义为保留比特位 | Buffer size |
1:配置了CP传输模式 | 重定义为保留比特位 | Buffer size |
其中,比特0还可重定义为:0表示不支持UP传输模式,1表示支持UP传输模式。
此外,以该信息放在PHR MAC CE中为例:
现有LTE系统的BSR MAC CE的格式构成包括:2个保留比特位,功率余量等级(6个比特),可以将其中1个保留比特位进行重定义,例如:将第一个保留比特定义为:0表示配置了UP传输模式;1表示配置了CP传输模式;或者定义为:0表示不支持UP传输模式;1表示支持UP传输模式。
可选地,为了使得eNB知道上行消息的MAC CE中携带有配置了UP传输模式还是CP传输模式的信息,可以采用以下方式(以BSR MAC CE和PHR MAC CE举例):
在LCID的保留值中选取一个保留值定义为“BSR MAC CE和配置了UP传输模式还是CP传输模式”,eNB根据该LCID即可获知这个LCID所对应的BSR MAC CE中携带配置了UP传输模式还是CP传输模式的信息。
或者,在LCID的保留值中选取一个保留值定义为“PHR MAC CE和配置了UP传输模式还是CP传输模式”,eNB根据该LCID即可获知这个LCID所对应的PHR MAC CE中携带配置了UP传输模式还是CP传输模式的信息。
优选实施例十二
在该优选实施例中,使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示配置的是CP传输模式还是UP传输模式的信息;
现有LTE协议中的MAC子头的格式可以参见上述优选实施例九,此处不再赘述。
以上行消息msg3的MAC子头携带配置的是CP传输模式还是UP传输模式的信息为例,因为msg3只携带一个CCCH SDU(即MAC SDU),其MAC子头格式包含:R/F2/E/LCID,长度共8比特,其中,F2,E虽然已经被定义为其他用途,但是在msg3的场合,F2,E无论去何值都是不会给eNB造成歧义理解的,因此,在msg3中可以将F2,E重新定义为新的含义。
在该优选实施例中,可以将R、或者F2、或者E定义为表示配置的是CP传输模式还是UP传输模式,例如:取值为1表示配置的是CP传输模式,而取值为0表示配置的是UP传输模式。
如果在其他上行消息中携带配置的是CP传输模式还是UP传输模式的信息,例如:msg5,那么可以将R定义为表示配置的是CP传输模式还是UP传输模式。
可选地,为了使得eNB获知上行消息的MAC子头中携带了配置的是CP传输模式还是UP传输模式的信息,可以采用以下两种方式:
方式1:协议默认规定,在某个上行消息(例如:默认规定msg3)的CCCH SDU对应的MAC子头中携带配置的是CP传输模式还是UP传输模式的信息;
方式2:在LCID的保留值中,取一个保留值定义为“CCCH和配置的是CP传输模式还是UP传输模式”,eNB根据该LCID即可获知这个LCID所在的MAC子头中携带配置的是CP传输模式还是UP传输模式的信息。
优选实施例十三
在该优选实施例中,使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示多种信息:
以上行消息msg3的MAC子头携带多种信息为例:
假设msg3的MAC子头携带的信息类型是“待传输的数据量信息”,参考实施例九的现有LTE协议中的MAC子头的格式,其中,R、F2、E均可用来表示待传输的数据量信息,可以选其中1个、2个或者3个bit共同表示待传输的数据量信息,以选取R、F2这2个比特来表示待传输的数据量信息为例,如表3所示:
表3
其中,K1,K2,K3,K4均为正整数。
上述映射表也可以直接截取现有LTE的BSR映射表(参考3GPP协议TS36.321的表6.1.3.1-1)的前4个等级,如表4所示:
表4
或者,在现有LTE的BSR映射表的前4个等级的基础上乘以固定的因子来扩大每一个待传输数据量等级对应的实际待传输数据量范围,例如:固定因子为4,则映射表如表5所示:
表5
或者,每一个待传输数据量等级上乘以固定的因子来对应更大的现有LTE的BSR映射表等级,例如:固定因子为4,则映射表如表6所示:
表6
可选地,为了使得eNB获知上行消息的MAC子头中携带了待传输数据量信息,可以采用以下两种方式:
方式1:协议默认规定,在某个上行消息(例如:默认规定msg3)的CCCH SDU对应的MAC子头中携带配置的是待传输数据量信息;
方式2:在LCID的保留值中,取一个保留值定义为“CCCH和待传输数据量”,eNB根据该LCID即可获知这个LCID所在的MAC子头中携带了待传输数据量信息。
假设msg3的MAC子头携带的信息类型是“功率余量信息”,可以参考上述“待传输数据量”的优选实施过程来实现,提出不再赘述。
假设msg3的MAC子头携带的信息类型同时支持“支持SingleTone还是MultiTone”以及“配置的是CP传输模式还是UP传输模式”2种信息,参考上述优选实施例九的现有LTE协议中的MAC子头的格式,其中,R、F2、E均可用来表示其他含义。
例如:可以选择R,F2比特来表示携带的是哪种信息以及信息的取值,如表7所示:
表7
R | F2 | msg3的MAC子头携带的信息类型信息类型及其取值 |
0 | 0 | 支持SingleTone,配置的是CP传输模式 |
0 | 1 | 支持SingleTone,配置的是UP传输模式 |
1 | 0 | 支持MultiTone,配置的是CP传输模式 |
1 | 1 | 支持MultiTone,配置的是UP传输模式 |
优选实施例十四
在该优选实施例中,在UE发送待传输的数据量信息和功率余量信息之前,UE可以确定BSR或者PHR已经被触发,UE遵循下述BSR或PHR触发规则:
(1)当UE具有可用上行资源用于首次传输时,不启动periodicBSR-Timer;
(2)当UE具有可用上行资源用于首次传输时,不启动periodicPHR-Timer;
在该优选实施例中,对NBIOT系统中,UE如何使用周期BSR的方式做进一步描述。
使用方式一、
UE判断自身的设备类型是否为NBIOT终端类型或者自身接入的网络类型是否为NBIOT网络;如果UE能够确定自身的设备类型为NBIOT终端类型或者自身接入的网络类型为NBIOT网络,则在任何情况下,UE都不会启动periodicBSR-Timer。
使用方式二、
UE判断自身的设备类型是否为NBIOT终端类型或者自身接入的网络类型是否为NBIOT网络;如果UE能够确定自身的设备类型为NBIOT终端类型或者自身接入的网络类型为NBIOT网络,则当UE触发BSR并且具有可用资源用于上行数据首次传输时,将不需要启动periodicBSR-Timer。
在该优选实施例中,对NBIOT系统中,UE如何使用周期PHR的方式做进一步详细说明。
使用方式一:
UE判断自身的设备类型是否为NBIOT终端类型或者自身接入的网络类型是否为NBIOT网络;如果UE能够确定自身的设备类型为NBIOT终端类型或者自身接入的网络类型为NBIOT网络,则在任何情况下,UE都不会启动periodicBSR-Timer。
第二种方式:
UE判断自身的设备类型是否为NBIOT终端类型或者自身接入的网络类型是否为NBIOT网络;如果UE能够确定自身的设备类型为NBIOT终端类型或者自身接入的网络类型为NBIOT网络,则当UE具有可用资源用于上行数据首次传输时,将不需要启动periodicPHR-Timer。
需要说明的是,在上述各个优选实施例中,接入网网元的类型除了eNB之外,还可以包括:small cell,家庭基站以及兼容EPC架构的其他接入网网元类型。核心网网元的类型除了MME以外,还可以包括:C-SGN,NBIoT MME等支持机器类型通讯和移动性管理的核心网网元。
优选实施例十五
对配置了非连续传输的UE,基站通过信令指示UE非连续传输(DRX)定时器控制信息,该DRX定时器控制信息指示UE是否启动DRX定时器。
可选地,指示是否启动DRX定时器的信息表达方式可以包括如以下的之一种:是否还有新下行数据需要发送给UE,或者是否需要启动DRX定时器,或者其它的表达方式用于UE判断是否需要启动所述DRX定时器。
可选地,信令可以包括以下至少之一:物理下行公共控制信道承载(PDCCH)的DCI,或媒体接入控制控制单元(MAC CE)。
基站通过PDCCH承载的DCI指示DRX定时器控制信息时,基站在判断DCI指示的下行数据之外,如果还有其它下行数据需要发送给UE,则基站在DCI中指示UE需要启动DRX定时器。
可选地,基站在发送信令时,判断在该信令所指示的下行数据、或承载该信令的下行数据之外,没有其它下行数据需要发送给UE时,基站在该信令中指示UE不需要启动DRX定时器。
可选地,信令为PDCCH承载的DCI格式时,该PDCCH承载的DCI还指示下行数据传输的调度信息,UE根据该调度信息接收下行数据。当此DCI携带的DRX定时器控制信息指示UE需要启动DRX定时器时,UE在通过上行信道反馈其成功接收下行数据后,启动DRX定时器,或UE在通过上行信道反馈成功接收下行数据,并等待DRX定时器启动偏移后,启动DRX定时器,或UE在接收到PDCCH承载的DCI时,启动DRX定时器。
可选地,UE没有成功接收到下行数据时,不论上述DRX定时器控制信息是否指示UE需要启动DRX定时器,UE都判断需要启动DRX定时器。
基站通过MAC CE指示DRX定时器控制信息时,MAC CE承载在一个下行协议数据单元中,该下行协议数据单元还可以包括其它下行数据。当此MAC CE携带的DRX定时器控制信息指示UE需要启动DRX定时器时,UE在接收到MAC CE后,启动DRX定时器,或UE在通过上行信道反馈成功接收承载MAC CE的下行协议数据单元(或称下行数据包)后,启动DRX定时器,或UE在通过上行信道反馈成功接收承载MAC CE的下行数据,并等待DRX定时器启动偏移后,启动DRX定时器。
UE获得所述DRX定时器启动偏移的方法,可以是通过如下方法之一:UE和基站间的协议约定DRX定时器启动偏移,或者基站通过DRX定时器控制信息指示DRX定时器启动偏移,或者基站通过专用RRC信令、小区广播信息、MAC CE指示UE DRX定时器偏移。
在满足根据下列条件停止之一时,UE根据下列条件停止所述DRX定时器的运行:UE接收到物理下行公共控制信道指示下行数据传输,包括新数据传输,或重传数据传输;或所述DRX定时器超时;或UE接收到基站发送的信令指示所述UE停止所述DRX定时器。
基站通过DRX定时器控制信息指示DRX定时器长度,或者基站和UE间通过协议约定DRX定时器长度,或者基站通过小区系统消息指示DRX定时器长度,或者基站通过发送给UE的RRC消息配置DRX定时器长度,或者基站通过发送给UE的MAC CE指示DRX定时器的长度。DRX定时器长度是指,从DRX定时器启动到DRX定时器超时的时间间隔。
UE在DRX定时器运行期间,连续监听物理下行公共控制信道。DRX定时器运行期间是指,DRX定时器从启动到停止或超时之间的时间间隔。
优选实施例十六
如图16所示,在时刻0,基站通过PDCCH调度下行数据在时刻1传输,并通过PDCCH承载的DCI指示DRX定时器控制信息。该控制信息指示UE是否需要启动DRX定时器。基站根据在时刻0调度的数据之后,是否还有新的数据需要发送该UE进行判断,如果有,则指示UE需要启动,否则,指示UE不需要启动。
需要说明的是,是否需要启动DRX定时器的信息还可以表达为:是否还有新的数据需要发送,或其它UE可以做出是否需要启动DRX定时器的信息。
在时刻1,基站发送时刻0的PDCCH所调度的下行数据。UE根据上述PDCCH的调度信息接收该信息。在此例中,UE成功接收该下行数据。
在时刻3,UE通过上行信道反馈成功接收了所述的下行数据,即发送ACK信令。
在发送ACK信令后,UE根据上述PDCCH承载的DCI携带的DRX定时器控制信息,决定是否启动DRX定时器。在此例中,假设基站指示UE需要启动DRX定时器,或基站指示了还有新的数据需要传输。
UE在等待DRX定时器启动偏移个时间间隔后,在时刻5启动DRX定时器。
上述的DRX定时器启动偏移为协议约定、或通过时刻0的PDCCH承载的DCI携带的DRX定时器控制信息中指示、或通过小区系统消息指示、或通过UE和基站间的专用RRC信令、MAC CE在时刻0之前进行指示。
在此例中,该DRX定时器启动偏移为2个时间间隔。
可选地,在DRX定时器启动偏移期间,UE不监听PDCCH信道。
UE启动的DRX定时器的长度为协议约定、或通过时刻0的PDCCH承载的DCI携带的DRX定时器控制信息中指示、或通过小区系统消息指示、或通过UE和基站间的专用RRC信令、MAC CE在时刻0之前进行指示。
在此例中该长度为7个时间间隔。
在该DRX定时器运行期间,UE监听PDCCH信道。
在时刻10,基站发送新的PDCCH,调度发送给该UE的新下行数据。UE接收到该PDCCH信令,则停止运行中的DRX定时器。
如果UE没有接收上述新的PDCCH信令,则UE一直监听PDCCH信道,直到DRX定时器超时。并在超时后进入随眠状态。
需要说明的是,如果UE没有成功接收到所述下行数据,则不论所述DRX定时器控制信息指示是否还有新的数据,或是否需要启动DRX定时器,UE均启动DRX定时器。此时,UE启动的DRX定时器的方法与上述方法一样,即获取DRX定时器启动偏移与DRX定时器长度的方法,以及停止条件等与UE成功接收所述下行数据时一样。
上述为本发明的优选实施例,上述的方法同样的适用于基站通过下行数据协议包中携带的MAC CE指示所述的DRX定时器控制信息。
在本实施例中还提供了一种信息的上报装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图17是根据本发明实施例的信息的上报装置的结构框图,如图17所示,该装置包括:处理模块10,用于在随机接入过程或者RRC连接相关过程的上行消息中增加以下信息至少之一:待传输的数据量信息,功率余量信息,待传输的数据量信息和功率余量信息,支持SingleTone还是MultiTone的信息,配置的是CP传输模式还是UP传输模式的信息,其中,RRC连接相关过程包括以下之一:RRC连接建立过程,RRC连接重建过程,RRC连接恢复过程;上报模块20,用于对上行消息进行上报。
在优选实施过程中,上述上行消息可以包括但不限于以下之一:msg3、msg5、在msg5之后发送的任意上行消息。
可选地,处理模块10,用于使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示支持SingleTone还是MultiTone的信息;或者,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示支持SingleTone还是MultiTone的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MACCE。
在优选实施过程中,处理模块10,用于定义一个新的逻辑信道标识LCID来同时对应CCCH和SingleTone/MultiTone支持信息,包含LCID的MAC子头用于指示该LCID所在的MAC子头中携带支持SingleTone还是MultiTone的信息。
在优选实施过程中,处理模块10,用于定义一个新的逻辑信道标识LCID来同时对应MACCE和SingleTone/MultiTone支持信息,包含LCID的MAC子头用于指示该MAC子头对应的MAC CE中携带支持SingleTone还是MultiTone的信息,其中,MAC CE包括以下之一:BSRMAC CE,PHR MAC CE。
可选地,处理模块10,用于使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示配置的是CP传输模式还是UP传输模式的信息;或者,使用上行消息中的MAC CE中的保留比特或者重定义上行消息中的MAC CE中的比特来表示配置的是CP传输模式还是UP传输模式的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
在优选实施过程中,处理模块10,用于定义一个新的逻辑信道标识LCID来同时对应CCCH和CP传输/UP传输模式信息,包含LCID的MAC子头用于指示该LCID所在的MAC子头中携带配置的是CP传输模式还是UP传输模式的信息。
在优选实施过程中,处理模块10,用于定义一个新的逻辑信道标识LCID来同时对应MACCE和CP传输/UP传输模式信息,包含LCID的MAC子头用于指示该MAC子头对应的MACCE中携带配置的是CP传输模式还是UP传输模式的信息,其中,MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
可选地,处理模块10,用于在上行消息中增加待传输的数据量信息的方式包括以下之一:
方式一、在上行消息中增加缓冲区状态报告(BSR)媒体接入控制层(MAC)控制单元(CE);
方式二、在上行消息携带的公共控制信道(CCCH)服务数据单元(SDU)中增加待传输的数据量信息;
方式三、使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的数据量信息。
可选地,处理模块10,用于在上行消息中增加指示信息,其中,指示信息用于说明在上行消息中携带有BSR MAC CE,增加指示信息的方式包括以下之一:
方式一、在上行消息中增加与BSR MAC CE对应的MAC子头;
方式二、使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示上行消息中携带有BSR MAC CE;
方式三、定义一个新的逻辑信道标识(LCID)来同时对应CCCH和BSR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在BSR MAC CE;
方式四、在CCCH SDU中增加指示信息以表示上行消息中携带有BSR MAC CE。
在优选实施过程中,处理模块10,用于在CCCH SDU中增加指示信息以表示上行消息中携带有BSR MAC CE可以包括以下之一:
(1)将CCCH SDU承载的控制面消息中的空闲比特位定义为指示信息;
(2)将CCCH SDU承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加指示信息。
可选地,处理模块10,用于使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的数据量信息的方式,还包括以下之一:定义一个新的LCID,包含LCID的MAC子头用于指示在该MAC子头中存在待传输的数据量信息;用于指示该MAC子头在对应CCCH SDU的同时还包含有待传输的数据量信息。
可选地,处理模块10,用于在上行消息中增加功率余量信息的方式包括以下之一:
方式一、在上行消息中增加功率余量报告(PHR)MAC CE;
方式二、在上行消息携带的CCCH SDU中增加功率余量信息;
方式三、使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示待传输的功率余量信息。
可选地,处理模块10,用于在上行消息中增加指示信息,其中,指示信息用于说明在上行消息中携带有PHR MAC CE,增加指示信息的方式包括以下之一:
方式一、在上行消息中增加与PHR MAC CE对应的MAC子头;
方式二、使用上行消息中携带的CCCH SDU所对应的MAC子头的保留比特位或者重定义现有比特位来表示上行消息中携带有PHR MAC CE;
方式三、定义一个新的LCID来同时对应CCCH和PHR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在PHR MAC CE;
方式四、在CCCH SDU中增加指示信息来说明上行消息中携带有PHR MAC CE。
在优选实施过程中,处理模块10,用于在CCCH SDU中增加指示信息来说明上行消息中携带有PHR MAC CE可以包括以下之一:
(1)将CCCH SDU中承载的控制面消息中的空闲比特位定义为指示信息;
(2)将CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加指示信息。
可选地,处理模块10,用于使用上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示功率余量信息的方式,还包括以下之一:
(1)定义一个新的LCID,包含LCID的MAC子头用于指示在该MAC子头中存在功率余量信息;
(2)用于指示该MAC子头在对应CCCH SDU的同时还包含有功率余量信息。
可选地,处理模块10,用于在上行消息中同时增加待传输的数据量信息和功率余量信息的方式包括以下之一:
方式一、在上行消息中增加BSR_PHR联合MAC CE;
方式二、在上行消息携带的CCCH SDU中同时增加待传输的数据量信息和功率余量信息。
可选地,处理模块10,还用于在上行消息中增加指示信息,其中,指示信息用于说明在上行消息中携带有BSR_PHR联合MAC CE,增加指示信息的方式包括以下之一:
方式一、定义一个新的LCID来对应BSR_PHR联合MAC CE,使用LCID的MAC子头用于指示该LCID所在的MAC PDU中携带有BSR_PHR联合MAC CE;
方式二、使用上行消息中携带的CCCH SDU所对应的MAC子头的1个保留比特位来表示上行消息中携带有BSR_PHR联合MAC CE;
方式三、定义一个新的LCID来同时对应CCCH,PHR以及BSR,包含LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在BSR_PHR联合MAC CE;
方式四、在CCCH SDU中增加指示信息以表示上行消息中携带有BSR_PHR联合MAC CE。
在优选实施过程中,处理模块10,用于在CCCH SDU中增加指示信息以表示上行消息中携带有BSR_PHR联合MAC CE包括以下之一:将CCCH SDU中承载的控制面消息中的空闲比特位定义为指示信息;将CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加指示信息。
可选地,处理模块10,还用于将上行消息携带的CCCH SDU所对应的MAC子头中的保留比特以及F2比特位设置为指示信息,其中,当指示信息为第一取值时,表示上行消息中携带有BSR MAC CE,当指示信息为第二取值时,表示上行消息中携带有PHR MAC CE,当指示信息为第三取值时,表示上行消息中携带有BSR_PHR联合MAC CE,当指示信息为第四取值时,表示上行消息中未携带有BSR MAC CE,PHR MAC CE以及BSR_PHR联合MAC CE。
在优选实施过程中,当第四取值为00时,表示上行消息中未携带有BSR MAC CE,PHRMAC CE以及BSR_PHR联合MAC CE。
可选地,在上行消息中增加BSR_PHR联合MAC CE的格式为:BSR_PHR联合MAC CE由BSR和PHR组成,该BSR_PHR联合MAC CE的总长度为8N个比特,其中,N为正整数,在BSR的组成方式为以下之一:
方式一、BSR中不包含逻辑信道组(LCG)域而只包含待传输的数据量域;
方式二、BSR中同时包含LCG域和待传输的数据量域。
可选地,当BSR_PHR联合MAC CE的总长度为8bits时,BSR的长度与PHR的长度均被压缩为小于8个比特,其中,压缩BSR的待传输的数据量域与现有LTE协议的BSR数据量映射表的映射关系包括以下之一:
(1)压缩BSR的待传输的数据量域按照大于预设阈值的粒度映射至现有LTE协议的整个BSR数据量映射表;
(2)压缩BSR的待传输的数据量域不改变映射粒度而只映射至现有LTE协议的部分BSR数据量映射表;
压缩PHR与现有LTE协议的PHR映射表的映射关系包括以下之一:
(1)压缩PHR按照大于预设阈值的粒度映射至现有LTE协议的整个PHR映射表;
(2)压缩PHR不改变映射粒度而只映射至现有LTE协议的部分PHR映射表。
在优选实施过程中,BSR MAC CE或者PHR MAC CE或者BSR_PHR联合MAC CE在上行消息中位于CCCH SDU之后或者位于CCCH SDU之前。
可选地,处理模块10,用于在CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加待传输的数据量信息。具体地,增加待传输的数据量信息的方式可以使用1到6个比特来表示待传输的数据量大小的级别,其中,不同级别分别对应不同的数据量范围。
可选地,处理模块10,用于在CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加功率余量信息。具体地,增加功率余量信息的方式可以使用1到6个比特来表示功率余量信息大小的级别,其中,功率余量信息从物理层读取。
可选地,处理模块10,用于在CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加待传输的数据量信息和功率余量信息。
需要说明的是,上述控制面消息可以包括但不限于以下之一:
(1)RRC连接建立请求消息;
(2)RRC连接建立完成消息;
(3)安全模式完成消息;
(4)RRC连接重配置完成消息;
(5)上行消息传输消息;
(6)RRC连接重建请求消息;
(7)RRC连接重建完成消息;
(8)RRC连接恢复请求消息;
(9)RRC连接恢复完成消息。
可选地,图18是根据本发明优选实施例的信息的上报装置的结构框图,如图18所示,上述装置还包括:获取模块30,用于从接收到的随机接入响应消息中获取指示信息,其中,该指示信息用于指示UE在上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息。
可选地,如图18所示,上述装置还包括:确定模块40,用于确定BSR或者PHR已经被触发,其中,遵循的BSR触发规则为在当前具有可用上行资源用于首次传输时,不启动periodicBSR-Timer,遵循的PHR触发规则为在当前具有可用上行资源用于首次传输时,不启动periodicPHR-Timer。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述模块分别位于多个处理器中。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (82)
1.一种信息的上报方法,其特征在于,包括:
在随机接入过程或者无线资源控制RRC连接相关过程的上行消息中增加以下信息至少之一:待传输的数据量信息,功率余量信息,支持单子载波SingleTone还是多子载波MultiTone的信息,配置的是控制面CP传输模式还是用户面UP传输模式的信息,其中,所述RRC连接相关过程包括以下之一:RRC连接建立过程,RRC连接重建过程,RRC连接恢复过程;
对所述上行消息进行上报。
2.根据权利要求1所述的方法,其特征在于,所述上行消息包括以下之一:消息msg3、msg5、在msg5之后发送的任意上行消息。
3.根据权利要求2所述的方法,其特征在于,在所述上行消息中增加支持SingleTone还是MultiTone的信息的方式包括以下之一:
使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述支持SingleTone还是MultiTone的信息;
使用所述上行消息中的MAC CE中的保留比特或者重定义所述上行消息中的MACCE中的比特来表示所述支持SingleTone还是MultiTone的信息,其中,所述MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
4.根据权利要求3所述的方法,其特征在于,使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述支持SingleTone还是MultiTone的信息,还包括:
定义一个新的逻辑信道标识LCID来同时对应CCCH和SingleTone/MultiTone支持信息,包含所述LCID的MAC子头用于指示该LCID所在的MAC子头中携带支持SingleTone还是MultiTone的信息。
5.根据权利要求3所述的方法,其特征在于,使用所述上行消息中的MAC CE中的保留比特或者重定义所述上行消息中的MAC CE中的比特来表示所述支持SingleTone还是MultiTone的信息,还包括:
定义一个新的逻辑信道标识LCID来同时对应所述MAC CE和SingleTone/MultiTone支持信息,包含所述LCID的MAC子头用于指示该MAC子头对应的MAC CE中携带支持SingleTone还是MultiTone的信息,其中,所述MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
6.根据权利要求2所述的方法,其特征在于,在所述上行消息中增加配置的是CP传输模式还是UP传输模式的信息的方式包括以下之一:
使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述配置的是CP传输模式还是UP传输模式的信息;
使用所述上行消息中的MAC CE中的保留比特或者重定义所述上行消息中的MACCE中的比特来表示所述配置的是CP传输模式还是UP传输模式的信息,其中,所述MACCE包括以下之一:BSR MAC CE,PHR MAC CE。
7.根据权利要求6所述的方法,其特征在于,使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述配置的是CP传输模式还是UP传输模式的信息,还包括:
定义一个新的逻辑信道标识LCID来同时对应CCCH和CP传输/UP传输模式信息,包含所述LCID的MAC子头用于指示该LCID所在的MAC子头中携带配置的是CP传输模式还是UP传输模式的信息。
8.根据权利要求6所述的方法,其特征在于,使用所述上行消息中的MAC CE中的保留比特或者重定义所述上行消息中的MAC CE中的比特来表示所述配置的是CP传输模式还是UP传输模式的信息,还包括:
定义一个新的逻辑信道标识LCID来同时对应所述MAC CE和CP传输/UP传输模式信息,包含所述LCID的MAC子头用于指示该MAC子头对应的MAC CE中携带配置的是CP传输模式还是UP传输模式的信息,其中,所述MAC CE包括以下之一:BSR MACCE,PHR MAC CE。
9.根据权利要求2所述的方法,其特征在于,在所述上行消息中增加待传输的数据量信息的方式包括以下之一:
在所述上行消息中增加缓冲区状态报告BSR媒体接入控制层MAC控制单元CE;
在所述上行消息携带的公共控制信道CCCH服务数据单元SDU中增加待传输的数据量信息。
使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述待传输的数据量信息。
10.根据权利要求9所述的方法,其特征在于,在所述上行消息中增加待传输的数据量信息,还包括:
在所述上行消息中增加指示信息,其中,所述指示信息用于说明在所述上行消息中携带有BSR MAC CE,增加所述指示信息的方式包括以下之一:
在所述上行消息中增加与BSR MAC CE对应的MAC子头;
使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述上行消息中携带有BSR MAC CE;
定义一个新的逻辑信道标识LCID来同时对应CCCH和BSR,包含所述LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在BSR MAC CE;
在CCCH SDU中增加所述指示信息以表示所述上行消息中携带有BSR MAC CE。
11.根据权利要求10所述的方法,其特征在于,在所述CCCH SDU中增加所述指示信息以表示所述上行消息中携带有所述BSR MAC CE包括以下之一:
将所述CCCH SDU承载的控制面消息中的空闲比特位定义为所述指示信息;
将所述CCCH SDU承载的控制面消息中的重要扩展criticalExtension信息单元IE或非重要扩展non-criticalExtension IE中增加所述指示信息。
12.根据权利要求9所述的方法,其特征在于,使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述待传输的数据量信息的方式,还包括以下之一:
定义一个新的LCID,包含所述LCID的MAC子头用于指示在该MAC子头中存在所述待传输的数据量信息;
用于指示该MAC子头在对应CCCH SDU的同时还包含有所述待传输的数据量信息。
13.根据权利要求2所述的方法,其特征在于,在所述上行消息中增加功率余量信息的方式包括以下之一:
在所述上行消息中增加功率余量报告PHR MAC CE;
在所述上行消息携带的CCCH SDU中增加功率余量信息;
使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述待传输的功率余量信息。
14.根据权利要求13所述的方法,其特征在于,在所述上行消息中增加所述功率余量信息,还包括:
在所述上行消息中增加指示信息,其中,所述指示信息用于说明在所述上行消息中携带有PHR MAC CE,增加所述指示信息的方式包括以下之一:
在所述上行消息中增加与PHR MAC CE对应的MAC子头;
使用所述上行消息中携带的CCCH SDU所对应的MAC子头的保留比特位或者重定义现有比特位来表示所述上行消息中携带有PHR MAC CE;
定义一个新的LCID来同时对应CCCH和PHR,包含所述LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在PHR MAC CE;
在CCCH SDU中增加所述指示信息来说明所述上行消息中携带有PHR MAC CE。
15.根据权利要求14所述的方法,其特征在于,在所述CCCH SDU中增加所述指示信息来说明所述上行消息中携带有所述PHR MAC CE包括以下之一:
将所述CCCH SDU中承载的控制面消息中的空闲比特位定义为所述指示信息;
将所述CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加所述指示信息。
16.根据权利要求13所述的方法,其特征在于,使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述功率余量信息的方式,还包括以下之一:
定义一个新的LCID,包含所述LCID的MAC子头用于指示在该MAC子头中存在所述功率余量信息;
用于指示该MAC子头在对应CCCH SDU的同时还包含有所述功率余量信息。
17.根据权利要求2所述的方法,其特征在于,在所述上行消息中同时增加待传输的数据量信息和功率余量信息的方式包括以下之一:
在所述上行消息中增加BSR_PHR联合MAC CE;
在所述上行消息携带的CCCH SDU中同时增加待传输的数据量信息和功率余量信息。
18.根据权利要求17所述的方法,其特征在于,在所述上行消息中同时增加待传输的数据量信息和功率余量信息,还包括:
在所述上行消息中增加指示信息,其中,所述指示信息用于说明在所述上行消息中携带有BSR_PHR联合MAC CE,增加所述指示信息的方式包括以下之一:
定义一个新的LCID来对应BSR_PHR联合MAC CE,使用所述LCID的MAC子头用于指示该LCID所在的MAC PDU中携带有所述BSR_PHR联合MAC CE;
使用所述上行消息中的CCCH SDU所对应的MAC子头的保留比特位来表示所述上行消息中携带有所述BSR_PHR联合MAC CE;
定义一个新的LCID来同时对应CCCH,PHR以及BSR,包含所述LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在所述BSR_PHR联合MAC CE;
在CCCH SDU中增加所述指示信息以表示所述上行消息中携带有所述BSR_PHR联合MAC CE。
19.根据权利要求18所述的方法,其特征在于,在所述CCCH SDU中增加所述指示信息以表示所述上行消息中携带有所述BSR_PHR联合MAC CE包括以下之一:
将所述CCCH SDU中承载的控制面消息中的空闲比特位定义为所述指示信息;
将所述CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加所述指示信息。
20.根据权利要求9,13或17所述的方法,其特征在于,在所述上行消息中增加指示信息说明所述上行消息中携带有BSR MAC CE,或者PHR MAC CE,或者BSR_PHR联合MACCE还包括:
将所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特以及F2比特位设置为指示信息,其中,当所述指示信息为第一取值时,表示所述上行消息中携带有BSRMAC CE,当所述指示信息为第二取值时,表示所述上行消息中携带有PHR MAC CE,当所述指示信息为第三取值时,表示所述上行消息中携带有BSR_PHR联合MAC CE,当所述指示信息为第四取值时,表示所述上行消息中未携带有BSR MAC CE,PHR MAC CE以及BSR_PHR联合MAC CE。
21.根据权利要求20所述的方法,其特征在于,当所述第四取值为00时,表示所述上行消息中未携带有BSR MAC CE,PHR MAC CE以及BSR_PHR联合MAC CE。
22.根据权利要求17所述的方法,其特征在于,在所述上行消息中增加BSR_PHR联合MACCE的格式为:所述BSR_PHR联合MAC CE由BSR和PHR组成,该BSR_PHR联合MAC CE的总长度为8N个比特,其中,N为正整数,所述BSR的组成方式为以下之一:所述BSR中不包含逻辑信道组LCG域而只包含待传输的数据量域;所述BSR中同时包含LCG域和待传输的数据量域。
23.根据权利要求22所述的方法,其特征在于,当所述BSR_PHR联合MAC CE的总长度为8bits时,所述BSR的长度与所述PHR的长度均被压缩为小于8个比特,其中,所述压缩BSR的待传输的数据量域与现有长期演进LTE协议的BSR数据量映射表的映射关系包括以下之一:所述压缩BSR的待传输的数据量域按照大于预设阈值的粒度映射至现有LTE协议的整个BSR数据量映射表,所述压缩BSR的待传输的数据量域不改变映射粒度而只映射至现有LTE协议的部分BSR数据量映射表;所述压缩PHR与现有LTE协议的PHR映射表的映射关系包括以下之一:所述压缩PHR按照大于预设阈值的粒度映射至现有LTE协议的整个PHR映射表,所述压缩PHR不改变映射粒度而只映射至现有LTE协议的部分PHR映射表。
24.根据权利要求2所述的方法,其特征在于,BSR MAC CE或者PHR MAC CE或者BSR_PHR联合MAC CE在所述上行消息中位于CCCH SDU之后或者位于CCCH SDU之前。
25.根据权利要求9所述的方法,其特征在于,在所述CCCH SDU中增加所述待传输的数据量信息包括:
在所述CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加所述待传输的数据量信息。
26.根据权利要求25所述的方法,其特征在于,增加所述待传输的数据量信息的方式包括:
使用1到6个比特来表示待传输的数据量大小的级别,其中,不同级别分别对应不同的数据量范围。
27.根据权利要求13所述的方法,其特征在于,在所述CCCH SDU中增加所述功率余量信息包括:
在所述CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加所述功率余量信息。
28.根据权利要求27所述的方法,其特征在于,增加所述功率余量信息的方式包括:
使用1到6个比特来表示功率余量信息大小的级别,其中,所述功率余量信息从物理层读取。
29.根据权利要求17所述的方法,其特征在于,在所述CCCH SDU中同时增加所述待传输的数据量信息和所述功率余量信息包括:
在所述CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加所述待传输的数据量信息和所述功率余量信息。
30.根据权利要求1所述的方法,其特征在于,在所述上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息之前,还包括:
从接收到的随机接入响应消息中获取指示信息,其中,所述指示信息用于指示用户设备UE在所述上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息。
31.根据权利要求1所述的方法,其特征在于,在所述上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息之前,还包括:
确定BSR或者PHR已经被触发,其中,遵循的BSR触发规则为在当前具有可用上行资源用于首次传输时,不启动BSR周期定时器periodicBSR-Timer,遵循的PHR触发规则为在当前具有可用上行资源用于首次传输时,不启动PHR周期定时器periodicPHR-Timer。
32.根据权利要求11,15,19,25,27或29所述的方法,其特征在于,所述控制面消息包括以下之一:
RRC连接建立请求消息,RRC连接建立完成消息,安全模式完成消息,RRC连接重配置完成消息,上行消息传输消息,RRC连接重建请求消息,RRC连接重建完成消息,RRC连接恢复请求消息,RRC连接恢复完成消息。
33.一种信息的上报装置,其特征在于,包括:
处理模块,用于在随机接入过程或者无线资源控制RRC连接相关过程的上行消息中增加以下信息至少之一:待传输的数据量信息,功率余量信息,支持单子载波SingleTone还是多子载波MultiTone的信息,配置的是控制面CP传输模式还是用户面UP传输模式的信息,其中,所述RRC连接相关过程包括以下之一:RRC连接建立过程,RRC连接重建过程,RRC连接恢复过程;
上报模块,用于对所述上行消息进行上报。
34.根据权利要求33所述的装置,其特征在于,所述上行消息包括以下之一:消息msg3、msg5、在msg5之后发送的任意上行消息。
35.根据权利要求34所述的装置,其特征在于,所述处理模块,用于使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述支持SingleTone还是MultiTone的信息;或者,使用所述上行消息中的MAC CE中的保留比特或者重定义所述上行消息中的MAC CE中的比特来表示所述支持SingleTone还是MultiTone的信息,其中,所述MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
36.根据权利要求35所述的装置,其特征在于,所述处理模块,用于定义一个新的逻辑信道标识LCID来同时对应CCCH和SingleTone/MultiTone支持信息,包含所述LCID的MAC子头用于指示该LCID所在的MAC子头中携带支持SingleTone还是MultiTone的信息。
37.根据权利要求35所述的装置,其特征在于,所述处理模块,用于定义一个新的逻辑信道标识LCID来同时对应所述MAC CE和SingleTone/MultiTone支持信息,包含所述LCID的MAC子头用于指示该MAC子头对应的MAC CE中携带支持SingleTone还是MultiTone的信息,其中,所述MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
38.根据权利要求34所述的装置,其特征在于,所述处理模块,用于使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述配置的是CP传输模式还是UP传输模式的信息;或者,使用所述上行消息中的MAC CE中的保留比特或者重定义所述上行消息中的MAC CE中的比特来表示所述配置的是CP传输模式还是UP传输模式的信息,其中,所述MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
39.根据权利要求38所述的装置,其特征在于,所述处理模块,用于定义一个新的逻辑信道标识LCID来同时对应CCCH和CP传输/UP传输模式信息,包含所述LCID的MAC子头用于指示该LCID所在的MAC子头中携带配置的是CP传输模式还是UP传输模式的信息。
40.根据权利要求38所述的装置,其特征在于,所述处理模块,用于定义一个新的逻辑信道标识LCID来同时对应所述MAC CE和CP传输/UP传输模式信息,包含所述LCID的MAC子头用于指示该MAC子头对应的MAC CE中携带配置的是CP传输模式还是UP传输模式的信息,其中,所述MAC CE包括以下之一:BSR MAC CE,PHR MAC CE。
41.根据权利要求34所述的装置,其特征在于,所述处理模块,用于在所述上行消息中增加待传输的数据量信息的方式包括以下之一:
在所述上行消息中增加缓冲区状态报告BSR媒体接入控制层MAC控制单元CE;
在所述上行消息携带的公共控制信道CCCH服务数据单元SDU中增加待传输的数据量信息;
使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述待传输的数据量信息。
42.根据权利要求41所述的装置,其特征在于,所述处理模块,还用于在所述上行消息中增加指示信息,其中,所述指示信息用于说明在所述上行消息中携带有BSR MAC CE,增加所述指示信息的方式包括以下之一:
在所述上行消息中增加与BSR MAC CE对应的MAC子头;
使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述上行消息中携带有BSR MAC CE;
定义一个新的逻辑信道标识LCID来同时对应CCCH和BSR,包含所述LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在BSR MAC CE;
在CCCH SDU中增加所述指示信息以表示所述上行消息中携带有BSR MAC CE。
43.根据权利要求42所述的装置,其特征在于,所述处理模块,用于在所述CCCH SDU中增加所述指示信息以表示所述上行消息中携带有所述BSR MAC CE包括以下之一:
将所述CCCH SDU承载的控制面消息中的空闲比特位定义为所述指示信息;
将所述CCCH SDU承载的控制面消息中的重要扩展criticalExtension信息单元IE或非重要扩展non-criticalExtension IE中增加所述指示信息。
44.根据权利要求41所述的装置,其特征在于,所述处理模块,用于使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述待传输的数据量信息的方式,还包括以下之一:
定义一个新的LCID,包含所述LCID的MAC子头用于指示在该MAC子头中存在所述待传输的数据量信息;
用于指示该MAC子头在对应CCCH SDU的同时还包含有所述待传输的数据量信息。
45.根据权利要求33所述的装置,其特征在于,所述处理模块,用于在所述上行消息中增加功率余量信息的方式包括以下之一:
在所述上行消息中增加功率余量报告PHR MAC CE;
在所述上行消息携带的CCCH SDU中增加功率余量信息;
使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述待传输的功率余量信息。
46.根据权利要求45所述的装置,其特征在于,所述处理模块,还用于在所述上行消息中增加指示信息,其中,所述指示信息用于说明在所述上行消息中携带有PHR MAC CE,增加所述指示信息的方式包括以下之一:
在所述上行消息中增加与PHR MAC CE对应的MAC子头;
使用所述上行消息中携带的CCCH SDU所对应的MAC子头的保留比特位或者重定义现有比特位来表示所述上行消息中携带有PHR MAC CE;
定义一个新的LCID来同时对应CCCH和PHR,包含所述LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在PHR MAC CE;
在CCCH SDU中增加所述指示信息来说明所述上行消息中携带有PHR MAC CE。
47.根据权利要求46所述的装置,其特征在于,所述处理模块,用于在所述CCCH SDU中增加所述指示信息来说明所述上行消息中携带有所述PHR MAC CE包括以下之一:
将所述CCCH SDU中承载的控制面消息中的空闲比特位定义为所述指示信息;
将所述CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加所述指示信息。
48.根据权利要求45所述的装置,其特征在于,所述处理模块,用于使用所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特位或者重定义现有比特位来表示所述功率余量信息的方式,还包括以下之一:
定义一个新的LCID,包含所述LCID的MAC子头用于指示在该MAC子头中存在所述功率余量信息;
用于指示该MAC子头在对应CCCH SDU的同时还包含有所述功率余量信息。
49.根据权利要求33所述的装置,其特征在于,所述处理模块,用于在所述上行消息中同时增加待传输的数据量信息和功率余量信息的方式包括以下之一:
在所述上行消息中增加BSR_PHR联合MAC CE;
在所述上行消息携带的CCCH SDU中同时增加待传输的数据量信息和功率余量信息。
50.根据权利要求49所述的装置,其特征在于,所述处理模块,还用于在所述上行消息中增加指示信息,其中,所述指示信息用于说明在所述上行消息中携带有BSR_PHR联合MACCE,增加所述指示信息的方式包括以下之一:
定义一个新的LCID来对应BSR_PHR联合MAC CE,使用所述LCID的MAC子头用于指示该LCID所在的MAC PDU中携带有所述BSR_PHR联合MAC CE;
使用所述上行消息中的CCCH SDU所对应的MAC子头的保留比特位来表示所述上行消息中携带有所述BSR_PHR联合MAC CE;
定义一个新的LCID来同时对应CCCH,PHR以及BSR,包含所述LCID的MAC子头用于指示该LCID所在的MAC PDU中既存在CCCH SDU也存在所述BSR_PHR联合MAC CE;
在CCCH SDU中增加所述指示信息以表示所述上行消息中携带有所述BSR_PHR联合MAC CE。
51.根据权利要求50所述的装置,其特征在于,所述处理模块,用于在所述CCCH SDU中增加所述指示信息以表示所述上行消息中携带有所述BSR_PHR联合MAC CE包括以下之一:
将所述CCCH SDU中承载的控制面消息中的空闲比特位定义为所述指示信息;
将所述CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加所述指示信息。
52.根据权利要求41,45或49所述的装置,其特征在于,所述处理模块,还用于将所述上行消息携带的CCCH SDU所对应的MAC子头中的保留比特以及F2比特位设置为指示信息,其中,当所述指示信息为第一取值时,表示所述上行消息中携带有BSR MAC CE,当所述指示信息为第二取值时,表示所述上行消息中携带有PHR MAC CE,当所述指示信息为第三取值时,表示所述上行消息中携带有BSR_PHR联合MAC CE,当所述指示信息为第四取值时,表示所述上行消息中未携带有BSR MAC CE,PHR MAC CE以及BSR_PHR联合MAC CE。
53.根据权利要求52所述的装置,其特征在于,当所述第四取值为00时,表示所述上行消息中未携带有BSR MAC CE,PHR MAC CE以及BSR_PHR联合MAC CE。
54.根据权利要求49所述的装置,其特征在于,在所述上行消息中增加BSR_PHR联合MACCE的格式为:所述BSR_PHR联合MAC CE由BSR和PHR组成,该BSR_PHR联合MAC CE的总长度为8N个比特,其中,N为正整数,所述BSR的组成方式为以下之一:所述BSR中不包含逻辑信道组LCG域而只包含待传输的数据量域;所述BSR中同时包含LCG域和待传输的数据量域。
55.根据权利要求54所述的装置,其特征在于,当所述BSR_PHR联合MAC CE的总长度为8bits时,所述BSR的长度与所述PHR的长度均被压缩为小于8个比特,其中,所述压缩BSR的待传输的数据量域与现有LTE协议的BSR数据量映射表的映射关系包括以下之一:所述压缩BSR的待传输的数据量域按照大于预设阈值的粒度映射至现有LTE协议的整个BSR数据量映射表,所述压缩BSR的待传输的数据量域不改变映射粒度而只映射至现有LTE协议的部分BSR数据量映射表;所述压缩PHR与现有LTE协议的PHR映射表的映射关系包括以下之一:所述压缩PHR按照大于预设阈值的粒度映射至现有LTE协议的整个PHR映射表,所述压缩PHR不改变映射粒度而只映射至现有LTE协议的部分PHR映射表。
56.根据权利要求33所述的装置,其特征在于,BSR MAC CE或者PHR MAC CE或者BSR_PHR联合MAC CE在所述上行消息中位于CCCH SDU之后或者位于CCCH SDU之前。
57.根据权利要求41所述的装置,其特征在于,所述处理模块,用于在所述CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加所述待传输的数据量信息。
58.根据权利要求57所述的装置,其特征在于,增加所述待传输的数据量信息的方式包括:
使用1到6个比特来表示待传输的数据量大小的级别,其中,不同级别分别对应不同的数据量范围。
59.根据权利要求45所述的装置,其特征在于,所述处理模块,用于在所述CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加所述功率余量信息。
60.根据权利要求59所述的装置,其特征在于,增加所述功率余量信息的方式包括:
使用1到6个比特来表示功率余量信息大小的级别,其中,所述功率余量信息从物理层读取。
61.根据权利要求49所述的装置,其特征在于,所述处理模块,用于在所述CCCH SDU中承载的控制面消息中的criticalExtension IE或non-criticalExtension IE中增加所述待传输的数据量信息和所述功率余量信息。
62.根据权利要求33所述的装置,其特征在于,所述装置还包括:
获取模块,用于从接收到的随机接入响应消息中获取指示信息,其中,所述指示信息用于指示用户设备UE在所述上行消息中增加待传输的数据量信息,或者功率余量信息,或者待传输的数据量信息和功率余量信息。
63.根据权利要求33所述的装置,其特征在于,所述装置还包括:
第二确定模块,用于确定BSR或者PHR已经被触发,其中,遵循的BSR触发规则为在当前具有可用上行资源用于首次传输时,不启动BSR周期定时器periodicBSR-Timer,遵循的PHR触发规则为在当前具有可用上行资源用于首次传输时,不启动PHR周期定时器periodicPHR-Timer。
64.根据权利要求43,47,51,57,59或61所述的装置,其特征在于,所述控制面消息包括以下之一:
RRC连接建立请求消息,RRC连接建立完成消息,安全模式完成消息,RRC连接重配置完成消息,上行消息传输消息,RRC连接重建请求消息,RRC连接重建完成消息,RRC连接恢复请求消息,RRC连接恢复完成消息。
65.一种非连续传输的方法,其特征在于,包括:基站通过信令指示UE非连续传输(DRX)定时器控制信息,指示UE是否启动DRX定时器。
66.根据权利要求65所述的方法,其特征在于,基站在发送所述信令时,判断在所述信令所指示的下行数据、或承载所述信令的下行数据之外,还有其它下行数据需要发送给UE时,基站在所述信令中指示UE启动所述DRX定时器。
67.根据权利要求65所述的方法,其特征在于,基站在发送所述信令时,判断在所述信令所指示的下行数据、或承载所述信令的下行数据之外,没有其它下行数据需要发送给UE是,基站在所述信令中指示UE不需要启动所述DRX定时器。
68.根据权利要求65所述的方法,其特征在于,所述信令是指:物理下行公共控制信道承载(PDCCH)的DCI,或媒体接入控制控制单元(MAC CE)。
69.根据权利要求65或68所述的方法,其特征在于,基站通过PDCCH承载的DCI指示的所述DRX定时器控制信息,且指示UE启动所述DRX定时器时,UE在通过上行信道反馈成功接收所述下行数据后,启动所述DRX定时器,或UE在通过上行信道反馈成功接收所述下行数据,并等待DRX定时器启动偏移后,启动所述DRX定时器,或UE在接收到所述PDCCH承载的DCI时,启动所述DRX定时器。
70.根据权利要求65或68所述的方法,其特征在于,基站通过MAC CE指示所述DRX定时器控制信息,且所述DRX定时器控制信息指示UE启动DRX定时器时,UE在接收到所述MAC CE后,启动所述DRX定时器,或UE在通过上行信道反馈成功接收承载所述MAC CE的下行数据包后,启动所述DRX定时器,或UE在通过上行信道反馈成功接收承载所述MAC CE的下行数据,并等待DRX定时器启动偏移后,启动所述DRX定时器。
71.根据权利要求65所述的方法,其特征在于,UE在所述DRX定时器运行期间,连续监听物理下行公共控制信道。所述DRX定时器运行期间是指,所述DRX定时器从启动到停止或超时之间的时间间隔。
72.根据权利要求69或70所述的方法,其特征在于,UE通过如下方法之一获得所述DRX定时器启动偏移:UE和基站间的协议约定所述DRX定时器启动偏移,或者基站通过所述DRX定时器控制信息指示所述DRX定时器启动偏移,或者基站通过专用RRC信令、小区广播信息、MAC CE指示UE所述DRX定时器偏移。
73.根据权利要求65所述的方法,其特征在于,UE根据下列条件停止所述DRX定时器的运行:UE接收到新的物理下行公共控制信道指示的下行数据传输,包括新数据传输,或重传数据传输;或所述DRX定时器超时;或UE接收到基站发送的信令指示所述UE停止所述DRX定时器。
74.根据权利要求65所述的方法,其特征在于,基站通过所述DRX定时器控制信息指示所述DRX定时器长度,或者基站和UE间通过协议约定所述DRX定时器长度,或者基站通过小区系统消息指示所述DRX定时器长度,或者基站通过发送给UE的RRC消息配置所述DRX定时器长度,或者基站通过发送给UE的MAC CE指示所述DRX定时器的长度。所述DRX定时器长度是指,从所述DRX定时器启动到DRX定时器超时的时间间隔。
75.一种非连续传输的方法,其特征在于,包括:UE根据基站通过信令指示的非连续传输(DRX)定时器控制信息,启动或不启动DRX定时器。
76.根据权利要求75所述的方法,其特征在于,所述信令是指:物理下行公共控制信道承载(PDCCH)的DCI,或媒体接入控制控制单元(MAC CE)。
77.根据权利要求75或76所述的方法,其特征在于,所述信令为PDCCH承载的DCI,且所述DRX定时器控制信息指示UE启动所述DRX定时器时,UE在通过上行信道反馈成功接收所述下行数据后,启动所述DRX定时器,或UE在通过上行信道反馈成功接收所述下行数据,并等待DRX定时器启动偏移后,启动所述DRX定时器,或UE在接收到所述PDCCH承载的DCI时,启动所述DRX定时器。
78.根据权利要求75或76所述的方法,其特征在于,所述信令为MAC CE时,且所述DRX定时器控制信息指示UE启动DRX定时器时,UE在接收到所述MAC CE后,启动所述DRX定时器,或UE在通过上行信道反馈成功接收承载所述MAC CE的下行数据包后,启动所述DRX定时器,或UE在通过上行信道反馈成功接收承载所述MAC CE的下行数据,并等待DRX定时器启动偏移后,启动所述DRX定时器。
79.根据权利要求75所述的方法,其特征在于,UE在所述DRX定时器运行期间,连续监听物理下行公共控制信道。所述DRX定时器运行期间是指,所述DRX定时器从启动到停止或超时之间的时间间隔。
80.根据权利要求77或78所述的方法,其特征在于,UE通过如下方法之一获得所述DRX定时器启动偏移:UE和基站间的协议约定所述DRX定时器启动偏移,或者UE通过接收所述DRX定时器控制信息获得所述DRX定时器启动偏移,或者UE通过专用RRC信令、小区广播信息、MAC CE获得DRX定时器偏移。
81.根据权利要求75所述的方法,其特征在于,UE根据下列条件停止所述DRX定时器的运行:UE接收到新的物理下行公共控制信道指示的下行数据传输,包括新数据传输,或重传数据传输;或所述DRX定时器超时;或UE接收到基站发送的信令指示所述UE停止所述DRX定时器。
82.根据权利要求75所述的方法,其特征在于,UE通过所述DRX定时器控制信息获得所述DRX定时器长度,或者基站和UE间通过协议约定所述DRX定时器长度,或者UE通过小区系统消息、专用RRC消息、MAC CE获得所述DRX定时器的长度。所述DRX定时器长度是指,从所述DRX定时器启动到DRX定时器超时的时间间隔。
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610083942.XA CN107046728B (zh) | 2016-02-06 | 2016-02-06 | 信息的上报方法及装置、非连续传输的方法 |
EP17746885.7A EP3393193B1 (en) | 2016-02-06 | 2017-01-24 | Information reporting method and device, and discontinuous transmission method |
JP2018540866A JP6685412B2 (ja) | 2016-02-06 | 2017-01-24 | メッセージ報告及び不連続送信のための方法及び装置 |
KR1020187025089A KR102214371B1 (ko) | 2016-02-06 | 2017-01-24 | 정보 보고 방법과 디바이스, 및 불연속 전송 방법 |
PCT/CN2017/072399 WO2017133565A1 (zh) | 2016-02-06 | 2017-01-24 | 信息的上报方法及装置、非连续传输的方法 |
US15/924,081 US10440774B2 (en) | 2016-02-06 | 2018-03-16 | Method and device for message delivery and for discontinuous transmission |
US16/539,971 US10849185B2 (en) | 2016-02-06 | 2019-08-13 | Method and device for message delivery and for discontinuous transmission |
JP2020061943A JP7071429B2 (ja) | 2016-02-06 | 2020-03-31 | メッセージ報告及び不連続送信のための方法及び装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610083942.XA CN107046728B (zh) | 2016-02-06 | 2016-02-06 | 信息的上报方法及装置、非连续传输的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107046728A true CN107046728A (zh) | 2017-08-15 |
CN107046728B CN107046728B (zh) | 2020-09-22 |
Family
ID=59499366
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610083942.XA Active CN107046728B (zh) | 2016-02-06 | 2016-02-06 | 信息的上报方法及装置、非连续传输的方法 |
Country Status (6)
Country | Link |
---|---|
US (2) | US10440774B2 (zh) |
EP (1) | EP3393193B1 (zh) |
JP (2) | JP6685412B2 (zh) |
KR (1) | KR102214371B1 (zh) |
CN (1) | CN107046728B (zh) |
WO (1) | WO2017133565A1 (zh) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108702762A (zh) * | 2018-05-18 | 2018-10-23 | 北京小米移动软件有限公司 | 消息发送方法、装置和资源分配方法、装置 |
CN109429241A (zh) * | 2017-08-21 | 2019-03-05 | 中国移动通信集团公司 | 一种非连续接收的控制方法及终端 |
WO2019062834A1 (zh) * | 2017-09-28 | 2019-04-04 | 华为技术有限公司 | 信息的传输方法和装置 |
CN109587781A (zh) * | 2017-09-29 | 2019-04-05 | 中兴通讯股份有限公司 | 信息上报方法及装置 |
WO2019075676A1 (zh) * | 2017-10-18 | 2019-04-25 | Oppo广东移动通信有限公司 | 一种限制终端设备能力的方法、终端设备及网络设备 |
CN109756967A (zh) * | 2017-08-21 | 2019-05-14 | 中国移动通信集团公司 | 一种非连续接收的控制方法及终端 |
CN110351882A (zh) * | 2018-04-04 | 2019-10-18 | 华为技术有限公司 | 一种请求系统信息的指示方法、相关设备及系统 |
CN110636626A (zh) * | 2018-06-21 | 2019-12-31 | 华为技术有限公司 | 通信方法、通信设备以及网络设备 |
WO2020030126A1 (zh) * | 2018-08-09 | 2020-02-13 | 中兴通讯股份有限公司 | 数据的发送、资源的获取方法及装置 |
CN110839296A (zh) * | 2019-11-29 | 2020-02-25 | 惠州Tcl移动通信有限公司 | 网络资源调度方法、装置、存储介质及移动终端 |
CN111294791A (zh) * | 2017-10-19 | 2020-06-16 | Oppo广东移动通信有限公司 | 一种受限ue能力的控制方法及装置、计算机存储介质 |
CN111630889A (zh) * | 2018-01-31 | 2020-09-04 | 华为技术有限公司 | 一种信号发送、接收、确定资源的方法及设备 |
CN111788850A (zh) * | 2018-02-14 | 2020-10-16 | 华为技术有限公司 | 一种信息处理方法和装置 |
CN112242893A (zh) * | 2019-07-17 | 2021-01-19 | 北京三星通信技术研究有限公司 | 信息上报的方法及设备、接收消息的方法及设备 |
CN113133096A (zh) * | 2020-01-15 | 2021-07-16 | 大唐移动通信设备有限公司 | 一种信息确定方法、装置、设备及计算机可读存储介质 |
CN114222294A (zh) * | 2021-12-09 | 2022-03-22 | 北京航空航天大学 | Mac ce消息指示密钥更新的方法及装置 |
Families Citing this family (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3399824B1 (en) * | 2016-01-07 | 2020-01-08 | Huawei Technologies Co., Ltd. | Data scheduling method, base station and system |
US10506605B2 (en) * | 2016-01-29 | 2019-12-10 | Research & Business Foundation Sungkyunkwan University | Random access method considering a coverage level, subcarrier spacing configuration and/or multi-tone configuration in internet of things environment |
CN108259150B (zh) * | 2016-12-29 | 2020-09-11 | 华为技术有限公司 | 一种信息传输方法及装置 |
EP3576480B1 (en) * | 2017-03-16 | 2020-06-24 | Ofinno, LLC | Truncated buffer status reporting |
EP3641463A4 (en) * | 2017-04-28 | 2020-04-22 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND DEVICE FOR TRANSMITTING A CACHE STATE |
WO2018208076A1 (ko) * | 2017-05-10 | 2018-11-15 | 엘지전자 주식회사 | Rrc 연결을 요청하는 방법 및 이를 지원하는 장치 |
WO2018228507A1 (en) * | 2017-06-14 | 2018-12-20 | Fg Innovation Ip Company Limited | Evolved buffer status report supporting multiple numerology factors |
US10750526B2 (en) * | 2017-06-15 | 2020-08-18 | Htc Corporation | Device and method of handling a scheduling request |
CN110012550B (zh) * | 2018-01-05 | 2021-06-04 | 中国移动通信有限公司研究院 | 一种随机接入方法、终端及基站 |
WO2019185588A1 (en) * | 2018-03-27 | 2019-10-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods providing early redirection in wireless devices |
CN110351860B (zh) * | 2018-04-02 | 2021-01-15 | 中国移动通信有限公司研究院 | 一种mac pdu传输方法、装置以及存储介质 |
US11690068B2 (en) * | 2018-06-21 | 2023-06-27 | Nokia Technologies Oy | Optimal BSR for limited traffic mix |
WO2020020780A1 (en) * | 2018-07-25 | 2020-01-30 | Sony Corporation | Base station, user equipment, circuitry and method |
CN110831032B (zh) * | 2018-08-13 | 2022-09-16 | 华为技术有限公司 | 处理终端装置无线能力改变的方法和装置 |
MX2021003305A (es) * | 2018-09-21 | 2021-08-11 | Nokia Technologies Oy | Procedimiento de acceso aleatorio. |
WO2020060284A1 (ko) * | 2018-09-21 | 2020-03-26 | 엘지전자 주식회사 | 물리 하향링크 제어 채널을 모니터링하는 방법 및 이를 위한 장치 |
US20220022093A1 (en) * | 2018-12-07 | 2022-01-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for buffer status report enhancement |
EP3892041A4 (en) * | 2018-12-07 | 2022-08-31 | Telefonaktiebolaget Lm Ericsson (Publ) | PROCESSES, KNOTS AND COMPUTER READABLE SUPPORTS FOR PHR |
WO2020170412A1 (ja) * | 2019-02-22 | 2020-08-27 | 富士通株式会社 | 通信装置、第2通信装置、通信システム、及び通信方法 |
WO2020209669A1 (en) * | 2019-04-11 | 2020-10-15 | Lg Electronics Inc. | Method of performing random access procedure, and transmitting device, apparatus and storage medium therefor |
KR102561019B1 (ko) * | 2020-07-13 | 2023-07-28 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 구성된 업링크 승인의 묶음에 대한 drx 타이머를 핸들링하기 위한 방법 및 장치 |
US11683849B2 (en) * | 2021-03-24 | 2023-06-20 | Nokia Technologies Oy | Redcap UE identification |
KR102517309B1 (ko) * | 2021-10-21 | 2023-04-03 | 주식회사 블랙핀 | 무선 이동 통신 시스템에서 단말이 복수의 로지컬채널그룹 매핑 정보와 버퍼상태보고 설정정보를 이용해서 버퍼상태를 보고하는 방법 및 장치 |
KR102517303B1 (ko) * | 2021-10-21 | 2023-04-03 | 주식회사 블랙핀 | 무선 이동 통신 시스템에서 단말이 복수의 제1 로지컬채널그룹 매핑 정보와 복수의 제2 로지컬채널그룹 매핑 정보를 이용해서 버퍼상태를 보고하는 방법 및 장치 |
KR102517304B1 (ko) * | 2021-10-21 | 2023-04-03 | 주식회사 블랙핀 | 무선 이동 통신 시스템에서 단말이 복수의 로지컬채널그룹 매핑 정보와 하나의 버퍼상태보고 설정정보를 이용해서 버퍼상태를 보고하는 방법 및 장치 |
US20240129975A1 (en) * | 2022-10-13 | 2024-04-18 | Qualcomm Incorporated | Multi-path user equipment uplink communication techniques with user equipment cooperation |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101529831A (zh) * | 2006-10-31 | 2009-09-09 | 高通股份有限公司 | 用于无线通信的随机接入装置和方法 |
CN102300321A (zh) * | 2010-06-23 | 2011-12-28 | 电信科学技术研究院 | 多载波聚合系统中的功率余量上报方法、系统和设备 |
WO2015034302A1 (en) * | 2013-09-04 | 2015-03-12 | Lg Electronics Inc. | Method and apparatus for controlling uplink power in wireless communication system |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6912390B2 (en) * | 2000-12-22 | 2005-06-28 | Telefonaktiebolaget Lm Ericsson | Connection handling in SRNC relocation |
US9215731B2 (en) * | 2007-12-19 | 2015-12-15 | Qualcomm Incorporated | Method and apparatus for transfer of a message on a common control channel for random access in a wireless communication network |
KR101637579B1 (ko) * | 2009-02-06 | 2016-07-08 | 엘지전자 주식회사 | 다중 반송파를 지원하는 장치 및 방법 |
CN105530710B (zh) | 2009-06-30 | 2019-03-05 | 华为技术有限公司 | 一种上行资源获取方法、调度方法、装置及系统 |
KR101785997B1 (ko) * | 2009-10-30 | 2017-10-17 | 주식회사 골드피크이노베이션즈 | 무선통신 시스템에서 요소 반송파 집합 정보 전송방법 및 그 기지국, 단말의 수신방법 |
KR101664279B1 (ko) * | 2010-02-16 | 2016-10-12 | 삼성전자주식회사 | 무선 통신 시스템에서 불연속 수신을 위한 제어 방법 및 장치 |
ES2779425T3 (es) | 2010-04-01 | 2020-08-17 | Samsung Electronics Co Ltd | Mecanismo de acceso aleatorio mejorado en sistemas de comunicación inalámbrica |
CN105101292B (zh) | 2010-06-22 | 2018-03-09 | 华为技术有限公司 | 一种功率余量报告的上报方法和用户设备 |
CN102843776B (zh) * | 2011-06-20 | 2017-03-22 | 中兴通讯股份有限公司 | 多载波终端调度方法、信道质量信息发送方法及系统 |
EP2639987A2 (en) * | 2012-03-16 | 2013-09-18 | BlackBerry Limited | Method and apparatus for scheduling information transmission |
EP3709729B1 (en) * | 2013-01-11 | 2023-03-08 | Interdigital Patent Holdings, Inc. | Method and apparatus for communication in a network of wlan overlapping basic service set |
CN105743824A (zh) | 2014-12-09 | 2016-07-06 | 中兴通讯股份有限公司 | 一种非正交用户设备间的干扰处理及信令通知方法和装置 |
CN104754719B (zh) | 2015-03-21 | 2018-04-17 | 西安电子科技大学 | 多用户功分复用的方法和装置 |
US10257677B2 (en) * | 2015-10-16 | 2019-04-09 | Qualcomm Incorporated | System and method for device-to-device communication with evolved machine type communication |
US20170135132A1 (en) * | 2015-11-06 | 2017-05-11 | Nokia Solutions And Networks Oy | Method, system and apparatus |
EP3403358B1 (en) * | 2016-01-11 | 2021-11-03 | Sony Group Corporation | Signaling subcarrier spacing in narrowband internet of things communication system |
EP3403465A1 (en) * | 2016-01-12 | 2018-11-21 | Intel Corporation | CELLULAR INTERNET OF THINGS (CIoT) OPTIMIZATIONS FOR NARROWBAND (NB) AND NON-NB IoT NETWORKS |
EP3193537B1 (en) * | 2016-01-18 | 2021-07-21 | Vodafone GmbH | Operating a communications device in a mobile communications network |
-
2016
- 2016-02-06 CN CN201610083942.XA patent/CN107046728B/zh active Active
-
2017
- 2017-01-24 WO PCT/CN2017/072399 patent/WO2017133565A1/zh active Application Filing
- 2017-01-24 EP EP17746885.7A patent/EP3393193B1/en active Active
- 2017-01-24 JP JP2018540866A patent/JP6685412B2/ja active Active
- 2017-01-24 KR KR1020187025089A patent/KR102214371B1/ko active IP Right Grant
-
2018
- 2018-03-16 US US15/924,081 patent/US10440774B2/en active Active
-
2019
- 2019-08-13 US US16/539,971 patent/US10849185B2/en active Active
-
2020
- 2020-03-31 JP JP2020061943A patent/JP7071429B2/ja active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101529831A (zh) * | 2006-10-31 | 2009-09-09 | 高通股份有限公司 | 用于无线通信的随机接入装置和方法 |
CN102300321A (zh) * | 2010-06-23 | 2011-12-28 | 电信科学技术研究院 | 多载波聚合系统中的功率余量上报方法、系统和设备 |
WO2015034302A1 (en) * | 2013-09-04 | 2015-03-12 | Lg Electronics Inc. | Method and apparatus for controlling uplink power in wireless communication system |
Non-Patent Citations (1)
Title |
---|
LG ELECTRONICS INC.: "《Correction to Multiplexing Procedure for BSR》", 《3GPP TSG-RAN2 MEETING #64 R2-086136》 * |
Cited By (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109429241A (zh) * | 2017-08-21 | 2019-03-05 | 中国移动通信集团公司 | 一种非连续接收的控制方法及终端 |
CN109756967A (zh) * | 2017-08-21 | 2019-05-14 | 中国移动通信集团公司 | 一种非连续接收的控制方法及终端 |
WO2019062834A1 (zh) * | 2017-09-28 | 2019-04-04 | 华为技术有限公司 | 信息的传输方法和装置 |
CN109587818A (zh) * | 2017-09-28 | 2019-04-05 | 华为技术有限公司 | 信息的传输方法和装置 |
US10986651B2 (en) | 2017-09-28 | 2021-04-20 | Huawei Technologies Co., Ltd. | Information transmission method and apparatus |
CN109587818B (zh) * | 2017-09-28 | 2021-03-23 | 华为技术有限公司 | 信息的传输方法和装置 |
CN109587781A (zh) * | 2017-09-29 | 2019-04-05 | 中兴通讯股份有限公司 | 信息上报方法及装置 |
CN110832892A (zh) * | 2017-10-18 | 2020-02-21 | Oppo广东移动通信有限公司 | 一种限制终端设备能力的方法、终端设备及网络设备 |
WO2019075676A1 (zh) * | 2017-10-18 | 2019-04-25 | Oppo广东移动通信有限公司 | 一种限制终端设备能力的方法、终端设备及网络设备 |
CN111294791A (zh) * | 2017-10-19 | 2020-06-16 | Oppo广东移动通信有限公司 | 一种受限ue能力的控制方法及装置、计算机存储介质 |
US11272430B2 (en) | 2017-10-19 | 2022-03-08 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for controlling restricted UE capability, and computer storage medium |
US11665651B2 (en) | 2018-01-31 | 2023-05-30 | Huawei Technologies Co., Ltd. | Signal sending method, signal receiving method, resource determining method, and device |
CN111630889B (zh) * | 2018-01-31 | 2022-01-14 | 华为技术有限公司 | 一种信号发送、接收、确定资源的方法及设备 |
JP7153732B2 (ja) | 2018-01-31 | 2022-10-14 | 華為技術有限公司 | 信号送信方法、信号受信方法、リソース決定方法及びデバイス |
CN111630889A (zh) * | 2018-01-31 | 2020-09-04 | 华为技术有限公司 | 一种信号发送、接收、确定资源的方法及设备 |
US11160036B2 (en) | 2018-01-31 | 2021-10-26 | Huawei Technologies Co., Ltd. | Signal sending method, signal receiving method, resource determining method, and device |
JP2021513242A (ja) * | 2018-01-31 | 2021-05-20 | 華為技術有限公司Huawei Technologies Co.,Ltd. | 信号送信方法、信号受信方法、リソース決定方法及びデバイス |
CN111788850A (zh) * | 2018-02-14 | 2020-10-16 | 华为技术有限公司 | 一种信息处理方法和装置 |
CN110351882A (zh) * | 2018-04-04 | 2019-10-18 | 华为技术有限公司 | 一种请求系统信息的指示方法、相关设备及系统 |
WO2019218365A1 (zh) * | 2018-05-18 | 2019-11-21 | 北京小米移动软件有限公司 | 消息发送方法、装置和资源分配方法、装置 |
US11438924B2 (en) | 2018-05-18 | 2022-09-06 | Beijing Xiaomi Mobile Software Co., Ltd. | Message sending methods and apparatuses, and resource allocating methods and apparatuses |
CN108702762A (zh) * | 2018-05-18 | 2018-10-23 | 北京小米移动软件有限公司 | 消息发送方法、装置和资源分配方法、装置 |
CN110636626B (zh) * | 2018-06-21 | 2021-08-13 | 华为技术有限公司 | 通信方法、通信设备以及网络设备 |
CN110636626A (zh) * | 2018-06-21 | 2019-12-31 | 华为技术有限公司 | 通信方法、通信设备以及网络设备 |
WO2020030126A1 (zh) * | 2018-08-09 | 2020-02-13 | 中兴通讯股份有限公司 | 数据的发送、资源的获取方法及装置 |
CN112242893A (zh) * | 2019-07-17 | 2021-01-19 | 北京三星通信技术研究有限公司 | 信息上报的方法及设备、接收消息的方法及设备 |
CN110839296B (zh) * | 2019-11-29 | 2021-10-22 | 惠州Tcl移动通信有限公司 | 网络资源调度方法、装置、存储介质及移动终端 |
CN110839296A (zh) * | 2019-11-29 | 2020-02-25 | 惠州Tcl移动通信有限公司 | 网络资源调度方法、装置、存储介质及移动终端 |
CN113133096A (zh) * | 2020-01-15 | 2021-07-16 | 大唐移动通信设备有限公司 | 一种信息确定方法、装置、设备及计算机可读存储介质 |
CN113133096B (zh) * | 2020-01-15 | 2023-03-28 | 大唐移动通信设备有限公司 | 一种信息确定方法、装置、设备及计算机可读存储介质 |
CN114222294A (zh) * | 2021-12-09 | 2022-03-22 | 北京航空航天大学 | Mac ce消息指示密钥更新的方法及装置 |
CN114222294B (zh) * | 2021-12-09 | 2023-02-03 | 北京航空航天大学 | Mac ce消息指示密钥更新的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US10849185B2 (en) | 2020-11-24 |
US20180206290A1 (en) | 2018-07-19 |
CN107046728B (zh) | 2020-09-22 |
EP3393193A1 (en) | 2018-10-24 |
US20190373669A1 (en) | 2019-12-05 |
EP3393193A4 (en) | 2018-12-19 |
KR20180109986A (ko) | 2018-10-08 |
WO2017133565A1 (zh) | 2017-08-10 |
JP2020114012A (ja) | 2020-07-27 |
JP7071429B2 (ja) | 2022-05-18 |
KR102214371B1 (ko) | 2021-02-09 |
JP6685412B2 (ja) | 2020-04-22 |
JP2019505133A (ja) | 2019-02-21 |
US10440774B2 (en) | 2019-10-08 |
EP3393193B1 (en) | 2020-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107046728A (zh) | 信息的上报方法及装置、非连续传输的方法 | |
US11388679B2 (en) | Power control for channel state information | |
US10575265B2 (en) | Power headroom report method and apparatus of UE | |
CN102149206B (zh) | 上行调度方法 | |
CN103081528B (zh) | 用于报告在无线通信中的最大发送功率的方法和装置 | |
CN103491643B (zh) | 组通信连接的建立方法和设备 | |
CN101489305B (zh) | 上行数据传输方法、通信系统及装置 | |
KR20200090126A (ko) | 무선통신시스템에서 통신을 수행하는 방법 및 장치 | |
CN107637001A (zh) | 载波聚合中辅小区的激活/停用 | |
CN102448160B9 (zh) | 载波聚合场景下上报功率上升空间报告的方法和装置 | |
CN107113740A (zh) | 双连接性中的上行链路功率共享 | |
CN111264080A (zh) | 在无线通信系统中触发发送载波选择的方法和设备 | |
CN103168500B (zh) | 在支持载波聚合的移动通信系统中确定每载波最大传输功率的方法和装置 | |
CN102595600A (zh) | 半静态调度方法、用户设备及网络设备 | |
CN103733711A (zh) | 用于无线通信的控制信道 | |
CN103069732A (zh) | 在支持载波聚合的移动通信系统中配置功率余量信息的方法和装置 | |
CN102612093A (zh) | 一种基于载波聚合的LTE-Advanced 系统中的上行跨层资源调度方法 | |
CN109587781A (zh) | 信息上报方法及装置 | |
CN104303566B (zh) | 一种传输方法、系统和终端 | |
CN109151853A (zh) | 一种lte系统的调度方法及装置 | |
CN109076512A (zh) | 控制信息发送、接收方法和设备 | |
CN103546969A (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 |