課程SB000101MPU工作原理課程SB000101Issue3.0MPU工作原理Version6.10R003PAGE1目錄課程說明 1課程介紹 1課程目標(biāo) 1相關(guān)資料 1第1章MPU初始化運(yùn)行過程 21.1MPU板上電運(yùn)行流程 21.1.1硬件初始化 21.1.2BIOS加載 21.1.3執(zhí)行主機(jī)程序 31.1.4主機(jī)程序初始化 41.1.5主機(jī)程序正常運(yùn)行階段 41.2MPU上電運(yùn)行過程中的異常情況介紹 41.3案例介紹 4第2章內(nèi)存管理 72.1內(nèi)存管理功能 72.2主機(jī)內(nèi)存管理原則 92.3MPU的內(nèi)存大小 92.4R003版內(nèi)存分配方案 9第3章MPU加載途徑 113.1各類模塊MPU板加載聯(lián)網(wǎng)方式的介紹 113.2各類模塊MPU板加載途經(jīng)的介紹 123.2.1多模塊方式下的SM/RSM模塊的加載途徑 123.2.2多模塊方式下的SMII模塊的加載途徑 123.2.3多模塊方式下的RSMII模塊的加載途徑 133.2.4單模塊方式下的SM模塊的加載途徑 143.2.5RSA用戶的加載途徑 14第4章時(shí)限和任務(wù)管理 164.1時(shí)限管理 164.1.1C&C08時(shí)限管理 164.1.2主機(jī)定時(shí)器 164.2任務(wù)管理 184.2.1C&C08任務(wù)管理 184.2.2任務(wù)狀態(tài) 184.2.3系統(tǒng)調(diào)度 194.3消息包管理 20第5章MPU與BAM的通信 225.1C&C08交換機(jī)前后臺(tái)通信方式 225.2B模塊前后臺(tái)連接 23第6章MPU保護(hù)機(jī)制 266.1動(dòng)態(tài)數(shù)據(jù)備份 266.1.1動(dòng)態(tài)數(shù)據(jù)備份功能 266.1.2動(dòng)態(tài)數(shù)據(jù)備份方法 276.1.3動(dòng)態(tài)數(shù)據(jù)備份過程 276.2主備MPU倒換 286.2.1主備機(jī)之間通信原理 286.2.2MPU與EMA通信 286.2.3主備倒換 296.2.4對(duì)呼叫的平滑檢查 306.3MPU分級(jí)復(fù)位的工作原理 316.3.1一級(jí)再啟動(dòng) 316.3.2二級(jí)再啟動(dòng) 326.3.3三級(jí)再啟動(dòng) 326.3.4四級(jí)再啟動(dòng) 33第7章前后臺(tái)數(shù)據(jù)一致性 347.1基本思想 347.2實(shí)現(xiàn)方法 347.2.1數(shù)據(jù)校驗(yàn)范圍 347.2.2定時(shí)自動(dòng)校驗(yàn) 357.2.3手工校驗(yàn)操作 357.2.4告警處理 357.2.5檢查記錄 35第8章MPU與主控單板的通信 368.1SM的控制結(jié)構(gòu) 368.2通信方式 378.2.1MPU通過NOD訪問設(shè)備。 378.2.2通過NOD、RSA_0、RSA_1訪問設(shè)備 388.2.3通過TCI、CHD、ALM板訪問設(shè)備 388.2.4通過內(nèi)存交換訪問主控框中的設(shè)備 398.3MPU與NOD板通信 398.3.1主節(jié)點(diǎn)通信概述 398.3.2MPU與用戶框通信以及主節(jié)點(diǎn)互助關(guān)系 408.4MPU與協(xié)議處理板的通信 418.5MPU與MC2通信 418.5.1模塊間通信概述 418.5.2MC2鏈路主備用與負(fù)荷分擔(dān) 428.5.3鏈路帶寬 428.6MPU與OPT通信 438.6.1OPT通信硬件結(jié)構(gòu) 438.6.2OPT的主備用與負(fù)荷分擔(dān) 448.6.3B模塊的兩種通信方式 448.6.4OPT/FBI主備組倒換 468.6.5硬件配置 478.7MPU與ALM的通信 48小結(jié) 49習(xí)題 50習(xí)題答案 51縮略語 53課程說明課程介紹本課程主要介紹C&C08數(shù)字程控交換機(jī)SM主控部分。包括MPU操作系統(tǒng)總體結(jié)構(gòu)、性能特點(diǎn)、功能、內(nèi)核實(shí)現(xiàn)及對(duì)各應(yīng)用程序的支持，同時(shí)介紹了MPU對(duì)各主控單板的監(jiān)控與通信，作為獨(dú)立局的MPU與BAM的通信過程。另外還介紹了MPU的保護(hù)機(jī)制和MPU分級(jí)復(fù)位的工作原理和過程。在后面的敘述中所提到的主機(jī)或MPU，在沒有特殊說明時(shí)，并不加以區(qū)分。課程目標(biāo)本課程主要目標(biāo)：了解C&C08數(shù)字程控交換機(jī)MPU操作系統(tǒng)的總體結(jié)構(gòu)和性能特點(diǎn)了解MPU系統(tǒng)初始化過程熟悉C&C08數(shù)字程控交換機(jī)MPU與MCCM、NOD、MC2、OPT、協(xié)議處理板的通信了解作為獨(dú)立局的MPU與BAM的通信過程。了解C&C08數(shù)字程控交換機(jī)MPU的保護(hù)機(jī)制相關(guān)資料《C&C08數(shù)字程控交換機(jī)技術(shù)手冊(cè)》《C&C08數(shù)字程控交換機(jī)交換系統(tǒng)》《數(shù)字程控交換機(jī)原理》SB0101MPU初始化運(yùn)行過程知識(shí)點(diǎn)：MPU初始化運(yùn)行過程MPU板可以看作是一臺(tái)簡單的計(jì)算機(jī)。它有一些與計(jì)算機(jī)類似的硬件，如：CPU（運(yùn)算器和控制器）、存儲(chǔ)器（RAM、ROM和FLASH）、輸入輸出設(shè)備（一些外部接口）、總線等。在軟件上，它有一個(gè)簡單的嵌入式操作系統(tǒng)，在操作系統(tǒng)之上是一些短小的應(yīng)用程序。從系統(tǒng)的角度看，多個(gè)程序的運(yùn)行表現(xiàn)為執(zhí)行一個(gè)個(gè)很小的任務(wù)，任務(wù)是競爭系統(tǒng)資源的最小運(yùn)行單元。MPU板還設(shè)計(jì)看門狗電路（WATCHDOG），這是一種硬件防死機(jī)常用的方法。當(dāng)程序轉(zhuǎn)飛了或進(jìn)入死循環(huán)導(dǎo)致對(duì)硬件WATCHDOG沒有任何操作，若時(shí)間超過10秒，則自動(dòng)進(jìn)行硬件復(fù)位。WATCHDOG啟動(dòng)的功能與手工按MPU板上的復(fù)位按鈕（RESET）的功能一樣，現(xiàn)象均為MPU板燈全亮，然后熄滅，MPU板被復(fù)位。MPU板上電運(yùn)行流程MPU板的上電運(yùn)行過程總體分為如下幾個(gè)階段：硬件初始化、BIOS加載、執(zhí)行主機(jī)程序、主機(jī)程序初始化和主機(jī)程序正常運(yùn)行。硬件初始化交換模塊主控框上電后，MPU處理機(jī)執(zhí)行跳轉(zhuǎn)指令，開始MPU板的硬件初始化，主要包括：CPU套片初始化、定時(shí)器設(shè)置、中斷控制器設(shè)置、總線速率的選擇、動(dòng)態(tài)存儲(chǔ)器DRAM的刷新、高速緩沖存儲(chǔ)器CACHE的設(shè)置等。接著將BIOS加載軟件由ROM區(qū)搬移到交換機(jī)低端內(nèi)存DRAM區(qū)。BIOS加載調(diào)用并運(yùn)行交換機(jī)低端內(nèi)存DRAM區(qū)中的BIOS引導(dǎo)程序。讀取MPU板加載控制軟硬開關(guān)：“程序是否可寫”、“數(shù)據(jù)是否可寫”的設(shè)置狀態(tài)，決定MPU板程序、數(shù)據(jù)是否寫入FLASH中。只要MPU設(shè)置開關(guān)設(shè)置為“程序可寫”的話，則此時(shí)PPE燈會(huì)常亮表示程序可寫；只要MPU設(shè)置開關(guān)設(shè)置為“數(shù)據(jù)可寫”的話，則此時(shí)DPE燈會(huì)常亮表示數(shù)據(jù)可寫。“程序是否可用”、“數(shù)據(jù)是否可用”的設(shè)置狀態(tài)，決定MPU板程序、數(shù)據(jù)的加載途徑來源于FLASH還是后臺(tái)BAM。如果決定MPU板的加載途徑來源于后臺(tái)BAM，則BIOS程序初始化網(wǎng)板，設(shè)置BNET鎖相OPT時(shí)鐘，復(fù)位MC2，建立前后臺(tái)通信的半永久連接通路。MPU板通過上述半永久連接通路向BAM上報(bào)加載請(qǐng)求命令，此時(shí)MPU板LAD燈常亮。在上報(bào)加載請(qǐng)求的同時(shí)并將MPU板加載控制開關(guān)的設(shè)置（模塊類型、速率設(shè)置、光路設(shè)置等）信息上報(bào)給BAM。BAM收到上述信息后，與后臺(tái)所設(shè)置的相關(guān)數(shù)據(jù)進(jìn)行比較，檢測(cè)一致的情況下則給MPU板回一個(gè)加載請(qǐng)求應(yīng)答命令。當(dāng)MPU板收到BAM回應(yīng)的加載請(qǐng)求應(yīng)答消息后則開始進(jìn)入加載過程。在MPU板的加載過程中，BAM將要加載的程序、數(shù)據(jù)文件拆分成一定數(shù)量的數(shù)據(jù)包，并在每一個(gè)數(shù)據(jù)包前加一個(gè)幀頭部分，在幀頭中描述了該數(shù)據(jù)包的大小和順序編碼，依此發(fā)給MPU板。MPU板收到該數(shù)據(jù)包后檢查其幀頭的順序編碼是否正確、數(shù)據(jù)包大小是否一致，如果一致的情況下則去掉幀頭部分，放入MPU板的DRAM中，然后給BAM回一個(gè)證實(shí)信號(hào)。在回證實(shí)信號(hào)的同時(shí)MPU板的LAD燈會(huì)閃一下，表示成功收到該數(shù)據(jù)包，可以繼續(xù)發(fā)送下一個(gè)數(shù)據(jù)包了。MPU板的LAD燈就會(huì)這樣不停的閃爍，表示不斷的接受數(shù)據(jù)并向BAM回證實(shí)信號(hào)，一直到所有的數(shù)據(jù)全部收齊后LAD燈才會(huì)停止閃爍。當(dāng)MPU加載完畢后，LAD燈滅，此時(shí)根據(jù)MPU加載控制開關(guān)決定程序和數(shù)據(jù)是否寫入FLASH中。如果上述開關(guān)設(shè)置為程序、數(shù)據(jù)可寫的狀態(tài)，則需要將程序和數(shù)據(jù)寫入FLASH中。進(jìn)入程序可寫狀態(tài)，此時(shí)MPU板上的PWR燈常亮，表示正在寫程序。當(dāng)程序?qū)懲旰驪WR燈滅。進(jìn)入數(shù)據(jù)可寫狀態(tài)，此時(shí)MPU板上的DWR燈常亮，表示正在寫數(shù)據(jù)，當(dāng)數(shù)據(jù)寫完后DWR等滅。執(zhí)行主機(jī)程序加載完畢后BIOS程序交出MPU板的操作權(quán)，啟動(dòng)主機(jī)程序。進(jìn)入主機(jī)程序的初始化過程。主機(jī)程序初始化主機(jī)程序在獲得MPU板的操作權(quán)后，讀取主控框母板上的主備用開關(guān)狀態(tài)。根據(jù)是否獲得總線操作權(quán)，決定點(diǎn)亮MPU板上的主用燈（MUI燈）還是備用燈（BUI燈）。若獲得總線操作權(quán)的MPU板則亮主用燈，否則點(diǎn)亮備用燈。在主機(jī)程序初始化階段，主機(jī)程序還需要進(jìn)行如下工作：讀取維護(hù)人員配置的交換機(jī)數(shù)據(jù)（即DB_？.DAT）；根據(jù)數(shù)據(jù)配置，為即將開始的運(yùn)行分配合適足夠的內(nèi)存，通過可用的內(nèi)存大小決定話單池的容量；定義運(yùn)行過程中所必需的中斷程序，主要有10ms時(shí)鐘中斷、同步通信串口中斷、看門狗操作等。主機(jī)程序正常運(yùn)行階段初始化完畢，如果沒有出現(xiàn)問題的話，在進(jìn)入正常運(yùn)行階段后，此時(shí)MPU板上的運(yùn)行燈（RUN燈）會(huì)不停地閃爍，運(yùn)行燈快速閃爍表示運(yùn)行正常，慢閃表示異常。MPU上電運(yùn)行過程中的異常情況介紹在BAM收到MPU板上報(bào)的加載請(qǐng)求信號(hào)和模塊信息后，需要和后臺(tái)所設(shè)置的相關(guān)數(shù)據(jù)進(jìn)行比較，如果比較不一致的情況下，MPU板則不會(huì)成功進(jìn)入加載階段，此時(shí)MPU板的LAD燈一直常亮，直到MPU板超時(shí)啟動(dòng)看門狗軟件，重新復(fù)位。在MPU板加載過程中，MPU板需要檢查每次所收到數(shù)據(jù)包的幀頭內(nèi)容，如果幀頭中所描述的數(shù)據(jù)包大小和順序編碼錯(cuò)誤的話，則LAD燈會(huì)停止閃爍，變?yōu)槌Ａ粒钡組PU板超時(shí)啟動(dòng)看門狗軟件，重新復(fù)位。此時(shí)在EXCHANGE窗口就會(huì)看到TIMEOUT消息。在MPU板主機(jī)程序初始化階段，如果所讀取的數(shù)據(jù)DB-？.DAT文件有錯(cuò)誤（意味后臺(tái)所設(shè)置的數(shù)據(jù)有錯(cuò)誤），或者所讀取的數(shù)據(jù)沒有問題，但在分配內(nèi)存時(shí)發(fā)現(xiàn)數(shù)據(jù)已經(jīng)超出允許分配的內(nèi)存容量，則MPU板不會(huì)進(jìn)入運(yùn)行狀態(tài)（RUN燈不會(huì)快閃），此時(shí)RUN燈會(huì)常亮，直到MPU板超時(shí)啟動(dòng)看門狗軟件，重新復(fù)位。案例介紹根據(jù)MPU的上電運(yùn)行流程我們來看下面的案例后，我們一定會(huì)有深刻的認(rèn)識(shí)。案例一：MPU板上電復(fù)位后為什么所有的燈均常亮。故障原因：MPU板開始上電需要進(jìn)入硬件初始化過程，此時(shí)會(huì)點(diǎn)亮所有燈，但初始化結(jié)束后，只有LAD常亮表示申請(qǐng)加載，PPE和DPE燈根據(jù)硬件開關(guān)的設(shè)置決定是否點(diǎn)亮，其他燈此時(shí)均應(yīng)該處于滅的狀態(tài)，如果出現(xiàn)案例一的故障現(xiàn)象則可以表明該塊MPU板有問題，可能存在短路現(xiàn)象。解決方法：更換MPU板。案例二：MPU板在加載后，本應(yīng)點(diǎn)亮主用燈，結(jié)果卻點(diǎn)亮了備用燈；或本應(yīng)點(diǎn)亮備用燈，結(jié)果卻點(diǎn)亮了主用燈。故障原因：MPU加載完后需要讀取主控框母板上主備用開關(guān)（SW）的狀態(tài)，判斷哪一塊MPU板獲取總線操作權(quán)，如果獲取總線操作權(quán)的MPU板則點(diǎn)亮MUI燈，否則點(diǎn)亮BUI燈。該開關(guān)的第一腳如果設(shè)置在AUTO的位置，則表示完全由EMA來控制主備機(jī)的狀態(tài)，上電系統(tǒng)自動(dòng)默認(rèn)MPUA機(jī)為主用；該開關(guān)的第一腳如果設(shè)置在MANNAL的位置，則表示由該開關(guān)第二腳的設(shè)置狀態(tài)來決定主備機(jī)的狀態(tài)。如果第二腳設(shè)置為“MPUA”則表示MPUA為主用，如果第二腳設(shè)置為“MPUB”則表示MPUB為主用。解決方法：檢查母板上該開關(guān)的設(shè)置。案例三：若MPU板在加載完畢之后，主用燈或備用燈點(diǎn)亮之前，MPU板死機(jī)或復(fù)位故障原因：由于MPU板是在加載完畢后，MUI或BUI燈點(diǎn)亮之前出現(xiàn)案例三的故障，此時(shí)還沒有啟動(dòng)主機(jī)程序，還在BIOS程序引導(dǎo)過程中，所以應(yīng)該是BIOS程序或者M(jìn)PU板硬件的問題。解決方法：檢查BIOS程序的版本是否符合要求，如果符合要求則更換一塊MPU板。案例四：若MPU板主用燈或備燈點(diǎn)亮后，長時(shí)間無法閃爍運(yùn)行燈，并在一段時(shí)間的等待后MPU板WATCHDOG啟動(dòng)導(dǎo)致復(fù)位故障原因：由于MPU板點(diǎn)亮MUI或BUI燈，所以是發(fā)生在主機(jī)程序的初始化階段，在該階段MPU板需要讀取配置數(shù)據(jù)及分配內(nèi)存等操作，在該階段出現(xiàn)案例四的故障，一般來說是由于所運(yùn)行的主機(jī)軟件與數(shù)據(jù)的問題，可能是主機(jī)軟件與數(shù)據(jù)不配套、數(shù)據(jù)做錯(cuò)、或初始化的次序有誤造成，例如使用了沒有初始化的內(nèi)存變量等。解決方法：重作數(shù)據(jù)或修改不配套數(shù)據(jù)。案例五：若MPU板在運(yùn)行燈閃爍后突然停止閃爍運(yùn)行燈，并在停止閃爍一段時(shí)間后，啟動(dòng)WATCHDOG復(fù)位MPU板。故障原因：由于MPU板已經(jīng)進(jìn)入了主機(jī)運(yùn)行階段，然后才出現(xiàn)案例五的故障，所以最大可能是某種操作觸發(fā)了主機(jī)中的錯(cuò)誤導(dǎo)致MPU死機(jī)。解決方法：檢查操作的正確性和跟蹤程序。SB0101內(nèi)存管理知識(shí)點(diǎn)：內(nèi)存管理的基本知識(shí)MPU板的內(nèi)存分配方案內(nèi)存管理功能操作系統(tǒng)負(fù)責(zé)對(duì)MPU內(nèi)存中的公共數(shù)據(jù)區(qū)（大約12M內(nèi)存空間）進(jìn)行管理，我們把這部分內(nèi)存稱為遠(yuǎn)堆。并為各應(yīng)用模塊提供“分配內(nèi)存”和“釋放內(nèi)存”等函數(shù)接口。遠(yuǎn)堆為動(dòng)態(tài)的可用內(nèi)存空間，具體的分配、操作、釋放等細(xì)節(jié)由操作系統(tǒng)完成。由于MPU板的差異，導(dǎo)致內(nèi)存分配方案各異，使遠(yuǎn)堆的起始地址和大小均不太一樣，操作系統(tǒng)屏蔽這些差異，為各應(yīng)用模塊提供友好的內(nèi)存使用環(huán)境，本系統(tǒng)可用的最小內(nèi)存塊為256字節(jié)，即在最后一次內(nèi)存分配剩下的內(nèi)存量不足256字節(jié)時(shí)，這兩部分作為一個(gè)整體給最后一次內(nèi)存申請(qǐng)者。C&C08交換機(jī)系統(tǒng)支持“最先匹配”和“最佳匹配”的內(nèi)存分配方案。內(nèi)存管理是操作系統(tǒng)的重要內(nèi)容，包括如下功能：內(nèi)存分配與回收內(nèi)存信息的共享與保護(hù)地址轉(zhuǎn)換內(nèi)存擴(kuò)充主機(jī)操作系統(tǒng)提供的與內(nèi)存操作有關(guān)的系統(tǒng)調(diào)用有：申請(qǐng)內(nèi)存塊和釋放內(nèi)存塊。由于C&C08操作系統(tǒng)嵌入式應(yīng)用的特點(diǎn)，不會(huì)發(fā)生頻繁的內(nèi)存申請(qǐng)、回收動(dòng)作，一般是申請(qǐng)后長期使用。因此，用鏈表方式來組織內(nèi)存塊，用最佳適應(yīng)算法來分配內(nèi)存。所謂最佳適應(yīng)算法，是在內(nèi)存空閑鏈上尋找一個(gè)同當(dāng)前申請(qǐng)大小最接近的空閑塊，而盡量地減少內(nèi)存碎片所占用空間，提高內(nèi)存利用率。每個(gè)內(nèi)存塊的前面有一個(gè)內(nèi)存控制塊，可表示如下：內(nèi)存塊標(biāo)記下一內(nèi)存塊首地址上一內(nèi)存塊首地址內(nèi)存長度（單位字節(jié)）所屬主人，任務(wù)號(hào)狀態(tài)（空閑/被使用）一個(gè)內(nèi)存鏈可用圖2-2表示。內(nèi)存鏈表圖2-2中空白部分表示內(nèi)存控制塊，其后緊跟的陰影區(qū)域?yàn)榭捎脙?nèi)存塊。下面舉例說明內(nèi)存申請(qǐng)以及內(nèi)存塊分裂的過程。一個(gè)1024字節(jié)大小的空閑內(nèi)存塊（控制塊占16個(gè)字節(jié)）：申請(qǐng)一個(gè)200字節(jié)大小的內(nèi)存塊后：再申請(qǐng)一個(gè)300字節(jié)大小的內(nèi)存塊后：釋放掉前面申請(qǐng)的200個(gè)字節(jié)后：再釋放已申請(qǐng)的300個(gè)字節(jié)后：主機(jī)內(nèi)存管理原則在主機(jī)程序系統(tǒng)初始化時(shí)，按照各應(yīng)用模塊的進(jìn)程號(hào)PID申請(qǐng)好一個(gè)個(gè)大塊的內(nèi)存，一般不釋放。在每一個(gè)大塊內(nèi)存的內(nèi)部可以動(dòng)態(tài)地申請(qǐng)和釋放，例如消息包的申請(qǐng)和釋放等。內(nèi)存管理要求各應(yīng)用模塊不能使用不屬于自己PID申請(qǐng)的內(nèi)存地址空間，否則往往會(huì)造成MPU死機(jī)。MPU的內(nèi)存大小MPU板CPU主頻（MHz）內(nèi)存處理能力CC06MPU386EX3316MB30KBHCACB01MPU486SX6632MB90KBHCACB02MPU486SX6632MB90KBHCACC07MPUSC4106632-64MB90KBHCACC08MPUSC4106632-64MB90KBHCACB03MPUPENTIUM13332MB200KBHCACB04MPUAMDK6-220064-256MB352KBHCAR003版內(nèi)存分配方案CC07MPU板的內(nèi)存分配如下：0-1MBIOS及其他（28000H-30000H數(shù)據(jù)描述符表）1M-XM程序（X最大為4.5M）XM-（X+1.5）M數(shù)據(jù)1.5M（數(shù)據(jù)段起始地址X為BSM_SEG）（X+1.5）M-15M保留15M-16M挖洞/分層16M-28M遠(yuǎn)堆（12M）28M-32M4M話單和計(jì)次表（計(jì)次表從28M開始存放，連續(xù)存放兩份，雙備份。）CB01MPU/CB02MPU板的內(nèi)存分配方案與CC07MPU板相同。根據(jù)MPU內(nèi)存的分配方案我們可以得到以下結(jié)論：CC07MPU板總共具有32M的內(nèi)存，兩個(gè)16M的內(nèi)存條。可用內(nèi)存為28M，不可用的內(nèi)存地址映射到了硬件端口。B模塊數(shù)據(jù)文件存放起始地址BSM-SEG可以在注冊(cè)表文件EXCHANGE進(jìn)程中定義，針對(duì)R03I版本定義為“0X3C0000”。針對(duì)每一版本來說該地址不能輕易修改，否則會(huì)引起MPU板加載后無法正常讀取數(shù)據(jù)從而導(dǎo)致模塊間鏈路中斷。遠(yuǎn)堆（HEAP）是內(nèi)存的一部分，為動(dòng)態(tài)分配的公用數(shù)據(jù)區(qū)。程序運(yùn)行中的暫時(shí)數(shù)據(jù)，都放在遠(yuǎn)堆中。任務(wù)完成后，相應(yīng)空間會(huì)被釋放，由下一個(gè)任務(wù)再申請(qǐng)使用。遠(yuǎn)堆的起始地址均固定為16M的地方。話單池的起始地址是由遠(yuǎn)堆的起始地址加上遠(yuǎn)堆的大小推算出來的。而遠(yuǎn)堆的起始地址又是由BSM-SEG推算而來的，這些地址依據(jù)推算的規(guī)則，不會(huì)由于數(shù)據(jù)的大小或遠(yuǎn)堆大小的改變而導(dǎo)致錯(cuò)誤。從而達(dá)到內(nèi)存的保護(hù)。由于MPU的內(nèi)存分配為預(yù)占內(nèi)存方式，在數(shù)據(jù)配置中最大元組數(shù)的設(shè)置要按實(shí)際的需要配置。如果配置過大，則內(nèi)存會(huì)不夠，從而引起MPU板加載后死機(jī)。案例：為何出現(xiàn)內(nèi)存告警？？問題出現(xiàn)的可能原因：占用其他PID的內(nèi)存，如果自己的PID申請(qǐng)的內(nèi)存過小或是自己PID的某些變量申請(qǐng)了非法的內(nèi)存，破壞了別人的內(nèi)存，讓別人的程序轉(zhuǎn)死，同時(shí)往往也會(huì)破壞自己的程序。出現(xiàn)這種情況一般都會(huì)造成MPU死機(jī)。內(nèi)存的緩沖區(qū)超過上限，這是C&C08數(shù)字程控交換機(jī)內(nèi)存保護(hù)機(jī)制的告警，拿話統(tǒng)模塊PID_ms來舉例說明：在話統(tǒng)模塊的發(fā)送結(jié)果緩沖區(qū)中，我們申請(qǐng)了短結(jié)果2000條記錄和長結(jié)果400條記錄的空間，在給后臺(tái)送結(jié)果時(shí)發(fā)現(xiàn)空閑的空間小于30％，就向后臺(tái)發(fā)送緩沖區(qū)滿的告警。MPU加載途徑知識(shí)點(diǎn)：SM、RSMII、SMII模塊MPU的加載聯(lián)網(wǎng)方式SM、RSMII、SMII模塊MPU的加載途徑各類模塊MPU板加載聯(lián)網(wǎng)方式的介紹C&C08B型交換機(jī)適用于兩種組網(wǎng)方式，多模塊組網(wǎng)和單模塊組網(wǎng)方式。在這兩種組網(wǎng)方式下MPU板的加載聯(lián)網(wǎng)方式不全一樣，先介紹如下。多模塊組網(wǎng)方式下：與AM/CM通過40.96M近距離或遠(yuǎn)距離光纖相連的SM或RSM模塊，其MPU加載聯(lián)網(wǎng)方式有兩種，一是通過MC2與OPT聯(lián)網(wǎng)，二是通過LAPMC2與OPT聯(lián)網(wǎng)。與AM/CM通過E1直接相連的SMII模塊，其MPU加載聯(lián)網(wǎng)方式有兩種，一是通過MC2與IDT聯(lián)網(wǎng)，二是通過LAPMC2與IDT聯(lián)網(wǎng)。與上一級(jí)SM/RSM模塊通過內(nèi)部七號(hào)鏈路直接相連的RSMII模塊，其MPU加載聯(lián)網(wǎng)方式只有一種，則是通過內(nèi)部NO.7/LAPN7。單模塊組網(wǎng)方式下：與BAM直接相連的SM模塊，其MPU的加載聯(lián)網(wǎng)方式有兩種，一是通過HDLC鏈路加載，二是通過串口或TCP/IP協(xié)議進(jìn)行加載。值得大家注意的是配置在SM、RSM、RSMII、SMII模塊上的RSA用戶數(shù)據(jù)、程序的加載是通過母局SM、RSM、RSMII、SMII模塊的MPU加載來完成。各類模塊MPU板加載途經(jīng)的介紹多模塊方式下的SM/RSM模塊的加載途徑首先需要明確SM/RSM模塊是通過AM/CM模塊與BAM進(jìn)行通信的，AM/CM與BAM之間通過兩條速率為256K的HDLC鏈路保持前后臺(tái)的通信，所以AM/CM模塊的正常運(yùn)行是SM/RSM模塊MPU能夠正常加載的前提條件。主MPU上電，調(diào)用BIOS程序，初始化BNET網(wǎng)板（設(shè)置BNET鎖相OPT時(shí)鐘），復(fù)位MC2或LAPMC2板，建立前后臺(tái)通信的半永久連接通路，并通過該通路向BAM發(fā)送加載請(qǐng)求命令。主MPU——MC2/LAPMC2——BNET——OPT~~~~FBC——SNT——MCCS——MCCM——SNT——BAMBAM收到主MPU板上報(bào)的加載請(qǐng)求信號(hào)后，通過上述半永久連接的反向通路給主MPU板發(fā)加載請(qǐng)求應(yīng)答信號(hào)，主MPU板成功收到加載請(qǐng)求應(yīng)答信號(hào)后，則通過反向半永久連接通路開始加載。主用MPU加載完后正常運(yùn)行起來是備用MPU板加載的前提條件。備用MPU上電，啟用板內(nèi)BIOS程序，建立給BAM上報(bào)加載請(qǐng)求信號(hào)的半永久連接通路，該通路必需通過EMA板和主MPU板。備用MPU——EMA——主MPU——MC2/LAPMC2——BNET——OPT~~~~FBC——SNT——MCCS——MCCM——SNT——BAMBAM收到備用MPU上報(bào)的加載請(qǐng)求信號(hào)后，通過上述半永久連接的反向通路給MPU板發(fā)加載請(qǐng)求應(yīng)答信號(hào)，備用MPU板成功收到加載請(qǐng)求應(yīng)答信號(hào)后，則通過反向半永久連接通路開始加載。備用MPU加載完后正常運(yùn)行起來。多模塊方式下的SMII模塊的加載途徑首先需要明確SMII模塊是通過模塊間HDLC鏈路直接與AM/CM模塊相連，所以AM/CM模塊的正常運(yùn)行是SMII模塊MPU能夠正常加載的前提條件。主MPU上電，調(diào)用BIOS程序，初始化BNET網(wǎng)板，復(fù)位MC2或LAPMC2板，建立前后臺(tái)通信的半永久連接通路，并通過該通路向BAM發(fā)送加載請(qǐng)求命令。主MPU——MC2/LAPMC2——BNET——IDT~~~~E16——SNT——MCCS——MCCM——SNT——BAMBAM收到主MPU板上報(bào)的加載請(qǐng)求信號(hào)后，通過上述半永久連接的反向通路給主MPU板發(fā)加載請(qǐng)求應(yīng)答信號(hào)，主MPU板成功收到加載請(qǐng)求應(yīng)答信號(hào)后，則通過反向半永久連接通路開始加載。主用MPU加載完后正常運(yùn)行起來是備用MPU板加載的前提條件。備用MPU上電，啟用板內(nèi)BIOS程序，建立給BAM上報(bào)加載請(qǐng)求信號(hào)的半永久連接通路，該通路必需通過EMA板和主MPU板。備用MPU——EMA——主MPU——MC2/LAPMC2——BNET——IDT~~~~E16——SNT——MCCS——MCCM——SNT——BAMBAM收到備用MPU上報(bào)的加載請(qǐng)求信號(hào)后，通過上述半永久連接的反向通路給MPU板發(fā)加載請(qǐng)求應(yīng)答信號(hào)，備用MPU板成功收到加載請(qǐng)求應(yīng)答信號(hào)后，則通過反向半永久連接通路開始加載。備用MPU加載完后正常運(yùn)行起來。多模塊方式下的RSMII模塊的加載途徑首先需要明確RSMII模塊是通過內(nèi)部NO.7鏈路與上一級(jí)SM模塊相連，所以上一級(jí)SM模塊及AM/CM模塊的正常運(yùn)行是RSMII模塊MPU能夠正常加載的前提條件。主MPU上電，調(diào)用BIOS程序，初始化BNET網(wǎng)板，建立與上一級(jí)SM模塊通信的內(nèi)部NO.7鏈路，并通過該通路向BAM發(fā)送加載請(qǐng)求命令。BIOS程序固定選用HW53的NO.7/LAPN7板的TS0與HW90的IDT板的TS16建立加載半永久連接通路。主MPU（RSMII）——NO.7/LAPN7——BNET——IDT~~~~IDT——BNET——NO.7/LAPN7——主MPU（SM）——MC2/LAPMC2——BNET——OPT~~~~FBC——SNT——MCCS——MCCM——SNT——BAMBAM收到主MPU板上報(bào)的加載請(qǐng)求信號(hào)后，通過上述半永久連接的反向通路給主MPU板發(fā)加載請(qǐng)求應(yīng)答信號(hào)，主MPU板成功收到加載請(qǐng)求應(yīng)答信號(hào)后，則通過反向半永久連接通路開始加載。主用MPU加載完后正常運(yùn)行起來是備用MPU板加載的前提條件。備用MPU上電，啟用板內(nèi)BIOS程序，建立給BAM上報(bào)加載請(qǐng)求信號(hào)的半永久連接通路，該通路必需通過EMA板和主MPU板。備用MPU（RSMII）——EMA——主MPU（RSMII）——NO.7/LAPN7——BNET——IDT~~~~IDT——BNET——NO.7/LAPN7——主MPU（SM）——MC2/LAPMC2——BNET——OPT~~~~FBC——SNT——MCCS——MCCM——SNT——BAMBAM收到備用MPU上報(bào)的加載請(qǐng)求信號(hào)后，通過上述半永久連接的反向通路給MPU板發(fā)加載請(qǐng)求應(yīng)答信號(hào)，備用MPU板成功收到加載請(qǐng)求應(yīng)答信號(hào)后，則通過反向半永久連接通路開始加載。備用MPU加載完后正常運(yùn)行起來。單模塊方式下的SM模塊的加載途徑首先需要明確單模塊方式下的SM模塊是通過HDLC鏈路或串口（TCP/IP）直接與BAM進(jìn)行通信的。我們常用的方式是通過加載電纜形成前后臺(tái)通信的兩條速率為256K的HDLC鏈路進(jìn)行加載。我們知道BNET網(wǎng)板提供HW68用于MPU加載，提供HW94、HW95用于與MCP卡形成兩條HDLC鏈路。其中HW94用于加載，HW95用于維護(hù)聯(lián)機(jī)。主MPU上電，調(diào)用BIOS程序，初始化BNET網(wǎng)板，建立前后臺(tái)通信的半永久連接通路，并通過該通路向BAM發(fā)送加載請(qǐng)求命令。主MPU——UHW68（上行HW）——BNET——DHW94（下行HW）——BAMBAM收到主MPU板上報(bào)的加載請(qǐng)求信號(hào)后，通過下述半永久連接通路給主MPU板發(fā)加載請(qǐng)求應(yīng)答信號(hào)，主MPU板成功收到加載請(qǐng)求應(yīng)答信號(hào)后，則通過該半永久連接通路開始加載。BAM——UHW94（上行HW）——BNET——DHW68（下行HW）——主MPU主用MPU加載完后正常運(yùn)行起來是備用MPU板加載的前提條件。單模塊方式下備用MPU板的加載不需要通過EMA，是直接通過主機(jī)程序加載聯(lián)網(wǎng)，所以備用MPU板的加載途徑與主用MPU板完全一樣。一般規(guī)定加載電纜長度應(yīng)該小于15米。RSA用戶的加載途徑首先我們明確RSA用戶不具有交換功能，RSA用戶的交換需要通過母局SM、RSM、SMII、RSMII模塊來完成，所以RSA用戶的程序和數(shù)據(jù)是通過母局SM、SMII、RSM、RSMII模塊的MPU板加載來完成。案例：加載不成功如何處理問題出現(xiàn)的可能原因：鏈路定不上，MCP卡出問題，數(shù)據(jù)配置有誤，撥碼開關(guān)有誤等處理方法及步驟：檢查模塊與AM/CM連接的參數(shù)與實(shí)際的物理連接是否相符，如光路號(hào)、MCC號(hào)等。檢查MCP卡是否正常，線路連接是否正確。檢查數(shù)據(jù)配置是否正確。檢查撥碼開關(guān)，看看通信帶寬與配置的數(shù)據(jù)是否一致，加載方式是否相符。SB0101時(shí)限和任務(wù)管理時(shí)限管理C&C08時(shí)限管理主機(jī)根據(jù)實(shí)時(shí)處理要求進(jìn)行時(shí)限管理，包括周期性調(diào)度和超時(shí)調(diào)度。周期性調(diào)度即時(shí)鐘級(jí)任務(wù)，在C&C08操作系統(tǒng)中的時(shí)鐘級(jí)任務(wù)有10ms周期任務(wù)、100ms周期任務(wù)、1s周期任務(wù)以及1分鐘周期任務(wù)四種。超時(shí)調(diào)度指任務(wù)指定的時(shí)間或時(shí)限已到或超過，向任務(wù)發(fā)超時(shí)消息，激活任務(wù)完成超時(shí)處理。C&C08操作系統(tǒng)提供的超時(shí)調(diào)度服務(wù)包括絕對(duì)時(shí)限和相對(duì)時(shí)限兩種。絕對(duì)時(shí)限要求操作系統(tǒng)按事先定義的某個(gè)未來的絕對(duì)時(shí)刻進(jìn)行處理，屆時(shí)發(fā)出超時(shí)消息，絕對(duì)時(shí)限又有以下兩種情況：不具有重復(fù)周期：只要求監(jiān)視某一未來時(shí)刻，一旦時(shí)刻到達(dá)后發(fā)出超時(shí)消息包，時(shí)限服務(wù)即告完成，如某年某月某日某分某秒執(zhí)行某類處理。具有重復(fù)周期：除要求監(jiān)視某個(gè)未來時(shí)刻外，還要在時(shí)刻到達(dá)后，繼續(xù)監(jiān)視在一定周期內(nèi)重復(fù)出現(xiàn)的時(shí)刻。如每天凌晨2點(diǎn)鐘交換機(jī)做話單處理，其周期為24小時(shí)。相對(duì)時(shí)限是從任務(wù)提出超時(shí)要求開始，隔一定時(shí)間后做超時(shí)處理。主機(jī)定時(shí)器三類定時(shí)器在CC08B的操作系統(tǒng)中，提供定時(shí)器的程序模塊分別是設(shè)備定時(shí)器DEVTIMER、系統(tǒng)定時(shí)器SYSTIME和軟件定時(shí)器TIMER。三類定時(shí)器如圖4-1所示。定時(shí)器的分類設(shè)備定時(shí)器設(shè)備定時(shí)器是操作系統(tǒng)中使用最靈活，數(shù)量最多的一種定時(shí)器，它為應(yīng)用層提供定時(shí)服務(wù)支持，以實(shí)現(xiàn)各類超時(shí)處理。在設(shè)備定時(shí)器中，有分辨率為100ms和1s的兩種定時(shí)器。設(shè)備定時(shí)器提供的是“啟動(dòng)”，“停止”機(jī)制，當(dāng)定時(shí)時(shí)間到，則直接調(diào)用登記定時(shí)器時(shí)設(shè)置的處理模塊。系統(tǒng)定時(shí)器系統(tǒng)定時(shí)器以“年月日時(shí)分秒”形式為應(yīng)用模塊提供定時(shí)服務(wù)。應(yīng)用模塊可以通過系統(tǒng)定時(shí)器設(shè)定在某一個(gè)具體時(shí)刻（年月日時(shí)分秒）完成某項(xiàng)操作，或設(shè)定某一時(shí)刻（時(shí)分秒）每天都進(jìn)行某項(xiàng)操作。系統(tǒng)定時(shí)器提供的是“登記”和“定時(shí)發(fā)消息包”的機(jī)制。設(shè)定的“時(shí)分秒”或“年月日時(shí)分秒”到，向登記的模塊發(fā)消息包。軟件模塊（PID）一旦登記（啟動(dòng)）系統(tǒng)定時(shí)器，當(dāng)系統(tǒng)時(shí)間與定時(shí)器設(shè)定的值相同時(shí)，系統(tǒng)定時(shí)器模塊（PID_TIMER）向登記系統(tǒng)定時(shí)器的模塊發(fā)消息包。消息包處理函數(shù)判斷發(fā)送者是PID_TIMER時(shí)，調(diào)用“定時(shí)到”處理函數(shù)。軟件定時(shí)器為便于與通用的“定時(shí)器”概念區(qū)別，這里統(tǒng)稱1秒，1分，1tick的周期性定時(shí)器為“軟件定時(shí)器”。軟件定時(shí)器適用于周期性的定時(shí)，一旦登記，就開始運(yùn)行，無法停止。功能較單一，便于實(shí)現(xiàn)。其中1秒及1分任務(wù)由時(shí)鐘事件處理發(fā)消息包（發(fā)送方標(biāo)識(shí)為PID_TIMEOUT），由應(yīng)用程序調(diào)度啟動(dòng)執(zhí)行。軟件定時(shí)器提供的是“登記”，“周期性發(fā)消息包”的機(jī)制。一旦登記，定時(shí)器周期性地向登記的模塊發(fā)消息包。但是，TICK任務(wù)定時(shí)器是個(gè)例外，它采用直接調(diào)用處理函數(shù)的方法以加快調(diào)用速度。任務(wù)管理C&C08任務(wù)管理此處所謂任務(wù)（task）通常又稱為進(jìn)程（process），可定義為由操作系統(tǒng)調(diào)度以及可由處理機(jī)執(zhí)行的程序單位。任務(wù)管理是根據(jù)任務(wù)的動(dòng)態(tài)性、并發(fā)性，任務(wù)間異步關(guān)聯(lián)性設(shè)計(jì)的。利用此概念可以清晰地描述完成C&C08各種功能所對(duì)應(yīng)的程序邏輯。C&C08軟件系統(tǒng)可劃分為通信類任務(wù)、資源管理類任務(wù)、呼叫處理類任務(wù)、數(shù)據(jù)庫管理類任務(wù)，維護(hù)類任務(wù)，它們?cè)贑&C08操作系統(tǒng)的協(xié)調(diào)管理下運(yùn)行。任務(wù)狀態(tài)任務(wù)，作為一個(gè)“可執(zhí)行的程序單位”，具有動(dòng)態(tài)的特征。主機(jī)系統(tǒng)中的任務(wù)具有如下四種狀態(tài)：執(zhí)行態(tài)（Executing）、就緒態(tài)（Ready）、掛起態(tài)（Suspended）、休眠態(tài)（Dormant）。執(zhí)行態(tài)任務(wù)指當(dāng)前正占用處理機(jī)（CPU）資源，其程序邏輯正在被執(zhí)行的任務(wù)。在任一瞬間，處理機(jī)只能執(zhí)行一個(gè)任務(wù)，即只有一個(gè)任務(wù)處在執(zhí)行態(tài)。準(zhǔn)備好將去執(zhí)行的任務(wù)，處于就緒態(tài)。如當(dāng)模擬用戶任務(wù)在摘機(jī)事件發(fā)生后，即處于就緒態(tài)。在C&C08系統(tǒng)中，依據(jù)就緒態(tài)任務(wù)的優(yōu)先級(jí)，依次加以執(zhí)行。正在等待系統(tǒng)調(diào)用（某一事件發(fā)生前）的任務(wù)，處于掛起態(tài)。如模擬用戶任務(wù)在用戶摘機(jī)后等待撥號(hào)，處于等待撥號(hào)事件發(fā)生的掛起狀態(tài)。休眠任務(wù)指未初始化，或被系統(tǒng)刪除的任務(wù)。C&C08操作系統(tǒng)中，任務(wù)狀態(tài)遷移原理如下圖所示：C&C08操作系統(tǒng)中任務(wù)狀態(tài)遷移C&C08操作系統(tǒng)的任務(wù)調(diào)度策略是基于任務(wù)優(yōu)先級(jí)和事件優(yōu)先級(jí)的搶占式調(diào)度，高優(yōu)先級(jí)就緒任務(wù)優(yōu)先占用處理機(jī)資源執(zhí)行，同一優(yōu)先級(jí)的任務(wù)按其就緒先后次序調(diào)度執(zhí)行。在C&C08系統(tǒng)中，每一任務(wù)創(chuàng)建時(shí)，賦予一個(gè)優(yōu)先數(shù)（0～255），優(yōu)先數(shù)越小，優(yōu)先級(jí)越高，0代表系統(tǒng)的最高優(yōu)先級(jí)。當(dāng)某一高優(yōu)先級(jí)任務(wù)T1因等待某一資源而被掛機(jī)，而恰好此資源被另一低優(yōu)先級(jí)任務(wù)T2占用而未被釋放，此可謂高優(yōu)級(jí)任務(wù)被低優(yōu)先級(jí)任務(wù)阻塞，稱之為優(yōu)先級(jí)倒置。在優(yōu)先級(jí)調(diào)度策略驅(qū)動(dòng)的系統(tǒng)中，T1只有耐心等待T2被一次次緩慢調(diào)度執(zhí)行（因優(yōu)先級(jí)低）最終釋放所占用資源后，才能被激活，這樣高優(yōu)先級(jí)任務(wù)T1的實(shí)時(shí)性難以保證，為此C&C08操作系統(tǒng)提供優(yōu)先級(jí)繼承技術(shù)來解決此問題，一旦高優(yōu)先級(jí)任務(wù)被低優(yōu)先級(jí)任務(wù)阻塞，可臨時(shí)提高低優(yōu)先級(jí)任務(wù)的優(yōu)先級(jí)到適當(dāng)級(jí)別，以便讓低優(yōu)先級(jí)任務(wù)盡可能快地執(zhí)行以釋放高優(yōu)先級(jí)任務(wù)所急需的公共資源。當(dāng)?shù)蛢?yōu)先任務(wù)正在執(zhí)行時(shí)，若有事件發(fā)生讓高優(yōu)先級(jí)任務(wù)處于就緒態(tài)，此時(shí)，高優(yōu)先級(jí)就緒任務(wù)可打斷正在執(zhí)行的低優(yōu)先級(jí)任務(wù)，將其掛起進(jìn)而搶占CPU的控制權(quán)，以滿足系統(tǒng)實(shí)時(shí)性要求。系統(tǒng)調(diào)度CC08B型機(jī)主機(jī)程序具有“事件優(yōu)先，消息驅(qū)動(dòng)”的調(diào)度機(jī)制。所謂“事件優(yōu)先”是指優(yōu)先處理Tick任務(wù)等對(duì)硬件事件的控制和響應(yīng)，如郵箱管理模塊PID_MAIL，LAPRSA管理模塊PID_LPRSA等功能模塊的郵箱處理函數(shù)，每10ms都會(huì)對(duì)它們進(jìn)行調(diào)用。另外，如秒、分定時(shí)任務(wù)，設(shè)備定時(shí)器的超時(shí)處理函數(shù)，每天的某一時(shí)刻（時(shí)分秒），以及某年月日時(shí)分秒的系統(tǒng)定時(shí)器任務(wù)也均為我們所說的事件。秒、分定時(shí)任務(wù)的到時(shí)，是以發(fā)送到時(shí)消息包PID_TIMEOUT方式實(shí)現(xiàn)的。系統(tǒng)定時(shí)器任務(wù)的到時(shí)，是以發(fā)送到時(shí)消息包PID_TIMER方式實(shí)現(xiàn)的。“消息驅(qū)動(dòng)”是指各功能模塊（或任務(wù)）間，通過消息包的方式進(jìn)行相互間的通信，使任務(wù)由掛起態(tài)轉(zhuǎn)為就緒態(tài)。調(diào)度模塊功能如下：事件級(jí)任務(wù)調(diào)度；消息包調(diào)度；分級(jí)過載控制；（滿足國標(biāo)4級(jí)過載控制）容錯(cuò)能力，在某模塊出現(xiàn)異常時(shí)，能自動(dòng)退出進(jìn)入下一調(diào)度周期。消息包管理C&C08消息管理：除定時(shí)事件以及中斷事件外，C&C08系統(tǒng)中任務(wù)間的通信主要由消息事件來驅(qū)動(dòng)和完成。消息有兩個(gè)方面的功能，一是激活其它任務(wù)，使該任務(wù)進(jìn)入就緒隊(duì)列；二是執(zhí)行任務(wù)間的數(shù)據(jù)傳遞。消息包結(jié)構(gòu)如下：發(fā)送消息模塊（SM）標(biāo)識(shí)，即模塊號(hào)發(fā)送消息任務(wù)標(biāo)識(shí)，即任務(wù)號(hào)接收消息模塊（SM）號(hào)接收消息任務(wù)號(hào)消息塊長度消息內(nèi)容它表示將某一消息從某一交換模塊（SM）的某一任務(wù)，發(fā)往另一交換模塊的另一任務(wù)，當(dāng)然也可能是同一交換模塊內(nèi)的兩個(gè)任務(wù)間傳遞消息，甚至也可以是同一任務(wù)的消息，C&C08操作系統(tǒng)提供給應(yīng)用程序使用與消息管理有關(guān)的系統(tǒng)調(diào)用有三種：申請(qǐng)消息塊發(fā)送消息塊釋放消息塊消息隊(duì)列管理：C&C08系統(tǒng)中，消息塊通過隊(duì)列方式管理，包括空閑隊(duì)列、申請(qǐng)隊(duì)列、就緒隊(duì)列三類，每類隊(duì)列由鏈表方式實(shí)現(xiàn)。為了節(jié)省空間和提高效率，C&C08系統(tǒng)為所有消息開辟一段公共緩沖區(qū)，隊(duì)列操作僅僅是隊(duì)列指針的變化，而消息塊的內(nèi)容無需拷貝搬動(dòng)。SB0101MPU與BAM的通信知識(shí)點(diǎn)：前后臺(tái)的通信方式C&C08交換機(jī)前后臺(tái)通信方式前后臺(tái)通信為前臺(tái)（主機(jī)）與后臺(tái)（包括維護(hù)臺(tái)、測(cè)試臺(tái)、告警臺(tái)、話統(tǒng)臺(tái)、計(jì)費(fèi)臺(tái)）之間的通信提供無差錯(cuò)的數(shù)據(jù)傳輸通路。從交換模塊的角度看，前臺(tái)與后臺(tái)之間有近端維護(hù)和遠(yuǎn)端維護(hù)兩種維護(hù)方式。對(duì)于獨(dú)立局，BAM直接接在SM上，稱為近端維護(hù)。對(duì)于模塊局，BAM接在AM上，后臺(tái)對(duì)SM的維護(hù)需經(jīng)過AM，稱為遠(yuǎn)端維護(hù)。如圖5-1所示。前后臺(tái)有三種通信方式：TCI郵箱通信MCP_HDLC鏈路通信MC2郵箱通信其中TCI和MCP可能同時(shí)存在，MC2郵箱僅在模塊局時(shí)才可能有。圖5-1是各種前后臺(tái)通信方式的示意圖。前后臺(tái)通信方式B模塊前后臺(tái)連接作模塊局時(shí)有兩種情況。B模塊經(jīng)MC2、OPT與后臺(tái)連接B模塊經(jīng)LAPMC2與后臺(tái)連接如圖5-2所示。模塊局與后臺(tái)的連接作獨(dú)立局時(shí)連接方式如圖5-3所示。獨(dú)立局與后臺(tái)的連接案例前后臺(tái)出現(xiàn)通信中斷怎么辦？問題的原因：網(wǎng)板故障，鏈路斷掉，MCP卡出現(xiàn)故障，非獨(dú)立局的光路或電路故障。解決辦法：檢查網(wǎng)板，可以作一次主備倒換，當(dāng)然要看對(duì)現(xiàn)有通話的影響，千萬不要隨意插拔網(wǎng)板；檢查MC2和OPT板，找出是否是為何鏈路斷掉；看看MCP卡是否有問題，如出現(xiàn)問題建議換一塊新卡。SB0101MPU保護(hù)機(jī)制知識(shí)點(diǎn)：動(dòng)態(tài)數(shù)據(jù)備份的基本原理及過程主備機(jī)的倒換與通信MPU分級(jí)復(fù)位的工作過程C&C08交換機(jī)MPU采用主備用雙機(jī)備份系統(tǒng)保護(hù)機(jī)制，設(shè)計(jì)上主要分為三個(gè)模塊：動(dòng)態(tài)數(shù)據(jù)備份、雙機(jī)倒換、平滑處理部分。為了保證可靠性，針對(duì)主備用MPU的控制應(yīng)該由獨(dú)立于MPU板的EMA板來完成。EMA板控制主備機(jī)的狀態(tài)及動(dòng)態(tài)數(shù)據(jù)的備份過程。動(dòng)態(tài)數(shù)據(jù)備份動(dòng)態(tài)數(shù)據(jù)備份：交換機(jī)在正常運(yùn)行時(shí)，主機(jī)通過EMA板上的大郵箱把動(dòng)態(tài)變化的數(shù)據(jù)傳送到備機(jī)保存。該過程即為動(dòng)態(tài)數(shù)據(jù)備份。只要?jiǎng)討B(tài)數(shù)據(jù)備份開關(guān)置于“ON”的狀態(tài)，當(dāng)主機(jī)檢測(cè)到主機(jī)中存有新的數(shù)據(jù)，則開始動(dòng)態(tài)數(shù)據(jù)備份過程，該過程由主機(jī)軟件自動(dòng)進(jìn)行，維護(hù)人員無需要參與。動(dòng)態(tài)數(shù)據(jù)備份是通過EMA單板來完成的，雙機(jī)系統(tǒng)的硬件接口集中于EMA單板，主要有以下幾方面：EMA板上提供兩個(gè)郵箱，分別用于與主備MPU通信，和數(shù)據(jù)備份。EMA板提供的兩個(gè)郵箱的總?cè)萘繛?k，且為雙口RAM（又稱PRAM），主備MPU都可操作，用于提供數(shù)據(jù)備份的通路。EMA板決定控制總線權(quán)，以確定哪個(gè)MPU可以操作外部總線，存取其它單板郵箱。動(dòng)態(tài)數(shù)據(jù)備份功能保證數(shù)據(jù)在主備機(jī)間正確傳送，并允許維護(hù)人員決定是否備份。數(shù)據(jù)備份基本完全時(shí)，倒換后應(yīng)做到保持已接通的話路，繼續(xù)與單板的正常通信，主機(jī)數(shù)據(jù)與實(shí)際一致。未進(jìn)行數(shù)據(jù)備份或備份不完全時(shí)，倒換后應(yīng)保證系統(tǒng)資源不吊死，并能夠正確初始化不一致的數(shù)據(jù)，使系統(tǒng)能繼續(xù)正常運(yùn)轉(zhuǎn)。動(dòng)態(tài)數(shù)據(jù)備份方法備份模塊通過提供公共函數(shù)的形式向各應(yīng)用模塊提供統(tǒng)一的數(shù)據(jù)備份方法。主機(jī)－－定時(shí)數(shù)據(jù)備份開始時(shí)，雙機(jī)倒換模塊依次調(diào)用各應(yīng)用模塊提供的數(shù)據(jù)備份函數(shù)。在這些函數(shù)中，各模塊根據(jù)自己需要備份的數(shù)據(jù)，調(diào)用本模塊提供的公共接口函數(shù)完成備份。備機(jī)－－定時(shí)數(shù)據(jù)備份開始時(shí)，同樣由各應(yīng)用模塊提供自己的數(shù)據(jù)恢復(fù)函數(shù)，通過調(diào)用公共接口函數(shù)進(jìn)行數(shù)據(jù)的恢復(fù)。各應(yīng)用模塊進(jìn)行數(shù)據(jù)備份的方法有三種：一種是增量式的位表方式的數(shù)據(jù)備份，即當(dāng)各模塊發(fā)現(xiàn)自己的數(shù)據(jù)發(fā)生必要的變化時(shí)，就將其索引值記錄在一張位表上，備份時(shí)根據(jù)位表進(jìn)行，只備份有位表標(biāo)志的數(shù)據(jù)，只備份變化的數(shù)據(jù)。第二種是對(duì)于數(shù)據(jù)結(jié)構(gòu)較大而只須備份一部分域的情況，由各應(yīng)用模塊提供將該數(shù)據(jù)結(jié)構(gòu)映射為較小結(jié)構(gòu)的函數(shù)，以節(jié)省空間，也就是自定義函數(shù)方式的數(shù)據(jù)備份。第三種是對(duì)于一些較短小簡單而且時(shí)刻變化的數(shù)據(jù)，則每次將其以塊方式全部備份。B模塊主要是通過HDLC鏈路進(jìn)行主/備機(jī)數(shù)據(jù)的傳輸。通過HDLC鏈路的數(shù)據(jù)備份只傳輸有效的數(shù)據(jù)至備機(jī)，且傳輸是異步的，其可靠性由傳輸鏈路來保證。因此，每次備份的容量可以提高，速率得到加快，且基本可不考慮系統(tǒng)的過載或擁塞。現(xiàn)在備份的模塊數(shù)據(jù)有：定時(shí)器TIMER數(shù)據(jù)、交換網(wǎng)絡(luò)NET數(shù)據(jù)、呼叫處理CCB數(shù)據(jù)、用戶數(shù)據(jù)、V5數(shù)據(jù)、話路數(shù)據(jù)、TUP中繼數(shù)據(jù)、ISUP中繼數(shù)據(jù)、TK中繼數(shù)據(jù)、設(shè)備DEV數(shù)據(jù)、告警ALM數(shù)據(jù)、MTP消息傳遞部分?jǐn)?shù)據(jù)、協(xié)議處理板LAP數(shù)據(jù)、話務(wù)臺(tái)數(shù)據(jù)等。動(dòng)態(tài)數(shù)據(jù)備份過程當(dāng)主用機(jī)正常運(yùn)轉(zhuǎn)時(shí)，會(huì)實(shí)時(shí)修改內(nèi)存中的動(dòng)態(tài)數(shù)據(jù)結(jié)構(gòu)。由于備用機(jī)不參與設(shè)備維護(hù)及呼叫處理，因此其數(shù)據(jù)結(jié)構(gòu)無法自動(dòng)更新。為更新備用機(jī)的數(shù)據(jù)結(jié)構(gòu)，就需要把主用機(jī)中變化了的數(shù)據(jù)結(jié)構(gòu)實(shí)時(shí)地傳送至備用機(jī)。因此，當(dāng)主用機(jī)修改數(shù)據(jù)結(jié)構(gòu)時(shí)，應(yīng)該置一標(biāo)志，以通知數(shù)據(jù)備份模塊把該部分?jǐn)?shù)據(jù)送往備用機(jī)。交換機(jī)數(shù)據(jù)空間很大，而備份只能通過EMA上的一個(gè)8k郵箱進(jìn)行，因此完成備份需一定時(shí)間。另外，在數(shù)據(jù)備份的同時(shí)，還有大量主用機(jī)數(shù)據(jù)仍然在實(shí)時(shí)修改，因此數(shù)據(jù)備份會(huì)有一定的時(shí)延。雙機(jī)倒換時(shí)可能會(huì)有少量數(shù)據(jù)不一致，數(shù)據(jù)的不一致如果在發(fā)生雙機(jī)倒換時(shí)不能有效解決，會(huì)吊死系統(tǒng)資源，甚至?xí)霈F(xiàn)倒換后死機(jī)現(xiàn)象。為此，在剛發(fā)生倒換時(shí)，系統(tǒng)的各模塊應(yīng)分別提供平滑處理函數(shù)，完成數(shù)據(jù)的一致性處理，保證在倒換的一刻，系統(tǒng)能正常運(yùn)轉(zhuǎn)。由于倒換屬于交換機(jī)異常情況，因此硬件資源的狀態(tài)也有可能不對(duì)。為此在倒換后的一段時(shí)間，應(yīng)該對(duì)用戶板、DT板等端口狀態(tài)不穩(wěn)定的單板做統(tǒng)一檢測(cè)，當(dāng)發(fā)現(xiàn)異常時(shí)，復(fù)位相應(yīng)端口。主備MPU倒換雙機(jī)倒換：交換模塊的主用MPU死機(jī)或運(yùn)行不穩(wěn)定時(shí)，可以在EMA板的控制下倒換到備用MPU運(yùn)行，并盡量保證倒換的平滑性。該過程即為雙機(jī)倒換主備機(jī)之間通信原理將EMA8kPRAM郵箱劃分為物理上獨(dú)立的兩個(gè)子郵箱，第一個(gè)郵箱空間較大，為7.5k用于動(dòng)態(tài)數(shù)據(jù)備份，稱為大郵箱；第二個(gè)郵箱空間較小，為0.5k用于主備機(jī)之間的通信，稱為小郵箱。郵箱的管理也完全獨(dú)立，分別用不同的tick任務(wù)實(shí)現(xiàn)，這既保留了通信帶寬較寬的優(yōu)點(diǎn)，無需分包和組包，保證了主備通信的實(shí)時(shí)性，而且也不會(huì)影響數(shù)據(jù)備份。通信采用了完全標(biāo)準(zhǔn)的消息包結(jié)構(gòu)，為備機(jī)維護(hù)的實(shí)現(xiàn)提供了可能。可實(shí)現(xiàn)主備機(jī)同一進(jìn)程間的通信。主用機(jī)下發(fā)命令的郵箱結(jié)構(gòu)與備用機(jī)響應(yīng)或上報(bào)結(jié)果的郵箱結(jié)構(gòu)相同。在主機(jī)軟件中，每10ms進(jìn)行一次主備通信，400ms進(jìn)行一次數(shù)據(jù)備份，100ms進(jìn)行一次數(shù)據(jù)恢復(fù)，但主備機(jī)之間的通信不會(huì)影響數(shù)據(jù)備份，因?yàn)橹鱾渫ㄐ培]箱和數(shù)據(jù)備份郵箱相互獨(dú)立，這樣可保證數(shù)據(jù)備份的安全可靠性，在程控交換機(jī)中，數(shù)據(jù)備份的優(yōu)先級(jí)和重要性遠(yuǎn)遠(yuǎn)大于備機(jī)維護(hù)。MPU與EMA通信主機(jī)與EMA通信主機(jī)與EMA之間通過郵箱方式進(jìn)行通信，由主機(jī)的EMA模塊負(fù)責(zé)。它通過50ms的定時(shí)，對(duì)EMA的郵箱進(jìn)行分析、操作，接收EMA的命令和查詢，報(bào)告主機(jī)狀態(tài)給EMA，實(shí)現(xiàn)與EMA的信息交換。在與EMA通信的同時(shí)，EMA模塊還以消息包方式與主/備機(jī)倒換模塊、維護(hù)管理模塊以及AM通訊模塊（當(dāng)模塊局時(shí)）進(jìn)行通信。EMA模塊接收維護(hù)管理模塊送來的人工倒換命令、重啟動(dòng)命令，并通知EMA或主/備機(jī)倒換模塊做相應(yīng)處理。EMA模塊在每個(gè)tick周期檢測(cè)由EMA板發(fā)來的EACT（主備倒換激活）硬信號(hào)，當(dāng)檢測(cè)到穩(wěn)定的信號(hào)時(shí)，通知主/備倒換模塊PID_RED進(jìn)行備/主倒換。備用倒主用時(shí)，置主用態(tài)，并經(jīng)過平滑過渡階段進(jìn)入穩(wěn)定的主用態(tài)。主用倒備用時(shí)，置備用態(tài)，禁止WatchDog的清除，以引起復(fù)位。備機(jī)與EMA通信備機(jī)與EMA的通信主要是由EMA通信模塊接收來自EMA的BACK_TO_ACTIVE命令，然后通知備機(jī)中的雙機(jī)倒換模塊進(jìn)行由備用到主用的倒換處理及平滑接替。另外雙機(jī)倒換模塊還定時(shí)檢測(cè)EMA模塊所置的重啟動(dòng)標(biāo)志，進(jìn)行1級(jí)、2級(jí)重啟動(dòng)相應(yīng)的平滑處理。主備倒換雙機(jī)熱備份與倒換是交換機(jī)可靠性的保障。備機(jī)中的雙機(jī)倒換模塊在正常情況下進(jìn)行主備MPU間的數(shù)據(jù)備份管理，當(dāng)接收到EMA的倒換命令時(shí)，它完成備機(jī)升主用時(shí)的平滑接替，以及協(xié)調(diào)容錯(cuò)、數(shù)據(jù)一致性檢查等。總的說來要完成的功能有：與EMA進(jìn)行有關(guān)的通訊；定時(shí)數(shù)據(jù)備份管理；備機(jī)到主機(jī)時(shí)的平滑接替；備機(jī)倒換至主機(jī)時(shí)存在著兩個(gè)不一致性：數(shù)據(jù)的不一致性。由于數(shù)據(jù)備份是定時(shí)的，主/備機(jī)發(fā)生倒換時(shí)并不能保證雙方的數(shù)據(jù)完全一致的。程序的不一致性。備用機(jī)轉(zhuǎn)為主用時(shí)的程序運(yùn)行狀態(tài)與原主用機(jī)停止主用時(shí)的程序運(yùn)行狀態(tài)不可能完全一致。因此，在備→主倒換時(shí)，要進(jìn)行各模塊的檢查及清理工作，對(duì)于用戶側(cè)、網(wǎng)絡(luò)側(cè)與各從節(jié)點(diǎn)的不一致性，還需通知容錯(cuò)模塊進(jìn)行處理。從而保證倒換后的主用機(jī)能平穩(wěn)、正常地工作。對(duì)呼叫的平滑檢查當(dāng)主備機(jī)發(fā)生倒換時(shí)，由于數(shù)據(jù)備份的時(shí)延，以及倒換過程中消息包的丟失，會(huì)使一些呼叫的用戶側(cè)與網(wǎng)絡(luò)側(cè)之間產(chǎn)生不一致，從而引起用戶、中繼或CCB的吊死，在平時(shí)呼叫過程中，也可能產(chǎn)生這種現(xiàn)象。因此，有必要在雙機(jī)倒換后，以及每天的定時(shí)容錯(cuò)過程中，在用戶側(cè)與網(wǎng)絡(luò)側(cè)之間進(jìn)行一次狀態(tài)核對(duì)，保持兩側(cè)狀態(tài)一致，避免上述問題。這就是對(duì)呼叫的平滑檢查。下面以一個(gè)普通呼叫為例來做進(jìn)一步說明呼叫平滑檢查方法。主叫側(cè)、被叫側(cè)記錄了用戶電路的狀態(tài)，同時(shí)記錄了指向的CCB號(hào)，在網(wǎng)絡(luò)側(cè)的CCB中則記錄了主叫、被叫的情況。如圖6-1所示。普通呼叫狀態(tài)核對(duì)因此，狀態(tài)核對(duì)主要包括兩個(gè)過程：主叫、被叫、CCB的內(nèi)部數(shù)據(jù)檢查。這實(shí)際上是由各用戶側(cè)和網(wǎng)絡(luò)側(cè)以功能模塊為單位完成的，主要是進(jìn)行內(nèi)部數(shù)據(jù)的一致性檢查。對(duì)于用戶側(cè)，還要保證其狀態(tài)與實(shí)際的用戶電路狀態(tài)相一致。除了空閑、通話以及維護(hù)、閉塞等穩(wěn)態(tài)外，都對(duì)用戶電路下單路復(fù)位命令。對(duì)于模擬用戶及DT，還要進(jìn)行單路查詢，進(jìn)一步保證這種一致性。主叫、被叫與CCB之間的關(guān)系檢查。這種檢查也是由各用戶側(cè)與網(wǎng)絡(luò)側(cè)以功能模塊為單位進(jìn)行。具體方法如下：a.在某SM發(fā)生雙機(jī)倒換時(shí)，由該SM給所有SM的容錯(cuò)模塊廣播一條倒換通知，由容錯(cuò)模塊向各用戶側(cè)及網(wǎng)絡(luò)側(cè)發(fā)開始容錯(cuò)檢查的消息包，驅(qū)動(dòng)各用戶側(cè)與網(wǎng)絡(luò)側(cè)之間的狀態(tài)核對(duì)。在每晚的容錯(cuò)啟動(dòng)時(shí)，也是由容錯(cuò)模塊的消息包來驅(qū)動(dòng)。b.各用戶側(cè)和網(wǎng)絡(luò)側(cè)收到該消息包后，即啟動(dòng)平滑檢查，用戶側(cè)對(duì)于所有處于通話態(tài)的用戶，查詢其在網(wǎng)絡(luò)側(cè)的CCB記錄；網(wǎng)絡(luò)側(cè)對(duì)于所有處于通話態(tài)的CCB，向其記錄的各呼叫方所在用戶側(cè)進(jìn)行查詢。由于這種查詢數(shù)量較大，各用戶側(cè)和網(wǎng)絡(luò)側(cè)可以定時(shí)進(jìn)行，如每秒鐘查詢20～50個(gè)用戶側(cè)記錄或CCB。對(duì)于同一個(gè)SM內(nèi)的查詢，可以通過函數(shù)調(diào)用的方式實(shí)現(xiàn)，以減少消息包的數(shù)量。注意，如在查詢過程中又收到啟動(dòng)查詢命令，則查詢重新開始。c.各用戶側(cè)及網(wǎng)絡(luò)側(cè)收到對(duì)方的查詢消息包后，其狀態(tài)以被查詢方的記錄為準(zhǔn)，如查詢方記錄與本方不符合，則由被查詢方向查詢方發(fā)釋放完成，將查詢方的用戶或CCB釋放；如符合則不予響應(yīng)。MPU分級(jí)復(fù)位的工作原理C&C08交換系統(tǒng)為了提高整機(jī)的可靠性和自愈能力，提供了兩種重要的系統(tǒng)恢復(fù)級(jí)別：再啟動(dòng)和引導(dǎo)加載。再啟動(dòng)主要是執(zhí)行初始化操作，根據(jù)再啟動(dòng)的級(jí)別決定是否重新進(jìn)行引導(dǎo)加載，從而使系統(tǒng)控制變量及狀態(tài)變量恢復(fù)到初始狀態(tài)繼續(xù)運(yùn)行。引導(dǎo)加載是更高一級(jí)的恢復(fù)，要通過后臺(tái)將程序和數(shù)據(jù)重新裝入到內(nèi)存，重新進(jìn)行初始化并運(yùn)行。C&C08交換系統(tǒng)提供了四級(jí)再啟動(dòng)，以適應(yīng)不同的運(yùn)行環(huán)境，方便終端維護(hù)，其主要用于一些不能聯(lián)機(jī)設(shè)定的數(shù)據(jù)改動(dòng)后的加載，以及在交換機(jī)運(yùn)行出現(xiàn)問題后作為一種恢復(fù)手段。這里將介紹四種級(jí)別再啟動(dòng)的工作原理及過程。一級(jí)再啟動(dòng)實(shí)現(xiàn)過程當(dāng)后臺(tái)發(fā)送一級(jí)再啟動(dòng)命令后，主機(jī)的維護(hù)管理模塊將會(huì)收到一級(jí)再啟動(dòng)的消息包，在消息包里含有再啟動(dòng)的級(jí)別。維護(hù)管理模塊收到消息后對(duì)消息包進(jìn)行一些合法性的判斷，并判別是對(duì)主機(jī)還是備機(jī)再啟動(dòng)。與此同時(shí)向后臺(tái)產(chǎn)生告警消息和回應(yīng)信息。維護(hù)管理模塊定時(shí)器到時(shí)向EMA發(fā)送再啟動(dòng)消息包。EMA收到消息包后啟動(dòng)一級(jí)再啟動(dòng)功能模塊。該功能模塊就完成一級(jí)再啟動(dòng)。它的實(shí)現(xiàn)過程簡述如下：啟動(dòng)平滑處理定時(shí)器平滑標(biāo)志置位釋放所有的中繼資源釋放所有的MFC資源釋放所有的DTR資源釋放所有的CT0資源PRAM端口置0CPU復(fù)位在平滑定時(shí)器到時(shí)會(huì)進(jìn)行平滑處理，它的平滑處理級(jí)別為0；影響保持話單，但影響正在接續(xù)的用戶保持已通話的用戶不必加載數(shù)據(jù)和程序二級(jí)再啟動(dòng)實(shí)現(xiàn)過程當(dāng)后臺(tái)發(fā)送二級(jí)再啟動(dòng)命令后，主機(jī)的維護(hù)管理模塊將會(huì)收到二級(jí)再啟動(dòng)的消息包，在消息包里含有再啟動(dòng)的級(jí)別。在平滑定時(shí)器到時(shí)會(huì)進(jìn)行平滑處理，它的平滑處理級(jí)別為1。二級(jí)啟動(dòng)和一級(jí)啟動(dòng)的本質(zhì)區(qū)別就在于平滑級(jí)別的不同。影響保持話單，但影響正在接續(xù)的用戶影響已通話的用戶不必加載數(shù)據(jù)和程序三級(jí)再啟動(dòng)實(shí)現(xiàn)過程當(dāng)后臺(tái)發(fā)送三級(jí)再啟動(dòng)命令后，主機(jī)的維護(hù)管理模塊將會(huì)收到三級(jí)再啟動(dòng)的消息包，在消息包里含有再啟動(dòng)的級(jí)別。維護(hù)管理模塊收到消息后對(duì)消息包進(jìn)行一些合法性的判斷，并判別是對(duì)主機(jī)還是備機(jī)再啟動(dòng)。與此同時(shí)向后臺(tái)產(chǎn)生告警消息和回應(yīng)信息。維護(hù)管理模塊定時(shí)器到時(shí)向EMA發(fā)送再啟動(dòng)消息包。EMA收到消息包后將把重啟的級(jí)別寫到CMOS。然后重啟主機(jī)，把數(shù)據(jù)加載標(biāo)志置位，把程序加載標(biāo)志置為假，這樣主機(jī)重啟時(shí)就只加載數(shù)據(jù)，而不加載程序。影響保持話單，但影響正在接續(xù)的用戶影響已通話的用戶加載數(shù)據(jù)四級(jí)再啟動(dòng)實(shí)現(xiàn)過程四級(jí)再啟動(dòng)的原理與三級(jí)一樣，只是在重啟中把數(shù)據(jù)加載標(biāo)志和程序加載標(biāo)志都置位，這樣主機(jī)重啟時(shí)同時(shí)加載數(shù)據(jù)和程序。影響保持話單，但影響正在接續(xù)的用戶影響已通話的用戶加載數(shù)據(jù)和程序SB0101前后臺(tái)數(shù)據(jù)一致性前后臺(tái)數(shù)據(jù)一致性檢查的工作還很有意義，尤其在發(fā)生異常情況的時(shí)候，及早發(fā)現(xiàn)問題，排除隱患，可以避免不必要的麻煩和對(duì)交換機(jī)正常運(yùn)行的影響。對(duì)檢查工作的詳細(xì)記錄，是我們定位、排除故障的依據(jù)。同時(shí)，主機(jī)數(shù)據(jù)修復(fù)命令行接口，能夠在不一致的情況下將正確數(shù)據(jù)組織成設(shè)定命令發(fā)送主機(jī)。基本思想分別計(jì)算前后臺(tái)相同數(shù)據(jù)塊的數(shù)據(jù)校驗(yàn)字，將主機(jī)計(jì)算結(jié)果發(fā)往后臺(tái)進(jìn)行對(duì)比。當(dāng)發(fā)現(xiàn)某數(shù)據(jù)塊檢驗(yàn)字不一致后，再將細(xì)化的校驗(yàn)字發(fā)送后臺(tái)，定位具體數(shù)據(jù)記錄。這種方法不是簡單的比較，需要前后臺(tái)同時(shí)計(jì)算數(shù)據(jù)區(qū)的校驗(yàn)字，然后對(duì)校驗(yàn)字進(jìn)行比較，雖占用了一定的計(jì)算時(shí)間，但前后臺(tái)通信量很小。如果校驗(yàn)正確就無須數(shù)據(jù)塊的傳送。檢查出現(xiàn)問題后，立即給出告警，提示用戶盡快處理。后臺(tái)對(duì)每一次檢查工作做詳細(xì)的記錄，提供修復(fù)數(shù)據(jù)的依據(jù)。并提供數(shù)據(jù)修復(fù)命令接口，以檢查正確后的后臺(tái)數(shù)據(jù)為基礎(chǔ)，設(shè)定主機(jī)內(nèi)存。命令接口以檢查告警報(bào)告中記錄的表ID和記錄號(hào)為關(guān)鍵字，后臺(tái)根據(jù)表類型和設(shè)定方式自動(dòng)組成數(shù)據(jù)塊設(shè)定主機(jī)。主機(jī)原有的數(shù)據(jù)設(shè)定接口不改動(dòng)，保證數(shù)據(jù)設(shè)定的操作一致性。實(shí)現(xiàn)方法數(shù)據(jù)校驗(yàn)范圍主機(jī)數(shù)據(jù)檢查范圍包括100多張靜態(tài)表格，即主機(jī)運(yùn)行前由后臺(tái)加載的DB_?.DAT數(shù)據(jù)。因此，后臺(tái)檢查的數(shù)據(jù)基礎(chǔ)也就是各模塊對(duì)應(yīng)的DB_?.DAT數(shù)據(jù)文件。以數(shù)據(jù)表為基本單位，校驗(yàn)方式采用CRC雙字節(jié)校驗(yàn)計(jì)算。疊加后可形成整表和數(shù)據(jù)庫的校驗(yàn)結(jié)果，發(fā)送后臺(tái)比較。整表校驗(yàn)比較失敗后，進(jìn)一步向后臺(tái)發(fā)單條記錄校驗(yàn)字，由后臺(tái)完成具體記錄的定位工作。定時(shí)自動(dòng)校驗(yàn)選定固定時(shí)間（如凌晨1：30），由BAM發(fā)起請(qǐng)求，校驗(yàn)和計(jì)算的范圍為全部數(shù)據(jù)庫靜態(tài)數(shù)據(jù)表，BAM按照預(yù)先的設(shè)定，選擇發(fā)送不同數(shù)據(jù)類型數(shù)據(jù)表校驗(yàn)請(qǐng)求，主機(jī)根據(jù)BAM的請(qǐng)求字回送校驗(yàn)結(jié)果，BAM同自己計(jì)算的結(jié)果進(jìn)行比較，正確時(shí)繼續(xù)下一組數(shù)據(jù)表檢查流程；出現(xiàn)錯(cuò)誤后，按具體表ID發(fā)數(shù)據(jù)記錄校驗(yàn)字請(qǐng)求，定位不一致記錄后發(fā)告警信息，同時(shí)記錄詳細(xì)檢查報(bào)告。手工校驗(yàn)操作命令行方式的手工操作，可選擇模塊和校驗(yàn)數(shù)據(jù)類型（或具體的表ID），校驗(yàn)正確，給出正確提示；出現(xiàn)錯(cuò)誤，在操作終端或某業(yè)務(wù)臺(tái)上以不同顏色或不同格式的方式打印出告警信息。由于MML版本對(duì)用戶已不存在表的概念，因此隨同版本發(fā)放了TABLEBROWSE數(shù)據(jù)查看工具，可以按表和記錄的方式查看后臺(tái)數(shù)據(jù)。使用EXTABLEBROWSE數(shù)據(jù)查看工具可以查看前臺(tái)的數(shù)據(jù)。告警處理檢查的同時(shí)，如發(fā)現(xiàn)記錄不一致，立即發(fā)檢查告警，要求用戶立即處理，或請(qǐng)求支援。檢查記錄在沒有異常的時(shí)候，可簡單記錄檢查過程，異常情況下，需對(duì)所有的檢查點(diǎn)做詳細(xì)描述，包括檢查的表ID，不一致的記錄號(hào)，甚至具體字段和相關(guān)值。后臺(tái)設(shè)有檢查日志瀏覽指令，可按日期段瀏覽檢查記錄。檢查記錄保留3個(gè)月的結(jié)果，超過3個(gè)月的記錄系統(tǒng)自動(dòng)清除。SB0101MPU與主控單板的通信知識(shí)點(diǎn):MPU與各主控單板的通信方式及通信原理MPU與NOD板的通信MPU與協(xié)議處理單板的通信MPU與MC2、OPT的通信MPU與ALM板的通信SM的控制結(jié)構(gòu)SM模塊形成五級(jí)分散控制結(jié)構(gòu)，如圖8-1所示，關(guān)鍵部件采用主備熱備份的工作方式，以提高系統(tǒng)的可靠性。C&C08交換模塊控制結(jié)構(gòu)通信方式交換機(jī)正常工作時(shí)，MPU必須能控制各種設(shè)備，因此MPU需和各類設(shè)備之間進(jìn)行通信，以獲得對(duì)設(shè)備的控制。MPU和各類設(shè)備的通信有以下幾種方式：通過NOD板上的主節(jié)點(diǎn)訪問設(shè)備。通過NOD板上的主節(jié)點(diǎn)、RSA_0、RSA_1訪問設(shè)備。通過TCI、CHD、ALM板訪問設(shè)備。通過內(nèi)存交換訪問主控框中的設(shè)備。下面分別描述這四種通信方式：MPU通過NOD訪問設(shè)備。主機(jī)與接口設(shè)備間的通信如圖8-2所示。主機(jī)與接口設(shè)備間的通信在主節(jié)點(diǎn)與用戶設(shè)備及中繼設(shè)備之間的通信是主從控制方式（查詢方式）MPU與主節(jié)點(diǎn)的通信是內(nèi)存交換方式。由于MPU與主節(jié)點(diǎn)的通信速度較快，主節(jié)點(diǎn)與用戶設(shè)備及中繼設(shè)備之間的通信速度較慢，因此一個(gè)主節(jié)點(diǎn)可以與多塊用戶設(shè)備或中繼設(shè)備通信，而不影響用戶設(shè)備及中繼設(shè)備的工作。主節(jié)點(diǎn)通過串行口來訪問多個(gè)設(shè)備，每個(gè)設(shè)備分配一個(gè)號(hào)碼，以供主節(jié)點(diǎn)識(shí)別正在占用串行口設(shè)備。設(shè)備與主節(jié)點(diǎn)通信時(shí)所對(duì)應(yīng)的號(hào)碼稱為從節(jié)點(diǎn)號(hào)，如圖8-3所示。主從節(jié)點(diǎn)通信除了遠(yuǎn)端用戶框通過RSA_1、RSA_0、主節(jié)點(diǎn)和CPU通信外，用戶框和中繼框中的設(shè)備都是通過主節(jié)點(diǎn)和MPU通信。通過NOD、RSA_0、RSA_1訪問設(shè)備主機(jī)與RSA通信通路如圖8-4所示。RSA通信交換機(jī)通過RSA可將部分用戶框拉遠(yuǎn)，使之成為遠(yuǎn)端模塊。在圖8-4的接法中，RSA板有2種，RSA-0，用于近端RSA；RSA-1，用于遠(yuǎn)端RSA。這兩種RSA板成對(duì)出現(xiàn)，互為配對(duì)。近端RSA-0接NOD板，遠(yuǎn)端用戶設(shè)備接遠(yuǎn)端RSA-1。在RSA近端與RSA遠(yuǎn)端的連接處選擇分層點(diǎn)，由主節(jié)點(diǎn)直接負(fù)責(zé)與其通訊的設(shè)備或CPU直接控制的設(shè)備處于第0級(jí)，每經(jīng)過一個(gè)分層點(diǎn)，級(jí)別加1。在圖8-4的連接中，RSA_0受控于NOD板，故其通信節(jié)點(diǎn)類型為NOD板。RSA-1受控于RSA-0，其通信節(jié)點(diǎn)類型為RSA-0，用戶框受控于RSA-1，故其設(shè)備的通信節(jié)點(diǎn)類型為RSA-1。通過TCI、CHD、ALM板訪問設(shè)備TST、TSS、SLT這三種設(shè)備即可通過TCI與MPU通信，也可通過主節(jié)點(diǎn)與MPU通信，告警箱通過ALM或TCI與MPU通信，在A模塊中CHD管理營業(yè)廳打印機(jī)，如圖8-5所示。通過TCI、CHD、ALM板的通信通過內(nèi)存交換訪問主控框中的設(shè)備在主控框各單板的內(nèi)存中，分配了一塊區(qū)域，供主機(jī)與單板互相訪問，完成信息交換。這個(gè)區(qū)域我們稱為“郵箱”。如圖8-6所示。“郵箱”通信通過這種方式與MPU通信的設(shè)備有：NOD、MFC、DTR、LAP、NO7、SIG、EMA、OPT、MC2、NET、MEM、ALM、TCI、CHD等。MPU與NOD板通信主節(jié)點(diǎn)通信概述主節(jié)點(diǎn)NOD是主機(jī)與各類用戶設(shè)備、中繼設(shè)備間通信的轉(zhuǎn)發(fā)站。主機(jī)與主節(jié)點(diǎn)間通過郵箱通信，主節(jié)點(diǎn)與下級(jí)設(shè)備間通過串口通信。主機(jī)中有郵箱管理程序，負(fù)責(zé)郵箱的初始化、狀態(tài)分析、讀寫操作、通信協(xié)議分析等工作。主機(jī)與NOD之間的流量控制方法是，當(dāng)主節(jié)點(diǎn)上報(bào)信息太多，主機(jī)可暫時(shí)不讀郵箱，能處理時(shí)再讀；當(dāng)主機(jī)下發(fā)命令太多時(shí)，主節(jié)點(diǎn)可利用郵箱幀結(jié)構(gòu)中的“主機(jī)可寫幀數(shù)”字節(jié)來控制流量。在主節(jié)點(diǎn)板中，有多個(gè)串口，通信時(shí)通過串口標(biāo)識(shí)來區(qū)分它們。MPU與用戶框通信以及主節(jié)點(diǎn)互助關(guān)系在正常情況下，一個(gè)主節(jié)點(diǎn)管理半框用戶，一框用戶由兩個(gè)主節(jié)點(diǎn)共同管理，如圖8-7所示。主機(jī)與用戶框的通信當(dāng)一個(gè)半框的DRV或NOD發(fā)生故障時(shí)，這半框用戶不能與主機(jī)通信，此時(shí)主機(jī)對(duì)另半框的DRV下接管命令，將整框配置重新配給工作正常的主節(jié)點(diǎn)，讓該主節(jié)點(diǎn)負(fù)責(zé)管理整框用戶，實(shí)現(xiàn)主節(jié)點(diǎn)的互助。當(dāng)故障的DRV或NOD恢復(fù)時(shí)，主機(jī)重新與NOD建立通信，得知故障已經(jīng)恢復(fù)，主機(jī)這時(shí)對(duì)負(fù)責(zé)整框用戶的DRV下退出接管的命令，并對(duì)兩個(gè)主節(jié)點(diǎn)按半框用戶重新配置。主節(jié)點(diǎn)（郵箱）的互助過程舉例如下：DRV是串口驅(qū)動(dòng)板，NOD1與從節(jié)點(diǎn)的通信通過DRV1驅(qū)動(dòng)，NOD2與從節(jié)點(diǎn)的通信通過DRV2驅(qū)動(dòng)。當(dāng)DRV2故障、或NOD2故障時(shí)，都需要左邊的NOD1互助右邊。具體互助步驟如下：對(duì)DRV1下發(fā)接管全框命令。DRV1硬件將左右半框的串口線均與NOD1連通，同時(shí)封死DRV2到NOD2的串口通路。對(duì)NOD1下發(fā)全框從節(jié)點(diǎn)配置，由NOD1接管整框從節(jié)點(diǎn)。互助條件規(guī)定所有從節(jié)點(diǎn)的從節(jié)點(diǎn)號(hào)不可相同，就是為了在互助時(shí)不會(huì)產(chǎn)生從節(jié)點(diǎn)號(hào)沖突。在主節(jié)點(diǎn)進(jìn)入互助和退出互助過程中，上報(bào)的從節(jié)點(diǎn)故障必須同時(shí)加以延時(shí)處理，否則會(huì)造成正在通話的用戶斷話。MPU與協(xié)議處理板的通信LAP板是一種多協(xié)議處理板，板上運(yùn)行的程序可由主機(jī)加載，通過加載不同的程序，處理不同的協(xié)議；也可使用各種程序燒結(jié)的ROM芯片，來運(yùn)行不同的協(xié)議處理程序。MPU與協(xié)議處理板間的通信是采用郵箱通信的機(jī)制。C&C08中MPU與協(xié)議處理板間通信是在LAP郵箱管理模塊LAPMAIL中完成的，LAP郵箱管理模塊完成對(duì)LAP郵箱的控制與管理、主機(jī)與單板間信令和信息的透明傳輸以及對(duì)單板軟件的加載等。目前LAP板上，使用的軟件有：七號(hào)信令、V5、30B+D、PHI等協(xié)議處理軟件。MPU與MC2通信模塊間通信概述在主機(jī)軟件系統(tǒng)中，模塊間通信功能塊主要是在B型機(jī)多模塊組網(wǎng)方式的情況下使用，為模塊間通信提供支持。保證模塊間信令的正確傳輸就是保證消息包的正確傳輸，模塊間通信功能塊為模塊間消息包傳遞提供一種透明傳輸。模塊間通信主要是MC2板或LAPMC2板的通信。MCCS板與MC2/LAPMC2板之間采用HDLC控制器和MTCP協(xié)議來實(shí)現(xiàn)鏈路層功能。如圖8-8所示。MC2LAPMC2鏈路鏈路層MC2鏈路實(shí)際包含兩段通路，從AM的MCC到SM的MC2/LAPMC2是一段，從MC2/LAPMC2到SM的MPU是另一段，見圖8-8。第二段采用的是郵箱通信方式，在MC2板上設(shè)有一個(gè)4k字節(jié)的郵箱，LAPMC2板設(shè)有一個(gè)8k字節(jié)的郵箱。MC2鏈路主備用與負(fù)荷分擔(dān)嚴(yán)格地說，MC2鏈路是負(fù)荷分擔(dān)方式。所謂主備用是指物理上為了可靠起見，實(shí)現(xiàn)的雙備份傳輸。可以這樣看，在MC2-MCC段有兩條鏈路，是負(fù)荷分擔(dān)關(guān)系；在OPT-FBI段有四條物理鏈路，兩兩之間是主備用關(guān)系。所謂鏈路主備用，是指由本模塊發(fā)往另一模塊的信息有兩條可選的鏈路，軟件設(shè)計(jì)上優(yōu)先走主鏈路，只在主鏈路異常的情況才走備鏈路；所謂鏈路負(fù)荷分擔(dān)，指的是多個(gè)B模塊成局時(shí)，由本模塊發(fā)往其它所有模塊的信息量各不相同，為使本模塊總體出入模塊信息量均勻地由兩條鏈路承載，將出入模塊信息以目的模塊號(hào)為單位進(jìn)行分流，即將到不同的目的模塊的主鏈交錯(cuò)配置，例如設(shè)本模塊為1號(hào)模塊，將到2模塊的主鏈配為0，備鏈為1，到3模塊的主鏈配為1，備鏈配為0，以此類推，如圖8-9所示：目的模塊號(hào)主鏈備鏈234501011010主備鏈的配置這樣，統(tǒng)計(jì)概率的結(jié)果，是兩條通信鏈路的信息量基本相同。從整體上看來，就是負(fù)荷分擔(dān)了，但從某一模塊來看又是主備用的。MC2鏈路主備用與負(fù)荷分擔(dān)和OPT主備用與負(fù)荷分擔(dān)毫無關(guān)系。可以通過ADDSM模塊中的鏈路配置描述域來進(jìn)行主備鏈路選擇。鏈路帶寬鏈路帶寬調(diào)整由MPU的撥碼開關(guān)決定，目前R03I版本的模塊間HDLC鏈路速率有四種選擇：64KBPS（占用1個(gè)時(shí)隙）、128KBPS（占用2個(gè)時(shí)隙）、256KBPS（占用4個(gè)時(shí)隙）、512KBPS（占用8個(gè)時(shí)隙）。模塊通信HW中起始時(shí)隙的確定：我們知道一條HW有32個(gè)時(shí)隙，如圖8-10所示：TS0123456789101112131415TS16171819202122232425262728293031時(shí)隙圖其中，TS0是同步時(shí)隙，TS16是標(biāo)志信號(hào)時(shí)隙，TS1由于離TS0太近未被采用，因此，選擇鏈路0的起始時(shí)隙為TS2，為了充分利用鏈路時(shí)隙帶寬，選擇鏈路1的起始時(shí)隙為TS18，這樣，兩條鏈路的帶寬完全對(duì)稱。寬度則由MPU板的拔碼開關(guān)確定（后臺(tái)數(shù)據(jù)的值要與撥碼開關(guān)保持一致）。某一條鏈路所用的時(shí)隙是從起始時(shí)隙開始連續(xù)的幾個(gè)時(shí)隙。MPU與OPT通信OPT通信硬件結(jié)構(gòu)如圖8-11所示（主備用模式），B模塊兩塊MC2板各占一條HW，兩塊OPT各占一條HW，在時(shí)隙配置與鏈路管理上，是0號(hào)MC2板在2時(shí)隙上收發(fā)，1號(hào)MC2板在18時(shí)隙上收發(fā)。由于B模塊硬件設(shè)計(jì)上將兩塊MC2板與兩塊OPT板所占HW全部分開，造成聯(lián)網(wǎng)上有很大差別，此時(shí)通信鏈路管理需要網(wǎng)的參與，而且硬件設(shè)計(jì)上，兩塊OPT均為主用態(tài)，兩者輸出均有效，至于取哪一塊OPT的HW與時(shí)鐘，由主機(jī)軟件給網(wǎng)板下配置決定。設(shè)0號(hào)FBI為主用，則硬件上決定SM發(fā)往AM的信息由0號(hào)FBI傳給兩塊MCC板，這就要求SM側(cè)必需也是置0號(hào)OPT為主用，軟件上的動(dòng)作表現(xiàn)為給網(wǎng)板下配置命令字，取0號(hào)OPT的HW與時(shí)隙，同時(shí)將兩塊MCC的接收與發(fā)送信息交換到OPT0的HW上。以上是理想情況，假如此時(shí)SM側(cè)認(rèn)為1號(hào)OPT主用，則由于FBI主備組輸出三態(tài)，導(dǎo)致硬件上物理鏈路斷開，為此在SM與AM的主機(jī)軟件中均加入了OPT與FBI板超時(shí)切換處理進(jìn)程，確保物理鏈路暢通。B模塊鏈路圖OPT的主備用與負(fù)荷分擔(dān)OPT主備用與負(fù)荷分擔(dān)是指物理意義上的主備用與負(fù)荷分擔(dān)。所謂OPT主備用是指SM側(cè)兩塊OPT是主用與備用的關(guān)系，在B模塊上全有效，選通由網(wǎng)板裁決，此時(shí)只有一對(duì)FBI/OPT能形成物理通路；在正常通信方式下，兩條光纖上所走的信令與信息是完全一樣的，這樣在一條光纖出現(xiàn)問題的情況下，也不致于影響正常的通信。所謂OPT負(fù)荷分擔(dān)是指兩塊OPT輸出均有效，不分主備，此時(shí)兩對(duì)FBI/OPT均能形成物理通路，與主備用情況相比，其話路數(shù)增加了一倍，收斂比也提高了一倍，兩條光纖必須全部正常工作，并且這兩條光纖上所在的信令與信息是不一樣的。也就是說，相對(duì)于主備用方式，模塊間話路容量增加了一倍，同時(shí)模塊間信令傳輸能力也相應(yīng)增加。OPT主備用與負(fù)荷分擔(dān)是通過MPU板上一個(gè)開關(guān)（SW2-3）所決定的。B模塊的兩種通信方式以帶寬為一個(gè)時(shí)隙的情況為例（即每塊MC2板帶寬為1TS，總共2個(gè)TS）。BSM側(cè)OPT負(fù)荷分擔(dān)方式MC2發(fā)送信息流圖上行廣播：HW66TS2交換至HW69TS2HW70TS2HW67TS18交換至HW69TS18HW70TS18MC2接收信息流圖下行廣播：HW69TS2交換至HW66TS2HW67TS2HW70TS18交換至HW66TS18HW67TS18如圖8-12、圖8-13所示，上行時(shí)OPT的兩條HW所傳信息一樣，保證AM能可靠收到，下行時(shí)MC2的兩條HW所傳信息一樣，保證SM能可靠收取信息。同時(shí)網(wǎng)資源配為分擔(dān)方式，兩條OP