《雙卡5G消息終端技術(shù)規(guī)范》

T/CAICIXXXX—XXXX

雙卡5G消息終端技術(shù)規(guī)范

1范圍

本標準規(guī)定了數(shù)字移動通信雙卡終端支持5G消息業(yè)務(wù)的技術(shù)要求，包括基本要求、業(yè)務(wù)功能要求、

網(wǎng)絡(luò)及協(xié)議要求、安全性要求及性能要求，其中終端業(yè)務(wù)功能要求包括個人消息功能要求、行業(yè)消息功

能要求、消息管理功能要求。

本標準規(guī)定的5G消息基于GSMARCSUP2.4及相關(guān)標準實現(xiàn)。

本標準適用于支持5G消息業(yè)務(wù)的數(shù)字移動通信雙卡終端。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

YD/T0279-20195G消息總體技術(shù)要求

YD/T3961-20215G消息終端技術(shù)要求

GSMARCC.07v11.0富通信套件先進通信服務(wù)與客戶端標準（RichCommunicationSuite-Advanced

CommunicationsServicesandClientSpecification）

GSMARCC.71v2.4富通信套件全球統(tǒng)一標準服務(wù)定義（RCSUniversalProfileServiceDefinition

Document）

GSMARCC.14v7.0業(yè)務(wù)提供商終端配置（ServiceProviderDeviceConfiguration）

OMA_TS_CPM_V2.2融合消息技術(shù)規(guī)范（ConvergedIPMessage）

3GPPTS24.229基于SIP和SDP的IP多媒體呼叫控制協(xié)議（IPmultimediacallcontrolprotocol

basedonSessionInitiationProtocol(SIP)andSessionDescriptionProtocol(SDP)）

IETFRFC5626在SIP協(xié)議中管理客戶端啟動的連接(ManagingClient-InitiatedConnectionsin

theSessionInitiationProtocol)

IETFRFC7232超文本傳輸協(xié)議1.1：有條件請求（HypertextTransferProtocol(HTTP/1.1):

ConditionalRequests）

IETFRFC5870地理位置統(tǒng)一資源標識符(AUniformResourceIdentifierforGeographic

Locations('geo'URI))

3術(shù)語、定義和縮略語

3.1術(shù)語和定義

YD/T3961-2021界定的下列術(shù)語和定義適用于本文件。

3.1.15G消息5GMessaging

5G消息是能與短信/彩信等基礎(chǔ)電信業(yè)務(wù)協(xié)同開展的業(yè)務(wù)，5G消息業(yè)務(wù)包括個人消息、行業(yè)消息和

增強通話涉及的消息等業(yè)務(wù)形式。

3.1.2聊天機器人Chatbot

5G消息中行業(yè)消息應(yīng)用的呈現(xiàn)形式，以消息對話的方式，向用戶提供行業(yè)消息服務(wù)功能。

3.1.3配置通知短信NetworkRequestedConfigurationShortMessage

1

T/CAICIXXXX—XXXX

網(wǎng)絡(luò)向終端下發(fā)的二進制短信，用戶不可見，用于網(wǎng)絡(luò)側(cè)通知終端發(fā)起獲取配置流程。

3.1.4建議選項SuggestedChipList

Chatbot消息中攜帶的可供用戶點擊的快捷操作按鈕，從功能上分，包括建議回復和建議操作。

3.1.5深度鏈接DeepLinking

DeepLinking是指終端應(yīng)用在處理特定URI的時候可以直接跳轉(zhuǎn)到對應(yīng)的內(nèi)容頁或觸發(fā)特定邏輯，

而不僅僅是啟動該應(yīng)用。

3.1.6Chatbot業(yè)務(wù)標識ChatbotIARI

用于標識某實體支持Chatbot消息，對應(yīng)的featuretag為：

+g.3gpp.iari-ref="urn%3Aurn-7%3A3gpp-application.ims.iari.rcs.chatbot.sa"。用戶向Chatbot

發(fā)送的消息、Chatbot向用戶發(fā)送的消息中均須攜帶本標識。

3.1.7Chatbot角色標識Chatbotrole

用于標識消息發(fā)送方是一個chatbot，對應(yīng)的featuretag為：+g.gsma.rcs.isbot。Chatbot在其

發(fā)送的消息中須攜帶本標識。

3.1.8Chatbot版本標識Chatbotapplicationversion

用于標識某實體支持的Chatbot應(yīng)用的版本號，對應(yīng)的featuretag為：

+g.gsma.rcs.botversion="#[version]"。本標準中version取值為“2“。用戶向Chatbot發(fā)送的消息、

Chatbot向用戶發(fā)送的消息中均須攜帶本標識。

3.2縮略語

下列縮略語適用于本文件。

APN接入點名稱AccessPointName

HOSAPN歸屬服務(wù)接入點名稱HomeofServiceAPN

ICSIIMS通信服務(wù)識別IMSCommunicationServiceIdentifier

IMSIP多媒體子系統(tǒng)IPMultimediaSubsystem

IMSAKAIMS認證和密鑰協(xié)商IMSAuthenticationandKeyAgreement

IMSI國際移動用戶識別碼InternationalMobileSubscriber

Identity

IP互聯(lián)網(wǎng)協(xié)議InternetProtocol

IPSec網(wǎng)絡(luò)協(xié)議安全性InternetProtocolSecurity

MaaP消息即平臺MessagingasaPlatform

MSISDN移動臺國際ISDN號碼（一般指MobileStationinternationalISDN

手機號碼）number

MSRP消息會話中繼協(xié)議MessageSessionRelayProtocol

2

T/CAICIXXXX—XXXX

OMA開放移動聯(lián)盟OpenMobileAlliance

OTP一次性密碼OneTimePassword

RCS富通信套件RichCommunicationSuite

SIP會話初始化協(xié)議SessionInitiationProtocol

TCP傳輸控制協(xié)議TransmissionControlProtocol

TLS傳輸層安全TransportLayerSecurity

URI通用資源標識符UniformResourceIdentifier

USIM通用用戶識別模塊UniversalSubscriberIdentityModule

ViIMSIMS承載視頻方案VideoOverIMS

VoIMSIMS承載語音方案VoiceOverIMS

WLAN無線局域網(wǎng)WirelessLocalAreaNetwork

XML可擴展Markup語言ExtensibleMarkupLanguage

3

T/CAICIXXXX—XXXX

45G消息雙卡終端基本要求

4.1雙卡終端業(yè)務(wù)需求概述

本標準中涉及的雙卡終端設(shè)備需支持同時插入兩張USIM卡，包括雙卡單通終端和雙卡雙通終端兩種

基本類型（如無特別說明，本標準中的終端均指雙卡終端）。

雙卡終端中的雙卡都應(yīng)支持5G消息，提供相同的用戶體驗。用戶可以單獨設(shè)置每張卡的5G消息業(yè)務(wù)

開啟狀態(tài)。終端應(yīng)支持在如下兩種場景下正常使用5G消息：

a)一張卡5G消息在線，一張卡5G消息離線；

b)兩張卡同時5G消息在線。

4.2雙卡終端業(yè)務(wù)認證

終端應(yīng)支持對雙卡中的任一張USIM卡做5G消息相關(guān)的業(yè)務(wù)認證，認證相關(guān)技術(shù)要求參見CCSA《5G

消息終端技術(shù)要求》4.3節(jié)。

4.3雙卡終端配置管理

4.3.1基本要求

終端應(yīng)支持為雙卡中的任一張USIM卡從網(wǎng)絡(luò)側(cè)獲取5G消息相關(guān)的配置信息，配置數(shù)據(jù)應(yīng)在終端上分

別存儲，相互隔離。除承載選擇要求外，獲取配置信息的相關(guān)技術(shù)要求參見CCSA《5G消息終端技術(shù)要

求》4.4.1、4.4.3和4.4.4節(jié)。

4.3.2承載選擇要求

本標準中，將終端側(cè)打開移動數(shù)據(jù)（PS域）開關(guān)的卡簡稱為數(shù)據(jù)承載卡，未打開移動數(shù)據(jù)開關(guān)的卡

簡稱為非數(shù)據(jù)承載卡。

終端應(yīng)支持通過運營商PS域或WLAN為數(shù)據(jù)承載卡獲取配置信息。不同網(wǎng)絡(luò)條件下的具體處理原則參

見CCSA《5G消息終端技術(shù)要求》4.4.3節(jié)。

終端應(yīng)支持通過WLAN或數(shù)據(jù)承載卡的運營商PS域為非數(shù)據(jù)承載卡獲取配置信息。通過數(shù)據(jù)承載卡的

運營商PS域為非數(shù)據(jù)承載卡獲取配置信息時，終端應(yīng)采用WLAN方式下獲取配置信息的技術(shù)流程。不同網(wǎng)

絡(luò)條件下的具體處理原則如下：

a)在終端有WLAN連接的情況下，終端應(yīng)使用WLAN向網(wǎng)絡(luò)側(cè)請求獲取配置信息。終端應(yīng)能夠讀取當

前插入的USIM卡的IMSI信息，并在配置請求中插入該IMSI信息。

b)在終端只有數(shù)據(jù)承載卡的運營商PS域連接的情況下，終端應(yīng)將該PS域連接視為非數(shù)據(jù)承載卡的

WLAN，通過WLAN下獲取配置信息的流程為非數(shù)據(jù)承載卡獲取配置信息。

c)如果獲取配置失敗，網(wǎng)絡(luò)側(cè)向終端返回錯誤碼和錯誤原因描述。如果終端通過錯誤碼和錯誤原

因描述判斷出非數(shù)據(jù)承載卡沒有開通5G消息業(yè)務(wù)，則終端應(yīng)向用戶作出提示，首次使用5G消息

業(yè)務(wù)需要通過該卡的PS域接入，為該卡開通5G消息業(yè)務(wù)，用戶確認后，終端應(yīng)臨時打開該卡的

PS域，通過該卡的PS域為其重新執(zhí)行獲取配置流程，成功獲取到配置數(shù)據(jù)后，終端應(yīng)關(guān)閉該卡

的PS域，通過WLAN或用戶選定的數(shù)據(jù)承載卡的PS域為該卡執(zhí)行后續(xù)的5G消息注冊流程和5G消息

使用流程。

假設(shè)終端上的卡A為數(shù)據(jù)承載卡，卡B為非數(shù)據(jù)承載卡。終端通過卡A的PS域為卡B獲取配置信息時，

采用WLAN下獲取配置信息的流程，即卡B將卡A提供的數(shù)據(jù)通道當做WLAN通道來使用。獲取配置信息的流

程如下：

4

T/CAICIXXXX—XXXX

終端5G消息平臺-

業(yè)務(wù)管理模塊

終端判斷出卡B為非數(shù)據(jù)承載卡，啟動WLAN下獲取配置

的流程

HTTPSREQUEST

https://config.rcs.mnc<MNC>.mcc<MCC>.

?params[vers,IMSI,…..SMS_Port,token]

判斷出卡B未開通5G

卡B未開通5G消息消息，返回錯誤響應(yīng)

HTTPS403Forbidden

NeedPSAccess

終端打開卡B的PS域，啟動PS下獲取配置的流程

卡B已開通5G消息，HTTPS200

client的請求未攜帶SetcookieA

，或過

TokenToken根據(jù)自身保存的數(shù)據(jù)，通

期，或Token錯誤過IMSI得到MSISIDN

SMS(OTP)

（詳細格式參見RCC.07RCS5.1V4.0SectionHTTP(S)based

clientconfigurationmechanismovernon-3GPPaccess）

Client截取短信，獲得

OTP，并重新發(fā)起請求

HTTPSREQUEST(OTP)-CookieA

http://config.rcs.mnc<MNC>.mcc<MCC>.?params

HTTPS200OK

configxml,token

有效

TokenHTTPS200OK

configxml,token

圖1非數(shù)據(jù)承載卡獲取配置信息流程

終端為卡B獲取配置信息時，如果收到服務(wù)器返回的錯誤響應(yīng)，且終端通過錯誤碼“403”和錯誤原

因描述“NeedPSAccess”判斷出卡B沒有開通5G消息，則終端應(yīng)提示用戶，需要臨時打開卡B的PS域連接

為卡B開通5G消息業(yè)務(wù)，用戶確認后，終端打開卡B的PS域（同時關(guān)閉卡A的PS域），重新通過卡B的PS

域為卡B向網(wǎng)絡(luò)側(cè)獲取配置信息，待完成首次獲取配置信息后，終端關(guān)閉卡B的PS域（同時打開卡A的PS

域），卡B后續(xù)的獲取配置信息的流程都可通過卡A的PS域或WLAN承載。

4.4雙卡終端業(yè)務(wù)注冊

終端應(yīng)支持為雙卡分別執(zhí)行5G消息的注冊、重注冊、去注冊流程。具體技術(shù)要求參見CCSA《5G消息

終端技術(shù)要求》4.5節(jié)。

用戶進行數(shù)據(jù)承載卡切換時，切換完成后，終端應(yīng)根據(jù)雙卡的5G消息開啟狀態(tài)分別發(fā)起雙卡的5G

消息注冊流程。

如果終端當前的網(wǎng)絡(luò)連接為數(shù)據(jù)承載卡的PS域，終端為非數(shù)據(jù)承載卡執(zhí)行注冊流程時，應(yīng)將數(shù)據(jù)承

載卡的PS域視為WLAN，通過TLS來承載SIP消息（通過運營商下發(fā)的配置參數(shù)“wifiSignalling”的值來

控制，一般運營商會將該值設(shè)置為SIPoTLS）。

4.5雙卡終端接入功能

終端的雙卡都應(yīng)支持通過SIP、MSRP、HTTP/HTTPS協(xié)議完成5G消息相關(guān)的業(yè)務(wù)流程，終端應(yīng)支持

TLS1.2及以上版本。

5

T/CAICIXXXX—XXXX

終端必須實現(xiàn)TCP連接保活機制。終端應(yīng)根據(jù)實際情況對維持TCP連接的心跳信息的發(fā)送時間間隔進

行智能探測和優(yōu)化。

終端應(yīng)支持動態(tài)調(diào)整并確定心跳信息的發(fā)送時間間隔。探測心跳信息時間間隔的方式可按照如下方

式進行：

5G消息應(yīng)用設(shè)置一個發(fā)送心跳信息的初始時間間隔，如果該間隔?；畛晒Γ瑒t下次在此間隔時長的

基礎(chǔ)上增加一個值。利用該規(guī)則，逐步遞增，直到達到或接近（不能超過）預(yù)設(shè)的最大間隔。

在上次心跳信息發(fā)送之后，當次心跳信息發(fā)送之前，若終端和服務(wù)器間有成功的消息交互，則終端

在消息發(fā)送成功或接收成功的時刻，可重啟心跳信息發(fā)送的定時時間。

終端可根據(jù)網(wǎng)絡(luò)連接狀態(tài)（如當前連接的是運營商PS域還是WLAN）、當前電量（低電量、中電量、

高電量）、充電狀態(tài)等因素中的一個或多個確定心跳信息的不同初始時間間隔，每次?；畛晒笤黾拥?/p>

值可為固定值或根據(jù)預(yù)設(shè)算法生成的一個隨機值。

發(fā)送ping以后10秒內(nèi)成功收到pong則記為?；畛晒Γ駝t記為失敗。失敗時，假設(shè)使用的心跳時間

間隔為Tx。下一次繼續(xù)使用Tx作為心跳時間間隔。如果保活成功，則繼續(xù)按照上述規(guī)則遞增。如果再次

失敗，則下一次繼續(xù)使用Tx作為心跳時間間隔。業(yè)務(wù)邏輯可設(shè)置為失敗n次（例如n=2）后，回退到上一

次成功的心跳時間間隔T（x-1），并在T（x-1）的基礎(chǔ)上減去一個較短的時長（如10秒），作為該網(wǎng)絡(luò)

下的穩(wěn)定心跳時間間隔。

如果在探測過程中因TCP?；钍е耇CP重連及5G消息重注冊，如果終端沒有發(fā)生網(wǎng)絡(luò)切換，則在

5G消息注冊成功后，終端應(yīng)按照上述規(guī)則，繼續(xù)執(zhí)行探測流程。如果發(fā)生網(wǎng)絡(luò)切換，終端應(yīng)按照上述機

制重新探測?；顣r長。

使用場景及具體技術(shù)要求參見CCSA《5G消息終端技術(shù)要求》4.6節(jié)。

4.6能力探測要求

終端的雙卡都應(yīng)支持SIPOPTIONS方式的能力探測。具體技術(shù)要求參見CCSA《5G消息終端技術(shù)要求》

4.7節(jié)。

4.7開啟/關(guān)閉5G消息

終端應(yīng)為雙卡分別提供開啟、關(guān)閉5G消息的功能開關(guān)。

4.8業(yè)務(wù)并發(fā)

終端應(yīng)支持如下業(yè)務(wù)并發(fā)場景。

對于雙卡雙通終端（假設(shè)卡A、卡B的5G消息業(yè)務(wù)都在線）：

a)數(shù)據(jù)承載卡使用話音業(yè)務(wù)期間：

1)如果數(shù)據(jù)承載卡使用VoLTE通話，終端應(yīng)具備通過數(shù)據(jù)承載卡的PS域或通過WLAN進行數(shù)據(jù)

連接的能力，終端通過數(shù)據(jù)承載卡的PS域或通過WLAN進行數(shù)據(jù)連接時，雙卡的5G消息能正

常使用；雙卡能正常接收短彩信，且正在進行中的通話不受5G消息或短彩信交互的影響。

2)如果數(shù)據(jù)承載卡使用CS域通話，終端應(yīng)具備通過WLAN進行數(shù)據(jù)連接的能力，終端通過WLAN

進行數(shù)據(jù)連接時，雙卡的5G消息能正常使用，雙卡能正常接收短彩信，且正在進行中的通

話不受5G消息或短彩信交互的影響。

b)非數(shù)據(jù)承載卡使用話音業(yè)務(wù)期間，終端應(yīng)具備通過數(shù)據(jù)承載卡的PS域或通過WLAN進行數(shù)據(jù)連接

的能力，終端通過數(shù)據(jù)承載卡的PS域或通過WLAN進行數(shù)據(jù)連接時，雙卡的5G消息能正常使用，

雙卡能正常接收短彩信，且正在進行中的通話不受5G消息或短彩信交互的影響。

對于雙卡單通終端（假設(shè)卡A、卡B的5G消息業(yè)務(wù)都在線）：

a)數(shù)據(jù)承載卡使用話音業(yè)務(wù)期間：

1)如果數(shù)據(jù)承載卡使用VoLTE通話，終端應(yīng)具備通過數(shù)據(jù)承載卡的PS域或通過WLAN進行數(shù)據(jù)

連接的能力，終端通過數(shù)據(jù)承載卡的PS域或通過WLAN進行數(shù)據(jù)連接時，雙卡的5G消息能正

常使用；數(shù)據(jù)承載卡能正常接收短彩信，且正在進行中的通話不受5G消息或短彩信交互的

影響。

6

T/CAICIXXXX—XXXX

2)如果數(shù)據(jù)承載卡使用CS域通話，終端應(yīng)具備通過WLAN進行數(shù)據(jù)連接的能力，終端通過WLAN

進行數(shù)據(jù)連接時，雙卡的5G消息能正常使用，數(shù)據(jù)承載卡能正常接收短彩信，且正在進行

中的通話不受5G消息或短彩信交互的影響。

b)非數(shù)據(jù)承載卡使用話音業(yè)務(wù)期間：終端應(yīng)具備通過WLAN進行數(shù)據(jù)連接的能力，終端通過WLAN

進行數(shù)據(jù)連接時，雙卡的5G消息能正常使用，非數(shù)據(jù)承載卡能正常接收短彩信，且正在進行中

的通話不受5G消息或短彩信交互的影響。

4.9軟件升級

終端應(yīng)支持5G消息相關(guān)的軟件在線升級，軟件升級要求參見CCSA《5G消息終端技術(shù)要求》4.10節(jié)。

55G消息雙卡終端業(yè)務(wù)功能要求

5.1概述

終端中的雙卡都應(yīng)支持個人消息、行業(yè)消息。行業(yè)消息的品牌名稱為應(yīng)用號，終端應(yīng)在Chatbot相

關(guān)的功能入口使用該名稱。

終端的消息會話列表中，雙卡的個人消息（包括點對點消息、群發(fā)消息、群聊消息）會話和行業(yè)消

息會話混排。

a)個人消息中的點對點消息會話延用傳統(tǒng)雙卡終端中雙卡短信/彩信的呈現(xiàn)方式，雙卡與同一聯(lián)

系人的點對點消息混排在一個會話中。

b)雙卡的群聊消息會話在會話列表中分別展示，終端應(yīng)在會話列表中標明該會話屬于哪張卡。

c)雙卡的行業(yè)消息會話在會話列表中根據(jù)Chatbot的歸屬運營商展示，終端應(yīng)在會話列表中標明

該Chabot屬于哪個運營商。

雙卡終端的5G消息界面設(shè)計參見《5G消息業(yè)務(wù)顯示規(guī)范》。

5.2個人消息

5.2.1查看消息

終端應(yīng)能正確完整的顯示雙卡的5G消息，對接收到的內(nèi)容不能篡改。

雙卡的個人消息與行業(yè)消息在會話列表中混排顯示。

a)點對點消息會話延用傳統(tǒng)雙卡終端中雙卡短信/彩信的呈現(xiàn)方式，雙卡與同一聯(lián)系人的點對點

消息混排在一個會話中。

b)群發(fā)消息會話延用傳統(tǒng)雙卡終端中雙卡短信/彩信的呈現(xiàn)方式，雙卡向同一聯(lián)系人列表發(fā)送的

消息混排在一個會話中。

c)雙卡的群聊消息會話在會話列表中分別展示，終端應(yīng)在會話列表中標明該會話屬于哪張卡。

查看消息的其它要求參見CCSA《5G消息終端技術(shù)要求》5.2.2節(jié)。

5.2.2發(fā)送消息

終端發(fā)送點對點消息、群發(fā)消息時，應(yīng)在聊天界面向用戶提供卡選項，用戶可通過任一卡向聯(lián)系人

或聯(lián)系人列表發(fā)送消息。

終端發(fā)送群聊消息時，不應(yīng)在聊天界面提供卡選項，應(yīng)默認采用該群的歸屬卡向群中發(fā)送消息。

發(fā)送消息相關(guān)的其它技術(shù)要求參見CCSA《5G消息終端技術(shù)要求》5.2.3節(jié)。

5.2.3接收消息

終端應(yīng)支持接收任一卡的點對點消息、群聊消息。終端如果接收到無法識別的消息類型，需要進行

容錯處理（如直接丟棄或提示用戶），不應(yīng)影響終端正常使用。

對于接收到的消息，終端應(yīng)支持將其放入接收方USIM卡的消息會話中。

接收消息相關(guān)的其它技術(shù)要求參見CCSA《5G消息終端技術(shù)要求》5.2.4節(jié)。

7

T/CAICIXXXX—XXXX

5.2.4群聊和群管理

創(chuàng)建群

終端應(yīng)支持以任一卡作為創(chuàng)建者來創(chuàng)建群，用戶創(chuàng)建群時，終端應(yīng)提供卡選項。

群創(chuàng)建成功后，終端應(yīng)訂閱該群的狀態(tài)，并提供群管理入口，群創(chuàng)建者默認為群管理員。如果創(chuàng)建

失敗，終端應(yīng)提示用戶群創(chuàng)建不成功。創(chuàng)建群、設(shè)置群名稱、設(shè)置群頭像相關(guān)的技術(shù)要求參見CCSA《5G

消息終端技術(shù)要求》節(jié)。

群成員權(quán)限

終端應(yīng)為群管理員和普通群成員提供對應(yīng)其角色權(quán)限的操作選項。群管理員和普通群成員的操作選

項參見CCSA《5G消息終端技術(shù)要求》節(jié)。

終端應(yīng)區(qū)分標示群管理員，應(yīng)支持每個群同時存在多個群管理員。群管理員更換時，終端應(yīng)更新群

管理員標識。

如果終端的兩張卡都加入了某一個群聊，在執(zhí)行群操作選項時，終端應(yīng)使用該群聊會話所屬的卡來

執(zhí)行其角色權(quán)限對應(yīng)的操作選項。

終端應(yīng)支持為兩張卡分別設(shè)置用于群聊的別名。別名的使用要求參見CCSA《5G消息終端技術(shù)要求》

節(jié)。

加入群

終端應(yīng)支持處理任一卡接收到的群邀請，并以明顯方式提示用戶該邀請屬于哪一張卡。用戶收到群

邀請消息時，應(yīng)可以選擇接受或拒絕加入群。群邀請的處理要求參見CCSA《5G消息終端技術(shù)要求》

節(jié)。

退出群

終端應(yīng)支持用戶主動退出終端上的任一群。主動退出群的處理邏輯如下：

a)如果終端的兩張卡都加入了某一群聊，一張卡退出后，該卡所屬的群聊會話刪除，但另一卡所

屬的群聊會話仍存在，另一張卡可繼續(xù)參與群聊。

b)如果終端只有一張卡加入了某一群聊，用戶選擇退出后，終端應(yīng)在本地刪除該群聊會話，并退

出該群。

c)群管理員退出時，如果該群只有一個管理員，還應(yīng)提示需要向其他人轉(zhuǎn)移管理員權(quán)限。

終端應(yīng)支持由管理員刪除群成員或群解散引起的被動退出群，被動退出群的處理邏輯如下：

a)如果終端的兩張卡都加入了某一群聊，一張卡被動退出后，終端收到服務(wù)器下發(fā)的群解散消息，

應(yīng)提示用戶相關(guān)的群變化信息。終端應(yīng)將消息列表里該群的聊天記錄保留，用戶可以瀏覽或刪

除該聊天記錄，但不可再發(fā)送消息。另一卡所屬的群聊會話仍可繼續(xù)參與群聊。

b)如果終端只有一張卡加入了某一群聊，被動退出后，終端收到服務(wù)器下發(fā)的群解散消息，應(yīng)提

示用戶相關(guān)的群變化信息。終端應(yīng)將消息列表里該群的聊天記錄保留，用戶可以瀏覽或刪除該

聊天記錄，但不可再發(fā)送消息。

發(fā)送接收群消息

終端雙卡的群聊會話在會話列表中分開呈現(xiàn)。如果兩張卡都加入了某一個群聊，在終端的會話列表

中，應(yīng)存在2個該群的群聊會話，分別歸屬于2張卡。

終端發(fā)送群消息時，默認使用該群聊會話所屬的卡來發(fā)送消息。終端接收群消息時，應(yīng)根據(jù)消息的

接收方，將消息置于接收方所屬的群聊會話里。

終端向群中發(fā)送消息時，如果已經(jīng)不是該群的成員(已經(jīng)退出群，被管理員刪除，群已經(jīng)解散等)，

會收到網(wǎng)絡(luò)下發(fā)的錯誤信息，終端應(yīng)使用用戶容易理解的語言提示用戶相應(yīng)的錯誤，例如“您已不是

該群成員，無法發(fā)送信息”。

群信息更新

8

T/CAICIXXXX—XXXX

終端應(yīng)支持通過訂閱會話狀態(tài)信息獲取群的狀態(tài)。終端收到服務(wù)器下發(fā)的其他用戶加入群、退出群、

其他用戶被管理員刪除的消息，應(yīng)提示用戶群成員信息變化。終端對群會話狀態(tài)信息的處理邏輯如下：

a)如果終端只有一張卡加入了某一個群聊，終端應(yīng)訂閱該群的會話狀態(tài)信息，終端收到群會話

狀態(tài)信息時，應(yīng)在群聊會話中顯示該狀態(tài)。

b)如果終端的兩張卡都加入了某一個群聊，終端應(yīng)針對2張卡分別做群會話狀態(tài)信息訂閱；

c)如果終端的兩張卡都加入了某一個群聊，收到2條群會話狀態(tài)信息時，終端應(yīng)根據(jù)接收方不同

在2張卡的群聊會話中分別顯示該狀態(tài)；

d)如果群信息有更新，終端應(yīng)更新保存的群信息。終端如果尚未保存該群信息，應(yīng)保存該群的信

息。

終端應(yīng)支持通過訂閱群會場列表信息獲取終端任一卡已加入的群聊，用戶更換終端、恢復出廠設(shè)置

等場景下可通過該接口查詢自身已經(jīng)加入的群聊。終端在獲得群聊列表后，應(yīng)根據(jù)服務(wù)器的通知（包括

新加入、退出和被解散等），動態(tài)更新和維護群聊信息。

5.3行業(yè)消息

5.3.1Chatbot服務(wù)發(fā)現(xiàn)

搜索

終端應(yīng)支持用戶通過任一5G消息在線的卡搜索Chatbot。用戶輸入關(guān)鍵字，點擊搜索后，終端應(yīng)通

過用戶選定卡的配置參數(shù)“CHATBOTDIRECTORY”識別運營商Chatbot目錄服務(wù)器地址，再發(fā)起到該

Chatbot目錄服務(wù)器的搜索請求。

Chatbot搜索的技術(shù)要求參見CCSA《5G消息終端技術(shù)要求》節(jié)。

DeepLinking

Chatbot的Deeplink采用RFC5724定義的“sms”URIscheme。該Deeplink可包含在建議操作按鈕、

網(wǎng)頁、移動應(yīng)用或二維碼中。終端應(yīng)支持通過上述渠道中的Deeplink調(diào)起消息應(yīng)用并進入與對應(yīng)的

Chatbot的聊天界面。

對于建議操作按鈕、網(wǎng)頁、移動應(yīng)用中的Deeplink，Deeplink中可包含service_id參數(shù)和

Suggestion參數(shù)。

a)如果deeplink中包含service_id參數(shù)，終端應(yīng)以包含該service_id的SIPURI作為消息的接收

方。

b)如果deeplink中不包含service_id參數(shù)，但是包含了sms-recipient參數(shù)，則終端應(yīng)以該

sms-recipient參數(shù)導出的TELURI作為消息的接收方。

c)如果終端未注冊5G消息，Deeplink中包含了sms-recipient參數(shù)，則終端需將sms-recipient

中的電話號碼作為短信的接收方。否則終端應(yīng)向用戶做出錯誤提示，如：鏈接無效或應(yīng)用號不

可用等。

d)如果deeplink中包含body或者Suggestion參數(shù)，終端消息應(yīng)用需要根據(jù)這兩個參數(shù)準備用戶

發(fā)送的第一條消息。如果包含Suggestion參數(shù)，則終端應(yīng)該忽略body參數(shù)并直接向用戶展示

Suggestion中的suggestedreply和/或suggestedaction。如果只包含body不包含Suggestion

參數(shù)，則應(yīng)將body參數(shù)作為發(fā)送的消息的消息體。如果既沒有body又沒有Suggestion參數(shù)，則

終端應(yīng)新建一條接收方為service_id導出的SIPURI或sms-recipient參數(shù)導出的TELURI的空

白消息，準備用戶輸入消息內(nèi)容。

對于二維碼中的Deeplink，處理要求參見節(jié)。

若該Chatbot已在終端本地中存儲，通過DeepLinking調(diào)起后應(yīng)直接跳轉(zhuǎn)至與該Chatbot的聊天界面，

并顯示以往聊天記錄；若該Chatbot沒在終端本地中存儲，則應(yīng)打開與該Chatbot的一個新聊天界面。如

果該Deeplink中攜帶消息內(nèi)容，終端不應(yīng)自動發(fā)送消息，應(yīng)在用戶手動確認之后才能發(fā)送。

終端打開與一個Chatbot的新聊天界面時，選擇與該Chatbot交互的卡的方式如下：

9

T/CAICIXXXX—XXXX

a)如果Deeplink中包含Chatbot的service_id參數(shù)，終端應(yīng)支持通過service_id參數(shù)中域名中的

運營商標識（如中國移動Chatbot的域名中包含“chinamobile”或“10086”，中國聯(lián)通Chatbot

的域名中包含“wo”或“chinaunicom”，中國電信Chatbot的域名中包含“189”或“chinatelecom”。

域名中包含的運營商標識可事先指定，或通過配置參數(shù)下發(fā)給終端，具體采用哪種方式在業(yè)務(wù)

開展前由運營商與終端廠商商定）判定該Chatbot歸屬于哪個運營商：

1)如果Deeplink中的Chatbot與雙卡的歸屬運營商有交集，且雙卡歸屬于不同的運營商，終

端應(yīng)默認選擇與該Chatbot歸屬于同一運營商的卡來與該Chatbot交互，且終端不應(yīng)提供切

換卡的選項。

2)如果Deeplink中的Chatbot與雙卡的歸屬運營商有交集，且雙卡歸屬于同一個運營商，與

該Chatbot交互的卡應(yīng)默認為與上述渠道相關(guān)聯(lián)的Chatbot消息所屬的卡（例如：ChatbotB

的Deeplink包含在ChatbotA向卡1發(fā)送消息的建議操作按鈕中或ChatbotA向卡1下發(fā)的

鏈接中或ChatbotA向卡1下發(fā)的網(wǎng)頁中，則終端默認用卡1與ChatbotB交互），且終端應(yīng)

提供切換卡的選項；如果該渠道沒有關(guān)聯(lián)的Chatbot消息（如：Deeplink包含在其他應(yīng)用

中），與該Chatbot交互的卡應(yīng)為終端默認卡或終端提示用戶選卡后用戶選定的卡。

3)如果Deeplink中的Chatbot與雙卡的歸屬運營商沒有交集，終端應(yīng)向用戶作出合理提示，

如：應(yīng)用號不可用。

4)終端選定與該Chatbot的交互卡之后，應(yīng)向該卡對應(yīng)的Chatbot信息服務(wù)器發(fā)起Chatbot詳

情查詢，具體要求參見第5.3.2節(jié)。

b)如果Deeplink中不包含Chatbot的service_id參數(shù)而包含sms-recipient參數(shù)，終端可默認選

定一張卡，用戶也可手動切換為另一卡，終端使用默認卡或用戶選定的卡與Deeplink中

sms-recipient參數(shù)中的電話號碼交互。

Chatbot的Deeplink樣例參見《YD/T3961-20215G消息終端技術(shù)要求》節(jié)。

掃描二維碼

終端應(yīng)支持通過掃描二維碼打開Chatbot聊天界面。二維碼中Chatbot的Deeplink采用RFC5724定義

的“sms”URIscheme。

二維碼中的Deeplink中必須包含service_id參數(shù)，可包含body和Suggestion參數(shù)。

a)如果二維碼的Deeplink中不包含service_id參數(shù)或service_id參數(shù)中不包含“botplatform”

字段，則該二維碼不是一個Chatbot相關(guān)的二維碼，建議終端向用戶提示該二維碼不是應(yīng)用號

相關(guān)的二維碼，或向用戶展示該二維碼解析出來的字符串。

b)如果二維碼的Deeplink中包含service_id參數(shù)且service_id參數(shù)中包含“botplatform”字段，

終端應(yīng)以包含該service_id的SIPURI作為消息的接收方。

c)如果deeplink中包含body或者Suggestion參數(shù)，終端消息應(yīng)用需要根據(jù)這兩個參數(shù)準備用戶

發(fā)送的第一條消息。如果包含Suggestion參數(shù)，則終端應(yīng)該忽略body參數(shù)并直接向用戶展示

Suggestion中的suggestedreply和/或suggestedaction。如果只包含body不包含Suggestion

參數(shù)，則應(yīng)將body參數(shù)作為發(fā)送的消息的消息體。如果既沒有body又沒有Suggestion參數(shù)，則

終端應(yīng)新建一條接收方為service_id導出的SIPURI或sms-recipient參數(shù)導出的TELURI的空

白消息，準備用戶輸入消息內(nèi)容。

d)如果Deeplink中同時包含了sms-recipient參數(shù)，當終端未注冊5G消息時，終端需將

sms-recipient中的電話號碼作為短信的接收方，打開與該號碼的短信聊天界面。當終端已注

冊5G消息時，即使Chatbot詳情獲取失敗，也不應(yīng)打開與該號碼的短信聊天界面。

若該Chatbot已在終端本地中存儲，通過DeepLinking調(diào)起后應(yīng)直接跳轉(zhuǎn)至與該Chatbot的聊天界面，

并顯示以往聊天記錄；若該Chatbot沒在終端本地中存儲，則應(yīng)打開與該Chatbot的一個新聊天界面。如

果該Deeplink中攜帶消息內(nèi)容，終端不應(yīng)自動發(fā)送消息，應(yīng)在用戶手動確認之后才能發(fā)送。

終端打開與一個Chatbot的新聊天界面時，選擇與該Chatbot交互的卡的方式參考第節(jié)。

5.3.2Chatbot詳情

10

T/CAICIXXXX—XXXX

終端應(yīng)支持為任一卡從該卡對應(yīng)的配置數(shù)據(jù)中的配置參數(shù)“BOTINFOFQDNROOT”獲取運營商Chatbot

信息服務(wù)器地址。終端應(yīng)支持向任一卡對應(yīng)的Chatbot信息服務(wù)器發(fā)起Chatbot詳情信息查詢請求，并正

確接收和展示查詢到的結(jié)果信息。

對于通過關(guān)鍵字搜索發(fā)現(xiàn)的新Chatbot（以前與該Chatbot未交互過），終端在打開聊天界面前，應(yīng)

支持通過發(fā)起搜索的USIM卡對應(yīng)運營商的Chatbot信息服務(wù)器查詢該Chatbot的詳情。

對于通過網(wǎng)頁、掃描二維碼或DeepLinking等方式發(fā)現(xiàn)的新Chatbot，終端在打開聊天界面前，應(yīng)

支持查詢該Chatbot的詳情，終端應(yīng)支持通過service_id參數(shù)中域名中的運營商標識（如中國移動

Chatbot的域名中包含“chinamobile”或“10086”，中國聯(lián)通Chatbot的域名中包含“wo”或“chinaunicom”，

中國電信Chatbot的域名中包含“189”或“chinatelecom”。域名中包含的運營商標識可事先指定，或

通過配置參數(shù)下發(fā)給終端，具體采用哪種方式在業(yè)務(wù)開展前由運營商與終端廠商商定）判定該Chatbot

歸屬于哪個運營商：

a)如果Deeplink中的Chatbot與雙卡的歸屬運營商有交集，且雙卡歸屬于不同的運營商，終端應(yīng)

向與該Chatbot歸屬于同一運營商的卡對應(yīng)的Chatbot信息服務(wù)器發(fā)起詳情查詢請求。

b)如果Deeplink中的Chatbot與雙卡的歸屬運營商有交集，且雙卡歸屬于同一個運營商：

1)如果該Deeplink渠道有相關(guān)聯(lián)的Chatbot消息（例如：Deeplink包含在某Chatbot的建議

操作按鈕中、Chatbot下發(fā)的鏈接中），終端應(yīng)向該Chatbot消息所歸屬的卡對應(yīng)的Chatbot

信息服務(wù)器發(fā)起詳情查詢請求；否則終端應(yīng)向與該Chatbot交互的終端默認卡或終端提示

用戶選卡后用戶選定的卡對應(yīng)的Chatbot信息服務(wù)器發(fā)起詳情查詢請求。

2)如果是基于用戶選定的卡對應(yīng)的Chatbot信息服務(wù)器發(fā)起的詳情查詢請求，查詢失敗時，

終端應(yīng)使用Chatbot詳情信息查詢失敗的邏輯，不再向另一卡對應(yīng)的Chatbot信息服務(wù)器發(fā)

起詳情查詢請求；否則終端應(yīng)再次向另一卡對應(yīng)的Chatbot信息服務(wù)器發(fā)起詳情查詢請求，

如果查詢成功，則終端應(yīng)將與該Chatbot交互的卡切換為另一卡。

c)如果Deeplink中的Chatbot與雙卡的歸屬運營商沒有交集，終端應(yīng)向用戶作出合理提示，如：

應(yīng)用號不可用。

如果查詢詳情失敗，終端不應(yīng)展示Chatbot聊天界面，并應(yīng)向用戶做出合理提示，例如：無法識別

該應(yīng)用號。詳情信息查詢失敗時的重試邏輯參見GSMARCC.07V11.O第.2節(jié)。

終端在向Chatbot信息服務(wù)器發(fā)起詳情查詢請求前，應(yīng)判斷該Chatbot信息服務(wù)器所對應(yīng)的USIM卡的

5G消息是否在線，如果在線，則正常發(fā)起請求，否則應(yīng)向用戶做出合理提示，如：應(yīng)用號不可用。

對Chatbot詳情的其它技術(shù)要求參見CCSA《5G消息終端技術(shù)要求》5.3.3節(jié)。

5.3.3Chatbot信息存儲

本地保存Chatbot信息

終端應(yīng)支持將Chatbot信息保存至本地。用戶選擇保存后，終端本地應(yīng)判斷是否已經(jīng)保存過該

Chatbot，已保存的可覆蓋，未保存的可新建存儲。雙卡保存到本地的Chatbot列表應(yīng)分別展示。

終端應(yīng)支持對已存儲到本地的Chatbot信息進行刪除。刪除本地保存的Chatbot后，與該Chatbot交

互的消息記錄不應(yīng)刪除。

本地保存特殊Chatbot列表

終端應(yīng)支持為雙卡緩存特殊Chatbot列表。從每一張卡對應(yīng)的配置數(shù)據(jù)中的配置參數(shù)“SPECIFIC

CHATBOTSLIST”中獲取一個URL，通過該URL獲取需要終端進行特殊處理的Chatbot列表。特殊Chatbot

列表包括應(yīng)急Chatbot和Chatbot網(wǎng)絡(luò)黑名單兩類。

終端應(yīng)支持分別保存雙卡的應(yīng)急Chatbot和Chatbot網(wǎng)絡(luò)黑名單。對特殊Chatbot列表的更新及其它

處理要求參見CCSA《5G消息終端技術(shù)要求》節(jié)。

5.3.4本地黑名單

終端應(yīng)支持將普通Chatbot加入、移出本地黑名單，但不應(yīng)提供將應(yīng)急Chatbot加入本地黑名單的操

作入口。

11

T/CAICIXXXX—XXXX

終端將本地黑名單中的Chatbot移出本地黑名單后，應(yīng)可正常接收該Chatbot發(fā)送的消息，但不應(yīng)向

用戶展示該Chatbot在本地黑名單期間向該用戶發(fā)送的消息。

終端雙卡的本地黑名單管理延用原雙卡短信/彩信的本地黑名單管理方式。

5.3.5接收Chatbot消息

終端應(yīng)支持接收接收方為任一5G消息在線的卡的Chatbot消息，并根據(jù)請求回復相應(yīng)的遞送報告。

Chatbot消息類型、遞送報告及接收異常處理相關(guān)的技術(shù)要求參見CCSA《5G消息終端技術(shù)要求》

5.3.6節(jié)。

5.3.6展示Chatbot消息

展示消息

終端應(yīng)支持正確完整展示Chatbot發(fā)送的消息，以及消息中可能攜帶的建議選項，不應(yīng)對消息進行

篡改。

支持展示的消息類型和處理要求參見CCSA《5G消息終端技術(shù)要求》節(jié)。

展示消息列表

雙卡的行業(yè)消息會話在會話列表中根據(jù)Chatbot的歸屬運營商展示，終端應(yīng)在會話列表中標明該

Chabot屬于哪個運營商。

a)如果終端的雙卡歸屬于同一個運營商，則在Chatbot會話中，終端應(yīng)提供卡選項，終端的雙卡

都可與該Chatbot交互。

b)如果終端的雙卡歸屬于不同的運營商，則在Chatbot會話中，終端不應(yīng)提供卡選項，只有與該

Chatbot屬于同一家運營商的卡才能與該Chatbot交互。

在終端的消息列表中，Chatbot消息應(yīng)默認與短信/彩信及個人消息混排。終端可提供應(yīng)用號消息聚

合選項。當終端提供應(yīng)用號消息聚合選項時，應(yīng)用號消息聚合選項應(yīng)默認設(shè)置為不聚合，此時，應(yīng)用號

消息與個人消息混排。用戶選擇打開應(yīng)用號消息聚合選項后，應(yīng)用號消息將聚合在消息列表中的應(yīng)用號

消息文件夾中，不與個人消息混排。

終端應(yīng)支持通過Chatbot角色標識的featuretag來識別消息發(fā)送方是一個Chatbot，在消息會話列

表中將Chatbot消息與個人消息區(qū)分展示。具體技術(shù)要求參見CCSA《5G消息終端技術(shù)要求》節(jié)。

消息混排

Chatbot消息會話中Chatbot消息與Chatbot的短信號碼對應(yīng)的短信/彩信的混排要求參見CCSA《5G

消息終端技術(shù)要求》節(jié)。

5.3.7向Chatbot發(fā)送消息

終端應(yīng)支持任一5G消息在線的卡以StandaloneMessage方式向Chatbot發(fā)送或回復消息，應(yīng)在消息

中攜帶Chatbot業(yè)務(wù)標識和Chatbot版本標識。消息類型及技術(shù)要求參見CCSA《5G消息終端技術(shù)要求》

5.3.8節(jié)。

5.3.8Chatbot消息操作

終端的雙卡都應(yīng)支持Chatbot消息中攜帶建議選項。通過點擊建議選項觸發(fā)的上行消息應(yīng)默認以攜

帶該建議選項的消息的接收USIM卡作為發(fā)送方。

建議選項的其它技術(shù)要求參見CCSA《5G消息終端技術(shù)要求》5.3.9節(jié)。

5.3.9舉報Chatbot消息

終端應(yīng)支持對某條Chatbot消息、某個Chatbot進行舉報。舉報消息的接收方、舉報內(nèi)容等使用GSMA

RCC.07v11.0第3.6.6節(jié)中定義的格式。

當用戶舉報Chatbot時：

12

T/CAICIXXXX—XXXX

a)如果終端的雙卡歸屬于同一個運營商，終端應(yīng)使用當前該會話中默認選定的卡來舉報；如果該

卡5G消息不在線且另一卡5G消息在線，則使用另一5G消息在線的卡來舉報；如果雙卡的5G消息

都不在線，則終端應(yīng)將該舉報Chatbot的按鈕置為不可用狀態(tài)；

b)如果終端的雙卡歸屬于不同的運營商，終端應(yīng)使用與該Chatbot歸屬于同一家運營商的卡來舉

報。如果該卡5G消息不在線或此終端上不存在與該Chatbot歸屬于同一家運營商的USIM卡，則

終端應(yīng)將該舉報Chatbot的按鈕置為不可用狀態(tài)。

當用戶舉報Chatbot消息時，終端應(yīng)使用接收該條消息的卡來舉報，如果該卡5G消息不在線，則終

端應(yīng)將該舉報Chatbot的按鈕置為不可用狀態(tài)。

5.4消息管理

終端應(yīng)支持分別對雙卡的消息進行管理。具體要求參見CCSA《5G消息終端技術(shù)要求》5.4節(jié)。

6網(wǎng)絡(luò)及協(xié)議要求

網(wǎng)絡(luò)及協(xié)議要求參見CCSA《5G消息終端技術(shù)要求》第6節(jié)。

7安全性要求

終端應(yīng)遵循5G消息安全相關(guān)標準中與終端安全相關(guān)的規(guī)定。

8性能要求

終端應(yīng)具備為雙卡長時間穩(wěn)定提供各項5G消息業(yè)務(wù)功能的能力。

13

ICS33.030

CCSM21

CAICI

中國通信企業(yè)協(xié)會團體標準

T/CAICIXXXX—XXXX

雙卡5G消息終端技術(shù)規(guī)范

Specificationfor5GMessagingServices-Terminalwith2SIMcards

（征求意見稿）

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

中國通信企業(yè)協(xié)會發(fā)布

T/CAICIXXXX—XXXX

雙卡5G消息終端技術(shù)規(guī)范

1范圍

本標準規(guī)定了數(shù)字移動通信雙卡終端支持5G消息業(yè)務(wù)的技術(shù)要求，包括基本要求、業(yè)務(wù)功能要求、

網(wǎng)絡(luò)及協(xié)議要求、安全性要求及性能要求，其中終端業(yè)務(wù)功能要求包括個人消息功能要求、行業(yè)消息功

能要求、消息管理功能要求。

本標準規(guī)定的5G消息基于GSMARCSUP2.4及相關(guān)標準實現(xiàn)。

本標準適用于支持5G消息業(yè)務(wù)的數(shù)字移動通信雙卡終端。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

YD/T0279-20195G消息總體技術(shù)要求

YD/T3961-20215G消息終端技術(shù)要求

GSMARCC.07v11.0富通信套件先進通信服務(wù)與客戶端標準（RichCommunicationSuite-Advanced

CommunicationsServicesandClientSpecification）

GSMARCC.71v2.4富通信套件全球統(tǒng)一標準服務(wù)定義（RCSUniversalProfileServiceDefinition

Document）

GSMARCC.14v7.0業(yè)務(wù)提供商終端配置（ServiceProviderDeviceConfiguration）

OMA_TS_CPM_V2.2融合消息技術(shù)規(guī)范（ConvergedIPMessage）

3GPPTS24.229基于SIP和SDP的IP多媒體呼叫控制協(xié)議（IPmultimediacallcontrolprotocol

basedonSessionInitiationProtocol(SIP)andSessionDescriptionProtocol(SDP)）

IETFRFC5626在SIP協(xié)議中管理客戶端啟動的連接(ManagingClient-InitiatedConnectionsin

theSessionInitiationProtocol)

IETFRFC7232超文本傳輸協(xié)議1.1：有條件請求（HypertextTransferProtocol(HTTP/1.1):

ConditionalRequests）

IETFRFC5870地理位置統(tǒng)一資源標識符(AUniformResourceIdentifierforGeographic

Locations('geo'URI))

3術(shù)語、定義和縮略語

3.1術(shù)語和定義

YD/T3961-2021界定的下列術(shù)語和定義適用于本文件。

3.1.15G消息5GMessaging

5G消息是能與短信/彩信等基礎(chǔ)電信業(yè)務(wù)協(xié)同開展的業(yè)務(wù)，5G消息業(yè)務(wù)包括個人消息、行業(yè)消息和

增強通話涉及的消息等業(yè)務(wù)形式。

3.1.2聊天機器人Chatbot

5G消息中行業(yè)消息應(yīng)用的呈現(xiàn)形式，以消息對話的方式，向用戶提供行業(yè)消息服務(wù)功能。

3.1.3配置通知短信NetworkRequestedConfigurationShortMessage

1

T/CAICIXXXX—XXXX

網(wǎng)絡(luò)向終端下發(fā)的二進制短信，用戶不可見，用于網(wǎng)絡(luò)側(cè)通知終端發(fā)起獲取配置流程。

3.1.4建議選項SuggestedChipList

Chatbot消息中攜帶的可供用戶點擊的快捷操作按鈕，從功能上分，包括建議回復和建議操作。

3.1.5深度鏈接DeepLinking

DeepLinking是指終端應(yīng)用在處理特定URI的時候可以直接跳轉(zhuǎn)到對應(yīng)的內(nèi)容頁或觸發(fā)特定邏輯，

而不僅僅是啟動該應(yīng)用。

3.1.6Chatbot業(yè)務(wù)標識ChatbotIARI

用于標識某實體支持Chatbot消息，對應(yīng)的featuretag為：

+g.3gpp.iari-ref="urn%3Aurn-7%3A3gpp-application.