03第3章 基本呼叫和短消息业务Word下载.docx
- 文档编号:20933779
- 上传时间:2023-01-26
- 格式:DOCX
- 页数:18
- 大小:234.15KB
03第3章 基本呼叫和短消息业务Word下载.docx
《03第3章 基本呼叫和短消息业务Word下载.docx》由会员分享,可在线阅读,更多相关《03第3章 基本呼叫和短消息业务Word下载.docx(18页珍藏版)》请在冰豆网上搜索。
(2)BSC向MSCe发送CM业务请求消息CMServiceRequest,消息中携带有发起呼叫的移动台当前所处的小区信息、业务类型、被叫号码、用户标识、鉴权参数等。
(3)MSCe向MGW发送AddRequest消息,带上主叫侧TerminationID(T1),指示MGW建立主叫侧承载,MGW建立承载后,返回AddReply消息。
(4)MSCe对被叫号码进行分析,向HLR发送位置请求消息LOCREQ,HLR确定被叫用户的服务MSCe就是始发MSCe,HLR向始发MSCe回位置请求响应消息locreq。
(5)MSCe向被叫所在BSC发PagingRequest寻呼被叫用户消息,等待寻呼响应。
(6)MSCe发起主叫侧的指配过程,向BSC发送指配请求消息AssignmentRequest,向BSC申请空中信道资源;
当MS进入为它分配的空中业务信道后,BSC向MSCe返回指配完成消息AssignmentComplete。
(7)在收到被叫所在BSC发送的寻呼响应消息PagingResponse后,MSCe开始建立被叫侧承载,向MGW发送AddRequest消息,带上被叫侧TerminationID(T2),MGW建立承载后,返回AddReply消息。
主被叫T1和T2在同一个Context中。
(8)被叫侧承载建立完成后,MSCe发起被叫侧的指配过程,向被叫所在的BSC发送指配请求消息AssignmentRequest,被叫MS进入分配的业务信道后,BSC向MSCe返回指配完成消息AssignmentComplete。
(9)MSCe向MGW发送消息ModifyRequest,指示它向主叫侧放回铃音。
(10)被叫摘机,MSCe收到连接建立消息CONNECT,MSCe通过发送消息ModifyRequest,指示MGW停止给主叫放音,这时,主被叫进入通话状态。
(11)如果被叫用户先挂机,被叫所在的BSC向MSCe发送清除请求消息ClearRequest。
MSCe通过发送SubtractRequest消息指示MGW释放被叫侧承载。
(12)MSCe向被叫侧BSC发送呼叫清除命令ClearCommand,BSC向MSCe回清除完成消息ClearComplete。
(13)MSCe向主叫侧BSC发送呼叫清除命令ClearCommand,同时,指示MGW释放主叫侧承载。
主叫侧BSC向MSCe回清除完成消息ClearComplete。
3.1.2移动用户出局呼叫移动用户
移动用户出局呼叫移动用户的流程如图3-2所示。
这里以局间采用SIP协议通信为例。
图3-1局间移动呼叫移动流程图
(2)主叫用户发起呼叫,其所在的BSC向MSCe-O(始发MSCe)发送CM业务请求消息CMServiceRequest,消息中携带有发起呼叫的移动台当前所处的小区信息、业务类型、被叫号码、用户标识、鉴权参数等。
(3)MSCe-O开始建立主叫侧承载,通过下发AddRequest消息到MGW-O,带上主叫侧TerminationID(T1),MGW-O建立承载后,返回AddReply消息。
(4)MSCe-O对被叫号码进行分析,向与被叫用户相关的HLR发送位置请求消息LOCREQ,HLR确定被叫用户的服务MSCe-T(终结MSCe),向MSCe-T发送路由请求消息ROUTREQ,MSCe-T给被叫用户分配了TLDN号码后,返回路由信息给HLR,HLR向MSC-O返回位置请求响应消息locreq。
(5)主叫侧承载建立完成后,MSCe-O发起指配过程,向BSC发送指配请求消息AssignmentRequest,向BSC申请空中信道资源;
BSC建立空中信道成功后,向MSC返回指配完成消息AssignmentComplete。
(6)同时,MSCe-O开始建立中继侧承载,发送AddRequest消息到MGW-O,带上中继侧TerminationID(T2),MGW-O建立承载后,返回AddReply消息,带上本地媒体信息(包含本端IP地址和端口号),T1和T2在同一个Context(C1)中。
(7)MSCe-O将本地媒体信息转换为SDP,向MSCe-T发起携带SDP的INVITE请求。
(8)MSCe-T收到INVITE请求后,回送100响应表示已经接收到请求消息,正在对其进行处理。
(9)MSCe-T发起对被叫用户的寻呼,MSCe-T向BSC发送寻呼请求消息PagingRequest;
在接收到被叫MS的寻呼响应后,BSC向MSCe回寻呼响应消息PagingResponse。
(10)同时,MSCe-T开始建立中继侧承载,发送AddRequest消息到MGW-T,带上中继侧TerminationID(T1),MGW-T返回AddReply消息,带上本地媒体信息(包含本端IP地址和端口号)。
MSCe-T将本地媒体信息转换为SDP。
在进行以上处理时,MSCe-T向对端发送183可靠临时响应消息,对端收到183消息后,返回响应消息PRACKfor183,本端回200forPRACK。
(11)然后,MSCe-T开始建立接入侧承载,下发AddRequest消息到MGW-T,带上接入侧TerminationID(T2),MGW-T返回AddReply消息。
本端的T1与T2在同一个Context(C2)中。
(12)接入侧承载建立完成后,MSCe-T发起指配过程,向BSC发送指配请求消息AssignmentRequest,向BSC申请空中信道资源;
BSC建立空中信道成功后,向MSCe-T返回指配完成消息AssignmentComplete。
(13)这时,被叫用户开始振铃,MSCe-T向对端发180振铃消息,其中携带包含本端媒体信息的SDP。
(14)MSCe-O收到180消息后,将其中带有的对端媒体信息的SDP解析出来,通过ModifyRequest消息通知给MGW-O。
(15)MGW-O利用得到的对端媒体信息,与对端成功建立承载后,通过NotifyRequest消息通知MSCe-O;
MGW-T也在成功建立承载后,通过NotifyRequest消息通知MSCe-T。
(16)MSCe-T收到承载建立指示后,通过发送消息ModifyRequest指示MGW-T向主叫侧放回铃音。
(17)被叫摘机后,BSS向MSCe-T上报连接建立消息CONNECT,MSCe-T向对端发送200forINVITE响应消息。
同时,MSCe-T发送消息ModifyRequest指示MGW-T停止向主叫侧放回铃音。
(18)MSCe-O收到200forINVITE消息后,回送ACKfor200消息。
这时,主被叫可以开始通话了。
(19)如果主叫先挂机,其所在的BSC向MSCe-O发送清除请求消息ClearRequest。
MSCe-O发送SubtractRequest消息指示MGW-O释放接入侧承载。
同时,向对端MSCe-T发送BYE消息。
(20)MSCe-T收到BYE消息后,回200forBYE响应,同时,发送消息SubtractRequest指示MGW-T释放中继侧承载。
然后,向被叫侧BSC发送呼叫清除命令ClearCommand,BSC向MSCe-T回清除完成消息ClearComplete。
同时,指示MGW-T释放接入侧承载。
(21)MSCe-O收到200forBYE后,向主叫侧BSC发送呼叫清除命令ClearCommand,同时,指示MGW-O释放中继侧承载。
3.1.3移动用户呼叫固定用户
移动用户呼叫固定用户的流程如图3-3所示。
图3-1移动用户呼叫固定用户流程图
(3)MSCe开始建立主叫侧承载,通过下发AddRequest消息到MGW,带上主叫侧TerminationID(T1),MGW建立承载后,返回AddReply消息。
(4)主叫侧承载建立完成后,MSCe发起指配过程,向BSC发送指配请求消息AssignmentRequest,向BSC申请建立空中信道资源;
(5)MSCe对被叫号码进行分析,分析结果为固定用户号码,向被叫所在的PSTN发初始地址消息IAM,进入出局流程。
(6)MSCe开始建立被叫侧承载,发送AddRequest消息到MGW,带上被叫侧TerminationID(T2),MGW建立承载后,返回AddReply消息,主被叫T1和T2在同一个Context中,拓扑关系为双向。
(7)被叫振铃后,PSTN给主叫MSCe发送地址全消息ACM。
(8)被叫摘机后,PSTN给主叫MSCe发送应答消息ANM。
主被叫进入通话状态。
(9)如果被叫先挂机,PSTN给主叫MSCe发送释放消息REL,MSCe给PSTN回RLC消息。
同时,MSCe发送消息SubtractRequest指示MGW释放被叫侧承载。
(10)MSCe给BSC发送清除命令ClearCommand。
BSC给MSCe回复清除完成消息ClearComplete。
(11)MSCe发送消息SubtractRequest指示MGW释放主叫侧承载。
3.1.4固定用户呼叫移动用户
固定用户呼叫移动用户的流程如图3-4所示。
图3-1固定用户呼叫移动用户流程图
(2)PSTN给GMSC发送初始地址消息IAM。
(3)GMSC进行号码分析后,到HLR去取路由信息,HLR再向被叫所在的MSCe取路由信息和被叫的TLDN号码;
被叫所在的MSCe给被叫MS分配了TLDN号码后,返回路由信息给HLR,HLR给GMSC回位置请求响应消息。
(4)GMSC向被叫所在的MSCe发送IAM消息。
(5)MSCe开始建立主叫侧承载,MSCe发送AddRequest消息给MGW,带上主叫侧TerminationID(T1),MGW建立承载后,返回AddReply消息。
(6)MSCe向BSC发送寻呼请求消息PagingRequest;
(7)MSCe开始建立被叫侧承载,MSCe发送AddRequest消息给MGW,带上被叫侧TerminationID(T2),MGW建立承载后,返回AddReply消息。
这时,主被叫的Termination之间的拓扑关系是双向的,在同一个Context中。
(8)承载建立完成后,MSCe发起指配过程,向BSC发送指配请求消息AssignmentRequest,向BSC申请空中信道资源;
BSC建立空中信道成功后,向MSCe返回指配完成消息AssignmentComplete。
这时移动台已经开始振铃。
(9)MSCe向GMSC回送地址全消息ACM,GMSC将该消息传递给PSTN。
同时,MSCe通过发送消息ModifyRequest,指示MGW向主叫侧放回铃音。
(10)手机摘机,上报连接建立消息CONNECT。
MSCe给GMSC发送应答消息ANM,ANM消息被透传到PSTN。
同时,MSCe通过发送消息ModifyRequest,指示MGW停止给主叫放音,这时,主被叫进入通话状态。
(11)若被叫用户先挂机,BSC向MSCe发送清除请求消息ClearRequest,MSCe向GMSC发送释放消息REL,并透传到PSTN。
同时,MSCe通过发送SubtractRequest消息指示MGW释放被叫侧承载。
(12)PSTN在收到REL消息后,回RLC消息,MSCe在收到RLC消息后,释放主叫侧承载。
说明:
GMSC和MSC可以是同一个交换机。
3.2短消息业务流程
短消息业务流程包括移动台始发短消息、移动台接收短消息、短消息通知和短消息广播流程。
3.2.1移动台始发短消息
移动台始发短消息的流程如图3-5所示。
图3-1移动台始发短消息流程
(2)始发移动台构造一个短消息,通过BSS发送给MSC。
(3)MSC将接收到的SMD-REQ消息转换为SMDPP消息,发送给始发移动台所归属的MC。
(4)MC发送smdpp响应消息给MSC,表示收到了短消息。
(5)若MC不知道短消息发送的地址,则发送SMSREQ给HLR,请求短消息路由;
若HLR不知道短消息路由,则发送SMSREQ给目标MS所属的MSC/VLR。
(6)MSC/VLR向HLR回smsreq消息,其中包含参数SMSADDR,该参数指明了短消息发送的地址。
HLR给MC回smsreq消息,将SMSADDR参数带给MC。
(7)MC利用得到的短消息发送地址,通过SMDPP消息将短消息发送给目的MS所在的MSC。
(8)通过BSS,MSC发送SMD-REQ消息,将短消息发送给MS。
MS接收到短消息后,通过BSS回送SMD-ACK确认消息。
MSC在收到确认消息后,给MC发送短消息应答消息smdpp。
流程图中虚线框部分的消息流程不是必需的,只有在MC不知道短消息路由地址的时候才需要。
3.2.2移动台接收短消息
移动台接收短消息的流程如图3-6所示。
图3-1移动台接收短消息流程
(2)MS通过位置登记或其他方式接入系统。
BSC向MSC发起位置更新请求,MSC/VLR发送消息REGNOT通知HLR该MS的位置信息,其中包含参数SMSADDR,该参数指示传送短消息的服务系统的地址。
(3)HLR收到REGNOT消息后,记录下MS的短消息传送地址,并向MSC/VLR回消息regnot,其中包含该MS的服务项目清单,服务项目清单中包含的参数指示了该MS接收和发送短消息的能力。
(4)MSC/VLR向BSC回位置更新接受消息。
(5)短消息实体SME(ShortMessageEntity)要发送短消息给目的MS,它首先发送SMDPP请求给MC(MessageCenter),SMDPP请求中包含有短消息的内容,以及始发及终结短消息的SME的网络地址。
(6)MC收到SMDPP请求后,回smdpp确认消息。
(7)若MC不知道短消息发送的地址,则发送SMSREQ给HLR,请求短消息路由;
若HLR不知道短消息路由,则发送SMSREQ给MSC/VLR。
(8)MSC/VLR向HLR回smsreq消息,其中包含参数SMSADDR,该参数指明了短消息发送的地址。
(9)MC利用得到的短消息发送地址,通过SMDPP消息将短消息发送给目的MS所在的MSC。
(10)通过BSS,MSC发送SMD-REQ消息,将短消息发送给MS。
3.2.3短消息通知流程
短消息通知流程是指由于网络原因(如网络信号不好)或者接收短消息的用户原因(如用户关机)导致MC下发短消息不成功,短消息就会保存在MC中一段时间,当用户从不能接收短消息的状态改变到能够接受短消息的状态时,通过位置登记流程的触发,MSC或者HLR发起短消息通知流程,通知MC该用户还有未接收成功的短消息保存在MC中,然后由MC启动短消息下发流程。
短消息通知流程分为两种,一种是基于VLR的短消息通知流程;
一种是基于HLR的短消息通知流程。
基于VLR的短消息通知流程:
在HLR中有接收短消息的用户当前所处的MSC的数据。
在这种情况下,MC下发短消息时,MC发送SMDPP消息到MSC,由于网络原因导致下发短消息失败,VLR在用户数据中增加短消息未发送标志,在位置登记时,触发VLR启动短消息通知流程。
基于HLR的短消息通知流程:
在HLR中已经没有接收短消息的用户当前所处的MSC的数据,如用户关机的情况。
在这种情况下,MC下发短消息时,MC发送SMSREQ消息到HLR取用户的短消息地址,短消息流程就会终止,HLR在用户数据中增加短消息未发送标志,在用户作位置更新时,触发HLR启动短消息通知流程。
基于VLR的短消息通知流程如图3-7所示。
图3-1短消息通知流程
(2)MS处于不可用状态。
(3)MC接收到另一个MS发来的SMDPP消息,其中包含有发给该MS的短消息。
(4)MC给始发MS回smdpp消息后,继续前传SMDPP消息给接收该短消息的MS所属的MSC/VLR。
(5)MSC/VLR发现该MS的状态为不可用,MSC返回smdpp消息,指示到该MS的短消息需要推迟发送,并且在VLR中设置SMS发送推迟标志。
(6)一段时间后,MS发起位置更新流程,MSC发现在VLR中存在该MS的SMS发送推迟标志,就发送短消息通知消息SMSNOT给MC,通知MC该MS可以接收短消息。
(7)MC返回短消息通知响应smsnot给MSC,然后,将短消息包含在SMDPP消息中,发送给MSC/VLR。
(8)MSC/VLR发送SMD-REQ消息,将短消息发送给MS。
基于HLR的短消息通知流程与该流程的不同在于:
当MS成功完成位置更新后,由HLR给MC发送SMSNOT消息,触发短消息通知流程。
3.2.4短消息广播流程
广播短消息和普通短消息的区别在于短消息接受的对象,普通短消息的接收对象只能为某一个特定的用户,而广播短消息的接收对象可能是一个区域内的所有用户,甚至是MC下属MSC下的所有用户。
短消息广播的流程如图3-8所示。
图3-1短消息广播流程
(2)短消息实体SME向短消息中心MC发送SMDPP消息,请求向各个移动台广播消息。
(3)MC向SME回smdpp响应消息,表示收到广播短消息。
(4)MC判断短消息广播的区域,向该区域的MSC发送SMDPP消息。
(5)广播短消息的周期性由MC来控制,MC在广播起始时刻向指定的MSC发送SMDPP消息。
(6)收到SMDPP消息后,MSC回smdpp响应消息至MC。
(7)MSC向MC指定区域下的移动台发送广播短消息。
也可以由MC直接下发广播短消息,如果由MC直接下发广播短消息,则不会SME与MC交互的SMDPP消息。
数据配置限制导致IP框扩容后软切换失败
故障类别:
数据配置问题
关键字:
IP框调整数据配置限制
密级:
HuaweiPartnersPermission
现象描述:
Y国CDMA网络进行BSC的IP框扩容工作,原使用9个IP框,计划扩容后使用12个IP框,扩容后可以完成各个IP框的话务分担工作。
在完成IP框扩容改造后,现场测试人员发现:
1、系统软切换成功率下降较大,主要原因为ABIS接口资源分配失败;
2、局方反馈局部区域有用户投诉话音质量差,存在断续,路测表现为突发前向FER高(10%~15%),偶尔出现掉话。
告警信息:
无。
原因分析:
1、分析话统发现,软切换失败的主要原因为ABIS接口资源分配失败,其他指标(主被叫成功率、拥塞率)正常,掉话率略有上升。
现场认为可以初步排除因为ABIS接口链路配置错误或者链路带宽不足的问题;
2、现场网络现共划分为12个IP框,配置BSC内框间软切换地面链路时,每个IP框最多只能配置10个相邻框,这样不可避免每个框至少和一个框未配置框间软切换地面链路。
在进行本次调整前,现场网络只有9个IP框,每个IP框间都配置了和其它8个框的地面链路,在忙时因ABIS接口资源分配失败而导致的软切换失败次数只有十多次,而目前已经超过了上千次;
3、通过分析框内基站各扇区载频的邻区关系,发现存在部分框和剩余的11个框都存在软切换关系,而目前产品限制框间软切换地面链路只能配置10个相邻框,这样当用户往未配置地面链路的框移动时,就会产生上述原因的软切换失败,从而也导致了语音质量差,甚至引起掉话。
处理过程:
1、与HQ确认如何修改框间软切换条数目的限制,现场完成对该限制进行了修改;
2、增加各个框间软切换的配置关系;
3、观察话统结果,确认软切换失败的统计消失。
建议与总结:
减少产品配置中不必要的限制,可以更好的适应现场不规则的无线环境。
某局新扩容SPM框CSPC板不能正常加载
某局新扩容SPM框3槽SPC板不能正常加载,其它单板均加栽正常。
1、从LAN
switch到SPM框母板的网线故障;
2、CSPC板故障;
3、SPM框母板故障。
因为SPC板的加载是按照BAM-CSPC进行加载的,所以按照以下流程来处理:
1、检查从LAN
switch到SPM框母板的网线是否正常,一个人拿着PC把原本接在新扩3槽CSPC板后面母板上的网线接到PC上(PC设置IP:
172.20.22.3),然后在BAM上PING
172.20.22.3,可以PING通,说明网线正常;
2、检查SPC板是否故障,把9槽可以正常加载的CSPC板和3槽CSPC互换,3槽依旧不加载,9槽加载,说明CSPC板正常;
3、更换新扩容SPM框母板,故障消失。
处理故障要按照信流向进行处理。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 03第3章 基本呼叫和短消息业务 03 基本 呼叫 短消息 业务
![提示](https://static.bdocx.com/images/bang_tan.gif)