PTN OAM交互接口设计

1、         CCM:CCM报文的组包、解包、发送和接收都由FPGA来实现。网管配置相关属性,软件封装API,然后调用底层提供的接口进行配置。需要底层提供配置相关寄存器的接口函数。

2、         LB:LBM和LBR的封装和发送都由FPGA来完成,CPU负责调用接口配置相关寄存器参数。需要底层提供配置相关寄存器的接口函数。

3、         AIS:相关报文的组包、解包由CPU来完成,然后由Switch发送。需要底层提供配置相关寄存器的接口函数。

4、         LCK:同AIS。

5、         APS:链路失效检测由CCM来完成,当对端网元发现有链路失效后会发送携带相关信息的APS报文。本端网元收到APS报文后,直接交给switch,然后由switch上交给CPU,CPU进行APS报文的解析,然后通知switch进行相关的保护切换。需要底层提供与CPU交互APS报文的相关接口。

6、         DM:DMM报文的组包由CPU完成,将时间戳相关字段先置0,然后交给FPGA打上起始时间戳,发送给对端网元。当FPGA收到对端网元发送回来的DMR报文后,打上截止时间戳,上交给CPU,CPU将两个时间戳相减得到发送延迟,提交给网管。需要底层提供与CPU进行DM报文交互的相关接口。

7、         LM:具体过程同DM,只不过将时间戳替换成计数器。

8、         LT:由于LT功能暂时还没有相关的实现标准,移动PTN总体要求文档中建议的是用LBM来实现,而且实现的话需要维护一定数量的路由表,因此此功能需自定义。

时间: 2024-10-11 07:17:13

PTN OAM交互接口设计的相关文章

微信小程序的Web API接口设计及常见接口实现

微信小程序给我们提供了一个很好的开发平台,可以用于展现各种数据和实现丰富的功能,通过小程序的请求Web API 平台获取JSON数据后,可以在小程序界面上进行数据的动态展示.在数据的关键 一环中,我们设计和编写Web API平台是非常重要的,通过这个我们可以实现数据的集中控制和管理,本篇随笔介绍基于Asp.NET MVC的Web API接口层的设计和常见接口代码的展示,以便展示我们常规Web API接口层的接口代码设计.参数的处理等内容. 1.Web API整体性的架构设计 我们整体性的架构设计

php后台对接ios,安卓,API接口设计和实践完全攻略,涨薪必备技能

2016年12月29日13:45:27 关于接口设计要说的东西很多,可能写一个系列都可以,vsd图都得画很多张,但是由于个人时间和精力有限,所有有些东西后面再补充 说道接口设计第一反应就是restful api 请明白一点,这个只是设计指导思想,也就是设计风格 ,比如你需要遵循这些原则 原则条件REST 指的是一组架构约束条件和原则.满足这些约束条件和原则的应用程序或设计就是 RESTful.Web 应用程序最重要的 REST 原则是,客户端和服务器之间的交互在请求之间是无状态的.从客户端到服务

[接口设计]从客户端的角度设计后端的接口

前言 兵马未动,粮草先行.在一款APP产品的各个版本迭代中,兵马的启动指的是真正开始敲代码的时候,粮草先行则是指前期的需求,交互,UI等评审准备阶段,还有本文要说的接口的设计与评审.虽然很多时候一个api接口的业务,数据逻辑是后端提供的,但真正使用这个接口的是客户端,一个前端功能的实现流程与逻辑,有时候只有客户端的RD才清楚,从某种意义来说,客户端算是接口的需求方.所以建议在前期接口设计和评审时,客户端的RD应该更多的思考和参与,什么时机调什么接口?每个接口需要哪些字段?数据含义怎么给?只有这些

atitit.基于http json api 接口设计 最佳实践 总结o7

atitit.基于http  json  api 接口设计 最佳实践 总结o7 1. 需求:::serverand android 端接口通讯 2 2. 接口开发的要点 2 2.1. 普通參数 meth,param, 2 2.2. 全部的參数定义 2 2.3. key,dynami key)韩式 static key? 2 2.4. 防篡改 sign 2 2.5. Encry加密 3 2.6. zip压缩:: 3 2.7. 首先压缩韩式加密??? 3 3. 选型大全:rim ,ws, http 

让我们聊聊接口设计这件事情

万事皆有因 这次换个大号一点的字体,因为后面会讲很多乱七八糟的事情.在自己公司做业务和帮朋友们解决问题的时候,问题都出在接口方面.很多时候Java的SOA的治理方案都会选择透明代理这种模式(例如dubbo这个SOA治理框架),但是当我们面对跨语言的时候这似乎不是个好方法了. 接口的设计 从我个人角度来说,可以从以下几个特性进行分析: 大规模系统和小规模系统 面向内部系统接口和面向外部系统的接口 大数据传输的接口和小数据传输的接口 长链接的接口和短链接的接口 很多时候我们优先考虑的是系统有多大,扩

边界接口设计

用户交互设计原则.模板 分离具体业务,基于认知规律,抽象出通用指导原则. 总体原则 l  心智模型:感知:理解:目标.计划.执行.解惑.总结: l  一致性:习惯.操作系统.品牌识别.关联软件.软件内部 感知体验 原则:简洁.对比.流畅 视觉:配色.布局.排版.动画 媒体:文字.图像.音视频 交互:键鼠.触摸.手势 理解内容 原则:降低复杂度 主次:重要(基本).次要(详细) 分组:同类信息 分层:面向用户.面向设备 联想:运用比喻.类比辅助理解 任务处理 原则:站在用户角度(使用用户语言.工作

【设计开发】 玩转FPGA (DE2-115) - 1602 LCD接口设计

一.前言 闲来无事,在X宝上搜寻了一套DE2-115的FPGA开发板以丰富业余生活.虽附带光盘里包含各外设及组件驱动及接口样例,但本着"不捣腾不痛快"的折腾精神,将DE2-115的各个外设重新整理并玩转一遍. DE2-115全貌见下图,LCD1602是一个简单.实用的显示交互界面:DE2-115中的1602不支持中文字库. 二.接口说明 1602 LCD模块接口如下图所示,对几个信号做简要说明: #4 (RS) - DB内容指示信号:0-当前DB数据为命令数据:1-当前DB数据为显示数

优秀的API接口设计原则及方法(转)

一旦API发生变化,就可能对相关的调用者带来巨大的代价,用户需要排查所有调用的代码,需要调整所有与之相关的部分,这些工作对他们来说都是额外的.如果辛辛苦苦完成这些以后,还发现了相关的bug,那对用户的打击就更大.如果API经常发生变化,用户就会失去对提供方失去信心,从而也会影响目前的业务. 但是我们为什么还要修改API呢?为了API看起来更加漂亮?为了提供更多功能?为了提供更好的性能?还是仅仅觉得到了改变了时候了?对于用户来说,他们更愿意使用一个稳定但是看起来不那么时髦的API,这并不意味着我们

系统间接口设计

最近两年一直在和银行.公安.保险.民政等第三方单位之间做接口,写的接口文档不下30份,最初的接口文档漏洞百出,改了又改,丢了不少人,也被批评.埋怨,指责了很多次,久而久之,明白了一个最重要的道理,协作决定接口.双方谈接口时,技术不是最重要的,要兼顾双方技术,成本,工期等等很多因素.但仍有很多技术层面的心得,恰巧上周参与温昱老师的一个性能设计的外训,里面老师讲到了接口设计,正好回来一起整理一下接口设计的经验.主要从3个方面总结一下系统间接口设计:接口定义.接口实现.其他一些注意事项. 一.接口定义