TB／T 3362-2015标准规范下载简介

TB／T 3362-2015 铁路数字移动通信系统（GSM-R）智能网技术条件简介：

TB/T 3362-2015 是中国铁路行业标准，全称为“铁路数字移动通信系统（GSM-R）智能网技术条件”。这份标准详细规定了铁路GSM-R（Global System for Mobile Communications-Railway）智能网的系统架构、功能要求、接口规范、性能指标和测试方法等。

GSM-R是专门为铁路行业设计的数字移动通信系统，它在提高铁路运营效率、保障行车安全、提升服务质量等方面发挥了重要作用。智能网（ Intelligent Network，IN）是GSM-R系统中的一个重要组成部分，它能够实现业务的灵活定制和自动化处理，为用户提供各种增值业务。

这份标准的主要内容包括以下几个方面：

1. 系统架构：规定了智能网的整体架构设计，包括业务控制点（SCP）、业务管理点（SMP）、业务数据点（SDP）等关键组件的功能和连接方式。

2. 功能要求：详细描述了智能网应具备的各种业务处理功能，如业务触发、业务逻辑执行、业务数据存储、计费处理等。

3. 接口规范：定义了智能网各组件之间的接口协议，以及智能网与GSM-R网络其他部分的接口规范。

4. 性能指标：给出了智能网在处理能力、响应时间、可靠性、安全性等方面应达到的性能指标。

5. 测试方法：提供了对智能网各项功能和技术性能进行测试的方法和程序。

这份标准的实施，有利于确保铁路GSM-R智能网的稳定运行，提升铁路通信服务的质量，推动铁路行业的现代化进程。

TB／T 3362-2015 铁路数字移动通信系统（GSM-R）智能网技术条件部分内容预览：

功能号注册、注销、查询和强制注销等业务所 的USSD串格式应符合表2规定，FM响应串输出 代码应符合3GPPTS23.094和表3的规定,USSD通知串符合表4的规定。

6.1.2信令消息格式

JC∕T 938-2004 水泥工业用多风道煤粉燃烧器技术条件S22.078V3.7.0、3CPPTS 6.3.0,3GPP TS 29.002 0相关规定以及表5要求。

表5CAP消息主要参数

表5CAP消息主要参数（续）

表5CAP消息主要参数（续）

表5CAP消息主要参数（续）

为可选，C为在可用的条件下必选，E为多选一。

6.1.3UUIE参数格式

大长度为35字节UUIE参数格式应符合表6的

表6UUIE参数格式

表6UUIE参数格式（续）

功能号注册、注销和查询的信令流 时SCP发起USSD对话，具体操作请 求及其所对应的USSD串结构详见表2。网络将结果返回给无线用户终端设备。如果操作失败，返回 结果中应包含失败的原因，详见表3。信令流程见图4。

6. 2. 2强制注销

图4注册、注销和查询信令流程

信令流程符合6.2.1的要求。在强制注销后，SCP应发起USSD对话，通知被注销用户，信令 图5。

6. 2. 3 功能寻址

用户A使用功能号呼叫无线用户B，功能寻址成功，信令流程见图6。 用户A使用功能号呼叫有线用户B，功能寻址成功，信令流程见图7。 用户A使用功能号呼叫用户B.功能寻址失败，SCP通过IP播放录音通知，信令流程见图8

6.2.4基于位置寻址

无线用户A使用短号码呼叫有线用户B，基于位置导址成功，信令流程见图9。 无线用户A使用短号码呼叫用户B，基于位置寻址失败，SCP通过IP播放录音通知，信令流 10。

图5强制注销信令流程

图6功能寻址成功信令流程（被叫为无线用户）

日7功能寻址成功信令流程（被叫为有线用户）

图8功能寻址失败信令流程

图9基于位置寻址成功信令流程

图10基于位置寻址失败信令流程

6.2.5增强型位置导址

6.2.6基于位置的呼叫限制

用户A拨打功能号呼叫用户B，在主叫用户管辖区域内，所拨打的功能号与MSISDN号码为 呼叫成功，信令流程见图11。

■基于位置的呼叫限制的信令流程（正常情况

无线用户A拨打功能号呼叫无线用户B，在主叫用户管辖区域内，所拨打的功能号与MSISDN号码 为一对多，呼叫失败，SCP通过USSD响应串，将存在的多个MSISDN号码通知主叫用户A，并指示IP播 放录音通知，信令流程见图12。 有线用户A拨打功能号呼叫无线用户B，在主叫用户管辖区域内，所拨打的功能号与MSISDN号码 为一对多，呼叫失败，SCP指示IP播放录音通知，信令流程见图13。 主叫用户A呼叫用户B，在主叫用户的管辖范围内，没有MSISDN号码与所拨打的功能号相对应 呼叫失败，SCP指示IP播放录音通知.信令流程见图8

6.2.7基于MSISDN号码的呼叫限制

图12基于位置的呼叫限制的信令流程（异常情况主叫为无线用户）

图13基于位置的呼叫限制的信令流程（异常情况，主叫为有线用户

2.8短消息的功能寻划

无线用户A使用功能号码尚无线用户 无线用户A使用功能号码向无 ，信令流程见图21

叫用户和被叫用户均为签约用户且呼叫不受限

5.2.9短消息的基于位置寻地

图20短消息的功能寻址成功信令流程

消息的功能寻址失败信全

无线用户A使用短号码向无线用户B发送短消息，位置寻址成功，信令流程见图22。

6.2. 10基于功能号的动态组呼

图22短消息的位置寻址成功信令流程

图23短消息的位置寻址失败信令流程

图24基于功能号的动态组呼建立信令流程

具有动态组呼注册权限的用户发送短消息进行动态组呼注册，信令流程见图25

图25基于短消息的动态组呼注册信令流程

组呼注销权限的用户发送短消息进行动态组呼注

7.1gSmSSP与SCP之间的接口（L接口）

图26基于短消息的动态组呼注销信令流程

7. 2 gDrsSSP 与 SCP 之间的接口

7.3MSC与gsmSSP之间的接口

7.5gsmSSP与IP之间的接口

10M/100Mbit/s自适应以太网BaseT接口，应符合IEEE802.3、IEEE802.3u的要求。信令规程采用 No.7信令方式，

7.6SCP与HLR之间的接口

7.7SCP与MSC/GCR之间的接口

7.8SCP与SMP之间的接口

7. 9 SCP 与 IP 之间的接口

SMP与SMAP之间的我

7.11HLR与MSC/VLR/SSP/IP之间的接口

7.12HLR与SGSN/gprsSSP之间的接口

7.13外部数据库与SCP之间的接口

此接口是外部数据库与SCP之简的 据库向SCP发送用户相关数据信息， 此接口采用10M/100Mbit/s自适应以太网BaseT接口，应符合IEEE802.3、IEEE802.3u的要

通信协议采用TCP/IP（互联网协议）

7.14SCP与SMSC之间的接口

此接口主要传递SCP向SMSC发送短消息业务相关数据信息。 此接口采用10M/100Mbit/s自适应以太网BaseT接口，应符合IEEE802.3、IEEE802.3u的要 育协议采用TCP/IP（互联网协议）

1.15SCEP和SMP之间的接口

此接口主要传送编译生成的业务执行文件。 此接口采用10M/100Mbit/s自适应以太网BaseT接口，应符合IEEE802.3、IEEE802.3 通信协议采用TCP/IP（互联网协议）

7.16主、备SCP之间的接口

Z.17SCP与GCR之间的接口

7.18SCP与OTA服务器之间的接口

9. 1. 1硬件要求

9. 1. 2. 1功能要求

软件系统设计应符合下列要求： a): 软件应采用分层的模块化结构CJ∕T 81-2015 机械搅拌澄清池搅拌机，任何一层的任何一个模块的维护和更新以及新模块的追加都 不应影响其他模块。 b) 用户数据与处理程序应有相对的独立性，用户数据的任何变更都不应引起运行版本程序的 变更。 c) 软件应具有容错能力，一般小的软件故障不应引起各类严重的系统再启动。 d）软件设计应有防护功能，某一软件模块内的软件错误应限制在本模块内，而不应造成其他软

件模块的错误。 应具有软件运行故障的监视功能，一旦软件出现死循环等重大故障时，应能自动再启动，并作 出即时故障报告的信息。 软件版本更新和在线升级时，不应中断正在处理的呼叫。

9.1.2.2维护要求

软件系统维护应符合下列要求： 应具有在不中断呼叫处理的情况下，完成程序打补丁的功能。 b) 能够实时地接受操作员对数据的查询、更改、生成和删除。 c) 如对修改后的软件不满意或将修改后的软件引人系统后，发现新的版本有问题，应能方便、迅 速地恢复到原来的程序。 d) 能方便地查询出应用软件当前的版本号、操作界面能显示应用软件包的描述文件的内容。 e) 软件版本升级后应能兼容原来生成的业务。 f) 当未达到设备的最大容量和增加或减少设备时，应只需要改变配置数据，不影响SMP的正常 工作。 g） 要求每个网络单元附带故障诊断软件，该软件能对硬件的故障进行诊断和定位，故障诊断定 位后应可显示或打印，报告故障设备的物理位置等信息。

9.1.2.3用户界面要求

软件系统用户界面应符合下列要求： a）应提供易于操作的用户界面。 为了防止键盘输人错误，应提供选择清单等工具。 c) 所有功能应由键盘输人或由鼠标来接人，也可定义一些快捷键来加快键盘的键人速度。 d 应提供帮助系统，帮助功能可以随时在任何的对话框内接人，帮助窗口中具有索引表或项目 表以供查找所要帮助的内容，

9.2业务控制点(SCP)

SCP应具有下列功能： a）具有功能寻址、基于位置寻址、基于位置呼叫限制等CAMEI3智能业务所要求的逻辑和处理 能力。 b) 与其他网元通信，获得业务或用户数据。 接受SMP的管理，包括对SCP的数据进行修改，接收业务逻辑数据，按要求向SMP报告统计、 告警、通信记录和用户数据的更新等信息。 d) 呼叫控制和处理功能，包括： 1）支持MAP和CAP协议，并同时支持同一协议的多个版本，具有版本选择和处理的功能， 根据要求采用版本协商或启动不同对话； 2） 业务逻辑选择，根据SSP发来IDP/IDPgprs/IDPsms操作中的参数选择业务逻辑，当收到 的参数中不能得到需要的业务逻辑时，应向SSP返回相应的差错； 3） 业务逻辑执行GB∕T 38550-2020 城市综合管廊运营服务规范，根据业务逻辑中定义的特征对呼叫进行适当处理； 4） 实时数据库功能，根据具体的呼叫及相应的业务逻辑对数据库中相应的数据实时进行查 询、提取、核实、处理、更新、删除等操作，并实时向其他网元传送所需数据； 5） 消息分配、排队和处理功能，将从信令系统中接收到的信令消息按顺序分配给各个业务 逻辑，对接收到的多个需要处理的信令消息进行排队，按顺序执行，并根据所选择的业务 逻辑与其他相关网元进行通信，控制呼叫的进行，完成呼叫控制和业务管理； 6）控制专用资源选择，根据业务逻辑执行的需要和SSP送来的消息，判断IP是否可用，若