具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。然而，以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，尽管这些技术也可应用于NR系统应用以外的应用，如第6代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(ExtendedService Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的模式切换方法、终端及网络侧设备进行详细地说明。

如图2所示，本申请的一个实施例提供一种模式切换方法200，该方法可以由目标网络侧设备执行，换言之，该方法可以由安装在目标网络侧设备的软件或硬件来执行，该方法200包括如下步骤。

S202：在接收到来自多播广播网络功能(Multicast Broadcast NetworkFunction，MB NF)的多播服务质量(Quality of Service，QoS)信息的情况下，预留多播空口资源。

其中，上述多播空口资源用于终端通过切换后的目标模式接收多播业务数据。上述多播QoS信息对应于多播业务数据，或者说，上述多播QoS信息是多播业务数据的QoS信息。

在S202之前，MB NF可以向目标网络侧设备发送多播QoS信息。该多播QoS信息通常是区别于“PDU会话的QoS信息”，在一个例子中，MB NF向目标网络侧设备发送的多播QoS信息中还可以携带指示信息，该指示信息用于指示多播QoS信息是用于多播业务。

需要说明的是，本说明书各个实施例中提到的MB NF，通常是指能够提供多播业务数据的核心网功能，因此，MB NF可以用其它的技术术语来替代，例如，核心网设备，多播广播服务器等等。

在该实施例中，终端在源网络侧设备提供的小区内可以采用点到点的PDUSession方式接收多播业务，该PDU Session方式由于是单通道的，通常是每个终端对应一个通道，因此多播业务数据的传输效率较低。终端在切换到目标网络侧设备提供的小区内后，可以切换到目标模式，该目标模式可以是点到多点的多播业务传输模式，例如，目标网络侧设备发送一份多播业务数据，多个终端均可以接收到该多播业务数据，相对于PDUSession方式可以提高多播业务数据的传输效率。基于上述介绍，本申请各个实施例中提到的模式切换，可以是指终端从源网络侧设备的PDU Session方式，切换到目标网络侧设备的目标模式，该目标模式即点到多点的多播业务传输模式。

该实施例中，在一个例子中，在S202之前，终端的源网络侧设备可以向目标网络侧设备发送切换请求消息，该切换请求消息可以携带协议数据单元(Protocol Data Unit，PDU)会话的标识信息，比如PDU会话(Session)ID。这样，目标网络侧设备在接收到该切换请求消息之后，还可以向MB NF发送会话更新消息，该会话更新消息携带PDU会话的标识信息，比如上述PDU Session ID，这样，MB NF可以向目标网络侧设备发送上述多播QoS信息。

该实施例中，在另一个例子中，在S202之前，终端的源网络侧设备可以向MB NF发送切换通知消息，该切换通知消息可以携带PDU会话的标识信息，比如PDU Session ID。这样，MB NF在接收到该切换通知消息之后，可以向目标网络侧设备发送上述多播QoS信息。

S204：向源网络侧设备或MB NF发送多播空口资源。

该实施例中，在目标网络侧设备向源网络侧设备发送多播空口资源的情况下，源网络侧设备还可以将该多播空口资源转发给终端；在目标网络侧设备向MB NF发送多播空口资源的情况下，MB NF还可以通过源网络侧设备将该多播空口资源转发给终端。这样，终端即可通过该多播空口资源切换到目标网络侧设备，通过切换后的目标模式接收多播业务数据。

在一个例子中，目标网络侧设备可以向源网络侧设备发送切换命令，该切换命令携带多播空口资源；源网络侧设备还可以向终端发送携带有上述多播空口资源的切换命令。这样，终端还可以基于上述多播空口资源接入到目标网络侧设备，向目标网络侧设备发送切换完成消息，比如Handover Confirm消息。

在另一个例子中，目标网络侧设备可以向MB NF发送多播空口资源；MB NF向源网络侧设备发送切换命令(比如Handover Command消息)，该切换命令携带上述多播空口资源。源网络侧设备还可以向终端发送携带有上述多播空口资源的切换命令。这样，终端还可以基于上述多播空口资源接入到目标网络侧设备，向目标网络侧设备发送切换完成消息，比如Handover Confirm消息。

本申请实施例提供的模式切换方法，目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下，预留多播空口资源，并向源网络侧设备或MB NF发送该多播空口资源，这样，终端可以从PDU会话模式切换到目标模式，并通过该多播空口资源接收多播业务数据，提升了模式切换的切换效率。

对于上述提到的提升了模式切换的切换效率，由于相关技术中终端需要先进行PDU会话切换，再进行PDU会话至目标模式的切换，PDU会话切换所需要的空口资源和目标模式所需要的空口资源是不同的，这样，目标网络侧设备不仅需要预留PDU会话切换所需要的空口资源，还需要预留目标模式所需要的空口资源，且需要和源网络侧设备、终端等进行信令交互来通知这些空口资源，导致切换效率较低。本申请实施例无需预留PDU会话切换所需要的空口资源，且省略了通知上述空口资源所需的信令交互过程，因此提升了模式切换的切换效率。

可选地，在实施例200的S202之前，所述方法还包括：接收来自所述源网络侧设备的PDU会话的标识信息；向所述MB NF发送所述PDU会话的所述标识信息。该例子中提到的PDU会话还可以称作是待切换的PDU会话，因为终端即将从PDU会话模式切换到目标模式。MBNF在接收到PDU会话的标识信息之后，即可明确终端需要进行模式切换，即可向目标网络侧设备发送多播QoS信息。

该实施例在向所述MB NF发送所述PDU会话的所述标识信息之后，目标网络侧设备还可以接收来自所述MB NF的如下至少之一：所述PDU会话对应的QoS参数；多播信息。该多播信息比如包括临时移动组标识(Temporary Mobile Group Identity，TMGI)和MB NF的标识这两者的至少之一。

可选地，在实施例200的S202之前，所述方法还包括：接收来自所述源网络侧设备的如下至少之一：模式切换指示；所述目标模式。在一个例子中，所述模式切换指示包括特定的QoS流标识。该实施例中，源网络侧设备可以向目标网络侧设备发送模式切换指示和目标模式的至少之一，以表明终端需要进行模式切换，这样，目标网络侧设备可以向MB NF发送会话更新消息，MB NF在接收到会话更新消息之后，即可明确终端需要进行模式切换，即可向目标网络侧设备发送多播QoS信息。

可选地，在实施例200的S202之前，所述方法还包括：接收来自所述MB NF的如下至少之一：模式切换指示；所述目标模式；PDU会话对应的QoS参数；多播信息。

在上述多个例子中，在目标网络侧设备接收到PDU会话对应的QoS参数的情况下，目标网络侧设备还可以预留所述PDU会话的空口资源。这样，终端不仅可以采用目标模式接收多播业务数据，还可以采用PDU会话方式接收多播业务数据。该实施例适用于终端需要接收多种不同类型的多播业务数据的场景下，便于满足多种不同的多播业务数据的传输需求，同时便于提升传输效率。

可选地，在实施例200还包括如下步骤：向所述MB NF发送如下至少之一：PDU会话的空口资源；用于接收所述多播业务数据的多播下行隧道资源。

该实施例中，在向所述MB NF发送PDU会话的空口资源的情况下，MB NF还可以通过源网络侧设备将PDU会话的空口资源发送给终端，便于终端后续在目标网络侧设备通过PDU会话的方式接收多播业务数据。

该实施例中，在向所述MB NF发送多播下行隧道资源的情况下，目标网络侧设备还可以通过所述多播下行隧道资源接收所述多播业务数据；通过所述多播空口资源向所述终端发送所述多播业务数据，使得终端可以利用目标模式，通过所述多播空口资源接收多播业务数据。

为详细说明本申请实施例提供的模式切换方法，以下将结合图3和图4两个具体的实施例进行说明。图3和图4所示的实施例以源网络侧设备是源gNB，目标网络侧设备是目标gNB为例进行说明。

实施例一

如图3所示，该实施例一包括如下步骤。

S302：源gNB向目标gNB发送切换请求消息，比如Handover Request消息，携带要切换的PDU会话的标识信息，比如PDU Session ID。

可选地，切换请求消息还可以携带模式切换指示，可以是用于指示终端需要进行模式切换；切换请求消息还可以指示目标模式。可选地，源gNB可以通过特定的QoS流标识来标识终端需要进行模式切换。

S304：目标gNB基于模式切换指示，向MB NF发送会话更新消息。

比如，MB NF为会话管理功能(Session Management Function，SMF)时，目标gNB通过接入和移动性管理功能(Access and Mobility Management Function，AMF)将会话更新消息发送给SMF，MB NF为AMF时，目标gNB直接将会话更新消息发给AMF。该会话更新消息可以携带要切换的PDU会话的标识信息，比如PDU Session ID。

S306：MB NF向目标gNB发送会话更新响应消息。

该实施例中，MB NF通过PDU Session ID匹配到用户正在通过该PDU Session接收的多播业务的信息，比如TMGI、相应的QoS参数、报文过滤规则等，并基于PDU Session对应的QoS信息和报文过滤规则，基于这些信息调整PDU会话的QoS信息，比如删除某个流。会话更新响应消息携带携带调整后的多播QoS信息，比如多播业务对应的QoS参数；还可以带上PDU Session对应的QoS参数(可能调整过了)；会话更新响应消息还可以携带多播信息，比如TMGI和/或MB NF的标识。

S308：目标gNB基于多播QoS信息预留多播空口资源。

可选地，目标gNB还可以基于PDU会话的QoS参数预留PDU会话的空口资源。

S310：目标gNB向源gNB返回切换命令，比如Handover Response消息，携带空口资源。该空口资源包括多播空口资源，还可以包括PDU会话的空口资源。

S312：源gNB通过切换命令将空口资源转发给终端UE。

S314：UE基于多播空口资源接入到目标gNB，向目标gNB发送切换完成消息，比如Handover Confirm消息。

S316：目标gNB向MB NF发送会话更新消息，可以携带收到的多播信息，还可以携带多播下行隧道资源信息。

S318：MB NF向目标gNB返回会话更新响应消息。

至此，MB NF(比如UPF)可以通过多播下行隧道资源向目标gNB发送多播业务数据，目标gNB可以通过多播空口资源向UE发送多播业务数据。

实施例二

如图4所示，该实施例包括如下步骤。

S402：源gNB向MB NF发送切换通知消息，比如MB NF为SMF时，源gNB通过AMF将切换通知消息发送给SMF，MB NF为AMF时，源gNB直接将切换通知消息发给AMF，切换通知消息(比如Handover Required消息)可以携带要切换的PDU会话的标识信息，比如PDU Session ID。

S404：MB NF向目标gNB发送切换请求消息，比如Handover Request消息。

MB NF通过PDU Session ID匹配到用户正在通过该PDU Session接收的多播业务的信息，比如TMGI、相应的QoS参数、报文过滤规则等，并基于PDU Session对应的QoS信息和报文过滤规则，基于这些信息调整PDU会话的QoS信息，比如删除某个流。

切换请求消息可以携带模式切换指示，可以是指示模式切换，也可以是指示目标模式，具体的，模式切换指示还可以通过多播QoS参数指示。切换请求消息还携带调整后的QoS信息，比如多播业务对应的多播QoS信息，还可以带上PDU Session对应的QoS参数(可能调整过了)。切换请求消息还可以携带多播信息，比如TMGI和/或MB NF的标识。

S406：目标gNB预留多播空口资源，还可基于PDU会话的QoS参数预留PDU会话的空口资源。

该步骤中，目标gNB可以基于模式切换指示和多播QoS信息预留多播空口资源，还可以是仅基于多播QoS信息预留多播空口资源。

S408：目标gNB向MB NF返回切换响应消息，比如Handover Response消息，携带需要发送给源gNB的空口资源(包括多播空口资源，可能还包括PDU会话空口资源如果PDU会话还有流存在)，目标gNB还可以预留多播业务数据的多播下行隧道资源，用于MB NF向目标gNB发送多播业务数据。

S410：MB NF向源gNB发送切换命令，比如Handover Command消息，携带空口资源。该空口资源包括多播空口资源，还可以包括PDU会话的空口资源。

S412：源gNB将空口资源转发给终端UE。

S414：UE基于多播空口资源接入到目标gNB，向目标gNB发送切换完成消息，比如Handover Confirm消息。

S416：目标gNB向MB NF发送会话更新消息，可以携带收到的多播信息，如果步骤408中没有发送多播下行隧道资源信息，则此步骤S416中发送。

S418：MB NF向目标gNB返回会话更新响应消息。

至此，MB NF(比如UPF)可以通过多播下行隧道资源向目标gNB发送多播业务数据，目标gNB可以通过多播空口资源向UE发送多播业务数据。

以上结合图2至图4详细描述了根据本申请实施例的模式切换方法。下面将结合图5至图7详细描述根据本申请另外几个实施例的模式切换方法。可以理解的是，从MB NF侧、源网络侧设备侧以及终端侧的描述，与图2至图4所示的方法中的目标网络侧设备侧的描述相同，为避免重复，适当省略相关描述。

图5是本申请实施例的模式切换方法实现流程示意图，可以应用在MB NF侧。如图5所示，该方法500包括如下步骤。

S502：向目标网络侧设备发送多播QoS信息，该多播QoS信息用于目标网络侧设备预留多播空口资源。

其中，所述多播空口资源用于终端通过切换后的目标模式接收多播业务数据，所述多播QoS信息对应于所述多播业务数据。

在本申请实施例中，目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下，预留多播空口资源，并向源网络侧设备或MB NF发送该多播空口资源，这样，终端可以从PDU会话模式切换到目标模式，并通过该多播空口资源接收多播业务数据，提升了模式切换的切换效率。

可选地，作为一个实施例，所述方法还包括：接收所述多播空口资源。

可选地，作为一个实施例，所述方法还包括：接收来自所述目标网络侧设备的PDU会话的标识信息，其中，所述PDU会话的所述标识信息由所述源网络侧设备发送给所述目标网络侧设备。

可选地，作为一个实施例，所述方法还包括：向所述目标网络侧设备发送如下至少之一：所述PDU会话对应的QoS参数；多播信息。

可选地，作为一个实施例，所述方法还包括：向所述目标网络侧设备发送如下至少之一：

模式切换指示；

所述目标模式；

PDU会话对应的QoS参数；

多播信息。

可选地，作为一个实施例，所述方法还包括：接收来自所述目标网络侧设备如下至少之一：PDU会话的空口资源；用于发送所述多播业务数据的多播下行隧道资源。

可选地，作为一个实施例，所述方法还包括：通过所述多播下行隧道资源发送所述多播业务数据。

图6是本申请实施例的模式切换方法实现流程示意图，可以应用在源网络侧设备侧。如图6所示，该方法600包括如下步骤。

S602：接收多播空口资源，该多播空口资源是目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下预留的。

其中，所述多播空口资源用于终端通过切换后的目标模式接收多播业务数据，所述多播QoS信息对应于所述多播业务数据。

在本申请实施例中，源网络侧设备接收多播空口资源，该多播空口资源是目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下预留的，源网络侧设备还可以向终端发送该多播空口资源，这样，终端可以从PDU会话模式切换到目标模式，并通过该多播空口资源接收多播业务数据，提升了模式切换的切换效率。

可选地，作为一个实施例，所述方法还包括：向所述目标网络侧设备发送PDU会话的标识信息。

图7是本申请实施例的模式切换方法实现流程示意图，可以应用在终端侧。如图7所示，该方法700包括如下步骤。

S702：接收多播空口资源，该多播空口资源是目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下预留的。

其中，所述多播空口资源用于所述终端通过切换后的目标模式接收多播业务数据，所述多播QoS信息对应于所述多播业务数据。

在本申请实施例中，终端接收多播空口资源，该多播空口资源是目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下预留的，这样，终端可以从PDU会话模式切换到目标模式，并通过该多播空口资源接收多播业务数据，提升了模式切换的切换效率。

需要说明的是，本申请实施例提供的模式切换方法，执行主体可以为模式切换装置，或者，该模式切换装置中的用于执行模式切换的方法的控制模块。本申请实施例中以模式切换装置执行模式切换的方法为例，说明本申请实施例提供的模式切换的装置。

图8是根据本申请实施例的模式切换的装置的结构示意图，该装置对应于前文实施例中介绍的目标网络侧设备。如图8所示，该装置800包括：

资源预留模块802，可以用于在接收到来自MB NF的多播QoS信息的情况下，预留多播空口资源，其中，所述多播空口资源用于终端通过切换后的目标模式接收多播业务数据，所述多播QoS信息对应于所述多播业务数据；

发送模块804，可以用于向源网络侧设备或所述MB NF发送所述多播空口资源。

在本申请实施例中，目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下，预留多播空口资源，并向源网络侧设备或MB NF发送该多播空口资源，这样，终端可以从PDU会话模式切换到目标模式，并通过该多播空口资源接收多播业务数据，提升了模式切换的切换效率。

可选地，作为一个实施例，所述装置800还包括接收模块，可以用于接收来自所述源网络侧设备的协议数据单元PDU会话的标识信息；发送模块804，可以用于向所述MB NF发送所述PDU会话的所述标识信息。

可选地，作为一个实施例，所述装置800还包括接收模块，可以用于接收来自所述源网络侧设备的如下至少之一：

模式切换指示；

所述目标模式。

可选地，作为一个实施例，所述模式切换指示包括特定的QoS流标识。

可选地，作为一个实施例，所述装置800还包括接收模块，可以用于接收来自所述MB NF的如下至少之一：

所述PDU会话对应的QoS参数；

多播信息。

可选地，作为一个实施例，所述装置800还包括接收模块，可以用于接收来自所述MB NF的如下至少之一：

模式切换指示；

所述目标模式；

PDU会话对应的QoS参数；

多播信息。

可选地，作为一个实施例，在接收到所述PDU会话对应的所述QoS参数的情况下，资源预留模块802，可以用于预留所述PDU会话的空口资源。

可选地，作为一个实施例，发送模块804，可以用于向所述MB NF发送如下至少之一：

PDU会话的空口资源；

用于接收所述多播业务数据的多播下行隧道资源。

可选地，作为一个实施例，所述装置800还包括接收模块，可以用于通过所述多播下行隧道资源接收所述多播业务数据；发送模块804，可以用于通过所述多播空口资源向所述终端发送所述多播业务数据。

图9是根据本申请实施例的模式切换的装置的结构示意图，该装置对应于前文实施例中介绍的MB NF。如图9所示，该装置900包括：

发送模块902，可以用于向目标网络侧设备发送多播QoS信息，所述多播QoS信息用于所述目标网络侧设备预留多播空口资源，其中，所述多播空口资源用于终端通过切换后的目标模式接收多播业务数据，所述多播QoS信息对应于所述多播业务数据。

在本申请实施例中，目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下，预留多播空口资源，并向源网络侧设备或MB NF发送该多播空口资源，这样，终端可以从PDU会话模式切换到目标模式，并通过该多播空口资源接收多播业务数据，提升了模式切换的切换效率。

可选地，作为一个实施例，所述装置900还包括接收模块，可以用于接收所述多播空口资源。

可选地，作为一个实施例，所述装置900还包括接收模块，可以用于接收来自所述目标网络侧设备的PDU会话的标识信息，其中，所述PDU会话的所述标识信息由所述源网络侧设备发送给所述目标网络侧设备。

可选地，作为一个实施例，发送模块902，可以用于向所述目标网络侧设备发送如下至少之一：所述PDU会话对应的QoS参数；多播信息。

可选地，作为一个实施例，发送模块902，可以用于向所述目标网络侧设备发送如下至少之一：

模式切换指示；

所述目标模式；

PDU会话对应的QoS参数；

多播信息。

可选地，作为一个实施例，所述装置900还包括接收模块，可以用于接收来自所述目标网络侧设备如下至少之一：PDU会话的空口资源；用于发送所述多播业务数据的多播下行隧道资源。

可选地，作为一个实施例，发送模块902，可以用于通过所述多播下行隧道资源发送所述多播业务数据。

图10是根据本申请实施例的模式切换的装置的结构示意图，该装置对应于前文实施例中介绍的源网络侧设备。如图10所示，该装置1000包括：

接收模块1002，可以用于接收多播空口资源，所述多播空口资源是目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下预留的，其中，所述多播空口资源用于终端通过切换后的目标模式接收多播业务数据，所述多播QoS信息对应于所述多播业务数据。

在本申请实施例中，模式切换的装置接收多播空口资源，该多播空口资源是目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下预留的，模式切换的装置还可以向终端发送该多播空口资源，这样，终端可以从PDU会话模式切换到目标模式，并通过该多播空口资源接收多播业务数据，提升了模式切换的切换效率。

可选地，作为一个实施例，所述装置1000包括发送模块，可以用于向所述目标网络侧设备发送PDU会话的标识信息。

图11是根据本申请实施例的模式切换的装置的结构示意图，该装置对应于前文实施例中介绍的终端。如图11所示，该装置1100包括：

接收模块1102，用于接收多播空口资源，所述多播空口资源是目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下预留的，其中，所述多播空口资源用于所述装置通过切换后的目标模式接收多播业务数据，所述多播QoS信息对应于所述多播业务数据。

在本申请实施例中，模式切换的装置接收多播空口资源，该多播空口资源是目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下预留的，这样，模式切换的装置，如终端可以从PDU会话模式切换到目标模式，并通过该多播空口资源接收多播业务数据，提升了模式切换的切换效率。

本申请实施例中的模式切换的装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的模式切换的装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的模式切换的装置能够实现图2至图7的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

可选的，如图12所示，本申请实施例还提供一种通信设备1200，包括处理器1201，存储器1202，存储在存储器1202上并可在所述处理器1201上运行的程序或指令，例如，该通信设备1200为终端时，该程序或指令被处理器1201执行时实现上述模式切换方法实施例的各个过程，且能达到相同的技术效果。该通信设备1200为网络侧设备时，该程序或指令被处理器1201执行时实现上述模式切换方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

图13为实现本申请实施例的一种终端的硬件结构示意图。

该终端1300包括但不限于：射频单元1301、网络模块1302、音频输出单元1303、输入单元1304、传感器1305、显示单元1306、用户输入单元1307、接口单元1308、存储器1309、以及处理器1310等部件。

本领域技术人员可以理解，终端1300还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1310逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图13中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元1304可以包括图形处理器(GraphicsProcessing Unit，GPU)13041和麦克风13042，图形处理器13041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1306可包括显示面板13061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板13061。用户输入单元1307包括触控面板13071以及其他输入设备13072。触控面板13071，也称为触摸屏。触控面板13071可包括触摸检测装置和触摸控制器两个部分。其他输入设备13072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

本申请实施例中，射频单元1301将来自网络侧设备的下行数据接收后，给处理器1310处理；另外，将上行的数据发送给网络侧设备。通常，射频单元1301包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。

存储器1309可用于存储软件程序或指令以及各种数据。存储器1309可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1309可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。

处理器1310可包括一个或多个处理单元；可选的，处理器1310可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1310中。

其中，射频单元1301，用于接收多播空口资源，该多播空口资源是目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下预留的。

其中，所述多播空口资源用于所述终端通过切换后的目标模式接收多播业务数据，所述多播QoS信息对应于所述多播业务数据。

在本申请实施例中，终端接收多播空口资源，该多播空口资源是目标网络侧设备在接收到来自MB NF的多播QoS信息的情况下预留的，这样，终端可以从PDU会话模式切换到目标模式，并通过该多播空口资源接收多播业务数据，提升了模式切换的切换效率。

具体地，本申请实施例还提供了一种网络侧设备。如图14所示，该网络侧设备1400包括：天线141、射频装置142、基带装置143。天线141与射频装置142连接。在上行方向上，射频装置142通过天线141接收信息，将接收的信息发送给基带装置143进行处理。在下行方向上，基带装置143对要发送的信息进行处理，并发送给射频装置142，射频装置142对收到的信息进行处理后经过天线141发送出去。

上述频带处理装置可以位于基带装置143中，以上实施例中网络侧设备执行的方法可以在基带装置143中实现，该基带装置143包括处理器144和存储器145。

基带装置143例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图14所示，其中一个芯片例如为处理器144，与存储器145连接，以调用存储器145中的程序，执行以上方法实施例中所示的网络侧设备操作。

该基带装置143还可以包括网络接口146，用于与射频装置142交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。

具体地，本发明实施例的网络侧设备还包括：存储在存储器145上并可在处理器144上运行的指令或程序，处理器144调用存储器145中的指令或程序执行图2至图6所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述模式切换方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器可以为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述模式切换方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。