一种多媒体传输系统中智能引导接入方法
【技术领域】
[0001] 本发明涉及一种在多媒体传输网络智能引导接入的方法，更具体地说，涉及一种 未来网络融合中多媒体输入格式定义，引导信令定义及处理，服务信息接入，服务内容查询 及选择访问等。
【背景技术】
[0002] 在多媒体传输网络系统中，有各种不同的物理层传输技术，比如广播传输技术 ATSC3. 0,NGB-W，DVB-T2/NGH，双向通信技术比如宽带，移动通信等。同样，上层也有各种 不同的传输层协议涌现，比如MMT(MPEGMediaTransport，IS0/IEC23008-1),FLUTE,RTP 等等。当将这些不同的上层传输协议应用在这些不同的物理层传输技术时，如何引导接入 (bootstrapping)，让用户/终端能够顺利找到访问入口，找到可选服务并顺利访问是一个 重要课题。
[0003] 现有的数字电视广播中，包括音视频在内的各类数据都是通过传输流（Transport Stream，TS)的格式进行封装与传输的。在封装复用的过程中，加入相关的信息数据。用户 接入时可以通过先访问这些信息数据，从而得知有哪些服务，访问信息是什么，从而有效接 入访问。
[0004] 随着技术演进与应用的发展，以IP为中心（IP-centric)的数据封装与传输得到 了越来越广泛的应用，是下一代数字电视广播等多媒体传输系统的必要组成部分。图1是 一个应用案例。一个完整的多媒体传输系统，上层有将各种不同服务内容封装，打包通过IP 传输。没有TS的复用打包，相关的信息数据也缺失了，如何引导用户，如何有效接入，找到 用户所需的服务是我们需要解决的问题。
【发明内容】
[0005] 针对现有技术中的缺陷，本发明在以IP为中心（IP-centric)的数据封装与传输 系统中，在相关的信息数据也缺失的情况下，提供了一种多媒体传输系统中智能引导接入 方法。
[0006] 为实现上述目的，本发明提供一种多媒体传输系统中智能引导接入方法，所述方 法包括：
[0007] 步骤一：定义新的引导接入bootstrapping信令，支持以IP为中心的数据封装和 传输；
[0008] 步骤二：基于新定义的引导接入信令，用户找到相应的服务入口，选择所需服务。
[0009] 与现有技术相比，本发明具有如下的有益效果：
[0010] 采用了本发明的技术方案，可以针对IP为中心（IP-centric)的数据封装与传输 系统中，相关接入信息缺失的问题，通过定义新的输入格式信令，提供了一种引导接入方 法，使得用户能够有效接入，找到用户所需的服务。
【附图说明】
[0011] 通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、 目的和优点将会变得更明显：
[0012] 图1为媒体传输系统示意图；
[0013] 图2为多媒体系统引导接入信令示意图；
[0014] 图3为系统模型示意图；
[0015] 图4为本发明具体应用实例1示意图；
[0016] 图5为本发明具体应用实例2示意图；
[0017] 图6为本发明具体应用实例3示意图；
[0018] 图7为本发明另一具体实例的示意图。
【具体实施方式】
[0019] 下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术 人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术 人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进。这些都属于本发明 的保护范围。
[0020] 为了支持以IP为中心的数据封装和传输，需要定义新的引导接入 (bootstrapping)信令，如图2所示。基于此信令，用户能够找到相应的服务入口，选择所需 服务。
[0021] 在实际应用中，我们需要支持各种不同的接入方式，不同的应用实例。为此，引导 接入是必要的，相应的信令内容也是可以是多样的，目的就是为了让用户能够找到服务入 口。下面我们就一些常用的接入模式，给出相应的接入方法。
[0022] -种接入模式是：用户接收信号后，找到电子节目菜单（不同的系统中可能有不 同的名字，比如electronic service guideline, service announcement)的入口，通过电 子节目菜单选择所需的服务（或者叫节目）以及其访问信息，然后开始访问服务。
[0023] 针对这种模式，我们定义了下面的信令。通过这个新定义的信令，用户可以直接找 到电子节目菜单的入口。
[0024] 1.引导接入信令
[0025] 这个信令的具体内容和格式可以是多样的，但是目的是一个，就是找到电子节目 菜单的入口。
[0026] 这个信令的位置也可以多样的，比如放在新定义的输入数据格式中。关于输入数 据格式可以有不同的选择。引导接入信令的位置也可以是多样的。比如如果如图2中，新 定义一个L2层（数据链路层），这个信令可以作为一种类型（type:signaling)的内容放 入L2层的内容载荷中。如果还是通过输入格式处理，将IP数据直接封装打包到物理层中， 那么可以在基带帧格式中定义一种新的内容载荷类型（type:signaling)用于传输新的信 令：引导接入信令。同时，这个信令是放在某个特定的位置，比如公用物理层管道（common PLP)上，用户一旦接入都是指示到这个频率，这个PLP上解析信令；也可以放在多个甚至每 个PLP上，那么用户随便从哪个管道，哪个频率上接入都可以得到这个信令。甚至比如在某 个地区，这个信令是在某个相应的管道，或者包里，session上，那么这个信息也可以通过信 令给出。
[0027] 下面是一个例子。
[0028]表1 :
[0029]
[0030] 这里通过header type,比如定义为0x01说明后面是信令数据。
[0031] 通过header extension,可以定义不同类型的信令数据。比如0x01可以定义为引 导接入信令。
[0032] 具体的信令内容格式也可以是多样的，针对不同的传输系统。但目的是一样的，通 过这个信令，用户/终端可以找到电子服务菜单（或叫服务信息）入口。
[0033] 因为电子服务菜单可以有不同的传输方式，这些方法可以单独使用，也可以结合 使用：
[0034]-通过广播传输
[0035] V通过某个IP session传输，所以可以通过IP地址/port口找到
[0036] V放入某个MMT package里面传输，可以通过MMT的packet_id找到
[0037] V如果物理层使用物理层管道PLP，那么电子服务菜单在哪个PLP传输，可以通过 其相应的PLP_id找到
[0038]V相应的RF频率，地理位置信息（比如network_id, cell_id)，也可以给出。
[0039]-通过点对点传输
[0040]V电子服务菜单地址，比如URL
[0041] 图3是一个系统模型示意图。引导接入信令给出的电子服务菜单的入口。针对不 同的情况，这个信令信息可以有不同的位置，电子服务菜单也可以在不同地方，所以他们之 间的关系是灵活的。针对不同情况，不同的入口信息相应给出，从而使得用户/终端从哪里 接入都可以成功访问到入口信息，找到电子服务菜单。
[0042] 信令的具体内容和格式可以多变，下面给出一些例子。
[0043] 表 2 :Bootstrapping_info
[0044]
[0045] Table_id指明这是引导接入信息表。
[0046] Version_number定义了引导接入信息表的版本号。
[0047] Table_length指明了这个表的长度。
[0048] IP_version_flag标示这里所使用的IP版本，0表示IPv4, 1标示IPv6。
[0049] Entry-point-sour ce_ _IP_address标示入口源IP地址。
[0050] Entry-point-destination-IP-a