CN111698767B - 一种请求***信息的方法及设备 - Google Patents
一种请求***信息的方法及设备 Download PDFInfo
- Publication number
- CN111698767B CN111698767B CN201910188000.1A CN201910188000A CN111698767B CN 111698767 B CN111698767 B CN 111698767B CN 201910188000 A CN201910188000 A CN 201910188000A CN 111698767 B CN111698767 B CN 111698767B
- Authority
- CN
- China
- Prior art keywords
- timer
- message
- terminal device
- system information
- random access
- 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 111
- 230000004044 response Effects 0.000 claims abstract description 46
- 238000004891 communication Methods 0.000 claims description 174
- 230000007246 mechanism Effects 0.000 claims description 50
- 230000004913 activation Effects 0.000 claims description 4
- 238000012545 processing Methods 0.000 description 50
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 41
- 230000015654 memory Effects 0.000 description 38
- 230000006870 function Effects 0.000 description 30
- 230000005540 biological transmission Effects 0.000 description 20
- 230000008569 process Effects 0.000 description 17
- 230000011664 signaling Effects 0.000 description 15
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 14
- 101150096622 Smr2 gene Proteins 0.000 description 14
- 238000010586 diagram Methods 0.000 description 14
- 238000013461 design Methods 0.000 description 10
- 230000007958 sleep Effects 0.000 description 9
- 238000004590 computer program Methods 0.000 description 8
- 239000000126 substance Substances 0.000 description 8
- 101150096310 SIB1 gene Proteins 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 101150039363 SIB2 gene Proteins 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000006266 hibernation Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000004622 sleep time Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
-
- 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
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及一种请求***信息的方法及设备,其中的一种请求***信息的方法包括:向网络设备发送用于请求***信息的第一消息;接收来自所述网络设备的第二消息,并确定所述第二消息为所述第一消息的响应消息;启动或重启第一定时器,以在所述第一定时器的运行时间内等待接收用于调度所述***信息的下行控制信道,其中,在所述第一定时器的运行时间内,所述终端设备处于激活状态。本申请实施例控制了终端设备进入休眠态的时机,提高了***信息的接收成功率。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种请求***信息的方法及设备。
背景技术
在第五代移动通信技术(the 5th generation,5G)新空口(new radio,NR)***中,***消息分为主***信息块(master information block,MIB)、剩余最小***信息(remaining minimum system information,RMSI)以及其他***信息(other systeminformation,OSI)。其中,RMSI也就是***信息块1(system information block,SIB1)。其中,除了MIB和SIB1之外的其他的SIB,例如SIB2或SIB3等,都可以称为OSI,周期相同的OSI也可能被封装成一个***信息(system information,SI)发送。
在NR***中,SI可能通过周期性广播方式发送,或者也可能根据终端设备的请求发送。如果SI根据终端设备的请求发送,则终端设备一般可以在随机接入过程中向基站发送请求,而基站可以通过广播方式或专用信令向终端设备发送SI。例如,终端设备可以通过随机接入过程中的第一消息(Msg1)向基站请求SI,或者可以通过随机接入过程中的第三消息(Msg3)向基站请求SI。
下面介绍,终端设备通过随机接入过程中的Msg1向基站请求SI,而基站通过专用信令向终端设备发送SI的机制。如果终端设备被配置了连接态非连续接收(connected-discontinuous reception,C-DRX)机制,且终端设备通过随机接入过程中的Msg1向基站请求SI,则终端设备会在进入C-DRX的激活期后,向基站发送Msg1,以通过Msg1向基站请求SI。基站在接收Msg1后,会向终端设备发送用于调度随机接入响应(random access response,RAR)的物理下行控制信道(physical downlink control channel,PDCCH)。在发送用于调度RAR的PDCCH后,基站会发送RAR,在发送RAR后,基站还会发送用于调度SI的PDCCH,之后才会再发送SI,这样终端设备就可以获得SI。其中,如果终端设备接收了用于调度SI的PDCCH,则该PDCCH会携带翻转的新数据指示(new data indication,NDI),因此终端设备可以启动DRX非激活定时器(drx-inactivity timer),以在drx-inactivity timer的运行时间内接收SI。但是,基站所发送的用于调度RAR的PDCCH是用于调度RAR的,并不用于指示新传数据,所以该PDCCH不会携带NDI,或携带的NDI并未翻转。那么终端设备在接收该PDCCH后,不会启动drx-inactivity timer。则,由于终端设备并未启动drx-inactivity timer,当前的C-DRX周期的激活期可能很快就会结束,之后终端设备就会进入休眠态。那么,如果终端设备在接收用于调度SI的PDCCH之前就进入了休眠态,显然无法接收用于调度SI的PDCCH,从而也就无法接收SI,导致SI的丢失。
发明内容
本申请实施例提供一种请求***信息的方法及设备,用于提高终端设备获得SI的成功率。
第一方面,提供第一种请求***信息的方法,该方法包括:
向网络设备发送用于请求***信息的第一消息;
接收来自所述网络设备的第二消息,并确定所述第二消息为所述第一消息的响应消息;
启动或重启第一定时器,以在所述第一定时器的运行时间内等待接收用于调度所述***信息的下行控制信道,其中,在所述第一定时器的运行时间内,所述终端设备处于激活状态。
该方法可由第一通信装置执行,第一通信装置例如为终端设备或能够支持终端设备实现该方法所需的功能的通信装置,或者例如为能够设置在终端设备中的芯片。
在本申请实施例中,例如第二消息为RAR,则在接收来自网络设备的第二消息后,可以启动或重启第一定时器,从而在第一定时器的运行时间内终端设备不会休眠,以尽量保证能够接收来自网络设备的用于调度***信息的下行控制信道,从而进一步接收***信息。通过这种方式,控制了终端设备进入休眠态的时机,提高了***信息的接收成功率。
结合第一方面,在第一方面的一种可能的实施方式中,启动或重启第一定时器,包括:
在接收所述第二消息时,启动或重启所述第一定时器;或,
在用于接收所述第二消息的时间窗的结束时刻,启动或重启所述第一定时器。
例如,可以在接收第二消息时就启动或重启第一定时器,对于网络设备来说,也是可以在第二消息发送完毕后就启动或重启第一定时器,或者在发送第二消息时就启动或重启第一定时器。这样对于第一定时器的启动或重启较为及时。
或者,也可以在用于接收第二消息的时间窗的结束时刻再启动或重启第一定时器,可以理解为,无论终端设备是在接收时间窗的什么时域位置接收第二消息,终端设备都可以在接收时间窗的结束时刻再启动或重启第一定时器,这样可以使得第一定时器的定时时长全都用于等待用于调度SI的下行控制信道,提高对于第一定时器的利用率,也提高对于用于调度SI的下行控制信道的接收成功率。
结合第一方面,在第一方面的一种可能的实施方式中,所述方法还包括:
获取预配置的所述第一定时器的定时时长;或,
接收来自所述网络设备的第三消息,所述第三消息用于指示所述第一定时器的定时时长。
作为第一定时器的第一种实现方式,第一定时器可以不利用现有技术中已有的定时器,而是通过新的定时器实现,可以认为第一定时器是本申请实施例专门提供的定时器,或者说是专用于实现本申请实施例所提供的技术方案的定时器。第一定时器的定时时长例如可以通过协议规定;或者,第一定时器的定时时长可以预配置在终端设备中,例如可以由网络设备预配置在终端设备中,或者可以在终端设备出厂前预配置在终端设备中;或者,第一定时器的定时时长也可以由网络设备指示,例如,网络设备可以向终端设备发送第三消息,第三消息可以指示第一定时器的定时时长,终端设备接收第三消息后,就可以确定第一定时器的定时时长。通过专门的定时器实现第一定时器的功能,使得第一定时器的功能更为明确。
结合第一方面,在第一方面的一种可能的实施方式中,所述第一定时器为非连续接收机制中的非激活定时器、下行重传定时器或上行重传定时器;其中,
所述非激活定时器用于所述终端设备在所述非激活定时器的运行时间内等待接收来自所述网络设备的下行新传数据,所述下行重传定时器用于所述终端设备在所述下行重传定时器的运行时间内等待接收来自所述网络设备的下行重传数据,所述上行重传定时器用于所述终端设备在所述上行重传定时器的运行时间内发送上行重传数据。
或者,作为第一定时器的第二种实现方式,第一定时器也可以利用现有技术中已有的定时器来实现。例如,第一定时器可以是C-DRX机制中的非激活定时器、下行重传定时器或上行重传定时器中的任意一种。在这三种定时器中的任一种定时器的运行时间内,终端设备都处于激活状态,因此,本申请实施例可以利用这三种定时器中的任意一种定时器,使得终端设备处于激活状态,以尽量能够在第一定时器的运行时间内接收用于调度SI的下行控制信道,从而能够接收SI。而且,第一定时器可以直接利用现有技术中已有的定时器,也便于使得本申请实施例的技术方案与现有的协议兼容。
结合第一方面,在第一方面的一种可能的实施方式中,所述方法还包括:
接收来自所述网络设备的所述用于调度所述***信息的下行控制信道;
启动或重启非激活定时器,其中,在所述非激活定时器的运行时间内,所述终端设备处于激活状态;
在所述非激活定时器的运行时间内,根据所述下行控制信道的调度,接收来自所述网络设备的所述***信息。
因为在第一定时器的运行时间内终端设备不会休眠,因此可以接收来自网络设备的用于调度***信息的下行控制信道,从而进一步接收***信息,提高了对于***信息的获取成功率。
结合第一方面,在第一方面的一种可能的实施方式中,接收来自所述网络设备的所述***信息,包括:
接收来自所述网络设备的RRC连接重配置消息,所述RRC连接重配置消息携带所述***信息;或,
接收来自所述网络设备的专用消息,所述专用消息携带所述***信息。
在本申请实施例中,网络设备在发送SI时,可以将SI携带在专用消息中发送,该专用消息可以是专用于在本申请实施例所保护的情况下发送SI的消息。例如该专用消息为RRC消息,或者也可以是其他类型的消息。通过专用消息发送***信息,使得***信息无需与混杂在其他信息中发送,有助于提高***信息的发送成功率,也有助于提高终端设备对于***信息的解码成功率。
或者,网络设备也可以通过已有的消息发送SI,例如网络设备可以将SI携带在RRC连接重配置消息中发送,或者也可以将SI携带在其他的消息中发送。在发送SI时可以复用已有的消息,这样既能达到发送SI的目的,又能节省传输资源,而且还使得本申请实施例所提供的方案更易于与现有的协议兼容。
结合第一方面,在第一方面的一种可能的实施方式中,确定所述第二消息为所述第一消息的响应消息,包括:
确定所述第二消息只包含RAPID。
以第一消息是Msg1、第二消息是Msg2为例。如果Msg2是响应用于请求SI的Msg1,则Msg2中只会包含RAPID。因此,终端设备可以根据第二消息只包含RAPID,确定第二消息是用于响应第一消息的。
结合第一方面,在第一方面的一种可能的实施方式中,所述方法还包括:
接收来自所述网络设备的第四消息;
确定所述第四消息用于指示允许所述终端设备在非连续接收机制的非激活期内获取***信息。
作为一种可选的实施方式,对于终端设备的这种允许,可以是网络设备预先指示的,例如,网络设备可以向终端设备发送第四消息,第四消息用于指示允许终端设备在C-DRX机制的非激活期内获取SI,终端设备接收来自网络设备的第四消息后,就可以确定能够在C-DRX机制的非激活期内获取SI。通过这种模式,使得网络设备可以指示有需求的终端设备能够在C-DRX机制的非激活期内获取SI,而对于其他的终端设备,可以不在C-DRX机制的非激活期内获取SI,以节省终端设备的功耗。而且网络设备既然可以指示终端设备能够在C-DRX机制的非激活期内获取SI,也就可以指示终端设备不能在C-DRX机制的非激活期内获取SI,那么,对于已指示能够在C-DRX机制的非激活期内获取SI,网络设备也可以再次指示不能在C-DRX机制的非激活期内获取SI,从而这些终端设备在获取SI之后,下次可以不在C-DRX机制的非激活期内获取SI,以节省终端设备的功耗。
第二方面,提供第二种请求***信息的方法,该方法包括:
接收来自终端设备的用于请求***信息的第一消息;
向所述终端设备发送第二消息,所述第二消息为所述第一消息的响应消息;
启动或重启第一定时器,以在所述第一定时器的运行时间内发送用于调度所述***信息的下行控制信道。
该方法可由第二通信装置执行,第二通信装置例如为网络设备或能够支持网络设备实现该方法所需的功能的通信装置,或者例如为能够设置在网络设备中的芯片。网络设备例如为基站。
结合第二方面,在第二方面的一种可能的实施方式中,启动或重启第一定时器,包括:
在发送所述第二消息时,启动或重启所述第一定时器;或,
在用于发送所述第二消息的时间窗的结束时刻,启动或重启所述第一定时器。
结合第二方面,在第二方面的一种可能的实施方式中,所述方法还包括:
向所述终端设备发送第三消息,所述第三消息用于指示所述第一定时器的定时时长。
结合第二方面,在第二方面的一种可能的实施方式中,所述第一定时器为非连续接收机制中的非激活定时器、下行重传定时器或上行重传定时器;其中,
所述非激活定时器用于所述网络设备在所述非激活定时器的运行时间内发送下行新传数据,所述下行重传定时器用于所述网络设备在所述下行重传定时器的运行时间内发送下行重传数据,所述上行重传定时器用于所述网络设备在所述上行重传定时器的运行时间内等待接收来自所述终端设备的上行重传数据。
结合第二方面,在第二方面的一种可能的实施方式中,所述方法还包括:
向所述终端设备发送所述用于调度所述***信息的下行控制信道;
启动或重启非激活定时器;
在所述非激活定时器的运行时间内,根据所述下行控制信道的调度,向所述终端设备发送所述***信息。
结合第二方面,在第二方面的一种可能的实施方式中,向所述终端设备发送所述***信息,包括:
向所述终端设备发送RRC连接重配置消息,所述RRC连接重配置消息携带所述***信息;或,
向所述终端设备发送专用消息,所述专用消息携带所述***信息。
结合第二方面,在第二方面的一种可能的实施方式中,所述第二消息为所述第一消息的响应消息,包括:
所述第二消息只包含RAPID。
结合第二方面,在第二方面的一种可能的实施方式中,所述方法还包括:
向所述终端设备发送第四消息,所述第四消息用于指示允许所述终端设备在非连续接收机制的非激活期内获取***信息。
关于第二方面或第二方面的任一种可能的实现方式的技术效果,可参考对第一方面或第一方面的各种可能的实现方式的介绍。
第三方面,提供第一种通信装置,例如该通信装置为如前所述的第一通信装置。所述通信装置用于执行上述第一方面或第一方面的任一可能的实现方式中的方法。具体地,所述通信装置可以包括用于执行第一方面或第一方面的任一可能的实现方式中的方法的模块,例如包括相互耦合的处理模块和收发模块。示例性地,所述通信装置为通信设备。示例性地,所述通信设备为终端设备。其中,
所述收发模块,用于向网络设备发送用于请求***信息的第一消息;
所述收发模块,还用于接收来自所述网络设备的第二消息,并确定所述第二消息为所述第一消息的响应消息;
所述处理模块,用于启动或重启第一定时器,以在所述第一定时器的运行时间内等待接收用于调度所述***信息的下行控制信道,其中,在所述第一定时器的运行时间内,所述通信装置处于激活状态。
结合第三方面,在第三方面的一种可能的实施方式中,所述处理模块,用于通过如下方式启动或重启第一定时器:
在接收所述第二消息时,启动或重启所述第一定时器;或,
在用于接收所述第二消息的时间窗的结束时刻,启动或重启所述第一定时器。
结合第三方面,在第三方面的一种可能的实施方式中,
所述处理模块,还用于获取预配置的所述第一定时器的定时时长;或,
所述收发模块,还用于接收来自所述网络设备的第三消息,所述第三消息用于指示所述第一定时器的定时时长。
结合第三方面,在第三方面的一种可能的实施方式中,所述第一定时器为非连续接收机制中的非激活定时器、下行重传定时器或上行重传定时器;其中,
所述非激活定时器用于所述通信装置在所述非激活定时器的运行时间内等待接收来自所述网络设备的下行新传数据,所述下行重传定时器用于所述通信装置在所述下行重传定时器的运行时间内等待接收来自所述网络设备的下行重传数据,所述上行重传定时器用于所述通信装置在所述上行重传定时器的运行时间内发送上行重传数据。
结合第三方面,在第三方面的一种可能的实施方式中,
所述收发模块,还用于接收来自所述网络设备的所述用于调度所述***信息的下行控制信道;
所述处理模块,还用于启动或重启非激活定时器,其中,在所述非激活定时器的运行时间内,所述通信装置处于激活状态;
所述收发模块,还用于在所述非激活定时器的运行时间内,根据所述下行控制信道的调度,接收来自所述网络设备的所述***信息。
结合第三方面,在第三方面的一种可能的实施方式中,所述收发模块,用于通过如下方式接收来自所述网络设备的所述***信息:
接收来自所述网络设备的RRC连接重配置消息,所述RRC连接重配置消息携带所述***信息;或,
接收来自所述网络设备的专用消息,所述专用消息携带所述***信息。
结合第三方面,在第三方面的一种可能的实施方式中,所述处理模块,用于通过如下方式确定所述第二消息为所述第一消息的响应消息:
确定所述第二消息只包含RAPID。
结合第三方面,在第三方面的一种可能的实施方式中,
所述收发模块,还用于接收来自所述网络设备的第四消息;
所述处理模块,还用于确定所述第四消息用于指示允许所述通信装置在非连续接收机制的非激活期内获取***信息。
关于第三方面或第三方面的任一种可能的实现方式的技术效果,可参考对第一方面或第一方面的各种可能的实现方式的介绍。
第四方面,提供第二种通信装置,该通信装置例如为如前所述的第二通信装置。所述通信设备用于执行上述第二方面或第二方面的任一可能的实现方式中的方法。具体地,所述通信设备可以包括用于执行第二方面或第二方面的任一可能的实现方式中的方法的模块,例如包括相互耦合的处理模块和收发模块。示例性地,所述通信装置为通信设备。示例性地,所述通信设备为网络设备。其中,
所述收发模块,用于接收来自终端设备的用于请求***信息的第一消息;
所述收发模块,用于向所述终端设备发送第二消息,所述第二消息为所述第一消息的响应消息;
所述处理模块,用于启动或重启第一定时器,以在所述第一定时器的运行时间内发送用于调度所述***信息的下行控制信道。
结合第四方面,在第四方面的一种可能的实施方式中,所述处理模块,用于通过如下方式启动或重启第一定时器:
在发送所述第二消息时,启动或重启所述第一定时器;或,
在用于发送所述第二消息的时间窗的结束时刻,启动或重启所述第一定时器。
结合第四方面,在第四方面的一种可能的实施方式中,所述收发模块,还用于向所述终端设备发送第三消息,所述第三消息用于指示所述第一定时器的定时时长。
结合第四方面,在第四方面的一种可能的实施方式中,所述第一定时器为非连续接收机制中的非激活定时器、下行重传定时器或上行重传定时器;其中,
所述非激活定时器用于所述通信装置在所述非激活定时器的运行时间内发送下行新传数据,所述下行重传定时器用于所述通信装置在所述下行重传定时器的运行时间内发送下行重传数据,所述上行重传定时器用于所述通信装置在所述上行重传定时器的运行时间内等待接收来自所述终端设备的上行重传数据。
结合第四方面,在第四方面的一种可能的实施方式中,
所述收发模块,还用于向所述终端设备发送所述用于调度所述***信息的下行控制信道;
所述处理模块,还用于启动或重启非激活定时器;
所述收发模块,还用于在所述非激活定时器的运行时间内,根据所述下行控制信道的调度,向所述终端设备发送所述***信息。
结合第四方面,在第四方面的一种可能的实施方式中,所述收发模块,用于通过如下方式向所述终端设备发送所述***信息:
向所述终端设备发送RRC连接重配置消息,所述RRC连接重配置消息携带所述***信息;或,
向所述终端设备发送专用消息,所述专用消息携带所述***信息。
结合第四方面,在第四方面的一种可能的实施方式中,所述第二消息为所述第一消息的响应消息,包括:
所述第二消息只包含RAPID。
结合第四方面,在第四方面的一种可能的实施方式中,所述收发模块,还用于向所述终端设备发送第四消息,所述第四消息用于指示允许所述终端设备在非连续接收机制的非激活期内获取***信息。
关于第四方面或第四方面的任一种可能的实现方式的技术效果,可参考对第二方面或第二方面的各种可能的实现方式的介绍。
第五方面,提供第三种通信装置,该通信装置例如为如前所述的第一通信装置。该通信装置包括处理器和收发器,用于实现上述第一方面或第一方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。示例性的,所述通信设备为终端设备。其中,收发器例如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。
第六方面,提供第四种通信装置,该通信装置例如为如前所述的第二通信装置。该通信装置包括处理器和收发器,用于实现上述第二方面或第二方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。示例性的,所述通信设备为终端设备。其中,收发器例如通过通信设备中的天线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。
第七方面,提供第五种通信装置。该通信装置可以为上述方法设计中的第一通信装置。示例性地,所述通信装置为设置在终端设备中的芯片。该通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使第五种通信装置执行上述第一方面或第一方面的任意一种可能的实施方式中的方法。
其中,第五种通信装置还可以包括通信接口,该通信接口可以是终端设备中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果第五种通信装置为设置在终端设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
第八方面,提供第六种通信装置。该通信装置可以为上述方法设计中的第二通信装置。示例性地,所述通信装置为设置在网络设备中的芯片。该通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使第五种通信装置执行上述第二方面或第二方面的任意一种可能的实施方式中的方法。
其中,第六种通信装置还可以包括通信接口,该通信接口可以是网络设备中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果第六种通信装置为设置在网络设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
第九方面,提供一种通信***,该通信***可以包括第三方面所述的第一种通信装置、第五方面所述的第三种通信装置或第七方面所述的第五种通信装置,以及包括第四方面所述的第二种通信装置、第六方面所述的第四种通信装置或第八方面所述的第六种通信装置。
第十方面,提供一种计算机存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。
第十一方面,提供一种计算机存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。
第十二方面,提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。
第十三方面,提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。
在本申请实施例中,在第一定时器的运行时间内终端设备不会休眠,以尽量保证能够接收来自网络设备的用于调度***信息的下行控制信道,从而进一步接收***信息。通过这种方式,控制了终端设备进入休眠态的时机,提高了***信息的接收成功率。
附图说明
图1为本申请实施例的一种应用场景示意图;
图2为本申请实施例的另一种应用场景示意图;
图3为本申请实施例提供的一种请求***信息的方法的流程图;
图4为在本申请实施例提供的第一定时器的第一种实现方式下,请求SI的过程的一种示意图;
图5为在本申请实施例提供的第一定时器的第二种实现方式下,请求SI的过程的一种示意图;
图6为本申请实施例提供的一种能够实现终端设备的功能的通信设备的一种示意性框图;
图7为本申请实施例提供的一种能够实现终端设备的功能的通信设备的另一示意性框图;
图8为本申请实施例提供的一种能够实现网络设备的功能的通信设备的一种示意性框图;
图9为本申请实施例提供的一种能够实现网络设备的功能的通信设备的另一示意性框图;
图10为本申请实施例提供的通信装置的示意性框图;
图11为本申请实施例提供的通信装置的另一示意性框图;
图12为本申请实施例提供的通信装置的再一示意性框图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
以下,对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
1)终端设备,包括向用户提供语音和/或数据连通性的设备,例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network,RAN)与核心网进行通信,与RAN交换语音和/或数据。该终端设备可以包括用户设备(user equipment,UE)、无线终端设备、移动终端设备、设备到设备通信(device-to-device,D2D)终端设备、V2X终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications,M2M/MTC)终端设备、物联网(internet of things,IoT)终端设备、订户单元(subscriber unit)、订户站(subscriberstation),移动站(mobile station)、远程站(remote station)、接入点(access point,AP)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(userterminal)、用户代理(user agent)、或用户装备(user device)等。例如,可以包括移动电话(或称为“蜂窝”电话),具有移动终端设备的计算机,便携式、袖珍式、手持式、计算机内置的移动装置等。例如,个人通信业务(personal communication service,PCS)电话、无绳电话、会话发起协议(session initiation protocol,SIP)话机、无线本地环路(wirelesslocal loop,WLL)站、个人数字助理(personal digital assistant,PDA)、等设备。还包括受限设备,例如功耗较低的设备,或存储能力有限的设备,或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification,RFID)、传感器、全球定位***(global positioning system,GPS)、激光扫描器等信息传感设备。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:
智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能头盔、智能首饰等。
而如上介绍的各种终端设备,如果位于车辆上(例如放置在车辆内或安装在车辆内),都可以认为是车载终端设备,车载终端设备例如也称为车载单元(on-board unit,OBU)。
本申请实施例中,终端设备还可以包括中继(relay)。或者理解为,能够与基站进行数据通信的都可以看作终端设备。
2)网络设备,例如包括接入网(access network,AN)设备,例如基站(例如,接入点),可以是指接入网中在空口通过一个或多个小区与无线终端设备通信的设备,或者例如,一种车到一切(vehicle to everything,V2X)技术中的网络设备为路侧单元(roadside unit,RSU)。基站可用于将收到的空中帧与网际协议(IP)分组进行相互转换,作为终端设备与接入网的其余部分之间的路由器,其中接入网的其余部分可包括IP网络。RSU可以是支持V2X应用的固定基础设施实体,可以与支持V2X应用的其他实体交换消息。网络设备还可协调对空口的属性管理。例如,网络设备可以包括长期演进(long term evolution,LTE)***或高级长期演进(long term evolution-advanced,LTE-A)中的演进型基站(NodeB或eNB或e-NodeB,evolutional Node B),或者也可以包括5G NR***(也简称为NR***)中的下一代节点B(next generation node B,gNB)或者也可以包括云接入网(cloudradio access network,Cloud RAN)***中的集中式单元(centralized unit,CU)和分布式单元(distributed unit,DU),本申请实施例并不限定。
3)DRX,在DRX机制下,终端设备在睡眠时间里会停止监听PDCCH。DRX分两种:空闲(idle)DRX和C-DRX。
idle DRX,也就是终端设备处于空闲状态的非连续性接收,由于终端设备处于空闲状态时,已经没有无线资源控制(radio resource control,RRC)连接以及终端设备的专有资源,因此在idle DRX下终端设备主要监听寻呼消息,只要定义好寻呼消息的周期,就可以达到非连续接收的目的。终端设备监听用户数据时,会离开空闲态,例如从空闲状态先进入连接态。
C-DRX,也就是终端设备处在RRC连接(connected)状态下的DRX。在C-DRX下,终端设备会周期性地盲检测候选PDCCH,如果在一段时间内检测不到PDCCH,终端设备就会从激活状态进入停止(OFF)状态,在OFF状态下终端设备停止检测PDCCH,以降低终端设备的能耗。其中,OFF状态又可以称为睡眠态或休眠态,激活状态又可以称为激活态。
在DRX机制中,会涉及到多个定时器(timer),例如包括drx-持续(on duration)timer、drx-inactivity timer、drx-混合自动重传请求(hybrid automatic repeatrequest,HARQ)往返时延(round-trip time,RTT)timer下行(DL)、drx-HARQ RTT timer上行(UL)、drx-重传(retransmission)timerDL或drx-retransmission timerUL等。
下面,对上述多个定时器进行介绍。
①drx-on duration timer,用于指示终端设备在进入DRX周期后,连续的时间单元的个数。终端设备在这段时间内监听PDCCH。
②drx-inactivity timer,用于指示在PDCCH指示了数据传输后,连续的时间单元的个数,或者可以理解为在检测到指示数据传输的下行控制信道之后,终端设备检测下行控制信道的时间,也可以理解为指示在终端设备检测到指示数据传输的下行控制信道之后的连续的下行控制信道的时间单元的个数,或者可以理解为指示在终端设备检测到指示数据传输的下行控制信息(downlink control information,DCI)之后,终端设备检测控制信道的时间。例如,在drx-on duration timer的运行时间内,终端设备如果检测到PDCCH,且检测到的PDCCH用于指示数据新传(可以理解为,检测到的PDCCH携带了翻转的NDI),则终端设备会启动drx-inactivity timer。终端设备在drx-inactivity timer的运行时间内可以继续监听PDCCH。另外,网络设备在drx-inactivity timer的运行时间内可以向终端设备发送下行新传数据,终端设备在drx-inactivity timer的运行时间内也可以接收来自网络设备的下行新传数据。
③drx-HARQ RTT timerDL,用于指示终端设备希望收到下行指配重传的最小时间,或者说,用于指示下行重传接收之前最少的连续的时间单元的个数,也可以理解为最小的重传调度间隔,即用于指示下一个下行数据发送最早在多少个时间单元后出现。在该定时器运行时间内,终端设备处于休眠态。可以理解为,在该定时器运行期间,终端设备不监听PDCCH。其中,终端设备在接收下行指配重传后,启动该定时器。下行指配重传,可以是指用于调度下行重传数据的PDCCH。
④drx-HARQ RTT timerUL,用于指示上行重传之前最少的连续的时间单元的个数,也可以理解为最小的重传调度间隔,即用于指示下一个上行数据发送最早在多少个时间单元后出现。在该定时器运行时间内,终端设备处于休眠态。可以理解为,在该定时器运行期间,终端设备不会发送上行数据,网络设备也不会收到上行数据。其中,终端设备在接收上行调度后,启动该定时器。上行调度,可以是指用于调度上行重传数据的PDCCH。
⑤drx-retransmission timerDL,用于指示在接收下行重传数据之前,终端设备检测控制信道的时间,或者说,用于指示在接收下行重传数据之前连续的控制信道的时间单元的个数。在drx-HARQ RTT timerDL超时,且终端设备对于接收的下行数据未能成功译码的情况下,可以启动drx-retransmission timerDL。在drx-retransmission timerDL的运行时间内,终端设备处于激活态。可以理解为,在该定时器的运行时间内,终端设备需要监听PDCCH。另外,在drx-retransmission timerDL的运行时间内,网络设备可以向终端设备发送下行重传数据,终端设备也就可以接收来自网络设备的下行重传数据。
⑥drx-retransmission timerUL,用于指示在接收上行重传数据之前,网络设备接收数据的时间,或者说,用于指示在接收上行重传数据之前连续的控制信道的时间单元的个数。在drx-HARQ RTT timerUL超时时,可以启动drx-retransmission timerUL。在drx-retransmission timerUL的运行时间内,终端设备处于激活态。可以理解为,在drx-retransmission timerUL的运行时间内,终端设备需要监听PDCCH。且在drx-retransmission timerUL的运行时间内,终端设备可以发送上行重传数据,网络设备也就可以在drx-retransmission timerUL的运行时间内接收来自终端设备的上行重传数据。
另外,以上定时器,例如,drx-on duration timer、drx-inactivity timer、drx-retransmission timerDL或drx-retransmission timerUL等,为LTE***中使用的名称。当上述定时器应用于其他通信***中,例如5G***或者其他类型的通信***中时,也可以使用其他名称,在功能上可能也有相应的变化。本申请实施例对此均不做限制。
4)本文所述的非激活定时器,例如为drx-inactivity timer;下行重传定时器,例如为drx-retransmission timerDL;上行重传定时器,例如为drx-retransmissiontimerUL。
5)下行控制信道,例如为PDCCH,或者为增强的物理下行控制信道(enhancedphysical downlink control channel,EPDCCH),窄带物理下行控制信道(narrowbandphysical downlink control channel,NPDCCH),或者可以是其他的下行控制信道。
6)本申请实施例中的术语“***”和“网络”可被互换使用。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。
以及,除非有相反的说明,本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的顺序、时序、优先级或者重要程度。例如,第一同步信号和第二同步信号,只是为了区分不同的同步信号,而并不是表示这两个同步信号的内容、优先级、发送顺序或者重要程度等的不同。
此外,本申请实施例和权利要求书及附图中的术语“包括”和“具有”不是排他的。例如,包括了一系列步骤或模块的过程、方法、***、产品或设备没有限定于已列出的步骤或模块,还可以包括没有列出的步骤或模块。
如上介绍了本申请实施例涉及的一些概念,下面介绍本申请实施例中涉及的技术特征。
在NR***中,SI的发送方式有两种,一种是通过广播方式发送,这种方式可以理解为,无需终端设备请求,基站会周期性通过广播发送;还有一种是按需方式发送,对此可以理解为是根据终端设备的请求发送,按需SI(on demand SI)指的就是按需方式发送。例如,在终端设备需要获得SI、且基站为终端设备配置的***信息广播状态为“不广播”的情况下,终端设备可以向基站发起SI获取请求,基站根据终端设备发起的SI获取请求,再通过广播或专用信令等方式将SI发送给终端设备。例如,在NR***中,考虑到不同的业务类型、终端设备的带宽能力或终端设备的功耗等因素,引入了带宽部分(bandwidth part,BWP)的概念,基站在每个载波或服务小区上最多可以给终端设备配置4个激活的BWP。按照目前协议的结论,并不一定会为每个激活的BWP都配置SI公共搜索空间,而只有配置了SI公共搜索空间,基站才会在SI公共搜索空间中周期性广播SI。那么对于一个终端设备来说,如果该终端设备所在的激活的BWP并未配置SI公共搜索空间,则该终端设备无法获得基站周期性发送的SI,而只能通过按需方式获得SI。
其中,***信息广播状态是基站事先配置给终端设备的,如果***信息广播状态为“不广播”,也就表明基站不会周期性广播SI,因此需要终端设备主动获取。
如果SI根据终端设备的请求发送,则终端设备一般可以在随机接入过程中向基站发送请求。例如,终端设备可以通过随机接入过程中的Msg1向基站请求SI,或者可以通过随机接入过程中的Msg3向基站请求SI,而基站可以通过广播方式或专用信令向终端设备发送SI。其中,终端设备通过随机接入过程中的Msg1向基站请求SI的方式也可以称为基于Msg1(Msg1 based)的方式,终端设备通过随机接入过程中的Msg3向基站请求SI的方式也可以称为基于Msg3(Msg3 based)的方式。下面分别介绍这两种方式。
Msg1 based:
如果基站在SIB1里配置了专用于请求SI的物理随机接入信道(physical randomaccess channel,PRACH)资源,从而终端设备可以通过基站所配置的PRACH资源来向基站请求SI,也就是说,终端设备就可以采用Msg1 based方式获取SI。PRACH资源例如包括随机接入前导(preamble),还可以包括其他的资源。
其中,基站配置了专用于请求SI的PRACH资源,可以理解为,是配置了PRACH资源与SI之间的映射关系。根据PRACH资源与SI的映射关系,终端设备发送一次Msg1,可以只请求一个SI,也可以请求多个SI。例如基站配置,PRACH资源1对应于SI#1,PRACH资源2对应于SI#2和SI#3。那么,如果终端设备在发送Msg1时使用的是PRACH资源1,就表明终端设备请求的是SI#1,而如果终端设备在发送Msg1时使用的是PRACH资源2,就表明终端设备请求的是SI#2和SI#3。
终端设备通过Msg1向基站发送SI获取请求(可以理解为,是通过专用于请求SI的PRACH资源向基站发送Msg1),基站通过随机接入过程中的第二消息(Msg2)向终端设备发送对于Msg1的响应消息。用于响应对于SI的请求的Msg2,一般只包含随机接入前导标识符(random access preamble identifier,RAPID)。其中,Msg1可以是preamble,Msg2可以是RAR。
Msg3 based:
如果基站没有为终端设备配置专用于请求SI的PRACH资源,终端设备就可以通过Msg3请求SI。例如,基站如果为终端设备配置了专用于请求SI的PRACH资源,则可以通过SIB1通知给终端设备。那么,如果终端设备在接收的SIB1中未获取基站所配置的专用于请求SI的PRACH资源的信息,就可以确定要通过Msg3请求SI。
如果终端设备通过Msg3向基站发送用于请求SI的请求消息,基站可以通过随机接入过程中的第四消息(Msg4)向终端设备发送响应消息。其中,Msg4可以是竞争解决消息。
下面介绍,终端设备通过随机接入过程中的Msg1向基站请求SI,而基站通过专用信令向终端设备发送SI的机制。如果终端设备被配置了C-DRX机制,且终端设备采用Msg1based方式获取SI,则终端设备会在进入C-DRX的激活期后,向基站发送随机接入过程中的Msg1,以通过Msg1向基站请求SI。基站在接收Msg1后,会向终端设备发送用于调度RAR的PDCCH。在发送用于调度RAR的PDCCH后,基站会发送RAR,在发送RAR后,基站还会发送用于调度SI的PDCCH,之后才会再发送SI,这样终端设备就可以获得SI。其中,如果终端设备接收了用于调度SI的PDCCH,则终端根据该PDCCH在对应的时频资源位置接收通过专用信令发送的SI。但是,基站所发送的用于调度RAR的PDCCH是用于调度RAR的,并不用于指示新传数据,所以该PDCCH不会携带NDI。那么终端设备在接收该PDCCH后,不会启动drx-inactivitytimer。则,由于终端设备并未启动drx-inactivity timer,当前的C-DRX周期的激活期可能很快就会结束,之后终端设备就会进入休眠态。那么,如果终端设备在接收用于调度SI的PDCCH之前就进入了休眠态,显然无法接收用于调度SI的PDCCH,从而也就无法接收SI,导致SI的丢失。
鉴于此,提供本申请实施例的技术方案。在本申请实施例中,例如第二消息为RAR,则在接收来自网络设备的第二消息后,终端设备可以启动或重启第一定时器,从而在第一定时器的运行时间内终端设备不会休眠,以尽量保证能够接收来自网络设备的用于调度***信息的下行控制信道,从而进一步接收***信息。通过这种方式,控制了终端设备进入休眠态的时机,提高了***信息的接收成功率。
本申请实施例可应用于演进的通用移动通信***陆地无线接入网(evolveduniversal mobile telecommunications system terrestrial radio access network,E-UTRAN)***,或者下一代(next generation,NG)-RAN***,或者还可以应用于下一代通信***或者类似的通信***。
请参考图1,为本申请实施例的一种应用场景,或者说是本申请实施例应用的一种网络架构,该网络架构例如为E-UTRAN***的一种网络架构。在图1中,E-UTRAN由eNB组成,提供面向终端设备的E-UTRA用户面和控制面的协议。eNB之间通过X2接口互连。eNB也通过S1-MME接口连接到移动管理实体(mobility management entity,MME),以及通过S1-U接口连接到服务网关(service gateway,S-GW)。图1中以3个eNB为例,且eNB在图1中表示为网络设备,分别为第一网络设备、第二网络设备和第三网络设备。在图1中未画出终端设备,实际上图1中的每个eNB都可能服务于一个或多个终端设备,本申请实施例所提供的技术方案就可以通过终端设备和服务于终端设备的eNB执行。
请参考图2,为本申请实施例的另一种应用场景,或者说是本申请实施例应用的另一种网络架构,该网络架构例如为NG-RAN***的一种网络架构。在图2中,gNB提供面向终端设备的NR用户平面和控制平面协议,且gNB连接到5G***的核心网,ng-eNB提供面向终端设备的E-UTRA用户平面和控制平面协议,ng-eNB也连接到5G***的核心网。gNB与ng-eNB之间通过Xn接口互连,且gNB与ng-eNB均通过NG接口连接到5G核心网(5GC)中的接入和移动性管理功能(access and mobility management function,AMF)/用户面功能(user planefunction,UPF)。在图2中,第四网络设备和第五网络设备均为gNB,第六网络设备和第七网络设备均为ng-eNB。在图2中也未画出终端设备,实际上图2中的每个gNB或者ng-gNB都可能服务于一个或多个终端设备,本申请实施例所提供的技术方案就可以通过终端设备和服务于终端设备的gNB执行,或者也可以通过终端设备和服务于终端设备的ng-eNB执行。
或者,在图2中,第四网络设备、第六网络设备和第七网络设备也可以均为gNB。gNB提供面向终端设备的NR用户平面和控制平面协议,且gNB连接到5G***的核心网。gNB与gNB之间通过Xn接口互连,且gNB通过NG接口连接到5G核心网中的AMF/UPF。在图2中也未画出终端设备,实际上图2中的每个gNB都可能服务于一个或多个终端设备,本申请实施例所提供的技术方案就可以通过终端设备和服务于终端设备的gNB执行。
下面结合说明书附图介绍本申请实施例提供的技术方案。
本申请实施例提供一种请求***信息的方法,请参见图3,为该方法的流程图。该方法可应用于图1或图2所示的场景,在下文的介绍过程中,就以本申请实施例提供的方法应用于图1或图2所示的应用场景为例。另外,该方法可由两个通信装置执行,这两个通信装置例如为第一通信装置和第二通信装置,其中,第一通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,或者第一通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,当然还可以是其他通信装置,例如芯片***。对于第二通信装置也是同样,第二通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,或者第二通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,当然还可以是其他通信装置,例如芯片***。且对于第一通信装置和第二通信装置的实现方式均不做限制,例如第一通信装置可以是网络设备,第二通信装置是终端设备,或者第一通信装置和第二通信装置都是网络设备,或者第一通信装置和第二通信装置都是终端设备,或者第一通信装置是网络设备,第二通信装置是能够支持终端设备实现该方法所需的功能的通信装置,等等。其中,网络设备例如为基站。
为了便于介绍,在下文中,以该方法由网络设备和终端设备执行为例,也就是,以第一通信装置是网络设备、第二通信装置是终端设备为例。如果将本申请实施例提供的方法应用于图1所示的应用场景,则下文所述的网络设备可以是图1中的第一网络设备、第二网络设备或第三网络设备中的任一个网络设备,如果将本申请实施例提供的方法应用于图2所示的应用场景,则下文所述的网络设备可以是图2中的第四网络设备、第五网络设备、第六网络设备或第七网络设备中的任一个网络设备。
S31、终端设备向网络设备发送用于请求***信息的第一消息,网络设备接收来自终端设备的用于请求***信息的所述第一消息。
在下文中,***信息也称为SI。例如,终端设备需要获得SI,且网络设备为终端设备配置的***信息广播状态为“不广播”的情况下,终端设备可以向网络设备发送第一消息,以获取SI。例如在NR***中,网络设备在每个载波或服务小区上最多可以给终端设备配置4个激活的BWP。而终端设备所在的激活的BWP并未配置SI公共搜索空间,则该终端设备无法获得网络设备周期性发送的SI,而只能通过按需方式获得SI,因此该终端设备可以向网络设备发送第一消息。
在本申请实施例中,第一消息例如为随机接入过程中的Msg1,也就是说,终端设备可以采用Msg1 based方式获取SI。例如,本申请实施例采用的机制是,终端设备通过随机接入过程中的Msg1向基站请求SI,而基站通过专用信令向终端设备发送SI。
在这种方式下,网络设备配置了专用于请求SI的PRACH资源,可以理解为,是配置了PRACH资源与SI之间的映射关系。PRACH资源例如包括preamble,还可以包括其他的资源。根据PRACH资源与SI的映射关系,终端设备发送一次Msg1,可以只请求一个SI,也可以请求多个SI。例如网络设备配置,PRACH资源1对应于SI#1,PRACH资源2对应于SI#2和SI#3。那么,如果终端设备在发送Msg1时使用的是PRACH资源1,就表明终端设备请求的是SI#1,而如果终端设备在发送Msg1时使用的是PRACH资源2,就表明终端设备请求的是SI#2和SI#3。终端设备只需根据所要请求的SI选择对应的PRACH资源即可。
S32、网络设备向终端设备发送第二消息,终端设备接收来自网络设备的所述第二消息,所述第二消息为所述第一消息的响应消息。
在本申请实施例中,第一消息例如为随机接入过程中的Msg1,第二消息作为第一消息的响应消息,例如为随机接入过程中的Msg2。
终端设备通过Msg1向网络设备发送第一消息(例如,终端设备是通过专用于请求SI的PRACH资源向网络设备发送Msg1),网络设备通过Msg2向终端设备发送对于Msg1的响应。
其中,响应用于请求SI的Msg1的Msg2,一般只包含RAPID,而如果Msg2除了包含RAPID之外还包含其他信息,表明该Msg2不是响应用于请求SI的Msg1的Msg2。因此,终端设备在接收Msg2后,如果确定Msg2只包含RAPID,就可以确定该Msg2是响应用于请求SI的Msg1的Msg2。
S33、终端设备启动或重启第一定时器,以在所述第一定时器的运行时间内等待接收用于调度所述***信息的下行控制信道,其中,在所述第一定时器的运行时间内,终端设备处于激活状态。另外,网络设备也启动或重启第一定时器,以在所述第一定时器的运行时间内发送用于调度所述***信息的下行控制信道。
其中,如果第一定时器未启动,则终端设备可以启动第一定时器,而如果第一定时器已启动且未超时,则终端设备可以重启第一定时器。对于网络设备来说也是同样的。
当然,终端设备启动或重启第一定时器,与网络设备启动或重启第一定时器,二者的发生时间可以相同,或者也可以不同,具体的不做限制。
在本申请实施例中,在接收来自网络设备的Msg2后,终端设备可以启动或重启第一定时器,从而在第一定时器的运行时间内终端设备不会休眠,以尽量保证能够接收来自网络设备的用于调度SI的下行控制信道,从而进一步接收SI。通过这种方式,控制了终端设备进入休眠态的时机,提高了SI的接收成功率。
对于终端设备来说,可以在接收第二消息时就启动或重启第一定时器,对于网络设备来说,也是可以在第二消息发送完毕后就启动或重启第一定时器,或者在发送第二消息时就启动或重启第一定时器。这样对于第一定时器的启动或重启较为及时。
或者,对于终端设备来说,对于第二消息的接收,可以有规定的时间窗,终端设备可以在该时间窗内接收第二消息,该时间窗例如也可以称为接收时间窗。那么,终端设备接收第二消息的时刻,可能是接收时间窗的起始时刻,或者是接收时间窗的结束时刻,或者是接收时间窗从起始时刻到结束时刻之间的其他的时刻。例如,终端设备接收第二消息的时刻并不是接收时间窗的结束时刻,如果终端设备在接收第二消息时就启动或重启第一定时器,那么第一定时器的部分运行时间就与接收时间窗剩余的时间重合,而接收时间窗是用于接收第二消息的,在接收时间窗内,网络设备不会发送用于调度SI的下行控制信道,终端设备自然也不会在接收时间窗内接收用于调度SI的下行控制信道。因此,如果第一定时器的部分运行时间就与接收时间窗剩余的时间重合,是对第一定时器的定时的一种浪费,还有可能因为浪费了这部分时间,导致第一定时器剩余的定时时长不足以等到接收用于调度SI的下行控制信道。
因此,考虑到这个因素,终端设备可以在用于接收第二消息的时间窗(也就是接收时间窗)的结束时刻再启动或重启第一定时器,可以理解为,无论终端设备是在接收时间窗的什么时域位置接收第二消息,终端设备都可以在接收时间窗的结束时刻再启动或重启第一定时器,这样可以使得第一定时器的定时时长全都用于等待用于调度SI的下行控制信道,提高对于第一定时器的利用率,也提高对于用于调度SI的下行控制信道的接收成功率。
相对应的,对于网络设备来说,对于第二消息的发送,可以有规定的时间窗,网络设备可以在该时间窗内发送第二消息,该时间窗例如也可以称为发送时间窗。那么,网络设备发送第二消息的时刻,可能是发送时间窗的起始时刻,或者是发送时间窗的结束时刻,或者是发送时间窗从起始时刻到结束时刻之间的其他的时刻。同样的考虑到以上问题,可以使得网络设备在用于发送第二消息的时间窗(也就是发送时间窗)的结束时刻再启动或重启第一定时器。
其中,如果终端设备在接收第二消息时就启动或重启第一定时器,则网络设备也在第二消息发送完毕后就启动或重启第一定时器;或者,如果终端设备在用于接收第二消息的时间窗(也就是接收时间窗)的结束时刻再启动或重启第一定时器,则网络设备也在用于发送第二消息的时间窗(也就是发送时间窗)的结束时刻再启动或重启第一定时器。这样,可以使得终端设备和网络设备对于第一定时器的维护尽量保持一致。
关于第一定时器,本申请实施例支持不同的实现方式,如下进行介绍。
作为第一定时器的第一种实现方式,第一定时器可以不利用现有技术中已有的定时器,而是通过新的定时器实现,可以认为第一定时器是本申请实施例专门提供的定时器,或者说是专用于实现本申请实施例所提供的技术方案的定时器。第一定时器的定时时长例如可以通过协议规定;或者,第一定时器的定时时长可以预配置在终端设备中,例如可以由网络设备预配置在终端设备中,或者可以在终端设备出厂前预配置在终端设备中;或者,第一定时器的定时时长也可以由网络设备指示,例如,网络设备可以向终端设备发送第三消息,第三消息可以指示第一定时器的定时时长,终端设备接收第三消息后,就可以确定第一定时器的定时时长。
可参考图4,为在第一定时器的第一种实现方式下,请求SI的一种示意图。从图4可以看到,首先终端设备处于C-DRX周期中的on duration时间段,在on duration时间段,终端设备可以发送用于请求SI的Msg1,网络设备在接收用于请求SI的Msg1后,向终端设备发送用于调度RAR的PDCCH,之后,网络设备向终端设备发送RAR,终端设备根据用于调度RAR的PDCCH的调度获取RAR。图4所示的示例中,例如终端设备在接收RAR之前未启动第一定时器,则终端设备在接收RAR后,可以启动第一定时器,则终端设备在第一定时器的运行时间内处于激活状态,第一定时器的定时时长例如是网络设备通过第三消息预先指示的。而网络设备也会同样维护第一定时器,网络设备可以在第一定时器的运行时间内发送用于调度SI的PDCCH,则终端设备可以在第一定时器的运行时间内接收用于调度SI的PDCCH。其中,用于调度SI的PDCCH例如可以通过小区无线网络临时标识(cell radio network temporaryidentifier,C-RNTI)加扰。在接收用于调度SI的PDCCH之后,终端设备可以启动非激活定时器,以在非激活定时器的运行时间内接收SI。因此,终端设备从接收RAR直到接收SI,这之间都可以认为终端设备是处于激活状态的,如图4所示。另外,终端设备在接收用于调度SI的PDCCH之后,如果第一定时器尚未超时,那么终端设备可以停止第一定时器,或者也可以不停止第一定时器,而让第一定时器继续运行,直到第一定时器超时。
另外从图4中可以看出,终端设备在启动或重启第一定时器后,处于激活状态,其中,终端设备处于由第一定时器所维护的激活状态下时,只要能够保证终端设备能够接收用于调度SI的PDCCH即可,因此终端设备在处于由第一定时器所维护的激活状态下时,功耗可以小于终端设备在on duration时间段内的功耗,以尽量减小终端设备的功耗。或者,终端设备在处于由第一定时器所维护的激活状态下时,功耗也可以等于终端设备在onduration时间段内的功耗,具体的不做限制。
或者,作为第一定时器的第二种实现方式,第一定时器也可以利用现有技术中已有的定时器来实现。例如,第一定时器可以是C-DRX机制中的非激活定时器、下行重传定时器或上行重传定时器中的任意一种。其中,非激活定时器,例如为drx-inactivity timer;下行重传定时器,例如为drx-retransmission timerDL;上行重传定时器,例如为drx-retransmission timerUL。在非激活定时器的运行时间内,终端设备处于激活状态,在下行重传定时器的运行时间内,终端设备处于激活状态,在上行重传定时器的运行时间内,终端设备也处于激活状态,因此,本申请实施例可以利用这三种定时器中的任意一种定时器,使得终端设备处于激活状态,以尽量能够在第一定时器的运行时间内接收用于调度SI的下行控制信道,从而能够接收SI。而且,第一定时器可以直接利用现有技术中已有的定时器,也便于使得本申请实施例的技术方案与现有的协议兼容。
根据前文的介绍可知,非激活定时器可以用于终端设备在非激活定时器的运行时间内等待接收来自网络设备的下行新传数据,下行重传定时器可以用于终端设备在下行重传定时器的运行时间内等待接收来自网络设备的下行重传数据,上行重传定时器可以用于终端设备在上行重传定时器的运行时间内发送上行重传数据。
可参考图5,为在第一定时器的第二种实现方式下,请求SI的一种示意图。从图5可以看到,首先终端设备处于C-DRX周期中的on duration时间段,在on duration时间段,终端设备可以发送用于请求SI的Msg1,网络设备在接收用于请求SI的Msg1后,向终端设备发送用于调度RAR的PDCCH,之后,网络设备向终端设备发送RAR,终端设备根据用于调度RAR的PDCCH的调度获取RAR。图5所示的示例中,例如终端设备在on duration时间段已经启动了第一定时器,则终端设备在接收RAR后,可以重启第一定时器,则终端设备在第一定时器的运行时间内处于激活状态。而网络设备也会同样维护第一定时器,网络设备可以在第一定时器的运行时间内发送用于调度SI的PDCCH,则终端设备可以在第一定时器的运行时间内接收用于调度SI的PDCCH。其中,用于调度SI的PDCCH例如可以通过C-RNTI加扰。如果第一定时器就是通过非激活定时器实现,那么在接收用于调度SI的PDCCH之后,终端设备可以重启非激活定时器,以在非激活定时器的运行时间内接收SI;或者,如果第一定时器不是通过非激活定时器实现,例如第一定时器为上行重传定时器或下行重传定时器,那么在接收用于调度SI的PDCCH之后,终端设备可以重启动非激活定时器,以在非激活定时器的运行时间内接收SI。因此,终端设备从接收RAR直到接收SI,这之间都可以认为终端设备是处于激活状态的,如图5所示。
另外从图5中可以看出,终端设备在启动或重启第一定时器后,处于激活状态,其中,终端设备处于由第一定时器所维护的激活状态下时,只要能够保证终端设备能够接收用于调度SI的PDCCH即可,因此终端设备在处于由第一定时器所维护的激活状态下时,功耗可以小于终端设备在on duration时间段内的功耗,以尽量减小终端设备的功耗。或者,终端设备在处于由第一定时器所维护的激活状态下时,功耗也可以等于终端设备在onduration时间段内的功耗,具体的不做限制。
网络设备在启动或重启第一定时器后,可以尽量在第一定时器的运行时间内向终端设备发送用于调度SI的下行控制信道。那么终端设备在启动或重启第一定时器后,就可以在第一定时器的运行时间内接收来自网络设备的用于调度SI的下行控制信道。而用于调度SI的下行控制信道一般都会携带翻转的NDI,因此终端设备在接收用于调度SI的下行控制信道后(或者,在接收用于调度SI的下行控制信道时),可以启动或重启非激活定时器。同理,网络设备在向终端设备发送用于调度SI的下行控制信道后(或者,在向终端设备发送用于调度SI的下行控制信道时),由于该下行控制信道携带翻转的NDI,则网络设备也可以启动或重启第一定时器。自然的,在非激活定时器的运行时间内,终端设备处于激活状态,因此,网络设备可以尽量在非激活定时器的运行时间内通过专用信令向终端设备发送SI,终端设备也就可以在非激活定时器的运行时间内通过专用信令接收来自网络设备的SI。专用信令例如为无线资源控制(radio resource control,RRC)信令,或者也可以是下行控制信息(downlink control information,DCI)或媒体接入控制控制元素(media accesscontrol control element,MAC CE)等。
其中,如果终端设备(或网络设备)在接收用于调度SI的下行控制信道之前已经启动了非激活定时器,且非激活定时器并未超时(例如一种可能的情况,第一定时器就是通过非激活定时器实现),则终端设备(或网络设备)在接收用于调度SI的下行控制信道后(或者,在接收用于调度SI的下行控制信道时),就是重启非激活定时器;或者,如果终端设备(或网络设备)在接收用于调度SI的下行控制信道之前并未启动非激活定时器,或者虽然曾经启动了非激活定时器,但非激活定时器已超时,那么终端设备(或网络设备)在接收用于调度SI的下行控制信道后(或者,在接收用于调度SI的下行控制信道时),就是启动非激活定时器。
在本申请实施例中,网络设备在发送SI时,可以将SI携带在专用消息中发送,该专用消息可以是专用于在本申请实施例所保护的情况下发送SI的消息。此时,该专用消息就是如前所述的专用信令。例如该专用消息为RRC消息,或者也可以是其他类型的消息。
或者,网络设备也可以通过已有的消息发送SI,例如网络设备可以将SI携带在RRC连接重配置消息(RRC connection reconfiguration)中发送,或者也可以将SI携带在其他的消息中发送。此时,该已有的消息就是如前所述的专用信令。可见,本申请实施例中所述的“专用信令”,只是用于区别于“广播信令”。在发送SI时可以复用已有的消息,这样既能达到发送SI的目的,又能节省传输资源,而且还使得本申请实施例所提供的方案更易于与现有的协议兼容。
根据前文中对于本申请实施例的介绍可知,本申请实施例所提供的技术方案可以允许终端设备在本应处于C-DRX的休眠态时获取SI,也就是允许终端设备在C-DRX的非激活期内获取SI,或者说,是允许终端设备延迟进入C-DRX的休眠态。那么作为一种可选的实施方式,对于终端设备的这种允许,可以是网络设备预先指示的,例如,网络设备可以向终端设备发送第四消息,第四消息用于指示允许终端设备在C-DRX机制的非激活期内获取SI,终端设备接收来自网络设备的第四消息后,就可以确定能够在C-DRX机制的非激活期内获取SI。
例如,如果网络设备向终端设备发送了第四消息,就用于指示允许终端设备在C-DRX机制的非激活期内获取SI。则终端设备只要接收了第四消息,就可以明确能够在C-DRX机制的非激活期内获取SI。在这种情况下,第四消息的取值可以是任意的。
或者,第四消息例如可以携带1比特(bit),如果这1比特的取值为“1”,就表明第四消息指示允许终端设备在C-DRX机制的非激活期内获取SI,而如果这1比特的取值为“0”,就表明第四消息指示不允许终端设备在C-DRX机制的非激活期内获取SI。那么,网络设备无论是允许还是不允许终端设备在C-DRX机制的非激活期内获取SI,都可以向终端设备发送第四消息,只是第四消息所携带的1比特的取值可能是不同的。终端设备接收第四消息后,根据第四消息所携带的1比特的取值就可以明确能否在C-DRX机制的非激活期内获取SI。
当然,是否允许终端设备在C-DRX机制的非激活期内获取SI,也可以不通过网络设备指示,例如也可以通过协议规定等,具体的不做限制。
如果终端设备确定能够在C-DRX机制的非激活期内获取SI,则终端设备可以采用图3所示的实施例所提供的方法来获取SI。或者,即使终端设备确定能够在C-DRX机制的非激活期内获取SI,终端设备也可以在需要获取SI时确定需要获取的SI是否是紧急的SI,所谓紧急的SI,是指需要在较短时间内必须获取的SI,否则终端设备的一些工作可能无法进行。如果终端设备确定需要获取的SI是紧急的SI,则终端设备可以采用图3所示的实施例所提供的方法来获取SI。或者,如果终端设备在本应进入休眠态的情况下通过延迟进入休眠态来获取SI,会增加终端设备的功耗。因此,如果终端设备确定需要获取的SI不是紧急的SI,则终端设备也可以不采用图3所示的实施例所提供的方法来获取SI,也就是不在非激活期获取SI,而是可以延迟获取SI,例如可以延迟到C-DRX的激活状态时再向网络设备请求SI,例如,终端设备可以通过Msg3 based方式来获取SI。
或者,如果终端设备确定不能在C-DRX机制的非激活期内获取SI,则终端设备可以延迟获取SI,例如可以延迟到C-DRX的激活状态时再向网络设备请求SI,例如,终端设备可以通过Msg3 based方式来获取SI。
在本申请实施例中,在接收来自网络设备的RAR后,终端设备可以启动或重启第一定时器,从而在第一定时器的运行时间内终端设备不会休眠,以尽量保证能够接收来自网络设备的用于调度SI的下行控制信道,从而可以进一步接收SI。通过这种方式,提高了终端设备对于SI的接收成功率。而且终端设备究竟是否能够采用本申请实施例所提供的方法获取SI,也可以由网络设备指示,实现方式较为灵活。
下面结合附图介绍本申请实施例中用来实现上述方法的装置。因此,上文中的内容均可以用于后续实施例中,重复的内容不再赘述。
图6为本申请实施例提供的通信设备600的示意性框图,通信设备600例如为终端设备600,终端设备600包括:
收发模块620,用于向网络设备发送用于请求***信息的第一消息;
收发模块620,还用于接收来自所述网络设备的第二消息,并确定所述第二消息为所述第一消息的响应消息;
处理模块610,用于启动或重启第一定时器,以在所述第一定时器的运行时间内等待接收用于调度所述***信息的下行控制信道,其中,在所述第一定时器的运行时间内,通信设备600处于激活状态。
作为一种可选的实施方式,处理模块610,用于通过如下方式启动或重启第一定时器:
在收发模块620接收所述第二消息时,启动或重启所述第一定时器;或,
在用于接收所述第二消息的时间窗的结束时刻,启动或重启所述第一定时器。
作为一种可选的实施方式,
处理模块610,还用于获取预配置的所述第一定时器的定时时长;或,
收发模块620,还用于接收来自所述网络设备的第三消息,所述第三消息用于指示所述第一定时器的定时时长。
作为一种可选的实施方式,所述第一定时器为非连续接收机制中的非激活定时器、下行重传定时器或上行重传定时器;其中,
所述非激活定时器用于通信设备600在所述非激活定时器的运行时间内等待接收来自所述网络设备的下行新传数据,所述下行重传定时器用于通信设备600在所述下行重传定时器的运行时间内等待接收来自所述网络设备的下行重传数据,所述上行重传定时器用于通信设备600在所述上行重传定时器的运行时间内发送上行重传数据。
作为一种可选的实施方式,
收发模块620,还用于接收来自所述网络设备的所述用于调度所述***信息的下行控制信道;
处理模块610,还用于启动或重启非激活定时器,其中,在所述非激活定时器的运行时间内,通信设备600处于激活状态;
收发模块620,还用于在所述非激活定时器的运行时间内,根据所述下行控制信道的调度,接收来自所述网络设备的所述***信息。
作为一种可选的实施方式,收发模块620,用于通过如下方式接收来自所述网络设备的所述***信息:
接收来自所述网络设备的RRC连接重配置消息,所述RRC连接重配置消息携带所述***信息;或,
接收来自所述网络设备的专用消息,所述专用消息携带所述***信息。
作为一种可选的实施方式,处理模块610,用于通过如下方式确定所述第二消息为所述第一消息的响应消息:
确定所述第二消息只包含RAPID。
作为一种可选的实施方式,
收发模块620,还用于接收来自所述网络设备的第四消息;
处理模块610,还用于确定所述第四消息用于指示允许通信设备600在非连续接收机制的非激活期内获取***信息。
应理解,本申请实施例中的处理模块610可以由处理器或处理器相关电路组件实现,收发模块620可以由收发器或收发器相关电路组件实现。
如图7所示,本申请实施例还提供一种通信设备700,通信设备700例如为终端设备700,该终端设备700包括处理器710、存储器720与收发器730,其中,存储器720中存储指令或程序,处理器710用于执行存储器720中存储的指令或程序。存储器720中存储的指令或程序被执行时,该处理器710用于执行上述实施例中处理模块610执行的操作,收发器730用于执行上述实施例中收发模块620执行的操作。
应理解,根据本申请实施例的通信设备600或通信设备700可对应于图3所示的实施例中的终端设备,并且终端设备600或终端设备700中的各个模块的操作和/或功能分别为了实现图3所示的实施例中的相应流程,为了简洁,在此不再赘述。
图8为本申请实施例提供的通信设备800的示意性框图,通信设备800例如为终端设备800,网络设备800包括:
收发模块820,用于接收来自终端设备的用于请求***信息的第一消息;
收发模块820,还用于向所述终端设备发送第二消息,所述第二消息为所述第一消息的响应消息;
处理模块810,用于启动或重启第一定时器,以在所述第一定时器的运行时间内发送用于调度所述***信息的下行控制信道。
作为一种可选的实施方式,处理模块810,用于通过如下方式启动或重启第一定时器:
在收发模块820发送所述第二消息时,启动或重启所述第一定时器;或,
在用于发送所述第二消息的时间窗的结束时刻,启动或重启所述第一定时器。
作为一种可选的实施方式,收发模块820,还用于向所述终端设备发送第三消息,所述第三消息用于指示所述第一定时器的定时时长。
作为一种可选的实施方式,所述第一定时器为非连续接收机制中的非激活定时器、下行重传定时器或上行重传定时器;其中,
所述非激活定时器用于通信设备800在所述非激活定时器的运行时间内发送下行新传数据,所述下行重传定时器用于通信设备800在所述下行重传定时器的运行时间内发送下行重传数据,所述上行重传定时器用于通信设备800在所述上行重传定时器的运行时间内等待接收来自所述终端设备的上行重传数据。
作为一种可选的实施方式,
收发模块820,还用于向所述终端设备发送所述用于调度所述***信息的下行控制信道;
处理模块810,还用于启动或重启非激活定时器;
收发模块820,还用于在所述非激活定时器的运行时间内,根据所述下行控制信道的调度,向所述终端设备发送所述***信息。
作为一种可选的实施方式,收发模块820,用于通过如下方式向所述终端设备发送所述***信息:
向所述终端设备发送RRC连接重配置消息,所述RRC连接重配置消息携带所述***信息;或,
向所述终端设备发送专用消息,所述专用消息携带所述***信息
作为一种可选的实施方式,所述第二消息为所述第一消息的响应消息,包括:
所述第二消息只包含RAPID。
作为一种可选的实施方式,收发模块820,还用于向所述终端设备发送第四消息,所述第四消息用于指示允许所述终端设备在非连续接收机制的非激活期内获取***信息。
应理解,本申请实施例中的处理模块810可以由处理器或处理器相关电路组件实现,收发模块820可以由收发器或收发器相关电路组件实现。
如图9所示,本申请实施例还提供一种通信设备900,通信设备900例如为网络设备900,该网络设备900包括处理器910,存储器920与收发器930,其中,存储器920中存储指令或程序,处理器910用于执行存储器920中存储的指令或程序。存储器920中存储的指令或程序被执行时,该处理器910用于执行上述实施例中处理模块810执行的操作,收发器930用于执行上述实施例中收发模块820执行的操作。
应理解,根据本申请实施例的网络设备800或网络设备900可对应于图3所示的实施例中的网络设备,并且网络设备800或网络设备900中的各个模块的操作和/或功能分别为了实现图3所示的实施例中的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供一种通信装置,该通信装置可以是终端设备也可以是电路。该通信装置可以用于执行上述图3所示的方法实施例中由终端设备所执行的动作。
当该通信装置为终端设备时,图10示出了一种简化的终端设备的结构示意图。便于理解和图示方便,图10中,终端设备以手机作为例子。如图10所示,终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理,以及对终端设备进行控制,执行软件程序,处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏、显示屏,键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是,有些种类的终端设备可以不具有输入输出装置。
当需要发送数据时,处理器对待发送的数据进行基带处理后,输出基带信号至射频电路,射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时,射频电路通过天线接收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器,处理器将基带信号转换为数据并对该数据进行处理。为便于说明,图10中仅示出了一个存储器和处理器。在实际的终端设备产品中,可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置,也可以是与处理器集成在一起,本申请实施例对此不做限制。
在本申请实施例中,可以将具有收发功能的天线和射频电路视为终端设备的收发单元,将具有处理功能的处理器视为终端设备的处理单元。如图10所示,终端设备包括收发单元1010和处理单元1020。收发单元也可以称为收发器、收发机、收发装置等。处理单元也可以称为处理器,处理单板,处理模块、处理装置等。可选的,可以将收发单元1010中用于实现接收功能的器件视为接收单元,将收发单元1010中用于实现发送功能的器件视为发送单元,即收发单元1010包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
应理解,收发单元1010用于执行上述图3所示的方法实施例中终端设备侧的发送操作和接收操作,处理单元1020用于执行上述图3所示的方法实施例中终端设备侧除了收发操作之外的其他操作。
例如,在一种实现方式中,收发单元1010用于执行图3所示的实施例中的S31和S32。处理单元1020,用于执行图3所示的实施例中的S33中由终端设备所执行的操作,和/或处理单元1020还用于执行本申请实施例中终端设备侧的其他处理步骤。
当该通信装置为芯片时,该芯片包括收发单元和处理单元。其中,收发单元可以是输入输出电路、通信接口;处理单元为该芯片上集成的处理器或者微处理器或者集成电路。
本申请实施例中的通信装置为终端设备时,可以参照图11所示的设备。作为一个例子,该设备可以完成类似于图7中处理器710的功能。在图11中,该设备包括处理器1110,发送数据处理器1120,接收数据处理器1130。上述实施例中的处理模块610可以是图11中的该处理器1110,并完成相应的功能。上述实施例中的收发模块620可以是图11中的发送数据处理器1120,和/或接收数据处理器1130。
虽然图11中示出了信道编码器、信道解码器,但是可以理解这些模块并不对本实施例构成限制性说明,仅是示意性的。
图12示出本实施例的另一种形式。处理装置1200中包括调制子***、中央处理子***、周边子***等模块。本实施例中的通信装置可以作为其中的调制子***。具体的,该调制子***可以包括处理器1203,接口1204。其中处理器1203完成上述处理模块610的功能,接口1204完成上述收发模块620的功能。作为另一种变形,该调制子***包括存储器1206、处理器1203及存储在存储器1206上并可在处理器上运行的程序,该处理器1203执行该程序时实现上述图3所示的方法实施例中终端设备侧的方法。需要注意的是,所述存储器1206可以是非易失性的,也可以是易失性的,其位置可以位于调制子***内部,也可以位于处理装置1200中,只要该存储器1206可以连接到所述处理器1203即可。
本申请实施例还提供计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可以实现上述方法实施例提供的图3所示的实施例中与网络设备相关的流程。
本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可以实现上述方法实施例提供的图3所示的实施例中与终端设备相关的流程。
本申请实施例还提供一种包含指令的计算机程序产品,该指令被执行时执行上述图3所示的方法实施例中终端设备侧的方法。
本申请实施例还提供一种包含指令的计算机程序产品,该指令被执行时执行上述图3所示的方法实施例中网络设备侧的方法。
应理解,本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double datarate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请实施例的保护范围应所述以权利要求的保护范围为准。
Claims (24)
1.一种请求***信息的方法,其特征在于,包括:
向网络设备发送用于请求***信息的随机接入请求消息;
接收来自所述网络设备的随机接入响应消息,并确定所述随机接入响应消息为所述随机接入请求消息的响应消息;
启动或重启第一定时器,以在所述第一定时器的运行时间内等待接收用于调度所述***信息的下行控制信道,其中,在所述第一定时器的运行时间内,终端设备处于激活状态,所述第一定时器为非连续接收机制中的非激活定时器、下行重传定时器或上行重传定时器;
其中,确定所述随机接入响应消息为所述随机接入请求消息的响应消息,包括:
确定所述随机接入响应消息只包含随机接入前导码标识符RAPID;
所述启动或重启第一定时器,包括:
在接收所述随机接入响应消息时,启动或重启所述第一定时器;或,
在用于接收所述随机接入响应消息的时间窗的结束时刻,启动或重启所述第一定时器。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取预配置的所述第一定时器的定时时长;或,
接收来自所述网络设备的第三消息,所述第三消息用于指示所述第一定时器的定时时长。
3.根据权利要求1所述的方法,其特征在于,其中,
所述非激活定时器用于所述终端设备在所述非激活定时器的运行时间内等待接收来自所述网络设备的下行新传数据,所述下行重传定时器用于所述终端设备在所述下行重传定时器的运行时间内等待接收来自所述网络设备的下行重传数据,所述上行重传定时器用于所述终端设备在所述上行重传定时器的运行时间内发送上行重传数据。
4.根据权利要求1~3任一项所述的方法,其特征在于,所述方法还包括:
接收来自所述网络设备的所述用于调度所述***信息的下行控制信道;
启动或重启非激活定时器,其中,在所述非激活定时器的运行时间内,所述终端设备处于激活状态;
在所述非激活定时器的运行时间内,根据所述下行控制信道的调度,接收来自所述网络设备的所述***信息。
5.根据权利要求4所述的方法,其特征在于,接收来自所述网络设备的所述***信息,包括:
接收来自所述网络设备的RRC连接重配置消息,所述RRC连接重配置消息携带所述***信息;或,
接收来自所述网络设备的专用消息,所述专用消息携带所述***信息。
6.根据权利要求1~3任一项所述的方法,其特征在于,所述方法还包括:
接收来自所述网络设备的第四消息;
确定所述第四消息用于指示允许所述终端设备在非连续接收机制的非激活期内获取***信息。
7.一种请求***信息的方法,其特征在于,包括:
接收来自终端设备的用于请求***信息的随机接入请求消息;
向所述终端设备发送随机接入响应消息,所述随机接入响应消息为所述随机接入请求消息的响应消息,所述随机接入响应消息只包含随机接入前导码标识符RAPID;
启动或重启第一定时器,以在所述第一定时器的运行时间内发送用于调度所述***信息的下行控制信道,所述第一定时器为非连续接收机制中的非激活定时器、下行重传定时器或上行重传定时器;
其中,所述启动或重启第一定时器,包括:
在发送所述随机接入响应消息时,启动或重启所述第一定时器;或,
在用于发送所述随机接入响应消息的时间窗的结束时刻,启动或重启所述第一定时器。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
向所述终端设备发送第三消息,所述第三消息用于指示所述第一定时器的定时时长。
9.根据权利要求7所述的方法,其特征在于,
所述非激活定时器用于网络设备在所述非激活定时器的运行时间内发送下行新传数据,所述下行重传定时器用于所述网络设备在所述下行重传定时器的运行时间内发送下行重传数据,所述上行重传定时器用于所述网络设备在所述上行重传定时器的运行时间内等待接收来自所述终端设备的上行重传数据。
10.根据权利要求7~9任一项所述的方法,其特征在于,所述方法还包括:
向所述终端设备发送所述用于调度所述***信息的下行控制信道;
启动或重启非激活定时器;
在所述非激活定时器的运行时间内,根据所述下行控制信道的调度,向所述终端设备发送所述***信息。
11.根据权利要求10所述的方法,其特征在于,向所述终端设备发送所述***信息,包括:
向所述终端设备发送RRC连接重配置消息,所述RRC连接重配置消息携带所述***信息;或,
向所述终端设备发送专用消息,所述专用消息携带所述***信息。
12.根据权利要求7~9任一项所述的方法,其特征在于,所述方法还包括:
向所述终端设备发送第四消息,所述第四消息用于指示允许所述终端设备在非连续接收机制的非激活期内获取***信息。
13.一种通信设备,其特征在于,包括:
收发器,用于向网络设备发送用于请求***信息的随机接入请求消息;
所述收发器,还用于接收来自所述网络设备的随机接入响应消息;
处理器,用于确定所述随机接入响应消息为所述随机接入请求消息的响应消息;
所述处理器,还用于启动或重启第一定时器,以在所述第一定时器的运行时间内等待接收用于调度所述***信息的下行控制信道,其中,在所述第一定时器的运行时间内,所述通信设备处于激活状态,所述第一定时器为非连续接收机制中的非激活定时器、下行重传定时器或上行重传定时器;
其中,所述处理器用于通过如下方式确定所述随机接入响应消息为所述随机接入请求消息的响应消息:
确定所述随机接入响应消息只包含随机接入前导码标识符RAPID;
所述处理器用于通过如下方式启动或重启第一定时器:
在所述收发器接收所述随机接入响应消息时,启动或重启所述第一定时器;或,
在用于接收所述随机接入响应消息的时间窗的结束时刻,启动或重启所述第一定时器。
14.根据权利要求13所述的通信设备,其特征在于,
所述处理器,还用于获取预配置的所述第一定时器的定时时长;或,
所述收发器,还用于接收来自所述网络设备的第三消息,所述第三消息用于指示所述第一定时器的定时时长。
15.根据权利要求13所述的通信设备,其特征在于,
所述非激活定时器用于所述通信设备在所述非激活定时器的运行时间内等待接收来自所述网络设备的下行新传数据,所述下行重传定时器用于所述通信设备在所述下行重传定时器的运行时间内等待接收来自所述网络设备的下行重传数据,所述上行重传定时器用于所述通信设备在所述上行重传定时器的运行时间内发送上行重传数据。
16.根据权利要求13~15任一项所述的通信设备,其特征在于,
所述收发器,还用于接收来自所述网络设备的所述用于调度所述***信息的下行控制信道;
所述处理器,还用于启动或重启非激活定时器,其中,在所述非激活定时器的运行时间内,所述通信设备处于激活状态;
所述收发器,还用于在所述非激活定时器的运行时间内,根据所述下行控制信道的调度,接收来自所述网络设备的所述***信息。
17.根据权利要求16所述的通信设备,其特征在于,所述收发器用于通过如下方式接收来自所述网络设备的所述***信息:
接收来自所述网络设备的RRC连接重配置消息,所述RRC连接重配置消息携带所述***信息;或,
接收来自所述网络设备的专用消息,所述专用消息携带所述***信息。
18.根据权利要求13~15任一项所述的通信设备,其特征在于,
所述收发器,还用于接收来自所述网络设备的第四消息;
所述处理器,还用于确定所述第四消息用于指示允许所述通信设备在非连续接收机制的非激活期内获取***信息。
19.一种通信设备,其特征在于,包括:
收发器,用于接收来自终端设备的用于请求***信息的随机接入请求消息;
所述收发器,还用于向所述终端设备发送随机接入响应消息,所述随机接入响应消息为所述随机接入请求消息的响应消息,所述随机接入响应消息只包含随机接入前导码标识符RAPID;
处理器,用于启动或重启第一定时器,以在所述第一定时器的运行时间内发送用于调度所述***信息的下行控制信道,所述第一定时器为非连续接收机制中的非激活定时器、下行重传定时器或上行重传定时器;
其中,所述处理器用于通过如下方式启动或重启第一定时器:
在所述收发器发送所述随机接入响应消息时,启动或重启所述第一定时器;或,
在用于发送所述随机接入响应消息的时间窗的结束时刻,启动或重启所述第一定时器。
20.根据权利要求19所述的通信设备,其特征在于,所述收发器,还用于向所述终端设备发送第三消息,所述第三消息用于指示所述第一定时器的定时时长。
21.根据权利要求19所述的通信设备,其特征在于,
所述非激活定时器用于所述通信设备在所述非激活定时器的运行时间内发送下行新传数据,所述下行重传定时器用于所述通信设备在所述下行重传定时器的运行时间内发送下行重传数据,所述上行重传定时器用于所述通信设备在所述上行重传定时器的运行时间内等待接收来自所述终端设备的上行重传数据。
22.根据权利要求19~21任一项所述的通信设备,其特征在于,
所述收发器,还用于向所述终端设备发送所述用于调度所述***信息的下行控制信道;
所述处理器,还用于启动或重启非激活定时器;
所述收发器,还用于在所述非激活定时器的运行时间内,根据所述下行控制信道的调度,向所述终端设备发送所述***信息。
23.根据权利要求22所述的通信设备,其特征在于,所述收发器用于通过如下方式向所述终端设备发送所述***信息:
向所述终端设备发送RRC连接重配置消息,所述RRC连接重配置消息携带所述***信息;或,
向所述终端设备发送专用消息,所述专用消息携带所述***信息。
24.根据权利要求19~21任一项所述的通信设备,其特征在于,所述收发器,还用于向所述终端设备发送第四消息,所述第四消息用于指示允许所述终端设备在非连续接收机制的非激活期内获取***信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910188000.1A CN111698767B (zh) | 2019-03-13 | 2019-03-13 | 一种请求***信息的方法及设备 |
PCT/CN2020/074749 WO2020181943A1 (zh) | 2019-03-13 | 2020-02-11 | 一种请求***信息的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910188000.1A CN111698767B (zh) | 2019-03-13 | 2019-03-13 | 一种请求***信息的方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111698767A CN111698767A (zh) | 2020-09-22 |
CN111698767B true CN111698767B (zh) | 2021-08-31 |
Family
ID=72426544
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910188000.1A Active CN111698767B (zh) | 2019-03-13 | 2019-03-13 | 一种请求***信息的方法及设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111698767B (zh) |
WO (1) | WO2020181943A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117941390A (zh) * | 2021-11-09 | 2024-04-26 | Oppo广东移动通信有限公司 | 通信方法及通信装置 |
WO2023220932A1 (zh) * | 2022-05-17 | 2023-11-23 | 北京小米移动软件有限公司 | 一种传输***信息的方法、装置、设备及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107623936A (zh) * | 2016-07-14 | 2018-01-23 | 夏普株式会社 | ***信息的获取方法、基站和用户设备 |
CN108023712A (zh) * | 2016-11-04 | 2018-05-11 | 夏普株式会社 | 基站、用户设备和相关方法 |
CN108633089A (zh) * | 2017-03-24 | 2018-10-09 | 北京展讯高科通信技术有限公司 | 按需***信息的调度方法、装置和基站 |
CN108633103A (zh) * | 2017-03-20 | 2018-10-09 | 华硕电脑股份有限公司 | 针对***信息请求的随机接入程序的方法和设备 |
CN108810827A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 获取***信息的方法和装置 |
CN109089225A (zh) * | 2017-06-14 | 2018-12-25 | 维沃移动通信有限公司 | 一种***信息传输方法、终端及网络设备 |
CN109257796A (zh) * | 2017-07-14 | 2019-01-22 | ***通信有限公司研究院 | 一种***信息的发送方法、检测方法、基站及终端 |
CN109392017A (zh) * | 2017-08-11 | 2019-02-26 | 电信科学技术研究院 | 一种随机接入响应的方法、装置、基站及终端 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN118215103A (zh) * | 2016-08-09 | 2024-06-18 | 华为技术有限公司 | 一种***消息的发送方法和设备 |
KR20220126805A (ko) * | 2017-06-14 | 2022-09-16 | 모토로라 모빌리티 엘엘씨 | 시스템 정보 요청들에 대한 경합 해결 수행 |
CN109429356B (zh) * | 2017-08-23 | 2020-07-14 | 维沃移动通信有限公司 | 一种***信息传输的处理方法和用户终端 |
-
2019
- 2019-03-13 CN CN201910188000.1A patent/CN111698767B/zh active Active
-
2020
- 2020-02-11 WO PCT/CN2020/074749 patent/WO2020181943A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107623936A (zh) * | 2016-07-14 | 2018-01-23 | 夏普株式会社 | ***信息的获取方法、基站和用户设备 |
CN108023712A (zh) * | 2016-11-04 | 2018-05-11 | 夏普株式会社 | 基站、用户设备和相关方法 |
CN108633103A (zh) * | 2017-03-20 | 2018-10-09 | 华硕电脑股份有限公司 | 针对***信息请求的随机接入程序的方法和设备 |
CN108633089A (zh) * | 2017-03-24 | 2018-10-09 | 北京展讯高科通信技术有限公司 | 按需***信息的调度方法、装置和基站 |
CN108810827A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 获取***信息的方法和装置 |
CN109089225A (zh) * | 2017-06-14 | 2018-12-25 | 维沃移动通信有限公司 | 一种***信息传输方法、终端及网络设备 |
CN109257796A (zh) * | 2017-07-14 | 2019-01-22 | ***通信有限公司研究院 | 一种***信息的发送方法、检测方法、基站及终端 |
CN109392017A (zh) * | 2017-08-11 | 2019-02-26 | 电信科学技术研究院 | 一种随机接入响应的方法、装置、基站及终端 |
Also Published As
Publication number | Publication date |
---|---|
WO2020181943A1 (zh) | 2020-09-17 |
CN111698767A (zh) | 2020-09-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170318566A1 (en) | Methods and systems for configuring timers in lte networks | |
EP4132209A1 (en) | Drx control method and apparatus | |
CN113382379B (zh) | 无线通信方法和通信装置 | |
CN110622545A (zh) | 资源配置的方法、终端设备和网络设备 | |
CN111934830B (zh) | 一种通信方法及设备 | |
CN112534882A (zh) | 非连续传输的方法和设备 | |
CN111757436A (zh) | 一种非连续接收的方法及设备 | |
US20180176982A1 (en) | Method, terminal and system for reducing power consumption of cluster terminal in broadband cluster system | |
CN113678513A (zh) | 非连续接收的方法和设备 | |
CN114286310A (zh) | 一种通信方法、装置及*** | |
CN113395734A (zh) | 一种通信方法及装置 | |
CN111698767B (zh) | 一种请求***信息的方法及设备 | |
CN113597812A (zh) | Pdcch监听方法、终端设备和网络设备 | |
CN114126092A (zh) | 一种非连续接收drx方法及装置 | |
CN111586852B (zh) | 一种通信方法及装置 | |
CN114642026A (zh) | 一种通信方法、装置及设备 | |
US20220361023A1 (en) | Communication method and apparatus | |
CN112913296A (zh) | 一种资源配置方法及装置 | |
CN113039837B (zh) | 基于drx的数据传输方法和设备 | |
CN114270947A (zh) | 一种通信方法、装置及计算机可读存储介质 | |
CN113746604A (zh) | 侧行链路的通信方法和通信装置 | |
EP4199640A1 (en) | Discontinuous reception (drx) method and apparatus | |
WO2023098566A1 (zh) | 一种通信方法及装置 | |
WO2021138907A1 (en) | Method and apparatus for geo-based sidelink communication | |
WO2023124823A1 (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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211224 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: Super fusion Digital Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |