- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
C
DMA网络中系统群发
对寻呼成功率的影响
柯晓锋 中国联通福建分公司
l撬誊爨}褒囊超透潮毫姆流程磐辑0a融溉醚詹蘧程分褥,鬻薅蓟短信避鬻谶确斓黼女蝴簿蒺粉耩※
j懑瓣蕞鹱虢虢壤姆簿撮攀耀秘蔫凝聚线鞣壤≯瓣器:短俸掌心蘩擞枫髓i,震荤氲时搀戳蓑蘸骥蒙翁虢蠹垒臻o
i德勰缝竣褥攀≯g繇露箍馥象糍翻簿漾髂馥搋,藏缭馋髂爨一沓垒程爱鼯的穰惫≥澜瓤酶爨箍戆舞舔盼jl罄
:_。一 二‘。||《i
一糍漶毒越露强秘≯ir曩…。ti{;¨搿j麓瓷||『};1f?≯ p囊j箕。jj|≯j薯锈jt鼍※
【关键词】CDMA系统群发短信寻呼关鹾
1概述 BSC个数.二次寻呼的个数就是该交换局连接的BSC
个数。
1.1寻呼成功率指标知识及研究依据
由此看来,寻呼消息与寻呼响应是多对一的关系.
我们知道.寻呼成功率指的是寻呼Ⅱ自应次数与寻
也说明寻呼响应并不是寻呼消息白勺确认.这正如开会
呼请求次数的百分比。寻呼响应次数是指统计MSC收
点名,点了名字后等几秒钟看看有没有回应,如果没
到的“PagingResponse”(舍二次寻呼的响应)。寻呼请
有来当然就没有回应,超时认为缺席。
Re—
求次数是指统计MSC发出对被叫用户的“Paging
寻呼是对被叫手机的连接请求.那么一定有起因.
(不包含二次寻呼的次数)。
quest”消息的次数, 有被叫就一定有主叫.对于语音业务就是主叫号码.A
PagingRequest的SCCP承载消息为UDT(Unit
口中在DTl:Assignment
Request消息出现:短信业务就
Data)属面向无连接类型。它发出后并不要求一定要
是主叫方地址,A口中在短信消息SMSPointToPoint
有回应。一般会有这样的误区.认为寻呼响应消息
消息出现。也就是说,要想知道是本次被叫流程的主
PagingReslmnse就是对寻呼消息的响应.实际上这是
叫是谁,在A口中就只能在这两种消息中找到,那么
错误的.因为PagingResponse的SCCP承载消息为CR
如果在此之前就呼损掉,被叫流程没有建立起来.那
(Connetion
Request),属面向连接类型。CR消息并不
么单纯在A口中将无法知道主叫流程到底是谁发起的。
是UDT的响应。而是呼叫的起始消息。
同时寻呼请求并不是一条消息。而是一组消息,c l 2问题提出:寻呼成功率统计
网寻呼机制是两次寻呼.首次在位置区内进行,超时 表1、表2分别为4月27日晚忙时和5月1日
无响应则在全局发起二次寻呼,往往多个BSC包含相 18:00~19:00全网各位置区寻呼相关统计,两个小时
同的位置区.首次寻呼的个数就是具有该位置区的 的寻呼成功率统计表明不同业务的指标相差甚大.数
文档评论(0)