S1240交换机B2版部分问题集锦[推荐]

freezebb

冠分析数据有误，导致DISPLAY-DGTSTR-ROUTING显示不成功，此种情况往往引起部分数据显示都不正常，命令报告如下：

<3858GTSTR="17911",COMTREE=COMT1.
SEQ=3797.2004-04-08
COM=3858
JOB SUBMITTED



RESULT FOLLOWS

JIANGHAN 2004-04-08 10:33:43 TH
PSW006 0130/0006/0003
SEQ=3797+2004-04-08 05928 00000000 LDQLAA01 LPXE2P38
SWA-ORJ-NUMBERING ADMIN

DISPLAY-DGTSTR-ROUTING SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------

INPUT PARAMETERS:
-----------------


COMTREE DGTSTR
---------------------------
COMT1 17911

REPORT FOLLOWS NO = 05928

JIANGHAN 2004-04-08 10:33:44 TH
PSW006 0130/0006/0003
SEQ=3797+2004-04-08 05031 00000000 LDQLAA01 LPXE2P38
SWA-ORJ-NUMBERING ADMIN

DISPLAY-DGTSTR-ROUTING NOT SUCCESSFUL
RESULT PART 0002 +
-------------------------------------------------------------------------


DATABASE INCONSISTENCY !
SEE SPECIAL ERROR REPORT FOR ADDITIONAL INFORMATION

REPORT FOLLOWS NO = 05031

JIANGHAN 2004-04-08 10:33:53 TH
PSW006 0130/0006/0003
SEQ=3797.2004-04-08 04118 00000000 LDQLAA01 LPXE2P38
SWA-SUBSEC ROUTING

DISPLAY-DGTSTR-ROUTING NOT SUCCESSFUL
FINAL RESULT 0003 -
-------------------------------------------------------------------------
DBER TYPE = DATA INCONSISTENCY ERROR

FMM NAME = PATED-OPCH-MASTER FMM VAR = A6SVH43B
FMM ID = 3524 H'0DC4 GSM = A7FMH43B
OWN LCE ID = H'06A0 OWN PCE ID = H'0013

ERRORPOINT = 991

LAST REPORT NO = 04118
解决方法：在ORJ模块中TRC REL %‘R_L_DSTREB’,D_DBDGT_AR  的指针数据错误导致该问题，请按本局情况修改此值。
Reason:
DATA WRONG R_L_DSTREB
Solution:
0013>MM
JIANGHAN 2004-04-08 15:12:46 TH
PSW005 0130/000C/0003
<378:1="R_L_DSTREB",2="D_DB_IDX"&0&"B5H".
PARAMETER MISSING :
MODIFY = N,PART="D_DBDGT_AR"&10&"0BA0",ECHO.
SEQ=3984.2004-04-08
COM=0378
JOB SUBMITTED



RESULT FOLLOWS

JIANGHAN 2004-04-08 15:13:02 TH
PSW005 0130/000C/0003
SEQ=3984.2004-04-08 00334 00000000 LDQLAA01 LPXE2P38
SWA-DB UTILITIES

MODIFY-TUPLE SUCCESSFUL
-------------------------------------------------------------------------
INPUT:
REL = R_L_DSTREB
ECHO
QUALIFY :
"D_DB_IDX "& =&"B5H"
MODIFY-PART :
"D_DBDGT_AR"&10&"0BA0"

OUTPUT:
REL = R_L_DSTREB RID = 14518
LCEID = H'6A0 NA = H'13

SHOW MODIFIED DATA

D_DB_IDX = 00B5
D_HDR_INFO = 00000003
D_DBDGT_AR = 000020000BA0000020000BA00000200000A00000200000A0000020
D_DBDGT_AR = 0000A00000200000A00000200000A00000200000A00000200000A0
D_DBDGT_AR = 0000200000A00000200000A00000200000A00000200000A0000020
D_DBDGT_AR = 0000A00000200000A00000200000A0

LAST REPORT NO = 00334

REL CMD NAME OPT LCE TID CALL_PID GSM TIME
14518 GET R_L_DSTREB 06A0 0000 00E0_04B8 013A_SUP DUP 15:13:58.16
DB_MAIN_STA = SUCCESS_DBCS (00)
DB_SUB_STA = DBCS_SUB_SUCCESS (00)
WHERE D_DB_IDX = 0002 ( 2T)
TUPLE D_DB_IDX = 0002 ( 2T)
D_HDR_INFO = 0000 0300
D_DBDGT_AR = 0000 0020 8003 0006 0082 0000 0007 0082
0000 0000 0020 1000 0000 0020 1000 0000
0020 1000 00D2 0082 0000 0000 0020 1000
0000 0020 1000 0000 0020 1000

CHANGED
D_DBDGT_AR = 0000 0020 8003 0006 0082 0000 0007 0082
0000 0000 0020 8003 0000 0020 8003 0000
0020 8003 00D2 0082 0000 0000 0020 8003
0000 0082 8003 0000 0082 8003


修改源数据ORGRTG、ORGCH、ORGRST、ORGIN，请用MODIFY-SUBGRP改，而不是用791命令。


扩源数据ORGACO、ORGRTG、ORGCH
Description:
In B2 version,the customer ask us how to extend the origin data when the capacity is not enough.For example,if I want to extend orgrtg,I must modify the tuple in relation R_ORJ_INF whose DOMAIN1 is "access".But I don't know if I should also modify the other relations to keep the database consistent.The customer want to know how to extend ORGACO,ORGRTG,ORGCH and so on.

GuangDong Branch
ZhangJinChao
Tel:13312856399
Reason:
1.ORGACO ref to CB2040235
2.extend ORGCH,You can modify R_OCH_MNEM with modify free tuple to what you want.then use modify-subgrp modify ORGCH.
3.ORGRTG:CREATE-ORIGIN:ORGTYPE=ORGRTG,REFORG="001",ORGTASK="***".
it not limit to r_orj_inf.d_orj_task=access,d_orig_max can add with ORGRTG increase
Solution:
1.ORGACO ref to CB2040235
2.extend ORGCH,You can modify R_OCH_MNEM with modify free tuple to what you want.then use modify-subgrp modify ORGCH.
3.ORGRTG:CREATE-ORIGIN:ORGTYPE=ORGRTG,REFORG="001",ORGTASK="***".
it not limit to r_orj_inf.d_orj_task=access,d_orig_max can add with ORGRTG increase


7.EXTEND-ORGDEP-TREE NOT SECCESSFUL：
  “ORIGIN DEPENDENT TREE IS NOT YET CREATED FOR AREACODE“
  请参考CB2040096，修改R_ORDPT_AC
Description:
we want to extend-orgdep-tree for some dgtstr.but it 's not successful
>MM
XIAOJI 2004-02-19 08:41:56 TH
PSW006 0130/002D/0003
< EXTEND-ORGDEP-TREE?
PARAMETER MISSING :
DGTSTR = K'1?
PARAMETER MISSING :
ORGTREE = ORGT15?
<.
SEQ=7492.2004-02-19
COM=8641
JOB SUBMITTED



RESULT DELAYED

XIAOJI 2004-02-19 08:42:12 TH
PSW006 0130/002D/0003
SEQ=7492+2004-02-19 08533 00000000 LDPMAA01 LPXE2P39
SWA-ORJ-NUMBERING ADMIN

EXTEND-ORGDEP-TREE SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
I N P U T D A T A :


ORGTREE DGTSTR TO NDGTSTR TO COMTREE DGTP IANNM
NM SUP
---------------------------------------------------------------------

ORGT15 1

REPORT FOLLOWS NO = 08533

XIAOJI 2004-02-19 08:42:13 TH
PSW006 0130/002D/0003
SEQ=7492.2004-02-19 08533 00000000 LDPMAA01 LPXE2P39
SWA-ORJ-NUMBERING ADMIN

EXTEND-ORGDEP-TREE NOT SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------

ERROR : ORIGIN DEPENDENT TREE IS NOT YET CREATED FOR AREACODE

LAST REPORT NO = 08533

Reason:
R_ORDPT_AC.D_2 IS FREE,IT SHOULD HAVE AREACODE.
Solution:
0013>REL:,R_ORDPT_AC
R_ORDPT_AC 3675 (13941T)
AREA SEG:OFF LDIR PART NBR_TUP NBR_USE NBR_STO TUPLE-SIZE
PA 1C74:0000 002C:7EA0 0000 150T 32T 32T 6T
PRIMARY AREA
T_1, WOR 1C74:0000 = 000B 3F37 00FF
T_2, WOR 1C74:0006 = 000C FFFF 00FF---CHANGED TO 000C,3F37,00FF
T_3, WOR 1C74:000C = 000D FFFF 00FF--- :
T_4, WOR 1C74:0012 = 000E FFFF 00FF :
T_5, WOR 1C74:0018 = 000F 3F37 00FF
T_6, WOR 1C74:001E = 0010 FFFF 00FF
T_7, WOR 1C74:0024 = 0011 FFFF 00FF
T_8, WOR 1C74:002A = 0012 FFFF 00FF
T_9, WOR 1C74:0030 = 0013 FFFF 00FF
T_10, WOR 1C74:0036 = 0014 FFFF 00FF
T_11, WOR 1C74:003C = 0015 FFFF 00FF
T_12, WOR 1C74:0042 = 0016 FFFF 00FF
T_13, WOR 1C74:0048 = 0017 FFFF 00FF
T_14, WOR 1C74:004E = 0018 FFFF 00FF
T_15, WOR 1C74:0054 = 0019 FFFF 00FF
T_16, WOR 1C74:005A = 001A FFFF 00FF
T_17, WOR 1C74:0060 = 001B FFFF 00FF
T_18, WOR 1C74:0066 = 001C FFFF 00FF
T_19, WOR 1C74:006C = 001D FFFF 00FF
T_20, WOR 1C74:0072 = 001E FFFF 00FF
T_21, WOR 1C74:0078 = 001F FFFF 00FF
T_22, WOR 1C74:007E = 0020 FFFF 00FF
T_23, WOR 1C74:0084 = 0021 FFFF 00FF
T_24, WOR 1C74:008A = 0022 FFFF 00FF
T_25, WOR 1C74:0090 = 0023 FFFF 00FF
T_26, WOR 1C74:0096 = 0024 FFFF 00FF
T_27, WOR 1C74:009C = 0025 FFFF 00FF
T_28, WOR 1C74:00A2 = 0026 FFFF 00FF
T_29, WOR 1C74:00A8 = 0027 FFFF 00FF
T_30, WOR 1C74:00AE = 0028 FFFF 00FF
T_31, WOR 1C74:00B4 = 0029 FFFF 00FF
T_32, WOR 1C74:00BA = 002A FFFF 00FF

every orgtree corresponding to a tuple.

部分特服（如badp，white black，icb，CA等）听忙音或录音通知不正确。
   （CB2040200，CB2040336）
   这些特服都会产生cause。类似的情况，根据具体要求，有两种解决方法。
1）        TRC FMM E3B，得到CAUSE，如为“XXH”。
执行MMC：（其中“YY”为指向RLS的DESACC）。
<378:1="R_L_CAUSDM",2="D_S12CAVAL"&0&"XXH",3="D_DESACC"&0&"YY".
找出需要的录音通知的TONETYPE，如为“ZZ”。
修改R_ALS_CAUS.D_INDEX=XX的TUPLE，将D_TONETYPE改为“ZZ”。

2）        TRC FMM E3B，得到CAUSE，如为“XXH”。
在R_L_S12AN中找出需要的录音通知的DESACC。如为“YYH”。
修改R_L_CAUSDM.D_S12CAVAL=XX的TUPLE，将D_DESACC改为YY。

免打搅（DNDST）听不到录音通知。（CB2040361）.
  原因：R_CF_INFO.D_TYPFAC=5C00的TUPLE抛错。
  解决：将该TUPLE中D_CF_DEST的值改为0100DD070100FFFFFFFFFFFFFFFFFFFFFFFFFFFF
（原值为0000C0000100FFFFFFFFFFFFFFFFFFFFFFFFFFFF）

执行MMC：<HANDLE-DIAM-ANNOU:ACTION=UPDATE,SRCDEV=XXX.删ANNMGRP时不成功。
LOG:
0004>MM
    NANPING           2004-02-28  21:44:31  SA
    PSW002    0130/002D/0003  
    <HANDLE-DIAM-ANNOUN:ACTION=UPDATE,SRCDEV=10301.
    SEQ=3211.2004-02-28
    COM=3751
    JOB SUBMITTED
   
   
                    
    RESULT FOLLOWS
   
    NANPING           2004-02-28  21:44:45  SA      
    PSW002    0130/002D/0003  
    SEQ=3211+2004-02-28 04273  00000000   LDNAAA02   LPXE2P38   
    SWA-DIAM ONLINE MNGR                                            

       HANDLE-DIAM-ANNOUN                                         NOT SUCCESSFUL
                                                           RESULT    PART 0001 +
       -------------------------------------------------------------------------
        READ SERVICE BLOCK ERROR      
        ERROR POINT = 6640
        FMM NAME    = HDL DIAM ANNOUNCE         FMM VARIANT = KS92H401
        FMM ID      = 4973    H'136D            GSM         = KTMPH401         
                                         
        SERVICE BLOCK NUMBER       = 00001

       REPORT FOLLOWS       NO = 04273

    NANPING           2004-02-28  21:44:47  SA      
    PSW002    0130/002D/0003  
    SEQ=3211.2004-02-28 06839  00000000   LDNAAA02   LPXE2P38   
    SWA-DIAM ONLINE MNGR                                            

       HANDLE-DIAM-ANNOUN                                         NOT SUCCESSFUL
                                                           FINAL   RESULT 0002 -
       -------------------------------------------------------------------------
        CURRENT ANNCMT PACKAGE               = ABCHI001
        TARGET ANNCMT PACKAGE                = ABCHI002
        NBR OF SERVICE BLOCKS TO BE UPDATED  = 00001
        UPDATED SERVICE BLOCKS               = 00000
        REMAINING SERVICE BLOCKS             = 00001
        UPDATE STATUS                        = ABORTED                 

LAST REPORT          NO = 06839
  
  原因：R_ANN_SVCE抛的SERVICE BLOCK的名称与AMADEUS做出的语音更新包中的
        SERVICE BLOCK的名称不一致。
    解决：根据AMADEUS做出的语音更新包中的SERVICE BLOCK的名称，修改R_ANN_SVCE相应
的TUPLE.(注：该relation为BIN SEARCH的relation)。



7：在很多情况下，录音通知听不见是由于语音文件没有装载好。（CB2040331）.


8：录音通知（包括动态录音通知）的删创及语音内容的更改。
    CHB2录音通知的制作是由amadeus来完成的,且必须由amadeus来完成.amadeus是由CAE
使用的类似于原来的工具:ADT的一种录音通知制作软件,不过它的功能强大得多.所有录音通知
的增减,语音内容的更改都必须通过amadeus生成语音更新包,并在线执行完成.（原工具ARU已不可用）举例说明:
如需要增加一个智能网业务并为此增加一些录音通知,则EC74的流程为:
1）:分公司提供.WAV文件和语音列表给新安公司
2）:由新安公司制作生成1240的语音文件(ABF文件)提供给分公司
3）:分公司将语音文件copy至交换机,修改一些relation,并用<4436命令将语音文件装载至
diam模块.
4）:做dur,mac等修改相应的relation(r_annfiled,r_diam_ann,r_diam_tpl等).
5）:用一些人机命令(7640,7641,4453,7644,4129等)创建annmgrp,annmbl等,
并最终完成语音的加载.
CHB2的流程为:
A）:分公司提供.WAV文件和语音列表给CAE
B）:由CAE通过amadeus生成语音更新包(包括2185,2186,2187三个cod文件和abf语音文件)
并提供给分公司.
C）:分公司将这些文件copy至交换机(辅区).
D）:执行人机命令<HANDLE-DIAM-ANNOU:ACTION=UPDATE,SRCDEV=XXX.完成语音的加载.
(建议在执行语音更新包前做一盘后备带，以便检查数据)
E）:创建ANNM路由数据
CREATE-ANNM-ROUTING:RTGTYPE=ANNM,RTGINFO="XXXX",ANNMID="XXXX".
XXXX是录音通知的MNEM.
在CHB2中已经不存在<7640等diam的人机命令,有语音方面的要求必须要amadeus来完成.

9：录音通知（包括动态录音通知）问题的处理
  由于B2的语音通知均存在于AMADEUS的数据库中，因而对语音数据的修改均需同步到数据库中。针对很多问题都是由relation：R_DIAM_TPL抛错引起的，这种情况可由以下两种方式解决：
A）：现场直接修改数据。
   1：收集原始数据
   2：修改数据，解决问题后收集修改后的数据。
   3：写hero并将错误现象和收集的数据加在附件中。
   4：由TAC检查，确认后通知CAE同步到数据库中。
B）：由CAE做语音更新包修改
   1：写hero并将错误现象和收集的数据加在附件中。
   2：由TAC检查，确认后通知CAE，由CAE做语音更新包，现场再通过输入
      <HANDLE-DIAM-ANNOU:ACTION=UPDATE,SRCDEV=XXX.完成数据的修改。
由于问题的现象和原因很多（不一定是由于relation：R_DIAM_TPL抛错引起的），无法一一列举。再此，我需强调的是，一些relation：R_DIAM_RUL,R_DIAM_TPL,R_ANN_SVCE，
R_ANM_MENM.R_ANB_MNEM,R_ANG_MNEM,R_DGR_MNEM等是绝对不能随便改的。我认为，目前除了R_DIAM_TPL,R_DIAM_ANN，其他relation最好通过CAE做语音更新包来修改。

10: CHB2升版扩容中DIAM#XBX模块语音文件的装载流程:
一：机房
1）将所有DIAM#XBX模块的R_ANN_MEM1.D_APRELOAD抛为0。
2）选取1～3个DIAMGRP组的master模块，将它们的DACL安全块激活，
   其他DIAM#XBX模块的DACL安全块全部打死。

二：现场
1）系统启动后，等候DACL安全块激活的master模块将语音文件全部装载完毕。
  （如某个模块有个别语音文件未装载，则在R_ANN_MEM1.D_APRELOAD＝1的情况下，
   打死再激活DACL安全块，直至语音文件全部装载完毕。）
2）将剩余DIAMGRP组的master模块DACL安全快激活，从而装载它们的语音文件。
  （如某个模块有个别语音文件未装载，则在R_ANN_MEM1.D_APRELOAD＝1的情况下，
   打死再激活DACL安全块，直至语音文件全部装载完毕。）
3）拨测所有的智能网业务至结束。
4）同时将1～2组的所有的SLAVER模块的DACL安全快激活，使它们并行装载语音文件，
   并直至所有组的SLAVER模块均装载完毕。
5）检查所有的SLAVER模块,如发现有个别语音文件未装载,则在R_ANN_MEM1.D_APRELOAD＝1
   的情况下，打死再激活DACL安全块，直至语音文件全部装载完毕。（每次只能对1～3个
   模块进行操作。）