号码分析的总体流程
图1 号码分析的总体流程
对于普通呼叫（非前转呼叫或智能呼叫）而言，MSOFTX3000号码分析的总体流程可以简要描述为：入局呼叫预处理、号码分析处理和出局呼叫预处理三个大的部分。处理过程主要是先进行入局号码预处理，然后进行号码分析相关处理（其中包括主叫分析，和被叫特殊处理等），然后如果呼叫是中继出局则会进行出局号码预处理过程，对出局号码进行规整。否则如果是本局呼叫则寻呼被叫，进行局内呼叫被叫过程，基本和号码处理无关了，其分析流程如图1所示。
图1给出的是一个相对完整的号码分析流程，对于一次具体的呼叫而言，呼叫处理软件实际需要执行哪些号码分析步骤，是由本次呼叫的具体参数与相应的数据配置共同决定的。
∙ 例如，操作员在使用ADD IMSIBITANA命令配置IMSI号码分析数据时，其配置的IMSI前缀参数为46000，如果在某次呼叫中主叫移动用户的IMSI号码为460011234567890，由于该IMSI号码不能匹配IMSI号码分析数据表中的IMSI前缀参数，因此，呼叫处理软件在本次号码分析的过程中将不会执行IMSI号码分析流程。
∙ 又如，操作员在使用ADD CNACLD命令配置呼叫字冠数据时，如果其在命令中没有将“号首处理标志”参数设为“是”，则即使操作员通过ADD PFXPRO命令配置了号首处理数据、且
某次呼叫的被叫号码能够匹配上号首处理数据表中的呼叫字冠参数，呼叫处理软件在本次号码分析的过程中也不会执行号首处理流程。
∙ 又如，操作员在使用ADD CNACLD命令配置呼叫字冠数据时，需要设置“增强路由处理标志”、“补充信令标志”、“主叫号码分析标志”、“号首处理标志”等参数，从而决定是否启动后续的增强路由处理流程、补充信令分析流程、主叫号码分析流程或主叫特性分析流程、号首处理流程等。
∙ 其余情况依此类推。
号码分析的结果如果是MSISDN号码，则MSC会发起到HLR取漫游的过程；如果分析的结果的PSTN则选路出局；如果分析的结果是漫游/切换号码，则发起寻呼被叫的过程。
需要指出的是，如果呼叫处理软件在号码分析的过程中需要对被叫号码（或变换后的被叫号码）重新进行分析，是指呼叫处理软件将处理指针重新定位到呼叫字冠数据表（由ADD CNACLD命令配置）进行分析的过程。此外，通过数据配置，操作员也可以将处理指针重新定位到入局号码预处理数据表（由ADD INNUMPREPRO命令配置）进行分析。
号码分析的配置过程
整个号码分析的数据配置可以分为五个部分，即号码分析预置数据的配置、入局号码预处理数据的配置、号码分析选路数据的配置、出局号码预处理数据的配置以及其它一些号码数据配置。
号码分析预置数据的配置思路
号码分析预置数据的配置主要包括呼叫源配置、被叫号码预处理和号码变换数据配置，其配置思路如图1所示。
图1 号码分析预置数据的配置思路
呼叫源数据配置用于为各个中继以及位置区小区指定呼叫源。由于呼叫源是相同呼叫属性的主叫集合（包括本局用户或入中继），因此，只要当主叫的预收号码位数、号首集、路由选择源名称、失败源名称、本局MSC号码等任意一个属性不同时，操作员就需要通过ADD CALLSRC命令定义不同的呼叫源名称，其输入参数和输出参数如表1所示。
表1 呼叫源表的输入和输出参数 | ||
数据表 | 输入参数 | 输出参数 |
呼叫源表ADD CALLSRC | 呼叫源名称 | 号首集、路由选择源名称、失败源名称、主叫地址甄别、国内长途区号、本局MSC号码 |
被叫号码预分析根据呼叫源、被叫号码地址属性和主叫漫游类型等信息，对被叫号码进行预分析，以决定是否进行被叫号码变换、是否更改号首集、是否进行失败处理等，其输入参数和输出参数如表2所示。
表2 被叫号码预分析表的输入和输出参数 | ||
数据表 | 输入参数 | 输出参数 |
被叫号码预分析表ADD CLDPREANA | 呼叫源名称、呼叫来源、呼叫字冠、被叫号码地址属性、主叫漫游类型、被叫号码最小长度 | 被叫号码变换名称、新号首集、处理方式 |
号码变换数据定义了系统对号码（如主叫号码、被叫号码、原被叫号码等）进行改号、插号、删号等操作的变换规则，它通过“号码变换名称”来唯一标识一条号码变换数据，该参数在操作员配置信令数据、号码分析数据、移动业务数据、智能业务数据、话单数据、用户数据的过程中将被多次索引。
入局号码预处理数据的配置思路
对于局内呼叫或入中继呼叫而言，在系统对被叫号码进行分析之前，如果运营商需要根据不同的呼叫源、呼叫来源、呼叫字冠、主叫号码、原被叫号码等参数来对呼叫中的主叫号码、被叫号码或原被叫号码进行适当的变换处理，则操作员需要配置入局号码预处理数据，使之成为满足MSOFTX3000内部规范性的号码格式，便于系统进行号码分析，其配置思路如图2所示。
图2 入局号码预处理数据的配置思路
此外，这部分数据的配置还可以实现按照某个呼叫字冠进行延迟收号处理，以及根据主叫、被叫、原被叫对入局号码进行灵活号码变换处理。
号码分析选路数据的配置思路
号码分析选路数据的配置主要包括呼叫字冠数据配置、增强路由处理数据配置、呼叫权限检查数据配置、业务检查数据配置、主叫号码分析数据配置、号首处理数据配置和失败处理数据配置等，其配置思路如图3所示。
图3 号码分析选路数据的配置思路
各部分数据的作用为：
∙ 呼叫字冠数据
不仅是号码分析选路数据配置的核心，也是整个号码分析的核心，主要负责完成呼叫的分析和选路功能。
∙ 增强路由处理数据
主要用于支持根据呼叫类型或被叫号码长度的不同而选择不同出局路由，从而实现对特定呼叫字冠的灵活选路能力。例如，对于相同的呼叫字冠，不同的呼叫类型（如前转呼叫与普通呼叫）可以具有不同的选路策略；对于呼叫字冠相同、但被叫号码长度不同的呼叫可以具有不同的选路策略。
∙ 呼叫权限检查数据
当本局主叫用户或入中继发起呼叫时，如果运营商需要根据呼叫中的主叫号码（包括呼叫类型、号码内容、主叫用户类别、漫游类型等）来对呼叫进行相应的权限检查，例如在前
转呼叫中需要根据不同的前转呼叫类型（CFU、CFB、CFNRy、CFNRc）来实现灵活的放音处理，则操作员需要使用ADD CALLPRICHK命令增加呼叫权限检查数据。
∙ 业务检查数据
主要用于配置MSOFTX3000在对呼叫源发起的呼叫进行业务检查时的限呼策略数据。操作员可以使用ADD SRVCHK命令进行配置业务检查数据。
∙ 主叫特性处理数据不换号转运营商
主要用于建立主叫移动用户的业务属性与主叫特性（即内部业务属性）的映射关系，以便系统能够根据主叫特性对主叫用户进行简单的分类。而通过主叫特性，操作员在后续可以通过ADD CLICRTANA命令为本次呼叫定义一些特殊的处理方式（如通过N-CSI的DP2触发主叫智能业务、本地方言放音等）。
∙ 主叫特性分析数据
当本局主叫用户或入中继发起呼叫时，如果运营商需要根据本次呼叫中的主叫用户的特性
来对本次呼叫执行某些特殊的处理，例如实现基于主叫号码的主叫号码变换、被叫号码变换、失败处理、触发N-CSI的DP2、修改主叫用户的呼叫源属性等功能，则操作员需要使用ADD CLICRTANA命令增加主叫特性分析数据。
∙ 主叫号码分析数据
当本局主叫用户或入中继发起呼叫时，如果运营商需要根据本次呼叫中的主叫用户的号码来对本次呼叫执行某些特殊的处理，例如实现基于主叫号码的主叫号码变换、被叫号码变换、失败处理、触发N-CSI的DP2、修改主叫用户的呼叫源属性等功能，则需要配置主叫号码分析数据。
∙ 号首处理数据
对于某些特定的呼叫字冠，操作员必须使用ADD PFXPRO命令配置号首处理数据，对主叫号码或者被叫号码进行某些特殊的处理，主要包括主叫号码变换、被叫号码变换、放音、失败处理、重新进行号码分析、触发N-CSI的DP12等。
∙ 失败处理数据
指在呼叫接续失败的情况系统对本次呼叫的处理方式。
出局号码预处理数据的配置思路
对于出中继呼叫而言，在系统对被叫号码进行分析之后，如果运营商需要根据不同的呼叫源、出中继、呼叫字冠、主叫号码、原被叫号码等参数来对呼叫中的主叫号码、被叫号码、原被叫号码或改发号码进行适当的变换处理、或将其统一规整为某种号码格式，则操作员需要配置出局号码预处理数据，其配置思路如图4所示。
图4 出局号码预处理的配置思路
其它的号码数据配置
系统除了对基本号码分析提供强大的号码规整功能外，还提供其它号码变换处理的配置功能，如：主叫号码显示处理数据的配置、MAP接口号码处理数据的配置、辅助号码处理数据的配置和话单号码处理数据的配置等。
路由分析过程
MSOFTX3000的路由分析是通过查询、分析主机数据库中的一系列数据表来完成的，以ISUP中继出局呼叫为例，其路由分析过程如图1所示。
图1 MSOFTX3000的路由分析过程
假设某次呼叫为本局用户的出局呼叫，MSOFTX3000路由分析的基本过程可简要描述如下：
1. 操作员在使用ADD CNACLD命令配置出局呼叫字冠时，需要指定相应的路由选择名称，以指示系统在对该出局呼叫字冠进行路由分析时将要使用的路由选择策略。
2. 根据路由选择名称，系统将查询相应的路由分析表。路由分析表通过对路由选择源名称、主叫用户类别、地址信息指示语、传输能力、时段名称等各种因素的综合判断，最终决定本次呼叫是否有权使用路由、以及使用哪一条路由出局。如果鉴权通过，系统将得到某条路由的路由名称。
3. 根据路由名称，系统将查询相应的路由表。路由表根据系统预定义的子路由选择策略（是按顺序选择还是按百分比选择），决定本次呼叫使用哪一条子路由出局，并得到该子路由的子路由名称。
4. 根据子路由名称，系统将查询相应的子路由表。子路由表根据系统预定义的中继选择策略（是循环选择还是随机选择等），决定本次呼叫使用哪一个中继出局，并得到该中继的中继号。
5. 根据中继号，系统将查询相应的中继表。中继表根据系统预定义的中继与媒体网关的映射关系、中继电路的选择策略，决定本次呼叫使用哪一个媒体网关上的中继电路出局，并得到相应中继电路的电路号（内部编号）。
6. 根据中继电路号，系统将查询相应的中继电路表。中继电路表根据系统预定义的中继电路号与媒体网关TDM电路TID的映射关系，得到相应中继电路所对应的媒体网关TDM电路的TID。
7. 根据TID，MSOFTX3000即可通过H.248消息控制媒体网关选择相应的中继电路进行呼叫接续。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论