欧美精品日韩久久亚洲综合-亚洲精品少妇熟女-99久久久久久亚洲精品不卡-久久综合伊人77777蜜臀-国产精品久久久久久无-中文字幕日本激情网站-av中文字幕熟女-精品人妻中文字幕区二区三区-人妻 中文字幕 一区二区,国产精品99久久久久久成人,精品欧美成人中文字幕,久久综合亚洲henyu国产

        消息(Messeging)業(yè)務(wù)對用戶來講已經(jīng)非常的熟悉，而且為運(yùn)營商帶來了良好的收益。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ù)能力之一。基本的消息業(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請求，按照MIME(MultipurposeInternetMailExtensionprotocol,多用途網(wǎng)際郵件擴(kuò)充協(xié)議）格式編寫消息內(nèi)容（典型的內(nèi)容是文字，也可以包含多媒體片斷，如聲音和圖片），并將Request-URI填寫為接收者的地址，便可以使用與INVITE類似的方式在IMS中轉(zhuǎn)發(fā)，直到這個(gè)立即消息請求到達(dá)接收方的UE。

        當(dāng)然，接收方很可能會(huì)存在一個(gè)對該消息的應(yīng)答。實(shí)際上，完整的立即消息對話在兩個(gè)用戶間的”來”和“回”是彼此類似的。但是，與基于會(huì)話的消息不同，立即消息的會(huì)話上下文僅存在于雙方用戶終端上。這種通信過程中不包含任何協(xié)議方式的會(huì)話，每條立即消息都是一個(gè)獨(dú)立的事務(wù)，與前面的任何請求都沒有關(guān)系。

        IMS立即消息的流程很簡單。這里仍以本書第11章描述的例子為基礎(chǔ)，假設(shè)用戶A要給用戶B發(fā)送立即消息，圖13.16描述了該立即消息的實(shí)現(xiàn)流程。

1-2用戶ACUE#1)發(fā)送MESSAGE請求到與其連接的拜訪網(wǎng)絡(luò)的P-CSCF#1,在消息體內(nèi)包含了希望發(fā)送的多媒體內(nèi)容。

3P-CSCF#1沿著UE#l最近一次注冊流程所決定的路徑將MESSAGE請求發(fā)

送到用戶A歸屬網(wǎng)絡(luò)的S-CSCF#1。

4-5S--CSCF#1將MESSAGE請求發(fā)送到用戶B歸屬網(wǎng)絡(luò)的I-CSCFCI-CSCF#2)?；谶\(yùn)營商的策略，S-CSCF#1也可能拒絕該MESSAGE請求，例如當(dāng)MESSAGE的內(nèi)容長度或者內(nèi)容類型不能被接受時(shí)。S-CSCF#1也可能觸發(fā)適合該MESSAGE請求的業(yè)務(wù)控制邏輯，將MESSAGE請求路由到一個(gè)應(yīng)用服務(wù)器，由后者進(jìn)一步處理該請求。

6-7I-CSCF#2執(zhí)行到HSS的定位請求過程，獲取為用戶B服務(wù)的S-CSCF地址(S-CSCF#2),并將該MESSAGE請求發(fā)送到S-CSCF#2。

8-9S-CSCF#2沿著用戶B(UE#2)最近一次注冊流程所決定的路徑將MES­SAGE請求發(fā)送到與其連接的拜訪網(wǎng)絡(luò)P-CSCF#2。同樣，基于運(yùn)營商的策略，S--CSCF#2可能拒絕MESSAGE請求，例如當(dāng)MESSAGE的內(nèi)容長度或者內(nèi)容類型不能被接受。s­CSCF#2也可能調(diào)用適合該MESSAGE請求的業(yè)務(wù)控制邏輯，例如當(dāng)UE#2可能訂購了一個(gè)黑名單業(yè)務(wù)，用以屏蔽符合用戶預(yù)設(shè)條件的立即消息，AS將使用一個(gè)錯(cuò)誤響應(yīng)來回應(yīng)該MESSAGE消息。

10P-CSCF#2前傳MESSGE請求到UE#2。在收到MESSAGE后，UE#2將多媒體內(nèi)容顯示給用戶。

11-16UE#2響應(yīng)該MESSAGE消息，指示目標(biāo)實(shí)體已經(jīng)收到MESSAGE請求。該響應(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ì)話在參與者之間建立起來后，媒體流就在他們之間對等地傳送，而用戶參與這種會(huì)話時(shí)就是以消息的形式作為其主要的媒體成分。