【正文】 鍵設(shè)計(jì)驅(qū)動(dòng)因素直接反映在后續(xù)小節(jié)的描述中，本節(jié)可裁減。但為了本模板的使用者方便，還是給出了一個(gè)分節(jié)方案，具體編寫(xiě)上內(nèi)容上，這些小節(jié)本身彼此也還有互相重疊的部分。 j) 復(fù)用現(xiàn)有系統(tǒng)體系結(jié)構(gòu)或處理單元。 b) 系統(tǒng)內(nèi)部通信網(wǎng)絡(luò)（總線）的選擇 。一個(gè)簡(jiǎn)單的概述，不需要非常詳細(xì)，只要能夠讓讀者大致了解本系統(tǒng)的主要功能就可以了。 3) 本文的“接口說(shuō)明”部分單獨(dú)成文，而 成為本文的引用文檔。這些內(nèi)容應(yīng)該寫(xiě)在本文最后一章的“參考文獻(xiàn)” 中。 術(shù)語(yǔ)、定義 本文使用的專用術(shù)語(yǔ)、定義見(jiàn)表 。 預(yù)期的讀者和閱讀建議 本文檔預(yù)期的讀者和閱讀建議見(jiàn)表 。 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。 4 1 引言 編寫(xiě)目的 本文描述的對(duì)象是 XX 系統(tǒng) （后文簡(jiǎn)稱“本系統(tǒng)”或“系統(tǒng)”），通過(guò)對(duì)設(shè)計(jì)的思路、系統(tǒng)的構(gòu)架 、組成本系統(tǒng)的組件間的協(xié)作、組件的具體要求和組件間接口的詳細(xì)描述，來(lái)滿足上游需求，為集成測(cè)試設(shè)計(jì)、編寫(xiě)用戶文檔等工作提供依據(jù)。另外要注意的是，縮略語(yǔ)列表中必須按照字母（不區(qū)分大小寫(xiě)）升序排列。 本章編寫(xiě)時(shí)要注意： a) 不要將只起參考作用的資料 /文檔也羅列在本章。 2) 本文的“構(gòu)架說(shuō)明”部分的配置說(shuō)明，可以單獨(dú)成文，而成為本文的引用文檔。 描述內(nèi)容一般包括： a) 本系統(tǒng)的功能概述。 在設(shè)計(jì)過(guò)程中，可能的一些重要考慮包括： a) 系統(tǒng)的構(gòu)架結(jié)構(gòu)的設(shè)計(jì)（含分布式處理的要求）。 i) 系統(tǒng)組網(wǎng)的考慮。 理論上，本章內(nèi)容的具體組織形式上是多種多樣的，沒(méi)有什么特定的分節(jié)方式，因?yàn)椴煌到y(tǒng)的設(shè)計(jì)考慮中，關(guān)注的方面不會(huì)是完全一樣的，甚至可能差別非常大。 本小節(jié)內(nèi)容是系統(tǒng)設(shè)計(jì)過(guò)程中需求分析、關(guān)鍵驅(qū)動(dòng)因素提取活動(dòng)的輸出。 當(dāng)然，對(duì)上述的這些決策，都需要有一些因素作為決策依據(jù)，如對(duì)性能、質(zhì)量屬性的、高生產(chǎn)率（復(fù)用已有工作產(chǎn)品）等等方面的要求，不同的決定因素會(huì)導(dǎo)致不同的選擇結(jié)果。但很多情況下，“高復(fù)用”并不是最關(guān)鍵的決定 因素，而且復(fù)用本身也是需要代價(jià)的，也就是說(shuō)，“好的復(fù)用”本身門(mén)檻是非常高的，一旦不加限制地亂復(fù)用會(huì)給項(xiàng)目留下非常多的技術(shù)和管理上的隱患。也就是說(shuō)，從信令處理角度上講，可將 BSC 分為兩類復(fù)合子系統(tǒng)： SCM（系統(tǒng)控制子系統(tǒng)）和 RMM（無(wú)線管理子系統(tǒng)）。 b) 通信網(wǎng)絡(luò)的種類。 ====Example End==================================================== 可靠性的考慮 本節(jié)主要描述的系統(tǒng)設(shè)計(jì)過(guò)程中的可靠性方面的考慮。 例 2 可靠性的考慮 結(jié)構(gòu)設(shè)計(jì) 由于 XXX 子系統(tǒng)的熱耗最大，對(duì)此硬件子系統(tǒng)的結(jié)構(gòu)形式及通風(fēng)要求作特別考慮。同樣，所有金屬接頭（主要是 SMA 座）的外殼應(yīng)能良好接地。 b) 系統(tǒng)的業(yè)務(wù)處理能力。 ===Example Begin==================================================== 例 性能的考慮 在《 XXX 研制規(guī)范》中要求系統(tǒng)單模塊的最大處理能力為 1200 erl，這樣要求主處理器每秒鐘處理的消息數(shù)分析如下。 軟件平臺(tái)的考慮 本節(jié)描述系統(tǒng)的底層軟件平臺(tái)的選擇與考慮。 b) 棧溢出檢測(cè)， 以防失控的程序從堆棧中溢出并把重要的信息覆蓋掉。 b) 得到 a)的復(fù)用或外購(gòu)決策的理由（一般在論證說(shuō)明文檔中加以論證說(shuō)明）。 14 表 序號(hào) 子系統(tǒng)名稱 提交模塊名稱 檢索關(guān)鍵詞 理由 1 XXXX 硬件子系統(tǒng) XXXX 單板 …… …… 2 YYYY 軟件子系統(tǒng) YYYY 軟件系統(tǒng) …… …… ====Example End==================================================== 6 構(gòu)架說(shuō)明 本章需要清晰地描述本系統(tǒng)的構(gòu)架的總體概貌。 c) 軟件子系統(tǒng)。 b) 硬件子系統(tǒng)和軟件組件之間的接口：一般包括中斷、服務(wù)原語(yǔ)、共享變量等等。 對(duì)本章的內(nèi)容，建議至少應(yīng)該提供如下信息： a) 構(gòu)架示意圖。 16 一般可能會(huì)出現(xiàn)下面兩種情況：一個(gè)硬件子系統(tǒng)可以分別和不同種類的軟件子系統(tǒng)結(jié)合；一個(gè)結(jié)構(gòu)子系統(tǒng)可以和非全部的硬件子系統(tǒng)結(jié)合。 圖 各子系統(tǒng)的說(shuō)明見(jiàn)表 。 XXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。 18 層 2 BATC1 層 1 BATC2 機(jī)架 1 當(dāng) 240Ntrx≤ 480 時(shí)，要兩個(gè)機(jī)架完成，在上面的基礎(chǔ)上，增加四層框，見(jiàn)表 。 還有，在對(duì)協(xié)作進(jìn)行標(biāo)識(shí)時(shí)，除了前綴由 FR 改為 SD 外，其他盡量保持與需求的標(biāo)識(shí)的一致，但在能夠保證需求跟蹤的前提下，不強(qiáng)求保持 這種一一對(duì)應(yīng)關(guān)系， ]例如，上游有一個(gè)需求，標(biāo)識(shí)為 FRF0010，則在本文中，對(duì)應(yīng)的協(xié)作的標(biāo)識(shí)應(yīng)該是 SDF0010。大致過(guò)程見(jiàn)示意圖 。比如原先某正常流程的步驟編號(hào)序列是“ N010， N020，N030， N040”，現(xiàn)在系統(tǒng)分解之后，原先的 N030 被進(jìn)一步細(xì)分成三個(gè)子步驟，則在新的協(xié)作描述中，正常流程的編號(hào)序列就應(yīng)該變成“ N010， N020， N0310，N0320， N0330， N040”。比如，“ ”指可選過(guò)程 A1的 A10 步驟。 正常過(guò)程 ： N1 N0010 用戶設(shè)置了以太 網(wǎng)橋接狀態(tài)。 N002040 FPGA 子系統(tǒng)收到 OPEN_BRIDGE 消息，則打開(kāi)以太網(wǎng)橋接功能。 上述 c)必須在 a)和 b)之后執(zhí)行。 可選過(guò)程 ： A1 關(guān)閉以太網(wǎng)功能（ ） A0010 AU 軟件子系統(tǒng)收到 CONFIG BRIDGE 消息，如果消息指示關(guān)閉以太網(wǎng)功能，則： a) 向與自己相連的的每個(gè) SU軟件子系統(tǒng)分別發(fā)送 CONFIG ETHERNET BRIDGE消息（ SDBWAC50），消息中包含了 CONFIG BRIDGE 消息中需要設(shè)置的狀態(tài)。 A0050 轉(zhuǎn)到 繼續(xù)執(zhí)行。 功能協(xié)作 n全局標(biāo)識(shí) 功能協(xié)作 n名稱 格式同上，不再?gòu)?fù)述。 f) 對(duì)本系統(tǒng)的“設(shè)計(jì)與實(shí)現(xiàn)上的限制”類的非功能需求，要么被延續(xù)到組成本系統(tǒng)的某個(gè)組件的“設(shè)計(jì)與實(shí)現(xiàn)上的限制”中，要么已經(jīng)成為本系統(tǒng)設(shè)計(jì)的考慮的一個(gè)因素，應(yīng)該在“設(shè)計(jì)原理”一章中提及，此處就可以參見(jiàn)之。 b) 對(duì)本 系統(tǒng)的“質(zhì)量屬性要求”類的非功能需求，要么明確分解或延續(xù)到組成本系統(tǒng)的各組件的“質(zhì)量屬性要求”上，要么已經(jīng)成為本系統(tǒng)設(shè)計(jì)的考慮的一個(gè)因素，應(yīng)該在“設(shè)計(jì)原理”一章中提及，此處就可以參見(jiàn)之。 E0020 用例結(jié)束。 23 系統(tǒng)發(fā)送 CLOSE_BRIDGE 消息（ SDBWAC60）。否則標(biāo)記AU 的以太網(wǎng)橋接狀態(tài)為不確定。 e) 收到相連的 FPGA 子系統(tǒng)的 CONFIG_BRIDGE_OK 消息，則標(biāo)記 AU 自己設(shè)置成功標(biāo)記。 XXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。 編寫(xiě)的時(shí)候注意，本章中出現(xiàn)的組件類型的名稱、接口信息的名稱（如消息名），要保持和“設(shè)計(jì)原理”、“接口說(shuō)明”以及下游各組件需求說(shuō)明書(shū)中的一致。 21 分支出來(lái)的。 在描述上，采用類似 use case 文本方式。如果需要使用到一些（輔助）功能協(xié)作，則需要明確指出哪些其他的功能協(xié)作。 19 7 協(xié)作說(shuō)明 本章輔助“構(gòu)架說(shuō)明”一章，主要是為了說(shuō)明分解得到的各組件如何通過(guò)相互合作能夠完全滿足本系統(tǒng)的 需求 （在上游文檔中定義），同時(shí)這部分內(nèi)容也是集成測(cè)試的重要依據(jù)。 SDBSCI02008 內(nèi)部接口 PCU 與 NSU 通過(guò) 8M HW 線相連，提供 Gb 口信令通道，同時(shí) 也提供 PCU 與 SCU 的 HDLC 的通路。 TCU 碼型變換和速率適配子系統(tǒng) 復(fù)合子系統(tǒng) 完成 A接口碼型變換和速率適配功能。 一般可以分為以下上個(gè)小節(jié)描述系統(tǒng)構(gòu)架。 c) 各內(nèi)部接口和外部接口的屬性的說(shuō)明表格。 組件和系統(tǒng)外部的接口（后稱外部接口）一般會(huì)有下面兩種類型： a) 硬件子系統(tǒng)和系統(tǒng)外部的接口：類似硬件子系統(tǒng)和硬件子系統(tǒng)之間的接口，一般包括物理連接、 信號(hào)和低層的協(xié)議等等。 15 e) 復(fù)合子系統(tǒng)。 下面根據(jù)圖 的示意圖來(lái)說(shuō)明子系統(tǒng)和接口的各種種類。 由于公司模塊化工作的要求，本節(jié)必寫(xiě)，如果本節(jié)沒(méi)有內(nèi)容需要寫(xiě)，可以寫(xiě)“無(wú)”。 考慮 MP 上的底層軟件大部分借用原有產(chǎn)品，且 IRMX 比較成熟，開(kāi)發(fā)經(jīng)驗(yàn)積累多，因而對(duì) MP 上的開(kāi)發(fā)不更換操作系統(tǒng)，仍用 IRMX。 d) 應(yīng)用框架（ Application Framework）的選擇。 在這個(gè)基礎(chǔ)上進(jìn)行具體的設(shè)計(jì)，示例省略 ====Example End==================================================== 關(guān)鍵技術(shù)的考慮 本節(jié)針對(duì)設(shè)計(jì)系統(tǒng)時(shí)存在的關(guān)鍵技術(shù)加以論述 ，包括： a) 說(shuō)明本系統(tǒng)中可能存在的技術(shù)難點(diǎn)。 e) 系統(tǒng)的存儲(chǔ)器方面的考慮。 空氣放電實(shí)驗(yàn)將作用于 PDM 的 24 個(gè)開(kāi)關(guān)。為解決這一問(wèn)題，可以在 XXX 的前面板開(kāi)一定進(jìn)風(fēng)口是增大進(jìn)風(fēng)口尺寸和進(jìn)風(fēng)通道暢通，對(duì) XXX 中 PA 施行特殊冷卻。熱備份還是冷備份，故障時(shí)的自動(dòng)恢復(fù)策略等等。 10 展性。 ====Example End==================================================== 內(nèi)部通信網(wǎng)絡(luò)的考慮 在一個(gè)分布式處理的系統(tǒng)中，其內(nèi)部的通信網(wǎng)絡(luò)的選擇也是非常關(guān)鍵的一部分工作，其影響到系統(tǒng)整體的性能、擴(kuò)展性、可靠性、成本、技術(shù)難度等等。 9 例 系統(tǒng)構(gòu)架的考慮 XXX（ V2）目標(biāo)就是提供大容量的 BSC，原 XXX 的構(gòu)架并不能夠支持容量的擴(kuò)展，但另一方面，對(duì) XXX（ V1）的部分子系統(tǒng)，還需要能夠繼續(xù)在 XXX（ V2）上使用。 c) 根據(jù)識(shí)別的關(guān)鍵因素，對(duì) a)得到的幾種框架方案進(jìn)行最后的挑選和完善。從目前的發(fā)展來(lái)看，已經(jīng)很少在從零開(kāi)始構(gòu)造一個(gè)系統(tǒng)的框架了，而是會(huì)大量借鑒和集成各種已有的一些系統(tǒng)的構(gòu)架或思路，對(duì)這些已有的框架或思路的借鑒和集成， 一般體現(xiàn)在下面幾個(gè)方面： a) 延續(xù)以前的系統(tǒng)的構(gòu)架。同時(shí)，由于公司標(biāo)準(zhǔn)化的要求，因此本章中“復(fù)用性的考慮”一節(jié)不允許被刪除，如果沒(méi)有任何內(nèi)容需要說(shuō)明，則在該節(jié)下寫(xiě)“無(wú)”，其它本模板列出的小節(jié)可以刪除。 m) 相關(guān)質(zhì)量屬性（如可靠性、擴(kuò)展性、可測(cè)試性等）的考慮。 e) 系統(tǒng)的處理器單元、關(guān)鍵技術(shù)、關(guān)鍵算法等的考慮。 c) 和本系統(tǒng)相關(guān)的所有系統(tǒng)的功能簡(jiǎn)介，以及和本系統(tǒng)的接口關(guān)系（為何要有接口）的描述。 ===Example Begin==================================================== 例 設(shè)計(jì)依據(jù) 本文涉及的設(shè)計(jì)依據(jù)見(jiàn)表 。對(duì)上游文檔內(nèi)部引用的文檔（如標(biāo)準(zhǔn)協(xié)議文件、接口文檔等等）已經(jīng)成為上游文檔的一部分，因此不需要再羅列為本文的設(shè)計(jì)依據(jù)。 子系統(tǒng) Subsystem 組成本系統(tǒng)的一些小的部件類型，可以是一些常規(guī)意義上的子系統(tǒng)，也可以是一些常規(guī)意義上的模塊。 ===Example Begin==================================================== 例 文檔約定 本文因?yàn)橥瑫r(shí)作為指導(dǎo)書(shū)，因此需要提供一些示例，某些示例的篇幅較大，為了不引起閱讀的混淆，對(duì)那些篇幅較大的例子，都用整行的“ ===Example Begin==… ”和“ ====Example End==…== ”框起來(lái)，有時(shí)還會(huì)給例子一個(gè)示例編號(hào)和名稱。 注 2：文件第一次歸檔時(shí)，“更改理由”、“主要更改內(nèi)容”欄寫(xiě)“無(wú)”。 XXX 系統(tǒng)方案 〈 〉 機(jī)密 ▲ 本文中的所有信息均為 江蘇鴻信系統(tǒng)集成公司蘇州分公司 內(nèi)部信息，不得向外傳播。特此說(shuō)明。 組件 Component 組成本系統(tǒng)的一些小的部件類型，可以是一些常規(guī)意義上的子系統(tǒng)，也可以是一些常規(guī)意義上的模塊。 c) 引用文檔的原因是為了防止重復(fù)勞動(dòng)，或者是因?yàn)槟巢糠謨?nèi)容單獨(dú)成文。 表 文件編號(hào) 文件名稱 版本號(hào) 說(shuō)明 XXX XX 研制規(guī)范 上游文檔 XXX XX 術(shù)語(yǔ) 、 定義和縮略語(yǔ) 引用文檔 XXX XX 軟硬件配置說(shuō)明 引用文檔 包含了本文的“構(gòu)架說(shuō)明”部分的配置說(shuō)明的內(nèi)容 XXX XX 系統(tǒng)接口說(shuō)明書(shū) 引用文檔 包含了本文的“接口說(shuō)明”部分的全部?jī)?nèi)容 XXX XX 子系統(tǒng)需求說(shuō)明書(shū) 引用文檔 包含了本文的“組件說(shuō)明”部分該組件的全部?jī)?nèi)容 3GPP General Pa