CN118057982A - 信息接收、信息发送方法及装置、存储介质 - Google Patents

信息接收、信息发送方法及装置、存储介质 Download PDF

Info

Publication number
CN118057982A
CN118057982A CN202280003478.2A CN202280003478A CN118057982A CN 118057982 A CN118057982 A CN 118057982A CN 202280003478 A CN202280003478 A CN 202280003478A CN 118057982 A CN118057982 A CN 118057982A
Authority
CN
China
Prior art keywords
configuration information
terminal
multicast service
signaling
network side
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
Application number
CN202280003478.2A
Other languages
English (en)
Inventor
刘晓菲
吴昱民
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN118057982A publication Critical patent/CN118057982A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Landscapes

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

Abstract

本公开提供一种信息接收、信息发送方法及装置、存储介质,其中,所述信息接收方法包括:接收网络侧设备下发的第一配置信息;接收所述网络侧设备下发的第二配置信息;其中,所述第二配置信息采用全配置方式。本公开可以避免终端在将已存储的配置与非法的网络侧设备下发的配置进行结合时出现的配置失败的问题,也可以避免终端重建失败进入空闲态造成丢失连接和配置的问题,提高了下发配置信息的安全性和可靠性。

Description

信息接收、信息发送方法及装置、存储介质 技术领域
本公开涉及通信领域,尤其涉及信息接收、信息发送方法及装置、存储介质。
背景技术
组播业务仅针对连接态终端,网络侧设备可以通过专有信令将组播业务接收配置下发给终端,当终端进入非激活态时,会挂起连接态组播业务的配置和相关组播广播业务无线承载(Multicast Broadcast Service Radio Bear,MRB),从而无法继续执行组播业务接收。
在版本18(Release 18,R18)中研究支持非激活态组播业务接收,当终端处于非激活态时,也能够继续执行组播业务数据接收,这就需要网络侧设备为非激活态终端下发更新的组播业务配置。
相关技术中,可以通过组播广播业务控制信道(MBS Control Channel,MCCH)下发用于非激活态终端的组播业务配置,后续也称为非激活态组播业务配置。但是由于MCCH缺失加密和完整性保护,可能会被攻击。因此,终端接收到的非激活态组播业务配置可能是由非法的网络侧设备通过MCCH下发的,其配置可能会被篡改,导致终端在将已存储的配置与非法的网络侧设备下发的配置进行结合时,极大可能会出现配置失败(配置冲突、新配置不识别等)问题,且目前对于此情况没有进行相应的错误处理。
发明内容
为克服相关技术中存在的问题,本公开实施例提供一种信息接收、信息发送方法及装置、存储介质。
根据本公开实施例的第一方面,提供一种信息接收方法,所述方法由终端执行,包括:
接收网络侧设备下发的第一配置信息;
接收所述网络侧设备下发的第二配置信息;其中,所述第二配置信息采用全配置方式。
可选地,所述第一配置信息包括组播业务配置信息;和/或
所述第二配置信息包括组播业务配置信息。
可选地,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息。
可选地,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的组播业务配置信息。
可选地,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的非激活态组播业务配置信息。
可选地,所述接收网络侧设备下发的第一配置信息,包括:
接收所述网络侧设备通过第一信令下发的所述第一配置信息;
所述接收所述网络侧设备下发的第二配置信息,包括:
接收所述网络侧设备通过第二信令下发的所述第二配置信息;
其中,所述第二信令的类型与所述第一信令的类型不同。
可选地,所述第一信令为公共信令,所述第二信令为专有信令;或者
所述第一信令类型为专有信令,所述第二信令为公共信令。
可选地,所述公共信令包括以下至少一项:
系统信息块SIB消息;
组播广播业务控制信道MCCH。
可选地,所述专有信令包括以下至少一项:
无线资源控制RRC释放消息;
RRC重配置消息。
可选地,所述RRC释放消息中携带挂起配置信息。
可选地,所述网络侧设备通过公共信令下发的组播业务配置信息包括非激活态组播业务配置信息;和/或
所述网络侧设备通过专用信令下发的组播业务配置信息包括非激活态组播业务配置信息和连 接态组播业务配置信息中的至少一项。
可选地,所述方法还包括:
接收所述网络侧设备下发的指示信息;其中,所述指示信息用于指示所述网络侧设备采用所述全配置方式配置所述第二配置信息。
可选地,所述方法还包括:
基于协议约定,确定所述第二配置信息采用所述全配置方式。
根据本公开实施例的第二方面,提供一种信息发送方法,所述方法由网络侧设备执行,包括:
向终端下发第一配置信息;向所述终端下发第二配置信息;其中,所述第二配置信息采用全配置方式。
可选地,所述第一配置信息包括组播业务配置信息;和/或
所述第二配置信息包括组播业务配置信息。
可选地,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息。
可选地,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的组播业务配置信息。
可选地,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的非激活态组播业务配置信息。
可选地,所述向终端下发第一配置信息,包括:
通过第一信令向所述终端下发所述第一配置信息;
所述向所述终端下发所述第二配置信息,包括:
通过第二信令向所述终端下发所述第二配置信息;
其中,所述第二信令的类型与所述第一信令的类型不同。
可选地,所述第一信令为公共信令,所述第二信令为专有信令;或者
所述第一信令为专有信令,所述第二信令为公共信令。
可选地,所述公共信令包括以下至少一项:
系统信息块SIB消息;
组播广播业务控制信道MCCH。
可选地,所述专有信令包括以下至少一项:
无线资源控制RRC释放消息;
RRC重配置消息。
可选地,所述RRC释放消息中携带挂起配置信息。
可选地,所述网络侧设备通过公共信令下发的组播业务配置信息包括非激活态组播业务配置信息;和/或
所述网络侧设备通过专用信令下发的组播业务配置信息包括非激活态组播业务配置信息和连接态组播业务配置信息中的至少一项。
可选地,所述方法还包括:
向所述终端下发指示信息;其中,所述指示信息用于指示所述网络侧设备采用所述全配置方式配置所述第二配置信息。
根据本公开实施例的第三方面,提供一种信息接收装置,所述装置应用于终端,包括:
第一接收模块,被配置为接收网络侧设备下发的第一配置信息;
第二接收模块,被配置为接收所述网络侧设备下发的第二配置信息;其中,所述第二配置信息采用全配置方式。
根据本公开实施例的第四方面,提供一种信息发送装置,所述装置应用于网络侧设备,包括:
第一发送模块,被配置为向终端下发第一配置信息;
第二发送模块,被配置为向所述终端下发第二配置信息;其中,所述第二配置信息采用全配置方式。
根据本公开实施例的第五方面,提供一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述终端侧任一项所述的信息接收方法。
根据本公开实施例的第六方面,提供一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述网络设备侧任一项所述的信息发送方法。
根据本公开实施例的第七方面,提供一种信息接收装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为用于执行上述终端侧任一项所述的信息接收方法。
根据本公开实施例的第八方面,提供一种信息发送装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为用于执行上述网络设备侧任一项所述的信息发送方法。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开中,终端可以接收网络侧设备下发的第一配置信息,进而在存储有第一配置信息的情况下,接收网络侧设备下发的第二配置信息,该第二配置信息是采用全配置方式配置的,避免终端在将已存储的配置与非法的网络侧设备下发的配置进行结合时出现的配置失败的问题,也可以避免终端重建失败进入空闲态造成丢失连接和配置的问题,提高了下发配置信息的安全性和可靠性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种信息接收、信息发送方法流程示意图。
图2是根据一示例性实施例示出的一种信息接收、信息发送系统架构图。
图3是根据一示例性实施例示出的一种信息接收方法流程示意图。
图4是根据一示例性实施例示出的另一种信息接收方法流程示意图。
图5A是根据一示例性实施例示出的另一种信息接收方法流程示意图。
图5B是根据一示例性实施例示出的另一种信息接收方法流程示意图。
图6是根据一示例性实施例示出的一种信息发送方法流程示意图。
图7是根据一示例性实施例示出的另一种信息发送方法流程示意图。
图8A是根据一示例性实施例示出的另一种信息发送方法流程示意图。
图8B是根据一示例性实施例示出的另一种信息发送方法流程示意图。
图9是根据一示例性实施例示出的一种信息发送、信息接收方法流程示意图。
图10是根据一示例性实施例示出的一种信息接收装置框图。
图11是根据一示例性实施例示出的一种信息发送装置框图。
图12是本公开根据一示例性实施例示出的一种信息接收装置的一结构示意图。
图13是本公开根据一示例性实施例示出的一种信息发送装置的一结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含至少一个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在介绍本公开提供的方案之前,先介绍一下本申请涉及到的名词、以及终端接收网络侧设备下发配置信息的流程。
在介绍本公开提供的方案之前,先介绍一下本申请涉及到的名词、以及终端接收网络侧设备下发配置信息的流程。
在第五代移动通信技术(5th Generation Mobile Communication Technology,5G)新空口(New Radio,NR)系统中,组播广播业务(Multicast Broadcast Service,MBS)可以通过以下MBS业务标识进行标记:
临时移动组标识(Temporary Mobile Group Identity,TMGI);
MBS会话标识(MBS Session ID);
MBS业务流标识(MBS QoS flow ID)。
其中,MBS业务的发送模式包括2种:
发送模式1(组播发送,或多播发送):UE进入RRC连接态(RRC_CONNECTED)接收MBS业务的接收配置信息,从而才能接收MBS业务。网络侧设备通过终端专有信令将MBS业务的接收配置信息发送给终端。
发送模式2(广播发送):终端可以在空闲态(IDLE)或非激活态(INACTIVE)或激活态(CONNECTED)接收MBS业务的接收配置信息,并接收MBS业务。网络侧设备通过系统信息和MBS控制信道信息将MBS业务的接收配置信息发送给终端。
可以看出,组播业务仅针对连接态终端,网络侧设备通过专有信令将组播业务接收配置下发给终端,当终端进入非激活态时,会挂起连接态组播业务的配置和相关MBS无线承载MRB,从而无法继续执行组播业务接收。
在目前的研究中,对于非激活态组播业务配置信息的提供方式可以有以下几种:
方式一,通过专用信令下发;
方式二,通过公共信令(例如广播信令)下发。
其中,对于通过广播信令形式下发的方式,即对于方式二,终端接收网络侧设备下发的非激活态组播业务配置信息的流程图可以参照图1所示,包括以下步骤:
步骤0,终端在连接态时,存储有网络侧设备(例如基站,或接入网设备等)通过专有信令下发的组播业务配置;
步骤1,终端接收到网络侧设备下发的带有挂起配置的RRC释放(RRCRelease)消息,被释放到非激活态;
步骤2,终端接收网络侧设备通过MCCH下发的非激活态组播业务配置;
步骤3,终端向网络侧设备发送RRC恢复请求(RRCResumeRequest)消息;
步骤4,终端接收网络侧设备发送的RRC恢复(RRCResume)消息;
步骤5,终端接收网络侧设备通过RRC重配置(RRCReconfiguration)消息发送的重配置的组播业务配置。
需要注意的是,由于MCCH没有加密和完整性保护机制,上述步骤2中网络侧设备通过MCCH下发的非激活态组播业务配置可能会被攻击。也就是说,终端接收到的非激活态组播业务配置可能是由非法的网络侧设备通过MCCH下发的,其内容可能被非法的网络侧设备篡改。
在一些示例中,MCCH采用增量配置的方式,那么终端接收到网络侧设备通过MCCH下发的组播业务配置时,终端将之前合法的网络侧设备通过专有信令下发的组播业务配置(即上述步骤1中存储的配置,该配置是正确的配置)和非法的网络侧设备通过MCCH下发的组播业务配置(该配置是错误的配置)进行结合,极大可能会出现配置冲突、新配置不识别等问题,导致配置失败。然而针对此类配置失败场景没有进行相应的信息接收。
在一些示例中,假设网络侧设备通过RRC重配置消息下发的组播业务配置同样采用的是增量配置,按照相关机制,终端会将存储的非法的网络侧设备通过MCCH下发的组播业务配置(即上述步骤3中存储的配置,该配置是错误的配置)和合法的网络侧设备通过RRC重配置消息下发的组播业务配置(即上述步骤5中存储的配置,该配置是正确的配置)进行结合,极大可能会出现配置冲突、新配置不识别等问题,导致配置失败。对于这种情况,可按照相关机制中的RRC重配失败过程处理,即终端将继续使用存储的非法的网络侧设备通过MCCH下发的配置,并触发RRC重建,进而由于重建失败进入IDLE态,导致终端丢失所有连接和配置,终端代价较大。
可以看出,对于公共信令(或者说广播信令)提供的组播业务配置的方式,存在很严重的安全问题,主要原因是由于网络侧设备采用增量配置方式配置组播业务接收。
为了解决上述技术问题,本公开提供了以下信息接收、信息发送方法及装置、存储介质。
在介绍本公开提供的方案之前,先介绍一下本公开方案所适用的网络架构图,参照图2所示,本公开中的网络可以是4G、5G或未来的6G等,本公开对此不作限定。该网络架构中包括:
终端201(图2中终端201包括201-1、201-2、201-3中的至少一个,所述终端可以是智能手机、台式机、笔记本电脑,个人助手(ipad)等,本公开对此不作限定;
网络侧设备202,包括但不限于基站、接入网设备等,其中,基站可以是4G基站、5G基站或未来的6G基站,接入网设备可以是4G接入网设备、5G接入网设备或未来的6G接入网设备等, 本公开对此不作限定。
下面先从终端侧介绍本公开提供的信息接收方法。
本公开实施例提供了一种信息接收方法,参照图3所示,图3是根据一实施例示出的一种信息接收方法流程图,可以由终端执行,终端可以是智能手机、台式机、笔记本电脑,个人助手等,本公开对此不作限定,该方法可以包括以下步骤:
在步骤301中,接收网络侧设备下发的第一配置信息并存储第一配置信息。
在本公开实施例中,网络侧设备包括但不限于基站、接入网设备等,其中,基站可以是4G基站、5G基站或未来的6G基站,接入网设备可以是4G接入网设备、5G接入网设备或未来的6G接入网设备等。
在一个可能的实现方式中,第一配置信息可以包括但不限于组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,可以接收网络侧设备发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过专有信令发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。可选地,专有信令可以为单播信令。
在一个示例中,专有信令例如可以是无线资源控制(Radio Resource Control,RRC)释放消息,或者RRC重配置消息。
在一个示例中,RRC释放消息中可以携带挂起配置信息。需要说明的是,该挂起配置信息与第一配置信息不同。挂起配置信息用于配置终端挂起与网络侧设备的RRC连接。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过专有信令发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。可选地,专有信令可以为单播信令。
其中,该第一配置信息中可以包括但不限于非激活态组播业务配置信息和连接态组播业务配置信息。
在其他可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,可以接收网络侧设备通过公共信令发送的第一配置信息。可选地,公共信令可以为广播信令。
在一个示例中,公共信令例如可以是系统信息块(System Information Block,SIB)消息;组播广播业务控制信道MCCH。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第一配置信息,其中,公共信令例如可以是SIB消息、MCCH中的至少一项。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第一配置信息,其中,公共信令例如可以是SIB消息、MCCH中的至少一项。
其中,该第一配置信息中可以包括但不限于非激活态组播业务配置信息。
在步骤302中,接收所述网络侧设备下发的第二配置信息;其中,所述第二配置信息采用全配置方式。
在一个可能的实现方式中,第二配置信息可以包括但不限于组播业务配置信息。在一个示例中,第二配置信息用于更新所述终端使用的配置信息。
在本公开实施例中,该第二配置信息采用全配置方式。
在本公开实施例中,全配置方式具体指网络侧设备对需要配置的信息配置其所有涉及到的信息内容。
需要说明的是,与全配置方式相对应的是增量配置方式,增量配置方式是指网络侧设备基于已配置的信息,对更新部分进行配置。更新包括增加、删除、修改等。
在一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除之前存储的所述第一配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息。
本公开对第一配置信息所包括的具体信息内容不作限定,即无论第一配置信息中是否包括组播业务配置,终端都可以在接收到第二配置信息时,清除、忽略或跳过该第一配置信息。
其中,网络侧设备可以对多种业务的配置信息采用全配置方式,多种业务中包括但不限于组播业务、单播业务等。相应地,对于存储有第一配置信息的终端而言,在接收到网络侧设备下发 的第二配置信息时,可以按照全配置处理流程进行处理,即可以清除之前存储的第一配置信息,进而使用该第二配置信息进行对应的业务数据接收。在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的组播业务配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息中的组播业务配置信息。
当然,如果第一配置信息中不包括组播业务配置信息,可以不对第一配置信息进行清除、忽略或跳过的操作。
其中,网络侧设备可以仅针对组播业务配置信息采用全配置方式。相应地,对于存储有包括组播业务配置信息的第一配置信息的终端而言,在接收到网络侧设备下发的包括组播业务配置信息的第二配置信息时,可以仅清除之前存储的第一配置信息中的组播业务配置信息,并保留第一配置信息中的其他业务配置信息,例如保留单播业务配置信息,进而使用该第二配置信息所包括的组播业务配置信息,进行组播业务数据接收。其中,第二配置信息所包括的组播业务配置信息是网络侧设备更新后的、完整的组播业务配置信息。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的非激活态组播业务配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息中的非激活态组播业务配置信息。
当然,如果第一配置信息中不包括非激活态组播业务配置信息,可以不对第一配置信息执行清除、忽略或跳过的操作。
其中,网络侧设备可以仅针对非激活态组播业务配置信息采用全配置方式。相应地,对于存储有包括组播业务配置信息的第一配置信息的终端而言,在接收到网络侧设备下发的包括非激活态组播业务配置信息的第二配置信息时,可以清除之前存储的第一配置信息中的非激活态组播业务配置信息,并保留第一配置信息中的其他业务配置信息,例如保留单播业务配置信息以及连接态组播业务配置信息等,进而在终端进入非激活态时,使用该第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。其中,第二配置信息所包括的非激活态组播业务配置信息是网络侧设备更新后的、用于非激活态终端的、完整的组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备发送的第二配置信息,其中第二配置信息携带中组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第二配置信息,其中第二配置信息携带中组播业务配置信息。
在一个实施中,公共信令例如可以是SIB消息、MCCH中的至少一项。
在其他可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过专有信令发送的第二配置信息。
在一个示例中,专有信令例如可以是RRC释放消息,或者RRC重配置消息。
在一个示例中,RRC释放消息中可以携带挂起配置信息。需要说明的是,该挂起配置信息与第二配置信息不同。挂起配置信息用于配置终端挂起与网络侧设备的RRC连接。
需要说明的是,第二信令的类型与第一信令的类型可以不同。即第一信令采用公共信令时,第二信令为专有信令,第一信令采用专有信令时,第二信令为公共信令。当然,第二信令的类型与第一信令的类型也可以相同,例如第二信令与第一信令均为专有信令或公共信令,本公开对此不作限定。
上述实施例中,可以避免终端在将已存储的配置与非法的网络侧设备下发的配置进行结合时出现的配置失败的问题,也可以避免终端重建失败进入空闲态造成丢失连接和配置的问题,提高了下发配置信息的安全性和可靠性。
在一些可选实施例中,参照图4所示,图4是根据一实施例示出的一种信息接收方法流程图,可以由终端执行,终端可以是智能手机、台式机、笔记本电脑,个人助手等,本公开对此不作限定,该方法可以包括以下步骤:
在步骤401中,接收网络侧设备通过第一信令下发的第一配置信息并存储第一配置信息。
在本公开实施例中,网络侧设备包括但不限于基站、接入网设备等,其中,基站可以是4G基站、5G基站或未来的6G基站,接入网设备可以是4G接入网设备、5G接入网设备或未来的6G接入网设备等。
在一个可能的实现方式中,第一配置信息可以包括但不限于组播业务配置信息。
在一个可能的实现方式中,第一信令可以为公共信令,或者第一信令可以为专有信令。
其中,公共信令可以为广播信令,包括但不限于以下至少一项:SIB消息;组播广播业务控 制信道MCCH。
其中,专有信令是指该终端专用的信令,例如为单播信令。所述专有信令可以包括但不限于以下至少一项:无线资源控制RRC释放消息;RRC重配置消息。
在一个示例中,RRC释放消息中可以携带挂起配置信息。需要说明的是,该挂起配置信息与第一配置信息不同。挂起配置信息用于配置终端挂起与网络侧设备的RRC连接。
在本公开实施例中,终端接收到网络侧设备通过公共信令,例如SIB消息和/或MCCH发送的第一配置信息,终端存储该第一配置信息。
或者,终端接收到网络侧设备通过专有信令,例如无线资源控制RRC释放消息和/或RRC重配置消息下发的第一配置信息,终端可以存储该第一配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,可以接收网络侧设备发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过专有信令发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。可选地,专有信令可以为单播信令。
在一个示例中,专有信令例如可以是无线资源控制(Radio Resource Control,RRC)释放消息,或者RRC重配置消息。
在一个示例中,RRC释放消息中可以携带挂起配置信息。需要说明的是,该挂起配置信息与第一配置信息不同。挂起配置信息用于配置终端挂起与网络侧设备的RRC连接。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过专有信令发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。可选地,专有信令可以为单播信令。
其中,该第一配置信息中可以包括但不限于非激活态组播业务配置信息和连接态组播业务配置信息。
在其他可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,可以接收网络侧设备通过公共信令发送的第一配置信息。可选地,公共信令可以为广播信令。
在一个示例中,公共信令例如可以是系统信息块(System Information Block,SIB)消息;组播广播业务控制信道MCCH。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第一配置信息,其中,公共信令例如可以是SIB消息、MCCH中的至少一项。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第一配置信息,其中,公共信令例如可以是SIB消息、MCCH中的至少一项。
其中,该第一配置信息中可以包括但不限于非激活态组播业务配置信息。在步骤402中,接收所述网络侧设备通过第二信令下发的第二配置信息;其中,所述第二信令的类型与所述第一信令的类型不同,所述第二配置信息采用全配置方式。
在一个可能的实现方式中,第一信令可以为公共信令,相应地,第二信令可以为专用信令。
其中,公共信令可以为广播信令,包括但不限于以下至少一项:SIB消息;MCCH。
其中,专有信令是指该终端专用的信令,例如为单播信令。所述专有信令可以包括但不限于以下至少一项:无线资源控制RRC释放消息;RRC重配置消息。
在一个可能的实现方式中,终端处于非激活态或空闲态,接收网络侧设备下发的第二配置信息。
在本公开实施例中,终端可以先接收网络侧设备通过专有信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息下发的第二配置信息(对应图1所示的步骤0),第一配置信息中可以包括但不限于组播业务配置信息,终端存储该第一配置信息。进一步地,终端可以接收网络侧设备通过公共信令,例如SIB消息和/或MCCH下发的第二配置信息(对应图1所示的步骤2),第二配置信息可以包括但不限于组播业务配置信息,且第二配置信息采用全配置方式。
在本公开实施例中,该第二配置信息采用全配置方式。
在本公开实施例中,全配置方式具体指网络侧设备对需要配置的信息配置其所有涉及到的信息内容的方式。
需要说明的是,与全配置方式相对应的是增量配置方式,增量配置方式是指网络侧设备基于已配置的信息,对更新部分进行配置的方式。更新包括增加、删除、修改等。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态,接收网络侧设备下发的第二配置信息。其中第二配置信息包括:组播业务配置信息。
在一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除之前存储的所述第一配置信息。或者,终端也可以全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息。
本公开对第一配置信息所包括的具体信息内容不作限定,即无论第一配置信息中是否包括组播业务配置,终端都可以在接收到第二配置信息时,清除、忽略或跳过该第一配置信息。
其中,网络侧设备可以对多种业务的配置信息采用全配置方式,多种业务中包括但不限于组播业务、单播业务等。相应地,对于存储有第一配置信息的终端而言,在接收到网络侧设备下发的第二配置信息时,可以按照全配置处理流程进行处理,即可以清除之前存储的第一配置信息,进而使用该第二配置信息进行对应的业务数据接收。在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的组播业务配置信息。或者,终端也可以全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息中的组播业务配置信息。
当然,如果第一配置信息中不包括组播业务配置信息,可以不对第一配置信息进行清除、忽略或跳过的操作。
其中,网络侧设备可以仅针对组播业务配置信息采用全配置方式。相应地,对于存储有包括组播业务配置信息的第一配置信息的终端而言,在接收到网络侧设备下发的包括组播业务配置信息的第二配置信息时,可以仅清除之前存储的第一配置信息中的组播业务配置信息,并保留第一配置信息中的其他业务配置信息,例如保留单播业务配置信息,进而使用该第二配置信息所包括的组播业务配置信息,进行组播业务数据接收。其中,第二配置信息所包括的组播业务配置信息是网络侧设备更新后的、完整的组播业务配置信息。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的非激活态组播业务配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息中的非激活态组播业务配置信息。
当然,如果第一配置信息中不包括非激活态组播业务配置信息,可以不对第一配置信息执行清除、忽略或跳过的操作。
其中,网络侧设备可以仅针对非激活态组播业务配置信息采用全配置方式。相应地,对于存储有包括组播业务配置信息的第一配置信息的终端而言,在接收到网络侧设备下发的包括非激活态组播业务配置信息的第二配置信息时,可以清除之前存储的第一配置信息中的非激活态组播业务配置信息,并保留第一配置信息中的其他业务配置信息,例如保留单播业务配置信息以及连接态组播业务配置信息等,进而在终端进入非激活态时,使用该第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。其中,第二配置信息所包括的非激活态组播业务配置信息是网络侧设备更新后的、用于非激活态终端的、完整的组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备发送的第二配置信息,其中第二配置信息携带中组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第二配置信息,其中第二配置信息携带中组播业务配置信息。
在一个实施中,公共信令例如可以是SIB消息、MCCH中的至少一项。
在其他可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过专有信令发送的第二配置信息。
在一个示例中,专有信令例如可以是RRC释放消息,或者RRC重配置消息。
在一个示例中,RRC释放消息中可以携带挂起配置信息。需要说明的是,该挂起配置信息与第二配置信息不同。挂起配置信息用于配置终端挂起与网络侧设备的RRC连接。
需要说明的是,第二信令的类型与第一信令的类型可以不同。即第一信令采用公共信令时,第二信令为专有信令,第一信令采用专有信令时,第二信令为公共信令。当然,第二信令的类型与第一信令的类型也可以相同,例如第二信令与第一信令均为专有信令或公共信令,本公开对此不作限定。
上述实施例中,可以有效避免终端在将已存储的配置与非法的网络侧设备下发的配置进行结合时出现的配置失败的问题,也可以有效避免终端重建失败进入空闲态造成丢失连接和配置的问 题,提高了下发配置信息的安全性和可靠性。
在一些可选实施例中,终端可以先接收网络侧设备通过公共信令,例如SIB消息和/或MCCH下发的第一配置信息(对应图1所示的步骤2),进而接收网络侧设备通过专有信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息下发的第二配置信息(对应图1所示的步骤5),第二配置信息采用全配置方式。
或者,终端可以先接收网络侧设备通过专有信令,例如SIB消息和/或MCCH下发的第一配置信息(对应图1所示的步骤2)。进而接收网络侧设备通过公共信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息下发的第二配置信息(对应图1所示的步骤5),第二配置信息采用全配置方式。
上述实施例中,网络侧设备可以在公共信令和专有信令结合下发配置信息的情况下,对后下发的配置信息采用全配置方式。有效避免终端在将已存储的配置与非法的网络侧设备下发的配置进行结合时出现的配置失败的问题,也可以有效避免终端重建失败进入空闲态造成丢失连接和配置的问题,提高了下发配置信息的安全性和可靠性。
在一些可选实施例中,终端可以先接收网络侧设备通过公共信令,例如SIB消息和/或MCCH下发的第一配置信息,第一配置信息中可以包括但不限于组播业务配置信息。进而接收网络侧设备通过专有信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息下发的第二配置信息,第二配置信息采用全配置方式,第二配置信息可以包括但不限于组播业务配置信息。
或者,终端可以先接收网络侧设备通过专有信令,例如SIB消息和/或MCCH下发的第一配置信息,第一配置信息中可以包括但不限于组播业务配置信息。进而接收网络侧设备通过公共信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息下发的第二配置信息,第二配置信息采用全配置方式,第二配置信息中可以包括但不限于组播业务配置信息。
在一些可选实施例中,终端接收到的网络侧设备通过公共信令下发的组播业务配置信息可以包括但不限于非激活态组播业务配置信息,终端接收到的网络侧设备通过专有信令下发的组播业务配置信息可以包括非激活态组播业务配置信息和连接态组播业务配置信息中的至少一项。
在一些可选实施例中,终端可以先接收网络侧设备通过公共信令,例如SIB消息和/或MCCH下发的第一配置信息,第一配置信息中可以包括但不限于组播业务配置信息,具体地,可以包括非激活态组播业务配置信息。
进而接收网络侧设备通过专有信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息下发的第二配置信息,第二配置信息采用全配置方式,第二配置信息可以包括但不限于组播业务配置信息,具体地,可以包括但不限于非激活态组播业务配置信息和连接态组播业务配置信息中的至少一项。
在一个示例中,对于存储有通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第一配置信息的终端而言,接收到网络侧设备通过专有信令,例如携带有挂起配置信息的RRC释放(RRCRelease)消息和/或RRC重配置消息下发的包括非激活态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,可以清除第一配置信息,以及在终端进入非激活态时,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,可以清除第一配置信息所包括的组播业务配置信息,此时第一配置信息中仅包括非激活态组播业务配置信息,因此终端可以清除第一配置信息所包括的非激活态组播业务配置信息。在终端进入非激活态时,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,可以直接清除第一配置信息所包括的非激活态组播业务配置信息,在终端进入非激活态时,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
在另一个示例中,对于存储有通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第一配置信息的终端而言,接收到网络侧设备通过专有信令,例如携带有挂起配置信息的RRC释放消息和/或RRC重配置消息下发的包括连接态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,清除第一配置信息,终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除第一配置信息所包括的组播业务配置信息,由于此时第一配置信息所包括的组播业务配置信息中只有非激活态组播业务配置信息,因此终端清 除的是第一配置信息所包括的非激活态组播业务配置信息。终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,直接清除第一配置信息所包括的非激活态组播业务配置信息,终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。
在另一个示例中,对于存储有通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第一配置信息的终端而言,接收到网络侧设备通过专有信令,例如携带有挂起配置信息的RRC释放消息和/或RRC重配置消息下发的包括非激活态组播业务配置信息和连接态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,清除第一配置信息,终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。终端在进入非激活态时,使用第二配置信息所包括的非激活态组播业务信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除第一配置信息所包括的组播业务配置信息,由于此时第一配置信息所包括的组播业务配置信息中只有非激活态组播业务配置信息,因此终端清除的是第一配置信息所包括的非激活态组播业务配置信息。终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。终端在进入非激活态时,使用第二配置信息所包括的非激活态组播业务信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,直接清除第一配置信息所包括的非激活态组播业务配置信息,终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。终端在进入非激活态时,使用第二配置信息所包括的非激活态组播业务信息,进行组播业务数据接收。
在一些可选实施例中,终端可以先接收网络侧设备通过专有信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息下发的第一配置信息,第一配置信息中可以包括但不限于组播业务配置信息具体地,可以包括但不限于非激活态组播业务配置信息和连接态组播业务配置信息中的至少一项。
进而接收网络侧设备通过公共信令,例如SIB消息和/或MCCH下发的第二配置信息,第二配置信息采用全配置方式,第二配置信息可以包括但不限于组播业务配置信息,具体地,可以包括但不限于非激活态组播业务配置信息。
在一个示例中,对于存储有通过专有信令,例如携带有挂起配置信息的RRC释放消息和/或RRC重配置消息下发的包括非激活态组播业务配置信息的第一配置信息的终端而言,接收到网络侧设备通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,清除所述第一配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除所述第一配置信息所包括的组播业务配置信息,此时第一配置信息中仅包括非激活态组播业务配置信息,因此终端清除第一配置信息所包括的非激活态组播业务配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,直接清除所述第一配置信息所包括的非激活态组播业务配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
在另一个示例中,对于存储有通过专有信令,例如携带有挂起配置信息的RRC释放消息和/或RRC重配置消息下发的包括连接态组播业务配置的第一配置信息的终端而言,接收到网络侧设备通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,清除第一配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除所述第一配置信息所包括的组播业务配置信息,此时第一配置信息中仅包括连接态组播业务配置信息,因此终端清除第一配置信息所包括的连接态组播业务配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除所述第一配置信息所包括的非激活态组播业务配置信息,由于此时第一配置信息中不包括非激活态组播业务配置信息,因此终端不会对第一配 置信息进行清除,进一步地,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
在另一个示例中,对于存储有通过专有信令,例如携带有挂起配置信息的RRC释放消息和/或RRC重配置消息下发的包括非激活态组播业务配置信息和连接态组播业务配置的第一配置信息的终端而言,接收到网络侧设备通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,清除第一配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除所述第一配置信息所包括的组播业务配置信息,此时第一配置信息中包括非激活态组播业务配置信息和连接态组播业务配置信息,因此终端清除第一配置信息所包括的非激活态组播业务配置信息和连接态组播业务配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除所述第一配置信息所包括的非激活态组播业务配置信息,保留第一配置信息中的连接态组播业务配置信息,进一步地,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
以上仅为示例性说明,第一配置信息和第二配置信息可以包括其他配置信息,本公开对此不作限定,另外,其他采用全配置方式配置第二配置信息的方案均应属于本公开的保护范围。
上述实施例中,可以有效避免终端在将已存储的配置与非法的网络侧设备下发的配置进行结合时出现的配置失败的问题,也可以有效避免终端重建失败进入空闲态造成丢失连接和配置的问题,提高了下发配置信息的安全性和可靠性。
在一些可选实施例中,参照图5A所示,图5A是根据一实施例示出的一种信息接收方法流程图,可以由终端执行,终端可以是智能手机、台式机、笔记本电脑,个人助手等,本公开对此不作限定,该方法可以包括以下步骤:
在步骤501中,接收网络侧设备下发的第一配置信息并存储第一配置信息。
在本公开实施例中,网络侧设备包括但不限于基站、接入网设备等,其中,基站可以是4G基站、5G基站或未来的6G基站,接入网设备可以是4G接入网设备、5G接入网设备或未来的6G接入网设备等。
在一个可能的实现方式中,第一配置信息可以包括但不限于组播业务配置信息。
具体实现方式与步骤301类似,在此不再赘述。
在步骤502中,接收所述网络侧设备下发的指示信息;其中,所述指示信息用于指示所述网络侧设备采用所述全配置方式配置第二配置信息。
在一个可能的实现方式中,网络侧设备可以采用将全配置(fullConfig)指示符设置为true的方式向终端下发该指示信息,具体包括:
fullConfig ENUMERATED{true}
以上仅为示例性说明,实际应用中,网络侧设备也可以采用其他方式向终端下发该指示信息,本公开对此不作限定。
在本公开实施例中,全配置方式具体指网络侧设备对需要配置的信息配置其所有涉及到的信息内容。
需要说明的是,与全配置方式相对应的是增量配置方式,增量配置方式是指网络侧设备基于已配置的信息,对更新部分进行配置。更新包括增加、删除、修改等。
当然,网络侧设备也可以不向终端下发指示信息,由终端默认网络侧设备此时采用全配置方式配置第二配置信息。或者由终端基于协议约定确定采用全配置方式配置第二配置信息。
在步骤503中,接收所述网络侧设备下发的所述第二配置信息。
本公开对于步骤502与步骤503的执行顺序不作限定,可以同步执行,也可以先执行步骤502,再执行步骤503,或者先执行步骤503,再执行步骤502,本公开对此不作限定。
在一个可能的实现方式中,步骤502与步骤503可以同步执行,即网络侧设备在每次向终端下发第二配置信息时,同步向终端下发该指示信息。
在一个可能的实现方式中,第二配置信息可以包括但不限于组播业务配置信息。
在一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除、忽略或跳过之前存储的所述第一配置信息。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除、忽略或跳过所述第一配置信息中的组播业务配置信息。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置 信息,清除、忽略或跳过所述第一配置信息中的非激活态组播业务配置信息。
步骤503的实现方式与上述步骤302或402类似,在此不再赘述。
上述实施例中,可以通过网络侧设备向终端下发指示信息的方式,让终端按照该指示信息确定第二配置信息是采用全配置方式配置的,并执行对应的清除操作,提高了下发配置信息的安全性和可靠性。
在一些可选实施例中,参照图5B所示,图5B是根据一实施例示出的一种信息接收方法流程图,可以由终端执行,终端可以是智能手机、台式机、笔记本电脑,个人助手等,本公开对此不作限定,该方法可以包括以下步骤:
在步骤501’中,接收网络侧设备下发的第一配置信息并存储。
在本公开实施例中,网络侧设备包括但不限于基站、接入网设备等,其中,基站可以是4G基站、5G基站或未来的6G基站,接入网设备可以是4G接入网设备、5G接入网设备或未来的6G接入网设备等。
在一个可能的实现方式中,第一配置信息可以包括但不限于组播业务配置信息。
具体实现方式与步骤301类似,在此不再赘述。
在步骤502’中,基于协议约定,确定第二配置信息采用全配置方式。
在步骤503’中,接收所述网络侧设备下发的所述第二配置信息。
需要说明的是,本公开对上述步骤502’与503’的执行顺序不作限定。即终端可以先基于协议约定,确定第二配置信息采用的是全配置方式,进而接收网络侧设备下发的第二配置信息。或者,终端先接收到网络侧设备下发的第二配置信息,可以按照协议约定确定该第二配置信息采用全配置方式。
可以理解的是,基于协议约定方式确定第二配置信息采用全配置方式的情况下,即使网络侧设备下发了其他的指示信息指示第二配置信息采用增量配置方式,终端侧也应当基于协议约定,确定该第二配置信息是采用全配置方式配置的。
在一个可能的实现方式中,即使网络侧设备将全配置指示符设置为false,终端侧也应当基于协议约定,确定该第二配置信息是采用全配置方式配置的。
步骤503’的实现方式与上述步骤502或502类似,在此不再赘述。
上述实施例中,可以通过协议约定的方式,让终端确定第二配置信息是采用全配置方式配置的,并执行对应的清除操作,提高了下发配置信息的安全性和可靠性。
下面再从网络侧设备侧介绍本公开提供的信息发送方法。
本公开实施例提供了一种信息接收方法,参照图6所示,图6是根据一实施例示出的一种信息接收方法流程图,可以由网络侧设备执行,网络侧设备包括但不限于基站、接入网设备等,其中,基站可以是4G基站、5G基站或未来的6G基站,接入网设备可以是4G接入网设备、5G接入网设备或未来的6G接入网设备等,该方法可以包括以下步骤:
在步骤601中,向终端下发第一配置信息。
在本公开实施例中,终端可以是智能手机、台式机、笔记本电脑,个人助手等,本公开对此不作限定。
在一个可能的实现方式中,第一配置信息可以包括但不限于组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备向终端发送第一配置信息,其中第一配置信息中可以包括组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过专有信令发送第一配置信息,其中第一配置信息中可以包括组播业务配置信息。可选地,专有信令可以为单播信令。
在一个示例中,专有信令例如可以是无线资源控制(Radio Resource Control,RRC)释放消息,或者RRC重配置消息。
在一个示例中,RRC释放消息中可以携带挂起配置信息。需要说明的是,该挂起配置信息与第一配置信息不同。挂起配置信息用于配置终端挂起与网络侧设备的RRC连接。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过专有信令发送第一配置信息,其中第一配置信息中可以包括组播业务配置信息。可选地,专有信令可以为单播信令。
其中,该第一配置信息中可以包括但不限于非激活态组播业务配置信息和连接态组播业务配置信息。
在其他可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过公共信令发送第一配置信息。可选地,公共信令可以为广播信令。
在一个示例中,公共信令例如可以是系统信息块(System Information Block,SIB)消息;组播广播业务控制信道MCCH。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过公共信令发送第一配置信息,其中第一配置信息中可以包括组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过公共信令发送的第一配置信息,其中,公共信令例如可以是SIB消息、MCCH中的至少一项。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过公共信令发送的第一配置信息,其中,公共信令例如可以是SIB消息、MCCH中的至少一项。
其中,该第一配置信息中可以包括但不限于非激活态组播业务配置信息。
在步骤602中,向所述终端下发第二配置信息;其中,所述第二配置信息采用全配置方式。
在一个可能的实现方式中,第二配置信息可以包括但不限于组播业务配置信息。在一个示例中,第二配置信息用于更新所述终端使用的配置信息。
在本公开实施例中,该第二配置信息采用全配置方式。
在本公开实施例中,全配置方式具体指网络侧设备对需要配置的信息配置其所有涉及到的信息内容。
需要说明的是,与全配置方式相对应的是增量配置方式,增量配置方式是指网络侧设备基于已配置的信息,对更新部分进行配置。更新包括增加、删除、修改等。
在一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除之前存储的所述第一配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息。
本公开对第一配置信息所包括的具体信息内容不作限定,即无论第一配置信息中是否包括组播业务配置,终端侧都可以在接收到第二配置信息时,清除、忽略或跳过该第一配置信息。
其中,网络侧设备可以对多种业务的配置信息采用全配置方式,多种业务中包括但不限于组播业务、单播业务等。相应地,对于存储有第一配置信息的终端而言,在接收到网络侧设备下发的第二配置信息时,可以按照协议中的全配置处理流程进行处理,即可以清除之前存储的第一配置信息,进而使用该第二配置信息进行对应的业务数据接收。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的组播业务配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息中的组播业务配置信息。
当然,如果第一配置信息中不包括组播业务配置信息,终端侧可以不对第一配置信息进行清除、忽略或跳过的操作。
其中,网络侧设备可以仅针对组播业务配置信息采用全配置方式。相应地,对于存储有包括组播业务配置信息的第一配置信息的终端而言,在接收到网络侧设备下发的包括组播业务配置信息的第二配置信息时,可以仅清除之前存储的第一配置信息中的组播业务配置信息,并保留第一配置信息中的其他业务配置信息,例如保留单播业务配置信息,进而使用该第二配置信息所包括的组播业务配置信息,进行组播业务数据接收。其中,第二配置信息所包括的组播业务配置信息是网络侧设备更新后的、完整的组播业务配置信息。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的非激活态组播业务配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息中的非激活态组播业务配置信息。
当然,如果第一配置信息中不包括非激活态组播业务配置信息,终端侧可以不对第一配置信息执行清除、忽略或跳过的操作。
其中,网络侧设备可以仅针对非激活态组播业务配置信息采用全配置方式。相应地,对于存储有包括组播业务配置信息的第一配置信息的终端而言,在接收到网络侧设备下发的包括非激活态组播业务配置信息的第二配置信息时,可以清除之前存储的第一配置信息中的非激活态组播业务配置信息,并保留第一配置信息中的其他业务配置信息,例如保留单播业务配置信息以及连接态组播业务配置信息等,进而在终端进入非激活态时,使用该第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。其中,第二配置信息所包括的非激活态组播业务配置信息是网络侧设备更新后的、用于非激活态终端的、完整的组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧 设备向终端发送第二配置信息,其中第二配置信息携带中组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过公共信令向终端发送第二配置信息,其中第二配置信息携带中组播业务配置信息。
在一个实施中,公共信令例如可以是SIB消息、MCCH中的至少一项。
在其他可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过专有信令向终端发送第二配置信息。
在一个示例中,专有信令例如可以是RRC释放消息,或者RRC重配置消息。
在一个示例中,RRC释放消息中可以携带挂起配置信息。需要说明的是,该挂起配置信息与第二配置信息不同。挂起配置信息用于配置终端挂起与网络侧设备的RRC连接。
需要说明的是,第二信令的类型与第一信令的类型可以不同。即第一信令采用公共信令时,第二信令为专有信令,第一信令采用专有信令时,第二信令为公共信令。
当然,第二信令的类型与第一信令的类型也可以相同,例如第二信令与第一信令均为专有信令或公共信令,本公开对此不作限定。
上述实施例中,网络侧设备采用全配置方式下发第二配置信息,避免因采用增量配置方式下发第二配置信息所造成的配置失败问题,以及终端丢失连接和配置,代价较大的问题,提高了下发配置信息的安全性和可靠性。
在一些可选实施例中,参照图7所示,图7是根据一实施例示出的一种信息接收方法流程图,可以由网络侧设备执行,网络侧设备包括但不限于基站、接入网设备等,其中,基站可以是4G基站、5G基站或未来的6G基站,接入网设备可以是4G接入网设备、5G接入网设备或未来的6G接入网设备等,该方法可以包括以下步骤:
在步骤701中,通过第一信令向终端下发第一配置信息。
在本公开实施例中,终端可以是智能手机、台式机、笔记本电脑,个人助手等,本公开对此不作限定。
在一个可能的实现方式中,第一配置信息可以包括但不限于组播业务配置信息。
在一个可能的实现方式中,第一配置信息可以包括但不限于组播业务配置信息。
在一个可能的实现方式中,第一信令可以为公共信令,或者第一信令可以为专有信令。
其中,公共信令包括但不限于以下至少一项:SIB消息;组播广播业务控制信道MCCH。
其中,专有信令是指该终端专用的信令,一般为单播信令。所述专有信令可以包括但不限于以下至少一项:携带有挂起配置信息的无线资源控制RRC释放消息;RRC重配置消息。
在本公开实施例中,网络侧设备可以通过公共信令,例如SIB消息和/或MCCH向终端下发第一配置信息,以便终端存储该第一配置信息。
或者,网络侧设备可以通过专有信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息向终端下发第一配置信息,以便终端存储该第一配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备向终端发送第一配置信息,其中第一配置信息中可以包括组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过专有信令发送第一配置信息,其中第一配置信息中可以包括组播业务配置信息。可选地,专有信令可以为单播信令。
在一个示例中,专有信令例如可以是无线资源控制(Radio Resource Control,RRC)释放消息,或者RRC重配置消息。
在一个示例中,RRC释放消息中可以携带挂起配置信息。需要说明的是,该挂起配置信息与第一配置信息不同。挂起配置信息用于配置终端挂起与网络侧设备的RRC连接。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过专有信令发送第一配置信息,其中第一配置信息中可以包括组播业务配置信息。可选地,专有信令可以为单播信令。
其中,该第一配置信息中可以包括但不限于非激活态组播业务配置信息和连接态组播业务配置信息。
在其他可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过公共信令发送第一配置信息。可选地,公共信令可以为广播信令。
在一个示例中,公共信令例如可以是系统信息块(System Information Block,SIB)消息;组播广播业务控制信道MCCH。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过公共信令发送第一配置信息,其中第一配置信息中可以包括组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过公共信令发送的第一配置信息,其中,公共信令例如可以是SIB消息、MCCH中的至少一项。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过公共信令发送的第一配置信息,其中,公共信令例如可以是SIB消息、MCCH中的至少一项。
其中,该第一配置信息中可以包括但不限于非激活态组播业务配置信息。
在步骤702中,通过第二信令向所述终端下发第二配置信息;其中,所述第二信令的类型与所述第一信令的类型不同,所述第二配置信息采用全配置方式。
在一个可能的实现方式中,第二配置信息可以包括但不限于组播业务配置信息。在一个示例中,第二配置信息用于更新所述终端使用的配置信息。
在本公开实施例中,该第二配置信息采用全配置方式。
在本公开实施例中,全配置方式具体指网络侧设备对需要配置的信息配置其所有涉及到的信息内容。
需要说明的是,与全配置方式相对应的是增量配置方式,增量配置方式是指网络侧设备基于已配置的信息,对更新部分进行配置。更新包括增加、删除、修改等。
在一个可能的实现方式中,第一信令可以为公共信令,相应地,第二信令可以为专用信令。
其中,公共信令包括但不限于以下至少一项:SIB消息;MCCH。
其中,专有信令是指该终端专用的信令,一般为单播信令。所述专有信令可以包括但不限于以下至少一项:携带有挂起配置信息的无线资源控制RRC释放消息;RRC重配置消息。
在本公开实施例中,网络侧设备可以先通过公共信令,例如SIB消息和/或MCCH向终端下发第一配置信息(对应图1所示的步骤2),第一配置信息中可以包括但不限于组播业务配置信息,终端存储该第一配置信息。进一步地,网络侧设备可以通过专有信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息,向终端下发第二配置信息(对应图1所示的步骤5),第二配置信息可以包括但不限于组播业务配置信息,且第二配置信息采用全配置方式。在一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除之前存储的所述第一配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息。
本公开对第一配置信息所包括的具体信息内容不作限定,即无论第一配置信息中是否包括组播业务配置,终端侧都可以在接收到第二配置信息时,清除、忽略或跳过该第一配置信息。
其中,网络侧设备可以对多种业务的配置信息采用全配置方式,多种业务中包括但不限于组播业务、单播业务等。相应地,对于存储有第一配置信息的终端而言,在接收到网络侧设备下发的第二配置信息时,可以全配置处理流程进行处理,即可以清除之前存储的第一配置信息,进而使用该第二配置信息进行对应的业务数据接收。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的组播业务配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息中的组播业务配置信息。
当然,如果第一配置信息中不包括组播业务配置信息,终端侧可以不对第一配置信息进行清除、忽略或跳过的操作。
其中,网络侧设备可以仅针对组播业务配置信息采用全配置方式。相应地,对于存储有包括组播业务配置信息的第一配置信息的终端而言,在接收到网络侧设备下发的包括组播业务配置信息的第二配置信息时,可以仅清除之前存储的第一配置信息中的组播业务配置信息,并保留第一配置信息中的其他业务配置信息,例如保留单播业务配置信息,进而使用该第二配置信息所包括的组播业务配置信息,进行组播业务数据接收。其中,第二配置信息所包括的组播业务配置信息是网络侧设备更新后的、完整的组播业务配置信息。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的非激活态组播业务配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息中的非激活态组播业务配置信息。
当然,如果第一配置信息中不包括非激活态组播业务配置信息,终端侧可以不对第一配置信息执行清除、忽略或跳过的操作。
其中,网络侧设备可以仅针对非激活态组播业务配置信息采用全配置方式。相应地,对于存储有包括组播业务配置信息的第一配置信息的终端而言,在接收到网络侧设备下发的包括非激活 态组播业务配置信息的第二配置信息时,可以清除之前存储的第一配置信息中的非激活态组播业务配置信息,并保留第一配置信息中的其他业务配置信息,例如保留单播业务配置信息以及连接态组播业务配置信息等,进而在终端进入非激活态时,使用该第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。其中,第二配置信息所包括的非激活态组播业务配置信息是网络侧设备更新后的、用于非激活态终端的、完整的组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备向终端发送第二配置信息,其中第二配置信息携带中组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过公共信令向终端发送第二配置信息,其中第二配置信息携带中组播业务配置信息。
在一个实施中,公共信令例如可以是SIB消息、MCCH中的至少一项。
在其他可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,网络侧设备通过专有信令向终端发送第二配置信息。
在一个示例中,专有信令例如可以是RRC释放消息,或者RRC重配置消息。
在一个示例中,RRC释放消息中可以携带挂起配置信息。需要说明的是,该挂起配置信息与第二配置信息不同。挂起配置信息用于配置终端挂起与网络侧设备的RRC连接。
需要说明的是,第二信令的类型与第一信令的类型可以不同。即第一信令采用公共信令时,第二信令为专有信令,第一信令采用专有信令时,第二信令为公共信令。
当然,第二信令的类型与第一信令的类型也可以相同,例如第二信令与第一信令均为专有信令或公共信令,本公开对此不作限定。
上述实施例中,网络侧设备采用全配置方式下发第二配置信息,避免因采用增量配置方式下发第二配置信息所造成的配置失败问题,以及终端丢失连接和配置,代价较大的问题,提高了下发配置信息的安全性和可靠性。
在一些可选实施例中,网络侧设备可以先通过公共信令,例如SIB消息和/或MCCH向终端下发第一配置信息(对应图1所示的步骤2),进而网络侧设备可以通过专有信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息向终端下发第二配置信息(对应图1所示的步骤5),第二配置信息采用全配置方式。
或者,网络侧设备可以先通过专有信令,例如SIB消息和/或MCCH下发第一配置信息(对应图1所示的步骤2)。进而接收网络侧设备通过公共信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息向终端下发第二配置信息(对应图1所示的步骤5),第二配置信息采用全配置方式。
上述实施例中,网络侧设备可以在公共信令和专有信令结合下发配置信息的情况下,对后下发的配置信息采用全配置方式。有效避免终端在将已存储的配置与非法的网络侧设备下发的配置进行结合时出现的配置失败的问题,也可以有效避免终端重建失败进入空闲态造成丢失连接和配置的问题,提高了下发配置信息的安全性和可靠性。
在一些可选实施例中,网络侧设备可以先通过公共信令,例如SIB消息和/或MCCH向终端下发第一配置信息,第一配置信息中可以包括但不限于组播业务配置信息。进而网络侧设备可以通过专有信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息向终端下发第二配置信息,第二配置信息采用全配置方式,第二配置信息可以包括但不限于组播业务配置信息。
或者,网络侧设备可以通过专有信令,例如SIB消息和/或MCCH向终端下发第一配置信息,第一配置信息中可以包括但不限于组播业务配置信息。进而网络侧设备可以通过公共信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息向终端下发第二配置信息,第二配置信息采用全配置方式,第二配置信息中可以包括但不限于组播业务配置信息。
上述实施例中,网络侧设备可以在公共信令和专有信令结合下发组播业务配置信息的情况下,对后下发的组播业务配置信息采用全配置方式。有效避免终端在将已存储的配置与非法的网络侧设备下发的组播业务配置进行结合时出现的配置失败的问题,也可以有效避免终端重建失败进入空闲态造成丢失连接和配置的问题,提高了下发组播业务配置信息的安全性和可靠性。
在一些可选实施例中,网络侧设备通过公共信令向终端下发的组播业务配置信息可以包括但不限于非激活态组播业务配置信息,网络侧设备通过专有信令向终端下发的组播业务配置信息可以包括但不限于非激活态组播业务配置信息和连接态组播业务配置信息中的至少一项。
在一些可选实施例中,网络侧设备通过公共信令,例如SIB消息和/或MCCH向终端下发的第一配置信息,第一配置信息中可以包括但不限于组播业务配置信息,具体地,可以包括非激活态组播业务配置信息。
进而网络侧设备通过专有信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息向终端下发第二配置信息,第二配置信息采用全配置方式,第二配置信息可以包括但不限于组播业务配置信息,具体地,可以包括但不限于非激活态组播业务配置信息和连接态组播业务配置信息中的至少一项。
在一个示例中,对于存储有通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第一配置信息的终端而言,接收到网络侧设备通过专有信令,例如携带有挂起配置信息的RRC释放(RRCRelease)消息和/或RRC重配置消息下发的包括非激活态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,可以清除第一配置信息,以及在终端进入非激活态时,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,可以清除第一配置信息所包括的组播业务配置信息,此时第一配置信息中仅包括非激活态组播业务配置信息,因此终端可以清除第一配置信息所包括的非激活态组播业务配置信息。在终端进入非激活态时,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,可以直接清除第一配置信息所包括的非激活态组播业务配置信息,在终端进入非激活态时,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
在另一个示例中,对于存储有通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第一配置信息的终端而言,接收到网络侧设备通过专有信令,例如携带有挂起配置信息的RRC释放消息和/或RRC重配置消息下发的包括连接态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,清除第一配置信息,终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除第一配置信息所包括的组播业务配置信息,由于此时第一配置信息所包括的组播业务配置信息中只有非激活态组播业务配置信息,因此终端清除的是第一配置信息所包括的非激活态组播业务配置信息。终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,直接清除第一配置信息所包括的非激活态组播业务配置信息,终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。
在另一个示例中,对于存储有通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第一配置信息的终端而言,接收到网络侧设备通过专有信令,例如携带有挂起配置信息的RRC释放消息和/或RRC重配置消息下发的包括非激活态组播业务配置信息和连接态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,清除第一配置信息,终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。终端在进入非激活态时,使用第二配置信息所包括的非激活态组播业务信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除第一配置信息所包括的组播业务配置信息,由于此时第一配置信息所包括的组播业务配置信息中只有非激活态组播业务配置信息,因此终端清除的是第一配置信息所包括的非激活态组播业务配置信息。终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。终端在进入非激活态时,使用第二配置信息所包括的非激活态组播业务信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,直接清除第一配置信息所包括的非激活态组播业务配置信息,终端在进入连接态时,使用第二配置信息所包括的连接态组播业务信息,进行组播业务数据接收。终端在进入非激活态时,使用第二配置信息所包括的非激活态组播业务信息,进行组播业务数据接收。
在一些可选实施例中,网络侧设备通过专有信令,例如携带有挂起配置信息的无线资源控制RRC释放消息和/或RRC重配置消息,向终端下发第一配置信息,第一配置信息中可以包括但不限于组播业务配置信息具体地,可以包括但不限于非激活态组播业务配置信息和连接态组播业务配置信息中的至少一项。
进而网络侧设备通过公共信令,例如SIB消息和/或MCCH向终端下发第二配置信息,第二配置信息采用全配置方式,第二配置信息可以包括但不限于组播业务配置信息,具体地,可以包括但不限于非激活态组播业务配置信息。
在一个示例中,对于存储有通过专有信令,例如携带有挂起配置信息的RRC释放消息和/或RRC重配置消息下发的包括非激活态组播业务配置信息的第一配置信息的终端而言,接收到网络侧设备通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,清除所述第一配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除所述第一配置信息所包括的组播业务配置信息,此时第一配置信息中仅包括非激活态组播业务配置信息,因此终端清除第一配置信息所包括的非激活态组播业务配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,直接清除所述第一配置信息所包括的非激活态组播业务配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
在另一个示例中,对于存储有通过专有信令,例如携带有挂起配置信息的RRC释放消息和/或RRC重配置消息下发的包括连接态组播业务配置的第一配置信息的终端而言,接收到网络侧设备通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,清除第一配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除所述第一配置信息所包括的组播业务配置信息,此时第一配置信息中仅包括连接态组播业务配置信息,因此终端清除第一配置信息所包括的连接态组播业务配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除所述第一配置信息所包括的非激活态组播业务配置信息,由于此时第一配置信息中不包括非激活态组播业务配置信息,因此终端不会对第一配置信息进行清除,进一步地,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
在另一个示例中,对于存储有通过专有信令,例如携带有挂起配置信息的RRC释放消息和/或RRC重配置消息下发的包括非激活态组播业务配置信息和连接态组播业务配置的第一配置信息的终端而言,接收到网络侧设备通过公共信令,例如SIB消息和/或MCCH下发的包括非激活态组播业务配置信息的第二配置信息时,采用所述全配置方式。
具体地,终端响应于接收到第二配置信息,清除第一配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除所述第一配置信息所包括的组播业务配置信息,此时第一配置信息中包括非激活态组播业务配置信息和连接态组播业务配置信息,因此终端清除第一配置信息所包括的非激活态组播业务配置信息和连接态组播业务配置信息,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
或者,终端响应于接收到第二配置信息,清除所述第一配置信息所包括的非激活态组播业务配置信息,保留第一配置信息中的连接态组播业务配置信息,进一步地,在终端进入非激活态后,使用第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。
以上仅为示例性说明,第一配置信息和第二配置信息可以包括其他配置信息,本公开对此不作限定,另外,其他采用全配置方式配置第二配置信息的方案均应属于本公开的保护范围。
上述实施例中,可以有效避免终端在将已存储的配置与非法的网络侧设备下发的配置进行结合时出现的配置失败的问题,也可以有效避免终端重建失败进入空闲态造成丢失连接和配置的问题,提高了下发配置信息的安全性和可靠性。
在一些可选实施例中,参照图8A所示,图8A是根据一实施例示出的一种信息接收方法流程图,可以由网络侧设备执行,网络侧设备包括但不限于基站、接入网设备等,其中,基站可以是4G基站、5G基站或未来的6G基站,接入网设备可以是4G接入网设备、5G接入网设备或未来的6G接入网设备等,该方法可以包括以下步骤:
在步骤801中,向终端下发第一配置信息。
在本公开实施例中,终端可以是智能手机、台式机、笔记本电脑,个人助手等,本公开对此不作限定。
在一个可能的实现方式中,第一配置信息可以包括但不限于组播业务配置信息。
具体实现方式可以与步骤601类似,在此不再赘述。
在步骤802中,向所述终端下发指示信息;其中,所述指示信息用于指示所述网络侧设备采用全配置方式配置第二配置信息。
在一个可能的实现方式中,网络侧设备可以采用将全配置(fullConfig)指示符设置为true的方式向终端下发该指示信息,具体包括:
fullConfig ENUMERATED{true}
以上仅为示例性说明,实际应用中,网络侧设备也可以采用其他方式向终端下发该指示信息,本公开对此不作限定。
在本公开实施例中,全配置方式具体指网络侧设备对需要配置的信息配置其所有涉及到的信息内容。
需要说明的是,与全配置方式相对应的是增量配置方式,增量配置方式是指网络侧设备基于已配置的信息,对更新部分进行配置。更新包括增加、删除、修改等。
当然,网络侧设备也可以不向终端下发指示信息,由终端默认网络侧设备此时采用全配置方式配置第二配置信息。或者由终端基于协议约定确定采用全配置方式配置第二配置信息。在步骤803中,向所述终端下发所述第二配置信息。
本公开对于步骤802与步骤803的执行顺序不作限定,可以同步执行,也可以先执行步骤802,再执行步骤803,或者先执行步骤803,再执行步骤802,本公开对此不作限定。
在一个可能的实现方式中,步骤802与步骤803可以同步执行,即网络侧设备在每次向终端下发第二配置信息时,同步向终端下发该指示信息。
在一个可能的实现方式中,第二配置信息可以包括但不限于组播业务配置信息。
在一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除、忽略或跳过之前存储的所述第一配置信息。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除、忽略或跳过所述第一配置信息中的组播业务配置信息。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除、忽略或跳过所述第一配置信息中的非激活态组播业务配置信息。
步骤803的实现方式与上述步骤602或702类似,在此不再赘述。
上述实施例中,网络侧设备可以向终端下发指示信息,让终端按照该指示信息确定第二配置信息是采用全配置方式配置的,并执行对应的清除操作,提高了下发配置信息的安全性和可靠性。
在一些可选实施例中,参照图8B所示,图8B是根据一实施例示出的一种信息接收方法流程图,可以由网络侧设备执行,网络侧设备包括但不限于基站、接入网设备等,其中,基站可以是4G基站、5G基站或未来的6G基站,接入网设备可以是4G接入网设备、5G接入网设备或未来的6G接入网设备等,该方法可以包括以下步骤:
在步骤801’中,向终端下发第一配置信息。
在本公开实施例中,终端可以是智能手机、台式机、笔记本电脑,个人助手等,本公开对此不作限定。
在一个可能的实现方式中,第一配置信息可以包括但不限于组播业务配置信息。
具体实现方式可以与步骤601类似,在此不再赘述。
在步骤802’中,向所述终端下发第二配置信息;其中,所述第二配置信息采用全配置方式。
在本公开实施例中,终端基于协议约定,确定第二配置信息采用全配置方式。
在一个可能的实现方式中,第二配置信息可以包括但不限于组播业务配置信息。
在本公开实施例中,全配置方式具体指网络侧设备对需要配置的信息配置其所有涉及到的信息内容。
网络侧设备可以不向终端下发指示信息,由终端默认网络侧设备此时采用全配置方式配置第二配置信息。或者由终端基于协议约定确定采用全配置方式配置第二配置信息。
在一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除、忽略或跳过之前存储的所述第一配置信息。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除、忽略或跳过所述第一配置信息中的组播业务配置信息。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除、忽略或跳过所述第一配置信息中的非激活态组播业务配置信息。
可以理解的是,终端基于协议约定方式确定第二配置信息采用全配置方式的情况下,即使网络侧设备下发了其他的指示信息指示第二配置信息采用增量配置方式,终端侧也应当基于协议约 定,确定该第二配置信息是采用全配置方式配置的。
步骤802’的实现方式与上述步骤602或702类似,在此不再赘述。
上述实施例中,网络侧设备无需向终端下发该指示信息,终端可以直接基于协议约定确定第二配置信息是采用全配置方式配置的,并执行对应的清除操作,提高了下发配置信息的安全性和可靠性。
参照图9所示,图9是根据一实施例示出的一种信息接收、信息发送方法流程图,该方法可以适用于图2所示的网络架构中,包括以下步骤:
在步骤901中,网络侧设备202向终端201下发第一配置信息。
在一个可能的实现方式中,第一配置信息可以包括但不限于组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,可以接收网络侧设备发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过专有信令发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。可选地,专有信令可以为单播信令。
在一个示例中,专有信令例如可以是无线资源控制(Radio Resource Control,RRC)释放消息,或者RRC重配置消息。
在一个示例中,RRC释放消息中可以携带挂起配置信息。需要说明的是,该挂起配置信息与第一配置信息不同。挂起配置信息用于配置终端挂起与网络侧设备的RRC连接。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过专有信令发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。可选地,专有信令可以为单播信令。
其中,该第一配置信息中可以包括但不限于非激活态组播业务配置信息和连接态组播业务配置信息。
在其他可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,可以接收网络侧设备通过公共信令发送的第一配置信息。可选地,公共信令可以为广播信令。
在一个示例中,公共信令例如可以是系统信息块(System Information Block,SIB)消息;组播广播业务控制信道MCCH。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第一配置信息,其中第一配置信息中可以包括组播业务配置信息。在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第一配置信息,其中,公共信令例如可以是SIB消息、MCCH中的至少一项。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第一配置信息,其中,公共信令例如可以是SIB消息、MCCH中的至少一项。
其中,该第一配置信息中可以包括但不限于非激活态组播业务配置信息。
在步骤902中,终端201存储所述第一配置信息。
在步骤903中,网络侧设备202向终端201下发第二配置信息。
可选地,网络侧设备202还可以向终端201下发指示信息,其中,所述指示信息用于指示所述网络侧设备采用所述全配置方式配置第二配置信息。具体实现方式与步骤502类似,此处不再赘述。
在一个可能的实现方式中,第二配置信息可以包括但不限于组播业务配置信息。在一个示例中,第二配置信息用于更新所述终端使用的配置信息。
在本公开实施例中,该第二配置信息采用全配置方式。
在本公开实施例中,全配置方式具体指网络侧设备对需要配置的信息配置其所有涉及到的信息内容。
需要说明的是,与全配置方式相对应的是增量配置方式,增量配置方式是指网络侧设备基于已配置的信息,对更新部分进行配置。更新包括增加、删除、修改等。
在一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除之前存储的所述第一配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息。
本公开对第一配置信息所包括的具体信息内容不作限定,即无论第一配置信息中是否包括组播业务配置,终端都可以在接收到第二配置信息时,清除、忽略或跳过该第一配置信息。
其中,网络侧设备可以对多种业务的配置信息采用全配置方式,多种业务中包括但不限于组播业务、单播业务等。相应地,对于存储有第一配置信息的终端而言,在接收到网络侧设备下发的第二配置信息时,可以按照全配置处理流程进行处理,即可以清除之前存储的第一配置信息,进而使用该第二配置信息进行对应的业务数据接收。在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的组播业务配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息中的组播业务配置信息。
当然,如果第一配置信息中不包括组播业务配置信息,可以不对第一配置信息进行清除、忽略或跳过的操作。
其中,网络侧设备可以仅针对组播业务配置信息采用全配置方式。相应地,对于存储有包括组播业务配置信息的第一配置信息的终端而言,在接收到网络侧设备下发的包括组播业务配置信息的第二配置信息时,可以仅清除之前存储的第一配置信息中的组播业务配置信息,并保留第一配置信息中的其他业务配置信息,例如保留单播业务配置信息,进而使用该第二配置信息所包括的组播业务配置信息,进行组播业务数据接收。其中,第二配置信息所包括的组播业务配置信息是网络侧设备更新后的、完整的组播业务配置信息。
在另一个可能的实现方式中,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的非激活态组播业务配置信息。或者,全配置方式可以用于指示所述终端响应于接收到所述第二配置信息,忽略或跳过所述第一配置信息中的非激活态组播业务配置信息。
当然,如果第一配置信息中不包括非激活态组播业务配置信息,可以不对第一配置信息执行清除、忽略或跳过的操作。
其中,网络侧设备可以仅针对非激活态组播业务配置信息采用全配置方式。相应地,对于存储有包括组播业务配置信息的第一配置信息的终端而言,在接收到网络侧设备下发的包括非激活态组播业务配置信息的第二配置信息时,可以清除之前存储的第一配置信息中的非激活态组播业务配置信息,并保留第一配置信息中的其他业务配置信息,例如保留单播业务配置信息以及连接态组播业务配置信息等,进而在终端进入非激活态时,使用该第二配置信息所包括的非激活态组播业务配置信息,进行组播业务数据接收。其中,第二配置信息所包括的非激活态组播业务配置信息是网络侧设备更新后的、用于非激活态终端的、完整的组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备发送的第二配置信息,其中第二配置信息携带中组播业务配置信息。
在一个可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过公共信令发送的第二配置信息,其中第二配置信息携带中组播业务配置信息。
在一个实施中,公共信令例如可以是SIB消息、MCCH中的至少一项。
在其他可能的实现方式中,终端处于连接态(也称为激活态)、空闲态或非激活态时,接收网络侧设备通过专有信令发送的第二配置信息。
在一个示例中,专有信令例如可以是RRC释放消息,或者RRC重配置消息。
在一个示例中,RRC释放消息中可以携带挂起配置信息。需要说明的是,该挂起配置信息与第二配置信息不同。挂起配置信息用于配置终端挂起与网络侧设备的RRC连接。
需要说明的是,第二信令的类型与第一信令的类型可以不同。即第一信令采用公共信令时,第二信令为专有信令,第一信令采用专有信令时,第二信令为公共信令。当然,第二信令的类型与第一信令的类型也可以相同,例如第二信令与第一信令均为专有信令或公共信令,本公开对此不作限定。
上述实施例中,终端可以接收网络侧设备下发的第一配置信息,进而在存储有第一配置信息的情况下,接收网络侧设备下发的第二配置信息,该第二配置信息是采用全配置方式配置的,避免终端在将已存储的配置与非法的网络侧设备下发的配置进行结合时出现的配置失败的问题,也可以避免终端重建失败进入空闲态造成丢失连接和配置的问题,提高了下发配置信息的安全性和可靠性。
与前述应用功能实现方法实施例相对应,本公开还提供了应用功能实现装置的实施例。
参照图10,图10是根据一示例性实施例示出的一种信息接收装置框图,所述装置应用于终端,包括:
第一接收模块1001,被配置为接收网络侧设备下发的第一配置信息;
第二接收模块1002,被配置为接收所述网络侧设备下发的第二配置信息;其中,所述第二配置信息采用全配置方式。
参照图11,图11是根据一示例性实施例示出的一种信息发送装置框图,所述装置应用于网络侧设备,包括:
第一发送模块1101,被配置为向终端下发第一配置信息;
第二发送模块1102,被配置为向所述终端下发第二配置信息;其中,所述第二配置信息采用全配置方式。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
相应地,本公开还提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述终端侧任一所述的信息接收方法。
相应地,本公开还提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述网络侧设备侧任一所述的信息发送方法。
相应地,本公开还提供了一种信息接收装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为用于执行上述终端侧任一所述的信息接收方法。
图12是根据一示例性实施例示出的一种信息接收装置1200的框图。例如装置1200可以是手机、平板电脑、电子书阅读器、多媒体播放设备、可穿戴设备、车载用户设备、ipad、智能电视等终端。
参照图12,装置1200可以包括以下一个或多个组件:处理组件1202,存储器1204,电源组件1206,多媒体组件1208,音频组件1210,输入/输出(I/O)接口1212,传感器组件1216,以及通信组件1218。
处理组件1202通常控制装置1200的整体操作,诸如与显示,电话呼叫,数据随机接入,相机操作和记录操作相关联的操作。处理组件1202可以包括一个或多个处理器1220来执行指令,以完成上述的信息接收方法的全部或部分步骤。此外,处理组件1202可以包括一个或多个模块,便于处理组件1202和其他组件之间的交互。例如,处理组件1202可以包括多媒体模块,以方便多媒体组件1208和处理组件1202之间的交互。又如,处理组件1202可以从存储器读取可执行指令,以实现上述各实施例提供的一种信息接收方法的步骤。
存储器1204被配置为存储各种类型的数据以支持在装置1200的操作。这些数据的示例包括用于在装置1200上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1206为装置1200的各种组件提供电力。电源组件1206可以包括电源管理系统,一个或多个电源,及其他与为装置1200生成、管理和分配电力相关联的组件。
多媒体组件1208包括在所述装置1200和用户之间的提供一个输出接口的显示屏。在一些实施例中,多媒体组件1208包括一个前置摄像头和/或后置摄像头。当装置1200处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1210被配置为输出和/或输入音频信号。例如,音频组件1210包括一个麦克风(MIC),当装置1200处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1218发送。在一些实施例中,音频组件1210还包括一个扬声器,用于输出音频信号。
I/O接口1212为处理组件1202和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1216包括一个或多个传感器,用于为装置1200提供各个方面的状态评估。例如,传感器组件1216可以检测到装置1200的打开/关闭状态,组件的相对定位,例如所述组件为装置1200的显示器和小键盘,传感器组件1216还可以检测装置1200或装置1200一个组件的位置改变,用户与装置1200接触的存在或不存在,装置1200方位或加速/减速和装置1200的温度变化。 传感器组件1216可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1216还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1216还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1218被配置为便于装置1200和其他设备之间有线或无线方式的通信。装置1200可以接入基于通信标准的无线网络,如Wi-Fi,2G,3G,4G,5G或6G,或它们的组合。在一个示例性实施例中,通信组件1218经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1218还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置1200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述终端侧任一所述的信息接收方法。
在示例性实施例中,还提供了一种包括指令的非临时性机器可读存储介质,例如包括指令的存储器1204,上述指令可由装置1200的处理器1220执行以完成上述信息接收方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中,还提供了一种包括指令的非临时性机器可读存储介质,例如包括指令的存储器1004,上述指令可由装置1000的处理器1020执行以完成上述信息接收方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
相应地,本公开还提供了一种信息发送装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为用于执行上述网络侧设备侧任一所述的信息发送方法。
如图13所示,图13是根据一示例性实施例示出的一种信息发送装置1300的一结构示意图。装置1300可以被提供为网络侧设备。参照图13,装置1300包括处理组件1322、无线发射/接收组件1324、天线组件1326、以及无线接口特有的信号处理部分,处理组件1322可进一步包括至少一个处理器。
处理组件1322中的其中一个处理器可以被配置为用于执行上述任一所述的信息发送方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或者惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (31)

  1. 一种信息接收方法,其特征在于,所述方法由终端执行,包括:
    接收网络侧设备下发的第一配置信息;
    接收所述网络侧设备下发的第二配置信息;其中,所述第二配置信息采用全配置方式。
  2. 根据权利要求1所述的方法,其特征在于,所述第一配置信息包括组播业务配置信息;和/或
    所述第二配置信息包括组播业务配置信息。
  3. 根据权利要求1或2所述的方法,其特征在于,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息。
  4. 根据权利要求1或2所述的方法,其特征在于,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的组播业务配置信息。
  5. 根据权利要求1或2所述的方法,其特征在于,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的非激活态组播业务配置信息。
  6. 根据权利要求1-5任一项所述的方法,其特征在于,所述接收网络侧设备下发的第一配置信息,包括:
    接收所述网络侧设备通过第一信令下发的所述第一配置信息;
    所述接收所述网络侧设备下发的第二配置信息,包括:
    接收所述网络侧设备通过第二信令下发的所述第二配置信息;
    其中,所述第二信令的类型与所述第一信令的类型不同。
  7. 根据权利要求6所述的方法,其特征在于,所述第一信令为公共信令,所述第二信令为专有信令;或者
    所述第一信令类型为专有信令,所述第二信令为公共信令。
  8. 根据权利要求7所述的方法,其特征在于,所述公共信令包括以下至少一项:
    系统信息块SIB消息;
    组播广播业务控制信道MCCH。
  9. 根据权利要求7或8所述的方法,其特征在于,所述专有信令包括以下至少一项:
    无线资源控制RRC释放消息;
    RRC重配置消息。
  10. 根据权利要求9所述的方法,其特征在于,所述RRC释放消息中携带挂起配置信息。
  11. 根据权利要求1-10任一项所述的方法,其特征在于,所述网络侧设备通过公共信令下发的组播业务配置信息包括非激活态组播业务配置信息;和/或
    所述网络侧设备通过专用信令下发的组播业务配置信息包括非激活态组播业务配置信息和连接态组播业务配置信息中的至少一项。
  12. 根据权利要求1-11任一项所述的方法,其特征在于,所述方法还包括:
    接收所述网络侧设备下发的指示信息;其中,所述指示信息用于指示所述网络侧设备采用所述全配置方式配置所述第二配置信息。
  13. 根据权利要求1-11任一项所述的方法,其特征在于,所述方法还包括:
    基于协议约定,确定所述第二配置信息采用所述全配置方式。
  14. 一种信息发送方法,其特征在于,所述方法由网络侧设备执行,包括:
    向终端下发第一配置信息;
    向所述终端下发第二配置信息;其中,所述第二配置信息采用全配置方式。
  15. 根据权利要求14所述的方法,其特征在于,所述第一配置信息包括组播业务配置信息;和/或
    所述第二配置信息包括组播业务配置信息。
  16. 根据权利要求14或15所述的方法,其特征在于,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息。
  17. 根据权利要求14或15所述的方法,其特征在于,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的组播业务配置信息。
  18. 根据权利要求14或15所述的方法,其特征在于,所述全配置方式用于指示所述终端响应于接收到所述第二配置信息,清除所述第一配置信息中的非激活态组播业务配置信息。
  19. 根据权利要求14-18任一项所述的方法,其特征在于,所述向终端下发第一配置信息,包括:
    通过第一信令向所述终端下发所述第一配置信息;
    所述向所述终端下发所述第二配置信息,包括:
    通过第二信令向所述终端下发所述第二配置信息;
    其中,所述第二信令的类型与所述第一信令的类型不同。
  20. 根据权利要求19所述的方法,其特征在于,所述第一信令为公共信令,所述第二信令为专有信令;或者
    所述第一信令为专有信令,所述第二信令为公共信令。
  21. 根据权利要求20所述的方法,其特征在于,所述公共信令包括以下至少一项:
    系统信息块SIB消息;
    组播广播业务控制信道MCCH。
  22. 根据权利要求20或21所述的方法,其特征在于,所述专有信令包括以下至少一项:
    无线资源控制RRC释放消息;
    RRC重配置消息。
  23. 根据权利要求22所述的方法,其特征在于,所述RRC释放消息中携带挂起配置信息。
  24. 根据权利要求14-23任一项所述的方法,其特征在于,所述网络侧设备通过公共信令下发的组播业务配置信息包括非激活态组播业务配置信息;和/或
    所述网络侧设备通过专用信令下发的组播业务配置信息包括非激活态组播业务配置信息和连接态组播业务配置信息中的至少一项。
  25. 根据权利要求14-23任一项所述的方法,其特征在于,所述方法还包括:
    向所述终端下发指示信息;其中,所述指示信息用于指示所述网络侧设备采用所述全配置方式配置所述第二配置信息。
  26. 一种信息接收装置,其特征在于,所述装置应用于终端,包括:
    第一接收模块,被配置为接收网络侧设备下发的第一配置信息;
    第二接收模块,被配置为接收所述网络侧设备下发的第二配置信息;其中,所述第二配置信息采用全配置方式。
  27. 一种信息发送装置,其特征在于,所述装置应用于网络侧设备,包括:
    第一发送模块,被配置为向终端下发第一配置信息;
    第二发送模块,被配置为向所述终端下发第二配置信息;其中,所述第二配置信息采用全配置方式。
  28. 一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序用于执行上述权利要求1-13任一项所述的信息接收方法。
  29. 一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序用于执行上述权利要求14-25任一项所述的信息发送方法。
  30. 一种信息接收装置,其特征在于,包括:
    处理器;
    用于存储处理器可执行指令的存储器;
    其中,所述处理器被配置为用于执行上述权利要求1-13任一项所述的信息接收方法。
  31. 一种信息发送装置,其特征在于,包括:
    处理器;
    用于存储处理器可执行指令的存储器;
    其中,所述处理器被配置为用于执行上述权利要求14-25任一项所述的信息发送方法。
CN202280003478.2A 2022-09-20 2022-09-20 信息接收、信息发送方法及装置、存储介质 Pending CN118057982A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/119969 WO2024060022A1 (zh) 2022-09-20 2022-09-20 信息接收、信息发送方法及装置、存储介质

Publications (1)

Publication Number Publication Date
CN118057982A true CN118057982A (zh) 2024-05-21

Family

ID=90453476

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280003478.2A Pending CN118057982A (zh) 2022-09-20 2022-09-20 信息接收、信息发送方法及装置、存储介质

Country Status (2)

Country Link
CN (1) CN118057982A (zh)
WO (1) WO2024060022A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113873643A (zh) * 2020-06-30 2021-12-31 展讯通信(上海)有限公司 用于mbms业务的bwp配置信息确定方法及装置、存储介质、终端
CN114071741A (zh) * 2020-08-06 2022-02-18 维沃移动通信有限公司 信息传输方法、装置、终端及网络侧设备
CN114389744A (zh) * 2020-10-16 2022-04-22 夏普株式会社 由用户设备执行的方法以及用户设备
KR20220051887A (ko) * 2020-10-19 2022-04-27 주식회사 케이티 Mbs 구성 방법 및 장치

Also Published As

Publication number Publication date
WO2024060022A1 (zh) 2024-03-28

Similar Documents

Publication Publication Date Title
US10237901B2 (en) Method and apparatus for connecting with controlled smart device, and storage medium
WO2022094907A1 (zh) 信息发送方法及装置、存储介质
CN109451880B (zh) 网络连接方法及装置
US12022499B2 (en) Downlink control information sending method and receiving method, apparatus, and storage medium
US11252623B2 (en) Network switching method, device and storage medium
CN114631363B (zh) 寻呼方法及装置、存储介质
US11064415B2 (en) Wireless communication method and apparatus
US20240340635A1 (en) Terminal capability reporting method and apparatus, and storage medium
CN118057982A (zh) 信息接收、信息发送方法及装置、存储介质
CN118057972A (zh) 失败处理、终端行为确定方法及装置、存储介质
CN107396384B (zh) 无线连接建立方法和装置
CN114830758A (zh) 确定寻呼原因的方法及装置、存储介质
CN109565710B (zh) 传输数据的方法、装置和系统
WO2024138439A1 (zh) 信息传输方法及装置、存储介质
US20230180233A1 (en) Data transmission method and apparatus, and storage medium
WO2022116063A1 (zh) 信息传输方法及装置、存储介质
CN116889083A (zh) 用户面连接建立方法及装置、存储介质
WO2024087229A1 (zh) 信息确定方法及装置、存储介质
CN114731618B (zh) 信息上报方法及装置、存储介质
CN111727612B (zh) 终端跟踪方法及装置、存储介质
EP4440209A1 (en) Method and apparatus for synchronizing terminal and network, and communication device and storage medium
EP4425983A1 (en) Information transmission method and apparatus, and communication device and storage medium
CN118176750A (zh) 组播业务数据的传输方法及装置、存储介质
EP4404688A1 (en) Capability reporting method and apparatus, and storage medium
CN109005569B (zh) 网络连接方法、装置及路由设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination