摘要 文章首先介紹了IMS提供的業務應用支持能力，重點描述了3GPP IMS的業務架構和OMA定義的OSE架構，并對兩者之間的關系進行了分析，最后介紹了基于IMS能力的典型業務實現和相關協議，以及相關標準的進展情況。
在未來的3G移動通信網絡中，基于IMS建立統一的多業務融合網絡，提供與接入無關的更為豐富的多媒體業務，已經成為運營商的共識。在全球范圍內，越來越多的移動運營商開始構建面向商用的IMS網絡，并嘗試提供新的服務應用。同時，很多固定網絡運營商也越來越看重IMS的應用。IMS已經成為移動增值業務技術發展的重要因素。
IMS的基礎業務不再贅述，本文將重點介紹基于IMS的移動增值業務架構，以說明IMS強大的業務開發能力。
1、IMS的業務支持架構
IMS技術最初是由3GPP提出的，是一種利用移動分組域網絡如GPRS等作為承載的移動多媒體數據業務解決方案，同時滿足了各種多媒體數據業務在安全、計費、移動性以及QoS等方面的需求。IMS系統可看作為多種多樣的IMS業務提供的一個基礎平臺。IMS的基本協議主要基于IETF已有的標準，3GPP根據具體的業務和功能的需求進行了相應的擴展，主要協議包括SIP、Diameter、COPS等。
IMS標準方面，目前有多個組織致力于IMS標準的制定，目的是使IMS成為基于SIP會話的通用平臺，同時支持移動和固定的多種接入方式，實現移動和固定網絡的融合。3GPP、3GPP2定義IMS網元與接口等網絡基礎設施；OMA定義各種IMS業務，如即時消息、PoC等；“Parlay組織”則負責定義標準的API框架；IETF則定義了IMS下的SIP、SDP與其他協議；ETSI把IMS用作TISPAN NGN體系結構的基礎，旨在為所有基于NGN的電信業務提供統一的結構。
為了適應下一代網絡業務與控制分離的原則，IMS必須提供開放的接口來接入各種業務服務器，允許各種業務提供商通過標準的接口向網絡提供服務。3GPP標準為IMS業務的開發提供了三種機制，即針對IMS業務的Camel功能、開放業務架構（OSA）和會話初始協議（SIP），并在不同的版本中給出了相應的定義。
IMS的業務框架是IMS系統比較成功的一個方面，通過基于SIP的ISC（Internal Service Control）接口，由S-CSCF與各種應用服務器功能實體組成，如圖1所示：由于IMS融合了語音和數據業務，又結合了IP網的靈活性和SIP的可擴展性，使得IMS支持的業務更加豐富。IMS在業務方面除原有的Camel、OSA之外，還支持SIP應用服務器提供業務的方式。
IMS中的業務提供是基于在用戶歸屬域中的業務控制邏輯，所有消息都是通過在歸屬域中的S-CSCF進行路由的。在其基本業務提供框架中，S-CSCF可根據從HSS下載的觸發信息，直接將SIP消息轉發給相應的AS，完成將業務邏輯轉換成業務配置的應用。
IMS的業務架構能夠適應不同業務的接入要求，與當前普遍采用的開放性業務架構一致，都是自上而下的三層結構：第一層是應用服務器（AS）；第二層是業務能力服務器（SCS）；第三層是S-CSCF。業務可以在分布式架構中開發
（1）應用服務器層
在IMS體系結構中，作為會話控制主體的S-CSCF通過IP多媒體業務控制（ISC）接口與應用服務器通信獲得各種服務和應用。應用服務器層（Application Server）提供業務邏輯，用來支持用戶的各種業務屬性。根據所支持業務類型的不同分為以下三種：
◆SIP應用服務器：包括業務能力交互作用管理器（SCIM）功能和其他應用服務器。應用服務器也可以訪問其他應用服務器，實現應用實體之間的相互調用。當其他應用服務器位于歸屬網絡之外時，應用服務器可作為其他應用服務器的網關功能。由于ISC采用了SIP，故可直接于S-CSCF相連，CSCF能以SIP服務器的方式直接調用這些業務，減少了信令轉換。
◆OSA應用服務器：完成基于OSA API開發的第三方業務。第三方業務的提供商利用OSA API進行新業務的開發，由OSA提供的安全API來接入UMTS，使用網絡的性能，而不再受限于運營商提供的業務。不同的應用提供商就可以通過開放的網絡訪問接口獲得底層網絡的承載能力，并進行應用開發。
◆Camel SE：即IM-SSF，主要用于接入傳統智能網中的SCP，是一種特定類型的應用服務器，目的是保持智能網的特征（如觸發檢出點、Camel業務交換有限狀態機等）并通過INAP/CAP與智能網交互，完成傳統的移動智能網業務。
（2）業務能力服務器層
由于OSA API和Camel環境并不能直接支持基于SIP和擴展SIP的ISC接口，所以出現了中間層——業務能力服務器層。主要用于不同協議之間的映射。
◆OSA SCS：完成OSA API與ISC接口的信令進行映射。通過SIP方式執行一個或多個OSA業務能力特征（OSA SCF）。
◆IM-SSF：類似于傳統智能網的呼叫控制功能和業務轉換功能，使現有的基于Camel業務環境的增值業務能繼續提供，并生成新的增值業務。SSF完成CAP與SIP之間的協議轉換，是SIP和Camel間互通模塊。
（3）業務控制層S-CSCF
S-CSCF通過ISC接口與業務平臺相連，在S-CSCF看來，SIP AS、OSA SCS和IM-SSF都執行相同的接口行為，ISC使得各種Server都能接入IMS。這里S-CSCF檢測是否并如何包含業務邏輯來提供增值業務。同時，S-CSCF使用Cx接口從HSS中提取用戶配置信息，再由S-CSCF使用ISC接口與不同業務平臺互相通信。
AS和CSCF之間采用ISC通信，選擇采用單一的業務控制接口，避免了增加S-CSCF的復雜性。
IMS提供的上述三種業務提供方式分別適用于不同類型的業務：
（1）基于SIP的業務應用；
（2）基于OSA的業務應用；
（3）基于Camel的業務應用。
2、OMA的業務體系架構
OMA（Open Mobile A1liance）正式成立于2002年6月初，推出開放的移動架構。其前身為：Open Mobile Architecture Initiative Supporters和WAP Forum。后續有一些組織加入了OMA，包括Wireless Village、MGIF（Mobile Gaming Interoperability Forum）、SyncML Initiative、MWIF（Mobile Wireless Internet Forum）、MMS IOP和LIF（Location Interoperability Forum）。OMA的主要任務是收集市場需求并制定規范，清除互操作性發展的障礙，并加速各種全新的增強型移動信息、通信和娛樂服務及應用的開發和應用。OMA代表了無線通信業的革新趨勢，它鼓勵價值鏈上所有成員通過更大程度的參與行業標準的制定，建立更為完整的、端到端的解決方案。
作為移動通信業界一個重要的標準組織，OMA從成立開始就對移動業務應用框架結構進行了深入的研究，并且很早就開始致力于基于IMS能力的業務應用技術和標準研究。OMA認為，業務應用層應該盡可能充分利用IMS提供的業務能力，特別是SIP會話控制方面的能力，并在此基礎上對應用層的業務能力進行標準化研究，例如Presence、即時消息、PoC等。
2.1 OMA OSE
OMA Service Environment：OMA的體系架構規范，可以簡單的理解為OMA定義的移動業務應用層邏輯體系架構，或者體系架構的抽象模型。
OSE的目標就是提供一個靈活的、可擴展的結構給應用開發者，業務引擎和業務提供者，包括OMA引擎和相關操作者之間的一個概念環境，業務引擎之間的重用，一個可以供業務引擎加入的框架結構，可以提供給業務開發者和SP的一個完整的具有互操作性的環境，將OMA業務引擎向更好的集成結構的移植。
|
