郑州开封无线市话PHS并网升位方案.docx

郑州开封无线市话PHS并网升位方案.docx

《郑州开封无线市话PHS并网升位方案.docx》由会员分享，可在线阅读，更多相关《郑州开封无线市话PHS并网升位方案.docx（7页珍藏版）》请在冰豆网上搜索。

郑州开封无线市话PHS并网升位方案

郑州、开封并网升位

无线市话PHS并网升位方案

（讨论稿）

UT斯达康（中国）有限公司

2005-05

修改记录

日期

版本

作者

描述

2012-11-28

0.1

新建文档

目录

1.并网升位背景4

2.mSwitch并网升位方案4

2.1.mSwitch并网升位原理5

2.1.1.并网升位准备期－第一阶段5

2.1.2.并网升位测试期－第二阶段5

2.1.3.正式并网升位－第三阶段7

2.1.4.本地7位拦截结束、长途来话放录音通知阶段－第四阶段7

2.1.5.升位结束期－第五阶段8

2.1.6.业务运营接口8

2.1.7.并网升位通知音8

2.1.8.并网升位对设备运行维护的影响9

3.VAS系统并网升位方案9

短消息系统9

1.并网升位背景

依据河南省联通公司的“将开封本地网并入郑州本地网”的需求，开封市本地网计划于***年****月****日并入郑州本地网，同时开封的电话号码需要从7位升到8位，升位规则：

1.

2.区号由0378改为0371并入郑州本地固定电话网。

目前已开通的PHS无线市话采用固网的电话号码资源，所以号码也需要从7位升到8位，并且支持并网升位过渡期7/8位兼容，升位后录音拦截等功能。

PHS号码升位方法同固网方案。

2.mSwitch并网升位方案

并网升位工作需要考虑的限制条件：

∙郑州、开封的并网，PHS将保留现有郑州和开封的两个独立域，采取漫游的方式实现两网的合并。

∙相关交换机路由数据、局数据做改动，网络架构不变。

∙郑州、开封的用户可以在两个域之间自由漫游，但是和其他城市之间的漫游需要区分控制。

∙郑州、开封并网后，在帐务侧做计费数据的相关调整，两域间的呼叫采取区间收费的方法。

综合以上各种因素，并结合郑州、开封mSwitch网络的现状，推荐采用如下的并网升位方案：

1.并网

从进入测试期时刻开始，需要调整两地两地路由，支持两地电话不带区号直拨，调整收费策略，支持两地呼叫区间收费，同时需要两地作为信任域，用户可以在两地自由漫游。

2.开封升位

从进入测试期时刻开始，mSwitch用户管理系统（SAM）的用户数据，计费数据，VAS系统的用户数据开始使用8位数据。

在后续升位过程中不需要做任何改动。

同时，根据测试期话务接续原则，提前制作适用于该时期的各个mSwitchPHS网关的配置数据，在进入测试期时刻加载该配置数据；在后续不同阶段手工修改网关配置数据；并配合网关升位处理程序的运行，可以快速而安全的过渡到8位。

注意：

并网和升位必须同时进行。

2.1.mSwitch并网升位原理

主要的准备工作包括：

1.mSwitch并网升位方案的制定；

2.mSwitch并网升位处理程序及升位工具的发布（包括PHSGW，MBOSS，TS，NMS，VAS，ParlayGW等）；

3.在郑州、开封NMS上优化号码分析表，将能合并的号码分析项目合并；（尽可能简化号码分析数据的配置）

4.制作郑州、开封各个PHS网关在测试期阶段的配置数据（主要是号码分析表的变化）；

以下详细介绍不同升位阶段对号码分析表的配置要求及网关升位处理程序所完成的相应处理。

2.1.1.并网升位准备期－第一阶段

保持现有的号码分析表不变；不需要网关升位处理程序。

2.1.2.并网升位测试期－第二阶段

Ø郑州：

升级郑州TS和NMS，对郑州、开封用户做信任域漫游处理：

为实现郑州和开封并网后用户漫游的问题，SLR需要支持信任域漫游的特性：

即郑州和开封的SLR在publicdomain表中将对方配置成“信任域“。

这样，一个没有普通域间漫游权限但是有信任域漫游权限的郑州/开封用户，可以在郑州和开封之间任意漫游，但是不能漫游到其它地市。

这样，我们可以根据域名来灵活的控制用户的漫游权限问题。

Ø开封：

1.在现有的号码分析表基础上，将开封本地的号码分析改为8位分析数据。

2.在现有的号码分析表基础上，增加郑州的8位号码分析数据。

3.升级开封TS和NMS，对郑州、开封用户做信任域漫游处理。

（原理同郑州一样）

实现如下功能：

∙网关送TS/OSS的号码信息为升位后的8位数据；

∙网关上所产生的计费CDR文件中，主被叫号码为升位后的8位数据。

∙网关送PSTN汇接局的主叫号码为升位前的7位数据；本地网被叫号码可以开关控制输出位长（7位或8位）；网关送到PSTN的PHS漫游号码为7位；

∙对WACOS用户，网关送的主叫、被叫号码是升位后的8位数据，所以如果有域间漫游，需要将两个域之间的路由类型配置为PSTN，对于升位域的用户漫游到未升位域作主叫，被叫的来电显示为升位后的8位数据。

∙网关支持7位和8位的来话；

∙网关送短信中心的短信请求中本地网接收方号码为升位后的8位数据。

1.开封本地网内呼叫：

对7位号码直接进行接续，8位号码按前7位接续。

2.开封用户的所有跟号码有关的操作，比如IVR冲值，均是是按7位进行。

3.主叫IP17909业务，对用户而言没有变化：

郑州、开封两地用户没有漫游时：

和并网前方式一样，PHS网关将呼叫送PSTN汇接处理。

郑州、开封两地用户发生漫游时：

在漫游地的PHS网关将呼叫送本地的PSTN汇接处理。

说明，对开封PHS网络：

∙在测试期，要求来电显示主叫号码是7位，所以PHS在SS7出局信令上必须送7位主叫号码。

因为PHS用户数据都为8位，所以在BCP－>SS7模块接口处，升位处理程序需要将8位主叫号码去字头改为7位后再送SS7模块。

∙在测试期，要求送计费中心用户CDR中主叫号码为升位前的7位，所以PHS在送CDR到计费中心时必须送7位主叫号码。

因为PHS用户数据都为8位，所以需要利用MBOSS的工具XCDR需要将CDR文件中8位主叫号码去字头改为7位后再送出到计费中心，如果开封计费中心可以接受8位，则不需对CDR做处理。

∙在处理呼叫转移和缩位拨号时，上述升位处理程序也要能够支持（7、8位）；直到正式升位时刻后，呼叫转移和缩位拨号等新业务用户需要按照升位后的8位号码重新登记这些业务号码。

（或者由局方人员在正式升位前手工将这些号码修改为8位）

2.1.3.正式并网升位－第三阶段

实现如下功能：

∙网关送TS/OSS号码信息为升位后的8位数据；

∙网关上所产生的计费CDR文件中，主叫号码及本地网被叫号码都为升位后的8位数据；

∙网关送PSTN汇接局的主、被叫号码（包括PHS漫游号码）为升位后的8位号码（开始送8位主叫号码出局）；

∙网关对短消息请求不进行预处理，由短信中心来控制短消息请求的接续；

∙用户拨本地7位听并网升位通知音。

∙国内、国际长途来话并存由开封OSX关口局处理。

在正式升位后，按规定送8位主叫号码，因为mSwitch用户数据都为8位，所以升位处理程序不必再对号码做处理。

2.1.4.本地7位拦截结束、长途来话放录音通知阶段－第四阶段

实现如下功能：

∙网关送TS/OSS号码信息为升位后的8位数据；

∙网关上所产生的计费CDR文件中，本地网主、被叫号码为升位后的8位数据；

∙网关送PSTN汇接局的主、被叫号码（包括PHS漫游号码）为升位后的8位号码；

∙网关对短消息请求不进行预处理，由短信中心来控制短消息请求的接续；

∙用户拨本地7位听空号音。

∙国际、国内长途来话7位拦截送并网升位通知音，开封OSX关口局完成。

2.1.5.升位结束期－第五阶段

Ø郑州

不需改动。

Ø开封

1.OSX长途来话拦截期结束，停送录音通知，升位结束，用户拨七位听空号音。

2.1.6.业务运营接口

Ø郑州

不需改动。

Ø开封

1.mSwitch升位为8位用户数据，电信97系统不需做任何特殊处理，即97系统按照大网并网升位的统一时间表进行。

正式升位前，97送mSwitch电话号码为7位，正式升位当晚后，则全部为8位。

因为mSwitch用户数据在进入测试期后全是8位，所以mSwitch的97接口程序必须对接收到的消息中的7位号码自动加8，再做进一步处理。

在回送97的消息中，如果有8位号码则要自动去字头8再送97系统。

正式升位时刻后，加/减字头逻辑需要从PHS97接口程序中删除。

2.同样，预付费查询、充值IVR、CRBT服务器（WEB，IVR等）接口也需要类似上述97接口的加/减字头处理，需要编写相应的接口处理程序实现。

2.1.7.并网升位通知音

Ø郑州、开封PHS网关

在PHS网关中，类似升位通知音的语音信息采用不间断的广播方式在专用的总线时隙进行播放，当需要对某一用户进行放音时，系统会将该用户的TDM时隙连接到播放通知音的总线时隙上对用户进行放音，并且经过程序的特殊处理（将语音分时段广播，比如一个20秒的语音，我们将分为10个独立的广播同时进行，但是每个广播开始的时间均间隔2秒，那么无论用户什么时候去听这个语音，最多只需要等待2秒就能找到10个中的一个广播去从开始听），可以保证用户听到的通知音是从头开始收听的，不会出现从通知音的中途对用户放音的情况。

另外，这种时隙的连接是一对多的关系（通过PEM-HD板卡上的1Kx1K的交换矩阵实现），即可以将全部需要放音的TDM时隙连接到播放通知音的总线时隙上。

因此，PHS系统在升位过程中播放升位通知音的设备资源是完全能够满足需求的。

本次升位，原始升位通知音由局方提供。

经过格式处理后，升位通知音可加载到PHS网关。

Ø开封OSX

原理同PHS网关，靠OSX中TG的PEM-HD+VPE4播放拦截音。

2.1.8.并网升位对设备运行维护的影响

上述升位过程中，对开封mSwitch网络设备运行维护的影响如下：

1.在测试期阶段，如果开封需要新增加字冠数据，增加的原则为升位后的8位数据。

2.从测试期开始，开封的TS/OSS服务器升位为8位用户数据后，在维护机房直接操作TS/OSS服务器进行查询等操作时，需要使用升位后的8位用户号码进行。

3.VAS系统并网升位方案

短消息系统

目前郑州、开封共用部署在郑州的一套VAS系统，开封的VAS，C－Mode通过2M专线连接省VAS中心，VASSMSC与PHSGW、短信互联网关SMGW、秘书台及Internet互联网关之间的连接方式如下。

VASSMSC与PHSGW之间为UT的SNSP接口；VASSMSC与其他设备之间为SMPP接口。

按照升位要求，从测试期开始，从SMGW、秘书台以及Internet互联网关送到VASSMSC的短信请求中接收方号码对开封的PHS7/8兼容；在正式升位之后，为8位号码。

从测试期开始，从VASSMSC送到SMGW的短信请求中发送方号码开封的PHS为7位；在正式升位后，为8位号码。

上述功能保证了在升位过程中，用户能够正常使用ICP、秘书台及家家e平台提供的短信业务及其增值业务。

短消息系统需要完成如下工作：

1.编写升位程序，实现升级短消息用户数据库的用户数据中开封的PHS都为8位数据。

并提供相应的回退程序。

2.修改SMPP接口，实现接收短信请求时开封的PHS7/8位用户号码兼容（8位号码不变化，7位号码加升位字头）。

同时，实现在正式升位时刻之前，从SMPP接口发出的短信请求中发送方号码都为7位数据；在正式升位时刻之后，从SMPP接口发出的短信请求中发送方号码都为8位数据。

3.在SMPP接口上增加号码拦截功能，从正式升位时刻开始，当SMPP接口送来的短信请求中接收方号码开封的PHS为7位时，返回SMPP协议规定的错误/失败通知。

4.在正式升位后，修改发送方（PHS用户）使用7位号码发送短消息给开封PHS用户时的失败通知内容，通知短信接收方“被叫号码已升位或被叫号码未注册”。

5.修改与PHS网关的短信接口，实现在正式升位时刻之前，由短信中心发出的短信中发送方号码为7位（当发送方为开封本地网PHS用户时）。

在正式升位时刻之后，直接送8位号码即可。

6.在升位过渡期，SMSC需要记录7位接受短信的主被叫号码，以文本方式存贮到硬盘。

说明：

因为SMS系统与OSS系统同时升位为8位数据，因此，在CDR的接口及VASAM的接口上不需要做修改。