CN100426797C - Iptv系统及组播方法 - Google Patents
Iptv系统及组播方法 Download PDFInfo
- Publication number
- CN100426797C CN100426797C CNB2006100056356A CN200610005635A CN100426797C CN 100426797 C CN100426797 C CN 100426797C CN B2006100056356 A CNB2006100056356 A CN B2006100056356A CN 200610005635 A CN200610005635 A CN 200610005635A CN 100426797 C CN100426797 C CN 100426797C
- Authority
- CN
- China
- Prior art keywords
- iptv
- aaa server
- template
- server
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 35
- 235000012054 meals Nutrition 0.000 claims description 27
- 238000012986 modification Methods 0.000 claims description 26
- 230000004048 modification Effects 0.000 claims description 26
- 230000004044 response Effects 0.000 claims description 18
- 238000013475 authorization Methods 0.000 claims description 16
- 230000008569 process Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- HSNHZGKSAZOEPE-SOFGYWHQSA-N (e)-3-(4-hydroxy-3-methoxyphenyl)-1-piperidin-1-ylprop-2-en-1-one Chemical compound C1=C(O)C(OC)=CC(\C=C\C(=O)N2CCCCC2)=C1 HSNHZGKSAZOEPE-SOFGYWHQSA-N 0.000 description 2
- 101100287622 Haloarcula marismortui (strain ATCC 43049 / DSM 3752 / JCM 8966 / VKM B-1809) katG2 gene Proteins 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- MWRWFPQBGSZWNV-UHFFFAOYSA-N Dinitrosopentamethylenetetramine Chemical compound C1N2CN(N=O)CN1CN(N=O)C2 MWRWFPQBGSZWNV-UHFFFAOYSA-N 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 229940112112 capex Drugs 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- FEBLZLNTKCEFIT-VSXGLTOVSA-N fluocinolone acetonide Chemical compound C1([C@@H](F)C2)=CC(=O)C=C[C@]1(C)[C@]1(F)[C@@H]2[C@@H]2C[C@H]3OC(C)(C)O[C@@]3(C(=O)CO)[C@@]2(C)C[C@@H]1O FEBLZLNTKCEFIT-VSXGLTOVSA-N 0.000 description 1
- 230000003760 hair shine Effects 0.000 description 1
- 238000011850 initial investigation Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种IPTV系统及在该IPTV系统中在线修改IPTV模板的方法,该系统包括NPS业务代理模块,AAA服务器和Cops服务器;NPS业务代理模块用于实时接受AAA服务器下发的IPTV数据,提供对用户权限的查询;AAA服务器用于完成对用户的认证、授权、计费以及IPTV数据的实时下发;Cops服务器,在线通知AAA服务器修改在NPS业务代理模块中存储的IPTV数据的属性。本发明还引入套餐和对模板进行三级控制即域+远端+端口,利用本发明的上述技术方案,使IPTV业务开展的更加灵活,更加易于管理。
Description
技术领域
本发明涉及一种IPTV系统及其可控组播实现方法,尤其涉及一种可在线修改组播模板的IPTV组播方法。
背景技术
尽管随着各种IP技术和传输技术的不断发展,互联网用户数继续保持增长,但是还是存在大批的潜在用户,我们没有挖掘。据初步调查结果显示:在广大老百姓中“不懂电脑/网络”,占38.4%;“没有上网设备”,占20.1%;“上网没用/不需要”,占14.2%。合计占72.7%,家庭宽带用户数增长率高于家庭PC的增长率,单一的PC`终端成为宽带用户放号的瓶颈,而与此同时运营商的优化资金支出(CAPEX)和和运营成本(OpEx)的增长速率远高于用户的增长速率,并且运营商非常关注的平均每用户收入(APRU)持续下降,运营商迫切需要新的、稳定的、可持续发展的利润增长点。
随着宽带的逐步普及和组播技术的不断发展成熟,以及国外很多类似应用的成功开展,各大运营商相继将目光投向了这个以往由广电一手遮天的TV领域,而IP无疑成为了这个新兴产业最为可靠的承载体,借助IP网络,使人们足不出户就可享受到双向的交互式视频。
而影响IPTV大规模商用的除了运营方式之外,还包括对用户的管理,QoS的保障,组播的控制和业务的下发等要素。
在现有技术中,对用户的管理和对组播报文的复制一般有三种方案,第一种:组播控制点放在二层交换设备(DSLAM(数字用户线接入复用器)或者L2Switch)上;第二种:组播控制点和复制点都放在BAS(宽带接入服务器)上,这种方案的优点是对底下的二层设备没有特殊要求,而且借助强大的BAS功能可以实现基于频道和流量的计费;第三种:将组播控制点放在BAS上,通过组播控制协议(HMCP)控制二层设备的组播报文复制端口。
在对网络QoS的保障上,普通的二层设备一般是通过CAR(CommittedAccess Rate约定访问速率)同时配合802.1P实现。CAR的功能是根据报文的ToS(服务类型)或CoS(class of service,服务等级)值(对于IP报文是指IP优先级或者DSCP(差分服务代码点),对于MPLS报文是指EXP域等等)、IP报文的五元组等信息进行报文分类,完成报文的标记和流量监管。
但是在上述现有技术中,存在以下不合理之处,不能完全满足实际应用的需要:
在对用户的管理方面,第一种方案尽管最大限度的节省了带宽,但同时也带来了限制,首先二层设备必须支持IGMP-Filtering和IGMP-SNOOPING功能,其次由于二层设备,用户管理功能相对较少,无法实现基于频道的计费。第二种方案缺点就是对于大批量用户存在的时候,会对于端口的带宽和转发性能造成一点影响,而且对于PPPoE用户我们只能采取这个方案,在BAS上按照用户Session进行复制,第三种方案的前提是BAS和二层设备支持HMCP。
发明内容
本发明的目的是提出一种IPTV实施方案,在不降低性能的前提下,使IPTV业务开展的更加灵活,真正实现可运营,可管理;为了实现本发明的目的,采用如下技术方案:
本发明提供一种IPTV系统,包括:NPS业务代理模块,AAA服务器和Cops服务器;
NPS业务代理模块,实时接受AAA服务器下发的IPTV数据,提供对用户权限的查询;
AAA服务器,完成对用户的认证、授权、计费以及IPTV数据的实时下发给NPS业务代理模块;
Cops服务器,在线通知AAA服务器修改在NPS业务代理模块中存储的IPTV数据的属性。
所述IPTV系统还包括IGMP组播管理模块,解析从用户终端发出的IGMP控制报文,到NPS业务代理模块查询用户权限。
所述IPTV数据包括节目、套餐和模板数据,其中模板包含套餐,套餐包含节目。
该系统还包括Radius服务器,所述Radius服务器在用户上线的时候完成对用户的IPTV模板的下发。
其中所述AAA服务器还包括域(Domain)模块,用于保存不同域下配置的授权属性,所述授权属性包括IPTV模板名称。
所述IPTV系统还包括一个用于用户接入IPTV系统的接口,该接口下保存有IPTV模板名称。
该系统还包括Radius服务器,所述Radius服务器在用户上线的时候完成对用户的IPTV模板的下发,且Radius服务器下发给用户的IPTV模板名称的优先级高于域下配置的模板名称。
所述IPTV系统还包括一个用于用户接入IPTV系统的接口,该接口下保存有IPTV模板名称,所述接口下的IPTV模板名称的优先级高于所述Radius服务器中的模板名称。
本发明还提供一种IPTV系统中在线修改IPTV模板的方法,其中所述IPTV系统包括AAA服务器,Cops服务器和实时接受AAA服务器下发的IPTV数据并提供查询用户权限的NPS业务代理模块,该方法包括如下步骤:
1)Cops服务器请求AAA服务器修改某个用户的IPTV模板名;
2)AAA服务器检查本设备上是否存在对应的IPTV模板名;如果存在,进入步骤3);如果不存在,AAA服务器向Cops服务器返回IPTV模板回应失败的消息;
3)AAA服务器向NPS业务代理模块请求修改NPS业务代理模块中对应用户的IPTV模板索引;
4)NPS业务代理模块向AAA服务器回应修改是否成功;
5)AAA服务器向Cops服务器回应修改模板是否成功。
所述IPTV模板包括套餐,所述套餐包括节目。
所述AAA服务器还包括域模块,用于保存不同域下配置的授权属性,所述授权属性包括IPTV模板名称,所述AAA服务器下发给NPS业务代理模块IPTV数据包括在用户上线时进行下发,具体步骤如下:
1)用户向AAA服务器发送认证请求;
2)AAA服务器到域下获取IPTV模板的名称;
3)AAA服务器发送认证请求到相应的域下设置的认证服务器;
4)认证服务器向AAA服务器下发该用户的IPTV模板名称;
5)AAA服务器用认证服务器下发的IPTV模板名称和域下获得的IPTV模板名称中优先级高的覆盖优先级低的,并将覆盖后的模板名称或其索引下发到NPS业务代理模块。
所述AAA服务器下发给NPS业务代理模块IPTV数据包括在用户上线时进行下发,具体步骤如下:
1)用户向AAA服务器发送认证请求;
2)AAA服务器到域下获取IPTV模板的名称;
3)AAA服务器发送认证请求到相应的域下设置的认证服务器;
4)认证服务器向AAA服务器下发该用户的IPTV模板名称;
5)AAA服务器从用于用户接入IPTV系统的接口下获取IPTV模板名称;
6)AAA服务器用认证服务器下发的IPTV模板名称和域下获得的IPTV模板名称以及接口下获取的IPTV模板名称中优先级高的覆盖其它优先级低的,并将覆盖后的模板名称或其索引下发到NPS业务代理模块。
本发明还提供另一种IPTV系统中在线修改IPTV模板的方法,其中所述IPTV系统包括AAA服务器,Radius服务器和实时接受AAA服务器下发的IPTV数据并提供查询用户权限的NPS业务代理模块,该方法包括如下步骤:
1)Radius服务器请求AAA服务器修改某个用户的IPTV模板名;
2)AAA服务器检查本设备上是否存在对应的IPTV模板名;如果存在,进入步骤3);如果不存在,AAA服务器向Radius服务器返回IPTV模板回应失败的消息;
3)AAA服务器向NPS业务代理模块请求修改NPS业务代理模块中对应用户的IPTV模板索引;
4)NPS业务代理模块向AAA服务器回应修改是否成功;
5)AAA服务器向Radius服务器回应修改模板是否成功。
通过利用本发明的上述技术方案,使IPTV业务开展的更加灵活,更加易于管理。
附图说明
下面结合附图对本新发明机制进一步说明。
图1为本发明中的IPTV的数据组织结构;
图2为本发明中的系统结构图;
图3为IPTV数据配置的下发流程图;
图4为本发明中的用户上线获取IPTV模板的流程图;
图5为本发明中的可控组播的实现流程图;
图6为本发明中用户在线的时候动态修改IPTV模板的流程图;
在所有的上述附图中,相同的标号表示具有相同、相似或相应的特征或功能。
具体实施方式
下面结合附图对本发明做进一步的说明。
首先描述一下本发明中的IPTV的数据组织结构如图1所示,其中模板包括最大可以观看的节目数,是否鉴权,以及对应包括哪些套餐的位表;套餐包括:包括映射节目的位表(之所以采用位表是因为这样最大的节省底层的存储空间),表示这个套餐包括哪些节目;节目包括组播源地址以及是否预加入标记,节目的数量受设备的存储空间的限制;最后直观反映给用户的是模板名称,但内部实现为了节省空间是通过模板索引关联的。由于这些数据都属于用户配置数据,所以由负责用户管理的AAA模块来负责配置和下发。如果AAA服务器和NPS(业务代理模块)模块在一个设备上,可以通过IPC机制将数据下发到NPS模块,当NPS模块到数据后,会发送确认消息,如果AAA在指定时间内没有收到回应,会不断的重新发送。
本发明的系统结构图如图2所示,IPTV系统包括,用户终端,接口,IGMP模块,NPS(业务代理模块)模块,AAA服务器,节目服务器(组播源),COPS服务器以及Radius Server,其中所述AAA服务器还包括域模块,用于保存不同域下的IPTV模板名称;下面分别对各个功能模块或服务器进行说明:
AAA服务器:作为业务处理的核心,完成对用户的认证、授权、计费,其中认证、授权都是在用户上线过程中完成的(即从用户拨号到可以正常上网这个之间),除了完成对用户的认证、授权、计费之外,在这里还用于IPTV数据的下发其中包括节目、套餐、模板数据的实时下发;下面对认证、授权、计费作一个详细的说明。
认证:包括不认证、本地认证、远端认证(这取决用户输入的用户名usemame@domainname中的域名domainname),由上可知,域是在AAA服务器上配置的,可以在域下配置一些基本的授权属性,其中就包括IPTV模板名称。
授权:包括IPTV的授权,即这个用户可以观看哪个IPTV模板的节目,而这个模板是本身在AAA服务器里面已经配置好了。
其中对用户的授权,针对IPTV我们分为三次,第一次是在所述的域下,第二次是在远端服务器(Radius服务器或者TACACS服务器)下发的IPTV名称,本发明的实施例中采用Radius服务器,第三次是用户用于接入的接口下配置的IPTV名称,逐次覆盖,即优先级为接口下的配置最大,其中各个位置的IPTV名称都可以是单独配置的。
计费:在用户认证、授权结束后,要对这个用户进行计费开始操作,即将这个用户的具体信息,包括IP地址、用户名、ID、计费ID等等,发到计费服务器上去,如果计费服务器返回成功,这个用户的上线请求过程结束,正常上线,如果返回错误信息,则AAA服务器让用户下线;而后用户的数据报文转发不通过AAA服务器转发了。
接口,用于用户接入IPTV系统,包括发送和接收用户的数据,对用户数据作第一层的分析检查,对各种控制报文进行分类,上送上层控制模块,对数据报文直接进行转发。
NPS模块:作为业务的代理模块,实现实时接受AAA服务器下发的IPTV数据,根据这些数据反馈IGMP模块对用户权限的查询;与AAA服务器和IGMP模块通信采用与AAA服务器和IGMP模块相应的协议;
IGMP模块:运行IGMP(Internet Group Management Protocol,组播管理协议)协议,主要负责解析用户发出的IGMP控制报文,到NPS模块查询用户权限,根据从NPS模块接收的查询结果,判断用户是否有权限加入某个多播组。由于IGMP模块是到NPS模块查询用户权限的,所以0AA服务器可以将用户的数据下发到NPS模块;
RadiusServer(Radius服务器)和Cops服务器都是很成熟的现有服务器,它们的功能基本一致,主要区别是Radius是在用户上线的时候完成对用户权限模板的下发,而Cops服务器是可以在线修改用户的属性。Cops又称为公共开放政策服务,是Common Open Policy Service的缩写,Cops协议是一种简单的查询和响应协议,其主要用于在政策服务器(政策决策点PDP)与其客户机(政策执行点PEPs)之间交换政策信息。政策客户机的一个典型例子是RSVP(资源预留)路由器,它主要行使基于政策的允许控制功能。在每个受控管理域中至少有一个政策服务器。Cops协议具有设计简单且易于扩展的特点,其主要特征如下:
Cops采用客户机服务器模式,即PEP对远程PDP实行发送请求、更新和删除过程,然后PDP返回决策给PEP。
Cops使用传输协议TCP以便为政策客户机和服务器提供可靠信息交换。
Cops易于扩展,主要表现在它被设计来实现自我识别的杠杆作用,并在不需要修改Cops协议本身的情况下支持不同客户特定信息。Cops是为总政策的管理、配置和执行而创建的。
Cops为认证、中继保护和信息完整性提供了信息安全机制。COPS也能使用现有安全协议,如IPSEC或TLS,以认证和确保PEP和PDP之间的信道。
Cops有两个主要状态:一、客户机和服务器共享请求/决策状态;二、可能是互相链接的来自各种不同事件(请求/决策对)的状态。
此外,Cops允许服务器将配置信息压入客户机,然后在不再使用该状态的情况下允许服务器将其从客户机中删除。
参考图3,首先描述IPTV数据的配置下发过程:
用户在AAA服务器上利用控制台配置节目,AAA服务器将节目下发到NPS模块,NPS将节目添加到链表后,返回节目下发回应;
用户在AAA服务器上利用控制台配置套餐,AAA服务器将套餐下发到NPS模块,NPS将套餐添加到链表后,返回套餐下发回应;
用户在AAA服务器上利用控制台配置模板,AAA服务器将模板下发到NPS模块,NPS将模板添加到链表后,返回模板下发回应。
下面详细说明创建节目、套餐和模板的具体过程,对于用户,直接关联的只有IPTV模板,即multicast-group-profile(模板),在这个模板里面包括,multicast-group-list(套餐),是否验证和最大可以观看的组播组数目,其中multicast-group-list(也可以称之为组播组列表)又是由multicast-group(组播组)也就是节目组成的,举例如下:
[Quidway-aaa]multicast-group CCTV 1224.1.3.23 prejoin//创建节目
[Quidway-aaa]multicast-group-list listname//创建套餐
[Quidway-aaa-mglist-listname]multicast-group name groupname//套餐中通过名称引用节目
[Quidway-aaa-mglist-listname]multicast-group multicast-group start-mg-index 0end-mg-index 4095//套餐中通过索引引用节目
[Quidway-aaa]multicast-group-profile profilename//创建模板
[Quidway-aaa-mprofile-profilename]multicast-group-list name groupname//模板中通过名称引用套餐
[Quidway-aaa-mprofile-listname]multicast-group-list multicast-groupstart-mg-index 0 end-mg-index 4095//模板中通过索引引用套餐
[Quidway-aaa-mprofile-listname]authentication//增加验证过程
[Quidway-aaa-mprofile-listname]max-mgroup-num 4096//最大观看节目数目
以上这些配置在配置之后,都会通过内部板间IPC通信,从AAA服务器下发到NPS模块(业务代理模块),则在NPS模块形成一个如图1所示的内部数据逻辑关系。
参考图4,下面描述用户上线获取IPTV模板的过程;
用户通过其接口向AAA服务器发送认证请求;AAA服务器根据用户名到相应的域下获取IPTV模板名称,该IPTV模板名称包含了组播模板的索引;并发送认证请求到对应的Radius Server;
Radius Server下发响应到AAA服务器,如果认证通过,则在响应消息的报文中包含该用户的IPTV模板名称;AAA服务器利用该消息中的IPTV模板名称覆盖所述从域下获得的IPTV模板名称;
如果用户接入端口(接口)下配置了IPTV模板,则将该IPTV模板的名称覆盖上面获得的IPTV模板名称;
AAA服务器向用户返回认证通过的响应,并将最后获得的IPTV模板对应的索引下发给NPS模块;
NPS模块向AAA服务器返回所述索引下发的响应。
用户一般会是以用户名形如username@domainname的形式进行认证上线,而运营商则会以某个domainname对用户进行统一管理,而后再针对相应的域下配置的RadiusServer,将用户的信息再发送到相应的RadiusServer,从而对用户进行个性化服务。
所以如果这个用户选择了某个模板,RadiusServer可以下发下来,同时用户在线的时候,也可以通过COPS协议将模板名称下发下来,动态的修改用户在线的属性。同时由于用户终端的接口下也可以配置模板名称,如果在用户上线的接口下配置了这个参数,则这个的优先级是最大的,除了在线修改之外,以这个配置为准。
当然上面列举的模板名称的优先级仅仅是一个具体的例子,在具体实施中,可以根据具体的情况,设置不同的优先级,如将Radius服务器中的模板名称的优先级设为最大。
参考图5,下面描述可控组播的实现过程:
用户通过其接口向IGMP模块请求收看某个节目;
IGMP模块请求NPS模块查询这个用户是否可以观看这个节目;
NPS(业务代理模块)模块查询后向IGMP模块返回查询结果;
如果查询结果为可以收看,则IGMP模块向节目服务器转发用户IGMP请求;
如果查询结果为不可以收看,则IGMP模块向用户返回一个拒绝信息。
上述流程中,用户在线后,访问节目服务器,请求加入某个多播组,IGMP模块在收到这个请求后(用户对外的访问都通过IGMP模块),向业务代理模块NPS查询是否允许用户加入这个组播组。业务代理模块保存着这个用户对应的组播信息,这些数据是通过AAA服务器实时下发的,这样既提高了效率又可以实现在不影响在线用户的前提下,实时修改模板中的数据。
参考图6,详细描述本发明中用户在线的时候动态修改IPTV模板的过程:
COPS服务器请求AAA服务器修改某个用户的IPTV模板名,请求消息中包含用户的标识和模板名称;
AAA服务器检查其上是否存在对应的名称,如果不存在,AAA服务器向COPS服务器回应失败;如果存在,AAA服务器修改NPS中对应用户的IPTV模板索引;
NPS模块向AAA服务器回应修改是否成功;AAA服务器向COPS服务器回应模板修改是否成功。
类似的,采用用户认证用的Radius服务器也能通过COA(用户在线授权)功能将需要修改的消息下发到AAA服务器进行修改,其修改流程与上面描述的利用Cops服务器的流程相同。
了解了以上这些就很容易理解如何在线修改用户IPTV权限了,过程如下:
用户访问一个网站,选择自己喜欢的模板,例如“happy-family”等,而后这个网站会相应的通知COPS模块,通过COPS协议通知AAA服务器,这个用户授权(只有IPTV模板名称)发生改变,然后AAA服务器通知业务代理模块(NPS模块)这个用户的IPTV模板名称发生了改变,业务代理模块NPS将根据AAA服务器发来的IPTV模板名称进行修改,这样这个用户的IPTV权限就发生改变了。
IGMP(组播管理模块)收到用户的收看组播的申请,会向NPS业务代理模块查询这个用户是否可以加入相应的组播组,由于不用到AAA服务器上查询数据,所以这样的处理增加了设备对用户的处理速度。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (18)
1. 一种IPTV系统,包括:NPS业务代理模块,AAA服务器和Cops服务器;
NPS业务代理模块,实时接受AAA服务器下发的IPTV数据,提供对用户权限的查询;
AAA服务器,完成对用户的认证、授权、计费以及IPTV数据的实时下发给NPS业务代理模块;
Cops服务器,在线通知AAA服务器修改在NPS业务代理模块中存储的IPTV数据的属性;
其中,所述IPTV数据包括节目、套餐和模板数据。
2. 根据权利要求1所述的一种IPTV系统,其特征在于,所述IPTV系统还包括IGMP组播管理模块,解析从用户终端发出的IGMP控制报文,到NPS业务代理模块查询用户权限。
3. 根据权利要求2所述的一种IPTV系统,其特征在于,所述模板包含套餐,套餐包含节目。
4. 根据权利要求1至3中任一项所述的一种IPTV系统,其特征在于,该系统还包括Radius服务器,所述Radius服务器在用户上线的时候完成对用户的IPTV模板的下发。
5. 根据权利要求1至3中任一项所述的一种IPTV系统,其特征在于,其中所述AAA服务器还包括域模块,用于保存不同域下配置的授权属性,所述授权属性包括IPTV模板名称。
6. 根据权利要求1至3中任一项所述的一种IPTV系统,其特征在于,所述IPTV系统还包括一个用于用户接入IPTV系统的接口,该接口下保存有IPTV模板名称。
7. 根据权利要求5所述的一种IPTV系统,其特征在于,该系统还包括Radius服务器,所述Radius服务器在用户上线的时候完成对用户的IPTV模板的下发,且Radius服务器下发给用户的IPTV模板名称与域下配置的模板名称的优先级可以根据实际情况设置。
8. 根据权利要求7所述的一种IPTV系统,其特征在于,所述IPTV系统还包括一个用于用户接入IPTV系统的接口,该接口下保存有IPTV模板名称,所述接口下的IPTV模板名称与所述Radius服务器下发给用户的IPTV模板名称的优先级可以根据实际情况设置。
9. 根据权利要求4所述的一种IPTV系统,其特征在于,所述IPTV系统还包括一个用于用户接入IPTV系统的接口,该接口下保存有IPTV模板名称,所述接口下的IPTV模板名称与所述Radius服务器下发给用户的IPTV模板名称的优先级可以根据实际情况设置。
10. 根据权利要求5所述的一种IPTV系统,其特征在于,所述IPTV系统还包括一个用于用户接入IPTV系统的接口,该接口下保存有IPTV模板名称,所述接口下的IPTV模板名称与所述域下配置的模板名称的优先级可以根据实际情况设置。
11. 一种IPTV系统中在线修改IPTV模板的方法,其中所述IPTV系统包括AAA服务器,Cops服务器和实时接受AAA服务器下发的IPTV数据并提供查询用户权限的NPS业务代理模块,该方法包括如下步骤:
1)Cops服务器请求AAA服务器修改某个用户的IPTV模板名;
2)AAA服务器检查本设备上是否存在对应的IPTV模板名;如果存在,进入步骤3);如果不存在,AAA服务器向Cops服务器返回IPTV模板回应失败的消息;
3)AAA服务器向NPS业务代理模块请求修改NPS业务代理模块中对应用户的IPTV模板索引;
4)NPS业务代理模块向AAA服务器回应修改是否成功;
5)AAA服务器向Cops服务器回应修改模板是否成功。
12. 根据权利要求11所述的一种IPTV系统中在线修改IPTV模板的方法,其特征在于,所述IPTV模板包括套餐,所述套餐包括节目。
13. 根据权利要求11或12所述的一种IPTV系统中在线修改IPTV模板的方法,其特征在于,所述AAA服务器还包括域模块,用于保存不同域下配置的授权属性,所述授权属性包括IPTV模板名称,所述AAA服务器下发给NPS业务代理模块IPTV数据包括在用户上线时进行下发,具体步骤如下:
1)用户向AAA服务器发送认证请求;
2)AAA服务器到域下获取IPTV模板的名称;
3)AAA服务器发送认证请求到相应的域下设置的认证服务器;
4)认证服务器向AAA服务器下发该用户的IPTV模板名称;
5)AAA服务器用认证服务器下发的IPTV模板名称和域下获得的IPTV模板名称中优先级高的覆盖优先级低的,并将覆盖后的模板名称或其索引下发到NPS业务代理模块。
14. 根据权利要求11或12所述的一种IPTV系统中在线修改IPTV模板的方法,其特征在于,所述AAA服务器还包括域模块,用于保存不同域下配置的授权属性,所述授权属性包括IPTV模板名称,所述AAA服务器下发给NPS业务代理模块IPTV数据包括在用户上线时进行下发,具体步骤如下:
1)用户向AAA服务器发送认证请求;
2)AAA服务器到域下获取IPTV模板的名称;
3)AAA服务器发送认证请求到相应的域下设置的认证服务器;
4)认证服务器向AAA服务器下发该用户的IPTV模板名称;
5)AAA服务器从用于用户接入IPTV系统的接口下获取IPTV模板名称;
6)AAA服务器用认证服务器下发的IPTV模板名称和域下获得的IPTV模板名称以及接口下获取的IPTV模板名称中优先级高的覆盖其它优先级低的,并将覆盖后的模板名称或其索引下发到NPS业务代理模块。
15. 一种IPTV系统中在线修改IPTV模板的方法,其中所述IPTV系统包括AAA服务器,Radius服务器和实时接受AAA服务器下发的IPTV数据并提供查询用户权限的NPS业务代理模块,该方法包括如下步骤:
1)Radius服务器请求AAA服务器修改某个用户的IPTV模板名;
2)AAA服务器检查本设备上是否存在对应的IPTV模板名;如果存在,进入步骤3);如果不存在,AAA服务器向Radius服务器返回IPTV模板回应失败的消息;
3)AAA服务器向NPS业务代理模块请求修改NPS业务代理模块中对应用户的IPTV模板索引;
4)NPS业务代理模块向AAA服务器回应修改是否成功;
5)AAA服务器向Radius服务器回应修改模板是否成功。
16. 根据权利要求15所述的一种IPTV系统中在线修改IPTV模板的方法,其特征在于,所述IPTV模板包括套餐,所述套餐包括节目。
17. 根据权利要求15或16所述的一种IPTV系统中在线修改IPTV模板的方法,其特征在于,所述AAA服务器还包括域模块,用于保存不同域下配置的授权属性,所述授权属性包括IPTV模板名称,所述AAA服务器下发给NPS业务代理模块IPTV数据包括在用户上线时进行下发,具体步骤如下:
A)用户向AAA服务器发送认证请求;
B)AAA服务器到域下获取IPTV模板的名称;
C)AAA服务器发送认证请求到相应的域下设置的Radius服务器;
D)Radius服务器向AAA服务器下发该用户的IPTV模板名称;
E)AAA服务器用Radius服务器下发的IPTV模板名称和域下获得的IPTV模板名称中优先级高的覆盖优先级低的,并将覆盖后的模板名称或其索引下发到NPS业务代理模块。
18. 根据权利要求15或16所述的一种IPTV系统中在线修改IPTV模板的方法,其特征在于,所述AAA服务器还包括域模块,用于保存不同域下配置的授权属性,所述授权属性包括IPTV模板名称,所述AAA服务器下发给NPS业务代理模块IPTV数据包括在用户上线时进行下发,具体步骤如下:
a)用户向AAA服务器发送认证请求;
b)AAA服务器到域下获取IPTV模板的名称;
c)AAA服务器发送认证请求到相应的域下设置的Radius服务器;
d)Radius服务器向AAA服务器下发该用户的IPTV模板名称;
e)AAA服务器从用于用户接入IPTV系统的接口下获取IPTV模板名称;
f)AAA服务器用Radius服务器下发的IPTV模板名称和域下获得的IPTV模板名称以及接口下获取的IPTV模板名称中优先级高的覆盖其它优先级低的,并将覆盖后的模板名称或其索引下发到NPS业务代理模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100056356A CN100426797C (zh) | 2006-01-01 | 2006-01-01 | Iptv系统及组播方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100056356A CN100426797C (zh) | 2006-01-01 | 2006-01-01 | Iptv系统及组播方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1859301A CN1859301A (zh) | 2006-11-08 |
CN100426797C true CN100426797C (zh) | 2008-10-15 |
Family
ID=37298165
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100056356A Expired - Fee Related CN100426797C (zh) | 2006-01-01 | 2006-01-01 | Iptv系统及组播方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100426797C (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101232599B (zh) * | 2007-01-24 | 2011-03-16 | 华为技术有限公司 | 一种宽带电视网络系统及用户签约信息传递方法 |
CN101068199B (zh) * | 2007-06-04 | 2010-05-26 | 华为技术有限公司 | 实现融合业务的方法、系统、业务代理及终端 |
CN101110674B (zh) * | 2007-06-12 | 2010-06-02 | 中兴通讯股份有限公司 | 一种通过接入帐号和业务帐号绑定实现加强鉴权的方法 |
CN101110956B (zh) * | 2007-06-25 | 2015-05-20 | 中兴通讯股份有限公司 | 网络电视系统中的内容管理和控制网络及管理和控制方法 |
CN101188501B (zh) * | 2007-12-14 | 2010-06-02 | 中兴通讯股份有限公司 | 多种策略下发方式之间的切换方法 |
EP2255499A1 (en) * | 2008-03-18 | 2010-12-01 | Alcatel Lucent | Network element for enabling a user of an iptv system to obtain media stream from a surveillance system and corresponding method |
CN102710971B (zh) * | 2012-06-13 | 2014-08-20 | 百视通网络电视技术发展有限责任公司 | 基于iptv的认证、鉴权和计费的实现方法及系统 |
CN102970613B (zh) * | 2012-11-22 | 2015-11-25 | 杭州华三通信技术有限公司 | Iptv网络中的接入层交换机及其处理方法 |
CN102970614B (zh) * | 2012-11-22 | 2016-06-08 | 杭州华三通信技术有限公司 | Iptv网络中的aaa服务器及其处理方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1411249A (zh) * | 2002-11-12 | 2003-04-16 | 俞永涛 | 改进的用户多终端多业务统一接入设备体系及其业务实现方法 |
US20040255118A1 (en) * | 2003-05-20 | 2004-12-16 | Kug Shin | Method of authenticating a channel authorization using a network access device in a combined broadcasting and communication system |
CN1592487A (zh) * | 2003-06-24 | 2005-03-09 | 阿尔卡特公司 | 具有改进的认证、授权、计费和配置控制的dsl接入网络 |
-
2006
- 2006-01-01 CN CNB2006100056356A patent/CN100426797C/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1411249A (zh) * | 2002-11-12 | 2003-04-16 | 俞永涛 | 改进的用户多终端多业务统一接入设备体系及其业务实现方法 |
US20040255118A1 (en) * | 2003-05-20 | 2004-12-16 | Kug Shin | Method of authenticating a channel authorization using a network access device in a combined broadcasting and communication system |
CN1592487A (zh) * | 2003-06-24 | 2005-03-09 | 阿尔卡特公司 | 具有改进的认证、授权、计费和配置控制的dsl接入网络 |
Non-Patent Citations (4)
Title |
---|
IP-DSLAM存在的问题及解决方案. 何波,刘光昌.暨南大学学报(自然科学版),第26卷第3期. 2005 |
IP-DSLAM存在的问题及解决方案. 何波,刘光昌.暨南大学学报(自然科学版),第26卷第3期. 2005 * |
适应DSLAM规模建设的BAS组网方案探讨. 管建峰.铁道通信信号,第2004年第40卷 增刊卷. 2004 |
适应DSLAM规模建设的BAS组网方案探讨. 管建峰.铁道通信信号,第2004年第40卷 增刊卷. 2004 * |
Also Published As
Publication number | Publication date |
---|---|
CN1859301A (zh) | 2006-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100426797C (zh) | Iptv系统及组播方法 | |
CN101582769B (zh) | 用户接入网络的权限设置方法和设备 | |
US8578465B2 (en) | Token-based control of permitted sub-sessions for online collaborative computing sessions | |
US20020116721A1 (en) | Method and system of expanding a customer base of a data services provider | |
Bradner et al. | IPng, Internet protocol next generation | |
US20080319857A1 (en) | Managing content resources | |
JP5660050B2 (ja) | ユーザ情報活用システム、装置、方法およびプログラム | |
CN101641917B (zh) | 网络资源协商 | |
CN1197297C (zh) | 一种信息交换平台 | |
US20010019559A1 (en) | System, method, and computer program product for end-user self-authentication | |
US7610332B2 (en) | Overlay networks | |
US20020116638A1 (en) | System, method, and computer program product for supporting multiple service providers with an integrated operations support system | |
CN102904870B (zh) | 服务器装置及信息处理方法 | |
JP2004135281A (ja) | 安定したマルチキャストフロー | |
KR20080053087A (ko) | 차세대 네트워크 망에서 iptv 서비스 제공 시스템 및방법 | |
US6687832B1 (en) | Control of topology views in network management | |
US20020116484A1 (en) | System, method, and computer program product for supporting multiple service providers with a trouble ticket capability | |
CN100442714C (zh) | 通信指纹系统及通信指纹采集、管理方法 | |
CN101262492B (zh) | 一种协调多个流媒体服务器的管理服务器 | |
CN108200039A (zh) | 基于动态创建临时账号密码的无感知认证授权系统和方法 | |
CN111158786A (zh) | 一种微服务项目接入方法和平台 | |
CN101175018B (zh) | 下一代通信网络实现iptv的设备、系统和方法 | |
CN100438622C (zh) | 网络互动电视漫游用户的可控组播管理方法 | |
David | The beginnings and prospective ending of “end-to-end”: An evolutionary perspective on the Internet’s architecture | |
CN101090515B (zh) | 一种宽带增值业务运营系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20081015 |
|
CF01 | Termination of patent right due to non-payment of annual fee |