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:
轉發代理伺服器
的MESSAGE請求給User1
USER2
- 步驟3:
收到User2
的消息後,回複200 OK給User1
代理伺服器
- 步驟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:
搜尋代理伺服器
的位址,擷取位址後轉發INVITE請求;被叫方B
-
生成的180 振鈴響應,傳回給被叫方B
主叫方A
- 步驟10~12:
生成的200 OK響應,傳回給被叫方B
主叫方A
- 步驟13~17:
主叫方A
200 OK響應後,向被叫方B
發送一個ACK,會話建立;被叫方B
- 步驟18~20:會話結束後,任何參與者(A或B)都可以發送一個BYE請求來終止會話;
- 步驟21~23:
發送200 OK響應來确認BYE,會話終止。主叫方A
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