联合寻呼试验总结报告_第1页
联合寻呼试验总结报告_第2页
联合寻呼试验总结报告_第3页
联合寻呼试验总结报告_第4页
联合寻呼试验总结报告_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、1. 概述2. 联合寻呼功能介绍2.1 联合寻呼功能2.2 联合寻呼功能软硬件要求2.3 联合寻呼激活MML命令流程3. 联合寻呼功能测试验证3.1.1 未幵启联合寻呼时寻呼数据业务用户3.1.2 幵启联合寻呼时寻呼数据业务用户4. 联合寻呼功能幵启前后指标变化情况4.1 LAC下寻呼挽救次数4.2 LAC下寻呼成功率4.2.1 LAC:22470寻呼成功率变化情况4.2.2 LAC:22337寻呼成功率变化情况4.2.3 LAC:26578寻呼成功率变化情况4.2.4 LAC:26591寻呼成功率变化情况4.3 幵通后BSC负荷变化4.4 幵通后BSC日常指标变化5. 总结概述目前网络中,网

2、络操作模式设置为网络操作模式2 (NOM),在这种情况下,数据业务用户在传输数据的时候,语音是无法寻呼到该用户。联合寻呼功能可以在不需要进行硬 件改造的情况下,使用户可以被语音寻呼到。从用户的角度看,该Feature使用户可以接收寻呼消息,提升用户感知;从网络端来看,可以避开Gs端口的建设,而达到寻呼用户的目的,减少网络复杂度。联合寻呼功能测试验证J开启联合寻呼之前数据业务在ready状态下,语音无法寻呼到,release原因为call rejectJ开启联合寻呼之后数据业务在ready状态下,语音可寻呼到。在语音释放后,可继续数据业务联合寻呼功能开启前后KPI指标变化1 寻呼挽救次数开通联合

3、寻呼功能的4个LAC区平均挽救寻呼数如下所示:LAC一周平均寻呼量一周平均挽救次数寻呼挽救比22337791793176572.23%22470888701159181.79%26578677886171852.54%2659159318886591.46%丄LAC下寻呼成功率4个LAC区中有3个LAC区的寻呼成功率有明显提升,提升幅度在1%-23左右。 其中LAC:26591寻呼成功率没有明显提升。经分析LAC的寻呼成功率波动较大 主要原因可能是该LAC下的下行0_5级质量较差导致,具体分析见 4.24节。开通后BSC的负荷开通联合寻呼的2个BSC的 BCSU勺负荷略有提升,比开启前的BCS

4、I负荷高出 10%f到,对BCSU处理能力基本没有影响。J开通后BSC的日常指标变化开通联合寻呼的2个BSC日常指标无明显异常情况,具体指标见 4.4节。联合寻呼功能介绍联合寻呼功能网络操作模式1 (NOM2的情况下,如果对正进行数据业务的 MS进行CS寻呼时,仅 能通过在MSC和SGSN之间增加Gs接口的方式实现。在网络操作模式2( NOMJ2下,BSC将CS寻呼发送给相关的PCU PCU过查询内部 建立的表格,察看MS是否在数据传输,若有则直接在 PACCH信道上进行CS寻呼发送。息 SI 13 和 PSI 14 中的 BSS PAGING COORDINAT当网络操作模式为2(NOMJ2

5、且Paging coordinate功能开启时,网络会通过系统消 N知MS其是否支持联合寻呼,若支持则该消息设置为1,不支持则设置为0,其信令如下所示:当网络满足所有联合寻呼条件后,PCU会对所有进行数据业务的 MS进行建表,当BSC接收到A 口的寻呼消息后,其先在PCH1进行发送,同时对进行数据业务的MS进行查询,若要寻呼的MS在PCU建立的表内,则将该寻呼发送给 PCU此时PCU会确认该被叫MS是 否仍旧正在进行数据传输,若是,则其在 PACC上进行寻呼消息传送,若否,则忽略此寻呼消息。联合寻呼功能软硬件要求丄软件版本需求:丄硬件需求:网络需要激活GPRS/EDG功能 网络需要支持网络操作

6、模式2(NOM II)功能作用小区必须下挂在PCU2下联合寻呼激活MM命令流程激活联合寻呼功能:丄检查LIC开启情况ZW7l:LIC,FULL:LIC=;功能激活命令激活:ZW7M:FEA=1802:ON:;-网络操作模式变更命令网络操作模式有NOM变为NOM2 ZEGP:19:01;丄测量开启建立测量:ZTPM:GPRS,PCU:,;开始测量:ZTPS:GPRS,PCU;注意:如果功能激活失败会出现1374告警,CS PAGING COORDINATIONACTIVATION/DEACTIVATION FAILED去激活联合寻呼功能:丄检查LIC开启情况ZW7l:LIC,FULL:LIC=l

7、ice nse code;-功能去激活命令去激活:ZW7M:FEA=18O2:OFF或者 ZW7M:FEA=18O2:CONF:;丄网络操作模式变更命令网络操作模式有 NOM变为NOM1 ZEGP:19:00;测量关闭:ZTPE:GPRS,PCU联合寻呼功能测试验证针对开启联合寻呼功能前后进行测试验证,测试过程如下所示。未开启联合寻呼时寻呼数据业务用户在未开通联合寻呼功能的BSC内进行功能性验证。对在做FTP下载的用户进行寻 呼。测试后发现,在该种情况下,主叫语音会提示:您拨打的电话暂时无法接通。从信令侧来看,主叫释放原因为 CALL REJECTED其信令如下所示:开启联合寻呼时寻呼数据业务

8、用户在开通联合寻呼功能的BSC内进行功能性验证。对在做FTP下载的用户进行寻呼。 测试后发现,在该种情况下,主叫可寻呼到被叫,其信令如下所示:在语音通话结束之后,被叫可继续进行数据业务,其信令如下所示:联合寻呼功能开启前后指标变化情况LAC下寻呼挽救次数本次试验BSC22BSC23开启联合寻呼功能,共涉及4个LAC区域,分别为22337、 22470、26578、26591。每个LAC区域下每天均有不同程度的寻呼能挽救,其寻呼挽 救变化如下所示:从上图可以看出,寻呼挽救次数基本与该LAC区域的寻呼数成正比关系,每个LAC下的寻呼挽救比如下所示:LAC一周平均寻呼量一周平均挽救次数寻呼挽救比22

9、337791793176572.23%22470888701159181.79%26578677886171852.54%2659159318886591.46%从4个LAC的一周数据来看,一般开启联合寻呼功能后,约有1%-3%右的寻呼的可以挽救。LAC下寻呼成功率基于之前的分析结果,开启联合寻呼功能后能挽救LAC区1%-3%右的寻呼,故对LAC区的寻呼成功率有所提高。对开启联合寻呼功能的4个LAC区的寻呼成功率进行对比(选取寻呼量与寻呼删 除相差不多的时间进行对比,并去除周末指标),其对比结果如以下所示。LAC:22470寻呼成功率变化情况从LAC 22470开启联合寻呼后的寻呼成功率来看,

10、在总体寻呼量相差不多,寻 呼删除增多的情况下,寻呼成功率还是有一定提升。其具体指标如下所示:该LAC开启联合寻呼后平均寻呼挽救率约在 1.79%,其寻呼成功率从指标上来看 较之前有1%左右的提升,略差于寻呼挽救率,主要是由于寻呼删除增多的原因造成, 若寻呼删除能解决,寻呼成功率能进一步提升。LAC:22337寻呼成功率变化情况从LAC 22337开启联合寻呼后的寻呼成功率来看,在总体寻呼量相差不多,寻 呼删除增多的情况下,寻呼成功率还是有一定提升。其具体指标如下所示:该LAC开启联合寻呼后平均寻呼挽救率约在 2.23%,其寻呼成功率从指标上来看 较之前有1%左右的提升,差于寻呼挽救率,主要是由

11、于寻呼删除增多的原因造成, 若 寻呼删除能解决,寻呼成功率能进一步提升。LAC:26578寻呼成功率变化情况从LAC 26578开启联合寻呼后的寻呼成功率来看,在总体寻呼量相以及寻呼相 差不多的情况下,寻呼成功率还是有一定提升。其具体指标如下所示:该LAC开启联合寻呼后平均寻呼挽救率约在 2.54%,其寻呼成功率从指标上来看 较之前有2%左右的提升,与寻呼挽救率大致相当。LAC:26591寻呼成功率变化情况从LAC 26578开启联合寻呼后的寻呼成功率来看,在总体寻呼量相以及寻呼相 差不多的情况下,寻呼成功率并无明显提升。其具体指标如下所示:该LAC开启联合寻呼后平均寻呼挽救率约在 1.46%

12、,但从指标上来看,寻呼成功 率并未有明显提升。对该LAC区域可能影响寻呼的指标进行分析看,其SD接入性、SD掉话率、位置更新数量来看,均正常,但该LAC的下行0_5级质量较差,说明下行干扰较大,可能导致空闲状态下解寻呼消息失败,故寻呼成功率波动较大,其具体指标如下所示:datelacid位置更新数SD掉话率SD拥塞率SD建立成功 率下行0_5级质 量上行0_5级质 量265915142710.29%0.47%.92%99.52%265915372580.34%0.00%99.93%99.51%265915252390.24%0.00%99.86%99.53%265915257350.24%0.

13、02%.97%99.54%265915155570.22%0.00%99.96%99.52%265915073110.28%0.02%99.95%99.50%265915208830.26%0.00%99.97%99.51%265915159260.27%0.00%99.96%99.50%265915469120.30%0.08%99.96%99.50%265915387250.24%0.00%99.97%99.53%开通后BSC负荷变化由于开启联合寻呼功能后BSC需要承担额外负担,及与PCU之间进行寻呼消息的 协调,可能会增加BCS啲符合。目前开启的两个BSCS BCSI符合变化情况如下所示:从BSC22 BSC23勺BCSI变化来看,开启联合寻呼功能后,BCSU在话务量相差 不多的情况下,比原先BCSI负荷约有10流右的提升,由于现网BCSU处理能力较强, 一般负荷都在20%下,开启联合寻呼功能对BCSUfct理能力的影响非常小,基本可以 忽略不计。开通后BSC日常指标变化对BSC22 BSC23开启联合寻呼功能后的日常指标变化进行跟踪,其指标变化如 下所示:BSC220常指标变化情况1语音类指标变化从开启联合寻呼前后指标变化情况来看, 显变化。BSC22勺语音类指标没有明1数据类指标变化BSC22勺数据类指标没有明从开启联合寻呼

温馨提示

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

评论

0/150

提交评论