TB／T 3371-2016  铁路数字移动通信系统（GSM-R）接口 A接口（MSC与BSS间）

外部切换程序应符合YD/T910.3一1997中8.3.1.5的要求，消息格式和编码应符合YD/T 910.31997中8.3.2的要求。其中： a）“HandoverRequest”消息中应包括优先级信元，优先级信元编码和规则应符合4.5.3.2要求； b）VGCS和VBS业务跨BSS间切换，MSC应给新BSS发送“HandoverRequest”消息，直接使用 VGCS/VBS指配程序建立的A接口资源，不再分配新的A接口资源，BSS应直接使用VGCS/ VBS指配程序建立的无线资源，不再分配新的无线资源； VGCS讲者在组呼信道上完成跨BSS间切换，MSC应向原BSS发送“HandoverSucceeded”消 息，原BSS内的无线资源不应释放。

4.5.3.7小区内内部切换

小区内内部切换程序应符合YD/T910.3一1997中8.3.1.6的要求，消息格式和编码应符合YD/T 910.3—1997中8.3.2的要求。 对于VCCS业务，BSS可发起小区内内部切换程序，使组呼讲者从专用信道切换到组呼信道，此时 BSS应利用之前指配给讲者的SCCP连接向MSC发送“HandoverPerformed”消息牛奶标准，然后应向MSC发送 “ClearRequest”消息，原因值为“JoinedGroupCallChannel”，MSC应释放A接口专用资源。

4.5.3.8小区间内部切换

小区间内部切换程序应符合YD/T910.3一1997中8.3.1.7的要求，消息格式和编码应符合YD/T 910.3—1997中8.3.2的要求。 若在指配程序期间产生切换，即直接重试，则不需要发“HandoverPerformed”消息，而应在 “AssignmentComplete”消息中指示完成了切换。 组呼的小区间内部切换应包含三类： a）专用信道和专用信道之间的切换，此时BSS应利用之前指配给讲者的SCCP连接向MSC发送 “HandoverPerformed”消息:

b）专用信道到组呼信道的切换，此时BSS应利用之前指配给讲者的SCCP连接向MSC发送 “HandoverPerformed”消息，然后BSS应向MSC发送“ClearRequest”消息，原因值是“Joined Group Call Channel"; ） 组呼信道和组呼信道之间的切换，此时BSS应利用之前指配给讲者的SCCP连接向MSC发送 “HandoverPerformed"消息。

4.5.3.9无线资源和地面资源的释放

无线资源和地面资源的释放程序应符合YD/T910.3一1997中8.3.1.9的要求，消息格式和编码 应符合YD/T910.3一1997中8.3.2的要求。其中，对于VGCS业务： a）由于BSS自身原因导致上行链路释放，BSS应向MSC发送“UplinkReleaseIndication消息，原 因值为除“CallControl”和“RadioInterfaceFailure”之外的其他值，MSC应发起清除程序，释放 无线资源与地面资源； b）若讲者与BSS失去联系，BSS应向MSC发送“UplinkReleaseIndication”消息，原因值为“Radio InterfaceFailure”，若讲者在专用信道上，MSC应发起清除程序，释放无线资源与地面资源，若 讲者在组呼信道上，MSC不应发起清除程序； c）若BSS将讲者由专用信道移至组呼信道，BSS应向MSC发送“ClearRequest”消息发起A接口 资源释放，原因值为“JoinedGroupCallChannel”，MSC收到该消息后应发起与该用户相关的 专用资源的释放； d） 若用户在专用信道上释放上行链路，BSS应向MSC发送“UplinkReleaseIndication”消息，原因 值为“CallControl”，MSC收到该消息后应发起清除程序，释放BSS内的资源，在MSC发起清 除程序前，BSS可提前释放无线资源； e） 若用户在组呼信道上释放上行链路，BSS应向MSC发送“UplinkReleaseIndication”消息，原因 值为“CallControl”，MSC收到该消息后不应发起清除程序，BSS应发起无线接口上行链路空 闲程序，不释放无线资源。MSC发起清除程序应符合下列要求： 1）若讲者在专用信道上，清除程序应在专用的SCCP连接上发起； 2）若讲者在组呼信道上，清除程序应在VGCS/VBS资源控制的SCCP连接上发起，

4. 5. 3. 10 寻呼

4.5.3.11级别更新程序

级别更新程序应符合YD/T910.3一1997中8.3.1.13的要求，消息格式和编码应符合YD/T 910.3—1997中8.3.2的要求。

4.5.3.12加密模式控制

4.5.3.13MS初始消息

MS初始消息应符合YD/T910.3一1997中8.3.1.16的要求，消息格式和编码 0.31997中8.3.2的要求。

4.5.3.14排队指示

排队指示程序应符合YD/T910.3一1997中8.3.1.17的要求，消息格式和编码应符合YD/T 910.3—1997 中 8.3.2 的要求。

4.5.3.15SAPI0时的数据链路控制

SAPI≠0时的数据链路控制程序应符合YD/T910.3一1997中8.3.1.18的要求，消息格式和编码 应符合YD/T910.3—1997中8.3.2的要求。

4.5.3.16BSSMAP错误处理

BSSMAP错误处理程序应符合YD/T910.3一1997中8.3.1.19的要求，消息格式和编码应符合 YD/T910.3—1997中8.3.2的要求。 4. 5. 3. 17VGCS/VBS 呼叫建立、资源指配

4. 5. 3. 17. 1 概述

4. 5.3. 17.2成功操作

4.5.3.17.3VGCS/VBS呼叫建立异常

图3VGCS/VBS呼叫建立成功流程

若BSS检测到A接口VGCS/VBS连接已经建立但组呼还未建立成功时，应清除之前 关资源，然后重新建立新的呼叫。

4.5.3.17.4VGCS/VBS呼叫建立失败

4VGCS/VBS呼叫

4. 5. 3. 17. 5 消息格式和编码

CS/VBS呼叫建立失

消息格式和编码应符合3GPPTS08.08中3.2的要求。 3.18VGCS/VBS指配程序 3.18.1概述 VGCS/VBS指配程序在组呼区域内每个小区上为VGCS/VBS呼叫分配正确的专用 该程序，MSC应向BSS建立一个VGCS/VBS资源控制的SCCP连接，该连接用来支 原相关的BSSAP消息。MSC可控制无线资源是立即指配还是延迟指配。

消息格式和编码应符合3GPPTS08.08中3.2的要求。 4.5.3.18VGCS/VBS指配程序

4. 5. 3. 18. 1 概述

VGCS/VBS指配程序在组呼区域内每个小区上为VGCS/VBS呼叫分配正确的专用无线资源。为 支持该程序，MSC应向BSS建立一个VGCS/VBS资源控制的SCCP连接，该连接用来支持所有和专用 资源相关的BSSAP消息。MSC可控制无线资源是立即指配还是延迟指配。

4.5.3.18.2成功操作

在VGCS/VBS指配程序前，MSC和BSS应先建立VGCS/VBS呼叫控制的SCCP连接。 MSC应向BSS发送“VGCS/VBSAssignmentRequest”消息，发起VGCS/VBS指配程序，该消息在 VGCS/VBS资源控制的SCCP连接上发送。VGCS/VBSAssignmentRequest”消息中应包括优先级信 元，优先级信元编码和规则应符合4.5.3.2要求。 BSS应向MSC返回“VGCS/VBSAssignmentResult”消息，通知MSCBSS给相关小区指配的资源。 VGCS/VBS指配成功流程见图5。

BSS应在参加组呼的所有小区的NCH信道上发起无线接口通知程序，该通知程序周期性发送，直 到呼叫被释放。BSS也可在SACCH信道上指示通知消息已经发生了改变以及（或者）在FACCH信道 上发起通知消息。

4.5.3.18.3VGCS/VBS指配异常

图5VGCS/VBS指配成功流程

4.5.3.18.4VGCS/VBS指配失败

VGCS/VBS指配票

VGCS/VBS指配失败情况如下列所示： a）若BSS不识别VGCS/VBS呼叫，BSS应向MSC返回“VGCS/VBSAssignmentFailure”消息，原 因值为“VGCS/VBSCallNonExistent"; b）若没有无线资源，BSS应向MSC返回“VGCS/VBSAssignmentFailure”消息，原因值为“No RadioResourceAvailable"; c）MSC收到VGCS/VBS指配失败消息后，MSC和BSS均应认为地面电路空闲（除非该地面电路 已被分配或阻塞）此时MSC不需要发起清除程序

4.5.3.18.5消息格式和编码

消息格式和编码应符合3GPPTS08.08中3.2的要求。

4. 5. 3. 19. 1概述

VGCS中上行链路资源分配应通过上行链路控制程序完成，上行链路控制程序中的消息应在VGCS 控制的SCCP连接上发送该SCCP连接 叫建立程序发起

该程序分为三个子程序：上行链路分配、上行链路释放和上行链路占用。 a）上行链路分配应由BSS和组呼主控MSC控制，BSS控制管辖组呼区域中各小区的上行链路接 入，组呼主控MSC控制整个服务区内上行链路接入。若在同一组呼区域内某一BSS下已经 分配了上行链路，MSC应拒绝组呼区域内其余BSS分配上行链路请求。 b）上行链路释放和上行链路占用程序应由MSC控制和发起，BSS应遵守MSC的要求。 当组呼初始发起时，每一个BSS中上行链路是被占用状态，MSC应通过上行链路释放和上行链路 程序来控制每一个BSS中的上行链路状态。在BSS可以分配上行链路前，MSC应发起上行链路释 序来释放上行链路。

4.5.3.19.2上行链路分配程序

4.5.3.19.2上行链路分配程序

组呼中的聆听用户应通过上行链路分配程序来占用小区中的组呼专用TCH信道讲话。仅在主控 MSC已通过上行链路释放程序释放了上行链路时，才能执行上行链路分配程序。 当MS释放上行链路或者BSS检测到MS连接中断时，BSS应向MSC发送“UplinkRelease indication”消息，原因值分别为“CallControl或“Radiointerfacefailure”，然后BSS应发起无线接口上行 链路空闲通知程序。

4.5.3.19.2.2成功的上行链路分配程所

当接收到MS讲话请求时，BSS应向MSC发送“UplinkRequest消息。MSC确认上行链路充许分 配给该MS，向BSS发送“UplinkRequestAcknowledge”消息，同时向组呼中的其他BSS发送“Uplink SeizeCommand”消息。一旦无线链路已建立，BSS应向MSC发送“UplinkRequestConfirmation”消息。 成功的上行链路分配流程见图7。

组呼信道上行链路释放流程见图8。

4.5.3.19.2.3失败的上行链路分配程序

图7成功的上行链路分配流程

图8上行链路释放流程

在无线链路无法建立时，BsS发送UplinkReleaseIndication”，原因值为“RadioInterfacemessage

Failure 若MSC不允许分配上行链路，应向对应的BSS发送“UplinkRejectCommand”消息，BSS接收到该 消息时应释放MS请求的上行链路。失败的上行链路分配流程见图9

4.5.3. 19.3上行链路释放程序

图9失败的上行链路分配流程

在下列两种情况下： a）组呼主控MSC检测到组呼中没有用户讲话； b）组呼主控或中继MSC发现讲者已经离开了组呼区域。 组呼主控MSC应向组呼中的每一个BSS发送“UplinkReleaseCommand”消息发起上行链路释放程 序，BSS发起无线接口上行链路释放程序。上行链路释放命令流程见图10

4.5.3.19.4上行链路占用程序

图10上行链路释放命令流程

若上行链路已分配给某一BSS区域内的用户，MSC应给组呼区域内其余BSS分别发送“Uplink SeizedCommand”消息，BSS收到该消息后应发起无线接口上行链路忙指示。上行链路占用流程见 图11

图11上行链路占用流程

4.5.3.19.5消息格式和编码

格式和编码应符合3CPPTS08.08中3.2

5.1检测条件及仪表要求

第一次位置更新”信令流程见图12

5.2.1.2检验方法

5.2. 1.2. 1初始条件

初始条件如下： a）HLR中无用户的位置信息，VLR中无用户信息： b）用户SIM卡中无TMSI信息和位置信息； c）MSC开启TMSI再分配功能。

2.1.2.2检验步骤

图12“第一次位置更新信令流程

a）MS开机，网络注册成功； b）在协议分析仪上检查A接口信令流程和“LocationUpdateRequest”中的位置更新类型。

5.2.2周期位置更新

“周期位置更新”信令流程见图13。

5.2.2.2检验方法

5. 2. 2. 2检验方法

5.2.2.2.1初始条件

初始条件如下： a）将周期性位置更新定时器T3212设置为其最小值（6min） b）MSC开启TMSI再分配功能，

5.2.2. 2.2检验步

图13“周期位置更新”信令流程

MS处于在网状态并等待T3212设置值的时间，T3212超时，触发位置更新； 在协议分析仪上检查A接口信令流程和“LocationUpdateRequest”中的位置更新类型。

5.2. 3. 1信令流程

“正常位置更新”信令流程见图14

“正常位置更新”信令流程见图14

5.2.3.2检验方法

5.2.3.2.1初始条件

5. 2. 3. 2. 2检验步

b）在协议分析仪上检查A接口信令流程和"Location Update Request"消息中的位置更新类型

5.2.4IMSI去附着

“IMSI去附着”信令流程见图15或图

5.2.4.2检验方法

MS开机.处于在网状态。

图14“正常位置更新”信令流程

图15 “IMSI去附着”信令流程1

图16“IMSI去附着”信令流程2

5. 2. 4.2.2检验步骤

检验步骤如下： a）关闭MS； b）在协议分析仪上检查A接口信令流程

当MSC和BSS开启加密功能时有此消息 根据网络配置，需要再分配TMSI时有此消息。

图17“MS·铁路有线调度系统调度台呼叫一被叫挂机”信令

5.3.1.2检验方法

5.3.1.2检验方法

5.3.1.2检验方法 5.3.1.2.1初始条件 MS开机，处于在网状态 5.3.1.2.2检验步骤 检验步骤如下： a）MS 发起一个到铁路

初始茶件 MS开机，处于在网状态。 5.3.1.2.2检验步骤 检验步骤如下： a）MS发起一个到铁路有线调度系统调度台的呼叫，呼叫建立成功：

）被叫挂机，在协议分析仪上检查A接口

当MSC和BSS开启加密功能时有此消息， 根据网络配置.需要再分配TMSI时有此消息

当MSC和BSS开启加密功能时有此消息。 根据网络配置.需要再分配TMSI时有此消息

5.3.2.2检验方法

MS开机，处于在网状态。 5.3.2.2.2检验步骤 检验步骤如下： a 铁路有线调度系统调度台发起一个到MS的呼叫，呼叫建立成功； b 主叫挂机，在协议分析仪上检查A接口信令流程。

MS开机，处于在网状态

a）铁路有线调度系统调度台发起一个到MS的呼叫，呼叫建立成功； b）主叫挂机,在协议分析仪上检查A接口信令流程。

5.3.3.1信令流程

5.3.3.2检验方法

MS开机处于在网状态。

当MSC和BSS开启加密功能时有此消息。 根据网络配置.需要再分配TMSI时有此消息。

5. 3. 3. 2. 2 检验步骤

检验步骤如下： a）MS发起一个到MS的呼叫，呼叫建立成功：

MS发起一个到MS的呼叫,呼叫建立成功

被叫挂机，在协议分析仪上检查A接口信

5.3.4指配程序期间无线接口故障

指配程序期间无线接口故障”信令流程见图

当MSC和BSS开启加密功能时有此消息。 根据网络配置，需要再分配TMSI时有此消息。 原因值为"Radio Interface Message Failure"或"

5.3.4.2检验方法

初始条件如下： a）MS开机,处于在网状态； b）MSC关闭排队功能。

5.3. 4. 2. 2检验步骤

图20“指配程序期间无线接口故障”信令流程

a）MS发起一个到铁路有线调度系统调度台的呼叫，信道指配期间MS掉电或模拟BTS故障（无 法指配无线信道），呼叫失败； b）在协议分析仪上检查A接口信令流程和AssignmentFailure”消息。

5.3.5指配程序期间无可用无线资源

指配程序期间无可用无线资源”信令流程见图21

当MSC和BSS开启加密功能时有此消息。 根据网络配置，需要再分配TMSI时有此消息， 原因值为"NoRadioResourceAvailable"

5.3.5.2检验方法

5. 3. 5. 2. 1 初始条件

5.3.5.2.1初始条件

图21“指配程序期间无可用无线资源”信

初始条件如下： a）MS所在小区无空闲TCH（可阻塞全部TCH,或用其他MS的呼叫占用全部TCH）； b MSC关闭排队功能

5. 3. 5. 2. 2检验步骤

a）MS发起一个到铁路有线调度系统调度台的呼叫，呼叫失败； b）在协议分析仪上检查A接口信令流程和“AssignmentFailure”消息

5.3.6通话期间无线链路故障

5.3.6.2.1初始条件

当MSC和BSS开启加密功能时有此消息。 根据网络配置，需要再分配TMSI时有此消息。 原因值为“RadioInterfaceFailure”或RadioInt

混凝土标准规范范本图22“通话期间无线链路故障”信令流程

图22“通话期间无线链路故障”信令流程

MS发起一个到铁路有线调度系统调度 扰直到通信中断；

5.3.7请求的地面资源不可用

无损检测标准规范范本“请求的地面资源不可用”信令流程见图 3. 7. 2检验方法

5.3.7.2.1初始条件