CDMA案例介绍
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
gli Communications Inc.
CDMA案例介绍－接入失败4
2008年12月在呼和浩特测试时，发生了96次未接通，接通率为15.79%，明显不 正常；
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败4
通过后台的主被叫联合报表统计发现这96次未接通是连续的，而且前面的呼叫都 是正常的； 从主被叫通话详情报表的被叫起呼、接通和挂机时间来看都是空的，查看被叫的 信令窗口发现此段时间没有信令记录，所以此类是被叫手机丢失引起的接入失败；
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话2
2008年9月26日长春现场测试时，主叫在2:00:47出现了一次掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话2
从现场的无线参数来看，移动台的接收功率(RxAGC=-51dBm)和导频信号(Total Ec/Io=-1.06dB)都很好，移动台的发射功率达到最大(TxAGC=24dBm)，FFER增 加到100％，一定时间后移动台在同一导频上初始化 。
Dingli Communications Inc.
CDMA案例介绍
鼎利通信,鼎力支持
珠海世纪鼎利通信科技股份有限公司
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败
协议规定接入过程的每一个子阶段必须在一定的时间内完成。有如下5个子阶段： （1）基站对呼叫请求的确认。基站通过确认消息对移动台的呼叫进行确认，移动 台在接收到呼叫请求之前可能会发送多次呼叫请求消息。在此阶段，若当前的开销 消息没有在T41m（4s）内接收到，移动台将中止接入，重新进行初始化。 （2）等待信道指配消息。若移动台在接收到基站的确认消息之后的12s之内没有收 到寻呼信道上发送的信道指配消息，移动台会自动返回到空闲状态。记载移动台发 起呼叫尝试子状态中，若定时器超时，移动台将返回空闲状态。该时间常数为 T42m。 （3）确认前向业务信道。移动台在收到指配消息之后必须马上获取前向业务信 道。IS-95A中该时间为200ms，在IS-95B中延长至1s，该时间常数为T50m。若定 时器超时，则系统丢失，移动台重新初始化。 （4）若前向业务信道被成功解调，移动台开始在反向业务信道上发送业务信道前 缀。在成功获取反向信道之后，基站在前向业务信道上发送确认消息。若该确认消 息没有在2s内收到，移动台会重新初始化。该时间常数为T51m。 （5）基站向移动台发送业务连接消息。若连接失败，则系统释放，移动台重新初 始化。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败1
2008年10月29日，广州天河区测试，主叫在2:18:40发生了一次接入失败。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败1
从信令分析来看，主叫发出Origination message，收到了基站的回应PCH Order->Base Station Acknowledgement，但后续没有收到基站下发的Channel Assignment Message，而收到Sync Message，导致接入失败。从无线指标来 看，EcIo值很差，下行链路不是很好，所以很可能是基站下发的Channel Assignment Message移动台没有收到引起的。
移动台的接收功率和导频信号EcIo都很好，说明前向链路很好，而移动台的发射 功率却已达到最大，说明反向链路很差，这表明前反向链路严重不平衡。经过一段 时间（3~5 秒）之后，基站检测到MS 的反向信道信号很弱，放弃了反向信道，同 鼎利通信 鼎力支持 时切断前向信道，这样就触发了MS 的掉话机制，导致掉话。
Dingli Communications Inc.
CDMA案例介绍－掉话2
前反向链路不平衡的原因：1、反向链路存在强干扰；2、用户过多导致反向链路 阻塞；3、基站发送的导频功率过高 。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话3
2008年10月29日，广州天河区测试时主叫在1:46:03发生一次掉话 。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话3
从无线指标来看前反向的覆盖都很好，从信令分析来看掉话前手机连续发送多个 Power Measurement Report Message，应该是反向链路误码率比较高，导致基 站收不到这条消息，连续收到多个坏帧后基站停止发射引起掉话 。
移动台的发射功率很小，表明反向链路很好；移动台的接收功率和导频信号EcIo 都较差，表明前向链路较差，FFER升高到100％，导致掉话。需要改善此处的前向 覆盖情况。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话5
某丘陵地区的一条主要道路上，测试车辆由北向南行驶，通话过程中，通过测试 软件观察，各物理信号尚可，其主导频为PN219，掉话前，其Ec/Io逐渐降低，信 号恶化，最终产生掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败3
2008年9月26日，河南郑州测试时，被叫在3:00:41发生了一次接入失败。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败3
通过查看参数发现Num_Step=3，MAX_RSP_SEQ=2； 每个Access Probe Sequence由1……1+NUM_STEP个Access Probe组成； 达到了呼叫尝试次数，移动台初始化，导致接入失败；
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败2
2008年10月29日，广州天河区测试时，主叫在1:49:43发生了一次接入失败。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败2
分析前面的正常呼叫，通话时长都是1分30秒，而本次接入失败从起呼到Sync Message的时长也是1分30秒，结合手机信令分析发现，其它信令都正常，就是缺 少了Service Connect Message和Service Connect Complete Message，应该 是关键信令丢失引起的接入失败。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话5
对此掉话，从各物理信号表现来看，我们首先是怀 疑已超出基站覆盖区，属于弱覆盖掉话。但测试中随 后发现，掉话后，移动台很快同步于一个不同的导频 PN282，并可以在此导频上重建通话； 据此我们判断可能是漏作邻区关系，检查当时主导 频的邻集列表，发现后来同步的导频PN282已经在其 邻集列表中。查看手机导频扫描图发现手机没有检测 到邻集中的该导频； 在地理位置显示图上发现PN282所在基站为一高山 站，距离掉话时手机位置较远，如右边示意图所示。 查看信令中的系统信息，SRCH_WIN_N=7，经计 算，小区间的距离比邻区集合搜索窗口大。 手机因邻区搜索窗口太小无法检测到邻区信号，因 此无法请求切换，导致掉话产生。适当调大 SRCH_WIN_N值，保证手机能够搜索到邻区信号， 顺利切换，减少掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话4
2008年12月在北京测试时，主叫在7:04:44发生了一次掉话；
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话4
从现场的无线参数来看，移动台的接收功率(RxAGC=-85dBm)和导频信号(Total Ec/Io=-11dB)都较差，移动台的发射功率 (TxAGC=-47dBm)较小，FFER增加到 100％，一定时间后移动台在同一导频上初始化 。从信令窗口来看，此时一直在上 发功率测试和导频强度测试消息，一直没有收到系统下发的消息。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败6
分析被叫数据发现，被叫已经成功响应寻呼（Paging Response），网络通过寻 呼信道下发了应答消息（Base Station Acknowledgement），也下发了业务信道 指配消息（Extended Channel Assignment），但没有在规定的时间（T50m）内 连续收到两个好帧，系统丢失，移动台重新初始化。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败5
2008年12月在北京测试时，主叫在20:46:56发生了一次接入失败。从主叫起呼时 的无线参数来看，前反向信号都很好：Total EcIo=-8dB，RxAGC=-76dBm， TxAGC=-7dBm；从主叫信令来看也正常接入了，有Service Connect Message 和Service Connect Completion Message。
鼎利通信 鼎力支持
Dingli Communications Inc.
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败7
2008年12月在苏州做CQT测试时，连续发生了5次接入失败。从主叫起呼接入时 的无线参数来看都很好，主叫信令也都能正常接入，有Service Connect Message；查看被叫的的无线环境也很好，但一直没有寻呼响应信令，造成连续未 接通，后跟现场测试人员确认发现是被叫欠费导致的连续未接通。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－CDMA系统掉话机制
MS掉话机制： 基于坏帧数：移动台在连续收到12个坏帧后停止发射机工作，在5s内连续收 到2个好帧后重新激活发射机。 基于移动台定时器：前向高误帧率意味着前向链路正在变差，移动台维持一 个衰落定时器，连续收到2个好帧后重置该定时器。如果在定时器期满前不能 重置，移动台将重新初始化。 基于基站证实失败：移动台在重发需要证实的消息N1m次后，如果还未收到 基站的证实，移动台将重新初始化。 基站掉话触发机制：CDMA 系统并没有规定无线子系统的掉话机制，但是设备制 造商一般都根据MS 的掉话情况规定了相应的掉话机制。一种就是基站收到一定数 目的坏帧，基站就关闭前向链路；另一种是在重试了几次之后仍然没有收到MS 的 确认信息，系统也会认为是掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话1
2007年9月11日海南现场测试时，被叫在9:10:56出现了一次掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话1
从无线参数来看，RxAGC=-96dBm，Total EcIo=-24dB，TxAGC=20dBm，持 续T5m以上，很明显是脱网了，造成此次掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败5
分析被叫数据发现，在主叫起呼接入的时段被叫正在做位置登记，此时不能响应 寻呼，导致接入失败。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败6
2008年12月在北京测试时，在18:12:13发生了一次接入失败。主叫起呼接入时的 无线参数：Total EcIo=-9dB，RxAGC=-81dBm，TxAGC=-7dBm；主叫信令正 常接入，有Service Connect Message和Service Connect Completion Message。
CDMA案例介绍－接入失败4
2008年12月在呼和浩特测试时，发生了96次未接通，接通率为15.79%，明显不 正常；
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败4
通过后台的主被叫联合报表统计发现这96次未接通是连续的，而且前面的呼叫都 是正常的； 从主被叫通话详情报表的被叫起呼、接通和挂机时间来看都是空的，查看被叫的 信令窗口发现此段时间没有信令记录，所以此类是被叫手机丢失引起的接入失败；
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话2
2008年9月26日长春现场测试时，主叫在2:00:47出现了一次掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话2
从现场的无线参数来看，移动台的接收功率(RxAGC=-51dBm)和导频信号(Total Ec/Io=-1.06dB)都很好，移动台的发射功率达到最大(TxAGC=24dBm)，FFER增 加到100％，一定时间后移动台在同一导频上初始化 。
Dingli Communications Inc.
CDMA案例介绍
鼎利通信,鼎力支持
珠海世纪鼎利通信科技股份有限公司
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败
协议规定接入过程的每一个子阶段必须在一定的时间内完成。有如下5个子阶段： （1）基站对呼叫请求的确认。基站通过确认消息对移动台的呼叫进行确认，移动 台在接收到呼叫请求之前可能会发送多次呼叫请求消息。在此阶段，若当前的开销 消息没有在T41m（4s）内接收到，移动台将中止接入，重新进行初始化。 （2）等待信道指配消息。若移动台在接收到基站的确认消息之后的12s之内没有收 到寻呼信道上发送的信道指配消息，移动台会自动返回到空闲状态。记载移动台发 起呼叫尝试子状态中，若定时器超时，移动台将返回空闲状态。该时间常数为 T42m。 （3）确认前向业务信道。移动台在收到指配消息之后必须马上获取前向业务信 道。IS-95A中该时间为200ms，在IS-95B中延长至1s，该时间常数为T50m。若定 时器超时，则系统丢失，移动台重新初始化。 （4）若前向业务信道被成功解调，移动台开始在反向业务信道上发送业务信道前 缀。在成功获取反向信道之后，基站在前向业务信道上发送确认消息。若该确认消 息没有在2s内收到，移动台会重新初始化。该时间常数为T51m。 （5）基站向移动台发送业务连接消息。若连接失败，则系统释放，移动台重新初 始化。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败1
2008年10月29日，广州天河区测试，主叫在2:18:40发生了一次接入失败。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败1
从信令分析来看，主叫发出Origination message，收到了基站的回应PCH Order->Base Station Acknowledgement，但后续没有收到基站下发的Channel Assignment Message，而收到Sync Message，导致接入失败。从无线指标来 看，EcIo值很差，下行链路不是很好，所以很可能是基站下发的Channel Assignment Message移动台没有收到引起的。
移动台的接收功率和导频信号EcIo都很好，说明前向链路很好，而移动台的发射 功率却已达到最大，说明反向链路很差，这表明前反向链路严重不平衡。经过一段 时间（3~5 秒）之后，基站检测到MS 的反向信道信号很弱，放弃了反向信道，同 鼎利通信 鼎力支持 时切断前向信道，这样就触发了MS 的掉话机制，导致掉话。
Dingli Communications Inc.
CDMA案例介绍－掉话2
前反向链路不平衡的原因：1、反向链路存在强干扰；2、用户过多导致反向链路 阻塞；3、基站发送的导频功率过高 。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话3
2008年10月29日，广州天河区测试时主叫在1:46:03发生一次掉话 。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话3
从无线指标来看前反向的覆盖都很好，从信令分析来看掉话前手机连续发送多个 Power Measurement Report Message，应该是反向链路误码率比较高，导致基 站收不到这条消息，连续收到多个坏帧后基站停止发射引起掉话 。
移动台的发射功率很小，表明反向链路很好；移动台的接收功率和导频信号EcIo 都较差，表明前向链路较差，FFER升高到100％，导致掉话。需要改善此处的前向 覆盖情况。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话5
某丘陵地区的一条主要道路上，测试车辆由北向南行驶，通话过程中，通过测试 软件观察，各物理信号尚可，其主导频为PN219，掉话前，其Ec/Io逐渐降低，信 号恶化，最终产生掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败3
2008年9月26日，河南郑州测试时，被叫在3:00:41发生了一次接入失败。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败3
通过查看参数发现Num_Step=3，MAX_RSP_SEQ=2； 每个Access Probe Sequence由1……1+NUM_STEP个Access Probe组成； 达到了呼叫尝试次数，移动台初始化，导致接入失败；
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败2
2008年10月29日，广州天河区测试时，主叫在1:49:43发生了一次接入失败。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败2
分析前面的正常呼叫，通话时长都是1分30秒，而本次接入失败从起呼到Sync Message的时长也是1分30秒，结合手机信令分析发现，其它信令都正常，就是缺 少了Service Connect Message和Service Connect Complete Message，应该 是关键信令丢失引起的接入失败。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话5
对此掉话，从各物理信号表现来看，我们首先是怀 疑已超出基站覆盖区，属于弱覆盖掉话。但测试中随 后发现，掉话后，移动台很快同步于一个不同的导频 PN282，并可以在此导频上重建通话； 据此我们判断可能是漏作邻区关系，检查当时主导 频的邻集列表，发现后来同步的导频PN282已经在其 邻集列表中。查看手机导频扫描图发现手机没有检测 到邻集中的该导频； 在地理位置显示图上发现PN282所在基站为一高山 站，距离掉话时手机位置较远，如右边示意图所示。 查看信令中的系统信息，SRCH_WIN_N=7，经计 算，小区间的距离比邻区集合搜索窗口大。 手机因邻区搜索窗口太小无法检测到邻区信号，因 此无法请求切换，导致掉话产生。适当调大 SRCH_WIN_N值，保证手机能够搜索到邻区信号， 顺利切换，减少掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话4
2008年12月在北京测试时，主叫在7:04:44发生了一次掉话；
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话4
从现场的无线参数来看，移动台的接收功率(RxAGC=-85dBm)和导频信号(Total Ec/Io=-11dB)都较差，移动台的发射功率 (TxAGC=-47dBm)较小，FFER增加到 100％，一定时间后移动台在同一导频上初始化 。从信令窗口来看，此时一直在上 发功率测试和导频强度测试消息，一直没有收到系统下发的消息。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败6
分析被叫数据发现，被叫已经成功响应寻呼（Paging Response），网络通过寻 呼信道下发了应答消息（Base Station Acknowledgement），也下发了业务信道 指配消息（Extended Channel Assignment），但没有在规定的时间（T50m）内 连续收到两个好帧，系统丢失，移动台重新初始化。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败5
2008年12月在北京测试时，主叫在20:46:56发生了一次接入失败。从主叫起呼时 的无线参数来看，前反向信号都很好：Total EcIo=-8dB，RxAGC=-76dBm， TxAGC=-7dBm；从主叫信令来看也正常接入了，有Service Connect Message 和Service Connect Completion Message。
鼎利通信 鼎力支持
Dingli Communications Inc.
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败7
2008年12月在苏州做CQT测试时，连续发生了5次接入失败。从主叫起呼接入时 的无线参数来看都很好，主叫信令也都能正常接入，有Service Connect Message；查看被叫的的无线环境也很好，但一直没有寻呼响应信令，造成连续未 接通，后跟现场测试人员确认发现是被叫欠费导致的连续未接通。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－CDMA系统掉话机制
MS掉话机制： 基于坏帧数：移动台在连续收到12个坏帧后停止发射机工作，在5s内连续收 到2个好帧后重新激活发射机。 基于移动台定时器：前向高误帧率意味着前向链路正在变差，移动台维持一 个衰落定时器，连续收到2个好帧后重置该定时器。如果在定时器期满前不能 重置，移动台将重新初始化。 基于基站证实失败：移动台在重发需要证实的消息N1m次后，如果还未收到 基站的证实，移动台将重新初始化。 基站掉话触发机制：CDMA 系统并没有规定无线子系统的掉话机制，但是设备制 造商一般都根据MS 的掉话情况规定了相应的掉话机制。一种就是基站收到一定数 目的坏帧，基站就关闭前向链路；另一种是在重试了几次之后仍然没有收到MS 的 确认信息，系统也会认为是掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话1
2007年9月11日海南现场测试时，被叫在9:10:56出现了一次掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－掉话1
从无线参数来看，RxAGC=-96dBm，Total EcIo=-24dB，TxAGC=20dBm，持 续T5m以上，很明显是脱网了，造成此次掉话。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败5
分析被叫数据发现，在主叫起呼接入的时段被叫正在做位置登记，此时不能响应 寻呼，导致接入失败。
鼎利通信 鼎力支持
Dingli Communications Inc.
CDMA案例介绍－接入失败6
2008年12月在北京测试时，在18:12:13发生了一次接入失败。主叫起呼接入时的 无线参数：Total EcIo=-9dB，RxAGC=-81dBm，TxAGC=-7dBm；主叫信令正 常接入，有Service Connect Message和Service Connect Completion Message。