 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• lte系統(tǒng)消息中SySTEmInformation和SySTEmInformationBlockType有什么區(qū)別 2018-07-08
• 7607TRXOPERATIONDEGRADEDBasebandbusmajoroperationerroroccurredinESMxSySTEmmodule 2017-10-26
• ESMX SySTEm module intemal HW failure 怎么處理這個(gè)是2g站的告警 2017-05-28
• CMServicerequEst后并未出現(xiàn)CMserviceaccept而是直接接收到SySTEminformationtype1導(dǎo)致起呼失 2017-04-27
• 安裝TEMSTEInvEstigation9.0.3RouteAnalysis出現(xiàn)這個(gè) 2017-01-23
• Etech WiFiTeSTEr3.0 哪里有呢？ 2016-08-29
• 請(qǐng)教一個(gè)問題：諾西gsm基站起站時(shí)顯示 bts recovery SySTEm busy (program block btlarm)是怎么回事呢 2016-05-10
• tems測(cè)試中SySTEm information 2 BA ind=1是什么意思。？是手動(dòng)修改了BA1表，不以鄰區(qū)列表作為測(cè)量依據(jù)嗎 2016-05-08
• 7607TRXOPERATIONDEGRADEDBasebandbusmajoroperationerroroccurredinESMxSySTEmmodule 2017-10-26
• ESMX SySTEm module intemal HW failure 怎么處理這個(gè)是2g站的告警 2017-05-28
• CMServicerequEst后并未出現(xiàn)CMserviceaccept而是直接接收到SySTEminformationtype1導(dǎo)致起呼失 2017-04-27
• 安裝TEMSTEInvEstigation9.0.3RouteAnalysis出現(xiàn)這個(gè) 2017-01-23
• Etech WiFiTeSTEr3.0 哪里有呢？ 2016-08-29
• 請(qǐng)教一個(gè)問題：諾西gsm基站起站時(shí)顯示 bts recovery SySTEm busy (program block btlarm)是怎么回事呢 2016-05-10
• tems測(cè)試中SySTEm information 2 BA ind=1是什么意思。？是手動(dòng)修改了BA1表，不以鄰區(qū)列表作為測(cè)量依據(jù)嗎 2016-05-08
問題答案
( 3 )
是OMC上的嗎？
回答者：
五年陽(yáng)光
回答時(shí)間：2010-12-27 11:47
12
15
1．在起呼端局對(duì)主叫號(hào)碼進(jìn)行跟蹤
2．在被叫端局對(duì)被叫號(hào)碼進(jìn)行跟蹤
3．在匯接局或關(guān)口局對(duì)主叫號(hào)碼進(jìn)行跟蹤
4．追A接口信令的方法
5．追蹤呼叫產(chǎn)生的EOS值
6．追蹤號(hào)碼為13602731955的主叫用戶產(chǎn)生的選擇結(jié)束碼（R9？）
7．追蹤號(hào)碼為13602731955的被叫用戶產(chǎn)生的選擇結(jié)束碼（R9？）
8．追蹤主叫號(hào)碼產(chǎn)生的EOS（R9？）
9．追蹤被叫號(hào)碼產(chǎn)生的EOS，包括小區(qū)定位（R9？）
10．追蹤出入路由產(chǎn)生的EOS（R9？）
11．追蹤SAE擁塞（R9？）
12．追蹤MS登記在哪個(gè)小區(qū)
13．EOS tracing based on B-number（R12）
14．EOS tracing based on A-number:（R12）
15．SCTP message tracing（R12）
16．GCP Tracing（R12）
17．Trace to identify Context ID and termination ID in GCP message（R12）
18．使用TEST SYSTEM檢查TRA故障設(shè)備方法
19．使用TEST SYSTEM處理SDE1BSC 連續(xù)出現(xiàn)high rate failure告警
20．主叫MSC 的鑒權(quán)和加密時(shí)延
21．主叫MSC 與SCP 之間的CAP 消息時(shí)延
22．主叫MSC 與HLR 之間的MAP 消息時(shí)延
23．PRBT 時(shí)延計(jì)算方法
2．在被叫端局對(duì)被叫號(hào)碼進(jìn)行跟蹤
3．在匯接局或關(guān)口局對(duì)主叫號(hào)碼進(jìn)行跟蹤
4．追A接口信令的方法
5．追蹤呼叫產(chǎn)生的EOS值
6．追蹤號(hào)碼為13602731955的主叫用戶產(chǎn)生的選擇結(jié)束碼（R9？）
7．追蹤號(hào)碼為13602731955的被叫用戶產(chǎn)生的選擇結(jié)束碼（R9？）
8．追蹤主叫號(hào)碼產(chǎn)生的EOS（R9？）
9．追蹤被叫號(hào)碼產(chǎn)生的EOS，包括小區(qū)定位（R9？）
10．追蹤出入路由產(chǎn)生的EOS（R9？）
11．追蹤SAE擁塞（R9？）
12．追蹤MS登記在哪個(gè)小區(qū)
13．EOS tracing based on B-number（R12）
14．EOS tracing based on A-number:（R12）
15．SCTP message tracing（R12）
16．GCP Tracing（R12）
17．Trace to identify Context ID and termination ID in GCP message（R12）
18．使用TEST SYSTEM檢查TRA故障設(shè)備方法
19．使用TEST SYSTEM處理SDE1BSC 連續(xù)出現(xiàn)high rate failure告警
20．主叫MSC 的鑒權(quán)和加密時(shí)延
21．主叫MSC 與SCP 之間的CAP 消息時(shí)延
22．主叫MSC 與HLR 之間的MAP 消息時(shí)延
23．PRBT 時(shí)延計(jì)算方法
回答者：
darius
回答時(shí)間：2010-12-27 13:02
4
3
1．在起呼端局對(duì)主叫號(hào)碼進(jìn)行跟蹤
2．在被叫端局對(duì)被叫號(hào)碼進(jìn)行跟蹤
3．在匯接局或關(guān)口局對(duì)主叫號(hào)碼進(jìn)行跟蹤
4．追A接口信令的方法
5．追蹤呼叫產(chǎn)生的EOS值
6．追蹤號(hào)碼為13602731955的主叫用戶產(chǎn)生的選擇結(jié)束碼（R9？）
7．追蹤號(hào)碼為13602731955的被叫用戶產(chǎn)生的選擇結(jié)束碼（R9？）
8．追蹤主叫號(hào)碼產(chǎn)生的EOS（R9？）
9．追蹤被叫號(hào)碼產(chǎn)生的EOS，包括小區(qū)定位（R9？）
10．追蹤出入路由產(chǎn)生的EOS（R9？）
11．追蹤SAE擁塞（R9？）
12．追蹤MS登記在哪個(gè)小區(qū)
13．EOS tracing based on B-number（R12）
14．EOS tracing based on A-number:（R12）
15．SCTP message tracing（R12）
16．GCP Tracing（R12）
17．Trace to identify Context ID and termination ID in GCP message（R12）
18．使用TEST SYSTEM檢查TRA故障設(shè)備方法
19．使用TEST SYSTEM處理SDE1BSC 連續(xù)出現(xiàn)high rate failure告警
20．主叫MSC 的鑒權(quán)和加密時(shí)延
21．主叫MSC 與SCP 之間的CAP 消息時(shí)延
22．主叫MSC 與HLR 之間的MAP 消息時(shí)延
23．PRBT 時(shí)延計(jì)算方法
2．在被叫端局對(duì)被叫號(hào)碼進(jìn)行跟蹤
3．在匯接局或關(guān)口局對(duì)主叫號(hào)碼進(jìn)行跟蹤
4．追A接口信令的方法
5．追蹤呼叫產(chǎn)生的EOS值
6．追蹤號(hào)碼為13602731955的主叫用戶產(chǎn)生的選擇結(jié)束碼（R9？）
7．追蹤號(hào)碼為13602731955的被叫用戶產(chǎn)生的選擇結(jié)束碼（R9？）
8．追蹤主叫號(hào)碼產(chǎn)生的EOS（R9？）
9．追蹤被叫號(hào)碼產(chǎn)生的EOS，包括小區(qū)定位（R9？）
10．追蹤出入路由產(chǎn)生的EOS（R9？）
11．追蹤SAE擁塞（R9？）
12．追蹤MS登記在哪個(gè)小區(qū)
13．EOS tracing based on B-number（R12）
14．EOS tracing based on A-number:（R12）
15．SCTP message tracing（R12）
16．GCP Tracing（R12）
17．Trace to identify Context ID and termination ID in GCP message（R12）
18．使用TEST SYSTEM檢查TRA故障設(shè)備方法
19．使用TEST SYSTEM處理SDE1BSC 連續(xù)出現(xiàn)high rate failure告警
20．主叫MSC 的鑒權(quán)和加密時(shí)延
21．主叫MSC 與SCP 之間的CAP 消息時(shí)延
22．主叫MSC 與HLR 之間的MAP 消息時(shí)延
23．PRBT 時(shí)延計(jì)算方法
回答者：
darius
回答時(shí)間：2010-12-27 13:02
8
9
• 南京華蘇科技有限公司
聘：濟(jì)南省移動(dòng)高端-材料輸出高手優(yōu)先
需求人數(shù)：1 人 地點(diǎn)：濟(jì)南市
• 北京電旗通訊技術(shù)股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點(diǎn)：濱州市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：網(wǎng)管運(yùn)維工程師
需求人數(shù)：2 人 地點(diǎn)：云南省
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 北京宜通華瑞科技有限公司 聘：電信原廠優(yōu)化高級(jí)（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：南昌市
• 廣東華訊工程有限公司 聘：廣東移動(dòng)維護(hù)支撐
需求人數(shù)：2 人 地點(diǎn)：廣州市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：牡丹江市
需求人數(shù)：1 人 地點(diǎn)：濟(jì)南市
• 北京電旗通訊技術(shù)股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點(diǎn)：濱州市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：網(wǎng)管運(yùn)維工程師
需求人數(shù)：2 人 地點(diǎn)：云南省
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 北京宜通華瑞科技有限公司 聘：電信原廠優(yōu)化高級(jí)（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：南昌市
• 廣東華訊工程有限公司 聘：廣東移動(dòng)維護(hù)支撐
需求人數(shù)：2 人 地點(diǎn)：廣州市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：牡丹江市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |