CN114679919B - 配置方法和装置 - Google Patents
配置方法和装置 Download PDFInfo
- Publication number
- CN114679919B CN114679919B CN202080062554.8A CN202080062554A CN114679919B CN 114679919 B CN114679919 B CN 114679919B CN 202080062554 A CN202080062554 A CN 202080062554A CN 114679919 B CN114679919 B CN 114679919B
- Authority
- CN
- China
- Prior art keywords
- terminal
- timer
- information
- network device
- rrc connection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 291
- 230000005540 biological transmission Effects 0.000 claims description 301
- 230000004044 response Effects 0.000 claims description 140
- 230000015654 memory Effects 0.000 claims description 66
- 238000013507 mapping Methods 0.000 claims description 16
- 238000004590 computer program Methods 0.000 claims description 11
- 238000011084 recovery Methods 0.000 description 206
- 238000012545 processing Methods 0.000 description 61
- 238000013475 authorization Methods 0.000 description 41
- 238000013468 resource allocation Methods 0.000 description 38
- 230000006870 function Effects 0.000 description 33
- 230000008569 process Effects 0.000 description 32
- 230000002035 prolonged effect Effects 0.000 description 28
- 238000012544 monitoring process Methods 0.000 description 24
- 238000010586 diagram Methods 0.000 description 23
- 230000011664 signaling Effects 0.000 description 21
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 14
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 14
- 238000004891 communication Methods 0.000 description 12
- 235000019800 disodium phosphate Nutrition 0.000 description 6
- 230000007704 transition Effects 0.000 description 5
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 4
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000007774 longterm Effects 0.000 description 4
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000011218 segmentation Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- TXFOLHZMICYNRM-UHFFFAOYSA-N dichlorophosphoryloxybenzene Chemical compound ClP(Cl)(=O)OC1=CC=CC=C1 TXFOLHZMICYNRM-UHFFFAOYSA-N 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种配置方法和装置,网络设备在通过RRC连接释放消息指示终端由连接态进入非激活态的同时,可以在该RRC连接释放消息中携带为非激活态的终端分配的配置参数,即终端接收网络设备发送的无线资源控制RRC连接释放消息,该RRC连接释放消息包括用于指示目标配置参数的第一信息;这样终端就可以根据RRC连接释放消息进入非激活态,且根据第一信息确定非激活态的上下文参数,其中,非激活态的上下文参数包括目标配置参数,或,非激活态的上下文参数包括终端的上下文参数中除目标配置参数之外的参数,该目标配置参数为适合非激活态的终端的配置参数,从而实现了合理地为处于非激活态的终端分配配置参数。
Description
本申请要求于2019年09月30日提交中国专利局、申请号为PCT/CN2019/109722、申请名称为“配置方法和装置”的国际专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域,尤其涉及一种配置方法和装置。
背景技术
在LTE网络中,从接入网的角度看,终端的状态可以分为三种,这种状态分别为连接(connected)态、非激活(inactive)态(又称去激活态)和空闲(idle)态。其中,连接态为终端通过无线资源控制(radio resource control,RRC)连接建立,RRC连接重建立,RRC连接恢复等过程与接入网设备以及核心网设备之间完成了连接建立的状态;非激活态为终端与接入网设备断开了连接,但接入网设备保持与核心网设备的连接,且接入网设备保存了终端的上下文(例如终端的标识)的状态;空闲态为终端断开了与接入网设备和核心网设备的连接,且接入网设备释放了终端的上下文的状态。
对于处于连接态的终端,网络设备会为该处于连接态的终端发送配置信息,以使终端根据该配置信息进行配置,进而终端基于配置进行数据传输。网络设备若检测到该终端长时间没有数据传输后,会向该终端发送RRC连接释放消息,以通过该RRC连接释放消息指示该终端由连接态进入非激活态。终端进入非激活态之后,其处于连接态时接收到的配置信息将不再适应于当前处于非激活态的终端。
因此,如何合理地为处于非激活态的终端指示配置参数,是本领域技术人员亟待解决的问题。
发明内容
本申请实施例提供一种配置方法和装置,在终端由连接态进入至非激活态后,实现了合理地为处于非激活态的终端指示配置参数。
第一方面,本申请实施例提供一种配置方法,该配置方法可以包括:接收无线资源控制RRC连接释放消息,RRC连接释放消息包括第一信息,第一信息用于指示目标配置参数;并根据RRC连接释放消息进入非激活态,且根据第一信息确定非激活态的上下文参数,其中,非激活态的上下文参数包括目标配置参数,或,非激活态的上下文参数包括终端的上下文参数中除目标配置参数之外的参数。
此外,还提供一种配置装置,包括用于执行以上第一方面各个步骤的单元或手段(means)。
此外,提供一种配置装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行以上第一方面提供的方法。该处理器包括一个或多个。
此外,提供一种配置装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行以上第一方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
此外,提供一种配置装置,包括至少一个处理器和至少一个存储器,至少一个处理器用于执行以上第一方面提供的方法。
此外,提供一种计算机程序,该计算机程序程序在被处理器执行时用于执行以上第一方面的方法。
此外,提供一种计算机可读存储介质,所述计算机可读存储介质存储程序,所述程序被处理器调用时,执行以上第一方面的方法。
此外,提供一种程序产品,例如计算机可读存储介质,包括以上程序。
可见,在上述第一方面中,网络设备在通过RRC连接释放消息指示终端由连接态进入非激活态的同时,可以在该RRC连接释放消息中携带为非激活态的终端分配的配置参数,即终端接收网络设备发送的无线资源控制RRC连接释放消息,该RRC连接释放消息包括用于指示目标配置参数的第一信息;这样终端就可以根据RRC连接释放消息进入非激活态,且根据第一信息确定非激活态的接入层上下文参数,其中,非激活态的接入层上下文参数包括目标配置参数,或,非激活态的上下文参数包括终端的上下文参数中除目标配置参数之外的参数,从而实现了合理地为处于非激活态的终端指示配置参数。
可以理解的是,在本申请实施例中,网络设备在通过第一信息合理地为非激活态的终端指示配置参数时,可以分为两种不同的场景。在一种场景中,网络设备可以通过第一信息指示为非激活态的终端配置的配置参数,以使终端保留为其配置的配置参数。在另一种场景中,网络设备可以通过第一信息指示非激活态的终端需要释放的配置参数,以使非激活态的终端释放掉需要释放的配置参数。在这两种不同的场景中,第一信息指示的目标配置参数是不同的。
在上述第一方面中,在一种可能的实现方式中,目标配置参数包括:无线承载配置参数,和/或,小区组配置参数,网络设备通过对多个终端的无线承载配置参数,和/或,小区组配置参数进行固化处理,使得至少两个终端对应同一套配置参数,这样当多个终端由连接态进入非激活态时,对于网络设备而言,在存储该至少两个终端的配置信息时,只需要存储一套配置信息即可,从而降低了网络设备的存储开销。
在上述第一方面中,在一种可能的实现方式中,第一信息为目标配置参数对应的标识。
在上述第一方面中,在一种可能的实现方式中,终端存储有配置参数对应的标识和配置参数的映射关系,使得终端可以根据目标配置参数对应的标识,及映射关系确定非激活态的上下文参数包括标识对应的目标配置参数,从而保留或者释放该目标配置参数。
在上述第一方面中,在一种可能的实现方式中,第一信息包括目标配置参数,由于RRC连接释放消息中直接携带的是目标配置参数,使得终端可以直接确定目标配置参数,并保留或者释放RRC释放连接消息中直接携带的目标配置参数,虽然将目标配置参数携带在RRC连接释放消息中发送给终端,会使得配置信令开销较大,但对于终端而言,无需在协议中预先定义上下文配置的信息,从而减少协议的复杂,终端不必预先存储预配置,降低了终端的存储开销的配置开销。
在上述第一方面中,在一种可能的实现方式中,上述配置方法还包括:上报终端的非激活态的能力信息,以使网络设备根据终端上报的能力信息确定该终端是否支持在非激活态下进行数据传输。
示例的,终端在上报其能力信息时,可以通过至少四种可能的方式向网络设备上报其能力信息。以终端支持在非激活态下进行数据传输为例,该四种可能的方式分别为:终端能支持非激活态下的数据传输、终端支持通过预配置标识配置终端的上下文参数、终端支持非激活态下的公共的参数配置(换言之,终端支持轻量级的接入层配置参数)、终端支持直接非激活态下的数据传输的会话。虽然表达方式不同,但是通过该四种不同的方式均可以指示终端支持非激活态下的数据传输。
在上述第一方面中,在一种可能的实现方式中,接收第一指示,第一指示用于指示终端在非激活态时监听物理下行控制信道。
在上述第一方面中,在一种可能的实现方式中,第一指示信息包括在RRC释放消息中,当然,也可以携带在其它消息中,具体可以根据实际需要进行设置。
在上述第一方面中,在一种可能的实现方式中,终端还可以接收第二指示,第二指示用于指示终端在非激活态时允许进行上行传输。
在上述第一方面中,在一种可能的实现方式中,终端可以发送随机接入请求;并接收随机接入请求的响应消息,响应消息包括上行授权和第二指示,第二指示用于指示在非激活态时允许在上行授权上进行上行传输,这样当终端需要进行数据传输时,可以直接在上行授权指示的上行资源上进行上行传输,实现了终端在非激活态时完成上行传输,而无需等到恢复RRC连接之后才能进行上行传输,避免终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
第二方面,本申请实施例还提供一种配置方法,该配置方法可以包括:确定目标配置参数;并发送无线资源控制RRC连接释放消息,RRC连接释放消息包括第一信息,第一信息用于指示目标配置参数,RRC连接释放消息用于指示终端根据RRC连接释放消息进入非激活态,第一信息用于指示终端确定非激活态的上下文参数,其中,非激活态的上下文参数包括目标配置参数,或,非激活态的上下文参数包括终端的上下文参数中除目标配置参数之外的参数。
此外,还提供一种配置装置,包括用于执行以上第二方面各个步骤的单元或手段(means)。
此外,提供一种配置装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行以上第二方面提供的方法。该处理器包括一个或多个。
此外,提供一种配置装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行以上第二方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
此外,提供一种配置装置,包括至少一个处理器和至少一个存储器,至少一个处理器用于执行以上第二方面提供的方法。
此外,提供一种计算机程序,该计算机程序程序在被处理器执行时用于执行以上第二方面的方法。
此外,提供一种计算机可读存储介质,所述计算机可读存储介质存储程序,所述程序被处理器调用时,执行以上第二方面的方法。
此外,提供一种程序产品,例如计算机可读存储介质,包括以上程序。
可见,在上述第二方面中,网络设备在通过RRC连接释放消息指示终端由连接态进入非激活态的同时,可以在该RRC连接释放消息中携带为非激活态的终端分配的配置参数,即终端接收网络设备发送的无线资源控制RRC连接释放消息,该RRC连接释放消息包括用于指示目标配置参数的第一信息;这样终端就可以根据RRC连接释放消息进入非激活态,且根据第一信息确定非激活态的上下文参数,其中,非激活态的上下文参数包括目标配置参数,或,非激活态的上下文参数包括终端的上下文参数中除目标配置参数之外的参数,从而实现了合理地为处于非激活态的终端指示配置参数。
在上述第二方面中,在一种可能的实现方式中,目标配置参数包括:无线承载配置参数,和/或,小区组配置参数,网络设备通过对多个终端的无线承载配置参数,和/或,小区组配置参数进行固化处理,使得至少两个终端对应同一套配置参数,这样当多个终端由连接态进入非激活态时,对于网络设备而言,在存储该至少两个终端的配置信息时,只需要存储一套配置信息即可,从而降低了网络设备的存储开销。
在上述第二方面中,在一种可能的实现方式中,第一信息为目标配置参数对应的标识。
在上述第二方面中,在一种可能的实现方式中,发送配置参数对应的标识和配置参数的映射关系,使得终端可以根据目标配置参数对应的标识,及映射关系确定非激活态的上下文参数包括标识对应的目标配置参数,从而保留或者释放该目标配置参数。
在上述第二方面中,在一种可能的实现方式中,第一信息包括目标配置参数,由于RRC连接释放消息中直接携带的是目标配置参数,使得终端可以直接确定目标配置参数,并保留或者释放该目标配置参数,虽然将目标配置参数携带在RRC连接释放消息中发送给终端,会使得配置信令开销较大,但对于终端而言,无需在协议中预先定义上下文配置的信息,从而减少协议的复杂,终端不必预先存储预配置,降低了终端的存储开销的配置开销。
在上述第二方面中,在一种可能的实现方式中,接收来自核心网设备的会话建立请求,会话建立请求中包括会话类型,会话类型用于指示终端在非激活态时允许进行上行传输;基于会话类型,确定目标配置参数,从而将确定好的目标配置参数发送给终端。
在上述第二方面中,在一种可能的实现方式中,网络设备还向核心网设备发送会话建立响应。
在上述第二方面中,在一种可能的实现方式中,发送第一指示,第一指示用于指示终端在非激活态时监听物理下行控制信道。
在上述第二方面中,在一种可能的实现方式中,第一指示信息包括在RRC释放消息中,当然,也可以携带在其它消息中,具体可以根据实际需要进行设置。
在上述第二方面中,在一种可能的实现方式中,发送第二指示,第二指示用于指示终端在非激活态时允许进行上行传输。
在上述第二方面中,在一种可能的实现方式中,网络设备可以接收随机接入请求;并发送随机接入请求的响应消息,响应消息包括上行授权和第二指示,第二指示用于指示在非激活态时允许在上行授权上进行上行传输,这样当终端需要进行数据传输时,可以直接在上行授权指示的上行资源上进行上行传输,实现了终端在非激活态时完成上行传输,而无需等到恢复RRC连接之后才能进行上行传输,避免终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
第三方面,本申请实施例还提供一种配置方法,该配置方法可以包括:
向网络设备发送第一消息,第一消息包括随机接入请求和/或物理上行共享信道数据,物理上行共享信道数据包括用于请求恢复RRC连接的信息;并从网络设备接收第一消息的响应消息,响应消息包括竞争解决信息;从网络设备接收上行授权;再在上行授权指示的上行资源上进行上行传输。
此外,还提供一种配置装置,包括用于执行以上第三方面各个步骤的单元或手段(means)。
此外,提供一种配置装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行以上第三方面提供的方法。该处理器包括一个或多个。
此外,提供一种配置装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行以上第三方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
此外,提供一种配置装置,包括至少一个处理器和至少一个存储器,至少一个处理器用于执行以上第三方面提供的方法。
此外,提供一种计算机程序,该计算机程序程序在被处理器执行时用于执行以上第三方面的方法。
此外,提供一种计算机可读存储介质,所述计算机可读存储介质存储程序,所述程序被处理器调用时,执行以上第三方面的方法。
此外,提供一种程序产品,例如计算机可读存储介质,包括以上程序。
可见,在上述第三方面中,终端在接收到竞争解决信息后,若此时还未接收到RRC连接释放消息,说明还有数据需要传输,则从网络设备接收上行授权,并在该上行授权指示的上行资源上进行上行传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
在上述第三方面中,在一种可能的实现方式中,在接收到第一消息的响应消息时,启动或重启定时器,从而延迟终端监听授权的时长。
在上述第三方面中,在一种可能的实现方式中,在定时器运行期间,从网络设备接收上行授权;并在接收到上行授权时,重启定时器,从而延迟终端监听上行授权的时长。
在上述第三方面中,在一种可能的实现方式中,在定时器运行期间,从网络设备接收下行授权;在接收到下行授权时,重启定时器,从而延迟终端监听下行授权的时长。
在上述第三方面中,在一种可能的实现方式中,定时器在启动或者重启之后,不是一直处于运行状态,而是在满足一定条件下停止定时器,例如以上描述的停止定时器的场景。例如,当终端从网络设备接收RRC连接释放消息时,控制定时器停止运行,即停止定时器。可以理解,当终端从网络设备接收RRC连接恢复、连接建立消息等,终端也可以停止定时器。
第四方面,本申请实施例还提供一种配置方法,该配置方法可以包括:从终端接收第一消息,第一消息包括随机接入请求和/或物理上行共享信道数据,物理上行共享信道数据包括用于请求恢复RRC连接的信息;并向终端发送第一消息的响应消息,响应消息包括竞争解决信息;向终端发送上行授权;在上行授权指示的上行资源上进行数据传输。
此外,还提供一种配置装置,包括用于执行以上第四方面各个步骤的单元或手段(means)。
此外,提供一种配置装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行以上第四方面提供的方法。该处理器包括一个或多个。
此外,提供一种配置装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行以上第四方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
此外,提供一种配置装置,包括至少一个处理器和至少一个存储器,至少一个处理器用于执行以上第四方面提供的方法。
此外,提供一种计算机程序,该计算机程序程序在被处理器执行时用于执行以上第四方面的方法。
此外,提供一种计算机可读存储介质,所述计算机可读存储介质存储程序,所述程序被处理器调用时,执行以上第四方面的方法。
此外,提供一种程序产品,例如计算机可读存储介质,包括以上程序。
可见,在上述第四方面中,网络设备在接收到终端发送的第一消息后,向终端发送包括竞争解决信息的响应消息,若此时还未向终端发送RRC连接释放消息,说明还有数据需要传输,则向终端发送上行授权,使得终端在该上行授权指示的上行资源上进行上行传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
在上述第四方面中,在一种可能的实现方式中,网络设备还向终端发送无线资源控制RRC连接释放消息,以使终端从网络设备接收无线资源控制RRC连接释放消息时,控制定时器停止运行,即停止定时器。可以理解,当终端从网络设备接收无线资源控制RRC连接恢复、连接建立消息等,终端也可以停止定时器。
第五方面,本申请实施例还提供一种配置方法,该配置方法可以包括:向网络设备发送第一消息,第一消息包括随机接入请求和/或物理上行共享信道数据,物理上行共享信道数据包括用于请求恢复无线资源控制RRC连接的信息;并从网络设备接收第一消息的响应消息,响应消息包括上行授权和第一指示信息,第一指示信息用于指示是否允许在上行授权指示的上行资源上进行上行传输;根据第一指示信息在上行资源上进行上行传输。
此外,还提供一种配置装置,包括用于执行以上第五方面各个步骤的单元或手段(means)。
此外,提供一种配置装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行以上第五方面提供的方法。该处理器包括一个或多个。
此外,提供一种配置装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行以上第五方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
此外,提供一种配置装置,包括至少一个处理器和至少一个存储器,至少一个处理器用于执行以上第五方面提供的方法。
此外,提供一种计算机程序,该计算机程序程序在被处理器执行时用于执行以上第五方面的方法。
此外,提供一种计算机可读存储介质,所述计算机可读存储介质存储程序,所述程序被处理器调用时,执行以上第五方面的方法。
此外,提供一种程序产品,例如计算机可读存储介质,包括以上程序。
可见,在上述第五方面中,终端通过向网络设备发送RRC连接恢复请求,使得网络设备可以在终端处于非激活态时,为该终端分配上行授权,并通过指示信息指示是否允许在上行授权指示的上行资源上进行上行传输,实现了终端在非激活态时完成上行传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
在上述第五方面中,在一种可能的实现方式中,若第一指示信息指示允许在上行资源上进行上行传输,则在上行资源上向网络设备发送包括上行数据的第二消息,实现了终端在非激活态时完成上行传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
在上述第五方面中,在一种可能的实现方式中,若第一指示信息指示不允许在上行资源上进行上行传输,则在上行资源上向网络设备发送第三消息,其中,第三消息用于请求恢复RRC连接。
需要注意的是,当第一指示信息指示终端不允许在上行授权指示的上行资源上进行上行传输时,终端在上行授权指示的上行资源上发送的第三消息只用于请求恢复RRC连接,并不包括上行数据。示例的,该第三消息可以为RRC连接恢复请求。
在上述第五方面中,在一种可能的实现方式中,终端在接收到第一消息的响应消息时,启动或重启定时器,从而延迟终端监听授权的时长。
在上述第五方面中,在一种可能的实现方式中,在定时器运行期间,从网络设备接收授权;并在接收到授权时,重启定时器,从而延迟终端监听授权的时长。
在上述第五方面中,在一种可能的实现方式中,定时器在启动或者重启之后,不是一直处于运行状态,而是在满足一定条件下停止定时器,例如以上描述的停止定时器的场景。例如,当终端从网络设备接收到该RRC连接释放消息时,控制定时器停止运行,即停止定时器。可以理解,当终端从网络设备接收无线资源控制RRC连接恢复、连接建立消息等,终端也可以停止定时器。
在上述第五方面中,在一种可能的实现方式中,响应消息包括竞争解决信息。示例的,竞争解决信息可以为终端的标识,或者第二消息的部分信息、或者第三消息的部分信息。
终端在接收到竞争解决信息后,若此时还未接收到RRC连接释放消息,则终端启动或重启定时器,并在定时器运行期间,从网络设备接收授权;该授权可以为上行授权或者下行授权,并在接收到该授权时,重启定时器,从而延迟终端监听授权的时长。示例的,若从网络设备接收到的是上行授权,则终端启动或者重启定时器,并在该上行授权指示的上行资源上进行上行传输;若从网络设备接收到的是下行授权,且未接收到RRC连接释放消息,说明还有数据需要传输,则终端启动或重启定时器,等待RRC连接释放消息的时间,实现了终端在非激活态时完成上行传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
在上述第五方面中,在一种可能的实现方式中,第一消息还包括第二指示信息,第二指示信息用于指示终端的待发送数据量与数据量门限的比较结果。
第六方面,本申请实施例还提供一种配置方法,该配置方法可以包括:从终端接收第一消息,第一消息包括随机接入请求和/或物理上行共享信道数据,物理上行共享信道数据包括用于请求恢复无线资源控制RRC连接的信息;并向终端发送第一消息的响应消息,响应消息包括上行授权和第一指示信息,第一指示信息用于指示是否允许在上行授权指示的上行资源上进行上行传输;根据第一指示信息在上行资源上进行上行传输。
此外,还提供一种配置装置,包括用于执行以上第六方面各个步骤的单元或手段(means)。
此外,提供一种配置装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行以上第六方面提供的方法。该处理器包括一个或多个。
此外,提供一种配置装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行以上第六方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
此外,提供一种配置装置,包括至少一个处理器和至少一个存储器,至少一个处理器用于执行以上第六方面提供的方法。
此外,提供一种计算机程序,该计算机程序程序在被处理器执行时用于执行以上第六方面的方法。
此外,提供一种计算机可读存储介质,所述计算机可读存储介质存储程序,所述程序被处理器调用时,执行以上第六方面的方法。
此外,提供一种程序产品,例如计算机可读存储介质,包括以上程序。
可见,在上述第六方面中,网络设备通过接收终端发送的RRC连接恢复请求,在终端处于非激活态时,为该终端分配上行授权,并通过指示信息指示是否允许在上行授权指示的上行资源上进行上行传输,实现了终端在非激活态时完成上行传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
在上述第六方面中,在一种可能的实现方式中,若第一指示信息指示允许在上行资源上进行上行传输,则在上行资源上从终端接收包括上行数据的第二消息,实现了终端在非激活态时完成上行传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
在上述第六方面中,在一种可能的实现方式中,若第一指示信息指示不允许在上行资源上进行上行传输,则在上行资源上从终端接收第三消息,其中,第三消息用于请求恢复RRC连接。
需要注意的是,当第一指示信息指示终端不允许在上行授权指示的上行资源上进行上行传输时,网络设备在上行授权指示的上行资源上接收的第三消息只用于请求恢复RRC连接,并不包括上行数据。示例的,该第三消息可以为RRC连接恢复请求。
在上述第六方面中,在一种可能的实现方式中,向终端发送无线资源控制RRC连接释放消息,这样当终端从网络设备接收到该RRC连接释放消息时,控制定时器停止运行,即停止定时器。可以理解,当终端从网络设备接收无线资源控制RRC连接恢复、连接建立消息等,终端也可以停止定时器。
在上述第六方面中,在一种可能的实现方式中,响应消息包括竞争解决信息。示例的,竞争解决信息可以为终端的标识,或者第二消息的部分信息、或者第三消息的部分信息。
在上述第六方面中,在一种可能的实现方式中,第一消息还包括第二指示信息,第二指示信息用于指示终端的待发送数据量与数据量门限的比较结果。
第七方面,本申请实施例还提供一种配置方法,该配置方法可以包括:接收指示信息,指示信息用于指示终端在非激活态时监听小区无线网络临时标识C-RNTI加扰的物理下行控制信道PDCCH;并根据指示信息监听C-RNTI加扰的PDCCH。
此外,还提供一种配置装置,包括用于执行以上第七方面各个步骤的单元或手段(means)。
此外,提供一种配置装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行以上第七方面提供的方法。该处理器包括一个或多个。
此外,提供一种配置装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行以上第七方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
此外,提供一种配置装置,包括至少一个处理器和至少一个存储器,至少一个处理器用于执行以上第七方面提供的方法。
此外,提供一种计算机程序,该计算机程序程序在被处理器执行时用于执行以上第七方面的方法。
此外,提供一种计算机可读存储介质,所述计算机可读存储介质存储程序,所述程序被处理器调用时,执行以上第七方面的方法。
此外,提供一种程序产品,例如计算机可读存储介质,包括以上程序。
可见,在上述第七方面中,终端通过接收网络设备发送的指示信息,该指示信息指示终端在非激活态时监听C-RNTI加扰的PDCCH,并在监听C-RNTI加扰的PDCCH的过程中接收下行数据,该整个接收过程对于终端而言,无需接收寻呼,也无需发起RRC连接恢复请求,而是直接在非激活态接收下行数据,不仅提高了传输效率,而且降低了终端的开销。
在上述第七方面中,在一种可能的实现方式中,终端可以接收无线资源控制RRC连接释放消息,RRC连接释放消息包括指示信息,从而获取到该指示信息。可以理解的是,该指示信息也可以携带在广播消息中。
示例的,该指示信息可以通过一个比特实现,例如,该比特取值为1,表示启用在非激活态时监听C-RNTI加扰的物理下行控制信道(PDCCH)的功能,该比特取值为0,表示不启用在非激活态时监听C-RNTI加扰的物理下行控制信道(PDCCH)的功能。或者,该指示信息也可以通过枚举型实现,例如:{TURE},{downlink reception}。由于PDCCH通过小区无线网络临时标识(C-RNTI)加扰,故在另一种实现中,该指示信息可以为C-RNTI,例如,当RRC连接释放消息中携带C-RNTI时,则指示终端在非激活态监听该C-RNTI加扰的PDCCH;当RRC连接释放消息中未携带C-RNTI时,则指示终端在非激活态不监听PDCCH。
在上述第七方面中,在一种可能的实现方式中,终端监听C-RNTI加扰的PDCCH,可以包括:确定寻呼时机,在寻呼时机的部分时隙或部分寻呼帧监听C-RNTI加扰的PDCCH,这样对于终端而言,无需接收寻呼,也无需发起RRC连接恢复请求,而是直接在非激活态接收下行数据,不仅提高了传输效率,而且降低了终端的开销。
在上述第七方面中,在一种可能的实现方式中,终端监听C-RNTI加扰的PDCCH,可以包括:接收第一参数,根据第一参数确定寻呼时机;并接收第二参数,根据第二参数确定监听C-RNTI加扰的PDCCH的时机,其中寻呼时机和监听C-RNTI加扰的PDCCH的时机不同,这样对于终端而言,无需接收寻呼,也无需发起RRC连接恢复请求,而是直接在非激活态接收下行数据,不仅提高了传输效率,而且降低了终端的开销。
在上述第七方面中,在一种可能的实现方式中,在终端移出C-RNTI的有效区域时,停止监听C-RNTI加扰的PDCCH,从而降低了终端的电量消耗。
第八方面,本申请实施例还提供一种配置方法,该配置方法可以包括:确定终端可在非激活态时监听小区无线网络临时标识C-RNTI加扰的物理下行控制信道PDCCH;并向终端发送指示信息,指示信息用于指示终端在非激活态时监听小区无线网络临时标识C-RNTI加扰的物理下行控制信道PDCCH。
此外,还提供一种配置装置,包括用于执行以上第八方面各个步骤的单元或手段(means)。
此外,提供一种配置装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行以上第八方面提供的方法。该处理器包括一个或多个。
此外,提供一种配置装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行以上第八方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
此外,提供一种配置装置,包括至少一个处理器和至少一个存储器,至少一个处理器用于执行以上第八方面提供的方法。
此外,提供一种计算机程序,该计算机程序程序在被处理器执行时用于执行以上第八方面的方法。
此外,提供一种计算机可读存储介质,所述计算机可读存储介质存储程序,所述程序被处理器调用时,执行以上第八方面的方法。
此外,提供一种程序产品,例如计算机可读存储介质,包括以上程序。
可见,本申请实施例中,网络设备通过向终端发送指示信息,以通过指示信息指示终端在非激活态时监听C-RNTI加扰的PDCCH,这样终端可以在监听C-RNTI加扰的PDCCH的过程中接收下行数据,该整个接收过程对于终端而言,无需接收寻呼,也无需发起RRC连接恢复请求,而是直接在非激活态接收下行数据,不仅提高了传输效率,而且降低了终端的开销。
在上述第八方面中,在一种可能的实现方式中,网络设备可以向终端发送无线资源控制RRC连接释放消息,RRC连接释放消息包括指示信息,以使终端获取到该指示信息。可以理解的是,该指示信息也可以携带在广播消息中。
在上述第八方面中,在一种可能的实现方式中,网络设备可以向终端发送第一参数,第一参数用于终端根据第一参数确定寻呼时机;并向终端发送第二参数,第二参数用于终端根据第二参数确定监听C-RNTI加扰的PDCCH的时机,其中寻呼时机和监听C-RNTI加扰的PDCCH的时机不同,这样对于终端而言,无需接收寻呼,也无需发起RRC连接恢复请求,而是直接在非激活态接收下行数据,不仅提高了传输效率,而且降低了终端的开销。
第九方面,本申请实施例还提供一种配置方法,该配置方法可以包括:终端应无线资源控制RRC连接恢复的需求,启动第一定时器,且向网络设备发送RRC连接恢复请求消息;终端在第一定时器运行期间,根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启第一定时器或启动第二定时器。
此外,还提供一种配置装置,包括用于执行以上第九方面各个步骤的单元或手段(means)。
此外,提供一种配置装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行以上第九方面提供的方法。该处理器包括一个或多个。
此外,提供一种配置装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行以上第九方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
此外,提供一种配置装置,包括至少一个处理器和至少一个存储器,至少一个处理器用于执行以上第九方面提供的方法。
此外,提供一种计算机程序,该计算机程序程序在被处理器执行时用于执行以上第九方面的方法。
此外,提供一种计算机可读存储介质,所述计算机可读存储介质存储程序,所述程序被处理器调用时,执行以上第九方面的方法。
此外,提供一种程序产品,例如计算机可读存储介质,包括以上程序。
可见,在上述第九方面中,终端根据从网络设备接收到的下行信息或与终端进行数据传输重启第一定时器或者启动第二定时器,这样终端可以在第一定时器或者第二定时器运行期间进行数据传输,可以有效地延长了终端等待RRC连接恢复请求的RRC响应消息的时间,从而灵活地支持多次数据的发送。
本申请实施例提供的配置方法可以包括至少两种可能的场景。在一种可能的场景中,终端在应RRC连接恢复的需求时,启动的是第一定时器,并在第一定时器运行期间满足重启条件,重启该第一定时器,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。可以看出,在该种可能的场景中,在满足重启条件时,重启的定时器与在应RRC连接恢复的需求时,启动的定时器为同一个定时器,均为第一定时器。在另一种可能的场景中,终端在应RRC连接恢复的需求时,启动的是第一定时器,并在第一定时器运行期间满足启动条件时,启动第二定时器,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。可以看出,在该种可能的场景中,在满足重启条件时,重启的定时器与在应RRC连接恢复的需求时,启动的定时器不是一个定时器,而是额外设置的一个新的定时器。可以理解的是,在该种可能的场景中,在启动第二定时器之后,还可以停止第一定时器;当然,也可以先停止第一定时器,接着启动第二定时器,或者在启动第二定时器的同时,停止第一定时器。如此,用第二定时器接替第一定时器工作,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。
在上述第九方面中,在一种可能的实现方式中,终端向网络设备发送上行数据,上行数据与RRC连接恢复请求消息共同发送或独立发送,其中,下行信息包括上行数据的反馈信息,上行数据的反馈信息用于指示上行数据是否成功传输。
本申请中的共同发送或者独立发送是指上行数据与RRC连接恢复请求消息是否通过同一个消息,例如MAC PDU消息发送,若上行数据与RRC连接恢复请求消息通过同一个消息发送,则可以理解为上行数据与RRC连接恢复请求消息共同发送;相反的,上行数据与RRC连接恢复请求消息不是通过同一个消息发送,则可以理解为上行数据与RRC连接恢复请求消息独立发送。此外,若上行数据与RRC连接恢复请求消息独立发送,则可以在在RRC连接恢复请求消息发送之后,在第一定时器运行期间内发送该上行数据。
在上述第九方面中,在一种可能的实现方式中,下行信息包括竞争解决信息,若竞争解决信息为竞争解决成功,则说明RRC连接恢复请求消息发送成功,终端可以继续在预配授权上进行新的上行数据的发送;相反的,若竞争解决信息为竞争解决失败,则说明RRC连接恢复请求消息发送失败,终端可以继续在预配授权上进行RRC连接恢复请求消息的重传。
在上述第九方面中,在一种可能的实现方式中,下行信息包括上行授权信息,该上行授权信息指示的上行资源可以用于原上行数据的重传,也可以用于新上行数据的初传,实现连续多次包的数据传输。通常情况下,若有原上行数据需要重传,且有新上行数据需要初传,则可以先通过该上行授权信息指示的上行资源进行新上行数据的初传,即数据初传的传输优先级高于数据重传的传输优先级。
在上述第九方面中,在一种可能的实现方式中,终端利用上行授权信息指示的上行资源发送上行数据。
在上述第九方面中,在一种可能的实现方式中,下行信息包括下行资源分配信息,该下行资源分配信息指示的下行资源可以用于原下行数据的重传,也可以用于新下行数据的初传,实现下行数据早传。
在本申请实施例中,上行授权信息和下行资源分配信息可以独立存在,即终端接收到的下行信息中可以包括上行授权信息,或者下行资源分配信息;上行授权信息和下行资源分配信息可以同时存在,互相结合,即终端接收到的下行信息中可以同时包括上行授权信息和下行资源分配信息。
在上述第九方面中,在一种可能的实现方式中,终端在下行资源分配信息所指示的下行资源上接收下行数据。
在上述第九方面中,在一种可能的实现方式中,下行信息包括指示信息,指示信息用于指示终端重启第一定时器,这样终端在接收到包括该指示信息的信息后,可以重启该第一定时器,使得在第一定时器运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送。
在上述第九方面中,在一种可能的实现方式中,终端从网络设备接收广播消息或RRC消息,广播消息或RRC消息包括第一定时器的信息,第一定时器的信息用于指示第一定时器的时长,这样终端可以根据该第一定时器的信息,对第一定时器的时长进行配置。
在上述第九方面中,在一种可能的实现方式中,第一定时器为T319定时器。
在上述第九方面中,在一种可能的实现方式中,第一定时器为除T319定时器之外的RRC层定时器或MAC层定时器,且终端在第一定时器运行期间,应从网络设备接收到的下行信息或应与网络设备之间的数据传输,重启第一定时器;或者,
第一定时器为T319定时器,且第二定时器为除T319定时器之外的RRC层定时器或MAC层定时器,且终端在第一定时器运行期间,根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,启动或重启第二定时器。
在上述第九方面中,在一种可能的实现方式中,终端向网络设备发送指示信息,指示信息用于指示网络设备启动的第一定时器或第二定时器,从而将已经当前启动的定时器的信息同步给网络设备。
在上述第九方面中,在一种可能的实现方式中,当终端启动第二定时器时,停止第一定时器,这样可以减少因第一定时器处于运行状态产生的功耗。
在上述第九方面中,在一种可能的实现方式中,终端从网络设备接收RRC连接恢复、RRC连接建立、或RRC连接释放消息时,停止第一定时器或第二定时器。
第十方面,本申请实施例还提供一种配置方法,该配置方法可以包括:从终端接收无线资源控制RRC连接恢复请求消息,RRC连接恢复请求消息是终端应无线资源控制RRC连接恢复的需求,启动第一定时器后发送的;在第一定时器运行期间,向终端发送下行信息或与终端进行数据传输,用于指示根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启第一定时器或启动第二定时器。
此外,还提供一种配置装置,包括用于执行以上第十方面各个步骤的单元或手段(means)。
此外,提供一种配置装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行以上第十方面提供的方法。该处理器包括一个或多个。
此外,提供一种配置装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行以上第十方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
此外,提供一种配置装置,包括至少一个处理器和至少一个存储器,至少一个处理器用于执行以上第十方面提供的方法。
此外,提供一种计算机程序,该计算机程序程序在被处理器执行时用于执行以上第十方面的方法。
此外,提供一种计算机可读存储介质,所述计算机可读存储介质存储程序,所述程序被处理器调用时,执行以上第十方面的方法。
此外,提供一种程序产品,例如计算机可读存储介质,包括以上程序。
可见,在上述第十方面中,网络设备通过向终端发送下行信息或与终端进行数据传输,使得终端可以根据从网络设备接收到的下行信息或与终端进行数据传输重启第一定时器或者启动第二定时器,这样终端可以在第一定时器或者第二定时器运行期间进行数据传输,可以有效地延长了终端等待RRC连接恢复请求的RRC响应消息的时间,从而灵活地支持多次数据的发送。
在上述第十方面中,在一种可能的实现方式中,从终端接收上行数据,上行数据与RRC连接恢复请求消息共同发送或独立发送,其中,下行信息包括上行数据的反馈信息,上行数据的反馈信息用于指示上行数据是否成功传输。
本申请中的共同发送或者独立发送是指上行数据与RRC连接恢复请求消息是否通过同一个消息,例如MAC PDU消息发送,若上行数据与RRC连接恢复请求消息通过同一个消息发送,则可以理解为上行数据与RRC连接恢复请求消息共同发送;相反的,上行数据与RRC连接恢复请求消息不是通过同一个消息发送,则可以理解为上行数据与RRC连接恢复请求消息独立发送。此外,若上行数据与RRC连接恢复请求消息独立发送,则可以在在RRC连接恢复请求消息发送之后,在第一定时器运行期间内发送该上行数据。
在上述第十方面中,在一种可能的实现方式中,下行信息包括竞争解决信息,若竞争解决信息为竞争解决成功,则说明RRC连接恢复请求消息发送成功,终端可以继续在预配授权上进行新的上行数据的发送;相反的,若竞争解决信息为竞争解决失败,则说明RRC连接恢复请求消息发送失败,终端可以继续在预配授权上进行RRC连接恢复请求消息的重传。
在上述第十方面中,在一种可能的实现方式中,下行信息包括上行授权信息,该上行授权信息指示的上行资源可以用于原上行数据的重传,也可以用于新上行数据的初传,实现连续多次包的数据传输。通常情况下,若有原上行数据需要重传,且有新上行数据需要初传,则可以先通过该上行授权信息指示的上行资源进行新上行数据的初传,即数据初传的传输优先级高于数据重传的传输优先级。
在上述第十方面中,在一种可能的实现方式中,从终端接收利用上行授权信息指示的上行资源发送的上行数据。
在上述第十方面中,在一种可能的实现方式中,下行信息包括下行资源分配信息,该下行资源分配信息指示的下行资源可以用于原下行数据的重传,也可以用于新下行数据的初传,实现下行数据早传。
在本申请实施例中,上行授权信息和下行资源分配信息可以独立存在,即终端接收到的下行信息中可以包括上行授权信息,或者下行资源分配信息;上行授权信息和下行资源分配信息可以同时存在,互相结合,即终端接收到的下行信息中可以同时包括上行授权信息和下行资源分配信息。
在上述第十方面中,在一种可能的实现方式中,在下行资源分配信息所指示的下行资源上向终端发送下行数据。
在上述第十方面中,在一种可能的实现方式中,下行信息包括指示信息,指示信息用于指示终端重启第一定时器,这样终端在接收到包括该指示信息的信息后,可以重启该第一定时器,使得在第一定时器运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送。
在上述第十方面中,在一种可能的实现方式中,向终端发送广播消息或RRC消息,广播消息或RRC消息包括第一定时器的信息,第一定时器的信息用于指示第一定时器的时长,这样终端可以根据该第一定时器的信息,对第一定时器的时长进行配置。
在上述第十方面中,在一种可能的实现方式中,第一定时器为T319定时器。
在上述第十方面中,在一种可能的实现方式中,第一定时器为除T319定时器之外的RRC层定时器或MAC层定时器,且第一定时器是终端在第一定时器运行期间,应从网络设备接收到的下行信息或应与网络设备之间的数据传输重启的;或者,
第一定时器为T319定时器,且第二定时器为除T319定时器之外的RRC层定时器或MAC层定时器,且第二定时器是终端在第一定时器运行期间,根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,启动或重启的。
在上述第十方面中,在一种可能的实现方式中,从终端接收指示信息,指示信息用于指示网络设备启动的第一定时器或第二定时器,从而将已经当前启动的定时器的信息同步给网络设备。
可以理解的是,以上各方面所示的装置可以是一个芯片,处理器可以通过硬件来实现也可以通过软件来实现,当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,该存储器可以集成在处理器中,可以位于该处理器之外,独立存在。
以上处理器为一个或多个,存储器为一个或多个。
存储器可以与处理器集成在一起,或者存储器与处理器分离设置。在具体实现过程中,存储器可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
以上信息传输或接收过程例如发送随机接入请求,可以为从处理器输出随机接入请求的过程,接收随机接入请求的响应消息,可以为从处理器接收输入随机接入请求的响应消息的过程。具体地,处理器输出的随机接入请求可以输出给发射器,处理器接收的输入随机接入请求的响应消息可以来自接收器。其中,发射器和接收器可以统称为收发器。
附图说明
图1为本申请实施例提供的一种应用场景示意图;
图2为本申请实施例提供的一种网络架构的示意图;
图3为本申请实施例提供的另一种网络架构的示意图;
图4为本申请实施例提供的一种配置方法的流程示意图;
图5为本申请实施例提供的另一种配置方法的流程示意图;
图6为本申请实施例提供的一种协商确定各配置参数集合的流程示意图;
图7为本申请实施例提供的一种释放该终端的上下文参数中除所述目标配置参数之外的参数的流程示意图;
图8为本申请实施例提供的一种为终端分配合适配置参数集合的流程示意图;
图9为本申请实施例提供的一种配置方法的流程示意图;
图10为本申请实施例提供的另一种配置方法的流程示意图;
图11为本申请实施例提供的再一种配置方法的流程示意图;
图12为本申请实施例提供的一种MAC消息的结构示意图;
图13为本申请实施例提供的另一种MAC消息的结构示意图;
图14为本申请实施例提供的又一种配置方法的流程示意图;
图15为本申请实施例提供的一种配置方法的流程示意图;
图16为本申请实施例提供的一种确定监听C-RNTI加扰的PDCCH的时机的示意图;
图17为本申请实施例提供的另一种确定监听C-RNTI加扰的PDCCH的时机的示意图;
图18为本申请实施例提供的再一种确定监听C-RNTI加扰的PDCCH的时机的示意图;
图19为本申请实施例提供的又一种确定监听C-RNTI加扰的PDCCH的时机的示意图;
图20为本申请实施例提供的一种配置方法的流程示意图;
图21为本申请实施例提供的一种另配置方法的流程示意图;
图22为本申请实施例提供的再一种配置方法的流程示意图;
图23为本申请实施例提供的又一种配置方法的流程示意图;
图24为本申请实施例提供的一种网络设备的结构示意图;
图25为本申请实施例提供的另一种网络设备的结构示意图;
图26为本申请实施例提供的一种终端的结构示意图。
具体实施方式
本申请实施例应用于通信系统,例如宽带码分多址系统(wideband codedivision multiple access,WCDMA)、时分同步码分多址系统(time division-synchronization code division multiple access,TD-SCDMA),长期演进系统(longterm evolution,LTE)、公共陆地移动网络(public land mobile network,PLMN)系统,甚至第五代(5th generation,5G)通信系统或未来可能出现的其他系统,以下对本申请中的部分用语进行解释说明,以便于本领域技术人员理解。需要说明的是,当本申请实施例的方案应用于5G系统或未来可能出现的其他系统时,网络设备和终端的名称可能发生变化,但这并不影响本申请实施例方案的实施。
为了合理地为处于非激活态的终端分配配置参数,本申请实施例提供了一种配置方法,示例的,请参见图1所示,图1为本申请实施例提供的一种应用场景示意图,在该应用场景所示的通信系统中可以包括至少一个终端和网络设备,当然,也可以包括核心网设备。网络设备在通过RRC连接释放消息指示终端由连接态进入非激活态的同时,可以在该RRC连接释放消息中携带为非激活态的终端分配的配置参数,即终端接收网络设备发送的无线资源控制RRC连接释放消息,该RRC连接释放消息包括用于指示目标配置参数的第一信息;这样终端就可以根据RRC连接释放消息进入非激活态,且根据第一信息确定非激活态的上下文参数,其中,非激活态的上下文参数包括目标配置参数,或,非激活态的上下文参数包括终端的上下文参数中除目标配置参数之外的参数,从而合理地为处于非激活态的终端指示配置参数。
可以理解的是,在本申请实施例中,网络设备在通过第一信息合理地为非激活态的终端指示配置参数时,可以分为两种不同的场景。在一种场景中,网络设备可以通过第一信息指示为非激活态的终端配置的配置参数,以使终端保留为其配置的配置参数。在另一种场景中,网络设备可以通过第一信息指示非激活态的终端需要释放的配置参数,以使非激活态的终端释放掉需要释放的配置参数。在这两种不同的场景中,第一信息指示的目标配置参数是不同的。
对于非激活状态的终端,由于网络设备需要存储多个处于非激活态的终端中每一个终端的上下文信息,为了减少网络设备的存储开销,可以对多个终端的一部分配置参数进行固定化处理。通常情况下,终端的配置参数可以分为三类,该三种类配置参数分别为安全类配置参数、无线承载配置参数,和,小区组配置参数,由于每个终端的安全类配置参数均不同,所以不对该安全类配置参数进行固化处理;但可以对终端的无线承载配置参数,和/或,小区组配置参数进行固化处理。通过对多个终端的无线承载配置参数,和/或,小区组配置参数进行固化处理,使得至少两个终端对应同一套配置参数,这样对于网络设备而言,在存储该至少两个终端的配置信息时,只需要存储一套配置信息即可,从而降低了网络设备的存储开销。基于此,网络设备在通过第一信息为非激活态的终端指示配置参数时,该第一信息指示的目标配置参数同样可以包括无线承载配置参数,和/或,小区组配置参数;至于网络设备为终端配置的安全类配置参数,可以单独发送给终端,当然,也可以与该第一信息一起发送给终端,具体可以根据实际需要进行设置。
由于安全类配置参数跟本申请实施例的实现无关,因此本申请实施例以下的非激活态的上下文参数不包括安全类配置参数,是指无线承载配置参数和小区组配置参数。示例的,无线承载配置参数可以包括分组数据汇聚协议(packet data convergenceprotocol,PDCP)层参数、业务数据适配协议(service data adaptation protocol,SDAP)层参数、数据承载(data radio bearer,DRB)标识参数及演进分组系统(evolved packetsystem,EPS)承载标识等参数中的一个或多个。小区组配置参数可以包括小区组标识、承载的无线链路控制(radio link control,RLC)配置参数、媒体接入控制(medium accesscontrol,MAC)层的小区组配置参数、物理小区组配置参数、专用小区(PSCell+PCell,Spcell)的配置参数及辅小区(Secondary Cell,Scell)的配置参数等参数中的一个或多个。示例的,PDCP层参数可以包括超时定时器(discardTimer)、上下行的PDCP SN大小头压缩配置、完保开启、确认模式(acknowledged mode,AM)承载的PDCP状态报告需要、乱序发送、分流(split)或重复(duplication)的配置及重排序定时器等。SDAP层参数可以包括会话标识(Session ID)、上行/下行SDAP头存在与否、是否为默认数据承载(data radiobearer,DRB)及服务质量流标识符(qoS flowidentifier,QFI)等中的一个或多个。小区组标识可以包括指示主小区组或者辅小区组的标识;承载的RLC配置参数可以包括三种类型的信息,一种类型的信息为标识类信息,包括无线承载(radio bearer,RB)标识、逻辑信道(logical channel,LCH)标识;一种类型的信息为RLC的配置信息,包括RLC PDU的SN长度、分段重组定时器、确认模式(Acknowledged Mode,AM)RLC的最大重传次数、控制AM模式的RLC向接收端发状态报告的请求参数及AM RLC的发送RLC状态报告的禁止定时器;一种类型的信息为逻辑信道配置信息,可以包括优先级处理过程使用的参数(例如,允许的子载波间隔、物理上行链路共享通道(physical uplink shared channel,PUSCH)的传输块(transport block,TB)持续时长、发送速率、逻辑信道优先级等)及LCH对应的调度请求(scheduling request,SR)配置中的一个或多个。MAC层的小区组配置参数可以包括不连续接收(Discontinuous Reception,DRX)配置、SR、缓存状态报告(Buffer Status Report,BSR)、功率余量报告(power headroom report,PHR)的配置参数、触发释放RRC连接的定时器、定时调整组标识及定时调整定时器;物理小区组配置参数可以包括用于功率控制或调度资源的终端的标识(x-RNTI)、控制下行反馈的配置信息及低频段FR1的最大发送功率中的一个或多个。Spcell的配置参数可以包括CellIndex、小区组标识、无线链路失败检测配置、无线链路监测的检测配置、测量配置信息、物理下行控制信道(physical downlinkcontrol channel,PDCCH)、物理下行共享信道(physical downlink shared channel,PDSCH)、PUSCH的配置参数、上行链路(up link,UL)和下行链路带宽部分(down linkbandwidth part)DL BWP配置、初始DL BWP配置、初始激活BWP ID及管理激活BWP的定时器(timer)中的一个或多个。对于Scell的配置参数,只有在配置了载波聚合(carrieraggregation,CA)或双链接(dual connectivity,DC)时才有该Scell的配置参数,且该Scell的配置参数为Spcell配置信息的子集。
其中,1)终端,又称之为用户设备(user equipment,UE)、移动台(mobilestation,MS)、移动终端(mobile terminal,MT)等,是一种向用户提供语音/数据连通性的设备,例如,具有无线连接功能的手持式设备、或车载设备等。目前,一些终端的举例为:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internetdevice,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmentedreality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、或智慧家庭(smart home)中的无线终端等。
2)网络设备,是无线网络中的设备,例如将终端接入到无线网络的无线接入网(radio access network,RAN)节点。目前,一些RAN节点的举例为:gNB、传输接收点(transmission reception point,TRP)、演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(base stationcontroller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,homeevolved NodeB,或home Node B,HNB)、基带单元(base band unit,BBU),或无线保真(wireless fidelity,Wifi)接入点(access point,AP)等。在一种网络结构中,网络设备可以包括集中单元(centralized unit,CU)节点、或分布单元(distributed unit,DU)节点、或包括CU节点和DU节点的RAN设备。
3)在本申请的实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。在本申请的文字描述中,字符“/”一般表示前后关联对象是一种“或”的关系;此外,对于单数形式“a”,“an”和“the”出现的元素(element),除非上下文另有明确规定,否则其不意味着“一个或仅一个”,而是意味着“一个或多于一个”。例如,“a device”意味着对一个或多个这样的device。再者,至少一个(at least one of).......”意味着后续关联对象中的一个或任意组合,例如“A,B和C中的至少一个”包括A,B,C,AB,AC,BC,或ABC。根据X确定Y并不意味着仅仅根据X确定Y,还可以根据X和其它信息确定Y。
示例的,请参考图2,图2为本申请实施例提供的一种网络架构的示意图。如图2所示,该网络架构包括CN设备和RAN设备。其中RAN设备包括基带装置和射频装置,其中基带装置可以由一个节点实现,也可以由多个节点实现,射频装置可以从基带装置拉远独立实现,也可以集成基带装置中,或者部分拉远部分集成在基带装置中。例如,在长期演进(longterm evolution,LTE)通信系统中,RAN设备(eNB)包括基带装置和射频装置,其中射频装置可以相对于基带装置拉远布置,例如射频拉远单元(remote radio unit,RRU)相对于BBU拉远布置。
RAN设备和终端之间的通信遵循一定的协议层结构。例如控制面协议层结构可以包括无线资源控制(radio resource control,RRC)层、分组数据汇聚层协议(packet dataconvergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理层等协议层的功能。用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能;在一种实现中,PDCP层之上还可以包括业务数据适配协议(service data adaptation protocol,SDAP)层。
这些协议层的功能可以由一个节点实现,或者可以由多个节点实现;例如,在一种演进结构中,RAN设备可以包括集中单元(centralized unit,CU)和分布单元(distributedunit,DU),多个DU可以由一个CU集中控制。如图2所示,CU和DU可以根据无线网络的协议层划分,例如PDCP层及以上协议层的功能设置在CU,PDCP以下的协议层,例如RLC层和MAC层等的功能设置在DU。
这种协议层的划分仅仅是一种举例,还可以在其它协议层划分,例如在RLC层划分,将RLC层及以上协议层的功能设置在CU,RLC层以下协议层的功能设置在DU;或者,在某个协议层中划分,例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU,将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外,也可以按其它方式划分,例如按时延划分,将处理时间需要满足时延要求的功能设置在DU,不需要满足该时延要求的功能设置在CU。
此外,射频装置可以拉远,不放在DU中,也可以集成在DU中,或者部分拉远部分集成在DU中,在此不作任何限制。
请继续参考图3,图3为本申请实施例提供的另一种网络架构的示意图,相对于图2所示的架构,还可以将CU的控制面(CP)和用户面(UP)分离,分成不同实体来实现,分别为控制面CU实体(CU-CP实体)和用户面CU实体(CU-UP实体)。
在以上网络架构中,CU产生的信令可以通过DU发送给终端,或者终端产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装而透传给终端或CU。以下实施例中如果涉及这种信令在DU和终端之间的传输,此时,DU对信令的发送或接收包括这种场景。例如,RRC或PDCP层的信令最终会处理为PHY层的信令发送给终端,或者,由接收到的PHY层的信令转变而来。在这种架构下,该RRC或PDCP层的信令,即也可以认为是由DU发送的,或者,由DU和射频发送的。
在以上实施例中CU划分为RAN侧的网络设备,此外,也可以将CU划分为CN侧的网络设备,在此不做限制。
本申请以下实施例中的装置,根据其实现的功能,可以位于终端或网络设备。当采用以上CU-DU的结构时,网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的RAN设备。
通过上述描述可知,网络设备在指示终端由连接态进入非激活态,且通过第一信息合理地为非激活态的终端指示配置参数时,可以分为两种不同的场景。在一种可能的场景中,网络设备可以通过第一信息指示为非激活态的终端配置的配置参数,以使非激活态的终端保留为其配置的配置参数。在另一种可能的场景中,网络设备可以通过第一信息指示非激活态的终端需要释放的配置参数,以使非激活态的终端释放掉需要释放的配置参数。在这两种不同的场景中,第一信息指示的目标配置参数是不同的。下面,将结合详细地实施例,针对这两种不同的场景对应的技术方案进行详细地说明。
在一种可能的场景中,网络设备在通过第一信息指示为终端配置的配置参数,以使终端保留为其配置的配置参数时,可以通过两种不同的方式向终端指示需要保留的配置参数。在一种方式中,网络设备可以通过直接指示的方式将需要保留的目标配置参数指示给终端,即第一信息指示的目标配置参数即为终端需要保留的配置参数,使得终端在接收到第一信息后,直接根据该第一信息指示的目标配置参数确定需要保留的配置参数,并保留该目标配置参数。在另一种方式中,网络设备可以通过间接指示的方式向终端指示需要保留的配置参数,即第一信息指示的目标配置参数不是终端需要保留的配置参数,使得终端在接收到第一信息后,根据第一信息指示的目标配置参数确定除该目标配置参数之外的参数,该除目标参数之外的参数即为终端需要保留的配置参数。可以看出,在该两种不同的方式中,第一信息指示的目标配置参数的定义是不同的。在第一种方式中,第一信息指示的目标配置参数为终端需要保留的配置参数;在第二种方式中,第一信息指示的目标配置参数不是终端需要保留的配置参数,而除该目标配置参数之外的参数才是终端需要保留的配置参数。因此,这两种不同的方式中,第一指示信息的目标配置参数是不同的。
在该种可能的场景中,主要以第一种指示方式为例进行说明,即第一信息指示的目标配置参数即为终端需要保留的配置参数。网络设备在通过第一信息指示终端需要保留的目标配置参数时,可以通过两种可能的方式指示终端需要保留的目标配置参数。在一种可能的方式中,第一信息为目标配置参数的标识,即网络设备将目标配置参数的标识指示给终端,以使终端根据目标配置参数的标识确定需要保留的目标配置参数;在另一可能的方式中,第一信息为目标配置参数本身,即网络设备直接将目标配置参数指示给终端,这样终端就可以直接获取到需要保留的目标配置参数。先以第一信息为目标配置参数的标识为例,示例的,请参见图4所示,图4为本申请实施例提供的一种配置方法的流程示意图,该配置方法可以包括:
S401、网络设备向终端发送无线资源控制(RRC)连接释放消息。
其中,RRC连接释放消息包括第一信息,第一信息为目标配置参数的标识。示例的,该目标配置参数可以包括无线承载配置参数,和/或,小区组配置参数。
参见上述关于配置参数的相关描述,为了降低网络设备的存储开销,网络设备可以对至少两个终端的无线承载配置参数,和/或,小区组配置参数进行固化处理,使得至少两个终端对应同一套配置参数,从而降低网络设备的存储开销。经过固化处理之后,可以得到多个配置参数集合,之后,再在多个配置参数集合中为终端分配合适的一个或多个配置参数集合。配置参数可以称为接入层配置参数,接入层配置参数可以包括无线承载配置参数或,小区组配置参数,或者既包括无线承载配置参数又包括小区组配置参数。示例的,以接入层配置参数为例,经过固化之后,可以得到多个预定义的接入层配置参数集合,分别为:集合1、集合2、集合3,…,及集合N。可选的,在为终端分配合适的接入层配置参数集合时,可以根据终端的数据无线承载DRB对应的模式为终端分配其对应的接入层配置参数集合。当终端的DRB对应的模式为确认模式AM时,可以将集合1中的参数作为目标配置参数指示给终端,该集合1中可以包括SDAP参数、PDCP参数、RLC参数及MAC层的小区组配置参数中的一个或多个。该集合1也可以包括DRB ID。其中,SDAP参数可以包括上行/下行SDAP头存在与否,是否为默认DRB及QFI中的一个或多个,可选的,SDAP参数也可以Session ID;PDCP参数可以包括discardTimer,上下行的PDSP SN大小,头压缩配置,完保开启、AM承载的PDCP状态报告需要,乱序发送及重排序定时器中的一个或多个。RLC参数可以包括RB标识、LCH标识、RLC的配置信息、RLC PDU的SN长度、分段重组定时器、AM RLC的最大重传次数、控制AM模式向接收端发poll的请求参数及AM RLC的发送RLC状态报告的禁止定时器中的一个或多个。MAC层的小区组配置参数一个LCH ID所允许的子载波间隔、PUSCH的TB持续时长、发送速率及逻辑信道优先级等中的一个或多个。若该集合1中不包括Session ID,则网络设备可以进一步指示终端哪个session ID和该集合1中的参数关联。类似的,若该集合1中不包括RBID,则网络设备可以进一步指示终端哪个RB ID和该集合1中的参数关联。
相反的,当终端的DRB对应的模式为非确认模式UM时,可以为将集合2中的参数作为目标配置参数指示给终端,该集合2中可以包括PDCP参数和RLC参数中的一个或多个。当然,该集合2也可以包括SDAP参数和MAC层的小区组配置参中的一个或多个数。其中,PDCP参数可以包括discardTimer,上下行的PDSP SN大小,头压缩配置,完保开启、乱序发送及重排序定时器中的一个或多个。RLC参数可以包括RB标识、LCH标识、RLC的配置信息:RLC PDU的SN长度及分段重组定时器中的一个或多个。SDAP参数可以包括上行/下行SDAP头存在与否,是否为默认DRB及QFI中的一个或多个,可选的,SDAP参数也可以Session ID。MAC层的小区组配置参数一个LCH ID所允许的子载波间隔、PUSCH的TB持续时长、发送速率及逻辑信道优先级等中的一个或多个。若该集合2中不包括Session ID,则网络设备可以进一步指示终端哪个session ID和该集合2中的参数关联。类似的,若该集合2中不包括RB ID,则网络设备可以进一步指示终端哪个RB ID和该集合2中的参数关联。
结合上述关于集合1和集合2的描述,还可以在集合1和集合2的基础上,进一步定义集合3、集合4、集合5及集合6。例如,可以将集合3定义为集合1和Spcell的配置参数形成的集合;可以将集合4定义为集合2和Spcell的配置参数形成的集合;可以将集合5定义为集合3和Scell的配置参数形成的集合;可以将集合6定义为集合4和Scell的配置参数形成的集合,当然,本申请实施例只是以该集合1、集合2、集合3、集合4、集合5及集合6为例进行说明,但并不代表本申请实施例仅局限于此。
可以理解的是,上述网络设备为终端指示适合该终端的配置参数集合,实质上是将配置参数集合中的配置参数指示给终端,即将该配置参数集合中的配置参数作为目标配置参数分配给终端。网络设备在将目标配置参数指示给终端时,可以将该目标配置参数的标识作为第一信息携带在RRC连接释放消息中发送给终端,以使终端根据该RRC释放消息执行下述S402:
S402、终端根据RRC连接释放消息进入非激活态,且根据目标配置参数对应的标识,及映射关系确定非激活态的上下文参数包括标识对应的目标配置参数。
示例的,该目标配置参数的标识可以为配置参数集合的集合标识,例如集合1的标识、或者集合2的标识等。
终端在接收到网络设备发送的RRC连接释放消息之后,根据该RRC连接释放消息进入非激活态。此外,由于终端预先存储有配置参数对应的标识和配置参数的映射关系,这样终端在接收到网络设备发送第一信息为目标配置参数对应的标识之后,可以根据目标配置参数对应的标识在映射关系中查找该目标配置参数对应的标识,并将目标配置参数对应的标识对应的配置参数确定为需要保留的目标配置参数,例如集合1中的配置参数或者集合2中的配置参数,以得到目标配置参数,从而保留该集合1中的配置参数或者集合2中的配置参数,并根据该目标配置参数进行配置。
S403、终端保留目标配置参数。
进一步的,网络设备通过对多个终端的无线承载配置参数,和/或,小区组配置参数进行固化处理,使得至少两个终端对应同一套配置参数,这样当多个终端由连接态进入非激活态时,对于网络设备而言,在存储该至少两个终端的配置信息时,只需要存储一套配置信息即可,从而降低了网络设备的存储开销。
此外,对于终端而言,在根据RRC连接释放消息由连接态进入至非激活态之后,还可以释放连接态下的MAC层配置信息、RLC层配置信息、PDCP层配置信息、SDAP层配置信息、物理小区组配置信息、Spcell的配置、Scell的配置信息中的部分或全部。
需要说明的是,网络设备在向终端发送RRC连接释放消息之前,可以先获取终端上报的能力信息,并根据终端上报的能力信息确定该终端是否支持在非激活态下进行数据传输。示例的,终端在上报其能力信息时,可以通过至少四种可能的方式向网络设备上报其能力信息。以终端支持在非激活态下进行数据传输为例,该四种可能的方式分别为:终端能支持非激活态下的数据传输、终端支持通过预配置标识配置终端的上下文参数、终端支持非激活态下的公共的参数配置(换言之,终端支持轻量级的接入层配置参数)、终端支持直接非激活态下的数据传输的会话。虽然表达方式不同,但是通过该四种不同的方式均可以指示终端支持非激活态下的数据传输。
可以看出,上述图4所示的实施例详细描述在一种可能的场景中,当第一信息为目标配置参数的标识时,网络设备通过目标配置参数的标识指示终端需要保留的目标配置参数的技术方案,下面,将详细描述在另一种可能的场景中,当第一信息为目标配置参数本身时,网络设备通过目标配置参数本身指示终端需要保留的目标配置参数的技术方案。示例的,请参见图5所示,图5为本申请实施例提供的另一种配置方法的流程示意图,该配置方法可以包括:
S501、网络设备向终端发送无线资源控制RRC连接释放消息。
其中,RRC连接释放消息包括第一信息,第一信息为目标配置参数。示例的,该目标配置参数可以包括无线承载配置参数,和/或,小区组配置参数。
参见上述关于配置参数的相关描述,为了降低网络设备的存储开销,网络设备可以对至少两个终端的无线承载配置参数,和/或,小区组配置参数进行固化处理,使得至少两个终端对应同一套配置参数,从而降低网络设备的存储开销。经过固化处理之后,可以得到多个配置参数集合,之后,再在该多个配置参数集合中为终端分配合适的一个或多个配置参数集合。可以理解的是,在该种可能的场景中,网络设备预先得到多个配置参数集合的方法,及为终端指示合适的一个或多个配置参数集合的方法分别与上述S401中的网络设备预先得到多个配置参数集合的方法,及为终端指示合适的一个或多个配置参数集合的方法类似,可参见上述S401中的相关描述,在此,本申请实施例不再进行赘述。
可以看出,在该图5所示的实施例中,与上述图4所示的实施例中的技术方案不同的是,网络设备在指示终端需要保留的目标配置参数时,是直接将配置参数集合中的目标配置参数本身作为第一信息,携带在RRC连接释放消息中发送给终端,以使终端根据该RRC释放消息执行下述S502:
S502、根据RRC连接释放消息进入非激活态,且根据第一信息确定目标配置参数。
终端在接收到网络设备发送的RRC连接释放消息之后,与上述S403不同的是,在该种可能的实现方式中,终端无需预先存储有配置参数对应的标识和配置参数的映射关系,更无需根据目标配置参数对应的标识及映射关系确定目标配置参数,而是直接根据该RRC连接释放消息进入非激活态,且由于RRC连接释放消息中直接携带的是目标配置参数,使得终端可以直接获取并保留该目标配置参数。虽然将目标配置参数携带在RRC连接释放消息中发送给终端,会使得配置信令开销较大,但对于终端而言,终端不必预先存储预配置,降低了终端的存储开销的配置开销。
S503、终端保留目标配置参数。
进一步的,在本申请实施例中,网络设备通过对多个终端的无线承载配置参数,和/或,小区组配置参数进行固化处理,使得至少两个终端对应同一套配置参数,这样当多个终端由连接态进入非激活态时,对于网络设备而言,在存储该至少两个终端的配置信息时,只需要存储一套配置信息即可,从而降低了网络设备的存储开销。
此外,对于终端而言,在根据RRC连接释放消息由连接态进入至非激活态之后,还可以释放连接态下的MAC层配置信息、RLC层配置信息、PDCP层配置信息、SDAP层配置信息、物理小区组配置信息、Spcell的配置、Scell的配置信息中的部分或全部。
网络设备在向终端发送RRC连接释放消息之前,可以先获取终端上报的能力信息,并根据终端上报的能力信息确定该终端是否支持在非激活态下进行数据传输。示例的,终端在上报其能力信息时,其上报方式与上述图4所示的实施例中终端上报方式相同,具体可参见上述相关描述,在此,本申请实施例不再进行赘述。
需要说明的是,在上述图4和图5所示的实施例中,在描述网络设备通过第一信息向终端指示需要保留的配置参数时,只是以第一信息指示的目标配置参数即为终端需要保留的配置参数为例进行说明。当然,第一信息指示的目标配置参数也可以不是终端需要保留的配置参数,对应的,终端在接收到该第一信息后,可以根据第一信息指示的目标配置参数确定除该目标配置参数之外的参数,该除目标参数之外的参数即为终端需要保留的配置参数,从而保留该除目标参数之外的参数。值得注意的是,在两种不同的指示方式中,第一信息指示的目标配置参数是不同的。在此,本申请实施例不再进行赘述。
上述图4和图5所示的实施例详细描述了在一种可能的场景中,网络设备可以通过第一信息指示为非激活态的终端配置的配置参数,以使非激活态的终端保留为其配置的配置参数的技术方案,下面,将详细描述了在另一种可能的场景中,网络设备可以通过第一信息指示非激活态的终端需要释放的配置参数,以使非激活态的终端释放掉需要释放的配置参数的技术方案。
在另一种可能的场景中,网络设备在通过第一信息指示终端需要释放的配置参数,以使终端释放掉需要释放的配置参数时,同样可以通过两种不同的方式向终端指示需要释放的配置参数。在一种方式中,网络设备可以通过直接指示的方式将需要释放的配置参数指示给终端,即第一信息指示的目标配置参数即为终端需要释放的配置参数,使得终端在接收到第一信息后,直接根据该第一信息指示的目标配置参数确定需要释放的配置参数,并释放该目标配置参数。在另一种方式中,网络设备可以通过间接指示的方式向终端指示需要释放的配置参数,即第一信息指示的目标配置参数不是终端需要释放的配置参数,使得终端在接收到第一信息后,根据第一信息指示的目标配置参数确定除该目标配置参数之外的参数,该除目标参数之外的参数即为终端需要释放的配置参数。同样可以看出,在该两种不同的方式中,第一信息指示的目标配置参数的定义是不同的。在第一种方式中,第一信息指示的目标配置参数为终端需要释放的配置参数;在第二种方式中,第一信息指示的目标配置参数不是终端需要释放的配置参数,而除该目标配置参数之外的参数才是终端需要释放的配置参数。因此,这两种不同的方式中,第一指示信息的目标配置参数是不同的。
在该种可能的场景中,主要以第一种指示方式为例进行说明,即第一信息指示的目标配置参数即为终端需要释放的配置参数。网络设备在通过第一信息指示终端需要释放的目标配置参数时,可以通过两种可能的方式指示终端需要释放的目标配置参数。在一种可能的方式中,第一信息为目标配置参数的标识,即网络设备将目标配置参数的标识指示给终端,以使终端根据目标配置参数的标识确定需要释放的目标配置参数;在另一可能的方式中,第一信息为目标配置参数本身,即网络设备直接将目标配置参数指示给终端,这样终端就可以直接获取到需要释放的目标配置参数。先以第一信息为目标配置参数的标识为例,示例的,请参见图6所示,图6为本申请实施例提供的一种释放该终端的上下文参数中除所述目标配置参数之外的参数的流程示意图,该方法可以包括:
S601、网络设备向终端发送无线资源控制(RRC)连接释放消息。
其中,RRC连接释放消息包括第一信息,第一信息为目标配置参数的标识。示例的,目标配置参数可以包括无线承载配置参数,和/或,小区组配置参数。
在该种可能的场景中,假设网络设备已经预先为终端配置了多套配置参数,在为终端预先配置多套配置参数之前,同样的,为了降低网络设备的存储开销,网络设备可以对至少两个终端的无线承载配置参数,和/或,小区组配置参数进行固化处理,使得至少两个终端对应同一套配置参数,从而降低网络设备的存储开销。经过固化处理之后,可以得到多个配置参数集合,之后,再在该多个配置参数集合中的配置参数配置给终端。可以理解的是,在该种可能的场景中,网络设备预先得到多个配置参数集合的方法,及为终端分配多套配置参数集合的方法分别与上述S401中的网络设备预先得到多个配置参数集合的方法,及为终端分配多套配置参数集合的方法类似,可参见上述S401中的相关描述,在此,本申请实施例不再进行赘述。
网络设备在通过第一信息指示终端需要释放的目标配置参数时,可以将该目标配置参数的标识作为第一信息携带在RRC连接释放消息中发送给终端,以使终端根据该RRC释放消息执行下述S602:
S602、终端根据RRC连接释放消息进入非激活态,且根据目标配置参数对应的标识,及映射关系确定非激活态的上下文参数包括标识对应的目标配置参数。
示例的,该目标配置参数的标识可以为配置参数集合的集合标识,例如集合1的标识、或者集合2的标识等。
终端在接收到网络设备发送的RRC连接释放消息之后,根据该RRC连接释放消息进入非激活态。此外,由于终端预先存储有配置参数对应的标识和配置参数的映射关系,这样终端在接收到网络设备发送第一信息为目标配置参数对应的标识之后,可以根据目标配置参数对应的标识在映射关系中查找该目标配置参数对应的标识,并将目标配置参数对应的标识对应的配置参数确定为需要释放的目标配置参数,例如集合1中的配置参数或者集合2中的配置参数确定为需要释放的目标配置参数,以得到目标配置参数,从而释放该集合1中的配置参数或者集合2中的配置参数。
S603、终端释放该非激活态的上下文参数中的目标配置参数。
终端在接收到网络设备发送的RRC连接释放消息,并根据其携带的第一信息确定终端的上下文参数中包括的需要释放的目标配置参数后,就可以直接释放该目标配置参数,从而实现在降低网络设备和终端的存储开销的前提下,使得网络设备可以控制哪些配置参数继续使用,哪些配置参数不再使用。
此外,对于终端而言,在根据RRC连接释放消息由连接态进入至非激活态之后,还可以释放其他接入层参数,该其它接入层参数包括物理小区配置信息、Spcell的配置信息及Scell配置信息中的至少一种。示例的,终端在释放其他接入层参数时,一种方式为:终端在接收到该RRC连接释放消息后,默认释放其他接入层参数,即在该种方式中,RRC消息中无需携带释放指示信息。在另一种方式中,终端接收RRC连接释放消息后,该RRC连接释放消息中可以显式携带释放其他配置的指示信息,使得终端根据该释放其他配置的指示信息释放其他接入层参数。
上述图6所示的实施例详细描述了在一种可能的场景中,当第一信息为目标配置参数的标识时,网络设备通过目标配置参数的标识指示终端需要释放的目标配置参数的技术方案,当然,第一信息也可以为目标配置参数本身,即网络设备可以将需要释放的目标配置参数本身作为第一信息,携带在RRC连接释放消息中发送给终端,以使终端直接根据该第一信息就可以确定需要释放的目标配置参数,与第一信息为目标配置参数的标识相比,终端无需预先存储有配置参数对应的标识和配置参数的映射关系,更无需根据目标配置参数对应的标识及映射关系确定目标配置参数,而是直接根据该RRC连接释放消息进入非激活态,且由于RRC连接释放消息中直接携带的是目标配置参数,使得终端可以直接获取并释放该目标配置参数。虽然将目标配置参数携带在RRC连接释放消息中发送给终端,会使得配置信令开销较大,但对于终端而言,终端不必预先存储预配置,降低了终端的存储开销的配置开销。
需要说明的是,在上述图7所示的实施例中,在描述网络设备通过第一信息向终端指示需要释放的配置参数时,只是以第一信息指示的目标配置参数即为终端需要释放的配置参数为例进行说明。当然,第一信息指示的目标配置参数也可以不是终端需要释放的配置参数,对应的,终端在接收到该第一信息后,可以根据第一信息指示的目标配置参数确定除该目标配置参数之外的参数,该除目标参数之外的参数即为终端需要释放的配置参数,从而释放该除目标参数之外的参数。值得注意的是,在两种不同的指示方式中,第一信息指示的目标配置参数是不同的。在此,本申请实施例不再进行赘述。
基于上述图4-图6任一附图所示的实施例,网络设备无论是通过第一信息指示的目标配置参数指示终端需要保留的配置参数,还是指示终端需要释放的配置参数,在通过第一信息指示之前,都会先对多个终端的无线承载配置参数,和/或,小区组配置参数进行固化处理,以得到一个或多个配置参数集合;之后才能通过第一信息指示终端需要保留的某个配置参数集合中配置参数,或者,指示终端需要释放的某个配置参数集合中配置参数。为了统一各网络设备为终端配置的一个或多个配置参数集合,网络设备在向终端发送用于指示目标配置参数的RRC连接请求消息之前,可以先与其它网络设备,例如第一网络设备共同协商以确定各配置参数集合。示例的,请参见图7所示,图7为本申请实施例提供的一种协商确定各配置参数集合的流程示意图,该确定各配置参数集合的方法可以包括:
S701、网络设备向第一网络设备发送给第一请求消息。
其中,第一请求消息中包括初始配置参数集合,该初始配置参数集合中包括网络设备确定的初始无线承载配置参数和/或初始小区组配置参数,第一请求消息用于请求第一网络设备确认该初始配置参数集合中的初始无线承载配置参数和/或初始小区组配置参数。
示例的,第一网络设备接收到网络设备发送的包括初始无线承载配置参数和/或初始小区组配置参数之后,一种可能的情况是:若第一网络设备支持该初始无线承载配置参数和/或初始小区组配置参数,则确认并存储该初始无线承载配置参数和/或初始小区组配置参数,此时向网络设备发送的响应消息中包括的还是该初始无线承载配置参数和/或初始小区组配置参数;另一种可能的情况是:若第一网络设备不支持该初始无线承载配置参数和/或初始小区组配置参数,需要修改该初始无线承载配置参数和/或初始小区组配置参数,则直接对该初始无线承载配置参数和/或初始小区组配置参数进行修改并存储修改后的无线承载配置参数和/或修改后的小区组配置参数,此时,第一网络设备向网络设备发送的响应消息中包括的是修改后的无线承载配置参数和/或修改后的小区组配置参数。
需要说明的是,网络设备在与第一网络设备协商确定各配置参数集合时,可以将全部配置参数集合通过第一请求消息发送给第一网络设备;当然,也可以将该全部配置参数集合通过多个第一请求消息发送给第一网络设备,具体可以根据实际需要进行设置,在此,本申请实施例不做进一步地限制。
S702、第一网络设备向网络设备发送第一响应消息。
其中,第一响应消息包括初始无线承载配置参数和/或初始小区组配置参数,或者,第一网络设备修改后的无线承载配置参数和修改后的小区组配置参数。
网络设备在接收到第一响应消息之后,可以根据该第一响应消息确定配置参数集合,即执行下述S703:
S703、网络设备根据第一响应消息确定配置参数集合。
若第一响应消息中包括的是初始无线承载配置参数和/或初始小区组配置参数,则说明第一网络设备支持网络设备确定的初始无线承载配置参数和/或初始小区组配置参数,则将包括该初始无线承载配置参数和/或初始小区组配置参数确定为后续可使用的配置参数,包括该配置参数的集合即为后续使用的配置参数集合。若第一响应消息中包括的是修改后的无线承载配置参数和/或修改后的小区组配置参数,则说明第一网络设备不支持网络设备确定的初始无线承载配置参数和/或初始小区组配置参数,则将包括修改后的无线承载配置参数和/或修改后的小区组配置参数确定为后续可使用的配置参数,包括该配置参数的集合即为后续使用的配置参数集合,之后,网络设备就可以通过第一信息指示终端需要保留的某个配置参数集合中配置参数,或者,指示终端需要释放的某个配置参数集合中配置参数,且在指示过程中,避免了各配置参数不统一带来的缺陷。
上述图4和图5所示的实施例,详细描述了为了降低网络设备的存储开销,网络设备可以对至少两个终端的无线承载配置参数,和/或,小区组配置参数进行固化处理,以得到多个配置参数集合,之后,再在该多个配置参数集合中为终端指示合适的一个或多个配置参数集合的技术方案。示例的,网络设备在为终端指示合适的一个或者多个配置参数集合之前,可以先接收核心网设备发送的指示信息,该指示信息用于指示网络设备为终端指示合适的一个或者多个配置参数集合。示例的,请参见图8所示,图8为本申请实施例提供的一种为终端分配合适配置参数集合的流程示意图,该方法可以包括:
S801、终端向核心网设备发送注册请求。
其中,注册请求中可选包括该终端的能力信息。示例的,该终端的能力信息可以为终端支持直接数据传输(direct data transmission,DDT)会话,即终端支持在非激活态下直接进行数据传输。需要说明的是,终端能力信息与上述图4所示的实施例中终端能力信息相同,具体可参见图4所示的实施例中的相关描述,在此,本申请实施例不再进行赘述。
S802、终端向核心网设备发送协议数据单元(protocol data unit,PDU)会话建立请求。
可选的,该PDU会话建立请求中可选指示会话类型为DDT会话,即该DDT会话可以用于终端在非激活态下直接进行数据传输。如此可以实现会话粒度的非激活态下直接的数据传输。
S803、核心网设备可选根据终端的签约数据和/或能力信息确定为终端建立DDT会话。
示例的,核心网设备在确定是否为终端建立DDT会话时,可以通过会话管理功能(session management function,SMF)设备中查找该终端的签约数据,并根据该终端的签约数据确定是否为终端建立DDT会话,例如运营商与终端的用户签约为其提供DDT功能时,确定为终端建立DDT会话。当然,也可以无需通过SMF设备查找该终端的签约数据,而是直接根据其自身存储的终端的能力信息确定是否为终端建立DDT会话。
经过判断之后,若核心网设备确定为终端建立DDT会话,则向网络设备PDU会话建立请求,即执行下述S804:
S804、核心网设备向网络设备发送PDU会话建立请求。
其中,该PDU会话建立请求中可以包括会话类型,该会话类型用于指示终端在非激活态时允许进行上行传输。示例的,该会话类型可以是一个布尔型参数,取值为1,表示可以在非激活态进行数据传输;取值为0,表示不能在非激活态进行数据传输,反过来也可以;或者,该会话类型为枚举型参数,取值为True,表示可以在非激活态进行数据传输;取值为False,表示不能在非激活态进行数据传输;或者,取值为DDT会话,表示可以在非激活态进行数据传输;取值为其它,表示不能在非激活态进行数据传输。该会话类型又可以称为指示信息。
可以看出,用于指示终端在非激活态时允许进行上行传输的会话类型是携带在PDU会话建立请求中发送给网络设备的,当然,除了携带在PDU会话建立请求中发送给网络设备之外,还可以在PDU会话修改过程中,将会话类型携带在PDU会话修改请求中发送给网络设备。在此,本申请实施例只是以将会话类型携带在PDU会话建立请求中发送给网络设备为例进行说明,但并不代表本申请实施例仅局限于此。
进一步地,以上PDU会话建立请求中还可以包括会话标识,以标识该会话;由于一个会话中可以包括多个流,核心网设备指示一个会话是否可在非激活态时允许进行上行传输,也可以以一个流为单位进行指示,即指示一个流标识是否可在非激活态时允许进行上行传输。这样,核心网设备在向网络设备发送PDU会话建立请求时,只需要将该PDU会话建立请求中增加该会话中的流标识即可,以通过流标识指示是否可在非激活态时允许进行上行传输。此时,以上会话类型又可以称为流类型,或者统称为指示信息。
S805、网络设备为终端分配目标配置参数。
网络设备为终端分配目标配置参数的方法可参见上述图4所示的实施例中的相关描述,在此,本申请实施例不再进行赘述。
S806、网络设备向终端发送第一信息。
其中,第一信息用于指示该目标配置参数。示例的,第一信息可以为目标配置参数对应的标识,也可以为目标配置参数本身。
S807、网络设备向核心网设备发送PDU会话建立响应。
通过图8所示的实施例,核心网设备可以根据终端的签约数据和/或能力信息确定是否为终端建立DDT会话,并在确定为终端建立DDT会话时,通过会话标识或流标识指示网络设备为该终端建立某个会话或会话ID中的某个流,指示信息(会话类型或流类型)用于指示终端在非激活态可以进行数据传输,对应的,网络设备可以根据该指示信息为终端分配目标配置参数,在为终端分配目标配置参数时,网络设备同样可以通过对多个终端的无线承载配置参数,和/或,小区组配置参数进行固化处理,使得至少两个终端对应同一套配置参数,这样当多个终端由连接态进入非激活态时,对于网络设备而言,在存储该至少两个终端的配置信息时,只需要存储一套配置信息即可,从而降低了网络设备的存储开销。
该图8所示的实施例可以与图4或者图5所示的实施例结合实现,当然,该图8所示的实施例也可以独立实现,即该图8所示的实施例与图4或图5所示的实施例是解耦合的,不具有绑定关系。
基于上述任一实施例,终端接收到网络设备发送的RRC连接释放消息之后,会根据该RRC连接释放消息进入非激活态。当终端处于非激活态时,若终端接收到网络设备发送的用于指示终端在非激活态时监听物理下行控制信道的第一指示,则终端在非激活态时监听物理下行控制信道。可选的,第一指示可以包括在RRC释放消息中,当然,也可以携带在其它消息中,具体可以根据实际需要进行设置。
此外,当终端处于非激活态时,终端还可以接收用于指示终端在非激活态时允许进行上行传输的第二指示。示例的,终端可以向网络设备发送随机接入请求,并接收随机接入请求的响应消息,该响应消息包括上行授权和第二指示,这样当终端需要进行DRB数据传输时,可以在上行授权指示的上行资源上进行DRB数据上行传输,实现了终端在非激活态时完成上行DRB数据传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
通过上述任一实施例,终端在接收到网络设备发送的RRC连接释放消息之后,可以根据该RRC连接释放消息进入非激活态。在进入非激活态之后,若要进行上行传输,则终端可以在随机接入过程中,在网络设备指示的上行资源中发送前导码和上行数据,若网络设备解析上行数据失败,则对于终端而言,若要再次向网络设备发送上行数据,则需要先恢复RRC连接,并在其处于连接态时重新向网络设备发送上行数据,以使网络设备可以准确地接收到终端发送的上行数据,该上行数据为PUSCH数据。该上行数据包括RRC信令和/或上行DRB数据。为了实现终端在非激活态进行上行传输,示例的,请参见图9所示,图9为本申请实施例提供的一种配置方法的流程示意图,该配置方法可以包括:
S901、终端获取网络设备发送的指示信息和上行资源。
其中,指示信息用于指示终端使能在非激活态时进行上行传输。其中,所述指示信息是可选的。
示例的,终端在获取指示信息时,可以通过RRC连接释放消息获取该指示信息,也可以通过广播消息获取该指示信息,具体可以根据实际需要进行设置,在此,对于指示信息的获取方式,本申请实施例不做进一步地限制。
示例的,终端在获取上行资源时,可以通过三种可能的方式获取该上行资源。在一种可能的方式中,终端可以向网络设备发送前导码,并接收网络设备发送的随机接入响应消息,该随机接入响应中可以包括该上行资源,从而获取到该上行资源。在另一种可能的方式中,终端可以利用两步随机接入信道(random access channel,RACH)的消息A(MsgA)中的上行资源,并将该上行资源作为待使用的上行资源,从而获取到该上行资源。可以理解的是,该两步RACH中的上行资源可以通过RRC连接释放消息或者广播消息获取。在又一种可能的实现方式中,终端可以无需发送前导码,而是直接使用预配置的PUSCH资源中的上行资源,并将该上行资源作为待使用的上行资源,从而获取到该上行资源。可以理解的是,预配置的PUSCH资源可以通过RRC连接释放消息或者广播消息获取。
在分别获取到指示信息和上行资源之后,还不能直接在获取到的上行资源上进行上行传输,而是需要先将待传输的上行数据量与数据量门限进行比较,并根据比较结果进行上行传输,即执行下述S902:
S902、终端在进行上行传输时,获取待传输的上行数据量与数据量门限的比较结果。
若比较结果指示待传输的上行数据量大于数据量门限,则执行下述S903-S904;若比较结果指示待传输的上行数据量小于数据量门限,则执行下述S905;若比较结果指示待传输的上行数据量等于数据量门限,则执行下述S903-S904,或下述S905。
其中,S902是可选的。UE可以任意选择采用下述S903-S904,或下述S905。
S903、终端向网络设备发送RRC连接恢复请求,不发送上行数据。
S904、终端在接收到网络设备发送的竞争解决响应时,使用竞争解决响应中的上行资源传输上行数据。
S905、终端向网络设备发送RRC连接恢复请求的同时,通过上行资源向网络设备发送上行数据。
示例的,终端在向网络设备发送RRC连接恢复请求时,该RRC连接恢复请求中可以携带一个指示,该指示用于指示待传输的上行数据量与数据量门限之间的大小关系。示例的,该指示可以用一个布尔型参数(或布尔值)表示,例如,当该布尔值为1时,表示待传输数据量大于数据量门限;当该布尔值为0时,表示待传输数据量小于数据量门限,反之也可以;对于待传输数据量等于数据量门限的情况下,布尔值可以为0,也可以为1。或者,该指示可以通过该RRC连接恢复请求中的一个字段是否存在表示,当该RRC连接恢复请求中存在该字段,表示待传输数据量小于数据量门限;当该RRC连接恢复请求中不存在该字段,表示待传输数据量大于数据量门限,反之也可以;对于待发送数据量等于数据量门限的情况下,RRC连接恢复请求中可以存在该字段,也可以不存在该字段。或者,该指示可以通过该RRC连接恢复请求中的一个枚举型字段表示,当该RRC连接恢复请求中的字段为TRUE时,表示待发送数据量小于数据量门限;当该RRC连接恢复请求中的该字段为FALSE时,表示待发送数据量大于数据量门限,反之也可以;对于待发送数据量等于数据量门限的情况下,RRC连接恢复请求中该字段可以为TRUE,也可以为FALSE。以取值为TRUE表示待传输的上行数据量大于数据量门限,取值为FALSE表示待传输的上行数据量小于或等于数据量门限为例,则在S903中,RRC连接恢复请求中携带的指示为TRUE;在S905中,RRC连接恢复请求中携带的指示为FALSE。在此,本申请实施例只是以这几种方式为例进行说明,具体可以根据实际需要进行设置。其中,数据量门限可以从网络发送的广播消息或专用消息中获得,也可以为预设值。
对应的,网络设备在接收到终端通过S904或者S905发送的上行数据之后,可以进一步执行下述S906-S907。
S906、网络设备确定是否允许在上行授权指示的上行资源上进行上行传输。
S907、网络设备向终端发送用于指示是否允许在上行授权指示的上行资源上进行上行传输的指示信息。
若指示信息指示允许在上行授权指示的上行资源上进行上行传输,则终端需要进行上行传输时,利用该上行资源进行上行传输,若指示信息指示不允许在上行授权指示的上行资源上进行上行传输,则终端需要进行上行传输时,则终端可以执行上述S903-S904。
由此可见,通过图9所示的实施例,终端通过向网络设备发送RRC连接恢复请求,使得网络设备可以在终端处于非激活态时,为该终端分配上行授权,并通过指示信息指示是否允许在上行授权指示的上行资源上进行上行传输,实现了终端在非激活态时完成上行传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
基于上述图9所示的实施例,以两步RACH发送数据为例,终端在向网络设备发送上行数据之前,将待传输的上行数据量与数据量门限进行比较,且根据网络设备发送的指示信息确定是否允许在上行授权指示的上行资源上进行上行传输。经过比较之后,若待传输的上行数据量小于或者等于数据量门限,且终端确定可以在上行授权指示的上行资源上进行上行传输,则恢复DRB和SRB的PDCP状态,并重建PCDP实体,恢复SRB和DRB的状态,并向网络设备发送第一消息,该第一消息可以包括在PRACH资源上发送的preamble,以及在PUSCH资源上发送的RRC连接恢复请求和上行数据。对应的,网络设备在接收到终端通过第一消息发送的前导码和PUSCH数据之后,会对接收到的前导码和PUSCH数据进行解析。在解析前导码和PUSCH数据时,可以分为两种不同的场景,在一种场景中,网络设备解析前导码成功,但解析PUSCH数据失败;在另一种场景中,网络设备解析前导码成功,且解析PUSCH数据成功。下面,将通过详细的实施例,分别针对这两种不同的场景进行详细地说明。
在一种场景中,当网络设备解析前导码成功,但解析上行数据失败时,示例的,请参见图10所示,图10为本申请实施例提供的另一种配置方法的流程示意图,该配置方法可以包括:
S1001、终端向网络设备发送第一消息。
其中,第一消息包括随机接入请求和/或物理上行共享信道数据,物理上行共享信道数据包括用于请求恢复无线资源控制(RRC)连接的信息,例如RRC连接恢复请求。示例的,随机接入请求可以为前导码,物理上行共享信道数据还可以包括上行数据。其中,上行数据是可选的。
终端向网络设备发送第一消息之后,网络设备可以对第一消息中包括的前导码和上行数据进行解析,当网络设备解析前导码成功,但解析上行数据失败时,网络设备会根据解析结果向终端发送第一消息的响应消息,即执行下述S1002:
S1002、网络设备向终端发送第一消息的响应消息。
其中,响应消息包括上行授权和第一指示信息,第一指示信息用于指示是否允许在上行授权指示的上行资源上进行上行传输。
可选的,第一消息的响应消息还可以包括随机接入前导标识(Random AccessPreamble Identifier,RAP ID)、定时提前量(time advance,TA)及临时小区无线网络临时标识(temporary cell radio network temporary identity,TC-RNTI)。其中,RAP ID为S1001中的前导码对应的标识,若RAP ID和终端发送的前导码对应的标识相同,终端则确认该第一消息的响应消息为网络设备为其发送的响应消息。TA表示上行发送定时的提前量,用于终端调整上行发送定时。TC-RNTI为网络设备为终端分配的标识,当竞争解决时,该TC-RNTI可以作为C-RNTI使用,网络设备通过C-RNTI加扰的PDCCH指示PUSCH资源,终端使用该PUSCH资源发送上行信令或数据。可选的,第一消息的响应消息还可以包括RRC专用信令消息,例如RRC重配置消息。
示例的,若终端确定可以在上行授权指示的上行资源上进行上行传输时未启动定时器,则终端在接收到网络设备发送的第一消息的响应消息之后,启动定时器;反之,若终端确定可以在上行授权指示的上行资源上进行上行传输时已经启动定时器,则终端在接收到网络设备发送的第一消息的响应消息之后,重启定时器。示例的,该定时器可以为T319定时器,也可以为其它新的定时器。
其中,定时器的时长用于限定为RRC连接恢复过程的最长等待时间或最大容忍时长。例如,当定时器可以为T319定时器时,终端发送连接恢复请求时启动T319,当收到网络设备发送的连接恢复或连接建立、连接释放消息,则停止T319;或者,终端重选小区或者收到终端的高层指示退出RRC连接建立时,终端停止T319。否则,当T319超时,终端以RRC连接恢复失败的原因释放连接进入空闲态。
可以看出,与现有技术中不同的是,在本申请实施例中,网络设备向终端发送的第一消息的响应消息中不仅包括上行授权信息,还进一步包括了第一指示信息。该第一指示信息指示的内容不同,对应的,终端在上行授权指示的上行资源上进行上行传输的方式也不同。当第一指示信息指示终端允许在上行授权指示的上行资源上进行上行传输时,可以执行下述S1003;相反的,当第一指示信息指示终端不允许在上行授权指示的上行资源上进行上行传输时,可以执行下述S1004。第一指示信息所指示的上行传输是指上行DRB数据的传输。
以上第一指示信息可以为显性的指示信息,例如,可以为1比特指示信息,当其取值为“1”时,指示允许终端在上行授权指示的上行资源上进行上行传输,当其取值为“0”时,指示不允许终端在上行授权指示的上行资源上进行上行传输。当然,取值的含义也可以反过来,在此不再赘述。
可选的,响应消息中也可以不携带第一指示信息,即通过隐式指示的方式指示终端,例如,当上行授权能容纳所有的待发送数据时,终端在上行授权指示的上行资源上进行DRB数据的上行传输。否则,终端不在上行授权指示的上行资源上进行DRB数据的上行传输。
可选的,也可以在允许终端在上行授权指示的上行资源上进行上行传输时在响应消息中携带第一指示信息,不允许终端在上行授权指示的上行资源上进行上行传输时在响应消息中不携带第一指示信息的方式来指示终端是否可以使用该上行授权。
S1003、终端在上行资源上向网络设备发送第二消息。
其中,第二消息中包括上行数据和RRC连接恢复请求。
在该S1003中,当第一指示信息指示终端允许在上行授权指示的上行资源上进行上行传输时,终端就可以在接收到的上行授权指示的上行资源上进行上行传输。
S1004、终端在上行资源上向网络设备发送第三消息。
其中,第三消息用于请求恢复RRC连接,当第一指示信息指示终端不允许在上行授权指示的上行资源上进行上行传输时,终端在上行授权指示的上行资源上发送的第三消息只用于请求恢复RRC连接,并不包括上行DRB数据。示例的,该第三消息可以为RRC连接恢复请求。
结合上述S1003和上述S1004中的描述,对应的,网络设备在接收到终端发送的第二消息或者第三消息之后,会向终端发送竞争解决信息,即执行下述S1005:
S1005、网络设备向终端发送竞争解决信息。
示例的,竞争解决信息可以为终端的标识,或者第二消息的部分信息、或者第三消息的部分信息。
终端在接收到竞争解决信息后,若此时还未接收到RRC连接释放消息,则终端启动或重启定时器,并在定时器运行期间,从网络设备接收授权;该授权可以为上行授权或者下行授权,并在接收到该授权时,重启定时器,从而延迟终端监听授权的时长。示例的,若从网络设备接收到的是上行授权,则终端启动或者重启定时器,并在该上行授权指示的上行资源上进行上行传输;若从网络设备接收到的是下行授权,且未接收到RRC连接释放消息,说明还有数据需要传输,则终端启动或重启定时器,等待RRC连接释放消息的时间,实现了终端在非激活态时完成上行传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
可以理解的是,定时器在启动或者重启之后,不是一直处于运行状态,而是在满足一定条件下停止定时器,例如以上描述的停止定时器的场景。例如,当终端从网络设备接收无线资源控制(RRC)连接释放消息时,控制定时器停止运行,即停止定时器。当终端从网络设备接收无线资源控制(RRC)连接恢复、连接建立消息等,终端也可以停止定时器。
可以看出,在上述图10所示的实施例中,终端向网络设备发送的第一消息中包括有前导码、RRC连接恢复请求和上行数据,当然,终端也可以在在第一消息中不携带上行数据,而是携带一个第二指示信息,该第二指示信息用于指示终端的待发送数据量与数据量门限的比较结果,在该种情况下,当网络设备解析前导码成功,但解析上行数据失败时,示例的,请参见图11所示,图11为本申请实施例提供的再一种配置方法的流程示意图,该配置方法可以包括:
S1101、终端向网络设备发送第一消息。
其中,第一消息包括随机接入请求和/或物理上行共享信道数据,物理上行共享信道数据包括用于请求恢复无线资源控制(RRC)连接的信息,例如RRC连接恢复请求。示例的,随机接入请求可以为前导码,物理上行共享信道数据还可以包括第二指示信息,该第二指示信息用于指示终端的待发送数据量与数据量门限的比较结果。其中,第二指示信息是可选的。
可以理解的是,终端在向网络设备发送包括第二指示信息的第一消息时,在一种情况下,当第一消息为RRC连接恢复请求时,第二指示信息可以通过该RRC连接恢复请求中的一个布尔值表示,例如,当该布尔值为1时,表示待发送数据量大于数据量门限;当该布尔值为0时,表示待发送数据量小于数据量门限,反之也可以;对于待发送数据量等于数据量门限的情况下,布尔值可以为0,也可以为1。或者,第二指示信息可以通过该RRC连接恢复请求中的一个字段是否存在表示,当该RRC连接恢复请求中存在该字段,例如为TRUE时,表示待发送数据量小于数据量门限;当该RRC连接恢复请求中不存在该字段,例如为NULL时,表示待发送数据量大于数据量门限,反之也可以;对于待发送数据量等于数据量门限的情况下,RRC连接恢复请求中可以存在该字段,也可以不存在该字段。或者,第二指示信息可以通过该RRC连接恢复请求中的一个枚举型字段表示,当该RRC连接恢复请求中的字段为TRUE时,表示待发送数据量小于数据量门限;当该RRC连接恢复请求中的该字段为FALSE时,表示待发送数据量大于数据量门限,反之也可以;对于待发送数据量等于数据量门限的情况下,RRC连接恢复请求中该字段可以为TRUE,也可以为FALSE。
在另一种情况下,当第一消息为MAC消息时,该MAC消息例如为MAC子PDU,该MAC子PDU可以只包括MAC头,或者包括MAC头和MAC CE示例的,请参见图12,图12为本申请实施例提供的一种MAC消息的结构示意图。该MAC消息只包括MAC头,MAC头包括逻辑信道标识(LCHID),该LCH ID取预设值,表示MAC头值携带第二指示信息。第二指示信息可以通过该MAC头中的指示域实现,例如利用之前预留的比特位R来实现。该R比特的取值为1时,表示待发送数据量大于数据量门限;该R比特的取值为0时,表示待发送数据量小于数据量门限,反之也可以;当待发送数据量等于数据量门限时,该R比特的取值可以为0,也可以为1。
示例的,请参见图13,图13为本申请实施例提供的另一种MAC消息的结构示意图。该MAC消息包括MAC头和MAC CE,MAC CE中的字段携带第二指示信息。MAC头包括LCH ID,该LCH ID取预设值,表示MAC CE携带第二指示信息。以MAC CE中的1比特字段1携带该第二指示信息为例,该字段1的取值为1,表示待发送数据量大于数据量门限;该字段1的取值为0,表示待发送数据量小于数据量门限,反之也可以;当待发送数据量等于数据量门限时,该字段1的取值可以为0,也可以为1。
可以理解的是,终端在向网络设备发送包括第二指示信息的第一消息时,本申请实施例只是以该第一消息可以为RRC连接恢复请求消息或MAC消息为例进行说明,具体可以根据实际需要进行设置,在此,本申请实施例不做进一步地限制。
终端在向网络设备发送包括第二指示信息的第一消息之后,网络设备可以对第一消息中包括的前导码和物理上行共享信道数据进行解析,当网络设备解析前导码成功,但解析物理上行共享信道数据失败时,网络设备会根据解析结果向终端发送第一消息的响应消息,即执行下述S1102:
S1102、网络设备向终端发送第一消息的响应消息。
其中,响应消息包括上行授权和第一指示信息,第一指示信息用于指示是否允许在上行授权指示的上行资源上进行上行传输。示例的,该第一消息的响应消息可以为RRC专用信令消息,例如RRC连接释放消息或者RRC重配置消息。
第一指示信息同以上描述,在此不再赘述。
需要说明的是,网络设备向终端发送第一消息的响应消息的方法与上述S1002中网络设备向终端发送第一消息的响应消息的方法类似,可参见上述S1002中的相关描述,在此,本申请实施例不再进行赘述。
同样可以看出,与现有技术中不同的是,在本申请实施例中,网络设备向终端发送的第一消息的响应消息中不仅包括上行授权信息,还进一步包括了第一指示信息。该第一指示信息指示的内容不同,对应的,终端在上行授权指示的上行资源上进行上行传输的方式也不同。当第一指示信息指示终端允许在上行授权指示的上行资源上进行上行传输时,可以执行下述S1103;相反的,当第一指示信息指示终端不允许在上行授权指示的上行资源上进行上行DRB数据传输时,可以执行下述S1104。
S1103、终端在上行资源上向网络设备发送第二消息。
其中,第二消息中包括上行数据和RRC连接恢复请求。
在该S1103中,当第一指示信息指示终端允许在上行授权指示的上行资源上进行上行传输时,终端就可以在接收到的上行授权指示的上行资源上进行上行DRB数据传输。
S1104、终端在上行资源上向网络设备发送第三消息。
其中,第三消息用于请求恢复RRC连接,当第一指示信息指示终端不允许在上行授权指示的上行资源上进行上行传输时,终端在上行授权指示的上行资源上发送的第三消息只用于请求恢复RRC连接,并不包括上行数据。示例的,该第三消息可以为RRC连接恢复请求。
结合上述S1103和上述S1104中的描述,对应的,网络设备在接收到终端发送的第二消息或者第三消息之后,会向终端发送竞争解决信息,即执行下述S1105:
S1105、网络设备向终端发送竞争解决信息。
示例的,竞争解决信息可以为终端的标识,或者第二消息的部分信息、或者第三消息的部分信息。
终端在接收到竞争解决信息后,若此时还未接收到RRC连接释放消息,则终端启动或重启定时器,并在定时器运行期间,从网络设备接收授权;该授权可以为上行授权或者下行授权,并在接收到该授权时,重启定时器,从而延迟终端监听授权的时长。示例的,若从网络设备接收到的是上行授权,则终端启动或者重启定时器,并在该上行授权指示的上行资源上进行上行传输;若从网络设备接收到的是下行授权,且未接收到RRC连接释放消息,说明还有数据需要传输,则终端启动或重启定时器,等待RRC连接释放消息的时间,实现了终端在非激活态时完成上行传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
可以看出,上述图10和图11所示的实施例详细描述了在一种场景中,当网络设备解析前导码成功,但解析上行数据失败的技术方案;下面,将详细描述在另一种场景中,当网络设备解析前导码成功,且解析上行数据成功的技术方案,示例的,请参见图14所示,图14为本申请实施例提供的又一种配置方法的流程示意图,该配置方法可以包括:
S1401、终端向网络设备发送第一消息。
其中,第一消息包括随机接入请求和/或物理上行共享信道数据,物理上行共享信道数据包括用于请求恢复RRC连接的信息。
需要说明的是,终端向网络设备发送第一消息的方法与上述S1001或S1101中终端向网络设备发送第一消息的方法类似,可参见上述S1001或S1101中的相关描述,在此,本申请实施例不再进行赘述。
当终端在向网络设备发送第一消息之后,网络设备可以对第一消息中包括的前导码和物理上行共享信道数据进行解析,当网络设备解析前导码成功,且解析物理上行共享信道数据成功时,网络设备会根据解析结果向终端发送第一消息的响应消息,即执行下述S1402:
S1402、网络设备向终端发送第一消息的响应消息。
其中,响应消息包括竞争解决信息。可选的,第一消息的响应消息还可以包括RAPID、TA及TC-RNTI。
此外,第一消息的响应消息中可以不包括上行资源和第一指示信息;当然,第一消息的响应消息中也可以包括上行资源和第一指示信息。
在响应消息为RRC连接释放消息时,终端恢复到起始状态,例如非激活态。
当第一消息的响应消息中不携带上行资源和第一指示信息时,终端在接收到该响应消息后,确定竞争解决通过,并启动或者重启定时器,将TC-RNTI转为C-RNTI。当第一消息的响应消息中携带上行资源和第一指示信息,且该第一指示信息用于指示“不允许在上行授权指示的上行资源上进行上行传输”,对应的,终端在接收到该响应消息后,确定竞争解决通过,并启动或者重启定时器。此时,终端可以在该上行资源上向网络设备发送响应消息的确认响应。当第一消息的响应消息中携带上行资源和第一指示信息,且该第一指示用于指示“允许在上行授权指示的上行资源上进行上行传输”,对应的,终端在接收到该响应消息后,确定竞争解决通过,并启动或者重启定时器。此时,终端可以在该上行资源上向网络设备发送上行数据。
可以理解的是,终端从网络设备接收到竞争解决信息的响应消息之后,说明网络设备已经成功接收到终端发送的物理上行共享信道数据。若此时终端还有待传输的上行数据,则终端还可以继续执行下述S1403-S1404:
S1403、从网络设备接收上行授权。
S1404、在上行授权指示的上行资源上进行上行传输。
终端在接收到竞争解决信息后,若此时还未接收到RRC连接释放消息,则终端启动或重启定时器,并在定时器运行期间,从网络设备接收授权,该授权用于上行数据发送或下行数据接收;可选的,该授权用于新传,不用于重传;该授权可以为上行授权或者下行授权,并在接收到该授权时,重启定时器,从而延迟终端监听授权的时长。示例的,若从网络设备接收到的是上行授权,则终端启动或者重启定时器,并在该上行授权指示的上行资源上进行上行传输;若从网络设备接收到的是下行授权,且未接收到RRC连接释放消息,说明网络设备还有数据需要传输,则终端启动或重启定时器。终端通过以上方式延长等待RRC连接释放消息的时间,实现了终端在非激活态时的数据传输,而无需等到恢复RRC连接之后才能进行上行传输,无需终端进入连接态发送数据,不仅提高数据的发送效率,而且降低了RRC连接恢复所需的开销。
可以理解的是,在上述图10、图11及图14所示的实施例中,定时器在启动或者重启之后,不是一直处于运行状态,而是在满足一定条件下停止定时器,例如以上描述的停止定时器的场景。例如,当终端从网络设备接收无线资源控制RRC连接释放消息时,控制定时器停止运行,即停止定时器。当终端从网络设备接收无线资源控制(RRC)连接恢复、连接建立消息等,终端也可以停止定时器。
在上述图10、图11及图14所示的实施例中,在定时器运行期间,终端监听C-RNTI加扰的PDCCH,该PDCCH指示PUSCH资源,用于发送上行数据或BSR。或者,在定时器运行期间,终端监听C-RNTI加扰的PDCCH,该PDCCH指示PDSCH资源,用于接收下行数据。或者,在定时器运行期间,终端监听C-RNTI加扰的PDCCH,接收上行数据的下行反馈。
终端在每一次接收到C-RNTI加扰的PDCCH的上行授权或下行授权时,启动或重启定时器,以保持监听C-RNTI加扰的PDCCH的时长,与网络设备的C-RNTI加扰的PDCCH发送时间保持同步,并当定时器超时,终端停止监听C-RNTI加扰的PDCCH。
此外,现有技术中,当网络设备有下行数据需要发送时会先寻呼终端,对应的,终端在接收到该寻呼后,会向网络设备发起随机接入过程,之后,才能接收网络设备发送的下行数据。对于处于非连接态的终端,在小且稀疏数据发送场景下,由于终端需要先执行随机接入过程才能发送一个小数据,导致终端的开销大,而且也增加了传输时延。为了减低终端的开销,且降低传输时延,本申请实施例还提供了一种配置方法,示例的,请参见图15,图15为本申请实施例提供的一种配置方法的流程示意图,该配置方法可以包括:
S1501、网络设备向终端发送指示信息。
其中,指示信息用于指示终端在非激活态时监听物理下行控制信道(PDCCH)。
可选的,网络设备可以向终端发送RRC连接释放消息,该RRC连接释放消息包括指示信息,即网络设备可以将该指示信息携带在RRC连接释放消息中发送给终端,对应的,终端可以通过接收RRC连接释放消息获得该指示信息。可以理解的是,终端在接收到RRC连接释放消息后,会由连接态进入非激活态,进而根据该指示信息在非激活态监听PDCCH,如此可以针对终端独立配置其进行非激活态时监听PDCCH的功能,且在配置其进入非激活态的同时进行该功能配置,无需另外的信令单独指示,节约信令。网络设备也可以通过其它方式发送该指示信息,例如将该指示信息携带在广播消息中进行广播,对应的,终端可以通过接收该广播消息获取该指示信息,如此,不需要针对每个终端都单独进行非激活态时监听PDCCH的配置。在此,本申请实施例只是以这两种方式为例进行说明,但并不代表本申请实施例仅局限于此。
示例的,该指示信息可以通过一个比特实现,例如,该比特取值为1,表示启用在非激活态时监听C-RNTI加扰的物理下行控制信道(PDCCH)的功能,该比特取值为0,表示不启用在非激活态时监听物理下行控制信道(PDCCH)的功能。或者,该指示信息也可以通过枚举型实现,例如:{TURE},{downlink reception}。由于PDCCH通过小区无线网络临时标识(C-RNTI)加扰,故在另一种实现中,该指示信息可以为C-RNTI,例如,当RRC连接释放消息中携带C-RNTI时,则指示终端在非激活态监听该C-RNTI加扰的PDCCH;当RRC连接释放消息中未携带C-RNTI时,则指示终端在非激活态不监听PDCCH。
终端接收到网络设备发送的指示信息后,可以确定加扰PDCCH的C-RNTI,进而利用该C-RNTI监听该C-RNTI加扰的PDCCH。
在一种实现方式中,网络设备可以在RRC连接释放消息中向终端发送C-RNTI,此时RRC连接释放消息可以包括指示信息和C-RNTI,或者包括C-RNTI,同以上描述,该C-RNTI即为指示信息。
该C-RNTI在接入网通知区域(RAN notification area,RNA)或指示的小区或在当前接入小区内是有效的。例如,网络设备可以指示C-RNTI对应的RNA,其中C-RNTI对应到RNA可以为一个或多个,例如,网络设备指示C-RNTI对应的RNA标识(ID)或RNA ID列表,该RANID或RAN ID列表也可以携带在RRC连接释放消息中,或者携带在其它消息中。再如,网络设备可以指示C-RNTI对应的小区ID或小区ID列表,该小区ID或小区ID列表也可以携带在RRC连接释放消息中,或者携带在其它消息中。如此,终端可以在该RAN ID指示的RAN区域或小区ID指示的小区内使用C-RNTI监听PDCCH。当网络设备不指示RNA或小区的时候,可以认为C-RNTI在当前接入小区内是有效的,其中,当前接入小区是发送RRC连接释放消息的小区。在另一种实现方式中,网络设备可以不向终端发送C-RNTI,此时,终端可以通过使用在接入当前接入小区的随机接入过程中获取的C-RNTI,监听该C-RNTI加扰的PDCCH。其中,当前接入小区是发送RRC连接释放消息的小区。
终端在接收到该指示信息,并确定加扰PDCCH的C-RNTI之后,就可以根据该指示信息监听C-RNTI加扰的PDCCH,即执行下述S1502:
S1502、终端根据指示信息监听C-RNTI加扰的PDCCH。
下面描述,终端监听PDCCH的时机。示例的,在确定监听PDCCH的时机时,可以从时域和频域两个维度确定监听PDCCH的时机。
在时域方面确定监听PDCCH的时机时,终端可以将寻呼时机作为监听C-RNTI加扰的PDCCH的时机。具体,终端接收DRX配置参数,并根据非连续接收(discontinuousreception,DRX)配置参数确定寻呼时机,即监听寻呼无线网络临时标识(paging radionetwork temporary identifier,P-RNTI)加扰的PDCCH的时机;并且将该寻呼时机作为监听C-RNTI加扰的PDCCH的时机。示例的,请参见图16,图16为本申请实施例提供的一种确定监听C-RNTI加扰的PDCCH的时机的示意图。可选的,可以将该寻呼时机中的部分时间确定为监听C-RNTI加扰的PDCCH的时机,具体可以根据实际需要进行设置。
示例的,在根据DRX配置参数确定寻呼时机时,可以确定寻呼的无线帧,即确定系统帧号(system frame number,SFN),其中,(SFN+PF_offset)mod T=(T div N)*(终端_IDmod N);及确定无线帧中的第i_s个寻呼时机,其中,i_s=floor(终端_ID/N)mod Ns。其中,T表示终端的DRX周期,N表示DRX周期内的寻呼帧数,Ns表示寻呼帧内的寻呼时机数,PF_offset表示用于确定寻呼无线帧的偏移值,终端_ID为终端标识,在不同通信系统中不同,例如,在5G系统中,其为5G-S-TMSI mod 1024。可以理解的是,T、N、Ns、PF_offset可以是网络设备配置给终端的。例如,通过广播消息配置给终端或者通过RRC专用消息配置给终端。
在根据DRX配置参数确定无线帧中监听P-RNTI PDCCH的寻呼时机后,可以在全部寻呼时机或寻呼时机的部分时间中监听C-RNTI加扰的PDCCH。在寻呼时机的部分时间监听C-RNTI加扰的PDCCH时,可以在每个寻呼时机的部分时长监听C-RNTI加扰的PDCCH,或者可以在部分寻呼时机监听C-RNTI加扰的PDCCH。
下面结合附图描述在每个寻呼时机的部分时长监听C-RNTI加扰的PDCCH,示例的,请参见图17,图17为本申请实施例提供的另一种确定监听C-RNTI加扰的PDCCH的时机的示意图。结合图17所示,图17中的阴影部分为监听C-RNTI加扰的PDCCH的时机。该监听C-RNTI加扰PDCCH的时机可以根据参数来确定,该参数可以是网络设备配置给终端的,或者预设的。例如,每个寻呼时机为N个时隙或者符号,该参数用于指示其中M个时隙或符号用于监听C-RNTI加扰的PDCCH。一种实现中,该参数用于指示M,终端默认前M或后M个时隙或符号用于监听C-RNTI加扰的PDCCH。另一种实现中,该参数用于指示第S个时隙或符号,则终端从第S个时隙或符号开始监听C-RNTI加扰的PDCCH或从第S个时隙或符号之后开始监听C-RNTI加扰的PDCCH。其中,M,N,S为正整数,且M和S小于N。
在部分寻呼时机监听PDCCH时,可以采用以上确定寻呼时机类似的方式,确定监听C-RNTI加扰的PDCCH的时机,例如,将以上确定SFN公式中的T修改为T1,其中,T1是T的整数倍,即(SFN+PF_offset)mod T=(T1 div N)*(终端_ID mod N);确定确定无线帧中的寻呼时机i_s的方式不变。
此外,也可以结合以上两种方式,即在部分寻呼时机的部分时间监听C-RNTI加扰的PDCCH。示例的,请参见图18,图18为本申请实施例提供的再一种确定监听C-RNTI加扰的PDCCH的时机的示意图。结合图18所示,图18中的阴影部分为监听C-RNTI加扰的PDCCH的时机。
可选的,在另一种可能的实现方式中,确定监听C-RNTI加扰的PDCCH的时机和确定寻呼时机是独立的。示例的,可以采用类似确定寻呼时机的方式确定监听C-RNTI加扰的PDCCH的时机,区别在于采用的参数有所区别,例如采用的PF_offset不同。例如,在根据DRX配置参数确定监听C-RNTI加扰的PDCCH的时机时,可以确定无线帧的SFN,其中,(SFN+PF_offset1)mod T=(T div N)*(终端_ID mod N);及确定无线帧中的第i_s个监听时机,且i_s=floor(终端_ID/N)mod Ns。其中,T表示终端的DRX周期,N表示DRX周期内的寻呼帧数,Ns表示寻呼帧内的寻呼时机数,PF_offset1表示用于确定C-RNTI PDCCH无线帧的偏移值,终端_ID为终端标识,在不同通信系统中不同,例如,在5G系统中,其为5G-S-TMSI mod 1024。可以理解的是,T、N、Ns、PF_offset1可以是网络设备配置给终端的。例如,通过广播消息配置给终端或者通过RRC专用消息配置给终端。其中PF_offset1和用于确定寻呼无线帧的偏移值PF_offset可以独立配置。使得监听C-RNTI加扰的PDCCH的时机与监听P-RNTI加扰的PDCCH的寻呼时机是独立的。示例的,请参见图19,图19为本申请实施例提供的又一种确定监听C-RNTI加扰的PDCCH的时机的示意图。
在另一种可能的实现方式中,终端可以先确定寻呼无线帧的SFN,而后根据参数,确定监听C-RNTI加扰的PDCCH的无线帧,其中寻呼无线帧的SFN的确定方式同以上描述,即,(SFN+PF_offset)mod T=(T div N)*(终端_ID mod N);而后,终端根据偏移值确定监听C-RNTI加扰的PDCCH的无线帧(又称为C-RNTI PDCCH无线帧)的SFN,偏移值为PF_offset2标识,则C-RNTI PDCCH无线帧=寻呼无线帧+PF_offset2,其中PF_offset2可以由网络设备配置给终端,也可以为预设值。而后,终端可以采用以上确定第i_s个寻呼时机相同的方式确定C-RNTI PDCCH无线帧内的监听C-RNTI加扰的PDCCH的时机,即监听时机。示例的,可参见图19。
此外,在终端移出C-RNTI的有效区域时,可以停止监听C-RNTI加扰的PDCCH。
由此可见,本申请实施例中,网络设备通过向终端发送指示信息,以通过指示信息指示终端在非激活态时监听C-RNTI加扰的PDCCH,这样终端可以在监听C-RNTI加扰的PDCCH的过程中接收下行数据,该整个接收过程对于终端而言,无需接收寻呼,也无需发起RRC连接恢复请求,而是直接在非激活态接收下行数据,不仅提高了传输效率,而且降低了终端的开销。
在无线通信系统,例如5G通信系统、或LTE通信系统中,终端接入小区后,小区所属的网络设备会生成该终端的上下文,终端也会根据网络设备发送的配置消息生成该终端的上下文。终端的RRC状态改变后,网络设备会对终端上下文进行处理。例如终端从RRC连接态(简称为连接态)转换到RRC空闲态(简称为空闲态),网络设备会释放终端的上下文。再如,当终端从连接态转换为inactive态时,终端和网络设备保存部分接入层的配置(称为接入层终端的上下文)和非接入层配置(称为非接入层终端的上下文)。终端可周期性地向网络设备发起接入网通知区域更新(RAN-based Notification Area Update,R-NAU)过程,告知网络设备终端所在的接入网通知区域(RAN-based Notification Area,RNA)。当inactive态的终端重选到新的小区,向新的小区所属的网络设备发起R-NAU过程,告知网络设备终端所在的RNA。
当网络设备收到终端的下行数据时,在终端所在的RNA的小区里寻呼终端。终端收到寻呼后,发起从inactive态到连接态的状态转换过程,网络设备通知终端恢复保存的接入层的配置,待终端进入连接态后网络设备向终端发送下行数据。当终端有上行数据待发送时,终端发起从inactive态到连接态的状态转换过程,网络设备通知终端恢复保存的接入层的配置,终端进入连接态后发送上行数据。
终端从inactive态到连接态的状态转换过程中,终端需要向网络设备发送RRC连接恢复(resume)请求消息,为了检测RRC连接恢复是否成功,引入了T319定时器,终端启动该T319定时器,向网络设备发送RRC连接恢复请求消息,且在收到网络设备发送的RRC连接恢复、RRC连接建立、或RRC连接释放消息等RRC响应消息时,停止该T319定时器。当T319到期时,终端以RRC连接恢复失败的原因释放连接进入空闲态。
对于终端有少量数据传输的场景,可以在inactive态进行上行数据传输。例如在终端在发送RRC连接恢复(resume)请求消息的同时向网络设备发送上行数据。在以上实施例中,已经给出inactive态的终端在发送“RRC连接恢复请求”消息后,后续可以继续发送数据,且后续发送数据时可以不携带RRC连接恢复请求消息,以降低信令开销。可是,终端发送后续数据时,如果T319定时器超时,终端将进入RRC空闲态,无法灵活支持多次数据的发送。
在以上图10、图11及图14所示的实施例中,终端在满足一定条件下,可以重启T319定时器,如此可以延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送。当然,也可以启动新的定时器,示例的,该新的定时器可以为除T319定时器之外的RRC层定时器或MAC层定时器,使得终端在满足一定条件下启动该新的定时器,并在该新的定时器运行期间进行数据传输,同样可以延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送。示例的,可参见本申请实施例提供的方法,终端在应RRC连接恢复的需求时,启动第一定时器,并向网络设备发送RRC连接恢复请求消息;这样在第一定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启第一定时器;或者,在第一定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,启动第二定时器。可以看出,在本申请实施例中,通过重启第一定时器或者启动第二定时器,使得在第一定时器或者第二定时器运行期间进行数据传输,可以有效地延长了终端等待RRC连接恢复请求的RRC响应消息的时间,从而灵活地支持多次数据的发送。
基于上述描述不难看出,本申请实施例提供的配置方法可以包括至少两种可能的场景。在一种可能的场景中,终端在应RRC连接恢复的需求时,启动的是第一定时器,并在第一定时器运行期间满足重启条件,重启该第一定时器,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。可以看出,在该种可能的场景中,在满足重启条件时,重启的定时器与在应RRC连接恢复的需求时,启动的定时器为同一个定时器,均为第一定时器。在另一种可能的场景中,终端在应RRC连接恢复的需求时,启动的是第一定时器,并在第一定时器运行期间满足启动条件时,启动第二定时器,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。可以看出,在该种可能的场景中,在满足重启条件时,重启的定时器与在应RRC连接恢复的需求时,启动的定时器不是一个定时器,而是额外设置的一个新的定时器。可以理解的是,在该种可能的场景中,在启动第二定时器之后,还可以停止第一定时器;当然,也可以先停止第一定时器,接着启动第二定时器,或者在启动第二定时器的同时,停止第一定时器。如此,用第二定时器接替第一定时器工作,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。
需要说明的是,上述两种可能的场景中的相关描述,可以理解为通过第一定时器或者第二定时器执行第一次延长操作时的方案。对于上述第一种可能的实现方式中的第一定时器而言,终端向网络设备发送RRC连接恢复请求消息,且启动第一定时器,并在满足重启条件时,重启该第一定时器,以执行第一次延长操作;后续可以执行第二次延长操作,或者第三次延长操作,……。在之后的第M(M大于或等于1)次延长操作时,终端可以无需向网络设备发送RRC连接恢复请求消息,而是直接发送上行数据,并在满足重启条件时,重启该第一定时器,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。对于上述第二种可能的实现方式中的第二定时器而言,终端向网络设备发送RRC连接恢复请求消息,且启动第一定时器;并在满足启动条件时,启动该第二定时器,以执行第一次延长操作;而后在可以在满足重启条件时,执行第二次延长操作,或者第三次延长操作……。在之后的第M(M大于或等于1)次延长操作时,终端可以无需向网络设备发送RRC连接恢复请求消息,而是直接发送上行数据,并在满足启动或重启条件时,启动或重启该第二定时器,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。
为了便于理解本申请实施例提供的配置方法,下面,将分别针对上述两种可能的场景,对本申请实施例提供的配置方法进行详细地说明。
首先,对于上述第一种可能的场景,即终端在应RRC连接恢复的需求时,启动的是第一定时器,并在第一定时器运行期间满足重启条件,重启该第一定时器,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。示例的,在该种可能的场景中,在通过重启第一定时器延长终端等待RRC连接恢复请求的RRC响应消息的时间时,可以包括下述至少三种可能的实现方式。在一种可能的实现方式中,该第一定时器可以为目前网络配置的T319定时器,即终端在应RRC连接恢复的需求时,先启动T319定时器,并向网络设备发送RRC连接恢复请求消息;这样在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启该T319定时器。在另一种可能的实现方式中,该第一定时器可以为RRC层额外设置的,除T319定时器之外的一个新定时器T1,即终端在应RRC连接恢复的需求时,先启动新定时器T1,并向网络设备发送RRC连接恢复请求消息;这样在新定时器T1运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启该新定时器T1。在又一种可能的实现方式中,该第一定时器可以为额外设置的,除T319定时器之外的一个新定时器T2,与上述第二种可能的实现方式中定时器T1不同的是,该新定时器T2是设置在MAC层中的定时器,即终端在应RRC连接恢复的需求时,先启动新定时器T2,并向网络设备发送RRC连接恢复请求消息;这样在新定时器T2运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启该新定时器T2。下面,将分别针对上述三种可能的实现方式,详细描述如何通过控制第一定时器重启,以延长终端等待RRC连接恢复请求的RRC响应消息的时间,从而灵活地支持多次数据的发送。
在上述第一种可能的实现方式中,该第一定时器可以为目前网络配置的T319定时器,即终端在应RRC连接恢复的需求时,先启动T319定时器,并向网络设备发送RRC连接恢复请求消息;这样在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启该T319定时器。需要说明的是,在该种可能的实现方式中,将以在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息重启该T319定时器为例进行说明,当然,在T319定时器运行期间,也可以根据与网络设备之间的数据传输重启该T319定时器。示例的,请参见图20所示,图20为本申请实施例提供的一种配置方法的流程示意图,该配置方法可以包括:
S2001、终端在应RRC连接恢复的需求时,启动T319定时器。
终端在启动T319定时器之前,先配置该T319定时器的时长,使得该T319定时器可以基于配置的时长进行运行。示例的,在配置该T319定时器的时长时,终端可以从网络设备接收广播消息或RRC消息,并根据该广播消息或RRC消息中包括的指示T319定时器时长的信息,配置该T319定时器的时长。其中,该T319定时器的时长可以为目前网络配置的T319定时器的第一时长,示例的,该第一时长可以为{100ms,200ms,300ms,400ms,600ms,1000ms,1500ms,2000ms}中的某一值,也可以大于目前网络配置的T319定时器的一个第二时长,该第二时长可以通过广播消息或RRC消息进行配置,例如,第二时长为{100ms,200ms,300ms,400ms,600ms,1000ms,1500ms,2000ms,2500ms}中的某一值,示例的,第二时长可以为2500ms。由于在满足重启条件时,均会重启该T319定时器,因此,对于这两种i同的时长,均可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间。可以理解的是,在T319定时器的配置时长变长时,终端和网络设备进行数据传输的时间变长,便于终端网络设备进行多次数据传输。
当T319定时器被配置了上述两种不同的时长时,在启动定时器之前,先确定该T319定时器采用哪一种时长,即第一时长或者第二时长。在确定该T319定时器采用哪一种时长,若终端满足下述条件之一,则确定该T319定时器的时长采用第二时长。条件1,终端期望非激活态的连续上行数据传输;条件2:终端不能在非激活态一次性发完上行数据;条件3,终端待发送数据量大于预配置门限;条件4,终端支持非激活态的上行数据传输;条件5,终端被配置了时长2的T319定时器。在该种情况下,终端在确定该T319定时器的时长采用第二时长之后,可选的,终端还可以向网络设备发送一个指示信息,该指示信息用于指示网络设备,终端启动的T319定时器的时长为第二时长,从而将已经启动该T319定时器的信息同步给网络设备。可以理解的是,通过指示信息将终端已经启动该T319定时器的信息同步给网络设备的操作可以仅在第一次执行启动操作时执行,在后续重启的操作中,终端可以无需再向网络设备发送该指示信息。
S2002、终端向网络设备发送RRC连接恢复请求消息。
示例的,RRC连接恢复请求消息可以包括I-RNTI、终端的身份验证信息,以及UE发起RRC连接恢复请求的原因值中的至少一种。其中,I-RNTI用于表示终端在一个RNA范围的唯一标识。终端的身份验证信息是根据终端存储的C-RNTI和RRC完整性密钥生成的身份验证信息。
终端在向网络设备发送RRC连接恢复请求消息时,可以通过配置授权信息指示的上行资源向网络设备发送RRC连接恢复请求消息。示例得,该配置授权信息可以从网络设备的广播消息中获取,也可以从网络设备向终端发送的专用消息中获取。示例的,终端除了向网络设备发送RRC连接恢复请求消息之外,还可以向网络设备发送上行数据、辅助信息及期望保持在非激活态继续发送数据的指示信息中的至少一个信息。其中,辅助信息用于指示终端缓存中的数据量,以使网络设备根据终端缓存中的数据量确定终端进入连接态或者继续处于非激活态。当终端向网络设备发送上行数据时,该上行数据与RRC连接恢复请求消息共同发送或独立发送。本申请中的共同发送或者独立发送是指上行数据与RRC连接恢复请求消息是否通过同一个消息,例如MAC PDU消息发送,若上行数据与RRC连接恢复请求消息通过同一个消息发送,则可以理解为上行数据与RRC连接恢复请求消息共同发送;相反的,上行数据与RRC连接恢复请求消息不是通过同一个消息发送,则可以理解为上行数据与RRC连接恢复请求消息独立发送。此外,若上行数据与RRC连接恢复请求消息独立发送,则可以在在RRC连接恢复请求消息发送之后,在第一定时器运行期间内发送该上行数据。
终端在向网络设备发送RRC连接恢复请求消息之后,对应的,网络设备可以根据该RRC连接恢复请求消息向终端发送相应的下行信息,即执行下述S2003:
S2003、网络设备根据RRC连接恢复请求消息向终端发送下行信息。
若终端仅向网络设备发送了RRC连接恢复请求消息,则网络设备向终端发送的下行信息中包括该RRC连接恢复请求消息的反馈信息。若终端向网络设备发送了RRC连接恢复请求消息和上行数据,则网络设备向终端发送的下行信息中包括RRC连接恢复请求消息和上行数据的反馈信息。
示例的,若终端仅向网络设备发送了RRC连接恢复请求消息,则下行信息中可以包括下述至少一种:RRC连接恢复请求消息的反馈信息、定时调整命令、功率控制命令、竞争解决信息、上行授权信息、下行资源分配信息、以及新增字段的指示信息。其中,该指示信息用于指示终端重启该T319定时器,当然,该下行信息也可以包括其它信息,在此,本申请实施例只是以该下行信息包括RRC连接恢复请求消息的反馈信息、定时调整命令、功率控制命令、竞争解决信息、上行授权信息、下行资源分配信息、以及新增字段的指示信息中的至少一种为例进行说明,但并不代表本申请实施例仅局限于此。若终端向网络设备发送了RRC连接恢复请求消息和上行数据,则下行信息中可以包括下述至少一种:RRC连接恢复请求消息的反馈信息、上行数据的反馈信息、定时调整命令、功率控制命令、竞争解决信息、上行授权信息、下行资源分配信息、以及新增字段的指示信息。当然,该下行信息也可以包括其它信息,在此,本申请实施例只是以该下行信息包括RRC连接恢复请求消息的反馈信息、上行数据的反馈信息、定时调整命令、功率控制命令、竞争解决信息、上行授权信息、下行资源分配信息、以及新增字段的指示信息中的至少一种为例进行说明,但并不代表本申请实施例仅局限于此。
网络设备在接收到终端发送的RRC连接恢复请求消息,或者,终端发送的RRC连接恢复请求消息和上行数据之后,可以基于接收到的RRC连接恢复请求消息,或者,RRC连接恢复请求消息和上行数据生成的相应的下行信息,并将生成的下行信息发送给终端。示例的,网络设备在将生成的信息发送给终端时,可以将该生成的信息携带在PDCCH的下行控制信息、MAC消息、或者RRC消息中发送给终端。
S2004、终端在T319定时器运行期间,根据从网络设备接收到的下行信息重启该T319定时器。
结合上述S2003中的相关描述,在终端仅向网络设备发送了RRC连接恢复请求消息的情况下,终端从网络设备接收到的下行信息中包括该RRC连接恢复请求消息的反馈信息,该RRC连接恢复请求消息的反馈信息指示RRC连接恢复请求消息是否成功传输,该反馈信息为ACK或者NACK。若反馈信息为ACK,则说明RRC连接恢复请求消息发送成功,终端可以继续在配置授权上进行新的上行数据的发送;若反馈信息为NACK,则说明RRC连接恢复请求消息发送失败,终端可以继续在配置授权上进行RRC连接恢复请求消息的重传。在该种情况下,终端从网络设备接收到的下行信息中还可以包括竞争解决信息,该竞争解决信息可以为上述图10所示的实施例中S1005中的竞争解决信息,也可以为上述图11所示的实施例中S1105中的竞争解决信息,若竞争解决信息为竞争解决成功,则说明RRC连接恢复请求消息发送成功,终端可以继续在预配授权上进行新的上行数据的发送;若竞争解决信息为竞争解决失败,则说明RRC连接恢复请求消息发送失败,终端可以继续在预配授权上进行RRC连接恢复请求消息的重传。
若终端从网络设备接收到的下行信息中包括该RRC连接恢复请求消息的反馈信息,则终端重启T319定时器,并在T319定时器运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送。
在终端向网络设备发送了RRC连接恢复请求消息和上行数据的情况下,终端从网络设备接收到的下行信息中包括该RRC连接恢复请求消息和上行数据的反馈信息,该RRC连接恢复请求消息和上行数据的反馈信息指示RRC连接恢复请求消息和上行数据是否成功传输,该反馈信息为ACK或者NACK。若反馈信息为ACK,则说明RRC连接恢复请求消息和上行数据发送成功,终端可以继续在配置授权上进行新的上行数据的发送;若反馈信息为NACK,则说明RRC连接恢复请求消息和/或上行数据发送失败,终端可以继续在配置授权上进行RRC连接恢复请求消息的重传,和/或,原上行数据中的部分数据或全部数据的重传。同样的,在该种情况下,终端从网络设备接收到的下行信息中还可以包括竞争解决信息,该竞争解决信息也可以为上述图10所示的实施例中S1005中的竞争解决信息,也可以为上述图11所示的实施例中S1105中的竞争解决信息,若竞争解决信息为竞争解决成功,则说明RRC连接恢复请求消息和上行数据发送成功,终端可以继续在预配授权上进行新的上行数据的发送;若竞争解决信息为竞争解决失败,则说明RRC连接恢复请求消息和/或上行数据发送失败,终端可以继续在预配授权上进行RRC连接恢复请求消息的重传,和/或,原上行数据中的部分数据或全部数据的重传。
若终端从网络设备接收到的下行信息中包括该RRC连接恢复请求消息和上行数据的反馈信息,则终端重启T319定时器,并在T319定时器运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送。
针对上述两种情况,终端接收到的下行信息除了可能包括反馈信息和/或竞争解决信息之外,终端接收到的下行信息还可以包括上行授权信息,该上行授权信息指示的上行资源可以用于原上行数据的重传,也可以用于新上行数据的初传,实现连续多次包的数据传输。通常情况下,若有原上行数据需要重传,且有新上行数据需要初传,则可以先通过该上行授权信息指示的上行资源进行新上行数据的初传,即数据初传的传输优先级高于数据重传的传输优先级。示例的,终端接收到的下行信息还可以包括下行资源分配信息,该下行资源分配信息指示的下行资源可以用于原下行数据的重传,也可以用于新下行数据的初传,实现下行数据早传。需要说明的是,在本申请实施例中,上行授权信息和下行资源分配信息可以独立存在,即终端接收到的下行信息中可以包括上行授权信息,或者下行资源分配信息;上行授权信息和下行资源分配信息可以同时存在,即终端接收到的下行信息中可以同时包括上行授权信息和下行资源分配信息。若终端从网络设备接收到的下行信息中包括该上行授权信息和/或下行资源分配信息,则终端重启T319定时器,并在T319定时器运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送。优选地,若终端从网络设备接收到的下行信息中包括用于初传的上行授权信息和/或用于下行初传的下行资源分配信息,则终端重启T319定时器。
此外,由于终端是根据从网络设备接收到的下行信息重启该T319定时器,示例的,终端接收到的下行信息可以包括一个指示信息,该指示信息可以携带在物理层控制信令、MAC层消息或者RRC层消息中,该指示信息用于指示终端重启该T319定时器;对应的,终端在接收到包括该指示信息的信息后,可以重启该T319定时器,使得在T319定时器运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送。
综上所述,终端在T319定时器运行期间,终端在根据从网络设备接收到的下行信息重启该T319定时器时,若终端接收到的下行信息中包括反馈信息、上行授权信息、下行资源分配信息以及新增字段的指示信息中的任一种或者多种时,则重启T319定时器,使得在T319定时器运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求消息的RRC响应的时间,灵活地支持多次数据的发送。示例的,终端接收到的下行信息还包括定时调整命令和/或功率控制命令。其中,在接收到该定时调整命令时,应用该定时调整命令进行上行传输定时调整;在接收到该功率控制命令时,应用该功率控制命令进行功率控制。
终端在根据接收到的下行信息重启该T319定时器之后,若当前T319定时器为初次启动,则终端还可以通过向网络设备发送一个指示信息,该指示信息用于指示网络设备重启的T319定时器,从而将已经重启该T319定时器的信息同步给网络设备。并且,对于该T319定时器而言,在重启之后,该T319定时器不是一直处于运行状态,而是在终端从网络设备接收RRC连接恢复消息、RRC连接建立消息、或RRC连接释放消息消息时,停止该T319定时器。
通过执行上述S2001-S2004,即终端在应RRC连接恢复的需求时,启动T319定时器,并向网络设备发送RRC连接恢复请求消息;这样在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息重启T319定时器,并在T319定时器运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求消息的RRC响应的时间,灵活地支持多次数据的发送。上述整个过程,可以理解为终端执行第一次延长操作,在执行完第一次延长操作后,还可以在T319定时器重启并运行期间,根据从网络设备接收到的下行信息再次控制重启该T319定时器,以再次延长终端等待RRC连接恢复请求消息的RRC响应的时间,该过程可以理解为终端执行第二次延长操作。可以理解的是,终端执行第三次延长操作、或者之后的第N(N大于3)次延长操作的方法与终端执行第一次延长操作的方法类似,在此,本申请实施例以在执行完第一次延长操作后,还可以在T319定时器重启并运行期间,根据从网络设备接收到的下行信息再次控制重启T319定时器为例进行说明,示例的,在执行完上述S2004根据从网络设备接收到的下行信息重启该T319定时器之后,还可以进一步执行下述S2005-S2007:
S2005、终端在T319定时器运行期间,向网络设备发送上行数据。
终端在向网络设备发送上行数据时,可以通过配置授权信息系指示的上行资源向网络设备发送上行数据。示例得,该配置授权信息可以从网络设备的广播消息中获取,也可以从网络设备向终端发送的专用消息(例如RRC消息)中获取。
可以看出,在执行第M次(M大于或等于1)延长操作时,终端可以不向网络设备发送RRC连接恢复请求消息,而是直接发送上行数据,并在满足重启条件时,重启该T319定时器,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。
S2006、网络设备根据上行数据向终端发送下行信息。
示例的,该下行信息中可以包括上行数据的反馈信息、定时调整命令、功率控制命令、竞争解决信息、上行授权信息、下行资源分配信息、以及新增字段的指示信息。当然,该下行信息也可以包括其它信息,在此,本申请实施例只是以该下行信息包括上行数据的反馈信息、定时调整命令、功率控制命令、竞争解决信息、上行授权信息、下行资源分配信息、以及新增字段的指示信息中的至少一种为例进行说明,但并不代表本申请实施例仅局限于此。
网络设备在接收到终端发送的上行数据之后,可以基于接收到的上行数据生成的相应的下行信息,并将生成的下行信息发送给终端。示例的,网络设备在将生成的信息发送给终端时,可以将该生成的信息携带在PDCCH的下行控制信息、MAC消息、或者RRC消息中发送给终端。
S2007、终端在T319定时器运行期间,根据从网络设备接收到的下行信息再次重启该T319定时器。
终端在根据从网络设备接收到的下行信息第二次重启该T319定时器时,若终端接收到的下行信息中包括反馈信息、上行授权信息、下行资源分配信息以及新增字段的指示信息中的任一种或者多种时,则重启T319定时器,即执行第二次延长操作,使得在T319定时器运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求消息的RRC响应的时间,灵活地支持多次数据的发送,具体可以参见上述S2004中的相关描述,在此,本申请实施例不再进行赘述。可以理解的是,该T319定时器在第二次重启之后,同样不是一直处于运行状态,而是在终端从网络设备接收RRC连接恢复消息、RRC连接建立消息、或RRC连接释放消息消息时,停止该T319定时器。
在该种可能的实现方式中,在重启T319定时器时,只是以在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息,重启该T319定时器为例进行说明,当然,在T319定时器运行期间,也可以根据与网络设备之间的数据传输重启该T319定时器,例如,在T319定时器运行期间,若终端发送了上行数据,例如,专用传输信道(dedicated trafficchannel,DTCH)的数据,则重启T319定时器;或者,若接收到下行数据,例如,DTCH的数据,则重启T319定时器。
上述图20所示的实施例,详细描述了第一种可能的实现方式中,当第一定时器为目前网络配置的T319定时器,终端在应RRC连接恢复的需求时,先启动该T319定时器,并向网络设备发送RRC连接恢复请求消息;在该T319定时器运行期间,终端可以根据从网络设备接收到的下行信息重启该T319定时器的技术方案。下面,将描述在上述第二种可能的实现方式中,当第一定时器可以为RRC层额外设置的,除T319定时器之外的一个新定时器T1时,终端在应RRC连接恢复的需求时,先启动新定时器T1,并向网络设备发送RRC连接恢复请求消息;在新定时器T1运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启该新定时器T1的技术方案。
在该第二种可能的实现方式中,与上述图20所示的实施例不同的是,该种可能的实现方式中的第一定时器不再是T319定时器,而是RRC层额外设置的,除T319定时器之外的一个新定时器T1,即终端在应RRC连接恢复的需求时,启动的是该新定时器T1,并在新定时器T1运行期间,根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输重启该新定时器T1,以延长终端等待RRC连接恢复请求的RRC响应消息的时间,从而灵活地支持多次数据的发送。在该种可能的实现方式中,可不启动T319定时器。
终端在启动新定时器T1之前,先配置该新定时器T1的时长,使得该新定时器T1可以基于配置的时长进行运行,该新定时器T1的时长的配置方法与上述图20所示的实施例中T319定时器的时长的配置方法类似,在此,本申请实施例不再进行赘述。至于在新定时器T1启动之后,如何向网络设备发送RRC连接恢复请求消息,并在新定时器T1运行期间,如何根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输重启该新定时器T1的方法与上述图20所示的实施例中,在T319定时器启动之后,向网络设备发送RRC连接恢复请求消息,并在T319定时器运行期间,根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输重启该T319定时器的方法类似,具体可参见上述相关描述,在此,对于在新定时器T1启动之后,如何向网络设备发送RRC连接恢复请求消息,以及在新定时器T1运行期间,如何根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输重启该新定时器T1,本申请实施例不再进行赘述。
在该种可能的实现方式中,与上述图20所示的实施例不同的是,该种可能的实现方式中的第一定时器不是T319定时器,而是RRC层额外设置的,除T319定时器之外的一个新定时器T1,为了节省终端因T319定时器运行产生的功耗,在该种可能的实现方式中,可不启动T319定时器。对于该新定时器T1而言,在重启之后,该新定时器T1不是一直处于运行状态,而是在终端从网络设备接收RRC连接恢复消息、RRC连接建立消息、或RRC连接释放消息消息时,停止该新定时器T1。
在上述第三种可能的实现方式中,当第一定时器为MAC层设置的一个新定时器T2时,终端在应RRC连接恢复的需求时,先启动新定时器T2,并向网络设备发送RRC连接恢复请求消息;在新定时器T2运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启该新定时器T2的技术方案。
在该第三种可能的实现方式中,与上述图20所示的实施例不同的是,该种可能的实现方式中的第一定时器不是T319定时器,而是MAC层设置的一个新定时器T2,即终端在应RRC连接恢复的需求时,启动的是该新定时器T2,并在新定时器T2运行期间,根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输重启该新定时器T2,以延长终端等待RRC连接恢复请求的RRC响应消息的时间,从而灵活地支持多次数据的发送。在该种可能的实现方式中,可不启动T319定时器。
终端在启动新定时器T2之前,先配置该新定时器T2的时长,使得该新定时器T2可以基于配置的时长进行运行,该新定时器T2的时长的配置方法与上述图20所示的实施例中T319定时器的时长的配置方法类似,在此,本申请实施例不再进行赘述。至于在新定时器T2启动之后,如何向网络设备发送RRC连接恢复请求消息,并在新定时器T2运行期间,如何根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输重启该新定时器T2的方法与上述图20所示的实施例中,在T319定时器启动之后,向网络设备发送RRC连接恢复请求消息,并在T319定时器运行期间,根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输重启该T319定时器的方法类似,具体可参见上述相关描述,在此,对于在新定时器T2启动之后,如何向网络设备发送RRC连接恢复请求消息,以及在新定时器T2运行期间,如何根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输重启该新定时器T2,本申请实施例不再进行赘述。
在该种可能的实现方式中,与上述图20所示的实施例不同的是,该种可能的实现方式中的第一定时器不是T319定时器,而是MAC层的一个新定时器T2,为了节省终端因T319定时器运行产生的功耗,在该种可能的实现方式中,同样可不启动T319定时器。对于该新定时器T2而言,在重启之后,该新定时器T2不是一直处于运行状态,而是在终端从网络设备接收RRC连接恢复消息、RRC连接建立消息、或RRC连接释放消息消息时,停止该新定时器T2。在重启该新定时器T2之后,若该定时器T2超时,则终端的MAC层会通知RRC层该定时器T2超时,终端的MAC层根据该定时器T2超时信息终端终端进入空闲态。
在详细描述完第一种可能的场景,在满足重启条件时,重启的定时器与在应RRC连接恢复的需求时,启动的定时器为同一个定时器,均为第一定时器,以延长终端等待RRC连接恢复请求的RRC响应消息的时间,从而灵活地支持多次数据的发送的技术方案。下面,将详细描述在另一种可能的场景中,在满足重启条件时,重启的定时器与在应RRC连接恢复的需求时,启动的定时器不是同一个定时器,而是额外设置的一个新的定时器的技术方案,即终端在应RRC连接恢复的需求时,启动的是第一定时器,并在第一定时器运行期间满足启动条件时,启动第二定时器,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。可以理解的是,在该种可能的场景中,在启动第二定时器之后,还可以停止第一定时器;当然,也可以先停止第一定时器,接着启动第二定时器。
示例的,在该种可能的场景中,在通过启动第二定时器延长终端等待RRC连接恢复请求的RRC响应消息的时间时,可以包括下述至少两种可能的实现方式。在一种可能的实现方式中,该第一定时器可以为目前网络配置的T319定时器,第二定时器可以为RRC层额外设置的,除T319定时器之外的一个新定时器,为了区分上述实施例中的新定时器T1,本申请中该新定时器可以记为新定时器T3,该新定时器T3可以为上述实施例中的新定时器T1,也可以为额外设置的新的定时器。即,终端在应RRC连接恢复的需求时,先启动T319定时器,并向网络设备发送RRC连接恢复请求消息;这样在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,启动该新定时器T3。在一种可能的实现方式中,该第一定时器可以为目前网络配置的T319定时器,第二定时器可以为MAC层额外设置的一个新定时器,为了区分上述实施例中的新定时器T2,本申请中该新定时器可以记为新定时器T4,该新定时T4可以为上述实施例中的新定时器T2,也可以为额外设置的新的定时器。即,终端在应RRC连接恢复的需求时,先启动T319定时器,并向网络设备发送RRC连接恢复请求消息;这样在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,启动该新定时器T4。可以理解的是,在该种可能的场景中,在启动第二定时器之后,还可以停止第一定时器。下面,将分别针对两种可能的实现方式,详细描述在该种可能的场景中,如何通过控制第二定时器启动,以延长终端等待RRC连接恢复请求的RRC响应消息的时间,从而灵活地支持多次数据的发送。
在上述第一种可能的实现方式中,该第一定时器可以为目前网络配置的T319定时器,第二定时器可以为RRC层额外设置的,除T319定时器之外的一个新定时器T3。即,终端在应RRC连接恢复的需求时,先启动T319定时器,并向网络设备发送RRC连接恢复请求消息;这样在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,启动该新定时器T3。在该种可能的实现方式中,将以在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息启动或重启该新定时器T3为例进行说明,当然,在T319定时器运行期间,也可以根据与网络设备之间的数据传输启动或重启该新定时器T3。示例的,请参见图21所示,图21为本申请实施例提供的一种另配置方法的流程示意图,该配置方法可以包括:
S2101、终端在应RRC连接恢复的需求时,启动T319定时器。
终端在启动T319定时器之前,先配置该T319定时器的时长,使得该T319定时器可以基于配置的时长进行运行。在该S2101中,T319定时器时长的配置方法与上述实施例中S2001中T319定时器时长的配置方法类似,具体可参见上述配置T319定时器的时长的相关描述,在此,本申请实施例不再进行赘述。
在启动T319定时器之后,就可以向网络设备发送RRC连接恢复请求消息,即执行下述S2102:
S2102、终端向网络设备发送RRC连接恢复请求消息。
示例的,RRC连接恢复请求消息可以包括I-RNTI、终端的身份验证信息,以及UE发起RRC连接恢复请求的原因值中的至少一种。其中,I-RNTI用于表示终端在一个RNA范围的唯一标识。终端的身份验证信息是根据终端存储的C-RNTI和RRC完整性密钥生成的身份验证信息。
在该S2102中,终端向网络设备发送RRC连接恢复请求消息的方法与上述S2002中终端向网络设备发送RRC连接恢复请求消息的方法类似,具体可以参见上述S2002中终端向网络设备发送RRC连接恢复请求消息的相关描述,在此,对于终端向网络设备发送RRC连接恢复请求消息的方法,本申请实施例不再进行赘述。
在该S2102中,终端除了向网络设备发送RRC连接恢复请求消息之外,也可以向网络设备发送上行数据、辅助信息及期望保持在非激活态继续发送数据的指示信息中的至少一个信息,这些信息的发送方式与上述S2002中向网络设备发送上行数据、辅助信息及期望保持在非激活态继续发送数据的指示信息中的至少一个信息的发送方式类似,可参见上述S2002中向网络设备发送上行数据、辅助信息及期望保持在非激活态继续发送数据的指示信息中的至少一个信息的相关描述,在此,本申请实施例不再进行赘述。与上述S2002不同的是,在本申请实施例中,由于除了T319定时器之外,还有RRC层额外设置的一个新定时器T3,因此,终端还可以再向网络设备发送一个启动指示信息,该启动指示信息用于指示后续在T319定时器运行期间,若满足启动条件,则启动该新定时器T3,从而实现终端启动的新定时器T3和网络设备启动的新定时器T3的同步。
终端在向网络设备发送RRC连接恢复请求消息之后,对应的,网络设备可以根据该RRC连接恢复请求消息向终端发送相应的下行信息,即执行下述S2103:
S2103、网络设备根据RRC连接恢复请求消息向终端发送下行信息。
在S2103中,网络设备根据RRC连接恢复请求消息向终端发送下行信息的方法与上述上述图20所示的实施例中,S2003网络设备根据RRC连接恢复请求消息向终端发送下行信息的方法类似,可参见上述S2003中的相关描述,在此,本申请实施例不再进行赘述。
S2104、终端在T319定时器运行期间,根据从网络设备接收到的下行信息启动新定时器T3。
终端在启动新定时器T3之前,先配置该启动新定时器T3的时长,使得该启动新定时器T3可以基于配置的时长进行运行。示例的,在配置该新定时器T3的时长时,终端可以从网络设备接收广播消息或RRC消息,并根据该广播消息或RRC消息中包括的指示新定时器T3时长的信息,配置该新定时器T3的时长。对于该指示新定时器T3时长的信息的获取方式,该指示新定时器T3时长的信息可以与指示T319定时器时长的信息通过同一个广播消息或RRC消息获取,也可以通过不同的广播消息或RRC消息获取,具体可以根据实际需要进行设置。对于该指示新定时器T3时长的信息的获取时间,该指示新定时器T3时长的信息可以与指示T319定时器时长的信息在同一时间获取,也可以在不同的时间获取,例如,在确定启动该新定时器T3时,再获取该指示新定时器T3时长的信息,具体可以根据实际需要进行设置。
其中,该新定时器T3的时长可以为目前网络配置的T319定时器的第一时长,示例的,该第一时长可以为{100ms,200ms,300ms,400ms,600ms,1000ms,1500ms,2000ms}中的某一值,也可以大于目前网络配置的T319定时器的一个第二时长,该第二时长可以通过广播消息或RRC消息进行配置,例如,第二时长为{100ms,200ms,300ms,400ms,600ms,1000ms,1500ms,2000ms,2500ms}中的某一值,示例的,第二时长可以为2500ms。由于在满足启动条件时,均会启动该新定时器T3,因此,对于这两种不同的时长,均可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间。可以理解的是,在新定时器T3的配置时长变长时,终端和网络设备进行数据传输的时间变长,便于终端网络设备进行多次数据传输。
在配置了新定时器T3的时长之后,就可以执行S2104终端在T319定时器运行期间,根据从网络设备接收到的下行信息启动新定时器T3。S2104终端在T319定时器运行期间,根据从网络设备接收到的下行信息启动新定时器T3的方法与上述S2004中终端在T319定时器运行期间,根据从网络设备接收到的下行信息重启该T319定时器的方法类似,可参见上述S2004中的相关描述,在此,对于终端在T319定时器运行期间,如何根据从网络设备接收到的下行信息启动新定时器T3的方法,本申请实施例不再进行赘述。
综上所述,终端在T319定时器运行期间,终端在根据从网络设备接收到的下行信息启动新定时器T3时,若终端接收到的下行信息中包括上行数据的反馈信息、上行授权信息、下行资源分配信息以及新增字段的指示信息中的任一种或者多种时,则启动新定时器T3,使得在新定时器T3运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送。若T319定时器还在运行状态,则可以停止T319定时器。例如,先启动新定时器T3,并在新定时器T3启动后,停止T319定时器;或者可以在启动新定时器T3的同时停止T319定时器。示例的,终端接收到的下行信息还包括定时调整命令和/或功率控制命令。在接收到该定时调整命令时,应用该定时调整命令进行上行传输定时调整;在接收到该功率控制命令时,应用该功率控制命令进行功率控制。
终端在根据接收到的下行信息启动该新定时器T3之后,由于该新定时器T3为初次启动,则终端还可以通过向网络设备发送一个指示信息,该指示信息用于指示网络设备启动的新定时器T3,从而将已经启动新定时器T3的信息同步给网络设备。并且,对于该新定时器T3而言,在启动之后,该新定时器T3不是一直处于运行状态,而是在终端从网络设备接收RRC连接恢复消息、RRC连接建立消息、或RRC连接释放消息消息时,停止该新定时器T3。
通过执行上述S2101-S2104,即终端在应RRC连接恢复的需求时,启动T319定时器,并向网络设备发送RRC连接恢复请求消息;这样在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息启动新定时器T3,并在新定时器T3运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求消息的RRC响应的时间,灵活地支持多次数据的发送。上述整个过程,可以理解为终端执行第一次延长操作,在执行完第一次延长操作后,还可以在新定时器T3启动并运行期间,根据从网络设备接收到的下行再次控制重启新定时器T3,以再次延长终端等待RRC连接恢复请求消息的RRC响应的时间,该过程可以理解为终端执行第二次延长操作。可以理解的是,终端执行第三次延长操作、或者之后的第N(N大于3)次延长操作的方法与终端执行第一次延长操作的方法类似,在此,本申请实施例以在执行完第一次延长操作后,还可以在新定时器T3启动并运行期间,根据从网络设备接收到的下行信息控制重启新定时器T3为例进行说明,示例的,在执行完上述S2104根据从网络设备接收到的下行信息启动该新定时器T3之后,还可以进一步执行下述S2105-S2107:
S2105、终端在新定时器T3运行期间,向网络设备发送上行数据。
S2106、网络设备根据上行数据向终端发送下行信息。
S2107、终端在新定时器T3运行期间,根据从网络设备接收到的下行信息重启该新定时器T3。
在S2105-S2107中,终端在新定时器T3运行期间,向网络设备发送上行数据,网络设备根据上行数据向终端发送下行信息,对应的,终端在新定时器T3运行期间,根据从网络设备接收到的下行信息重启该新定时器T3的方法,与上述图20所示的实施例中,S2005-S2007中,终端在T319定时器运行期间,向网络设备发送上行数据,网络设备根据上行数据向终端发送下行信息,对应的,终端在T319定时器运行期间,根据从网络设备接收到的下行信息重启该T319定时器的方法类似,可参见上述S2005-S2007中的相关描述,在此,本申请实施例不再进行赘述。
由于通过上述S2001-S2004执行第一次延长操作时,本身就是通过重启T319定时器延长终端等待RRC连接恢复请求消息的RRC响应的时间,因此,在上述S2007中执行第二次延长操作时,是第二次重启T319定时器以延长终端等待RRC连接恢复请求消息的RRC响应的时间。而在本申请实施例中,与上述S2007不同的是,由于通过上述S2101-S2104执行第一次延长操作时,是通过首次启动新定时器T3延长终端等待RRC连接恢复请求消息的RRC响应的时间,因此,在该S2107中执行第二次延长操作时,是第一次重启新定时器T3以延长终端等待RRC连接恢复请求消息的RRC响应的时间。
终端在根据从网络设备接收到的下行信息第一次重启该新定时器T3时,若终端接收到的下行信息中包括反馈信息、上行授权信息、下行资源分配信息以及新增字段的指示信息中的任一种或者多种时,则重启新定时器T3,即执行第二次延长操作,使得在新定时器T3运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求消息的RRC响应的时间,灵活地支持多次数据的发送,具体可以参见上述S2004中的相关描述,在此,本申请实施例不再进行赘述。可以理解的是,该新定时器T3在第一次重启之后,同样不是一直处于运行状态,而是在终端从网络设备接收RRC连接恢复消息、RRC连接建立消息、或RRC连接释放消息消息时,停止该新定时器T3。
可以理解的是,在该种可能的实现方式中,在启动新定时器T3时,只是以在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息启动新定时器T3为例进行说明,当然,在T319定时器运行期间,也可以根据与网络设备之间的数据传输启动新定时器T3,例如,在T319定时器运行期间,若终端发送了上行数据,则启动新定时器T3;或者,若接收到下行数据,则启动新定时器T3。
在上述第二种可能的实现方式中,该第一定时器可以为目前网络配置的T319定时器,第二定时器可以为MAC层设置的一个新定时器T4。即,终端在应RRC连接恢复的需求时,先启动T319定时器,并向网络设备发送RRC连接恢复请求消息;这样在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,启动该新定时器T4。需要说明的是,在该种可能的实现方式中,将以在T319定时器运行期间,终端可以根据与网络设备之间的数据传输启动或重启该新定时器T4为例进行说明,当然,在T319定时器运行期间,也可以根据从网络设备接收到的下行信息启动或重启该新定时器T4。示例的,请参见图22所示,图22为本申请实施例提供的再一种配置方法的流程示意图,该配置方法可以包括:
S2201、终端在应RRC连接恢复的需求时,启动T319定时器。
终端在启动T319定时器之前,先配置该T319定时器的时长,使得该T319定时器可以基于配置的时长进行运行。在该S2201中,T319定时器时长的配置方法与上述实施例中S2001中T319定时器时长的配置方法类似,具体可参见上述配置T319定时器的时长的相关描述,在此,本申请实施例不再进行赘述。
在启动T319定时器之后,就可以向网络设备发送RRC连接恢复请求消息,即执行下述S2202:
S2202、终端向网络设备发送RRC连接恢复请求消息。
示例的,RRC连接恢复请求消息可以包括I-RNTI、终端的身份验证信息,以及UE发起RRC连接恢复请求的原因值中的至少一种。其中,I-RNTI用于表示终端在一个RNA范围的唯一标识。终端的身份验证信息是根据终端存储的C-RNTI和RRC完整性密钥生成的身份验证信息。
在该S2202中,终端向网络设备发送RRC连接恢复请求消息的方法与上述S2002中终端向网络设备发送RRC连接恢复请求消息的方法类似,具体可以参见上述S2002中终端向网络设备发送RRC连接恢复请求消息的相关描述,在此,对于终端向网络设备发送RRC连接恢复请求消息的方法,本申请实施例不再进行赘述。
在该S2202中,终端除了向网络设备发送RRC连接恢复请求消息之外,也可以向网络设备发送上行数据、辅助信息及期望保持在非激活态继续发送数据的指示信息中的至少一个信息,这些信息的发送方式与上述S2002中向网络设备发送上行数据、辅助信息及期望保持在非激活态继续发送数据的指示信息中的至少一个信息的发送方式类似,可参见上述S2002中向网络设备发送上行数据、辅助信息及期望保持在非激活态继续发送数据的指示信息中的至少一个信息的相关描述,在此,本申请实施例不再进行赘述。与上述S2002不同的是,在本申请实施例中,由于除了T319定时器之外,还有MAC层设置的一个新定时器T4,因此,终端还可以再向网络设备发送一个启动指示信息,该启动指示信息用于指示后续在T319定时器运行期间,若满足启动条件,则启动该新定时器T4,从而实现终端启动的新定时器T4和网络设备启动的新定时器T3的同步。
终端在向网络设备发送RRC连接恢复请求消息之后,对应的,网络设备可以根据该RRC连接恢复请求消息向终端发送相应的下行信息,即执行下述S2203:
S2203、网络设备根据RRC连接恢复请求消息向终端发送下行信息。
在S2203中,网络设备根据RRC连接恢复请求消息向终端发送下行信息的方法与上述S2103中网络设备根据RRC连接恢复请求消息向终端发送下行信息的方法类似,可参见上述S2103中的相关描述,在此,本申请实施例不再进行赘述。此外,对于下行信息包括的内容,可参见上述上述S2104中的相关描述,在此,本申请实施例不再进行赘述。
S2204、终端在T319定时器运行期间,根据与网络设备之间的数据传输启动新定时器T4。
终端在启动新定时器T4之前,先配置该启动新定时器T4的时长,使得该启动新定时器T4可以基于配置的时长进行运行。示例的,在配置该新定时器T4的时长时,终端可以从网络设备接收广播消息或RRC消息,并根据该广播消息或RRC消息中包括的指示新定时器T4时长的信息,配置该新定时器T4的时长。可以理解的是,对于该指示新定时器T4时长的信息的获取方式,该指示新定时器T4时长的信息可以与指示T319定时器时长的信息通过同一个广播消息或RRC消息获取,也可以通过不同的广播消息或RRC消息获取,具体可以根据实际需要进行设置。对于该指示新定时器T4时长的信息的获取时间,该指示新定时器T4时长的信息可以与指示T319定时器时长的信息在同一时间获取,也可以在不同的时间获取,例如,在确定启动该新定时器T4时,再获取该指示新定时器T4时长的信息,具体可以根据实际需要进行设置。
其中,该新定时器T4的时长可以为目前网络配置的T319定时器的第一时长,示例的,该第一时长可以为{100ms,200ms,300ms,400ms,600ms,1000ms,1500ms,2000ms}中的某一值,也可以大于目前网络配置的T319定时器的一个第二时长,该第二时长可以通过广播消息或RRC消息进行配置,例如,第二时长为{100ms,200ms,300ms,400ms,600ms,1000ms,1500ms,2000ms,2500ms}中的某一值,示例的,第二时长可以为2500ms。由于在满足启动条件时,均会启动该新定时器T4,因此,对于这两种不同的时长,均可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间。可以理解的是,在新定时器T4的配置时长变长时,终端和网络设备进行数据传输的时间变长,便于终端网络设备进行多次数据传输。
与上述第一种可能的实现方式不同的是,在本申请实施例中,在T319定时器运行期间,由于是根据与网络设备之间的数据传输启动新定时器T4,因此,即使终端接收到的下行信息中包括反馈信息、上行授权信息、下行资源分配信息以及新增字段的指示信息中的任一种或者多种时,也不会启动该新定时器T4,而是根据与网络设备之间的数据传输启动新定时器T4,例如,在T319定时器运行期间,若终端发送了上行数据,例如,DTCH的数据,则启动新定时器T4;或者,若接收到下行数据,例如,DTCH的数据,则启动新定时器T4,使得在新定时器T4运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送。在启动该定时器T4之后,若T319定时器还在运行状态,则可以停止T319定时器。终端在根据与网络设备之间的数据传输启动该新定时器T4之后,由于该新定时器T4为初次启动,则终端还可以通过向网络设备发送一个指示信息,该指示信息用于指示网络设备启动的新定时器T4,从而将已经启动新定时器T4的信息同步给网络设备。并且,对于该新定时器T4而言,在启动之后,该新定时器T4不是一直处于运行状态,而是在终端从网络设备接收RRC连接恢复消息、RRC连接建立消息、或RRC连接释放消息消息时,停止该新定时器T4。在启动该新定时器T4之后,若该定时器T4超时,则终端的MAC层会通知RRC层该定时器T4超时,终端的MAC层根据该定时器T4超时信息终端终端进入空闲态。
通过执行上述S2201-S2204,即终端在应RRC连接恢复的需求时,启动T319定时器,并向网络设备发送RRC连接恢复请求消息;终端在T319定时器运行期间,根据与网络设备之间的数据传输启动新定时器T4,并在新定时器T4运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求消息的RRC响应的时间,灵活地支持多次数据的发送。上述整个过程,可以理解为终端执行第一次延长操作,在执行完第一次延长操作后,还可以在新定时器T4运行期间,根据与网络设备之间的数据传输再次控制重启新定时器T4,以再次延长终端等待RRC连接恢复请求消息的RRC响应的时间,该过程可以理解为终端执行第二次延长操作。终端执行第三次延长操作、或者之后的第N(N大于3)次延长操作的方法与终端执行第一次延长操作的方法类似,在此,本申请实施例以在执行完第一次延长操作后,还可以在新定时器T4启动并运行期间,根据与网络设备之间的数据传输控制重启新定时器T4为例进行说明,示例的,在执行完上述S2104根据与网络设备之间的数据传输启动该新定时器T4之后,还可以进一步执行下述S2205-S2207:
S2205、终端在新定时器T4运行期间,向网络设备发送上行数据。
S2206、网络设备根据上行数据向终端发送下行信息。
在S2205-S2206中,终端在新定时器T4运行期间,向网络设备发送上行数据,网络设备根据上行数据向终端发送下行信息的方法,与上述图20所示的实施例中,S2005-S2006中,终端在T319定时器运行期间,向网络设备发送上行数据,网络设备根据上行数据向终端发送下行信息的方法类似,可参见上述S2005-S2006中的相关描述,在此,本申请实施例不再进行赘述。
S2207、终端在新定时器T4运行期间,根据与网络设备之间的数据传输重启该新定时器T4。
在S2207中终端在新定时器T4运行期间,根据与网络设备之间的数据传输重启该新定时器T4的方法,与上述S2204中终端在新定时器T4运行期间,根据与网络设备之间的数据传输启动该新定时器T4的方法类似,在此,本申请实施例不再进行赘述。
在本申请实施例中,由于通过上述S2201-S2204执行第一次延长操作时,是通过首次启动新定时器T4延长终端等待RRC连接恢复请求消息的RRC响应的时间,因此,在该S2207中执行第二次延长操作时,是第一次重启新定时器T4以延长终端等待RRC连接恢复请求消息的RRC响应的时间。可以理解的是,该新定时器T4在第一次重启之后,同样不是一直处于运行状态,而是在终端从网络设备接收RRC连接恢复消息、RRC连接建立消息、或RRC连接释放消息消息时,停止该新定时器T4。
在该种可能的实现方式中,在启动新定时器T4时,只是以根据与网络设备之间的数据传输启动新定时器T4,例如,在T319定时器运行期间,若终端发送了上行数据,则启动新定时器T4;或者,若接收到下行数据,则启动新定时器T4为例进行说明,当然,在T319定时器运行期间,终端也可以根据从网络设备接收到的下行信息启动新定时器T4,具体可参见上述第一种可能的实现方式中根据从网络设备接收到的下行信息启动新定时器T3的相关描述,在此,对于终端如何根据从网络设备接收到的下行信息启动新定时器T4,本申请实施例不再进行赘述。
综上可以看出,在通过上述两种可能的场景描述本申请实施例提供的技术方案时,为了延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送,终端应无线资源控制RRC连接恢复的需求,可以先启动第一定时器,且都是通过配置授权信息指示的上行资源向网络设备发送RRC连接恢复请求消息;并在第一定时器运行期间,终端根据网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启所述第一定时器或启动第二定时器,有效地延长了终端等待RRC连接恢复的时间,从而灵活地支持多次数据的发送。在本申请实施例中,除了可以通过配置授权信息指示的上行资源向网络设备发送RRC连接恢复请求消息之外,还可以通过随机接入过程中的上行资源向网络设备发送RRC连接恢复请求消息。示例的,该上行资源可以为两步RACH中为消息A(MsgA)预先配置的PUSCH资源,也可以为四步RACH中终端接收到的随机接入响应中指示的上行资源,具体可以根据实际需要进行设置。可以理解的是,当通过随机接入过程中的上行资源向网络设备发送RRC连接恢复请求消息时,并在第一定时器运行期间满足重启条件,重启该第一定时器的技术方案同样可以适用于上述两种可能的场景,即在一种可能的场景中,在满足重启条件时,重启的定时器与在应RRC连接恢复的需求时,启动的定时器为同一个定时器,均为第一定时器。在另一种可能的场景中,终端在应RRC连接恢复的需求时,启动的是第一定时器,并在第一定时器运行期间满足启动条件时,启动第二定时器,以延长终端等待RRC连接恢复请求的RRC响应消息的时间。可以理解的是,在该种可能的场景中,在启动第二定时器时,还可以停止第一定时器。
下面,将主要针对第一种场景中第一种可能的实现方式,即第一定时器为目前网络配置的T319定时器,终端通过两步RACH的消息A(MsgA)中的上行资源向网络设备发送RRC连接恢复请求,在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启该T319定时器。在该种可能的实现方式中,将以在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息重启该T319定时器为例进行说明,当然,在T319定时器运行期间,也可以根据与网络设备之间的数据传输重启该T319定时器。示例的,请参见图23所示,图23为本申请实施例提供的又一种配置方法的流程示意图,该配置方法可以包括:
S2301、终端在应RRC连接恢复的需求时,启动T319定时器。
终端在启动T319定时器之前,需要先配置该T319定时器的时长,使得该T319定时器可以基于配置的时长进行运行。在该S2301中,T319定时器的配置方法与上述实施例中S2001中T319定时器的配置方法类似,具体可参见上述配置T319定时器的时长的相关描述,在此,本申请实施例不再进行赘述。
S2302、终端向网络设备发送前导码。
示例的,终端可以通过两步RACH的消息A(MsgA)向网络设备发送前导码,且该发送该前导码的资源可以为网络设备预先配置的PRACH资源,该PRACH资源可以通过广播消息或专用消息(比如,RRC连接释放消息)配置。
S2303、终端向网络设备发送RRC连接恢复请求消息。
示例的,RRC连接恢复请求消息可以包括I-RNTI、终端的身份验证信息,以及UE发起RRC连接恢复请求的原因值中的至少一种。其中,I-RNTI用于表示终端在一个RNA范围的唯一标识。终端的身份验证信息是根据终端存储的C-RNTI和RRC完整性密钥生成的身份验证信息。
终端在向网络设备发送RRC连接恢复请求消息时,与上述S2002中不同的是,在本申请实施例中,终端可以通过两步RACH的消息A(MsgA)向网络设备发送RRC连接恢复请求消息,且发送该RRC连接恢复请求消息的资源可以为网络设备预先配置的PUSCH资源,该PUSCH资源可以通过可以通过广播消息或专用消息(比如,RRC连接释放消息)配置。
示例的,终端除了向网络设备发送RRC连接恢复请求消息之外,也可以向网络设备发送上行数据、辅助信息及期望保持在非激活态继续发送数据的指示信息中的至少一个信息,这些信息的发送方式与上述S2002中向网络设备发送上行数据、辅助信息及期望保持在非激活态继续发送数据的指示信息中的至少一个信息的发送方式类似,可参见上述S2002中向网络设备发送上行数据、辅助信息及期望保持在非激活态继续发送数据的指示信息中的至少一个信息的相关描述,在此,本申请实施例不再进行赘述。在本申请实施例中,将以终端除了向网络设备发送RRC连接恢复请求消息之外,还向网络设备发送上行数据为例,继续对本申请实施例提供的技术方案进行说明,对应的,网络设备在接收到终端发送的RRC连接恢复请求消息和上行数据之后,执行下述S2304:
S2304、网络设备根据RRC连接恢复请求消息向终端发送下行信息。
需要说明的是,在S2304中,网络设备根据RRC连接恢复请求消息向终端发送下行信息的方法与上述图20所示的实施例中,S2003网络设备根据RRC连接恢复请求消息向终端发送下行信息的方法类似,可参见上述S2003中的相关描述,在此,本申请实施例不再进行赘述。
S2305、终端在T319定时器运行期间,根据从网络设备接收到的下行信息重启该T319定时器。
在S2305中,终端在T319定时器运行期间,根据从网络设备接收到的下行信息重启该T319定时器的方法与上述图20所示的实施例中,S2005终端在T319定时器运行期间,根据从网络设备接收到的下行信息重启该T319定时器的方法类似,可参见上述S2005中的相关描述,在此,对于S2305终端在T319定时器运行期间,如何根据从网络设备接收到的下行信息重启该T319定时器的方法,本申请实施例不再进行赘述。在S2305中,与上述S2005中不同的是,该下行信息中不包括反馈信息,而是可能包括TC-RNTI。
综上所述,终端在T319定时器运行期间,在根据从网络设备接收到的下行信息重启该T319定时器时,若终端接收到的下行信息中包括上行授权信息、下行资源分配信息以及新增字段的指示信息中的任一种或者多种时,则重启T319定时器,使得在T319定时器运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求的RRC响应消息的时间,灵活地支持多次数据的发送。示例的,终端接收到的下行信息还包括定时调整命令和/或功率控制命令。
通过执行上述S2301-S2305,即终端在应RRC连接恢复的需求时,启动T319定时器,并向网络设备发送RRC连接恢复请求消息;这样在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息重启该T319定时器,并在T319定时器运行期间进行数据传输,可以有效地延长终端等待RRC连接恢复请求消息的RRC响应的时间,灵活地支持多次数据的发送。上述整个过程,可以理解为终端执行第一次延长操作,在执行完第一次延长操作后,还可以在T319定时器重启并运行期间,根据从网络设备接收到的下行信息再次控制重启该T319定时器,以再次延长终端等待RRC连接恢复请求消息的RRC响应的时间,该过程可以理解为终端执行第二次延长操作。可以理解的是,终端执行第三次延长操作、或者之后的第N次(N大于3)延长操作的方法与终端执行第一次延长操作的方法类似,在此,本申请实施例以在执行完第一次延长操作后,还可以在T319定时器重启并运行期间,根从网络据设备接收到的下行信息再次控制重启T319定时器为例进行说明,示例的,在执行完上述S2305根据从网络设备接收到的下行信息重启该T319定时器之后,还可以进一步执行下述S2306-S2308:
S2306、终端在T319定时器运行期间,向网络设备发送上行数据。
S2307、网络设备根据上行数据向终端发送下行信息。
S2308、终端在T319定时器运行期间,根据从网络设备接收到的下行信息重启该T319定时器。
在S2306-S2308中,终端在新定时器T319运行期间,向网络设备发送上行数据,网络设备根据上行数据向终端发送下行信息,对应的,终端在T319定时器运行期间,根据从网络设备接收到的下行信息重启该T319定时器的方法,与上述图20所示的实施例中,S2005-S2007中,终端在T319定时器运行期间,向网络设备发送上行数据,网络设备根据上行数据向终端发送下行信息,对应的,终端在T319定时器运行期间,根据从网络设备接收到的下行信息重启该T319定时器的方法类似,可参见上述S2005-S2007中的相关描述,在此,本申请实施例不再进行赘述。
在该种可能的实现方式中,在重启T319定时器时,只是以在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息重启该T319定时器为例进行说明,当然,在T319定时器运行期间,也可以根据与网络设备之间的数据传输重启该T319定时器,例如,在T319定时器运行期间,若终端发送了上行数据,例如,DTCH的数据,则重启T319定时器;或者,若接收到下行数据,例如,DTCH的数据,则重启T319定时器。
上述图23所示的实施例详细描述了终端通过两步RACH的消息A(MsgA)向网络设备发送RRC连接恢复请求,并在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启该T319定时器的技术方案。当然,终端可以通过四步RACH接收到的随机接入响应中指示的上行资源向网络设备发送RRC连接恢复请求,并在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启该T319定时器。
在通过四步RACH接收到的随机接入响应中指示的上行资源向网络设备发送RRC连接恢复请求,并在T319定时器运行期间,重启该T319定时器的技术方案中,与上述图23所示的通过两步RACH的消息A(MsgA)向网络设备发送RRC连接恢复请求,并在T319定时器运行期间,重启该T319定时器的技术方案中不同的是,在上述S2303终端向网络设备发送RRC连接恢复请求消息之前,终端先接收网络设备发送的随机接入响应,该随机接入响应中可以包括TC-RNTI、上行授权以及定时提前命令,使得终端可以通过该随机接入响应中的上行授权向网络设备发送RRC连接恢复请求消息。示例的,终端除了向网络设备发送RRC连接恢复请求消息之外,终端除了向网络设备发送RRC连接恢复请求消息之外,也可以向网络设备发送上行数据、辅助信息及期望保持在非激活态继续发送数据的指示信息中的至少一个信息,可参见上述S2303中的相关描述。与上述S2304中不同的是,此处网络设备根据RRC连接恢复请求消息向终端发送的下行信息中不再是包括TC-RNTI、定时调整命令、功率控制命令、竞争解决信息、上行授权信息、下行资源分配信息、以及新增字段的指示信息中的至少一种,而是包括反馈信息、定时调整命令、功率控制命令、竞争解决信息、上行授权信息、下行资源分配信息、以及新增字段的指示信息中的至少一种;这样终端在T319定时器运行期间,在根据从网络设备接收到的下行信息重启该T319定时器时,若终端接收到的下行信息中包括反馈信息、上行授权信息、下行资源分配信息以及新增字段的指示信息中的任一种或者多种时,则重启T319定时器,具体过程可以参见上述图20所示的实施例中S2003以及S2004中的相关描述,在此,本申请实施例不再进行赘述。这样重启T319定时器之后,可以在T319定时器运行期间进行数据传输,有效地延长了终端等待RRC连接恢复的时间,从而灵活地支持多次数据的发送。示例的,若终端接收到的下行信息还包括定时调整命令和/或功率控制命令。其中,在接收到该定时调整命令时,应用该定时调整命令进行上行传输定时调整;在接收到该功率控制命令时,应用该功率控制命令进行功率控制。
终端在根据接收到的下行信息重启该T319定时器之后,还可以通过向网络设备发送一个指示信息,该指示信息用于指示终端重启的T319定时器,从而将已经重启该T319定时器的信息同步给网络设备。并且,对于该T319定时器而言,在重启之后,该T319定时器不是一直处于运行状态,而是在终端从网络设备接收RRC连接恢复消息、RRC连接建立消息、或RRC连接释放消息消息时,停止该T319定时器。
可以理解的是,在该种可能的实现方式中,在重启T319定时器时,只是以在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息,例如上行授权信息、下行资源分配信息以及新增字段的指示信息中的任一种或者多种,重启该T319定时器为例进行说明,当然,在T319定时器运行期间,也可以根据与网络设备之间的数据传输重启该T319定时器,例如,在T319定时器运行期间,若终端发送了上行数据,例如,DTCH的数据,则重启T319定时器;或者,若接收到下行数据,例如,DTCH的数据,则重启T319定时器。
可以看出,上述描述主要是针对第一种场景中第一种可能的实现方式,即第一定时器为目前网络配置的T319定时器时,分别通过两步RACH的消息A(MsgA)向网络设备发送RRC连接恢复请求,并在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启该T319定时器;以及通过四步RACH接收到的随机接入响应中指示的上行资源向网络设备发送RRC连接恢复请求,并在T319定时器运行期间,终端可以根据从网络设备接收到的下行信息或根据与网络设备之间的数据传输,重启该T319定时器的技术方案,当然,该第一定时器也可以为RRC层额外设置的一个新的定时器或者MAC层的一个新定时器,当第一定时器也可以为RRC层额外设置的一个新的定时器或者MAC层的一个新定时器时,控制该第一定时器重启的具体实现方式与当第一定时器为T319定时器时控制该第一定时器重启的具体实现方式类似,可参见上述当第一定时器为T319定时器时控制该第一定时器重启的相关描述,在此,本申请实施例不再进行赘述。
本申请实施例还提供用于实现以上任一种方法的装置,例如,提供一种装置包括用以实现以上任一种方法中终端所执行的各个步骤的单元(或手段)。再如,还提供另一种装置,包括用以实现以上任一种方法中网络设备所执行的各个步骤的单元(或手段)。
应理解以上装置中单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元以软件通过处理元件调用的形式实现,部分单元以硬件的形式实现。例如,各个单元可以为单独设立的处理元件,也可以集成在装置的某一个芯片中实现,此外,也可以以程序的形式存储于存储器中,由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件又可以成为处理器,可以是一种具有信号的处理能力的集成电路。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中,以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific IntegratedCircuit,ASIC),或,一个或多个微处理器(digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA),或这些集成电路形式中至少两种的组合。再如,当装置中的单元可以通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(Central Processing Unit,CPU)或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
以上用于接收的单元是一种该装置的接口电路,用于从其它装置接收信号。例如,当该装置以芯片的方式实现时,该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路,用于向其它装置发送信号。例如,当该装置以芯片的方式实现时,该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。
图24为本申请实施例提供的一种网络设备的结构示意图。其可以为以上实施例中的网络设备,用于实现以上实施例中网络设备的操作。如图24所示,该网络设备包括:天线2401、射频装置2402、基带装置2403。天线2401与射频装置2402连接。在上行方向上,射频装置2402通过天线2401接收终端发送的信息,将终端发送的信息发送给基带装置2403进行处理。在下行方向上,基带装置2403对终端的信息进行处理,并发送给射频装置2402,射频装置2402对终端的信息进行处理后经过天线2401发送给终端。
基带装置2403可以包括一个或多个处理元件24031,例如,包括一个主控CPU和其它集成电路。此外,该基带装置2403还可以包括存储元件24032和接口24033,存储元件24032用于存储程序和数据;接口24033用于与射频装置2402交互信息,该接口例如为通用公共无线接口(common public radio interface,CPRI)。以上用于网络设备的装置可以位于基带装置2403,例如,以上用于网络设备的装置可以为基带装置2403上的芯片,该芯片包括至少一个处理元件和接口电路,其中处理元件用于执行以上网络设备执行的任一种方法的各个步骤,接口电路用于与其它装置通信。在一种实现中,网络设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现,例如用于网络设备的装置包括处理元件和存储元件,处理元件调用存储元件存储的程序,以执行以上方法实施例中网络设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件,即片内存储元件,也可以为与处理元件处于不同芯片上的存储元件,即片外存储元件。
在另一种实现中,网络设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件,这些处理元件设置于基带装置上,这里的处理元件可以为集成电路,例如:一个或多个ASIC,或,一个或多个DSP,或,一个或者多个FPGA,或者这些类集成电路的组合。这些集成电路可以集成在一起,构成芯片。
网络设备实现以上方法中各个步骤的单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现,例如,基带装置包括该SOC芯片,用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件,由处理元件调用存储元件的存储的程序的形式实现以上网络设备执行的方法;或者,该芯片内可以集成至少一个集成电路,用于实现以上网络设备执行的方法;或者,可以结合以上实现方式,部分单元的功能通过处理元件调用程序的形式实现,部分单元的功能通过集成电路的形式实现。
可见,以上用于网络设备的装置可以包括至少一个处理元件和接口电路,其中至少一个处理元件用于执行以上方法实施例所提供的任一种网络设备执行的方法。处理元件可以以第一种方式:即调用存储元件存储的程序的方式执行网络设备执行的部分或全部步骤;也可以以第二种方式:即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行网络设备执行的部分或全部步骤;当然,也可以结合第一种方式和第二种方式执行以上网络设备执行的部分或全部步骤。
这里的处理元件同以上描述,可以是通用处理器,例如CPU,还可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。
存储元件可以是一个存储器,也可以是多个存储元件的统称。
图25为本申请实施例提供的另一种网络设备的结构示意图。其可以为以上实施例中的网络设备,用于实现以上实施例中网络设备的操作。如图25所示,该网络设备包括:处理器2501,存储器2502,和接口2503,处理器2501、存储器2502和接口2503信号连接。
以上配置装置位于该网络设备中,且各个单元的功能可以通过处理器2501调用存储器2502中存储的程序来实现。即,以上配置装置包括存储器和处理器,存储器用于存储程序,该程序被处理器调用,以执行以上方法实施例中的方法。这里的处理器可以是一种具有信号的处理能力的集成电路,例如CPU。或者以上各个单元的功能可以通过配置成实施以上方法的一个或多个集成电路来实现。例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。或者,可以结合以上实现方式。
图26为本申请实施例提供的一种终端的结构示意图。其可以为以上实施例中的终端,用于实现以上实施例中终端的操作。如图26所示,该终端包括:天线2601、射频部分2602、信号处理部分2603。天线2601与射频部分2602连接。在下行方向上,射频部分2602通过天线2601接收网络设备发送的信息,将网络设备发送的信息发送给信号处理部分2603进行处理。在上行方向上,信号处理部分2603对终端的信息进行处理,并发送给射频部分2602,射频部分2602对终端的信息进行处理后经过天线2601发送给网络设备。
信号处理部分2603可以包括调制解调子系统,用于实现对数据各通信协议层的处理;还可以包括中央处理子系统,用于实现对终端操作系统以及应用层的处理;此外,还可以包括其它子系统,例如多媒体子系统,周边子系统等,其中多媒体子系统用于实现对终端相机,屏幕显示等的控制,周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。可选的,以上用于终端的装置可以位于该调制解调子系统。
调制解调子系统可以包括一个或多个处理元件,例如,包括一个主控和其它集成电路。此外,该调制解调子系统还可以包括存储元件和接口电路。存储元件用于存储数据和程序,但用于执行以上方法中终端所执行的方法的程序可能不存储于该存储元件中,而是存储于调制解调子系统之外的存储器中,使用时调制解调子系统加载使用。接口电路用于与其它子系统通信。以上用于终端的装置可以位于调制解调子系统,该调制解调子系统可以通过芯片实现,该芯片包括至少一个处理元件和接口电路,其中处理元件用于执行以上终端执行的任一种方法的各个步骤,接口电路用于与其它装置通信。在一种实现中,终端实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现,例如用于终端的装置包括处理元件和存储元件,处理元件调用存储元件存储的程序,以执行以上方法实施例中终端执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件,即片内存储元件。
在另一种实现中,用于执行以上方法中终端所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件,即片外存储元件。此时,处理元件从片外存储元件调用或加载程序于片内存储元件上,以调用并执行以上方法实施例中终端执行的方法。
在又一种实现中,终端实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件,这些处理元件设置于调制解调子系统上,这里的处理元件可以为集成电路,例如:一个或多个ASIC,或,一个或多个DSP,或,一个或者多个FPGA,或者这些类集成电路的组合。这些集成电路可以集成在一起,构成芯片。
终端实现以上方法中各个步骤的单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现,该SOC芯片,用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件,由处理元件调用存储元件的存储的程序的形式实现以上终端执行的方法;或者,该芯片内可以集成至少一个集成电路,用于实现以上终端执行的方法;或者,可以结合以上实现方式,部分单元的功能通过处理元件调用程序的形式实现,部分单元的功能通过集成电路的形式实现。
可见,以上用于终端的装置可以包括至少一个处理元件和接口电路,其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端执行的方法。处理元件可以以第一种方式:即调用存储元件存储的程序的方式执行终端执行的部分或全部步骤;也可以以第二种方式:即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端执行的部分或全部步骤;当然,也可以结合第一种方式和第二种方式执行终端执行的部分或全部步骤。
这里的处理元件同以上描述,可以是通用处理器,例如CPU,还可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。
存储元件可以是一个存储器,也可以是多个存储元件的统称。
Claims (21)
1.一种配置方法,其特征在于,包括:
接收无线资源控制RRC连接释放消息,所述RRC连接释放消息包括第一信息,所述第一信息用于指示目标配置参数;所述目标配置参数包括:无线承载配置参数和小区组配置参数;
根据所述RRC连接释放消息进入非激活态,且根据所述第一信息确定非激活态的上下文参数,其中,所述非激活态的上下文参数包括所述目标配置参数,或,所述非激活态的上下文参数包括终端的上下文参数中除所述目标配置参数之外的参数;
所述第一信息为所述目标配置参数对应的标识;所述终端存储有配置参数对应的标识和配置参数的映射关系,所述根据所述第一信息确定非激活态的上下文参数,包括:
根据所述目标配置参数对应的标识,及所述映射关系确定所述非激活态的上下文参数包括所述标识对应的目标配置参数。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
上报所述终端的非激活态的能力信息。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
接收第一指示,所述第一指示用于指示所述终端在非激活态时监听物理下行控制信道。
4.根据权利要求3所述的方法,其特征在于,
所述第一指示包括在所述RRC连接释放消息中。
5.根据权利要求1-2、4任一项所述的方法,其特征在于,所述方法还包括:
接收第二指示,所述第二指示用于指示所述终端在非激活态时允许进行上行传输。
6.根据权利要求5所述的方法,其特征在于,所述接收第二指示,包括:
发送随机接入请求;
接收所述随机接入请求的响应消息,所述响应消息包括上行授权和所述第二指示,所述第二指示用于指示在非激活态时允许在所述上行授权上进行上行传输。
7.一种配置方法,其特征在于,包括:
确定目标配置参数;所述目标配置参数包括:无线承载配置参数和小区组配置参数;
发送无线资源控制RRC连接释放消息,所述RRC连接释放消息包括第一信息,所述第一信息为所述目标配置参数对应的标识;所述第一信息用于指示所述目标配置参数,所述RRC连接释放消息用于指示终端根据所述RRC连接释放消息进入非激活态,所述第一信息用于指示终端确定非激活态的上下文参数,其中,所述非激活态的上下文参数包括所述目标配置参数,或,所述非激活态的上下文参数包括终端的上下文参数中除所述目标配置参数之外的参数;
所述方法还包括:
发送所述配置参数对应的标识和配置参数的映射关系。
8.根据权利要求7所述的方法,其特征在于,所述确定目标配置参数,包括:
接收来自核心网设备的会话建立请求,所述会话建立请求中包括会话类型,所述会话类型用于指示终端在非激活态时允许进行上行传输;
基于所述会话类型,确定所述目标配置参数。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
向所述核心网设备发送会话建立响应。
10.根据权利要求7-9任一项所述的方法,其特征在于,所述方法还包括:
发送第一指示,所述第一指示用于指示终端在非激活态时监听物理下行控制信道。
11.根据权利要求10所述的方法,其特征在于,
所述第一指示信息包括在所述RRC连接释放消息中。
12.根据权利要求7-9、11任一项所述的方法,其特征在于,所述方法还包括:
发送第二指示,所述第二指示用于指示终端在非激活态时允许进行上行传输。
13.根据权利要求12所述的方法,其特征在于,所述发送第二指示,包括:
接收随机接入请求;
发送所述随机接入请求的响应消息,所述响应消息包括上行授权和所述第二指示,所述第二指示用于指示在非激活态时允许在所述上行授权上进行上行传输。
14.一种配置装置,其特征在于,包括:用于执行上述权利要求1至6任一项所述的各个步骤的单元。
15.一种配置装置,其特征在于,包括:处理器,用于调用存储器中的程序,以执行权利要求1至6任一项所述的方法。
16.一种配置装置,其特征在于,包括:处理器和接口电路,所述接口电路用于与其它装置通信,所述处理器用于执行权利要求1至6任一项所述的方法。
17.一种配置装置,其特征在于,包括:用于执行上述权利要求7至13任一项所述的各个步骤的单元。
18.一种配置装置,其特征在于,包括:处理器,用于调用存储器中的程序,以执行权利要求7至13任一项所述的方法。
19.一种配置装置,其特征在于,包括:处理器和接口电路,所述接口电路用于与其它装置通信,所述处理器用于执行权利要求7至13任一项所述的方法。
20.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储程序,所述程序被处理器调用时,权利要求1至13任一项所述的方法被执行。
21.一种计算机程序产品,其特征在于,包括程序,且当所述程序被处理器调用时,权利要求1至13任一项所述的方法被执行。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2019/109722 WO2021062797A1 (zh) | 2019-09-30 | 2019-09-30 | 配置方法和装置 |
CNPCT/CN2019/109722 | 2019-09-30 | ||
PCT/CN2020/075402 WO2021062974A1 (zh) | 2019-09-30 | 2020-02-14 | 配置方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114679919A CN114679919A (zh) | 2022-06-28 |
CN114679919B true CN114679919B (zh) | 2024-05-03 |
Family
ID=75336364
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080062554.8A Active CN114679919B (zh) | 2019-09-30 | 2020-02-14 | 配置方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220225465A1 (zh) |
EP (1) | EP4030809A4 (zh) |
CN (1) | CN114679919B (zh) |
WO (2) | WO2021062797A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11622388B2 (en) * | 2021-03-08 | 2023-04-04 | Nokia Technologies Oy | Energy efficient, RRC state aware uplink radio resource allocation |
US11683851B2 (en) * | 2021-03-15 | 2023-06-20 | Qualcomm Incorporated | Multi-USIM suspension and optimized resumption |
US20230016194A1 (en) * | 2021-07-15 | 2023-01-19 | Qualcomm Incorporated | Modifying a configuration of a radio bearer based on a request for quality of service (qos) for a communication flow |
CN118042649A (zh) * | 2022-11-04 | 2024-05-14 | 维沃移动通信有限公司 | 数据接收、信息传输方法、装置、终端及网络侧设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104105214A (zh) * | 2013-04-01 | 2014-10-15 | 电信科学技术研究院 | 一种数据传输方法及装置 |
WO2018174577A1 (ko) * | 2017-03-22 | 2018-09-27 | 엘지전자 주식회사 | 랜덤 접속 과정을 수행하는 방법 및 이를 위한 장치 |
CN109391963A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 一种传输方法和网络设备 |
CN109923915A (zh) * | 2016-11-13 | 2019-06-21 | Lg电子株式会社 | 用于接收下行链路信号的方法和用户设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109327917B (zh) * | 2013-03-22 | 2022-01-11 | 华为技术有限公司 | 建立连接的方法及设备 |
US10728927B2 (en) * | 2016-11-11 | 2020-07-28 | FG Innovation Company Limited | Data packet delivery in RRC inactive state |
CN108616943B (zh) * | 2017-01-26 | 2021-06-04 | 华为技术有限公司 | 信息传输方法、基站以及用户设备 |
US20180234839A1 (en) * | 2017-02-13 | 2018-08-16 | Futurewei Technologies, Inc. | System and Method for User Equipment Identification and Communications |
US20180324869A1 (en) * | 2017-05-04 | 2018-11-08 | Qualcomm Incorporated | Uplink early data transmission |
-
2019
- 2019-09-30 WO PCT/CN2019/109722 patent/WO2021062797A1/zh active Application Filing
-
2020
- 2020-02-14 EP EP20871813.0A patent/EP4030809A4/en active Pending
- 2020-02-14 WO PCT/CN2020/075402 patent/WO2021062974A1/zh unknown
- 2020-02-14 CN CN202080062554.8A patent/CN114679919B/zh active Active
-
2022
- 2022-03-29 US US17/707,614 patent/US20220225465A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104105214A (zh) * | 2013-04-01 | 2014-10-15 | 电信科学技术研究院 | 一种数据传输方法及装置 |
CN109923915A (zh) * | 2016-11-13 | 2019-06-21 | Lg电子株式会社 | 用于接收下行链路信号的方法和用户设备 |
WO2018174577A1 (ko) * | 2017-03-22 | 2018-09-27 | 엘지전자 주식회사 | 랜덤 접속 과정을 수행하는 방법 및 이를 위한 장치 |
CN109391963A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 一种传输方法和网络设备 |
Non-Patent Citations (5)
Title |
---|
"S3-190358-RRCInactiveCorrection".3GPP tsg_sa\wg3_security.2019,全文. * |
2-steps RACH procedure for NR-U;OPPO;3GPP TSG-RAN WG2 Meeting #104 R2-1816263;第2节 * |
Introduction of SA;Ericsson (Rapporteur);3GPP TSG-WG2 Meeting #102 R2-1809239;第4.2.1节 * |
MsgB contents and formats in 2-step RACH;OPPO;3GPP TSG-RAN WG2 Meeting #106 R2-1905600;第2节 * |
OPPO.R2-1905600 "msgB contents and formats in 2-step RACH".3GPP tsg_ran\wg2_rl2.2019,(第tsgr2_106期),全文. * |
Also Published As
Publication number | Publication date |
---|---|
US20220225465A1 (en) | 2022-07-14 |
WO2021062797A1 (zh) | 2021-04-08 |
EP4030809A4 (en) | 2023-03-01 |
CN114679919A (zh) | 2022-06-28 |
EP4030809A1 (en) | 2022-07-20 |
WO2021062974A1 (zh) | 2021-04-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114679919B (zh) | 配置方法和装置 | |
EP4236570A2 (en) | Light connection method and apparatus for use in wireless communication system | |
WO2021077434A1 (zh) | 一种通信方法及装置 | |
RU2768363C2 (ru) | Способ передачи данных и устройство | |
JP2018019403A (ja) | 無線通信システムにおけるランダムアクセス手順のmsg3送信を改善するための方法及び装置 | |
CN110352624B (zh) | 用在无线通信系统中的轻连接方法和设备 | |
CN108886748B (zh) | 用于减少信令开销和减少终端电池的方法和设备 | |
WO2018019001A1 (zh) | 一种终端状态转换方法及装置 | |
JP2020511902A (ja) | 無線アクセスネットワーク更新手順に参加するユーザ機器および基地局 | |
US20150172037A1 (en) | Mobile communication system, user terminal, processor, and storage medium | |
KR20220051754A (ko) | 이동 통신 시스템에서 mbs 서비스를 지원하는 방법 및 장치 | |
CN115715471A (zh) | 用于下一代移动通信系统中的多播服务的移动性支持方法和装置 | |
US20240057173A1 (en) | Method, device, and system for small data transmission in wireless networks | |
WO2016019739A1 (zh) | 用户状态的处理方法及装置 | |
KR20220052750A (ko) | 무선 통신 시스템에서 mbs 통신을 위한 방법 및 장치 | |
CN108924963B (zh) | 一种保持空口状态同步的方法、终端及基站 | |
CN111147202A (zh) | 一种车联网的数据传输方法、发送终端和网络侧设备 | |
CN113475113A (zh) | 处理多个活动bwp的方法和装置 | |
TW202224454A (zh) | 用於mbs的無線通信的裝置和方法 | |
EP4046460A1 (en) | Early state handling assistance for efficient rrc state change | |
US10681759B2 (en) | Paging schemes for peer-to-peer communications | |
CN115278546A (zh) | 数据传输方法、相关设备及可读存储介质 | |
KR20200071736A (ko) | 네트워크 액세스 우선 순위화 | |
WO2023010257A1 (zh) | 侧行通信方法、装置、设备及存储介质 | |
WO2023051366A1 (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 |