WO2021249464A1 - 切换方法、处理方法、装置、网络设备及核心网设备 - Google Patents

切换方法、处理方法、装置、网络设备及核心网设备 Download PDF

Info

Publication number
WO2021249464A1
WO2021249464A1 PCT/CN2021/099320 CN2021099320W WO2021249464A1 WO 2021249464 A1 WO2021249464 A1 WO 2021249464A1 CN 2021099320 W CN2021099320 W CN 2021099320W WO 2021249464 A1 WO2021249464 A1 WO 2021249464A1
Authority
WO
WIPO (PCT)
Prior art keywords
network device
multicast broadcast
broadcast service
information
multicast
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.)
Ceased
Application number
PCT/CN2021/099320
Other languages
English (en)
French (fr)
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.)
China Mobile Communications Group Co Ltd
Research Institute of China Mobile Communication Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
Research Institute of China Mobile Communication 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 China Mobile Communications Group Co Ltd, Research Institute of China Mobile Communication Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to JP2022576524A priority Critical patent/JP7521013B2/ja
Priority to EP21822609.0A priority patent/EP4167637A4/en
Priority to US18/009,032 priority patent/US20230300681A1/en
Publication of WO2021249464A1 publication Critical patent/WO2021249464A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/38—Reselection control by fixed network equipment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link

Definitions

  • the present disclosure relates to the field of wireless communication technology, and specifically refers to a handover method, processing method, device, network equipment, and core network equipment.
  • Multimedia Broadcast Multicast Service is proposed.
  • This service is a technology that transmits data from one data source to multiple target mobile terminals.
  • the sharing of transmission network and access network resources improves network resources, especially air interface resource utilization.
  • MBMS in 4G is mainly oriented to service scenarios such as broadcast and television, public safety, etc. Therefore, the service itself is predefined as a multicast service, and the coverage is not guaranteed.
  • the network is divided into multiple multicast broadcasting areas, and broadcasting is carried out in these areas.
  • the terminal is notified of the specific location and temporary mobile group identity (TMGI) sent by these broadcast services, and the terminal actively goes to the corresponding location to obtain the corresponding broadcast content according to its subscription status.
  • MMSFN Multicast Broadcast Single Frequency Network
  • SC- PTM Single Cell Point-To Multipoint
  • the main principle of MBSFN is to transmit predefined multicast content on multiple base stations in the MBSFN area at the same time, and transmit it on the MBSFN subframe, inform the terminal of the MBSFN subframe through the system information block SIB2, and inform the MBSFN area through SIB13
  • the configuration information of the multicast control channel MCCH configuration and MBMS notification message informs the terminal that the terminal obtains the MBMS service information carried on the multicast service channel MTCH and the specific information sent by the physical broadcast channel PBCH corresponding to the MTCH by receiving the MBSFN area configuration message carried by the MCCH.
  • the main principle of SC-PTM is that predefined multicast content is broadcast or multicast in a certain cell, and the time domain configuration information of the SC-MCCH physical downlink control channel (Physical Downlink Control Channel, PDCCH) is broadcast on SIB20, and the terminal passes Demodulate the SC-MCCH PDCCH to obtain the SC-PTM configuration message carried in the MCCH. Obtain the MBMS service information carried on the SC-MTCH and the SC-MTCH PDCCH scheduling information. The terminal broadcasts the above information and takes the initiative according to the content of its interest. Listen.
  • PDCCH Physical Downlink Control Channel
  • the purpose of the present disclosure is to provide a handover method, processing method, device, network equipment, and core network equipment, so as to solve the problem that the terminal switching from a cell that supports multicast broadcast sessions to a cell that supports or does not support multicast broadcast sessions cannot be guaranteed in related technologies.
  • Business continuity issues are to provide a handover method, processing method, device, network equipment, and core network equipment, so as to solve the problem that the terminal switching from a cell that supports multicast broadcast sessions to a cell that supports or does not support multicast broadcast sessions cannot be guaranteed in related technologies.
  • At least one embodiment provides a handover method applied to a first network device, including:
  • the handover request message carries related information of the first multicast broadcast service
  • the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • the first multicast broadcast service includes: the multicast broadcast service requested by the first network device to be established, the multicast broadcast service currently transmitted or joined by the terminal, and the multicast that the terminal is interested in. At least one of the broadcasting services.
  • the method further includes:
  • the related information of the first multicast broadcast service includes at least one of the following:
  • the admission-related information of the first multicast broadcast service includes at least one of the following:
  • Session information of the accepted first multicast broadcast service
  • the method further includes:
  • the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • the method further includes:
  • the method further includes:
  • At least one embodiment provides a method for processing a multicast broadcast service, which is applied to a core network device, and includes:
  • the first multicast broadcast service includes: the multicast broadcast service requested by the first network device to be established, the multicast broadcast service currently transmitted or joined by the terminal, and the multicast that the terminal is interested in. At least one of the broadcasting services.
  • the related information of the first multicast broadcast service includes at least one of the following:
  • the quality of service QoS flow information of the first multicast broadcast service
  • the transmission mode adopted by the first multicast broadcast service on the first network device
  • the transmission method expected or selected by the terminal is the transmission method expected or selected by the terminal.
  • first indication information sent by a second network device, where the first indication information is used to indicate that the terminal successfully accesses the second network device, or the first indication information is used to request a core network device to send the first multicast broadcast service , Or the first indication information is used for path switching request;
  • At least one embodiment provides a switching device applied to a first network device, including:
  • the first sending module is configured to send a handover request message to the second network device; the handover request message carries related information of the first multicast broadcast service;
  • the first receiving module is configured to receive a handover request confirmation message sent by the second network device; the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • At least one embodiment provides a network device.
  • the network device is a first network device and includes a processor and a transceiver.
  • the transceiver receives and sends data under the control of the processor.
  • the processor is used to perform the following operations:
  • the handover request message carries related information of the first multicast broadcast service
  • the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • the obtaining module is used to obtain the multicast broadcast service information supported by the second network device;
  • the identification information of the supported multicast broadcast service is the identification information of the supported multicast broadcast service
  • At least one embodiment provides a network device.
  • the network device is a first network device and includes a processor and a transceiver.
  • the transceiver receives and sends data under the control of the processor.
  • the processor is used to perform the following operations:
  • the supported multicast broadcast service information includes at least one of the following:
  • the identification information of the supported multicast broadcast service is the identification information of the supported multicast broadcast service
  • the second receiving module is configured to receive a handover request message sent by the first network device; the handover request message carries related information of the first multicast broadcast service;
  • the second sending module is configured to send a handover request confirmation message to the first network device; the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • At least one embodiment provides a network device, the network device being a second network device, including a processor and a transceiver, the transceiver receiving and sending data under the control of the processor ,
  • the processor is used to perform the following operations:
  • the handover request message carries related information of the first multicast broadcast service
  • the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • the third sending module is configured to send a transmission end identifier to the first network device after the data transmission of the first multicast broadcast service ends, where the transmission end identifier is used to indicate the first multicast broadcast service of the first network device The data transfer is over.
  • At least one embodiment provides a core network device including a processor and a transceiver, the transceiver receiving and sending data under the control of the processor, and the processor is configured to perform the following operations :
  • the transmission end identifier is sent to the first network device, where the transmission end identifier is used to indicate the end of the data transmission of the first multicast broadcast service of the first network device.
  • At least one embodiment provides a readable storage medium on which a computer program is stored, and when the program is executed by a processor, the steps in the switching method described above are implemented; or, the program When executed by the processor, the steps in the method for processing the multicast broadcast service as described above are realized.
  • the switching method, processing method, device, network equipment, and core network equipment of the embodiments of the present disclosure through the information interaction of the switching process between the first network equipment and the second network equipment, and the first network equipment, the second network equipment and the
  • the signaling interaction between core network settings ensures service continuity when the terminal switches from a cell that supports multicast broadcast sessions to a cell that supports or does not support multicast broadcast sessions, thereby enhancing the multicast broadcast service experience.
  • Fig. 2 shows the second step flow chart of the handover method provided by at least one embodiment of the present disclosure
  • FIG. 4 shows a flowchart of steps of a method for processing a multicast broadcast service provided by at least one embodiment of the present disclosure
  • FIG. 5 shows an interaction schematic diagram of Example 1 provided by at least one embodiment of the present disclosure
  • FIG. 6 shows one of the structural schematic diagrams of the switching device provided by at least one embodiment of the present disclosure
  • FIG. 7 shows one of the schematic structural diagrams of a network device provided by at least one embodiment of the present disclosure
  • FIG. 8 shows a schematic structural diagram of an information interaction device provided by at least one embodiment of the present disclosure
  • FIG. 9 shows the second structural diagram of a network device provided by at least one embodiment of the present disclosure.
  • FIG. 10 shows the second structural diagram of a switching device provided by at least one embodiment of the present disclosure
  • FIG. 11 shows the third structural diagram of a network device provided by at least one embodiment of the present disclosure.
  • FIG. 12 is a schematic structural diagram of a device for processing a multicast broadcast service provided by at least one embodiment of the present disclosure
  • FIG. 13 shows a schematic structural diagram of a core network device provided by at least one embodiment of the present disclosure.
  • MBMS is mainly oriented to predefined services and areas such as broadcasting, and there are the following problems:
  • the business continuity in the relevant technical solution is how to ensure that the terminal selects the cell that supports the multicast multicast service as much as possible. For example, idle-state terminals preferentially select frequencies that support multicast and multicast services, and connected-state terminals prioritize their interest in multicast and multicast services when switching unicast services, and try their best to select cells that support the multicast and multicast services.
  • the existing multicast multicast service is sent on a fixed physical channel for both the connected state and the idle state, and does not support the multicast service switching process.
  • the terminal moves to a cell where a multicast multicast session has not been established, and when it finds that there is no required multicast multicast service, it can trigger the multicast multicast service join/subscribe function, thereby triggering the core network to the base station multicast group
  • the data stream generated from the service server is continuous, and it takes a certain time to trigger the establishment of the multicast multicast session.
  • the terminal cannot receive the multicast multicast service from the target cell, and the service continuity cannot be guaranteed. Loss of part of the multicast and multicast service data will cause video freezes, and even the loss of key security information for the vehicle to everything (V2X) multicast broadcast service.
  • At least one embodiment of the present disclosure provides a handover method applied to a first network device, including:
  • Step 11 Send a handover request message to the second network device; the handover request message carries related information of the first multicast broadcast service;
  • Step 12 Receive a handover request confirmation message sent by the second network device; the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • the first network device configures terminal measurement and reporting, decides to switch the terminal according to the measurement report reported by the terminal, and sends a switching request message to the selected second network device; wherein, the switching request message carries
  • the first multicast broadcast service includes: at least one of the multicast broadcast service requested by the first network device to be established, the multicast broadcast service currently transmitted or joined by the terminal, and the multicast broadcast service that the terminal is interested in.
  • the method after receiving the handover request confirmation message sent by the second network device, the method further includes:
  • the related information of the first multicast broadcast service includes at least one of the following:
  • the quality of service QoS flow information of the first multicast broadcast service
  • Service identification information of the first multicast broadcast service for example, Temporary Mobile Group Identity (TMGI), session ID, etc.;
  • TMGI Temporary Mobile Group Identity
  • the transmission mode adopted by the first multicast broadcast service on the first network device
  • the admission-related information of the first multicast broadcast service includes at least one of the following:
  • Session information of the accepted first multicast broadcast service
  • Session information of the first multicast broadcast service that is not accepted
  • the first multicast broadcast service session has been established or will be established;
  • TNL transport network layer
  • the transmission mode of the first multicast broadcast service is the transmission mode of the first multicast broadcast service.
  • the transmission mode includes at least one of the following:
  • the method after receiving the handover request confirmation message sent by the second network device, the method further includes:
  • the receiving the transmission end identifier sent by the core network device includes:
  • the tunnel header of the unicast session sent by the core network device carries the transmission end identifier.
  • the tunnel header of the multicast broadcast session also carries user identification information, for example, network equipment and core network control plane terminal application protocol identification (Application protocol ID, AP ID) and other identifications.
  • user identification information for example, network equipment and core network control plane terminal application protocol identification (Application protocol ID, AP ID) and other identifications.
  • the method further includes:
  • the data forwarding transmission network layer address information included in the establishment information of the first multicast broadcast service forward the data of the first multicast broadcast service received from the core network device to the second network device.
  • the method further includes:
  • the transmission end identifier received from the core network device is sent to the second network device; so that the second network device first sends the data of the first multicast broadcast service forwarded from the first network device to the terminal, and receives according to the transmission Identification, after the forwarding data of all the first network devices have been sent, start to send the data of the first multicast broadcast service received from the core network device to the terminal, so as to ensure the continuity of data transmission.
  • At least one embodiment of the present disclosure provides that regardless of whether the second network device supports the first multicast broadcast service, the first network device can switch the multicast service through a handover request message and a handover request confirmation message.
  • At least one embodiment of the present disclosure guarantees that the terminal can use the information exchange of the switching process between the first network device and the second network device, and the forwarding of the multicast broadcast service data sent by the core network by the first network device. Service continuity when switching from a cell that supports multicast broadcast sessions to a cell that supports or does not support multicast broadcast sessions, thereby enhancing the multicast broadcast service experience.
  • At least one embodiment provides a handover method applied to a first network device, which is characterized in that it includes:
  • Step 20 Obtain multicast broadcast service information supported by the second network device; wherein the supported multicast broadcast service information includes at least one of the following:
  • the identification information of the supported multicast broadcast service is the identification information of the supported multicast broadcast service
  • the method further includes:
  • the second network device selected by the first network device does not support the first multicast broadcast service, triggering a switch from multicast to unicast to the core network device;
  • the first multicast broadcast service includes at least one of the multicast broadcast service requested by the first network device to be established, the multicast broadcast service currently transmitted or joined by the terminal, and the multicast broadcast service that the terminal is interested in.
  • the first network device knows in advance the multicast broadcast service information supported by the second network device, and when the first network device selects the network device (base station or cell) for terminal handover according to the measurement report, If it is found that the selected second network device does not support the first multicast broadcast service, trigger the switching process from multicast to unicast services to the core network device; after the switching process from multicast to unicast is completed, start the unicast switching process, The unicast switching process is not described in detail here.
  • step 20 includes:
  • At least one embodiment of the present disclosure ensures that the terminal is switched from a cell that supports multicast broadcast sessions to support or not support through the information exchange of the handover process between the first network device, the second network device, and the core network device.
  • the cell of the multicast broadcast conversation is switched to unicast transmission, service continuity can be improved and the service experience can be improved.
  • At least one embodiment of the present disclosure also provides an information exchange method applied to a second network device, including:
  • Step 21 Receive a handover request message sent by the first network device; the handover request message carries related information of the first multicast broadcast service;
  • Step 22 Send a handover request confirmation message to the first network device; the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • the first network device configures terminal measurement and reporting, decides to switch the terminal according to the measurement report reported by the terminal, and sends a switching request message to the selected second network device; wherein, the switching request message carries
  • the first multicast broadcast service includes: at least one of the multicast broadcast service requested by the first network device to be established, the multicast broadcast service currently transmitted or joined by the terminal, and the multicast broadcast service that the terminal is interested in.
  • the second network device if it is determined that the second network device currently has established or has an activated first multicast broadcast service session or user plane tunnel, then directly send a handover request confirmation message to the first network device .
  • the method further includes:
  • the triggering to the core network device to establish a multicast broadcast service session or user plane tunnel between the second network device and the core network device includes:
  • the multicast broadcast service session request message carrying at least one of the first multicast broadcast service related information, handover instructions, and the transmission network layer address of the second network device
  • the multicast broadcast service session or user plane tunnel request reply message sent by the core network device includes IP multicast address information.
  • the triggering to the core network device to establish a multicast broadcast service session between the second network device and the core network device includes:
  • the multicast broadcast service session application or instruction message carries at least one of the first multicast broadcast service related information, handover instructions, and the transmission network layer address of the second network device
  • the multicast broadcast service session between the second network device and the core network device includes but is not limited to one or more of the context of the multicast broadcast service, control plane resources, user plane resources, and user plane tunnels.
  • the related information of the first multicast broadcast service includes at least one of the following:
  • the quality of service QoS flow information of the first multicast broadcast service
  • Service identification information of the first multicast broadcast service for example, Temporary Mobile Group Identity (TMGI), session ID, etc.;
  • TMGI Temporary Mobile Group Identity
  • the transmission mode adopted by the first multicast broadcast service on the first network device
  • the transmission method expected or selected by the terminal is the transmission method expected or selected by the terminal.
  • the admission-related information of the first multicast broadcast service includes at least one of the following:
  • Session information of the accepted first multicast broadcast service
  • Session information of the first multicast broadcast service that is not accepted
  • the first multicast broadcast service session has been established or will be established;
  • the transmission mode of the first multicast broadcast service is the transmission mode of the first multicast broadcast service.
  • the transmission mode includes at least one of the following:
  • the method further includes:
  • the method further includes:
  • the method further includes:
  • Send first indication information to the core network device where the first indication information is used to indicate that the terminal successfully accesses the second network device, or the first indication information is used to request the core network device to send data of the first multicast broadcast service , Or the first indication information is used for a path switching request.
  • the method further includes:
  • the second network device first sends the data of the first multicast broadcast service forwarded from the first network device to the terminal, and according to the transmission reception identifier, the forwarded data of all the first network devices is sent After that, it starts to send the data of the first multicast broadcast service received from the core network device to the terminal, so as to ensure the continuity of data transmission.
  • At least one embodiment of the present disclosure guarantees that the terminal can use the information exchange of the switching process between the first network device and the second network device, and the forwarding of the multicast broadcast service data sent by the core network by the first network device. Service continuity when switching from a cell that supports multicast broadcast sessions to a cell that supports or does not support multicast broadcast sessions, thereby enhancing the multicast broadcast service experience.
  • At least one embodiment of the present disclosure also provides a method for processing multicast broadcast services, which is applied to core network equipment, including:
  • Step 31 After the data transmission of the first multicast broadcast service ends, send a transmission end identifier to the first network device, where the transmission end identifier is used to indicate the end of data transmission of the first multicast broadcast service of the first network device.
  • the first multicast broadcast service includes: a multicast broadcast service requested by the first network device to be established, a multicast broadcast service currently transmitted or joined by the terminal, and a multicast broadcast of interest to the terminal At least one item in the business.
  • the method before sending the transmission end identifier to the first network device in at least one embodiment, the method further includes:
  • the method before sending the transmission end identifier to the first network device in at least one embodiment, the method further includes:
  • the related information of the first multicast broadcast service includes at least one of the following:
  • the quality of service QoS flow information of the first multicast broadcast service
  • Service identification information of the first multicast broadcast service for example, Temporary Mobile Group Identity (TMGI), session ID, etc.;
  • TMGI Temporary Mobile Group Identity
  • the transmission mode adopted by the first multicast broadcast service on the first network device
  • the transmission method expected or selected by the terminal is the transmission method expected or selected by the terminal.
  • the method further includes:
  • first indication information sent by a second network device, where the first indication information is used to indicate that the terminal successfully accesses the second network device, or the first indication information is used to request a core network device to send the first multicast broadcast service , Or the first indication information is used for path switching request;
  • the first indication information determine the last data packet sent to the first network device and send the transmission end identifier to the first network device.
  • the second network device sends first indication information to the core network device; the core network device is notified by the first indication information that the terminal has successfully accessed the second network device or Request the core network device to send the data or path switching request of the first multicast broadcast service, the core network device sends the transmission end identifier to the first network device based on the first indication information, and further sends the first multicast broadcast service to the second network device The data.
  • the information exchange of the switching process between the first network device and the second network device, and the signaling interaction between the first network device, the second network device, and the core network settings ensure that the terminal is Service continuity when switching from a cell that supports multicast broadcast sessions to a cell that supports or does not support multicast broadcast sessions, thereby enhancing the experience of multicast broadcast services.
  • Example 1 The second network device triggers multicast session establishment and multicast data forwarding, as shown in Figure 5:
  • Step 0 The first network device configures the terminal to measure and report.
  • Step 1 the first network device decides to switch the terminal, and sends a switching request to the second network device, carrying at least one of the following information (it can be the current ongoing or the MBS related information of the multicast broadcast service of interest) , That is, the relevant information of the first MBS):
  • Service identification information such as TMGI, session ID, etc.
  • Step 2 The second network device finds that if the session of the first MBMS service is not currently established, it sends an MBMS session request to the core network control network element. If the second network device has currently established the session of the first MBMS service, skip to step 5. .
  • the MBS session request carries at least one of the following information:
  • Service identification information such as TMGI, session ID, etc.
  • the TNL address of the second network device is the TNL address of the second network device.
  • Step 3 The core network control network element interacts with the gateway to establish or modify the MBMS session establishment or modification information. If the MBMS session already exists, the new network device receiving address and tunnel endpoint identification (TEID) information are sent to the gateway through the modification message. If the session still exists If it does not exist, the session is established through the session establishment message and the base station receiving address and TEID information are sent.
  • TEID tunnel endpoint identification
  • Step 4 The core network control plane network element sends a reply to the session request to the second network device. At this time, the session between the second network device and the core network element has been established, but the core network element does not immediately send a response to the second network device. 2.
  • the network device sends the multicast broadcast data, but continues to send the multicast broadcast data to the source base station.
  • Step 5 the second network device sends a handover request confirmation message to the source base station according to the establishment of the multicast broadcast session, including information such as whether to establish the multicast multicast session, data forwarding address, etc.; if it does not support multiple terminals For broadcast broadcast sessions, you can refuse to send a handover request rejection message, indicating the reason for rejection, for example, the user's multicast broadcast service is not supported.
  • Step 6 The first network device sends a handover command to the terminal and stops sending data to the terminal.
  • Step 7 The terminal initiates a random access process to the second network device. After successful access, the second network device sends the first indication information to the core network control network element, and the core network control network element sends the first indication information to the core network gateway. .
  • Step 8 The core network gateway starts to send multicast broadcast data to the second network device at this time, and carries the data transmission end identifier for the last packet sent to the first network device.
  • the identifier is for each terminal, and the last one is sent.
  • the data packet can carry user identification at the same time, such as the base station and the core network control plane terminal AP ID.
  • Step 9 The first network device forwards the data of the first MBS received from the core gateway to the second network device;
  • step 9 can be executed after step 6, and the transmission end identifier of the received data is sent to the second network device.
  • Step 10 The second network device first sends the MBS data forwarded from the first network device, and according to the transmission end identifier, starts to send new MBS data packets received from the core network gateway after all forwarded data packets have been sent to ensure data Continuity of transmission.
  • At least one embodiment of the present disclosure further provides a switching device, which is applied to the first network device, and includes:
  • the first sending module 51 is configured to send a handover request message to the second network device; the handover request message carries related information of the first multicast broadcast service;
  • the first receiving module 52 is configured to receive a handover request confirmation message sent by the second network device; the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • the first multicast broadcast service includes: a multicast broadcast service requested by the first network device to be established, a multicast broadcast service currently transmitted or joined by the terminal, and a multicast of interest to the terminal At least one of the broadcasting services.
  • the device further includes:
  • the fourth sending module is configured to send a switching command instructing the terminal to switch to the second network device to the terminal, and stop sending the data of the first multicast broadcast service to the terminal.
  • the related information of the first multicast broadcast service includes at least one of the following:
  • the quality of service QoS flow information of the first multicast broadcast service
  • the transmission mode adopted by the first multicast broadcast service on the first network device
  • the transmission method expected or selected by the terminal is the transmission method expected or selected by the terminal.
  • the admission-related information of the first multicast broadcast service includes at least one of the following:
  • Session information of the accepted first multicast broadcast service
  • Session information of the first multicast broadcast service that is not accepted
  • the first multicast broadcast service session has been established or will be established;
  • the transmission mode of the first multicast broadcast service is the transmission mode of the first multicast broadcast service.
  • the transmission mode includes at least one of the following:
  • the device further includes:
  • the third receiving module is configured to receive the data of the first multicast broadcast service sent by the core network device;
  • the fourth receiving module is configured to receive a transmission end identifier sent by a core network device, where the transmission end identifier is used to indicate the end of data transmission of the first multicast broadcast service of the first network device.
  • the fourth receiving module includes:
  • a receiving sub-module configured to receive the transmission end identifier carried in the tunnel header of the multicast broadcast session sent by the core network device;
  • the tunnel header used to receive the unicast session sent by the core network device carries the transmission end identifier.
  • the tunnel header of the multicast broadcast session also carries user identification information.
  • the device further includes:
  • the fifth sending module is configured to forward the first network layer address information received from the core network device to the second network device according to the data forwarding transmission network layer address information contained in the establishment information of the first multicast broadcast service. Multicast broadcast service data.
  • the device further includes:
  • the sixth sending module is configured to send the transmission end identifier received from the core network device to the second network device.
  • the terminal is not supported Service continuity when the multicast broadcast session cell is switched to the cell that supports or does not support the multicast broadcast session, thereby improving the multicast broadcast service experience.
  • the switching device provided by at least one embodiment of the present disclosure is a device capable of executing the switching method described above, and all the embodiments of the switching method described above are applicable to the device and can achieve the same or similar beneficial effects.
  • the network device is a first network device and includes a processor 600 and a transceiver 610.
  • the transceiver 610 is controlled by the processor 600.
  • the processor 600 is configured to perform the following operations:
  • the handover request message carries related information of the first multicast broadcast service
  • the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • the first multicast broadcast service includes: a multicast broadcast service requested by the first network device to be established, a multicast broadcast service currently transmitted or joined by the terminal, and a multicast of interest to the terminal At least one of the broadcasting services.
  • the processor is further configured to perform the following operations:
  • the related information of the first multicast broadcast service includes at least one of the following:
  • the quality of service QoS flow information of the first multicast broadcast service
  • the transmission mode adopted by the first multicast broadcast service on the first network device
  • the transmission method expected or selected by the terminal is the transmission method expected or selected by the terminal.
  • the admission-related information of the first multicast broadcast service includes at least one of the following:
  • Session information of the accepted first multicast broadcast service
  • Session information of the first multicast broadcast service that is not accepted
  • the first multicast broadcast service session has been established or will be established;
  • the transmission mode of the first multicast broadcast service is the transmission mode of the first multicast broadcast service.
  • the transmission mode includes at least one of the following:
  • the processor is further configured to perform the following operations:
  • the processor is further configured to:
  • the tunnel header of the unicast session sent by the core network device carries the transmission end identifier.
  • the tunnel header of the multicast broadcast session also carries user identification information.
  • the processor is further configured to:
  • the data forwarding transmission network layer address information included in the establishment information of the first multicast broadcast service forward the data of the first multicast broadcast service received from the core network device to the second network device.
  • the processor is further configured to:
  • the terminal is not supported Service continuity when the multicast broadcast session cell is switched to the cell that supports or does not support the multicast broadcast session, thereby improving the multicast broadcast service experience.
  • the first network device provided by at least one embodiment of the present disclosure is the first network device capable of executing the switching method described above, and all the embodiments of the switching method described above are applicable to the first network device, and all are capable of Achieve the same or similar beneficial effects.
  • At least one embodiment of the present disclosure also provides an information interaction device, which is applied to a first network device, and includes:
  • the obtaining module 81 is configured to obtain multicast broadcast service information supported by the second network device; wherein the supported multicast broadcast service information includes at least one of the following:
  • the identification information of the supported multicast broadcast service is the identification information of the supported multicast broadcast service
  • the device further includes:
  • a determining module configured to determine whether the second network device supports the first multicast broadcast service
  • a processing module configured to trigger a switch from multicast to unicast to the core network device when the second network device selected by the first network device does not support the first multicast broadcast service;
  • the first multicast broadcast service includes: at least one of the multicast broadcast service requested by the first network device to be established, the multicast broadcast service currently transmitted or joined by the terminal, and the multicast broadcast service that the terminal is interested in.
  • the acquisition module includes:
  • the obtaining sub-module is used to obtain the multicast broadcast service information supported by the second network device through the interface interaction between the first network device and the second network device;
  • the MBMS information supported by the second network device reported by the terminal is determined by the terminal through the system message or multicast of the second network device.
  • the broadcast service control information is determined.
  • At least one embodiment of the present disclosure ensures that the terminal is switched from a cell that supports multicast broadcast sessions to support or not support through the information exchange of the handover process between the first network device, the second network device, and the core network device.
  • the cell of the multicast broadcast conversation is switched to unicast transmission, the business continuity can be improved and the business experience can be improved
  • the switching device provided by at least one embodiment of the present disclosure is a device capable of executing the switching method described above, and all the embodiments of the switching method described above are applicable to the device and can achieve the same or similar beneficial effects.
  • the network device is a first network device and includes a processor 900 and a transceiver 910.
  • the transceiver 910 is controlled by the processor 900.
  • the processor 900 is configured to perform the following operations:
  • the supported multicast broadcast service information includes at least one of the following:
  • the identification information of the supported multicast broadcast service is the identification information of the supported multicast broadcast service
  • the processor is further configured to:
  • the second network device selected by the first network device does not support the first multicast broadcast service, triggering a switch from multicast to unicast to the core network device;
  • the first multicast broadcast service includes at least one of the multicast broadcast service requested by the first network device to be established, the multicast broadcast service currently transmitted or joined by the terminal, and the multicast broadcast service that the terminal is interested in.
  • the processor is further configured to:
  • At least one embodiment of the present disclosure ensures that the terminal is switched from a cell that supports multicast broadcast sessions to support or not support through the information exchange of the handover process between the first network device, the second network device, and the core network device.
  • the cell of the multicast broadcast conversation is switched to unicast transmission, the business continuity can be improved and the business experience can be improved
  • the first network device provided by at least one embodiment of the present disclosure is the first network device capable of executing the above-mentioned handover method, and all embodiments of the above-mentioned handover method are applicable to the first network device, and all are capable of Achieve the same or similar beneficial effects.
  • At least one embodiment of the present disclosure further provides a handover device applied to a second network device, including:
  • the second receiving module 71 is configured to receive a handover request message sent by the first network device; the handover request message carries related information of the first multicast broadcast service;
  • the second sending module 72 is configured to send a handover request confirmation message to the first network device; the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • the apparatus further includes:
  • the trigger module is used to trigger the establishment of a multicast broadcast service session or user plane tunnel between the second network device and the core network device to the core network device.
  • the trigger module includes:
  • the first sub-module is used to send a multicast broadcast service session or user plane tunnel request message, where the multicast broadcast service session request message carries related information of the first multicast broadcast service, handover instructions, and information about the second network device At least one of the transmission network layer addresses;
  • the second sub-module is configured to receive a multicast broadcast service session or user plane tunnel request reply message sent by the core network device.
  • the trigger module includes:
  • the third sub-module is used to send a multicast broadcast service session application or instruction message, the multicast broadcast service session request or instruction message carries related information of the first multicast broadcast service, handover instructions, and information about the second network device At least one of the transmission network layer addresses;
  • the fourth sub-module is configured to receive a multicast broadcast service session resource establishment request message sent by the core network device;
  • the fifth sub-module is used to send a multicast broadcast service session resource establishment reply message to the core network device.
  • the first multicast broadcast service includes: the multicast broadcast service requested to be established, the multicast broadcast service currently transmitted or joined by the terminal, and the multicast broadcast service that the terminal is interested in. At least one item.
  • the related information of the first multicast broadcast service includes at least one of the following:
  • the quality of service QoS flow information of the first multicast broadcast service
  • the transmission mode adopted by the first multicast broadcast service on the first network device
  • the transmission method expected or selected by the terminal is the transmission method expected or selected by the terminal.
  • the admission-related information of the first multicast broadcast service includes at least one of the following:
  • Session information of the accepted first multicast broadcast service
  • Session information of the first multicast broadcast service that is not accepted
  • the first multicast broadcast service session has been established or will be established;
  • the transmission mode of the first multicast broadcast service is the transmission mode of the first multicast broadcast service.
  • the transmission mode includes at least one of the following:
  • the device further includes:
  • the seventh receiving module is configured to receive the data of the first multicast broadcast service that the first network device receives from the core network device and forwarded by the first network device.
  • the device further includes:
  • the eighth receiving module is configured to receive the transmission end identifier received by the first network device from the core network device and sent by the first network device, where the transmission end identifier is used to indicate the first multicast broadcast service of the first network device The data transfer ends.
  • the device further includes:
  • the first access module is configured to receive a random access request sent by a terminal, and determine that the terminal accesses the second network device;
  • the eighth sending module is configured to send first indication information to the core network device, where the first indication information is used to indicate that the terminal successfully accesses the second network device, or the first indication information is used to request the core network device to send the first indication information A multicast broadcast service data, or the first indication information is used for a path switching request.
  • the device further includes:
  • a ninth sending module configured to send data of the first multicast broadcast service forwarded by the first network device to a terminal that has successfully accessed the second network device;
  • the tenth sending module is configured to send data for the core network device to send the first multicast broadcast service to the terminal.
  • the terminal is not supported Service continuity when the multicast broadcast session cell is switched to the cell that supports or does not support the multicast broadcast session, thereby improving the multicast broadcast service experience.
  • the switching device provided by at least one embodiment of the present disclosure is a device capable of executing the switching method described above, and all the embodiments of the switching method described above are applicable to the device and can achieve the same or similar beneficial effects.
  • At least one embodiment of the present disclosure also provides a network device.
  • the network device is a second network device and includes a processor 800 and a transceiver 810.
  • the transceiver 810 is controlled by the processor 800.
  • the processor 800 is configured to perform the following operations:
  • the handover request message carries related information of the first multicast broadcast service
  • the handover request confirmation message carries the admission related information of the first multicast broadcast service.
  • the processor is further configured to:
  • the processor is further configured to:
  • the multicast broadcast service session request message carrying at least one of the first multicast broadcast service related information, handover instructions, and the transmission network layer address of the second network device
  • the processor is further configured to:
  • the multicast broadcast service session application or instruction message carries at least one of the first multicast broadcast service related information, handover instructions, and the transmission network layer address of the second network device
  • the first multicast broadcast service includes: the multicast broadcast service requested to be established, the multicast broadcast service currently transmitted or joined by the terminal, and the multicast broadcast service that the terminal is interested in. At least one item.
  • the related information of the first multicast broadcast service includes at least one of the following:
  • the quality of service QoS flow information of the first multicast broadcast service
  • the transmission mode adopted by the first multicast broadcast service on the first network device
  • the transmission method expected or selected by the terminal is the transmission method expected or selected by the terminal.
  • the admission-related information of the first multicast broadcast service includes at least one of the following:
  • Session information of the accepted first multicast broadcast service
  • Session information of the first multicast broadcast service that is not accepted
  • the first multicast broadcast service session has been established or will be established;
  • the transmission mode of the first multicast broadcast service is the transmission mode of the first multicast broadcast service.
  • the transmission mode includes at least one of the following:
  • the processor is further configured to:
  • the processor is further configured to:
  • the processor is further configured to:
  • Send first indication information to the core network device where the first indication information is used to indicate that the terminal successfully accesses the second network device, or the first indication information is used to request the core network device to send data of the first multicast broadcast service , Or the first indication information is used for a path switching request.
  • the processor is further configured to:
  • the terminal is not supported Service continuity when the multicast broadcast session cell is switched to the cell that supports or does not support the multicast broadcast session, thereby improving the multicast broadcast service experience.
  • the second network device provided by at least one embodiment of the present disclosure is a second network device capable of executing the above-mentioned handover method, and all the embodiments of the above-mentioned handover method are applicable to the second network device, and all are capable of Achieve the same or similar beneficial effects.
  • At least one embodiment of the present disclosure also provides a device for processing multicast broadcast services, which is applied to core network equipment, including:
  • the third sending module 91 is configured to send a transmission end identifier to the first network device after the data transmission of the first multicast broadcast service ends, where the transmission end identifier is used to indicate the first multicast broadcast service of the first network device The data transfer ends.
  • the first multicast broadcast service includes: a multicast broadcast service requested by the first network device to be established, a multicast broadcast service currently transmitted or joined by the terminal, and a multicast of interest to the terminal At least one of the broadcasting services.
  • the device further includes:
  • the ninth receiving module is configured to receive a multicast broadcast service session or user plane tunnel request message sent by a second network device, where the multicast broadcast service session request message carries related information of the first multicast broadcast service, switching instructions, and all At least one of the transmission network layer addresses of the second network device;
  • the first establishment module is configured to establish the first multicast broadcast service session or user plane tunnel requested by the second network device according to the multicast broadcast service session or user plane tunnel request message;
  • the first reply module is configured to send a multicast broadcast service session or user plane tunnel request reply message to the second network device.
  • the device further includes:
  • the tenth receiving module is configured to receive a multicast broadcast service application or instruction message sent by a second network device, where the multicast broadcast service application or instruction message carries related information of the first multicast broadcast service, switching instructions, and the first multicast broadcast service. 2. At least one of the transmission network layer addresses of the network device;
  • An eleventh sending module configured to send a multicast broadcast service session resource establishment request message to the second network device
  • the eleventh receiving module is configured to receive the multicast broadcast service session resource establishment reply message sent by the second network device.
  • the related information of the first multicast broadcast service includes at least one of the following:
  • the quality of service QoS flow information of the first multicast broadcast service
  • the transmission mode adopted by the first multicast broadcast service on the first network device
  • the transmission method expected or selected by the terminal is the transmission method expected or selected by the terminal.
  • the device further includes:
  • the twelfth receiving module is configured to receive first indication information sent by the second network device, where the first indication information is used to indicate that the terminal successfully accesses the second network device, or the first indication information is used to request the core network
  • the device sends data of the first multicast broadcast service, or the first indication information is used for path switching request;
  • the twelfth sending module is configured to determine the last data packet sent to the first network device according to the first indication information and send a transmission end identifier to the first network device.
  • the information exchange of the switching process between the first network device and the second network device, and the signaling interaction between the first network device, the second network device, and the core network settings ensure that the terminal is Service continuity when switching from a cell that supports multicast broadcast sessions to a cell that supports or does not support multicast broadcast sessions, thereby enhancing the experience of multicast broadcast services.
  • the device for processing a multicast broadcast service provided by at least one embodiment of the present disclosure is a device capable of executing the foregoing method for processing a multicast broadcast service, and all embodiments of the foregoing method for processing a multicast broadcast service are applicable. With this device, the same or similar beneficial effects can be achieved.
  • At least one embodiment of the present disclosure also provides a core network device, including a processor 100 and a transceiver 110.
  • the transceiver 110 receives and sends data under the control of the processor 100.
  • the device 100 is used to perform the following operations:
  • the transmission end identifier is sent to the first network device, where the transmission end identifier is used to indicate the end of the data transmission of the first multicast broadcast service of the first network device.
  • the first multicast broadcast service includes: a multicast broadcast service requested by the first network device to be established, a multicast broadcast service currently transmitted or joined by the terminal, and a multicast of interest to the terminal At least one of the broadcasting services.
  • the processor is further configured to:
  • the processor is further configured to:
  • the related information of the first multicast broadcast service includes at least one of the following:
  • the quality of service QoS flow information of the first multicast broadcast service
  • the transmission mode adopted by the first multicast broadcast service on the first network device
  • the transmission method expected or selected by the terminal is the transmission method expected or selected by the terminal.
  • the processor is further configured to:
  • first indication information sent by a second network device, where the first indication information is used to indicate that the terminal successfully accesses the second network device, or the first indication information is used to request a core network device to send the first multicast broadcast service , Or the first indication information is used for path switching request;
  • the first indication information determine the last data packet sent to the first network device and send the transmission end identifier to the first network device.
  • the information exchange of the switching process between the first network device and the second network device, and the signaling interaction between the first network device, the second network device, and the core network settings ensure that the terminal is Service continuity when switching from a cell that supports multicast broadcast sessions to a cell that supports or does not support multicast broadcast sessions, thereby enhancing the experience of multicast broadcast services.
  • the core network device provided by at least one embodiment of the present disclosure is a core network device capable of executing the above-mentioned multicast broadcast service processing method, and all embodiments of the above-mentioned multicast broadcast service processing method are applicable to this Core network equipment, and can achieve the same or similar beneficial effects.
  • the embodiment of the present disclosure also provides a communication device, including a memory, a processor, and a computer program stored on the memory and capable of running on the processor.
  • the processor executes the program as described above.
  • the embodiment of the present disclosure also provides a readable storage medium on which a computer program is stored, and when the program is executed by a processor, each process in the above-mentioned switching method or multicast broadcast service processing method embodiment is realized, and To achieve the same technical effect, in order to avoid repetition, I will not repeat them here.
  • the computer-readable storage medium such as read-only memory (Read-Only Memory, ROM for short), random access memory (Random Access Memory, RAM for short), magnetic disk, or optical disk, etc.
  • the embodiments of the present disclosure can be provided as a method, a system, or a computer program product. Therefore, the present disclosure may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present disclosure may take the form of a computer program product implemented on one or more computer-readable storage media (including but not limited to disk storage, optical storage, etc.) containing computer-usable program codes.
  • These computer program instructions can also be stored in a computer-readable storage medium that can guide a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable storage medium produce paper products that include the instruction device,
  • the instruction device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.
  • These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that the computer or other programmable equipment executes a series of operating steps to produce computer-implemented processing, thereby executing instructions on the computer or other scientific programming equipment Provides steps for realizing the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

Landscapes

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

Abstract

本公开提供一种切换方法、处理方法、装置、网络设备及核心网设备，该切换方法包括：向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。

Description

切换方法、处理方法、装置、网络设备及核心网设备
相关申请的交叉引用
本申请主张在2020年6月10日在中国提交的中国专利申请号No.202010523600.1的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及无线通信技术领域，具体是指一种切换方法、处理方法、装置、网络设备及核心网设备。
背景技术
为有效利用移动网络资源，提出了多媒体广播多播业务(Multimedia Broadcast Multicast Service，MBMS)，该业务是一种从一个数据源向多个目标移动终端传输数据的技术，实现了网络(包括核心网，传输网和接入网)资源的共享，提高了网络资源，尤其是空口资源利用率。
4G中MBMS面向的场景主要是广播电视，公共安全等业务场景，故将业务本身预定义为多播业务，未了保证覆盖在网络中划分为多个多播广播区域，在这些区域进行广播，并将这些广播业务具体发送的位置和临时移动组标识(Temporary Mobile Group Identity，TMGI)告知终端，终端根据自己订阅的情况主动地去对应的位置获取响应的广播内容。具体地在空口上，支持两种传输方式，一种是多播广播单频网(Multicast Broadcast Single Frequency Network，MBSFN)，一种是单小区点对多点(Single Cell Point-To Multipoint,SC-PTM)。
MBSFN的主要原理是将预先定义的多播内容在MBSFN区域内的多个基站上同时传输，且在MBSFN子帧上传输，通过系统信息块SIB2将MBSFN子帧情况告知终端，通过SIB13将MBSFN区域，多播控制信道MCCH配置和MBMS通知消息的配置信息告知终端，终端通过接收MCCH携带的MBSFN区域配置消息获取多播业务信道MTCH上携带的MBMS业务信息以及MTCH对应的物理广播信道PBCH发送的具体位置，终端通过以上这些 信息的广播，根据自己感兴趣的内容主动收听。
SC-PTM的主要原理是预先定义的多播内容在某个小区内广播或者多播，在SIB20上广播SC-MCCH物理下行控制信道(Physical Downlink Control Channel，PDCCH)的时域配置信息，终端通过解调SC-MCCH PDCCH获得MCCH里携带的SC-PTM配置消息获取SC-MTCH上携带的MBMS业务信息以及SC-MTCH PDCCH调度信息等，终端通过以上这些信息的广播，根据自己感兴趣的内容主动收听。
发明内容
本公开的目的在于提供一种切换方法、处理方法、装置、网络设备及核心网设备，以解决相关技术中终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区无法保证业务连续性的问题。
根据本公开的一个方面，至少一个实施例提供了一种切换方法，应用于第一网络设备，包括：
向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，所述方法还包括：
向所述终端发送指示终端切换到所述第二网络设备的切换命令，并停止向所述终端发送所述第一多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
接纳的第一多播广播业务的QoS流；
接纳的第一多播广播业务的会话信息；
未接纳的第一多播广播业务的QoS流；
未接纳的第一多播广播业务的会话信息；
已建立或将建立第一多播广播业务会话；
数据转发传输网络层地址信息；
第一多播广播业务的传输方式。
此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
单播传输方式；
多播传输方式；
点对点传输方式；
点对多点传输方式。
此外，根据本公开的至少一个实施例，所述方法还包括：
接收核心网设备发送的所述第一多播广播业务的数据；
接收核心网设备发送的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
此外，根据本公开的至少一个实施例，所述接收核心网设备发送的传输结束标识，包括：
接收核心网设备发送的多播广播会话的隧道头部携带所述传输结束标识；
和/或，接收核心网设备发送的单播会话的隧道头部携带所述传输结束标识。
此外，根据本公开的至少一个实施例，所述多播广播会话的隧道头部还携带用户标识信息。
此外，根据本公开的至少一个实施例，所述方法还包括：
根据所述第一多播广播业务的建立信息包含的数据转发传输网络层地址信息，向所述第二网络设备转发从所述核心网设备接收到的所述第一多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述方法还包括：
将从核心网设备接收到的传输结束标识发送给所述第二网络设备。
根据本公开的另一个方面，至少一个实施例提供了一种信息交互方法，应用于第一网络设备，包括：
获取第二网络设备支持的多播广播业务信息；
所述支持的多播广播业务信息包括以下至少之一：
建立的多播广播业务的服务质量QoS流信息；
建立的多播广播会话信息；
支持的传输方式；
支持的多播广播业务的标识信息；
是否支持多播广播业务。
此外，根据本公开的至少一个实施例，所述方法还包括：
确定所述第二网络设备是否支持第一多播广播业务；
在所述第一网络设备选择的第二网络设备不支持所述第一多播广播业务的情况下，向核心网设备触发多播向单播的切换；
其中，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，所述获取第二网络设备支持的多播广播业务信息，包括：
通过第一网络设备和第二网络设备间的接口交互，获得第二网络设备支持的多播广播业务信息；
或者，
通过第三网络设备的转发，获得第二网络设备支持的多播广播业务信息；
或者，
接收网管设备配置的所述第二网络设备支持的多播广播业务信息；
或者，
接收终端上报的第二网络设备支持的多播广播业务信息，其中，所述终端上报的第二网络设备支持的MBMS信息由所述终端通过第二网络设备的系统消息或多播广播业务控制信息确定。
根据本公开的另一个方面，至少一个实施例提供了一种切换方法，应用于第二网络设备，包括：
接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
此外，根据本公开的至少一个实施例，若确定所述第二网络设备当前未建立或不存在激活的第一多播广播业务会话或用户面隧道，
向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话或用户面隧道。
此外，根据本公开的至少一个实施例，所述向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话或用户面隧道，包括：
发送多播广播业务会话或用户面隧道请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
接收所述核心网设备发送的多播广播业务会话或用户面隧道请求回复消息。
此外，根据本公开的至少一个实施例，所述核心网设备发送的多播广播业务会话或用户面隧道请求回复消息包含IP多播地址信息。
此外，根据本公开的至少一个实施例，所述向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话，包括：
发送多播广播业务会话申请或指示消息，所述多播广播业务会话申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
接收所述核心网设备发送的多播广播业务会话资源建立请求消息；
根据所述多播广播业务会话资源建立请求消息建立第一多播广播业务会话之后向核心网设备发送多播广播业务会话资源建立回复消息。
此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
接纳的第一多播广播业务的QoS流；
接纳的第一多播广播业务的会话信息；
未接纳的第一多播广播业务的QoS流；
未接纳的第一多播广播业务的会话信息；
已建立或将建立第一多播广播业务会话；
数据转发传输网络层地址信息；
第一多播广播业务的传输方式。
此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
单播传输方式；
多播传输方式；
点对点传输方式；
点对多点传输方式。
此外，根据本公开的至少一个实施例，所述方法还包括：
接收第一网络设备转发的所述第一网络设备从核心网设备接收到的第一 多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述方法还包括：
接收第一网络设备发送的所述第一网络设备从核心网设备接收到的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
此外，根据本公开的至少一个实施例，所述方法还包括：
接收终端发送的随机接入请求，确定所述终端接入所述第二网络设备；
向核心网设备发送第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求；
此外，根据本公开的至少一个实施例，所述方法还包括：
向成功接入所述第二网络设备的终端发送所述第一网络设备转发的第一多播广播业务的数据；
向所述终端发送所述核心网设备发送所述第一多播广播业务的数据。
根据本公开的另一方面，至少一个实施例提供了一种多播广播业务的处理方法，应用于核心网设备，包括：
在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，所述向第一网络设备发送传输结束标识之前，所述方法还包括：
接收第二网络设备发送的多播广播业务会话或用户面隧道请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
根据所述多播广播业务会话或用户面隧道请求消息，建立所述第二网络设备请求的第一多播广播业务会话或用户面隧道；
向所述第二网络设备发送多播广播业务会话或用户面隧道请求回复消息。
此外，根据本公开的至少一个实施例，所述向第一网络设备发送传输结束标识之前，所述方法还包括：
接收第二网络设备发送的多播广播业务申请或指示消息，所述多播广播业务申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
向第二网络设备发送多播广播业务会话资源建立请求消息；
接收第二网络设备发送的多播广播业务会话资源建立回复消息。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述方法还包括：
接收第二网络设备发送的第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求；
根据所述第一指示信息，确定向第一网络设备发送的最后一个数据包并向第一网络设备发送传输结束标识。
根据本公开的另一方面，至少一个实施例提供了一种切换装置，应用于第一网络设备，包括：
第一发送模块，用于向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
第一接收模块，用于接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
根据本公开的另一方面，至少一个实施例提供了一种网络设备，所述网 络设备为第一网络设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
根据本公开的另一方面，至少一个实施例提供了一种信息交互装置，应用于第一网络设备，包括：
获取模块，用于获取第二网络设备支持的多播广播业务信息；
所述支持的多播广播业务信息包括以下至少之一：
建立的多播广播业务的服务质量QoS流信息；
建立的多播广播会话信息；
支持的传输方式；
支持的多播广播业务的标识信息；
是否支持多播广播业务。
根据本公开的另一方面，至少一个实施例提供了一种网络设备，所述网络设备为第一网络设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
获取第二网络设备支持的多播广播业务信息；
所述支持的多播广播业务信息包括以下至少之一：
建立的多播广播业务的服务质量QoS流信息；
建立的多播广播会话信息；
支持的传输方式；
支持的多播广播业务的标识信息；
是否支持多播广播业务。
根据本公开的另一方面，至少一个实施例提供了一种切换装置，应用于第二网络设备，包括：
第二接收模块，用于接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
第二发送模块，用于向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
根据本公开的另一方面，至少一个实施例提供了一种网络设备，所述网络设备为第二网络设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
根据本公开的另一方面，至少一个实施例提供了一种多播广播业务的处理装置，应用于核心网设备，包括：
第三发送模块，用于在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
根据本公开的另一方面，至少一个实施例提供了一种核心网设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
根据本公开的另一方面，至少一个实施例提供了一种通信设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，所述处理器执行所述程序时实现如上所述的切换方法；或者，所述处理器执行所述程序时实现如上所述的多播广播业务的处理方法。
根据本公开的另一方面，至少一个实施例提供了一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的切换方法中的步骤；或者，该程序被处理器执行时实现如上所述的多播广播业务的处理方法中的步骤。
本公开的上述技术方案至少具有如下有益效果：
本公开实施例的切换方法、处理方法、装置、网络设备及核心网设备，通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备、第二网络设备与核心网设置之间的信令交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
附图说明
图1表示本公开的至少一个实施例提供的切换方法的步骤流程图之一；
图2表示本公开的至少一个实施例提供的切换方法的步骤流程图之二；
图3表示本公开的至少一个实施例提供的信息交互方法的步骤流程图；
图4表示本公开的至少一个实施例提供的多播广播业务的处理方法的步骤流程图；
图5表示本公开的至少一个实施例提供的示例一的交互示意图；
图6表示本公开的至少一个实施例提供的切换装置的结构示意图之一；
图7表示本公开的至少一个实施例提供的网络设备的结构示意图之一；
图8表示本公开的至少一个实施例提供的信息交互装置的结构示意图；
图9表示本公开的至少一个实施例提供的网络设备的结构示意图之二；
图10表示本公开的至少一个实施例提供的切换装置的结构示意图之二；
图11表示本公开的至少一个实施例提供的网络设备的结构示意图之三；
图12本公开的至少一个实施例提供的多播广播业务的处理装置的结构示意图；
图13表示本公开的至少一个实施例提供的核心网设备的结构示意图。
具体实施方式
由于网络是否建立某个多播组播会话取决于是否在该基站下有用户订阅该多播组播业务，因此，实际部署中存在相邻的基站或小区已经建立了某个业务的多播组播业务的会话，而有些基站还没有建立这个业务的多播组播会话，会存在终端从一个小区切换至另一个小区多播组播业务无法支持的情况。即使目标基站支持当前多播组播业务，也存在如何在切换场景保证业务连续 性的问题。
相关技术方案中MBMS主要面向的是广播等预定义业务和区域，存在如下问题：
1)由于多播广播区域是预先规划的，且和频率通常具有一定的绑定关系，相关技术方案中的业务连续性考虑的是怎么保证终端尽可能地选择支持多播组播业务的小区，比如空闲态终端优先选择支持多播组播业务的频点，连接态终端单播业务切换时优先考虑终端对多播组播业务的兴趣，为其尽量选择支持该多播组播业务的小区。
2)现有多播组播业务对于连接态和空闲态均在固定的物理信道上发送，也不支持多播业务切换流程。
3)终端移动至没有建立多播组播会话的小区，当发现没有需要的多播组播业务时，可以触发该多播组播业务加入/订阅的功能，从而触发核心网到基站多播组播会话的建立。但是从业务服务器产生的数据流是持续的，触发多播组播会话的建立需要一定的时间，在这个时间内终端从该目标小区无法接收多播组播业务，业务连续性无法保证，终端会丢失一部分多播组播业务数据，将导致视频卡顿，甚至对于车联网(vehicle to everything，V2X)多播广播业务关键安全信息的丢失。
为使本公开要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
如图1所示，本公开的至少一个实施例提供一种切换方法，应用于第一网络设备，包括：
步骤11，向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
步骤12，接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
根据本公开的至少一个实施例，第一网络设备配置终端测量和上报，并根据终端上报的测量报告决定切换终端，并向选择的第二网络设备发送切换请求消息；其中，切换请求消息中携带的第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终 端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，在接收到第二网络设备发送的切换请求确认消息后，所述方法还包括：
向所述终端发送指示终端切换到所述第二网络设备的切换命令，并停止向所述终端发送所述第一多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；例如，临时移动群组标识(Temporary Mobile Group Identity，TMGI)，会话ID等；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
接纳的第一多播广播业务的QoS流；
接纳的第一多播广播业务的会话信息；
未接纳的第一多播广播业务的QoS流；
未接纳的第一多播广播业务的会话信息；
已建立或将建立第一多播广播业务会话；
数据转发传输网络层地址信息；例如，网络设备的TNL(传输网络层)地址；
第一多播广播业务的传输方式。
其中，所述传输方式包括下述至少一种：
单播传输方式；
多播传输方式；
点对点传输方式；
点对多点传输方式。
此外，根据本公开的至少一个实施例，在接收到第二网络设备发送的切换请求确认消息后，所述方法还包括：
接收核心网设备发送的所述第一多播广播业务的数据；
接收核心网设备发送的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
作为本公开的一个可选实施例，所述接收核心网设备发送的传输结束标识，包括：
接收核心网设备发送的多播广播会话的隧道头部携带所述传输结束标识；
和/或，接收核心网设备发送的单播会话的隧道头部携带所述传输结束标识。
其中，所述多播广播会话的隧道头部还携带用户标识信息，例如，网络设备和核心网控制面终端应用协议标识(Application protocol ID,AP ID)等标识。
作为本公开的一个可选实施例，所述方法还包括：
根据所述第一多播广播业务的建立信息包含的数据转发传输网络层地址信息，向所述第二网络设备转发从所述核心网设备接收到的所述第一多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述方法还包括：
将从核心网设备接收到的传输结束标识发送给所述第二网络设备；从而使得第二网络设备首先向终端发送从第一网络设备转发的第一多播广播业务的数据，并根据传输接收标识，在所有第一网络设备的转发数据发送完毕后，开始向终端发送从核心网设备接收到的第一多播广播业务的数据，以此保证数据传输的连续性。
本公开的至少一个实施例提供了无论第二网络设备是否支持所述第一多播广播业务，第一网络设备均可通过切换请求消息和切换请求确认消息来实现多播业务的切换。
综上，本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播 广播会话小区时的业务连续性，从而提升多播广播业务体验。
如图2所示，根据本公开的另一方面，至少一个实施例提供了一种切换方法，应用于第一网络设备，其特征在于，包括：
步骤20，获取第二网络设备支持的多播广播业务信息；其中，所述支持的多播广播业务信息包括以下至少之一：
建立的多播广播业务的服务质量QoS流信息；
建立的多播广播会话信息；
支持的传输方式；
支持的多播广播业务的标识信息；
是否支持多播广播业务。
作为一个可选实施例，所述方法还包括：
确定所述第二网络设备是否支持第一多播广播业务；
在所述第一网络设备选择的第二网络设备不支持所述第一多播广播业务的情况下，向核心网设备触发多播向单播的切换；
其中，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
换言之，本公开的至少一个实施例中，第一网络设备预先获知第二网络设备支持的多播广播业务信息，在第一网络设备根据测量报告选择终端切换的网络设备(基站或小区)时，如果发现所选择的第二网络设备不支持第一多播广播业务，则向核心网设备触发多播向单播业务的切换流程；多播向单播切换流程完成后开始单播的切换流程，单播的切换流程在此不做详细描述。
此外，根据本公开的至少一个实施例，步骤20包括：
通过第一网络设备和第二网络设备间的接口交互，获得第二网络设备支持的多播广播业务信息；
或者，
通过第三网络设备的转发，获得第二网络设备支持的多播广播业务信息；
或者，
接收网管设备配置的所述第二网络设备支持的多播广播业务信息；
或者，
接收终端上报的第二网络设备支持的多播广播业务信息，其中，所述终端上报的第二网络设备支持的MBMS信息由所述终端通过第二网络设备的系统消息或多播广播业务控制信息确定。
综上，本公开的至少一个实施例通过第一网络设备与、第二网络设备以及核心网设备之间的切换流程的信息交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时，能够切换至单播传输，从而业务连续性，从而提升业务体验。
如图3所示，本公开的至少一个实施例还提供一种信息交互方法，应用于第二网络设备，包括：
步骤21，接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
步骤22，向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
根据本公开的至少一个实施例，第一网络设备配置终端测量和上报，并根据终端上报的测量报告决定切换终端，并向选择的第二网络设备发送切换请求消息；其中，切换请求消息中携带的第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，若确定所述第二网络设备当前已建立或存在激活的第一多播广播业务会话或用户面隧道，则直接向第一网络设备发送切换请求确认消息。
此外，根据本公开的至少一个实施例，若确定所述第二网络设备当前未建立或不存在激活的第一多播广播业务会话或用户面隧道，所述方法还包括：
向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话或用户面隧道。
作为一个可选实施例，所述向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话或用户面隧道，包括：
发送多播广播业务会话或用户面隧道请求消息，所述多播广播业务会话 请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
接收所述核心网设备发送的多播广播业务会话或用户面隧道请求回复消息。
作为另一个可选实施例，所述核心网设备发送的多播广播业务会话或用户面隧道请求回复消息包含IP多播地址信息。
作为另一个可选实施例，所述向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话，包括：
发送多播广播业务会话申请或指示消息，所述多播广播业务会话申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
接收所述核心网设备发送的多播广播业务会话资源建立请求消息；
向核心网设备发送多播广播业务会话资源建立回复消息。
所述第二网络网路设备与核心网设备之间的多播广播业务会话包括但不限于多播广播业务的上下文、控制面资源、用户面资源、用户面隧道中的一项或多项。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；例如，临时移动群组标识(Temporary Mobile Group Identity，TMGI)，会话ID等；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
接纳的第一多播广播业务的QoS流；
接纳的第一多播广播业务的会话信息；
未接纳的第一多播广播业务的QoS流；
未接纳的第一多播广播业务的会话信息；
已建立或将建立第一多播广播业务会话；
数据转发传输网络层地址信息；
第一多播广播业务的传输方式。
其中，所述传输方式包括下述至少一种：
单播传输方式；
多播传输方式；
点对点传输方式；
点对多点传输方式。
此外，根据本公开的至少一个实施例，所述方法还包括：
接收第一网络设备转发的所述第一网络设备从核心网设备接收到的第一多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述方法还包括：
接收第一网络设备发送的所述第一网络设备从核心网设备接收到的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
此外，根据本公开的至少一个实施例，所述方法还包括：
接收终端发送的随机接入请求，确定所述终端接入所述第二网络设备；
向核心网设备发送第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求。
此外，根据本公开的至少一个实施例，所述方法还包括：
向成功接入所述第二网络设备的终端发送所述第一网络设备转发的第一多播广播业务的数据；
向所述终端发送所述核心网设备发送所述第一多播广播业务的数据。
本公开的至少一个实施例中，第二网络设备首先向终端发送从第一网络设备转发的第一多播广播业务的数据，并根据传输接收标识，在所有第一网络设备的转发数据发送完毕后，开始向终端发送从核心网设备接收到的第一 多播广播业务的数据，以此保证数据传输的连续性。
综上，本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
如图4所示，本公开的至少一个实施例还提供一种多播广播业务的处理方法，应用于核心网设备，包括：
步骤31，在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
作为本公开的一个可选实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的一方面，至少一个实施例中向第一网络设备发送传输结束标识之前，所述方法还包括：
接收第二网络设备发送的多播广播业务会话或用户面隧道请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
根据所述多播广播业务会话或用户面隧道请求消息，建立所述第二网络设备请求的第一多播广播业务会话或用户面隧道；
向所述第二网络设备发送多播广播业务会话或用户面隧道请求回复消息。
此外，根据本公开的另一方面，至少一个实施例中向第一网络设备发送传输结束标识之前，所述方法还包括：
接收第二网络设备发送的多播广播业务申请或指示消息，所述多播广播业务申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
向第二网络设备发送多播广播业务会话资源建立请求消息；
接收第二网络设备发送的多播广播业务会话资源建立回复消息。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信 息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；例如，临时移动群组标识(Temporary Mobile Group Identity，TMGI)，会话ID等；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述方法还包括：
接收第二网络设备发送的第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求；
根据所述第一指示信息，确定向第一网络设备发送的最后一个数据包并向第一网络设备发送传输结束标识。
其中，在终端通过随机接入过程接入第二网络设备之后，第二网络设备向核心网设备发送第一指示信息；通过该第一指示信息告知核心网设备终端成功接入第二网络设备或请求核心网设备发送第一多播广播业务的数据或路径切换请求，核心网设备基于该第一指示信息向第一网络设备发送传输结束标识，进一步向第二网络设备发送第一多播广播业务的数据。
本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备、第二网络设备与核心网设置之间的信令交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
为了更清楚的描述本公开的至少一个实施例提供的切换方法及多播广播业务的处理方法，下面结合图5进行一个示例说明。
示例一，第二网络设备触发多播会话建立和多播数据转发，如图5所示：
步骤0，第一网络设备配置终端测量和上报。
步骤1，根据测量报告，第一网络设备决定切换终端，向第二网络设备发送切换请求，携带至少以下信息之一(可以是当前正在进行的也可以是感兴 趣的多播广播业务MBS相关信息，即第一MBS的相关信息)：
QoS Flow信息；
业务标识信息，比如TMGI，会话ID等；
MBS组的标识信息；
多播会话ID。
步骤2，第二网络设备发现如果当前没有建立第一MBMS业务的会话，向核心网控制网元发送MBMS会话请求，若第二网络设备当前已建立第一MBMS业务的会话，跳转至步骤5。其中MBS会话请求携带至少以下信息之一：
QoS Flow信息(MBS)；
业务标识信息，比如TMGI，会话ID等；
MBS组的标识信息；
切换指示；
切换原因；
第二网络设备的TNL地址。
步骤3，核心网控制网元与网关交互MBMS会话建立或修改信息，如果该MBMS会话已经存在，通过修改消息将新的网络设备接收地址和隧道端点标识(TEID)信息发送给网关，如果会话还不存在，通过会话建立消息建立会话并发送基站接收地址和TEID信息。
步骤4，核心网控制面网元向第二网络设备发送会话请求的回复，此时第二网络设备与核心网网元之间的会话已经建立，但此时核心网网元并不立即向第二网络设备发送多播广播数据，仍继续向源基站发送多播广播数据。
步骤5，第二网络设备根据多播广播会话建立的情况，如果接纳用户，向源基站发送切换请求确定消息，包含是否建立多播组播会话，数据转发地址等信息；如果不支持终端的多播广播会话，可以拒发送切换请求拒绝消息，指示拒绝的理由，比如不支持用户的多播广播业务。
步骤6，第一网络设备向终端发送切换命令，并停止向终端发送数据。
步骤7，终端向第二网络设备发起随机接入过程，成功接入后，第二网络设备向核心网控制网元发送第一指示信息，核心网控制网元向核心网网关发 送第一指示信息。
步骤8，核心网网关此时开始向第二网络设备发送多播广播数据，并对向第一网络设备发送的最后一个包携带数据的传输结束标识，该标识是每个终端的，发送最后一个数据包可以同时携带用户标识，比如基站和核心网控制面终端AP ID等标识。
步骤9，第一网络设备向第二网络设备转发从核心网关收到的第一MBS的数据；
其中，步骤9可以在步骤6后便可以执行，并将收到的数据的传输结束标识发送给第二网络设备。
步骤10，第二网络设备首先发送从第一网络设备转发的MBS数据，根据传输结束标识，在所有转发数据包发送完毕后开始发送从核心网网关接收的新的MBS数据包，以此保证数据传输的连续性。
如图6所示，本公开的至少一个实施例还提供一种切换装置，应用于第一网络设备，包括：
第一发送模块51，用于向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
第一接收模块52，用于接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，所述装置还包括：
第四发送模块，用于向所述终端发送指示终端切换到所述第二网络设备的切换命令，并停止向所述终端发送所述第一多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
接纳的第一多播广播业务的QoS流；
接纳的第一多播广播业务的会话信息；
未接纳的第一多播广播业务的QoS流；
未接纳的第一多播广播业务的会话信息；
已建立或将建立第一多播广播业务会话；
数据转发传输网络层地址信息；
第一多播广播业务的传输方式。
此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
单播传输方式；
多播传输方式；
点对点传输方式；
点对多点传输方式。
此外，根据本公开的至少一个实施例，所述装置还包括：
第三接收模块，用于接收核心网设备发送的所述第一多播广播业务的数据；
第四接收模块，用于接收核心网设备发送的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
此外，根据本公开的至少一个实施例，所述第四接收模块包括：
接收子模块，用于接收核心网设备发送的多播广播会话的隧道头部携带所述传输结束标识；
和/或，用于接收核心网设备发送的单播会话的隧道头部携带所述传输结束标识。
此外，根据本公开的至少一个实施例，所述多播广播会话的隧道头部还携带用户标识信息。
此外，根据本公开的至少一个实施例，所述装置还包括：
第五发送模块，用于根据所述第一多播广播业务的建立信息包含的数据转发传输网络层地址信息，向所述第二网络设备转发从所述核心网设备接收到的所述第一多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述装置还包括：
第六发送模块，用于将从核心网设备接收到的传输结束标识发送给所述第二网络设备。
本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
需要说明的是，本公开的至少一个实施例提供的切换装置是能够执行上述切换方法的装置，则上述切换方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。
如图7所示，本公开的至少一个实施例还提供一种网络设备，所述网络设备为第一网络设备，包括处理器600和收发器610，所述收发器610在处理器600的控制下接收和发送数据，所述处理器600用于执行以下操作：
向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，所述处理器还用于执行以下操作：
向所述终端发送指示终端切换到所述第二网络设备的切换命令，并停止向所述终端发送所述第一多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
接纳的第一多播广播业务的QoS流；
接纳的第一多播广播业务的会话信息；
未接纳的第一多播广播业务的QoS流；
未接纳的第一多播广播业务的会话信息；
已建立或将建立第一多播广播业务会话；
数据转发传输网络层地址信息；
第一多播广播业务的传输方式。
此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
单播传输方式；
多播传输方式；
点对点传输方式；
点对多点传输方式。
此外，根据本公开的至少一个实施例，所述处理器还用于执行以下操作：
接收核心网设备发送的所述第一多播广播业务的数据；
接收核心网设备发送的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
此外，根据本公开的至少一个实施例，所述处理器还用于：
接收核心网设备发送的多播广播会话的隧道头部携带所述传输结束标识；
和/或，接收核心网设备发送的单播会话的隧道头部携带所述传输结束标识。
此外，根据本公开的至少一个实施例，所述多播广播会话的隧道头部还 携带用户标识信息。
此外，根据本公开的至少一个实施例，所述处理器还用于：
根据所述第一多播广播业务的建立信息包含的数据转发传输网络层地址信息，向所述第二网络设备转发从所述核心网设备接收到的所述第一多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述处理器还用于：
将从核心网设备接收到的传输结束标识发送给所述第二网络设备。
本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
需要说明的是，本公开的至少一个实施例提供的第一网络设备是能够执行上述切换方法的第一网络设备，则上述切换方法的所有实施例均适用于该第一网络设备，且均能达到相同或相似的有益效果。
如图8所示，本公开的至少一个实施例还提供一种信息交互装置，应用于第一网络设备，包括：
获取模块81，用于获取第二网络设备支持的多播广播业务信息；其中，所述支持的多播广播业务信息包括以下至少之一：
建立的多播广播业务的服务质量QoS流信息；
建立的多播广播会话信息；
支持的传输方式；
支持的多播广播业务的标识信息；
是否支持多播广播业务。
此外，根据本公开的至少一个实施例，所述装置还包括：
确定模块，用于确定所述第二网络设备是否支持第一多播广播业务；
处理模块，用于在所述第一网络设备选择的第二网络设备不支持所述第一多播广播业务的情况下，向核心网设备触发多播向单播的切换；
其中，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务 中的至少一项。
此外，根据本公开的至少一个实施例，所述获取模块包括：
获取子模块，用于通过第一网络设备和第二网络设备间的接口交互，获得第二网络设备支持的多播广播业务信息；
或者，用于通过第三网络设备的转发，获得第二网络设备支持的多播广播业务信息；
或者，用于接收网管设备配置的所述第二网络设备支持的多播广播业务信息；
或者，用于接收终端上报的第二网络设备支持的多播广播业务信息，其中，所述终端上报的第二网络设备支持的MBMS信息由所述终端通过第二网络设备的系统消息或多播广播业务控制信息确定。
综上，本公开的至少一个实施例通过第一网络设备与、第二网络设备以及核心网设备之间的切换流程的信息交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时，能够切换至单播传输，从而业务连续性，从而提升业务体验
需要说明的是，本公开的至少一个实施例提供的切换装置是能够执行上述切换方法的装置，则上述切换方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。
如图9所示，本公开的至少一个实施例还提供一种网络设备，所述网络设备为第一网络设备，包括处理器900和收发器910，所述收发器910在处理器900的控制下接收和发送数据，所述处理器900用于执行以下操作：
获取第二网络设备支持的多播广播业务信息；所述支持的多播广播业务信息包括以下至少之一：
建立的多播广播业务的服务质量QoS流信息；
建立的多播广播会话信息；
支持的传输方式；
支持的多播广播业务的标识信息；
是否支持多播广播业务。
此外，根据本公开的至少一个实施例，所述处理器还用于：
确定所述第二网络设备是否支持第一多播广播业务；
在所述第一网络设备选择的第二网络设备不支持所述第一多播广播业务的情况下，向核心网设备触发多播向单播的切换；
其中，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，所述处理器还用于：
通过第一网络设备和第二网络设备间的接口交互，获得第二网络设备支持的多播广播业务信息；
或者，
通过第三网络设备的转发，获得第二网络设备支持的多播广播业务信息；
或者，
接收网管设备配置的所述第二网络设备支持的多播广播业务信息；
或者，
接收终端上报的第二网络设备支持的多播广播业务信息，其中，所述终端上报的第二网络设备支持的MBMS信息由所述终端通过第二网络设备的系统消息或多播广播业务控制信息确定。
综上，本公开的至少一个实施例通过第一网络设备与、第二网络设备以及核心网设备之间的切换流程的信息交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时，能够切换至单播传输，从而业务连续性，从而提升业务体验
需要说明的是，本公开的至少一个实施例提供的第一网络设备是能够执行上述切换方法的第一网络设备，则上述切换方法的所有实施例均适用于该第一网络设备，且均能达到相同或相似的有益效果。
如图10所示，本公开的至少一个实施例还提供一种切换装置，应用于第二网络设备，包括：
第二接收模块71，用于接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
第二发送模块72，用于向所述第一网络设备发送切换请求确认消息；所 述切换请求确认消息携带第一多播广播业务的接纳相关信息。
此外，根据本公开的至少一个实施例，若确定所述第二网络设备当前未建立或不存在激活的第一多播广播业务会话或用户面隧道，所述装置还包括：
触发模块，用于向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话或用户面隧道。
此外，根据本公开的至少一个实施例，所述触发模块包括：
第一子模块，用于发送多播广播业务会话或用户面隧道请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
第二子模块，用于接收所述核心网设备发送的多播广播业务会话或用户面隧道请求回复消息。
此外，根据本公开的至少一个实施例，所述触发模块包括：
第三子模块，用于发送多播广播业务会话申请或指示消息，所述多播广播业务会话申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
第四子模块，用于接收所述核心网设备发送的多播广播业务会话资源建立请求消息；
第五子模块，用于向核心网设备发送多播广播业务会话资源建立回复消息。
此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
接纳的第一多播广播业务的QoS流；
接纳的第一多播广播业务的会话信息；
未接纳的第一多播广播业务的QoS流；
未接纳的第一多播广播业务的会话信息；
已建立或将建立第一多播广播业务会话；
数据转发传输网络层地址信息；
第一多播广播业务的传输方式。
此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
单播传输方式；
多播传输方式；
点对点传输方式；
点对多点传输方式。
此外，根据本公开的至少一个实施例，所述装置还包括：
第七接收模块，用于接收第一网络设备转发的所述第一网络设备从核心网设备接收到的第一多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述装置还包括：
第八接收模块，用于接收第一网络设备发送的所述第一网络设备从核心网设备接收到的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
此外，根据本公开的至少一个实施例，所述装置还包括：
第一接入模块，用于接收终端发送的随机接入请求，确定所述终端接入所述第二网络设备；
第八发送模块，用于向核心网设备发送第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求。
此外，根据本公开的至少一个实施例，所述装置还包括：
第九发送模块，用于向成功接入所述第二网络设备的终端发送所述第一网络设备转发的第一多播广播业务的数据；
第十发送模块，用于向所述终端发送所述核心网设备发送所述第一多播广播业务的数据。
本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
需要说明的是，本公开的至少一个实施例提供的切换装置是能够执行上述切换方法的装置，则上述切换方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。
如图11所示，本公开的至少一个实施例还提供一种网络设备，所述网络设备为第二网络设备，包括处理器800和收发器810，所述收发器810在处理器800的控制下接收和发送数据，所述处理器800用于执行以下操作：
接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
此外，根据本公开的至少一个实施例，若确定所述第二网络设备当前未建立或不存在激活的第一多播广播业务会话或用户面隧道，所述处理器还用于：
向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话或用户面隧道。
此外，根据本公开的至少一个实施例，所述处理器还用于：
发送多播广播业务会话或用户面隧道请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
接收所述核心网设备发送的多播广播业务会话或用户面隧道请求回复消 息。
此外，根据本公开的至少一个实施例，所述处理器还用于：
发送多播广播业务会话申请或指示消息，所述多播广播业务会话申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
接收所述核心网设备发送的多播广播业务会话资源建立请求消息；
向核心网设备发送多播广播业务会话资源建立回复消息。
此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的接纳相关信息包含下述至少一项：
接纳的第一多播广播业务的QoS流；
接纳的第一多播广播业务的会话信息；
未接纳的第一多播广播业务的QoS流；
未接纳的第一多播广播业务的会话信息；
已建立或将建立第一多播广播业务会话；
数据转发传输网络层地址信息；
第一多播广播业务的传输方式。
此外，根据本公开的至少一个实施例，所述传输方式包括下述至少一种：
单播传输方式；
多播传输方式；
点对点传输方式；
点对多点传输方式。
此外，根据本公开的至少一个实施例，所述处理器还用于：
接收第一网络设备转发的所述第一网络设备从核心网设备接收到的第一多播广播业务的数据。
此外，根据本公开的至少一个实施例，所述处理器还用于：
接收第一网络设备发送的所述第一网络设备从核心网设备接收到的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
此外，根据本公开的至少一个实施例，所述处理器还用于：
接收终端发送的随机接入请求，确定所述终端接入所述第二网络设备；
向核心网设备发送第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求。
此外，根据本公开的至少一个实施例，所述处理器还用于：
向成功接入所述第二网络设备的终端发送所述第一网络设备转发的第一多播广播业务的数据；
向所述终端发送所述核心网设备发送所述第一多播广播业务的数据。
本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备对核心网发送的多播广播业务的数据的转发，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
需要说明的是，本公开的至少一个实施例提供的第二网络设备是能够执行上述切换方法的第二网络设备，则上述切换方法的所有实施例均适用于该第二网络设备，且均能达到相同或相似的有益效果。
如图12所示，本公开的至少一个实施例还提供一种多播广播业务的处理装置，应用于核心网设备，包括：
第三发送模块91，用于在第一多播广播业务的数据传输结束后，向第一 网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，所述装置还包括：
第九接收模块，用于接收第二网络设备发送的多播广播业务会话或用户面隧道请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
第一建立模块，用于根据所述多播广播业务会话或用户面隧道请求消息，建立所述第二网络设备请求的第一多播广播业务会话或用户面隧道；
第一回复模块，用于向所述第二网络设备发送多播广播业务会话或用户面隧道请求回复消息。
此外，根据本公开的至少一个实施例，所述装置还包括：
第十接收模块，用于接收第二网络设备发送的多播广播业务申请或指示消息，所述多播广播业务申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
第十一发送模块，用于向第二网络设备发送多播广播业务会话资源建立请求消息；
第十一接收模块，用于接收第二网络设备发送的多播广播业务会话资源建立回复消息。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述装置还包括：
第十二接收模块，用于接收第二网络设备发送的第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求；
第十二发送模块，用于根据所述第一指示信息，确定向第一网络设备发送的最后一个数据包并向第一网络设备发送传输结束标识。
本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备、第二网络设备与核心网设置之间的信令交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
需要说明的是，本公开的至少一个实施例提供的多播广播业务的处理装置是能够执行上述多播广播业务的处理方法的装置，则上述多播广播业务的处理方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。
如图13所示，本公开的至少一个实施例还提供一种核心网设备，包括处理器100和收发器110，所述收发器110在处理器100的控制下接收和发送数据，所述处理器100用于执行以下操作：
在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
此外，根据本公开的至少一个实施例，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
此外，根据本公开的至少一个实施例，所述处理器还用于：
接收第二网络设备发送的多播广播业务会话或用户面隧道请求消息，所述多播广播业务会话或用户面隧道请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
根据所述多播广播业务会话或用户面隧道请求消息，建立所述第二网络设备请求的第一多播广播业务会话或用户面隧道；
向所述第二网络设备发送多播广播业务会话或用户面隧道请求回复消息。
此外，根据本公开的至少一个实施例，所述处理器还用于：
接收第二网络设备发送的多播广播业务申请或指示消息，所述多播广播业务申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
向第二网络设备发送多播广播业务会话资源建立请求消息；
接收第二网络设备发送的多播广播业务会话资源建立回复消息。
此外，根据本公开的至少一个实施例，所述第一多播广播业务的相关信息包含下述至少一项：
第一多播广播业务的服务质量QoS流信息；
第一多播广播业务的业务标识信息；
第一多播广播业务组的标识信息；
第一多播广播业务的会话信息；
第一多播广播业务在第一网络设备采用的传输方式；
终端期望或者选择的传输方式。
此外，根据本公开的至少一个实施例，所述处理器还用于：
接收第二网络设备发送的第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求；
根据所述第一指示信息，确定向第一网络设备发送的最后一个数据包并向第一网络设备发送传输结束标识。
本公开的至少一个实施例通过第一网络设备与第二网络设备之间的切换流程的信息交互，以及第一网络设备、第二网络设备与核心网设置之间的信令交互，保证终端从已支持多播广播会话小区切换至支持或不支持多播广播会话小区时的业务连续性，从而提升多播广播业务体验。
需要说明的是，本公开的至少一个实施例提供的核心网设备是能够执行上述多播广播业务的处理方法的核心网设备，则上述多播广播业务的处理方法的所有实施例均适用于该核心网设备，且均能达到相同或相似的有益效果。
本公开实施例还提供一种通信设备，包括存储器、处理器及存储在所述 存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的切换方法或多播广播业务的处理方法实施例中的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本公开实施例还提供一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的切换方法或多播广播业务的处理方法实施例中的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
本领域内的技术人员应明白，本公开的实施例可提供为方法、系统或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储介质中，使得存储在该计算机可读存储介质中的指令产生包括指令装置的纸制品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他科编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述是本公开的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本公开所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本公开的保护范围。

Claims (47)

  1. 一种切换方法，应用于第一网络设备，包括：
    向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
    接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
  2. 根据权利要求1所述的方法，其中，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
  3. 根据权利要求1所述的方法，其中，所述方法还包括：
    向终端发送指示终端切换到所述第二网络设备的切换命令，并停止向所述终端发送所述第一多播广播业务的数据。
  4. 根据权利要求1所述的方法，其中，所述第一多播广播业务的相关信息包含下述至少一项：
    第一多播广播业务的服务质量QoS流信息；
    第一多播广播业务的业务标识信息；
    第一多播广播业务组的标识信息；
    第一多播广播业务的会话信息；
    第一多播广播业务在第一网络设备采用的传输方式；
    终端期望或者选择的传输方式。
  5. 根据权利要求1所述的方法，其中，所述第一多播广播业务的接纳相关信息包含下述至少一项：
    接纳的第一多播广播业务的QoS流；
    接纳的第一多播广播业务的会话信息；
    未接纳的第一多播广播业务的QoS流；
    未接纳的第一多播广播业务的会话信息；
    已建立或将建立第一多播广播业务会话；
    数据转发传输网络层地址信息；
    第一多播广播业务的传输方式。
  6. 根据权利要求4或5所述的方法，其中，所述传输方式包括下述至少一种：
    单播传输方式；
    多播传输方式；
    点对点传输方式；
    点对多点传输方式。
  7. 根据权利要求1所述的方法，其中，所述方法还包括：
    接收核心网设备发送的所述第一多播广播业务的数据；
    接收核心网设备发送的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
  8. 根据权利要求7所述的方法，其中，所述接收核心网设备发送的传输结束标识，包括：
    接收核心网设备发送的多播广播会话的隧道头部携带所述传输结束标识；
    和/或，接收核心网设备发送的单播会话的隧道头部携带所述传输结束标识。
  9. 根据权利要求8所述的方法，其中，所述多播广播会话的隧道头部还携带用户标识信息。
  10. 根据权利要求7所述的方法，其中，所述方法还包括：
    根据所述第一多播广播业务的建立信息包含的数据转发传输网络层地址信息，向所述第二网络设备转发从所述核心网设备接收到的所述第一多播广播业务的数据。
  11. 根据权利要求7或10所述的方法，其中，所述方法还包括：
    将从核心网设备接收到的传输结束标识发送给所述第二网络设备。
  12. 一种信息交互方法，应用于第一网络设备，包括：
    获取第二网络设备支持的多播广播业务信息；
    所述支持的多播广播业务信息包括以下至少之一：
    建立的多播广播业务的服务质量QoS流信息；
    建立的多播广播会话信息；
    支持的传输方式；
    支持的多播广播业务的标识信息；
    是否支持多播广播业务。
  13. 根据权利要求12所述的方法，其中，所述方法还包括：
    确定所述第二网络设备是否支持第一多播广播业务；
    在所述第一网络设备选择的第二网络设备不支持所述第一多播广播业务的情况下，向核心网设备触发多播向单播的切换；
    其中，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
  14. 根据权利要求12所述的方法，其中，所述获取第二网络设备支持的多播广播业务信息，包括：
    通过第一网络设备和第二网络设备间的接口交互，获得第二网络设备支持的多播广播业务信息；
    或者，
    通过第三网络设备的转发，获得第二网络设备支持的多播广播业务信息；
    或者，
    接收网管设备配置的所述第二网络设备支持的多播广播业务信息；
    或者，
    接收终端上报的第二网络设备支持的多播广播业务信息，其中，所述终端上报的第二网络设备支持的MBMS信息由所述终端通过第二网络设备的系统消息或多播广播业务控制信息确定。
  15. 一种切换方法，应用于第二网络设备，包括：
    接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
    向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
  16. 根据权利要求15所述的方法，其中，若确定所述第二网络设备当前未建立或不存在激活的第一多播广播业务会话或用户面隧道，所述方法还包 括：
    向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话或用户面隧道。
  17. 根据权利要求16所述的方法，其中，所述向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话或用户面隧道，包括：
    发送多播广播业务会话或用户面隧道请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
    接收所述核心网设备发送的多播广播业务会话或用户面隧道请求回复消息。
  18. 根据权利要求17所述的方法，所述核心网设备发送的多播广播业务会话或用户面隧道请求回复消息包含IP多播地址信息。
  19. 根据权利要求16所述的方法，其中，所述向核心网设备触发建立第二网络设备和核心网设备之间的多播广播业务会话，包括：
    发送多播广播业务会话申请或指示消息，所述多播广播业务会话申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
    接收所述核心网设备发送的多播广播业务会话资源建立请求消息；
    向核心网设备发送多播广播业务会话资源建立回复消息。
  20. 根据权利要求15所述的方法，其中，所述第一多播广播业务包括：请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
  21. 根据权利要求15所述的方法，其中，所述第一多播广播业务的相关信息包含下述至少一项：
    第一多播广播业务的服务质量QoS流信息；
    第一多播广播业务的业务标识信息；
    第一多播广播业务组的标识信息；
    第一多播广播业务的会话信息；
    第一多播广播业务在第一网络设备采用的传输方式；
    终端期望或者选择的传输方式。
  22. 根据权利要求15所述的方法，其中，所述第一多播广播业务的接纳相关信息包含下述至少一项：
    接纳的第一多播广播业务的QoS流；
    接纳的第一多播广播业务的会话信息；
    未接纳的第一多播广播业务的QoS流；
    未接纳的第一多播广播业务的会话信息；
    已建立或将建立第一多播广播业务会话；
    数据转发传输网络层地址信息；
    第一多播广播业务的传输方式。
  23. 根据权利要求21或22所述的方法，其中，所述传输方式包括下述至少一种：
    单播传输方式；
    多播传输方式；
    点对点传输方式；
    点对多点传输方式。
  24. 根据权利要求15所述的方法，其中，所述方法还包括：
    接收第一网络设备转发的所述第一网络设备从核心网设备接收到的第一多播广播业务的数据。
  25. 根据权利要求24所述的方法，其中，所述方法还包括：
    接收第一网络设备发送的所述第一网络设备从核心网设备接收到的传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
  26. 根据权利要求25所述的方法，其中，所述方法还包括：
    接收终端发送的随机接入请求，确定所述终端接入所述第二网络设备；
    向核心网设备发送第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求。
  27. 根据权利要求26所述的方法，其中，所述方法还包括：
    向成功接入所述第二网络设备的终端发送所述第一网络设备转发的第一多播广播业务的数据；
    向所述终端发送所述核心网设备发送所述第一多播广播业务的数据。
  28. 一种多播广播业务的处理方法，应用于核心网设备，包括：
    在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
  29. 根据权利要求28所述的方法，其中，所述第一多播广播业务包括：第一网络设备请求建立的多播广播业务、终端当前传输或加入的多播广播业务以及终端感兴趣的多播广播业务中的至少一项。
  30. 根据权利要求28所述的方法，其中，所述向第一网络设备发送传输结束标识之前，所述方法还包括：
    接收第二网络设备发送的多播广播业务会话或用户面隧道请求消息，所述多播广播业务会话请求消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
    根据所述多播广播业务会话或用户面隧道请求消息，建立所述第二网络设备请求的第一多播广播业务会话或用户面隧道；
    向所述第二网络设备发送多播广播业务会话或用户面隧道请求回复消息。
  31. 根据权利要求28所述的方法，其中，所述向第一网络设备发送传输结束标识之前，所述方法还包括：
    接收第二网络设备发送的多播广播业务申请或指示消息，所述多播广播业务申请或指示消息携带第一多播广播业务的相关信息、切换指示以及所述第二网络设备的传输网络层地址中的至少一项；
    向第二网络设备发送多播广播业务会话资源建立请求消息；
    接收第二网络设备发送的多播广播业务会话资源建立回复消息。
  32. 根据权利要求30或31所述的方法，其中，所述第一多播广播业务的相关信息包含下述至少一项：
    第一多播广播业务的服务质量QoS流信息；
    第一多播广播业务的业务标识信息；
    第一多播广播业务组的标识信息；
    第一多播广播业务的会话信息；
    第一多播广播业务在第一网络设备采用的传输方式；
    终端期望或者选择的传输方式。
  33. 根据权利要求28所述的方法，其中，所述方法还包括：
    接收第二网络设备发送的第一指示信息，所述第一指示信息用于指示终端成功接入第二网络设备，或者所述第一指示信息用于请求核心网设备发送第一多播广播业务的数据，或者所述第一指示信息用于路径切换请求；
    根据所述第一指示信息，确定向第一网络设备发送的最后一个数据包并向第一网络设备发送传输结束标识。
  34. 一种切换装置，应用于第一网络设备，包括：
    第一发送模块，用于向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
    第一接收模块，用于接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
  35. 一种网络设备，所述网络设备为第一网络设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
    向第二网络设备发送切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
    接收所述第二网络设备发送的切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
  36. 一种信息交互装置，应用于第一网络设备，包括：
    获取模块，用于获取第二网络设备支持的多播广播业务信息；
    所述支持的多播广播业务信息包括以下至少之一：
    建立的多播广播业务的服务质量QoS流信息；
    建立的多播广播会话信息；
    支持的传输方式；
    支持的多播广播业务的标识信息；
    是否支持多播广播业务。
  37. 一种网络设备，所述网络设备为第一网络设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
    获取第二网络设备支持的多播广播业务信息；
    所述支持的多播广播业务信息包括以下至少之一：
    建立的多播广播业务的服务质量QoS流信息；
    建立的多播广播会话信息；
    支持的传输方式；
    支持的多播广播业务的标识信息；
    是否支持多播广播业务。
  38. 一种切换装置，应用于第二网络设备，包括：
    第二接收模块，用于接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
    第二发送模块，用于向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
  39. 一种网络设备，所述网络设备为第二网络设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
    接收第一网络设备发送的切换请求消息；所述切换请求消息携带第一多播广播业务的相关信息；
    向所述第一网络设备发送切换请求确认消息；所述切换请求确认消息携带第一多播广播业务的接纳相关信息。
  40. 一种多播广播业务的处理装置，应用于核心网设备，包括：
    第三发送模块，用于在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
  41. 一种核心网设备，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
    在第一多播广播业务的数据传输结束后，向第一网络设备发送传输结束标识，所述传输结束标识用于指示第一网络设备的第一多播广播业务的数据传输结束。
  42. 一种通信设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；所述处理器执行所述程序时实现如权利要求1-11任一项所述的切换方法；或者，所述处理器执行所述程序时实现如权利要求12-14任一项所述的信息交互方法；或者，所述处理器执行所述程序时实现如权利要求15-27任一项所述的切换方法；或者，所述处理器执行所述程序时实现如权利要求28-33任一项所述的多播广播业务的处理方法。
  43. 一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如权利要求1-11任一项所述的切换方法中的步骤；或者，该程序被处理器执行时实现如权利要求12-14任一项所述的信息交互方法中的步骤；或者，该程序被处理器执行时实现如权利要求15-27任一项所述的切换方法中的步骤；或者，该程序被处理器执行时实现如权利要求28-33任一项所述的多播广播业务的处理方法中的步骤。
  44. 一种计算机程序产品，所述程序产品被至少一个处理器执行以实现如权利要求1-11任一项所述的切换方法中的步骤；或者，该程序被处理器执行时实现如权利要求12-14任一项所述的信息交互方法中的步骤；或者，该程序被处理器执行时实现如权利要求15-27任一项所述的切换方法中的步骤；或者，该程序被处理器执行时实现如权利要求28-33任一项所述的多播广播业务的处理方法中的步骤。
  45. 一种网络设备，所述网络设备为第一网络设备，所述第一网络设备被配置成用于执行如权利要求1-11任一项所述的切换方法；或者，所述第一网络设备被配置成用于执行如权利要求12-14任一项所述的信息交互方法。
  46. 一种网络设备，所述网络设备为第二网络设备，所述第二网络设备被配置成用于执行如权利要求15-27任一项所述的切换方法。
  47. 一种核心网设备，所述核心网设备被配置成用于执行如权利要求28-33任一项所述的切换方法。
PCT/CN2021/099320 2020-06-10 2021-06-10 切换方法、处理方法、装置、网络设备及核心网设备 Ceased WO2021249464A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2022576524A JP7521013B2 (ja) 2020-06-10 2021-06-10 ハンドオーバ方法、処理方法、装置、ネットワーク機器及びコアネットワーク機器
EP21822609.0A EP4167637A4 (en) 2020-06-10 2021-06-10 HANDOVER METHOD, PROCESSING METHOD, DEVICE, NETWORK DEVICE AND CORE NETWORK DEVICE
US18/009,032 US20230300681A1 (en) 2020-06-10 2021-06-10 Handover method, processing method, devices, network device and core network device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010523600.1A CN113784400B (zh) 2020-06-10 2020-06-10 切换方法、处理方法、装置、网络设备及核心网设备
CN202010523600.1 2020-06-10

Publications (1)

Publication Number Publication Date
WO2021249464A1 true WO2021249464A1 (zh) 2021-12-16

Family

ID=78834609

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/099320 Ceased WO2021249464A1 (zh) 2020-06-10 2021-06-10 切换方法、处理方法、装置、网络设备及核心网设备

Country Status (5)

Country Link
US (1) US20230300681A1 (zh)
EP (1) EP4167637A4 (zh)
JP (1) JP7521013B2 (zh)
CN (1) CN113784400B (zh)
WO (1) WO2021249464A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114449602A (zh) * 2022-01-27 2022-05-06 深圳Tcl新技术有限公司 切换方法、存储介质及无线通信装置
WO2024151327A1 (en) * 2023-01-09 2024-07-18 Qualcomm Incorporated Privacy for multicast broadcast system paging

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116569602B (zh) * 2020-10-16 2025-12-05 京瓷株式会社 通信控制方法以及基站
WO2022203418A1 (ko) * 2021-03-26 2022-09-29 주식회사 케이티 Mbs 세션 자원을 제어하는 방법 및 장치
US20220338069A1 (en) * 2021-04-20 2022-10-20 Samsung Electronics Co., Ltd. Method and device for notifying mbs state
CN115484555A (zh) * 2021-06-16 2022-12-16 华为技术有限公司 一种会话建立方法及装置
EP4505795A4 (en) * 2022-08-12 2025-08-13 Samsung Electronics Co Ltd METHOD AND SYSTEM FOR INITIATING CELL TRANSITION ACTIVITIES DURING MULTICAST AND BROADCAST SERVICES
EP4611405A4 (en) * 2022-10-26 2025-12-03 Beijing Xiaomi Mobile Software Co Ltd METHOD, APPARATUS AND COMMUNICATION SYSTEM
CN119629685A (zh) * 2023-09-12 2025-03-14 华为技术有限公司 通信方法和通信装置
CN120456145A (zh) * 2024-02-08 2025-08-08 华为技术有限公司 通信方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008000130A1 (fr) * 2006-06-19 2008-01-03 Huawei Technologies Co., Ltd. Procédé et système permettant de réaliser un service multidiffusion multimédia
CN101267593A (zh) * 2007-03-15 2008-09-17 华为技术有限公司 对目标小区进行组播广播多媒体业务激活的方法及基站
CN101442714A (zh) * 2007-11-20 2009-05-27 中兴通讯股份有限公司 e-Node B间传递MBMS上下文的方法及系统
CN101547409A (zh) * 2008-03-26 2009-09-30 华为技术有限公司 保持业务连续性的方法、终端、网络侧设备及网络系统

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101227745B (zh) * 2008-02-02 2011-02-09 华为软件技术有限公司 移动多媒体业务的网络切换方法、装置和系统
US9055612B2 (en) * 2008-02-11 2015-06-09 Qualcomm Incorporated Quality of service continuity
CN104105071A (zh) * 2008-09-09 2014-10-15 中兴通讯股份有限公司 Mbs的移动性管理方法、及终端的mbs的切换方法
CN102098624B (zh) * 2008-11-07 2014-03-12 华为终端有限公司 多媒体广播业务的控制方法及终端
CN102158918B (zh) * 2010-02-12 2013-12-18 华为技术有限公司 通信网络跨区切换方法和系统
GB2478122B (en) * 2010-02-24 2012-11-07 Ipwireless Inc Apparatus and methods for broadcast-unicast communication handover
CN102378113B (zh) * 2010-08-12 2016-03-02 中兴通讯股份有限公司 一种多媒体广播多播业务传输方式的转换方法和系统
CN102075867A (zh) * 2011-01-19 2011-05-25 大唐移动通信设备有限公司 设备切换方法及装置
WO2012138090A2 (ko) * 2011-04-08 2012-10-11 엘지전자 주식회사 무선 통신 시스템에서 핸드오버를 수행하는 방법 및 이를 위한 장치
KR20120122335A (ko) * 2011-04-28 2012-11-07 주식회사 팬택 Ｍｂｍｓ 서비스의 연속성을 제공하는 장치 및 방법
CN102781057A (zh) * 2011-05-09 2012-11-14 中兴通讯股份有限公司 一种保障eMBMS业务连续性的方法和系统
CN102291688B (zh) * 2011-09-23 2014-03-19 电信科学技术研究院 一种基于mbms业务的切换方法和设备
CN111629407B (zh) * 2011-09-30 2022-08-12 北京三星通信技术研究有限公司 一种支持ue切换的方法
CN102413431B (zh) * 2011-12-22 2014-06-25 中国科学院计算技术研究所 保障rrc连接状态的ue的mbms服务连续性的方法
US9313138B2 (en) * 2012-08-17 2016-04-12 Google Technology Holdings LLC Devices, systems, and methods for adaptive switching of multicast content delivery to optimize bandwidth usage
US20140003322A1 (en) * 2012-06-29 2014-01-02 Alcatel-Lucent Usa Inc. Seamless make-before-break transfer of multicast/broadcast sessions
US9445243B2 (en) * 2013-03-22 2016-09-13 Mediatek Inc. Service continuity for group communication over LTE eMBMS
US9883355B2 (en) * 2013-09-26 2018-01-30 Lg Electronics Inc. Method and apparatus for transmitting interest indication for group communication in wireless communication system
US9565576B2 (en) * 2013-10-09 2017-02-07 At&T Intellectual Property I, L.P. Network operating system client architecture for mobile user equipment
WO2015061983A1 (en) * 2013-10-30 2015-05-07 Qualcomm Incorporated Service continuity for group communications over evolved multimedia broadcast multicast service
EP3079400B1 (en) * 2014-01-03 2019-08-14 Huawei Technologies Co., Ltd. User equipment handover method and base station
CN104301959B (zh) * 2014-08-28 2018-03-20 中兴通讯股份有限公司 一种保持eMBMS业务连续性的方法及系统、设备
WO2016074693A1 (en) * 2014-11-10 2016-05-19 Bayerische Motoren Werke Aktiengesellschaft Method and device for receiving a broadcast service comprising switching between digital audio broadcasting (dab) transmissions and enhanced multimedia broadcast/multicast transmissions (embms)
US10299083B2 (en) * 2016-07-31 2019-05-21 Lg Electronics Inc. Method for providing continuity of MBMS service and device supporting the same
CN109392025B (zh) * 2017-08-11 2023-09-29 华为技术有限公司 数据传输方法和数据传输装置
CN109982266B (zh) * 2017-12-28 2021-05-11 华为技术有限公司 一种通信方法、及相关产品
CN110662270B (zh) * 2018-06-28 2021-05-18 华为技术有限公司 通信方法及装置
US12185393B2 (en) * 2018-09-19 2024-12-31 Qualcomm Incorporated Multicast idle mode behavior and paging
US11722855B2 (en) * 2020-05-05 2023-08-08 Qualcomm Incorporated Handling of multicast service data transport for mobility between supporting and non-supporting access nodes
CN116017594A (zh) * 2020-05-11 2023-04-25 华为技术有限公司 一种通信方法、装置及存储介质
CN111866975B (zh) * 2020-05-18 2025-04-01 中兴通讯股份有限公司 切换方法及装置、信息发送方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008000130A1 (fr) * 2006-06-19 2008-01-03 Huawei Technologies Co., Ltd. Procédé et système permettant de réaliser un service multidiffusion multimédia
CN101267593A (zh) * 2007-03-15 2008-09-17 华为技术有限公司 对目标小区进行组播广播多媒体业务激活的方法及基站
CN101442714A (zh) * 2007-11-20 2009-05-27 中兴通讯股份有限公司 e-Node B间传递MBMS上下文的方法及系统
CN101547409A (zh) * 2008-03-26 2009-09-30 华为技术有限公司 保持业务连续性的方法、终端、网络侧设备及网络系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4167637A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114449602A (zh) * 2022-01-27 2022-05-06 深圳Tcl新技术有限公司 切换方法、存储介质及无线通信装置
CN114449602B (zh) * 2022-01-27 2024-02-06 深圳Tcl新技术有限公司 切换方法、存储介质及无线通信装置
WO2024151327A1 (en) * 2023-01-09 2024-07-18 Qualcomm Incorporated Privacy for multicast broadcast system paging

Also Published As

Publication number Publication date
US20230300681A1 (en) 2023-09-21
CN113784400B (zh) 2022-12-13
JP2023529952A (ja) 2023-07-12
EP4167637A1 (en) 2023-04-19
CN113784400A (zh) 2021-12-10
JP7521013B2 (ja) 2024-07-23
EP4167637A4 (en) 2024-07-03

Similar Documents

Publication Publication Date Title
JP7521013B2 (ja) ハンドオーバ方法、処理方法、装置、ネットワーク機器及びコアネットワーク機器
JP5844879B2 (ja) Ｍｂｍｓサービス送信方式の切替方法、装置及びユーザー装置
CN102740233B (zh) 实现多媒体广播多播业务连续性的方法、用户设备及系统
US9609534B2 (en) Method, device and user equipment for sending indication information, method and device for receiving multimedia broadcast multicast service
US8656029B2 (en) Multicast session setup in networks by determining a multicast session parameter based on a pre-existing unicast session parameter
US8472364B2 (en) Evolved multimedia broadcast/multicast service base station, user equipment and methods thereof
CN104813691B (zh) 基于lte增强型多媒体广播多播业务的群组通信的无线资源高效传输的方法及用户设备
WO2021233279A1 (zh) 切换方法及装置、信息发送方法及装置
US8270324B2 (en) Method for bearer control and deletion, data distribution, and modification
US10264494B2 (en) Method and device for sending indication information, and user equipment
WO2012019460A1 (zh) 一种多媒体广播多播业务传输方式的转换方法和系统
CN107027103A (zh) 一种建立单播承载的方法、终端及基站
WO2022170766A1 (zh) 用于实现多播广播业务切换的方法及相关设备
CN116548041A (zh) 用于在5g无线网络中发送对多播和广播服务的感兴趣指示的方法和系统
KR102689205B1 (ko) 브로드캐스트/멀티캐스트 서비스 관리 방법, 장치, 전자 설비, 저장 매체
JP2013536646A (ja) Ｍｂｍｓ制御方法及びｍｂｍｓ制御システム
WO2014023240A1 (zh) 一种群组小数据的发送方法及系统
CN102651847B (zh) 一种网元获取用户设备的接收状况信息的方法及系统
CN112566045B (zh) 多媒体广播组播业务mbms传输方法及设备
CN115499785B (zh) 一种接收多播数据的方法、系统、电子设备及存储介质
CN115835143B (zh) 多播广播业务发送的方法及基站
HK40086574A (zh) 切换方法、处理方法、装置、网络设备及核心网设备
WO2008098508A1 (fr) Procédé et système pour activer une diffusion multimédia et un service multidiffusion

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21822609

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022576524

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021822609

Country of ref document: EP

Effective date: 20230110