CN115189813A - Ott组播方法、系统、装置、组播代理和组播服务器 - Google Patents

Ott组播方法、系统、装置、组播代理和组播服务器 Download PDF

Info

Publication number
CN115189813A
CN115189813A CN202110302407.XA CN202110302407A CN115189813A CN 115189813 A CN115189813 A CN 115189813A CN 202110302407 A CN202110302407 A CN 202110302407A CN 115189813 A CN115189813 A CN 115189813A
Authority
CN
China
Prior art keywords
multicast
data
server
norm
ott
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.)
Pending
Application number
CN202110302407.XA
Other languages
English (en)
Inventor
陈麒
尹之帆
唐宏
梁洁
庄一嵘
陈戈
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN202110302407.XA priority Critical patent/CN115189813A/zh
Publication of CN115189813A publication Critical patent/CN115189813A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • 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/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • 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/80—Responding to QoS

Abstract

本公开公开了一种OTT组播方法、系统、装置、组播代理和组播服务器，涉及数据通信领域。其中的方法包括：接收组播服务器发送的组播数据；判断组播数据是否完整，或者是否能够被修复；若组播数据不完整或不能够被修复，则生成NORM_NACK消息，并启动定时器；以及若定时器超时前，收到组播服务器重新发送的组播数据，则不向组播服务器发送NORM_NACK消息，能够防止NACK风暴，提高了带宽利用率。

Description

OTT组播方法、系统、装置、组播代理和组播服务器
技术领域
本公开涉及数据通信领域，尤其涉及一种OTT(Over The Top，通过互联网向用户提供应用服务)组播方法、系统、装置、组播代理和组播服务器。
背景技术
近年来，电信运营商依靠灵活互动的网络和完善的服务体系使IPTV(交互式网络电视)业务发展迅猛，在为IPTV直播业务服务发展过程中，建设了广泛覆盖的IP化组播网络，大大节省了服务器资源及网络主干的带宽资源，目前各省的组播网络仅用于承载IPTV的若干路的直播服务，未得以充分的利用。
OTT业务的直播服务中，服务器与用户间采取单播的模式传输数据，占用的带宽随着用户数线性增长，带宽容易达到网络上限，必然引发用户体验下降的问题，也无法承载大量用户的超高清视频业务通过部署OTT组播系统，可将运营商的组播能力开放给直播OTT业务，将OTT流量迁移到运营商，能有效降低成本、提升用户体验、提高播放质量。
在目前OTT组播系统中，从组播服务器到组播代理的数据传输是基于建立在UDP(User Datagram Protocol，用户数据报协议)之上的RTP(Real-time TransportProtocol，实时传输协议)，为不可靠传输。而RTP通过RTCP(Real-time Transport ControlProtocol，实时传输控制协议)为其保证服务质量，但容易造成ACK(Acknowledgecharacter，确认)风暴，且传输协议不能根据网络以及用户的数量具有自适应性，无法提供较短的差错恢复延时和较高的带宽利用率。
发明内容
本公开要解决的一个技术问题是，提供一种OTT组播方法、系统、装置、组播代理和组播服务器，能够防止NACK风暴。
根据本公开一方面，提出一种OTT组播方法，包括：接收组播服务器发送的组播数据；判断组播数据是否完整，或者是否能够被修复；若组播数据不完整或不能够被修复，则生成面向否定确认的可靠组播的否定确认NORM_NACK消息，并启动定时器；以及若定时器超时前，收到组播服务器重新发送的组播数据，则不向组播服务器发送NORM_NACK消息。
在一些实施例中，若定时器超时后，未收到组播服务器重新发送的组播数据，则将NORM_NACK消息发送至组播服务器，以便组播服务器在接收到预定数量的NORM_NACK消息后，重新发送组播数据；以及接收组播服务器重新发送的组播数据，并替换不完整或不能被修复的组播数据。
在一些实施例中，判断组播数据是否完整，或者是否能够被修复包括：基于包级前向纠错技术，检测组播数据是否完整，或者是否能够被修复。
在一些实施例中，将组播数据转换为单播数据后，发送至终端。
根据本公开的另一方面，还提出一种OTT组播方法，包括：向组播代理发送组播数据；接收组播代理发送的面向否定确认的可靠组播的否定确认NORM_NACK消息，其中，组播代理在确定组播数据不完整或不能够被修复后，生成NORM_NACK消息并启动定时器，若定时器超时后，未重新收到组播数据，则发送NORM_NACK消息；以及在接收到预定数量的NORM_NACK消息后，重新向组播代理发送组播数据。
在一些实施例中，若预定时间内收到的NORM_NACK消息数量大于阈值，则生成告警信息，以便由OTT媒体服务器向终端提供单播服务。
在一些实施例中，将OTT媒体服务器发送的单播数据流转换为组播数据。
根据本公开的另一方面，还提出一种组播代理，包括：数据接收模块，被配置为接收组播服务器发送的组播数据；完整性判断模块，被配置为判断组播数据是否完整，或者是否能够被修复；消息生成模块，被配置为若组播数据不完整或不能够被修复，则生成面向否定确认的可靠组播的否定确认NORM_NACK消息；定时器启动模块，被配置为启动定时器；以及消息发送模块，被配置为若定时器超时前，收到组播服务器重新发送的组播数据，则不向组播服务器发送NORM_NACK消息。
在一些实施例中，消息发送模块还被配置为若定时器超时后，未收到组播服务器重新发送的组播数据，则将NORM_NACK消息发送至组播服务器，以便组播服务器在接收到预定数量的NORM_NACK消息后，重新发送组播数据；以及数据接收模块还被配置为接收组播服务器重新发送的组播数据，并替换不完整或不能被修复的组播数据。
在一些实施例中，完整性判断模块被配置为基于包级前向纠错技术，检测组播数据是否完整，或者是否能够被修复。
在一些实施例中，该组播代理还包括：组播转单播模块，被配置为将组播数据转换为单播数据后，发送至终端。
根据本公开的另一方面，还提出一种组播服务器，包括：数据发送模块，被配置为向组播代理发送组播数据；消息接收模块，被配置为接收组播代理发送的面向否定确认的可靠组播的否定确认NORM_NACK消息，其中，组播代理在确定组播数据不完整或不能够被修复后，生成NORM_NACK消息并启动定时器，若定时器超时后，未重新收到组播数据，则发送NORM_NACK消息；以及数据发送模块还被配置为在接收到预定数量的NORM_NACK消息后，重新向组播代理发送组播数据。
在一些实施例中，该组播服务器还包括：告警信息生成模块，被配置为若预定时间内收到的NORM_NACK消息数量大于阈值，则生成告警信息，以便由OTT媒体服务器向终端提供单播服务。
在一些实施例中，该组播服务器还包括：单播转组播模块，被配置为将OTT媒体服务器发送的单播数据流转换为组播数据。
根据本公开的另一方面，还提出一种OTT组播系统，包括：上述的组播代理；以及上述的组播服务器。
在一些实施例中，该OTT组播系统还包括：OTT媒体服务器，被配置为接收组播代理发送的视频单播请求，并将单播数据流发送至组播服务器。
根据本公开的另一方面，还提出一种OTT组播设备，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行如上的OTT组播方法。
根据本公开的另一方面，还提出一种非瞬时性计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上述的OTT组播方法。
本公开实施例中，组播代理在接收到不完整或不能修复的组播数据后，不是立即向组播服务器发送NORM_NACK消息，而是启动定时器，在定时器超时前，若收到组播服务器重新发送的组播数据，则不向组播服务器发送NORM_NACK消息，能够防止NACK风暴，提高了带宽利用率。
通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。
附图说明
构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。
参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：
图1为本公开的OTT组播方法的一些实施例的流程示意图。
图2为本公开的OTT组播方法的另一些实施例的流程示意图。
图3为本公开的OTT组播方法的另一些实施例的流程示意图。
图4为本公开的OTT组播方法的另一些实施例的流程示意图。
图5为本公开的组播代理的一些实施例的结构示意图。
图6为本公开的组播代理的另一些实施例的结构示意图。
图7为本公开的组播服务器的一些实施例的结构示意图。
图8为本公开的组播服务器的另一些实施例的结构示意图。
图9为本公开的OTT组播系统的一些实施例的结构示意图。
图10为本公开的OTT组播系统的另一些实施例的结构示意图。
图11为本公开的OTT组播设备的一些实施例的结构示意图。
具体实施方式
现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
图1为本公开的OTT组播方法的一些实施例的流程示意图。该实施例由组播代理执行。
在步骤110，接收组播服务器发送的组播数据。
在一些实施例中，OTT媒体服务器将媒体单播数据流发送至组播服务器，组播服务器将单播数据流转换为组播数据NACK_DATA后发送至组播代理。
在步骤120，判断组播数据是否完整，或者是否能够被修复。
在一些实施例中，组播代理基于包级前向纠错技术，检测组播数据是否完整，或者是否能够被修复。
在步骤130，若组播数据不完整或不能够被修复，则生成NORM_NACK(Negative-ACKnowledgment Oriented Reliable Multicast_Negative-ACKnowledgment，面向否定确认的可靠组播的否定确认)消息，并启动定时器。
在一些实施例中，组播服务器在服务过程中，产生一个NORM会话，与组播代理进行会话连接，组播服务器向组播代理发送NACK_DATA消息，如果组播代理确认NACK_DATA消息完整，则产生NORM_ACK消息，如果确认NACK_DATA消息不完整或者不可修复，则生成NORM_NACK消息。
在一些实施例中，定时器为随机退避定时器。
在步骤140，若定时器超时前，收到组播服务器重新发送的组播数据，则不向组播服务器发送NORM_NACK消息。
在该实施例中，组播代理在接收到不完整或不能修复的组播数据后，不是立即向组播服务器发送NORM_NACK消息，而是启动定时器，在定时器超时前，若收到组播服务器重新发送的组播数据，则不向组播服务器发送NORM_NACK消息，能够防止NACK风暴，提高了带宽利用率。
图2为本公开的OTT组播方法的另一些实施例的流程示意图。
在步骤210，组播代理接收组播服务器发送的组播数据。
在步骤220，组播代理基于包级前向纠错技术，检测组播数据是否完整，或者是否能够被修复，若是，则执行步骤230，否则，执行步骤240。
在步骤230，组播代理将组播数据转换为单播数据后，发送至终端。
在步骤240，组播代理生成NORM_NACK消息，并启动定时器。
如果组播代理确认组播数据不完整，或者不能够被修复，则认为虽然组播服务器发送了NACK_DATA消息，但该NACK_DATA消息丢失。
在步骤250，定时器超时前，判断组播代理是否收到了组播服务器重新发送的组播数据，若是，则执行步骤260，否则，执行步骤270。
在步骤260，组播代理不向组播服务器发送NORM_NACK消息。
在步骤270，将NORM_NACK消息发送至组播服务器。
在步骤280，组播服务器在接收到预定数量的NORM_NACK消息后，重新发送组播数据。
在该步骤中，组播服务器同时接收是否有新的NORM_NACK消息。
在步骤290，组播代理接收组播服务器重新发送的组播数据，并替换不完整或不能被修复的组播数据。
在该步骤中，组播代理同时监控是否有新丢失的数据。
在上述实施例中，组播代理利用通过包级前向纠错技术简化组播代理丢包反馈的处理，能确保高效修复NACK_DATA，即提供了较短的差错恢复延时，并采用NACK抑制算法和NACK聚集算法，能够大幅降低抖动提升，实现稳定可靠的组播流传输，能够防止NACK风暴，有效提升播放质量，保证良好的用户体验。
图3为本公开的OTT组播方法的另一些实施例的流程示意图。该实施例由组播服务器执行。
在步骤310，向组播代理发送组播数据。
在一些实施例中，组播服务器接收到OTT媒体服务器发送的媒体单播数据流后，将单播数据流转换为组播数据，并将组播数据发送至组播代理。
在步骤320，接收组播代理发送的NORM_NACK消息，其中，组播代理在确定组播数据不完整或不能够被修复后，生成NORM_NACK消息并启动定时器，若定时器超时后，未重新收到组播数据，则发送NORM_NACK消息。
在步骤330，在接收到预定数量的NORM_NACK消息后，重新向组播代理发送组播数据。
在该步骤中，组播服务器同时接收是否有新的NORM_NACK消息。
在该实施例中，组播服务器利用NACK聚集技术，并不是已接收到NORM_NACK消息后，就向组播代理以组播的形式发送修复应答消息，而是在累计接收到一定数量的NORM_NACK消息后再进行发送，在实现了组播的可靠传输同时，能够防止NACK风暴。
在本公开的一些实施例中，组播服务器若预定时间内收到的NORM_NACK消息数量大于阈值，则生成告警信息，以便由OTT媒体服务器向终端提供单播服务。
在该实施例中，组播服务器如果在一段时间内，发送的修复应答消息过多，则生成告警消息给网管平台，此时由OTT媒体服务器向用户提供单播服务。
图4为本公开的OTT组播方法的另一些实施例的流程示意图。
在步骤410，组播代理接收终端发送的视频单播请求。
在一些实施例中，终端向组播代理请求单播频道，以获取媒体索引和媒体内容文件。
在步骤420，组播代理向OTT媒体服务器发送单播请求。
在一些实施例中，组播代理同时向组播管理平台申请加入组播组。
在步骤430，组播服务器接收OTT媒体服务器发送的单播数据流。
在步骤440，组播服务器将单播数据流转换为组播数据。
在步骤450，组播服务器向组播代理传输可靠稳定的组播数据。
具体传输过程如图1-3的实施例所示。
在步骤460，组播代理将组播数据转换为单播数据。
在步骤470，组播代理将单播数据发送至终端。
在该步骤中，组播代理接管OTT媒体服务器的服务，向用户提供服务。
在该实施例中，组播代理实现组播转单播功能，与OTT媒体服务器中同步m3u8信息，由组播代理向终端提供服务，从而终端接入环境不受限。另外，组播代理为终端与OTT媒体服务器提供单播通道，当组播服务器发生故障的时候，可以让OTT媒体服务器提供单播服务。本公开可节约建设成本、节省网络峰值的并发带宽、将OTT流量从互联网迁移到运营商网络，大幅降低抖动提升、实现OTT组播的可靠传输。
图5为本公开的组播代理的一些实施例的结构示意图。该组播代理包括：数据接收模块510、完整性判断模块520、消息生成模块530、定时器启动模块540和消息发送模块550。
数据接收模块510被配置为接收组播服务器发送的组播数据。
在一些实施例中，数据接收模块510还被配置为接收组播服务器重新发送的组播数据，并替换不完整或不能被修复的组播数据。
完整性判断模块520被配置为判断组播数据是否完整，或者是否能够被修复。
在一些实施例中，完整性判断模块520被配置为基于包级前向纠错技术，检测组播数据是否完整，或者是否能够被修复。
消息生成模块530被配置为若组播数据不完整或不能够被修复，则生成NORM_NACK消息。
定时器启动模块540被配置为启动定时器。
在一些实施例中，定时器为随机退避定时器。
消息发送模块550被配置为若定时器超时前，收到组播服务器重新发送的组播数据，则不向组播服务器发送NORM_NACK消息。
在一些实施例中，消息发送模块550还被配置为若定时器超时后，未收到组播服务器重新发送的组播数据，则将NORM_NACK消息发送至组播服务器，以便组播服务器在接收到预定数量的NORM_NACK消息后，重新发送组播数据。
在一些实施例中，数据接收模块510、完整性判断模块520、消息生成模块530、定时器启动模块540和消息发送模块550可以集成在第一NORM模块中。
在该实施例中，组播代理在接收到不完整或不能修复的组播数据后，不是立即向组播服务器发送NORM_NACK消息，而是启动定时器，在定时器超时前，若收到组播服务器重新发送的组播数据，则不向组播服务器发送NORM_NACK消息，若定时器超时，还未收到组播服务器重新发送的组播数据，则向组播服务器发送NORM_NACK消息，能够在实现稳定可靠的组播流传输的同时，防止NACK风暴。
在本公开的另一些实施例中，如图6所示，该组播代理还包括组播转单播模块610，被配置为将组播数据转换为单播数据后，发送至终端。
图7为本公开的组播服务器的一些实施例的结构示意图。该组播服务器包括：数据发送模块710和消息接收模块720。
数据发送模块710被配置为向组播代理发送组播数据。
在一些实施例，数据发送模块710还被配置为在接收到预定数量的NORM_NACK消息后，重新向组播代理发送组播数据。
消息接收模块720被配置为接收组播代理发送的NORM_NACK消息，其中，组播代理在确定组播数据不完整或不能够被修复后，生成NORM_NACK消息并启动定时器，若定时器超时后，未重新收到组播数据，则发送NORM_NACK消息。
在该实施例中，组播服务器利用NACK聚集技术，并不是已接收到NORM_NACK消息后，就向组播代理以组播的形式发送修复应答消息，而是在累计接收到一定数量的NORM_NACK消息后再进行发送，在实现了组播的可靠传输同时，能够防止NACK风暴。
在本公开的另一些实施例中，如图8所示，该组播服务器还包括告警信息生成模块810，被配置为若预定时间内收到的NORM_NACK消息数量大于阈值，则生成告警信息，以便由OTT媒体服务器向终端提供单播服务。
在一些实施例中，数据发送模块710、消息接收模块720、告警信息生成模块810可以集成在第二NORM模块中。
在本公开的另一些实施例中，如图8所示，该组播服务器还包括单播转组播模块820，被配置为将OTT媒体服务器发送的单播数据流转换为组播数据。
图9为本公开的OTT组播系统的一些实施例的结构示意图。该OTT组播系统包括上述实施例中的组播代理910和组播服务器920。
组播代理910中设置有组播转单播模块以及第一NORM模块，组播服务器920中设置有单播转组播模块和第二NORM模块。
组播代理910和组播服务器920部署NORM模块，运行NORM协议，可用于管理所有的NORM节点，通过包级前向纠错技术简化组播代理丢包反馈的处理，通过NACK抑制和NACK聚集技术，能够防止NACK风暴。
在一些实施例中，如图10所示，该组播系统还包括OTT媒体服务器1010，被配置为接收组播代理910发送的视频单播请求，并将单播数据流发送至组播服务器920。
在上述实施例中，组播代理实现组播转单播功能，与OTT媒体服务器中同步m3u8信息，由组播代理向终端提供服务，从而终端接入环境不受限。另外，组播代理为终端与OTT媒体服务器提供单播通道，当组播服务器发生故障的时候，可以让OTT媒体服务器提供单播服务。本公开通过包级前向纠错技术、改进的基于否定确认抑制算法和NACK聚集算法实现稳定可靠的组播流传输。
图11为本公开的OTT组播设备的另一些实施例的结构示意图。该OTT组播设备1100为组播代理或组播服务器，包括存储器1110和处理器1120。其中：存储器1110可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储图1-4所对应实施例中的指令。处理器1120耦接至存储器1110，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器1120用于执行存储器中存储的指令。
在一些实施例中，处理器1120通过BUS总线1130耦合至存储器1110。该OTT组播设备1100还可以通过存储接口1140连接至外部存储系统1150以便调用外部数据，还可以通过网络接口1160连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。
在该实施例中，通过存储器存储数据指令，再通过处理器处理上述指令，能够在稳定传输组播数据的同时，防止NACK风暴。
在另一些实施例中，一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现图1-4所对应实施例中的方法的步骤。本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改。本公开的范围由所附权利要求来限定。

Claims (18)

1.一种OTT组播方法，包括：
接收组播服务器发送的组播数据；
判断所述组播数据是否完整，或者是否能够被修复；
若所述组播数据不完整或不能够被修复，则生成面向否定确认的可靠组播的否定确认NORM_NACK消息，并启动定时器；以及
若定时器超时前，收到所述组播服务器重新发送的组播数据，则不向所述组播服务器发送NORM_NACK消息。
2.根据权利要求1所述的OTT组播方法，还包括：
若定时器超时后，未收到所述组播服务器重新发送的组播数据，则将所述NORM_NACK消息发送至所述组播服务器，以便所述组播服务器在接收到预定数量的NORM_NACK消息后，重新发送组播数据；以及
接收所述组播服务器重新发送的组播数据，并替换不完整或不能被修复的组播数据。
3.根据权利要求1所述的OTT组播方法，其中，判断所述组播数据是否完整，或者是否能够被修复包括：
基于包级前向纠错技术，检测所述组播数据是否完整，或者是否能够被修复。
4.根据权利要求1至3任一所述的OTT组播方法，还包括：
将所述组播数据转换为单播数据后，发送至终端。
5.一种OTT组播方法，包括：
向组播代理发送组播数据；
接收所述组播代理发送的面向否定确认的可靠组播的否定确认NORM_NACK消息，其中，所述组播代理在确定所述组播数据不完整或不能够被修复后，生成所述NORM_NACK消息并启动定时器，若定时器超时后，未重新收到组播数据，则发送所述NORM_NACK消息；以及
在接收到预定数量的NORM_NACK消息后，重新向所述组播代理发送组播数据。
6.根据权利要求5所述的OTT组播方法，还包括：
若预定时间内收到的NORM_NACK消息数量大于阈值，则生成告警信息，以便由OTT媒体服务器向终端提供单播服务。
7.根据权利要求5或6所述的OTT组播方法，还包括：
将OTT媒体服务器发送的单播数据流转换为组播数据。
8.一种组播代理，包括：
数据接收模块，被配置为接收组播服务器发送的组播数据；
完整性判断模块，被配置为判断所述组播数据是否完整，或者是否能够被修复；
消息生成模块，被配置为若所述组播数据不完整或不能够被修复，则生成面向否定确认的可靠组播的否定确认NORM_NACK消息；
定时器启动模块，被配置为启动定时器；以及
消息发送模块，被配置为若定时器超时前，收到所述组播服务器重新发送的组播数据，则不向所述组播服务器发送NORM_NACK消息。
9.根据权利要求8所述的组播代理，其中，
所述消息发送模块还被配置为若定时器超时后，未收到所述组播服务器重新发送的组播数据，则将所述NORM_NACK消息发送至所述组播服务器，以便所述组播服务器在接收到预定数量的NORM_NACK消息后，重新发送组播数据；以及
所述数据接收模块还被配置为接收所述组播服务器重新发送的组播数据，并替换不完整或不能被修复的组播数据。
10.根据权利要求8所述的组播代理，其中，
所述完整性判断模块被配置为基于包级前向纠错技术，检测所述组播数据是否完整，或者是否能够被修复。
11.根据权利要求8至10任一所述的组播代理，还包括：
组播转单播模块，被配置为将所述组播数据转换为单播数据后，发送至终端。
12.一种组播服务器，包括：
数据发送模块，被配置为向组播代理发送组播数据；
消息接收模块，被配置为接收所述组播代理发送的面向否定确认的可靠组播的否定确认NORM_NACK消息，其中，所述组播代理在确定所述组播数据不完整或不能够被修复后，生成所述NORM_NACK消息并启动定时器，若定时器超时后，未重新收到组播数据，则发送所述NORM_NACK消息；以及
所述数据发送模块还被配置为在接收到预定数量的NORM_NACK消息后，重新向所述组播代理发送组播数据。
13.根据权利要求12所述的组播服务器，还包括：
告警信息生成模块，被配置为若预定时间内收到的NORM_NACK消息数量大于阈值，则生成告警信息，以便由OTT媒体服务器向终端提供单播服务。
14.根据权利要求12或13所述的组播服务器，还包括：
单播转组播模块，被配置为将OTT媒体服务器发送的单播数据流转换为组播数据。
15.一种OTT组播系统，包括：
权利要求8至11任一所述的组播代理；以及
权利要求12至14任一所述的组播服务器。
16.根据权利要求15所述的OTT组播系统，还包括：
OTT媒体服务器，被配置为接收所述组播代理发送的视频单播请求，并将单播数据流发送至所述组播服务器。
17.一种OTT组播设备，包括：
存储器；以及
耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至7任一项所述的OTT组播方法。
18.一种非瞬时性计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现权利要求1至7任一项所述的OTT组播方法。
CN202110302407.XA 2021-03-22 2021-03-22 Ott组播方法、系统、装置、组播代理和组播服务器 Pending CN115189813A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110302407.XA CN115189813A (zh) 2021-03-22 2021-03-22 Ott组播方法、系统、装置、组播代理和组播服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110302407.XA CN115189813A (zh) 2021-03-22 2021-03-22 Ott组播方法、系统、装置、组播代理和组播服务器

Publications (1)

Publication Number Publication Date
CN115189813A true CN115189813A (zh) 2022-10-14

Family

ID=83511281

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110302407.XA Pending CN115189813A (zh) 2021-03-22 2021-03-22 Ott组播方法、系统、装置、组播代理和组播服务器

Country Status (1)

Country Link
CN (1) CN115189813A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116886964A (zh) * 2023-09-05 2023-10-13 深圳市华曦达科技股份有限公司 一种ott内容定时发布与更新的处理方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116886964A (zh) * 2023-09-05 2023-10-13 深圳市华曦达科技股份有限公司 一种ott内容定时发布与更新的处理方法和装置
CN116886964B (zh) * 2023-09-05 2023-12-22 深圳市华曦达科技股份有限公司 一种ott内容定时发布与更新的处理方法和装置

Similar Documents

Publication Publication Date Title
US8989185B2 (en) Method and apparatus for converting a multicast session to a unicast session
KR101571145B1 (ko) 무선 근거리 네트워크들에서의 신뢰 가능한 멀티캐스트를 위해 병합된 자동 반복 요청으로 적응 순방향 에러 정정을 하기 위한 방법 및 장치
KR100831654B1 (ko) 멀티캐스트 및 브로드캐스트 전송을 관리할 수 있는시스템에서 데이터 복구 방법
US9621934B2 (en) Apparatus, method and computer program product for error correction in variably reliable and/or hierarchical networks
CN107257270B (zh) 基于混合自动重传请求的数据传输方法及系统
KR101495369B1 (ko) 모바일 ｔｖ를 위한 로버스트 파일 캐스팅
EP2521298B1 (en) Method and apparatus for ensuring quality of service of internet protocol television live broadcast service
CN106301694B (zh) 一种减少可靠组播传输中数据包重传次数的方法及装置
CN113037440B (zh) 数据重传处理方法、装置、计算机设备和存储介质
KR20030093221A (ko) 통신 네트워크를 통한 데이터 전송 방법, 프로그램 요소,컴퓨터 소프트웨어 제품 및 컴퓨터 시스템
JP2007522750A5 (zh)
WO2013104241A1 (zh) 数据重传方法、系统、组播服务器及用户终端
US7949778B2 (en) Systems, methods, apparatus and computer program products for providing packet-level FEC with higher throughput using user datagram protocol (UDP)
US20080137656A1 (en) Method and apparatus for multicasting data
US8127196B2 (en) Server and client for determining error restoration according to image data transmission, and method of determining error restoration according to image data transmission
KR100883576B1 (ko) 멀티캐스트/브로드캐스트 데이터 배포를 위한 데이터 복구강화
KR102290779B1 (ko) 멀티미디어 데이터를 송수신하는 방법 및 장치
CN115189813A (zh) Ott组播方法、系统、装置、组播代理和组播服务器
KR100792153B1 (ko) 멀티캐스트 기반 네트워크에서의 데이터 전송 방법, 데이터처리 방법 및 데이터 전송 시스템
Lee et al. Delay constrained ARQ mechanism for MPEG media transport protocol based video streaming over Internet
KR20120061037A (ko) 디지털 방송 시스템에서 비실시간 서비스를 수행하는 방법 및 그 장치
CN117040692A (zh) 一种业务数据传输的方法及装置、电子设备、存储介质
CN115086285A (zh) 一种数据处理方法、装置、存储介质及电子设备
Villela et al. Scalability Enhancement of Reliable Multicast Communications by Using Multicopy
KR20080055202A (ko) Ｉｐ멀티캐스트를 이용한 대용량 디지털 콘텐트 다지점전송 시스템 및 그 방법

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