WA360002 UMTS增值业务流程ISSUE3.0.ppt

《WA360002 UMTS增值业务流程ISSUE3.0.ppt》由会员分享，可在线阅读，更多相关《WA360002 UMTS增值业务流程ISSUE3.0.ppt（116页珍藏版）》请在三一办公上搜索。

1、UMTS增值业务流程,Page 2,学习完此课程，您将会：掌握3G常见业务的流程知识,目 标,Page 3,内容介绍,第一章 短消息业务流程第二章 多媒体消息业务流程第三章 流媒体业务流程第四章 定位业务流程第五章 彩铃业务流程,Page 4,SMS文本,Enhanced SMS图片铃声,Multimedia Messaging Services图片音频视频图象,SMS-文本信息(140)，1995年EMS-图形文本信息(34170)，2000年MMS-多媒体数字化信息(30-100K)，2001年,消息类业务发展,Page 5,相同点：基于存储转发机制；消息编辑、发送、接收等操作方式基本相同

2、,SMS、EMS、MMS比较,Page 6,SMS网络结构,备注：短消息中心SMSC由三个功能模块构成：SMS-IWMSC，SMS-GMSC，SM-SC,Page 7,SMS 业务（PSMO）,Page 8,SMMO流程,1、MS将短消息发往SGSN；2、SGSN前传短消息到主叫所属的SMS-IWMSC；3、SMS-IWMSC再将短消息发往主叫所属的短消息业务中心(SM-SC)。,Page 9,SMS 业务（PSMT）,Page 10,SMMT流程,1、主叫所属的短消息业务中心(SM-SC)将短消息发往SMS-GMSC；2、SMS-GMSC向被叫所属的HLR查询路由信息，然后将短消息发往相应的

3、SGSN；3、SGSN将短消息发到MS。,Page 11,SMS 业务（CSMO）,SMS-IWMSC,Page 12,SMS 业务（CSMT）,Page 13,内容介绍,第一章 短消息业务流程第二章 多媒体消息业务流程第三章 流媒体业务流程第四章 定位业务流程第五章 彩铃业务流程,Page 14,MMS标准和规范,MMS标准和规范 MMS标准由3GPP和WAP论坛两个组织共同制定3GPP3GPP TS 22.140 Multimedia Messaging Service Stage 1(R4)3GPP TS 23.140 Multimedia Messaging Service Stage

4、 2(R4,R5)3GPP TS 32.235 Charging data description for application services(R4)WAP ForumWAP-205-MMSArchOverviewWAP-206-MMSCTR-20010612-a WAP MMS Client TransactionWAP-209-MMSEncapsulation-20010601-a,Page 15,文本：internet大量字符集,音频：AMR，MP3，MIDI，WAV,图像：JPEG，GIF87a，GIF89a，WBMP，JPEG2000,视频：ITU-T H.263，MPEG4，

5、Quicktime,以上元素的任意组合,MMS支持的媒体类型,Page 16,实现方式分类,基于WAP的实现方式（WAP论坛）WAP1.2实现方式WAP2.0实现方式 基于IP的实现方式（非WAP论坛）,MMS实现方式,Page 17,WAP从1.2发展到2.0，对于MMSC(MMS Relay/Server)本身没有影响。,WAP1.2:,WAP2.0:,基于WAP实现方式（WAP 论坛）,Page 18,采用IMAP4邮件协议实现MMS业务，对WAP网关设备和WAP论坛MMS协议规范没有依赖，但需要终端支持。,基于IP的MMS应用示意,基于IP实现方式（非 WAP 论坛）,Page 19,

6、MMSC网络架构,MM2,MM7,MM6,MM4,MM3,MM1,PDSN,GPRS,SMSC,MMS Terminal,Non MMS Terminal,MMSRedirector,WAP GW,MMS Relay/Server,External,Server#1,(e.g.E-Mail),External,Server#N,External,Server#2,(e.g Voice Mail),IP,Network,IP,MMS VAS,Applications,“,Foreign,”,MMS,Relay/Server,MM8,Relay,Server,MMS User,Database,B

7、illing,System,NMS,Non MMS Terminal Support System,HTTP,DNS,SNMP,ENUMDNS,Network,HLR,MM5,Page 20,MMSC接口,MM1MM1接口表示MMS Relay/Server 和MMS用户终端之间的逻辑通信协议接口,物理上并不存在MMS Relay/Server和用户终端直接通信的接口。传输协议采用WAP1.2.1及以上版本。MM1接口包括MMSC与WAP网关的接口，WAP网关与SMSC的接口以及用户终端与WAP网关的接口。MM1接口的具体实现请参见WAP-209-MMSEncapsulation-200106

8、01-aMM2MMS Relay和MMS Server之间的协议。属于内部协议，目前3GPP并未对该接口作明确规定。,Page 21,MMSC接口,MM3 MMS Relay/Server 与外接应用服务器之间接口。MMS Relay/Server 与外部服务器（如Fax Gateway，Internet Email Service）之间的通信协议建议采用SMTP协议。MM4不同多媒体消息系统之间的交互。MM4 接口用于属于不同多媒体消息系统的 MMS Relay/Servers 之间的信息传递，其承载协议为SMTP协议。MM4接口可按照3（3GPP TS 23.140 V5.1.0(2001

9、-12)，Multimedia Messaging Service Stage 2）具体实现。,Page 22,MMSC接口,MM5MMSC和HLR之间的接口。可用于获取用户当前位置信息，以及各种签约数据等。MM6MMS Relay/Server 和MMS UserDB（用户数据库）之间接口。MMS Relay/Server采用LDAP协议与用户数据库连接。,Page 23,MMSC接口,MM7 MM7是MMS Relay/Server和MMS 增殖业务应用（VAS）之间的接口，用于MMS Relay/Server和MMS VAS applications 之间传递多媒体消息MM。MMSC的V

10、AS应用程序接口采用基于HTTP1.1的扩展协议。MM7接口可按照3（3GPP TS 23.140 V5.1.0(2001-12)，Multimedia Messaging Service Stage 2）具体实现。为增加MMSC的安全和自我保护机制，MMSC可以对每个VAS应用程序进行流量控制。如限制每个VAS 应用程序与MMSC之间的最大流量，对于AO VAS 应用程序，MMSC能够限制一条MMS消息中最多能够支持的收件人地址数量。MM8MMS Relay/Server与计费中心的接口，采用FTP/FTAM协议。,Page 24,预付费接口,该接口应用于彩信中心与智能网的SCP之间，采用E

11、xtended Mobile Peer-to-Peer protocol(EMPP)协议进行预付费用户的彩信消息鉴权计费。,Page 25,NMS接口,彩信系统与网管系统之间的接口，通常采用Simple Network Management Protocol(SNMP)在这两个系统之间传递消息。,Page 26,SMSC 接口,彩信中心与短消息中心之间的接口,通常采用 Short Message Peer to Peer(SMPP)协议传递短消息。,Page 27,ENUM DNS接口,MMSC 与ENUM DNS 的接口，通过该接口MMSC 可以利用ENUM DNS 查找路由该接口采用标准的

12、DNS协议通信,Page 28,DSMP接口,MMSC 与DSMP 的接口，通过该接口DSMP 可以获得业务定购信息，并进行鉴权批价处理该接口采用SMAP协议通信,Page 29,PLMN,MMSC,终端到终端（点到点）,应用到终端（应用到点）,终端到应用（点到应用）,Internet,MMS基本业务,Page 30,MMSC,WAP GW,SMSC,MSC/VLR/HLR,NodeB,RNC,GPRS骨干网,IP 网,SGSN,GGSN,SGSN,BSC,BTS,2.5G/3G网络下MMS业务消息流,Page 31,WAP GW,Email Server,MMSC,WAP手机,普通手机,em

13、ail,url+password,方式一：发送多媒体消息到用户邮箱方式二：提供非MMS终端支持系统，发送短消息通知给用户 支持通过WAP手机直接浏览 上网查看,SMTP,WAP,http,http,API或LDAP,SMSC,IP 网,对非MMS终端的支持,Page 32,MMS消息流程,MOMTmobile station to mobile stationMOATmobile station to applicationMOETmobile station to EmailAOMTapplication to mobile stationEOMTEmail to mobile statio

14、n,Page 33,MOMT基本业务流程分析,MC/SMSC/ISMG,Originator WAP GW,Recipient WAP GW,Recipient MMSC,Originator MMSC,EnumDNS,OriginatorTerminal,RecipientTerminal,PUSH,GET,ACK,DR,RR,PUSH,GET,Page 34,MOMT基本业务流程分析,多媒体消息提交MM1_Submit查询接收方归属MMSC路由MM2_EnumDNS_Routing多媒体消息前转MM4_ForwardPush通知消息下发MM1_Notification多媒体消息提取MM1_

15、Retrieve递送报告MM1_Delivery_Report阅读报告MM1_Read_Report,Page 35,MOMT流程（立即取、无DR&RR）,RecipientMMSC,OriginatorMMSC,EnumDNS,OriginatorTerminal,RecipientTerminal,Page 36,MOMT流程（延迟取、无DR&RR）,RecipientMMSC,OriginatorMMSC,EnumDNS,OriginatorTerminal,RecipientTerminal,Page 37,MOMT流程（延迟取、DR&RR）,RecipientMMSC,Origina

16、torMMSC,EnumDNS,OriginatorTerminal,RecipientTerminal,Page 38,MOMT流程（延迟取、DR&RR）续1,RecipientMMSC,OriginatorMMSC,EnumDNS,OriginatorTerminal,RecipientTerminal,Page 39,MOMT流程（延迟取、DR&RR）续2,RecipientMMSC,OriginatorMMSC,EnumDNS,OriginatorTerminal,RecipientTerminal,Page 40,MOMT流程（延迟取、DR&PDURR）,RecipientMMSC,

17、OriginatorMMSC,EnumDNS,OriginatorTerminal,RecipientTerminal,Page 41,MOMT流程（延迟取、DR&PDURR）续,RecipientMMSC,OriginatorMMSC,EnumDNS,OriginatorTerminal,RecipientTerminal,Page 42,MOET基本业务流程分析,Originator Terminal,Originator WAP GW,Originator MMSC,Email Server,SMSC/ISMG/MC,DR,Page 43,MOET基本业务流程分析,多媒体消息提交MM1_

18、Submit多媒体消息下发至外部服务器MM3_Delivery递送报告MM1_Delivery,Page 44,MOET流程,OriginatorMMSC,OriginatorTerminal,Email Server,Page 45,MOAT基本业务流程分析,Originator Terminal,Originator WAP GW,Originator MMSC,VASP,SMSC/ISMG/MC,Recipient MMSC,DSMP,DR,Page 46,MOAT基本业务流程分析,多媒体消息提交MM1_Submit多媒体消息鉴权批价AuthPriceReq多媒体消息前转MM4_Forw

19、ard多媒体消息下发至增值应用MM7_Delivery 递送报告MM1_Delivery_Report,Page 47,MOAT流程,RecipientMMSC,OriginatorMMSC,DSMP,OriginatorTerminal,VASP,Page 48,EOMT基本业务流程分析,Email Server,Recipient WAP GW,Recipient Terminal,SMSC/ISMG/MC,Recipient MMSC,EnumDNS,PUSH,GET,Page 49,EOMT基本业务流程分析,外部服务器多媒体消息提交MM3_Submit查询接收方归属MMSC路由MM2_

20、EnumDNS_RoutingPush通知消息下发MM1_Notification多媒体消息提取MM1_Retrieve,Page 50,EOMT流程(延迟取),RecipientMMSC,EnumDNS,Email Server,RecipientTerminal,Page 51,AOMT基本业务流程分析,Recipient Terminal,Recipient WAPGW,Originator MMSC,VASP,SMSC/ISMG/MC,Recipient MMSC,DSMP,EnumDNS,PUSH,GET,ACK,DR,RR,Page 52,AOMT基本业务流程分析,VASP多媒体消

21、息提交MM7_Submit查询接收方归属MMSC路由MM2_EnumDNS_Routing多媒体消息鉴权批价AuthPriceREQ多媒体消息前转MM4_Forward多媒体消息提取MM1_Retrieve递送报告MM7_Delivery_Report阅读报告MM7_Read_Report,Page 53,AOMT流程（延迟取、DR&RR）,RecipientMMSC,OriginatorMMSC,DSMP,RecipientTerminal,VASP,EnumDNS,Page 54,AOMT流程（延迟取、DR&RR）续,RecipientMMSC,OriginatorMMSC,DSMP,Re

22、cipientTerminal,VASP,EnumDNS,Page 55,用户漫游地GGSN漫游地WAP网关CMNET归属地MMSC,网内漫游,Page 56,用户漫游地SGSN归属地GGSN归属地WAP网关归属地MMSC,国际漫游,Page 57,内容介绍,第一章 短消息业务流程第二章 多媒体消息业务流程第三章 流媒体业务流程第四章 定位业务流程第五章 彩铃业务流程,Page 58,第三章 流媒体业务流程3.1 移动流媒体业务介绍3.2华为移动流媒体系统及业务流程,内容介绍,Page 59,流媒体技术基本概念,流媒体即Streaming Media，是指视频、声音和数据以实时传输协议作为连续

23、实时流从源端同时向目的地传输，在目的地接收到一定缓存数据后就可以立即播放出来的多媒体应用；与之对应是文件下载方式，是媒体内容以HTTP/FTP等非实时协议传输，在客户端播放的方式。,Page 60,流式播放与下载播放对比,Page 61,流媒体技术主要特点,编码压缩效率高由于流媒体在网络上传输，带宽、Qos没有保证，要求有较高的编码压缩效率；特殊流式文件格式流式文件格式经过特殊编码，使其适合在网络上边下载边播放，而不是等到下载完整个文件才能播放；添加附加信息，便于交互控制特殊媒体发布格式包含不同类型媒体的所有信息，如计时、多个流同步、版权和所有人信息，控制流的播放,Page 62,流媒体技术-

24、技术标准,Page 63,移动流媒体典型业务,视频点播:电影预告片精彩片断(如体育赛事/party活动)幽默搞笑片断如flash/卡通片经典对白热点聚焦偶像资讯，花边新闻时尚消费咨询(如时尚消费品广告)TV节目预告,在线直播:各电视台:央视一台,凤凰卫视,上海卫视.现场会直播,音乐、MP3、卡拉OK:主要用于获得最新发布的作品：消费者将移动设备作为得到最新个人作品的一种手段；如:最新歌曲试听音乐排行榜经典音乐流行歌曲,行业应用:视频广告监控类:道路监控,宝宝在线,家庭监控各种融合的业务形态如VideoMail,Page 64,第三章 流媒体业务流程3.1 移动流媒体业务介绍3.2华为移动流媒体

25、系统及业务流程,内容介绍,Page 65,infoX-mStream网络逻辑结构,Page 66,HMS（huawei mstreaming server）华为流媒体服务器支持3GPP/3GPP2分组交换流媒体业务，向移动终端用户提供移动流媒体服务OMC（Operation&Management Center）操作维护中心OMC为infoX mStream网络提供业务配置、设备管理、性能管理、告警管理、日志管理、状态监控功能RRS（Request Routing Server）用户调度服务器实时监视infoX mSrteam全网HMS节点的健康状态，内容分布状况与负荷程度，动态地将移动终端用户

26、的内容请求重定向到最优的HMS上，以便移动终端用户获得高质量的浏览或点播服务,infoX-mStream系统主要部件及功能（1）,Page 67,CMS（content management system）内容管理系统 包括MM（Media Manager）、CP-Portal、EU-PortalMM为媒体内容管理设备，具体执行内容管理命令；CP-Portal与EU-Portal以网站的形式呈现在Internet网络，CP/SP通过CP-Portal实现在infoX mStream上发布媒体内容，移动终端用户通过EU-Portal实现对媒体内容的查询与点播Encoder（Media Encod

27、er）音视频编码系统一个标准的音视频编码系统，支持在线和离线两种编码模式。Encoder进行媒体文件的格式转换，负责把媒体文件成编码成标准的3GPP2 FFMS媒体文件，以供HMS服务器为移动用户提供媒体服务,infoX-mStream系统主要部件及功能（2）,Page 68,与infoX mStream网络相关联的其它部件,DSMP 移动数据业务管理平台，主要为CP和移动终端用户提供鉴权和授权功能，同时还提供用户管理、业务管理、计费/扣费功能。WAP GW 是用户终端访问EU-Portal的网关设备，利用WAP GW，原有WEB网站服务器技术及结构无需任何改变就可以直接应用在无线环境。GGS

28、N 是3G、GPRS网络与外部分组数据网实现连接、通信的接口节点。移动终端用户上网时，通过GGSN网关把数据转换为分组数据网可以识别与接收的数据，如转换为TCP/IP分组数据，以便在IP网中传送。StorageinfoX mStream的数据存储系统，可以是HMS服务器的内部磁盘或磁盘阵列，或是外部存储系统，如SAN、NAS等，主要提供大容量、高速的数据存储能力。,Page 69,系统功能(1),内容集中管理媒体内容的存储管理通过MM进行统一管理，由MM负责对整个网络中内容的分发、删除等工作；内容集中存储在HMS中。设备集中管理通过OMC，可以对网络所有设备进行统一监控、管理和控制；其中包括了

29、系统管理、配置管理、性能管理、日志管理、安全管理、告警管理、消息跟踪等内容。支持多种媒体格式媒体文件格式：3GPP/3gp、3GPP2/3g2、ISMA MPEG-4/mp4。分辨率：128x96，160 x120，176x144(QCIF)。比特率：20200kbps。媒体编码视频格式：ISO/IEC 14496-2(MPEG-4 Video)、ITU-H.263。媒体编码音频格式：GSM-AMR、AAC、QCELP,Page 70,系统功能（2）,支持多种协议RTP/RTCP RTSP HTTP SDP 支持的终端支持遵循标准的3GPP/3GPP2的移动设备 支持多种业务模式：媒体点播业务

30、；媒体直播业务；,Page 71,系统功能（3）,支持多种付费模式与计费方式 支持通过DSMP进行计费，支持通过IP WG进行计费。实现与DSMP等第3方用户管理平台的接口，通过计费请求信号由DSMP等进行计费。支持通过IP WG进行计费，用户计费完全由IP WG进行，infoX mStream可不用提供计费任何信息。infoX mStream网络支持预付费与后付费这两种付费模式。infoX mStream网络支持多种计费方式。按流量计费。按时长计费。按次付费。包月或者其它计费方式的组合。支持基于按时长、流量计费策略的各种折扣,Page 72,infoX-mStream的典型应用,Page 7

31、3,点播业务-CP发布业务流程,CMS,SMS,Portal,内容流,信令流,Page 74,点播业务-CP发布业务流程,CP管理员登录到CP-Portal上，进行内容发布。发布的属性有：CP标识与名称、发布内容名称与频道、URL、在HMS上的保留时间等。CP-Portal把上述CP的信息送到DSMP，以便DSMP与CP以后进行结算。CP-Portal把上述CP发布信息发送给MM。MM到CP内容服务器上下载媒体内容到本地暂存，等待CMS系统业务操作员审核内容。CMS系统操作员登录到内容CP-Portal，对CP的发布内容进行审核，以确定是否符合发布条件。审核通过后，CP-Portal把分发指令

32、发给MM。MM在规定的时间里启动内容分发进程，把内容分发到相关HMS。MM将内容更改通知发给RRS，通知RRS更改HMS的内容分布信息。,Page 75,点播业务-用户消费流程,CMS,SMS,Portal,GGSN,SGSN,HMS,HMS,RRS,WAPGW,支撑平台,CP 操作平台,3G GPRS网络,DSMP,内容流,信令流,Page 76,点播业务-用户消费流程,移动终端用户启动浏览器，输入Portal（或EU-Portal）的URL，URL请求信号经GGSN后到达WAP GW。WAP GW对移动终端的URL请求进行格式转换后，发送Portal，当Portal发现用户第一次访问网站，

33、且访问收费内容时，则将弹出认证界面，要求移动终端用户输入用户名与口令。Portal通过对用户进行认证后，Portal把用户请求重定向到RRS。RRS对相关HMS发出探测信息，根据综合条件RRS为该用户选择一个最优的HMS，由该HMS为用户提供媒体服务。根据探测结果，RRS把用户请求重定向到最优HMS，请求HMS为其提供媒体服务。HMS接收到用户的请求信息后，提取用户信息后发给DSMP，请求对该用户进行授权确认与计费。DSMP对用户进行认证，启动计费进程对用户进行计费。HMS收到DSMP的计费确认消息后，把媒体文件经GGSN、SGSN发送到移动终端用户。稍后，用户终端启动播放器，播放相关内容。,

34、Page 77,直播业务流程,SMS,Portal,GGSN,SGSN,HMS,RRS,WAPGW,支撑平台,CP操作平台,3G GPRS网络,DSMP,MM,Live Editor,内容流,信令流,1,Page 78,直播业务流程,在设定的时间，MM自动启动直播进程。MM启动直播编码系统工作，到直播服务器上下载SDP文件。MM上载SDP文件到HMS，并通知HMS。HMS上配置相关参数，HMS与直播服务器（Encoder）建立直播连接。移动终端用户启动浏览器，输入Portal的URL，URL请求信号经GGSN后到达WAP GW。WAP GW对移动终端的URL请求进行格式转换后，发送Portal

35、，当CP发现用户第一次访问网站，且访问收费内容时，则将弹出认证界面，要求移动终端用户输入用户名与口令。Portal对用户进行认证后，CP把合法用户重定向到RRS。RRS根据HMS的健康情况，把移动终端请求重定向到HMS，由该HMS为用户提供媒体服务。HMS接收到用户的请求信息后，提取用户信息后发给DSMP，请求对该用户进行授权确认与计费。DSMP对用户进行认证，认证通过后，启动计费进程对用户进行计费，且对HMS发确认消息。HMS收到DSMP的确认结果后，把端口等网络信息发往移动终端用户。HMS把直播媒体流经GGSN、SGSN发送到移动终端用户，稍后，浏览器启动播放器，根据相关网络参数播放器接收

36、直播流，播放直播内容。,Page 79,内容介绍,第一章 短消息业务流程第二章 多媒体消息业务流程第三章 流媒体业务流程第四章 定位业务流程第五章 彩铃业务流程,Page 80,个人类定位业务,定位:是将来3G网络中一个必不可少的基本能力，和3G网络配合用来获取移动用户的高精度位置信息（最小10米左右）,一个将引发新生活方式的引擎!,紧急救援,行迹跟踪&多点查询,行业应用：货物运输管理,3G高精度定位服务,Page 81,位置类业务又称移动定位业务，是移动网络运营商利用专门的移动定位技术确定移动台的地理位置，向移动台用户提供与位置相关的增值信息的业务。业务提供商定能根据无线网络提供的用户位置信

37、息，结合能够提供的各种各样的增值特性，从而向移动用户呈现一种基于当前位置的增值业务，如：路径查询、行程跟踪等。为了支持各种增值业务，对用户移动终端也提出了一定的要求，如需要移动终端支持登陆SP的网站，支持浏览SP提供的地图图片等。位置业务对移动终端，SP，定位设备都提出了要求，只有三方面的通力合作才可以完成一次完整的位置业务请求。,定位技术概述,Page 82,LCS实现原理,Page 83,LCS网络结构,Page 84,节点功能介绍,GMLC（Gateway Mobile Location Center）GMLC是网络中连接外部LCS Client的网关设备，在通过Le接口获得有关定位请求

38、消息后，负责向HLR寻址，并向VMSC或SGSN发起定位请求。GMLC也负责将有关定位结果发送到相关的LCS Client，根据需要也可将结果转换成本地坐标信息。LCS ClientLCS Client可分成外部LCS Client和内部LCS Client。外部LCS Client是开展基于位置业务的应用服务器，通过Le接口与GMLC相连；内部LCS Client可直接包括在CN设备，或操作维护设备中。LCS Client是发起定位请求的来源，并利用定位结果实现有关基于位置的业务。,Page 85,通用定位流程,Page 86,1.外部客户端向GMLC要求一个目标UE/MS的位置信息（或者是

39、非实时的位置信息请求），GMLC检验客户端的身份以及请求的服务，然后从请求消息中获得UE/MS的标识（MSISDN/IMSI/PDP ADDRESS）。如果该请求信息与呼叫相关或会话相关，那么，GMLC将获得并鉴别客户端的呼叫号码。如果关于多个UE/MS的请求或是个周期请求，该过程将重复。2.如果GMLC已经知道SGSN/MSC的地址，那么步骤2与3将跳过。否则，GMLC向HLR/HSS发送SEND_ROUTING_INFO_FOR_LCS消息，随消息携带着IMSI/MSISDN/PDP ADDRESS。,通用定位流程,Page 87,3.HLR/HSS检查确认GMLC的呼叫SCCP地址与GS

40、M/UMTS网上某个元素相关，然后把几个这样的地址、SGSN/MSC服务端地址、目标UE/MS的MSISDN/IMSI/PDP ADDRESS返回给GMLC。4.GMLC收到以上地址，需要决定向哪个地址发送位置请求。5.在完成定位过程之后，GMLC把从SGSN/MSC返回的信息在响应消息中带回给客户端。在此之前，GMLC可能需要将标准的地理坐标转化成本地地理位置信息。GMLC可能需要记录LCS客户端帐单和由SGSN/MSC的网间合作引起的帐单。,通用定位流程,Page 88,PS-MT-LR流程,Page 89,1.进行前一节所描述流程。2.GMLC根据HLR/HSS的指示向SGSN发送Pro

41、vide Subscriber Location消息。该消息携带以下参数：请求的位置信息类型、目标UE/MS的IMSI，请求的QoS、LCS客户端是否有超越（override）权限的指示。在一个与会话相关的请求中，消息还携带着会话使用的APN。对于一个增值的LCS客户端，还携带着该客户端的名称和外部标识。如果该LCS客户端是PLMN运营商使用的内部客户端，那么必须携带内部标识。3.如果GMLC属于另一个PLMN，SGSN需要先鉴定是否允许LCS请求。然后SGSN需要根据目标UE/MS的签约信息检验该请求的启动限制。如果任意一项无法通过，SGSN直接返回失败响应。4.安全过程可能执行。,PS-M

42、T-LR流程,Page 90,5.如果该请求来自增值LCS客户端，并且UE的签约信息指示必须通知UE或用隐私验证方式通知，而且UE支持LCS通知，SGSN发送通知请求消息，告知UE位置请求的类型、LCS客户端的身份，并指示是否需要隐私验证。SGSN可以继续LCS请求流程，无需等待第6步骤的消息。6.目标UE通知UE用户位置请求，如果隐私验证需要执行，由用户决定是否允许。然后UE/MS向SGSN发送响应表明是否允许。这条响应消息可以在步骤5之后一段时间返回，但是必须在步骤10之前返回SGSN。如果没有该消息，SGSN认为UE无响应，返回GMLC失败响应。7.SGSN向RAN发送Location

43、Request消息，该消息携带请求位置信息的类型、请求的QoS、以及其他从寻呼响应消息获得的位置信息。,PS-MT-LR流程,Page 91,8.如果RAN保存满足SGSN需求的位置信息，就返回给SGSN位置报告。否则，RAN需要根据使用的定位方法发起特定的定位处理消息（参见协议25305）。9.RAN返回SGSN估计的位置信息报告，如果无法估计位置信息，就返回失败响应。10.SGSN把估计的位置信息以及位置信息的获取时间返回给GMLC，如果此时UE/MS没有返回隐私验证允许响应，SGSN向GMLC发送失败响应。如果隐私验证得到允许，但是RAN没有返回位置信息报告，那么SGSN将最近保存的位置

44、信息发送给GMLC。SGSN此时记录LCS话单。11.GMLC把位置信息返回给LCS客户端。GMLC记录LCS客户端的话单和与SGSN网间合作的话单。,PS-MT-LR流程,Page 92,PS-NI-LR流程,Page 93,PS-NI-LR流程,1.SGSN向RAN发送位置请求消息，该消息指示请求位置信息的类型以及QoS。2.如果RAN保存满足SGSN需求的位置信息，就返回给SGSN位置报告。否则，RAN需要根据使用的定位方法发起特定的定位处理消息（参见协议25305）。3.RAN返回SGSN估计的位置信息报告，如果无法估计位置信息，就返回失败响应。4.SGSN向GMLC发送MAP Sub

45、scriber Location Report消息，携带MSISDN/PDP ADDRESS、LCS客户端的ID、触发定位流程的事件、估计的位置信息以及获取时间。5.GMLC告知已经收到位置报告，并且LCS客户端可以抵达。6.GMLC选择是立即向LCS客户端发送位置报告，还是等待LCS客户端请求后再发。,Page 94,PS-MO-LR流程,Page 95,PS-MO-LR流程,1.如果UE/MS处于IDLE状态，需要向SGSN发送Service req消息用于建立信令连接。如果UE/MS已经处于CONNECTED状态，则不需要发送该消息。安全流程可能需要执行。2.UE/MS向SGSN发送se

46、rvice invoke消息。可以要求不同的服务类型：UE/MS的位置信息、将UE/MS的位置信息送到其他的LCS客户端、用于定位的辅助数据等。如果是前两种服务，请求的QoS需要包括在消息中。如果需要将UE/MS的位置信息送到其他的LCS客户端，那么需要在消息中包括LCS客户端的ID号码，而相关的GMLC的地址可能也需要包含。如果GMLC的地址没有包含，那么SGSN需要自己指定使用的GMLC。如果无法获得GMLC地址，那么SGSN将拒绝该请求。如果UE/MS请求的是辅助定位信息或者是加密密钥，消息中必须包含辅助数据或是加密密钥的类型。SGSN验证UE/MS的签约信息，决定是否接受该服务请求。3

47、.SGSN向RAN发送Location Req消息，该消息指明UE/MS请求的是估计的位置信息还是辅助定位的数据。,Page 96,4.如果UE/MS请求的是位置信息，那么协议25305中描述的流程将被执行。如果要求的是辅助定位数据，RAN将这些数据发送给UE/MS。5.RAN在完成以上步骤之后，向SGSN发送Location Report消息。如果位置信息或者加密密钥无法得到，RAN向SGSN发送失败响应。6.如果UE/MS需要将位置信息发送给另一个LCS客户端，并且位置信息已经获得，SGSN向GMLC发送Subscriber Location Report消息。包含MSISDN/PDP A

48、DDRESS等信息。7.如果LCS客户端可以达到，GMLC发送确认消息。8.GMLC向LCS客户端转发位置信息。9.SGSN向UE/MS发送Service Response消息，包括UE/MS需要的数据，如请求的位置信息、加密密钥、或确认位置信息已经向LCS客户端发送等。,PS-MO-LR流程,Page 97,Cell ID+TA（Timing Advance，时间提前量）TOA（Time Of Arrival，到达时间）E-OTD（Enhanced Observed Time Difference，增强观察时间差）（2G）OTDOA-IPDL（Observed Time Difference

49、 Of Arrival with network adjustable idle periods）（3G）GPS（Global Positioning System，全球定位系统）,分类：基于网络的定位方法和基于MS 的定位方法,LCS定位方式,Page 98,语音承载：拥有最广泛的用户群，能够提供人人可用的业务短消息承载：可以简单经济地实现业务。WAP(GSM CSD,GPRS)：结合PUSH功能，提供随时随地可用的丰富的图形化业务。WEB查询：能够提供界面最友好的业务。,定位业务承载方式,Page 99,内容介绍,第一章 短消息业务流程第二章 多媒体消息业务流程第三章 流媒体业务流程第四章

50、 定位业务流程第五章 彩铃业务流程,Page 100,RBT(Ring Back Tone)业务,正在接通被叫,播放回铃音（等待被叫应答）,被叫(RBT 用户),在被叫用户处于振铃状态，主叫用户等待被叫应答时，主叫用户将会听到动听的音乐、歌曲或者其他特殊的声音，而不是原来那种单调乏味的“嘟嘟”声RBT业务以丰富多彩的铃音取代原来的传统铃音RBT业务是由被叫用户来定制的被叫用户可以为不同的主叫、不同时段定制不同的铃音,主叫,Page 101,RBT业务的优势,用户可以根据个人喜好选择铃音甚至自制铃音，充分享受个性化的服务 可以帮助运营商提升核心竞争力，提高客户满意度该业务已经在中国、韩国、泰国等