IMS中的業(yè)務(wù)交互管理

趙耀 彭晉 魏冰 2008/07/02

• 盡可能減小因Service Broker的引入而對IMS核心網(wǎng)造成的影響；


• Service Broker必須采用靈活的架構以便能夠應付新業(yè)務(wù)之間的交互問(wèn)題；


• 支持業(yè)務(wù)交互，即業(yè)務(wù)組合以及避免業(yè)務(wù)沖突；


• Service Broker應能夠管理IMS應用與非IMS應用之間的交互；


• 支持傳統智能網(wǎng)與IMS業(yè)務(wù)的交互；


• 支持不同接入方式的業(yè)務(wù)之間的交互，如UMTS、WiMAX、WLAN；


• 支持SIP與非SIP業(yè)務(wù)之間交互；


• 支持不同業(yè)務(wù)提供商的業(yè)務(wù)之間的交互；


• 支持由用戶(hù)配置、控制業(yè)務(wù)交互的方式。

圖1 集中控制

　　集中控制方式由一個(gè)ServiceBroker來(lái)協(xié)調控制所有業(yè)務(wù)之間的交互，S-CSCF把ServiceBroker視為AS，通過(guò)ISC接口與惟一的ServiceBroker聯(lián)系，Service Broker與AS之間的接口仍然是ISC接口，這種方式容易實(shí)現，但是Service Broker容易成為網(wǎng)絡(luò )中的瓶頸。

圖2 分布式控制

　　分布式控制方式為每一個(gè)AS都配置一個(gè)ServiceBroker，S-CSCF把每個(gè)ServiceBroker都視作AS，通過(guò)ISC接口與其交互。S-CSCF將請求觸發(fā)給ServiceBroker，AS執行完后，Service Broker可以向S-CSCF發(fā)送sFC（subsequent filter criteria）以指示S-CSCF該如何觸發(fā)接下來(lái)的業(yè)務(wù)，這樣Service Broker可以根據沖突關(guān)系，動(dòng)態(tài)地將后續業(yè)務(wù)排除出業(yè)務(wù)鏈，這種方式可以解決集中式方式的瓶頸問(wèn)題，但是實(shí)現較為復雜，控制流程也較難設計。

　　混合式控制結合了上述兩種方式，即有的ServiceBroker管理多個(gè)AS之間的業(yè)務(wù)交互，而有的ServiceBroker只和一個(gè)AS交互。在這種模式下，ServiceBroker不但要管理由它控制的AS之間的業(yè)務(wù)交互，還要管理屬于不同Service Broker的AS之間的業(yè)務(wù)交互。圖3（a）、（b）是兩種可能的實(shí)現方式。

圖3 混合控制

　　3.3 交互流程改進(jìn)

　　影響SCIM實(shí)際應用的重要原因之一是SCIM的處理流程并不規范和統一，這不僅使SCIM對于業(yè)務(wù)交互的處理范圍、處理方式都“無(wú)章可循”，而且SCIM與網(wǎng)絡(luò )中其他實(shí)體之間也難以互通。TR23.810中對部分實(shí)際遇到的交互問(wèn)題提出了改進(jìn)意見(jiàn)，這其中一部分改進(jìn)可以由SCIM來(lái)完成，另一部分可以脫離SCIM，直接改進(jìn)現網(wǎng)中的設備。

　　3.3.1 請求URI被修改的情況

　　SIP請求中的請求URI實(shí)際承擔著(zhù)兩種角色：一是代表被服務(wù)的對象，被叫側S-CSCF根據請求URI中所指示的共有用戶(hù)標識進(jìn)行iFC觸發(fā)；二是代表著(zhù)會(huì )話(huà)的目的地址，S-CSCF根據請求URI所指示的共有用戶(hù)標識來(lái)進(jìn)行路由，然而在業(yè)務(wù)觸發(fā)階段，某個(gè)AS可能改變了請求消息中的請求URI，結果S-CSCF將消息發(fā)往新的目的地，這導致后續本該被觸發(fā)的AS無(wú)法被正常觸發(fā)。因此，TR23.810建議將請求URI所承擔的這兩種角色分離，S-CSCF根據當前服務(wù)URI進(jìn)行業(yè)務(wù)觸發(fā)，針對目的地URI進(jìn)行呼叫路由。

　　3.3.2 對沖突業(yè)務(wù)劃分等價(jià)類(lèi)

　　在一次會(huì )話(huà)中觸發(fā)的業(yè)務(wù)之間可能存在著(zhù)沖突，通過(guò)在iFC中引入指示業(yè)務(wù)之間沖突關(guān)系的信息，可以避免互相沖突的業(yè)務(wù)被引入到同一個(gè)會(huì )話(huà)中。實(shí)現方法是將所有的iFC按照所觸發(fā)的業(yè)務(wù)間的相容關(guān)系劃分為若干個(gè)等價(jià)類(lèi)，每條iFC中有專(zhuān)門(mén)的字段指示該iFC所屬的等價(jià)類(lèi)，等價(jià)類(lèi)之間可能存在沖突。S-CSCF在判斷是否觸發(fā)某條iFC之前，需要斷定是否有與該iFC所處等價(jià)類(lèi)相沖突的某條iFC已經(jīng)被執行，若已執行，則S-CSCF不能觸發(fā)目前的iFC。

　　此外，S-CSCF必須能夠判斷一個(gè)業(yè)務(wù)的觸發(fā)以及執行情況，以便確定沖突的業(yè)務(wù)是否已經(jīng)執行。如果一個(gè)業(yè)務(wù)的iFC沒(méi)有被匹配，或者iFC匹配了，但是AS返回一個(gè)錯誤響應或者沒(méi)有返回響應，在這種情況下，S-CSCF視該業(yè)務(wù)執行失敗。另外，即使S-CSCF觸發(fā)了某個(gè)AS，并且AS也將請求消息返回給S-CSCF，也不能表明AS執行了該業(yè)務(wù)。因為AS是否執行還可能取決于與具體業(yè)務(wù)相關(guān)的用戶(hù)數據配置情況。為了判斷AS是否成功執行了業(yè)務(wù)，可以讓S-CSCF在觸發(fā)時(shí)添加一個(gè)標簽，如果AS成功執行，則在返回的請求消息中繼續保存該標簽，如果AS沒(méi)有執行，則在返回的請求消息中刪除該標簽，S-CSCF據此判定AS是否成功執行了業(yè)務(wù)，并判定下一個(gè)不相容的業(yè)務(wù)是否可以被觸發(fā)。

　　3.3.3 AS返回錯誤響應情況下的改進(jìn)

　　當某個(gè)AS返回一個(gè)錯誤響應的時(shí)候，S-CSCF會(huì )立刻將響應送回主叫方，而不會(huì )繼續匹配剩下的iFC，后續原本可以執行的AS將由于之前AS的錯誤而失去了執行機會(huì )。然而在許多情況下，S-CSCF可以在前面的AS返回錯誤響應時(shí)，繼續觸發(fā)后續AS。為此，可以在iFC中設置某個(gè)選項，以決定在先前AS返回錯誤響應時(shí)是否還要繼續觸發(fā)，若要繼續觸發(fā)，則S-CSCF將根據原始的請求消息對下一條iFC進(jìn)行匹配。

　　3.3.4 擴充SPT

　　目前的SPT定義了5個(gè)觸發(fā)點(diǎn)類(lèi)型，然而某些業(yè)務(wù)的觸發(fā)需要考察終端的能力，例如CSI業(yè)務(wù)，為了解決這種情況下的問(wèn)題，擴充了一個(gè)新的觸發(fā)點(diǎn)類(lèi)型：終端能力。用戶(hù)在注冊過(guò)程中將終端能力通知S-CSCF，如果業(yè)務(wù)需要，S-CSCF可以檢查終端能力是否匹配。

　　3.3.5 攜帶觸發(fā)的業(yè)務(wù)信息

　　在一般情況下，一個(gè)AS中可以部署多個(gè)業(yè)務(wù)。iFC中只標明了應該觸發(fā)的AS的地址，而沒(méi)有指出具體業(yè)務(wù)名稱(chēng)。這樣，當請求到達AS的時(shí)候，AS并不知道究竟該觸發(fā)哪一個(gè)業(yè)務(wù)。為此，將iFC中AS地址改為“業(yè)務(wù)名稱(chēng)@AS”的形式，并將它放置于S-CSCF傳給AS消息的Route頭域中，AS根據業(yè)務(wù)名稱(chēng)來(lái)觸發(fā)相應業(yè)務(wù)。

　　另外，如果用戶(hù)訂閱了一個(gè)AS中的多個(gè)業(yè)務(wù)，并且這些業(yè)務(wù)的iFC優(yōu)先級是相鄰的，而S-CSCF針對每一個(gè)業(yè)務(wù)分別觸發(fā)一次，這樣消息將在S-CSCF與同一個(gè)AS之間來(lái)回多次，勢必造成不必要的延遲。因此可以考慮將原來(lái)各個(gè)業(yè)務(wù)的iFC歸并為一條，一次性觸發(fā)AS將多個(gè)業(yè)務(wù)執行完畢后返回給S-CSCF。為此，需要iFC添加一個(gè)項，指示AS中哪些業(yè)務(wù)應該被一次性執行以及執行順序。

4、結束語(yǔ)

　　業(yè)務(wù)交互問(wèn)題是影響IMS實(shí)際部署和運營(yíng)的一個(gè)重要問(wèn)題。合理有效地解決業(yè)務(wù)交互問(wèn)題，不僅可以快速、經(jīng)濟地提供新業(yè)務(wù)，還可以減少業(yè)務(wù)之間的沖突，從正反兩方面共同提高用戶(hù)滿(mǎn)意度。但是，由于業(yè)務(wù)交互問(wèn)題自身的復雜性，特別是業(yè)務(wù)沖突問(wèn)題目前仍然處于研究階段，離實(shí)際應用還有一段距離。目前常采用的沖突檢測和解決方法仍然是通過(guò)人工方式識別沖突，然后修改業(yè)務(wù)邏輯或部署方式來(lái)解決，而業(yè)務(wù)協(xié)作方面的研究相對更為成熟，所以如何通過(guò)SCIM來(lái)組合已有業(yè)務(wù)能力，是目前的研究熱點(diǎn)之一。

泰爾網(wǎng)