劉洋

（太原有線電視網(wǎng)絡(luò)公司，山西太原030012）

通過CNR管理HFC網(wǎng)絡(luò)

劉洋

（太原有線電視網(wǎng)絡(luò)公司，山西太原030012）

在三網(wǎng)融合的背景下，廣電系統(tǒng)的市場被不斷蠶食，市場競爭的壓力也在不斷增大，而擁有一個可控的優(yōu)質(zhì)網(wǎng)絡(luò)，才是在這種劣勢環(huán)境中的安身之本。CNR+CMTS的模式是更貼近于廣電現(xiàn)狀的方案，更加符合廣電人的實際需要。

三網(wǎng)融合；CNR+CMTS；廣電

引言

在現(xiàn)有的廣電行業(yè)中，網(wǎng)絡(luò)的部署大部分以HFC網(wǎng)為主，雖然部分廣電已經(jīng)在網(wǎng)絡(luò)中部署了光纖加同軸的網(wǎng)絡(luò)，但CNR+CM的管理模式以及DOCSIC中關(guān)于QOS的管理，對于用戶體驗的保證依然值得借鑒。

1　CMTSProvision系統(tǒng)簡介

在DOCSIS標(biāo)準(zhǔn)中規(guī)定了CMTS業(yè)務(wù)的Provision流程，作為CMTS/CM接入網(wǎng)絡(luò)的運營管理系統(tǒng)，Provision系統(tǒng)需要支持以下業(yè)務(wù)進(jìn)程：

1）為CM和各類CPE提供DHCP服務(wù)；

2）為CM提供Config－File的TFTP下載服務(wù)；

3）為CM進(jìn)行認(rèn)證和業(yè)務(wù)細(xì)分（用戶組識別）。

各廣電運營商由于對于業(yè)務(wù)要求的不同，所以對于Provision系統(tǒng)的需求也會有所差異，不過，以下幾個部分基本上是所有CMTSProvision系統(tǒng)都需要包含的：

1）Provision Server（CNR）；

2）外部數(shù)據(jù)庫（LDAP）；

3）外部數(shù)據(jù)庫和BOSS系統(tǒng)接口。

2　CISCO Provision Server——CNR介紹

CNR——Cisco Network Registrar是一個使用動態(tài)主機(jī)配置協(xié)議DHCP的動態(tài)IP地址管理系統(tǒng)，它為預(yù)定策略（如CoS）網(wǎng)絡(luò)中的PC機(jī)和其他設(shè)備分配IP地址。CNR從基于所請求的設(shè)備及策略的身份和型號的地址池中取出有效的IP地址來進(jìn)行分配。例如，CNR能夠辨別已注冊設(shè)備、未注冊設(shè)備和已經(jīng)分配特殊CoS的已注冊設(shè)備。

CNR提供用戶穩(wěn)定的IP結(jié)構(gòu)，客戶配置和預(yù)備線纜調(diào)制解調(diào)器的自動網(wǎng)絡(luò)服務(wù)。由于具有綜合其它網(wǎng)絡(luò)結(jié)構(gòu)軟件和商業(yè)應(yīng)用的唯一特性，CNR使企業(yè)和服務(wù)提供商用戶操作網(wǎng)絡(luò)的費用下降。

CNR也提供通過編程和腳本的定制而能夠瀏覽個別DHCP選項的擴(kuò)展，確定基于選項內(nèi)容的設(shè)備身份和型號，并分配設(shè)備給預(yù)先確定的類別和組。使用這些擴(kuò)展，你能夠確定PC機(jī)和線纜調(diào)制解調(diào)器的不同并從不同的地址池分配IP地址給它們。

2.1CNR的性能

1）可升級，支持動態(tài)DNS的多進(jìn)程DNS服務(wù)，增加的區(qū)域傳輸和通報。

2）支持BOOTP的全性能DHCP服務(wù)，動態(tài)BOOTP，多引導(dǎo)，用戶等級和路由器第二地址。

3）使用DHCPSafe Failover協(xié)議的冗余DHCP業(yè)務(wù)，在該協(xié)議在單點失敗時，除去DHCP服務(wù)，避免了較早Safe Failover協(xié)議中所發(fā)現(xiàn)的地址分配完全相同的問題。

2.2CNR的優(yōu)點

CNR包括廣泛的獨特和標(biāo)準(zhǔn)的性能，該性能在競爭性產(chǎn)品和公共域軟件上給用戶帶來許多好處。最大的好處是穩(wěn)定了IP結(jié)構(gòu)，自動網(wǎng)絡(luò)服務(wù)和策略網(wǎng)絡(luò)的預(yù)備。

2.2.1穩(wěn)定的IP結(jié)構(gòu)

第一個關(guān)鍵的好處是帶領(lǐng)CNR發(fā)展的策略。這個策略保持DNS、DHCP和IP地址管理不獨立于操作系統(tǒng)，因而自帶應(yīng)用軟件，更適合于大型網(wǎng)絡(luò)結(jié)構(gòu)。因此，CNR的第一關(guān)鍵好處是DNS/DHCP應(yīng)用。以下所描述的這些關(guān)鍵特性的公共目的是使DNS/DHCP結(jié)合于整個網(wǎng)絡(luò)結(jié)構(gòu)，并使用戶注冊、服務(wù)提供和策略網(wǎng)絡(luò)等服務(wù)能夠?qū)崿F(xiàn)。

CNR是基于注冊結(jié)構(gòu)、執(zhí)行DNS和DHCP服務(wù)應(yīng)用的先進(jìn)框架。結(jié)構(gòu)保證每種服務(wù)都是多進(jìn)程的，確保多處理器系統(tǒng)的可伸縮性。結(jié)構(gòu)包括內(nèi)部運行時間數(shù)據(jù)庫，該數(shù)據(jù)庫規(guī)定了性能、數(shù)據(jù)完整、有效的磁盤和存儲器的利用，在網(wǎng)絡(luò)管理上沒有復(fù)雜的數(shù)據(jù)庫管理任務(wù)結(jié)構(gòu)也確保交叉平臺功能的一致。

2.2.2CNR設(shè)計結(jié)構(gòu)給CISCO用戶提供眾多的好處

所有服務(wù)都使用了現(xiàn)代發(fā)展技術(shù)，提供可伸縮性、可靠性、靈活性和特性。而競爭產(chǎn)品依賴于公共域或第三者服務(wù)軟件，它們的發(fā)展過程不可控制，新性能的時間線不可預(yù)知。

CNR中的運行時間允許DNS和DHCP服務(wù)有效地使用內(nèi)存，在磁盤上存儲像DNS緩存表這樣的數(shù)據(jù)。BIND在啟動時使用文本文件，但以后就完全基于內(nèi)存。BIND消耗了增長的物理內(nèi)存數(shù)量，當(dāng)內(nèi)存耗盡時，BIND求助于操作系統(tǒng)的內(nèi)存分頁功能，這會導(dǎo)致BIND性能和服務(wù)器上的每種應(yīng)用嚴(yán)重降級。

CNR是市場上第一具備大多數(shù)DNS和DHCP標(biāo)準(zhǔn)并具有幫助用戶解決商務(wù)問題的獨特和創(chuàng)新性能的產(chǎn)品。包括DNS動態(tài)升級協(xié)議（RFC2136）、帶寬保持DNS增加的區(qū)域傳輸協(xié)議（RFC 1995）和獨特的解決異常事件和分區(qū)隱匿性能。

CNR也是市場上第一家具有DHCP安全FAILOVER協(xié)議的“安全”版本的產(chǎn)品。早期的FAILOVER協(xié)議在網(wǎng)絡(luò)失敗導(dǎo)致分區(qū)時允許重復(fù)的IP地址分配。CISCO工程師設(shè)計并實現(xiàn)了增強(qiáng)的防止重復(fù)地址分配的FAILOVER協(xié)議。增強(qiáng)的FAILOVER協(xié)議是因特網(wǎng)工程任務(wù)組（IETF）致力于DHCPFAILOVER標(biāo)準(zhǔn)化的基礎(chǔ)。

2.3自動網(wǎng)絡(luò)服務(wù)

CNR允許網(wǎng)絡(luò)管理者使網(wǎng)絡(luò)服務(wù)自動化象IP地址管理，客戶配置和線纜調(diào)制解調(diào)器預(yù)備。在上千和上萬設(shè)備的大型動態(tài)網(wǎng)絡(luò)中，移動、增加和改變都可能導(dǎo)致差錯并且消費昂貴。有了CNR靈活的DHCP服務(wù)，網(wǎng)絡(luò)結(jié)構(gòu)應(yīng)用過程就能夠自動和完整。

2.4策略網(wǎng)絡(luò)的預(yù)備

Cisco保證策略網(wǎng)絡(luò)將允許網(wǎng)絡(luò)管理者展開服務(wù)質(zhì)量（QoS）和基于應(yīng)用和用戶通過智能網(wǎng)絡(luò)的安全策略。今天，網(wǎng)絡(luò)設(shè)備（交換機(jī)、路由器和防火墻）都實施了QoS和IP地址安全策略。

用戶身份、IP地址、介質(zhì)訪問層MAC和網(wǎng)絡(luò)策略之間的映射是必須的。目前，CNR可以提供MAC地址和IP地址之間的映射，并與支持用戶ID和 MAC地址之間映射的其他應(yīng)用結(jié)合在一起。將來，這些CoS和目錄服務(wù)能力將與Cisco保證策略網(wǎng)絡(luò)結(jié)合以使基于用戶的網(wǎng)絡(luò)策略能夠?qū)崿F(xiàn)。CNR完成CABLE環(huán)境中的DHCP SERVER，TFTP SERVER, TOD server，成為CABLE環(huán)境下的核心支撐配置服務(wù)器。

3　以某廣電Provision系統(tǒng)部署規(guī)劃為例

3.1總體部署架構(gòu)

某廣電規(guī)劃以某市為首，在整個城市部署CMTS接入網(wǎng)，所以Provision系統(tǒng)的部署必須要切合CMTS的部署結(jié)構(gòu)。

部署的原則如下：

CNR以地市為單位，采取分布式部署。

CNR進(jìn)行功能性分組，面向不同的終端類型。

CNR采取Failover熱備份，提高可用性。

LDAP部署根據(jù)BOSS部署結(jié)構(gòu)來定，以在市區(qū)集中部署為主。

3.2CNR功能性分組部署

CNR的功能性分組部署是以終端類型為基礎(chǔ)的。某廣電是以成為多業(yè)務(wù)運營商（MSO）為目的來建網(wǎng)的，所以，網(wǎng)內(nèi)必然存在多種終端設(shè)備來支撐不同的業(yè)務(wù)。主要的終端設(shè)備有以下幾種：Cable Modem、用戶PC、雙向機(jī)頂盒、MTA/EMTA。

從Provision的角度上來講，各種終端的進(jìn)程是不相同的，如果我們把所有種類終端的Provision都集中到一臺Provision Server上，那么在設(shè)備性能、后臺認(rèn)證等方面，都是不利的，所以建議，將不同的終端，指向到不同的Provision Server上。

從目前**廣電規(guī)劃的業(yè)務(wù)來看，我們需要將CNR在功能上分為CM、PC、STB三個組。

多終端的Provision指向主要依靠CMTS來完成。UBR系列CMTS所有的IOS都可以區(qū)分CM和CPE（Host）的DHCPDiscovery。最新的IOS已經(jīng)可以支持區(qū)分普通PC，MTA，STB的DHCPDiscovery。

對于STB的區(qū)分，需要在機(jī)頂盒的DHCP DISCOVER及DHCPREQUEST的消息包中，加入option60，內(nèi)容為“openCable2.0:xxxxxxx”的NVTASCII字符串（不以NULL結(jié)尾），其中，“openCable2.0”用于標(biāo)識機(jī)頂盒（與普通CPE相區(qū)別），“:xxxxxxx”由廠商自己具體實現(xiàn)，可用于標(biāo)識廠商。

3.3CNR高可靠性（Failover）部署

CNR是支持DHCP安全FAILOVER協(xié)議的“安全”版本的產(chǎn)品。早期的FAILOVER協(xié)議在網(wǎng)絡(luò)失敗導(dǎo)致分區(qū)時允許重復(fù)的IP地址分配。CISCO設(shè)計并實現(xiàn)了增強(qiáng)的防止重復(fù)地址分配的FAILOVER協(xié)議。增強(qiáng)的FAILOVER協(xié)議是因特網(wǎng)工程任務(wù)組（IETF）致力于DHCPFAILOVER標(biāo)準(zhǔn)化的基礎(chǔ)。

Failover幫助CNR提高可用性，將兩臺CNR建成一個組，一條主用一臺備用，兩臺將通過心跳協(xié)議保持，當(dāng)備用CNR發(fā)現(xiàn)主用CNR無法正常工作的時候，可以改變自己的狀態(tài)為主用。

需要注意的是，主要和備用CNR的IP地址分布是不同的，我們可以通過百分比來決定一個IP地址池內(nèi)的地址，有多少配置在主用，多少配置在備用。這樣作的好處是，一旦備用CNR接手服務(wù)的時候，絕對不會發(fā)生重復(fù)發(fā)送IP地址，造成地址沖突的情況。

3.4CNR各地市部署規(guī)劃

每個地市都需要部署一個CNR組。通過上面兩節(jié)的分析，一個CNR組從功能上要分為CM、PC和STB，而每一個功能的CNR為了高可用性，需要部署主備兩臺，這樣一個CNR組就需要6臺CNR服務(wù)器組。

一個CNR服務(wù)器組可以按照用戶接入量的規(guī)劃，服務(wù)5萬的終端。如果發(fā)生用戶量暴增，需要擴(kuò)容，可以采用平行擴(kuò)容的結(jié)構(gòu)，對發(fā)生性能瓶頸的CNR擴(kuò)容。如果用戶量比較大，可以在初期的規(guī)劃中就部署4組CNR，按照市區(qū)的不同的區(qū)域進(jìn)行部署。

CNR支持Regional Server，即建立一個統(tǒng)一的CNR管理組（RICServer），這個CNR組不提供業(yè)務(wù)服務(wù)，是專為網(wǎng)管運維人員統(tǒng)一配置和管理部署在不同地域的CNR服務(wù)器組的。如果某廣電的運維部門統(tǒng)一在市區(qū)，那么可以部署一套RICServer,以方便運維和網(wǎng)管。

3.5LDAP部署

作為CNR的外置數(shù)據(jù)庫，LDAP的部署應(yīng)該和BOSS系統(tǒng)的設(shè)計關(guān)聯(lián)起來。LDAP也應(yīng)該部署多臺，同一功能的LDAP間可以用failover進(jìn)行同步，保證各臺LDAP間的數(shù)據(jù)統(tǒng)一。如果BOSS的數(shù)據(jù)庫集中部署在市區(qū)，那么，LDAP也建議集中部署在同一位置。

如果BOSS的數(shù)據(jù)庫分部在各個地市，那么LDAP也可一分布式部署，不過這樣的部署，不利用管理，不建議這樣部署。

CNR可以設(shè)定和多個LDAP組進(jìn)行連接，不同的LDAP組將按照設(shè)定的優(yōu)先級排序。即，假定有CNR－X，CNR－Y以及LDAP－A，LDAP－B，CNRX可以設(shè)定LDAP－A為高優(yōu)先級，LDAP－B為低優(yōu)先級，在兩個LDAP組都工作正常的情況下，優(yōu)先使用LDAP－A，當(dāng)LDAP無法工作時，CNR－X將使用LDAP－B。而CNR－Y的設(shè)置則相反。

這樣的部署，即保證CNR和LDAP之間連接的高可用性，又利用交叉設(shè)計，對于不同LDAP服務(wù)器進(jìn)行負(fù)載均衡。

3.6LDAP和BOSS的數(shù)據(jù)接口

LDAP是一種標(biāo)準(zhǔn)的數(shù)據(jù)結(jié)構(gòu)，目前比較通用的是SUNONEDirectory Server或者Open LDAP。

SUNONEDirectory Server支持SDK for JAVA的API，通過這樣的API，BOSS可以建立和LDAP的數(shù)據(jù)接口，實現(xiàn)向往數(shù)據(jù)業(yè)務(wù)的同步和查詢。

3.7地址分配策略

DOCSIS接入系統(tǒng)中，Cable Modem以及各類CPE（PC，STB，IAD等）都是需要獲得IP地址的。

對于CableModem，由于在實際數(shù)據(jù)傳輸中，作為一個二層的橋接設(shè)備，其IP地址只是作為管理使用，所以建議分配私網(wǎng)地址。

對于IAD和STB，這樣的由運營商管理的終端，其業(yè)務(wù)主要由運營商內(nèi)部的應(yīng)用服務(wù)提供，所以一般也是使用私網(wǎng)地址。

對于用戶PC，用戶的PC主要使用來Internet上網(wǎng)的，對于較大型的運營商，一般使用公網(wǎng)IP，也不排除一些規(guī)模較小的運營商使用私網(wǎng)地址，然后在出口的地方使用NAT/PAT進(jìn)行地址轉(zhuǎn)換。

4　基于Provision系統(tǒng)的認(rèn)證

4.1CableModem認(rèn)證

利用Provision系統(tǒng)結(jié)合用戶數(shù)據(jù)庫進(jìn)行Cable Modem的認(rèn)證。

由于CableModem都是由運營商管理的，較常用的認(rèn)證方式是利用Cable Modem的MAC地址來進(jìn)行用戶合法認(rèn)證。

只需要在用戶信息數(shù)據(jù)庫中調(diào)整用戶的Cable Modem所在用戶組信息，就可以將用戶放到不同的服務(wù)類別中。無法查詢到用戶組信息的Cable Modem，即被認(rèn)為非法CM，無法獲得合法的地址，或者合法的策略。

除了查詢的進(jìn)程，同時Provision系統(tǒng)還需要將CM的整個上線情況同步到LDAP，且進(jìn)一步同步到BOSS系統(tǒng)中，方便查詢用戶信息，和排除故障。

整個查詢和同步的步驟如：

1）BOSS向LDAP同步用戶信息。

2）CM向CNR發(fā)起DHCP請求。

3）CNR提取CM DHCP請求（主要是MAC地址），向LDAP發(fā)起用戶查詢（認(rèn)證）。

4）LDAP查詢到用戶信息后，返回給CNR。

5）CNR將用戶的認(rèn)證情況（IP、策略）通過DHCP響應(yīng)，發(fā)給CM。

6）LDAP同時將CM上線信息發(fā)送給BOSS系統(tǒng)。

4.2STB認(rèn)證

雙向機(jī)頂盒是由運營商控制的終端，所以對于STB的Provision，也需要進(jìn)行認(rèn)證，以防止非法的機(jī)頂盒拿到IP地址和策略。

STB的認(rèn)證進(jìn)程和CM類似，需要CNR向LDAP發(fā)起查詢，獲得響應(yīng)以后，發(fā)送IP地址和策略給STB。

4.3增強(qiáng)的認(rèn)證功能

在國內(nèi)的一些已經(jīng)使用的雙向機(jī)頂盒運營商環(huán)境中，已經(jīng)發(fā)現(xiàn)有改寫STBMAC地址，冒充合法的STB，從而獲得IP地址，并且盜取服務(wù)的現(xiàn)象出現(xiàn)。這對雙向視頻業(yè)務(wù)帶來了很大的安全隱患。

由于對于雙向視頻業(yè)務(wù)的CA，在整個業(yè)內(nèi)，目前還沒有一個標(biāo)準(zhǔn)或者行業(yè)用法，所以，對于這樣的現(xiàn)象，我們將采取Provision系統(tǒng)的增強(qiáng)認(rèn)證功能，來盡量避免這樣盜用服務(wù)的情況出現(xiàn)。

4.4STB和CM的綁定認(rèn)證

對于STB在Provision系統(tǒng)中的認(rèn)證，我們建議，除了基本的MAC地址以外，我們應(yīng)該還對STB所連接的CM共同認(rèn)證，即，每個STB的MAC都和運營商規(guī)定的CM（同時發(fā)送給用戶的）的MAC相關(guān)聯(lián)，這樣，即使STB的MAC信息被用戶盜用，但是，如果提供的CM的MAC不能匹配，盜用的STB仍然無法獲得合法的IP和策略。

關(guān)鍵的步驟如下：

1）提取STB的DHCPDiscovery中的MAC地址信息。

2）提取STB的DHCPDiscovery中的Option82中的Remote ID（CM的MAC地址信息）。

3）合并STB的MAC和CM的MAC，到LDAP進(jìn)行組類別查詢。

4）根據(jù)LDAP返回的組類別信息，判定機(jī)頂盒是否為合法。

需要注意的是，由于CNR向LDAP提交的認(rèn)證信息中將STB的MAC和CM的MAC合并，所以BOSS系統(tǒng)向LDAP寫入的機(jī)頂盒信息的時候，也需要將兩個MAC地址合并寫入。

5　BPI+

在STB和CM的MAC合并進(jìn)行認(rèn)證的情況下，只是修改STB的MAC已經(jīng)無法盜取服務(wù)，但是我們不能排除同時修改STB和CM的MAC的情況出現(xiàn)，這樣，我們就需要BPI＋。

5.1BPI+的物理定位

BPI＋是定義在DOCSIS1.1標(biāo)準(zhǔn)中的安全措施，主要是為了防止修改CM的MAC地址來盜取或者監(jiān)聽服務(wù)。

BPI＋的具體防護(hù)思路是，所有支持BPI＋的CM都需要在生產(chǎn)時就植入由CableLabs提供的一份證書（歐美標(biāo)不同），而CMTS上也會安裝相應(yīng)的證書。當(dāng)CM和CMTS進(jìn)行數(shù)據(jù)傳遞的時候，植入的證書和CM的MAC地址將會產(chǎn)生一個密鑰，數(shù)據(jù)在傳遞到對端的時候，對于進(jìn)行MD5的加密，而解密就需要這個密鑰。私改MAC地址的CM，由于無法產(chǎn)生同樣的密鑰，所以無法解密合法的流量信息，也就避免了業(yè)務(wù)被盜用。

BPI＋的實施要求：

1）CM必須通過DOCSIS1.1以上認(rèn)證，并植入CableLabs提供的證書。

2）CMTS必須通過DOCSIS1.1以上認(rèn)證，并安裝CableLabs提供的證書。

3）在給CM的Config－file中，激活BPI＋。

5.2CM的物理定位

一般的CM認(rèn)證由于采取的認(rèn)證依據(jù)只是CM的MAC地址，所以一個合法的CM可以在網(wǎng)內(nèi)所有的CMTS下進(jìn)行漫游，這對用CM來實現(xiàn)多業(yè)務(wù)（個人數(shù)據(jù)業(yè)務(wù)，企業(yè)數(shù)據(jù)業(yè)務(wù)，視頻業(yè)務(wù)），也是個安全隱患。

將CM進(jìn)行物理定位，即，每個CM都只能在限定的物理范圍內(nèi)（映射到CMTS的一個三層端口）上線。CM的物理定位也是通過Provision系統(tǒng)的增強(qiáng)認(rèn)證功能來實現(xiàn)。

實現(xiàn)方式如:

1）提取CM的DHCPDiscovery中的MAC地址信息。

2）提取CM的DHCPDiscovery中的Giaddr（CMTS的三層地址信息）。

3）合并CM的MAC和Giaddr，到LDAP進(jìn)行組類別查詢。

4）根據(jù)LDAP返回的組類別信息，判定CM是否為合法。

需要注意的是，由于CNR向LDAP提交的認(rèn)證信息中將CM的MAC和Giaddr合并，所以BOSS系統(tǒng)向LDAP寫入的機(jī)頂盒信息的時候，也需要將兩個信息合并寫入。

6　BOSS系統(tǒng)建議

廣電寬帶業(yè)務(wù)運營因其與電信運營十分相似，建議采用比較成熟的三戶實體模型，“三戶模型”是各省移動、網(wǎng)通公司等傳統(tǒng)運營商遵循的實體邏輯模型，三戶即客戶、用戶和帳戶，它來源于ETom的模型。近些年來，三戶模型已經(jīng)在電信行業(yè)成為建設(shè)運營支撐系統(tǒng)普遍運用的模型，三戶模型也是根據(jù)營銷模型轉(zhuǎn)向“以客戶為中心”理念而產(chǎn)生的結(jié)果，客戶的需求成為支撐系統(tǒng)信息模型不斷趨于完善的主要驅(qū)動力。與客戶這個實體概念關(guān)聯(lián)最為緊密的概念就是用戶和帳戶，這三者之間的關(guān)系應(yīng)該是一個相互關(guān)聯(lián)但又是獨立的三個實體，這種關(guān)聯(lián)只是一個歸屬和映射的關(guān)系，而三個實體本身是相互獨立的，分別是體現(xiàn)完全不同的幾個域的信息，客戶是體現(xiàn)了社會域的信息，用戶體現(xiàn)了業(yè)務(wù)域的信息，帳戶體現(xiàn)的是資金域的信息。對比廣電與電信行業(yè)的業(yè)務(wù)特點，分析各自的運營規(guī)則，“三戶模型”同時也是廣電數(shù)據(jù)業(yè)務(wù)運營支撐系統(tǒng)的最佳選擇之一。

（編輯：劉楠）

CNR M anagement Through HFC Network

Liu Yang
(Taiyuan Cable Television Network Co.,Ltd.,Taiyuan Shanxi030012)

In the context of triple play,radio and television systems market has been continuously eroded.The pressure of market competition is also increasing.A controllable network quality is the foundation for its developmentunder such environment.CNR+CMTS model is more close to the current situation of radio and television programs,and more in line with the actual needs of radio and television.

triple play;CNR+CMTS;radio and television

TN943

A

2095-0748(2016)21-0096-05

10.16525/j.cnki.14-1362/n.2016.21.43

2016-10-10

劉洋（1986—），男，遼寧建平人，本科，現(xiàn)就職于太原有線電視網(wǎng)絡(luò)公司，助理工程師，研究方向：三網(wǎng)融合。