切换方法、处理方法、装置、网络设备及核心网设备与流程

1.本公开涉及无线通信技术领域，具体是指一种切换方法、处理方法、装置、网络设备及核心网设备。


背景技术：

2.为有效利用移动网络资源，提出了多媒体广播多播业务(multimediabroadcast multicast service，mbms)，该业务是一种从一个数据源向多个目标移动终端传输数据的技术，实现了网络(包括核心网，传输网和接入网)资源的共享，提高了网络资源，尤其是空口资源利用率。
3.4g中mbms面向的场景主要是广播电视，公共安全等业务场景，故将业务本身预定义为多播业务，未了保证覆盖在网络中划分为多个多播广播区域，在这些区域进行广播，并将这些广播业务具体发送的位置和临时移动组标识(temporary mobile group identity，tmgi)告知终端，终端根据自己订阅的情况主动地去对应的位置获取响应的广播内容。具体地在空口上，支持两种传输方式，一种是多播广播单频网(multicast broadcast single frequency network，mbsfn)，一种是单小区点对多点(single cell point-to multipoint,sc-ptm)。
4.mbsfn的主要原理是将预先定义的多播内容在mbsfn区域内的多个基站上同时传输，且在mbsfn子帧上传输，通过系统信息块sib2将mbsfn子帧情况告知终端，通过sib13将mbsfn区域，多播控制信道mcch配置和mbms通知消息的配置信息告知终端，终端通过接收mcch携带的mbsfn区域配置消息获取多播业务信道mtch上携带的mbms业务信息以及mtch对应的物理广播信道pbch发送的具体位置，终端通过以上这些信息的广播，根据自己感兴趣的内容主动收听。
5.sc-ptm的主要原理是预先定义的多播内容在某个小区内广播或者多播，在sib20上广播sc-mcch物理下行控制信道(physical downlink control channel，pdcch)的时域配置信息，终端通过解调sc-mcch pdcch获得mcch里携带的sc-ptm配置消息获取sc-mtch上携带的mbms业务信息以及sc-mtchpdcch调度信息等，终端通过以上这些信息的广播，根据自己感兴趣的内容主动收听。


技术实现要素：

6.本公开的目的在于提供一种切换方法、处理方法、装置、网络设备及核心网设备，以解决现有技术中终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区无法保证业务连续性的问题。
7.根据本公开的一个方面，至少一个实施例提供了一种切换方法，应用于第一网络设备，包括：
8.向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
9.接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
10.此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
11.此外，根据本公开的至少一个实施例，所述方法还包括：
12.向所述终端发送指示终端切换到所述第二网络设备的切换命令，并停止向所述终端发送所述第一多播广播业务的数据。
13.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
14.第一多播广播业务的服务质量qos流信息；
15.第一多播广播业务的业务标识信息；
16.第一多播广播业务组的标识信息；
17.第一多播广播业务的会话信息；
18.第一多播广播业务在第一网络设备采用的传输方式；
19.终端期望或者选择的传输方式。
20.此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
21.接纳的第一多播广播业务的qos流；
22.接纳的第一多播广播业务的会话信息；
23.未接纳的第一多播广播业务的qos流；
24.未接纳的第一多播广播业务的会话信息；
25.已建立或将建立第一多播广播业务会话；
26.数据转发传输网络层地址信息；
27.第一多播广播业务的传输方式。
28.此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
29.单播传输方式；
30.多播传输方式；
31.点对点传输方式；
32.点对多点传输方式。
33.此外，根据本公开的至少一个实施例，所述方法还包括：
34.接收核心网设备发送的所述第一多播广播业务的数据；
35.接收核心网设备发送的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
36.此外，根据本公开的至少一个实施例，所述接收核心网设备发送的传输结束标识，包括：
37.接收核心网设备发送的多播广播会话的隧道头部携带所述传输结束标识；
38.和/或，接收核心网设备发送的单播会话的隧道头部携带所述传输结束标识。
39.此外，根据本公开的至少一个实施例，所述多播广播会话的隧道头部还携带用户
标识信息。
40.此外，根据本公开的至少一个实施例，所述方法还包括：
41.根据所述第一多播广播业务的建立信息包含的数据转发传输网络层地址信息，向所述第二网络设备转发从所述核心网设备接收到的所述第一多播广播业务的数据。
42.此外，根据本公开的至少一个实施例，所述方法还包括：
43.将从核心网设备接收到的传输结束标识发送给所述第二网络设备。
44.根据本公开的另一个方面，至少一个实施例提供了一种信息交互方法，应用于第一网络设备，包括：
45.获取第二网络设备支持的多播广播业务信息；
46.所述支持的多播广播业务信息包括以下至少之一：
47.建立的多播广播业务的服务质量qos流信息；
48.建立的多播广播会话信息；
49.支持的传输方式；
50.支持的多播广播业务的标识信息。
51.此外，根据本公开的至少一个实施例，所述方法还包括：
52.确定所述第二网络设备是否支持第一多播广播业务；
53.在所述第一网络设备选择的第二网络设备不支持所述第一多播广播业务的情况下，向核心网设备触发多播向单播的切换；
54.其中，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
55.此外，根据本公开的至少一个实施例，所述获取第二网络设备支持的多播广播业务信息，包括：
56.通过第一网络设备和第二网络设备间的接口交互，获得第二网络设备支持的多播广播业务信息；
57.或者，
58.通过第三网络设备的转发，获得第二网络设备支持的多播广播业务信息；
59.或者，
60.接收网管设备配置的所述第二网络设备支持的多播广播业务信息；
61.或者，
62.接收终端上报的第二网络设备支持的多播广播业务信息，其中，所述终端上报的第二网络设备支持的mbms信息由所述终端通过第二网络设备的系统消息或多播广播业务控制信息确定。
63.根据本公开的另一个方面，至少一个实施例提供了一种切换方法，应用于第二网络设备，包括：
64.接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
65.向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
66.此外，根据本公开的至少一个实施例，若确定所述第二网络设备当前未建立或不
存在激活的第一多播广播业务会话，
67.向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话。
68.此外，根据本公开的至少一个实施例，所述向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话，包括：
69.发送多播广播业务会话请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
70.接收所述核心网设备在建立第一多播广播业务会话之后发送的多播广播业务会话请求回复消息。
71.此外，根据本公开的至少一个实施例，所述向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话，包括：
72.发送多播广播业务会话申请或指示消息，所述多播广播业务会话申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
73.接收所述核心网设备发送的多播广播业务会话资源建立请求消息；
74.根据所述多播广播业务会话资源建立请求消息建立第一多播广播业务会话之后向核心网设备发送多播广播业务会话资源建立回复消息。
75.此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
76.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
77.第一多播广播业务的服务质量qos流信息；
78.第一多播广播业务的业务标识信息；
79.第一多播广播业务组的标识信息；
80.第一多播广播业务的会话信息；
81.第一多播广播业务在第一网络设备采用的传输方式；
82.终端期望或者选择的传输方式。
83.此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
84.接纳的第一多播广播业务的qos流；
85.接纳的第一多播广播业务的会话信息；
86.未接纳的第一多播广播业务的qos流；
87.未接纳的第一多播广播业务的会话信息；
88.已建立或将建立第一多播广播业务会话；
89.数据转发传输网络层地址信息；
90.第一多播广播业务的传输方式。
91.此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
92.单播传输方式；
93.多播传输方式；
94.点对点传输方式；
95.点对多点传输方式。
96.此外，根据本公开的至少一个实施例，所述方法还包括：
97.接收第一网络设备转发的所述第一网络设备从核心网设备接收到的第一多播广播业务的数据。
98.此外，根据本公开的至少一个实施例，所述方法还包括：
99.接收第一网络设备发送的所述第一网络设备从核心网设备接收到的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
100.此外，根据本公开的至少一个实施例，所述方法还包括：
101.接收终端发送的随机接入请求，确定所述终端接入所述第二网络设备；
102.向核心网设备发送第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求；
103.此外，根据本公开的至少一个实施例，所述方法还包括：
104.向成功接入所述第二网络设备的终端发送所述第一网络设备转发的第一多播广播业务的数据；
105.向所述终端发送所述核心网设备发送所述第一多播广播业务的数据。
106.根据本公开的另一方面，至少一个实施例提供了一种多播广播业务的处理方法，应用于核心网设备，包括：
107.在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
108.此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
109.此外，根据本公开的至少一个实施例，所述向第一网络设备发送传输结束标识之前，所述方法还包括：
110.接收第二网络设备发送的多播广播业务会话请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
111.根据所述多播广播业务会话请求消息，建立所述第二网络设备请求的第一多播广播业务会话；
112.向所述第二网络设备发送多播广播业务会话请求回复消息。
113.此外，根据本公开的至少一个实施例，所述向第一网络设备发送传输结束标识之前，所述方法还包括：
114.接收第二网络设备发送的多播广播业务申请或指示消息，所述多播广播业务申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
115.向第二网络设备发送多播广播业务会话资源建立请求消息；
116.接收第二网络设备发送的多播广播业务会话资源建立回复消息。
117.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
118.第一多播广播业务的服务质量qos流信息；
119.第一多播广播业务的业务标识信息；
120.第一多播广播业务组的标识信息；
121.第一多播广播业务的会话信息；
122.第一多播广播业务在第一网络设备采用的传输方式；
123.终端期望或者选择的传输方式。
124.此外，根据本公开的至少一个实施例，所述方法还包括：
125.接收第二网络设备发送的第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求；
126.根据所述第一指示信息，确定向第一网络设备发送的最后一个数据包并向第一网络设备发送传输结束标识。
127.根据本公开的另一方面，至少一个实施例提供了一种切换装置，应用于第一网络设备，包括：
128.第一发送模块，用于向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
129.第一接收模块，用于接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
130.根据本公开的另一方面，至少一个实施例提供了一种网络设备，所述网络设备为第一网络设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
131.向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
132.接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
133.根据本公开的另一方面，至少一个实施例提供了一种信息交互装置，应用于第一网络设备，包括：
134.获取模块，用于获取第二网络设备支持的多播广播业务信息；
135.所述支持的多播广播业务信息包括以下至少之一：
136.建立的多播广播业务的服务质量qos流信息；
137.建立的多播广播会话信息；
138.支持的传输方式；
139.支持的多播广播业务的标识信息。
140.根据本公开的另一方面，至少一个实施例提供了一种网络设备，所述网络设备为第一网络设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
141.获取第二网络设备支持的多播广播业务信息；
142.所述支持的多播广播业务信息包括以下至少之一：
143.建立的多播广播业务的服务质量qos流信息；
144.建立的多播广播会话信息；
145.支持的传输方式；
146.支持的多播广播业务的标识信息。
147.根据本公开的另一方面，至少一个实施例提供了一种切换装置，应用于第二网络设备，包括：
148.第二接收模块，用于接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
149.第二发送模块，用于向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
150.根据本公开的另一方面，至少一个实施例提供了一种网络设备，所述网络设备为第二网络设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
151.接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
152.向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
153.根据本公开的另一方面，至少一个实施例提供了一种多播广播业务的处理装置，应用于核心网设备，包括：
154.第三发送模块，用于在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
155.根据本公开的另一方面，至少一个实施例提供了一种核心网设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
156.在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
157.根据本公开的另一方面，至少一个实施例提供了一种通信设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，所述处理器执行所述程序时实现如上所述的切换方法；或者，所述处理器执行所述程序时实现如上所述的多播广播业务的处理方法。
158.根据本公开的另一方面，至少一个实施例提供了一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的切换方法中的步骤；或者，该程序被处理器执行时实现如上所述的多播广播业务的处理方法中的步骤。
159.本公开的上述技术方案至少具有如下有益效果：
160.本公开实施例的切换方法、处理方法、装置、网络设备及核心网设备，通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备、第二网络设备与核心网设置之间的信令交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
附图说明
161.图1表示本公开的至少一个实施例提供的切换方法的步骤流程图之一；
162.图2表示本公开的至少一个实施例提供的切换方法的步骤流程图之二；
163.图3表示本公开的至少一个实施例提供的信息交互方法的步骤流程图；
164.图4表示本公开的至少一个实施例提供的多播广播业务的处理方法的步骤流程图；
165.图5表示本公开的至少一个实施例提供的示例一的交互示意图；
166.图6表示本公开的至少一个实施例提供的切换装置的结构示意图之一；
167.图7表示本公开的至少一个实施例提供的网络设备的结构示意图之一；
168.图8表示本公开的至少一个实施例提供的信息交互装置的结构示意图；
169.图9表示本公开的至少一个实施例提供的网络设备的结构示意图之二；
170.图10表示本公开的至少一个实施例提供的切换装置的结构示意图之二；
171.图11表示本公开的至少一个实施例提供的网络设备的结构示意图之三；
172.图12本公开的至少一个实施例提供的多播广播业务的处理装置的结构示意图；
173.图13表示本公开的至少一个实施例提供的核心网设备的结构示意图。
具体实施方式
174.由于网络是否建立某个多播组播会话取决于是否在该基站下有用户订阅该多播组播业务，因此，实际部署中存在相邻的基站或小区已经建立了某个业务的多播组播业务的会话，而有些基站还没有建立这个业务的多播组播会话，会存在终端从一个小区切换至另一个小区多播组播业务无法支持的情况。即使目标基站支持当前多播组播业务，也存在如何在切换场景保证业务连续性的问题。
175.现有技术方案中mbms主要面向的是广播等预定义业务和区域，存在如下问题：
176.1)由于多播广播区域是预先规划的，且和频率通常具有一定的绑定关系，现有技术方案中的业务连续性考虑的是怎么保证终端尽可能地选择支持多播组播业务的小区，比如空闲态终端优先选择支持多播组播业务的频点，连接态终端单播业务切换时优先考虑终端对多播组播业务的兴趣，为其尽量选择支持该多播组播业务的小区。
177.2)现有多播组播业务对于连接态和空闲态均在固定的物理信道上发送，也不支持多播业务切换流程。
178.3)终端移动至没有建立多播组播会话的小区，当发现没有需要的多播组播业务时，可以触发该多播组播业务加入/订阅的功能，从而触发核心网到基站多播组播会话的建立。但是从业务服务器产生的数据流是持续的，触发多播组播会话的建立需要一定的时间，在这个时间内终端从该目标小区无法接收多播组播业务，业务连续性无法保证，终端会丢失一部分多播组播业务数据，将导致视频卡顿，甚至对于车联网(vehicle to everything，v2x)多播广播业务关键安全信息的丢失。
179.为使本公开要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
180.如图1所示，本公开的至少一个实施例提供一种切换方法，应用于第一网络设备，包括：
181.步骤11，向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
182.步骤12，接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
183.根据本公开的至少一个实施例，第一网络设备配置终端测量和上报，并根据终端上报的测量报告决定切换终端，并向选择的第二网络设备发送切换请求消息；其中，切换请求消息中携带的第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
184.此外，根据本公开的至少一个实施例，在接收到第二网络设备发送的切换请求确认消息后，所述方法还包括：
185.向所述终端发送指示终端切换到所述第二网络设备的切换命令，并停止向所述终端发送所述第一多播广播业务的数据。
186.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
187.第一多播广播业务的服务质量qos流信息；
188.第一多播广播业务的业务标识信息；例如，临时移动群组标识(temporarymobile group identity，tmgi)，会话id等；
189.第一多播广播业务组的标识信息；
190.第一多播广播业务的会话信息；
191.第一多播广播业务在第一网络设备采用的传输方式；
192.终端期望或者选择的传输方式。
193.此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
194.接纳的第一多播广播业务的qos流；
195.接纳的第一多播广播业务的会话信息；
196.未接纳的第一多播广播业务的qos流；
197.未接纳的第一多播广播业务的会话信息；
198.已建立或将建立第一多播广播业务会话；
199.数据转发传输网络层地址信息；例如，网络设备的tnl(传输网络层)地址；
200.第一多播广播业务的传输方式。
201.其中，所述传输方式包括下述至少一种：
202.单播传输方式；
203.多播传输方式；
204.点对点传输方式；
205.点对多点传输方式。
206.此外，根据本公开的至少一个实施例，在接收到第二网络设备发送的切换请求确认消息后，所述方法还包括：
207.接收核心网设备发送的所述第一多播广播业务的数据；
208.接收核心网设备发送的传输结束标识，所述传输结束标识用于指示第一网络设备
的第一多播广播业务的数据传输结束。
209.作为本公开的一个可选实施例，所述接收核心网设备发送的传输结束标识，包括：
210.接收核心网设备发送的多播广播会话的隧道头部携带所述传输结束标识；
211.和/或，接收核心网设备发送的单播会话的隧道头部携带所述传输结束标识。
212.其中，所述多播广播会话的隧道头部还携带用户标识信息，例如，网络设备和核心网控制面终端ap id等标识。
213.作为本公开的一个可选实施例，所述方法还包括：
214.根据所述第一多播广播业务的建立信息包含的数据转发传输网络层地址信息，向所述第二网络设备转发从所述核心网设备接收到的所述第一多播广播业务的数据。
215.此外，根据本公开的至少一个实施例，所述方法还包括：
216.将从核心网设备接收到的传输结束标识发送给所述第二网络设备；从而使得第二网络设备首先向终端发送从第一网络设备转发的第一多播广播业务的数据，并根据传输接收标识，在所有第一网络设备的转发数据发送完毕后，开始向终端发送从核心网设备接收到的第一多播广播业务的数据，以此保证数据传输的连续性。
217.本公开的至少一个实施例提供了无论第二网络设备是否支持所述第一多播广播业务，第一网络设备均可通过切换请求消息和切换请求确认消息来实现多播业务的切换。
218.综上，本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
219.如图2所示，根据本公开的另一方面，至少一个实施例提供了一种切换方法，应用于第一网络设备，其特征在于，包括：
220.步骤20，获取第二网络设备支持的多播广播业务信息；其中，所述支持的多播广播业务信息包括以下至少之一：
221.建立的多播广播业务的服务质量qos流信息；
222.建立的多播广播会话信息；
223.支持的传输方式；
224.支持的多播广播业务的标识信息。
225.作为一个可选实施例，所述方法还包括：
226.确定所述第二网络设备是否支持第一多播广播业务；
227.在所述第一网络设备选择的第二网络设备不支持所述第一多播广播业务的情况下，向核心网设备触发多播向单播的切换；
228.其中，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
229.换言之，本公开的至少一个实施例中，第一网络设备预先获知第二网络设备支持的多播广播业务信息，在第一网络设备根据测量报告选择终端切换的网络设备(基站或小区)时，如果发现所选择的第二网络设备不支持第一多播广播业务，则向核心网设备触发多播向单播业务的切换流程；多播向单播切换流程完成后开始单播的切换流程，单播的切换流程在此不做详细描述。
230.此外，根据本公开的至少一个实施例，步骤20包括：
231.通过第一网络设备和第二网络设备间的接口交互，获得第二网络设备支持的多播广播业务信息；
232.或者，
233.通过第三网络设备的转发，获得第二网络设备支持的多播广播业务信息；
234.或者，
235.接收网管设备配置的所述第二网络设备支持的多播广播业务信息；
236.或者，
237.接收终端上报的第二网络设备支持的多播广播业务信息，其中，所述终端上报的第二网络设备支持的mbms信息由所述终端通过第二网络设备的系统消息或多播广播业务控制信息确定。
238.综上，本公开的至少一个实施例通过第一网络设备与、第二网络设备以及核心网设备之间的切换流程的信息交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时，能够切换至单播传输，从而业务连续性，从而提升业务体验。
239.如图3所示，本公开的至少一个实施例还提供一种信息交互方法，应用于第二网络设备，包括：
240.步骤21，接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
241.步骤22，向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
242.根据本公开的至少一个实施例，第一网络设备配置终端测量和上报，并根据终端上报的测量报告决定切换终端，并向选择的第二网络设备发送切换请求消息；其中，切换请求消息中携带的第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
243.此外，根据本公开的至少一个实施例，若确定所述第二网络设备当前已建立或存在激活的第一多播广播业务会话，则直接向第一网络设备发送切换请求确认消息。
244.此外，根据本公开的至少一个实施例，若确定所述第二网络设备当前未建立或不存在激活的第一多播广播业务会话，所述方法还包括：
245.向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话。
246.作为一个可选实施例，所述向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话，包括：
247.发送多播广播业务会话请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
248.接收所述核心网设备在建立第一多播广播业务会话之后发送的多播广播业务会话请求回复消息。
249.作为另一个可选实施例，所述向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话，包括：
250.发送多播广播业务会话申请或指示消息，所述多播广播业务会话申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中
的至少一项；
251.接收所述核心网设备发送的多播广播业务会话资源建立请求消息；
252.向核心网设备发送多播广播业务会话资源建立回复消息。
253.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
254.第一多播广播业务的服务质量qos流信息；
255.第一多播广播业务的业务标识信息；例如，临时移动群组标识(temporarymobile group identity，tmgi)，会话id等；
256.第一多播广播业务组的标识信息；
257.第一多播广播业务的会话信息；
258.第一多播广播业务在第一网络设备采用的传输方式；
259.终端期望或者选择的传输方式。
260.此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
261.接纳的第一多播广播业务的qos流；
262.接纳的第一多播广播业务的会话信息；
263.未接纳的第一多播广播业务的qos流；
264.未接纳的第一多播广播业务的会话信息；
265.已建立或将建立第一多播广播业务会话；
266.数据转发传输网络层地址信息；
267.第一多播广播业务的传输方式。
268.其中，所述传输方式包括下述至少一种：
269.单播传输方式；
270.多播传输方式；
271.点对点传输方式；
272.点对多点传输方式。
273.此外，根据本公开的至少一个实施例，所述方法还包括：
274.接收第一网络设备转发的所述第一网络设备从核心网设备接收到的第一多播广播业务的数据。
275.此外，根据本公开的至少一个实施例，所述方法还包括：
276.接收第一网络设备发送的所述第一网络设备从核心网设备接收到的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
277.此外，根据本公开的至少一个实施例，所述方法还包括：
278.接收终端发送的随机接入请求，确定所述终端接入所述第二网络设备；
279.向核心网设备发送第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求。
280.此外，根据本公开的至少一个实施例，所述方法还包括：
281.向成功接入所述第二网络设备的终端发送所述第一网络设备转发的第一多播广
播业务的数据；
282.向所述终端发送所述核心网设备发送所述第一多播广播业务的数据。
283.本公开的至少一个实施例中，第二网络设备首先向终端发送从第一网络设备转发的第一多播广播业务的数据，并根据传输接收标识，在所有第一网络设备的转发数据发送完毕后，开始向终端发送从核心网设备接收到的第一多播广播业务的数据，以此保证数据传输的连续性。
284.综上，本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
285.如图4所示，本公开的至少一个实施例还提供一种多播广播业务的处理方法，应用于核心网设备，包括：
286.步骤31，在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
287.作为本公开的一个可选实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
288.此外，根据本公开的一方面，至少一个实施例中向第一网络设备发送传输结束标识之前，所述方法还包括：
289.接收第二网络设备发送的多播广播业务会话请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
290.根据所述多播广播业务会话请求消息，建立所述第二网络设备请求的第一多播广播业务会话；
291.向所述第二网络设备发送多播广播业务会话请求回复消息。
292.此外，根据本公开的另一方面，至少一个实施例中向第一网络设备发送传输结束标识之前，所述方法还包括：
293.接收第二网络设备发送的多播广播业务申请或指示消息，所述多播广播业务申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
294.向第二网络设备发送多播广播业务会话资源建立请求消息；
295.接收第二网络设备发送的多播广播业务会话资源建立回复消息。
296.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
297.第一多播广播业务的服务质量qos流信息；
298.第一多播广播业务的业务标识信息；例如，临时移动群组标识(temporarymobile group identity，tmgi)，会话id等；
299.第一多播广播业务组的标识信息；
300.第一多播广播业务的会话信息；
301.第一多播广播业务在第一网络设备采用的传输方式；
302.终端期望或者选择的传输方式。
303.此外，根据本公开的至少一个实施例，所述方法还包括：
304.接收第二网络设备发送的第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求；
305.根据所述第一指示信息，确定向第一网络设备发送的最后一个数据包并向第一网络设备发送传输结束标识。
306.其中，在终端通过随机接入过程接入第二网络设备之后，第二网络设备向核心网设备发送第一指示信息；通过该第一指示信息告知核心网设备终端成功接入第二网络设备或请求核心网设备发送第一多播广播业务的数据或路径切换请求，核心网设备基于该第一指示信息向第一网络设备发送传输结束标识，进一步向第二网络设备发送第一多播广播业务的数据。
307.本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备、第二网络设备与核心网设置之间的信令交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
308.为了更清楚的描述本公开的至少一个实施例提供的切换方法及多播广播业务的处理方法，下面结合图5进行一个示例说明。
309.示例一，第二网络设备触发多播会话建立和多播数据转发，如图4所示：
310.步骤0，第一网络设备配置终端测量和上报。
311.步骤1，根据测量报告，第一网络设备决定切换终端，向第二网络设备发送切换请求，携带至少以下信息之一(可以是当前正在进行的也可以是感兴趣的多播广播业务mbs相关信息，即第一mbs的相关信息)：
312.qos flow信息；
313.业务标识信息，比如tmgi，会话id等；
314.mbs组的标识信息；
315.多播会话id。
316.步骤2，第二网络设备发现如果当前没有建立第一mbms业务的会话，向核心网控制网元发送mbms会话请求，若第二网络设备当前已建立第一mbms业务的会话，跳转至步骤5。其中mbs会话请求携带至少以下信息之一：
317.qos flow信息(mbs)；
318.业务标识信息，比如tmgi，会话id等；
319.mbs组的标识信息；
320.切换指示；
321.切换原因；
322.第二网络设备的tnl地址。
323.步骤3，核心网控制网元与网关交互mbms会话建立或修改信息，如果该mbms会话已经存在，通过修改消息将新的网络设备接收地址和隧道端点标识(teid)信息发送给网关，
如果会话还不存在，通过会话建立消息建立会话并发送基站接收地址和teid信息。
324.步骤4，核心网控制面网元向第二网络设备发送会话请求的回复，此时第二网络设备与核心网网元之间的会话已经建立，但此时核心网网元并不立即向第二网络设备发送多播广播数据，仍继续向源基站发送多播广播数据。
325.步骤5，第二网络设备根据多播广播会话建立的情况，如果接纳用户，向源基站发送切换请求确定消息，包含是否建立多播组播会话，数据转发地址等信息；如果不支持终端的多播广播会话，可以拒发送切换请求拒绝消息，指示拒绝的理由，比如不支持用户的多播广播业务。
326.步骤6，第一网络设备向终端发送切换命令，并停止向终端发送数据。
327.步骤7，终端向第二网络设备发起随机接入过程，成功接入后，第二网络设备向核心网控制网元发送第一指示信息，核心网控制网元向核心网网关发送第一指示信息。
328.步骤8，核心网网关此时开始向第二网络设备发送多播广播数据，并对向第一网络设备发送的最后一个包携带数据的传输结束标识，该标识是每个终端的，发送最后一个数据包可以同时携带用户标识，比如基站和核心网控制面终端apid等标识。
329.步骤9，第一网络设备向第二网络设备转发从核心网关收到的第一mbs的数据；
330.其中，步骤9可以在步骤6后便可以执行，并将收到的数据的传输结束标识发送给第二网络设备。
331.步骤10，第二网络设备首先发送从第一网络设备转发的mbs数据，根据传输结束标识，在所有转发数据包发送完毕后开始发送从核心网网关接收的新的mbs数据包，以此保证数据传输的连续性。
332.如图6所示，本公开的至少一个实施例还提供一种切换装置，应用于第一网络设备，包括：
333.第一发送模块51，用于向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
334.第一接收模块52，用于接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
335.此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
336.此外，根据本公开的至少一个实施例，所述装置还包括：
337.第四发送模块，用于向所述终端发送指示终端切换到所述第二网络设备的切换命令，并停止向所述终端发送所述第一多播广播业务的数据。
338.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
339.第一多播广播业务的服务质量qos流信息；
340.第一多播广播业务的业务标识信息；
341.第一多播广播业务组的标识信息；
342.第一多播广播业务的会话信息；
343.第一多播广播业务在第一网络设备采用的传输方式；
344.终端期望或者选择的传输方式。
345.此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
346.接纳的第一多播广播业务的qos流；
347.接纳的第一多播广播业务的会话信息；
348.未接纳的第一多播广播业务的qos流；
349.未接纳的第一多播广播业务的会话信息；
350.已建立或将建立第一多播广播业务会话；
351.数据转发传输网络层地址信息；
352.第一多播广播业务的传输方式。
353.此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
354.单播传输方式；
355.多播传输方式；
356.点对点传输方式；
357.点对多点传输方式。
358.此外，根据本公开的至少一个实施例，所述装置还包括：
359.第三接收模块，用于接收核心网设备发送的所述第一多播广播业务的数据；
360.第四接收模块，用于接收核心网设备发送的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
361.此外，根据本公开的至少一个实施例，所述第四接收模块包括：
362.接收子模块，用于接收核心网设备发送的多播广播会话的隧道头部携带所述传输结束标识；
363.和/或，用于接收核心网设备发送的单播会话的隧道头部携带所述传输结束标识。
364.此外，根据本公开的至少一个实施例，所述多播广播会话的隧道头部还携带用户标识信息。
365.此外，根据本公开的至少一个实施例，所述装置还包括：
366.第五发送模块，用于根据所述第一多播广播业务的建立信息包含的数据转发传输网络层地址信息，向所述第二网络设备转发从所述核心网设备接收到的所述第一多播广播业务的数据。
367.此外，根据本公开的至少一个实施例，所述装置还包括：
368.第六发送模块，用于将从核心网设备接收到的传输结束标识发送给所述第二网络设备。
369.本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
370.需要说明的是，本公开的至少一个实施例提供的切换装置是能够执行上述切换方法的装置，则上述切换方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。
371.如图7所示，本公开的至少一个实施例还提供一种网络设备，所述网络设备为第一网络设备，包括处理器600和收发器610，所述收发器610在处理器600的控制下接收和发送数据，所述处理器600用于执行以下操作：
372.向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
373.接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
374.此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
375.此外，根据本公开的至少一个实施例，所述处理器还用于执行以下操作：
376.向所述终端发送指示终端切换到所述第二网络设备的切换命令，并停止向所述终端发送所述第一多播广播业务的数据。
377.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
378.第一多播广播业务的服务质量qos流信息；
379.第一多播广播业务的业务标识信息；
380.第一多播广播业务组的标识信息；
381.第一多播广播业务的会话信息；
382.第一多播广播业务在第一网络设备采用的传输方式；
383.终端期望或者选择的传输方式。
384.此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
385.接纳的第一多播广播业务的qos流；
386.接纳的第一多播广播业务的会话信息；
387.未接纳的第一多播广播业务的qos流；
388.未接纳的第一多播广播业务的会话信息；
389.已建立或将建立第一多播广播业务会话；
390.数据转发传输网络层地址信息；
391.第一多播广播业务的传输方式。
392.此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
393.单播传输方式；
394.多播传输方式；
395.点对点传输方式；
396.点对多点传输方式。
397.此外，根据本公开的至少一个实施例，所述处理器还用于执行以下操作：
398.接收核心网设备发送的所述第一多播广播业务的数据；
399.接收核心网设备发送的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
400.此外，根据本公开的至少一个实施例，所述处理器还用于：
401.接收核心网设备发送的多播广播会话的隧道头部携带所述传输结束标识；
402.和/或，接收核心网设备发送的单播会话的隧道头部携带所述传输结束标识。
403.此外，根据本公开的至少一个实施例，所述多播广播会话的隧道头部还携带用户标识信息。
404.此外，根据本公开的至少一个实施例，所述处理器还用于：
405.根据所述第一多播广播业务的建立信息包含的数据转发传输网络层地址信息，向所述第二网络设备转发从所述核心网设备接收到的所述第一多播广播业务的数据。
406.此外，根据本公开的至少一个实施例，所述处理器还用于：
407.将从核心网设备接收到的传输结束标识发送给所述第二网络设备。
408.本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
409.需要说明的是，本公开的至少一个实施例提供的第一网络设备是能够执行上述切换方法的第一网络设备，则上述切换方法的所有实施例均适用于该第一网络设备，且均能达到相同或相似的有益效果。
410.如图8所示，本公开的至少一个实施例还提供一种信息交互装置，应用于第一网络设备，包括：
411.获取模块81，用于获取第二网络设备支持的多播广播业务信息；其中，所述支持的多播广播业务信息包括以下至少之一：
412.建立的多播广播业务的服务质量qos流信息；
413.建立的多播广播会话信息；
414.支持的传输方式；
415.支持的多播广播业务的标识信息。
416.此外，根据本公开的至少一个实施例，所述装置还包括：
417.确定模块，用于确定所述第二网络设备是否支持第一多播广播业务；
418.处理模块，用于在所述第一网络设备选择的第二网络设备不支持所述第一多播广播业务的情况下，向核心网设备触发多播向单播的切换；
419.其中，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
420.此外，根据本公开的至少一个实施例，所述获取模块包括：
421.获取子模块，用于通过第一网络设备和第二网络设备间的接口交互，获得第二网络设备支持的多播广播业务信息；
422.或者，用于通过第三网络设备的转发，获得第二网络设备支持的多播广播业务信息；
423.或者，用于接收网管设备配置的所述第二网络设备支持的多播广播业务信息；
424.或者，用于接收终端上报的第二网络设备支持的多播广播业务信息，其中，所述终端上报的第二网络设备支持的mbms信息由所述终端通过第二网络设备的系统消息或多播
广播业务控制信息确定。
425.综上，本公开的至少一个实施例通过第一网络设备与、第二网络设备以及核心网设备之间的切换流程的信息交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时，能够切换至单播传输，从而业务连续性，从而提升业务体验
426.需要说明的是，本公开的至少一个实施例提供的切换装置是能够执行上述切换方法的装置，则上述切换方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。
427.如图9所示，本公开的至少一个实施例还提供一种网络设备，所述网络设备为第一网络设备，包括处理器900和收发器910，所述收发器910在处理器900的控制下接收和发送数据，所述处理器900用于执行以下操作：
428.获取第二网络设备支持的多播广播业务信息；所述支持的多播广播业务信息包括以下至少之一：
429.建立的多播广播业务的服务质量qos流信息；
430.建立的多播广播会话信息；
431.支持的传输方式；
432.支持的多播广播业务的标识信息。
433.此外，根据本公开的至少一个实施例，所述处理器还用于：
434.确定所述第二网络设备是否支持第一多播广播业务；
435.在所述第一网络设备选择的第二网络设备不支持所述第一多播广播业务的情况下，向核心网设备触发多播向单播的切换；
436.其中，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
437.此外，根据本公开的至少一个实施例，所述处理器还用于：
438.通过第一网络设备和第二网络设备间的接口交互，获得第二网络设备支持的多播广播业务信息；
439.或者，
440.通过第三网络设备的转发，获得第二网络设备支持的多播广播业务信息；
441.或者，
442.接收网管设备配置的所述第二网络设备支持的多播广播业务信息；
443.或者，
444.接收终端上报的第二网络设备支持的多播广播业务信息，其中，所述终端上报的第二网络设备支持的mbms信息由所述终端通过第二网络设备的系统消息或多播广播业务控制信息确定。
445.综上，本公开的至少一个实施例通过第一网络设备与、第二网络设备以及核心网设备之间的切换流程的信息交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时，能够切换至单播传输，从而业务连续性，从而提升业务体验
446.需要说明的是，本公开的至少一个实施例提供的第一网络设备是能够执行上述切换方法的第一网络设备，则上述切换方法的所有实施例均适用于该第一网络设备，且均能达到相同或相似的有益效果。
447.如图10所示，本公开的至少一个实施例还提供一种切换装置，应用于第二网络设备，包括：
448.第二接收模块71，用于接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
449.第二发送模块72，用于向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
450.此外，根据本公开的至少一个实施例，若确定所述第二网络设备当前未建立或不存在激活的第一多播广播业务会话，所述装置还包括：
451.触发模块，用于向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话。
452.此外，根据本公开的至少一个实施例，所述触发模块包括：
453.第一子模块，用于发送多播广播业务会话请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
454.第二子模块，用于接收所述核心网设备在建立第一多播广播业务会话之后发送的多播广播业务会话请求回复消息。
455.此外，根据本公开的至少一个实施例，所述触发模块包括：
456.第三子模块，用于发送多播广播业务会话申请或指示消息，所述多播广播业务会话申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
457.第四子模块，用于接收所述核心网设备发送的多播广播业务会话资源建立请求消息；
458.第五子模块，用于向核心网设备发送多播广播业务会话资源建立回复消息。
459.此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
460.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
461.第一多播广播业务的服务质量qos流信息；
462.第一多播广播业务的业务标识信息；
463.第一多播广播业务组的标识信息；
464.第一多播广播业务的会话信息；
465.第一多播广播业务在第一网络设备采用的传输方式；
466.终端期望或者选择的传输方式。
467.此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
468.接纳的第一多播广播业务的qos流；
469.接纳的第一多播广播业务的会话信息；
470.未接纳的第一多播广播业务的qos流；
471.未接纳的第一多播广播业务的会话信息；
472.已建立或将建立第一多播广播业务会话；
473.数据转发传输网络层地址信息；
474.第一多播广播业务的传输方式。
475.此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
476.单播传输方式；
477.多播传输方式；
478.点对点传输方式；
479.点对多点传输方式。
480.此外，根据本公开的至少一个实施例，所述装置还包括：
481.第七接收模块，用于接收第一网络设备转发的所述第一网络设备从核心网设备接收到的第一多播广播业务的数据。
482.此外，根据本公开的至少一个实施例，所述装置还包括：
483.第八接收模块，用于接收第一网络设备发送的所述第一网络设备从核心网设备接收到的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
484.此外，根据本公开的至少一个实施例，所述装置还包括：
485.第一接入模块，用于接收终端发送的随机接入请求，确定所述终端接入所述第二网络设备；
486.第八发送模块，用于向核心网设备发送第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求。
487.此外，根据本公开的至少一个实施例，所述装置还包括：
488.第九发送模块，用于向成功接入所述第二网络设备的终端发送所述第一网络设备转发的第一多播广播业务的数据；
489.第十发送模块，用于向所述终端发送所述核心网设备发送所述第一多播广播业务的数据。
490.本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
491.需要说明的是，本公开的至少一个实施例提供的切换装置是能够执行上述切换方法的装置，则上述切换方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。
492.如图11所示，本公开的至少一个实施例还提供一种网络设备，所述网络设备为第二网络设备，包括处理器800和收发器810，所述收发器810在处理器800的控制下接收和发送数据，所述处理器800用于执行以下操作：
493.接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
494.向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
495.此外，根据本公开的至少一个实施例，若确定所述第二网络设备当前未建立或不存在激活的第一多播广播业务会话，所述处理器还用于：
496.向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话。
497.此外，根据本公开的至少一个实施例，所述处理器还用于：
498.发送多播广播业务会话请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
499.接收所述核心网设备在建立第一多播广播业务会话之后发送的多播广播业务会话请求回复消息。
500.此外，根据本公开的至少一个实施例，所述处理器还用于：
501.发送多播广播业务会话申请或指示消息，所述多播广播业务会话申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
502.接收所述核心网设备发送的多播广播业务会话资源建立请求消息；
503.向核心网设备发送多播广播业务会话资源建立回复消息。
504.此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
505.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
506.第一多播广播业务的服务质量qos流信息；
507.第一多播广播业务的业务标识信息；
508.第一多播广播业务组的标识信息；
509.第一多播广播业务的会话信息；
510.第一多播广播业务在第一网络设备采用的传输方式；
511.终端期望或者选择的传输方式。
512.此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
513.接纳的第一多播广播业务的qos流；
514.接纳的第一多播广播业务的会话信息；
515.未接纳的第一多播广播业务的qos流；
516.未接纳的第一多播广播业务的会话信息；
517.已建立或将建立第一多播广播业务会话；
518.数据转发传输网络层地址信息；
519.第一多播广播业务的传输方式。
520.此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
521.单播传输方式；
522.多播传输方式；
523.点对点传输方式；
524.点对多点传输方式。
525.此外，根据本公开的至少一个实施例，所述处理器还用于：
526.接收第一网络设备转发的所述第一网络设备从核心网设备接收到的第一多播广播业务的数据。
527.此外，根据本公开的至少一个实施例，所述处理器还用于：
528.接收第一网络设备发送的所述第一网络设备从核心网设备接收到的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
529.此外，根据本公开的至少一个实施例，所述处理器还用于：
530.接收终端发送的随机接入请求，确定所述终端接入所述第二网络设备；
531.向核心网设备发送第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求。
532.此外，根据本公开的至少一个实施例，所述处理器还用于：
533.向成功接入所述第二网络设备的终端发送所述第一网络设备转发的第一多播广播业务的数据；
534.向所述终端发送所述核心网设备发送所述第一多播广播业务的数据。
535.本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
536.需要说明的是，本公开的至少一个实施例提供的第二网络设备是能够执行上述切换方法的第二网络设备，则上述切换方法的所有实施例均适用于该第二网络设备，且均能达到相同或相似的有益效果。
537.如图12所示，本公开的至少一个实施例还提供一种多播广播业务的处理装置，应用于核心网设备，包括：
538.第三发送模块91，用于在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
539.此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
540.此外，根据本公开的至少一个实施例，所述装置还包括：
541.第九接收模块，用于接收第二网络设备发送的多播广播业务会话请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
542.第一建立模块，用于根据所述多播广播业务会话请求消息，建立所述第二网络设备请求的第一多播广播业务会话；
543.第一回复模块，用于向所述第二网络设备发送多播广播业务会话请求回复消息。
544.此外，根据本公开的至少一个实施例，所述装置还包括：
545.第十接收模块，用于接收第二网络设备发送的多播广播业务申请或指示消息，所述多播广播业务申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
546.第十一发送模块，用于向第二网络设备发送多播广播业务会话资源建立请求消息；
547.第十一接收模块，用于接收第二网络设备发送的多播广播业务会话资源建立回复消息。
548.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
549.第一多播广播业务的服务质量qos流信息；
550.第一多播广播业务的业务标识信息；
551.第一多播广播业务组的标识信息；
552.第一多播广播业务的会话信息；
553.第一多播广播业务在第一网络设备采用的传输方式；
554.终端期望或者选择的传输方式。
555.此外，根据本公开的至少一个实施例，所述装置还包括：
556.第十二接收模块，用于接收第二网络设备发送的第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求；
557.第十二发送模块，用于根据所述第一指示信息，确定向第一网络设备发送的最后一个数据包并向第一网络设备发送传输结束标识。
558.本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备、第二网络设备与核心网设置之间的信令交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
559.需要说明的是，本公开的至少一个实施例提供的多播广播业务的处理装置是能够执行上述多播广播业务的处理方法的装置，则上述多播广播业务的处理方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。
560.如图13所示，本公开的至少一个实施例还提供一种核心网设备，包括处理器100和收发器110，所述收发器110在处理器100的控制下接收和发送数据，所述处理器100用于执行以下操作：
561.在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
562.此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
563.此外，根据本公开的至少一个实施例，所述处理器还用于：
564.接收第二网络设备发送的多播广播业务会话请求消息，所述多播广播业务会话请
求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
565.根据所述多播广播业务会话请求消息，建立所述第二网络设备请求的第一多播广播业务会话；
566.向所述第二网络设备发送多播广播业务会话请求回复消息。
567.此外，根据本公开的至少一个实施例，所述处理器还用于：
568.接收第二网络设备发送的多播广播业务申请或指示消息，所述多播广播业务申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
569.向第二网络设备发送多播广播业务会话资源建立请求消息；
570.接收第二网络设备发送的多播广播业务会话资源建立回复消息。
571.此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
572.第一多播广播业务的服务质量qos流信息；
573.第一多播广播业务的业务标识信息；
574.第一多播广播业务组的标识信息；
575.第一多播广播业务的会话信息；
576.第一多播广播业务在第一网络设备采用的传输方式；
577.终端期望或者选择的传输方式。
578.此外，根据本公开的至少一个实施例，所述处理器还用于：
579.接收第二网络设备发送的第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求；
580.根据所述第一指示信息，确定向第一网络设备发送的最后一个数据包并向第一网络设备发送传输结束标识。
581.本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备、第二网络设备与核心网设置之间的信令交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
582.需要说明的是，本公开的至少一个实施例提供的核心网设备是能够执行上述多播广播业务的处理方法的核心网设备，则上述多播广播业务的处理方法的所有实施例均适用于该核心网设备，且均能达到相同或相似的有益效果。
583.本公开实施例还提供一种通信设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的切换方法或多播广播业务的处理方法实施例中的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
584.本公开实施例还提供一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的切换方法或多播广播业务的处理方法实施例中的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只
读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
585.本领域内的技术人员应明白，本公开的实施例可提供为方法、系统或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
586.本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或一个方框或多个方框中指定的功能的装置。
587.这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储介质中，使得存储在该计算机可读存储介质中的指令产生包括指令装置的纸制品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
588.这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他科编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
589.以上所述是本公开的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本公开所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本公开的保护范围。