CN112350792B - 一种应急广播数据转发复用方法 - Google Patents
一种应急广播数据转发复用方法 Download PDFInfo
- Publication number
- CN112350792B CN112350792B CN202011031900.4A CN202011031900A CN112350792B CN 112350792 B CN112350792 B CN 112350792B CN 202011031900 A CN202011031900 A CN 202011031900A CN 112350792 B CN112350792 B CN 112350792B
- Authority
- CN
- China
- Prior art keywords
- data
- forwarding
- terminal equipment
- end equipment
- monitoring thread
- 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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
- H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- 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/54—Organization of routing tables
-
- 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
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
-
- 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)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了应急广播通信技术领域的一种应急广播数据转发复用方法,包括:步骤S10、在转发服务器上创建转发配置表、第一监听线程、第二监听线程以及第三监听线程;步骤S20、通过第二监听线程保持与终端设备的长连接,接收终端设备的心跳数据;步骤S30、通过第三监听线程对前端设备组以及终端设备的最后在线心跳时间进行检测,并利用最后在线心跳时间以及转发配置表进行离线状态判断;步骤S40、通过第一监听线程接收前端设备组发送的TS数据,并基于转发配置表将TS数据转发至复用器;步骤S50、复用器将接收的TS数据进行复合后,通过调制器发送给终端设备。本发明的优点在于:实现应急广播数据跨网络传输,进而极大的提升了应急广播通信的兼容性。
Description
技术领域
本发明涉及应急广播通信技术领域,特别指一种应急广播数据转发复用方法。
背景技术
在应急广播通信技术领域,数字广播主要采用TS格式进行传输,即transportstream(传送流),简称TS流,是MPEG组织于1994年推出MPEG-2压缩标准,以实现视频服务和音频服务与应用互操作的可能性。TS数据包的长度固定为188字节,包括同步字节(sync_byte)0x47和数据包识别号PID等。
在应急广播***中,前端设备通过UDP将TS数据发送到复用器,复用器将TS数据的多通道道节目的原始流复合在一起后,发送到调制器进行数据调制,再利用DTMB地面数字电视网络、DVBC有线数字电视网络或者其他网络传输到应急广播终端。复合的数据包括视频流、音频流、节目特殊信息流(PSI)和其他数据包,其中PSI表包括节目关联表(PAT)、节目映射表(PMT)、网络信息表和条件访问表4种类型。
前端设备通过MPEG编码技术将采集的音频信号编码为UDP格式,再通过IP网络发送到复用器上,这就是TS Over IP技术(通过IP网络传输TS数据),这种技术主要通过单播(UDP)或组播(Multicast)的方式进行传输。考虑到以太网中数据帧的最大长度为1500字节,所以TS Over IP规定最大7个TS数据包封装在一起组成1个IP包进行发送,1个IP包的大小为7*188B=1316字节。
然而,现有的前端设备通过TS Over IP技术发送TS数据给复用器时,必须通过局域网进行,在乡镇或者行政村的广播前端设备就需要和县级的复用器在一个局域网下才能进行通信,如果乡镇和行政村的广播前端设备只能连接互联网,不能连接到县级复用器的局域网,则广播前端设备的TS数据无法发送到县级的复用器,严重的影响了应急广播通信的兼容性。
因此,如何提供一种应急广播数据转发复用方法,实现应急广播数据跨网络传输,进而提升应急广播通信的兼容性,成为一个亟待解决的问题。
发明内容
本发明要解决的技术问题,在于提供一种应急广播数据转发复用方法,实现应急广播数据跨网络传输,进而提升应急广播通信的兼容性。
本发明是这样实现的:一种应急广播数据转发复用方法,包括如下步骤:
步骤S10、在转发服务器上创建一转发配置表,启动一用于监听前端设备组的第一监听线程、一用于监听终端设备的第二监听线程以及一用于检测离线状态的第三监听线程;
步骤S20、转发服务器通过所述第二监听线程保持与终端设备的socket长连接,接收终端设备的心跳数据并进行存储;
步骤S30、转发服务器通过所述第三监听线程对前端设备组以及终端设备的最后在线心跳时间进行检测,并利用所述最后在线心跳时间以及转发配置表进行离线状态判断;
步骤S40、转发服务器通过所述第一监听线程接收前端设备组发送的TS数据,并基于所述转发配置表将TS数据通过局域网转发至复用器;
步骤S50、复用器将接收的所述TS数据进行复合后,通过调制器发送给终端设备。
进一步地,所述步骤S10中,所述转发配置表至少包括前端设备UDP端口、终端设备UDP端口、复用器UDP端口、复用器IP地址、转发服务器IP地址、心跳时长、服务名称以及区域编码。
进一步地,所述步骤S10中,所述转发配置表为XML文件。
进一步地,所述步骤S20中,所述心跳数据至少包括终端设备的序列号、资源编码、工作状态、音量大小、软件版本号、硬件版本号、设备类型、广播类型以及信号强度。
进一步地,所述步骤S30具体为:
转发服务器通过所述第三监听线程对前端设备组以及终端设备的最后在线心跳时间进行检测,判断前端设备组或者终端设备的当前时间与所述最后在线心跳时间的时间差是否大于心跳时长,若是,说明前端设备组或者终端设备处于离线状态,转发服务器停止接收前端设备组发送的TS数据;若否,说明前端设备组和终端设备处于在线状态,并进入步骤S40。
进一步地,所述步骤S40具体包括:
步骤S41、各前端设备均将TS数据转发给下级节点的前端设备,末级的前端设备将TS数据发送给转发服务器;
步骤S42、转发服务器通过所述第一监听线程接收前端设备组发送的TS数据;
步骤S43、转发服务器基于所述转发配置表,将TS数据通过局域网转发至对应的复用器UDP端口,记录前端设备为在线状态,将当前时间记录为最后在线心跳时间。
进一步地,所述步骤S40中,所述TS数据至少包括控制指令、PSI数据、SI数据、音频数据、视频数据以及加密数据;所述控制指令至少包括应急广播消息编码、覆盖资源编码以及音频PID。
进一步地,同个IP地址发送的所述加密数据仅进行一次解密防护。
本发明的优点在于:
通过在转发服务器上创建一转发配置表,前端设备将TS数据发送给转发服务器,再由转发服务器基于转发配置表将TS数据转发至对应的复用器UDP端口,复用器再将接收的TS数据通过调制器发送给终端设备,由于转发服务器和复用器处在同个局域网下,且转发服务器能够通过互联网连接前端设备,使得前端设备和复用器即使不处于同个局域网内,前端设备也能将TS数据发送给复用器,实现应急广播数据跨网络传输,进而极大的提升了应急广播通信的兼容性。
附图说明
下面参照附图结合实施例对本发明作进一步的说明。
图1是本发明一种应急广播数据转发复用方法的流程图。
图2是本发明一种应急广播数据转发复用***的结构示意图。
具体实施方式
本申请实施例中的技术方案,总体思路如下:同过转发服务器连接处于不同网络环境下的前端设备和复用器,再在转发服务器上创建一用于将前端设备的TS数据转发给复用器的转发配置表,以实现应急广播数据跨网络传输,进而提升应急广播通信的兼容性。
本发明需使用如下一种应急广播数据转发复用***,包括一前端设备组、一转发服务器、一复用器、一调制器以及一终端设备;所述转发服务器的一端与前端设备组连接,另一端与所述复用器连接;所述调制器的一端与复用器连接,另一端与所述终端设备连接。
所述前端设备组、转发服务器、复用器、调制器以及终端设备均通过UDP端口进行连接;所述转发服务器与复用器处在同个局域网下,所述转发服务器将转发服务器IP地址暴露于互联网上。
所述前端设备组包括若干个前端设备,各所述前端设备通过树形结构进行连接,即设有父节点和子节点,例如县级的前端设备为父节点,乡镇或者行政村的前端设备为县级的子节点;各所述前端设备均配置一复用器UDP端口,即TS数据转发的目标端口;所述前端设备通过转发服务器IP地址于转发服务器建立连接。
请参照图1至图2所示,本发明一种应急广播数据转发复用方法的较佳实施例,包括如下步骤:
步骤S10、在转发服务器上创建一转发配置表,启动一用于监听前端设备组的第一监听线程、一用于监听终端设备的第二监听线程以及一用于检测离线状态的第三监听线程;
步骤S20、转发服务器通过所述第二监听线程保持与终端设备的socket长连接,接收终端设备的心跳数据并进行存储;
转发服务器在接收终端设备的心跳数据后,在服务界面上和前端设备对应的节点下生成一个子节点,显示终端设备的关键信息,比如工作状态、音量大小、软硬件版本号等。
在互联网中,UDP的socket连接不能保持稳定长连接的状态,但是,通过减少心跳的周期可以保持UDP的NAT通道,达到转发接收来自前端设备的TS数据到这些UDP端口的目的。
步骤S30、转发服务器通过所述第三监听线程对前端设备组以及终端设备的最后在线心跳时间进行检测,并利用所述最后在线心跳时间以及转发配置表进行离线状态判断;
步骤S40、转发服务器通过所述第一监听线程接收前端设备组发送的TS数据,并基于所述转发配置表将TS数据通过局域网转发至复用器;
步骤S50、复用器将接收的所述TS数据进行复合后,通过调制器发送给终端设备。
所述步骤S10中,所述转发配置表至少包括前端设备UDP端口、终端设备UDP端口、复用器UDP端口、复用器IP地址、转发服务器IP地址、心跳时长、服务名称以及区域编码。所述服务名称用于用户识别前端设备,所述区域编码用于识别前端设备所在的区域。
所述步骤S10中,所述转发配置表为XML文件;当多个前端设备存在上下级的层级关系时,XML文件使用父子节点嵌套的方式进行声明。
所述步骤S20中,所述心跳数据至少包括终端设备的序列号、资源编码、工作状态、音量大小、软件版本号、硬件版本号、设备类型、广播类型以及信号强度。
所述步骤S30具体为:
转发服务器实时通过所述第三监听线程对前端设备组以及终端设备的最后在线心跳时间进行检测,判断前端设备组或者终端设备的当前时间与所述最后在线心跳时间的时间差是否大于心跳时长,若是,说明前端设备组或者终端设备处于离线状态,转发服务器停止接收前端设备组发送的TS数据,并在转发服务器的界面上显示设备离线;若否,说明前端设备组和终端设备处于在线状态,并进入步骤S40。
所述步骤S40具体包括:
步骤S41、各前端设备均将TS数据转发给下级节点的前端设备,末级的前端设备将TS数据签名后发送给转发服务器;
步骤S42、转发服务器通过所述第一监听线程接收前端设备组发送的TS数据,并对接收的TS数据进行验签;通过对TS数据的签名和验签,极大的提升了数据的安全性;
步骤S43、转发服务器基于所述转发配置表,将验签通过的TS数据通过局域网转发至对应的复用器UDP端口,记录前端设备为在线状态,将当前时间记录为最后在线心跳时间。
所述步骤S40中,所述TS数据至少包括控制指令、PSI数据、SI数据、音频数据、视频数据以及加密数据;所述控制指令至少包括应急广播消息编码、覆盖资源编码以及音频PID。
当接收到的所述控制指令的应急广播消息编码为开播或者关播时,转发服务器转发给复用器后,转发服务器会解析其中的覆盖资源编码,对相应的终端设备进行转发,如果没有配置相关的复用器端口,则会向下级的前端设备转发。
同个IP地址发送的所述加密数据仅进行一次解密防护,避免对大量的TS数据进行校验而消耗大量的CPU资源。
所述步骤S50具体为:
复用器将接收的所述TS数据中包含的多通道道节目的原始流复合后,发送到调制器进行数据调制,调制器将调制后的TS数据发送给终端设备,终端设备再对接收的TS数据进行解调。
综上所述,本发明的优点在于:
通过在转发服务器上创建一转发配置表,前端设备将TS数据发送给转发服务器,再由转发服务器基于转发配置表将TS数据转发至对应的复用器UDP端口,复用器再将接收的TS数据通过调制器发送给终端设备,由于转发服务器和复用器处在同个局域网下,且转发服务器能够通过互联网连接前端设备,使得前端设备和复用器即使不处于同个局域网内,前端设备也能将TS数据发送给复用器,实现应急广播数据跨网络传输,进而极大的提升了应急广播通信的兼容性。
虽然以上描述了本发明的具体实施方式,但是熟悉本技术领域的技术人员应当理解,我们所描述的具体的实施例只是说明性的,而不是用于对本发明的范围的限定,熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化,都应当涵盖在本发明的权利要求所保护的范围内。
Claims (4)
1.一种应急广播数据转发复用方法,其特征在于:包括如下步骤:
步骤S10、在转发服务器上创建一转发配置表,启动一用于监听前端设备组的第一监听线程、一用于监听终端设备的第二监听线程以及一用于检测离线状态的第三监听线程;
所述转发配置表至少包括前端设备UDP端口、终端设备UDP端口、复用器UDP端口、复用器IP地址、转发服务器IP地址、心跳时长、服务名称以及区域编码;
步骤S20、转发服务器通过所述第二监听线程保持与终端设备的socket长连接,接收终端设备的心跳数据并进行存储;
所述心跳数据至少包括终端设备的序列号、资源编码、工作状态、音量大小、软件版本号、硬件版本号、设备类型、广播类型以及信号强度;
步骤S30、转发服务器通过所述第三监听线程对前端设备组以及终端设备的最后在线心跳时间进行检测,并利用所述最后在线心跳时间以及转发配置表进行离线状态判断;
步骤S40、转发服务器通过所述第一监听线程接收前端设备组发送的TS数据,并基于所述转发配置表将TS数据通过局域网转发至复用器;
步骤S50、复用器将接收的所述TS数据进行复合后,通过调制器发送给终端设备;
所述步骤S30具体为:
转发服务器通过所述第三监听线程对前端设备组以及终端设备的最后在线心跳时间进行检测,判断前端设备组或者终端设备的当前时间与所述最后在线心跳时间的时间差是否大于心跳时长,若是,说明前端设备组或者终端设备处于离线状态,转发服务器停止接收前端设备组发送的TS数据;若否,说明前端设备组和终端设备处于在线状态,并进入步骤S40;
所述步骤S40具体包括:
步骤S41、各前端设备均将TS数据转发给下级节点的前端设备,末级的前端设备将TS数据发送给转发服务器;
步骤S42、转发服务器通过所述第一监听线程接收前端设备组发送的TS数据;
步骤S43、转发服务器基于所述转发配置表,将TS数据通过局域网转发至对应的复用器UDP端口,记录前端设备为在线状态,将当前时间记录为最后在线心跳时间。
2.如权利要求1所述的一种应急广播数据转发复用方法,其特征在于:所述步骤S10中,所述转发配置表为XML文件。
3.如权利要求1所述的一种应急广播数据转发复用方法,其特征在于:所述步骤S40中,所述TS数据至少包括控制指令、PSI数据、SI数据、音频数据、视频数据以及加密数据;所述控制指令至少包括应急广播消息编码、覆盖资源编码以及音频PID。
4.如权利要求3所述的一种应急广播数据转发复用方法,其特征在于:同个IP地址发送的所述加密数据仅进行一次解密防护。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011031900.4A CN112350792B (zh) | 2020-09-27 | 2020-09-27 | 一种应急广播数据转发复用方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011031900.4A CN112350792B (zh) | 2020-09-27 | 2020-09-27 | 一种应急广播数据转发复用方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112350792A CN112350792A (zh) | 2021-02-09 |
CN112350792B true CN112350792B (zh) | 2023-05-30 |
Family
ID=74360604
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011031900.4A Active CN112350792B (zh) | 2020-09-27 | 2020-09-27 | 一种应急广播数据转发复用方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112350792B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113852595B (zh) * | 2021-07-29 | 2024-02-02 | 四川天翼网络服务有限公司 | 一种嵌入式设备跨网段加密通信方法 |
CN114374453B (zh) * | 2021-11-17 | 2024-01-12 | 伟乐视讯科技股份有限公司 | 一种应急广播多终端音频的同步方法及应急广播*** |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1933427A (zh) * | 2005-09-12 | 2007-03-21 | 上海新纳广告传媒有限公司 | 基于udp协议的网络心跳监控***及其方法 |
EP2328287A2 (en) * | 2009-11-30 | 2011-06-01 | Electronics and Telecommunications Research Institute | Relaying emergency broadcasts |
CN204465549U (zh) * | 2015-03-23 | 2015-07-08 | 常州嘉昊广播电视设备有限公司 | 基于dtmb的应急广播*** |
CN104836811A (zh) * | 2015-05-26 | 2015-08-12 | 武汉兴图新科电子股份有限公司 | 一种保持传输数据完整的通信端口复用方法 |
CN106788831A (zh) * | 2017-03-21 | 2017-05-31 | 广州市番腾电脑有限公司 | 一种应急广播*** |
CN107197029A (zh) * | 2017-06-19 | 2017-09-22 | 深圳市盛路物联通讯技术有限公司 | 一种基于边缘转发节点的终端设备离线检测方法及*** |
CN111314372A (zh) * | 2020-03-04 | 2020-06-19 | 海信视像科技股份有限公司 | 一种显示设备唤醒的方法、控制终端、服务器及显示设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050282524A1 (en) * | 2004-06-16 | 2005-12-22 | E-Radio Usa, Llc | Digital radio data system information data messaging |
-
2020
- 2020-09-27 CN CN202011031900.4A patent/CN112350792B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1933427A (zh) * | 2005-09-12 | 2007-03-21 | 上海新纳广告传媒有限公司 | 基于udp协议的网络心跳监控***及其方法 |
EP2328287A2 (en) * | 2009-11-30 | 2011-06-01 | Electronics and Telecommunications Research Institute | Relaying emergency broadcasts |
CN204465549U (zh) * | 2015-03-23 | 2015-07-08 | 常州嘉昊广播电视设备有限公司 | 基于dtmb的应急广播*** |
CN104836811A (zh) * | 2015-05-26 | 2015-08-12 | 武汉兴图新科电子股份有限公司 | 一种保持传输数据完整的通信端口复用方法 |
CN106788831A (zh) * | 2017-03-21 | 2017-05-31 | 广州市番腾电脑有限公司 | 一种应急广播*** |
CN107197029A (zh) * | 2017-06-19 | 2017-09-22 | 深圳市盛路物联通讯技术有限公司 | 一种基于边缘转发节点的终端设备离线检测方法及*** |
CN111314372A (zh) * | 2020-03-04 | 2020-06-19 | 海信视像科技股份有限公司 | 一种显示设备唤醒的方法、控制终端、服务器及显示设备 |
Also Published As
Publication number | Publication date |
---|---|
CN112350792A (zh) | 2021-02-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200213639A1 (en) | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method | |
US8010691B2 (en) | Content tagging of media streams | |
CN101517553B (zh) | 用于对内容进行包化以经由网络传输的方法和设备 | |
US8196165B2 (en) | Method and apparatus for delivering emergency alert system (EAS) messages over a switched digital video (SDV) system | |
JP5738865B2 (ja) | Mpeg−2ts多重化マルチメディアストリームのエレメンタリパケットの選択による、mpeg−2ts多重化マルチメディアストリームの配信 | |
KR20040017350A (ko) | Mpeg 네트워크를 통한 직접 rtp 전달 방법 및 시스템 | |
CN101159830A (zh) | 用于接收自适应广播信号的设备及其方法 | |
US10136192B2 (en) | Device, system and method to provision, configure and operate video generation equipment | |
US20180077456A1 (en) | Receiving device, transmitting device, and data processing method | |
CN112350792B (zh) | 一种应急广播数据转发复用方法 | |
US20100313230A1 (en) | Testing a Content-Delivery System | |
CN109769123B (zh) | 一种视联网数据的处理方法及*** | |
US11178438B2 (en) | Broadcast signal transmitting/receiving device and method | |
US10362371B2 (en) | Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method | |
EP2207354B1 (en) | Method and device for ensuring reliability during transmission of television data in a television system based on internet protocol | |
CN1195382C (zh) | 信号处理装置及信号处理方法 | |
US9930411B2 (en) | Networking method and networking device | |
US20150067749A1 (en) | Method and apparatus for providing extended tv data | |
CN105872779A (zh) | 清鹤数字电视头端获取电信清流的应用软件 | |
EP3328019B1 (en) | Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method | |
KR101757459B1 (ko) | 패킷을 처리하는 방법 및 장치 | |
CN114337885A (zh) | 一种地面数字电视应急广播方法、设备及介质 | |
CN110099026B (zh) | 一种视联网终端的注册方法和装置 | |
CN110740296A (zh) | 一种视联网监控视频流的处理方法及装置 | |
KR100958940B1 (ko) | Iptv 방송의 애플리케이션 전송 방법 |
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 |