專利名稱：為遠程通信交換機建立軟件的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及建立用于控制復雜電子系統(tǒng)的軟件的方法，更具體地涉及建立用于控制遠程通信交換機的軟件的方法。


圖1(現(xiàn)有技術(shù))是大致說明在遠程通信系統(tǒng)中所使用的現(xiàn)代遠程通信交換機102的框圖。交換機102包括至少一個交換機軟件模塊110，交換機硬件(HW)108，多個到交換機102的數(shù)據(jù)輸入端104，以及多個來自交換機102的數(shù)據(jù)輸出端106。交換機硬件108允許以非常高的數(shù)據(jù)速率傳送數(shù)據(jù)。
交換機軟件模塊110向交換機用戶軟件100提供交換機102的邏輯視圖。邏輯視圖向交換機用戶提供多個格式(每個格式指示如何在交換機102中接收和發(fā)送數(shù)據(jù))，以及連接類型(例如，點-對-點，點-對-多點，多點-對-點，或者多點-對-多點)。后文中，交換機的邏輯視圖稱為承載業(yè)務處理程序(BSH)。BSH也使得具有交換機硬件108有限知識的交換機用戶能夠控制交換機硬件108。
在數(shù)據(jù)輸入端104以一種特定格式接收輸入數(shù)據(jù)，并且在數(shù)據(jù)輸出端106以另一特定格式發(fā)送數(shù)據(jù)。交換機用戶軟件100經(jīng)過用戶接口112與交換機102通信。交換機用戶軟件100指定將在一個或多個數(shù)據(jù)輸入端104以第一種特定格式接收的數(shù)據(jù)交換到一個或多個數(shù)據(jù)輸出端106，并且以第二種特定格式發(fā)送。特定格式的某些例子是異步傳輸模式-虛擬通路(ATM-VP)，異步傳輸模式-虛擬通道(ATM-VC)，同步傳輸模式-64千位每秒(STM-64k)，和同步傳輸模式-2兆位每秒(STM-2M)。
ATM是基于固定長度53-字節(jié)單元的單元-交換技術(shù)。所有寬帶傳輸，不管是音頻、數(shù)據(jù)、圖象還是視頻，都被分為單元系列，并經(jīng)過包括由ATM交換機連接的鏈路的ATM網(wǎng)絡傳送。每條ATM鏈路包括一恒定流的ATM單元間隙，在間隙中放入傳輸，或者如果未被使用則閑置。ATM最顯著的優(yōu)點是它均勻地處理業(yè)務，允許一個網(wǎng)絡滿足許多寬帶業(yè)務的需要?？紤]到ATM對傳輸和交換兩者的靈活性和適用性，1988年國際電話電報咨詢委員會(CCITT)國際標準化組織選定它來實現(xiàn)寬帶綜合業(yè)務數(shù)字網(wǎng)絡(B-ISDN)。在ATM-VP中，交換是通過利用虛擬通路標識符(VPI)值來實現(xiàn)的。相反，ATM-VC交換是通過利用VPI值和虛擬通道標識符(VCI)值兩者來實現(xiàn)的。
STM是依賴于對于某個基準以比如幀模式這樣的規(guī)則的和固定的模式發(fā)生的信息的傳輸和交換方法。
遠程通信交換機是根據(jù)交換機硬件所支持的交換格式的類型而分類的。例如，支持STM格式的交換機稱為“STM交換機”，而支持ATM格式的交換機稱為“ATM交換機”。在現(xiàn)代遠程通信業(yè)中，交換機被建立來支持多種特定的格式。例如，ATM交換機可以既支持ATM-VP特定格式也支持ATM-VC特定格式，STM交換機既支持STM-64k也支持STM-2M。
圖2(現(xiàn)有技術(shù))是顯示具有交換機軟件和交換機硬件的遠程通信交換機306的框圖。交換306包括類型A的交換機硬件(SH-A)314，和交換機軟件單元(SS1)308、(SS2)310和(SS-1-2-A)312。交換機306也支持類型1的BSH(BSH1)和類型2的BSH(BSH2)(未示出)。軟件單元SS1308和SS2310分別依賴于BSH1和BSH2。軟件單元SS-1-2-A312依賴于BSH1、BSH2和SH-A。用戶接口UI-BSH1302和UI-BSH2304分別支持BSH1和BSH2，并且向用戶提供在交換機306上選擇BSH1或BSH2的能力。
在現(xiàn)代遠程通信業(yè)中，軟件單元SS1308、SS2310和SS-1-2-A312是僅對在具有特定類型的硬件且實現(xiàn)至少一種BSH的交換機中的一種交換機(ATM或STM)上進行操作而建立的。換言之，軟件單元SS1308、SS2310和SS-1-2-A312不是從通用公用軟件模板(UCST)建立的。
對于遠程通信交換機的軟件單元的當前設計有幾點不利。一種不利來自于對依賴于具體類型的BSH或交換機硬件的每個軟件單元的更新或修改。例如，對交換機硬件的修改必須反映到對依賴于交換機硬件的每個軟件單元的更新，而且對具體BSH的修改必須反映到對依賴于BSH的每個軟件單元的更新。當前軟件單元設計的另一不利來自于不同組的開發(fā)人員建立每種類型交換機的軟件單元。在建立軟件單元期間，不同組的開發(fā)人員經(jīng)常使用不一致的術(shù)語、概念和結(jié)構(gòu)。軟件單元的非一致性造成在設計與軟件單元接口的交換機用戶軟件時增加了困難。
具有能夠建立對于多種類型的交換機硬件和BSH的公用軟件單元的通用公用軟件模板(UCST)有顯著優(yōu)點。本發(fā)明提供這樣一種UCST。
本發(fā)明的一個目的在于提供一種不需要重復更新或修改的能夠設計和建立公用功能性軟件單元的通用公用軟件模板(UCST)。
本發(fā)明的另一目的在于建立自動反映對UCST的任何修改的公用功能性軟件單元。
本發(fā)明仍有一個目的在于降低設計、建立、維護和更新公用功能性軟件單元所用的時間和費用。時間和費用的降低是由于設計人員只需熟悉UCST而不需熟悉各種公用功能性軟件單元。
本發(fā)明還有一個目的在于將軟件文檔減少到用于實現(xiàn)所有公用功能性軟件單元的單個集合的文檔。單個集合的文檔避免了術(shù)語和短語使用中的不一致和混亂。
參照附圖，結(jié)合相應說明，將更好地理解本發(fā)明，并且其多個目的和優(yōu)點對于熟練的技術(shù)人員將會更加明顯。
圖1(現(xiàn)有技術(shù))是大致說明在遠程通信系統(tǒng)中使用的現(xiàn)代遠程通信交換機102的框圖；圖2(現(xiàn)有技術(shù))是說明具有交換機軟件和交換機硬件的遠程通信交換機的框圖；圖3是示出本發(fā)明方法的功能性框圖；圖4是大致說明在本發(fā)明最佳實施方式中用于建立公用功能性軟件單元的操作的流程圖；圖5是更詳細地說明圖4的建立通用公用軟件模板(UCST)、參數(shù)定義文檔(PDD)和抽象數(shù)據(jù)類型定義集合(CADTD)的步驟的流程圖6是更詳細地說明圖4的建立公用功能軟件單元(CS)的步驟的流程圖；圖7是說明包括根據(jù)本發(fā)明的指教從通用公用軟件模板(UCST)和抽象數(shù)據(jù)類型定義集合(CSDTD)建立的公用功能軟件單元的遠程通信交換機的框圖。
圖3是示出本發(fā)明方法的功能性框圖。在領(lǐng)域分析542中研究所有類型的遠程通信交換機502。領(lǐng)域分析542得出對交換機502的BSH和HW的所有可能組合的公用概念、術(shù)語、行為和功能。公用行為和功能是在通用公用軟件模板(UCST)548、相關(guān)聯(lián)的參數(shù)定義文檔(PDD)544和相關(guān)聯(lián)的抽象數(shù)據(jù)類型定義集合(CADTD)546中實現(xiàn)的。PDD544包括在UCST548中所用的參數(shù)的章和節(jié)。CADTD546包括多個與UCST548的參數(shù)相關(guān)聯(lián)的抽象數(shù)據(jù)類型定義。實現(xiàn)UCST548和CADTD546的計算機代碼具有指示BSH依賴性、HW依賴性或者BSH和HW兩者依賴性的前綴。利用CADTD546的子集編譯和測試UCST548。在已經(jīng)編譯和測試UCST548之后，從UCST548和CADTD546建立BSH和HW不同組合的多個公用功能軟件單元(CS)。公用功能軟件單元(CS)是通過從UCST548和CADTD546復制相關(guān)聯(lián)的計算機代碼來建立的。利用標識CS將在其中運行的交換機所支持的BSH和HW的組合的前綴替換存在于所復制的計算機代碼中的前綴。例如，可以通過從UCST548和CADTD546復制相關(guān)聯(lián)的計算機代碼來建立公用功能性軟件單元(CS)555。利用標識CS555將在其中運行的交換機的BSH和HW的前綴替換存在于所復制的計算機代碼中的前綴。
圖4是大致說明在本發(fā)明最佳實施方式中用于建立公用功能性軟件單元的操作的流程圖。首先，在步驟604標識一組遠程通信交換機的承載業(yè)務處理程序和硬件類型的所有可能組合。接著，在步驟605，對以上所標識的承載業(yè)務處理程序和硬件進行領(lǐng)域分析。在步驟606從領(lǐng)域分析建立通用控制軟件模板(UCST)、參數(shù)定義文檔(PDD)和抽象數(shù)據(jù)類型定義集合(CADTD)。在步驟608，從UCST和CADTD建立公用功能性軟件單元。下面更詳細地說明以上各步驟。
在步驟604，標識一組交換機的承載業(yè)務處理程序和不同硬件類型的所有組合。例如，對于一特定組交換機，可能存在承載業(yè)務處理程序1、2、3和4以及硬件類型A、B、C和D。上述承載業(yè)務處理程序和硬件類型的可能組合可以如以下表II所示存在。
表II
因此，承載業(yè)務處理程序1在類型A或C的硬件上運行，承載業(yè)務處理程序2在類型A的硬件上運行，承載業(yè)務處理程序3在類型B或D的硬件上運行，承載業(yè)務處理程序4在類型B或D的硬件上運行。
在步驟605，進行領(lǐng)域分析，以確定在步驟604所確定的組合的公用功能和行為。存在幾種可以采用的領(lǐng)域分析技術(shù)。一種領(lǐng)域分析技術(shù)一般包括(1)召集具有每種承載業(yè)務處理程序和硬件類型知識的專家；以及(2)定義公用概念和術(shù)語。
圖5更詳細地示出在圖4步驟606建立UCST、PDD和CADTD的步驟的流程圖。首先，在步驟706建立描述公用功能和術(shù)語的文檔。在建立UCST、PDD和CADTD的過程中，不斷更新該文檔。在本發(fā)明的最佳實施方式中，在步驟708使用諸如Borland C++(Borland國際公司出品)或Visual C++(Microsoft公司出品)這樣的面向?qū)ο蟮木幊陶Z言來定義和實現(xiàn)對象，每個對象實現(xiàn)公用功能的一個子集。后文中，面向?qū)ο蟮木幊陶Z立是指C++。
在步驟712，為每個對象建立用于實現(xiàn)公用功能的一個子集的部件功能。一個部件功能是由一個名字和可選變元表表示的獨立處理操作。部件功能與C++中為一個類定義的函數(shù)類似并與常規(guī)軟件系統(tǒng)中宣稱的過程和函數(shù)相近。
在步驟716，確定和定義所定義對象的參數(shù)。一個參數(shù)是一個當喚醒部件功能時由所提供的變量替換的符號。每個參數(shù)與具體數(shù)據(jù)類型定義相關(guān)聯(lián)。從領(lǐng)域分析以及相關(guān)聯(lián)的變元表建立的每個部件功能代表一個公用功能性概念。因此，每個部件功能包括相同的名字和相同個數(shù)的變元，而不管所用的BSH和硬件類型的組合。
每個變元具有一個由參數(shù)定義的相關(guān)聯(lián)的數(shù)據(jù)類型定義。每個變元的參數(shù)也對BSH和HW的每種組合具有相同的名字。然而，BSH和HW的不同組合需要不同的數(shù)據(jù)類型定義。因此，參數(shù)所定義的數(shù)據(jù)類型定義對其所需的BSH和HW組合也必須不同。例如，提供具體BSH的ATM-VC交換機可能要求一個稱為通道號(ChannelNumber)的參數(shù)具有(整數(shù)，整數(shù))(即，(Integer，Integer))的數(shù)據(jù)類型定義，分別指示VPI和VCI，而實現(xiàn)相同BSH的ATM-VP交換機可能要求通道號具有(整數(shù))(即，(Integer))的數(shù)據(jù)類型定義，指示VPI。
在步驟718建立PDD。PDD包括一個參數(shù)名字列表，對于BSH和HW的每種組合具有相關(guān)聯(lián)的數(shù)據(jù)類型定義。在步驟722，將前綴加到每個參數(shù)上。前綴是為每個所標識的BSH、HW類型和BSH與HW類型的組合而選擇的。每個所選擇的前綴在保持能夠適當標識BSH、HW類型或BSH與HW的組合的同時必須盡可能短。每個所選擇的前綴也必須具有相同長度。另外，使用一組三個模板前綴來標識一個參數(shù)是否是(1)僅依賴于BSH；(2)僅依賴于HW；或者(3)依賴于BSH和HW兩者。也要求模板前綴具有與所選擇的前綴相同的長度。再者，每個模板前綴是專用的，并且不可以在部件功能的計算機代碼(包括注釋)內(nèi)的任何其他組合中使用。例如，表I的模板前綴可以是BSH、HWR和BHW，分別代表僅依賴于BSH、僅依賴于HW和依賴于BSH及HW的參數(shù)。
在步驟722將所選擇前綴加到PDD中的每個參數(shù)。然而，在增加所選前綴之前，將每個參數(shù)分類為PDD內(nèi)的各節(jié)。這些節(jié)如下“類屬”、僅僅“BSH依賴”、僅僅“HW依賴”和“BSH及HW依賴”。對于所有類型的BSH和HW都具有相同數(shù)據(jù)類型定義的參數(shù)被分類并放置在“類屬”節(jié)中。僅依賴于BSH并對所有類型的BSH都具有相同數(shù)據(jù)類型定義的參數(shù)被分類并放置在“BSH依賴”節(jié)中。僅依賴于HW并對所有類型的HW都具有相同數(shù)據(jù)類型定義的參數(shù)被分類和放置在“HW依賴”節(jié)中。依賴于BSH和HW并對所有類型的BSH和HW都具有相同數(shù)據(jù)類型定義的參數(shù)被分類和放置在“BSH和HW依賴”節(jié)中。另外，對每種類型的BSH、HW和BSH與HW的組合，建立單獨的章。
類屬參數(shù)沒有增加到其名字中的前綴。依賴于BSH的參數(shù)具有增加到其名字的指示BSH依賴性的前綴。例如，用于通過交換機建立連接的部件功能可以要求一個稱為地址(Address)的參數(shù)，表示為地址＝[整數(shù)，通道號，整數(shù)，通道號](即，Address＝[integer，ChannelNumber，integer，ChannelNumber])。地址參數(shù)包括交換機的輸入的數(shù)字Id、輸入通道號、交換機的輸出的數(shù)字Id和輸出通道號。沒有前綴增加到代表交換機的輸入和輸出的數(shù)字Id的參數(shù)上，因為它們是類屬的。然而，通道號參數(shù)對于每種BSH類型具有不同的定義，因此，將前綴“BSH”加到該參數(shù)的名字中。另外，地址參數(shù)的定義依賴于BSH的類型，也具有增加到參數(shù)名字的前綴“BSH”。具有增加的前綴的地址類型定義可以表示為“BSH地址[整數(shù)，BSH通道號，整數(shù)，BSH通道號]”(即，BSHAddress[integer，BSHChannelNumber，integer，BSHChannelNumber])。因此，類型定義BSH地址(BSHAddress)是依賴于BSH的，對于BSH和HW的所有組合具有相同的數(shù)據(jù)類型定義。
依賴于HW的參數(shù)具有增加到其名字的指示HW依賴性的前綴。依賴于BSH和HW的參數(shù)具有增加到其名字的指示BSH和HW依賴性的前綴。依賴于BSH并對每種BSH類型具有不同數(shù)據(jù)類型定義的所有參數(shù)被分類并放置在PDD中每種類型BSH的單獨節(jié)中。例如，表I中的每個BSH類型BSH1-BSH4對于依賴于它們的參數(shù)在PDD中具有單獨的節(jié)。依賴于HW并對每種HW類型具有不同數(shù)據(jù)類型定義的所有參數(shù)被分類并放置在PDD中每種類型HW的單獨節(jié)中。例如，表I中的每個HW類型A-D對于依賴于它們的參數(shù)在PDD中具有單獨的節(jié)。依賴于BSH和HW并對BSH和HW的每種組合具有不同類型定義的每個參數(shù)被分類并放置在PDD中對于每種組合的單獨節(jié)中。例如，表I中標以“X”的每種BSH和HW組合對于依賴于它們的參數(shù)在PDD中具有單獨的節(jié)。
在步驟724，定義用于測試UCST的模板參數(shù)。對于BSH和HW的不同組合具有不同定義的每個參數(shù)被定義為模板參數(shù)。模板參數(shù)以與以上結(jié)合依賴于BSH和HW的參數(shù)所述的方式相同的方式接收一個前綴。依賴于BSH、HW及BSH和HW的模板參數(shù)被分類并放置在PDD中對于每種依賴性的節(jié)中。
在步驟728建立CADTD。在本發(fā)明的最佳實施方式中，利用C++建立CADTD。然而，對于本領(lǐng)域內(nèi)熟練的技術(shù)人員而言，顯然可以采用任何面向?qū)ο蟮木幊陶Z言。面向?qū)ο蟮木幊陶Z言向用戶提供建立用戶定義的數(shù)據(jù)類型(后文中稱為抽象數(shù)據(jù)類型(ADT))的能力。ADT可以包括其他ADT和/或已經(jīng)由編程語言定義的基本數(shù)據(jù)類型(例如，整數(shù)(integer)、浮點(float)、長整數(shù)(long integer)和雙長型(double))。PDD中的每個參數(shù)由一個ADT或基本數(shù)據(jù)類型定義。
在步驟750，確定是否利用模擬模板實現(xiàn)UCST。如果編程語言不支持模板，則通過在步驟730向文檔中的所有對象增加前綴來實現(xiàn)模擬模板。否則，對文檔中的所有對象建立語言模板。諸如C++提供的那樣的模板可以用來建立類屬部件功能，這些功能具有獨立于任何數(shù)據(jù)類型定義的參數(shù)。C++編譯器利用該類屬部件功能(模板)產(chǎn)生實現(xiàn)每個ADT唯一組合的計算機代碼(非類屬部件功能)。換言之，C++編譯器從事在建立對于ADT的每個唯一組合的各部件功能中所涉及的工作。
在步驟730，將模板前綴增加到文檔中所有對象的名字上(即，未曾使用的模板)。這與將前綴增加到參數(shù)上的處理類似。將對象分類為或者是類屬的、依賴于BSH的、依賴于HW的、或者是依賴于BSH和HW的。將一個前綴增加到代表每個對象分類的對象名字上。在步驟732定義UCST檢測實例。對UCST中的每個單獨對象定義檢測實例，以便驗證該對象根據(jù)其設計發(fā)揮作用。
在步驟736建立包括UCST的計算機代碼。根據(jù)文檔(它包括模板前綴和CADTD模板前綴)建立實現(xiàn)UCST的所有對象。在本發(fā)明最佳實施方式中，用C++將對象實現(xiàn)為類，但是對于本領(lǐng)域內(nèi)熟練的技術(shù)人員而言，能夠采用任何面向?qū)ο蟮挠嬎銠C編程結(jié)構(gòu)。另外，在步驟736建立測試UCST所需的計算機代碼。在步驟738，對UCST進行測試。UCST是根據(jù)先前定義的每種檢測實例得以測試的。
圖6是更詳細說明圖4中在步驟608建立CS的步驟的流程圖。建立CS時，首先在步驟804確定CS將在其上運行的交換機的BSH和HW的組合。在步驟806，從UCST復制用于實現(xiàn)CS的計算機代碼，并且復制相關(guān)聯(lián)的CADTD子集。該相關(guān)子集包括是類屬的、依賴于BSH的、依賴于HW的所有相關(guān)聯(lián)的ADT，以及專用于BSH和HW組合的ADT。在步驟808，利用BSH和HW組合的前綴替換所復制的代碼中的模板前綴。在已經(jīng)替換了所復制的代碼中的前綴之后，在步驟810保存(存儲)所復制的代碼。在步驟812，將所復制的代碼編譯為能夠在遠程通信交換機上執(zhí)行的可執(zhí)行格式。
對UCST的維護直接反映到從其建立的CS中。例如，在UCST中修正了一個錯誤或者進行了一次更新，則該更新或修正自動地反映到之后從UCST建立的所有CS中。
圖7是說明包括根據(jù)本發(fā)明的指教從UCST和CADTD建立的公用功能軟件單元CS1A408和CS2A410的遠程通信交換機406的框圖。該遠程通信交換機406包括公用功能軟件單元CS1A408和CS2A410，專用軟件單元SPS-1-2-A，和類型A的硬件414(SH-A)。交換機406支持類型1和2的承載業(yè)務處理程序(BSH1和BSH2)。CS1A408依賴于BSH1和類型A的硬件。CS2A410依賴于BSH2和類型A的硬件。專用軟件單元SPS-1-2-A412依賴于BSH1、BSH2和類型A的硬件。
因此認為根據(jù)以上所述，本發(fā)明的工作和結(jié)構(gòu)是清楚的。盡管所示和所述的方法是較佳的，但是顯然易于做出各種變化和修改而不背離如權(quán)利要求所限定的本發(fā)明的實質(zhì)和范圍。
權(quán)利要求
1.為多個遠程通信交換機中的一個指定的交換機建立公用功能性軟件單元的方法，所述多個遠程通信交換機中的每個具有特定硬件類型并技術(shù)特定的承載業(yè)務處理程序，所述方法包括下述步驟建立包括多個公用功能性軟件單元的通用公用軟件模板，所述多個公用功能性軟件單元中的每一個具有多個模板前綴和至少一個參數(shù)；建立一個抽象數(shù)據(jù)類型定義集合，所述集合包括每個所述參數(shù)的數(shù)據(jù)類型定義；從所述通用公用軟件模板復制所述多個公用功能性軟件單元中的一個，所述所復制的公用功能性軟件單元與所述指定的遠程通信交換機的所述特定承載業(yè)務處理程序和所述特定硬件類型兼容；以及用標識所述指定的遠程通信交換機的所述特定承載業(yè)務處理程序和所述特定硬件類型的所選擇的前綴替換所述所復制的公用功能性軟件單元中的多個模板前綴。
2.權(quán)利要求1的方法，還包括步驟建立包括每個所述參數(shù)的至少一個定義的參數(shù)定義文檔。
3.權(quán)利要求1的方法，其中所述建立通用公用軟件模板的步驟包括步驟標識多個組合，所述多個組合中的每一個包括所述多個承載業(yè)務處理程序之一和所述多個硬件類型之一；標識存在于所述多個組合的每一個中的多個公用功能；以及建立多個類， 以實現(xiàn)所述多個公用功能的每一個；
4.權(quán)利要求3的方法，其中所述建立多個類的步驟包括步驟將一個模板前綴附加到所述多個類中的每一個。
5.權(quán)利要求4的方法，其中所述建立抽象數(shù)據(jù)類型定義集合的步驟包括步驟將一個獨立的模板前綴附加到所述數(shù)據(jù)類型定義的每一個，所述獨立模板前綴獨立于所述多個承載業(yè)務處理程序和所述多個硬件類型。
6.權(quán)利要求5的方法，其中所述建立抽象數(shù)據(jù)類型定義集合的步驟包括步驟將第一從屬模板前綴附加到所述數(shù)據(jù)類型定義的每一個，所述第一從屬模板前綴依賴于所述多個承載業(yè)務處理程序之一，并獨立于所述多個硬件類型。
7.權(quán)利要求6的方法，其中所述建立抽象數(shù)據(jù)類型定義集合的步驟包括步驟將第二從屬模板前綴附加到所述數(shù)據(jù)類型定義的每一個，所述第二從屬模板前綴依賴于所述多個硬件類型之一，并獨立于所述多個承載業(yè)務處理程序。
8.權(quán)利要求7的方法，其中所述建立抽象數(shù)據(jù)類型定義集合的步驟包括步驟將第三從屬模板前綴附加到所述數(shù)據(jù)類型定義的每一個，所述第三從屬模板前綴依賴于所述多個組合之一。
9.權(quán)利要求6的方法，其中所述替換所述所復制的公用功能性軟件單元中的多個模板前綴的步驟包括步驟用標識所述指定交換機的所述特定承載業(yè)務處理程序的第一所選前綴替換所述第一從屬模板前綴中的每一個。
10.權(quán)利要求7的方法，其中所述替換所述所復制的公用功能性軟件單元中的多個模板前綴的步驟包括步驟用標識所述指定交換機的所述特定硬件類型的第二所選前綴替換所述第二從屬模板前綴中的每一個。
11.權(quán)利要求8的方法，其中所述替換所述所復制的公用功能性軟件單元中的多個模板前綴的步驟包括步驟用標識所述指定交換機的所述特定硬件類型和所述特定承載業(yè)務處理程序的第三所選前綴替換所述第三從屬模板前綴中的每一個。
12.為多個遠程通信交換機建立通用公用軟件模板的方法，所述多個遠程通信交換機中的每一個具有特定硬件類型并支持特定承載業(yè)務處理程序，所述方法包括步驟標識多個組合，所述多個組合中的每一個包括所述多個承載業(yè)務處理程序之一和所述多個硬件類型之一；標識存在于所述多個組合的每一個中的多個公用功能；以及建立多個類，以實現(xiàn)所述多個公用功能的每一個。
13.權(quán)利要求12的方法，其中所述建立多個類的步驟包括步驟將一個模板前綴附加到所述多個類中的每一個。
14.權(quán)利要求13的方法，其中所述多個類中的每一個包括至少一個參數(shù)。
15.權(quán)利要求14的方法，其中所述建立多個類的步驟包括步驟建立抽象數(shù)據(jù)類型定義集合，所述集合包括每個所述參數(shù)的數(shù)據(jù)類型定義。
16.權(quán)利要求15的方法，其中所述建立抽象數(shù)據(jù)類型定義集合的步驟包括步驟將一個獨立的模板前綴附加到所述數(shù)據(jù)類型定義的每一個，所述獨立模板前綴獨立于所述多個承載業(yè)務處理程序和所述多個硬件類型。
17.權(quán)利要求16的方法，其中所述建立抽象數(shù)據(jù)類型定義集合的步驟包括步驟將第一從屬模板前綴附加到所述數(shù)據(jù)類型定義的每一個，所述第一從屬模板前綴依賴于所述多個承載業(yè)務處理程序之一，并獨立于所述多個硬件類型。
18.權(quán)利要求17的方法，其中所述建立抽象數(shù)據(jù)類型定義集合的步驟包括步驟將第二從屬模板前綴附加到所述數(shù)據(jù)類型定義的每一個，所述第二從屬模板前綴依賴于所述多個硬件類型之一，并獨立于所述多個承載業(yè)務處理程序。
19.權(quán)利要求18的方法，其中所述建立抽象數(shù)據(jù)類型定義集合的步驟包括步驟將第三從屬模板前綴附加到所述數(shù)據(jù)類型定義的每一個，所述第三從屬模板前綴依賴于所述多個組合之一。
全文摘要
本發(fā)明是一種建立適于控制遠程通信交換機的公用功能性軟件單元(555)的方法。公用功能性軟件單元(555)是通過對所有現(xiàn)有遠程通信交換機(502)進行領(lǐng)域分析(542)、然后對交換機的承載業(yè)務處理程序(BSH)和硬件類型的所有可能組合的公用概念、術(shù)語、行為和功能進行標識而得以建立的。公用行為和功能是利用通用公用軟件模板(UCST)(548)、相關(guān)聯(lián)的參數(shù)定義文檔(PDD)(546)和相關(guān)聯(lián)的抽象數(shù)據(jù)類型定義集合(CADTD)(546)實現(xiàn)的。對UCST進行編譯并用CADTD的子集進行測試。在編譯和測試UCST之后，可以從UCST和CADTD建立BSH和HW的不同組合的多個公用軟件功能單元(CS)。
文檔編號H04Q3/00GK1150844SQ9519359
公開日1997年5月28日 申請日期1995年6月7日 優(yōu)先權(quán)日1994年6月14日
發(fā)明者富萊吉克·斯范菲爾德 申請人:Lm愛立信電話有限公司