OSS/BSS概述 OSS（Operations Support Systems）是指
運營支持系統
BSS（Business Support Systems）為
業務支持系統
OSS/BSS是這兩類系統的結合在一起形成的綜合的電信業務運營和管理平台
在國內OSS/BSS有時也被稱為BOSS
標准化組織電信管理論壇（TMF）對OSS/BSS提出了被業界廣泛接受的功能模型
在這個模型中
OSS/BSS包括三大功能
業務開通
業務保障和計費（或稱業務計量）
業務開通是指電信運營商接受客戶訂購電信服務的訂單
通過對電信資源的分配
配置
安裝和部署為客戶提供所需的服務
並能夠對服務進行計費
業務保障要提供量牟饬恐副辏繁７衲艽锏嬌突У囊蟆Ｒ滴窦屏吭蚴遣饬康缧磐缰懈髦忠滴竦氖褂們榭觯撲阌κ輾延茫⒍允輾壓燙峁┲С幀?lt;/P>
作為一種高效的信息管理系統
OSS/BSS已在國外電信運營商中得到廣泛的運用
並在實踐中積累了大量的成功案例
OSS/BSS解決方案也在這一過程中趨於完善
同時也暴露出越來越多的難以克服的問題
educitycn/img_///jpg> 圖OSS/BSS的集成的噩夢 OSS/BSS的軟件系統相對復雜
從而使得網管系統
計費系統
營賬系統
客服系統等都是各成體系
要想把它們有機地整合在一起
幾乎是不可能的
對於這種
雜亂無章
的系統結構（參見圖
）
簡直可以稱之為系統集成的噩夢（Integration Nightmare）
很多OSS/BSS開發商都有同感——缺少訓練有素的工程師
這也是由前一條所決定的
需要工程師同時精通電信的專業知識
又能熟悉各類軟件
的確要求比較苛刻
行業標准問題
盡管在近幾年來國際國內都陸續推出了一些標准規范
但大多是停留在紙面上
同時也缺少更直觀的技術指導和成功案例
一個OSS/BSS
往往會涉及若干個分離的系統
除了集成
對系統進行測試
維護都是十分耗時的
以上各方面的問題
OSS/J就可以解決
原因在於
采用符合OSS/J規范而開發的軟件接口相對簡單
OSS/BSS內部的各個子系統是可以互換的（ Interchangable ）
OSS/J是基於J
EE技術的
開發人員只要熟悉J
EE的開發（甚至僅僅熟悉JAVA的開發）就足夠了
他們就能夠與設計人員合作
完成系統開發
OSS/J不僅包括了技術規范
而且有真實的代碼實現以及測試工具
這能夠幫助開發人員很快的上手
因為各個子系統都符合標准的接口
所以系統的後期測試和維護工作會比較簡單
什麼是OSS/J OSS/J（OSS Through Java）是以JAVA技術為動力的新一代的OSS/BSS解決方案
說到OSS/J
我們需要提及一個稱為OSS Through Java Initiative的工作組
這個工作組由眾多的業界新技術的倡導者（例如Motorola
Nokia
Sun
BEA
IBM）派出的專家組成
自
年成立以來
他們一直在為加速OSS/BSS解決方案的開發
簡化其中的系統組件的部署和集成而努力
工作組利用JAVA技術
為OSS/BSS定義實現了一系列的開放的標准API
提供給OSS/BSS的開發者使用
在不久的將來
電信行業的設備制造商
軟件開發商
系統集成商都遵循這些標准API的定義
那麼最後建立起來的OSS/BSS將是一個組件化的
有機結合在一起的綜合管理平台（參見圖
）
雜亂無章
的系統結構將成為過去
educitycn/img_///jpg> 圖采用OSS/J構建的系統結構 需要指出的是
OSS/J並不是要定義另一個通用的OSS/BSS集成框架
工作組的成員在定義標准的API之前
已經汲取了眾多標准規范和協議中的精華
例如
OSS/J很好的繼承了來自
rd Generation Partnership Project (
GPP)
GPP
Mobile Wireless Internet Forum(MWIF)以及TeleManagement Forum(TMF)等組織或論壇推出的規范和框架體系
因此
工作組將所有的經歷投入到了JAVA API的定義和編碼實現上
而且使用OSS/J規范的的用戶可以免費地獲得這些資料
TMF在NGOSS
（Next Generation Operations Support Systems下一代運營支持系統）的文檔中
推出了詳細的OSS/BSS的定義
（參見）
OSS/J的API定義遵守了NGOSS eTOM （enhanced Telecom Operations Map）的規定
詳細內容請見
OSS/J API簡介
部分
概括地說
NGOSS為我們提供了獨立於技術實現的普遍適用的框架
而OSS/J則是以該框架為基礎
提出了采用JAVA技術的實現方案
OSS/J的規范的推出是在JCP（ Java Community Process
）支持下完成的
通過訪問JCP的網站
或者光臨
你都可以下載到OSS/J的規范
參考實現和兼容性測試工具
下面逐一簡介
OSS/J的規范
包括OSS/J API規范和OSS/J J
EE系統設計指導
這些內容將在
OSS/J API簡介
中詳細敘述
OSS/J 參考實現（Reference Implementation或RI）
主要內容是根據OSS/J API規范而完成的系統實現的代碼
推出RI一方面是為了驗證規范的可執行性
所以RI的代碼未曾經過很好的優化
RI的另一個重要的作用是它能夠使得開發者很快的著手進行設計和開發工作
而且
RI中的所有代碼可以被開發人員直接使用到商業系統的開發中去
所以
仔細閱讀分析RI的代碼能大大縮短你用於熟悉OSS/J的時間
兼容性測試工具（Test Compatibility Kits或TCK ）
當一個OSS/BSS（或其中的一個子系統）的開發完成了以後
我們如何才能知道它是否符合OSS/J 規范的規定呢？TCK可以完成這樣的測試
並產生一個測試報告
如果開發的產品符合OSS/J規范的要求
那麼它將很容易和其它同樣兼容OSS/J規范的產品集成在一起
OSS/J的規范推出以後
得到了業界的廣泛認可
許多電信運營商
服務提供商
系統集成商爭相追隨
來自IDC的
年的報告說
……隨著SA
TT
Qos API的發布
許多服務提供商和供應商認為
采用JAVA技術實現OSS已經到了實際可行的階段
OSS/J與JEE 上文提到
OSS/J可以幫助我們終結
系統集成的噩夢
因為它為我們定義了一系列的標准API
只要各個廠商都能遵守API中的規定
那麼OSS/BSS的集成難的問題將迎刃而解
那麼具體的底層實現機制是怎樣的呢？——OSS/J采用了J
EE作為技術平台
J
EE（Java
Enterprise Edition）即Java
企業版
是提供給開發者的采用組件技術構建分布式系統的編程框架
需要更深入了解J
EE
請浏覽
總體來說
J
EE使得開發人員無須去考慮分布式系統中的底層技術實現細節
例如線程管理
網絡通信等
而是集中精力開發符合業務邏輯的代碼
這無疑大大加快了應用程序的開發進程
而且簡化了系統的部署和後期維護工作
目前全球的J
EE開發人員總數已經達到了幾百萬
這個群體還在迅速膨脹
educitycn/img_///jpg> 圖采用JEE實現OSS/BSS 作為服務器端的開發技術
企業JavaBean（EJB）
擴展標記語言（XML）以及JAVA Management Extensions（JMX）都在OSS/J中被采納
因為J
EE
XML
JMX已經在很多的大型企業應用（特別是服務器端的應用程序）中獲得了成功
所以OSS/J采用它們定義在組裝
開發和部署OSS/BSS解決方案時所需要的API
圖
是采用J
EE實現OSS/BSS的示意
以OSS/J API為基礎
我們開發了支持SA
TT等功能的EJB
這些EJB可以根據需要通過JDBC存取數據庫
或通過JNDI訪問目錄服務器
對於已有的遺留系統以及EMS（Element Management Systems）
可以采用J
EE連接器的架構（Java Connector Architecture即JCA）通過SNMP
CMIP或其他專有協議實現集成
OSS的客戶端可以是浏覽器或定制的應用程序
通過HTTP/XML/Java/IIOP和系統相聯
與此同時
JAVA的消息機制為我們提供了更加靈活的
松耦合（loosely
coupled）
的集成方式
利用它可以簡單地實現和Intranet/Internet中的其他系統的連接
OSS/J API簡介 圖
將OSS/J中的核心API和TMF的eTOM的各個過程做了映射
從圖中可以看出
OSS/J核心API囊括了客戶管理
訂單管理
服務開通等
個
關於每個API的詳細描述
可參見上的OSS/J API Roadmap
目前
已經完成的API有
OSS服務開通API
OSS故障單API
OSS通用API
OSS IP計費API和OSS服務質量控制API
而OSS 庫存 API不久將發行
除了API
OSS/J工作組還為開發者提供了《OSS/J J
EE 系統設計指導》
educitycn/img_///jpg> 圖OSS/J API到eTOM的映射 OSS通用API（OSS Common API）
和其他OSS/J API不同的是
它本身沒有對OSS/BSS在業務邏輯提供支持
而是為開發者使用OSS/J API提供了一個基礎框架
可以認為這部分API是《OSS/J J
EE 系統設計指導》一個具體實施
需要強調的是
既然是基礎框架
以下提及的所有OSS/J API都是依賴於通用API的
OSS/J J
EE系統設計指導（OSS/J J
EE Design Guideline或OSS/J J
EE DG）
定義了一系列的設計模式（Design Patterns）
這些模式非常適合於采用J
EE/EJB搭建網絡服務管理系統
總體來看
DG中提及的設計模式都是來自於J
EE設計模式
關於J
EE設計模式的詳細信息
請參見
DG中主要涉及到以下要點
OSS中的功能都是采用EJB組件的形式實現的
這些EJB提供了面向業務邏輯的粗略的接口
用服務器為OSS/BSS系統提
From:http://tw.wingwit.com/Article/program/Java/JSP/201311/19684.html
