WO2022141113A1 - 多播业务通信的方法和通信装置 - Google Patents

多播业务通信的方法和通信装置 Download PDF

Info

Publication number
WO2022141113A1
WO2022141113A1 PCT/CN2020/141073 CN2020141073W WO2022141113A1 WO 2022141113 A1 WO2022141113 A1 WO 2022141113A1 CN 2020141073 W CN2020141073 W CN 2020141073W WO 2022141113 A1 WO2022141113 A1 WO 2022141113A1
Authority
WO
WIPO (PCT)
Prior art keywords
network element
user plane
multicast service
data packet
sequence number
Prior art date
Application number
PCT/CN2020/141073
Other languages
English (en)
French (fr)
Inventor
王亚鑫
李岩
李濛
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2020/141073 priority Critical patent/WO2022141113A1/zh
Publication of WO2022141113A1 publication Critical patent/WO2022141113A1/zh

Links

Images

Classifications

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

Definitions

  • the second user plane network element determines that the received data packets of the first multicast service are duplicated, the second user plane network element stops receiving the data packets of the first multicast service from the first user plane network element, And/or, the second user plane network element discards the repeated data packets of the first multicast service, so as to avoid the occurrence of repeated data packets of the first multicast service when the second user plane network element sends the data packets of the first multicast service to the target wireless access network device. data packets, resulting in a waste of resources.
  • the second user plane network element determines that the received data packets of the first multicast service are lost, the second user plane network element continues or maintains receiving the first user plane network element from the first user plane network element and from the multicast server.
  • the data packet of the multicast service this kind of receiving the data packet of the first multicast service through two paths can reduce the probability of the loss of the data packet of the first multicast service, thereby avoiding the failure of successful parsing of the data packet caused by the loss of the data packet. Phenomenon.
  • the user plane network element is a second user plane network element
  • the method further includes: the second user plane network element receives the first user plane network element from the first user plane network element.
  • the data packet of the multicast service; the second user plane network element is based on the sequence number of the data packet of the first multicast service from the first user plane network element and the data in the second user plane network element.
  • the sequence number of the data packet of the first multicast service determines that the data packets of the first multicast service received by the second user plane network element are duplicated; the second user plane network element stops receiving data packets from the second user plane network element.
  • the method further includes: the second network element sends fourth indication information to the wireless access network device, where the fourth indication information is used to instruct the user plane network element to respond to the first
  • the data packets of the multicast service are numbered in the first sequence numbering manner.
  • the communication unit is configured to receive the mapping relationship from the second network element.
  • the communication unit is configured to receive fourth indication information from the second network element, where the fourth indication information is used to instruct the user plane network element to use the first sequence numbering method for the data packets of the first multicast service. number; the processing unit is configured to process the data packet of the first multicast service according to the fourth indication information.
  • an embodiment of the present application provides a chip system, where the chip system includes one or more processors, configured to call and execute instructions stored in the memory from the memory, so that any of the above aspects or any of the above aspects is executed.
  • a method in one possible implementation is executed.
  • the chip system can be composed of chips, and can also include chips and other discrete devices.
  • FIG. 7 is a schematic flowchart of another method for multicast service communication provided by an embodiment of the present application.
  • the first network element may be preconfigured with the mapping relationship, may also receive the mapping relationship from other network elements, and may also generate the mapping relationship by itself, which is not limited.
  • the first association relationship refers to the association relationship between the data feature of the first data packet and the first sequence number
  • the second association relationship refers to the association relationship between the data feature of the first data packet and the second sequence number relation
  • the target wireless access network device determines the mapping relationship according to the first information
  • the target radio access network device is based on the mapping relationship, the sequence number of the data packet of the first multicast service from the source radio access network device, and the sequence number of the data packet of the first multicast service from the second user plane network element , the sequence number alignment can be performed on the received data packet of the first multicast service (it can be understood as converting the sequence number of the data packet into a sequence number using the same numbering method), and further, the target wireless access network device can be based on The aligned sequence numbers determine whether the data packets of the first multicast service are repeated. For example, if the aligned sequence numbers are duplicated, it indicates that the data packets of the first multicast service are duplicated.
  • the target radio access network device determines that the received data packets of the first multicast service are repeated, the target radio access network device discards the repeated data packets of the first multicast service, so as to avoid the target radio access network device When the data packets of the first multicast service are sent to the UE, duplicate data packets occur, resulting in waste of resources.
  • first information and the second information are mainly to indicate the content represented by the first information and the second information, and do not limit the specific forms of the first information and the second information.
  • the specific form may be different or the same.
  • S501 may adopt the following two possible implementations.
  • the first user plane network element sends the first association relationship or the first sequence number to the second network element
  • the second user plane network element sends the second association relationship or the second sequence number to the second network element
  • it requires more Therefore, in this embodiment of the present application, when the second network element obtains the third information, it sends the first indication information to the first user plane network element and the first user plane network element, and sends the first indication information to the second user plane network element.
  • Sending the second indication information can reduce signaling interaction and save communication resources for multicast services with low transmission requirements.
  • the UPF1 network element sends an N4 reply message to the SMF network element.
  • the first network element obtains the mapping relationship of the sequence numbers in the multiple UPF network elements, and can compare the data from the multiple UPF network elements based on the mapping relationship
  • the sequence numbers of the packets are aligned, so that it can be judged whether the data packets are repeated or missed, so that the situation of receiving the same data packets or packet loss can be effectively improved.
  • the second network element may also instruct the wireless access network device, so that the wireless access network device knows that different user plane network elements use the same sequence numbering manner for the data packets of the first multicast service.
  • the NEF network element stores the third information in the UDR.
  • the processor 1001 may include one or more CPUs, such as CPU0 and CPU1 in FIG. 10 .
  • Disk and disc as used herein includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and blu-ray disc, where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.

Landscapes

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

Abstract

本申请提供了一种多播业务通信的方法和通信装置，能够在为UE服务的UPF网元发生切换时，对数据包的序列号进行对齐，提高数据包解析的成功率。该方法包括：第一网元获得映射关系；其中，映射关系为第一用户面网元中第一多播业务的数据包的序列号与第二用户面网元中第一多播业务的数据包的序列号之间的映射关系；第一网元根据映射关系，处理第一多播业务的数据包。这样，第一网元可以获得数据包在第一用户面网元与第二用户面网元中的序列号之间的映射关系，从而UE从第一用户面网元切换到第二用户面网元时，第一网元可以根据该映射关系，成功解析数据包。

Description

多播业务通信的方法和通信装置 技术领域
本申请涉及通信技术，尤其涉及一种多播业务通信的方法和通信装置。
背景技术
随着通信技术的发展，多播广播业务(multicast broadcast service，MBS)技术成为无线领域中的一大热点。在MBS的应用中，具有同种业务的设备可以加入同一个通信群组，在该群组中进行多播数据流传输。例如，在视频点播或视频直播等业务中，从MBS服务器获取相同视频数据的终端可以加入多播群组，在该多播群组中基于多播数据流获取视频数据。
示例性的，在第五代(5th generation，5G)移动通信网络系统架构中，用户面功能(user plane function，UPF)网元可以通过N3接口向无线接入网(radio access network，RAN)设备传输多播数据流，进一步地，RAN设备可以向用户设备(user equipment，UE)发送多播数据流。
然而，在UE从RAN设备接收多播数据流的过程中，如果UE从源RAN设备切换到目标RAN设备，可能发生UPF网元切换，目标RAN设备无法判断多播业务数据包是否发生重复，或者丢包，从而导致在UE中重复接收相同数据或者无法成功解析数据的问题。
发明内容
本申请实施例提供一种多播业务通信的方法和通信装置，可以确定各UPF网元对相同数据包编号的映射关系，从而在为UE服务的UPF网元发生切换时，可以根据该映射关系，成功解析数据包，例如，可以判断来自不同UPF网元的数据包是否发生重复或遗漏，从而可以有效改善因为不同UPF网元中对相同数据包的序列号差异，导致无法成功解析数据包而带来的在UE中重复接收相同数据包或丢包的情况。
第一方面，本申请实施例提供一种多播业务通信的方法，包括：第一网元获得映射关系；其中，所述映射关系为第一用户面网元中第一多播业务的数据包的序列号与第二用户面网元中所述第一多播业务的数据包的序列号之间的映射关系；所述第一网元根据所述映射关系，处理所述第一多播业务的数据包。
这样，第一网元可以获得数据包在第一用户面网元与第二用户面网元中的序列号之间的映射关系，从而UE从第一用户面网元切换到第二用户面网元时，第一网元可以根据该映射关系，成功解析数据包，例如，可以判断来自第一用户面网元的数据包与来自第二用户面网元的数据包是否发生重复或遗漏，从而可以有效改善在UE中重复接收相同数据包或丢包的情况。
在一种可能的实现方式中，所述第一网元根据所述映射关系，处理来自所述第一 多播业务的数据包，包括：所述第一网元根据所述映射关系，处理来自源无线接入网设备和/或来自所述第二用户面网元的所述第一多播业务的数据包；其中，所述第一网元为目标无线接入网设备。这样，目标无线接入网设备可以获得数据包在第一用户面网元与第二用户面网元中的序列号之间的映射关系，从而UE从第一用户面网元切换到第二用户面网元时，目标无线接入网设备可以根据该映射关系，成功解析数据包。
在一种可能的实现方式中，所述第一网元根据所述映射关系，处理来自所述第一多播业务的数据包，包括：所述第一网元根据所述映射关系，处理来自所述第一用户面网元和/或来自多播服务器的所述第一多播业务的数据包；其中，所述第一网元为所述第二用户面网元。这样，第二用户面网元可以获得数据包在第一用户面网元与第二用户面网元中的序列号之间的映射关系，从而UE从第一用户面网元切换到第二用户面网元时，第二用户面网元可以根据该映射关系，成功解析数据包。
在一种可能的实现方式中，所述第一网元根据所述映射关系，处理来自源无线接入网设备和/或来自所述第二用户面网元的所述第一多播业务的数据包，包括：所述第一网元根据所述映射关系、来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播业务的数据包存在重复；所述第一网元停止接收来自所述源无线接入网设备的所述第一多播业务的数据包，和/或，所述第一网元丢弃重复的所述第一多播业务的数据包。这样，在目标无线接入网设备确定接收到的第一多播业务的数据包存在重复时，目标无线接入网设备停止接收来自源无线接入网设备的第一多播业务的数据包，和/或，目标无线接入网设备丢弃重复的第一多播业务的数据包，避免目标无线接入网设备在向UE发送第一多播业务的数据包时出现重复的数据包，造成资源浪费。
在一种可能的实现方式中，所述第一网元根据所述映射关系，处理来自源无线接入网设备和/或来自所述第二用户面网元的所述第一多播业务的数据包，包括：所述第一网元根据所述映射关系、来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播业务的数据包存在丢失，所述第一网元继续或维持接收来自所述源无线接入网设备和来自所述第二用户面网元的所述第一多播业务的数据包。这样，在目标无线接入网设备确定接收到的第一多播业务的数据包存在丢失时，目标无线接入网设备继续或维持接收来自源无线接入网设备和来自第二用户面网元的第一多播业务的数据包，这种通过两条路径接收第一多播业务的数据包能够降低第一多播业务的数据包丢失的概率，进而避免出现丢失数据包导致的无法成功解析数据包的现象。
在一种可能的实现方式中，所述第一网元根据所述映射关系，处理来自所述第一用户面网元和/或来自多播服务器的所述第一多播业务的数据包，包括：所述第一网元根据所述映射关系、来自所述第一用户面网元的所述第一多播业务的数据包的序列号和来自所述多播服务器的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播业务的数据包存在重复；所述第一网元停止接收来自所述第一用户面网元的所述第一多播业务的数据包，和/或，所述第一网元丢弃重复的所述第一多 播业务的数据包。这样，在第二用户面网元确定接收到的第一多播业务的数据包存在重复时，第二用户面网元停止接收来自第一用户面网元的第一多播业务的数据包，和/或，第二用户面网元丢弃重复的第一多播业务的数据包，避免第二用户面网元在向目标无线接入网设备发送第一多播业务的数据包时出现重复的数据包，造成资源浪费。
在一种可能的实现方式中，所述第一网元根据所述映射关系，处理来自所述第一用户面网元和/或来自多播服务器的所述第一多播业务的数据包，包括：所述第一网元根据所述映射关系、来自所述第一用户面网元的所述第一多播业务的数据包的序列号和来自所述多播服务器的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播业务的数据包存在丢失，所述第一网元继续或维持接收来自所述第一用户面网元和来自所述多播服务器的所述第一多播业务的数据包。这样，在第二用户面网元确定接收到的第一多播业务的数据包存在丢失时，第二用户面网元继续或维持接收来自第一用户面网元和来自多播服务器的第一多播业务的数据包，这种通过两条路径接收第一多播业务的数据包能够降低第一多播业务的数据包丢失的概率，进而避免出现丢失数据包导致的无法成功解析数据包的现象。
在一种可能的实现方式中，所述第一网元获得映射关系，包括：所述第一网元接收来自第二网元的所述映射关系；或者，所述第一网元获得第一关联关系和第二关联关系，并根据所述第一关联关系和所述第二关联关系确定所述映射关系，其中，所述第一关联关系为所述第一多播业务的第一数据包与第一序列号的关联关系，所述第一序列号为所述第一用户面网元中所述第一数据包的序列号；所述第二关联关系为所述第一数据包与第二序列号的关联关系，所述第二序列号为所述第二用户面网元中所述第一数据包的序列号；或者，所述第一网元获得所述第一序列号和所述第二序列号，并根据所述第一序列号和所述第二序列号确定所述映射关系。这样，第一网元可以根据实际应用场景，灵活的得到映射关系。
在一种可能的实现方式中，所述第一关联关系包括第一编号与所述第一序列号的关联关系；所述第二关联关系包括所述第三序列号与所述第二序列号的关联关系；其中，所述第一编号为多播服务器中所述第一数据包的编号。这样，第一网元可以根据第一编号确定第一序列号和第二序列号标识的数据包相同。
在一种可能的实现方式中，所述第一关联关系包括第一数据包的数据特征与所述第一序列号的关联关系；所述第二关联关系包括第一数据包的数据特征与所述第二序列号的关联关系所述第一网元根据所述第一关联关系和所述第二关联关系确定所述映射关系，包括：所述第一网元根据所述第一数据包的数据特征，确定所述第一序列号和所述第二序列号标识的数据包相同；所述第一网元根据所述第一序列号与所述第二序列号，确定所述映射关系。这样，第一网元可以根据第一数据包的数据特征确定第一序列号和第二序列号标识的数据包相同。
在一种可能的实现方式中，所述第一网元为所述第二用户面网元，所述方法还包括：所述第一网元向第二网元发送第三关联关系，所述第三关联关系为所述第一多播业务的第二数据包与第三序列号的关联关系，所述第三序列号为所述第一网元中所述第二数据包的序列号；或者，所述第一网元向所述第二网元发送所述第三序列号。这样，第二网元可以收集到第二用户面网元的数据包与序列号的关联关系，进一步可以 根据第二用户面网元的数据包与序列号的关联关系确定映射关系等。
在一种可能的实现方式中，所述方法还包括：所述第一网元接收来自所述第二网元的指示信息，所述指示信息用于指示所述第一网元向所述第二网元发送所述第三关联关系或所述第三序列号。这样，在第二网元获得第三信息时，向第一用户面网元第一用户面网元发送第一指示信息，以及向第二用户面网元发送第二指示信息，对于传输要求不高的多播业务，可以减少第一网元因确定映射关系产生的信令交互，节约通信资源。
第二方面，本申请实施例提供一种多播业务通信的方法，包括：第二网元获得第一信息，所述第一信息包括第一关联关系或第一序列号，所述第一序列号为第一用户面网元中第一多播业务的述第一数据包的序列号，所述第一关联关系为所述第一数据包与所述第一序列号的关联关系；所述第二网元根据所述第一信息，向第一网元发送第二信息；其中，所述第二信息包括所述第一信息；或者，所述第二信息包括映射关系，所述映射关系为所述第一用户面网元中所述第一多播业务的数据包的序列号与第二用户面网元中所述第一多播业务的数据包的序列号之间的映射关系。
在一种可能的实现方式中，当所述第一信息包括所述第一关联关系时，所述第一信息还包括第二关联关系，所述第二关联关系为所述第一数据包与第二序列号的关联关系，所述第二序列号为所述第二用户面网元中所述第一数据包的序列号；或者，当所述第一信息包括所述第一序号时，所述第一信息还包括所述第二序列号。
在一种可能的实现方式中，所述方法还包括：所述第二网元获得第三信息，所述第三信息包括下述的一种或多种：用于表征多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器有业务连续性需求的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息；所述第二网元根据所述第三信息，向所述第一用户面网元发送第一指示信息，以及向所述第二用户面网元发送第二指示信息；其中，所述第一指示信息用于指示所述第一用户面网元向所述第二网元发送所述第一关联关系或所述第一序列号，所述第二指示信息用于指示所述第二用户面网元向所述第二网元发送所述第二关联关系或所述第二序列号。
在一种可能的实现方式中，所述第二网元获得第三信息，包括：所述第二网元从数据存储库或策略控制网元获得所述第三信息。
第三方面，本申请实施例提供一种多播业务通信的方法，包括：用户面网元接收来自第二网元的第三指示信息，所述第三指示信息用于指示所述用户面网元采用第一序列编号方式对第一多播业务的数据包进行编号；所述用户面网元接收来自多播服务器的所述第一多播业务的数据包；所述用户面网元根据所述第一序列编号方式和第一编号对所述第一多播业务的数据包进行编号，得到所述用户面网元中所述第一多播业务的数据包的序列号；其中，所述第一编号为所述多播服务器中所述第一多播业务的数据包的编号。
在一种可能的实现方式中，所述用户面网元为第二用户面网元，所述方法还包括：所述第二用户面网元接收来自第一用户面网元的所述第一多播业务的数据包；所述第二用户面网元根据来自所述第一用户面网元的所述第一多播业务的数据包的序列号和所述第二用户面网元中所述第一多播业务的数据包的序列号，确定所述第二用户面网 元接收到的所述第一多播业务的数据包存在重复；所述第二用户面网元停止接收来自所述第一用户面网元的所述第一多播业务的数据包，和/或，所述第二用户面网元丢弃重复的所述第一多播业务的数据包；或者，所述第二用户面网元根据来自所述第一用户面网元的所述第一多播业务的数据包的序列号和所述第二用户面网元中所述第一多播业务的数据包的序列号，确定所述第二用户面网元接收到的所述第一多播业务的数据包存在丢失，所述第二用户面网元接收来自所述第一用户面网元和来自所述多播服务器的所述第一多播业务的数据包。
第四方面，本申请实施例提供一种多播业务通信的方法，包括：第二网元确定至少两个用户面网元对第一多播业务的数据包采用第一序列编号方式；所述第二网元向所述至少两个用户面网元发送第三指示信息，所述第三指示信息用于指示采用所述第一序列编号方式对所述第一多播业务的数据包进行编号。
这样，第二网元可以指示多个用户面网元对第一多播业务的数据包采用相同的序号编号方式，则不同用户面网元中第一多播业务的数据包的序列号相同，可以避免因为不能对齐不同用户面网元中第一多播业务的数据包的序列号而导致的重复发送数据包或丢包现象。
在一种可能的实现方式中，所述第二网元确定至少两个用户面网元对第一多播业务的数据包采用第一序列编号方式，包括：所述第二网元获得第三信息，所述第三信息包括下述的一种或多种：用于表征所述第一多播业务的多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器有业务连续性需求的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息；所述第二网元根据所述第三信息，确定所述至少两个用户面网元对所述第一多播业务的数据包采用所述第一序列编号方式。
在一种可能的实现方式中，所述第二网元获得第三信息，包括：所述第二网元从数据存储库或策略控制网元获得所述第三信息。
在一种可能的实现方式中，还包括：所述第二网元向无线接入网设备发送第四指示信息，所述第四指示信息用于指示所述用户面网元对所述第一多播业务的数据包采用所述第一序列编号方式进行编号。
第五方面，本申请实施例提供一种多播业务通信的方法，包括：无线接入网设备接收来自第二网元的第四指示信息，所述第四指示信息用于指示用户面网元对第一多播业务的数据包采用第一序列编号方式进行编号；所述无线接入网设备根据所述第四指示信息，处理所述第一多播业务的数据包。
在一种可能的实现方式中，所述无线接入网设备为目标无线接入网设备，所述无线接入网设备根据所述第四指示信息，处理所述第一多播业务的数据包，包括：所述目标无线接入网设备接收来自源无线接入网设备的所述第一多播业务的数据包和来自第二用户面网元的所述第一多播业务的数据包；所述目标无线接入网设备根据来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述目标无线接入网设备接收到的所述第一多播业务的数据包存在重复；所述目标无线接入网设备停止接收来自所述源无线接入网设备的所述第一多播业务的数据包，和/或，所述目标无线接入网设备丢弃重 复的所述第一多播业务的数据包；或者，所述目标无线接入网设备根据来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述目标无线接入网设备接收到的所述第一多播业务的数据包存在丢失，所述目标无线接入网设备继续或维持接收来自所述源无线接入网设备和来自所述第二用户面网元的所述第一多播业务的数据包。
第六方面，本申请实施例提供一种多播业务通信的方法，包括：应用功能网元获得第三信息；所述第三信息包括下述的一种或多种：用于表征多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器支持数据包同步的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息；
所述应用功能网元向网络能力开放功能实体发送所述第三信息。
第七方面，本申请实施例提供一种多播业务通信的方法，包括：网络能力开放功能实体接收来自应用功能网元的第三信息；所述第三信息包括下述的一种或多种：用于表征多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器支持数据包同步的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息；所述网络能力开放功能实体将所述第三信息存储在数据存储库。
第八方面，本申请实施例提供一种通信装置，该通信装置可以是第一网元，也可以是第一网元内的芯片或者芯片系统。该通信装置可以包括处理单元和通信单元。当该通信装置是第一网元时，该处理单元可以是处理器，该通信单元可以是通信接口或接口电路。该通信装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该第一网元实现第一方面或第一方面的任意一种可能的实现方式中描述的方法。
示例性的，处理单元，用于获得映射关系；其中，所述映射关系为第一用户面网元中第一多播业务的数据包的序列号与第二用户面网元中所述第一多播业务的数据包的序列号之间的映射关系；处理单元，还用于根据所述映射关系，处理所述第一多播业务的数据包。
在一种可能的实现方式中，所述处理单元，具体用于根据所述映射关系，处理来自源无线接入网设备和/或来自所述第二用户面网元的所述第一多播业务的数据包；其中，所述第一网元为目标无线接入网设备。
在一种可能的实现方式中，所述处理单元，具体用于根据所述映射关系，处理来自所述第一用户面网元和/或来自多播服务器的所述第一多播业务的数据包；其中，所述第一网元为所述第二用户面网元。
在一种可能的实现方式中，所述处理单元，具体用于根据所述映射关系、来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播业务的数据包存在重复；所述处理单元，具体还用于停止接收来自所述源无线接入网设备的所述第一多播业务的数据包，和/或，丢弃重复的所述第一多播业务的数据包。
在一种可能的实现方式中，所述处理单元，具体用于根据所述映射关系、来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播 业务的数据包存在丢失；所述处理单元，具体还用于继续或维持接收来自所述源无线接入网设备和来自所述第二用户面网元的所述第一多播业务的数据包。
在一种可能的实现方式中，所述处理单元，具体用于根据所述映射关系、来自所述第一用户面网元的所述第一多播业务的数据包的序列号和来自所述多播服务器的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播业务的数据包存在重复；所述处理单元，具体还用于停止接收来自所述第一用户面网元的所述第一多播业务的数据包，和/或，丢弃重复的所述第一多播业务的数据包。
在一种可能的实现方式中，所述处理单元，具体用于根据所述映射关系、来自所述第一用户面网元的所述第一多播业务的数据包的序列号和来自所述多播服务器的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播业务的数据包存在丢失，所述处理单元，具体还用于继续或维持接收来自所述第一用户面网元和来自所述多播服务器的所述第一多播业务的数据包。
在一种可能的实现方式中，所述通信单元，用于接收来自第二网元的所述映射关系。
在一种可能的实现方式中，所述处理单元，具体用于获得第一关联关系和第二关联关系，并根据所述第一关联关系和所述第二关联关系确定所述映射关系，其中，所述第一关联关系为所述第一多播业务的第一数据包与第一序列号的关联关系，所述第一序列号为所述第一用户面网元中所述第一数据包的序列号；所述第二关联关系为所述第一数据包与第二序列号的关联关系，所述第二序列号为所述第二用户面网元中所述第一数据包的序列号。
在一种可能的实现方式中，所述处理单元，具体用于获得所述第一序列号和所述第二序列号，并根据所述第一序列号和所述第二序列号确定所述映射关系。
在一种可能的实现方式中，所述第一关联关系包括第一编号与所述第一序列号的关联关系；所述第二关联关系包括所述第三序列号与所述第二序列号的关联关系；其中，所述第一编号为多播服务器中所述第一数据包的编号。
在一种可能的实现方式中，所述第一关联关系包括第一数据包的数据特征与所述第一序列号的关联关系；所述第二关联关系包括第一数据包的数据特征与所述第二序列号的关联关系，所述处理单元，具体用于根据所述第一数据包的数据特征，确定所述第一序列号和所述第二序列号标识的数据包相同；根据所述第一序列号与所述第二序列号，确定所述映射关系。
在一种可能的实现方式中，所述通信单元，用于向第二网元发送第三关联关系，所述第三关联关系为所述第一多播业务的第二数据包与第三序列号的关联关系，所述第三序列号为所述第一网元中所述第二数据包的序列号。
或在一种可能的实现方式中，所述通信单元，用于向所述第二网元发送所述第三序列号。
在一种可能的实现方式中，所述通信单元，用于接收来自所述第二网元的指示信息，所述指示信息用于指示所述第一网元向所述第二网元发送所述第三关联关系或所述第三序列号。
第九方面，本申请实施例提供一种通信装置，该通信装置可以是第二网元，也可 以是第二网元内的芯片或者芯片系统。该通信装置可以包括处理单元和通信单元。当该通信装置是第二网元时，该处理单元可以是处理器，该通信单元可以是通信接口或接口电路。该通信装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该第二网元实现第二方面或第二方面的任意一种可能的实现方式中描述的方法。
示例性的，所述处理单元，用于获得第一信息，所述第一信息包括第一关联关系或第一序列号，所述第一序列号为第一用户面网元中第一多播业务的述第一数据包的序列号，所述第一关联关系为所述第一数据包与所述第一序列号的关联关系。
所述通信单元，用于根据所述第一信息，向第一网元发送第二信息；其中，所述第二信息包括所述第一信息；或者，所述第二信息包括映射关系，所述映射关系为所述第一用户面网元中所述第一多播业务的数据包的序列号与第二用户面网元中所述第一多播业务的数据包的序列号之间的映射关系。
在一种可能的实现方式中，当所述第一信息包括所述第一关联关系时，所述第一信息还包括第二关联关系，所述第二关联关系为所述第一数据包与第二序列号的关联关系，所述第二序列号为所述第二用户面网元中所述第一数据包的序列号；或者，当所述第一信息包括所述第一序号时，所述第一信息还包括所述第二序列号。
在一种可能的实现方式中，所述处理单元，还用于获得第三信息，所述第三信息包括下述的一种或多种：用于表征多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器有业务连续性需求的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息；所述通信单元，还用于根据所述第三信息，向所述第一用户面网元发送第一指示信息，以及向所述第二用户面网元发送第二指示信息；其中，所述第一指示信息用于指示所述第一用户面网元向所述第二网元发送所述第一关联关系或所述第一序列号，所述第二指示信息用于指示所述第二用户面网元向所述第二网元发送所述第二关联关系或所述第二序列号。
在一种可能的实现方式中，所述处理单元，具体用于从数据存储库或策略控制网元获得所述第三信息。
第十方面，本申请实施例提供一种通信装置，该通信装置可以是用户面网元，也可以是用户面网元内的芯片或者芯片系统。该通信装置可以包括处理单元和通信单元。当该通信装置是用户面网元时，该处理单元可以是处理器，该通信单元可以是通信接口或接口电路。该通信装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该用户面网元实现第三方面或第三方面的任意一种可能的实现方式中描述的方法。
示例性的，所述通信单元，用于接收来自第二网元的第三指示信息，所述第三指示信息用于指示所述用户面网元采用第一序列编号方式对第一多播业务的数据包进行编号；所述用户面网元接收来自多播服务器的所述第一多播业务的数据包。所述处理单元，用于根据所述第一序列编号方式和第一编号对所述第一多播业务的数据包进行编号，得到所述用户面网元中所述第一多播业务的数据包的序列号；其中，所述第一编号为所述多播服务器中所述第一多播业务的数据包的编号。
在一种可能的实现方式中，所述用户面网元为第二用户面网元，所述通信单元， 具体用于接收来自第一用户面网元的所述第一多播业务的数据包；所述处理单元，具体用于根据来自所述第一用户面网元的所述第一多播业务的数据包的序列号和所述第二用户面网元中所述第一多播业务的数据包的序列号，确定所述第二用户面网元接收到的所述第一多播业务的数据包存在重复；停止接收来自所述第一用户面网元的所述第一多播业务的数据包，和/或，所述第二用户面网元丢弃重复的所述第一多播业务的数据包；或者，所述处理单元，具体用于根据来自所述第一用户面网元的所述第一多播业务的数据包的序列号和所述第二用户面网元中所述第一多播业务的数据包的序列号，确定所述第二用户面网元接收到的所述第一多播业务的数据包存在丢失，所述通信单元，具体用于接收来自所述第一用户面网元和来自所述多播服务器的所述第一多播业务的数据包。
第十一方面，本申请实施例提供一种通信装置，该通信装置可以是第二网元，也可以是第二网元内的芯片或者芯片系统。该通信装置可以包括处理单元和通信单元。当该通信装置是第二网元时，该处理单元可以是处理器，该通信单元可以是通信接口或接口电路。该通信装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该第二网元实现第四方面或第四方面的任意一种可能的实现方式中描述的方法。
示例性的，所述处理单元，用于确定至少两个用户面网元对第一多播业务的数据包采用第一序列编号方式；所述通信单元，用于向所述至少两个用户面网元发送第三指示信息，所述第三指示信息用于指示采用所述第一序列编号方式对所述第一多播业务的数据包进行编号。
在一种可能的实现方式中，所述处理单元，具体用于获得第三信息，所述第三信息包括下述的一种或多种：用于表征所述第一多播业务的多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器有业务连续性需求的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息；根据所述第三信息，确定所述至少两个用户面网元对所述第一多播业务的数据包采用所述第一序列编号方式。
在一种可能的实现方式中，所述处理单元，具体用于第二网元从数据存储库或策略控制网元获得所述第三信息。
在一种可能的实现方式中，所述通信单元，还用于向无线接入网设备发送第四指示信息，所述第四指示信息用于指示所述用户面网元对所述第一多播业务的数据包采用所述第一序列编号方式进行编号。
第十二方面，本申请实施例提供一种通信装置，该通信装置可以是无线接入网设备，也可以是无线接入网设备内的芯片或者芯片系统。该通信装置可以包括处理单元和通信单元。当该通信装置是无线接入网设备时，该处理单元可以是处理器，该通信单元可以是通信接口或接口电路。该通信装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该无线接入网设备实现第五方面或第五方面的任意一种可能的实现方式中描述的方法。
示例性的，通信单元，用于接收来自第二网元的第四指示信息，所述第四指示信息用于指示用户面网元对第一多播业务的数据包采用第一序列编号方式进行编号；所 述处理单元，用于根据所述第四指示信息，处理所述第一多播业务的数据包。
在一种可能的实现方式中，所述无线接入网设备为目标无线接入网设备，所述通信单元，具体用于接收来自源无线接入网设备的所述第一多播业务的数据包和来自第二用户面网元的所述第一多播业务的数据包；所述处理单元，具体用于根据来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述目标无线接入网设备接收到的所述第一多播业务的数据包存在重复；停止接收来自所述源无线接入网设备的所述第一多播业务的数据包，和/或，丢弃重复的所述第一多播业务的数据包。或者，所述处理单元，具体用于根据来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述目标无线接入网设备接收到的所述第一多播业务的数据包存在丢失，所述通信单元，具体用于继续或维持接收来自所述源无线接入网设备和来自所述第二用户面网元的所述第一多播业务的数据包。
第十三方面，本申请实施例提供一种通信装置，该通信装置可以是应用功能网元，也可以是应用功能网元内的芯片或者芯片系统。该通信装置可以包括处理单元和通信单元。当该通信装置是应用功能网元时，该处理单元可以是处理器，该通信单元可以是通信接口或接口电路。该通信装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该应用功能网元实现第六方面或第六方面的任意一种可能的实现方式中描述的方法。
示例性的，所述处理单元，用于获得第三信息；所述第三信息包括下述的一种或多种：用于表征多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器支持数据包同步的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息。所述通信单元，用于向网络能力开放功能实体发送所述第三信息。
第十四方面，本申请实施例提供一种通信装置，该通信装置可以是网络能力开放功能实体，也可以是网络能力开放功能实体内的芯片或者芯片系统。该通信装置可以包括处理单元和通信单元。当该通信装置是网络能力开放功能实体时，该处理单元可以是处理器，该通信单元可以是通信接口或接口电路。该通信装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该网络能力开放功能实体实现第七方面或第七方面的任意一种可能的实现方式中描述的方法。
示例性的，所述通信单元，用于接收来自应用功能网元的第三信息；所述第三信息包括下述的一种或多种：用于表征多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器支持数据包同步的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息；所述处理单元，用于将所述第三信息存储在数据存储库。
第十五方面，本申请实施例提供了一种通信装置，用于执行上述各个方面或各个方面任意可能的实现方式中的方法。具体地，该装置包括用于执行上述各个方面或各个方面任意可能的实现方式中的方法的单元。
在一种设计中，该装置可以包括执行上述各个方面中所描述的方法/操作/步骤/动 作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。
在一种设计中，该装置为通信芯片，通信芯片可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。
在另一种设计中，该装置为通信设备，通信设备可以包括用于发送信息或数据的发射机，以及用于接收信息或数据的接收机。
在另一种设计中，该装置用于执行上述各个方面或各个方面中任意可能的实现方式中的方法，该装置可以配置在上述第一网元或第二网元中，或者该装置本身即为第一网元或第二网元。
第十六方面，本申请实施例提供了另一种通信装置，该装置包括：处理器，该处理器与存储器耦合，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该装置执行上述各个方面或各个方面任意可能实现方式中的方法。
可选地，所述处理器为一个或多个，所述存储器为一个或多个。
可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。
可选地，该通信设备还包括，发射机(发射器)和接收机(接收器)，发射机和接收机可以分离设置，也可以集成在一起，称为收发机。
第十七方面，提供了一种系统，该系统包括下述的一种或多种：用于实现上述第一方面或第一方面的任一种可能实现的方法的装置，用于实现上述第二方面或第二方面的任一种可能实现的方法的装置，用于实现上述第三方面或第三方面的任一种可能实现的方法的装置，用于实现上述第四方面或第四方面的任一种可能实现的方法的装置，用于实现上述第五方面或第五方面的任一种可能实现的方法的装置，用于实现上述第六方面或第六方面的任一种可能实现的方法的装置，用于实现上述第七方面或第七方面的任一种可能实现的方法的装置。
第十八方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被计算机运行时，使得所述计算机执行上述各个方面或各个方面的任一种可能实现方式中的方法。
第十九方面，提供了一种计算机可读介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使所述计算机执行上述各个方面或各个方面的任一种可能的实现方式中的方法的指令。
第二十方面，本申请实施例提供了一种芯片系统，该芯片系统包括一个或多个处理器，用于从存储器中调用并运行存储器中存储的指令，使得上述各个方面或各个方面的任一种可能实现方式中的方法被执行。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
其中，该芯片系统可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。
应当理解的是，本申请实施例的第二方面至第二十方面与本申请实施例的第一方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘 述。
附图说明
图1是一种系统架构的示意图。
图2是一种UPF网元切换的场景的示意图。
图3是另一种UPF网元切换的场景的示意图。
图4是又一种UPF网元切换的场景的示意图。
图5是本申请实施例提供的一种多播业务通信的方法的示意性流程图。
图6是本申请实施例提供的另一多播业务通信的方法的示意性流程图。
图7是本申请实施例提供的另一多播业务通信的方法的示意性流程图。
图8是本申请实施例提供的另一多播业务通信的方法的示意性流程图。
图9是本申请实施例提供的通信装置的示意性框图。
图10是本申请实施例提供的另一通信装置的示意性框图。
图11是本申请实施例提供的另一通信装置的示意性框图。
具体实施方式
本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)、5G通信系统或新无线(new radio，NR)或者其他演进的通信系统等。
本申请实施例中的终端设备也可以称为：用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。
终端设备可以是向用户提供语音或数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。
作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
此外，在本申请实施例中，终端设备还可以是物联网(internet of things，IoT)系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。
另外，本申请实施例中的接入网设备可以是传输接收点(transmission reception point，TRP)，还可以是LTE系统中的演进型基站(evolved NodeB，eNB或eNodeB)，还可以是家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该接入网设备可以为中继站、接入点、车载设备、可穿戴设备以及5G网络中的接入网设备或者未来演进的陆上公用移动通信网(public land mobile network，PLMN)网络中的接入网设备等，可以是WLAN中的接入点(access point，AP)，可以是新型无线系统(new radio，NR)系统中的gNB，本申请实施例并不限定。在一种网络结构中，接入网设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备、或者控制面CU节点(CU-CP节点)和用户面CU节点(CU-UP节点)以及DU节点的RAN设备。
在本申请实施例中，终端设备或各个网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(central processing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是网络设备，或者，是网络设备中能够调用程序并执行程序的功能模块。
另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读 存储器(erasable programmable read-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
为便于理解本申请实施例，首先结合图1对适用于本申请实施例的系统架构进行详细说明。如图1所示，该系统架构具体可以包括下列网元：
1、终端设备。
2、(无线)接入网(radio access network，(R)AN)设备：用于为特定区域的授权用户提供入网功能，并能够根据用户的级别，业务的需求等使用不同质量的传输隧道。(R)AN网元能够管理无线资源，为终端设备提供接入服务，进而完成控制信号和用户数据在终端设备和核心网之间的转发，(R)AN也可以理解为传统网络中的基站。
3、用户平面功能(user plane function，UPF)网元：用于分组路由和转发、或用户面数据的服务质量(quality of service，QoS)处理等。
4、会话管理功能(Session Management Function，SMF)网元：主要用于会话管理、终端设备的网络互连协议(Internet Protocol，IP)地址分配和管理、选择可管理用户平面功能、策略控制、或收费功能接口的终结点以及下行数据通知等。
5、数据网络(data network，DN)：用于提供传输数据的网络，例如，Internet网络等。
6、接入和移动性管理功能(access and mobility management function，AMF)网元：主要用于移动性管理和接入管理等，可以用于实现移动性管理实体(mobility management entity，MME)功能中除会话管理之外的其它功能，例如，合法监听、或接入授权(或鉴权)等功能。
7、认证服务功能(authentication server function，AUSF)网元：主要用于用户鉴权等。
8、策略控制功能(policy control function，PCF)网元：用于指导网络行为的统一策略框架，为控制平面功能网元(例如AMF，SMF网元等)提供策略规则信息等。
9、统一数据管理(unified data management，UDM)网元：用于处理用户标识、接入鉴权、注册、或移动性管理等。
10、应用功能(application function，AF)网元：用于进行应用影响的数据路由，接入网络开放功能网元，或，与策略框架交互进行策略控制等。
11、网络切片选择功能(network slice selection function，NSSF)网元：用于进行网络切片的选择。
在该系统架构中，N1接口为终端设备与AMF网元之间的参考点；N2接口为(R)AN和AMF网元的参考点，用于非接入层(non-access stratum，NAS)消息的发送等；N3接口为(R)AN和UPF网元之间的参考点，用于传输用户面的数据等；N4接口为SMF网元和UPF网元之间的参考点，用于传输例如N3连接的隧道标识信息、数据缓存指示信息、以及下行数据通知消息等信息；N5接口为PCF网元与AF网元之间的参考点；N6接口为UPF网元和DN网元之间的参考点，用于传输用户面的数据等；N7接口为SMF网元和PCF网元之间的参考点；N8接口为AMF网元和UDN网元之间的参考点； N9接口为UPF网元之间的参考点；N10接口为SMF网元与UDM网元之间的参考点；N11接口为AMF网元与SMF网元之间的参考点；N12接口为AMF网元与AUSF网元之间的参考点；N14接口为AMF网元之间的参考点；N15接口为AMF网元与PCF网元之间的参考点；N22接口为AMF网元与NSSF网元之间的参考点。
应理解，上述应用于本申请实施例的系统架构仅是举例说明的从参考点架构的角度描述的网络架构，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。
需要说明的是，图1中的各个网元之间的接口名称只是一个示例，具体实现中接口的名称可能为其他的名称，本申请实施例对此不作具体限定。
需要说明的是，图1中包括的各个网元(比如SMF网元、AF网元或UPF网元等)的名称也仅是一个示例，对网元本身的功能不构成限定。在5G网络以及未来其它的网络中，上述各个网元也可以是其他的名称，本申请实施例对此不作具体限定。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称，等等，在此进行统一说明，以下不再赘述。此外，应理解，上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例，对消息本身的功能不构成任何限定。
由于终端设备具有移动性，终端设备可能从源基站(Source RAN)的覆盖范围移动到目标基站(Target RAN)的覆盖范围，则终端设备需要从源基站切换到目标基站。与源基站通信的UPF1网元，以及与目标基站通信的UPF2网元可能不同，即终端设备移动中UPF网元也可能发生切换。
示例性的，图2示出了本申请实施例的UPF网元切换的场景示意图。
如图2所示，Source RAN(图2中的S-RAN)可以通过UPF1网元接收来自多播服务器(MBS sever)的多播数据流，UE与Source RAN连接时，UE可以从Source RAN接收来自UPF1网元的多播数据流。
UE因移动从Source RAN切换到Target RAN(图2中的T-RAN)，SMF网元可以决定将UE的多播会话锚点切换为UPF2网元，Target RAN可以通过UPF2网元接收来自多播服务器的多播数据流，以及接收Source RAN转发的来自UPF1网元的多播数据流，UE通过Target RAN接收多播数据流。
示例性的，在图2的场景中，UE移动引起的UPF网元切换过程可以包括下述步骤：
S1：UE向Source RAN上报测量信息，Source RAN根据UE上报的测量信息以及本地策略，决定将UE切换到Target RAN上。
S2：Source RAN向Target RAN发送切换请求(handover request)。例如，切换请求可以包含要进行切换的多播会话和多播QoS Flow。
S3：Target RAN根据Source RAN发送的切换请求，对是否允许多播会话和多播QoS Flow切换进行判定和控制，为允许切换的多播会话和多播QoS Flow分配对应的接入网资源(AN Resource)和接入网端口(AN port)。Target RAN向Source RAN发送切换请求回复(handover request ack)信息，切换请求回复信息中可以包含允许切换的多播会话、多播QoS Flow和切换命令(handover command)消息等。
S4：Source RAN指示UE释放与Source RAN的连接，并尝试通过随机接入流程接入Target RAN。
S5：UE断开与Source RAN的连接，并通过随机接入流程建立与Target RAN的连接，此过程中Source RAN与Target RAN通过转发隧道将UPF1网元发往Source RAN的数据转发给Target RAN，Target RAN对转发的数据进行缓存。
S6：UE完成随机接入流程，与Target RAN建立空口连接，Target RAN向UE发送从Source RAN接收以及缓存的数据。Target RAN向AMF网元发送路径转换请求(path switch request)，路径转换请求中可以包含需要进行切换的单播会话的AN port等消息，和/或，为多播会话分配的AN port信息等。
S7：AMF网元向SMF网元发送会话上下文更新请求，会话上下文更新请求中可以包含需要进行切换的多播会话以及多播会话的AN port信息等。
S8：SMF网元通过N16消息通知多播SMF2网元UE需要进行多播会话的路径转换通知，路径转换通知中可以包含UE和Target RAN的相关消息，例如，相关消息包括UE标识、Target RAN的标识、Target RAN为多播会话及多播QoS Flow分配的AN port等。
S9：SMF2网元接收到SMF网元的N16消息，SMF2网元根据Target RAN的位置信息以及当前的多个多播UPF网元到Target RAN的拓扑信息等，决定为该UE切换多播UPF2网元。
S10：SMF2网元将收到的Target RAN为多播会话分配的AN port信息发送给多播UPF2网元，建立多播UPF2网元到Target RAN之间的数据传输隧道。
S11：SMF2网元通知UPF1网元释放到Source RAN的多播数据传输隧道。
S12：SMF2网元通过N16消息，通知SMF网元多播会话锚点的切换情况。
S13：UPF1网元向Source RAN发送结束标记(end marker)，该end marker可以发往Target RAN。
S14：SMF网元通过AMF网元向Target RAN发送路径切换回复(path switch response)，完成切换流程。
在上述过程中，因为发生了UPF1网元向UPF2网元的切换，UPF1网元为多播业务数据包编号得到的序列号，与UPF2网元为多播业务数据包编号得到的序列号不同，导致无法对来自UPF1网元和UPF2网元的数据包进行序列号同步，进而可能出现传输重复的数据包，或丢包现象。
示例性的，在下述场景中，可能存在相同数据包被不同UPF网元编号不同的现象。
UPF1网元和UPF2网元在不同时间加入组播树，使得UPF1网元接收的多播业务的数据包，与UPF2网元接收的多播业务的数据包存在重复，且UPF1网元和UPF2网元对多播业务的数据包的编号不同。
例如，该多播业务在9:00开始，9:05有UE1通过UPF1网元请求接收多播业务，UPF1网元在9:05加入MBS server的多播树，接收MBS server的该多播业务的数据包，并发送给UE1。9:10有UE2通过UPF2网元请求接收多播业务，UPF2网元在9:10加入MBS server的多播树，接收MBS server的该多播业务的数据包，此时UPF2网元接收的多播业务的数据包所对应的播放内容可能与UPF1网元存在偏差，比如UPF1网 元对应的播放内容比UPF2网元对应的播放内容快10s，则该10s的播放内容对应的数据包，UPF1网元和UPF2网元都可能接收，或理解为UPF1网元和UPF2网元可能接收到多播业务的相同内容的重复数据包。
UPF1网元和UPF2网元对多播业务的数据包的编号可能不同。比如UPF1网元接收到的第一个数据包从0开始编号，而UPF2网元接收到的第一个数据包从10开始编号，导致相同内容的数据包从UPF1网元发出时的序列号与从UPF2网元发出时的序列号存在差异。
相同数据包被不同UPF网元编号不同时，会导致Target RAN或UPF2无法对来自UPF1网元和UPF2网元的相同数据包进行同步，进而可能出现传输重复的数据包，或丢包现象。
示例性的，如图3所示，UPF2网元与Target RAN已经建立了多播数据传输通道，或者，UPF2网元与Target RAN未建立多播数据传输通道，但在切换过程中，SMF网元决定将UPF2网元作为为UE的多播UPF，在UE向UPF2网元切换的流程中，Target RAN同时接收来自UPF1网元经由Source RAN转发过来的多播数据流以及UPF2网元下发的多播数据流，汇聚节点为Target RAN，需要Target RAN对相同内容的数据包进行序列号同步，但是，UPF1网元和UPF2网元对多播业务的数据包的编号可能不同，导致相同内容的数据包从UPF1网元发出时的序列号与从UPF2网元发出时的序列号存在差异，Target RAN无法对来自UPF1网元和UPF2网元的相同内容的数据包进行序列号同步，进而可能出现传输重复的数据包，或丢包现象。
示例性的，如图4所示，在UE向UPF2网元切换过程中，UPF2网元未建立与MBS server之间的传输路径，为了保持业务连续性，SMF网元决定先将UPF1网元的多播业务的数据包通过UPF2网元转发到Target RAN上，此时Target RAN同时接收来自Source RAN的转发数据和来自UPF2网元的转发数据，数据来源均为UPF1网元。UE切换到UPF2网元之后，Target RAN停止从Source RAN接收数据，UPF2网元建立与MBS server之间的传输路径，Target RAN改为从UPF2网元接收来自UPF1网元的转发数据包，以及从UPF2网元接收来自MBS server的多播业务的数据包，此时多播业务的数据包的汇聚节点为UPF2网元，需要在UPF2网元对相同内容的数据包进行序列号同步，但是，UPF1网元和UPF2网元对多播业务的数据包的编号可能不同，导致相同内容的数据包从UPF1网元发出时的序列号与在UPF2网元中的序列号存在差异，UPF2网元无法对UPF2中的以及来自UPF1网元的相同内容的数据包进行序列号同步，进而可能出现传输重复的数据包，或丢包现象。
有鉴于此，本申请实施例提出了一种多播业务通信的方法，能够在UPF网元切换过程中实现多播业务的数据包序列号对齐，避免了由于不同UPF网元中相同数据包的序列号差异而导致无法成功解析数据包的问题。
本申请实施例的多播业务通信的方法可以采用下述两种构思：
第一种构思：不同UPF网元对多播业务的数据包采用不同的编号方式，第一网元获得不同UPF网元中多播业务的数据包的序列号之间的映射关系，进而第一网元基于映射关系识别出该多播业务的相同数据包，以及结合数据包的序列号判断是否发生数据包的丢失或重复传输等。其中，第一网元可以为上述的目标RAN或UPF2网元等。
第二种构思：不同UPF网元对多播业务的数据包采用相同的编号方式，以保证多播业务的相同数据包的序列号相同，避免由于数据包的序列号无法对齐而导致的重复传输或丢包现象。
其中，相同数据包可以指的是数据内容相同的数据包，例如，数据内容可以包括视频数据和音频数据等。可以理解的是，相同数据包并不限定为完全相同的数据包，例如在上述第一种构思中，相同数据包可以具有不同的序列号。相同数据包也可能根据实际应用场景存在其他可能的差异，本申请实施例关注的是数据包中实质包含的数据内容，对其他差异不作具体限定。
下面对本申请实施例中涉及的一些词汇进行说明。
第一网元，可以用于接收来自不同网元的多播业务的数据包，进而可以采用本申请提供的方法来处理来自不同网元的多播业务的数据包。例如，第一网元包括无线接入网设备或UPF网元等。
第二网元，可以是控制面网元，例如，第二网元包括SMF网元、AMF网元或PCF网元等。
第一用户面网元，可以指当UE与源RAN连接时，与该UE通信的UPF网元，例如，图2、图3、图4或图6中的UPF1。
第二用户面网元，可以指当UE切换到目标RAN时，与该UE通信的UPF网元，例如，图2、图3、图4或图6中的UPF2。
第一多播业务，可以为任意的多播业务，例如，某直播业务或某点播业务等。第一多播业务的数据包可以包括多播业务的内容，例如音频或视频等。
第一用户面网元中第一多播业务的数据包的序列号，可以指第一用户面网元对第一多播业务的数据包编号，得到的GTP-U序列号。
第二用户面网元中第一多播业务的数据包的序列号，可以指第二用户面网元对第一多播业务的数据包编号，得到的GTP-U序列号。
第一数据包，可以指第一多播业务的任意一个数据包。第一用户面网元对第一数据包的编号可以称为第一序列号，第二用户面网元对第一数据包的编号可以称为第二序列号。多播服务器对第一数据包的编号可以称为第一编号。示例性的，第一序列号和第二序列号均可以为GTP-U序列号，第一编号可以为RTP的SN。
第一关联关系，可以指第一数据包与第一序列号的关联关系。
第二关联关系，可以指第一数据包与第二序列号的关联关系。
这样，基于第一关联关系和第二关联关系，可以确定第一序列号和第二序列号标识的数据包相同(即第一数据包)，从而可以得到第一序列号与第二序列号之间的映射关系。
映射关系(mapping)，可以指第一用户面网元中第一多播业务的数据包的序列号与第二用户面网元中第一多播业务的数据包的序列号之间的映射关系。
在一种可能的实现方式中，映射关系中可以包括：第一多播业务中的每个数据包在第一用户面网元中的序列号以及第二用户面网元中的序列号的序列号。这样，根据映射关系，可以识别第一多播业务中的重复数据包或丢失的数据包。
在另一种可能的实现方式中，映射关系中可以包括：第一用户面网元与第二用户面网元中第一多播业务的同一个数据包的序列号差异。例如，第一用户面网元对接收到的第一多播业务的第一个数据包从0开始编号，而UPF2网元对接收到的第一多播业务的第一个数据包从10开始编号，则根据映射关系，可以在第一用户面网元中的序列号加10，以对齐第二用户面网元中的序列号；或可以在第二用户面网元中的序列号减10，以对齐第一用户面网元中的序列号。
下面可以基于上述两种构思，对本申请的实施例进行详细说明。需要指出的是，下面各方法实施例之间可以相互独立，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图5示出了本申请实施例的一种多播业务通信的方法的示意性流程图。该方法可以应用于图1所示的系统架构100，不限于此。
S501：第一网元获得映射关系。
具体地，第一网元可以预先配置有该映射关系，也可以从其他网元接收该映射关系，还可以自己生成该映射关系，不予限制。
S502：第一网元根据映射关系，处理第一多播业务的数据包。
例如，第一网元可以根据映射关系确定第一网元接收到的第一多播业务的数据包中是否存在重复的数据包，或者存在丢包等现象，等。本申请实施例对第一网元根据映射关系处理第一多播业务的数据包的具体实现不作限定。
这样，本申请实施例第一网元可以获得数据包在第一用户面网元与第二用户面网元中的序列号之间的映射关系，从而UE从第一用户面网元切换到第二用户面网元时，第一网元可以根据该映射关系，成功解析数据包，例如，可以判断来自第一用户面网元的数据包与来自第二用户面网元的数据包是否发生重复或遗漏，从而可以有效改善在UE中重复接收相同数据包或丢包的情况。
需要说明的是，本申请实施例中的名词均可以参照名词解释部分的说明在此不作赘述。
可选地，在上述实施例的一种实施场景中，上述方法还包括：
S500：第二网元获得第一信息，并根据第一信息向第一网元发送第二信息。
其中，第一信息可以包括第一关联关系或第一序列号。
具体地，第二网元可以从第一用户面网元获得第一信息。
其中，第一网元可以是第二用户面网元，第二网元可以是控制面网元；或者，第一网元可以是目标无线接入网设备，第二网元可以是控制面网元。
具体的，在第一网元为第二用户面网元时，第一信息可以包括第一关联关系或第一序列号。在第一网元为目标无线接入网设备时，第一信息可以包括两种组合，第一种：第一关联关系和第二关联关系；第二种：第一序列号和第二序列号。
其中，第二信息可以包括：第一信息，或者，该映射关系。
相应地，步骤S501可以包括第一网元从第二网元获得该映射关系，或者，第一网元从第二网元获得该第一信息，并根据该第一信息获得该映射关系。
具体地，在第二信息为映射关系时，第二网元先根据第一信息获得该映射关系，再向第一网元发送该映射关系。其中，第一信息可以包括两种组合，第一种：第一关联关系和第二关联关系；第二种：第一序列号和第二序列号。
在第二信息包括第一信息时，若第一网元为第二用户面网元，第二网元向第二用户面网元发送第一关联关系或第一序列号。若第一网元为目标无线接入网设备，第二网元向目标无线接入网设备发送第一关联关系和第二关联关系，或者，第二网元向目标无线接入网设备发送第一序列号和第二序列号。
示例性的，下面针对第一网元分别为目标无线接入网设备和第二用户面网元的两种情况，对图5所示实施例中的步骤做进一步说明。
可选地，在上述实施例的第一种实现场景中，第一网元为目标无线接入网设备，该场景可以参见如图3所示的场景。该场景中，第一信息可以包括两种组合，第一种：第一关联关系和第二关联关系；第二种：第一序列号和第二序列号。
S500中第二网元获得第一信息可以包括：第二网元从第一用户面网元获得该第一关联关系，第二网元从第二用户面网元获得该第二关联关系；或者，第二网元从第一用户面网元获得该第一序列号，第二网元从第二用户面网元获得该第二序列号。
例如，第二网元可以按一定周期从第一用户面网元获得该第一关联关系，以及从第二用户面网元获得该第二关联关系；或者，第二网元可以按一定周期从第一用户面网元获得该第一序列号，以及从第二用户面网元获得该第二序列号。比如，一个周期可以为一个或多个时间窗等。
S500中根据第一信息向第一网元发送第二信息可以采用如下两种实现方式。
方式一：第二网元将获得的第一信息发送给目标无线接入网设备(即第二信息包括第一信息)。
例如，第二网元可以存储该第一信息，并在UE从源无线接入网设备切换到目标无线接入网设备时，向目标无线接入网设备发送包括第一信息的第二信息。具体地，当第二网元为SMF网元时，SMF网元可以通过N2消息将第二信息发送给目标无线接入网设备。
需要说明的是，第一信息和第二信息主要是为了表明第一信息和第二信息所代表的内容，并不限定第一信息和第二信息的具体形式，第一信息和第二信息的具体形式可能不同，也可能相同。
方式二：第二网元根据第一信息向目标无线接入网设备发送包括映射关系的第二信息(即第二信息包括映射关系)。
其中，第二网元根据第一信息向目标无线接入网设备发送包括映射关系的第二信息可以包括：第二网元根据第一信息确定映射关系，具体分为如下两种情况A和B。
情况A，第一信息包括第一关联关系和第二关联关系。
在一种可能的实现方式中，第一关联关系指第一编号与第一序列号的关联关系，第二关联关系指第一编号与第二序列号的关联关系。
这样，基于第一编号，可以确定第一序列号和第二序列号标识的数据包相同(即第一数据包)，从而得到第一序列号与第二序列号之间的映射关系。
其中，第一编号可以指多播服务器对多播业务的第一数据包的编号，例如，第一编号可能称为SN，本申请实施例对第一编号的具体命名不做限定。
可以理解的是，该实现方式中，多播服务器为第一数据包编号得到第一编号，第一用户面网元和第二用户面网元均可以读取第一数据包的第一编号。例如，第一用户面网元和第二用户面网元可以采用深度报文检测(deep packet inspection，DPI)技术从第一数据包中读取该第一编号。
在另一种可能的实现方式中，第一关联关系指第一数据包的数据特征与第一序列号的关联关系，第二关联关系指第一数据包的数据特征与第二序列号的关联关系。
其中，第一数据包的数据特征可以包括第一数据包的时间戳和/或数据包哈希(hash)值等。第一数据包的数据特征可以是第一用户面网元或第二用户面网元采用DPI技术得到的，也可以是第一用户面网元或第二用户面网元对第一数据包进行去包头操作后，计算得到的，不作限定。
这样，基于第一数据包的数据特征可以确定第一序列号与第二序列号标识的数据包相同(均是第一数据包)，则可以得到第一序列号与第二序列号之间的映射关系。
在第一关联关系指第一数据包的数据特征与第一序列号的关联关系，第二关联关系指第一数据包的数据特征与第二序列号的关联关系时，一种具体可能实现方式中，第二网元可以从多组数据特征与序列号的关联关系中，确定第一关联关系和第二关联关系中均包括第一数据包的数据特征。
例如，第一用户面网元以时间窗(例如一个时间窗为2秒等)为单位向第二网元发送多组数据特征与序列号的关联关系，第二用户面网元也以时间窗为单位向第二网元发送多组数据特征与序列号的关联关系，则第二网元可以从第一用户面网元的多组数据特征与序列号的关联关系，以及第二用户面网元的多组数据特征与序列号的关联关系中，确定该第一关联关系和第二关联关系中均包括第一数据包的数据特征。
可选的，第二网元可以在同一时间窗内，从第一用户面网元的多组数据特征和第二用户面网元的多组数据特征中，确定该第一关联关系和第二关联关系中均包括第一数据包的数据特征。这是因为，相同数据包到达第一用户面网元和第二用户面网元的时间差通常不大，第二用户面网元通常在一个时间窗内接收到该第一关联关系和第二关联关系，因此该实现方式中，第二网元对同一时间窗中第一用户面网元的关联关系和第二用户面网元的关联关系进行比对，通常能够确定该第一关联关系和第二关联关系中均包括第一数据包的数据特征，且不需要遍历第一用户面网元的全部数据特征与序列号的关联关系以及第二用户面网元的全部数据特征与序列号的关联关系，能够节约第二网元的计算资源和用户面网元上报的信令开销。
可以理解的是，该实现方式中，多播服务器不支持将第一数据包编号为第一编号，第一用户面网元和第二用户面网元均不能读取第一数据包的第一编号，因此，第一关联关系可以指第一数据包的数据特征与第一序列号的关联关系，第二关联关系可以指第一数据包的数据特征与第二序列号的关联关系。
情况B，第一信息包括第一序列号和第二序列号。
在一种可能的实现中，第二网元在得到第一数据包对应的第一序列号后，可以指示第二用户面网元上报第一数据包对应的第二序列号；或者，第二网元在得到第一数据包对应的第二序列号后，可以指示第一用户面网元上报第一数据包对应的第一序列号；进一步地，第二网元可以确定第一序列号和第二序列号均用于标识第一数据包，从而得到第一序列号与第二序列号之间的映射关系。
相应地，针对S500中根据第一信息向第一网元发送第二信息的两种方式，S501可以采用如下两种可能的实现。
当第二信息包括第一信息时(即S500中的方式一)，S501的一种可能实现为：目标无线接入网设备根据第一信息确定映射关系。
其中，目标无线接入网设备根据第一信息确定映射关系具体可以参考上述方式二中第二网元根据第一信息确定映射关系的实现方式，在此不再赘述。
当第二信息包括映射关系时(即S500中的方式二)，S501的一种可能实现为第一网元从第二网元接收该映射关系。
可选地，步骤502包括：目标无线接入网设备根据映射关系，处理来自源无线接入网设备和来自第二用户面网元的第一多播业务的数据包。
可以理解的是，S502中的第一多播业务的数据包可以包括来自源无线接入网设备和来自第二用户面网元的第一多播业务的数据包。
在一个示例中，目标无线接入网设备根据映射关系、来自源无线接入网设备的第一多播业务的数据包的序列号和来自第二用户面网元的第一多播业务的数据包的序列号，确定目标无线接入网设备接收到的第一多播业务的数据包存在重复；目标无线接入网设备停止接收来自源无线接入网设备的第一多播业务的数据包，和/或，目标无线接入网设备丢弃重复的第一多播业务的数据包。
其中，映射关系为第一用户面网元中第一多播业务的数据包的序列号与第二用户面网元中第一多播业务的数据包的序列号之间的映射关系。
具体地，在UE从源无线接入网设备向目标无线接入网设备切换的过程中，源无线接入网设备可以向目标无线接入网设备转发来自第一用户面网元的第一多播业务的数据包，目标无线接入网设备还可以接收来自第二用户面网元的第一多播业务的数据包。目标无线接入网设备基于该映射关系、来自源无线接入网设备的第一多播业务的数据包的序列号和来自第二用户面网元的第一多播业务的数据包的序列号，可以对接收到的第一多播业务的数据包进行序列号对齐(可以理解为将数据包的序列号转换为采用相同编号方式的序列号)，进一步地，目标无线接入网设备可以基于对齐后的序列号 判断第一多播业务的数据包是否存在重复。例如，若对齐后的序列号存在重复，则表明第一多播业务的数据包存在重复。
其中，在目标无线接入网设备确定接收到的第一多播业务的数据包存在重复时，目标无线接入网设备停止接收来自源无线接入网设备的第一多播业务的数据包(例如，目标无线接入网设备通知源无线接入网设备停止第一多播业务的数据包的发送)，能够避免更多重复的第一多播业务的数据包的接收，降低目标无线接入网设备的负荷，以及节约通信资源。
其中，在目标无线接入网设备确定接收到的第一多播业务的数据包存在重复时，目标无线接入网设备丢弃重复的第一多播业务的数据包，避免目标无线接入网设备在向UE发送第一多播业务的数据包时出现重复的数据包，造成资源浪费。
需要指出的是，在目标无线接入网设备确定接收到的第一多播业务的数据包存在重复时，目标无线接入网设备可以停止接收来自源无线接入网设备的第一多播业务的数据包，且丢弃重复的第一多播业务的数据包，以达到上述两种手段结合的效果。
可以理解的是，在目标无线接入网设备丢弃重复的第一多播业务的数据包时，该丢弃的重复的第一多播业务的数据包可以是随机选择的，也可以是指定的。例如，在采用随机选择的情况下，该丢弃的重复的第一多播业务的数据包可以是来自于源无线接入网设备的，或者来自于第二用户面网元的，或者部分来自于源无线接入网设备部分来自于第二用户面网元。再例如，该丢弃的重复的第一多播业务的数据包可以指定是来自于源无线接入网设备的，或者指定来自于第二用户面网元的。
在另一个示例中，目标无线接入网设备根据映射关系、来自源无线接入网设备的第一多播业务的数据包的序列号和来自第二用户面网元的第一多播业务的数据包的序列号，确定目标无线接入网设备接收到的第一多播业务的数据包存在丢失，目标无线接入网设备继续或维持接收来自源无线接入网设备和来自第二用户面网元的第一多播业务的数据包。
具体地，目标无线接入网设备对接收到的第一多播业务的数据包进行序列号对齐，基于对齐后的序列号目标无线接入网设备可以判断接收到的第一多播业务的数据包是否存在丢失。例如，若对齐后的序列号存在不连续的现象，则表明第一多播业务的数据包存在丢失。
在目标无线接入网设备确定接收到的第一多播业务的数据包存在丢失时，目标无线接入网设备继续或维持接收来自源无线接入网设备和来自第二用户面网元的第一多播业务的数据包，这种通过两条路径接收第一多播业务的数据包能够降低第一多播业务的数据包丢失的概率，进而避免出现丢失数据包导致的无法成功解析数据包的现象。
可选地，在上述实施例的第二种实现场景中，第一网元为第二用户面网元，该场景可以参见如图4所示的场景。该场景中，第一信息可以包括第一关联关系或第一序列 号。
S500中第二网元获得第一信息可以包括：第二网元从第一用户面网元获得该第一信息。
例如，第二网元可以按一定周期从第一用户面网元获得第一关联关系或第一序列号。比如，一个周期可以为一个或多个时间窗等。
S500中根据第一信息向第一网元发送第二信息可以采用如下两种实现方式。
方式a：第二网元将获得的第一信息发送给第二用户面网元(即第二信息包括第一信息)。
例如，第二网元可以存储该第一信息，并在UE从源无线接入网设备切换到目标无线接入网设备时，向第二用户面网元发送包括第一信息的第二信息。具体地，第二网元为SMF网元时，SMF网元可以通过N4消息将第二信息发送给第二用户面网元。
可以理解的是，因为本申请实施例中，第一网元为第二用户面网元，第二用户面网元可以从自身得到第二关联关系或第二序列号，因此第一信息可以不包括第二关联关系或第二序列号。
需要说明的是，第一信息和第二信息主要是为了表明第一信息和第二信息所代表的内容，并不限定第一信息和第二信息的具体形式，第一信息和第二信息的具体形式可能不同，也可能相同。
方式b：第二网元根据第一信息向第二用户面网元发送包括映射关系的第二信息(即第二信息包括映射关系)。
其中，第二网元根据第一信息向目标无线接入网设备发送包括映射关系的第二信息可以包括：第二网元根据第一信息确定映射关系。
其中，第一信息中还包括第二关联关系或第二序列号，具体地，第一信息中包括第一关联关系和第二关联关系；或者，第一信息中包括第一序列号和第二序列号。第二网元获得第二关联关系或第二序列号具体可以参照上述方式a的记载，不再赘述。
第二网元根据第一信息确定映射关系具体可以参照上述情况A和情况B中第二网元根据第一信息确定映射关系的实现方式，在此不再赘述。
相应地，针对S500中根据第一信息向第一网元发送第二信息的两种方式，S501可以采用如下两种可能的实现。
当第二信息包括第一信息时(即S500中的方式a)，S501的一种可能实现为：d第二用户面网元根据第一信息确定映射关系。
其中，第二用户面网元根据第一信息确定映射关系具体可以参考上述方式二中第二网元根据第一信息确定映射关系的实现方式，在此不再赘述。
当第二信息包括映射关系时(即S500中的方式b)，S501的一种可能实现为第二用户面网元从第二网元接收该映射关系。可选地，步骤502包括：第二用户面网元根据映射关系，处理来自第一用户面网元和来自多播服务器的第一多播业务的数据包。
可以理解的是，S502中的第一多播业务的数据包可以包括来自第一用户面网元和来自多播服务器的第一多播业务的数据包。
在一个示例中，第二用户面网元根据映射关系、来自第一用户面网元的第一多播业务的数据包的序列号和来自多播服务器的第一多播业务的数据包的序列号，确定第二用户面网元接收到的第一多播业务的数据包存在重复；第二用户面网元停止接收来自第一用户面网元的第一多播业务的数据包，和/或，第二用户面网元丢弃重复的第一多播业务的数据包。
其中，映射关系为第一用户面网元中第一多播业务的数据包的序列号与多播服务器中第一多播业务的数据包的序列号的映射关系。
具体地，在UE从第一用户面网元向第二用户面网元切换的过程中，第一用户面网元可以向第二用户面网元转发第一多播业务的数据包，第二用户面网元还可以接收来自多播服务器的第一多播业务的数据包。第二用户面网元基于该映射关系、来自第一用户面网元的第一多播业务的数据包的序列号和来自多播服务器的第一多播业务的数据包的序列号，可以对接收到的第一多播业务的数据包进行序列号对齐(可以理解为将数据包的序列号转换为采用相同编号方式的序列号)，进一步地，第二用户面网元可以基于对齐后的序列号判断第一多播业务的数据包是否存在重复。
其中，在第二用户面网元确定接收到的第一多播业务的数据包存在重复时，第二用户面网元停止接收来自第一用户面网元的第一多播业务的数据包(例如，第二用户面网元通知第一用户面网元停止第一多播业务的数据包的发送)，能够避免更多重复的第一多播业务的数据包的接收，降低第二用户面网元的负荷，以及节约通信资源。
其中，在第二用户面网元确定接收到的第一多播业务的数据包存在重复时，第二用户面网元丢弃重复的第一多播业务的数据包，避免第二用户面网元在向目标无线接入网设备发送第一多播业务的数据包时出现重复的数据包，造成资源浪费。
需要指出的是，在第二用户面网元确定接收到的第一多播业务的数据包存在重复时，第二用户面网元可以停止接收来自第一用户面网元的第一多播业务的数据包，且丢弃重复的第一多播业务的数据包，以达到上述两种手段结合的效果。
可以理解的是，在第二用户面网元丢弃重复的第一多播业务的数据包时，该丢弃的重复的第一多播业务的数据包可以是随机选择的，也可以是指定的。例如，在采用随机选择的情况下，该丢弃的重复的第一多播业务的数据包可以是来自于第一用户面网元的，或者来自于多播服务器的，或者部分来自于第一用户面网元部分来自于多播服务器。
再例如，该丢弃的重复的第一多播业务的数据包可以指定是来自于第一用户面网元的，或者指定来自于多播服务器的。
在另一个示例中，第二用户面网元根据映射关系、来自第一用户面网元的第一多播业务的数据包的序列号和来自多播服务器的第一多播业务的数据包的序列号，确定第二用户面网元接收到的第一多播业务的数据包存在丢失，第二用户面网元继续或维 持接收来自第一用户面网元和来自多播服务器的第一多播业务的数据包。
具体地，第二用户面网元对接收到的第一多播业务的数据包进行序列号对齐，基于对齐后的序列号第二用户面网元可以判断接收到的第一多播业务的数据包是否存在丢失。例如，若对齐后的序列号存在不连续的现象，则表明第一多播业务的数据包存在丢失。
在第二用户面网元确定接收到的第一多播业务的数据包存在丢失时，第二用户面网元继续或维持接收来自第一用户面网元和来自多播服务器的第一多播业务的数据包，这种通过两条路径接收第一多播业务的数据包能够降低第一多播业务的数据包丢失的概率，进而避免出现丢失数据包导致的无法成功解析数据包的现象。
可选的，在上述图5对应的实施例的实现场景、上述第一种实现场景或上述第二种实现场景中，第二网元可以在确认第一多播业务具有较高的传输要求时，第二网元执行S501和S502的步骤。例如第二网元确定第一多播业务不能有丢包或重传数据包时，第二网元执行S501和S502的步骤。这样，第二网元对传输要求不高的多播业务可以不执行上述序列号对齐，减少信令消耗。
具体地，本申请实施例的方法可选的还包括S503(图中未示出)：第二网元获得第三信息。其中，第三信息包括下述的一种或多种：用于表征多播服务器支持带序列号的传输协议的信息、用于表征多播服务器有业务连续性需求的信息、用于表征多播服务器允许用户面网元读取数据包中的序列号的信息。
第一种示例中，第三信息包括用于表征多播服务器支持带序列号的传输协议的信息。其中，用于表征多播服务器支持带序列号的传输协议的信息可以是某传输协议的标识，其中，该传输协议支持为数据包添加序列号。用于表征多播服务器支持带序列号的传输协议的信息也可以自定义的标识，该自定义的标识用于指示多播服务器采用的传输协议支持为数据包添加序列号。需要说明的是，用于表征多播服务器支持带序列号的传输协议的信息的具体形式可以是字符、数字或字符串等，不作限定。
在多播服务器支持带序列号的传输协议时，后续第一用户面网元或第二用户面网元可以解析来自多播服务器的数据包的序列号(如上述实施例的第一编号)，得到多播业务的数据包在多播服务器的第一编号与在第一用户面网元的第一序列号的第一关联关系，以及得到多播业务的数据包在多播服务器的第一编号与在第二用户面网元的第二序列号的第二关联关系。
可以理解的是，如果第三信息不包括用于表征多播服务器支持带序列号的传输协议的信息，或者多播服务器不支持带序列号的传输协议，则后续第一用户面网元或第二用户面网元可以解析来自多播服务器的数据包的数据特征(如上述实施例的第一数据包的数据特征)，获得多播业务的第一数据包的数据特征与第一序列号的第一关联关系，以及第一数据包的数据特征与第二序列号的第二关联关系。
可选地，如果第三信息包括用于表征多播服务器支持带序列号的传输协议的信息，可以隐含指示多播服务器有业务连续性需求，以及多播服务器允许用户面网元读取数据包中的序列号。
第二种示例中，第三信息包括用于表征多播服务器有业务连续性需求的信息。其中，用于表征多播服务器有业务连续性需求的信息的具体形式可以是字符、数字或字符串等，不作限定。
在多播服务器有业务连续性需求时，后续第二用户面网元或目标接入网设备可以采用如图5对应的实施例的方式避免第一多播业务的数据包重发或丢失，从而保证多播服务器的业务连续。
可选地，如果第三信息包括用于表征多播服务器有业务连续性需求的信息，可以隐含多播服务器支持带序列号的传输协议，以及多播服务器允许用户面网元读取数据包中的序列号。
第三种示例中，第三信息包括用于表征多播服务器允许用户面网元读取数据包中的序列号的信息，用于表征多播服务器允许用户面网元读取数据包中的序列号的信息的具体形式可以是字符、数字或字符串等，本申请实施例对此不作具体限定。
多播服务器允许用户面网元读取数据包中的序列号，则后续第一用户面网元或第二用户面网元可以读取来自多播服务器的数据包的序列号(如上述实施例的第一编号)，进一步地，第一用户面网元或第二用户面网元可以获得多播业务的数据包在多播服务器的第一编号与在第一用户面网元的第一序列号的第一关联关系，以及得到多播业务的数据包在多播服务器的第一编号与在第二用户面网元的第二序列号的第二关联关系。
可选地，如果第三信息包括用于表征多播服务器允许用户面网元读取数据包中的序列号的信息，可以隐含指示多播服务器支持带序列号的传输协议，以及多播服务器有业务连续性需求。
作为示例而非限定，第二网元可以从数据存储库或策略控制网元获得第三信息。
示例性的，以第二网元为SMF网元为例，第二网元从数据存储库或策略控制网元获得第三信息的可能实现为：应用功能网元获得第三信息，应用功能网元向网络能力开放功能实体(network exposure function，NEF)发送第三信息，网络能力开放功能实体将第三信息存储在数据存储库(例如，统一数据存储库(unified data repository，UDR))。进一步的，SMF网元可以从数据存储库查询多播上下文，获得该第三信息。或者，策略控制网元向网络能力开放功能实体订阅多播会话对应的信息通知，得到第三信息，SMF网元从策略控制网元获得该第三信息。
可选的，S503之后还可以包括S504和S505(图中未示出。
S504：第二网元根据第三信息，向第一用户面网元发送第一指示信息，以及向第二用户面网元发送第二指示信息。
其中，第一指示信息用于指示第一用户面网元向第二网元发送第一关联关系或第一序列号，第二指示信息用于指示第二用户面网元向第二网元发送第二关联关系或第二序列号。
需要说明的是，第一指示信息和第二指示信息主要是为了表明第一指示信息和第二指示信息的作用，并不限定第一指示信息和第二指示信息的具体形式，第一指示信息和第二指示信息的具体内容可能不同，也可能相同。
S505：第一用户面网元根据第一指示信息向第二网元发送第一关联关系或第一序列号，以及第二用户面网元根据第二指示信息向第二网元发送第二关联关系或第二序 列号。
本申请实施例中，第一用户面网元在接收到来自多播服务器的第一多播业务的数据包时，可以基于第一用户面网元的编号方式对该第一多播业务的第一数据包编号，得到第一序列号，进一步地，第一用户面网元向第二网元发送第一关联关系或第一序列号。
第二用户面网元在接收到来自多播服务器的第二多播业务的数据包时，可以基于第二用户面网元的编号方式对该第一多播业务的第一数据包编号，得到第二序列号，进一步地，第二用户面网元向第二网元发送第二关联关系或第二序列号。
其中，第二用户面网元可以定期向第二网元发送第一多播业务的数据包的序列号相关情况。
在一种可能的实现方式中，第二用户面网元可以定期向第二网元发送第一多播业务的数据包的序列号相关情况可以包括：第二用户面网元向第二网元发送第三关联关系，第三关联关系为第一多播业务的第二数据包与所述第三序列号的关联关系，第三序列号为第二用户面网元中第二数据包的序列号。
其中，第二数据包可以为第一多播业务中所包括的任一个数据包，第二用户面网元获得第三关联关系具体可以参照上述第二用户面网元获得第一多播业务的第二关联关系，不再赘述。
在另一种可能的实现方式中，第二用户面网元可以定期向第二网元发送第一多播业务的数据包的序列号相关情况可以包括：第二用户面网元向第二网元发送第三序列号。第二用户面网元获得第三序列号具体可以参照上述第二用户面网元获得第一多播业务的第一数据包的第二序列号，不再赘述。
可以理解的是，第一用户面网元也可以定期向第二网元发送第一多播业务的数据包的序列号相关情况，类似于第二用户面网元，在此不再赘述。
因为第一用户面网元向第二网元发送第一关联关系或第一序列号，以及第二用户面网元向第二网元发送第二关联关系或第二序列号等需要有较多的信令交互，因此本申请实施例中，在第二网元获得第三信息时，向第一用户面网元第一用户面网元发送第一指示信息，以及向第二用户面网元发送第二指示信息，对于传输要求不高的多播业务，可以减少信令交互，节约通信资源。
可选地，结合上述图5对应的实施例，图6示出了本申请实施例的一种具体的多播业务通信的方法的示意性流程图。该方法可以应用于图1所示的系统架构100，本申请实施例不限于此。
S601：AF网元生成AF请求(AF request)。
示例性的，AF网元可以根据多播服务器提供的多播业务信息生成AF request，多播服务器提供的多播业务信息中可以包括第三信息等，AF request中可以包括第三信息和多播组的标识(例如多播地址)，AF request中还可以包括媒体信息(例如播放内容类型，如音频、视频或图片等)、QoS需求、MBS开播和停播时间和/或应用标识等。
S602：AF网元向NEF网元发送AF request，AF request中携第三信息。
S603：NEF网元将第三信息存储在UDR中。
例如，NEF网元根据收到的AF请求，存储每个多播群组的上下文(例如包括第三信息和多播群组的标识等)，以及将该第三信息存储在UDR中。
S604：NEF网元向AF网元反馈AF请求回复(AF request response)。
例如，AF request response用于指示AF request存储完成。
S605：UE注册并建立多播会话(multicast session)。
S606：PCF网元从UDR获得第三信息。
例如，多播会话建立或调整流程中，SMF网元选取PCF网元后，PCF网元向UDR订阅该多播会话对应的信息通知，从而PCF网元从UDR获得第三信息。
S607：SMF网元从PCF网元获得第三信息。
例如，SMF网元与PCF网元通过PCF会话管理控制策略通知消息(Npcf_SM Policy Control_Update Notify)进行交互，SMF网元可以获得该第三信息。
可选地，S606-S607可以替换为：SMF网元可以向UDR查询多播群组的多播上下文，获得第三信息。
S608：SMF网元向UPF1网元(第一用户面网元)发送第一指示信息。
其中，第一指示信息用于指示UPF1网元上报第一关联关系或第一序列号。
可以理解的是，SMF网元也可以向其他UPF网元发送指示信息(图中未示出)，该指示信息用于指示其他UPF网元上报各自的关联关系或序列号。例如，SMF网元向UPF2网元(第二用户面网元)发送第二指示信息，其中，第二指示信息用于指示UPF2网元上报第二关联关系或第二序列号。这样，后续SMF网元可以基于多个用户面网元上报的各自的关联关系或序列号，对该多个用户面网元的序列号进行对齐。
S609：UPF1网元向SMF网元发送N4回复消息。
例如，N4回复消息可以为N4Session Modification response，用于上报编号同步的配置情况。
S610：UPF1网元向SMF网元发送第一关联关系或第一序列号。
UPF1网元在收到第一数据包后，可以对第一数据包进行序列号编号，得到第一序列号或第一关联关系。
UPF1网元可以定期向SMF网元上报该第一关联关系或第一序列号。
可以理解的是，其他UPF网元向SMF网元上报各自的关联关系或序列号时，可以参照UPF1网元的描述，在此不再赘述。
S611：SMF网元存储一个或多个UPF网元的关联关系或序列号。
例如，SMF网元可以收集并存储第一用户面网元的第一关联关系或第一序列号，以及第二用户面网元的第二关联关系或第二序列号。
S612：SMF网元向RAN(例如目标无线接入网设备)发送一个或多个UPF网元的关联关系或序列号。
例如，SMF网元向目标无线接入网设备发送第一用户面网元的第一关联关系或第一序列号，以及第二用户面网元的第二关联关系或第二序列号。则目标无线接入网设备可以执行如上述任意实施例描述的对第一多播业务的数据包的处理，在此不再赘述。
S613：SMF网元向UPF2网元(第二用户面网元)发送第一关联关系或第一序列 号。
第二用户面网元可以执行如上述任意实施例描述的对第一多播业务的数据包的处理，在此不再赘述。
需要说明的是，上述S601-S613是为了清楚的说明本申请实施例，S601-S613的步骤不是必须的，步骤之间的顺序也不是必然限定的，可以根据实际应用场景选择其中的部分步骤或调整步骤执行顺序实现相应的方案，本申请实施例对此不作具体限定。
综上所述，本申请实施例对应于上述的第一种构思，第一网元得到多个UPF网元中的序列号的映射关系，并可以基于映射关系对来自多个UPF网元的数据包的序列号进行对齐，从而可以判断数据包是否发生重复或遗漏，从而可以有效改善接收相同数据包或丢包的情况。
图7示出了本申请实施例的另一种多播业务通信的方法的示意性流程图。该方法可以应用于图1所示的系统架构100，不限于此。
S701：第二网元确定至少两个用户面网元对第一多播业务的数据包采用第一序列编号方式。
其中，第一序列编号方式是不同用户面网元共同采用的编号方式。这样，后续多个用户面网元采用该第一序列编号方式对第一多播业务的数据编号时，不同用户面网元中第一多播业务的数据包的序列号相同，可以避免因为不能对齐不同用户面网元中第一多播业务的数据包的序列号而导致的重复发送数据包或丢包现象。
示例性的，第一序列编号方式可以为下述三种形式。
形式一：第一序列编号方式指用户面网元对多播业务中的数据包编号时，采用与第一编号相同的编号方式。可以理解为，用户面网元中多播业务数据包的序列号与多播服务器中多播业务数据包的序列号相同。
具体地，多播服务器可以使用实时传输协议(real-time transport protocol，RTP)向UPF网元传输媒体业务的数据，多播服务器基于RTP将第一多播业务的第一数据包编号，得到第一编号。第一编号为RTP协议的序列号(sequence number，SN)为16位2进制，递增编号。
用户面网元可以使用移动数据业务隧道协议用户面部分(general racket radio service tunneling protocol-user plane，GTP-U)协议向RAN传输媒体业务的数据，用户面网元基于GTP-U将第一多播业务的第一数据包编号，得到GTP-U协议的SN。GTP-U协议的SN也为16位2进制，递增编号。
用户面网元采用第一序列编号方式对多播业务数据中的数据包编号时，基于GTP-U协议编号后得到的SN与第一编号相同。
形式二：第一序列编号方式指用户面网元对多播业务中的数据包编号时，对第一编号按照预定义的方式进行处理的编号方式。可以理解为，用户面网元中多播业务数据包的序列号与多播服务器中多播业务数据包的序列号相关。
具体的，对第一编号按照预定义的方式进行处理的编号方式可以指，采用任意的算法对第一编号进行处理，等。
形式三：第一序列编号方式指用户面网元对多播业务中的数据包编号时，对多播 业务的第一个数据包从相同的初始序列号开始编号的方式。
例如，初始序列号为N，N可以为任意值。不同用户面网元对多播业务的第一个数据包编号时，均从N开始。这样，不同用户面网元对多播业务中相同数据包的编号相同。
可选地，第二网元可以基于控制面的策略，或者UE的请求，或者自行制定策略等，确定至少两个用户面网元对第一多播业务的数据包采用第一序列编号方式(可以理解为多个用户面网元采用相同的序列编号方式)。
S702：第二网元向至少两个用户面网元发送第三指示信息，第三指示信息用于指示采用第一序列编号方式对第一多播业务的数据包进行编号。
具体地，第三指示信息可以是字符、数字或字符串等，不作具体限定。
第二网元向至少两个用户面网元发送第三指示信息的时机可以包括下述两种情景。
情景一，第二网元在各用户面网元接入第一多播业务时，向各用户面网元发送第三指示信息。
情景二，第二网元在各用户面网元与第二网元建立通信连接时，向各用户面网元发送第三指示信息。
应理解，第二网元向不同用户面网元发送第三指示信息的时刻可以一致也可以不一致，本申请实施例对此不作具体限定。
S703：用户面网元从多播服务器接收第一多播业务的数据包。
S704：用户面网元采用第一序列编号方式对第一多播业务的数据包进行编号。
本申请实施例中，各用户面网元在接收到第一多播业务的数据包后，可以采用第一序列编号方式对第一多播业务的数据包进行编号，编号实现具体可以参照S701的记载，不再赘述。
综上，本申请实施例对应于上述的第二种构思，第二网元可以指示多个用户面网元对第一多播业务的数据包采用相同的序号编号方式，则不同用户面网元中第一多播业务的数据包的序列号相同，可以避免因为不能对齐不同用户面网元中第一多播业务的数据包的序列号而导致的重复发送数据包或丢包现象。
应理解，因为本申请实施例中，不同用户面网元对第一多播业务的数据包采用相同的序列编号方式，因此，无线接入网设备从不同用户面网元接收的第一多播业务的数据包不存在因为序列号无法对齐而产生的重复发送数据包或丢包现象，因此，第二网元可以不对无线接入网设备进行指示。
可选地，第二网元也可以指示无线接入网设备，使得无线接入网设备知晓不同用户面网元对第一多播业务的数据包采用相同的序列编号方式。
示例性的，如图7所示，该方法还包括S705和S706：
S705：第二网元向无线接入网设备发送第四指示信息，第四指示信息用于指示用户面网元采用第一序列编号方式对第一多播业务的数据包进行编号。
具体地，第四指示信息可以是字符、数字或字符串等，不作具体限定。
可选地，第二网元可以在无线接入网设备接入第一多播业务时，向无线接入网设备发送第四指示信息。
S706：无线接入网设备根据第四指示信息，处理第一多播业务的数据包。
可以理解的是，S706中的第一多播业务的数据包可以包括来自源无线接入网设备和来自第二用户面网元的第一多播业务的数据包。
以无线接入网设备为图3中的目标无线接入网设备为例，在一个示例中，S706包括：目标无线接入网设备根据来自源无线接入网设备的第一多播业务的数据包的序列号和来自第二用户面网元的第一多播业务的数据包的序列号，确定目标无线接入网设备接收到的第一多播业务的数据包存在重复；目标无线接入网设备停止接收来自源无线接入网设备的第一多播业务的数据包，和/或，目标无线接入网设备丢弃重复的第一多播业务的数据包。
具体地，源无线接入网设备从第一用户面网元接收第一多播业务的数据包，因此来自源无线接入网设备的第一多播业务的数据包的序列号为第一用户面网元对第一多播业务的数据包的编号，第一用户面网元对第一多播业务的数据包的编号与第二用户面网元对第一多播业务的数据包的编号方式相同，因此，来自源无线接入网设备的第一多播业务的数据包的序列号和来自第二用户面网元的第一多播业务的数据包的序列号的编号方式相同。
进一步地，目标无线接入网设备可以根据收集地第一多播业务的数据包的序列号，判断第一多播业务的数据包是否存在重复。例如，若第一多播业务的数据包的序列号存在重复，则表明第一多播业务的数据包存在重复。
进一步地，目标无线接入网设备可以采用图5对应的实施例所描述的目标无线接入网设备对重复的第一多播业务的数据包的处理方式，并达到类似的效果，在此不再赘述。
在另一个示例中，S706包括：目标无线接入网设备根据来自源无线接入网设备的第一多播业务的数据包的序列号和来自第二用户面网元的第一多播业务的数据包的序列号，确定目标无线接入网设备接收到的第一多播业务的数据包存在丢失，目标无线接入网设备继续或维持接收来自源无线接入网设备和来自第二用户面网元的第一多播业务的数据包。
如上述示例所述，来自源无线接入网设备的第一多播业务的数据包的序列号和来自第二用户面网元的第一多播业务的数据包的序列号的编号方式相同，目标无线接入网设备可以根据收集地第一多播业务的数据包的序列号，判断第一多播业务的数据包断是否存在丢失。例如，若第一多播业务的数据包的序列号存在不连续的现象，则表明第一多播业务的数据包存在丢失。
进一步地，目标无线接入网设备可以采用图5对应的实施例所描述的目标无线接入网设备对丢失的第一多播业务的数据包的处理方式，并达到类似的效果，在此不再赘述。
在图7对应的实施例的基础上，以用户面网元为图4中的第二用户面网元为例，该方法还可以包括：
第二用户面网元接收来自第一用户面网元的第一多播业务的数据包；第二用户面网元根据来自第一用户面网元的第一多播业务的数据包的序列号和第二用户面网元中第一多播业务的数据包的序列号，确定第二用户面网元接收到的第一多播业务的数据 包存在重复；第二用户面网元停止接收来自第一用户面网元的第一多播业务的数据包，和/或，第二用户面网元丢弃重复的第一多播业务的数据包。或者，第二用户面网元根据来自第一用户面网元的第一多播业务的数据包的序列号和第二用户面网元中第一多播业务的数据包的序列号，确定第二用户面网元接收到的第一多播业务的数据包存在丢失，第二用户面网元继续或维持接收来自第一用户面网元和来自多播服务器的第一多播业务的数据包。
例如，在UE从第一用户面网元向第二用户面网元切换的过程中，第一用户面网元向第二用户面网元转发第一多播业务的数据包，第一用户面网元对第一多播业务的数据包采用的序列编号方式，与第二用户面网元对第一多播业务的数据包采用的序列编号方式相同，因此，第二用户面网元可以基于来自第一用户面网元的第一多播业务的数据包的序列号和来自多播服务器的第一多播业务的数据包的序列号，对接收到的第一多播业务的数据包进行序列号对齐，则第二用户面网元可以判断第一多播业务的数据包是否存在重复，或者第一多播业务的数据包是否存在丢失。
进一步地，第二用户面网元采用如图5对应的实施例所描述的第二用户面网元对重复或丢失的第一多播业务的数据包的处理方式，并达到类似的效果，在此不再赘述。
可选地，S701的一种可能的实现方式包括：第二网元获得第三信息，第二网元根据第三信息，确定至少两个用户面网元对第一多播业务的数据包采用第一序列编号方式。其中，第三信息包括下述的一种或多种：用于表征第一多播业务的多播服务器支持带序列号的传输协议的信息、用于表征多播服务器有业务连续性需求的信息、用于表征多播服务器允许用户面网元读取数据包中的序列号的信息。
本申请实施例中，第二网元可以在确认第一多播业务具有较高的传输要求时，确定至少两个用户面网元对第一多播业务的数据包采用第一序列编号方式，这样，对于传输要求较低的多播业务的数据包，可以采用通常的数据包处理方式，避免对传输要求较低的数据包处理的干涉。
其中，第二网元获得第三信息的实现，以及第三信息的具体形式均可以参照上述实施例的描述，在此不再赘述。
示例性的，图8示出了本申请实施例的一种具体的多播业务通信的方法的示意性流程图。该方法可以应用于图1所示的系统架构100，本申请实施例不限于此。
S801：AF网元生成AF请求。
S802：AF网元向NEF网元发送AF request，AF request中携第三信息。
S803：NEF网元将第三信息存储在UDR中。
S804：NEF网元向AF网元反馈AF请求回复(AF request response)。
S805：UE注册并建立多播会话(multicast session)。
S806：PCF网元从UDR获得第三信息。
S807：SMF网元从PCF网元获得第三信息。
其中，S801-S807可以参照图6对应的实施例的S601-S607的描述，在此不作赘述。
S808：SMF网元确定至少两个用户面网元对第一多播业务的数据包采用相同的序 列编号方式。
S809：SMF网元向UPF网元(例如第一用户面网元和/或第二用户面网元)发送第三指示信息。
其中，第一指示信息用于指示UPF网元采用第一序列编号方式对第一多播业务的数据包进行编号。
S810：UPF网元向SMF网元发送N4回复消息。
例如，N4回复消息可以为N4Session Modification response，用于上报编号同步的执行情况。
S811：SMF网元向RAN(例如源无线接入网设备和/或目标无线接入网设备)发送第四指示信息。
其中，第四指示信息用于指示用户面网元采用第一序列编号方式对第一多播业务的数据包进行编号。则目标无线接入网设备可以执行如上述任意实施例描述的对第一多播业务的数据包的处理，在此不再赘述。
需要说明的是，上述S801-S811是为了清楚的说明本申请实施例，S801-S811的步骤不是必须的，步骤之间的顺序也不是必然限定的，可以根据实际应用场景选择其中的部分步骤或调整步骤执行顺序实现相应的方案，本申请实施例对此不作具体限定。
综上所述，本申请实施例中，不同用户面网元中第一多播业务的数据包的序列号相同，可以避免因为不能对齐不同用户面网元中第一多播业务的数据包的序列号而导致的重复发送数据包或丢包现象。
上面结合图5至图8，对本申请实施例的方法进行了说明，下面对本申请实施例提供的执行上述方法的通信装置进行描述。本领域技术人员可以理解，方法和装置可以相互结合和引用，本申请实施例提供的一种通信装置可以执行上述通信方法中第一网元执行的步骤。另一种通信装置可以执行上述实施例中的通信方法中第二网元所执行的步骤。
下面以采用对应各个功能划分各个功能模块为例进行说明：
如图9所示，图9示出了本申请实施例提供的通信装置的结构示意图，该通信装置可以是本申请实施例中的第一网元或第二网元，也可以为应用于第一网元或第二网元中的芯片。该通信装置包括：处理单元901和通信单元902。其中，通信单元902用于支持通信装置执行信息发送或接收的步骤。处理单元901用于支持通信装置执行信息处理的步骤。
一种示例，以该通信装置为第一网元或应用于第一网元中的芯片或芯片系统为例，该通信单元902用于支持通信装置执行上述实施例中的S500、S702、S703或S705。处理单元901用于支持通信装置执行上述实施例中的S501、S502、S704或S706。
另一种示例，以该通信装置为第二网元或应用于第二网元中的芯片或芯片系统为例，该通信单元902用于支持通信装置执行上述实施例中的S500、S702或S705。处理单元901用于支持通信装置执行上述实施例中的S500或S701。
在一种可能的实施例中，通信装置还可以包括：存储单元903。处理单元901、通信单元902、存储单元903通过通信总线相连。
存储单元903可以包括一个或者多个存储器，存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。
存储单元903可以独立存在，通过通信总线与通信装置具有的处理单元101相连。存储单元903也可以和处理单元集成在一起。
通信装置可以用于通信设备、电路、硬件组件或者芯片中。
以通信装置可以是本申请实施例中的第一网元或第二网元的芯片或芯片系统为例，则通信单元902可以是输入或者输出接口、管脚或者电路等。示例性的，存储单元903可以存储第一网元或第二网元侧的方法的计算机执行指令，以使处理单元901执行上述实施例中第一网元或第二网元侧的方法。存储单元903可以是寄存器、缓存或者RAM等，存储单元903可以和处理单元901集成在一起。存储单元903可以是ROM或者可存储静态信息和指令的其他类型的静态存储设备，存储单元903可以与处理单元901相独立。
图10所示为本申请实施例提供的通信设备的硬件结构示意图。本申请实施例中的第一网元或第二网元的硬件结构均可以参考如图10所示的通信设备的硬件结构示意图。该通信设备包括处理器1001，通信线路1004以及至少一个通信接口(图10中示例性的以通信接口1003为例进行说明)。
处理器1001可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路1004可包括一通路，在上述组件之间传送信息。
通信接口1003，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local area networks，WLAN)等。
可能的，该通信设备还可以包括存储器1002。
存储器1002可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路44与处理器相连接。存储器也可以和处理器集成在一起。
其中，存储器1002用于存储执行本申请方案的计算机执行指令，并由处理器1001来控制执行。处理器1001用于执行存储器1002中存储的计算机执行指令，从而实现本申请下述实施例提供的方法。
可能的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。
在具体实现中，作为一种实施例，处理器1001可以包括一个或多个CPU，例如 图10中的CPU0和CPU1。
在具体实现中，作为一种实施例，通信设备可以包括多个处理器，例如图10中的处理器1001和处理器1005。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
例如，以该通信装置为第一网元或应用于第一网元中的芯片为例，该通信接口用于支持该通信装置执行上述实施例中的S500、S702、S703或S705。处理器1001或处理器1005用于支持通信装置执行上述实施例中的S501、S502、S704或S706。
在另一种示例中，以通信装置可以为第二网元或应用于第二网元中的芯片或芯片系统为例，该通信接口用于支持通信装置执行上述实施例中的S500、S702或S705。处理器1001或处理器1005用于支持通信装置执行上述实施例中的S500或S701。
图11是本发明实施例提供的芯片110的结构示意图。芯片110包括一个或两个以上(包括两个)处理器1110和通信接口1130。
在一种可能的实施例中，如图11所示的芯片110还包括存储器1140，存储器1140可以包括只读存储器和随机存取存储器，并向处理器1110提供操作指令和数据。存储器1140的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。
在一些实施方式中，存储器1140存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：
在本发明实施例中，通过调用存储器1140存储的操作指令(该操作指令可存储在操作系统中)，执行相应的操作。
一种可能的实现方式中为第一网元或第二网元所用的芯片的结构类似，不同的装置可以使用不同的芯片以实现各自的功能。
处理器1110控制第一网元或第二网元的操作，处理器1110还可以称为中央处理单元(central processing unit，CPU)。存储器1140可以包括只读存储器和随机存取存储器，并向处理器1110提供指令和数据。存储器1140的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。例如应用中存储器1140、通信接口1130以及存储器1140通过总线系统1120耦合在一起，其中总线系统1120除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图11中将各种总线都标为总线系统1120。
以上通信单元可以是一种该装置的接口电路或通信接口，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该通信单元是该芯片用于从其它芯片或装置接收信号或发送信号的接口电路或通信接口。
上述本发明实施例揭示的方法可以应用于处理器1110中，或者由处理器1110实现。处理器1110可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1110中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1110可以是通用处理器、数字信号处理器(digital signal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者 晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1140，处理器1110读取存储器1140中的信息，结合其硬件完成上述方法的步骤。
一种可能的实现方式中，通信接口1130用于执行图5-图8所示的实施例中的第一网元或第二网元的接收和发送的步骤。处理器1110用于执行图5-图8所示的实施例中的第一网元或第二网元的处理的步骤。
在上述实施例中，存储器存储的供处理器执行的指令可以以计算机程序产品的形式实现。计算机程序产品可以是事先写入在存储器中，也可以是以软件形式下载并安装在存储器中。
计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘solid state disk，SSD)等。
本申请实施例还提供了一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，则功能可以作为一个或多个指令或代码存储在计算机可读介质上或者在计算机可读介质上传输。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。
作为一种可能的设计，计算机可读介质可以包括RAM，ROM，EEPROM，CD-ROM或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(DSL)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘(CD)，激光盘，光盘，数字通用光盘(DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。
本申请实施例还提供了一种计算机程序产品。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，可以全部或者部分得通过计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行上述计算机程序指令时，全部或部分地产生按照上述方法实施例中描述的流程或功能。上述计算机可以是通用计算机、专用计算机、计算机网络、基站、终端或者其它可编程装置。
以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (26)

  1. 一种多播业务通信的方法，其特征在于，所述方法包括：
    第一网元获得映射关系；其中，所述映射关系为第一用户面网元中第一多播业务的数据包的序列号与第二用户面网元中所述第一多播业务的数据包的序列号之间的映射关系；
    所述第一网元根据所述映射关系，处理所述第一多播业务的数据包。
  2. 根据权利要求1所述的方法，其特征在于，所述第一网元根据所述映射关系，处理来自所述第一多播业务的数据包，包括：
    所述第一网元根据所述映射关系，处理来自源无线接入网设备和/或来自所述第二用户面网元的所述第一多播业务的数据包；其中，所述第一网元为目标无线接入网设备；
    或者，
    所述第一网元根据所述映射关系，处理来自所述第一用户面网元和/或来自多播服务器的所述第一多播业务的数据包；其中，所述第一网元为所述第二用户面网元。
  3. 根据权利要求2所述的方法，其特征在于，所述第一网元根据所述映射关系，处理来自源无线接入网设备和/或来自所述第二用户面网元的所述第一多播业务的数据包，包括：
    所述第一网元根据所述映射关系、来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播业务的数据包存在重复；所述第一网元停止接收来自所述源无线接入网设备的所述第一多播业务的数据包，和/或，所述第一网元丢弃重复的所述第一多播业务的数据包；或者，
    所述第一网元根据所述映射关系、来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播业务的数据包存在丢失，所述第一网元继续或维持接收来自所述源无线接入网设备和来自所述第二用户面网元的所述第一多播业务的数据包。
  4. 根据权利要求2所述的方法，其特征在于，所述第一网元根据所述映射关系，处理来自所述第一用户面网元和/或来自多播服务器的所述第一多播业务的数据包，包括：
    所述第一网元根据所述映射关系、来自所述第一用户面网元的所述第一多播业务的数据包的序列号和来自所述多播服务器的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播业务的数据包存在重复；所述第一网元停止接收来自所述第一用户面网元的所述第一多播业务的数据包，和/或，所述第一网元丢弃重复的所述第一多播业务的数据包；或者，
    所述第一网元根据所述映射关系、来自所述第一用户面网元的所述第一多播业务的数据包的序列号和来自所述多播服务器的所述第一多播业务的数据包的序列号，确定所述第一网元接收到的所述第一多播业务的数据包存在丢失，所述第一网元继续或 维持接收来自所述第一用户面网元和来自所述多播服务器的所述第一多播业务的数据包。
  5. 根据权利要求1-4任一项所述的方法，其特征在于，所述第一网元获得映射关系，包括：
    所述第一网元接收来自第二网元的所述映射关系；或者，
    所述第一网元获得第一关联关系和第二关联关系，并根据所述第一关联关系和所述第二关联关系确定所述映射关系，其中，所述第一关联关系为所述第一多播业务的第一数据包与第一序列号的关联关系，所述第一序列号为所述第一用户面网元中所述第一数据包的序列号；所述第二关联关系为所述第一数据包与第二序列号的关联关系，所述第二序列号为所述第二用户面网元中所述第一数据包的序列号；或者，
    所述第一网元获得所述第一序列号和所述第二序列号，并根据所述第一序列号和所述第二序列号确定所述映射关系。
  6. 根据权利要求5所述的方法，其特征在于，所述第一关联关系包括第一编号与所述第一序列号的关联关系；所述第二关联关系包括所述第三序列号与所述第二序列号的关联关系；
    其中，所述第一编号为多播服务器中所述第一数据包的编号。
  7. 根据权利要求5所述的方法，其特征在于，所述第一关联关系包括第一数据包的数据特征与所述第一序列号的关联关系；所述第二关联关系包括第一数据包的数据特征与所述第二序列号的关联关系；所述第一网元根据所述第一关联关系和所述第二关联关系确定所述映射关系，包括：
    所述第一网元根据所述第一数据包的数据特征，确定所述第一序列号和所述第二序列号标识的数据包相同；
    所述第一网元根据所述第一序列号与所述第二序列号，确定所述映射关系。
  8. 根据权利要求1-2、4-7任一项所述的方法，其特征在于，所述第一网元为所述第二用户面网元，所述方法还包括：
    所述第一网元向第二网元发送第三关联关系，所述第三关联关系为所述第一多播业务的第二数据包与第三序列号的关联关系，所述第三序列号为所述第一网元中所述第二数据包的序列号；
    或者，所述第一网元向所述第二网元发送所述第三序列号。
  9. 根据权利要求8所述的方法，其特征在于，所述方法还包括：
    所述第一网元接收来自所述第二网元的指示信息，所述指示信息用于指示所述第一网元向所述第二网元发送所述第三关联关系或所述第三序列号。
  10. 一种多播业务通信的方法，其特征在于，所述方法包括：
    第二网元获得第一信息，所述第一信息包括第一关联关系或第一序列号，所述第一序列号为第一用户面网元中第一多播业务的述第一数据包的序列号，所述第一关联关系为所述第一数据包与所述第一序列号的关联关系；
    所述第二网元根据所述第一信息，向第一网元发送第二信息；
    其中，所述第二信息包括所述第一信息；或者，所述第二信息包括映射关系，所述映射关系为所述第一用户面网元中所述第一多播业务的数据包的序列号与第二用户 面网元中所述第一多播业务的数据包的序列号之间的映射关系。
  11. 根据权利要求10所述的方法，其特征在于，当所述第一信息包括所述第一关联关系时，所述第一信息还包括第二关联关系，所述第二关联关系为所述第一数据包与第二序列号的关联关系，所述第二序列号为所述第二用户面网元中所述第一数据包的序列号；或者，
    当所述第一信息包括所述第一序号时，所述第一信息还包括所述第二序列号。
  12. 根据权利要求11所述的方法，其特征在于，所述方法还包括：
    所述第二网元获得第三信息，所述第三信息包括下述的一种或多种：用于表征多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器有业务连续性需求的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息；
    所述第二网元根据所述第三信息，向所述第一用户面网元发送第一指示信息，以及向所述第二用户面网元发送第二指示信息；
    其中，所述第一指示信息用于指示所述第一用户面网元向所述第二网元发送所述第一关联关系或所述第一序列号，所述第二指示信息用于指示所述第二用户面网元向所述第二网元发送所述第二关联关系或所述第二序列号。
  13. 根据权利要求12所述的方法，其特征在于，所述第二网元获得第三信息，包括：
    所述第二网元从数据存储库或策略控制网元获得所述第三信息。
  14. 一种多播业务通信的方法，其特征在于，所述方法包括：
    用户面网元接收来自第二网元的第三指示信息，所述第三指示信息用于指示所述用户面网元采用第一序列编号方式对第一多播业务的数据包进行编号；
    所述用户面网元接收来自多播服务器的所述第一多播业务的数据包；
    所述用户面网元根据所述第一序列编号方式和第一编号对所述第一多播业务的数据包进行编号，得到所述用户面网元中所述第一多播业务的数据包的序列号；
    其中，所述第一编号为所述多播服务器中所述第一多播业务的数据包的编号。
  15. 根据权利要求14所述的方法，其特征在于，所述用户面网元为第二用户面网元，所述方法还包括：
    所述第二用户面网元接收来自第一用户面网元的所述第一多播业务的数据包；
    所述第二用户面网元根据来自所述第一用户面网元的所述第一多播业务的数据包的序列号和所述第二用户面网元中所述第一多播业务的数据包的序列号，确定所述第二用户面网元接收到的所述第一多播业务的数据包存在重复；所述第二用户面网元停止接收来自所述第一用户面网元的所述第一多播业务的数据包，和/或，所述第二用户面网元丢弃重复的所述第一多播业务的数据包；或者，
    所述第二用户面网元根据来自所述第一用户面网元的所述第一多播业务的数据包的序列号和所述第二用户面网元中所述第一多播业务的数据包的序列号，确定所述第二用户面网元接收到的所述第一多播业务的数据包存在丢失，所述第二用户面网元接收来自所述第一用户面网元和来自所述多播服务器的所述第一多播业务的数据包。
  16. 一种多播业务通信的方法，其特征在于，所述方法包括：
    第二网元确定至少两个用户面网元对第一多播业务的数据包采用第一序列编号方 式；
    所述第二网元向所述至少两个用户面网元发送第三指示信息，所述第三指示信息用于指示采用所述第一序列编号方式对所述第一多播业务的数据包进行编号。
  17. 根据权利要求16所述的方法，其特征在于，所述第二网元确定至少两个用户面网元对第一多播业务的数据包采用第一序列编号方式，包括：
    所述第二网元获得第三信息，所述第三信息包括下述的一种或多种：用于表征所述第一多播业务的多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器有业务连续性需求的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息；
    所述第二网元根据所述第三信息，确定所述至少两个用户面网元对所述第一多播业务的数据包采用所述第一序列编号方式。
  18. 根据权利要求17所述的方法，其特征在于，所述第二网元获得第三信息，包括：
    所述第二网元从数据存储库或策略控制网元获得所述第三信息。
  19. 根据权利要求17-18任一项所述的方法，其特征在于，还包括：
    所述第二网元向无线接入网设备发送第四指示信息，所述第四指示信息用于指示所述用户面网元对所述第一多播业务的数据包采用所述第一序列编号方式进行编号。
  20. 一种多播业务通信的方法，其特征在于，所述方法包括：
    无线接入网设备接收来自第二网元的第四指示信息，所述第四指示信息用于指示用户面网元对第一多播业务的数据包采用第一序列编号方式进行编号；
    所述无线接入网设备根据所述第四指示信息，处理所述第一多播业务的数据包。
  21. 根据权利要求20所述的方法，其特征在于，所述无线接入网设备为目标无线接入网设备，所述无线接入网设备根据所述第四指示信息，处理所述第一多播业务的数据包，包括：
    所述目标无线接入网设备接收来自源无线接入网设备的所述第一多播业务的数据包和来自第二用户面网元的所述第一多播业务的数据包；
    所述目标无线接入网设备根据来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述目标无线接入网设备接收到的所述第一多播业务的数据包存在重复；所述目标无线接入网设备停止接收来自所述源无线接入网设备的所述第一多播业务的数据包，和/或，所述目标无线接入网设备丢弃重复的所述第一多播业务的数据包；或者，
    所述目标无线接入网设备根据来自所述源无线接入网设备的所述第一多播业务的数据包的序列号和来自所述第二用户面网元的所述第一多播业务的数据包的序列号，确定所述目标无线接入网设备接收到的所述第一多播业务的数据包存在丢失，所述目标无线接入网设备继续或维持接收来自所述源无线接入网设备和来自所述第二用户面网元的所述第一多播业务的数据包。
  22. 一种多播业务通信的方法，其特征在于，所述方法包括：
    应用功能网元获得第三信息；所述第三信息包括下述的一种或多种：用于表征多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器支持数据包同步 的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息；
    所述应用功能网元向网络能力开放功能实体发送所述第三信息。
  23. 一种多播业务通信的方法，其特征在于，所述方法包括：
    网络能力开放功能实体接收来自应用功能网元的第三信息；所述第三信息包括下述的一种或多种：用于表征多播服务器支持带序列号的传输协议的信息、用于表征所述多播服务器支持数据包同步的信息、用于表征所述多播服务器允许用户面网元读取数据包中的序列号的信息；
    所述网络能力开放功能实体将所述第三信息存储在数据存储库。
  24. 一种通信装置，其特征在于，包括：处理器和存储器；
    所述存储器，用于存储指令；
    所述处理器，用于执行所述指令，以使得所述装置执行权利要求1-9中任一项所述的方法，或执行权利要求10-13中任一项所述的方法，或执行权利要求14-15中任一项所述的方法，或执行权利要求16-19中任一项所述的方法，或执行权利要求20-21中任一项所述的方法，或执行权利要求22所述的方法，或执行权利要求23所述的方法。
  25. 一种通信系统，其特征在于，包括下述的一种或多种：
    用于执行权利要求1-9中任一项所述方法的装置、用于执行权利要求10-13中任一项所述方法的装置、用于执行权利要求14-15中任一项所述方法的装置、用于执行权利要求16-19中任一项所述方法的装置、用于执行权利要求20-21中任一项所述方法的装置、用于执行权利要求22所述方法的装置、用于执行权利要求23所述方法的装置。
  26. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令被运行时，使得计算机执行权利要求1-9中任一项所述的方法，或执行权利要求10-13中任一项所述的方法，或执行权利要求14-15中任一项所述的方法，或执行权利要求16-19中任一项所述的方法，或执行权利要求20-21中任一项所述的方法，或执行权利要求22所述的方法，或执行权利要求23所述的方法。
PCT/CN2020/141073 2020-12-29 2020-12-29 多播业务通信的方法和通信装置 WO2022141113A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/141073 WO2022141113A1 (zh) 2020-12-29 2020-12-29 多播业务通信的方法和通信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/141073 WO2022141113A1 (zh) 2020-12-29 2020-12-29 多播业务通信的方法和通信装置

Publications (1)

Publication Number Publication Date
WO2022141113A1 true WO2022141113A1 (zh) 2022-07-07

Family

ID=82259915

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/141073 WO2022141113A1 (zh) 2020-12-29 2020-12-29 多播业务通信的方法和通信装置

Country Status (1)

Country Link
WO (1) WO2022141113A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102055724A (zh) * 2009-10-27 2011-05-11 中兴通讯股份有限公司 多媒体广播多播业务同步处理方法、上层网元及下层网元
US20120106538A1 (en) * 2008-08-13 2012-05-03 Zte Corporation Synchronization method and system of control sequence numbers
CN110557724A (zh) * 2018-06-04 2019-12-10 华为技术有限公司 一种多播业务的数据传输方法以及相关设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120106538A1 (en) * 2008-08-13 2012-05-03 Zte Corporation Synchronization method and system of control sequence numbers
CN102055724A (zh) * 2009-10-27 2011-05-11 中兴通讯股份有限公司 多媒体广播多播业务同步处理方法、上层网元及下层网元
CN110557724A (zh) * 2018-06-04 2019-12-10 华为技术有限公司 一种多播业务的数据传输方法以及相关设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON, OPPO: "KI#7, New Solution: Inter-RAN node MBS Session Handover", 3GPP DRAFT; S2-2004510, vol. SA WG2, 14 June 2020 (2020-06-14), Elbonia, pages 1 - 9, XP051898913 *
HUAWEI, HISILICON, QUALCOMM, NOKIA, NOKIA SHANGHAI-BELL: "KI#7: Update of Sol. 27: resolving open issue(s) for Inter-RAN node MBS session Handover", 3GPP DRAFT; S2-2006324, vol. SA WG2, 2 September 2020 (2020-09-02), pages 1 - 12, XP051928858 *

Similar Documents

Publication Publication Date Title
US10750414B2 (en) System and method for handovers in a dual connectivity communications system
WO2021164564A1 (zh) 传输组播业务的方法和装置
WO2020253551A1 (zh) 通信方法和通信装置
US11729686B2 (en) Transmission control method, apparatus, and system
KR20240036599A (ko) 통신 방법 및 장치
WO2022012506A1 (zh) 通信方法和通信装置
US20210022203A1 (en) Method for deactivating user plane connection and network entity for controlling user plane connection deactivation in network
US20230080042A1 (en) Tunnel reuse for multicast and broadcast service
CN113746585A (zh) 授时方法和通信装置
WO2019047935A1 (zh) 一种会话建立方法及装置
US20220408317A1 (en) Handover method and communication apparatus
US11968053B2 (en) RAN coordination for high reliability in TSN networks
US20230171845A1 (en) Multicast and broadcast service establishment
WO2022141113A1 (zh) 多播业务通信的方法和通信装置
CN114902776A (zh) 通信方法、装置及系统
WO2021142767A1 (zh) 通信方法和通信装置
TWI520634B (zh) 資料流量卸載方法與系統
WO2024067194A1 (zh) 通信方法、通信装置、以及通信系统
WO2022032457A1 (zh) 一种数据的传输方法，通信装置和通信系统
WO2021190513A1 (zh) 一种数据传输方法、装置及系统
WO2024027320A1 (zh) 无线通信的方法、装置和系统
WO2021168773A1 (zh) 通信方法和通信装置
WO2021102841A1 (zh) 一种基于网络切片的数据传输方法、装置和系统
TW202236869A (zh) 傳輸多播業務的方法及裝置
CN114979964A (zh) 一种通信方法及装置

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: 20967461

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20967461

Country of ref document: EP

Kind code of ref document: A1