售前電話
135-3656-7657
售前電話 : 135-3656-7657
消息(Messeging)業(yè)務(wù)對(duì)用戶來講已經(jīng)非常的熟悉,而且為運(yùn)營(yíng)商帶來了良好的收益。IMS的消息類業(yè)務(wù)將帶給用戶更多的選擇,用戶在使用消息類業(yè)務(wù)的同時(shí),還可以隨心所欲地使用其他媒體,比如視頻和聲音等,同時(shí)可以靈活地選用實(shí)時(shí)模式或非實(shí)時(shí)模式來溝通信息。
一、3GPPIMS消息分類
3GPP存TSZZ.340規(guī)范中將IMS消息分為立即消息基于會(huì)話的消息、延遲傳送的消息。
•立即消息(ImmediateMessage)屬于實(shí)時(shí)消息,一般與呈現(xiàn)(Presence)業(yè)務(wù)相結(jié)
合,發(fā)送方知道接收方的狀態(tài)。若接收方不可達(dá),消息將被丟棄或延遲;
•基于會(huì)話的消息為近實(shí)時(shí)傳送,通過建立SIP會(huì)話可進(jìn)行多條消息傳送,相應(yīng)機(jī)制在IETF有定義;
•延遲傳送的消息屬于存儲(chǔ)轉(zhuǎn)發(fā)型消息,即MMS。
IMS消息支持點(diǎn)到點(diǎn)點(diǎn)到多點(diǎn)的消息發(fā)送和接收。IMS消息能夠交換任何類型的多媒體內(nèi)容,比如圖片、視頻片斷、音頻片斷等。當(dāng)然它們的編碼格式應(yīng)符合IMS規(guī)范的定義。
消息業(yè)務(wù)是IMS網(wǎng)絡(luò)本身所能提供的業(yè)務(wù)能力之一?;镜南I(yè)務(wù)能力可以通過IMS終端直接實(shí)現(xiàn)。在傳遞即時(shí)消息,或者建立消息會(huì)話時(shí),直接在IMS終端之間進(jìn)行,實(shí)現(xiàn)端到端地發(fā)送,SIP消息流經(jīng)的常規(guī)IMS節(jié)點(diǎn)(P-CSCF、S-CSCF,可能還有AS等)提供中繼功能。
二、立即消息
IMS框架中的立即消息與Internet中廣為人知的即時(shí)消息類似。它采用SIP擴(kuò)展協(xié)議中的MESSAGE方法進(jìn)行實(shí)時(shí)的轉(zhuǎn)發(fā)。當(dāng)終端或AS要發(fā)立即消息時(shí),只需生成MESSAGE請(qǐng)求,按照MIME(MultipurposeInternetMailExtensionprotocol,多用途網(wǎng)際郵件擴(kuò)充協(xié)議)格式編寫消息內(nèi)容(典型的內(nèi)容是文字,也可以包含多媒體片斷,如聲音和圖片),并將Request-URI填寫為接收者的地址,便可以使用與INVITE類似的方式在IMS中轉(zhuǎn)發(fā),直到這個(gè)立即消息請(qǐng)求到達(dá)接收方的UE。
當(dāng)然,接收方很可能會(huì)存在一個(gè)對(duì)該消息的應(yīng)答。實(shí)際上,完整的立即消息對(duì)話在兩個(gè)用戶間的”來”和“回”是彼此類似的。但是,與基于會(huì)話的消息不同,立即消息的會(huì)話上下文僅存在于雙方用戶終端上。這種通信過程中不包含任何協(xié)議方式的會(huì)話,每條立即消息都是一個(gè)獨(dú)立的事務(wù),與前面的任何請(qǐng)求都沒有關(guān)系。
IMS立即消息的流程很簡(jiǎn)單。這里仍以本書第11章描述的例子為基礎(chǔ),假設(shè)用戶A要給用戶B發(fā)送立即消息,圖13.16描述了該立即消息的實(shí)現(xiàn)流程。
1-2用戶ACUE#1)發(fā)送MESSAGE請(qǐng)求到與其連接的拜訪網(wǎng)絡(luò)的P-CSCF#1,在消息體內(nèi)包含了希望發(fā)送的多媒體內(nèi)容。
3P-CSCF#1沿著UE#l最近一次注冊(cè)流程所決定的路徑將MESSAGE請(qǐng)求發(fā)
送到用戶A歸屬網(wǎng)絡(luò)的S-CSCF#1。
4-5S--CSCF#1將MESSAGE請(qǐng)求發(fā)送到用戶B歸屬網(wǎng)絡(luò)的I-CSCFCI-CSCF#2)?;谶\(yùn)營(yíng)商的策略,S-CSCF#1也可能拒絕該MESSAGE請(qǐng)求,例如當(dāng)MESSAGE的內(nèi)容長(zhǎng)度或者內(nèi)容類型不能被接受時(shí)。S-CSCF#1也可能觸發(fā)適合該MESSAGE請(qǐng)求的業(yè)務(wù)控制邏輯,將MESSAGE請(qǐng)求路由到一個(gè)應(yīng)用服務(wù)器,由后者進(jìn)一步處理該請(qǐng)求。
6-7I-CSCF#2執(zhí)行到HSS的定位請(qǐng)求過程,獲取為用戶B服務(wù)的S-CSCF地址(S-CSCF#2),并將該MESSAGE請(qǐng)求發(fā)送到S-CSCF#2。
8-9S-CSCF#2沿著用戶B(UE#2)最近一次注冊(cè)流程所決定的路徑將MESSAGE請(qǐng)求發(fā)送到與其連接的拜訪網(wǎng)絡(luò)P-CSCF#2。同樣,基于運(yùn)營(yíng)商的策略,S--CSCF#2可能拒絕MESSAGE請(qǐng)求,例如當(dāng)MESSAGE的內(nèi)容長(zhǎng)度或者內(nèi)容類型不能被接受。sCSCF#2也可能調(diào)用適合該MESSAGE請(qǐng)求的業(yè)務(wù)控制邏輯,例如當(dāng)UE#2可能訂購(gòu)了一個(gè)黑名單業(yè)務(wù),用以屏蔽符合用戶預(yù)設(shè)條件的立即消息,AS將使用一個(gè)錯(cuò)誤響應(yīng)來回應(yīng)該MESSAGE消息。
10P-CSCF#2前傳MESSGE請(qǐng)求到UE#2。在收到MESSAGE后,UE#2將多媒體內(nèi)容顯示給用戶。
11-16UE#2響應(yīng)該MESSAGE消息,指示目標(biāo)實(shí)體已經(jīng)收到MESSAGE請(qǐng)求。該響應(yīng)沿著發(fā)送路徑反向傳遞到UE#l。
三、基于會(huì)話的消息
基于會(huì)話的消息與其他類型的會(huì)話一樣,一個(gè)消息會(huì)話也具有一個(gè)定義完好的生命周期:當(dāng)參與者啟動(dòng)一個(gè)會(huì)話時(shí)這個(gè)消息會(huì)話就開始了,當(dāng)他們關(guān)閉這個(gè)會(huì)話時(shí),消息會(huì)話就終止了。消息會(huì)話在參與者之間建立起來后,媒體流就在他們之間對(duì)等地傳送,而用戶參與這種會(huì)話時(shí)就是以消息的形式作為其主要的媒體成分。