【正文】 f service features） ? 鼓勵(lì)使用 SIB和 HLSIB來(lái)描述業(yè)務(wù)屬性和網(wǎng)絡(luò)能力。 ? 統(tǒng)一功能模型應(yīng)覆蓋盡可能多的網(wǎng)絡(luò)體系結(jié)構(gòu) 導(dǎo)出功能模型 （ Derivation of the functional model） ? 一個(gè)補(bǔ)充業(yè)務(wù)的功能模型應(yīng)該與一個(gè)基本業(yè)務(wù)的模型相關(guān) ? 在確定與補(bǔ)充業(yè)務(wù)相關(guān)的功能是否應(yīng)與現(xiàn)有的基本業(yè)務(wù)的功能實(shí)體駐留在一起，還是以新的獨(dú)立的功能實(shí)體出現(xiàn)時(shí)，應(yīng)遵循下列指導(dǎo)原則： – 附加業(yè)務(wù)功能模型中的一組功能，如果它修改一個(gè)由基本業(yè)務(wù)控制的對(duì)象（例如，呼叫連接），應(yīng)該將其與一個(gè)基本業(yè)務(wù)的功能實(shí)體合在一起 – 不與一個(gè)基本業(yè)務(wù)的功能實(shí)體合在一起的一個(gè)功能實(shí)體，不需要詳細(xì)的呼叫 /連接狀態(tài)信息。功能模型在描述這種復(fù)制時(shí)，僅需描述到不會(huì)由于進(jìn)一步的復(fù)制而增加新的外部關(guān)系（ relationship） 組合這種程度為止。根據(jù)更詳細(xì)的功能實(shí)體動(dòng)作、信息流或 API調(diào)用的定義，以及功能實(shí)體分布的物理地點(diǎn)的范圍，有可能需要對(duì)初始功能模型進(jìn)行修改。需要考慮所有可能的功能分布，這樣就使得管理人員（ administration） 在實(shí)際提供業(yè)務(wù)時(shí)有選擇的余地。關(guān)系的類(lèi)型（ type）通過(guò)兩個(gè)功能實(shí)體之間的信息流或 API調(diào)用的集合來(lái)刻畫(huà)。 – 如果一對(duì)相互通信的功能實(shí)體駐留在物理上分離的設(shè)備上，它們之間的信息流或API就定義了設(shè)備之間的信令協(xié)議（ signalling protocol） 的信息傳送需求。 ? 功能實(shí)體之間的配合需要在它們之間建立通信關(guān)系（ munication relationship）： – 在一個(gè)特定的業(yè)務(wù)功能模型中，每一對(duì)相互通信的功能實(shí)體稱(chēng)為在一個(gè)關(guān)系（ relationship） 中 – 相互通信的功能實(shí)體間的每一個(gè)交互（ interaction） 稱(chēng)為一個(gè)信息流（ information）或 API調(diào)用（ API call）（ API調(diào)用是針對(duì)使用 UML來(lái)描述參考點(diǎn)（ reference point）而言的）。 SCUAF是用戶(hù)與 CUSF間的接口。 – 管理 CCF與 SCF間的信令 – 在 SCF的控制下修改（ CCF中的）關(guān)聯(lián) /連接處理功能 – 在 SCF的控制下修改（ CUSF中的）與呼叫無(wú)關(guān)的交互處理功能 – 支持與呼叫無(wú)關(guān)的用戶(hù)交互，這些交互可以是用戶(hù)發(fā)起的，也可以是 SCF發(fā)起的。 CUSF還提供 SCUAF與 SCF交互所需的功能。 ? 下圖給出了一個(gè)統(tǒng)一功能模型的實(shí)例，此模型由 UFM描述的功能實(shí)體集中得到。 ? 業(yè)務(wù)的第 2階段描述中使用的 功能模型包括功能實(shí)體（ functional entities）以及功能實(shí)體之間的關(guān)系（ relationship） ? 對(duì)初始的功能模型的求精（ refinement）可通過(guò)下面要講到的步驟 2到步驟 6的反復(fù)而完成，最終得到的功能模型代表第 2階段完整的工作結(jié)果。 – 對(duì)所提供的功能、信息流和 API調(diào)用的詳細(xì)描述，但并不說(shuō)明這些是怎樣實(shí)現(xiàn)的 。 ? 第 2階段定義所需的功能以及這些功能在網(wǎng)絡(luò)中的分布。 ? 功能模型和功能實(shí)體定義（即統(tǒng)一功能模型）（ functional model and functional entity definition (Unified Functional Model)） ? 標(biāo)識(shí) SIB和 /或包 （ 可選） ? 功能實(shí)體動(dòng)作和 /或 IDL定義（ functional entity actions and/or IDLdefinition） ? 信息流和 /API（ information flows and/or APIs） ? SDL（ 動(dòng)態(tài)描述）（可選） ? 場(chǎng)景（功能實(shí)體到物理地點(diǎn)的分配）（ scenarios (physical allocation of functional entities)） – 定義物理場(chǎng)景（ Define physical scenarios at an appropriate time.） ? 需要確定推薦的網(wǎng)絡(luò)實(shí)現(xiàn) ? 對(duì) IN、 BISDN、 IMT2021及其它網(wǎng)絡(luò)的的擴(kuò)展，物理實(shí)體的類(lèi)別將增加。 ? 在 UFM的演進(jìn)過(guò)程中仍能使用 UFM ? 在 ITUT內(nèi)部，對(duì)統(tǒng)一功能體系結(jié)構(gòu)的使用，采取分階段使用方法（ Phased approach for use across the ITUT, using the unified architecture.） ? 需要開(kāi)發(fā)新的 SIB ? 需要開(kāi)發(fā)新的 API ? 需要定義新的關(guān)系（ relationships） ? 必須考慮新的業(yè)務(wù) （ 例如多方呼叫） ? 雖然 UFM不是一個(gè)自動(dòng)化過(guò)程，但重用（ reuse） 將在其中起主要作用。 IDL定義了一個(gè)特定的接口處的 API。 UFM的原則 – 維護(hù)一個(gè) SIB庫(kù)（包括相應(yīng)的信息流和 SDL描述），這個(gè)庫(kù)可用于確定分布功能平面中的功能體系結(jié)構(gòu) ? 創(chuàng)建相應(yīng)的 SIB集以支持 IN建議定義的能力集 ? 將 SIB映射到功能體系結(jié)構(gòu)，體現(xiàn)為映射到預(yù)定義的功能實(shí)體動(dòng)作、預(yù)定義的SDL描述、和預(yù)定義的信息流。 – UFM基于一個(gè)統(tǒng)一功能模型（ The method is based on a unified functional model）（ 對(duì)統(tǒng)一功能模型，請(qǐng)參見(jiàn)附錄 II） . ? 統(tǒng)一功能體系結(jié)構(gòu)（ unified functional architecture） 經(jīng)過(guò)擴(kuò)展包括新的需求，并可進(jìn)一步擴(kuò)展以滿(mǎn)足用戶(hù)的需要。 ? 利用 UML這一工具，可得到接口類(lèi)、以及接口類(lèi)之間的關(guān)系的詳盡描述。 ? 此統(tǒng)一的模型使得可以用類(lèi)似的手段描述所有的網(wǎng)絡(luò)體系結(jié)構(gòu)（例如 ISDN、BISDN、 IN、 IMT2021， 以及 TMN） ? ITUT ISDN業(yè)務(wù)的交換和信令方面的需求的整個(gè)方法。 ? UFM使得從一個(gè)單一的統(tǒng)一功能體系結(jié)構(gòu)出發(fā)，有兩種方法可以到業(yè)務(wù)的功能描述。電信業(yè)務(wù)與網(wǎng)絡(luò) 第八講 電信業(yè)務(wù)開(kāi)發(fā)及相關(guān)軟件技術(shù) （ 06/2021） Series Q: Switching and Signalling Functions and information flows for services in the ISDN — Methodology ———————————————————— The unified functional methodology for the characterization of services and work capabilities including alternative objectoriented techniques 簡(jiǎn)介 ? 本 ITUT建議取代了 97年版本的 ，描述了為了業(yè)務(wù)實(shí)現(xiàn)在提供業(yè)務(wù)和解決信令需求時(shí)使用的一個(gè)通用的功能體系結(jié)構(gòu)。 ? 2021年版本 （ UFM： Unified Functional Methodology ）， 此新版本的 UFM結(jié)合了 1988年版本中的方法、智能網(wǎng)描述方法中使用的一些方法、以及 UFM中使用的一些方法。一種是使用基于 SIB的技術(shù)，得到信息流（ IF）、 功能實(shí)體動(dòng)作（ FEA）、 SDL描述；另一種是使用面向?qū)ο蟮募夹g(shù)，得到接口類(lèi)描述、通用IDL描述和 SDL描述。 UFM的原則 ? 在確定 UFM時(shí)采用的原則包括 : – UFM允許在已有第 1階段業(yè)務(wù)描述的情況下、或是為了業(yè)務(wù)生成（ service creation） 已經(jīng)描述了網(wǎng)絡(luò)能力（ work capability） 描述的情況下，可產(chǎn)生功能描述（ functional description） – UFM主要基于使用以下方法所獲得的經(jīng)驗(yàn)： ISDN第 2階段方法（ ITUT （ 1988））、 IN方法（ ITUT , （ 1995） ）、由 Rumbaugh, Booch等提出并在 UML中得以提煉的分布式計(jì)算技術(shù) ? ITUT （ 1997版本）提出了使用功能模型（ functional model）、 功能實(shí)體（ functional entities）、 功能實(shí)體動(dòng)作（ functional entity actions） 進(jìn)行業(yè)務(wù)描述 ? IN方法提供了業(yè)務(wù)描述時(shí)所希望的靈活性（ flexibility）、 業(yè)務(wù)無(wú)關(guān)（ service independence）、 重用 （ reuse） 等特性。通過(guò)使用其它工具，可以得到接口的 IDL描述（這些 IDL形成 API）。 ? 對(duì)每一個(gè)業(yè)務(wù)描述，選擇一個(gè)適當(dāng)?shù)墓δ軐?shí)體集合來(lái)構(gòu)成模型 ? 這樣利于保持信息流、和 /或 API、 SDL描述的一致性。 – 維護(hù)一個(gè)包（ Packages）、 接口類(lèi)（ interface classes） 和 IDL描述庫(kù)。 這些（包、接口類(lèi)和 IDL描述）也可用于確定分布功能平面中的功能體系結(jié)構(gòu) – UFM要 解決當(dāng)前的需要，但是也必須能夠演進(jìn)以容納新的進(jìn)展和新技術(shù)。 ? 必須開(kāi)發(fā)通過(guò) SIB來(lái)描述業(yè)務(wù)的新技術(shù)（ New expertise must be developed for describing services from SIBs） Application 1 Application 3 Application 2 Application/ Service plane Package 2 Application/ Service Plane Service package requirements Distributed Functional Physical Plane Plane Plane Package 1 Package 3 Package 4 IClass IClass IClass IClass IClass IClass GF/SIB1 GF/SIB2 GF/SIB3 CCAF CCF CCF CCF CCAF SSF SSF SCF SDF SRF IAF SDP SCP Interwork Gateway SCP SSP LE LE LE LE SRP Figure 1/ Conceptual methodology model showing relationships between services, global functions/serviceindependent building blocks, service packages, interface classes, functional entities and physical entities UFM的原則 – 對(duì)于第 2階段描述 ， UFM應(yīng)該包括以下內(nèi)容： ? 標(biāo)識(shí)業(yè)務(wù)或網(wǎng)絡(luò)能力（ identification of service or work capability） 。 – 對(duì)工具改善和功能描述過(guò)程自動(dòng)化提出有關(guān)建議 ? 可以更加有效地利用 ITUT (SDL) 和 (Message Sequence Chart – information flows) ? 工具可用來(lái)驗(yàn)證 SDL及信息流 業(yè)務(wù)描述的 3階段方法 ? 對(duì)于需要標(biāo)準(zhǔn)化的業(yè)務(wù)和網(wǎng)絡(luò)能力，方法的第 2階段將第 1階段