Protocol relay device, protocol relay system, protocol relay method, and protocol relay program

Abstract

A protocol relay device (100) comprises a C-plane processing unit (10), a U-plane processing unit (20), and a UPF container management unit (30). The UPF container management unit (30) notifies a UPF pod (300) of the establishment of connection. The C-plane processing unit (10) determines a UPF pod (300) for performing transfer processing on a PDU session designated in a request packet, and notifies the UPF pod (300) of the result of the determination. The U-plane processing unit (20) identifies the session ID of user plane traffic received from a base station (202), and transfers the session ID to the corresponding UPF pod (300) on the basis of the result of the determination.

Description

[Technical Field]

[0001] The present invention relates to a protocol relay device, a protocol relay system, a protocol relay method, and a protocol relay program. [Background technology]

[0002] In recent years, the 5th Generation Core network (5GC) has been provided. 5GC is a mobile core network system that accommodates 5G wireless. However, in the core network (EPC: Evolved Packet Core) of the conventional 4th Generation Core network (4GC), the interface between devices was specified point-to-point, and the control plane and user plane functions were not separated.

[0003] In contrast, in 5GC, the control plane and user plane functions are clearly separated (this is also called CUPS (Control and User Plane Separation)). CUPS separation allows the control plane and user plane functions to be developed independently. As a result, 5GC introduces a Service Based Architecture (SBA) for control plane processing.

[0004] With the introduction of a service-based architecture in 5GC, a service mesh is incorporated, and a microservice architecture can be configured through containerization in control plane-related devices.

[0005] Within the service-based architecture, communication is carried out via a service mesh such as Istio using HTTP (Hyper Text Transfer Protocol). Meanwhile, the N4 interface between the session management unit and the user plane device (UPF: User Plane Function) uses a protocol called RFCP (Packet Forwarding Control Protocol). Furthermore, the N3 interface between the user plane device and the base station (gNB: next generation Node B) uses a protocol called GTP-U (GPRS Tunneling Protocol for User Plane).

[0006] Here, for example, free5gc, which is open source software for 5GC, discloses that a user plane device can be constructed using a container (Non-Patent Document 1).

[0007] In addition, in free5gc, the RFCP and GTP-U protocols require that the device itself disclose its own unique Internet Protocol (IP) address to the other device, and therefore the RFCP and GTP-U protocols require that an IP (Internet Protocol) address be assigned to each containerized user plane device.

[0008] Therefore, for example, Multus has been disclosed as a technology for assigning an IP address to each user plane device that enables communication with external devices (Non-Patent Document 2). [Prior art documents] [Non-patent literature]

[0009] [Non-Patent Document 1] “free5gc”, [online], GitHub Inc., [Retrieved July 7, 2022], Internet<https: / / github.com / abousselmi / docker-free5gc> [Non-patent document 2] “Multus”, [online], GitHub Inc., [Retrieved July 7, 2022], Internet<https: / / github.com / k8snetworkplumbingwg / multus-cni> Summary of the Invention [Problem to be solved by the invention]

[0010] When a unique IP address is assigned to a containerized user plane device for communication, flexible operation is difficult. For example, when a unique IP address is assigned to each container for communication, configuration changes are required for each device in an operation scenario where containers need to be scaled out or in, making flexible container operation such as dynamic scale-out or scale-in difficult.

[0011] The present invention has been made in consideration of these points, and an object of the present invention is to provide a protocol relay device, a protocol relay system, a protocol relay method, and a protocol relay program that enable flexible operation of containerized user plane devices. [Means for solving the problem]

[0012] The protocol relay device of the present invention is a protocol relay device connected to one or more UPFs (User Plane Functions), and is characterized by comprising: a UPF container management unit that receives a connection request from the UPF, stores an IP address corresponding to the interface from which the connection request originates, and notifies the UPF of the establishment of the connection; a control plane processing unit that, upon receiving a packet forwarding control protocol request packet, determines a UPF that will forward and process a PDU (Protocol Data Unit) session specified in the request packet and notifies the UPF of the determined result; and a user plane processing unit that identifies the session ID (identification) of user plane traffic received from a base station, performs network address translation on the user plane traffic based on the result, and forwards it to the appropriate UPF. [Effects of the Invention]

[0013] According to the present invention, a protocol relay device, a protocol relay system, a protocol relay method, and a protocol relay program enable flexible operation of a containerized user plane device. [Brief explanation of the drawings]

[0014] [Figure 1] 1 is a block diagram showing the overall configuration of a protocol relay system according to an embodiment of the present invention; [Figure 2] FIG. 1 is a block diagram showing the overall configuration of a protocol relay system, illustrating a method of concealment from a base station. [Figure 3] 2 is a block diagram showing the configuration of a protocol relay device and a UPF pod of the protocol relay system according to the present embodiment. FIG. [Figure 4] 10 is a flowchart showing the overall flow of a protocol relay device of the protocol relay system performing a UPF pod hiding process. [Figure 5] 10 is a flowchart showing a flow in which a protocol relay device of the protocol relay system establishes a connection with a UPF pod. [Figure 6] 10 is a flowchart showing a flow in which a protocol relay device of the protocol relay system executes communication with a session management unit. [Figure 7] 10 is a flowchart showing a flow in which a protocol relay device of the protocol relay system executes transfer by U-plane processing. [Figure 8] 10 is a flowchart showing a flow in which a protocol relay device of the protocol relay system executes separation of a UPF pod. [Figure 9] FIG. 2 is a hardware configuration diagram showing an example of a computer that realizes the functions of a protocol relay device. [Figure 10] This is a block diagram showing the system architecture of 5GC. [Figure 11A] FIG. 1 is an explanatory diagram showing an environment before a Blue / Green update. [Figure 11B] FIG. 10 is an explanatory diagram showing the environment after the update in the Blue / Green update. [Figure 12A] FIG. 10 is an explanatory diagram showing the state before the UPF container is hidden. [Figure 12B] FIG. 10 is an explanatory diagram showing the state after the UPF container is hidden. DETAILED DESCRIPTION OF THE INVENTION

[0015] Next, an embodiment of the present invention (hereinafter referred to as "the present embodiment") will be described. First, in the overview of the present technology, a conventional technology will be described as a comparative example. Hereinafter, the same members and configurations will be given the same reference numerals, and descriptions thereof will be omitted as appropriate.

[0016] <Overview of this technology> Figure 10 is a block diagram showing the system architecture of 5GC. As shown in Figure 10, the 5GC system architecture 500P is configured to include a terminal 201, a base station 202, an access / mobility management unit 203, a session management unit 204, a network function publication management unit 205, a network function registration management unit 206, a policy control unit 207, an integrated data management unit 208, an authentication server management unit 209, a UPF pod 300, and a data network 400. Note that " / " is used to mean "and".

[0017] A terminal 201 represents a wireless terminal (UE: User Equipment). Base station 202 represents a wireless base station (gNB: next generation Node B) compatible with the 5G wireless standard.

[0018] The access / mobility management unit 203 represents a function for managing access and mobility (AMF: Access and Mobility Management Function). The session management unit 204 represents a function for managing a session (SMF: Session Management Function).

[0019] The Network Exposure Function Manager 205 acts as a centralized point for exposing services (NEF: Network Exposure Function) and is responsible for approving all connection requests originating from outside the system. The network function registration management unit 206 represents a function (NRF: Network Repository Function) that registers network functions and the services they generate.

[0020] The policy control unit 207 represents a function (PCF: Policy Control Function) that controls the policies and rules of the 5G system. The unified data management unit 208 represents a function (UDM: Unified Data Management) that is responsible for many services related to users and subscriptions. The authentication server management unit 209 represents a function (AUSF: Authentication Server Function) that processes procedures related to authentication.

[0021] The UPF pod 300 represents a function (UPF: User Plane Function) that transfers user data packets. The data network 400 represents a general term (DN: Data Network) for a network to which the Internet or a server that provides some kind of service is connected.

[0022] Although only one UPF pod 300 is illustrated, multiple UPF pods 300 are interconnected to form a network. The UPF pod 300 is an example of a UPF, and a UPF can be realized, for example, by a container, a virtual machine, or a server. The UPF pod 300 is shown as the smallest unit constituting a UPF container.

[0023] In addition, the service-based architecture 500Q is realized by an access / mobility management unit 203, a session management unit 204, a network function publication management unit 205, a network function registration management unit 206, a policy control unit 207, an integrated data management unit 208, and an authentication server management unit 209.

[0024] This section explains a comparative example of updating a UPF container using this technology. There are two types of UPF container updates: reversible and irreversible, depending on the old and new environment. Companies operating public communication networks such as 5G often require reversible methods.

[0025] For example, the Blue / Green update is a reversible method that prepares two environments, an old and a new, and allows you to switch back to the old environment after switching to the new environment.On the other hand, the rolling update method is an irreversible method that allows you to sequentially migrate the container environment to the new environment while releasing the old environment, making it impossible to switch back to the old environment.

[0026] When a UPF container is updated to Blue / Green, the U-plane traffic route is changed from the Blue environment to the Green environment. Therefore, when a UPF container is updated to Blue / Green, the U-plane traffic connection established between terminal 201 and UPF pod 300 in the Blue environment is disconnected, and communication from terminal 201 becomes temporarily unavailable.

[0027] FIG. 11A is an explanatory diagram showing the environment before the update in the Blue / Green update, and FIG. 11B is an explanatory diagram showing the environment after the update in the Blue / Green update.

[0028] 11A, the path T of the U-plane traffic before the update is directed to the Blue environment. UPF pods 301P to 303P are to be used in the Blue environment, and UPF pods 304P to 306P are to be used in the Green environment.

[0029] As shown in Figure 11B, after the update, the route T of U-plane traffic that was being forwarded by UPF pods 301P to 303P in the Blue environment is disconnected by the update, and the new route U of U-plane traffic that has arisen after the update is forwarded in the Green environment.

[0030] In this case, if the configuration of the UPF containers in the Blue and Green environments can be hidden, the impact of disconnecting the route T of the U-plane traffic can be avoided.

[0031] <Consideration of concealment> In order to operate a flexible UPF container, it is possible to conceal the configuration of the UPF container.

[0032] FIG. 12A is an explanatory diagram showing the state before the UPF container is hidden, while FIG. 12B is an explanatory diagram showing the state after the UPF container is hidden.

[0033] In order to conceal the configuration of the UPF containers (UPF pods 301P to 303P), it is conceivable to provide a gateway called relay device 100P between UPF pods 301P to 303P and session management unit 204 (see FIG. 12B). In this case, session management unit 204 will communicate with the IP address of relay device 100P, and UPF pods 301P to 303P will be recognized as a single device.

[0034] Session management unit 204 not only communicates with UPF pods 301P to 303P, but also has a function of notifying terminal 201 of the IP addresses of UPF pods 301P to 303P as C-plane processing. Therefore, when UPF pods 301P to 303P are hidden as shown in Fig. 12B, a single IP address is notified to terminal 201.

[0035] In this case, in U-plane communication processed between terminal 201 and UPF pods 301P to 303P, relay device 100P needs to appropriately distribute PDU sessions to each of UPF pods 301P to 303P (see solid arrows in FIG. 12B).

[0036] Here, GTP-U on the N3 interface and FRCP on the N4 interface do not use a service-based architecture (a common communication method in Kubernetes), so when hiding a UPF container, it is necessary to hide both the N3 and N4 interfaces at the same time.

[0037] Therefore, the protocol relay device according to this embodiment appropriately conceals the configuration of the UPF container, thereby enabling flexible operation of the containerized UPF.

[0038] <Overview of Protocol Relay System Concealment> [1. Hiding the UPF Pod from the Session Manager] 1 is a block diagram showing the overall configuration of a protocol relay system according to this embodiment. Note that Fig. 1 shows a method for hiding UPF pods 300 to 303 from the session management unit 204.

[0039] 1, the protocol relay system 500 is configured to include a terminal 201, a base station 202, an access / mobility management unit 203, a session management unit 204, a protocol relay device 100, and UPF pods 301 to 303. When there is no need to limit the UPF pods 301 to 303 to any one of them, they will be simply referred to as UPF pod 300.

[0040] The protocol relay device 100 executes C-plane processing together with the session management unit 204 to terminate the PFCP communication. The protocol relay device 100 also executes C-plane adjustment to the UPF pods 301 to 303 and notifies the adjustment results to each of the UPF pods 301 to 303. Note that C-plane adjustment means determining the UPF pod 300 for the PDU session.

[0041] 2. Concealment of UPF Pods from Base Stations FIG. 2 is a block diagram showing the overall configuration of a protocol relay system, illustrating a method of concealment from a base station.

[0042] 2, the protocol relay device 100 receives U-plane communication from the terminal 201 or the base station 202. Based on the C-plane adjustment result, the protocol relay device 100 transfers the C-plane traffic to the corresponding UPF pods 301 to 303.

[0043] <Protocol Relay Device Overview> FIG. 3 is a block diagram showing the configuration of a protocol relay device and a UPF pod in the protocol relay system according to this embodiment.

[0044] As shown in FIG. 3, the protocol relay device 100 is configured to include a C-plane processing unit 10 (control plane processing unit), a U-plane processing unit 20 (user plane processing unit), and a UPF container management unit 30.

[0045] The C-plane processing unit 10 temporarily stores the RFCP request packet from the session management unit 204 in a buffer. When the C-plane processing unit 10 receives the RFCP request packet, it determines the UPF that will perform the forwarding process for the PDU session specified in the request packet. The C-plane processing unit 10 generates an RFCP packet to be exchanged with the UPF pods 301 and 302, and notifies the UPF pods 301 and 302 of the PDU session information to be forwarded using a modified RFCP packet. In this way, the C-plane processing unit 10 notifies the UPF pods 301 and 302 of the adjustment result (determined result) of the forwarding process.

[0046] The U-plane processing unit 20 identifies the session ID of the U-plane traffic received from the base station 202, performs network address translation on the U-plane traffic based on the adjustment result, and transfers it to the appropriate UPF 301, 302.

[0047] The UPF container management unit 30 receives connection requests from one or more UPF pods 301, 302, stores IP addresses corresponding to the interfaces of the connection request sources, and notifies the UPF pods 301, 302 of the establishment of the connection. Also, when the UPF container management unit 30 receives a disconnection request from the UPF pods 301, 302, it deletes the IP addresses corresponding to the UPF pods 301, 302 that are the sources of the disconnection request, and deletes the settings for network address translation for the IP addresses of the UPF pods 301, 302 that are the sources of the disconnection request. In this way, the UPF container management unit 30 can communicate with the connection management unit 310 of the UPF pod 300 and grasp the configuration of the UPF container.

[0048] <Configuration of UPF Pod> Each of the UPF pods 301, 302 is configured with a connection management unit 310. The connection management unit 310 notifies a connection request to the protocol relay device 100 to establish a connection. The connection management unit 310 communicates with the UPF container management unit 30 of the protocol relay device 100 and notifies the protocol relay device 100 of the configuration of the UPF pod 300.

[0049] <Initial State> As shown in FIG. 3, as an example, the protocol relay system 500 includes two UPF pods 301, 302. The two UPF pods 301, 302 constitute a UPF container.

[0050] The protocol relay device 100 includes an interface facing the base station 202 of the protocol relay device 100 (gNB-facing interface), an interface facing the session management unit 204 of the protocol relay device 100 (SMF-facing interface), and an interface facing the UPF pod 300 of the protocol relay device 100 (UPF-facing interface).

[0051] The UPF pods 301 and 302 include an interface facing the base station 202 of each UPF pod 300 (gNB-facing interface) and an interface facing the session management unit 204 of each UPF pod 300 (SMF-facing interface).

[0052] <Concealment processing of UPF pod> In the protocol relay system 500 according to this embodiment, the protocol relay device 100 executes a process of concealing the UPF pod 300.

[0053] FIGS. 4 to 8 are flowcharts showing the flow in which the protocol relay device of the protocol relay system executes the concealment process of the UPF pod. FIG. 4 shows a flowchart showing the overall flow in which the protocol relay device 100 executes the concealment process of the UPF pod, and FIGS. 5 to 8 show flowcharts showing the detailed flow in each step.

[0054] First, in FIG. 4, the protocol relay device 100 establishes a connection with the UPF pod 300 (step S1). Specifically, the protocol relay device 100 receives a connection request from the UPF pod 300 in the UPF container management unit 30, stores an IP address corresponding to the interface of the connection request source, and notifies the UPF pod 300 of the establishment of the connection. The detailed process of step S1 will be described later using FIG. 5.

[0055] Next, the protocol relay device 100 communicates with the session management unit 204 (step S2). Specifically, when the protocol relay device 100 receives a request packet of RFCP in the C-plane processing unit 10, it determines the UPF pod 300 that transfers the PDU session specified in the request packet, and notifies the determined result to the UPF pod 300. The detailed process of step S2 will be described later using FIG. 6.

[0056] Furthermore, the protocol relay device 100 performs transfer by U-plane processing (step S3). Specifically, the protocol relay device 100 identifies the session ID of the U-plane traffic received from the base station 202 in the U-plane processing unit 20, and based on the determined result, performs network address translation on the U-plane traffic and transfers it to the corresponding UPF pod 300. The detailed processing of step S3 will be described later using FIG. 7.

[0057] Then, the protocol relay device 100 executes disconnection of the UPF pod 300 (step S4). Specifically, when the protocol relay device 100 receives a disconnection request from the UPF pod 300 in the UPF container management unit 30, the protocol relay device 100 deletes the IP address corresponding to the UPF pod 300 that issued the disconnection request, and deletes the setting for converting the network address to the IP address of the UPF pod 300 that issued the disconnection request. Note that the detailed processing of step S4 will be described later with reference to FIG. 8.

[0058] When the protocol relay device 100 causes the UPF container management unit 30 to delete the setting for converting the network address to the IP address of the UPF pod 300 that has issued the disconnection request, the concealment process for the UPF pod 300 is terminated.

[0059] In this way, the protocol relay device 100 of the protocol relay system 500 can conceal the UPF pod 300 from the base station 202 and the session management unit 204, so that even if the configuration of the UPF pod 300 is changed, it can be operated flexibly without affecting the opposing device.

[0060] In particular, the UPF container management unit 30 of the protocol relay device 100 can disconnect a UPF pod 300 that has been stopped due to scaling in or the like, and therefore can be flexibly operated in accordance with the configuration of the UPF pod 300.

[0061] Next, the process of establishing a connection with the UPF pod 300 in step S1 shown in FIG. 4 will be described in detail with reference to the flowchart of FIG.

[0062] [Establishing connection with UPF pod] Each UPF pod 300 notifies the UPF container management unit 30 of the protocol relay device 100 of a connection request from the connection management unit 310. As a result, the protocol relay device 100 receives the connection request from each UPF pod 300 in the UPF container management unit 30 (step S11). This connection request includes the IP address of the interface of the opposing base station 202 of the UPF pod 300 that is the source of the connection request, and the IP address of the interface of the opposing session management unit 204.

[0063] The UPF container management unit 30 stores the received IP address of the interface of the opposing base station 202 of the UPF pod 300 that is the source of the connection request and the IP address of the interface of the opposing session management unit 204 as connection UPF information (step S12).

[0064] After storing the connection UPF information, the protocol relay device 100 notifies the connection management unit 310 of the UPF pod 300 that is the source of the connection request, via the UPF container management unit 30, of the establishment of the connection (step S13).

[0065] In this case, the connection management unit 310 of the UPF pod 300 establishes a connection with the protocol relay device 100, and sets the opposite device to a state in which it can accept processing during GTP-U transfer, with the protocol relay device 100 as the opposite device. Note that the GTP-U transfer processing itself is assumed to be equivalent to, for example, the well-known technology free5gc.

[0066] In step S13, the protocol relay device 100 notifies the connection management unit 310 of the UPF pod 300 that is the source of the connection request that the connection has been established, and then the process proceeds to step S2 in FIG.

[0067] Next, the communication process with session management section 204 in step S2 shown in FIG. 4 will be described in detail with reference to the flowchart in FIG.

[0068] [Communication with the Session Management Unit] The protocol relay device 100 receives an RFCP request packet from the session management device 204 in the C plane processing device 10 (step S21). The protocol relay device 100 stores the received request packet in the buffer of the C plane processing device 10.

[0069] Next, the protocol relay device 100 determines the UPF pod 300 that will process the PDU session by specifying it in the RFCP request packet in the C-plane processing unit 10 (step S22). In this case, for example, two types of decision logic are shown below, and the protocol relay device 100 stores the decision result (adjustment result) in the C-plane processing unit 10 while the PDU session continues to exist.

[0070] The first decision logic is to allocate work to all UPF pods, and the second decision logic is to allocate work to specific UPF pods.

[0071] When allocating processing to all UPF pods, the C-plane processing unit 10 of the protocol relay device 100 determines all UPF pods 300 as forwarding devices for U-plane traffic of the PDU session ID. This enables the protocol relay device 100 to distribute the load of the U-plane traffic of the PDU session ID using round robin or the like.

[0072] Specifically, the C-plane processing unit 10 assigns all UPF pods 301, 302, . . . to transfer destinations for each predetermined PDU session ID, for example.

[0073] On the other hand, when allocating processing to a specific UPF pod, as an example, a logic such as hashing is prepared to select a specific UPF pod 300 from the range of options for connected UPF pods 300 using a PDU session ID that identifies the PDU session as a key, and the UPF pod 300 as the transfer destination corresponding to the PDU session ID is determined. As a result, when the protocol relay device 100 receives U-plane traffic, it can transfer the traffic to a specific UPF pod 300 in units of PDU session ID.

[0074] Specifically, the C-plane processing unit 10 assigns UPF pod 301 to a specific PDU session ID as a UPF container to be transferred, and assigns UPF pod 302 to another specific PDU session ID as a UPF container to be transferred.

[0075] Next, the protocol relay device 100, in the C-plane processing unit 10, changes the source of the packet to the IP address of the UPF-facing interface of the protocol relay device 100, and also changes the destination to the IP address of the SMF-facing interface of the determined forwarding destination UPF pod 300, and forwards the packet (step S23). Note that if processing is to be assigned to all UPF pods 300 in step S22, notification will be sent to multiple UPF pods 300. In this case, the C-plane processing unit 10 generates multiple packets for each forwarding destination UPF pod 300 and forwards them to the UPF pod 300.

[0076] Next, the C-plane processing unit 10 receives a response packet from the UPF pod 300 (step S24).

[0077] Then, in the C-plane processing unit 10, the protocol relay device 100 changes the source of the received response packet to the IP address of the SMF opposing interface of the protocol relay device 100, changes the destination to the session management unit 204, and forwards the packet (step S25). In this case, in the C-plane processing unit 10, the protocol relay device 100 deletes the PFCP request packet stored in the buffer in step S21.

[0078] In step S25, the protocol relay device 100 deletes the PFCP request packet stored in the buffer, and then proceeds to step S3 in FIG.

[0079] Next, the transfer process by U-plane processing in step S3 shown in FIG. 4 will be described in detail with reference to the flowchart in FIG.

[0080] [Transfer using U-plane processing] When the protocol relay device 100 receives U-plane traffic at the gNB facing interface of the protocol relay device 100 and the UPF facing interface of the protocol relay device 100 in the U-plane processing unit 20, it identifies the PDU session ID (step S31).

[0081] The protocol relay device 100 sets the transfer of U-plane traffic from both directions, from the base station 202 to the protocol relay device 100 and from the UPF pod 300 to the protocol relay device 100, by the U-plane processing unit 20 (step S32).

[0082] In this case, the protocol relay device 100, in the U-plane processing unit 20, refers to the information of the UPF pod 300 to which the U-plane traffic of the PDU session ID is to be forwarded (i.e., the adjustment result, also referred to as destination UPF pod information), which was determined by the C-plane processing unit 10, and sets up network address translation using the IP address of the gNB-facing interface of the protocol relay device 100 and the IP address of the gNB-facing interface of the UPF pod 300 to which the U-plane traffic of the PDU session ID is to be forwarded.

[0083] In addition, in step S22 of Figure 6, if processing is assigned to all UPF pods, the forwarding destination will be all UPF pods 300, so the network address will be converted using load balancing logic such as round robin and will be changed to the IP address of the gNB-facing interface of the forwarding destination UPF pod 300.

[0084] In addition, when the protocol relay device 100 receives return U-plane traffic from the UPF pod 300 in the U-plane processing unit 20, it sets up network address conversion using the IP address of the gNB-facing interface of the UPF pod 300 from which the traffic is being forwarded and the IP address of the gNB-facing interface of the protocol relay device 100.

[0085] When the protocol relay device 100 sets up forwarding of U-plane traffic in both directions in step S32, the process proceeds to step S4 in FIG.

[0086] Next, the process of disconnecting the UPF pod 300 in step S4 shown in FIG. 4 will be described in detail with reference to the flowchart of FIG.

[0087] [UPF pod separation] A UPF pod 300 may be stopped due to, for example, scaling in of the UPF pod 300. Each UPF pod 300 to be stopped notifies a disconnection request from the connection management unit 310 to the UPF container management unit 30 of the protocol relay device 100. As a result, the protocol relay device 100 receives a notification of the disconnection request from the UPF pod 300 in the UPF container management unit 30 (step S41).

[0088] The UPF container management unit 30 of the protocol relay device 100 deletes the connected UPF information corresponding to the UPF pod 300 that has issued the disconnection request (step S42).

[0089] Furthermore, the UPF container management unit 30 deletes the network address conversion settings corresponding to the UPF pod 300 that has requested the disconnection in the U-plane processing unit 20 (step S43). This allows the protocol relay device 100 to stop forwarding to the UPF pod 300 deleted in step S42 in the protocol relay system 500.

[0090] The UPF container management unit 30 of the protocol relay device 100 notifies the connection management unit 310 of the UPF pod 300 that sent the disconnection request of the completion of the disconnection (step S44). As a result, when the connection management unit 310 of the UPF pod 300 receives the notification of the disconnection completion from the UPF container management unit 30, it determines that the connection with the protocol relay device 100 is in a disconnected state (disconnection established state), and sets the opposite device (protocol relay device 100) in a state where it cannot accept GTP-U transfer processing.

[0091] When the protocol relay device 100 notifies the connection management unit 310 of the UPF pod 300 of the completion of the disconnection (step S44), the concealment process of the UPF pod 300 is completed.

[0092] <Hardware configuration of protocol relay device> The protocol relay device 100 according to this embodiment is realized by, for example, a computer 900 configured as shown in FIG.

[0093] 9 is a hardware configuration diagram showing an example of a computer that realizes the functions of a protocol relay device. The computer 900 has a CPU (Central Processing Unit) 901, a ROM (Read Only Memory) 902, a RAM 903, an HDD (Hard Disk Drive) 904, an input / output I / F (Interface) 905, a communication I / F 906, and a media I / F 907.

[0094] The CPU 901 operates based on a program (protocol relay program) stored in the ROM 902 or the HDD 904, thereby realizing the C-plane processing unit 10, the U-plane processing unit 20, and the UPF container management unit 30. The ROM 902 stores a boot program executed by the CPU 901 when the computer 900 is started up, programs related to the hardware of the computer 900, and the like.

[0095] The CPU 901 controls an input device 910 such as a mouse or keyboard, and an output device 911 such as a display or printer, via an input / output I / F 905. The CPU 901 acquires data from the input device 910 via the input / output I / F 905, and outputs generated data to the output device 911. Note that a GPU (Graphics Processing Unit) or the like may be used as a processor together with the CPU 901.

[0096] The HDD 904 stores programs executed by the CPU 901 and data used by the programs. The communication I / F 906 receives data from other devices via a communication network (e.g., NW (Network) 920) and outputs the data to the CPU 901, and also transmits data generated by the CPU 901 to other devices via the communication network.

[0097] The media I / F 907 reads a program (e.g., a protocol relay program) or data stored in the recording medium 912 and outputs it to the CPU 901 via the RAM 903. The CPU 901 loads a program related to the target processing from the recording medium 912 onto the RAM 903 via the media I / F 907, and executes the loaded program. The recording medium 912 is an optical recording medium such as a DVD (Digital Versatile Disc) or a PD (Phase Change Rewritable Disc), a magneto-optical recording medium such as an MO (Magneto Optical Disk), a magnetic recording medium, a semiconductor memory, or the like.

[0098] For example, when a computer 900 functions as the protocol relay device 100 of the present invention, a CPU 901 of the computer 900 executes a program loaded onto a RAM 903 to realize each function of the protocol relay device 100. Furthermore, data in the RAM 903 is stored in an HDD 904. The CPU 901 reads and executes a program relating to a target process from a recording medium 912. Alternatively, the CPU 901 may read a program relating to a target process from another device via a communication network (NW 920).

[0099] <Effects> The following describes the effects of the UPF pod 300 concealment process and the like in the protocol relay system 500 according to the present invention.

[0100] The protocol relay device 100 of the present invention is a protocol relay device connected to one or more UPF pods 300, and is characterized by comprising: a UPF container management unit 30 that receives a connection request from the UPF pod 300, stores an IP address corresponding to the interface from which the connection request originates, and notifies the UPF pod 300 that the connection has been established; a C-plane processing unit 10 that, upon receiving an RFCP request packet, determines the UPF pod 300 that will forward the PDU session specified in the request packet and notifies the UPF pod 300 of the determination result; and a U-plane processing unit 20 that identifies the session ID of the user plane traffic received from the base station 202, performs network address translation on the user plane traffic based on the determination result, and forwards it to the corresponding UPF pod 300.

[0101] According to the protocol relay device 100 of the present invention, the UPF container management unit 30 receives a connection request from the UPF pod 300 and establishes a connection with the UPF pod 300. The C-plane processing unit 10 receives an RFCP request packet and determines the UPF pod 300 that will perform forwarding processing for the PDU session. The C-plane processing unit 10 also notifies the UPF pod 300 of the determined result of the forwarding processing. When the U-plane processing unit 20 receives user plane traffic from the base station 202, it identifies the session ID, performs network address translation on the user plane traffic based on the determined result of the forwarding processing, and forwards the user plane traffic to the corresponding UPF pod 300.

[0102] This allows the protocol relay device 100 to conceal the configuration of the UPF pod 300 that constitutes the container from the base station 202 and the session management unit 204. Therefore, the protocol relay device 100 can flexibly operate the containerized UPF pod 300.

[0103] Furthermore, the protocol relay device 100 of the present invention is characterized in that, when a disconnection request is received from a UPF pod 300 in the UPF container management unit 30, the IP address corresponding to the UPF pod 300 that made the disconnection request is deleted, and the setting for converting the network address to the IP address of the UPF pod 300 that made the disconnection request is deleted.

[0104] According to the protocol relay device 100 of the present invention, when the UPF container management unit 30 receives a disconnection request from the UPF pod 300, it deletes the IP address corresponding to the UPF pod 300 that sent the disconnection request, and deletes the setting for network address conversion to the IP address of the UPF pod 300.

[0105] This allows the protocol relay device 100 to determine the UPF pod 300 on which the C-plane processing unit 10 will perform forwarding processing in accordance with the configuration of the UPF pod 300, thereby enabling flexible operation of the UPF pod 300.

[0106] The protocol relay system 500 of the present invention is a protocol relay system comprising one or more UPF pods 300 and a protocol relay device 100 connected to the UPF pods 300, wherein the UPF pod 300 comprises a connection management unit 310 that notifies the protocol relay device 100 of a connection request and establishes a connection, and the protocol relay device 100 comprises a UPF container management unit 30 that receives a connection request from the UPF pod 300, stores an IP address corresponding to the interface from which the connection request originated, and notifies the UPF pod 300 of the establishment of the connection, a C-plane processing unit 10 that, upon receiving an RFCP request packet, determines the UPF pod 300 that will forward the PDU session specified in the request packet and notifies the UPF pod 300 of the determination result, and a U-plane processing unit 20 that identifies the session ID of the user plane traffic received from the base station 202, performs network address translation on the user plane traffic based on the determination result, and forwards it to the corresponding UPF pod 300.

[0107] According to the protocol relay system 500 of the present invention, the UPF container management unit 30 of the protocol relay device 100 receives a connection request from the UPF pod 300 and establishes a connection with the UPF pod 300. The C-plane processing unit 10 receives an RFCP request packet and determines the UPF pod 300 that will forward the PDU session. The C-plane processing unit 10 also notifies the UPF pod 300 of the determination result. When the U-plane processing unit 20 receives user plane traffic from the base station 202, it identifies the session ID, and based on the determination result, performs network address translation on the user plane traffic and forwards the user plane traffic to the corresponding UPF pod 300.

[0108] As a result, the protocol relay system 500 can conceal the configuration of the UPF pod 300 that constitutes the container from the base station 202 and the session management unit 204. Therefore, the protocol relay system 500 can flexibly operate the containerized UPF pod 300.

[0109] Furthermore, the protocol relay system 500 according to the present invention is characterized in that, when a disconnection request is received from a UPF pod 300 in the UPF container management unit 30 of the protocol relay device 100, the IP address corresponding to the UPF pod 300 that made the disconnection request is deleted, and the setting for converting the network address to the IP address of the UPF pod 300 that made the disconnection request is deleted.

[0110] According to the protocol relay system 500 of the present invention, when the UPF container management unit 30 receives a disconnection request from a UPF pod 300, it deletes the IP address corresponding to the UPF pod 300 that sent the disconnection request, and deletes the setting for network address conversion to the IP address of the UPF pod 300.

[0111] This allows the protocol relay system 500 to determine the UPF pod 300 on which the C plane processing unit 10 will perform forwarding processing in accordance with the configuration of the UPF pod 300, thereby enabling flexible operation of the UPF pod 300.

[0112] The present invention is not limited to the above-described embodiments, and many modifications can be made by a person skilled in the art within the technical concept of the present invention. [Explanation of symbols]

[0113] 10 C-plane processing unit (control plane processing unit) 20 U-plane processing unit (user plane processing unit) 30 UPF Container Management Department 100 Protocol Relay Device 100P repeater 201 terminals 202 Base station 203 Access / Mobility Management Department 204 Session Management Unit 205 Network Function Publication Management Department 206 Network Function Registration Management Department 207 Policy control section 208 Integrated Data Management Department 209 Authentication Server Management Department 300~303, 301P~306P UPF Pods 310 Connection Management Unit 400 Data Network 500 Protocol Relay System 500P System Architecture

Claims

1. A protocol relay device connected to one or more UPFs (User Plane Functions), a UPF container management unit that receives a connection request from the UPF, stores an IP (Internet Protocol) address corresponding to an interface from which the connection request originates, and notifies the UPF of the establishment of the connection; a control plane processing unit that, upon receiving a request packet of a packet forwarding control protocol, determines a UPF that will forward a PDU (Protocol Data Unit) session specified in the request packet and notifies the UPF of the determined result; a user plane processing unit that identifies a session identification (ID) of user plane traffic received from a base station, performs network address translation on the user plane traffic based on the result, and forwards the user plane traffic to a corresponding UPF; A protocol relay device comprising:

2. The UPF container management unit When a disconnection request is received from the UPF, the IP address corresponding to the UPF that made the disconnection request is deleted, and the setting for converting the network address to the IP address of the UPF that made the disconnection request is deleted.

2. The protocol relay device according to claim 1.

3. A protocol relay system comprising one or more UPFs and a protocol relay device connected to the UPFs, The UPF is a connection management unit that notifies the protocol relay device of a connection request and establishes a connection; The protocol relay device a UPF container management unit that receives the connection request from the UPF, stores an IP address corresponding to the interface of the connection request source, and notifies the UPF of the establishment of the connection; A control plane processing unit that, upon receiving a request packet of a packet forwarding control protocol, determines a UPF that will forward a PDU session specified in the request packet and notifies the UPF of the determined result; a user plane processing unit that identifies a session ID of user plane traffic received from a base station, and performs network address translation on the user plane traffic based on the result, and forwards the user plane traffic to a corresponding UPF; A protocol relay system comprising:

4. The UPF container management unit When a disconnection request is received from the UPF, the IP address corresponding to the UPF that made the disconnection request is deleted, and the setting for converting the network address to the IP address of the UPF that made the disconnection request is deleted.

4. The protocol relay system according to claim 3.

5. A protocol relay method for a protocol relay device connected to one or more UPFs, comprising: The protocol relay device receiving a connection request from the UPF and storing an IP address corresponding to an interface from which the connection request originates; notifying the UPF of the establishment of the connection; When receiving a request packet of a packet forwarding control protocol, determining a UPF that will forward a PDU session specified in the request packet and notifying the UPF of the determination result; Identifying a session ID of user plane traffic received from a base station, and performing network address translation on the user plane traffic based on the result, and forwarding the user plane traffic to a corresponding UPF; A protocol relay method comprising:

6. The protocol relay device When a disconnection request is received from the UPF, deleting an IP address corresponding to the UPF that has made the disconnection request, and deleting a setting for converting a network address to the IP address of the UPF that has made the disconnection request; 6. The protocol relay method according to claim 5, further comprising:

7. On the computer, receiving a connection request from one or more UPFs, storing an IP address corresponding to the interface from which the connection request originates, and notifying the UPF of the establishment of the connection; A procedure for determining a UPF that will forward a PDU session specified in a packet forwarding control protocol request packet upon receiving the request packet, and notifying the UPF of the result of the determination; Identifying a session ID of user plane traffic received from a base station, and based on the result, performing network address translation on the user plane traffic and forwarding it to a corresponding UPF; A protocol relay program for executing the above.

8. When a disconnection request is received from the UPF, deleting an IP address corresponding to the UPF that has made the disconnection request and deleting a setting for converting a network address to the IP address of the UPF that has made the disconnection request; 8. The protocol relay program according to claim 7, further comprising:

Images