GSM、CDMA网用户呼叫信息台实施方案 第2页
+++ TRAVER: SUCCESSFUL CALL TRACE +++
DIGIT TRANSLATION ROUTES
1 CQT22TRK1 00862344557120 ST
BILL 8613022319222 ST
2 CQT21TRK1 00862344557120 ST
BILL 8613022319222 ST
TREATMENT ROUTES. TREATMENT IS: GNCT
1 GNCT
2 RELSIG
+++ TRAVER: SUCCESSFUL CALL TRACE +++
说明，以上 G、C网数据只在所在端局做，T 局和关口局上不用做数据。
2．控制部分用户呼叫信息台实施方案
长期以来，恶意欠费成为困扰运营商的一大难题。为减少因恶意欠费给公司造成的损失，
各部门通力合作，力求从技术和管理方面予以遏制。分析大量的数据发现，其中有部分用户
是因呼叫了信息台产生了信息费，为此市场部门提出对部分用户限制呼叫信息台。为文护公
司的利益，我部针对该项新功能进行了技术开发，制定了详细的实施方案。
为实现对部分用户限制呼叫信息台，提出如下两种实施方案：
2.1 采用 ODB 方式实现
2.1.1 主叫用户有ODB时的呼叫流程（简略）：
MSC VLR
SetUp SIOG
Complete/Reject
MS发送SetUp消息，携带被叫号码和主叫标识等信息。MSC收到该消息后，发送SIOG
消息向 VLR 查询用户的相关业务信息，VLR 根据此业务类别和用户的已有业务信息，决定
此呼叫是否可以继续进行。
从以上流程可以看出，用户作主叫MSC首先查询VLR，VLR进行VLR译码，如果用
户的呼叫类型与业务信息一致则回送Complete消息允许呼叫，否则回送Reject消息拒绝呼叫。
如果给不允许呼叫信息台的用户在HLR中作上某种ODB限呼，在VLR进行信息台VLR译
码后，能给主叫MSC 回送Reject消息就能满足需求。
2.1.2 具体实现方案如下：
(1) HLR 数据修改：
TABLE GHLRDATA: ODBMSIC---- BOPRINFO
用户数据修改举例：
目前数据填写为：
TABLE: GHLRDATA
MCC MNC MSIN ISTATUS ROAMING CATEGORY BICCTRL BOCCTRL PASSWORD
ODBOG ODBIC
ODBMISC ODBECT INORIG INTERM PRTN SOAPROV ASTATUS NAM LMU
--------------------------------------------------------------------------
460 01 0101947102 A NATL_GSM ORDINARY OPERATOR OPERATOR 0000 NONE NONE $
$
NONE NONE 0 N ACTING MSC_ONLY N
作了限制呼叫信息台呼叫的 ODB 限呼的数据填写为（除 ODBMISC 域外，其余应与该用户
原来的数据相同）：
MCC MNC MSIN ISTATUS ROAMING CATEGORY BICCTRL BOCCTRL PASSWORD
ODBOG ODBIC
ODBMISC ODBECT INORIG INTERM PRTN SOAPROV ASTATUS NAM LMU
--------------------------------------------------------------------------
460 01 0101947102 A NATL_GSM ORDINARY OPERATOR OPERATOR 0000 NONE NONE
BOPRINFO $
NONE NONE 0 N ACTING MSC_ONLY N
(2) VLR数据修改：
为配合 HLR 进行 ODB 限呼，VLR 也必须作相应的数据修改，即把给定的号码做成信
息台号码。
以MSC2为例的数据修改举例说明：
目前的MSC2下的用户呼叫9516999111的 VLR 译码如下：
traver ms 8613068300171 lac 1000 cid 10 9516999111 b
*** MSC TRANSLATION ***
TABLE LAC
1000 10 CQ2BSC2RTE1 UNRSTRCT 0 0 0 ( 8)$ 86 23 $ (PREXLIDX 100)$ $
TABLE XLAENTRY
8 PX VLRXLA
TABLE PXHEAD
VLRXLA SDFLT NODFOP CON STD
THE DIGITS USED TO INDEX THE NEXT TABLE ARE:
9516999111
TABLE PXCODE
VLRXLA 9516999111 9516999111 NCNT (CLASS LCL)$
译码数据修改如下：
TABLE PXCODE
VLRXLA 9516999111 9516999111 NCNT (CLASS PREIN) (CLASS LCL) $
添加数据如下：
TABLE GVBARDEF
GVBAR_KEY GVBARDEF_NAME OPTIONS
-------------------------------
5 PREMIMU
(BAR_CLS (PREIN) $)$
这样我们就把 9516999111 做成了呼叫类别为 PREIN,与 HLR 配合就可以实现限制信息
台功能。但任何的理论都要经过试验得到验证，新功能在推广前也要进行大量的测试。在测
试中我们发现，虽然呼叫被限制住了，但主叫听到的提示音却是“欢迎使用联通手机，请速
到交费网点续交话费”的提示音，与“主叫欠停”的通知音相同，的这容易给用户造成一种
错觉。修改录音通知的常见方式就是修改TREATMENT的相关表格，但打开LOG报告发现，
此时的Rel Cause 值均为8，故不能通过这种方式解决。LOG 报告如下：
⑴限制呼叫信息台时的LOG 报告：
CQMSC2 GMSC608 MAY07 14:24:21 8300 INFO Call Treatment
GLOG_TID_CPS 0EA00B
Location: GSMMSC Software Call Processing
MSISDN: 8613108900004
Treatment: ORSS
CALLED NO: 9516999111
DIALED DIG: 9516999111
Description: GSM Rel Cause 8, Operator Determined Barring