在网络上传输数字服务的方法和实现该方法的设备的制作方法

专利名称：：在网络上传输数字服务的方法和实现该方法的设备的制作方法
技术领域：
：本发明涉及数字服务的传输，更具体地，所指服务是遵从DVB(数字视频广播)标准的服务。DVB定义了一种在通常属于广播类型(陆地、电缆或卫星)的网络上、但是更经常地在IP类型的网络(换句话说，即支持因特网协议(IP)的网络)上“在广播设备的控制下可以作为节目表一部分来广播的节目序列”的服务。可以在IETF(因特网工程任务组)所主张的、序列号791的RFC(请求评论)文献中找到IP规范。
背景技术：
：在卫星、电缆或数字陆地传输网络的上下文中，由DVB使网络所提供的数字服务的识别标准化。在ETSI(欧洲电信标准学会)出版的序列号ETSIEN300468的文献“DigitalVideoBroadcasting(DVB)；SpecificationforServiceInformation(SI)inDVBSystems”中描述了该标准。该文献描述了包含关于网络、关于包括服务的数据流所传输的频率、关于所提供的服务等等的信息的一组表。读者还可以参考针对传输流格式的定义的文献“MPEG-2system-ISOIEC13818-1”。因此传输流包含音频数据、视频数据、辅助数据例如字幕、图文电视或以流元形式的交互应用、以及用于按照使得能够发现网络上的其它传输流的网络信息表(NIT)来组织内容的最小强制信令表、节目相关表(PAT)和节目映射表(PMT)。在传输流中复用这些表，接收机被配置具有与第一流相连以使它能够接收这些表并且从表的内容中组成包含网络所提供的服务列表的数据库所需的数据和连接数据接收表所需的连接数据。随着数字双向数据网络(具体地即因特网)的扩展，以及最重要的是高速服务的出现，现在存在在这种网络上传输视听数字服务的技术能力。此外，正在开发专用、高比特率IP网络，用于公司和家庭用途。在该上下文中，DVB正使IP网络上的DVB服务的广播标准化。所谓DVB-IPI(因特网协议基础设施)的工作组在最终确定关于在IP网络上传输DVB数字服务的规范的处理中，更具体地，在这些服务的识别中。在参考IPI2003-227之下的文献“DVB-IPPhase1Handbook”中描述了当前设想的建议。当前由工作组所设想的解决方案的方向是分离包含单个DVB服务的传输流形式的服务和应终端请求可以访问的例如以XML(可扩展标记预言)文件形式来描述这些服务的信息的广播。HTTP(超文本传输协议)可以例如被用于检索这些文件。这种解决方案似乎是自然的，因为例如与卫星传输相比，它使用IP连接的双向属性。实际上，例如DVB的标准是根据需要永久地传输对于接收机有用的所有信息的单向传输网络而设计的。所考虑的网络的双向性质意味着可以区分解码视听服务所有用的信息和服务描述信息。接收机并不同步地使用通常包含在DVB流中的这两种信息。因此可以分离它们在网络上的传输，因此由于信令信息仅在要求时才发送并且并不永久地处于音频和视频信道中的事实，可以节约带宽。此外，经由HTTP服务器以XML数据文件形式在IP类型网络上提供信息是这种网络上广泛采用的主要解决方案。然而，该解决方案必须开发产生和管理以XML格式提供该信令信息的服务器的一组工具。事实上，当前，内容广播设备具有用于经由卫星或电缆来传输MPEG-2DVB服务的受控基础设施。因为这种新信令系统的采用意味着在现有系统的同时必须开发新的工具，因此经营者必须进行投资和冒险。此外，终端现在并不包含分析这些信息所需的工具，例如XML分析器。基于可用的硬件资源，例如处理器电源或存储器，在廉价的接收机中包含这种工具被证明是较难的并且甚至是不可能的。
发明内容本发明提供一种在双向数据网络上传输数字服务的方法，更具体地，识别由接收机在网络上所提供的服务。在DVB上下文中使用的该方法使得可以重新使用当前为卫星或电缆的DVB服务而开发的大部分产品链。该方法还使得可以限制广播服务识别的信息所用的带宽。本发明涉及一种由与双向网络相连的接收机识别双向网络上的数字服务的方法，包括步骤，接收机与第一流相连；步骤，接收机从所述流中一方面提取关于传递这些服务的内容的流在网络上的位置的信息，另一方面提取关于传递描述这些服务的信息的独立流在网络上的位置的信息；步骤，接收机与传递服务描述信息的流中至少一些相连，用以获得关于这些服务的信息；以及步骤，接收机使用该信息来组成网络上可用服务的列表(可能是单一的)。根据本发明的特定实施例，在除了传递服务内容的流之外的至少一个流中包含与所述服务相关的所有信令表。根据本发明的特定实施例，该方法包括步骤测试流的描述符中所包含的标识符和过滤器之间的映射，所述流的描述符用于确定在所述流中是否存在具有该标识符的表。根据本发明的特定实施例，由用户输入第一广播IP地址和第一端口号。根据本发明的特定实施例，由接收机从网络中获得第一IP地址和第一端口号。根据本发明的特定实施例，流仅包含单个DVB服务。根据本发明的特定实施例，服务列表被包含在第一端口上、第一广播IP地址处可用的流中所包含的NIT中。本发明还涉及一种设备，具有经由与IP网络相连的装置而与广播IP地址相连的装置以及解码广播到该广播IP地址的DVB流的装置，所述设备的特征在于优选地根据上述方法之一，DVB流解码装置具有分析从流中提取的包含与IP网络适配的网络描述符的NIT的能力和与所述NIT中所描述的每一个广播IP地址相连以便在所述NIT中写入DVB流并从其中提取关于网络上所提供的服务的信息的能力。本发明还涉及一种用于广播要包含在NIT中的DVB流的服务的描述符，其特征在于，所述描述符包含流服务器的广播IP地址和所述服务器在IP类型的网络上将传递服务内容的DVB流所广播到的端口号、以及至少一个描述符，所述描述符包含流服务器的广播IP地址和所述服务器将传递与所述服务相关的信令信息的DVB流所广播到的端口号。根据本发明的特定实施例，包含流服务器的广播IP地址和所述服务器将传递与所述服务相关的信令信息的DVB流所广播到的端口号的一个或多个描述符还包括测试标识符和过滤器之间的映射的装置。当阅读下面参考附图的说明时，可以更好地理解本发明，并且其它特征和优点将变得显而易见，附图中图1表示在传统的卫星广播的上下文中的DVB服务产品链的图；图2表示在本发明的一个示范实施例的上下文中的DVB数据流结构的示例；图3表示在本发明的一个示范实施例的上下文中的DVB数据流结构的示例；图4表示在本发明的一个示范实施例的上下文中的接收机的操作；图5表示在本发明的一个示范实施例的上下文中的DVB服务产品链的图；图6表示根据DVB标准的NIT(网络信息表)的结构；图7表示例如在陆地接收的情况下的标准数字解码器的结构；图8表示适用于在IP上接收的数字解码器的结构；图9表示服务识别阶段的流程图；图10表示服务信息读取阶段的流程图。具体实施例方式本发明的示范实施例涉及在IP网络上的DVB服务的传输，但是也可以应用于在双向数据网络上传输数字服务的任意其它系统。可以使用IP多播协议来实现在IP类型网络上与服务器的连接。这种协议的一个示例是在RFC2236中定义的IGMP(因特网网关管理协议)。在该协议中，多播服务器具有相关的多播地址。该地址在为此而保留的域中具有IP地址的格式，但是不与可以在网络上接入的机器的IP地址相对应。希望与该服务器相连的接收机在包含该多播IP地址的网络上发送请求。通过网络传递该请求，直到它到达负责该广播的服务器，该服务器然后将接收机作为广播客户端来注册。然后服务器和接收机之间的路径上的路由器能够将组成流的IP分组传递到订阅了广播的终端。通过除了多播IP地址之外还知道服务器机器的IP地址，该协议的增强版本可以通过将订阅请求直接路由到目的服务器而不是通过网络来广播，来优化订阅请所采取的路由。该增强版本被公知为名称SSM(特定源多播)。因此是一种基于对数字数据广播的订阅的系统。服务器以分组形式在网络上广播数字数据。只要没有接收机订阅了该广播，则实际没有传输分组。当接收机订阅了时，通过遵从服务器和客户端之间的路由的网络的路由，将分组发送到该接收机。协议确保分组将只使用通向实际订阅广播的接收机的网络路由。当接收机未订阅时，停止到该接收机的分组传输。协议还确保在通向订阅了广播的多个接收机的网络路由部分上并不复制分组。还可以使用IP单播协议来执行组成服务的数据的传输。这种协议的一个示例是在RFC2326中定义的实时流协议(RTSP)。因为该协议被用于控制在IP上的流的广播，所以它被设计用于与例如RTP的广播协议一起进行操作，与多播系统的主要不同在于对于希望与流相连的每一个客户端，服务器在服务器自身和客户端之间发起点到点的广播。显而易见的是，该解决方案比基于多播的解决方案更加带宽密集。实际上，在该解决方案中，在通向多个订阅接收机的网络路由部分上传播的数据分组被复制了与订阅接收机的数目一样多倍。在仅较少数目的终端可以与流相连的受限网络的上下文中可以考虑该解决方案。为了在限制对在例如卫星或电缆的其它传输载体上提供这种服务的广播设备所用的服务产品链进行的修改的同时、限制在IP网络上广播DVB服务所用的带宽，采用如下形成服务的数据组织。一方面，所谓的安装流包含关于严密地从DVBNIT推导出的网络信息表，并且仅该表适用于在IP上广播DVB服务，由于改表使用与DVBNIT相同的句法但是包含特定描述符方面，可以将其称为修改的NIT。此外，将服务分为组合了基本音频、视频、字幕和其它服务流以及例如PAT和PMT的用于组织这些流元的最小信令的内容流；以及仅包含服务描述信息的描述流。仅内容流保持为MPEG-2所定义的传输流格式。安装和描述流直接由例如对于安装流NIT的表和对于描述流的SDT或其它表组成。这些表使用MPEG-2部分的句法。实际上，对服务描述信息的访问是与需要解码音频和视频内容不相关的一次性要求。当前IP上的带宽和限制网络上的带宽的需求使得可以针对每一个服务创建流，但是在本发明的上下文中在单个流上复用多个服务是可以的。为了在IP网络上采用NIT来使用，必须定义适用于在IP网络上定位流的描述符。下面给出适用于多播使用的这种描述符SyntaxNoofidentifierbitsIp_stream_descriptor(){Descriptor_tag8uimsbfDescriptor_length8uimsbfContent_multicast_address32bslbfContent_multicast_port_number16bslbfContent_multicast_protocol_mapping8bslbfContent_source_address32bslbfFor(i=0;i<N;i++){Descriptor()}}“Descriptor_tag”字段是与该新类型的描述符相对应的标识符。“Descriptor_length”字段给出了描述符的长度。“Content_multicast_address”字段是内容流可用的服务器的多播IP地址。“Content_multicast_port_number”字段是接收机必须与之相连以接收内容流的服务器上的端口号。“Content_multicast_protocol_mapping”字段是用于识别广播到该地址的所述或每个服务的编码协议的字段。该协议可以是MPEG-2、MPEG-4、MHP或其它。该可选字段可以用于按照内容类型来过滤，以便仅保留接收机能够解码的那些服务。“Content_source_address”字段是根据SSM协议给多播服务器提供连接请求的有效路由的服务器的实际IP地址。关于描述符的循环用于管理与其内容被广播到先前定义地址的服务相关联的所述或每个描述流的位置描述符。下面是适用于单播使用的这种描述符的另一个示例的定义Ip_stream_descriptor(){Descriptor_tag8uimsbfDescriptor_length8uimsbfContent_unicast_address32bslbfContent_unicast_port_number16bslbfContent_unicast_protocol_mapping8bslbfFor(i=0;i<N;i++){Descriptor()}}“Descriptor_tag”字段是与该新类型的描述符相对应的标识符。“Descriptor_length”字段给出了描述符的长度。“Content_unicast_address”字段是传递内容的流可用的服务器的单播IP地址。“Content_unicast_port_number”字段是接收机必须与之相连以接收传递内容的流的服务器上的端口号。“Content_unicast_protocol_mapping”字段是用于识别广播到该地址的所述或每个服务的编码协议的字段。该协议可以是MPEG-2、MPEG-4、MHP或其它。该可选字段可以用于按照内容类型来过滤，以便仅保留接收机能够解码的那些服务。关于描述符的循环用于管理与其内容被广播到先前定义地址的服务相关联的所述或每个描述流的位置描述符。我们在DVBNIT以及因此修改的NIT结构中可以看出，存在传输流的循环，这意味着可以在该循环中描述组成广播设备的整个网络的传输流。按照这种方式，接收机可以利用IP网络上的宽带TV广播的所有传输流的多播或单播IP地址来组成列表。可以选择性地将服务描述符的列表包含在修改的NIT中以便加速接收机安装阶段。还可以设想在同一个网络中出现多播和单播流服务器。在另一个更复杂的实施方式中，与传输服务相关联的信息描述流的位置描述符可以呈现以下形式Ip_stream_multicast_locator_descriptor(){Descriptor_tag8uimsbfDescriptor_length8uimsbfFilter_length8uimsbfFilter_descriptor()multicast_address32bslbfmulticast_port_number16bslbfmulticast_protocol_mapping8bslbfsource_address32bslbf}在此，发现传统的用于在多播模式中定位IP上的流广播的描述符的字段。仅需要解释“Filter_length”和“Filter_descriptor”字段。实际上，在所示本发明实施例的上下文中，服务描述信息与内容信息分离，并且在单个不同的流中传递。然而，还可以在多个不同的流中传递该信令信息，即这些表。在“Ip_stream_descriptor”描述符包含循环中要精确地对这种情况进行考虑。然而，当扫描该描述符时，不必知道描述符的循环中的哪一个流包含寻找描述符所影响的服务的给定表。在描述符中引入“Filter_length”和“Filter_descriptor”字段的动作使得可以实现一种在描述符中存储用于确认在循环的每一个流中包含哪些表的信息的装置。编码该信息的一种方式可以在该“Filter_descriptor”字段中放置例如用于编程解复用器的位串，以便过滤所述表。因为每一个表类型具有给定的标识符，可以利用表示流中所包含的表的标识符的位串来编程过滤器。在希望能够在流中具有多个表的情况下，可以采用用于产品链解复用器的过滤器的方法。第一位串表示要过滤的标识符，相同长度的第二串表示对于第一串的每一位是否定义了值。如果对于第二位串的相应比特是一的该标识符的每一位，第一串的相应位具有相同的值，则给定标识符因此与过滤器相对应。例如，如果考虑三位的串-具有0b101值的第一位串、具有0b110值的第二位串，与该过滤器相对应的标识符具有值0b101和0b100。按照编程解复用器以便检索这些表的相同的方式，该方法可以用于定义流中所包含的表。在另一个更简单的实施方式中，与广播服务相关联的信息描述流的位置描述符可以呈现以下形式Ip_stream_multicast_locator_descriptor_table_ids(){Descriptor_tag8uimsbfDescriptor_length8uimsbfNbOfTableIDs8uimsbfTableIDList()multicast_address32bslbfmulticast_port_number16bslbfmulticast_protocol_mapping8bslbfsource_address32bslbf}此处，发现了传统的用于在多播模式中定位IP上的流广播的描述符的字段。仅需要解释“NbOfTableIDs”和“TableIDList”字段。“TableIDList”字段与相应流中所包含的表标识符列表相对应，而“NbOfTableIDs”字段表示所列出的表标识符的序号。因此，包含与关于当前流(表标识符是0x4E)的当前和以后事件的信令信息以及关于其它流(表标识符是0x4F)的当前和以后事件的信令信息相关联的信息的流对于“nbOfTableIds”具有值2，并且在“tableIDList”字段具有值0x4E和0x4F。另一个可能实现广播包含信令信息的流的方式是选择在服务器和接收机之间简单的文件传输协议而不是多播协议。这种协议可以是例如超文本传输协议(HTTP)。该协议易于实现，尤其是如果仅限于实现执行“GET”的能力以便从服务器获得文件。该协议远比在介绍中所述的XML文件处理更易于管理。在这种情况下，重要的是具有用于使包含URL的文本的URL(统一资源定位器)与给定标识符表相链接的例如以下描述符的另一个描述符Ip_stream_HTTP_locator_descriptor(){Descriptor_tag8uimsbfDescriptor_length8uimsbfTable_id8bslbfFor(i=0;i<N;i++){Char8bslbf}}然而，该方法不是本发明的优选实施例，因为与这些信令表的单播传输相同，通过HTTP的广播涉及对于等待要安装的每一个接收机、在网络上复制数据流。然而，它仍然是可以在不包含多个接收机的网络(例如动态网络)上考虑的一个实施例。图1示出了在卫星广播的上下文中MPEG-2DVB服务产品链的通用结构。在链的开始处，存在要广播的音频和视频内容1.1。根据MPEG-2标准在编码器1.2中编码该内容，以便产生基本音频/视频流1.5。在编码音频和视频内容的同时，产生信令信息1.3，它通常来源于包含描述要广播的服务的信息的数据库。以信令流1.6的形式产生该信息。另一个模块1.4处理字幕流1.7的产生。还可以包括交互应用流1.8，此处不对该产品链进行描述。然后在复用器1.9中复用具有(如果必需)传递其它音频和视频内容的其它流的所有这些基本流以及相关或其它信令，以便产生将由解调器/转换器1.10调整和转换到选择频率的MPEG-2传输流。可以由混频器(mixer)1.11对这种流组进行混频，用于经由站1.12发送到卫星1.13。在这种情况下，必须在各个流之间实现信令信息的同步，以便在描述每一个流的表中包含关于其它流的信息。然后可以经由用户的盘状天线(dishantenna)1.14在用户的家庭中接收到这些节目，由机顶盒解码并显示在电视上，现在该系统在广播能力方面良好。图2表示根据本发明示范实施例的流结构的示例。在该示例中，示出了被称为安装流的第一流2.1。该安装流不仅包含音频或视频内容，而且包含包括网络信息的修改NIT2.4。由于直接在IP网络上传输数据，该安装流可以直接使用MPEG-2部分的句法，而不需要传输流形式的属性封装。该修改的NIT描述了包含服务的流的序号。在图6中给出了按照DVB所定义的NIT的标准结构。与传输装置无关，尽管流可以包含多个DVB服务，由于带宽的原因，可能在IP上广播的上下文中最初仅使用只包含一个DVB服务的流。图2所述的示例反应了这种情况。然而，显而易见的是，本发明不局限于使用在流中只包含一个DVB服务的流。因此在修改的NIT2.4中有三个服务2.4、2.6和2.7的描述。服务描述包含用于定位内容流2.2的描述符2.8和2.9以及包含与服务2.3相关联的描述的流。内容流2.2包含指向与由PMT(节目映射表)组成的服务2.11相关联的内容的PAT(节目关联表)。因此描述流2.3是与前一个独立的流。该流不具有MPEG-2传输流的格式，但是直接是具有MPEG-2部分的句法的表。该独立使得客户端能够仅在需要访问描述信息时与该流相连，并因此避免了使用带宽永久地传输该信息。因此，改善了该带宽的使用。记住，在IP上的广播中，当接收机未从广播订阅时，到该接收机的实际的网络上分组传输停止。在示例中，描述流包含关于事件2.14的信息，例如关于当前事件、下一个事件的信息和(在适当的情况下)事件的完整日历，以便可以组成电子节目指南。还包含关于服务2.13的信息，例如SDT(服务描述表)。图3是根据本发明示范实施例的流结构的另一个示例。该示例与在图2中所示的前一个示例非常相似。不同之处在于在这种情况下由两个不同的流传递与事件相关联的描述信息和与服务相关联的信息。因此在这种情况下，对于服务1.3.5，三个描述符3.8、3.9和3.10而不是前述的两个描述符指向内容流3.2、服务信息流3.3和事件信息流3.15。因此可以根据可用表和由它们组成的用于管理网络带宽的使用，分割组成不同流上信令信息的不同表。还可以通过分组具有相同更新频率的表，来考虑服务管理限制。图4示出了描述辨别网络上出现的服务的阶段的参与者的图。在正在观看他的接收机的系统用户一侧上的实体表示接收机和安装、服务内容和服务描述流。与其它服务相关联的其它流也可以出现在网络中，但是在图中未示出。最初，用户打开他的接收机。接收机然后与安装流相连。接收机具有使其能够最初与多播或单播IP地址相连的参数。最简单的解决方案是设定在配置菜单中手动地输入该广播IP地址。还可以在连接阶段经由例如DHCP(动态主机控制协议)或PPP(点对点协议)的协议将该广播IP地址分配给接收机。然而，确定该第一IP地址的任意其它方法也是可以的。该地址由多播或单播IP地址和相应的端口号组成。将安装流广播到该地址。一旦接收机与安装流相连，则可以解码修改的NIT并且读取其中包含的信息。因此接收机能够创建网络上可用的服务列表。扫描该列表使得可以访问内容流的广播地址以及在网络上广播的描述流。该接收机因此可以依次与这些流相连以收集关于服务的信息，其中包括每一个服务的名称。这意味着对于接收机，可以给用户呈现服务列表。用户则选择他想要观看的服务，接收机使用在选定服务的修改NIT中找到的内容流的描述符并且与选定服务的内容流相连。然后可以开始选定服务的解码和显示。如果用户然后希望访问关于当前事件或关于下一事件的信息，他发送请求以实现该结果，接收机将再次使用修改NIT中所包含的描述符来在其中查找关于包含关于该事件的信息的描述流的网络的位置。该信息可以被包含在与描述信息相同的流中或者在如图2和3所示的分离流中。接收机然后与该流相连，并且检索关于事件的信息，以便可以向用户显示信息。接收机可以例如经由IGMP而与流相连。通常，这种传输流属于使用IP/UDP/RTP(用户数据报协议、实时协议)层的IP类型上的封装MPEG-2，但是它也可以是MPEG-4、MHP或其它类型的流。图5表示根据本发明的流产品链。首先，由编码器5.4编码原始音频和视频内容5.1，以给出基本音频和视频流5.7。数据库5.2包含整个服务描述和关于事件的信息。模块5.5被用于利用该信息组成信令表5.8。复用5.9信令信息5.8、音频和视频内容流5.7和例如交互或其它应用5.6的其它选择信息，以组成内容流5.10。第一格式化模块5.11使用(在适当的情况下)从数据库5.2所包含的信息中组成的信令表5.8和关于其它服务5.3的附加信息，来组成描述流5.12。第二格式化模块5.13使用关于网络服务5.3的附加信息来组成安装流5.14，安装流5.14将包含具有提供对它们的访问的地址的网络上可用的所有流的描述。在传统DVB服务产品链中不存在的主要模块是这些格式化模块5.11和5.13。然而，这些模块很容易组成，因为它们仅组成包含例如已经由信令模块5.5组成的信息表的信息表的流，新的信息表来源于适用于在IP网络上定位流的描述符的使用，不管是在多播或单播模式中传输该流或者甚至经由例如HTTP的文件传输协议可供使用。一旦组成了，则可以将这些流5.10、5.12和5.14发送到IP网络的服务器。图7示出了传统解码器的结构，例如数字陆地解码器。解码器7具有屏幕7.3。用户7.2通过屏幕7.3显示的浏览器应用7.4进行交互。由通常指定为中间件7.5的管理应用驱动所有解码器功能。该管理应用驱动硬件模块，即调谐器7.8、解复用器7.7和解码器7.6。调谐器7.6负责恢复由天线7.9所接收的DVB流。由解复用器解复用该流，换句话说，解复用器能够重构组成DVB传输流的不同基本流，例如音频、视频和辅助数据(例如字幕、图文电视或交互应用)或特定信令表。在DVB流中，由标识符识别每一个基本流，并且可以编程解复用器以从接收的所有流中过滤感兴趣的基本流。至少编码音频和视频流以压缩和/或加密它们包含的信息，并因此解码器解压缩和/或解密这些流以向用户恢复音频和视频内容。图8示出了设计用于在IP网络上接收DVB流的IP解码器。除了由与IP网络8.11相连的网络接口8.10代替调谐器之外，结构与传统解码器的情况完全相同。图9示出了在网络上辨别服务的步骤。第一步骤包括获得安装流9.1。该流在网络上可用。存在多种方式使该流可用，其中提到三种，即可以在多播模式中发送该流、也可以在单播模式中发送、或者经由例如HTTP的文件传输协议可供使用，与怎样在网络上广播该安装流无关，解码器需要能够检索它，因此需要知道用于与该流相连的地址和连接参数。该第一地址可以出现在设备的只读存储器中，或者由与网络相连的服务器经由使得能够获得参数的例如DHCP(动态主机配置协议)或PPP(点对点协议)的连接协议通信到设备。接收机与安装流9.2相连，然后搜索修改的NIT9.3。当找到该修改的NIT时，在该修改的NIT中读取以其传输流标识符(TSID)和其原始网络标识符(ONID)9.4为特征的第一传输流的描述。然后，因为传输流可以包含多个服务，接收机开始读取传输流中所包含的服务的描述。对于每一个服务，接收机开始读取服务标识符和用于定位内容流9.5的数据。对于每一个服务，可以在多个服务描述流中获得关于该服务的信息。在现在读取9.6和9.7的描述符序列中规定了多个描述流的位置。然而，对于每一个服务，存储传递服务内容的流的传输流标识符、原始网络标识符、服务标识符、位置描述符(代表“内容流定位符”的CSL)以及服务描述流定位符(SDSL)的表9.8。对于传输流中所包含的每一个服务，以及对于每一个传输流9.9和9.10，重复这些操作。按照这种方式，获得网络上可用的所有服务列表以及针对内容和内容描述信息而广播服务的流的描述符。图10详细示出了按照图9所解释的、一旦通过扫描修改NIT组成了服务列表、则可以恢复关于服务的信息的方式的示例。为了恢复关于网络上所提供的各个服务的信息，接收机必须找到每一个服务的服务描述表(SDT)。为此，开始读取第一服务10.1的描述符。然后读取第一服务描述流定位符(SDSL)。然后，如果SDSL不包含提供关于指定流是否包含SDT的信息的“Filter_length”和“Filter_descriptor”字段，则必须与流10.9相连，从该流中读取部分10.10、10.11和10.12，寻找表标识符是0x42的SDT。在存在“Filter_length”和“Filter_descriptor”字段的情况下，使用信息的这些项来检查流10.3中的SDT的存在。如果不存在，测试下一个描述符10.13、10.14，并且通过从列表中删除不能够找到SDT10.15的服务而结束。当发现包含SDT的流时，读取该表10.5并且在其中找到服务的名称和服务提供商的名称，存储在存储器10.6中。对于所有服务10.7、10.8，重复该操作，直到服务列表10.16的末端。本发明使得广播设备能够重新使用它们现有的产品链中的多数，尤其是复用器。所需的唯一改进是格式化模块，用于组成只包含信令表(所有或部分)的流，并且在适当的情况下，并不将这些信令表封装在传输流中。该改进是较小的。本发明还将修改限制于仅对在解码器上运行的软件进行修改。实际上，主要是必须添加用于管理IP接口而不是卫星或电缆接收接口的那部分，而必须稍微修改用于管理安装的应用的部分。设备的操作的所有其它部分与标准解码器相同。同样地，可以相同地重新使用访问控制。本发明因此可以在使投资和广播设备的风险以及网络上可用带宽的使用最小化的同时，采用在宽带IP网络上广播DVB服务。权利要求1.一种由与双向网络相连的接收机识别双向网络上的数字服务的方法，其特征在于至少包括以下步骤-接收机与第一流相连；-接收机从所述流中一方面提取关于传递这些服务的内容的流在网络上的位置的信息，另一方面提取关于传递描述这些服务的信息的独立流在网络上的位置的信息；-接收机与传递服务描述信息的流中至少一些相连，用以获得关于这些服务的信息；-接收机使用该信息来组成网络上可用服务的列表，所述列表可能是单一的。2.根据权利要求1所述的方法，其中，在除了传递所述服务的内容的流之外的至少一个流中包含与所述服务相关的所有信令表。3.根据权利要求2所述的方法，包括步骤测试流的描述符中所包含的标识符和过滤器之间的映射，所述流的描述符用于确定在所述流中是否存在具有该标识符的表。4.根据权利要求1至3之一所述的方法，其中，由用户输入第一广播IP地址和第一端口号。5.根据权利要求1至3之一所述的方法，其中，由接收机从网络中获得第一IP地址和第一端口号。6.根据权利要求1至5之一所述的方法，其中，所述流仅包含单个DVB服务。7.根据权利要求1至6之一所述的方法，其中，服务列表被包含在第一端口上、第一广播IP地址处可用的流中所包含的NIT中。8.一种设备，具有经由与IP网络相连的装置而与广播IP地址相连的装置、以及用于解码广播到该广播IP地址的DVB流的装置，其特征在于所述DVB流解码装置能够优选地根据前述权利要求的方法中任意一个，分析从流中提取的、包含与IP网络适配的网络描述符的NIT，并且与所述NIT中所描述的每一个广播IP地址相连，以便在所述NIT中读取DVB流并从NIT中提取关于网络上所提供的服务的信息。9.一种用于广播要包含在NIT中的DVB流的服务的描述符，其特征在于，所述描述符包含流服务器的广播IP地址、以及所述服务器在IP类型的网络上将传递服务内容的DVB流所广播到的端口号，并且至少一个描述符包含流服务器的广播IP地址、以及所述服务器将传递与所述服务相关的信令信息的DVB流所广播到的端口号。10.根据权利要求9所述的描述符，其中，包含流服务器的广播IP地址、以及所述服务器将传递与所述服务相关的信令信息的DVB流所广播到的端口号的一个或多个描述符还包括测试标识符和过滤器之间的映射的装置。全文摘要在IP网络上广播DVB服务上下文中，分离描述网络的信令信息和服务自身所提供的服务。使信令通过HTTP服务器上的XML文件可由终端使用。与该方法相反，本发明包括一种由与双向网络相连的接收机辨别双向网络上的数字服务的方法包括步骤，接收机与第一流相连；步骤，接收机从所述流中一方面提取关于传递这些服务的内容的流在网络上的位置的信息，另一方面提取关于传递描述这些服务的信息的独立流在网络上的位置的信息；步骤，接收机与传递服务描述信息的流中至少一些相连，用以获得关于这些服务的信息；步骤，接收机使用该信息来组成网络上可用服务的列表，可能是单一的。文档编号H04N7/173GK1906947SQ200580001905公开日2007年1月31日申请日期2005年1月4日优先权日2004年1月6日发明者拉尔夫·舍费尔,伊夫·梅尔茨申请人:汤姆森许可贸易公司