CN111263197B - 发送设备及其信号处理方法 - Google Patents

发送设备及其信号处理方法 Download PDF

Info

Publication number
CN111263197B
CN111263197B CN202010099523.1A CN202010099523A CN111263197B CN 111263197 B CN111263197 B CN 111263197B CN 202010099523 A CN202010099523 A CN 202010099523A CN 111263197 B CN111263197 B CN 111263197B
Authority
CN
China
Prior art keywords
packet
header
packets
field
alp
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
CN202010099523.1A
Other languages
English (en)
Other versions
CN111263197A (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 CN111263197A publication Critical patent/CN111263197A/zh
Application granted granted Critical
Publication of CN111263197B publication Critical patent/CN111263197B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/70Media network packetisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/323Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

提供了一种发送设备及其信号处理方法。所述发送设备包括:包产生器,从包括多个输入包的输入流产生包括头部和净荷的包;信号处理器,对所述包进行信号处理,其中,头部包括基本头部,其中,基本头部包括:第一字段,指示所述多个输入包的包类型;其中,当第一字段被设置为指示所述多个输入包的包类型是TS包的值时,基本头部包括指示净荷中所包括的TS包的数量的第二字段以及被设置为第一值或第二值的第三字段,其中,第一值指示所述包的头部不包括额外头部,第二值指示所述包的头部还包括额外头部,其中,当用于去除TS包的至少一个头部的TS头部压缩被应用以产生所述包时,第三字段被设置为第二值。

Description

发送设备及其信号处理方法
本申请是申请日为2016年01月11日、申请号为201680005232.3、标题为“发送设备及其信号处理方法”的专利申请的分案申请。
技术领域
与示例性实施例一致的设备和方法涉及一种发送设备和一种接收设备以及其信号处理方法,更具体地讲,涉及一种通过将数据映射到至少一个信号处理路径来发送数据的发送设备和一种接收设备以及其信号处理方法。
背景技术
在21世纪的面向信息的社会中,广播通信服务正进入数字化、多信道、宽带、以及高质量的时代。具体地讲,随着近年来高质量数字电视(TV)、便携式多媒体播放器(PMP)、以及便携式广播设备已被越来越多地使用,对于能够支持各种接收方法的数字广播服务的需求增长。另外,对于由通常经由广播网络使用的运动图像专家组2(MPEG2)传输流(TS)包以及基于互联网协议(IP)的包构成的各种数据包的数据发送的需求也增长。
因此,广播通信标准组已经根据需求建立各种标准以提供各种服务来满足用户的需要。然而,仍需要一种用于通过使用通用数据来提供具有更加卓越的性能的更好的广播通信服务的方法。
发明内容
技术问题
示例性实施例提供了一种产生具有适合于发送各种类型的数据的格式的帧的发送设备和接收装置以及其信号处理方法。
技术方案
发明构思的示例性实施例可克服以上缺点和上文未描述的其它缺点。然而,不要求示例性实施例克服上文描述的缺点,并且示例性实施例可不克服上文描述的问题中的任何问题。
根据示例性实施例的一方面,提供了一种发送设备,其中,所述发送设备可包括:包产生器,从包括多个输入包的输入流产生包括头部和净荷的包;信号处理器,对所述包进行信号处理,其中,头部包括基本头部,其中,基本头部包括:指示所述多个输入包的包类型的第一字段;其中,当第一字段被设置为指示输入包的包类型是TS包的值时,基本头部包括指示净荷中所包括的TS包的数量的第二字段和被设置为第一值或第二值的第三字段,其中,第一值指示所述包的头部不包括额外头部,第二值指示所述包的头部还包括额外头部,其中,当用于去除TS包的至少一个头部的TS头部压缩被应用以产生所述包时,第三字段被设置为第二值。这里,所述包可以是链路层协议包,其中,链路层协议包将在从发送设备被发送出之前被映射到物理层。
通过TS头部压缩,TS协议包之中的至少一个TS包的头部可包括在所述包的净荷中,而TS包之中的至少一个另一TS包的头部不包括在所述包的净荷中。
当第三字段被设置为第二值时,所述额外头部可包括第四字段和第五字段,其中,第四字段被设置为指示头部压缩被应用以产生包的第三值,第五字段指示删除的TS空包的数量。删除的空TS包可包括至少一个空TS包,其中,所述至少一个空TS包紧接在所述包的净荷中所包括的TS包之中的第一包之前。当存在删除的空TS包时,第五字段可被设置为指示删除的空TS包的数量的值,当不存在删除的空TS包时,第五字段可被设置为0。
当第三字段被设置为第二值并且第四字段被设置为指示头部压缩未被应用以产生所述包的第四值时,在128个空包被删除的情况下,第五字段可被设置为0。这里,第一字段、第二字段、以及第三字段可分别被实现为3比特字段、4比特字段以及5比特字段。根据示例性实施例的另一方面,提供了一种发送设备的信号处理方法。所述方法可包括:基于包括多个输入包的输入流产生包括头部和净荷的包;对所述包进行信号处理,其中,头部包括基本头部,其中,基本头部包括:指示所述多个输入包的包类型的第一字段;指示所述多个输入包的数量的第二字段;其中,当第一字段被设置为指示所述多个输入包的包类型是TS包的值时,基本头部包括第二字段和第三字段,其中,第二字段指示净荷中所包括的TS包的数量,第三字段被设置为指示所述包的头部不包括额外头部的第一值或指示所述包的头部还包括额外头部的第二值,其中,当用于去除TS包的至少一个头部的TS头部压缩被应用以产生所述包时,第三字段被设置为第二值。
这里,所述包可以是链路层协议包,其中,链路层协议包将在从发送设备被发送出之前被映射到物理层。
发明构思的另外和/或其它方面和优点将在随后的描述中部分地阐述,并且部分地将通过描述而清楚或者可通过示例性实施例的实践而获知。
【有益效果】
根据各种示例性实施例,由于输入流可被有效地映射到物理层,因此可提高数据处理效率。
附图说明
本发明的以上和/或其它方面将通过参照附图描述发明构思的特定示例性实施例而更加清楚,其中:
图1是示出根据示例性实施例的发送系统的层级结构的示图;
图2是示出根据示例性实施例的广播链路层1400的示意性构造的示图;
图3A是示出根据示例性实施例的发送系统或发送设备的示意性构造的示图;
图3B和图3C是示出根据示例性实施例的多路复用方法的示图;
图4至图5B是示出根据示例性实施例的在图3A中示出的输入格式化块的详细构造的框图;
图6是示出根据示例性实施例的发送设备的构造的框图;
图7是示出根据示例性实施例的ATSC 3.0链路层协议(ALP)包结构的示图;
图8是示出根据示例性实施例的ALP包的基本头部的结构的示图;
图9是用于描述根据示例性实施例的空包删除机制的示图;
图10是用于描述根据示例性实施例的TS头部删除机制的示图;
图11是示出根据另一示例性实施例的发送设备的构造的框图;
图12是示出根据示例性实施例的帧产生器的详细构造的框图;
图13是示出根据示例性实施例的ALP包、基带包和加扰基带包的示图;
图14是用于描述根据示例性实施例的TS包封装机制的示图;
图15是用于描述根据另一实施例的TS包封装机制的示图;
图16是用于描述图15中示出的ALP包的封装机制的示图;
图17是用于描述根据另一示例性实施例的TS包封装和TS头部删除机制的示图;
图18是用于描述根据示例性实施例的在图17中示出的ALP包的解封装和TS头部恢复的示图;
图19是用于描述根据示例性实施例的发送设备的信号处理方法的流程图;
图20A是示出根据示例性实施例的接收设备的构造的框图;
图20B是详细地示出根据示例性实施例的信号处理器的框图;
图21是示出根据示例性实施例的接收器的构造的框图;
图22是示出根据示例性实施例的图21的解调器的框图;
图23是示意性地示出根据示例性实施例的接收器从用户选择服务的时间到选择的服务被实际再现的时间的操作的流程图。
具体实施方式
在下文中,将参照附图详细描述发明构思的示例性实施例。
在示例性实施例中提出的装置和方法可应用于包括移动广播服务的各种通信系统,其中,移动广播服务包括数字多媒体播放器(DMB)(在下文中,称作“DMB”)服务、手持式数字视频广播(DVP-H)(在下文中,被称作“DVP-H”)、高级电视系统委员会移动/手持(ATSC-M/H)(在下文中,称作“ATSC-M/H”)服务、互联网协议电视(IPTV)(在下文中,称作“IPTV”)服务,通信系统包括运动图像专家组(MPEG)媒体传送(MMT)(在下文中,称作“MMT”)系统、演进分组系统(EPS)(在下文中,称作“EPS”)、长期演进(LTE)(在下文中,称作“LTE”)移动通信系统、高级长期演进(LTE-A)(在下文中,称作“LTE-A”)移动通信系统、高速下行分组接入(HDSPA)(在下文中,称作“HSDPA”)移动通信系统、高速上行分组接入(HSUPA)(在下文中,称作“HSUPA”)移动通信系统、第三代合作伙伴计划2(3GPP2)(在下文中,称作“3GPP2”)高速分组数据(HRPD)(在下文中,称作“HRPD”)移动通信系统、3GPP2宽带码分多址(WCDMA)(在下文中,称作“WCDMA”)移动通信系统、3GPP2码分多址(CDMA)(在下文中,称作“CDMA”)移动通信系统、电气与电子工程师协会(IEEE)(在下文中,称作“IEEE”)802.16m通信系统、移动互联网协议(Mobile IP)(在下文中,称作“Mobile IP”)系统等。
图1是示出根据示例性实施例的发送系统的层级结构的示图。
参照图1,服务包括媒体数据1000和用于传送接收者接收并消费媒体数据所需的信息的信令1050。媒体数据可在发送前被封装为适合于发送的格式。封装方法可遵循ISO/IEC 23008-1MPEG MMT中限定的媒体处理器(MPU)或者ISO/IEC 23009-1DASH中限定的通过HTTP的动态适应流(DASH)片段格式。媒体数据1000和信令1050基于应用层协议被分组化。
图1示出MMT中限定的MMT协议(MMTP)1110以及通过单项传输的实时对象传送(ROUTE)协议1120被用作应用层协议的情况。在这种情况下,用于通知与从应用层协议独立发送服务的应用层协议有关的信息的方法需要接收者知道特定服务通过哪个应用层协议被发送。
图1中示出的服务列表(SLT)1150通过表构成与服务有关的信息并且以信令方法将信息分组化以满足前面提到的目标。将在下面描述SLT的详细内容。分组化的媒体数据和包括SLT的信令通过用户数据报协议(UDP)1200和互联网协议(IP)1300被发送到广播链路层1400。广播链路层的示例包括在ATSC 3.0中限定的ATSC 3.0链路层协议(ALP)。ALP通过将IP包用作输入来产生ALP包,并且将ALP包传送到广播物理层1500。
然而,根据将在下面描述的图2,注意的是,广播链路层1400不仅仅将包括媒体数据和/或信令的IP包1300用作输入,而是可使用MPEG2-TS包或通用格式的分组化数据作为输入。在这种情况下,控制广播链路层所需要的信令信息还可以以ALP包的形式被传送到广播物理层1500。
广播物理层1500通过对作为输入的ALP包进行信号处理来产生物理层帧,将物理层帧转换为射频(RF)信号,并且发送RF信号。在这种情况下,广播物理层1500具有至少一个信号处理路径。信号处理路径的示例可包括DVB-T2或ATSC 3.0的物理层通道(PLP),并且一个或更多个服务中的全部或者服务中的一些可被映射到PLP。
图2是示出根据示例性实施例的广播链路层1400的示意构造的示意图。
参照图2,广播链路层1400的输入包括IP包1300,并且还可包括链路层信令1310、MPEG2-TS包1320以及其它分组化的数据1330。
在ALP分组化1450之前,基于输入数据的类型,输入数据可经受额外的信号处理。作为额外的信号处理的示例,IP包1300可经受IP头部压缩处理1410,MPEG2-TS包可经受头部削减(或开销削减)处理1420。在ALP分组化期间,输入包可经受划分和合并处理。
图3A是示出根据示例性实施例的发送系统或设备的示意性构造的示图。根据图3A,根据示例性实施例的发送系统10000可包括输入格式化块(可选择地,部分)11000和11000-1、比特交织和编码调制(BICM)块12000和12000-1、分帧/交织(FRM/INT)块13000和13000-1、以及波形产生块14000和14000-1。
输入格式化块11000和输入格式化块11000-1从包括将被提供的数据的输入流产生基带包。这里输入流可以是以下项中的至少一项:传输流(TS)、IP包(例如,IPv4和IPv6)、MMT流、通用流(GS)、通用流封装(GSE)等。例如,ALP包可从输入流产生,并且基带包可从ALP包产生。
BICM块12000和BICM块12000-1根据发送将提供的数据所经由的区域(固定PHY帧或移动PHY帧)来确定前向纠错(FEC)编码率和星座顺序,并且对编码的数据执行编码和时间交织。同时,针对将提供的数据的信令信号15000或信令信息可根据系统实现而通过单独的BICM编码器被编码,或者由对将提供的数据进行解码的同一BICM编码器进行编码。
分帧/交织块13000和分帧/交织块13000-1将时间交织的数据与信令信号15000组合以产生发送帧。
波形产生块14000和波形产生块14000-1从产生的发送帧产生时域中的正交频分复用(OFDM)信号,将产生的OFDM信号调制成RF信号,并且将RF信号发送到接收器。
在图3A中示出的根据示例性实施例的发送系统10000包括用实线标记的标准块和用虚线标记的信息块。这里,用实线标记的块是标准块,用虚线标记的块是可在信息多输入所输出(MIMO)系统被实现时使用的块。
图3B和图3C是示出根据示例性实施例的复用方法的示图。
图3B示出根据示例性实施例的用于实现时分复用的框图。
在TDM系统架构中,存在四个主要块:输入格式化块11000、BICM块12000、分帧/交织块13000、以及波形产生块14000。
数据被输入到输入格式化块11000并且在输入格式化块11000中被格式化。接下来,在BICM块12000中,FEC被应用于数据,并且数据被映射到星座。随后,在分帧/交织块13000中,对数据进行时间和频率交织并且产生帧。此后,在波形产生块14000中产生输出波形。
图3C示出根据示例性实施例的用于实现层分复用(LDM)的框图。
在LDM系统架构中,与TDM系统架构相比,存在若干其他块。具体地讲,在LDM系统架构中包括针对LDM的各个层中的一个层的两个单独的输入格式化块11000和11000-1以及BCIM块12000和12000-1。在分帧/交织块13000之前,块被组合在LDM注入块中。而且,波形产生块14000类似于TDM。
图4是根据示例性实施例的示出图3A中示出的输入格式化块的详细构造的框图。
如图4所示,输入格式化块11000包括控制包被格式化并且被分发给PLP的三个块。具体地讲,输入格式化块11000包括:封装和压缩块11100、基带格式化块(可选地,称作基带分帧块)11300以及调度器块11200。
输入到封装和压缩块11100中的输入流可由各种类型构成。例如,输入流可以是以下项中的至少一项:TS、IP包(IPv4和IPv6)、MMT流、GS、GSE等。
从封装和压缩块11100输出的包变为ALP包,其中,ALP包是通用包并且可选地被称作层2(L2)包。这里,ALP包的格式可以是以下项中的一项:类型长度值(TLV)、GSE、以及ALP。
每个ALP包的长度是可变的。ALP包的长度可容易地从ALP包本身提取,而无需额外的信息。ALP包的最大长度是64kB。ALP包的头部的最大长度是4字节。ALP包具有整数字节的长度。
调度器块11200接收包括封装的ALP包的输入流以形成基带包形式的物理层通道(PLP)。在TDM系统中,可使用被称作单个PLP(S-PLP)的仅一个PLP、或者多个PLP(M-PLP)。一个服务可不使用四个或更多个PLP。在由两个层构成的LDM系统中,每个层中一个PLP,即,使用两个PLP。
调度器块11200接收封装的ALP包以指定如何将封装的ALP包分配给物理层资源。具体地讲,调度器块11200指定基带格式化块11300如何输出基带包。
调度器块11200的功能由数据大小和时间来限定。物理层可在分配的时间发送数据中的一些数据。调度器块通过使用诸如来自封装的数据包的约束和配置、针对封装的数据包的服务元数据的质量、系统缓冲器模型和系统管理的输入以及信息来产生适合于物理层参数的配置的解决方案。解决方案的目标是可使用的配置和控制参数以及累积频谱。
同时,调度器块11200的操作被约束为一组动态、准静态以及静态分量。约束的限定可根据系统设计而改变。
另外,可针对每个服务而使用最多四个PLP。包括多种类型的交织块的多个服务可针对6、7或8MHz的带宽由多达最多64个PLP来实现。
如图5A中所示,基带格式化块11300包括:基带包构造块3100、3100-1、…、3100-n;基带包头部构造块3200、3200-1、…、3200-n;以及基带包加扰块3300、3300-1、…、3300-n。在M-PLP操作中,基带格式化块按照需要产生多个PLP。
基带包构造块3100、3100-1、…、3100-n构造基带包。如图5B中所示,每个基带包3500包括头部3500-1和净荷3500-2。基带包固定为长度K净荷。ALP包3610至ALP包3650被顺序地映射到基带包3500。当ALP包3610至3650不完全符合基带包3500时,这些包在当前基带包和下一基带包之间被分发。ALP包以字节为单位被分发。
基带包头部构造块3200、3200-1、…、3200-n构造头部3500-1。如图5B中所示,头部3500-1包括三个部分,即:基本字段(也称作基本头部)3710、可选字段(也称作可选头部)3720、以及扩展字段(也称作扩展头部)3730。这里,基本字段3710在每个基带包中示出,并且可选字段3720和扩展字段3730可不在每个基带包中示出。
基本字段3710的主要功能按照字节提供偏移值的指针以指示基带包中下一ALP包的开始。当ALP包开始基带包时,指针的值变为0。当不存在开始于基带包中的ALP包时,指针的值可以是8191并且2字节的基本头部可被使用。
扩展字段3730可随后被使用,并且例如用于基带包计数、基带包时间戳、额外信令等。
基带包加扰块3300、3300-1、…、3300-b对基带包进行加扰。
与映射到星座的净荷数据由重复的序列配置的情况相似,净荷数据在方向误差校正编码之前被连续地加扰以防止对相同的点的连续映射。
图6是示出根据示例性实施例的发送设备的构造的框图。
参照图6,发送设备100包括包产生器110和信号处理器120。
包产生器110可对IP包、TS包以及各种类型的数据进行封装以产生包并且将这些包发送到各个PLP。这里,包与ISP 7层模型中的L2包对应。
具体地讲,包产生器110可从输入流产生包括头部和净荷(也称作数据净荷)的包,例如,ALP包(也称作通用包或L2包)。这里,头部可包括与相应的包中所包括的净荷有关的信息以及与包有关的信息,其中,所述信息包括在相应的包中。在下文中,为了方便描述,由包产生器110产生的包将称作ALP包。
通常,ALP包的净荷可包括以下项中的至少一项:IP包、TS包以及信令包。净荷中所包括的数据不限于特定示例,并且净荷可包括:包括媒体数据的各种类型的数据。这里ALP包可被视为将各种类型的数据映射到物理层所需要的单元包。
这里,构成头部的基本头部包括表示输入流的包类型的第一字段,当第一字段被设置为指示输入流的包类型是TS包的值时,基本头部包括指示净荷中所包括的TS包的数量的第二字段以及被设置为第一值或第二值的第三字段,其中,第一值指示不存在额外头部,第二值指示存在额外头部,并且当TS头部压缩被应用时,第三字段被设置为第二值。这里TS头部压缩可以是仅针对净荷中包括的至少两个TS包之中的第一TS包保留TS头部并且针对剩余TS包删除头部的处理。
另外,当第三字段被设置为第二值时,额外头部包括第四字段和第五字段,其中,第四字段被设置为指示TS头部压缩被应用的第三值,第五字段指示删除的空TS包(也称作空包或TS空包)的数量。这里,删除的空TS包是输入流中所包括的多个包之中的至少一个空TS包,其中,所述至少一个空TS包随后紧接在净荷中所包括的第一TS包之前。
这里,当存在删除的空TS包时,第五字段被设置为指示删除的空包的数量的值,当不存在删除的空TS包时,第五字段被设置为0。
另外,第五字段由7比特字段实现,当第三字段被设置为第二值并且第四字段被设置为指示TS头部压缩未被应用的第四值时,在128个空包被删除的情况下,第五字段被设置为0。
信号处理器120可对包产生器110产生的ALP包进行信号处理。这里,信号处理器120可在ALP包的产生之后执行所有的信号处理过程,例如,执行基带包的产生至发送帧的产生的所有信号处理过程。
图7是示出根据示例性实施例的ALP包结构的示图;
参照图7,ALP包包括头部7100和净荷7200。头部7100可包括基本头部7110、额外头部7120、以及可选头部7130。ALP包头部7100始终包括基本头部7110,额外头部7120是否存在于头部7100中可根据头部7110的控制字段值而改变。另外,是否存在可选头部7130可通过使用额外头部7130的控制字段来选择。
图8是示出根据示例性实施例的ALP包的头部结构的示图。
Packet_Type字段7111对应于上文描述的第一字段,并且是指示在封装成ALP包之前应用于输入包的协议或输入包的包类型的3比特字段。作为一个示例,可根据下面给出的表1对Packet_Type字段7111进行编码。
[表1]
Packet_Type值 含义
000 000IPv4包
001 保留
010 压缩的IP包
011 保留
100 链路层信令包
101 保留
110 包类型扩展
111 MPEG-2传输流
当Packet_Type字段7111被设置为指示MPEG-2TS包的值“111”时,基本头部7110包括TS包的数量(NUMTS)字段7112和额外头部标志(AHF)字段7113。也就是说,图8中示出的ALP包的头部结构变为当输入流是MPEG-2TS包时的头部结构。
ALP包提供针对MPEG-2TS包的开销削减机制以提高传输效率。具体而言,每个TS包的同步字节(Ox47)被连续地删除。因此,ALP包的净荷中所封装的MPEG-2TS包的长度连续地变成187字节而不是原始长度188字节。
另外,可选择性地应用空TS包删除和TS头部删除。
具体地讲,为了避免不必要的传输开销,空TS包(PID=Ox1FFF)可被删除,删除的空TS包可由接收器侧通过使用将在下面描述的删除的空包(DNP)字段7122来恢复。
为了进一步提高传输效率,可以以类似的方法删除MPEG-2TS包的头部。至少两个连续的TS包具有顺序地增加的连续计数器字段,当TS包的头部相同时,头部可在第一TS包中被发送一次,而其它头部可被删除。也就是说,第一TS包的头部可被发送,而其它TS包的头部被删除。
当执行三个开销削减机制时,开销削减可以以如下顺序被顺序地执行:同步字节删除、空包删除、以及共同头部删除。在表2中示出了MPEG-2TS封装的语法。
[表2]
Figure GDA0003173241070000111
TS包的数量(NUMTS)字段7112对应于以上描述的第二字段,并且是指示ALP包的净荷中所包括的TS包的数量的4比特字段。NUMTS='0'可指示在ALP的净荷中发送了16个包,具有所有其它值的NUMTS可指示相同数量值的TS包。例如,NUMTS='0001'指示发送一个TS包。
额外头部标志(AHF)字段7113对应于以上描述的第三字段,并且是指示是否存在额外头部的1比特字段。值“0”指示不存在额外头部,值“1”指示在基本头部7110之后存在额外头部。这里额外头部可由1个字节实现。当至少一个空TS包被删除或者当TS头部压缩被应用时,AHF字段7113可被设置为值“1”。
也就是说,用于TS包封装的额外头部7120包括头部删除模式(HDM)字段7121和DNP字段7122,并且仅在AHF字段7113被设置为值“1”时存在。
HDM字段7121对应于第四字段,并且是指示TS头部(或TS包头部)删除是否被应用于ALP包的1比特字段。值“1”指示TS头部删除被应用于ALP包,值“0”指示TS头部删除未被应用。
删除的空包(DNP)字段7122对应于第五字段,并且指示删除的空TS包的数量。这里,删除的空TS包可以是输入流中所包括的多个包之中的至少一个空TS包,其中,所述至少一个空TS包随后紧接在净荷中所包括的第一TS包之前。
最多的128个空包可被删除。当HDM字段7121的值是“0”时,DNP字段7122的值“0”指示128个空TS包被删除。当HDM字段7121的值是“1”时,DNP字段7122的值“0”指示空TS包未被删除。HDM字段7121的值“0”指示TS头部删除未被应用并且空TS包被删除。
当AHF字段7113被设置为值“1”时,存在额外头部7120,这也意指空TS包被删除或者TS头部压缩被应用。因此,当HDM字段7121的值是“0”时,由于DNP字段7122的值不需要指示空TS包是否被删除,因此HDM字段7121中的值“0”指示128个空TS包被删除。相反,当HDM字段7121的值是“1”时,至少一个空TS包可被删除或不被删除。因此,当HDM字段7121的值是“1”时,DNP字段7122的值“0”指示空TS包未被删除。
DNP字段7122的除了值“0”以外的所有值与删除的空TS包的数量相同。例如,DNP字段7122的值“5”指示5个空包被删除。
图9是用于描述根据示例性实施例的空包删除机制的示图。
根据传输流规则,在发送设备的复用器的输出和接收设备的解复用器的输入处要求比特率相同,并且在发送设备和接收设备处还要求端对端延迟相同。在一些传输流输入信号的情况下,可存在空包以便以预定比特率流接收可变比特率服务。在这种情况下,为了防止不必要的传输开销,空TS包(PID=Ox1FFF)可被删除。删除的空TS包在接收设备中被重新插入原位置中的处理被执行,因此,可保证预定比特率并且可防止程序时钟参考(PRC)时间戳更新的需要。
在产生ALP包之前,称作DNP的计数器被重置为0并且针对TS包(也称作非空TS包)之前的各个删除的空TS包而增加,以便封装到ALP包的净荷中。
连续的有用TS包的组被封装到ALP包的净荷中,并且头部的每个字段值被确定。在产生的ALP包被注入到物理层之后,DNP被重置为0。在DNP达到最大值的情况下,当下一包也是空包时,该空包被视为有用包并且被封装到下一ALP包的净荷中。每个ALP包在净荷中包括至少一个有用TS包。
图9示出针对两个ALP包的HDM='0'和AHF='1'。在第一ALP包910中,在两个有用TS包被发送到ALP包910之前,一个空包被删除。当下一包是空包时,完成了ALP包910并且DNP计数器被重置为0。在ALP包910的头部中,NUMT='2'并且DNP='1'。在第二ALP包920中,在四个有用TS包被发送到ALP包920之前,两个空包被删除。在这种情况下,在相应ALP包920的头部中,NUMT='4'并且DNP='2'。
图10是用于描述根据示例性实施例的TS头部删除机制的示图。
至少两个连续的TS包顺序地增加连续计数字段,并且当这些TS包的头部字段相同(即,冗余)时,在第一TS包中头部被发送一次,并且其它头部被删除。当重复的MPEG-2RS包被包括在至少两个连续的TS包中时,在发送器侧应用头部删除。HDM字段指示头部检测是否被执行。当TS包头部被删除时,HDM字段被设置为“1”。
图10示出当三个TS包具有相同的头部字段并且NUMT='4'时的示例性实施例。而AHF='1',HDM='1'并且NDP='0'。也就是说,在这种情况下,TS头部删除被应用并且空包删除未被应用。在接收器侧,删除的包头部通过使用第一包(1010)头部来恢复并且连续的计数器顺序地增加并从第一头部恢复。
图11是示出根据另一示例性实施例的发送设备的构造的框图。参照图11,发送设备100'包括包产生器110、帧产生器130、信号处理器140、以及发送器150。在图11中示出的组件之中,由于包产生器110的结构与图6中示出的包产生器110的结构相同,将省略详细描述。
包产生器110产生包,例如,如上所述的ALP包(通用包)。
帧产生器130可产生包括由包产生器110产生的ALP包的帧。这里,产生的帧可以是包括ALP包的基带包(BBP)(可选地,称作层1(L1)包)。这里,描述图11的发送设备的术语可根据系统设计而改变。例如,在另一系统中,ALP包和BBP包可分别称作BBP包和基带帧(BBF)。
具体地讲,帧产生器130布置包括IP包和头部的多个ALP包以产生布置的ALP包作为具有与FEC码对应的大小的基带包。根据示例性实施例的ALP包可以是TS包,但是相同的处理可应用于各种类型的数据以及TS包。
图12是示出根据示例性实施例的帧产生器的详细构造的框图。
参照图12,帧产生器130可包括基带头部产生器130-1和基带包产生器(也称作基带包构造器)130-2。此外,基带包产生器130-2可将产生的基带包发送到基带包加扰器135。
基带头部产生器130-1可产生插入到基带包中的头部。这里,插入到基带包中的头部被称作基带头部,并且基带头部包括与基带包有关的信息。
具体地讲,当输入流是TS时,基带头部产生器130-1可产生包括与ALP包中TS包的数量、去除的空包的数量等有关的信息的基带头部。此外,由基带头部产生器130-1产生的基带头部可包括各种信息,这将在下文中描述。
另外,基带包产生器130-2将从基带头部产生器130-1产生的基带头部和从包产生器110输出的ALP包封装以产生基带包。
此外,基带包加扰器135在FEC编码被应用到基带包之前按照随机顺序将基带包中存储的数据混合以产生加扰的基带包。通过至少一个PLP发送加扰的基带包,并且对加扰的基带包进行信号处理。在这种情况下,可由具有固定大小的基带包构成一个PLP。也就是说,可将输入流封装成基带包以用于一个PLP。
PLP意指被独立处理的信号路径。也就是说,各个服务(例如,视频、扩展视频、音频、数据流等)通过多个RF信道被发送和接收,PLP是发送服务所经由的路径或者经由该路径发送的流。另外,PLP可位于分布在具有时间间隔的多个RF信道上或者分布在具有时间间隔的一个RF信道上的槽。也就是说,一个PLP可在分布在具有时间间隔的一个或多个RF信道上的情况下被发送。
PLP结构由提供一个PLP的输入模式A和提供多个PLP的输入模式B构成,具体地讲,当PLP结构支持输入模式B时,PLP结构可提供优秀的特定服务并且时间交织长度通过分发或发送一个流而增加以获取时间分集增益。另外,当仅接收特定流时,接收器的电源可在剩余时间内被关闭以便以低功率使用,因此,接收器适合于提供便携且移动的广播服务。
时间分集是一种如下所述的技术:当发送侧以预定时间间隔将相同的信号发送若干次以便减少移动通信传输路径中传输质量的恶化时,接收侧将接收的信号再次合成以获取卓越的传输质量。
另外,通常可被发送到多个PLP的信息通过一个PLP发送以提高传输效率,并且PLP0执行这样的作用。当PLP被称作一般PLP并且除了PLP0以外的PLP可用于数据传输时,这些PLP被称作数据PLP。当使用这样的PLP时,可接收到家用高清TV(HDTV)节目,在移动的情况下,可向移动装置提供标清TV(SDTV)节目。另外,可通过广播站或广播内容提供商向观看者提供各种广播服务,甚至可向位于服务接收非常困难的边缘区域的接收者提供不同的广播服务。
同时,图13是示出根据示例性实施例的ALP包、基带包和加扰基带包的示图。
参照图13,当包产生器110在净荷中存储至少一个IP包并且插入头部以产生多个ALP包111和112时,帧产生器130将产生的多个ALP包111和112分组,并插入基带头部,以产生多个基带包121和122。这里,各个基带包121和122可包括多个ALP包并且还可包括ALP包中的一些。
基带包加扰器135对各个产生的基带包121和122进行加扰以产生多个加扰的基带包,例如,加扰的基带包125。此外,产生的加扰的基带包125可如上所述被发送到至少一个PLP,并且经受信号处理以添加FEC码。
返回参照图11,信号处理器140可对产生的基带包进行信号处理,其中,产生的基带包可以是加扰的基带包。
具体地讲,信号处理器140对基带包进行信号处理以产生发送帧。
另外,信号处理器140可将信令信息插入到帧的信令区域。这里,信令信息可称作用于帧同步的L1信令信号。L1信令信息所插入到的前导可包括L1前信令区域和L1后信令区域。
同时,虽然未示出,但是信号处理器140可执行与图3A至图3C中示出的BICM块12000和12000-1以及分帧/交织块13000和13000-1对应的功能。
发送器150可将经过信号处理的帧发送到接收设备(未示出)。
具体地讲,发送器150可执行与图3A至图3C中示出的波形产生块14000和波形产生块14000-1对应的功能。也就是说,发送器150执行调制以将产生的帧调制成RF信号,并将RF信号发送到接收设备。
此后,将参照附图详细描述根据各种示例性实施例的TS包封装机制。然而,将省略关于与前述部分重复的部分的详细描述。
图14是用于描述根据示例性实施例的TS包封装机制的示图。
如上所述,ALP包可发送MPEG-2TS包而无需净荷中的同步字节。图14示出包括八个MPEG-2TS包的ALP包。下面描述封装处理:
-删除针对MPEG-2TS包的同步字节以便封装。因此,MPEG-2TS包的长度从188字节减少到187字节,参照图14中的广播链路层1400。
-将八个MPEG-2TS包归组到ALP包的净荷。在这种情况下,净荷的长度变为187×8=1,496字节。
-产生具有1字节长度的ALP头部。这里,ALP头部具有packet_type(1410)='111'、NUMTS(1420)='1000'、AHF(1430)='0'的值。
在如上所述产生的ALP包中,与八个MPEG-2TS包被直接发送到PHY层的情况相比,节省了七个字节。
图15是用于描述根据另一实施例的TS包封装机制的示图。
如上所述,可通过删除直接布置在封装到ALP包中的第一MPEG-2TS包之前的至少一个空MPEG-2TS包来产生ALP包,并且接收器可通过ALP包的头部获知删除的空MPEG-2TS包的数量。图15示出当直接布置在净荷中的第一MPEG-2TS包之前的两个空MPEG-2TS包被删除时,包括六个MPEG-2TS包的ALP包的示例。下面描述封装处理。
-删除至少一个空包并进行计数。
-删除至少一个MPEG-2TS包的至少一个同步字节以便封装。因此,MPEG-2包的长度从188字节减少到187字节。
-将六个MPEG-2TS包归组到ALP包的净荷。在这种情况下,净荷的长度变为187×6=1,122字节。
-产生具有2字节的长度的ALP头部。这里,ALP头部具有packet_type
(1510)='111'、NUMTS(1520)='0110'、AHF(1530)='1'、HDM(1540)='0'、DNP(1550)='0000010'的值。在这种情况下,AHF='1'指示紧接在封装到净荷中的第一TS包之前布置的至少两个连续空包被删除。
如上所述产生的ALP包的长度是1,124字节,与六个MPEG-2TS包被直接发送到PHY层的情况相比,节约了380个字节。
图16是用于描述图15中示出的ALP包的封装机制的示图。
下面描述在接收器侧的解封装处理。
-检查DNP字段1550。
-通过使用NUMTS字段1520在ALP包中检查TS包的数量。
-插入同步字节。
-产生DNP字段1550中指示的紧接在有用TS包组(即,第一TS包)之前布置的空包。
图17是用于描述根据另一示例性实施例的TS包封装和TS头部删除机制的示图。
如上所述,ALP包可通过压缩额外地封装到ALP包中的MPEG-2TS包的头部来产生。图17示出包括除了连续计数器(CC)字段之外具有相同的头部的八个MPEG-2TS包的ALP包的示例。下面描述封装处理。
-将除了CC字段之外具有相同字段的八个TS包归为一组。
-仅针对第一MPEG-2TS包保留头部(除了同步字节)并且针对其它七个MPEG-2TS包删除头部。在这种情况下,净荷的长度变为3+184×8=1,475字节。这里TS头部可以是3字节。
-产生具有2字节长度的ALP头部。这里,ALP头部具有packet_type(1710)='111'、NUMTS(1720)='0100'、AHF(1730)='1'、HDM(1740)='1'、DNP(1750)='0000000'的值。
如上所述产生的ALP包的长度是1,477字节,与八个MPEG-2TS包被直接发送到PHY层的情况相比,节省了27个字节。
图18是用于描述根据示例性实施例的在图17中示出的ALP包的解封装和TS头部恢复机制的示图。
下面描述在接收器侧的解封装处理。
-通过读取HDM字段1740来检测TS头部删除。
-通过使用NUMTS字段1720在ALP包中检查TS包的数量。
-第一TS包包括3比特的头部和184比特的净荷,其它TS包仅包括184比特的净荷。
-通过使用第一TS包的头部产生所有TS包。在这种情况下,连续的CC字段逐一增加。
-插入同步字节。
图19是用于描述根据示例性实施例的发送设备的信号处理方法的流程图。
根据图19中示出的发送设备的信号处理方法,首先,产生与输入流对应的包括头部和净荷的包,即ALP包(S1910)。构成头部的基本头部可包括表示输入流的包类型的第一字段,并且当第一字段被设置为指示输入流的包类型是TS包的值时,基本头部可包括第二字段和第三字段,其中,第二字段指示净荷中所包括的TS包的数量,第三字段被设置为指示不存在额外头部的第一值或指示存在额外头部的第二值。这里,当TS头部压缩被应用时,第三字段可被设置为第二值。
随后,产生包括产生的包的帧(即基带包)(S1920)。
对产生的基带包进行信号处理(S1930)。
此后,发送经过信号处理的帧(S1940)。这里,经过信号处理的帧可变成发送帧。
图20A是示出根据示例性实施例的接收设备的构造的框图。
参照图20A,接收设备200包括接收器210和信号处理器220。
可实现接收设备200以从发送设备接收数据,其中,发送设备将输入流中所包括的数据映射到至少一个信号处理路径并且发送映射的数据。
接收器210接收包括映射到至少一个信号处理路径的数据的帧。具体地讲,接收器210可接收包括信令信息和映射到至少一个信号处理路径的数据的流。这里,信令信息可包括与输入到发送设备的输入流的输入类型有关的信息以及与映射到至少一个信号处理路径的数据类型有关的信息。这里,与输入流的类型有关的信息可指示帧中的所有信号处理路径是否为相同的输入类型。此外,由于上面已经描述了信令信息中所包括的详细信息,因此将省略详细的描述。
信号处理器220从接收的帧提取信令信息。具体地讲,信号处理器220可通过对L1信令进行提取和解码来获取与L1前信令区域和L1后信令区域中所包括的对应PLP有关的各种信息。另外,信令处理器230可基于提取的信令信息对帧进行信号处理。例如,在信号处理中,可执行解调、帧解构造(de-builder)、BICM解码、以及输入逆向处理(de-processing)过程。
具体地讲,信号处理器220对由接收器210接收的发送帧进行信号处理以产生基带包,并从产生的基带包中所包括的ALP包提取头部信息。
此外,信号处理器220基于提取的头部信息对ALP包中所包括的净荷数据进行信号处理以恢复流(即:最初输入到发送设备100的输入流)。这里,提取的头部信息包括指示净荷数据类型的字段和指示ALP包是否发送完整的输入包的字段。
图20B是详细地示出根据示例性实施例的信号处理器的框图。
参照图20B,信号处理器包括解调器221、解码器222、以及流产生器223。
解调器211根据来自接收到RF信号的OFDM参数执行解调以执行同步检测,当检测到同步时,从存储在同步区域中的信令信息识别当前接收到的帧是否是包括需要的服务数据的帧。例如,可识别移动帧是否被接收到或者固定帧是否被接收到。
在这种情况下,当针对信令区域和数据区域的OFDM参数未被预先确定时,存储在同步区域中的针对信令区域和数据区域的OFDM参数被获取,以对针对紧接在同步区域之后的信令区域和数据区域的OFDM参数信息进行解调。
解码器222对需要的数据进行解码。在这种情况下,解码器222可通过使用信令信息对针对存储在每个数据区域中的数据的包括FEC方案、调制方案等的参数进行获取和解码。另外,解码器223可基于头部中所包括的数据信息来计算需要的数据的位置。也就是说,可计算需要的PLP在帧的哪个位置被发送。
流产生器223对从解码器222接收的基带包进行处理以产生将被提供的数据。
作为一个示例,流产生器223可基于各种信息从经过纠错的基带包产生ALP包。具体地讲,流产生器223可包括去抖动缓冲器,去抖动缓冲器可基于各种信息重新产生用于恢复输出流的准确时序。因此,可补偿多个PLP之中的针对同步的延迟。
图21是示出根据示例性实施例的接收器的构造的框图。
参照图21,接收器2100可包括控制器2110、RF接收器2120、解调器2130、以及服务再现器2140。
控制器2110确定发送选择的服务的RF信道和PLP。在这种情况下,可根据中心频率和带宽指定RF信道,可根据PLP标识符(ID)指定PLP。可通过一个或更多个PLP来发送特定服务,其中,所述一个或更多个PLP属于针对构成服务的分量中的每个分量的一个或更多个RF信道,但是此后,为了方便描述,假设再现一个服务所需要的所有数据被发送到一个PLP,其中,所述一个PLP被发送到一个RF信道。也就是说,服务具有用于再现服务的唯一数据获取路径,并且数据获取路径根据RF信道和PLP被指定。
RF接收器2120检测由控制器2110选择的RF信道中的RF信号,并将通过对RF信号进行信号处理而提取的OFDM符号传送到解调器2130。这里,信号处理可包括同步、信道估计、以及均衡,根据系统设计,用于信号处理的信息是由发送器和接收器预先确定的值,或者包括在将被传送的OFDM符号之中的预先确定的特定OFDM符号中。
解调器2130对OFDM符号进行信号处理以提取用户包并且将提取的用户包传送到服务再现器2140,服务再现器2140通过使用用户包对用户选择的服务进行再现和输出。在这种情况下,用户包的格式可根据服务的实现方案而改变,作为一个示例,提供TS包或IPv4包。
图22是更详细地示出根据示例性实施例的在图21中示出的解调器的框图。
参照图21,解调器2130可被配置为包括:帧解映射器2131、针对L1信令的BICM解码器2132、控制器2133、BICM解码器2134以及输出处理器2135。
帧解映射器2131基于控制器2133中传送的控制信息来选择构成FEC块的OFDM信元,将选择的OFDM信元传送到IBCM解码器2134,还选择与L1信令中所包括的一个或更多个FEC块对应的OFDM信元,并且将选择的OFDM信元传送到针对L1信令的BICM解码器2132,其中,构成FEC块的OFDM信元属于在由OFDM符号构成的帧中选择的PLP。
针对L1信令的BICM解码器2132对与L1信令中所包括的FEC块对应的OFDM信元进行信号处理以提取L1信令比特,并将提取的L1信令比特传送到控制器2133。在这种情况下,信号处理可包括在OFDM信元中提取用于对低密度奇偶校验(LDPC)码进行解码的对数似然比(LLR)值的处理、以及通过使用提取的LLR值对LDPC码进行解码的处理。
控制器2133从L1信令比特提取L1信令表,并通过使用L1信令表的值来控制帧解映射器2131、BICM解码器2134和输出处理器2135的操作。在图22中,为了方便描述,示出了针对L1信令的BICM解码器2132不使用控制器2133的控制信息。然而,当L2信令具有与L1前和L1后的结构类似的层级结构时,针对L1信令的BICM解码器2132可由一个或更多个BICM解码块构成,显然的是,可通过较高层L1信令信息来控制BICM解码块和帧解映射器2131的操作。
BICM解码器2134对属于选择的PLP的构成FEC块的OFDM信元进行信号处理以提取基带包,并将基带包传送到输出处理器2135。信号处理可包括在OFDM信元中提取用于对LDOC码进行编码和解码的LLR值的处理以及通过使用提取的LLR值对LDOC码进行解码的处理,并且可基于控制器2133中传送的控制信息被执行。
输出处理器2135对基带包进行信号处理以提取用户包,并将提取的用户包传送到服务再现器2140。在这种情况下,可基于控制器2133中传送的控制信息执行信号处理。
图23是示意性地示出根据示例性实施例的接收器从用户选择服务的时间到选择的服务被实际再现的时间的操作的流程图。
假设在用户的服务选择(S2310)之前,在初始扫描中获取可选择的所有服务的服务信息(S2300)。这里,服务信息可包括与在当前广播系统中发送再现特定服务所需要的数据的RF信道和PLP有关的信息。服务信息的一个示例包括MPEG2-TS的针对节目的特定信息/服务信息(PSI/SI)并且通常可通过L2信令和较高层信令获取。
当用户选择服务(S2310)时,接收器将当前频率改变为发送选择的服务的频率(S2320)并且执行RF信号检测(S2330)。在将当前频率改变为发送选择的服务的频率(S2320)的处理期间,可使用服务信息。
当检测到RF信号时,接收器从检测的RF信号执行L1信令提取操作(S2340)。此后,接收器通过使用在先前处理中提取的L1信令来选择发送选择的服务的PLP(S2350)并且从选择的PLP提取基带包(S2360)。在选择发送选择的服务的PLP(S2350)的处理期间,可使用服务信息。
另外,提取基带包(S2360)的处理可包括通过对发送帧解映射来选择属于PLP的OFDM信元的处理、在OFDM信元中提取用于对LDPC码进行解码/编码的LLR值、以及通过使用提取的LLR值对LDPC码进行解码的处理。
接收器从通过使用提取的基带包的头部信息提取的基带包执行ALP包提取(S2370),并且从通过使用后来提取的ALP包的头部信息提取的ALP包执行用户包提取(S2380)。提取的用户包用于选择的服务再现(S2390)。在ALP包提取(S2370)处理和用户包提取(S2380)处理中,可使用在L1信令提取(S2340)步骤中获取的L1信令信息。在这种情况下,从ALP包提取用户包(恢复空TS包并插入TS同步字节)的处理类似于前述处理。
根据如上所述的各种示例性实施例,各种类型的数据可在发送器侧被映射到可发送的物理层,并且可提高数据处理效率。另外,包在接收器侧在链路层中被筛选以提高数据处理效率。
根据示例性实施例,在附图中由方框表示的组件、元件、模块或单元中的至少一个可被实现为执行上述各个功能的各种数量的硬件、软件和/或固件结构。例如,这些组件、元件、模块或单元可使用可通过一个或更多个微处理器或其它控制设备的控制来执行各个功能的直流电路结构,诸如存储器、处理逻辑、查找表等。此外,这些组件、元件、模块或单元中的至少一个可具体地由包括用于执行特定的逻辑功能的一个或更多个可执行指令的模块、程序或代码的一部分来实现,并且由一个或更多个微处理器或其它控制设备执行。此外,这些组件、元件、模块或单元中的至少一个还可包括处理器,诸如执行各个功能的中央处理器(CPU)、微处理器等。这些组件、元件、模块或单元中的两个或更多个可组合成一个单个的组件、元件、模块或单元,其中,所述一个单个的组件、元件、模块或单元执行组合的两个或更多个组件、元件、模块或单元的所有操作或功能。另外,虽然在以上框图中未示出总线,但是组件、元件、模块或单元之间的通信可通过总线执行。以上示例性实施例的功能方面可在一个或更多个处理上执行的算法中实现。另外,由方框表示的组件、元件、模块或单元或者处理步骤可采用针对电子构造、信号处理和/或控制、数据处理等的任何数量的现有技术。
以上描述的方法和方法的操作或步骤还可被实现为计算机可读记录介质中的计算机可读代码。计算机可读记录介质是能够存储可被计算机系统读取的数据的任何数据存储装置。计算机可读记录介质的示例可包括只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、光学数据存储装置、以及载波(诸如通过互联网的数据传输)。计算机可读记录介质还可分布于通过网络连接的计算机系统,因此,通过分布方法存储并执行计算机可读代码。另外,用于实现示例性实施例的功能程序、代码、代码段可被本公开所应用的领域的程序员容易地分析。
另外,可以看出,根据示例性实施例的设备和方法可由硬件、软件或者硬件和软件的组合来实现。预先确定的软件可存储在通过光或通过磁记录数据并且同时可被机器(例如,计算机)读取的易失性或非易失性存储装置(诸如ROM、存储器(诸如RAM、存储芯片、装置、或集成电路)、或存储介质(诸如CD、DVD、磁盘或磁带))中,而不管预先确定的软件是否是可删除的或可重写的。以上描述的方法或方法的操作可由包括控制器和存储器的计算机或便携式终端实现,可以看出,存储器是包括实现示例性实施例的指令的程序或者适合于存储程序的机器可读存储介质的一个示例。
因此,示例性实施例包括:包括用于实现在说明书的任何权利要求中描述的设备和方法的代码的程序以及存储所述程序的机器(计算机)可读存储介质。另外,程序可通过任何介质(诸如通过有线或无线连接传送的通信信号)电子地携带,并且本公开适当地包括其等同物。
另外,根据示例性实施例的设备可从通过有线或无线方法连接的程序提供装置接收并存储程序。程序提供装置可包括:包括允许程序处理装置执行预先确定的内容保护方法的指令的程序、用于存储内容保护方法所必须的信息的存储器、用于执行与图形处理装置的有线或无线通信的通信器、以及用于自动地或根据图形处理装置的请求将相应程序发送到发送/接收装置的控制器。
同时,在详细的描述中描述了详细的示例性实施例,但是在不脱离范围的情况下可做出各种修改。因此,范围不应该被限制为示例性实施例,而是应该由权利要求及其等同物限定。

Claims (6)

1.一种发送设备的发送方法,所述发送方法包括:
产生包括头部和净荷的包;
发送产生的包;
其中,头部包括基本头部,
其中,基本头部包括第一字段、第二字段、以及第三字段,
其中,第一字段包括指示输入的包的包类型是传输流TS包的值,
其中,第二字段包括指示净荷中所包括的TS包的数量的值,
其中,第三字段包括第一值或第二值,
其中,第一值指示存在额外头部,第二值指示不存在额外头部,
其中,如果TS头部压缩被执行,则第三字段包括第一值,
其中,净荷中所包括的TS包之中的TS包的头部通过TS头部压缩被去除。
2.如权利要求1所述的发送方法,其中,所述包是链路层协议包,其中,链路层协议包在从发送设备被发送之前被映射到物理层。
3.如权利要求1所述的发送方法,其中,通过TS头部压缩,所述包的净荷中所包括的TS包之中的第一TS包的头部保留,所述包的净荷中所包括的TS包之中的另一TS包的头部被去除。
4.如权利要求1所述的发送方法,其中,所述包的净荷中所包括的TS包中的每个TS包包括同步信息,其中,如果所述包的净荷中所包括的TS包被封装在所述包的净荷中,则同步信息被去除。
5.如权利要求1所述的发送方法,其中,第一字段、第二字段、以及第三字段分别被实现为3比特字段、4比特字段、以及1比特字段。
6.如权利要求1所述的发送方法,其中,TS包是运动图像专家组2(MPEG2)传输流包。
CN202010099523.1A 2015-01-09 2016-01-11 发送设备及其信号处理方法 Active CN111263197B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201562101497P 2015-01-09 2015-01-09
US62/101,497 2015-01-09
KR10-2015-0162420 2015-11-19
KR1020150162420A KR101800426B1 (ko) 2015-01-09 2015-11-19 송신 장치, 수신 장치 및 그 신호 처리 방법
CN201680005232.3A CN107113458B (zh) 2015-01-09 2016-01-11 发送设备及其信号处理方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201680005232.3A Division CN107113458B (zh) 2015-01-09 2016-01-11 发送设备及其信号处理方法

Publications (2)

Publication Number Publication Date
CN111263197A CN111263197A (zh) 2020-06-09
CN111263197B true CN111263197B (zh) 2021-11-23

Family

ID=56616397

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201680005232.3A Active CN107113458B (zh) 2015-01-09 2016-01-11 发送设备及其信号处理方法
CN202010099523.1A Active CN111263197B (zh) 2015-01-09 2016-01-11 发送设备及其信号处理方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201680005232.3A Active CN107113458B (zh) 2015-01-09 2016-01-11 发送设备及其信号处理方法

Country Status (5)

Country Link
EP (1) EP3219083B1 (zh)
KR (4) KR101800426B1 (zh)
CN (2) CN107113458B (zh)
CA (2) CA2972883C (zh)
MX (1) MX2017008966A (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102206538B1 (ko) * 2013-09-27 2021-01-22 삼성전자주식회사 송신 장치, 수신 장치 및 그 제어 방법

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1466386A (zh) * 2002-07-02 2004-01-07 深圳市中兴通讯股份有限公司 运动图像专家组-2传送流再复用方法
CN101080925A (zh) * 2004-12-14 2007-11-28 三星电子株式会社 在数字广播接收机中解复用的设备和方法
CN101455021A (zh) * 2006-07-14 2009-06-10 三星电子株式会社 发送未压缩a/v数据的传输包结构及使用它的收发机
CA2818852A1 (en) * 2010-04-01 2011-10-06 Lg Electronics Inc. Broadcast signal transmitting apparatus, broadcast signal receiving apparatus, and broadcast signal transceiving method in a broadcast signal transceiving apparatus

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100390812B1 (ko) * 2000-08-19 2003-07-10 주식회사 하이닉스반도체 엠피이지-2 시스템의 부가정보 데이터 필터링 장치 및 그제어방법
KR101008976B1 (ko) * 2003-10-20 2011-01-17 삼성전자주식회사 멀티미디어 스트리밍 시스템에서의 에러 검출 방법
JP2010283677A (ja) * 2009-06-05 2010-12-16 Mitsubishi Electric Corp 通信装置
EP2362653A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Transport stream packet header compression
EP2362650A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system
JP6499071B2 (ja) * 2013-07-05 2019-04-10 サターン ライセンシング エルエルシーSaturn Licensing LLC 送信装置および送信方法、並びに受信装置および受信方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1466386A (zh) * 2002-07-02 2004-01-07 深圳市中兴通讯股份有限公司 运动图像专家组-2传送流再复用方法
CN101080925A (zh) * 2004-12-14 2007-11-28 三星电子株式会社 在数字广播接收机中解复用的设备和方法
CN101455021A (zh) * 2006-07-14 2009-06-10 三星电子株式会社 发送未压缩a/v数据的传输包结构及使用它的收发机
CA2818852A1 (en) * 2010-04-01 2011-10-06 Lg Electronics Inc. Broadcast signal transmitting apparatus, broadcast signal receiving apparatus, and broadcast signal transceiving method in a broadcast signal transceiving apparatus

Also Published As

Publication number Publication date
CN111263197A (zh) 2020-06-09
KR101800426B1 (ko) 2017-11-23
KR101924077B1 (ko) 2019-02-22
KR20160086259A (ko) 2016-07-19
KR20190107635A (ko) 2019-09-20
KR102022009B1 (ko) 2019-09-17
CA3077760A1 (en) 2016-07-14
EP3219083A1 (en) 2017-09-20
EP3219083A4 (en) 2017-11-22
EP3219083B1 (en) 2020-05-06
CN107113458A (zh) 2017-08-29
CA2972883C (en) 2020-07-07
KR102062897B1 (ko) 2020-02-11
CN107113458B (zh) 2020-03-13
KR20170129663A (ko) 2017-11-27
CA2972883A1 (en) 2016-07-14
MX2017008966A (es) 2017-11-13
CA3077760C (en) 2022-11-29
KR20180128879A (ko) 2018-12-04

Similar Documents

Publication Publication Date Title
KR102217176B1 (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법
CN111163111B (zh) 发送设备及其信号处理方法
KR102229109B1 (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법
US9917930B2 (en) Transmitting apparatus and receiving apparatus and signal processing method thereof
CN107113321B (zh) 传输设备和接收设备以及它们的信号处理方法
KR102062897B1 (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법
KR20210030336A (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법
KR102461190B1 (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