【资料名称】：A-bis接口信令分析

【资料作者】：Harvey

【资料日期】：2010.6.26

【资料语言】：中文

【资料格式】：DOC

【资料目录和简介】：

A-bis接口信令分析

A-bis接口是BSS侧的内部接口，虽然在GSM协议中有一定的标准化要求，但是各个GSM系统供应商的A-bis接口协议允许有不同，而且即使对于同一供应商的不同版本，A-bis接口的协议也允许有调整和变化。
因为Abis接口消息中所有层三消息（下文中的L3消息）必然要经过A接口和Um接口。也就是说若将Abis接口中的L3消息抽离出来，则A接口和Um接口的主体消息也就明朗了。
本节将以跟踪到的移动呼叫移动时Abis接口消息为例，简述A-bis接口的信令分析。
在以下表格中其中每条消息都有详细的解释，其中还标明了所占用的时隙号。
1A-bis接口主叫阶段信令分析
序号信号方向消息解释
A：以下为主叫阶段（接入、鉴权加密、指配、寻呼）
0BTS-BSCMSG_CHAN_RQDChannel required Uplink CCCH(RACH) TS=0
1BSC-BTSMSG_CHAN_ACTIV激活SDCCH SDCCH/8+ACCH TS=1
2BTS-BSCMSG_CHAN_ACTIV_ACKSDCCH/8+ACCHTS=1
3BSC-BTSMSG_IMMEDIATE_ASSIGN_COMMAND指配SDCCH DOWNLINK CCCH(PCH+AGCH）ts=0
4BTS-BSCMSG_EST-INDL3: CM SERVICE REQUEST SDCCH/8+ACCH TS=1
注：若设定需鉴权，则接下来为鉴权请求和鉴权响应命令
5BSC-BTSMSG-DATA-REQL3: CM SERVICE ACCEPT SDCCH/8+ACCH TS=1
注：若设定需加密，则接下来为加密模式命令和加密模式完成
6BTS-BSCMSG-DATA-INDL3:SETUP SDCCH/8+ACCH TS=1
7BSC-BTSMSG-DATA-REQL3: CALL PROCEEDING SDCCH/8+ACCH TS=1
8BSC-BTSMSG-CHAN-ACTIV激活TCH Bm+ACCH TS=2
9BTS-BSCMSG-CHAN-ACTIV-ACKBm+ACCH TS=2
10BSC-BTSMSG-DATA-REQ指配TCH命令 L3: ASSIGNMENT COMMAND SDCCH/8+ACCH TS=1
11BTS-BSCMSG-EST-INDEstablish Indication(Radio Link Layer Management msg) Bm+Acch TS=2
12BSC-BTSMSG-PAGING-CMDDOWNLINK CCCH(PCH+AGCH) TS=0 (含被叫MSISDN）
13BSC-BTSMSG-PAGING-CMDDOWNLINK CCCH(PCH+AGCH) TS=0
14BSC-BTSMSG-PAGING-CMDDOWNLINK CCCH(PCH+AGCH) TS=0
15BSC-BTSMSG-PAGING-CMDDOWNLINK CCCH(PCH+AGCH) TS=0
16BSC-BTSMSG-PAGING-CMDDOWNLINK CCCH(PCH+AGCH) TS=0
17BTS-BSCMSG-DATA-INDTCH指配完成 L3: Assignment Complete Bm+Acch ts=2
18BSC-BTSMSG-DEACTIVATE-SACCHSDCCH/8+ACCH ts=1
19BSC-BTSMSG-REL-REQSDCCH/8+ACCH TS=1
20BSC-BTSMSG-RF-CHAN-RELSDCCH/8+ACCHTS=1
21BTS-BSCMSG-REL-CONFts=1
22BTS-BSCMSG-RF-CHAN-REL-ACKSDCCH/8+ACCHTS=1
2A-bis接口被叫阶段信令分析
B、以下为被叫阶段（接入、鉴权加密、指配）
序号信号方向消息解释
23BTS-BSCMSG-CHAN-RQDUplink: CCCH(RACH) ts=0
24BTS-BSCMSG-CHAN-ACTIV激活SDCCH ts=1
25BTS-BSCMSG-CHAN-ACTIV_ACKts=1
26BSC-BTSMSG-IMMEDIATE_ASSIGN-COMMAND指配SDCCH Downlink CCCH（PCH+AGCH）ts=0
27BTS-BSCMSG-EST-INDL3：Paging response(IMSI) TS=1
以下可选启动鉴权、加密阶段
28BSC-BTSMSG-DATA-REQL3: setup ts=1
29BTS-BSCMSG-DATA-INDL3: Call confirmedts=1
30BSC-BTSMSG-CHAN-ACTIV激活TCH Bm+ACCHts=3
31BTS-BSCMSG-CHAN-ACTIV-ACKBm+ACCH Ts=3
32BSC-BTSMSG-DATA-REQ指配TCH命令 L3：AssignmentCommand ts=3
33BTS-BSCMSG-EST-INDEstablish Indication Bm+ACCH TS=3
34BTS-BSCMSG-DATA-INDTCH指配完成 L3：Assignment Completets=3
35BSC-BTSMSG-DEACTIVATE-SACCHts=1
36BSC-BTSMSG-REL-REQts=1
37BSC-BTSMSG-RF-CHAN-RELts=1
38BTS-BSCMSG-REL-CONFts=1
39BTS-BSCMSG-RF-CHAN-REL-ACKts=1
40BTS-BSCMSG-DATA-INDL3：Alertingts=3(被叫）
41BSC-BTSMSG-DATA-REQL3：Alertingts=2（主叫）
42BTS-BSCMSG-DATA-INDL3：Connectts=3（被叫）
43BSC-BTSMSG-DATA-REQL3：Connectts=2（主叫）
44BTS-BSCMSG-DATA-INDL3: Connect Acknowledge(主叫）ts=2
45BSC-BTSMSG-DATA-REQL3: Connect acknowledge(被叫）ts=3
3A-bis接口拆线阶段信令分析
折线阶段（被叫先挂机）：
序号信号方向消息解释
46BTS-BSCMSG-DATA-INDL3: Disconnect(被叫）ts=3
47BSC-BTSMSG-DATA-REQL3: Release Ts=3
48BSC-BTSMSG-DATA-REQL3: Disconnect(主叫） Ts=2
49BTS-BSCMSG-DATA-INDL3: Release complete Ts=3
50BTS-BSCMSG-DATA-INDL3: Releasets=2
51BSC-BTSMSG-DATA-REQL3: Channel release ts=3
52BSC-BTSMSG-DEACTIVATE-SACCHts=3
53BSC-BTSMSG-DATA-REQL3: Release complete ts=2
54BSC-BTSMSG-DATA-REQL3: Channel release ts=2
55BSC-BTSMSG-DEACTIVTE-SACCHts=2
56BTS-BSCMSG-REL-INDts=3
57BTS-BSCMSG-REL-INDts=2
58BSC-BTSMSG-RF-CHAN-RELts=3
59BTS-BSCMSG-RF-CHAN-REL-ACKts=3
60BSC-BTSMSG-RF-CHAN-RELts=2
61BTS-BSCMSG-RF-CHAN-REL-ACKts=2

以下将上述挂机阶段中主叫与被叫的挂机过程分别抽离出来。发现只有前三个命令的方向不同，原因是被叫先挂机。其它完全一样。
被叫挂机流程：
46BTS-BSCMSG-DATA-INDL3: Disconnect(被叫）ts=3
47BSC-BTSMSG-DATA-REQL3: Release Ts=3
49BTS-BSCMSG-DATA-INDL3: Release completeTs=3
51BSC-BTSMSG-DATA-REQL3: Channel release ts=3
52BSC-BTSMSG-DEACTIVATE-SACCHts=3
56BTS-BSCMSG-REL-INDts=3
58BSC-BTSMSG-RF-CHAN-RELts=3
59BTS-BSCMSG-RF-CHAN-REL-ACKts=3

主叫挂机流程：
48BSC-BTSMSG-DATA-REQL3: Disconnect(主叫）Ts=2
50BTS-BSCMSG-DATA-INDL3: Releasets=2
53BSC-BTSMSG-DATA-REQL3: Release complete ts=2
54BSC-BTSMSG-DATA-REQL3: Channel release ts=2
55BSC-BTSMSG-DEACTIVTE-SACCHts=2
57BTS-BSCMSG-REL-INDts=2
60BSC-BTSMSG-RF-CHAN-RELts=2
61BTS-BSCMSG-RF-CHAN-REL-ACKts=2
释放过程的解释：
(1)MS挂机的动作被翻译成L3: disconnect（拆线）。这时仅仅结束端-端的连接，然而此时呼叫并未完全释放，MSC与MS之间的本地内容仍被保持，以便完成诸如收费指示等附带任务。
(2)MSC发送L3: release，MS回送L3: release complete，低层才被释放，这时MSC和MS完成释放过程，MS回到空闲状态，MSC释放地面信道。
(3)MSC向BSC发“clear command”(A接口消息），指示BSS释放专用无线资源，BSS接到命令后启动清除程序，即为abis接口上Deactivite SACCH、RF-channel release命令，BSS专用资源释放完成，并将支配的地面电路置为空闲状态后，向MSC返回一个“clear complete”，此时，由MSC释放本端的地面信道及物理连接。 若由于BSS的原因需要释放资源，则BSS发一个“Clear request清除请求”通知MSC释放相应的资源。