3.5.1.3  群发消息

群发消息由发端网络负责向多个接收者群发消息。接收者可用点对点消息的方式直接回复该消息给发送者。

群发消息根据消息内容大小，选择使用Pager Mode或者Large Message Mode方式发送，群发消息与点对点消息不同之处在于接收人列表（URI List）的长度也计入消息体的配置参数“STANDALONE SWITCHOVER SIZE”确定的字节数长度限制范围内。URI List格式要求见IETF RFC 5366。群发人数上限由网络侧参数“MAX 1 TO MANY RECIPIENTS”确定。

3.5.1.3.1  采用Pager Mode方式的消息群发

假设用户A、B、C归属于不同的5GMC、且当前均在线，使用Pager Mode群发消息的流程如下图所示：

Pager Mode消息群发流程

具体说明如下：

1~4）用户A发送SIP MESSAGE消息到A侧消息处理功能，SIP MESSAGE消息中携带用户接收列表(用户B、用户C)的URI List；

5~16）SIP MESSAGE消息被用户A侧5G消息处理功能分别转发到B、C侧5G消息处理功能，B、C侧5G消息处理功能将SIP MESSAGE消息发送到用户B和用户C；

17~36）如果用户A发送SIP MESSAGE中要求递送报告，用户B、用户C分别发送SIP MESSAGE,携带递送报告给用户A。

3.5.1.3.2  Large Message Mode消息的群发

对于Large Message Mode消息的群发，通过一次SIP信令交互，建立一个MSRP通道，将文件内容通过MIME编码，形成一个MSRP消息体发送。由主叫用户的消息处理功能根据SIP消息中携带的接收方列表将消息分发给各个接收方。5G消息系统宜设置Large Message Mode消息大小上下限。

对于文件的群发采用HTTP方式实现，在文件上传到多媒体内容存储功能后，后续文件消息（文件属性和链接）发送流程同Pager Mode或Large Message Mode群发消息。其他要求与点对点消息中的文件传输相同。

3.5.1.4    群聊

群成员包括群管理员和普通成员，群的创建者默认成为群管理员。

普通成员和群管理员支持的群管理功能不同，普通群成员具有的权限包括：设置群名称、设置群头像、邀请他人加入群、主动退出群、设置自己的群别名。群管理员具有的权限包括：删除群成员、指定其他群管理员、转移群管理员、修改群名称、创建群、解散群，同时具有普通群成员的操作权限。

用户加入群后，才能发送和接收群聊消息，但不能接收、查看其加入群之前的群聊消息历史。

5G消息用户不在线时不接收群聊消息，群聊消息将以离线消息形式在5G消息系统中保存，存放时间网络侧可配置，待用户下次在线时投递给用户。

群成员使用SIP REFER消息邀请他人加入群以及删除群成员，使用MSRP承载群数据管理，包括设置群头像、设置群别名、转移群管理员权限等，发起群管理的用户在与群聊平台建立的MSRP通道中直接发送MSRP SEND请求，并携带群聊数据管理所用的消息体。

3.5.1.4.1  用户创建群组聊天相关示例

用户创建群聊会话流程

具体说明如下：

1~10）用户A发送建立群聊的SIP INVITE消息到A侧消息处理功能，该请求内包含初始邀请的群聊成员用户B和用户C。A侧消息处理功能再送至用户A归属的群聊消息功能，与该群聊消息功能建立MSRP通道；

1~20）用户A归属的群聊消息功能发送建立群聊的SIP INVITE消息到B侧消息处理功能，再发往用户B。用户B接受群聊邀请后，与用户A归属的群聊消息功能间建立MSRP通道；

21~30）用户A归属的群聊消息功能发送建立群聊的SIP INVITE消息到B侧消息处理功能，再发往用户C。用户C接受群聊邀请后，与用户A归属的群聊消息功能间建立MSRP通道。

3.5.1.4.2  使用SIP REFER消息邀请群成员相关示例

使用SIP REFER方法邀请群成员流程

具体说明如下：

1~6）用户A发送SIP REFER请求，其中携带相关管理业务所需方法（例如，邀请群成员时，refer- to头中的method=INVITE）；

7~15）群聊消息功能解析SIP REFER请求，根据其中携带的方法向被邀请的用户发送相关请求。

踢出群成员流程与上图相同，其中refer-to头中的method=BYE，群聊消息功能发送SIP BYE请求到用户B。

3.5.2  行业消息业务要求

3.5.2.1    Chatbot发现

用户可通过多种方式发现Chatbot，如在消息搜索框内搜索后点击搜索结果触发，从浏览器的网页上点击触发、扫描二维码触发，输入Chatbot ID触发，触发后即可进入消息交互界面。

3.5.2.2    Chatbot信息查询

Chatbot信息包括账号、名称、头像、服务描述、回呼号码和短信号码等。5G消息用户可主动发起Chatbot信息查询，也可被动发起查询。

被动查询指在接收到一个新的Chatbot（以前与该Chatbot未交互过）消息后，用户将向运营商网络查询校验此Chatbot信息，若未发现该Chatbot，则认为此消息的来源为不可信，不向用户进行展示，从而确保了消息来源的可靠性。

终端不可修改Chatbot的所有信息，如果缓存的Chatbot信息有效期到期，应重新发起Chatbot信息查询请求。如果获取详情失败，则应仍使用旧的信息。

3.5.2.3   Chatbot消息

行业客户的Chatbot向个人用户以点对点消息或者群发消息方式发送消息，发送的文本消息用Pager Mode（包括Large Pager Mode）方式发送，且文本消息不能超过单条消息大小限制，文件采用HTTP协议进行传输。

个人用户以点对点消息向Chatbot发送或回复消息，发送方式包括Pager Mode和Large Message Mode，具体由终端决定，消息中应携带Chatbot业务标识和Chatbot版本标识。还可以通过“建议回复” 和“建议操作”与Chatbot交互。“建议回复”在界面上展示为一个可点击的按键，当用户点击“建议回复”按键时，终端将该“建议回复”所定义的内容作为一条消息发送给Chatbot，这条发送内容是用户可见的。“建议操作”在界面上展示为一个可点击的按键。当用户点击“建议操作”按键时，终端执行该“建议操作”定义的功能，如：打开特定网页或APP、调起电话拨号应用完成音视频电话呼叫至特定对象、在地图上查询位置和发送终端本地地理位置、添加日历事件、编辑起草和发送文本消息或音视频消息等。网络支持行业消息的投递保障，对无法使用5G消息投递的消息采用网络短信回落、消息撤回等方式进行投递。

3.5.2.4    Chatbot消息体

支持5G消息的终端，其Chatbot消息体封装应遵循终端相关标准规定。

3.5.2.5    举报Chatbot

5G消息系统应支持举报Chatbot功能，举报消息应通过5G消息发送。举报某个Chatbot或某条Chatbot消息时，允许用户选择举报类型，以及填写自由文本信息。

3.5.2.6 应急Chatbot

5G消息系统应支持向终端配置应急Chatbot功能，并对应急Chatbot进行特殊标识。应急Chatbot不应被终端加入本地黑名单进行消息屏蔽。

3.5.2.7 Chatbot黑名单

5G消息系统应支持Chatbot黑名单功能。黑名单分为终端设置Chatbot黑名单和网络配置Chatbot黑名单。

终端设置Chatbot黑名单是用户终端本地配置的黑名单，具体要求应遵循终端相关标准规定。

网络配置Chatbot黑名单是指由网络侧配置的黑名单，如果黑名单下发给终端，则由终端侧进行消息拦截；如果黑名单不下发给终端，则由网络侧进行消息拦截。被加入黑名单的Chatbot无法与用户间交互消息，无法被用户搜索查看。

3.5.3 增强通话涉及的消息业务要求

3.5.3.1   业务能力标签

增强通话的通话前消息业务专用业务能力标签为：

+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.gsma.callcomposer.sa"

5G消息系统支持在用户注册及发送增强通话的通话前消息时在Accept-Contact、P-Preferred- Service或 P-Asserted-Service等头域携带专用ICSI能力标签。

3.5.3.2   业务能力发现

5G消息系统支持增强通话涉及的消息的能力发现机制。增强通话通话前主叫终端通过向被叫终端发送SIP OPTIONS信令，探测被叫终端是否支持增强通话涉及的消息业务，如果被叫终端不支持该业务，则主叫终端不应发起增强通话涉及的消息。

3.5.3.3   业务技术要求

增强通话涉及的消息业务与点对点消息业务的技术方案一致。增强通话涉及的消息业务的文本、重要通话标识、位置等信息通过携带专用ICSI标识的SIP MESSAGE消息发送给接收方，接收方终端通过主叫电话号码将增强通话涉及的消息和呼叫关联，并在振铃界面展示。

增强通话涉及的消息（多媒体内容）在主被叫间传输的业务流程如下：

ü主叫采用HTTPS方式发送媒体内容（如图片消息）到多媒体内容存储功能模块，与点对点消息中的文件传输的差异如下：

（1）可以单独设置增强通话媒体内容存储功能模块（与5G消息中心的多媒体内容存储功能模块分开）。

（2）增强通话涉及的消息的媒体内容传输完成后，不需要被叫终端发送投递报告和已读报告。

ü所发送的媒体内容上传成功后，主叫向被叫发送一个XML信息

ü（application/vnd.gsma.encall+xml），包含媒体内容的URL、大小、名字、类型等信息。

ü被叫从接收的XML（application/vnd.gsma.encall+xml）中获取媒体内容的URL并立即下载到本地，判断所接收的媒体内容与呼叫相关（主叫号码相同）时，将所接收的增强通话涉及的消息与通话信息同时在被叫终端展示，否则被叫终端不展示所接收的增强通话涉及的消息。

3.6    码号与标识

3.6.1  个人用户码号要求

5G消息个人用户标识遵从IMS的用户标识体系，包括tel URI（含MSISDN）和SIP URI。具体要求应遵循GSMA RCC.07 v11.0中第2.5节中相关规定。

3.6.2  行业客户码号要求

对于行业用的Chatbot，应使用SIP URI作为标识，且应遵循以下规则：

——应包含带有“botplatform”子域名的 FQDN；

——不应包含 user=phone 参数；

——可以包含除 user=phone 的其他参数；

——MaaP 平台应为其分配唯一的用户部分标识。

示例：

sip:<bot-service-id-userpart>@botplatform.<mnc<MNC>.mcc<MCC>.3gppnetwork.org

4   互通要求

当不同运营商分别建设5G消息中心时，则应遵循网间互通相关标准规定。不同运营商间应采用专用互通网关设备，保证服务质量。个人消息业务（包括点对点消息、群发消息、群聊）应在运营商间实现互联互通。

5   支撑管理要求

5.1 计费要求

5G消息业务通过5GC/EPC和5G消息系统进行承载，因此计费采集点涉及5GC、EPC、5G消息中心、MaaP平台、5G消息互通网关设备。具体计费方式由运营商定义。

Ø 5GC网络的计费架构及要求应遵循3GPP TS 32.240定义的网络资源用量的计费信息的收集和上报。SMF支持3GPP TS 32.240定义与计费系统交互的方式。UPF支持收集和向SMF报告用量。

Ø EPC网络的计费架构及要求应遵循3GPP TS 32.251相关规定。PGW应能正确产生计费信息并发送到计费系统。

Ø 5G消息中心宜具备产生计费相关信息的能力，同时支持将计费信息输出到计费系统，话单具体参数需要根据运营商的计费策略决定，如采用按条计费则应考虑消息类型。

Ø MaaP平台宜具备产生计费相关信息的能力，同时支持将计费信息输出到计费系统，话单具体参数由运营商计费策略决定。

Ø 5G消息互通网关设备应具备产生计费相关信息的能力，话单具体参数由运营商协商确定。

5.2 结算要求

5G消息业务应支持网间结算的能力。

5G消息网间互通网关设备生成的计费信息内容应能满足网间结算的要求。

6   服务质量

6.1 服务质量指标

5G消息的服务质量指标包括消息丢失率和消息下发时延：

（1）消息丢失率：指从消息提交到短消息中心到下发期间由于系统原因造成的消息丢失概率，消息丢失率£10－6。

（2）消息下发时延：指从5G消息系统下发消息到用户收到消息的时间间隔。对于已注册或在线用户，90%的消息下发时延应在5秒之内。

6.2    服务质量的可管理性

服务质量的可管理性包括两个方面：

（1）根据5G消息的不同业务和用户需求对服务质量策略进行管理，根据不同的消息业务类型和用户要求提供差异化的服务质量保证，并且可以根据业务变化对相应的服务质量策略进行修改和优化；

（2）能够对实际的服务质量保证情况进行监测、统计和报告，并且具有对服务质量问题进行有效定位和测试的手段。

7  终端要求

支持5G消息的终端应遵循5G消息终端相关标准规定。

8   安全要求

5G消息安全包括如下内容：

——内容安全要求：消息送审要求、策略和监控要求、管控与处置要求；

——业务安全要求：业务使用安全、业务管理安全要求、业务管控要求；

——数据安全要求：数据安全存储、数据备份/恢复、数据安全传输要求等。5G消息安全要求应遵循5G消息安全相关标准规定。