CN113973076B - 一种多播切换方法及装置 - Google Patents
一种多播切换方法及装置 Download PDFInfo
- Publication number
- CN113973076B CN113973076B CN202010725126.0A CN202010725126A CN113973076B CN 113973076 B CN113973076 B CN 113973076B CN 202010725126 A CN202010725126 A CN 202010725126A CN 113973076 B CN113973076 B CN 113973076B
- Authority
- CN
- China
- Prior art keywords
- multicast
- entity
- message
- target
- source
- 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.)
- Active
Links
Images
Classifications
-
- 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/24—Multipath
-
- 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/302—Route determination based on requested QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例公开了一种多播切换方法及装置。该方法包括:会话管理功能SMF实体确定切换终端设备的第一多播业务的多播源服务器;向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。采用本申请实施例,提高了多播切换的效率。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种多播切换方法及装置。
背景技术
在移动边缘计算(mobile edge computing,MEC)的场景下,多播服务器被部署在MEC上,随着用户设备(user equipment,UE)的移动,发生基站的切换时,有可能MEC服务器的锚点用户面功能(user plane function,UPF)实体与目标基站没有直接连接,因此需要插入(intermediate UPF,I-UPF)进行中转。而随UE的继续移动,可能到达其他MEC服务器的服务范围内,发生多播源的切换,此时需要通过会话的释放和重建完成完整的切换流程,影响多播切换效率。
发明内容
本申请实施例一种多播切换方法及装置,提高多播切换的效率。
第一方面,本申请实施例提供了一种多播切换方法,包括:会话管理功能SMF实体确定切换终端设备的第一多播业务的多播源服务器;向目标用户面功能UPF实体发送第一消息,第一消息用于建立目标UPF实体与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径,目标UPF实体与目标多播源服务器对应。通过SMF实体向目标UPF实体发送第一消息,触发目标UPF实体建立目标UPF实体与目标多播源服务器之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
第二方面,本申请实施例提供了一种多播切换方法,包括:SMF实体确定切换终端设备的第一多播业务的用户面功能UPF实体;向终端设备的目标UPF实体发送第二消息,第二消息用于目标UPF实体建立用于传输第一多播业务的数据的路径。通过SMF实体向目标UPF实体发送第二消息,触发目标UPF实体建立目标UPF实体与目标多播源服务器之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第一方面的一种可能的设计中,第一消息包括以下至少一种:第一多播业务的标识和目标多播源服务器的标识。目标多播源服务器的标识用于指示目标UPF实体建立与目标多播源服务器之间传输第一多播业务的数据的路径,第一多播业务的标识用于指示目标UPF实体通过目标多播源服务器接收第一多播业务的数据。
在第二方面的一种可能的设计中,第二消息包括第一多播业务的标识。第一多播业务的标识用于指示目标UPF实体通过目标多播源服务器接收第一多播业务的数据。
在第二方面的一种可能的设计中,当终端设备是通过目标UPF实体加入第一多播业务对应的多播群组的第一个终端设备时,SMF实体向目标UPF实体发送第二消息。
在第一方面和第二方面的一种可能的设计中,SMF实体向终端设备的源UPF实体发送第三消息,第三消息用于释放源UPF实体与终端设备的源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应。通过触发源UPF实体释放链路资源,保障资源的利用率。
在第一方面和第二方面的另一种可能的设计中,当终端设备是通过源UPF实体离开第一多播业务对应的多播群组的最后一个终端设备时,SMF实体向源UPF实体发送第三消息。
在第一方面和第二方面的另一种可能的设计中,第三消息包括第一多播业务的标识。
第三方面,本申请实施例提供了一种多播切换方法,包括:目标用户面功能UPF实体接收来自会话管理功能SMF实体的第一消息,第一消息用于建立目标UPF与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径,目标UPF实体与目标多播源服务器对应;目标UPF实体根据第一消息,向目标多播源服务器发送第四消息,第四消息用于建立目标多播源服务器与目标UPF实体之间的用于传输第一多播业务的数据的路径。通过SMF实体向目标UPF实体发送第一消息,触发目标UPF实体建立目标多播源服务器与目标UPF实体之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
第四方面,本申请实施例提供了一种多播切换方法,包括:UPF实体接收来自会话管理功能SMF实体的第三消息,第三消息用于释放源UPF实体与终端设备的源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应;源UPF实体向源多播源服务器发送第五消息,第五消息用于释放源多播源服务器与源UPF实体之间的用于传输第一多播业务的数据的路径。通过SMF实体向源UPF发送第三消息,触发源UPF释放源多播源服务器与源UPF实体之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率,保障链路资源的利用率。
第五方面,本申请实施例提供了一种多播切换方法,包括:SMF实体确定切换终端设备的第一多播业务的多播源服务器;SMF实体向终端设备的单播UPF实体发送第一消息,第一消息用于单播UPF实体向终端设备发送查询消息,查询消息用于获取终端设备所加入的多播群组的信息。SMF实体通过指示单播UPF实体发起查询消息,触发终端设备完成多播分发树的维护,使得终端设备能够快速加入多播群组,提高多播数据传输效率。
第六方面,本申请实施例提供了一种多播切换方法,包括:SMF实体确定切换终端设备的第一多播业务的用户面功能UPF实体;向终端设备的单播UPF实体发送第二消息,第二消息用于单播UPF实体向终端设备发送查询消息,查询消息用于获取终端设备所加入的多播群组的信息。SMF实体通过指示单播UPF实体发起查询消息,触发终端设备完成多播分发树的维护,使得终端设备能够快速加入多播群组,提高多播数据传输效率。
在第五方面和第六方面的一种可能的设计中,SMF实体向终端设备的目标UPF实体发送第三消息,第三消息用于建立目标UPF实体与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径,目标UPF实体与目标多播源服务器对应。SMF实体通过第三消息指示目标UPF2切换多播源服务器,不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第五方面和第六方面的一种可能的设计中,当终端设备是通过目标UPF实体加入第一多播业务对应的多播群组的第一个终端设备时,SMF实体向目标UPF实体发送第三消息。
在第五方面和第六方面的一种可能的设计中,SMF实体向终端设备的源UPF实体发送第四消息,第四消息用于释放源UPF实体与终端设备的源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应。通过SMF向源UPF发送第四消息,触发源UPF释放用于传输第一多播业务的数据的路径,保障链路资源的利用率。并且在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第五方面和第六方面的一种可能的设计中,当终端设备是通过源UPF实体离开第一多播业务对应的多播群组的最后一个终端设备时,SMF实体向源UPF实体发送第四消息。
在第五方面和第六方面的一种可能的设计中,第四消息包括第一多播业务的标识。
第七方面,本申请实施例提供了一种多播切换方法,包括:单播UPF实体接收来自会话管理功能SMF实体的第一消息,第一消息用于单播UPF实体向终端设备发送查询消息;根据第一消息,向终端设备发送查询消息,查询消息用于获取终端设备所加入的多播群组的信息。通过单播UPF向终端设备发起查询消息,触发终端设备加入第一多播业务的多播群组,完成多播分发树的维护,提高多播数据传输效率。
在第七方面的一种可能的设计中,单播UPF实体接收来自终端设备的终端设备所加入的多播群组的信息,多播群组的信息包括第一多播业务对应的多播群组;向SMF实体发送第五消息,第五消息用于指示终端设备请求加入第一多播业务对应的多播群组。通过向SMF实体发起请求加入第一多播业务对应的多播群组,在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
第八方面,本申请实施例提供了一种多播切换方法,包括:SMF实体确定切换终端设备的第一多播业务的多播源服务器;向终端设备发送非接入层NAS消息,NAS消息用于建立终端设备与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径。SMF实体通过NAS消息指示终端设备的组播地址发生改变,触发终端设备建立终端设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径,完成多播分发树的维护,在此过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第八方面的一种可能的设计中,SMF实体向目标UPF实体发送第一消息,第一消息用于建立目标UPF实体与目标多播源服务器之间的用于传输第一多播业务的数据的路径,目标UPF实体与目标多播源服务器对应。通过触发目标UPF实体建立目标UPF实体与目标多播源服务器之间的用于传输第一多播业务的数据的路径,完成多播分发树的维护,在此过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第八方面的另一种可能的设计中,当终端设备是通过目标UPF实体加入第一多播业务对应的多播群组的第一个终端设备时,SMF实体向目标UPF实体发送第一消息。
在第八方面的另一种可能的设计中,SMF实体向终端设备的源UPF实体发送的第二消息,第二消息用于释放源UPF实体与终端设备的源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应。通过向源UPF实体发送第二消息,触发源UPF实体释放源UPF实体与源多播源服务器之间的用于传输第一多播业务的数据的路径,保障链路资源的利用率。并且在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第八方面的另一种可能的设计中,当终端设备是通过源UPF实体离开第一多播业务对应的多播群组的最后一个终端设备时,SMF实体向源UPF实体发送第二消息。
在第八方面的另一种可能的设计中,NAS消息包括目标多播服务器对应的第一多播业务的多播地址。
第九方面,本申请实施例提供了一种多播切换方法,包括:终端设备接收来自会话管理功能SMF实体的非接入层NAS消息,NAS消息用于建立终端设备与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径;向单播UPF实体发送第三消息,第三消息用于建立终端设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径。SMF实体通过NAS消息指示终端设备的组播地址发生改变,触发终端设备建立终端设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径,完成多播分发树的维护,在此过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第九方面的另一种可能的设计中,终端设备向单播UPF实体发送第四消息,第四消息用于释放终端设备与终端设备的源多播源服务器之间的用于传输第一多播业务的数据的路径。通过触发单播UPF释放用于传输第一多播业务的数据的路径,保障链路资源的利用率。
第十方面,本申请实施例提供了一种多播切换方法,包括:会话管理功能SMF实体确定切换终端设备的第一多播业务的用户面功能UPF实体;SMF实体向目标用户面功能UPF实体发送第一消息,第一消息用于建立终端设备的目标无线接入网络RAN设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径,目标多播源服务器与目标UPF实体对应。通过SMF实体向目标UPF实体发送第一消息,触发目标UPF实体建立目标RAN设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第十方面的另一种可能的设计中,第一消息包括接入网络AN端口,AN端口用于建立目标RAN设备与目标UPF实体之间的用于传输第一多播业务的数据的路径。通过下发AN端口触发建立目标RAN设备与目标UPF实体之间的用于传输第一多播业务的数据的路径,在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第十方面的另一种可能的设计中,当终端设备是通过目标UPF实体加入第一多播业务对应的多播群组的第一个终端设备时,SMF实体向目标UPF实体发送第一消息。
在第十方面的另一种可能的设计中,SMF实体向终端设备的源UPF实体发送第二消息,第二消息用于释放终端设备的源RAN设备与源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应。通过触发源UPF实体释放链路资源,保障资源的利用率。
在第十方面的另一种可能的设计中,当终端设备是通过源UPF实体离开第一多播业务对应的多播群组的最后一个终端设备时,SMF实体向源UPF实体发送第二消息。
第十一方面,本申请实施例提供了一种多播切换方法,包括:目标用户面功能UPF实体接收来自会话管理功能SMF实体的第一消息,第一消息用于建立终端设备的目标无线接入网络RAN设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径,所述目标多播源服务器与所述目标UPF实体对应;根据第一消息,向目标多播源服务器发送第三消息,第三消息用于建立目标多播源服务器与目标UPF实体之间的用于传输第一多播业务的数据的路径。通过SMF实体向目标UPF实体发送第一消息,触发目标UPF实体建立目标UPF实体与目标多播源服务器之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第十一方面的另一种可能的设计中,第一消息包括接入网络AN端口,AN端口用于建立目标RAN设备与目标UPF实体之间的用于传输第一多播业务的数据的路径。通过下发AN端口触发建立目标RAN设备与目标UPF实体之间的用于传输第一多播业务的数据的路径,在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
第十二方面,本申请实施例提供了一种多播切换方法,包括:源用户面功能UPF实体接收来自会话管理功能SMF实体的第二消息,第二消息用于释放终端设备的源UPF实体与源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应;向源多播源服务器发送第四消息,第四消息用于释放源多播源服务器与源UPF实体之间的用于传输第一多播业务的数据的路径。通过触发源UPF实体释放链路资源,保障资源的利用率。
第十三方面,本申请实施例提供了一种多播切换装置,包括:处理模块,用于确定切换终端设备的第一多播业务的多播源服务器;发送模块,用于向目标用户面功能UPF实体发送第一消息,第一消息用于建立目标UPF实体与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径,目标UPF实体与目标多播源服务器对应。通过SMF实体向目标UPF实体发送第一消息,触发目标UPF实体建立目标UPF实体与目标多播源服务器之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
第十四方面,本申请实施例提供了一种多播切换装置,其特征在于,包括:处理模块,用于确定切换终端设备的第一多播业务的用户面功能UPF实体;发送模块,用于向终端设备的目标UPF实体发送第二消息,第二消息用于目标UPF实体建立用于传输第一多播业务的数据的路径。通过SMF向目标UPF实体发送第二消息,触发目标UPF实体建立目标UPF实体与目标多播源服务器之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第十三方面的一种可能的设计中,第一消息包括以下至少一种:第一多播业务的标识和目标多播源服务器的标识。目标多播源服务器的标识用于指示目标UPF实体建立与目标多播源服务器之间传输第一多播业务的数据的路径,第一多播业务的标识用于指示目标UPF通过目标多播源服务器接收第一多播业务的数据。
在第十四方面的一种可能的设计中,第二消息包括第一多播业务的标识。第一多播业务的标识用于指示目标UPF通过目标多播源服务器接收第一多播业务的数据。
在第十四方面的一种可能的设计中,发送模块,还用于当终端设备是通过目标UPF实体加入第一多播业务对应的多播群组的第一个终端设备时,向目标UPF实体发送第二消息。
在第十三方面和第十四方面的一种可能的设计中,发送模块,还用于向终端设备的源UPF实体发送第三消息,第三消息用于释放源UPF实体与终端设备的源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应。通过触发源UPF实体释放链路资源,保障资源的利用率。
在第十三方面和第十四方面的一种可能的设计中,发送模块,还用于当终端设备是通过源UPF实体离开第一多播业务对应的多播群组的最后一个终端设备时,向源UPF实体发送第三消息。
在第十三方面和第十四方面的一种可能的设计中,第三消息包括第一多播业务的标识。
第十五方面,本申请实施例提供了一种多播切换装置,包括:接收模块,用于接收来自会话管理功能SMF实体的第一消息,第一消息用于建立目标UPF与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径,目标UPF实体与目标多播源服务器对应;发送模块,用于根据第一消息,向目标多播源服务器发送第四消息,第四消息用于建立目标多播源服务器与目标UPF实体之间的用于传输第一多播业务的数据的路径。通过SMF实体向目标UPF实体发送第一消息,触发目标UPF实体建立目标多播源服务器与目标UPF实体之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
第十六方面,本申请实施例提供了一种多播切换装置,包括:接收模块,用于接收来自会话管理功能SMF实体的第三消息,第三消息用于释放源UPF实体与终端设备的源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应;发送模块,用于向源多播源服务器发送第五消息,第五消息用于释放源多播源服务器与源UPF实体之间的用于传输第一多播业务的数据的路径。通过SMF实体向源UPF发送第三消息,触发源UPF释放源多播源服务器与源UPF实体之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率,保障链路资源的利用率。
第十七方面,本申请实施例提供了一种多播切换装置,包括:处理模块,用于确定切换终端设备的第一多播业务的多播源服务器;发送模块,用于向终端设备的单播UPF实体发送第一消息,第一消息用于单播UPF实体向终端设备发送查询消息,查询消息用于获取终端设备所加入的多播群组的信息。SMF实体通过指示单播UPF实体发起查询消息,触发终端设备完成多播分发树的维护,使得终端设备能够快速加入多播群组,提高多播数据传输效率。
第十八方面,本申请实施例提供了一种多播切换装置,包括:处理模块,用于确定切换终端设备的第一多播业务的用户面功能UPF实体;发送模块,用于向终端设备的单播UPF实体发送第二消息,第二消息用于单播UPF实体向终端设备发送查询消息,查询消息用于获取终端设备所加入的多播群组的信息。SMF实体通过指示单播UPF实体发起查询消息,触发终端设备发送第二消息,完成多播分发树的维护,使得终端设备能够快速加入多播群组,提高多播数据传输效率。
在第十七方面和第十八方面的一种可能的设计中,发送模块,还用于向终端设备的目标UPF实体发送第三消息,第三消息用于建立目标UPF实体与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径,目标UPF实体与目标多播源服务器对应。SMF实体通过第三消息指示目标UPF2切换多播源服务器,不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第十七方面和第十八方面的一种可能的设计中,发送模块,还用于当终端设备是通过目标UPF实体加入第一多播业务对应的多播群组的第一个终端设备时,向目标UPF实体发送第三消息。
在第十七方面和第十八方面的一种可能的设计中,发送模块,还用于向终端设备的源UPF实体发送第四消息,第四消息用于释放源UPF实体与终端设备的源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应。
在第十七方面和第十八方面的一种可能的设计中,发送模块,还用于当终端设备是通过源UPF实体离开第一多播业务对应的多播群组的最后一个终端设备时,向源UPF实体发送第四消息。
在第十七方面和第十八方面的一种可能的设计中,第四消息包括第一多播业务的标识。
第十九方面,本申请实施例提供了一种多播切换装置,包括:接收模块,用于接收来自会话管理功能SMF实体的第一消息,第一消息用于单播UPF实体向终端设备发送查询消息;发送模块,用于根据第一消息,向终端设备发送查询消息,查询消息用于获取终端设备所加入的多播群组的信息。通过单播UPF向终端设备发起查询消息,触发终端设备加入第一多播业务的多播群组,完成多播分发树的维护,提高多播数据传输效率。
在第十九方面的一种可能的设计中,接收模块,还用于接收来自终端设备的终端设备所加入的多播群组的信息,多播群组的信息包括第一多播业务对应的多播群组;发送模块,还用于向SMF实体发送第五消息,第五消息用于指示终端设备请求加入第一多播业务对应的多播群组。
第二十方面,本申请实施例提供了一种多播切换装置,包括:处理模块,用于确定切换终端设备的第一多播业务的多播源服务器;发送模块,用于向终端设备发送非接入层NAS消息,NAS消息用于建立终端设备与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径。SMF实体通过NAS消息指示终端设备的组播地址发生改变,触发终端设备建立终端设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径,完成多播分发树的维护,在此过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第二十方面的一种可能的设计中,发送模块,还用于向目标用户面功能UPF实体发送第一消息,第一消息用于建立目标UPF实体与目标多播源服务器之间的用于传输第一多播业务的数据的路径,目标UPF实体与目标多播源服务器对应。通过触发目标UPF实体建立目标UPF实体与目标多播源服务器之间的用于传输第一多播业务的数据的路径,完成多播分发树的维护,在此过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第二十方面的一种可能的设计中,发送模块,还用于当终端设备是通过目标UPF实体加入第一多播业务对应的多播群组的第一个终端设备时,向目标UPF实体发送第一消息。
在第二十方面的一种可能的设计中,发送模块,还用于向终端设备的源UPF实体发送的第二消息,第二消息用于释放源UPF实体与终端设备的源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应。通过向源UPF实体发送第二消息,触发源UPF实体释放源UPF实体与源多播源服务器之间的用于传输第一多播业务的数据的路径,保障链路资源的利用率。并且在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第二十方面的一种可能的设计中,发送模块,还用于当终端设备是通过源UPF实体离开第一多播业务对应的多播群组的最后一个终端设备时,向源UPF实体发送第二消息。
在第二十方面的一种可能的设计中,NAS消息包括目标多播服务器对应的第一多播业务的多播地址。
第二十一方面,本申请实施例提供了一种多播切换装置,包括:接收模块,用于接收来自会话管理功能SMF实体的非接入层NAS消息,NAS消息用于建立终端设备与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径;发送模块,用于向单播UPF实体发送第三消息,第三消息用于建立终端设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径。SMF实体通过NAS消息指示终端设备的组播地址发生改变,触发终端设备建立终端设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径,完成多播分发树的维护,在此过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第二十一方面的一种可能的设计中,发送模块,还用于向单播UPF实体发送第四消息,第四消息用于释放终端设备与终端设备的源多播源服务器之间的用于传输第一多播业务的数据的路径。
第二十二方面,本申请实施例提供了一种多播切换装置,包括:处理模块,用于确定切换终端设备的第一多播业务的用户面功能UPF实体;发送模块,用于向目标用户面功能UPF实体发送第一消息,第一消息用于建立终端设备的目标无线接入网络RAN设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径,目标多播源服务器与目标UPF实体对应。通过SMF实体向目标UPF实体发送第一消息,触发目标UPF实体建立目标RAN设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第二十二方面的一种可能的设计中,第一消息包括接入网络AN端口,AN端口用于建立目标RAN设备与目标UPF实体之间的用于传输第一多播业务的数据的路径。通过下发AN端口触发建立目标RAN设备与目标UPF实体之间的用于传输第一多播业务的数据的路径,在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第二十二方面的一种可能的设计中,发送模块,还用于当终端设备是通过目标UPF实体加入第一多播业务对应的多播群组的第一个终端设备时,向目标UPF实体发送第一消息。
在第二十二方面的一种可能的设计中,发送模块,还用于向终端设备的源UPF实体发送第二消息,第二消息用于释放终端设备的源RAN设备与源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应。通过触发源UPF实体释放链路资源,保障资源的利用率。
在第二十二方面的一种可能的设计中,发送模块,还用于当终端设备是通过源UPF实体离开第一多播业务对应的多播群组的最后一个终端设备时,向源UPF实体发送第二消息。
第二十三方面,本申请实施例提供了一种多播切换装置,包括:接收模块,用于接收来自会话管理功能SMF实体的第一消息,第一消息用于建立终端设备的目标无线接入网络RAN设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径,目标多播源服务器与目标UPF实体对应;发送模块,用于根据第一消息,向目标多播源服务器发送第三消息,第三消息用于建立目标多播源服务器与目标UPF实体之间的用于传输第一多播业务的数据的路径。通过SMF实体向目标UPF实体发送第一消息,触发目标UPF实体建立目标UPF实体与目标多播源服务器之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
在第二十三方面的一种可能的设计中,第一消息包括接入网络AN端口,AN端口用于建立目标RAN设备与目标UPF实体之间的用于传输第一多播业务的数据的路径。通过下发AN端口触发建立目标RAN设备与目标UPF实体之间的用于传输第一多播业务的数据的路径,在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
第二十四方面,本申请实施例提供了一种多播切换装置,包括:接收模块,用于接收来自会话管理功能SMF实体的第二消息,第二消息用于释放终端设备的源RAN设备与源多播源服务器之间的用于传输第一多播业务的数据的路径,源多播源服务器与源UPF实体对应;发送模块,用于向源多播源服务器发送第四消息,第四消息用于释放源多播源服务器与源UPF实体之间的用于传输第一多播业务的数据的路径。通过触发源UPF实体释放链路资源,保障资源的利用率。
以上各方面中涉及的建立用于传输第一多播业务的数据的路径,也可以表述为加入多播源服务器的多播分发树,也可以表述为建立用于传输第一多播业务的数据的隧道。以上各方面中涉及的释放第一多播业务的数据的路径,也可以表述为离开多播源服务器的多播分发树,也可以表述为释放用于传输第一多播业务的数据的隧道。
第二十五方面,本申请实施例提供了一种通信装置,所述通信装置应用于SMF实体中,该通信装置可以为SMF实体或SMF实体中的芯片,通信装置包括:处理器、存储器和通信总线,其中,通信总线用于实现处理器和存储器之间连接通信,处理器执行存储器中存储的程序用于实现上述第一方面、第二方面、第五方面、第六方面、第八方面和第十方面的步骤。
第二十六方面,本申请实施例提供了一种通信装置,所述通信装置应用于目标UPF实体中,该通信装置可以为目标UPF实体或目标UPF实体中的芯片,通信装置包括:处理器、存储器和通信总线,其中,通信总线用于实现处理器和存储器之间连接通信,处理器执行存储器中存储的程序用于实现上述第三方面和第十一方面的步骤。
第二十七方面,本申请实施例提供了一种通信装置,所述通信装置应用于源UPF实体中,该通信装置可以为源UPF实体或源UPF实体中的芯片,通信装置包括:处理器、存储器和通信总线,其中,通信总线用于实现处理器和存储器之间连接通信,处理器执行存储器中存储的程序用于实现上述第四方面和第十二方面的步骤。
第二十八方面,本申请实施例提供了一种通信装置,所述通信装置应用于单播UPF实体中,该通信装置可以为单播UPF实体或单播UPF实体中的芯片,通信装置包括:处理器、存储器和通信总线,其中,通信总线用于实现处理器和存储器之间连接通信,处理器执行存储器中存储的程序用于实现上述第七方面的步骤。
第二十九方面,本申请实施例提供了一种通信装置,所述通信装置应用于终端设备中,该通信装置可以为终端设备或终端设备中的芯片,通信装置包括:处理器、存储器和通信总线,其中,通信总线用于实现处理器和存储器之间连接通信,处理器执行存储器中存储的程序用于实现上述第九方面的步骤。
第三十方面,本申请提供了一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面的方法。
第三十一方面,本申请提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面的方法。
第三十二方面,本申请实施例提供了一种芯片,包括处理器,用于从存储器中调用并运行存储器中存储的指令,使得安装有芯片的通信设备执行上述任一方面的方法。
第三十三方面,本申请实施例提供了另一种芯片,包括:输入接口、输出接口、处理器,可选的,还包括存储器,输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连,处理器用于执行存储器中的代码,当代码被执行时,处理器用于执行上述任一方面中的方法。
第三十四方面,本申请实施例提供了一种通信系统,该通信系统包括SMF实体、目标UPF实体、源UPF实体、单播UPF实体和终端设备,其中,SMF实体用于执行上述第一方面、第二方面、第五方面、第六方面和第八方面的方法,目标UPF用于执行上述第三方面和第十一方面的方法,源UPF实体用于执行上述第四方面和第十二方面的方法,单播UPF实体用于执行上述第七方面的方法,终端设备用于执行上述第九方面的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是一种5G系统的架构示意图;
图2是一种QoS Flow映射规则及传输流程图;
图3是一种多播业务切换的示意图;
图4是另一种多播业务切换的示意图;
图5(A)是一种多播流的传输路径的示意图;
图5(B)是一种多播流的传输路径的示意图;
图5(C)是另一种多播流的传输路径的示意图;
图6是本申请实施例提供的一种多播切换的流程示意图;
图7是本申请实施例提供的另一种多播切换的流程示意图;
图8是本申请实施例提供的另一种多播切换的流程示意图;
图9是本申请实施例提供的另一种多播切换的流程示意图;
图10是本申请实施例提供的另一种多播切换的流程示意图;
图11是本申请实施例提供的另一种多播切换的流程示意图;
图12是本申请实施例提供的另一种多播切换的流程示意图;
图13是本申请实施例提供的另一种多播切换的流程示意图;
图14是本申请实施例提供的另一种多播切换的流程示意图;
图15是本申请实施例提供的另一种多播切换的流程示意图;
图16是本申请实施例提供的一种多播切换装置的结构示意图;
图17是本申请实施例提供的另一种多播切换装置的结构示意图;
图18是本申请实施例提供的另一种多播切换装置的结构示意图;
图19是本申请实施例提供的另一种多播切换装置的结构示意图;
图20是本申请实施例提供的另一种多播切换装置的结构示意图;
图21是本申请实施例提出的一种SMF实体的结构示意图;
图22是本申请实施例提出的一种目标UPF实体的结构示意图;
图23是本申请实施例提出的一种源UPF实体的结构示意图;
图24是本申请实施例提出的一种单播UPF实体的结构示意图;
图25是本申请实施例提出的一种终端设备的结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
图1是一种5G系统的架构示意图,该5G系统包括接入网和核心网两部分。接入网用于实现无线接入有关的功能。核心网主要包括以下几个关键逻辑网元:接入和移动性管理功能(access and mobility management function,AMF)实体、会话管理功能(sessionmanagement function,SMF)实体、用户面功能(user plane function,UPF)实体、策略控制功能(policy control function,PCF)实体、统一数据管理(unified data management,UDM)实体。下面对图1中所涉及的各个网元进行介绍:
UE可以是终端设备,如手机、物联网终端设备等。
无线接入网络(radio access network,(R)AN)设备为终端设备提供无线接入的设备,包括但不限于5G基站(next generation node B,gNB)、无线保真(wireless-fidelity,WiFi)接入点(access point,AP)、全球微波互联接入(worldwideinteroperability for microwave access,WiMAX)基站(base station,BS)等。
AMF实体主要负责移动网络中的移动性管理,如用户位置更新、用户注册网络、用户切换等。
SMF实体主要负责移动网络中的会话管理,如会话建立、修改、释放。具体功能如为用户分配IP地址、选择提供报文转发功能的UPF等。
PCF实体主要负责向AMF、SMF提供策略,如服务质量(quality of service,QoS)策略、切片选择策略等。
UDM实体用于存储用户数据,如签约信息、鉴权/授权信息。
应用功能(application function,AF)实体主要负责向第三代合作伙伴计划(3rdgeneration partnership project,3GPP)网络提供业务,如影响业务路由、与PCF之间交互以进行策略控制等。
UPF实体主要负责对用户报文进行处理,如转发、计费等。
数据网络(data network,DN)主要负责为用户提供数据传输服务,如IP多媒体业务(IP multi-media service,IMS)、因特网(internet)等。UE通过建立UE-RAN-UPF-DN之间的会话(session),来访问DN。
图2是一种QoS Flow映射规则及传输流程图。QoS流(QoS Flow)是协议数据单元(protocol data unit,PDU)会话中QoS差异化的最细粒度。QoS流标识(QoS Flow ID,QFI)用于在5G系统中标识一个QoS流,在一个PDU会话内可以具有相同QFI的用户面流量接收相同的流量转发处理(例如调度规则、准入门限)。QFI承载在N3或N9的封装头中。PDU会话可以使用QFI,QFI在PDU会话内唯一,QFI可以动态分配,可以等于第五代通信系统服务质量标识(fifth-generation QoS identifier,5QI)。在5G系统架构中,QoS流由SMF实体控制,可以预先配置,也可以通过PDU会话建立过程或PDU会话修改流程来建立。QoS流具有以下特点:(1)由SMF实体将QoS配置文件(QoS Profile)通过AMF实体通过N2路径发送给RAN设备或在RAN设备中预先配置的。(2)SMF实体可以通过AMF实体向UE提供一个或多个QoS规则(QoSRule),或者与QoS规则相关联的QoS参数,或者QoS规则由UE通过应用反射QoS控制派生出来。(3)由SMF实体提供给UPF实体的一个或多个上行分组检测规则(packet detectionrule,PDR)和下行PDR。
图3是一种多播业务切换的示意图。在非MEC场景下,如果UE因移动发生基站之间的切换、且目标基站中已有与该UE当前进行的多播业务相同的多播业务(即目标基站存在该UE当前进行的多播业务),则在UE发生切换时,由目标基站向源基站发送目标基站的群组无线网络临时标识符(group RNTI,G-RNTI)消息,UE通过RRC重配置(RRCreconfiguration)消息与目标基站建立连接,然后利用目标基站的G-RNTI接收多播业务的消息或数据。
图4是另一种多播业务切换的示意图。当UE因移动发生基站之间的切换时,目标基站没有与该UE当前进行的多播业务相同的多播业务(即目标基站不存在该UE当前进行的多播业务)。在该情况下,可以首先分离出UE的多播流,将该多播流作为单播流从UE对应的源基站切换到目标基站上,然后根据目标基站的本地策略和情况,进行多播流的传输。
在以上两种场景下,多播源服务器都没有发生改变。在MEC的场景下,多播源服务器被部署在MEC上,随着UE的移动,会发生基站的切换,有可能多播源服务器的锚点UPF实体与目标基站没有直接连接,因此需要插入I-UPF实体进行中转。而随UE的继续移动,可能到达其他多播源服务器的服务范围内,发生多播源服务器的切换,此时需要通过会话的释放和重建完成完整的切换流程,影响多播切换效率。
如图5(A)所示,图5(A)是一种多播流的传输路径的示意图。多播源服务器1(MBSServer1)发送的多播流经过多播UPF1实体,到达基站再发送给UE。如图5(B)所示,图5(B)为当UE移动发生基站切换(从源基站切换到目标基站)时,由于多播UPF1实体与目标基站没有直接连接,因此通过插入多播I-UPF实体进行切换。多播源服务器1(MBS Server1)发送的多播流经过多播UPF1实体,再经过多播I-UPF实体到达基站最后发送给UE。如图5(C)所示,由于此时有更近的MBS Server2为UE提供多播业务,因此切换到如图5(C)所示的传输路径。MBS Server2发送的多播流经过多播I-UPF实体,到达基站再发送给UE。以下介绍如何从图5(B)所示的传输路径切换到图5(C)的传输路径。
需要说明的是,以下各实施例中涉及的建立用于传输第一多播业务的数据的路径,也可以表述为加入多播源服务器的多播分发树,也可以表述为建立用于传输第一多播业务的数据的隧道。以下各实施例中涉及的释放第一多播业务的数据的路径,也可以表述为离开多播源服务器的多播分发树,也可以表述为释放用于传输第一多播业务的数据的隧道。
图6是本申请实施例提供的一种多播切换的流程示意图,具体如下所述。
S601,SMF实体确定切换终端设备的第一多播业务的多播源服务器或UPF实体。
可选的,在终端设备完成从源基站到目标基站之间的切换之后,或者SMF实体接收到路径切换请求之后,SMF实体可以通过PCF查询用户数据存储库(user data repository,UDR)的应用部署信息、或者直接查询UDR的应用部署信息,确定是否切换终端设备的第一多播业务的多播源服务器或UPF实体。其中,应用部署信息可以包括多播源服务器的部署位置、和与多播源服务器相连的UPF实体的网络拓扑信息(例如多播源服务器到UPF实体的传输时延、带宽等)等。
例如,当第一多播业务的数据从另一个多播源服务器(目标多播源服务器)到达终端设备所驻留的基站、比第一多播业务的数据从源多播源服务器(也可以称为当前多播源服务器)到达终端设备所驻留的基站的传输路径更近,确定切换终端设备的第一多播业务的多播源服务器。或者,当第一多播业务的数据经过另一个UPF实体(可以称为目标UPF实体)直接下发的路径比第一多播业务的数据经过源UPF实体(也可以称为当前UPF实体)的路径更短,SMF实体确定切换终端设备的第一多播业务的UPF实体。在这种情况下,源UPF实体对应的源多播源服务器与目标UPF实体对应的目标多播源服务器可以为同一个服务器。
可选的,SMF实体可以根据存储的多播会话上下文信息,对接入网(accessnetwork,AN)资源和N4上下文进行调整。其中,多播会话上下文信息可以包括多播群组的标识、当前多播会话的锚点多播UPF实体的标识、多播群组中的终端设备的标识、当前RAN设备的标识和端口号中的一项或多项。AN资源可以包括RAN设备为多播会话分配的AN端口。N4上下文可以为与SMF实体对应的多播UPF实体的N4配置信息,N4上下文可以包括AN端口和多播群组的标识中的一项或多项。例如,SMF实体可以根据多播会话上下文信息中所包含的RAN设备的标识和端口号,分别修改AN资源和N4上下文中的内容。
可选的,如果为终端设备提供服务的RAN设备(可以称为当前RAN设备)上已经存在以目标UPF实体为锚点的第一多播业务,则可以直接通过目标UPF实体将终端设备加入第一多播业务对应的多播群组,也即终端设备直接通过目标UPF实体接收第一多播业务的数据。其中,以目标UPF实体为锚点可以理解为以目标UPF实体作为核心网的网络出口,直接连接外网设备(例如多播源服务器)进行数据传输。
S602,当SMF实体确定切换终端设备的第一多播业务的多播源服务器时,向目标UPF实体发送第一消息。
其中,所述第一消息可以用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径。
其中,所述第一消息可以包括以下至少一种:所述第一多播业务的标识和所述目标多播源服务器的标识。目标多播源服务器的标识用于标识目标多播源服务器,第一多播业务的标识用于标识第一多播业务的数据。
相应地,目标UPF实体接收第一消息,并根据第一消息建立与目标多播源服务器之间传输所述第一多播业务的数据的路径。
或者,当SMF实体确定切换终端设备的第一多播业务的用户面功能UPF实体时,向目标UPF实体发送第二消息。
其中,第二消息可以用于建立用于传输所述第一多播业务的数据的路径。
其中,所述第二消息可以包括所述第一多播业务的标识。第一多播业务的标识用于标识第一多播业务的数据。
可选的,如果为终端设备提供服务的RAN设备(可以称为当前RAN设备)上不存在以目标UPF为锚点的第一多播业务,所述第一消息或第二消息中还可以包括下行端口信息,目标UPF实体接收到第一消息和第二消息之后,可以根据所述下行端口消息向终端设备发送第一多播业务的数据。其中,下行端口信息可以包括RAN设备为多播会话分配的AN端口的IP地址和隧道端口号等。
可选的,SMF实体可以根据多播上下文确定终端设备是否为通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备。其中,多播上下文可以包括第一多播业务对应的多播群组中的终端设备的标识、终端设备的锚点多播UPF实体的标识等。例如,如果通过多播群组的标识索引不到多播上下文,或者多播群组中的终端设备的标识为空,或者所有终端设备的锚点多播UPF实体都不是目标UPF实体,则确定终端设备是通过目标UPF实体加入第一多播业务对应的多播群组的第一个终端设备。当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,SMF实体向所述目标UPF实体发送所述第二消息。
在这种情况下,源UPF对应的源多播源服务器与目标UPF对应的目标多播源服务器可以为同一个服务器。每个多播源服务器对应一个多播地址,如果发生多播源服务器的切换,多播地址也发生变化。源多播源服务器和目标多播源服务器都属于第一多播业务下的多播源服务器。
可选的,第一消息或第二消息可以为N4会话修改请求(N4 session modificationrequest)。
S603,目标UPF实体根据所述第一消息,向所述目标多播源服务器发送第四消息。
可选的,目标多播源服务器接收到第四消息之后,根据第四消息,建立目标多播源服务器与目标UPF实体之间的用于传输所述第一多播业务的数据的路径。其中,第四消息可以为多播控制消息(multicast control message)。
可选的,在完成建立目标多播源服务器与目标UPF实体之间的用于传输所述第一多播业务的数据的路径之后,SMF实体可以对多播上下文进行更新。
S604,SMF实体向源UPF实体发送第三消息。
可选的,源UPF实体接收到第三消息之后,可以根据第三消息释放源UPF实体与终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
可选的,所述第三消息还可以用于指示终端设备已经离开源UPF实体对应的多播群组。
其中,第三消息可以为N4会话修改请求(N4 session modification request),例如因特网组管理协议(internet group management protocol,IGMP)离开控制消息。
可选的,所述第三消息包括所述第一多播业务的标识,其中,第一多播业务的标识用于标识第一多播业务的数据。
可选的,SMF实体可以根据更新后的多播上下文确定终端设备是否为源UPF实体服务的离开第一多播业务对应的多播群组的最后一个终端设备。例如,如果更新后的多播上下文中不包括终端设备的标识,则确定所述终端设备为源UPF实体服务的离开第一多播业务对应的多播群组的最后一个终端设备。当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,也即终端设备是源UPF实体服务的离开第一多播业务对应的多播群组的最后一个终端设备,SMF实体可以向源UPF实体发送第三消息。
S605,源UPF实体向所述源多播源服务器发送第五消息。
可选的,源UPF实体接收到第五消息之后,根据第五消息,释放所述源多播源服务器与所述源UPF实体之间的用于传输所述第一多播业务的数据的路径。第五消息可以为多播控制消息。
在本申请实施例中,SMF实体确定切换终端设备的第一多播业务的多播源服务器或UPF实体,向目标UPF实体发送N4会话修改请求,指示目标UPF实体建立目标UPF实体与目标多播源服务器之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
如图7所示,图7是本申请实施例提供的一种多播切换的流程示意图。具体如下所述。
在该场景下,通过插入I-UPF实体将第一多播业务切换到当前的RAN设备上,插入的I-UPF(UPF2)实体为多播源服务器2(MBS Server2)的锚点UPF实体。本申请实施例中的步骤至少包括:
S701,SMF实体确定切换UE的第一多播业务的多播源服务器或UPF实体。
可选的,在UE完成从源基站到目标基站之间的切换之后,或者SMF实体接收到路径切换请求之后,SMF实体可以通过PCF查询用户数据存储库(user data repository,UDR)的应用部署信息、或者直接查询UDR的应用部署信息,确定是否切换UE的第一多播业务的多播源服务器或UPF实体。其中,应用部署信息可以包括多播源服务器的部署位置、和与多播源服务器相连的UPF实体的网络拓扑信息(例如多播源服务器到UPF实体的传输时延、带宽等)等。
例如,当第一多播业务的数据从MBS Server2(目标多播源服务器)到达UE所驻留的基站、比第一多播业务的数据从MBS Server1(也可以称为当前多播源服务器)到达UE所驻留的基站的传输路径更近,确定切换UE的第一多播业务的多播源服务器。或者,当第一多播业务的数据经过UPF2实体(可以称为目标UPF实体)直接下发的路径比第一多播业务的数据经过UPF1实体(也可以称为当前UPF实体)的路径更短,SMF实体确定切换UE的第一多播业务的UPF实体。在这种情况下,UPF1对应的MBS Server1与UPF2对应的MBS Server2可以为同一个服务器。
S702,SMF实体可以根据存储的多播会话上下文信息,对接入网(access network,AN)资源和N4上下文进行调整。
其中,多播会话上下文信息可以包括多播群组的标识、当前多播会话的锚点多播UPF实体的标识、多播群组中的UE的标识、当前RAN设备的标识和端口号中的一项或多项。AN资源可以包括RAN设备为多播会话分配的AN端口。N4上下文可以为与SMF实体对应的多播UPF实体的N4配置信息,N4上下文可以包括AN端口和多播群组的标识中的一项或多项。例如,SMF实体可以根据多播会话上下文信息中所包含的RAN设备的标识和端口号,分别修改AN资源和N4上下文中的内容。
可选的,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上已经存在以UPF2实体为锚点的第一多播业务,则可以直接通过UPF2实体将UE加入第一多播业务对应的多播群组,也即UE直接通过UPF2实体接收第一多播业务的数据。
S703,SMF实体向UPF2实体发送N4会话修改请求。所述N4会话修改请求用于建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径。
可选的,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上不存在以UPF2为锚点的第一多播业务,所述N4会话修改请求还可以包括下行端口信息,UPF2接收到N4会话修改请求之后,可以根据所述下行端口消息向UE发送第一多播业务的数据。其中,下行端口信息可以包括RAN设备为多播会话分配的AN端口的IP地址和隧道端口号等。
可选的,SMF实体可以根据多播上下文确定UE是否为通过UPF2实体加入第一多播业务对应的多播群组的第一个UE。其中,多播上下文可以包括第一多播业务对应的多播群组中的UE的标识、UE的锚点多播UPF实体的标识等。例如,如果通过多播群组的标识索引不到多播上下文,或者多播群组中的UE的标识为空,或者所有UE的锚点多播UPF实体都不是UPF2实体,则确定UE是通过UPF2实体加入第一多播业务对应的多播群组的第一个UE。如果UE为通过UPF2实体加入第一多播业务对应的多播群组的第一个UE,则SMF实体向UPF2实体发送N4会话修改请求。
S704,UPF2实体向MBS Server2发送多播控制消息。
其中,多播控制消息可以为多播加入消息,所述多播控制消息可以用于建立MBSServer2与UPF2实体之间的用于传输第一多播业务的数据的路径。
S705,UPF2实体向SMF实体发送N4会话修改响应。
其中,N4会话修改响应可以包括建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径的执行结果,例如路径建立失败或路径建立成功。
可选的,在完成建立目标多播源服务器与UPF2实体之间的用于传输所述第一多播业务的数据的路径之后,SMF实体可以对多播上下文进行更新。
S706,SMF实体可以向UPF1发送N4会话修改请求(N4 session modificationrequest)。
其中,N4会话修改请求可以为因特网组管理协议(internet group managementprotocol,IGMP)离开控制消息。该IGMP Leave控制消息可以用于释放UPF1实体与UE的MBSServer1之间的用于传输所述第一多播业务的数据的路径。
可选的,UPF1实体接收到N4会话修改请求之后,可以根据N4会话修改请求,释放UPF1实体与MBS Server1之间的用于传输所述第一多播业务的数据的路径,所述MBSServer1与所述UPF1实体对应。
可选的,所述N4会话修改请求还可以用于指示UE已经离开UPF1实体对应的多播群组。
其中,N4会话修改请求可以包括所述第一多播业务的标识,其中,第一多播业务的标识用于标识第一多播业务的数据。可选的,SMF实体可以根据更新后的多播上下文,确定UE是否为UPF2实体服务的离开第一多播业务对应的多播群组的最后一个UE。例如,如果更新后的多播上下文中不包括UE的标识,则确定UE为UPF1实体服务的离开第一多播业务对应的多播群组的最后一个UE。当UE是UPF1服务的离开第一多播业务对应的多播群组的最后一个UE时,SMF实体向UPF1实体发送N4会话修改请求。
S707,UPF1实体向MBS Server1发送多播控制消息。
其中,多播控制消息可以为离开控制消息,MBS Server1接收到离开控制消息之后,释放MBS Server1与UPF1实体之间的用于传输所述第一多播业务的数据的路径。
S708,UPF1实体向SMF发送N4会话修改响应(N4 session modificationresponse)。
其中,N4会话修改响应可以包括释放MBS Server1与UPF1实体之间的用于传输所述第一多播业务的数据的路径的执行结果,例如路径释放失败或路径释放成功。
在本申请实施例中,SMF实体确定切换UE的第一多播业务的多播源服务器或UPF实体,向UPF2实体发送N4会话修改请求,触发UPF2实体建立UPF2实体与MBS Server2之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
如图8所示,图8是本申请实施例提供的另一种多播切换的流程示意图。具体如下所述。
在该场景下,通过插入I-UPF实体将第一多播业务切换到当前RAN设备上,MBSServer2的锚点UPF实体为UPF2实体,UPF2实体可以与I-UPF实体连接,MBS Server2可以提供第一多播业务的数据。
本实施例中的S801-S802与前一实施例中的S701-S702的具体实现方式相同,本步骤不再赘述。
S803,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上不存在以UPF2为锚点的第一多播业务,SMF实体向I-UPF实体发送N4会话修改请求(N4 Session modificationrequest),所述N4会话修改请求用于请求建立与UPF2实体的连接、并获取I-UPF实体的下行端口消息。
可选的,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上已经存在以UPF2实体为锚点的第一多播业务,则可以直接通过UPF2实体将UE加入第一多播业务对应的多播群组,也即UE直接通过UPF2实体接收第一多播业务的数据。
S804,I-UPF实体向SMF实体发送N4会话修改响应(N4 session modificationresponse),N4会话修改响应可以包括I-UPF的下行端口消息。
S805,SMF实体向UPF2实体发送N4会话修改请求。
其中,所述N4会话修改请求可以用于建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径。
可选的,N4会话修改请求可以包括下行端口消息。UPF2实体接收到N4会话修改请求之后,根据I-UPF实体的下行端口消息配置下行隧道。
可选的,UPF2实体接收到N4会话修改响应之后,可以建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径。如果MBS Server2与MBS Server1是同一个多播源服务器,则只发生了UPF实体的切换。
本实施例中的S806-S810与前一实施例中S704-S708的具体实现方法相同,本步骤不再赘述。
在本申请实施例中,SMF实体确定切换UE的第一多播业务的多播源服务器或UPF实体,向UPF2实体发送N4会话修改请求,触发建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
如图9所示,图9是本申请实施例提供的另一种多播切换的流程示意图。具体如下所述。
S901,SMF实体确定切换终端设备的第一多播业务的多播源服务器或UPF实体。
可选的,在终端设备完成从源基站到目标基站之间的切换之后,或者SMF实体接收到路径切换请求之后,SMF实体可以通过PCF查询UDR的应用部署信息、或者直接查询UDR的应用部署信息,确定是否切换终端设备的第一多播业务的多播源服务器或UPF实体。其中,应用部署信息可以包括多播源服务器的部署位置、和与多播源服务器相连的UPF实体的网络拓扑信息(例如多播源服务器到UPF实体的传输时延、带宽等)等。
例如,当第一多播业务的数据从另一个多播源服务器(目标多播源服务器)到达终端设备所驻留的基站、比第一多播业务的数据从源多播源服务器(也可以称为当前多播源服务器)到达终端设备所驻留的基站的传输路径更近,确定切换终端设备的第一多播业务的多播源服务器。或者,当第一多播业务的数据经过另一个UPF实体(可以称为目标UPF实体)直接下发的路径比第一多播业务的数据经过源UPF实体(也可以称为当前UPF实体)的路径更短,SMF实体确定切换终端设备的第一多播业务的UPF实体。在这种情况下,源UPF实体对应的源多播源服务器与目标UPF实体对应的目标多播源服务器可以为同一个服务器。
应注意,每个多播源服务器对应一个多播地址,如果发生多播源服务器的切换,多播地址也发生变化。源多播源服务器和目标多播源服务器可以都属于第一多播业务下的多播源服务器。
S902,当SMF实体确定切换终端设备的第一多播业务的多播源服务器时,SMF实体可以向所述终端设备的单播UPF实体发送第一消息。或者,当SMF实体确定切换终端设备的第一多播业务的UPF实体时,SMF实体可以向所述终端设备的单播UPF实体发送第二消息。
其中,第一消息或第二消息可以为N4消息(N4 Message)。
S903,单播UPF实体根据所述第一消息或第二消息,向所述终端设备发送查询消息。
其中,所述查询消息用于获取所述终端设备所加入的多播群组的信息。终端设备接收到查询消息之后,查询终端设备所加入的多播群组的信息。
其中,多播群组的信息可以包括终端设备所加入的多播群组的标识。
其中,查询消息可以为IGMP普遍组查询(IGMP general query)消息。
S904,终端设备向单播UPF实体的所述终端设备所加入的多播群组的信息。
其中,所述多播群组的信息可以包括第一多播业务对应的多播群组。多播群组的信息可以包含于IGMP成员报告(IGMP Membership report)消息中。
S905,单播UPF实体向所述SMF实体发送第五消息。
其中,所述第五消息可以用于指示所述终端设备请求加入所述第一多播业务对应的多播群组。其中,第五消息可以为N4消息(N4 notification)。
可选的,SMF实体可以根据存储的多播会话上下文信息,对AN资源和N4上下文进行调整。其中,多播会话上下文信息可以包括多播群组的标识、当前多播会话的锚点多播UPF实体的标识、多播群组中的终端设备的标识、当前RAN设备的标识和端口号中的一项或多项。AN资源可以包括RAN设备为多播会话分配的AN端口。N4上下文可以为与SMF实体对应的多播UPF实体的N4配置信息,N4上下文可以包括AN端口和多播群组的标识中的一项或多项。例如,SMF实体可以根据多播会话上下文信息中所包含的RAN设备的标识和端口号,分别修改AN资源和N4上下文中的内容。
可选的,如果为终端设备提供服务的RAN设备(可以称为当前RAN设备)上已经存在以目标UPF实体为锚点的第一多播业务,则可以直接通过目标UPF实体将终端设备加入第一多播业务对应的多播群组,也即终端设备直接通过目标UPF实体接收第一多播业务的数据。
可选的,如果为终端设备提供服务的RAN设备(可以称为当前RAN设备)上不存在以目标UPF为锚点的第一多播业务,SMF实体向目标UPF实体发送下行端口信息,指示目标UPF实体根据所述下行端口消息向终端设备发送第一多播业务的数据。
S906,SMF实体向终端设备的目标UPF实体发送第三消息。
其中,所述第三消息可以用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
其中,第三消息可以为N4会话修改请求。
可选的,SMF实体可以根据多播上下文确定终端设备是否为通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备。其中,多播上下文可以包括第一多播业务对应的多播群组中的终端设备的标识、终端设备的锚点多播UPF实体的标识等。例如,如果通过多播群组的标识索引不到多播上下文,或者多播群组中的终端设备的标识为空,或者所有终端设备的锚点多播UPF实体都不是目标UPF实体,则确定终端设备是通过目标UPF实体加入第一多播业务对应的多播群组的第一个终端设备。当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,SMF实体向所述目标UPF实体发送所述第三消息。
S907,目标UPF实体向所述目标多播源服务器发送第六消息。
其中,所述第六消息可以用于建立所述目标多播源服务器与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。目标服务器接收到第六消息之后,建立传输所述第一多播业务的数据的路径。第六消息可以为多播控制消息(multicast controlmessage)。
可选的,在完成建立目标多播源服务器与目标UPF实体之间的用于传输所述第一多播业务的数据的路径之后,SMF实体可以对多播上下文进行更新。
S908,SMF实体向所述终端设备的源UPF实体发送第四消息。
可选的,源UPF实体接收到第四消息之后,可以根据第四消息释放所述源UPF实体与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
可选的,所述第四消息还可以用于指示终端设备已经离开源UPF实体对应的多播群组。
其中,第四消息可以为N4会话修改请求,例如IGMP leave控制消息。第四消息可以包括第一多播业务的标识。
可选的,SMF实体可以根据更新后的多播上下文确定终端设备是否为源UPF实体服务的离开第一多播业务对应的多播群组的最后一个终端设备。例如,如果更新后的多播上下文中不包括终端设备的标识,则确定所述终端设备为源UPF实体服务的离开第一多播业务对应的多播群组的最后一个终端设备。当终端设备是源UPF实体服务的离开第一多播业务对应的多播群组的最后一个终端设备时,SMF实体可以向源UPF实体发送第四消息。
S909,源UPF实体向源多播源服务器发送第七消息。
可选的,源UPF实体接收到第七消息之后,根据第七消息,释放所述源多播源服务器与所述源UPF实体之间的用于传输所述第一多播业务的数据的路径。第七消息可以为多播控制消息,例如离开控制消息。
在本申请实施例中,SMF实体指示单播UPF实体发起查询消息,触发终端设备完成多播分发树的维护。同时SMF实体通过N4会话修改请求指示目标UPF2切换多播源服务器,不需要进行会话的释放和重建,从而提高了多播切换的效率。
如图10所示,图10是本申请实施例提供的另一种多播切换的流程示意图。具体如下所述。
在该场景下,通过插入I-UPF实体将第一多播业务切换到当前RAN设备上,插入的I-UPF(UPF2)实体为MBS Server2的锚点UPF实体。
S1001,SMF实体确定切换UE的第一多播业务的多播源服务器或UPF实体。
可选的,在UE完成从源基站到目标基站之间的切换之后,或者SMF实体接收到路径切换请求之后,SMF实体可以通过PCF查询UDR的应用部署信息、或者直接查询UDR的应用部署信息,确定是否切换UE的第一多播业务的多播源服务器或UPF实体。其中,应用部署信息可以包括多播源服务器的部署位置、和与多播源服务器相连的UPF实体的网络拓扑信息(例如多播源服务器到UPF实体的传输时延、带宽等)等。
例如,当第一多播业务的数据从MBS Server2(目标多播源服务器)到达UE所驻留的基站、比第一多播业务的数据从MBS Server1(也可以称为当前多播源服务器)到达UE所驻留的基站的传输路径更近,确定切换UE的第一多播业务的多播源服务器。或者,当第一多播业务的数据经过UPF2实体(可以称为目标UPF实体)直接下发的路径比第一多播业务的数据经过UPF1实体(也可以称为当前UPF实体)的路径更短,SMF实体确定切换UE的第一多播业务的UPF实体。在这种情况下,UPF1对应的MBS Server1与UPF2对应的MBS Server2可以为同一个服务器。
S1002,SMF实体向UE的单播UPF实体发送N4消息(N4 Message)。
其中,N4消息可以用于单播UPF实体向UE发送查询消息。
S1003,单播UPF实体向UE发送查询消息。
其中,查询消息可以为IGMP general query消息。UE接收到IGMP general query消息之后,查询UE所加入的多播群组的信息。
其中,多播群组的信息可以包括UE所加入的多播群组的标识。
S1004,UE向单播UPF发送IGMP Membership report。
其中,所述IGMP Membership report可以包括UE所加入的多播群组的信息,所述多播群组的信息可以包括第一多播业务对应的多播群组。
其中,IGMP general query消息和IGMP Membership report都属于多播控制消息(multicast control message)。
S1005,单播UPF接收到IGMP Membership report之后,向SMF发送N4消息。
其中,所述N4消息可以用于指示UE通过UPF2实体接收第一多播业务对应多播群组的第一多播业务的数据。
S1006,SMF实体可以根据存储的多播会话上下文信息,对AN资源和N4上下文进行调整。
其中,多播会话上下文信息可以包括多播群组的标识、当前多播会话的锚点多播UPF实体的标识、多播群组中的UE的标识、当前RAN设备的标识和端口号中的一项或多项。AN资源可以包括RAN设备为多播会话分配的AN端口。N4上下文可以为与SMF实体对应的多播UPF实体的N4配置信息,N4上下文可以包括AN端口和多播群组的标识中的一项或多项。例如,SMF实体可以根据多播会话上下文信息中所包含的RAN设备的标识和端口号,分别修改AN资源和N4上下文中的内容。
可选的,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上已经存在以UPF2实体为锚点的第一多播业务,则可以直接通过UPF2实体将UE加入第一多播业务对应的多播群组,也即UE直接通过UPF2接收第一多播业务的数据。
可选的,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上不存在以UPF2为锚点的第一多播业务,SMF实体向UPF2实体发送下行端口信息,指示UPF2实体根据所述下行端口消息向UE发送第一多播业务的数据。
S1007,SMF实体向UPF2实体发送N4会话修改请求。
其中,所述N4会话修改请求用于建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径。
可选的,SMF实体可以根据多播上下文确定UE是否为通过UPF2实体加入第一多播业务对应的多播群组的第一个UE。其中,多播上下文可以包括第一多播业务对应的多播群组中的UE的标识、UE的锚点多播UPF实体的标识等。例如,如果通过多播群组的标识索引不到多播上下文,或者多播群组中的UE的标识为空,或者所有UE的锚点多播UPF实体都不是UPF2实体,则确定UE是通过UPF2实体加入第一多播业务对应的多播群组的第一个UE。如果UE为通过UPF2实体加入第一多播业务对应的多播群组的第一个UE,则SMF实体向UPF2实体发送N4会话修改请求。
S1008,UPF2实体向MBS Server2发送多播控制消息。
其中,多播控制消息可以为多播加入消息,所述多播控制消息可以用于建立MBSServer2与UPF2实体之间的用于传输第一多播业务的数据的路径。
S1009,UPF2实体向SMF实体发送N4会话修改响应。
其中,N4会话修改响应可以包括建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径的执行结果,例如路径建立失败或路径建立成功。
可选的,在完成建立目标多播源服务器与UPF2实体之间的用于传输所述第一多播业务的数据的路径之后,SMF实体可以对多播上下文进行更新。
S1010,SMF实体向UPF1发送N4会话修改请求(N4 session modificationrequest)。
其中,N4会话修改请求可以为因特网组管理协议(internet group managementprotocol,IGMP)离开(Leave)控制消息。该IGMP Leave控制消息可以用于释放UPF1实体与UE的MBS Server1之间的用于传输所述第一多播业务的数据的路径。可选的,所述N4会话修改请求还可以用于指示UE已经离开UPF1实体对应的多播群组。
可选的,UPF1实体接收到N4会话修改请求之后,可以根据N4会话修改请求,释放UPF1实体与MBS Server1之间的用于传输所述第一多播业务的数据的路径,所述MBSServer1与所述UPF1实体对应。
其中,N4会话修改请求可以包括所述第一多播业务的标识。第一多播业务的标识用于标识第一多播业务的数据。
可选的,SMF实体可以根据更新后的多播上下文,确定UE是否为UPF2实体服务的离开第一多播业务对应的多播群组的最后一个UE。例如,如果更新后的多播上下文中不包括UE的标识,则确定UE为UPF1实体服务的离开第一多播业务对应的多播群组的最后一个UE。当UE是UPF1实体服务的离开第一多播业务对应的多播群组的最后一个UE时,SMF实体向UPF1实体发送N4会话修改请求。
S1011,UPF1实体向MBS Server1发送多播控制消息。
其中,多播控制消息可以为离开控制消息,MBS Server1接收到离开控制消息之后,释放MBS Server1与UPF1实体之间的用于传输所述第一多播业务的数据的路径。
S1012,UPF1实体向SMF发送N4会话修改响应(N4 session modificationresponse)。
其中,N4会话修改响应可以包括释放MBS Server1与UPF1实体之间的用于传输所述第一多播业务的数据的路径的执行结果,例如路径释放失败或路径释放成功。
在本申请实施例中,SMF实体指示单播UPF实体发起查询消息,触发UE完成多播分发树的维护。同时SMF实体通过N4会话修改请求指示UPF2实体切换多播源服务器,不需要进行会话的释放和重建,从而提高了多播切换的效率。
如图11所示,图11是本申请实施例提供的另一种多播切换的流程示意图。具体如下所述。
在该场景下,通过插入I-UPF实体将第一多播业务切换到当前RAN设备上,MBSServer2的锚点UPF实体为UPF2实体,UPF2实体可以与I-UPF实体连接,MBS Server2可以提供第一多播业务的数据。
本申请实施例中的S1101-S1106与前一实施例中S1001-S1006的具体实现方法相同,本步骤不再赘述。
S1107,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上不存在以UPF2为锚点的第一多播业务,SMF实体向I-UPF实体发送N4会话修改请求(N4 Sessionmodification request),所述N4会话修改请求用于请求建立与UPF2实体的连接、并获取I-UPF实体的下行端口消息。
可选的,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上已经存在以UPF2实体为锚点的第一多播业务,则可以直接通过UPF2实体将UE加入第一多播业务对应的多播群组,也即UE直接通过UPF2实体接收第一多播业务的数据。
S1108,I-UPF实体向SMF实体发送N4会话修改响应(N4 session modificationresponse),N4会话修改响应可以包括I-UPF实体的下行端口消息。
S1109,SMF实体向UPF2实体发送N4会话修改请求。
其中,所述N4会话修改请求可以用于建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径。
可选的,N4会话修改请求可以包括下行端口消息。UPF2实体接收到N4会话修改请求之后,根据I-UPF实体的下行端口消息配置下行隧道。
可选的,UPF2实体接收到N4会话修改响应之后,可以建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径。如果MBS Server2与MBS Server1是同一个多播源服务器,则只发生了UPF实体的切换。
S1110-S1114与前一实施例中S1008-S1012的具体实现方法相同,本步骤不再赘述。
在本申请实施例中,SMF实体指示单播UPF实体发起查询消息,触发UE完成多播分发树的维护。同时SMF实体通过N4会话修改请求指示UPF2实体切换多播源服务器,不需要进行会话的释放和重建,从而提高了多播切换的效率。
如图12所示,图12是本申请实施例提供的另一种多播切换的流程示意图。具体如下所述。
S1201,SMF实体确定切换终端设备的第一多播业务的多播源服务器。
可选的,在终端设备完成从源基站到目标基站之间的切换之后,或者SMF实体接收到路径切换请求之后,SMF实体可以通过PCF查询UDR的应用部署信息、或者直接查询UDR的应用部署信息,确定是否切换终端设备的第一多播业务的多播源服务器或UPF实体。其中,应用部署信息可以包括多播源服务器的部署位置、和与多播源服务器相连的UPF实体的网络拓扑信息(例如多播源服务器到UPF实体的传输时延、带宽等)等。
例如,当第一多播业务的数据从另一个多播源服务器(目标多播源服务器)到达终端设备所驻留的基站、比第一多播业务的数据从源多播源服务器(也可以称为当前多播源服务器)到达终端设备所驻留的基站的传输路径更近,确定切换终端设备的第一多播业务的多播源服务器。或者,当第一多播业务的数据经过另一个UPF实体(可以称为目标UPF实体)直接下发的路径比第一多播业务的数据经过源UPF实体(也可以称为当前UPF实体)的路径更短,SMF实体确定切换终端设备的第一多播业务的UPF实体。在这种情况下,源UPF实体对应的源多播源服务器与目标UPF实体对应的目标多播源服务器可以为同一个服务器。
S1202,SMF实体向所述终端设备发送非接入层(non access stratum,NAS)消息。
其中,所述NAS消息可以用于建立所述终端设备与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径。
可选的,NAS消息还用于通知终端设备的多播地址发生变化,指示终端设备加入目标多播源服务器的多播群组。
可选的。所述NAS消息可以包括所述目标多播服务器对应的所述第一多播业务的多播地址。其中,每个多播源服务器对应一个多播地址,如果发生多播源服务器的切换,多播地址也发生变化。源多播源服务器和目标多播源服务器都属于第一多播业务下的多播源服务器。
S1203,终端设备向单播UPF实体发送第三消息。
其中,所述第三消息可以用于建立所述终端设备与所述目标多播源服务器之间的用于传输所述第一多播业务的数据的路径。
其中,第三消息可以为IGMP Join消息。
S1204,单播UPF实体向SMF实体发送N4消息。
其中,N4消息可以用于指示UE通过目标UPF实体接收目标多播源服务器的第一多播业务的数据。
可选的,SMF实体可以根据存储的多播会话上下文信息,对AN资源和N4上下文进行调整。其中,多播会话上下文信息可以包括多播群组的标识、当前多播会话的锚点多播UPF实体的标识、多播群组中的终端设备的标识、当前RAN设备的标识和端口号中的一项或多项。AN资源可以包括RAN设备为多播会话分配的AN端口。N4上下文可以为与SMF实体对应的多播UPF实体的N4配置信息,N4上下文可以包括AN端口和多播群组的标识中的一项或多项。例如,SMF实体可以根据多播会话上下文信息中所包含的RAN设备的标识和端口号,分别修改AN资源和N4上下文中的内容。
可选的,如果为终端设备提供服务的RAN设备(可以称为当前RAN设备)上已经存在以目标UPF实体为锚点的第一多播业务,则可以直接通过目标UPF实体将终端设备加入第一多播业务对应的多播群组,也即终端设备直接通过目标UPF实体接收第一多播业务的数据。
可选的,如果为终端设备提供服务的RAN设备(可以称为当前RAN设备)上不存在以目标UPF为锚点的第一多播业务,SMF实体向目标UPF实体发送下行端口信息,指示目标UPF实体根据所述下行端口消息向终端设备发送第一多播业务的数据。
S1205,SMF实体向目标UPF实体发送第一消息。
其中,所述第一消息可以用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径。
其中,第一消息可以为N4会话修改请求。
可选的,SMF实体可以根据多播上下文确定终端设备是否为通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备。其中,多播上下文可以包括第一多播业务对应的多播群组中的终端设备的标识、终端设备的锚点多播UPF实体的标识等。例如,如果通过多播群组的标识索引不到多播上下文,或者多播群组中的终端设备的标识为空,或者所有终端设备的锚点多播UPF实体都不是目标UPF实体,则确定终端设备是通过目标UPF实体加入第一多播业务对应的多播群组的第一个终端设备。当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,SMF实体向所述目标UPF实体发送第一消息。
S1206,目标UPF实体向所述目标多播源服务器发送第五消息。
其中,所述第五消息可以用于建立所述目标多播源服务器与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。目标服务器接收到第五消息之后,建立传输所述第一多播业务的数据的路径。
其中,第五消息可以为多播控制消息(multicast control message),例如协议无关组播(protocol independent multicast,PIM)消息,通过PIM消息加入目标多播源服务器的多播分发树。
S1207,终端设备向所述单播UPF实体发送第四消息。
其中,所述第四消息可以用于释放所述终端设备与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径。
S1208,单播UPF实体向SMF实体发送N4消息。
其中,N4消息可以用于通知SMF实体UE请求离开源多播源服务器的多播群组。
S1209,SMF实体向所述终端设备的源UPF实体发送第二消息。
其中,所述第二消息可以用于释放所述源UPF实体与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
可选的,所述第二消息还用于指示终端设备已经离开源UPF实体对应的多播群组。
其中,第二消息可以为多播控制消息,例如IGMP leave控制消息。第二消息可以包括第一多播业务的标识。
可选的,SMF实体可以根据更新后的多播上下文确定终端设备是否为源UPF实体服务的离开第一多播业务对应的多播群组的最后一个终端设备。例如,如果更新后的多播上下文中不包括终端设备的标识,则确定所述终端设备为源UPF实体服务的离开第一多播业务对应的多播群组的最后一个终端设备。当终端设备是源UPF实体服务的离开第一多播业务对应的多播群组的最后一个终端设备时,SMF实体向源UPF实体发送第二消息。
S1210,源UPF实体向源多播源服务器发送第六消息。
可选的,源UPF实体接收到第六消息之后,根据第六消息,释放所述源多播源服务器与所述源UPF实体之间的用于传输所述第一多播业务的数据的路径。第六消息可以为多播控制消息,例如离开控制消息。
在本申请实施例中,SMF实体通过NAS消息指示终端设备的组播地址发生改变,触发终端设备完成多播分发树的维护。同时SMF实体通过N4会话修改请求指示目标UPF实体切换多播源服务器,在此过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
如图13所示,图13是本申请实施例提供的另一种多播切换的流程示意图。具体如下所述。
在该场景下,通过插入I-UPF实体将第一多播业务切换到当前RAN设备上,插入的I-UPF(UPF2)实体为MBS Server2的锚点UPF实体。
S1301,SMF实体确定切换UE的第一多播业务的多播源服务器或UPF实体。
可选的,在UE完成从源基站到目标基站之间的切换之后,或者SMF实体接收到路径切换请求之后,SMF实体可以通过PCF查询UDR的应用部署信息、或者直接查询UDR的应用部署信息,确定是否切换UE的第一多播业务的多播源服务器或UPF实体。其中,应用部署信息可以包括多播源服务器的部署位置、和与多播源服务器相连的UPF实体的网络拓扑信息(例如多播源服务器到UPF实体的传输时延、带宽等)等。
例如,当第一多播业务的数据从MBS Server2(目标多播源服务器)到达UE所驻留的基站、比第一多播业务的数据从MBS Server1(也可以称为当前多播源服务器)到达UE所驻留的基站的传输路径更近,确定切换UE的第一多播业务的多播源服务器。或者,当第一多播业务的数据经过UPF2实体(可以称为目标UPF实体)直接下发的路径比第一多播业务的数据经过UPF1实体(也可以称为当前UPF实体)的路径更短,SMF实体确定切换UE的第一多播业务的UPF实体。在这种情况下,UPF1对应的MBS Server1与UPF2对应的MBS Server2可以为同一个服务器。
S1302,SMF实体向UE发送NAS消息。
其中,所述NAS消息可以用于建立UE与MBS Server2之间的用于传输所述第一多播业务的数据的路径。其中,每个多播源服务器对应一个多播地址,如果发生多播源服务器的切换,多播地址也发生变化。MBS Server1和MBS Server2都属于第一多播业务下的多播源服务器。
可选的,NAS消息还可以用于通知UE的多播地址发生变化,指示UE加入MBSServer2的多播群组。
S1303,UE向单播UPF实体发送多播控制消息。
其中,多播控制消息可以为IGMP Join消息,所述IGMP Join消息可以用于建立UE与MBS Server2之间的用于传输所述第一多播业务的数据的路径。
S1304,单播UPF接收到IGMP Join消息后,向SMF实体发送N4消息。
其中,N4消息可以用于指示UE通过UPF2实体接收MBS Server2的第一多播业务的数据。
S1305,SMF实体可以根据存储的多播会话上下文信息,对AN资源和N4上下文进行调整。
其中,多播会话上下文信息可以包括多播群组的标识、当前多播会话的锚点多播UPF实体的标识、多播群组中的UE的标识、当前RAN设备的标识和端口号中的一项或多项。AN资源可以包括RAN设备为多播会话分配的AN端口。N4上下文可以为与SMF实体对应的多播UPF实体的N4配置信息,N4上下文可以包括AN端口和多播群组的标识中的一项或多项。例如,SMF实体可以根据多播会话上下文信息中所包含的RAN设备的标识和端口号,分别修改AN资源和N4上下文中的内容。
可选的,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上已经存在以UPF2实体为锚点的第一多播业务,则可以直接通过UPF2实体将UE加入第一多播业务对应的多播群组,也即UE直接通过UPF2接收第一多播业务的数据。
可选的,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上不存在以UPF2为锚点的第一多播业务,SMF实体向UPF2实体发送下行端口信息,指示UPF2实体根据所述下行端口消息向UE发送第一多播业务的数据。
S1306,SMF实体向UPF2实体发送N4会话修改请求。
其中,所述N4会话修改请求可以用于建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径。
可选的,SMF实体可以根据多播上下文确定UE是否为通过UPF2实体加入第一多播业务对应的多播群组的第一个UE。其中,多播上下文可以包括第一多播业务对应的多播群组中的UE的标识、UE的锚点多播UPF实体的标识等。例如,如果通过多播群组的标识索引不到多播上下文,或者多播群组中的UE的标识为空,或者所有UE的锚点多播UPF实体都不是UPF2实体,则确定UE是通过UPF2实体加入第一多播业务对应的多播群组的第一个UE。如果UE为通过UPF2实体加入第一多播业务对应的多播群组的第一个UE,则SMF实体向UPF2实体发送N4会话修改请求。
S1307,UPF2实体向MBS Server2发送多播控制消息。
其中,多播控制消息可以为多播加入消息,所述多播控制消息可以用于建立MBSServer2与UPF2实体之间的用于传输第一多播业务的数据的路径。
S1308,UPF2实体向SMF实体发送N4会话修改响应。
其中,所述N4会话修改响应可以包括建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径的执行结果。例如路径建立失败或路径建立成功。
S1309,UE向单播UPF实体发送IGMP Leave消息。
其中,该IGMP Leave消息用于指示UE请求离开MBS server1的多播群组。
S1310,单播UPF实体向SMF实体发送N4消息。
其中,N4消息可以用于指示UE请求离开MBS Server1的多播群组。
S1311,SMF实体向UPF1实体发送N4会话修改请求(N4 session modificationrequest)。
其中,N4会话修改请求可以用于释放UPF1实体与UE的MBS Server1之间的用于传输所述第一多播业务的数据的路径。可选的,所述N4会话修改请求还可以用于指示UE已经离开UPF1实体对应的多播群组。
可选的,UPF1实体接收到N4会话修改请求之后,可以根据N4会话修改请求,释放UPF1实体与MBS Server1之间的用于传输所述第一多播业务的数据的路径,所述MBSServer1与所述UPF1实体对应。
其中,N4会话修改请求可以包括所述第一多播业务的标识。其中,第一多播业务的标识用于标识第一多播业务的数据。
可选的,SMF实体可以根据更新后的多播上下文,确定UE是否为UPF2实体服务的离开第一多播业务对应的多播群组的最后一个UE。例如,如果更新后的多播上下文中不包括UE的标识,则确定UE为UPF1实体服务的离开第一多播业务对应的多播群组的最后一个UE。当UE是UPF1实体服务的离开第一多播业务对应的多播群组的最后一个UE时,SMF实体向UPF1实体发送N4会话修改请求。
S1312,UPF1实体向MBS Server1发送多播控制消息。
其中,多播控制消息可以为离开控制消息,MBS Server1接收到离开控制消息之后,释放MBS Server1与UPF1实体之间的用于传输所述第一多播业务的数据的路径。
S1313,UPF1实体向SMF实体发送N4会话修改响应(N4 session modificationresponse)。
其中,N4会话修改响应可以包括释放MBS Server1与UPF1实体之间的用于传输所述第一多播业务的数据的路径的执行结果,例如路径释放失败或路径释放成功。
在本申请实施例中,SMF实体通过NAS消息指示UE的组播地址发生改变,触发UE完成多播分发树的维护。并且SMF实体通过N4会话修改请求指示UPF2实体切换多播源服务器,在此过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
如图14所示,图14是本申请实施例提供的一种多播切换的流程示意图。具体如下所述。
在该场景下,通过插入I-UPF实体将第一多播业务切换到当前RAN设备上,MBSServer2的锚点UPF实体为UPF2实体,UPF2实体可以与I-UPF实体连接,MBS Server2可以提供第一多播业务的数据。
本实施例中S1401-S1405与前一实施例中的S1301-S1305的具体实现方法相同,本步骤不再赘述。
S1406,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上不存在以UPF2为锚点的第一多播业务,SMF实体向I-UPF实体发送N4会话修改请求,所述N4会话修改请求用于请求建立与UPF2实体的连接、并获取I-UPF实体的下行端口消息。
可选的,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上已经存在以UPF2实体为锚点的第一多播业务,则可以直接通过UPF2实体将UE加入第一多播业务对应的多播群组,也即UE直接通过UPF2实体接收第一多播业务的数据。
S1407,I-UPF实体向SMF实体发送N4会话修改响应(N4 Session ModificationResponse),N4会话修改响应可以包括I-UPF实体的下行端口消息。
S1408,SMF实体向UPF2实体发送N4会话修改请求。
其中,所述N4会话修改请求可以用于建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径。
可选的,N4会话修改请求可以包括下行端口消息。UPF2实体接收到N4会话修改请求之后,根据I-UPF实体的下行端口消息配置下行隧道。
可选的,UPF2实体接收到N4会话修改响应之后,可以建立UPF2实体与MBS Server2之间的用于传输所述第一多播业务的数据的路径。如果MBS Server2与MBS Server1是同一个多播源服务器,则只发生了UPF实体的切换。
本实施例中S1409-S1415与前一实施例中S1307-S1313的具体实现方法相同,本步骤不再赘述。
在本申请实施例中,SMF实体通过NAS消息指示UE的组播地址发生改变,触发UE完成多播分发树的维护,同时SMF实体通过N4会话修改请求指示UPF2实体切换多播源服务器,在此过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
如图15所示,图15是本申请实施例提供的另一种多播切换的示意图。具体如下所述。
在该场景下,如果源RAN设备和目标RAN设备已经通过Xn切换(handover)流程或N2切换(handover)流程建立RAN设备之间的通信隧道。目标RAN设备为多播会话分配了AN资源(例如RNTI、DRB、RLC和MAC资源等)和AN端口(port)(例如用于传输第一多播业务的数据的N3隧道端口),并将AN端口和多播群组的标识包含在路径转换请求(path switch request)中发送给单播SMF1。
S1501,源RAN(S-RAN)设备和目标RAN(T-RAN)设备进行切换流程,目标RAN设备通过AMF实体向单播SMF1实体发送路径切换请求,所述路径切换请求可以包括为多播会话分配的AN端口和多播群组的标识。
S1502,SMF1实体根据路径切换请求,向单播UPF实体发送N4会话修改请求。与现有技术类似,此处不再赘述。
S1503,SMF1实体根据路径切换请求,向多播SMF2实体发送N16消息。
其中,所述N16消息可以包括目标RAN设备为多播会话分配的AN端口和多播群组的标识,所述N16消息可以用于请求SMF2实体为目标RAN设备建立该多播群组的数据传输路径。
S1504,SMF2实体根据本地存储的多播上下文信息和目标RAN设备的位置信息,确定是否为UE切换锚点多播UPF实体。
其中,多播上下文信息可以包括多播UPF实体的服务范围信息和拓扑信息(例如多播UPF实体到某个RAN设备的服务区域的时延、带宽等)。多播上下文信息也可以包括正在传输第一多播业务的数据的多播UPF实体。同时,SMF2实体可以通过AMF实体查询RAN设备的位置信息。位置信息可以包括UE所属的RAN设备(也即UE位于哪个RAN设备的服务区域内)。例如,如果目标UPF实体正在传输第一多播业务的数据、且UE位于目标RAN设备的服务区域内,则确定为UE切换锚点多播UPF实体,选取目标UPF实体作为UE的多播UPF锚点。
应注意,在这种情况下,多播源服务器可以切换,也可以不切换。
S1505,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上不存在以目标UPF为锚点的第一多播业务,则SMF2实体向目标UPF实体发送第一消息。
其中,第一消息可以用于建立UE的目标RAN与目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标多播源服务器与目标UPF实体对应。
其中,第一消息可以为N16消息(N16 message)。
可选的,所述第一消息可以包括AN端口,所述AN端口用于建立所述目标RAN与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
可选的,如果为UE提供服务的RAN设备(可以称为当前RAN设备)上已经存在以目标UPF实体为锚点的第一多播业务,则可以直接通过目标UPF实体将UE加入第一多播业务对应的多播群组,也即UE直接通过目标UPF实体接收第一多播业务的数据。
可选的,SMF2实体可以根据多播上下文确定UE是否为通过目标UPF实体加入所述第一多播业务对应的多播群组的第一个UE,其中,多播上下文可以包括第一多播业务对应的多播群组中的UE的标识、UE的锚点多播UPF实体的标识等。例如,如果通过多播群组的标识索引不到多播上下文,或者多播群组中的UE的标识为空,或者所有UE的锚点多播UPF实体都不是目标UPF实体,则确定UE是通过目标UPF实体加入第一多播业务对应的多播群组的第一个UE。如果UE为通过目标UPF实体加入第一多播业务对应的多播群组的第一个UE,则SMF2实体向目标UPF实体发送所述第一消息。
S1506,目标UPF实体向目标多播源服务器发送第三消息。
其中,所述第三消息可以用于建立所述目标多播源服务器与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。可选的,目标多播源服务器与源多播源服务器可以为同一个服务器。
其中,第三消息可以为多播控制消息,例如多播加入消息。
S1507,目标UPF实体向SMF2实体发送N4会话修改响应。
其中,N4会话修改响应可以包括建立目标RAN设备与目标多播源服务器之间的用于传输所述第一多播业务的数据的路径的执行结果。例如路径建立失败或路径建立成功。
S1508,SMF2实体向源UPF实体发送第二消息。
其中,所述第二消息可以用于释放所述UE的源RAN设备与源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
其中,第二消息可以为N4会话修改请求(N4 session modification request)。
可选的,如果UE为源RAN服务的离开第一多播业务对应的多播群组的最后一个UE,则释放源RAN设备的N3隧道(tunnel)。如果UE是源UPF实体服务的离开第一多播业务对应的多播群组的最后一个UE时,SMF2实体向所述源UPF实体发送所述第二消息。
S1509,源UPF实体向源多播源服务器发送第四消息。
其中,所述第四消息可以用于释放所述源多播源服务器与所述源UPF实体之间的用于传输所述第一多播业务的数据的路径。第四消息可以为离开控制消息。
其中,第四消息可以为多播控制消息。
S1510,源UPF实体向SMF2实体发送N4会话修改响应。
其中,N4会话修改响应可以包括释放源多播源服务器与源RAN之间的用于传输第一多播业务的数据的路径的执行结果。
S1511,SMF2实体向SMF1实体发送N16消息响应(N16 message response)。
S1512,继续完成路径转换的后续流程。
在本申请实施例中,SMF实体确定切换UE的第一多播业务的UPF,向目标UPF实体发送第一消息,指示目标UPF实体建立目标RAN设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径。在整个过程中不需要进行会话的释放和重建,从而提高了多播切换的效率。
上述详细阐述了本申请实施例的方法,下面提供了本申请实施例的装置。
如图16所示,图16是本申请实施例提供的一种多播切换装置的结构示意图。该多播切换装置可以为SMF实体、或SMF实体中的芯片或处理系统,该装置可以用于实现前述任意实施例中涉及SMF的任意方法和功能,该装置可以包括处理模块1601和发送模块1602。可选的,发送模块1602对应SMF实体包括的射频电路和基带电路。其中,各个模块的详细描述如下。
在一个实施例中:
处理模块1601,用于确定切换终端设备的第一多播业务的多播源服务器;
发送模块1602,用于向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
在另一个实施例中:
处理模块1601,用于确定切换终端设备的第一多播业务的用户面功能UPF实体;
发送模块1602,用于向所述终端设备的目标UPF实体发送第二消息,所述第二消息用于所述目标UPF实体建立用于传输所述第一多播业务的数据的路径。
可选的,所述第一消息包括以下至少一种:所述第一多播业务的标识和所述目标多播源服务器的标识。
可选的,所述第二消息包括所述第一多播业务的标识。
可选的,发送模块1602,还用于当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,向所述目标UPF实体发送所述第二消息。
可选的,发送模块1602,还用于向所述终端设备的源UPF实体发送第三消息,所述第三消息用于释放所述源UPF实体与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
可选的,发送模块1602,还用于当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,向所述源UPF实体发送所述第三消息。
可选的,所述第三消息包括所述第一多播业务的标识。
在另一个实施例中:
处理模块1601,用于确定切换终端设备的第一多播业务的多播源服务器;
发送模块1602,用于向所述终端设备的单播UPF实体发送第一消息,所述第一消息用于所述单播UPF实体向所述终端设备发送查询消息,所述查询消息用于获取所述终端设备所加入的多播群组的信息。
在另一个实施例中:
处理模块1601,用于确定切换终端设备的第一多播业务的用户面功能UPF实体;
发送模块1602,用于向所述终端设备的单播UPF实体发送第二消息,所述第二消息用于所述单播UPF实体向所述终端设备发送查询消息,所述查询消息用于获取所述终端设备所加入的多播群组的信息。
可选的,发送模块1602,还用于向所述终端设备的目标UPF实体发送第三消息,所述第三消息用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
可选的,发送模块1602,还用于当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,向所述目标UPF实体发送所述第三消息。
可选的,发送模块1602,还用于向所述终端设备的源UPF实体发送第四消息,所述第四消息用于释放所述源UPF实体与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
可选的,发送模块1602,还用于当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,向所述源UPF实体发送所述第四消息。
可选的,所述第四消息包括所述第一多播业务的标识。
在另一个实施例中:
处理模块1601,用于确定切换终端设备的第一多播业务的多播源服务器;
发送模块1602,用于向所述终端设备发送非接入层NAS消息,所述NAS消息用于建立所述终端设备与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径。
可选的,发送模块1602还用于向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立所述目标UPF实体与所述目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
可选的,发送模块1602,还用于当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,向所述目标UPF实体发送所述第一消息。
可选的,发送模块1602,还用于向所述终端设备的源UPF实体发送的第二消息,所述第二消息用于释放所述源UPF实体与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
可选的,发送模块1602,还用于当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,向所述源UPF实体发送所述第二消息。
可选的,所述NAS消息包括所述目标多播服务器对应的所述第一多播业务的多播地址。
在另一个实施例中:
处理模块1601,用于确定切换终端设备的第一多播业务的用户面功能UPF实体;
发送模块1602,用于向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立所述终端设备的目标无线接入网络RAN设备与目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标多播源服务器与所述目标UPF实体对应。
可选的,所述第一消息包括接入网络AN端口,所述AN端口用于建立所述目标RAN设备与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
可选的,发送模块1602,还用于当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,向所述目标UPF实体发送所述第一消息。
可选的,发送模块1602,还用于向所述终端设备的源UPF实体发送第二消息,所述第二消息用于释放所述终端设备的源RAN设备与源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
可选的,发送模块1602,还用于当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,向所述源UPF实体发送所述第二消息。
需要说明的是,各个模块的实现还可以对应参图6-图15所示的方法实施例的相应描述,执行上述实施例中SMF实体所执行的方法和功能。
如图17所示,图17是本申请实施例提供的一种多播切换装置的结构示意图。该多播切换装置可以为目标UPF实体、或目标UPF实体中的芯片或处理系统,该装置可以用于实现前述任意实施例中涉及目标UPF实体的任意方法和功能,该装置可以包括接收模块1701和发送模块1702。可选的,发送模块1702对应目标UPF实体包括的射频电路和基带电路。其中,各个模块的详细描述如下。
在一个实施例中:
接收模块1701,用于接收来自会话管理功能SMF实体的第一消息,所述第一消息用于建立所述目标UPF与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应;
发送模块1702,用于根据所述第一消息,向所述目标多播源服务器发送第四消息,所述第四消息用于建立所述目标多播源服务器与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
在另一个实施例中:
接收模块1701,用于接收来自会话管理功能SMF实体的第一消息,所述第一消息用于建立所述终端设备的目标无线接入网络RAN设备与目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标多播源服务器与所述目标UPF实体对应;
发送模块1702,用于根据所述第一消息,向所述目标多播源服务器发送第三消息,所述第三消息用于建立所述目标多播源服务器与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
可选的,所述第一消息包括接入网络AN端口,所述AN端口用于建立所述目标RAN设备与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
需要说明的是,各个模块的实现还可以对应参照图6-图15所示的方法实施例的相应描述,执行上述实施例中目标UPF实体所执行的方法和功能。
如图18所示,图18是本申请实施例提供的一种多播切换装置的结构示意图。该多播切换装置可以为源UPF实体、或源UPF实体中的芯片或处理系统,该装置可以用于实现前述任意实施例中涉及源UPF实体的任意方法和功能,该装置可以包括接收模块1801和发送模块1802。可选的,发送模块1802对应源UPF实体包括的射频电路和基带电路。其中,各个模块的详细描述如下。
在一个实施例中:
接收模块1801,用于接收来自会话管理功能SMF实体的第三消息,所述第三消息用于释放所述源UPF实体与终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应;
发送模块1802,用于向所述源多播源服务器发送第五消息,所述第五消息用于释放所述源多播源服务器与所述源UPF实体之间的用于传输所述第一多播业务的数据的路径。
在另一个实施例中:
接收模块1801,用于接收来自会话管理功能SMF实体的第二消息,所述第二消息用于释放所述终端设备的源RAN设备与源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应;
发送模块1802,用于向所述源多播源服务器发送第四消息,所述第四消息用于释放所述源多播源服务器与所述源UPF实体之间的用于传输所述第一多播业务的数据的路径。
需要说明的是,各个模块的实现还可以对应参照图6-图15所示的方法实施例的相应描述,执行上述实施例中源UPF实体所执行的方法和功能。
如图19所示,图19是本申请实施例提供的一种多播切换装置的结构示意图。该多播切换装置可以为单播UPF实体、或单播UPF实体中的芯片或处理系统,该装置可以用于实现前述任意实施例中涉及单播UPF实体的任意方法和功能,该装置可以包括接收模块1901和发送模块1902。可选的,发送模块1902对应接入点包括的射频电路和基带电路。其中,各个模块的详细描述如下。
接收模块1901,用于接收来自会话管理功能SMF实体的第一消息,所述第一消息用于所述单播UPF实体向终端设备发送查询消息;
发送模块1902,用于根据所述第一消息,向所述终端设备发送查询消息,所述查询消息用于获取所述终端设备所加入的多播群组的信息。
可选的,接收模块1901,还用于接收来自所述终端设备的所述终端设备所加入的多播群组的信息,所述多播群组的信息包括第一多播业务对应的多播群组;发送模块1902,还用于向所述SMF实体发送第五消息,所述第五消息用于指示所述终端设备请求加入所述第一多播业务对应的多播群组。
需要说明的是,各个模块的实现还可以对应参照图6-图15所示的方法实施例的相应描述,执行上述实施例中单播UPF实体所执行的方法和功能。
如图20所示,图20是本申请实施例提供的一种多播切换装置的结构示意图。该多播切换装置可以为终端设备、或终端设备中的芯片或处理系统,该装置可以用于实现前述任意实施例中涉及终端设备的任意方法和功能,该装置可以包括接收模块2001和发送模块2002。可选的,发送模块2002对应终端设备包括的射频电路和基带电路。其中,各个模块的详细描述如下。
接收模块2001,用于接收来自会话管理功能SMF实体的非接入层NAS消息,所述NAS消息用于建立所述终端设备与所述终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径;
发送模块2002,用于向单播UPF实体发送第三消息,所述第三消息用于建立所述终端设备与所述目标多播源服务器之间的用于传输所述第一多播业务的数据的路径。
可选的,发送模块2002,还用于向所述单播UPF实体发送第四消息,所述第四消息用于释放所述终端设备与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径。
需要说明的是,各个模块的实现还可以对应参照图6-图15所示的方法实施例的相应描述,执行上述实施例中终端设备所执行的方法和功能。
请继续参考图21,图21是本申请实施例提出的一种SMF实体的结构示意图。如图21所示,该SMF实体可以包括:至少一个处理器2101,至少一个通信接口2102,至少一个存储器2103和至少一个通信总线2104。
其中,处理器2101可以是中央处理器单元,通用处理器,数字信号处理器,专用集成电路,现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。通信总线2104可以是外设部件互连标准PCI总线或扩展工业标准结构EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图21中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。通信总线2104用于实现这些组件之间的连接通信。其中,本申请实施例中设备的通信接口2102用于与其他节点设备进行信令或数据的通信。存储器2103可以包括易失性存储器,例如非挥发性动态随机存取内存(nonvolatile RAN设备dom access memory,NVRAM)、相变化随机存取内存(phase change RAM,PRAM)、磁阻式随机存取内存(magetoresistive RAM,MRAM)等,还可以包括非易失性存储器,例如至少一个磁盘存储器件、电子可擦除可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、闪存器件,例如反或闪存(NOR flash memory)或是反及闪存(NAND flash memory)、半导体器件,例如固态硬盘(solid state disk,SSD)等。存储器2103可选的还可以是至少一个位于远离前述处理器2101的存储装置。存储器2103中可选的还可以存储一组程序代码。处理器2101可选的还可以执行存储器2103中所存储的程序。
确定切换终端设备的第一多播业务的多播源服务器;
向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
在另一个实施例中:
确定切换终端设备的第一多播业务的用户面功能UPF实体;
向所述终端设备的目标UPF实体发送第二消息,所述第二消息用于所述目标UPF实体建立用于传输所述第一多播业务的数据的路径。
可选的,所述第一消息包括以下至少一种:所述第一多播业务的标识和所述目标多播源服务器的标识。
可选的,所述第二消息包括所述第一多播业务的标识。
可选的,处理器2101还用于执行如下操作步骤:
当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,向所述目标UPF实体发送所述第二消息。
可选的,处理器2101还用于执行如下操作步骤:
向所述终端设备的源UPF实体发送第三消息,所述第三消息用于释放所述源UPF实体与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
可选的,处理器2101还用于执行如下操作步骤:
当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,向所述源UPF实体发送所述第三消息。
可选的,所述第三消息包括所述第一多播业务的标识。
在另一个实施例中:
确定切换终端设备的第一多播业务的多播源服务器;
向所述终端设备的单播UPF实体发送第一消息,所述第一消息用于所述单播UPF实体向所述终端设备发送查询消息,所述查询消息用于获取所述终端设备所加入的多播群组的信息。
在另一个实施例中:
确定切换终端设备的第一多播业务的用户面功能UPF实体;
向所述终端设备的单播UPF实体发送第二消息,所述第二消息用于所述单播UPF实体向所述终端设备发送查询消息,所述查询消息用于获取所述终端设备所加入的多播群组的信息。
可选的,处理器2101还用于执行如下操作步骤:
向所述终端设备的目标UPF实体发送第三消息,所述第三消息用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
可选的,处理器2101还用于执行如下操作步骤:
当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,向所述目标UPF实体发送所述第三消息。
可选的,处理器2101还用于执行如下操作步骤:
向所述终端设备的源UPF实体发送第四消息,所述第四消息用于释放所述源UPF实体与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
可选的,处理器2101还用于执行如下操作步骤:
当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,向所述源UPF实体发送所述第四消息。
可选的,所述第四消息包括所述第一多播业务的标识。
在另一个实施例中:
确定切换终端设备的第一多播业务的多播源服务器;
向所述终端设备发送非接入层NAS消息,所述NAS消息用于建立所述终端设备与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径。
可选的,处理器2101还用于执行如下操作步骤:
向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立所述目标UPF实体与所述目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
可选的,处理器2101还用于执行如下操作步骤:
当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,向所述目标UPF实体发送所述第一消息。
可选的,处理器2101还用于执行如下操作步骤:
向所述终端设备的源UPF实体发送的第二消息,所述第二消息用于释放所述源UPF实体与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
可选的,处理器2101还用于执行如下操作步骤:
当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,向所述源UPF实体发送所述第二消息。
可选的,所述NAS消息包括所述目标多播服务器对应的所述第一多播业务的多播地址。
在另一个实施例中:
确定切换终端设备的第一多播业务的用户面功能UPF实体;
向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立所述终端设备的目标无线接入网络RAN设备与目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标多播源服务器与所述目标UPF实体对应。
可选的,所述第一消息包括接入网络AN端口,所述AN端口用于建立所述目标RAN设备与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
可选的,处理器2101还用于执行如下操作步骤:
当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,向所述目标UPF实体发送所述第一消息。
可选的,处理器2101还用于执行如下操作步骤:
向所述终端设备的源UPF实体发送第二消息,所述第二消息用于释放所述终端设备的源RAN设备与源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
可选的,处理器2101还用于执行如下操作步骤:
当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,向所述源UPF实体发送所述第二消息。
进一步的,处理器还可以与存储器和通信接口相配合,执行上述申请实施例中SMF实体的操作。
请继续参考图22,图22是本申请实施例提出的一种目标UPF实体的结构示意图。如图所示,该目标UPF实体可以包括:至少一个处理器2201,至少一个通信接口2202,至少一个存储器2203和至少一个通信总线2204。
其中,处理器2201可以是前文提及的各种类型的处理器。通信总线2204可以是外设部件互连标准PCI总线或扩展工业标准结构EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图22中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。通信总线2204用于实现这些组件之间的连接通信。其中,本申请实施例中设备的通信接口2202用于与其他节点设备进行信令或数据的通信。存储器2203可以是前文提及的各种类型的存储器。存储器2203可选的还可以是至少一个位于远离前述处理器2201的存储装置。存储器2203中存储一组程序代码,且处理器2201执行存储器2203中程序。
在一个实施例中:
接收来自会话管理功能SMF实体的第一消息,所述第一消息用于建立所述目标UPF与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应;
根据所述第一消息,向所述目标多播源服务器发送第四消息,所述第四消息用于建立所述目标多播源服务器与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
在另一个实施例中:
接收来自会话管理功能SMF实体的第一消息,所述第一消息用于建立所述终端设备的目标无线接入网络RAN设备与目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标多播源服务器与所述目标UPF实体对应;
根据所述第一消息,向所述目标多播源服务器发送第三消息,所述第三消息用于建立所述目标多播源服务器与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
可选的,所述第一消息包括接入网络AN端口,所述AN端口用于建立所述目标RAN设备与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
进一步的,处理器还可以与存储器和通信接口相配合,执行上述申请实施例中目标UPF实体的操作。
请继续参考图23,图23是本申请实施例提出的一种源UPF实体的结构示意图。如图所示,该源UPF实体可以包括:至少一个处理器2301,至少一个通信接口2302,至少一个存储器2303和至少一个通信总线2304。
其中,处理器2301可以是前文提及的各种类型的处理器。通信总线2304可以是外设部件互连标准PCI总线或扩展工业标准结构EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图23中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。通信总线2304用于实现这些组件之间的连接通信。其中,本申请实施例中设备的通信接口2302用于与其他节点设备进行信令或数据的通信。存储器2303可以是前文提及的各种类型的存储器。存储器2303可选的还可以是至少一个位于远离前述处理器2301的存储装置。存储器2303中存储一组程序代码,且处理器2301执行存储器2303中程序。
在一个实施例中:
接收来自会话管理功能SMF实体的第三消息,所述第三消息用于释放所述源UPF实体与终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应;
向所述源多播源服务器发送第五消息,所述第五消息用于释放所述源多播源服务器与所述源UPF实体之间的用于传输所述第一多播业务的数据的路径。
在另一个实施例中
源用户面功能UPF实体接收来自会话管理功能SMF实体的第二消息,所述第二消息用于释放所述终端设备的源RAN设备与源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应;
所述源UPF实体向所述源多播源服务器发送第四消息,所述第四消息用于释放所述源多播源服务器与所述源UPF实体之间的用于传输所述第一多播业务的数据的路径。
进一步的,处理器还可以与存储器和通信接口相配合,执行上述申请实施例中源UPF实体的操作。
请继续参考图24,图24是本申请实施例提出的一种单播UPF实体的结构示意图。如图所示,该单播UPF实体可以包括:至少一个处理器2401,至少一个通信接口2402,至少一个存储器2403和至少一个通信总线2404。
接收来自会话管理功能SMF实体的第一消息,所述第一消息用于所述单播UPF实体向终端设备发送查询消息;
根据所述第一消息,向所述终端设备发送查询消息,所述查询消息用于获取所述终端设备所加入的多播群组的信息。
可选的,处理器2401还用于执行如下操作步骤:
接收来自所述终端设备的所述终端设备所加入的多播群组的信息,所述多播群组的信息包括第一多播业务对应的多播群组;向所述SMF实体发送第五消息,所述第五消息用于指示所述终端设备请求加入所述第一多播业务对应的多播群组。
进一步的,处理器还可以与存储器和通信接口相配合,执行上述申请实施例中单播UPF实体实体的操作。
请继续参考图25,图25是本申请实施例提出的一种终端设备的结构示意图。如图所示,该终端设备可以包括:至少一个处理器2501,至少一个通信接口2502,至少一个存储器2503和至少一个通信总线2504。
其中,处理器2501可以是前文提及的各种类型的处理器。通信总线2504可以是外设部件互连标准PCI总线或扩展工业标准结构EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图25中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。通信总线2504用于实现这些组件之间的连接通信。其中,本申请实施例中设备的通信接口2502用于与其他节点设备进行信令或数据的通信。存储器2503可以是前文提及的各种类型的存储器。存储器2503可选的还可以是至少一个位于远离前述处理器2501的存储装置。存储器2503中存储一组程序代码,且处理器2501执行存储器2503中程序。
接收来自会话管理功能SMF实体的非接入层NAS消息,所述NAS消息用于建立所述终端设备与所述终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径;
向单播UPF实体发送第三消息,所述第三消息用于建立所述终端设备与所述目标多播源服务器之间的用于传输所述第一多播业务的数据的路径。
可选的,处理器2501还用于执行如下操作步骤:
向所述单播UPF实体发送第四消息,所述第四消息用于释放所述终端设备与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径。
进一步的,处理器还可以与存储器和通信接口相配合,执行上述申请实施例中终端设备的操作。
本申请实施例还提供了一种芯片系统,该芯片系统包括处理器,用于支持SMF实体、UPF实体(例如目标UPF实体、源UPF实体或单播UPF实体)或终端设备以实现上述任一实施例中所涉及的功能,例如生成或处理上述方法中所涉及的多播控制消息或N4会话修改请求。在一种可能的设计中,所述芯片系统还可以包括存储器,所述存储器,用于SMF实体、UPF实体或终端设备(必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
本申请实施例还提供了一种处理器,用于与存储器耦合,用于执行上述各实施例中任一实施例中涉及SMF实体、UPF实体或终端设备的任意方法和功能。
本申请实施例还提供了一种包含指令的计算机程序产品,其在计算机上运行时,使得计算机执行上述各实施例中任一实施例中涉及SMF实体、UPF实体或终端设备的任意方法和功能。
本申请实施例还提供了一种装置,用于执行上述各实施例中任一实施例中涉及SMF实体、UPF实体或终端设备的任意方法和功能。
本申请实施例还提供一种无线通信系统,该系统包括上述任一实施例中涉及的至少一个SMF实体、至少一个UPF实体和至少一个终端设备。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (36)
1.一种多播切换方法,其特征在于,包括:
会话管理功能SMF实体确定切换终端设备的第一多播业务的多播源服务器;
所述SMF实体向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
2.一种多播切换方法,其特征在于,包括:
会话管理功能SMF实体确定切换终端设备的第一多播业务的用户面功能UPF实体;
所述SMF实体向所述终端设备的目标UPF实体发送第二消息,所述第二消息用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
3.如权利要求1所述的方法,其特征在于,所述第一消息包括以下至少一种:所述第一多播业务的标识和所述目标多播源服务器的标识。
4.如权利要求2所述的方法,其特征在于,所述第二消息包括所述第一多播业务的标识。
5.如权利要求2所述的方法,其特征在于,所述方法还包括:
当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,所述SMF实体向所述目标UPF实体发送所述第二消息。
6.如权利要求1-5任一项所述的方法,其特征在于,所述方法还包括:
所述SMF实体向所述终端设备的源UPF实体发送第三消息,所述第三消息用于释放所述源UPF实体与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
7.如权利要求6所述的方法,其特征在于,所述方法还包括:
当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,所述SMF实体向所述源UPF实体发送所述第三消息。
8.如权利要求7所述的方法,其特征在于,所述第三消息包括所述第一多播业务的标识。
9.一种多播切换方法,其特征在于,包括:
目标用户面功能UPF实体接收来自会话管理功能SMF实体的第一消息,所述第一消息用于建立所述目标UPF与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应;
所述目标UPF实体根据所述第一消息,向所述目标多播源服务器发送第四消息,所述第四消息用于建立所述目标多播源服务器与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
10.一种多播切换方法,其特征在于,包括:
会话管理功能SMF实体向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立所述目标UPF实体与终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应;
所述目标UPF实体根据所述第一消息,向所述目标多播源服务器发送第四消息,所述第四消息用于建立所述目标多播源服务器与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径;
所述SMF实体向源用户面功能UPF实体发送第三消息,所述第三消息用于释放所述源UPF实体与终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应;
所述源UPF实体向所述源多播源服务器发送第五消息,所述第五消息用于释放所述源多播源服务器与所述源UPF实体之间的用于传输所述第一多播业务的数据的路径。
11.一种多播切换方法,其特征在于,包括:
会话管理功能SMF实体确定切换终端设备的第一多播业务的多播源服务器;
所述SMF实体向所述终端设备的单播UPF实体发送第一消息,所述第一消息用于所述单播UPF实体向所述终端设备发送查询消息,所述查询消息用于获取所述终端设备所加入的多播群组的信息;
所述SMF实体向所述终端设备的目标UPF实体发送第三消息,所述第三消息用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
12.一种多播切换方法,其特征在于,包括:
会话管理功能SMF实体确定切换终端设备的第一多播业务的用户面功能UPF实体;
所述SMF实体向所述终端设备的单播UPF实体发送第二消息,所述第二消息用于所述单播UPF实体向所述终端设备发送查询消息,所述查询消息用于获取所述终端设备所加入的多播群组的信息;
所述SMF实体向所述终端设备的目标UPF实体发送第三消息,所述第三消息用于建立所述目标UPF实体与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
13.如权利要求12所述的方法,其特征在于,所述方法还包括:
当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,所述SMF实体向所述目标UPF实体发送所述第三消息。
14.如权利要求12-13任一项所述的方法,其特征在于,所述方法还包括:
所述SMF实体向所述终端设备的源UPF实体发送第四消息,所述第四消息用于释放所述源UPF实体与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
15.如权利要求14所述的方法,其特征在于,所述方法还包括:
当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,所述SMF实体向所述源UPF实体发送所述第四消息。
16.如权利要求14所述的方法,其特征在于,所述第四消息包括所述第一多播业务的标识。
17.一种多播切换方法,其特征在于,包括:
会话管理功能SMF实体确定切换终端设备的第一多播业务的多播源服务器;
所述SMF实体向所述终端设备发送非接入层NAS消息,所述NAS消息用于建立所述终端设备与所述终端设备的目标多播源服务器之间的用于传输所述第一多播业务的数据的路径。
18.如权利要求17所述的方法,其特征在于,所述方法还包括:
所述SMF实体向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立所述目标UPF实体与所述目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标UPF实体与所述目标多播源服务器对应。
19.如权利要求18所述的方法,其特征在于,所述方法还包括:
当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,所述SMF实体向所述目标UPF实体发送所述第一消息。
20.如权利要求17-19任一项所述的方法,其特征在于,所述方法还包括:
所述SMF实体向所述终端设备的源UPF实体发送的第二消息,所述第二消息用于释放所述源UPF实体与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
21.如权利要求20所述的方法,其特征在于,所述方法还包括:
当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,所述SMF实体向所述源UPF实体发送所述第二消息。
22.如权利要求17所述的方法,其特征在于,所述NAS消息包括所述目标多播服务器对应的所述第一多播业务的多播地址。
23.一种多播切换方法,其特征在于,包括:
终端设备接收来自会话管理功能SMF实体的非接入层NAS消息,所述NAS消息用于建立所述终端设备与所述终端设备的目标多播源服务器之间的用于传输第一多播业务的数据的路径;
所述终端设备向单播UPF实体发送第三消息,所述第三消息用于建立所述终端设备与所述目标多播源服务器之间的用于传输所述第一多播业务的数据的路径。
24.如权利要求23所述的方法,其特征在于,所述方法还包括:
所述终端设备向所述单播UPF实体发送第四消息,所述第四消息用于释放所述终端设备与所述终端设备的源多播源服务器之间的用于传输所述第一多播业务的数据的路径。
25.一种多播切换方法,其特征在于,包括:
会话管理功能SMF实体确定切换终端设备的第一多播业务的用户面功能UPF实体;
所述SMF实体向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立所述终端设备的目标无线接入网络RAN设备与目标多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述目标多播源服务器与所述目标UPF实体对应。
26.如权利要求25所述的方法,其特征在于,所述第一消息包括接入网络AN端口,所述AN端口用于建立所述目标RAN设备与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
27.如权利要求25或26所述的方法,其特征在于,所述方法还包括:
当所述终端设备是通过所述目标UPF实体加入所述第一多播业务对应的多播群组的第一个终端设备时,所述SMF实体向所述目标UPF实体发送所述第一消息。
28.如权利要求25或26所述的方法,其特征在于,所述方法还包括:
所述SMF实体向所述终端设备的源UPF实体发送第二消息,所述第二消息用于释放所述终端设备的源RAN设备与源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应。
29.如权利要求28所述的方法,其特征在于,所述方法还包括:
当所述终端设备是通过所述源UPF实体离开所述第一多播业务对应的多播群组的最后一个终端设备时,所述SMF实体向所述源UPF实体发送所述第二消息。
30.一种多播切换方法,其特征在于,包括:
目标用户面功能UPF实体接收来自会话管理功能SMF实体的第一消息,所述第一消息用于建立终端设备的目标无线接入网络RAN设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径,所述目标多播源服务器与所述目标UPF实体对应;
所述目标UPF实体根据所述第一消息,向所述目标多播源服务器发送第三消息,所述第三消息用于建立所述目标多播源服务器与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
31.如权利要求30所述的方法,其特征在于,所述第一消息包括接入网络AN端口,所述AN端口用于建立所述目标RAN设备与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径。
32.一种多播切换方法,其特征在于,包括:
会话管理功能SMF实体向目标用户面功能UPF实体发送第一消息,所述第一消息用于建立终端设备的目标无线接入网络RAN设备与目标多播源服务器之间的用于传输第一多播业务的数据的路径,所述目标多播源服务器与所述目标UPF实体对应;
所述目标UPF实体根据所述第一消息,向所述目标多播源服务器发送第三消息,所述第三消息用于建立所述目标多播源服务器与所述目标UPF实体之间的用于传输所述第一多播业务的数据的路径;
所述SMF实体向源用户面功能UPF实体发送第二消息,所述第二消息用于释放所述终端设备的源RAN设备与源多播源服务器之间的用于传输所述第一多播业务的数据的路径,所述源多播源服务器与所述源UPF实体对应;
所述源UPF实体向所述源多播源服务器发送第四消息,所述第四消息用于释放所述源多播源服务器与所述源UPF实体之间的用于传输所述第一多播业务的数据的路径。
33.一种计算机可读存储介质,其特征在于,用于存储指令,当所述指令在计算机上运行时,使所述计算机执行权利要求1至32中任一项所述的方法。
34.一种通信装置,其特征在于,包括一个或多个处理器,以及,输入/输出接口,所述输入/输出接口用于负责所述装置的信息或信令输入和输出,所述一个或多个处理电路用于执行指令以实现权利要求1至32中任一项所述的方法。
35.一种通信装置,其特征在于,包括处理器和存储器,所述存储器用于存储指令,所述处理器运行所述指令以使得所述装置执行权利要求1至32中任一项所述的方法。
36.一种通信系统,其特征在于,所述通信系统包括会话管理功能SMF实体、目标用户面功能UPF实体、源用户面功能UPF实体、单播用户面功能UPF实体和终端设备,所述SMF实体,所述SMF实体用于执行权利要求1-8、11-16、17-22或25-29中任一项所述的方法,所述目标UPF实体用于执行权利要求9或30-31中任一项所述的方法,所述源UPF实体用于执行权利要求10或32中任一项所述的方法,所述终端设备用于执行权利要求23-24中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010725126.0A CN113973076B (zh) | 2020-07-24 | 2020-07-24 | 一种多播切换方法及装置 |
PCT/CN2021/108182 WO2022017507A1 (zh) | 2020-07-24 | 2021-07-23 | 一种多播切换方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010725126.0A CN113973076B (zh) | 2020-07-24 | 2020-07-24 | 一种多播切换方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113973076A CN113973076A (zh) | 2022-01-25 |
CN113973076B true CN113973076B (zh) | 2023-01-06 |
Family
ID=79585791
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010725126.0A Active CN113973076B (zh) | 2020-07-24 | 2020-07-24 | 一种多播切换方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN113973076B (zh) |
WO (1) | WO2022017507A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114945015B (zh) * | 2022-05-26 | 2023-05-16 | 中国联合网络通信集团有限公司 | 信息获取方法、装置及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109729125A (zh) * | 2017-10-30 | 2019-05-07 | 华为技术有限公司 | 会话建立方法、设备及系统 |
CN109769150A (zh) * | 2017-11-09 | 2019-05-17 | 华为技术有限公司 | 一种传输组播业务的方法和设备 |
CN109842639A (zh) * | 2017-11-24 | 2019-06-04 | 华为技术有限公司 | 实现切换过程中业务连续性的方法、设备及系统 |
WO2019223780A1 (en) * | 2018-05-25 | 2019-11-28 | Qualcomm Incorporated | Mixed mode multicast architecture |
CN110679192A (zh) * | 2017-06-23 | 2020-01-10 | 华为技术有限公司 | 实现业务连续性的方法、设备及系统 |
WO2020035129A1 (en) * | 2018-08-13 | 2020-02-20 | Huawei Technologies Co., Ltd. | Providing multicast/broadcast services in 5g networks |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102547582B (zh) * | 2010-12-20 | 2014-12-10 | 中国移动通信集团公司 | 传输组播数据的方法、组播树的更新方法以及系统和装置 |
WO2018038503A1 (ko) * | 2016-08-22 | 2018-03-01 | 삼성전자 주식회사 | 이동성 관리와 세션 관리가 분리된 무선 통신 시스템 운영 방법 및 장치 |
CN109391940B (zh) * | 2017-08-02 | 2021-02-12 | 华为技术有限公司 | 一种接入网络的方法、设备及系统 |
CN109842854B (zh) * | 2017-11-29 | 2021-01-05 | 华为技术有限公司 | 一种报文组播、报文广播方法及设备 |
US11122477B2 (en) * | 2018-02-26 | 2021-09-14 | Qualcomm Incorporated | User plane function (UPF) duplication based make before break handover |
CN110662270B (zh) * | 2018-06-28 | 2021-05-18 | 华为技术有限公司 | 通信方法及装置 |
CN110831092B (zh) * | 2018-08-13 | 2021-08-06 | 大唐移动通信设备有限公司 | Pdu会话管理、节点关联和upf发现的方法及设备 |
CN112640370B (zh) * | 2018-08-13 | 2023-05-09 | 交互数字专利控股公司 | 用于多播分组的层2转发的方法和装置 |
US20200092923A1 (en) * | 2018-09-19 | 2020-03-19 | Qualcomm Incorporated | Multicast idle mode behavior and paging |
CN113179540B (zh) * | 2018-10-22 | 2023-11-03 | 华为技术有限公司 | 一种移动切换方法及相关设备 |
CN111200791B (zh) * | 2018-11-19 | 2021-07-09 | 华为技术有限公司 | 群组通信方法、设备及系统 |
CN110809299B (zh) * | 2019-11-07 | 2021-07-27 | 腾讯科技(深圳)有限公司 | 一种广播业务的模式切换方法以及相关装置 |
-
2020
- 2020-07-24 CN CN202010725126.0A patent/CN113973076B/zh active Active
-
2021
- 2021-07-23 WO PCT/CN2021/108182 patent/WO2022017507A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110679192A (zh) * | 2017-06-23 | 2020-01-10 | 华为技术有限公司 | 实现业务连续性的方法、设备及系统 |
CN109729125A (zh) * | 2017-10-30 | 2019-05-07 | 华为技术有限公司 | 会话建立方法、设备及系统 |
CN109769150A (zh) * | 2017-11-09 | 2019-05-17 | 华为技术有限公司 | 一种传输组播业务的方法和设备 |
CN109842639A (zh) * | 2017-11-24 | 2019-06-04 | 华为技术有限公司 | 实现切换过程中业务连续性的方法、设备及系统 |
WO2019223780A1 (en) * | 2018-05-25 | 2019-11-28 | Qualcomm Incorporated | Mixed mode multicast architecture |
WO2020035129A1 (en) * | 2018-08-13 | 2020-02-20 | Huawei Technologies Co., Ltd. | Providing multicast/broadcast services in 5g networks |
Non-Patent Citations (1)
Title |
---|
"23501-f40_CRs_Implemented";3GPP R15;《3GPP tsg_sa\wg2_arch》;20181217;全文 * |
Also Published As
Publication number | Publication date |
---|---|
WO2022017507A1 (zh) | 2022-01-27 |
CN113973076A (zh) | 2022-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210105196A1 (en) | Support group communications with shared downlink data | |
US11805567B2 (en) | Method and apparatus for initiating user plane path re-establishment and communications system | |
CN110167082B (zh) | 网络的切换方法、装置及系统,切换确定方法及装置 | |
WO2020147761A1 (zh) | 一种pdu会话切换方法及其装置 | |
CN109819486B (zh) | 承载标识的确定方法及装置、存储介质 | |
US20200127968A1 (en) | Information processing method and apparatus | |
CN101425959B (zh) | 一种承载处理方法和装置 | |
WO2021164564A1 (zh) | 传输组播业务的方法和装置 | |
WO2019137286A1 (zh) | 一种本地数据网络的指示方法及装置 | |
US20210058771A1 (en) | Key generation method and related apparatus | |
CN110049070A (zh) | 事件通知方法及相关设备 | |
US20230017217A1 (en) | Multicast or broadcast session establishment and management | |
CN114205878B (zh) | 通信方法及装置 | |
CN111526553A (zh) | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 | |
US20230081286A1 (en) | Methods and systems for multicast data forwarding during mobility procedures in wireless communication networks | |
CN112584327B (zh) | 一种更新用户面路径的方法、装置及系统 | |
CN114599065A (zh) | 网络切换方法、融合网元、通信系统和存储介质 | |
CN113973076B (zh) | 一种多播切换方法及装置 | |
EP3986012A1 (en) | Data transmission method, apparatus and device | |
WO2022213799A1 (zh) | 一种多播业务的通信方法及装置 | |
JP2024506065A (ja) | マルチキャスト/ブロードキャスト・サービスのための通信方法及び装置 | |
CN114424498A (zh) | 数据传输方法、装置、系统和存储介质 | |
WO2024017143A1 (zh) | 漫游场景下的分流方法、装置及存储介质 | |
RU2793337C1 (ru) | Способ обработки сеанса, устройство связи и система связи | |
WO2023050799A1 (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 |