CN112105088A - 多播通信方法、装置及*** - Google Patents

多播通信方法、装置及*** Download PDF

Info

Publication number
CN112105088A
CN112105088A CN201910523377.8A CN201910523377A CN112105088A CN 112105088 A CN112105088 A CN 112105088A CN 201910523377 A CN201910523377 A CN 201910523377A CN 112105088 A CN112105088 A CN 112105088A
Authority
CN
China
Prior art keywords
network element
pdr
multicast
message
n4session
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.)
Granted
Application number
CN201910523377.8A
Other languages
English (en)
Other versions
CN112105088B (zh
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910523377.8A priority Critical patent/CN112105088B/zh
Priority to KR1020227001248A priority patent/KR20220020933A/ko
Priority to EP20826482.0A priority patent/EP3979757B1/en
Priority to PCT/CN2020/096633 priority patent/WO2020253737A1/zh
Priority to JP2021575028A priority patent/JP2022537186A/ja
Publication of CN112105088A publication Critical patent/CN112105088A/zh
Priority to US17/644,678 priority patent/US20220109962A1/en
Application granted granted Critical
Publication of CN112105088B publication Critical patent/CN112105088B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2483—Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/24—Interfaces between hierarchically similar devices between backbone network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供多播通信方法、装置及***，可以提高多播报文的转发效率。方法包括：用户面网元接收多播报文，该多播报文包括多播地址；用户面网元将该多播报文与该用户面网元中的报文检测规则PDR进行匹配；若该多播报文成功匹配到第一PDR，且该第一PDR指示继续匹配其它PDR，该用户面网元继续为该多播报文匹配其它PDR。可选的，其它PDR为优先级不高于第一PDR的PDR。

Description

多播通信方法、装置及***
技术领域
本申请涉及通信技术领域，尤其涉及多播通信方法、装置及***。
背景技术
目前，(3rd generation partnership project，3GPP)技术标准(technicalstandard，TS)29.244定义了用户面转发报文的方式，其架构如图1所示。其工作机制为，用户面功能(user plane function，UPF)网元从入口(如N3接口)接收到报文后，根据报文的第五代(5th generation，5G)用户面协议标记(如隧道端点标识(tunnel endpointidentifier，TEID))确定报文所属的会话。然后UPF网元使用该会话的N4会话上下文(N4session context)中的报文检测规则(packet detection rule，PDR)(可能是一个或多个)与报文的特性信息进行匹配，找到与之匹配的PDR。该PDR指定报文对应的转发动作规则(forwarding action rule，FAR)、服务质量(quality of services，QoS)执行规则(QoSenforcement rule，QER)和统计信息上报规则(usage reporting rule，URR)。进而UPF网元可以根据FAR对报文执行丢弃(drop)、转发(forward)、缓存(buffer)、上报控制面(notify)或者复制(duplicate)操作等。UPF网元可以根据QER对报文执行QoS操作。UPF网元可以根据URR对报文执行统计信息上报。最后，报文从出口(如N6接口)发送出去。其中，UPF网元根据FAR对报文执行转发处理的过程中，关键动作包括指定出口标识和出口动作。出口动作例如可以包括添加外层消息头(outer header creation)、传输层标记(transport levelmarking)、转发策略(forwarding policy)或者头增强(header enrichment)等。
然而，若将上述方案应用于多播通信，由于目前UPF网元的包处理机制只允许多播报文匹配到一个会话中的一个PDR，进而使用FAR复制数据包。在此过程中，需要在FAR中明确指示复制数据包的隧道信息或者复制数据包的标签，并在终端设备成员改变时，不断更新FAR中的指示信息，这种方法复杂并且效率低。因此，如何提高多播报文的转发效率，是目前亟待解决的问题。
发明内容
本申请实施例提供多播通信方法、装置及***，可以提高多播报文的转发效率。
为达到上述目的，本申请的实施例采用如下技术方案：
第一方面，提供了一种多播通信方法，该方法包括：用户面网元接收多播报文，该多播报文包括多播地址；用户面网元将该多播报文与该用户面网元中的报文检测规则PDR进行匹配；若该多播报文成功匹配到第一PDR，且该第一PDR指示继续匹配其它PDR，该用户面网元继续为该多播报文匹配其它PDR。可选的，其它PDR为优先级不高于第一PDR的PDR。由于本申请实施例中，用户面网元在多播报文成功匹配到指示继续匹配其它PDR的第一PDR之后，继续为多播报文匹配用户面网元中优先级不高于第一PDR的其它PDR。也就是说，根据本申请提供的方案，用户面网元接收到的多播报文可能匹配到多个PDR，从而可以通过匹配的多个PDR关联的规则(如FAR)实现转发多播报文到多个终端设备的目的。由于该方案中终端设备成员改变无需会话管理网元过多参与操作，因此相对于在终端设备成员改变时，需要不断更新FAR中的指示信息的方案，该方案不仅可以提高多播报文的转发效率，且可以减少会话管理网元与用户面网元之间更新FAR导致的信令交互流程，从而减少信令开销。
在一种可能的设计中，该方法还包括：若该第一PDR对应的报文复制信息与该多播报文的发送者信息匹配，用户面网元复制该多播报文，并使用该第一PDR关联的规则对复制得到的多播报文进行处理；或者，若该第一PDR对应的报文复制信息与该多播报文的发送者信息不匹配，用户面网元跳过使用该第一PDR关联的规则对该多播报文进行处理的过程。也就是说，本申请实施例中，用户面网元在接收到多播报文之后，可能匹配到多个PDR，若匹配到的PDR对应的报文复制信息与该多播报文的发送者信息匹配，可以通过多个PDR关联的规则(如FAR)实现转发多播报文到多个终端设备的目的；若匹配到的PDR对应的报文复制信息与该多播报文的发送者信息不匹配，则为了避免广播风暴，用户面网元跳过使用该PDR关联的规则对该多播报文进行处理的过程。
在一种可能的设计中，该第一PDR对应的报文复制信息与该多播报文的发送者信息匹配，包括：该第一PDR对应的报文复制信息与该多播报文的发送者信息不相同；该第一PDR对应的报文复制信息与该多播报文的发送者信息不匹配，包括：该第一PDR对应的报文复制信息与该多播报文的发送者信息相同。
在一种可能的设计中，该方法还包括：若该第一PDR对应的报文复制跳过信息与该多播报文的发送者信息不匹配，用户面网元复制该多播报文，并使用该第一PDR关联的规则对复制得到的多播报文进行处理；或者，若第一PDR对应的报文复制跳过信息与该多播报文的发送者信息匹配，该用户面网元跳过使用该第一PDR关联的规则对该多播报文进行处理的过程。也就是说，本申请实施例中，用户面网元在接收到多播报文之后，可能匹配到多个PDR，若匹配到的PDR对应的报文复制跳过信息与该多播报文的发送者信息不匹配，可以通过多个PDR关联的规则(如FAR)实现转发多播报文到多个终端设备的目的；若匹配到的PDR对应的报文复制跳过信息与该多播报文的发送者信息匹配，则为了避免广播风暴，用户面网元跳过处理该多播报文的过程。
在一种可能的设计中，该第一PDR对应的报文复制跳过信息与该多播报文的发送者信息匹配，包括：该第一PDR对应的报文复制跳过信息与该多播报文的发送者信息相同；该第一PDR对应的报文复制跳过信息与该多播报文的发送者信息不匹配，包括：该第一PDR对应的报文复制跳过信息与该多播报文的发送者信息不相同。
在一种可能的设计中，该多播报文中包括该多播报文的发送者信息，其中，该多播报文的发送者信息包括发送该多播报文的终端设备的地址信息。
在一种可能的设计中，该方法还包括：用户面网元接收该多播报文的发送者信息，其中，该多播报文的发送者信息包括N19指示信息或者N6指示信息。示例性的，该N19指示信息例如可以是与当前UPF网元连接的其它UPF网元的N19隧道的GTP-U TEID，该N6指示信息例如可以是N6接口的信息。
在一种可能的设计中，该N6指示信息或者该N19指示信息包括在通用分组无线服务GPRS隧道协议用户面GTP-U隧道头信息中。
在一种可能的设计中，用户面网元将该多播报文与该用户面网元中的PDR进行匹配，包括：用户面网元确定该用户面网元中与该多播报文匹配的N4会话；用户面网元将该N4会话中的PDR按照优先级从高到低的顺序一一与该多播报文进行匹配。也就是说，本申请实施例中，用户面网元在将多播报文与用户面网元网元中的PDR进行匹配时，先匹配到该PDR所属的N4会话，进而将N4会话中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配。
在一种可能的设计中，用户面网元将该多播报文与该用户面网元中的PDR进行匹配，包括：用户面网元按照该用户面网元中PDR的优先级从高到低的顺序，将该多播报文与该用户面网元中的PDR分别进行匹配。也就是说，本申请实施例中，用户面网元在将多播报文与UPF网元中的PDR进行匹配时，用户面网元直接按照UPF网元中PDR的优先级从高到低的顺序，将多播报文与UPF网元中的PDR分别进行匹配。
在一种可能的设计中，第一PDR中包括类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息，该类型指示或者该继续匹配指示或者该报文复制信息或者该报文复制跳过信息用于指示继续匹配其它PDR。
在一种可能的设计中，该方法还包括：用户面网元接收来自会话管理网元的N4会话标识和第一PDR，其中，该第一PDR用于检测该多播报文；用户面网元在该N4会话标识对应的N4会话中配置该第一PDR。也就是说，本申请实施例中，可以由会话管理网元向用户面网元配置用于检测多播报文的PDR。
在一种可能的设计中，该多播报文为广播报文，相应的，多播地址为广播地址。
在一种可能的设计中，该多播报文包括组播报文，相应的，多播地址为组播地址。
第二方面，提供了一种多播通信方法，该方法包括：会话管理网元获取第一报文检测规则PDR，该第一PDR用于检测多播报文，且该第一PDR指示继续匹配其它PDR；会话管理网元向用户面网元发送N4会话标识和该第一PDR，其中，该N4会话标识和该第一PDR用于在用户面网元上该N4会话标识对应的N4会话中配置该第一PDR。由于本申请实施例中，会话管理网元为用户面网元上的N4会话配置的路由规则中包括用于检测多播报文的第一PDR，且该第一PDR指示继续匹配其它PDR，这样用户面网元在多播报文成功匹配到第一PDR之后，可以继续为多播报文匹配用户面网元中优先级不高于第一PDR的其它PDR。也就是说，根据本申请提供的方案，用户面网元接收到的多播报文可能匹配到多个PDR，从而可以通过多个PDR关联的规则(如FAR)实现转发多播报文到多个终端设备的目的。由于该方案中终端设备成员改变无需会话管理网元过多参与操作，因此相对于在终端设备成员改变时，需要不断更新FAR中的指示信息的方案，该方案不仅可以提高多播报文的转发效率，且可以减少会话管理网元与用户面网元之间更新FAR导致的信令交互流程，从而减少信令开销。
在一种可能的设计中，第一PDR中包括类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息，该类型指示或者该继续匹配指示或者该报文复制信息或者该报文复制跳过信息用于指示继续匹配其它PDR。
在一种可能的设计中，该多播报文为广播报文；相应的，该第一PDR包括广播地址；该方法还包括：会话管理网元确定该用户面网元上群组对应的第一N4会话，其中，该广播报文属于该群组，第一N4会话为该用户面网元上该群组对应的所有N4会话中任意一个N4会话；相应的，该N4会话标识为第一N4会话的标识。也就是说，本申请实施例中，若多播报文为广播报文，则会话管理网元需要为用户面网元上该群组对应的所有N4会话配置广播类型的PDR。
在一种可能的设计中，该多播报文为组播报文；相应的，该第一PDR包括组播地址；该方法还包括：会话管理网元确定该用户面网元上群组对应的第二N4会话，其中，该组播报文属于该群组，第二N4会话为该用户面网元上该群组对应的支持该组播报文转发的N4会话中任意一个N4会话；相应的，该N4会话标识为第二N4会话的标识。也就是说，本申请实施例中，若多播报文包括组播报文，则会话管理网元需要为该群组对应的所有支持组播通信的N4会话配置组播类型的PDR。
在一种可能的设计中，会话管理网元确定该用户面网元上群组对应的第二N4会话，包括：会话管理网元根据因特网组管理协议IGMP加入消息或者非接入层NAS消息或者应用功能AF消息，确定该用户面网元上群组对应的第二N4会话。
第三方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第一方面中的用户面网元，或者包含上述用户面网元的装置；或者，该通信装置可以为上述第二方面中的会话管理网元，或者包含上述会话管理网元的装置。该通信装置包括实现上述方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。
第四方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机指令，当该处理器执行该指令时，以使该通信装置执行上述任一方面所述的方法。该通信装置可以为上述第一方面中的用户面网元，或者包含上述用户面网元的装置；或者，该通信装置可以为上述第二方面中的会话管理网元，或者包含上述会话管理网元的装置。
第五方面，提供了一种通信装置，包括：处理器；该处理器用于与存储器耦合，并读取存储器中的指令之后，根据该指令执行如上述任一方面所述的方法。该通信装置可以为上述第一方面中的用户面网元，或者包含上述用户面网元的装置；或者，该通信装置可以为上述第二方面中的会话管理网元，或者包含上述会话管理网元的装置。
第六方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。
第七方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。
第八方面，提供了一种通信装置(例如，该通信装置可以是芯片或芯片***)，该通信装置包括处理器，用于实现上述任一方面中所涉及的功能。在一种可能的设计中，该通信装置还包括存储器，该存储器，用于保存必要的程序指令和数据。该通信装置是芯片***时，可以由芯片构成，也可以包含芯片和其他分立器件。
其中，第三方面至第八方面中任一种设计方式所带来的技术效果可参见上述第一方面或第二方面中不同设计方式所带来的技术效果，此处不再赘述。
第九方面，提供了一种通信方法，该方法包括：会话管理网元获取第一报文检测规则PDR，该第一PDR用于检测多播报文，且该第一PDR指示继续匹配其它PDR；会话管理网元向用户面网元发送N4会话标识和第一PDR；用户面网元接收来自会话管理网元的N4会话标识和第一PDR，并在该N4会话标识对应的N4会话中配置该第一PDR；用户面网元接收多播报文，并将该多播报文与该用户面网元中的PDR进行匹配，该多播报文包括多播地址；若该多播报文成功匹配到该第一PDR，用户面网元继续为该多播报文匹配其它PDR。
在一种可能的设计中，该方法还包括：若该第一PDR对应的报文复制信息与该多播报文的发送者信息匹配，该用户面网元复制该多播报文，并使用该第一PDR关联的规则对复制得到的多播报文进行处理；或者，若该第一PDR对应的报文复制信息与该多播报文的发送者信息不匹配，该用户面网元跳过使用该第一PDR关联的规则对该多播报文进行处理的过程。
在一种可能的设计中，该方法还包括：若该第一PDR对应的报文复制跳过信息与该多播报文的发送者信息不匹配，该用户面网元复制该多播报文，并使用该第一PDR关联的规则对复制得到的多播报文进行处理；或者，若该第一PDR对应的报文复制跳过信息与该多播报文的发送者信息匹配，该用户面网元跳过使用该第一PDR关联的规则对该多播报文进行处理的过程。
在一种可能的设计中，用户面网元将该多播报文与该用户面网元中的PDR进行匹配，包括：该用户面网元确定该用户面网元中与该多播报文匹配的N4会话；该用户面网元将该N4会话中的PDR按照优先级从高到低的顺序一一与该多播报文进行匹配。
在一种可能的设计中，该用户面网元将该多播报文与该用户面网元中的PDR进行匹配，包括：该用户面网元按照该用户面网元中PDR的优先级从高到低的顺序，将该多播报文与该用户面网元中的PDR分别进行匹配。
在一种可能的设计中，该多播报文为广播报文；相应的，该第一PDR包括广播地址；该方法还包括：会话管理网元确定该用户面网元上群组对应的第一N4会话，其中，该广播报文属于该群组，该第一N4会话为该用户面网元上该群组对应的所有N4会话中任意一个N4会话；相应的，该N4会话标识为该第一N4会话的标识。
在一种可能的设计中，该多播报文为组播报文，相应的，该第一PDR包括组播地址；该方法还包括：会话管理网元确定该用户面网元上群组对应的第二N4会话，其中，该组播报文属于该群组，该第二N4会话为该用户面网元上该群组对应的支持该组播报文转发的N4会话中任意一个N4会话；相应的，该N4会话标识为该第二N4会话的标识。
在一种可能的设计中，该第一PDR中包括类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息，该类型指示或者该继续匹配指示或者该报文复制信息或者该报文复制跳过信息用于指示继续匹配其它PDR。
其中，第九方面的技术效果可参考上述第一方面或第二方面中任一种可能的设计所带来的技术效果，在此不再赘述。
第十方面，提供了一种通信***，该通信***包括会话管理网元和用户面网元；会话管理网元，用于获取第一报文检测规则PDR，该第一PDR用于检测多播报文，且该第一PDR指示继续匹配其它PDR；会话管理网元，还用于向用户面网元发送N4会话标识和该第一PDR；用户面网元，用于接收来自会话管理网元的N4会话标识和第一PDR，并在该N4会话标识对应的N4会话中配置该第一PDR；用户面网元，还用于接收多播报文，并将该多播报文与该用户面网元中的PDR进行匹配，该多播报文包括多播地址；用户面网元，还用于若该多播报文成功匹配到该第一PDR，继续为该多播报文匹配其它PDR。
在一种可能的设计中，该用户面网元，还用于若该第一PDR对应的报文复制信息与该多播报文的发送者信息匹配，复制该多播报文，并使用该第一PDR关联的规则对复制得到的多播报文进行处理；或者，该用户面网元，还用于若该第一PDR对应的报文复制信息与该多播报文的发送者信息不匹配，跳过使用该第一PDR关联的规则对该多播报文进行处理的过程。
在一种可能的设计中，该用户面网元，还用于若该第一PDR对应的报文复制跳过信息与该多播报文的发送者信息不匹配，复制该多播报文，并使用该第一PDR关联的规则对复制得到的多播报文进行处理；或者，该用户面网元，还用于若该第一PDR对应的报文复制跳过信息与该多播报文的发送者信息匹配，跳过使用该第一PDR关联的规则对该多播报文进行处理的过程。
在一种可能的设计中，该用户面网元，用于将该多播报文与该用户面网元中的PDR进行匹配，包括：该用户面网元，用于确定该用户面网元中与该多播报文匹配的N4会话；将该N4会话中的PDR按照优先级从高到低的顺序一一与该多播报文进行匹配。
在一种可能的设计中，该用户面网元，用于将该多播报文与该用户面网元中的PDR进行匹配，包括：该用户面网元，用于按照该用户面网元中PDR的优先级从高到低的顺序，将该多播报文与该用户面网元中的PDR分别进行匹配。
在一种可能的设计中，该多播报文为广播报文；相应的，该第一PDR包括广播地址；该会话管理网元，还用于确定该用户面网元上群组对应的第一N4会话，其中，该广播报文属于该群组，该第一N4会话为该用户面网元上该群组对应的所有N4会话中任意一个N4会话；相应的，该N4会话标识为该第一N4会话的标识。
在一种可能的设计中，该多播报文为组播报文，相应的，该第一PDR包括组播地址；会话管理网元，还用于确定该用户面网元上群组对应的第二N4会话，其中，该组播报文属于该群组，该第二N4会话为该用户面网元上该群组对应的支持该组播报文转发的N4会话中任意一个N4会话；相应的，该N4会话标识为该第二N4会话的标识。
在一种可能的设计中，该第一PDR中包括类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息，该类型指示或者该继续匹配指示或者该报文复制信息或者该报文复制跳过信息用于指示继续匹配其它PDR。
其中，第十方面的技术效果可参考上述第一方面或第二方面中任一种可能的设计所带来的技术效果，在此不再赘述。
附图说明
图1为现有的3GPP TS29.244定义的用户面转发报文的流程示意图；
图2a为现有的5GVN服务的用户面架构示意图；
图2b为现有的广播场景下的通信示意图；
图2c为现有的组播场景下的通信示意图；
图3a为本申请实施例提供的用户级别的N4会话的示意图；
图3b为本申请实施例提供的组级别的N4会话的示意图；
图4为本申请实施例提供的N4会话的结构示意图；
图5为本申请实施例提供的路由规则的配置流程示意图一；
图6为本申请实施例提供的路由规则的配置流程示意图二；
图7为本申请实施例提供的一种通信***的架构示意图；
图8为本申请实施例提供的通信***在5G网络中的应用示意图；
图9为本申请实施例提供的通信设备的结构示意图；
图10为本申请实施例提供的多播通信方法的流程示意图一；
图11为本申请实施例提供的多播通信方法的流程示意图二；
图12为本申请实施例提供的多播通信方法的流程示意图三；
图13为本申请实施例提供的多播通信方法的流程示意图四；
图14为本申请实施例提供的多播通信方法的流程示意图五；
图15为本申请实施例提供的多播通信方法的示例示意图一；
图16为本申请实施例提供的多播通信方法的示例示意图二；
图17为本申请实施例提供的用户面网元的结构示意图；
图18为本申请实施例提供的会话管理网元的结构示意图。
具体实施方式
为了方便理解本申请实施例的技术方案，首先给出本申请相关技术的简要介绍如下。
第一，5G虚拟网络(5G virtual network，5G VN)：
5G VN服务是目前的5G网络提供的一个服务，主要应用于家庭通信，企业办公，工厂制造，车联网，电网改造和公安机关等。该5G VN服务能够为一个群组中的两个或者多个终端设备提供互联网协议(internet protocol，IP)类型或者非IP类型(如以太类型)的私有通信。比如，工厂中的设备可以组成一个群组，群组中的设备之间可以相互发送以太数据包；或者，企业中一个部门中的雇员的办公设备(如手机，计算机或笔记本电脑等)可以组成一个群组，互相发送IP数据包等。若两个终端设备不在同一个群组，则相互之间不能够通信。
图2a所示为现有的5G VN服务的用户面架构示意图。其中，终端设备建立到提供5GVN服务的UPF网元的会话，从而接入到提供5G VN服务的UPF网元。提供5G VN服务的UPF网元可以通过N6接口与数据网络(data network，DN)中现存的局域网(local area network，LAN)互通，例如和LAN中的个人计算机(personal computer，PC)通信；或者，提供5G VN服务的UPF网元也可以通过UPF网元内部接口或UPF网元之间的连接关联不同终端设备的会话，实现私有通信，本申请实施例对此不作具体限定。
从表达方式上看，5G VN也可以称之为5G VN组，5G本地局域网(5G local areanetwork，5GLAN)，5GLAN组(group)，局域网(local area network，LAN)，5G LAN-VN LANgroup，LAN-类型服务(type service)，LAN-VN，或者5G LAN-type service(类型服务)等，本申请实施例对5G VN的名字不作具体限定。
第二，广播：
广播是一对多的通信方式，在网络中一个局域网(例如可以是5G VN)对应一个广播域。签约到该LAN的终端设备可以组成一个广播群组(也可以称之为LAN群组)。其中，签约到该LAN的终端设备可以称之为广播群组的终端成员，也就是说，终端设备是在签约过程中加入广播群组(可以是加入一个或多个广播群组)的，相关实现可参考现有的方案，在此不予赘述。
其中，广播群组中已经入网的任何终端设备都可以作为广播源发送广播报文；同时可以作为广播成员接收广播报文。比如，假设广播群组中已经入网的终端成员包括终端设备1、终端设备2、终端设备3、终端设备4、终端设备5和终端设备6。以终端设备1作为广播源为例，则对应的通信示意图可以如图2b所示，即终端设备1发送的广播报文可以分别传输到广播群组中的终端设备2、终端设备3、终端设备4、终端设备5和终端设备6。
需要说明的是，本申请实施例中，广播群组的终端成员入网是指建立用户面连接，典型的入网方式是终端设备发起分组数据单元(packet data unit，PDU)会话建立请求，具体可参考现有的实现方式，在此不再赘述。
其中，本申请实施例中的广播地址可以是目的IP地址为全为1，如255.255.255.255；或者，本申请实施例中的广播地址也可以是目的媒体访问控制(mediaaccess control，MAC)地址为全为1，如0xff:0xff:0xff:0xff:0xff:0xff；或者，本申请实施例中的广播地址也可以是子网的广播地址，具体可参考现有的广播地址的定义，在此不予赘述。
第三，组播：
本申请实施例中，一个组播源和多个组播成员，可以组成一个组播群组(也可以简称组播组)。其中，以组播组地址为目的地址，发送IP报文的信源称为组播源，接收组播数据的组播用户称为组播成员。即组播是有方向的，方向是从组播源到组播成员。组播源和组播成员的角度不可转变，否则属于不同的组播组。比如，假设LAN群组中的终端成员包括终端设备1、终端设备2、终端设备3、终端设备4、终端设备5和终端设备6。以终端设备1作为组播源，终端设备3、终端设备5和终端设备6作为组播成员组成一个组播组为例，则对应的通信示意图可以如图2c所示，即终端设备1发送的组播报文可以分别传输到组播组中的终端设备3、终端设备5和终端设备6。
其中，本申请实施例中，组播源是由开放式***互联(open systeminterconnection，OSI)模型的应用层确定的，终端设备若要接收组播报文，可以显式地通过发送因特网组管理协议(internet group management protocol，IGMP)加入(join)消息到网络中，网络记录该终端设备加入一个组播组之后，才会向其转发该组播源发出的组播报文，也就是说，组播成员是动态加入组播组的，具体可参考现有的实现方式，在此不再赘述。
其中，本申请实施例中的组播地址可以是由互联网数字分配机构(the internetassigned numbers authority，IANA)分配的组播IP版本4(IP version 4，IPv4)地址，范围在224.0.0.0～239.255.255.255区间内；或者，本申请实施例中的组播地址也可以是48bit中高48bit的最后一位恒定为1的组播MAC地址；或者，本申请实施例中的组播地址也可以是预留的组播地址，如前24位为0x01005e的组播MAC地址或者224.0.0.1；或者，本申请实施例中的组播地址也可以是其它地址，具体可参考现有的组播地址的定义，在此不予赘述。
第三，多播：
本申请实施例中的多播包括上述广播或组播。其中，若多播包括上述广播，则对应的多播地址可以称之为广播地址，对应的多播报文可以称之为广播报文；或者，若多播包括上述组播，则对应的多播地址可以称之为组播地址，对应的多播报文可以称之为组播报文，在此统一说明，以下不再赘述。
第四，N4会话：
本申请实施例中的N4会话包括用户级别的N4会话和组(group)级别的N4会话。其中，在目前的5G网络中，N4会话是由会话管理功能(session management function，SMF)网元在UPF网元上创建的。
例如，UPF网元上的用户级别的N4会话具体可以是终端设备建立PDU会话时，SMF网元在UPF网元上创建的与所述PDU会话对应的N4会话。其功能是UPF网元通过该用户级别的N4会话接收该终端设备发送的报文(如广播报文或组播报文)以及UPF网元通过该用户级别的N4会话向该终端设备发送报文(如广播报文或组播报文)。
作为一种示例，SMF网元可以在终端设备建立PDU会话时，指示UPF网元创建与PDU会话对应的N4会话(即用户级别的N4会话)。当SMF网元接收到删除该终端设备的PDU会话请求时，则触发UPF网元删除与该PDU会话对应的N4会话。其中，本申请实施例中，一个UPF网元可以包括一个或多个与PDU会话对应的N4会话，例如，多个终端设备与同一个UPF网元连接，则该UPF网元需要创建与每个终端设备的PDU会话对应的N4会话。
示例性的，在图3a中，终端设备1和终端设备6与UPF1网元连接，则SMF网元可以在创建终端设备1的PDU会话时，指示UPF1网元创建与终端设备1的PDU会话对应的N4会话1，以及，SMF网元可以在创建终端设备6的PDU会话时，指示UPF1网元创建与终端设备6的PDU会话对应的N4会话6。
为方便说明，在本申请实施例中，与终端设备1的PDU会话对应的N4会话可以简称为终端设备1的N4会话，与终端设备6的PDU会话对应的N4会话可以简称为终端设备6的N4会话，以此类推，在此统一说明，以下不再赘述。
或者，为了支持在5G VN服务中不同UPF网元之间的通信、以及UPF网元和DN之间的通信，SMF网元还需要在提供5G VN服务的每个UPF网元上为对应的5G VN组创建组级别的N4会话。
作为一种示例，SMF网元可以在创建第一个锚定到该5G VN组的UPF网元的PDU会话时，指示UPF网元创建与该5G VN组对应的组级别的N4会话；以及，SMF网元可以在释放最后一个锚定在该5G VN组的UPF网元的PDU会话时，指示UPF网元删除与该5G VN组对应的组级别的N4会话。其中，本申请实施例中，一个UPF网元可以包括一个或多个组级别的N4会话，例如，一个UPF网元为多个5G VN组服务，则该UPF网元需要创建多个组级别的N4会话，每个N4会话对应到一个5G VN组。其中，本申请实施例中，可以为一个5G VN组创建多个组级别的N4会话。
示例性的，如图3b所示，假设SMF网元在创建终端设备1的PDU会话时，已经指示UPF1网元创建与终端设备1的PDU会话对应的N4会话1，则SMF网元在创建终端设备2的PDU会话时，可以指示UPF2网元创建与终端设备2的PDU会话对应的N4会话2。此外，由于5G VN组内的终端设备1已经接入UPF1网元，因此SMF网元需要指示UPF2网元创建与该5G VN组对应的组级别的N4会话3；以及，SMF网元指示UPF1网元创建与该5G VN组对应的组级别的N4会话4。或者，可选的，若该5GVN组需要和DN通信，则SMF网元也可以指示UPF1网元创建与该5G VN组对应的组级别的N4会话4，在此不作具体限定。
第五，路由规则：
本申请实施例中的N4会话中包括路由规则，该路由规则用于检测数据包和转发数据包。SMF网元在指示UPF网元创建N4会话时，可以为N4会话配置对应的路由规则。其中，用户级别的N4会话中的路由规则可以用来检测并转发与此终端设备的PDU会话相关的数据包。组级别的N4会话中的路由规则用来检测以及转发属于该5GVN组的N19隧道或者N6接口相关的数据包。
需要说明的是，本申请实施例中的数据包与报文含义相同，可以相互替换，在此统一说明，以下不再赘述。
需要说明的是，本申请实施例中，UPF网元的内部接口，是UPF网元中的虚拟端口或特定端口，用于UPF网元本地转发接收的数据包。其中，本地转发到UPF网元的内部接口，是指UPF网元在内部接口重新接收该数据包，以使该数据包再次由UPF网元检测，从而匹配到相应的路由规则，转发到正确的路径。在重新检测之前，UPF网元可以为数据包解封外部隧道头。可选地，还可以为数据包重新封装上新的外部隧道头信息，新的隧道信息可以包括在路由规则的FAR中，或由UPF网元根据FAR中的转发指示信息生成，在此不作具体限定。
需要说明的是，本申请实施例中，N4会话中的路由规则可以是一组或多组，每组路由规则中均包括PDR、以及该PDR关联的FAR。可选的，每组路由规则还可以包括该PDR关联的QER和URR，在此统一说明，以下不再赘述。其中，一种可能的路由规则中包括的PDR的类型为单播，用于检测单播报文；另一种可能的路由规则中包括的PDR的类型为多播，用于检测多播报文，相关描述可参考后续实施例，在此不予赘述。
其中，本申请实施例中的PDR可以包括上行链路(uplink，UL)PDR和下行链路(downlink，DL)PDR。相应的，与UL PDR关联的FAR、QER和URR可以分别称之为UL FAR、UL QER和UL URR；与DL PDR关联的FAR、QER和URR可以分别称之为DL FAR、DL QER和DL URR，在此统一说明，以下不再赘述。
示例性的，如图4所示，N4会话中可以包括UL PDR1，与UL PDR1关联的UL FAR1、ULQER1和UL URR1，DL PDR1，与DL PDR1关联的DL FAR1、DL QER1和DL URR1，……，UL PDRn，与UL PDRn关联的UL FARn、UL QERn和UL URRn，DL PDRn，以及与DL PDRn关联的DL FARn、DLQERn和DL URRn。
下面针对用户级别的N4会话和组级别的N4会话中的路由规则进一步展开说明。
情况一、针对用户级别的N4会话：
现有的UL PDR用于检测从PDU会话隧道接收的单播报文和多播报文，具体可以包括：源接口参数，隧道信息参数、网络实例信息、以及过滤器参数或终端设备的地址。其中，源接口参数设置为“接入网侧(access side)”或“核心网侧(core side)”；隧道信息参数设置为PDU会话的在UPF网元侧的隧道通用分组无线服务(general packet radio service，GPRS)隧道协议用户面(GPRS tunnelling protocol user，GTP-U)TEID；网络实例信息设置为5G VN组对应的值；过滤器参数例如可以使用终端设备的地址作为源地址。其中，终端设备的地址例如可以包括IP地址或者MAC地址，在此统一说明，以下不再赘述。
与UL PDR关联的UL FAR包括网络实例信息、目标接口参数，用于将与UL PDR匹配的数据包传输至目标接口。SMF网元将网络实例信息设置为5G VN组对应的值，该目标接口参数的取值设置为UPF网元的内部接口对应的值(例如，为“5G VN internal”)。可以理解为，用户级别的N4会话中的UL FAR用于将与该N4会话中的UL PDR匹配的从PDU会话隧道接收的数据包本地转发到UPF网元的内部接口。
现有的DL PDR用于检测从内部接口接收的单播报文，具体包括源接口参数、网络实例信息、以及过滤器参数或终端设备的地址。其中，源接口参数设置为“5G VNinternal”；网络实例信息设置为5G VN组对应的值；过滤器参数例如可以使用终端设备的地址作为目标地址。
与DL PDR关联的DL FAR包括网络实例信息、目标接口参数和/或外部隧道的参数，用于将与DL PDR匹配的从内部接口接收的数据包传输到目标接口。其中，网络实例信息设置为5G VN组对应的值；目标接口参数的取值设置为“接入网侧(access side)”或“核心网侧(core side)”；外部隧道的参数的取值设置为PDU会话的隧道信息(例如PDU会话在接入设备或UPF网元上的通用分组无线服务(general packet radio service，GPRS)隧道协议用户面(GPRS tunnelling protocol user，GTP-U)TEID)。可以理解为，与PDU会话对应的N4会话中的DL FAR用于将与该N4会话中的DL PDR匹配的从内部接口接收的数据包传输到指定的PDU会话隧道。
而本申请实施例中，引入一种类型为多播的DL PDR，该DL PDR用于检测从内部接口接收的多播报文，具体可以包括源接口参数、过滤器参数、网络实例信息和指示信息。其中，源接口参数设置为“5G VN internal”；网络实例信息设置为5G VN组对应的值；过滤器参数信息使用SMF网元制定的广播地址或者组播地址作为目的地址；指示信息可以包括类型指示、继续匹配指示、报文复制信息或者报文复制跳过信息中的一个或多个，如指示信息包括报文复制信息和类型指示；或者，指示信息包括报文复制信息和继续匹配指示；或者，指示信息包括报文复制跳过信息和类型指示；或者，指示信息包括报文复制跳过信息和继续匹配指示，本申请实施例对此不作具体限定。与该DL PDR关联的DL FAR的相关描述可参考上述用于检测单播报文的DL PDR关联的DL FAR，在此不再赘述。
情况二、针对组级别的N4会话：
现有的UL PDR用于检测从内部接口接收的单播报文，具体可以包括源接口参数、网络实例信息、以及过滤器参数。其中，源接口参数设置为“5G VN internal”；网络实例信息设置为5G VN组对应的值，过滤器参数例如可以使用终端设备的地址作为目标地址。
与UL PDR关联的UL FAR包括网络实例信息、目标接口参数和/或外部隧道的参数，用于将与UL PDR匹配的从内部接口接收的数据包转发到目标接口。其中，网络实例信息设置为5G VN组对应的值；目标接口参数的取值设置为“core side”；外部隧道的参数的取值设置为N19隧道的信息(例如，与当前UPF网元连接的其它UPF网元的N19隧道的GTP-UTEID)。可以理解为，该组级别的N4会话中的UL FAR用于将与该组级别的N4会话中的UL PDR匹配的数据包转发到该UPF网元与其他UPF网元连接的N19隧道或者该UPF网元与DN连接的N6接口。
而本申请实施例中，引入一种类型为多播的UL PDR，该UL PDR用于检测从内部接口接收的多播报文，具体可以包括源接口参数、网络实例信息、以及过滤器参数和指示信息，其中，源接口参数设置为“5G VN internal”；网络实例信息设置为5G VN组对应的值；过滤器参数信息使用SMF网元制定的广播地址或者组播地址作为目的地址；指示信息可以包括类型指示、继续匹配指示、报文复制信息或者报文复制跳过信息中的一个或多个，如指示信息包括报文复制信息和类型指示；或者，指示信息包括报文复制信息和继续匹配指示；或者，指示信息包括报文复制跳过信息和类型指示；或者，指示信息包括报文复制跳过信息和继续匹配指示，本申请实施例对此不作具体限定。与该UL PDR关联的UL FAR的相关描述可参考上述用于检测单播报文的UL PDR关联的UL FAR，在此不再赘述。
现有的DL PDR用于检测从N19隧道或N6接口接收的单播报文或多播报文，具体包括源接口参数、网络实例信息和/或隧道信息参数。其中，源接口参数设置为“5G VNinternal”；网络实例信息设置为5G VN组对应的值；隧道信息参数设置为N19隧道在该UPF网元侧的GTP-U TEID。
与DL PDR关联的DL FAR包括目标接口参数，用于将与DL PDR匹配的从N19隧道或N6接口接收的数据包传输到目标接口。SMF网元将该目标接口参数的取值设置为UPF网元的内部接口对应的值(例如为“5GVN internal”)。可以理解为，组级别的N4会话中的DL FAR用于将与组级别的N4会话中的DL PDR匹配的数据包本地转发到UPF网元的内部接口。
而本申请实施例中，引入一种类型为多播的DL PDR，该DL PDR用于检测从N19隧道或N6接口接收的多播报文，具体可以包括源接口参数、网络实例信息、过滤器参数、和/或隧道信息参数。其中，源接口参数设置为“N6 LAN”或“core side”；网络实例信息设置为5G VN组对应的值；过滤器参数使用SMF网元制定的广播地址或者组播地址作为目的地址；隧道信息参数设置为N19隧道在该UPF网元侧的GTP-U TEID。与该DL PDR关联的DL FAR的相关描述可参考上述用于检测单播报文的DL PDR关联的DL FAR，区别比如在于多播类型的DL PDR所关联的DL FAR用于将与组级别的N4会话中的DL PDR匹配的数据包、以及N19指示信息或N6指示信息一起本地转发到UPF网元的内部接口，在此不再赘述。示例性的，本申请实施例中的N19指示信息例如可以是与当前UPF网元连接的其它UPF网元的N19隧道的GTP-U TEID，本申请实施例中的N6指示信息例如可以是N6接口的信息。
此外，针对与PDU会话对应的N4会话和组级别的N4会话，与UL PDR关联的UL QER和UL URR、以及与DL PDR关联的DL QER和DL URR的相关描述可参考现有技术，在此不再赘述。
第六，数据包与PDR的匹配过程：
现有技术中，当UPF网元接收一个数据包后之后，会检测数据包，确定该数据包与PDR匹配(或者，可以称为将该数据包成功匹配到PDR，或者可以称为PDR成功匹配到数据包)。具体包括下述四种匹配过程：
(1)根据数据包的PDU会话隧道信息、数据包的网络实例信息、数据包的接口信息，和/或数据包的包头信息检测数据包。若数据包的PDU会话隧道信息，数据包的网络实例信息，数据包的接口信息，和/或数据包的包头信息，与PDU会话对应的N4会话的UL PDR中的相应参数一一匹配，则与PDU会话对应的N4会话的UL PDR成功匹配到数据包。
(2)根据数据包的接口信息，数据包的网络实例信息，数据包的包头信息检测数据包。若数据包的接口信息，数据包的网络实例信息，数据包的包头信息，与PDU会话对应的N4会话的DL PDR中的相应参数一一匹配，则与PDU会话对应的N4会话的DL PDR成功匹配到数据包。
(3)根据数据包的接口信息，数据包的网络实例信息，数据包的包头信息检测数据包。若数据包的接口信息，数据包的网络实例信息，数据包的包头信息与组级别的N4会话的UL PDR中的相应参数一一匹配，则该组级别的N4会话的UL PDR成功匹配到数据包。
(4)根据数据包的接口信息，数据包的网络实例信息，和/或数据包的N19隧道信息检测数据包。若数据包的接口信息，数据包的网络实例信息，和/或数据包的隧道信息，与组级别的N4会话的DL PDR中的相应参数一一匹配，则该组级别的N4会话的DL PDR成功匹配到数据包。
在具体实施过程中，UPF网元执行上述四种匹配过程中的其中一种或多种，以将该数据包匹配到PDR。
本申请实施例中，除了上述参数匹配之外，若数据包中包括多播地址，则在根据数据包的接口信息，数据包的网络实例信息，数据包的包头信息中的多播地址，和/或数据包的N19隧道信息与PDR(包括UL PDR和DL PDR)中的相应参数一一相等的情况下，才视为该PDR成功匹配到数据包。
第七、配置UPF网元上的路由规则：
SMF网元在指示UPF网元创建N4会话时，可以为N4会话设置对应的路由规则。
其中，对于用户级别的N4会话，如图5所示，包括如下步骤：
S501、SMF网元在建立终端设备的PDU会话时，确定该终端设备所属的群组对应的N4会话，进而向UPF网元发送N4会话建立(N4 session establishment)请求1，UPF网元接收来自SMF网元的N4会话建立请求1。
其中，该N4会话建立请求1包括该N4会话对应的N4会话标识和UL PDR，用于请求在UPF网元上建立该N4会话标识对应的N4会话。
其中，UL PDR中包括UL PDR关联的规则的标识，UL PDR关联的规则例如可以包括UL FAR。可选的，UL PDR关联的规则还可以包括UL URR和UL QER。
可选的，若UPF网元上不包括UL FAR的标识对应的UL FAR，UL URR的标识对应的ULURR或者UL QER的标识对应的UL QER，则该N4会话建立请求1中还可以包括UL PDR关联的ULFAR、UL URR或UL QER，在此不作具体限定。
S502、SMF网元在接收到终端设备的PDU会话的接入设备侧隧道信息之后，确定该终端设备所属的群组对应的N4会话，进而向UPF网元发送N4会话修改(N4 sessionmodification)请求1，UPF网元接收来自SMF网元的N4会话修改请求1。
其中，该N4会话修改请求1包括该N4会话对应的N4会话标识和DL PDR，用于请求修改UPF网元上该N4会话标识对应的N4会话。
其中，DL PDR中包括DL PDR关联的规则的标识，DL PDR关联的规则例如可以包括DL FAR。可选的，DL PDR关联的规则还可以包括DL URR和DL QER。
可选的，若UPF网元上不包括DL FAR的标识对应的DL FAR，DL URR的标识对应的DLURR或者DL QER的标识对应的DL QER，则该N4会话修改请求1中还可以包括DL PDR关联的DLFAR、DL URR或DL QER，在此不作具体限定。
当然，后续若需要更新该N4会话(例如添加路由规则或删除路由规则)，SMF网元也可以通过向UPF网元发送N4会话修改请求以实现N4会话的更新；或者，在SMF网元释放终端设备的PDU会话时，SMF网元可以向UPF网元发送N4会话释放(N4 session release)请求，该N4会话释放请求用于请求UPF网元删除N4会话的所有上下文，本申请实施例对此不作具体限定。
或者，对于组级别的N4会话，如图6所示，包括如下步骤：
S601、SMF网元确定UPF网元首次为5G VN组提供服务的情况下，确定该5G VN组对应的N4会话，进而向UPF网元发送N4会话建立(N4 session establishment)2，UPF网元接收来自SMF网元的N4会话建立请求2。
其中，该N4会话建立请求2包括该N4会话对应的N4会话标识、UL PDR和DL PDR，用于请求在UPF网元上建立该N4会话标识对应的N4会话。
其中，UL PDR中包括UL PDR关联的规则的标识。DL PDR中包括DL PDR关联的规则的标识。UL PDR关联的规则和DL PDR关联的规则的相关描述可参考上述实施例，在此不再赘述。
可选的，若UPF网元上不包括UL FAR的标识对应的UL FAR，UL URR的标识对应的ULURR或者UL QER的标识对应的UL QER，则该N4会话建立请求2中还可以包括UL PDR关联的ULFAR、UL URR或UL QER，在此不作具体限定。
可选的，若UPF网元上不包括DL FAR的标识对应的DL FAR，DL URR的标识对应的DLURR或者DL QER的标识对应的DL QER，则该N4会话建立请求2中还可以包括DL PDR关联的DLFAR、DL URR或DL QER，在此不作具体限定。
S602、SMF网元确定5G VN组中有新的终端设备的地址和/或新的N19隧道时，确定该5G VN组对应的N4会话，进而向UPF网元发送N4会话修改(N4 session modification)请求2，UPF网元接收来自SMF网元的N4会话修改请求2。
其中，该N4会话修改请求2包括该N4会话对应的N4会话标识、UL PDR和DL PDR。这些路由规则与新的终端设备的地址和/或新的N19隧道相关。
其中，UL PDR中包括UL PDR关联的规则的标识。DL PDR中包括DL PDR关联的规则的标识。UL PDR关联的规则和DL PDR关联的规则的相关描述可参考上述实施例，在此不再赘述。
可选的，若UPF网元上不包括UL FAR的标识对应的UL FAR，UL URR的标识对应的ULURR或者UL QER的标识对应的UL QER，则该N4会话修改请求2中还可以包括UL PDR关联的ULFAR、UL URR或UL QER，在此不作具体限定。
可选的，若UPF网元上不包括DL FAR的标识对应的DL FAR，DL URR的标识对应的DLURR或者DL QER的标识对应的DL QER，则该N4会话修改请求2中还可以包括DL PDR关联的DLFAR、DL URR或DL QER，在此不作具体限定。
S603、SMF网元确定释放5G VN组中某个N19隧道或释放某个终端设备的地址时，确定该5G VN组对应的N4会话，进而向UPF网元发送N4会话修改(N4session modification)请求3，UPF网元接收来自SMF网元的N4会话修改请求3。
其中，该N4会话修改请求3包括该N4会话对应的N4会话标识、UL PDR和DL PDR。这些路由规则与释放的终端设备的地址和/或释放的N19隧道相关。
其中，UL PDR中包括UL PDR关联的规则的标识。DL PDR中包括DL PDR关联的规则的标识。UL PDR关联的规则和DL PDR关联的规则的相关描述可参考上述实施例，在此不再赘述。
可选的，若UPF网元上不包括UL FAR的标识对应的UL FAR，UL URR的标识对应的ULURR或者UL QER的标识对应的UL QER，则该N4会话修改请求3中还可以包括UL PDR关联的ULFAR、UL URR或UL QER，在此不作具体限定。
可选的，若UPF网元上不包括DL FAR的标识对应的DL FAR，DL URR的标识对应的DLURR或者DL QER的标识对应的DL QER，则该N4会话修改请求3中还可以包括DL PDR关联的DLFAR、DL URR或DL QER，在此不作具体限定。
当然，后续若需要更新该N4会话(例如添加路由规则或删除路由规则)，SMF网元也可以通过向UPF网元发送N4会话修改请求以实现N4会话的更新；或者，若SMF网元确定释放UPF网元上5G VN组的最后一个PDU会话，SMF网元可以向UPF网元发送N4会话释放(N4session release)请求，该N4会话释放请求用于请求UPF网元删除N4会话的所有上下文，本申请实施例对此不作具体限定。
可选的，本申请实施例中，若多播为广播，则SMF网元需要为UPF网元上群组对应的所有用户级别的N4会话和一个组级别的N4会话配置用于检测广播报文的PDR。该广播类型的PDR包括：接收并处理上行广播报文的UL PDR，该UL PDR包括与该UL PDR关联的规则的标识；以及，接收并处理下行广播报文的DL PDR，该DL PDR包括与该DL PDR关联的规则的标识。当然，若SMF网元确定终端设备不支持广播报文的转发，则不在其用户级别的N4会话上配置广播类型的PDR。或者，若SMF网元确定UPF网元不支持通过N6隧道转发广播报文和N19隧道转发广播报文，则不在其组级别的N4会话上配置广播类型的PDR。
或者，可选的，本申请实施例中，若多播为组播，SMF网元需要为群组对应的所有支持组播通信的用户级别的N4会话和一个组级别的N4会话配置组播类型的PDR。该组播类型的PDR包括：接收并处理上行组播报文的UL PDR，该UL PDR包括与该UL PDR关联的规则的标识；以及，接收并处理下行组播报文的DL PDR，该DL PDR包括与该DL PDR关联的规则的标识。当然，若SMF网元确定UPF网元不支持通过N6隧道转发组播报文和N19隧道转发组播报文，则不在其组级别的N4会话上配置组播类型的PDR。
此外，本申请实施例中，若SMF网元确定终端设备加入一个组播组，则可以在确定组播组的组播地址之后，在其N4会话中添加组播类型的PDR；或者，若SMF网元确定终端设备离开一个组播组，则可以在确定组播组的组播地址之后，在其N4会话中删除组播类型的PDR。其中，这些组播类型的PDR中包括该组播地址。
可选的，SMF网元可以通过如下方式确定终端设备加入/离开一个组播组：
SMF网元从终端设备接收非接入层(non-access stratum，NAS)请求，如PDU会话建立/修改消息，从而确定终端设备加入/离开一个组；
或者，SMF网元从UPF网元接收IGMP join/离开(leave)消息，从而确定终端设备加入/离开一个组；
或者，SMF网元从策略控制功能(policy control function，PCF)网元/网络开放功能(network exposure function，NEF)网元接收指示信息，如策略控制计费(policycontrol charge，PCC)规则(rules)或事件订阅信息，从而确定终端设备加入/离开一个组。
本申请实施例对于SMF网元如何确定终端设备加入/退出一个组的方式不作具体限定。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。同时，在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。
本申请实施例提供的技术方案可以应用于各种通信***。例如：可以适用于长期演进(long term evolution，LTE)***或新无线(new radio，NR)***(也可以称之为5G***)，也可以适用于其他面向未来的新***等，例如可编程用户面***，本申请实施例对此不作具体限定。此外，术语“***”可以和“网络”相互替换。
如图7所示，为本申请实施例提供的一种通信***70，该通信***70包括会话管理网元701和用户面网元702。该会话管理网元701和用户面网元702之间可以直接通信，也可以通过其它设备的转发进行通信，本申请实施例对此不作具体限定。
其中，会话管理网元701，用于获取第一PDR。该第一PDR用于检测多播报文，且该第一PDR指示继续匹配其它PDR。会话管理网元701，还用于向用户面网元702发送N4会话标识和第一PDR。用户面网元702，用于接收来自会话管理网元701的N4会话标识和第一PDR，并在用户面网元702上该N4会话标识对应的N4会话中配置第一PDR。用户面网元702，还用于接收多播报文，并将该多播报文与用户面网元702中的PDR进行匹配，其中，该多播报文包括多播地址。用户面网元702，还用于若多播报文成功匹配到第一PDR，则继续为多播报文匹配其它PDR。其中，上述方案的具体实现将在后续方法实施例中详细阐述，在此不予赘述。
基于该通信***，由于本申请实施例中，会话管理网元为用户面网元上的N4会话配置的路由规则中包括用于检测多播报文的第一PDR，而用户面网元在多播报文成功匹配到第一PDR之后，继续为多播报文匹配用户面网元中的其它PDR。也就是说，用户面网元在接收到多播报文之后，可能匹配到多个PDR，从而可以通过多个PDR关联的规则(例如可以为FAR)实现转发多播报文到多个终端设备的目的，而由于该方案中终端设备成员改变无需会话管理网元过多参与操作，因此相对于在终端设备成员改变时，需要不断更新FAR中的指示信息的方案，该方案不仅可以提高多播报文的转发效率，且可以减少会话管理网元与用户面网元之间更新FAR导致的信令交互流程，从而减少信令开销。
可选的，图7所示的通信***70可以应用于目前的5G网络中，或者未来的其他网络等，本申请实施例对此不作具体限定。
示例性的，假设图7所示的通信***70应用于目前的5G网络，则如图8所示，上述的会话管理网元所对应的网元或者实体可以为5G网络中的SMF网元，上述的用户面网元所对应的网元或者实体可以为5G网络中的UPF网元。
此外，如图8所示，该5G网络还可以包括接入设备、PCF网元、NEF网元、接入和移动性管理功能(access and mobility management function，AMF)网元等，本申请实施例对此不作具体限定。
其中，如图8所示，终端设备通过下一代网络(next generation，NG)1接口(简称N1)与AMF网元通信，接入设备通过NG2接口(简称N2)与AMF网元通信，接入网设备通过NG3接口(简称N3)与UPF网元通信，UPF网元通过NG6接口(简称N6)与DN通信，AMF网元通过NG11接口(简称N11)与SMF网元通信，SMF网元通过NG29接口(简称N29)与NEF网元通信。
可选的，本申请实施例中所涉及的终端设备，可以是用于实现无线通信功能的设备，例如终端或者可用于终端中的芯片等。其中，终端可以是LTE***、NR***或者未来演进的PLMN中的用户设备(user equipment，UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备，虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。终端可以是移动的，也可以是固定的。
可选的，本申请实施例中所涉及的接入设备指的是接入核心网的设备，例如可以是基站，宽带网络业务网关(broadband network gateway，BNG)，汇聚交换机，非3GPP接入设备等。基站可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。
可选的，本申请实施例中的用户面网元或者会话管理网元的相关功能可以由一个设备实现，也可以由多个设备共同实现，还可以是由一个设备内的一个或多个功能模块实现，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是硬件与软件的结合，或者是平台(例如，云平台)上实例化的虚拟化功能。
例如，本申请实施例中的用户面网元或者会话管理网元的相关功能可以通过图9中的通信设备900来实现。图9所示为本申请实施例提供的通信设备900的结构示意图。该通信设备900包括一个或多个处理器901，通信线路902，以及至少一个通信接口(图9中仅是示例性的以包括通信接口904，以及一个处理器901为例进行说明)，可选的还可以包括存储器903。
处理器901可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路902可包括一通路，用于连接不同组件之间。
通信接口904，可以是收发模块用于与其他设备或通信网络通信，如以太网，RAN，无线局域网(wireless local area networks，WLAN)等。例如，所述收发模块可以是收发器、收发机一类的装置。可选的，所述通信接口904也可以是位于处理器901内的收发电路，用以实现处理器的信号输入和信号输出。
存储器903可以是具有存储功能的装置。例如可以是只读存储器(read-onlymemory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路902与处理器相连接。存储器也可以和处理器集成在一起。
其中，存储器903用于存储执行本申请方案的计算机执行指令，并由处理器901来控制执行。处理器901用于执行存储器903中存储的计算机执行指令，从而实现本申请实施例中提供的多播通信方法。
或者，可选的，本申请实施例中，也可以是处理器901执行本申请下述实施例提供的多播通信方法中的处理相关的功能，通信接口904负责与其他设备或通信网络通信，本申请实施例对此不作具体限定。
可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。
在具体实现中，作为一种实施例，处理器901可以包括一个或多个CPU，例如图9中的CPU0和CPU1。
在具体实现中，作为一种实施例，通信设备900可以包括多个处理器，例如图9中的处理器901和处理器908。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，通信设备900还可以包括输出设备905和输入设备906。输出设备905和处理器901通信，可以以多种方式来显示信息。例如，输出设备905可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备906和处理器901通信，可以以多种方式接收用户的输入。例如，输入设备906可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信设备900有时也可以称为通信装置，其可以是一个通用设备或者是一个专用设备。例如通信设备900可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备、上述终端设备，上述网络设备、或具有图9中类似结构的设备。本申请实施例不限定通信设备900的类型。
下面将结合图1至图9对本申请实施例提供的多播通信方法进行具体阐述。
需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。
以图7所示的通信***应用于图8所示的5G网络为例，如图10所示，为本申请实施例提供的一种多播通信方法，包括如下步骤：
S1001、UPF网元接收多播报文，多播报文包括多播地址。
S1002、UPF网元将多播报文与UPF网元中的PDR进行匹配。
S1003、若多播报文成功匹配到第一PDR，且第一PDR指示继续匹配其它PDR，UPF网元继续为多播报文匹配其它PDR。
可选的，本申请实施例中，其它PDR的优先级不高于第一PDR的优先级，在此统一说明，以下不再赘述。
其中，第一PDR以及其它PDR在UPF网元上的配置过程可参考图5或图6所示的实施例，在此不再赘述。
需要说明的是，本申请实施例中的第一PDR和其它PDR都可能是UL PDR或DL PDR；或者，本申请实施例中的第一PDR为UL PDR，其他PDR中包括UL PDR和/或DL PDR；或者，本申请实施例中的第一PDR为DL PDR，其他PDR中包括UL PDR和/或DL PDR，本申请实施例对此不作具体限定。
可选的，本申请实施例中，多播报文包括广播报文，相应的，多播地址包括广播地址；或者，多播报文包括组播报文，相应的，多播地址包括组播地址。其中，广播地址或组播地址的相关描述可参考具体实施方式前序部分，在此不再赘述。
基于该多播通信方法，由于UPF网元在多播报文成功匹配到第一PDR之后，若第一PDR指示继续匹配其它PDR，则UPF网元继续为多播报文匹配其它PDR。也就是说，UPF网元接收到多播报文之后，可能匹配到多个PDR，从而可以通过多个PDR关联的FAR、QER和URR实现转发多播报文到多个终端设备的目的，而由于该方案中终端设备成员改变无需SMF网元过多参与操作，因此相对于在终端设备成员改变时，需要不断更新FAR中的指示信息的方案，该方案不仅可以提高多播报文的转发效率，且可以减少SMF网元与UPF网元之间更新FAR导致的信令交互流程，从而减少信令开销。
其中，上述步骤S1001至S1003中的UPF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。
下面将结合具体实施方式对图10所示的多播通信方法进行展开说明。
一种可能的实现方式中，UPF网元在将多播报文与UPF网元中的PDR进行匹配时，先匹配到该PDR所属的N4会话，进而将N4会话中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配。具体的，如图11所示，本申请实施例提供的多播通信方法包括如下步骤：
S1101、UPF网元接收多播报文，多播报文包括多播地址。
可选的，本申请实施例中，若UPF网元从终端设备接收多播报文，则多播报文中还可以包括多播报文的发送者信息，该多播报文的发送者信息包括发送多播报文的终端设备的地址信息。
示例性的，发送多播报文的终端设备的地址信息例如可以是终端设备的IP地址或者MAC地址，本申请实施例对此不作具体限定。
或者，可选的，本申请实施例中，若UPF网元从N19隧道或DN接收多播报文，则UPF网元在接收多播报文的同时，还可以同时接收多播报文的发送者信息，该多播报文的发送者信息包括N19指示信息或者N6指示信息。其中，该N6指示信息或N19指示信息包括在封装多播报文的GTP-U隧道头信息中。
示例性的，本申请实施例中的N19指示信息例如可以是与当前UPF网元连接的其它UPF网元的N19隧道的GTP-U TEID。
示例性的，本申请实施例中的N6指示信息例如可以是N6接口的信息。
S1102、UPF网元确定多播报文所属的N4会话，并在该N4会话中查找到匹配的PDR之后，根据该PDR关联的规则将多播报文转发到UPF网元的内部接口，重新进行匹配。
如上所述，本申请实施例中，PDR关联的规则例如可以包括FAR。可选的，PDR关联的规则还可以包括URR和QER，在此统一说明，以下不再赘述。
可选的，本申请实施例中，UPF网元确定多播报文所属的N4会话，可以包括：
UPF网元确定多播报文对应的网络实例信息和接口信息；若接口信息为N19接口信息或N6接口信息，则UPF网元根据多播报文对应的网络实例信息和接口信息，结合关联关系1确定UPF网元中多播报文所属的N4会话，关联关系1包括网络实例信息、接口信息与N4会话的标识的关联关系；或者，若接口信息为N3接口信息(即UPF网元从终端设备接收多播报文)，则UPF网元根据发送多播报文的终端设备的地址信息、多播报文对应的网络实例信息和接口信息，结合关联关系2确定UPF网元中多播报文所属的N4会话，关联关系2包括网络实例信息、接口信息、发送多播报文的终端设备的地址信息与N4会话的标识的关联关系。
或者，可选的，本申请实施例中，UPF网元确定多播报文所属的N4会话，可以包括：
UPF网元确定多播报文对应的网络实例信息和接口信息；若接口信息为N19接口信息或N6接口信息，则UPF网元根据多播报文对应的网络实例信息和接口信息，结合第一目标PDR确定UPF网元中多播报文所属的N4会话，第一目标PDR包括网络实例信息、接口信息与N4会话的标识的关联关系；或者，若接口信息为N3接口信息(即UPF网元从终端设备接收多播报文)，则UPF网元根据发送多播报文的终端设备的地址信息、多播报文对应的网络实例信息和接口信息，结合第二目标PDR确定UPF网元中多播报文所属的N4会话，第二目标PDR包括网络实例信息、接口信息、发送多播报文的终端设备的地址信息与N4会话的标识的关联关系。
需要说明的是，本申请实施例中的第一目标PDR和第二目标PDR为在UPF网元中配置的特殊PDR，用于确定多播报文所属的N4会话，在此统一说明，以下不再赘述。此外，本申请实施例中的第一目标PDR和第二目标PDR可以是同一个PDR，也可以是不同的PDR，本申请实施例对此不作具体限定。
S1103、UPF网元确定能否找到多播报文所属的下一个N4会话。
其中，若UPF网元确定能找到多播报文所属的下一个N4会话，执行下述步骤S1104；或者，若UPF网元确定不能找到多播报文所属的下一个N4会话，该结束该流程。
S1104、UPF网元将N4会话中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配，确定是否存在与多播报文匹配的PDR。
其中，多播报文与PDR匹配的过程可参考具体实施方式前序部分数据包与PDR匹配的过程，在此不再赘述。
其中，若UPF网元确定存在与多播报文匹配的PDR，且该PDR中包括报文复制信息，执行下述步骤S1105；或者，若UPF网元确定不存在与多播报文匹配的PDR，跳转执行步骤S1103。
S1105、若多播报文成功匹配到某个PDR，UPF网元确定该PDR对应的报文复制信息与多播报文的发送者信息是否匹配。
其中，若UPF网元确定该PDR对应的报文复制信息与多播报文的发送者信息匹配，执行下述步骤S1106之后，跳转执行上述步骤S1103；或者，若UPF网元确定该PDR对应的报文复制信息与多播报文的发送者信息不匹配，执行下述步骤S1107之后，跳转执行上述步骤S1103。
可选的，本申请实施例中，PDR对应的报文复制信息与多播报文的发送者信息匹配是指，PDR对应的报文复制信息与多播报文的发送者信息不相同；PDR对应的报文复制信息与多播报文的发送者信息匹配不是指，PDR对应的报文复制信息与多播报文的发送者信息相同，在此统一说明，以下不再赘述。
S1106、UPF网元复制多播报文，并使用该PDR关联的规则对复制得到的多播报文进行处理。
S1107、UPF网元跳过使用该PDR关联的规则对复制得到的多播报文进行处理的过程。
其中，本申请实施例中，默认若N4会话中存在与多播报文匹配的PDR，则该PDR指示继续匹配其他PDR。因此，在执行上述步骤S1106或者步骤S1107之后，可以继续跳转执行上述步骤S1103。示例性的，该PDR中可以包括类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息，类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息用于指示继续匹配其它PDR，该类型指示例如可以为广播或组播。
需要说明的是，本申请实施例以将多播报文与UPF网元中的其它PDR进行匹配，将复制得到的多播报文使用该PDR关联的规则进行处理为例进行说明。当然，也可以是UPF网元将复制得到的多播报文与UPF网元中的其它PDR进行匹配，将与当前PDR匹配的多播报文使用该PDR关联的规则进行处理，本申请实施例对此不作具体限定。
基于本申请实施例提供的多播通信方法，由于UPF网元在多播报文成功匹配到某个PDR之后，若该PDR指示继续匹配其它PDR，则UPF网元继续为多播报文匹配UPF网元中的其它PDR。也就是说，UPF网元在接收到多播报文之后，可能匹配到多个PDR，从而可以通过多个PDR关联的规则实现转发多播报文到多个终端设备的目的，而由于该方案中终端设备成员改变无需SMF网元过多参与操作，因此相对于在终端设备成员改变时，需要不断更新FAR中的指示信息的方案，该方案不仅可以提高多播报文的转发效率，且可以减少SMF网元与UPF网元之间更新FAR导致的信令交互流程，从而减少信令开销。
其中，上述步骤S1101至S1107中的UPF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。
或者，另一种可能的实现方式中，UPF网元在将多播报文与UPF网元中的PDR进行匹配时，先匹配到该PDR所属的N4会话，进而将N4会话中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配。具体的，如图12所示，本申请实施例提供的多播通信方法包括如下步骤：
S1201-S1203、同图11所示的实施例中的步骤S1101-S1103，相关描述可参考图11所示的实施例，在此不再赘述。
S1204、UPF网元将N4会话中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配，确定是否存在与多播报文匹配的PDR。
其中，多播报文与PDR匹配的过程可参考具体实施方式前序部分数据包与PDR匹配的过程，在此不再赘述。
其中，若UPF网元确定存在与多播报文匹配的PDR，且该PDR中包括报文复制跳过信息，执行下述步骤S1205；或者，若UPF网元确定不存在与多播报文匹配的PDR，跳转执行步骤S1203。
S1205、若多播报文成功匹配到某个PDR，UPF网元确定该PDR对应的报文复制跳过信息与多播报文的发送者信息是否匹配。
其中，若UPF网元确定该PDR对应的报文复制跳过信息与多播报文的发送者信息不匹配，执行下述步骤S1206之后，跳转执行上述步骤S1203；或者，若UPF网元确定该PDR对应的报文复制跳过信息与多播报文的发送者信息匹配，执行下述步骤S1207之后，跳转执行上述步骤S1203。
可选的，本申请实施例中，PDR对应的报文复制跳过信息与多播报文的发送者信息匹配是指，PDR对应的报文复制跳过信息与多播报文的发送者信息相同；PDR对应的报文复制跳过信息与多播报文的发送者信息不匹配是指，PDR对应的报文复制跳过信息与多播报文的发送者信息不相同，在此统一说明，以下不再赘述。
S1206、UPF网元复制多播报文，并使用该PDR关联的规则对复制得到的多播报文进行处理。
S1207、UPF网元跳过使用该PDR关联的规则对复制得到的多播报文进行处理的过程。
其中，本申请实施例中，默认若N4会话中存在与多播报文匹配的PDR，则该PDR指示继续匹配其他PDR。因此，在执行上述步骤S1206或者步骤S1207之后，可以继续跳转执行上述步骤S1203。示例性的，该PDR中可以包括类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息，类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息用于指示继续匹配其它PDR，该类型指示例如可以为广播或组播。
需要说明的是，本申请实施例以将多播报文与UPF网元中的其它PDR进行匹配，将复制得到的多播报文使用该PDR关联的规则进行处理为例进行说明。当然，也可以是UPF网元将复制得到的多播报文与UPF网元中的其它PDR进行匹配，将与当前PDR匹配的多播报文使用该PDR关联的规则进行处理，本申请实施例对此不作具体限定。
基于本申请实施例提供的多播通信方法，由于UPF网元在多播报文成功匹配到某个PDR之后，若该PDR指示继续匹配其它PDR，则UPF网元继续为多播报文匹配UPF网元中的其它PDR。也就是说，UPF网元在接收到多播报文之后，可能匹配到多个PDR，从而可以通过多个PDR关联的规则实现转发多播报文到多个终端设备的目的，而由于该方案中终端设备成员改变无需SMF网元过多参与操作，因此相对于在终端设备成员改变时，需要不断更新FAR中的指示信息的方案，该方案不仅可以提高多播报文的转发效率，且可以减少SMF网元与UPF网元之间更新FAR导致的信令交互流程，从而减少信令开销。
其中，上述步骤S1201至S1207中的UPF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。
或者，另一种可能的实现方式中，UPF网元在将多播报文与UPF网元中的PDR进行匹配时，UPF网元直接按照UPF网元中PDR的优先级从高到低的顺序，将多播报文与UPF网元中的PDR分别进行匹配。具体的，如图13所示，本申请实施例提供的多播通信方法包括如下步骤：
S1301-S1302、同图11所示的实施例中的步骤S1101-S1102，相关描述可参考图11所示的实施例，在此不再赘述。
S1303、UPF网元按照UPF网元中PDR的优先级从高到低的顺序，将多播报文与UPF网元中的PDR分别进行匹配，确定是否存在与多播报文匹配的PDR。
其中，多播报文与PDR匹配的过程可参考具体实施方式前序部分数据包与PDR匹配的过程，在此不再赘述。
其中，若UPF网元确定存在与多播报文匹配的PDR，且该PDR中包括报文复制信息，执行下述步骤S1304；或者，若UPF网元确定不存在与多播报文匹配的PDR，该结束该流程。
S1304-S1306、同图11所示的实施例中的步骤S1105-S1107，相关描述可参考图11所示的实施例，在此不再赘述。
S1307、若多播报文成功匹配到某个PDR，UPF网元确定该PDR中是否包括指示信息，该指示信息指示继续匹配其他PDR。
示例性的，该指示信息例如可以包括类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息，该类型指示例如可以为广播或组播。
其中，若UPF网元确定该PDR中包括指示信息，跳转执行步骤S1303；或者，若UPF网元确定该PDR中不包括指示信息，则执行下述步骤S1308。
S1308、UPF网元使用该PDR关联的规则对当前的多播报文进行处理。
可选的，本申请实施例中的步骤S1304与步骤S1307之间没有必然的执行先后顺序，可以先执行步骤S1304，再执行步骤S1307；也可以是先执行步骤S1307，再执行步骤S1304；还可以是同时执行步骤S1304和步骤S1307，本申请实施例对此不作具体限定。
当然，本申请实施例中，若UPF网元根据多播地址可以确定多播报文的类型，此时UPF网元也可以跳转执行步骤S1303，本申请实施例对此不作具体限定。
需要说明的是，本申请实施例以将多播报文与UPF网元中的其它PDR进行匹配，将复制得到的多播报文使用该PDR关联的规则进行处理为例进行说明。当然，也可以是UPF网元将复制得到的多播报文与UPF网元中的其它PDR进行匹配，将与当前PDR匹配的多播报文使用该PDR关联的FAR、QER和URR进行处理，本申请实施例对此不作具体限定。
基于本申请实施例提供的多播通信方法，由于UPF网元在多播报文成功匹配到某个PDR之后，若该PDR指示继续匹配其它PDR，则UPF网元继续为多播报文匹配UPF网元中优先级不高于该PDR的其它PDR。也就是说，UPF网元在接收到多播报文之后，可能匹配到多个PDR，从而可以通过多个PDR关联的规则实现转发多播报文到多个终端设备的目的，而由于该方案中终端设备成员改变无需SMF网元过多参与操作，因此相对于在终端设备成员改变时，需要不断更新FAR中的指示信息的方案，该方案不仅可以提高多播报文的转发效率，且可以减少SMF网元与UPF网元之间更新FAR导致的信令交互流程，从而减少信令开销。
其中，上述步骤S1301至S1308中的UPF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。
其中，上述步骤S1301至S1307中的UPF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。
或者，另一种可能的实现方式中，UPF网元在将多播报文与UPF网元中的PDR进行匹配时，UPF网元直接按照UPF网元中PDR的优先级从高到低的顺序，将多播报文与UPF网元中的PDR分别进行匹配。具体的，如图14所示，本申请实施例提供的多播通信方法包括如下步骤：
S1401-S1402、同图11所示的实施例中的步骤S1101-S1102，相关描述可参考图11所示的实施例，在此不再赘述。
S1403、UPF网元按照UPF网元中PDR的优先级从高到低的顺序，将多播报文与UPF网元中的PDR分别进行匹配，确定是否存在与多播报文匹配的PDR。
其中，多播报文与PDR匹配的过程可参考具体实施方式前序部分数据包与PDR匹配的过程，在此不再赘述。
其中，若UPF网元确定存在与多播报文匹配的PDR，且该PDR中包括报文复制跳过信息，执行下述步骤S1404；或者，若UPF网元确定不存在与多播报文匹配的PDR，该结束该流程。
S1404-S1406、同图12所示的实施例中的步骤S1205-S1207，相关描述可参考图11所示的实施例，在此不再赘述。
S1407、若多播报文成功匹配到某个PDR，UPF网元确定该PDR中是否包括指示信息，该指示信息指示继续匹配其他PDR。
示例性的，该指示信息例如可以包括类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息，该类型指示例如可以为广播或组播。
其中，若UPF网元确定该PDR中包括指示信息，跳转执行步骤S1403；或者，若UPF网元确定该PDR中不包括指示信息，则执行下述步骤S1408。
S1408、UPF网元使用该PDR关联的规则对当前的多播报文进行处理。
可选的，本申请实施例中的步骤S1404与步骤S1407之间没有必然的执行先后顺序，可以先执行步骤S1404，再执行步骤S1407；也可以是先执行步骤S1407，再执行步骤S1404；还可以是同时执行步骤S1404和步骤S1407，本申请实施例对此不作具体限定。
当然，本申请实施例中，若UPF网元根据多播地址可以确定多播报文的类型，此时UPF网元也可以跳转执行步骤S1403，本申请实施例对此不作具体限定。
需要说明的是，本申请实施例以将多播报文与UPF网元中的其它PDR进行匹配，将复制得到的多播报文使用该PDR关联的规则进行处理为例进行说明。当然，也可以是UPF网元将复制得到的多播报文与UPF网元中的其它PDR进行匹配，将与当前PDR匹配的多播报文使用该PDR关联的FAR、QER和URR进行处理，本申请实施例对此不作具体限定。
基于本申请实施例提供的多播通信方法，由于UPF网元在多播报文成功匹配到某个PDR之后，若该PDR指示继续匹配其它PDR，则UPF网元继续为多播报文匹配UPF网元中的其它PDR。也就是说，UPF网元在接收到多播报文之后，可能匹配到多个PDR，从而可以通过多个PDR关联的规则实现转发多播报文到多个终端设备的目的，而由于该方案中终端设备成员改变无需SMF网元过多参与操作，因此相对于在终端设备成员改变时，需要不断更新FAR中的指示信息的方案，该方案不仅可以提高多播报文的转发效率，且可以减少SMF网元与UPF网元之间更新FAR导致的信令交互流程，从而减少信令开销。
其中，上述步骤S1401至S1407中的UPF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。
下面通过几个具体示例对图11至图14所示的多播通信方法进行说明。
示例性的，假设SMF网元在UPF1网元上为某个群组创建了如图15所示的n个用户级别的N4会话和一个组级别的N4会话，并且根据图5或图6所示的路由规则配置流程在N4会话中配置了如图15所示的路由规则。其中，每个路由规则包括UL PDR以及与UL PDR关联的ULFAR、UL QER(未示出)和UL URR(未示出)、DL PDR以及与DL PDR关联的DL FAR、DL QER(未示出)和DL URR(未示出)。则：
步骤1，UPF1网元在接收来自终端设备1的多播报文之后，确定多播报文所属的N4会话(即图15中的N4会话1)，并在该N4会话中查找到匹配的UL PDR之后，根据该UL PDR关联的UL FAR、UL QER和UL URR将多播报文转发到UPF1网元的内部接口，重新进行匹配。
步骤2，UPF1网元确定能否找到多播报文所属的下一个N4会话。这里假设多播报文所属的下一个N4会话为N4会话2，且UPF1网元将N4会话2中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配之后，确定存在与多播报文匹配的DL PDR，且该DL PDR对应的报文复制信息(这里可以为终端设备2的地址信息)与多播报文的发送者信息(这里可以为终端设备1的地址信息)匹配，或者该DL PDR对应的报文复制跳过信息(这里可以为终端设备2的地址信息)与多播报文的发送者信息(这里可以为终端设备1的地址信息)不匹配，则UPF1网元可以复制多播报文，并将复制得到的多播报文使用该DL PDR关联的DL FAR、DLQER和DL URR进行处理，进而多播报文可以传输至终端设备2。
步骤3，假设N4会话2中与多播报文匹配的DL PDR指示继续匹配其它PDR，则UPF1网元继续确定能否找到多播报文所属的下一个N4会话。这里假设多播报文所属的下一个N4会话为N4会话1，且UPF1网元将N4会话1中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配之后，确定存在与多播报文匹配的DL PDR，且该DL PDR对应的报文复制信息(这里可以为终端设备1的地址信息)与多播报文的发送者信息(这里可以为终端设备1的地址信息)不匹配，或者该DL PDR对应的报文复制跳过信息(这里可以为终端设备1的地址信息)与多播报文的发送者信息(这里可以为终端设备1的地址信息)匹配，则UPF1网元跳过处理多播报文的过程。
步骤4，假设N4会话1中与多播报文匹配的DL PDR指示继续匹配其它PDR，则UPF1网元继续确定能否找到多播报文所属的下一个N4会话。这里假设多播报文所属的下一个N4会话为N4会话3，且UPF1网元将N4会话3中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配之后，确定存在与多播报文匹配的DL PDR，且该DL PDR对应的报文复制信息(这里可以为终端设备3的地址信息)与多播报文的发送者信息(这里可以为终端设备1的地址信息)匹配，或者该DL PDR对应的报文复制跳过信息(这里可以为终端设备3的地址信息)与多播报文的发送者信息(这里可以为终端设备1的地址信息)不匹配，则UPF1网元可以复制多播报文，并将复制得到的多播报文使用该DL PDR关联的FAR、QER和URR进行处理，进而多播报文可以传输至终端设备3。
步骤5，假设N4会话3中与多播报文匹配的DL PDR指示继续匹配其它PDR，则UPF1网元继续确定能否找到多播报文所属的下一个N4会话。这里假设多播报文所属的下一个N4会话为N4会话n，且UPF1网元将N4会话n中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配之后，确定存在与多播报文匹配的DL PDR，且该DL PDR对应的报文复制信息(这里可以为终端设备n的地址信息)与多播报文的发送者信息(这里可以为终端设备1的地址信息)匹配，或者该DL PDR对应的报文复制跳过信息(这里可以为终端设备n的地址信息)与多播报文的发送者信息(这里可以为终端设备1的地址信息)不匹配，则UPF1网元可以复制多播报文，并将复制得到的多播报文使用该DL PDR关联的FAR、QER和URR进行处理，进而多播报文可以传输至终端设备n。
步骤6，假设N4会话n中与多播报文匹配的DL PDR指示继续匹配其它PDR，则UPF1网元继续确定能否找到多播报文所属的下一个N4会话。这里假设多播报文所属的下一个N4会话为N4会话1x，且UPF1网元将N4会话1x中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配之后，确定存在与多播报文匹配的UL PDR，且该UL PDR对应的报文复制信息(这里可以为N19指示信息)与多播报文的发送者信息(这里可以为终端设备1的地址信息)匹配，或者该UL PDR对应的报文复制跳过信息(这里可以为N19指示信息)与多播报文的发送者信息(这里可以为终端设备1的地址信息)不匹配，则UPF1网元可以复制多播报文，并将复制得到的多播报文使用该UL PDR关联的FAR、QER和URR进行处理，进而多播报文可以传输至UPF2网元、UPF3网元和DN。
以此类推，直至无法找到多播报文所属的下一个N4会话，流程结束。
或者，示例性的，假设SMF网元在UPF1网元上为某个群组创建了如图16所示的n个用户级别的N4会话和一个组级别的N4会话，并且根据图5或图6所示的路由规则配置流程在N4会话中配置了如图16所示的路由规则。其中，每个路由规则包括UL PDR以及与UL PDR关联的UL FAR、UL QER(未示出)和UL URR(未示出)、DL PDR以及与DL PDR关联的DL FAR、DLQER(未示出)和DL URR(未示出)。则：
步骤1，UPF1网元在接收来自与UPF2网元连接的N19隧道的多播报文之后，确定多播报文所属的N4会话(即图16中的N4会话1x)，并在该N4会话中查找到匹配的DL PDR之后，根据该DL PDR关联的DL FAR、DL QER和DL URR将多播报文和N19指示信息转发到UPF1网元的内部接口，重新进行匹配。
步骤2，UPF1网元确定能否找到多播报文所属的下一个N4会话。这里假设多播报文所属的下一个N4会话为N4会话2，且UPF1网元将N4会话2中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配之后，确定存在与多播报文匹配的DL PDR，且该DL PDR对应的报文复制信息(这里可以为终端设备2的地址信息)与多播报文的发送者信息(这里可以为N19指示信息)匹配，或者该DL PDR对应的报文复制跳过信息(这里可以为终端设备2的地址信息)与多播报文的发送者信息(这里可以为N19指示信息)不匹配，则UPF1网元可以复制多播报文，并将复制得到的多播报文使用该DL PDR关联的DL FAR、DL QER和DL URR进行处理，进而多播报文可以传输至终端设备2。
步骤3，假设N4会话2中与多播报文匹配的DL PDR指示继续匹配其它PDR，则UPF1网元继续确定能否找到多播报文所属的下一个N4会话。这里假设多播报文所属的下一个N4会话为N4会话1，且UPF1网元将N4会话1中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配之后，确定存在与多播报文匹配的DL PDR，且该DL PDR对应的报文复制信息(这里可以为终端设备1的地址信息)与多播报文的发送者信息(这里可以为N19指示信息)匹配，或者该DL PDR对应的报文复制跳过信息(这里可以为终端设备1的地址信息)与多播报文的发送者信息(这里可以为N19指示信息)不匹配，则UPF1网元可以复制多播报文，并将复制得到的多播报文使用该DL PDR关联的DL FAR、DL QER和DL URR进行处理，进而多播报文可以传输至终端设备1。
步骤4，假设N4会话1中与多播报文匹配的DL PDR指示继续匹配其它PDR，则UPF1网元继续确定能否找到多播报文所属的下一个N4会话。这里假设多播报文所属的下一个N4会话为N4会话3，且UPF1网元将N4会话3中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配之后，确定存在与多播报文匹配的DL PDR，且该DL PDR对应的报文复制信息(这里可以为终端设备3的地址信息)与多播报文的发送者信息(这里可以为N19指示信息)匹配，或者该DL PDR对应的报文复制跳过信息(这里可以为终端设备3的地址信息)与多播报文的发送者信息(这里可以为N19指示信息)不匹配，则UPF1网元可以复制多播报文，并将复制得到的多播报文使用该DL PDR关联的DL FAR、DL QER和DL URR进行处理，进而多播报文可以传输至终端设备3。
步骤5，假设N4会话3中与多播报文匹配的DL PDR指示继续匹配其它PDR，则UPF1网元继续确定能否找到多播报文所属的下一个N4会话。这里假设多播报文所属的下一个N4会话为N4会话n，且UPF1网元将N4会话n中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配之后，确定存在与多播报文匹配的DL PDR，且该DL PDR对应的报文复制信息(这里可以为终端设备n的地址信息)与多播报文的发送者信息(这里可以为N19指示信息)匹配，或者该DL PDR对应的报文复制跳过信息(这里可以为终端设备n的地址信息)与多播报文的发送者信息(这里可以为N19指示信息)不匹配，则UPF1网元可以复制多播报文，并将复制得到的多播报文使用该DL PDR关联的DL FAR、DL QER和DL URR进行处理，进而多播报文可以传输至终端设备n。
步骤6，假设N4会话n中与多播报文匹配的DL PDR指示继续匹配其它PDR，则UPF1网元继续确定能否找到多播报文所属的下一个N4会话。这里假设多播报文所属的下一个N4会话为N4会话1x，且UPF1网元将N4会话1x中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配之后，确定存在与多播报文匹配的UL PDR，且该UL PDR对应的报文复制信息(这里可以为N19指示信息)与多播报文的发送者信息(这里可以为N19指示信息)不匹配，或者该DL PDR对应的报文复制跳过信息(这里可以为N19指示信息)与多播报文的发送者信息(这里可以为N19指示信息)匹配，则UPF1网元跳过处理多播报文的过程。
以此类推，直至无法找到多播报文所属的下一个N4会话，流程结束。
需要说明的是，图15或图16所示的实施例均以UL PDR对应的报文复制信息为N19指示信息为例进行说明。当然，图15或图16所示的实施例均中，UL PDR对应的报文复制信息也可以包括N19指示信息和N6指示信息，此时，PDR对应的报文复制信息与多播报文的发送者信息匹配，可以包括：PDR对应的报文复制信息不包括多播报文的发送者信息；PDR对应的报文复制信息与多播报文的发送者信息不匹配，包括：PDR对应的报文复制信息包括多播报文的发送者信息相同。或者，PDR对应的报文复制跳过信息与多播报文的发送者信息匹配，可以包括：PDR对应的报文复制跳过信息包括多播报文的发送者信息；PDR对应的报文复制跳过信息与多播报文的发送者信息不匹配，包括：PDR对应的报文复制跳过信息不包括多播报文的发送者信息，在此统一说明，以下不再赘述。
需要说明的是，图15和图16所示的示例均是以多播报文先匹配N4会话，再匹配N4会话中的PDR为例进行说明，当然，多播报文被转发到UPF1网元的内部接口，重新进行匹配之后，也可以直接按照UPF1网元中PDR的优先级从高到低的顺序，将多播报文与UPF1网元中的PDR分别进行匹配，在此不再赘述。
需要说明的是，图15和图16所示的示例均是将多播报文与UPF1网元中的其它PDR进行匹配，将复制得到的多播报文使用当前PDR关联的FAR、QER和URR进行处理为例进行说明。当然，也可以是UPF1网元将复制得到的多播报文与UPF1网元中的其它PDR进行匹配，将与当前PDR匹配的多播报文使用该PDR关联的FAR、QER和URR进行处理，在此不再赘述。
可选的，本申请实施例还可以提供一种多播通信方法，该多播通信方法中，UPF网元接收多播报文，确定多播报文所属的N4会话，并在该N4会话中查找到匹配的多播类型的PDR之后，该PDR关联的FAR指示UPF网元查找所有目标N4会话(排除当前的N4会话)，并根据查找到的目标N4会话的信息，复制相应份数的多播报文之后，使用查找到的目标N4会话中的PDR进行匹配，匹配成功之后，使用PDR关联的FAR、QER和URR进行处理。该方案由于不需要在FAR中明确指示复制数据包的隧道信息或者复制数据包的标签，因此在终端设备成员改变时，不需要更新FAR中的指示信息，从而不仅可以提高多播报文的转发效率，且可以减少SMF网元与UPF网元之间的信令交互流程，从而减少信令开销。
可以理解的是，以上各个实施例中，由用户面网元实现的方法和/或步骤，也可以由可用于用户面网元的部件实现。由会话管理网元实现的方法和/或步骤，也可以由可用于会话管理网元的部件实现。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。相应的，本申请实施例还提供了通信装置，该通信装置可以为上述方法实施例中的用户面网元，或者包含上述用户面网元的装置，或者为可用于用户面网元的部件；或者，该通信装置可以为上述方法实施例中的会话管理网元，或者包含上述会话管理网元的装置，或者为可用于会话管理网元的部件。可以理解的是，该通信装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
比如，以通信装置为上述方法实施例中的用户面网元为例，图17示出了一种用户面网元170的结构示意图。该用户面网元170包括收发模块1701和处理模块1702。所述收发模块1701，也可以称为收发单元用以实现收发功能，例如可以是收发电路，收发机，收发器或者通信接口。
其中，收发模块1701，用于接收多播报文，该多播报文包括多播地址；处理模块1702，用于将多播报文与用户面网元中的PDR进行匹配；处理模块1702，用于若多播报文成功匹配到第一PDR，且第一PDR指示继续匹配其它PDR，继续为多播报文匹配其它PDR。
可选的，处理模块1702，还用于若第一PDR对应的报文复制信息与多播报文的发送者信息匹配，复制多播报文，并使用第一PDR关联的规则对复制得到的多播报文进行处理。
或者，可选的，处理模块1702，还用于若第一PDR对应的报文复制信息与多播报文的发送者信息不匹配，跳过使用第一PDR关联的规则对复制得到的多播报文进行处理的过程。
可选的，处理模块1702，还用于若第一PDR对应的报文复制跳过信息与多播报文的发送者信息不匹配，复制多播报文，并使用第一PDR关联的规则对复制得到的多播报文进行处理。
可选的，处理模块1702，还用于若第一PDR对应的报文复制跳过信息与多播报文的发送者信息匹配，跳过使用第一PDR关联的规则对复制得到的多播报文进行处理的过程。
可选的，多播报文中包括多播报文的发送者信息，其中，多播报文的发送者信息包括发送多播报文的终端设备的地址信息。
或者，可选的，收发模块1701，还用于接收多播报文的发送者信息，其中，多播报文的发送者信息包括N19指示信息或者N6指示信息。
可选的，处理模块1702，用于将多播报文与用户面网元中的PDR进行匹配，包括：处理模块1702，用于确定用户面网元中与多播报文匹配的N4会话；将N4会话中的PDR按照优先级从高到低的顺序一一与多播报文进行匹配。
或者，可选的，处理模块1702，用于将多播报文与用户面网元中的PDR进行匹配，包括：处理模块1702，用于按照用户面网元中PDR的优先级从高到低的顺序，将多播报文与用户面网元中的PDR分别进行匹配。
可选的，收发模块1701，还用于接收来自会话管理网元的第一消息，第一消息包括N4会话标识、第一PDR，以及第一PDR关联的FAR、QER和URR，其中，第一PDR用于检测多播报文；处理模块1702，还用于在N4会话标识对应的N4会话中配置第一PDR、以及第一PDR关联的FAR、QER和URR。
可选的，收发模块1701，还用于接收来自会话管理网元的N4会话标识和第一PDR，该第一PDR用于检测多播报文；处理模块1702，还用于在N4会话标识对应的N4会话中配置第一PDR。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
在本实施例中，该用户面网元170以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该用户面网元170可以采用图9所示的通信设备900的形式。
比如，图9所示的通信设备900中的处理器901可以通过调用存储器903中存储的计算机执行指令，使得通信设备900执行上述方法实施例中的多播通信方法。
具体的，图17中的收发模块1701和处理模块1702的功能/实现过程可以通过图9所示的通信设备900中的处理器901调用存储器903中存储的计算机执行指令来实现。或者，图17中的处理模块1702的功能/实现过程可以通过图9所示的通信设备900中的处理器901调用存储器903中存储的计算机执行指令来实现，图17中的收发模块1701的功能/实现过程可以通过图9中所示的通信设备900中的通信接口904来实现。
由于本实施例提供的用户面网元170可执行上述的多播通信方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
或者，以通信装置为上述方法实施例中的会话管理网元为例，图18示出了一种会话管理网元180的结构示意图。该会话管理网元180包括收发模块1801和处理模块1802。所述收发模块1801，也可以称为收发单元用以实现收发功能，例如可以是收发电路，收发机，收发器或者通信接口。
其中，处理模块1802，用于获取第一PDR，第一PDR用于检测多播报文，且该第一PDR指示继续匹配其它PDR；收发模块1801，用于向用户面网元发送N4会话标识和第一PDR，N4会话标识和第一PDR用于在用户面网元上N4会话标识对应的N4会话中配置第一PDR。
可选的，多播报文为广播报文；相应的，第一PDR包括广播地址；处理模块1802，还用于确定用户面网元上群组对应的第一N4会话，其中，该广播报文属于该群组，第一N4会话为用户面网元上该群组对应的所有N4会话中任意一个N4会话；相应的，N4会话标识为第一N4会话的标识。
或者，可选的，多播报文为组播报文，相应的，第一PDR包括组播地址；处理模块1802，还用于确定用户面网元上群组对应的第二N4会话，其中，该组播报文属于该群组，第二N4会话为用户面网元上该群组对应的支持组播报文转发的N4会话中任意一个N4会话；相应的，N4会话标识为第二N4会话的标识。
可选的，处理模块1802，用于确定用户面网元上群组对应的第二N4会话，包括：处理模块1802，用于根据IGMP加入消息或者NAS消息或者AF消息，确定用户面网元上群组对应的第二N4会话。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
在本实施例中，该会话管理网元180以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该会话管理网元180可以采用图9所示的通信设备900的形式。
比如，图9所示的通信设备900中的处理器901可以通过调用存储器903中存储的计算机执行指令，使得通信设备900执行上述方法实施例中的多播通信方法。
具体的，图18中的收发模块1801和处理模块1802的功能/实现过程可以通过图9所示的通信设备900中的处理器901调用存储器903中存储的计算机执行指令来实现。或者，图18中的处理模块1802的功能/实现过程可以通过图9所示的通信设备900中的处理器901调用存储器903中存储的计算机执行指令来实现，图18中的收发模块1801的功能/实现过程可以通过图9中所示的通信设备900中的通信接口904来实现。
由于本实施例提供的会话管理网元180可执行上述的多播通信方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
需要说明的是，以上模块或单元的一个或多个可以软件、硬件或二者结合来实现。当以上任一模块或单元以软件实现的时候，所述软件以计算机程序指令的方式存在，并被存储在存储器中，处理器可以用于执行所述程序指令并实现以上方法流程。该处理器可以内置于SoC(片上***)或ASIC，也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。
当以上模块或单元以硬件实现的时候，该硬件可以是CPU、微处理器、数字信号处理(digital signal processing，DSP)芯片、微控制单元(microcontroller unit，MCU)、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合，其可以运行必要的软件或不依赖于软件以执行以上方法流程。
可选的，本申请实施例还提供了一种通信装置(例如，该通信装置可以是芯片或芯片***)，该通信装置包括处理器，用于实现上述任一方法实施例中的方法。在一种可能的设计中，该通信装置还包括存储器。该存储器，用于保存必要的程序指令和数据，处理器可以调用存储器中存储的程序代码以指令该通信装置执行上述任一方法实施例中的方法。当然，存储器也可以不在该通信装置中。该通信装置是芯片***时，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (30)

1.一种多播通信方法，其特征在于，所述方法包括：
用户面网元接收多播报文，所述多播报文包括多播地址；
所述用户面网元将所述多播报文与所述用户面网元中的报文检测规则PDR进行匹配；
若所述多播报文成功匹配到第一PDR，且所述第一PDR指示继续匹配其它PDR，所述用户面网元继续为所述多播报文匹配其它PDR。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若所述第一PDR对应的报文复制信息与所述多播报文的发送者信息匹配，所述用户面网元复制所述多播报文，并使用所述第一PDR关联的规则对复制得到的多播报文进行处理；
或者，若所述第一PDR对应的报文复制信息与所述多播报文的发送者信息不匹配，所述用户面网元跳过使用所述第一PDR关联的规则对所述多播报文进行处理的过程。
3.根据权利要求2所述的方法，其特征在于，所述第一PDR对应的报文复制信息与所述多播报文的发送者信息匹配，包括：
所述第一PDR对应的报文复制信息与所述多播报文的发送者信息不相同；
所述第一PDR对应的报文复制信息与所述多播报文的发送者信息不匹配，包括：
所述第一PDR对应的报文复制信息与所述多播报文的发送者信息相同。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若所述第一PDR对应的报文复制跳过信息与所述多播报文的发送者信息不匹配，所述用户面网元复制所述多播报文，并使用所述第一PDR关联的规则对复制得到的多播报文进行处理；
或者，若所述第一PDR对应的报文复制跳过信息与所述多播报文的发送者信息匹配，所述用户面网元跳过使用所述第一PDR关联的规则对所述多播报文进行处理的过程。
5.根据权利要求4所述的方法，其特征在于，所述第一PDR对应的报文复制跳过信息与所述多播报文的发送者信息匹配，包括：
所述第一PDR对应的报文复制跳过信息与所述多播报文的发送者信息相同；
所述第一PDR对应的报文复制跳过信息与所述多播报文的发送者信息不匹配，包括：
所述第一PDR对应的报文复制跳过信息与所述多播报文的发送者信息不相同。
6.根据权利要求2-5任一项所述的方法，其特征在于，所述多播报文中包括所述多播报文的发送者信息，其中，所述多播报文的发送者信息包括发送所述多播报文的终端设备的地址信息。
7.根据权利要求2-5任一项所述的方法，其特征在于，所述方法还包括：
所述用户面网元接收所述多播报文的发送者信息，其中，所述多播报文的发送者信息包括N19指示信息或者N6指示信息。
8.根据权利要求7所述的方法，其特征在于，所述N6指示信息或者所述N19指示信息包括在通用分组无线服务GPRS隧道协议用户面GTP-U隧道头信息中。
9.根据权利要求1-8任一项所述的方法，其特征在于，所述用户面网元将所述多播报文与所述用户面网元中的PDR进行匹配，包括：
所述用户面网元确定所述用户面网元中与所述多播报文匹配的N4会话；
所述用户面网元将所述N4会话中的PDR按照优先级从高到低的顺序一一与所述多播报文进行匹配。
10.根据权利要求1-8任一项所述的方法，其特征在于，所述用户面网元将所述多播报文与所述用户面网元中的PDR进行匹配，包括：
所述用户面网元按照所述用户面网元中PDR的优先级从高到低的顺序，将所述多播报文与所述用户面网元中的PDR分别进行匹配。
11.根据权利要求1-10任一项所述的方法，其特征在于，所述第一PDR中包括类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息，所述类型指示或者所述继续匹配指示或者所述报文复制信息或者所述报文复制跳过信息用于指示继续匹配其它PDR。
12.根据权利要求1-11任一项所述的方法，其特征在于，所述方法还包括：
所述用户面网元接收来自会话管理网元的N4会话标识和所述第一PDR，其中，所述第一PDR用于检测所述多播报文；
所述用户面网元在所述N4会话标识对应的N4会话中配置所述第一PDR。
13.根据权利要求1-12任一项所述的方法，其特征在于，所述多播报文为广播报文，相应的，所述多播地址为广播地址；或者，所述多播报文包括组播报文，相应的，所述多播地址为组播地址。
14.一种多播通信方法，其特征在于，所述方法包括：
会话管理网元获取第一报文检测规则PDR，所述第一PDR用于检测多播报文，且所述第一PDR指示继续匹配其它PDR；
所述会话管理网元向用户面网元发送N4会话标识和所述第一PDR，其中，所述N4会话标识和所述第一PDR用于在所述用户面网元上所述N4会话标识对应的N4会话中配置所述第一PDR。
15.根据权利要求14所述的方法，其特征在于，所述第一PDR中包括类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息，所述类型指示或者所述继续匹配指示或者所述报文复制信息或者所述报文复制跳过信息用于指示继续匹配其它PDR。
16.根据权利要求14或15所述的方法，其特征在于，所述多播报文为广播报文；相应的，所述第一PDR包括广播地址；所述方法还包括：
所述会话管理网元确定所述用户面网元上群组对应的第一N4会话，其中，所述广播报文属于所述群组，所述第一N4会话为所述用户面网元上所述群组对应的所有N4会话中任意一个N4会话；
相应的，所述N4会话标识为所述第一N4会话的标识。
17.根据权利要求14或15所述的方法，其特征在于，所述多播报文为组播报文，相应的，所述第一PDR包括组播地址；所述方法还包括：
所述会话管理网元确定所述用户面网元上群组对应的第二N4会话，其中，所述组播报文属于所述群组，所述第二N4会话为所述用户面网元上所述群组对应的支持所述组播报文转发的N4会话中任意一个N4会话；
相应的，所述N4会话标识为所述第二N4会话的标识。
18.根据权利要求17所述的方法，其特征在于，所述会话管理网元确定所述用户面网元上群组对应的第二N4会话，包括：
所述会话管理网元根据因特网组管理协议IGMP加入消息或者非接入层NAS消息或者应用功能AF消息，确定所述用户面网元上群组对应的第二N4会话。
19.一种通信装置，其特征在于，所述通信装置包括用于执行如权利要求用于执行权利要求1-13任一项所述的各个步骤的单元。
20.一种通信装置，其特征在于，所述通信装置包括用于执行如权利要求用于执行权利要求14-18任一项所述的各个步骤的单元。
21.一种通信装置，其特征在于，所述通信装置包括处理器和存储器；
所述存储器用于存储计算机指令；
当所述处理器执行所述指令时，以使所述通信装置执行权利要求1-13任一项所述的方法。
22.一种通信装置，其特征在于，所述通信装置包括处理器和存储器；
所述存储器用于存储计算机指令；
当所述处理器执行所述指令时，以使所述通信装置执行权利要求14-18任一项所述的方法。
23.一种通信***，其特征在于，所述通信***包括会话管理网元和用户面网元；
所述会话管理网元，用于获取第一报文检测规则PDR，所述第一PDR用于检测多播报文，且所述第一PDR指示继续匹配其它PDR；
所述会话管理网元，还用于向用户面网元发送N4会话标识和所述第一PDR；
所述用户面网元，用于接收来自所述会话管理网元的所述N4会话标识和所述第一PDR，并在所述N4会话标识对应的N4会话中配置所述第一PDR；
所述用户面网元，还用于接收多播报文，并将所述多播报文与所述用户面网元中的PDR进行匹配，所述多播报文包括多播地址；
所述用户面网元，还用于若所述多播报文成功匹配到所述第一PDR，继续为所述多播报文匹配其它PDR。
24.根据权利要求23所述的通信***，其特征在于，
所述用户面网元，还用于若所述第一PDR对应的报文复制信息与所述多播报文的发送者信息匹配，复制所述多播报文，并使用所述第一PDR关联的规则对复制得到的多播报文进行处理；
或者，所述用户面网元，还用于若所述第一PDR对应的报文复制信息与所述多播报文的发送者信息不匹配，跳过使用所述第一PDR关联的规则对所述多播报文进行处理的过程。
25.根据权利要求23所述的通信***，其特征在于，
所述用户面网元，还用于若所述第一PDR对应的报文复制跳过信息与所述多播报文的发送者信息不匹配，复制所述多播报文，并使用所述第一PDR关联的规则对复制得到的多播报文进行处理；
或者，所述用户面网元，还用于若所述第一PDR对应的报文复制跳过信息与所述多播报文的发送者信息匹配，跳过使用所述第一PDR关联的规则对所述多播报文进行处理的过程。
26.根据权利要求23-25任一项所述的通信***，其特征在于，所述用户面网元，用于将所述多播报文与所述用户面网元中的PDR进行匹配，包括：
所述用户面网元，用于确定所述用户面网元中与所述多播报文匹配的N4会话；将所述N4会话中的PDR按照优先级从高到低的顺序一一与所述多播报文进行匹配。
27.根据权利要求23-25任一项所述的通信***，其特征在于，所述用户面网元，用于将所述多播报文与所述用户面网元中的PDR进行匹配，包括：
所述用户面网元，用于按照所述用户面网元中PDR的优先级从高到低的顺序，将所述多播报文与所述用户面网元中的PDR分别进行匹配。
28.根据权利要求23-27任一项所述的通信***，其特征在于，所述多播报文为广播报文；相应的，所述第一PDR包括广播地址；
所述会话管理网元，还用于确定所述用户面网元上群组对应的第一N4会话，其中，所述广播报文属于所述群组，所述第一N4会话为所述用户面网元上所述群组对应的所有N4会话中任意一个N4会话；
相应的，所述N4会话标识为所述第一N4会话的标识。
29.根据权利要求23-27任一项所述的通信***，其特征在于，所述多播报文为组播报文，相应的，所述第一PDR包括组播地址；
所述会话管理网元，还用于确定所述用户面网元上群组对应的第二N4会话，其中，所述组播报文属于所述群组，所述第二N4会话为所述用户面网元上所述群组对应的支持所述组播报文转发的N4会话中任意一个N4会话；
相应的，所述N4会话标识为所述第二N4会话的标识。
30.根据权利要求23-29任一项所述的通信***，其特征在于，所述第一PDR中包括类型指示或者继续匹配指示或者报文复制信息或者报文复制跳过信息，所述类型指示或者所述继续匹配指示或者所述报文复制信息或者所述报文复制跳过信息用于指示继续匹配其它PDR。
CN201910523377.8A 2019-06-17 2019-06-17 多播通信方法、装置及*** Active CN112105088B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201910523377.8A CN112105088B (zh) 2019-06-17 2019-06-17 多播通信方法、装置及***
KR1020227001248A KR20220020933A (ko) 2019-06-17 2020-06-17 멀티캐스트 통신 방법, 장치, 및 시스템
EP20826482.0A EP3979757B1 (en) 2019-06-17 2020-06-17 Multicast communication methods and devices
PCT/CN2020/096633 WO2020253737A1 (zh) 2019-06-17 2020-06-17 多播通信方法、装置及***
JP2021575028A JP2022537186A (ja) 2019-06-17 2020-06-17 マルチキャスト通信方法、ならびに装置およびシステム
US17/644,678 US20220109962A1 (en) 2019-06-17 2021-12-16 Multicast communication method, and apparatus and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910523377.8A CN112105088B (zh) 2019-06-17 2019-06-17 多播通信方法、装置及***

Publications (2)

Publication Number Publication Date
CN112105088A true CN112105088A (zh) 2020-12-18
CN112105088B CN112105088B (zh) 2023-04-07

Family

ID=73748641

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910523377.8A Active CN112105088B (zh) 2019-06-17 2019-06-17 多播通信方法、装置及***

Country Status (6)

Country Link
US (1) US20220109962A1 (zh)
EP (1) EP3979757B1 (zh)
JP (1) JP2022537186A (zh)
KR (1) KR20220020933A (zh)
CN (1) CN112105088B (zh)
WO (1) WO2020253737A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113726909A (zh) * 2021-09-29 2021-11-30 广州爱浦路网络技术有限公司 基于融合组网的包处理方法、***、装置及存储介质
CN114189572A (zh) * 2021-12-16 2022-03-15 深圳市领创星通科技有限公司 一种包检测规则匹配方法、装置、网元及存储介质
CN115209359A (zh) * 2021-04-06 2022-10-18 诺基亚技术有限公司 在个体协议数据单元(pdu)会话中分发多播数据分组
WO2022218099A1 (zh) * 2021-04-16 2022-10-20 华为技术有限公司 组播通信方法及通信装置
WO2023019874A1 (zh) * 2021-08-20 2023-02-23 中兴通讯股份有限公司 分布式业务转发方法、装置、***、存储介质及电子设备
WO2023051374A1 (zh) * 2021-09-28 2023-04-06 维沃移动通信有限公司 信息控制方法、装置、网络功能及可读存储介质
WO2023185428A1 (zh) * 2022-03-26 2023-10-05 华为技术有限公司 一种重构用户面功能网元关键服务能力的方法及通信装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110727633A (zh) * 2019-09-17 2020-01-24 广东高云半导体科技股份有限公司 基于SoC FPGA的边缘人工智能计算***构架
CN114697259A (zh) * 2020-12-31 2022-07-01 华为技术有限公司 避免环路的方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101521586A (zh) * 2008-02-28 2009-09-02 株式会社Ntt都科摩 在无线局域网中的多播方法
US20160198330A1 (en) * 2013-08-09 2016-07-07 Samsung Electronics Co., Ltd. Apparatus and method for selecting peer discovery resource in device-to-device communication system
CN109548063A (zh) * 2017-09-20 2019-03-29 华为技术有限公司 处理报文的方法、装置、设备及存储介质
CN109768868A (zh) * 2017-11-09 2019-05-17 华为技术有限公司 以太广播帧的处理方法、装置及设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7409707B2 (en) * 2003-06-06 2008-08-05 Microsoft Corporation Method for managing network filter based policies
CN108419270B (zh) * 2017-02-10 2021-08-06 中兴通讯股份有限公司 一种业务分流实现方法及装置
US20190132251A1 (en) * 2017-10-31 2019-05-02 Huawei Technologies Co., Ltd. Method and system for supporting multiple qos flows for unstructured pdu sessions
US11895033B2 (en) * 2017-11-17 2024-02-06 Huawei Technologies Co., Ltd. Method and apparatus for traffic routing and path optimization for peer-to-peer communications
CN111200791B (zh) * 2018-11-19 2021-07-09 华为技术有限公司 群组通信方法、设备及***
US11330667B2 (en) * 2019-05-03 2022-05-10 Ofinno, Llc Group communication signaling overload mitigation

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101521586A (zh) * 2008-02-28 2009-09-02 株式会社Ntt都科摩 在无线局域网中的多播方法
US20160198330A1 (en) * 2013-08-09 2016-07-07 Samsung Electronics Co., Ltd. Apparatus and method for selecting peer discovery resource in device-to-device communication system
CN109548063A (zh) * 2017-09-20 2019-03-29 华为技术有限公司 处理报文的方法、装置、设备及存储介质
CN109768868A (zh) * 2017-11-09 2019-05-17 华为技术有限公司 以太广播帧的处理方法、装置及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON，OPPO: "Updating General description of solution 1 in 23.725 for user plane redundancy", 《3GPP TSG-SA WG2 MEETING #131 S2-1901960》 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115209359A (zh) * 2021-04-06 2022-10-18 诺基亚技术有限公司 在个体协议数据单元(pdu)会话中分发多播数据分组
WO2022218099A1 (zh) * 2021-04-16 2022-10-20 华为技术有限公司 组播通信方法及通信装置
CN115226039A (zh) * 2021-04-16 2022-10-21 华为技术有限公司 组播通信方法及通信装置
WO2023019874A1 (zh) * 2021-08-20 2023-02-23 中兴通讯股份有限公司 分布式业务转发方法、装置、***、存储介质及电子设备
WO2023051374A1 (zh) * 2021-09-28 2023-04-06 维沃移动通信有限公司 信息控制方法、装置、网络功能及可读存储介质
CN113726909A (zh) * 2021-09-29 2021-11-30 广州爱浦路网络技术有限公司 基于融合组网的包处理方法、***、装置及存储介质
CN114189572A (zh) * 2021-12-16 2022-03-15 深圳市领创星通科技有限公司 一种包检测规则匹配方法、装置、网元及存储介质
WO2023185428A1 (zh) * 2022-03-26 2023-10-05 华为技术有限公司 一种重构用户面功能网元关键服务能力的方法及通信装置

Also Published As

Publication number Publication date
JP2022537186A (ja) 2022-08-24
EP3979757A4 (en) 2022-08-10
KR20220020933A (ko) 2022-02-21
EP3979757C0 (en) 2023-11-22
EP3979757A1 (en) 2022-04-06
US20220109962A1 (en) 2022-04-07
WO2020253737A1 (zh) 2020-12-24
CN112105088B (zh) 2023-04-07
EP3979757B1 (en) 2023-11-22

Similar Documents

Publication Publication Date Title
CN112105088B (zh) 多播通信方法、装置及***
CN111200791B (zh) 群组通信方法、设备及***
JP7274582B2 (ja) ローカルエリアネットワーク（ｌａｎ）をサポートする方法および装置
US20220060416A1 (en) Routing Rule Management Method and Communications Apparatus
US11432366B2 (en) Session management method, device, and system
WO2020073919A1 (zh) 报文传输方法及装置
US12004264B2 (en) Session management method, device, and system
KR20200039792A (ko) 데이터 전송 방법, 장치, 및 시스템
WO2022152238A1 (zh) 一种通信方法及通信装置
EP3787258B1 (en) Communication method and apparatus
WO2021164564A1 (zh) 传输组播业务的方法和装置
CN112584328B (zh) 组播通信方法及其装置
WO2020034861A1 (zh) 通信方法和装置
WO2021223620A1 (zh) 业务切换方法、装置及***
CN113973399A (zh) 报文转发方法、装置及***
WO2019223405A1 (zh) 报文传输方法和装置
CN113271653B (zh) 通信方法、装置及***
EP4044614A1 (en) Method for establishing multicast session and network device
CN115004744B (zh) 一种在5g通信网络的边缘站点之间建立连接的方法
CN111866759B (zh) 群组通信方法及装置
WO2021168862A1 (zh) 一种通信方法及设备
WO2023197737A1 (zh) 报文发送方法、pin管理方法、通信装置及通信***
EP4274301A1 (en) Communication method and apparatus
WO2023019998A1 (zh) 一种通信隧道管理方法、装置及***
CN115696223A (zh) 一种组播通信方法及装置

Legal Events

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