【導讀】中國電信浙江公司。當前，隨著互聯(lián)網(wǎng)應用的不斷豐富，浙江電信網(wǎng)絡規(guī)模不斷擴大，特別是在?！叭W(wǎng)融合”的背景下，隨著光進銅退工程建設的日漸推進，各種寬帶業(yè)務產(chǎn)品。不斷推出，給自營關鍵業(yè)務如IPTV和VOIP業(yè)務的維護帶來了極大的挑戰(zhàn)，另。外FTTN接入方式逐漸成為寬帶接入的重要方式，同時目前單純的DSLAM接入。本規(guī)范是在集團相關要求指導下，根據(jù)浙江電信業(yè)務發(fā)展的實際情況，對。匯聚交換機等接入設備的配置、QOS配置等作出了規(guī)范化要求，對即將引入的。IPOE認證規(guī)范進行了說明。本規(guī)范首次對FTTN/DSLAM作出了分配型業(yè)務網(wǎng)絡的要求。載采用分配型的方案，即上網(wǎng)業(yè)務、IPTV業(yè)務以及VoIP等業(yè)務占用的帶寬需要。分離（非共享），尤其是針

　　

【正文】 換機利用 IGMP Proxy和 IGMP Snooping實現(xiàn)對組播組成員的管理，通過 IGMP Join/Leave 和 Query消息實現(xiàn)組播成員的動態(tài)加入 /退出和維持。 三 . 增加組播 VLAN OLT MDU/匯聚交換機 上劃分組播專用的 VLAN，即組播業(yè)務使用一個專用于組播業(yè)務的 VLAN 實現(xiàn)與其他業(yè)務相隔離，一個組播 VLAN 對應一個頻道組（指一個權限統(tǒng)一管理的組播頻道的集合）。一個組播頻道僅屬于一個特定的組播 VLAN。用戶的其他數(shù)據(jù)流（包括單播業(yè)務）劃入另外的 SVLAN/CVLAN FTTN/DSLAM 業(yè)務接入技術規(guī)范 第 16 頁 共 19 頁 四 . 跨 VLAN 組播復制 當用戶端口不 在 MVLAN 中時，也能加入組播組，并能收到 MVLAN 中的組播數(shù)據(jù)流。對于 FTTN/DSLAM 的應用場景，下行組播流要從 MVLAN 復制到用戶 CVLAN 中。 在 OLT MDU/匯聚交換機 上配置組播 VLAN，開啟 IGMP Snooping，組播加入的步驟如下： 1) 在 家庭網(wǎng)關 /CPE上將 IPTV 的 PVC 與 連接 STB的端 口 進行綁定 。 2) 家庭網(wǎng)關 /CPE將這個 IGMP 報文通過 PVC 發(fā)送到 MDU/DSLAM 上。 3) MDU/DSLAM 將組播用戶的 join 請求封裝至相對應的用戶 VLAN 中，發(fā)送到 OLT/匯聚交換機 。 4) OLT上配置 靈活 QINQ，針對 IPTV 的 CVLAN 打上不同的 SVLAN，同時開啟 IGMP proxy，收到 IGMP 信息后，通過組播 VLAN 繼續(xù)向上轉發(fā)IGMP 報文。 5) DSLAM 上聯(lián)的匯聚交換機配置 QINQ，根據(jù) IPTV 業(yè)務的上聯(lián)端口打上不同的 SVLAN，同時開啟 IGMP proxy，收到 IGMP 信息后，通過組播VLAN 繼續(xù)向上轉發(fā) IGMP 報文。 6) 匯聚交換機將組播 VLAN 和 IPTV 的外層 VLAN 透傳至 SR； 7) SR收到 IGMP join 信息后，通過 PIM 向組播源請求組播流。 8) 組播源通過 SR到達匯聚交換機，匯聚交換機將 組播流量通過組播 VLAN轉發(fā)給 OLT/DSLAM； 9) OLT MDU 將組播 VLAN 的數(shù)據(jù)流轉發(fā)至用戶 VLAN 中，發(fā)送給 用戶 ； 10) MDU/DSLAM 將用戶 VLAN 的數(shù)據(jù)流轉發(fā)到相應的 PVC 中，發(fā)送給家庭網(wǎng)關 /CPE； 11) 直播流到達 家庭網(wǎng)關 /CPE 后， 根據(jù) PVC 與端口的綁定關系， 轉發(fā)至 連接 STB的端口 ，用戶收到 IPTV 直播節(jié)目。 FTTN/DSLAM 業(yè)務接入技術規(guī)范 第 17 頁 共 19 頁 7 IPOE 認證實現(xiàn)方案 這一章節(jié)只對二平面 /多邊緣網(wǎng)絡架構進行說明，城域網(wǎng)單平面的網(wǎng)絡架構暫不考慮 IPOE認證方式的部署。 根據(jù)據(jù)集團下發(fā) IPTV 承載網(wǎng)絡 DHCP 技術規(guī)范， IPOE 認證方式將會 采用OPTION60 帶加密用戶名密碼的方式。 IPOE認證流程如下： 流程描述： 1) 機頂盒開機即檢測本機存儲中是否有接入層戶名及密碼，如果沒有，則提示要求輸入，如果有，則將接入層用戶名及密碼加密后封裝進 DHCP Discover包中的 Option60 字段里。 2) 機頂盒將 DHCP 的 Discover 包廣播出去，申請地址；中間的網(wǎng)絡設備SR/BRAS 將會捕捉到 DHCP Discover 報文，并 添加相應的 Option82 信息。 3) DHCP服務器收到請求后將報文中的 Option60信息 進行解包， 組成認證報文，送給認證服 務器。 4) 認證服務器接收認證報文進行認證。如果認證失敗，傳送結果給 DHCP 服務器， DHCP 服務器不對此用戶做回應。如果認證成功，傳送結果給 DHCP 服務器， DHCP 服務器將分配給用戶的 IP 地址封裝進 DHCP OFFER 包中，再 FTTN/DSLAM 業(yè)務接入技術規(guī)范 第 18 頁 共 19 頁 發(fā)送給機頂盒。 5) DHCP 服務器需要在回給客戶端的 DHCP OFFER 包中插入認證信息（ option125）以便客戶端能夠對此信息進行鑒權，以辨別該 OFFER 包是否來自電信認可的 DHCP 服務器。 6) 頂盒收到 OFFER 包后再次將應用層用戶名增加前后綴與密碼一同加密后封裝進 DHCP Request 包（加密時隨機數(shù) R、時間戳 TS 要重新生成），確認使用 OFFER 包中分配的地址。此時 DHCP 服務器并不把 Option 60 中的信息轉給認證服務器。 7) DHCP 服務器最后回復給機頂盒 DHCPACK 包并加入 option125 信息，完成此次地址 的 申請。 FTTN/DSLAM 業(yè)務接入技術規(guī)范 第 19 頁 共 19 頁 8 QOS 實現(xiàn)方案 隨著 IPTV 業(yè)務的發(fā)展，以及 IPOE 的部署，特別是對 FTTN/DSLAM 作出了分配型業(yè)務網(wǎng)絡的要求后，原來的針對多業(yè)務的 HQOS 已經(jīng)無法部署實施，同時也為了簡化 QOS 部署策略，需要針對匯聚交換機、 OLT部署二層 QoS 來優(yōu)先保障 IPTV 等業(yè)務的帶寬。 對 于城域網(wǎng)單平面 /城域網(wǎng)二平面 /城域網(wǎng)多邊緣三種網(wǎng)絡結構，都需要進行二層 QOS 的部署，同時都不再部署 HQOS 機制，采用單一業(yè)務的 QOS 保障。 匯聚交換機的 QOS 部署 上行端口：匯聚交換機的上行 口針對 BRAS/SR 的入流量信任標記，上行SR/BRAS 方向要求也配置隊列調(diào)度，主要為保障語音 和 IPTV 業(yè)務的上行流量。 下行端口：部署 QoS 調(diào)度策略，針對語音流量實施 PQ 調(diào)度，針對 IPTV 實施 WRR調(diào)度，根據(jù) IPTV 視頻流攜帶的 標記實現(xiàn) 30％帶寬的保障。 OLT 的 QOS 部署 針對 OLT的 QOS 部署策略如下： 下行流量：在 SR設備上，將 IPTV業(yè)務流量的三層 pre值轉換為對應的 值，并向下傳遞到 OLT 設備， OLT 設備默認 SP 調(diào)度，即高優(yōu)級的業(yè)務會得到優(yōu)先調(diào)度；針對每個 PON 口在策略應用時，只需將 IPTV 業(yè)務標記指定為高優(yōu)先級即可。 上行流量： OLT上可以針對 IPTV 業(yè)務的內(nèi)層 VLAN 設置相應的 字段值，進行業(yè)務標記。 OLT 支持將內(nèi)層 VLAN 的 COS 值拷貝至外層 VLAN；OLT上行 GE 端口調(diào)度方式與 PON 口一致。 家庭網(wǎng)關 /CPE 的 QOS 部署 家庭網(wǎng)關 /CPE 的上行 物理帶寬將考慮配置為多種接 入業(yè)務的保證帶寬總和。