天天看點

一文詳解營運商釋出的“5G消息白皮書”

2020年4月8日中國移動、中國電信、中國聯通攜手華為、小米、vivo、OPPO、中興等11家終端廠商聯合釋出了《5G消息白皮書》,用來`推動傳統短消息服務更新`。

三大營運商聯合釋出的《5G消息白皮書》創造了一種怎樣的商業模式,我們該如何了解《5G消息白皮書》?

2020年4月8日中國移動、中國電信、中國聯通攜手華為、小米、vivo、OPPO、中興等11家終端廠商聯合釋出了《5G消息白皮書》,用來

推動傳統短消息服務更新

三大營運商聯合釋出的《5G消息白皮書》創造了一種怎樣的商業模式,我們該如何了解《5G消息白皮書》?本文我們從以下幾個方面進行說明:

  • 如何了解5G消息?
  • 營運商為什麼要釋出《5G消息白皮書》?
  • 如何了解MaaP (Messaging as a Platform) 消息即平台?
  • 5G消息軟體研發方面,營運商有哪些優勢?
  • 5G消息通信過程中涉及到的協定及使用舉例

一、如何了解5G消息?

5G消息是對傳統短信服務的更新,将基于

基站

短彩信消息

,更新到基于

移動網絡

WLAN網絡

融合通信消息(Rich Communication Suite)

在具體實作方面:

傳統短彩信消息的收發主要是依賴基站實作,5G消息的收發完全依賴網絡實作。

  • 傳統短信SMS(Short Messaging Service)

    消息的接收與發送

    依賴基站

    實作;

    彩信MMS (Multimedia Messaging Service)

    消息的接收與發送同樣

    基于基站

    來實作,與短信相比不同點在于彩信消息通過基站接收到媒體類型的URL位址後,再通過GPRS下載下傳多媒體内容,最後呈現出來;
  • 融合通信消息(Rich Communication Suite)

    的接收與發送完全依賴

    移動網絡或WLAN網絡

在顯示效果方面:

5G消息在

點對點消息

方面對消息類型和顯示效果進行了更新,在

企業對使用者消息

方面新增了

富媒體卡片消息

類型。

  • 點對點消息:

    5G消息支援文本、圖檔、音視訊、檔案等消息類型(點對點消息方面可以說顯示效果與微信消息類似);

  • 企業對使用者消息:

    5G消息在點對點消息(文本、圖檔、音視訊、檔案等消息)基礎上增加

    富媒體卡片消息

    ,并且每條企業下行到使用者的消息中還可攜帶

    建議操作

    建議回複

    建議回複

    使用者點選後會将

    該條建議文字

    作為一條新的消息發送出去;

    建議操作

    使用者點選後可觸發打開一個Web頁、向某人撥打電話、打開月曆添加一條日程提醒等操作;

二、營運商為什麼要釋出《5G消息白皮書》?

傳統短彩信服務

更新到

5G消息服務

後,對于終端使用者而言可顯著提升其使用者體驗,對于行業客戶而言可幫助行業客戶拓展服務能力,對于營運商而言為營運商的服務轉型提供了一個突破口。

  • 對于終端使用者:

    随着智能手機的普及,終端使用者更喜歡圖文并茂互動能力強的消息形态;相比較而言短信消息隻能編輯文字,互動方式略感單調乏味,而且短信承載能力有限(每條短信最多能發送140個位元組的資料,70個漢字);彩信消息雖然可編輯圖文消息,但對于使用者而言其發送成本相對較高;

  • 對于行業客戶:

    GSMA RCS Universal Profile 2.0引入了MaaP的概念,按照這個标準

    行業客戶可以以Chatbot(聊天機器人)的方式與終端使用者聊天互動

    ,幫助終端使用者實作訂餐、訂票、訂酒店等操作,拓展行業客戶的業務能力,提升了行業客戶的服務體驗;
  • 對于營運商:

    5G消息建構一個

    MaaP平台(Messaging as a Platform消息即平台)

    ,企業客戶接入MaaP平台後,企業以Chatbot聊天機器人(AI+人工)的方式向終端使用者提供服務,随着越來越多的企業接入MaaP平台,一方面營運商可有效控制垃圾短信的發送;

    另一方面可

    助力營運商轉型

    ,從賣通話時間、賣短信、賣網絡流量轉型到賣服務;可以說MaaP平台的搭建為營運商的轉型提供了一個突破口。

MaaP平台搭建後,使用者在Message短信聊天視窗中可以向銀行查詢自己的賬單詳情、咨詢業務;向航空公司預定機票、購買機票等;向餐廳酒店預定位置、預定房間等。

三、如何了解MaaP (Messaging as a Platform) 消息即平台?

MaaP (Messaging as a Platform) 消息即平台

是2017年GSMA在RCS Universal Profile 2.0中引入的最新RCS A2P(Application to Person)資訊全球标準,其旨

在将傳統短彩信更新為富媒體消息

,并

引入Chatbot(聊天機器人)的概念使使用者在消息視窗内就可進行搜尋、互動、支付等一站式業務體驗

這裡可以把

MaaP消息平台

看做一個

Chatbot Store

,行業客戶接入MaaP消息平台後,平台為其配置設定與終端使用者互動的Chatbot賬戶,

行業客戶通過MaaP平台配置設定的Chatbot(聊天機器人)向終端使用者提供服務

5G消息利用MaaP平台聚合行業客戶,通過5G消息中心為行業客戶與終端使用者的溝通交流提供消息服務。

四、5G消息研發方面營運商有哪些優勢?

目前三大營運商正在積極推進5G消息技術研究及相關産業推進,那營運商在5G消息的研發方面有哪些優勢呢?

  • 軟體安裝覆寫率

    5G消息APP是對系統Message 應用的更新更新,作為系統出廠内置應用無需使用者手動安裝,随着終端手機廠商的內建,可迅速達到一個很高的安裝覆寫率;

  • 消息到達率

    5G消息APP為系統應用,其背景Service不會被系統殺死,保證消息的及時到達;

    在弱網環境中,消息可回落到短彩信消息進行接收與發送,保證消息及時準确到達;

五、MaaP實作與通信中涉及到的協定

5G消息白皮書中寫道:

通信營運商建立的消息能力,使行業客戶可以為其使用者提供富媒體資訊服務。

讀起來還是迷糊,其實就是企業端接入5G消息提供的MaaP平台,MaaP平台會為接入的企業提供Chatbot(聊天機器人),企業的

聊天機器人

終端使用者

會話溝通幫助使用者實作訂餐、訂票、訂酒店等操作。

企業CPIhatbot)聊天機器人(A、 或人工)方式與使用者進行互動,完成使用者訂餐S訂票D訂酒店

企業相關業務服務

HTTP(HyperText Transfer Protocol):

超文本傳輸協定,5G消息通信過程中,通過HTTP協定将終端使用者将要發送的圖檔、音頻、視訊上傳到5G消息中心,然後通過SIP協定将上傳後的URI位址發送給消息接收方。

SIP(Session Initiation Protocol):

SIP協定為5G消息通信過程中用到的多媒體通信協定,支援文本、音頻、視訊等多媒體消息傳輸。

詳細了解SIP協定,可檢視我的這篇文章

https://xiaxl.blog.csdn.net/article/details/104661248

5G消息基于SIP協定通信過程中,采用

Standalone Messsage

方式,涉及到兩種通信方式

Pager Mode

Large Mode

SIP有兩種會話模式:

在Sip消 通信應用過程中,一般存在着兩種會話模式:

  • Pager Model
  • Large Model

在Sip消息中,對于消息體

不大于1300位元組

時,一般采用Pager Model。

Sip息通信中,采用

MESSAGE

方法不建立Session會話在多數應用中,每條IM消息都是獨立的,頗似分頁消息。

  • 步驟1:

    User1

    發送

    MESSAGE

    請求到

    代理伺服器

  • 步驟2:

    代理伺服器

    轉發

    User1

    的MESSAGE請求給

    USER2

  • 步驟3:

    User2

    收到

    User1

    的消息後,回複200 OK給

    代理伺服器

  • 步驟7~9:

    代理伺服器

    轉發200 OK回複給

    User1

// ---------user1給user2發送一條消息:“user2, come here.”---------

// 請求行(REGISTER、INVITE、ACK、CANCEL、BYE、MESSAGE等)
MESSAGE sip:[email protected] SIP/2.0

// 消息header
Via: SIP/2.0/TCP user1pc.domain.com;branch=z9hG4bK776sgdkse
Max-Forwards: 70
From: sip:[email protected];tag=49583
To: sip:[email protected]
Call-ID: [email protected]
CSeq: 1 MESSAGE
Content-Type: text/plain //消息body的類型
Content-Length: 18

// 消息body
user2, come here.

// ---------user2收到消息後,回應200 ok---------
// 狀态行
SIP/2.0 200 OK

// 消息header
Via: SIP/2.0/TCP user1pc.domain.com;branch=z9hG4bK776sgdkse;
From: sip:[email protected];;tag=49394
To: sip:[email protected];tag=ab8asdasd9
Call-ID: [email protected]
CSeq: 1 MESSAGE
Content-Length: 0
           

在Sip消息通信中,對于消息體内容

大于1300位元組

時,需要建立Session會話。

主叫方A呼叫被叫方B:

  • 主叫方A

    INVITE

    代理伺服器

  • 代理伺服器

    發送100 Trying 響應

    主叫方A

  • 步驟3~6:

    代理伺服器

    搜尋

    被叫方B

    的位址,擷取位址後轉發INVITE請求;
  • 被叫方B

    生成的180 振鈴響應,傳回給

    主叫方A

  • 步驟10~12:

    被叫方B

    生成的200 OK響應,傳回給

    主叫方A

  • 步驟13~17:

    主叫方A

    被叫方B

    200 OK響應後,向

    被叫方B

    發送一個ACK,會話建立;
  • 步驟18~20:會話結束後,任何參與者(A或B)都可以發送一個BYE請求來終止會話;
  • 步驟21~23:

    主叫方A

    發送200 OK響應來确認BYE,會話終止。

SDP(Session Description Protocol):

SDP 在會話初始化過程中,用來傳送會話參與者的能力清單,以協調會話雙方的各項參數。例如:建立會話前,呼叫方通過SDP協定向代理伺服器發送其具備的能力清單,比如支援視訊消息、音頻消息、文本消息等。

詳細了解SDP消息格式,可檢視我的這篇文章

https://xiaxl.blog.csdn.net/article/details/104723834

CPIM(Common Presence and Instant Messaging):

SIP通信過程中用到的一種會話描述格式,SIP消息中其ContentType為Message/CPIM。

詳細了解CPIM消息格式,可檢視我的這篇文章

https://xiaxl.blog.csdn.net/article/details/104718006

SIP通信中SDP與CPIM使用舉例:

// sip 請求行
INVITE user2pc.domain.comSIP/2.0
// sip 請求Header
Via: SIP/2.0/UDP 182.1.1.203:41200;branch=z9hG4bK1393058911736
Call-ID: [email protected]
From: <user1pc.domain.com>;tag=2684043253
To: user2pc.domain.com
CSeq: 1 INVITE
Max-Forwards: 70
Accept-Contact: *;+g.3gpp.icsi-ref=“urn%3Aurn-7%3A3gpp-service.ims.icsi.oma.cpm.session
Session-Expires: 1800
User-Agent: CPM-client/OMA2.2 RCS-client/UP_2.4 term-Vendor1/Model1-XXXX client-CLN1/Software1234 OS-Android/8.1
Conversation-ID:u13900010001010203
Contribution-ID:u201403011700010003
Content-Length: 741
Content-Type: multipart/mixed;boundary=spiderboundary

// sdp 
Content-Type: application/sdp
v=0			// version sdp版本号
o=Spider-Phone 28994 29098 IN IP4 182.1.1.203	// origion 會話發起者的描述
s=-												// Session Name
c=IN IP4 182.1.1.203							// Connection Data	
t=0 0											// {開始時間} {結束時間}
m=message 10110 TCP/MSRP *						// media name and transport address	
a=path:msrp://182.1.1.203:10110/10110;tcp 		
a=setup:active
a=accept-types:text/* message/*					// 本終端支援的媒體類型
a=sendrecv

// cpim 
Content-Type: message/CPIM
Content-Length:168
From: <user1pc.domain.com>
To: <user2pc.domain.com>
NS: imdn<urn:ietf:params:imdn>
imdn.Message-ID: W8ecb6pd
DateTime: 2012-09-20T10:42:31.35+08:00
imdn.Disposition-Notification: positive-delivery,display
Content-Type:text/plain;charset=UTF-8
Content-Length:102
Content-Transfer-Encoding: base64
// cpim body 
c3Nzc3Nz 
           

**MSRP(Message Session Relay Protocol)

一種消息格式,當SIP Session會話建立後,通過MSRP消息格式傳遞消息;

// 起始行:MSRP 事務ID 方法名(SEND or REPORT)
MSRP msrprequest100001 SEND
// 頭域
To-Path: msrp://10.71.174.102:7654/10001;tcp //
From-Path: msrp://10.66.139.77:22100/10002;tcp
Message-ID: msrprequest100001						
Byte-Range: 1-176/176
Success-Report: no
Failure-Report: yes
Content-type:text/plain;charset=UTF-8
// 消息體
adfadfadfadfadfadf
           

= THE END =

一文詳解營運商釋出的“5G消息白皮書”

繼續閱讀