【技术实现步骤摘要】
本申请涉及高速互联，尤其涉及一种高速串行接口的参数协商方法。
技术介绍
1、ucie(universal chiplet interconnect express，通用芯粒互联标准)是高速互联领域当前最快速的解决方案，ucie支持多种协议和格式。由于ucie两侧的芯片(即die)可能来自不同厂商或分属于不同版本，故两侧的芯片的性能可能存在差异。此外，受物理链路环境的影响，不同时间ucie两侧的芯片支持的性能也可能不同。但两侧芯片需使用相同的协议及格式才能进行数据传输，因此，使用前需要进行参数协商。
2、然而现有的通过边带完成参数协商的方式需要耗费大量时间(边带速率远远低于进行数据传输的主带)，当物理链路环境良好且两侧die的性能完全一致时，每次都执行参数协商将严重降低高速接口的数据发送效率。此外，为了控制简单，执行参数协商时通常通过延迟动作来确保边带功能易于实现，但此期间有效带宽浪费严重。
技术实现思路
1、本申请提供一种高速串行接口的参数协商方法，以用于最大限度提升高速串行接口的参数协商效率，进而提高高速串行接口的数据发送效率。
2、本申请提供一种高速串行接口的参数协商方法，所述方法应用于基于ucie进行数据交互的芯片对中的任一芯片的适配层，所述方法包括：
3、在本端物理层完成链路训练的情况下，请求本端物理层进入活动状态；
4、在本端物理层进入活动状态且后门选择位未置位的情况下，基于链路训练的结果及用户预先配置的本端性能参数确定本端
5、基于本端性能指标确定待进行参数协商的目标协议栈及目标协议栈的待协商协议类型，并基于目标协议栈的待协商协议类型与对端进行参数协商握手；
6、在参数协商成功的情况下，基于参数协商握手的结果确定目标协议及目标数据格式，并将所述目标协议及目标数据格式的指示信息发送给本端协议层。
7、根据本申请提供的一种高速串行接口的参数协商方法，在目标协议栈为一个的情况下，所述基于目标协议栈的待协商协议类型与对端进行参数协商握手，具体包括：
8、步骤s1，基于目标协议栈的待协商协议类型确定目标协议栈对应的端口模式，基于目标协议栈对应的端口模式确定目标协议栈对应的单次握手机制；
9、步骤s3，基于目标协议栈对应的单次握手机制与对端进行首次参数协商握手，并基于首次参数协商握手的结果确定是否进行二次参数协商握手，若是，执行步骤s5，否则，跳转执行步骤s7；
10、步骤s5，基于目标协议栈对应的单次握手机制与对端进行二次参数协商握手；
11、步骤s7，在参数协商失败的情况下，向用户上报参数协商失败提示信息。
12、根据本申请提供的一种高速串行接口的参数协商方法，在目标协议栈为两个的情况下，所述基于目标协议栈的待协商协议类型与对端进行参数协商握手，具体包括：
13、步骤s2，确定目标协议栈的参数协商顺序并基于目标协议栈的待协商协议类型确定目标协议栈对应的端口模式，基于目标协议栈对应的端口模式确定目标协议栈对应的单次握手机制；
14、步骤s4，基于目标协议栈中第一协议栈对应的单次握手机制与对端进行第一协议栈首次参数协商握手，并基于第一协议栈首次参数协商握手的结果确定是否进行第一协议栈二次参数协商握手，若是，执行步骤s6，否则，跳转执行步骤s12；
15、步骤s6，基于第一协议栈对应的单次握手机制与对端进行第一协议栈二次参数协商握手，并基于目标协议栈中第二协议栈对应的单次握手机制与对端进行第二协议栈首次参数协商握手；
16、步骤s8，基于第二协议栈首次参数协商握手的结果确定是否进行第二协议栈二次参数协商握手，若是，执行步骤s10，否则，跳转执行步骤s12；
17、步骤s10，基于第二协议栈对应的单次握手机制与对端进行第二协议栈二次参数协商握手；
18、步骤s12，在参数协商失败的情况下，向用户上报参数协商失败提示信息。
19、根据本申请提供的一种高速串行接口的参数协商方法，所述基于目标协议栈的待协商协议类型确定目标协议栈对应的端口模式，具体包括：
20、在目标协议栈的待协商协议类型为pcie或cxl协议的情况下，目标协议栈对应的端口模式为dp/up模式；
21、在目标协议栈的待协商协议类型为流协议的情况下，目标协议栈对应的端口模式为非dp/up模式。
22、根据本申请提供的一种高速串行接口的参数协商方法，所述基于目标协议栈对应的端口模式确定目标协议栈对应的单次握手机制，具体包括：
23、在目标协议栈对应的端口模式为dp/up模式的情况下，目标协议栈对应的单次握手机制为第一握手机制；所述第一握手机制包括三次交互过程，第一次交互过程为：下游端口适配层向上游端口适配层发送性能通报包；第二次交互过程为：上游端口适配层收到下游端口适配层的性能通报包后立即向下游端口适配层回复自身性能通报包；第三次交互过程为：下游端口适配层收到上游端口适配层的性能通报包后立即向上游端口适配层回复商定的性能通报包；
24、在目标协议栈对应的端口模式为非dp/up模式的情况下，目标协议栈对应的单次握手机制为第二握手机制；所述第二握手机制包括两次交互过程，第一次交互过程为：本端适配层向对端适配层发送性能通报包；第二次交互过程为：对端适配层向本端适配层发送性能通报包。
25、根据本申请提供的一种高速串行接口的参数协商方法，所述性能通报包中包括功能指示编码，所述功能指示编码包括多个功能指示位；对于只有一个功能指示位的目标功能，当所述功能指示位的值为1时，表示目标功能启用，否则，表示目标功能禁用。
26、根据本申请提供的一种高速串行接口的参数协商方法，所述在参数协商成功的情况下，基于参数协商握手的结果确定目标协议及目标数据格式，具体包括：
27、若目标协议栈对应的参数协商握手次数为两次，则基于首次参数协商握手和二次参数协商握手的结果确定目标协议及目标数据格式；
28、若目标协议栈对应的参数协商握手次数为一次，则基于首次参数协商握手的结果确定目标协议及目标数据格式。
29、根据本申请提供的一种高速串行接口的参数协商方法，所述基于首次参数协商握手和二次参数协商握手的结果确定目标协议及目标数据格式，具体包括：
30、基于首次参数协商握手对应的第三次交互过程中的性能通报包中的第一目标功能指示位和二次参数协商握手对应的第三次交互过程中的性能通报包中的第二目标功能指示位确定目标协议；
31、基于首次参数协商握手对应的第三次交互过程中的性能通报包中的第三目标功能指示位和二次参数协商握手对应的第三次交互过程中的性能通报包中的第四目标功能指示位确定目标数据格式，或者，仅基于首次参数协商握手对应的第三次交互过程中的性能通报包中的第三目标功能指示位确定目标数据格式。
32、根据本申请提供本文档来自技高网...
【技术保护点】
1.一种高速串行接口的参数协商方法，其特征在于，所述方法应用于基于UCIE进行数据交互的芯片对中的任一芯片的适配层，所述方法包括：
2.根据权利要求1所述的高速串行接口的参数协商方法，其特征在于，在目标协议栈为一个的情况下，所述基于目标协议栈的待协商协议类型与对端进行参数协商握手，具体包括：
3.根据权利要求2所述的高速串行接口的参数协商方法，其特征在于，在目标协议栈为两个的情况下，所述基于目标协议栈的待协商协议类型与对端进行参数协商握手，具体包括：
4.根据权利要求2或3所述的高速串行接口的参数协商方法，其特征在于，所述基于目标协议栈的待协商协议类型确定目标协议栈对应的端口模式，具体包括：
5.根据权利要求4所述的高速串行接口的参数协商方法，其特征在于，所述基于目标协议栈对应的端口模式确定目标协议栈对应的单次握手机制，具体包括：
6.根据权利要求5所述的高速串行接口的参数协商方法，其特征在于，所述性能通报包中包括功能指示编码，所述功能指示编码包括多个功能指示位；对于只有一个功能指示位的目标功能，当所述功能指示位的值为1
7.根据权利要求6所述的高速串行接口的参数协商方法，其特征在于，所述在参数协商成功的情况下，基于参数协商握手的结果确定目标协议及目标数据格式，具体包括：
8.根据权利要求7所述的高速串行接口的参数协商方法，其特征在于，所述基于首次参数协商握手和二次参数协商握手的结果确定目标协议及目标数据格式，具体包括：
9.根据权利要求8所述的高速串行接口的参数协商方法，其特征在于，所述基于首次参数协商握手的结果确定目标协议及目标数据格式，具体包括：
10.根据权利要求1所述的高速串行接口的参数协商方法，其特征在于，所述方法还包括：
...【技术特征摘要】
1.一种高速串行接口的参数协商方法，其特征在于，所述方法应用于基于ucie进行数据交互的芯片对中的任一芯片的适配层，所述方法包括：
2.根据权利要求1所述的高速串行接口的参数协商方法，其特征在于，在目标协议栈为一个的情况下，所述基于目标协议栈的待协商协议类型与对端进行参数协商握手，具体包括：
3.根据权利要求2所述的高速串行接口的参数协商方法，其特征在于，在目标协议栈为两个的情况下，所述基于目标协议栈的待协商协议类型与对端进行参数协商握手，具体包括：
4.根据权利要求2或3所述的高速串行接口的参数协商方法，其特征在于，所述基于目标协议栈的待协商协议类型确定目标协议栈对应的端口模式，具体包括：
5.根据权利要求4所述的高速串行接口的参数协商方法，其特征在于，所述基于目标协议栈对应的端口模式确定目标协议栈对应的单次握手机制，具体包括：
6....
【专利技术属性】
技术研发人员：王晓阳，何亚军，
申请(专利权)人：上海奎芯集成电路设计有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。