一種光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法
【專利摘要】本發(fā)明涉及一種光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，涉及網(wǎng)管軟件、管理通道、管理控制主體以及管理對(duì)象；所述網(wǎng)管軟件通過SNMP協(xié)議控制OLT設(shè)備；OLT設(shè)備通過所述管理通道對(duì)ONU進(jìn)行管理；所述管理控制主體為運(yùn)行于ONU上的核心控制軟件，具備配置命令的被動(dòng)管理功能與業(yè)務(wù)數(shù)據(jù)的主動(dòng)上報(bào)功能，管控業(yè)務(wù)數(shù)據(jù)配置處理流程，向上游設(shè)備廣播業(yè)務(wù)數(shù)據(jù)的更新信息；所述管理對(duì)象為光網(wǎng)絡(luò)單元的底層IC和操作系統(tǒng)，運(yùn)營(yíng)商通過管理這些管理對(duì)象細(xì)分寬帶業(yè)務(wù)。本發(fā)明所述的配置方法，基于各大運(yùn)營(yíng)商采用的業(yè)務(wù)管理協(xié)議，并將業(yè)務(wù)管理協(xié)議通道與業(yè)務(wù)數(shù)據(jù)分離，構(gòu)建多管理協(xié)議下的業(yè)務(wù)數(shù)據(jù)同步模型，從而實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)在不同網(wǎng)管軟件間的同步。
【專利說明】一種光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及PON(Passive Optical Network,無(wú)源光纖網(wǎng)絡(luò)）系統(tǒng)中業(yè)務(wù)數(shù)據(jù)配置 處理功能（用戶業(yè)務(wù)數(shù)據(jù)的配置處理功能）的實(shí)現(xiàn)，具體說是一種光網(wǎng)絡(luò)單元（0NU)中業(yè) 務(wù)數(shù)據(jù)的配置方法。即0NU中用戶業(yè)務(wù)數(shù)據(jù)的配置方法。

【背景技術(shù)】
[0002] 目前，Ρ0Ν接入技術(shù)標(biāo)準(zhǔn)包括ΕΡ0Ν和GP0N。ΕΡ0Ν具有技術(shù)成熟，商用時(shí)間早，應(yīng) 用范圍廣等特點(diǎn)。GP0N技術(shù)是近年較流行的無(wú)源光網(wǎng)絡(luò)寬帶接入標(biāo)準(zhǔn)，最早被國(guó)外運(yùn)營(yíng)商 廣泛采用，近年因其在線路速率、帶寬利用率、運(yùn)維管理等方面的優(yōu)勢(shì)被國(guó)內(nèi)各大運(yùn)營(yíng)商廣 泛使用。
[0003] 傳統(tǒng)的Ρ0Ν接入系統(tǒng)由局端的光線路終端0LT(0ptical Line Terminal)、用戶 端的光網(wǎng)絡(luò)單兀 〇NU(Optical Network Unit)和光分配網(wǎng)絡(luò) 0DN(0ptical Distribution Network)組成，如圖1所示。網(wǎng)管軟件通常部署于局端的大型服務(wù)器中，系統(tǒng)層次上位于 0LT 的上層，二者通常通過 SNMP(Simple Network Management Protocol)協(xié)議交互。
[0004] 在0NU中，為實(shí)現(xiàn)運(yùn)營(yíng)商對(duì)用戶業(yè)務(wù)的精準(zhǔn)管理，通常在網(wǎng)管軟件的界面中設(shè)計(jì) 用于完成業(yè)務(wù)數(shù)據(jù)配置處理功能的UI (人機(jī)交互界面），通過該Π 形成相應(yīng)業(yè)務(wù)數(shù)據(jù)的業(yè) 務(wù)記錄，網(wǎng)管軟件通過接入網(wǎng)領(lǐng)域的標(biāo)準(zhǔn)管理協(xié)議，以配置命令的形式將業(yè)務(wù)記錄透?jìng)髦?0NU，然后由0NU根據(jù)業(yè)務(wù)記錄中的業(yè)務(wù)數(shù)據(jù)完成對(duì)1C和操作系統(tǒng)的配置，從而實(shí)現(xiàn)運(yùn)營(yíng)商 對(duì)用戶業(yè)務(wù)的管理功能。
[0005] 目前，多數(shù)接入網(wǎng)管理系統(tǒng)僅支持單個(gè)網(wǎng)管軟件，這是因?yàn)椋?br> [0006] 1、網(wǎng)管軟件不支持業(yè)務(wù)數(shù)據(jù)的主動(dòng)同步功能，一個(gè)網(wǎng)管軟件的業(yè)務(wù)數(shù)據(jù)更新后無(wú) 法在其它網(wǎng)管軟件中體現(xiàn)；
[0007] 2、0NU通常只能實(shí)現(xiàn)配置命令的串行管理，0NU的上次配置命令未執(zhí)行完不允許 用戶操作其它配置命令；
[0008] 3、0NU收到配置命令后，依據(jù)其本地保存的歷史業(yè)務(wù)記錄清除芯片的相關(guān)屬性，而 不關(guān)心網(wǎng)管軟件本次下發(fā)的業(yè)務(wù)記錄與上次下發(fā)的業(yè)務(wù)記錄之間的關(guān)聯(lián)，直接重新寫芯片 寄存器。
[0009] 不難發(fā)現(xiàn)以上方法存在很大的問題：
[0010] 針對(duì)0NU不同業(yè)務(wù)的配置命令原本可并行執(zhí)行，串行執(zhí)行配置命令嚴(yán)重降低了 0NU系統(tǒng)的并發(fā)度，影響了 0NU的配置效率；
[0011] 0NU收到配置命令后不比較新、舊業(yè)務(wù)記錄的區(qū)別，立即清除芯片原屬性，這不但 增加了無(wú)謂的底層硬件和操作系統(tǒng)的配置操作，而且影響配置命令的執(zhí)行效率；
[0012] 在一個(gè)接入網(wǎng)管理系統(tǒng)中引入多個(gè)網(wǎng)管軟件時(shí)，需解決其中一個(gè)網(wǎng)管軟件的業(yè)務(wù) 數(shù)據(jù)發(fā)生變化時(shí)其它網(wǎng)管軟件無(wú)法感知這一變化的問題，此問題嚴(yán)重時(shí)會(huì)導(dǎo)致各網(wǎng)管軟件 本地的業(yè)務(wù)數(shù)據(jù)的不一致性，誤導(dǎo)操作人員；
[0013] 0NU的管理通道與用戶業(yè)務(wù)數(shù)據(jù)高耦合，導(dǎo)致0NU存在多個(gè)管理通道時(shí)出現(xiàn)數(shù)據(jù) 冗余等問題。
[0014] 所有以上問題有待解決。


【發(fā)明內(nèi)容】

[0015] 針對(duì)現(xiàn)有技術(shù)中存在的缺陷，本發(fā)明的目的在于提供一種光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù) 的配置方法，解決多個(gè)網(wǎng)管軟件間業(yè)務(wù)數(shù)據(jù)不能同步、0NU命令處理串行化、重復(fù)配置、管理 數(shù)據(jù)冗余的問題。
[0016] 為達(dá)到以上目的，本發(fā)明采取的技術(shù)方案是：
[0017] -種光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于，涉及以下節(jié)點(diǎn)：網(wǎng)管軟件、 管理通道、管理控制主體以及管理對(duì)象；
[0018] 所述網(wǎng)管軟件通常布局于運(yùn)營(yíng)商服務(wù)器機(jī)房，通常通過SNMP協(xié)議控制0LT設(shè)備；
[0019] 所述管理通道一般由GP0N\EP0N標(biāo)準(zhǔn)組織定義及實(shí)現(xiàn)，0LT設(shè)備通過該管理通道 對(duì)0NU進(jìn)行管理；
[0020] 所述管理控制主體為運(yùn)行于0NU上的核心控制軟件，具備配置命令的被動(dòng)管理功 能與業(yè)務(wù)數(shù)據(jù)的主動(dòng)上報(bào)功能，管控業(yè)務(wù)數(shù)據(jù)配置處理流程，向上游設(shè)備廣播業(yè)務(wù)數(shù)據(jù)的 更新彳目息；
[0021] 所述管理對(duì)象為光網(wǎng)絡(luò)單元的底層1C和操作系統(tǒng)，它們是承擔(dān)用戶業(yè)務(wù)的主體， 是網(wǎng)管軟件控制的最終對(duì)象，運(yùn)營(yíng)商通過管理這些管理對(duì)象細(xì)分寬帶業(yè)務(wù)。
[0022] 在上述技術(shù)方案的基礎(chǔ)上，具體包括以下步驟：
[0023] 步驟一：當(dāng)0NU上電初始化時(shí)，讀取預(yù)先規(guī)劃好的隊(duì)列資源表，根據(jù)隊(duì)列資源表完 成管理控制主體所需系統(tǒng)資源的創(chuàng)建，所述管理控制主體所需系統(tǒng)資源包括：進(jìn)程、消息列 隊(duì)，然后等待網(wǎng)管軟件下發(fā)的配置命令；
[0024] 步驟二：網(wǎng)管軟件將配置命令通過SNMP協(xié)議透?jìng)髦罯LT，0LT利用管理通道將配置 命令透?jìng)髦?NU，所述管理通道進(jìn)行數(shù)據(jù)透?jìng)鞯墓芾韰f(xié)議包括但不限于：0MCI協(xié)議、0ΑΜ協(xié) 議、HTTP協(xié)議，管理通道位于0NU側(cè)的代理負(fù)責(zé)接收配置命令，接收配置命令后，管理通道 位于0NU側(cè)的代理通過消息隊(duì)列將配置命令發(fā)往被動(dòng)管理功能模塊；
[0025] 步驟三：被動(dòng)管理功能模塊并行接收來自管理通道位于0NU側(cè)的代理的配置命 令，根據(jù)配置命令中"實(shí)時(shí)性"標(biāo)識(shí)決定是否立即返回，對(duì)于不需要立即返回的配置命令，被 動(dòng)管理功能模塊根據(jù)配置命令中的"業(yè)務(wù)ID"在數(shù)據(jù)庫(kù)歷史業(yè)務(wù)記錄中索引該"業(yè)務(wù)ID"對(duì) 應(yīng)的業(yè)務(wù)記錄，如果索引到的歷史業(yè)務(wù)記錄與本次收到的配置命令中的業(yè)務(wù)記錄一致，則 直接返回成功，否則完成1C和操作系統(tǒng)相關(guān)配置并形成相應(yīng)的業(yè)務(wù)記錄，將所述形成相應(yīng) 的業(yè)務(wù)記錄保存至數(shù)據(jù)庫(kù)形成一條新的業(yè)務(wù)記錄，然后將該條新的業(yè)務(wù)記錄發(fā)送至主動(dòng)上 報(bào)功能模塊；
[0026] 步驟四：主動(dòng)上報(bào)功能模塊接收來自被動(dòng)管理功能模塊的新的業(yè)務(wù)記錄，保存至 緩存，在前述預(yù)先規(guī)劃好的隊(duì)列資源表中檢索需要廣播的網(wǎng)管軟件對(duì)應(yīng)的消息隊(duì)列ID，通 過與消息隊(duì)列ID對(duì)應(yīng)的消息隊(duì)列廣播緩存中的新的業(yè)務(wù)記錄，管理通道位于0NU側(cè)的代理 將該廣播的新的業(yè)務(wù)記錄封裝成標(biāo)準(zhǔn)格式轉(zhuǎn)發(fā)給〇LT，0LT再通過SNMP協(xié)議返回給網(wǎng)管軟 件。
[0027] 在上述技術(shù)方案的基礎(chǔ)上，0NU和網(wǎng)管軟件的本地?cái)?shù)據(jù)庫(kù)以業(yè)務(wù)記錄的形式保 存用戶業(yè)務(wù)數(shù)據(jù)，網(wǎng)管軟件以配置命令的方式下發(fā)業(yè)務(wù)記錄，網(wǎng)管軟件將業(yè)務(wù)記錄封裝成 SNMP協(xié)議，通過SNMP協(xié)議透?jìng)髦罯LT。
[0028] 在上述技術(shù)方案的基礎(chǔ)上，每條業(yè)務(wù)記錄包括以下字段：業(yè)務(wù)ID、業(yè)務(wù)數(shù)據(jù)、實(shí)時(shí) 性、會(huì)話ID和網(wǎng)管軟件標(biāo)記。
[0029] 在上述技術(shù)方案的基礎(chǔ)上，運(yùn)營(yíng)商根據(jù)業(yè)務(wù)需求預(yù)先規(guī)劃好業(yè)務(wù)ID，用于唯一標(biāo) 識(shí)某類用戶業(yè)務(wù)；
[0030] 業(yè)務(wù)數(shù)據(jù)字段代表該業(yè)務(wù)ID對(duì)應(yīng)的用戶業(yè)務(wù)數(shù)據(jù)；
[0031] 實(shí)時(shí)性字段用于標(biāo)識(shí)網(wǎng)管軟件對(duì)0NU響應(yīng)時(shí)間的要求；
[0032] 會(huì)話ID字段用于唯一標(biāo)識(shí)網(wǎng)管軟件與0NU之間的一次交互，網(wǎng)管軟件下發(fā)配置命 令時(shí)攜帶該字段，0NU返回狀態(tài)時(shí)攜帶一樣的字段，可保證網(wǎng)管軟件下發(fā)的配置命令與0NU 應(yīng)答命令的一一對(duì)應(yīng)；
[0033] 網(wǎng)管軟件標(biāo)記字段標(biāo)識(shí)下發(fā)配置命令的網(wǎng)管軟件，可用于區(qū)分業(yè)務(wù)數(shù)據(jù)的源，在 更新業(yè)務(wù)數(shù)據(jù)和追溯數(shù)據(jù)來源時(shí)用到。
[0034] 在上述技術(shù)方案的基礎(chǔ)上，如實(shí)時(shí)性字段取值若為"是"，0NU收到配置后立即向網(wǎng) 管軟件返回"收到配置"狀態(tài)，否則待0NU的被動(dòng)管理功能完成后向網(wǎng)管軟件返回"配置成 功"狀態(tài)。
[0035] 在上述技術(shù)方案的基礎(chǔ)上，所述管理控制主體的被動(dòng)管理功能由多個(gè)被動(dòng)管理服 務(wù)進(jìn)程實(shí)現(xiàn)，這些進(jìn)程并行接收來自不同管理通道的配置命令，檢查配置命令的合法性。
[0036] 在上述技術(shù)方案的基礎(chǔ)上，被動(dòng)管理功能和主動(dòng)管理功能共享預(yù)先規(guī)劃好的消息 隊(duì)列資源表，該表在0NU上電初始化時(shí)創(chuàng)建，表中的每個(gè)消息隊(duì)列及其屬性預(yù)先規(guī)劃好；隊(duì) 列資源表中的每條記錄包括以下字段：消息隊(duì)列ID、控制類型、通道和網(wǎng)管軟件標(biāo)記。
[0037] 在上述技術(shù)方案的基礎(chǔ)上，消息隊(duì)列ID用于唯一標(biāo)識(shí)操作系統(tǒng)中的某個(gè)消息隊(duì) 列；
[0038] 控制類型字段的取值可為"主動(dòng)"或"被動(dòng)"，"主動(dòng)"表示該條記錄由主動(dòng)上報(bào)功 能使用，"被動(dòng)"表示該條記錄由被動(dòng)管理功能使用；
[0039] 通道字段表示與控制類型字段對(duì)應(yīng)的通信管理協(xié)議；
[0040] 網(wǎng)管軟件標(biāo)記表示與通道字段對(duì)應(yīng)的網(wǎng)管軟件。
[0041] 在上述技術(shù)方案的基礎(chǔ)上，隊(duì)列資源表中的最后一條記錄用于標(biāo)識(shí)主動(dòng)上報(bào)功能 和被動(dòng)管理功能之間通信的消息隊(duì)列ID信息，與管理通道數(shù)量和網(wǎng)管軟件數(shù)量無(wú)關(guān)，每個(gè) 0NU中有且僅有一條該記錄。
[0042] 在上述技術(shù)方案的基礎(chǔ)上，0NU初始化時(shí)創(chuàng)建的被動(dòng)管理服務(wù)進(jìn)程一直處于阻塞 狀態(tài)，直到收到管理通道位于0NU側(cè)的代理發(fā)送的配置命令；
[0043] 0NU初始化時(shí)創(chuàng)建的主動(dòng)上報(bào)服務(wù)進(jìn)程一直處于阻塞狀態(tài)，直到收到被動(dòng)管理服 務(wù)進(jìn)程發(fā)送的業(yè)務(wù)記錄。
[0044] 在上述技術(shù)方案的基礎(chǔ)上，所述配置方法通過軟件程序嵌入管理芯片中來實(shí)現(xiàn)。
[0045] 本發(fā)明所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，基于各大運(yùn)營(yíng)商采用的業(yè)務(wù)管 理協(xié)議，并將業(yè)務(wù)管理協(xié)議通道與業(yè)務(wù)數(shù)據(jù)分離，構(gòu)建多管理協(xié)議下的業(yè)務(wù)數(shù)據(jù)同步模型， 從而實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)在不同網(wǎng)管軟件間的同步；
[0046] 本發(fā)明所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，融合光網(wǎng)絡(luò)單元中配置命令的 被動(dòng)管理功能與業(yè)務(wù)數(shù)據(jù)的主動(dòng)上報(bào)功能，其中：
[0047] 被動(dòng)管理功能并行完成通過業(yè)務(wù)管理協(xié)議通道下發(fā)的配置命令，比較新舊業(yè)務(wù)記 錄的差異；
[0048] 主動(dòng)上報(bào)功能在業(yè)務(wù)數(shù)據(jù)變動(dòng)時(shí)，主動(dòng)通知各網(wǎng)管軟件更新其本地的業(yè)務(wù)數(shù)據(jù)， 有效避免業(yè)務(wù)數(shù)據(jù)的重復(fù)配置、冗余。

【專利附圖】

【附圖說明】
[0049] 本發(fā)明有如下附圖：
[0050] 圖1傳統(tǒng)的Ρ0Ν接入網(wǎng)組網(wǎng)圖；
[0051] 圖2本發(fā)明中Ρ0Ν接入網(wǎng)的軟件層次圖（業(yè)務(wù)數(shù)據(jù)同步模型）；
[0052] 圖3業(yè)務(wù)數(shù)據(jù)配置流程（用戶業(yè)務(wù)數(shù)據(jù)的配置流程）。

【具體實(shí)施方式】
[0053] 以下結(jié)合說明書附圖對(duì)本發(fā)明做進(jìn)一步詳細(xì)說明。
[0054] 本發(fā)明涉及Ρ0Ν系統(tǒng)中業(yè)務(wù)數(shù)據(jù)配置處理功能的實(shí)現(xiàn)，所述業(yè)務(wù)數(shù)據(jù)配置處理 功能是指"用戶業(yè)務(wù)數(shù)據(jù)的配置處理功能"，即：在0NU中，設(shè)定一個(gè)業(yè)務(wù)數(shù)據(jù)配置處理規(guī) 貝1J，該規(guī)則提供完整的業(yè)務(wù)數(shù)據(jù)配置處理流程，使得運(yùn)營(yíng)商實(shí)現(xiàn)多個(gè)網(wǎng)管軟件之間的業(yè)務(wù) 數(shù)據(jù)的同步，保證各網(wǎng)管軟件本地的業(yè)務(wù)數(shù)據(jù)的高度一致性；所述業(yè)務(wù)數(shù)據(jù)配置處理規(guī)則， 將Ρ0Ν接入網(wǎng)領(lǐng)域標(biāo)準(zhǔn)管理協(xié)議（例如：GP0N 0MCI(GP0N ONT Management and Control Interface)、EPON 0AM(EP0N Operation Administration and Maintenance)等）視為業(yè) 務(wù)數(shù)據(jù)的透?jìng)魍ǖ溃鴱?fù)雜的配置邏輯由〇NU上的核心功能實(shí)現(xiàn)。
[0055] 如圖1所示，本發(fā)明主要適用于Ρ0Ν系統(tǒng)，其由局端的光線路終端0LT (Optical Line Terminal)、用戶端的光網(wǎng)絡(luò)單兀0NU (Optical Network Unit)和光分配網(wǎng)絡(luò) 0DN(Optical Distribution Network)組成。本發(fā)明提供的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置 方法，減少了對(duì)1C和操作系統(tǒng)的操作，使得運(yùn)營(yíng)商實(shí)現(xiàn)多個(gè)網(wǎng)管軟件之間的業(yè)務(wù)數(shù)據(jù)的同 步，保證各網(wǎng)管軟件本地的業(yè)務(wù)數(shù)據(jù)的高度一致性，提高0NU配置命令的并發(fā)度，實(shí)現(xiàn)了管 理通道與業(yè)務(wù)數(shù)據(jù)的分離。
[0056] 如圖2所示，本發(fā)明所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其步驟涉及以下 節(jié)點(diǎn)：網(wǎng)管軟件、管理通道、管理控制主體以及管理對(duì)象；
[0057] 所述網(wǎng)管軟件通常布局于運(yùn)營(yíng)商服務(wù)器機(jī)房，通常通過SNMP協(xié)議控制0LT設(shè)備； 網(wǎng)管軟件由運(yùn)營(yíng)商維護(hù)，負(fù)責(zé)向0NU下發(fā)包含業(yè)務(wù)數(shù)據(jù)的配置命令和接受0NU主動(dòng)上報(bào)的 業(yè)務(wù)數(shù)據(jù)。網(wǎng)絡(luò)管理員成功下發(fā)配置命令中的業(yè)務(wù)數(shù)據(jù)后，這些業(yè)務(wù)數(shù)據(jù)通常會(huì)存入數(shù)據(jù) 庫(kù)供后期查詢。本方法允許一個(gè)0NU被多個(gè)網(wǎng)管軟件管理，實(shí)現(xiàn)多個(gè)網(wǎng)管軟件之間的用戶 業(yè)務(wù)數(shù)據(jù)的同步，保證不同網(wǎng)管軟件之間業(yè)務(wù)數(shù)據(jù)的一致性。
[0058] 所述管理通道一般由GP0N\EP0N標(biāo)準(zhǔn)組織定義及實(shí)現(xiàn)，0LT設(shè)備通過該管理通道 對(duì)0NU進(jìn)行管理，網(wǎng)管軟件通過管理通道向0NU下發(fā)配置命令和接收0NU主動(dòng)上報(bào)的業(yè)務(wù) 數(shù)據(jù)；本方法不受限于管理標(biāo)準(zhǔn)及從這些標(biāo)準(zhǔn)衍生出來的管理協(xié)議，它們只是數(shù)據(jù)透?jìng)鞯?通道。
[0059] 所述管理控制主體為運(yùn)行于0NU上的核心控制軟件，具備配置命令的被動(dòng)管理功 能與業(yè)務(wù)數(shù)據(jù)的主動(dòng)上報(bào)功能，管控業(yè)務(wù)數(shù)據(jù)配置處理流程，向上游設(shè)備廣播業(yè)務(wù)數(shù)據(jù)的 更新彳目息；
[0060] 所述管理對(duì)象為光網(wǎng)絡(luò)單元的底層1C和操作系統(tǒng)，它們是承擔(dān)用戶業(yè)務(wù)的主體， 是網(wǎng)管軟件控制的最終對(duì)象，運(yùn)營(yíng)商通過管理這些管理對(duì)象細(xì)分寬帶業(yè)務(wù)。
[0061] 上述方案中，所述管理通道與管理控制主體分屬本發(fā)明所述方法的不同步驟，有 效保證了業(yè)務(wù)管理協(xié)議通道與業(yè)務(wù)數(shù)據(jù)分離。
[0062] 在上述技術(shù)方案的基礎(chǔ)上，具體包括以下步驟：
[0063] 步驟一：當(dāng)0NU上電初始化時(shí)，讀取預(yù)先規(guī)劃好的隊(duì)列資源表，根據(jù)隊(duì)列資源表完 成管理控制主體所需系統(tǒng)資源的創(chuàng)建，所述管理控制主體所需系統(tǒng)資源包括：進(jìn)程、消息列 隊(duì)，然后等待網(wǎng)管軟件下發(fā)的配置命令；
[0064] 步驟二：網(wǎng)管軟件將配置命令通過SNMP協(xié)議透?jìng)髦罯LT，0LT利用管理通道將配置 命令透?jìng)髦?NU，所述管理通道進(jìn)行數(shù)據(jù)透?jìng)鞯墓芾韰f(xié)議包括但不限于：0MCI協(xié)議、0ΑΜ協(xié) 議、HTTP協(xié)議，管理通道位于0NU側(cè)的代理負(fù)責(zé)接收配置命令，接收配置命令后，管理通道 位于0NU側(cè)的代理通過消息隊(duì)列將配置命令發(fā)往被動(dòng)管理功能模塊；
[0065] 步驟三：被動(dòng)管理功能模塊并行接收來自管理通道位于0NU側(cè)的代理的配置命 令，根據(jù)配置命令中"實(shí)時(shí)性"標(biāo)識(shí)決定是否立即返回，對(duì)于不需要立即返回的配置命令，被 動(dòng)管理功能模塊根據(jù)配置命令中的"業(yè)務(wù)ID"在數(shù)據(jù)庫(kù)歷史業(yè)務(wù)記錄中索引該"業(yè)務(wù)ID"對(duì) 應(yīng)的業(yè)務(wù)記錄，如果索引到的歷史業(yè)務(wù)記錄與本次收到的配置命令中的業(yè)務(wù)記錄一致，則 直接返回成功，否則（即索引到的歷史業(yè)務(wù)記錄與本次收到的配置命令中的業(yè)務(wù)記錄不一 致）完成1C和操作系統(tǒng)相關(guān)配置并形成相應(yīng)的業(yè)務(wù)記錄，將所述形成相應(yīng)的業(yè)務(wù)記錄保存 至數(shù)據(jù)庫(kù)形成一條新的業(yè)務(wù)記錄，然后將該條新的業(yè)務(wù)記錄發(fā)送至主動(dòng)上報(bào)功能模塊； [0066] 被動(dòng)管理模塊比較本次配置命令下發(fā)的業(yè)務(wù)記錄和數(shù)據(jù)庫(kù)中的歷史業(yè)務(wù)記錄，如 果有變化則配置1C和操作系統(tǒng)，并將本次下發(fā)的業(yè)務(wù)記錄保存至數(shù)據(jù)庫(kù)，形成一條新的業(yè) 務(wù)記錄，寫業(yè)務(wù)記錄的并發(fā)控制由數(shù)據(jù)庫(kù)軟件保證；
[0067] 步驟四：主動(dòng)上報(bào)功能檢索預(yù)先規(guī)劃好的隊(duì)列資源表，將需要更新的業(yè)務(wù)記錄廣 播給其它網(wǎng)管軟件：主動(dòng)上報(bào)功能模塊接收來自被動(dòng)管理功能模塊的新的業(yè)務(wù)記錄，保存 至緩存，在前述預(yù)先規(guī)劃好的隊(duì)列資源表中檢索需要廣播的網(wǎng)管軟件對(duì)應(yīng)的消息隊(duì)列ID， 通過與消息隊(duì)列ID對(duì)應(yīng)的消息隊(duì)列廣播緩存中的新的業(yè)務(wù)記錄，管理通道位于0NU側(cè)的代 理將該廣播的新的業(yè)務(wù)記錄封裝成標(biāo)準(zhǔn)格式轉(zhuǎn)發(fā)給〇LT，0LT再通過SNMP協(xié)議返回給網(wǎng)管 軟件。
[0068] 被動(dòng)管理功能與管理通道位于0NU側(cè)的代理之間的消息隊(duì)列可雙向通信。管理 通道收到配置命令后，在隊(duì)列資源表中檢索需要發(fā)送的消息隊(duì)列ID，將配置命令通過消息 隊(duì)列發(fā)送給被動(dòng)管理功能，被動(dòng)管理功能完成業(yè)務(wù)配置后向主動(dòng)上報(bào)功能發(fā)送該條業(yè)務(wù)記 錄，主動(dòng)上報(bào)功能檢索隊(duì)列資源表，向需要通知的網(wǎng)管軟件廣播新的業(yè)務(wù)記錄。
[0069] 在上述技術(shù)方案的基礎(chǔ)上，0NU和網(wǎng)管軟件的本地?cái)?shù)據(jù)庫(kù)以業(yè)務(wù)記錄的形式保 存用戶業(yè)務(wù)數(shù)據(jù)，網(wǎng)管軟件以配置命令的方式下發(fā)業(yè)務(wù)記錄，網(wǎng)管軟件將業(yè)務(wù)記錄封裝成 SNMP協(xié)議，通過SNMP協(xié)議透?jìng)髦?LT。每次生效的配置命令中的業(yè)務(wù)記錄將保存在本地?cái)?shù) 據(jù)庫(kù)中，可保證業(yè)務(wù)數(shù)據(jù)與管理通道分離。
[0070] 在上述技術(shù)方案的基礎(chǔ)上，所述業(yè)務(wù)記錄的結(jié)構(gòu)如表1所示，每條業(yè)務(wù)記錄包括 以下字段：業(yè)務(wù)ID、業(yè)務(wù)數(shù)據(jù)、實(shí)時(shí)性、會(huì)話ID和網(wǎng)管軟件標(biāo)記。
[0071] 運(yùn)營(yíng)商根據(jù)業(yè)務(wù)需求預(yù)先規(guī)劃好業(yè)務(wù)ID，用于唯一標(biāo)識(shí)某類用戶業(yè)務(wù)（如VLAN、 MAC地址老化）；
[0072] 業(yè)務(wù)數(shù)據(jù)字段代表該業(yè)務(wù)ID對(duì)應(yīng)的用戶業(yè)務(wù)數(shù)據(jù)；
[0073] 實(shí)時(shí)性字段用于標(biāo)識(shí)網(wǎng)管軟件對(duì)0NU響應(yīng)時(shí)間的要求，如實(shí)時(shí)性字段取值若為 "是"，0NU收到配置后立即向網(wǎng)管軟件返回"收到配置"狀態(tài)，否則待0NU的被動(dòng)管理功能完 成后向網(wǎng)管軟件返回"配置成功"狀態(tài)；
[0074] 會(huì)話ID字段用于唯一標(biāo)識(shí)網(wǎng)管軟件與0NU之間的一次交互，網(wǎng)管軟件下發(fā)配置命 令時(shí)攜帶該字段，0NU返回狀態(tài)時(shí)攜帶一樣的字段，可保證網(wǎng)管軟件下發(fā)的配置命令與0NU 應(yīng)答命令的一一對(duì)應(yīng)；
[0075] 網(wǎng)管軟件標(biāo)記字段標(biāo)識(shí)下發(fā)配置命令的網(wǎng)管軟件，可用于區(qū)分業(yè)務(wù)數(shù)據(jù)的源，在 更新業(yè)務(wù)數(shù)據(jù)和追溯數(shù)據(jù)來源時(shí)用到。
[0076] 表 1
[0077]

【權(quán)利要求】
1. 一種光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于，涉及以下節(jié)點(diǎn)：網(wǎng)管軟件、管 理通道、管理控制主體以及管理對(duì)象； 所述網(wǎng)管軟件通常布局于運(yùn)營(yíng)商服務(wù)器機(jī)房，通常通過SNMP協(xié)議控制OLT設(shè)備； 所述管理通道一般由GPON\EPON標(biāo)準(zhǔn)組織定義及實(shí)現(xiàn)，OLT設(shè)備通過該管理通道對(duì)ONU 進(jìn)行管理； 所述管理控制主體為運(yùn)行于ONU上的核心控制軟件，具備配置命令的被動(dòng)管理功能與 業(yè)務(wù)數(shù)據(jù)的主動(dòng)上報(bào)功能，管控業(yè)務(wù)數(shù)據(jù)配置處理流程，向上游設(shè)備廣播業(yè)務(wù)數(shù)據(jù)的更新 信息； 所述管理對(duì)象為光網(wǎng)絡(luò)單元的底層1C和操作系統(tǒng)，它們是承擔(dān)用戶業(yè)務(wù)的主體，是網(wǎng) 管軟件控制的最終對(duì)象，運(yùn)營(yíng)商通過管理這些管理對(duì)象細(xì)分寬帶業(yè)務(wù)。
2. 如權(quán)利要求1所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于，具體包括以 下步驟： 步驟一：當(dāng)ONU上電初始化時(shí)，讀取預(yù)先規(guī)劃好的隊(duì)列資源表，根據(jù)隊(duì)列資源表完成管 理控制主體所需系統(tǒng)資源的創(chuàng)建，所述管理控制主體所需系統(tǒng)資源包括：進(jìn)程、消息列隊(duì)， 然后等待網(wǎng)管軟件下發(fā)的配置命令； 步驟二：網(wǎng)管軟件將配置命令通過SNMP協(xié)議透?jìng)髦罯LT，OLT利用管理通道將配置命 令透?jìng)髦罯NU，所述管理通道進(jìn)行數(shù)據(jù)透?jìng)鞯墓芾韰f(xié)議包括但不限于：OMCI協(xié)議、OAM協(xié)議、 HTTP協(xié)議，管理通道位于ONU側(cè)的代理負(fù)責(zé)接收配置命令，接收配置命令后，管理通道位于 ONU側(cè)的代理通過消息隊(duì)列將配置命令發(fā)往被動(dòng)管理功能模塊； 步驟三：被動(dòng)管理功能模塊并行接收來自管理通道位于ONU側(cè)的代理的配置命令，根 據(jù)配置命令中"實(shí)時(shí)性"標(biāo)識(shí)決定是否立即返回，對(duì)于不需要立即返回的配置命令，被動(dòng)管 理功能模塊根據(jù)配置命令中的"業(yè)務(wù)ID"在數(shù)據(jù)庫(kù)歷史業(yè)務(wù)記錄中索引該"業(yè)務(wù)ID"對(duì)應(yīng) 的業(yè)務(wù)記錄，如果索引到的歷史業(yè)務(wù)記錄與本次收到的配置命令中的業(yè)務(wù)記錄一致，則直 接返回成功，否則完成1C和操作系統(tǒng)相關(guān)配置并形成相應(yīng)的業(yè)務(wù)記錄，將所述形成相應(yīng)的 業(yè)務(wù)記錄保存至數(shù)據(jù)庫(kù)形成一條新的業(yè)務(wù)記錄，然后將該條新的業(yè)務(wù)記錄發(fā)送至主動(dòng)上報(bào) 功能1吳塊； 步驟四：主動(dòng)上報(bào)功能模塊接收來自被動(dòng)管理功能模塊的新的業(yè)務(wù)記錄，保存至緩存， 在前述預(yù)先規(guī)劃好的隊(duì)列資源表中檢索需要廣播的網(wǎng)管軟件對(duì)應(yīng)的消息隊(duì)列ID，通過與消 息隊(duì)列ID對(duì)應(yīng)的消息隊(duì)列廣播緩存中的新的業(yè)務(wù)記錄，管理通道位于ONU側(cè)的代理將該廣 播的新的業(yè)務(wù)記錄封裝成標(biāo)準(zhǔn)格式轉(zhuǎn)發(fā)給OLT，OLT再通過SNMP協(xié)議返回給網(wǎng)管軟件。
3. 如權(quán)利要求2所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于：ONU和網(wǎng)管軟 件的本地?cái)?shù)據(jù)庫(kù)以業(yè)務(wù)記錄的形式保存用戶業(yè)務(wù)數(shù)據(jù)，網(wǎng)管軟件以配置命令的方式下發(fā)業(yè) 務(wù)記錄，網(wǎng)管軟件將業(yè)務(wù)記錄封裝成SNMP協(xié)議，通過SNMP協(xié)議透?jìng)髦罯LT。
4. 如權(quán)利要求2所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于：每條業(yè)務(wù)記 錄包括以下字段：業(yè)務(wù)ID、業(yè)務(wù)數(shù)據(jù)、實(shí)時(shí)性、會(huì)話ID和網(wǎng)管軟件標(biāo)記。
5. 如權(quán)利要求4所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于：運(yùn)營(yíng)商根據(jù) 業(yè)務(wù)需求預(yù)先規(guī)劃好業(yè)務(wù)ID，用于唯一標(biāo)識(shí)某類用戶業(yè)務(wù)； 業(yè)務(wù)數(shù)據(jù)字段代表該業(yè)務(wù)ID對(duì)應(yīng)的用戶業(yè)務(wù)數(shù)據(jù)； 實(shí)時(shí)性字段用于標(biāo)識(shí)網(wǎng)管軟件對(duì)ONU響應(yīng)時(shí)間的要求； 會(huì)話ID字段用于唯一標(biāo)識(shí)網(wǎng)管軟件與ONU之間的一次交互，網(wǎng)管軟件下發(fā)配置命令時(shí) 攜帶該字段，0NU返回狀態(tài)時(shí)攜帶一樣的字段，可保證網(wǎng)管軟件下發(fā)的配置命令與0NU應(yīng)答 命令的--對(duì)應(yīng)； 網(wǎng)管軟件標(biāo)記字段標(biāo)識(shí)下發(fā)配置命令的網(wǎng)管軟件，可用于區(qū)分業(yè)務(wù)數(shù)據(jù)的源，在更新 業(yè)務(wù)數(shù)據(jù)和追溯數(shù)據(jù)來源時(shí)用到。
6. 如權(quán)利要求5所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于：如實(shí)時(shí)性字 段取值若為"是"，0NU收到配置后立即向網(wǎng)管軟件返回"收到配置"狀態(tài)，否則待0NU的被 動(dòng)管理功能完成后向網(wǎng)管軟件返回"配置成功"狀態(tài)。
7. 如權(quán)利要求2所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于：所述管理控 制主體的被動(dòng)管理功能由多個(gè)被動(dòng)管理服務(wù)進(jìn)程實(shí)現(xiàn)，這些進(jìn)程并行接收來自不同管理通 道的配置命令，檢查配置命令的合法性。
8. 如權(quán)利要求2所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于：被動(dòng)管理功 能和主動(dòng)管理功能共享預(yù)先規(guī)劃好的消息隊(duì)列資源表，該表在0NU上電初始化時(shí)創(chuàng)建，表 中的每個(gè)消息隊(duì)列及其屬性預(yù)先規(guī)劃好；隊(duì)列資源表中的每條記錄包括以下字段：消息隊(duì) 列ID、控制類型、通道和網(wǎng)管軟件標(biāo)記。
9. 如權(quán)利要求8所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于：消息隊(duì)列ID 用于唯一標(biāo)識(shí)操作系統(tǒng)中的某個(gè)消息隊(duì)列； 控制類型字段的取值可為"主動(dòng)"或"被動(dòng)"，"主動(dòng)"表示該條記錄由主動(dòng)上報(bào)功能使 用，"被動(dòng)"表示該條記錄由被動(dòng)管理功能使用； 通道字段表示與控制類型字段對(duì)應(yīng)的通信管理協(xié)議； 網(wǎng)管軟件標(biāo)記表示與通道字段對(duì)應(yīng)的網(wǎng)管軟件。
10. 如權(quán)利要求8所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于：隊(duì)列資源表 中的最后一條記錄用于標(biāo)識(shí)主動(dòng)上報(bào)功能和被動(dòng)管理功能之間通信的消息隊(duì)列ID信息， 與管理通道數(shù)量和網(wǎng)管軟件數(shù)量無(wú)關(guān)，每個(gè)0NU中有且僅有一條該記錄。
11. 如權(quán)利要求2所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于：0NU初始化 時(shí)創(chuàng)建的被動(dòng)管理服務(wù)進(jìn)程一直處于阻塞狀態(tài)，直到收到管理通道位于0NU側(cè)的代理發(fā)送 的配置命令； 0NU初始化時(shí)創(chuàng)建的主動(dòng)上報(bào)服務(wù)進(jìn)程一直處于阻塞狀態(tài)，直到收到被動(dòng)管理服務(wù)進(jìn) 程發(fā)送的業(yè)務(wù)記錄。
12. 如權(quán)利要求1所述的光網(wǎng)絡(luò)單元中業(yè)務(wù)數(shù)據(jù)的配置方法，其特征在于：所述配置方 法通過軟件程序嵌入管理芯片中來實(shí)現(xiàn)。
【文檔編號(hào)】H04L12/24GK104125104SQ201410398643
【公開日】2014年10月29日 申請(qǐng)日期:2014年8月13日 優(yōu)先權(quán)日:2014年8月13日
【發(fā)明者】劉益 申請(qǐng)人:烽火通信科技股份有限公司