07移动主叫规程11需要确认

上传人:痛*** 文档编号:96225007 上传时间:2022-05-25 格式:DOC 页数:6 大小:74.50KB
收藏 版权申诉 举报 下载
07移动主叫规程11需要确认_第1页
第1页 / 共6页
07移动主叫规程11需要确认_第2页
第2页 / 共6页
07移动主叫规程11需要确认_第3页
第3页 / 共6页
资源描述:

《07移动主叫规程11需要确认》由会员分享,可在线阅读,更多相关《07移动主叫规程11需要确认(6页珍藏版)》请在装配图网上搜索。

1、精心整理第7章移动主叫流程7.1概述移动主叫(始呼)包括 MS拨打MS、MS拨打固定电话,不包括短消息始发。7.2正常流程移动主叫正常流程,根据指配流程类别(EarlyAssignment、LateAssignment、VeryEarlyAssignment )分成三类。其中EarlyAssignment、LateAssignment流程的选择是 MSC决定的;VeryEarlyAssignment 流程是由 BSS根据无线资源等情 况决定的。7.2.1 Mobileorigi nati ngcallestablishme ntwithoutOACSU(earlyassig nment)1信令

2、流程d/夕l上二二/- /图 7-1 MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)二7 fzrZ(1) MS在空中接口的接入信道上向BTS发送ChannelRequest(该消息内含接入原因值为MOC。但是该该消息中的原因值并不完全准确,因为MS在做移动主叫和|lMSI分离时都填的是该原因值。),(2) BTS 向 BSC 发送 ChannelRequired 消息;(3) BSC 收到 ChannelRequired 后,分配信令信道,向BTS 发送 ChannelActivation ;(4) BTS收到Ch

3、annelActivation 后,如果信道类型正确,则在指定信道上开功率放大器,上行开始接收信息,并向BSC发送ChannelActivationAcknowledge;(5) BSC 通过 BTS 向 MS 发送 ImmediateAssignmentCommand;(6) MS发SABM帧接入;(7) BTS回UA帧进行确认;(8) BTS向BSC发Establishmentlndication(该消息中准确的反映了MS的接入原因,此时对移动主叫和IMSI填的是不同的原因值。),内含 CMServiceRequest 消息内容;(9) BSC 建立 A 接口 SCCP 链接,向 MSC

4、发送 CMServiceRequest ;(10) MSC向BSC回链接确认消息;(11) MSC 发 CMServiceAccepted ;(12) 主叫 MS 发 Setup ;(13) MSC 向主叫 MS 发 CallProceeding ;(14) MSC 向 BSC 发 AssignmentRequest ,在该消息中,分配了 A 接口 CIC ;(15) BSC 分配话音信道,向 BTS 发送 ChannelActivation ;精心整理(16) BTS收到ChannelActivation 后,如果信道类型正确,则在指定信道上开功率放大器,上行开始接收信息,并向BSC发送Ch

5、annelActivationAcknowledge;(17) BSC 通过 BTS 向 MS 发送 AssignmentCommand ;(18) MS发SABM 帧在AssignmentCommand中指定的信道上接入;(19) BTS回UA帧进行确认;(20) BTS 向 BSC 发 Establishmentlndication ;(21) MS在接入话音信道后,发送 AssignmentComplete ;(22) 无线业务信道和地面电路均成功连接后,BSC向MSC发送AssignmentComplete ,并认为该呼叫进入通话状态;(23) MSC向主叫 MS发Alerting,主

6、叫 MS振铃;(24) MSC 向主叫 MS 发 Connect ;(25) 主叫 MS 向 MSC 回 Conn ectAck nowledge;(26) 主叫MS和被叫MS进入语音通话状态;(正常流程)(27) 通话完毕,主叫 MS挂机,主叫 MS发Disconnect ;(28) MSC 向 MS 发 Release ;(29) MS 回 ReleaseComplete ;(30) MSC向BSC发ClearCommand ,BSC收到该消息后,启动释放流程;后续的释放流 程参见释放流程的描述。2.流程说明(1) 错误!未指定书签。 中(1)(8)为随机接入、立即指配过程。在此过程中,B

7、SS为MS分配信令信道。(2) 错误!未指定书签。 中,在(10 )和(11 )之间,可能会有鉴权、加密流程、类标查询(更新过程)。根据MSC的数据配置情况等的不同,在A接口链接建立后,MSC有可能不会立即下发 CMServiceAccepted消息,而是:下发CipherModeCommand启动加密流程(这种情况下MSC就不会再下发 CMServiceAccepted消息);(b) 下发 Authentication Request 启动鉴权流程;(c) 下发ClassmarkUpdate启动类标更新流程。此外,如果 BSC数据配置中“ ECSC”配置为“是,则双频MS在上报Establi

8、shmentlndication后,将紧接着上报ClassmarkChange 消息。(3) 错误!未指定书签。 中(14 )(22 )为TCH指配流程在此流程中,BSS为MS分配话音信道以及 A接口电路等资源。(4) 错误!未指定书签。 中(30 )(40 )为释放流程错误!未指定书签。所示为主叫MS先挂机的释放流程。在资源释放时,无线口先释放逻辑信道,再释放物理信道。7.2.2 Mobileorigi nat in gcallestablishme ntwithOACSU(lateassig nment)1信令流程图 7-2 Mobileoriginatingcallestablishme

9、ntwithOACSU(lateassignment)精心整理(1) 错误!未指定书签。 与错误!未指定书签。的区别是后者的指配流程在Alerting消息之后,其它方面没有差别;(2) 错误!未指定书签。所示流程的优点:可以节约占用话音信道的时间;(3) 错误!未指定书签。所示流程的缺点:如果后续指配不成功,会造成用户听到振铃却不能打通电话,从而易导致用户投诉。因此,实际应用中,一般不使用本流程,而是使用 错误!未指定书签。所示的流程。2.流程说明可参考错误!未指定书签。MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment

10、)部分的相关说明。错误!未指定书签。 所示为主叫MS先挂机。7.2.3 Mobileorigi nati ngcallestablishme ntwithOACSU(Veryearlyassig nment)1信令流程图 7-3 MobileoriginatingcallestablishmentwithOACSU(Veryearlyassignment)(1) 错误!未指定书签。 与错误!未指定书签。的区别是:后者在立即指配时分配的是TCH作为信令信道使用,因此在指配时不需要再分配TCH,而是通过 ModeModify,将立即指配分配的TCH调整为话音信道;(2) 错误!未指定书签。所示的流

11、程,一般发生在立即指配时无空闲SDCCH供分配,但有空闲TCH、且BSC数据配置容许立即指配TCH的情况下。2.流程说明可参考错误!未指定书签。MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)部分的相关说明。错误!未指定书签。 所示为主叫MS先挂机。7.3异常流程无线口消息丢失、掉话、用户挂机、传输、NSS以及BSS设备运行异常等,都可能导致流程不能正常进行。此外,MS在一次接入时,重发多个ChannelRequired,将造成BSS激活多个信令信道,而实际上MS只会占用一个,其它信道由于无法收到 MS的Establ

12、ishIndication而超时释放。由于造成异常流程的原因比较多,在此就其中岀现较多的情况进行说明。7.3.1随即接入、立即指配异常流程1. 信道激活后收不到 EstablishI ndication这种情况发生原因,一般有:(1) MS设计不符合协议,重发多个ChannelRequest造成BSS多分配并激活信令信道。(2) 即使BSS系统运行正常,MS在一次接入时,也可能重发多个ChannelRequest ,造成BSS激活多个信令信道,而实际上MS只会占用其中一个;其它信道由于无法收到 MS的EstablishIndication ,而由BSC在T3101定时器超时后将信道释放。无线口

13、上行接收正常,但下行信号不能被MS很好接收。精心整理 此时,在 MS侧跟踪无线口,可能发现在给BTS发送ChannelRequest后,收不到 BTS的相关信息。这时,需要检查上下行接收电平、接收质量是否正常。如果MS和基站之间距离不远,但接收电平低、接收质量差,需要检查BTS天馈以及 MS的天线、电池等是否正常。3)BSC数据配置中的扩展传输时隙数(Tx-integer )及CCCH配置不当Tx-integer与CCCH配置方式影响 MS的ChannelRequest的重发间隔时间。2. BSC 发 ImmediateAssignmentReject。如果 BSC 收到 ChannelReq

14、uired 后,给 MS 发 ImmediateAssignmentReject,通常为如下原因:(1) 发现无合适的信令信道(信令信道通常为SDCCH,也可以为TCH。)分配给该 MS。这种情况一般为信道全忙或者信道被闭塞等造成不可用。(2) 给 BTS 下发 ChannelActivation 后,BTS 回 ChannelActivationNegativeAcknowledge。如果BTS给BSC回大量 ChannelActivationNegativeAcknowledge ,通常是由于 Abis接口传输不稳定造成 BSC和BTS 信道状态不一致;或者 BTS个别单板运行岀现异常。7

15、.3.2 MSC 未下发Assignmentrequest而是直接下发 Disconnect拆除呼叫这种情况的发生,通常会导致大量用户投诉电话打不通。此时需要重点检查:(1) MSC侧A接口电路状态1.1 I .X h覚-.sT/(2) MSC和BSC的A接口数据一致性,尤其是电路池数据。7.3.3指配异常流程1. Assig nmen tFailure在 BSC 收到 AssignmentRequest 后,BSC 没正常返回 AssignmentComplete,而是返回 AssignmentFailure。常见原因有:(1) BSC无合适的话音信道供分配。BSC无合适的话音信道分配,有可

16、能是话音信道全部处于Busy状态,也可能是被 Block等造成不可用。此时,BSC 回的 AssignmentFailure 消息所带原因值为 NoRadioResource。对这种情况,可通过增加TRX进行基站扩容、修改接入门限、打开直接重试开关进行改善。(2) MS接入话音信道失败,从信令信道上发送AssignmentFailure 。这种情况下的 AssignmentFailure是从MS报上来的。由于无线口传输的特殊性,这种情况实际网络中岀现最多,且无法根本解决。如果这种情况发生比例很大,易导致用 户投诉,需要重点检查天馈、BTS相关单板、BSC数据配置中接入方面的相关参数。(3) B

17、SC侧发现A接口电路异常,例如AssignmentRequest 中带的CIC不可用。此时需要重点核查 MSC和BSC的A接口数据一致性。(4) BSC相关硬件出现异常。此时,BSC回的AssignmentFailure消息所带原因值通常为EquipmentFailure。这时需要重点检查:1)BSC模块间通讯相关单板及其母板、光纤,例如GMC2、GMCC、GSNT、GOPT、GFBI ; 2)A接口相关单板,例如E3M、TCSM单元及其母板。(5) A接口传输出现异常。2. DirectedRetryBSC在收到MSC下发的AssignmentRequest后,由于无合适的 TCH供分配,而

18、BSC数据配置中容许进行直接重试, BSC将视情况发起切换(原因值为DirectedRetry ),使MS直接重试到其它小区。精心整理734掉话造成的异常流程主被叫用户在任何流程中间,均有可能掉话,导致后续流程不能正常完成。例如,BSC在收到 MSC下发的AssignmentRequest消息后,用户突然掉话,可能导致BSC既不给 MSC 返回AssignmentComplete 也不返回AssignmentFailure,而是发 ClearRequest。735用户挂机造成的异常流程主被叫用户在任何流程中间,均有可能挂机,导致后续流程不能正常完成。例如,BSC在收到 MSC下发的Assign

19、mentRequest 消息后,用户突然挂机,可能导致BSC 在给 MSC 返回 AssignmentComplete 或 AssignmentFailure前,呼叫流程已终止, 这将造成该指配流程既不是指配成功(BSC发AssignmentComplete )流程也不是指配失败 (BSC发 AssignmentFailure )流程。736 MSC清除造成的异常流程在A接口链接建立后,主被叫用户在任何流程中间,MSC均有可能由于某些原因而给BSC下发ClearCommand或Disconnect消息,导致后续流程不能正常完成。例如,BSC在收到MSC下发的AssignmentRequest消

20、息后,用户突然挂机,可能导致 BSC在给MSC返回AssignmentComplete或AssignmentFailure前,呼叫流程已终止,这将造成该指配 流程既不是指配成功(BSC发AssignmentComplete )流程也不是指配失败( BSC发AssignmentFailure )流程。如果这种现象很多,需要重点分析:(1) ClearComma nd 中所带的原因值如果是呼叫正常结束,ClearCommand中所带的原因值一般为CallControl等;否则可能为 ProtocolError、EquipmentFailure等。(2) ClearCommand 或Disconnect与流程中上一条消息间的时间差通过分析相邻二条消息的时间差,可以看岀是否存在超时触发异常流程的可能。

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!