專利名稱:一種寬帶電視網(wǎng)絡(luò)系統(tǒng)及用戶簽約信息傳遞方法
技術(shù)領(lǐng)域:
本發(fā)明涉及寬帶電視網(wǎng)絡(luò)系統(tǒng)(IPTV)技術(shù)領(lǐng)域,更具體地說(shuō),涉及 一種寬帶電視網(wǎng)絡(luò)系統(tǒng)及用戶簽約信息傳遞方法。
背景技術(shù):
IPTV系統(tǒng)又稱為寬帶網(wǎng)絡(luò)電視系統(tǒng),是以IP網(wǎng)絡(luò)作為傳輸媒介,以非 對(duì)稱數(shù)字用戶環(huán)線(ADSL)、光纖到樓(FTTB) +局域網(wǎng)(LAN)為主要 接入方式,以直播電視(LiveTV )、時(shí)移電視業(yè)務(wù)(Time-Shifted TV )和視 頻點(diǎn)播(VOD)為基本業(yè)務(wù)、并以機(jī)頂盒+電視為接收終端的電視系統(tǒng)。與傳統(tǒng)的通過(guò)無(wú)線或同軸電纜播出電視節(jié)目不同,IPTV系統(tǒng)通過(guò)寬帶 IP網(wǎng)絡(luò)直接向顧客提供高質(zhì)量的電視節(jié)目和視頻內(nèi)容。運(yùn)營(yíng)商可以在傳統(tǒng)電 視節(jié)目播出的基礎(chǔ)上進(jìn)行業(yè)務(wù)擴(kuò)展,提供多種新型增值服務(wù),比如時(shí)移電視, 使用戶收看現(xiàn)場(chǎng)直播體育節(jié)目的同時(shí),隨時(shí)可以回溯過(guò)去的精彩瞬間,也可 以隨時(shí)暫停一段時(shí)間后,繼續(xù)收看。IPTV擴(kuò)展了 "看電視"的概念,"看電視"已不再是原來(lái)意義上被動(dòng) 地觀看,觀眾可以互動(dòng)地選擇和控制收視內(nèi)容,享受新的體驗(yàn),得到個(gè)性化 的節(jié)目?jī)?nèi)容服務(wù)。此外,服務(wù)提供商還可以提供電視播放范圍以外的服務(wù), 例如信息瀏覽、視頻電話、網(wǎng)絡(luò)游戲和遠(yuǎn)程教學(xué)等。IPTV具有以下的特色 良好的視音頻效果,提升用戶體驗(yàn);繼承傳統(tǒng)TV的操作模式,減少用戶學(xué) 習(xí)成本;承載豐富的增值業(yè)務(wù),吸引用戶,增加在網(wǎng)時(shí)間,擴(kuò)大收益范圍; 降低寬帶放號(hào)的終端門檻,擺脫P(yáng)C搡作和數(shù)量的限制;多計(jì)費(fèi)方式、多業(yè) 務(wù)模式為運(yùn)營(yíng)提供便利;為內(nèi)容服務(wù)提供商(CP)提供多渠道的業(yè)務(wù)展示 平臺(tái),推動(dòng)產(chǎn)業(yè)鏈源頭的發(fā)展。目前,在IPTV技術(shù)中,當(dāng)用戶開通廣播電視(BTV)業(yè)務(wù)后,SMS根 據(jù)BTV業(yè)務(wù)和網(wǎng)管上權(quán)限模板的對(duì)應(yīng)關(guān)系,向網(wǎng)管發(fā)送增加權(quán)限的消息, 該消息中包括用戶端口信息和權(quán)限模板定義的具體操作內(nèi)容;網(wǎng)管收到這一 消息后,對(duì)消息的合法性進(jìn)行審核,若權(quán)限模板沒有重復(fù)、端口信息沒有錯(cuò) 誤,則網(wǎng)管將該消息轉(zhuǎn)發(fā)給接入點(diǎn)(Access Node);接入點(diǎn)在收到該消息 后,立即更新本地的端口與權(quán)限的對(duì)照表,以實(shí)時(shí)更新表中的信息。從上面的描述中可以看出,現(xiàn)有技術(shù)中并沒有對(duì)IPTV用戶進(jìn)行簽約區(qū) 分,也沒有向IPTV用戶傳遞IPTV用戶簽約信息。實(shí)質(zhì)上,用戶本身對(duì)節(jié) 目的預(yù)期接收是不同的,不同簽約類型的用戶應(yīng)該對(duì)應(yīng)于不同屬性的節(jié)目傳 送,因此現(xiàn)有技術(shù)并不能有效地控制節(jié)目的傳送。另外,通常是通過(guò)網(wǎng)管系統(tǒng)將一些接入點(diǎn)需要的信息下發(fā)到接入點(diǎn)。在 這種技術(shù)中,需要額外的管理實(shí)體介入,所以流程復(fù)雜。同時(shí),由于網(wǎng)管系 統(tǒng)下發(fā)的信息是靜態(tài)的,所以靈活性比較差。而且,在用戶量比較大的時(shí)候, 效率非常低下。發(fā)明內(nèi)容有鑒于此,本發(fā)明實(shí)施例的主要目的是提出一種寬帶電視網(wǎng)絡(luò)系統(tǒng),以 有效地控制節(jié)目的傳送。本發(fā)明實(shí)施例的另 一 目的是提出 一 種寬帶電視網(wǎng)絡(luò)技術(shù)中用戶簽約信 息傳遞方法,以有效地控制節(jié)目的傳送。為達(dá)到上述目的,本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種寬帶電視網(wǎng)絡(luò)系統(tǒng)IPTV的簽約信息傳遞方法,該方法包括接入側(cè)向網(wǎng)絡(luò)側(cè)發(fā)送用戶IPTV簽約信息請(qǐng)求;網(wǎng)絡(luò)側(cè)根據(jù)所述用戶IPTV簽約信息請(qǐng)求,向接入側(cè)返回用戶IPTV簽約信白一種寬帶電視網(wǎng)絡(luò)系統(tǒng),該系統(tǒng)包括接入側(cè)和網(wǎng)絡(luò)側(cè),其中 接入側(cè),用于向網(wǎng)絡(luò)側(cè)發(fā)送用戶IPTV簽約信息請(qǐng)求;網(wǎng)絡(luò)側(cè),用于根據(jù)所述用戶IPTV簽約信息請(qǐng)求,向接入側(cè)返回用戶IPTV簽約信息。從上述技術(shù)方案中可以看出,在本發(fā)明中,接入側(cè)向網(wǎng)絡(luò)側(cè)發(fā)送用戶IPTV 簽約信息請(qǐng)求;網(wǎng)絡(luò)側(cè)根據(jù)用戶IPTV簽約信息請(qǐng)求,向接入側(cè)返回用戶IPTV 簽約信息。由此可見,應(yīng)用本發(fā)明以后,能夠通過(guò)網(wǎng)絡(luò)側(cè)下傳用戶IPTV簽約 信息到接入點(diǎn),因此能夠根據(jù)IPTV簽約信息對(duì)節(jié)目的傳送進(jìn)行有效控制。另外,應(yīng)用本發(fā)明以后,并不需要網(wǎng)管等額外功能實(shí)體的介入就能實(shí)現(xiàn) IPTV簽約信息的傳遞,從而也能夠極大地精簡(jiǎn)流程。同時(shí),由于用戶IPTV簽約信息是在用戶接入網(wǎng)絡(luò)或加入組播組的時(shí)候提 供的,所以靈活性非常好。而且,在用戶量比較大的時(shí)候,本發(fā)明的效率也 能夠得到保證。
圖1為根據(jù)本發(fā)明的寬帶電視網(wǎng)絡(luò)系統(tǒng)的示范性結(jié)構(gòu)圖; 圖2為根據(jù)本發(fā)明的寬帶電視網(wǎng)絡(luò)系統(tǒng)中用戶簽約信息的傳遞流程示 意圖;圖3為根據(jù)本發(fā)明第一實(shí)施例的寬帶電視網(wǎng)絡(luò)系統(tǒng)中用戶簽約信息的 傳遞流程示意圖;圖4為根據(jù)本發(fā)明第二實(shí)施例的寬帶電視網(wǎng)絡(luò)系統(tǒng)中用戶簽約信息的 傳遞流程示意圖;圖5為根據(jù)本發(fā)明第三實(shí)施例的寬帶電視網(wǎng)絡(luò)系統(tǒng)中用戶簽約信息的 傳遞流程示意圖。
具體實(shí)施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)表達(dá)得更加清楚明白,下面結(jié)合附 圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的說(shuō)明。下面對(duì)本發(fā)明進(jìn)行詳細(xì)說(shuō)明,首先,IPTV是一個(gè)誘人的業(yè)務(wù)。但是,高清晰TV節(jié)目的高帶寬要求和用戶及網(wǎng)絡(luò)的有限帶寬之間是一個(gè)矛盾。組 播技術(shù)是one-to-many的技術(shù),可以用于解決IPTV業(yè)務(wù)中的這種帶寬矛盾。 可以利用組播技術(shù)來(lái)提供IPTV業(yè)務(wù)。比如TV節(jié)目可以通過(guò)CDN網(wǎng) 絡(luò)被推送到接入點(diǎn)(Access Node)上,Access Node進(jìn)行IGMP處理,然后 進(jìn)行組播復(fù)制,再將TV節(jié)目傳送到簽約用戶。還有,TV節(jié)目還可以通過(guò) CDN網(wǎng)絡(luò)被推送到邊緣節(jié)點(diǎn)(Edge Node)上,然后通過(guò)組播復(fù)制分發(fā)到 Access Node上。Edge Node進(jìn)行PIM處理和組播復(fù)制。Access node進(jìn)行 IGMP處理,進(jìn)行組播復(fù)制,將TV接送傳送到簽約用戶。為了避免在 aggregation network的廣播風(fēng)暴,aggregation node支持PIM snooping和組播 復(fù)制。另夕卜,TV節(jié)目還可以通過(guò)CDN網(wǎng)絡(luò)被推送到Edge Node上,然后通過(guò) 組播復(fù)制分發(fā)到Access Node上。Edge Node進(jìn)行IGMP處理和組播復(fù)制。 Access node進(jìn)行IGMP處理,進(jìn)行組播復(fù)制,將TV節(jié)目傳送到簽約用戶。 同樣,為了避免在aggregation network的廣播風(fēng)暴,aggregation node和access node應(yīng)該支持IGMP snooping和組4番復(fù)制。為了將選擇的TV節(jié)目傳遞給簽約用戶,避免將TV節(jié)目傳送給非簽約 用戶,Access Node應(yīng)該具有組4番復(fù)制功能,而且,應(yīng)該知道用戶的IPTV 簽約信息(即組播控制列表和簽約的組播帶寬),用于控制組播復(fù)制。為了將用戶的IPTV簽約信息下栽到Access Node上,本發(fā)明提出了一 種寬帶電視網(wǎng)絡(luò)系統(tǒng)。圖1為根據(jù)本發(fā)明的寬帶電視網(wǎng)絡(luò)系統(tǒng)的示范性結(jié)構(gòu) 圖。如圖l所示,該系統(tǒng)包括接入側(cè)101和網(wǎng)絡(luò)側(cè)102,其中 接入側(cè)101,用于向網(wǎng)絡(luò)側(cè)發(fā)送用戶IPTV簽約信息請(qǐng)求; 網(wǎng)絡(luò)側(cè)102,用于根據(jù)所迷用戶IPTV簽約信息請(qǐng)求,向接入側(cè)101返回用戶IPTV簽約信息。具體地,接入側(cè)可以包括接入點(diǎn)(Access Node),所述網(wǎng)絡(luò)側(cè)包括動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP)服務(wù)器,其中接入點(diǎn),用于向DHCP服務(wù)器發(fā)送用于請(qǐng)求用戶IPTV簽約信息的DHCP請(qǐng)求;DHCP服務(wù)器,用于接收所述DHCP請(qǐng)求,并向接入點(diǎn)返回所述用戶 IPTV簽約4言息。其中,接入點(diǎn)向DHCP服務(wù)器所發(fā)送的DHCP請(qǐng)求可以為DHCP Lease Query請(qǐng)求,DHCP月l務(wù)器通過(guò)DHCP Lease Active消息向接入點(diǎn)返回所述 用戶IPTV簽約信息。其中從DHCP Server獲取lease data的能力稱之為 LeaseQuery; 當(dāng)LeaseQuery-aware Relay Agent需要4口道lease data時(shí),向 DHCP Server發(fā)送DhcpLeaseQuery消息;LeaseQuery-aware Server應(yīng)答 DhcpLease Active (或者DhcpLeaseUnassigned 、或者DhcpLeaseUnknown) 消息,其中包含Relay Agent希望獲取的Lease data。此時(shí),進(jìn)一步預(yù)先在DHCP Lease Active消息中添加用于攜帶用戶IPTV 簽約信息的DHCP選項(xiàng)。另外,還可以進(jìn)一步在DHCP Lease Active消息中, 為每一種用戶IPTV簽約信息分配子選項(xiàng)。對(duì)應(yīng)于應(yīng)用本發(fā)明的一種優(yōu)選實(shí)例,可選地,接入側(cè)101可以包括接入點(diǎn) (Access Node),所述網(wǎng)絡(luò)側(cè)包括邊緣節(jié)點(diǎn)(Edge Node )、 AAA服務(wù)器和DHCP 服務(wù)器;接入點(diǎn),用于接收用戶Subscriber發(fā)起的DHCP Discover請(qǐng)求,向邊緣節(jié) 點(diǎn)轉(zhuǎn)發(fā)DHCP Discover請(qǐng)求,并在轉(zhuǎn)發(fā)過(guò)程中添加Option 82;邊緣節(jié)點(diǎn),用于接收DHCP Discover請(qǐng)求,并根據(jù)所述Option 82向AAA 服務(wù)器發(fā)起認(rèn)證請(qǐng)求;AAA服務(wù)器,用于當(dāng)判定通過(guò)所述認(rèn)證請(qǐng)求時(shí),向邊緣節(jié)點(diǎn)返回?cái)y帶有用 戶IPTV簽約信息的認(rèn)證結(jié)果;邊緣節(jié)點(diǎn),進(jìn)一步用于向DHCP服務(wù)器轉(zhuǎn)發(fā)DHCP Discover請(qǐng)求,并在轉(zhuǎn) 發(fā)過(guò)程中添加攜帶有用戶IPTV簽約信息的Option 82;DHCP服務(wù)器,用于根據(jù)所述DHCP Discover請(qǐng)求和用戶IPTV簽約信息組建DHCP Offer消息,并將該DHCP Offer消息發(fā)送到接入點(diǎn),其中該 DHCP Offer消息中包含所述用戶IPTV簽約信息。以上實(shí)例中,AAA服務(wù)器向邊緣節(jié)點(diǎn)返回?cái)y帶有用戶IPTV簽約信息的 認(rèn)證結(jié)果。實(shí)質(zhì)上,簽約信息還可以由邊緣節(jié)點(diǎn)自身從后臺(tái)數(shù)據(jù)庫(kù)中獲取。 此時(shí),當(dāng)AAA服務(wù)器通過(guò)所述認(rèn)證請(qǐng)求時(shí),邊緣節(jié)點(diǎn)在該DHCP Discover 請(qǐng)求中添加用戶IPTV簽約信息。以上實(shí)例中,在該DHCP Discover請(qǐng)求的Option 82字段中添加用戶 IPTV簽約信息,實(shí)質(zhì)上本發(fā)明并不局限于利用Option 82字段承載IPTV簽門用于承載IPTV簽約信息的新字段,等等。為了信息的傳遞安全性,以上實(shí)例中應(yīng)用了 AAA服務(wù)器。如果不關(guān)注 安全性(例如,為了精簡(jiǎn)流程或節(jié)約成本等考慮),還可以去掉AAA服務(wù) 器。此時(shí),接入側(cè)101包括接入點(diǎn),網(wǎng)絡(luò)側(cè)包括邊緣節(jié)點(diǎn)和DHCP服務(wù)器;接入點(diǎn),用于向邊緣節(jié)點(diǎn)發(fā)送DHCP Discover請(qǐng)求;邊緣節(jié)點(diǎn),用于在該DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息, 并向DHCP服務(wù)器轉(zhuǎn)發(fā)該已添加用戶IPTV簽約信息的DHCP Discover請(qǐng)求;DHCP服務(wù)器,用于根據(jù)所述DHCP Discover請(qǐng)求組建DHCP Offer消 息,并將該DHCP Offer消息發(fā)送到接入點(diǎn),其中該DHCP Offer消息中包含 所述用戶IPTV簽約信息。另外,對(duì)應(yīng)于應(yīng)用本發(fā)明的另外一種實(shí)例,接入側(cè)還可以包括接入點(diǎn),所 述網(wǎng)絡(luò)側(cè)包括邊緣節(jié)點(diǎn)和DHCP服務(wù)器,接入點(diǎn),用于向邊緣節(jié)點(diǎn)發(fā)送DHCP Discover請(qǐng)求;邊緣節(jié)點(diǎn),用于在該DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息,并 向DHCP月l務(wù)器轉(zhuǎn)發(fā)該已添加用戶IPTV簽約信息的DHCP Discover請(qǐng)求;DHCP服務(wù)器,用于將所述用戶IPTV簽約信息存儲(chǔ)在本地,并通過(guò)邊緣節(jié) 點(diǎn)的轉(zhuǎn)發(fā)向接入點(diǎn)發(fā)送DHCP Offer消息,其中該DHCP Offer消息中不包舍所 述用戶IPTV簽約信息;接入點(diǎn),進(jìn)一步用于向DHCP服務(wù)器發(fā)送用于請(qǐng)求IPTV簽約信息的 DhcpLeaseQuery消息;DHCP服務(wù)器,進(jìn)一步用于向接入點(diǎn)返回?cái)y帶有IPTV簽約信息的 DhcpLeaseActive消息。其中,為了增強(qiáng)信息傳遞的安全性,可以增加AAA服務(wù)器。更具體地,接 入點(diǎn)還可以在DHCP Discover請(qǐng)求的Option 82字段中攜帶用戶信息。此時(shí)接入點(diǎn),用于接收用戶發(fā)起的DHCP Discover請(qǐng)求,向邊緣節(jié)點(diǎn)轉(zhuǎn)發(fā)DHCP Discover請(qǐng)求,并在轉(zhuǎn)發(fā)過(guò)程中添加Option 82;邊緣節(jié)點(diǎn),用于接收DHCP Discover請(qǐng)求,并根據(jù)所述Option 82向AAA 服務(wù)器發(fā)起認(rèn)證請(qǐng)求;AAA服務(wù)器,用于當(dāng)判定通過(guò)所述認(rèn)證請(qǐng)求時(shí),向邊緣節(jié)點(diǎn)返回?cái)y帶 有用戶IPTV簽約信息的認(rèn)證結(jié)果;邊緣節(jié)點(diǎn),進(jìn)一步用于向DHCP服務(wù)器轉(zhuǎn)發(fā)DHCP Discover請(qǐng)求,并在轉(zhuǎn) 發(fā)過(guò)程中添加攜帶有用戶IPTV簽約信息的Option 82;DHCP服務(wù)器,用于將所述用戶IPTV簽約信息存儲(chǔ)在本地,并向接入 點(diǎn)發(fā)送DHCP Offer消息,其中該DHCP Offer消息中不包含所述用戶IPTV 簽約信息。類似地,雖然上面描述了 AAA服務(wù)器向邊緣節(jié)點(diǎn)返回?cái)y帶有用戶IPTV 簽約信息的認(rèn)證結(jié)果。實(shí)質(zhì)上,簽約信息還可以由邊緣節(jié)點(diǎn)自身從后臺(tái)數(shù)據(jù) 庫(kù)中獲取。此時(shí),當(dāng)AAA服務(wù)器通過(guò)所述認(rèn)證請(qǐng)求時(shí),邊緣節(jié)點(diǎn)在該DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息。其中,接入點(diǎn)(Access Node )為終結(jié)來(lái)自用戶的access loop連接的網(wǎng) 絡(luò)設(shè)備。在DSL中,通常可以是DSLAM。邊緣節(jié)點(diǎn)(Edge Node)為匯聚 來(lái)自多個(gè)AN的用戶流量的網(wǎng)絡(luò)設(shè)備。通常指Broadband Network Gateway (BNG )或者Broadband Remote Access Server ( BRAS )。圖2為才艮據(jù)本發(fā)明的寬帶電視網(wǎng)絡(luò)系統(tǒng)中用戶簽約信息的傳遞流程示 意圖。如圖2所示,該方法包括步驟201:接入側(cè)向網(wǎng)絡(luò)側(cè)發(fā)送用戶IPTV簽約信息請(qǐng)求;步驟202:網(wǎng)絡(luò)側(cè)根據(jù)所述用戶IPTV簽約信息請(qǐng)求,向接入側(cè)返回用 戶IPTV簽約信息。在具體實(shí)現(xiàn)上,接入側(cè)既可以從Edge Node上獲取用戶IPTV簽約信息 請(qǐng)求,也可以從DHCP服務(wù)器上獲取用戶IPTV簽約信息請(qǐng)求。對(duì)應(yīng)于從Edge Node上獲取用戶IPTV簽約信息的情形,Access Node 和Edge Node充當(dāng)DHCP Relay, Edge Node同時(shí)充當(dāng)AAA客戶端,用戶認(rèn) 證通過(guò)之后,Edge Node通過(guò)AAA獲取用戶的IPTV簽約信息。圖3為根據(jù)本發(fā)明第一實(shí)施例的寬帶電視網(wǎng)絡(luò)系統(tǒng)中用戶簽約信息的 傳遞流程示意圖。如圖3所示,該方法包括步驟301:用戶(Subscriber)發(fā)送DHCP Discover請(qǐng)求; 步驟302: Access Node轉(zhuǎn)發(fā)DHCP Discover,在轉(zhuǎn)發(fā)時(shí),添加Option 82; 步驟303: Edge Node接收DHCP Discover消息,并向AAA服務(wù)器發(fā)送 認(rèn)證請(qǐng)求;步驟304: AAA Server對(duì)用戶進(jìn)行認(rèn)證,如果認(rèn)證通過(guò),則返回認(rèn)證結(jié) 果,其中攜帶用戶的IPTV簽約信息;步驟305: Edge Node轉(zhuǎn)發(fā)DHCP Discover,并在Option 82中添加用戶 的IPTV簽約信息;其中,Option 82是Relay Agent Information option,稱之為DHCP中繼 代理信息選項(xiàng)。DHCP Relay在將客戶端的DHCP包轉(zhuǎn)發(fā)到DHCP服務(wù)器 時(shí)插入。服務(wù)器識(shí)別出中繼代理信息選項(xiàng)后,可以使用這些信息執(zhí)行IP地 址或其他參數(shù)的分配。Option 82中可以插入Line-ID或者subscriber-ID,這 些信息可以用于認(rèn)證。因?yàn)锳ccess Node是一個(gè)受信設(shè)備,所以,它插入的 信息對(duì)AAA Server來(lái)i兌是受信的。示范性地,Option 82的格式如下代碼長(zhǎng)度代理信息字段+------+------+------+------+------+-------+——,,,一+------+I 82 I N IilIi2 Ii3 Ii4 I IiN |長(zhǎng)度N給出代理信息字段的所有個(gè)數(shù)(八進(jìn)制)。代理信息字段由每個(gè) 子選項(xiàng)的"子選項(xiàng)/長(zhǎng)度/值"的元組序列組成,并按下列格式進(jìn)行編碼 子選項(xiàng)長(zhǎng)度子選項(xiàng)值+------+------+------+-------+------+-------+——, ,. 一+------+I1 I N IsiIs2Is3 Is4 I IsN I子選項(xiàng)長(zhǎng)度子選項(xiàng)值+------+------+------+-------+------+-------+—一, , , 一+------+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發(fā)送該DHCP Offer消息到Edge Node;步驟307: Edge Node接收到Offer消息,但是不從Option 82中剝離IPTV 簽約信息,將該Offer消息轉(zhuǎn)發(fā)給Access Node;步驟308: Access Node接收到Offer消息,從消息中剝離Option 82, 同時(shí)從Option 82中獲取用戶的IPTV簽約信息,然后將該Offer消息轉(zhuǎn)發(fā)給 Subscriber。以上第一實(shí)施例詳細(xì)描述了 DHCP Offer消息中包含用戶IPTV簽約信 息,但是邊緣節(jié)點(diǎn)不從Option 82字段中剝離IPTV簽約信息的情形。實(shí)質(zhì) 上,DHCPOffer消息中還可以不包含用戶IPTV簽約信息。下面,詳細(xì)描述DHCP Offer消息中不包含用戶IPTV簽約信息的情形。 圖4為根據(jù)本發(fā)明第二實(shí)施例的寬帶電視網(wǎng)絡(luò)系統(tǒng)中用戶簽約信息的傳遞流程示意圖。如圖4所示,該方法包括步驟401:用戶(Subscriber)向Access Node發(fā)送DHCP Discover請(qǐng)求; 步驟402: Access Node轉(zhuǎn)發(fā)DHCP Discover,其中在轉(zhuǎn)發(fā)時(shí)添加Option82;步驟403: Edge Node接收DHCP Discover消息,從Option 82獲取用戶 的信息,并組建和向AAA服務(wù)器發(fā)送認(rèn)證請(qǐng)求;步驟404: AAA服務(wù)器對(duì)用戶進(jìn)行認(rèn)證,如果認(rèn)證通過(guò),則返回認(rèn)證結(jié) 果,其中攜帶用戶的IPTV簽約信息;步驟405: Edge Node向DHCP服務(wù)器轉(zhuǎn)發(fā)DHCP Discover,在Option 82 中添加用戶的IPTV簽約信息;步驟406: DHCP服務(wù)器接收到DHCP Discover,選擇分配給用戶的地 址,同時(shí)從DHCP Discover消息中獲取IPTV簽約信息,存儲(chǔ)在本地,然后 組建和向Edge Node發(fā)送DHCP Offer消息,該Offer消息中不攜帶IPTV簽 約信息;步驟407: Edge Node將該Offer消息轉(zhuǎn)發(fā)給Access Node; 步驟408: Access Node將該Offer消息轉(zhuǎn)發(fā)給用戶(Subscriber); 步驟409:用戶(Subscriber)向Access Node發(fā)送R叫uest請(qǐng)求; 步驟410: Access Node將該Request請(qǐng)求轉(zhuǎn)發(fā)給Edge Node; 步驟411: Edge Node將該R叫uest請(qǐng)求轉(zhuǎn)發(fā)給DHCP服務(wù)器; 步驟412: DHCP服務(wù)器向Edge Node返回ACK; 步驟413: Edge Node將該ACK轉(zhuǎn)發(fā)給Access Node ; 步驟414: Access Node接收到ACK ,則向DHCP服務(wù)器發(fā)送 DhcpLeaseQuery消息,請(qǐng)求獲取IPTV簽約信息,同時(shí)將ACK轉(zhuǎn)發(fā)給用戶 (Subscriber)。步驟415: DHCP服務(wù)器返回DhcpLeaseActive消息,消息中攜帶用戶 的IPTV簽約信息。以上第 一 實(shí)施例和第二實(shí)施例詳細(xì)描述了從邊纟彖節(jié)點(diǎn)上獲取用戶IPTV 簽約信息的情形。在某種情況下,還可以由接入點(diǎn)直接從DHCP服務(wù)器上獲 取IPTV簽約信息。對(duì)應(yīng)于接入點(diǎn)從DHCP服務(wù)器上獲取IPTV簽約信息的情形,圖5為根 據(jù)本發(fā)明第三實(shí)施例的寬帶電視網(wǎng)絡(luò)系統(tǒng)中用戶簽約信息的傳遞流程示意 圖。如圖5所示,該方法包括步驟501:接入點(diǎn)向DHCP服務(wù)器發(fā)送用于請(qǐng)求用戶IPTV簽約信息的 DHCP請(qǐng)求;步驟502: DHCP服務(wù)器接收所述DHCP請(qǐng)求,并向接入點(diǎn)返回所述用 戶IPTV簽約4言息。其中,接入點(diǎn)向DHCP服務(wù)器所發(fā)送的DHCP請(qǐng)求可以為DHCP Lease Query請(qǐng)求,DHCP服務(wù)器可以通過(guò)DHCP Lease Active消息向接入點(diǎn)返回所 述用戶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簽約信息分配一個(gè)sub-code。該方法進(jìn)一步包括預(yù)先在DHCP Lease Active消息中添加用于攜帶用 戶IPTV簽約信息的DHCP選項(xiàng)。比如新添加的DHCP選項(xiàng)如下所示對(duì)于DHCPv4, DHCPv4中添加的選項(xiàng)格式如下描述子字段(sub-Code)長(zhǎng)度(Len )數(shù)據(jù)(Data)...........+------+------+------+-------+-------+------+——, , , —+------+0 12 3+------+------+------+-------+------+------+—一 . 一+------+這個(gè)新添力口的選項(xiàng)是Option 82 ( Relay Agent Information Option )的一個(gè)子選項(xiàng);sub-code指該子選項(xiàng)的代號(hào);Len指Data域的長(zhǎng)度;Data 域中這攜帶了需要傳送的IPTV簽約信息 對(duì)于DHCPv6, DHCPv6中添加的選項(xiàng)格式如下描述項(xiàng)代號(hào)(Option-code ) 長(zhǎng)度(Option-length ) IPTV用戶信息<image>image see original document page 19</image>其中Option-code指該選項(xiàng)的代號(hào);Option-length指IPTV subscriber information域的長(zhǎng)度;IPTV subscriber information域中攜帶了需要傳送的 IPTV簽約信息。以上所述,僅為本發(fā)明的較佳實(shí)施例而已,并非用于限定本發(fā)明的保護(hù) 范圍。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等, 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1. 一種寬帶電視網(wǎng)絡(luò)系統(tǒng)IPTV的簽約信息傳遞方法,其特征在于,該方法包括接入側(cè)向網(wǎng)絡(luò)側(cè)發(fā)送用戶IPTV簽約信息請(qǐng)求;網(wǎng)絡(luò)側(cè)根據(jù)所述用戶IPTV簽約信息請(qǐng)求,向接入側(cè)返回用戶IPTV簽約信息。
2、 根據(jù)權(quán)利要求1所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其特征 在于,所述接入側(cè)包括接入點(diǎn),所述網(wǎng)絡(luò)側(cè)包括動(dòng)態(tài)主機(jī)配置協(xié)議DHCP服務(wù) 器;該方法包括接入點(diǎn)向DHCP服務(wù)器發(fā)送用于請(qǐng)求用戶IPTV簽約信息的DHCP請(qǐng)求; DHCP服務(wù)器接收所述DHCP請(qǐng)求,并向接入點(diǎn)返回所述用戶IPTV簽約 信息。
3、 根據(jù)權(quán)利要求2所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其特征在于,接入點(diǎn)向DHCP服務(wù)器所發(fā)送的DHCP請(qǐng)求為DHCP Lease Query請(qǐng)求,DHCP服務(wù)器通過(guò)DHCP Lease Active消息向接入點(diǎn)返回所述用戶IPTV簽約信 自 該方法進(jìn)一步包括預(yù)先在DHCP Lease Active消息中添加用于攜帶用戶 IPTV簽約信息的DHCP選項(xiàng)。
4、 根據(jù)權(quán)利要求3所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其特征 在于,該方法進(jìn)一步包括在DHCP Lease Active消息中,為每一種用戶IPTV簽約信息分配子選項(xiàng)。
5、 根據(jù)權(quán)利要求1所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其特征 在于,所述接入側(cè)包括接入點(diǎn),所述網(wǎng)絡(luò)側(cè)包括邊緣節(jié)點(diǎn)和DHCP服務(wù)器,該 方法包括接入點(diǎn)向邊緣節(jié)點(diǎn)發(fā)送DHCP Discover請(qǐng)求;邊緣節(jié)點(diǎn)在該DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息,并向DHCP服務(wù)器轉(zhuǎn)發(fā)該已添加用戶IPTV簽約信息的DHCP Discover請(qǐng)求;DHCP服務(wù)器根據(jù)所述DHCP Discover請(qǐng)求組建DHCP Offer消息,并將該 DHCP Offer消息發(fā)送到接入點(diǎn),其中該DHCP Offer消息中包含所述用戶IPTV簽約信息。
6、 根據(jù)權(quán)利要求5所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其特征 在于,所述邊緣節(jié)點(diǎn)在DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息為邊緣節(jié)點(diǎn)在該DHCP Discover請(qǐng)求的Option 82字段中添加用戶IPTV簽約信息。
7、 根據(jù)權(quán)利要求5所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其特征 在于,所述網(wǎng)絡(luò)側(cè)包括AAA服務(wù)器;接入點(diǎn)進(jìn)一步在向邊緣節(jié)點(diǎn)發(fā)送的DHCP Discover請(qǐng)求中攜帶用戶信息; 邊緣節(jié)點(diǎn)進(jìn)一步根據(jù)所述用戶信息向AAA服務(wù)器發(fā)起認(rèn)證請(qǐng)求,并當(dāng)AAA服務(wù)器通過(guò)所述認(rèn)證請(qǐng)求時(shí),邊緣節(jié)點(diǎn)在該DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息。
8、 根據(jù)權(quán)利要求5所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其特征 在于,所述網(wǎng)絡(luò)側(cè)包括AAA服務(wù)器,接入點(diǎn)進(jìn)一步在向邊緣節(jié)點(diǎn)發(fā)送的DHCP Discover請(qǐng)求中攜帶用戶信息; 邊緣節(jié)點(diǎn)進(jìn)一步根據(jù)所述用戶信息向AAA服務(wù)器發(fā)起認(rèn)證請(qǐng)求,并AAA服務(wù)器通過(guò)所述認(rèn)證請(qǐng)求時(shí),AAA服務(wù)器向邊緣節(jié)點(diǎn)返回?cái)y帶有用戶IPTV簽約信息的認(rèn)證結(jié)果;邊緣節(jié)點(diǎn)從所述認(rèn)證結(jié)果中獲取用戶IPTV簽約信息,并在DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息。
9、 根據(jù)權(quán)利要求7或8所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其 特征在于,所述接入點(diǎn)在DHCPDiscover請(qǐng)求中攜帶用戶信息為接入點(diǎn)在DHCPDiscover請(qǐng)求的Option 82字段中攜帶用戶信息。
10、 根據(jù)權(quán)利要求1所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其特 征在于,所述接入側(cè)包括接入點(diǎn),所述網(wǎng)絡(luò)側(cè)包括邊緣節(jié)點(diǎn)和DHCP服務(wù)器,該方法包4舌接入點(diǎn)向邊緣節(jié)點(diǎn)發(fā)送DHCP Discover請(qǐng)求;邊緣節(jié)點(diǎn)在該DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息,并向DHCP服務(wù)器轉(zhuǎn)發(fā)該已添加用戶IPTV簽約信息的DHCP Discover請(qǐng)求;DHCP服務(wù)器將所述用戶IPTV簽約信息存儲(chǔ)在本地,并通過(guò)邊緣節(jié)點(diǎn)的轉(zhuǎn)發(fā)向接入點(diǎn)發(fā)送DHCP Offer消息,其中該DHCP Offer消息中不包含所述用戶IPTV簽約信 自.接入點(diǎn)向DHCP服務(wù)器發(fā)送用于請(qǐng)求IPTV簽約信息的DHCP LeaseQuery 消息,DHCP服務(wù)器向接入點(diǎn)返回?cái)y帶有IPTV簽約信息的DHCP LeaseActive消息。
11、 根據(jù)權(quán)利要求IO所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其特 征在于,所述邊緣節(jié)點(diǎn)在DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息為邊緣節(jié)點(diǎn)在該DHCP Discover請(qǐng)求的Option 82字段中添加用戶IPTV簽約信息。
12、 根據(jù)權(quán)利要求IO所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其特 征在于,所述網(wǎng)絡(luò)側(cè)包括AAA服務(wù)器;接入點(diǎn)進(jìn)一 步在向邊緣節(jié)點(diǎn)發(fā)送的DHCP Discover請(qǐng)求中攜帶用戶信息; 邊緣節(jié)點(diǎn)進(jìn)一步根據(jù)所述用戶信息向AAA服務(wù)器發(fā)起認(rèn)證請(qǐng)求,并當(dāng)AAA服務(wù)器通過(guò)所述認(rèn)證請(qǐng)求時(shí),邊緣節(jié)點(diǎn)在該DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息。
13、 根據(jù)權(quán)利要求IO所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法,其特 征在于,所述網(wǎng)絡(luò)側(cè)包括AAA服務(wù)器;接入點(diǎn)進(jìn)一步在向邊緣節(jié)點(diǎn)發(fā)送的DHCP Discover請(qǐng)求中攜帶用戶信息; 邊緣節(jié)點(diǎn)進(jìn)一步根據(jù)所述用戶信息向AAA服務(wù)器發(fā)起認(rèn)證請(qǐng)求,并AAA服務(wù)器通過(guò)所述認(rèn)證請(qǐng)求時(shí),AAA服務(wù)器向邊緣節(jié)點(diǎn)返回?cái)y帶有用戶IPTV簽約信息的認(rèn)證結(jié)果;邊緣節(jié)點(diǎn)從所述認(rèn)證結(jié)果中獲取用戶IPTV簽約信息,并在DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息。
14、 根據(jù)權(quán)利要求12或13所述的寬帶電視網(wǎng)絡(luò)系統(tǒng)的簽約信息傳遞方法, 其特征在于,所述接入點(diǎn)在DHCPDiscover請(qǐng)求中攜帶用戶信息為接入點(diǎn)在DHCP Discover請(qǐng)求的Option 82字段中攜帶用戶信息。
15、 一種寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于,該系統(tǒng)包括接入側(cè)和網(wǎng)絡(luò)側(cè), 其中接入側(cè),用于向網(wǎng)絡(luò)側(cè)發(fā)送用戶IPTV簽約信息請(qǐng)求;網(wǎng)絡(luò)側(cè),用于根據(jù)所述用戶IPTV簽約信息請(qǐng)求,向接入側(cè)返回用戶IPTV簽約信息。
16、 根據(jù)權(quán)利要求15所述的寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于,所述接入側(cè) 包括接入點(diǎn),所述網(wǎng)絡(luò)側(cè)包括DHCP服務(wù)器,其中接入點(diǎn),用于向DHCP服務(wù)器發(fā)送用于請(qǐng)求用戶IPTV簽約信息的DHCP 請(qǐng)求;DHCP服務(wù)器,用于接收所述DHCP請(qǐng)求,并向接入點(diǎn)返回所述用戶IPTV 簽約信息。
17、 根據(jù)權(quán)利要求15所述的寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于,所述接入側(cè) 包括接入點(diǎn),所述網(wǎng)絡(luò)側(cè)包括邊緣節(jié)點(diǎn)和DHCP服務(wù)器;接入點(diǎn),用于向邊緣節(jié)點(diǎn)發(fā)送DHCP Discover請(qǐng)求;邊緣節(jié)點(diǎn),用于在該DHCP Discover請(qǐng)求中添力。用戶IPTV簽約信息,并 向DHCP服務(wù)器轉(zhuǎn)發(fā)該已添加用戶IPTV簽約信息的DHCP Discover請(qǐng)求;DHCP服務(wù)器,用于根據(jù)所述DHCP Discover請(qǐng)求組建DHCP Offer消息, 并將該DHCP Offer消息發(fā)送到接入點(diǎn),其中該DHCP Offer消息中包含所述用 戶IPTV簽約信息。
18、根據(jù)權(quán)利要求17所述的寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于, 所述邊緣節(jié)點(diǎn),用于在該DHCP Discover請(qǐng)求的Option 82字段中添加用戶IPTV簽約信息。
19、 根據(jù)權(quán)利要求17所述的寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于,所述網(wǎng)絡(luò)側(cè)包括AAA服務(wù)器;接入點(diǎn),進(jìn)一步用于在向邊緣節(jié)點(diǎn)發(fā)送的DHCP Discover請(qǐng)求中攜帶用戶 牧自 邊緣節(jié)點(diǎn),進(jìn)一步用于根據(jù)所述用戶信息向AAA服務(wù)器發(fā)起認(rèn)證請(qǐng)求,并 當(dāng)AAA服務(wù)器通過(guò)所述認(rèn)證請(qǐng)求時(shí),邊緣節(jié)點(diǎn)在該DHCP Discover請(qǐng)求中添 加用戶IPTV簽約信息;AAA服務(wù)器,用于對(duì)邊緣節(jié)點(diǎn)發(fā)送來(lái)的認(rèn)證請(qǐng)求進(jìn)行認(rèn)證。
20、 根據(jù)權(quán)利要求17所述的寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于,所述網(wǎng)絡(luò)側(cè) 包括AAA服務(wù)器,接入點(diǎn),進(jìn)一步用于在向邊緣節(jié)點(diǎn)發(fā)送的DHCP Discover請(qǐng)求中攜帶用戶 信息;邊緣節(jié)點(diǎn),進(jìn)一步用于根據(jù)所述用戶信息向AAA服務(wù)器發(fā)起認(rèn)證請(qǐng)求,從 認(rèn)證結(jié)果中獲取用戶IPTV簽約信息,并在DHCPDiscover請(qǐng)求中添加用戶IPTV 簽約信息;AAA服務(wù)器,用于對(duì)邊緣節(jié)點(diǎn)發(fā)送來(lái)的認(rèn)證請(qǐng)求進(jìn)行認(rèn)證,并當(dāng)通過(guò)所述 認(rèn)證請(qǐng)求時(shí),向邊緣節(jié)點(diǎn)返回?cái)y帶有用戶IPTV簽約信息的認(rèn)證結(jié)果。
21、 根據(jù)權(quán)利要求17所述的寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于,所述接入側(cè) 包括接入點(diǎn),所述網(wǎng)絡(luò)側(cè)包括邊緣節(jié)點(diǎn)和DHCP服務(wù)器;接入點(diǎn),用于向邊緣節(jié)點(diǎn)發(fā)送DHCP Discover請(qǐng)求;邊緣節(jié)點(diǎn),用于在該DHCP Discover請(qǐng)求中添加用戶IPTV簽約信息,并 向DHCP服務(wù)器轉(zhuǎn)發(fā)該已添加用戶IPTV簽約信息的DHCP Discover請(qǐng)求;DHCP服務(wù)器,用于將所述用戶IPTV簽約信息存儲(chǔ)在本地,并通過(guò)邊緣節(jié) 點(diǎn)的轉(zhuǎn)發(fā)向接入點(diǎn)發(fā)送DHCP Offer消息,其中該DHCP Offer消息中不包含所 述用戶IPTV簽約信息;接入點(diǎn),進(jìn)一步用于向DHCP服務(wù)器發(fā)送用于請(qǐng)求IPTV簽約信息的 DhcpLeaseQuery消息;DHCP服務(wù)器,進(jìn)一步用于向接入點(diǎn)返回?cái)y帶有IPTV簽約信息的DhcpLeaseActive消息。
22、 根據(jù)權(quán)利要求21所述的寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于,所述網(wǎng)絡(luò)側(cè) 包括AAA服務(wù)器,接入點(diǎn),進(jìn)一步用于在向邊緣節(jié)點(diǎn)發(fā)送的DHCP Discover請(qǐng)求中攜帶用戶 信息;邊緣節(jié)點(diǎn),進(jìn)一步用于根據(jù)所述用戶信息向AAA服務(wù)器發(fā)起認(rèn)證請(qǐng)求,并 當(dāng)AAA服務(wù)器通過(guò)所述認(rèn)證請(qǐng)求,邊緣節(jié)點(diǎn)在該DHCP Discover請(qǐng)求中添加 用戶IPTV簽約信息;AAA服務(wù)器,用于對(duì)邊緣節(jié)點(diǎn)發(fā)送來(lái)的認(rèn)證請(qǐng)求進(jìn)行認(rèn)證。
23、 根據(jù)權(quán)利要求21所述的寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于,所述網(wǎng)絡(luò)側(cè) 包括AAA服務(wù)器,接入點(diǎn),進(jìn)一步用于在向邊緣節(jié)點(diǎn)發(fā)送的DHCP Discover請(qǐng)求中攜帶用戶 信息;邊緣節(jié)點(diǎn),用于進(jìn)一步根據(jù)所述用戶信息向AAA服務(wù)器發(fā)起認(rèn)證請(qǐng)求;并 從AAA服務(wù)器返回的認(rèn)證結(jié)果中獲取用戶IPTV簽約信息,并在DHCP Discover 請(qǐng)求中添加用戶IPTV簽約信息;AAA服務(wù)器,用于對(duì)所述認(rèn)證請(qǐng)求進(jìn)行驗(yàn)證,并當(dāng)通過(guò)所述認(rèn)證請(qǐng)求時(shí), 向邊緣節(jié)點(diǎn)返回?cái)y帶有用戶IPTV簽約信息的認(rèn)證結(jié)果。
24、 根據(jù)權(quán)利要求22或23所述的寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于, 接入點(diǎn),用于在DHCP Discover請(qǐng)求的Option 82字段中攜帶用戶信息。
25、 根據(jù)權(quán)利要求15-23中任一項(xiàng)所述的寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于, 所述接入點(diǎn)為數(shù)字用戶線接入復(fù)用器DSLAM。
26、 根據(jù)權(quán)利要求15-23中任一項(xiàng)所述的寬帶電視網(wǎng)絡(luò)系統(tǒng),其特征在于, 所迷邊鄉(xiāng)彖節(jié)點(diǎn)為寬帶網(wǎng)絡(luò)網(wǎng)關(guān)BNG或者寬帶遠(yuǎn)程接入月良務(wù)器BRAS。
全文摘要
本發(fā)明實(shí)施例公開了一種寬帶電視網(wǎng)絡(luò)系統(tǒng)(IPTV)的簽約信息傳遞方法,該方法包括接入側(cè)向網(wǎng)絡(luò)側(cè)發(fā)送用戶IPTV簽約信息請(qǐng)求;網(wǎng)絡(luò)側(cè)根據(jù)所述用戶IPTV簽約信息請(qǐng)求,向接入側(cè)返回用戶IPTV簽約信息。本發(fā)明還公開了一種寬帶電視網(wǎng)絡(luò)系統(tǒng)。應(yīng)用本發(fā)明以后,能夠從網(wǎng)絡(luò)側(cè)下傳用戶IPTV簽約信息到接入點(diǎn),有效地控制節(jié)目的傳送,并不需要額外功能實(shí)體的介入,還能夠極大地精簡(jiǎn)流程。
文檔編號(hào)H04N7/173GK101232599SQ20071000601
公開日2008年7月30日 申請(qǐng)日期2007年1月24日 優(yōu)先權(quán)日2007年1月24日
發(fā)明者劉恩慧, 楊佩林, 趙宇萍 申請(qǐng)人:華為技術(shù)有限公司