YDT 4529-2023基于SDN的IP RAN南向接口技術(shù)要求

ICS33.040.40

CCSL78

YD

中華人民共和國(guó)通信行業(yè)標(biāo)準(zhǔn)

YD/TXXXXX—XXXX

基于SDN的IPRAN南向接口技術(shù)要求

TechnologyrequirementsofIPRANsouthboundinterfacebasedonSDN

NEQ

（報(bào)批稿）

XXXX-XX-XX發(fā)布XXXX-XX-XX實(shí)施

中華人民共和國(guó)工業(yè)和信息化部發(fā)布

YD/TXXXXX—XXXX

前??言

本文件按照GB/T1.1-2020《標(biāo)準(zhǔn)化工作導(dǎo)則第1部分：標(biāo)準(zhǔn)化公文的結(jié)構(gòu)和起草規(guī)則》給出的規(guī)

則起草。

請(qǐng)注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機(jī)構(gòu)不承擔(dān)識(shí)別專利的責(zé)任。

本文件由中國(guó)通信標(biāo)準(zhǔn)化協(xié)會(huì)提出并歸口。

本文件起草單位：中國(guó)信息通信科技集團(tuán)有限公司、中國(guó)信息通信研究院、中國(guó)聯(lián)合網(wǎng)絡(luò)通信集團(tuán)

有限公司、華為技術(shù)有限公司、中興通訊股份有限公司、新華三技術(shù)有限公司、上海諾基亞貝爾股份有

限公司。

本文件主要起草人：寇陽(yáng)、汪俊芳、馬紅斌、趙鋒、徐博華、龐冉、吳波、陳然、萬(wàn)曉蘭、周惠琴、

韓博文。

II

YD/TXXXXX—XXXX

基于SDN的IPRAN南向接口技術(shù)要求

1范圍

本文件規(guī)定了基于SDN的IPRAN南向接口功能要求，南向接口協(xié)議要求，以及相應(yīng)的數(shù)據(jù)模型。

本文件適用于基于SDN的IPRAN設(shè)備的設(shè)計(jì)、研發(fā)和測(cè)試。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過(guò)文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對(duì)應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

CCSAYD/T3020-2016基于SDN的IPRAN網(wǎng)絡(luò)技術(shù)要求

IETFRFC5277NETCONF事件通知（NETCONFEventNotifications）

IETFRFC5440路徑計(jì)算單元通信協(xié)議（PathComputationElementCommunication

Protocol）

IETFRFC6241網(wǎng)絡(luò)配置協(xié)議（NetworkConfigurationProtocol）

IETFRFC7752基于BGP的鏈路狀態(tài)和流量工程的信息分布(DistributionofLink-Stateand

TrafficEngineeringInformationUsingBGP)

IETFRFC7950數(shù)據(jù)建模語(yǔ)言YANG1.1（TheYANG1.1DataModelingLanguage）

IETFRFC8231有狀態(tài)PCE的PCEP擴(kuò)展（PCEPExtensionsforStatefulPCE）

IETFRFC8232有狀態(tài)PCE的標(biāo)簽交換路徑狀態(tài)同步過(guò)程優(yōu)化（OptimizationsofLabel

SwitchedPathStateSynchronizationProceduresforaStatefulPCE）

IETFRFC8281有狀態(tài)PCE模型中對(duì)PCE發(fā)起的標(biāo)簽交換路徑配置的擴(kuò)展（PCEP

ExtensionsforPCE-InitiatedLSPSetupinaStatefulPCEModel）

IETFRFC8664PCEP的擴(kuò)展SR功能（PathComputationElementCommunicationProtocol

(PCEP)ExtensionsforSegmentRouting）

IETFRFC8745用于將工作和保護(hù)標(biāo)簽交換路徑（LSPs）與有狀態(tài)PCE關(guān)聯(lián)的路徑計(jì)算單

元通信協(xié)議（PCEP）的擴(kuò)展（PathComputationElementCommunication

Protocol(PCEP)ExtensionsforAssociatingWorkingandProtectionLabel

1

YD/TXXXXX—XXXX

SwitchedPaths(LSPs)withStatefulPCE）

3術(shù)語(yǔ)、定義及縮略語(yǔ)

3.1術(shù)語(yǔ)

下列術(shù)語(yǔ)適用于本文件。

3.1.1南向接口southboundinterface

南向接口指控制器與轉(zhuǎn)發(fā)設(shè)備之間控制接口以及網(wǎng)管與轉(zhuǎn)發(fā)設(shè)備之間的管控接口。

3.2縮略語(yǔ)

下列縮略語(yǔ)適用于本文件。

BGP-LS邊界網(wǎng)關(guān)協(xié)議-鏈路狀態(tài)BoarderGatewayProtocol-LinkState

CLI命令行接口CommandLineInterface

DCN數(shù)據(jù)通信網(wǎng)絡(luò)DataCommunicationNetwork

IP因特網(wǎng)協(xié)議InternetProtocol

RPC遠(yuǎn)程過(guò)程調(diào)用RemoteProcedureCall

PCEP路徑計(jì)算單元控制協(xié)議PathComputationElementProtocol

PCC路徑計(jì)算客戶端PathComputationClient

Netconf網(wǎng)絡(luò)配置協(xié)議NetworkConfigurationProtocol

gRPC谷歌遠(yuǎn)程過(guò)程調(diào)用GoogleRemoteProcedureCall

4IPRAN南向接口功能要求

圖1為基于SDN的IPRAN的南向接口功能示意圖，包括管控層、南向接口和IPRAN轉(zhuǎn)發(fā)設(shè)備層。

管控層包括網(wǎng)管和/或控制器的功能，實(shí)現(xiàn)資源管理、配置管理、拓?fù)涔芾怼⒐收瞎芾?、性能管理?/p>

路徑計(jì)算、業(yè)務(wù)轉(zhuǎn)發(fā)等功能。資源管理主要包括板卡、鏈路等網(wǎng)絡(luò)資源管理和調(diào)度等功能。配置管理主

要包括：子網(wǎng)配置管理、路徑配置管理、業(yè)務(wù)配置管理、時(shí)鐘和時(shí)間配置、QOS配置等功能。網(wǎng)絡(luò)拓?fù)?/p>

管理主要包括：拓?fù)湟晥D、拓?fù)錇g覽和拓?fù)渚庉嫷裙δ?。故障管理主要包括：告警收集和同步、告警顯

示和統(tǒng)計(jì)、告警確認(rèn)與清除、告警相關(guān)性抑制、故障定位、告警過(guò)濾等功能。性能管理功能主要包括：

性能監(jiān)測(cè)參數(shù)配置、性能監(jiān)測(cè)管理、性能數(shù)據(jù)上報(bào)管理、性能門(mén)限管理、性能數(shù)據(jù)查詢、性能數(shù)據(jù)存儲(chǔ)

等功能。路徑計(jì)算主要包括：基于BGP-LS上報(bào)的網(wǎng)絡(luò)實(shí)時(shí)拓?fù)渥兓?、PCEP上報(bào)的實(shí)時(shí)隧道數(shù)據(jù)庫(kù)變化、

Telemetry上報(bào)的鏈路及業(yè)務(wù)流量變化，并根據(jù)用戶配置路徑算路策略，實(shí)現(xiàn)隧道集中實(shí)時(shí)算路、路徑

2

YD/TXXXXX—XXXX

實(shí)時(shí)重路由、以及路徑的調(diào)整和優(yōu)化，管控器使用PCEP實(shí)現(xiàn)隧道實(shí)時(shí)路徑下發(fā)。業(yè)務(wù)轉(zhuǎn)發(fā)功能主要包括：

管控器根據(jù)業(yè)務(wù)需求生成轉(zhuǎn)發(fā)行為控制數(shù)據(jù)，并逐層分解控制粒度，最終下發(fā)到傳送平面各節(jié)點(diǎn)，控制

網(wǎng)絡(luò)的業(yè)務(wù)轉(zhuǎn)發(fā)、保護(hù)恢復(fù)等行為。

圖1基于SDN的IPRAN南向接口功能示意圖

南向接口主要完成基于SDN的IPRAN管控層與轉(zhuǎn)發(fā)設(shè)備層之間的數(shù)據(jù)映射、傳遞等功能，需要通

過(guò)協(xié)議和模型來(lái)實(shí)現(xiàn)。南向接口的協(xié)議包括Netconf、PCEP、BGP-LS、Telemetry等，管控層YANG模

型采用XML形式表示，具體協(xié)議的要求和模型要求分別參見(jiàn)本文件第5章和第6章。

南向接口通過(guò)Netconf協(xié)議結(jié)合YANG模型建模實(shí)現(xiàn)管控層與轉(zhuǎn)發(fā)設(shè)備層之間的數(shù)據(jù)映射，管控

層通過(guò)YANG模型建模，轉(zhuǎn)發(fā)設(shè)備層采用基于類和元素的，與網(wǎng)絡(luò)管理協(xié)議無(wú)關(guān)的信息模型。管控層

YANG模型中添加的擴(kuò)展屬性，用于管控層模型節(jié)點(diǎn)名稱與轉(zhuǎn)發(fā)設(shè)備層模型元素名稱之間的映射。轉(zhuǎn)

發(fā)設(shè)備加載管控層與轉(zhuǎn)發(fā)設(shè)備層之間包含的必需參數(shù)和附加參數(shù)的映射關(guān)系文件。必要參數(shù)包括管控層

節(jié)點(diǎn)屬性：節(jié)點(diǎn)名稱、類型、路徑等；以及轉(zhuǎn)發(fā)設(shè)備模塊元素的屬性：類名稱、元素名稱、類型、描述、

取值范圍等。附加參數(shù)包括預(yù)置條件、選擇條件，判斷條件，合法性檢查，更新動(dòng)作等。當(dāng)南向接口參

數(shù)滿足下發(fā)的預(yù)置條件時(shí)，將觸發(fā)轉(zhuǎn)發(fā)設(shè)備執(zhí)行對(duì)應(yīng)的內(nèi)部模型映射更新動(dòng)作。轉(zhuǎn)發(fā)設(shè)備解析管控層的

擴(kuò)展屬性，建立管控層節(jié)點(diǎn)名稱與轉(zhuǎn)發(fā)設(shè)備層名稱的對(duì)應(yīng)關(guān)系，根據(jù)映射關(guān)系文件，將轉(zhuǎn)發(fā)設(shè)備模塊元

素的屬性及附加參數(shù)與管控層節(jié)點(diǎn)的屬性綁定，生成管控層節(jié)點(diǎn)與轉(zhuǎn)發(fā)設(shè)備元素的映射關(guān)系。根據(jù)上述

建立的映射關(guān)系，執(zhí)行管控層與轉(zhuǎn)發(fā)設(shè)備層之間的南向接口映射。

為了前向兼容傳統(tǒng)命令行設(shè)備，在南向接口CLI的模型接口攜帶節(jié)點(diǎn)相關(guān)信息，這些信息和網(wǎng)絡(luò)

3

YD/TXXXXX—XXXX

設(shè)備內(nèi)部模型間建立映射關(guān)系，包括數(shù)據(jù)模型的節(jié)點(diǎn)名稱、數(shù)據(jù)類型、路徑以及對(duì)應(yīng)的命令行場(chǎng)景管理

對(duì)象信息，命令行場(chǎng)景管理對(duì)象信息包括命令行場(chǎng)景管理對(duì)象類名稱、CLI名稱和CLI的元素名稱等等。

轉(zhuǎn)發(fā)設(shè)備層是由IPRAN轉(zhuǎn)發(fā)設(shè)備構(gòu)成。包括配置、路徑、性能、告警事件、拓?fù)?、業(yè)務(wù)轉(zhuǎn)發(fā)等功

能模塊。轉(zhuǎn)發(fā)設(shè)備層的配置模塊負(fù)責(zé)通過(guò)Netconf協(xié)議處理配置的下發(fā)和上報(bào)，路徑模塊負(fù)責(zé)通過(guò)PCEP

向管控層發(fā)送路徑計(jì)算請(qǐng)求，并接收和處理路徑計(jì)算應(yīng)答。設(shè)備側(cè)事件處理模塊將告警、事件、狀態(tài)變

化等信息通過(guò)Netconf協(xié)議主動(dòng)推送給管控層，并支持（兼容）使用SNMP、syslog等傳統(tǒng)協(xié)議的設(shè)備

所支持的告警、事件、狀態(tài)變化內(nèi)容。推送的信息包括通用事件名稱、級(jí)別以及內(nèi)容的參數(shù)等。拓?fù)淠?/p>

塊負(fù)責(zé)收集和上報(bào)轉(zhuǎn)發(fā)設(shè)備層的拓?fù)湫畔?，并且通告拓?fù)渥兓I(yè)務(wù)轉(zhuǎn)發(fā)模塊負(fù)責(zé)將報(bào)文按照管控層的

配置和路徑進(jìn)行轉(zhuǎn)發(fā)。

5協(xié)議要求

5.1Netconf協(xié)議要求

IPRAN南向接口采用Netconf協(xié)議結(jié)合YANG模型的方式，編碼采用XML。本文件建議采用

Netconfv1.1版本，遵循RFC6241的規(guī)范。

Netconf協(xié)議具有如下功能：

a)Netconf協(xié)議采用SSH作為傳輸層協(xié)議，遵循RFC6242和RFC4253，SSH默認(rèn)端口號(hào)830，

使用password認(rèn)證。

b)管控層與設(shè)備之間保持會(huì)話的長(zhǎng)連接。

c)Netconf的Notification協(xié)議遵循RFC5277規(guī)范。

d)管控層與每個(gè)設(shè)備建議只建立一個(gè)會(huì)話，所有的RPC和Notification均在該會(huì)話中完成操作，

即<interleave>能力。

e)SSH會(huì)話建立完成后，管控層主動(dòng)向設(shè)備發(fā)起訂閱請(qǐng)求<create-subscription>。SSH會(huì)話中斷導(dǎo)

致重連時(shí)，管控層主動(dòng)重新發(fā)起訂閱請(qǐng)求。

f)管控層與設(shè)備之間通過(guò)<hello>報(bào)文交互能力集，需要支持上述a）至e）能力。

g)管控層使用get或get-config獲取設(shè)備數(shù)據(jù)時(shí)，采用subtree過(guò)濾方式，不使用xpath。

h)南向接口所采用的RPC盡量復(fù)用標(biāo)準(zhǔn)命令，對(duì)于標(biāo)準(zhǔn)未提供的功能，可采用自定義方式。

i)返回錯(cuò)誤的<rpc-reply>采用RFC6241中規(guī)定的標(biāo)準(zhǔn)<rpc-error>方式，其中error-tag,

error-serverity,error-type,error-message為必填字段，其內(nèi)容應(yīng)指出錯(cuò)誤原因。

4

YD/TXXXXX—XXXX

表1為Netconf操作指令。

表1Netconf操作指令

指令分類指令名稱指令功能強(qiáng)制性

標(biāo)準(zhǔn)指令get用來(lái)從<running/>配置數(shù)據(jù)庫(kù)中獲取部分或全必選

部運(yùn)行的配置數(shù)據(jù)和設(shè)備的狀態(tài)數(shù)據(jù)

get-config從<running/>、<candidate/>和<startup/>配置數(shù)必選

據(jù)庫(kù)中獲取全部或指定的一部分配置數(shù)據(jù)

edit-config修改、創(chuàng)建、刪除配置數(shù)據(jù)必選

close-session正常關(guān)閉當(dāng)前NETCONF會(huì)話必選

lock鎖定設(shè)備的<running/>數(shù)據(jù)庫(kù)，獨(dú)占配置數(shù)據(jù)庫(kù)必選

的修改權(quán)

unlock取消用戶自己之前執(zhí)行的<lock>操作，但不能取必選

消其他用戶的<lock>操作

擴(kuò)展能力Candidate此能力指明設(shè)備支持<candidate/>配置數(shù)據(jù)庫(kù)?？蛇x

ConfigurationCandidateConfiguration能力被用來(lái)在不影響當(dāng)

Capability前配置的情況下，對(duì)設(shè)備的配置數(shù)據(jù)進(jìn)行操作

RollbackonError此能力指明設(shè)備具備錯(cuò)誤回滾能力。如果一個(gè)錯(cuò)可選

Capability誤的條件發(fā)生并產(chǎn)生一個(gè)錯(cuò)誤元素<rpc-error>，

服務(wù)器將會(huì)停止處理<edit-config>操作，并把指

定的配置恢復(fù)至開(kāi)始執(zhí)行<edit-config>操作時(shí)的

完整狀態(tài)

Netconf的服務(wù)器和客戶端交互滿足下列要求：

——配置的編輯、修改、刪除采用edit-config指令；

——配置編輯采用兩階段提交方式，使用lock、unlock指令。其流程為：對(duì)備選存儲(chǔ)加鎖，運(yùn)行數(shù)

據(jù)存儲(chǔ)加鎖，先編輯備選數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)檢查無(wú)誤后，再提交到運(yùn)行數(shù)據(jù)存儲(chǔ)，對(duì)運(yùn)行存儲(chǔ)解鎖，

對(duì)備選數(shù)據(jù)存儲(chǔ)解鎖；

——配置的讀取采用get-config指令，狀態(tài)的查詢采用get指令；

——控制命令采用自定義RPC指令；

5

YD/TXXXXX—XXXX

5.2PCEP協(xié)議要求

PCEP協(xié)議是一種用于路徑計(jì)算的動(dòng)態(tài)控制協(xié)議，管控層通過(guò)PCEP協(xié)議將集中算路結(jié)果實(shí)時(shí)下發(fā)到

設(shè)備，PCEP協(xié)議滿足如下要求：

——設(shè)備提供PCC功能，管控層作為PCE服務(wù)端，監(jiān)聽(tīng)4189端口，遵循RFC5440；

——設(shè)備作為算路的發(fā)起方，管控層作為集中算路和下發(fā)方，通過(guò)PCEP標(biāo)準(zhǔn)協(xié)議進(jìn)行信息交互；

——支持open，keepalive，request，reply報(bào)文，遵循RFC5440；

——支持StatefulPCE功能，支持report，update，initiate報(bào)文，遵循RFC8231；

——支持狀態(tài)同步功能，遵循RFC8232；

——支持RFC8745規(guī)范的SR，RFC8664規(guī)范的保護(hù)路徑，正反向關(guān)聯(lián)，粘連標(biāo)簽等配置。正反向

關(guān)聯(lián)配置參見(jiàn)draft-ietf-pce-binding-label-sid-15,粘連標(biāo)簽配置參見(jiàn)

draft-ietf-netconf-udp-pub-channel-05。

5.3BGP-LS協(xié)議要求

BGP-LS協(xié)議滿足如下要求。

——BGP-LS協(xié)議應(yīng)支持單IGP域內(nèi)及跨IGP域的三層邏輯拓?fù)涫占?/p>

——BGP-LS應(yīng)支持NodeNLRI、NodeAtrribute、LinkNLRI、LinkAtrribute、PrefixNLRI、Prefix

AtrributeTLV等TLV格式，遵循RFC7752；

——應(yīng)支持接收ISIS、OSPF協(xié)議上報(bào)的link-state信息。

5.4Telemetry技術(shù)的協(xié)議要求

Telemetry定義參見(jiàn)2018-1724-T-YD，《電信運(yùn)營(yíng)商網(wǎng)絡(luò)的自動(dòng)化質(zhì)量測(cè)量技術(shù)要求》。

南向接口相關(guān)的Telemetry協(xié)議滿足如下要求：

——支持訂閱，訂閱包括靜態(tài)訂閱和動(dòng)態(tài)訂閱；

——支持在訂閱時(shí)指定傳感器地址（senor-path）、周期上報(bào)頻次等參數(shù)；

——支持結(jié)構(gòu)化的數(shù)據(jù)，使用GPB對(duì)數(shù)據(jù)進(jìn)行編碼，使用GPB或YANG模型對(duì)數(shù)據(jù)結(jié)構(gòu)進(jìn)行描

述；

——支持使用gRPC協(xié)議或者UDP協(xié)議進(jìn)行上報(bào),UDP協(xié)議符合

draft-ietf-netconf-udp-pub-channel-05規(guī)范。

6數(shù)據(jù)模型要求

6

YD/TXXXXX—XXXX

6.1YANG建模語(yǔ)言要求

模型采用YANG建模，YANG建模滿足如下要求。

——YANG建模通用要求：

●本文件建議采用YANG1.1版本，應(yīng)遵循RFC7950；

●推薦使用IETF等標(biāo)準(zhǔn)組織定義的公有模型和數(shù)據(jù)類型；

●YANG文件要通過(guò)編譯且使用工具的規(guī)范檢查校驗(yàn)，無(wú)告警和錯(cuò)誤。

——YANG命名設(shè)計(jì)原則：

●各元素命令風(fēng)格統(tǒng)一，同一系統(tǒng)中的相同概念使用相同的名稱；

●節(jié)點(diǎn)名稱只允許出現(xiàn)小寫(xiě)字母a-z、數(shù)字0-9、中劃線’-’，不支持空格；

●節(jié)點(diǎn)名稱最大長(zhǎng)度80個(gè)字符。

——YANG模型架構(gòu)原則：

●根據(jù)系統(tǒng)功能特性以及實(shí)際業(yè)務(wù)邏輯必需的數(shù)據(jù)來(lái)定義模型的要素；

●List對(duì)象外需要單獨(dú)定義一層container，container名稱為list對(duì)象名的復(fù)數(shù)形式；

●List對(duì)象應(yīng)使用用戶可見(jiàn)的標(biāo)識(shí)作為key，且key不允許修改。不應(yīng)使用設(shè)備內(nèi)部分配等動(dòng)態(tài)

變化的值。

——YANG節(jié)點(diǎn)設(shè)計(jì)原則：

●Leaf節(jié)點(diǎn)必須指定值域，枚舉型使用enumeration，數(shù)值型使用range，字符串使用patter或

length；

●Leaf節(jié)點(diǎn)需要明確參數(shù)的缺省情況，是缺省無(wú)，還是缺省固定的值域范圍內(nèi)的某個(gè)確定的值，

通過(guò)default屬性表示；

●對(duì)于leaf取值為一組可選值時(shí)，對(duì)于確定的場(chǎng)景，推薦使用enumeration。而對(duì)于未來(lái)可能變

化的不確定場(chǎng)景，可使用identity；

●List內(nèi)除key值之外的leaf節(jié)點(diǎn)，若是在創(chuàng)建記錄時(shí)必須攜帶的字段，使用

mandatory屬性表示。

●List內(nèi)的唯一性參數(shù)若并非對(duì)象條目關(guān)鍵字，而是在某個(gè)list內(nèi)不能重復(fù)的普通屬性，則認(rèn)為

在某個(gè)范圍內(nèi)具備唯一性，使用unique屬性表示；

●List或leaf-list有確定最大/最小條目數(shù)限制的，使用max-elements/min-elements屬性指定條目

數(shù)量規(guī)格；

7

YD/TXXXXX—XXXX

●對(duì)于狀態(tài)等不可配置的節(jié)點(diǎn)，使用configfalse屬性表示。

——兼容性原則：

●YANG模型變更需更新revision字段，并寫(xiě)明變更內(nèi)容；

●YANG模型盡量保證前向兼容；

●可使用obsolete標(biāo)記廢棄節(jié)點(diǎn)，用deprecated標(biāo)記不建議使用的節(jié)點(diǎn)。當(dāng)存在可替代上述節(jié)點(diǎn)

的其他節(jié)點(diǎn)存在時(shí)，需要在注釋中說(shuō)明。

6.2配置管理數(shù)據(jù)模型要求

管控層通過(guò)配置對(duì)接口進(jìn)行管理，實(shí)現(xiàn)對(duì)網(wǎng)元、接口、協(xié)議、隧道、業(yè)務(wù)、OAM、保護(hù)、QoS、

同步等配置的編輯、修改、刪除、回讀，狀態(tài)的通告和查詢，以及控制命令的下發(fā)。具體如下：

——網(wǎng)元管理，包括網(wǎng)元、槽位、單板、電源、電壓等；

——接口管理，包括公共接口、環(huán)回接口、NULL接口、以太網(wǎng)接口、LAG接口、虛擬以網(wǎng)太接

口、Tunnel接口、FlexE接口、E1，STM-1等；

——路由協(xié)議管理，包括IPV4/V6DhcpRelay、ACL、IPV4/V6靜態(tài)路由、OSPFV2/V3、ISISV4/V6、

BGP/BGP4+/MP-BGP等；

——MPLS管理，包括LDP協(xié)議、RSVP協(xié)議、MPLS-TE隧道，段路由等；

——VPN業(yè)務(wù)管理，包括VPWS、VPLS、多段PW、MPLS-BGPIPV4/IPV6VPN、VXLAN、EVPN、

TDM仿真等；

——OAM管理，包括：

●BFD：其類型包括接口、ISIS、OSPF、BGP、VRRP、LAG、LDP、LSP、PW等；

●以太網(wǎng)業(yè)務(wù)OAM：EFM、CFM、Y1731等。

——保護(hù)管理：括鏈路聚合（LAG）保護(hù)、TDM接入鏈路MSP1:1保護(hù)、隧道層HotStandBy保護(hù)、

PW層冗余保護(hù)、VPN-FRR保護(hù)、IP-FRR保護(hù)、VRRP保護(hù)等；

——QOS管理：括流分類和流標(biāo)記、流量監(jiān)管（Policing）、擁塞管理、隊(duì)列調(diào)度、流量整形（Shaping）、

連接允許功能，于支持層次化QOS的設(shè)備，應(yīng)支持在各層次（業(yè)務(wù)端口、LSP、PW、NNI接口

等）進(jìn)行上述的QOS參數(shù)配置（可選）；

——同步管理：時(shí)鐘同步和時(shí)間同步管理。

上述配置管理涉及到的模型如下表2所示。

表2配置管理涉及的模型

8

YD/TXXXXX—XXXX

特性模型名稱模型內(nèi)容

網(wǎng)元管理device網(wǎng)元基礎(chǔ)信息，槽位、板卡信息等

接口管理interface接口公共數(shù)據(jù)類型、環(huán)回接口、隧道接口、

BD接口、以太接口（LAG端口、子接口、

以太虛擬接口）、TDM仿真端口等

路由協(xié)議static-route靜態(tài)路由

ip-frrIPFRR

routemap路由策略

ospfOSPF協(xié)議

isisISIS協(xié)議

bgpBGP協(xié)議

MPLSmplsMPLS協(xié)議

ldpLDP協(xié)議

rsvpRSVP協(xié)議

segment-routing段路由

VPNL2vpn二層VPN

L3vpn三層VPN

Evpn以太網(wǎng)VPN

OAMtpoamTPOAM

cfmoamCFMOAM

efmoamEFMOAM

bfdBFDforinterface、BFDforISIS、BFDfor

OSPF、BFDforBGP、BFDforVRRP、BFD

forLAG、BFDforLDP、BFDforLSP、BFD

forPW等

QoSqosQoS

hqos層次化QoS

tplTPL

9

YD/TXXXXX—XXXX

可靠性vrrpVRRP

bumgrARP雙機(jī)熱備

mclagMCLAG

管理維護(hù)aaaAAA認(rèn)證

radiusRadius認(rèn)證

tacacstacacs認(rèn)證

ntpNTP網(wǎng)絡(luò)時(shí)間協(xié)議

ptp1588時(shí)間同步

lldpLLDP協(xié)議

upgrade設(shè)備升級(jí)

6.3數(shù)據(jù)采集數(shù)據(jù)模型要求

管控層通過(guò)telemetry對(duì)設(shè)備進(jìn)行數(shù)據(jù)采集。

數(shù)據(jù)采集包含下列內(nèi)容：

——Telemetry采樣數(shù)據(jù)配置，包括傳感器配置、傳感器路徑配置等；

——Telemetry目標(biāo)采集器配置，包括上報(bào)目標(biāo)標(biāo)識(shí)、IP、端口等；

——Telemetry訂閱配置，包括上送協(xié)議類型、編碼類型、采樣周期等；

——上報(bào)的數(shù)據(jù)分為RPC層、telemetry層及業(yè)務(wù)層，使用YANG模型進(jìn)行描述。

數(shù)據(jù)采集涉及到下表3模型。

表3數(shù)據(jù)采集涉及的模型

特性模型名稱模型內(nèi)容

數(shù)據(jù)采集管理telemetrytelemetry通道管理、訂閱管理、數(shù)據(jù)查詢

6.4故障管理數(shù)據(jù)模型要求

網(wǎng)絡(luò)故障管理功能，包括告警參數(shù)管理、告警抑制關(guān)系管理、告警原因分析、歷史告警數(shù)據(jù)管理等。

管控層通過(guò)Netconf協(xié)議對(duì)設(shè)備進(jìn)行故障管理，滿足下列要求：

——管控層通過(guò)Netconf協(xié)議對(duì)設(shè)備進(jìn)行故障管理；

——設(shè)備支持各層面的告警監(jiān)測(cè)對(duì)象的告警主動(dòng)上報(bào)、告警查詢；

10

YD/TXXXXX—XXXX

——告警抑制、告警屏蔽的配置、修改、刪除采用Netconf的edit-config指令，同步采用Netconf

的get-config或get指令。

告警的上報(bào)采用基于訂閱的Netconf通知機(jī)制。

管理的內(nèi)容采用YANG建模，包含下列內(nèi)容：

——告警對(duì)象；

——告警抑制；

——告警屏蔽；

——告警過(guò)濾；

——告警同步；

——其他告警功能。

故障管理涉及下表4的模型。

表4故障管理涉及的模型

特性模型名稱模型內(nèi)容

告警管理alarm告警管理、同步、抑制、屏蔽

6.5性能管理數(shù)據(jù)模型要求

管控層通過(guò)Netconf和Telemetry協(xié)議對(duì)設(shè)備進(jìn)行性能管理，滿足下列需求：

——支持IPRAN設(shè)備各層面的性能監(jiān)測(cè)對(duì)象的性能統(tǒng)計(jì)及其打開(kāi)/關(guān)閉功能；

——支持IPRAN設(shè)備各層面的性能監(jiān)測(cè)對(duì)象的性能統(tǒng)計(jì)查詢功能；

——支持IPRAN設(shè)備各層面的性能監(jiān)測(cè)對(duì)象的性能統(tǒng)計(jì)清零功能；

——性能推送采用Telemetry技術(shù)；

——性能統(tǒng)計(jì)的查詢采用Netconf協(xié)議get指令；

——性能統(tǒng)計(jì)的清零等控制命令，采用Netconf自定義RPC方式下發(fā)。

性能管理的內(nèi)容采用YANG建模，包含下列內(nèi)容：

——性能對(duì)象；

——性能統(tǒng)計(jì)（即時(shí)性能、15分鐘性能、24小時(shí)性能）；

——性能開(kāi)關(guān)；

——性能統(tǒng)計(jì)查詢；

——性能統(tǒng)計(jì)清零。

11

YD/TXXXXX—XXXX

性能管理涉及到下表5模型：

表5性能管理涉及的模型

特性模型名稱模型內(nèi)容

性能管理pm實(shí)時(shí)性能、歷史性能、性能清零等

_________________________________

12

YD/TXXXXX—XXXX

目??次

前言.................................................................................II

1范圍...............................................................................1

2規(guī)范性引用文件.....................................................................1

3術(shù)語(yǔ)定義和縮略語(yǔ)...................................................................2

3.1術(shù)語(yǔ)...........................................................................2

3.2縮略語(yǔ).........................................................................2

4IPRAN南向接口功能要求..........................................................2

5協(xié)議要求...........................................................................4

5.1Netconf協(xié)議要求................................................................4

5.2PCEP協(xié)議要求..................................................................6

5.3BGP-LS協(xié)議要求................................................................6

5.4Telemetry技術(shù)的協(xié)議要求........................................................7

6數(shù)據(jù)模型要求.......................................................................7

6.1YANG建模語(yǔ)言要求.............................................................7

6.2配置管理數(shù)據(jù)模型要求...........................................................8

6.3數(shù)據(jù)采集數(shù)據(jù)模型要求..........................................................11

6.4故障管理數(shù)據(jù)模型要求..........................................................11

6.5性能管理數(shù)據(jù)模型要求..........................................................12

I

YD/TXXXXX—XXXX

基于SDN的IPRAN南向接口技術(shù)要求

1范圍

本文件規(guī)定了基于SDN的IPRAN南向接口功能要求，南向接口協(xié)議要求，以及相應(yīng)的數(shù)據(jù)模型。

本文件適用于基于SDN的IPRAN設(shè)備的設(shè)計(jì)、研發(fā)和測(cè)試。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過(guò)文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對(duì)應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

CCSAYD/T3020-2016基于SDN的IPRAN網(wǎng)絡(luò)技術(shù)要求

IETFRFC5277NETCONF事件通知（NETCONFEventNotifications）

IETFRFC5440路徑計(jì)算單元通信協(xié)議（PathComputationElementCommunication

Protocol）

IETFRFC6241網(wǎng)絡(luò)配置協(xié)議（NetworkConfigurationProtocol）

IETFRFC7752基于BGP的鏈路狀態(tài)和流量工程的信息分布(DistributionofLink-Stateand

TrafficEngineeringInformationUsingBGP)

IETFRFC7950數(shù)據(jù)建模語(yǔ)言YANG1.1（TheYANG1.1DataModelingLanguage）

IETFRFC8231有狀態(tài)PCE的PCEP擴(kuò)展（PCEPExtensionsforStatefulPCE）

IETFRFC8232有狀態(tài)PCE的標(biāo)簽交換路徑狀態(tài)同步過(guò)程優(yōu)化（OptimizationsofLabel

SwitchedPathStateSynchronizationProceduresforaStatefulPCE）

IETFRFC8281有狀態(tài)PCE模型中對(duì)PCE發(fā)起的標(biāo)簽交換路徑配置的擴(kuò)展（PCEP

ExtensionsforPCE-InitiatedLSPSetupinaStatefulPCEModel）

IETFRFC8664PCEP的擴(kuò)展SR功能（PathComputationElementCommunicationProtocol

(PCEP)ExtensionsforSegmentRouting）

IETFRFC8745用于將工作和保護(hù)標(biāo)簽交換路徑（LSPs）與有狀態(tài)PCE關(guān)聯(lián)的路徑計(jì)算單

元通信協(xié)議（PCEP）的擴(kuò)展（PathComputationElementCommunication

Protocol(PCEP)ExtensionsforAssociatingWorkingandProtectionLabel

1

YD/TXXXXX—XXXX

SwitchedPaths(LSPs)withStatefulPCE）

3術(shù)語(yǔ)、定義及縮略語(yǔ)

3.1術(shù)語(yǔ)

下列術(shù)語(yǔ)適用于本文件。

3.1.1南向接口southboundinterface

南向接口指控制器與轉(zhuǎn)發(fā)設(shè)備之間控制接口以及網(wǎng)管與轉(zhuǎn)發(fā)設(shè)備之間的管控接口。

3.2縮略語(yǔ)

下列縮略語(yǔ)適用于本文件。

BGP-LS邊界網(wǎng)關(guān)協(xié)議-鏈路狀態(tài)BoarderGatewayProtocol-LinkState

CLI命令行接口CommandLineInterface

DCN數(shù)據(jù)通信網(wǎng)絡(luò)DataCommunicationNetwork

IP因特網(wǎng)協(xié)議InternetProtocol

RPC遠(yuǎn)程過(guò)程調(diào)用RemoteProcedureCall

PCEP路徑計(jì)算單元控制協(xié)議PathComputationElementProtocol

PCC路徑計(jì)算客戶端PathComputationClient

Netconf網(wǎng)絡(luò)配置協(xié)議NetworkConfigurationProtocol

gRPC谷歌遠(yuǎn)程過(guò)程調(diào)用GoogleRemoteProcedureCall

4IPRAN南向接口功能要求

圖1為基于SDN的IPRAN的南向接口功能示意圖，包括管控層、南向接口和IPRAN轉(zhuǎn)發(fā)設(shè)備層。

管控層包括網(wǎng)管和/或控制器的功能，實(shí)現(xiàn)資源管理、配置管理、拓?fù)涔芾怼⒐收瞎芾?、性能管理?/p>

路徑計(jì)算、業(yè)務(wù)轉(zhuǎn)發(fā)等功能。資源管理主要包括板卡、鏈路等網(wǎng)絡(luò)資源管理和調(diào)度等功能。配置管理主

要包括：子網(wǎng)配置管理、路徑配置管理、業(yè)務(wù)配置管理、時(shí)鐘和時(shí)間配置、QOS配置等功能。網(wǎng)絡(luò)拓?fù)?/p>

管理主要包括：拓?fù)湟晥D、拓?fù)錇g覽和拓?fù)渚庉嫷裙δ?。故障管理主要包括：告警收集和同步、告警顯

示和統(tǒng)計(jì)、告警確認(rèn)與清除、告警相關(guān)性抑制、故障定位、告警過(guò)濾等功能。性能管理功能主要包括：

性能監(jiān)測(cè)參數(shù)配置、性能監(jiān)測(cè)管理、性能數(shù)據(jù)上報(bào)管理、性能門(mén)限管理、性能數(shù)據(jù)查詢、性能數(shù)據(jù)存儲(chǔ)

等功能。路徑計(jì)算主要包括：基于BGP-LS上報(bào)的網(wǎng)絡(luò)實(shí)時(shí)拓?fù)渥兓?、PCEP上報(bào)的實(shí)時(shí)隧道數(shù)據(jù)庫(kù)變化、

Telemetry上報(bào)的鏈路及業(yè)務(wù)流量變化，并根據(jù)用戶配置路徑算路策略，實(shí)現(xiàn)隧道集中實(shí)時(shí)算路、路徑

2

YD/TXXXXX—XXXX

實(shí)時(shí)重路由、以及路徑的調(diào)整和優(yōu)化，管控器使用PCEP實(shí)現(xiàn)隧道實(shí)時(shí)路徑下發(fā)。業(yè)務(wù)轉(zhuǎn)發(fā)功能主要包括：

管控器根據(jù)業(yè)務(wù)需求生成轉(zhuǎn)發(fā)行為控制數(shù)據(jù)，并逐層分解控制粒度，最終下發(fā)到傳送平面各節(jié)點(diǎn)，控制

網(wǎng)絡(luò)的業(yè)務(wù)轉(zhuǎn)發(fā)、保護(hù)恢復(fù)等行為。

圖1基于S