一种宽带电视网络系统及用户签约信息传递方法

xiaoxiao2020-9-10  12

专利名称:一种宽带电视网络系统及用户签约信息传递方法
技术领域
本发明涉及宽带电视网络系统(IPTV)技术领域,更具体地说,涉及 一种宽带电视网络系统及用户签约信息传递方法。
背景技术
IPTV系统又称为宽带网络电视系统,是以IP网络作为传输媒介,以非 对称数字用户环线(ADSL)、光纤到楼(FTTB) +局域网(LAN)为主要 接入方式,以直播电视(LiveTV )、时移电视业务(Time-Shifted TV )和视 频点播(VOD)为基本业务、并以机顶盒+电视为接收终端的电视系统。与传统的通过无线或同轴电缆播出电视节目不同,IPTV系统通过宽带 IP网络直接向顾客提供高质量的电视节目和视频内容。运营商可以在传统电 视节目播出的基础上进行业务扩展,提供多种新型增值服务,比如时移电视, 使用户收看现场直播体育节目的同时,随时可以回溯过去的精彩瞬间,也可 以随时暂停一段时间后,继续收看。IPTV扩展了 "看电视"的概念,"看电视"已不再是原来意义上被动 地观看,观众可以互动地选择和控制收视内容,享受新的体验,得到个性化 的节目内容服务。此外,服务提供商还可以提供电视播放范围以外的服务, 例如信息浏览、视频电话、网络游戏和远程教学等。IPTV具有以下的特色 良好的视音频效果,提升用户体验;继承传统TV的操作模式,减少用户学 习成本;承载丰富的增值业务,吸引用户,增加在网时间,扩大收益范围; 降低宽带放号的终端门槛,摆脱PC搡作和数量的限制;多计费方式、多业 务模式为运营提供便利;为内容服务提供商(CP)提供多渠道的业务展示 平台,推动产业链源头的发展。目前,在IPTV技术中,当用户开通广播电视(BTV)业务后,SMS根 据BTV业务和网管上权限模板的对应关系,向网管发送增加权限的消息, 该消息中包括用户端口信息和权限模板定义的具体操作内容;网管收到这一 消息后,对消息的合法性进行审核,若权限模板没有重复、端口信息没有错 误,则网管将该消息转发给接入点(Access Node);接入点在收到该消息 后,立即更新本地的端口与权限的对照表,以实时更新表中的信息。从上面的描述中可以看出,现有技术中并没有对IPTV用户进行签约区 分,也没有向IPTV用户传递IPTV用户签约信息。实质上,用户本身对节 目的预期接收是不同的,不同签约类型的用户应该对应于不同属性的节目传 送,因此现有技术并不能有效地控制节目的传送。另外,通常是通过网管系统将一些接入点需要的信息下发到接入点。在 这种技术中,需要额外的管理实体介入,所以流程复杂。同时,由于网管系 统下发的信息是静态的,所以灵活性比较差。而且,在用户量比较大的时候, 效率非常低下。发明内容有鉴于此,本发明实施例的主要目的是提出一种宽带电视网络系统,以 有效地控制节目的传送。本发明实施例的另 一 目的是提出 一 种宽带电视网络技术中用户签约信 息传递方法,以有效地控制节目的传送。为达到上述目的,本发明的技术方案是这样实现的一种宽带电视网络系统IPTV的签约信息传递方法,该方法包括接入侧向网络侧发送用户IPTV签约信息请求;网络侧根据所述用户IPTV签约信息请求,向接入侧返回用户IPTV签约信白一种宽带电视网络系统,该系统包括接入侧和网络侧,其中 接入侧,用于向网络侧发送用户IPTV签约信息请求;网络侧,用于根据所述用户IPTV签约信息请求,向接入侧返回用户IPTV签约信息。从上述技术方案中可以看出,在本发明中,接入侧向网络侧发送用户IPTV 签约信息请求;网络侧根据用户IPTV签约信息请求,向接入侧返回用户IPTV 签约信息。由此可见,应用本发明以后,能够通过网络侧下传用户IPTV签约 信息到接入点,因此能够根据IPTV签约信息对节目的传送进行有效控制。另外,应用本发明以后,并不需要网管等额外功能实体的介入就能实现 IPTV签约信息的传递,从而也能够极大地精简流程。同时,由于用户IPTV签约信息是在用户接入网络或加入组播组的时候提 供的,所以灵活性非常好。而且,在用户量比较大的时候,本发明的效率也 能够得到保证。


图1为根据本发明的宽带电视网络系统的示范性结构图; 图2为根据本发明的宽带电视网络系统中用户签约信息的传递流程示 意图;图3为根据本发明第一实施例的宽带电视网络系统中用户签约信息的 传递流程示意图;图4为根据本发明第二实施例的宽带电视网络系统中用户签约信息的 传递流程示意图;图5为根据本发明第三实施例的宽带电视网络系统中用户签约信息的 传递流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点表达得更加清楚明白,下面结合附 图及具体实施例对本发明再作进一步详细的说明。下面对本发明进行详细说明,首先,IPTV是一个诱人的业务。但是,高清晰TV节目的高带宽要求和用户及网络的有限带宽之间是一个矛盾。组 播技术是one-to-many的技术,可以用于解决IPTV业务中的这种带宽矛盾。 可以利用组播技术来提供IPTV业务。比如TV节目可以通过CDN网 络被推送到接入点(Access Node)上,Access Node进行IGMP处理,然后 进行组播复制,再将TV节目传送到签约用户。还有,TV节目还可以通过 CDN网络被推送到边缘节点(Edge Node)上,然后通过组播复制分发到 Access Node上。Edge Node进行PIM处理和组播复制。Access node进行 IGMP处理,进行组播复制,将TV接送传送到签约用户。为了避免在 aggregation network的广播风暴,aggregation node支持PIM snooping和组播 复制。另夕卜,TV节目还可以通过CDN网络被推送到Edge Node上,然后通过 组播复制分发到Access Node上。Edge Node进行IGMP处理和组播复制。 Access node进行IGMP处理,进行组播复制,将TV节目传送到签约用户。 同样,为了避免在aggregation network的广播风暴,aggregation node和access node应该支持IGMP snooping和组4番复制。为了将选择的TV节目传递给签约用户,避免将TV节目传送给非签约 用户,Access Node应该具有组4番复制功能,而且,应该知道用户的IPTV 签约信息(即组播控制列表和签约的组播带宽),用于控制组播复制。为了将用户的IPTV签约信息下栽到Access Node上,本发明提出了一 种宽带电视网络系统。图1为根据本发明的宽带电视网络系统的示范性结构 图。如图l所示,该系统包括接入侧101和网络侧102,其中 接入侧101,用于向网络侧发送用户IPTV签约信息请求; 网络侧102,用于根据所迷用户IPTV签约信息请求,向接入側101返回用户IPTV签约信息。具体地,接入侧可以包括接入点(Access Node),所述网络侧包括动态主机配置协议(DHCP)服务器,其中接入点,用于向DHCP服务器发送用于请求用户IPTV签约信息的DHCP请求;DHCP服务器,用于接收所述DHCP请求,并向接入点返回所述用户 IPTV签约4言息。其中,接入点向DHCP服务器所发送的DHCP请求可以为DHCP Lease Query请求,DHCP月l务器通过DHCP Lease Active消息向接入点返回所述 用户IPTV签约信息。其中从DHCP Server获取lease data的能力称之为 LeaseQuery; 当LeaseQuery-aware Relay Agent需要4口道lease data时,向 DHCP Server发送DhcpLeaseQuery消息;LeaseQuery-aware Server应答 DhcpLease Active (或者DhcpLeaseUnassigned 、或者DhcpLeaseUnknown) 消息,其中包含Relay Agent希望获取的Lease data。此时,进一步预先在DHCP Lease Active消息中添加用于携带用户IPTV 签约信息的DHCP选项。另外,还可以进一步在DHCP Lease Active消息中, 为每一种用户IPTV签约信息分配子选项。对应于应用本发明的一种优选实例,可选地,接入侧101可以包括接入点 (Access Node),所述网络侧包括边缘节点(Edge Node )、 AAA服务器和DHCP 服务器;接入点,用于接收用户Subscriber发起的DHCP Discover请求,向边缘节 点转发DHCP Discover请求,并在转发过程中添加Option 82;边缘节点,用于接收DHCP Discover请求,并根据所述Option 82向AAA 服务器发起认证请求;AAA服务器,用于当判定通过所述认证请求时,向边缘节点返回携带有用 户IPTV签约信息的认证结果;边缘节点,进一步用于向DHCP服务器转发DHCP Discover请求,并在转 发过程中添加携带有用户IPTV签约信息的Option 82;DHCP服务器,用于根据所述DHCP Discover请求和用户IPTV签约信息组建DHCP Offer消息,并将该DHCP Offer消息发送到接入点,其中该 DHCP Offer消息中包含所述用户IPTV签约信息。以上实例中,AAA服务器向边缘节点返回携带有用户IPTV签约信息的 认证结果。实质上,签约信息还可以由边缘节点自身从后台数据库中获取。 此时,当AAA服务器通过所述认证请求时,边缘节点在该DHCP Discover 请求中添加用户IPTV签约信息。以上实例中,在该DHCP Discover请求的Option 82字段中添加用户 IPTV签约信息,实质上本发明并不局限于利用Option 82字段承载IPTV签门用于承载IPTV签约信息的新字段,等等。为了信息的传递安全性,以上实例中应用了 AAA服务器。如果不关注 安全性(例如,为了精简流程或节约成本等考虑),还可以去掉AAA服务 器。此时,接入侧101包括接入点,网络侧包括边缘节点和DHCP服务器;接入点,用于向边缘节点发送DHCP Discover请求;边缘节点,用于在该DHCP Discover请求中添加用户IPTV签约信息, 并向DHCP服务器转发该已添加用户IPTV签约信息的DHCP Discover请求;DHCP服务器,用于根据所述DHCP Discover请求组建DHCP Offer消 息,并将该DHCP Offer消息发送到接入点,其中该DHCP Offer消息中包含 所述用户IPTV签约信息。另外,对应于应用本发明的另外一种实例,接入侧还可以包括接入点,所 述网络侧包括边缘节点和DHCP服务器,接入点,用于向边缘节点发送DHCP Discover请求;边缘节点,用于在该DHCP Discover请求中添加用户IPTV签约信息,并 向DHCP月l务器转发该已添加用户IPTV签约信息的DHCP Discover请求;DHCP服务器,用于将所述用户IPTV签约信息存储在本地,并通过边缘节 点的转发向接入点发送DHCP Offer消息,其中该DHCP Offer消息中不包舍所 述用户IPTV签约信息;接入点,进一步用于向DHCP服务器发送用于请求IPTV签约信息的 DhcpLeaseQuery消息;DHCP服务器,进一步用于向接入点返回携带有IPTV签约信息的 DhcpLeaseActive消息。其中,为了增强信息传递的安全性,可以增加AAA服务器。更具体地,接 入点还可以在DHCP Discover请求的Option 82字段中携带用户信息。此时接入点,用于接收用户发起的DHCP Discover请求,向边缘节点转发DHCP Discover请求,并在转发过程中添加Option 82;边缘节点,用于接收DHCP Discover请求,并根据所述Option 82向AAA 服务器发起认证请求;AAA服务器,用于当判定通过所述认证请求时,向边缘节点返回携带 有用户IPTV签约信息的认证结果;边缘节点,进一步用于向DHCP服务器转发DHCP Discover请求,并在转 发过程中添加携带有用户IPTV签约信息的Option 82;DHCP服务器,用于将所述用户IPTV签约信息存储在本地,并向接入 点发送DHCP Offer消息,其中该DHCP Offer消息中不包含所述用户IPTV 签约信息。类似地,虽然上面描述了 AAA服务器向边缘节点返回携带有用户IPTV 签约信息的认证结果。实质上,签约信息还可以由边缘节点自身从后台数据 库中获取。此时,当AAA服务器通过所述认证请求时,边缘节点在该DHCP Discover请求中添加用户IPTV签约信息。其中,接入点(Access Node )为终结来自用户的access loop连接的网 络设备。在DSL中,通常可以是DSLAM。边缘节点(Edge Node)为汇聚 来自多个AN的用户流量的网络设备。通常指Broadband Network Gateway (BNG )或者Broadband Remote Access Server ( BRAS )。图2为才艮据本发明的宽带电视网络系统中用户签约信息的传递流程示 意图。如图2所示,该方法包括步骤201:接入侧向网络侧发送用户IPTV签约信息请求;步骤202:网络侧根据所述用户IPTV签约信息请求,向接入侧返回用 户IPTV签约信息。在具体实现上,接入侧既可以从Edge Node上获取用户IPTV签约信息 请求,也可以从DHCP服务器上获取用户IPTV签约信息请求。对应于从Edge Node上获取用户IPTV签约信息的情形,Access Node 和Edge Node充当DHCP Relay, Edge Node同时充当AAA客户端,用户认 证通过之后,Edge Node通过AAA获取用户的IPTV签约信息。图3为根据本发明第一实施例的宽带电视网络系统中用户签约信息的 传递流程示意图。如图3所示,该方法包括步骤301:用户(Subscriber)发送DHCP Discover请求; 步骤302: Access Node转发DHCP Discover,在转发时,添加Option 82; 步骤303: Edge Node接收DHCP Discover消息,并向AAA服务器发送 认证请求;步骤304: AAA Server对用户进行认证,如果认证通过,则返回认证结 果,其中携带用户的IPTV签约信息;步骤305: Edge Node转发DHCP Discover,并在Option 82中添加用户 的IPTV签约信息;其中,Option 82是Relay Agent Information option,称之为DHCP中继 代理信息选项。DHCP Relay在将客户端的DHCP包转发到DHCP服务器 时插入。服务器识别出中继代理信息选项后,可以使用这些信息执行IP地 址或其他参数的分配。Option 82中可以插入Line-ID或者subscriber-ID,这 些信息可以用于认证。因为Access Node是一个受信设备,所以,它插入的 信息对AAA Server来i兌是受信的。示范性地,Option 82的格式如下代码长度代理信息字段+------+------+------+------+------+-------+——,,,一+------+I 82 I N IilIi2 Ii3 Ii4 I IiN |长度N给出代理信息字段的所有个数(八进制)。代理信息字段由每个 子选项的"子选项/长度/值"的元组序列组成,并按下列格式进行编码 子选项长度子选项值+------+------+------+-------+------+-------+——, ,. 一+------+I1 I N IsiIs2Is3 Is4 I IsN I子选项长度子选项值+------+------+------+-------+------+-------+—一, , , 一+------+I 2 I N IilIi2 Ii3 Ii4 I IiN |步骤306: DHCP Server接收到DHCP Discover,选择分配给用户的地 址,然后组建DHCP Offer消息,将包含了 IPTV签约信息的Option 82从 DHCP Discover消息拷贝到DHCP Offer中,然后DHCP Server发送该DHCP Offer消息到Edge Node;步骤307: Edge Node接收到Offer消息,但是不从Option 82中剥离IPTV 签约信息,将该Offer消息转发给Access Node;步骤308: Access Node接收到Offer消息,从消息中剥离Option 82, 同时从Option 82中获取用户的IPTV签约信息,然后将该Offer消息转发给 Subscriber。以上第一实施例详细描述了 DHCP Offer消息中包含用户IPTV签约信 息,但是边缘节点不从Option 82字段中剥离IPTV签约信息的情形。实质 上,DHCPOffer消息中还可以不包含用户IPTV签约信息。下面,详细描述DHCP Offer消息中不包含用户IPTV签约信息的情形。 图4为根据本发明第二实施例的宽带电视网络系统中用户签约信息的传递流程示意图。如图4所示,该方法包括步骤401:用户(Subscriber)向Access Node发送DHCP Discover请求; 步骤402: Access Node转发DHCP Discover,其中在转发时添加Option82;步骤403: Edge Node接收DHCP Discover消息,从Option 82获取用户 的信息,并组建和向AAA服务器发送认证请求;步骤404: AAA服务器对用户进行认证,如果认证通过,则返回认证结 果,其中携带用户的IPTV签约信息;步骤405: Edge Node向DHCP服务器转发DHCP Discover,在Option 82 中添加用户的IPTV签约信息;步骤406: DHCP服务器接收到DHCP Discover,选择分配给用户的地 址,同时从DHCP Discover消息中获取IPTV签约信息,存储在本地,然后 组建和向Edge Node发送DHCP Offer消息,该Offer消息中不携带IPTV签 约信息;步骤407: Edge Node将该Offer消息转发给Access Node; 步骤408: Access Node将该Offer消息转发给用户(Subscriber); 步骤409:用户(Subscriber)向Access Node发送R叫uest请求; 步骤410: Access Node将该Request请求转发给Edge Node; 步骤411: Edge Node将该R叫uest请求转发给DHCP服务器; 步骤412: DHCP服务器向Edge Node返回ACK; 步骤413: Edge Node将该ACK转发给Access Node ; 步骤414: Access Node接收到ACK ,则向DHCP服务器发送 DhcpLeaseQuery消息,请求获取IPTV签约信息,同时将ACK转发给用户 (Subscriber)。步骤415: DHCP服务器返回DhcpLeaseActive消息,消息中携带用户 的IPTV签约信息。以上第 一 实施例和第二实施例详细描述了从边纟彖节点上获取用户IPTV 签约信息的情形。在某种情况下,还可以由接入点直接从DHCP服务器上获 取IPTV签约信息。对应于接入点从DHCP服务器上获取IPTV签约信息的情形,图5为根 据本发明第三实施例的宽带电视网络系统中用户签约信息的传递流程示意 图。如图5所示,该方法包括步骤501:接入点向DHCP服务器发送用于请求用户IPTV签约信息的 DHCP请求;步骤502: DHCP服务器接收所述DHCP请求,并向接入点返回所述用 户IPTV签约4言息。其中,接入点向DHCP服务器所发送的DHCP请求可以为DHCP Lease Query请求,DHCP服务器可以通过DHCP Lease Active消息向接入点返回所 述用户IPTV签约信息。此处,需要添加DHCP Relay Agent Option( DHCPv6 )或者DHCP Relay Agent Information Sub-option ( DHCPv4 ),用于携带用户IPTV签约信息。在DHCP Relay Agent option ( DHCPv6 )或者DHCP Relay Agent Information Sub-option ( DHCPv4 )中,可以为每一种IPTV签约信息分配一个sub-code。该方法进一步包括预先在DHCP Lease Active消息中添加用于携带用 户IPTV签约信息的DHCP选项。比如新添加的DHCP选项如下所示对于DHCPv4, DHCPv4中添加的选项格式如下描述子字段(sub-Code)长度(Len )数据(Data)...........+------+------+------+-------+-------+------+——, , , —+------+0 12 3+------+------+------+-------+------+------+—一 . 一+------+这个新添力口的选项是Option 82 ( Relay Agent Information Option )的一个子选项;sub-code指该子选项的代号;Len指Data域的长度;Data 域中这携带了需要传送的IPTV签约信息 对于DHCPv6, DHCPv6中添加的选项格式如下描述项代号(Option-code ) 长度(Option-length ) IPTV用户信息<image>image see original document page 19</image>其中Option-code指该选项的代号;Option-length指IPTV subscriber information域的长度;IPTV subscriber information域中携带了需要传送的 IPTV签约信息。以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护 范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等, 均应包含在本发明的保护范围之内。
权利要求
1. 一种宽带电视网络系统IPTV的签约信息传递方法,其特征在于,该方法包括接入侧向网络侧发送用户IPTV签约信息请求;网络侧根据所述用户IPTV签约信息请求,向接入侧返回用户IPTV签约信息。
2、 根据权利要求1所述的宽带电视网络系统的签约信息传递方法,其特征 在于,所述接入側包括接入点,所述网络侧包括动态主机配置协议DHCP服务 器;该方法包括接入点向DHCP服务器发送用于请求用户IPTV签约信息的DHCP请求; DHCP服务器接收所述DHCP请求,并向接入点返回所述用户IPTV签约 信息。
3、 根据权利要求2所述的宽带电视网络系统的签约信息传递方法,其特征在于,接入点向DHCP服务器所发送的DHCP请求为DHCP Lease Query请求,DHCP服务器通过DHCP Lease Active消息向接入点返回所述用户IPTV签约信 自 该方法进一步包括预先在DHCP Lease Active消息中添加用于携带用户 IPTV签约信息的DHCP选项。
4、 根据权利要求3所述的宽带电视网络系统的签约信息传递方法,其特征 在于,该方法进一步包括在DHCP Lease Active消息中,为每一种用户IPTV签约信息分配子选项。
5、 根据权利要求1所述的宽带电视网络系统的签约信息传递方法,其特征 在于,所述接入侧包括接入点,所述网络侧包括边缘节点和DHCP服务器,该 方法包括接入点向边缘节点发送DHCP Discover请求;边缘节点在该DHCP Discover请求中添加用户IPTV签约信息,并向DHCP服务器转发该已添加用户IPTV签约信息的DHCP Discover请求;DHCP服务器根据所述DHCP Discover请求组建DHCP Offer消息,并将该 DHCP Offer消息发送到接入点,其中该DHCP Offer消息中包含所述用户IPTV签约信息。
6、 根据权利要求5所述的宽带电视网络系统的签约信息传递方法,其特征 在于,所述边缘节点在DHCP Discover请求中添加用户IPTV签约信息为边缘节点在该DHCP Discover请求的Option 82字段中添加用户IPTV签约信息。
7、 根据权利要求5所述的宽带电视网络系统的签约信息传递方法,其特征 在于,所述网络侧包括AAA服务器;接入点进一步在向边缘节点发送的DHCP Discover请求中携带用户信息; 边缘节点进一步根据所述用户信息向AAA服务器发起认证请求,并当AAA服务器通过所述认证请求时,边缘节点在该DHCP Discover请求中添加用户IPTV签约信息。
8、 根据权利要求5所述的宽带电视网络系统的签约信息传递方法,其特征 在于,所述网络侧包括AAA服务器,接入点进一步在向边缘节点发送的DHCP Discover请求中携带用户信息; 边缘节点进一步根据所述用户信息向AAA服务器发起认证请求,并AAA服务器通过所述认证请求时,AAA服务器向边缘节点返回携带有用户IPTV签约信息的认证结果;边缘节点从所述认证结果中获取用户IPTV签约信息,并在DHCP Discover请求中添加用户IPTV签约信息。
9、 根据权利要求7或8所述的宽带电视网络系统的签约信息传递方法,其 特征在于,所述接入点在DHCPDiscover请求中携带用户信息为接入点在DHCPDiscover请求的Option 82字段中携带用户信息。
10、 根据权利要求1所述的宽带电视网络系统的签约信息传递方法,其特 征在于,所述接入侧包括接入点,所述网络侧包括边缘节点和DHCP服务器,该方法包4舌接入点向边缘节点发送DHCP Discover请求;边缘节点在该DHCP Discover请求中添加用户IPTV签约信息,并向DHCP服务器转发该已添加用户IPTV签约信息的DHCP Discover请求;DHCP服务器将所述用户IPTV签约信息存储在本地,并通过边缘节点的转发向接入点发送DHCP Offer消息,其中该DHCP Offer消息中不包含所述用户IPTV签约信 自.接入点向DHCP服务器发送用于请求IPTV签约信息的DHCP LeaseQuery 消息,DHCP服务器向接入点返回携带有IPTV签约信息的DHCP LeaseActive消息。
11、 根据权利要求IO所述的宽带电视网络系统的签约信息传递方法,其特 征在于,所述边缘节点在DHCP Discover请求中添加用户IPTV签约信息为边缘节点在该DHCP Discover请求的Option 82字段中添加用户IPTV签约信息。
12、 根据权利要求IO所述的宽带电视网络系统的签约信息传递方法,其特 征在于,所述网络侧包括AAA服务器;接入点进一 步在向边缘节点发送的DHCP Discover请求中携带用户信息; 边缘节点进一步根据所述用户信息向AAA服务器发起认证请求,并当AAA服务器通过所述认证请求时,边缘节点在该DHCP Discover请求中添加用户IPTV签约信息。
13、 根据权利要求IO所述的宽带电视网络系统的签约信息传递方法,其特 征在于,所述网络侧包括AAA服务器;接入点进一步在向边缘节点发送的DHCP Discover请求中携带用户信息; 边缘节点进一步根据所述用户信息向AAA服务器发起认证请求,并AAA服务器通过所述认证请求时,AAA服务器向边缘节点返回携带有用户IPTV签约信息的认证结果;边缘节点从所述认证结果中获取用户IPTV签约信息,并在DHCP Discover请求中添加用户IPTV签约信息。
14、 根据权利要求12或13所述的宽带电视网络系统的签约信息传递方法, 其特征在于,所述接入点在DHCPDiscover请求中携带用户信息为接入点在DHCP Discover请求的Option 82字段中携带用户信息。
15、 一种宽带电视网络系统,其特征在于,该系统包括接入侧和网络侧, 其中接入側,用于向网络側发送用户IPTV签约信息请求;网络侧,用于根据所述用户IPTV签约信息请求,向接入侧返回用户IPTV签约信息。
16、 根据权利要求15所述的宽带电视网络系统,其特征在于,所述接入侧 包括接入点,所述网络侧包括DHCP服务器,其中接入点,用于向DHCP服务器发送用于请求用户IPTV签约信息的DHCP 请求;DHCP服务器,用于接收所述DHCP请求,并向接入点返回所述用户IPTV 签约信息。
17、 根据权利要求15所述的宽带电视网络系统,其特征在于,所述接入侧 包括接入点,所述网络侧包括边缘节点和DHCP服务器;接入点,用于向边缘节点发送DHCP Discover请求;边缘节点,用于在该DHCP Discover请求中添力。用户IPTV签约信息,并 向DHCP服务器转发该已添加用户IPTV签约信息的DHCP Discover请求;DHCP服务器,用于根据所述DHCP Discover请求组建DHCP Offer消息, 并将该DHCP Offer消息发送到接入点,其中该DHCP Offer消息中包含所述用 户IPTV签约信息。
18、根据权利要求17所述的宽带电视网络系统,其特征在于, 所述边缘节点,用于在该DHCP Discover请求的Option 82字段中添加用户IPTV签约信息。
19、 根据权利要求17所述的宽带电视网络系统,其特征在于,所述网络侧包括AAA服务器;接入点,进一步用于在向边缘节点发送的DHCP Discover请求中携带用户 牧自 边缘节点,进一步用于根据所述用户信息向AAA服务器发起认证请求,并 当AAA服务器通过所述认证请求时,边缘节点在该DHCP Discover请求中添 加用户IPTV签约信息;AAA服务器,用于对边缘节点发送来的认证请求进行认证。
20、 根据权利要求17所述的宽带电视网络系统,其特征在于,所述网络侧 包括AAA服务器,接入点,进一步用于在向边缘节点发送的DHCP Discover请求中携带用户 信息;边缘节点,进一步用于根据所述用户信息向AAA服务器发起认证请求,从 认证结果中获取用户IPTV签约信息,并在DHCPDiscover请求中添加用户IPTV 签约信息;AAA服务器,用于对边缘节点发送来的认证请求进行认证,并当通过所述 认证请求时,向边缘节点返回携带有用户IPTV签约信息的认证结果。
21、 根据权利要求17所述的宽带电视网络系统,其特征在于,所述接入侧 包括接入点,所述网络侧包括边缘节点和DHCP服务器;接入点,用于向边缘节点发送DHCP Discover请求;边缘节点,用于在该DHCP Discover请求中添加用户IPTV签约信息,并 向DHCP服务器转发该已添加用户IPTV签约信息的DHCP Discover请求;DHCP服务器,用于将所述用户IPTV签约信息存储在本地,并通过边缘节 点的转发向接入点发送DHCP Offer消息,其中该DHCP Offer消息中不包含所 述用户IPTV签约信息;接入点,进一步用于向DHCP服务器发送用于请求IPTV签约信息的 DhcpLeaseQuery消息;DHCP服务器,进一步用于向接入点返回携带有IPTV签约信息的DhcpLeaseActive消息。
22、 根据权利要求21所述的宽带电视网络系统,其特征在于,所述网络侧 包括AAA服务器,接入点,进一步用于在向边缘节点发送的DHCP Discover请求中携带用户 信息;边缘节点,进一步用于根据所述用户信息向AAA服务器发起认证请求,并 当AAA服务器通过所述认证请求,边缘节点在该DHCP Discover请求中添加 用户IPTV签约信息;AAA服务器,用于对边缘节点发送来的认证请求进行认证。
23、 根据权利要求21所述的宽带电视网络系统,其特征在于,所述网络侧 包括AAA服务器,接入点,进一步用于在向边缘节点发送的DHCP Discover请求中携带用户 信息;边缘节点,用于进一步根据所述用户信息向AAA服务器发起认证请求;并 从AAA服务器返回的认证结果中获取用户IPTV签约信息,并在DHCP Discover 请求中添加用户IPTV签约信息;AAA服务器,用于对所述认证请求进行验证,并当通过所述认证请求时, 向边缘节点返回携带有用户IPTV签约信息的认证结果。
24、 根据权利要求22或23所述的宽带电视网络系统,其特征在于, 接入点,用于在DHCP Discover请求的Option 82字段中携带用户信息。
25、 根据权利要求15-23中任一项所述的宽带电视网络系统,其特征在于, 所述接入点为数字用户线接入复用器DSLAM。
26、 根据权利要求15-23中任一项所述的宽带电视网络系统,其特征在于, 所迷边乡彖节点为宽带网络网关BNG或者宽带远程接入月良务器BRAS。
全文摘要
本发明实施例公开了一种宽带电视网络系统(IPTV)的签约信息传递方法,该方法包括接入侧向网络侧发送用户IPTV签约信息请求;网络侧根据所述用户IPTV签约信息请求,向接入侧返回用户IPTV签约信息。本发明还公开了一种宽带电视网络系统。应用本发明以后,能够从网络侧下传用户IPTV签约信息到接入点,有效地控制节目的传送,并不需要额外功能实体的介入,还能够极大地精简流程。
文档编号H04N7/173GK101232599SQ20071000601
公开日2008年7月30日 申请日期2007年1月24日 优先权日2007年1月24日
发明者刘恩慧, 杨佩林, 赵宇萍 申请人:华为技术有限公司

最新回复(0)