CN108834081A - 一种组播业务处理方法及ap - Google Patents
一种组播业务处理方法及ap Download PDFInfo
- Publication number
- CN108834081A CN108834081A CN201810516780.3A CN201810516780A CN108834081A CN 108834081 A CN108834081 A CN 108834081A CN 201810516780 A CN201810516780 A CN 201810516780A CN 108834081 A CN108834081 A CN 108834081A
- Authority
- CN
- China
- Prior art keywords
- multicast
- timer
- message
- user
- multicast service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
- H04W40/242—Connectivity information management, e.g. connectivity discovery or connectivity update aging of topology database entries
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- 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
Abstract
本发明公开了一种组播业务处理方法及AP,该方法包括:无线接入点AP根据用户发送的组播业务请求报文建立组播协议表项后,启动第一定时器,按照所述第一定时器定时检测组播数据流是否引流成功;若引流未成功,则代理用户向组播源发送组播业务请求报文,并再次启动所述第一定时器进行检测直至组播数据流引流成功。本发明实施例提供的组播业务处理方法及AP,能够在报文丢包的情况下加速组播数据流的引流过程,并且在AP未接收到用户反馈的组播业务响应报文时,快速代理用户发送组播业务响应报文至组播源,以防止组播表项被老化,如此则不会因为报文丢包造成组播业务长时间断流,提升了用户的使用体验。
Description
技术领域
本发明涉及计算机技术领域,尤指一种组播业务处理方法及AP。
背景技术
组播作为一种网络传输技术,实现了在发送者与接收者之间点到多点的网络传输。发送者只需要发送一份报文,当报文到达接收者最近的一个网络节点时,进行报文的拷贝,分发给各接收者。组播的这种点到多点的网络传输技术特点有效地节省了网络带宽和降低网络负载。
在无线网络中,无线接入控制器(ACCESS CONTROLLER,AC)设备集中管理无线网络中的所有无线接入点(ACCESS POINT,AP)设备,用户连接在AP设备上,用户通过发送因特网组管理协议(Internet Group Manage Protocol,,IGMP)REPORT报文进行组播请求,IGMPREPORT报文在空中通过无线网络发送到AP,AP在无线口收到IGMP REPORT报文之后一直往上请求,建立一个完整的组播转发路径,生成组播协议表项。组播转发路径建立完之后数据源端发送组播数据,用户就可以接收到所需要的组播数据。
图1为一个典型的组播无线网络部署图,具体的组播数据请求流程如下:
1)接收者A/B通过无线连接上AP设备,AC设备连接在核心交换机上,AC设备下发配置到AP设备上开启IGMP SNOOPING(IGMP报文窥探)功能,接收者发送IGMP REPORT报文点播需要的组播数据,IGMP REPORT报文通过无线网络发送到AP上,到达AP之后,再发送到接入交换机,到达接入交换机之后发送到核心交换机,最终到达数据源端。
2)数据源端接收到组播请求,发送相应的组播数据,经过核心交换机、接入交换机、AP最终到达接收者。
由上可知,典型的无线组播网络部署中,当用户发送完组播业务请求报文之后,则开始被动等待组播源下发组播数据,如果用户未接收到组播源发送过来的组播数据,仍然会傻瓜等待。同时依据IGMP协议,当网络设备开启IGMP协议功能后,会周期性向用户发送查询报文,以询问是否还有用户需要该组播数据,如此,用户只有再次收到查询报文之后,才会继续发送组播业务请求报文以请求组播数据,这样在一个查询间隔周期内(125s)会断流。该种情况如果在首次点播视频的时候,会造成长时间屏幕黑屏,如果是在视频播放过程中,会造成视频卡住无法继续播放。目前应对这种问题的通用做法是尽可能调整查询间隔周期和查询响应时间,根据IGMP协议,查询周期必须要大于查询响应时间。
而在无线网络环境中,通过无线网络发送组播报文很容易丢包,用户可能收不到查询报文;也有可能用户收到了查询报文,用户响应发出的组播业务请求报文未发送到AP等等情况会导致组播业务长时间断流,进而影响用户使用体验。
发明内容
本发明实施例提供一种组播业务处理方法及装置,用以解决现有技术中由于报文丢包造成的组播业务长时间断流的问题。
一种组播业务处理方法,所述方法包括:
无线接入点AP根据用户发送的组播业务请求报文建立组播协议表项后,启动第一定时器,按照所述第一定时器定时检测组播数据流是否引流成功;
若引流未成功,则代理用户向组播源发送组播业务请求报文,并再次启动所述第一定时器进行检测直至组播数据流引流成功。
可选地,所述方法,还包括:
所述AP将所述组播源发来的组播查询报文发送给用户后,启动第二定时器;
若所述第二定时器超时仍未收到用户发来的组播业务响应报文,则代理用户发送组播业务响应报文给所述组播源;其中,所述第二定时器的时长小于因特网组管理协议IGMP老化时长。
可选地,所述方法,还包括:
若所述第二定时器计时时间内收到用户发来的组播业务响应报文,则关闭所述第二定时器。
可选地,所述方法,还包括:
所述AP将所述组播源发来的组播查询报文发送给用户后,则代理用户发送组播业务响应报文给所述组播源。
可选地,检测组播数据流是否引流成功,包括:
控制面发送携带所述组播数据流标识的查询消息给底层转发面;
所述底层转发面根据所述查询消息中的组播数据流标识查询是否存在对应的组播数据流,并反馈结果给所述控制面。
可选地,所述方法,还包括:
若引流成功,则关闭所述第一定时器并转发所述组播数据流给用户。
一种AP,包括:报文处理模块、引流确认模块以及代理发送模块;其中,
所述报文处理模块,用于根据用户发送的组播业务请求报文建立组播协议表项后,启动第一定时器;
所述引流确认模块,用于当所述第一定时器启动后,按照所述第一定时器定时检测组播数据流是否引流成功;
所述代理发送模块,用于若引流未成功,代理用户向组播源发送组播业务请求报文,并再次启动第一定时器并触发所述引流确认模块按照所述第一定时器定时检测组播数据流是否引流成功。
可选地,所述报文处理模块,还用于:将所述组播源发来的组播查询报文发送给用户后,启动第二定时器;
所述代理发送模块,还用于若第二定时器超时,所述报文处理模块仍未收到用户发来的组播业务响应报文时,则代理用户发送组播业务响应给所述组播源;
其中,所述第二定时器的时长小于IGMP老化时长。
可选地,所述报文处理模块,还用于若所述第二定时器计时时间内收到用户发来的组播业务响应报文,则关闭所述第二定时器。
可选地,所述报文处理模块,还用于将所述组播源发来的组播查询报文发送给用户后,触发所述代理发送模块代理用户发送组播业务响应报文给所述组播源。
可选地,其特征在于,所述引流确认模块,包括控制面和底层转发面;其中,
所述控制面,用于发送携带所述组播数据流标识的查询消息给所述底层转发面;
所述底层转发面,用于根据所述查询消息中的组播数据流标识查询是否存在对应对应的组播数据流,并反馈结果给所述控制面。
可选地,所述报文处理模块,还用于若引流成功,则关闭所述第一定时器并转发所述组播数据流给用户。
本发明有益效果如下:
本发明实施例提供的组播业务处理方法及AP,在建立组播协议表项后,启动第一定时器定时检测组播数据流是否引流成功,当引流未成功,则代理用户发送组播业务请求报文,加速了组播数据流的引流过程,并且在AP未接收到用户反馈的组播业务响应报文时,能够快速代理用户发送组播业务响应报文至组播源,以防止组播表项被老化,如此则不会因为报文丢包造成组播业务长时间断流,提升了用户的使用体验。
附图说明
图1为现有典型的组播无线网络部署图;
图2为本发明实施例中组播业务处理方法的流程图;
图3为本发明实施例中组播业务处理方法实施例一的流程图;
图4为本发明实施例中组播业务处理方法实施例二的流程图;
图5为本发明实施例中AP的结构示意图。
具体实施方式
在组播业务中,当用户首次请求组播业务时,首先发送组播业务请求报文给组播源,然后就是被动等待组播源下发组播数据,若用户一直未收到请求的组播数据,只能在用户接收到组播源按照IGMP协议的查询周期发送的查询报文后,才能再次发送组播业务请求报文,而IGMP协议中,一个查询周期为125s,此时就会在这个查询周期内出现断流。又在无线组播网络环境中,报文出现丢包的可能性较大,既可能是查询报文的丢失,也有可能是用户收到查询报文后再次发送的组播业务请求报文的丢失,而且丢包并没有类似单播时的重传机制,因此,针对现有技术中存在的报文丢包造成的组播业务长时间断流的的问题,本发明实施例提供一种组播业务处理方法,该方法的流程如图2所示,执行步骤如下:
步骤201,无线接入点AP根据用户发送的组播业务请求报文建立组播协议表项后,启动第一定时器,按照所述第一定时器定时检测组播数据流是否引流成功;
步骤202,若引流未成功,则代理用户向组播源发送组播业务请求报文,并再次启动所述第一定时器进行检测直至组播数据流引流成功。
进一步地,若引流成功,则关闭所述第一定时器并转发所述组播数据流给用户。
可选地,所述方法还包括:
所述AP将所述组播源发来的组播查询报文发送给用户后,启动第二定时器;
若所述第二定时器超时仍未收到用户发来的组播业务响应报文,则代理用户发送组播业务响应报文给所述组播源;其中,所述第二定时器的时长小于因特网组管理协议IGMP老化时长。例如所述第二定时器的时长可以设置为10s。
可选的,当所述第二定时器计时时间内收到用户发来的组播业务响应报文,则关闭所述第二定时器。这里,可以启动IGMP规定的老化时长定时器,时长为260s,若该老化时长定时器超时仍未收到组播业务响应报文,则表明该组播源目前没有用户请求,可将该组播表项进行老化处理。
可选地,所述方法还包括:
所述AP将所述组播源发来的组播查询报文发送给用户后,则代理用户发送组播业务响应报文给所述组播源。
其中,上述检测组播数据流是否引流成功,包括:
控制面发送携带所述组播数据流标识的查询消息给底层转发面;
所述底层转发面根据所述查询消息中的组播数据流标识查询是否存在对应的组播数据流,并反馈结果给所述控制面。
下面通过实施例对上述方法进行进一步说明。
图3示出了本发明实施例提供的组播业务处理方法实施例一的流程示意图,该实施例一是通过定期检测引流是否成功来触发代理用户发送组播业务请求报文的实施例,如图3所示,所述实施例一包括:
步骤301,当用户请求组播业务时会发送IGMP REPORT报文通过无线网络至AP;
步骤302,AP接收到IGMP REPORT报文,生成组播协议表项;
这里,如果组播协议表项生成成功,则继续将IGMP REPORT报文向上游即组播源方向转发。
步骤303,启动第一定时器,定期检测是否引流成功,即是否收到了用户请求的组播数据流,若是,执行步骤306,若否执行步骤304;
步骤304,若检测到未收到组播数据流,则代理用户发送IGMP REPORT报文给上游;
步骤305,继续启动第一定时器检测是否引流成功,若是,则执行步骤306,若否,则返回执行步骤304;
步骤306,若收到了组播数据流,则关闭第一定时器并转发组播数据流给用户。
图4示出了本发明实施例提供的组播业务处理方法实施例二的流程示意图,该实施例二是收不到用户的查询报文响应时触发代理用户发送组播业务请求报文的实施例,如图4所示,所述实施例二包括:
步骤401,AP收到上游设备即组播源方向的网络设备发送的IGMP QUERY报文;
步骤402,所述AP将IGMP QUERY发送给用户后,启动第二定时器,这里所述第二定时器的时长可以设置为10s。
步骤403,在第二定时器计时范围内,检测是否有收到用户发送的IGMP REPORT;若收到,执行步骤404,否则执行步骤405;
步骤404,将收到的IGMP REPORT报文继续往上游设备即组播源方向发送。
这里,还包括关闭第二定时器,也可以启动IGMP规定的老化时长定时器,时长为260s,若该老化时长定时器超时仍未收到组播业务响应报文,则表明该组播源目前没有用户请求,可将该组播表项进行老化处理。
步骤405,当第二定时器超时,都未收到用户发来的IGMP REPORT,则代理用户发送IGMP REPORT给上游设备,以替代应答。
这里,在步骤401之后,AP将IGMP QUERY发送给用户后,也可以直接代理用户发送组播业务响应给上游设备,以替代应答,加速报文的响应时间,实现快速引流。
本发明实施例提供的组播业务处理方法,在建立组播协议表项后,启动第一定时器定时检测组播数据流是否引流成功,当引流未成功,则代理用户发送组播业务请求报文,加速了组播数据流的引流过程,并且在AP未接收到用户反馈的组播业务响应报文时,能够快速代理用户发送组播业务响应报文至组播源,以防止组播表项被老化,如此则不会因为报文丢包造成组播业务长时间断流,提升了用户的使用体验。
基于同一发明构思,本发明实施例提供一种AP,结构如图5所示,包括:报文处理模块51、引流确认模块52以及代理发送模块53;其中,
所述报文处理模块51,用于根据用户发送的组播业务请求报文建立组播协议表项后,启动第一定时器;
所述引流确认模块52,用于当所述第一定时器启动后,按照所述第一定时器定时检测组播数据流是否引流成功;
所述代理发送模块53,用于若引流未成功,代理用户向组播源发送组播业务请求报文,并再次启动第一定时器并触发所述引流确认模块52按照所述第一定时器定时检测组播数据流是否引流成功。
可选地,所述报文处理模块51,还用于:将所述组播源发来的组播查询报文发送给用户后,启动第二定时器;
所述代理发送模块53,还用于若第二定时器超时,所述报文处理模块51仍未收到用户发来的组播业务响应报文时,则代理用户发送组播业务响应给所述组播源;
其中,所述第二定时器的时长小于IGMP老化时长。例如所述第二定时器的时长可以设置为10s。
可选地,所述报文处理模块51,还用于若所述第二定时器计时时间内收到用户发来的组播业务响应报文,则关闭所述第二定时器。这里,可以启动IGMP规定的老化时长定时器,时长为260s,若该老化时长定时器超时仍未收到组播业务响应报文,则表明该组播源目前没有用户请求,可将该组播表项进行老化处理。
优选地,所述报文处理模块51,还用于将所述组播源发来的组播查询报文发送给用户后,触发所述代理发送模块53代理用户发送组播业务响应报文给所述组播源。
可选地,所述引流确认模块52,包括控制面和底层转发面;其中,
所述控制面,用于发送携带所述组播数据流标识的查询消息给所述底层转发面;
所述底层转发面,用于根据所述查询消息中的组播数据流标识查询是否存在对应对应的组播数据流,并反馈结果给所述控制面。
可选地,所述报文处理模块51,还用于若引流成功,则关闭所述第一定时器并转发所述组播数据流给用户。
应当理解,本发明实施例提供的AP实现原理及过程与上述图2及所示的实施例类似,在此不再赘述。
本发明实施例提供的AP,在建立组播协议表项后,启动第一定时器定时检测组播数据流是否引流成功,当引流未成功,则代理用户发送组播业务请求报文,加速了组播数据流的引流过程,并且在AP未接收到用户反馈的组播业务响应报文时,能够快速代理用户发送组播业务响应报文至组播源,以防止组播表项被老化,如此则不会因为报文丢包造成组播业务长时间断流,提升了用户的使用体验。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的可选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括可选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种组播业务处理方法,其特征在于,所述方法包括:
无线接入点AP根据用户发送的组播业务请求报文建立组播协议表项后,启动第一定时器,按照所述第一定时器定时检测组播数据流是否引流成功;
若引流未成功,则代理用户向组播源发送组播业务请求报文,并再次启动所述第一定时器进行检测直至组播数据流引流成功。
2.根据权利要求1所述的方法,其特征在于,所述方法,还包括:
所述AP将所述组播源发来的组播查询报文发送给用户后,启动第二定时器;
若所述第二定时器超时仍未收到用户发来的组播业务响应报文,则代理用户发送组播业务响应报文给所述组播源;其中,所述第二定时器的时长小于因特网组管理协议IGMP老化时长。
3.根据权利要求2所述的方法,其特征在于,所述方法,还包括:
若所述第二定时器计时时间内收到用户发来的组播业务响应报文,则关闭所述第二定时器。
4.根据权利要求1所述的方法,其特征在于,所述方法,还包括:
所述AP将所述组播源发来的组播查询报文发送给用户后,则代理用户发送组播业务响应报文给所述组播源。
5.根据权利要求1至4任一所述的方法,其特征在于,检测组播数据流是否引流成功,包括:
控制面发送携带所述组播数据流标识的查询消息给底层转发面;
所述底层转发面根据所述查询消息中的组播数据流标识查询是否存在对应的组播数据流,并反馈结果给所述控制面。
6.根据权利要求1至4任一所述的方法,其特征在于,所述方法,还包括:
若引流成功,则关闭所述第一定时器并转发所述组播数据流给用户。
7.一种AP,其特征在于,包括:报文处理模块、引流确认模块以及代理发送模块;其中,
所述报文处理模块,用于根据用户发送的组播业务请求报文建立组播协议表项后,启动第一定时器;
所述引流确认模块,用于当所述第一定时器启动后,按照所述第一定时器定时检测组播数据流是否引流成功;
所述代理发送模块,用于若引流未成功,代理用户向组播源发送组播业务请求报文,并再次启动第一定时器并触发所述引流确认模块按照所述第一定时器定时检测组播数据流是否引流成功。
8.根据权利要求7所述的AP,其特征在于,所述报文处理模块,还用于:将所述组播源发来的组播查询报文发送给用户后,启动第二定时器;
所述代理发送模块,还用于若第二定时器超时,所述报文处理模块仍未收到用户发来的组播业务响应报文时,则代理用户发送组播业务响应给所述组播源;
其中,所述第二定时器的时长小于IGMP老化时长。
9.根据权利要求7所述的AP,其特征在于,所述报文处理模块,还用于若所述第二定时器计时时间内收到用户发来的组播业务响应报文,则关闭所述第二定时器。
10.根据权利要求7所述的AP,其特征在于,所述报文处理模块,还用于将所述组播源发来的组播查询报文发送给用户后,触发所述代理发送模块代理用户发送组播业务响应报文给所述组播源。
11.根据权利要求7-10任一所述的AP,其特征在于,所述引流确认模块,包括控制面和底层转发面;其中,
所述控制面,用于发送携带所述组播数据流标识的查询消息给所述底层转发面;
所述底层转发面,用于根据所述查询消息中的组播数据流标识查询是否存在对应的组播数据流,并反馈结果给所述控制面。
12.根据权利要求7至10任一所述的AP,其特征在于,所述报文处理模块,还用于若引流成功,则关闭所述第一定时器并转发所述组播数据流给用户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810516780.3A CN108834081B (zh) | 2018-05-25 | 2018-05-25 | 一种组播业务处理方法及ap |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810516780.3A CN108834081B (zh) | 2018-05-25 | 2018-05-25 | 一种组播业务处理方法及ap |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108834081A true CN108834081A (zh) | 2018-11-16 |
CN108834081B CN108834081B (zh) | 2021-05-18 |
Family
ID=64146115
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810516780.3A Active CN108834081B (zh) | 2018-05-25 | 2018-05-25 | 一种组播业务处理方法及ap |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108834081B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109327398A (zh) * | 2018-11-21 | 2019-02-12 | 新华三技术有限公司 | 一种防止丢包的方法及装置 |
CN111526092A (zh) * | 2020-03-18 | 2020-08-11 | 杭州迪普科技股份有限公司 | 组播转发表更新方法、装置、电子设备及计算机可读介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992707A (zh) * | 2005-12-29 | 2007-07-04 | 上海贝尔阿尔卡特股份有限公司 | 一种组播业务快速恢复方法及网络设备 |
CN101515873A (zh) * | 2009-04-09 | 2009-08-26 | 杭州华三通信技术有限公司 | 组播网络中的状态管理方法、路由器及系统 |
CN102547583A (zh) * | 2010-12-17 | 2012-07-04 | 上海贝尔股份有限公司 | 无线局域网系统中组播业务传送控制方法、装置及系统 |
WO2015047335A1 (en) * | 2013-09-27 | 2015-04-02 | Hewlett-Packard Development Company, L.P. | Managing multicast transmissions |
-
2018
- 2018-05-25 CN CN201810516780.3A patent/CN108834081B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992707A (zh) * | 2005-12-29 | 2007-07-04 | 上海贝尔阿尔卡特股份有限公司 | 一种组播业务快速恢复方法及网络设备 |
CN101515873A (zh) * | 2009-04-09 | 2009-08-26 | 杭州华三通信技术有限公司 | 组播网络中的状态管理方法、路由器及系统 |
CN102547583A (zh) * | 2010-12-17 | 2012-07-04 | 上海贝尔股份有限公司 | 无线局域网系统中组播业务传送控制方法、装置及系统 |
WO2015047335A1 (en) * | 2013-09-27 | 2015-04-02 | Hewlett-Packard Development Company, L.P. | Managing multicast transmissions |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109327398A (zh) * | 2018-11-21 | 2019-02-12 | 新华三技术有限公司 | 一种防止丢包的方法及装置 |
CN109327398B (zh) * | 2018-11-21 | 2021-05-28 | 新华三技术有限公司 | 一种防止丢包的方法及装置 |
CN111526092A (zh) * | 2020-03-18 | 2020-08-11 | 杭州迪普科技股份有限公司 | 组播转发表更新方法、装置、电子设备及计算机可读介质 |
CN111526092B (zh) * | 2020-03-18 | 2021-12-14 | 杭州迪普科技股份有限公司 | 组播转发表更新方法、装置、电子设备及计算机可读介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108834081B (zh) | 2021-05-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107172664B (zh) | 数据传输方法、装置及系统 | |
CN101909196B (zh) | 一种频道切换处理方法及系统以及相关设备 | |
CN110855536B (zh) | 运行控制方法、装置、家电设备以及存储介质 | |
CN110855792B (zh) | 一种消息推送方法、装置、设备及介质 | |
CN102651852A (zh) | 一种多媒体广播多播业务连续接收的方法和装置 | |
CN109286854A (zh) | 基于WiFi网络的网络流媒体卡顿检测及优化系统及方法 | |
CN104768081A (zh) | 一种实现流量控制的丢包重传方法 | |
JP2017502581A (ja) | プッシュデータ送信をスケジューリングするための方法およびシステム | |
CN109788301A (zh) | 一种流媒体的直播方法、终端设备、直播系统及计算机可读存储介质 | |
US9294521B2 (en) | Method, device and system for processing streaming media service data | |
CN103312593A (zh) | 一种消息分发系统及方法 | |
CN108834081A (zh) | 一种组播业务处理方法及ap | |
CN103491015A (zh) | 实现公网支持数据组播分发树的方法及装置 | |
KR20090053505A (ko) | 통신 시스템에서 연결 식별자 동기화 시스템 및 방법 | |
CN108924485A (zh) | 客户端实时视频流中断处理方法及系统、监控系统 | |
CN109586932B (zh) | 组播方法及终端设备 | |
CN107277780B (zh) | 一种广播消息发送方法及装置、移动终端 | |
CN102724636B (zh) | 一种mbms业务处理方法和系统 | |
CN107820218A (zh) | 报文传输方式的设定方法及设备 | |
CN114143569B (zh) | 一种网页录制和直播方法及系统 | |
CN108616866B (zh) | 一种系统信息更新方法及基站 | |
JP6296605B2 (ja) | プッシュ通知送信方法およびシステムならびにプッシュ通知装置および通信端末 | |
CN106789132A (zh) | 数据的传输方法、装置及系统 | |
CN113489786A (zh) | 一种长连接网络弱网重连方法、重发方法 | |
CN115038049A (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 |