CN117643060A

CN117643060A - 处理多播信号的方法和设备

Info

Publication number: CN117643060A
Application number: CN202280050713.1A
Authority: CN
Inventors: 权祐奭; 尹准熙
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2021-07-22
Filing date: 2022-07-21
Publication date: 2024-03-01

Abstract

根据本发明的一个实施方式的发送多播信号的方法可以包括以下步骤：对由包括针对多播服务的多播服务数据的IP分组构成的IP流选择性地执行报头压缩；在对IP流执行报头压缩时，生成包括与报头压缩相关的信息的第一信令信息；生成包括与多播服务相关的信息的第二信令信息；以及发送供选择性地执行报头压缩的IP流、第一信令信息和第二信令信息。

Description

处理多播信号的方法和设备

技术领域

本公开涉及用于处理多播信号的设备和方法。

背景技术

随着数字技术和通信技术的发展，面向音频/视频的多媒体内容的分发和需求在诸如广播、电影、互联网、个人媒体的各种领域迅速扩展。另外，随着显示技术的发展，家庭电视屏幕尺寸的增加，越来越多地讨论了超高清(UHD)广播服务。

关于广播服务，用于向多个用户发送相同内容的多播传输方案是有效的，因为它可以利用单播和广播两者。然而，传统的多播传输方案在单个网络内可用，并且不能支持异构网络之间的多播服务。因此，当多播接收装置建立并释放到不同接入网的连接时，需要在现有多播服务终止后启动新的多播服务。另外，当使用多个递送协议时，如果在IANA(互联网编号指派机构)中没有注册，则不能用端口号来识别构成IP/UDP(互联网协议/用户数据报协议)或IP/TCP(互联网协议/传输控制协议)上的有效载荷的协议。

发明内容

技术问题

为解决上述问题而设计的实施方式的目的是提供用于高效地发送/接收多播信号的发送装置、发送方法、接收装置和接收方法。

实施方式的另一目的是提供用于有效地在多个网络之间提供多播服务的发送装置、发送方法、接收装置和接收方法。

实施方式的另一目的是提供用于基于单向传输在自适应比特率多播(ABM)网络中高效地发送/接收媒体的发送装置、发送方法、接收装置和接收方法。

实施方式的另一目的是提供用于基于单向传输在ABM网络中高效地发送/接收针对媒体传输的信令信息的发送装置、发送方法、接收装置和接收方法。

实施方式的技术范围不限于上述技术目的，并且可以扩展到本领域技术人员基于本文公开的全部内容而可以推断出的其它技术目的。

技术方案

根据实施方式，一种发送多播信号的方法可以包括以下步骤：对由包括针对多播服务的多播服务数据的IP(互联网协议)分组构成的IP流选择性地执行报头压缩；在对所述IP流执行所述报头压缩时，生成包括与所述报头压缩相关的信息的第一信令信息；生成包括与所述多播服务相关的信息的第二信令信息；以及发送供选择性地执行所述报头压缩的所述IP流、所述第一信令信息和所述第二信令信息。

根据实施方式，发送多播信号的方法还包括以下步骤：从通过对所述IP流执行所述报头压缩而生成的报头压缩的IP流提取上下文信息。根据实施方式，所述第一信令信息还可以包括所提取的上下文信息。

根据实施方式，报头压缩的IP流包括至少一个IR(初始化和刷新)分组、至少一个IR-DYN(IR-动态)分组和压缩的分组。根据实施方式，所述上下文信息是被包括在所述至少一个IR分组的报头中的静态链信息。

根据实施方式，所述第二信令信息包括所述第一信令信息，并且所述第二信令信息还包括链路控制数据和网络控制数据。

根据实施方式，所述网络控制数据至少包括用于标识包括所述多播服务数据的多播流的标识信息、用于指示是否对所述IP流执行所述报头压缩的信息以及用于识别所述IP流的地址和端口信息。

根据实施方式，所述方法还包括以下步骤：生成包括与系统操作相关的信息的第三信令信息。根据实施方式，所述第三信令信息包括多个信令文件，并且所述第三信令信息被包括在具有固定IP地址和固定端口号的至少一个IP分组中。

根据实施方式，包括所述第三信令信息的所述至少一个IP分组的报头还包括信令报头，并且所述信令报头包括用于识别所述多个信令文件中的每一者的信息。

根据实施方式，所述发送的步骤包括：将供选择性地执行所述报头压缩的所述IP流封装成第一GSE(通用流封装)流；将所述第一信令信息和所述第二信令信息封装成第二GSE流；以及发送所述第一GSE流和所述第二GSE流。

根据实施方式，所述第一GSE流和所述第二GSE流通过不同的物理链路发送。

根据实施方式，一种用于发送多播信号的设备可以包括：报头压缩器，所述报头压缩器被配置为对由包括针对多播服务的多播服务数据的IP分组构成的IP流选择性地执行报头压缩；第一生成器，所述第一生成器被配置为在对所述IP流执行所述报头压缩时，生成包括与所述报头压缩相关的信息的第一信令信息；第二生成器，所述第二生成器被配置为生成包括与所述多播服务相关的信息的第二信令信息；以及发送器，所述发送器被配置为发送供选择性地执行所述报头压缩的所述IP流、所述第一信令信息和所述第二信令信息。

根据实施方式，所述设备还包括上下文信息提取器，所述上下文信息提取器被配置为从通过对所述IP流执行所述报头压缩而生成的报头压缩的IP流提取上下文信息。根据实施方式，所述第一信令信息还包括所提取的上下文信息。

根据实施方式，报头压缩的IP流包括至少一个IR分组、至少一个IR-DYN分组和压缩的分组，并且所述上下文信息是被包括在所述至少一个IR分组的报头中的静态链信息。

根据实施方式，所述第二信令信息包括所述第一信令信息，并且所述第二信令信息还包括链路控制数据和网络控制数据，并且所述网络控制数据至少包括用于标识包括所述多播服务数据的多播流的标识信息、用于指示是否对所述IP流执行所述报头压缩的信息以及用于识别所述IP流的地址和端口信息。

根据实施方式，所述设备还包括第三生成器，所述第三生成器被配置为生成包括与系统操作相关的信息的第三信令信息。根据实施方式，所述第三信令信息包括多个信令文件，并且其中，所述第三信令信息被包括在具有固定IP地址和固定端口号的至少一个IP分组中。

有益效果

根据实施方式，可以在多个网络之间提供多播服务。

根据实施方式，可以提供用于基于多个网络的多播媒体流传输的媒体架构，从而在可以应用DVB多播ABR结构的多个网络上启用相同级别的媒体服务。

根据实施方式，可以通过各种接入方法来接收多播内容，而不取决于接收装置在多播流传输期间连接至的网络。

根据实施方式，即使当各种装置连接至单独的网络时，也可以提供相同级别的ABR多播服务。

根据实施方式，发送装置、发送方法、接收装置和接收方法可以呈现用于基于多个网络的多播媒体流传输的媒体架构，从而在可应用DVB多播ABR结构的各种网络中启用相同级别的媒体服务。具体地，当执行多播流传输时，可以使用各种接入方法来接收多媒体内容，而不依赖于接收装置连接至的网络。因此，即使当各种装置连接至单独的网络时，也可以提供相同级别的ABR多播服务。

根据实施方式，在诸如地面或卫星广播网络的单向递送网络中，发送装置、发送方法、接收装置和接收方法可以通过将多播传输会话映射至单向递送网络的资源来支持被配置为应用于现有ISP网络的自适应比特率多播媒体传输。另外，当单向递送网络应用于多播服务器与多播网关之间的接口时，可以支持透明传输。

根据实施方式，在诸如地面或卫星广播网络的单向递送网络中，发送装置、发送方法、接收装置和接收方法可以发送信令信息，以支持被配置为应用于现有ISP网络的自适应比特率多播媒体传输。具体地，根据实施方式的发送装置、发送方法、接收装置和接收方法可以提供用于信令的识别方法，从而允许信令在网关处被过滤。

附图说明

被包括以提供对本公开的进一步理解并且被并入并构成本申请的一部分的附图例示了本公开的实施方式并且连同说明书一起用于解释本公开的原理。为了更好地理解下面描述的各种实施方式，应结合附图参考以下实施方式的描述。贯穿附图，将使用相同的附图标记来指代相同或相似的部件。

图1例示了根据实施方式的多播自适应比特率(ABR)结构；

图2例示了根据实施方式的基于多播会合服务的呈现清单获取处理；

图3示出了根据实施方式的用于多播会合服务的结构；

图4示出了根据实施方式的用于多播会合服务的结构；

图5a和图5b示出了根据实施方式的基于多播的媒体接收的流程图；

图6示出了根据实施方式的被包括在URL中的元素；

图7示出了根据实施方式的被包括在URL中的元素；

图8示出了根据实施方式的用于5G媒体流传输的多播应用方案；

图9示出了根据实施方式的用于多播网络流传输和通信网络流传输两者的多播流传输结构；

图10示出了根据实施方式的用于基于通信网络中的多播和广播的无线媒体传输的架构；

图11a和图11b例示了根据实施方式的每个网络中的多播服务器配置的示例；

图12a和图12b例示了根据实施方式的用于所有网络的多播服务器配置的示例；

图13例示了根据实施方式的设备连接至的多个网络的示例；

图14例示了根据实施方式的在每个网络中配置多播服务器和多播网关的示例；

图15例示了根据实施方式的在每个网络中配置多播服务器和多播网关的另一示例；

图16例示了根据实施方式的针对多个异构网络提供单个多播服务器的服务并且在每个网络中配置针对该单个多播服务器的多播网关的示例；

图17例示了根据实施方式的针对多个异构网络提供单个多播服务器的服务并且针对单个多播服务器的多播网关配置每个网络的示例；

图18例示了根据实施方式的当在每个网络中配置了多播服务器和多播网关时所有多播会合服务按同位部署而被配置的示例；

图19a和图19b例示了根据实施方式的当在每个网络中配置了多播服务器和多播网关时装置接入各种可服务网络的实施方式；

图20a和图20b例示了根据实施方式的单个多播服务器为多个异构网络提供服务并且在每个网络中配置针对该单个多播服务器的多播网关的结构；

图21例示了根据实施方式的ABR多播的协议配置；

图22例示了根据实施方式的可以被配置在接收装置中以接入多个网络的协议的实施方式；

图23例示了根据实施方式的协议；

图24例示了根据实施方式的服务和服务相关信息的配置；

图25例示了根据实施方式的生成和发送针对ABR多播的服务列表和呈现清单的方法；

图26例示了根据实施方式的服务列表和呈现清单管理；

图27示出了根据实施方式的服务列表；

图28示出了根据实施方式的多播会话；

图29示出了根据实施方式的被包括在HTTP消息的请求URL中的元素；

图30示出了根据实施方式的被包括在位置响应报头的重定向URL中的信息；

图31a和图31b例示了根据实施方式的多个内容提供方；

图32a和图32b例示了根据实施方式的多个服务提供方；

图33例示了根据实施方式的用于单向递送的MABR网络配置；

图34例示了根据实施方式的用于单向递送的另一MABR网络配置；

图35例示了根据实施方式的接口配置；

图36例示了根据实施方式的接口配置；

图37例示了根据实施方式的链路控制数据(LCD)配置；

图38例示了根据实施方式的链路相关描述符；

图39例示了根据实施方式的网络控制数据(NCD)；

图40例示了根据实施方式的多播传输会话；

图41例示了根据实施方式的mABR IPv6传输会话描述符；

图42例示了根据实施方式的mABR IPv4传输会话描述符；

图43例示了根据实施方式的GSE分组结构；

图44示出了根据实施方式的IP_multicast_list_descriptor()的示例性语法结构；

图45例示了根据实施方式的IPv6_multicast_list_descriptor()的语法结构的示例；

图46例示了根据实施方式的NCD和LCD的映射结构的示例；

图47a和图47b是例示了根据实施方式的用于多播发送/接收的整个系统的配置的框图；

图48a和图48b是例示了根据其它实施方式的用于多播发送/接收的整个系统的配置的框图；

图49示出了根据实施方式的ROHC-U描述符的示例性语法结构；

图50a和图50b是例示了根据实施方式的GSE系统的配置框图；

图51是示出了根据实施方式的用于DVB-GSE的ROHC简档的示例的表；

图52例示了根据实施方式的包含信令信息的IP分组的示例；

图53示出了根据实施方式的二进制信令报头的示例性语法结构；

图54是示出了根据实施方式的被分配给二进制信令报头的表ID的值的定义的表；

图55和图56示出了根据实施方式的多播网关配置传输会话的示例性语法结构；

图57是例示了根据实施方式的M接口中的示例性逻辑会话配置的图；

图58是例示了根据实施方式的M接口中的另一示例性逻辑会话配置的图；

图59是例示了根据实施方式的M接口中的另一示例性逻辑会话配置的图；

图60例示了根据实施方式的多播发送方法；以及

图61例示了根据实施方式的多播接收方法。

具体实施方式

现在将详细参考本公开的优选实施方式，在附图中例示了所述优选实施方式的示例。下面将参考附图给出的详细描述旨在解释本公开的示例性实施方式，而不是示出可以根据本公开实现的仅有的实施方式。以下详细描述包括具体细节，以提供对本公开的透彻理解。然而，本领域技术人员将明白，可以在没有这些具体细节的情况下实践本公开。

尽管在本公开中使用的大多数术语是从本领域中广泛使用的术语中选择的，但是申请人任意选择了一些术语，并且在以下描述中根据需要详细解释它们的含义。因此，本公开应当基于术语的预期含义而不是它们的简单名称或含义来理解。

根据实施方式的多播信号处理方法和设备可以包括多播信号发送方法、多播信号接收方法、多播信号发送装置和多播信号接收装置，并且可以简称为根据实施方式的方法/设备。

根据实施方式的方法/设备涉及基于单向递送的自适应比特率多播网络中的媒体递送的方法。

根据实施方式的方法/装置涉及用于基于单向递送的自适应比特率多播网络中的媒体递送的信令的方法。

根据实施方式的方法/装置涉及用于单向递送网络中的自适应比特率多播媒体传输的信令的配置及其识别方法。

根据实施方式的媒体可以称为媒体信号、媒体数据等，并且可以被解释为对应于服务或服务数据或包括服务的术语。

实施方式提出了一种用于基于互联网协议(IP)的媒体递送系统中的媒体流传输的架构。

实施方式提出了用于基于IP的媒体递送系统配置有多个网络时的多播应用的媒体流传输架构。

实施方式提出了当基于IP的媒体递送系统配置有多个网络时使用的ABR多播方法。

实施方式提出了当基于IP的媒体递送系统配置有多个网络时的服务列表接收方法(流程)和装置(根据实施方式的多播信号处理设备)的操作。

实施方式提出了多个网络上的接收(装置)所需的信令信息。

实施方式提出了根据内容提供方的配置和与多播信号处理设备相对应的服务提供方的多播ABR架构。

实施方式提供了用于基于多个网络的多播媒体流传输的媒体架构。因此，可以应用DVB多播ABR结构，并且相同级别的媒体服务在多个网络中可用。具体地，在多播流传输期间，可以通过各种接入方法来接收多播内容，而不取决于接收装置连接至的网络。

因此，当各种装置连接至单独的网络时，可以提供相同级别的ABR多播服务。

根据实施方式的方法/装置可以提供用于单向递送网络中的自适应比特率多播媒体递送的多播传输会话映射方法。

根据实施方式的方法/装置可以将多播传输会话映射至单向递送网络的资源，以支持自适应比特率多播媒体递送，该自适应比特率多播媒体递送被配置为应用于单向递送网络(诸如地面广播或卫星广播)中的现有互联网服务提供方(ISP)网络。

当单向递送网络应用于多播服务器与多播网关之间的接口时，根据实施方式的方法/装置可以支持透明传输。

根据实施方式的方法/装置可以发送信令信息，以支持自适应比特率多播媒体传输，该自适应比特率多播媒体传输被配置为应用于单向递送网络(诸如地面广播或卫星广播网络)中的现有ISP网络。

根据实施方式的方法/装置可以提供用于信令的识别方法，以在网关处过滤信令。

随着网络的多样性，当各种装置接入网络时，需要向各种装置和多个用户提供媒体流传输。在这样的环境中，如果针对所有流传输会话仅以单播方式执行发送，则媒体流传输服务的质量以及使用网络的其它服务可能由于网络上的载荷增加而恶化。因此，需要多播高效的多播流传输。目前，DVB中定义的ABR多播结构主要是在多播提供网络是单个网络时定义的。为了在包括5G网络(无线网络)的各种网络上提供相同的服务，需要装置在每个网络上平滑地操作。为此，可能需要更新接口和架构。另外，如果对现有服务提供方进行过多的网络改变以支持ABR多播，则由于实现困难和成本问题，可能无法提供实际的ABR多播服务。

多播技术在用于通用媒体流传输的各种网络环境中提供服务，并且在大多数基于IP的网络中可以进行传输。另外，为了使用针对多个异构网络的相同功能来提供ABR多播服务，需要适配于每个网络的功能和架构。当在多个网络上提供ABR多播服务时，需要定义服务列表及其管理计划的传输，以从用户角度提供服务的连续性。

在本公开中，将给出允许通过各种网络及其接口提供DVB ABR多播结构的架构的描述。而且，将给出在多个网络和接口上提供服务列表的方法以及用于在装置中处理服务列表的流程的描述。

另外，根据实施方式的方法/设备可以提供用于将多播传输会话链接至广播流以在单向递送网络(诸如，DVB标准中定义的陆地广播和卫星广播链路)中发送DVB ABR多播的媒体对象的接口和信令流。

图1例示了根据实施方式的多播自适应比特率(ABR)结构。

根据实施方式的多播信号处理方法/设备可以基于图1所示的结构通过多播发送媒体内容。媒体内容可以称为多播媒体、多播媒体数据、服务数据等。图1中的每个组件对应于硬件、软件、处理器和/或其组合。

图1中的接口可以如下定义。

L：内容回放功能与多播网关之间的单播HTTP接口。

B：内容回放功能与多播自举功能之间的自举单播HTTP接口。它可以用于请求初始呈现清单。

M：多播服务器发送多播IP内容和多播网关接收内容的接口。

U：内容回放功能通过单播直接从内容提供方接收媒体内容的接口。

摄入(Ingest)：用于向多播服务器提供媒体内容的接口。

CMS：用于配置多播服务器的控制接口。

CMR：用于配置多播网关的控制接口。

配置：用于在内容提供方、配置和多播自举功能之间交换配置信息的控制接口。

图1中的模块可以如下所述来定义。每个模块可以对应于硬件、软件、处理器和/或其组合。

内容提供方：创建媒体内容或存储创建的媒体内容，并且通过网络将内容递送至用户。它可以使用诸如多播和单播的传输方案来向用户发送媒体内容，并且经由用于多播传输的摄入接口向多播服务器提供媒体内容数据和控制信息。媒体内容数据可以以诸如DASH(HTTP上的动态自适应流传输)或HLS(HTTP实时流传输)的格式封装，并且可以根据封装格式配置呈现清单。

多播服务器：从内容提供方接收媒体内容，并使用IP多播传输方案经由接口M将该媒体内容发送至多播网关。在这种情况下，也可以发送一些控制信息。作为多播协议，可以考虑ROUTE(单向传输上的实时对象递送)、FLUTE(单向传输上的文件递送)、QUIC(快速UDP互联网连接)、RTP(实时协议)等。

多播网关：接收通过多播发送的经封装的内容分段，并且经由接口L以HTTP等方式将经封装的内容分段提供给内容回放功能。为此，内容分段被高速缓存。内容分段可以表示分段媒体数据。可以存储(高速缓存)分段媒体数据。

配置(网络控制)：向多播服务器和多播网关提供关于网络和多播流传输会话的配置信息。

多播自举：可以瞄准并处理针对内容回放功能的地址信息(url或地址)，以首先经由接口B接入。它处理经由参考点B从内容回放功能接收的针对呈现清单的初始请求。在多播的情况下，提供用于经由接口L接收清单的重定向信息。在单播的情况下，提供用于经由接口U接收清单的重定向信息。可以在DVB ABR多播结构中执行多播会合服务功能。

内容回放：内容回放功能管理内容请求、接收、解码、呈现等。可以考虑经由接口L的单播传输。

应用：应用基于用户输入来控制内容回放功能。例如，它可以是电视或机顶盒的内置控制应用(EPG应用)，或者是由内容提供方提供的第三方应用。被应用用于控制内容回放的接口可以根据每个装置被实现为单独的API等。

根据实施方式的多播信号处理方法/设备可以包括多播服务器和多播网关，并且在发送媒体的操作方面还包括内容提供方、配置和多播自举功能。

根据实施方式的多播信号处理方法/设备在接收媒体的操作的方面可以包括内容回放功能和应用。

图2例示了根据实施方式的基于多播会合服务的呈现清单获取处理。

根据图1的实施方式的多播信号处理方法/设备可以执行如图2所示的多播会合服务。图2中的每个组件对应于硬件、软件、处理器和/或其组合。

当接收多播时，内容回放功能向多播网关请求内容。在单播接收的情况下，内容回放功能从内容托管接收内容。为此，为了获取用于接收媒体内容的呈现清单，初始内容回放功能可以首先经由参考点B接入多播会合服务。多播会合服务可以向内容回放功能提供可以根据多播和单播适当地获取呈现清单的URL。

图3示出了根据实施方式的用于多播会合服务的结构。

在图1和图2的结构中，根据实施方式的多播方法/设备可以执行如图3所示的会合服务。图3中的每个组件对应于硬件、软件、处理器和/或其组合。

多播会合服务的部署：

取决于是否支持HTTP和单向传输，多播会合服务可以被划分成规则部署和同位部署。

根据实施方式的多播信号处理设备的内容回放功能可以通过以下操作获取清单url信息并执行针对媒体接收的配置。

规则部署：多播会合服务被配置在网络中，并且由系统运营方管理。

同位部署：在与多播网关相同的装置中实现多播会合服务。

规则部署

参考图3，多播会合服务对应于位于网络中并且由系统运营方管理和控制的元件。

内容回放功能可以在对要接收的内容进行初始接入时经由参考点B获取用于从多播会合服务接收内容的清单url信息。为此，可以实现以下配置。

针对基本参数集(例如，多播网关配置传输会话的端点地址)的配置可以应用于多播网关。对于该配置，可以使用带内多播网关配置方法。

针对当前配置的多播会话集合的配置可以经由参考点CMR或参考点CMS和M应用于多播网关。对于该配置，可以应用带外推送配置、带外拉取配置和即时配置方法以及带内多播网关配置方法。

图4示出了根据实施方式的用于多播会合服务的结构。

图4例示了图3中的同位部署。

同位部署：

如图4所示，多播会合服务可以被配置在与多播网关相同的装置(根据实施方式的多播处理设备)中。其主要可以在多播ABR网络按单向部署配置时使用。图4中的每个组件对应于硬件、软件、处理器和/或其组合。

针对基本参数集(例如，多播网关配置传输会话的端点地址)的配置可以应用于多播会合服务。

针对当前配置的多播会话集合的配置可以经由参考点M应用于多播网关。

在这种情况下，可以针对每个配置使用带内多播网关配置方法。

图5a和图5b示出了根据实施方式的基于多播的媒体接收的流程图。

根据实施方式的多播信号处理方法/设备(图1至图4)可以基于以下流程图接收多播媒体。

根据实施方式的多播操作：

当用户或多播信号处理设备选择要接收的多播内容时，应用可以通过服务目录等获取用于请求初始呈现清单的URL。这里，URL指示多播会合服务。

应用控制内容回放功能开始针对内容接收的操作。在这种情况下，它可以递送用于多播会合服务的URL。

内容回放功能使用从应用获取的URL经由参考点B向多播会合服务请求呈现清单。

多播会合服务检查多播网关的状态，并且当在多播配置中定义了针对所请求的呈现清单的服务时，向内容回放功能发送针对多播网关的重定向URL。在这种情况下，多播会话配置可以被包含在所发送的重定向消息中。

在接收到重定向消息后，内容回放功能根据重定向向多播网关请求呈现清单。

当多播网关具有预先高速缓存的呈现清单时，该多播网关将呈现清单发送至内容回放功能。

当多播网关不具有高速缓存的呈现清单时，该多播网关可以经由参考点A从内容托管功能获得呈现清单，并且将该呈现清单发送至内容回放功能。

内容回放功能可以基于所接收的呈现清单经由多播网关接收针对内容的媒体分段。

在该操作中，内容回放功能向多播会合服务发送的HTTP消息的请求URL的语法如下配置：

http[s]://<Host>/<ManifestPath>[？<field>＝<value>[&<field>＝<value>]*]

图6示出了根据实施方式的被包括在URL中的元素。

被包括在URL中的元素在图6中示出。

Host：多播会合服务的FQDN(完全合格域名或IP地址)以及可选的端口号。

ManifestPath：用于从指定主机取回呈现清单的资源路径。

AToken：如果系统运营方需要，则该值是授权接入多播会合服务的认证令牌。这可能已经被包括在原始呈现清单URL中，或者它可能已经被第三方CDN代理添加为较早的HTTP重定向URL的一部分，或者它可以由应用在本地生成。

MGstatus：该值是多播网关的当前状态：0＝不活动；1＝活动。

MGid：该值是多播网关的端口号，可选地前面是IP地址。格式是[IP地址]：端口。

MGhost：该值是多播网关主机名称。

Ori：该值是原始目标主机的主机名称(FQDN)。

应用可以用本地多播会合服务主机名称或地址替代原始目标主机(FQDN)。此外，在依赖第三方CDN代理的情况下，第三方CDN代理可以在将请求重定向至多播会合服务之前在这里指示原始目标主机名称(FQDN)。

当多播会合服务接收到该请求URL时，多播会合服务可以发送307临时重定向响应。这里，位置响应报头中的重定向URL的语法如下配置：

http[s]://<Host>[/session ID]/<ManifestPath>[？conf＝<multicastsession

图7示出了根据实施方式的被包括在URL中的元素。

被包括在URL中的元素在图7中示出。

Host：多播网关的IP地址或FQDN以及可选的端口号(例如，“router.example:8088”或“192.0.2.1:8088”)。

Session ID：由包括一个或更多个URL路径元素的多播会合服务传送和可能生成的唯一呈现会话标识符。

ManifestPath：用于从指定主机取回呈现清单的资源路径。

conf：多播会话参数将采取包括一个多播会话的多播网关配置实例文档的形式。

在包括作为URL查询字符串参数之前，可以使用Gzip和base64url编码来压缩文档。

当呈现清单与多播会话配置中的多播会话相关时(服务可以通过多播被发送)，多播会合服务可以如下将请求重定向至多播网关：

HTTP/1.1 307临时重定向

服务器：<Multicast gateway>

位置：http[s]://<Multicast gateway>/<ManifestPath>

与HTTP报头中的位置字段相对应的URL可以包括用于搭载包括与所请求的呈现清单相对应的会话标识符和多播会话的多播网关配置实例文档的查询参数。

根据实施方式的多播ABR可以连接至5G网络(通信网络)。

图8示出了根据实施方式的用于5G媒体流传输的多播应用方案。

根据实施方式的多播信号处理方法/设备可以支持5G媒体流传输结构(多播ABR架构)中的多播。

图8示出了应用多播ABR架构的5G媒体流传输架构的实施方式。也就是说，5G结构和DVB结构可以彼此组合。

5G应用提供方(5GMSd应用提供方)可以与图1至图6所示的多播ABR的内容提供方相同，或者可以是内容提供方的一部分。用于接收5G媒体流传输的应用(即，5GMSd感知应用)可以与图1至图6的多播ABR应用相同，或者可以是应用的一部分。客户端(5GMSd客户端)可以与图1至5的多播ABR的内容回放功能相同，或者可以是内容回放功能的一部分。控制器(5GMSd AF)可以包括配置功能，该配置功能包括图1至图6所示的多播ABR的网络控制子功能以及包括多播会合服务的多播自举功能。

用于初始多播传输的接入信息(呈现清单url)可以由5GMSd客户端经由接口M5d来请求和接收，该接口M5d可以对应于图1至图6所示的多播ABR的接口B。

单播流传输可以经由接口M4d从5GMSd AS发送至媒体播放器。在该操作中，可以使用HTTP。

多播服务器和多播网关可以被配置用于5GMSd AS与媒体播放器之间的多播传输。由于通过5G RAN在多播网关与媒体播放器之间传送数据，因此可以仅支持单播。

对于多播传输，接口M4d_M和M4d_L可以如下定义。

M4d_M-多播流传输可以经由接口M4d_M从5GMSd AS发送至多播服务器，并且多播ABR中定义的接口M可以用于多播服务器与多播网关之间。作为另一实施方式，多播服务器功能可以被包括在5GMS AS中。在这种情况下，可以省略接口M4d_M。作为多播协议，可以使用在接口M中定义的协议。

M4d_L-M4d_L接口可以用于多播网关与媒体播放器之间。这里，M4d_M和M4d_L可以使用基于HTTP的协议。从DVB多播ABR的角度来看，M4d_M可以对应于摄入接口，并且M4d_L可以对应于接口L。

图9示出了根据实施方式的用于多播网络流传输和通信网络流传输两者的多播流传输结构。

根据实施方式的多播信号处理方法/设备可以在DVB多播ABR网络和5G媒体流传输同时提供有多播流传输时发送/接收并处理媒体内容。图9中的每个组件对应于硬件、软件、处理器和/或其组合。

可以存在提供多播流传输的多个网络。当5G网络是这样的网络之一时，可以考虑同时通过5G移动网络和另一其它IP网络从同一内容提供方提供多播服务的用例。图9例示了通过5G网络和DVB多播ABR网络同时提供多播流传输的实施方式。

可以根据每个网络的特性来单独地定义针对多播会话配置的配置。可以以相同的方式配置将媒体从多播服务器递送至多播网关所通过的多播接口M。

在这种情况下，5G网络中定义的接口M2d和M4d_M可以与摄入接口相同。为此，内容提供方可以维护用于通过每个网络进行传输的相同协议。

图10示出了根据实施方式的用于基于通信网络中的多播和广播的无线媒体传输的架构。

当5G RAN中支持无线多播和广播传输时，可以在5G UE内部配置多播网关。图10中的每个组件对应于硬件、软件、处理器和/或其组合。

5GMSd应用提供方可以与多播ABR的内容提供方相同，或者可以是内容提供方的一部分。用于接收5G媒体流传输的5GMSd感知应用可以与多播ABR应用相同，或者可以是应用的一部分。5GMSd客户端可以与多播ABR的内容回放功能相同，或者可以是内容回放功能的一部分。5GMSd AF可以包括：包括多播ABR的网络控制子功能的配置功能以及包括多播会合服务的多播自举功能。

用于初始多播传输的接入信息(呈现清单url)可以由5GMSd客户端经由接口M5d来请求和接收，该接口M5d可以对应于多播ABR的接口B。

多播服务器和多播网关可以被配置用于5GMSd AS与媒体播放器之间的多播传输。在这种情况下，多播网关与媒体播放器之间的接口M4d_L可以被实现为UE内部的接口。

多播服务器与多播网关之间的接口M4d_M可以被定义为与多播ABR中定义的接口M相同的接口。因此，作为多播协议，可以使用接口M中定义的协议。

根据实施方式的方法/设备/处理器(多播信号处理方法/设备)可以执行上述网络控制操作，并基于相关的信令信息为基于5G网络的多播媒体流传输提供媒体架构。利用根据实施方式的操作，可以通过各种接入方法来接收多播内容，而不取决于接收装置在多播流传输期间连接至的网络。另外，通过呈现多播传输结构，网络资源可以高效地用于将相同内容发送至多个接收器。

实施方式包括基于多个IP网络的MABR(多播自适应比特率)架构。

根据实施方式的多个IP网络可以包括各种网络，诸如，通信和广播网络。

为了将根据实施方式的ABR多播结构和接口应用于每个网络以被实际提供，将描述用于对应接口的附加架构配置和应用方法。根据实施方式的架构中包括的每个组件可以对应于硬件、软件、处理器和/或其组合。

图8至图10对应于根据图1至图6所示的实施方式的多播信号处理方法/设备。

图11a和图11b例示了根据实施方式的每个网络中的多播服务器配置的示例。

图11a和图11b示出了多播服务器被配置用于每个网络以提供ABR多播服务的结构的实施方式。该实施方式对应于多播服务服务器主要由网络运营方部署的情况。根据实施方式的发送/接收装置可以基于图中所示的多播服务器结构提供ABR多播服务。图11a和图11b中的每个组件对应于硬件、软件、处理器和/或其组合。

当通过多个异构网络提供ABR多播服务时，可以单独实现多播网关接收ABR多播的部署。

多播网关(A)-当多播网关被配置用于ISP网络中的ABR多播服务时，该多播网关可以被配置在由ISP运营方提供的路由器或家庭网关内。

多播网关(B)-当多播网关被配置用于诸如5G系统的移动网络中的ABR多播服务时，该多播网关可以被配置在移动网络的边缘内。

多播网关(C)-当多播网关被配置用于卫星广播网络中的ABR多播服务时，该多播网关可以被配置在能够接收卫星广播的STB内。

多播网关(D)-当多播网关被配置用于陆地广播网络中的ABR多播服务时，该多播网关可以被配置在广播接收器内。

即使当在多个异构网络上提供ABR多播服务时，也可以针对每个网络独立地配置ABR多播功能。

图12a和图12b例示了根据实施方式的用于所有网络的多播服务器配置的示例。

该图例示了单个多播服务器通过多个异构网络提供ABR多播服务的结构的实施方式。该实施方式对应于多播服务服务器主要由内容提供方部署的情况。根据实施方式的发送/接收装置可以基于图中所示的多播服务器结构提供ABR多播服务。

图12a和图12b中的每个组件对应于硬件、软件、处理器和/或其组合。

多播网关(D)-当多播网关被配置用于地面广播网络中的ABR多播服务时，该多播网关可以被配置在广播接收器内。

图13例示了根据实施方式的设备连接至的多个网络的示例。

在根据实施方式的网络结构中，可以考虑根据实施方式的通过接入多个网络接收相同多播媒体服务的多播信号处理方法/设备。将描述根据实施方式的用于通过接入多个网络接收相同多播流传输服务的多播信号处理方法/设备的架构和ABR多播接口的实施方式。实施方式可以在各种架构中实现。

该图例示了当在对应网络中配置多播服务器和多播网关时，按规则部署配置所有多播会合服务的情况的实施方式。根据实施方式的系统可以包括服务提供方、网络和装置。服务提供方、网络和装置如图13所示被配置。图13中的每个组件对应于硬件、软件、处理器和/或其组合。

在根据实施方式的架构中，针对每个网络的多播服务器、多播网关和多播会合服务向连接至相应网络的内容回放功能提供服务。例如，装置可以接入移动网络，同时通过ISP网络同时接入Wi-Fi。

装置中的内容回放功能可以由两个L接口L1和L2以及两个B接口B1和B2构成。可以经由接口L1通过多播网关(A)接收媒体流传输，并且可以经由接口B1接收关于初始多播网关(A)的初始接入信息。可以经由接口L2通过多播网关(B)接收媒体流传输，并且可以经由接口B2接收关于多播网关(B)的初始接入信息。

应用经由服务发现接口获取多播服务的列表和关于对应多播会合服务的接入信息。服务发现接口可以符合在服务提供方与应用之间单独定义的方法。另外，每个网络可以支持用于服务发现接口的数据的发送和接收。

图11至图13示出了根据实施方式的根据网络的类型配置根据如图1至图6、图9和图10所示的实施方式的多播信号处理设备的示例。

图14例示了根据实施方式的在每个网络中配置多播服务器和多播网关的示例。

除了图13的配置之外，实施方式还可以包括如图14所示的网络服务器和网关。

该图例示了当在对应网络中配置多播服务器和多播网关时，按规则部署和同位部署配置多播会合服务的情况的实施方式。根据实施方式的系统可以包括服务提供方、网络和装置。服务提供方、网络和装置如图14所示被配置。图14中的每个组件对应于硬件、软件、处理器和/或其组合。

在上述架构中，针对每个网络，针对每个网络的多播服务器、多播网关和多播会合服务向连接至相应网络的内容回放功能提供服务。例如，装置可以通过卫星广播网络接入机顶盒，同时通过ISP网络同时接入Wi-Fi。

图15例示了根据实施方式的在每个网络中配置多播服务器和多播网关的示例。

该图例示了当在对应网络中配置多播服务器和多播网关时，按同位部署配置所有多播会合服务的情况的实施方式。根据实施方式的系统可以包括服务提供方、网络和装置。服务提供方、网络和装置如图15所示被配置。图15中的每个组件对应于硬件、软件、处理器和/或其组合。

在根据实施方式的架构中，针对每个网络的多播服务器、多播网关和多播会合服务向连接至相应网络的内容回放功能提供服务。例如，装置可以通过陆地广播网络接收广播，同时通过卫星广播网络接入机顶盒。根据实施方式的网络的类型可以不同。两个网络都可以是单向网络。

装置中的内容回放功能可以由两个L接口L1和L2以及两个B接口B1和B2构成。可以经由接口L1通过多播网关(A)接收媒体流传输，并且可以经由接口B1接收关于初始多播网关(A)的初始接入信息。可以经由接口L2通过多播网关(B)接收媒体流传输，并且可以经由接口B2接收关于多播网关(B)的初始接入信息。这里，装置中配置了多播网关(B)和多播会合服务(B)，因此接口L2和B2可以用装置的内部接口替代。

图16例示了根据实施方式的针对多个异构网络提供单个多播服务器的服务并且在每个网络中配置针对该单个多播服务器的多播网关的示例。

该图例示了当针对多个异构网络提供单个多播服务器的服务并且在每个网络中配置针对该单个多播服务器的多播网关时按规则部署配置所有多播会合服务的情况的实施方式。根据实施方式的系统可以包括服务提供方、网络和装置。服务提供方、网络和装置如图16所示被配置。图16中的每个组件对应于硬件、软件、处理器和/或其组合。

图17例示了根据实施方式的针对多个异构网络提供单个多播服务器的服务并且针对单个多播服务器的多播网关配置每个网络的示例。

该图例示了当针对多个异构网络提供单个多播服务器的服务并且在每个网络中配置针对单个多播服务器的多播网关时按规则部署和同位部署配置多播会合服务的实施方式。根据实施方式的系统可以包括服务提供方、网络和装置。服务提供方、网络和装置如图17所示被配置。图17中的每个组件对应于硬件、软件、处理器和/或其组合。

在根据实施方式的架构中，针对每个网络的多播服务器、多播网关和多播会合服务向连接至相应网络的内容回放功能提供服务。例如，装置可以通过卫星广播网络接入机顶盒，同时通过ISP网络同时接入Wi-Fi。

图18例示了根据实施方式的当在每个网络中配置了多播服务器和多播网关时所有多播会合服务按同位部署而被配置的示例。

该图例示了当每个网络中配置了多播服务器和多播网关时所有多播会合服务按同位部署而被配置的实施方式。根据实施方式的系统可以包括服务提供方、网络和装置。服务提供方、网络和装置如图18所示被配置。图18中的每个组件对应于硬件、软件、处理器和/或其组合。服务器可以位于网络之外。

在根据实施方式的架构中，针对每个网络的多播服务器、多播网关和多播会合服务向连接至相应网络的内容回放功能提供服务。例如，装置可以通过陆地广播网络接收广播，同时通过卫星广播网络接入机顶盒。

装置中的内容回放功能可以由两个L接口L1和L2以及两个B接口B1和B2构成。可以经由接口L1通过多播网关(A)接收媒体流传输，并且可以经由接口B1接收关于初始多播网关(A)的初始接入信息。可以经由接口L2通过多播网关(B)接收媒体流传输，并且可以经由接口B2接收关于多播网关(B)的初始接入信息。这里，装置中配置了多播网关(B)和多播会合服务(B)，因此接口L2和B2可以用装置内部的接口替代。

图19a和图19b例示了根据实施方式的在每个网络中配置了多播服务器和多播网关时装置接入各种可服务网络的实施方式。

构成实施方式的每个组件对应于硬件、软件、处理器和/或其组合。

该图例示了当基于上述描述在每个网络中配置多播服务器和多播网关时装置接入各种可服务网络的实施方式。根据实施方式的系统可以包括服务提供方、网络和装置。如下所述配置根据实施方式的服务提供方、网络和装置。

图20a和图20b例示了根据实施方式的单个多播服务器为多个异构网络提供服务并且在每个网络中配置针对该单个多播服务器的多播网关的结构。

如上所述，该图例示了当单个多播服务器的服务被提供用于多个异构网络并且在每个网络中配置针对该单个多播服务器的多播网关时装置接入各种可服务网络的实施方式。根据实施方式的系统可以包括服务提供方、网络和装置。服务提供方、网络和装置被如下配置。

根据实施方式的发送/接收装置可以基于根据实施方式的操作在各种网络环境中高效地控制和提供DVB多播ABR和5G媒体流传输。

在下文中，将描述根据实施方式的接收操作和针对接收装置的操作。

对于根据上述实施方式的架构，可以实现以下协议。

基于所描述的根据实施方式的架构，定义了能够通过接入多个传输网络来接收ABR多播流传输的装置所需的元素和属性。

根据实施方式的接收器可以执行发送器的操作的反向过程。接收器可以基于以下操作来执行ABR多播流传输。接收器可以基于以下网络结构来执行ABR多播流传输。

以下是接收装置中的协议栈的示例。

图21例示了根据实施方式的ABR多播的协议配置。

对于多播ABR发送，可以经由接口M从多播服务器发送多播流传输。在这种情况下，ROUTE或FLUTE可以用作多播发送协议。多播网关可以将DASH或HLS用于经由接口L到播放功能的基于HTTP的自适应媒体流传输。在回放功能中，可以配置用于从多播网关接收基于HTTP的自适应媒体流传输的协议以及用于所接收的自适应流传输的文件格式和媒体编解码器。这里，层1和层2协议可以被配置为相应网络的最佳协议。

为了接入多个网络，实施方式可以包括下面描述的协议。

图22例示了根据实施方式的可以被配置在接收装置中以接入多个网络的协议的实施方式。

该图示出了当根据实施方式的多播信号处理设备被实现为接收装置时在根据上述实施方式的架构上实现的协议。

根据实施方式，假设在网络上配置了针对网络A的多播网关，并且在装置中配置了针对网络B的多播网关。

根据实施方式，在网络上配置以在网络A上提供ABR多播流传输的服务的多播网关从多播服务器接收多播流传输，并且以基于HTTP的自适应媒体流传输的方式经由接口L将该多播流传输发送至装置。因此，在装置中，可以配置用于经由接口L接收自适应媒体流传输的协议栈。

此外，为了通过网络B接收ABR多播流传输，可以在装置中配置多播网关。因此，在装置中，可以配置用于经由针对网络B的接口M接收自适应媒体流传输的协议栈。

因此，针对接口M和接口L的协议可以同时被配置在接收器装置中，以接入多个网络进而接收ABR多播服务。在这种情况下，装置中的多播网关功能可以以与被配置在网络上的多播网关相同的方式将多播流传输转换为基于HTTP的自适应媒体流传输，并且将所转换的流传输递送至装置中的接口L。

图23例示了根据实施方式的协议。

在实施方式中，假设在网络上配置了针对网络A的多播网关，并且在装置中配置了针对网络B的多播网关。

在实施方式中，在网络上配置以在网络A上提供ABR多播流传输的服务的多播网关从多播服务器接收多播流传输，并且以基于HTTP的自适应媒体流传输的方式经由接口L将该多播流传输发送至装置。因此，在装置中，可以配置用于经由接口L接收自适应媒体流传输的协议栈。

因此，针对接口M和接口L的协议可以同时被配置在接收器装置中，以接入多个网络进而接收ABR多播服务。在这种情况下，不同于被配置在网络上的多播网关，装置中的多播网关功能可以具有被配置在装置中的接口L。接口L可以被直接配置为不具有单独接口的协议栈。对于通过网络A接收的流传输，装置可以在回放功能被操作时工作。对于通过网络B接收的流传输，装置可以作为多播网关工作。当作为多播网关工作时，可以省略接口L，并且多播协议的有效载荷可以是自适应媒体流传输数据。

接下来，将描述根据实施方式的生成和发送/接收服务列表和呈现清单的操作。

图24例示了根据实施方式的服务和服务相关信息的配置。

对于基于DASH的ABR多播服务，根据实施方式的服务提供方可以如下配置呈现清单(例如，MPD(媒体呈现描述))以及服务列表。在服务配置方面，针对相同内容，可以不冗余地配置服务列表和呈现清单。

图25例示了根据实施方式的生成和发送针对ABR多播的服务列表和呈现清单的方法。

为了支持ABR多播，根据实施方式的多播信号处理方法/设备可以如图25所示生成和发送/接收服务列表和呈现清单。

可以根据ABR多播架构中定义的接口来确定可以发送的元素。接收器装置的应用可以从服务列表目录接收服务列表。列表可以包括针对多播会合服务的服务id和url。当内容回放功能通过url向多播会合服务请求清单时，可以通过多播会合服务的重定向消息获取多播网关的地址和清单的路径，并经由接口L接收呈现清单。多播网关可以从多播服务器接收呈现清单(例如，MPD)。为此，可以获取多播会话配置信息。

图26例示了根据实施方式的服务列表和呈现清单管理。

根据实施方式的接收装置可以如图26所示管理服务列表和呈现清单。对于被配置在根据实施方式的结构中的服务列表和呈现清单(例如，MPD)，可以如下所述在能够通过多个网络接收ABR多播服务的接收器中管理服务列表。

也就是说，可以针对同一服务生成和发送/接收针对诸如网络1和网络2的多个网络的MPD。

在实施方式中，通过相应网络提供的自适应集可以在使用多个网络接收ABR多播服务的装置中彼此不同。因此，针对每个网络单独地配置和管理呈现清单。

当ABR多播服务接收功能被配置在TV等中并且广播内容被对应接收器同时接收时，根据实施方式的服务列表可以像信道映射一样被管理。

图27示出了根据实施方式的服务列表的语法。

ServiceList-这是包括关于服务的配置信息的根元素。

@serviceIdentifier-用于标识服务的标识符。

PresentationManifestRequestURL-通过多个多播会合服务针对一个服务配置时，关于多播会合服务的信息的元素。

@NetworkType-所部署的多播会合服务的网络类型。它可以用于在装置同时接入网络时设置优先级。

@HostAddress-多播会合服务的地址。

@RendezvousServerType-多播会合服务的部署的属性。例如，0针对规则部署，并且1针对同位部署。

MulticastTransportSession-多播传输会话的元素可以可选地在装置包括多播网关时被发送。当不发送MulticastTransportSession元素时，可以通过多播网关配置来提供信息。

图28示出了多播会话元素的配置的实施方式。多播会话元素从配置功能发送至多播服务器和多播网关。因此，可以分别使用CMS接口和CMR接口。当网络仅支持单向发送时，可以经由CMS接口将元素递送至多播服务器，然后经由接口M从多播服务器递送至多播网关。

@serviceIdentifier：与该会话相关联的逻辑服务的服务标识符。

@contentPlaybackAvailabilityOffset：持续时间字符串。当传递至内容回放功能的实例时，应用于原始呈现清单的可用性时间偏移调整。

@networkIdentifier：供发送当前多播会话的网络的标识符。

PresentationManifestLocator：线性服务的呈现清单的URL。

@manifestId：在多播会话的范围内唯一地标识该呈现清单。

@contentType：该呈现清单的MIME内容类型。

MulticastTransportSession：用于多播传输会话参数的容器。

@networkIdentifier-供提供当前多播会话的网络的标识符。接收器可以识别供接收相同多播服务的网络。

根据实施方式的清单请求和重定向

在上述架构中，内容回放功能向多播会合服务发送的HTTP消息的请求URL的语法如下配置。

http[s]://<Host>/<ManifestPath>[？<field>＝<value>[&<field>＝<value>]*]

图29示出了根据实施方式的被包括在URL中的元素。

图29示出了根据实施方式的被包括在HTTP消息的请求URL中的元素。

Host：多播会合服务的FQDN(或IP地址)以及可选的端口号。

ManifestPath：用于从指定主机取回呈现清单的资源路径。

Priority：在部署多个网络时取回呈现的优先级。

MGstatus：该值是多播网关的当前状态。例如，0＝不活动，并且1＝活动。

MGhost：该值是多播网关主机名称。

Ori：该值是原始目标主机的主机名称(FQDN)。

Priority-当回放功能向多播会合服务请求清单并且多播会合服务能够将其重定向至多个多播网关时，可以向多播网关被配置在的网络指派不同优先级，使得可以确定多播接收的优先级。

在根据实施方式接收到请求URL后，多播会合服务可以发送307临时重定向响应。这里，位置响应报头中的重定向URL的语法如下配置：

http[s]://<Host>[/session ID]/<ManifestPath>[？conf＝<multicastsession

下面公开根据实施方式的被包括在URL中的元素。

图30示出了根据实施方式的被包括在位置响应报头的重定向URL中的信息。

ManifestPath：用于从指定主机取回呈现清单的资源路径。

RequestedPriority：从内容回放请求的优先级值。

conf：多播会话参数可以采取包括一个多播会话的多播网关配置实例文档的形式。

在包括作为URL查询字符串参数之前，文档可以使用Gzip来压缩以及base64url编码。

RequestedPriority-当回放功能向多播会合服务请求清单并且配置了多个多播网关的优先级时，可以返回在重定向发送时发送的优先级。多播会合服务可以将其重定向至具有可以被重定向的最高可能优先级的多播网关。

HTTP/1.1 307临时重定向

服务器：<Multicast gateway>

位置：http[s]://<Multicast gateway>/<ManifestPath>[？<requestedPriority]*

在下文中，将描述根据实施方式的内容提供方和服务提供方的操作。

根据实施方式的架构可以包括内容提供方、服务提供方、网络和装置。每个组件可以对应于硬件、软件、处理器和/或其组合。根据实施方式的处理器可以执行根据实施方式的操作，并且可以连接至存储器以存储关于操作的信息。

图31a和图31b例示了根据实施方式的多个内容提供方。

根据实施方式的架构示出了使用由多个内容提供方创建的内容来提供服务的结构。在根据实施方式的架构中，针对每个网络的多播服务器、多播网关和多播会合服务向连接至相应网络的内容回放功能提供服务。

在这种情况下，服务提供方可以使用多个网络向接收器装置提供服务。服务提供方可以配置服务列表目录，并且可以通过被配置在每个内容提供方中的内容提供方控制功能来获取要提供的内容列表。所接收的内容列表可以以适合于服务的形式配置服务列表。服务列表被提供给应用。

内容提供方服务器向被配置在服务提供方中的多播服务器提供内容(摄入)。在这种情况下，关于所摄入的内容的信息可以从每个内容提供方控制功能发送至服务提供方控制功能。基于该信息，服务提供方控制功能可以配置多播会话配置信息并将其递送至多播服务器和多播网关。

在装置中的内容回放功能中可以为每个网络配置接口L和接口B。媒体流传输可以经由接口L1、L2、L3和L4通过多播网关(A)、多播网关(B)、多播网关(C)和多播网关(D)被接收，并且经由接口B1、B2、B3和B4接收多播网关的初始接入信息。由于多播网关(D)和多播会合服务(D)被配置在装置中，因此接口L4和B4可以被装置的内部接口替代。

图32a和图32b例示了根据实施方式的多个服务提供方。

根据实施方式的架构示出了通过多个服务提供方为内容提供方提供服务的结构。在根据实施方式的架构中，针对每个网络的多播服务器、多播网关和多播会合服务向连接至相应网络的内容回放功能提供服务。

在这种情况下，每个服务提供方可以使用多个网络向接收器装置提供服务。每个服务提供方可以配置服务列表目录，并且可以通过内容提供方的内容提供方控制功能来获取要服务的内容列表。所接收的内容列表可以以适合于服务的形式配置服务列表。服务列表被提供给应用。

内容提供方服务器向被配置在服务提供方中的多播服务器提供内容(摄入)。在这种情况下，关于所摄入的内容的信息可以从内容提供方控制功能发送至服务提供方控制功能。基于该信息，服务提供方控制功能可以配置多播会话配置信息并将其递送至多播服务器和多播网关。

图33例示了根据实施方式的用于单向递送的MABR网络配置。

根据实施方式的方法/设备可以支持通过根据上述实施方式的MABR架构的网络的单向递送。将描述用于单向递送的多播传输会话映射的示例。

在根据实施方式的架构中，多播ABR服务提供方针对每个网络配置多播服务器，并且使用多播接口(M)向多播网关和多播会合服务发送多播内容和配置信息。这里，接口M可以通过不具有上行链路信道的单向网络被配置。作为该单向网络，可以考虑卫星(广播)网络或陆地广播网络。

由多播网关和多播会合服务接收的多播ABR内容和配置信息可以使用由接口L提供的HTTP等传递至内容回放功能，并且多播网关可以作为家庭广播(HB)网络的服务器工作。

接口L和接口B可以在装置或HB网络中的内容回放功能中配置。媒体流传输可以经由接口L通过多播网关接收，并且经由接口B接收多播网关的初始接入信息。这里，当多播网关和多播会合服务被配置在同一装置中时，接口L和接口B可以被装置的内部接口替代。

在可以提供服务接入信息(URI等)的服务列表从内容提供方递送至服务列表注册表之后，由服务列表注册表管理的服务列表信息可以被递送至多播服务，并且多播服务器可以经由接口M将其递送至多播网关。

图34例示了根据实施方式的用于单向递送的MABR网络配置。

在根据实施方式的架构中，多播ABR服务提供方配置单个多播服务器，并且使用同一多播接口(M)向多播网关和多播会合服务发送相同的多播内容和配置信息。这里，接口M可以通过不具有上行链路信道的单向网络被配置。作为该单向网络，可以考虑卫星(广播)网络或陆地广播网络。

接口L和接口B可以被配置在装置或HB网络中的内容回放功能中。媒体流传输可以经由接口L通过多播网关接收，并且经由接口B接收多播网关的初始接入信息。这里，当多播网关和多播会合服务被配置在同一装置中时，接口L和接口B可以被装置的内部接口替代。

图35例示了根据实施方式的接口配置。

根据实施方式的M接口如下配置。

基于M接口包括单向链路，根据实施方式的方法/设备可以执行单向递送。在这种情况下，单向链路可以配置有卫星信道，物理层可以配置有DVB-S2(数字视频广播-卫星-第二代)或DVB-S2X(DVB-S2扩展)，并且数据链路层可以配置有DVB-GSE(数字视频广播-通用流封装)。

当多播服务器通过M接口中定义的协议向多播网关发送多播传输会话时，卫星发送器接收会话并在卫星信道上将其发送至卫星接收器。卫星接收器根据M接口中定义的协议向多播网关递送会话。当在卫星信道上发送多播传输会话时，它可以被复用成单个信令。为了解复用多播传输会话并且将其传递至多播网关，多播传输会话可以被映射至在卫星信道上发送的IP多播。在这种情况下，数据链路层信令可以用于映射多播传输会话。

图36例示了根据实施方式的接口配置。

基于M接口包括单向链路，根据实施方式的方法/设备可以执行单向递送。在这种情况下，单向链路可以配置有广播信道，物理层可以配置有DVB-T2(DVB-陆地2)，并且数据链路层可以配置有DVB-GSE。

当多播服务器通过M接口中定义的协议向多播网关发送多播传输会话时，广播发送器接收会话并在广播信道上将其发送至广播接收器。广播接收器根据M接口中定义的协议向多播网关递送会话。当在广播信道上发送多播传输会话时，它可以被复用成单个信令。为了解复用多播传输会话并且将其传递至多播网关，多播传输会话可以被映射至在广播信道上发送的IP多播。在这种情况下，数据链路层信令可以用于映射多播传输会话。

根据实施方式，根据ETSI TS103 285的基于DVB-DASH的服务可以被包括在DVB-I(互联网)服务列表中。DVB-NIP(本地IP)的基于DVB-DASH的服务可以在ETSI TS103 769中定义的DVB广播网络上使用DVB-MABR定义的FLUTE/ROUTE协议来承载。

经由IP多播在广播RF信道上承载信令和A/V服务(使用DVB-DASH ETSI TS103285)。DVB-NIP IP多播会话在数据链路层处使用如ETSI TS102 606-1的条款D.2中定义的GSE-Lite简档或如ETSI EN 301 192中定义的多协议封装来承载。也可以使用物理层处的DVB-S2X(ETSI 302307-1、ETSI 302 307-2)、DVB-S2(ETSI 302 307-1)和DVB-T2(ETSITS102 755)。

基于根据实施方式的多播传输会话映射的逻辑层控制结构，根据实施方式的方法/设备可以执行单向递送。

GSE-LLC结构

在根据实施方式的针对接口M的配置中，DVB-GSE LLC(逻辑层控制)用作使用数据链路层信令来映射多播传输会话的方法的实施方式。

DVB-GSE LLC由链路控制数据(LCD)和网络控制数据(NCD)构成。

LCD的语法可以如图44所示配置。

也就是说，图37表示根据实施方式的链路控制数据(LCD)的配置。

PHY_descriptors()-物理层调制系统的描述符。

number_of_links-指示物理层的调制系统中包括的链路或物理流的数量。

link_id-物理层的调制系统中包括的物理链路的标识符。

link_association_descriptors()可以如下所述被配置。

图38指定了根据实施方式的被包括在LCD中的link_association_descriptors()中的一者。图38的link_association_descriptor()由被包括在LCD中的对应link_id标识。

modulation_system_type-指示广播调制系统的类型。例如，它可以如下编码。

0x00-DVB-S2/S2X

0x01-DVB-T2

modulation_system_id-调制系统的唯一标识符。

PHY_stream_id-这可以如下根据modulation_system_type被编码：

modulation_system_type＝0x00-DVB-S2/S2X的输入流标识符(ISI)

modulation_system_type＝0x01-DVB-T2的物理层通道

NCD可以如下所述被配置。

图39例示了根据实施方式的网络控制数据(NCD)。

在NCD结构中，可以针对每个信令目的定义platform_descriptor()、target_descriptor()和operational_descriptor。

关于target_descriptors()，当GSE仅具有IP地址信息时，其可以根据实施方式来处理多播。因此，根据实施方式的target_descriptors()可以通过包括针对多播识别的信息来解决问题。

图40例示了根据实施方式的多播传输会话。

根据实施方式的方法/设备可以基于多播传输会话来执行传输会话映射。

如图40所示，可以定义从多播服务器发送的多播传输会话。

从多播服务器发送的多播传输会话可以由单向递送发送器(例如，卫星发送器)映射至IP多播流，并且将IP多播流信息承载至单向递送接收器(例如，卫星接收器)。

图41例示了根据实施方式的mABR IPv6传输会话描述符。

当根据实施方式的方法/设备通过IPv6发送多播传输会话时，NCD的目标描述符中可以包括如图41所示的传输会话描述符。

descriptor_tag-对应于描述符的标识符。

descriptor_length-指示描述符的长度。

multicast_transport_session_id_length-指示以下multicast_transport_session_id的以字节为单位的长度。

multicast_transport_session_id-多播传输会话的唯一标识符。它具有与多播ABR会话配置中包括的id相同的值。

source_IPv6_address-指示通过IPv6发送的当前多播传输会话的源IP地址。

destination_IPv6_address-指示通过IPv6发送的当前多播传输会话的组(例如，目的地)IP地址。

source_UDP_port-指示当前多播传输会话的源UDP端口。

destination_UDP_port-指示当前多播传输会话的目的地UDP端口。

根据实施方式，通过另外定义GSE相关描述符(例如，传输会话描述符)中的source_UDP_port和destination_UDP_port，根据实施方式的方法/装置可以支持多播。

图42例示了根据实施方式的mABR IPv4传输会话描述符。

当通过IPv4发送多播传输会话时，根据实施方式的方法/装置可以在NCD的目标描述符中包括如图42所示的传输会话描述符。

descriptor_tag-对应于描述符的标识符。

descriptor_length-指示描述符的长度。

source_IPv6_address-指示通过IPv4发送的当前多播传输会话的源IP地址。

destination_IPv6_address-指示通过IPv4发送的当前多播传输会话的组(例如，目的地)IP地址。

source_UDP_port-指示当前多播传输会话的源UDP端口。

destination_UDP_port-指示当前多播传输会话的目的地UDP端口。

当多个多播传输会话被映射至单个链路时，多个mABR_IPv6_transport_session_descriptor()或mABR_IPv4_transport_session_descriptor()可以被包括在NCD循环(NCD loop)中。

根据实施方式，通过另外定义GSE相关描述符(例如，图41或图42的传输会话描述符)中的source_UDP_port和destination_UDP_port，根据实施方式的方法/装置可以支持多播。

图41和/或图42的传输会话描述符可以称为多播列表描述符。

图41和/或图42的传输会话描述符(即，多播列表描述符)承载在物理链路中递送的多播列表。在一个实施方式中，该描述符承载在物理链路中承载的IPv4多播的列表，并且提供用于处理DVB-GSE层中承载多播的UDP/IPv4分组的信息。另外，该描述符承载在物理链路中递送的IPv6多播的列表，并且提供用于处理DVB-GSE层中承载多播的UDP/IPv6分组的信息。

图43例示了用于发送GSE-LLC的GSE分组的示例性报头结构。

根据实施方式，GSE-LLC是数据链路层的信令信息，并且由LCD和NCD组成。

根据实施方式，在GSE分组中配置了强制性扩展报头以传输GSE-LLC之后，通过强制性扩展报头在表结构(gse_table_structure())中发送索引数据(LLC_index)、LCD和NCD。在这种情况下，协议数据单元(PDU)数据不存在于GSE分组中。

在本公开中，通过GSE分组的扩展报头发送的表结构(gse_table_structure())中的索引数据(LLC_index)、LCD和NCD将称为LLC数据。根据实施方式，LLC数据可以被划分为索引部分和记录部分，并且记录部分可以进一步被划分为多个表。这里，构成记录部分的每个表可以具有GSE表结构或通用区段表结构。

在这种情况下，在实施方式中，被包括在GSE报头中的protocol_type字段被指派0x0087，以标识GSE-LLC。

每个gse_table_structure()可以包括table_id字段、interactive_network_id字段、version_number字段和current_next_indicator字段。

根据实施方式，当table_id字段的值为0xB3时，gse_table_structure()包括索引数据LLC_index。当值为0xB4时，gse_table_structure()包括LCD。当值为0xB5时，gse_table_structure()包括NCD。

被包括在索引数据LLC_index中的table_id字段指示LCD(例如，0xB4)或NCD(例如，0xB5)。

根据实施方式，针对如图43所示的GSE分组的扩展报头中承载的LCD()和NCD()所包含的信息的细节，参考图37至图39的描述，本文省略了所述细节的描述，以避免重复描述。为了将通过DVB GSE发送的IP多播映射至物理层资源，并且为了向接收装置发送IP多播列表信息，可以在NCD()的target_descriptors()中包括多播列表描述符，并且可以发送GSE-LLC数据。

另外，link_id字段可以用于LCD()中，以识别物理层资源。在DVB T2的情况下，link_id字段可以映射至PLP_ID，并且在DVB-S2/S2X的情况下，link_id字段可以映射至ISI_ID。

根据实施方式的多播列表描述符在interactive_network_id中承载物理链路上承载的IPv4多播列表或IPv6多播列表。该描述符可以包括用于处理在DVB-GSE层中承载多播的UDP/IPv4分组或UDP/IPv6分组的附加信息。在本公开中，UDP/IPv4分组可以称为IPv4分组，并且UDP/IPv6分组可以称为IPv6分组。

图44示出了根据实施方式的IP_multicast_list_descriptor()的示例性语法结构。

图44示出了通过IPv4发送多播流的示例。

根据实施方式，IP_multicast_list_descriptor()包括num_multicasts字段。

num_multicasts字段指示在该描述符中用信号通知的多播的数量。

根据实施方式，IP_multicast_list_descriptor()包括迭代次数与num_multicasts字段的值一样多的迭代语句。在这种情况下，在实施方式中，i被初始化为0，每次执行迭代语句时递增1。此外，迭代语句被迭代直到i变为num_multicasts字段的值。迭代语句可以包括multicast_stream_id字段、source_ip_address字段、destination_ip_address字段、source_port字段、destination_port字段和header_compression_flag字段。

multicast_stream_id字段唯一地标识多播流。

source_ip_address字段指示承载由multicast_stream_id字段标识的多播流的UDP/IPv4分组的源IPv4地址。也就是说，它指示由multicast_stream_id字段标识的多播流的源IPv4地址。

destination_ip_address字段指示承载由multicast_stream_id字段标识的多播流的UDP/IPv4分组的目的地IPv4地址。也就是说，它指示由multicast_stream_id字段标识的多播流的目的地IPv4地址。

source_port字段指示承载由multicast_stream_id字段标识的多播流的UDP/IPv4分组的源UDP端口号。也就是说，它指示由multicast_stream_id字段标识的多播流的源UDP端口号。

destination_port字段指示承载由multicast_stream_id字段标识的多播流的UDP/IPv4分组的目的地UDP端口号。也就是说，它指示由multicast_stream_id字段标识的多播流的目的地UDP端口号。

换句话说，multicast_stream_id字段可以被指派具有跟随在multicast_stream_id字段之后的源IP地址字段、目的地IP地址字段、源端口号字段和目的地端口号字段的唯一组合的多播流的ID值。

header_compression_flag字段指示报头压缩是否应用于由multicast_stream_id字段标识的多播流(即，对应的IP多播或IP流)。例如，当header_compression_flag字段的值为0时，它可以指示报头压缩未应用于多播流(即，对应的IP多播或IP流)。当值为1时，它可以指示报头压缩被应用于多播流(即，对应的IP多播或IP流)。换句话说，当header_compression_flag字段的值为0时，它指示多播流在DVB-GSE层没有报头压缩的情况下被发送。当header_compression_flag字段的值为1时，它指示对DVB-GSE层中的多播流应用了报头压缩。在这种情况下，可以另外发送关于报头压缩相关配置参数的信令信息(例如，鲁棒报头压缩单向模式(ROHC-U)描述符)。换句话说，当header_compression_flag字段的值为1时，用信号通知ROHC-U描述符。

稍后将提供报头压缩和ROHC描述符的详细描述。

本公开中的ROHC描述符可以称为ROHC-U_multicast_descriptor或multicast_ROHC-U_descriptor或ROHC-U信息。

图45例示了根据实施方式的IPv6_multicast_list_descriptor()的语法结构的示例。

图45例示了通过IPv6发送多播流的示例。

图45中的IPv6_multicast_list_descriptor()与图44中的描述符相同，除了source_ipv6_address字段、destination_ipv6_address字段、source_port字段和destination_port字段指示承载由multicast_stream_id字段标识的多播流的UDP/IPv6分组的源IP地址、目的地IP地址、源UDP端口号和目的地UDP端口号。因此，针对图45的每个字段的细节参考图44的每个字段的描述，本文省略了所述细节的描述。

图46例示了根据实施方式的NCD语法结构和LCD语法结构的另一示例。

在图46中，NCD包括interactive_network_id字段、平台循环(platform loop)以及一个或更多个IP多播配置循环。

可以通过interactive_network_id字段来标识网络。

根据实施方式，平台循环可以包括IP/MAC_platform_name_descriptor()和IP/MAC_platform_provider_descriptor()。

根据实施方式，每个IP多播配置循环可以包括目标循环和可操作循环。

目标循环可以包括图44的IP多播列表描述符和图45的IPv6多播列表描述符。

可操作循环可以包括multicast_ROHC-U_descriptor()。multicast_ROHC-U_descriptor()可以包括IP/MAC_link_location_descriptor()。IP/MAC_link_location_descriptor()可以包括link_id字段。

link_id字段唯一地标识由interactive_network_id字段标识的交互式网络中的物理链路。也就是说，可以通过IP/MAC_link_location_descriptor()的link_id字段来标识物理链路。

也就是说，由于目标循环中的多播列表描述符用信号通知关于多个IP/IPv6多播流的信息，并且可操作循环中的IP/MAC_link_location_descriptor()用信号通知link_id字段，因此关于多个IP/IPv6多播流的信息被映射至link_id字段。

被包括在NCD的IP/MAC_link_location_descriptor()中的link_id字段被映射至LCD的链路循环中具有相同值的link_id。也就是说，可以基于link_id字段来指示NCD与LCD之间的参考关系。

LCD的链路循环还包括Link_association_descriptor()。Link_association_descriptor()包括modulation_system_type字段、modulation_system_id字段和PHY_stream_id字段。相应地，LCD的link_id字段可以被映射至Link_association_descriptor()并由物理层的PHY_stream_id字段的值来标识。

针对LCD中的字段的细节，参考图37和图38的字段的描述，本文省略了所述细节的描述，以避免重复描述。

图47a和图47b是例示了根据实施方式的用于单向递送结构中的多播发送和接收的整个系统的配置的示例性框图。图47a和图47b的系统可以称为用于多播ABR内容的发送/接收的单向递送系统。单向递送结构具有与单向递送系统相同的含义。本公开中的多播ABR内容可以称为多播服务数据或媒体对象或媒体内容。

根据实施方式，图47a和图47b示出了用于通过基于DVB-NIP的发送器(NIP发送器)发送GSE流以及通过基于DVB-NIP的接收器(NIP接收器)接收GSE流的数据流。

在图47a和图47b中，DVB-I服务列表注册表向NIP发送器中的IP分组器2011提供关于DVB-I服务列表入口点的信息(例如，URL)，并且DVB-I服务列表服务器向NIP发送器中的IP分组器2011提供关于DVB-I服务列表的信息(或服务列表信息)。

IP分组器2011将关于DVB-I服务列表入口点的信息分组为一个或更多个IP分组，并将包括所述一个或更多个IP分组的IP流输出至GSE封装器2012。

IP分组器2011将关于DVB-I服务列表的信息分组为一个或更多个IP分组，并将包括一个或更多个IP分组的IP流输出至GSE封装器2012。

IP分组器2011将网络信息文件(NIF)分组成一个或更多个IP分组，并将包括所述一个或更多个IP分组的IP流输出至GSE封装器2012。IP分组器2011可以将服务信息文件(SIF)分组成一个或更多个IP分组，并将包括所述一个或更多个IP分组的IP流输出至GSE封装器2012。

IP分组器2011将从多播服务器发送的多播网关配置文件分组成一个或更多个IP分组，并将包括所述一个或更多个IP分组的IP流输出至GSE封装器2012。

在实施方式中，由IP分组器2011生成的每个IP分组是包括UDP报头和IP报头的UDP/IP分组。

GSE封装器2012将输入IP流分组成GSE分组。在一个实施方式中，IP流被包括在GSE分组的有效载荷中。

NIP发送器中的LLC构建器2013接收被包括在NCD和LCD中的描述符以及ROHC-U描述符，生成LLC数据，然后将数据输出至GSE封装器2012。

LLC数据包括NCD和LCD。

根据实施方式，由LLC构建器2013生成的LLC数据可以具有如图43所示的表结构(gse_table_structure())。

在这种情况下，创建三个表结构(gse_table_structure())，并且相应表结构(gse_table_structure())中的table_id字段分别指示索引数据(例如，0xB3)、LCD(例如，0xB4)和NCD(例如，0xB5)。

在本公开中，包括索引数据(LLC_index)的表结构(gse_table_structure())、包括LCD的表结构(gse_table_structure())和包括NCD的表结构(gse_table_structure())可以称为LLC数据。

根据实施方式，图44的IP_multicast_list_descriptor()和图45的IPv6_multicast_list_descriptor()被包括在NCD的目标循环中。

如图43所示，通过GSE封装器2012将LLC数据包括在GSE分组的强制性扩展报头中。在这种情况下，GSE分组不具有PDU。

包括由GSE封装器2012生成的GSE分组的GSE流被发送至NIP网关的NIP接收器中的GSE解封装器2051。

根据实施方式，可以通过地面或卫星广播系统来发送GSE流。在这种情况下，针对地面广播系统，可以通过物理层管道(PLP)ID来区分GSE流。针对卫星广播系统，可以通过输入流标识符(ISI)来区分GSE流。

也就是说，在单向递送结构中，为了将关于由DVB-I服务列表注册表提供的DVB-I服务列表入口点的信息(例如，URL)发送至DVB-I客户端，NIP发送器的IP分组器2011可以配置包括关于以XML格式配置的DVB-I服务列表入口点的信息的IP流，并且GSE封装器2012可以配置包括IP流的GSE流并将其发送至NIP网关。然后，NIP网关的GSE解封装器2051可以从所接收的GSE流提取包括关于DVB-I服务列表入口点的信息的IP流，并将其输出至IP过滤器2052。IP过滤器2052可以从IP流提取关于DVB-I服务列表入口点的信息，并将其递送至DVB-I客户端。在这种情况下，NIP网关可以执行本地DVB-I服务列表注册表的功能。

另外，在单向递送结构中，为了将从DVB-I服务列表服务器提供的关于DVB-I服务列表的信息发送至DVB-I客户端，NIP发送器的IP分组器2011可以配置包括关于DVB-I服务列表的信息的IP流，并且GSE封装器2012可以配置包括该IP流的GSE流并将该GSE流发送至NIP网关。然后，NIP网关的GSE解封装器2051可以从所接收的GSE流提取包括关于DVB-I服务列表的信息的IP流，并将该IP流输出至IP过滤器2052。IP过滤器2052可以从IP流提取关于DVB-I服务列表的信息，然后将该信息递送至DVB-I客户端。在这种情况下，NIP网关可以执行本地DVB-I服务列表服务器的功能。

根据实施方式，IP过滤器2052可以从由GSE解封装器2051提取的IP流提取NIF和/或SIF，并将该NIF和/或SIF提供给必要的块。

多播服务器可以经由M接口向多播网关发送多播服务的多播服务数据(例如，媒体内容)和信令信息。

这里，经由M接口发送的数据可以如下包括用于传输多播服务数据的一个或更多个多播会话以及用于传输多播网关配置信息的多播网关配置会话。

每个多播会话可以包括多个多播传输会话。多播传输会话中的每一者可以由ROUTE会话或FLUTE会话组成。

每个多播传输会话可以通过IP地址、UDP端口、传输会话ID(TSI)等来识别。每个多播传输会话可以称为IP多播、多播流、IP多播流或IP流。

在单向递送结构中，与多播网关配置会话相关的信息可以以带内多播网关配置方法来发送。

根据实施方式，构成多播网关配置会话的数据可以是多播网关配置文件。如上所述，多播网关配置文件通过IP分组器2011被配置为IP流，并且被配置为GSE流并且通过GSE封装器2012被发送至NIP网关。

另外，通过ROUTE或FLUTE从多播服务器发送的每个多播传输会话可以由每个IP流组成。也就是说，多播传输会话或多播网关配置会话可以各自由IP流组成。

根据实施方式，可以选择性地将报头压缩应用于每个IP流(即，IP多播)。

根据实施方式，应用报头压缩的一个或更多个IP流由压缩器2014通过ROHC方案进行报头压缩，然后被提供给GSE封装器2015，而不应用报头压缩的一个或更多个IP流被提供给GSE封装器2015。

根据实施方式，header_compression_flag字段可以用于用信号通知是否在每IP多播的基础上压缩报头。header_compression_flag字段被包括在IP多播列表(例如，图44的IP_multicast_list_descritptor()的多播循环和图45的IPv6_multicast_list_descritptor()的多播循环)中。

也就是说，header_compression_flag字段指示报头压缩是否应用于由multicast_stream_id字段标识的多播流(即，对应IP多播或IP流)。例如，当header_compression_flag字段的值为0时，它可以指示报头压缩不应用于多播流(即，对应IP多播或IP流)。当值为1时，它可以指示报头压缩被应用于多播流(即，对应IP多播或IP流)。

此外，当header_compression_flag字段的值为1时，可以另外发送关于与报头压缩相关的配置参数的信令信息(例如，鲁棒报头压缩单向模式(ROHC-U)描述符)。在本公开中，ROHC-U描述符可以称为ROHC-U_multicast_descriptor或multicast_ROHC-U_descriptor。

根据实施方式，ROHC-U描述符可以通过LLC构建器2013和GSE封装器2012被包括在LLC数据中，然后被封装成至少一个GSE分组并被发送。也就是说，本公开可以提供包括配置参数和上下文信息的ROHC-U描述符的带外(例如，GSE-LLC)的传输。

稍后将提供被包括在ROHC-U描述符中的信息的详细描述。

也就是说，在单向递送结构中，可以针对每个IP多播(即，IP流)选择性地应用报头压缩，所述每个IP多播包括多播服务的多播服务数据和由多播服务器提供的信令信息，并且可以配置包括报头压缩被应用于的至少一个IP流和/或报头压缩未被应用于的至少一个IP流的GSE流并将该GSE流发送至NIP网关。在这种情况下，每个GSE流可以包括多个IP多播。在基于ROHC的报头压缩被应用于IP流的情况下，由报头压缩生成的ROHC流被包括在对应GSE流中。根据实施方式，可以经由地面或卫星广播系统来发送GSE流。在这种情况下，针对地面广播系统，可以基于PLP来区分GSE流。针对卫星广播系统，可以基于ISI来区分GSE流。然后，NIP网关的GSE解封装器2051从所接收的GSE流提取应用报头压缩的至少一个IP流和/或未应用报头压缩的至少一个IP流。然后，将应用报头压缩的至少一个IP流(即，ROHC流)输出至报头解压缩器2055。报头解压缩器2055基于从LLC解析器2053提供的ROHC-U描述符对报头压缩的IP流(即，ROHC流)进行报头解压缩，然后将解压缩的流输出至IP过滤器2056。此外，未应用报头压缩并且从GSE流提取的至少一个IP流被输出至IP过滤器2056。这里，可以使用header_compression_flag字段来检查是否应用报头压缩。根据实施方式，LLC解析器2053从GSE流提取LLC数据，从LLC数据提取header_compression_flag字段。然后，当header_compression_flag字段的值为1时，解析器从LLC数据提取ROHC-U描述符，并将该ROHC-U描述符提供给报头解压缩器2055。

IP过滤器2056从输入IP流提取一个或更多个多播会话和多播网关配置会话，并将所述一个或更多个多播会话和所述多播网关配置会话输出至多播网关。

根据实施方式，多播网关通过ROUTE会话或FLUTE会话接收被封装在IP多播中的一个或更多个多播传输会话，然后通过HTTP(S)(超文本传送协议)(S)方案等经由L接口将所述一个或更多个多播传输会话提供给回放功能。

当多播网关被配置用于ISP网络中的多播服务时，其可以被配置在由ISP运营方提供的路由器或家庭网关中。当多播网关被配置用于诸如5G系统的移动网络中的多播服务时，其可以被配置在移动网络中。当多播网关被配置用于卫星广播网络中的多播服务时，其可以被配置在能够接收卫星广播的机顶盒(STB)中。当多播网关被配置用于地面广播网络中的多播服务时，其可以被配置在广播接收器中。

图48a和图48b是例示了根据其它实施方式的用于单向递送结构中的多播发送/接收的整个系统的配置的框图。图48a和图48b的系统可以称为用于发送/接收多播服务数据(例如，多播ABR内容)的单向递送系统。单向递送结构具有与单向递送系统相同的含义。

根据实施方式，图48a和图48b示出了用于通过基于DVB-NIP的发送器(NIP发送器)发送GSE流以及通过基于DVB-NIP的接收器(NIP接收器)接收GSE流的数据流。

在图48a和图48b中，相同的附图标记将用于与图47a和图47b中的元件相同的元件，并且将省略其冗余描述。

在图48a和图48b中，包括从多播服务器提供的多播网关配置文件的IP流被输出至GSE封装器2015，并且NIP接收器的IP过滤器2056从IP流提取多播网关配置文件，这与图47a和图47b的配置不同。

图47a和图47b或图48a和图48b的发送装置和接收装置的操作可以如下定义。

NIP发送器可以从DVB-I服务列表服务器接收关于DVB-I服务列表的信息。另外，它可以将包括包含多播服务数据和多播网关配置信息的IP分组的IP流封装到GSE流中并通过PLP发送该GSE流。另外，它可以生成包括针对GSE-LLC的描述符和ROHC-U描述符的LLC数据，将该数据封装到GSE流中，并且通过PLP发送该流。在实施方式中，用于发送包括LLC数据的GSE流的PLP可以不同于用于发送包括IP流的GSE流的PLP。因此，GSE流可以由PLP ID识别。

NIP发送器可以基于ROUTE会话或FLUTE会话从多播服务器接收包括多播服务数据的IP多播，并且可以接收包括多播网关配置信息的IP流。根据实施方式，NIP发送器可以通过对特定IP流执行IP报头压缩来生成ROHC流。

NIP接收器可以接收GSE流并且从所接收的GSE流解析IP流。另外，它可以向DVB-I客户端递送关于DVB-I服务列表的信息。NIP接收器可以通过对IP流进行过滤来提取包括多播服务数据和多播网关配置的IP多播，然后将该IP多播递送至多播网关。可以基于MABR的参考点M接口处理多播配置相关操作。

根据实施方式的GSE流可以与NIP流或MPE流相同。NIP流被解释为指代包括由DVB-NIP广播系统递送的IP多播数据的流的术语。

在广播信道上发送的多播服务数据主要由多播服务器生成，但是也可以由与每个NIP流相关的NIP信令服务器生成。每个NIP流可以仅具有与其连接的单个多播服务器。每个多播服务器可以创建由一个或更多个多播流组成的多播传输会话。

接下来，将描述基于ROHC的报头压缩。

NIP发送器的报头压缩器2014可以基于ROHC方案减小输入IP流中的IP分组的报头的大小。此外，报头压缩器2014可以从报头压缩的IP分组提取上下文信息，并生成与报头压缩相关的信令信息。NIP接收器的报头解压缩器2055可以通过基于信令信息和上下文信息恢复报头压缩的分组的报头来重构原始IP分组。在这方面，从报头压缩的IP分组提取上下文信息并生成与报头压缩相关的信令信息的处理称为自适应处理，并且可以由单独的自适应模块执行。

在本公开中，为了简单起见，压缩之前的IP分组称为数据分组，并且使用ROHC方案压缩的分组称为ROHC分组(或报头压缩的数据分组)。此外，包括压缩之前的IP分组的流称为IP流、IP分组流、IP多播流或IP多播，并且包括ROHC分组的流称为ROHC分组流(ROHCpacket stream)、ROHC分组流(ROHC packet flow)、ROHC IP流、ROHC流或压缩的IP流。

根据实施方式，作为压缩之前的IP分组的数据分组由报头和有效载荷组成，其中，报头包括IP报头和UDP报头。

在IP流传输期间，被包括在IP分组的IP报头和UDP报头中的信息中的IP版本、源IP地址、目的地IP地址、IP片段标志、源端口号、目的地端口号等几乎不改变。在本公开中，如上所述，承载在流传输期间几乎不改变的信息的字段称为静态字段。此外，静态字段中承载的信息将称为静态信息。在本公开中，静态信息以与静态链信息相同的意义使用。在ROHC压缩方案中，在发送静态信息一次之后，在一段时间内不执行附加发送。这称为初始化和刷新(以下称为IR)状态，并且在报头中承载静态信息的ROHC分组称为IR分组。

另外，针对频繁改变但保持一定时间的动态信息，需要单独的附加传输。动态信息承载在动态字段中。在本公开中，动态信息以与动态链信息相同的意义使用。

报头中承载动态信息的ROHC分组称为IR-DYN分组。根据实施方式，IR分组还包括动态信息。也就是说，由于IR分组和IR-DYN分组包含现有报头的所有信息，因此它们的大小类似于现有报头的大小。

在ROHC分组当中，除了IR分组和IR-DYN分组之外的剩余分组将称为压缩的分组。根据实施方式，每个压缩的分组(或压缩分组)的报头仅由1字节信息或2字节信息组成。

根据实施方式，在执行基于ROHC方案的报头压缩之后，可以选择性地执行从IR分组和/或IR-DYN分组提取上下文信息并且生成包括所提取的上下文信息和与报头压缩相关的信息(例如，配置参数)的ROHC-U描述符的自适应处理。

根据实施方式，可以使用单独的标志信息(例如，adaptation_flag)来用信号通知是否执行自适应处理。

接下来，将提供对执行自适应处理的情况的描述。自适应处理可以由报头压缩器2014执行，或者可以由单独的自适应模块执行。

另外，自适应处理在压缩器与解压缩器之间提供配置参数和上下文信息的带外传输。也就是说，可以通过ROHC-U描述符的GSE-LLC封装来执行带外传输。换句话说，自适应功能用于减少由上下文信息的丢失引起的解压缩误差和信道改变延迟。

在本公开中，从IR分组提取的静态链信息将称为上下文信息。

也就是说，从通过对IP流应用报头压缩而生成的ROHC流检测IR分组，并且从所检测的IR分组的报头提取上下文信息(即，静态链信息)。在实施方式中，从中提取上下文信息的IR分组被变换为IR-DYN分组，并且变换的IR-DYN分组替换原始IR分组并且以相同的顺序被插入ROHC流中。根据实施方式，所提取的上下文信息被包括在ROHC-U描述符中。

从中提取上下文信息的ROHC流包括IR-DYN分组和压缩的分组。

从中提取上下文信息的ROHC流被GSE封装器2015封装成一个或更多个GSE分组，并且包括上下文信息的ROHC-U描述符被LLC构建器2013包括在LLC数据中。然后，GSE封装器2012将LLC数据封装到至少一个GSE分组中。

包括由GSE封装器2012生成的GSE分组的GSE流被发送至NIP网关的NIP接收器中的GSE解封装器2051，并且包括由GSE封装器2015生成的GSE分组的GSE流被发送至NIP网关的NIP接收器中的GSE解封装器2054。

根据实施方式，可以通过地面或卫星广播系统来发送GSE流。在这种情况下，针对地面广播系统，可以通过PLP ID来区分GSE流。针对卫星广播系统，可以通过ISI来区分GSE流。例如，在地面广播系统中，用于发送包括ROHC流的GSE分组的PLP可以与用于发送包括ROHC-U描述符的GSE分组的PLP不同或相同。

当未执行自适应处理时，输出至GSE封装器2015的ROHC流包括至少一个IR分组、一个或更多个IR-DYN分组和压缩的分组。在这种情况下，ROHC-U描述符可以包括除了上下文信息之外的信息(例如，与报头压缩相关的信息)。

图49示出了根据实施方式的ROHC-U描述符(ROHC-U_information())的示例性语法结构。根据实施方式，ROHC-U描述符可以称为ROHC-U信息。图49是用于经由地面广播系统传输GSE流的示例。当经由卫星广播系统发送GSE流时，可以使用ISI代替PLP。

图49的ROHC-U描述符可以包括num_PLPs字段。

num_PLPs字段指示在该描述符中用信号通知的PLP的数量。

根据实施方式，ROHC-U描述符可以包括迭代次数与num_PLPs字段的值一样多的第一迭代语句。

第一迭代语句可以包括PLP_ID字段、per_channel_configuration()和num_contexts字段。

PLP_ID字段标识与在“for”循环的该迭代语句中用信号通知的上下文相对应的PLP。

per_channel_configuration()可以包括max_CID字段和简档字段。

max_CID字段指示根据由PLP_ID字段标识的PLP使用的上下文ID的最大值。

简档字段指示用于压缩IP分组的协议(或层)的范围。

图51是示出了用于DVB-GSE的ROHC简档的示例的表。在图51中，根据实施方式，简档字段的值是0x0001，其指示直到RTP的基于ROHC的压缩。值0x0002指示直到UDP的基于ROHC的压缩。值0x0003指示直到ESP的基于ROHC的压缩。值0x0004指示直到IP的基于ROHC的压缩。

num_contexts字段指示由PLP_ID字段标识的PLP承载的上下文的数量(即，压缩的IP流的数量或ROHC流的数量)。num_contexts字段的值不能大于max_CID字段的值。

根据实施方式，ROHC-U描述符可以包括迭代次数与num_contexts字段的值一样多的第二迭代语句。

第二迭代语句可以包括context_id字段、IP_stream_address()和context_information()。根据实施方式，IP_stream_address()可以称为映射信息，并且context_information()可以称为上下文信息。

context_id字段指示压缩的IP流(即，ROHC流)的上下文标识(CID)。

映射信息(IP_stream_address())可以包括src_IP_addr字段、dest_IP_addr字段、src_UDP_port字段和dest_UDP_port字段。映射信息提供IP流与上下文ID之间的映射。

src_IP_addr字段、dest_IP_addr字段、src_UDP_port字段和dest_UDP_port字段可以指示通过由PLP_ID字段标识的PLP递送的ROHC流当中的对应ROHC流的源IP地址、目的地IP地址、源UDP端口号和目的地UDP端口号。

上下文信息(context_information())可以包括static_chain_length字段和static_chain_byte()字段。上下文信息为关于由context_id字段标识的ROHC流的上下文信息。

static_chain_length字段指示static_chain_byte()之后的字段的长度。

static_chain_byte()字段可以承载用于初始化ROHC-U解压缩器的静态信息。字段的大小和结构取决于上下文简档。static_chain_byte()字段可以被定义为IR分组的子报头信息。

根据实施方式，由于GSE流仅递送至一个PLP，因此由num_PLPs字段标识的PLP的数量等于GSE流的数量。因此，PLP_ID字段的值可以用作用于识别GSE流和ROHC信道的值。

被包括在上述ROHC-U描述符中的字段、元素和属性可以被省略或用其它字段、元素和属性替换，并且根据实施方式可以添加附加字段、元素和属性。

图50a和图50b示出了根据实施方式的用于传输GSE流的GSE层系统的示例性配置框图。图50a和图50b的图主要由上层块5100、GSE层块5200和物理层块5300组成。

根据实施方式，上层块5100中的每个数据源是由multicast_stream_ID字段标识的多播。数据源可以至少包括多播服务数据和多播网关配置信息。另外，每个数据源可以由源IP地址、目的地IP地址、源UDP端口号和目的地UDP号来识别。在本公开中，多播意味着通过IP网络同时向多个接收器发送数据，并且还意味着通过IP网络同时向多个接收器发送数据的集合。

在本公开中，多播也称为IP多播流、IP流、上层会话或多播传输会话。

GSE层块5200从上层块5100接收一个或更多个多播作为输入，生成一个或更多个GSE流，然后将所述一个或更多个GSE流递送至物理层块5300。物理层块5300经由一个或更多个PLP发送一个或更多个GSE流。每个GSE流包括一个或更多个GSE分组。

在这种情况下，GSE流仅被递送至一个PLP。因此，为了递送多个GSE流，GSE层块5200必须包括多个GSE流生成器，并且物理层块5300还必须被配置为处理多个PLP的数据。例如，为了生成和递送k个GSE流(其中k大于或等于2)，需要k个GSE流生成器和k个PLP。

换句话说，从GSE层块5200的每个GSE流生成器输出的每个GSE流被递送至其唯一PLP。因此，用于标识PLP的PLP ID可以用作用于标识对应GSE流的GSE流ID和用于标识对应GSE流生成器的GSE流生成器ID。

另外，在ROHC压缩中，ROHC框架定义ROHC信道以标识压缩的分组流。在本公开的实施方式中，在GSE流中配置单个ROHC信道。因此，用于标识PLP的PLP ID可以被映射至用于标识ROHC信道的ROHC信道号。

也就是说，ROHC信道、GSE流和PLP可以以1:1:1的对应关系方式映射。因此，用于标识PLP的PLP ID可以用作用于标识ROHC信道的标识符和用于标识GSE流的标识符。

根据实施方式，每个GSE流生成器包括被配置为输出ROHC流的IP报头压缩器和被配置为输出GSE流的封装模块。

接下来，将基于第一GSE流生成器(GSE流生成器#0)描述报头压缩。

被包括在第一GSE流生成器中的IP报头压缩器可以包括ROHC模块和自适应模块。IP报头压缩器可以对应于图47a和图47b或图48a和图48b的报头压缩器2014。IP报头压缩器的ROHC模块接收一个或更多个多播中的IP分组并执行报头压缩。根据实施方式，与输入至ROHC模块的一个或更多个多播相对应的header_compression_flag字段的值为1。

当执行报头压缩时，生成与压缩之前的IP分组相对应的ROHC分组。ROHC分组包括IR分组、IR-DYN分组和压缩的分组。包括ROHC分组的流称为ROHC流(或压缩的IP流)。

然后，自适应模块根据自适应标志信息(adaptation_flag)从ROHC流提取上下文信息(例如，IR分组的报头中的静态链信息)，生成包括所提取的上下文信息和与报头压缩相关的信息的ROHC-U描述符，并将描述符输出至GSE-LLC封装模块。从中提取上下文信息的ROHC流也被输出至封装模块。也就是说，从ROHC分组当中的IR分组的报头提取上下文信息(即，静态链信息)，并且将从中提取上下文信息的IR分组转换为IR-DYN分组。然后，变换的IR-DYN分组替换原始IR分组，并且以ROHC流中的相同顺序输出至封装模块。也就是说，输出至封装模块的ROHC流至少包括通过报头压缩生成的IR-DYN分组、变换的IR-DYN分组和压缩的分组。

根据实施方式，自适应标志信息(adaptation_flag)指示是否执行自适应处理(即，是否提取上下文信息)。当自适应标志信息(adaptation_flag)指示跳过(或省略)自适应处理时，跳过从ROHC流提取上下文信息的处理。在这种情况下，ROHC-U描述符仅包括与报头压缩相关的信息。在这种情况下，输出至封装模块的ROHC流至少包括IR分组、IR-DYN分组和压缩的分组。根据实施方式，可以在ROHC-U描述符中用信号通知自适应标志信息(adaptation_flag)。

GSL-LLC封装模块将用于NCD和LCD的GSL-LLC描述符和ROHC-U描述符封装到至少一个GSE分组中。在本公开中，用于NCD和LCD的GSL-LLC描述符和ROHC-U描述符称为LLC数据。在这种情况下，根据实施方式，包括ROHC-U描述符的LLC数据被包括在GSE分组的强制性扩展报头中。

封装模块将ROHC流封装成一个或更多个GSE分组。

另外，封装模块可以生成包括一个或更多个多播中的IP分组(即，报头未压缩的IP分组)的一个或更多个GSE分组。在这种情况下，与输入至封装模块的一个或更多个多播相对应的header_compression_flag字段的值为0。

也就是说，封装模块可以包括被配置为生成包括ROHC流中的分组的一个或更多个GSE分组的封装器以及包括具有尚未传递通过IP报头压缩器的IP分组的一个或更多个GSE分组的封装器，或者封装模块可以包括所述封装器中的至少一者。

在实施方式中，包括ROHC-U描述符的至少一个GSE分组、包括ROHC流的一个或更多个GSE分组和/或包括尚未传递通过IP报头压缩器的IP流的一个或更多个GSE分组可以被输出至一个GSE流。

GSE流经由物理层块5300中的对应PLP递送至接收器。在这种情况下，在ROHC-U描述符中用信号通知用于标识PLP的PLP ID。例如，在ROHC-U描述符中用信号通知用于识别被包括在GSE流中的一个或更多个压缩的IP流的IP地址/端口信息和用于映射GSE流被发送至的PLP的映射信息。

根据实施方式，当IP报头压缩器创建了IR分组的报头或IR-DYN分组或压缩的分组的报头时，CID被指派给报头。

CID被分成小CID和1字节大CID。小CID再次被分成为0的CID值和不为0的CID值。当CID值不为0时，CID由指示存在CID的4个最高有效位(MSB)和用信号通知实际CID值的4个最低有效位(LSB)组成。当CID值为0时，指示CID值的字段不存在于对应报头中。当指示CID值的CID相关字段不存在于ROHC分组的报头中时，接收器确定分组的CID为0。

如上所述，PLP被映射至ROHC信道，并因此在每个PLP处单独管理CID。

具有源IP地址、目的地IP地址、源UDP端口号和目的地UDP端口号的相同组合的IP分组被视为相同的IP流。另外，根据实施方式，相同CID被指派给与被包括在相同IP流中的IP分组相对应的ROHC分组。在这种情况下，根据实施方式，指派给IP流的CID不分配给同一ROHC信道中的其它IP流。也就是说，仅在ROHC信道内区分CID。例如，ROHC信道#0中包含的IP流#0和IP流#1必须不被指派相同的CID，但是ROHC信道#0中包含的IP流#0和ROHC信道#1中包含的IP流#1可以被指派相同的CID。这里，将CID分配给IP流意味着将CID分配给与被包括在IP流中的与IP分组相对应的ROHC分组的报头中的每一者。在这种情况下，根据实施方式，当IP分组被包括在同一IP流中时，指派给与IP分组相对应的ROHC分组的报头的所有CID值是相同的。因此，CID可以用于接收器区分包括ROHC分组的ROHC流(即，压缩的IP流)。

针对第二GSE流生成器(GSE流生成器#1)和第三GSE流生成器(GSE流生成器#k)(为了避免冗余描述，上文未对其进行描述)，参考第一GSE流生成器(GSE流生成器#0)的描述。

根据实施方式，LLC数据可以包括一个或更多个ROHC-U描述符。例如，由第一GSE流生成器生成的LLC数据可以包括由第一GSE流生成器生成的第一ROHC-U描述符和由第二GSE流生成器生成的第二ROHC-U描述符。作为另一示例，由第三GSE流生成器生成的LLC数据包括由第三GSE流生成器生成的第三ROHC-U描述符，并且LLC数据与第三ROHC信道一起通过相同的PLP(PLP#k)发送。

也就是说，可以分别发送信令信息，以在图47a和图47b或图48a和图48b所示的单向递送结构中发送IP多播。

在这种情况下，信令信息可以通过与媒体内容或多播服务数据相同的GSE流来发送。另选地，可以通过与媒体内容分离的GSE流来发送包括信令信息的表(或文件)，以确保对信令信息的鲁棒性。在这种情况下，取决于传输系统，可以使用PLP(或PLP ID)或ISI来标识GSE流。

参考图50a和图50b作为示例，通过PLP#1发送包括由第二GSE流生成器通过报头压缩生成的ROHC流的GSE流#1，并且通过PLP#0发送包括ROHC-U描述符的GSE流#0，该ROHC-U描述符包括与报头压缩相关的信息和从ROHC流提取的上下文信息。在这种情况下，由于GSE流以1:1的对应关系方式映射至PLP，因此可以将用于标识PLP的PLP ID用作用于标识GSE流的标识符。

在图50a和图50b中，多个GSE流生成器的所有或至少一个IP报头压缩器可以工作，或者没有压缩器可以工作。

接下来，将描述信令信息的IP封装。在本公开中，信令信息以与信令数据相同的意义使用。

图52例示了根据实施方式的将信令信息封装到IP分组中的示例。这里，根据实施方式，IP分组包括IP报头和UDP报头。

根据实施方式，为了从由NIP网关接收的多个IP流当中识别(或过滤)通过特定IP流发送的信令信息，特定IP流可以包括固定(或专用)IP地址和固定(或专用)UDP端口号。也就是说，信令信息可以由NIP发送器作为具有公知IP地址/UDP端口号的IP分组的有效载荷来发送。在这种情况下，IP地址可以是“224.0.23.14”，并且UDP端口号可以是“3937”。换句话说，信令信息被封装到IP地址为“224.0.23.14”并且UDP端口号为“3937”的IP分组中并被发送。

根据实施方式，信令信息可以称为通告信道，并且可以承载本地IP系统操作所需的信息。根据实施方式，信令信息可以承载DVB-I服务列表、NIF和/或SIF。被包括在信令信息中或经由信令信息承载的DVB-I服务列表、NIF和/或SIF中的每一者可以以信令表(或信令文件)的形式提供。信令信息还可以包括关于DVB-I服务列表入口点和/或多播网关配置文件的信息，其中每一者是信令表(或文件)的形式。信令信息还可以分别包括信令表(或文件)形式的NCD、LCD或ROHC-U描述符。这里，被包括在信令信息中的信令表(或信令文件)仅仅是用于提供对本公开的理解的示例。被包括在信令信息中的信令表(或信令文件)不限于上述示例。

也就是说，包括服务信息的所有IP分组具有相同的IP地址(例如，固定IP地址“224.0.23.14”)和UDP端口号(例如，固定UDP端口号“3937”)。例如，在假设服务信息包括DVB-I服务列表、NIF和/或SIF的情况下，承载DVB-I服务列表、NIF和/或SIF的所有IP分组具有相同的IP地址和UDP端口号。

因此，需要一种识别被包括在IP地址为“224.0.23.14”并且UDP端口号为“3937”的IP分组中的每个信令表的方法。

为了识别被包括在IP地址为“224.0.23.14”并且UDP端口号为“3937”的IP分组中的信令表，可以将信令报头添加至IP地址为“224.0.23.14”并且UDP端口号为“3937”的IP分组。在本公开中，该信令报头将称为公共比特流指示符。也就是说，IP地址为“224.0.23.14”并且UDP端口号为“3937”的IP分组的报头包括IP报头、UDP报头和公共比特流指示符。

根据实施方式，公共比特流指示符可以包括代替信令文件ID的表ID。

另外，为了快速识别被配置在IP分组中的信令表(或信令文件)，可以以二进制形式配置公共比特流指示符。

根据实施方式，基于IPv6的网络可以使用IP地址“FF0X:0:0:0:0:0:0:12D”来标识信令信息。

另外，每个信令表(或信令文件)可以被配置为XML(可扩展标记语言)文件，并且可以被压缩以实现传输效率。作为压缩方法，可以使用EXI(高效XML交换格式)、gzip、zlib等。也就是说，包括一个或更多个信令表(或信令文件)的信令信息被直接包括或压缩并被包括在具有固定(或专用)IP分组地址和固定(或专用)UDP端口号的IP分组的有效载荷中。

为了简单起见，公共比特流指示符可以称为二进制信令报头或信令报头。

图53示出了根据实施方式的二进制信令报头(Binary_Signaling_Header())的示例性语法结构。

在图53中，table_id字段是对应表的唯一id值。也就是说，table_id字段表示用于标识对应表(或对应文件)的类型的标识符。

图54是示出了分配给table_id字段以标识直接被包括或压缩并被包括在信令报头结构中的对应IP分组的有效载荷中的信令表(或信令文件)的值的定义的表。

例如，当table_id字段的值为0x00时，表(或文件)指示DVB-I广播服务列表入口点(技术运营方)。当值为0x01时，表(或文件)指示DVB-I广播服务列表入口点(商业运营方)。此外，当值为0x02时，表(或文件)指示DVB-I广播列表。当值为0x03时，表(或文件)指示DVB-I播放列表。另外，当值为0x04时，表(或文件)指示DVB-I广播内容指南。当值为0x40时，表(或文件)指示广播NIF技术网络。另外，当值为0x41时，表(或文件)指示广播NIF运营方网络。当值为0x42时，表(或文件)指示DVB-MABR网关配置实例文件。当值为0x43时，表(或文件)指示定时信息。

在图53中，section_syntax_indicator字段是定义表(或文件)的区段格式的指示符，并且总是具有固定值“1”。

table_length字段指示表(或文件)的长度，并且指定以字节为单位的从table_length字段之后的部分到对应区段的最后部分的长度。

interactive_network_id字段表示用于当前传输的广播网络的标识符。

link_id字段具有应用当前表中描述的信息的链路的id值。例如，在地面广播系统的情况下，该字段可以具有与PLP ID相同的值。在卫星广播系统的情况下，该字段可以具有与ISI相同的值。

table_compression字段指示如何压缩构成IP分组的有效载荷的表。

例如，在table_compression字段的值当中：00指示没有压缩，01指示按照高效XML交换(EXI)格式的压缩。此外，10指示按照gzip的压缩[IETF RFC 1952]，并且11指示按照zlib的压缩{IETF RFC 1950]。

version_number字段指示表的版本。

current_next_indicator字段指示区段表当前是否适用。例如，当current_next_indicator字段的值为1时，其指示区段表有效。当值为0时，其指示下一次发送的区段表有效。

table_number字段指示被包括在表中的表的编号。“0”被指派给第一区段，该值依次增加。

last_table_number字段指示最后表的编号。

接下来，将描述单向递送环境中的多播网关配置方法。

带内多播网关配置

根据实施方式，为了通过单向链路发送多播服务数据(例如，多播ABR服务数据)，可以首先执行基于多播ABR架构的带内多播网关配置。

根据实施方式，可以执行以下操作以执行带内多播网关配置。

1)多播服务器和多播网关需要具有关于一个或更多个配置的多播传输会话的共同信息。当在单向递送环境中从多播服务器接收多播服务数据时，多播网关可以获取关于要通过多播会话元素接收的多播传输会话的信息。

2)多播网关可以在回放功能经由L接口请求呈现清单之前或之后开始从多播传输会话接收多播服务数据(或称为多播传输对象)。

3)为了通过当前配置的多播会话内的特定多播传输会话获取多播传输对象，多播网关订阅多播传输端点地址中指示的IP多播组。

根据实施方式，可以在会话处于活动状态之前执行针对多播传输会话的订阅过程。在这种情况下，当订阅的多播传输会话切换到非活动状态时，多播网关可以取消订阅会话。

接下来，将描述逻辑会话。

根据实施方式，当使用多播网关配置方法时，不仅可以定义多播会话，而且可以定义与多播会话不同的单独会话。为此，M接口可以配置以下逻辑会话。根据实施方式，逻辑会话可以包括服务列表传输会话和/或多播网关配置会话。

服务列表传输会话

根据实施方式，可以基于图47a和图47b或图48a和图48b所示的架构将服务列表信息从服务列表注册表发送至应用。服务列表信息可以包括服务的接入信息(例如，URI等)。

根据实施方式，当服务列表注册表与应用之间包括单向链路时，多播服务可以经由M接口将信息发送至多播网关。在这种情况下，可以通过服务列表传输会话来递送服务列表信息。

多播网关配置会话

根据实施方式，使用带内配置方法来发送从多播服务器提供的多播网关配置信息。在带内配置方法中，多播服务器可以经由M接口重复发送(轮播(carousel))多播网关配置实例文档。

根据其它实施方式，多播网关配置信息可以通过在逻辑上或物理上不同于经由M接口发送的多播会话的会话来发送。这种单独的会话可以称为多播网关配置传输会话。

通过多播网关配置传输会话，不仅可以发送多播网关配置信息，而且可以发送呈现清单媒体对象和初始化区段媒体对象。呈现清单媒体对象可以包括MPEG-DASH的MPD或HLS的主播放列表。

图55和图56示出了根据实施方式的多播网关配置传输会话的示例性语法结构。也就是说，multicastGatewayConfigurationTransportSession是用于多播网关配置传输会话参数的容器。可以如图55和图56所示配置multicastGatewayConfigurationTransportSession元素。

根据实施方式，multicastGatewayConfigurationTransportSession可以包括传输安全信息、传输协议信息、端点地址信息、比特率信息和前向纠错(FEC)参数。

在图55和图56的元素语法中，被包括在元素“EndpointAddress”中的元素“NetworkSourceAddress”、“Network DestinationGroupAddress”和“TransportDestinationPort”可以被定义为供传输元素“MulticastGatewayConfiguration TransportSession”的源IP地址、目的地(组)IP地址和UDP端口号。

接下来，将描述M接口中的逻辑会话配置。

上述信令表可以通过特定会话传输至多播ABR的M接口。

图57是例示了根据实施方式的M接口中的示例性逻辑会话配置的图。也就是说，图57例示了多播会话、多播网关配置传输会话和服务列表传输会话都包括在一个M接口中的示例。

图57涉及多播会合服务被包括在多播网关中或被配置在同一装置中的情况下的实施方式。

根据实施方式，多播服务器不仅可以配置包括用于发送媒体对象(或称为多播IP内容)的多播传输会话的多播会话，而且可以配置多播网关配置传输会话和服务列表传输会话。

根据实施方式，包括多播会合服务的多播网关可以接收通过所有会话从多播服务器发送的配置信息和媒体对象。

在这种情况下，多播网关可以基于通过多播网关配置传输会话发送的配置信息，通过多播网关的内部操作来完成配置。

另外，多播网关可以将通过服务列表传输会话发送的服务列表信息递送至处理对应数据的应用。

图58是例示了根据实施方式的M接口中的另一示例性逻辑会话配置的图。也就是说，图58例示了一个M接口中包括多播会话并且另一M接口中包括多播网关配置传输会话和服务列表传输会话的示例。

图58是多播会合服务被包括在多播网关或被配置在同一装置中的情况下的实施方式。

根据实施方式，多播服务器不仅可以配置包括用于发送媒体对象的多播传输会话的多播会话，而且可以配置多播网关配置传输会话和服务列表传输会话。

根据实施方式，多播网关接收通过多播传输会话从多播服务器发送的媒体对象。另外，多播会合服务可以接收通过多播网关配置传输会话从多播服务器发送的配置信息并将该配置信息递送至多播网关。然后，多播网关可以基于配置信息通过多播网关的内部操作来完成配置。

另外，多播会合服务可以将通过服务列表传输会话发送的服务列表信息递送至处理对应数据的应用。

图59是例示了根据实施方式的M接口中的另一示例性逻辑会话配置的图。也就是说，图59例示了多播会话、多播网关配置传输会话和服务列表传输会话分别被包括在对应M个接口中的示例。

图59例示了多播会合服务被包括在多播网关中或被配置在同一装置中的情况下的实施方式。

另外，服务列表接收器可以将通过服务列表传输会话发送的服务列表信息递送至处理对应数据的应用。

根据实施方式，应用控制内容回放功能。例如，它可以是TV或机顶盒的嵌入式控制应用(EPG应用)或由内容提供方提供的第三方应用。由应用用来控制内容回放的接口可以根据每个装置被实现为单独的API等。另外，由应用用来控制内容回放的接口通常涉及递送呈现清单的参考点(例如，MPEG DASH MPD的URL)以发起个体线性服务的回放。应用可以与多播网关的服务管理子功能交互以发现线性服务的存在并且控制多播网关对服务的接收。此外，应用可以通过与应用特定服务目录功能的个体交互来发现线性服务的存在。

根据上述实施方式的装置可以基于根据实施方式的操作/配置和/或信令信息在广播和多播传输中高效地利用各种网络。

此外，根据上述实施方式的方法/装置可以减少与各种网络和/或装置相关的各种流传输会话中的网络负载，从而降低实现成本并且高效地提供ABR多播服务。为了提供这种效果，需要根据实施方式的架构和流程。

根据本公开中描述的实施方式的操作可以由根据实施方式的包括存储器和/或处理器的发送装置/接收装置来执行。存储器可以存储用于处理/控制根据实施方式的操作的程序，并且处理器可以控制本说明书中描述的各种操作。处理器可以称为控制器等。在实施方式中，操作可以由固件、软件和/或其组合执行。固件、软件和/或其组合可以存储在处理器或存储器中。

图60例示了根据实施方式的多播发送方法。

S6000：根据实施方式的多播发送方法可以包括基于接口从多播服务器发送多播服务数据。

S6010：多播发送方法还可以包括：生成针对多播服务数据的信息。

图61例示了根据实施方式的多播接收方法。

S6100：根据实施方式的多播接收方法可以包括基于接口从多播服务器接收多播服务数据。

S6110：多播接收方法还可以包括通过处理多播服务数据来播放多播服务。

根据图60和图61的多播处理方法可以基于图5所示的流程图以及图6和图7所示的针对多播的信息在图1至图4所示的多播ABR结构中执行。

根据图60和图61的多播处理方法可以基于图8至图10所示的5G网络处理多播服务数据。

根据图60和图61的多播处理方法可以基于图11至图20所示的多个网络处理多播服务数据。

根据图60和图61的多播处理方法可以基于图21至图26所示的协议和结构中的多个网络处理多播服务数据。

根据图60和图61的多播处理方法可以生成并递送图27至图30所示的针对多播服务的信息，并且接收器可以基于针对多播的信息接收和播放多播服务数据。

根据图60和图61的多播处理方法可以在图31和图32所示的系统中生成、发送和处理多播服务数据。

根据图60和图61的多播处理方法可以包括在多播传输会话与物理层之间的映射的操作。为了通过这种会话间映射来处理多播信号，基于图33至图42生成、发送和接收针对多播的映射信息。

参考图34，根据实施方式的接口可以构成DVB-NIP标准广播系统。一种多播信号接收装置可以根据本地互联网协议接收多播服务数据，该多播信号接收装置包括：多播网关，该多播网关被配置为基于接口从多播服务器接收多播服务数据；以及内容回放单元，该内容回放单元被配置为通过执行多播服务数据来播放多播服务。

参考图35，根据DVB-NIP协议配置实施方式的接口。接口可以包括协议，该协议包括多播传输会话、用户数据报协议/互联网协议(UDP/IP)、通用流封装(GSE)层和物理层。

参考图41、图42、图44或图45，实施方式可以生成信令信息。信令信息可以被不同地称为元数据、ABR传输会话描述符、IP多播列表描述符等。可以发送GSE层中的逻辑层控制(LLC)信息。LLC信息可以包括多播列表描述符。多播列表描述符可以包括源IP地址信息、目的地IP地址信息、源UDP端口信息和目的地UDP端口信息。多播列表描述符还可以包括header_compression_flag，以指示是否针对每个IP多播执行报头压缩。

参考图43，可以定义用于DVB-NIP的LLC表。根据实施方式的接收装置可以从GSE层接收逻辑链路控制(LLC)数据，其中，逻辑链路控制数据可以包括网络控制数据(NCD)和链路控制数据(LCD)。LLC数据还可以包括ROHC-U描述符。另外，NCD可以包括用于多播的多播列表描述符，并且LCD可以包括用于物理层的链路标识符。因此，可以指示会话之间的映射，并且可以接收多播服务数据。

参考图50a和图50b，可以针对DVB-NIP定义GSE层。在实施方式中，可以在GSE层中选择性地执行IP流的报头压缩。可以使用header_compression_flag信息来用信号通知是否对特定IP流(或IP多播)执行报头压缩。根据实施方式，header_compression_flag信息可以被包括在多播列表描述符中。GSE层中的报头压缩的IP流和/或未报头压缩的IP流被封装成GSE流，然后通过特定PLP发送。

参考图47a和图47b或图48a和图48b，实施方式可以包括：解析器，该解析器被配置为解析LLC数据；以及解压缩器，该解压缩器被配置为接收被包括在GSE流中的鲁棒报头压缩(ROHC)流并执行报头解压缩。

参考图52至图54，根据实施方式，当在特定IP流中发送包括一个或更多个信令表(或文件)的信令信息时，通过具有固定(或专用)IP地址和固定(或专用)UDP端口号的IP流发送信令信息，以使多播网关识别IP流。另外，根据实施方式，为了识别信令信息中的每个信令表，对应IP流中的IP分组还包括信令报头，其中，信令报头可以包括表ID(或文件ID)。信令报头称为公共比特流指示符或二进制信令报头。

根据实施方式的接收方法可以包括：基于接口从多播服务器接收多播服务数据；以及通过处理多播服务数据来显示多播服务。

根据实施方式的发送方法可以包括：基于接口从多播服务器发送多播服务数据，其中，接口可以包括协议，该协议包括多播传输会话、用户数据报协议/互联网协议(UDP/IP)、通用流封装(GSE)层和物理层；以及在GSE层中生成逻辑层控制(LLC)数据。

因此，可以解决与陆地广播与卫星广播之间不存在链路技术以及不存在针对多播媒体传输的会话信息和接口配置相关的问题。也就是说，为了在单向递送网络(诸如，DVB标准中定义的陆地广播与卫星广播之间的链路)中发送DVB ABR多播的媒体对象，可以提供用于与广播流互通多播传输会话的接口和信令流。

已经从方法和/或装置角度描述了实施方式，并且可以应用方法和装置的描述以便彼此互补。

尽管为了简单而单独描述了附图，但是可以通过合并相应附图中所示的实施方式来设计新的实施方式。根据本领域技术人员的需要设计可由计算机读取的记录有用于执行上述实施方式的程序的记录介质也落入所附权利要求及其等同物的范围内。根据实施方式的装置和方法可以不受上述实施方式的配置和方法的限制。可以通过选择性地组合所有或一些实施方式来对实施方式进行各种修改。尽管已经参考附图描述了优选实施方式，但是本领域技术人员将理解，在不脱离所附权利要求中描述的本公开的精神或范围的情况下，可以在实施方式中进行各种修改和变化。这些修改不能从实施方式的技术构思或角度单独理解。

实施方式的装置的各种元件可以通过硬件、软件、固件或其组合来实现。实施方式中的各种元件可以由单个芯片(例如，单个硬件电路)实现。根据实施方式，根据实施方式的部件可以分别被实现为单独的芯片。根据实施方式，根据实施方式的装置的部件中的至少一个或更多个部件可以包括能够执行一个或更多个程序的一个或更多个处理器。一个或更多个程序可以执行根据实施方式的操作/方法中的任何一者或更多者，或者包括用于执行所述操作/方法的指令。用于执行根据实施方式的装置的方法/操作的可执行指令可以被存储在被配置为由一个或更多个处理器执行的非暂时性CRM或其它计算机程序产品中，或者可以被存储在被配置为由一个或更多个处理器执行的暂时性CRM或其它计算机程序产品中。另外，根据实施方式的存储器可以用作不仅涵盖易失性存储器(例如，RAM)而且还涵盖非易失性存储器、闪存和PROM的概念。另外，它也可以以载波的形式(诸如，通过互联网的传输)来实现。另外，处理器可读记录介质可以被分发到通过网络连接的计算机系统，使得处理器可读代码可以以分布式方式存储和执行。

在本说明书中，用语“/”和“、”应解释为表示“和/或”。例如，表述“A/B”可以意味着“A和/或B”。此外，“A、B”可以意味着“A和/或B。”此外，“A/B/C”可以意味着“A、B和/或C中的至少一者”。此外，“A/B/C”可以意味着“A、B和/或C中的至少一者”。另外，在本说明书中，用语“或”应解释为表示“和/或”。例如，表述“A或B”可以意味着1)只有A，2)只有B，或3)A和B都有。换句话说，本文档中使用的用语“或”应解释为指示“附加地或另选地”。

诸如第一和第二的用语可以用于描述实施方式的各种元件。然而，根据实施方式的各种部件不应受上述用语的限制。这些用语仅用于将一个元件与另一元件区分开。例如，第一用户输入信号可以称为第二用户输入信号。类似地，第二用户输入信号可以称为第一用户输入信号。这些用语的使用应当被解释为不脱离各种实施方式的范围。第一用户输入信号和第二用户输入信号都是用户输入信号，但是除非上下文另有明确指示，否则不意味着相同的用户输入信号。

用于描述实施方式的用语用于描述特定实施方式的目的，并且不旨在限制实施方式。如在实施方式和权利要求的描述中所使用的，除非上下文另有明确指示，否则单数形式“一”、“一个”和“该”包括复数指代物。表述“和/或”用于包括术语的所有可能组合。诸如“包括”或“具有”的术语旨在指示存在附图、数字、步骤、元件和/或部件，并且应当被理解为不排除另外存在附图、数字、步骤、元件和/或部件的可能性。如本文所使用的，诸如“如果”和“当”的条件表述不限于可选的情况，并且旨在被解释为当满足特定条件时，执行相关操作或根据特定条件解释相关定义。

根据本公开中描述的实施方式的操作可以由根据实施方式的包括存储器和/或处理器的发送/接收装置来执行。存储器可以存储用于处理/控制根据实施方式的操作的程序，并且处理器可以控制本说明书中描述的各种操作。处理器可以称为控制器等。在实施方式中，操作可以由固件、软件和/或其组合来执行。固件、软件和/或其组合可以存储在处理器或存储器中。

根据上述实施方式的操作可以由根据实施方式的发送装置和/或接收装置执行。发送/接收装置可以包括：发送器/接收器，其被配置为发送和接收媒体数据；存储器，其被配置为存储用于根据实施方式的处理的指令(程序代码、算法、流程图和/或数据)；以及处理器，其被配置为控制发送/接收装置的操作。

处理器可以称为控制器等，并且可以对应于例如硬件、软件和/或其组合。根据上述实施方式的操作可以由处理器执行。另外，处理器可以被实现为用于上述实施方式的操作的编码器/解码器。

公开模式

如上所述，已经在用于执行实施方式的最佳模式下描述了相关内容。

工业实用性

如上所述，实施方式可以完全或部分地应用于多播发送/接收装置和系统。

对于本领域技术人员显而易见的是，可以对实施方式的范围内的实施方式进行各种改变或修改。

因此，实施方式旨在涵盖本公开的修改例和变型例，只要它们落在所附权利要求及其等同物的范围内即可。

Claims

1.一种在多播发送信号系统中发送多播信号的方法，所述方法包括以下步骤：

对由包括针对多播服务的多播服务数据的互联网协议IP分组构成的IP流选择性地执行报头压缩；

在对所述IP流执行所述报头压缩时，生成包括与所述报头压缩相关的信息的第一信令信息；

生成包括与所述多播服务相关的信息的第二信令信息；以及

发送供选择性地执行所述报头压缩的所述IP流、所述第一信令信息和所述第二信令信息。

2.根据权利要求1所述的方法，所述方法还包括以下步骤：

从通过对所述IP流执行所述报头压缩而生成的报头压缩的IP流提取上下文信息，

其中，所述第一信令信息还包括所提取的上下文信息。

3.根据权利要求2所述的方法，

其中，所述报头压缩的IP流包括至少一个初始化和刷新IR分组、至少一个IR-动态IR-DYN分组和压缩的分组，并且

其中，所述上下文信息是被包括在所述至少一个IR分组的报头中的静态链信息。

4.根据权利要求2所述的方法，

其中，所述第二信令信息包括所述第一信令信息，并且

其中，所述第二信令信息还包括链路控制数据和网络控制数据。

5.根据权利要求4所述的方法，

其中，所述网络控制数据至少包括用于标识包括所述多播服务数据的多播流的标识信息、用于指示是否对所述IP流执行所述报头压缩的信息以及用于识别所述IP流的地址和端口信息。

6.根据权利要求1所述的方法，所述方法还包括以下步骤：

生成包括与系统操作相关的信息的第三信令信息，

其中，所述第三信令信息包括多个信令文件，并且

其中，所述第三信令信息被包括在具有固定IP地址和固定端口号的至少一个IP分组中。

7.根据权利要求6所述的方法，

其中，包括所述第三信令信息的所述至少一个IP分组的报头还包括信令报头，并且

其中，所述信令报头包括用于识别所述多个信令文件中的每一者的信息。

8.根据权利要求1所述的方法，其中，发送的步骤包括：

将供选择性地执行所述报头压缩的所述IP流封装成第一通用流封装GSE流；

将所述第一信令信息和所述第二信令信息封装成第二GSE流；以及

发送所述第一GSE流和所述第二GSE流。

9.根据权利要求8所述的方法，

其中，所述第一GSE流和所述第二GSE流通过不同的物理链路发送。

10.一种用于发送多播信号的多播发送信号系统，所述多播发送信号系统包括：

报头压缩器，所述报头压缩器被配置为对由包括针对多播服务的多播服务数据的互联网协议IP分组构成的IP流选择性地执行报头压缩；

第一生成器，所述第一生成器被配置为在对所述IP流执行所述报头压缩时，生成包括与所述报头压缩相关的信息的第一信令信息；

第二生成器，所述第二生成器被配置为生成包括与所述多播服务相关的信息的第二信令信息；以及

发送器，所述发送器被配置为发送供选择性地执行所述报头压缩的所述IP流、所述第一信令信息和所述第二信令信息。

11.根据权利要求10所述的多播发送信号系统，所述多播发送信号系统还包括：

上下文信息提取器，所述上下文信息提取器被配置为从通过对所述IP流执行所述报头压缩而生成的报头压缩的IP流提取上下文信息，

其中，所述第一信令信息还包括所提取的上下文信息。

12.根据权利要求11所述的多播发送信号系统，

13.根据权利要求11所述的多播发送信号系统，

其中，所述第二信令信息包括所述第一信令信息，

其中，所述第二信令信息还包括链路控制数据和网络控制数据，并且

14.根据权利要求10所述的多播发送信号系统，所述多播发送信号系统还包括：

第三生成器，所述第三生成器被配置为生成包括与系统操作相关的信息的第三信令信息，

其中，所述第三信令信息包括多个信令文件，并且

15.根据权利要求14所述的多播发送信号系统，