JP7710628B2 - NW-TT device, 5G system, TSCTSF device, and message conversion method - Google Patents

Description

This disclosure relates to time synchronization protocol conversion technology in 5G systems.

Digital factories and Industry 4.0 require mobile communications that are real-time and have predictable delays. In addition, a function that allows networks with different profiles and terminals with different profiles to coexist using the PnP method is desirable. PnP stands for Plug and Play. For this reason, time sharing is necessary.
3GPP (registered trademark) aims to expand the application of 5G systems from mobile broadband services to industrial networks. 3GPP stands for 3rd Generation Partnership Project. 5G stands for 5 Generation. Local 5G URLLC enables seamless communication for mobile devices in industrial networks. URLLC stands for Ultra-Reliable and Low Latency Communications. Therefore, interest in time synchronization between devices of different profiles connected to 5G systems is increasing.

When wired networks or terminals with different time synchronization profiles are mixed, a function for interpreting time synchronization messages must be added.
Patent Literature 1 describes a technique for converting the format of data to be transmitted depending on the type of network of a port of a relay device. Patent Literature 2 describes a technique for generating frames related to time synchronization using profile technology. It is conceivable to combine the techniques described in Patent Literature 1 and 2 and configure the relay device to convert into a time synchronization message of a different time synchronization profile. This makes it possible to realize a function of interpreting the time synchronization message in the relay device.

JP 2017-212728 A JP 2016-184809 A

There are cases where terminals having different time synchronization profiles are connected through a 5G system. In this case, the 5G system must function as the relay device described above to realize the translation function of the time synchronization message. However, the 5G system is a system composed of multiple devices, and there is no device having the information necessary to realize the translation function of the time synchronization message.
The present disclosure aims to make it possible to realize a time synchronization message interpretation function in a 5G system.

The NW-TT device according to the present disclosure comprises:
A network-side time-sensitive networking translator (NW-TT) device in a 5G (5 Generation) system,
An information acquisition unit that acquires a data type of a PDU (Packet Data Unit) session from a TSCTSF (Time Sensitive Communication Time Synchronization Function) device;
The information acquisition unit includes a conversion unit that converts a Precision Time Protocol (PTP) message according to a combination of the data type acquired by the information acquisition unit and the data type of a PTP message received from a network side.

In this disclosure, the NW-TT device obtains the data type of the PDU session from the TSCTSF device. This allows the NW-TT device to identify the data type to which the PTP data received from the network side is to be converted. As a result, the NW-TT device can realize the interpretation function of the time synchronization message.

FIG. 1 is a configuration diagram of a 5G system 100 according to a first embodiment. FIG. 1 is a configuration diagram of a TSCTSF device 10 according to a first embodiment. FIG. 2 is a configuration diagram of a NW-TT device 30 according to the first embodiment. An explanatory diagram of an overview of the operation of a 5G system 100 relating to embodiment 1. 4 is a flowchart showing the overall operation of the NW-TT device 30 according to the first embodiment. 13 is a flowchart of a type determination process according to the first embodiment. FIG. 4 is an explanatory diagram of a combination of data types according to the first embodiment. 4 is a flowchart of a protocol conversion process according to the first embodiment. FIG. 1 is an explanatory diagram of conversion between an IEEE 1588-2019 1-step Sync message and an IEEE 802.1AS 1-step Sync message according to the first embodiment. FIG. 1 is an explanatory diagram of conversion between a two-step Sync message of IEEE 1588-2019 and a two-step Sync message of IEEE 802.1AS according to the first embodiment. FIG. 1 is an explanatory diagram of conversion between an IEEE 1588-2019 one-step Sync message and an IEEE 802.1AS two-step Sync message according to the first embodiment. FIG. 1 is an explanatory diagram of conversion between an IEEE 1588-2019 two-step Sync message and an IEEE 802.1AS one-step Sync message according to the first embodiment. FIG. 4 is an explanatory diagram of conversion of an Announce message according to the first embodiment. FIG. 4 is an explanatory diagram of conversion of a Pdelay_Req message according to the first embodiment; FIG. 4 is an explanatory diagram of processing for a Delay_Req message according to the first embodiment; 13 is a flowchart of a transmission information conversion process according to the first embodiment. FIG. 11 is an explanatory diagram of a conversion process in the case of combination (A) according to the first embodiment. FIG. 11 is an explanatory diagram of a conversion process in the case of combination (B) according to the first embodiment. FIG. 11 is an explanatory diagram of a conversion process in the case of combination (C) according to the first embodiment. FIG. 13 is an explanatory diagram of a conversion process in the case of combination (D) according to the first embodiment.

Embodiment 1.
***Configuration Description***
With reference to FIG. 1, the configuration of a 5G system 100 according to the first embodiment will be described.
The 5G system 100 includes a TSCTSF device 10, a UPF device 20, an NW-TT device 30, and a plurality of sets of a UE 40 and a DS-TT device 50. Here, the NW-TT device 30 is mounted on the UPF device 20, but is not limited thereto. TSCTSF stands for Time Sensitive Communication Time Synchronization Function. UPF stands for User Plane Function. NW-TT stands for Network-side Time-sensitive networking Translator. UE stands for User Equipment. DS-TT stands for Device-Side Time-sensitive networking Translator.
A PDU session 60 is established between the UE 40 and the UPF device 20 in each pair of the UE 40 and the DS-TT device 50. PDU is an abbreviation for Packet Data Unit.

A terminal connected to the network side and a terminal connected to the device side communicate via a 5G system.
A message transmitted from a terminal connected to the network side is input to the NW-TT device 30. This message is transmitted to the DS-TT device 50 via a PDU session 60 established between the UE 40 and the UPF device 20 in a pair including the DS-TT device 50 to which the destination device is connected. Then, this message is transmitted from the DS-TT device 50 to the terminal connected to the device side.
A message transmitted from a terminal connected to the device side is input to the DS-TT device 50. This message is transmitted to the NW-TT device 30 via a PDU session 60 established between the UE 40 and the UPF device 20 in a pair including the DS-TT device 50. Then, this message is transmitted from the NW-TT device 30 to a terminal connected to the network side.

In embodiment 1, the NW-TT device 30 realizes the interpretation function of time synchronization messages.

The configuration of the TSCTSF device 10 according to the first embodiment will be described with reference to FIG.
The TSCTSF device 10 is a computer.
The TSCTSF device 10 includes the following hardware components: a processor 11, a memory 12, a storage 13, and a communication interface 14. The processor 11 is connected to other hardware components via signal lines and controls the other hardware components.

The TSCTSF device 10 includes, as a functional component, a type transmission unit 111. The functions of the functional components of the TSCTSF device 10 are realized by software.
The storage 13 stores a program that realizes the functions of the functional components of the TSCTSF device 10. The program is loaded into the memory 12 by the processor 11 and executed by the processor 11. In this way, the functions of the functional components of the TSCTSF device 10 are realized.

The configuration of the NW-TT device 30 according to the first embodiment will be described with reference to FIG.
The NW-TT device 30 is a computer.
The NW-TT device 30 includes the following hardware components: a processor 31, a memory 32, a storage 33, a first communication interface 34, a second communication interface 35, and a third communication interface 36. The processor 31 is connected to other hardware components via signal lines and controls the other hardware components.

The NW-TT device 30 comprises, as functional components, a time synchronization unit 311, an information acquisition unit 312, a type determination unit 313, and a conversion unit 314. The conversion unit 314 comprises a protocol conversion unit 315 and a transmission processing unit 316. The functions of the functional components of the NW-TT device 30 are realized by software.
The storage 33 stores programs that realize the functions of each functional component of the NW-TT device 30. These programs are loaded into the memory 32 by the processor 31 and executed by the processor 31. In this way, the functions of each functional component of the NW-TT device 30 are realized.

Processors 11 and 31 are ICs that perform processing. IC stands for Integrated Circuit. Specific examples of processors 11 and 31 are a CPU, DSP, and GPU. CPU stands for Central Processing Unit. DSP stands for Digital Signal Processor. GPU stands for Graphics Processing Unit.

Memories 12 and 32 are storage devices that temporarily store data. Specific examples of memories 12 and 32 are SRAM and DRAM. SRAM stands for Static Random Access Memory. DRAM stands for Dynamic Random Access Memory.

Storage 13, 33 is a storage device that stores data. A specific example of storage 13, 33 is a HDD. HDD is an abbreviation for Hard Disk Drive. Storage 13, 33 may also be a portable recording medium such as an SD (registered trademark) memory card, CompactFlash (registered trademark), NAND flash, a flexible disk, an optical disk, a compact disk, a Blu-ray (registered trademark) disk, or a DVD. SD is an abbreviation for Secure Digital. DVD is an abbreviation for Digital Versatile Disk.

The communication interface 14 is an interface for communicating with the NW-TT device 30. The first communication interface 34 is an interface for communicating with devices connected to the network side. The second communication interface 35 is an interface for communicating with devices connected to the 5G system 100 side. In other words, the second communication interface 35 is an interface for communicating via a PDU session 60. The third communication interface 36 is an interface for communicating with the TSCTSF device 10. The communication interface 14, the first communication interface 34, the second communication interface 35, and the third communication interface 36 are, as specific examples, ports for communication.

*** Operation Description ***
The operation of the 5G system 100 according to the first embodiment will be described with reference to Figures 4 to 20.
The operation procedure of the 5G system 100 according to the first embodiment corresponds to the message conversion method according to the first embodiment. Moreover, the program for realizing the operation of the 5G system 100 according to the first embodiment corresponds to the message conversion program according to the first embodiment.

In the first embodiment, the time synchronization message is a PTP message. PTP is an abbreviation for Precision Time Protocol. In the first embodiment, there are three types of data types for PTP messages: IP packets IEEE1588-2019, Ethernet frames IEEE1588-2019, and Ethernet frames IEEE802.1AS. In the following description, IP packets IEEE1588-2019 are referred to as IP1588. Ethernet frames 1588-2019 are referred to as Ethernet1588. Ethernet frames IEEE802.1AS are referred to as Ethernet1AS.

Referring to FIG. 4, an overview of the operation of the 5G system 100 according to the first embodiment will be described.
There are two cases for protocol conversion: (1) and (2) below. (1) The NW-TT device 30 receives a PTP message from the network side, converts the protocol, and transmits it to the 5G system 100 side. (2) The NW-TT device 30 receives a PTP message from the 5G system 100 side, converts the protocol, and transmits it to the network side.
To convert the protocol, the data type of the sender and the data type of the destination are required. The data type of the sender is the data type of the transmitted PTP message. In the case of (1), the NW-TT device 30 can identify the data type of the sender, but cannot identify the data type of the 5G system 100, which is the destination. In the case of (2), the NW-TT device 30 can identify the data types of the sender and the destination.
Therefore, in embodiment 1, for case (1), the NW-TT device 30 obtains information on the data type on the 5G system 100 side, which is the destination, from the TSCTSF device 10.

The TSCTSF device 10 is a device that manages time synchronization and deterministic communication services. Generally, in the 5G system 100, the TSCTSF device 10 constantly transmits TSC-related information to the NW-TT device 30. TSC stands for Time Sensitive Communication. In the first embodiment, the TSCTSF device 10 transmits information on the PDU session 60 established between each UE 40 and the UPF device 20 to the NW-TT device 30 in addition to the TSC-related information.
The NW-TT device 30 receives a PTP message from the network side. The NW-TT device 30 acquires the data type of the PDU session 60 to which the destination terminal is connected from the information of the PDU session 60 transmitted from the TSCTSF device 10. This allows the NW-TT device 30 to identify the data types of the source and destination even in the case of (1).
The NW-TT device 30 converts the PTP message according to the combination of the data type of the transmission source and the data type of the transmission destination, and then transmits the converted PTP message to the transmission destination.

The overall operation of the NW-TT device 30 according to the first embodiment will be described with reference to FIG.
(Step S1: Time synchronization process)
Upon receiving the PTP message, the time synchronization unit 311 executes processing related to time synchronization based on the PTP message.

(Step S2: Type determination process)
The type determination unit 313 identifies a combination of the data type of the transmission source and the data type of the transmission destination.
At this time, when a PTP message is received from the network side, the information acquisition unit 312 acquires the data type of the PDU session 60 to which the destination terminal is connected from the information of the PDU session 60 transmitted from the TSCTSF device 10. Then, the type determination unit 313 uses the data type acquired by the information acquisition unit 312 to identify the combination.

If the data type of the transmission source and the data type of the transmission destination are the same, the type determination unit 313 skips the processes of steps S3 and S4 and proceeds to step S5. On the other hand, if the data type of the transmission source and the data type of the transmission destination are different, the type determination unit 313 proceeds to step S3.
In steps S3 and S4, the converter 314 converts the PTP message in accordance with the combination identified in step S2.

(Step S3: Protocol conversion process)
The protocol conversion unit 315 converts the contents of the message body of the PTP message according to the combination identified in step S2. Specifically, the protocol conversion unit 315 converts the contents of the message body of the PTP message into contents that match the data type of the PDU session 60 for the destination of the PTP message.

(Step S4: Transmission information conversion process)
The transmission processing unit 316 converts the configuration of the transmission information indicating the destination and source of the PTP message. Specifically, the transmission processing unit 316 converts the configuration of the transmission information of the PTP message into content that matches the data type of the PDU session 60 for the destination of the PTP message.

(Step S5: Transmission process)
The transmission processing unit 316 transmits the PTP message to the destination.

The operation of the type determination process (step S2 in FIG. 5) according to the first embodiment will be described with reference to FIG.
When a PTP message is received from the 5G system 100, the combination of the data type of the sender and the data type of the destination can be identified even by an existing NW-TT device. Therefore, here, a case where a PTP message is received from the network side will be described.

(Step S21: Message extraction process)
The type determination unit 313 extracts the message body of the PTP message and identifies the data type of the sender from the configuration of the message body.

(Step S22: Information acquisition process)
The information acquisition unit 312 acquires the data type of the PDU session 60 to which the destination terminal is connected from the information of the PDU session 60 transmitted from the TSCTSF device 10. This identifies the data type of the destination.

(Step S23: Combination Identification Processing)
The type determination unit 313 determines a combination of the data type of the transmission source determined in step S21 and the data type of the transmission destination determined in step S22. If the data type of the transmission source and the data type of the transmission destination are the same, the type determination unit 313 advances the process to step S5 in Fig. 5. On the other hand, if the data type of the transmission source and the data type of the transmission destination are different, the type determination unit 313 advances the process to step S3 in Fig. 5.

There are six cases where the data type of the sender and the data type of the destination are different, (A) to (F) as shown in Figure 7. (A) The sender is IP1588 and the destination is Ethernet1588. (B) The sender is Ethernet1588 and the destination is IP1588. (C) The sender is Ethernet1588 and the destination is Ethernet1AS. (D) The sender is Ethernet1AS and the destination is Ethernet1588. (E) The sender is IP1588 and the destination is Ethernet1AS. (F) The sender is Ethernet1AS and the destination is IP1588.

The protocol conversion process (step S3 in FIG. 5) according to the first embodiment will be described with reference to FIG.
(Step S31: Conversion determination process)
The protocol conversion unit 315 determines whether the combination identified in step S2 is a combination that requires message body conversion. If the combination requires message body conversion, the protocol conversion unit 315 advances the process to step S32. On the other hand, if the combination does not require message body conversion, the protocol conversion unit 315 outputs the message body of the received PTP message as is.

In the first embodiment, of the six types (A) to (F), the combinations (A) and (B), in which both the destination and the source use the IEEE 1588-2019 protocol, do not require conversion of the message body. The other combinations (C) to (F), in which the source and the destination use different protocols, require conversion of the message body.

(Step S32: Message type determination process)
The protocol conversion unit 315 determines the message type of the PTP message.
In the first embodiment, the message types of the PTP message include a Sync message, a Follow_Up message, an Announce message, a Pdelay_Req message, a Pdelay_Resp message, and a DelayReq message.

First, the protocol conversion unit 315 determines whether the message type of the source or destination is a Sync message or a Follow_Up message. If the message type is a Sync message or a Follow_Up message, the protocol conversion unit 315 advances the process to step S33.
If the message type is neither a Sync message nor a Follow_Up message, the protocol conversion unit 315 determines whether the message type is an Announce message. If the message type is an Announce message, the protocol conversion unit 315 advances the process to step S34.
If the received message is not an Announce message, the protocol conversion unit 315 determines whether the message type is a Pdelay_Req message or a Pdelay_Resp message. If the message type is a Pdelay_Req message or a Pdelay_Resp message, the protocol conversion unit 315 advances the process to step S35.
If the message type is neither a Pdelay_Req message nor a Pdelay_Resp message, the protocol conversion unit 315 determines whether the message type is a DelayReq message. If the message type is a DelayReq message, the protocol conversion unit 315 advances the process to step S36.
If the received message is not a DelayReq message, the protocol conversion unit 315 determines that an error has occurred and ends the process.

(Step S33: First conversion process)
The protocol conversion unit 315 processes the Sync message and the Follow_Up message together. There are two types of synchronization: one-step synchronization and two-step synchronization. In one-step synchronization, synchronization is performed only with the Sync message. In two-step synchronization, synchronization is performed with the Sync message and the Follow_Up message.
There are four patterns of conversion here, from (a) to (d). (a) Conversion between IEEE1588-2019 1-step Sync message and IEEE802.1AS 1-step Sync message. (b) Conversion between IEEE1588-2019 2-step Sync message and IEEE802.1AS 2-step Sync message. (c) Conversion between IEEE1588-2019 1-step Sync message and IEEE802.1AS 2-step Sync message. (d) Conversion between IEEE1588-2019 2-step Sync message and IEEE802.1AS 1-step Sync message.

With reference to FIG. 9, (a) conversion between IEEE 1588-2019 1-step Sync messages and IEEE 802.1AS 1-step Sync messages will be described.
If the message type of the sender is a Sync message in IEEE1588-2019, the protocol conversion unit 315 adds the Follow_Up information TLV. TLV stands for Type Length Value. Here, the protocol conversion unit 315 assumes that the clock deviation between the NW-TT device 30 and the time-synchronized master device is 0. Then, as shown in FIG. 9, the protocol conversion unit 315 adds the Follow_Up information TLV.
On the other hand, if the message type of the sender is a Sync message in IEEE802.1AS, the protocol conversion unit 315 changes the frame length and deletes the Follow_Up information TLV.

With reference to FIG. 10, (b) conversion between the IEEE 1588-2019 two-step Sync message and the IEEE 802.1AS two-step Sync message will be described.
If the message type of the sender is a Sync message in IEEE1588-2019, the protocol conversion unit 315 adds a Follow_Up information TLV to the Follow_Up message. Also, if the message type of the sender is a Sync message in IEEE1588-2019, the protocol conversion unit 315 sets all of the fields in originTimestamp to 0.
On the other hand, if the message type of the sender is a Sync message in IEEE802.1AS, the protocol conversion unit 315 changes the frame length and deletes the Follow_Up information TLV in the Follow_Up message.

With reference to FIG. 11, (c) conversion between the 1-step Sync message of IEEE 1588-2019 and the 2-step Sync message of IEEE 802.1AS will be described.
When the message type of the sender is a Sync message in IEEE1588-2019, the protocol conversion unit 315 generates a Follow_Up message in IEEE802.1AS. At this time, the protocol conversion unit 315 sets the value of the originTimestamp field of the Sync message to the PreciseOriginTimestamp field of the Follow_Up message. In addition, the protocol conversion unit 315 sets the Follow_Up information TLV. In addition, when the message type of the sender is a Sync message in IEEE1588-2019, the protocol conversion unit 315 sets all of the fields that are set to originTimestamp to 0.
On the other hand, when the message type of the sender is a Sync message in IEEE802.1AS, the protocol conversion unit 315 sets the value of the PreciseoriginTimestamp field of the Follow_Up message in IEEE802.1AS in the reserved field of the Sync message.

With reference to FIG. 12, (d) conversion between the 2-step Sync message of IEEE 1588-2019 and the 1-step Sync message of IEEE 802.1AS will be described.
If the message type of the sender is a Sync message in IEEE 1588-2019, the protocol conversion unit 315 adds a Follow_Up information TLV. In addition, the protocol conversion unit 315 sets the value of the PreciseoriginTimestamp field of the Follow_Up message to the originTimestamp field of the Sync message.
On the other hand, when the message type of the sender is a Sync message in IEEE802.1AS, the protocol conversion unit 315 generates a Follow_Up message. At this time, the protocol conversion unit 315 sets the value of the originTimestamp field of the Sync message to the PreciseOriginTimestamp field of the Follow_Up message. In addition, the protocol conversion unit 315 sets all of the originTimestamp fields of the Sync message to 0.

(Step S34: Second conversion process)
The protocol conversion unit 315 adds or deletes a TLV field to or from the Announce message.

The case of an Announce message will be specifically described with reference to FIG.
If the message type of the sender is an Announcement message in IEEE1588-2019, the protocol conversion unit 315 adds a PATH TRACE TLV. Also, the protocol conversion unit 315 sets all of the fields designated as originTimestamp to 0.
On the other hand, if the message type from the sender is an Announcement message in IEEE802.1AS, the protocol conversion unit 315 changes the frame length and deletes the PATH TRACE TLV.

Here, the protocol conversion unit 315 configures the information of the PATH TRACE TLV from the MAC address of the time-synchronized master device in the Announce message, the MAC address of the NW-TT device 30, and the stepRemoved information of the Announce message. Since the MAC addresses of devices between the master device and the NW-TT device 30 are unknown, the protocol conversion unit 315 sets them to specific values (for example, all 0).
As a specific example, the information of the PATH TRACE TLV is configured as shown in Fig. 13. Here, the stepRemoved information of the Announce message is set to N.

(Step S35: Third conversion process)
The protocol conversion unit 315 converts the items of the Pdelay_Req message.

A specific description will be given with reference to FIG.
If the message type of the sender is a Pdelay_Req message in IEEE1588-2019, the protocol conversion unit 315 sets all fields corresponding to originTimestamp to 0. Note that no conversion is required for a Pdelay_Resp message.

(Step S36: Fourth conversion process)
The protocol conversion unit 315 transmits a Delay_Resp message to the source.

A specific description will be given with reference to FIG.
IEEE 1588-2019 includes a Delay_Req message and a Delay_Resp message. However, these messages do not exist in IEEE 802.1AS. Therefore, when a Delay_Req message is received, the protocol conversion unit 315 does not transmit a Delay_Req message to the destination, but transmits a Delay_Resp message to the source.
At this time, the protocol conversion unit 315 sets the delay value with the grandmaster calculated by the 5G system from the timestamp value acquired by the 5G system 100 in the receiveTimestamp field in the Delay_Resp message.

Here, the protocol conversion between IEEE1588-2019 and IEEE802.1AS has been described. However, it is possible to convert between other protocols according to the above-mentioned concepts. The above-mentioned concepts are the four concepts (S) to (V).
(S) The protocol conversion unit 315 converts a message with a TLV into a message without a TLV. In this case, the protocol conversion unit 315 deletes the TLV.
(T) The protocol conversion unit 315 converts a message without a TLV into a message with a TLV. In this case, the protocol conversion unit 315 sets a TLV such as the Follow_Up information TLV described in step S33 and the PATH TRACE TLV described in step S34.
(U) The protocol conversion unit 315 switches the time stamp between the one-step synchronization message and the two-step synchronization message. Specifically, the protocol conversion unit 315 uses the originTimestamp of the Sync message in the case of one-step synchronization, and uses the PreciseOriginTimestamp of the Follow_Up message in the case of two-step synchronization.
(V) When a message that does not exist in the data type of the destination and that requests a reply is received, a reply message is sent to the destination. Specifically, when a Delay_Req message and a Delay_Resp message do not exist in the data type of the destination, a Delay_Resp message is sent to the sender when a Delay_Req message is received.

The transmission information conversion process (step S4 in FIG. 5) according to the first embodiment will be described with reference to FIG.
(Step S41: Combination Determination Process)
The transmission processing unit 316 determines which combination in FIG. 7 the combination identified in step S2 is. If the combination is (A), the transmission processing unit 316 advances the process to step S42. If the combination is (B), the transmission processing unit 316 advances the process to step S43. If the combination is (C), the transmission processing unit 316 advances the process to step S44. If the combination is (D), the transmission processing unit 316 advances the process to step S45. If the combination is (E), the transmission processing unit 316 advances the process to step S46. If the combination is (F), the transmission processing unit 316 advances the process to step S47.

(Step S42: A conversion process)
The transmission processing unit 316 converts the IP header and UDP header into DA, SA, and EtherType, as shown in Fig. 17. DA is an abbreviation for Destination MAC Address. SA is an abbreviation for Source MAC Address. MAC is an abbreviation for Media Access Control.
Specifically, the transmission processing unit 316 prepares in advance a DA, SA, and EtherType in which the information shown in Fig. 17 is set. Then, the transmission processing unit 316 replaces the IP header and UDP header with the prepared DA, SA, and EtherType.

(Step S43: B conversion process)
The transmission processing unit 316 converts the DA, SA, and EtherType into an IP header and a UDP header, as shown in FIG.
Specifically, the transmission processing unit 316 prepares in advance the IP header and UDP header shown in Fig. 18. Then, the transmission processing unit 316 replaces the DA, SA, and EtherType with the prepared IP header and UDP header.

(Step S44: C conversion process)
The transmission processing unit 316 replaces the DA for Ethernet1588 with a DA for Ethernet1AS, as shown in FIG.

(Step S45: Digital conversion process)
The transmission processing unit 316 replaces the DA for Ethernet1AS with a DA for Ethernet1588, as shown in FIG.

(Step S46: E conversion process)
The E conversion process can be realized by a combination of the A conversion process and the C conversion process. Therefore, the transmission processing unit 316 performs the process of step S44 after performing the process of step S42. That is, after converting IP1588 to Ethernet1588, it converts Ethernet1588 to Ethernet1AS.

(Step S47: F conversion process)
The F conversion process can be realized by a combination of the D conversion process and the B conversion process. Therefore, the transmission processing unit 316 performs the process of step S43 after performing the process of step S45. That is, after converting Ethernet1AS to Ethernet1588, it converts Ethernet1588 to IP1588.

***Advantages of First Embodiment***
As described above, in the 5G system 100 according to the first embodiment, the TSCTSF device 10 transmits the data type of the PDU session 60 to the NW-TT device 30. This allows the NW-TT device 30 to identify the data type to which the PTP data received from the network side is converted. As a result, the NW-TT device 30 can realize the translation function of the time synchronization message.

The NW-TT device 30 according to the first embodiment converts the contents of the message body of the PTP message to match the data type of the destination, using a method that corresponds to the combination of the data type of the sender and the data type of the destination. This makes it possible to realize protocol conversion of the time synchronization message.

The NW-TT device 30 according to the first embodiment converts the configuration of the transmission information of the PTP message to match the data type of the destination, using a method according to the combination of the data type of the source and the data type of the destination. This makes it possible to convert the transmission information of the time synchronization message.

In the 5G system 100 according to the first embodiment, when the NW-TT device 30 receives a Delay_Req message in IEEE1588-2019 when the destination protocol is IEEE802.1AS, it transmits a Delay_Resp message to the sender. This makes it possible to respond appropriately to the Delay_Req message received from the sender.

***Other configurations***
<Modification 1>
In the first embodiment, each functional component is realized by software. However, as a first modification, each functional component may be realized by hardware. The following describes the first modification in terms of differences from the first embodiment.

When each functional component is realized by hardware, the TSCTSF device 10 has an electronic circuit instead of the processor 11, memory 12, and storage 13. The electronic circuit is a dedicated circuit that realizes the functions of each functional component, memory 12, and storage 13.

When each functional component is realized by hardware, the NW-TT device 30 has an electronic circuit instead of the processor 31, memory 32, and storage 33. The electronic circuit is a dedicated circuit that realizes the functions of each functional component, memory 32, and storage 33.

The electronic circuits may be a single circuit, a composite circuit, a programmed processor, a parallel programmed processor, a logic IC, a GA, an ASIC, or an FPGA. GA is an abbreviation for Gate Array. ASIC is an abbreviation for Application Specific Integrated Circuit. FPGA is an abbreviation for Field-Programmable Gate Array.
Each functional component may be realized by one electronic circuit, or each functional component may be realized by distributing it among a plurality of electronic circuits.

<Modification 2>
As a second modification, some of the functional components may be realized by hardware, and other functional components may be realized by software.

The processors 11 and 31, the memories 12 and 32, the storage 13 and 33, and the electronic circuitry are referred to as a processing circuit. In other words, the functions of each functional component are realized by the processing circuit.

In addition, the word "part" in the above description may be read as "circuit," "process," "procedure," "processing," or "processing circuit."

The above describes the embodiments and variations of the present disclosure. Some of these embodiments and variations may be combined and implemented. Also, one or some of them may be implemented partially. Note that the present disclosure is not limited to the above embodiments and variations, and various modifications are possible as necessary.

100 5G system, 10 TSCTSF device, 11 processor, 12 memory, 13 storage, 14 communication interface, 111 type transmission unit, 20 UPF device, 30 NW-TT device, 31 processor, 32 memory, 33 storage, 34 first communication interface, 35 second communication interface, 36 third communication interface, 311 time synchronization unit, 312 information acquisition unit, 313 type determination unit, 314 conversion unit, 315 protocol conversion unit, 316 transmission processing unit, 40 UE, 50 DS-TT device, 60 PDU session.

Claims (9)

A network-side time-sensitive networking translator (NW-TT) device in a 5G (5 Generation) system,
An information acquisition unit that acquires a data type of a PDU (Packet Data Unit) session from a TSCTSF (Time Sensitive Communication Time Synchronization Function) device;
A NW-TT device including a conversion unit that converts a Precision Time Protocol (PTP) message according to a combination of the data type acquired by the information acquisition unit and the data type of a PTP message received from a network side. The conversion unit is provided with a protocol conversion unit that converts the contents of the message body of the PTP message according to a combination of the data type of the PDU session for the destination of the PTP message and the data type of the PTP message. The NW-TT device according to claim 1. The NW-TT device according to claim 2, wherein the protocol conversion unit converts the contents of the message body of the PTP message to contents that match the data type of the PDU session for the destination of the PTP message. The NW-TT device according to claim 2, wherein the protocol conversion unit converts the contents of the message body according to a message type of the PTP message. The NW-TT device according to claim 2, wherein the protocol conversion unit transmits a reply message to a sender when the protocol conversion unit receives a message that does not exist in the data type of the destination and that requests a reply. The conversion unit further
The NW-TT device according to claim 1, further comprising a transmission processing unit that converts a configuration of transmission information indicating a destination and a source of the PTP message according to the combination. A 5G (5 Generation) system including a TSCTSF (Time Sensitive Communication Time Synchronization Function) device and a NW-TT (Network-side Time-sensitive networking Translator) device,
The TSCTSF device transmits a data type of a PDU (Packet Data Unit) session to the NW-TT device;
The NW-TT device converts the contents of the message body of the Precision Time Protocol (PTP) message according to a combination of the data type transmitted from the TSCTSF device and the data type of the PTP message received from the network side. 5G system. A TSCTSF (Time Sensitive Communication Time Synchronization Function) device in a 5G (5 Generation) system,
A TSCTSF device including a type transmission unit that transmits a data type of a PDU (Packet Data Unit) session to a NW-TT (Network-side Time-sensitive networking Translator) device that converts the contents of a message body of a PTP (Precision Time Protocol) message received from the network side. A message conversion method in a 5G (5 Generation) system,
A Time Sensitive Communication Time Synchronization Function (TSCTSF) device transmits a data type of a Packet Data Unit (PDU) session to a Network-side Time-sensitive networking Translator (NW-TT) device;
A message conversion method in which the NW-TT device converts the contents of a message body of a Precision Time Protocol (PTP) message according to a combination of a data type transmitted from the TSCTSF device and a data type of a PTP message received from a network side.