軟交換協議比較和發展趨勢 (SIP-T和SIP-I的比較)

   BICC是直接面向電話業務的應用提出的，來自傳統的電信陣營，具備更加嚴謹的體系架構，所以它能爲在軟交換中實施現有電路交換電話網絡中的業務提供很好的透明性。相比之下，SIP的體系架構則不像BICC定義的那樣完善，SIP主要用於支持多媒體和其餘新型業務，在基於IP網絡的多業務應用方面具備更加靈活方便的特性。

    BICC是在ISUP基礎上發展起來的，在語音業務支持方面比較成熟，可以支持之前窄帶全部的語音業務、補充業務和數據業務等，但BICC協議複雜，可擴展性差。在無線3G應用中，BICC協議處於3GPPR4電路域核心網的Nc接口，提供了對(G)MSCServer之間呼叫接續的支持。

    在固定網軟交換應用中，BICC協議處於分層體系結構中的呼叫控制層，提供了不一樣軟交換之間呼叫接續的支持。採用BICC體系架構時，可使全部如今的功能保持不變，如號碼和路由分析等，仍然使用路由概念。這就意味着網絡的管理方式和現有的電路交換網極爲類似。

    SIP相對而言，在語音業務方面沒有BICC成熟，但它能支持較強的多媒體業務，擴展性好，根據不一樣的應用，可對其進行相應的擴展。在固定網軟交換應用中，SIP協議處於扁平體系結構中的呼叫控制層，提供了不一樣軟交換之間呼叫接續的支持。採用SIP體系架構時，從路由角度看，存在兩種狀況：

    第一種狀況，正常的ISUP消息添加一些信息後封裝在SIP消息中傳送，呼叫服務器、號碼、路由分析和信令以及業務的互通等功能保持不變，路由分析指引到目標IP地址的尋址。

    第二種狀況是基於ENUM(IETF的電話號碼映射工做組)數據庫的。在這種方式下，呼叫服務器的呼叫控制與現有電路交換網中的呼叫控制徹底不一樣，呼叫控制中將沒有號碼和路由分析，可是仍需業務映射和互通。因爲不使用電路識別碼CIC、ISUP管理進程、消息傳送協議MTP，標準的ISUP協議要相應修改。網絡的管理在某種程度上獲得了簡化(如無須構建信令網，沒有路由定義)。另外，和現有網絡相比，運營商對網絡的控制減小，控制方式發生了巨大的變化。

    經過以上分析，採用SIP協議在某種程度上會丟失一些現有電話網絡中的功能。要引入這些功能，則須要對SIP協議進行擴展。相比較而言，BICC基本能提供全部現有電話網絡的功能。相信，通過修改並標準化的SIP能夠達到BICC對傳統業務的支撐能力。

    SIP-T和SIP-I的比較

    關於軟交換SIP域和傳統PSTN的互通問題目前有兩個標準體系，即IETF的SIP-T協議族和ITU-T的SIP-I協議族。

    1.IETF的SIP-T協議

    SIP-T(SIPfor Telephones)由IETFMMUSIC工做組的RFC3372所定義，整個協議族包括RFC337二、RFC297六、RFC320四、RFC3398等。它採用端到端的研究方法創建了SIP與ISUP互通時的三種互通模型，即：呼叫由PSTN用戶發起經SIP網絡由PSTN用戶終結；呼叫由SIP用戶發起由PSTN用戶終結；呼叫由PSTN用戶發起由SIP用戶終結。

    SIP-T爲SIP與ISUP的互通提出了兩種方法，即封裝和映射，分別由RFC3204和RFC3398所定義。但SIP-T只關注於基本呼叫的互通，對補充業務則基本上沒有涉及。

    2.ITU-T的SIP-I協議

H.323和SIP的比較

    目前，3GPP將SIP做爲第三代移動通訊全IP網絡的核心協議，WindowsXP操做系統中NetMeeting組建的協議也由H.323改成SIP協議，同時考慮到其開展業務的靈活性，SIP協議將成爲將來發展的方向。

 

SIP和BICC的比較    

     SIP-I(SIPwithEncapsulatedISUP)協議族包括ITU-TSG11工做組的TRQ.2815和Q.1912.5。前者定義了SIP與BICC/ISUP互通時的技術需求，包括互通接口模型、互通單元IWU所應支持的協議能力集、互通接口的安全模型等。後者根據IWU在SIP側的NNI上所需支持的不一樣協議能力配置集，詳細定義了3GPPSIP與BICC/ISUP的互通、通常狀況下SIP與BICC/ISUP的互通、SIP帶有ISUP消息封裝時(SIP-I)與BICC/ISUP的互通等。

    SIP-I協議族重用了許多IETF的標準和草案，內容不只涵蓋了基本呼叫的互通，還包括了BICC/ISUP補充業務的互通。

    3.SIP-T與SIP-I的比較

    顯然，SIP-I協議族的內容遠遠比SIP-T的內容要豐富。SIP-I協議族不只包括了基本呼叫的互通，還包括了CLIP、CLIR等補充業務的互通；除了呼叫信令的互通外，還考慮到了資源預留、媒體信息的轉換等；既有固網軟交換環境下SIP與BICC/ISUP的互通，也有移動3GPPSIP與BICC/ISUP的互通，等等。

    尤其重要的是，SIP-I協議族具備ITU-T標準固有的清晰準確和詳細具體，可操做性很是強。而且3GPP已經採用Q.1912.5做爲IMS與PSTN/PLMN互通的最終標準。因此，軟交換SIP域與PSTN的互通應該遵循ITU-T的SIP-I協議族。實際上已經有許多電信運營商最終選擇了SIP-I而放棄了SIP-T。基於以上比較和分析，咱們能夠得出如下結論：

    在軟交換之間互通協議方面，目前固網中應用較多的是SIP-T，移動應用的是BICC，將來的發展方向是SIP-I；在軟交換與媒體網關之間的控制協議方面，MGCP較成熟，但H.248繼承了MGCP的全部的優勢，有取代MGCP的趨勢；軟交換和IAD之間的控制協議方面，MGCP較成熟，但H.248繼承了MGCP的全部的優勢，有取代MGCP的趨勢；軟交換與終端之間的控制協議方面，SIP是趨勢；軟交換與應用服務器之間，SIP是主流，目前此業務接口基本成熟；應用服務器與第三方業務，Parlay是方向，但目前商用不成熟。

 

 

__________________________________________________________________________________________

FAQ: What are SIP-I and SIP-T?

Posted by Adam Roach on Tue, May 19, 2009 @ 06:12 PM

SIP-I and SIP-T refer to two very similar approaches for interworking ISUP networks with SIP networks. In particular, they provide the means for conveying ISUP-specific parameters through a SIP network so that calls that originate and terminate on the ISUP network can transit a SIP network with no loss of information.

SIP-T was developed by the IETF -- the same body that developed the SIP protocol itself -- around the same time the most recent version of SIP was being developed (mid-2002). It is defined by RFC 3372, RFC 3398, RFC 3578, and RFC 3204.

SIP-I was developed by the ITU in 2004, and made use of most of the constructs defined in the IETF SIP-T effort. It is defined by ITU-T Q.1912.5.

SIP-I and SIP-T both define the mapping of messages, parameters, and error codes between SIP and ISUP. Both of them are fully interoperable with compliant SIP network components on the SIP network.

The key differences between SIP-I and SIP-T are:

1. SIP-I defines a mapping from SIP to BICC (in additional to ISUP), while SIP-T addresses only the ISUP case, and
2. SIP-T is inherently designed for interoperation with native SIP terminals, while SIP-I is restricted for use between PSTN gateways only.

SIP-I and SIP-T also define somewhat different mappings of information between the protocols, mostly in terms of converting from SIP error codes to ISUP cause codes.

The way SIP-I and SIP-T allow transparent transit of ISUP parameters through a SIP network is by attaching a literal copy of the original ISUP message to the SIP message at the ingress PSTN gateway; this ISUP message appears as another body on the SIP message (typically, a peer to an SDP body).

The SIP network ignores the extra ISUP body, processing the SIP message as it normally would. After the SIP service network performs any necessary modifications to the SIP message, it arrives at the PSTN egress gateway. This egress gateway uses the attached ISUP message as the basis for the ISUP message it will send; however, it first makes modifications necessary to match changes made to the SIP message during its traversal of the SIP network.

 

As mentioned before, with SIP-T, the messages may also terminate on the native SIP terminals in the network, which will ignore the extra ISUP body. Additionally, messages may originate from these SIP phones and terminate on the PSTN gateways, which will then generate a new ISUP message for the PSTN.

Putting this together in a call flow, a typical successful call setup from a PSTN terminal to another PSTN terminal through a SIP network can look something like this: