久久精品视,亚洲av乱码一区二区三区按摩,欧美大黄,亚洲青青

新聞資訊

醫(yī)院探視系統(tǒng)廠家-IMS消息業(yè)務(wù)

2023-10-20 12:44

        消息(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有定義;

•延遲傳送的消息屬于存儲轉(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í)就是以消息的形式作為其主要的媒體成分。

上一篇:病房醫(yī)用呼叫器系統(tǒng)廠家-IMS狀態(tài)呈現(xiàn)業(yè)務(wù)
返回
下一篇:專業(yè)醫(yī)護(hù)對講系統(tǒng)廠家-什么是API(API集成對接是什么)