通信人家园

 找回密码
 注册

只需一步,快速开始

短信验证,便捷登录

搜索
查看: 3821|回复: 0
打印

A接口协议 [复制链接]

军衔等级:

  上士

注册:2009-12-5
跳转到指定楼层
1#
发表于 2011-1-3 15:35:46 |只看该作者 |倒序浏览
A接口协议
A接口的信令协议模型参见下图:

图 3 1 A接口信令协议模型
3.1 MTP
参见NSS部分的协议栈教材。
3.2 SCCP
参见NSS部分的协议栈教材。
3.3 BSSOMAP
GSM中暂无此部分协议。
3.4 BSSAP
BSSAP分两部分,DTAP(Direct Transfer Application Part)和BSSMAP(BSS Management Application Part)。

DTAP用于在MSC和MS之间传送呼叫控制(CC)和移动性管理(MM)的相关消息,这些消息都不需要BSS解释,因此通过BSS透明传输。这一层只是一个承载传输通道,不是我们主要说明的对象。

BSSMAP协议支持MSC和BSS之间的那些需要BSS解释或处理的有关呼叫或资源管理的过程,一些BSSMAP的过程会触发RR层的过程,或者是RR层过程触发的结果。下面的所有过程都是BSSMAP的有关过程,我们主要讨论的对象。
3.5 BSSMAP有关过程
下面的描述中,如果没有专门说明消息所属的协议,则统统是指BSSMAP的消息。
3.5.1 指配
一般的分配策略都是为MS先分配一条SDCCH信道,用来传输一些鉴权等信令(参见MM和CC协议),如果真是一次呼叫的话, MSC会向BSS发送一条ASSIGNMENT REQUEST消息,请求BSC将当前的信道换成一条TCH信道。BSS在准备好一条TCH信道后,将一条Um接口的RR消息ASSIGNMENT COMMAND消息在SDCCH信道发送给MS,通知MS接入TCH信道。MS在新信道成功建链之后,发送一条应答消息ASSIGNMENT COMPLETE消息给BSS,BSS再发送一条BSSMAP协议的的ASSIGNMENT COMPLETE给MSC,信道指配的过程完成。另外,在呼叫进行的过程中,MSC也可以用ASSIGNMENT COMMAND消息命令无线接口改变模式,如由话音传输变为数据传输、改变话音编码方式等,流程同上,只不过在BSS侧会触发模式改变过程的进行。

在模式修改(指配)流程中,我们可以看到信道指配过程的使用。

3.5.2 切换
3.5.2.1 切换执行
切换的执行是由MSC向BSS发送一条HANDOVER COMMAND消息,消息中包含了一条完整的Um接口RR层的HANDOVER COMMAND消息,BSS将该RR层消息发送给MS。如果切换成功或切换失败但MS没能返回旧信道,BSS会收到MSC的清除信道的命令CLEAR COMMAND。

3.5.2.2 切换要求指示
如果BSS决定发起一次跨BSS的切换,BSS发送一条HANDOVER REQUIRED消息给所属的MSC,消息里面包含了切换的目标小区。如果MSC决定进行切换并成功在目标BSS建立起信道,则发送HANDOVER COMMAND作为应答,后续过程参见前面的切换执行过程。

3.5.2.3 切换资源分配
MSC向目标BSS发送一条HANDOVER REQUEST消息,为切换请求信道资源,如果目标BSS成功分配并激活信道,则组织一条Um接口RR层消息HANDOVER COMMAND放在消息HANDOVER REQUEST ACKNOWLEDGE中返回给MSC。后续的部分过程参见前面的切换要求指示和切换执行过程。当MS成功切换到目标BSS时,发送一条Um接口RR层消息HANDOVER COMPLETE消息给BSS,BSS再发送一条HANDOVER COMMAND消息给MSC。

3.5.2.4 切换执行
当BSS自己在内部执行了一次切换(小区内或小区间)之后,必须要通知MSC,这就需要向MSC发送一条HANDOVER PERFORMED消息。


下面给出一张在同一MSC下的两个BSC之间的切换流程示意图。从中我们可以看到上述三个过程在整个流程中的位置。

3.5.3 释放
有多种原因的释放。第一种是MSC向BSS发消息CLEAR COMMAND,命令BSS释放连接,于是BSS发送RR层消息CHANNEL RELEASE命令MS信道释放RR连接,同时BSS也要启动相应的过程(参见RR层的RR释放过程说明),并向MSC回应CLEAR COMPLETE消息。

第二种情况是由于BSS的原因,于是主动向MSC发送CLEAR REQuest消息,请求连接的释放,后面的过程和第一种情况类似(如果是因为检测到无线连接失败则不需要在通知MS)。

3.5.4 类标更新
MS在专用模式下,如果网络要求(BCCH信道上的系统信息中有要求)或MS发生类标(CLASSMARK)的改变,MS会尽快将它的类标通过RR层消息CLASSMARK CHANGE通知网络侧,BSS收到之后,发送一条CLASSMARK UPDATA消息给MSC,里面包含了CLASSMARK CHANGE消息中的有关内容。

3.5.5 类标询问
MSC想了解MS的类标的时候,向BSS发送一条CLASSMARK REQUEST消息,BSC相应发送一条RR层消息CLASSMARK ENQUIRY消息给MS,MS回应CLASSMARK CHANGE消息,BSS再通过CLASSMARK UPDATE消息通知MSC。

3.5.6 跟踪调用
调用跟踪过程分MSC发起和BSC发起两类。当MSC需要BSC为特定呼叫产生跟踪记录时,向对应的BSC发送一条MSC INVOKE TRACE消息触发相应的跟踪动作。同样,当BSC需要MSC为特定呼叫产生跟踪记录时,向对应的MSC发送一条BSC INVOKE TRACE消息触发相应的跟踪动作。

3.5.7 排队指示
当在指配过程或切换资源分配过程中,BSS分配不到相应的无线信道时,可以使用排队机制,将信道请求向后推延,等待空闲无线信道的出现,这时,BSS需要发送一条QUEUING INDICAITON消息通知MSC。

3.5.8 PDSS1流量控制
PDSS1流量控制过程的目的是通知MSC停止或恢复在相应呼叫连接传送PDSS1数据。当BSS发现无线口发生拥塞时,向MSC发送一条SUSPEND消息,要求MSC停止发送包含PDSS1协议层3的DTAP消息。当无线口拥塞解除时,向MSC发送一条RESUME消息,要求MSC恢复发送包含PDSS1协议层3的DTAP消息。

3.5.9 电路重选
此过程只用于当A接口地面电路由且仅由BSS进行分配时。当MSC希望为某呼叫连接换一条电路时,则向MSS发送一条CHANGE CIRCUIT消息,同时释放该电路。BSS在收到消息后,挑选一条新的符合要求的电路占用,并将其描述在消息CHANGE CIRCUIT ACKNOWLEDGE返回给MSC,同时释放原电路。

3.5.10 LSA处理
MSC可以争对某个呼叫向BSS发送一条LSA INFORMATION消息,消息中包含了一张LSA(Localised Service Area)的列表,以及列表中每个LSA的相关属性(如优先级等)。BSS为相应呼叫保存这些信息,在准备进行切换时优先或只考虑列表中LSA对应的相邻小区。

3.5.11 闭塞/解闭地面电路
闭塞地面电路分BSS发起和MSC发起两类。

当BSS决定闭塞A接口的某条地面电路,则发送一条BLOCK消息给MSC,MSC作相应处理后以一条BLOCK ACKnowledge消息作为应答。当BSS决定解闭A接口的某条地面电路,则发送一条UNBLOCK消息给MSC,MSC作相应处理后以一条UNBLOCK ACKnowledge消息作为应答。

当MSC决定闭塞A接口的某条地面电路,则发送一条BLOCK消息给BSS,BSS作相应处理后以一条BLOCK ACKnowledge消息作为应答。当MSC决定解闭A接口的某条地面电路,则发送一条UNBLOCK消息给BSS,BSS作相应处理后以一条UNBLOCK ACKnowledge消息作为应答。
3.5.12 闭塞/解闭地面电路群
闭塞地面电路群过程同闭塞地面电路过程非常类似,只不过一次可以闭塞/解闭多条地面电路。

当BSS决定闭塞A接口的某些地面电路,并且这些地面电路可以在一条消息中描述,则发送一条CIRCUIT GROUP BLOCK消息给MSC,MSC作相应处理后以一条CIRCUIT GROUP BLOCK ACKnowledge消息作为应答。当BSS决定解闭A接口的某些地面电路,则发送一条CIRCUIT GROUP UNBLOCK消息给MSC,MSC作相应处理后以一条CIRCUIT GROUP UNBLOCK ACKnowledge消息作为应答。

当MSC决定闭塞A接口的某些地面电路,并且这些地面电路可以在一条消息中描述,则发送一条CIRCUIT GROUP BLOCK消息给BSS,BSS作相应处理后以一条CIRCUIT GROUP BLOCK ACKnowledge消息作为应答。当MSC决定解闭A接口的某些地面电路,则发送一条CIRCUIT GROUP UNBLOCK消息给BSS,BSS作相应处理后以一条CIRCUIT GROUP UNBLOCK ACKnowledge消息作为应答。

3.5.13  复位
3.5.13.1 全局复位
全局复位分BSS发起和MSC发起两类。

当MSC检测到自己严重的全局故障,则向BSS发送一条RESET消息,在等待BSS应答的同时,将本地标记为闭塞的电路通过闭塞地面电路或闭塞地面电路群过程通知BSS。BSS收到消息后,释放所有的呼叫以及相关的信息,在一定的时间之后,回送消息RESET ACKnowledge消息作为应答。

当BSS检测到自己严重的全局故障,则向MSC发送一条RESET消息,在等待MSC应答的同时,将本地标记为闭塞的电路通过闭塞地面电路或闭塞地面电路群过程通知MSC。MSC收到消息后,释放所有的呼叫以及相关的信息,在一定的时间之后,回送消息RESET ACKnowledge消息作为应答。

3.5.13.2 电路复位
电路复位分BSS发起和MSC发起两类。主要用于当只影响部分设备的故障发生时恢复BSS/MSC的信息。

如果BSS检测到一次异常的SCCP连接释放导致一条电路空闲,则向MSC发送一条RESET CIRCUIT消息,MSC收到消息后,清除相关的呼叫,如果存在相应的电路则将其变成空闲,并发送一条RESET CIRCUIT ACKNOWLEDGE消息。如果相应的电路在MSC一侧已经被闭塞,则MSC再发送一条BLOCK消息给BSS,则BSS相应回答一条BLOCK ACKNOWLEDGE消息。如果MSC找不到复位电路消息中的电路,则返回一条UNEQUIPPED CIRCUIT消息给BSS。

如果MSC检测到一次异常的SCCP连接释放导致一条电路空闲,则向BSS发送一条RESET CIRCUIT消息,BSS收到消息后,清除相关的呼叫,如果存在相应的电路则将其变成空闲,并发送一条RESET CIRCUIT ACKNOWLEDGE消息。如果相应的电路在BSS一侧已经被闭塞,则BSS再发送一条BLOCK消息给MSC,则MSC相应回答一条BLOCK ACKNOWLEDGE消息。如果BSS找不到复位电路消息中的电路,则返回一条UNEQUIPPED CIRCUIT消息给MSC。

3.5.14 资源指示
MSC可以要求BSS将下属小区的当前资源使用情况报告上来,这就是资源指示过程。MSC首先发送一条RESOURCE REQUEST消息给BSS,消息中指示了BSS进行资源情况上报的方式以及有关的小区标识,之后,BSS按照MSC的要求,发送RESOURCE INDICATION消息给MSC,消息中包含了有关小区的当前资源使用情况。

资源指示可以有四种方式:
(1)自发方式:在收到RESOURCE REQUEST消息之后,BSS立刻返回一条不含任何资源信息的BSSAP RESOURCE INDICATION消息作为应答。之后,每当BSS的O&M所设定的自发条件(业务门限或两个消息的间隔)满足时,BSS自发地向MSC发送BSSAP RESUORCE INDICATION消息,并且用BSSAP RESOURCE REQUEST中的Periodicity IE来决定指示消息的间隔(除非Periodicity IE值为0,这时BSS将忽略0)。
(2)一次方式:在收到BSSAP RESOURCE REQUEST消息之后,BSC立刻返回一条包含资源信息的BSSAP RESOURCE INDICATION消息。如果BSSAP RESOURCE REQUEST没有包含Extended Resource Indication IE,BSC就停止发送,等待下一个BSSAP RESOURCE REQUEST的到来。如果有Extended Resource Indication IE,BSC则遵守消息中的Subsequent Mode元素的规定:
0 同方式4
1 如果之前的方式是1或3,则之后采用方式1或3,否则采用方式4
(3)周期方式:在收到BSSAP RESOURCE REQUEST消息之后,BSC立刻返回一条包含资源信息的BSSAP RESOURCE INDICATION消息,之后周期性地发送BSSAP RESOURCE INDICATION消息,当BSSAP RESOURCE REQUEST消息中的Periodicity IE不为0,则发送指示消息的周期为此值乘100ms。如果此值为0,则消息有误,整个BSSAP RESOURCE REQUEST消息可以被认为有错。
(4)停止方式:在收到BSSAP RESOURCE REQUEST消息之后,BSC立刻返回一条不含任何资源信息的BSSAP RESOURCE INDICATION消息作为应答。之后,不再向MSC传送有关小区的资源信息。

3.5.15 切换候选者查询
切换候选者查询过程实际上是一种MSC控制的强制切换要求。一般来说,当MSC通过某些信息收集(如前面的资源指示过程)检测到某小区的业务量非常繁忙,这时,MSC就可以发送一条HANDOVER CANDIDATE ENQUIRY给小区所属的BSS,消息中包含了小区中最多可以触发的切换要求的个数以及切换可以使用的候选小区。BSS收到该消息后,将指定小区部分呼叫启动切换流程,即向MSC发送相应的HANDOVER REQUIRED消息,在所有的HANDOVER REQUIRED消息发送完之后,通过消息HANDOVER CANDIDATE RESPONSE将触发的总数通知MSC。

3.5.16 流量控制
流量控制分MSC发起和BSC发起两类。

当MSC检测到自己的处理器过载时,向下属的BSS发送OVERLOAD消息,如果过载没有消除,MSC会周期性向BSS发送OVERLOAD消息。BSS收到这个消息后,进行相应的流控过程。对于BSS来说,流控主要通过短时间内禁止某类用户的接入来实现。

当BSS检测到自己的处理器过载或CCCH信道(其实是PCH信道)过载是,向所属的MSC发送OVERLOAD消息,如果过载没有消除,BSS会周期性向MSC发送OVERLOAD消息。MSC收到这个消息后,进行相应的流控过程。对于MSC来说,流控主要通过减少到该BSS的寻呼消息数以及减少到该BSS的入切换来控制。

3.5.17 寻呼
当MSC需要寻呼某MS时,通过A接口发送一条PAGING消息给BSS,BSS将通过消息PAGing REQuest在无线口的PCH信道上发送给MS。

在寻呼流程中,我们可以看到寻呼过程的使用。

3.5.18 加密模式控制
当MSC决定修改信道的加密模式时,从A接口发送一条CIPHER MODE COMMAND消息给BSS,BSS以原来加密模式将Um接口RR层的消息CIPHERing MODE COMMAND传给MS,同时开始启动新的解密模式(上行方向)。MS收到Um接口RR层的消息CIPHERing MODE COMMAND后,同时启动新的加密(上行方向)和解密(下行方向),并发送CIPHERing MODE COMPLETE消息给BSS,BSS收到任何一个正确解码的报文(在新加密模式下),就表明MS已正确地转换到新的加密模式时,BSS的发送也变为新的加密模式(下行方向),并在收到MS的CIPHERing MODE COMPLETE消息(Um接口RR消息)后,在A接口发送一条CIPHER MODE COMPLETE消息给MSC作为回答。

在加密模式修改流程中,我们可以看到加密模式控制过程的使用。

3.5.19 SAPI ’n’拒绝
当BSS收到MSC发来的DTAP消息时,如果检测到消息中的SAPI不等于0,则尝试在无线口建立相应的链路,如果因为一些原因,链路建立失败,则向MSC发送一条SAPI’n’ REJECT消息。

3.5.20 负载指示
负载指示过程主要用于让BSC了解非本BSC的小区的负载情况,以便更好地完成切换动作(比如用于挑选候选小区)。BSS按照一定的原则(如周期性发送或过门限触发发送)向MSC报告本BSC下的小区的当前负载情况,MSC收到这个消息之后,向其他有关的BSC转发此消息。

3.5.21 上行分配
3.5.21.1 成功的上行分配
在收到一个发言接入请求,BSS发送一条UPLINK REQUEST消息给MSC,MSC发送UPLINK REQUEST ACKNOWLEDGE来确认将上行准许分配给请求的MS。MSC也要向语音组呼叫里所有其他BSS一条UPLINK SEIZED COMMAND消息。BSS在无线链路建立时发送一条UPLINK REQUEST CONFIRMATION消息给MSC,消息中包含了建立时SABM帧中的完整信息。

3.5.21.2 失败的上行分配
在收到一个发言接入请求,BSS发送一条UPLINK REQUEST消息给MSC,如果MSC不批准上行信道,MSC将发送一条UPLINK REJECT COMMAND消息给相应的BSS,在收到这条消息后,BSS将释放上行链路。

3.5.22 上行释放指示
在上行分配过程中,如果上行无线连路不能建立,BSS发送一条UPLINK RELEASE INDICATION消息给MSC。或者发言者主动释放上行链路,则BSS也会发送一条UPLINK RELEASE INDICATION消息给MSC。

3.5.23 上行捕获命令
当成功执行上行分配过程之后,MSC将给每个语音组呼叫涉及到的BSS发送一条UPLINK SEIZED COMMAND消息,在收到这条消息后,BSS将进行上行繁忙过程(在下行方向发送UPLINK BUSY消息)。

3.5.24 上行释放命令
上行释放命令过程用于以下两种情况:一是组呼叫anchor MSC检测到发言者不再说话,则执行上行释放过程以便让听众能发言。二是组呼叫anchor或relay MSC检测到发言者已经离开了组呼叫区域。为了激活这一过程,组呼叫anchor MSC发送UPLINK RELEASE COMMAND消息给每个涉及到的BSS,当BSS接收到UPLINK RELEASE COMMAND消息,BSS将进行上行释放过程(在下行方向发送UPLINK FREE消息)。

举报本楼

您需要登录后才可以回帖 登录 | 注册 |

版规|手机版|C114 ( 沪ICP备12002291号-1 )|联系我们 |网站地图  

GMT+8, 2025-10-14 08:35 , Processed in 0.251686 second(s), 17 queries , Gzip On.

Copyright © 1999-2025 C114 All Rights Reserved

Discuz Licensed

回顶部