TL1(Transaction Language 1)是一种在电信领域广泛使用的管理协议。可参考GR833和811协议（当然我还没有看过，因为下载不到！！！）。与其他协议相比，TL1 有一个可以被用户和操作者理解的结构化格式，比较容易维护和实现。TL1十分流行且是电信商首选。
广义上讲，TL1消息可以逻辑地分为两种类型，即输入和输出消息类型。其中，输出消息类型包括确认消息、响应消息和自治消息。所有的消息类型都有自己的消息格式和结构。
TL1描述了以下四种消息类型：
输入命令消息（Input Command Messages）
输入命令消息是一种由操作系统或其它资源（如管理者）发送给网元（如代理）的消息，这些消息请求网元执行某种动作。
确认消息（Acknowledgement Messages）
确认消息是网元发出的简短应答消息，用来表示一条输入命令消息正被执行或是已经被拒绝。由于需要确保用户能了解在发出的执行命令是否最终被网元所接收到，所以，确认消息类型是有必要存在的。
响应消息（Response Messages）
响应消息对输入命令消息的详细应答（或一系列应答）消息，包括该命令消息是否成功执行消息和需要返回给操作系统/用户的任何数据。
自治消息（Autonomous Messages）
自治消息是一种由网元周期性产生的消息，或者是一种用于报告某种异常发生的消息。
实现TL1协议的方式，主要有TCP和telnet的方式，具体采用那一种需要根据网元设备的情况来定，如果网元（其实也可是设备）支持了TCP，采用TCP的方式要最简单;
网元设备需要实现TCP协议，并且需要提供实时时钟，因为TL1协议里面有些命令有延时执行功能，需要用到实时时钟。一般网元设备带操作系统的话，TCP协议栈应该是比较好实现的了
整个 TL1 协议其实类似命令行命令， TL1 命令实质上相当于一条命令行命令，因此网元设备的主要工作其实就是用户管理、登录、注销、协议的解析以及 TL1 命令的回复过程，这里最难的地方就是 TL1 协议的解析和生成 TL1 回应包。一般TL1协议和SNMP协议可以同步开发，让这两个协议共享数据，这时需要对两个协议对数据的访问进行同步处理，这点也是难点，如果网元不带操作系统的话，可能比较麻烦的了，如果采用操作系统，建议两个任务级别设置为同级别，防止因竞争资源而出现死锁，当然采用优先级天花板和优先级继承技术可以防止这种情况的发生，但我建议还是需要注意这种技术带来的开销和其他风险。
扫一扫
8788
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
