關于華為軟交換號碼甄別的一些認識

張煒

華為軟交換SoftX3000呼叫局數據中的主叫號碼甄別，是針對主叫號碼進行處理，不但可以對來話主叫進行拒絕或允許呼叫的甄別，還可以對主叫的號碼、號首集、用戶地址屬性、計費屬性等做出調整。

通過軟參179比特3和軟參185比特15的控制，軟交換也可以對原被叫號碼和改發號碼進行以上甄別，配置方法如下：

？ 軟參179比特3為1，對主叫號碼甄別。

？ 軟參179比特3為0，且185比特15為1，對原被叫號碼甄別。

？ 軟參179比特3為0，且185比特15為0，對改發號碼甄別。

當配置為對原被叫號碼或改發號碼甄別時，正常入局呼叫（非前轉入局呼叫），沒有原被叫號碼或改發號碼，系統會自動改為對主叫號碼甄別；當配置為對原被叫號碼或該發號碼甄別時，若是前轉入局呼叫，但消息中沒有原被叫號碼或改發號碼，甄別失敗，但可以通過軟參350比特2控制，改為對主叫號碼進行甄別；配置主叫號碼甄別時，若甄別類型配置為特殊類型，甄別的號碼不再受普通方式下的軟參控制，而是通過當前命令的號碼類型參數來決定，但需要打開軟參348比特0，既該比特位設為1。

【軟參說明】

？ 軟參348比特0

比特0：控制主叫號碼甄別特性是否用普通的方式還是用特殊的方式，普通方式根據軟參控制甄別主叫、原被叫、改發號碼；特殊方式是通過配置控制甄別主叫、原被叫、改發號碼。

=0：特殊號碼甄別方式

=1：普通號碼甄別方式

？ 軟參179比特3

比特3：主叫號碼甄別時，對主叫號碼變換針對主叫還是原被叫號碼。

=1：主叫號碼變換

=0：如果有原被叫號碼，變換原被叫號碼

？ 軟參185比特15

比特15：前轉入局的情況下甄別改發還是甄別原被叫。

=1：甄別原被叫

=0：甄別改發

？ 軟參350比特2

比特2：前轉入局，如果原被叫和改發號碼都為空，是否能對主叫號碼進行甄別。

=1：否（默認值）

=0：是

下面我們通過一個具體案例來加強大家對以上幾個軟參各自作用的認識。

【故障現象】

SoftX3000下的用戶A呼叫IMS下的用戶B，B設置前轉到PSTN用戶C，IMS到PSTN由軟交換轉接。觀察C的來顯，發現有國家碼，對于本地呼叫要求來顯沒有國家碼。IMS下的用戶B直接撥打PSTN下的用戶C，觀察C的來顯，沒有國家碼，滿足要求。而軟交換已經對IMS入局呼叫，配置了主叫號碼甄別數據（去掉國家代碼），但顯然對于前轉呼叫甄別沒有起到作用。

【處理思路和步驟】

1、使用命令LST TGDSG、LST CLRDSN確定甄別組號和主叫甄別數據配置正確，普通號碼甄別方式。甄別數據中的甄別組號，主叫號碼，地址性質也和主叫信息一致。

2、SoftX3000上跟蹤內部消息。先查看呼叫前轉時發往PSTN的出局IAM消息（給被叫發的SETUP消息）中，主叫號碼帶國家碼。

3、再查看B用戶直接撥打C用戶時IMS入局SETUP消息，其中主叫號碼也帶有國家碼。

4、比較兩個場景的消息，發現B直接呼叫C，雖然入局SETUP消息中也帶有國家碼。但入局后，SoftX3000做了主叫號碼甄別，將主叫號碼中的國家碼刪除。

5、而分析A呼叫B，B前轉到C的場景中，發現沒做主叫號碼甄別，可見故障點找到了，但是什么原因導致了主叫甄別沒有被觸發呢？

6、分析A呼叫B，B前轉到C的場景，發現入局SETUP消息中，有前轉信息，但沒有原被叫號碼和改發號碼的消息單元。

【消息解析】前轉信息

根據本文前面所述，檢查相關軟參，發現軟參350比特2為1，該軟參默認值是1，即默認情況下如果前轉入局不帶原被叫和改發號碼，不會進行主叫號碼甄別。在修改軟參350比特2為0后，問題解決