 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
求助：Abis接口信令用什么來關(guān)聯(lián)一個用戶的完整呼叫過程
各位大俠：你們好！
小生現(xiàn)在正在做Abis信令監(jiān)測的工作，一直在尋找Abis上基于LAPD協(xié)議的信令中的可以關(guān)聯(lián)一個用戶完整呼叫過程的鍵值（或字段）信息。也就是說，我要把一個用戶從信道申請（CHANel RQD）開始，一直到信道釋放（CHANel REL）這期間的關(guān)于該用戶的所有信令關(guān)聯(lián)起來，需要用什么唯一的信息和其他的用戶信令區(qū)分開來？我現(xiàn)在的思路是通過DLCI + 信道編號來區(qū)分，不過在信令的各個階段信道編號中的信道類型和時隙號是會不同的，所以就不知道用什么來關(guān)聯(lián)了。
不知道我說清楚問題了沒？
謝謝各位，不吝賜教！
小生現(xiàn)在正在做Abis信令監(jiān)測的工作，一直在尋找Abis上基于LAPD協(xié)議的信令中的可以關(guān)聯(lián)一個用戶完整呼叫過程的鍵值（或字段）信息。也就是說，我要把一個用戶從信道申請（CHANel RQD）開始，一直到信道釋放（CHANel REL）這期間的關(guān)于該用戶的所有信令關(guān)聯(lián)起來，需要用什么唯一的信息和其他的用戶信令區(qū)分開來？我現(xiàn)在的思路是通過DLCI + 信道編號來區(qū)分，不過在信令的各個階段信道編號中的信道類型和時隙號是會不同的，所以就不知道用什么來關(guān)聯(lián)了。
不知道我說清楚問題了沒？
謝謝各位，不吝賜教！
我暈，最少是10分啊。。。那還是算了
提問者:
• 如何通過ABIS信令檢查小區(qū)的干擾帶 2015-10-08
• 1.如果LAPD信令為64KBit/s,則一根在ABIS口上的PCM線最多可支持多少個TRX 2015-03-26
• A接口、ABIS接口和Um接口分別是哪的接口。 2013-04-10
• A+ABIS信令能處理的問題 2013-02-19
• 誰有MA10抓的A口和ABIS口異常信令事件 2012-12-06
• ABIS接口速率多少？ 2012-11-26
• 中興CDMA基站ABIS接口握手消息 2012-08-06
• 找指定光口板的對接網(wǎng)元，是否有承載業(yè)務(wù),承載哪類業(yè)務(wù)[A接口還是ABIS接口] 2012-06-22
• 1.如果LAPD信令為64KBit/s,則一根在ABIS口上的PCM線最多可支持多少個TRX 2015-03-26
• A接口、ABIS接口和Um接口分別是哪的接口。 2013-04-10
• A+ABIS信令能處理的問題 2013-02-19
• 誰有MA10抓的A口和ABIS口異常信令事件 2012-12-06
• ABIS接口速率多少？ 2012-11-26
• 中興CDMA基站ABIS接口握手消息 2012-08-06
• 找指定光口板的對接網(wǎng)元，是否有承載業(yè)務(wù),承載哪類業(yè)務(wù)[A接口還是ABIS接口] 2012-06-22
問題答案
( 3 )
值得學(xué)習(xí)，請大家提供相關(guān)信息
回答者：
chaoyue
回答時間：2008-12-08 20:44
6
3
A-bis接口是BSS側(cè)的內(nèi)部接口，雖然在GSM協(xié)議中有一定的標準化要求，但是各個GSM系統(tǒng)供應(yīng)商的A-bis接口協(xié)議允許有不同，而且即使對于同一供應(yīng)商的不同版本，A-bis接口的協(xié)議也允許有調(diào)整和變化。
因為Abis接口消息中所有層三消息（下文中的L3消息）必然要經(jīng)過A接口和Um接口。也就是說若將Abis接口中的L3消息抽離出來，則A接口和Um接口的主體消息也就明朗了。
本節(jié)將以跟蹤到的移動呼叫移動時Abis接口消息為例，簡述A-bis接口的信令分析。
在以下表格中其中每條消息都有詳細的解釋，其中還標明了所占用的時隙號。
1 A-bis接口主叫階段信令分析
序號 信號方向 消息 解釋
A：以下為主叫階段（接入、鑒權(quán)加密、指配、尋呼）
0 BTS-BSC MSG_CHAN_RQD Channel required Uplink CCCH(RACH) TS=0
1 BSC-BTS MSG_CHAN_ACTIV 激活SDCCH SDCCH/8+ACCH TS=1
2 BTS-BSC MSG_CHAN_ACTIV_ACK SDCCH/8+ACCH TS=1
3 BSC-BTS MSG_IMMEDIATE_ASSIGN_COMMAND 指配SDCCH DOWNLINK CCCH(PCH+AGCH）ts=0
4 BTS-BSC MSG_EST-IND L3: CM SERVICE REQUEST SDCCH/8+ACCH TS=1
注：若設(shè)定需鑒權(quán)，則接下來為鑒權(quán)請求和鑒權(quán)響應(yīng)命令
5 BSC-BTS MSG-DATA-REQ L3: CM SERVICE ACCEPT SDCCH/8+ACCH TS=1
注：若設(shè)定需加密，則接下來為加密模式命令和加密模式完成
6 BTS-BSC MSG-DATA-IND L3:SETUP SDCCH/8+ACCH TS=1
7 BSC-BTS MSG-DATA-REQ L3: CALL PROCEEDING SDCCH/8+ACCH TS=1
8 BSC-BTS MSG-CHAN-ACTIV 激活TCH Bm+ACCH TS=2
9 BTS-BSC MSG-CHAN-ACTIV-ACK Bm+ACCH TS=2
10 BSC-BTS MSG-DATA-REQ 指配TCH命令 L3: ASSIGNMENT COMMAND SDCCH/8+ACCH TS=1
11 BTS-BSC MSG-EST-IND Establish Indication (Radio Link Layer Management msg) Bm+Acch TS=2
12 BSC-BTS MSG-PAGING-CMD DOWNLINK CCCH(PCH+AGCH) TS=0 (含被叫MSISDN）
13 BSC-BTS MSG-PAGING-CMD DOWNLINK CCCH(PCH+AGCH) TS=0
14 BSC-BTS MSG-PAGING-CMD DOWNLINK CCCH(PCH+AGCH) TS=0
15 BSC-BTS MSG-PAGING-CMD DOWNLINK CCCH(PCH+AGCH) TS=0
16 BSC-BTS MSG-PAGING-CMD DOWNLINK CCCH(PCH+AGCH) TS=0
17 BTS-BSC MSG-DATA-IND TCH指配完成 L3: Assignment Complete Bm+Acch ts=2
18 BSC-BTS MSG-DEACTIVATE-SACCH SDCCH/8+ACCH ts=1
19 BSC-BTS MSG-REL-REQ SDCCH/8+ACCH TS=1
20 BSC-BTS MSG-RF-CHAN-REL SDCCH/8+ACCH TS=1
21 BTS-BSC MSG-REL-CONF ts=1
22 BTS-BSC MSG-RF-CHAN-REL-ACK SDCCH/8+ACCH TS=1
2 A-bis接口被叫階段信令分析
B、以下為被叫階段（接入、鑒權(quán)加密、指配）
序號 信號方向 消息 解釋
23 BTS-BSC MSG-CHAN-RQD Uplink: CCCH(RACH) ts=0
24 BTS-BSC MSG-CHAN-ACTIV 激活SDCCH ts=1
25 BTS-BSC MSG-CHAN-ACTIV_ACK ts=1
26 BSC-BTS MSG-IMMEDIATE_ASSIGN-COMMAND 指配SDCCH Downlink CCCH（PCH+AGCH） ts=0
27 BTS-BSC MSG-EST-IND L3：Paging response(IMSI) TS=1
以下可選啟動鑒權(quán)、加密階段
28 BSC-BTS MSG-DATA-REQ L3: setup ts=1
29 BTS-BSC MSG-DATA-IND L3: Call confirmed ts=1
30 BSC-BTS MSG-CHAN-ACTIV 激活TCH Bm+ACCH ts=3
31 BTS-BSC MSG-CHAN-ACTIV-ACK Bm+ACCH Ts=3
32 BSC-BTS MSG-DATA-REQ 指配TCH命令 L3：Assignment Command ts=3
33 BTS-BSC MSG-EST-IND Establish Indication Bm+ACCH TS=3
34 BTS-BSC MSG-DATA-IND TCH指配完成 L3：Assignment Complete ts=3
35 BSC-BTS MSG-DEACTIVATE-SACCH ts=1
36 BSC-BTS MSG-REL-REQ ts=1
37 BSC-BTS MSG-RF-CHAN-REL ts=1
38 BTS-BSC MSG-REL-CONF ts=1
39 BTS-BSC MSG-RF-CHAN-REL-ACK ts=1
40 BTS-BSC MSG-DATA-IND L3：Alerting ts=3(被叫）
41 BSC-BTS MSG-DATA-REQ L3：Alerting ts=2（主叫）
42 BTS-BSC MSG-DATA-IND L3：Connect ts=3（被叫）
43 BSC-BTS MSG-DATA-REQ L3：Connect ts=2（主叫）
44 BTS-BSC MSG-DATA-IND L3: Connect Acknowledge(主叫）ts=2
45 BSC-BTS MSG-DATA-REQ L3: Connect acknowledge(被叫）ts=3
3 A-bis接口拆線階段信令分析
折線階段（被叫先掛機）：
序號 信號方向 消息 解釋
46 BTS-BSC MSG-DATA-IND L3: Disconnect(被叫）ts=3
47 BSC-BTS MSG-DATA-REQ L3: Release Ts=3
48 BSC-BTS MSG-DATA-REQ L3: Disconnect(主叫） Ts=2
49 BTS-BSC MSG-DATA-IND L3: Release complete Ts=3
50 BTS-BSC MSG-DATA-IND L3: Release ts=2
51 BSC-BTS MSG-DATA-REQ L3: Channel release ts=3
52 BSC-BTS MSG-DEACTIVATE-SACCH ts=3
53 BSC-BTS MSG-DATA-REQ L3: Release complete ts=2
54 BSC-BTS MSG-DATA-REQ L3: Channel release ts=2
55 BSC-BTS MSG-DEACTIVTE-SACCH ts=2
56 BTS-BSC MSG-REL-IND ts=3
57 BTS-BSC MSG-REL-IND ts=2
58 BSC-BTS MSG-RF-CHAN-REL ts=3
59 BTS-BSC MSG-RF-CHAN-REL-ACK ts=3
60 BSC-BTS MSG-RF-CHAN-REL ts=2
61 BTS-BSC MSG-RF-CHAN-REL-ACK ts=2
以下將上述掛機階段中主叫與被叫的掛機過程分別抽離出來。發(fā)現(xiàn)只有前三個命令的方向不同，原因是被叫先掛機。其它完全一樣。
被叫掛機流程：
46 BTS-BSC MSG-DATA-IND L3: Disconnect(被叫）ts=3
47 BSC-BTS MSG-DATA-REQ L3: Release Ts=3
49 BTS-BSC MSG-DATA-IND L3: Release complete Ts=3
51 BSC-BTS MSG-DATA-REQ L3: Channel release ts=3
52 BSC-BTS MSG-DEACTIVATE-SACCH ts=3
56 BTS-BSC MSG-REL-IND ts=3
58 BSC-BTS MSG-RF-CHAN-REL ts=3
59 BTS-BSC MSG-RF-CHAN-REL-ACK ts=3
主叫掛機流程：
48 BSC-BTS MSG-DATA-REQ L3: Disconnect(主叫） Ts=2
50 BTS-BSC MSG-DATA-IND L3: Release ts=2
53 BSC-BTS MSG-DATA-REQ L3: Release complete ts=2
54 BSC-BTS MSG-DATA-REQ L3: Channel release ts=2
55 BSC-BTS MSG-DEACTIVTE-SACCH ts=2
57 BTS-BSC MSG-REL-IND ts=2
60 BSC-BTS MSG-RF-CHAN-REL ts=2
61 BTS-BSC MSG-RF-CHAN-REL-ACK ts=2
釋放過程的解釋：
(1) MS掛機的動作被翻譯成L3: disconnect（拆線）。這時僅僅結(jié)束端-端的連接，然而此時呼叫并未完全釋放，MSC與MS之間的本地內(nèi)容仍被保持，以便完成諸如收費指示等附帶任務(wù)。
(2) MSC發(fā)送L3: release，MS回送L3: release complete，低層才被釋放，這時MSC和MS完成釋放過程，MS回到空閑狀態(tài)，MSC釋放地面信道。
(3) MSC向BSC發(fā)“clear command”(A接口消息），指示BSS釋放專用無線資源，BSS接到命令后啟動清除程序，即為abis接口上Deactivite SACCH、RF-channel release命令，BSS專用資源釋放完成，并將支配的地面電路置為空閑狀態(tài)后，向MSC返回一個“clear complete”，此時，由MSC釋放本端的地面信道及物理連接。 若由于BSS的原因需要釋放資源，則BSS發(fā)一個“Clear request清除請求”通知MSC釋放相應(yīng)的資源。
因為Abis接口消息中所有層三消息（下文中的L3消息）必然要經(jīng)過A接口和Um接口。也就是說若將Abis接口中的L3消息抽離出來，則A接口和Um接口的主體消息也就明朗了。
本節(jié)將以跟蹤到的移動呼叫移動時Abis接口消息為例，簡述A-bis接口的信令分析。
在以下表格中其中每條消息都有詳細的解釋，其中還標明了所占用的時隙號。
1 A-bis接口主叫階段信令分析
序號 信號方向 消息 解釋
A：以下為主叫階段（接入、鑒權(quán)加密、指配、尋呼）
0 BTS-BSC MSG_CHAN_RQD Channel required Uplink CCCH(RACH) TS=0
1 BSC-BTS MSG_CHAN_ACTIV 激活SDCCH SDCCH/8+ACCH TS=1
2 BTS-BSC MSG_CHAN_ACTIV_ACK SDCCH/8+ACCH TS=1
3 BSC-BTS MSG_IMMEDIATE_ASSIGN_COMMAND 指配SDCCH DOWNLINK CCCH(PCH+AGCH）ts=0
4 BTS-BSC MSG_EST-IND L3: CM SERVICE REQUEST SDCCH/8+ACCH TS=1
注：若設(shè)定需鑒權(quán)，則接下來為鑒權(quán)請求和鑒權(quán)響應(yīng)命令
5 BSC-BTS MSG-DATA-REQ L3: CM SERVICE ACCEPT SDCCH/8+ACCH TS=1
注：若設(shè)定需加密，則接下來為加密模式命令和加密模式完成
6 BTS-BSC MSG-DATA-IND L3:SETUP SDCCH/8+ACCH TS=1
7 BSC-BTS MSG-DATA-REQ L3: CALL PROCEEDING SDCCH/8+ACCH TS=1
8 BSC-BTS MSG-CHAN-ACTIV 激活TCH Bm+ACCH TS=2
9 BTS-BSC MSG-CHAN-ACTIV-ACK Bm+ACCH TS=2
10 BSC-BTS MSG-DATA-REQ 指配TCH命令 L3: ASSIGNMENT COMMAND SDCCH/8+ACCH TS=1
11 BTS-BSC MSG-EST-IND Establish Indication (Radio Link Layer Management msg) Bm+Acch TS=2
12 BSC-BTS MSG-PAGING-CMD DOWNLINK CCCH(PCH+AGCH) TS=0 (含被叫MSISDN）
13 BSC-BTS MSG-PAGING-CMD DOWNLINK CCCH(PCH+AGCH) TS=0
14 BSC-BTS MSG-PAGING-CMD DOWNLINK CCCH(PCH+AGCH) TS=0
15 BSC-BTS MSG-PAGING-CMD DOWNLINK CCCH(PCH+AGCH) TS=0
16 BSC-BTS MSG-PAGING-CMD DOWNLINK CCCH(PCH+AGCH) TS=0
17 BTS-BSC MSG-DATA-IND TCH指配完成 L3: Assignment Complete Bm+Acch ts=2
18 BSC-BTS MSG-DEACTIVATE-SACCH SDCCH/8+ACCH ts=1
19 BSC-BTS MSG-REL-REQ SDCCH/8+ACCH TS=1
20 BSC-BTS MSG-RF-CHAN-REL SDCCH/8+ACCH TS=1
21 BTS-BSC MSG-REL-CONF ts=1
22 BTS-BSC MSG-RF-CHAN-REL-ACK SDCCH/8+ACCH TS=1
2 A-bis接口被叫階段信令分析
B、以下為被叫階段（接入、鑒權(quán)加密、指配）
序號 信號方向 消息 解釋
23 BTS-BSC MSG-CHAN-RQD Uplink: CCCH(RACH) ts=0
24 BTS-BSC MSG-CHAN-ACTIV 激活SDCCH ts=1
25 BTS-BSC MSG-CHAN-ACTIV_ACK ts=1
26 BSC-BTS MSG-IMMEDIATE_ASSIGN-COMMAND 指配SDCCH Downlink CCCH（PCH+AGCH） ts=0
27 BTS-BSC MSG-EST-IND L3：Paging response(IMSI) TS=1
以下可選啟動鑒權(quán)、加密階段
28 BSC-BTS MSG-DATA-REQ L3: setup ts=1
29 BTS-BSC MSG-DATA-IND L3: Call confirmed ts=1
30 BSC-BTS MSG-CHAN-ACTIV 激活TCH Bm+ACCH ts=3
31 BTS-BSC MSG-CHAN-ACTIV-ACK Bm+ACCH Ts=3
32 BSC-BTS MSG-DATA-REQ 指配TCH命令 L3：Assignment Command ts=3
33 BTS-BSC MSG-EST-IND Establish Indication Bm+ACCH TS=3
34 BTS-BSC MSG-DATA-IND TCH指配完成 L3：Assignment Complete ts=3
35 BSC-BTS MSG-DEACTIVATE-SACCH ts=1
36 BSC-BTS MSG-REL-REQ ts=1
37 BSC-BTS MSG-RF-CHAN-REL ts=1
38 BTS-BSC MSG-REL-CONF ts=1
39 BTS-BSC MSG-RF-CHAN-REL-ACK ts=1
40 BTS-BSC MSG-DATA-IND L3：Alerting ts=3(被叫）
41 BSC-BTS MSG-DATA-REQ L3：Alerting ts=2（主叫）
42 BTS-BSC MSG-DATA-IND L3：Connect ts=3（被叫）
43 BSC-BTS MSG-DATA-REQ L3：Connect ts=2（主叫）
44 BTS-BSC MSG-DATA-IND L3: Connect Acknowledge(主叫）ts=2
45 BSC-BTS MSG-DATA-REQ L3: Connect acknowledge(被叫）ts=3
3 A-bis接口拆線階段信令分析
折線階段（被叫先掛機）：
序號 信號方向 消息 解釋
46 BTS-BSC MSG-DATA-IND L3: Disconnect(被叫）ts=3
47 BSC-BTS MSG-DATA-REQ L3: Release Ts=3
48 BSC-BTS MSG-DATA-REQ L3: Disconnect(主叫） Ts=2
49 BTS-BSC MSG-DATA-IND L3: Release complete Ts=3
50 BTS-BSC MSG-DATA-IND L3: Release ts=2
51 BSC-BTS MSG-DATA-REQ L3: Channel release ts=3
52 BSC-BTS MSG-DEACTIVATE-SACCH ts=3
53 BSC-BTS MSG-DATA-REQ L3: Release complete ts=2
54 BSC-BTS MSG-DATA-REQ L3: Channel release ts=2
55 BSC-BTS MSG-DEACTIVTE-SACCH ts=2
56 BTS-BSC MSG-REL-IND ts=3
57 BTS-BSC MSG-REL-IND ts=2
58 BSC-BTS MSG-RF-CHAN-REL ts=3
59 BTS-BSC MSG-RF-CHAN-REL-ACK ts=3
60 BSC-BTS MSG-RF-CHAN-REL ts=2
61 BTS-BSC MSG-RF-CHAN-REL-ACK ts=2
以下將上述掛機階段中主叫與被叫的掛機過程分別抽離出來。發(fā)現(xiàn)只有前三個命令的方向不同，原因是被叫先掛機。其它完全一樣。
被叫掛機流程：
46 BTS-BSC MSG-DATA-IND L3: Disconnect(被叫）ts=3
47 BSC-BTS MSG-DATA-REQ L3: Release Ts=3
49 BTS-BSC MSG-DATA-IND L3: Release complete Ts=3
51 BSC-BTS MSG-DATA-REQ L3: Channel release ts=3
52 BSC-BTS MSG-DEACTIVATE-SACCH ts=3
56 BTS-BSC MSG-REL-IND ts=3
58 BSC-BTS MSG-RF-CHAN-REL ts=3
59 BTS-BSC MSG-RF-CHAN-REL-ACK ts=3
主叫掛機流程：
48 BSC-BTS MSG-DATA-REQ L3: Disconnect(主叫） Ts=2
50 BTS-BSC MSG-DATA-IND L3: Release ts=2
53 BSC-BTS MSG-DATA-REQ L3: Release complete ts=2
54 BSC-BTS MSG-DATA-REQ L3: Channel release ts=2
55 BSC-BTS MSG-DEACTIVTE-SACCH ts=2
57 BTS-BSC MSG-REL-IND ts=2
60 BSC-BTS MSG-RF-CHAN-REL ts=2
61 BTS-BSC MSG-RF-CHAN-REL-ACK ts=2
釋放過程的解釋：
(1) MS掛機的動作被翻譯成L3: disconnect（拆線）。這時僅僅結(jié)束端-端的連接，然而此時呼叫并未完全釋放，MSC與MS之間的本地內(nèi)容仍被保持，以便完成諸如收費指示等附帶任務(wù)。
(2) MSC發(fā)送L3: release，MS回送L3: release complete，低層才被釋放，這時MSC和MS完成釋放過程，MS回到空閑狀態(tài)，MSC釋放地面信道。
(3) MSC向BSC發(fā)“clear command”(A接口消息），指示BSS釋放專用無線資源，BSS接到命令后啟動清除程序，即為abis接口上Deactivite SACCH、RF-channel release命令，BSS專用資源釋放完成，并將支配的地面電路置為空閑狀態(tài)后，向MSC返回一個“clear complete”，此時，由MSC釋放本端的地面信道及物理連接。 若由于BSS的原因需要釋放資源，則BSS發(fā)一個“Clear request清除請求”通知MSC釋放相應(yīng)的資源。
回答者：
coolnews88
回答時間：2008-12-15 21:12
12
7
北京比特威爾科技有限公司能夠為用戶提供專業(yè)的Abis接口信令監(jiān)測解決方案，可滿足網(wǎng)絡(luò)優(yōu)化業(yè)務(wù)的需要，前端采集設(shè)備能夠采集155M、622M、2.5G(即STM-1/4/16)接口.經(jīng)過多年的工程實踐，在前端采集設(shè)備的部署、工程實施經(jīng)驗等，以及協(xié)議解析應(yīng)用部分，均能為用戶提供合理化建議。
tel:51298650
不熟悉這方面的東西,等待學(xué)習(xí).
回答者：
lt5513
回答時間：2008-12-23 00:30
8
6
• 成都旗訊通信技術(shù)有限公司
聘：電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：急聘！華為項目（江蘇區(qū)域）
需求人數(shù)：30 人 地點：江蘇省
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：牡丹江市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：安康市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
• 重慶信科通信工程有限公司 聘：后臺優(yōu)化
需求人數(shù)：2 人 地點：南昌市
• 山東省郵電工程有限公司 聘：竣工資料結(jié)算員
需求人數(shù)：5 人 地點：福州市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗人員
需求人數(shù)：10 人 地點：北京市
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：急聘！華為項目（江蘇區(qū)域）
需求人數(shù)：30 人 地點：江蘇省
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：牡丹江市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：安康市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
• 重慶信科通信工程有限公司 聘：后臺優(yōu)化
需求人數(shù)：2 人 地點：南昌市
• 山東省郵電工程有限公司 聘：竣工資料結(jié)算員
需求人數(shù)：5 人 地點：福州市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗人員
需求人數(shù)：10 人 地點：北京市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |