CN101595685B

CN101595685B - 用于移动系统的广播支持

Info

Publication number: CN101595685B
Application number: CN2007800487241A
Authority: CN
Inventors: R·皮希纳; Z·李; R·潘迪
Original assignee: Nokia Oyj
Current assignee: Nokia Technologies Oy
Priority date: 2006-11-29
Filing date: 2007-11-27
Publication date: 2013-01-02
Anticipated expiration: 2027-11-27
Also published as: WO2008065114A1; US7715389B2; CN101595685A; US20080123645A1

Abstract

本发明涉及一种提供多播/广播支持的网络单元。所述网络单元被配置为处理由媒体接入控制层传输的流，其中所述流使用离散多播脉冲，以及处理在因特网协议上传输的流。在所述媒体接入控制层传输的所述流中的每个包括相关的连接身份，以及在因特网上传输的所述流中的每个包括相关的因特网流，其中针对每个流提供连接身份与因特网协议流之间的映射。

Description

用于移动系统的广播支持

技术领域

本发明涉及一种用于提供广播支持的网络单元、系统和方法。

背景技术

当前，在移动领域很少采用支持多播-广播方案的基础结构和终端。已知的方案包括用于移动电话的数字视频广播标准(DVB-H)以及它局部变化的标准，也包括根据第三代合作伙伴计划(3GPP)和其他系统的多媒体广播多播服务(MBMS)。DVB-H是一种基于因特网协议(IP)的解决方案。另一个基于IP的广播解决方案，尽管其优选实例并不在移动通信领域，但是其是在DSL(数字用户线)领域经过调整的基于IP的电视(IP-TV)技术。

除此以外，尤其没有与WiMAX(全球微波接入互操作性)论坛标准或者其草案相对应的已知现有的IP-TV广播解决方案的技术。

发明内容

因而，本发明的一个目的在于克服现有技术的缺点。特别地，但不排他的，本发明目的在于提供用于WiMAX技术的广播支持。

根据本发明的第一方面，提出了一种用于提供多播/广播支持的网络单元，其被配置为处理由媒体接入控制层传输的流，其中所述流使用离散多播脉冲；以及处理在因特网协议上传输的流，其中由所述媒体接入控制层传输的所述流中的每个包括相关的连接身份，并且在因特网协议上传输的所述流中的每个包括相关的因特网协议流，以及其中为每个流提供连接身份与因特网协议之间的映射。

所述第一方面的修改可以包括以下内容。

在因特网协议上传输的所述流可以在基于因特网协议的多播协议上传输。

所述网络单元可以进一步被配置为影响在移动应用部分协议和因特网协议上的传输流的之一。

所述网络单元可以进一步被配置为影响所述连接身份与所述因特网协议流之间的所述映射。

在这种情况下，所述网络单元可以是终端，并且进一步被配置为顺序扫描列入所述移动应用部分协议中的连接身份，接收用于每个连接身份的全视频帧，创建显示在终端上的缩略图，以及当每次用户点击缩略图时选择接收特定流。

并且在这种情况下，在因特网协议上传输的所述流可以与具有因特网协议信息属性的会话描述协议对象相应，所述属性包括基于因特网协议的多播协议流和用户数据报协议端口号中的一个，以及其中所述网络单元是终端，进一步被配置为：扫描列入所述移动应用部分协议中的连接身份，在每个所述离散多播脉冲中接收因特网协议流，通过检测在每个连接身份中使用何种因特网协议流和用户数据报协议端口，创建连接身份与会话之间的映射，接收与所映射的连接身份相关的特定流。

仍然在这种情况下，所述网络单元可以进一步被配置为可操作地被连接到电子服务指南/电子节目指南控制信道。

可选地，所述网络单元可以是接入服务网络网关以及进一步被配置为可操作地通过第一接口与至少一个基站连接，可操作地通过第二接口与广播服务器连接；接收来自所述广播服务器的广播数据；以及通过所述第一接口，在低于通用路由封装隧道层的因特网协议层上使用基于因特网协议的多播协议。

根据本发明的第二方面，提出了一种提供广播支持的系统，包括：广播服务器，可操作地与服务单元和内容提供单元相连接；基站收发单元，包括至少一个基站；以及移动终端，可操作地连接到所述至少一个基站，其中所述广播服务器可操作地与所述基站收发单元连接，以及所述系统被配置为：处理由媒体接入控制层传输的流，其中所述流使用离散多播脉冲；以及处理由因特网协议传输的流，其中由所述媒体接入控制层传输的所述流的每个包括相关的连接身份，以及在因特网协议上传输的所述流的每个包括相关的因特网协议流，以及其中对于每个流提供连接身份与因特网协议流之间的映射。

所述第二方面的修改包括以下内容。

所述系统进一步包括接入服务网络网关，其中所述接入服务网络网关可操作地经由第一接口与所述基站收发单元连接，以及经由第二接口与所述广播服务器连接，以便所述广播服务器可操作地通过所述接入服务网络网关与所述基站收发单元连接。

在这种情况下，所述接入服务网络网关可被配置为接收来自所述广播服务器的多播/广播数据；以及通过所述第一接口，在低于通用路由封装隧道层的因特网协议层上使用基于因特网协议的多播协议。

以及在这种情况下，所述接入服务网络网关可被配置为根据所述因特网组管理协议进行操作。

而且，所述广播服务器可被配置为广播服务器被配置为支持多播、基于所述因特网协议运行以及处理基于因特网协议的电视应用。

所述系统进一步被配置为运行包括控制信道中的广播信息的会话描述协议，其中所述终端被配置为基于所述广播信息选择广播流。

在因特网协议上传输的所述流在基于因特网协议的多播协议上传输，所述系统进一步被配置为影响在所述移动应用部分协议和所述因特网协议上的传输流中的一个，以及影响所述连接身份和所述因特网流之间的映射。

根据本发明的第三方面，提出了一种提供广播支持的方法，包括：处理由媒体接入控制层传输的流，其中所述流使用离散多播脉冲；以及处理在因特网协议上传输的流，其中由所述媒体接入控制层传输的所述流中的每个包括相关的连接身份，以及在因特网协议上传输的所述流中的每个包括相关的因特网协议流，以及其中对于每个流提供连接身份与因特网协议流之间的映射关系。

所述第三方面的修改包括以下内容。

所述方法进一步包括在所述媒体接入控制层在移动应用部分协议上传输流；对于所述流使用离散多播脉冲；在因特网协议上传输流；给在移动应用部分协议上传输的所述流中的每个分配相关的连接身份；给在因特网协议上传输的所述流的每个分配相关的因特网协议流；以及对于每个流，将连接身份与因特网协议流进行映射。

所述方法进一步包括通过接入服务网络网关接收来自广播服务器的广播数据；以及通过所述接入服务网络网关与基站接收单元之间的第一接口，在低于通用路由封装隧道层的因特网协议层上使用基于因特网协议的多播协议。

在这种情况下，所述方法进一步包括根据所述因特网组管理协议操作所述接入服务网络网关。

并且，所述方法进一步包括运行包括控制信道中的广播信息的会话描述协议，以及基于所述广播信息、通过终端选择广播流。

另外，所述方法进一步包括在基于因特网协议的多播协议上传输所述流。

根据本发明第四方面，提出了一种提供多播/广播支持的网络单元，其包括用于处理由媒体接入控制层传输的流的装置，其中所述流使用离散多播脉冲；以及用于处理在因特网协议上传输流的装置，其中由所述媒体接入控制层传输的所述流中的每个包括相关的连接身份，以及在因特网协议上传输的所述流中的每个包括相关的因特网协议流，以及其中对于每个流提供连接身份与因特网协议流之间的映射。

根据本发明的第五方面，提出了一种提供多播/广播支持的系统，其包括：广播服务器装置，可操作地与服务装置和内容提供装置连接；基站收发装置，包括至少一个基站，所述基站收发装置可操作地与所述广播服务器装置连接；移动终端装置，可操作地连接到所述至少一个基站；用于处理由媒体接入控制层传输的流的装置，其中所述流使用离散多播脉冲；以及用于处理在因特网协议上传输的流的装置，其中由所述媒体接入控制层传输的所述流中的每个包括相关的连接身份，以及在因特网协议上传输的所述流中的每个包括相关的因特网协议流，以及其中对于每个流提供连接身份与因特网协议流之间的映射。

根据本发明的第六方面，提出了一种存储在计算机上的计算机可读指令的计算机程序产品，所述指令包括处理由媒体接入控制层传输的流，其中所述流使用离散多播脉冲；以及处理在因特网协议上传输的流，其中由所述媒体接入控制层传输的所述流中的每个包括相关的连接身份，以及在因特网协议上传输的所述流中的每个包括相关的因特网协议流，并且其中对于每个流提供连接身份与因特网协议流之间的映射。

附图说明

以下结合附图来描述本发明的优选实施例，从而本发明的细节、特性以及优点将变得更容易理解。其中：

图1示出了在IEEE 802.16e-2005标准中制定的多播和广播的框架结构；

图2示出了根据本发明的实施例的广播架构；和

附图3示出了根据本发明的实施例的广播信令流。

具体实施方式

下面提供了当前认为是本发明优选实施例的描述。然而，显然应当理解为，本发明并不能被理解为限于所描述的实施例。

具体地，为了例示本发明，下面将通过参考在比赛赛事中的区域广播的实例来描述本发明的实施例。

本发明的一个实施例是支持使用来自DSL(固定宽带)和在WiMAX系统之上的DVB-H领域中的现有的IP TV解决方案。该实施例的一个优势在于使得改变现有的系统的努力最小，例如所谓的现成商业(COTS)视频广播基础结构和终端客户可以再利用。

相应地，本发明的实施例包括：WiMAX系统支持IPv4(因特网协议第4版)或IPv6(因特网协议第6版)多播，以及按照IEEE(电气和电子工程师协会)的802.16e标准，将这些流映射到媒体接入控制(MAC)层中的多播/广播业务流身份(SFID)/连接身份(CID)。

为了更深刻地理解本发明的优选实施例，下面将详细介绍上述的赛事的示例。

将考虑如下的使用情形。

终端用户：

准备参加比赛的人或购买或租赁了针对特定赛事的特定终端，该终端具有大(用于手持式的)屏幕和广播客户端。使用这种终端的任何人都可以观看和收听。用户可以在诸如维修站通道、终点线、发生数车相撞的弯道、直升飞机视图、积分/大奖/排名视图等多种视图中进行选择。用户主要在室外的观看区域，然而也可以在室内使用该终端。

WiMAX运营商：

用于小屏幕的一个视频流可能需要多至500kb/s的速率。假定每个扇区的WiMAX的容量是5Mb/s(例如，具备1/2速率的前向纠错(FEC)的四相相移键控(QPSK)在下行(DL)/上行(UL)比为3∶1的10MHz载波上不重复)。其低于总单播容量，因为其由小区边缘的性能决定。因而，存在10个视频流的空间。如果运营商并不想将容量专用于广播，则其可以预留50％的容量用于其他业务，例如浏览、发邮件等，那么这意味着在广播区域有5个视频流可见。运营商将这一容量租给赛场/赛事承办商并且为接收该内容/流提供本地接口。

赛场承办商：

该赛场承办商安排视频摄影或者从赛事现场的本地TV公司购买该内容，并且将该内容提供给该WiMAX运营商的本地可用接口。赛场承办商通过租赁终端设备收取费用并且为使用的容量和内容给WiMAX运营商和视频运营商支付费用。如果用户带来自己的终端，他们仍然需要支付入场费，并且该流增强他们的娱乐体验。广播没有必要被看作一个分离的业务，而可以看作吸引点或者收入主要来源的提高者。

对于这些相关的标准，WiMAX论坛还没有(在本发明之前)被当作多播或广播的技术规范。然而，在IEEE(电气和电子工程师协会)的802.16e标准中存在一些对多播-广播的支持。图1示出了在IEEE 802.16e-2005中制定的多播和广播的帧结构。

为了使诸如移动站(MS)的终端在一个帧中找出多播/广播业务(MCBCS)部分，在下行链路移动应用部分(DL-MAP)单元中，基站(BS)需要发送信息单元MBS_MAP_IE，其用来指示用于MCBC业务流的下一个数据何时被发送。在接收到所述DL-MAP消息之后，终端(MS)将知道MCBC部分的开始位置。因为很可能存在多于一个的MCBCS脉冲，所以另外的MAP消息MBS_MAP是必需的，其通过第一子信道和MCBCS区域的第一OFDMA(正交频分多址)符号定位。该MBS_MAP消息用来描述由MCBCS部分服务的MCBCS连接。从该MBS_MAP消息，终端(MS)将了解到服务多少信道，以及相应的多播连接身份(CID)、子信道信息等等。

总的来说，终端要两个步骤找到MCBCS子信道。第一步骤通过MBS_MAP_IE找到MBS_MAP的位置，第二步骤是通过MBS_MAP找到MCBCS子信道。

因而，本发明的优选实施例提供了基于IP TV的WiMAX的广播架构。根据本发明的实施例的该架构能够使用已知的IP TV方案在WiMAX上实施广播。

本实施例包括将IP TV广播解决方案映射到WiMAX系统上。与带有/用于DSL技术的IP TV不同，该网络单元在与数字用户线接入复用器(DSLAM)等同的接入服务网络网关(ASN-GW)之后参加该广播。

具体地，根据该实施例，存在被影响的IP流和MBS-CID之间的映射，其中IP流由IP地址(源和目的)、承载的协议类型(用户数据报协议或传输控制协议)和端口号来定义。具体地，一个特定的选项包括存在会话描述符之间的特定WiMAX映射，这些描述符由会话描述协议(SDP)或与各自的WiMAX“承载”标识符MBS-CID类似的方式所提供。

作为特定的优选选项，提供了一种在R6接口中的基于因特网协议的多播协议(IP-M)，即在传输IP层上的基站(BS)/基站收发系统(BTS)与接入服务网络网关之间的接口。在DSL系统中，终端与DSLAM之间的线路并不能由多个终端/调制解调器共享，这是每一个家用电话线。然而，根据WiMAX，终端和网络之间的所有资源都是共享的，包括到BS的传输和无线电。应该注意到，WiMAX ASN-GW当作DSLAM并加入多播树。因为在WiMAX情况下共享的R6和R1接口(在BS/BTS和终端之间)，假如多播功能在这里能够被使用将是很有益的。在R1接口中，使用现有的802.16e的MBS功能来进行，在R6接口中，在低于通用路由封装(GRE)隧道的IP层上使用基于IP的多播协议来进行。这样，上一跳的的宝贵资源在一个BTS(基站站点)的所有基站(扇区)之间共享。

本优选实施例的上述概略实施方面在以下将通过更加具体的、包括更详细的选项的优选实施例来进一步详细地描述。

WiMAX的广播结构

考虑到有益方面，没有必要创建一个完全新的独有的系统，其包括终端用户和流基础结构，另一个优选的实施例是基于现有的/合法的技术。基于成熟的IP TV以及定向的IP和DSL示例，本实施例改变来自由当前DSL运营商所使用的IP TV的技术。

采用DSL IP TV解决方案的益处在于大量的复杂性被移植到应用层，因为接入控制、流加密以及编程信息信道在应用级别都可用。

在图2中示出根据本发明实施例的架构。

与已知架构的明显区别包括没有接口R3参考点(RP)、基于移动因特网协议(MIP)的家乡代理(HA)、以及鉴权、认证、计费(AAA)服务器。

家乡代理(HA)可以被省略的原因是移动因特网协议(MIP)以这样的方式来支持多播，即家乡代理(HA)将一个多播流复制为到所有用户的多个单播流，该用户已经加入特定多播树。这使得整个多播无效，因为它导致经由无线电接口复制和单播这些流。

因此，根据本实施例，存在将这些流多播或广播数据直接发给基站(BS)，或者发给接入服务网络网关(ASN-GW)的选项。

优选的解决方案是将这些流发送给ASN-GW而不是BS。其原因在于，在该地址所需的物理/逻辑接口数和互联接以消耗该地址的本地“小”ASN-GW为代价而被最小化，以及可以肯定地是BS仅支持标准R6接口。

相同的方法可以被用来发送卫星(SAT)TV信号到WiMAX分布式网络中以节约传输容量。

AAA服务器可以被省略的原因在于没有所需的特定用户或特定订阅的AAA功能：因而，没有鉴权、认证或计费。

如下是在图2中所示的参考点。

接口R1在每一个IP多播流的DL MAC中传输多播业务流。没有与广播有关的UL信令通过R1。

接口R6支持多播每个IP多播流的GRE流。对于几个BS共享相同的站点或BTS的情况，如果在接口R6之下的传输解决方案支持多播则是有益的。因此，BTS传输模式应当支持用于多扇区BTS的IP多播。

接口RBC是常规的IP接口。ASN-GW是多播节点并被配置为发送因特网组管理协议版本2(IGMPv2)联合信号(join signal)以经由接口RBC开始接收所有的多播流。

应该注意到，既然流能够经由任何单播发送到ASN-GW，则在接口RBC上的IGMP支持仅仅是一个选项。然而，接口RBC上的IGMP支持简化了终端的设计(IP栈、寻址、信道交换等)，并支持对包括客户的现有的IP TV基础结构/结构的再利用。

图2所示的节点如下所述。

RBC(例如区域广播)服务器是运行IP TV多播应用的IP多播服务器。

ASN-GW被配置为加入在RBC服务器中的多播树。它为所有的预配置的IP-M流发送IGMP联合信号，并且维持IP-M流和多播GRE流之间的映射。如果可用，它映射GRE多播流以在R6接口上传输多播。此外，它维持R6传输IP-M流和GRE多播流之间的映射。

终端MS基于所接收的或配置的会话信息选择广播流。广播信息可以作为控制信道中的会话描述协议(SDP)、作为web请求或被预配置来接收。

对于所有预配置的流，基站BS加入在ASN-GW和BS之间的IP-M传输树。此外，它接收在传输IP-M上方的离散GRE流中的每个用户IP-M流，并将它们中的每个映射到离散SFID/CID并广播它们。BS为每一个流预留足够的资源。

图3示出了描述这里所述的优选实施例的特性的信令流。即，如图3所示的操作总结了本发明优选实施例的整体描述的特性。因此，对于图3的详细描述，可以参考本发明的优选实施例的整体描述的各个子部分。

IP流和MBS-CID之间的映射

以下将详细描述用于执行在SDP中或类似方式上传送的会话描述符与诸如MBS-CID的WiMAX特定“承载”标识符之间的上述映射的优选实施例。

复用视频流有几个级别。为了节约终端的电池电能，当使用离散多播脉冲时，不得不在MAC MAP级别复用这些流。该多播脉冲承载用其标识符(即CID)来标记的多播流。这种设置使得终端仅能接收想要的流而不是全部，于是在应用或IP级别来选择流。

为了与DSL和DVB-H领域的基础结构和客户解决方案对齐，该流也在IP级别复用。这可以通过使用IP多播(IP-M)来优选的实现。

相应地，将映射MAC(MBS-CID)级别复用和IP-M级别复用。

DVB-H包括来自该网络的信令中的IP流。然而，在MBS-MAP信息单元(IE)中并没有这样的字段。因此，IP流与CID之间的映射不得不在其他地方设置。下面将描述作为另外的优选实施例的各个实例。

也就是说，有几个可选的过程用来获得映射并进行频道选择。

对于终端，一种方式是顺序扫描在MBS-MAP中列出的所有多播CID(MBS-CID)，为每个接收全视频帧，以及为该用户创建缩略图。用户能够点击一个并且通过这种方式选择接收特定流。

如果经由电子服务指南/电子节目指南(ESG/EPG)或超文本传输协议(http)或者通过任何其他方式，获得带有会话描述的SDP对象，则诸如IP-M流和用户数据报协议(UDP)端口号的IP会话信息属性就变得可用。IP流和MBS-CID之间的映射仍然不可用。于是终端将扫描列入MBS-MAP中的MBS-CID以接收每个MBS-CID脉冲中的IP流，并通过检测在每个MBS-CID中使用何种IP流和UDP端口来创建MBS-CID和会话之间的映射。在基于更高层的信息进行频道选择之后，终端可以开始接收所映射的MBS-CID之后的特定流。

如果ESG/EPG控制信道是可用的，它将承载所有必要的信息，例如IP-M流和UDP端口号。为了用于WiMAX，ESG信道信息还可以使用MBS-CID IE、特定WiMAX的扩展来扩展。于是将不得不在ESG和BSMAC之间固定并同步MBS脉冲的标识符(MBS-CID)。

如另一个可选实例，点击具有视频图像的缩略图和频道超文本传输协议的名称的网页将获取SDP和用于选择所观看的频道的MBS-CID信息。于是，将在web服务器和BS MAC之间不得不固定并同步MBS脉冲的标识符(MBS-CID)。

R6传输(在GRE之下)中的IP-M

因为共享的R6和R1接口，如果多播功能也能够在这里使用则是有益的。在R1接口中，使用802.16e中现有的MBS功能来实现，而在R6接口中，使用在GRE隧道之下的IP层上的IP多播协议来实现。通过这种方式，上一跳传输的宝贵资源能够在一个BTS中的所有基站中共享。

根据以上优选实施例的描述，提供了以相当简单的方式进行的多播/广播支持，其还提供了令人满意的性能。

具体地，本发明上述优选实施例包括提供多播/广播支持的网络单元。所述网络单元被配置为处理由媒体接入控制层传输的流，其中所述流使用离散多播脉冲；以及处理在因特网协议上传输的流。由所述媒体接入控制层传输的所述流中的每个包括相关的连接身份，以及在因特网协议上传输的所述流中的每个包括相关的因特网协议流，其中针对每个流提供连接身份与因特网协议流之间的映射。

以上描述的内容被认为是本发明的优选实施例。然而，对本领域读者来说显而易见的是，这些仅提供用于例示的目的，绝不意为解释为本发明仅限于此。相反地，本发明的所有的变化和修改都应该落入所附的权利要求的精神和范围之内。

Claims

1.一种用于提供多播/广播支持的设备，包括：

用于处理由媒体接入控制层传输的流的装置，其中所述流使用离散多播脉冲；以及

用于处理在因特网协议上传输的流的装置，

其中由所述媒体接入控制层传输的所述流中的每个包括相关的连接身份，并且基于因特网协议传输的所述流中的每个包括相关的因特网协议流，以及

其中对于每个流，提供连接身份与因特网协议流之间的映射。

2.如权利要求1所述的设备，其中在因特网协议上传输的所述流在基于因特网协议的多播协议上传输。

3.如权利要求1所述的设备，进一步包括：用于影响在移动应用部分协议和因特网协议上的传输流的之一的装置。

4.如权利要求1所述的设备，进一步包括：用于影响所述连接身份与所述因特网协议流之间的所述映射的装置。

5.一种用于提供广播支持的系统，包括：

广播服务器，可操作地与服务单元和内容提供单元相连接；

基站收发单元，包括至少一个基站；以及

移动终端，可操作地连接到所述至少一个基站，

其中所述广播服务器可操作地与所述基站收发单元连接，以及

用于处理由因特网协议传输的流的装置，

其中由所述媒体接入控制层传输的所述流的每个包括相关的连接身份，以及在因特网协议上传输的所述流的每个包括相关的因特网协议流，以及

其中对于每个流提供连接身份与因特网协议流之间的映射。

6.如权利要求5所述的系统，进一步包括接入服务网络网关，其中所述接入服务网络网关可操作地经由第一接口与所述基站收发单元连接，以及经由第二接口与所述广播服务器连接，以便所述广播服务器可操作地通过所述接入服务网络网关与所述基站收发单元连接。

7.如权利要求6所述的系统，其中所述接入服务网络网关包括：

用于接收来自所述广播服务器的多播/广播数据的装置；以及

用于通过所述第一接口，在低于通用路由封装隧道层的因特网协议层上使用基于因特网协议的多播协议的装置。

8.如权利要求6所述的系统，其中所述接入服务网络网关被布置为根据所述因特网组管理协议进行操作。

9.如权利要求5所述的系统，所述广播服务器能够支持多播、基于所述因特网协议运行以及处理基于因特网协议的电视应用。

10.如权利要求5所述的系统，进一步包括用于运行包括控制信道中的广播信息的会话描述协议的装置，其中所述终端被布置为基于所述广播信息选择广播流。

11.如权利要求5所述系统，其中在因特网协议上传输的所述流在基于因特网协议的多播协议上传输，所述系统进一步包括用于影响在所述移动应用部分协议和所述因特网协议上的传输流中的一个的装置，以及用于影响所述连接身份和所述因特网流之间的映射的装置。

12.一种用于提供广播支持的方法，包括：

处理由媒体接入控制层传输的流，其中所述流使用离散多播脉冲；以及

处理在因特网协议上传输的流，

其中由所述媒体接入控制层传输的所述流中的每个包括相关的连接身份，以及在因特网协议上传输的所述流中的每个包括相关的因特网协议流，以及

其中对于每个流提供连接身份与因特网协议流之间的映射关系。

13.如权利要求12所述的方法，还包括：

在所述媒体接入控制层在移动应用部分协议上传输流；

对于所述流使用离散多播脉冲；

在因特网协议上传输流；

给在移动应用部分协议上传输的所述流中的每个分配相关的连接身份；

给在因特网协议上传输的所述流的每个分配相关的因特网协议流；以及

对于每个流，将连接身份与因特网协议流进行映射。

14.如权利要求12所述的方法，还包括：

通过接入服务网络网关接收来自广播服务器的广播数据；以及

通过所述接入服务网络网关与基站接收单元之间的第一接口，在低于通用路由封装隧道层的因特网协议层上使用基于因特网协议的多播协议。

15.如权利要求14所述的方法，还包括根据所述因特网组管理协议运行所述接入服务网络网关。

16.如权利要求12所述的方法，还包括运行包括控制信道中的广播信息的会话描述协议，以及基于所述广播信息、通过终端选择广播流。

17.如权利要求12所述的方法，还包括在基于因特网协议的多播协议上传输所述流。

18.一种用于提供多播/广播支持的网络单元，包括：

用于处理在因特网协议上传输流的装置，

其中对于每个流提供连接身份与因特网协议流之间的映射。

19.如权利要求18所述的网络单元，其中所述网络单元为终端，并进一步包括：

用于顺序扫描列入移动应用部分协议中的连接身份的装置，

用于接收用于每个连接身份的全视频帧的装置，

用于创建显示在所述终端上的缩略图的装置，以及

用于当每次用户点击缩略图时选择接收特定流的装置。

20.如权利要求18所述的网络单元，其中在因特网协议上传输的所述流与具有因特网协议信息属性的会话描述协议对象相应，所述属性包括基于因特网协议的多播协议流和用户数据报协议端口号中的一个，以及其中所述网络单元是终端，进一步包括：

用于扫描列入移动应用部分协议中的连接身份的装置，

用于在每个所述离散多播脉冲中接收因特网协议流的装置，

用于通过检测在每个连接身份中使用何种因特网协议流和用户数据报协议端口，创建连接身份与会话之间的映射的装置，

用于接收与所映射的连接身份相关的特定流的装置。

21.如权利要求18所述的网络单元，其被布置为可操作地连接到电子服务指南/电子节目指南控制信道。

22.如权利要求18所述的网络单元，其中所述网络单元是接入服务网络网关，进一步被布置为：

可操作地通过第一接口与至少一个基站连接；

可操作地通过第二接口与广播服务器连接；

其中，所述网络单元进一步包括：

用于接收来自所述广播服务器的广播数据的装置；以及

23.一种用于提供多播/广播支持的系统，包括：

广播服务器装置，可操作地与服务装置和内容提供装置连接；

基站收发装置，包括至少一个基站，所述基站收发装置可操作地与所述广播服务器装置连接；

移动终端装置，可操作地连接到所述至少一个基站；

用于处理在因特网协议上传输的流的装置，

其中对于每个流提供连接身份与因特网协议流之间的映射。