一种通信方法及相关装置与流程

本技术涉及通信，尤其涉及一种通信方法及相关装置。

背景技术：

1、随着网络技术的发展，网络拓扑越来越复杂，路由量非常巨大，路径计算也越来越复杂。而流量工程的部署，需要网络设备在复杂的约束条件下计算路由，这些约束条件不仅包含静态的约束，如路由器节点间的距离、带宽、光网络设备的线路容量等，也包括动态的约束条件，如网络故障状态、网络拥塞信息等。

2、路径计算单元(path computation element，pce)互联网工程特别工作组(internet engineering task force，ietf)提出基于pce的网络结构，在这种结构中，路径计算单元服务器(pce server)是网络中专门负责路径计算的功能实体，可以基于已知的网络拓扑结构和约束条件，根据路径计算客户端(path computation client，pcc)的请求计算出一条满足约束条件的路径。通常pcc和pce之间是通过路径计算单元通信协议(pathcomputation element communication protocol，pcep)进行通信。在通信之前，pcc和pce之间可以先建立传输控制协议(transmission control protocol，tcp)连接，然后基于tcp连接建立pcep会话，即pcep over tcp。在需要对tcp连接提供保护的情况下，可以采用提供保密性和数据完整性的传输层安全(transport layer security，tls)的加密协议，即pcepover tls。

3、虽然pcep over tls可以实现pcep通信的安全保护，但如果会话连接故障，tcp重新连接需要三次握手建链以及tls重新连接也需要握手认证，从而会导致pcep重新建链慢的问题。

技术实现思路

1、本技术实施例提供一种通信方法及相关装置，可以减小pcep通信故障恢复的时延，提高pcep通信的可靠性。

2、第一方面，本技术提供了一种通信方法，该方法可以应用于第二通信设备，也可以应用于第二通信设备中的装置(例如，芯片，或者芯片系统，或者电路)，或者是能够和第二通信设备匹配使用的装置，下面以应用于第二通信设备为例进行描述。该方法可以包括：第二通信设备基于快速用户数据包协议互联网连接(quick user datagram protocolinternet connections，quic)建立与第一通信设备的pcep连接。

3、在本技术提供的方案中，可以实现基于quic的pcep通信，基于quic的pcep也可以理解为pcep over quic，或者简称poq，即扩展应用层协议协商(application layerprotocol negotiation，alpn)支持pcep承载于quic协议。可以解决pcep使用tls作为传输层协议时，存在队头拥塞和故障恢复慢的问题，从而可以减小pcep通信故障恢复的时延，提高pcep通信的可靠性。

4、一种可能的实现方式，该通信方法还可以包括：第二通信设备确定第一通信设备是否支持基于quic的pcep。

5、在本技术提供的方案中，第二通信设备在与第一通讯设备基于quic的pcep连接之前，可以先确定第一通信设备是否支持基于quic的pcep。可以理解为，pcep协议两端(第一通信设备和第二通信设备)协商基于quic的pcep的能力。

6、一种可能的实现方式，所述确定第一通信设备是否支持基于quic的pcep包括：第二通信设备向第一通信设备发送第一消息，所述第一消息用于请求基于quic建立与所述第一通信设备的pcep连接；在预设时间内接收到来自所述第一通信设备的第二消息的情况下，确定第一通信设备支持基于quic的pcep。

7、在本技术提供的方案中，第二通信设备在与第一通信设备基于quic的pcep连接之前，可以先确定第一通信设备是否支持基于quic的pcep。确定的方式可以是第二通信设备发现第一通信设备后，不确定第一通信设备是否支持基于quic的pcep，通过发送第一消息(例如startquic消息)，根据应答与否确认对端是否支持基于quic的pcep，例如在预设时间内接收到来自对端的第二消息的情况下，确定第一通信设备支持基于quic的pcep，第二消息为对端应答第一消息的消息，例如第二消息也为startquic消息。这样可以实现基于quic的pcep通信，从而可以减小pcep通信故障恢复的时延，提高pcep通信的可靠性。

8、一种可能的实现方式，所述确定第一通信设备是否支持基于quic的pcep包括：向第一通信设备发送第三消息，该第三消息用于请求建立pcep连接；在接收来自第一通信设备的第四消息的情况下，确定第一通信设备支持基于quic的pcep，第四消息用于第一通信设备通知第二通信设备优先选择基于quic建立pcep连接。

9、在本技术提供的方案中，第二通信设备在与第一通信设备基于quic的pcep连接之前，可以先确定第一通信设备是否支持基于quic的pcep。确定的方式可以是第一通信设备接收到来自第二通信设备发送的第三消息(例如基于tcp的pcep的传统pcep hello消息)时，第一通信设备本地配置了基于quic的pcep优先，可以向第二通信设备发送第四消息(例如startquic消息)，通知对端第二通信设备优先选择建立基于quic的pcep连接，第二通信设备接收到第四消息，就可以确认第一通信设备支持基于quic的pcep。这样可以实现基于quic的pcep通信，从而可以减小pcep通信故障恢复的时延，提高pcep通信的可靠性。

10、一种可能的实现方式，所述基于quic建立与第一通信设备的pcep连接包括：在第二通信设备支持基于quic的pcep连接的情况下，向第一通信设备发送第五消息，所述第五消息用于开始基于quic建立与第一通信设备的pcep连接。

11、在本技术提供的方案中，第二通信设备接收到第四消息，就可以确认第一通信设备支持基于quic的pcep。在第二通信设备也支持基于quic的pcep连接的情况下，第二通信设备可以应答第四消息，即向第一通信设备发送第五消息(例如quic的clienthello报文)，开始和第一通信设备建立quic连接，并在quic连接建立后，基于该quic连接进一步建立pcep连接。这样可以实现基于quic的pcep通信，从而可以减小pcep通信故障恢复的时延，提高pcep通信的可靠性。

12、一种可能的实现方式，该通信方法还包括：在第二通信设备不支持基于quic的pcep连接的情况下，第二通信设备基于tcp/tls建立与第一通信设备的pcep连接。

13、在本技术提供的方案中，第二通信设备接收到第四消息，就可以确认第一通信设备支持基于quic的pcep。在第二通信设备不支持基于quic的pcep连接的情况下，可以继续与第一通信设备尝试建立传统的pcep连接(例如基于tcp或者tls的pcep)。

14、一种可能的实现方式，所述确定所述第一通信设备是否支持基于quic的pcep包括：通过域名系统(domain name system，dns)或内部网关协议(interior gatewayprotocol，igp)确定所述第一通信设备是否支持基于quic的pcep。

15、在本技术提供的方案中，第二通信设备可以通过dns请求或igp协议洪泛信息(例如开放最短路径优先(open shortest path first，ospf)或中间系统到中间系统(intermediate system to intermediate system，is-is)协议)发现第一通信设备，并了解第一通信设备支持基于quic的pcep的能力。例如通过对dns协议和igp协议的扩展，使得第二通信设备可以从dns服务器或同网络域的相邻网络设备了解第一通信设备支持基于quic的pcep的能力。

16、一种可能的实现方式，所述基于quic建立与第一通信设备的pcep连接包括：在确定所述第一通信设备支持基于quic的pcep的情况下，向所述第一通信设备发送第五消息，所述第五消息用于开始基于quic建立与所述第一通信设备的pcep连接。

17、在本技术提供的方案中，在确定第一通信设备支持基于quic的pcep，第二通信设备也支持基于quic的pcep的情况下，第二通信设备可以直接向第一通信设备发送第五消息(例如quic的clienthello报文)，开始和第一通信设备建立quic连接，并在quic连接建立后，基于该quic连接进一步建立pcep连接。这样可以实现基于quic的pcep通信，从而可以减小pcep通信故障恢复的时延，提高pcep通信的可靠性。本技术实施例可以不需要发送基于tcp或tls等传统传输协议的第一消息(例如startquic消息)，可以节省信令开销。

18、一种可能的实现方式，该通信方法还包括：保存所述第一通信设备支持基于quic的pcep的信息。

19、在本技术提供的方案中，第二通信设备确定第一通信设备支持基于quic的pcep，则可以记录该第一通信设备支持基于quic的pcep，以便后续建链时直接可以建立quic连接。

20、一种可能的实现方式，所述方法还包括：第二通信设备确定基于quic的pcep的用户数据报协议(user datagram protocol，udp)目的端口号、传输控制协议(transmissioncontrol protocol，tcp)目的端口号和应用层协议协商(application layer protocolnegotiation，alpn)标识中的至少一个。

21、在本技术提供的方案中，quic支持承载pcep协议，可以定义支持基于quic的pcep的udp目的端口号和tcp目的端口号，定义描述支持基于quic的pcep的alpn标识。

22、一种可能的实现方式，所述方法还包括：基于quic建立与所述第一通信设备的pcep会话。

23、在本技术提供的方案中，第一通信设备与第二通信设备之间建立基于quic的pcep连接之后，可以开始pcep消息的交换，即建立pcep会话。

24、一种可能的实现方式，基于quic建立与所述第一通信设备的pcep会话包括：创建m个quic流，m为大于或等于1的整数；基于所述m个quic流向所述第一通信设备发送m个会话请求消息，所述m个quic流与所述m个会话请求消息一一对应；基于所述m个quic流接收来自所述第一通信设备的n个会话应答消息，所述n小于或等于m。

25、在本技术提供的方案中，pcep协议机制自身适配quic支持多流多路径的机制，将不同pcep路径请求/应答消息(对应双向pcep双向stream)或pcep通知消息(对应quic的单向stream)分配到不同的quic stream，支持pcep消息请求(基于stream)在不同的quicconnection上迁移。可以理解为，quic协议可以对传输层进行多路复用：在建立了第一通信设备到第二通信设备之间的基本连接之后，对于数据传输，可以基于流(stream)进行数据传输，流的开启和关闭都可以是轻量级的，不会影响其所属连接且流与流之间相互独立，不影响各自的传输。可以理解为，将每个pcep路径请求/响应消息、通知消息映射到单独的流，以减少队头拥塞。这使服务器能够响应“无序”的查询，也使客户端能够在对应请求的响应消息到达时立即处理响应，而不必等待服务器先返回之前请求的响应消息。

26、一种可能的实现方式，所述m个请求会话消息和所述m个应答会话消息通过quic协议的stream帧传输。

27、一种可能的实现方式，第一报文携带有基于quic的pcep会话标识，所述第一报文为所述基于quic的pcep连接的会话期间的交互报文中的任一报文。

28、第二方面，本技术实施例提供一种通信装置。该通信装置可以为第二通信设备，也可以为第二通信设备中的装置(例如，芯片，或者芯片系统，或者电路)，或者是能够和第二通信设备匹配使用的装置。

29、有益效果可以参见第一方面的描述，此处不再赘述。所述通信装置具有实现上述第一方面的方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

30、一种可能的实现方式，所述通信装置包括：

31、建立单元，用于基于quic建立与所述第一通信设备的pcep连接。

32、一种可能的实现方式，所述装置还包括：

33、确定单元，用于确定所述第一通信设备是否支持基于quic的pcep。

34、一种可能的实现方式，确定单元具体用于：

35、向所述第一通信设备发送第一消息，所述第一消息用于请求基于quic建立与所述第一通信设备的pcep连接；

36、在预设时间内接收到来自所述第一通信设备的第二消息的情况下，确定所述第一通信设备支持基于quic的pcep。

37、一种可能的实现方式，所述确定单元具体用于：

38、向所述第一通信设备发送第三消息，所述第三消息用于请求建立pcep连接；

39、在接收来自所述第一通信设备的第四消息的情况下，确定所述第一通信设备支持基于quic的pcep，所述第四消息用于所述第一通信设备通知第二通信设备优先选择基于quic建立pcep连接。

40、一种可能的实现方式，所述建立单元具体用于：

41、在所述第二通信设备支持基于quic的pcep连接的情况下，向所述第一通信设备发送第五消息，所述第五消息用于开始基于quic建立与所述第一通信设备的pcep连接。

42、一种可能的实现方式，所述建立单元还用于：

43、在所述第二通信设备不支持基于quic的pcep连接的情况下，基于传输控制协议tcp/传输层安全tls建立与所述第一通信设备的pcep连接。

44、一种可能的实现方式，所述确定单元具体用于：

45、通过dns或igp确定所述第一通信设备是否支持基于quic的pcep。

46、一种可能的实现方式，所述建立单元具体用于：

47、在确定所述第一通信设备支持基于quic的pcep的情况下，向所述第一通信设备发送第五消息，所述第五消息用于开始基于quic建立与所述第一通信设备的pcep连接。

48、一种可能的实现方式，所述装置还包括：

49、保存单元，用于保存所述第一通信设备支持基于quic的pcep的信息。

50、一种可能的实现方式，所述确定单元还用于：

51、确定基于quic的pcep的用户数据报协议udp目的端口号、传输控制协议tcp目的端口号和应用层协议协商alpn标识中的至少一个。

52、一种可能的实现方式，所述建立单元还用于：

53、基于quic建立与所述第一通信设备的pcep会话。

54、一种可能的实现方式，所述建立单元具体用于：

55、创建m个quic流，m为大于或等于1的整数；

56、基于所述m个quic流向所述第一通信设备发送m个会话请求消息，所述m个quic流与所述m个会话请求消息一一对应；

57、基于所述m个quic流接收来自所述第一通信设备的n个会话应答消息，所述n小于或等于m。

58、一种可能的实现方式，所述m个请求会话消息和所述n个应答会话消息通过quic协议的stream帧传输。

59、一种可能的实现方式，第一报文携带有基于quic的pcep会话标识，所述第一报文为所述基于quic的pcep连接的会话期间的交互报文中的任一报文。

60、第三方面，提供了一种通信装置，该通信装置可以为第二通信设备，也可以为第二通信设备中的装置(例如，芯片，或者芯片系统，或者电路)，或者是能够和第二通信设备匹配使用的装置，下面以第二通信设备为例进行描述。该装置可以包括处理器、存储器、输入接口和输出接口，所述输入接口用于接收来自所述通信装置之外的其它通信装置的信息，所述输出接口用于向所述通信装置之外的其它通信装置输出信息，所述处理器调用所述存储器中存储的计算机程序执行第一方面或第一方面的任一实施方式提供的通信方法。

61、第四方面，本技术提供了一种通信系统，该通信系统包括至少一个第一通信设备和至少一个第二通信设备，当至少一个前述的第一通信设备和至少一个前述的第二通信设备在该通信系统中运行时，用于执行上述第一方面所述的任一种通信方法。

62、第五方面，本技术提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机指令，当该计算机程序或计算机指令运行时，使得上述第一方面及其任一种可能的实现中的通信方法被执行。

63、第六方面，本技术提供了一种包括可执行指令的计算机程序产品，当所述计算机程序产品在用户设备上运行时，使得上述第一方面及其任一种可能的实现中的通信方法被执行。

64、第七方面，本技术提供了芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述第一方面及其任一种可能的实现中的通信方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。