Base station device, base station device switching method and program

Abstract

To make it possible to provide a communication service that is highly resistant to faults in a transport network.SOLUTION: A base station device of a mobile communication network includes a context holding unit that stores an MM (Mobility Management) context and an SM (Session Management) context for each terminal connected to the base station device, and a context transfer unit that, when a handover of a terminal is detected, transfers the MM context and SM context of the terminal to a base station device that is the target of the handover.SELECTED DRAWING: Figure 12

Description

[Technical Field]

[0001] The present invention relates to a base station device, a base station device switching method, and a program, and more particularly to a base station device, a base station device switching method, and a program that enable the provision of communication services that are highly resistant to failures in a transport network. [Background technology]

[0002] With the spread of MEC (Multi-access Edge Computing), there are more opportunities for terminals (UE) to receive application services provided by MEC servers. By using MEC, it is possible to reduce the response delay of application services, for example.

[0003] Generally, each terminal in a mobile communication system communicates with an MEC server via a UPF, which is one of the network function units in the core network. Therefore, if the UPF is located in a specific data center, for example, the benefits of MEC cannot be fully utilized. Therefore, in the future, it is likely that multiple UPFs will be located near base stations (RAN: Radio Access Network).

[0004] Furthermore, a technology has been proposed for the MEC architecture that provides seamless streaming even when handover occurs (see, for example, Patent Document 1). By adopting such an MEC architecture, it becomes possible to provide stable, low-latency network services. [Prior art documents] [Patent documents]

[0005] [Patent Document 1] Japanese Patent Publication No. 2022-51973 Summary of the Invention [Problem to be solved by the invention]

[0006] On the other hand, current mobile communication systems are vulnerable to disruptions between the RAN and the core network due to transport network failures, etc. For example, if communication on the C-plane (N2 interface, SCTP, etc.) between the RAN and the core network is cut off, the RAN will stop transmitting cells.

[0007] In such a situation, if a failure occurs in the transport network connecting the RAN and a data center where servers corresponding to each network function unit of the core network are located, the terminals accommodated in the cell of the RAN will be unable to communicate. In such a case, even if communication between the RAN and the UPF is possible, the UE will not be able to receive application services.

[0008] An object of one aspect of the present invention is to realize a technology that enables the provision of communication services that are highly resistant to transport network failures. [Means for solving the problem]

[0009] A base station device according to one embodiment of the present invention is a base station device of a mobile communication network, and includes a context holding unit that stores an MM (Mobility Management) context and an SM (Session Management) context for each terminal connected to the base station device, and a context transfer unit that, when a handover of the terminal is detected, transfers the MM context and SM context of the terminal to a base station device that is the target of the handover.

[0010] A base station device switching method according to one embodiment of the present invention is a base station device switching method for a mobile communication network, which stores an MM (Mobility Management) context and an SM (Session Management) context for each terminal connected to a base station device, and when a handover of the terminal is detected, transfers the MM context and SM context of the terminal to the base station device that is the target of the handover.

[0011] Each aspect of the present invention may be realized by a computer. In this case, a program that causes a computer to execute each step of the above method, and a computer-readable recording medium on which the program is recorded, also fall within the scope of the present invention. [Effects of the Invention]

[0012] According to one aspect of the present invention, it is possible to realize a technology that enables the provision of communication services that are highly resistant to transport network failures. [Brief explanation of the drawings]

[0013] [Figure 1] FIG. 1 is a diagram illustrating the configuration of a typical 5G mobile communication system. [Figure 2] 2 is a block diagram showing an example of the functional configuration of the core network and base station device of FIG. 1. FIG. [Figure 3] A block diagram showing an example of the functional configuration of a core network and a base station device in a 5G mobile communication system according to an embodiment. [Figure 4] FIG. 10 is a block diagram illustrating a detailed configuration example of a U-plane processing unit. [Figure 5] FIG. 1 is a diagram illustrating processing related to registration between a terminal, a base station, and a core network. [Figure 6] FIG. 10 is another diagram illustrating the process related to registration between a terminal, a base station, and a core network. [Figure 7]FIG. 10 is yet another diagram illustrating processing related to registration between a terminal, a base station, and a core network. [Figure 8] FIG. 10 is yet another diagram illustrating processing related to registration between a terminal, a base station, and a core network. [Figure 9] 1 is a diagram illustrating processing related to PDU Session Establishment between a terminal, a base station, and a core network. [Figure 10] 1 is a diagram illustrating processing related to PDU Session Establishment between a terminal, a base station, and a core network. [Figure 11] FIG. 10 is a diagram illustrating communication between a UE and a DN when a failure occurs in a transport network. [Figure 12] FIG. 1 is a diagram illustrating handover of a UE 200 performed between two RANs. [Figure 13] 1 is an arrow chart illustrating a registration sequence. [Figure 14] 1 is an arrow chart illustrating a sequence of PDU Session Establishment. [Figure 15] 10 is an arrow chart illustrating the sequence of Xn Handover. [Figure 16] FIG. 1 is a diagram illustrating an example of the configuration of a computer that executes instructions of a program, which is software that realizes each function. DETAILED DESCRIPTION OF THE INVENTION

[0014] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. Fig. 1 is a diagram illustrating the configuration of a general 5G mobile communication system.

[0015] 1, a RAN 12a is shown, which is a base station that performs wireless communication with a terminal (UE: User Equipment) 13 within a cell. Similar RANs 12b and 12c are also shown, and each base station is connected to a core network (CN) 11.

[0016] In addition, in the figure, routers are indicated by oval symbols. RAN 12a and RAN 12b are connected to Router #a, and are connected to the core network 11 via Router #b. RAN 12c is connected to the core network 11 via Router #c. The communication path connecting the base station and the core network 11 is called a backhaul or a transport network (TN).

[0017] (Functional configuration of core network and base station equipment) Fig. 2 is a block diagram showing an example of the functional configuration of the core network (CN) 11 and the base station device (RAN) 12 shown in Fig. 1. Here, the configurations of RAN 12a, RAN 12b, and RAN 12c are collectively shown as the configuration of RAN 12.

[0018] In the example of FIG. 2, the core network 11 includes a Subscriber DB (UDR: User Data Repository) 31, a UPF (User Plane Function) 32, and an AMF (Access and Mobility Management Function) 33.

[0019] UDR31 is a functional block that mainly stores and reads subscriber data and session policies. UPF32 is a functional block that mainly performs session anchor, mobility anchor, packet forwarding, access control, etc. AMF33 is a functional block that mainly performs N2 interface termination, N1 interface termination, registration management, mobility management, etc.

[0020] In addition, the actual core network 11 includes other network function units such as a Session Management Function (SMF), a Unified Data Management Function (UDM), a Policy Control Function (PCF), etc. in addition to the UDR 31, the UPF 32, and the AMF 33. The illustration of these other network function units is omitted in Fig. 2.

[0021] 2, the base station device 12 is configured to include a gNB CU (Central Unit) 61, a gNB DU (Distributed Unit) 62, and a gNB RU (Radio Unit) 63. Note that "gNB" refers to a gNodeB (base station) in a 5G mobile communication network. Hereinafter, the gNB CU 61, the gNB DU 62, and the gNB RU 63 will be referred to as the CU 61, the DU 62, and the RU 63, respectively, as appropriate.

[0022] RU63 is a functional block that controls the antenna and communicates radio waves with terminals, and also controls, for example, MIMO and beamforming. DU62 is a functional block that performs signal modulation and demodulation and MAC layer communication control. CU61 is a functional block that controls DU62 and RU63, connects to the core network, processes PDCP (Packet Data Convergence Protocol) for packet encryption, and RRC (Radio Resource Control) for terminal radio resource management.

[0023] Furthermore, in the example of FIG. 2, the AMF 33 includes an N2 processing unit 41, an N1 processing unit 42, a UE N1-MM / SM Context cache 43, an SCTP processing unit 44, and an SBI (Service Based Interface) 45.

[0024] The N2 processing unit 41 is a functional block that terminates the N2 interface, which is a connection interface between the RAN and the AMF, and controls or manages communication over the N2 interface (for example, transmission and reception of NGAP messages).

[0025] The N1 processing unit 42 is a functional block that terminates the N1 interface, which is an interface between the UE and the AMF, and controls or manages communication over the N1 interface (for example, sending and receiving NAS messages). The N1 processing unit 42 also executes processes related to the generation and update of Mobility Management Context, which is mobility management information sent and received as NAS messages, and Session Management Context, which is session management information.

[0026] The UE N1-MM / SM Context cache 43 is a cache memory that stores the Mobility Management Context and Session Management Context that are transmitted and received as NAS messages.

[0027] The SCTP processing unit 44 is a functional block that terminates and manages a Stream Control Transmission Protocol (SCTP) session in communication between the core network 11 and the base station device 12.

[0028] The SBI 45 is an interface for calling various network function units in the core network connected by the service-based architecture.

[0029] 2, the CU 61 includes an SCTP processing unit 71 and a UPF 72. The SCTP processing unit 71 is a functional block that terminates and manages an SCTP session in communication between the core network 11 and the base station device 12. The UPF 72 is a functional block that implements functions related to the UPF of the core network 11 in the base station device 12.

[0030] 2, for example, the base station device 12 includes a UPF 72 in consideration of the case where a terminal receives an application service on an MEC server. A terminal authenticated by the core network can then receive an application service from an MEC server or the like located outside the core network 11 via the UPF 72 included in the CU 61 of the base station device 12, without going through the transport network. This makes it possible to provide communication services with lower latency than when going through the transport network.

[0031] The SCTP processing unit 71 includes an NGAP processing unit 81 and an Xn processing unit 82. The NGAP processing unit 81 is a functional block that performs processes such as generating, encrypting, and decrypting an NGAP message. The Xn processing unit is a functional block that controls or manages communications over an Xn interface, which is an interface that connects base station devices 12 to each other.

[0032] For example, if a failure occurs in the transport network, the SCTP session between the SCTP processing unit 44 and the SCTP processing unit 71 is disconnected, and it becomes impossible to transmit and receive NGAP messages between the N2 processing unit 41 and the NGAP processing unit 81. In this case, the base station device 12 stops transmitting radio waves related to its own cell, and the terminal 13 that had been accommodated in its own cell until then becomes disconnected from both the core network 11 and the base station device 12.

[0033] On the other hand, the CU 61 of the base station includes a UPF 72, and terminal 13 that has already been authenticated by core network 11 should then be able to receive application services from the MEC server or the like via the UPF 72 of base station device 12, without going through the transport network. However, in reality, when a failure occurs in the transport network and the SCTP association is disconnected, current base station software executes processing to cause base station device 12 to stop transmitting radio waves related to its own cell, and therefore terminal 13 will not be able to receive application services even if no failure has occurred in base station device 12 itself.

[0034] To avoid such a situation, it is not enough to simply avoid the suspension of radio wave transmission related to the cell; for example, it is necessary to continue communication normally even when a handover occurs.

[0035] In other words, while conventional mobile communication networks aim to provide low-latency communication services by implementing UPF functions in base station equipment, they have the problem of low tolerance to transport network failures.

[0036] First Embodiment FIG. 3 is a block diagram showing an example of the functional configuration of a core network (CN) 110 and a base station device (RAN) 120 of a 5G mobile communication system according to this embodiment.

[0037] (Functional configuration of core network) The core network 110 shown in the figure includes a subscriber database (UDR) 131. Network function units other than the UDR 131, such as a UPF and an AMF, may or may not be included in the core network 110.

[0038] (RAN functional configuration) 3 is configured to include a gNB CU (Central Unit) 161, a gNB DU (Distributed Unit) 162, and a gNB RU (Radio Unit) 163. Note that, hereinafter, the base station device 120 will be referred to as RAN 120 as appropriate, and the gNB CU 161, gNB DU 162, and gNB RU 163 will be referred to as CU 161, DU 162, and RU 163, respectively, as appropriate.

[0039] (CU (Central Unit)) The CU 161 is a functional block that controls the DU 162 and RU 163 (described later), connects to a core network, processes PDCP (Packet Data Convergence Protocol) for encrypting packets, and RRC (Radio Resource Control) for managing radio resources of terminals. As an example, the functions of the CU 161 are realized by software such as a program executed by a computer.

[0040] In the example of FIG. 3, the CU 161 includes an SBI 171, an MM / SM processing unit 172, a C-plane processing unit 173, a context maintaining unit 174, an SCTP processing unit 175, and a U-Plane processing unit 180.

[0041] As an example, SBI171, MM / SM processing unit 172, C-plane processing unit 173, context holding unit 174, SCTP processing unit 175, and U-Plane processing unit 180 may be configured as instances generated by calling a function in software that executes processing corresponding to the function of CU161.

[0042] As will be described later, each functional block included in the CU 161 executes various processes corresponding to the AMF, SMF, UPF, etc. That is, in this embodiment, the base station device 120 executes processes executed by a network function unit of a core network such as the AMF, SMF, or UPF in a conventional 5G mobile communication system.

[0043] (SBI) The SBI 171 is a functional block similar to the SBI 45 in Fig. 2, and is an interface for receiving services from various network function units connected by the service-based architecture. In the example of Fig. 3, the SBI 171 is connected to the UDR 131 of the core network 110 by the service-based architecture.

[0044] (MM / SM processing section) The MM / SM processing unit 172 is a functional block that executes processing similar to that executed by the N1 processing unit 42 in Fig. 2. That is, the MM / SM processing unit 172 controls or manages the termination of the N1 interface and communications over the N1 interface (for example, sending and receiving NAS messages). The MM / SM processing unit 172 also executes processing related to the generation and update of Mobility Management Context, which is mobility management information sent and received as NAS messages, and Session Management Context, which is session management information.

[0045] The MM / SM processing unit 172 performs processing performed by network function units such as AMF and SMF in conventional 5G mobile communication systems on behalf of the AMF, SMF, etc.

[0046] The MM / SM processing unit 172 may be an instance generated by calling a function to cause a computer to execute the above-mentioned processing, or may be part of a calculation process executed in software that realizes the functions of the CU 161.

[0047] (C-plane processing unit) The C-plane processing unit 173 is a functional block that executes processes related to procedures such as UE Registration and PDU Session Establishment. As an example, the C-plane processing unit 173 executes processes such as decrypting a Subscription Concealed Identifier (SUCI) when executing Registration and generating an Authentication Request message. The C-plane processing unit 173 also executes processes such as decrypting a PDU Session Establishment Request message when executing PDU Session Establishment and assigning an IP address.

[0048] The C-plane processing unit 173 performs processing performed by network function units such as UDM and PCF in conventional 5G mobile communication systems on behalf of the UDM, PCF, etc.

[0049] The C-plane processing unit 173 may be an instance generated by calling a function to cause a computer to execute the above-described processing, or may be part of a process executed in software that realizes the functions of the CU 161.

[0050] (Context maintenance unit) The context maintaining unit 174 is a functional block similar to the UE N1-MM / SM Context cache 43 in Fig. 2. That is, the context maintaining unit 174 is a cache memory that stores the Mobility Management Context and the Session Management Context that are transmitted and received as NAS messages.

[0051] (SCTP processing section) The SCTP processing unit 175 is a functional block corresponding to the SCTP processing unit 71 in Fig. 2. The Xn processing unit 191 is a functional block that executes processing similar to that of the Xn processing unit 82 in Fig. 2. Unlike the SCTP processing unit 71 in Fig. 2, the SCTP processing unit 175 in Fig. 3 does not have a functional block corresponding to the NGAP processing unit 81. That is, in the 5G mobile communication system according to this embodiment, communication via the N2 interface, that is, communication between the RAN 120 and the AMF of the core network 110, is not required.

[0052] (U-plane processing unit) The U-plane processing unit 180 is a functional block that executes various processes related to communication of data related to UE application services, etc., and may be, for example, a functional block that executes processes similar to those of the UPF 72 in Fig. 2. The U-plane processing unit 180 may be an instance generated by calling a function that causes a computer to execute processes similar to those of the UPF 72 in Fig. 2. Alternatively, it may be part of a process executed in software that realizes the functions of the CU 161.

[0053] (DU (Distributed Unit) and RU (Radio Unit)) DU162 and RU163 are functional blocks similar to DU62 and RU63 in Figure 2. That is, RU163 is a functional block that controls the antenna to communicate with terminals via radio waves, and also controls, for example, MIMO and beamforming. DU162 is a functional block that performs signal modulation and demodulation, MAC layer communication control, etc.

[0054] In the example of FIG. 3, only the UDR 131 is shown in the core network 110, but the core network 110 may include other network function units.

[0055] (Detailed configuration of the U-plane processing unit) Fig. 4 is a block diagram showing a detailed configuration example of the U-plane processing unit 180 in Fig. 3. In this example, the U-plane processing unit 180 includes a Session Anchor 181, a Mobility Anchor 182, a Packet Forward 183, and an Access Control 184.

[0056] Session Anchor 181 and Mobility Anchor 182 are functional blocks that terminate PDU sessions. Packet Forward 182 is a functional block that executes processing related to forwarding of U-plane packets. Access Control 184 is a functional block that performs control related to session rules, which will be described later.

[0057] (Registration) Next, registration in the 5G mobile communication system according to this embodiment will be described. Figures 5 to 8 are diagrams illustrating processing related to registration between a terminal, a base station, and a core network. Figures 5 to 8 show two base stations, RAN120A (denoted as RAN#A in the figures) and RAN120B (denoted as RAN#B in the figures). Both RAN#A and RAN#B have the functional configuration described above with reference to Figure 3.

[0058] 5, a Registration Request message ("reg.req" in the figure) is transmitted to RAN 120A from UE 200 (denoted as UE#1 in the figure), which is a terminal connected to RAN 120A. CU 161A of RAN#A acquires a Subscription Concealed Identifier (SUCI) included in the Registration Request message.

[0059] In conventional 5G mobile communication systems, such processing is performed by the AMF, but in the 5G mobile communication system according to this embodiment, it is performed by the CU161A of the RAN120A.

[0060] 6, CU 161A decrypts the SUCI ("decrypt SUCI" in the figure) and queries UDR 131 to acquire subscriber information ("get subscriber info" in the figure). CU 161A determines whether the user of UE 200 is a registered subscriber based on the acquired subscriber information, and if it is determined that the user is a registered subscriber, transmits an Authentication Request message ("auth req" in the figure) to UE 200. At this time, a Mobility Management context (MM#1 in the figure) is held in a context holding unit (denoted as MM / SM Ctx in the figure) 174A of CU 161A.

[0061] A Mobility Management context is generated and stored for each UE that has transmitted a Registration Request message. In this embodiment, "#1" is used as a subscript to indicate that it relates to UE#1. In this case, since the Registration Request message was transmitted from UE#1, MM#1 is stored in the context storage unit.

[0062] 7, UE 200 transmits an Authentication Response message ("auth res" in the figure) to RAN 120A. Upon receiving the Authentication Response message, CU 161A generates a key for encrypting the signal path used in communication with UE 200, and adds the key information to MM#1.

[0063] CU 161A transmits a Security Mode Command message ("sec.mod.comm." in the figure) including information related to key generation to UE 200. UE 200 generates a key for encrypting the signal path based on the received Security Mode Command message, and transmits a Security Mode Complete message ("sec.mod.comp." in the figure) to CU 161A.

[0064] 8, the CU 161A of the RAN 120A updates the information stored in the UDR 131 of the core network 110. That is, the information indicating the status of UE#1 stored in the UDR 131 is updated to indicate that authentication by the network has been completed ("registered" in the figure).

[0065] Then, CU 161A of RAN 120A transmits a Registration Accept message ("reg.accept" in the figure) to UE 200. Upon receiving the Registration Accept message, UE 200 transmits a Registration Complete message ("reg.comp." in the figure) to RAN 120A. This completes the registration for UE #1.

[0066] In this way, RAN120A is connected to the core network via the transport network, and has an SBI (Service Based Interface) 171 in CU (Central Unit) 161. When RAN120A receives a Registration Request message from UE200, it receives services from UDR (User Data Repository) 131 of the core network 110 via SBI171, and the context maintenance unit 174 stores the MM context of UE200.

[0067] (PDU Session Establishment) Next, PDU Session Establishment in the 5G mobile communication system according to this embodiment will be described. Figures 9 and 10 are diagrams illustrating processing related to PDU Session Establishment between a terminal, a base station, and a core network. Figures 9 and 10 show two base stations, RAN 120A and RAN 120B.

[0068] 9, a PDU Session Establishment Request message ("PDU sess.estab.req" in the figure) is transmitted from UE 200, whose registration has been completed, to RAN 120A. The PDU Session Establishment Request message includes an MM / SM message, and CU 161A of RAN#A references the SM (Session Management) message in the MM / SM message to acquire the session policy of UE#1 from UDR 131 ("get session policy" in the figure).

[0069] In conventional 5G mobile communication systems, such processing is performed by the SMF, but in the 5G mobile communication system according to this embodiment, it is performed by the CU161A of the RAN120A.

[0070] CU161A, which has acquired the session policy for UE#1, generates a session rule for UE#1 based on the session policy using its U-plane processing unit ("insert sess.rule" in the figure). As a result, U-plane data for UE#1 is transmitted based on this session rule. At this time, the Session Management context (SM#1 in the figure) is held in the context holding unit of CU161A, and a PDU session (e.g., PDU#001) for UE#1 is established.

[0071] In this way, the RAN 120A receives a PDU session establishment request message from the UE 200. Receive When this occurs, the UE 200 receives a service from the UDR of the core network via the SBI 171, and the context maintaining unit 174 stores the SM context of the UE 200.

[0072] After this, the UE 200 can transmit and receive data to and from the DN (Data Network) using PDU#001, as shown in Fig. 10. That is, the UE 200 can receive application services provided by a server on the DN, etc.

[0073] As described above, the CU 161A of the RAN 120A includes the U-plane processing unit 180 described above with reference to Figures 3 and 4, so that the UE 200 can transmit and receive data to and from the DN without going through the core network 110. It is assumed that the RAN 120A is connected to an MEC server, an Internet exchange, a satellite communication system, etc. In other words, the RAN 120A having the U-plane processing unit 180 is connected to a connection interface with the DN.

[0074] In this way, the CU 161A executes processing corresponding to processing executed by a UPF (User Plane Function), which is a network function part of the core network, and the RAN 120A is connected to a connection interface with a DN (Data Network).

[0075] As a result, for example, as shown in Fig. 11, even if a failure occurs in the transport network, the UE 200 can continue to transmit and receive data to and from the DN. In the example of Fig. 11, the symbol "X" in the figure indicates that a failure has occurred in the transport network connecting the RAN 120A and the RAN 120B. In this way, in the 5G mobile communication system according to this embodiment, even if communication between the RAN and the core network is cut off due to a failure in the transport network, the UE that has already completed registration can continue to receive application services.

[0076] (Handover) Next, a handover in the 5G mobile communication system according to this embodiment will be described. Fig. 12 is a diagram illustrating a handover of the UE 200 performed between the RAN 120A and the RAN 120B.

[0077] As shown in the figure, it is assumed that UE 200 moves and the connection destination of UE 200 is switched from RAN#A to RAN#B. In this case, Xn handover is performed between RAN#A and RAN#B. Note that RAN#A, which is the base station device from which the switch is made, is called the source base station device, and RAN#B, which is the base station device to which the switch is made, is called the target base station device.

[0078] As described above, in the 5G mobile communication system according to this embodiment, a context holding unit is provided in the CU of the base station device, and in this case, the Mobility Management context (MM#1) and Session Management context (SM#1) of UE#1 are held in the context holding unit 174A of CU161A of RAN120A.

[0079] For this reason, when UE#1 undergoes an Xn handover from RAN#A to RAN#B, MM#1 and SM#1 must be transmitted from RAN#A to RAN#B. MM#1 and SM#1 are transmitted and received between RAN#A and RAN#B using the Xn interface. That is, contexts such as MM#1 and SM#1 are transmitted and received between RAN 120A and RAN 120B without going through the core network 110.

[0080] Since RAN 120B has the same configuration as RAN 120A, the context transmitted from RAN 120A is held in the context holding unit 174B of CU 161B of RAN 120B. The contexts of UE #1, MM #1 and SM #1, which were held in the context holding unit 174A of RAN 120A, are invalidated (denoted as expired in the drawing).

[0081] RAN#B continues to use PDU#0001, which is the PDU session established for UE#1, to provide a communication path between UE#1 and the DN. That is, based on SM#1 transmitted from RAN#A, data related to UE#1's U-Plane communication is transmitted using PDU#0001, and the data is transmitted based on the session rules.

[0082] In this way, the base station device 120A according to this embodiment stores an MM (Mobility Management) context and an SM (Session Management) context for each terminal connected to the base station device 120, and when it detects a handover of a terminal (e.g., UE200), it transfers the MM context and SM context of the UE200 to the base station device 120B, which is the target of the handover.

[0083] This allows handover to be performed even when a failure occurs in the transport network, as shown in Fig. 12. In the example of Fig. 12, the symbol "X" in the figure indicates that a failure has occurred in the transport network connecting RAN 120A and RAN 120B to the core network 110. Furthermore, the UE 200 can continue to transmit and receive data to and from the DN at the target base station (RAN#B).

[0084] As described above, in the 5G mobile communication system according to this embodiment, even if communication between the RAN and the core network is interrupted due to a transport network failure, the UE that has already completed registration can continue to receive application services. In this case, even if a handover occurs due to the movement of the UE, the UE can continue to receive application services.

[0085] (Registration sequence) Next, a registration sequence, which is one of the system procedures executed in the 5G mobile communication system according to this embodiment, will be described. Fig. 13 is an arrow chart illustrating the registration sequence.

[0086] In this arrow chart, the entities that execute each step are shown as UE 200 (UE #1), CU 161A, CN-C 170A, context maintaining unit 174A, and UDR 131. CU 161A, CN-C 170A, and context maintaining unit 174A are included in RAN 120A. CN-C 170A is an entity corresponding to MM / SM processing unit 172 and C-plane processing unit 173 described above with reference to Fig. 3, and may be, for example, an instance generated by CU 161A calling a predetermined function.

[0087] In reality, various messages transmitted from the UE 200 are acquired by the CU 161A via the DU 162A of the RAN 120A. Similarly, various messages transmitted from the CU 161A to the RAN 120A are actually transmitted via the DU 162A. Here, for simplicity of explanation, the description of the processing executed by the DU 162 is omitted.

[0088] In the figure, first, a system procedure called RRC Setup is executed between the UE 200 and the RAN 120 A. After that, Registration actually starts (“Begin Registration”).

[0089] In step S111, the UE 200 transmits a Registration Request message to the RAN 120A, which is received by the CU 161A of the RAN 120A in step S131.

[0090] In step S132, CU 161A calls a function for executing various processes related to the MM / SM processing unit 172 and the C-plane processing unit 173. Here, the function call (func.call) is executed with SUCI#1 as an argument, and in step S161, for example, CN-C170A is generated as an instance corresponding to the MM / SM processing unit 172 and the C-plane processing unit 173.

[0091] In step S162, the CN-C 170A executes the HTTP method "GET Subsc.Info of UE#1." As a result, in step S191, the UDR 131 searches for subscriber information for UE#1.

[0092] In step S192, UDR 131 provides the subscriber information (Sub#1) of UE#1 to CN-C 170, which is acquired by CN-C 170A in step S163.

[0093] In step S164, the CN-C 170A executes "Store UE#1 context" using the protocol specified by the context maintaining unit 174A. As a result, in step S181, the Mobility Management context of UE#1 is maintained in the context maintaining unit 174A.

[0094] In step S165, the CN-C 170A generates an "Authentication Request" as a return value for the function call in step S132, and in step S133, this is acquired by the CU 161A.

[0095] In step S134, the CU 161A transmits an Authentication Request message to the UE 200, which is received by the UE 200 in step S112.

[0096] In step S113, the UE 200 transmits an Authentication Response message to the RAN 120A, which is received by the CU 161A in step S135.

[0097] In step S136, CU 161A calls a function to execute various processes related to MM / SM processing section 172 and C-plane processing section 173. Here, the function call (func.call) is executed with AMF-UE-NGAP-ID#1 as an argument, and in step S166, for example, CN-C170A is generated as an instance corresponding to MM / SM processing section 172 and C-plane processing section 173. Then, a system procedure called Authentication is executed to authenticate UE#1.

[0098] In step S167, the CN-C 170A generates a "Security mode command" as a return value for the function call in step S136, and in step S137, this is acquired by the CU 161A.

[0099] In step S138, the CU 161A transmits a Security mode command message to the UE 200, which is received by the UE 200 in step S114.

[0100] In step S115, the UE 200 transmits a Security mode complete message to the RAN 120A, which is received by the CU 161A in step S139.

[0101] In step S140, CU 161A calls a function to execute various processes related to MM / SM processing unit 172 and C-plane processing unit 173. Here, the function call (func.call) is executed with AMF-UE-NGAP-ID#1 as an argument, and in step S168, for example, CN-C170A is generated as an instance corresponding to MM / SM processing unit 172 and C-plane processing unit 173.

[0102] In step S182, the context maintaining unit 174A executes "Load UE#1 context" using the specified protocol, which causes the context related to UE#1 held by the context maintaining unit 174A in step S169 to be read by the CN-C 170A.

[0103] In step S170, the CN-C 170A executes a handle registration request process, thereby obtaining the location information of the UE#.

[0104] In step S171, the CN-C 170A executes "Update the state of UE#1" using the protocol specified by the context maintaining unit 174A. As a result, the subscriber information of UE#1 is updated in the UDR 131 in step S193.

[0105] Furthermore, in step S172, the CN-C 170A executes "Store UE#1 context" using the protocol specified by the context maintaining unit 174A. As a result, the Mobility Management context of UE#1 updated in step S183 is maintained by the context maintaining unit 174A.

[0106] In step S173, the CN-C 170A generates "Registration Accept" as a return value for the function call in step S140, and this is acquired by the CU 161A in step S141.

[0107] In step S142, the CU 161A transmits a Registration Accept message to the UE 200, which is received by the UE 200 in step S116.

[0108] In step S117, the UE 200 transmits a Registration complete message to the RAN 120A, which is received by the CU 161A in step S143.

[0109] In step S144, CU 161A calls a function to execute various processes related to MM / SM processing unit 172 and C-plane processing unit 173. Here, the function call (func.call) is executed with AMF-UE-NGAP-ID#1 as an argument, and in step S174, for example, CN-C170A is generated as an instance corresponding to MM / SM processing unit 172 and C-plane processing unit 173.

[0110] In step S175, the CN-C 170A executes a handle registration complete process, which stops a predetermined timer used when registering UE#1, for example.

[0111] In step S176, the CN-C 170A generates a return value for the function call in step S144, and in step S145, this is acquired by the CU 161A. In this case, for example, the return value may be Null.

[0112] Then, the registration is terminated ("end Registration").

[0113] In the 5G mobile communication system according to this embodiment, registration as a system procedure is executed in this manner.

[0114] (PDU Session Establishment sequence) Next, a sequence of PDU Session Establishment, which is one of the system procedures executed in the 5G mobile communication system according to this embodiment, will be described. Fig. 14 is an arrow chart illustrating the sequence of PDU Session Establishment.

[0115] In this arrow chart, entities that execute each step are shown as UE 200 (UE #1), CU 161A, CN-C 170A, context maintaining unit 174A, U-Plane processing unit 180A, and UDR 131. CU 161A, CN-C 170A, context maintaining unit 174A, and U-Plane processing unit 180A are included in RAN 120A.

[0116] The CN-C170A is an entity corresponding to the MM / SM processing unit 172 and the C-plane processing unit 173 described above with reference to Fig. 3, and may be, for example, an instance generated by the CU 161A calling a predetermined function. The U-Plane processing unit 180A is an entity corresponding to the U-Plane processing unit 180 described above with reference to Fig. 3, and may be, for example, an instance generated by the CU 161A calling a predetermined function.

[0117] In reality, various messages transmitted from the UE 200 are acquired by the CU 161A via the DU 162A of the RAN 120A. Similarly, various messages transmitted from the CU 161A to the RAN 120A are actually transmitted via the DU 162A. Here, for simplicity of explanation, the description of the processing executed by the DU 162 is omitted.

[0118] Prior to the execution of PDU Session Establishment, the Registration described above with reference to Fig. 13 is executed. After the Registration is completed, a system procedure called Packet Forwarding Control Protocol (PFCP) Association Setup is executed, and after the PFCP Association Setup is completed, the process of step S201 is executed.

[0119] In step S201, the UE 200 executes a Gen. PDU Session ID process, thereby generating an ID (for example, ID#1) of the PDU Session that the UE 200 uses.

[0120] In step S202, the UE 200 sends a PDU session establishment request message to the RAN 120A, which is received by the CU 161A of the RAN 120A in step S221.

[0121] In step S222, CU 161A calls a function to execute various processes related to MM / SM processing unit 172 and C-plane processing unit 173. Here, the function call (func.call) is executed with AMF-UE-NGAP-ID#1 as an argument, and in step S241, for example, CN-C170A is generated as an instance corresponding to MM / SM processing unit 172 and C-plane processing unit 173.

[0122] In step S271, the context maintaining unit 174A executes "Load UE#1 context" using a specified protocol. As a result, in step S242, the context related to UE#1 maintained by the context maintaining unit 174A is read by the CN-C 170A.

[0123] In step S243, the CN-C 170A executes a handle PDU session establishment request process. In this process, the CN-C 170A acquires the session policy of UE#1 from the UDR 131. This determines whether or not an uplink PDU session can be established. Here, it is assumed that it has been determined that an uplink PDU session can be established.

[0124] Thereafter, a system procedure called PFCP session establishment is executed, which inserts an uplink session rule into the U-Plane processing unit 180A of the CU 161A.

[0125] In step S244, the CN-C 170A executes "Store UE#1 context" using the protocol specified by the context maintaining unit 174A. As a result, in step S181, the Session Management context (SM#1) of UE#1 is maintained by the context maintaining unit 174A.

[0126] In step S245, the CN-C 170A generates "PDU session establishment accept" as a return value for the function call in step S222, and this is acquired by the CU 161A in step S223.

[0127] In step S224, the CU 161A transmits a PDU session establishment accept message to the UE 200, which is received by the UE 200 in step S203.

[0128] In step S204, UE200 transmits First Uplink Data to U-plane processing unit 180A, which is received by U-plane processing unit 180A in step S291.

[0129] In step S225, CU 161A calls a function to execute various processes related to MM / SM processing unit 172 and C-plane processing unit 173. Here, the function call (func.call) is executed with AMF-UE-NGAP-ID#1 as an argument, and in step S246, for example, CN-C170A is generated as an instance corresponding to MM / SM processing unit 172 and C-plane processing unit 173.

[0130] In step S273, the context maintaining unit 174A executes "Load UE#1 context" using the specified protocol, thereby causing the CN-C 170A to read the context related to UE#1 that is maintained by the context maintaining unit 174A.

[0131] In step S248, the CN-C 170A executes a handle PDU session resource setup request process. This determines whether a downlink PDU session can be established. Here, it is assumed that it has been determined that a downlink PDU session can be established.

[0132] Thereafter, a system procedure called PFCP session modification is executed, which inserts a Downlink session rule into the U-Plane processing unit 180A of the CU 161A.

[0133] In step S249, the CN-C 170A executes "Store UE#1 context" using the protocol specified by the context maintaining unit 174A. As a result, in step S274, the Session Management context of UE#1 updated in conjunction with the execution of the PFCP session modification is maintained by the context maintaining unit 174A.

[0134] In step S250, the CN-C 170A generates a "PDU session resource setup response" as a return value for the function call in step S225, and in step S226, this is acquired by the CU 161A.

[0135] In step S292, the U-plane processing unit 180A transmits First Downlink Data to the UE 200, which is received by the UE 200 in step S205.

[0136] In the 5G mobile communication system according to this embodiment, PDU Session Establishment as a system procedure is executed in this manner.

[0137] (Handover sequence) Next, a sequence of Xn Handover, which is a process related to switching of base stations executed in the 5G mobile communication system according to this embodiment, will be described. Fig. 15 is an arrow chart illustrating the sequence of Xn Handover.

[0138] In this arrow chart, the entities that execute each step are shown as UE200 (UE#1), CU161A, U-Plane processing unit 180A, CU161B, CN-C170B, context maintaining unit 174B, and U-Plane processing unit 180B. CU161A and U-Plane processing unit 180A are included in RAN120A. CU161B, CN-C170B, context maintaining unit 174B, and U-Plane processing unit 180B are included in RAN120B.

[0139] CN-C170B is an entity corresponding to the MM / SM processing unit 172 and C-plane processing unit 173 described above with reference to Fig. 3, and may be, for example, an instance generated by CU161B calling a predetermined function. Also, U-Plane processing unit 180A and U-Plane processing unit 180B are entities corresponding to the U-Plane processing unit 180 described above with reference to Fig. 3, and may be, for example, an instance generated by CU161A and CU161B calling a predetermined function.

[0140] In reality, various messages transmitted from the UE 200 are acquired by the CU 161A via the DU 162A of the RAN 120A. Similarly, various messages transmitted from the CU 161A to the RAN 120A are actually transmitted via the DU 162A. Here, for simplicity of explanation, the description of the processing executed by the DU 162A is omitted.

[0141] When it is detected that the base station to which the UE 200 is connected has switched from RAN 120A to RAN 120B, a system procedure called Handover preparation is executed between RAN 120A and RAN 120B. After that, Xn Handover actually starts ("begin Xn Handover").

[0142] In step S331, the CU 161A transmits an RRC Reconfiguration message to the UE 200, which is received by the UE 200 in step S301.

[0143] In step S312, the CU 161A executes a buffer downlink data process, thereby buffering data (downlink data) to be transmitted to UE#1 from the DN with which UE#1 is currently communicating.

[0144] In step S313, the CU 161A transmits an SN (Serial Number) to the RAN 120B (SN status Transfer in the figure), which is received by the CU 161B of the RAN 120B in step S331.

[0145] In step S314, the CU 161A transfers the context of the UE #1 held in the context holding unit 174A, i.e., the Session Management context and the Mobility Management context, to the CU 161B, which then acquires the context in step S331. At this time, the transfer of the context of the UE #1 may be performed using the Xn interface, or may be performed using another method. As an example, the transfer of the context of the UE #1 may be performed using the gRPC (Remote Procedure Calls) This may be done by using the following.

[0146] In step S333, the CU 161B executes an Associate UE context process, thereby associating the SN status received in step S331 with the context of UE #1 acquired in step S332.

[0147] In step S334, CU161B calls a function to perform various processes related to the MM / SM processing unit 172 and the C-plane processing unit 173. Here, the function call (func.call) is executed with CP UE Context Handover as an argument, and in step S361, for example, CN-C170B is generated as an instance corresponding to the MM / SM processing unit 172 and the C-plane processing unit 173.

[0148] In step S362, the CN-C 170B executes "Restore UE context of source CN-C" using the protocol specified by the context maintaining unit 174B. As a result, in step S381, the context of UE#1 is maintained by the context maintaining unit 174B.

[0149] In step S363, the CN-C 170B generates a "CP UE Context Handover response" as a return value for the function call in step S334, which is acquired by the CU 161B in step S335.

[0150] In step S336, CU 161B calls a function for executing various processes related to the MM / SM processing unit 172 and the C-plane processing unit 173. Here, the function is called (func.call) with UP UE Context Handover as an argument, and in step S391, for example, U-Plane processing unit 180B is generated as an instance.

[0151] In step S392, the U-Plane processing unit 180B executes an Insert session rule process, whereby a Downlink session rule is inserted into the U-Plane processing unit 180B of the CU 161B.

[0152] In step S393, the U-Plane processing unit 180B generates an "UP UE Context Handover response" as a return value for the function call in step S336, and in step S337, this is acquired by the CU 161B.

[0153] In step S338, CU 161B sends a UE Context Handover response message to RAN 120A, which is received by CU 161A of RAN 120A in step S315.

[0154] In step S316, the CU 161A transmits the Downlink data buffered by the processing in step S312 to the RAN 120B, and in step S339, this is received by the CU 161B of the RAN 120B.

[0155] In steps S302 and S340, the UE 200 and the CU 161B of the RAN 120B execute a Random Access Procedure.

[0156] Then, the Xn Handover is terminated (“end Xn Handover”).

[0157] In the 5G mobile communication system according to this embodiment, Xn Handover is performed in this manner.

[0158] (Effects of the first embodiment) As described above, according to this embodiment, the RAN 120 includes the U-plane processing unit 180, so that the UE 200 can transmit and receive data to and from the DN without going through the core network 110.

[0159] In this embodiment, at the time of Registration, other than communication with the UDR 131 for acquiring and updating subscriber information, no communication is required between the RAN 120 and the core network 110. Furthermore, the process related to PDU Session Establishment does not require communication between the RAN 120 and the core network 110 other than communication with the UDR 131 for acquiring a session policy.

[0160] Therefore, according to this embodiment, even if communication between the RAN and the core network is interrupted due to a transport network failure, the UE that has already completed registration can continue to receive application services. Therefore, for example, the advantages of MEC can be fully utilized.

[0161] Furthermore, according to this embodiment, all processes related to Xn handover are also executed by the RAN 120. Therefore, according to this embodiment, even if communication between the RAN and the core network is cut off due to a failure in the transport network, the UE can move freely.

[0162] Furthermore, in this embodiment, as described above, there is no need for communication via the N2 interface, i.e., communication between the RAN 120 and the AMF of the core network 110. Therefore, for example, when a large number of UEs simultaneously resume communication following the occurrence of a fault in the transport network, it is possible to avoid an increase in the processing load of the core network due to the concentration of communications via the N2 interface with the AMF of the core network. In other words, it is possible to suppress the occurrence of congestion due to an increase in the processing load of the core network following the occurrence of a fault in the transport network, which has been a problem in the past.

[0163] As described above, according to this embodiment, it is possible to realize a technology that enables the provision of communication services that are highly resistant to faults in the transport network.

[0164] Second Embodiment As described above, in the RAN 120, the processes that are executed by the network function units of the core network, such as the AMF, SMF, and UPF, in conventional 5G mobile communication systems can be executed by the CU 161. This allows for flexible allocation of functions between the base station device and the core network.

[0165] That is, in the first embodiment described above, among the network function units of the core network 110, only the UDR 131 is configured to be called from the RAN 120 via the SBI 171, but other network function units may also be configured to be called from the RAN 120 via the SBI 171.

[0166] For example, among the network function units of the core network 110, in addition to the UDR 131, a UDM (Unified Data Management) may be called from the RAN 120 via the SBI 171. Also, for example, all of the processes executed by the network function units of the core network other than the UDR may be executed by the CU 161.

[0167] Alternatively, for example, a network function unit that processes highly confidential information, such as a user's personal information, may be placed in the core network 110 and called from the RAN 120 via the SBI 171, and processing related to other network function units may be performed by the CU 161.

[0168] Alternatively, the UPF may be provided separately from the RAN 120. For example, a server or the like used as the UPF may be provided in a station where the RAN 120 is installed, and the RAN 120 and the UPF may be connected by a LAN or the like. In this case, the CU 161 of the RAN 120 may not include the U-Plane processing unit 180.

[0169] <Software implementation example> The above-described base station device 120 is a program for causing a computer to function, and can be realized by the program for causing a computer to function as the base station device 120. In this case, the base station device 120 includes a computer having at least one control device (e.g., a processor) and at least one storage device (e.g., a memory) as hardware for executing the program. An example of such a computer is shown in FIG. 16.

[0170] The computer 500 includes at least one processor 501 and at least one memory 502. The memory 502 stores a program 520 for causing the computer 500 to operate as the base station device 120. In the computer 500, the processor 501 reads and executes the program 520 from the memory 502, thereby realizing each function of the base station device 120.

[0171] The processor 501 may be, for example, a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), a DSP (Digital Signal Processor), an MPU (Micro Processing Unit), an FPU (Floating point number Processing Unit), a PPU (Physics Processing Unit), a microcontroller, or a combination thereof.

[0172] The memory 502 may be, for example, a flash memory, a hard disk drive (HDD), a solid state drive (SSD), or a combination of these.

[0173] The computer 500 may further include a RAM (Random Access Memory) for expanding the program 520 during execution and for temporarily storing various data. The computer 500 may also include a communication interface for transmitting and receiving data to and from other devices. The computer 500 may also include an input / output interface for connecting input / output devices such as a keyboard, a mouse, a display, and a printer.

[0174] Furthermore, the program 520 for causing the computer 500 to operate as the base station device 120 can be recorded on a non-transitory tangible recording medium 530 that is readable by the computer 500. Such a recording medium 530 can be, for example, a tape, a disk, a card, a semiconductor memory, or a programmable logic circuit. The computer 500 can acquire the program 520 via such a recording medium 530.

[0175] Furthermore, the program 520 for causing the computer 500 to operate as the base station device 120 can be transmitted via a transmission medium. Such a transmission medium can be, for example, a communication network or a broadcast wave. The computer 500 can also acquire the program 520 via such a transmission medium.

[0176] Furthermore, some or all of the functions of the base station device 120 can be realized by logic circuits. For example, an integrated circuit in which a logic circuit that functions as each of the above control blocks is formed is also included in the scope of the present invention. In addition, the functions of each of the above control blocks can also be realized by, for example, a quantum computer.

[0177] Furthermore, in each of the above-described embodiments, examples of applying the present invention to a 5G communication system have been described, but the present invention can also be applied to communication systems from 6G onwards, as long as the communication system can be configured in NF units.

[0178] According to each aspect of the present invention described above, the above-mentioned effects can be achieved, thereby contributing to the achievement of Goal 9 of the Sustainable Development Goals (SDGs), "Build resilient infrastructure, promote inclusive and sustainable industrialization, and build resilient infrastructure."

[0179] The present invention is not limited to the above-described embodiments, and various modifications are possible within the scope of the claims. Embodiments obtained by appropriately combining the technical means disclosed in different embodiments are also included in the technical scope of the present invention.

[0180] 〔summary〕 A base station device according to aspect 1 of the present invention is a base station device of a mobile communication network, and includes a context holding unit that stores an MM (Mobility Management) context and an SM (Session Management) context for each terminal connected to the base station device, and a context transfer unit that, when a handover of the terminal is detected, transfers the MM context and SM context of the terminal to a base station device that is a target of the handover.

[0181] In the base station device according to aspect 2 of the present invention, when the terminal requests the start of a system procedure, the CU (Central Unit) of the base station device calls a function to cause a computer to execute the processing required in the system procedure, thereby executing processing corresponding to the processing executed by the network function unit of the core network.

[0182] A base station device according to aspect 3 of the present invention is such that, in aspect 2 above, the CU of the base station device performs processing corresponding to processing performed by a UPF (User Plane Function), which is a network function part of a core network, and the base station device is connected to a connection interface with a DN (Data Network).

[0183] A base station device according to aspect 4 of the present invention is, in aspect 2 or 3 above, connected to a core network via a transport network, has an SBI (Service Based Interface) in the CU, and when it receives a Registration Request message from the terminal, receives services from a UDR (User Data Repository) of the core network via the SBI, and the context maintenance unit stores the MM context of the terminal.

[0184] A base station apparatus according to a fifth aspect of the present invention is the base station apparatus according to the fourth aspect described above, which receives a PDU session establishment request message from the terminal. Receive In this case, the terminal receives a service from the UDR of the core network via the SBI, and the context maintenance unit stores the SM context of the terminal.

[0185] A base station device according to a sixth aspect of the present invention is the base station device of any one of the first to fourth aspects, wherein the handover is an Xn handover.

[0186] A base station device according to a seventh aspect of the present invention is the same as the sixth aspect above, wherein the context transfer unit transfers the MM context and SM context of the terminal to the base station device that is the target of the handover using gRPC.

[0187] A base station device switching method according to aspect 8 of the present invention is a base station device switching method for a mobile communication network, which stores an MM (Mobility Management) context and an SM (Session Management) context for each terminal connected to a base station device, and when a handover of a terminal is detected, transfers the MM context and SM context of the terminal to a base station device that is the target of the handover.

[0188] A program according to aspect 9 of the present invention causes a computer to function as a base station device of a mobile communication network, the base station device having a context holding unit that stores an MM (Mobility Management) context and an SM (Session Management) context for each terminal connected to the base station device, and a context transfer unit that, when a handover of the terminal is detected, transfers the MM context and SM context of the terminal to a base station device that is the target of the handover. [Explanation of symbols]

[0189] 110 Core Network 120 Base station equipment 131 UDR 161 CU 162 DU 163RU 170CN-C 171 SBI 172 MM / SM processing section 173 C-Plane processing section 174 Context Maintenance Unit 175 SCTP processing section 180 U-Plane processing section 181 Session Anchor 182 Mobility Anchor 183 Packet Forward 184 Access Control

Claims

1. A base station device of a mobile communication network, a context maintaining unit that stores an MM (Mobility Management) context and an SM (Session Management) context for each terminal connected to the base station device; and a context transfer unit that, when detecting a handover of a terminal, transfers the MM context and SM context of the terminal to a base station device that is a target of the handover. Base station equipment.

2. When the terminal requests the start of a system procedure, a CU (Central Unit) of the base station device executes a process corresponding to the process executed by a network function unit of a core network by calling a function for causing a computer to execute the process required in the system procedure. The base station device according to claim 1 .

3. The CU of the base station device executes a process corresponding to a process executed by a UPF (User Plane Function), which is a network function unit of a core network; The base station device is connected to a connection interface with a DN (Data Network). The base station device according to claim 2 .

4. It is connected to the core network via a transport network, The CU has an SBI (Service Based Interface), When a Registration Request message is received from the terminal, A service is provided from a UDR (User Data Repository) of a core network via the SBI, and the context maintenance unit stores the MM context of the terminal. The base station device according to claim 2 .

5. When a PDU session establishment request message is received from the terminal, a service is provided from the UDR of the core network via the SBI, and the context maintenance unit stores the SM context of the terminal. The base station device according to claim 4.

6. The handover is an Xn handover. The base station device according to claim 1 .

7. The context transfer unit transfers the MM context and SM context of the terminal to a base station device that is a target of handover using gRPC. The base station device according to claim 6.

8. A base station device switching method for a mobile communication network, comprising: Storing an MM (Mobility Management) context and an SM (Session Management) context for each terminal connected to the base station device; When a handover of a terminal is detected, the MM context and the SM context of the terminal are The message is transferred to the base station device that is the target of the handover. A base station device switching method.

9. Computer, A base station device of a mobile communication network, a context maintaining unit that stores an MM (Mobility Management) context and an SM (Session Management) context for each terminal connected to the base station device; and a context transfer unit that, when detecting a handover of a terminal, transfers the MM context and SM context of the terminal to a base station device that is a target of the handover. program.

Images