CN112953732B - 一种下行组播传输方法、服务器、终端及可读存储介质 - Google Patents
一种下行组播传输方法、服务器、终端及可读存储介质 Download PDFInfo
- Publication number
- CN112953732B CN112953732B CN201911265404.2A CN201911265404A CN112953732B CN 112953732 B CN112953732 B CN 112953732B CN 201911265404 A CN201911265404 A CN 201911265404A CN 112953732 B CN112953732 B CN 112953732B
- Authority
- CN
- China
- Prior art keywords
- llc
- frame
- multicast
- frames
- server
- 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
- 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
-
- 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/1607—Details of the supervisory signal
-
- 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/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种下行组播传输方法、服务器、终端及可读存储介质,应用于服务器侧的所述方法包括:基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧;接收终端根据所述组播LLC帧的丢帧情况反馈的LLC组播状态控制帧;根据所述LLC组播状态控制帧通过单播下行传输通道进行冗余重传。本发明实施例通过基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧,实现了组播IP分组和单播IP分组可以在DTMB上打捆传输,通过根据LLC组播状态控制帧通过单播下行传输通道进行冗余重传,减少了组播业务的丢包率。
Description
技术领域
本发明涉及数字电视技术领域,尤其涉及一种下行组播传输方法、服务器、终端及可读存储介质。
背景技术
现有技术中可以在TS流中承载LLC帧,再通过LLC承载IP分组,但无法在DTMB(Digital Television Terrestrial Multimedia Broadcasting,数字电视地面广播)信道上实现组播IP分组和单播IP分组的打捆传输。
发明内容
本发明实施例提供一种下行组播传输方法、服务器、终端及可读存储介质,用以实现组播IP分组和单播IP分组可以在DTMB上打捆传输。
第一方面,本发明实施例提供一种下行组播传输方法,应用于服务器侧,所述方法包括:
基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧;
接收终端根据所述组播LLC帧的丢帧情况反馈的LLC组播状态控制帧;
根据所述LLC组播状态控制帧通过单播下行传输通道进行冗余重传。
可选的,定义LLC帧格式,包括:
基于标准传送流TS传输包格式的PID字段定义统一的LLC帧;以及,
通过LLC帧的帧头对不同类型的LLC帧进行区分。
可选的,基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧,包括:
基于预先定义的LLC帧格式通过下行广播链路每次发送多个连续序号的组播LLC帧。
可选的,所述LLC组播状态控制帧包括组播状态帧的LLC序号;
根据所述LLC组播状态控制帧通过单播下行传输通道进行冗余重传之前,所述方法还包括:
根据所接收到的LLC组播状态控制帧的LLC序号进行去重处理;
基于去重后的LLC组播状态控制帧的内容确定对应的重传LLC帧。
可选的,基于去重后的LLC组播状态控制帧的内容确定对应的重传LLC帧,包括:
基于去重后的LLC组播状态控制帧的内容对组播LLC帧的接收情况进行判定:
在任意组连续序号中的组播LLC帧通过至少一个下行通道被优先接收到的情况下,将处于被接收到的组播LLC帧之前的组播LLC帧判定为未收到;以及,
在当前组播LLC帧的被接收时间与发送时间的差值超过预设阈值的情况下确定对应的重传LLC帧。
第二方面,本发明实施例提供一种下行组播传输方法,应用于终端侧,所述方法包括:
接收服务器基于预先定义的LLC帧格式通过下行广播链路发送的组播LLC帧;
在检测到所述组播LLC帧有丢帧的情况下,向所述服务器反馈LLC组播状态控制帧;
通过单播下行传输通道获取所述服务器根据所述LLC组播状态控制帧重传的LLC帧。
可选的,接收服务器基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧,包括:
从多个下行广播链路对应的传送流TS传输包中取出组播业务的LLC帧;
根据LLC帧的序号对所接收到的组播业务的LLC帧进行整序。
可选的,根据LLC帧的序号对所接收到的组播业务的LLC帧进行整序,包括:
通过整序窗口和整序延迟定时器根据LLC帧的序号对所接收到的组播业务的LLC帧进行整序;
其中,所述整序延迟定时器的定时器时间根据多链路中测试往返时延RTT进行设置。
可选的,向所述服务器反馈LLC组播状态控制帧,包括:
通过多个上行IP传输链路向所述服务器反馈LLC组播状态控制帧;
所述LLC组播状态控制帧包括组播状态帧的LLC序号。
可选的,通过单播下行传输通道获取重传的LLC帧,包括:
从一个或多个单播下行传输通道中获取重传LLC帧;
根据重传LLC帧的序号进行去重和整序以完成传输。
第三方面,本发明实施例提供一种服务器,所述服务器包括:
发送单元,用于基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧;
接收单元,用于接收终端根据所述组播LLC帧的丢帧情况反馈的LLC组播状态控制帧;
重传单元,用于根据所述LLC组播状态控制帧通过单播下行传输通道进行冗余重传。
第四方面,本发明实施例提供一种终端,所述终端包括:
第一接收模块,用于接收服务器基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧;
检测模块,用于在检测到所述组播LLC帧有丢帧的情况下,向所述服务器反馈LLC组播状态控制帧;
第二接收模块,用于通过单播下行传输通道获取所述服务器根据所述LLC组播状态控制帧重传的LLC帧。
第五方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有信息传递的实现程序,所述程序被处理器执行时实现如前述的方法的步骤。
本发明实施例通过基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧,实现了组播IP分组和单播IP分组可以在DTMB上打捆传输,通过根据LLC组播状态控制帧通过单播下行传输通道进行冗余重传,减少了组播业务的丢包率,取得了积极的技术效果。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为本发明第一实施例流程图;
图2为本发明实施例网络协议栈示意图;
图3为本发明第二实施例流程图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
本发明第一实施例提供一种下行组播传输方法,应用于服务器侧,如图1所示,所述方法包括:
基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧;
接收终端根据所述组播LLC帧的丢帧情况反馈的LLC组播状态控制帧;
根据所述LLC组播状态控制帧通过单播下行传输通道进行冗余重传。
本发明实施例通过基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧,实现了组播IP分组和单播IP分组可以在DTMB上打捆传输,通过根据LLC组播状态控制帧通过单播下行传输通道进行冗余重传,减少了组播业务的丢包率。
可选的,定义LLC帧格式,包括:
基于标准传送流TS传输包格式的PID字段定义统一的LLC帧。
具体的说,在本实施例中,定义LLC帧格式包括:基于标准传送流TS传输包格式的PID字段定义统一的LLC帧。
标准的TS传输包格式如表1:
表1标准的TS传输包格式
其中,TS传输包帧头格式参考ITU-T H.222.0标准格式定义,各字段意义如下:
1)sync_byte:为固定的8比特字段,其值为'0100 0111'(0x47);
2)transport_error_indicator:为1比特标志,置于1,指示在相关传输流包中至少存在1个不可校正比特错;
3)payload_unit_start_indicator:为1比特标志,置于0,用于承载IP报文;
4)transport_priority:为1比特指示符。设置为1,它指示该相关包比具有相同PID但不具有该比特设置为1的其他包有更大的优先级;
5)PID:为13比特字段;
6)transport_scrambling_control:此2比特字段指示传输流包有效载荷的加扰方式,设置为00,不加扰;
7)adaptation_field_control:2比特字段,设置为01,无adaptation_field,仅有效载荷;
8)continuity_counter:4比特字段,随着具有相同PID的每个传输流包而增加,在取其最大值之后循环返回到0值;
9)data_byte:8比特字段,来自PES包、PSI分段以及PSI分段后的包填充字节数据的相连贯的数据字节;
其中sync_byte-data_byte组成传输流包头,Load为传输流负载。
传输包通过13比特的PID字段区分传输包承载的内容,目前标准支持的PID定义如表2所示:
表2 PID定义
在本实施例中,业务帧可以通过DTMB广播信道的TS组播传输也可以通过标准的IP单播传输LLC帧在广播链路上传输时,可以定义新的PID类型分别承载IP下行传输需要的IP单播LLC帧,IP组播LLC帧和控制LLC帧,当PID字段为0x000F(PID-IP)时,IP over DTMB TS传输流包封装的格式如表3所示:
表3 IP over DTMB TS传输流包封装格式
其中sync_byte-data_byte组成传输流包头,LLC为传输流负载
本实施例中,LLC帧的IP隧道封装如表4所示,LLC承载业务IP分组的同时,封装到每个单播传输通道对应的IP隧道中进行IP路由传输到IP隧道的目的端点,实现同一个LLC帧流(承载IP业务流)在多个传输通道上并行传输。
表4 LLC帧的IP隧道封装
在本发明的一种实施方式中,定义统一的LLC帧,可以实现同时按照表3、表4的方式进行TS组播封装和IP单播封装传输。
在本发明一个可选的实施例中,定义LLC帧格式,还包括:通过LLC帧的帧头对不同类型的LLC帧进行区分。
在本实施例中定义统一的LLC帧,同时支持承载IP组播分组和IP单播分组,LLC帧通过LLC帧头的LLC帧类型区分是组播LLC帧还是单播LLC帧还是控制LLC帧,用于实现多模分发汇聚服务器和多模终端直接的控制,在本实施例中LLC帧头包括6个字节,LLC帧格式如表5所示:
表5 LLC帧头格式
本实施例中,LLC帧各字段意义如下:
帧类型字段:通过帧类型字段的不同值可以区分不同的LLC帧,具体定义如下:
00,单播LLC帧
01,组播LLC帧
10,控制LLC帧
11,保留
有效负载字段:通过有效负载字段就可以知道每个LLC帧的有效负载长度,多个LLC在广播信道复接时,可以根据前面一个LLC的起始位置和有效负载字段只,从而可以推断出下一个LLC帧在起始位置,依次类推,可以提取出多个复接的LLC帧。
反馈请求字段:1位,表示是否请求接收方对接收进行接收状态的反馈,为1时请求接收方进行接收状态的反馈。
LLC帧各字段意义如下:
分片标识字段:2位,用于判断分片,存在4种情况:
00,表示该数据包为数据包分片,但既不是首个分片也不是最后分片。
10,表示该数据包为首个分片。
01,表示该数据包为最后分片。
11,表示该数据包未分片。
单播LLC帧的帧头可变字段4个字节定义如表6所示:
表6单播LLC帧头可变字段
组播LLC帧的帧头可变字段4个字节定义如表7所示:
表7组播LLC帧头可变字段
如表6和表7所示,单播LLC帧的帧头和组播LLC帧的帧头大部分字段定义相同,有个别字段含义或者长度不同,各字段的含义定义实施例如下:
终端标识:8位,用于在广播信道上如何区分单播LLC帧属于哪个终端用户,多模终端根据该字段判断从广播信道接收的单播LLC帧是否属于自己。
再分割标志:1位,标识该LLC帧是不是一个经过再分割的LLC帧(包含原有LLC帧的一部分),在ARQ重传处理过程中,如果重传的LLC帧需要切换到其他物理信道传输时,有可能因为物理链路特性的不同,需要对LLC帧再分割成多个再分割LLC帧进行传输,再分割获得的多个再分割LLC帧需要设置再分割标志。
LLC帧序号分片号:11位,发送方按序编号,LLC业务流通过不同物理信道传输时,接收方可以对同一个LLC逻辑连接的多个LLC帧按照LLC序号顺序进行按序提交。
再分割编号:4位,LLC帧分割后获得的多个再分割LLC帧通过再分割编号区分,再分割编号从0开始编号,接收方需要根据再分割标志,将LLC帧的帧序号相同,再分割编号连续的多个再分割LLC帧重组出分割前的LLC帧。
再分割尾标志:1位,标志是否是分割的多个再分割LLC帧的最后一个再分割LLC帧。
LLC链路编号,4位,只针对单播LLC帧的定义,用于区分不同的LLC逻辑链路,分别用于承载不同的单播IP分组业务流,以实现多业务QoS区分服务,每个多模终端和分发汇聚服务器之间最多支持16个单播的LLC逻辑连接。
组播LLC编号:8位,只针对组播LLC帧的定义,用于区分组播LLC帧承载的不同的组播业务。
保留:单播LLC帧该字段为3位,单播LLC帧该字段为7位,用于以后的扩展。
控制LLC帧不支持分片传输,较大的控制帧可以通过单独的TS传输包承载传输,小的控制LLC帧可以适配到TS传输包负载的尾部。控制LLC通过帧头的可变字段格式定义如表8所示:
表8控制LLC帧头可变字段
控制LLC帧的各字段的定义如下
LLC帧序号字段:11位,用于支持控制LLC帧的按序接收,同时支持控制LLC冗余发送处理的去重复处理。
控制帧类型:8个比特,通过该字段可以区分不同的控制帧,从而实现多传输通道融合传输的各种控制和测量。
控制帧类型字段的定义帧类型实施例如表9所示:
表9控制帧类型字段
类型字段值 | 控制帧类型 | 用途 |
0 | 关联请求 | 多模终端请求与分发汇聚服务器进行关联建立连接 |
1 | 关联响应 | 分发汇聚服务器对链路关联相应进行应答并分配资源 |
2 | 关联确认 | 多模终端链路关联响应帧进行确认 |
3 | 通道测量请求 | 分发汇聚服务器或者多模终端发起对传输通道信道测量 |
4 | 通道测量应答 | 对通道测量请求进行应答 |
5 | 多通道状况告知 | 多模终端或者分发汇聚服务器将多通道测量结果告知终端 |
6 | 信道拥堵指示 | 多模终端或分发汇聚服务器告知对端有传输通道堵塞 |
7 | 单播接收状态反馈 | 接收方对每个单播LLC链路接收状态进行汇报 |
8 | 组播接收状态反馈 | 接收方对每个组播LLC链路接收状态进行汇报 |
9 | LLC复位请求 | 多模终端或者分发汇聚服务器对单播LLC进行复位 |
10 | LLC复位应答 | 对LLC复位请求进行应答 |
11 | LLC连接管理请求 | 分发汇聚服务器对LLC连接的建立、释放和配置 |
12 | LLC连接管理应答 | 多模终端对LLC连接管理请求进行应答 |
13 | 传输参数配置 | 分发汇聚服务器指示多模终端进行参数调整 |
14-255 | 预留 | 用于后续功能(可选的头压缩等功能) |
在本实施例中,控制LLC帧,是对链接链路进行控制的帧,控制LLC帧包含状态帧,状态帧包括LLC单播状态控制帧和LLC组播状态控制帧。本实施例中定义统一的LLC帧包括:组播LLC帧、单播LLC帧和控制LLC帧,可以借助LLC帧的有效负载长度字段实现在DTMB TS传输包流的分割/连接的打捆承载传输,接收方可以根据有效负载长度字段和IP分组长度还原出IP单播分组,组播IP分组和IP控制信令。
通过定义统一的LLC帧组播LLC帧同时可以封装在IP隧道中,通过分发汇聚服务器和多模终端之间的某个IP单播接入链路传递给给多模终端,实现广播信道同时传单播和组播IP。
组播的LLC帧,可以适配到在不同下行广播类型传输链路(DTMB,IP卫星,WiFi等)的TS传输包流进行传输,一个组播业务的组播LLC帧流可以在多个广播类型传输链路上进行并行传输,接收方靠LLC的LLC帧序号字段实现LLC业务流的接收按序提交,实现组播重传利用多链路。
可选的,基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧,包括:
基于预先定义的LLC帧格式通过下行广播链路每次发送多个连续序号的组播LLC帧。
具体的说,在本实施例中,如图2所示,分发汇聚服务器通过每个下行广播链路每次发送Ni个连续序号组播业务的组播LLC帧,在本实施例中,Ni大于等于5,发送之后等待终端接收。
可选的,所述LLC组播状态控制帧包括组播状态帧的LLC序号;
根据所述LLC组播状态控制帧通过单播下行传输通道进行冗余重传之前,所述方法还包括:
根据所接收到的LLC组播状态控制帧的LLC序号进行去重处理;
基于去重后的LLC组播状态控制帧的内容确定对应的重传LLC帧。
在本发明一个可选的实施例中,在终端接收组播LLC帧后,会检测是否有丢帧,在有丢帧的情况下,终端会根据所述组播LLC帧的丢帧情况基于前述定义的控制LLC帧反馈LLC组播状态控制帧。
服务器在接收到终端反馈的LLC组播状态控制帧之后,在本实施例中可以对多个相同状态帧序号的LLC组播状态控制帧进行去重复操作,只对第一次收到的状态帧序号的LLC组播状态控制帧进行处理,本实施例中服务器收到多个状态帧根据状态帧序号去重复,只处理一个,由此提高了重传的效率。
基于去重后的LLC组播状态控制帧的内容确定对应的重传LLC帧,具体可以是:
根据该LLC组播状态控制帧内容,对每个否定确认进行有效性判断,对于有效的否定确认对应的组播业务LLC帧,将需要重传的组播业务的LLC帧,根据多个下行单播传输通道的负载情况,选择通过1个或者多个单播下行传输通道将组播LLC帧封装在单播链路对应的IP隧道中进行冗余重传,本实施例中,每个组播LLC帧只进行一次冗余重传。
可选的,基于去重后的LLC组播状态控制帧的内容确定对应的重传LLC帧,包括:
基于去重后的LLC组播状态控制帧的内容对组播LLC帧的接收情况进行判定:
在任意组连续序号中的组播LLC帧通过至少一个下行通道被优先接收到的情况下,将处于被接收到的组播LLC帧之前的组播LLC帧判定为未收到;以及,
在当前组播LLC帧的被接收时间与发送时间的差值超过预设阈值的情况下确定对应的重传LLC帧。
具体的说,在本发明一个可选的实施例中进一步提出对组播LLC帧的接收情况进行判定的具体方案,服务器接收根据去重后的LLC组播状态控制帧的内容,确定每个组播LLC帧是通过哪个广播信道进行新传的,第i个下行单播传输通道相邻Ni组播LLC的否认有效性判决重传方法包括如下情况:
如果Ni个LLC帧一个都没有收到,造成Ni个LLC帧一个都没有收到的原因可能是由于该传输通道时延较大导致的,对于该种情形,本实施例中暂时不进行重传,对Ni个LLC帧的否认确认无效。
如果有至少一个该传输通道的组播LLC帧收到,同一个传输通道中该帧前面几个组播LLC否认有效,在否认确认有效的情况下,说明存在丢帧的可能,则进一步根据最近收到的LLC帧的否认确认时间T1和发送时间T2的差值,Δt=T1-T2进行判断:
若差值Δt的超过当前传输链路最大时延的β倍,例如1-1.5倍,则对LLC帧的否认确认有效,则进行冗余重传;否则,对LLC帧的否认确认无效。
综上,本发明提出一种下行组播传输方法具有如下优点:
1、本发明方法自定义的LLC帧格式,实现了多种IP业务在IP单播和TS广播双同时承载。
2、本发明方法自定义的多链路传输和重传机制,同时支持组播IP分组可以同时在DTMB信道和IP单播传输通道上进行新传和重传,获得借助多模终端多个下行传输通道来减少组播业务的丢包率,提高组播业务的性能。
3、本发明方法自定义的否认重传机制,通过准确的否认重传判定机制,对LLC帧进行精准的重传,提高了传输信道的利用率。
实施例二
本发明第二实施例提供一种下行组播传输方法,如图3所示,应用于终端侧,所述方法包括:
接收服务器基于预先定义的LLC帧格式通过下行广播链路发送的组播LLC帧;
在检测到所述组播LLC帧有丢帧的情况下,向所述服务器反馈LLC组播状态控制帧;
通过单播下行传输通道获取所述服务器根据所述LLC组播状态控制帧重传的LLC帧。
本发明实施例接收服务器基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧,实现了组播IP分组和单播IP分组可以在DTMB上打捆传输,通过单播下行传输通道获取所述服务器根据LLC组播状态控制帧重传的LLC帧,减少了组播业务的丢包率。
可选的,接收服务器基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧,包括:
从多个下行广播链路对应的传送流TS传输包中取出组播业务的LLC帧;
根据LLC帧的序号对所接收到的组播业务的LLC帧进行整序。
具体的说,如图2所示,在本实施例方法应用于多模终端一侧与第一实施例中的分发汇聚服务器进行通信,包括:多模终端从多个下行广播链路对应的TS传输包中取出组播业务的LLC帧,将同一个组播业务的LLC帧,利用LLC帧序号进行整理排序。
可选的,根据LLC帧的序号对所接收到的组播业务的LLC帧进行整序,包括:
通过整序窗口和整序延迟定时器根据LLC帧的序号对所接收到的组播业务的LLC帧进行整序;
其中,所述整序延迟定时器的定时器时间根据多链路中测试往返时延RTT进行设置。
具体的说,本发明实施例进一步提出,整序的具体方法,在本实施例中,可以通过整序窗口和整序延迟定时器实现按序提交,本实施例中整序延迟定时器的定时器时间可以设置为多个链路中测试往返时延RTT的最大值的α倍,设置定时器时间保证留出时间足够等待时间可以进行一次多链路重传即可,具体的设置方案在本实施例中不做限定。
可选的,向所述服务器反馈LLC组播状态控制帧,包括:
通过多个上行IP传输链路向所述服务器反馈LLC组播状态控制帧;
所述LLC组播状态控制帧包括组播状态帧的LLC序号。
在本发明一个可选的实施例中,在终端接收组播LLC帧后,会检测是否有丢帧,在有丢帧的情况下,终端会根据所述组播LLC帧的丢帧情况基于前述定义的控制LLC帧反馈LLC组播状态控制帧。
具体的说,在有丢帧的情况下,终端会根据所述组播LLC帧的丢帧情况基于前述定义的控制LLC帧在多个上行单播链路上反馈LLC组播状态控制帧。
可选的,通过单播下行传输通道获取重传的LLC帧,包括:
从一个或多个单播下行传输通道中获取重传LLC帧;
根据重传LLC帧的序号进行去重和整序以完成传输。
具体的说,在本实施例中,多模终端从1个或者多个下行单播传输通道对应的IP隧道中IP分组中获取重传的组播LLC帧,放入组播接收窗口同时根据LLC帧的LLC帧序号进行去重复操作,然后按照整序延迟定时器进行按序提交。
综上,本发明提出一种下行组播传输方法具有如下优点:
1、本发明方法基于自定义的LLC帧格式,实现了多种IP业务在IP单播和TS广播双同时承载。
2、本发明方法基于自定义的多链路传输和重传机制,同时支持组播IP分组可以同时在DTMB信道和IP单播传输通道上进行新传和重传,获得借助多模终端多个下行传输通道来减少组播业务的丢包率,提高组播业务的性能。
本发明第四实施例提出一种服务器与多模终端之间的下行组播传输机制:
分发汇聚服务器,通过每个下行广播链路每次发送Ni个连续序号的组播LLC帧,Ni大于等于5。
多模终端从多个下行广播链路对应的TS传输包中取出组播业务的LLC帧,将同一个组播业务的LLC帧,利用LLC帧序号,通过整序窗口和整序延迟定时器实现按序提交,整序延迟定时器的定时器时间为多个链路中测试往返时延RTT的最大值的α倍。
接收组播业务的多模终端,检查到有LLC丢帧,则通过LLC组播状态控制帧反馈组播接收窗口状态,LLC组播状态控制帧包含组播状态帧LLC序号,通过多个上行IP传输链路发送给分发汇聚服务器;
分发汇聚服务器,收到LLC组播状态控制帧,对多个相同状态帧序号的LLC组播状态控制帧进行去重复操作,只对第一次收到的状态帧序号的LLC组播状态控制帧进行处理,根据该LLC组播状态控制帧内容,对每个否定确认进行否认有效性判断,对于有效的否定确认对应的组播业务LLC帧,将需要重传的组播业务的LLC帧,根据多个下行单播传输通道的负载情况,选择通过1个或者多个单播下行传输通道将组播LLC帧封装在单播链路对应的IP隧道中进行冗余重传,每个组播LLC帧只进行一次冗余重传。
在分发汇聚服务器侧知道每个组播LLC帧通过哪个广播信道进行新传的。第i个下行单播传输通道相邻Ni组播LLC的否认有效性判决方法是,如果Ni个LLC帧一个都没有收到则暂时不重传(可能是由于该传输通道时延较大导致的),对Ni个LLC帧的否认确认无效;如果有至少一个该传输通道的组播LLC帧收到,同一个通路该帧前面几个组播LLC否认有效,后面根据最近收到的LLC帧的否认确认时间T1和发送时间T2的差值Δt=T1-T2进行判断,若差值Δt的超过当前传输链路最大时延的β倍,则对LLC帧的否认确认有效,否则无效。
多模终端从1个或者多个下行单播传输通道对应的IP隧道中IP分组中获取重传的组播LLC帧,放入组播接收窗口同时根据LLC帧的LLC帧序号进行去重复操作后按照整序延迟定时器进行按序提交。
通过本实施例方法能够实现如下技术效果:
1、本实施例方法能够支持DTMB信道上,组播IP分组和单播IP分组可以在DTMB上打捆传输,同时支持组播IP分组可以同时在DTMB信道和IP单播传输通道进行新传和重传,获得借助多模终端多个下行传输通道来减少组播业务的丢包率,提高组播业务的性能。
2、本实施例方法可以方便的实现多链路的业务重传,也可以方便实现多链路的链路状态汇报和ARQ反馈,可以设计比TCP确认更高效的ARQ确认帧,同时状态汇报帧和ARQ确认帧还可以在多个链路上进行冗余传输,减少反馈信息的丢失率。
本发明第五实施例提供一种服务器,所述服务器包括:
发送单元,用于基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧;
接收单元,用于接收终端根据所述组播LLC帧的丢帧情况反馈的LLC组播状态控制帧;
重传单元,用于根据所述LLC组播状态控制帧通过单播下行传输通道进行冗余重传。
本发明第六实施例提供一种终端,所述终端包括:
第一接收模块,用于接收服务器基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧;
检测模块,用于在检测到所述组播LLC帧有丢帧的情况下,向所述服务器反馈LLC组播状态控制帧;
第二接收模块,用于通过单播下行传输通道获取所述服务器根据所述LLC组播状态控制帧重传的LLC帧。
本发明第七实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有信息传递的实现程序,所述程序被处理器执行时实现如第一、第二和/或第三实施例的方法的步骤。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (12)
1.一种下行组播传输方法,其特征在于,应用于服务器侧,所述方法包括:
基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧;
接收终端根据所述组播LLC帧的丢帧情况反馈的LLC组播状态控制帧;
根据所述LLC组播状态控制帧通过单播下行传输通道进行冗余重传;
定义LLC帧格式,包括:
基于标准传送流TS传输包格式的PID字段定义统一的LLC帧;以及,
通过LLC帧的帧头对不同类型的LLC帧进行区分;
所述LLC帧的帧头包括帧类型字段和有效负载字段,所述帧类型字段通过不同的值区分不同的LLC帧,所述有效负载字段用于确定每个LLC帧的有效负载长度,以根据前一个LLC的起始位置和所述有效负载字段推断出下一个LLC帧在起始位置,实现多个LLC在广播信道复接。
2.如权利要求1所述的方法,其特征在于,基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧,包括:
基于预先定义的LLC帧格式通过下行广播链路每次发送多个连续序号的组播LLC帧。
3.如权利要求2所述的方法,其特征在于,所述LLC组播状态控制帧包括组播状态帧的LLC序号;
根据所述LLC组播状态控制帧通过单播下行传输通道进行冗余重传之前,所述方法还包括:
根据所接收到的LLC组播状态控制帧的LLC序号进行去重处理;
基于去重后的LLC组播状态控制帧的内容确定对应的重传LLC帧。
4.如权利要求3所述的方法,其特征在于,基于去重后的LLC组播状态控制帧的内容确定对应的重传LLC帧,包括:
基于去重后的LLC组播状态控制帧的内容对组播LLC帧的接收情况进行判定:
在任意组连续序号中的组播LLC帧通过至少一个下行通道被优先接收到的情况下,将处于被接收到的组播LLC帧之前的组播LLC帧判定为未收到;以及,
在当前组播LLC帧的被接收时间与发送时间的差值超过预设阈值的情况下确定对应的重传LLC帧。
5.一种下行组播传输方法,其特征在于,应用于终端侧,所述方法包括:
接收服务器基于预先定义的LLC帧格式通过下行广播链路发送的组播LLC帧;
在检测到所述组播LLC帧有丢帧的情况下,向所述服务器反馈LLC组播状态控制帧;
通过单播下行传输通道获取所述服务器根据所述LLC组播状态控制帧重传的LLC帧;
预先定义的LLC帧格式是基于标准传送流TS传输包格式的PID字段定义统一的LLC帧;并且,通过LLC帧的帧头对不同类型的LLC帧进行区分;
所述LLC帧的帧头包括帧类型字段和有效负载字段,所述帧类型字段通过不同的值区分不同的LLC帧,所述有效负载字段用于确定每个LLC帧的有效负载长度,以根据前一个LLC的起始位置和所述有效负载字段推断出下一个LLC帧在起始位置,实现多个LLC在广播信道复接。
6.如权利要求5所述的方法,其特征在于,接收服务器基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧,包括:
从多个下行广播链路对应的传送流TS传输包中取出组播业务的LLC帧;
根据LLC帧的序号对所接收到的组播业务的LLC帧进行整序。
7.如权利要求6所述的方法,其特征在于,根据LLC帧的序号对所接收到的组播业务的LLC帧进行整序,包括:
通过整序窗口和整序延迟定时器根据LLC帧的序号对所接收到的组播业务的LLC帧进行整序;
其中,所述整序延迟定时器的定时器时间根据多链路中测试往返时延RTT进行设置。
8.如权利要求5所述的方法,其特征在于,向所述服务器反馈LLC组播状态控制帧,包括:
通过多个上行IP传输链路向所述服务器反馈LLC组播状态控制帧;
所述LLC组播状态控制帧包括组播状态帧的LLC序号。
9.如权利要求5所述的方法,其特征在于,通过单播下行传输通道获取重传的LLC帧,包括:
从一个或多个单播下行传输通道中获取重传LLC帧;
根据重传LLC帧的序号进行去重和整序以完成传输。
10.一种服务器,其特征在于,所述服务器包括:
发送单元,用于基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧;
接收单元,用于接收终端根据所述组播LLC帧的丢帧情况反馈的LLC组播状态控制帧;
重传单元,用于根据所述LLC组播状态控制帧通过单播下行传输通道进行冗余重传;
预先定义的LLC帧格式是基于标准传送流TS传输包格式的PID字段定义统一的LLC帧;并且,通过LLC帧的帧头对不同类型的LLC帧进行区分;
所述LLC帧的帧头包括帧类型字段和有效负载字段,所述帧类型字段通过不同的值区分不同的LLC帧,所述有效负载字段用于确定每个LLC帧的有效负载长度,以根据前一个LLC的起始位置和所述有效负载字段推断出下一个LLC帧在起始位置,实现多个LLC在广播信道复接。
11.一种终端,其特征在于,所述终端包括:
第一接收模块,用于接收服务器基于预先定义的LLC帧格式通过下行广播链路发送组播LLC帧;
检测模块,用于在检测到所述组播LLC帧有丢帧的情况下,向所述服务器反馈LLC组播状态控制帧;
第二接收模块,用于通过单播下行传输通道获取所述服务器根据所述LLC组播状态控制帧重传的LLC帧;
预先定义的LLC帧格式是基于标准传送流TS传输包格式的PID字段定义统一的LLC帧;并且,通过LLC帧的帧头对不同类型的LLC帧进行区分;
所述LLC帧的帧头包括帧类型字段和有效负载字段,所述帧类型字段通过不同的值区分不同的LLC帧,所述有效负载字段用于确定每个LLC帧的有效负载长度,以根据前一个LLC的起始位置和所述有效负载字段推断出下一个LLC帧在起始位置,实现多个LLC在广播信道复接。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有信息传递的实现程序,所述程序被处理器执行时实现如权利要求1至9中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911265404.2A CN112953732B (zh) | 2019-12-11 | 2019-12-11 | 一种下行组播传输方法、服务器、终端及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911265404.2A CN112953732B (zh) | 2019-12-11 | 2019-12-11 | 一种下行组播传输方法、服务器、终端及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112953732A CN112953732A (zh) | 2021-06-11 |
CN112953732B true CN112953732B (zh) | 2023-04-07 |
Family
ID=76226385
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911265404.2A Active CN112953732B (zh) | 2019-12-11 | 2019-12-11 | 一种下行组播传输方法、服务器、终端及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112953732B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022266876A1 (en) * | 2021-06-23 | 2022-12-29 | Nokia Shanghai Bell Co., Ltd. | Indication of sequence number for groupcast frame |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102265553A (zh) * | 2008-12-22 | 2011-11-30 | 汤姆森特许公司 | 用于可靠组播数据流的方法和设备 |
CN110012314A (zh) * | 2019-01-30 | 2019-07-12 | 国家广播电视总局广播电视科学研究院 | 一种基于dtmb的ip传输方法及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9450773B2 (en) * | 2011-12-22 | 2016-09-20 | Verizon Patent And Licensing Inc. | Multicast resource optimization |
-
2019
- 2019-12-11 CN CN201911265404.2A patent/CN112953732B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102265553A (zh) * | 2008-12-22 | 2011-11-30 | 汤姆森特许公司 | 用于可靠组播数据流的方法和设备 |
CN110012314A (zh) * | 2019-01-30 | 2019-07-12 | 国家广播电视总局广播电视科学研究院 | 一种基于dtmb的ip传输方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN112953732A (zh) | 2021-06-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2362393C (en) | Method and apparatus for managing polling request in data communications | |
JP6054354B2 (ja) | RRC(radioresourcecontrol)−サービスデータユニットの受信 | |
FI106760B (fi) | Menetelmä ja laite tiedonsiirtopakettien uudelleenlähettämiseksi | |
KR100902573B1 (ko) | 이동통신시스템의 향상된 rlc/mac 엔티티 동작 방법및 그 시스템 | |
US7760646B2 (en) | Congestion notification in 3G radio access | |
US7751403B2 (en) | Selective combining method and apparatus in a mobile communication system | |
US20050036497A1 (en) | Frame transmission/reception system, frame transmitting apparatus, frame receiving apparatus, and frame transmission/reception method | |
US20100080199A1 (en) | Out-of-synchronization handling method and apparatus | |
US8694846B2 (en) | Method for receiving and transmitting data blocks | |
US20100054189A1 (en) | Apparatus and method for generating mac protocol data unit in wireless communication system | |
KR20040012087A (ko) | 이동통신 시스템에서 멀티미디어 방송 멀티캐스트 서비스데이터를 전송하는 방법 | |
WO2009022877A2 (en) | A method of transmitting and processing data block of specific protocol layer in wireless communication system | |
TWI360358B (en) | Arrangements and method for handling macro diversi | |
CN1947384A (zh) | 高速下行链路分组接入流量控制,控制帧往返时间测量 | |
KR101565403B1 (ko) | Hspa를 이용하여 수신한 회선 교환 데이터의 오류 제어방법 | |
TWI834823B (zh) | 無線通訊裝置及方法 | |
US20110075620A1 (en) | Method for controlling data and signal in a mobile communication system | |
WO2009117961A1 (zh) | 一种发送数据的方法、系统和设备 | |
US20090059833A1 (en) | Wireless Multiple Connections and Method Thereof | |
US20150381314A1 (en) | Wireless device | |
CN112953732B (zh) | 一种下行组播传输方法、服务器、终端及可读存储介质 | |
EP1608130A1 (en) | Transmitter, communication system, and communication method | |
KR101084136B1 (ko) | 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는pdu를 송수신하는 방법 | |
KR101647373B1 (ko) | 무선접속 시스템에서의 랜덤 선형 부호화를 이용한 데이터 재전송 방법 | |
CN114765742B (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 |