CN111200578A - 一种通信方法、客户端设备及服务端设备 - Google Patents

一种通信方法、客户端设备及服务端设备 Download PDF

Info

Publication number
CN111200578A
CN111200578A CN201811367224.0A CN201811367224A CN111200578A CN 111200578 A CN111200578 A CN 111200578A CN 201811367224 A CN201811367224 A CN 201811367224A CN 111200578 A CN111200578 A CN 111200578A
Authority
CN
China
Prior art keywords
message
request message
server
state
query information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201811367224.0A
Other languages
English (en)
Inventor
王建平
金春蓉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201811367224.0A priority Critical patent/CN111200578A/zh
Priority to EP19883373.3A priority patent/EP3860074A4/en
Priority to PCT/CN2019/093164 priority patent/WO2020098284A1/zh
Publication of CN111200578A publication Critical patent/CN111200578A/zh
Priority to US17/321,083 priority patent/US20210274020A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/75—Indicating network or usage conditions on the user display
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1012—Server selection for load balancing based on compliance of requirements or conditions with available server resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/147—Signalling methods or messages providing extensions to protocols defined by standardisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/02—Protocol performance

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请实施例公开了一种通信方法、客户端设备以及服务端设备，用于降低客户端认为会话中断而停止接收请求报文的响应报文的风险。其中，方法包括：客户端设备生成请求报文并向服务端设备发送，所述请求报文用于指示所述服务端设备对数据模型的数据进行操作；所述客户端设备根据所述请求报文生成状态查询报文，所述状态查询报文包括状态查询信息，所述状态查询信息用于请求所述服务端设备获取所述服务端设备处理所述请求报文的处理状态；所述客户端设备向所述服务端设备发送所述状态查询报文；所述客户端设备接收所述服务端设备根据所述状态查询报文发送的第一报文，所述第一报文包括所述请求报文的处理状态。

Description

一种通信方法、客户端设备及服务端设备
技术领域
本申请涉及网络通信领域，尤其涉及一种通信方法、客户端设备及服务端设备。
背景技术
网络设备管理系统是一种用于对网络设备进行管理的系统。网络设备管理系统中运行用于执行网络设备管理的协议，例如Restconf协议。Restconf协议是一种允许Web应用以一种模块化和可扩展的方式访问网络设备中的配置数据、操作数据、数据模型定义的协议操作及通知事件的协议。Restconf协议运行于超文本传输协议(hypertext transferprotocol，HTTP)上，可以用于访问利用Yang(yet another next generation)模型语言定义的数据模型及使用网络结构(network configuration，NETCONF)协议中定义的数据。
在软件层面，网络设备管理系统包括客户端(client)和服务端(server)。在客户端和服务端建立会话之后，客户端向服务端发送请求(request)报文，以实现请求创建、删除、修改或查询一个或多个网络设备的数据。服务端用于接收客户端的请求报文并解析，对网络设备的数据进行相应的处理，并给客户端返回响应(reply)报文。
在一些情况下，例如请求报文中包括的处理指令较多，服务端处理来自客户端的请求报文的时间较长，所以客户端等待服务端返回的与请求报文对应的响应报文的时间也较长，以至于客户端认为当前会话中断，不再对该响应报文进行接收，从而导致业务受损。
发明内容
本申请实施例提供了一种通信方法、客户端设备及服务端设备，用于降低客户端认为会话中断而停止接收请求报文的响应报文的风险。
第一方面，本申请实施例提供了一种通信方法，该方法可以应用于客户端设备。该方法具体包括如下步骤：首先，客户端设备生成请求报文并向服务端设备发送，请求报文用于指示服务端设备对数据模型的数据进行操作。请求报文可以是基于Restconf协议的请求报文，例如为获取(GET)报文、创建(POST)报文、更新(PUT)报文、补丁(PATCH)报文、删除(DELETE)报文等等，本申请不做具体限定。其次，客户端设备根据请求报文生成状态查询报文，状态查询报文包括状态查询信息，状态查询信息用于请求服务端设备获取服务端设备处理请求报文的处理状态。状态查询信息可以是与请求报文对应的会话标识或请求报文中包括的数据模型的名称。状态查询信息可以以状态查询字段的形式体现，状态查询字段的值可以是会话标识或数据模型的名称。客户端设备向服务端设备发送状态查询报文。最后，客户端设备接收服务端设备根据状态查询报文发送的第一报文，第一报文可以为响应报文或通知报文。由于第一报文包括请求报文的处理状态，所以客户端设备能够及时的获取到请求报文的处理状态，降低客户端认为会话中断而停止接收请求报文的响应报文的风险。
可选的，请求报文包括会话标识，会话标识为客户端设备为发送请求报文而与服务端设备建立的会话的标识；状态查询信息包括会话标识。当客户端设备检测到请求报文中包括会话标识时，触发执行生成状态查询报文的步骤。若状态查询信息中还包括状态查询字段，那么当客户端检测到请求报文中包括的状态查询字段以及状态查询字段的值，即会话标识时，触发执行生成状态查询报文的步骤。由于会话标识与请求报文一一对应，所以在本申请实施例中，状态查询信息中包括会话标识的目的在于使得服务端设备知道需要获取哪个请求报文的处理状态。
可选的，请求报文中包括数据模型的名称，状态查询信息包括数据模型的名称。数据模型的名称在一定程度上能够对请求报文进行区分，所以状态查询信息包括数据模型的名称的目的在于使得服务端设备知道需要获取哪个请求报文的处理状态。
可选的，客户端设备在向服务端设备发送请求报文时，方法还包括：启动定时器。客户端设备接收服务端设备根据状态查询报文发送的第一报文包括：定时器超时之前，客户端设备接收服务端设备根据状态查询报文发送的第一报文。也就是说，当客户端设备认为定时器超时时会话中断，那么为了避免因为请求报文处理时间太长而导致客户端误以为会话中断，在本申请实施例中，客户端设备在定时器超时前接收第一报文。在接收到第一报文之后，客户端设备可以暂停定时器计时，等待请求报文的响应报文；或者客户端可以重新启动定时器。
可选的，状态查询报文为订阅报文或扩展的获取报文，扩展的获取报文是指携带有状态查询信息的获取报文。
可选的，状态查询报文的统一资源标识符(uniform resource identifier，URI)中包括状态查询信息。
为了使得客户端能够及时的知晓请求报文的处理状态，可选的，客户端设备向服务端设备发送状态查询报文包括：客户端设备周期性的向服务端设备发送状态查询报文，而服务端设备每接收到一次状态查询报文，就可以执行一次获取请求报文的处理状态并向客户段设备发送第一报文的步骤。
第二方面，本申请实施例还提供了一种通信方法，应用于服务端设备，具体包括如下步骤：首先，服务端设备获取客户端设备发送的请求报文，并对请求报文进行处理，请求报文用于指示服务端设备对数据模型的数据进行操作。请求报文可以是基于Restconf协议的请求报文。服务端设备接收客户端设备发送的状态查询报文，状态查询报文中包括状态查询信息，状态查询信息用于请求服务端设备获取服务端设备处理请求报文的处理状态。状态查询信息可以是与请求报文对应的会话标识或请求报文中包括的数据模型的名称。状态查询信息可以以状态查询字段的形式体现，状态查询字段的值可以是会话标识或数据模型的名称。服务端设备根据状态查询信息获取请求报文的处理状态，并向客户端设备发送第一报文，第一报文包括请求报文的处理状态。第一报文可以是响应报文或通知报文。本申请实施例，服务端设备在对请求报文处理的过程中，若获取到状态查询报文，则可以基于状态查询报文中的状态查询信息获取请求报文的处理状态，并通过向客户端设备发送第一报文的方式让客户端知晓请求报文的处理状态，减少客户端设备因为等待请求报文的响应报文的时间太长而误认为会话中断的风险。
可选的，状态查询信息包括会话标识，会话标识为客户端设备为发送请求报文而与服务端设备建立的会话的标识。服务端设备根据状态查询信息获取请求报文的处理状态包括：服务端设备根据状态查询信息中包括的会话标识获取与会话标识对应的请求报文的处理状态。由于会话标识和请求报文一一对应，且请求报文中也可以携带会话标识，这样，服务端设备可以根据状态查询信息中的会话标识确定对应的请求报文，并获取对应的请求报文的处理状态。
可选的，状态查询信息包括数据模型的名称。服务端设备根据状态查询信息获取请求报文的处理状态包括：服务端设备获取包括数据模型名称的请求报文的处理状态。由于请求报文中包括数据模型的名称，所以服务端设备可以根据状态查询报文中的数据模型的名称确定对应的请求报文，并获取对应的请求报文的处理状态。
可选的，状态查询报文为订阅报文或扩展的获取报文，扩展的获取报文是指携带有状态查询信息的获取报文。
可选的，状态查询报文的统一资源标识符中包括状态查询信息。
为了能够让客户端设备及时的获取到请求报文的处理状态，可选的，服务端设备向客户端设备发送第一报文包括：服务端设备周期性的向客户端设备发送第一报文。
第三方面，本申请实施例还提供了一种客户端设备，包括：存储器，与存储器相连的处理器，处理器用于执行存储器中的计算机可读指令从而客户端设备执行以下操作：生成请求报文并向服务端设备发送，请求报文用于指示服务端设备对数据模型的数据进行操作；根据请求报文生成状态查询报文，状态查询报文包括状态查询信息，状态查询信息用于请求服务端设备获取服务端设备处理请求报文的处理状态；向服务端设备发送状态查询报文；接收服务端设备根据状态查询报文发送的第一报文，第一报文包括请求报文的处理状态。
可选的，请求报文包括会话标识，会话标识为处理器为发送请求报文而与服务端设备建立的会话的标识；状态查询信息包括会话标识。
可选的，请求报文中包括数据模型的名称，状态查询信息包括数据模型的名称。
可选的，在向服务端设备发送请求报文时，处理器还用于执行存储器中的计算机可读指令从而客户端设备执行以下操作：启动定时器；
接收服务端设备根据状态查询报文发送的第一报文包括：在定时器超时之前，接收服务端设备根据状态查询报文发送的第一报文。
可选的，第一报文为响应报文或通知报文。
可选的，状态查询报文为订阅报文或扩展的获取报文，扩展的获取报文是指携带有状态查询信息的获取报文。
可选的，状态查询报文的统一资源标识符中包括状态查询信息。
可选的，向服务端设备发送状态查询报文包括：周期性的向服务端设备发送状态查询报文。
可选的，请求报文为基于Restconf协议的请求报文。
第四方面，本申请实施例还提供了一种服务端设备，包括：存储器，与存储器相连的处理器，处理器用于执行存储器中的计算机可读指令从而服务端设备执行以下操作：获取客户端设备发送的请求报文，并对请求报文进行处理，请求报文用于指示服务端设备对数据模型的数据进行操作；接收客户端设备发送的状态查询报文，状态查询报文中包括状态查询信息，状态查询信息用于请求处理器获取处理器处理请求报文的处理状态；根据状态查询信息获取请求报文的处理状态；向客户端设备发送第一报文，第一报文包括请求报文的处理状态。
可选的，状态查询信息包括会话标识，会话标识为处理器为发送请求报文而与服务端设备建立的会话的标识；
根据状态查询信息获取请求报文的处理状态包括：根据状态查询信息中包括的会话标识获取与会话标识对应的请求报文的处理状态。
可选的，状态查询信息包括数据模型的名称；
根据状态查询信息获取请求报文的处理状态包括：获取包括数据模型名称的请求报文的处理状态。
可选的，第一报文包括响应报文或通知报文。
可选的，状态查询报文为订阅报文或扩展的获取报文，扩展的获取报文是指携带有状态查询信息的获取报文。
可选的，状态查询报文的统一资源标识符中包括状态查询信息。
可选的，向客户端设备发送第一报文包括：周期性的向客户端设备发送第一报文。
可选的，请求报文为基于Restconf协议的请求报文。
附图说明
图1为本申请实施例提供的通信系统的结构框图；
图2为本申请实施例提供的一种通信方法的流程图；
图3为本申请实施例提供的请求报文的格式示意图；
图4为本申请实施例提供的响应报文的格式示意图；
图5为本申请实施例提供的一种通信装置的结构框图；
图6为本申请实施例提供的一种通信装置的结构框图；
图7为本申请实施例提供的一种客户端设备的结构示意图；
图8为本申请实施例提供的一种服务端设备的结构示意图。
具体实施方式
本申请实施例提供了一种通信系统、方法及装置，降低让客户端认为会话中断而停止接收与请求报文对应的响应报文的风险，减少让业务受损的情况。
下面以一个应用场景为例介绍本申请实施例提供的技术方案。
参见图1，该图为本申请实施例提供的通信系统的结构框图。
本申请实施例提供的通信系统可以包括客户端设备10和服务端设备11。客户端设备10和服务端设备11连接。
其中，客户端设备10是指部署了支持Restconf协议的客户端的设备，例如可以是手机、个人计算机(personal computer，PC)，例如平板电脑(tablet personal computer，Tablet PC)、笔记本电脑、超级移动个人计算机、个人数字助理等终端。服务端设备11是指部署了支持Restconf协议的服务端的设备，例如可以是路由器、交换机、服务器等，服务器例如为企业服务器、运营商服务器、服务提供商服务器等。
在本申请实施例中，客户端设备10和服务端设备11之间的交互用于实现客户端和服务端之间的交互。
客户端设备10中的客户端用于生成请求报文并向服务端设备11发送，该请求报文用于异步实现请求创建、删除、修改和/或查询一个或多个网络设备的数据。其中的网络设备可以为互联网协议(internet protocol，IP)网络设备、波分复用(wavelength divisionmultiplexing，WDM)网络设备、光传送网(optical transport network，OTN)网络设备等类型的网络设备，本申请实施例不做具体限定。
服务端设备11的服务端在接收到请求报文之后，对请求报文进行处理，以实现异步对网络设备的数据进行创建、删除、修改和/或查询。
所谓异步对网络设备的数据进行处理，是指服务端根据请求报文对服务端的数据模型的数据进行操作，数据模型用于描述网络设备中可管理的数据。数据模型例如可以是Yang模型，Yang数据模型为利用Yang语言模型构建的模型。对数据模型的数据进行操作包括对数据模型的数据进行创建、删除、修改和/或查询。在对数据模型对应的数据操作完成之后，服务端设备11中的服务端将操作的处理结果以响应报文的形式发送给客户端设备，以反馈请求报文是否处理成功，不必等到对网络设备的数据处理完成再发送。而后，服务端根据对数据模型的数据的操作对网络设备中的数据进行相应的处理。
在本申请实施例中，客户端设备10中的客户端根据请求报文生成状态查询报文并向服务端设备11发送，状态查询报文中包括状态查询信息，状态查询信息用于请求服务端设备11获取服务端处理请求报文的处理状态。服务端设备11的服务端在获取到状态查询报文之后，根据状态查询信息获取请求报文的处理状态，并向客户端设备10发送第一报文，第一报文中包括请求报文的处理状态，以便客户端设备10的客户端能够通过获知请求报文的处理状态，降低让客户端认为会话中断，停止接收请求报文的响应报文的风险。
参见图2，该图为本申请实施例提供的通信方法的流程图。
本申请实施例提供的通信方法具体包括如下步骤：
S101：客户端设备生成请求报文并向服务端设备发送。
在本申请实施例中，客户端设备可以生成请求报文，并向服务端设备发送。请求报文可以是基于Restconf协议的请求报文。该请求报文可以例如为获取(GET)报文、创建(POST)报文、更新(PUT)报文、补丁(PATCH)报文、删除(DELETE)报文等等，本申请不做具体限定。
例如，参见图3，该图为请求报文的格式示意图。在该图中，请求报文中可以包括操作方法(method)、URI、HTTP协议版本(version number)、头部字段名(header-name)和可选的请求消息体(optional request body)等。
其中，操作方法定义了对服务端设备的数据模型的数据进行的操作的操作类型，操作类型例如包括GET、POST、PUT、PATCH、DELATE等。服务端设备的数据模型采用数据模型语言来表示网络设备中可管理的数据，例如为Yang数据模型。服务端设备的数据模型可以存储在数据模型库中。
URI中包括数据模型的名称，用于指示服务端设备对于该名称对应的数据模型的数据进行操作。例如URI可以是Http://0.0.0.0:80/restconf/data/huawei-aaa:aaa。其中，0.0.0.0是服务器的IP地址，80为服务器的端口号，restconf/data代表请求的是restconf协议的数据，huawei-aaa:aaa代表模型名称。
S102：服务端设备获取客户端设备发送的请求报文，并对请求报文进行处理。
如前文所提，请求报文的URI中可以包括数据模型的名称。服务端设备可以根据URI中的数据模型的名称对对应的数据模型的数据进行处理。假设请求报文为GET报文，则服务端设备根据GET报文URI中的数据模型的名称找到对应的数据模型，获取该数据模型的数据，并向客户端设备发送。假设请求报文为POST报文，那么请求报文中不仅包括数据模型的名称，还包括与该数据模型的名称对应的数据。服务端设备以数据模型的形式存储POST报文中携带的与数据模型的名称对应的数据，并且将该数据模型的名称命名为POST报文中携带的数据模型的名称。
在与数据模型的名称对应的数据操作完成之后，即对请求报文处理完毕，服务端设备可以向客户端设备发送请求报文的响应报文。
S103：客户端设备根据请求报文生成状态查询报文，并向服务端设备发送。
在本申请实施例中，状态查询报文中包括状态查询信息，状态查询信息用于请求服务端设备获取服务端设备处理请求报文的处理状态。
状态查询信息可以以状态查询字段的形式来体现，例如为“process”字段。
为了能够让服务端设备知道需要对接收到的哪个请求报文的处理状态进行获取，状态查询信息中可以包括请求报文的会话标识和/或请求报文中包括的数据模型的名称。其中，会话标识为客户端设备为发送请求报文而与服务端设备建立的会话的标识。通常情况下，客户端设备和服务端设备为短连接，建立一次会话客户端设备向服务端设备发送一次请求报文，不同的会话对应的会话标识不同。所以可以通过会话标识来对请求报文进行区分。
而当不同的请求报文中包括的数据模型的名称不同时，请求报文中数据模型的名称也可以对请求报文进行区分。
可选的，会话标识和/或数据模型的名称可以作为上述状态查询字段的值。例如“process＝3”中的“3”表示请求报文的会话标识。“process＝huawei-aaa:aaa”中的“huawei-aaa:aaa”表示请求报文中数据模型的名称。
在本申请实施例中，状态查询报文可以有多种表现形式。
作为其中一种可能实现的方式，状态查询报文可以是扩展的获取(GET)报文。所谓扩展的GET报文是指在GET报文中加入状态查询信息的GET报文，且其目的是用于获取请求报文的处理状态，不同于普通的GET报文。扩展的GET报文中可以包括状态查询信息，状态查询信息可以携带在扩展的GET报文的URI中。例如，扩展的GET报文中的URI可以为：http://0.0.0.0:80/restconf/data/process＝3。其中“process＝3”中的“process”为状态查询字段，“3”为状态查询字段的值，例如为会话标识。也就是说，在该例子中，扩展的GET报文的URI中，数据(data)后面直接携带状态查询字段和状态查询字段的值，这种特有的格式指示该GET报文为扩展的GET报文。当然，可以理解的是，这种格式并不构成对本申请的限定。
作为另外一种可能的实现方式，状态查询报文可以是订阅(subscribe)报文。订阅报文用于发起对事件通知的订阅，订阅后服务端设备会发送通知给订阅报文的发起者。具体描述可以参见RFC5277协议第2.1.1节。在本申请实施例中订阅报文用于指示在服务端订阅一个新的事件流(event stream)，该新的事件流用于获取请求报文的处理状态，并将请求报文的处理状态以通知的形式发送给客户端。其中，事件流也可以称为事件流资源(event stream resource)，用于表示一种系统生成的事件通知的资源，具体描述可以参见RFC8040协议第3.8节，此处不再赘述。
订阅报文也属于请求报文的一种，所以其格式可以参见图3，此处不再赘述。状态查询信息可以携带在订阅报文的URI中。例如，订阅报文中的URI可以为http://0.0.0.0:80/restconf/streams/process＝3。其中“streams”表示事件流，“restconf/streams”表示请求的是restconf协议的事件流。“process＝3”中的“process”为状态查询字段，“3”为状态查询字段的值，例如为会话标识。
在本申请实际应用中，触发客户端设备生成状态查询报文的时机，是在请求报文生成之后。
作为其中一种可能实现的方式，客户端设备每检测到一个请求报文生成，就为该请求报文生成状态查询报文。
作为另外一种可能实现的方式，客户端设备在生成请求报文时，可以在请求报文中携带状态查询信息。当客户端设备在检测到请求报文中携带有状态查询信息时，便知晓需要为该请求报文生成状态查询报文。
例如，在请求报文中添加状态查询字段，该状态查询字段例如可以是“process”字段或其他自定义的字段，本申请不做限定。状态查询字段的值可以是请求报文的会话标识。
状态查询字段和状态查询字段的值可以携带在请求报文的URI中。例如，请求报文中的URI可以为http://0.0.0.0:80/restconf/data/huawei-aaa:aaa？process＝3。其中“process＝3”中的“process”为状态查询字段，“3”为状态查询字段的值，例如为会话标识。
此外，需要说明的是，客户端设备在执行了S101之后即可执行S103，所以S103不需要在S102执行了之后才执行。
S104：服务端设备接收状态查询报文，根据状态查询报文获取请求报文的处理状态，并向客户端设备发送第一报文，第一报文包括请求报文的处理状态。
作为服务端设备，需要对其接收到的报文的类型进行识别，以确定接收到的报文具体是什么报文。在本申请实施例中，状态查询报文的格式是特定的格式。例如，若服务端设备接收到某个GET报文，该GET报文的URI中“data”后面直接连接“process”，或者“streams”后面直接连接“process”，那么则认为该GET报文为扩展的GET报文或者订阅报文，即为状态查询报文。
另外，在本申请实施例中，若状态查询报文为扩展的GET报文，那么服务端设备为了能够支持获取并向客户端设备发送请求报文的处理状态，需要预先定义相应的能力集(capability)。所谓能力集是一种可选的RESTCONF协议特性，由支持该特性的服务端设备展现。关于能力集的相关内容可以参见RFC8040协议第9.3节，此处不再赘述。
每个能力集都有一个URI进行标识。对于支持获取并向客户端设备发送请求报文的处理状态的能力集而言，它对应的URI可以例如为<capability>http://www.huawei.com/restconf/capability/process</capability>。在该URI中，“www.huawei.com”表示华为公司定义的能力集；“restconf/capability”为restconf协议下的能力集；“process”表示状态查询能力集。
当服务端设备根据扩展的GET报文中携带的URI找到服务端设备存储的支持获取请求报文的处理状态的能力集时，服务端设备可以执行获取请求报文的处理状态的步骤。具体的，服务端设备可以判断存储的能力集中是否有包含扩展的GET报文中的状态查询字段的能力集，如果是，则认为服务端设备中有支持获取请求报文的处理状态的能力集。例如，假设状态查询字段为“process”，那么如果服务端设备中存在一个能力集其中的URI包含“process”，那么则认为该能力集为支持获取请求报文的处理状态的能力集。
若状态查询报文为订阅报文，那么服务端设备为了能够支持获取并向客户端设备发送请求报文的处理状态，需要根据该订阅报文订阅关于状态获取事件的事件流。状态获取事件是指获取请求报文的处理状态的事件。订阅的事件流可以以Yang文件的形式进行存储。在订阅的关于状态查询事件的事件流中，可以包括状态查询信息，例如会话标识或数据模型的名称。当服务端设备获取到状态查询报文后，可以根据状态查询信息确定是否已经订阅了对应的事件流，如果是，则执行后续获取请求报文处理状态的步骤。
当服务端设备获取到请求报文的处理状态之后，可以向客户端设备发送请求报文的处理状态，请求报文的处理状态携带在第一报文中。第一报文中除了可以携带请求报文的处理状态，可以携带状态查询信息，例如请求报文的会话标识和/或请求报文中数据模型的名称，这样，就可以让客户端知晓第一报文中的处理状态是属于哪个请求报文的。
第一报文可以是状态查询报文的响应报文，也可以是通知报文。
具体的，若状态查询报文为扩展的GET报文，那么第一报文可以是扩展的GET报文的响应报文。
参见图4，该图为响应报文的格式示意图，在该图中，响应报文包括HTTP协议版本(version number)、状态码(status code)、消息(message)、头部字段名(header-name)和可选的响应消息体(optional response body)等。其中，请求报文的处理状态可以携带在响应报文的可选的响应消息体中。
若状态查询报文为订阅报文，那么第一报文可以是通知(notification)报文。
另外，为了让客户端设备能够及时的知晓请求报文的处理状态，在实际应用中，服务端设备可以在接收到状态查询报文之后，周期性的获取请求报文的处理状态，并向客户端设备发送第一报文。或者，客户端设备可以周期性的向服务端设备发送状态查询报文，服务端设备每接收到一个状态查询报文，就执行一次获取请求报文的处理状态并向客户端设备发送第一报文的步骤。
在实际应用中，请求报文的处理状态可以是表示状态的信息，例如正在处理或停止处理等，也可以是请求报文处理进度的信息，例如已处理信息与全部信息的百分比。
比如说，如果请求报文正在进行处理，则可以用“active”来表示；如果请求报文处理出现问题，停止处理，可以用“inactive”来表示。请求报文的处理进度例如可以为“50％”，表示请求报文中的信息已经被处理了50％，还剩余50％的信息没有被处理。
S105：客户端设备接收服务端设备根据状态查询报文发送的第一报文。
为了能够让客户端设备及时的获取到请求报文的处理状态，避免客户端认为会话中断，需要保证客户端设备在设定的请求报文的响应报文的回复时间内接收到第一报文。所以，若在客户端设备设置有定时器，那么在客户端设备发送请求报文时，启动定时器。在定时器超时之前，客户端设备接收到第一报文。
为了保证定时器超时之前，客户端设备接收到第一报文，需要在定时器超时之前，客户端设备向服务端设备发出去状态获取报文。当客户端设备获取到第一报文之后，可以暂停定时器计时，或者重新启动定时器。
例如，假设定时器计时时间为1分钟。那么当客户端设备向服务端设备发送请求报文时启动定时器，定时器从0开始计时。接着客户端设备可以在定时器计时第15秒时向服务端设备发送状态查询报文。然后，客户端设备在定时器计时第25秒时接收到服务端设备发送的第一报文，第一报文中携带的请求报文的处理状态指示请求报文正在处理。那么，客户端设备可以暂停计时，等待接收请求报文的响应报文。或者，客户端设备重新启动计时器，即计时器重新从0开始计时。若是后者，那么需要服务端设备周期性的获取请求报文的处理状态并发送给客户端设备，例如服务端设备每10秒获取并发送一次请求报文的处理状态。作为客户端设备，也可以周期性的向服务端设备发送状态查询报文，例如每10秒发送一次状态查询报文，服务端设备每次接收到状态查询报文，就获取一次请求报文的处理状态并向客户端设备发送。直到客户端设备接收到了服务端设备发送的请求报文的响应报文。
本申请实施例通过客户端设备根据请求报文生成携带状态查询信息的状态查询报文并向服务端设备发送，使得服务端设备在接收到状态查询报文之后，可获取请求报文的处理状态，并在向客户端设备发送携带请求报文的处理状态的第一报文，以使客户端设备及时的获取到请求报文的处理状态，避免出现客户端设备因为服务端设备长时间没有回复请求报文的响应报文而认为会话中断，导致不再接收请求报文的响应报文的问题。
参见图5，该图为本申请实施例提供的一种通信装置的结构框图。
本申请实施例提供的通信装置应用于客户端设备，具体包括：
第一发送单元101，用于生成请求报文并向服务端设备发送，请求报文用于指示服务端设备对数据模型的数据进行操作；
生成单元102，用于根据请求报文生成状态查询报文，状态查询报文包括状态查询信息，状态查询信息用于请求服务端设备获取服务端设备处理请求报文的处理状态；
第二发送单元103，用于向服务端设备发送状态查询报文；
接收单元104，用于接收服务端设备根据状态查询报文发送的第一报文，第一报文包括请求报文的处理状态。
可选的，请求报文包括会话标识，会话标识为客户端设备为发送请求报文而与服务端设备建立的会话的标识；
状态查询信息包括会话标识。
可选的，请求报文中包括数据模型的名称，状态查询信息包括数据模型的名称。
可选的，装置还包括：
启动单元，用于在第一发送单元发送请求报文时启动定时器；
接收单元，用于在定时器超时之前，客户端设备接收服务端设备根据状态查询报文发送的第一报文。
可选的，第一报文为响应报文或通知报文。
可选的，状态查询报文为订阅报文或扩展的获取报文，扩展的获取报文是指携带有状态查询信息的获取报文。
可选的，状态查询报文的统一资源标识符中包括状态查询信息。
可选的，第二发送单元，用于周期性的向服务端设备发送状态查询报文。
可选的，请求报文为基于Restconf协议的请求报文。
参见图6，该图为本申请实施例提供的另一种通信装置的结构框图。
本申请实施例提供的通信装置应用于服务端设备，具体包括：
处理单元201，用于获取客户端设备发送的请求报文，并对请求报文进行处理，请求报文用于指示服务端设备对数据模型的数据进行操作；
接收单元202，用于接收客户端设备发送的状态查询报文，状态查询报文中包括状态查询信息，状态查询信息用于请求服务端设备获取服务端设备处理请求报文的处理状态；
获取单元203，用于根据状态查询信息获取请求报文的处理状态；
发送单元204，用于向客户端设备发送第一报文，第一报文包括请求报文的处理状态。
可选的，状态查询信息包括会话标识，会话标识为客户端设备为发送请求报文而与服务端设备建立的会话的标识；
获取单元，用于根据状态查询信息中包括的会话标识获取与会话标识对应的请求报文的处理状态。
可选的，状态查询信息包括数据模型的名称；
获取单元，用于获取包括数据模型名称的请求报文的处理状态。
可选的，第一报文包括响应报文或通知报文。
可选的，状态查询报文为订阅报文或扩展的获取报文，扩展的获取报文是指携带有状态查询信息的获取报文。
可选的，状态查询报文的统一资源标识符中包括状态查询信息。
可选的，发送单元，用于周期性的向客户端设备发送第一报文。
可选的，请求报文为基于Restconf协议的请求报文。
参见图7，该图为本申请实施例提供的一种客户端设备300的结构示意图。该网络设备300可以应用于图1所示的架构中，例如可以是图1所示的网络架构中的客户端设备10。用于执行图2所示实施例的通信方法中客户端设备所执行的操作。如图7所示，客户端设备300可以包括处理器310，与所述处理器310耦合连接的存储器320，收发器330。处理器310可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。处理器还可以是专用集成电路(application-specific integratedcircuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic,GAL)或其任意组合。处理器310可以是指一个处理器，也可以包括多个处理器。存储器320可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器还可以包括上述种类的存储器的组合。存储器320还可以包括上述种类的存储器的组合。存储器320可以是指一个存储器，也可以包括多个存储器。在一个实施方式中，存储器320中存储有计算机可读指令，所述计算机可读指令包括多个软件模块，例如上述第一发送单元101，生成单元102、第二发送单元103和接收单元104。具体的，存储器320中存储用于实现第一发送单元101，生成单元102、第二发送单元103和接收单元104功能的程序代码。处理器310执行各个软件模块后可以按照各个软件模块的指示进行相应的操作。在本实施例中，一个软件模块所执行的操作实际上是指处理器310根据所述软件模块的指示而执行的操作。此外，处理器310执行存储器320中的计算机可读指令后，可以按照所述计算机可读指令的指示，执行客户端设备可以执行的全部操作。例如，客户端设备在与图2对应的实施例中执行的操作。
图8是本申请提供的一种服务端设备400的示意图。该服务端设备400可以应用于图1所示的架构中，例如可以是图1所示的网络架构中的服务端设备11。用于执行图2所示实施例的通信方法中服务端设备所执行的操作。如图8所示，服务端设备400可以包括处理器410，与所述处理器410耦合连接的存储器420，收发器430。处理器410可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。处理器还可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic,GAL)或其任意组合。处理器410可以是指一个处理器，也可以包括多个处理器。存储器420可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-statedrive，SSD)；存储器还可以包括上述种类的存储器的组合。存储器420还可以包括上述种类的存储器的组合。存储器420可以是指一个存储器，也可以包括多个存储器。在一个实施方式中，存储器420中存储有计算机可读指令，所述计算机可读指令包括多个软件模块，例如上述处理单元201、接收单元202、获取单元203和发送单元204。具体的，存储器420中存储用于实现处理单元201、接收单元202、获取单元203和发送单元204功能的程序代码。处理器410执行各个软件模块后可以按照各个软件模块的指示进行相应的操作。在本实施例中，一个软件模块所执行的操作实际上是指处理器410根据所述软件模块的指示而执行的操作。此外，处理器410执行存储器420中的计算机可读指令后，可以按照所述计算机可读指令的指示，执行服务端设备可以执行的全部操作。例如，服务端设备在与图2对应的实施例中执行的操作。
本申请实施例还提供了一种通信系统，包括图7所对应的实施例中的客户端设备300以及图8所对应实施例的服务端设备400，用于执行图2对应的实施例中的方法。
本申请实施例还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行以上的通信方法。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (34)

1.一种通信方法，其特征在于，所述方法包括：
客户端设备生成请求报文并向服务端设备发送，所述请求报文用于指示所述服务端设备对数据模型的数据进行操作；
所述客户端设备根据所述请求报文生成状态查询报文，所述状态查询报文包括状态查询信息，所述状态查询信息用于请求所述服务端设备获取所述服务端设备处理所述请求报文的处理状态；
所述客户端设备向所述服务端设备发送所述状态查询报文；
所述客户端设备接收所述服务端设备根据所述状态查询报文发送的第一报文，所述第一报文包括所述请求报文的处理状态。
2.根据权利要求1所述的方法，其特征在于，所述请求报文包括会话标识，所述会话标识为所述客户端设备为发送所述请求报文而与所述服务端设备建立的会话的标识；
所述状态查询信息包括所述会话标识。
3.根据权利要求1所述的方法，其特征在于，所述请求报文中包括所述数据模型的名称，所述状态查询信息包括所述数据模型的名称。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述客户端设备在向所述服务端设备发送所述请求报文时，所述方法还包括：
启动定时器；
所述客户端设备接收所述服务端设备根据所述状态查询报文发送的第一报文包括：
在定时器超时之前，所述客户端设备接收所述服务端设备根据所述状态查询报文发送的所述第一报文。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一报文为响应报文或通知报文。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述状态查询报文为订阅报文或扩展的获取报文，所述扩展的获取报文是指携带有所述状态查询信息的获取报文。
7.根据权利要求1-6任一项所述的方法，其特征在于，所述状态查询报文的统一资源标识符中包括所述状态查询信息。
8.根据权利要求1-7任一项所述的方法，其特征在于，所述客户端设备向所述服务端设备发送所述状态查询报文包括：
所述客户端设备周期性的向所述服务端设备发送所述状态查询报文。
9.根据权利要求1-8任一项所述的方法，其特征在于，所述请求报文为基于Restconf协议的请求报文。
10.一种通信方法，其特征在于，所述方法包括：
服务端设备获取客户端设备发送的请求报文，并对所述请求报文进行处理，所述请求报文用于指示所述服务端设备对数据模型的数据进行操作；
所述服务端设备接收所述客户端设备发送的状态查询报文，所述状态查询报文中包括状态查询信息，所述状态查询信息用于请求所述服务端设备获取所述服务端设备处理所述请求报文的处理状态；
所述服务端设备根据所述状态查询信息获取所述请求报文的处理状态；
所述服务端设备向所述客户端设备发送第一报文，所述第一报文包括所述请求报文的处理状态。
11.根据权利要求10所述的方法，其特征在于，所述状态查询信息包括所述会话标识，所述会话标识为所述客户端设备为发送所述请求报文而与所述服务端设备建立的会话的标识；
所述服务端设备根据所述状态查询信息获取所述请求报文的处理状态包括：
所述服务端设备根据所述状态查询信息中包括的会话标识获取与所述会话标识对应的请求报文的处理状态。
12.根据权利要求10所述的方法，其特征在于，所述状态查询信息包括所述数据模型的名称；
所述服务端设备根据所述状态查询信息获取所述请求报文的处理状态包括：
所述服务端设备获取包括所述数据模型名称的请求报文的处理状态。
13.根据权利要求10-12任一项所述的方法，其特征在于，所述第一报文为响应报文或通知报文。
14.根据权利要求10-13任一项所述的方法，其特征在于，所述状态查询报文为订阅报文或扩展的获取报文，所述扩展的获取报文是指携带有所述状态查询信息的获取报文。
15.根据权利要求10-14任一项所述的方法，其特征在于，状态查询报文的统一资源标识符中包括所述状态查询信息。
16.根据权利要求10-15任一项所述的方法，其特征在于，所述服务端设备向所述客户端设备发送第一报文包括：
所述服务端设备周期性的向所述客户端设备发送第一报文。
17.根据权利要求10-16任一项所述的方法，其特征在于，所述请求报文为基于Restconf协议的请求报文。
18.一种客户端设备，其特征在于，包括：
存储器，
与所述存储器相连的处理器，所述处理器用于执行所述存储器中的计算机可读指令从而所述客户端设备执行以下操作：
生成请求报文并向服务端设备发送，所述请求报文用于指示所述服务端设备对数据模型的数据进行操作；
根据所述请求报文生成状态查询报文，所述状态查询报文包括状态查询信息，所述状态查询信息用于请求所述服务端设备获取所述服务端设备处理所述请求报文的处理状态；
向所述服务端设备发送所述状态查询报文；
接收所述服务端设备根据所述状态查询报文发送的第一报文，所述第一报文包括所述请求报文的处理状态。
19.根据权利要求18所述的设备，其特征在于，所述请求报文包括会话标识，所述会话标识为所述处理器为发送所述请求报文而与所述服务端设备建立的会话的标识；
所述状态查询信息包括所述会话标识。
20.根据权利要求18所述的设备，其特征在于，所述请求报文中包括所述数据模型的名称，所述状态查询信息包括所述数据模型的名称。
21.根据权利要求18-20任一项所述的设备，其特征在于，在向所述服务端设备发送所述请求报文时，所述处理器还用于执行所述存储器中的计算机可读指令从而所述客户端设备执行以下操作：
启动定时器；
所述接收所述服务端设备根据所述状态查询报文发送的第一报文包括：
在定时器超时之前，接收所述服务端设备根据所述状态查询报文发送的所述第一报文。
22.根据权利要求18-21任一项所述的设备，其特征在于，所述第一报文为响应报文或通知报文。
23.根据权利要求18-22任一项所述的设备，其特征在于，所述状态查询报文为订阅报文或扩展的获取报文，所述扩展的获取报文是指携带有所述状态查询信息的获取报文。
24.根据权利要求18-23任一项所述的设备，其特征在于，所述状态查询报文的统一资源标识符中包括所述状态查询信息。
25.根据权利要求18-24任一项所述的设备，其特征在于，所述向所述服务端设备发送所述状态查询报文包括：
周期性的向所述服务端设备发送所述状态查询报文。
26.根据权利要求18-25任一项所述的设备，其特征在于，所述请求报文为基于Restconf协议的请求报文。
27.一种服务端设备，其特征在于，包括：
存储器，
与所述存储器相连的处理器，所述处理器用于执行所述存储器中的计算机可读指令从而所述服务端设备执行以下操作：
获取客户端设备发送的请求报文，并对所述请求报文进行处理，所述请求报文用于指示所述服务端设备对数据模型的数据进行操作；
接收所述客户端设备发送的状态查询报文，所述状态查询报文中包括状态查询信息，所述状态查询信息用于请求所述处理器获取所述处理器处理所述请求报文的处理状态；
根据所述状态查询信息获取所述请求报文的处理状态；
向所述客户端设备发送第一报文，所述第一报文包括所述请求报文的处理状态。
28.根据权利要求27所述的设备，其特征在于，所述状态查询信息包括所述会话标识，所述会话标识为所述处理器为发送所述请求报文而与所述服务端设备建立的会话的标识；
所述根据所述状态查询信息获取所述请求报文的处理状态包括：
所述根据所述状态查询信息中包括的会话标识获取与所述会话标识对应的请求报文的处理状态。
29.根据权利要求27所述的设备，其特征在于，所述状态查询信息包括所述数据模型的名称；
所述根据所述状态查询信息获取所述请求报文的处理状态包括：
获取包括所述数据模型名称的请求报文的处理状态。
30.根据权利要求27-29任一项所述的设备，其特征在于，所述第一报文为响应报文或通知报文。
31.根据权利要求27-30任一项所述的设备，其特征在于，所述状态查询报文为订阅报文或扩展的获取报文，所述扩展的获取报文是指携带有所述状态查询信息的获取报文。
32.根据权利要求27-31任一项所述的设备，其特征在于，状态查询报文的统一资源标识符中包括所述状态查询信息。
33.根据权利要求27-32任一项所述的设备，其特征在于，所述向所述客户端设备发送第一报文包括：
周期性的向所述客户端设备发送第一报文。
34.根据权利要求27-33任一项所述的设备，其特征在于，所述请求报文为基于Restconf协议的请求报文。
CN201811367224.0A 2018-11-16 2018-11-16 一种通信方法、客户端设备及服务端设备 Pending CN111200578A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201811367224.0A CN111200578A (zh) 2018-11-16 2018-11-16 一种通信方法、客户端设备及服务端设备
EP19883373.3A EP3860074A4 (en) 2018-11-16 2019-06-27 COMMUNICATION PROCEDURE, CLIENT DEVICE, AND SERVER DEVICE
PCT/CN2019/093164 WO2020098284A1 (zh) 2018-11-16 2019-06-27 一种通信方法、客户端设备及服务端设备
US17/321,083 US20210274020A1 (en) 2018-11-16 2021-05-14 Communication method, client device, and server device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811367224.0A CN111200578A (zh) 2018-11-16 2018-11-16 一种通信方法、客户端设备及服务端设备

Publications (1)

Publication Number Publication Date
CN111200578A true CN111200578A (zh) 2020-05-26

Family

ID=70731737

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811367224.0A Pending CN111200578A (zh) 2018-11-16 2018-11-16 一种通信方法、客户端设备及服务端设备

Country Status (4)

Country Link
US (1) US20210274020A1 (zh)
EP (1) EP3860074A4 (zh)
CN (1) CN111200578A (zh)
WO (1) WO2020098284A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114205098A (zh) * 2020-08-31 2022-03-18 北京华为数字技术有限公司 查询操作权限的方法、装置、设备及计算机可读存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MA41561A1 (fr) * 2015-05-12 2018-04-30 Ericsson Telefon Ab L M Procédé et nœuds destines a la gestion d’accès a des services d'epc par l’intermédiaire d'un réseau non 3gpp

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102131154B (zh) * 2010-11-30 2013-10-09 华为技术有限公司 一种消息增值业务处理方法、装置
CN106034113A (zh) * 2015-03-12 2016-10-19 阿里巴巴集团控股有限公司 数据处理方法及装置
CN106339440A (zh) * 2016-08-22 2017-01-18 东软集团股份有限公司 异步任务查询方法及设备
CN108228605A (zh) * 2016-12-14 2018-06-29 阿里巴巴集团控股有限公司 一种数据处理方法、装置及电子设备
CN108259322A (zh) * 2018-03-08 2018-07-06 北京元心科技有限公司 对讲即时接入方法及装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6292495B1 (en) * 1998-04-10 2001-09-18 Cisco Technology, Inc. Segmented permanent virtual circuits
JP2003283949A (ja) * 2002-03-26 2003-10-03 Canon Inc 受信装置
GB0308035D0 (en) * 2003-04-08 2003-05-14 Ibm Liveness monitoring in a publish/subscribe messaging system
US7397778B2 (en) * 2003-04-21 2008-07-08 Avaya Technology Corp. Method and apparatus for predicting the quality of packet data communications
JP4420183B2 (ja) * 2003-08-11 2010-02-24 セイコーエプソン株式会社 印刷制御装置、印刷制御方法および印刷制御プログラム
JP4753727B2 (ja) * 2006-01-24 2011-08-24 京セラミタ株式会社 画像処理システム、管理サーバ、画像処理方法及び画像処理プログラム
JP4259557B2 (ja) * 2006-09-19 2009-04-30 セイコーエプソン株式会社 印刷装置及び論理パケット処理方法
US8254971B1 (en) * 2007-11-29 2012-08-28 At&T Mobility Ii Llc System and method for determining an SMS message retransmission schedule
US9734198B2 (en) * 2007-11-30 2017-08-15 Red Hat, Inc. Query processing
JP5448626B2 (ja) * 2009-07-31 2014-03-19 クラリオン株式会社 ナビゲーション装置、サーバ装置およびナビゲーションシステム
JP5951938B2 (ja) * 2011-05-25 2016-07-13 株式会社オプティム 端末のリモートシステム、リモート操作方法
CN103516690B (zh) * 2012-06-26 2016-08-03 阿里巴巴集团控股有限公司 一种业务处理状态信息查询方法及装置
US8943052B2 (en) * 2012-08-10 2015-01-27 Sap Ag System and method for data modeling
US9258234B1 (en) * 2012-12-28 2016-02-09 Juniper Networks, Inc. Dynamically adjusting liveliness detection intervals for periodic network communications
US10395271B2 (en) * 2013-01-15 2019-08-27 Datorama Technologies, Ltd. System and method for normalizing campaign data gathered from a plurality of advertising platforms
US9549040B2 (en) * 2014-03-12 2017-01-17 Instart Logic, Inc. First cache purge optimization handling of unavailable nodes
GB2533403A (en) * 2014-12-19 2016-06-22 Ibm Data repository for a distributed processing environment
US10190791B2 (en) * 2016-04-27 2019-01-29 Crestron Electronics, Inc. Three-dimensional building management system visualization
EP3523881B1 (en) * 2016-10-07 2022-12-14 Powercast Corporation Automated system for lighting control
US10594576B2 (en) * 2017-01-31 2020-03-17 Splunk Inc. Visualizing network activity involving networked computing devices distributed across network address spaces
US10191697B2 (en) * 2017-03-17 2019-01-29 Ricoh Company Ltd. Information processing apparatus, information processing system, and information processing method
US10375202B2 (en) * 2017-04-27 2019-08-06 Microsoft Technology Licensing, Llc Database selection in distributed computing systems
CN107798108B (zh) * 2017-10-30 2020-11-10 中国联合网络通信集团有限公司 一种异步任务查询方法及设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102131154B (zh) * 2010-11-30 2013-10-09 华为技术有限公司 一种消息增值业务处理方法、装置
CN106034113A (zh) * 2015-03-12 2016-10-19 阿里巴巴集团控股有限公司 数据处理方法及装置
CN106339440A (zh) * 2016-08-22 2017-01-18 东软集团股份有限公司 异步任务查询方法及设备
CN108228605A (zh) * 2016-12-14 2018-06-29 阿里巴巴集团控股有限公司 一种数据处理方法、装置及电子设备
CN108259322A (zh) * 2018-03-08 2018-07-06 北京元心科技有限公司 对讲即时接入方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
A. BIERMAN 等: "RESTCONF Protocol", 《IETF》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114205098A (zh) * 2020-08-31 2022-03-18 北京华为数字技术有限公司 查询操作权限的方法、装置、设备及计算机可读存储介质
CN114205098B (zh) * 2020-08-31 2023-12-15 北京华为数字技术有限公司 查询操作权限的方法、装置、设备及计算机可读存储介质

Also Published As

Publication number Publication date
EP3860074A4 (en) 2021-12-01
WO2020098284A1 (zh) 2020-05-22
EP3860074A1 (en) 2021-08-04
US20210274020A1 (en) 2021-09-02

Similar Documents

Publication Publication Date Title
EP3607715B1 (en) NF SERVICE CONSUMER RESTART DETECTION USING DIRECT SIGNALING BETWEEN NFs
CN108712485B (zh) 一种物联网设备的资源订阅方法和装置
CN107800565B (zh) 巡检方法、装置、系统、计算机设备和存储介质
CN108287751B (zh) 任务执行方法及装置、分布式系统
CN107667550B (zh) 无线通信系统中通过轮询信道来处理请求的方法及其设备
EP4017046A1 (en) Method and device for reporting user plane functional entity information, storage medium and electronic device
CN110012083B (zh) 一种数据传输方法、服务器及数据传输装置
WO2015188440A1 (zh) 资源订阅处理方法及装置
KR101528210B1 (ko) 소프트웨어 다운로드 방법 및 장치
TWI740210B (zh) 終端設備管理方法及伺服器
CN106789166B (zh) 一种网元批量配置的方法及装置
CN111638891B (zh) 一种设备升级方法、装置、终端设备和存储介质
US20210274020A1 (en) Communication method, client device, and server device
CN105208654B (zh) 一种通知消息发送方法及装置
CN112307486A (zh) 一种权限获取方法、设备和系统
WO2024103943A1 (zh) 一种业务处理方法、装置、存储介质及设备
CN107425994B (zh) 一种实现参数远程管理的方法、终端和服务器
CN106598758A (zh) 一种集中转发及调用方法及系统
US20170208457A1 (en) Terminal Configuration Service Method, Device, and System for Internet of Things
CN113271326B (zh) 网络协议地址调度方法、装置及电子设备
US10419368B1 (en) Dynamic scaling of computing message architecture
CN107124293B (zh) 一种分布式网络系统的协议管理方法及系统
US10320715B1 (en) Automated scaling of computing message architecture
CN110830528A (zh) 一种用于分布式定时开关控制的方法和装置
EP3799357A1 (en) Method for automatically exiting trial run, device, and system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200526