CN109716777B - 发送设备及其发送方法 - Google Patents

发送设备及其发送方法 Download PDF

Info

Publication number
CN109716777B
CN109716777B CN201780056400.6A CN201780056400A CN109716777B CN 109716777 B CN109716777 B CN 109716777B CN 201780056400 A CN201780056400 A CN 201780056400A CN 109716777 B CN109716777 B CN 109716777B
Authority
CN
China
Prior art keywords
service
attribute
value
signaling
broadcast stream
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
Application number
CN201780056400.6A
Other languages
English (en)
Other versions
CN109716777A (zh
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co 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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN109716777A publication Critical patent/CN109716777A/zh
Application granted granted Critical
Publication of CN109716777B publication Critical patent/CN109716777B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • 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
    • H04N21/2362—Generation or processing of Service Information [SI]
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385—Channel allocation; Bandwidth allocation
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/4263—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific tuning arrangements, e.g. two tuners
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

公开了一种发送设备。该发送设备包括：信号生成单元，用于生成包括服务的广播信号；以及发送单元，用于通过至少一个RF信道发送该广播信号。通过该RF信道发送的广播流包括用于该服务的信令，用于该服务的信令包括指示该服务是否通过多个RF信道发送的信息，以及指示通过该RF信道发送的该广播流是否包括该服务的必要部分的信息。

Description

发送设备及其发送方法
技术领域
本公开涉及一种发送设备及其发送方法，更具体地，涉及一种通过使用一个或更多个频带来发送广播流的发送设备及其发送方法。
背景技术
在21世纪的信息化社会中，广播通信服务正面临数字化、多信道、宽带和高质量的时代。特别是，随着近年来越来越多地使用高清晰度数字电视(TV)和便携式多媒体播放器(PMP)以及便携式广播设备，越来越需要数字广播服务支持各种接收方法。此外，不仅对通过广播网络的包括一个图像信号和一个声音信号的传统线性服务的需求在增加，而且对基于异构型网络的个人服务的需求也在增加，该个人服务提供通过广播网络和互联网的包括各种图像/声音/文本的服务，在接收器根据用户的喜好选择性地接收元素并提供这些元素。
当服务所需的所有部件被复用到单个分组流中时，在现有数字广播系统中使用的运动图像专家组(MPEG)2-传输流(TS)显示出最佳性能。然而，在通过不同的MPEG2-TS流或异构型网络发送各个服务部件的环境中，系统的效率显著降低。因此，对使用基于互联网协议的发送协议的广播系统的需求正在增加，日本的ARIB卫星广播标准、美国的ATSC 3.0标准或韩国的UHDTV标准采用基于IP的MMT(ISO/IEC 23008-1MPEG媒体传输)协议作为广播标准技术。
当前的数字广播系统是在假设形成一个服务的所有元素在一个广播频带中发送的情况下设计的，尽管存在同时处理多个频带的接收器，但是该接收器用于通过在屏幕上叠加来同时提供多个服务而不是一个服务。当通过多个频带发送一个服务时，由于统计复用增益增加而可以在有限的频率资源内提供更多的服务，并且可以更高效率地使用频率资源以例如允许多个服务具有共同元素。然而，接收器可能需要用于同时获得通过多个频率发送的广播信号的设备，并且用户的随机接入性能可能降低。因此，需要一种在数字广播系统中高效率地利用多个频带的方法。
发明内容
技术目的
为了解决上述问题而开发了本公开，本公开的目的是提供一种发送设备及其发送方法，该发送设备包括关于用于在对应于每个频带的广播流中发送服务的频带的信息，并发送该信息。
技术解决方法
根据本公开的实施例，为了实现上述目的，一种发送设备包括：信号发生器，被配置为生成包括服务的广播信号；发送器，被配置为通过至少一个RF信道发送所述广播信号，其中，通过所述RF信道发送的广播流包括用于所述服务的信令，其中，用于所述服务的信令包括指示所述服务是否通过多个RF信道发送的信息，以及指示通过所述RF信道发送的所述广播流是否包括所述服务的必要部分的信息。
在这种情况下，当用于所述服务的信令包括第一属性时，所述信令可以指示所述服务通过所述多个RF信道发送。
另外，当所述第一属性的属性值是第一值时，所述属性值可以指示所述广播流包括所述服务的必要部分。
另外，当所述第一属性的属性值是第二值时，所述属性值可以指示所述广播流包括所述服务的非必要部分。
另外，所述第一属性可以是布尔属性，所述第一值可以是“真”，而所述第二值可以是“假”。
另外，当所述第一属性的属性值是第一值时，用于所述服务的信令还可以包括关于发送所述服务的非必要部分的广播流的标识符的信息。
另外，用于所述服务的信令还可以包括指示所述广播流发送所述服务的副本还是其部分的信息。
用于所述服务的信令可以是服务列表(SLT)。
根据本公开的实施例，一种发送方法包括：生成包括服务的广播信号；以及通过至少一个RF信道发送所述广播信号，其中，通过所述RF信道发送的广播流包括用于所述服务的信令，其中，用于所述服务的信令包括指示所述服务是否通过多个RF信道发送的信息，以及指示通过所述RF信道发送的所述广播流是否包括所述服务的必要部分的信息。
在这种情况下，当用于所述服务的信令包括第一属性时，所述信令可以指示所述服务通过所述多个RF信道发送。
另外，当所述第一属性的属性值是第一值时，所述属性值可以指示所述广播流包括所述服务的必要部分。
另外，当所述第一属性的属性值是第二值时，所述属性值可以指示所述广播流包括所述服务的非必要部分。
在此，所述第一属性可以是布尔属性，所述第一值可以是“真”，所述第二值可以是“假”。
另外，当所述第一属性的属性值是第一值时，用于所述服务的信令还可以包括关于发送所述服务的非必要部分的广播流的标识符的信息。
另外，用于所述服务的信令还可以包括指示所述广播流发送所述服务的副本还是其部分的信息。
在此，用于所述服务的信令可以是服务列表(SLT)。
有益效果
根据如上所述的本公开的各种实施例，在数字广播系统中可以高效率地利用多个频带。
附图说明
图1是示出根据本公开的实施例的发送系统的示意配置的图；
图2是示出根据本公开的实施例的发送设备的配置的框图；
图3是示出根据本公开的实施例的广播物理层的示意配置的图；
图4是示出根据本公开的实施例的支持多个PLP的广播物理层的示意配置的图；
图5是示出根据本公开的实施例的支持信道绑定的广播物理层的示意配置的图；
图6是示出根据本公开的实施例的通过使用两个频带发送增强服务的情况的图；
图7是示出根据本公开的实施例的通过使用两个频带发送综合服务的情况的图；以及
图8是示出根据本公开的实施例的接收设备的配置的框图。
具体实施方式
下面参照附图进行的详细描述将帮助全面理解由权利要求及其等同物限定的本公开的各种实施例。下面的详细描述包括用于理解本公开的各种具体事项，但这些事项将被视为简单示例。因此，本领域技术人员将认识到，在不脱离本公开的范围和构思的情况下，可以对这里描述的各种实施例进行各种改变和修改。另外，为了清晰和简要，将不说明公知的功能或部件。
在详细描述以及权利要求中使用的术语和词语不限于字面含义，而仅由发明人使用以清楚且一致地理解本公开。因此，对本领域技术人员显然的是，提供对本公开的各种实施例的详细描述仅为了说明，而不是要限制由所附权利要求及其等同物限定的本公开。
如这里所用的，在详细描述中使用的单数形式(诸如“一”和“所述”)旨在也包括复数形式，除非上下文另有明确指示。因此，例如，“部件表面”包括一个或更多个部件表达。
在实施例中使用的诸如“第一”和“第二”的术语可以用于解释各种元件，而这些元件不应受这些术语限制。这些术语可仅用于将一个元件与另一个元件区分开的目的。例如，在不脱离本公开的权利范围的情况下，第一元件可以被命名为第二元件，并且类似地，第二元件可以被命名为第一元件。术语“和/或”包括多个相关项的组合或该多个相关项中的任何一个。
在详细描述中使用的术语仅是为了描述特定示例性实施例的目的，而不旨在限制本公开。如这里所使用的，在本公开的实施例中使用的单数形式旨在也包括复数形式，除非上下文另有明确指示。在详细描述中使用的术语“包括”或“具有”指示存在说明书中描述的特征、数值、步骤、操作、元件、部件或它们的组合，但不排除存在或增加一个或更多个其它特征、数值、步骤、操作、元件或部件或它们的组合。
这里使用的所有术语(包括技术术语和科学术语)具有与相关领域的普通技术人员通常理解的含义相同的含义，除非它们被另外定义。在通用字典中定义的术语应该被解释为具有与相关技术的上下文含义相同的含义。
根据本公开的各种实施例，电子设备可以包括通信功能。例如，电子设备可以是智能手机、平板个人计算机(PC)、移动电话机、视频电话机、电子书阅读器、台式PC、膝上型PC、上网本PC、个人数字助理(PDA)、便携式多媒体播放器(PMP)、MP3播放器、移动医疗设备、相机、可穿戴设备(例如，头戴式设备(HMD))、织物服装、电子手镯、电子项链、应用配件、电子纹身、智能手表等。
根据本公开的各种实施例，电子设备可以是具有通信功能的智能家用电器。例如，智能家用电器可以是电视机(TV)、数字影碟(DVD)播放器、音响、冰箱、空调器、真空吸尘器、烤箱、微波炉、洗衣机、干燥机、空气净化器、机顶盒、电视盒(例如，Samsung HomeSyncTM、Apple TVTM或Google TVTM)、游戏机、电子词典、摄录一体机、电子相框等。
根据本公开的各种实施例，电子设备可以是医疗设备(例如，磁共振血管造影(MRA)设备，磁共振成像(MRI)、计算机体层摄影(CT)设备、扫描仪和超声波设备)、导航设备、全球定位系统(GPS)接收器、事件数据记录器(EDR)、飞行数据记录器(FDR)、车载信息娱乐设备、航行电子设备(例如，航行导航设备、陀螺仪、罗盘)、航空电子设备、安全设备、工业或家用机器人等。
根据本公开的各种实施例，电子设备可以是包括通信功能的家具或建筑物/结构的一部分、电子板、电子签名接收设备、投影仪、各种测量仪器(例如，水表、电表、燃气表或波长表等)等。
根据本公开的各种实施例，电子设备可以是上述设备的组合。此外，对于本领域技术人员显而易见的是，根据本公开的优选实施例的电子设备不限于上述设备。
本公开的实施例提出了在使用一个或更多个频带的数字广播系统中发送/接收信号的设备和方法。
此外，本公开的实施例提出了在使用一个或更多个频带的数字广播系统中使用两个或更多个频带来发送服务的设备和方法。
此外，本公开的实施例提出了在使用一个或更多个频带的数字广播系统中接收通过使用两个或更多个频带而发送的服务的设备和方法。
本公开的实施例中提出的设备和方法适用于：移动广播服务，例如ATSC 3.0的地面数字广播服务、地面UHDTV广播标准、数字多媒体广播(DMB)服务、数字视频广播-手持(DVB-H)、先进电视系统委员会-移动/手持(ATSC-M/H)服务等；或各种通信系统，例如数字视频广播系统(例如互联网协议电视(IPTV)服务)、运动图像专家组(MPEG)媒体传输(MMT)系统、演进分组系统(EPS)、长期演进(LTE)移动通信系统、长期演进-高级(LTE-A)移动通信系统、高速下行分组接入(HSDPA)移动通信系统、高速上行分组接入(HSUPA)移动通信系统、第三代合作伙伴计划2(3GPP2)的高速分组数据(HRPD)移动通信系统、3GPP2的宽带码分多址(WCDMA)移动通信系统、3GPP2的码分多址(CDMA)移动通信系统、通信系统(例如电气和电子工程师协会(IEEE)的802.16m通信系统)、移动互联网协议(移动IP)系统等。
图1是示出根据本公开的实施例的发送系统的示意配置的图。
参照图1，服务包括：构成该服务的媒体数据0101；以及用于发送在接收器获得和使用该媒体数据所需的信息的信令0102。该媒体数据在被发送之前可以以适于发送的格式被封装。在这种情况下，封装方法可以遵循ISO/IEC 23008-1MPEG媒体传输(MMT)中定义的媒体处理单元(MPU)或ISO/IEC 23009-1基于HTTP的动态自适应流(DASH)中定义的DASH段格式。
具体地，通过应用层协议将媒体数据0101和信令0102分组化。图1示出了在MMT中定义的MMT协议(MMTP)0111和基于单向传输的实时对象传递(ROUTE)协议0112根据实施例被用作应用层协议，但这不应被视为限制。为了向接收器通知使用了哪个应用层协议发送特定服务，应该独立于应用层协议而发送关于应用协议的信息，通过该应用协议发送了服务。
例如，图1中所示的服务列表(SLT)0115可以包括表格形式的关于服务的信息，作为用于向接收器通知关于应用协议的信息的信令。包括分组化媒体数据和SLT的信令通过用户数据报协议(UDP)0120和互联网协议(IP)0130被发送到广播链路层0140。广播链路层可以包括例如ATSC 3.0中定义的ATSC 3.0链路层协议(ALP)。ALP用IP分组或TS分组的输入生成ALP分组，并且将ALP分组发送到广播物理层0150。在这种情况下，为控制广播链路层所需的信令信息可以以ALP分组的形式发送到广播物理层0150。
广播物理层0150通过对ALP分组进行信号处理来生成物理层帧，并且将物理层帧转换为无线信号并发送该无线信号。在此，广播物理层0150具有至少一个信号处理路径。例如，信号处理路径可以是DVB-T2或ATSC 3.0的物理层管道(PLP)，但这不应被视为限制。然而，在下文中，将在假设信号处理路径是PLP的情况下进行描述，以便于解释。可以将一个或更多个服务的全部或一部分映射到一个PLP上。在这种情况下，接收器应该同时对一个或更多个PLP进行信号处理以向用户提供该服务。在此，通过一个PLP发送的ALP分组被称为ALP分组流。
根据本公开的实施例，媒体数据0101的MPU被发送到MMTP，并且通过使用ROUTE协议发送DASH段和用于非实时服务的文件。在这种情况下，用于再现由媒体数据形成的服务的信令0102被提供给相应协议。
根据本公开的实施例，信令0102可以包括用于发送服务的频带，即，关于RF信道的信息，并且在下文中，将参考附图详细描述本公开的各种实施例。
图2是示出根据本公开的实施例的发送设备的配置的框图。
根据本公开的实施例的服务可以包括要通过一个或更多个频带即RF信道发送的部件。在此，当不包括服务的所有部件的一组一个或更多个部件构成服务时，该组部件将被称为“部分”。另一方面，当一组包括服务的所有部件，并且发送这些部件中的一个或更多个的组时，该组将被称为“副本”。由“部分”指示的每个服务仅具有一个“必要部分”。在此，必要部分是指在不使用其他部分(“非必要部分”)的情况下能够提供服务的有意义呈现的部分。然而，当使用非必要部分时，可以提供更吸引人的呈现。服务的“部分”或“副本”可以通过一个RF信道发送而无需信道绑定。当信道绑定应用于ALP分组流时，可以通过绑定的RF信道发送服务的“部分”或“副本”。在下文中，包括必要部分的流将被称为主流，而包括非必要部分的流将被称为次流。
信号发生器110生成包括服务的广播信号。在此，广播信号可以是在图1的实施例中从物理层帧转换的无线信号，并且服务可以包括图1的实施例中提到的媒体数据。
发送器120可以通过至少一个RF信道发送该广播信号。在这种情况下，通过RF信道发送的广播流可以包括关于服务的信令。在此，广播流是被定义为具有带有特定带宽的中心的载波频率的RF信道的抽象概念。可以通过地理区域和频率来识别广播流。图1中提到的PLP可以对应于RF信道的一部分，并且每个PLP可以包括预定的调制和编码参数。
关于服务的信令可以包括用于识别广播流(即，RF信道(或频带))的预定标识符。例如，广播流的标识符可以由称为广播流标识符(bsid)的抽象标识符指示。bsid值可以是区域级别(例如，北美)中的唯一值。
在此，关于服务的信令可以包括关于服务是否通过多个RF信道发送的信息，以及关于通过相应RF信道发送的广播流是否包括相应服务的必要部分的信息。根据实施例，在SLT中包括的特定属性(或字段)可以指示关于服务是否通过多个RF信道发送的信息，并且可以指示通过RF信道发送的广播流是否包括相应服务的必要部分。例如，该特定属性(或字段)存在与否可以指示服务是否通过多个RF信道发送，并且当存在该特定属性时，属性值可以指示通过RF信道发送的广播流是否包括相应服务的必要部分。
具体地，当关于服务的信令包括第一属性(或第一字段)时，它可以指示服务通过多个RF信道发送。另外，当第一属性的属性值是第一值时，它可以指示广播流包括服务的必要部分。另外，当第一属性的属性值是第二值时，它可以指示广播流包括服务的非必要部分。在此，第一属性是布尔属性，可以具有属性值“真”或“假”。例如，第一值可以是“真”，第二值可以是“假”。
另外，当第一属性的属性值是第一值时，关于服务的信令还可以包括关于发送该服务的非必要部分的广播流的标识符的标识符信息(@OtherBsid)(或第二属性)(或第二字段)。
另外，关于服务的信令还可以包括指示广播流发送该服务的副本还是部分的信息(或类型信息(@type)或第三属性)(或第三字段)。当相应信息是第三值(例如，“1”)时，它可以指示广播流发送服务的副本，而当相应信息是第四值(例如，“2”)时，它可以指示广播流发送服务的部分。
另一方面，当第一属性的属性值是第二值(“真”)时，广播流包括服务的非必要部分。因此，存在至少一个OtherBsid元素，其中第三属性(@type)值是第四值(例如，“2”)。
根据本公开的各种实施例，关于服务的信令可以是对应于图1中所示的各个层的信令。另外，根据本公开的实施例，关于广播流的信息可以包括在与所述各个层对应的信令中的至少一个信令中。
根据实施例，上述关于广播流的信息可以包括在用信号通知关于服务的基本信息的SLT中。关于广播流的信息包括在SLT中的本公开的实施例将在下面描述的第三实施例中被更详细地描述。
在下文中，将描述本公开的各种实施例，其中关于广播流的信息包括在各种信令中并被发送。
第一实施例
根据本公开的实施例，关于广播流的信息可以包括在下列信令中的至少一个中：提供关于MMT服务的信息的信令和提供关于ROUTE服务的信息的信令。
下面提供的表1示出了根据本公开的实施例的提供关于MMT服务的信息的信令的示例。
表1
Figure GDA0003294027190000101
Figure GDA0003294027190000111
Figure GDA0003294027190000121
下面提供的表2示出了根据本公开的实施例的提供关于ROUTE服务的信息的信令的示例。
表2
Figure GDA0003294027190000131
根据本公开的实施例的关于广播流的信息可以包括在上述bundleDescriptionMMT和bundleDescriptionROUTE中的至少一个中。例如，当用于发送用于指示bsid的信令信息的频带是基频带，并且在一个频带中发送由bundleDescriptionMMT和bundleDescriptionROUTE中的至少一个描述的服务时，可以省略关于基频带的bsid，并且可以仅提供关于除基频带之外的其他频带的信息。
当通过多个频带发送服务时，bundleDescriptionMMT和bundleDescriptionROUTE中的至少一个可以另外包括指示该多个频带的利用类型的属性。例如，该多个频带的利用类型可以由“@multiRFType”表示如下：
@multiRFType-0：单个RF频率；1：附加；2：普通信道绑定；3：取SNR平均值的信道绑定。
根据一个实施例，当“@multiRFType”的值是“1：附加”时，它可以指示，仅由通过基频带发送的数据就能够再现由服务元素描述的服务，并且附加的媒体数据和文件通过其它频带发送。
根据另一实施例，仅由通过基频带发送的数据可能不能够再现由bundleDescriptionMMT和bundleDescriptionROUTE中的至少一个描述的服务。指示此的互补值可以被添加到@multiRFType属性。普通信道绑定和取SNR平均值的信道绑定是指示对物理层而不是IP层的接收芯片操作的值，将在下面被详细描述。
第二实施例
根据本公开的另一实施例，可以通过指示媒体数据的上级发送路径的信令的一部分来发送关于广播流的信息。上级发送路径指示高于IP的上层的地址。例如，在图1所示的实施例中，上层的地址可以包括目的地IP地址和UDP端口号，并且可以选择性地包括源IP地址。另外，当使用MMTP时，上层的地址还可以包括packet_id。另外，当使用ROUTE时，上层的地址还可以包括传输会话标识符(TSI)。
可以基于MMT包(MP)表，用信号通知根据本公开的实施例的MMT服务中的上层地址。
下面提供的表3示出了提供关于构成MMT服务的媒体数据的上级发送路径的信息的信令的示例。
表3
Figure GDA0003294027190000151
Figure GDA0003294027190000161
下面提供的表4示出了表3中包括的MP_table_mode值。
表4
值 描述
00 “相继次序处理模式”
01 “与次序无关的处理模式”
10 “独立处理模式”
11 保留
下面提供的表5示出了表3中包括的asset_id值。
表5
Figure GDA0003294027190000171
下面提供的表6示出了表3中包括的MMT_general_location_info_for_asset_location值。
表6
Figure GDA0003294027190000172
Figure GDA0003294027190000181
下面提供的表7示出了表3中包括的location_type值。
表7
Figure GDA0003294027190000191
根据本公开的另一实施例的关于广播流的信息可以包括在用于提供关于构成上述MMT服务的媒体数据的上级发送路径的信息的信令中。例如，关于广播流的信息可以包括在表3中所示的MP_table的asset_descriptors中。在这种情况下，MP_table的asset_descriptors中包括的bsid可以具有在下面给出的表8中描述的格式。
在相应的实施例中，当通过一个频带发送一个资产时，表8中的num_bsid字段可以被省略或者可以包括默认值(例如，1)。另外，当通过基频带发送由bsid_descriptor描述的资产时，可以省略bsid_descriptor。
表8
Figure GDA0003294027190000201
根据另一实施例，关于广播流的信息可以包括在表10中的mmt_atsc3_message()有效载荷中。在这种情况下，关于广播流的信息可以具有表9中描述的格式。
在相应的实施例中，当通过一个频带发送一个资产时，表8中的num_bsid字段可以被省略或者可以包括默认值(例如，1)。另外，当通过基频带发送由bsid_descriptor描述的资产时，可以省略bsid_descriptor。另外，bsid_descriptor可以仅包括关于使用除基频带之外的频带的资产的信息。
表9
Figure GDA0003294027190000202
表10
Figure GDA0003294027190000211
下面提供的表11示出了表10中包括的atsc3_message_content_type值。
表11
Figure GDA0003294027190000221
可以根据基于服务的传输会话实例描述(S-TSID)，用信号通知根据本公开的实施例的ROUTE服务中的上层地址。
根据本公开的实施例的用于提供关于构成ROUTE服务的媒体数据的上级发送路径的信息的信令的示例如下面提供的表12中所示。
表12
Figure GDA0003294027190000231
第三实施例
根据实施例，上述关于广播流的信息可以包括在提供关于服务的基本信息的服务列表(SLT)中，并且可以被发送。在此，SLT是一种低级信令(LLS)，并且可以在UDP/IP分组中以LLS表的形式被发送，所述UDP/IP分组被发送到特定多播地址和UDP端口。例如，在特定标准的情况下，多播地址224.0.23.60、目的地端口4937/u可以被用作仅用于LLS的地址。
根据本公开的实施例，SLT可以包括指示服务是否通过多个RF信道发送的信息，以及指示通过RF信道发送的广播流是否包括相应服务的必要部分的信息。根据实施例，包括在SLT中的特定属性可以指示用来指示服务是否通过多个RF信道发送的信息，并且可以指示通过RF信道发送的广播流是否包括相应服务的必要部分。例如，SLT中包括的该特定属性存在与否可以指示服务是否通过多个RF信道发送，并且当该特定属性存在时，属性值可以指示通过RF信道发送的广播流是否包括相应服务的必要部分。
例如，当SLT包括第一属性(例如，表13中的“@essential”)时，它可以指示服务通过多个RF信道发送。另外，当第一属性(例如，表13中的@essential)包括值“真”时，它可以指示相应的广播流(即，包括SLT的广播流)包括服务的必要部分，而当第一属性(例如，表13中的@essential)包括值“假”时，它可以指示相应的广播流包括服务的非必要部分。
下面提供的表13示出了根据本公开的实施例的SLT的示例。
表13
Figure GDA0003294027190000251
Figure GDA0003294027190000261
当通过多个频带(即，多个RF信道)发送由SLT的服务元素描述的服务时，可以将关于一个频带(或基频带)的bsid信息发送到SLT的根元素，并且可以将关于另一频带的bsid信息提供给该服务元素的下级属性。
例如，在表13中，“@bsid”是16位的无符号整数的列表，并且标识原始发射信号的广播流ID。每个@bsid的值与在物理层中在L1详细信令中用信号通知给L1D_bsid的值相同。当通过物理层中的信道绑定发送服务时，相应的列表包括绑定中包括的每个RF发射的BSID值。
当属性“@essential”存在时，它可以指示服务包括通过多于一个RF信道发送的多于一个部分。在此，对应的属性可以是布尔属性。
当属性“@essential”不存在时，它可以指示通过相应的RF信道发送服务的所有部分。当@essential值设置为“真”时，它可以指示服务的必要部分通过相应的广播流发送。当@essential值设置为“假”时，它可以指示服务的非必要部分通过相应的广播流发送。当@essential值为“真”时，对于服务存在@type值为“2”的至少一个OtherBsid元素。当对于服务不存在OtherBsid元素时，默认值不存在。
“OtherBsid”是无符号短整数值的列表，并且每个实例指示发送服务的副本或部分的另一广播流的标识符。OtherBsid的每个实例格式与@bsid的格式相同。当对于父服务元素@essential属性存在并且设置为“真”时，可能存在至少一个OtherBsid元素。
当对于父服务元素@essential属性存在且设置为“假”时，OtherBsid元素不存在。当对于父服务元素@essential属性不存在时，存在@type值为“1”的一个或更多个OtherBsid元素。当对于服务不存在OtherBsid元素时，默认值可能不存在。
“@type”是无符号字节整数值的列表，并且该列表中包括的实例指示由OtherBsid标识的广播流发送服务的副本还是其部分。当@type的值为“1”时，它可以指示相应的服务元素是在由OtherBsid标识的广播流中的服务的副本。当@type的值是“2”时，它可以指示相应的服务元素是具有在由OtherBsid标识的广播流中的部件的服务的部分。在这种情况下，服务标识符被给出作为父服务元素的@serviceId属性的值。当父服务元素下存在多于一个OtherBsid元素时，所有元素的OtherBsid@type属性值都相同。
下面提供的表14、15、16示出了表13中包括的urlType、serviceCategory、slsProtocol的值。
表14
Figure GDA0003294027190000271
表15
Figure GDA0003294027190000281
表16
slsProtocol 含义
0 保留
1 ROUTE
2 MMTP
其他值 保留供将来使用
根据本公开的实施例，当在没有信道绑定的情况下发送所有服务的“部分”或“副本”时，服务列表(SLT)、基于服务的传输会话实例描述(S-TSID)、MMT包表消息(MPT消息)遵循以下信令规则：
*由服务部分或副本指示的服务包括在由部分或副本指示的RF信道的SLT中。由部分或副本指示的列表具有相同的服务ID值，并且具有相同的主要/次要信道号值。这使通过多个RF信道发送的服务的部分或副本能够在接收器扫描信道时通过接收器的信道映射而被集成到一个服务中。必要部分或副本的SLT表目可以包括能够由其他部分或副本找到的广播流的广播流标识符(BSID)。
*关于ROUTE/DASH，可以通过发送服务部分或副本的每个RF信道的PLP来发送S-TSID。关于每个服务部分或副本的S-TSID描述关于该服务部分或副本的每个部件的ROUTE会话和LCT信道。
*关于MMTP/MPU，可以通过发送必要部分或副本的每个RF信道发送MPT消息。
根据本公开的另一实施例，当通过信道绑定发送服务部分时，即，当通过多于一个RF信道(即，绑定的RF信道)发送服务部分时，SLT、S-TSID和MPT消息遵循以下信令规则：
1)当服务的“必要部分”由RF信道的非绑定PLP发送时，
*与发送该服务部分的非绑定PLP和绑定PLP两者都相关的SLT列出服务。由该部分指示的服务的列表具有相同的服务ID值和相同的主要/次要信道号值。只有关于服务的必要部分的SLT表目列出能够由其他部分找到的广播流的BSID。
*关于ROUTE/DASH，通过(a)通过非绑定PLP发送一个或更多个服务部分的每个RF信道的单个非绑定PLP或者(b)发送其他服务部分的绑定RF信道的绑定PLP，发送S-TSID。在(a)情况下，每个S-TSID实例描述关于由该非绑定PLP发送的服务部分的每个部件的ROUTE会话和LCT信道，该非绑定PLP对应于发送该S-TSID的PLP所属的RF信道。在(b)情况下，每个S-TSID实例描述关于由该绑定PLP发送的服务部分的每个部件的ROUTE会话和LCT信道，该绑定PLP对应于发送该S-TSID的PLP所属的绑定RF信道。
*关于MMTP/MPU，MPT消息可以通过发送服务的必要部分的RF信道的单个非绑定PLP来发送。
2)当通过绑定RF信道的绑定PLP发送服务的“必要部分”时，
*只有与发送服务的必要部分的绑定PLP相关的一个SLT列出服务。服务的SLT实例列出能够由其他服务部分找到的广播流的BSID。
*关于ROUTE/DASH，可以通过发送服务的必要部分的绑定RF信道的绑定PLP来发送关于服务的一个S-TSID。S-TSID实例描述关于服务的所有部件的ROUTE会话和LCT信道。
*关于MMTP/MPU，MPT消息可以通过发送服务的必要部分的绑定RF信道的绑定PLP来发送。
3)根据又一实施例，当通过信道绑定发送服务副本时，即，当通过绑定RF信道的绑定PLP发送服务副本时，SLT、S-TSID和MPT消息遵循以下信令规则：
*与发送服务的副本的非绑定PLP和绑定PLP两者都相关的SLT列出服务。由副本指示的服务的列表具有相同的服务ID值和相同的主要/次要信道号值。关于服务的副本的SLT表目列出能够由其他副本找到的广播流的BSID。
*关于ROUTE/DASH，通过(a)发送服务副本的每个RF信道的单个非绑定PLP或者(b)发送其他服务副本的绑定RF信道的单个绑定PLP，发送S-TSID。在(a)情况下，S-TSID实例描述关于由该非绑定PLP发送的服务副本的每个部件的ROUTE会话和LCT信道，该非绑定PLP对应于发送S-TSID的PLP所属的RF信道。在(b)情况下，每个S-TSID实例描述关于由该绑定PLP发送的服务副本的每个部件的ROUTE会话和LCT信道，该绑定PLP对应于发送S-TSID的PLP所属的绑定RF信道。
*关于MMTP/MPU，通过(a)发送服务副本的每个RF信道的单个非绑定PLP或(b)发送其他服务副本的绑定RF信道的单个绑定PLP，发送MPT消息。
接收器需要多个调谐器，即与RF信道的数量相同数量的调谐器，以从多个绑定PLP中恢复ALP分组流。单个调谐器接收器应获得描述服务的SLT，以便获得应用了信道绑定的服务。当通过调谐到特定RF信道的单个调谐器获得服务的S-TSID时，可以通过调谐到相同RF信道的该单个调谐器获得S-TSID中列出的所有部件。
根据本公开的另一实施例，多个频带的利用类型可以由“@multiRFType”指示：
@multiRFType-0：单个RF频率；1：附加；2：普通信道绑定；3：取SNR平均值的信道绑定。
当相应信息的值是“1：附加”时，它可以指示仅由通过基频带发送的数据就能够再现由服务元素描述的服务，并且仅附加的媒体数据和文件通过其他频段发送。
根据本公开的另一实施例，仅由通过基频带发送的数据可能不能够再现由服务元素描述的服务，并且指示此的互补值可以被添加到@multiRFType属性。普通信道绑定和取SNR平均值的信道绑定是指示物理层而不是IP层的接收芯片操作的值，并且将在下面被详细描述。
根据本公开的另一实施例，当仅由通过基频带发送的数据不能够再现由服务元素描述的服务时，关于此的信息可以被提供作为SLT的@svcCapabilities属性的代码值。也就是说，在上述实施例中，可以提供与互补、普通信道绑定、取SNR平均值的信道绑定相对应的代码值作为@svcCapabilities属性。在这种情况下，接收器(例如，能够仅接收一个频带的接收器)可以基于这些代码值来确定是否可以提供服务。
根据本公开的实施例的广播链路层0140可以将多个多播和链路层信令复用成一个链路层分组流。在此，链路层分组流被视为物理层中的一个逻辑信道。
除了使用信道绑定的情况之外，通过一个PLP发送逻辑信道。多播被定义为源IP地址、目的地IP地址、源UDP端口、目的地UDP端口。链路层信令可以包括通过一个逻辑信道发送的多播列表、用于处理ALP分组的附加信息、用于压缩IP头的信息等。
下面提供的表17示出了根据本公开的实施例的作为链路层信令的示例的链路映射表(LMT)，该链路层信令包括多播列表和用于处理该链路层信令中的ALP分组的附加信息。
表17
Figure GDA0003294027190000321
下面提供的表18示出了根据本公开的实施例的作为链路层信令的示例的ROHC-U描述表(RDT)，该链路层信令包括用于压缩该链路层信令中的头部的信息。
表18
Figure GDA0003294027190000331
表19示出了表18中包括的adaptation_mode值。
表19
Figure GDA0003294027190000332
图3是示出根据本公开的实施例的广播物理层的示意配置的图。
参照图3，广播物理层0150可以包括输入格式化块0210、BICM块0220、成帧和交错块0230以及波形生成块0240。
到输入格式化块0210的输入可以是来自图1中所示的广播链路层0140的输出。广播链路层0140的输出可以是由ATSC 3.0定义的ATSC 3.0链路层协议(ALP)分组流。另外，波形生成块0240的输出可以被传递到OTA接口0250。在此，OTA接口0250可以是例如用于将广播物理层0150的输出传递到传递塔的接口。图3示出了具有一个PLP的系统以便于解释，但这不应被视为限制。
输入格式化块0210将具有可变长度的广播链路层的输出分组流转换为具有预定长度的物理层分组。在此，物理层分组可以包括头部和有效载荷，并且物理层分组的长度可以由BICM块0220的参数确定。
物理层分组的头部包括用于通过使用在接收器接收的物理层分组流来恢复广播链路层的输出分组流的信息。例如，物理层分组的头部可以包括有效载荷中包括的广播链路层分组的边界信息。
BICM块0220基于物理层分组流的输入，在预定星座(或信号星座或星座)内输出信号值。在这种情况下，可以通过以物理层分组为单位应用前向纠错编码来生成奇偶校验位。此后，物理层分组的位和奇偶校验位彼此交错，并以预定数量的位为单位分组，并映射到星座信号值上。
成帧和交错块0230通过使用星座内的信号值生成OFDM帧，并将生成的OFDM帧传递到波形生成块0240以转换为可发送信号。在成帧和交错块0230的操作过程中生成的OFDM帧的一部分可以包括通过来自BICM块0220的单独路径(未示出)生成的控制信息。在此，该控制信息(以下称为LA信令)可以经由特定的OFDM符号发送。
图4是示出根据本公开的实施例的支持多个PLP的广播物理层0150的示意配置的图。
如图4所示，根据实施例的广播物理层使用四个信号处理路径，例如四个PLP。可以给各个PLP分配唯一的输入格式化块0310，0311，0312，0313以及BICM块0320，0321，0322，0323。
图4中的成帧和交错块0330生成OFDM帧，该OFDM帧包括从四个BICM块0320，0321，0322，0323输出的在星座内分配的4个PLP信号值以及L1信令(控制信息)。在此，L1信令包括接收器为了识别对应于4个PLP的信号值所需的信息。另外，包括上述SLT的LLS分组可以通过提供相对高可靠性的PLP而不是通过所有PLP来发送，并且L1信令包括用于识别包括LLS分组的PLP的信息。在这种情况下，还可以通过包括LLS分组的PLP发送上述链路层信令。
图5是示出根据本公开的实施例的支持信道绑定的广播物理层的示意配置的图。
参照图5，在一个输入格式化块0410处理通过要应用信道绑定的PLP发送的数据。在输入格式化块0410生成的物理层分组可以在流划分块0420被划分，并且可以被输入到各个BICM块0430，0435。
流划分块0420对于各个BICM块均等地划分物理层分组，或者根据预定比率划分物理层分组。根据信道绑定方法，从BICM块0430，0435输出的在星座内的信号值可以被原样输入到各个成帧和交错块0450，0455，或者可以在单独的信元交换块0440经过用于增加时间/频率分集的信号处理过程并可以被输入到成帧和交错块0450，0455。例如，不使用信元交换块0440的绑定方法被称为普通信道绑定，而使用信元交换块0440的方法被称为取SNR平均值的信道绑定。
此后，信号根据信号传递路径经过成帧和交错块0450，0455和波形生成块0460，0465的处理，并被发送到两个频带0470，0475。当使用信道绑定时，共享相同的输入格式化块0410的PLP应使用相同的标识符值，并且接收器基于此来执行信号处理。另外，当使用信道绑定时，关于是否对于每个PLP使用信道绑定的信息和关于其他绑定频带的信息可以被提供作为L1信令。
在根据本公开的实施例的数字广播系统中，可以通过多个频带发送一个服务。在这种情况下，可以通过一个频带或全部多个频带发送关于服务的信息。另外，服务可以被配置为即使当接收器仅处理通过一个特定频带提供的数据时也提供基本图像和声音，或者可以被配置为仅当接收器处理通过多个频带提供的所有数据时提供图像和声音。前一服务称为增强服务，后一服务称为综合服务。增强服务的示例可以是通过一个频带发送主图像和声音信息并且通过附加频带发送辅助图像、辅助声音等的服务。综合服务的示例可以是发送诸如8K图像的高质量媒体的服务，该高质量媒体超过通过一个频带能够发送的信道容量的限度。在下文中，为了便于解释，将假设通过使用两个频带发送一个服务的情况。
根据本公开的实施例，数字广播系统中的上述SLT可以包括关于多个频带的信息作为服务元素的下级元素。下面提供的表20示出了根据实施例的在SLT中包括的关于多个频带的信息。
表20
Figure GDA0003294027190000361
“MultiRFChannel”元素是复杂元素，其包括关于用于下级元素的RF信道的信息和用于发送服务的属性。仅当通过多于一个RF信道发送服务时，相应的元素才可以包括在信令中。当相应的元素不包括在信令中时，可以仅通过由SLT的@bsid识别的一个广播流来发送服务。
“@isPrimaryBS”是布尔属性，其指示发送SLT的广播流是否是主流(包括必要部分的流)。当对应属性为“1”或“真”时，它可以指示发送SLT的流是主广播流。当相应属性为“0”或“假”时，它可以指示发送SLT的广播流是辅广播流(包括非必要部分的流)之一。
“@PrimaryBsid”是主广播流的标识符。主Bsid的值可以是区域级别中的唯一值。在这种情况下，行政或监管机构履行这一职责。仅当“@isPrimaryBS”的值为“0”或“假”时，相应的属性才可以存在。
“@SecondaryBsid”是辅广播流(包括非必要部分的流)的标识符。辅Bsid的值可以是区域级别中的唯一值。在这种情况下，行政或监管机构履行这一职责。仅当“@isPrimaryBS”的值为“0”或“假”时，相应的属性才可以存在。
“@MultiRFChannelType”是指示使用辅广播流的整数，并且可以由8位表示。根据实施例，对应值可以根据下面提供的表21来编码。
表21
MultiRFChannelType 含义
0 保留
1 补充部件
2 普通信道绑定
3 取SNR平均值的信道绑定
其他值 保留供将来使用
图6是示出根据本公开的实施例的通过使用两个频带发送服务的情况的图。
参照图6，根据本公开的实施例的一个增强服务可以包括总共三个资产，即包括视频资产0510、第一音频资产0511和第二音频资产0515。这三个资产中的视频资产0510和第一音频资产0511可以被复用到MMTP会话1 0520，第二音频资产0515可以被复用到MMTP会话2 0525。此后，MMTP会话1 0520可以被封装到UDP/IP会话1 0530和ALP流1 0540，可以被信号处理到PLP 1 0550，并且可以被发送到RF信道1 0560。类似地，MMTP会话2 0525可以被封装到UDP/IP会话2 0535和ALP流2 0545，可以被信号处理到PLP 1 0555，并且可以被发送到RF信道2 0565。在此，ALP流可以包括从信令服务器0570提供的LLS和链路层信令。
在下文中，为了便于解释，假设图6中的RF信道1 0560是bsid值为1的主广播流，RF信道2 0565是bsid值为2的辅广播流。
在本公开的实施例中，SLT可以仅由主广播流发送。表20中所示的SLT的MultiRFChannel的元素属性具有以下值。在此，可以省略@PrimaryBsid属性。
@isPrimaryBS＝‘1’
@SecondaryBsid＝‘2’
@MultiRFChannelType＝‘1’
基于上述值，接收器可以识别出当前接收的服务使用两个频带，并且用来接收当前SLT的广播流(bsid＝1)是主广播流，辅广播流的bsid值是“2”。此外，接收器可以识别出辅广播流仅发送附加服务部件，并且在另外接收附加服务部件之前仅利用主广播流就能够向用户提供基本服务。
如上所述，仅包括关于上层信令中的媒体数据的发送位置的IP上层的信息。在这种情况下，需要作为链路层信令的LMT来识别用来发送实数据的PLP。在上述实施例中，接收器调谐到主广播流，然后对PLP 1进行信号处理，并获得作为链路层信令的LMT和作为一种LLS的SLT。LMT提供用于在当前频带中发送增强服务的UDP/IP会话和PLP之间的映射关系。在图5的实施例中，可以包括指示UDP/IP会话1被发送到PLP1的信息。
在本公开的实施例中，用来在主广播流中发送用于增强服务的LLS和链路层信令的PLP的标识符与用来在辅广播流中发送用于增强服务的链路层信令的PLP的标识符可以是相同的值。在这种情况下，接收器调谐到主广播流，然后对PLP 1进行信号处理并获得LMT和SLT。接下来，从LMT的MultiRFChannel元素可以看出，用于增强服务的附加部件通过bsid值为2的辅广播流发送。此后，接收器调谐到bsid值为2的辅广播流，然后对PLP 1进行信号处理并获得LMT，并提供用于发送增强服务的UDP/IP会话与PLP之间的映射关系。在图6的实施例中，可以包括指示UDP/IP会话2被发送到PLP 1的信息。
根据本公开的另一实施例，除了当前频带之外，LMT还可以包括通过其他频带发送的UDP/IP会话和PLP之间的映射关系。在这种情况下，接收器可以调谐到辅广播流，并且可以不处理用来发送LMT的PLP，而可以直接处理用来发送媒体数据的PLP。
根据本公开的实施例，可以通过主广播流和辅广播流两者来发送包括关于服务的信息的SLT。在这种情况下，通过这两个广播流发送的SLT中的增强服务具有相同的@ServiceId值，并且在通过主广播流发送的SLT中的在表20中所示的MultiRFChannel元素的属性具有以下值。在此，可以省略@PrimaryBsid属性。
@isPrimaryBS＝‘1’
@SecondaryBsid＝‘2’
@MultiRFChannelType＝‘1’
另外，在通过辅广播流发送的SLT中的在表20中所示的MultiRFChannel元素的属性具有以下值。在此，可以省略@SecondaryBsid属性。
@isPrimaryBS＝‘0’
@PrimaryBsid＝‘1’
@MultiRFChannelType＝‘1’
通过使用上述值，接收器可以识别出当前服务使用两个频带，并且用来接收当前SLT的广播流(bsid＝‘1’)是主广播流，辅广播流的bsid值是‘2’。此外，接收器可以识别出辅广播流仅发送附加服务部件，并且在另外接收附加服务部件之前仅利用主广播流就能够向用户提供基本服务。
根据本公开的实施例，关于通过两个广播流发送的SLT中的增强服务的信息除了@bsid和MultiRFChannel之外可以具有相同的值。在本公开的另一个实施例中，通过辅广播流发送的SLT可以省略BroadcastSvcSignaling元素。在这种情况下，接收器可以获得通过主广播流发送的SLT中的服务信令的发送位置。
图7是示出根据本公开的实施例的通过使用两个频带发送综合服务的情况的图。
参照图7，根据本公开的实施例的一个综合服务可以包括总共两个资产，即包括音频资产0610和视频资产0615。这两个资产中的音频资产0610可以被复用到MMTP会话10620，视频资产0615可以被复用到MMTP会话2 0625。此后，MMTP会话1 0620可以被封装到UDP/IP会话1 0630和ALP流1 0640，可以被信号处理到PLP 1 0650，并且可以被发送到RF信道1 0660。MMTP会话2 0625可以被封装到UDP/IP会话2 0635和ALP流2 0645，可以被信号处理到RF信道1 0660的PLP 2 0655和RF信道2 0665的PLP 2 0656，并且可以被发送到RF信道2 0665。另外，ALP流1 0640可以包括LLS和链路层信令，该LLS和链路层信令可以在信令服务器0570生成。尽管图7中未示出，除了PLP 2 0656之外，RF信道2 0665还可以包括另一个PLP，并且可以通过该PLP发送LLS和链路层信令。
在下文中，为了便于解释，假设图7中的RF信道1 0660是bsid值为1的主广播流，RF信道2 0665是bsid值为2的辅广播流。
根据本公开的实施例，可以仅通过主广播流来发送SLT。表20中所示的SLT中MultiRFChannel元素的属性具有以下值。在这种情况下，可以省略@PrimaryBsid属性。
@isPrimaryBS＝‘1’
@SecondaryBsid＝‘2’
@MultiRFChannelType＝‘2’或‘3’
通过使用上述值，接收器可以识别出当前服务使用两个频带，用来接收当前SLT的广播流(bsid＝‘1’)是主广播流，辅广播流的bsid值是‘2’，并且应该处理通过这两个频带发送的所有信号以提供服务。
根据实施例，当@MultiRFChannelType的值指示综合服务时，可以从表20中所示的MultiRFChannel元素中省略除@MultiRFChannelType之外的其他属性。
根据本公开的实施例的数字广播系统中，可以仅通过使用SLT来传递用于利用多个频率的信息。在这种情况下，可以使用上述表20中所示的MultiRFChannel元素和下面提供的表22中所示的MultiRFChannel元素中的至少一个。
表22
Figure GDA0003294027190000411
“MultiRFChannel”元素是复杂元素，其包括关于用于下级元素的RF信道的信息和用于发送服务的属性。仅当服务由多于一个RF信道发送时，相应的元素才可以包括在信令中。当相应的元素不包括在信令中时，可以仅通过由SLT的@bsid识别的一个广播流来发送服务。
“@isPrimaryBS”是布尔属性，其指示发送SLT的广播流是否是主流(包括必要部分的流)。当对应属性为“1”或“真”时，它可以指示发送SLT的流是主广播流。当对应属性为“0”或“假”时，它可以指示发送SLT的广播流是辅广播流(包括非必要部分的流)之一。
“@PrimaryBsid”是主广播流的标识符。主Bsid的值可以是区域级别中的唯一值。在这种情况下，行政或监管机构履行这一职责。只有当“@isPrimaryBS”的值为“0”或“假”时，相应的属性才可能存在。当相应的属性不存在时，可以参考SLT的@bsid属性值。
“@associatedBsid”是除主广播流之外的与由SLT的@bsid识别的广播流相关的广播流的标识符。associatedBsid的值可以是区域级别中的唯一值。在这种情况下，行政或监管机构可以履行这一职责。
“@MultiRFChannelType”是指示使用多个广播流的整数，并且可以由8位表示。根据实施例，相应值可以根据下面提供的表23来编码。当相应属性不存在时，可以参考“1”作为相应值。
表23
MultiRFServiceType 含义
0 保留
1 补充(为有意义地呈现此服务所需的所有部件由主广播流传递)
2 综合(为有意义地呈现此服务所需的一个或多个部件不由主广播流传递)
其他值 保留供将来使用
表23中的“MultiRFProcessingType”是指示用于处理多个广播流的方法的整数，并且可以由8位表示。可以根据下面提供的表24对相应值进行编码。当相应属性不存在时，可以参考“1”作为相应值。
表24
MultiRFProcessingType 含义
0 保留
1 独立
2 普通信道绑定
3 取SNR平均值的信道绑定
其他值 保留供将来使用
在上述实施例中，MultiRFChannel元素是服务元素的子元素，并且可以仅提供关于由父服务元素识别的服务的信息。根据实现示例，可以提供MultiRFChannel，其提供关于包括在SLT中的所有服务的信息。在这种情况下，当关于SLT的MultiRFChannel和关于服务的MultiRFChannel元素都存在时，关于服务的MultiRFChannel元素可以具有优先级。另外，表22中所示的MultiRFChannel元素单独提供@PrimaryBsid，但是根据实现示例，可以提供关于主广播流的bsid作为第一@associatedBsid。
“@associatedBsid”是与由SLT的@bsid识别的广播流相关的广播流的标识符。associatedBsid值可以是区域级别中的唯一值。在这种情况下，行政或监管机构可以履行这一职责。当@isPrimaryBS的值是“0”或“假”时，相应属性的第一实例值可以被称为主广播流的标识符。
在根据本公开的另一实施例的数字广播系统中，可以通过使用SLT和服务层信令两者来传递用于利用多个频率的信息。在这种情况下，上述MultiRFChannel元素可以用于SLT。用来发送每个媒体数据的广播流的标识符可以被传递作为指示媒体数据的上级发送路径的信令的一部分。例如，在MMT的情况下，可以将上述表7中的bsid_descriptor传递到上述表3中的asset_descriptor。在MMT的情况下的另一示例中，可以将上述表8或下面提供的表25和表26中所示的bsid_descriptor提供给上述表10中的mmt_atsc3_message()有效载荷。
表25
Figure GDA0003294027190000431
在此，“num_bsid”指示广播流的数量，“bsid”指示广播流的标识符，“num_of_asset”指示由bsid识别的广播流发送的资产的数量，“asset_id_length”指示视频资产标识符的字节长度，“asset_id_byte”可以包括资产标识符的字节。
表26
Figure GDA0003294027190000441
在此，“num_bsid”指示广播流的数量；“bsid”指示广播流的tlruqf；“num_IP_flows”是8位无符号整数字段，用于标识由bsid字段识别的广播流发送的MMTP子流的数量。另外，“ipv4_src_addr”是32位无符号整数字段，指示MMTP子流的IP版本4源地址；“ipv4_dst_addr”是32位无符号整数字段，指示MMTP子流的IP版本4目的地址；“dst_port”是16位无符号整数字段，指示MMP子流目的地端口号；“packet_id”是16位无符号整数字段，指示由MMTP子流发送的MMP分组头中的分组标识符。在此，可以省略或选择性地提供packet_id字段。
在MMT的情况下，关于每个资产的资产标识符、相应资产被发送到的MMTP会话的地址以及packet_id被传递到MP_table。当bsid_descriptor被传递到上述mmt_atsc3_message()时，接收器可以通过使用表26中的资产标识符而知道哪个资产通过哪个广播流发送，并且可以通过结合上述MP_table中的信息，知道MMTP分组具有哪个MMTP会话和packet_id以及哪个广播流用于发送。
在ROUTE的情况下，作为RS元素的属性，用于标识用来发送相应ROUTE会话的广播流的@bsid属性可以在如表13所示的S-TSID中提供。
在根据本公开的又一实施例的数字广播系统中，可以通过仅使用服务层信令来传递用于利用多个频率的信息。在这种情况下，如上所述的MultiRFChannel元素可以包括在表1中的bundleDescriptionMMT或表2中的bundleDescriptionROUTE中。另外，如在上述实施例中，用来发送每个媒体数据的广播流的标识符可以被传递作为指示该媒体数据的上级发送路径的信令的一部分。
在根据本公开的再一实施例的数字广播系统中，可以发送用于利用多个频率的信息作为指示媒体数据的上级发送路径的信令的一部分。在这种情况下，包括在上述MultiRFChannel中的信息可以与用来发送每个媒体数据的广播流的标识符一起发送。例如，可以将bsid与指示由相应bsid识别的广播流是否为主的标志或者指示由相应bsid识别的广播流是否可独立处理的字段(或信息)一起添加到表25或表26中的bsid_descriptor。
图8是示出根据本公开的实施例的接收设备的配置的框图。
参照图8，接收设备200包括接收器210和信号处理器220。
接收器210可以从发送设备100接收广播信号。接收器210可以包括至少一个接收天线(未示出)。
接收器210可以通过RF信道接收广播流。
信号处理器220对通过RF信道接收的广播流进行信号处理，并获得要提供给用户的服务。在此，服务可以被配置为即使当接收设备200仅处理通过一个特定RF信道提供的数据时也提供基本图像和声音，或者可以被配置为仅当接收设备200处理通过多个RF信道提供的所有数据时才提供图像和声音。
为了使接收设备200知道使用什么应用层协议发送特定服务，发送设备100应通过独立于应用层协议的信令来通知关于用于发送该服务的应用协议的信息。在此，信令可以是上面在图1至图7中描述的各种类型的信令。例如，根据实施例的服务列表(SLT)包括表格形式的关于服务的信息，作为用于向接收设备200通知应用协议的信息的信令。
在此，用于服务的信令可以包括指示服务是否通过多个RF信道发送的信息，以及指示通过RF信道发送的广播流是否包括服务的必要部分的信息。
例如，当用于服务的信令包括第一属性时，它可以指示服务通过多个RF信道发送。
另外，当第一属性的属性值为第一值时，它可以指示广播流包括服务的必要部分，而当第一属性的属性值为第二值时，它可以指示广播流包括服务的非必要部分。在此，第一属性可以是布尔属性，第一值可以是“真”，第二值可以是“假”。
另外，当第一属性的属性值是第一值时，用于服务的信令还可以包括关于发送服务的非必要部分的广播流的标识符的信息。
另外，用于服务的信令还可以包括指示广播流发送服务的副本还是其部分的信息。
由于上面已经描述了包括在服务信令(例如，SLT)中的关于服务的各种信息，因此省略其详细描述。
包括在SLT中的关于服务的各种信息使通过多个RF信道发送的服务的部分或副本能够在扫描信道时通过接收设备200的信道映射而被集成到一个服务中。基本部分或副本的SLT表目可以包括能够由其他部分或副本发现的广播流的广播流标识符(BSID)。
例如，接收设备200可以调谐到包括必要部分的主广播流，然后可以对PLP 1进行信号处理并获得SLT。接下来，接收设备200可以基于包括在SLT中的信息，知道用于增强服务的其他部分通过由特定otherbsid值标识的辅广播流来发送。此后，接收设备200可以调谐到该辅广播流，然后可以对PLP 1进行信号处理。
尽管未在图8中详细提及，图1至图7中描述的元件中与接收设备相关的元件可以应用于图8的接收设备200。
根据如上所述的本公开的各种实施例，通过使用多个频带来发送一个服务，使得可以高效率地使用广播频率资源。另外，尽管在上述实施例中主要描述了使用两个频带，但是显然，即使所使用的频带的数量增加，本公开的主要特征也是适用的。
本公开的特定方面可以实现为计算机可读记录介质中的计算机可读代码。计算机可读记录介质可以是能够存储计算机系统可读的数据的某种数据存储设备。计算机可读记录介质的示例可以包括只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、光学数据存储设备和载波(通过互联网的数据发送)。所述计算机可读记录介质可分布于通过网络连接的计算机系统，因此，以分布方式存储和执行所述计算机可读代码。另外，用于实现本公开的功能性程序、代码和代码段能够由本申请被应用到的领域中的熟练程序员容易地解释。
另外，可见根据本公开的实施例的设备和方法可以以硬件、软件或硬件和软件的组合的形式执行。这种特定软件可以存储于易失性或非易失性存储设备(诸如存储设备(例如ROM等))、存储器(诸如RAM)、存储器芯片、设备或集成电路，或者可光学地或磁性地记录同时可由机器(诸如计算机)读取的存储介质(诸如CD、DVD、磁盘或磁带)，而不管该软件是否可被删除或重新记录。根据本公开的实施例的方法可以由计算机或包括控制器和存储器的便携式终端来实现，该存储器可以是包括用于实现本公开的实施例的指令的程序，或者适合于存储该程序的机器可读存储介质的示例。
因此，本公开包括：程序，该程序包括用于实现在本说明书中的某个权利要求中描述的设备或方法的代码；以及存储这样的程序的机器(计算机)可读存储介质。另外，该程序可以通过诸如通过有线或无线连接发送的通信信号的某种介质被电子传送，并且本公开适当地包括其等同物。
另外，根据本公开的实施例的设备可以从有线或无线连接的程序提供设备接收程序，并且可以存储该程序。程序提供设备可以包括：包括用于程序处理设备执行预定发送/接收方法的指令的程序；用于存储该发送/接收方法所需的信息的存储器；用于与图形处理设备进行有线或无线通信的通信单元；以及用于根据图形处理设备的请求或自动地将相应的程序发送到发送和接收设备的控制器。
虽然已经在对本公开的详细描述中描述了特定实施例，但是在不脱离本公开的范围的情况下可以做出各种改变。因此，本公开的范围不应限于上述实施例，而应由所附权利要求和权利要求的范围的等同物限定。

Claims (15)

1.一种发送设备，包括：
信号发生器，所述信号发生器被配置为生成包括服务的广播信号，其中所述服务包括必要部分和非必要部分，其中所述必要部分是在不使用所述非必要部分的情况下能够提供服务的呈现的部分；以及
发送器，所述发送器被配置为通过至少一个RF信道发送所述广播信号，
其中，通过所述至少一个RF信道中的每一个RF信道发送的广播流包括用于所述服务的信令；
其中，用于所述服务的所述信令包括：
指示所述服务是否通过多个RF信道发送的信息，以及
指示通过所述至少一个RF信道中的每一个RF信道发送的所述广播流是包括所述服务的必要部分的信息还是包括所述服务的非必要部分的信息。
2.根据权利要求1所述的发送设备，其中，当用于所述服务的所述信令包括第一属性时，所述信令指示所述服务通过所述至少一个RF信道发送。
3.根据权利要求2所述的发送设备，其中，当所述第一属性的属性值是第一值时，所述属性值指示所述广播流包括所述服务的必要部分。
4.根据权利要求3所述的发送设备，其中，当所述第一属性的属性值是第二值时，所述属性值指示所述广播流包括所述服务的非必要部分。
5.根据权利要求4所述的发送设备，其中，所述第一属性是布尔属性，所述第一值是“真”，所述第二值是“假”。
6.根据权利要求3所述的发送设备，其中，当所述第一属性的
属性值是所述第一值时，用于所述服务的所述信令还包括关于发送所述服务的非必要部分的广播流的标识符的信息。
7.根据权利要求1所述的发送设备，其中，用于所述服务的所述信令还包括指示所述广播流发送所述服务的副本还是所述服务的部分的信息。
8.根据权利要求1所述的发送设备，其中，用于所述服务的所述信令是服务列表SLT。
9.一种发送方法，包括：
生成包括服务的广播信号，其中所述服务包括必要部分和非必要部分，其中所述必要部分是在不使用所述非必要部分的情况下能够提供服务的呈现的部分；以及
通过至少一个RF信道发送所述广播信号，
其中，通过所述至少一个RF信道中的每一个RF信道发送的广播流包括用于所述服务的信令，
其中，用于所述服务的所述信令包括：
指示所述服务是否通过至少一个RF信道发送的信息，以及
指示通过所述至少一个RF信道中的每一个RF信道发送的所述广播流是否包括所述服务的必要部分的信息还是包括所述服务的非必要部分的信息。
10.根据权利要求9所述的发送方法，其中，当用于所述服务的所述信令包括第一属性时，所述信令指示所述服务通过所述至少一个RF信道发送。
11.根据权利要求10所述的发送方法，其中，当所述第一属性的属性值是第一值时，所述属性值指示所述广播流包括所述服务的必要部分。
12.根据权利要求11所述的发送方法，其中，当所述第一属性的属性值是第二值时，所述属性值指示所述广播流包括所述服务的非必要部分。
13.根据权利要求12所述的发送方法，其中，所述第一属性是布尔属性，所述第一值是“真”，所述第二值是“假”。
14.根据权利要求11所述的发送方法，其中，当所述第一属性的属性值是所述第一值时，用于所述服务的所述信令还包括关于发送所述服务的非必要部分的广播流的标识符的信息。
15.根据权利要求9所述的发送方法，其中，用于所述服务的所述信令是服务列表SLT。
CN201780056400.6A 2016-09-13 2017-09-13 发送设备及其发送方法 Active CN109716777B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662393807P 2016-09-13 2016-09-13
US62/393,807 2016-09-13
US201662409968P 2016-10-19 2016-10-19
US62/409,968 2016-10-19
PCT/KR2017/010070 WO2018052253A1 (ko) 2016-09-13 2017-09-13 송신 장치 및 그 송신 방법

Publications (2)

Publication Number Publication Date
CN109716777A CN109716777A (zh) 2019-05-03
CN109716777B true CN109716777B (zh) 2022-01-25

Family

ID=61619171

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780056400.6A Active CN109716777B (zh) 2016-09-13 2017-09-13 发送设备及其发送方法

Country Status (5)

Country Link
US (3) US10939180B2 (zh)
EP (1) EP3499898A4 (zh)
KR (2) KR102196473B1 (zh)
CN (1) CN109716777B (zh)
WO (1) WO2018052253A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11039186B2 (en) 2016-12-02 2021-06-15 Lg Electronics Inc. Broadcast signal transmitting/receiving device and method
US11606528B2 (en) 2018-01-03 2023-03-14 Saturn Licensing Llc Advanced television systems committee (ATSC) 3.0 latency-free display of content attribute
US11044294B2 (en) * 2018-01-03 2021-06-22 Sony Group Corporation ATSC 3.0 playback using MPEG media transport protocol (MMTP)
CN108667808A (zh) * 2018-04-12 2018-10-16 上海交通大学 支持专用回传链路的atsc3.0底层信令的通信方法
US11706465B2 (en) 2019-01-15 2023-07-18 Sony Group Corporation ATSC 3.0 advertising notification using event streams
WO2021157866A1 (ko) * 2020-02-03 2021-08-12 주식회사 에어코드 지상파 uhd 방송 재전송 시스템 및 그 방법
US11611799B2 (en) 2021-08-06 2023-03-21 Sony Group Corporation ATSC 3 application context switching and sharing
US11611790B2 (en) 2021-08-06 2023-03-21 Sony Group Corporation RF channel description for multiple frequency networks
US11711568B2 (en) 2021-08-06 2023-07-25 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using plural tuners handing off between presentation and scanning
US11601707B2 (en) 2021-08-06 2023-03-07 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using plural tuners
US11838680B2 (en) * 2021-08-06 2023-12-05 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using complete service reception during scan to determine signal quality of frequencies carrying the duplicate service
US11546650B1 (en) 2021-08-06 2023-01-03 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using plural tuners with different numbers of antennae
US11848716B2 (en) 2021-08-06 2023-12-19 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using signal quality and packet errors to differentiate between duplicated services on different frequencies during scan
US11553245B1 (en) 2021-08-06 2023-01-10 Sony Group Corporation Techniques for receiving non-real time (NRT) data whilst traversing a multi-frequency network boundary
US11611792B2 (en) 2021-08-06 2023-03-21 Sony Group Corporation ATSC 3 reception across boundary conditions using location data
WO2024132117A1 (en) * 2022-12-20 2024-06-27 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Apparatus and method for coding of radio programs and multimedia services in television broadcasts

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101558589A (zh) * 2007-05-14 2009-10-14 三星电子株式会社 用于发送广播的方法和设备、用于接收广播的方法和设备
CN104883606A (zh) * 2014-02-27 2015-09-02 三星电子株式会社 广播接收机及其控制方法
WO2016105090A1 (ko) * 2014-12-22 2016-06-30 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN105830372A (zh) * 2014-08-22 2016-08-03 Lg电子株式会社 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6247158B1 (en) 1998-11-30 2001-06-12 Itt Manufacturing Enterprises, Inc. Digital broadcasting system and method
US7974255B2 (en) * 1999-09-15 2011-07-05 Alcatel-Lucent Usa Inc. Method and apparatus for multi-stream transmission with time and frequency diversity in an orthogonal frequency division multiplexing (OFDM) communication system
US8180275B2 (en) * 2003-07-24 2012-05-15 Sirius Xm Radio Inc. Computer based multi-channel radio system and user interface
US7460839B2 (en) * 2004-07-19 2008-12-02 Purewave Networks, Inc. Non-simultaneous frequency diversity in radio communication systems
KR101367203B1 (ko) * 2007-02-15 2014-02-28 삼성전자주식회사 디지털 방송 송수신 장치 및 방법
KR101590378B1 (ko) * 2009-09-07 2016-02-02 에스케이텔레콤 주식회사 근거리 영역 내의 방송통신 융합 구간에 대한 신호 간섭 최소화 시스템 및 방법, 그리고 이에 적용되는 장치
US20110154425A1 (en) * 2009-12-17 2011-06-23 Electronics And Telecommunications Research Institute Headend apparatus for transmitting video broadcast content using channel bonding, and broadcast receiving apparatus and method for receiving video broadcast content
US20110264530A1 (en) * 2010-04-23 2011-10-27 Bryan Santangelo Apparatus and methods for dynamic secondary content and data insertion and delivery
KR101362943B1 (ko) * 2010-06-30 2014-02-17 한국전자통신연구원 통신 시스템에서 데이터 송수신 장치 및 방법
US9432746B2 (en) * 2010-08-25 2016-08-30 Ipar, Llc Method and system for delivery of immersive content over communication networks
JP5412404B2 (ja) * 2010-11-15 2014-02-12 シャープ株式会社 情報統合装置、情報表示装置、情報記録装置
CA2845780C (en) * 2011-08-31 2017-04-18 Lg Electronics Inc. Digital broadcast signal processing method and device
US9288542B2 (en) * 2013-03-15 2016-03-15 Time Warner Cable Enterprises Llc Multi-option sourcing of content
KR102109409B1 (ko) 2015-02-04 2020-05-28 엘지전자 주식회사 방송 신호 송수신 장치 및 방법
KR102387881B1 (ko) 2015-04-17 2022-04-18 삼성전자주식회사 방송 서비스를 구성하는 콘텐츠 관련 정보들을 제공하는 방법 및 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101558589A (zh) * 2007-05-14 2009-10-14 三星电子株式会社 用于发送广播的方法和设备、用于接收广播的方法和设备
CN104883606A (zh) * 2014-02-27 2015-09-02 三星电子株式会社 广播接收机及其控制方法
CN105830372A (zh) * 2014-08-22 2016-08-03 Lg电子株式会社 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备
WO2016105090A1 (ko) * 2014-12-22 2016-06-30 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Also Published As

Publication number Publication date
US11265616B2 (en) 2022-03-01
EP3499898A1 (en) 2019-06-19
US11671676B2 (en) 2023-06-06
US10939180B2 (en) 2021-03-02
US20190215575A1 (en) 2019-07-11
US20220132220A1 (en) 2022-04-28
EP3499898A4 (en) 2019-09-25
KR20200106990A (ko) 2020-09-15
WO2018052253A1 (ko) 2018-03-22
CN109716777A (zh) 2019-05-03
KR20180137023A (ko) 2018-12-26
KR102196473B1 (ko) 2020-12-29
US20210266645A1 (en) 2021-08-26

Similar Documents

Publication Publication Date Title
CN109716777B (zh) 发送设备及其发送方法
US10142233B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
JP7494338B2 (ja) 受信方法
CN107079028B (zh) 发送装置和接收装置及其信号处理方法
CN108432255B (zh) 接收装置，发送装置和数据处理方法
CN111954029B (zh) 广播信号发送和接收设备及广播信号发送和接收方法
US11343559B2 (en) Method and apparatus for receiving, sending and data processing information related to time such as leap second and daylight saving time (DST)
US11395019B2 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
US11444885B2 (en) Transmission device, transmission method, reception device, and reception method
CN107113321B (zh) 传输设备和接收设备以及它们的信号处理方法
KR102062897B1 (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법
KR20170026064A (ko) 링크 계층 프로토콜을 지원하는 멀티미디어 시스템에서 신호 송수신 장치 및 방법
CN111447243B (zh) 发送装置和接收装置及其信号处理方法
KR20200003769A (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
GR01 Patent grant
GR01 Patent grant