CN115884256A - 一种控制传输的方法及相关装置 - Google Patents
一种控制传输的方法及相关装置 Download PDFInfo
- Publication number
- CN115884256A CN115884256A CN202111228387.2A CN202111228387A CN115884256A CN 115884256 A CN115884256 A CN 115884256A CN 202111228387 A CN202111228387 A CN 202111228387A CN 115884256 A CN115884256 A CN 115884256A
- Authority
- CN
- China
- Prior art keywords
- message
- network device
- information
- sub
- timer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 258
- 230000005540 biological transmission Effects 0.000 title claims abstract description 158
- 230000004044 response Effects 0.000 claims description 297
- 238000012544 monitoring process Methods 0.000 claims description 17
- 238000004590 computer program Methods 0.000 claims description 14
- 238000004891 communication Methods 0.000 description 39
- 230000008569 process Effects 0.000 description 36
- 101150096310 SIB1 gene Proteins 0.000 description 18
- 238000011084 recovery Methods 0.000 description 17
- 238000010586 diagram Methods 0.000 description 16
- 230000000977 initiatory effect Effects 0.000 description 16
- 230000000737 periodic effect Effects 0.000 description 16
- 230000011664 signaling Effects 0.000 description 15
- 230000006870 function Effects 0.000 description 14
- 101150000582 dapE gene Proteins 0.000 description 12
- 101100335572 Escherichia coli (strain K12) ftsN gene Proteins 0.000 description 10
- 101150106977 msgA gene Proteins 0.000 description 10
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 5
- 102100029651 Arginine/serine-rich protein 1 Human genes 0.000 description 4
- 101000728589 Homo sapiens Arginine/serine-rich protein 1 Proteins 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 239000000725 suspension Substances 0.000 description 4
- 239000002699 waste material Substances 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000005012 migration Effects 0.000 description 2
- 238000013508 migration Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/12—Flow control between communication endpoints using signalling between network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
-
- 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
本申请实施例提供一种控制传输的方法及相关装置,该方法包括:第一设备处于非无线资源控制RRC连接态时,向第一网络设备发送第一信息或者第二信息,第一信息指示请求停止小包数据传输SDT,第二信息指示请求用于SDT的间隔gap配置,或者第二信息指示请求暂停SDT。本申请实施例可以应用于第一设备在进行SDT时可能无法继续该SDT的场景,可以避免第一设备不再继续监听SDT时,第一网络设备继续调度用于SDT的资源的情况,节省空口资源。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种控制传输的方法及相关装置。
背景技术
终端与网络设备的通信协议栈包括无线资源控制(radio resource control,RRC)层。目前,终端可以在不进入RRC连接(RRC CONNECTED)态的情况下,例如处于RRC空闲(RRC IDLE)态或RRC非激活(RRC INACTIVE)态时,和网络设备传输小包数据(small data),这样的过程可称为小包数据传输(small data transmission,SDT)。
终端和网络设备进行SDT时,可能出现终端无法继续该SDT的情况,但是网络设备仍会调度用于该SDT的资源,存在空口资源被浪费的问题,也缺少能应用于上述场景的高效传输方案。例如,多卡终端包括子设备A和子设备B,子设备A和子设备B共用射频发送链和/或射频接收链,即无法同时发送信息和/或接收信息。子设备A和网络设备进行SDT时,若子设备B有数据传输需求(如需进行非SDT的数据传输),子设备A需停止传输,让子设备B可以传输信息,但是网络设备仍会为子设备A调度用于该SDT的资源。
发明内容
本申请实施例公开了一种控制传输的方法及相关装置,能够避免设备不再监听小包数据传输时,网络设备继续调度用于小包数据传输的资源的情况,节省空口资源。
第一方面,本申请实施例提供了一种控制传输的方法,应用于第一设备,该方法包括:处于非无线资源控制RRC连接态时,向第一网络设备发送第一信息,所述第一信息指示请求停止小包数据传输SDT。
在一些实施例中,第一设备在第一网络设备下发起SDT的情况下,向第一网络设备发送第一信息。
本申请中,第一设备可以向第一网络设备发送第一信息,通过第一信息指示请求停止SDT,以避免第一设备停止监听SDT时,第一网络设备仍为第一设备调度用于该SDT的资源,节省空口资源。
在一种可能的实现方式中,所述第一设备为多卡终端,所述第一设备包括第一子设备和第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链,所述向第一网络设备发送第一信息,包括:通过所述第一子设备向所述第一网络设备发送所述第一信息;其中:所述第一信息指示所述第一子设备请求停止所述SDT;或者,所述第一信息指示请求停止所述第一子设备的所述SDT。
在一种可能的实现方式中,所述向第一网络设备发送第一信息,包括:当所述第二子设备需从非RRC连接态进入RRC连接态时,通过所述第一子设备向所述第一网络设备发送所述第一信息;或者,所述向第一网络设备发送第一信息,包括:当所述第一设备需从SDT业务切换至RRC连接态业务时,向所述第一网络设备发送所述第一信息;或者,所述向第一网络设备发送第一信息,包括:由于多卡原因向所述第一网络设备发送所述第一信息。
在一种可能的实现方式中,所述第一设备为多卡终端包括的第一子设备,所述多卡终端还包括第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链;所述第一信息指示所述第一设备请求停止所述SDT;或者,所述第一信息指示请求停止所述第一设备的所述SDT。
在一种可能的实现方式中,所述向第一网络设备发送第一信息,包括:当所述第二子设备需从非RRC连接态进入RRC连接态时,向所述第一网络设备发送所述第一信息;或者,所述向第一网络设备发送第一信息,包括:当所述多卡终端需从SDT业务切换至RRC连接态业务时,向所述第一网络设备发送所述第一信息;或者,所述向第一网络设备发送第一信息,包括:由于多卡原因向所述第一网络设备发送所述第一信息。
本申请中,第一信息可以应用于多卡终端的多种场景,应用场景广泛,产品可用性高。
在一种可能的实现方式中,所述处于非无线资源控制RRC连接态,包括:所述第一子设备处于RRC非激活态;所述方法还包括:所述向第一网络设备发送第一信息时,所述第一子设备开启第一定时器;所述向第一网络设备发送第一信息之后,所述方法还包括:若在所述第一定时器超时之前接收到所述第一网络设备发送的第一响应消息,所述第一子设备停止所述第一定时器;若在所述第一定时器超时时未接收到所述第一网络设备发送的所述第一响应消息,所述第一子设备进入RRC空闲态。
在一种可能的实现方式中,所述向第一网络设备发送第一信息之前,所述方法还包括:通过所述第一子设备接收第一配置信息,所述第一配置信息指示所述第一信息的上报,其中:所述通过所述第一子设备接收第一配置信息,包括:通过所述第一子设备接收所述第一网络设备通过广播的系统信息发送的所述第一配置信息;或,所述通过所述第一子设备接收第一配置信息,包括:通过所述第一子设备接收所述第一网络设备通过RRC消息发送的所述第一配置信息;或,所述通过所述第一子设备接收第一配置信息,包括:通过所述第一子设备接收第二网络设备通过RRC消息发送的所述第一配置信息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第一网络设备未存储所述第一子设备的用户上下文;所述第一配置信息包括第一定时器的时长;或,所述方法还包括:通过所述第一子设备接收所述第一网络设备通过广播的系统信息发送的第一定时器的时长;或,所述方法还包括:通过所述第一子设备接收所述第一网络设备通过RRC消息发送的第一定时器的时长;或,所述方法还包括:通过所述第一子设备接收第二网络设备通过RRC消息发送的第一定时器的时长,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第一网络设备未存储所述第一子设备的用户上下文;或,第一定时器的时长是预先定义的;其中,所述第一定时器用于所述第一子设备监听所述第一信息的响应消息。
本申请中,为第一子设备配置第一配置信息和/或第一定时器的方式多种多样,可以基于具体场景使用不同的方式,应用场景广泛,使用更加灵活。
在一种可能的实现方式中,所述通过所述第一子设备接收第一配置信息之前,所述方法还包括:通过所述第一子设备发送第一请求消息,所述第一请求消息指示请求配置所述第一信息的上报。
本申请中,第一设备可以先请求配置第一信息的上报,接收到请求的网络设备再为第一设备配置第一信息的上报,避免第一设备无需配置第一信息的上报的情况下,额外配置带来的资源浪费,减少不必要的信令开销。
在一种可能的实现方式中,所述第一响应消息为RRC释放消息。
在一种可能的实现方式中,所述第一信息是通过专用控制信道DCCH承载的RRC消息发送的。
第二方面,本申请实施例提供了又一种控制传输的方法,应用于第一网络设备,该方法包括:接收第一设备发送的第一信息,所述第一信息指示请求停止SDT。
在一些实施例中,第一设备处于非RRC连接态,在一些实施例中,第一设备在第一网络设备下发起SDT。
本申请中,第一设备可以向第一网络设备发送第一信息,通过第一信息指示请求停止SDT,以避免第一设备停止监听SDT时,第一网络设备仍为第一设备调度用于该SDT的资源,节省空口资源。
在一种可能的实现方式中,所述第一设备为多卡终端,所述第一设备包括第一子设备和第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链,所述接收第一设备发送的第一信息,包括:接收所述第一子设备发送的所述第一信息;其中:所述第一信息指示所述第一子设备请求停止所述SDT;或者,所述第一信息指示请求停止所述第一子设备的所述SDT。
在一种可能的实现方式中,所述第一信息是所述第一子设备在所述第二子设备需从非RRC连接态进入RRC连接态时向所述第一网络设备发送的;或者,所述第一信息是所述第一设备需从SDT业务切换至RRC连接态业务时向所述第一网络设备发送的;或者,所述第一信息是所述第一设备由于多卡原因向所述第一网络设备发送的。
在一种可能的实现方式中,所述第一设备为多卡终端包括的第一子设备,所述多卡终端还包括第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链;所述第一信息指示所述第一设备请求停止所述SDT;或者,所述第一信息指示请求停止所述第一设备的所述SDT。
在一种可能的实现方式中,所述第一信息是所述第一设备在所述第二子设备需从非RRC连接态进入RRC连接态时向所述第一网络设备发送的;或者,所述第一信息是所述多卡终端需从SDT业务切换至RRC连接态业务时,所述第一设备向所述第一网络设备发送的;或者,所述第一信息是所述第一设备由于多卡原因向所述第一网络设备发送的。
本申请中,第一信息可以应用于多卡终端的多种场景,应用场景广泛,产品可用性高。
在一种可能的实现方式中,所述接收第一设备发送的第一信息之前,所述方法还包括:向所述第一子设备发送第一配置信息,和/或,向所述第一子设备发送第一定时器的时长,所述第一配置信息指示所述第一信息的上报,所述第一定时器用于所述第一子设备监听所述第一信息的响应消息,其中:所述向所述第一子设备发送第一配置信息,包括:通过广播的系统信息向所述第一子设备发送所述第一配置信息;或,所述向所述第一子设备发送第一配置信息,包括:通过RRC消息向所述第一子设备发送所述第一配置信息;所述第一配置信息包括所述第一定时器的时长;或,所述向所述第一子设备发送第一定时器的时长,包括:通过广播的系统信息向所述第一子设备发送所述第一定时器的时长;或,所述向所述第一子设备发送第一定时器的时长,包括:通过RRC消息向所述第一子设备发送所述第一定时器的时长;或,所述第一定时器的时长是预先定义的。
本申请中,为第一子设备配置第一配置信息和/或第一定时器的方式多种多样,可以基于具体场景使用不同的方式,应用场景广泛,使用更加灵活。
在一种可能的实现方式中,所述接收第一设备发送的第一信息之后,所述方法还包括:在第一定时器超时之前,向所述第一子设备发送第一响应消息。
在一种可能的实现方式中,所述第一网络设备未存储所述第一子设备的用户上下文;所述接收第一设备发送的第一信息之后,所述方法还包括:向第二网络设备发送第一消息,所述第一消息包括所述第一信息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备。
在一种可能的实现方式中,所述方法还包括:接收第二网络设备发送的第二消息,所述第二消息包括第一响应消息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第二消息用于所述第一网络设备向所述第一子设备发送所述第一响应消息。
在一种可能的实现方式中,所述接收第一设备发送的第一信息之后,所述方法还包括:接收第二网络设备发送的第三消息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第一子设备的用户上下文包括第一定时器的时长,所述三消息包括所述第一定时器的时长,所述第一定时器的时长用于所述第一网络设备在所述第一定时器超时之前向所述第一子设备发送第一响应消息。
在一些实施例中,第二消息和第三消息相同。在另一些实施例中,第二消息和第三消息不同。
在一种可能的实现方式中,所述接收第二网络设备发送的第二消息之前,所述方法还包括:向所述第二网络设备发送第四消息,所述第四消息包括第一定时器的时长,所述第一定时器的时长是所述第一网络设备生成的,所述第一定时器的时长用于所述第二网络设备向所述第一网络设备发送所述第二消息。
在一种可能的实现方式中,所述接收第一设备发送的第一信息之前,所述方法还包括:接收第二网络设备发送的第五消息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第五消息包括第一定时器的时长,所述第一定时器的时长用于所述第一网络设备在所述第一定时器超时之前向所述第一子设备发送第一响应消息。
本申请中,第一网络设备和第二网络设备之间传输第一定时器的时长的方式多种多样,可以基于具体场景使用不同的方式,应用场景广泛,使用更加灵活。
在一种可能的实现方式中,所述向所述第一子设备发送第一配置信息之前,所述方法还包括:接收所述第一子设备发送的第一请求消息,所述第一请求消息指示请求配置所述第一信息的上报。
本申请中,第一设备可以先请求配置第一信息的上报,接收到请求的网络设备再为第一设备配置第一信息,避免第一设备无需配置第一信息的情况下,额外配置第一信息带来的资源浪费,减少不必要的信令开销。
在一种可能的实现方式中,所述第一响应消息为RRC释放消息。
在一种可能的实现方式中,所述第一信息是通过专用控制信道DCCH承载的RRC消息发送的。
第三方面,本申请实施例提供了又一种控制传输的方法,应用于第二网络设备,该方法包括:接收第一网络设备发送的第一消息,所述第一消息包括第一信息,所述第一信息指示第一设备请求停止SDT,所述第一网络设备未存储所述第一设备的用户上下文,所述第二网络设备为存储有所述第一设备的用户上下文的锚点设备。
在一些实施例中,第一信息为第一设备发送给第一网络设备的,可选地,第一设备处于非RRC连接态时发送的,可选地,第一设备在第一网络设备下发起SDT的情况下发送的。
本申请中,第一设备可以向第一网络设备发送第一信息,通过第一信息指示请求停止SDT,以避免第一设备停止监听SDT时,第一网络设备仍为第一设备调度用于该SDT的资源,节省空口资源。
在一种可能的实现方式中,所述第一设备为多卡终端,所述第一设备包括第一子设备和第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链,所述第一网络设备未存储所述第一设备的用户上下文,包括:所述第一网络设备未存储所述第一子设备的用户上下文,所述第二网络设备为存储有所述第一设备的用户上下文的锚点设备,包括:所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备;所述第一信息指示所述第一子设备请求停止所述SDT;或者,所述第一信息指示请求停止所述第一子设备的所述SDT。
在一种可能的实现方式中,所述第一信息是所述第一子设备在所述第二子设备需从非RRC连接态进入RRC连接态时向所述第一网络设备发送的;或者,所述第一信息是所述第一设备需从SDT业务切换至RRC连接态业务时向所述第一网络设备发送的;或者,所述第一信息是所述第一设备由于多卡原因向所述第一网络设备发送的。
在一种可能的实现方式中,所述第一设备为多卡终端包括的第一子设备,所述多卡终端还包括第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链;所述第一信息指示所述第一设备请求停止所述SDT;或者,所述第一信息指示请求停止所述第一设备的所述SDT。
在一种可能的实现方式中,所述第一信息是所述第一设备在所述第二子设备需从非RRC连接态进入RRC连接态时向所述第一网络设备发送的;或者,所述第一信息是所述多卡终端需从SDT业务切换至RRC连接态业务时,所述第一设备向所述第一网络设备发送的;或者,所述第一信息是所述第一设备由于多卡原因向所述第一网络设备发送的。
本申请中,第一信息可以应用于多卡终端的多种场景,应用场景广泛,产品可用性高。
在一种可能的实现方式中,所述接收第一网络设备发送的第一消息之前,所述方法还包括:通过RRC消息向所述第一子设备发送第一配置信息,和/或,通过RRC消息向所述第一子设备发送第一定时器的时长,所述第一配置信息指示所述第一信息的上报,所述第一定时器用于所述第一子设备监听所述第一信息的响应消息;所述第一配置信息包括所述第一定时器的时长;或,所述第一定时器的时长是预先定义的。
本申请中,为第一子设备配置第一配置信息和/或第一定时器的方式多种多样,可以基于具体场景使用不同的方式,应用场景广泛,使用更加灵活。
在一种可能的实现方式中,所述方法还包括:向所述第一网络设备发送第二消息,所述第二消息包括第一响应消息,所述第二消息用于所述第一网络设备向所述第一子设备发送所述第一响应消息。
在一种可能的实现方式中,所述方法还包括:向所述第一网络设备发送第三消息,所述第三消息包括第一定时器的时长,所述第一定时器的时长用于所述第一网络设备在所述第一定时器超时之前向所述第一子设备发送第一响应消息。
在一些实施例中,第二消息和第三消息相同。在另一些实施例中,第二消息和第三消息不同。
在一种可能的实现方式中,所述向所述第一网络设备发送第二消息之前,所述方法还包括:接收所述第一网络设备发送的第四消息,所述第四消息包括第一定时器的时长,所述第一定时器的时长是所述第一网络设备生成的,所述第一定时器的时长用于所述第二网络设备向所述第一网络设备发送所述第二消息。
在一种可能的实现方式中,所述方法还包括:向所述第一网络设备发送第五消息,所述第五消息包括第一定时器的时长,所述第五消息是所述第一网络设备接收到所述第一子设备发送的所述第一信息之前接收的,所述第一定时器的时长用于所述第一网络设备在所述第一定时器超时之前向所述第一子设备发送第一响应消息。
本申请中,第一网络设备和第二网络设备之间传输第一定时器的时长的方式多种多样,可以基于具体场景使用不同的方式,应用场景广泛,使用更加灵活。
在一种可能的实现方式中,所述第一响应消息为RRC释放消息。
在一种可能的实现方式中,所述第一信息是通过专用控制信道DCCH承载的RRC消息发送的。
第四方面,本申请实施例提供了又一种控制传输的方法,应用于第一设备,该方法包括:处于非RRC连接态时,向第一网络设备发送第二信息,所述第二信息指示请求用于SDT的gap配置,或者所述第二信息指示请求暂停SDT。
在一些实施例中,第一设备在第一网络设备下发起SDT的情况下,向第一网络设备发送第二信息。
本申请中,第一设备可以向第一网络设备发送第二信息,通过第二信息指示请求暂停SDT或者请求用于SDT的gap配置,以避免第一设备停止监听SDT时,第一网络设备仍为第一设备调度用于该SDT的资源,节省空口资源。
在一种可能的实现方式中,所述第一设备为多卡终端,所述第一设备包括第一子设备和第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链,所述向第一网络设备发送第二信息,包括:通过所述第一子设备向所述第一网络设备发送所述第二信息;其中:所述第二信息指示所述第一子设备请求用于所述SDT的所述gap配置;或,所述第二信息指示请求用于所述第一子设备的所述SDT的所述gap配置;或,所述第二信息指示所述第一子设备请求暂停所述SDT;或者,所述第二信息指示请求暂停所述第一子设备的所述SDT。
在一种可能的实现方式中,所述向第一网络设备发送第二信息,包括:当所述第二子设备需发送系统信息请求或者接收下行消息时,所述第一子设备向所述第一网络设备发送所述第二信息;或者,所述向第一网络设备发送第二信息,包括:当所述第一设备需从SDT业务切换至发送系统信息请求或者接收下行消息的业务时,向所述第一网络设备发送所述第二信息;或者,所述向第一网络设备发送第二信息,包括:由于多卡原因向所述第一网络设备发送所述第二信息。
在一种可能的实现方式中,所述第一设备为多卡终端包括的第一子设备,所述多卡终端还包括第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链;所述第二信息指示所述第一设备请求用于所述SDT的所述gap配置;或,所述第二信息指示请求用于所述第一设备的所述SDT的所述gap配置;或,所述第二信息指示所述第一设备请求暂停所述SDT;或者,所述第二信息指示请求暂停所述第一设备的所述SDT。
在一种可能的实现方式中,所述向第一网络设备发送第二信息,包括:当所述第二子设备需发送系统信息请求或者接收下行消息时,向所述第一网络设备发送所述第二信息;或者,所述向第一网络设备发送第二信息,包括:当所述多卡终端需从SDT业务切换至发送系统信息请求或者接收下行消息的业务时,向所述第一网络设备发送所述第二信息;或者,所述向第一网络设备发送第二信息,包括:由于多卡原因向所述第一网络设备发送所述第二信息。
本申请中,第一信息可以应用于多卡终端的多种场景,应用场景广泛,产品可用性高。
在一种可能的实现方式中,所述处于非RRC连接态,包括:所述第一子设备处于RRC非激活态;所述方法还包括:所述向第一网络设备发送第二信息时,所述第一子设备开启第二定时器;所述向第一网络设备发送第二信息之后,所述方法还包括:若在所述第二定时器超时之前接收到所述第一网络设备发送的第二响应消息,所述第一子设备停止所述第二定时器,所述第一子设备基于所述第二响应消息处理所述SDT。
在一种可能的实现方式中,所述第二响应消息包括第三信息,所述第三信息用于指示所述gap配置,所述第一子设备基于所述第二响应消息处理所述SDT,包括:所述第一子设备在所述gap配置指示的时段停止监听所述SDT,在所述gap配置指示的时段外的时段和所述第一网络设备进行所述SDT。
本申请中,第一设备可以不停止当前SDT,待可以进行SDT时再继续该SDT,减少信令开销,传输效率更高。
在一种可能的实现方式中,所述向第一网络设备发送第二信息之前,所述方法还包括:通过所述第一子设备接收第二配置信息,所述第二配置信息指示所述第二信息的上报,其中:所述通过所述第一子设备接收第二配置信息,包括:通过所述第一子设备接收所述第一网络设备通过广播的系统信息发送的所述第二配置信息;或,所述通过所述第一子设备接收第二配置信息,包括:通过所述第一子设备接收所述第一网络设备通过RRC消息发送的所述第二配置信息;或,所述通过所述第一子设备接收第二配置信息,包括:通过所述第一子设备接收第二网络设备通过RRC消息发送的所述第二配置信息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第一网络设备未存储所述第一子设备的用户上下文;所述第二配置信息包括第二定时器的时长;或,所述方法还包括:通过所述第一子设备接收所述第一网络设备通过广播的系统信息发送的第二定时器的时长;或,所述方法还包括:通过所述第一子设备接收所述第一网络设备通过RRC消息发送的第二定时器的时长;或,所述方法还包括:通过所述第一子设备接收第二网络设备通过RRC消息发送的第二定时器的时长,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第一网络设备未存储所述第一子设备的用户上下文;或,第二定时器的时长是预先定义的;其中,所述第二定时器用于所述第一子设备监听所述第二信息的响应消息。
本申请中,为第一子设备配置第二配置信息和/或第二定时器的方式多种多样,可以基于具体场景使用不同的方式,应用场景广泛,使用更加灵活。
在一种可能的实现方式中,所述通过所述第一子设备接收第二配置信息之前,所述方法还包括:通过所述第一子设备发送第二请求消息,所述第二请求消息指示请求配置所述第二信息的上报。
本申请中,第一设备可以先请求配置第二信息的上报,接收到请求的网络设备再为第一设备配置第二信息的上报,避免第一设备无需配置第二信息的上报的情况下,额外配置带来的资源浪费,减少不必要的信令开销。
在一种可能的实现方式中,所述第二响应消息为RRC重配消息。
在一种可能的实现方式中,所述第二信息是通过专用控制信道DCCH承载的RRC消息发送的。
第五方面,本申请实施例提供了又一种控制传输的方法,应用于第一网络设备,该方法包括:接收第一设备发送的第二信息,所述第二信息指示请求用于SDT的间隔gap配置,或者所述第二信息指示请求暂停SDT。
在一些实施例中,第一设备处于非RRC连接态,在一些实施例中,第一设备在第一网络设备下发起SDT。
本申请中,第一设备可以向第一网络设备发送第二信息,通过第二信息指示请求暂停SDT或者请求用于SDT的gap配置,以避免第一设备停止监听SDT时,第一网络设备仍为第一设备调度用于该SDT的资源,节省空口资源。
在一种可能的实现方式中,所述第一设备为多卡终端,所述第一设备包括第一子设备和第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链,所述接收第一设备发送的第二信息,包括:接收所述第一子设备发送的所述第二信息;其中:所述第二信息指示所述第一子设备请求用于所述SDT的所述gap配置;或,所述第二信息指示请求用于所述第一子设备的所述SDT的所述gap配置;或,所述第二信息指示所述第一子设备请求暂停所述SDT;或者,所述第二信息指示请求暂停所述第一子设备的所述SDT。
在一种可能的实现方式中,所述第二信息是所述第一子设备在所述第二子设备需发送系统信息请求或者接收下行消息时向所述第一网络设备发送的;或者,所述第二信息是所述第一设备需从SDT业务切换至发送系统信息请求或者接收下行消息的业务时向所述第一网络设备发送的;或者,所述第二信息是所述第一设备由于多卡原因向所述第一网络设备发送的。
在一种可能的实现方式中,所述第一设备为多卡终端包括的第一子设备,所述多卡终端还包括第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链;所述第二信息指示所述第一设备请求用于所述SDT的所述gap配置;或,所述第二信息指示请求用于所述第一设备的所述SDT的所述gap配置;或,所述第二信息指示所述第一设备请求暂停所述SDT;或者,所述第二信息指示请求暂停所述第一设备的所述SDT。
在一种可能的实现方式中,所述第二信息是所述第一设备在所述第二子设备需发送系统信息请求或者接收下行消息时向所述第一网络设备发送的;或者,所述第二信息是所述多卡终端需从SDT业务切换至发送系统信息请求或者接收下行消息的业务时,所述第一设备向所述第一网络设备发送的;或者,所述第二信息是所述第一设备由于多卡原因向所述第一网络设备发送的。
本申请中,第一信息可以应用于多卡终端的多种场景,应用场景广泛,产品可用性高。
在一种可能的实现方式中,所述接收第一设备发送的第二信息之前,所述方法还包括:向所述第一子设备发送第二配置信息,和/或,向所述第一子设备发送第二定时器的时长,所述第二配置信息指示所述第二信息的上报,所述第二定时器用于所述第一子设备监听所述第二信息的响应消息,其中:所述向所述第一子设备发送第二配置信息,包括:通过广播的系统信息向所述第一子设备发送所述第二配置信息;或,所述向所述第一子设备发送第二配置信息,包括:通过RRC消息向所述第一子设备发送所述第二配置信息;所述第二配置信息包括所述第二定时器的时长;或,所述向所述第一子设备发送第二定时器的时长,包括:通过广播的系统信息向所述第一子设备发送所述第二定时器的时长;或,所述向所述第一子设备发送第二定时器的时长,包括:通过RRC消息向所述第一子设备发送所述第二定时器的时长;或,所述第二定时器的时长是预先定义的。
本申请中,为第一子设备配置第二配置信息和/或第二定时器的方式多种多样,可以基于具体场景使用不同的方式,应用场景广泛,使用更加灵活。
在一种可能的实现方式中,所述接收第一设备发送的第二信息之后,所述方法还包括:在第二定时器超时之前,向所述第一子设备发送第二响应消息,所述第二响应消息用于所述第一子设备处理所述SDT。
在一种可能的实现方式中,所述第二响应消息包括第三信息,所述第三信息用于指示所述gap配置,所述gap配置用于指示停止监听所述SDT的时段。
本申请中,第一设备可以不停止当前SDT,待可以进行SDT时再继续该SDT,例如在gap配置指示的时段停止监听SDT,在gap配置指示的时段外继续SDT,减少信令开销,传输效率更高。
在一种可能的实现方式中,所述接收第一设备发送的第二信息之后,所述方法还包括:向第二网络设备发送第六消息,所述第六消息包括所述第二信息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备;接收所述第二网络设备发送的第七消息,所述第七消息包括第二响应消息,所述第二响应消息为所述第二信息的响应消息,所述第七消息用于所述第一网络设备向所述第一子设备发送所述第二响应消息。
在一种可能的实现方式中,所述接收第一设备发送的第二信息之后,所述方法还包括:接收第二网络设备发送的第八消息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第一子设备的用户上下文包括第二定时器的时长,所述第八消息包括所述第二定时器的时长,所述第二定时器的时长用于所述第一网络设备在所述第二定时器超时之前向所述第一子设备发送第二响应消息,所述第二响应消息为所述第二信息的响应消息。
在一些实施例中,第七消息和第八消息相同。在另一些实施例中,第七消息和第八消息不同。
在一种可能的实现方式中,所述接收所述第二网络设备发送的第七消息之前,所述方法还包括:向所述第二网络设备发送第九消息,所述第九消息包括第二定时器的时长,所述第二定时器的时长是所述第一网络设备生成的,所述第二定时器的时长用于所述第二网络设备向所述第一网络设备发送所述第七消息,所述第七消息用于所述第一网络设备在所述第二定时器超时之前向所述第一子设备发送所述第二响应消息。
在一种可能的实现方式中,所述接收第一设备发送的第二信息之前,所述方法还包括:接收第二网络设备发送的第十消息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第十消息包括第二定时器的时长,所述第二定时器的时长用于所述第一网络设备在所述第二定时器超时之前向所述第一子设备发送第二响应消息,所述第二响应消息为所述第二信息的响应消息。
本申请中,第一网络设备和第二网络设备之间传输第二定时器的时长的方式多种多样,可以基于具体场景使用不同的方式,应用场景广泛,使用更加灵活。
在一种可能的实现方式中,所述第二响应消息包括第三信息,所述第三信息用于指示所述gap配置,其中:所述第三信息为所述第二网络设备基于所述第二信息和第二定时器的时长生成的,所述第二定时器的时长用于所述第一网络设备在所述第二定时器超时之前向所述第一子设备发送所述第二响应消息;或,所述向第二网络设备发送第六消息之后,所述方法还包括:接收所述第二网络设备发送的第十一消息,所述第十一消息包括所述第二信息;基于所述十一消息中的所述第二信息生成所述第三信息;向所述第二网络设备发送第十二消息,所述第十二消息包括所述第三信息。
本申请中,指示gap配置的第三信息可以是第二网络设备生成的,也可以是第一网络设备生成的,可以基于具体场景使用不同的方式,使用更加灵活。
在一种可能的实现方式中,所述向所述第一子设备发送第二配置信息之前,所述方法还包括:接收所述第一子设备发送的第二请求消息,所述第二请求消息指示请求配置所述第二信息的上报。
本申请中,第一设备可以先请求配置第二信息的上报,接收到请求的网络设备再为第一设备配置第二信息的上报,避免第一设备无需配置第二信息的上报的情况下,额外配置带来的资源浪费,减少不必要的信令开销。
在一种可能的实现方式中,所述第二响应消息为RRC重配消息。
在一种可能的实现方式中,所述第二信息是通过专用控制信道DCCH承载的RRC消息发送的。
第六方面,本申请实施例提供了又一种控制传输的方法,应用于第二网络设备,该方法包括:接收第一网络设备发送的第六消息,所述第六消息包括第二信息,所述第二信息指示第一设备请求用于SDT的gap配置,或者所述第二信息指示第一设备请求暂停SDT,所述第一网络设备未存储所述第一设备的用户上下文,所述第二网络设备为存储有所述第一设备的用户上下文的锚点设备。
在一些实施例中,第二信息为第一设备发送给第一网络设备的,可选地,第一设备处于非RRC连接态时发送的,可选地,第一设备在第一网络设备下发起SDT的情况下发送的。
本申请中,第一设备可以向第一网络设备发送第二信息,通过第二信息指示请求暂停SDT或者请求用于SDT的gap配置,以避免第一设备停止监听SDT时,第一网络设备仍为第一设备调度用于该SDT的资源,节省空口资源。
在一种可能的实现方式中,所述第一设备为多卡终端,所述第一设备包括第一子设备和第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链,所述第一网络设备未存储所述第一设备的用户上下文,包括:所述第一网络设备未存储所述第一子设备的用户上下文,所述第二网络设备为存储有所述第一设备的用户上下文的锚点设备,包括:所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备;其中:所述第二信息指示所述第一子设备请求用于所述SDT的所述gap配置;或,所述第二信息指示请求用于所述第一子设备的所述SDT的所述gap配置;或,所述第二信息指示所述第一子设备请求暂停所述SDT;或者,所述第二信息指示请求暂停所述第一子设备的所述SDT。
在一种可能的实现方式中,所述第二信息是所述第一子设备在所述第二子设备需发送系统信息请求或者接收下行消息时向所述第一网络设备发送的;或者,所述第二信息是所述第一设备需从SDT业务切换至发送系统信息请求或者接收下行消息的业务时向所述第一网络设备发送的;或者,所述第二信息是所述第一设备由于多卡原因向所述第一网络设备发送的。
在一种可能的实现方式中,所述第一设备为多卡终端包括的第一子设备,所述多卡终端还包括第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链;所述第二信息指示所述第一设备请求用于所述SDT的所述gap配置;或,所述第二信息指示请求用于所述第一设备的所述SDT的所述gap配置;或,所述第二信息指示所述第一设备请求暂停所述SDT;或者,所述第二信息指示请求暂停所述第一设备的所述SDT。
在一种可能的实现方式中,所述第二信息是所述第一设备在所述第二子设备需发送系统信息请求或者接收下行消息时向所述第一网络设备发送的;或者,所述第二信息是所述多卡终端需从SDT业务切换至发送系统信息请求或者接收下行消息的业务时,所述第一设备向所述第一网络设备发送的;或者,所述第二信息是所述第一设备由于多卡原因向所述第一网络设备发送的。
本申请中,第一信息可以应用于多卡终端的多种场景,应用场景广泛,产品可用性高。
在一种可能的实现方式中,所述接收第一网络设备发送的第六消息之前,所述方法还包括:通过RRC消息向所述第一子设备发送第二配置信息,和/或,通过RRC消息向所述第一子设备发送第二定时器的时长,所述第二配置信息指示所述第二信息的上报,所述第二定时器用于所述第一子设备监听所述第二信息的响应消息;所述第二配置信息包括所述第二定时器的时长;或,所述第二定时器的时长是预先定义的。
本申请中,为第一子设备配置第二配置信息和/或第二定时器的方式多种多样,可以基于具体场景使用不同的方式,应用场景广泛,使用更加灵活。
在一种可能的实现方式中,所述接收第一网络设备发送的第六消息之后,所述方法还包括:基于第二定时器的时长生成第二响应消息,所述第二响应消息为所述第二信息的响应消息;向所述第一网络设备发送第七消息,所述第七消息包括所述第二响应消息,所述第七消息用于所述第一网络设备在所述第二定时器超时之前向所述第一子设备发送所述第二响应消息。
在一种可能的实现方式中,所述第二网络设备存储的所述第一子设备的用户上下文包括第二定时器的时长;所述方法还包括:向所述第一网络设备发送第八消息,所述第八消息包括所述第二定时器的时长,所述第二定时器的时长用于所述第一网络设备在所述第二定时器超时之前向所述第一子设备发送第二响应消息,所述第二响应消息为所述第二信息的响应消息。
在一些实施例中,第七消息和第八消息相同。在另一些实施例中,第七消息和第八消息不同。
在一种可能的实现方式中,所述向所述第一网络设备发送第七消息之前,所述方法还包括:接收所述第一网络设备发送的第九消息,所述第九消息包括第二定时器的时长,所述第二定时器的时长是所述第一网络设备生成的,所述第二定时器的时长用于所述第二网络设备向所述第一网络设备发送所述第七消息。
在一种可能的实现方式中,所述方法还包括:向所述第一网络设备发送第十消息,所述第十消息包括第二定时器的时长,所述第十消息是所述第一网络设备接收到所述第一子设备发送的所述第一信息之前接收的,所述第二定时器的时长用于所述第一网络设备在所述第二定时器超时之前向所述第一子设备发送第二响应消息,所述第二响应消息为所述第二信息的响应消息。
本申请中,第一网络设备和第二网络设备之间传输第二定时器的时长的方式多种多样,可以基于具体场景使用不同的方式,应用场景广泛,使用更加灵活。
在一种可能的实现方式中,所述第二响应消息包括第三信息,所述第三信息用于指示所述gap配置,所述gap配置用于指示停止监听所述SDT的时段。
本申请中,第一设备可以不停止当前SDT,待可以进行SDT时再继续该SDT,例如在gap配置指示的时段停止监听SDT,在gap配置指示的时段外继续SDT,减少信令开销,传输效率更高。
在一种可能的实现方式中,所述第二响应消息包括第三信息,所述第三信息用于指示所述gap配置;其中:所述第三信息为所述第二网络设备基于所述第二信息和所述第二定时器的时长生成的;或,所述接收第一网络设备发送的第六消息之后,所述方法还包括:向所述第一网络设备发送第十一消息,所述第十一消息包括所述第二信息,所述第十一消息中的所述第二信息用于所述第一网络设备生成所述第三信息;接收所述第一网络设备发送的第十二消息,所述第十二消息包括所述第三信息。
本申请中,指示gap配置的第三信息可以是第二网络设备生成的,也可以是第一网络设备生成的,可以基于具体场景使用不同的方式,使用更加灵活。
在一种可能的实现方式中,所述第二响应消息为RRC重配消息。
在一种可能的实现方式中,所述第二信息是通过专用控制信道DCCH承载的RRC消息发送的。
第七方面,本申请实施例提供了又一种控制传输的方法,应用于第一通信系统,所述第一通信系统包括第一设备和第一网络设备,该方法包括:第一设备处于非RRC连接态时,向第一网络设备发送指示信息,所述指示信息指示停止监听SDT。
在一种可能的实现方式中,所述指示信息为本申请实施例第一方面至第三方面,以及第一方面至第三方面的任意一种实现方式提供的控制传输的方法中的第一信息,第一设备用于执行本申请实施例第一方面和第一方面的任意一种实现方式提供的控制传输方法,第一网络设备用于执行本申请实施例第二方面和第二方面的任意一种实现方式提供的控制传输方法。
在一些实施例中,所述第一通信系统还包括第二网络设备,第二网络设备用于执行本申请实施例第三方面和第三方面的任意一种实现方式提供的控制传输方法。
在一种可能的实现方式中,所述指示信息为本申请实施例第四方面至第六方面,以及第四方面至第六方面的任意一种实现方式提供的控制传输的方法中的第二信息,第一设备用于执行本申请实施例第四方面和第四方面的任意一种实现方式提供的控制传输方法,第一网络设备用于执行本申请实施例第五方面和第五方面的任意一种实现方式提供的控制传输方法。在一些实施例中,所述第一通信系统还包括第二网络设备,第二网络设备用于执行本申请实施例第六方面和第六方面的任意一种实现方式提供的控制传输方法。
第八方面,本申请实施例提供了一种网络设备,包括收发器、处理器和存储器;上述存储器用于存储计算机程序代码,上述计算机程序代码包括计算机指令,上述处理器调用上述计算机指令以使上述用户设备执行本申请实施例第二方面、第三方面、第五方面、第六方面和第七方面,以及第二方面、第三方面、第五方面、第六方面和第七方面的任意一种实现方式提供的控制传输方法。
第九方面,本申请实施例提供了一种电子设备,包括收发器、处理器和存储器;上述存储器用于存储计算机程序代码,上述计算机程序代码包括计算机指令,上述处理器调用上述计算机指令以使上述用户设备执行本申请实施例第一方面、第四方面和第七方面,以及第一方面、第四方面和第七方面的任意一种实现方式提供的控制传输方法。
第十方面,本申请实施例提供了一种通信装置,该装置可以为设备或设备中的芯片,该通信装置包括处理单元,处理单元用于执行本申请实施例第一方面至第七方面,以及第一方面至第七方面的任意一种实现方式提供的控制传输的方法。
第十一方面,本申请实施例提供了一种计算机存储介质,该计算机存储介质存储有计算机程序,该计算机程序包括程序指令,该程序指令被处理器执行时,用于执行本申请实施例第一方面至第七方面,以及第一方面至第七方面的任意一种实现方式提供的控制传输的方法。
第十二方面,本申请实施例提供了一种计算机程序产品,当该计算机程序产品在通信设备上运行时,使得该通信设备执行本申请实施例第一方面至第七方面,以及第一方面至第七方面的任意一种实现方式提供的控制传输的方法。
第十三方面,本申请实施例提供一种电子设备,该电子设备包括执行本申请任一实施例所介绍的方法或装置。上述电子设备例如为芯片。
附图说明
以下对本申请实施例用到的附图进行介绍。
图1是本申请实施例提供的一种通信系统的架构示意图;
图2是一种新无线接入NR的用户面的通信协议栈的架构示意图;
图3是一种NR的控制面的通信协议栈的架构示意图;
图4是一种用户设备UE的无线资源控制RRC状态的转换示意图;
图5-图10是本申请实施例提供的一些小包数据传输SDT的流程示意图;
图11-图12是本申请实施例提供的一些锚点迁移过程的流程示意图;
图13-图19是本申请实施例提供的一些控制传输的方法的流程示意图。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。本申请实施例的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释,而非旨在限定本申请。
首先介绍本申请涉及的相关装置和通信系统。
网络设备:网络设备可以是一种用于发送或接收信息的设备,在一些实施例中,网络设备包括接入网设备,例如但不限于:基站,用户设备(user equipment,UE),无线接入点(access point,AP),收发点(transmission and receiver point,TRP),中继设备,或者具备基站的功能的其他网络设备等。其中,基站是一种部署在无线接入网(radio accessnetwork,RAN)中用于提供无线通信功能的设备。在不同的无线接入系统中,基站的名称可能不同,例如但不限于:全球移动通讯系统(global system for mobile communications,GSM)或码分多址接入(code division multiple access,CDMA)中的基站收发台(basetransceiver station,BTS),宽带码分多址(wideband code division multiple access,WCDMA)中的节点B(node B,NB),长期演进(long term evolution,LTE)中的演进型基站(evolved node B,eNodeB),还可以是第五代移动通信技术(5th generation mobilenetworks,5G),即新无线接入(new radio,NR)中的下一代基站(g node B,gNB),或者其他未来网络系统中的基站。在一些实施例中,网络设备包括核心网设备,例如认证管理功能(authentication management function,AMF)、移动管理节点功能(mobility managemententity,MME)等。
终端:终端可以是具有无线通信功能的设备,在一些实施例中,终端为UE,在一些实施例中,终端也可以被称为移动台、接入终端、用户代理等。示例性地,终端为手持设备、可穿戴设备、计算设备、便携式设备、车载设备、工业无线传感器或智能仪表等形式的终端。示例性地,终端具体为蜂窝电话、智能手机、智能眼镜、膝上型电脑、个人数字助理、无绳电话、压力传感器、温度传感器、智能电表等设备。
本申请实施例中的终端可以为多卡终端,也可以为单卡终端,多卡终端也可称为多卡设备,还可称为多卡终端设备。在一些实施例中,多卡终端可以解释为多全球用户识别卡(multiple universal subscriber identity module,Multi-USIM或MUSIM),在一些实施例中,多卡终端也可以解释为多通用移动通信系统(universal mobiletelecommunications system,UMTS)用户识别卡(multiple UMTS subscriber identitymodule,Multi-USIM或MUSIM)。
多卡终端可以包括多个子设备,例如多卡终端可以安装有多个用户识别(subscriber identity module,SIM)卡、全球用户识别(universal subscriber identitymodule)卡等电话卡,每一张电话卡为一个子设备。多卡终端包括的子设备可以是具有无线通信功能的设备,在一些实施例中,子设备为UE。多卡终端包括的多个子设备可以分别注册到不同的网络,例如不同的接入网设备和/或不同的核心网设备。多卡终端包括的多个子设备可以共用射频发送链(transmission chain)和/或射频接收链(reception chain),其中射频发送链例如包括但不限于以下至少一项:天线、功率放大器、滤波器、发射调制器、包络追踪器、低噪声放大器、滤波器、天线开关、天线调谐器等,射频接收链例如包括但不限于以下至少一项:天线、滤波器、低噪声放大器、射频接口、天线开关、天线调谐器、包络追踪器等。可选地,任一时刻这多个子设备中仅有一个子设备能够使用共用的射频发送链和/或射频接收链进行通信,这多个子设备无法同时进行通信(发送信息和/或接收信息),例如多卡终端为安装有2张电话卡的智能手机,用户在任一时刻只能使用其中一张电话卡拨打或接听电话、上网等。
单卡终端是相对多卡终端的概念,单卡终端可以理解为是仅包括一个子设备,即单卡终端自身的终端,例如仅包括一张电话卡的智能手机,在一些实施例中,单卡终端为UE。
以下实施例以网络设备为基站,单卡终端为UE,多卡终端包括的任意一个子设备为UE为例进行说明。
请参见图1,图1是本申请实施例提供的一种通信系统的架构示意图。该通信系统可以但不限于是GSM,CDMA,宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),通用移动通信系统(universal mobile telecommunications system,UMTS),LTE,NR,或其他未来网络系统。
如图1所示,该通信系统可以包括UE110、UE120、基站210、基站220和基站230,在一些实施例中,UE110和UE120为不同的单卡终端,在另一些实施例中,UE110为单卡终端,UE120为多卡终端或者多卡终端包括的子设备,在另一些实施例中,UE110为多卡终端或者多卡终端包括的子设备,UE120为单卡终端,在另一些实施例中,UE110和UE120为同一个多卡终端包括的两个子设备,例如图1所示的多卡终端100包括UE110和UE120。
在一些实施例中,该通信系统还可以包括核心网,核心网为该通信系统中的关键控制节点,主要负责信令处理功能,例如但不限于用于实现接入控制、移动性管理、会话管理等功能。在一些实施例中,UE处于某个基站覆盖的小区内,即UE当前的服务小区对应该基站时,该基站可以为UE提供无线通信服务,可选地,UE可以和该基站传输上行数据和/或下行数据,可选地,UE可以通过该基站和核心网传输上行数据和/或下行数据,可选地,UE可以通过该基站和其他设备传输数据。
在一些实施例中,UE110和UE120可以分别注册到不同网络,如图1所示,UE110可以通过空中接口(如Uu)和基站210连接,基站210可以为UE110提供无线通信服务,UE120可以通过空中接口和基站220连接,基站220可以为UE120提供无线通信服务。
在一些实施例中,基站之间可以互相通信,如图1所示,基站210可以通过Xn接口和基站230通信,通过Xn接口传输的消息可以称为Xn接口消息。
示例性地,在NR中,核心网可以称为5G核心网(5G Core,5GC),基站可以称为gNB。至少一个gNB可以构成一个下一代无线接入网(next generation-radio access network,NG-RAN)节点。NG-RAN节点可以包括至少一个通过NG接口连接至5GC的gNB,并且,NG-RAN节点中至少一个gNB可以通过Xn-C接口连接和通信。UE可以通过Uu接口连接gNB。
需要说明的是图1所示的UE和基站的形态和数量仅用于示例,本申请实施例对此不作限定。
为了方便理解,本申请实施例主要以LTE和/或NR为应用的通信系统为例进行说明。
接下来示例性地介绍NR的通信协议栈。
请参见图2,图2是一种NR的用户面协议栈的架构示意图。该用户面协议栈可以包括物理(physical,PHY)层、媒体接入控制(medium access control,MAC)层、无线链路控制(radio link control,RLC)层、分组数据汇聚协议(packet data convergence protocol,PDCP)层、服务数据适配协议(service data adaptation protocol,SDAP)层。
请参见图3,图3是一种NR的控制面协议栈的架构示意图。该控制面协议栈可以包括PHY层、MAC层、RLC层、PDCP层、无线资源控制(radio resource control,RRC)层、非接入层(non access stratum,NAS)。
相比LTE的用户面协议栈,NR的用户面协议栈新增了SDAP层,但其他层的架构是一致的,具体说明也类似,LTE较为成熟,不再赘述。
如图2和图3所示,PDCP层的下层包括RLC层。PDCP层可以处理控制面上的RRC消息,PDCP层可以进行IP包头压缩,以减少无线接口上传输的比特数。PDCP层还可以负责控制平面的加密、传输数据的完整性保护。在接收端,PDCP层执行相应的解密和解压缩操作。可以为每个无线承载配置一个PDCP实体。RLC层负责分割/级联、重传控制和重复检测等,RLC层为PDCP层提供服务,可以为每个无线承载配置一个RLC实体。MAC层控制逻辑信道的复用、混合自动重传请求的重传、上行链路和下行链路的调度等。MAC层以逻辑信道的形式为RLC层提供服务。PHY层负载管理编码/解码、调制/解调、多天线的映射以及其他类型的物理层功能,PHY层以传输信道的形式为MAC层提供服务。
如图2和图3所示,MAC层可以经由逻辑信道(logical channel,LCH)为较高层(如RLC层)提供服务。根据发送信息的类型,逻辑信道可以被分类为用于在控制面传输控制信息的控制信道和用于在用户面传输用户数据的业务信道。其中,控制信道可以包括但不限于公共控制信道(common control channel,CCCH)、专用控制信道(dedicated controlchannel,DCCH)。业务信道可以包括但不限于专用业务信道(dedicated traffic channel,DTCH)。CCCH可以一直存在,与RAN节点之间没有RRC连接的UE也可以使用CCCH传输信息。DCCH可以用于UE与RAN节点之间传输专用控制信息。DTCH可以用于UE与RAN节点之间传输用户数据。通常,DCCH和DTCH不会一直存在,而是在与UE连接的基站恢复UE上下文(UEcontext)之后,DCCH和DTCH才能用于UE和基站之间进行通信。其中,UE context包括但不限于终端的标识、无线承载(radio bearer,RB)相关配置、PDCP层的上下文或功能配置(例如完整性保护和加密的安全相关配置)、服务质量相关配置等。
RB可以为UE和RAN节点之间的连接格式集,可以包括物理信道、传输信道和逻辑信道的相关配置。RB可以分为用于在控制面传输控制信息的信令无线承载(signaling radiobearer,SRB)和用于在用户面传输用户数据的数据无线承载(data radio bearer,DRB)。一个DRB可以包括一个PDCP层的实体(简称PDCP实体)、一个RLC层的实体(简称RLC实体)和一个逻辑信道。
如图3所示,RRC层可以用于UE和基站之间传输RRC消息。例如但不限于,NR中的RRC恢复请求(RRCResumeRequest)可以用于UE请求恢复已经暂停的RRC连接,以此与基站传输数据。RRC层属于接入层(access stratum,AS)。
对于RRC层,目前存在三种UE的RRC状态,分别为RRC空闲(RRC IDLE)态、RRC非激活(RRC INACTIVE)态和RRC连接(RRC CONNECTED)态。UE在不同的RRC状态下,执行的操作大多不一样,这三种状态和转换过程具体可参见下图4的示例。
如图4所示,当UE处于RRC CONNECTED态时,UE与基站之间建立有RRC连接,在一些实施例中,当UE处于RRC CONNECTED态时,5GC和NG-RAN之间可以建立有UE的用户面和控制面的连接,NG-RAN和UE可以保留AS层的UE context,NG-RAN可以获取到UE所属小区,UE可以发送或接收单播数据,网络(例如NG-RAN)可以控制UE的移动性,示例性地,UE可以对与基站之间的信道进行测量,并可以将测量结果上报给基站,基站可以根据测量结果确定是否切换UE所属的小区。换句话说,在RRCCONNECTED态,UE和基站不仅能够正常的传输数据,基站也能够对UE进行管理。在一些实施例中,处于RRC CONNECTED态的UE若要向基站发送上行数据,需要根据时间提前(timing advance,TA)与基站保持同步。若处于RRC CONNECTED态的UE未获得上行同步,UE可以向基站发起随机接入(random access,RA)。其中,当UE的上行提前定时器(timing advance timer,TAT)保持运行时,UE保持上行同步。当UE的TAT超时时,UE的上行同步失效,如果UE需要向基站再发送上行数据时,则需要发起RA,通过RA获得新的TA。在一些实施例中,当UE处于RRC CONNECTED态时,基站可以为UE分配配置(configuredgrant,CG)资源。UE有数据传输需求时,可以使用CG资源向基站发送上行数据。在一些实施例中,基站可以通过RRC消息为UE配置CG资源,配置的信息可以包括时频位置和周期。相比动态调度传输资源,这种通过CG资源传输数据的方式可以减少信令开销和传输时延。
当没有上行资源但存在上行数据发送给基站时,处于RRC CONNECTED态的UE可以触发上报缓冲状态报告(buffer status reporting,BSR),以请求基站调度上行资源。BSR可以用于指示UE的数据缓存区(buffer)中当前待传输的数据量。该数据量在不同时刻可以不同,例如UE为智能手机,用户可以通过UE上安装的社交应用给其他用户发送消息,但用户在不同时刻发送的消息的类型和数量可以不同,有时候发送的消息可能仅为一条文字消息,有时候发送的消息可能包括多个视频。因此UE在不同时刻向基站发送的BSR的大小也可以不同。UE向基站发送BSR的资源(简称BSR资源)可以是基站动态调度给UE的。
当UE处于RRC IDLE态时,UE与基站之间未建立RRC连接。在一些实施例中,当UE处于RRC IDLE态时,UE可以进行公众陆地移动通信网络(public lands mobile network,PLMN)的选择,接收基站广播的系统信息,发生小区重选(cell re-selection),由5GC发起的用于下行传输的被叫寻呼(Paging),以及由NAS层配置用于核心网寻呼的不连续接收(discontinuous reception,DRX)等。
RRC INACTIVE态为NR中新增的RRC状态。在一些实施例中,对于数据传输不频繁的UE,基站通常会让该UE保持在RRC INACTIVE态。在一些实施例中,当UE处于RRC INACTIVE态时,UE可以进行PLMN的选择,接收基站广播的系统信息,发生小区重选,由NG-RAN发起被叫寻呼(Paging),由NG-RAN管理基于RAN的通知区域(RAN-based Notification Area,RNA),例如UE触发RNA更新(RNA update,RNAU),以通知基站UE当前所处的RNA,由NG-RAN配置用于RAN寻呼的DRX,5GC和NG-RAN之间可以建立有UE的用户面和控制面的连接,NG-RAN和UE可以保留AS层的UE context,以及NG-RAN可以获取到UE所在的RNA。在一些实施例中,若UE与基站建立了RRC连接之后,UE进入RRCCONNECTED态。RRC CONNECTED态下的UE在预设时间段内与基站没有数据传输的需求,则基站可以指示UE进入RRC_INACTIVE态。例如,基站可以向UE发送携带暂停指示的RRC释放(RRCRelease with suspend indication)消息,UE接收到RRCRelease with suspend indication消息之后,UE保留自身的上下文,进入RRCINACTIVE态。
其中,在RRC层的上述三种状态可以互相转换,如图4所示,在一些实施例中,UE处于RRC IDLE态或RRC INACTIVE态(可以统称为非RRC连接态)时,若需要进行数据传输,则可以发起RRC连接建立过程或者RRC连接恢复过程。例如,处于RRC IDLE态的UE可以通过执行RA与基站建立RRC连接,具体为向基站发送RRC建立请求(RRCSetupRequest)消息,然后接收基站发送的RRC建立(RRCSetup)消息,UE接收到RRCSetup消息后可以和基站建立RRC连接,进入RRC CONNECTED态。例如,处于RRC INACTIVE态的UE可以向基站发送RRCResumeRequest消息,然后接收基站发送的RRC恢复(RRCResume)消息,UE接收到RRCResume消息后可以进入RRC CONNECTED态。在另一些实施例中,UE处于非RRC连接态时,也可以响应于基站的寻呼消息执行RRC连接建立过程或者RRC连接恢复过程,例如核心网可以在有数据传输给UE时,指示基站向UE发送寻呼消息。
在一些实施例中,UE可以在基站的指示下,从RRC CONNECTED态进入RRC INACTIVE态或RRC IDLE态。在一些实施例中,UE后续无需进行数据时,基站可以将UE释放以使UE进入RRC INACTIVE态或RRC IDLE态,具体示例如下所示。
示例一,UE在基站的指示下,从RRC CONNECTED态进入RRC INACTIVE态。详细地,基站可以向UE发送带有暂停指示的释放消息,例如RRCRelease with suspend indication消息,以使UE进入RRC INACTIVE态。此时,UE与基站之间的RRC连接会被暂停,但至少有一个RAN节点保留了该UE的UE context。
示例二,UE在基站的指示下,从RRC CONNECTED态进入RRC IDLE态。详细地,基站可以向UE发送释放消息,例如RRC释放(RRCRelease)消息,以使UE进入RRC IDLE态。此时,UE与基站之间的RRC连接会被停止,RAN节点会删除该UE的UE context。
在一些实施例中,UE也可以在基站的指示下,从RRC INACTIVE态进入RRC IDLE态,例如处于RRC INACTIVE态的UE发送RRC连接恢复请求后,基站可以将UE释放以使UE进入RRCIDLE态。可以理解地,相比从RRC IDLE态进入RRC CONNECTED态,UE从RRC INACTIVE态进入RRC CONNECTED态的速度更快。
在一些实施例中,UE处于RRC IDLE态或RRC INACTIVE态时,若需要进行数据传输,可以执行RRC连接建立过程或者RRC连接恢复过程,以请求进入RRCCONNECTED态传输数据,其中,如果处于RRC IDLE态或RRC INACTIVE的UE没有发送RRCSetupRequest消息或者RRCResumeRequest消息的资源时,UE需要发起随机接入(random access,RA)过程。接下来示例性介绍RA。
在一些实施例中,UE可以从基站广播的系统信息中获取当前小区的RA配置,例如,该配置包括可用的随机接入前导(random access preamble)和发送随机接入前导的RA资源,例如发送随机接入前导的RA资源为UE发送随机接入前导的时频资源,也可以称为随机接入时机(random access occasion,RO)。在一些实施例中,RA可以包括4步随机接入(简称4-stepRA)和2步随机接入(简称2-stepRA)。基站可以在系统信息中广播4-step RA对应的RA配置和2-step RA对应的RA配置,也可以在系统信息中只广播4-step RA对应的RA配置,还可以在系统信息中只广播2-step RA对应的RA配置。
在一些实施例中,基站可以在系统信息中广播4-step RA对应的RA配置和2-stepRA对应的RA配置。当UE未配置有非竞争随机接入(contention free random access,CFRA)的资源时,UE可以基于当前测量的参考信号接收功率(reference signal receivingpower,RSRP)和预设的RSRP门限的相对大小,确定发起4-step RA或2-step RA。例如,当前测量的RSRP大于或等于预设的RSRP门限时,UE可以发起2-step RA。当前测量的RSRP小于预设的RSRP门限时,UE可以发起4-step RA。
其中,4-step RA的第三步中UE向基站发送的消息可以称为message 3,简称为msg3。在2-step RA的第一步中UE向基站发送的消息可以称为message A,简称msgA。在一些实施例中,上述msg3或msgA可以包括RRC消息。UE处于不同的RRC状态和在不同的业务场景下,该RRC消息可以不同。例如,处于RRC INACTIVE态的UE存在数据发送给基站时,UE向基站发送的msg3可以包括RRCResumeRequest消息,以此请求恢复已经暂停的RRC连接并进入RRCCONNECTED态与基站传输数据。
可以理解地,一般情况下,处于非RRC连接态的UE存在上行数据发送给基站,或,接收到基站发送的寻呼(Paging)消息,该寻呼消息用于基站指示存在下行数据发送给UE,UE需重新建立或恢复RRC连接并进入RRC CONNECTED态,在RRC CONNECTED态下再与基站传输数据。但是,上述方法比较适用于UE和基站之间传输的数据量较大的情况。若传输的数据包很小,可以称这类数据包为小包数据(small data),UE切换状态的过程所需的信令甚至大于小包数据,从而导致UE不必要的功耗和信令开销。因此,有必要在UE处于非RRC连接态时将小包数据传输给基站,例如处于RRC INACTIVE态的UE有上行小包数据的传输需求时,可以将上行小包数据传输给基站。
本申请实施例中,小包数据可以但不限于包括数据量小于预设门限(例如基站指示的传输块的大小)的数据包,数据标签为小包数据的数据包,数据类型属于小包数据的数据包等。非小包数据的数据包可以称为大包数据,可以但不限于包括数据量大于或等于预设门限的数据包,数据标签为大包数据的数据包,数据类型属于大包数据的数据包等。其中,上述数据标签和/或上述数据类型可以为UE和网络设备共同协商的。例如,数据标签可以包括大包数据和小包数据。例如,数据类型为心跳包的数据为小包数据,数据类型为文件、视频或音频的数据为大包数据。例如,小包数据为UE的应用程序(application,APP)的即时通讯消息,APP的心跳包或者APP的推送消息等。又例如,小包数据为智能手表等可穿戴设备的周期性数据(例如心跳包)等。又例如小包数据为物联网(internet of things,IoT)设备的业务数据等。又例如小包数据为工业无线传感器网络的周期性读数等。又例如小包数据为智能电表等智能仪表的周期性读数等。
在一些实施例中,上述UE处于非RRC连接态时将小包数据传输给基站可以包括,UE在RA过程中传输small data,而无需进入RRC CONNECTED态后再传输small data,上述传输过程可以称为基于RA的小包数据传输(small data transmission,SDT),简称RA-SDT。在一些实施例中,RA可以包括4-stepRA和2-stepRA,SDT也可以包括基于4-step RA的SDT(简称4-stepSDT)和基于2-step RA的SDT(简称2-step SDT),4-step SDT的过程示例可参见下图5和图6,2-step SDT的过程示例可参见下图7和图8。其中,RA-SDT的实现方式和RA类似,例如,UE可以从基站广播的系统信息中获取RA-SDT的配置,UE可以基于当前测量的RSRP和预设的RSRP门限的相对大小,确定发起4-step SDT或2-step SDT。
在另一些实施例中,上述UE处于非RRC连接态时将小包数据传输给基站还可以包括,UE通过预先分配的CG资源或预配置上行资源(preconfigured uplink resource,PUR)传输small data,而无需进入RRC CONNECTED态后再传输small data,上述传输过程可以称为基于CG的SDT,简称CG-SDT,具体过程示例可参见下图9和图10。
在一些实施例中,SDT存在多个不同的应用场景,可以根据应用场景使用不同实现方式的SDT,例如RA-SDT或CG-SDT。具体示例如下所示:
示例一:CG-SDT中,CG-SDT配置所指示的资源(例如CG资源或PUR)是基站通过专用控制信令下发给UE的,因此CG-SDT配置适用于该基站覆盖的小区中的UE,在一个小区中提供的CG-SDT的配置不能被另一个小区中的UE重用,如果UE移动到其他的网络设备覆盖范围内,则CG-SDT配置所指示的资源不能再使用,可以基于这样的特性例如可以应用于以下场景:对于IoT的应用,UE的移动性有限,且通常在同一小区建立所有连接以发送数据,而很少改变小区,因此IoT领域中的UE可以优先采用CG-SDT。
示例二:RA-SDT的配置相关的RA的配置可以由基站发送的系统信息提供,每当UE重新选择到新小区时,UE可以读取和应用系统信息广播的配置,可以基于这样的特性例如可以应用于以下场景:对于智能手机的即时通信消息等应用,UE的移动性比较强,UE可能会从一个基站的覆盖范围内移动到另一个基站的覆盖范围内。如果UE从基站A的覆盖范围移动到基站B的覆盖范围,处于基站B的覆盖范围内时,采用移动前基站A发送的CG-SDT配置所指示的资源进行SDT,则无法传输数据,由于RA-SDT中发送随机接入前导的资源是基站实时广播的,因此,对于移动性较强的UE,可以优先采用RA-SDT。
当然,UE到底采用CG-SDT还是RA-SDT也可以不受场景的限制,可以基于UE的实现确定采用哪种方式进行SDT。
示例性地,由于进行CG-SDT的资源是基站为UE专门配置的,因此UE进行CG-SDT的成功率较高。RA-SDT的随机接入资源是网络设备广播的,能够接收到广播消息的UE都可以在随机接入资源上发起RA-SDT,多个UE会竞争资源,可能会导致竞争失败的情形,因此,RA-SDT的成功率没有CG-SDT的成功率高,CG-SDT比RA-SDT可能有效。通常情况下,UE优先选择CG-SDT,UE选择CG-SDT也需要满足一定的条件,如果不满足条件,则UE可以选择RA-SDT。例如,UE当前所处的普通上行载波(normal uplink,NUL)载波或者辅助上行(supplementaryuplink,SUL)载波覆盖的范围内是否有CG-SDT配置所指示的资源,如果有CG-SDT配置所指示的资源,且CG-SDT配置所指示的资源中存在有效的资源的情况下,UE可以选择CG-SDT,否则选择RA-SDT。
在一些实施例中,基站为UE配置的RB可以包括用于承载小包数据的RB(简称SDTRB),以及用于承载大包数据的RB(简称非SDT RB(non-SDT RB)),RB可以包括用于承载数据的DRB和用于承载控制信息的SRB。只有通过SDT RB承载的小包数据到达时,UE才可以发起SDT,若通过non-SDT RB承载的大包数据到达时,UE无法发起SDT。
接下来示例性介绍SDT的传输过程。
请参见图5,图5示例性示出一种用户面下4-step SDT过程的流程示意图。图5所示过程可以包括但不限于以下步骤:
S111:UE向基站发送random access preamble。
在一些实施例中,基站可以向UE发送广播消息,广播消息包括第一资源配置信息,第一资源配置信息用于指示发送random access preamble的随机接入资源。可选地,第一资源配置信息具体可以指示用于发起正常随机接入的第一随机接入资源,可选地,第一资源配置信息具体可以指示用于在RA-SDT过程中发送random access preamble的第二随机接入资源。其中,random access preamble可以是UE按照特定的规则生成的,但是基站能够识别UE生成的random access preamble。
在一些实施例中,UE要进行RA-SDT发送的random access preamble可以与UE要发起正常RA而不进行RA-SDT的random access preamble不同。也就是说,基站可以利用不同的random access preamble来区别UE的意图,如UE的意图是为了进行RA-SDT或者为了发起RA。
在另一些实施例中,UE要进行RA-SDT发送的random access preamble也可以与UE要发起正常RA而不进行RA-SDT的random access preamble相同。
在一些实施例中,如果第一资源配置信息具体指示用于发起正常随机接入的第一随机接入资源,以及用于在RA-SDT过程中发送random access preamble的第二随机接入资源。则UE可以基于不同的意图在不同的随机接入资源上发送random access preamble,这样,基站可以利用不同的接收random access preamble的资源来区别UE的意图。例如UE意图发起RA时,在第一随机接入资源上发送random access preamble,基站通过第一随机接入资源接收random access preamble时,可以确定UE的意图为发起RA。UE意图进行RA-SDT时,在第二随机接入资源上发送random access preamble,基站通过第二随机接入资源random access preamble时,可以确定UE的意图为进行RA-SDT。
在另一些实施例中,UE要进行RA-SDT发送random access preamble的随机接入资源也可以与UE要发起正常RA而不进行RA-SDT的随机接入资源相同。
S112:响应于random access preamble,基站向UE发送随机接入响应(randomaccess response,RAR)。
具体地,UE向基站发送random access preamble后,可以在RAR时间窗内监听物理下行控制信道(physical downlink control channel,PDCCH),以接收基站发送的RAR。若UE在RAR时间窗内未接收到基站发送的RAR,UE可以确定此次RA失败。RAR用于为UE调度上行资源(uplink grant,UL grant),以使UE可以在RAR调度的资源上发送msg3(包括S113中的RRC请求消息)。
在一些实施例中,RAR还可以包括临时小区无线网络临时标识(temporary cellradio network temporary identifier,TC-RNTI)和时间提前量(timing advance,TA)中的至少一种。TA用于UE获知上行同步。
S113:UE在RAR调度的资源上向基站发送上行小包数据和RRC请求消息。
在一些实施例中,RRC请求消息可以携带意图信息,该意图信息用于指示UE发送RRC请求消息的意图,如UE的意图是为了进行RA-SDT或者为了发起RA。示例性地,如果UE要发起RA-SDT发送的random access preamble与UE发起正常RA而不进行RA-SDT的randomaccess preamble相同,或者UE要发起RA-SDT发送random access preamble的随机接入资源与UE要发起正常RA而不进行RA-SDT所传输random access preamble的随机接入资源相同,UE要进行RA-SDT发送的RRC请求消息可以携带意图信息,该意图信息用于指示UE想要发起RA-SDT的意图,而不是发起正常的RA的意图。
在另一些实施例中,UE可以在向基站发送msg3时发送BSR,基站可以通过UE发送的BSR获取到UE的意图,如UE的意图是为了进行RA-SDT或者为了发起RA。示例性地,UE要进行RA-SDT发送的random access preamble与UE要发起正常RA而不进行RA-SDT的randomaccess preamble相同,UE要进行RA-SDT发送random access preamble的随机接入资源也可以与UE要发起正常RA而不进行RA-SDT的随机接入资源相同,如果UE要进行RA-SDT,可以在向基站发送msg3时发送BSR,该BSR用于指示小包数据的数据量,基站可以通过接收的BSR获取到UE的意图是发起RA-SDT,而不是发起正常的RA。
在一些实施例中,UE处于不同的RRC状态和在不同的业务场景下,msg3中的RRC请求消息可以不同。例如,处于RRC IDLE态的UE(可选地,此时UE可以存储有用于获取加密上述上行小包数据的密钥的配置信息等UE上下文,或者终端还可以未存储其上下文)发送的RRC请求消息可以包括RRC连接请求(RRCConnectionRequest)消息、RRC连接恢复请求(RRCConnectionResumeRequest)消息、RRC数据早传请求(RRCEarlyDataRequest)消息、RRCResumeRequest消息、RRCResumeRequest1消息、RRCSetupRequest消息或其他具有相同功能但第三代合作伙伴计划(3rd generation partnership project,3GPP)未标准化的RRC消息。处于RRC INACTIVE态的UE发送的RRC请求消息可以是RRCConnectionRequest消息、RRCConnectionResumeRequest消息、RRCEarlyDataRequest消息、RRCResumeRequest消息、RRCResumeRequest1消息、RRCSetupRequest消息或其他具有相同功能但3GPP未标准化的RRC消息。
在一些实施例中,UE可以向基站发送上行小包数据和RRC请求消息,以发起用于4-step SDT的RRC连接恢复过程,在一些实施例中,用于发起用于4-step SDT的RRC连接恢复过程的RRC请求消息包括恢复原因(resumeCause)的信息元素(information element,IE),resumeCause IE可以被设置为mo-data。
在一些实施例中,UE先初始化用于SDT的RRC连接恢复过程,然后再基于4-stepSDT向基站发送RRC请求消息。在一些实施例中,msg3可以包括UE的标识,例如UE在核心网处的唯一标识。在一些实施例中,msg3可以包括UE上一个连接的基站的相关信息,例如非激活态无线网络临时标识(inactive temporary cell radio network temporaryidentifier,I-RNTI)。在一些实施例中,msg3可以包括用于加密和完整性保护的信息。
在一些实施例中,上述上行小包数据可以在DTCH上传输,上述RRC消息可以在CCCH上传输。MAC层可以将小包数据和RRC请求消息进行封装,通过PHY层发送给基站。
S114:基站接收到RRC请求消息后,向UE发送竞争解决(contention resolution)消息。
在一些实施例中,基站接收到上行小包数据和RRC请求消息后,可以恢复UE上下文,并将接收到的上述上行小包数据发送给核心网。
在一些实施例中,contention resolution消息实际为竞争解决标识媒体接入层控制单元(contention resolution Identity MAC control element,contentionresolution Identity MAC CE),contention resolution Identity MAC CE可以指示UE竞争解决成功。在一些实施例中,UE可以判断contention resolution Identity MAC CE和S113发送的msg3是否一致,若一致则确定当前RA-SDT过程对应的竞争解决成功,或者确定当前RA-SDT过程成功。
S115:基站向UE发送RRC响应消息。
在一些实施例中,若核心网存在下行小包数据发送给UE,核心网可以向基站发送下行小包数据。然后,基站可以在发送RRC响应消息时将下行小包数据一起发送给UE。其中,下行小包数据可以在DTCH上传输,并与在DCCH上传输的RRC响应消息在MAC层多路复用。
在一些实施例中,UE可以根据RRC响应消息确定上行小包数据是否传输成功,具体示例如下所示:
示例一:基站发送的RRC响应消息为RRC连接释放(RRCConnectionRelease)消息、RRC连接恢复(RRCConnectionResume)消息、RRC连接建立(RRCConnectionSetup)消息、RRCRelease消息、RRCResume消息或RRCSetup消息或其他具有相同功能但3GPP未标准化的RRC消息。UE接收到上述RRC响应消息的情况下,可以确定此次SDT传输成功。
示例二:基站发送的RRC响应消息为RRC连接拒绝(RRCConnectionReject)消息、RRC拒绝(RRCReject)消息或其他具有相同功能但3GPP未标准化的RRC消息。UE接收到上述RRC响应消息的情况下,可以确定此次SDT传输失败。
在一些实施例中,UE可以根据RRC响应消息保持在当前的RRC状态或者进入其他RRC状态,具体示例如下所示:
示例一:若核心网没有进一步传输数据的需求,基站发送的RRC响应消息为RRC数据早传完成(RRCEarlyDataComplete)消息、RRCConnectionRelease消息、带有暂停配置的RRC释放(RRCRelease with suspend config)消息、RRCRelease消息或其他具有相同功能但3GPP未标准化的RRC消息。UE接收到上述RRC响应消息的情况下,可以认为此次SDT传输过程成功。并且,UE可以响应于上述RRC响应消息,保持在当前的非RRC连接态。可选地,上述RRC响应消息(如RRCRelease消息)可以包括UE下一次发起SDT的相关配置,例如,UE加密小包数据的下一跳链计算(next hop chaining count,NCC)和I-RNTI。
示例二:若核心网有进一步传输数据的需求,核心网可以触发连接建立的指示过程,基站发送的上述RRC响应消息为RRCConnectionSetup消息、RRCConnectionResume消息、RRCSetup消息、RRCResume消息或其他具有相同功能但3GPP未标准化的RRC消息。UE接收到上述RRC响应消息的情况下,可以认为此次SDT传输过程成功。并且,UE可以响应于上述RRC响应消息,进入RRC CONNECTED态。
在一些实施例中,若UE没有接收到S115中的RRC响应消息,则认为S113中小包数据传输失败。若UE接收到S115中的RRC响应消息,则认为S113中的小包数据传输成功。也就是说,UE可以利用是否接收到RRC响应消息,判断S113中的小包数据是否传输成功。
需要说明的是,上述核心网是否有进一步传输数据的需求,不包括基站在S115中发送下行小包数据的需求。
请参见图6,图6示例性示出一种控制面下4-step SDT过程的流程示意图。图6所示过程可以包括但不限于以下步骤:
S121:UE向基站发送random access preamble。
S122:响应于random access preamble,基站向UE发送RAR。
具体地,S121-S122和图5的S111-S112类似,不再赘述。
S123:UE在RAR调度的资源上向基站发送携带上行小包数据的RRC请求消息。
具体地,S123和图5的S113类似,区别在于,上行小包数据不是和msg3一起在MAC层封装后发送的,而是携带于msg3中发送的,在一些实施例中,上述上行小包数据可以携带于msg3中并在CCCH上传输。例如,上述上行小包数据可以携带于RRCEarlyDataRequest消息包含的NAS层相关的IE(如专用信息NAS(dedicatedInfoNAS)IE)中,并在CCCH上传输。
S124:基站接收到RRC请求消息后,向UE发送contention resolution消息。
具体地,S124和图5的S114类似,区别在于,基站接收到的RRC请求消息包括上行小包数据,在一些实施例中,基站可以通过上述携带上行小包数据的msg3向核心网发送上述上行小包数据。例如,基站可以通过转发上述msg3包含的NAS层相关的IE向核心网发送上述上行小包数据。
S125:基站向UE发送RRC响应消息。
具体地,S125和图5的S115类似,不再赘述。
图5和图6以UE在存在上行小包数据发送给基站的情况下执行S111和/或S121,即UE主动发起小包数据的传输过程为例进行说明。但在具体实现中,还存在UE在基站的指示下被动发起小包数据的传输过程的情况,例如,LTE中的终端终止(mobile terminated,MT)EDT(简称MT-EDT)。该情况的传输过程与图5和图6所示的传输过程类似,区别之处具体如下所述:
在S111之前,当核心网存在下行小包数据发送给UE,核心网可以向基站发送寻呼消息。在一些实施例中,该寻呼消息可以携带下行小包数据的数据量信息。在一些实施例中,基站可以向UE发送寻呼消息,UE基于当前测量的RSRP和预设的RSRP门限的相对大小,确定发起4-step SDT,示例性地,基站可以根据该寻呼消息触发MT-EDT,并向UE发送携带MT-EDT指示的寻呼消息,以使UE触发用于MT-EDT的MO-EDT。其中,与上述UE主动发起小包数据的传输过程不同的是:在S113中,UE可以仅发送RRC消息给基站,不发送上行小包数据,可选地,还可以携带触发MT-EDT的原因信息。相应地,基站可以接收核心网发送的下行小包数据,S115中基站可以向UE发送RRC响应消息和下行小包数据。
类似地,在S121之前,当核心网存在下行小包数据发送给UE,核心网可以向基站发送寻呼消息。在一些实施例中,该寻呼消息可以携带下行小包数据的数据量信息。在一些实施例中,基站可以向UE发送寻呼消息,UE基于当前测量的RSRP和预设的RSRP门限的相对大小,确定发起4-step SDT,其中,与上述UE主动发起小包数据的传输过程不同的是:S123中UE向基站发送的RRC消息可以未携带上行小包数据,可选地,还可以携带触发MT-EDT的原因信息。相应地,基站可以接收核心网发送的下行小包数据。S125中基站向UE发送的RRC响应消息中可以携带有下行小包数据。
请参见图7,图7示例性示出一种用户面下2-step SDT过程的流程示意图。图7所示过程可以包括但不限于以下步骤:
S211:UE向基站发送random access preamble,RRC请求消息和上行小包数据。
在一些实施例中,UE执行S211的传输资源可以通过基站广播的信息获得,例如,UE可以使用基站广播的RA资源发送random access preamble,UE可以使用基站广播的PUSCH资源发送RRC请求消息。
在一些实施例中,基站可以利用不同的random access preamble来区别UE的意图,在另一些实施例中,基站可以利用不同的接收random access preamble的资源来区别UE的意图,在另一些实施例中,基站可以通过UE发送的BSR获取到UE的意图,在另一些实施例中,RRC请求消息可以携带意图信息,该意图信息用于指示UE发送RRC请求消息的意图,如UE的意图是为了进行RA-SDT或者为了发起RA,具体可参见上图5中S111和S113的示例,不再赘述。
在一些实施例中,UE处于不同的RRC状态和在不同的业务场景下,上述msgA中的RRC请求消息可以不同,具体可参见上图5中msg3中的RRC请求消息的示例,不再赘述。
在一些实施例中,上述RRC请求消息和上行小包数据可以携带于物理上行共享信道(physical uplink share channel,PUSCH)负载中。上述上行小包数据可以在DTCH上传输,上述RRC消息可以在CCCH上传输。MAC层可以将小包数据和RRC请求消息进行封装,通过PHY层发送给基站。
在一些实施例中,UE可以向基站发送上行小包数据和RRC请求消息,以发起用于2-step SDT的RRC连接恢复过程,在一些实施例中,用于发起用于2-step SDT的RRC连接恢复过程的RRC请求消息中,resumeCause IE可以被设置为mo-data。
在一些实施例中,UE先初始化用于SDT的RRC连接恢复过程,然后再基于2-stepSDT向基站发送RRC请求消息。
其中,RRC请求消息和上行小包数据的说明可参见上图5的S113中RRC请求消息和上行小包数据的说明,不再赘述。
S212:基站接收到RRC请求消息后,向UE发送消息B。
在一些实施例中,基站接收到上行小包数据和RRC请求消息后,可以恢复UE上下文,并将接收到的上述上行小包数据发送给核心网。
在一些实施例中,在2-step RA的第二步中基站向UE发送的消息可以称为消息B(message B),简称msgB。msgB可以理解为是在2-step SDT过程中对应msgA的响应。在一些实施例中,msgB可以包括用于contention resolution、回退指示(fallback indication)或者退避指示(backoff indication)的响应,例如,msgB包括退避指示器(backoffIndicator)、成功RAR(successRAR)或回退RAR(fallbackRAR)。
在一些实施例中,msgB包括successRAR,successRAR包括contention resolution字段,例如contention resolution MAC CE包括的内容,UE接收到successRAR,则确定当前RA-SDT过程对应的竞争解决成功,或者确定当前RA-SDT过程成功。可选地,successRAR中的contention resolution字段可以指示UE竞争解决成功,可选地,UE可以判断successRAR中的contention resolution字段和S211发送的msgA是否一致,若一致则确定当前RA-SDT过程对应的竞争解决成功,或者确定当前RA-SDT过程成功。在另一些实施例中,msgB包括fallbackRAR,UE接收到fallbackRAR后,再次向基站发送msg3和上行小包数据。
S213:基站向UE发送RRC响应消息。
在一些实施例中,若核心网存在下行小包数据发送给UE,核心网可以向基站发送下行小包数据。然后,基站可以在发送RRC响应消息时将下行小包数据一起发送给UE。
其中,RRC响应消息的说明可参见上图5的S115中RRC响应消息的说明,不再赘述。
请参见图8,图8示例性示出一种控制面下2-step SDT过程的流程示意图。图8所示过程可以包括但不限于以下步骤:
S221:UE向基站发送random access preamble,以及携带上行小包数据的RRC请求消息。
具体地,S221和图7的S211类似,区别在于,上行小包数据不是和msgA中的RRC请求消息一起发送的,而是携带于msgA中的RRC请求消息中发送的,在一些实施例中,携带上行小包数据的RRC请求消息可以携带于物理上行共享信道(physical uplink sharechannel,PUSCH)负载中,并可以在CCCH上传输。
S222:基站接收到RRC请求消息后,向UE发送msgB。
具体地,S222和图7的S212类似,区别在于,基站接收到的RRC请求消息包括上行小包数据,在一些实施例中,基站可以通过上述携带上行小包数据的RRC请求消息向核心网发送上述上行小包数据。例如,基站可以通过转发携带上行小包数据的RRCResumeRequest消息向核心网发送上述上行小包数据。
S223:基站向UE发送RRC响应消息。
具体地,S223和图7的S213类似,不再赘述。
图7和图8以UE在存在上行小包数据发送给基站的情况下执行S211和/或S221,即UE主动发起小包数据的传输过程为例进行说明。但在具体实现中,还存在UE在基站的指示下被动发起小包数据的传输过程的情况。该情况的传输过程与图7和图8所示的传输过程类似,区别之处具体如下所述:
在S211之前,当核心网存在下行小包数据发送给UE,核心网可以向基站发送寻呼消息。在一些实施例中,该寻呼消息可以携带下行小包数据的数据量信息。在一些实施例中,基站可以向UE发送寻呼消息,UE基于当前测量的RSRP和预设的RSRP门限的相对大小,确定发起2-step SDT,示例性地,基站可以根据该寻呼消息触发MT-EDT,并向UE发送携带MT-EDT指示的寻呼消息,以使UE触发用于MT-EDT的MO-EDT。其中,与上述UE主动发起小包数据的传输过程不同的是:在S211中,UE可以仅发送random access preamble和RRC请求消息给基站,不发送上行小包数据,可选地,还可以携带触发MT-EDT的原因信息。相应地,基站可以接收核心网发送的下行小包数据,S213中基站可以向UE发送RRC响应消息和下行小包数据。
类似地,在S221之前,当核心网存在下行小包数据发送给UE,核心网可以向基站发送寻呼消息。在一些实施例中,该寻呼消息可以携带下行小包数据的数据量信息。在一些实施例中,基站可以向UE发送寻呼消息,UE基于当前测量的RSRP和预设的RSRP门限的相对大小,确定发起2-step SDT,其中,与上述UE主动发起小包数据的传输过程不同的是:S221中UE向基站发送的RRC消息可以未携带上行小包数据,可选地,还可以携带触发MT-EDT的原因信息。相应地,基站可以接收核心网发送的下行小包数据。S223中基站向UE发送的RRC响应消息中可以携带有下行小包数据。
不限于上述所示示例,在另一些实施例中,基站也可以将msgB和RRC响应消息一起发送给UE。
在一些实施例中,UE发起RA-SDT后,无法通过发送一次msg3或者msgA完成smalldata的传输,UE可以通过后续传输(subsequent transmission)完成后续small data的传输,其中subsequent transmission可以在UE接收到contention resolution之后,基站向UE发送RRC响应消息之前执行,例如上图5中S114和S115之间,上图7中S212和S213之间。具体示例如下所示:
示例一:UE当前发起的RA-SDT用于传输一个small data(例如一条即时通讯消息),当UE发起4-step SDT时,基站在RAR中指示的UL grant小于传输small data和RRC请求消息的资源之和,或者当UE发起2-step SDT时,UE从广播消息中获取的传输资源小于传输random access preamble、small data和RRC请求消息的资源之和。在这种情况下,UE可以先通过msg3或者msgA发送small data的部分数据,然后在subsequent transmission阶段传输small data剩余的数据,例如基站可以在向UE发送contention resolution后,可以为UE动态调度上行资源来进行subsequent transmission。
示例二:UE当前发起的RA-SDT用于传输多个small data,当small data到达后,UE可以发起4-step SDT或者2-step SDT,通过msg3或msgA传输small data,但在此次SDT过程中,UE又获取新的small data,则UE可以在subsequent transmission阶段传输新的smalldata,例如基站可以在向UE发送contention resolution后,可以为UE动态调度上行资源来进行subsequent transmission。
请参见图9,图9示例性示出一种用户面下CG-SDT过程的流程示意图。图9所示过程可以包括但不限于以下步骤:
S311:UE在预先配置的资源上向基站发送RRC请求消息和上行小包数据。
示例性地,预先配置的资源为配置资源类型一(configured grants type 1,CGType 1)或PUR。其中,CG Type 1可以是由RRC层直接配置的上行资源,可以包括但不限于该上行资源的时频资源位置以及资源周期。
在一些实施例中,当基站和UE均支持CG-SDT,并且UE满足使用CG-SDT的条件时,UE可以执行S311而不必执行RA。使用CG-SDT的条件例如包括:UE处于非RRC连接态,UE有上行小包数据的传输需求,UE有预先配置的资源,满足RSRP条件,以及具有有效的TA。
在一些实施例中,UE确定使用CG-SDT的条件包括以下至少一项:
条件一:TAT运行,即UE的TA有效,UE与基站处于上行同步状态,可以表示CG-SDT有效,否则无效。
条件二:在TAT运行的前提下,UE当前的RSRP大于预设的第一RSRP门限(简称为RSRP 1),可以表示CG-SDT有效。可选地,该RSRP1可以为UE可以发起SDT传输的RSRP。也就是说,UE当前的RSRP大于预设的RSRP 1表示UE离基站较近,信道质量较好,如果进行CG-SDT,则成功率较高,CG-SDT有效。UE当前的RSRP小于或等于预设的RSRP 1表示UE离基站较远,信道质量差,如果进行CG-SDT,则成功率较低。其中,RSRP 1可以为基站为CG-SDT和RA-SDT共同配置的。
条件三:在上次TA有效的预设时间段内,UE的RSRP的增加量或者减少量小于或等于预设的第二RSRP门限(简称为RSRP 2),可以表示CG-SDT有效。也就是说,可以根据UE的RSRP的增加量或者减少量确定UE是否发生移动,如果RSRP的增加量或者减少量大于或等于RSRP 2,则表示相对于上次TA有效的时段内,UE发生移动或者移动距离较大,如果进行CG-SDT,则成功率较低,CG-SDT无效。如果RSRP的增加量或者减少量小于RSRP 2,则表示相对于上次TA有效的时段内,UE没有移动或者移动距离较小,如果进行CG-SDT,则成功率较高,CG-SDT有效。
条件四:若基站在SUL和/或NUL上配置CG-SDT,则UE需要比较当前的RSRP与基站预设的第三RSRP门限(简称RSRP 3),从而确定SUL上配置的CG-SDT有效还是NUL上配置的CG-SDT有效。可选地,假设SUL和NUL上均配置了CG-SDT,则UE将当前的RSRP与RSRP 3比较,若当前的RSRP小于RSRP 3则选择SUL上的CG-SDT,若当前的RSRP大于或等于RSRP 3则选择NUL上的CG-SDT。也就是说,基站在SUL和NUL上都配置了CG-SDT的情况下,如果UE当前的RSRP小于RSRP 3,则表示UE离基站较远,应采用SUL上配置的CG-SDT,也即SUL上的CG-SDT有效,NUL上的CG-SDT无效。如果UE当前的RSRP大于或等于RSRP 3,则表示UE离基站较近,应采用NUL上配置的CG-SDT,也即NUL上的CG-SDT有效,SUL上的CG-SDT无效。可选地,假设基站仅在SUL上配置CG-SDT,则UE将当前的RSRP与RSRP 3比较,若当前的RSRP小于RSRP 3则选择SUL上的CG-SDT,此时CG-SDT有效,若当前的RSRP大于或等于RSRP 3则无法使用CG-SDT,即SUL上的CG-SDT无效,也就是说基站配置了在SUL上的CG-SDT,UE离基站比较远的情况下,可以利用SUL上的CG-SDT,否则SUL上的CG-SDT无效。可选地,假设基站仅在NUL上配置CG-SDT,则UE将当前的RSRP与RSRP 3比较,若当前的RSRP小于RSRP 3则无法使用CGSDT,若当前的RSRP大于或等于RSRP3则选择NUL上的CGSDT,即NUL上的CG-SDT有效,也就是说基站配置了在NUL上的CG-SDT,UE离基站比较近的情况下,可以利用NUL上的CG-SDT,否则NUL上的CG-SDT无效。
条件五:UE处于基站覆盖的范围,且该基站为UE配置过用于CG-SDT的CG资源。
在一些实施例中,在S311之前,UE还可以向基站请求配置用于发起CG-SDT的预配置资源。例如,UE在RRCCONNECTED态向基站发送CG-SDT资源请求消息。CG-SDT资源请求消息用于向基站请求进行CG-SDT的配置。例如LTE中,UE向基站发送PUR请求配置信息(PURConfigurationRequest)消息。
可选地,UE可以在RRCCONNECTED态下的任意时刻可以向基站发送CG-SDT资源请求消息。可选地,UE在RRCCONNECTED态下可以确定未来可能会有小包数据,则可以向基站发送CG-SDT资源请求消息。可选地,UE处于RRCCONNECTED态,UE在预设的时间段内与基站没有传输数据的需求,UE确定自身可能即将进入非RRC连接态,为了在非RRC连接态传输小包数据,则UE可以向基站发送CG-SDT资源请求消息。
在一些实施例中,基站接收到请求配置信息(例如CG-SDT资源请求消息或PURConfigurationRequest消息)后,当基站指示UE从RRC CONNECTED态切换为非RRC连接态时,基站向UE发送的RRC响应消息可以携带有详细的CG-SDT的配置信息。例如,基站指示UE从RRC CONNECTED态切换为RRC INACTIVE态时,上述RRC响应消息为RRCRelease消息,RRCRelease消息可以携带详细的CG资源的配置信息。例如,基站指示UE从RRC CONNECTED态切换为RRC IDLE态时,上述RRC响应消息为RRCRelease消息,RRCRelease消息可以携带详细的PUR的配置信息。
不限于上述列举的情况,在另一些实施例中,基站为UE配置了CG-SDT后,可以向UE发送携带释放指示信息的RRC响应消息,以释放配置的CG-SDT。例如,RRCRelease消息可以携带CG资源的释放指示信息。例如,RRCConnectionRelease消息可以携带PUR的释放指示信息。
在另一些实施例中,UE也可以不向网络设备发送CG-SDT资源请求消息,网络设备可以直接为UE配置CG-SDT资源,例如网络设备可以参考UE历史的通信业务情况,为UE配置CG-SDT资源。
在一些实施例中,UE可以向基站发送上行小包数据和RRC请求消息,以发起用于CG-SDT的RRC连接恢复过程,在一些实施例中,用于发起用于CG-SDT的RRC连接恢复过程的RRC请求消息中,resumeCause IE可以被设置为mo-data。
在一些实施例中,UE先初始化用于SDT的RRC连接恢复过程,然后再基于CG-SDT向基站发送RRC请求消息。
不限于上述示例的情况,在另一些实施例中,UE在进行CG-SDT的过程中可以仅发送小包数据,例如,对于CG-SDT配置所指示的资源是网络设备配置给UE的特有的资源,非共享资源,则UE进行CG-SDT的过程中可以在CG-SDT配置所指示的资源仅发送小包数据。这样,网络设备可以根据接收小包数据的资源识别出来发送小包数据的UE。又例如,若CG-SDT配置所指示的资源是网络设备配置给多个UE的共享资源,则UE进行SDT的过程中可以在CG-SDT配置所指示的资源上发送小包数据和RRC请求消息,这样,网络设备可以利用RRC消息识别UE。
其中,RRC请求消息和上行小包数据的说明可参见上图5的S113中RRC请求消息和上行小包数据的说明,不再赘述。
S312:基站向UE发送反馈响应消息。
在一些实施例中,基站响应于UE发送的RRC请求消息,向UE发送反馈响应消息。在一些实施例中,反馈响应消息用于指示RRC请求消息传输成功,在一些实施例中,反馈响应消息用于指示RRC请求消息以及与RRC请求消息一起发送的上行小包数据传输成功,在一些实施例中,反馈响应消息用于指示上行小包数据传输成功。
在一些实施例中,反馈响应消息为层一确认消息(Layer 1Acknowledgement,Layer 1Ack),即物理层ACK。
在一些实施例中,反馈响应消息为下行反馈信息(downlink feedbackinformation,DFI),即CG-DFI。
在一些实施例中,反馈响应消息为MAC层的MAC CE。
在一些实施例中,反馈响应消息为RRC层的RRC消息。
S313:基站向UE发送RRC响应消息。
在一些实施例中,若核心网存在下行小包数据发送给UE,核心网可以向基站发送下行小包数据。然后,基站可以在发送RRC响应消息时将下行小包数据一起发送给UE。
其中,RRC响应消息的说明可参见上图5的S115中RRC响应消息的说明,不再赘述。
在一些实施例中,RRC响应消息可以包括CG-SDT配置,例如,S311中的CG-SDT配置用于UE传输S311中的小包数据,S313中RRC响应消息指示的CG-SDT配置用于UE下次传输小包数据。
在一些实施例中,当S312中反馈响应消息为RRC层的RRC消息时,S312中的反馈响应消息与S313中的RRC响应消息可以为同一条消息,也就是说,上述反馈响应消息可以为上述RRC响应消息,即S312与S313为同一个步骤。
请参见图10,图10示例性示出一种控制面下CG-SDT过程的流程示意图。图10所示过程可以包括但不限于以下步骤:
S321:UE在预先配置的资源上向基站发送携带上行小包数据的RRC请求消息。
具体地,S321和图9的S311类似,区别在于,上行小包数据不是和RRC请求消息一起发送的,而是携带于RRC请求消息中发送的。
S322:基站向UE发送反馈响应消息。
S323:基站向UE发送RRC响应消息。
具体地,S322-S323和图9的S312-S313类似,不再赘述。
图9和图10以UE在存在上行小包数据发送给基站的情况下执行S311和/或S321,即UE主动发起小包数据的传输过程为例进行说明。但在具体实现中,还存在UE在基站的指示下被动发起小包数据的传输过程的情况。该情况的传输过程与图9和图10所示的传输过程类似,区别之处具体如下所述:
在S311之前,当核心网存在下行小包数据发送给UE,核心网可以向基站发送寻呼消息。在一些实施例中,该寻呼消息可以携带下行小包数据的数据量信息。在一些实施例中,基站可以向UE发送寻呼消息,以使UE发起CG-SDT。其中,与上述UE主动发起小包数据的传输过程不同的是:在S311中,UE可以仅发送RRC请求消息给基站,不发送上行小包数据,可选地,还可以携带触发MT-EDT的原因信息。相应地,基站可以接收核心网发送的下行小包数据,S313中基站可以向UE发送RRC响应消息和下行小包数据。
类似地,在S321之前,当核心网存在下行小包数据发送给UE,核心网可以向基站发送寻呼消息。在一些实施例中,该寻呼消息可以携带下行小包数据的数据量信息。在一些实施例中,基站可以向UE发送寻呼消息,以使UE发起CG-SDT。其中,与上述UE主动发起小包数据的传输过程不同的是:S321中UE向基站发送的RRC消息可以未携带上行小包数据,可选地,还可以携带触发MT-EDT的原因信息。相应地,基站可以接收核心网发送的下行小包数据。S323中基站向UE发送的RRC响应消息中可以携带有下行小包数据。
在一种可能的实现方式中,处于非RRC连接态(如RRC INACTIVE态)的UE当前服务小区对应的网络设备没有保存该UE的上下文,该网络设备可以称为服务设备,该UE的上下文保存在其他网络设备(可称为锚点设备)中。在一些实施例中,锚点设备可以维护一个或多个处于非RRC连接态的UE的上下文,在另一些实施例中,锚点设备可以维护一个或多个处于RRCINACTIVE态的UE的PDCP上下文或功能(例如完整性保护和加密的安全相关配置)。在一些实施例中,锚点设备可以是处于非RRC连接态的UE最近一次处于RRC CONNECTED态时连接的网络设备,在另一些实施例中,锚点设备可以是处于非RRC连接态的UE最近一次处于RRC CONNECTED态时,向该UE发送RRCRelease消息的网络设备。锚点设备例如为NG-RAN节点、基站等网络设备。
以下实施例以服务设备为服务基站,锚点设备为锚点基站为例进行说明。
在一些实施例中,UE可以离开存储有该UE的上下文的锚点基站的覆盖范围,移动至其他服务基站下,在其他服务基站下发起SDT,例如对于移动性较频繁的UE,移动到服务基站下后,处于RRC INACTIVE态的UE在有SDT传输需求时,可以在当前服务基站下发起RA-SDT。若锚点基站未将该UE的上下文发送给服务基站,则锚点基站的角色不变,若锚点基站将该UE的上下文发送给服务基站,则该服务基站成为该UE的锚点基站。例如,UE1处于基站1的覆盖范围内时,基站1存储有UE1的上下文,当UE1移动离开基站1的覆盖范围并进入基站2的覆盖范围内时,基站2为UE1的服务基站,若基站1未将UE1的上下文发送给基站2,则基站1的角色不变,仍为UE1的锚点基站。当UE1再次移动离开基站2的覆盖范围并进入基站3的覆盖范围内时,基站3为UE1的服务基站,若基站1未将UE1的上下文发送给基站3,则基站1的角色不变,仍为UE1的锚点基站,但若基站1将UE1的上下文发送给基站3,则基站1不再为UE1的锚点基站,基站3成为UE1的锚点基站。可以理解的是,除了存储有UE的上下文的锚点基站外,其他基站均可以作为该UE的服务基站。
示例性地,在NR中,锚点基站可以称为锚点gNB(anchor gNB),也可称为上一个服务gNB(last serving gNB),还可称为老gNB(old gNB)。服务基站可以称为新服务gNB(newserving gNB),也可称为当前服务gNB(current serving gNB),还可称为新gNB(new gNB)。
为了简化描述,以下实施例将锚点基站简称为老站,服务基站简称为新站进行说明。
其中,UE在新站下发起SDT(如RA-SDT)时,新站可以通过执行锚点迁移(anchorrelocation)来获取UE的上下文,在一些实施例中,老站决定执行anchor relocation,新站可以从老站处获取到UE的上下文,具体流程示例可参见下图11,在另一些实施例中,老站决定不执行anchor relocation,新站无法从老站处获取到UE的上下文,具体流程示例可参见下图12。
请参见图11,图11示例性示出一种anchor relocation过程的流程示意图。图11所示过程可以包括但不限于以下步骤:
S411:UE向新站发送RRC请求消息。
具体地,UE在新站下发起SDT时,可以向新站发送RRC请求消息,例如发起RA-SDT时发送RRCResumeRequest消息,RRC请求消息的示例可参见上图5-图10所示的SDT过程中的RRC请求消息,不限于此,也可以是其他用于发起SDT的RRC消息。
S412:新站向老站发送第一Xn接口消息。
在一些实施例中,新站可以通过Xn接口向老站发送第一Xn接口消息,来请求获取UE的上下文。
在一些实施例中,第一Xn接口消息为获取UE上下文请求(RetrieveUEContextRequest)消息。
在一些实施例中,UE向新站发送的RRC请求消息包括老站的信息,新站可以通过RRC请求消息获取到老站的信息,例如,新站可以根据RRCResumeRequest消息中携带的I-RNTI,获取到老站的信息。
S413:老站响应于新站发送的第一Xn接口消息,向新站发送第二Xn接口消息。
在一些实施例中,老站可以响应于新站获取UE的上下文的请求,通过Xn接口向新站发送第二Xn接口消息。
在一些实施例中,当老站决定执行anchor relocation(也可理解为当老站决定更换锚点基站)时,老站可以通过Xn接口向新站发送第二Xn接口消息。可选地,第二Xn接口消息可以包括该UE的上下文。
在一些实施例中,第二Xn接口消息为获取UE上下文响应(RetrieveUEContextResponse)消息。S414:新站向核心网设备发送路径切换请求消息。
S415:核心网设备向新站发送路径切换响应消息。
具体地,新站获取到UE的上下文后,可以执行路径切换,例如执行S414和S415,其中核心网设备例如为AMF。新站执行路径切换后,可以和UE进行上述SDT,具体可参见上图5-图10所示的SDT过程,其中新站为基站。
S416:新站向UE发送RRC响应消息。
具体地,新站可以生成RRC响应消息并发送给UE,可选地,该RRC响应消息用于结束新站和UE之间的SDT,例如当UE无SDT的需求时新站执行S416。RRC响应消息的示例可参见上图5-图10所示的SDT过程中的RRC响应消息。
请参见图12,图12示例性示出又一种anchor relocation过程的流程示意图。图12所示过程可以包括但不限于以下步骤:
S421:UE向新站发送RRC请求消息。
S422:新站向老站发送第一Xn接口消息。
具体地,S421-S422和图11的S411-S412类似,具体可参见图11的S411-S412的说明。
S423:老站响应于新站发送的第一Xn接口消息,向新站发送第三Xn接口消息。
在一些实施例中,老站可以响应于新站获取UE的上下文的请求,通过Xn接口向新站发送第三Xn接口消息。
在一些实施例中,当老站决定不执行anchor relocation(也可理解为当老站决定不更换锚点基站)时,老站通过Xn接口向新站发送第三Xn接口消息。可选地,第三Xn接口消息可以不包括该UE的全部上下文,例如第三Xn接口消息可以不包括该UE的PDCP层相关的上下文,仅包括UE的RLC层相关的上下文。
在一些实施例中,第三Xn接口消息为获取UE上下文失败(RetrieveUEContextFailure)消息。在另一些实施例中,第三Xn接口消息为RetrieveUEContextResponse消息。
S424:新站建立传输通道。
具体地,新站接收第三Xn接口消息时,可以建立数据传输通道(tunnel),也可理解为是执行传输通道的建立(forwarding tunnel establishment)。在一些实施例中,传输通道可以用于新站为UE和老站转发SDT的信息,如可以用于执行S425。
S425:UE进行小包数据的传输。
具体地,UE进行小包数据的传输可以包括:新站为UE和老站转发SDT过程的信息,具体过程和上图5-图10所示的SDT过程类似,区别在于,基站替换为新站和老站,可选地,新站用于执行基站传输信息的步骤,可选地,老站用于执行基站生成信息的步骤。
在一些实施例中,新站可以为UE转发上述SDT过程的信息至老站,例如新站接收到UE发送的RRC请求消息后,可以向老站转发RRC请求消息,又例如新站接收到UE发送的上行小包数据后,可以向老站转发上行小包数据,又例如新站可以转发subsequenttransmission阶段UE发送的信息至老站。
在一些实施例中,新站可以为老站转发上述SDT过程的信息至UE,例如老站生成RRC响应消息并发送给新站,新站可以向UE转发RRC响应消息(如S426),又例如新站可以在S426中向UE转发老站发送的下行小包数据,又例如新站可以转发subsequenttransmission阶段老站发送的信息至UE。
S426:新站向UE发送RRC响应消息。
具体地,新站可以为老站转发RRC响应消息至UE,其中RRC响应消息为老站生成的,可选地,该RRC响应消息用于结束新站和UE之间的SDT,例如UE无SDT的需求时新站转发RRC响应消息,RRC响应消息的示例可参见上图5-图10所示的SDT过程中的RRC响应消息。
在一些实施例中,老站向新站发送的RRC响应消息包括在S423的第三Xn接口消息中,例如,新站接收到第三Xn接口消息后,可以先存储RRC响应消息,当UE无SDT的需求时向UE发送RRC响应消息。例如,该RRC响应消息为RRCRelease消息。
在另一些实施例中,老站向新站发送的RRC响应消息不包括在S423的第三Xn接口消息中,可以包括在其他Xn接口消息中,例如,当老站确定UE无SDT的需求时,向新站发送包括RRC响应消息的Xn接口消息(例如,UE上下文释放(UE CONTEXT RELEASE)消息,或者RRC传输(RRC TRANSFER)消息,或者其他已有的Xn接口消息,或者新的Xn接口消息),新站再基于该Xn接口消息向UE发送RRC响应消息。示例性地,图1所示的通信系统中,UE110当前的服务小区对应基站210,但基站210未存储UE110的上下文,即基站210为UE110的新站。UE110移动至基站210下之前处于基站230的覆盖范围内,基站230存储有UE110的上下文,即基站230为UE110的老站。UE110在基站210下发起SDT时,基站210可以向基站230请求获取UE110的上下文,如果基站230决定执行anchor relocation,则基站210可以获取到UE110的上下文,基站210可以直接和UE110进行上述SDT,例如上图11所示流程。如果基站230决定不执行anchorrelocation,则基站210无法获取到UE110的上下文,基站210可以为UE110和基站230转发上述SDT的信息,例如上图12所示流程。而UE120当前服务小区对应的基站220可以存储有UE120的上下文,UE120在基站220下发起SDT时,基站220可以直接和UE120进行上述SDT。
终端和网络设备进行SDT时,可能出现终端无法继续该SDT的情况,具体场景示例如下所示(假设终端为多卡终端,多卡终端包括子设备A和子设备B):
场景一:子设备A和网络设备进行SDT(例如RA-SDT或CG-SDT)时,若子设备B有数据传输需求,并且该数据传输需求需要子设备B进入RRC CONNECTED态,例如进入RRCCONNECTED态进行非SDT的数据传输,为了执行子设备B的数据传输,设备A需停止当前的SDT。
场景二:子设备A和网络设备进行SDT(例如RA-SDT或CG-SDT)时,若子设备B需发送系统信息请求或者接收下行消息,例如寻呼、系统信息、无线资源管理(radio resourcemanagement,RRM)等周期性的下行消息,或者其他非周期性的下行消息,为了执行子设备B的数据传输,子设备A需停止当前的SDT。
在上述情况下,网络设备仍会调度用于该SDT的资源,例如与子设备A进行通信的网络设备无法获知到子设备A不再继续监听用于SDT的调度,而是执行子设备B的业务传输,因此仍会继续为子设备A调度用于SDT的资源。也就是说,存在空口资源被浪费的问题,也缺少能应用于上述情况的高效传输方案。
本申请实施例提供了一种控制传输的方法,可以应用于通信系统,通信系统可以包括第一设备和第一网络设备,第一设备可以向第一网络设备发送指示不再继续监听SDT的信息,避免第一设备不再监听SDT时,第一网络设备继续为该SDT调度资源的情况,节省空口资源。
接下来基于上述说明对本申请实施例提供的控制传输的方法进行说明。
该方法可以应用于通信系统,例如图1所示的通信系统,该通信系统可以包括第一设备和第一网络设备,在一些实施例中,该通信系统还包括第二网络设备。
在一些实施例中,第一设备为多卡终端,多卡终端包括第一子设备,例如,第一设备为图1所示的多卡终端100,第一子设备为多卡终端100包括的UE110或者UE120。第一设备可以通过第一子设备执行控制传输的方法,也就是说,下述控制传输的方法中,第一设备可以替换为第一子设备,第一设备(执行步骤)可以替换为第一设备通过第一子设备(执行步骤)。在另一些实施例中,第一设备为多卡终端包括的子设备,例如,第一设备为图1所示的多卡终端100包括的UE110或UE120。以下实施例以第一设备为多卡终端包括的子设备为例进行说明。
在一些实施例中,第一设备当前服务小区对应的网络设备为第一网络设备,第一网络设备存储有第一设备的用户上下文,例如第一设备移动至第一网络设备下,在第一网络设备下发起SDT时,第一网络设备从锚点设备处获取到第一设备的用户上下文,具体示例可参见上图11所示流程。例如,第一设备为图1所示的多卡终端100(此时第一子设备为UE120)或者多卡终端100包括的UE120,第一网络设备为基站220。
在另一些实施例中,第一设备当前服务小区对应的网络设备为第一网络设备,第一网络设备未存储第一设备的用户上下文,第一设备的用户上下文保存在第二网络设备中,例如第一设备移动至第一网络设备下,在第一网络设备下发起SDT时,第一网络设备可以向第二网络设备请求获取第一设备的用户上下文,但第二网络设备决定不执行anchorrelocation,即第二网络设备仍然为第一设备的锚点设备,因此第一网络设备未从第二网络设备处获取到第一设备的用户上下文,具体示例可参见上图12所示流程。也就是说,第一网络设备为新站,第二网络设备为老站。例如,第一设备为图1所示的多卡终端100(此时第一子设备为UE110)或者多卡终端100包括的UE110,第一网络设备为基站210,第二网络设备为基站230。
请参见图13,图13是本申请实施例提供的一种控制传输的方法的流程示意图。该方法包括但不限于如下步骤:
S510:第一设备接收第一配置信息。
在一些实施例中,S510为可选的步骤。
在一些实施例中,第一设备为多卡终端,多卡终端包括第一子设备,第一设备通过第一子设备接收第一配置信息。在一些实施例中,第一设备为多卡终端包括的第一子设备,第一设备接收第一配置信息。以下描述以第一设备为多卡终端包括的第一子设备为例进行说明。
在一些实施例中,第一配置信息指示第一信息的上报,可选地,第一配置信息指示建立和/或释放第一信息的上报,可选地,第一配置信息指示使能和/或去使能第一信息的上报,可选地,第一配置信息指示设备(如第一设备)可以上报第一信息,可选地,第一配置信息指示当前网络设备(如第一网络设备)支持设备(如第一设备)上报第一信息,可选地,第一配置信息指示设备(如第一设备)可以在RRC INACTIVE态上报第一信息。在一些实施例中,第一信息指示请求停止SDT,具体可参见S530中第一信息的说明,暂不详述。
在一些实施例中,第一配置信息包括第一定时器的时长,在另一些实施例中,第一定时器的时长是通过其他消息发送给第一设备的,在另一些实施例中,第一定时器的时长是预先定义的,例如3GPP协议规定的第一定时器的时长。其中,第一定时器用于第一设备监听第一信息的响应消息。
在一些实施例中,第一定时器可以为多卡终端上报请求离开RRC CONNECTED态时所使用的第三定时器,在另一些实施例中,第一定时器可以为新定义的定时器,例如,考虑到第一设备发起RA-SDT时,可能存在第一网络设备和第二网络设备之间的信令交互(例如交互第一定时器的时长),因此新定义的第一定时器的时长大于第三定时器的时长。
在一些实施例中,第一配置信息和第一定时器的时长的配置方式可以但不限于为以下任意一种:
方式一:第一配置信息是通过广播的系统信息(如系统信息块(systeminformation block,SIB)1)发送给第一设备的,第一配置信息包括第一定时器的时长。
在一种可能的实现方式中,第一设备接收第一网络设备通过广播的系统信息发送的第一配置信息,示例性地,第一设备移动至第一网络设备下,第一设备读取第一网络设备广播的系统信息。
在一些实施例中,第一配置信息包括第一字段,第一设备可以读取系统信息中的第一字段和第一定时器的时长。第一字段可以指示当前网络设备(如第一网络设备)支持设备(如第一设备)上报第一信息,和/或,设备(如第一设备)可以上报第一信息。例如,第一配置信息指示使能和/或去使能第一信息的上报。第一字段和第一定时器的时长为SIB1中可选的字段,第一字段和第一定时器的时长均为枚举类型,当SIB1中第一字段的取值为“true”时表示“当前基站支持UE上报第一信息,UE可以上报第一信息”,第一定时器的时长为SIB1中指示的时长。
在另一些实施例中,第一配置信息指示建立和/或释放第一信息的上报。例如,当SIB1中第一配置信息指示“建立”时表示“当前基站支持UE上报第一信息,UE可以上报第一信息”,当SIB1中第一配置信息指示“释放”时表示“当前基站不支持UE上报第一信息,UE不可以上报第一信息”,SIB1中的第一配置信息包括第一定时器的时长。
在另一些实施例中,第一配置信息不包括第一字段。当系统信息包括第一定时器的时长时表示当前网络设备支持设备上报第一信息,和/或,设备可以上报第一信息。例如,第一定时器的时长为SIB1中可选的字段,第一定时器的时长为枚举类型,第一定时器的时长为SIB1中指示的时长,当SIB1包括第一定时器的时长时表示“当前基站支持UE上报第一信息,UE可以上报第一信息”。
方式二:第一配置信息是通过广播的系统信息(如SIB1)发送给第一设备的,第一定时器的时长是通过RRC消息发送给第一设备的。
在一种可能的实现方式中,第一设备接收第一网络设备通过广播的系统信息发送的第一配置信息,示例性地,第一设备移动至第一网络设备下,第一设备读取第一网络设备广播的系统信息。
在一些实施例中,第一配置信息包括第一字段,第一设备可以读取系统信息中的第一字段,第一字段可以指示当前网络设备支持设备上报第一信息,和/或,设备可以上报第一信息。例如,第一配置信息指示使能和/或去使能第一信息的上报。第一字段为SIB1中可选的字段,第一字段为枚举类型,当SIB1中第一字段的取值为“true”时表示“当前基站支持UE上报第一信息,UE可以上报第一信息”。在另一些实施例中,第一配置信息指示建立和/或释放第一信息的上报。例如,当SIB1中第一配置信息指示“建立”时表示“当前基站支持UE上报第一信息,UE可以上报第一信息”,当SIB1中第一配置信息指示“释放”时表示“当前基站不支持UE上报第一信息,UE不可以上报第一信息”。
在一种可能的实现方式中,第一设备接收第一网络设备通过RRC消息发送的第一定时器的时长,例如,该RRC消息为第一设备和第一网络设备进行SDT时第一网络设备发送的RRC重配(RRCReconfiguration)消息。
在又一种可能的实现方式中,第一设备接收第二网络设备通过RRC消息发送的第一定时器的时长,可选地,第二网络设备存储的第一设备的用户上下文包括第一定时器的时长。例如,该RRC消息为RRCRelease消息,第一设备接收到该RRCRelease消息后从RRCCONNECTED态进入RRC INACTIVE态,又例如,该RRC消息为用于结束SDT的RRCRelease消息,又例如,该RRC消息为第一设备和第二网络设备进行SDT时第二网络设备发送的RRCReconfiguration消息,又例如,该RRC消息为第一设备处于RRC CONNECTED态时第二网络设备发送的RRCReconfiguration消息,可选地,第一设备在第一网络设备下发起SDT对应的恢复过程(resume procedure)时不释放配置的第一定时器的时长。
在一些实施例中,上述RRC消息为RRCReconfiguration消息时,可以通过RRCReconfiguration消息中的其他配置IE(OtherConfig IE)指示第一定时器的时长,不限于此,也可以通过其他已有的IE或新增的IE指示第一定时器的时长。
在另一些实施例中,上述RRC消息为RRCRelease消息时,可以通过RRCRelease消息中的暂停配置IE(suspendconfig IE)指示第一定时器的时长,也可以通过RRCRelease消息中的SDT配置IE(SDTConfig IE)指示第一定时器的时长,还可以通过其他已有的IE或新增的IE指示第一定时器的时长。
不限于上述示例的RRC消息,还可以使用其他类型的RRC消息,例如上图5-图12所示的SDT过程的RRC响应消息,本申请对此不作限定。
方式三:第一配置信息是通过RRC消息发送给第一设备,在一些实施例中,第一配置信息包括第一定时器的时长,在另一些实施例中,第一定时器的时长是通过其他RRC消息发送给第一设备。
在一种可能的实现方式中,第一设备接收第一网络设备通过第一RRC消息发送的第一配置信息,第一配置信息包括第一定时器的时长。
在又一种可能的实现方式中,第一设备接收第二网络设备通过第二RRC消息发送的第一配置信息,第一配置信息包括第一定时器的时长。
在又一种可能的实现方式中,第一设备接收第一网络设备通过第一RRC消息发送的第一配置信息,接收第二网络设备通过第二RRC消息发送的第一定时器的时长。
在又一种可能的实现方式中,第一设备接收第一网络设备通过第一RRC消息发送的第一定时器的时长,接收第二网络设备通过第二RRC消息发送的第一配置信息。
其中,第一RRC消息的示例可参见方式二中第一网络设备发送第一定时器的时长所使用的RRC消息,第二RRC消息的示例可参见方式二中第二网络设备发送第一定时器的时长所使用的RRC消息。
在一些实施例中,第一配置信息包括第一字段和第一定时器的时长,第一设备可以读取RRC消息中的第一字段和第一定时器。第一字段可以指示设备(如第一设备)可以上报第一信息。例如,第一配置信息指示使能和/或去使能第一信息的上报。第一字段和第一定时器的时长为RRC消息中可选的字段,第一字段和第一定时器的时长均为枚举类型,当RRC消息中第一字段的取值为“true”时表示“UE可以上报第一信息”,第一定时器的时长为RRC消息中指示的时长。
在另一些实施例中,第一配置信息指示建立和/或释放第一信息的上报。例如,当RRC消息中第一配置信息指示“建立”时表示“UE可以上报第一信息”,当RRC消息中第一配置信息指示“释放”时表示“UE不可以上报第一信息”,RRC消息中的第一配置信息包括第一定时器的时长。
在另一些实施例中,第一配置信息包括第一定时器的时长,但不包括第一字段。当RRC消息包括第一定时器的时长时表示设备可以上报第一信息。例如,第一定时器的时长为RRC消息中可选的字段,第一定时器的时长均为枚举类型,第一定时器的时长为RRC消息中指示的时长,当RRC消息指示了第一定时器的时长时表示“UE可以上报第一信息”。
在一些实施例中,该方法还包括:第一设备接收第一网络设备发送的系统信息(如SIB1),该系统信息可以指示当前网络设备(如第一网络设备)支持设备(如第一设备)上报第一信息。例如,当SIB1中第一支持信息的取值为“true”时表示“当前基站支持UE上报第一信息”。
方式四:第一配置信息是通过RRC消息发送给第一设备,第一定时器的时长是通过广播的系统信息(如SIB1)发送给第一设备。
在一种可能的实现方式中,第一设备接收第一网络设备通过RRC消息发送的第一配置信息,RRC消息的示例可参见方式二中第一网络设备发送第一定时器的时长所使用的RRC消息。
在又一种可能的实现方式中,第一设备接收第二网络设备通过RRC消息发送的第一配置信息,RRC消息的示例可参见方式二中第二网络设备发送第一定时器的时长所使用的RRC消息。
在一些实施例中,第一配置信息包括第一字段,第一设备可以读取RRC消息中的第一字段,第一字段可以指示设备可以上报第一信息,例如,第一配置信息指示使能和/或去使能第一信息的上报。第一字段为RRC消息中可选的字段,第一字段为枚举类型,当RRC消息中第一字段的取值为“true”时表示“UE可以上报第一信息”。
在另一些实施例中,第一配置信息指示建立和/或释放第一信息的上报。例如,当RRC消息中第一配置信息指示“建立”时表示“UE可以上报第一信息”,当SIB1中第一配置信息指示“释放”时表示“UE不可以上报第一信息”。
在一种可能的实现方式中,第一设备接收第一网络设备通过广播的系统信息发送的第一定时器的时长,例如,第一定时器的时长为SIB1中可选的字段,第一定时器的时长为枚举类型,第一定时器的时长为SIB1中指示的时长。可选地,当系统信息包括第一定时器的时长时表示当前网络设备(如第一网络设备)支持设备(如第一设备)上报第一信息,例如,当SIB1指示了第一定时器的时长时表示“当前基站支持UE上报第一信息”。
在一些实施例中,该方法还包括:第一设备接收第一网络设备发送的系统信息(如SIB1),该系统信息可以指示当前网络设备(如第一网络设备)支持设备(如第一设备)上报第一信息。例如,当SIB1中第一支持信息的取值为“true”时表示“当前基站支持UE上报第一信息”。
方式五:第一配置信息是通过RRC消息或者广播的系统信息发送给第一设备,第一定时器的时长是预先定义的。
在一些实施例中,第一定时器的时长是协议预先规定的时长,在另一些实施例中,第一定时器的时长是第一设备和第一网络设备预先协调的,可选地,第一定时器的时长是第一设备、第一网络设备和第二网络设备预先协调的。
在一种可能的实现方式中,第一设备接收第一网络设备通过广播的系统信息发送的第一配置信息,示例性地,第一设备移动至第一网络设备下,第一设备读取第一网络设备广播的系统信息。在一些实施例中,第一配置信息的说明具体可参见方式二中第一配置信息的说明。
在又一种可能的实现方式中,第一设备接收第一网络设备通过RRC消息发送的第一配置信息,RRC消息的示例可参见方式二中第一网络设备发送第一定时器的时长所使用的RRC消息。在又一种可能的实现方式中,第一设备接收第二网络设备通过RRC消息发送的第一配置信息,RRC消息的示例可参见方式二中第二网络设备发送第一定时器的时长所使用的RRC消息。在一些实施例中,第一配置信息的说明具体可参见方式四中第一配置信息的说明。
在一些实施例中,第一设备接收到第一配置信息之前,和/或第一设备接收到第一定时器的时长之前,第一设备可以发送第一请求消息,可选地,第一设备向第一网络设备发送第一请求消息,可选地,第一设备向第二网络设备发送第一请求消息。第一请求消息指示请求配置第一信息的上报。例如,第一设备发送按需系统(ondemand system information,ondemand SI)消息、RRC消息(如上图5-图10所示的SDT中的RRC请求消息或DCCH承载的RRC消息)或者媒体接入层控制单元(MAC control element,MACCE)等来向网络设备请求配置第一信息的上报。
S520:第一设备进行SDT。
在一些实施例中,S520为可选的步骤。
在一些实施例中,第一设备为多卡终端,多卡终端包括第一子设备,第一设备中的第一子设备处于非RRC连接态,第一设备通过第一子设备在第一网络设备下发起SDT。在一些实施例中,第一设备为多卡终端包括的第一子设备,第一设备处于非RRC连接态,第一设备在第一网络设备下发起SDT。以下描述以第一设备为多卡终端包括的第一子设备为例进行说明。
在一些实施例中,第一设备当前服务小区对应的第一网络设备存储有第一设备的用户上下文,第一设备在第一网络设备下发起SDT时,第一设备可以直接和第一网络设备进行SDT,例如上图5-图10所示的SDT过程,第一设备为UE,第一网络设备为基站。
在另一些实施例中,第一设备当前服务小区对应的第一网络设备未存储第一设备的用户上下文,第一设备的用户上下文保存在第二网络设备中,即第一网络设备为新站,第二网络设备为老站。第一设备在第一网络设备下发起SDT时,第一网络设备可以为第一设备和第二网络设备转发SDT的信息,可选地,第一网络设备可以将第一设备发送的SDT的信息转发给第二网络设备,也可以将第二网络设备发送的SDT的信息转发给第一设备,具体示例可参见图12的S425。
在一些实施例中,上述SDT为RA-SDT,具体流程可参见上图5-图8所示。在另一些实施例中,上述SDT为CG-SDT,具体流程可参见上图9-图10所示。
其中,S510和S520的顺序不作限定。
S530:第一设备向第一网络设备发送第一信息。
具体地,第一信息指示请求停止(stop)SDT(如S520中的SDT),可选地,上述请求停止SDT也可以替换为希望停止SDT。
在一些实施例中,第一设备为多卡终端,多卡终端包括第一子设备,第一设备通过第一子设备向第一网络设备发送第一信息。可选地,第一信息指示第一子设备请求停止SDT,可选地,第一信息指示请求停止第一子设备的SDT。在一些实施例中,第一设备为多卡终端包括的第一子设备,第一设备向第一网络设备发送第一信息。可选地,第一信息指示第一设备请求停止SDT,可选地,第一信息指示请求停止第一设备的SDT。以下描述以第一设备为多卡终端包括的第一子设备为例进行说明。
在一些实施例中,第一设备处于非RRC连接态时,向第一网络设备发送第一信息。在一些实施例中,第一设备在第一网络设备下意图发起或发起SDT(如S520中的SDT)的情况下,第一设备可以向第一网络设备发送第一信息。
在一些实施例中,当第二子设备需从非RRC连接态进入RRC连接态时,第一设备向第一网络设备发送第一信息,可选地,第二子设备处于RRC非连接态。在一些实施例中,当多卡终端需从SDT业务切换为RRC CONNECTED态业务时,第一设备向第一网络设备发送第一信息,也可称为第一设备由于多卡原因向第一网络设备发送第一信息。具体示例可参见上述终端和网络设备进行SDT时,可能出现终端无法继续该SDT的情况的场景一,不限于此,也可以应用于场景二等其他场景。
示例性地,多卡终端为智能手机,智能手机可以安装有两张电话卡,即第一子设备和第二子设备,当用户通过智能手机上的一张电话卡(即第一子设备)和其他终端传输即时通讯消息时,例如此时使用第一子设备的移动数据,通过第一网络设备和其他终端通信,智能手机可以接收到针对另一张电话卡(即第二子设备)的来电,用户使用智能手机(的第二子设备)接听该来电时,无法继续通过第一子设备传输即时通讯消息,第一子设备可以向第一网络设备发送第一信息。
在一种可能的实现方式中,第一信息可以通过DCCH承载的RRC消息发送,例如用户设备辅助信息(UEAssistanceInformation)、用户设备能力信息(UECapabilityInformation)或者其他通过DCCH承载的消息。在一些实施例中,第一信息可以为通过DCCH承载的RRC消息中已有的字段。例如,第一信息为UEAssistanceInformation消息中的释放偏好(ReleasePreference)IE,ReleasePreferenceIE可以包括参数:偏好RRC状态(preferredRRC-State),preferredRRC-State的取值可以为idle、inactive或connected,当preferredRRC-State的取值为inactive时,第一网络设备可以确定第一设备请求停止当前的SDT。在另一些实施例中,第一信息可以为通过DCCH承载的RRC消息中新增的字段。例如,第一信息为UEAssistanceInformation消息中的新IE(newIE)。
在一种可能的实现方式中,上述SDT为RA-SDT(具体示例可参见上图5-图8),在一些实施例中,第一设备可以在接收到contention resolution消息或者msgB之前,向第一网络设备发送第一信息,例如在发送RRC请求消息之前发送第一信息,又例如在发送RRC请求消息时发送第一信息(如RRC请求消息携带第一信息),在另一些实施例中,第一设备可以在接收到contention resolution消息或者msgB之后,在subsequent transmission阶段发送第一信息,例如第一设备在动态调度的上行资源上发送第一信息。不限于上述示例的情况,在另一些实施例中,若第一设备意图发起RA-SDT时,也意图发送第一信息,例如意图在发送RRC请求消息之前发送第一信息,可以根据自身实现决定是否发送第一信息和是否继续当前SDT,例如不发送第一信息,并且取消当前的SDT(可以不发送RRC请求消息)。
在又一种可能的实现方式中,上述SDT为CG-SDT(具体示例可参见上图9-图10),在一些实施例中,第一设备可以在接收到反馈响应消息之前,向第一网络设备发送第一信息,例如在发送RRC请求消息之前发送第一信息,又例如在发送RRC请求消息时发送第一信息,在另一些实施例中,第一设备可以在接收到反馈响应消息之后,在subsequenttransmission阶段发送第一信息,例如第一设备在动态调度的上行资源上发送第一信息,又例如第一设备在CG-SDT资源上发送第一信息。不限于上述示例的情况,在另一些实施例中,若第一设备意图发起CG-SDT时,也意图发送第一信息,例如意图在发送RRC请求消息之前发送第一信息,可以根据自身实现决定是否发送第一信息和是否继续当前SDT,例如不发送第一信息,并且取消当前的SDT(可以不发送RRC请求消息)。
在一些实施例中,第一设备发送第一信息时,开启第一定时器,可选地,第一定时器用于第一设备监听第一信息的响应消息,可选地,在第一定时器运行期间,第一设备监听第一网络设备发送的响应消息(例如S550中的第一响应消息),该响应消息的示例可参见上图5-图10所示的SDT中的RRC响应消息,例如为RRCRelease消息。
在一些实施例中,若第一定时器超时之前,第一设备接收到第一网络设备发送的响应消息(例如第一网络设备执行S550),第一设备可以停止第一定时器,具体可参见S550的说明,暂不详述。在另一些实施例中,若第一定时器超时时,第一设备仍未接收到第一网络设备发送的响应消息(例如S550中的第一响应消息),第一设备可以进入RRC IDLE态。
在一些实施例中,第一设备发送第一信息后,不会监听SDT的调度,而是由第二子设备进行数据传输。
S540:第一网络设备和第二网络设备之间传输第一信息和其他相关信息。
在一些实施例中,S540为可选的步骤。
在一些实施例中,第一设备当前服务小区对应的第一网络设备未存储第一设备的用户上下文,第一设备的用户上下文保存在第二网络设备中,即第一网络设备为新站,第二网络设备为老站。在这种情况下,第一网络设备接收到第一设备发送的第一信息后,向第二网络设备转发第一信息。可选地,S540是在老站(第二网络设备)决定不执行anchorrelocation,新站(第一网络设备)无法从老站(第二网络设备)处获取到第一设备的用户上下文的场景下执行的。可选地,第一设备发起的SDT为RA-SDT,也就是说,S540是在RA-SDT且不更换锚点设备的场景下执行的。
在一些实施例中,第一网络设备和第二网络设备之间通过Xn接口消息交互信息,以下描述以第一网络设备和第二网络设备之间交互的消息为Xn接口消息为例进行说明。
在一些实施例中,第一网络设备接收到第一设备发送的第一信息后,可以向第二网络设备发送第一消息,第一消息包括第一信息,可选地,第一消息为上图11-图12所示的第一Xn接口消息(例如为RetrieveUEContextRequest消息),或者其他已有的Xn接口消息,或者新的Xn接口消息。
在一些实施例中,第一网络设备可以接收第二网络设备发送的第二消息,第二消息包括第一响应消息,第二消息用于第一网络设备在第一定时器超时之前向第一设备发送第一响应消息,例如第二消息用于第一网络设备执行S550。第一响应消息的示例可参见上图5-图10所示的SDT中的RRC响应消息,例如为RRCRelease消息。第二消息例如为上图12所示的第三Xn接口消息(如RetrieveUEContextFailure消息),或者其他已有的Xn接口消息,或者新的Xn接口消息。
在一些实施例中,第一网络设备向第二网络设备发送第一消息之前,接收到第二网络设备发送的第二消息,可选地,第二消息为上图12所示的第三Xn接口消息,例如为RetrieveUEContextFailure消息。在另一些实施例中,第一网络设备向第二网络设备发送第一消息之后,第二网络设备向第一网络设备发送第二消息,可选地,第二网络设备可以基于第一消息中的第一信息生成第一响应消息,并生成包括第一响应消息的第二消息。
在一些实施例中,第一网络设备和第二网络设备之间可以传输包括第一定时器的时长的消息,具体如下所述:
在一种可能的实现方式中,第一配置信息和第一定时器的时长的配置方式为S510中的方式一或者方式四,即第一设备使用的第一定时器为第一网络设备通过广播的系统信息(如SIB1)为第一设备配置的。在一些实施例中,第一定时器的时长是第一网络设备生成的,在另一些实施例中,第一定时器的时长是为第一设备配置第一定时器的时长之前,第二网络设备通过第五消息发送给第一网络设备的,第五消息包括第一定时器的时长。
在又一种可能的实现方式中,第一配置信息和第一定时器的时长的配置方式为S510中的方式二或者方式三,即第一设备使用的第一定时器为第一网络设备或第二网络设备通过RRC消息为第一设备配置的。在一些实施例中,第一设备使用的第一定时器为第二网络设备存储的第一设备的上下文中的第一定时器,在另一些实施例中,第一设备使用的第一定时器为第一网络设备为第一设备配置的,一种可能的情况中,第一定时器的时长是第一网络设备生成的,另一种可能的情况中,第一定时器的时长是为第一设备配置第一定时器的时长之前,第二网络设备通过第五消息发送给第一网络设备的,第五消息包括第一定时器的时长。
在又一种可能的实现方式中,第一配置信息和第一定时器的时长的配置方式为S510中的方式五,即第一设备使用的第一定时器的时长为预先定义的,第一网络设备和第二网络设备可以不交互第一定时器的时长。
在一些实施例中,第一设备使用的第一定时器为第二网络设备存储的第一设备的上下文中的第一定时器。第一网络设备接收到第一设备发送的第一信息之后,可以接收第二网络设备发送的第三消息,第三消息包括第一定时器的时长,第一定时器的时长可以用于第一网络设备在第一定时器超时之前向第一设备发送第一响应消息,例如第一定时器的时长用于第一网络设备执行S550。一种可能的情况中,包括第一响应消息的第二消息不为上图12所示的第三Xn接口消息,此时第一网络设备和第二网络设备的传输流程如下图14所示。另一种可能的情况中,包括第一响应消息的第二消息为上图12所示的第三Xn接口消息,此时第一网络设备和第二网络设备的传输流程如下图15所示。
在另一些实施例中,第一设备使用的第一定时器为第一网络设备为第一设备配置的,并且第一定时器的时长是第一网络设备生成的。一种可能的情况中,包括第一响应消息的第二消息不为上图12所示的第三Xn接口消息。第一网络设备可以向第二网络设备发送第四消息,第四消息包括第一定时器的时长,第二网络设备可以基于第四消息中的第一定时器的时长向第一网络设备发送第二消息,此时第一网络设备和第二网络设备的传输流程如下图16所示。另一种可能的情况中,包括第一响应消息的第二消息为上图12所示的第三Xn接口消息。第一网络设备可以不向第二网络设备发送第一定时器的时长,可选地,这种情况下,第一网络设备向第二网络设备发送包括第一信息的第一消息,和第二网络设备向第一网络设备发送包括第一响应消息的第二消息的顺序不做限定。
在另一些实施例中,第一设备使用的第一定时器为第一网络设备为第一设备配置的,并且第一定时器的时长是为第一设备配置第一定时器的时长之前,第二网络设备通过第五消息发送给第一网络设备的,第五消息包括第一定时器的时长。例如,在Xn建立过程(Xn Setup Procedure)中,第二网络设备向第一网络设备发送Xn建立响应(XN SETUPRESPONSE)消息,通过XN SETUP RESPONSE消息指示第一定时器的时长。又例如,在NG RAN节点配置更新过程(NG RAN Node Configuration Update Procedure)中,第二网络设备向第一网络设备发送NGRAN配置更新请求(NGRAN CONFIGURATION UPDATE REQUEST)消息,通过NGRAN CONFIGURATION UPDATE REQUEST指示第一定时器的时长。可选地,这种情况下,第一网络设备可以不向第二网络设备发送第一定时器的时长,可选地,第一网络设备向第二网络设备发送包括第一信息的第一消息,和第二网络设备向第一网络设备发送包括第一响应消息的第二消息的顺序不做限定。
在一些实施例中,第一网络设备可以多次通过Xn接口消息向第二网络设备发送定时器的时长,具体示例可参见上述第五消息的示例。若第一网络设备接收到的第二网络设备的响应消息不包括定时器的时长,则第一网络设备确定使用上述向第二网络设备发送的定时器的时长为第一定时器的时长,若第一网络设备接收到的第二网络设备的响应消息包括定时器的时长,则第一网络设备确定使用第二网络设备发送的定时器的时长为第一定时器的时长。
在另一些实施例中,第一设备使用的第一定时器为预先定义的。一种可能的情况中,包括第一响应消息的第二消息不为上图12所示的第三Xn接口消息。第二网络设备可以基于第一定时器的时长生成第一响应消息,并向第一网络设备发送第二消息。第一网络设备可以基于第一定时器的时长向第一设备发送第一响应消息,例如在第一定时器超时之前发送。另一种可能的情况中,包括第一响应消息的第二消息为上图12所示的第三Xn接口消息。第一网络设备可以基于第一定时器的时长向第一设备发送第一响应消息,例如在第一定时器超时之前发送。
S550:第一网络设备向第一设备发送第一响应消息(例如RRCRelease消息)。
在一些实施例中,S550为可选的步骤。
在一些实施例中,第一设备接收到第一响应消息后,停止第一定时器,可选地,第一设备可以等待后续重新发起SDT。
不限于上述示例的情况,在另一些实施例中,第一设备在第一定时器超时时,仍未接收到第一网络设备发送的第一响应消息,则进入RRC IDLE态。
第一响应消息的示例可参见上图5-图10所示的SDT中的RRC响应消息。
在一些实施例中,上述设备可以上报第一信息,包括:设备可以在RRC INACTIVE态上报第一信息,例如UE可以上报第一信息,包括:UE可以在RRC INACTIVE态上报第一信息。
在图13所示的方法中,第一设备可以向第一网络设备发送第一信息,通过第一信息指示请求停止SDT,以避免第一设备停止监听SDT时,第一网络设备仍为第一设备调度用于该SDT的资源,节省空口资源。
接下来示例性介绍S540的具体实现方式。
在一种可能的实现方式中,第一设备使用的第一定时器为第二网络设备存储的第一设备的上下文中的第一定时器,包括第一响应消息的第二消息不为上图12所示的第三Xn接口消息。在一些实施例中,第一定时器和第一响应消息可以一起发送至第二网络设备,具体流程如下图14的(A)所示,在另一些实施例中,第一定时器可以通过第三Xn接口消息发送至第二网络设备,具体流程如下图14的(B)所示。
请参见图14的(A),图14的(A)示例性示出又一种控制传输的方法的流程示意图。该方法包括但不限于如下步骤:
S5411:第二网络设备向第一网络设备发送第三Xn接口消息。
S5412:第一网络设备向第二网络设备发送包括第一信息的第一消息。
其中,S5411和S5412的顺序不作限定,可选地,上图13中S530和S540的顺序也不作限定。
在一些实施例中,S5411在S5412之前执行,例如第一设备在第一网络设备下发起RA-SDT,第一设备在接收到contention resolution消息或者msgB之后,在subsequenttransmission阶段向第一网络设备发送第一信息,又例如第一设备在第一网络设备下发起CG-SDT,第一设备在接收到反馈响应消息之后,在subsequent transmission阶段向第一网络设备发送第一信息。在这种情况下,第一网络设备接收到第一设备发送的第一信息之前,第一网络设备向第二网络设备发送第一Xn接口消息,并接收第二网络设备发送的第三Xn接口消息。可选地,这种情况下,S540中的部分步骤(如S5411)在S530之前,部分步骤(如S5412和S5413)在S530之后。
在另一些实施例中,S5411在S5412之后执行,例如第一设备在第一网络设备下发起RA-SDT,第一设备在接收到contention resolution消息或者msgB之前向第一网络设备发送第一信息,又例如,第一设备在第一网络设备下发起CG-SDT,第一设备在接收到反馈响应消息之前向第一网络设备发送第一信息。在这种情况下,第一网络设备可以先接收到第一设备发送的第一信息,再向第二网络设备发送第一Xn接口消息,并接收第二网络设备发送的第三Xn接口消息,可选地,第一网络设备接收到第一设备发送的第一信息后,可以向第二网络设备发送包括第一信息的第一消息,例如RetrieveUEContextRequest消息等第一Xn接口消息。可选地,这种情况下,S530在S540之前。
S5413:第二网络设备向第一网络设备发送包括第一响应消息和第一定时器的时长的消息。
具体地,包括第一响应消息的第二消息和包括第一定时器的时长的第三消息相同,例如为第三Xn接口消息以外其他已有的Xn接口消息,或者新的Xn接口消息。
在一些实施例中,第二网络设备接收到第一消息后,可以基于第一消息中的第一信息生成第一响应消息,可选地,还可以基于第一定时器的时长和第一信息生成第一响应消息。在一些实施例中,第二网络设备可以基于第一定时器的时长,向第一网络设备发送包括第一响应消息的第二消息。可选地,在上述情况下,第一网络设备可以在第一定时器超时之前向第一设备发送第一响应消息。
在一些实施例中,第一网络设备接收到包括第一响应消息和第一定时器的时长的Xn接口消息后,可以在该第一定时器超时之前,向第一设备发送第一响应消息。
在另一些实施例中,第二网络设备发送的也可以不是第一定时器的时长,而是根据第一定时器的时长确定的第一时长,考虑到Xn接口消息的交互需要一些时间,第一时长可以小于第一定时器的时长。可选地,第一网络设备可以在接收到第一设备发送的第一信息之后的第一时长内,向第一设备发送第一响应消息。
请参见图14的(B),图14的(B)示例性示出又一种控制传输的方法的流程示意图。该方法包括但不限于如下步骤:
S5421:第二网络设备向第一网络设备发送包括第一定时器的时长的第三Xn接口消息。
S5422:第一网络设备向第二网络设备发送包括第一信息的第一消息。
S5421和S5422的说明和上图14的(A)的S5411和S5412的描述类似,区别在于,S5421中第三Xn接口消息包括第一定时器的时长,不再赘述。
S5423:第二网络设备向第一网络设备发送包括第一响应消息的第二消息。
具体地,包括第一响应消息的第二消息和包括第一定时器的时长的第三消息不同,第三消息为第三Xn接口消息,第二消息为第三Xn接口消息以外其他已有的Xn接口消息,或者新的Xn接口消息等。
在一些实施例中,第二网络设备接收到第一消息后,可以基于第一消息中的第一信息生成第一响应消息,可选地,还可以基于第一定时器的时长生成第一响应消息。在一些实施例中,第二网络设备可以基于第一定时器的时长,向第一网络设备发送包括第一响应消息的第二消息。可选地,在上述情况下,第一网络设备可以在第一定时器超时之前向第一设备发送第一响应消息。
在一些实施例中,第一网络设备接收到包括第一响应消息的第二消息后,可以在第三Xn接口消息指示的第一定时器超时之前,向第一设备发送第一响应消息。
在另一些实施例中,第一网络设备接收到包括第一响应消息的第二消息后,可以在接收到第一设备发送的第一信息之后的第二时长内,向第一设备发送第一响应消息,其中,考虑到Xn接口消息的交互需要一些时间,第二时长可以小于第一定时器的时长。
在又一种可能的实现方式中,第一设备使用的第一定时器为第二网络设备存储的第一设备的上下文中的第一定时器,包括第一响应消息的第二消息为上图12所示的第三Xn接口消息。在一些实施例中,第一定时器可以通过第三Xn接口消息以外的Xn接口消息发送至第二网络设备,具体流程如下图15的(A)所示,在另一些实施例中,第一定时器和第一响应消息可以一起发送至第二网络设备,具体流程如下图15的(B)所示。
请参见图15的(A),图15的(A)示例性示出又一种控制传输的方法的流程示意图。该方法包括但不限于如下步骤:
S5431:第二网络设备向第一网络设备发送包括第一响应消息的第三Xn接口消息。
S5432:第一网络设备向第二网络设备发送包括第一信息的第一消息。
S5431和S5432的说明和上图14的(A)的S5411和S5412的描述类似,区别在于,S5431中第三Xn接口消息包括第一响应消息,具体不再赘述。
S5433:第二网络设备向第一网络设备发送包括第一定时器的时长的第三消息。
具体地,包括第一响应消息的第二消息和包括第一定时器的时长的第三消息不同,第二消息为第三Xn接口消息,第三消息为第三Xn接口消息以外其他已有的Xn接口消息,或者新的Xn接口消息等。
在一些实施例中,第一网络设备接收到包括第一定时器的时长的第三消息后,可以在该第一定时器超时之前,向第一设备发送第一响应消息。
在另一些实施例中,第二网络设备发送的也可以不是第一定时器的时长,而是根据第一定时器的时长确定的第三时长,考虑到Xn接口消息的交互需要一些时间,第三时长可以小于第一定时器的时长。可选地,第一网络设备可以在接收到第一设备发送的第一信息之后的第三时长内,向第一设备发送第一响应消息。
请参见图15的(B),图15的(B)示例性示出又一种控制传输的方法的流程示意图。该方法包括但不限于如下步骤:
S5441:第二网络设备向第一网络设备发送包括第一响应消息和第一定时器的时长的第三Xn接口消息。
S5442:第一网络设备向第一网络设备发送包括第一信息的第一消息。
S5441和S5442的说明和上图14的(A)的S5411和S5412的描述类似,区别在于,S5441中第三Xn接口消息包括第一响应消息和第一定时器的时长,具体不再赘述。
具体地,包括第一响应消息的第二消息和包括第一定时器的时长的第三消息相同,为第三Xn接口消息。
在一些实施例中,第一网络设备接收到包括第一响应消息和第一定时器的时长的第三Xn接口消息后,可以在该第一定时器超时之前,向第一设备发送第一响应消息。
在又一种可能的实现方式中,第一设备使用的第一定时器为第一网络设备为第一设备配置的,并且第一定时器的时长是第一网络设备生成的,包括第一响应消息的第二消息不为第三Xn接口消息,具体流程如下图16所示。
请参见图16,图16示例性示出又一种控制传输的方法的流程示意图。该方法包括但不限于如下步骤:
S5451:第一网络设备向第二网络设备发送包括第一定时器的时长的第四消息。
S5452:第一网络设备向第二网络设备发送包括第一信息的第一消息。
示例性地,第四消息为上图11-图12所示的第一Xn接口消息(例如RetrieveUEContextRequest消息)。第一网络设备向第二网络设备请求第一设备的用户上下文时,可以通过第一Xn接口消息指示第一定时器的时长。
示例性地,第四消息为Xn建立请求(XN SETUP REQUEST)消息。在Xn SetupProcedure中,第一网络设备向第二网络设备发送XN SETUP REQUEST消息,通过XN SETUPREQUEST消息指示第一定时器的时长。
示例性地,第四消息为NGRAN CONFIGURATION UPDATE REQUEST消息。在NG RANNode Configuration Update Procedure中,第一网络设备向第二网络设备发送NGRANCONFIGURATION UPDATE REQUEST消息,通过NGRAN CONFIGURATION UPDATE REQUEST指示第一定时器的时长。
不限于上述示例的第四消息,还可以为其他已有的Xn接口消息,还可以为新的Xn接口消息。
在一些实施例中,第一消息可以为已有的Xn接口消息,可选地为第一Xn接口消息,例如RetrieveUEContextRequest消息,可选地,第一网络设备向第二网络设备请求第一设备的用户上下文时,接收到第一设备发送的第一信息后,可以通过第一Xn接口消息指示第一定时器的时长和第一信息。在另一些实施例中,第一消息也可以为新的Xn接口消息。
其中,S5451和S5452的顺序不做限定。
S5453:第二网络设备向第一网络设备发送包括第一响应消息的第二消息。
在一些实施例中,第二网络设备接收到第一消息后,可以基于第一消息中的第一信息生成第一响应消息。在一些实施例中,第二网络设备可以基于第四消息指示的第一定时器的时长,向第一网络设备发送包括第一响应消息的第二消息,可选地,以使第一网络设备可以在第一定时器超时之前向第一设备发送第一响应消息。
不限于上述示例的第一信息,在另一些实施例中,第一信息指示请求暂停(suspend)SDT,在另一些实施例中,第一信息指示请求暂停(suspend)SDT且不进入RRCCONNECTED态,具体描述和上述示例的第一信息类似。
请参见图17,图17是本申请实施例提供的又一种控制传输的方法的流程示意图。该方法可以包括但不限于如下步骤:
S610:第一设备接收第二配置信息。
在一些实施例中,S610为可选的步骤。
S610和图13的S510类似,区别在于,在S610中,第一配置信息需替换为第二配置信息,第一信息需替换为第二信息,第一定时器需替换为第二定时器,在一些实施例中,第二信息指示请求用于SDT的间隔(gap)配置,在一些实施例中,第二信息指示请求暂停SDT,具体可参见S630中第二信息的说明,其他描述可参见图13的S510的说明。
S620:第一设备进行SDT。
在一些实施例中,S620为可选的步骤。
S620和图13的S520类似,具体可参见图13的S520的说明。
S630:第一设备向第一网络设备发送第二信息。
在一些实施例中,第二信息指示请求暂停(suspend)SDT(如S620中的SDT),可选地,请求暂停SDT也可以替换为希望暂停SDT。在一些实施例中,第二信息指示请求用于SDT(如S620中的SDT)的gap配置。
在一些实施例中,第一设备为多卡终端,多卡终端包括第一子设备,第一设备通过第一子设备向第一网络设备发送第二信息。可选地,第二信息指示第一子设备请求暂停SDT,可选地,第二信息指示请求暂停第一子设备的SDT,可选地,第二信息指示第一子设备请求用于SDT的gap配置,可选地,第二信息指示请求用于第一子设备的SDT的gap配置。
在一些实施例中,第一设备为多卡终端包括的第一子设备,第一设备向第一网络设备发送第二信息。可选地,第二信息指示第一设备请求暂停SDT,可选地,第二信息指示请求暂停第一设备的SDT,可选地,第二信息指示第一设备请求用于SDT的gap配置,可选地,第二信息指示请求用于第一设备的SDT的gap配置。
以下描述以第一设备为多卡终端包括的第一子设备为例进行说明。
S630和图13的S530类似,区别在于,在S630中,第一信息需替换为第二信息,第一定时器需替换为第二定时器,第一响应消息需替换为第二响应消息,第二响应消息为第二信息的响应消息(例如RRCReconfiguration消息),在一些实施例中,第二定时器超时时,第一设备不会进入RRC IDLE态,而是根据自身实现决定如何处理SDT,例如停止SDT,又例如暂停SDT。其中第二信息的描述可参见下述说明,其他描述可参见图13的S530的说明。
在一些实施例中,当第二子设备需发送系统信息请求或者接收下行消息时,第一设备向第一网络设备发送第二信息,可选地,第二子设备处于RRC非连接态。在一些实施例中,当多卡终端需从SDT业务切换为送系统信息请求或者接收下行消息的业务时,第一设备向第一网络设备发送第二信息,也可称为第一设备由于多卡原因向第一网络设备发送第二信息。具体示例可参见上述终端和网络设备进行SDT时,可能出现终端无法继续该SDT的情况的场景二,不限于此,也可以应用于场景一等其他场景。其中,下行消息例如为寻呼、系统信息、RRM等周期性的下行消息,或者其他非周期性的下行消息。
示例性地,多卡终端为智能手机,智能手机可以安装有两张电话卡,即第一子设备和第二子设备,当用户通过智能手机上的一张电话卡(即第一子设备)和其他终端传输即时通讯消息时,例如此时使用第一子设备的移动数据,通过第一网络设备和其他终端通信,智能手机的另一张电话卡(即第二子设备)需要监听网络设备发送的下行消息,例如寻呼消息等,智能手机无法继续通过第一子设备传输即时通讯消息,第一子设备可以向第一网络设备发送第二信息。
在一种可能的实现方式中,第二信息包括上述gap配置,在一些实施例中,该gap配置可以指示第一设备停止监听SDT的时段,在一些实施例中,该gap配置是针对第二子设备的业务生成的,可以指示第二子设备进行数据传输的时段。
在一些实施例中,针对第二子设备的周期性业务,第二信息中的gap配置可以包括:开始时间、持续时间和业务周期,在另一些实施例中,针对第二子设备的非周期性业务,第二信息中的gap配置可以包括:开始时间和持续时间。在另一些实施例中,针对第二子设备的业务,例如周期性业务和非周期性业务,第二信息中的gap配置可以包括:开始时间和持续时间。
其中,在第二子设备的业务运行时,第一设备停止监听SDT。
在一些实施例中,上述停止监听SDT的时段,也可称为(第二子设备)占用的时段。
不限于上述示例的情况,在另一些实施例中,gap配置也可以指示第一设备监听SDT的时段,本申请以gap配置指示第一设备停止监听SDT的时段为例进行说明。
在一些实施例中,第一设备可以根据自身实现决定发送的第二信息。例如,第二子设备的业务仅为周期性业务,则第一设备可以发送和该周期性业务对应的第二信息(如业务周期),又例如,第二子设备的业务仅为非周期性业务,则第一设备可以发送和该非周期性业务对应的第二信息(如占用时段),又例如,第二子设备的业务包括周期性业务和非周期性业务,第一设备可以计算该业务的占用时段,并通过第二信息发送给第一网络设备。
S640:第一网络设备和第二网络设备之间传输第二信息和其他相关信息。
在一些实施例中,S640为可选的步骤。
在一些实施例中,第一设备当前服务小区对应的第一网络设备未存储第一设备的用户上下文,第一设备的用户上下文保存在第二网络设备中,即第一网络设备为新站,第二网络设备为老站。在这种情况下,第一网络设备接收到第一设备发送的第二信息后,向第二网络设备转发第二信息。可选地,S640是在老站(第二网络设备)决定不执行anchorrelocation,新站(第一网络设备)无法从老站(第二网络设备)处获取到第一设备的用户上下文的场景下执行的。可选地,第一设备发起的SDT为RA-SDT,也就是说,S640是在RA-SDT且不更换锚点设备的场景下执行的。
在一些实施例中,第一网络设备和第二网络设备之间通过Xn接口消息交互信息,以下描述以第一网络设备和第二网络设备之间交互的消息为Xn接口消息为例进行说明。
在一些实施例中,第一网络设备接收到第一设备发送的第二信息后,可以向第二网络设备发送第六消息,第六消息包括第二信息,可选地,第六消息为上图11-图12所示的第一Xn接口消息(例如为RetrieveUEContextRequest消息),或者其他已有的Xn接口消息,或者新的Xn接口消息。
在一些实施例中,第一网络设备向第二网络设备发送第六消息之后,可以接收第二网络设备发送的第七消息,第七消息包括第二响应消息,第七消息用于第一网络设备在第二定时器超时之前向第一设备发送第二响应消息,例如第七消息用于第一网络设备执行S650。第二响应消息的示例可参见上图5-图10所示的SDT中的RRC响应消息,例如为RRCReconfiguration消息。可选地,第七消息可以为上图11所示的第二Xn接口消息(例如为RetrieveUEContextResponse消息)或者上图12所示的第三Xn接口消息(例如为RetrieveUEContextFailure消息),或者其他已有的Xn接口消息,或者新的Xn接口消息。
在一些实施例中,第一网络设备和第二网络设备之间可以传输包括第二定时器的时长的消息,具体如下所述:
在一种可能的实现方式中,第二配置信息和第二定时器的时长的配置方式为S610中的方式一或者方式四,即第一设备使用的第二定时器为第一网络设备通过广播的系统信息(如SIB1)为第一设备配置的。在一些实施例中,第二定时器的时长是第一网络设备生成的,在另一些实施例中,第二定时器的时长是为第一设备配置第二定时器的时长之前,第二网络设备通过第十消息发送给第一网络设备的,第十消息包括第二定时器的时长。
在又一种可能的实现方式中,第二配置信息和第二定时器的时长的配置方式为S610中的方式二或者方式三,即第一设备使用的第二定时器为第一网络设备或第二网络设备通过RRC消息为第一设备配置的。在一些实施例中,第一设备使用的第二定时器为第二网络设备存储的第一设备的上下文中的第二定时器,在另一些实施例中,第一设备使用的第二定时器为第一网络设备为第一设备配置的,一种可能的情况中,第二定时器的时长是第一网络设备生成的,另一种可能的情况中,第二定时器的时长是为第一设备配置第二定时器的时长之前,第二网络设备通过第十消息发送给第一网络设备的,第十消息包括第二定时器的时长。
在又一种可能的实现方式中,第二配置信息和第二定时器的时长的配置方式为S610中的方式五,即第一设备使用的第二定时器的时长为预先定义的,第一网络设备和第二网络设备可以不交互第二定时器的时长。
在一些实施例中,第一设备使用的第二定时器为第二网络设备存储的第一设备的上下文中的第二定时器。第一网络设备接收到第一设备发送的第二信息之后,可以接收第二网络设备发送的第八消息,第八消息包括第二定时器的时长,第二定时器的时长可以用于第一网络设备在第二定时器超时之前向第一设备发送第二响应消息,例如第二定时器的时长用于第一网络设备执行S650。一种可能的情况中,包括第二响应消息的第七消息不为上图12所示的第三Xn接口消息,此时第一网络设备和第二网络设备的传输流程和上图14类似。另一种可能的情况中,包括第二响应消息的第七消息为上图12所示的第三Xn接口消息,此时第一网络设备和第二网络设备的传输流程和上图15类似。
在另一些实施例中,第一设备使用的第二定时器为第一网络设备为第一设备配置的,并且第二定时器的时长是第一网络设备生成的。一种可能的情况中,包括第二响应消息的第七消息不为上图12所示的第三Xn接口消息。第一网络设备可以向第二网络设备发送第九消息,第九消息包括第二定时器的时长,第二网络设备可以基于第九消息中的第二定时器的时长向第一网络设备发送第七消息,此时第一网络设备和第二网络设备的传输流程和上图16类似。另一种可能的情况中,包括第二响应消息的第七消息为上图12所示的第三Xn接口消息。第一网络设备可以不向第二网络设备发送第二定时器的时长,可选地,这种情况下,第一网络设备向第二网络设备发送包括第二信息的第六消息,和第二网络设备向第一网络设备发送包括第二响应消息的第七消息的顺序不做限定。
在另一些实施例中,第一设备使用的第二定时器为第一网络设备为第一设备配置的,并且第二定时器的时长是为第一设备配置第二定时器的时长之前,第二网络设备通过第十消息发送给第一网络设备的,第十消息包括第二定时器的时长。例如,在Xn SetupProcedure中,第二网络设备向第一网络设备发送XN SETUP RESPONSE消息,通过XN SETUPRESPONSE消息指示第二定时器的时长。又例如,在NG RAN Node Configuration UpdateProcedure中,第二网络设备向第一网络设备发送NGRAN CONFIGURATION UPDATE REQUEST消息,通过NGRAN CONFIGURATION UPDATE REQUEST指示第二定时器的时长。可选地,这种情况下,第一网络设备可以不向第二网络设备发送第二定时器的时长,可选地,第一网络设备向第二网络设备发送包括第二信息的第六消息,和第二网络设备向第一网络设备发送包括第二响应消息的第七消息的顺序不做限定。
在一些实施例中,第一网络设备可以多次通过Xn接口消息向第二网络设备发送定时器的时长,具体示例可参见上述第十消息的示例。若第一网络设备接收到的第二网络设备的响应消息不包括定时器的时长,则第一网络设备确定使用上述向第二网络设备发送的定时器的时长为第二定时器的时长,若第一网络设备接收到的第二网络设备的响应消息包括定时器的时长,则第一网络设备确定使用第二网络设备发送的定时器的时长为第二定时器的时长。
在另一些实施例中,第一设备使用的第二定时器为预先定义的。一种可能的情况中,包括第二响应消息的第七消息不为上图12所示的第三Xn接口消息。第二网络设备可以基于第二定时器的时长生成第二响应消息,并向第一网络设备发送第七消息。第一网络设备可以基于第二定时器的时长向第一设备发送第二响应消息,例如在第二定时器超时之前发送。另一种可能的情况中,包括第二响应消息的第七消息为上图12所示的第三Xn接口消息。第一网络设备可以基于第二定时器的时长向第一设备发送第二响应消息,例如在第二定时器超时之前发送。
在一种可能的实现方式中,第二响应消息包括第三信息,第三信息指示上述gap配置,具体可参见S650的说明,暂不详述。在一些实施例中,第三信息是第二网络设备基于第二信息生成的,具体流程如下图18所示,在另一些实施例中,第三信息是第一网络设备基于第二信息生成的,具体流程如下图19所示。
S650:第一网络设备向第一设备发送第二响应消息(例如RRCReconfiguration消息)。
在一些实施例中,S650为可选的步骤。
在一些实施例中,第一设备接收到第二响应消息后,可以基于第二响应消息处理SDT,可选地,可以停止第二定时器。在一些实施例中,第二响应消息包括第三信息,第三信息指示gap配置,gap配置的示例可参见S630中第二信息包括的gap配置的说明。
在一些实施例中,第三信息指示的gap配置可以指示第一设备停止监听SDT的第一时段。第一设备接收到第二响应消息后,可以在第一时段内停止监听SDT,在第一时段外的时段监听SDT(如进行SDT)。可选地,该gap配置是针对第二子设备的周期性业务,第一设备接收到第二响应消息后,可以周期性停止监听SDT,也就是说,可以在该周期性业务的业务周期内停止监听SDT,在业务周期外继续SDT。可选地,该gap配置是针对第二子设备的非周期性业务,第一设备接收到第二响应消息后,可以在该非周期性业务占用的时段内停止监听SDT,其他时段继续SDT。
不限于上述示例的情况,在另一些实施例中,第一设备在第二定时器超时时,仍未接收到第一网络设备发送的第二响应消息,则可以根据自身实现决定如何处理SDT,例如停止SDT,又例如暂停SDT。
在一些实施例中,第二响应消息为RRC消息,例如为RRCReconfiguration消息。不限于此,在另一些实施例中,第二响应消息也可以为上图5-图10所示的SDT过程中的RRC响应消息。在另一些实施例中,第一网络设备还可以通过MACCE向第一设备指示gap配置的激活和/或去激活。
不限于上述示例的情况,在另一些实施例中,也可以不为第一设备配置第二定时器,例如S610不涉及第二定时器,一种可能的情况下,第二配置信息的配置方式可以是通过广播的系统信息(如SIB1)发送给第一设备的,此时第二配置信息的描述可参见S610的方式二中第二配置信息的说明。另一种可能的情况下,第二配置信息可以是通过RRC消息发送给第一设备的,此时第二配置信息的描述可参见S610的方式四中第二配置信息的说明。可选地,第二配置信息是通过RRC消息发送给第一设备的情况下,该方法还可以包括:第一设备接收第一网络设备(广播)发送的系统信息(如SIB1),该系统信息可以指示当前网络设备支持设备上报第二信息,例如当SIB1中第二支持信息的取值为“true”时表示“当前基站支持UE上报第二信息”。并且,第一设备也不使用第二定时器,例如S630不涉及第二定时器,相应地,第一设备可以直接根据自身实现决定如何处理SDT,例如停止SDT,又例如暂停SDT,无需基于第二定时器等待第二响应消息。
在图17所示的方法中,第一设备可以向第一网络设备发送第二信息,通过第二信息指示请求暂停SDT或者请求用于SDT的gap配置,以避免第一设备停止监听SDT时,第一网络设备仍为第一设备调度用于该SDT的资源,节省空口资源。
并且第一设备可以不停止当前SDT,待可以进行SDT时再继续该SDT(例如第二子设备进行周期性业务以外的时段第一设备再继续SDT),减少信令开销,传输效率更高。
在一些实施例中,第一设备确定停止当前的SDT时,可以发送指示请求停止SDT的第一信息,后续不会继续该SDT,可选地,第一设备后续可以重新发起新的SDT。例如,第一设备为多卡终端包括的第一子设备,多卡终端还包括第二子设备,第一设备可以停止当前SDT,让第二子设备进入RRC连接态。后续第二子设备进入非RRC连接态时,第一设备可以重新发起新的SDT。
在另一些实施例中,第一设备确定暂停当前的SDT时,可以发送指示请求暂停SDT(可选地以及不进入RRC CONNECTED态)的第一信息,或者指示请求暂停SDT的第二信息,或者指示请求用于SDT的gap配置的第二信息,一种可能的情况下,第一设备后续可以继续该SDT,另一种可能的情况下,第一设备后续可以重新发起新的SDT。例如,第一设备为多卡终端包括的第一子设备,多卡终端还包括第二子设备,第一设备可以暂停当前SDT,让第二子设备进行周期性或非周期性的数据传输(如仍处于非RRC连接态传输数据),第二子设备进行周期性的数据传输以外的时段内,第一设备可以继续当前SDT,或者第二子设备进行非周期性的数据传输之后,第一设备可以继续当前SDT。
接下来示例性介绍S640的具体实现方式。
在一些实施例中,第二响应消息中指示gap配置的第三信息是第二网络设备基于第二信息生成的,具体流程如下图18所示。
请参见图18,图18示例性示出又一种控制传输的方法的流程示意图。该方法包括但不限于如下步骤:
S6411:第一网络设备向第二网络设备发送包括第二信息的第六消息。
在一些实施例中,第一网络设备接收到第一设备发送的第二信息后,可以向第二网络设备转发第二信息。
S6412:第二网络设备可以基于第六消息中的第二信息生成第三信息。
在一些实施例中,第二网络设备可以基于第六消息中第二信息的具体内容,生成第三信息。在一些实施例中,第二网络设备生成包括第三信息的第二响应消息。
在一些实施例中,第二网络设备可以基于第二定时器的时长和第二信息生成第三信息,在一些实施例中,第二网络设备可以基于第二定时器的时长生成包括第三信息的第二响应消息。可选地,在上述情况下,第一网络设备可以在第二定时器超时之前向第一设备发送第二响应消息。
S6413:第二网络设备向第一网络设备发送包括第二响应消息的第七消息。
在一些实施例中,第二网络设备可以基于第二定时器的时长,向第一网络设备发送包括第二响应消息的第七消息,可选地,以使第一网络设备可以在第二定时器超时之前向第一设备发送第二响应消息。
在一些实施例中,第二网络设备还可以向第一网络设备发送gap配置的具体内容,例如发送包括第三信息的Xn接口消息,第一网络设备可以基于该Xn接口消息获取到gap配置的具体内容。可选地,第一网络设备可以基于gap配置的具体内容,进行SDT的调度。
在一些实施例中,第一网络设备接收到第七消息后,可以在第二定时器超时之前,向第一设备发送第二响应消息。
在另一些实施例中,第二响应消息中指示gap配置的第三信息是第一网络设备基于第二信息生成的,具体流程如下图19所示。
请参见图19,图19示例性示出又一种控制传输的方法的流程示意图。该方法包括但不限于如下步骤:
S6421:第一网络设备向第二网络设备发送包括第二信息的第六消息。
在一些实施例中,第一网络设备接收到第一设备的第二信息后,可以向第二网络设备转发第二信息。
S6422:第二网络设备向第一网络设备发送包括第二信息的第十一消息。
在一些实施例中,第二网络设备可以向第一网络设备发送包括第二信息的具体内容的第十一消息,在一些实施例中,第一网络设备可以基于第十一消息获取到第二信息的具体内容。
S6423:第一网络设备基于第二信息生成第三信息。
在一些实施例中,第一网络设备可以基于获取到的第二信息的具体内容,生成第三信息。
S6424:第一网络设备向第二网络设备发送包括第三信息的第十二消息。
S6425:第二网络设备向第一网络设备发送包括第二响应消息的第七消息。
在一些实施例中,第二网络设备接收到包括第三信息的第十二消息后,生成包括第三信息的第二响应消息,在一些实施例中,第二网络设备可以基于第二定时器的时长生成包括第三信息的第二响应消息。可选地,在上述情况下,第一网络设备可以在第二定时器超时之前向第一设备发送第二响应消息。
在一些实施例中,第二网络设备可以基于第二定时器的时长,向第一网络设备发送包括第二响应消息的第七消息,可选地,以使第一网络设备可以在第二定时器超时之前向第一设备发送第二响应消息。
示例性地,上述第六消息为第一Xn接口消息(例如为RetrieveUEContextRequest消息),上述第七消息为第二Xn接口消息(例如为RetrieveUEContextResponse消息)或者第三Xn接口消息(例如为RetrieveUEContextFailure消息)。不限于此,第六消息也可以为其他现有的或者新的Xn接口消息。第七消息也可以为其他现有的或者新的Xn接口消息。
示例性地,上述第十一消息为第一Xn接口消息(例如为RetrieveUEContextRequest消息),上述第十二消息为第二Xn接口消息(例如为RetrieveUEContextResponse消息)或者第三Xn接口消息(例如为RetrieveUEContextFailure消息)。不限于此,第十一消息也可以为其他现有的或者新的Xn接口消息。第十二消息也可以为其他现有的或者新的Xn接口消息。
可以理解地,本申请描述的通信系统架构以及业务场景是为了更加清楚的说明本申请的技术方案,并不构成对于本申请提供的技术方案的限定,本领域普通技术人员可知,随着通信系统架构的演变和新业务场景的出现,本申请提供的技术方案对于类似的技术问题,同样适用。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来计算机程序相关的硬件完成,该计算机程序可存储于计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:只读存储器(read-only memory,ROM)或随机存取存储器(random accessmemory,RAM)、磁碟或者光盘等各种可存储计算机程序代码的介质。
Claims (28)
1.一种控制传输的方法,其特征在于,应用于第一设备,所述方法包括:
处于非无线资源控制RRC连接态时,向第一网络设备发送第一信息,所述第一信息指示请求停止小包数据传输SDT。
2.如权利要求1所述的方法,其特征在于,所述第一设备为多卡终端,所述第一设备包括第一子设备和第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链,所述向第一网络设备发送第一信息,包括:通过所述第一子设备向所述第一网络设备发送所述第一信息;其中:
所述第一信息指示所述第一子设备请求停止所述SDT;或者,所述第一信息指示请求停止所述第一子设备的所述SDT。
3.如权利要求2所述的方法,其特征在于,所述向第一网络设备发送第一信息,包括:当所述第二子设备需从非RRC连接态进入RRC连接态时,通过所述第一子设备向所述第一网络设备发送所述第一信息;或者,
所述向第一网络设备发送第一信息,包括:当所述第一设备需从SDT业务切换至RRC连接态业务时,向所述第一网络设备发送所述第一信息;或者,
所述向第一网络设备发送第一信息,包括:由于多卡原因向所述第一网络设备发送所述第一信息。
4.如权利要求2或3所述的方法,其特征在于,所述处于非无线资源控制RRC连接态,包括:所述第一子设备处于RRC非激活态;所述方法还包括:
所述向第一网络设备发送第一信息时,所述第一子设备开启第一定时器;
所述向第一网络设备发送第一信息之后,所述方法还包括:
若在所述第一定时器超时之前接收到所述第一网络设备发送的第一响应消息,所述第一子设备停止所述第一定时器;
若在所述第一定时器超时时未接收到所述第一网络设备发送的所述第一响应消息,所述第一子设备进入RRC空闲态。
5.如权利要求2-4任一项所述的方法,其特征在于,所述向第一网络设备发送第一信息之前,所述方法还包括:
通过所述第一子设备接收第一配置信息,所述第一配置信息指示所述第一信息的上报,其中:
所述通过所述第一子设备接收第一配置信息,包括:通过所述第一子设备接收所述第一网络设备通过广播的系统信息发送的所述第一配置信息;或,所述通过所述第一子设备接收第一配置信息,包括:通过所述第一子设备接收所述第一网络设备通过RRC消息发送的所述第一配置信息;或,所述通过所述第一子设备接收第一配置信息,包括:通过所述第一子设备接收第二网络设备通过RRC消息发送的所述第一配置信息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第一网络设备未存储所述第一子设备的用户上下文;
所述第一配置信息包括第一定时器的时长;或,所述方法还包括:通过所述第一子设备接收所述第一网络设备通过广播的系统信息发送的第一定时器的时长;或,所述方法还包括:通过所述第一子设备接收所述第一网络设备通过RRC消息发送的第一定时器的时长;或,所述方法还包括:通过所述第一子设备接收第二网络设备通过RRC消息发送的第一定时器的时长,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第一网络设备未存储所述第一子设备的用户上下文;或,第一定时器的时长是预先定义的;其中,所述第一定时器用于所述第一子设备监听所述第一信息的响应消息。
6.如权利要求5所述的方法,其特征在于,所述通过所述第一子设备接收第一配置信息之前,所述方法还包括:
通过所述第一子设备发送第一请求消息,所述第一请求消息指示请求配置所述第一信息的上报。
7.一种控制传输的方法,其特征在于,应用于第一网络设备,所述方法包括:
接收第一设备发送的第一信息,所述第一信息指示请求停止SDT。
8.如权利要求7所述的方法,其特征在于,所述第一设备为多卡终端,所述第一设备包括第一子设备和第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链,所述接收第一设备发送的第一信息,包括:接收所述第一子设备发送的所述第一信息;其中:
所述第一信息指示所述第一子设备请求停止所述SDT;或者,所述第一信息指示请求停止所述第一子设备的所述SDT。
9.如权利要求8所述的方法,其特征在于,所述第一信息是所述第一子设备在所述第二子设备需从非RRC连接态进入RRC连接态时向所述第一网络设备发送的;或者,
所述第一信息是所述第一设备需从SDT业务切换至RRC连接态业务时向所述第一网络设备发送的;或者,
所述第一信息是所述第一设备由于多卡原因向所述第一网络设备发送的。
10.如权利要求8或9所述的方法,其特征在于,所述接收第一设备发送的第一信息之前,所述方法还包括:
向所述第一子设备发送第一配置信息,和/或,向所述第一子设备发送第一定时器的时长,所述第一配置信息指示所述第一信息的上报,所述第一定时器用于所述第一子设备监听所述第一信息的响应消息,其中:
所述向所述第一子设备发送第一配置信息,包括:通过广播的系统信息向所述第一子设备发送所述第一配置信息;或,所述向所述第一子设备发送第一配置信息,包括:通过RRC消息向所述第一子设备发送所述第一配置信息;
所述第一配置信息包括所述第一定时器的时长;或,所述向所述第一子设备发送第一定时器的时长,包括:通过广播的系统信息向所述第一子设备发送所述第一定时器的时长;或,所述向所述第一子设备发送第一定时器的时长,包括:通过RRC消息向所述第一子设备发送所述第一定时器的时长;或,所述第一定时器的时长是预先定义的。
11.如权利要求8-10任一项所述的方法,其特征在于,所述接收第一设备发送的第一信息之后,所述方法还包括:
在第一定时器超时之前,向所述第一子设备发送第一响应消息。
12.如权利要求8-11任一项所述的方法,其特征在于,所述第一网络设备未存储所述第一子设备的用户上下文;所述接收第一设备发送的第一信息之后,所述方法还包括:
向第二网络设备发送第一消息,所述第一消息包括所述第一信息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备。
13.如权利要求8-12任一项所述的方法,其特征在于,所述方法还包括:
接收第二网络设备发送的第二消息,所述第二消息包括第一响应消息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第二消息用于所述第一网络设备向所述第一子设备发送所述第一响应消息。
14.如权利要求8-13任一项所述的方法,其特征在于,所述接收第一设备发送的第一信息之后,所述方法还包括:
接收第二网络设备发送的第三消息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第一子设备的用户上下文包括第一定时器的时长,所述三消息包括所述第一定时器的时长,所述第一定时器的时长用于所述第一网络设备在所述第一定时器超时之前向所述第一子设备发送第一响应消息。
15.如权利要求13所述的方法,其特征在于,所述接收第二网络设备发送的第二消息之前,所述方法还包括:
向所述第二网络设备发送第四消息,所述第四消息包括第一定时器的时长,所述第一定时器的时长是所述第一网络设备生成的,所述第一定时器的时长用于所述第二网络设备向所述第一网络设备发送所述第二消息。
16.如权利要求8-13任一项所述的方法,其特征在于,所述接收第一设备发送的第一信息之前,所述方法还包括:
接收第二网络设备发送的第五消息,所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备,所述第五消息包括第一定时器的时长,所述第一定时器的时长用于所述第一网络设备在所述第一定时器超时之前向所述第一子设备发送第一响应消息。
17.如权利要求10所述的方法,其特征在于,所述向所述第一子设备发送第一配置信息之前,所述方法还包括:
接收所述第一子设备发送的第一请求消息,所述第一请求消息指示请求配置所述第一信息的上报。
18.一种控制传输的方法,其特征在于,应用于第二网络设备,所述方法包括:
接收第一网络设备发送的第一消息,所述第一消息包括第一信息,所述第一信息指示第一设备请求停止SDT,所述第一网络设备未存储所述第一设备的用户上下文,所述第二网络设备为存储有所述第一设备的用户上下文的锚点设备。
19.如权利要求18所述的方法,其特征在于,所述第一设备为多卡终端,所述第一设备包括第一子设备和第二子设备,所述第一子设备和所述第二子设备共用射频发送链和/或射频接收链,所述第一网络设备未存储所述第一设备的用户上下文,包括:所述第一网络设备未存储所述第一子设备的用户上下文,所述第二网络设备为存储有所述第一设备的用户上下文的锚点设备,包括:所述第二网络设备为存储有所述第一子设备的用户上下文的锚点设备;
所述第一信息指示所述第一子设备请求停止所述SDT;或者,所述第一信息指示请求停止所述第一子设备的所述SDT。
20.如权利要求19所述的方法,其特征在于,所述第一信息是所述第一子设备在所述第二子设备需从非RRC连接态进入RRC连接态时向所述第一网络设备发送的;或者,
所述第一信息是所述第一设备需从SDT业务切换至RRC连接态业务时向所述第一网络设备发送的;或者,
所述第一信息是所述第一设备由于多卡原因向所述第一网络设备发送的。
21.如权利要求19-20任一项所述的方法,其特征在于,所述接收第一网络设备发送的第一消息之前,所述方法还包括:
通过RRC消息向所述第一子设备发送第一配置信息,和/或,通过RRC消息向所述第一子设备发送第一定时器的时长,所述第一配置信息指示所述第一信息的上报,所述第一定时器用于所述第一子设备监听所述第一信息的响应消息;
所述第一配置信息包括所述第一定时器的时长;或,所述第一定时器的时长是预先定义的。
22.如权利要求19-21任一项所述的方法,其特征在于,所述方法还包括:
向所述第一网络设备发送第二消息,所述第二消息包括第一响应消息,所述第二消息用于所述第一网络设备向所述第一子设备发送所述第一响应消息。
23.如权利要求19-22任一项所述的方法,其特征在于,所述方法还包括:
向所述第一网络设备发送第三消息,所述第三消息包括第一定时器的时长,所述第一定时器的时长用于所述第一网络设备在所述第一定时器超时之前向所述第一子设备发送第一响应消息。
24.如权利要求22所述的方法,其特征在于,所述向所述第一网络设备发送第二消息之前,所述方法还包括:
接收所述第一网络设备发送的第四消息,所述第四消息包括第一定时器的时长,所述第一定时器的时长是所述第一网络设备生成的,所述第一定时器的时长用于所述第二网络设备向所述第一网络设备发送所述第二消息。
25.如权利要求19-22任一项所述的方法,其特征在于,所述方法还包括:
向所述第一网络设备发送第五消息,所述第五消息包括第一定时器的时长,所述第五消息是所述第一网络设备接收到所述第一子设备发送的所述第一信息之前接收的,所述第一定时器的时长用于所述第一网络设备在所述第一定时器超时之前向所述第一子设备发送第一响应消息。
26.一种网络设备,其特征在于,包括收发器、处理器和存储器,所述存储器用于存储计算机程序,所述处理器调用所述计算机程序,用于执行如权利要求7-25任一项所述的方法。
27.一种电子设备,其特征在于,包括收发器、处理器和存储器,所述存储器用于存储计算机程序,所述处理器调用所述计算机程序,用于执行如权利要求1-6任一项所述的方法。
28.一种计算机存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序被处理器执行时,实现权利要求1-25任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2022/120459 WO2023051366A1 (zh) | 2021-09-28 | 2022-09-22 | 一种控制传输的方法及相关装置 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111146413 | 2021-09-28 | ||
CN2021111464137 | 2021-09-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115884256A true CN115884256A (zh) | 2023-03-31 |
Family
ID=85756823
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111228387.2A Pending CN115884256A (zh) | 2021-09-28 | 2021-10-21 | 一种控制传输的方法及相关装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115884256A (zh) |
WO (1) | WO2023051366A1 (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2519574A (en) * | 2013-10-25 | 2015-04-29 | Nec Corp | Control of small data transmission in a mobile radio communications network |
CN104661171B (zh) * | 2013-11-25 | 2020-02-28 | 中兴通讯股份有限公司 | 一种用于mtc设备组的小数据安全传输方法和系统 |
CN110557806B (zh) * | 2018-05-31 | 2021-06-11 | 电信科学技术研究院有限公司 | 一种数据传输方法、终端设备及网络设备 |
CN113260076A (zh) * | 2020-02-13 | 2021-08-13 | 华硕电脑股份有限公司 | 无线通信系统中小数据传送的回退动作的方法和设备 |
-
2021
- 2021-10-21 CN CN202111228387.2A patent/CN115884256A/zh active Pending
-
2022
- 2022-09-22 WO PCT/CN2022/120459 patent/WO2023051366A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2023051366A1 (zh) | 2023-04-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10149339B2 (en) | Base station, user equipment and methods for random access | |
US20190021058A1 (en) | Method and apparatus for power saving in a wireless communication system | |
US11569906B2 (en) | Communications device, infrastructure equipment and method | |
KR101676976B1 (ko) | 전력 우선 표시자 타이머 | |
US20230284329A1 (en) | Method and apparatus for handling response timer and cell reselection for small data transmission | |
CN107454636B (zh) | 处理用户端存取层上下文的装置及方法 | |
CN114342435B (zh) | 无线通信方法和装置 | |
WO2021189462A1 (en) | Method, device and computer storage medium of communication | |
WO2022077442A1 (en) | Method and apparatus for multicast and broadcast services | |
US11617209B2 (en) | Timer control in early data transmission | |
CN114679919A (zh) | 配置方法和装置 | |
US11057832B2 (en) | Method and apparatus for transmitting and receiving a wake-up signal in a wireless communication system | |
EP4171162A1 (en) | Data transmission method and terminal device | |
CN115119311A (zh) | 传输小数据的方法和通信装置 | |
CN116636253A (zh) | 小数据传输过程的移动性 | |
KR102644416B1 (ko) | 멀티-usim 중단 및 최적화된 재개 | |
WO2023051366A1 (zh) | 一种控制传输的方法及相关装置 | |
CN115190640A (zh) | 一种通信方法及通信装置 | |
EP4366378A1 (en) | Method for controlling transmission and related apparatus | |
JP2023519396A (ja) | 端末デバイスによって実行される方法、及び端末デバイス | |
CN115696644A (zh) | 一种控制传输的方法及相关装置 | |
KR20200071736A (ko) | 네트워크 액세스 우선 순위화 | |
WO2023108476A1 (zh) | 通信方法及装置 | |
WO2022120632A1 (en) | Method, device and computer storage medium of communication | |
WO2023019409A1 (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 |