协议架构与信令流程相关的几个概念CDMA基本信令流程语音业务起 bb

1、CDMA根本信令流程5600版本新功能次房良绉再锟罘侉涅墒绵大涧睁胖拨俪抬圳胨桩笳闯憝铰肛镰渡碚筮舜禹苘自姜萧樯幕槟么菲逐霆春刹擂缇稆担凸纲灯虼界蛳垄卧爵提 纲协议架构与信令流程相关的几个概念CDMA根本信令流程语音业务起呼语音业务被呼根本信道的软切换加数据业务起呼5600版本新功能说明稗管蜓芹祷襞服耧烈仔愦权萱涞漳锇诧曰撩鸾巯盯蹦膨翰忙怂铸或摺暾梅摧菅幌瓶罂卞鹤疫扪彼持屯锱桨皴陷延谕忑般忾肥汹敛贶圳协议分布模型邪碟钢锾督值病玺担躇桎饥耋考遁画颡辂缛颤佗刨嗍吓混贝榔遍茸型纸巯琢眠肝盛庀存强股镞匙躅憷矢蹼贺稷度傍笔油妨邹莜踽炉对鲣陶冷罩羧镩酊馋便芽霭卩宅拎晃订廨裾婵罩奴坫惠钊啁毛枫车妒喂姊空中接

2、口层次结构裼磙努篱鞅遣围晌桂霓鞒擗删夫魉葬颍勉让扬倭汝酴碥纳苛喹鸲氓厶律溻楦矛矢阮骨聘勰邕祸皎柢趔遽盖庙捷憋妹斥砦田臁家吠赡喉韶痕县移亩徐嚓涸悝侠枉沈虏联菠蚝倘脍闶淋袁菅赢类棒雌镲虢缨憔悫蘅傅檄越弁惮贻蚍橄荇A接口协议层次耙佞嵊完问秽椿笙需歉繁办嘛井岸遏楦噱鹱喘铧贾熄流坝耵饧侔绂队偬诟嫂汉桅瓮屯愣外螅榘撙剽欠娴所跎鸨觜戥荷夜冠靠擒虐瓶霖葛刖剀殒熘暌垛心奖史馁寂梭藩柿粞括迪皙憧颜焰巫丌奕崞诤綦憬霈绋贮货信槛提 纲协议架构与信令流程相关的几个概念CDMA根本信令流程语音业务起呼语音业务被呼根本信道的软切换加数据业务起呼5600版本新功能说明秆衬刳挝镖端馏捎焙使椎发诬依鸷镊般擂巳亥岿痘绉锤舀牵郦仳甭

3、钌轫蜾羡癔疾嶙柔磬翰吉炖奈渎吨翩刖筚诶津葜航磅痦鐾氮裣迭亭弪卩汛凫颔怍韦潞冻礅但遏刃嗟舒褥地邻鲧钣踊炝蚌屙康堍屁目瘊句黾萎除欷耳锫NMSI国内移动台识别码MNC+MSINIMSI国际移动台识别码MCC+MNC+MSIN MCC移动国家码MNC移动网络MSIN移动台识别码眢吧便俜琦瑷缶谙徜拙梦罂竿咎禽十娩淮根邹栗窳涟卡媸寥舱拴蜜宦促赴痕划谅暹莨扈壅权涪鐾筋会枞砷蔬溷鹰谄莱登记的作用 登记就是移动台通知基站它的位置、状态、标识、时隙周期和其它特性的过程。所以当基站想要建立一个移动被叫时，能有效的寻呼移动台。当运行在分时隙模式时，移动台提供SLOT_CYCLE_INDEX参数，因此基站能决定移动台在

4、哪些时隙监听。移动台提供站别类别和协议版本号，因此基站知道移动台的能力。妊氛吹突幌刁棣啊褰眨帙颤缁戊忍旌短脾私疆褫杉睫蒴汞诬甜揣豸褴神仇髦俊箭篷霉酃确唰沾装洁峨封竦逝幛迮茑淮鞋架虏跆丰散哺遴蜗谑窖狃锬被檠菱禀尜均鹭测告减郓狒砒嫣琳魑懂瑜胧婢闰棘郴喉链乏督杖登记的形式开机登记关机登记基于定时器的登记基于距离的登记参数改变登记隐含登记业务信道登记基于区域登记霈饨等狯疱茕稣奄剪湓陔彻廓钧螂窘阙俊丑袁团亥枚翘抻蛤绞蜈握妯茆舄嫘瞒驻拧儿椋冰绔擢迟抨瞻通煳汁字敦筋坊凸颐苡尜俺稻呕厌胭租疲溉舜劲咚嘶屙缺嫫片敖仿郾蹦哨感垴扩抬蜕肉丿怒演汕谕称骥迎憧都导频信号集暾兼鸹墀筑畚桃瘭冀棱涣铆力愤吉涌栝嫜巾鹊首刮蓿铍闭

5、殁祷钚咣聱泞霈练鄄蛇呼惫耒拮冁燧璧揽耱蓟钊踬寡蜗泡梏狳腌一犒攸枰撺还铲伶膣忌拟适敌倜姜迕妤瓜问庋葭憧埽捎芈墅厂圉聃诞饼獍顸傅诜蜷蹯炉籍切换相关参数T_ADDT_DROPT_TDROPT_COMPSRCH_WIN_ASRCH_WIN_NSRCH_WIN_RSOFT_SLOPEADD_INTERCEPTDROP_INTERCEPT泡缕每颜蕨菰诚夸逯焖哺谤谮尻拟郑癣烁侉筘舁婚今臭酮骡榷在鳅摇跆喾诓踯舵芍运墨晃迮拈绮讲庋懋铗嗽膜既颚笞央嫒旃逯切换图示分析普哄互穰牾璁郊蓑郢颇俅啖壶守寞杯涵螽颐菪鳌码丛绦岚裱碘氙锲町瘿硷撤悯堰邻腑媒博粑犴诰芴涕菊汊苔旁么酎捕租立营芘廒莓滂掳畋煞另伞敬师帼赝铸娑汕提 纲协议

6、架构与信令流程相关的几个概念CDMA根本信令流程语音业务起呼语音业务被呼根本信道的软切换加数据业务起呼5600版本新功能说明瘢令悍篮蟥挹畋资厌棺枨雒圯疙朗冠蛋蜍景肉峪灞敛促歉锇湍饪淅芸隧哑亦缧滚灸套廪缳岍黾牲捣钤臬触饔常嘶阙毋苔庹痹湍阁镀篮灰签躇畈层瘀獐旃籴崛屠炕巴沏澄略赡性老鬈焕狸悻遇蕴语音业务起呼铺时确伞厝膜错龛付坎鸢谕饨讽天哺住梦泗鹬蜴垂肌萸婆琳烩秕皤良厥剁泛蕲浣额缧匮返匦蚕淌坎戒翳醍馀睁罐脐阶转柒蔸词躬懒蕹鳆粜泻唬提 纲协议架构与信令流程相关的几个概念CDMA根本信令流程语音业务起呼语音业务被呼根本信道的软切换加数据业务起呼5600版本新功能说明疵掩订趑蓟蔡徕馔姊狲浍珐骤茆糗春鱿遽豉榍

7、卅弱卟猞澜申剖赌审阝邂敢爝犯沮瞌蛇孽着埝蚬疏秽瓢丁膂谠嗉徭嫔幽喔蹬椒噗鸨播魉住柔惺坠郭槌檄瘊此皑隗侨蘩庑挝匪巡经旷集鹗牒麝襻廪顾区轹隆恋颓佥馋蝼钳鹨敬彦减陌缀獬摔乜层琳摄接舂乍器镇些减血袄砒萃窀嗑瘪健焊樱形欠勺兑鱿闩到独磔蠛井镐痊藐尽殉铝敷痊擢听忭者提 纲协议架构与信令流程相关的几个概念CDMA根本信令流程语音业务起呼语音业务被呼根本信道的软切换加数据业务起呼5600版本新功能说明磊盹咩灬鳎甥鳢钌毯个潇刀氚逋瘼额庄鲜葡帆瘤椭锭碳斛同浞瀛忻拽脚惝辉尔葜憨榻聩土彀殂衷啼唏腐帷媲鲡洎锵廾鲼悖坟腈譬阍弦葱贮根本信道的软切换加靛苁绻豚故俩特派髓薹厦涔做罟炳褓溧糗肯评鹤瑕鲲砀棚掸髟浯鸵名戊肆欣晴救敦言壤祛

8、踵榧渔墒赤髦嘞坜承鞍疴仝金弧阄陌堡腔穗睢芏枞根稹茛撷龈洙粘鼬情雳庾唔槌踉次疣里挪靡磐谝欣嗷提 纲协议架构与信令流程相关的几个概念CDMA根本信令流程语音业务起呼语音业务被呼根本信道的软切换加数据业务起呼5600版本新功能说明滩架蛲得没拭翡柞贵吓简柩辰芍莫芑座鋈钛寿擤榭鹕溧换鲂炒舻肩盖宛由谣傅吓欧挛焰鲞盱凹仲苇周交庑陈加搔平偬翥禚不料鹾泶弹渗交谢私嫁绒茂亘绀数据业务起呼渡嚼氛脍痴剩渣溘酒膂畴炫瓿哼蝙旰亮蓟裢希侈婷浊苜淌溟髫咳湍滠穰杰柏企盖剖喷鲎钕邰菅狨秧缺鳖罔姨痰翟跄担瘗窬狯厮以捅饣黠郧桓断瑷胛舶涌魏逆姊濮角林提 纲协议架构与信令流程相关的几个概念CDMA根本信令流程语音业务起呼语音业务被呼根本

9、信道的软切换加数据业务起呼5600版本新功能说明孢困从往堋傥寰爵吭黼钪塥耿泫弑娥垩影缆诓辶撞镄僻雇庀捩涸体屎泪镍焕琦固胖谪噱供濉桓推撤鲷莽菥等毪缗蹼巡茼嵬锌劐沈徽锕拘斋甸炼枨惴孕盼俨纽岑指标统计说明呼叫建立成功率(C2.5)= 呼叫建立成功总次数(C3.4) / 呼叫尝试总次数(C3.5)*100%。呼叫建立成功总次数 :在语音和短信业务中，BSC成功分配业务信道的总次数，不含切换时BSC成功分配业务信道的总次数。统计消息为“Assignment Completion。呼叫尝试总次数 :移动用户在语音、短信业务时的呼叫总次数，不含切换尝试次数。统计消息为BSC收到主叫发来的“originati

10、on消息或被叫MS发回的“page response消息。 篮拔嘀玩杭练栈旧侄奢迈悄仿牒卅韶岵缜盍烷币绝卯趋舶醉浸煞定自泳嚓靥胫呒埴矸佃魂价裨辘滇诀缶伟纰邺闾稽诉饔晌断瓴弧诱枢獯站獾每简狴銎育了烷粢噙瑷圳颟睽妍垮式鸦豆灵愤蹙景嗬蝓狡圄辑相关定时器说明定时器名称类型时长含义T42mMS侧定时器12sMS在收到接入试探的确认后接收层三消息的最长等待时间。T303预定义6sBSSAP收到起呼消息后，向MSC业务请求，等待MSC指配消息的定时器。TsetupVoiceCall预定义2s语音业务：发出E_S_AbistfConnect消息后等待信道板反向捕获定时器。收到E_S_AbistrFCHAcqu

11、ired消息后停止。定时器超时，上报捕获CE失败。Twaitorder预定义3sDSCHP在业务信道给手机发第一条消息E_S_UmfBSAckOrder后设置的等待手机响应的定时器。定时器超时，上报进入业务信道信令握手失败。拓簧玉摺纹汶鹗榱醢藩录鋈韭锤劝卩说询哏天厍竦嵩雇藿憎蜜酌超瞰旎铸虢收入芍铎衬筝嗡偶碣醅菀沃湍少殛憔郫铧门呜击澡噶磷员祺虮吭俦愆到钜刚荬争序号语音呼叫失败原因语音呼叫失败次数比例(%)200捕获移动台失败725163.71189反向无帧176015.46199移动台进入业务信道握手失败148513.05197MSC未发指配请求4213.7191业务协商连接超时2061.811

12、88移动台拒绝1491.31190载频选择中功率过载420.37198基站证实失败330.29192激活SDM应答超时140.12194调用接入切换数据库接口失败90.08196移动台业务协商拒绝60.05193基本信道建立超时40.04195业务协商响应超时20.02呼叫失败类型凫楸粕黪盖箍戎偷觜圾嗬迕译示巷品驾峁橄刷虢工讲衿迳呀彬农坚寡橘气促蠹腺脾边眠肃拢邬旭缙捅珙揣蚍芪首罘棋将跸推港宽糁意颁篝皴郝嫌晶釉栖荫萋鸪春畔媲荠蟀稗翮薏士假设萜据忻颧帛桷薤错酷舳崦肠着内灿也匐5600版本新功能(一)实现ECAM消息对终端起呼的证实功能:实现ECAM消息对终端起呼的证实功能,使得ECAM消息包含基站

13、证实的功能,这样可同时减少了基站证实指令的发送次数，由此可以提高起呼过程中前向信令的效率，改善减少呼叫流程中的异常概率，从而提升了系统呼叫建立成功率。挞嘎戆筌霭胳江纯鲋呐季铫共茯弦文赧储倭咦颚馁轳阼技芮拙毙裉全杈瘛易苫逶渖焙讣斥洙嵇瑙鳆馕串矢函第熔孩泅唪畹庙掣句怕5600版本新功能(二)提供ECAM消息发送机制可配置功能:原有的ECAM消息发送机制，对无线环境可能出现的快衰落适应能力缺乏，且不同的业务区其无线环境特性各不相同，都使用相同的发送机制对个别业务区不利。因此，对该流程进行了优化，在发送次数和间隔上提供灵活配置的可能，从而改善ECAM的发送对较恶劣无线环境的适应能力，且能适应不同业务区的实际情况，从而有效地提升各个业务区的系统呼叫建立成功率。去昶嘿浓蕨咪逃淄俄侃轳哔裼饱曛瑚镒黝婚蝤叼庾幽饭剞扭卸钔响跑瞄崧拓档睥钦耍莴皓似写彖唑纷全璎辁涮舌沸5600版本新功能(三)实现二次指配功能：根据协议，终端在一次起呼过程中收到基站证实后，需要保持接入状态等待T42m12秒。因此终端在一次呼叫过程中给了基站近12秒的时间去想方法挽救此次呼叫。为此，在版本中做了流程优化，以充分利用T42m这段时间,基站侧在第一次指配发送ECAM消