下面阐述的互联网关间的消息与承载协议无关，无论采用哪种承载方式都应该提供以下必要的业务消息，保证网间业务的互通，对于不同的承载协议只是在建立连接及消息的字段映射方面存在差别。
3、业务协议分析
3.1协议流程
互联网关间业务消息主要是依据3GPP的MM4接口定义的，互联网关间发送的消息类型包括：
（1）MM4_forward.REQ路由前转请求；
（2）MM4_forward.RES路由前转响应；
（3）MM4_delivery_reportREQ路由前转递送报告请求；
（4）MM4_delivery_reportRES路由前转递送报告响应；
（5）MM4_read_reply.REQ路由前转阅读报告请求；
（6）MM4_read_reply.RES路由前转阅读报告响应。
消息流程如图3所示。
图3 消息流程示意图
多媒体消息的始发方互联网关会使用一个包含多媒体消息业务控制信息和多媒体消息内容的MM4_forward.REQ消息，将网内多媒体消息中心转发过来的多媒体消息路由转发至接收方互联网关。发送方互联网关如果请求了响应MM4_forward.RES，接收方互联网关将在收到MM4_forward.REQ消息后响应一个提供请求状态的MM4_forward.RES消息给发送方互联网关。
接收方互联网关将MM4_forward.REQ转换成网内的消息进一步转发给接收用户归属的多媒体消息中心（MMSC），接收用户归属的多媒体消息中心根据系统及接收用户情况返回一个递送报告给发送方，首先转发至接收方互联网关，接收方互联网关在收到递送报告后，转换成网间的消息MM4_delivery_report.REQ转发给多媒体消息发送方互联网关，接收方互联网关如果请求了响应MM4_delivery_report.RES，发送方互联网关将在收到MM4_delivery_report.REQ消息后响应一个提供请求状态的MM4_delivery_report.RES消息给接收方互联网关。
如果发送用户请求了阅读报告，且接收用户同意发送阅读报告，那么接收用户提取多媒体消息后会向接收用户归属的多媒体消息中心发送阅读报告请求：同意向发送用户返回阅读报告。接收用户归属的多媒体消息中心向接收方互联网关转发多媒体消息阅读报告，接收方互联网关在收到阅读报告后，转换成网间的消息MM4_read_reply_report.REQ转发给发送方互联网关，接收方互联网关如果请求了响应MM4_read_reply_report.RES消息，发送方互联网关将在收到MM4_read_reply_report.REQ消息后响应一个提供请求状态的MM4_read_reply_report.RES消息给接收方互联网关。
3.2协议中关键问题分析
多媒体消息业务的开展各国有各国的具体运营情况，因此根据国内现网运营及网络结构情况需要对现有的MM4的接口协议做相应地调整以适应现网业务的互通。
（1）MessageID如何规定
MessageID在协议中用来标识一个消息，把一个消息及其响应联系在一起，该标识必须惟一。由于网间业务互通，各个运营商在网内的消息标识在网内虽然是惟一的，但可能在网间出现重复（如果两个运营商的编码方式类似），因此在网间业务互通过程中要对MessageID的编码方案进行标准化，以确保MessageID的惟一性。
