用于将视听内容流封装到MPEG2私有区段中的方法和设备、用于基于IP的局域网的网络通信协议、用于数字电视的交互式应用、包含应用的用户设备以及用于传送视听内容和数据的方法与流程

本发明涉及广播领域中没有数字电视调谐资源的用户设备和数字电视中的方法、设备和交互式应用。特别地，本发明涉及数字电视广播领域中的方法、设备和交互式应用，其允许借助于数字电视信号广播、通过使用已经可用的数据广播技术将内容和/或数据传送到没有数字电视调谐资源的用户设备。

背景技术：

专利申请w02013/104044描述了一种用于同步由数字电视接收器所接收的数字电视信号中的内容与具有或没有因特网接入的多个移动用户设备的技术。此外，该文献描述了一种使用dsmcc数据（或对象）轮播（carousel）的数字电视信号广播中的交互式应用的传送方法，如在iso13818-6中所述。所述交互式应用在数据广播执行环境（也已知为数字电视中间件）内在数字电视接收器中被解码和执行，并且在运行时环境中使用可用的api来找到连接到其中连接了数字电视接收器的相同局域网（lan）的其它设备，向它转发连同交互式应用一起被传送到dsmcc数据（或对象）轮播中的内容。还描述了所述方法的使用户设备中的内容展现与广播器所发送的内容同步的能力。用户设备可以尤其是第二屏幕设备，也已知为伴随设备，诸如执行第二屏幕应用的平板设备或智能电话。

该技术的缺点是能够被递送到用户设备的内容的总大小并且相对于可以通过dsmcc数据轮播所传送的大小有所限制。而且，可用内容和内容同步的响应时间由于数字电视接收器完成dsmcc数据轮播更新的下载所需的时间（其通常花费多于10秒）而受限。所述限制使得不可能递送过大的视听内容，诸如例如长于10秒的视频文件，或甚至是实况内容，诸如例如实况视频流。

iso13818-1定义了mpeg2系统，以及特别地mpeg2私有区段。mpeg2输送流被结构化为可以被包括在用于数字电视的mpeg2输送流中的数据。这些结构的集合，已知为psi，并且通常用于包括对mpeg2输送流进行描述的元数据、列举和标识服务及其组件（诸如基本流音频、视频、字幕、隐藏字幕、dsmcc轮播和流事件、交互式应用信令等等）、或对来自馈给电子程序引导（epg）的信道的信息进行调度。这些结构具有作为标识符的分组id（pid）以及表id（tid）。pid和tid的一些值被预留用于数字电视系统中的特定功能，但是一些其它未被预留的标识符可以用于传送任何其它类型的信息。图3详述了mpeg2私有区段的结构。mpeg2私有区段结构的最大大小被限制为直到4095字节。

本领域技术人员仍然还已知的是若干数字电视交互式系统包括允许交互式应用从数字电视接收器所接收的mpeg2输送流提取mpeg2私有区段结构的api或机制。作为示例，强调的是在基于全局可执行mhp（gem）的系统中存在的apiorg.davic.mpeg.sections或具有由abnt（巴西国家标准协会）标准nbr15606-6所定义的com.sun.dtv.filtering的api。

近年来，随着移动设备（诸如平板设备和智能电话）的增长的数目，第二屏幕设备或第二屏幕应用的概念已经在娱乐领域并且特别地在电视领域中有所增长。一般而言，第二屏幕解决方案允许用户访问对电视接收器、即第一屏幕中所展现的主内容进行补充的视听内容和/或数据。若干这些解决方案取决于因特网接入的可用性以便第二屏幕设备搜索并展现补充内容。该类型的解决方案的缺点是它可能要求高投资和维护成本来确保传送器侧的服务器基础设施和带宽能够支持大量和同时的访问，例如多于1200,0000的同时访问。另一方面，使得这些补充内容在其中传送主电视内容的相同数字电视广播信号中可用是成本有效得多的。将在以下描述的图1示出了使得补充内容通过因特网在用户设备中可用的该方法的一般视图。

技术实现要素：

本发明涉及用于为不能接收数字电视广播信号的用户设备递送在数字电视信号广播中传送的视听内容和/或数据的方法、mpeg2私有区段封装设备、交互式应用、网络通信协议和其它机制。

在一些实施例中，根据本发明的用于将视听内容和/或数据递送到不能接收数字电视广播信号的用户设备的方法包括一种用于以能够在用户设备中再现的格式适配（转码）视听内容的设备。所述适配可以包括例如调节分辨率以及视频外观、音频和视频比特率与编码的关系。

在根据本发明的一些实施例中，所述方法包括mpeg2私有区段封装设备，其用于封装经适配的视听内容和/或mpeg2私有区段数据，并且在mpeg2输送流分组的流中进行串行化以用于将在数字电视广播信号中传送的mpeg2输送流中的随后复用。

在根据本发明的一些实施例中，在将于数字电视广播信号中传送的相同的mpeg2输送流中，意图在数字电视接收器上运行的交互式应用因此被复用和传送。如所预期的，该mpeg2输送流还包含主电视内容，即音频、视频、隐藏字幕/字幕等等。

在根据本发明的一些实现方式中，数字电视接收器可以是电视机或机顶盒。当数字电视接收器调谐数字电视广播信号时，它解码mpeg2输送流并且在数字电视接收器的屏幕和扬声器中再现主电视内容（其是音频、视频、隐藏字幕/字幕等等）。可替换地，在机顶盒的情况中，内容通过相应的音频和视频输出来被传送。另外，数字电视接收器在运行时环境或交互式数字电视中间件（诸如mhp、ginga等等）内解码和运行交互式应用。交互式应用在运行时环境中使用可用的api来用于从mpeg2输送流中提取对视听内容和/或数据进行封装的mpeg2私有区段。作为该api的示例，可以提及来自基于全局可执行mhp（gem）规范的系统的org.davic.mpeg.sectionsapi和由abnt标准nbr15606-6所指定的com.sun.dtv.filteringapi。

在根据本发明的一些实施例中，数字电视接收器连接到局域网（lan）。所述lan可以是有线的（以太网）、无线的（诸如ieee802.11a/b/g/n或类似的），或者其组合，有线和无线的。

在根据本发明的一些实施例中，要求通过交互式应用和用户设备、基于ip网络来实现网络通信协议以用于在被连接到相同的lan时在它们之间的通信。

在根据本发明的一些实施例中，网络通信协议可以提供搜索引擎来允许交互式应用和用户设备确认它们中的每一个在相同lan中的存在。

在根据本发明的一些实施例中，搜索引擎可以要求交互式应用向用户设备通告其存在，用户设备向交互式应用通告其相应的存在，或者这两种情况的任何组合。

在根据本发明的一些实施例中，网络通信协议可以提供一种视听内容通告机制和数据通告机制，其使得用户设备知晓由交互式应用可用的内容。在所述机制的一些实施例中，可以要求交互式应用通告这样的内容的可用性，用户设备向交互式应用咨询关于在确定的时刻可用的内容，或者其任何组合。

在根据本发明的一些实施例中，网络通信协议可以提供一种视听内容请求机制和数据请求机制，其允许向交互式应用请求的用户设备发送从mpeg2输送流中提取的视听内容和/或数据。

在根据本发明的一些实施例中，网络通信协议可以提供一种视听内容发送机制和数据发送机制，其允许用户设备将从mpeg2输送流中提取的视听内容和/或数据发送到用户设备。

在根据本发明的一些实现方式中，用户设备应当能够接收交互式应用所发送的视听内容和/或数据并且执行解码过程、处理、解译以便在其相应的屏幕和扬声器中再现和或展现视听内容和/或数据。

在根据本发明的一些实施例中，用户设备可以是平板设备、智能电话、个人计算机或能够连接到lan并且具有屏幕、音频输出（诸如扬声器或耳机）或者这些元件的任何组合的任何其它设备。

在根据本发明的一些实施例中，用户设备可以运行一个或多个应用以支持本文中所述的动作、功能和协议。

附图说明

图1是提供了用于使用因特网向用户设备递送补充内容的先前的方法的一般视图的框图。

图2是提供了用于向没有数字电视调谐能力的用户设备递送视听内容和/或数据的方法的一般视图的框图。

图3是表示用于向没有数字电视调谐能力的用户设备发送视听内容和/或数据的传送过程的框图。

图4描述了mpeg2私有区段的逻辑结构。

具体实施方式

技术问题

本发明的目的是提供用于向不能够接收数字电视广播信号的用户设备发送在数字电视广播信号中传送的视听内容和/或数据的装置。用户设备的示例可以是平板设备、智能电话，其用作第二屏幕设备以用于访问在数字电视接收器、即主屏幕或主设备中再现的补充内容。这样的补充内容可以是视听内容，诸如例如视频剪辑和/或音频剪辑、实况视频流或数据流，诸如例如文本、照片、统计量等等。通常，补充内容可以有关于主电视内容，但是这不是必需的条件。

由于在这样的用户设备中缺乏接收数字电视广播信号的资源，所以一般而言，通过因特网连接来接收补充内容。

图1图示了该场景，其中内容产生器（400）将主电视内容（402）发送到数字电视广播器（404），所述数字电视广播器生成并且传送数字电视广播信号（410），并且主电视内容在来自数字电视接收器（412）的屏幕和扬声器上再现。同时，内容产生器（400）向来自连接到因特网（420）的数字电视广播器的服务器（416）递送补充内容，通常是视听内容和/或数据（414）。用户设备（422）向数字电视广播器服务器（416）请求补充内容（418）并且在其相应的屏幕中展现它们。数字电视广播器的带宽要求（424）和服务器（416）计算机容量根据请求补充内容（418）的用户设备（422）的数量而增加。因而，通过使用因特网来递送ty类型的内容，以下不便不可避免：

a.广播器的服务器宽带和基础设施中的投资与访问补充内容的用户的数量成比例地增加。

b.递送可靠性和用户体验可能由于用户的因特网的带宽和质量而受影响。

此外，在上述系统（也已知为交互式电视）的数据传送中使用的轮播（carousel）技术具有与轮播中发送的内容的最大大小有关的模仿，并且不可能通过使用dsmcc对象轮播或dsmcc数据轮播协议（iso13818-6）来递送诸如大文件之内的视频内容或以及实况视频内容。

本发明允许通过使用不在数字电视广播信号中所使用的带宽来递送补充内容，从而防止如上所述使用因特网的内容递送的不便，没有附加的成本，而具有与用户的因特网接入可用性无关的受确保的可靠递送和用户体验。

技术方案-概述

本发明允许递送补充内容，诸如音频或视频流，而不限制时间或大小，包括音频或实况视频流。

图2呈现本发明的概观。内容产生（100）过程提供主电视内容（102），包括音频、视频、字幕和/或隐藏字幕，以及通过常规的数字电视广播服务通常生成的任何其它内容。此外，内容产生（100）提供补充内容，也称为视听内容，其目的用于往用户设备（104）中的再现。交互式应用（106）能够从数字电视广播信号中提取视听内容和/或数据（104）并且将它们转发到用户设备，它也被提供。数字电视广播器（108）生成并且传送数字电视广播信号，包括主电视内容（102）、视听内容和/或数据（104）和交互式应用（106）。

数字电视接收器（112）调谐数字电视广播信号，解码mpeg2输送流并且在屏幕和扬声器上再现主电视内容，即音频、视频、隐藏字幕/字幕等等，或者可替换地，在机顶盒的情况中，内容通过相应的音频和视频输出来被传送。

数字电视接收器还在其运行时环境（116）内解码和运行交互式应用（118）。运行时环境的示例可以是交互式数字电视的中间件，诸如mhp、ginga等等。交互式应用（118）在运行时环境（116）中使用可用的api来用于从mpeg2输送流中提取包含经封装的视听内容和/或数据（120）的mpeg2私有区段。作为该api的示例，可以提及来自基于全局可执行mhp（gem）规范的系统的org.davic.mpeg.sectionsapi以及由abnt标准nbr15606-6所指定的com.sun.dtv.filteringapi。

然而，值得提及的是将数字电视接收器（112）连接到lan（122）是必要的，所述lan可以是有线的（例如以太网）、无线的（诸如ieee802.11a/b/g/n网络或类似的）、或者其组合，有线的和无线的。

此外，为了使用户设备（126）能够接收和再现视听内容和/或数据，要求它们连接到数字电视接收器（112）所连接到的相同lan（122）。作为示例，用户设备（126）可以是任何类型的平板设备、智能电话、个人计算机或者能够连接到lan（122）并且具有屏幕和/或音频输出（诸如扬声器或耳机）的任何其它设备。在一些实施例中，用户设备（126）可以托管并且运行一个或多个应用以便支持通过本发明被赋予它们的动作、功能和协议。

技术方案-传送侧

本发明的过程对象的输入是由预存在的内容产生过程（200）生成的内容。内容产生（200）提供主电视内容（202），包括音频、视频、字幕、隐藏字幕和通过常规数字电视广播服务通常生成的任何其它内容。此外，内容产生（200）提供补充内容，也称为视听内容，其目的用于往用户设备（204）中的再现。

在内容产生（200）所提供的预定用于用户设备（204）上再现的视听内容要求适配以便通过用户设备再现或在小块中传送的情况中，转码器设备（206）用于再一次编码视听内容。这样的适配包括例如视频分辨率及其与外观、音频和视频比特率、音频和视频编码的关系的调节，以及对于将视听内容转换成能够作为流被发送的格式而言必要的任何其它调节。作为能够作为流被发送的示例可以提及的是在mpeg2输送流、rtpi、rtps、hls等等中所使用的那些。转码器设备输出（206）是被适配用于用户设备（208）中的再现的视听内容。在内容再现（100）所提供的视听内容已经是以适于用户设备（208）中的再现的格式并且将以流格式被传送的情况中，该步骤可以被忽略。

已经适配用于用户设备（208）中的再现的视听内容然后通过mpeg2私有区段封装器设备（212）被封装在mpeg2私有区段中。mpeg2私有区段封装器设备（212）遵循由以下步骤组成的方法来生成mpeg2私有区段序列：

a.向表id字段指定预定义的值；

b.向区段号字段指定顺序增加的值；

c.每当区段号字段值达到被指定给最后区段号字段的预定义的值（在0和255之间的范围中）时，区段号序列以0重新开始；

d.每当区段号字段序列重新开始时，向版本号字段指定顺序增加的值；

e.每当版本号字段值达到针对该字段预定义的最大值（在从1到31的范围中）时，序列重新开始到预定义的初始值（在0与针对版本号预定义的最大值减1之间的范围中）；

f.以有序的方式向mpeg2私有区段的私有数据字节字段添加该字段内尽可能多的经适配的视听内容（208）分组和块，而不超过对于mpeg2私有区段的预定义的最大大小（通常预定义的最大大小是4095字节）；

g.计算值并且将其指定给区段长度和crc字段；

h.以mpeg2输送流分组（214）的序列来划分mpeg2私有区段并且为每一个指定对于分组id字段（pid）预定义的相同值；以及

i.将所生成的mpeg2输送流分组（214）递送给mpeg2输送流复用器（222）。

当存在可用的视听内容的时候从（a）到（i）的步骤被连续重复。

上述根据本发明的方法的步骤（f）的变型允许视听内容块或分组在当前和将生成的下一个mpeg2私有区段之间被划分，从而允许每当可适用时mpeg2私有区段具有所允许的最大大小（通常为4095字节的区段长度字段）。一旦该途径允许在较小数目的mpeg2私有区段中递送更多的视听内容块或分组，则所述该途径更高效。

在根据本发明的一些实施例中，转码器设备可以提供经适配的视听内容以用于以包含rtp控制分组、rtp分组和rtp会话描述符的流的格式在用户设备中展现，所述rtp控制分组、rtp分组和rtp会话描述符然后通过mpeg2私有区段封装器设备而被封装在mpeg2私有区段中。

在根据本发明的其它实施例中，转码器设备可以提供经适配的视听内容以用于以包含mpeg2输送流分组的流的格式在用户设备中展现，所述mpeg2输送流分组然后通过mpeg2私有区段封装器设备而被封装在mpeg2私有区段中。

除了用于在用户设备（208）中展现的经适配的视听内容之外，mpeg2私有区段封装器设备（212）可以输出mpeg2私有区段，所述mpeg2私有区段包含可以通过用户设备（210）解译的一般数据的块或结构。封装过程与针对用于用户设备（208）中的展现的经适配的视听内容所描述的过程完全相同。

此外，意图在数字电视接收器中执行的交互式应用（216）通过交互式应用编码器设备（218）编码。

电视主电视内容（202）、经编码的交互式应用和被封装在mpeg2私有区段（214）中的视听内容和/或数据被转发到mpeg2输送流复用器（222），所述mpeg2输送流复用器（222）生成适于在数字电视广播信号（226）中传送的mpeg2输送流信号（224）。最后，数字电视广播器设备（226）传送数字电视广播信号。作为这些传送的示例，可以提及陆地电视广播信号、卫星电视信号或有线电视信号。

技术方案-接收器侧

数字电视接收器（112）调谐数字电视广播信号，它解码mpeg2输送流并且在其屏幕和扬声器中再现主电视内容，即音频、视频、隐藏字幕/字幕等等。可替换地，在机顶盒的情况中，图像和声音通过相应的音频和视频输出来被传送。

数字电视接收器还在其运行时环境（116）内解码和运行交互式应用（118）。运行时环境的示例可以是交互式数字电视的中间件，诸如mhp、ginga等等。交互式应用（118）在运行时环境（116）中使用可用的api来用于从mpeg2输送流中提取包含经封装的视听内容和/或数据（120）的mpeg2私有区段。作为该api的示例，可以提及来自基于全局可执行mhp（gem）规范的系统的org.davic.mpeg.sectionsapi以及由abnt标准nbr15606-6指定的com.sun.dtv.filteringapi。

要求数字电视接收器（112）连接到lan（122）。所述lan（122）可以是有线的（诸如以太网）、无线的（诸如ieee802.11a/b/g/n或类似的），或者其组合，有线和无线的。

此外，为了使用户设备（126）能够接收和再现视听内容和/或数据，要求它们连接到数字电视接收器（112）所连接到的相同lan（122）。作为示例，用户设备（126）可以是任何类型的平板设备、智能电话、个人计算机或者能够连接到lan（122）并且具有屏幕和/或音频输出（诸如扬声器或耳机）的任何其它设备。在一些实施例中，用户设备（126）可以托管并且运行一个或多个应用以便支持通过本发明被赋予它们的动作、功能和协议。

在数字电视接收器（112）和用户设备（126）中运行的交互式应用（118）借助于预定义的网络通信协议而与彼此通信。这样的网络通信协议通过所有用户设备和交互式应用来实现。网络通信协议包括交互式应用搜索机制和用户设备、视听内容通告、数据通告、视听内容请求、数据请求、视听内容发送和数据发送机制。

当使用网络通信协议时，用户设备：

a.知晓交互式应用存在；

b.知晓视听内容可用性；

c.知晓数据可用性；

d.请求视听内容被递送到交互式应用（118）；

e.请求数据被递送到交互式应用（118）；

f.通过交互式应用（118）而接收视听内容（124）；

g.通过交互式应用（118）而接收数据（124）。

用户设备（126）编码、处理并且在其相应的屏幕和/或扬声器中再现所接收的视听内容和/或数据。

技术方案-在交互式应用和用户设备之间的网络通信协议

往数字电视接收器和用户设备（126）中运行的交互式应用（118）必须实现允许在它们之间的通信的网络通信协议。要求其中运行交互式应用（118）的所有用户设备（126）和数字电视接收器（112）必须连接到相同的lan（122）。网络通信协议可以除了其它之外尤其设想诸如在图6中所图示的以下机制：

a.搜索（504）：允许交互式应用（500）和用户设备在其它连接到相同lan时知晓所述其它的存在的机制；

b.视听内容通告（506）：允许用户设备（502）知晓由交互式应用（500）提供的并且预定由用户设备消费的视听内容可用性的机制；

c.数据通告（508）：允许用户设备（502）知晓由交互式应用（500）提供的并且预定由用户设备消费的数据可用性的机制；

d.视听内容请求（510）：允许用户设备（502）向交互式应用（500）请求发送视听内容的机制；

e.数据请求（510）：允许用户设备（502）向交互式应用（500）请求发送数据的机制；

f.视听内容发送（514）：用于向交互式应用（500）、向用户设备（502）发送视听内容的机制；

g.数据发送（516）：用于向交互式应用（500）、向用户设备（502）发送数据的机制。

网络通信协议可以被实现为使用udp数据报（点对点udp数据报、点对多点udp数据报和广播udp数据报）和tcp连接的任何组合的文本消息交换。

在根据本发明的不同实施例中，协议可以被设计成通过交互式应用（500）、通过用户设备（502）或它们中的任一个来触发。

视听内容发送机制或数据发送机制的实现方式可以考虑发送mpeg2私有区段以及从mpeg2输送流所提取的。可替换地，视听内容发送或数据发送机制的实现方式可以考虑正往数字电视接收器中运行的交互式应用（500）对从mpeg2输送流所提取的mpeg2私有区段进行解码并且仅仅将视听内容和/或数据发送到用户设备（502），而不考虑mpeg2私有区段信头和crc。

在用户设备的情况中，所述网络通信协议的实现方式可以通过其自己的用户设备或通过一个或多个在用户设备中安置和运行的用户应用来提供。

技术方案-一般优点

用于定义区段号和版本号字段的值的方法允许连续递送新的视听（208）和/或数据（210）内容块和分组。被封装在mpeg2私有区段（214）中的这些块和分组的运行时通常非常短并且预期它们被处理并且立即被用户设备（126）丢弃。如果没有用户设备（126）可用或者它没有请求发送视听内容，则交互式应用（118）立即丢弃这样的块或分组。因而，根据本发明的方法还适用于实况视听内容的传送。

示例

如下展示了如上详述的本发明的方法、设备、协议和交互式应用实现示例。然而，这样的示例不应被视为限制本发明的范围，一旦本领域技术人员可以预想其它实现形式的话。

实现示例-传送侧

示例1-使用rtp流来编码视听内容：

传送系统可以基于巴西数字电视系统isdb-t来被构造并且容易地被内置到广播器的传送工作流。

主电视内容可以是分别使用h.264和mpeg-4aac编码的视频和音频流。还可以包括隐藏字幕。给定电子编程引导（epg）并且其它服务信息元数据（si）可以根据abntnbr15603而被生成和被包括。

交互式应用可以根据中间件标准ginga（abntnbr15606）而被开发。所述交互式应用可以使用如在abntnbr15606-6中所指定的com.sun.dtv.filteringapi来从组成数字电视广播信号的mpeg2输送流中提取mpeg2私有区段。网络通信协议可以被实现为由个人基础简档1.2.1（其也被包括在中间件标准ginga（abntnbr15606-4）中）中所指定的java.net分组提供的api。

交互式应用编码器设备可以被实现为用于将ginga应用编码到dsmcc对象轮播协议中的交互性播出ginga。

mpeg2输送流的复用和传送可以使用已经在常规isdb-t数字电视广播中所使用的相同装备。

由内容产生过程所提供的用于用户设备的视听内容可以是fullhd视频和音频流，其在先前被记录或是实况的，分别使用h.264和mpeg-4aac编码。比特率还可以具有提供用于fullhd格式的高质量传送的任何值（作为示例13mbps）。

转码器设备再次针对恰当的分辨率、编码、比特率和帧率来编码fullhd视频以通过用户设备再现（作为示例720x362、h.264、15fps）。以相同方式，音频再次被编码成恰当的格式、比特率、采样率和编码以用于用户设备中再现（作为示例，mpeg-4aache）。总的比特率被降低到500kbps。由转码器设备通过使用rtp/rtsp协议来将经适配的流生成为包含rtp分组和rtp控制分组的rtp流。转码器设备还生成rtp会话描述符类型的数据结构。

mpeg2私有区段封装器设备接收由转码器设备所生成的rtsp流分组、rtp控制分组和rtp会话描述符，并且它生成被添加到私有数据字节字段中的rtp/rtsp分组的mpeg2私有区段。所生成的mpeg2私有区段被转发到mpeg2输送流复用器作为mpeg2输送流序列分组，并且最终被输入到数字电视广播信号中。

示例2-使用mpeg2输送流的流来编码视听内容：

在得自示例1的另一实现示例中，转码器设备再次针对恰当的分辨率、编码、比特率、帧率来编码fullhd视频以通过用户设备再现（作为示例720x362、h.264、15fps）。以相同方式，音频再次被编码成恰当的格式、比特率、采样率和编码以用于在用户设备中再现（作为示例，mpeg-4aache）。总的比特率被降低到500kbps。由转码器设备通过使用mpeg2输送流协议来将经适配的流生成为包含mpeg2输送流分组的顺序分组的流，包括所需的psi来对流进行编码。

mpeg2私有区段封装器设备接收由转码器设备所生成的mpeg2输送流分组的流分组，并且生成mpeg2私有区段，在私有数据字节字段中添加mpeg2输送流分组的分组。所生成的mpeg2私有区段被转发到mpeg2输送流复用器作为mpeg2输送流序列分组，并且最终被输入到数字电视广播信号中。

实现示例-接收侧

作为数字tc接收器的实现示例，可以考虑能够调谐和解码idsb-t数字电视的任何电视机或机顶盒，因为它也包括根据abntnbr15606的对交互式中间件ginga的支持并且能够通过以太网或wi-fi接口而连接到lan。

必须强调的是可以使用各种用户设备，诸如任何用户智能电话或平板设备，其中安置并且运行对如在先前章节中所述的被传送到isdb-t数字电视广播信号中的交互式应用ginga所实现的相同网络通信协议进行实现的应用。所述应用可以具有用户接口，所述用户接口允许用户选择和再现正被递送的被封装在mpeg2私有区段中的视听内容。通常，该功能可以是复杂得多的应用（诸如第二屏幕应用）的部分。

实现示例-在交互式应用和用户设备之间的网络通信协议

交互式应用可以根据中间件标准gingaabnt标准nbr15606来被开发。网络通信协议可以被实现为在个人基础简档1.2.1（其也是根据巴西标准abntnbr15606-4的中间件ginga规范的部分）中指定的java.net分组中可用的api。

在将被执行在用户设备中的应用的情况中，网络通信协议可以利用这样的平台（诸如ios和android）中可用的网络接入api来实现。

在该示例中，如图6a中所图示的，搜索机制可以通过交互式应用（600）每10秒发送消息作为广播udp数据报来实现。

在该示例中，视听内容通告和数据通告可以被实现，如图6a中所示，诸如交互式应用（600）发送包含与可用的视听内容和数据相关的信息和细节的消息，诸如每10秒的广播udp数据报。

如图6b中所示，可以以这样的方式实现视听内容请求和数据请求机制使得往用户设备（602）中运行的应用发送消息，请求作为点对点udp数据报而向交互式应用（600）递送所通告的视听内容和/或数据（612）。所述消息（612）必须每5秒被发送到每个应用。如果交互式应用（600）在某个时间段（例如10秒）中没有在确定的用户设备（602）中接收到所述消息（612），则交互式应用（600）假定用户设备（602）不再对接收所述视听内容和/或数据感兴趣，并且它将中断向确定的用户设备（602）发送这些。

如图6c中所示，可以以这样的方式实现视听内容发送和数据发送机制使得交互式应用（600）向已经请求发送的每个用户设备（602）发送包含视听内容和/或数据的消息（616）。这些消息（616）可以通过lan作为点对点udp数据报来被发送。消息（616）可以通过com.sun.dtv.filteringapi被发送到从mpeg2输送流中提取的每个mpeg2私有区段，并且它可以包含完整的mpeg2私有区段。

在该解决方案的另一实现示例中，可以以这样的方式实现视听内容请求和数据请求机制使得用户设备中的执行稳固与交互式应用的tcp连接。一旦稳固了所述tcp连接，则在它保持开放的时间期间将发生视听内容发送和数据发送。在该情况下，交互式应用将通过所述tcp连接发送包含视听内容和/或数据的消息。消息可以通过com.sun.dtv.filteringapi被发送到从mpeg2输送流中提取的每个mpeg2私有区段，并且它可以包含完整的mpeg2私有区段。tcp连接可以通过用户设备中运行的应用被关闭，指示交互式应用必须中断视听内容发送和数据发送。