WO2019233404A1 - 报文传输方法、装置、网络侧设备及存储介质 - Google Patents

报文传输方法、装置、网络侧设备及存储介质 Download PDF

Info

Publication number
WO2019233404A1
WO2019233404A1 PCT/CN2019/089960 CN2019089960W WO2019233404A1 WO 2019233404 A1 WO2019233404 A1 WO 2019233404A1 CN 2019089960 W CN2019089960 W CN 2019089960W WO 2019233404 A1 WO2019233404 A1 WO 2019233404A1
Authority
WO
WIPO (PCT)
Prior art keywords
ptp
message
version
port
network
Prior art date
Application number
PCT/CN2019/089960
Other languages
English (en)
French (fr)
Inventor
韩柳燕
Original Assignee
中国移动通信有限公司研究院
中国移动通信集团有限公司
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 中国移动通信有限公司研究院, 中国移动通信集团有限公司 filed Critical 中国移动通信有限公司研究院
Priority to EP19816125.9A priority Critical patent/EP3813319A4/en
Priority to US16/972,037 priority patent/US11924314B2/en
Publication of WO2019233404A1 publication Critical patent/WO2019233404A1/zh

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/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658—Clock or time synchronisation among packet nodes
    • H04J3/0661—Clock or time synchronisation among packet nodes using timestamps
    • H04J3/0667—Bidirectional timestamps, e.g. NTP or PTP for compensation of clock drift and for compensation of propagation delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2517—Translation of Internet protocol [IP] addresses using port numbers

Definitions

  • the present disclosure relates to the technical field of transmission and network protocols, and in particular, to a message transmission method, device, network-side device, and storage medium.
  • PTP Precision Time Protocol
  • the business of mobile communication systems, finance, electricity and other systems requires time synchronization between nodes.
  • Network transmission time can use Precision Time Protocol (PTP) to meet high-precision time requirements.
  • PTP time synchronization is performed using a delayed computer system.
  • the master and slave device ports exchange PTP packets to calculate the path delay and time offset between the master and slave devices to achieve time synchronization between the master and slave devices.
  • PTP protocol is also constantly evolving, with different versions appearing. Different versions of the PTP protocol represent different time accuracy and processing capabilities.
  • the differences between different versions of the PTP protocol may include the meaning or value of individual message fields. For example, the fields representing the PTP version number are filled with different values.
  • the differences may also include that the new version of the PTP protocol uses the TLV extension field to carry information. The previous version of the PTP protocol did not use the TLV extension field.
  • the old version of the device that uses the old version of the PTP protocol receives the new version of the protocol and detects that the message uses the TLV extended field.
  • the message length is the same as that of the previous version of the PTP protocol. The length is different.
  • the packet is considered to be an abnormal packet and is discarded. Relevant technologies cannot solve the compatibility problem of devices using different versions of the PTP time synchronization protocol. When the old version of the device receives the new version of the protocol, it is likely to discard packets, resulting in failure to synchronize normally.
  • the time synchronization network includes a mixed networking of devices using the new and old versions of the PTP protocol, which includes five devices using the new version of the PTP protocol and four devices using the old version of the PTP protocol, using devices of different versions.
  • There is a synchronization protocol compatibility problem between devices and there is also a synchronization protocol compatibility problem between devices that support different versions of the protocol and the baseline.
  • Protocol messages When the network contains thousands to tens of thousands of nodes and each device contains dozens of ports, this configuration method requires a lot of time and effort, and it is easy to cause synchronization problems due to misconfiguration. In addition, changes in network topology and devices occur In this case, it must be reconfigured. In summary, when manually configuring the communication between the new and old versions of the devices in the related technology, the workload is large, the efficiency is low, errors are easy, and it is difficult to maintain.
  • the present disclosure provides a message transmission method, device, network-side device, and storage medium, which are used to solve the message interaction port and message protocol between the old and new devices that are manually configured in the related technology, resulting in low efficiency and error-prone. And difficult to maintain.
  • the present disclosure provides a message transmission method, which is applied to a network-side device.
  • the method includes:
  • the determined PTP versions of the at least two sending ports are the same or different.
  • the first PTP message includes at least one of the following: a PTP Announce message, a Sync message, a Follow_Up message, a Delay_Req message, and a Delay_Resp message.
  • the first PTP message includes at least one of the following: a PTP Announce message, a Sync message, a Follow_Up message, and a Delay_Resp message; if the sending port And its own state is a slave clock, and the first PTP message includes at least a Delay_Req message.
  • determining the PTP version of the sending port includes:
  • the method further includes:
  • the second PTP message includes at least one of the following: a PTP Announce message, a Sync message, a Follow_Up message, a Delay_Req message, and a Delay_Resp message.
  • determining a receiving port corresponding to the sending port includes:
  • the type of the transmission port set by the network-side device is a bidirectional port, determining the sending port as its corresponding receiving port;
  • the receiving port corresponding to the sending port is determined according to the matching relationship between the receiving port and the sending port.
  • a manner of identifying a PTP version used by a second PTP packet received by a receiving port corresponding to the sending port includes at least one of the following:
  • the message field includes at least one of the following: a synchronization domain number domain number field, a PTP version version PTP field, a superclock quality grandmaster Clock quality field, a PTP profile Specific 1 field, and a PTP profile Specific 2 field.
  • determining the PTP version of the sending port is determined by the network-side device during an initialization phase
  • the determining the PTP version of the sending port is determined periodically by the network-side device during time synchronization.
  • the second PTP message includes a PTPAnnounce message.
  • the method further includes:
  • the receiving port receives a second PTP message, and the second PTP message is a PTP Announce message, determining the own state of the sending port according to the best master clock algorithm;
  • the receiving port does not receive the second PTP message, it is determined that the status of the sending port itself is the master clock.
  • the determining whether the receiving port corresponding to the sending port has received the second PTP message includes:
  • the preset duration is determined according to a message sending period and a preset number of PTP messages.
  • the present disclosure provides a message transmission device, which is applied to a network-side device.
  • the device includes:
  • a determining circuit configured to determine a PTP version of the sending port for a sending port set by the network-side device
  • a sending circuit is configured to use the sending port to send a first PTP message using a PTP version of the sending port.
  • the present disclosure provides a network-side device including a memory, a processor, and a transceiver;
  • the processor is configured to read a program in the memory and execute the following processes: determining a PTP version of the sending port for a sending port set by the network-side device; and controlling the transceiver to use the sending port Sending a first PTP message using a PTP version of the sending port.
  • the processor is specifically configured to determine PTP versions of at least two sending ports that are the same or different, where the number of the sending ports is at least two.
  • the processor is specifically configured to determine the PTP version used by the second PTP packet received by the identified receiving port corresponding to the sending port as the PTP version of the sending port; or The PTP version specified by the network-side device is determined as the PTP version of the sending port.
  • the processor is further configured to determine whether a receiving port corresponding to the sending port receives a second PTP message before the PTP version of the sending port is determined.
  • the processor is specifically configured to determine the sending port as a corresponding receiving port if the transmission port type set by the network-side device is a bidirectional port; if the transmission port type set by the network-side device is It is a unidirectional port, and the receiving port corresponding to the sending port is determined according to the matching relationship between the receiving port and the sending port.
  • the processor is specifically configured to identify the target PTP version used by the second PTP message received by the receiving port corresponding to the sending port in at least one of the following ways: according to the report in the second PTP message The information contained in the text field determines the PTP version used by the second PTP message; determines the PTP version used by the second PTP message according to whether the second PTP message has a label length value TLV extension field; and according to the The information contained in the reserved field in the second PTP message determines the PTP version used by the second PTP message.
  • the processor is specifically configured to determine the PTP version of the sending port during the initialization phase or periodically detect and determine the PTP version of the sending port during the time synchronization phase.
  • the processor is further configured to: if the receiving port receives a second PTP message and the second PTP message is a PTPAnnounce message, determine the sending port according to an optimal master clock algorithm If the receiving port has not received the second PTP message, it is determined that the sending port's own state is the master clock.
  • the processor is specifically configured to determine, for a receiving port corresponding to the sending port, whether a second PTP message is received within a preset period of time; if not, determine that the receiving port has not received a second PTP message. Text.
  • the present disclosure provides a network-side device including a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory complete communication with each other through the communication bus;
  • a computer program is stored in the memory, and when the program is executed by the processor, the processor is caused to execute the steps of any one of the methods described above.
  • the present disclosure provides a computer-readable storage medium that stores a computer program executable by a network-side device, and when the program runs on the electronic device, causes the network-side device to execute any one of the foregoing Method steps.
  • the present disclosure provides a message transmission method, device, network-side device, and storage medium.
  • the method includes: determining a PTP version of the sending port for a sending port set by the network-side device; and sending using the sending port. Using the first PTP message of the PTP version of the sending port.
  • a network-side device can determine a sending port for communicating with a peer device, and send a PTP version of the PTP version using the determined sending port through the sending port, without additional manual configuration, thereby improving efficiency and correctness, and Improved maintainability.
  • FIG. 1 is a schematic diagram of a mixed network of devices using the new and old versions of the PTP protocol
  • FIG. 2 is a schematic diagram of a process provided by an embodiment of the present disclosure
  • FIG. 3 is a schematic structural diagram of determining a target PTP version in the related art
  • FIG. 4 is a schematic structural diagram of determining a target PTP version of the present disclosure provided by an embodiment of the present disclosure
  • FIG. 5 is a schematic diagram of a single-fiber bidirectional port provided by an embodiment of the present disclosure.
  • FIG. 6 is a schematic diagram of a dual-fiber bidirectional port provided by an embodiment of the present disclosure.
  • FIG. 7 is a schematic diagram of an initial stage of joining an older version of a device according to an embodiment of the present disclosure into a network
  • FIG. 8 is a schematic diagram of a new version of a device provided by an embodiment of the present disclosure during a network initialization phase
  • FIG. 9 is a schematic structural diagram of a network-side device according to an embodiment of the present disclosure.
  • FIG. 10 is a schematic structural diagram of a network-side device according to an embodiment of the present disclosure.
  • FIG. 11 is a schematic diagram of a message transmission apparatus according to an embodiment of the present disclosure.
  • embodiments of the present disclosure provide a message transmission method, device, network-side device, and storage medium.
  • the message transmission method provided in the embodiment of the present disclosure can be applied to a network-side device, which includes a hardware layer and an operating system layer running on the hardware layer.
  • the hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory.
  • hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory.
  • the operating system may be any one or more computer operating systems that implement business processing through processes, such as a Linux operating system, a Unix operating system, or a windows operating system.
  • the network-side device may be located in a network node in an access network or a core network.
  • the type of the network-side device is not particularly limited in the embodiments of the present disclosure, as long as an embodiment of the present disclosure can be recorded through operation In the program of the code of the message transmission method, the message transmission can be realized.
  • the network-side device is provided with multiple ports for information exchange with other network-side devices or user terminals.
  • the network-side device uses the PTP that it can support in the information that it interacts with other network-side devices or user terminals during time synchronization. Version of the PTP packet.
  • FIG. 2 is a schematic diagram of a message transmission process according to an embodiment of the present disclosure. The process includes the following steps:
  • S201 For a sending port set by the network-side device, determine a PTP version of the sending port.
  • the message transmission method provided in the embodiment of the present disclosure is applied to a network-side device.
  • the network-side device may be a time server, a time transmission node, a base station, and an end device to which the PTP protocol is applied.
  • the network-side device is provided with at least one sending port.
  • the network-side device is provided with multiple sending ports.
  • the network-side device generally stores the logic for determining the PTP version of each sending port, so that the network-side device can determine the PTP version of the sending port for the sending port. If multiple sending ports are set in the network-side device, some ports may need to determine their corresponding PTP versions, and some ports may be fixed with PTP versions. If the number of the sending ports is at least two, the determined PTP versions of the at least two sending ports are the same or different.
  • the network-side device is set to support a PTP version during development.
  • a newly developed network-side device can support a new higher PTP version
  • a previously-developed network-side device can support a previous lower PTP version.
  • a higher-PTP version of the network-side device can be compatible with the previous lower-PTP version
  • a network-side device that supports the previous lower-PTP version cannot be compatible with the new higher-PTP version, so the PTP version of the sending port
  • the determining mechanism is usually related to the PTP version supported by the peer device corresponding to the sending port.
  • S202 Use the sending port to send a first PTP message using a PTP version of the sending port.
  • the network-side device After the network-side device determines the PTP version of the sending port, it can generate a first PTP message using the PTP version of the sending port and use the sending port to send the first PTP message, so that the peer device receives the first After the PTP message, the time synchronization is completed.
  • the first PTP message includes at least one of the following: a PTP announcement (Announce) message, a synchronization (Sync) message, a follow (Up) message, a delay request (Delay_Req) message, and a delay response (Delay_Resp) message .
  • a network-side device can determine a sending port for communication with a peer device, and send a PTP version of the PTP version using the determined sending port through the sending port, without manual configuration, thereby improving efficiency and correctness And improve maintainability.
  • the identified PTP version used by the second PTP packet received by the receiving port corresponding to the sending port Determined to be the PTP version of the sending port;
  • the network-side device may determine based on the PTP packets received by the receiving port corresponding to the sending port, or it may determine based on the specified PTP version, thereby improving the flexibility of protocol compatibility.
  • the network-side device may determine a receiving port corresponding to the sending port, and then identify a PTP version used by the second PTP packet received by the receiving port corresponding to the sending port, so as to determine the PTP version used by the second PTP as PTP version of this send port.
  • the network-side device may determine the PTP version specified by the network-side device as the PTP version of the sending port after determining that the receiving port corresponding to the sending port has not received the second PTP packet, or it may be whether or not the receiving port corresponding to the sending port is After receiving the second PTP packet, the PTP version specified by the network-side device is determined as the PTP version of the sending port.
  • the PTP version specified by the network-side device can be the PTP version specified for each sending port, that is, the PTP version of each sending port can be the same or different, or it can be the PTP version specified by the network-side device, that is, each sending port The PTP version is the same.
  • the specified PTP version may be the highest PTP version supported by the network-side device, may be the lowest PTP version supported by the network-side device, and may be the PTP version with the largest usage ratio in the network where the network-side device is located.
  • the second PTP message includes at least one of the following: a PTP Announce message, a Sync message, a Follow_Up message, a Delay_Req message, and a Delay_Resp message.
  • the method further includes:
  • the network-side device determines the PTP version of the sending port, it can determine it according to whether the receiving port corresponding to the sending port receives a PTP packet.
  • the PTP version of the sending port is not fixed but variable.
  • a receiving port corresponding to the sending port is stored in the network-side device, and the sending port set by the network-side device and the corresponding receiving port may be the same or different.
  • the network-side device can identify whether the receiving port has received the second PTP packet. Specifically, the network-side device can determine whether the receiving port has received the second PTP packet within a preset time period, or it can pass the unreceived packet. The number of PTP messages determines whether a second PTP message is received.
  • the network-side device determines the PTP version of the sending port according to the judgment result of whether the receiving port corresponding to the sending port receives the second PTP packet.
  • the network-side device can recognize and receive the second PTP version.
  • the PTP version used by the second PTP message is higher than the current PTP version
  • the network side device considers that it has not received the second PTP packet.
  • the network-side device When the receiving port of the network-side device recognizes that the second PTP packet is received, it can be considered that the PTP version used by the second PTP packet is a compatible PTP version of the network-side device. In order to further achieve automatic protocol compatibility, the network-side device may determine the PTP version used by the second PTP packet as the PTP version of the sending port corresponding to the receiving port.
  • the network-side device can send a new version of the PTP packet by default to determine that the network-side device can The highest PTP version supported, and this highest PTP version is determined as the PTP version of the sending port.
  • the network-side device can specify multiple receiving ports and their corresponding sending ports.
  • the network-side device can independently determine the target PTP protocol of the sending port corresponding to each receiving port according to the message received by each receiving port. For example, the network If the side device has N ports, M ports may send the old version of the PTP protocol, and the remaining NM ports send the new version of the PTP protocol.
  • FIG. 3 is a schematic diagram of determining a target PTP version without using the method provided by the embodiment of the present disclosure.
  • Devices are network-side devices, and two synchronization devices that do not support the new protocol version B but support protocol version A.
  • PTP messages sent between two synchronous devices that support version protocol B are PTP messages using version B
  • PTP messages sent between two synchronous devices that support version protocol A are PTP messages that use version A.
  • a synchronization device that supports version protocol B and a synchronization device that supports version protocol A sends PTP packets
  • a synchronization device that supports version protocol B always sends PTP packets using version B
  • a synchronization device that supports version protocol A sends
  • the synchronization device supporting version protocol A cannot recognize the PTP packets using version B, resulting in a synchronization device supporting version protocol A being unable to Complete time synchronization.
  • FIG. 4 is a schematic diagram of determining a target PTP version using a method provided by an embodiment of the present disclosure. As shown in FIG. 4, it includes three synchronization devices that support the new version protocol B, that is, network-side devices, and two synchronization devices that do not support the new protocol version B but support protocol version A.
  • the version of the PTP packet received by a synchronization device supporting version protocol B on a port is version A
  • the version of the PTP packet sent by the synchronization device supporting version protocol B on the sending port corresponding to the port is version A
  • the version of the PTP message received by a synchronization device supporting version protocol B on a receiving port is version B
  • the version of the PTP message sent by the synchronization device supporting version protocol B on the sending port corresponding to the port For version B.
  • the PTP packets sent between two synchronous devices that support version protocol B are PTP messages using version B
  • the PTP packets sent between two synchronous devices that support version protocol A are used versions A ’s PTP message
  • a synchronization device supporting version protocol B and a synchronization device supporting version protocol A sends a PTP message
  • a synchronization device supporting version protocol B receives a
  • a synchronization device that supports version protocol B uses version A as the target PTP version.
  • a PTP message using version A is sent. Therefore, a synchronization device that supports version A can recognize that a PTP packet using version A is received, and complete time synchronization.
  • the embodiments of the present disclosure can automatically and effectively solve the compatibility problem between different versions of PTP, and do not need to use the equipment of the old version of the protocol to make any updates. It is suitable for mixed networking scenarios and solves the problem of synchronous network evolution.
  • the network-side device when the network-side device determines the target PTP version of the sending port, it can determine it according to the PTP packet received by the receiving port corresponding to the sending port, or it can determine it according to the specified PTP version, thereby further guaranteeing the device The flexibility of the protocol's automatic compatibility.
  • determining a receiving port corresponding to the sending port includes:
  • the type of the transmission port set by the network-side device is a bidirectional port, determining the sending port as its corresponding receiving port;
  • the receiving port corresponding to the sending port is determined according to the matching relationship between the receiving port and the sending port.
  • the sending port set by the network-side device and its corresponding receiving port may be the same or different. Specifically, whether the sending port set by the network-side device is the same as the corresponding receiving port may be the type of the transmission port set by the network-side device It can be related to types such as fiber optic ports or electrical ports.
  • the transmission port type includes a unidirectional port and a bidirectional port.
  • a bidirectional port indicates that the port can send and receive information
  • a unidirectional port indicates that the port can send or receive information.
  • the types of transmission ports include single-fiber bidirectional ports and dual-fiber bidirectional ports.
  • the transmission port type is a single-fiber bidirectional port, as shown in Figure 5, the sending port and its corresponding receiving port are the same port, that is, sending PTP packets and receiving PTP packets on one port.
  • the sending port can be determined as its corresponding receiving port. port.
  • the transmission port type is a dual-fiber bidirectional port, as shown in Figure 6, the sending port and its corresponding receiving port are not the same port, that is, sending PTP packets and receiving PTP packets on two paired ports.
  • the network-side device receives The version of the received PTP message determines the version of the PTP message sent by the network-side device at the corresponding sending port corresponding to the receiving port.
  • the receiving relationship corresponding to the sending port can be determined according to the pre-stored matching relationship between the receiving port and the sending port. port.
  • the transmission port type is similar to that when the port is a fiber port, and details are not described herein.
  • the network-side device can determine the receiving port corresponding to the transmission according to the type of the transmission port, thereby achieving time synchronization.
  • a manner of identifying a PTP version received by a receiving port corresponding to the sending port includes at least one of the following:
  • TLV Tag Length Value
  • the message field includes at least one of the following: a synchronization domain number field, a PTP version field, a grandmaster clock quality field, a PTP profile specific field, and a PTP profile specific field.
  • the network-side device can obtain the PTP packet of the second PTP packet by detecting the second PTP packet received by the receiving port, so as to determine the PTP version of the sending port when performing information interaction with the corresponding device.
  • the network-side device may determine by using one or more of some specific fields in the received second PTP packet, that is, using at least one of the following methods.
  • the network-side device detects information contained in a message field in the second PTP message to determine a target PTP version.
  • the message field may include a used message field, and the message field includes at least one of the following: domainNumber Field, version PTP field, grandmaster Clock Quality field. It is believed that those skilled in the art can determine the target PTP version according to the information contained in the used message field, which is not described herein.
  • the network-side device detects whether the second PTP packet has a TLV extension field to determine the target PTP version. It is believed that those skilled in the art can determine the target PTP version according to whether the second PTP message has a TLV extension field, and details are not described herein.
  • the network-side device determines the target PTP version according to the information contained in the reserved field in the second PTP message. It is believed that those skilled in the art can determine the reserved field in the PTP message, and determine the target PTP version according to whether the second PTP message has the TLV extension field, and details are not described herein.
  • the network-side device can detect the second PTP message received by the receiving port and obtain the PTP message of the second PTP message, thereby determining the PTP version of the sending port when information is exchanged with the corresponding device, thereby achieving time synchronization.
  • the first PTP message includes at least one of the following: a PTP Announce message, a Sync message, and a Follow_Up A message, a Delay_Resp message; if the sending port itself is a slave clock, the first PTP message includes at least a Delay_Req message.
  • the status of the sending port of the network-side device determines the content of the sent PTP packet. Therefore, the network-side device uses the sending port to send the first PTP packet using the target PTP version. Before or after the timing, the network-side device may first determine the status of the sending port, and then send the corresponding first PTP packet according to the status of the sending port.
  • the method further includes:
  • the receiving port receives a second PTP message, and the second PTP message is a PTP Announce message, determining the own state of the sending port according to the best master clock algorithm;
  • the receiving port does not receive the second PTP message, it is determined that the status of the sending port itself is the master clock.
  • the network-side device determines the status of the sending port, if it receives a second PTP message through the receiving port, and the second PTP message is a PTP Announce message, it determines its own state based on the best master clock algorithm to determine the network.
  • the status of the sending port of the side device is the master clock or the slave clock.
  • the process of determining the own state of the sending port according to the best master clock algorithm belongs to the related technology, and is not described in detail in the embodiments of the present disclosure.
  • the optimal master clock algorithm may be stored in a network-side device in advance.
  • the network-side device determines that the status of the sending port itself is the master clock.
  • the first PTP message includes the PTP Announce message and the Sync message. That is, the sending port is used to send the first PTP version including the PTP Announce message and the Sync message. .
  • the first PTP message includes a Sync message, that is, the sending port is used to send the first PTP version including the Sync message.
  • a synchronization device supporting the new version protocol B (hereinafter referred to as “new version device”) exists in the network, and a synchronization device that does not support the new protocol version B but supports protocol version A (hereinafter referred to as “old version” Device ”) is newly added to the network and is in the initialization phase.
  • the old version device listens to the PTP Announce message of the new version device, which is the second PTP message. This includes the following two scenarios:
  • the first type Assume that the new version of the device is sending a PTP Announce message, and the PTP version used in the PTP Announce message is the new version, that is, protocol version B. At this time, the old version device may not receive the new version of the PTP Announce report normally. In the previous version, the device believed that it had not received the PTP Announce message within the set time period. The old version device assumed that it was the master clock to determine its state as the master clock, and sent the PTP Announce message containing the old version, namely protocol version A, and In the first PTP message of the Sync message, the new version device receives and detects the first PTP message sent by the old version device, and can use the protocol version A used by the first PTP message for normal interaction information.
  • the second type assuming that the old version device does not receive the PTP Announce message sent by the new version device within the set time, the old version device assumes that it is the master clock and sends the first PTP including the Sync message and the Announce message Message. After the new version device receives and detects the first version of the old PTP packet sent by the old version device, it sends the old version PTP message to the old version device, and then normally exchanges information.
  • new version devices there are synchronization devices in the network that do not support the new protocol version B but support protocol version A
  • new versions a synchronization device that supports the new version protocol B
  • new version device listens to the PTP Announce message of the old version device, which is the second PTP message. This includes the following two scenarios:
  • the first type Assume that the old version of the device is sending PTP Announce packets. At this time, the new version of the device can normally receive the old version of the message. After the new version of the device receives and detects the old version of the PTP message sent by the old version of the device, that is, the second PTP message, and then sends the old version of the first PTP message to the old version of the device, then the old version of the device and the new version The device interacted with the information normally.
  • the second type Assuming that the new version of the device does not receive the PTP Announce message sent by the old device within the specified time, the new version of the device assumes that it is the master clock and sends a Sync message and an Announce message.
  • the old version device cannot receive the new version information normally, the old version device will still send PTP Announce packets within a certain period of time, until the new version device receives and detects the PTP information sent by the old version device, and returns the old version information. At this time, the old version of the device can normally interact with the new version of the device.
  • the network-side device may first determine the own status of the sending port, and determine the content contained in the sent PTP packet according to its own status, thereby achieving time synchronization between the devices.
  • the determining whether the receiving port corresponding to the sending port receives the second PTP message includes:
  • the determining whether the receiving port corresponding to the sending port receives the second PTP message includes:
  • the network-side device may determine whether the receiving port corresponding to the sending port receives the second PTP packet according to whether a PTP packet is received within the set duration, or may determine the corresponding sending port according to the number of PTP packets not received. Whether the receiving port of the IPC receives a second PTP packet.
  • the preset period of time stored in the network-side apparatus may be The duration can be saved for the network-side device, that is, the preset duration corresponding to each receiving port in the network-side device is the same.
  • the preset duration can also be saved for each receiving port in the network-side device, that is, the network-side device.
  • the preset duration corresponding to each receiving port is the same or different.
  • the preset duration can be any length of time, such as 5 seconds or 10 seconds.
  • the preset duration can be the same or different for each judgment cycle. For example, the preset duration of the previous cycle in the current cycle is 10 seconds, and in the current cycle The default duration is 5 seconds.
  • the preset duration may be manually input by a network maintenance person, or may be determined by a network-side device.
  • the preset duration is determined according to a packet sending period and a preset number of PTP packets. Specifically, the product of the message sending period and the preset number of PTP messages may be determined as the preset duration, or may be determined according to the message sending period, the preset number of PTP messages, and the preset duration determination algorithm. Preset duration.
  • the network-side device determines whether the receiving port corresponding to the sending port receives the second PTP message according to the number of PTP messages that have not been received, it may be the message sending period set in the network-side device, such as 125 milliseconds (ms) or 1 second, etc.
  • the packet sending period set in the network-side device can be configured by the network maintenance personnel to the network-side device according to the time synchronization requirement, or it can be determined by the network-side device according to the time between any two previously received packets. It may be obtained according to a parameter characterizing a message period carried in a message received by a network-side device, and is not limited herein.
  • the network-side device can record the current waiting time for the receiving port corresponding to the sending port.
  • the network-side device can record the waiting time again from the last time it received a PTP packet, or it can record the waiting time after it first connects to the network.
  • the network-side device may determine the PTP packets not received by the receiving port according to the correspondence between the packet sending period and the waiting time and the number of unreceived PTP messages according to the preset message sending period and the currently recorded waiting time.
  • the number of packets can be the waiting time divided by the packet sending period, and the number of PTP packets not received by the receiving port is determined according to the obtained quotient.
  • a preset number threshold is stored in the network-side device, and the number threshold can be any positive integer, such as the number threshold is 3 or 5.
  • the network-side device determines the number of unreceived PTP packets, it can determine whether the number of received PTP packets reaches a preset number threshold, and if so, determine that the receiving port has not received the second PTP packet.
  • the network-side device may determine whether the receiving port corresponding to the sending port has received the second PTP packet, thereby determining the PTP version of the sending port corresponding to the sending port according to the judgment result, and achieving time synchronization.
  • the determining of the PTP version of the sending port is determined by the network-side device during the initialization phase;
  • the determining the PTP version of the sending port is determined periodically by the network-side device during time synchronization.
  • the network-side device can implement the PTP version detection mechanism to initialize time synchronization when it is online, or it can perform periodic detection during PTP clock synchronization to achieve time synchronization, which improves the flexibility of time synchronization.
  • the network-side device executes the PTP version detection mechanism to synchronize time when it is initialized and goes online, the network-side device can determine whether it is in the initialization phase, and when it is determined that it is in the initialization phase, perform the process of determining the PTP version of the sending port.
  • the second PTP message includes a PTPAnnounce message.
  • the network-side device can perform the process of determining the PTP version of the sending port according to the set time period.
  • the network-side device implements the PTP version detection mechanism to achieve time synchronization when it is initialized and goes online, then according to the PTP clock, that is, the network-side device initialization process, when a clock goes online, it listens to the PTP from the master clock within the specified time of the system.Announce Message. If a PTP Announce message is received, the state is determined according to the best master clock algorithm; if no PTP Announce message is received within this period, the clock assumes that it is the master clock and sends a Sync message and an Announce message. PTP packets. If the state determined by the best master clock algorithm is the master clock, periodically send PTP messages containing Sync messages and Announce messages; if it is the slave clock, periodically interact with the master clock to adjust the local time.
  • the PTP clock that is, the network-side device initialization process, when a clock goes online, it listens to the PTP from the master clock within the specified time of the system.Announce Message. If a PTP Announce message is received
  • the network-side device can flexibly adjust the PTP version of the PTP packet sent by the sending port. For example, the device sends a new version of the PTP packet to the port. In the subsequent process, when a lower version PTP packet is received from the peer end, the device adjusts the version of the PTP packet corresponding to this port to a lower version. On the contrary, the device sends a lower version of PTP packets to this port. In the subsequent process, a new version of the PTP packet is received from the peer end, and the device adjusts the version of the PTP packet corresponding to this port to the new version.
  • the network-side device may perform a PTP version detection mechanism to implement time synchronization when it is initialized to go online, or may perform periodic detection during PTP clock synchronization to implement time synchronization, which improves the flexibility of time synchronization.
  • an embodiment of the present disclosure further provides a network-side device 900, as shown in FIG. 9, including: a processor 901, a memory 902, and a transceiver 903;
  • the processor 901 is configured to execute a program in the read memory 902 and execute the following processes:
  • an embodiment of the present disclosure also provides a network-side device. Since the principle of the network-side device to solve the problem is similar to the method of packet transmission, the implementation of the above-mentioned network-side device can refer to the implementation of the method. I will not repeat them here.
  • the bus architecture may include any number of interconnected buses and bridges, and one or more processors specifically represented by the processor 901 and various circuits of the memory represented by the memory 902 are linked together.
  • the bus architecture can also link various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art, so they are not further described herein.
  • the transceiver 903 may be a plurality of elements, including a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium.
  • the processor 901 is responsible for managing the bus architecture and general processing, and the memory 902 may store data used by the processor 901 when performing operations.
  • the processor 901 may be a central embedded device (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (Field-Programmable Gate Array, FPGA), or a complex programmable logic device ( Complex Programmable Logic Device (CPLD).
  • CPU central embedded device
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • CPLD Complex Programmable Logic Device
  • the processor 901 is specifically configured to determine the same or different PTP versions of at least two sending ports, where the number of the sending ports is at least two.
  • the first PTP message includes at least one of the following: a PTP Announce message, a Sync message, a Follow_Up message, a Delay_Req message, and a Delay_Resp message.
  • the first PTP message includes at least one of the following: a PTP Announce message, a Sync message, a Follow_Up message, and a Delay_Resp message; if the sending port's own state To be a slave clock, the first PTP message includes at least a Delay_Req message.
  • the processor 901 is specifically configured to determine the PTP version used by the second PTP packet received by the identified receiving port corresponding to the sending port as the PTP version of the sending port; or determine the network side
  • the PTP version specified by the device is determined as the PTP version of the sending port.
  • the processor 901 is further configured to determine whether a receiving port corresponding to the sending port receives a second PTP packet before the PTP version of the sending port is determined.
  • the second PTP message includes at least one of the following: a PTP Announce message, a Sync message, a Follow_Up message, a Delay_Req message, and a Delay_Resp message.
  • the processor 901 is specifically configured to determine the sending port as its corresponding receiving port if the transmission port type set by the network-side device is a bidirectional port; if the transmission port type set by the network-side device is single The receiving port determines the receiving port corresponding to the sending port according to the matching relationship between the receiving port and the sending port.
  • the processor 901 is specifically configured to identify the PTP version used by the second PTP message received by the receiving port corresponding to the sending port in at least one of the following ways: According to the message field in the second PTP message, Determining the PTP version used by the second PTP message; determining the PTP version used by the second PTP message according to whether the second PTP message has a label length value TLV extension field; and according to the second The information contained in the reserved field in the PTP message determines the PTP version used by the second PTP message.
  • the message field includes at least one of the following: a synchronization domain number domain number field, a PTP version version PTP field, a superclock quality grandmaster Clock quality field, a PTP profile Specific 1 field, and a PTP profile Specific 2 field.
  • the processor 901 is specifically configured to determine the PTP version of the sending port during the initialization phase or periodically detect and determine the PTP version of the sending port during the time synchronization phase.
  • the processor 901 is further configured to, if the receiving port receives a second PTP message, and the second PTP message is a PTP Announce message, determine the owning of the sending port according to an optimal master clock algorithm. Status; if the receiving port does not receive a second PTP message, determining the own status of the sending port as the master clock.
  • the processor 901 is specifically configured to determine whether a second PTP message is received within a preset time period for a receiving port corresponding to the sending port; if not, determine that the receiving port has not received a second PTP message .
  • the preset duration is determined according to a message sending period and a preset number of PTP messages.
  • the network-side device may determine a sending port for communication with a peer device, and send a PTP version of the PTP version using the determined sending port through the sending port, without requiring additional manual configuration, thereby improving efficiency and Correctness and improved maintainability.
  • an embodiment of the present disclosure further provides a network-side device 1000, as shown in FIG. 10, including: a processor 1001, a communication interface 1002, a memory 1003, and a communication bus 1004. Among them, the processor 1001, a communication interface 1002, and a memory 1003 complete communication with each other through a communication bus 1004;
  • a computer program is stored in the memory 1003.
  • the processor 1001 executes the following steps:
  • the communication bus mentioned in the above network-side device may be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc.
  • PCI Peripheral Component Interconnect
  • EISA Extended Industry Standard Architecture
  • the communication bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, the figure only uses a thick line, but it does not mean that there is only one bus or one type of bus.
  • the communication interface 1002 is used for communication between the network-side device and other devices.
  • the memory may include random access memory (Random Access Memory, RAM), and may also include non-volatile memory (Non-Volatile Memory, NVM), such as at least one disk memory.
  • NVM non-Volatile Memory
  • the memory may be at least one storage device located far from the foregoing processor.
  • the above processor may be a general-purpose processor, including a central processor, a network processor (NP), etc .; it may also be a digital instruction processor (Digital Signal Processing, DSP), an application specific integrated circuit, a field programmable gate display, or Other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • DSP Digital Signal Processing
  • the processor when the processor executes a program stored in the memory, it is implemented to determine a sending port that communicates with a peer device, and sends a PTP message of a PTP version using the determined sending port through the sending port, without the need for additional human Configuration, which improves efficiency and correctness, and improves maintainability.
  • an embodiment of the present disclosure further provides a computer storage-readable storage medium, where the computer-readable storage medium stores a computer program executable by a network-side device.
  • the following steps are implemented when the network-side device executes:
  • the above computer-readable storage medium may be any available medium or data storage device that can be accessed by a processor in a network-side device, including, but not limited to, magnetic storage such as a floppy disk, hard disk, magnetic tape, magneto-optical disk (MO), etc., and optical storage such as CD, DVD, BD, HVD, etc., and semiconductor memory such as ROM, EPROM, EEPROM, non-volatile memory (NAND FLASH), solid state hard disk (SSD), etc.
  • magnetic storage such as a floppy disk, hard disk, magnetic tape, magneto-optical disk (MO), etc.
  • optical storage such as CD, DVD, BD, HVD, etc.
  • semiconductor memory such as ROM, EPROM, EEPROM, non-volatile memory (NAND FLASH), solid state hard disk (SSD), etc.
  • a computer program is stored in a computer-readable storage medium provided in the embodiment of the present disclosure.
  • the computer program When executed by a processor, it is implemented to determine a sending port for communication with a peer device, and send a PTP using the determined sending port through the sending port.
  • This version of PTP packets does not require additional manual configuration, which improves efficiency and correctness, and improves maintainability.
  • FIG. 11 is a schematic diagram of a message transmission apparatus 1100 according to an embodiment of the present disclosure, which is applied to a network-side device.
  • the apparatus includes:
  • a determining module 1101, configured to determine a PTP version of the sending port for a sending port set by the network-side device
  • the sending module 1102 is configured to use the sending port to send a first PTP message using a PTP version of the sending port.
  • the determined PTP versions of the at least two sending ports are the same or different.
  • the first PTP message includes at least one of the following: a PTP Announce message, a Sync message, a Follow_Up message, a Delay_Req message, and a Delay_Resp message.
  • the first PTP message includes at least one of the following: a PTP Announce message, a Sync message, a Follow_Up message, and a Delay_Resp message; if the sending port's own state To be a slave clock, the first PTP message includes at least a Delay_Req message.
  • the determining module is specifically configured to determine the PTP version used by the second PTP message received by the identified receiving port corresponding to the sending port as the PTP version of the sending port; or determine the network-side device The specified PTP version is determined as the PTP version of the sending port.
  • the determining module is further configured to determine, before determining the PTP version of the sending port, whether a receiving port corresponding to the sending port receives a second PTP message.
  • the second PTP message includes at least one of the following: a PTP Announce message, a Sync message, a Follow_Up message, a Delay_Req message, and a Delay_Resp message.
  • the determining module is specifically configured to: if the type of the transmission port set by the network-side device is a bidirectional port, determine the sending port as its corresponding receiving port; if the type of the transmission port set by the network-side device is one-way The port determines a receiving port corresponding to the sending port according to a matching relationship between the receiving port and the sending port.
  • the determining module is specifically configured to identify a PTP version used by a second PTP packet received by a receiving port corresponding to the sending port, including at least one of the following:
  • the message field includes at least one of the following: a synchronization domain number domain number field, a PTP version version PTP field, a superclock quality grandmaster Clock quality field, a PTP profile Specific 1 field, and a PTP profile Specific 2 field.
  • the determining module is specifically configured to determine the PTP version of the sending port during the initialization phase; or periodically detect and determine the PTP version of the sending port during the time synchronization phase.
  • the second PTP message includes a PTPAnnounce message.
  • the determining module is further configured to, if the receiving port receives a second PTP message and the second PTP message is a PTPAnnounce message, determine the own state of the sending port according to an optimal master clock algorithm If the receiving port does not receive a second PTP message, determining that the state of the sending port itself is a master clock.
  • the determining module is specifically configured to determine, for a receiving port corresponding to the sending port, whether a second PTP message is received within a preset period of time; if not, determine that the receiving port has not received a second PTP message.
  • the preset duration is determined according to a message sending period and a preset number of PTP messages.
  • the network-side device can determine the sending port for communication with the peer device, and send the PTP packet of the PTP version using the determined sending port through the sending port, without additional manual configuration, thereby improving efficiency and correctness. And improve maintainability.
  • the embodiments of the present disclosure may be provided as a method, a system, or a computer program product. Therefore, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present disclosure may take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code therein.
  • computer-usable storage media including, but not limited to, disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to work in a specific manner such that the instructions stored in the computer-readable memory produce a manufactured article including an instruction device, the instructions
  • the device implements the functions specified in one or more flowcharts and / or one or more blocks of the block diagram.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device, so that a series of steps can be performed on the computer or other programmable device to produce a computer-implemented process, which can be executed on the computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more flowcharts and / or one or more blocks of the block diagrams.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Small-Scale Networks (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)

Abstract

本公开公开了一种报文传输方法、装置、网络侧设备及存储介质，该方法包括：针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本；采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。

Description

报文传输方法、装置、网络侧设备及存储介质
相关申请的交叉引用
本公开主张在2018年6月5日在中国提交的中国专利申请No.201810569950.4的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及传输与网络协议技术领域，尤其涉及一种报文传输方法、装置、网络侧设备及存储介质。
背景技术
移动通信系统、金融、电力等系统的业务需要节点之间的时间同步。网络传输时间可以采用精确时间协议(Precision Time Protocol，PTP)来满足高精度时间要求。PTP时间同步采用延时计算机制进行，主从设备端口通过交互PTP报文，计算出主从设备之间的路径延迟和时间偏移，实现主从设备之间的时间同步。随着业务对同步精度要求的提升以及同步技术的演进，PTP协议也在不断演进，出现不同版本。不同版本的PTP协议代表了不同的时间精度以及处理能力。不同版本的PTP协议的区别可能包括在个别报文字段的含义或者数值上，比如代表PTP版本号的字段填写不同数值，区别还可能包括新版本的PTP协议利用了TLV扩展字段用于携带信息，而之前版本的PTP协议没有使用TLV扩展字段。
PTP时间同步协议出现不同版本之后，涉及不同版本的兼容问题。通常新开发的设备倾向于使用新版本PTP协议，携带更多的信息，以及标识该设备属于新版本设备，方便下游选源选择更好版本的时间源。新版本PTP协议设备通常可以兼容之前的旧版本PTP协议。但是使用旧版本PTP协议的设备很难兼容新版本PTP协议，比如新版本在某些字段的填写数值与之前版本不同，则之前版本设备收到新版本协议，检测到这个字段填写新数值之后，可能认为这是一个异常报文，从而丢弃。再比如，新版本使用了TLV扩展字段，则旧版本设备即使用旧版本PTP协议的设备收到新版本协议，检测到报文使 用TLV扩展字段，报文长度与之前旧版本PTP协议的报文长度不同，认为这是一个异常报文，从而丢弃。相关技术无法解决使用不同版本PTP时间同步协议的设备的兼容问题，旧版本设备在收到新版本协议情况下，很可能丢弃报文，导致无法正常同步。
如图1所示，时间同步网络包括使用新旧版本PTP协议的设备混合组网情况下，即包含五台使用新版本PTP协议的设备及四台使用旧版本PTP协议的设备，使用不同版本的设备之间存在同步协议兼容问题，并且支持不同版本协议的设备与基准之间同样存在同步协议兼容问题。而为了完全避免兼容问题，需要新设备与老设备对接的端口上发送旧协议版本的PTP报文。但是新设备在部署之前，无法获知该设备哪些端口将要对接老设备，因此，相关技术需要在混合组网场景下，根据实际网络的对接情况，人工配置每台设备每个端口发送哪种版本的协议报文。在网络包含几千至上万个节点，每个设备包含几十个端口情况下，这种配置方法需要耗费大量时间和精力，而且容易误配置导致出现同步问题，此外，在网络拓扑和设备出现变化时，必须重新配置，综上相关技术中人工配置实现新旧版本协议的设备之间的通信时，工作量大、效率低、易出错且难于维护。
发明内容
本公开提供了一种报文传输方法、装置、网络侧设备及存储介质，用以解决相关技术中人工配置设备新老设备间的报文交互端口和报文协议，造成的效率低、易出错且难于维护的问题。
本公开提供了一种报文传输方法，应用于网络侧设备，该方法包括：
针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本；
采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。
进一步地，如果所述发送端口的数量为至少两个，确定的所述至少两个发送端口的PTP版本相同或不同。
进一步地，所述第一PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Req报文、Delay_Resp报文。
进一步地，如果所述发送端口的自身状态为主时钟，所述第一PTP报文 包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Resp报文；如果所述发送端口的自身状态为从时钟，所述第一PTP报文至少包括Delay_Req报文。
进一步地，所述确定所述发送端口的PTP版本包括：
将识别到的所述发送端口对应的接收端口接收到的第二PTP报文使用的PTP版本，确定为所述发送端口的PTP版本；或
将所述网络侧设备指定的PTP版本确定为所述发送端口的PTP版本。
进一步地，在所述确定所述发送端口的PTP版本之前，所述方法还包括：
判断所述发送端口对应的接收端口是否接收到第二PTP报文。
进一步地，所述第二PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Req报文、Delay_Resp报文。
进一步地，确定所述发送端口对应的接收端口包括：
如果所述网络侧设备设置的传输端口类型为双向端口，将所述发送端口确定为其对应的接收端口；
如果所述网络侧设备设置的传输端口类型为单向端口，根据接收端口与发送端口的匹配关系，确定所述发送端口对应的接收端口。
进一步地，识别所述发送端口对应的接收端口接收到的第二PTP报文使用的PTP版本的方式包括以下至少一种：
根据所述第二PTP报文中报文字段包含的信息确定所述第二PTP报文使用的PTP版本；根据所述第二PTP报文是否具有标签长度值TLV扩展字段确定所述第二PTP报文使用的PTP版本；和根据所述第二PTP报文中保留字段包含的信息确定所述第二PTP报文使用的PTP版本。
进一步地，所述报文字段包括以下至少一种：同步域编号domain Number字段、PTP版本version PTP字段、超级时钟质量grandmaster Clock Quality字段、PTP profile Specific 1字段、PTP profile Specific 2字段。
进一步地，所述确定所述发送端口的PTP版本为所述网络侧设备在初始化阶段确定；或
所述确定所述发送端口的PTP版本为所述网络侧设备在时间同步阶段周期性检测确定。
进一步地，如果所述确定所述发送端口的PTP版本为所述网络侧设备在初始化阶段确定，所述第二PTP报文包括PTP Announce报文。
进一步地，所述方法还包括：
如果所述接收端口接收到第二PTP报文，且所述第二PTP报文为PTP Announce报文，则根据最佳主时钟算法决定所述发送端口的自身状态；
如果所述接收端口未接收到第二PTP报文，则确定所述发送端口的自身状态为主时钟。
进一步地，所述判断所述发送端口对应的接收端口是否接收到第二PTP报文包括：
针对所述发送端口对应的接收端口，判断在预设时长内是否接收到第二PTP报文；
如果否，确定所述接收端口未接收到第二PTP报文。
进一步地，所述预设时长为根据报文发送周期与PTP报文的预设数量确定的。
本公开提供了一种报文传输装置，应用于网络侧设备，该装置包括：
确定电路，用于针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本；
发送电路，用于采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。
本公开提供了一种网络侧设备，包括存储器、处理器和收发机；
所述处理器，用于读取所述存储器中的程序，执行下列过程：针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本；控制所述收发机采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。
进一步地，所述处理器，具体用于确定相同或不同的至少两个发送端口的PTP版本，其中所述发送端口的数量为至少两个。
进一步地，所述处理器，具体用于将识别到的所述发送端口对应的接收端口接收到的第二PTP报文使用的PTP版本，确定为所述发送端口的PTP版本；或将所述网络侧设备指定的PTP版本确定为所述发送端口的PTP版本。
进一步地，所述处理器，还用于在所述确定所述发送端口的PTP版本之 前，判断所述发送端口对应的接收端口是否接收到第二PTP报文。
进一步地，所述处理器，具体用于如果所述网络侧设备设置的传输端口类型为双向端口，将所述发送端口确定为其对应的接收端口；如果所述网络侧设备设置的传输端口类型为单向端口，根据接收端口与发送端口的匹配关系，确定所述发送端口对应的接收端口。
进一步地，所述处理器，具体用于采用以下至少一种方式识别所述发送端口对应的接收端口接收到的第二PTP报文使用的目标PTP版本：根据所述第二PTP报文中报文字段包含的信息确定所述第二PTP报文使用的PTP版本；根据所述第二PTP报文是否具有标签长度值TLV扩展字段确定所述第二PTP报文使用的PTP版本；和根据所述第二PTP报文中保留字段包含的信息确定所述第二PTP报文使用的PTP版本。
进一步地，所述处理器，具体用于在初始化阶段确定所述发送端口的PTP版本或在时间同步阶段周期性检测确定所述发送端口的PTP版本。
进一步地，所述处理器，还用于如果所述接收端口接收到第二PTP报文，且所述第二PTP报文为PTP Announce报文，则根据最佳主时钟算法决定所述发送端口的自身状态；如果所述接收端口未接收到第二PTP报文，则确定所述发送端口的自身状态为主时钟。
进一步地，所述处理器，具体用于针对所述发送端口对应的接收端口，判断预设时长内是否接收到第二PTP报文；如果否，确定所述接收端口未接收到第二PTP报文。
本公开提供了一种网络侧设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
所述存储器中存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行上述任一项所述方法的步骤。
本公开提供了一种计算机可读存储介质，其存储有可由网络侧设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述网络侧设备执行上述任一项所述方法的步骤。
本公开提供了一种报文传输方法、装置、网络侧设备及存储介质，该方法包括：针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版 本；采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。本公开中网络侧设备可以通过确定与对端设备通信的发送端口，并通过发送端口发送使用确定的发送端口的PTP版本的PTP报文，无需人工额外配置，从而提高了效率和正确性，并提高了可维护性。
附图说明
为了更清楚地说明本公开实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为使用新旧版本PTP协议的设备混合组网的示意图；
图2为本公开实施例提供的过程的示意图；
图3为相关技术中的确定目标PTP版本的结构示意图；
图4为本公开实施例提供的本公开的确定目标PTP版本的结构示意图；
图5为本公开实施例提供的单纤双向端口示意图；
图6为本公开实施例提供的双纤双向端口示意图；
图7为本公开实施例提供的旧版本设备加入网络初始化阶段的示意图；
图8为本公开实施例提供的新版本设备加入网络初始化阶段的示意图；
图9为本公开实施例提供的网络侧设备的结构示意图；
图10为本公开实施例提供的网络侧设备的结构示意图；
图11为本公开实施例提供的报文传输装置示意图。
具体实施方式
为了提高使用不同版本的设备间兼容的效率、正确性及可维护性，本公开实施例提供了一种报文传输方法、装置、网络侧设备及存储介质。
本公开实施例提供的报文传输方法，可以应用于网络侧设备上，该网络侧设备包括硬件层，运行在硬件层之上的操作系统层。
该硬件层包括中央处理器(Central Processing Unit，CPU)、内存管理单元(Memory Management Unit，MMU)和内存等硬件。
该操作系统可以是任意一种或多种通过进程(Process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统或windows操作系统等。
并且在本公开实施例中该网络侧设备可以位于接入网或核心网中的网络节点，本公开实施例中并未特别限定该网络侧设备的类型，只要能够通过运行记录有本公开实施例中的报文传输方法的代码的程序，实现报文传输即可。
该网络侧设备设置有多个端口用于与其他网络侧设备或用户终端进行信息交互，该网络侧设备在时间同步时与其他网络侧设备或用户终端交互的信息中使用其所能够支持的PTP版本的PTP报文。
为了使本公开的目的、技术方案和优点更加清楚，下面将结合附图本公开作进一步地详细描述，显然，所描述的实施例仅仅是本公开的一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
图2为本公开实施例提供的一种报文传输过程的示意图，该过程包括以下步骤：
S201：针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本。
本公开实施例提供的报文传输方法应用于网络侧设备，该网络侧设备可以为时间服务器、时间传输节点、基站及应用了PTP协议的末端设备等。该网络侧设备设置有至少一个发送端口，通常网络侧设备设置的发送端口有多个。
网络侧设备中通常保存有每个发送端口的PTP版本的确定逻辑，从而网络侧设备能够针对发送端口，确定该发送端口的PTP版本。如果网络侧设备中设置有多个发送端口，则可以有部分端口需要确定其对应的PTP版本，有部分端口可以是固定设置有PTP版本等。如果所述发送端口的数量为至少两个，确定的所述至少两个发送端口的PTP版本相同或不同。
网络侧设备在开发时设置有其能够支持的PTP版本，通常新开发的网络侧设备能够支持新的较高的PTP版本，之前开发的网络侧设备能够支持之前 的较低的PTP版本，支持新的较高的PTP版本的网络侧设备能够兼容之前较低的PTP版本，而支持之前的较低的PTP版本的网络侧设备不能够兼容新的较高的PTP版本，因此发送端口的PTP版本的确定机制通常与该发送端口对应的对端设备所能够支持的PTP版本相关。
S202：采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。
网络侧设备确定发送端口的PTP版本后，可以生成使用该发送端口的PTP版本的第一PTP报文，并采用该发送端口发送该第一PTP报文，从而使对端设备接收到该第一PTP报文后，完成时间同步。
所述第一PTP报文包括以下至少一种：PTP声明(Announce)报文、同步(Sync)报文、跟随(Follow_Up)报文、延迟请求(Delay_Req)报文、延迟响应(Delay_Resp)报文。
本公开实施例中网络侧设备可以通过确定与对端设备通信的发送端口，并通过发送端口发送使用确定的发送端口的PTP版本的PTP报文，无需人工额外配置，从而提高了效率和正确性，并提高了可维护性。
为了进一步提高协议兼容的效率和正确性，在上述实施例的基础上，本公开实施例中，将识别到的所述发送端口对应的接收端口接收到的第二PTP报文使用的PTP版本，确定为所述发送端口的PTP版本；或
将所述网络侧设备指定的PTP版本确定为所述发送端口的PTP版本。
网络侧设备在确定发送端口的PTP版本时，可以是根据发送端口对应的接收端口接收到的PTP报文确定，也可以是根据指定的PTP版本确定，从而提高协议兼容的灵活性。
具体地，网络侧设备可以是确定发送端口对应的接收端口，然后识别发送端口对应的接收端口接收到的第二PTP报文所使用的PTP版本，从而将该第二PTP使用的PTP版本确定为该发送端口的PTP版本。
网络侧设备可以是在确定发送端口对应的接收端口未接收到第二PTP报文后，将网络侧设备指定的PTP版本确定为发送端口的PTP版本，也可以是无论发送端口对应的接收端口是否接收到第二PTP报文，均将网络侧设备指定的PTP版本确定为发送端口的PTP版本。
网络侧设备指定的PTP版本可以是针对每个发送端口指定的PTP版本，即每个发送端口的PTP版本可以相同或不同，也可以是针对该网络侧设备指定的PTP版本，即每个发送端口的PTP版本相同。
该指定的PTP版本可以为网络侧设备支持的最高PTP版本，可以是网络侧设备支持的最低PTP版本，可以是网络侧设备所处网络中使用比例最大的PTP版本等。
所述第二PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Req报文、Delay_Resp报文。
如果确定的发送端口的PTP版本与发送端口对应的接收端口是否接收到第二PTP报文有关，则在所述确定所述发送端口的PTP版本之前，所述方法还包括：
判断所述发送端口对应的接收端口是否接收到第二PTP报文。
网络侧设备确定发送端口的PTP版本时，可以根据该发送端口对应的接收端口是否接收到PTP报文来确定。此时发送端口的PTP版本不是固定的，而是可变的。
网络侧设备中保存有发送端口对应的接收端口，网络侧设备设置的发送端口与其对应的接收端口可以相同可以不同。
网络侧设备可以识别接收端口是否接收到第二PTP报文，具体地，该网络侧设备可以是判断在预设时长内接收端口是否接收到第二PTP报文，也可以是通过未接收到的PTP报文的数量来确定是否接收到第二PTP报文。
网络侧设备根据发送端口对应的接收端口是否接收到第二PTP报文的判断结果，确定发送端口的PTP版本。
由于支持新的较高的PTP版本的网络侧设备能够兼容之前较低的PTP版本，而支持之前的较低的PTP版本的网络侧设备不能够兼容新的较高的PTP版本，因此当第二PTP报文使用的PTP版本不高于当前该网络侧设备支持的PTP版本时，该网络侧设备能够识别并接收该第二PTP版本，当第二PTP报文使用的PTP版本高于当前该网络侧设备支持的PTP版本时，该网络侧设备由于无法识别该PTP版本的PTP报文而丢弃，因此该网络侧设备认为未接收到第二PTP报文。
当网络侧设备的接收端口识别接收到第二PTP报文时，则可以认为该第二PTP报文使用的PTP版本为该网络侧设备能够兼容的PTP版本，则为了进一步实现协议的自动兼容，则网络侧设备可以将该第二PTP报文使用的PTP版本确定为该接收端口对应的发送端口的PTP版本。
当网络侧设备的接收端口未识别到接收到的第二PTP报文时，则为了进一步实现协议的自动兼容，则网络侧设备可以默认向外发送新版本PTP报文即确定该网络侧设备能够支持的最高PTP版本，并将该最高PTP版本，确定为发送端口的PTP版本。
网络侧设备可以具体多个接收端口及其对应的发送端口，网络侧设备可以根据每个接收端口接收到的报文情况，独立的决定每个接收端口对应的发送端口的目标PTP协议，例如网络侧设备有N个端口，则可能有M个端口发送旧版本PTP协议，剩余N-M个端口发送新版本PTP协议。
下面以一个具体的实施例对本公开实施例进行说明，图3为未使用本公开实施例提供的方法确定目标PTP版本的示意图，如图3所示，包括三台支持新的版本协议B的同步设备即网络侧设备，及两台不支持新的协议版本B但支持协议版本A的同步设备。均支持版本协议B的两台同步设备间发送的PTP报文为使用版本B的PTP报文，均支持版本协议A的两台同步设备间发送的PTP报文为使用版本A的PTP报文，而支持版本协议B的同步设备与支持版本协议A的同步设备之间在发送PTP报文时，支持版本协议B的同步设备一直发送使用版本B的PTP报文，支持版本协议A的同步设备发送使用版本A的PTP报文，由于支持版本协议A的同步设备不兼容协议版本B，因此支持版本协议A的同步设备无法识别到使用版本B的PTP报文，造成支持版本协议A的同步设备无法完成时间同步。
图4为使用本公开实施例提供的方法确定目标PTP版本的示意图。如图4所示，包括三台支持新的版本协议B的同步设备即网络侧设备，及两台不支持新的协议版本B但支持协议版本A的同步设备。当支持版本协议B的同步设备在某个端口接收到的PTP报文的版本为版本A时，则该支持版本协议B的同步设备在该端口对应的发送端口发送的PTP报文的版本为版本A，当支持版本协议B的同步设备在某个接收端口接收到的PTP报文的版本为版本 B时，则支持版本协议B的同步设备在该端口对应的发送端口发送的PTP报文的版本为版本B。
具体地，如图4均支持版本协议B的两台同步设备间发送的PTP报文为使用版本B的PTP报文，均支持版本协议A的两台同步设备间发送的PTP报文为使用版本A的PTP报文，而支持版本协议B的同步设备与支持版本协议A的同步设备之间在发送PTP报文时，当支持版本协议B的同步设备接收到支持版本协议A的同步设备发送的使用版本A的PTP报文，则支持版本协议B的同步设备将该版本协议A作为目标PTP版本，在与支持版本协议A的同步设备发送PTP报文时，发送的是使用版本A的PTP报文，因此支持版本协议A的同步设备能够识别接收到使用版本A的PTP报文，完成时间同步。
本公开实施例可以自动有效地解决不同版本PTP之间的兼容问题，不需要使用旧版本协议的设备做任何更新，适用于混合组网场景，解决同步网络演进问题。
本公开实施例中网络侧设备确定发送端口的目标PTP版本时，可以根据该发送端口对应的接收端口接收到的PTP报文来确定，也可以根据指定的PTP版本确定，从而进一步保证了设备间协议的自动兼容的灵活性。
在上述各实施例的基础上，本公开实施例中，确定所述发送端口对应的接收端口包括：
如果所述网络侧设备设置的传输端口类型为双向端口，将所述发送端口确定为其对应的接收端口；
如果所述网络侧设备设置的传输端口类型为单向端口，根据接收端口与发送端口的匹配关系，确定所述发送端口对应的接收端口。
网络侧设备设置的发送端口与其对应的接收端口可以相同或不同，具体地，网络侧设备设置的发送端口与其对应的接收端口是否相同可以是与网络侧设备设置的传输端口类型，该传输端口类型可以与光纤端口或电端口等类型有关。
该传输端口类型包括单向端口和双向端口，双向端口表示该端口能够实现信息的发送和接收，单向端口表示该端口能够实现信息的发送或接收。
以光纤端口为例，传输端口类型具体包括单纤双向端口和双纤双向端口。
若传输端口类型为单纤双向端口如图5所示，则发送端口与其对应的接收端口为同一端口即发送PTP报文和接收PTP报文在一个端口，可以将发送端口确定为其对应的接收端口。
若传输端口类型为双纤双向端口如图6所示，则发送端口与其对应的接收端口非同一端口，即发送PTP报文和接收PTP报文在两个配对端口，网络侧设备根据接收端口收到的PTP报文的版本，决定该网络侧设备在该接收端口对应配对的发送端口发送的PTP报文的版本，可以根据预先保存的接收端口与发送端口的匹配关系，确定发送端口对应的接收端口。
当端口为电端口等其他端口时，根据传输端口类型与端口为光纤端口时相似，在此不做赘述。
本公开实施例中网络侧设备根据传输端口类型，能够确定发送对应的接收端口，实现了时间的同步。
在上述各实施例的基础上，本公开实施例中，识别所述发送端口对应的接收端口接收到的PTP版本的方式包括以下至少一种：
根据所述第二PTP报文中报文字段包含的信息确定所述第二PTP报文使用的PTP版本；根据所述第二PTP报文是否具有标签长度值(Tag Length Value，TLV)扩展字段确定所述第二PTP报文使用的PTP版本；和根据所述第二PTP报文中保留字段包含的信息确定所述第二PTP报文使用的PTP版本。
所述报文字段包括以下至少一种：同步域编号(domain Number)字段、PTP版本(version PTP)字段、超级时钟质量(grandmaster Clock Quality)字段、PTP profile Specific 1字段、PTP profile Specific 2字段。
网络侧设备可以通过检测接收端口接收到的第二PTP报文，获取第二PTP报文的PTP报文，从而确定与对应设备进行信息交互时的发送端口的PTP版本。
网络侧设备可以通过接收到的第二PTP报文中的某些特定字段中的一个或多个来决定，即采用以下至少一种方式确定。
第一种，网络侧设备检测第二PTP报文中报文字段包含的信息来确定目标PTP版本，该报文字段可以包括已用报文字段，该报文字段包括以下至少一种：domain Number字段、version PTP字段、grandmaster Clock Quality字 段。相信本领域技术人员能够根据上述已用报文字段包含的信息来确定目标PTP版本，在此不做赘述。
第二种，网络侧设备检测第二PTP报文中是否具有TLV扩展字段来确定目标PTP版本。相信本领域技术人员能够根据第二PTP报文中是否具有TLV扩展字段来确定目标PTP版本，在此不做赘述。
第三种，网络侧设备根据第二PTP报文中保留字段包含的信息确定目标PTP版本。相信本领域技术人员能够确定PTP报文中的保留字段，并根据第二PTP报文中是否具有TLV扩展字段来确定目标PTP版本，在此不做赘述。
网络侧设备可以通过检测接收端口接收到的第二PTP报文，获取第二PTP报文的PTP报文，从而确定与对应设备进行信息交互时的发送端口的PTP版本，实现时间的同步。
在上述各实施例的基础上，本公开实施例中，如果所述发送端口的自身状态为主时钟，所述第一PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Resp报文；如果所述发送端口的自身状态为从时钟，所述第一PTP报文至少包括Delay_Req报文。
网络侧设备向外发送PTP报文时，网络侧设备的发送端口的自身状态决定了发送的PTP报文包含的内容，因此网络侧设备在采用发送端口发送使用目标PTP版本的第一PTP报文之前或之后等时机，网络侧设备可以先确定发送端口自身状态，从而根据发送端口的自身状态，发送对应的第一PTP报文。
具体地，所述方法还包括：
如果所述接收端口接收到第二PTP报文，且所述第二PTP报文为PTP Announce报文，则根据最佳主时钟算法决定所述发送端口的自身状态；
如果所述接收端口未接收到第二PTP报文，则确定所述发送端口的自身状态为主时钟。
网络侧设备在确定发送端口自身状态时，如果通过接收端口接收到了第二PTP报文，且第二PTP报文为PTP Announce报文，则根据最佳主时钟算法决定自身状态，从而确定该网络侧设备的发送端口的自身状态为主时钟或从时钟。根据最佳主时钟算法决定发送端口的自身状态的过程属于相关技术，在本公开实施例中不做赘述。该最佳主时钟算法可以是预先保存在网络侧设 备中。
如果网络侧设备通过接收端口未接收到第二PTP报文，则网络侧设备确定发送端口的自身状态为主时钟。
当网络侧设备确定发送端口的自身状态为主时钟，则第一PTP报文包括PTP Announce报文及Sync报文，即采用该发送端口发送包括PTP Announce报文及Sync报文的第一PTP版本。
当网络侧设备确定发送端口的自身状态为从时钟，则第一PTP报文包括Sync报文，即采用该发送端口发送包括Sync报文的第一PTP版本。
如图7所示，网络中存在支持新的版本协议B的同步设备(以下简称“新版本设备”)，一个不支持新的协议版本B但支持协议版本A的同步设备(以下简称“旧版本设备”)新加入网络，处于初始化阶段，该旧版本设备监听新版本设备的PTP Announce报文即第二PTP报文。包括以下两种情形：
第一种：假设新版本设备在向外发送PTP Announce报文，且该PTP Announce报文使用的PTP版本为新版本即协议版本B，这时旧版本设备可能无法正常接收新版本的PTP Announce报文，旧版本设备认为在设定时长内没有接收到PTP Announce报文，旧版本设备假定自己为主时钟即确定自身状态为主时钟，发送使用旧版本即协议版本A的包含PTP Announce报文及Sync消息的第一PTP报文，新版本设备接收并检测到旧版本设备发送的第一PTP报文，可以采用第一PTP报文使用的协议版本A进行正常的交互信息。
第二种：假设旧版本设备在设定时长内没有收到新版本设备发送的PTP Announce报文，则旧版本设备假定自己为主时钟，并发送包括Sync报文和Announce报文的第一PTP报文。新版本设备收到并检测到旧版本设备发的旧版本的第一PTP报文之后，从而给旧版本设备发送旧版本的PTP消息，之后正常交互信息。
如图8所示，网络中存在不支持新的协议版本B但支持协议版本A的同步设备(以下简称“旧版本设备”)，一个支持新的版本协议B的同步设备(以下简称“新版本设备”)新加入网络，处于初始化阶段，该新版本设备监听旧版本设备的PTP Announce报文即第二PTP报文。包括以下两种情形：
第一种：假设旧版本设备在向外发送PTP Announce报文，这时新版本设 备可以正常接收旧版本的消息。新版本设备收到并检测到旧版本设备发的旧版本的PTP消息即第二PTP报文之后，从而给旧版本设备发送旧版的第一PTP报文，这时旧版本设备就可以和新版本设备正常的交互信息了。
第二种：假设新版本设备在规定时间内没有收到旧设备发送的PTP Announce报文，则新版本设备假定自己为主时钟，并发送Sync消息和Announce报文。旧版本设备无法正常接收新版本信息，则旧版本设备在一定时间内该端口仍会发送PTP Announce报文，直到新版本设备收到并检测到旧版本设备发送的PTP信息，回送旧版本信息，这时旧版本设备就可以和新版本设备正常的交互信息了。
本公开实施例中网络侧设备可以先确定发送端口的自身状态，根据的自身状态决定发送的PTP报文包含的内容，从而实现设备间的时间同步。
在上述各实施例的基础上，本公开实施例中，可以采用下述方式中的任一种方式判断是否接收到第二PTP报文：
如果是判断在预设时长内接收端口是否接收到第二PTP报文，所述判断所述发送端口对应的接收端口是否接收到第二PTP报文包括：
针对所述发送端口对应的接收端口，判断在预设时长内是否接收到第二PTP报文；
如果否，确定所述接收端口未接收到第二PTP报文。
如果是通过未接收到的PTP报文的数量来确定是否接收到第二PTP报文，所述判断所述发送端口对应的接收端口是否接收到第二PTP报文包括：
针对所述发送端口对应的接收端口，根据预先设置的报文发送周期及当前记录的等待时长，确定所述接收端口未接收到的PTP报文数量；
判断未接收到的所述PTP报文数量是否达到预设的数量阈值；
如果是，确定所述接收端口未接收到第二PTP报文；
如果否，确定所述接收端口接收到第二PTP报文。
网络侧设备可以根据设定时长内是否接收到PTP报文来确定发送端口对应的接收端口是否接收到第二PTP报文，或者可以是根据未接收到的PTP报文的数量来确定发送端口对应的接收端口是否接收到第二PTP报文。
如果网络侧设备根据在预设时长内是否接收到第二PTP报文来确定发送 端口对应的接收端口是否接收到第二PTP报文可以是，网络侧设备中保存有预设时长，该预设时长可以是针对网络侧设备保存的，即网络侧设备中每个接收端口对应的预设时长相同，该预设时长也可以是针对网络侧设备中每个接收端口保存的，即网络侧设备中每个接收端口对应的预设时长相同或不同。
预设时长可以为任意时间长度，如5秒或10秒等，该预设时长针对每个判断周期可以相同或不同，如在当前周期的上一周期的预设时长为10秒，在当前周期的预设时长为5秒。
所述预设时长可以为网络维护人员手动输入的，也可以是网络侧设备确定的。
所述预设时长如果是网络侧设备确定的，则所述预设时长为根据报文发送周期与PTP报文的预设数量确定的。具体地，可以是将报文发送周期与PTP报文的预设数量的乘积确定为预设时长，也可以是根据报文发送周期、PTP报文的预设数量及预设时长确定算法，确定预设时长。
如果网络侧设备根据未接收到的PTP报文的数量来确定发送端口对应的接收端口是否接收到第二PTP报文可以是，网络侧设备中设置的报文发送周期如125毫秒(ms)或1秒等，网络侧设备中设置的报文发送周期可以是网络维护人员根据时间同步需求配置到网络侧设备中的，可以是网络侧设备根据之前接收到的任意两个报文间的时长确定的，可以是根据网络侧设备之前接收到的报文中携带的表征报文周期的参数获得的等，在此不做限定。
网络侧设备可以针对发送端口对应的接收端口记录当前的等待时长，网络侧设备可以从上次接收到PTP报文时开始重新记录等待时长，也可以是初次接入到网络后开始记录等待时长。
网络侧设备根据预先设置的报文发送周期及当前记录的等待时长，可以是根据报文发送周期及等待时长与未接收到的PTP报文数量的对应关系，确定接收端口未接收到的PTP报文数量，可以是将等待时长除以报文发送周期，根据得到的商确定接收端口未接收到的PTP报文数量等。
网络侧设备中保存有预设的数量阈值，该数量阈值可以为任意正整数，如该数量阈值为3或5等。网络侧设备确定未接收到的PTP报文数量后，可以判断为接收到的PTP报文数量是否达到预设的数量阈值，如果是，确定该 接收端口未接收到第二PTP报文。
本公开实施例中网络侧设备可以确定发送端口对应的接收端口是否接收到第二PTP报文，从而根据判断结果确定发送端口对应的发送端口的PTP版本，实现时间的同步。
在上述各实施例的基础上，本公开实施例中，所述确定所述发送端口的PTP版本为所述网络侧设备在初始化阶段确定；或
所述确定所述发送端口的PTP版本为所述网络侧设备在时间同步阶段周期性检测确定。
网络侧设备可以在初始化上线时执行PTP版本的探测机制实现时间的同步，也可以是在PTP时钟同步过程中进行周期性检测实现时间的同步，提高了时间同步的灵活性。
如果网络侧设备在初始化上线时执行PTP版本的探测机制实现时间的同步，网络侧设备可以判断自身是否处于初始化阶段，当确定自身处于初始化阶段时，进行发送端口的PTP版本确定的过程。
如果所述确定所述发送端口的PTP版本为所述网络侧设备在初始化阶段确定，所述第二PTP报文包括PTP Announce报文。
如果网络侧设备在PTP时钟同步过程中周期性检测实现时间的同步，网络侧设备可以按照设定的时间周期，进行发送端口的PTP版本确定的过程。
如果网络侧设备在初始化上线时执行PTP版本的探测机制实现时间的同步，则根据PTP时钟即网络侧设备初始化流程，当一个时钟上线时，它在系统指定的时间内监听来自主时钟的PTP Announce报文。如果收到PTP Announce报文，则根据最佳主时钟算法决定状态；如果这段时间内没有收到PTP Announce报文，该时钟则假定自己为主时钟，并发送包含Sync报文和Announce报文的PTP报文。如果最佳主时钟算法决定的状态是主时钟，则周期性地发送包含Sync报文和Announce报文的PTP报文；如果是从时钟，则周期性地与主时钟交互，调整本地时间。
如果网络侧设备周期性检测实现时间的同步，可以灵活调整发送端口发送的PTP报文的PTP版本，例如，设备该端口向外发送新版本PTP报文。在后续过程中，又收到对端发送的低版本PTP报文，设备将在该端口对应发送 的PTP报文版本调整为低版本。反之，设备该端口向外发送低版本PTP报文。在后续过程中，又收到对端发送的新版本PTP报文，设备将在该端口对应发送的PTP报文版本调整为新版本。
本公开实施例中网络侧设备可以在初始化上线时执行PTP版本的探测机制实现时间的同步，也可以是在PTP时钟同步过程中进行周期性检测实现时间的同步，提高了时间同步的灵活性。
在上述各实施例的基础上，本公开实施例还提供了一种网络侧设备900，如图9所示，包括：处理器901、存储器902和收发机903；
所述处理器901，用于执行读取存储器902中的程序，执行下列过程：
针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本；
控制所述收发机采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。
基于同一发明构思，本公开实施例中还提供了一种网络侧设备，由于上述网络侧设备解决问题的原理与报文传输方法相似，因此上述网络侧设备的实施可以参见方法的实施，重复之处不再赘述。
在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器901代表的一个或多个处理器和存储器902代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。收发机903可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器901负责管理总线架构和通常的处理，存储器902可以存储处理器901在执行操作时所使用的数据。
可选地，处理器901可以是中央处埋器(CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)。
所述处理器901，具体用于确定相同或不同的至少两个发送端口的PTP版本，其中所述发送端口的数量为至少两个。
所述第一PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Req报文、Delay_Resp报文。
如果所述发送端口的自身状态为主时钟，所述第一PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Resp报文；如果所述发送端口的自身状态为从时钟，所述第一PTP报文至少包括Delay_Req报文。
所述处理器901，具体用于将识别到的所述发送端口对应的接收端口接收到的第二PTP报文使用的PTP版本，确定为所述发送端口的PTP版本；或将所述网络侧设备指定的PTP版本确定为所述发送端口的PTP版本。
所述处理器901，还用于在所述确定所述发送端口的PTP版本之前，判断所述发送端口对应的接收端口是否接收到第二PTP报文。
所述第二PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Req报文、Delay_Resp报文。
所述处理器901，具体用于如果所述网络侧设备设置的传输端口类型为双向端口，将所述发送端口确定为其对应的接收端口；如果所述网络侧设备设置的传输端口类型为单向端口，根据接收端口与发送端口的匹配关系，确定所述发送端口对应的接收端口。
所述处理器901，具体用于采用以下至少一种方式识别所述发送端口对应的接收端口接收到的第二PTP报文使用的PTP版本：根据所述第二PTP报文中报文字段包含的信息确定所述第二PTP报文使用的PTP版本；根据所述第二PTP报文是否具有标签长度值TLV扩展字段确定所述第二PTP报文使用的PTP版本；和根据所述第二PTP报文中保留字段包含的信息确定所述第二PTP报文使用的PTP版本。
所述报文字段包括以下至少一种：同步域编号domain Number字段、PTP版本version PTP字段、超级时钟质量grandmaster Clock Quality字段、PTP profile Specific 1字段、PTP profile Specific 2字段。
所述处理器901，具体用于在初始化阶段确定所述发送端口的PTP版本或在时间同步阶段周期性检测确定所述发送端口的PTP版本。
所述处理器901，还用于如果所述接收端口接收到第二PTP报文，且所 述第二PTP报文为PTP Announce报文，则根据最佳主时钟算法决定所述发送端口的自身状态；如果所述接收端口未接收到第二PTP报文，则确定所述发送端口的自身状态为主时钟。
所述处理器901，具体用于针对所述发送端口对应的接收端口，判断在预设时长内是否接收到第二PTP报文；如果否，确定所述接收端口未接收到第二PTP报文。
所述预设时长为根据报文发送周期与PTP报文的预设数量确定的。
在本公开实施例中，网络侧设备可以通过确定与对端设备通信的发送端口，并通过发送端口发送使用确定的发送端口的PTP版本的PTP报文，无需人工额外配置，从而提高了效率和正确性，并提高了可维护性。
在上述各实施例的基础上，本公开实施例还提供了一种网络侧设备1000，如图10所示，包括：处理器1001、通信接口1002、存储器1003和通信总线1004，其中，处理器1001，通信接口1002，存储器1003通过通信总线1004完成相互间的通信；
所述存储器1003中存储有计算机程序，当所述程序被所述处理器1001执行时，使得所述处理器1001执行如下步骤：
针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本；
采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。
上述网络侧设备提到的通信总线可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口1002用于上述网络侧设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述处理器可以是通用处理器，包括中央处理器、网络处理器(Network Processor，NP)等；还可以是数字指令处理器(Digital Signal Processing，DSP)、 专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
在本公开实施例中，处理器执行存储器上所存放的程序时，实现确定与对端设备通信的发送端口，并通过发送端口发送使用确定的发送端口的PTP版本的PTP报文，无需人工额外配置，从而提高了效率和正确性，并提高了可维护性。
在上述各实施例的基础上，本公开实施例还提供了一种计算机存储可读存储介质，所述计算机可读存储介质内存储有可由网络侧设备执行的计算机程序，当所述程序在所述网络侧设备上运行时，使得所述网络侧设备执行时实现如下步骤：
针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本；
采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。
上述计算机可读存储介质可以是网络侧设备中的处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器如软盘、硬盘、磁带、磁光盘(MO)等、光学存储器如CD、DVD、BD、HVD等、以及半导体存储器如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD)等。
在本公开实施例中提供的计算机可读存储介质内存储有计算机程序，计算机程序被处理器执行时，实现确定与对端设备通信的发送端口，并通过发送端口发送使用确定的发送端口的PTP版本的PTP报文，无需人工额外配置，从而提高了效率和正确性，并提高了可维护性。
图11为本公开实施例提供的报文传输装置1100示意图，应用于网络侧设备，该装置包括：
确定模块1101，用于针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本；
发送模块1102，用于采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。
如果所述发送端口的数量为至少两个，确定的所述至少两个发送端口的PTP版本相同或不同。
所述第一PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Req报文、Delay_Resp报文。
如果所述发送端口的自身状态为主时钟，所述第一PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Resp报文；如果所述发送端口的自身状态为从时钟，所述第一PTP报文至少包括Delay_Req报文。
所述确定模块，具体用于将识别到的所述发送端口对应的接收端口接收到的第二PTP报文使用的PTP版本，确定为所述发送端口的PTP版本；或将所述网络侧设备指定的PTP版本确定为所述发送端口的PTP版本。
所述确定模块，还用于在所述确定所述发送端口的PTP版本之前，判断所述发送端口对应的接收端口是否接收到第二PTP报文。
所述第二PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Req报文、Delay_Resp报文。
所述确定模块，具体用于如果所述网络侧设备设置的传输端口类型为双向端口，将所述发送端口确定为其对应的接收端口；如果所述网络侧设备设置的传输端口类型为单向端口，根据接收端口与发送端口的匹配关系，确定所述发送端口对应的接收端口。
所述确定模块，具体用于识别所述发送端口对应的接收端口接收到的第二PTP报文使用的PTP版本的方式包括以下至少一种：
根据所述第二PTP报文中报文字段包含的信息确定所述第二PTP报文使用的PTP版本；根据所述第二PTP报文是否具有标签长度值TLV扩展字段确定所述第二PTP报文使用的PTP版本；和根据所述第二PTP报文中保留字段包含的信息确定所述第二PTP报文使用的PTP版本。
所述报文字段包括以下至少一种：同步域编号domain Number字段、PTP版本version PTP字段、超级时钟质量grandmaster Clock Quality字段、PTP profile Specific 1字段、PTP profile Specific 2字段。
所述确定模块，具体用于在初始化阶段确定所述发送端口的PTP版本；或在时间同步阶段周期性检测确定所述发送端口的PTP版本。
如果所述确定所述发送端口的PTP版本为所述网络侧设备在初始化阶段 确定，所述第二PTP报文包括PTP Announce报文。
所述确定模块，还用于如果所述接收端口接收到第二PTP报文，且所述第二PTP报文为PTP Announce报文，则根据最佳主时钟算法决定所述发送端口的自身状态；如果所述接收端口未接收到第二PTP报文，则确定所述发送端口的自身状态为主时钟。
所述确定模块，具体用于针对所述发送端口对应的接收端口，判断在预设时长内是否接收到第二PTP报文；如果否，确定所述接收端口未接收到第二PTP报文。
所述预设时长为根据报文发送周期与PTP报文的预设数量确定的。
在本公开实施例中网络侧设备可以确定与对端设备通信的发送端口，并通过发送端口发送使用确定的发送端口的PTP版本的PTP报文，无需人工额外配置，从而提高了效率和正确性，并提高了可维护性。
对于系统/装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器 中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本公开的可选的实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括可选的实施例以及落入本公开范围的所有变更和修改。
显然，本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。

Claims (28)

  1. 一种报文传输方法，应用于网络侧设备，该方法包括：
    针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本；
    采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。
  2. 如权利要求1所述的方法，其中，如果所述发送端口的数量为至少两个，确定的所述至少两个发送端口的PTP版本相同或不同。
  3. 如权利要求1所述的方法，其中，所述第一PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Req报文、Delay_Resp报文。
  4. 如权利要求1所述的方法，其中，如果所述发送端口的自身状态为主时钟，所述第一PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Resp报文；如果所述发送端口的自身状态为从时钟，所述第一PTP报文至少包括Delay_Req报文。
  5. 如权利要求1所述的方法，其中，所述确定所述发送端口的PTP版本包括：
    将识别到的所述发送端口对应的接收端口接收到的第二PTP报文使用的PTP版本，确定为所述发送端口的PTP版本；或
    将所述网络侧设备指定的PTP版本确定为所述发送端口的PTP版本。
  6. 如权利要求5所述的方法，其中，在所述确定所述发送端口的PTP版本之前，所述方法还包括：
    判断所述发送端口对应的接收端口是否接收到第二PTP报文。
  7. 如权利要求5或6所述的方法，其中，所述第二PTP报文包括以下至少一种：PTP Announce报文、Sync报文、Follow_Up报文、Delay_Req报文、Delay_Resp报文。
  8. 如权利要求5或6所述的方法，其中，确定所述发送端口对应的接收端口包括：
    如果所述网络侧设备设置的传输端口类型为双向端口，将所述发送端口确定为其对应的接收端口；
    如果所述网络侧设备设置的传输端口类型为单向端口，根据接收端口与发送端口的匹配关系，确定所述发送端口对应的接收端口。
  9. 如权利要求5所述的方法，其中，识别所述发送端口对应的接收端口接收到的第二PTP报文使用的PTP版本的方式包括以下至少一种：
    根据所述第二PTP报文中报文字段包含的信息确定所述第二PTP报文使用的PTP版本；根据所述第二PTP报文是否具有标签长度值TLV扩展字段确定所述第二PTP报文使用的PTP版本；和根据所述第二PTP报文中保留字段包含的信息确定所述第二PTP报文使用的PTP版本。
  10. 如权利要求9所述的方法，其中，所述报文字段包括以下至少一种：同步域编号domain Number字段、PTP版本version PTP字段、超级时钟质量grandmaster Clock Quality字段。
  11. 如权利要求9所述的方法，其中，所述报文字段包括PTP profile Specific 1字段和PTP profile Specific 2字段中的至少一种。
  12. 如权利要求1所述的方法，其中，所述确定所述发送端口的PTP版本为所述网络侧设备在初始化阶段确定；或
    所述确定所述发送端口的PTP版本为所述网络侧设备在时间同步阶段周期性检测确定。
  13. 如权利要求12所述的方法，其中，如果所述确定所述发送端口的PTP版本为所述网络侧设备在初始化阶段确定，所述第二PTP报文包括PTP Announce报文。
  14. 如权利要求5或6所述的方法，其中，所述方法还包括：
    如果所述接收端口接收到第二PTP报文，且所述第二PTP报文为PTP Announce报文，则根据最佳主时钟算法决定所述发送端口的自身状态；
    如果所述接收端口未接收到第二PTP报文，则确定所述发送端口的自身状态为主时钟。
  15. 如权利要求5或6所述的方法，其中，所述判断所述发送端口对应的接收端口是否接收到第二PTP报文包括：
    针对所述发送端口对应的接收端口，判断在预设时长内是否接收到第二PTP报文；
    如果否，确定所述接收端口未接收到第二PTP报文。
  16. 如权利要求15所述的方法，其中，所述预设时长为根据报文发送周期与PTP报文的预设数量确定的。
  17. 一种报文传输装置，应用于网络侧设备，该装置包括：
    确定模块，用于针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本；
    发送模块，用于采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。
  18. 一种网络侧设备，包括存储器、处理器和收发机；
    所述处理器，用于读取所述存储器中的程序，执行下列过程：针对所述网络侧设备设置的发送端口，确定所述发送端口的PTP版本；控制所述收发机采用所述发送端口发送使用所述发送端口的PTP版本的第一PTP报文。
  19. 如权利要求18所述的网络侧设备，其中，所述处理器，具体用于确定相同或不同的至少两个发送端口的PTP版本，其中所述发送端口的数量为至少两个。
  20. 如权利要求18所述的网络侧设备，其中，所述处理器，具体用于将识别到的所述发送端口对应的接收端口接收到的第二PTP报文使用的PTP版本，确定为所述发送端口的PTP版本；或将所述网络侧设备指定的PTP版本确定为所述发送端口的PTP版本。
  21. 如权利要求20所述的网络侧设备，其中，所述处理器，还用于在所述确定所述发送端口的PTP版本之前，判断所述发送端口对应的接收端口是否接收到第二PTP报文。
  22. 如权利要求20或21所述的网络侧设备，其中，所述处理器，具体用于如果所述网络侧设备设置的传输端口类型为双向端口，将所述发送端口确定为其对应的接收端口；如果所述网络侧设备设置的传输端口类型为单向端口，根据接收端口与发送端口的匹配关系，确定所述发送端口对应的接收端口。
  23. 如权利要求20所述的网络侧设备，其中，所述处理器，具体用于采用以下至少一种方式识别所述发送端口对应的接收端口接收到的第二PTP报 文使用的PTP版本：根据所述第二PTP报文中报文字段包含的信息确定所述第二PTP报文使用的PTP版本；根据所述第二PTP报文是否具有标签长度值TLV扩展字段确定所述第二PTP报文使用的PTP版本；和根据所述第二PTP报文中保留字段包含的信息确定所述第二PTP报文使用的PTP版本。
  24. 如权利要求18所述的网络侧设备，其中，所述处理器，具体用于在初始化阶段确定所述发送端口的PTP版本或在时间同步阶段周期性检测确定所述发送端口的PTP版本。
  25. 如权利要求20或21所述的网络侧设备，其中，所述处理器，还用于如果所述接收端口接收到第二PTP报文，且所述第二PTP报文为PTP Announce报文，则根据最佳主时钟算法决定所述发送端口的自身状态；如果所述接收端口未接收到第二PTP报文，则确定所述发送端口的自身状态为主时钟。
  26. 如权利要求20或21所述的网络侧设备，其中，所述处理器，具体用于针对所述发送端口对应的接收端口，判断在预设时长内是否接收到第二PTP报文；如果否，确定所述接收端口未接收到第二PTP报文。
  27. 一种网络侧设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
    所述存储器中存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行权利要求1-16任一项所述方法的步骤。
  28. 一种计算机可读存储介质，其存储有可由网络侧设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述网络侧设备执行权利要求1-16任一项所述方法的步骤。
PCT/CN2019/089960 2018-06-05 2019-06-04 报文传输方法、装置、网络侧设备及存储介质 WO2019233404A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP19816125.9A EP3813319A4 (en) 2018-06-05 2019-06-04 METHOD, DEVICE, NETWORK SIDE APPARATUS AND RECORDING MEDIUM FOR MESSAGE TRANSMISSION
US16/972,037 US11924314B2 (en) 2018-06-05 2019-06-04 Message transmission method, message transmission device, network side device and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810569950.4 2018-06-05
CN201810569950.4A CN109327428A (zh) 2018-06-05 2018-06-05 一种报文传输方法、装置、网络侧设备及存储介质

Publications (1)

Publication Number Publication Date
WO2019233404A1 true WO2019233404A1 (zh) 2019-12-12

Family

ID=65263411

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/089960 WO2019233404A1 (zh) 2018-06-05 2019-06-04 报文传输方法、装置、网络侧设备及存储介质

Country Status (4)

Country Link
US (1) US11924314B2 (zh)
EP (1) EP3813319A4 (zh)
CN (1) CN109327428A (zh)
WO (1) WO2019233404A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109327428A (zh) 2018-06-05 2019-02-12 中国移动通信有限公司研究院 一种报文传输方法、装置、网络侧设备及存储介质
CN113067654B (zh) * 2020-01-02 2022-04-15 中国移动通信有限公司研究院 一种同步选源端口状态测试方法及测试设备
CN113162813B (zh) * 2020-01-22 2022-06-03 烽火通信科技股份有限公司 一种ptp报文丢失检测分析方法和装置
CN115413403B (zh) * 2020-05-07 2024-05-24 高通股份有限公司 促进用户设备处的时间同步功能
CN114221730A (zh) * 2020-09-04 2022-03-22 华为技术有限公司 报文处理方法、装置、设备、系统及存储介质
CN114362873B (zh) * 2021-12-30 2023-12-19 苏州盛科通信股份有限公司 Ptp时钟同步的优化方法及应用

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013163803A1 (en) * 2012-05-03 2013-11-07 Telefonaktiebolaget L M Ericsson (Publ) Intelligent supervision for configuration of precision time protocol (ptp) entities
CN105450321A (zh) * 2015-11-06 2016-03-30 瑞斯康达科技发展股份有限公司 一种网络数据传输方法及装置
CN105610727A (zh) * 2015-11-06 2016-05-25 瑞斯康达科技发展股份有限公司 一种网络数据传输方法及装置
CN106850665A (zh) * 2017-02-28 2017-06-13 中国南方电网有限责任公司电网技术研究中心 精确时间协议报文冗余路径标识方法和系统
CN109327428A (zh) * 2018-06-05 2019-02-12 中国移动通信有限公司研究院 一种报文传输方法、装置、网络侧设备及存储介质

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1816036A (zh) * 2005-02-02 2006-08-09 华为技术有限公司 移动ip网络中设备间实现协议版本兼容的方法
CN101789930B (zh) * 2009-11-10 2012-06-27 福建星网锐捷网络有限公司 一种路由通告方法及网络设备
JP5560706B2 (ja) * 2009-12-28 2014-07-30 富士通株式会社 ノード装置
US8630314B2 (en) * 2010-01-11 2014-01-14 Faro Technologies, Inc. Method and apparatus for synchronizing measurements taken by multiple metrology devices
US20130003757A1 (en) * 2011-06-30 2013-01-03 Harman International Industries, Incorporated Syntonized communication system
US9450846B1 (en) * 2012-10-17 2016-09-20 Cisco Technology, Inc. System and method for tracking packets in a network environment
TWI485996B (zh) * 2012-12-17 2015-05-21 Ind Tech Res Inst 致能一被動光網路具備支援時間同步能力的裝置與方法
CN104104606B (zh) * 2013-04-01 2018-06-12 南京中兴软件有限责任公司 一种调制解调器及其实现igmp报文版本自适应的方法
CN106301996B (zh) * 2015-06-26 2019-10-08 中国移动通信集团公司 一种ptp报文自动测试的方法及装置
CN107438029B (zh) * 2016-05-27 2021-02-09 华为技术有限公司 转发数据的方法和设备
US10382191B2 (en) * 2016-11-30 2019-08-13 Juniper Networks, Inc. Efficient unicast signaling in a precision time protocol enabled packet network
CN106790201B (zh) * 2016-12-31 2019-10-22 中国移动通信集团江苏有限公司 一种传输数据的方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013163803A1 (en) * 2012-05-03 2013-11-07 Telefonaktiebolaget L M Ericsson (Publ) Intelligent supervision for configuration of precision time protocol (ptp) entities
CN105450321A (zh) * 2015-11-06 2016-03-30 瑞斯康达科技发展股份有限公司 一种网络数据传输方法及装置
CN105610727A (zh) * 2015-11-06 2016-05-25 瑞斯康达科技发展股份有限公司 一种网络数据传输方法及装置
CN106850665A (zh) * 2017-02-28 2017-06-13 中国南方电网有限责任公司电网技术研究中心 精确时间协议报文冗余路径标识方法和系统
CN109327428A (zh) * 2018-06-05 2019-02-12 中国移动通信有限公司研究院 一种报文传输方法、装置、网络侧设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3813319A4 *

Also Published As

Publication number Publication date
US11924314B2 (en) 2024-03-05
US20210243283A1 (en) 2021-08-05
EP3813319A1 (en) 2021-04-28
CN109327428A (zh) 2019-02-12
EP3813319A4 (en) 2022-03-09

Similar Documents

Publication Publication Date Title
WO2019233404A1 (zh) 报文传输方法、装置、网络侧设备及存储介质
EP3291499B1 (en) Method and apparatus for network service capacity expansion
EP3140932A1 (en) A method for robust ptp synchronization with default 1588v2 profile
US9215092B2 (en) Clock selection for synchronous Ethernet
US8416811B2 (en) Coordinated timing network having servers of different capabilities
CN103312428B (zh) 用于精确时钟协议同步网络的方法和装置
WO2017096838A1 (zh) 负载均衡配置方法、设备及系统
CN113094309A (zh) 一种数据位宽转换方法和装置
US11394480B2 (en) Systems and methods for synchronizing device clocks
US11870555B2 (en) VLAN-aware clock synchronization
CN104641612A (zh) 用于精确时间协议(ptp)实体的配置的智能监管
EP4109251A1 (en) Vnf instantiation method and device
WO2021115451A1 (zh) 波分接入设备的配置方法、交叉配置方法、装置及设备
CN105634635B (zh) 一种共享rtc的方法、装置和系统
CN106788842B (zh) 一种ptp报文的处理方法及soc
US11646956B2 (en) Systems and methods for providing bidirectional forwarding detection with performance routing measurements
EP2840738A1 (en) Mep configuration method and network device
CN112019614A (zh) 双系统之间通信与通信同步的方法、系统与处理器
WO2022127924A1 (zh) 选择时钟源的方法及装置
WO2020029928A1 (zh) Bgp会话建立、发送接口地址和别名的方法及网络设备
CN113342456A (zh) 一种连接方法、装置、设备和存储介质
CN109005068B (zh) 一种集群虚拟机qos的配置方法
CN114697334B (zh) 一种编排任务的执行方法和装置
WO2016091050A1 (zh) 一种时间同步方法及装置
CN111064622A (zh) 网络设备、同步装置及信息传输方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19816125

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019816125

Country of ref document: EP

Effective date: 20210111