DIY编程器网

 找回密码
 注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 905|回复: 0
打印 上一主题 下一主题

[待整理] 多媒体消息业务的互通研究

[复制链接]
跳转到指定楼层
楼主
发表于 2014-10-13 16:11:49 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
1 引言
  多媒体消息业务,即MMS(MultimediaMessageService)就是可以支持多媒体功能,可传送视频片段、图片、声音和文字,不仅可以在手机之间进行多媒体传输,而且可以在手机和计算机之间传输的业务。
  多媒体消息业务并不依赖于具体的承载网络,无论是GSM/GPRS,CDMA1X,固定网,还是未来的TD-SCDMA、WCDMA等3G网络,只要能够建立数据业务传输连接,都可以支持MMS的发送和接收。MMS业务的实现既可以基于WAP方式,也可以基于IP方式。现阶段主要基于WAP方式。
  本文所描述的不同运营商多媒体消息业务互通的研究基于如下两点:
  (1)终端到终端的点对点多媒体消息业务;
  (2)WAP方式实现的多媒体消息业务。
2 多媒体消息业务互通结构
  不同运营商网络间多媒体消息业务可以通过多媒体消息互联网关(IWGW)进行互通。网间IWGW互联可以由两个运营商的IWGW直接连接,也可以经过第三方互联网关转接互联网关之间进行连接。IWGW之间采用基于TCP/IP的专线连接方式或互联网连接。图1为点对点多媒体消息业务网间互联网络结构直接连接方式。

图1  点对点多媒体消息业务网间互联网络结构示意图(直接连接)

3 多媒体消息业务互通的业务流程
  3.1 网间多媒体消息业务流程

图2  网间多媒体消息互通的业务流程

  网间多媒体消息业务互通流程如图2所示。
  (1)发送方MMS终端用户提交多媒体消息到其归属MMSC;
  (2)发送方用户归属的MMSC分析接收方用户号码,当接收方用户号码属于另外一个运营商时,将多媒体消息发送到发送方用户归属运营商的互联网关;
  (3)发送方用户归属运营商的互联网关按照路由原则将多媒体消息发送给接收方用户归属运营商的互联网关;
  (4)接收方用户归属运营商的互联网关将多媒体消息发送到接收方用户归属的MMSC;
  (5)接收方用户归属的MMSC将多媒体消息下发到被叫接收方MMS终端。
  3.2 网间多媒体消息递送报告流程

图3  网间多媒体消息递送报告流程

  递送报告传送的是多媒体消息业务的处理状态。递送报告可根据用户请求向发送方多媒体终端发送。递送报告的流程如图3所示,递送报告应按照原发送路由逆向返回。
  (1)接收方用户归属的MMSC根据接收方提取多媒体消息的情况向接收方用户归属互联网关返回多媒体消息递送报告;
  (2)接收方用户归属运营商的互联网关向发送方用户归属运营商的互联网关返回多媒体消息递送报告;
  (3)发送方用户归属运营商的互联网关向发送方用户归属的MMSC返回递送报告;
  (4)发送方归属的MMSC根据发送方用户请求递送报告的情况决定是否向发送方下发多媒体消息递送报告。
  3.3 网间多媒体消息阅读报告流程
  在网间多媒体消息业务中,如果发送方用户同时请求了多媒体消息阅读报告,并且接收方用户同意发送阅读报告,则互联网关之间也应提供多媒体消息阅读报告的传送。
  目前暂时在网间互通多媒体消息业务中不提供阅读报告功能。
4 互联网关和互通协议
  4.1 互联网关
  多媒体消息互联网关可以与多媒体消息中心合设,也可以独立设置。互联网关之间的连接可以采用基于TCP/IP的专线连接方式或互联网连接方式。
  多媒体消息互联网关采用X-H0H1H2-Y1Y2结构的6位字符作为设备标识。其中:X为互联网关运营商代码,由信息产业部分配;H0H1H2为长途区号(长度不足3位的采用右补零方式);Y1Y2为互联网关顺序号,由运营商自行分配互联网关设备标识顺序号。
  4.2 互通协议
  互联网关之间的协议应符合《点对点多媒体消息业务网间互通协议要求》。互联网关间采用多媒体消息系统中的MM4接口进行通信,互联网关之间的传输承载协议为简单邮件传输协议(SMTP)协议。
  互联网关间发送的主要消息类型包括:
  ●MM4_forward.REQ路由前转请求;
  ●MM4_forward.RES路由前转响应;
  ●MM4_delivery_report.REQ路由前转递送报告请求;
  ●MM4_delivery_report.RES路由前转递送报告响应。
5 网间多媒体消息路由
  网间多媒体消息路由目前是静态配置,网间互通暂不采用ENUMDNS的方式。
  网间多媒体消息路由的原则是多媒体消息递送报告路由方式是按照原路返回。
  在互联网关直连方式下,互联网关应能判断出接收方用户归属的运营商,并能得到该运营商的一个或多个互联网关的域名。当互联网关通过网间互联协议将该多媒体消息转发给接收方用户归属运营商的互联网关时,应在SMTP协议中包含接收方用户归属运营商的互联网关的域名。例如,+86(移动网接收方用户号码)/TYPE=PLMN@接收方用户归属运营商的互联网关域名0(长途区号)(固定网接收方用户本地网号码)/TYPE=PLMN@接收方用户归属运营商的互联网关域名。
  互联网关之间、互联网关与第三方互联网关之间的通过网间互联协议转发多媒体消息时,应根据SMTP协议中的对方互联网关的域名进行路由。
6 计费和结算
  在互联网关上设置对账和结算的计费数据采集点,并确定对帐和结算话单的主要内容。互联网关应提供网间结算所要求的以下信息:
  (1)多媒体消息话单序列号:为25位数字,由21位多媒体消息序列号和4位话单流水号组成;
  (2)多媒体消息话单类型;
  (3)发送方用户号码:0086(移动网用户接收号码)/0086(长途区号)(固定本地电话网用户号码);
  (4)接收方用户号码:0086(移动网用户接收号码)/0086(长途区号)(固定本地电话网用户号码);
  (5)多媒体消息长度;
  (6)多媒体消息发送状态;
  (7)发起方互联网关代码;
  (8)接收方或转接方网关代码;
  (9)处理结束时间等。
  由“多媒体消息序列号”和“接收方用户号码”作为结算话单的惟一性标识,其中“多媒体消息序列号”按照“日期(MMDDHHMMSS)(10位)+源互联网关代码(6位)+序列号(5位)”组成。
  互联网关根据成功的递送报告来触发计费话单。即对于递送报告状态为“Retrieved”和用户拒绝的网间多媒体消息业务予以结算。
  网间传输的群发多媒体消息业务是按照成功接收的条数进行结算。
7 多媒体消息业务互通相关问题分析
  7.1 多媒体消息的消息体处理
  (1)网间多媒体消息业务互通的媒体格式
  网间多媒体消息业务互通的媒体格式应该保持一致,如果不一致,可能会使接收方多媒体消息终端的在收到多媒体消息后无法打开。若收到这样的多媒体消息,可以由多媒体消息互联网关或多媒体消息中心进行处理,如丢弃或转换处理。
  目前支持文本和基本图像级别的多媒体消息终端应支持最小30kB的多媒体消息长度;支持增强图像和基本视频级别的终端应支持最小100kB的多媒体消息长度;支持增强视频级别的终端应支持最小300kB的多媒体消息长度。
  (2)网间多媒体消息长度协商
  根据承载网络的实际情况以及业务发展策略,不同运营商在多媒体消息业务的开展中,对媒体消息长度规定也有所不一致。互通时需要统一。
  目前,MMS终端支持的多媒体消息长度分为30kB,100kB和300kB等,互通时刻根据本网络数据业务的传输质量以及网内用户使用MMS终端的情况规定了网内多媒体消息业务的消息长度要求。
  涉及多媒体消息业务网间互通的两个运营商还需要协商确定网间互通的多媒体消息长度。网间多媒体消息业务互通的多媒体消息长度协商应遵循下列原则:
  ●运营商对网间多媒体消息业务互通的多媒体消息体传输能力不能低于网内业务要求;
  ●如果涉及互通的两个运营商对本网内多媒体消息业务的长度要求不同,以数值小的长度作为网间多媒体消息业务的多媒体消息长度要求。
  在3G网络以及未来的网络发展中,网络的承载能力和终端的处理能力都在不断增强,随着多媒体消息内容的不断丰富,多媒体消息业务互通的媒体格式将逐渐增多,互通的多媒体消息的长度也会不断增加。
  7.2 网间多媒体消息业务有效期的处理
  当多媒体消息在接收方归属的MMSC在多媒体消息有效期内没有成功转发,接收方归属的MMSC应向发送方归属的MMSC返回状态为“Expired”的递送报告。
  7.3 网间多媒体消息群发业务的处理
  群发的多媒体消息业务在网间互通时,允许MMSC对群发的多媒体消息拆分成多条多媒体消息,并通过互联网关发送给接收方用户;也允许MMSC对群发的多媒体消息通过一条包含多个接收方地址的互通协议消息通过互联网关发送给接收方用户。
  前一种情况消息ID(Message-ID)和接收方地址作为网间互通多媒体消息的惟一标识,要求接收方归属的互联网关能正常接收并处理。后一种情况要求发送方归属的互联网关能对群发多媒体消息中的接收方地址数量进行控制,最大接收方地址数量可以在互通时协商确定,如定为50个。
  7.4 网间多媒体消息阅读报告的处理
  由于现阶段终端返回多媒体消息阅读报告的方式不统一,暂定在网间多媒体消息业务中不向用户提供阅读报告功能。如果发送方用户在发送网间多媒体消息业务时请求了多媒体消息阅读报告,则由发送方归属运营商的互联网关进行处理,在网间互通协议中将Readreply置为No之后再传递给接收方归属的互联网关或第三方互联网关。
  7.5 终端能力协商
  对终端能力的协商,不同运营商网内可能采用不同的机制,如通过网络进行能力协商和内容适配,或网络不做内容适配。若网络进行内容适配。这个功能可以在互联网关或多媒体消息中心实现,具体方式可根据情况确定。若网络不做内容适配即由终端的自然更换来完成早期过渡,短消息业务就是采用的这种方式。
8 多媒体消息互通的系列标准的研究进展
  点对点多媒体消息业务网间互通的系列标准包括:
  (1)《点对点多媒体消息业务网间互通技术要求》;
  (2)《点对点多媒体消息业务网间互通协议要求》;
  (3)《点对点网间多媒体消息业务和协议的测试方法》;
  (4)《点对点多媒体消息业务网间互通设备技术要求》;
  (5)《点对点多媒体消息业务网间互通设备测试方法》;
  (6)《点对点多媒体消息业务网间互通业务质量要求和测试方法》。
  其中,《点对点多媒体消息业务网间互通技术要求》和《点对点多媒体消息业务网间互通协议要求》是准备发布阶段,《点对点多媒体消息业务网间互通设备技术要求》是准备报批阶段,《点对点网间多媒体消息业务和协议的测试方法》是准备送审阶段。除上述标准外,点对点多媒体消息业务网间互通的系列标准中的其它标准正在着手进行研究。
9 结束语
  在多媒体消息业务逐渐流行的今天,多媒体消息业务的互通研究还刚刚开始,而多媒体消息业务本身还有很大的发展空间。多媒体消息互通研究还将逐步深入,如考虑不同承载网络对多媒体消息业务互通的影响、终端能力对多媒体消息业务互通的影响等。
  多媒体消息业务的发展最终都会归结到多媒体消息内容本身的格式统一以及终端能力的支持。多媒体消息业务的互通从业务角度不同程度地推动了网络差异的缩小以及终端的统一,最终目标是为了给用户带来一致的业务体验。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友 微信微信
收藏收藏 分享分享 支持支持 反对反对
您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|文字版|手机版|DIY编程器网 ( 桂ICP备14005565号-1 )

GMT+8, 2024-11-15 05:33 , 耗时 0.084677 秒, 18 个查询请求 , Gzip 开启.

各位嘉宾言论仅代表个人观点,非属DIY编程器网立场。

桂公网安备 45031202000115号

DIY编程器群(超员):41210778 DIY编程器

DIY编程器群1(满员):3044634 DIY编程器1

diy编程器群2:551025008 diy编程器群2

QQ:28000622;Email:libyoufer@sina.com

本站由桂林市临桂区技兴电子商务经营部独家赞助。旨在技术交流,请自觉遵守国家法律法规,一旦发现将做封号删号处理。

快速回复 返回顶部 返回列表