CN114363830B - 多播数据的处理方法、核心网网关、业务服务器及终端 - Google Patents
多播数据的处理方法、核心网网关、业务服务器及终端 Download PDFInfo
- Publication number
- CN114363830B CN114363830B CN202011038469.6A CN202011038469A CN114363830B CN 114363830 B CN114363830 B CN 114363830B CN 202011038469 A CN202011038469 A CN 202011038469A CN 114363830 B CN114363830 B CN 114363830B
- Authority
- CN
- China
- Prior art keywords
- address
- data packet
- terminal
- multicast
- data
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- 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
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- 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
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供一种多播数据的处理方法、核心网网关、业务服务器及终端,该方法包括:接收业务服务器发送的第一数据包;对所述第一数据包进行处理,得到第二数据包;所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;向终端发送所述第二数据包;本发明实施例针对通过单播方式申请内容,网络通过多播方式发送给终端的动态按需多播场景,提出了多播业务识别以及数据处理的方法,从而使得终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
Description
技术领域
本发明涉及通信技术领域,尤其是指一种多播数据的处理方法、核心网网关、业务服务器及终端。
背景技术
为有效利用移动网络资源,提出了多媒体广播多播业务(Multimedia BroadcastMulticast Service,MBMS),该业务是一种从一个数据源向多个目标移动终端传输数据的技术,实现了网络(包括核心网,传输网和接入网)资源的共享,提高了网络资源,尤其是空口资源利用率。
4G中MBMS面向的场景主要是广播电视,公共安全等业务场景,故将业务本身预定义为多播业务,未了保证覆盖在网络中划分为多个多播广播区域,在这些区域进行广播,并将这些广播业务具体发送的位置和临时移动组标识(Temporary Mobile Group Identity,TMGI)告知终端,终端根据自己订阅的情况主动地去对应的位置获取响应的广播内容。具体地在空口上,支持两种传输方式,一种是多播广播单频网(Multicast Broadcast SingleFrequency Network,MBSFN),一种是单小区点对多点(Single Cell Point-ToMultipoint,SC-PTM),但无论空口采用哪种模式,所发送的内容都是预先定义的业务服务器产生的多播业务。
MBSFN的主要原理是将预先定义的多播内容在MBSFN区域内的多个基站上同时传输,且在MBSFN子帧上传输,通过系统信息块SIB2将MBSFN子帧情况告知终端,通过SIB13将MBSFN区域,多播控制信道MCCH配置和MBMS通知消息的配置信息告知终端,终端通过接收MCCH携带的MBSFN区域配置消息获取多播业务信道MTCH上携带的MBMS业务信息以及MTCH对应的物理广播信道PBCH发送的具体位置,终端通过以上这些信息的广播,根据自己感兴趣的内容主动收听。
SC-PTM的主要原理是预先定义的多播内容在某个小区内广播或者多播,在SIB20上广播SC-MCCH物理下行控制信道(Physical Downlink Control Channel,PDCCH)的时域配置信息,终端通过解调SC-MCCH PDCCH获得MCCH里携带的SC-PTM配置消息获取SC-MTCH上携带的MBMS业务信息以及SC-MTCH PDCCH调度信息等,终端通过以上这些信息的广播,根据自己感兴趣的内容主动收听。
面向现在以及未来典型的多播组播场景,比如世界杯直播体育场多机位高清内容,演唱会明星后台现场追踪等业务,目前是单播业务,但由于该类业务普遍是在某个集中范围内大量用户获取观看,下行采用单播的方式将导致网络拥塞,可能所有用户均不能观看,下行通过多播的方式发送给申请观看的用户是非常有效的方法。
上述通过单播方式申请内容,网络通过多播方式发送给终端的技术方式是一种动态的按需的MBMS业务,完全区别现有的预定义的多播组播技术,是一种新的技术框架。由于终端采用单播的方式发起业务申请,按照现有技术,业务服务器也会采用单播的方式发送业务内容,即最终发送给终端的业务包的IP地址是终端的单播地址,由于对应数据包需要发送给多个用户,使用终端的单播地址无法实现多播广播的需求,终端收到该数据包发现跟自己的IP地址不匹配,将丢弃该数据包。
发明内容
本发明实施例的目的在于提供一种多播数据的处理方法、核心网网关、业务服务器及终端,以解决现有技术中的某些场景下网络使用终端的单播地址无法实现多播广播的需求、且终端无法正确识别发送给自己的数据包的问题。
为了解决上述问题,本发明实施例提供一种多播数据的处理方法,应用于核心网网关,包括:
接收业务服务器发送的第一数据包;
对所述第一数据包进行处理,得到第二数据包;所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;
向终端发送所述第二数据包。
其中,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
所述对所述第一数据包进行处理,得到第二数据包,包括:
丢弃所述第一数据包的外层包头,得到所述第二数据包。
其中,所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
其中,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址;
所述对所述第一数据包进行处理,得到第二数据包,包括:
将所述第一数据包的包头的单播IP地址修改为多播IP地址,得到所述第二数据包。
其中,所述对所述第一数据包进行处理,得到第二数据包之前,所述方法还包括:
接收核心网控制面网元发送的所述核心网控制面网元配置的业务过滤规则;
根据所述业务过滤规则,确定所述第一数据包对应的业务为多播业务。
其中,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
本发明实施例还提供一种多播数据的处理方法,应用于业务服务器,包括:
接收终端采用单播的方式发送的业务请求;
根据所述业务请求,向核心网网关发送第一数据包;其中,所述第一数据包对应的业务为多播业务。
其中,所述第一数据包包含:外层包头以及内层包头;
其中,所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
其中,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址。
其中,所述方法还包括:
向核心网控制面网元发送所述业务请求对应的业务和终端的关联关系,以由所述核心网控制面网元根据所述关联关系配置业务过滤规则。
其中,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
本发明实施例还提供一种多播数据的处理方法,应用于终端,包括:
向业务服务器发送业务请求;
接收核心网网关发送的第二数据包,其中,所述第二数据包由所述核心网网关对业务服务器发送的第一数据进行处理得到;
所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址。
其中,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
丢弃所述第一数据包的外层包头,得到所述第二数据包。
其中,所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
其中,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址;
将所述第一数据包的包头的单播IP地址修改为多播IP地址,得到所述第二数据包。
其中,所述接收核心网网关发送的第二数据包,包括:
所述终端的接入层接收所述核心网网关发送的第二数据包;
所述终端的接入层将所述第二数据包的包头的多播IP地址修改为单播IP地址得到第三数据包,并将第三数据包传输给终端的应用层或非接入层。
本发明实施例还提供一种多播数据的处理装置,应用于核心网网关,包括:
第一接收模块,用于接收业务服务器发送的第一数据包;
第一处理模块,用于对所述第一数据包进行处理,得到第二数据包;所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;
第一发送模块,用于向终端发送所述第二数据包。
本发明实施例还提供一种核心网网关,包括处理器和收发器,所述收发器在处理器的控制下接收和发送数据,所述处理器用于执行以下操作:
接收业务服务器发送的第一数据包;
对所述第一数据包进行处理,得到第二数据包;所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;
向终端发送所述第二数据包。
其中,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
所述处理器还用于执行以下操作:
丢弃所述第一数据包的外层包头,得到所述第二数据包。
其中,所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
其中,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址;
所述处理器还用于执行以下操作:
将所述第一数据包的包头的单播IP地址修改为多播IP地址,得到所述第二数据包。
其中,所述处理器还用于执行以下操作:
接收核心网控制面网元发送的所述核心网控制面网元配置的业务过滤规则;
根据所述业务过滤规则,确定所述第一数据包对应的业务为多播业务。
其中,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
本发明实施例还提供一种多播数据的处理装置,应用于业务服务器,包括:
第二接收模块,用于接收终端采用单播的方式发送的业务请求;
第二发送模块,用于根据所述业务请求,向核心网网关发送第一数据包;其中,所述第一数据包对应的业务为多播业务。
本发明实施例还提供一种业务服务器,包括处理器和收发器,所述收发器在处理器的控制下接收和发送数据,所述处理器用于执行以下操作:
接收终端采用单播的方式发送的业务请求;
根据所述业务请求,向核心网网关发送第一数据包;其中,所述第一数据包对应的业务为多播业务。
其中,所述第一数据包包含:外层包头以及内层包头;
其中,所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
其中,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址。
其中,所述处理器还用于执行以下操作:
向核心网控制面网元发送所述业务请求对应的业务和终端的关联关系,以由所述核心网控制面网元根据所述关联关系配置业务过滤规则。
其中,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
本发明实施例还提供一种多播数据的处理装置,应用于终端,包括:
第三发送模块,用于向业务服务器发送业务请求;
第三接收模块,用于接收核心网网关发送的第二数据包,其中,所述第二数据包由所述核心网网关对业务服务器发送的第一数据进行处理得到;
所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址。
本发明实施例还提供一种终端,包括处理器和收发器,所述收发器在处理器的控制下接收和发送数据,所述处理器用于执行以下操作:
向业务服务器发送业务请求;
接收核心网网关发送的第二数据包,其中,所述第二数据包由所述核心网网关对业务服务器发送的第一数据进行处理得到;
所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址。
其中,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
丢弃所述第一数据包的外层包头,得到所述第二数据包。
其中,所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
其中,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址;
将所述第一数据包的包头的单播IP地址修改为多播IP地址,得到所述第二数据包。
其中,所述处理器还用于执行以下操作:
所述终端的接入层接收所述核心网网关发送的第二数据包;
所述终端的接入层将所述第二数据包的包头的多播IP地址修改为单播IP地址得到第三数据包,并将第三数据包传输给终端的应用层或非接入层。
本发明实施例还提供一种通信设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序,所述处理器执行所述程序时实现如上所述的多播数据的处理方法。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上所述的多播数据的处理方法中的步骤。
本发明的上述技术方案至少具有如下有益效果:
本发明实施例的多播数据的处理方法、核心网网关、业务服务器及终端中,针对通过单播方式申请内容,网络通过多播方式发送给终端的动态按需多播场景,提出了多播业务识别以及数据处理的方法,从而使得终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
附图说明
图1表示本发明实施例提供的多播数据的处理方法的步骤流程图之一;
图2表示本发明实施例提供的多播数据的处理方法的步骤流程图之二;
图3表示本发明实施例提供的多播数据的处理方法的步骤流程图之三;
图4表示本发明实施例提供的示例一的原理示意图;
图5表示本发明实施例提供的示例二的原理示意图;
图6表示本发明实施例提供的示例三的原理示意图;
图7表示本发明实施例提供的多播数据的处理装置的结构示意图之一;
图8表示本发明实施例提供的核心网网关的结构示意图;
图9表示本发明实施例提供的多播数据的处理装置的结构示意图之二;
图10表示本发明实施例提供的业务服务器的结构示意图;
图11表示本发明实施例提供的多播数据的处理装置的结构示意图之三;
图12表示本发明实施例提供的终端的结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
如图1所示,本发明实施例提供一种多播数据的处理方法,应用于核心网网关,包括:
步骤11,接收业务服务器发送的第一数据包;
步骤12,对所述第一数据包进行处理,得到第二数据包;所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址。
本步骤中,由核心网网关将第一数据包的包头转换为终端的多播IP地址和业务服务器的源IP地址。其中,终端的多播IP地址由核心网网元为终端配置。
步骤13,向终端发送所述第二数据包。
本步骤中,第二数据包的发送既可以通过点对点方式也可以通过点对多点方式,核心网网关可以根据申请该业务用户的数量在点到点和点到多点模式间动态转换。
其中,业务服务器包括但不限于内容提供商、应用功能等。
由于第二数据包的包头包含终端的多播IP地址,即终端虽然通过单播方式申请内容,但是核心网网关将其发送的数据包的包头转换为多播IP地址,使得额终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
作为一个可选实施例,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
相应的,步骤12包括:
丢弃所述第一数据包的外层包头,得到所述第二数据包。
其中,所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
该实施例中,业务服务器采用单播IP地址嵌套多播IP地址的方式向核心网网关发送数据包,由核心网网关将其接收到的数据包的外层包头丢弃,从而得到第二数据包。
业务服务器按照源IP地址+多播IP地址的方式封装数据包,为了复用业务服务器和核心网网关之间已有的单播隧道,业务服务器在该数据包的外层封装终端的单播IP地址,并将第一数据包发送给核心网网关。外层的单播IP地址的封装方式有如下两种实施方式:
方式一:如果终端的单播IP地址采用IPV6,外层包头可以直接封装终端的单播IP地址;
方式二:如果终端的单播IP地址采用IPV4,该地址为核心网分配的网内IP地址,由于上行数据包核心网网关进行了地址转换(NAT),将内部地址转换为核心网网关外部地址和端口号(用户唯一的),外层封装的终端单播IP为可以识别终端的网关地址。
作为另一个可选实施例,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址;
相应的,步骤12包括:
将所述第一数据包的包头的单播IP地址修改为多播IP地址,得到所述第二数据包。
该实施例中,核心网网关采用移动网内单播IP地址转多播IP地址的方式形成第二数据包。即业务服务器按照源IP地址+单播IP地址的方式封装第一数据包,与已有单播数据封装和发送方式一致,业务服务器和核心网网关间发送多个数据。
终端的单播IP地址的封装方式有如下两种实施方式:
方式一:如果终端的单播IP地址采用IPV6,外层包头可以直接封装终端的单播IP地址;
方式二:如果终端的单播IP地址采用IPV4,该地址为核心网分配的网内IP地址,由于上行数据包核心网网关进行了地址转换(NAT),将内部地址转换为核心网网关外部地址和端口号(用户唯一的),外层封装的终端单播IP为可以识别终端的网关地址。
核心网网关识别多播业务,将终端的单播IP地址替换为多播IP地址,得到第二数据包,并将第二数据包发送给终端。
由于业务服务器使用的是单播协议封装的数据,为了让终端的通信层能够和应用层互相理解,不会导致数据包的丢失,终端通信层收到数据包后将多播地址更换为单播IP地址递交给应用层。通过该方法,终端使用传统的单播的流程可以接收多播的数据。
本发明实施例中,步骤12之前,所述方法还包括:
接收核心网控制面网元发送的所述核心网控制面网元配置的业务过滤规则;
根据所述业务过滤规则,确定所述第一数据包对应的业务为多播业务。
其中,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
例如,业务服务器向核心网控制面网元(比如策略控制网元、会话管理网元等)通过控制面提供业务和用户的关联信息以及可选地协商核心网网关的接收地址。即通知核心网网关哪个业务是多播业务,以及哪个用户在申请该业务。核心网控制面网元根据业务服务器提供的信息,为每个接收终端的服务质量QoS流设置可以识别是多播同一内容的业务过滤规则,例如核心网网关的接收地址、IP五元组信息以及多播IP地址中的至少一项。
综上,本发明实施例针对通过单播方式申请内容,网络通过多播方式发送给终端的动态按需多播场景,提出了多播业务识别以及数据处理的方法,从而使得终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
如图2所示,本发明实施例还提供一种多播数据的处理方法,应用于业务服务器,包括:
步骤21,接收终端采用单播的方式发送的业务请求;
步骤22,根据所述业务请求,向核心网网关发送第一数据包;其中,所述第一数据包对应的业务为多播业务。
作为一个可选实施例,所述第一数据包包含:外层包头以及内层包头;
其中,所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。由核心网网关丢弃所述第一数据包的外层包头,得到所述第二数据包。
该实施例中,业务服务器采用单播IP地址嵌套多播IP地址的方式向核心网网关发送数据包,由核心网网关将其接收到的数据包的外层包头丢弃,从而得到第二数据包。
业务服务器按照源IP地址+多播IP地址的方式封装数据包,为了复用业务服务器和核心网网关之间已有的单播隧道,业务服务器在该数据包的外层封装终端的单播IP地址,并将第一数据包发送给核心网网关。外层的单播IP地址的封装方式有如下两种实施方式:
方式一:如果终端的单播IP地址采用IPV6,外层包头可以直接封装终端的单播IP地址;
方式二:如果终端的单播IP地址采用IPV4,该地址为核心网分配的网内IP地址,由于上行数据包核心网网关进行了地址转换(NAT),将内部地址转换为核心网网关外部地址和端口号(用户唯一的),外层封装的终端单播IP为可以识别终端的网关地址。
作为另一个可选实施例,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址。由核心网网关将所述第一数据包的包头的单播IP地址修改为多播IP地址,得到所述第二数据包。
即业务服务器按照源IP地址+单播IP地址的方式封装第一数据包,与已有单播数据封装和发送方式一致,业务服务器和核心网网关间发送多个数据。
终端的单播IP地址的封装方式有如下两种实施方式:
方式一:如果终端的单播IP地址采用IPV6,外层包头可以直接封装终端的单播IP地址;
方式二:如果终端的单播IP地址采用IPV4,该地址为核心网分配的网内IP地址,由于上行数据包核心网网关进行了地址转换(NAT),将内部地址转换为核心网网关外部地址和端口号(用户唯一的),外层封装的终端单播IP为可以识别终端的网关地址。
核心网网关识别多播业务,将终端的单播IP地址替换为多播IP地址,得到第二数据包,并将第二数据包发送给终端。
本发明实施例中,所述方法还包括:
向核心网控制面网元发送所述业务请求对应的业务和终端的关联关系,以由所述核心网控制面网元根据所述关联关系配置业务过滤规则。
其中,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
例如,业务服务器向核心网控制面网元(比如策略控制网元、会话管理网元等)通过控制面提供业务和用户的关联信息以及可选地协商核心网网关的接收地址。即通知核心网网关哪个业务是多播业务,以及哪个用户在申请该业务。核心网控制面网元根据业务服务器提供的信息,为每个接收终端的服务质量QoS流设置可以识别是多播同一内容的业务过滤规则,例如核心网网关的接收地址、IP五元组信息以及多播IP地址中的至少一项。
综上,本发明实施例针对通过单播方式申请内容,网络通过多播方式发送给终端的动态按需多播场景,提出了多播业务识别以及数据处理的方法,从而使得终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
如图3所示,本发明实施例还提供一种多播数据的处理方法,应用于终端,包括:
步骤31,向业务服务器发送业务请求;
步骤32,接收核心网网关发送的第二数据包,其中,所述第二数据包由所述核心网网关对业务服务器发送的第一数据进行处理得到;
所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址。
本发明实施例中,由核心网网关将业务服务器生成的第一数据包的包头转换为终端的多播IP地址和业务服务器的源IP地址。其中,终端的多播IP地址由核心网网元为终端配置。
其中,第二数据包的发送既可以通过点对点方式也可以通过点对多点方式,核心网网关可以根据申请该业务用户的数量在点到点和点到多点模式间动态转换。
由于第二数据包的包头包含终端的多播IP地址,即终端虽然通过单播方式申请内容,但是核心网网关将其发送的数据包的包头转换为多播IP地址,使得额终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
作为一个可选实施例,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
丢弃所述第一数据包的外层包头,得到所述第二数据包。
其中,所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址
该实施例中,业务服务器采用单播IP地址嵌套多播IP地址的方式向核心网网关发送数据包,由核心网网关将其接收到的数据包的外层包头丢弃,从而得到第二数据包。
作为另一个可选实施例,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址;
将所述第一数据包的包头的单播IP地址修改为多播IP地址,得到所述第二数据包。
本发明实施例由核心网网关识别多播业务,将终端的单播IP地址替换为多播IP地址,得到第二数据包,并将第二数据包发送给终端。
由于业务服务器使用的是单播协议封装的数据,为了让终端的通信层能够和应用层互相理解,不会导致数据包的丢失,终端通信层收到数据包后将多播地址更换为单播IP地址递交给应用层。通过该方法,终端使用传统的单播的流程可以接收多播的数据。即步骤32包括:
所述终端的接入层接收所述核心网网关发送的第二数据包;
所述终端的接入层将所述第二数据包的包头的多播IP地址修改为单播IP地址得到第三数据包,并将第三数据包传输给终端的应用层或非接入层。
综上,本发明实施例针对通过单播方式申请内容,网络通过多播方式发送给终端的动态按需多播场景,提出了多播业务识别以及数据处理的方法,从而使得终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
为了更清楚的说明本发明实施例提供的多播数据的处理方法,下面结合附图及示例进行描述。
示例一,如图4所示,单播地址嵌套多播地址方案
步骤0,核心网网元或者业务服务器给终端配置多播IP地址。
步骤1,服务器向核心网控制面网元通过控制面提供业务和用户的关联信息以及可选地协商核心网网关(UPF/GW)的接收地址。该步骤目的主要通知核心网网元哪个业务是多播业务,以及哪个用户在申请该业务。
步骤2,核心网控制面网元根据业务服务器提供的信息,为每个接收终端的QoS流设置可以识别是多播广播同一内容的过滤规则:UPF接收地址(可选)+IP五元组信息。
步骤3,业务服务器按照源地址+多播地址的方式封装数据包,为了复用已有的服务器和核心网网关间的单播隧道,外层封装终端的单播相关的IP地址,并将数据发送给核心网网关。
外层终端单播相关IP地址的封装方式有如下两种方式:
方式1:如果终端的单播IP地址采用IPV6,外层可以直接封装终端定的单播IP地址。
方式2:如果终端的单播IP地址采用IPV4,该地址为核心网分配的网内IP地址,由于上行数据包核心网网关进行了地址转换(NAT),将内部地址转换成UPF外部地址和端口号(用户唯一的),外层封装的终端单播IP为可以识别终端的UPF地址。
步骤4,核心网网关根据业务过滤规则识别多播组播业务,将外层IP头去掉,并将数据发送给终端,数据发送既可以通过点对点方式也可以通过点对多点方式,基站可以根据申请该业务用户的数量在点到点和点到多点模式间动态转换。
步骤5,终端通信层收到数据包后将数据包发送给应用层。
示例二,如图5所示,移动网内单播地址转多播地址方案
步骤0,核心网网元给终端配置多播IP地址。
步骤1,业务服务器向核心网控制面网元通过控制面提供业务和用户的关联信息以及可选地协商核心网网关(UPF/GW)的接收地址。该步骤目的主要通知核心网网元哪个业务是多播业务,以及哪个用户在申请该业务。
步骤2,核心网控制面网元根据服务器提供的信息,为每个接收终端的QoS流设置可以识别是多播广播同一内容的过滤规则:UPF接收地址(可选)+IP五元组信息。
步骤3,业务服务器按照源地址+终端单播地址的方式封装数据包,与已有单播数据封装和发送方式一致,业务服务器和核心网网关间发送多个数据。
终端单播相关IP地址的封装方式有如下两种方式:
方式1:如果终端的单播IP地址采用IPV6,外层可以直接封装终端定的单播IP地址。
方式2:如果终端的单播IP地址采用IPV4,该地址为核心网分配的网内IP地址,由于上行数据包核心网网关进行了地址转换(NAT),将内部地址转换成UPF外部地址和端口号(用户唯一的),外层封装的终端单播IP为可以识别终端的UPF地址。
步骤4,核心网网关根据业务过滤规则识别多播组播业务,将终端的单播IP地址替换为多播IP地址,并将数据发送给终端,数据发送既可以通过点对点方式也可以通过点对多点方式,基站可以根据申请该业务用户的数量在点到点和点到多点模式间动态转换。
由于业务服务器使用的是单播协议封装的数据,为了让终端的通信层能够和应用层互相理解,不会导致数据包的丢失,终端通信层收到数据包后将多播地址更换为单播IP地址递交给应用层。通过该方法,终端使用传统的单播的流程可以接收多播的数据。
示例三,如图6所示,直接多播方案
步骤0,核心网网元或者业务服务器给终端配置多播IP地址。
步骤1,服务器向核心网控制面网元通过控制面提供业务和用户的关联信息以及可选地协商核心网网关(UPF/GW)的接收地址。该步骤目的主要通知核心网网元哪个业务是多播业务,以及哪个用户在申请该业务。
步骤2,核心网控制面网元根据服务器提供的信息,为每个接收终端的QoS流设置可以识别是多播广播同一内容的过滤规则:IP多播地址。
步骤3,业务服务器按照源地址+多播地址的方式封装数据包,数据包根据多播协议发送,业务服务器和核心网网关间针对多个终端的相同数据仅发送一份。可选地,外层封装UPF地址,应用与业务服务器与核心网网关间不支持多播广播路由。
步骤4,核心网网关根据业务过滤规则识别多播组播业务,将数据发送给终端,数据发送既可以通过点对点方式也可以通过点对多点方式,基站可以根据申请该业务用户的数量在点到点和点到多点模式间动态转换。
步骤5,终端通信层收到数据包后将数据包发送给应用层。
如图7所示,本发明实施例还提供一种多播数据的处理装置,应用于核心网网关,包括:
第一接收模块71,用于接收业务服务器发送的第一数据包;
第一处理模块72,用于对所述第一数据包进行处理,得到第二数据包;所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;
第一发送模块73,用于向终端发送所述第二数据包。
作为一个可选实施例,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
所述第一处理模块包括:
第一处理子模块,用于丢弃所述第一数据包的外层包头,得到所述第二数据包。
作为一个可选实施例,所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
作为一个可选实施例,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址;
所述第一处理模块包括:
第二处理子模块,用于将所述第一数据包的包头的单播IP地址修改为多播IP地址,得到所述第二数据包。
作为一个可选实施例,所述装置还包括:
规则接收模块,用于接收核心网控制面网元发送的所述核心网控制面网元配置的业务过滤规则;
确定模块,用于根据所述业务过滤规则,确定所述第一数据包对应的业务为多播业务。
作为一个可选实施例,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
本发明实施例针对通过单播方式申请内容,网络通过多播方式发送给终端的动态按需多播场景,提出了多播业务识别以及数据处理的方法,从而使得终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
需要说明的是,本发明实施例提供的多播数据的处理装置是能够执行上述多播数据的处理方法的装置,则上述多播数据的处理方法的所有实施例均适用于该装置,且均能达到相同或相似的有益效果。
如图8所示,本发明实施例还提供一种核心网网关,包括处理器800和收发器810,所述收发器810在处理器800的控制下接收和发送数据,所述处理器800用于执行以下操作:
接收业务服务器发送的第一数据包;
对所述第一数据包进行处理,得到第二数据包;所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;
向终端发送所述第二数据包。
作为一个可选实施例,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
所述处理器还用于执行以下操作:
丢弃所述第一数据包的外层包头,得到所述第二数据包。
作为一个可选实施例,所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
作为一个可选实施例,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址;
所述处理器还用于执行以下操作:
将所述第一数据包的包头的单播IP地址修改为多播IP地址,得到所述第二数据包。
作为一个可选实施例,所述处理器还用于执行以下操作:
接收核心网控制面网元发送的所述核心网控制面网元配置的业务过滤规则;
根据所述业务过滤规则,确定所述第一数据包对应的业务为多播业务。
作为一个可选实施例,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
本发明实施例针对通过单播方式申请内容,网络通过多播方式发送给终端的动态按需多播场景,提出了多播业务识别以及数据处理的方法,从而使得终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
需要说明的是,本发明实施例提供的核心网网关是能够执行上述多播数据的处理方法的核心网网关,则上述多播数据的处理方法的所有实施例均适用于该核心网网关,且均能达到相同或相似的有益效果。
如图9所示,本发明实施例还提供一种多播数据的处理装置,应用于业务服务器,包括:
第二接收模块91,用于接收终端采用单播的方式发送的业务请求;
第二发送模块92,用于根据所述业务请求,向核心网网关发送第一数据包;其中,所述第一数据包对应的业务为多播业务。
作为一个可选实施例,所述第一数据包包含:外层包头以及内层包头;
其中,所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
作为一个可选实施例,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址。
作为一个可选实施例,所述装置还包括:
关联发送模块,用于向核心网控制面网元发送所述业务请求对应的业务和终端的关联关系,以由所述核心网控制面网元根据所述关联关系配置业务过滤规则。
作为一个可选实施例,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
本发明实施例针对通过单播方式申请内容,网络通过多播方式发送给终端的动态按需多播场景,提出了多播业务识别以及数据处理的方法,从而使得终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
需要说明的是,本发明实施例提供的多播数据的处理装置是能够执行上述多播数据的处理方法的装置,则上述多播数据的处理方法的所有实施例均适用于该装置,且均能达到相同或相似的有益效果。
如图10所示,本发明实施例还提供一种业务服务器,包括处理器100和收发器110,所述收发器110在处理器100的控制下接收和发送数据,所述处理器100用于执行以下操作:
接收终端采用单播的方式发送的业务请求;
根据所述业务请求,向核心网网关发送第一数据包;其中,所述第一数据包对应的业务为多播业务。
作为一个可选实施例,所述第一数据包包含:外层包头以及内层包头;
其中,所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
作为一个可选实施例,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址。
作为一个可选实施例,所述处理器还用于执行以下操作:
向核心网控制面网元发送所述业务请求对应的业务和终端的关联关系,以由所述核心网控制面网元根据所述关联关系配置业务过滤规则。
作为一个可选实施例,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
本发明实施例针对通过单播方式申请内容,网络通过多播方式发送给终端的动态按需多播场景,提出了多播业务识别以及数据处理的方法,从而使得终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
需要说明的是,本发明实施例提供的业务服务器是能够执行上述多播数据的处理方法的业务服务器,则上述多播数据的处理方法的所有实施例均适用于该业务服务器,且均能达到相同或相似的有益效果。
如图11所示,本发明实施例还提供一种多播数据的处理装置,应用于终端,包括:
第三发送模块111,用于向业务服务器发送业务请求;
第三接收模块112,用于接收核心网网关发送的第二数据包,其中,所述第二数据包由所述核心网网关对业务服务器发送的第一数据进行处理得到;
所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址。
作为一个可选实施例,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
丢弃所述第一数据包的外层包头,得到所述第二数据包。
作为一个可选实施例,所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
作为一个可选实施例,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址;
将所述第一数据包的包头的单播IP地址修改为多播IP地址,得到所述第二数据包。
作为一个可选实施例,所述第三接收模块包括:
接收子模块,用于所述终端的接入层接收所述核心网网关发送的第二数据包;
传输子模块,用于所述终端的接入层将所述第二数据包的包头的多播IP地址修改为单播IP地址得到第三数据包,并将第三数据包传输给终端的应用层或非接入层。
本发明实施例针对通过单播方式申请内容,网络通过多播方式发送给终端的动态按需多播场景,提出了多播业务识别以及数据处理的方法,从而使得终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
需要说明的是,本发明实施例提供的多播数据的处理装置是能够执行上述多播数据的处理方法的装置,则上述多播数据的处理方法的所有实施例均适用于该装置,且均能达到相同或相似的有益效果。
如图12所示,本发明实施例还提供一种终端,包括处理器1200、收发器1210以及用户接口1220,所述收发器1210在处理器1200的控制下接收和发送数据,所述处理器1200用于执行以下操作:
向业务服务器发送业务请求;
接收核心网网关发送的第二数据包,其中,所述第二数据包由所述核心网网关对业务服务器发送的第一数据进行处理得到;
所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址。
作为一个可选实施例,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;
丢弃所述第一数据包的外层包头,得到所述第二数据包。
作为一个可选实施例,所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
作为一个可选实施例,所述第一数据包的包头包含终端的单播IP地址和业务服务器的源IP地址;
将所述第一数据包的包头的单播IP地址修改为多播IP地址,得到所述第二数据包。
作为一个可选实施例,所述处理器还用于执行以下操作:
所述终端的接入层接收所述核心网网关发送的第二数据包;
所述终端的接入层将所述第二数据包的包头的多播IP地址修改为单播IP地址得到第三数据包,并将第三数据包传输给终端的应用层或非接入层。
本发明实施例针对通过单播方式申请内容,网络通过多播方式发送给终端的动态按需多播场景,提出了多播业务识别以及数据处理的方法,从而使得终端能够识别多播数据包,可以解决现有方案终端无法识别多播数据包导致多播数据包被丢弃的问题。
需要说明的是,本发明实施例提供的终端是能够执行上述多播数据的处理方法的终端,则上述多播数据的处理方法的所有实施例均适用于该终端,且均能达到相同或相似的有益效果。
本发明实施例还提供一种通信设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序时实现如上所述的多播数据的处理方法实施例中的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上所述的多播数据的处理方法实施例中的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储介质中,使得存储在该计算机可读存储介质中的指令产生包括指令装置的纸制品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上,使得计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他科编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (21)
1.一种多播数据的处理方法,应用于核心网网关,其特征在于,包括:
接收业务服务器发送的第一数据包,所述第一数据包是终端采用单播的方式申请的,所述第一数据包对应的业务为多播业务;
对所述第一数据包进行处理,得到第二数据包;所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;
向终端发送所述第二数据包;
其中,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址;
所述对所述第一数据包进行处理,得到第二数据包,包括:丢弃所述第一数据包的外层包头,得到所述第二数据包。
2.根据权利要求1所述的方法,其特征在于,所述对所述第一数据包进行处理,得到第二数据包之前,所述方法还包括:
接收核心网控制面网元发送的所述核心网控制面网元配置的业务过滤规则;
根据所述业务过滤规则,确定所述第一数据包对应的业务为多播业务。
3.根据权利要求2所述的方法,其特征在于,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
4.一种多播数据的处理方法,应用于业务服务器,其特征在于,包括:
接收终端采用单播的方式发送的业务请求;
根据所述业务请求,向核心网网关发送第一数据包;其中,所述第一数据包对应的业务为多播业务;
所述第一数据包包含:外层包头以及内层包头;其中,所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
向核心网控制面网元发送所述业务请求对应的业务和终端的关联关系,以由所述核心网控制面网元根据所述关联关系配置业务过滤规则。
6.根据权利要求5所述的方法,其特征在于,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
7.一种多播数据的处理方法,应用于终端,其特征在于,包括:
采用单播的方式向业务服务器发送业务请求;
接收核心网网关发送的第二数据包,其中,所述第二数据包由所述核心网网关对业务服务器发送的第一数据包进行处理得到;
所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;
其中,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
8.根据权利要求7所述的方法,其特征在于,所述接收核心网网关发送的第二数据包,包括:
所述终端的接入层接收所述核心网网关发送的第二数据包;
所述终端的接入层将所述第二数据包的包头的多播IP地址修改为单播IP地址得到第三数据包,并将第三数据包传输给终端的应用层或非接入层。
9.一种多播数据的处理装置,应用于核心网网关,其特征在于,包括:
第一接收模块,用于接收业务服务器发送的第一数据包,所述第一数据包是终端采用单播的方式申请的,所述第一数据包对应的业务为多播业务;
第一处理模块,用于对所述第一数据包进行处理,得到第二数据包;所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;
第一发送模块,用于向终端发送所述第二数据包;
其中,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址;
所述第一处理模块包括:第一处理子模块,用于丢弃所述第一数据包的外层包头,得到所述第二数据包。
10.一种核心网网关,包括处理器和收发器,所述收发器在处理器的控制下接收和发送数据,其特征在于,所述处理器用于执行以下操作:
接收业务服务器发送的第一数据包,所述第一数据包是终端通过单播的方式申请的,所述第一数据包对应的业务为多播业务;
对所述第一数据包进行处理,得到第二数据包;所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;
向终端发送所述第二数据包;
其中,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址;
所述处理器还用于执行以下操作:丢弃所述第一数据包的外层包头,得到所述第二数据包。
11.根据权利要求10所述的核心网网关,其特征在于,所述处理器还用于执行以下操作:
接收核心网控制面网元发送的所述核心网控制面网元配置的业务过滤规则;
根据所述业务过滤规则,确定所述第一数据包对应的业务为多播业务。
12.根据权利要求11所述的核心网网关,其特征在于,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
13.一种多播数据的处理装置,应用于业务服务器,其特征在于,包括:
第二接收模块,用于接收终端采用单播的方式发送的业务请求;
第二发送模块,用于根据所述业务请求,向核心网网关发送第一数据包;其中,所述第一数据包对应的业务为多播业务;
其中,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
14.一种业务服务器,包括处理器和收发器,所述收发器在处理器的控制下接收和发送数据,其特征在于,所述处理器用于执行以下操作:
接收终端采用单播的方式发送的业务请求;
根据所述业务请求,向核心网网关发送第一数据包;其中,所述第一数据包对应的业务为多播业务;
其中,所述第一数据包包含:外层包头以及内层包头;其中,所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
15.根据权利要求14所述的业务服务器,其特征在于,所述处理器还用于执行以下操作:
向核心网控制面网元发送所述业务请求对应的业务和终端的关联关系,以由所述核心网控制面网元根据所述关联关系配置业务过滤规则。
16.根据权利要求15所述的业务服务器,其特征在于,所述业务过滤规则包括下述至少一项:
核心网网关的接收地址;
IP五元组信息;
多播IP地址;
IP流到QoS流映射配置。
17.一种多播数据的处理装置,应用于终端,其特征在于,包括:
第三发送模块,用于采用单播的方式向业务服务器发送业务请求;
第三接收模块,用于接收核心网网关发送的第二数据包,其中,所述第二数据包由所述核心网网关对业务服务器发送的第一数据包进行处理得到;
所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;
其中,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
18.一种终端,包括处理器和收发器,所述收发器在处理器的控制下接收和发送数据,其特征在于,所述处理器用于执行以下操作:
采用单播的方式向业务服务器发送业务请求;
接收核心网网关发送的第二数据包,其中,所述第二数据包由所述核心网网关对业务服务器发送的第一数据包进行处理得到;
所述第二数据包携带的数据与所述第一数据包携带的数据相同,所述第二数据包的包头包含终端的多播IP地址和业务服务器的源IP地址;
其中,所述第一数据包包含:外层包头以及内层包头;所述内层包头包含终端的多播IP地址和业务服务器的源IP地址;所述外层包头包含终端的单播IP地址;或者,所述外层包头为核心网网关的IP地址。
19.根据权利要求18所述的终端,其特征在于,所述处理器还用于执行以下操作:
所述终端的接入层接收所述核心网网关发送的第二数据包;
所述终端的接入层将所述第二数据包的包头的多播IP地址修改为单播IP地址得到第三数据包,并将第三数据包传输给终端的应用层或非接入层。
20.一种通信设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序;其特征在于,所述处理器执行所述程序时实现如权利要求1-3任一项所述的多播数据的处理方法;或者,所述处理器执行所述程序时实现如权利要求4-6任一项所述的多播数据的处理方法;或者,所述处理器执行所述程序时实现如权利要求7-8任一项所述的多播数据的处理方法。
21.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-3任一项所述的多播数据的处理方法中的步骤;或者,该程序被处理器执行时实现如权利要求4-6任一项所述的多播数据的处理方法中的步骤;或者,该程序被处理器执行时实现如权利要求7-8任一项所述的多播数据的处理方法中的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011038469.6A CN114363830B (zh) | 2020-09-28 | 2020-09-28 | 多播数据的处理方法、核心网网关、业务服务器及终端 |
PCT/CN2021/119312 WO2022063079A1 (zh) | 2020-09-28 | 2021-09-18 | 多播数据的处理方法、核心网网关、业务服务器及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011038469.6A CN114363830B (zh) | 2020-09-28 | 2020-09-28 | 多播数据的处理方法、核心网网关、业务服务器及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114363830A CN114363830A (zh) | 2022-04-15 |
CN114363830B true CN114363830B (zh) | 2023-09-05 |
Family
ID=80844927
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011038469.6A Active CN114363830B (zh) | 2020-09-28 | 2020-09-28 | 多播数据的处理方法、核心网网关、业务服务器及终端 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114363830B (zh) |
WO (1) | WO2022063079A1 (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102763359A (zh) * | 2009-12-10 | 2012-10-31 | 汤姆森特许公司 | 多播网络中流控制传输协议的协议增强器 |
WO2014169461A1 (en) * | 2013-04-18 | 2014-10-23 | Qualcomm Incorporated | Mbms bearer enhancements for push to talk or push to everything via embms |
CN104813690A (zh) * | 2013-03-22 | 2015-07-29 | 联发科技股份有限公司 | 基于lte增强型多媒体广播多播业务的群组通信 |
CN109327810A (zh) * | 2018-09-29 | 2019-02-12 | 北京中兴高达通信技术有限公司 | 一种基于lte宽带集群通信的地铁pis业务组播方法和装置 |
WO2019223005A1 (en) * | 2018-05-25 | 2019-11-28 | Qualcomm Incorporated | Mixed mode multicast architecture |
CN110662270A (zh) * | 2018-06-28 | 2020-01-07 | 华为技术有限公司 | 通信方法及装置 |
WO2020007202A1 (zh) * | 2018-07-06 | 2020-01-09 | 华为技术有限公司 | 一种数据传输方法、装置及系统 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100428796C (zh) * | 2006-03-13 | 2008-10-22 | 华为技术有限公司 | 视频点播方法、系统、服务器和终端 |
US8165122B2 (en) * | 2009-05-26 | 2012-04-24 | Alcatel Lucent | System and method for converting unicast client requests into multicast client requests |
US9226265B2 (en) * | 2011-04-15 | 2015-12-29 | Qualcomm Incorporated | Demand-based multimedia broadcast multicast service management |
US10609175B2 (en) * | 2015-12-31 | 2020-03-31 | Hughes Newtwork Systems, LLC | Apparatus and method for broadcast/multicast content delivery and opportunistic caching in a broadband communications network |
CN110891183B (zh) * | 2018-09-11 | 2022-11-01 | 中兴通讯股份有限公司 | 频道共享方法、设备和计算机可读存储介质 |
CN110708293B (zh) * | 2019-09-11 | 2021-11-19 | 中国联合网络通信集团有限公司 | 多媒体业务的分流方法和装置 |
-
2020
- 2020-09-28 CN CN202011038469.6A patent/CN114363830B/zh active Active
-
2021
- 2021-09-18 WO PCT/CN2021/119312 patent/WO2022063079A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102763359A (zh) * | 2009-12-10 | 2012-10-31 | 汤姆森特许公司 | 多播网络中流控制传输协议的协议增强器 |
CN104813690A (zh) * | 2013-03-22 | 2015-07-29 | 联发科技股份有限公司 | 基于lte增强型多媒体广播多播业务的群组通信 |
WO2014169461A1 (en) * | 2013-04-18 | 2014-10-23 | Qualcomm Incorporated | Mbms bearer enhancements for push to talk or push to everything via embms |
WO2019223005A1 (en) * | 2018-05-25 | 2019-11-28 | Qualcomm Incorporated | Mixed mode multicast architecture |
CN110662270A (zh) * | 2018-06-28 | 2020-01-07 | 华为技术有限公司 | 通信方法及装置 |
WO2020007202A1 (zh) * | 2018-07-06 | 2020-01-09 | 华为技术有限公司 | 一种数据传输方法、装置及系统 |
CN109327810A (zh) * | 2018-09-29 | 2019-02-12 | 北京中兴高达通信技术有限公司 | 一种基于lte宽带集群通信的地铁pis业务组播方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2022063079A1 (zh) | 2022-03-31 |
CN114363830A (zh) | 2022-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9648585B2 (en) | Data transmission method and device | |
KR101552363B1 (ko) | Mbms서비스를 지원하는 장치 | |
CN111901763A (zh) | 一种传输方法、设备和存储介质 | |
US10194472B2 (en) | Group communication method, device and system | |
US20170325076A1 (en) | Base station, user terminal and apparatus | |
CN109155904B (zh) | 支持本地多媒体广播多播服务(mbms)分发的装置和方法 | |
US8929399B2 (en) | Selectively multiplexing communication streams | |
KR20180028500A (ko) | 에지 mbms 서비스를 위한 데이터 송신 방법 및 관련 디바이스 | |
CN110557831B (zh) | 一种同播sc-ptm系统中控制面信息的传输方法和设备 | |
WO2018165988A1 (zh) | 网络数据处理方法及装置 | |
US20240089706A1 (en) | Access agnostic delivery of broadcast, multicast, or unicast content | |
Gomez-Barquero et al. | 3GPP enhancements for television services: LTE-based 5G terrestrial broadcast | |
WO2017070838A1 (zh) | 资源调度方法、基站、调度器、节目源服务器和系统 | |
US8264961B2 (en) | Synchronization and macro diversity for MCBCS | |
CN105743663B (zh) | 一种数据传输装置和方法 | |
US8391197B2 (en) | Method, system, and terminal for sending and receiving multicast broadcast service | |
CN114363830B (zh) | 多播数据的处理方法、核心网网关、业务服务器及终端 | |
WO2021249464A1 (zh) | 切换方法、处理方法、装置、网络设备及核心网设备 | |
US11432206B2 (en) | Network entity and mobile communication device for providing communication services based on geographical codes | |
CN114424498B (zh) | 数据传输方法、装置、系统和存储介质 | |
CN111836206B (zh) | 多播处理方法、终端及网络节点 | |
CN114071737A (zh) | 发送信号的协商方法及网络侧节点 | |
US11368818B2 (en) | Methods and systems for using multi-connectivity for multicast transmissions in a communication system | |
KR100863129B1 (ko) | 휴대 인터넷 망에서 무선 자원 할당 정보를 이용한 패킷헤더 구성 방법 및 그를 이용한 패킷 전달 방법 | |
CN115802293A (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 |