CN111447243B - 发送装置和接收装置及其信号处理方法 - Google Patents

发送装置和接收装置及其信号处理方法 Download PDF

Info

Publication number
CN111447243B
CN111447243B CN202010395873.2A CN202010395873A CN111447243B CN 111447243 B CN111447243 B CN 111447243B CN 202010395873 A CN202010395873 A CN 202010395873A CN 111447243 B CN111447243 B CN 111447243B
Authority
CN
China
Prior art keywords
field
header
packet
value
data packet
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
CN202010395873.2A
Other languages
English (en)
Other versions
CN111447243A (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
Priority claimed from KR1020150114331A external-priority patent/KR20160052313A/ko
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority claimed from PCT/KR2015/011799 external-priority patent/WO2016072747A1/en
Publication of CN111447243A publication Critical patent/CN111447243A/zh
Application granted granted Critical
Publication of CN111447243B publication Critical patent/CN111447243B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/04—Protocols for data compression, e.g. ROHC
    • 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/22—Parsing or analysis of headers
    • 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/74—Address processing for routing
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/323—Intralayer 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)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Radar Systems Or Details Thereof (AREA)

Abstract

提供了发送装置、接收装置及发送装置的发送方法。所述接收装置包括：接收器，配置成接收基于输入流产生的数据包，所述数据包包括标头和净荷；以及处理器，配置成对所接收的数据包进行处理。标头包括基本标头，以及基本标头包括指示以下中的至少一个的多种字段：数据包类型，指示数据包传输单个完整的输入数据包、输入数据包的分段或多个输入数据包的值。基本标头中包括的字段也可指示附加标头和子流标识符的存在。

Description

发送装置和接收装置及其信号处理方法
分案申请声明
本申请是申请日为2015年11月4日、发明名称为“发送装置和接收装置及其信号处理方法”的第201580059821.5号专利申请的分案申请。
技术领域
根据本文中描述的示例性实施方式的装置和方法涉及通过将数据映射到至少一个信号处理路径来传输数据的发送装置，以及与其对应的信号处理方法。
背景技术
在21世纪的信息化社会，广播通信服务正进入数字化、多信道、宽带和高品质的时代。具体地，随着近年来高品质数字电视(TV)、便携式多媒体播放器(PMP)和便携式广播装置的使用日益增多，对能够支持多种接收方法的数字广播服务的需求日益增加。此外，对由传统上通过广播网络使用的运动图像专家组(MPEG)2-传输流(TS)数据包和基于互联网协议的数据包构成的多种数据包的数据传输的需要也日益增多。
在标准组织已根据需求建立多种标准以提供多种服务来满足用户需要的实际状况下，需要发展通过使用通用数据通过更良好的性能来提供更好服务的方法。
发明内容
技术问题
本发明构思的示例性实施方式可克服上述缺点和上文未描述的其它缺点。然而，不要求本发明构思克服上述缺点，以及示例性实施方式可能不克服上述任何问题。
技术方案
示例性实施方式提供了产生、传输和/或接收具有适于传输/接收多种类型数据的格式的帧的发送装置和接收装置及其控制方法。
根据示例性实施方式，提供了发送装置，其可包括至少一个处理器，该至少一个处理器配置成实现数据包产生器和信号处理器，其中数据包产生器基于输入流产生包括标头和净荷的数据包，信号处理器对产生的数据包进行信号处理。标头可包括基本标头，所述基本标头包括第一字段和第二字段，其中：第一字段指示输入流的数据包类型；第二字段设置为表示数据包传输单个完整的输入数据包的第一值，或表示数据包传输输入数据包的分段或多个输入数据包的第二值。当第二字段被设置为第一值时，基本标头包括第三字段，所述第三字段被设置为指示不存在附加标头的第三值或指示存在附加标头的第四值。当第三字段被设置为第四值时，附加标头包括第四字段，所述第四字段指示子流标识符是否存在于可选标头中，以及当第四字段被设置为指示子流标识符存在于可选标头中的值时，可选标头包括指示子流标识符的第五字段。
根据另一示例性实施方式，提供了发送装置的信号处理方法。该方法可包括：基于输入流产生包括标头和净荷的数据包；以及对产生的数据包进行信号处理。标头可包括基本标头，所述基本标头包括第一字段和第二字段，其中：第一字段指示输入流的数据包类型；第二字段设置为表示数据包传输单个完整的输入数据包的第一值，或表示数据包传输输入数据包的分段或多个输入数据包的第二值。当第二字段被设置为第一值时，基本标头包括第三字段，所述第三字段被设置为指示不存在附加标头的第三值或指示存在附加标头的第四值。当第三字段被设置为第四值时，附加标头包括第四字段，所述第四字段指示子流标识符是否存在于可选标头中，以及当第四字段被设置为指示子流标识符存在于可选标头中的值时，可选标头包括指示子流标识符的第五字段。
本发明的额外的和/或其它方面及优点将在以下描述中部分地阐述，以及将部分地从描述变得显而易见，或者可通过实践所提供的实施方式而习得。
有益效果
根据多种示例性实施方式，由于可以将输入流有效地映射到物理层，因此可以提高数据处理效率。
附图说明
通过参考附图描述某些示例性实施方式，本发明构思的上述和/或其它方面将更加明显，附图中：
图1是示出根据示例性实施方式的发送系统的层级结构的示图；
图2是示出根据示例性实施方式的广播链路层的示意性配置的示图；
图3A是示出根据示例性实施方式的发送系统或发送装置的示意性配置的示图；
图3B和图3C是示出根据示例性实施方式的复用方法的示图；
图4至图5B是示出图3A中示出的输入格式化块的详细配置的框图；
图6是示出根据示例性实施方式的发送装置的配置的框图；
图7是示出根据示例性实施方式的ALP数据包结构的示图；
图8是示出根据示例性实施方式的ALP数据包的基本标头的结构的示图；
图9至图11是示出根据多种示例性实施方式的附加标头的结构的示图；
图12是示出根据示例性实施方式的可选标头结构的示图；
图13是示出根据另一示例性实施方式的发送装置的配置的框图；
图14是示出根据示例性实施方式的帧产生器的详细配置的框图；
图15是示出根据示例性实施方式的ALP数据包、基带数据包和加扰基带数据包的示图；
图16至图33是示出根据多种示例性实施方式的ALP数据包的标头的结构的示图；
图34是示出根据示例性实施方式的发送装置中的信号处理方法的流程图；
图35A是示出根据示例性实施方式的接收装置的配置的框图；
图35B是根据示例性实施方式更详细地示出信号处理器的框图；
图36是示出根据示例性实施方式的接收装置的配置的框图；
图37是根据示例性实施方式更详细地示出图36的解调器的框图；以及
图38是示出根据示例性实施方式的接收装置在从用户选择服务时起直到所选择的服务被再现时的操作的流程图。
具体实施方式
提供了发送装置、接收装置以及信号处理方法。发送装置包括至少一个处理器，该至少一个处理器配置实现：数据包产生器，基于输入流产生包括标头和净荷的数据包；以及信号处理器，对所产生的数据包进行信号处理。标头包括基本标头，以及基本标头包括指示以下中的至少之一的多种字段：数据包类型，指示数据包传输单个完整的输入数据包、输入数据包的分段或多个输入数据包的值。在下文中，将参照附图详细描述本发明构思的多种示例性实施方式。
在示例性实施方式中提出的装置和方法可应用于多种通信系统，该多种通信系统包括：包括数字多媒体广播(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)(以下称为‘HDSPA’)移动通信系统、高速上行链路分组接入(HSUPA)(以下称为‘HSUPA’)移动通信系统、第三代合作伙伴计划2(3GPP2)(以下称为‘3GPP2’)、高速分组数据(HRPD)(以下称为‘HRPD’)移动通信系统、3GPP2宽带码分多址接入(WCDMA)(以下称为‘WCDMA’)移动通信系统、3GPP2码分多址接入(CDMA)(以下称为‘CDMA’)移动通信系统、电气与电子工程师学会(IEEE)(以下称为‘IEEE’)802.16m通信系统、移动互联网协议(移动IP)(以下称为‘移动IP’)系统等的通信系统。
图1是示出根据示例性实施方式的发送系统的层次结构的示图。
参考图1，服务至少由媒体数据1000和信令1050构成，信令1050用于传递在接收器处获取和消费媒体数据所需的信息。可在传输之前将媒体数据封装成适于传输的格式。封装方法可遵循在ISO/IEC 23008-1MPEG媒体传输(MMT)中定义的媒体处理器(MPU)，或在ISO/IEC 23009-1基于HTTP的动态自适应流媒体(DASH)中定义的DASH分段格式。根据应用层协议将媒体数据1000和信令1050封包化。
图1示出使用在MMT中定义的MMT协议(MMTP)1110和基于单向传输的实时对象分发(ROUTE)协议1120作为应用层协议的情况。在这种情况下，接收器需要用于在应用协议(服务在应用协议中传输)上通知信息的方法来了解服务是通过哪个应用层协议传输的，该方法是与应用层协议不同的独立方法。
图1中示出的服务列表表格(SLT)1150表示这样的信令方法，该信令方法中与服务相关的信息由表格构成并经封包化以用于满足上述目的。SLT的详细内容将在下面描述。通过用户数据报协议(UDP)1200和互联网协议(IP)1300将包括SLT的封包化媒体数据和信令传输到广播链路层1400。广播链路层1400的示例包括ATSC 3.0标准(以下称为‘ATSC 3.0’)中定义的ATSC 3.0链路层协议(ALP)。ALP协议通过使用IP数据包作为输入来产生ALP数据包，以及将ALP数据包传送至广播物理层1500。
然而，根据下文将描述的图2，应注意的是，广播链路层1400不仅使用包括媒体数据和/或信令的IP数据包1300作为输入，而且替代地，还可使用MPEG-2TS数据包或通用格式化的封包化数据作为输入。在这种情况下，控制广播链路层1400所需的信令信息以ALP数据包的形式也被传送至广播物理层1500。
广播物理层1500通过对作为输入的ALP数据包进行信号处理来产生物理层帧，将物理层帧转换为无线电信号，以及发送该无线电信号。在这种情况下，广播物理层1500具有至少一个信号处理路径。信号处理路径的示例可包括ATSC 3.0或第二代地面数字视频广播(DVB-T2)标准的物理层通道(PLP)，以及一个或多个服务或者所述服务中的一些可以映射到PLP。
图2是示出根据示例性实施方式的广播链路层1400的示意性配置的示图。
参考图2，广播链路层1400的输入包括IP数据包1300，以及还可包括链路层信令1310、MPEG-2TS数据包1320以及未来扩展的其它封包化数据1330。
在ALP封包化1450之前，可基于输入数据的类型使输入数据经受额外的信号处理。作为额外的信号处理的示例，可以使IP数据包1300经受IP标头压缩处理1410，以及可以使MPEG-2TS数据包经受开销(overhead)减少处理1420。在ALP封包化期间，输入数据包可经受分割和合并处理。
图3A是示出根据示例性实施方式的发送系统或发送装置的示意性配置的示图。根据图3A，根据示例性实施方式的发送系统10000可包括输入格式化块11000和11000-1，比特交织和编码调制(BICM)块12000和12000-1，成帧/交织块13000和13000-1，以及波形产生块14000和14000-1。
输入格式化块11000和11000-1从待进行服务的数据输入流产生基带数据包。本文中，输入流可以是传输流(TS)、互联网数据包(IP)(例如，IPv4和IPv6)、MPEG媒体传输(MMT)、通用流(GS)、通用流封装(GSE)等等。例如，可以基于输入流产生ATSC 3.0链路层协议(ALP)数据包，以及可以基于所产生的ALP数据包产生基带数据包。
比特交织和编码调制(BICM)块12000和12000-1根据待进行服务的数据将要被传输到的区域(固定的PHY帧或移动的PHY帧)来确定前向纠错(FEC)编码率和群集(constellation)顺序，并执行编码和时间交织。同时，用于待进行服务的数据的信令信息可根据用户实现经由单独的BICM编码器进行编码，或者通过与待进行服务的数据共享BICM编码器进行编码。
成帧/交织块13000和13000-1将时间交织数据与包括信令信息的信令信号组合以产生传输帧。
波形产生块14000和14000-1在时域中针对所产生的传输帧产生正交频分复用(OFDM)信号，将所产生的OFDM信号调制为RF信号，以及将RF信号传输至接收器。
根据图3A中示出的示例性实施方式的发送系统10000包括用实线的标记的标准块和用虚线标记的信息块。本文中，用实线标记的的块是标准块，用虚线标记的块是当实现信息多输入多输出(MIMO)时可以使用的块。
图3B和图3C是示出根据示例性实施方式的复用方法的示图。
图3B示出根据示例性实施方式的用于实现时分复用(TDM)的框图。
TDM系统架构包括四种主要块(可替代地，部分)：输入格式化块11000、BICM块12000、成帧/交织块13000以及波形产生块14000。
数据在输入格式化块11000中输入和格式化，以及前向纠错在BICM块12000中应用于数据。接下来，将数据映射到群集。随后，在成帧/交织块13000中对数据进行时间和频率交织，并产生帧。此后，在波形产生块14000中产生输出波形。
图3C示出根据示例性实施方式的用于实现层分复用(LDM)的框图。
与TDM系统架构相比，LDM系统架构包括若干其它块。详细地，两个分开的输入格式化块11000和11000-1以及BCIM块12000和12000-1被包括在LDM系统架构中以用于LDM的各自层中的而一个。这些块在成帧/交织块13000之前的LDM注入块中组合。而且，波形产生块14000与TDM中的波形产生块相似。
图4示出根据示例性实施方式的图3A中示出的输入格式化块11000的详细配置的框图。
如图4所示，输入格式化块11000包括控制分配给PLP的数据包的三个块。详细地，输入格式化块11000包括封装和压缩块11100、基带格式化块(可替代地，基带成帧块)11300以及调度器块11200。
输入到封装和压缩块11100的输入流可以是多种类型的。例如，输入流可以是传输流(TS)、互联网数据包(IP)(例如，IPv4和IPv6)、MPEG媒体传输(MMT)、通用流(GS)、通用流封装(GSE)等。
从封装和压缩块11100输出的数据包变成ALP数据包(通用数据包)(也称为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指定基带格式化块1130如何输出基带数据包。
调度器块11200的功能由数据大小和时间限定。物理层可以在所分配的时间内传输一些数据。调度器块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构造基带数据包。每个基带数据包3500包括标头3500-1和净荷3500-2，如图5B所示。基带数据包固定为长度K净荷。ALP数据包3610至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-n对基带数据包进行加扰。
对于映射到群集的净荷数据是由重复序列配置的情况，在方向纠错编码之前对净荷数据进行连续加扰，以防止连续映射到同一点。
图6是示出根据示例性实施方式的发送装置的配置的框图。
参考图6，发送装置100包括数据包产生器110和信号处理器120。
数据包产生器110可产生用于将输入IP数据包、TS数据包和多种类型的数据封装并传输至相应PLP的数据包。在此，该数据包与ISO 7层模型中的L2数据包对应。
详细地，数据包产生器110可以基于输入流产生包括标头和净荷(或数据净荷)的数据包，例如作为通用数据包的ALP数据包(也称为L2数据包)。此处，标头可包括与包括在相应数据包中的净荷相关的信息以及与包括在相应数据包中的数据包相关的信息。下文中，为便于描述，由数据包产生器110产生的数据包将称为ALP数据包。
通常，包括在ALP数据包中的净荷可包括互联网协议(IP)数据包、TS数据包和信令数据包中的一个或它们的组合。然而，包括在净荷中的数据不限于上述示例，并且净荷可以包括各种类型的数据。本文中，ALP数据包可被认为是将各种类型的数据映射到物理层所需的单位数据包。
详细地，数据包产生器110可产生包括标头的ALP数据包，以及该标头可包括指示净荷中传输的输入数据的数据包类型的字段和指示ALP数据包是否传输标准(完整)的输入数据包(即，服务数据单元(SDU))的字段。
详细地，构成标头的基本标头包括：指示输入数据的数据包类型的第一字段和指示ALP数据包是否传输单个完整的输入数据包的第二字段。本文中，第二字段可设置为指示ALP数据包传输单个完整的输入数据包的第一值，或指示ALP数据包传输输入数据包的分段或多个输入数据包的第二值。例如，第二字段可以是payload_configuration(PC)字段。
此外，当第二字段设置为第一值时，基本标头还可包括第三字段，该第三字段设置为指示不存在附加标头的第三值，或指示存在附加标头的第四值。此处，附加标头可以是在基本标头之后紧接出现的标头。例如，第三字段可以是header_mode(HM)字段。
此外，当第三字段设置为第四值时，附加标头可包括指示子流标识符是否存在于可选标头中的第四字段。在此，可选标头可以是在附加标头之后紧接出现的标头以及是用于子流标识和/或标头扩展的字段。
在这种情况下，当第四字段设置为指示子流标识符存在于可选标头中的值时，可选标头可包括指示子流标识符的第五字段。本文中，第四字段可以是子流标识符标记(SIF)字段，第五字段可以是子流标识符(SID)字段。本文中，SID字段可通过指示ALP数据包的子流标识符的8比特位字段实现。当存在可选标头扩展时，SID可以存在于附加标头和可选标头扩展之间。本文中，子流标识符用于在传输多个服务的至少一个数据包中过滤包括与特定服务对应的子流的特定数据包。例如，子流标识符可以是与子流地址相关的信息。
详细地，用于子流标识的可选标头被用于在链路层中过滤特定数据包流。作为一个示例，子流标识用于标识传输(承载)多个服务的ALP流中的服务。
同时，可以将与上层流和对应于上层流的SID值相关的映射信息提供为以下描述的链路映射表格7。
此外，当第三字段设置为第四值时，基本标头还可包括指示净荷长度的最低有效比特位(LSB)的字段，以及附加标头可包括指示净荷长度的最高有效比特位(MSB)的字段。
此外，当第三字段设置为第四值时，附加标头可包括指示在附加标头之后是否存在扩展标头的第六字段。本文中，第六字段可以是标头扩展标记(HEF)字段。
同时，当第二字段设置为第二值时，基本标头还可包括第七字段，第七字段设置为指示数据包的净荷传输输入数据包的分段且存在附加标头的第五值，或指示数据包的净荷传输多个输入数据包且存在附加标头的第六值。
此外，当第七字段设置为第五值或第六值时，基本标头还可包括指示净荷长度的LSB的字段。
此外，当第七字段设置为第五值时，附加标头可包括指示数据包中传输的分段的标识符(即，与分段对应的顺序)的字段、指示数据包是否传输输入数据包的最后分段的字段以及指示在附加标头之后是否存在扩展标头的字段。
此外，当第七字段设置为第六值时，附加标头可包括指示净荷长度的MSB的字段、指示在数据包中传输的输入数据包的数量的字段以及指示在附加标头之后是否存在扩展标头的字段。
信号处理器120可以对由数据包产生器110产生的ALP数据包进行信号处理。本文中，信号处理器120可在产生ALP数据包之后执行所有信号处理操作。例如，信号处理器120可以执行从基带数据包的产生到传输帧的产生的所有信号处理操作。
图7是示出根据示例性实施方式的ALP数据包结构的示图。
参考图7，ALP数据包由标头7100和净荷7200构成。根据其作用，标头7100可以分为基本标头7110、附加标头7120和可选标头7130。ALP数据包标头7100可具体地包括基本标头7110，以及如上所述，附加标头7120是否存在可根据基本标头7110的控制字段值而变化。此外，如上所述，可选标头7130是否存在可通过使用附加标头7120的控制字段来选择。
图8是示出根据示例性实施方式的ALP数据包的基本标头7110的结构的示图。
参考图8，基本标头7110包括Packet_Type字段8100。在这种情况下，以下字段的配置可以根据Packet_Type字段8100的值而变化，以及当输入数据包是IPv4数据包、压缩IP数据包、链路层信令数据包和扩展数据包时，可以使用图7所示的字段的配置。
参考图8，基本标头7110还包括净荷配置(PC)字段8200，以及随后的1比特位字段根据PC字段8200的值而变化。作为一个示例，当PC字段8200的值为‘0’时，header_mode(HM)字段8300在PC字段8200之后，并且HM字段8300指示附加标头7120是否存在。当PC字段8200的值为‘1’时，分段/级联(S/C)字段8350在PC字段8200后面，并且S/C字段8350指示净荷7200是包括多个输入数据包还是包括输入数据包的分段。附加标头7120的配置可根据S/C字段8350的值而变化。
此外，基本标头7110包括指示净荷7200的长度的LSB为11比特位的长度字段8400。
当语义地表示图8中示出的基本标头时，基本标头在以下给出的表格1中示出。
Figure BDA0002487538770000131
表格1
Packet_Type字段是指示在封装成ALP数据包之前应用于输入数据包或输入数据的协议或数据包类型的3比特位字段。作为一个示例，Packet_Type字段可根据以下给出的表格2进行编码。
packet_type值 含义
000 IPv4数据包
001 保留的
010 压缩的IP数据包
011 保留的
100 链路层信令数据包
101 保留的
110 数据包类型扩展
111 MPEG-2传输流
表格2
Payload_Configuration(PC)字段是指示净荷7200的配置形式的1比特位字段。当PC字段8200的值为‘0’时，净荷7200仅包括单个完整的输入数据包，并且HM字段8300在PC字段8200之后。当PC字段8200的值为‘1’时，净荷7200可包括多个完整的输入数据包或一个输入数据包的分段，并且Segmentation_Concatenation字段8350在PC字段之后。
HM字段是指示是否存在附加标头的1比特位字段。当HM字段8300的值为‘0’时，附加标头7120不存在，以及这意味着净荷7200的总长度小于2048字节。当HM字段8300的值为‘1’时，附加标头在长度字段8400之后存在，以及这指示净荷7200的总长度大于2047字节，或存在包括子流标识符的可选标头7130。
HM字段8300可以仅在前一PC字段8200的值为‘0’时存在。
Segmentation_Concatenation(S/C)是指示净荷7200是包括多个完整的输入数据包还是包括一个输入数据包的分段的1比特位字段。当S/C字段8350的值为‘0’时，净荷7200仅包括一个输入数据包的分段，以在长度字段8400之后包括用于数据包分割而定义的附加标头7120。当S/C字段8350的值为‘1’时，净荷7200包括多个完整的输入数据包，以在长度字段8400之后包括用于数据包组合而定义的附加标头7120。S/C字段8350可以仅在PC字段8200的值为‘1’时存在。
长度字段8400是指示净荷7200的字节单位的长度中较低侧的11比特位的字段。当附加标头7120包括净荷7200的字节单位的长度中较高侧的比特位时，长度字段8400通过与附加标头7120中所包括的较高侧的比特位组合来指示净荷7200的总长度。
图9是示出根据示例性实施方式的当净荷7200包括单个完整的输入数据包时的附加标头7120的示图。
参考图9，当净荷7200包括单个输入数据包时，附加标头8500在净荷7200的字节单位长度由16比特位表示时包括指示较高侧的5比特位的Length_MSB字段8510、1比特位的保留字段8520、指示子流标识符是否存在的SIF字段8530以及指示扩展标头是否存在的HEF字段8540。
根据图8中示出的示例性实施方式，当ALP数据包的净荷7200包括一个完整的数据包以及净荷7200的长度大于2047字节或存在可选标头时，可以存在图9所示的附加标头8500。也就是说，当PC字段8200的值为‘0’并且HM字段8300的值为‘1’时，可以存在附加标头8500。
当语义地表示图9中示出的附加标头8500时，在附加标头8500以下给出的表格3中示出。
语法 比特位的数量 格式
additional_header_for_single_packet(){
length_MSB 5 uimsbf
reserved 1 1
SIF 1 bslbf
HEF 1 bslbf
if(SIF＝＝″1″){
sub_stream_identification() 8 bslbf
}
if(HEF＝＝″1″){
header_extension() var Sec.5.1.3
}
{
表格3
当净荷7200的字节单位长度由16比特位表示时，Length_MSB字段是指示较高侧的5比特位的字段。Length_MSB字段通过将由基本标头7110的长度字段8400指示的较低侧的11比特位组合来指示净荷7200的总字节单位长度。
SIF字段是指示在HEF字段8540之后是否存在SID字段的1比特位字段。当SIF字段8530的值为‘0’时，不存在SID字段，以及当SIF字段8530的值为‘1’时，在HEF字段8540之后存在SID字段。
HEF字段是指示在附加标头8500之后是否存在扩展标头的1比特位字段。当HEF字段8540的值为‘0’时，不存在扩展标头，以及当HEF字段8540的值为‘1’时，在附加标头8500之后存在扩展标头。在存在扩展标头的情况下，当SID字段存在时扩展标头在SID字段后面，以及当不存在SID字段时扩展标头在HEF字段8540后面。
图10是示出根据示例性实施方式的当净荷7200仅包括一个输入数据包的分段或一部分时的附加标头7120的示图。
参考图10，在净荷7200仅包括一个输入数据包的分段部分的情况下，附加标头8600包括指示被分段的输入数据包的标识符的Seg_SN字段8610、指示净荷7200是否包括输入数据包的最后字节的LIF字段8620、指示子流标识符是否存在的SIF字段8630以及指示扩展标头是否存在的HEF字段8640。
根据图8中示出的示例性实施方式，当ALP数据包的净荷7200包括一个输入数据包的一部分时，可存在图10所示的附加标头8600。即，当PC字段8200的值为‘1’且S/C字段8350的值为‘0’时，可存在附加标头8600。
当语义地表示图10中示出的附加标头8600时，附加标头8600在以下给出的表格4中示出。
Figure BDA0002487538770000161
表格4
Segment_Sequence_Number(Seg_SN)表示用于识别包括在净荷7200中的输入数据包的分段的为0或更大的整数。当输入数据包的第一分段被包括在净荷7200中时，Seg_SN字段8610的值被设置为‘0’。此后每当通过ALP数据包传输被分段的输入数据包的后续分段，Seg_SN字段8610的值逐一增加。
Last_Segment_Indicator(LSI)是指示净荷7200是否包括分段的输入数据包的最后分段(即，最后字节)的1比特位字段。在净荷7200包括分段的输入数据包的最后分段的情况下，LSI字段8620的值被设置为‘1’，以及在另一情况下，LSI字段8620的值被设置为‘0’。
SIF字段是指示在HEF字段8640之后是否存在SID字段的1比特位字段。当SIF字段8630的值为‘0’时，不存在SID字段，以及当SIF字段8630的值为‘1’时，SID字段存在于HEF字段8640之后。
HEF是指示在附加标头8600之后是否存在扩展标头的1比特位字段。当HEF字段8640的值为‘0’时，不存在扩展标头，以及当HEF字段8640的值为‘1’时，扩展标头存在于附加标头8600之后。在存在扩展标头的情况下，当SID字段存在时扩展标头在SID字段后面，以及当SID字段不存在时扩展标头在HEF字段8540后面。
图11是示出根据示例性实施方式的当净荷包括多个完整的输入数据包时的附加标头的示图。
参考图11，当净荷7200包括多个完整的输入数据包时，附加标头8700在净荷7200的字节单位长度由15比特位表示时包括指示较高侧的4比特位的Length_MSB字段8710、指示包括在净荷7200中的输入数据包的数量的计数字段8720、指示是否存在扩展标头的HEF字段8730以及指示每个输入数据包的长度的Component_Length字段8740。
当语义地表示图11中示出的附加标头8700时，附加标头8700在以下给出的表格5中示出。
Figure BDA0002487538770000171
表格5
当净荷7200的字节单位长度由15比特位表示时，Length_MSB字段是指示较高侧的4比特位的字段。Length_MSB字段通过将由基本标头7110的长度字段8400指示的较低侧的11比特位组合来指示净荷7200的总字节单位长度。
Count指示指示包括在净荷7200中的输入数据包的数量的3比特位字段。计数字段8720的值被设置为通过从包括在净荷7200中的输入数据包的数量中减去2而获得的值。
HEF是指示在附加标头8700之后是否存在扩展标头的1比特位字段。当HEF字段8730的值为‘0’时，不存在扩展标头，以及当HEF字段8730的值为‘1’时，扩展标头存在于附加标头8700之后。在存在扩展标头的情况下，当SID字段存在时扩展标头在SID字段后面，以及当SID字段不存在时扩展标头在HEF字段8730后面。
Component_Length是指示包括在净荷7200中的输入数据包的长度的字段。Component_Length的值以与包括在净荷7200中的输入数据包相同的顺序被写入，以及省略最后输入数据包的长度。
图12是示出根据示例性实施方式的ALP数据包的可选标头9000的示图。
参考图12，可选标头9000可包括指示子流标识符的SID字段9100和标头扩展9200。
标头扩展包括指示扩展标头的类型的扩展类型字段9210、指示扩展标头的长度的扩展长度字段9220以及包括实际扩展字段的扩展值字段9230。
扩展值字段9230的长度由扩展长度字段9220给出，以及接收器验证扩展类型字段9210的值。当扩展类型字段9210的值是可能无法被接收器识别的值时，标头扩展9200的总长度是通过使用扩展长度字段9220的值来计算的，以及与扩展类型字段9210的值对应的字节被去除。
SID字段9100的值被设置为可在一个RF信号中标识的唯一值，以及广播链路层1400可基于SID字段9100的值来执行链路层过滤。
作为一个示例，假设在具有一个信号处理路径(PLP)的RF信号中传输5个服务，并且各个服务是通过使用3个UDP/IP端口传输的。接收器处理从RF信号输入到PLP中的信号，以恢复链路层数据包、恢复与15个UDP/IP会话对应的数据包以及将所恢复的数据包传输到上层。由于用户选择的服务仅使用3个UDP/IP会话，因此属于15个UDP/IP会话的数据包由IP层1300或UDP层1200根据其地址进行过滤。这意味着在链路层中输出的数据包的大多数(80％)是上层中不需要的数据，这降低了系统的效率。
具体地，当广播物理层1500、广播链路层1400和IP层1300由单独的硬件构成或与另一共享层共享接口时，效率可能会由于传输不必要的数据而显著降低。在这种情况下，根据该示例性实施方式，当为每个服务分配单独的SID以及SID被分配给传输相应服务的链路层数据包时，作为结果，用户选择该服务，只有具有与所选择的服务对应的SID的链路层数据包被处理并传送到IP层1300以提高系统效率。
本文中，SID字段的语法在以下给出的表格6中示出。
语法 比特位的数量 格式
sub_stream_identification(){
SID 8 bslbf
}
表格6
在上述示例性实施方式中，服务和SID以1∶1的关系映射，但可根据待在一个链路层流中分类的输入数据包的分组形式来任意地指派SID。分组形式可以是IP地址、UDP端口号、应用层协议的会话标识符(MMTP的packet_id或者ROUTE的tsi)，或它们的组合。
此外，其中SID被分配至一个ALP数据包流的ALP数据包和其中未分配SID的ALP数据包可根据实现共存。在这种情况下，其中未分配SID的ALP数据包被处理为传送到上层，以及可优选地，但非必要地，仅基于其中SID被分配的ALP数据包来执行过滤。
根据该示例性实施方式，将SID与上层输入数据包流的关系传送至接收器的方法可使用链路层。
表格7示出用于传送SID与UDP/IP会话的映射关系的链路层信令表格的一个示例。
Figure BDA0002487538770000201
表格7
在此，signaling_type具有以下值。
-Table_id(未示出)：传输SID_Signaling的表格的标识符
-Table_id_extension(未示出)：信令表格的扩展标识符
-Version(未示出)：当表格的值改变时增大
-Num_session：表格中描述信息的会话的数量
-Src_IP_add：源IP地址
-Dst_IP_add：目标IP地址
-Src_UDP_port：源UDP端口
-Dst_UDP_port：目标UDP端口
-SID_flag：指示是否分配SID的1比特位字段，只有当SID_flag的值为1时，才将SID分配给ALP数据包，ALP数据包包括传输至相应会话的UDP/IP数据包。
-SID：子流标识符，在一个RF信号中是唯一的(物理层帧)。
表格8示出根据示例性实施方式的SID信令表格。
Figure BDA0002487538770000211
表格8
在上述表格8中，还可使用Num_service指示表格中描述信息的服务的数量，以及使用Service_id指示服务标识符。
在表格7和表格8中示出的信令表格中，仅将SID分配给每个UDP/IP会话，或者SID以服务的单位分配。
根据示例性实施方式，当IP标头被压缩时，压缩IP标头所需的信令信息可包括在表格7或表格8中。
作为一个示例，可包括当使用一个或多个IP标头压缩方法时指示所使用的标头压缩方法的标识符以及在接收器中恢复压缩标头所需的信息。恢复压缩标头所需的信息的一个示例包括ROHC的Context ID。
根据示例性实施方式，图1中示出的SLT 1150可由向接收器传送SID与服务之间的关系的方法使用。
表格9示出指示SID与服务之间的映射关系的描述符，以及可在此时被传输至SLT的服务循环中的服务级描述符。
表格9
在上述表格9中，SID指示与描述符所位于的服务对应的子流标识符。
根据示例性实施方式的发射器可在可选标头的SID字段8100中显示与SID被分配至的传输服务的链路层数据包中的SID相同的值。
图13是示出根据另一示例性实施方式的发送装置的配置的框图。参考图13，发送装置100包括数据包产生器110、帧产生器130、信号处理器140以及发射器150。在图13所示的部件中，由于数据包产生器110的配置与图6所示的数据包产生器110的配置相同，因此将省略详细的说明。
数据包产生器110产生数据包，例如，如上所述的ALP数据包。
帧产生器130可产生包括由数据包产生器110产生的ALP数据包的帧。本文中，所产生的帧可以是包括ALP数据包的基带数据包(BBP)(即，L1数据包)。然而，指示数据包的术语可根据系统而变化。例如，ALP数据包和BBP数据包可根据系统而分别称为BBP数据包和基带帧(BBF)。
详细地，帧产生器130布置包括IP数据包和标头的多个ALP数据包，以产生经布置的ALP数据包作为具有与FEC码的大小对应的基带数据包。根据示例性实施方式的ALP数据包可以是TS数据包，但可以将相同的处理应用于各种类型的数据以及TS数据包。将通过图23A和图23B详细描述产生ALP数据包和基带数据包的过程。
图14是示出根据示例性实施方式的帧产生器的详细配置的框图。
参考图14，帧产生器130可包括基带标头产生器130-1和基带数据包构造器130-2。此外，基带数据包构造器130-2可以将产生的基带数据包传输到基带数据包加扰器135。
基带标头产生器130-1可以产生嵌入在基带数据包中的标头。本文中，嵌入在基带数据包中的标头被称为基带标头，以及基带标头包括与基带数据包相关的信息。
基带标头产生器130-1可在输入流为TS时产生包括与ALP数据包中的TS数据包的数量、去除的空数据包的数量等相关的信息的基带标头。此外，由基带标头产生器130-1产生的基带标头可包括如下所述的各种信息。
此外，基带数据包构造器130-2将从基带标头产生器130-1产生的基带标头封装在从数据包产生器110输出的ALP数据包中，以产生基带数据包。
此外，在FEC编码应用于各个基带数据包之前，基带数据包加扰器135以随机顺序混合存储在基带数据包中的数据，以产生加扰的基带数据包。加扰的基带数据包通过PLP传输并被信号处理。在这种情况下，一个PLP可以由具有固定大小的基带数据包构成。也就是说，输入流可以封装成一个PLP的基带数据包。
同时，PLP是指独立处理的信号路径。即，可以通过多个RF信道来发送和接收各个服务(例如，视频、扩展视频、音频、数据流等)，以及PLP是传输服务的路径或通过该路径传输的流。此外，PLP可以定位在以时间间隔分布在多个RF信道上的槽处或以时间间隔分布在一个RF信道上的槽处。即，一个PLP可以在以时间间隔分布在一个RF信道或多个RF信道上的同时传输。
PLP结构由提供一个PLP的输入模式A和提供多个PLP的输入模式B构成。当PLP结构支持输入模式B时，PLP结构可以提供强的特定服务，以及通过分配和传输一个流来增大时间交织长度，从而获得时间分集增益(time diversity gain)。此外，当仅接收到特定流时，接收器的电源被关闭以在剩余的时间以低功率使用，因此接收器适于提供便携式和移动广播服务。
在本文中，时间分集是：当发射侧以预定时间间隔多次发送相同的信号以便减少移动通信传输路径中的传输品质的劣化时，接收侧再次合成所接收的信号以获得优异的传输品质的技术。
此外，可共同传输至多个PLP的信息在包括在一个PLP中的同时被传输以增加传输效率，并且PLP0起到此作用，以及当该PLP被称为共用PLP时，不同于PLP0的剩余PLP可用于数据传输并且该PLP被称为数据PLP。当使用此类PLP时，可以接收家用HDTV程序，以及即使在携带和移动时也可以提供SDTV程序。此外，可通过广播电台或广播内容提供商向观众提供多种广播服务，以及即使在难以观看的边缘区域中也可以提供可接收广播的差异化服务。
同时，图15是示出根据示例性实施方式的ALP数据包、基带数据包和加扰基带数据包的示图。
参考图15，当数据包产生器110将IP数据包存储在净荷中并嵌入标头以产生多个ALP数据包111和112时，帧产生器130将产生的多个ALP数据包111和112进行分组，并嵌入基带标头以产生多个基带数据包121和122。本文中，各个基带数据包121和122可包括多个ALP数据包，以及还可以包括ALP数据包中的一些。
基带数据包加扰器135随机地对各个所产生的基带数据包121和122进行加扰，以产生多个加扰的基带数据包。此外，所产生的加扰的基带数据包可以传输至如上所述的PLP，并经受用于添加FEC码的信号处理。
重新参照图13，信号处理器140可以对产生的基带数据包进行信号处理。
详细地，信号处理器140对基带数据包进行信号处理以产生传输帧。
此外，信号处理器140可以将信令信息嵌入到帧的信令区域中。本文中，信令信息可以是传输层1(L1)信号的L1信令信号以供帧同步，以及嵌入有L1信令信息的前导码(preamble)可包括L1预信令区和L1后信令区。
同时，尽管未示出，但信号处理器140可执行与图3A至图3C中示出的比特交织和编码调制(BICM)块12000和12000-1以及成帧/交织块13000和13000-1对应的功能。
发射器150可以将经信号处理的帧传输到接收器(未示出)。
详细地，发射器150可以执行与图3A至图3C中示出的波形产生块14000和14000-1对应的功能。换言之，发射器150执行用于将所产生的帧调制为RF信号的调制，以及将该RF信号传输到接收器。
下文中，将参照附图详细描述根据多种示例性实施方式的ALP数据包的标头的结构。然而，将省略下述附图所示的部件之中与上述部件重复的部分的详细描述。
图16A和图16B是示出根据多种示例性实施方式的ALP数据包的标头的结构的示图。
图16A中示出的TYPE字段和PC字段实现为共用部分。
TYPE字段2311指示输入数据的数据包类型(L3数据包)。例如，TYPE字段2311可实现为3比特位字段。比特值000可以表示IPv4，比特值001可以表示压缩的IP数据包，比特值010可以表示MPEG-2传输流，比特值011可以表示保留，比特值100可以表示L2信令，比特值101至110可以表示保留，以及比特值111可以表示未来的扩展。
PC字段2312指示当前ALP数据包是否传输单个完整的L3数据包(例如，IP数据包)。例如，PC字段2312可实现为1比特位字段，以及在这种情况下，值“0”可以表示当前ALP数据包的净荷传输单个完整的L3数据包，而值“1”可以表示当前ALP数据包的净荷传输多个完整的L3数据包或L3数据包的分段。
S/C字段2322指示当前ALP数据包的净荷是传输L3数据包的分段还是传输多个完整的L3数据包。例如，S/C字段2322可实现为1比特位字段，以及在这种情况下，值“0”可以表示当前ALP数据包的净荷传输L3数据包的分段，而值“1”可以表示当前ALP数据包的净荷传输多个完整的L3数据包。
单个数据包模式
HM字段2321指示多个特征中的至少一个，例如，输入数据包是否为长输入数据包以及附加标头是否存在。例如，HM字段2321可实现为1比特位字段。在这种情况下，值“0”表示不使用该特征以及表示当前ALP数据包的长度为2字节。相反，值“1”表示使用该特征的至少一个。例如，值“0”表示不存在附加标头以及ALP数据包的净荷的长度小于2048，而值“1”表示存在单个数据包的附加标头。在这种情况下，设置在Length_LSB 2332之后的附加标头2342与例如长SDU或表示可选标头特征的使用的1字节一起连续地开始。
Length_LSB字段2331和2332表示当前ALP数据包中净荷长度(字节)的LSB。例如，Length_LSB字段2331和2332可实现为11比特位的字段。在这种情况下，当HM字段2321被设置为0时，Length_LSB字段2331表示当前ALP数据包中的净荷的实际长度(字节)，以及当HM字段2321被设置为1时，Length_LSB字段2332与附加标头2342中的Length_MSB字段2342-1连接，以提供当前ALP数据包中净荷的实际总长度(字节)。
同时，仅当HM字段2321的值为“1”时，示出Length_MSB字段2342-1、LM字段2342-2、OHI字段2342-3和可选标头2352。
Length_MSB字段2342-1提供当前ALP数据包中净荷长度(字节)的MSB。Length_MSB字段2342-1被实现为5比特位字段以及与具有11比特位长度的LSB字段2332连接，以形成指示净荷数据的总长度的16比特位长度的字段。因此，净荷数据的最大长度为65,535(216-1)字节。
LM字段2342-2指示当前ALP数据包中的净荷的长度是长的还是短的。LM字段2342-2可实现为例如1比特位字段。在这种情况下，值“0”表示短于211＝2048的短L2净荷长度，而值“1”表示2048字节或更大以及65,535字节或更小的长L2净荷长度。
OHI字段2342-3指示是否使用预定可选标头的特征，例如指示标头压缩模式或标头扩展的标签。例如，OHI字段2342-3可实现为2比特位字段。
可选标头字段2352的长度和值可根据OHI字段的值而变化。随后将分别说明可选标头。
分段模式
为了实现分段模式，分段模式可以被划分为以下两种情况：仅使用指示当前ALP数据包中传输的L3数据包的分段的标识符的Seg_SN字段的情况；以及除了使用Seg_SN字段外，还一起使用表示经分段的L3数据包的标识符的Seg_ID的情况。每种情况还可分为短ALP数据包模式和长ALP数据包模式。
同时，作为L3数据包的长度(L2协议的输入)，至多达211-1＝2047字节可以被视为是一般情况，以及作为最大长度，可以考虑至多达216-1＝65,535字节。此外，作为ALP数据包的长度(L2协议的输出)，至多达211-1＝2,047字节可被视为在短数据包模式下，以及至多达216-1＝65,535字节可被视为在长数据包模式下。
图16B示出图16A的改进示例性实施方式和用于长数据包的附加标头2361、用于分段(即，用于L3数据包的分段)的附加标头2362、以及用于级联(即，用于多个L3数据包)的附加标头2363可以设置在一些Length_LSB字段2332、2333和2334之后。详细地，S/C字段2322指示当前ALP数据包的净荷传输L3数据包的分段并且包括附加标头2362，或指示当前ALP数据包的净荷传输多个完整的L3数据包并且包括附加标头2363。例如，S/C字段2322可实现为1比特位字段，以及在这种情况下，值“0”可以表示当前ALP数据包的净荷传输L3数据包的分段并且当前ALP数据包的净荷包括附加标头2362，而值“1”可以表示当前ALP数据包的净荷包括多个L3数据包并且包括附加标头2363。
图17是示出根据示例性实施方式的分段的L3数据包与ALP数据包之间的关系的示图。
不允许改变L3数据包及其分段的传输顺序。结果，包括L3数据包的分段的所有ALP数据包被连续地传输，如图17所示。只有在传输了前一L3数据包的最后分段之后，才可以将另一预定的L3数据包封装成ALP数据包。
此外，表示分段的L3数据包的标识符的标识符Seg_ID可以被分配给每个分段的L3数据包。包括相同L3数据包的分段的所有ALP数据包具有相同的Seg_ID值。Seg_ID的值用于检查在接收端处重新组装的L3数据包的完整性。
图18A至图18C是示出根据示例性实施方式的在分段模式下的ALP数据包的标头的结构的示图。
图18A至图18C示出仅使用用于实现分段模式的选项之中的Seg_SN并且净荷的最大长度为2407字节的情况的多种示例性实施方式。
图18A示出根据示例性实施方式的ALP数据包的标头的结构。
S/C字段2522指示当前ALP数据包的净荷是传输L3数据包的分段还是多个完整的L3数据包。例如，S/C字段2522可实现为1比特位字段，以及在这种情况下，值“0”可以表示当前ALP数据包的净荷传输L3数据包的分段SDU，而值“1”可以表示当前ALP数据包的净荷传输多个完整的L3数据包。
Length_LSB字段2523和2332表示当前ALP数据包中净荷的长度(字节)。例如，Length_LSB字段2523可实现为11比特位字段。
Seg_SN字段2524提供当前ALP数据包中传输的L3数据包的分段的标识符(分段的相应顺序)。例如，Seg_SN字段2524可实现为5比特位字段，以及在这种情况下，可以提供用于至多达32个分段的标识符。
最后指示符(LI)字段2525指示当前ALP数据包是否传输L3数据包的最后分段。例如，LI字段2525可实现为1比特位字段。在这种情况下，值“1”表示当前ALP数据包传输L3数据包的最后分段，而值“0”表示当前L3数据包的最后分段不存在于当前ALP数据包中。
OHI字段2526指示是否使用预定的可选标头的特征，例如指示标头压缩模式或标头扩展的标签。例如，OHI字段2526可实现为2比特位字段。
可选标头字段的长度和值根据OHI字段的值而变化。在一个实现示例中，只有当Seg_SN＝0000时，相应的字段才可以存在。
在一些情况下，可以省略LI字段2525，以及可以使用3比特位的OHI字段2526。
图18B示出根据另一示例性实施方式的ALP数据包的标头的结构。
Total_length字段2529提供通过多个ALP数据包分段的L3数据包的总长度(字节)。例如，Total_length字段2529可实现为16比特位字段。在接收端重新组合来自不同ALP数据包的分段之后，使用相应字段来检查长度。在一个实现示例中，只有当Seg_SN＝0000时，相应的字段才可以存在。由于其它字段的使用与图18A中描述的使用相同，因此将省略详细描述。在一些情况下，可以省略LI字段，以及可以使用3比特位的OHI字段。
图18C示出根据又一示例性实施方式的ALP数据包的标头的结构。
Last_Seg_SN字段2530指示传输L3数据包的所有分段的ALP数据包的数量。例如，Last_Seg_SN字段2530可实现为5比特位字段，以及相应字段的值与传输L3数据包的最后分段的ALP数据包中的Seg_SN字段的值相同。
R字段2531可以被保留以供将来使用，以及实现为例如3比特位字段。
同时，在相应的实现示例中，可以省略LI字段，以及可以使用3比特位的OHI字段2526。
图19A和图19B示出仅使用用于实现分段模式的选项之中的Seg_SN并且净荷的最大长度为65,535字节的情况的多种示例性实施方式。
图19A示出根据示例性实施方式的ALP数据包的标头的结构。
Length_LSB字段2621指示当前ALP数据包中净荷的长度(字节)的LSB。例如，Length_LSB字段2621可实现为11比特位字段。在这种情况下，当用于分段的标头模式(HMS)字段2624为0时，Length_LSB字段2621指示当前ALP数据包中的净荷的实际长度(字节)。另外，Length_LSB字段2621与附加标头中的字段Length_MSB连接，以便提供当前ALP数据包中净荷的实际总长度(字节)。
Seg_SN字段2622和LI字段2623的使用与图18A和图18B中示出的示例性实施方式相同。
HMS字段2624指示预定特征，例如是否使用附加标头，换言之，当前的ALP数据包是否为长ALP数据包。例如，HMS字段2624可实现为1比特位字段。在这种情况下，值“0”不用于所有特征并且表示当前ALP数据包的长度为2字节。另外，值“1”表示使用至少一个特征，并且在这种情况下，在保留的R字段2625之后，附加标头与例如长SDU或表示可选标头的特征的使用的1字节一起连续开始。
保留的R字段2625可以被保留以供将来使用，以及被实现为例如1比特位字段。
Length_MSB字段2626、LM字段2627和OHI字段2628的值仅当HMS字段2624的值为“1”时示出，以及这些字段的使用与针对图16A示出的基本结构的示例性实施方式相同。
图19B示出根据另一示例性实施方式的ALP数据包的标头的结构。
Length_LSB字段2631指示当前ALP数据包中净荷长度(字节)的LSB。例如，Length_LSB字段2631可实现为11比特位字段。在这种情况下，当LM字段2635为0时，Length_LSB字段2631指示当前ALP数据包中的净荷的实际长度(字节)。另外，当LM字段2635为1时，Length_LSB字段2631与附加标头中的Length_MSB字段连接，以便提供当前ALP数据包中净荷的实际总长度(字节)。
Seg_SN字段2632和LI字段2633的使用与图19A中示出的示例性实施方式相同，以及OHI字段2634的使用与图18A至图18C中示出的示例性实施方式相同。
LM字段2635指示当前ALP数据包中的净荷的长度是长的还是短的。例如，LM字段2635可实现为1比特位字段。在这种情况下，值“0”表示短于211＝2048字节的短L2净荷长度，而值“1”表示2048字节或更大以及65,535字节或更小的长L2净荷长度。
Length_MSB字段2636提供当前ALP数据包中净荷长度(字节)的MSB。例如，Length_MSB字段2636可实现为8比特位字段。3比特位的Length_MSB被保留以供将来使用，以及在示例性实施方式中被设置为“000”。剩余5比特位的Length_MSB与11比特位的Length_LSB字段连接，以形成提供净荷数据的总长度的16比特位的Total_length字段。因此，净荷数据的最大长度等于65535(＝216-1)字节。相应字段仅当LM字段2635的值为“1”时才示出。
同时，在图19A和图19B所示的示例性实施方式中，当Seg_SN字段的值为0时，可以示出Total_length字段或Last_Seg_SN字段。OHI字段和可选标头将在后面详细描述。
图20A和图20B示出用于实现分段模式的选项之中的Seg_SN和Seg_ID被一起使用并且净荷的最大长度为2,047字节的情况的多种示例性实施方式。
图20A示出根据示例性实施方式的ALP数据包的标头的结构。
Seg_ID字段2712提供分段的L3数据包的标识符。例如，Seg_ID字段2712可实现为2比特位字段。在这种情况下，包括来自相同L3数据包的分段的所有ALP数据包具有相同的Seg_ID。
Length_LSB字段2711、Seg_SN 2713和LI字段2714的使用与图18A所示的示例性实施方式相同。
Last_Seg_SN字段2715和OHI字段2716的值仅当Seg_SN字段2713的值为“00000”时示出，并且这些字段的使用与图18C所示的示例性实施方式相同。
图20B示出根据另一示例性实施方式的ALP数据包的标头的结构。
图20B的示例性实施方式与图20A所示的示例性实施方式相同，除了L1字段不存在以及Seg_ID字段2722的长度被扩展以便支持更多分段的L3数据包之外。结果，Length_LSB字段2721、Seg_SN 2723、Last_Seg_SN字段2725以及OHI字段2726的使用与图20A所示的示例性实施方式相同。
图21示出用于实现分段模式的选项之中的Seg_SN和Seg_ID被一起使用并且净荷的最大长度为65,535字节的情况的多种示例性实施方式。
当使用预定特征(例如，长ALP数据包或可选标头)或当前ALP数据包包括L3数据包的最后分段时，示出HMS字段2814。例如，HMS字段2814可实现为1比特位字段。在这种情况下，值“0”不用于所有特征并且表示当前ALP数据包的长度为3字节。值“1”表示使用特征中的至少一个，以及在这种情况下，在HMS字段之后，附加标头与例如表示长SDU可选标头特征的使用或包括L3数据包的最后分段的1字节一起连续地开始。
Length_LSB字段2811、Seg_ID 2812和Seg_SN字段2813的使用与图20A所示的示例性实施方式相同。
Length_MSB字段2815、LI字段2816和OHI字段2817的值仅当HMS字段2814为“1”时示出，并且这些字段的使用与上述示例性实施方式相同。
在又一示例性实施方式中，当OHI字段2817被实现为3比特位时可以省略LI字段2816，以及当Seg_SN字段2813为“00000”时可以示出Last_Seg_SN字段。
级联模式
图22示出根据示例性实施方式的用于实现级联模式的ALP数据包的结构。图22所示的示例性实施方式描述了最大净荷长度为65,535字节的情况。
Length_LSB字段2911指示当前ALP数据包中净荷长度(字节)的LSB。例如，Length_LSB字段2911可实现为11比特位字段。Length_LSB字段2911与随后的Length_MSB字段2912连接，以便提供当前ALP数据包中净荷的实际总长度(字节)。
Length_MSB字段2912提供当前ALP数据包中净荷的长度(字节)的MSB。例如，Length_MSB字段2912可实现为5比特位字段。Length_MSB字段2912与具有11比特位长度的Length_LSB字段2911连接，以形成提供净荷数据的总长度的16比特位长度字段。因此，净荷数据的总长度等于65535(＝216-1)字节。
计数字段2913提供包括在相应BBP中的L3数据包的数量。例如，计数字段2913可实现为4比特位字段。当前ALP数据包中的L3数据包的实际数量作为计数字段2913的值+1给出。
OHI字段2914指示是否使用预定可选标头的特征。例如，OHI字段2914可实现为1比特位字段。
长度字段2915的长度被给出为11*计数2913比特位。每一11比特位字段提供连接到当前ALP数据包的净荷的L3数据包的长度。
保留构成R字段2916的一些比特位以用字节排列边界。
图23A至图23C是示出根据示例性实施方式的OHI字段和可选标头字段的构成的示图。
OHI字段可包括LABELI字段、EXHI字段、EXHLM字段和HCM字段(未示出)中的至少之一。
LABELI字段指示在可选标头中是否存在LABEL字段。例如，LABELI字段可实现为1比特位字段。本文中，值“0”表示不存在LABEL字段，而值“1”表示存在LABEL字段。LABEL字段的长度可以是1、2或3字节。
EXHI字段指示在可选标头之后是否存在扩展标头。例如，EXHI字段可实现为1比特位字段。本文中，值“1”表示不存在扩展标头，而值“0”表示存在扩展标头。
EXHLM字段指示当扩展标头存在时，扩展标头的长度是长的还是短的。例如，EXHLM字段可实现为2比特位字段。在这种情况下，值“00”表示不存在扩展标头，值“01”表示存在具有8比特位大小的短扩展标头长度(EXHL)字段，以及值“10”表示存在具有16比特位大小的长扩展标头长度(EXHL)字段。EXHL字段表示为与可选标头紧邻。
当用于标头压缩的附加信息存在于当前BBP的可选标头中时示出HCM字段。例如，HCM字段可实现为1比特位字段。
可选标头字段可包括LABEL字段、EXHL字段和HCI字段(未示出)中的至少一个。
LABEL字段提供可用于硬件/软件过滤的子流地址。例如，LABEL字段可以现为16比特位字段。
EXHL字段提供与可选标头紧邻的扩展标头的长度(字节)。例如，EXHL字段可实现为8或16比特位字段。相应字段的长度在EXTHLM的值为“0”时为8比特位，以及在EXTHLM的值为“1”时为16比特位。
HCI字段包括用于恢复当前ALP数据包中传输的经压缩的SDU标头的附加信息。
图24是示出根据又一示例性实施方式的ALP数据包结构的标头的语法的示图。
如图24所示，ALP数据包标头的基本标头可包含包括TYPE、MODE、LENGM、LENGLSB等的字段，以及下文中将描述包括多个字段的ALP数据包标头的结构的多种示例性实施方式。
图25是示出根据又一示例性实施方式的ALP数据包标头的结构的示图。
如图25所示，ALP数据包标头包括基本标头字段3320、可选标头字段3330以及扩展标头字段3340。
具体地，基本标头字段3320可包括TYPE字段3321、MODE字段3322、LENGM字段3323以及LENGLSB字段3324。
TYPE字段3321指示净荷数据的类型。例如，TYPE字段3321可实现为3比特位字段。例如，000表示IPv4，001表示IPv6，010表示压缩的IPv4，011表示压缩的IPv6，100表示信令，101表示MPEG-2传输流，以及110至111表示保留。
MODE字段3322指示是否使用附加标头的任何特征，例如标签、分段、级联或标头扩展。例如，MODE字段3322可实现为1比特位字段。在这种情况下，值“0”表示不使用特征中的任何一个。相反，值“1”表示使用特征中的至少一个。在这种情况下，在基本标头3320之后的附加标头与表示标签、分段、级联和标头扩展的使用的1字节一起连续地开始。
LENGM字段3323指示当前ALP数据包是短的还是长的。例如，LENGM字段3323可实现为1比特位字段。在这种情况下，值“0”表示短于211＝2048字节的短L2净荷长度，而值“1”表示2048字节或更大以及65,535字节或更小的长L2净荷长度。
LENGLSB字段3324表示当前L2数据包中净荷长度(字节)的LSB。例如，LENGLSB字段3324可实现为11比特位字段。当LENGM字段3323为0时，LENGLSB字段3324指示当前L2数据包中的净荷的实际长度(字节)。相反地，LENGLSB字段3324与可选标头3330中的LENGMSB字段连接，以便提供当前ALP数据包中净荷的实际总长度(字节)。
图26是示出根据又一示例性实施方式的ALP数据包标头的可选字段的示图。
LABELI字段3332指示附加标头中是否存在LABEL字段。例如，LABELI字段3332可实现为1比特位字段。本文中，值“0”表示不存在LABEL字段，而值“1”表示存在LABEL字段。LABEL字段的长度可以是1、2或3字节。
EXHI字段3333指示在附加标头之后是否存在扩展标头。例如，EXHI字段3333可实现为1比特位字段。本文中，值“1”表示不存在扩展标头，而值“0”表示存在扩展标头。
EXTHLM字段3334指示当扩展标头存在时，扩展标头的长度是长的还是短的。例如，EXHLM字段3334可实现为1比特位字段。在这种情况下，值“0”表示存在具有8比特位大小的短扩展标头长度(EXHL)字段，以及值“1”表示存在具有16比特位大小的长扩展标头长度(EXHL)字段。EXHL字段表示为与可选字段紧邻。
S字段3335指示当前ALP数据包是否传输SDU的分段。例如，值“1”表示当前ALP数据包的净荷传输SDU的分段，而值“0”表示当前ALP数据包的净荷传输完整的SDU。
C字段3336指示当前ALP数据包是否传输多个SDU。值“1”表示当前ALP数据包传输多个SDU，而值“0”表示当前ALP数据包的净荷传输一个完整的SDU。
同时，仅当S字段3335为1时，存在Seg_ID字段3341、Seg_SN字段3342以及FRAGTOTAL字段3343。
当SDU的分段包括在当前ALP数据包的净荷中时，Seg_ID字段3341提供SDU的标识符。例如，Seg_ID字段3341可实现为3比特位字段。包括属于相同SDU的分段的所有ALP数据包可包括相同的Seg_ID。直到传输了SDU的最后分段才再使用Seg_ID。
Seg_SN字段3342提供在当前ALP数据包中传输的SDU的分段标识符。例如，Seg_SN字段3342可实现为4比特位字段。因此，可以支持最多16个分段。
FRAGTOTAL字段3343提供通过多个ALP数据包分段的SDU的总长度(字节)。例如，FRAGTOTAL字段3343可实现为16比特位字段。相应字段用于在接收端处重新组装来自不同ALP数据包的不同SDU分段之后检查长度。相应字段仅当Seg_SN字段3342为“0000”时才存在。
另一方面，仅当C字段3336为1时，计数字段3345、LM字段3346和长度字段3347才存在。
计数字段3345提供包括在相应ALP数据包中的SDU的数量。例如，计数字段3345可实现为2比特位字段。当前ALP数据包中的SDU的实际数量作为计数字段3345的值+1给出。
LM字段3346指示在当前ALP数据包中传输的SDU的长度指示模式。LM字段3346可实现为1比特位字段。当LM字段3346为“0”时，下一长度字段的长度为11比特位，以及每个SDU短于2048字节。相反，当LM字段3346为“1”时，下一长度字段的长度为2字节，以及每个SDU短于65536字节。
长度字段3347提供在当前ALP数据包中传输的每个SDU的长度。根据一个示例，相应字段中的数量可以给出为计数+1(或计数)。
此外，可以添加额外的填充以用于字节对齐。
另一方面，R字段3344-1、3444-2和3344-3可以被保留以供将来使用，以及被实现为例如4比特位字段3344-1、可变比特位字段3342、3比特位字段3344-3等。
LENGMSB字段3331可实现为8比特位字段，其提供当前ALP数据包中净荷长度的8个MSB。LENGMSB字段3331中的3个MSB可被保留以供将来使用并设置为“000”。剩余5比特位的LENGMSB与11比特位的LENGLSB字段连接，以形成16比特位的LENG字段以及提供净荷数据的总长度。净荷数据的最大长度等于65535(＝216-1)字节。
LABEL字段3348提供可用于硬件/软件过滤的子流地址。例如，LABEL字段可实现为16比特位字段。
EXTHL字段3349提供紧邻可选字段之后的扩展字段的长度(字节)。例如，EXTHL字段3349可实现为8或16比特位字段。相应字段的长度在EXTHLM的值为“0”时为8比特位，以及在EXTHLM的值为“1”时为16比特位。
图27A和图27B、图28A和图28B以及图29示出可选字段的又一示例性实施方式。
图27A和27B示出处于分段模式(即，当图26所示的示例性实施方式中的S字段3335为1时)中的可选字段结构的示例性实施方式。
图28A和图28B示出处于级联模式(即，当图26所示的示例性实施方式中的C字段3336为1时)中的可选字段结构的示例性实施方式。
图29示出具有支持分段模式和级联模式两者的形式的可选字段结构的示例性实施方式。
图27A和图27B、图28A和图28B以及图29所示的各个字段的功能与图26中描述的那些相同，因此将省略详细描述。
图30是示出根据又一示例性实施方式的ALP数据包标头的结构的示图。
图30中示出的配置TYPE字段和SM字段被实现为共用部分。
TYPE字段3371指示净荷数据的类型。例如，TYPE字段3371可实现为3比特位字段，以及000可表示IPv4，001可表示IPv6，010可表示压缩的IPv4，011可以表示压缩的IPv6，100可表示信令，101可表示MPEG-2传输流，以及110至111可表示保留。
SM字段3372指示当前ALP数据包，即ALP数据包，是否传输单个完整的L3数据包。例如，SM字段3372可实现为1比特位字段，以及在这种情况下，值“1”可以表示当前ALP数据包的净荷传输单个完整的L3数据包，而值“0”可以表示当前ALP数据包的净荷传输多个完整的L3数据包或L3数据包的分段。
单个完整的SDU模式
当SM字段3372为“1”时，值“1”表示单个完整的SDU模式。
E字段3373指示是否使用预定特征，例如，长SDU或附加标头。例如，E字段3373可实现为1比特位字段。在这种情况下，值“0”表示不使用特征，而值“1”表示使用特征中的至少一个。在这种情况下，在Length_LSB字段之后的附加标头与例如长SDU或表示可选标头特征的使用的1字节一起连续地开始。
Length_LSB字段3374表示当前ALP数据包中净荷长度(字节)为11个LSB。例如，Length_LSB字段3374可实现为11比特位字段。在这种情况下，当LM字段3375设置为0时，Length_LSB字段3374指示当前ALP数据包中的净荷的实际长度(字节)。相反，当LM字段3375设置为1时，Length_LSB字段3374与附加标头中的Length_MSB字段连接，以提供当前ALP数据包中净荷的实际总长度(字节)。
LM字段3375指示当前ALP数据包中的净荷的长度是短的还是长的。LM字段3375可实现为例如1比特位字段。在这种情况下，值“0”表示短于211＝2048字节的短L2净荷长度，而值“1”表示2048字节或更大以及65,535字节或更小的长L2净荷长度。
OHI字段3376指示是否使用预定的附加标头的特征，例如指示标头压缩模式或标头扩展的标签。例如，OHI字段3376可实现为2比特位字段。
保留的字段3377可以被保留以供将来使用。
可选标头字段3378的长度和值可根据OHI字段的值而变化。
同时，当SM字段3372为“0”时，值“0”表示分段模式或级联模式。
S/C字段3480指示当前ALP数据包的净荷是传输SDU的分段还是多个完整的SDU。例如，S/C字段3480可实现为1比特位字段，以及在这种情况下，值“0”可表示当前ALP数据包的净荷传输SDU的分段，而值“1”可表示当前ALP数据包的净荷传输多个完整的SDU。
分段模式
当SDU的分段包括在当前ALP数据包的净荷中时，Seg_ID字段3481提供用于分段的SDU的标识符。例如，Seg_ID字段3481可实现为3比特位字段。在这种情况下，包括属于相同SDU的分段的所有ALP数据包具有相同的Seg_ID。直到传输了SDU的最后分段才再使用Seg_ID。
Seg_SN字段3482提供在当前ALP数据包中传输的SDU的分段标识符。例如，Seg_SN字段3482可实现为3比特位字段，以及在这种情况下，可提供用于至多8个分段的标识符。
F_Seg_Len字段3484可提供当前ALP数据包中的净荷的长度，以及可实现为11比特位字段。相应字段可以在Seg_SN字段3482为“000”时示出。
LI字段3485指示当前ALP数据包中的SDU的分段是否为最后分段。例如，LI字段3485可实现为1比特位字段。在这种情况下，值“0”表示当前ALP数据包中的SDU的分段不是最后分段，而值“1”表示当前ALP数据包中的SDU的分段是最后分段。相应字段可以在Seg_SN字段3482为“000”时示出。
Seg_Len_ID字段3486可指示当前ALP数据包中的净荷的长度，以及例如可实现为4比特位字段。可以使用相应字段的值从预定表格获取实际值。
级联模式
计数字段3487提供包括在相应ALP数据包中的SDU的数量。例如，计数字段3487可实现为2比特位字段。当前ALP数据包中的SDU的实际数量作为计数字段3487的值+1给出。
LM字段3488可指示在当前ALP数据包中传输的SDU的长度指示模式，以及例如可实现为1比特位字段。在这种情况下，值“0”表示下一长度字段为11比特位，以及每个SDU小于2048字节。相反，值“1”表示下一长度字段为2字节，以及每个SDU短于65,536字节。
长度字段3489提供在当前ALP数据包中传输的每个SDU的长度。根据一个示例，相应字段中的数字可以给出为计数+1(可替代地，计数)。
此外，可以添加额外的填充以用于字节对齐。
图31、图32A和图32B示出根据图30所示的ALP数据包标头的结构的每种模式的另一示例性实施方式。
图31示出在分段模式中未使用Seg_ID字段的情况的示例性实施方式。图31所示的各个字段的功能与图30中所描述的那些相同，因此将省略详细描述。
图32A和图32B示出级联模式中的又一示例性实施方式。
图32A和图32B所示的各个字段的功能与图30中所描述的那些相同，因此将省略详细描述。
图33是示出根据另一示例性实施方式的可选标头结构的示图。
在图33所示的元素中，Seg_BBP_H字段4011在S字段4021为1时示出。例如，相应字段指示在Seg_ID、Seg_SN和分段之前的SDU的长度。
Con_BBP_H字段4012在C字段4022为1时示出。例如，相应字段指示当前ALP数据包中级联的SDU的数量及其长度。此外，图33中所示的各个字段的功能与图26、图30等中所描述的那些相同，因此将省略详细描述。
图35是根据示例性实施方式的接收装置的框图。
参考图35，接收装置200包括接收器210和信号处理器220。
接收装置200可实现为从发送装置接收数据，该发送装置将仅包括第一类型流的进入流中的数据映射到一个或多个信号处理路径，并发送该数据。因此，接收装置200可接收这样的传输帧，该传输帧中只有第一类型流映射到一个或多个信号处理路径。
接收器210接收包括映射到一个或多个信号处理路径的数据的帧。接收器210可接收包括信令信息和映射到一个或多个信号处理路径的数据的流。信令信息可包括与在接收装置处接收的进入流的输入类型相关的信息和与映射到一个或多个信号处理路径的数据类型相关的信息。与进入流的输入类型相关的信息可指示帧内的所有信号处理路径是否为相同的输入类型。上面描述了包括在信令信息中的其它信息，将不再进一步解释。
信号处理器220从接收到的帧中提取信令信息。信号处理器220可通过提取和解码L1信令信息来获得与L1预信令区和L1后信令区中包括的PLP相关的各种信息。此外，信号处理器220可基于所提取和解码的信令信息来对帧进行信号处理。例如，信号处理可执行解调、帧去构建、BICM解码，以及输入去处理。
具体地，信号处理器220通过对从接收器210接收的帧进行信号处理来产生基带数据包，以及从包括在基带数据包中的多个ALP数据包提取标头信息。
此外，信号处理器220可通过对包括在ALP数据包中的净荷数据进行信号处理来恢复流，即，以上描述的输入至发送装置的输入流。
图35B是根据示例性实施方式的用于详细说明信号处理器的框图。
参考图35B，信号处理器220包括解调器221、信号解码器222和流产生器223。
解调器221根据来自所接收的RF信号的OFDM参数执行解调，执行同步检测，以及当检测到同步时，基于存储在同步区域中的信令信息来识别当前接收的帧是否包括所需服务数据。例如，解调器221可识别是接收到移动帧还是接收到固定帧。
在这种情况下，如果先前没有确定与信令区域和数据区域有关的OFDM参数，则解调器221可通过获得存储在同步区域中的与信令区域和数据区域有关的OFDM参数及获得关于与设置为紧接在同步区域之后的信令区域和数据区域相关的OFDM参数的信息来执行解调。
信号解码器222执行对所需数据的解码。在这种情况下，信号解码器222可基于信令信息通过获得与存储在每个数据区中的数据相关的FEC方法和调制方法的参数来执行解码。此外，信号解码器222可基于包括在可配置字段和动态字段中的数据信息来计算所需数据的位置。因此，其可计算帧中哪些位置传输所请求的PLP。
流产生器223可通过处理从信号解码器222输入的基带数据包来产生待进行服务的数据。
例如，流产生器223可从基带数据包产生ALP数据包，其中错误基于输入流同步器(ISSY)模式、缓冲器大小(BUFS)、输出时间(TTO)值和输入流时钟参考(ISCR)值纠正。
具体地，流产生器223可包括去抖动缓冲器。去抖动缓冲器可基于ISSY模式、BUFS、TTO值和ISCR值重新产生纠错时序以恢复输出流。从而，可补偿多个PLP之间同步的延迟。
图34是根据示例性实施方式的用于解释发送装置的信号处理方法的流程图。
根据图34所示的发送装置的信号处理方法，首先产生与输入流对应的标头和净荷数据(S4210)。本文中，构成标头的基本标头可包括：第一字段，指示输入流的数据包类型；以及第二字段，设置为表示数据包传输单个完整的输入数据包的第一值或表示数据包传输输入数据包的分段或多个输入数据包的第二值。当第二字段设置为第一值时，基本标头可包括第三字段，该第三字段被设置为表示不存在附加标头的第三值或表示存在附加标头的第四值。当第三字段被设置为第四值时，附加标头可包括第四字段，该第四字段指示子流标识符是否存在于可选标头中，以及当第四字段被设置为表示子流标识符存在于可选标头中的值时，可选标头可包括指示子流标识符的第五字段。
在S4220处，产生包括所产生的数据包的帧。此处，帧可以是基带数据包。
在S4230处，对所产生的帧进行信号处理。
在S4240处，传输经信号处理的帧。此处，经信号处理的帧可以是传输帧。
图36是根据示例性实施方式的接收装置的框图。
参考图36，接收装置4400可包括控制器4410、RF接收器4420、解调器4430以及服务播放器4440。
控制器4410确定其中传输所选服务的RF信道和PLP。在此过程中，RF信道可以由中心频率和带宽来定义，以及PLP可以由PLP标识符(ID)定义。对于构成服务的每个要素，某些服务可以通过属于超过一个RF信道的超过一个PLP来传输。然而，为便于解释，在下面的描述中假定播放一个服务所需的所有数据是通过一个PLP与一个RF信道传输的。因此，服务被提供有用于播放服务的独特的数据获取路径，以及该数据获取路径由RF信道和PLP指定。
RF接收器4420通过控制器4410从所选择的RF信道提取RF信号，并将通过对RF信号执行信号处理而提取的OFDM符号传送到解调器4430。信号处理可包括同步、信道估计和平衡。信号处理所需的信息是在发送装置和接收装置4400之间预定的，或者是以OFDM符号中的预定OFDM符号传输至接收装置4400。
解调器4430通过对OFDM符号执行信号处理来提取用户数据包，以及传送至服务播放器4440。服务播放器4440播放并输出由用户使用用户数据包选择的服务。用户数据包的格式可根据实现的服务而不同。例如，TS数据包或IPv4数据包可以是用户数据包。
图37是根据示例性实施方式的描述图36的解调器的框图。
参考图37，解调器4430可包括帧解映射器4431、用于L1信令的BICM解码器4432、控制器4433、BICM解码器4434，以及输出处理器4435。
帧解映射器4431基于从控制器4433传送的控制信息，从由OFDM符号构成的帧选择OFDM单元并传送到解码器4434，其中OFDM单元构成属于所选PLP的FEC块。此外，帧解映射器4431选择与包括在L1信令中的超过一个FEC块对应的OFDM单元，并传送到用于L1信令的BICM解码器4432。
用于L1信令的BICM解码器4432对与属于L1信令的FEC块对应的OFDM单元进行信号处理，提取L1信令比特，并传送至控制器4433。在这种情况下，信号处理可包括提取用于对OFDM单元中的低密度奇偶校验(LDPC)码进行解码的对数似然比(LLR)值，以及通过使用所提取的LLR值来解码LDPC码。
控制器4433从L1信令比特中提取L1信令表格，以及通过使用L1信令表格的值来控制帧解映射器4431、BICM解码器4434和输出处理器4435的操作。为了便于解释，图37示出用于L1信令的BICM解码器4432不使用控制器4433的控制信息。然而，如果L1信令包括与上述L1预信令和L1后信令类似的层结构，则用于L1信令的BICM解码器4432可由超过一个BICM解码块构成，以及BICM解码块和帧解映射器4431的操作可基于上层L1信令信息来控制，如以上描述中所理解的。
BICM解码器4434对构成属于所选PLP的FEC块的OFDM单元进行信号处理，提取基带数据包，以及将基带数据包传送到输出处理器4435。信号处理可包括提取用于对OFDM单元中的LDPC进行编码和解码的LLR值，以及通过使用所提取的LLR值来解码LDPC码。可以基于从控制器4433传送的控制信息来执行这两个操作。
输出处理器4435对基带数据包进行信号处理，提取用户数据包，以及将所提取的用户数据包传送到服务播放器。在这种情况下，可以对从控制器4433传送的控制信息执行信号处理。
同时，根据示例性实施方式，输出处理器4435可包括从基带数据包提取ALP数据包的ALP数据包处理器(未示出)。
图38是用于简要解释从用户选择服务时的时间点到播放所选择的服务时的时间点的接收装置的操作的流程图。
假设与可以在S4600的初始扫描过程中选择的所有服务相关的服务信息在S4610的服务选择过程之前获得。服务信息可包括与RF信道和PLP相关的信息，其中RF信道和PLP传输当前广播系统中播放特定服务所需的数据。服务信息的一个示例可以是MPEG-2TS的专用程序信息/服务信息(PSI/SI)，其通常可以通过L2信令和上层信令获得。
当用户在S4610处选择服务时，接收装置在S4620处修改传输所选服务的频率，以及在S4630处执行提取RF信号。当在S4620处执行修改传输所选服务的频率的操作时，可以使用服务信息。
当RF信号被提取时，接收器在S4640处从所提取的RF信号执行提取L1信令。接收装置在S4650处通过使用所提取的L1信令来选择传输所选服务的PLP，以及在S4660处从所选择的PLP中提取基带数据包。当在S4650处选择传输所选服务的PLP时，可以使用服务信息。
此外，在S4660处提取基带帧的操作可包括通过解映射传输帧来选择属于PLP的OFDM单元，提取用于对LDPC进行编码/解码的LLR值，以及通过使用所提取的LLR值对LDPC码进行解码。
接收装置在S4670处通过使用与所提取的基带数据包相关的标头信息来执行从所提取的基带数据包提取ALP数据包，以及在S4680处通过使用与所提取的基带数据包相关的标头信息执行从所提取的ALP数据包中提取用户数据包。所提取的用户数据包用于在S4690处播放所选服务。当在S4670处提取ALP数据包的操作和在S4680处提取用户数据包的操作被执行时，可以使用通过在S4640处提取L1信令的操作而获得的L1信令信息。在这种情况下，从ALP数据包提取用户数据包的过程(恢复空TS数据包和嵌入TS同步字节)与以上描述的相同。根据以上描述的多种示例性实施方式，可以将多种类型的数据映射到可传输的物理层，以及可以提高数据处理效率。
根据多种示例性实施方式，在链路层中过滤数据包以提高数据处理效率。
上述方法和/或操作也可实现为计算机可读记录介质中的计算机可读代码。计算机可读记录介质是可存储可由计算机系统读取的数据的预定数据存储设备。计算机可读记录介质的示例可包括只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、光数据存储设备和载波(诸如，通过互联网的数据传输)。计算机可读记录介质也可经由通过网络连接的计算机系统分布，并且因此以分配方法存储和执行计算机可读代码。此外，用于实现本公开的功能程序、代码和代码分段可容易地由本公开所应用的领域中的程序设计人员进行分析。
根据示例性实施方式，由图(诸如图6、图13、图35A、图35B、图36和图37)中所示的框所表示的部件、元件、模块或单元中的至少一个可实施为执行上述多种功能的多种数量的硬件、软件和/或固件结构。例如，这些部件、元件或单元中的至少一个可使用可通过控制一个或多个微处理器或其它控制装置来执行多种功能的直接电路结构，诸如存储器、处理、逻辑、查找表等。此外，这些部件、元件或单元中的至少一个可以由包含用于执行指定逻辑功能的一个或多个可执行指令的模块、程序或代码的一部分实施，以及由一个或多个微处理器或其它控制装置执行。此外，这些部件、元件或单元中的至少一个还可包括处理器，诸如，执行多种功能的中央处理单元(CPU)，微处理器等。这些部件、元件或单元中的两个或更多个可以组合为执行组合的两个或更多个部件、元件或单元的所有操作或功能的单个部件、元件或单元。此外，这些部件、元件或单元中的至少一个的功能的至少一部分可以由这些部件、元件或单元中的另一个执行。此外，虽然在上述框图中未示出总线，但可通过总线来执行所述部件、元件或单元之间的通信。上述示例性实施方式的功能方面可以在执行于一个或多个处理器上的算法中实现。此外，由框或处理步骤表示的部件、元件或单元可采用任何数量的相关技术来用于电子配置、信号处理和/或控制、数据处理等。
因此，本公开包括包含用于实现本说明书的任一权利要求中所述的装置和方法的代码的程序，以及存储该程序的机器(计算机)可读存储介质。此外，程序可通过预定介质(诸如，通过有线或无线连接传送的通信信号)电携带，以及本公开适当地包括其等同。
此外，根据示例性实施方式的装置可从以有线或无线方法连接的程序提供设备接收和存储程序。程序提供设备可包括：包含用于允许程序处理设备执行预定内容保护方法的指令的程序；用于存储内容保护方法所需的信息的存储器等；用于与图形处理设备进行有线或无线通信的通信器以及从图形处理设备传输请求或者自动向发送/接收装置传输相应程序的控制器。
同时，已经描述了详细的示例性实施方式，但在不脱离本发明构思的范围的情况下，可以进行多种修改。因此，本发明构思的范围不应限于上述示例性实施方式，并且应由所附权利要求书和所附权利要求书的等同来限定。

Claims (15)

1.用于接收广播信号的广播接收装置，所述装置包括：
接收器，配置成接收基于输入流产生的数据包，所述数据包包括标头和净荷；以及
处理器，配置成对所接收的数据包进行处理，
其中，所述标头包括基本标头，所述基本标头包括第一字段和第二字段，
其中，所述第一字段指示所述输入流的数据包类型；以及
其中，所述第二字段设置为第一值或第二值，
其中，所述第一值表示所述数据包传输单个完整的输入数据包，
其中，所述第二值表示所述数据包传输输入数据包的分段或多个输入数据包，
其中，如果所述第二字段设置为所述第一值，则所述基本标头包括第三字段，所述第三字段设置为表示不存在附加标头的第三值或指示存在所述附加标头的第四值，
其中，如果所述第三字段设置为所述第四值，则所述附加标头包括第四字段，所述第四字段设置为指示子流标识符是否存在于可选标头中的值，以及
其中，如果所述第四字段设置为指示所述子流标识符存在于所述可选标头中的值，则所述可选标头包括第五字段，所述第五字段设置为指示所述子流标识符的值。
2.根据权利要求1所述的广播接收装置，其中，所述子流标识符用于从传输多个服务的至少一个数据包中过滤包括与特定服务对应的子流的特定数据包。
3.根据权利要求1所述的广播接收装置，其中，如果所述第三字段设置为所述第四值，则所述基本标头还包括指示净荷长度的最低有效比特位LSB的字段，并且所述附加标头包括指示所述净荷长度的最高有效比特位MSB的字段。
4.根据权利要求3所述的广播接收装置，其中，所述第四值附加地指示所述净荷长度小于2048字节。
5.根据权利要求1所述的广播接收装置，其中，如果所述第三字段设置为所述第四值，则所述附加标头还包括指示在所述附加标头之后是否存在扩展标头的第六字段。
6.根据权利要求1所述的广播接收装置，其中，如果所述第二字段设置为所述第二值，则所述基本标头还包括第七字段，所述第七字段设置为第五值或第六值，所述第五值指示所述数据包的所述净荷传输所述输入数据包的分段且存在所述附加标头，所述第六值指示所述数据包的所述净荷传输所述多个输入数据包且存在所述附加标头。
7.根据权利要求6所述的广播接收装置，其中，如果所述第七字段设置为所述第五值或所述第六值，则所述基本标头还包括指示净荷长度的最低有效比特位LSB的字段。
8.根据权利要求7所述的广播接收装置，其中，如果所述第七字段设置为所述第五值，则所述附加标头包括：指示在所述数据包中传输的所述分段的标识符的字段，指示所述数据包是否传输所述输入数据包的最后分段的字段，以及指示在所述附加标头之后是否存在扩展标头的字段。
9.根据权利要求7所述的广播接收装置，其中，如果所述第七字段设置为所述第六值，则所述附加标头包括：指示所述净荷长度的最高有效比特位MSB的字段，指示在所述数据包中传输的输入数据包的数量的字段，以及指示在所述附加标头之后是否存在扩展标头的字段。
10.根据权利要求1所述的广播接收装置，其中，所述第一字段指示IPv4数据包、压缩的IP数据包、MPEG-2传输流和链路层信令数据包中的一种数据包类型。
11.用于发送广播信号的广播发送装置，所述装置包括：
数据包产生器，配置成基于输入流产生包括标头和净荷的数据包；以及
处理器，配置成基于所产生的数据包和物理层信令信息产生传输帧；以及
发射器，配置成发送所产生的传输帧，
其中，所述标头包括基本标头，所述基本标头包括第一字段和第二字段，
其中，所述第一字段指示所述输入流的数据包类型；以及
其中，所述第二字段设置为第一值或第二值，
其中，所述第一值表示所述数据包传输单个完整的输入数据包，
其中，所述第二值表示所述数据包传输输入数据包的分段或多个输入数据包，
其中，如果所述第二字段设置为所述第一值，则所述基本标头包括第三字段，所述第三字段设置为表示不存在附加标头的第三值或指示存在所述附加标头的第四值，
其中，如果所述第三字段设置为所述第四值，则所述附加标头包括第四字段，所述第四字段设置为指示子流标识符是否存在于可选标头中的值，以及
其中，如果所述第四字段设置为指示所述子流标识符存在于所述可选标头中的值，则所述可选标头包括第五字段，所述第五字段设置为指示所述子流标识符的值。
12.根据权利要求11所述的广播发送装置，其中，所述子流标识符用于从传输多个服务的至少一个数据包中过滤包括与特定服务对应的子流的特定数据包。
13.根据权利要求11所述的广播发送装置，其中，如果所述第三字段设置为所述第四值，则所述基本标头还包括指示净荷长度的最低有效比特位LSB的字段，并且所述附加标头包括指示所述净荷长度的最高有效比特位MSB的字段。
14.根据权利要求13所述的广播发送装置，其中，所述第四值附加地指示所述净荷长度小于2048字节。
15.根据权利要求11所述的广播发送装置，其中，如果所述第三字段设置为所述第四值，则所述附加标头还包括指示在所述附加标头之后是否存在扩展标头的第六字段。
CN202010395873.2A 2014-11-04 2015-11-04 发送装置和接收装置及其信号处理方法 Active CN111447243B (zh)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201462074759P 2014-11-04 2014-11-04
US62/074,759 2014-11-04
US201462083971P 2014-11-25 2014-11-25
US62/083,971 2014-11-25
KR10-2015-0114331 2015-08-13
KR1020150114331A KR20160052313A (ko) 2014-11-04 2015-08-13 송신 장치, 수신 장치 및 그 신호 처리 방법
PCT/KR2015/011799 WO2016072747A1 (en) 2014-11-04 2015-11-04 Transmitting apparatus and receiving apparatus and signal processing method thereof
CN201580059821.5A CN107079028B (zh) 2014-11-04 2015-11-04 发送装置和接收装置及其信号处理方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201580059821.5A Division CN107079028B (zh) 2014-11-04 2015-11-04 发送装置和接收装置及其信号处理方法

Publications (2)

Publication Number Publication Date
CN111447243A CN111447243A (zh) 2020-07-24
CN111447243B true CN111447243B (zh) 2022-07-15

Family

ID=82361068

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202010395866.2A Active CN111447242B (zh) 2014-11-04 2015-11-04 发送装置和接收装置及其信号处理方法
CN202010395873.2A Active CN111447243B (zh) 2014-11-04 2015-11-04 发送装置和接收装置及其信号处理方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202010395866.2A Active CN111447242B (zh) 2014-11-04 2015-11-04 发送装置和接收装置及其信号处理方法

Country Status (2)

Country Link
KR (1) KR102424840B1 (zh)
CN (2) CN111447242B (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101969608A (zh) * 2004-06-21 2011-02-09 高通股份有限公司 区分无线通信系统中数据包中的不同类型数据内容的方法
CN102334324A (zh) * 2009-03-03 2012-01-25 高通股份有限公司 可缩放的标头扩展

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU5920000A (en) * 1999-07-09 2001-02-13 Malibu Networks, Inc. Method for transmission control protocol (tcp) rate control with link-layer acknowledgements in a wireless point to multi-point (ptmp) transmission system
KR101419287B1 (ko) * 2006-07-07 2014-07-14 삼성전자주식회사 Ｉｐｄｃ 서비스를 제공하는 장치 및 방법 및 ｉｐｄｃ서비스를 처리하는 장치 및 방법
US8891465B2 (en) * 2009-05-21 2014-11-18 Samsung Electronics Co., Ltd. Digital broadcasting transmitter, digital broadcasting receiver, and methods for configuring and processing a stream for same
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
DE102010034307B4 (de) * 2010-08-13 2023-02-23 Vodafone Gmbh Verfahren zum Übertragen und Konfigurieren eines Datenpakets in einem Netzwerk
JP5970957B2 (ja) * 2012-05-18 2016-08-17 ソニー株式会社 送信装置、送信方法、受信装置、受信方法、プログラムおよび電子機器

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101969608A (zh) * 2004-06-21 2011-02-09 高通股份有限公司 区分无线通信系统中数据包中的不同类型数据内容的方法
CN102334324A (zh) * 2009-03-03 2012-01-25 高通股份有限公司 可缩放的标头扩展

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MPLS技术在城域网中的应用;王伟;《电信工程技术与标准化》;20060815(第08期);10-13 *

Also Published As

Publication number Publication date
KR102424840B1 (ko) 2022-07-27
KR20210030336A (ko) 2021-03-17
CN111447242A (zh) 2020-07-24
CN111447243A (zh) 2020-07-24
CN111447242B (zh) 2022-07-15

Similar Documents

Publication Publication Date Title
US10334088B2 (en) Transmitting apparatus and signal processing method thereof
CN107079028B (zh) 发送装置和接收装置及其信号处理方法
US11770336B2 (en) Transmitting apparatus, receiving apparatus and controlling method thereof
CN111163111B (zh) 发送设备及其信号处理方法
CN107113321B (zh) 传输设备和接收设备以及它们的信号处理方法
CA2966482C (en) Transmitting apparatus, receiving apparatus and controlling method thereof
KR102062897B1 (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법
CN111447243B (zh) 发送装置和接收装置及其信号处理方法
CN107690779B (zh) 发送设备、接收设备和用于控制上述设备的方法
US11336389B2 (en) Transmitting device which generates a physical layer packet by inserting padding and transmitting method thereof
CN111052700B (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