【正文】 ....................................... 19 功能協(xié)作 ................................................................................................... 19 功能協(xié)作 1 全局標(biāo)識(shí) 功能協(xié)作 1 名稱 .......................................... 19 功能協(xié)作 2 全局標(biāo)識(shí) 功能協(xié)作 2 名稱 .......................................... 24 功能協(xié)作 n 全局標(biāo)識(shí) 功能協(xié)作 n 名稱 .......................................... 24 非功能協(xié)作 ............................................................................................... 24 XXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。 1 修改記錄 文件編號(hào) 版本號(hào) 擬制人 / 修改人 擬制 /修改日期 更改理由 主要更改內(nèi)容 （寫要點(diǎn)即可） 注 1：每次更改歸檔文件（指歸檔到事業(yè)部或公司檔案室的文件）時(shí)，需填寫此表。應(yīng)將每一類約定用一段或若干段進(jìn)行描述，即應(yīng)避免在一段中描述所有這些內(nèi)容。 構(gòu)架 Architecture 也叫體系結(jié)構(gòu)，但本文按照最近的譯文習(xí)慣，稱為構(gòu)架。 b) 上游文檔指的是緊挨本文的上游文檔。 d) 在“說(shuō)明”欄中必須包含文檔的分類信息，即該文檔是“上游文檔”和“引用文檔”中的哪一種。這里需要給出一張本系統(tǒng)和其他所有相關(guān)系統(tǒng)（可能包括整個(gè)系統(tǒng)外的實(shí)體）的關(guān)系圖，從圖中至少應(yīng)該能夠看出本系 統(tǒng)和哪些系統(tǒng)之間有關(guān)系，最好用不同的顏色來(lái)區(qū)分本系統(tǒng)和其他外部系統(tǒng)。 d) 系統(tǒng)的關(guān)鍵處理部件的備份。 l) 性能相關(guān)的考慮（如系統(tǒng)容量需求等）。特別注意，“系統(tǒng)結(jié)構(gòu)的考慮”這一節(jié)因?yàn)槠渲匾?，是必寫?nèi)容，不允許被刪除。 系統(tǒng)構(gòu)架的考慮 作為一個(gè)高層設(shè)計(jì)，系統(tǒng)的整體構(gòu)架的確定是極其關(guān)鍵的，一般也是“設(shè)計(jì)原理”一章中的關(guān)鍵。當(dāng)然，需要說(shuō)明為什么這些因素是關(guān)鍵的理由以及為什么其他因素相對(duì)不 關(guān)鍵的理由。 ===Example Begin==================================================== XXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。 圖 示例后略。包括兩個(gè)方面，一個(gè)是帶寬的擴(kuò)展性，一個(gè)是節(jié)點(diǎn)數(shù)量的擴(kuò)XXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。 c) 備份的策略選擇。而常規(guī)的下部進(jìn)風(fēng)方式對(duì)靠前面板散熱器散熱效果不好。 8kV。 d) 系統(tǒng)的內(nèi)部和外部網(wǎng)絡(luò)通信處理能力。在這種話務(wù)模型下面，一秒處理的呼叫數(shù)為 10 個(gè)，一次呼叫平均處理消息為 300 個(gè)，則系統(tǒng) 需要的 對(duì)于與話務(wù)相關(guān)消息能力應(yīng)該達(dá)到 10 * 300 = 3000 消息 /s。 c) 通信協(xié)議 /中間件（ middleware）的選擇。 IRMX 提供了多任務(wù)運(yùn)行環(huán)境， OSS 在此基礎(chǔ)上構(gòu)成了一系列的應(yīng)用進(jìn)程的二級(jí)調(diào)度以控制應(yīng)用進(jìn)程的運(yùn)行。 一般來(lái)說(shuō)，本節(jié)的內(nèi)容關(guān)注于本系統(tǒng)分解得到的各子系統(tǒng)的復(fù)用和外購(gòu)問(wèn)題，而不要涉及子系統(tǒng)內(nèi)部部件的復(fù)用和外購(gòu)，各子系統(tǒng)內(nèi)部的復(fù)用和外購(gòu)要求可以在各子系統(tǒng)的需求 說(shuō)明書中加以描述。 在“接口說(shuō)明”一章中，會(huì)具體說(shuō)明每個(gè)接口詳細(xì)信息，在“設(shè)計(jì)原理”一章中，會(huì)具體說(shuō)明得到這些個(gè)分解結(jié)果的 原因。 XXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。 另外，有時(shí)還會(huì)存在同一種組件不同實(shí)例（ Instance）之間的接口，如兩個(gè)同一類型的結(jié)構(gòu)子系統(tǒng)的實(shí)例（ Instance）之間的接地或轉(zhuǎn)接的接口，兩個(gè)同一類型的軟件或硬件子系統(tǒng)不同實(shí)例（ Instance）之間的協(xié)作或控制（有上下級(jí)之分）接口，等等。表格中對(duì)每個(gè)組件列出組件標(biāo)識(shí)、組件名稱、類型、子系統(tǒng)主要功能概述等信息。這部分內(nèi)容可以單獨(dú)成文，模板見(jiàn)“軟硬件配置說(shuō)明”。 NSU 網(wǎng)交換子系統(tǒng) 復(fù)合子系統(tǒng) 提供 32K 32K 的兩比特電路交換網(wǎng)絡(luò)。SCU 控制 NSU 進(jìn)行接繼，完成業(yè)務(wù)的傳輸。 表 層 6 BBIU1 BBIU2 BBIU3 層 5 BCTL(RMU1) BCTL(RMU2) BCTL(RMU3) 層 4 BCTL(SCU) BATC3 BBIU4 層 3 BNET BATC4 BCTL(RMU4) 層 2 BATC1 BATC5 BATC7 層 1 BATC2 BATC6 BATC8 機(jī)架 1 機(jī)架 2 機(jī)架 3 ====Example End==================================================== XXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。 為了不遺漏地確定本系統(tǒng)的所有功能協(xié)作時(shí)，一般要從兩個(gè)角度來(lái)考慮： a) 首先需要針對(duì)上游文檔中的每條功能需求（以后簡(jiǎn)稱“上游功能要求”），描述在本系統(tǒng)分成多個(gè)組件情況下 ，是如何繼續(xù)滿足功能要求的。 c) 有時(shí)，為了防止描述的重復(fù)，可以提取公共的子功能協(xié)作（用例），供其他功能協(xié)作（用例）調(diào)用。 3) 在每個(gè)異常過(guò)程名稱中，需要用“（ XXX）”形式指明是從正常過(guò)程哪個(gè)步驟中XXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。 j) 本節(jié)描述中使用的內(nèi)部組件間的輸入輸出信息的相關(guān)內(nèi)容，必須完全符合本文“接口說(shuō)明”中的定義，不能有出入。 N002020 AU 軟件子系統(tǒng)收到 CONFIG BRIDGE 消息，消息中指示打開(kāi)以太網(wǎng)橋接功能，則： a) 向于自己相連的的每個(gè) SU軟件子系統(tǒng)分別發(fā)送 CONFIG ETHERNET BRIDGE消息（ SDBWAC50），消息中包含了 CONFIG BRIDGE 消息中需要設(shè)置的狀態(tài)。 N002060 AU 軟件子系統(tǒng)在 N02020 步之后的 5s 內(nèi)對(duì)收到的消息采取下述的處理： d) 收到某 SU 子系統(tǒng)的 CONFIG ETHERNET BRIDGE OK 消息，則標(biāo)記該 SU 設(shè)置成功標(biāo)記。 b) 某 SU 設(shè)置標(biāo)記成功，則標(biāo)記該 SU 以太網(wǎng)橋接狀態(tài)為用戶期望的狀態(tài)。 A0020 SU 軟件子系統(tǒng)收到 CONFIG ETHERNET BRIDGE 消息，向相連的 FPGA 子X(jué)XX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。 以上 b)必須在 a)之后執(zhí)行。 下面是一些編寫非功能需求的協(xié)作說(shuō)明的方法： a) 對(duì)本系統(tǒng)的“性能需求”類的非功能需求，要求明確分解到組成本系統(tǒng)的各組件的“性能需求”上。 在描述中，需要注意本節(jié)組織形式（格式）上，應(yīng)該基本保持和上游功能要求的組織形式一致。 非功能協(xié)作 非功能協(xié)作 1全局標(biāo)識(shí) 非功能協(xié)作 1名稱 本節(jié)用于描述證明分解得到的各組件通過(guò)相互合作能夠完全滿足所需的系統(tǒng)的非功能需求的相關(guān)信息。 異常過(guò)程 ： E1 超時(shí)沒(méi)有收到應(yīng)答（ ） E0010 如果 OMC 子系統(tǒng)在 N02010 步 之后的 7s 內(nèi)沒(méi)有收到 AU 軟件子系統(tǒng)的CONFIG BRIDGE ACKNOWLEDGE 消息，則： a) 標(biāo)記 AU 和所有 SU 的以太網(wǎng)橋接狀態(tài)為不確定。 b) 向相連的 FPGA 子系統(tǒng)發(fā)送 CLOSE_BRIDGE 消息（ SDBWAC40）。 N0030 OMC 子系統(tǒng)在 N02010 步之后的 7s 內(nèi)收到 AU 軟件子系統(tǒng)的 CONFIG BRIDGE ACKNOWLEDGE 消息，則根據(jù)消息中的內(nèi)容采取下述處理： a) AU 設(shè)置標(biāo)記成功，則標(biāo)記 AU 以太網(wǎng)橋接狀態(tài)為用戶期望的狀態(tài)。然后向相連的 AU 軟件子系統(tǒng)或或相連的 SU 軟件子系統(tǒng)發(fā)送 CONFIG_BRIDGE_OK 消息（ SDBWAC40， SDBWAC60）。用例開(kāi)始。 h) “特殊要求”字段除了可以描述針對(duì)本功能協(xié)作的非功能需求外，還可以用于本協(xié)作中的某些步驟中補(bǔ)充說(shuō)明或注解，但在相應(yīng)步驟中應(yīng)該明確用 “（見(jiàn)特殊要求Sxxxx）”的形式標(biāo)識(shí)出參見(jiàn)關(guān)系。 d) 正常過(guò)程、可選過(guò)程和異常過(guò)程之間的分支和跳轉(zhuǎn)關(guān)系必須描述清楚，描述要求是： 1) 在每個(gè)可選過(guò)程名稱中，需要用“（ XXX）”形式指明是從正常過(guò)程或可選過(guò)程的哪個(gè)步驟中分支出來(lái)的。 XXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。類似的，對(duì)協(xié)作進(jìn)行命名時(shí)，應(yīng)該完全保持保持上游需求的名稱，不要再另起新的名稱。 表 層 6 BBIU1 BBIU2 層 5 BCTL(RMU1) BCTL(RMU2) 層 4 BCTL(SCU) BATC3 層 3 BNET BATC4 層 2 BATC1 層 1 BATC2 機(jī)架 1 機(jī)架 2 當(dāng) 480Ntrx≤ 720 時(shí)，要三個(gè)機(jī)架完成，在上面的基礎(chǔ)上，增加四層框，見(jiàn)表 。 17 子系統(tǒng)標(biāo)識(shí) 子系統(tǒng)名稱 子系統(tǒng)類型 子系統(tǒng)功能說(shuō)明 PWA 一次電源子系統(tǒng) 硬 件子系統(tǒng) 提供系統(tǒng)中其他子系統(tǒng)的 48VDC 電源 STR 整機(jī)結(jié)構(gòu)子系統(tǒng) 結(jié)構(gòu)子系統(tǒng) 提供整機(jī)的機(jī)架 各接口的說(shuō)明見(jiàn)表 。 表 子系統(tǒng)標(biāo)識(shí) 子系統(tǒng)名稱 子系統(tǒng)類型 子系統(tǒng)功能說(shuō)明 SCU 系統(tǒng)控制子系統(tǒng) 復(fù)合子系統(tǒng) 完成對(duì) A接口地面電路設(shè)備的直接管理和 7 號(hào)信令的處理，提供系統(tǒng) 的時(shí)鐘信號(hào)，維護(hù)和監(jiān)控除STR 和 PWA外的各子系統(tǒng)。 e) 配置說(shuō)明。圖中要清楚說(shuō)明系統(tǒng)被劃分成哪些種類的組件，最好能在圖中描述清楚這些組件間存在哪些接口、這些子系統(tǒng)和系統(tǒng)外存在哪些接口，如果由于圖中接口比較復(fù)雜，無(wú)法表明所有接口，可以借助接口的屬性接口說(shuō)明表予以說(shuō)明。 c) 硬件子系統(tǒng)和結(jié)構(gòu) 子系統(tǒng)之間的接口：一般包括接地、安裝、風(fēng)扇控制等等。 一般某單板上某處理器上運(yùn)行的軟件或軟件中比較大的組件都屬于軟件子系統(tǒng)。特別是要說(shuō)明本系統(tǒng)的組成結(jié)構(gòu)，即都有哪些組件（子系統(tǒng)或模塊）、組件間、組件和系統(tǒng)外都有哪些接口。 c) 對(duì) a)的組件的未來(lái)的維護(hù)方式。 c) 選擇器失效檢測(cè)， 防止程序引用還未定義的內(nèi)存段。 目前常見(jiàn)的底層軟件平臺(tái)的選擇可能包括： a) 系統(tǒng)內(nèi)的操作系統(tǒng)的選取。 建立的呼叫話務(wù)模型為： 平均保持時(shí)間： 120s/呼叫 MS 起呼比例： 70% MS 結(jié)束比例： 30% XXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。如節(jié)點(diǎn)上使用單處理器還是多處理器，選用各種專用處理器還是統(tǒng)一選用通用處理器等等。 XXX 要求適應(yīng)的靜電放電等級(jí)為接觸放電177。 XXXXXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。一般常見(jiàn)的可靠性考慮的方面包括： a) 系統(tǒng)的 MTBF 的推算過(guò)程。總線型、星型、環(huán)型。 SCM 負(fù)責(zé)處理整個(gè)BSC 系統(tǒng)與 MSC、 SGSN 的信令交互；無(wú)線管理子系統(tǒng)負(fù)責(zé)處理 Abis 接口上的信令流程。因此對(duì)“以前這么作”作為理由來(lái)得到的系統(tǒng)構(gòu)架，要慎重處理，比如“以前這么作”的結(jié)果如何，有沒(méi)有缺點(diǎn)，是否成熟，是否和現(xiàn)在的需求一致等等。 因此本節(jié)的內(nèi)容組織上，要從下面幾個(gè)方面來(lái)進(jìn)行闡述： a) 識(shí)別可供選擇或集成的系統(tǒng)的構(gòu)架，形成幾種候選的框架方案。由于關(guān)