WO2021261074A1 - 通信システムにおける制御装置、および、その制御方法 - Google Patents

通信システムにおける制御装置、および、その制御方法 Download PDF

Info

Publication number
WO2021261074A1
WO2021261074A1 PCT/JP2021/016884 JP2021016884W WO2021261074A1 WO 2021261074 A1 WO2021261074 A1 WO 2021261074A1 JP 2021016884 W JP2021016884 W JP 2021016884W WO 2021261074 A1 WO2021261074 A1 WO 2021261074A1
Authority
WO
WIPO (PCT)
Prior art keywords
user plane
plane function
traffic
upf
local area
Prior art date
Application number
PCT/JP2021/016884
Other languages
English (en)
French (fr)
Inventor
裕昭 高野
寛斗 栗木
信一郎 津田
智彰 松村
啓文 葛西
Original Assignee
ソニーグループ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニーグループ株式会社 filed Critical ソニーグループ株式会社
Priority to JP2022532363A priority Critical patent/JPWO2021261074A1/ja
Priority to US18/001,475 priority patent/US20230224218A1/en
Publication of WO2021261074A1 publication Critical patent/WO2021261074A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • This technology relates to a control device in a communication system. More specifically, the present invention relates to a control device that manages resources that can be used in a communication system, and a control method thereof.
  • the cellular network is composed of RAN (Radio Access Network) and core network (CN: Core Network).
  • the RAN is a wireless system between a base station (BS: Base Station) and a terminal (UE: User Equipment).
  • the core network mainly performs permission and session management when terminals connect to the network.
  • the core network is composed of a control plane function (CPF: Control Plane Function) and a user plane function (UPF: User Plane Function).
  • CPF Control Plane Function
  • UPF User Plane Function
  • the selection function determines which SGW and PGW are assigned to the terminal attached to the network according to the network situation at that time. Then, based on the information, as a request from the MME, a clay pipe called a GTP tunnel is provided between the base station and the SGW and the PGW.
  • the PGW is selected based on the APN set by the terminal. Further, the SGW is selected according to the geographical location of the terminal (see, for example, Non-Patent Document 1).
  • NSSAI Network Slice Selection Assistance Information
  • NSSF Network Slice Selection Function assigns a user plane function corresponding to a network slice selected by a terminal to the terminal (see, for example, Non-Patent Document 2).
  • This technology was created in view of this situation, and aims to flexibly control the number of user planes in a communication system.
  • This technology has been made to solve the above-mentioned problems, and the first aspect thereof is that a base station located in a local area network and at least one user plane function located in the cloud are connected to each other.
  • the traffic volume of user data transferred by at least one user plane function using the local area network and the assumed traffic of the new user plane function in the communication system.
  • It is a control device and a control method thereof for determining whether or not the new user plane function should be added in consideration of the amount. This has the effect of determining whether or not to add a new user plane function, taking into account the amount of traffic available for the new user plane function at the maximum traffic volume by the local area network.
  • whether or not the new user plane function should be added when the processing usage rate of the target user plane function among the at least one user plane functions exceeds a predetermined threshold value You may try to make a judgment. This has the effect of determining whether or not a new user plane function should be added when the processing usage rate of the operating user plane function becomes high.
  • the processing usage rate of the target user plane function is assumed to be a value obtained by dividing the current processing capacity of the target user plane function by the assumed traffic amount of the target user plane function. do.
  • the processing usage rate of the target user plane function is assumed to be a value calculated assuming that the larger the processing delay in the target user plane function is, the higher the processing usage rate of the target user plane function is. do.
  • the maximum traffic amount by the local area network assumes the maximum value of the traffic amount with the entity arranged in the local area network measured for each at least one user plane function. do.
  • the traffic amount of the user data assumes the total amount of traffic by the terminal via the base station measured for each at least one user plane function.
  • a value obtained by calculating the traffic increase room capacity from the maximum traffic amount by the local area network and dividing the traffic increase room capacity by the assumed traffic amount of the new user plane function is predetermined. If the value is exceeded, it may be determined that the above new user plane function should be added.
  • the traffic increase room capacity may be a value obtained by subtracting the traffic amount of the user data from the maximum traffic amount by the local area network. Further, the traffic increase room capacity may be a value obtained by subtracting the traffic amount corresponding to the number of at least one user plane functions from the maximum traffic amount by the local area network. It is assumed that the predetermined value is 1 or more.
  • the amount of traffic measured from the entity located in the local area network to the virtual machine in the subnet belonging to the new user plane function is the assumed traffic of the new user plane function. If the amount is larger than the amount, it may be determined that the above new user plane function should be added. This has the effect of actually checking the traffic volume when it is assumed that a new user plane function has been added.
  • the delay time measured for the virtual machine in the subnet belonging to the new user plane function from the entity located in the local area network is smaller than the predetermined delay threshold value, the above-mentioned You may decide that you should add a new user plane function. This has the effect of confirming the delay time when a new user plane function is added by actual measurement.
  • the processing usage rate of the target user plane function among the at least one user plane function and the processing usage rate of another user plane function different from the target user plane function are taken into consideration. It may be determined whether or not the target user plane function should be deleted. This has the effect of determining whether or not the user plane function should be deleted by using the processing usage rate of the user plane function.
  • the processing usage rate of the target user plane function among the at least one user plane function falls below the first threshold value, another user plane different from the target user plane function.
  • the target user plane function should be deleted. .. This has the effect of determining that the target user plane function should be deleted when the portion processed by the target user plane function having a low processing usage rate can be accommodated in another user plane function.
  • the traffic volume measured from the entity located in the local area network to the virtual machine in the subnet belonging to the other user plane function is the assumed traffic volume of the target user plane function.
  • the number is larger, it may be determined that the target user plane function should be deleted. This has the effect of confirming the amount of traffic when it is assumed that the target user plane function has been deleted by actual measurement.
  • FIG. 1 is a diagram showing a first example of a wireless communication system assumed in the embodiment of the present technology.
  • This first example is an example when the embodiment of the present technology is applied to the 4th generation mobile communication system (4G).
  • the terminal 300 connects to the core network via the base station 200.
  • the terminal 300 and the base station 200 are connected by a wireless system, RAN.
  • the core network mainly performs permission and session management when the terminal 300 connects to the network, and is called EPC (Evolved Packet Core) in 4G.
  • EPC Electronic Packet Core
  • the 4G core network is divided into a control plane function 110 and a user plane function 120.
  • the former controls the network and the latter controls the packet.
  • the control plane function 110 is an example of the control unit described in the claims. Further, in the following, the control plane function 110 may be simply abbreviated as a control plane. Similarly, the user plane function 120 may be simply abbreviated as the user plane.
  • the 4G control plane function 110 includes HSS111, MME112, and the like.
  • the HSS (Home Subscriber Server) 111 is a database server that manages user information.
  • the MME (Mobility Management Entity) 112 is a gateway for control signals for controlling the terminal 300.
  • the 4G user plane function 120 includes SGW 121, PGW 122, and the like.
  • the SGW (Serving Gateway) 121 is a gateway for user data.
  • the PGW (Packet data network Gateway) 122 is a gateway for connecting to an external network.
  • the HSS 111 in which the subscriber information of the terminal 300 is stored receives the contract information of the terminal 300 and the key for encryption, and determines whether or not the terminal 300 may connect to the network. Generates a key for encryption. That is, the information of the terminal 300 associated with the subscriber number called IMSI (International Mobile Subscriber Identity) in the SIM (Subscriber Identity Module) card in the terminal 300 is stored in the terminal. For the 300, it is needed to connect to the network. Further, the MME 112 plays a role for the terminal 300 to attach to the cellular system.
  • IMSI International Mobile Subscriber Identity
  • SIM Subscriber Identity Module
  • FIG. 2 is a diagram showing a second example of a wireless communication system assumed in the embodiment of the present technology.
  • This second example is an example when the embodiment of the present technology is applied to the 5th generation mobile communication system (5G).
  • the point that the terminal 300 is connected to the core network via the base station 200 and the terminal 300 and the base station 200 are connected by RAN is the same as in the case of 4G described above.
  • the 5G control plane function 110 includes UDM113, SMF114, AMF115 and the like.
  • UDM Unified Data Management
  • the SMF Session Management Function
  • the AMF Access and Mobility Management Function
  • the 5G user plane function 120 is not separated like the 4G SGW 121 and PGW 122, and is referred to as UPF (User Plane Function) 123 here.
  • the UDM 113 has the same functions as the above-mentioned HSS111.
  • the notation HSS111 will be used, but this can also be applied to UDM113.
  • the AMF 115 and the SMF 114 play a role.
  • FIG. 3 is a diagram showing an example of arrangement of a core network in an embodiment of the present technology.
  • the 4G PGW 122 and 5G UPF123 play the role of a gateway that serves as a boundary between the core network and the general Internet.
  • the core network since the core network is also considered to be located on the general Internet, the user plane function of the core network called CN-U129, which corresponds to PGW 122 or UPF 123, is used as the boundary between the core network and the general application. You can think of it as a gateway to be deployed.
  • CN-U129 which corresponds to PGW 122 or UPF 123
  • the core network arranged at the edge may be replaced with the expression "one or more core network nodes arranged at the edge in the core network”.
  • the "edge" may mean that the terminal 300 or the base station 200 (for example, the access point of the terminal 300) is located near the terminal 300 or the base station 200 (for example, the access point of the terminal 300).
  • the core network may be placed on the LAN in factories, hospitals, and offices.
  • the base station 200 may be located in a local area such as a factory, hospital, or office, and the core network may be located locally or on the Internet near that local area. it is conceivable that. In any case, such a local cellular system requires a low cost system.
  • These may also be referred to as private 4G (local 4G) or private LTE (local LTE), private 5G (local 5G), and the like.
  • the user plane function realized by SGW 121 and PGW 122 or UPF 123 has the maximum throughput that can be processed as one index of its capacity. For example, it is an index that can process user data (user plane data) of 100 Mbps. It is assumed that there is a user plane function of the core network that processes 100 Mbps, and the capacity that one base station 200 can process is 100 Mbps. In that case, if one terminal uses the network, the one terminal can enjoy a speed of 100 Mbps. On the other hand, when there are 10 sets of such base stations 200 and terminals, the capacity of the user plane of the core network becomes a bottleneck, and each terminal can obtain only a throughput of 10 Mbps.
  • FIG. 4 is a diagram showing an example when the core network is the bottleneck. If the number of terminals 300 and base stations 200 increases with respect to the user plane function of the core network that processes 100 Mbps, the capacity of the user plane may become a bottleneck. When the number of base stations 200 and the number of terminals 300 increase in this way, it is necessary to improve the capacity of the user plane of the core network.
  • Static scaling is a method in which the number of user planes is decided once, the core network is started, connected to the base station 200, and after the operation is started, the number of user planes is basically unchanged. Is.
  • dynamic scaling is a method of flexibly increasing or decreasing the number of user planes in response to fluctuations in the number of terminals 300.
  • the method of dynamically increasing or decreasing the number of user planes is extremely difficult. This is because there are cases where it is necessary to change the settings of the base station 200, and the function of allocating a new PDU session to the user plane function notices the existence of the changed user plane and updates the internal table. This is because it may take some time. Since it is necessary to create a core network for a local cellular system called private LTE or private 5G described above at low cost, it is difficult to take such trouble. When scaling this, it is necessary to determine whether the number of user plane functions should be increased or decreased by some function, whether it is dynamic or static.
  • the terminal 300 and the base station 200 are arranged on a LAN (Local Area Network).
  • the control plane of the core network is located in the cloud on the Internet.
  • the user plane function of the core network may be arranged in the on-premise LAN or may be arranged in the on-cloud.
  • the user plane functions placed on the LAN cannot be increased unless the equipment such as a PC (Personal Computer) is strengthened.
  • PC Personal Computer
  • To delete the user plane function stop the program of the user plane function and then delete the virtual machine. Therefore, the addition or deletion of the user plane function is mainly the addition or deletion of the user plane function placed on the cloud.
  • Adding or deleting user plane functions is relatively easy on the cloud.
  • User plane functions can also be placed on the LAN, and it is not impossible to add or remove them, but virtual machines cannot be added or removed freely, so adding or removing user plane functions can be done on the LAN. Then it is difficult to do.
  • the LAN user plane function and the cloud user plane function appear to be in parallel in the same manner, so that the difference cannot be understood.
  • FIG. 5 is a diagram showing an example of a wireless communication system according to an embodiment of the present technology.
  • a wireless communication system is formed across on-premises and on-cloud.
  • On-premises means placing UPF on a LAN such as a factory, hospital, or office.
  • On-cloud means placing UPF in a cloud data center on the Internet.
  • the base station 200 and the terminal 300 are originally installed in a local area.
  • the control plane of the core network may be on-premises or on-cloud.
  • the control plane is shown as an example installed on the cloud.
  • the resource management function 190 on the cloud manages resources on the network.
  • the resource management function 190 has a function of adding or deleting a user plane function on the cloud based on the network situation.
  • a method of measuring how many Mbps speed can be obtained by using a network traffic amount measuring tool, for example, a tool such as iperf3 or ping, for a user plane function in use to be measured has been conventionally known. ..
  • the iperf3 server is placed in a virtual machine inside or near the user plane function, and the iperf3 client is placed on the LAN side to perform measurement. This makes it possible to measure the degree of congestion of traffic on the communication path of the communication path to the user plane function.
  • throughput and traffic volume are synonymous, but traffic and throughput are not synonymous. Throughput and the amount of traffic passing through one function are synonymous. In the following embodiments, throughput and traffic volume are used interchangeably.
  • the network measurement tool actually generates traffic and measures how much there is room to improve the traffic volume.
  • the traffic generated by this network traffic volume measuring tool may affect the communication of important user data, resulting in a decrease in the traffic volume of the user data and deterioration of the delay characteristics.
  • the LAN part is often a vulnerable network, and in such a network, it is not desirable for the network traffic volume measuring tool to actually transmit the test data.
  • the resource management function 190 focuses on the following two types of information.
  • the first is the processing power of the user plane function.
  • the second is the status of traffic flowing through the network.
  • the former is mainly a LAN communication path, and the latter is a communication path that is different mainly for each user plane function of the cloud.
  • User plane functions are designed as software.
  • the processing capacity of the software is, for example, 100 Mbps, it means that 100 Mbits of user data can be processed per second.
  • the usage status of user data is 80 Mbps, which is close to 100 Mbps, it is better to add another user plane function and process it together with the added user plane function, because the processing capacity will increase. ,desirable.
  • the number of user plane functions is increased, a virtual machine in the cloud will be added, which has a negative aspect that the cost will increase for the private 5G / 4G network operator.
  • the user plane function located on the cloud side uses a common LAN, passes through the same route on the Internet at the subsequent stage, and finally passes through a different communication path when it is distributed to each user plane function. That is, the communication path is divided into a common communication path and a communication path unique to each user plane function. And it can be said that the common communication path is greatly affected by LAN.
  • FIG. 6 is a diagram showing an example of a communication path of a wireless communication system according to an embodiment of the present technology.
  • the router 410 is used as a gateway to connect to the Internet through a common communication path from the LAN.
  • a common communication path It may be branched in the router 410 arranged at the boundary between the ISP (Internet Services Provider) that provides the Internet to the LAN and the LAN. Further, in the communication path of the ISP after the LAN, there may be a case where the communication path is branched into an individual communication path. In addition, there may be cases where the data center in the cloud at the subsequent stage branches to individual communication paths. In any case, all the traffic that reaches each user plane function on the cloud side passes through a common communication path.
  • ISP Internet Services Provider
  • the traffic of a specific user plane function is congested, but the LAN, which is a common communication route, is not congested, it is better to add the user plane function to another location and use it there. It can be used to improve performance. Further, when one user plane function is to be added, it is necessary to determine whether the added traffic can be absorbed by at least the LAN of the common part. After that, it is better to judge whether the traffic can be absorbed even by individual communication routes. As described above, when observing private 5G / 4G traffic, it is important to distinguish between congestion on a common communication route and congestion on individual communication routes.
  • a LAN Since a LAN is used in private 5G / 4G, if the LAN is a vulnerable network, the processing capacity of the router 410, which is the gateway when going out from the LAN to the Internet, is limited, or the ISP communication path. Ability may be limited. Therefore, using a network tool such as iperf3 to generate test traffic and know the room for speeding up the network may reduce the throughput of important existing user data or deteriorate the delay characteristics. Therefore, it is not desirable. Furthermore, when measuring the throughput from the client of the network tool placed on the LAN to the user plane function placed in the cloud or the server of the network tool placed in the virtual machine in the vicinity, a common communication path is used. It was difficult to determine whether it was congested or the individual communication paths were congested. In this embodiment, under such an environment, it is determined to add or delete a user plane function, and the number of user plane functions is flexibly controlled.
  • FIG. 7 is a sequence diagram showing an example of the entire processing procedure of the wireless communication system according to the first embodiment of the present technology.
  • a computer (PC) 420 is arranged in the LAN, and a network traffic amount measuring tool is used to measure the maximum traffic amount of the communication path for each UPF 120 (810). However, this is done in the middle of the night when private 5G / 4G is not in operation.
  • the computer 420 reports the measured maximum traffic amount for each UPF 120 to the resource management function 190 (811).
  • the resource management function 190 aggregates the maximum capacity of the LAN based on the maximum traffic volume for each UPF 120 (812).
  • the maximum capacity of this LAN is obtained by selecting the maximum amount of traffic for the virtual machine that executes the UPF120 program located in the cloud, as will be described later.
  • the traffic amount of user data for each UPF 120 when the actual operation (813) is performed between the terminal 300 and the UPF 120 via the base station 200 is acquired. Therefore, as will be described later, a packet counter 180 is assumed for each UPF 120, and the traffic amount of user data in actual operation is measured by this packet counter 180 (814). The measured value by the packet counter 180 is reported to the resource management function 190 (815).
  • the resource management function 190 totals the measured traffic amount of user data during actual operation and calculates the traffic amount of user data in the LAN. Then, by subtracting the traffic amount of the user data in this LAN from the maximum capacity of the above-mentioned LAN, the traffic increase room capacity of the UPF 120 is acquired (816).
  • the traffic increase room capacity is the amount of traffic that can be used when the UPF 120 is increased, as will be described later.
  • UPF 120 calculates each processing usage rate and reports it to the resource management function 190 (817).
  • This processing usage rate means, as will be described later, how much processing of the program constituting the UPF 120 remains in terms of capacity.
  • the resource management function 190 determines whether or not a new UPF120 should be added and whether or not an existing UPF120 should be deleted (818). The details of this judgment will be described later. Then, based on the determination, the resource management function 190 executes addition or deletion of UPF 120 (819).
  • FIG. 8 is a diagram showing an example of mode of acquiring the maximum traffic amount of the LAN in the embodiment of the present technology. Acquisition of the maximum traffic amount of this LAN corresponds to the above-mentioned 810 to 812.
  • the traffic volume measurement is not the traffic volume measurement using the capacity of the core network, but the traffic volume measurement of the fixed cable communication path from the computer 420 connected to the LAN with the Ethernet cable to the UPF 120 located in the cloud. .. This can be measured using the time it takes to assume that the network is not congested, and by doing so multiple times, the maximum traffic volume can be estimated.
  • the computer 420 is an example of an entity arranged on the LAN.
  • FIG. 9 is a diagram showing an operation example of UPF when acquiring the maximum traffic amount of the LAN in the embodiment of the present technology.
  • Each UPF120 is arranged in a different subnet for each UPF120.
  • the traffic amount may be measured for the virtual machines arranged in each subnet, and the UPF 120 is arranged.
  • the traffic volume may be measured for the virtual machine that has been created. That is, any virtual machine may be used as long as it is in the same subnet, and the measurement may be performed on the virtual machines arranged in the subnet.
  • FIG. 10 is a diagram showing a measurement example of the maximum traffic amount of the communication path for each UPF 120 in the embodiment of the present technology.
  • the amount of traffic to the subnet to which each UPF120 belongs is shown. That is, it is the traffic volume only in the wired communication section excluding the wireless section. Since it is assumed that the traffic volume in this case is basically the same for the uplink and the downlink, it is considered that either the uplink or the downlink should be measured.
  • the maximum value among the 32 maximum traffic volumes for each UPF 120 is the maximum capacity of the communication path that goes out from the LAN to the cloud.
  • This maximum capacity is the maximum amount of traffic for fixed communication.
  • 1.5 Gbps is estimated to be the maximum speed of communication from the LAN to the Internet.
  • the maximum capacity of the LAN is obtained by the following equation.
  • the function Max is a function indicating the maximum value.
  • Maximum LAN capacity Max (Maximum traffic volume of UPF # 1, Maximum traffic volume of UPF # 2, ..., Maximum traffic volume of UPF # 32)
  • the maximum traffic amount of UPF in the above formula is not the traffic amount measured after performing normal UPF processing as described above, but the network measurement tool for the virtual machine in which the UPF120 program is placed. The measured traffic volume.
  • FIG. 11 is a diagram showing an example of mode of acquiring the traffic amount of user data for each UPF 120 in the embodiment of the present technology.
  • the acquisition of the traffic amount of the user data corresponds to the above-mentioned 813 to 815.
  • FIG. 12 is a diagram showing an application example of the packet counter 180 when acquiring the traffic amount of user data for each UPF 120 in the embodiment of the present technology.
  • the measurement of the traffic amount for each UPF 120 can be realized by mounting the packet counter 180 in the virtual machine on which each UPF 120 is mounted.
  • the packet counter 180 measures the number of input packets and the number of bits of the packet, and the number of output packets and the number of bits of the packet. This packet counter 180 is prepared for each UPF 120.
  • the distinction between uplink and downlink can be determined from the destination and source of the packet by referring to the source IP address and destination IP address of the packet.
  • FIG. 13 is a diagram showing a measurement example of the traffic amount of user data during operation for each UPF 120 in the embodiment of the present technology.
  • the traffic amount including the radio section is shown. Also, since the uplink and downlink are different, they are measured separately.
  • the amount of user data traffic used by the cloud UPF 120 is entirely generated from the base station 200 and the terminal 300 located on the LAN, and most of the common part of the communication path is the LAN. , This amount of traffic can be used as the degree of congestion of LAN traffic.
  • the traffic amount of user data in the LAN is expressed by the following equation.
  • the value obtained by subtracting the traffic amount of the user data in the LAN from the maximum capacity (812) of the LAN described above is the traffic increase room capacity of the UPF 120.
  • Room capacity for increasing UPF traffic Maximum capacity of LAN-Traffic amount of user data in LAN
  • This traffic increase room capacity is the amount of traffic that can be used when UPF120 is increased. Therefore, it is possible to determine whether or not to newly increase the UPF 120 by using this traffic increase room capacity as an index.
  • the UPF program processing capacity may be assumed to be a fixed value of, for example, "100 Mbps", and the UPF traffic increase room capacity may be obtained as shown in the following equation.
  • Room for increasing traffic of UPF Maximum capacity of LAN-Program processing capacity of UPF x Number of operating units of UPF
  • the degree of LAN congestion will be described as an index similar to the capacity for increasing traffic.
  • the degree of LAN congestion is expressed by the following equation.
  • LAN congestion traffic volume of user data on LAN / maximum capacity of LAN
  • the traffic of computers connected to other wireless LANs and Ethernet is not included in the LAN congestion level.
  • UPF processing usage rate Current processing capacity / UPF program processing capacity
  • the processing usage rate of UPF is "0.8". Further, if the processing usage rate of UPF is "0.0”, it means that the UPF is not used and has a complete processing capacity. Further, if the processing usage rate of UPF is "1.0”, it means that the processing capacity is completely busy and no processing capacity remains.
  • a method of adding a time stamp to the packet input in the target UPF and referencing the time stamp at the time of output may be used.
  • the processing delay of the UPF is observed, and when the processing delay of a certain time or more is observed, it is considered that the processing usage rate of the UPF is high.
  • the processing usage rate of UPF in this case is obtained by the following equation.
  • UPF processing usage (current delay-minimum delay) / current delay
  • the delay in this case means the delay time from the input of the UPF to the processing inside the UPF and the output from the UPF.
  • the above equation approaches "0" when the current delay is close to the minimum delay, and approaches "1" as the current delay increases.
  • the resource management function 190 examines the following conditions with all UPFs as target UPFs. Then, when the following two conditions are satisfied, it is determined that one new UPF should be added. Additional condition # 1: Processing usage rate of target UPF> 0.8 Additional condition # 2: UPF traffic increase room capacity / UPF program processing capacity> 1.2
  • the additional condition # 2 is an index.
  • Additional condition # 2 indicates whether the required traffic amount can be used in the LAN when the UPF is increased.
  • the UPF traffic increase room capacity in the additional condition # 2 is the one acquired in the above-mentioned 816.
  • the UPF program processing capacity under the additional condition # 2 is a fixed value in the UPF, and is assumed to be, for example, "100 Mbps".
  • it is a condition that the traffic volume of "1.2" vehicles of UPF can be used in anticipation of a margin, but for example, a condition of "1.0" vehicles may be used without providing a margin.
  • the resource management function 190 examines the following conditions with all UPFs as target UPFs. Then, when the following two conditions are satisfied, it is determined that the target UPF should be deleted.
  • Deletion condition # 1 Processing usage rate of target UPF ⁇ 0.1
  • Deletion condition # 2 For UPFs other than the target UPF There is at least one UPF that shows the processing usage rate of UPF ⁇ 0.5.
  • Deletion condition # 1 indicates UPF with a low usage rate. That is, the fact that the processing usage rate is small means that the target UPF is hardly used. UPFs that are rarely used may be deleted.
  • the index is the deletion condition # 2.
  • Deletion condition # 2 indicates that there is an UPF that may be able to accommodate the traffic of the target UPF. That is, it is determined that there is an UPF having a margin in accommodating the traffic and having a low UPF processing usage rate.
  • the traffic situation is not taken into consideration when deciding whether to delete the UPF. This is because the traffic of the UPF to be deleted is only accommodated in another UPF, so at least the traffic in the LAN does not increase.
  • the number of times to check the traffic status and processing usage rate may be carefully determined after taking the average of the results of several times, and the result of one survey may be used. You may judge.
  • the resource management function 190 can flexibly control the number of UPFs according to the situation of the wireless communication system. That is, it becomes possible to effectively determine the addition and deletion of UPFs, and it is possible to arrange the required number of UPFs, so that the throughput (traffic amount) can be increased at the minimum necessary cost. can.
  • the capacity for increasing the traffic of the UPF considers only the degree of congestion of the LAN.
  • the communication path may be congested not only on the LAN but also on the Internet or a cloud communication path arranged on the Internet. Therefore, when the cloud is crowded while the LAN is not crowded, an error may occur in the determination to add UPF.
  • the communication path on the cloud side was actually congested, so even if the UPF was increased, there was no capacity for the communication path used there. Things can happen. The same is true not only in the cloud but also when the ISP route is crowded. This is because the communication path may branch from the middle of the ISP toward each UPF.
  • the resource management function 190 launches a virtual machine for adding a new UPF when the above-mentioned additional conditions # 1 and # 2 are satisfied. Then, from the computer 420 connected to the Ethernet cable of the LAN, the throughput of fixed communication is measured by the network traffic amount measurement tool for the virtual machine newly launched in the newly created subnet of the cloud. When the measured throughput meets the following additional condition # 3, the UPF program is started on the newly added virtual machine. Additional condition # 3: When the throughput of fixed communication to the newly launched virtual machine to add UPF is larger than the program processing capacity of UPF.
  • FIG. 14 is a diagram showing an example of a mode of traffic amount measurement in the second embodiment of the present technology.
  • the actual traffic is sent by a network traffic amount measurement tool such as iperf3, but this should be performed only when deciding whether or not to add UPF. That is, since the traffic is measured according to the additional condition # 3 only when the additional conditions # 1 and 2 are satisfied, it is considered that the traffic for the traffic measurement has little influence on the user data during operation.
  • a network traffic amount measurement tool such as iperf3
  • FIG. 15 is a diagram showing an operation example of UPF at the time of traffic amount measurement in the second embodiment of the present technology.
  • a new subnet will be added in addition to the subnet of the UPF in operation, and the traffic volume will be measured for the virtual machines in the added subnet.
  • the state in which the virtual machine for measurement by the network traffic amount measurement tool is started in the newly added subnet is shown.
  • test traffic can affect user data traffic.
  • a time stamp is added to the packet generated in the LAN, and the packet is transmitted to the newly launched virtual machine for the UPF to be added.
  • a method may be used. In this case, by comparing the time stamp of the packet arriving at the virtual machine with the current time, it is possible to measure the delay time when the packet from the LAN to the virtual machine added to the cloud arrives.
  • the additional condition # 3-2 in this modification is different from the additional condition # 3 in the second embodiment described above, and since it is not necessary to send a large number of packets for traffic volume measurement, it is added to the existing user data. It has the advantage of having little impact.
  • the resource management function 190 determines that the target UPF should be deleted when the following additional condition # 3 is satisfied in addition to the above-mentioned additional conditions # 1 and # 2. do.
  • the network traffic amount measurement tool is applied to the UPF other than the target UPF or the virtual machine in the same subnet as the UPF that accommodates the traffic of the target UPF to be deleted. Measure the amount of traffic by.
  • the following deletion condition # 3 is determined for the measured traffic volume. Deletion condition # 3: When the amount of traffic measured for UPFs other than the target UPF is larger than the program processing capacity of UPF.
  • the UPF program processing capacity is a fixed value in the UPF to be deleted, and is assumed to be, for example, "100 Mbps".
  • the network traffic amount measurement tool is used to actually flow the test traffic to the communication path, which may affect the existing important user data.
  • traffic is actually generated under the deletion condition # 3 only after it is confirmed that the degree of LAN congestion is low and there is at least the free space of the communication path corresponding to the program processing capacity of the UPF according to the deletion conditions # 1 and 2. .. Therefore, it is considered that the influence on the user data is relatively small compared to the method using the network traffic amount measurement tool from the beginning.
  • FIG. 16 is a sequence diagram showing an example of the entire processing procedure of the wireless communication system according to the second embodiment of the present technology.
  • the influence of the traffic amount after the addition or deletion of the UPF is taken into consideration by measuring the actual traffic amount when the UPF is added or deleted. That is, it is possible to avoid a situation in which the expected performance cannot be obtained after the addition or deletion of the UPF due to the congestion occurring in the communication path other than the LAN.
  • the operation performed by the resource management function 190 may be performed by another node in the core network (for example, 5GC or EPC).
  • 5GC AMF115, SMF114, NSSF (Network Slice Selection Function) or AF (Application Function) or a combination thereof may perform the operation of the resource management function 190 described above.
  • NSSF Network Slice Selection Function
  • AF Application Function
  • the EPC AMF115, SGW121 or PGW122 or a combination thereof may perform the operation of the resource management function 190 described above.
  • the processing procedure described in the above-described embodiment may be regarded as a method having these series of procedures, or as a program for causing a computer to execute these series of procedures or as a recording medium for storing the program. You may catch it.
  • this recording medium for example, a CD (Compact Disc), MD (MiniDisc), DVD (Digital Versatile Disc), memory card, Blu-ray Disc (Blu-ray (registered trademark) Disc) and the like can be used.
  • the present technology can have the following configurations. (1) In a communication system in which a base station located in a local area network and at least one user plane function located in the cloud are connected. Of the maximum traffic volume by the local area network, the traffic volume of user data transferred by the at least one user plane function using the local area network and the assumed traffic volume of the new user plane function are taken into consideration. , A control device for determining whether or not the new user plane function should be added. (2) When the processing usage rate of the target user plane function among the at least one user plane function exceeds a predetermined threshold value, it is determined whether or not the new user plane function should be added (1). ).
  • the processing usage rate of the target user plane function is a value obtained by dividing the current processing capacity of the target user plane function by the assumed traffic amount of the target user plane function.
  • Control device. (4) The processing usage rate of the target user plane function is a value calculated assuming that the larger the processing delay in the target user plane function is, the higher the processing usage rate of the target user plane function is described in (2).
  • Control device. (5) The maximum traffic volume by the local area network is the maximum value of the traffic volume with the entity arranged in the local area network measured for each at least one user plane function (1). The control device according to any one of 4). (6)
  • the traffic amount of the user data is one of the above (1) to (5), which is the total amount of traffic by the terminal via the base station measured for each at least one user plane function.
  • the control device described. (7) When the traffic increase room capacity is calculated from the maximum traffic volume by the local area network and the value obtained by dividing the traffic increase room capacity by the assumed traffic volume of the new user plane function exceeds a predetermined value.
  • the traffic increase room capacity is a value obtained by subtracting the traffic amount of the user data from the maximum traffic amount by the local area network.
  • the traffic increase room capacity is a value obtained by subtracting the traffic amount corresponding to the number of at least one user plane functions from the maximum traffic amount by the local area network.
  • the control device according to any one of (1) to (11) above, which determines whether or not to delete.
  • (13) When the processing usage rate of the target user plane function among the at least one user plane function falls below the first threshold value, the processing usage rate in another user plane function different from the target user plane function.
  • the control device according to (12) above, wherein it is determined that the target user plane function should be deleted when there is at least one user plane function that is higher than the first threshold value and lower than the second threshold value.
  • the said The control device according to (13) above, which determines that the target user plane function should be deleted.
  • a control method comprising and.
  • Control Plane Function 120 User Plane Function (UPF) 180 Packet Counter 190 Resource Management Function 200 Base Station 300 Terminal 410 Router 420 Computer

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

通信システムにおけるユーザプレーンの数を柔軟に制御する。　通信システムにおいて、ローカルエリアネットワークに配置された基地局と、クラウドに配置された少なくとも１つのユーザプレーンファンクションとが接続される。ローカルエリアネットワークによる最大トラフィック量のうち、少なくとも１つのユーザプレーンファンクションがローカルエリアネットワークを利用して転送するユーザデータのトラフィック量と、新たなユーザプレーンファンクションの想定トラフィック量とを考慮して、新たなユーザプレーンファンクションを追加すべきか否かが判断される。

Description

通信システムにおける制御装置、および、その制御方法
　本技術は、通信システムにおける制御装置に関する。詳しくは、通信システムにおいて使用可能なリソースを管理する制御装置、および、その制御方法に関する。
　セルラーネットワークは、ＲＡＮ（Radio Access Network）とコアネットワーク（ＣＮ：Core Network）から構成されている。ＲＡＮは、基地局（ＢＳ：Base Station）と端末（ＵＥ：User Equipment）の間の無線システムである。コアネットワークは、端末がネットワークへ接続する際の許可やセッション管理を主に行っている。４Ｇおよび５Ｇにおいて、コアネットワークは、コントロールプレーンファンクション（ＣＰＦ：Control Plane Function）、および、ユーザプレーンファンクション（ＵＰＦ：User Plane Function）により構成される。端末がネットワークに接続してデータの送受信を行う場合には、コアネットワークのユーザプレーンの機能が必要となる。４Ｇの場合には、ＳＧＷやＰＧＷがこの役割を果たす。５Ｇの場合には、ユーザプレーンファンクションがこの役割を果たす。
　端末にユーザプレーンを割り当てるために、４Ｇでは、セレクションファンクション（Selection Function）が、ネットワークにアタッチしてきた端末に対して、どのＳＧＷおよびＰＧＷを割り当てるかを、その時のネットワークの状況に応じて決定する。そして、その情報に基づいて、ＭＭＥからの要請として、基地局とＳＧＷおよびＰＧＷとの間にＧＴＰトンネルという土管を設ける。ここで、ＰＧＷは、端末が設定したＡＰＮに基づいて選択される。また、ＳＧＷは、端末の地理的な場所により選択される（例えば、非特許文献１参照。）。
　また、５Ｇでは、ＮＳＳＡＩ（Network Slice Selection Assistance Information）という情報を端末に提供して、どのネットワークスライスの選択が可能であるかを端末に提供する。ＮＳＳＦ（Network Slice Selection Function）は、端末が選択したネットワークスライスに対応するユーザプレーンファンクションを、その端末に割り当てる（例えば、非特許文献２参照。）。
３ＧＰＰ　ＴＳ２３．４０１、セクション４．３．８ ３ＧＰＰ　ＴＳ２３．５０１、セクション５．１５
　上述の従来技術において、端末の数に応じてスループットを確保するためには、端末の数の変動に応じてユーザプレーンの数を増減させることが有用である。しかしながら、上述の従来技術では、ユーザプレーンの数を柔軟に増減させることは難しい。特に、近年の局所的なセルラシステムのためのコアネットワークでは低コストによる実現が必要であり、複雑な仕組みを設けることは好ましくない。
　本技術はこのような状況に鑑みて生み出されたものであり、通信システムにおけるユーザプレーンの数を柔軟に制御することを目的とする。
　本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、ローカルエリアネットワークに配置された基地局とクラウドに配置された少なくとも１つのユーザプレーンファンクションとが接続される通信システムにおいて、上記ローカルエリアネットワークによる最大トラフィック量のうち、上記少なくとも１つのユーザプレーンファンクションが上記ローカルエリアネットワークを利用して転送するユーザデータのトラフィック量と、新たなユーザプレーンファンクションの想定トラフィック量とを考慮して、上記新たなユーザプレーンファンクションを追加すべきか否かを判断する制御装置およびその制御方法である。これにより、ローカルエリアネットワークによる最大トラフィック量において新たなユーザプレーンファンクションに利用可能なトラフィック量を考慮して、新たなユーザプレーンファンクションを追加すべきか否かを判断するという作用をもたらす。
　また、この第１の側面において、上記少なくとも１つのユーザプレーンファンクションのうちの対象ユーザプレーンファンクションの処理使用率が所定の閾値を超えた場合に、上記新たなユーザプレーンファンクションを追加すべきか否かの判断を行うようにしてもよい。これにより、動作中のユーザプレーンファンクションの処理使用率が高くなった際に新たなユーザプレーンファンクションを追加すべきか否かを判断するという作用をもたらす。
　また、この第１の側面において、上記対象ユーザプレーンファンクションの処理使用率は、上記対象ユーザプレーンファンクションの現在の処理容量を上記対象ユーザプレーンファンクションの想定トラフィック量で除算することにより得られる値を想定する。
　また、この第１の側面において、上記対象ユーザプレーンファンクションの処理使用率は、上記対象ユーザプレーンファンクションにおける処理遅延が大きいほど上記対象ユーザプレーンファンクションの処理使用率が高いものとして計算される値を想定する。
　また、この第１の側面において、上記ローカルエリアネットワークによる最大トラフィック量は、上記少なくとも１つのユーザプレーンファンクション毎に測定された、上記ローカルエリアネットワークに配置されたエンティティとのトラフィック量の最大値を想定する。
　また、この第１の側面において、上記ユーザデータのトラフィック量は、上記少なくとも１つのユーザプレーンファンクション毎に測定された、上記基地局を介した端末によるトラフィック量の総計を想定する。
　また、この第１の側面において、上記ローカルエリアネットワークによる最大トラフィック量からトラフィック増加余地容量を算出して、上記トラフィック増加余地容量を上記新たなユーザプレーンファンクションの想定トラフィック量で除算した値が所定の値を超える場合に、上記新たなユーザプレーンファンクションを追加すべきと判断してもよい。ここで、上記トラフィック増加余地容量は、上記ローカルエリアネットワークによる最大トラフィック量から上記ユーザデータのトラフィック量を減算した値であってもよい。また、上記トラフィック増加余地容量は、上記ローカルエリアネットワークによる最大トラフィック量から上記少なくとも１つのユーザプレーンファンクションの台数に応じたトラフィック量を減算した値であってもよい。なお、上記所定の値は、１以上であることが想定される。
　また、この第１の側面において、上記ローカルエリアネットワークに配置されたエンティティから上記新たなユーザプレーンファンクションに属するサブネットにおける仮想マシンに対して測定されたトラフィック量が、上記新たなユーザプレーンファンクションの想定トラフィック量より多い場合に、上記新たなユーザプレーンファンクションを追加すべきと判断するようにしてもよい。これにより、新たなユーザプレーンファンクションを追加したと想定した際のトラフィック量を実測により確認するという作用をもたらす。
　また、この第１の側面において、上記ローカルエリアネットワークに配置されたエンティティから上記新たなユーザプレーンファンクションに属するサブネットにおける仮想マシンに対して測定された遅延時間が所定の遅延閾値より小さい場合に、上記新たなユーザプレーンファンクションを追加すべきと判断するようにしてもよい。これにより、新たなユーザプレーンファンクションを追加したと想定した際の遅延時間を実測により確認するという作用をもたらす。
　また、この第１の側面において、上記少なくとも１つのユーザプレーンファンクションのうちの対象ユーザプレーンファンクションの処理使用率および上記対象ユーザプレーンファンクションとは異なる他のユーザプレーンファンクションの処理使用率を考慮して、上記対象ユーザプレーンファンクションを削除すべきか否かを判断するようにしてもよい。これにより、ユーザプレーンファンクションの処理使用率を利用してユーザプレーンファンクションを削除すべきか否かを判断するという作用をもたらす。
　また、この第１の側面において、上記少なくとも１つのユーザプレーンファンクションのうちの対象ユーザプレーンファンクションの処理使用率が第１の閾値を下回った場合に、上記対象ユーザプレーンファンクションとは異なる他のユーザプレーンファンクションにおいてその処理使用率が上記第１の閾値よりも高い第２の閾値を下回るユーザプレーンファンクションが少なくとも１つ存在する場合に、上記対象ユーザプレーンファンクションを削除すべきと判断するようにしてもよい。これにより、処理使用率の低い対象ユーザプレーンファンクションによって処理されていた分を他のユーザプレーンファンクションにおいて収容できる場合に、対象ユーザプレーンファンクションを削除すべきと判断するという作用をもたらす。
　また、この第１の側面において、上記ローカルエリアネットワークに配置されたエンティティから上記他のユーザプレーンファンクションに属するサブネットにおける仮想マシンに対して測定されたトラフィック量が、上記対象ユーザプレーンファンクションの想定トラフィック量より多い場合に、上記対象ユーザプレーンファンクションを削除すべきと判断するようにしてもよい。これにより、対象ユーザプレーンファンクションを削除したと想定した際のトラフィック量を実測により確認するという作用をもたらす。
本技術の実施の形態において想定する無線通信システムの第１の例を示す図である。 本技術の実施の形態において想定する無線通信システムの第２の例を示す図である。 本技術の実施の形態におけるコアネットワークの配置例を示す図である。 コアネットワークがボトルネックになっている場合の例を示す図である。 本技術の実施の形態における無線通信システムの一例を示す図である。 本技術の実施の形態における無線通信システムの通信経路の例を示す図である。 本技術の第１の実施の形態における無線通信システムの全体の処理手順例を示すシーケンス図である。 本技術の実施の形態におけるＬＡＮの最大トラフィック量取得の態様例を示す図である。 本技術の実施の形態におけるＬＡＮの最大トラフィック量取得の際のＵＰＦの動作例を示す図である。 本技術の実施の形態におけるＵＰＦ１２０毎の通信路の最大のトラフィック量の測定例を示す図である。 本技術の実施の形態におけるＵＰＦ１２０毎のユーザデータのトラフィック量取得の態様例を示す図である。 本技術の実施の形態におけるＵＰＦ１２０毎のユーザデータのトラフィック量取得の際のパケットカウンタ１８０の適用例を示す図である。 本技術の実施の形態におけるＵＰＦ１２０毎の運用中のユーザデータのトラフィック量の測定例を示す図である。 本技術の第２の実施の形態におけるトラフィック量測定の態様例を示す図である。 本技術の第２の実施の形態におけるトラフィック量測定の際のＵＰＦの動作例を示す図である。 本技術の第２の実施の形態における無線通信システムの全体の処理手順例を示すシーケンス図である。
　以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
　１．第１の実施の形態（ＬＡＮのトラフィック量に着目した制御の例）
　２．第２の実施の形態（他の通信路のトラフィック量を併せて考慮した制御の例）
　＜１．第１の実施の形態＞
　［無線通信システム］
　図１は、本技術の実施の形態において想定する無線通信システムの第１の例を示す図である。
　この第１の例は、第４世代移動通信システム（４Ｇ）に本技術の実施の形態を適用した場合の例である。端末３００は、基地局２００を介してコアネットワークに接続する。端末３００と基地局２００との間は、無線システムであるＲＡＮにより接続される。
　コアネットワークは端末３００がネットワークに接続する際の許可やセッション管理を主に行うものであり、４ＧではＥＰＣ（Evolved Packet Core）と呼称される。この４Ｇのコアネットワークは、コントロールプレーンファンクション１１０とユーザプレーンファンクション１２０とに分かれおり、前者がネットワークの制御を行い、後者がパケット転送を行う。なお、コントロールプレーンファンクション１１０は、特許請求の範囲に記載の制御部の一例である。また、以下では、コントロールプレーンファンクション１１０を、単にコントロールプレーンと略すことがある。同様に、ユーザプレーンファンクション１２０を、単にユーザプレーンと略すことがある。
　４Ｇのコントロールプレーンファンクション１１０は、ＨＳＳ１１１およびＭＭＥ１１２などを備える。ＨＳＳ（Home Subscriber Server）１１１は、ユーザ情報を管理するデータベースサーバである。ＭＭＥ（Mobility Management Entity）１１２は、端末３００の制御のための制御信号のゲートウェイである。
　４Ｇのユーザプレーンファンクション１２０は、ＳＧＷ１２１およびＰＧＷ１２２などを備える。ＳＧＷ（Serving Gateway）１２１は、ユーザデータのゲートウェイである。ＰＧＷ（Packet data network Gateway）１２２は、外部ネットワークに接続するためのゲートウェイである。
　４Ｇにおいて、端末３００の加入者情報が格納されているＨＳＳ１１１からその端末３００の契約情報や暗号のための鍵を受けて、その端末３００がネットワークに接続してもよいか否かを判断し、暗号化のための鍵の生成などを行う。つまり、端末３００の中にあるＳＩＭ（Subscriber Identity Module）カードの中にあるＩＭＳＩ（International Mobile Subscriber Identity）という加入者番号に紐づいた端末３００の情報がＨＳＳ１１１に格納されていることが、その端末３００にとって、ネットワークに接続するために必要となる。また、端末３００がセルラシステムにアタッチするために、ＭＭＥ１１２がその役割を果たす。
　図２は、本技術の実施の形態において想定する無線通信システムの第２の例を示す図である。
　この第２の例は、第５世代移動通信システム（５Ｇ）に本技術の実施の形態を適用した場合の例である。端末３００が基地局２００を介してコアネットワークに接続し、端末３００と基地局２００との間がＲＡＮにより接続される点は、上述の４Ｇの場合と同様である。
　５Ｇのコントロールプレーンファンクション１１０は、ＵＤＭ１１３、ＳＭＦ１１４およびＡＭＦ１１５などを備える。ＵＤＭ（Unified Data Management）１１３は、加入者情報を管理するものである。ＳＭＦ（Session Management Function）１１４は、セッション管理を行うものである。ＡＭＦ（Access and Mobility Management Function）１１５は、端末の認証や位置管理などを行うものである。
　５Ｇのユーザプレーンファンクション１２０は、４ＧのＳＧＷ１２１およびＰＧＷ１２２のように分離されておらず、ここではＵＰＦ（User Plane Function）１２３と表記する。
　５Ｇにおいては、上述のＨＳＳ１１１と同様の機能をＵＤＭ１１３が備える。以降、ＨＳＳ１１１という表記を用いるが、これは、ＵＤＭ１１３にも適用できる。また、端末３００がセルラシステムにアタッチするために、ＡＭＦ１１５やＳＭＦ１１４がその役割を果たす。
　図３は、本技術の実施の形態におけるコアネットワークの配置例を示す図である。
　４ＧのＰＧＷ１２２や５ＧのＵＰＦ１２３は、コアネットワークと一般のインターネットとの境界となるゲートウェイの役割を果たしている。この実施の形態では、コアネットワークも一般のインターネットにも配置することを考えているためＰＧＷ１２２やＵＰＦ１２３に相当するＣＮ－Ｕ１２９というコアネットワークのユーザプレーンファンクションが、コアネットワークと一般のアプリケーションとの境界に配置されるゲートウェイであると捉えて構わない。同様に、ここでは、ＭＭＥ１１２やＳＭＦ１１４およびＡＭＦ１１５に相当するものをＣＮ－Ｃ１１９として示している。
　端末３００と基地局２００が配置されている近くにコアネットワークが配置されると、セルラ部分で要する遅延が少なくなることが知られている。そのため、インターネットのエッジ（Edge）に配置されるコアネットワークが増加することが予想される。ただし、この場合においても、エッジに配置されていないコアネットワークを、センターコアネットワークとして配置しておくことは有用である。エッジにコアネットワークが配置されていない時には、このセンターコアネットワークを使えばよいからである。なお、「エッジに配置されるコアネットワーク」という表現は、「コアネットワーク内のエッジに配置される１または複数のコアネットワークノード」という表現に代替されてもよい。また、「エッジ」は端末３００または基地局２００（例えば、端末３００のアクセスポイント）の近くに配置されることを意味していてもよい。
　今後は、センターコアネットワークが存在している状況で、世界中の様々な場所のインターネットのエッジに多数のコアネットワークが配置されることが予想される。中には、工場や病院、オフィスの中のＬＡＮにコアネットワークを配置するケースも出てくると考えられる。少なくとも、基地局２００は、工場や病院、オフィスのようなローカルエリアに配置され、コアネットワークは、そのようなローカルに置く場合とそのローカルエリアの近くのインターネット上に置かれる場合とが出てくると考えられる。いずれにしても、そのようなローカルなセルラシステムでは、低コストなシステムが要求される。これらは、プライベート４Ｇ（ローカル４Ｇ）またはプライベートＬＴＥ（ローカルＬＴＥ）や、プライベート５Ｇ（ローカル５Ｇ）などと呼ばれることもある。
　［スループット］
　ＳＧＷ１２１およびＰＧＷ１２２またはＵＰＦ１２３によって実現されるユーザプレーンファンクションは、その能力の一つの指標として、処理できる最大のスループットというものがある。例えば、１００Ｍｂｐｓのユーザデータ（ユーザプレーンのデータ）を処理できる等の指標である。１００Ｍｂｐｓを処理するコアネットワークのユーザプレーンファンクションがあり、１台の基地局２００が処理できる能力が１００Ｍｂｐｓであったとする。その場合には、１台の端末がネットワークを使うと、その１台の端末は１００Ｍｂｐｓのスピードを享受することができる。一方、そのような基地局２００と端末が１０セットあった場合には、コアネットワークのユーザプレーンの能力がボトルネックになって、各端末は１０Ｍｂｐｓのスループットしか得られない。
　図４は、コアネットワークがボトルネックになっている場合の例を示す図である。１００Ｍｂｐｓを処理するコアネットワークのユーザプレーンファンクションに対して、端末３００や基地局２００が増えるとユーザプレーンの能力がボトルネックになるおそれがある。このように基地局２００の数や端末３００の数が増えた時に、コアネットワークのユーザプレーンの能力を向上させる必要がある。
　コアネットワークのユーザプレーンの能力向上、すなわちスケーリング（Scaling）を行う際、静的（static）なスケーリングと動的（dynamic）なスケーリングとが考えられる。静的スケーリングとは、一度、ユーザプレーンの台数を決めて、コアネットワークを起動し、基地局２００と接続し、運用を開始した後は、そのユーザプレーンの台数は、基本的に変えないという方法である。一方、動的スケーリングとは、端末３００の数の変動に対応して、ユーザプレーンの台数を柔軟に増やし、または、減らす方法である。
　ユーザプレーンの台数を動的に増減させる方法は、非常に難易度が高い。なぜなら、基地局２００の設定を変える必要が出てくる場合もあれば、新しいＰＤＵセッションをユーザプレーンファンクションに割り振る機能が、変化したユーザプレーンの存在に気づき、内部のテーブルを更新するなどの手間がかかる場合もあるからである。上述のプライベートＬＴＥやプライベート５Ｇなどと呼ばれる局所的なセルラシステムのためのコアネットワークは低コストで作る必要があるため、このような手間をかけることが困難であった。このスケーリングの際には、動的または静的のどちらの方法であっても、ユーザプレーンファンクションの数を増やすべきか、または、減らすべきかを、どこかの機能で判断する必要がある。
　この実施の形態において、端末３００と基地局２００は、ＬＡＮ（Local Area Network）に配置される。また、この実施の形態において、コアネットワークのコントロールプレーンは、インターネット上のクラウドに配置される。一方、コアネットワークのユーザプレーンファンクションは、オンプレミス（on-premise）のＬＡＮに配置してもよく、また、オンクラウド（on-cloud）に配置してもよい。
　ＬＡＮに配置したユーザプレーンファンクションは、ＰＣ（Personal Computer）などの設備を増強しない限り、ユーザプレーンファンクションを増加することができない。一方、クラウドに配置したユーザプレーンファンクションは、クラウド上の仮想マシン（Virtual Machine）を追加して、その仮想マシンの中でユーザプレーンファンクションのプログラムを起動すれば、容易にユーザプレーンファンクションを追加することができる。ユーザプレーンファンクションの削除は、ユーザプレーンファンクションのプログラムを停止した上で、仮想マシンを削除すればよい。したがって、ユーザプレーンファンクションの追加または削除は、主にクラウド上に配置したユーザプレーンファンクションの追加または削除である。
　ユーザプレーンファンクションの追加または削除は、クラウド上であれば比較的容易である。ＬＡＮにもユーザプレーンファンクションを配置することが可能であり、追加または削除ができないわけではないが、仮想マシンを自由に追加または削除できるわけではないため、ユーザプレーンファンクションの追加または削除は、ＬＡＮ上ではやり難い。なお、端末３００から見た場合に、ＬＡＮのユーザプレーンファンクションとクラウドのユーザプレーンファンクションは、同じように並列に見えるため、違いが分かるわけではない。
　そこで、以下ではクラウド上でユーザプレーンファンクションの追加または削除を行う手法について検討する。
　図５は、本技術の実施の形態における無線通信システムの一例を示す図である。
　この例では、上述のように、オンプレミスとオンクラウドにまたがって無線通信システムが形成される。オンプレミスとは、工場や病院、オフィスなどのＬＡＮ上にＵＰＦを配置することをいう。オンクラウドとは、インターネット上のクラウドのデータセンターにＵＰＦを配置することをいう。基地局２００と端末３００は、もともとローカルなエリアに設置されている。
　コアネットワークのコントロールプレーンは、オンプレミスでもオンクラウドでもよい。ここでは、コントロールプレーンはオンクラウドに設置した例を示している。
　この例では、オンプレミスには、２つのユーザプレーンファンクションがコントロールプレーンの立上げ時、または、運用開始時に実在しているものとする。また、オンクラウドには、コントロールプレーンの立上げ時、または、運用開始時には、ユーザプレーンファンクションが不在であり、その後から立ち上げることを想定している。
　ＬＡＮとクラウドのデータセンター内は、広域レイヤ２接続で、同じサブネット（Subnet）としてネットワークを形成しておくのがよい。これにより、ＬＡＮなのかクラウドなのかを意識することなく、ユーザプレーンファンクションを増減させることが可能となる。オンプレミスのユーザプレーンファンクションで足りなくなってきた時に、オンクラウドのユーザプレーンファンクションを実際に起動して、ユーザプレーンファンクション全体の容量を増やすことができる。なお、広域レイヤ２接続をする技術については、仮想ＶＰＮ（Virtual Private Network）等の既存の技術を適用することができる。
　ここで、サブネットとは、ＩＰパケットを転送する際にＭＡＣアドレスに基づいてルーティングできる範囲のことをいう。具体的には、同じスイッチに接続するエンティティ（entity）は、同じサブネットに属しているという。基本的に、１つのＵＰＦは、１つのサブネットに属する。したがって、ＵＰＦが３２個ある場合、３２個の別のサブネットがクラウド上に存在することになる。
　クラウド上のリソースマネージメントファンクション１９０は、ネットワーク上のリソースを管理するものである。ここでは、特に、リソースマネージメントファンクション１９０は、ネットワークの状況に基づいて、クラウド上のユーザプレーンファンクションを追加または削除する機能を有する。
　測定対象となる使用中のユーザプレーンファンクションに対して、ネットワークトラフィック量測定ツール、例えば、ｉｐｅｒｆ３やｐｉｎｇといったツールを用いて、何Ｍｂｐｓの速度が得られるかを測定する方法が従来から知られている。この方法では、ｉｐｅｒｆ３サーバをユーザプレーンファンクションの内部、または、その近傍の仮想マシンに配置し、ｉｐｅｒｆ３クライアントをＬＡＮ側に配置して、測定を行う。これにより、ユーザプレーンファンクションまでの通信経路の通信路のトラフィックの混雑度を測定することができる。なお、スループットとトラフィック量は同義であるが、トラフィックとスループットは同義ではない。スループットと一つの機能を通り抜けるトラフィック量は同義である。以下の実施の形態では、スループットとトラフィック量は同じ意味として使用する。
　この情報を取得しても、どの通信経路でトラフィックが混雑しているのか分からないため、ユーザプレーンファンクションを追加すべきか、または、削除すべきかの判断の情報としては十分ではない。また、ネットワーク測定ツールでは、実際にトラフィックを発生させて、どれくらいトラフィック量を向上させることができる余地があるかを測定する。しかし、このネットワークトラフィック量測定ツールによって生じたトラフィックが重要なユーザデータの通信に影響を与え、ユーザデータのトラフィック量の低下や遅延特性の悪化を招くことがある。特に、プライベート５Ｇ／４Ｇでは、ＬＡＮ部分は脆弱なネットワークであることが少なくないため、そのようなネットワークでは、実際にテスト用のデータをネットワークトラフィック量測定ツールが送信するのは望ましくない。
　そこで、この実施の形態において、リソースマネージメントファンクション１９０は、大きく分けて以下の２つの情報に着目する。１つ目は、ユーザプレーンファンクションの処理能力である。また、２つ目は、ネットワークに流れるトラフィックの状況である。ネットワークに流れるトラフィックは、各ユーザプレーンファンクションで共通の通信路と、各ユーザプレーンファンクション固有の通信路の２種類ある。前者は、主にＬＡＮの通信経路であり、後者は、主にクラウドのユーザプレーンファンクション毎に異なる通信経路である。
　まず、１つ目のユーザプレーンファンクションの処理能力について検討する。ユーザプレーンファンクションは、ソフトウェアとして設計されている。そのソフトウェアの処理能力が例えば１００Ｍｂｐｓである場合には、１秒間に１００Ｍビットのユーザデータを処理可能であるということになる。このとき、ユーザデータの使用状況が１００Ｍｂｐｓに迫る勢いの８０Ｍｂｐｓの場合には、もう１つユーザプレーンファンクションを追加して、追加したユーザプレーンファンクションと合わせて処理した方が、処理能力は増大するため、望ましい。もちろん、ユーザプレーンファンクションを増やす場合には、クラウドの仮想マシンを追加することになるため、プライベート５Ｇ／４Ｇのネットワーク運用者にとっては、コストが増大するという負の側面もある。
　次に、２つ目のネットワークに流れるトラフィックの状況について検討する。１つ目のユーザプレーンファンクションの処理能力の観点からユーザプレーンファンクションを追加した方がよいと判断しても、ネットワークのトラフィックが混雑している状況では、ユーザプレーンファンクションを増やしたとしてもスループットのパフォーマンスは向上しないと考えられる。したがって、ネットワークのトラフィックの状況を把握することが重要となる。ここで、ネットワークのトラフィックの状況とは、大きく分けて２つある。一つは、ＬＡＮ側のネットワークのトラフィックの混雑状況、もう一つは、クラウド側のネットワークのトラフィックの混雑状況である。
　クラウド側に配置されたユーザプレーンファンクションは、共通のＬＡＮを使用し、その後段のインターネットでも同じ経路を通り、最後に各ユーザプレーンファンクションに分配されるときに、異なる通信路を通る。すなわち、通信経路は、共通の通信経路と、各ユーザプレーンファンクション独自の通信経路に分かれている。そして、共通の通信経路はＬＡＮの影響が大きいといえる。
　図６は、本技術の実施の形態における無線通信システムの通信経路の例を示す図である。
　この例では、ＬＡＮから共通の通信経路を通って、ルータ４１０をゲートウェイとして、インターネットに接続される場合を想定している。
　ここで、共通の通信経路について検討する。ＬＡＮにインターネットを提供するＩＳＰ（Internet Services Provider）とＬＡＮとの境界に配置されるルータ４１０内で分岐している場合もあり得る。また、ＬＡＮの後のＩＳＰの通信経路の中で、個別の通信経路に分岐している場合もあり得る。また、その後段のクラウドのデータセンターで個別の通信経路に分岐している場合もあり得る。何れにしても、クラウド側の各ユーザプレーンファンクションまで到達したトラフィックは、全て共通の通信経路を通っているということになる。
　特定のユーザプレーンファンクションのトラフィックが混雑しているが、共通の通信経路であるＬＡＮが混雑していない場合には、ユーザプレーンファンクションを別の場所に追加して、そちらで使用した方がスループットのパフォーマンスが向上するといった使い方ができる。また、ユーザプレーンファンクションを１台追加したい場合に、その追加した分のトラフィックを吸収できるかは、少なくとも共通部分のＬＡＮでその追加した分のトラフィックを吸収できるかを判断する必要がある。その上で個別の通信経路でもトラフィックを吸収できるかについても判断した方がよい。このように、プライベート５Ｇ／４Ｇのトラフィックを観測する際には、共通の通信経路で混雑しているのか、個別の通信経路で混雑しているかを区別することが重要である。
　プライベート５Ｇ／４ＧではＬＡＮを使用するため、そのＬＡＮが脆弱なネットワークの場合、ＬＡＮからインターネットに出ていく時のゲートウェイとなるルータ４１０の処理能力が限られている場合、または、ＩＳＰの通信路の能力が限られる場合があり得る。そのため、ｉｐｅｒｆ３などのネットワークツールを使って、テスト用のトラフィックを発生してネットワークの速度向上余地を知る手法は、重要な既存のユーザデータのスループットを低下させ、または、遅延特性を劣化させるおそれがあるため、望ましくない。さらに、ＬＡＮに配置したネットワークツールのクライアントから、クラウドに配置したユーザプレーンファンクション、または、その近傍の仮想マシンに配置したネットワークツールのサーバとの間のスループットを測定した場合に、共通の通信経路が混雑しているのか、個別の通信経路が混雑しているのかを判別することが困難であった。この実施の形態では、このような環境下で、ユーザプレーンファンクションの追加または削除を判断して、ユーザプレーンファンクションの数を柔軟に制御する。
　［処理概要］
　図７は、本技術の第１の実施の形態における無線通信システムの全体の処理手順例を示すシーケンス図である。
　まず、ＬＡＮの最大トラフィック量を取得する。そのために、後述するように、ＬＡＮにコンピュータ（ＰＣ）４２０を配置して、ネットワークトラフィック量測定ツールを使用して、各ＵＰＦ１２０に対して通信路の最大のトラフィック量を測定する（８１０）。ただし、これは、プライベート５Ｇ／４Ｇの運用を行っていない夜中などに行う。
　コンピュータ４２０は、測定したＵＰＦ１２０毎の最大トラフィック量をリソースマネージメントファンクション１９０に報告する（８１１）。リソースマネージメントファンクション１９０は、そのＵＰＦ１２０毎の最大トラフィック量に基づいて、ＬＡＮの最大能力を集計する（８１２）。このＬＡＮの最大能力は、後述するように、クラウドに配置されているＵＰＦ１２０のプログラムを実行する仮想マシンに対するトラフィック量のうち、最大のものを選択することにより得られる。
　次に、基地局２００を介して端末３００とＵＰＦ１２０との間で実運用（８１３）が行われている際の、ＵＰＦ１２０毎のユーザデータのトラフィック量を取得する。そのために、後述するように、ＵＰＦ１２０毎にパケットカウンタ１８０を想定し、このパケットカウンタ１８０により実運用中のユーザデータのトラフィック量を測定する（８１４）。このパケットカウンタ１８０による測定値は、リソースマネージメントファンクション１９０に報告される（８１５）。
　リソースマネージメントファンクション１９０は、測定された実運用中のユーザデータのトラフィック量を総計して、ＬＡＮにおけるユーザデータのトラフィック量を算出する。そして、上述のＬＡＮの最大能力から、このＬＡＮにおけるユーザデータのトラフィック量を減算することにより、ＵＰＦ１２０のトラフィック増加余地容量を取得する（８１６）。このトラフィック増加余地容量とは、後述するように、ＵＰＦ１２０を増加した際に利用可能なトラフィック量である。
　次に、ＵＰＦ１２０は、それぞれの処理使用率を算出し、リソースマネージメントファンクション１９０に報告する（８１７）。この処理使用率は、後述するように、ＵＰＦ１２０を構成するプログラムの処理が能力的にどれくらい残っているかということを意味する。
　このようにして取得した各種の情報を参照して、リソースマネージメントファンクション１９０は、新たにＵＰＦ１２０を追加すべきか否か、および、既存のＵＰＦ１２０を削除すべきか否かを判断する（８１８）。この判断の詳細については後述する。そして、その判断に基づいて、リソースマネージメントファンクション１９０は、ＵＰＦ１２０の追加または削除を実行する（８１９）。
　［ＬＡＮの最大トラフィック量の取得］
　図８は、本技術の実施の形態におけるＬＡＮの最大トラフィック量取得の態様例を示す図である。このＬＡＮの最大トラフィック量の取得は、上述の８１０乃至８１２に相当する。
　プライベート５Ｇ／４Ｇの運用を行っていない夜中などに、ｉｐｅｒｆ３等のネットワークトラフィック量測定ツールを使用して、ＬＡＮに配置したコンピュータ４２０から各ＵＰＦ１２０に対して、通信路の最大のトラフィック量を測定しておく。ここでのトラフィック量測定は、コアネットワークの能力を使ったトラフィック量測定ではなく、ＬＡＮとイーサネットケーブルで接続したコンピュータ４２０から、クラウドに配置したＵＰＦ１２０に対する、固定ケーブルの通信経路のトラフィック量測定である。これは、ネットワークが混雑していないと想定する時間を使って測定し、それを複数回行うことにより、最大のトラフィック量を見積もることができる。なお、コンピュータ４２０は、ＬＡＮに配置されたエンティティの一例である。
　図９は、本技術の実施の形態におけるＬＡＮの最大トラフィック量取得の際のＵＰＦの動作例を示す図である。
　各ＵＰＦ１２０は、ＵＰＦ１２０毎に異なるサブネットに配置されている。その場合に、ＬＡＮ側に配置したコンピュータ４２０からネットワークトラッフィク量測定ツールで測定する場合には、各サブネットに配置された仮想マシンに対してトラフィック量を測定してもよく、また、ＵＰＦ１２０が配置された仮想マシンに対してトラフィック量を測定してもよい。すなわち、同じサブネット内であれば何れの仮想マシンでもよく、そのサブネット内に配置された仮想マシンに対して測定を行えばよいことになる。
　図１０は、本技術の実施の形態におけるＵＰＦ１２０毎の通信路の最大のトラフィック量の測定例を示す図である。
　ここでは、各ＵＰＦ１２０が属するサブネットまでのトラフィック量が示されている。すなわち、無線区間を除く、有線通信区間のみのトラフィック量である。この場合のトラフィック量は、アップリンクとダウンリンクとで、基本的には同じトラフィック量になることが想定されるため、アップリンクかダウンリンクの何れかを測定すればよいと考えられる。
　ここでは、ＵＰＦ１２０毎の３２個の最大トラフィック量の中での最大値が、ＬＡＮからクラウドへ出ていく通信経路の最大能力としている。この最大能力とは、固定通信としての最大トラフィック量である。この例では、１．５ＧｂｐｓがＬＡＮからインターネットへの通信の最大速度であると推定している。
　すなわち、ＬＡＮの最大能力は次式により得られる。ただし、関数Ｍａｘは最大値を示す関数である。
　　ＬＡＮの最大能力 ＝ Ｍａｘ（ＵＰＦ＃１の最大トラフィック量，
　　　　　　　　　　　　ＵＰＦ＃２の最大トラフィック量，...，
　　　　　　　　　　　　ＵＰＦ＃３２の最大トラフィック量）
　上述の無線通信システムの構成例では、ＵＰＦ＃１および＃２はＬＡＮに配置され、ＵＰＦ＃３乃至３２はクラウドに配置されることを想定していた。したがって、この場合、クラウドに新たにＵＰＦ２０を追加することが可能か否かを判断するために、次式のように、クラウドに配置されたＵＰＦ１２０を実行する仮想マシンに対する最大トラフィック量をＬＡＮの最大能力とする。
　　ＬＡＮの最大能力 ＝ Ｍａｘ（ＵＰＦ＃３の最大トラフィック量，
　　　　　　　　　　　　ＵＰＦ＃４の最大トラフィック量，...，
　　　　　　　　　　　　ＵＰＦ＃３２の最大トラフィック量）
　なお、上式におけるＵＰＦの最大トラフィック量とは、上述のように、通常のＵＰＦの処理を行った上で測定したトラフィック量ではなく、ＵＰＦ１２０のプログラムを配置した仮想マシンに対してネットワーク測定ツールで測定したトラフィック量である。
　［ＵＰＦ毎のユーザデータのトラフィック量の取得］
　図１１は、本技術の実施の形態におけるＵＰＦ１２０毎のユーザデータのトラフィック量取得の態様例を示す図である。このユーザデータのトラフィック量取得は、上述の８１３乃至８１５に相当する。
　オンクラウドに設置したＵＰＦ１２０では、ＵＰＦ１２０毎に異なるサブネットを構築することが可能であり、そのサブネットに流入したトラフィックは、全て、このＵＰＦ１２０のトラフィックであるといえる。したがって、オンクラウドに設置したＵＰＦ１２０の中の対象のＵＰＦに流れる５Ｇ／４Ｇのトラフィック量を測定することにより、容易に得ることができる。特に、ＵＰＦ１２０毎にサブネットを分けることにより、そのサブネットに流入したパケット数でトラフィック量を測定することにより、実際にＵＰＦ１２０の内部で受信したトラフィック量や、送信したトラフィック量を測定しなくてもよいというメリットがある。したがって、サブネット毎に配置したＵＰＦへのトラフィック量の測定を、そのサブネットに流入したトラフィックおよびそのサブネットから流出したトラフィックを監視することで実現することができる。
　一方、オンプレミス（ＬＡＮ）上に構築したＵＰＦ１２０が属するサブネットには、他の様々なトラフィックが流れているため、プライベート５Ｇ／４Ｇで使用しているトラフィックと他のトラフィックとを分離することは困難である。したがって、この実施の形態における無線通信システムでは、敢えてオンクラウドのＵＰＦ１２０が属するサブネットに流入するトラフィックだけを監視する。オンクラウドのＵＰＦ１２０のトラフィックだけを監視することでできることは、オンクラウドの特定のＵＰＦ１２０で使用しているトラフィック量を明確にすることができるということである。
　図１２は、本技術の実施の形態におけるＵＰＦ１２０毎のユーザデータのトラフィック量取得の際のパケットカウンタ１８０の適用例を示す図である。
　ＵＰＦ１２０毎のトラフィック量の測定は、各ＵＰＦ１２０が実装されている仮想マシンにおいて、パケットカウンタ１８０を実装することにより実現することができる。このパケットカウンタ１８０は、入力のパケット数およびそのパケットのビット数と、出力のパケット数およびそのパケットのビット数とを測定する。このパケットカウンタ１８０は、ＵＰＦ１２０毎に用意する。アップリンクとダウンリンクの区別は、パケットのソースＩＰアドレスおよびデスティネーションＩＰアドレスを参照することにより、その宛先および送信元から判断することができる。
　図１３は、本技術の実施の形態におけるＵＰＦ１２０毎の運用中のユーザデータのトラフィック量の測定例を示す図である。
　ここでは、上述の通信路の最大のトラフィック量の測定例と異なり、無線区間を含むトラフィック量が示されている。また、アップリンクとダウンリンクとが異なるため、別々に測定されている。
　クラウドのＵＰＦ１２０が使用しているユーザデータのトラフィック量は、全てＬＡＮに配置されている基地局２００と端末３００から発生しているものであり、通信路の共通部分の大部分はＬＡＮであるため、このトラフィック量はＬＡＮのトラフィックの混雑度として使用可能である。
　ＬＡＮでは、各ＵＰＦ１２０のアップリンクとダウンリンクのトラフィックを全て合計したものがトラフィックとして流れている。したがって、ＬＡＮにおけるユーザデータのトラフィック量は、次式により表される。ただし、関数ＳＵＭは、総和を表す関数である。
　　ＬＡＮにおけるユーザデータのトラフィック量 ＝
　　　　　ＳＵＭ（ＵＰＦ＃ｉのトラフィック量）　（ｉ＝１～３２）
　そこで、次式のように、上述のＬＡＮの最大能力（８１２）からこのＬＡＮにおけるユーザデータのトラフィック量を減算した値が、ＵＰＦ１２０のトラフィック増加余地容量となる。
　　ＵＰＦのトラフィック増加余地容量 ＝ ＬＡＮの最大能力
　　     　　　　　－ ＬＡＮにおけるユーザデータのトラフィック量
　このトラフィック増加余地容量は、ＵＰＦ１２０を増加した際に利用可能なトラフィック量である。したがって、このトラフィック増加余地容量を指標にして、新たにＵＰＦ１２０を増加するか否かを判断することができる。
　上式によるトラフィック増加余地容量は、実際のユーザデータのトラフィック量を考慮しているため、そのトラフィック量が変動した場合には当初の想定と異なるという事態が起こり得る。そこで、簡易な手法として、ＵＰＦのプログラム処理能力を、例えば「１００Ｍｂｐｓ」の固定値として想定して、次式のようにＵＰＦのトラフィック増加余地容量を求めるようにしてもよい。
　　ＵＰＦのトラフィック増加余地容量 ＝ ＬＡＮの最大能力
　　     　　　－ ＵＰＦのプログラム処理能力 × ＵＰＦの稼働台数
　また、上式の場合、ＵＰＦのトラフィック増加余地容量が少なく見積もられることになるため、次式のように調整係数をかけて調整してもよい。
　　ＵＰＦのトラフィック増加余地容量 ＝ ＬＡＮの最大能力
　　　－ ＵＰＦのプログラム処理能力 × ＵＰＦの稼働台数 × 調整係数
ここで、調整係数は、例えば１．０から０．７程度が想定される。
　トラフィック増加余地容量と同様の指標として、ＬＡＮの混雑度について説明する。ＬＡＮの混雑度は、次式により表される。
　　ＬＡＮの混雑度 ＝ ＬＡＮにおけるユーザデータのトラフィック量
　　　　　　　　　　　／ＬＡＮの最大能力
　なお、上式では、ＬＡＮの混雑度の中に他の無線ＬＡＮやイーサネットに接続されているコンピュータのトラフィックは含まれていない。これは、プライベート５Ｇ／４ＧはＬＡＮを使用するが、そのＬＡＮに従来の無線ＬＡＮやイーサネット経由に直接接続したコンピュータは接続されないものと想定したものである。無線ＬＡＮ等も同時に収容する場合には、それを考慮する必要があるが、プライベート５Ｇ／４Ｇ用のＬＡＮは、プライベート５Ｇ／４Ｇ用の専用のＬＡＮにする可能性が高いため、ここではそれは考慮しないで議論を続ける。
　これにより、ここでは、従来のネットワーク測定ツールを使用せず、既存のユーザデータに影響を与えることなく、ＬＡＮ部分の混雑度を推定することが可能になった。なお、このＬＡＮの混雑度とＵＰＦのトラフィック増加余地容量は、実用上は同様に使用可能なため、以下ではＵＰＦのトラフィック増加余地容量を使用する。
　［ＵＰＦの処理使用率の取得］
　このＵＰＦの処理使用率の取得は、上述の８１７に相当する。
　ＵＰＦの処理使用率とは、対象のＵＰＦを構成するプログラムの処理がどれくらい使用されているかを示す指標である。このＵＰＦの処理使用率は次式により表される。
　　ＵＰＦの処理使用率 ＝ 
　　　　　　現在の処理容量 ／ ＵＰＦのプログラム処理能力
　例えば、ＵＰＦの本来のプログラム処理能力が１００Ｍｂｐｓで、現在の処理容量が８０Ｍｂｐｓである場合には、ＵＰＦの処理使用率は「０．８」になる。また、ＵＰＦの処理使用率が「０．０」であれば、そのＵＰＦは使用されていなくて、完全に処理の容量があることを意味する。また、ＵＰＦの処理使用率が「１．０」であれば、完全にビジーで、処理能力が残っていないことを意味する。
　また、このＵＰＦの処理使用率を取得するための変形例として、対象となるＵＰＦにおいて入力したパケットにタイムスタンプを付与し、出力時にそのタイムスタンプを参照する手法を用いてもよい。この場合、タイムスタンプを参照することにより、そのＵＰＦの処理遅延を観測し、一定時間以上の処理遅延を観測した時にはそのＵＰＦの処理使用率が高いと考える。この場合のＵＰＦの処理使用率は、次式により得られる。
　　ＵＰＦの処理使用率 ＝ （現在の遅延－最低遅延）／ 現在の遅延
　この場合の遅延は、ＵＰＦの入力から、ＵＰＦ内部で処理されて、ＵＰＦから出力されるまでの遅延時間をいう。上式は、現在の遅延が最低遅延に近いと「０」に近づき、現在の遅延が大きくなるにしたがって「１」に近づく。
　［ＵＰＦの追加判断］
　このＵＰＦの追加判断は、上述の８１８に相当する。
　リソースマネージメントファンクション１９０は、全てのＵＰＦを対象ＵＰＦとして、以下の条件を調べていく。そして、以下の２つの条件を満たした場合には、新たなＵＰＦを１台追加すべきと判断する。
　　追加条件＃１：　対象ＵＰＦの処理使用率 ＞ ０．８
　　追加条件＃２：　ＵＰＦのトラフィック増加余地容量 ／
　　　　　　　　　　　ＵＰＦのプログラム処理能力 ＞ １．２
　追加条件＃１は、対象ＵＰＦの処理のビジー率を示すものである。追加条件＃１において、対象ＵＰＦの処理使用率が０．８より大きいということは、処理能力が限界に近付いているということを意味する。したがって、可能であればＵＰＦを新たに追加して、その新たなＵＰＦにトラフィックを移したいという状況である。
　一方で、新たにＵＰＦを追加するということは、そのＵＰＦの追加によって生じる新たなトラフィックを収容できるだけの通信路の容量が必要になる。その指標となるのが追加条件＃２である。
　追加条件＃２は、ＵＰＦを増加した際にＬＡＮにおいて必要なトラフィック量を利用可能であるかを示すものである。追加条件＃２におけるＵＰＦのトラフィック増加余地容量は、上述の８１６において取得されたものである。また、追加条件＃２におけるＵＰＦのプログラム処理能力は、ＵＰＦにおける固定値であり、例えば「１００Ｍｂｐｓ」を想定する。なお、ここでは、マージンを見越してＵＰＦの「１．２」台分のトラフィック量が利用できることを条件としているが、例えばマージンを設けずに「１．０」台分を条件としてもよい。
　なお、ＵＰＦのトラフィック増加余地容量は、ＬＡＮの混雑度だけを考慮したものであるため、実際にはクラウドの通信路が混雑していた場合には、見積もりに誤差を生じ得る。しかし、この追加条件＃２によって、ＵＰＦの追加が必要ないということについては判断することができる。
　［ＵＰＦの削除判断］
　このＵＰＦの削除判断は、上述の８１８に相当する。
　リソースマネージメントファンクション１９０は、全てのＵＰＦを対象ＵＰＦとして、以下の条件を調べていく。そして、以下の２つの条件を満たした場合には、その対象ＵＰＦを削除すべきと判断する。
　　削除条件＃１：　対象ＵＰＦの処理使用率 ＜ ０．１
　　削除条件＃２：　対象ＵＰＦ以外のＵＰＦについて、
　　　　ＵＰＦの処理使用率＜０．５ を示すＵＰＦが少なくとも１台ある
　削除条件＃１は、使用率の低いＵＰＦを示すものである。すなわち、処理使用率が小さいということは、対象ＵＰＦがほとんど使用されていないことを意味している。ほとんど使用されていないＵＰＦは、削除できる可能性がある。
　一方で、ＵＰＦを削除した場合には、そのＵＰＦで使われていたトラフィックを別のＵＰＦが収容する必要がある。その指標となるのが削除条件＃２である。
　削除条件＃２は、対象ＵＰＦのトラフィックを収容できる可能性のあるＵＰＦが存在することを示している。つまり、トラフィックの収容に余裕がある、ＵＰＦ処理使用率が少ないＵＰＦが、存在していることを判断するものである。
　２つの削除条件から明らかなように、ＵＰＦを削除するかどうかの判断には、トラフィックの状況が考慮されていない。これは、削除されるＵＰＦのトラフィックが別のＵＰＦに収容されるだけであるため、少なくともＬＡＮにおけるトラフィックが増加するわけではないからである。
　なお、上述の各手順において、トラフィックの状況や処理使用率を調べる回数は、数回実施した結果の平均等を取った上で慎重に判断してもよく、また、１回の調査の結果をもって判断してもよい。
　このように、本技術の第１の実施の形態では、ＬＡＮのトラフィックの状況と、ＵＰＦの処理使用率とを考慮して、新たにＵＰＦを追加すべきか否かが判断される。また、対象ＵＰＦの処理使用率と、他のＵＰＦの処理使用率とを考慮して、対象ＵＰＦを削除すべきか否かが判断される。これにより、リソースマネージメントファンクション１９０は、無線通信システムの状況に応じて、ＵＰＦの数を柔軟に制御することができる。すなわち、ＵＰＦの追加および削除を効果的に判断することが可能になり、必要な数のＵＰＦを配置することが可能になるため、必要最小限のコストでスループット（トラフィック量）を増大させることができる。
　＜２．第２の実施の形態＞
　上述の第１の実施の形態では、ＵＰＦのトラフィック増加余地容量は、ＬＡＮの混雑度だけを考慮したものである。実際には、通信路の混雑は、ＬＡＮだけではなく、インターネットやインターネット上に配置されるクラウドの通信路で混雑する場合がある。したがって、ＬＡＮが混んでいない状態でクラウドが混んでいる場合には、ＵＰＦを追加するという判断において誤差を生じ得る。
　例えば、ＵＰＦのトラフィック増加余地容量が十分あるためＵＰＦを増やしたところ、実際には、クラウド側の通信路が混雑していたため、ＵＰＦを増やしても、そこで使用する通信路の容量がなかったということが起きる場合がある。これは、クラウドだけではなく、ＩＳＰの経路が混んでいる場合にも同じことがいえる。ＩＳＰの途中から各ＵＰＦに向けて通信路が分岐する場合もあるからである。
　そこで、この第２の実施の形態では、ＵＰＦの追加判断および削除判断において、以下に示すように条件を追加する。
　［ＵＰＦの追加判断］
　この第２の実施の形態では、リソースマネージメントファンクション１９０は、上述の追加条件＃１および＃２を満たした場合には、新たなＵＰＦを追加するための仮想マシンを立ち上げる。そして、ＬＡＮのイーサネットケーブルに接続したコンピュータ４２０から、クラウドの新たに作成したサブネットの中に新たに立ち上げた仮想マシンに対して、ネットワークトラフィック量測定ツールによって固定通信のスループットの測定を行う。測定されたスループットが以下の追加条件＃３を満たした時には、その新たに追加した仮想マシンの上でＵＰＦのプログラムを起動する。
　　追加条件＃３：　ＵＰＦを追加するために新たに立ち上げた
　　　　　　　　　仮想マシンに対する固定通信のスループットが
　　　　　　　　　ＵＰＦのプログラム処理能力よりも大きい場合
　すなわち、ＵＰＦを追加するためには、そのＵＰＦのプログラムを搭載する仮想マシンを新たに立ち上げる必要がある。その上で、その仮想マシンまで実際にスループットを測定することにより、トラフィックの状況が実際に、追加されるＵＰＦの処理能力以上のトラフィック増加余地があるかを検証している。これにより、ＩＳＰやクラウドの通信路が混雑していて、ＵＰＦを追加した分のトラフィックを運ぶ余裕があるか否かを検査することができる。
　図１４は、本技術の第２の実施の形態におけるトラフィック量測定の態様例を示す図である。
　ここで、ｉｐｅｒｆ３のようなネットワークトラフィック量測定ツールによって実際のトラフィックを流しているが、これはＵＰＦを追加するか否かを判断する時のみ実施すればよい。つまり、追加条件＃１および２を満たした場合のみ、追加条件＃３によりトラフィック測定を行うため、トラフィック測定用のトラフィックが運用中のユーザデータに与える影響は少ないと考えられる。
　図１５は、本技術の第２の実施の形態におけるトラフィック量測定の際のＵＰＦの動作例を示す図である。
　新たなＵＰＦを収容するために、運用中のＵＰＦのサブネットに加えて、新たにサブネットを追加し、その追加したサブネットの中の仮想マシンに対してトラフィック量を測定する。ここでは、新たに追加したサブネットの中に、ネットワークトラフィック量測定ツールによる測定用の仮想マシンを立ち上げた状態を示している。
　このように、追加条件＃３を設けて、ネットワークトラフィック量測定ツールによって実際にＬＡＮからクラウドのＵＰＦまでのトラフィック量を測定することにより、追加条件＃１および２だけでは見えなかったＩＳＰとクラウドの混雑度を考慮することができる。ただし、この場合、テスト用のトラフィックがユーザデータのトラフィックに影響を及ぼすおそれがある。
　そこで、第２の実施の形態におけるＵＰＦの追加判断の変形例として、ＬＡＮで発生したパケットにタイムスタンプを付与し、追加しようとしているＵＰＦのために新たに立ち上げた仮想マシンに対して送信する手法を用いてもよい。この場合、その仮想マシンに到着したパケットのタイムスタンプと現時刻とを比較することにより、ＬＡＮからクラウドに追加した仮想マシンまでのパケットが到達する時の遅延時間を測定することができる。
　すなわち、ＬＡＮのイーサネットケーブルに接続したコンピュータ４２０から、クラウドの新たに作成したサブネットの中に新たに立ち上げた仮想マシンに対して、タイムスタンプを付与したパケットを送信し、その仮想マシンに到着した時刻との差分から遅延時間を取得する。そして、その遅延時間に関する追加条件＃３－２を、上述の追加条件＃３に代えて適用する。
　　追加条件＃３－２：　遅延時間 ＜ 遅延時間の閾値
　この追加条件＃３－２において、遅延時間が大き過ぎる場合には、ＩＳＰまたはクラウドにおいて混雑していることを検出することができる。遅延時間の閾値は、トラフィックが混んでいない夜中の遅延時間等を測定しておき、その値に基づいて一定の値をマージンとして足した値を用いることが想定される。
　この変形例における追加条件＃３－２は、上述の第２の実施の形態における追加条件＃３と異なり、大量のパケットをトラフィック量測定のために送信する必要がないため、既存のユーザデータに与える影響が少ないという利点がある。
　［ＵＰＦの削除判断］
　この第２の実施の形態では、リソースマネージメントファンクション１９０は、上述の追加条件＃１および＃２に加えて、以下の追加条件＃３を満たした場合には、その対象ＵＰＦを削除すべきと判断する。その際、ＬＡＮのイーサネットケーブルに接続したコンピュータ４２０から、削除予定の対象ＵＰＦのトラフィックを収容する、対象ＵＰＦ以外のＵＰＦまたは、そのＵＰＦと同じサブネット内の仮想マシンに対して、ネットワークトラフィック量測定ツールによってトラフィック量を測定する。その測定されたトラフィック量について、以下の削除条件＃３を判断する。
　　削除条件＃３：　対象ＵＰＦ以外のＵＰＦについて測定された
　　　　トラフィック量が、ＵＰＦのプログラム処理能力よりも大きい場合
　この削除条件＃３において、ＵＰＦのプログラム処理能力は、削除される予定のＵＰＦにおける固定値であり、例えば「１００Ｍｂｐｓ」を想定する。
　上述の第１の実施の形態では、削除条件＃１および２に従ってＵＰＦを削除する際、その削除したＵＰＦのトラフィックを他のＵＰＦに収容できるか否かはＬＡＮの混雑度により判断していた。これに対し、この第２の実施の形態では、削除条件＃３において、削除したＵＰＦのトラフィックを代わりに収容するＵＰＦにおいて、実際に通信速度が得られるか否かを確かめることによって、クラウド側が混雑していないことを確認することができる。
　この第２の実施の形態では、ネットワークトラフィック量測定ツールを使って、実際に通信路にテストのためのトラフィックを流すため、既存の重要なユーザデータへの影響が起こり得る。しかし、削除条件＃１および２によって、ＬＡＮの混雑度が少なく、少なくともＵＰＦのプログラム処理能力分の通信路の空き容量があることを確認した後にのみ、削除条件＃３において実際にトラフィックを発生する。したがって、最初から全てネットワークトラフィック量測定ツールを使う手法に比べると、ユーザデータへの影響は比較的少ないと考えられる。
　図１６は、本技術の第２の実施の形態における無線通信システムの全体の処理手順例を示すシーケンス図である。
　この例では、追加条件＃３について説明したように、追加ＵＰＦを実行する仮想マシンを立ち上げて、トラフィック量を測定する点（８２０）が新たに記載されている。これ以外の点は、上述の第１の実施の形態と同様である。
　なお、この例では、ＵＰＦを追加する際のトラフィック量測定について示しているが、ＵＰＦを削除する際にも削除条件＃３を判断するためにトラフィック量の測定が必要となる。
　このように、本技術の第２の実施の形態では、ＵＰＦを追加または削除する際に実際のトラフィック量を測定することにより、ＵＰＦを追加または削除した後のトラフィック量による影響を考慮する。すなわち、これにより、ＬＡＮ以外の通信路において混雑が生じていることにより、ＵＰＦの追加または削除の後に想定していた性能が得られない、という事態を回避することができる。
　上述したいくつかの実施の形態において、リソースマネージメントファンクション１９０が行う動作は、コアネットワーク（例えば、５ＧＣやＥＰＣ）内の他のノードが行ってもよい。例えば、リソースマネージメントファンクション１９０の代わりに、５ＧＣのＡＭＦ１１５、ＳＭＦ１１４、ＮＳＳＦ（Network Slice Selection Function）もしくはＡＦ（Application Function）またはこれらの組合せが、上述したリソースマネージメントファンクション１９０の動作を行ってもよい。さらに、または、これに代えて、ＥＰＣのＡＭＦ１１５、ＳＧＷ１２１もしくはＰＧＷ１２２またはこれらの組合せが、上述したリソースマネージメントファンクション１９０の動作を行ってもよい。
　なお、上述の実施の形態は本技術を具現化するための一例を示したものであり、実施の形態における事項と、特許請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、特許請求の範囲における発明特定事項と、これと同一名称を付した本技術の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本技術は実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。
　また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disc）、メモリカード、ブルーレイディスク（Blu-ray（登録商標）Disc）等を用いることができる。
　なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。
　なお、本技術は以下のような構成もとることができる。
（１）ローカルエリアネットワークに配置された基地局とクラウドに配置された少なくとも１つのユーザプレーンファンクションとが接続される通信システムにおいて、
　前記ローカルエリアネットワークによる最大トラフィック量のうち、前記少なくとも１つのユーザプレーンファンクションが前記ローカルエリアネットワークを利用して転送するユーザデータのトラフィック量と、新たなユーザプレーンファンクションの想定トラフィック量とを考慮して、前記新たなユーザプレーンファンクションを追加すべきか否かを判断する制御装置。
（２）前記少なくとも１つのユーザプレーンファンクションのうちの対象ユーザプレーンファンクションの処理使用率が所定の閾値を超えた場合に、前記新たなユーザプレーンファンクションを追加すべきか否かの判断を行う
前記（１）に記載の制御装置。
（３）前記対象ユーザプレーンファンクションの処理使用率は、前記対象ユーザプレーンファンクションの現在の処理容量を前記対象ユーザプレーンファンクションの想定トラフィック量で除算することにより得られる値である
前記（２）に記載の制御装置。
（４）前記対象ユーザプレーンファンクションの処理使用率は、前記対象ユーザプレーンファンクションにおける処理遅延が大きいほど前記対象ユーザプレーンファンクションの処理使用率が高いものとして計算される値である
前記（２）に記載の制御装置。
（５）前記ローカルエリアネットワークによる最大トラフィック量は、前記少なくとも１つのユーザプレーンファンクション毎に測定された、前記ローカルエリアネットワークに配置されたエンティティとのトラフィック量の最大値である
前記（１）から（４）のいずれかに記載の制御装置。
（６）前記ユーザデータのトラフィック量は、前記少なくとも１つのユーザプレーンファンクション毎に測定された、前記基地局を介した端末によるトラフィック量の総計である
前記（１）から（５）のいずれかに記載の制御装置。
（７）前記ローカルエリアネットワークによる最大トラフィック量からトラフィック増加余地容量を算出して、前記トラフィック増加余地容量を前記新たなユーザプレーンファンクションの想定トラフィック量で除算した値が所定の値を超える場合に、前記新たなユーザプレーンファンクションを追加すべきと判断する
前記（１）から（６）のいずれかに記載の制御装置。
（８）前記トラフィック増加余地容量は、前記ローカルエリアネットワークによる最大トラフィック量から前記ユーザデータのトラフィック量を減算した値である
前記（７）に記載の制御装置。
（９）前記トラフィック増加余地容量は、前記ローカルエリアネットワークによる最大トラフィック量から前記少なくとも１つのユーザプレーンファンクションの台数に応じたトラフィック量を減算した値である
前記（７）に記載の制御装置。
（１０）前記ローカルエリアネットワークに配置されたエンティティから前記新たなユーザプレーンファンクションに属するサブネットにおける仮想マシンに対して測定されたトラフィック量が、前記新たなユーザプレーンファンクションの想定トラフィック量より多い場合に、前記新たなユーザプレーンファンクションを追加すべきと判断する
前記（１）から（９）のいずれかに記載の制御装置。
（１１）前記ローカルエリアネットワークに配置されたエンティティから前記新たなユーザプレーンファンクションに属するサブネットにおける仮想マシンに対して測定された遅延時間が所定の遅延閾値より小さい場合に、前記新たなユーザプレーンファンクションを追加すべきと判断する
前記（１）から（９）のいずれかに記載の制御装置。
（１２）前記少なくとも１つのユーザプレーンファンクションのうちの対象ユーザプレーンファンクションの処理使用率および前記対象ユーザプレーンファンクションとは異なる他のユーザプレーンファンクションの処理使用率を考慮して、前記対象ユーザプレーンファンクションを削除すべきか否かを判断する
前記（１）から（１１）のいずれかに記載の制御装置。
（１３）前記少なくとも１つのユーザプレーンファンクションのうちの対象ユーザプレーンファンクションの処理使用率が第１の閾値を下回った場合に、前記対象ユーザプレーンファンクションとは異なる他のユーザプレーンファンクションにおいてその処理使用率が前記第１の閾値よりも高い第２の閾値を下回るユーザプレーンファンクションが少なくとも１つ存在する場合に、前記対象ユーザプレーンファンクションを削除すべきと判断する
前記（１２）に記載の制御装置。
（１４）前記ローカルエリアネットワークに配置されたエンティティから前記他のユーザプレーンファンクションに属するサブネットにおける仮想マシンに対して測定されたトラフィック量が、前記対象ユーザプレーンファンクションの想定トラフィック量より多い場合に、前記対象ユーザプレーンファンクションを削除すべきと判断する
前記（１３）に記載の制御装置。
（１５）ローカルエリアネットワークに配置された基地局とクラウドに配置された少なくとも１つのユーザプレーンファンクションとが接続される通信システムにおける制御方法であって、
　制御装置が、前記ローカルエリアネットワークによる最大トラフィック量を取得する手順と、
　前記制御装置が、前記少なくとも１つのユーザプレーンファンクションが前記ローカルエリアネットワークを利用して転送するユーザデータのトラフィック量を取得する手順と、
　前記制御装置が、前記ローカルエリアネットワークによる最大トラフィック量、前記ユーザデータのトラフィック量および新たなユーザプレーンファンクションの想定トラフィック量を考慮して前記新たなユーザプレーンファンクションを追加すべきか否かを判断する手順と
を具備する制御方法。
　１１０　コントロールプレーンファンクション（ＣＰＦ）
　１２０　ユーザプレーンファンクション（ＵＰＦ）
　１８０　パケットカウンタ
　１９０　リソースマネージメントファンクション
　２００　基地局
　３００　端末
　４１０　ルータ
　４２０　コンピュータ

Claims (15)

  1. 　ローカルエリアネットワークに配置された基地局とクラウドに配置された少なくとも１つのユーザプレーンファンクションとが接続される通信システムにおいて、
    　前記ローカルエリアネットワークによる最大トラフィック量のうち、前記少なくとも１つのユーザプレーンファンクションが前記ローカルエリアネットワークを利用して転送するユーザデータのトラフィック量と、新たなユーザプレーンファンクションの想定トラフィック量とを考慮して、前記新たなユーザプレーンファンクションを追加すべきか否かを判断する制御装置。
  2. 　前記少なくとも１つのユーザプレーンファンクションのうちの対象ユーザプレーンファンクションの処理使用率が所定の閾値を超えた場合に、前記新たなユーザプレーンファンクションを追加すべきか否かの判断を行う
    請求項１記載の制御装置。
  3. 　前記対象ユーザプレーンファンクションの処理使用率は、前記対象ユーザプレーンファンクションの現在の処理容量を前記対象ユーザプレーンファンクションの想定トラフィック量で除算することにより得られる値である
    請求項２記載の制御装置。
  4. 　前記対象ユーザプレーンファンクションの処理使用率は、前記対象ユーザプレーンファンクションにおける処理遅延が大きいほど前記対象ユーザプレーンファンクションの処理使用率が高いものとして計算される値である
    請求項２記載の制御装置。
  5. 　前記ローカルエリアネットワークによる最大トラフィック量は、前記少なくとも１つのユーザプレーンファンクション毎に測定された、前記ローカルエリアネットワークに配置されたエンティティとのトラフィック量の最大値である
    請求項１記載の制御装置。
  6. 　前記ユーザデータのトラフィック量は、前記少なくとも１つのユーザプレーンファンクション毎に測定された、前記基地局を介した端末によるトラフィック量の総計である
    請求項１記載の制御装置。
  7. 　前記ローカルエリアネットワークによる最大トラフィック量からトラフィック増加余地容量を算出して、前記トラフィック増加余地容量を前記新たなユーザプレーンファンクションの想定トラフィック量で除算した値が所定の値を超える場合に、前記新たなユーザプレーンファンクションを追加すべきと判断する
    請求項１記載の制御装置。
  8. 　前記トラフィック増加余地容量は、前記ローカルエリアネットワークによる最大トラフィック量から前記ユーザデータのトラフィック量を減算した値である
    請求項７記載の制御装置。
  9. 　前記トラフィック増加余地容量は、前記ローカルエリアネットワークによる最大トラフィック量から前記少なくとも１つのユーザプレーンファンクションの台数に応じたトラフィック量を減算した値である
    請求項７記載の制御装置。
  10. 　前記ローカルエリアネットワークに配置されたエンティティから前記新たなユーザプレーンファンクションに属するサブネットにおける仮想マシンに対して測定されたトラフィック量が、前記新たなユーザプレーンファンクションの想定トラフィック量より多い場合に、前記新たなユーザプレーンファンクションを追加すべきと判断する
    請求項１記載の制御装置。
  11. 　前記ローカルエリアネットワークに配置されたエンティティから前記新たなユーザプレーンファンクションに属するサブネットにおける仮想マシンに対して測定された遅延時間が所定の遅延閾値より小さい場合に、前記新たなユーザプレーンファンクションを追加すべきと判断する
    請求項１記載の制御装置。
  12. 　前記少なくとも１つのユーザプレーンファンクションのうちの対象ユーザプレーンファンクションの処理使用率および前記対象ユーザプレーンファンクションとは異なる他のユーザプレーンファンクションの処理使用率を考慮して、前記対象ユーザプレーンファンクションを削除すべきか否かを判断する
    請求項１記載の制御装置。
  13. 　前記少なくとも１つのユーザプレーンファンクションのうちの対象ユーザプレーンファンクションの処理使用率が第１の閾値を下回った場合に、前記対象ユーザプレーンファンクションとは異なる他のユーザプレーンファンクションにおいてその処理使用率が前記第１の閾値よりも高い第２の閾値を下回るユーザプレーンファンクションが少なくとも１つ存在する場合に、前記対象ユーザプレーンファンクションを削除すべきと判断する
    請求項１２記載の制御装置。
  14. 　前記ローカルエリアネットワークに配置されたエンティティから前記他のユーザプレーンファンクションに属するサブネットにおける仮想マシンに対して測定されたトラフィック量が、前記対象ユーザプレーンファンクションの想定トラフィック量より多い場合に、前記対象ユーザプレーンファンクションを削除すべきと判断する
    請求項１３記載の制御装置。
  15. 　ローカルエリアネットワークに配置された基地局とクラウドに配置された少なくとも１つのユーザプレーンファンクションとが接続される通信システムにおける制御方法であって、
    　制御装置が、前記ローカルエリアネットワークによる最大トラフィック量を取得する手順と、
    　前記制御装置が、前記少なくとも１つのユーザプレーンファンクションが前記ローカルエリアネットワークを利用して転送するユーザデータのトラフィック量を取得する手順と、
    　前記制御装置が、前記ローカルエリアネットワークによる最大トラフィック量、前記ユーザデータのトラフィック量および新たなユーザプレーンファンクションの想定トラフィック量を考慮して前記新たなユーザプレーンファンクションを追加すべきか否かを判断する手順と
    を具備する制御方法。
PCT/JP2021/016884 2020-06-26 2021-04-28 通信システムにおける制御装置、および、その制御方法 WO2021261074A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022532363A JPWO2021261074A1 (ja) 2020-06-26 2021-04-28
US18/001,475 US20230224218A1 (en) 2020-06-26 2021-04-28 Control apparatus in communication system and control method therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020110153 2020-06-26
JP2020-110153 2020-06-26

Publications (1)

Publication Number Publication Date
WO2021261074A1 true WO2021261074A1 (ja) 2021-12-30

Family

ID=79282386

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/016884 WO2021261074A1 (ja) 2020-06-26 2021-04-28 通信システムにおける制御装置、および、その制御方法

Country Status (3)

Country Link
US (1) US20230224218A1 (ja)
JP (1) JPWO2021261074A1 (ja)
WO (1) WO2021261074A1 (ja)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115483961A (zh) * 2022-08-24 2022-12-16 爱浦路网络技术(南京)有限公司 天地一体化通信系统中的星载upf部署方法、装置及介质
US11582641B1 (en) * 2021-08-12 2023-02-14 Dish Wireless L.L.C. User plane function (UPF) load balancing based on current UPF load and thresholds that depend on UPF capacity
US11595851B1 (en) 2021-08-27 2023-02-28 Dish Wireless L.L.C. User plane function (UPF) load balancing supporting multiple slices
US11627492B2 (en) 2021-08-26 2023-04-11 Dish Wireless L.L.C. User plane function (UPF) load balancing based on special considerations for low latency traffic
WO2023162256A1 (ja) * 2022-02-28 2023-08-31 日本電信電話株式会社 通信システムおよび通信方法
US11818607B2 (en) 2011-10-26 2023-11-14 Dish Network Technologies India Private Limited Apparatus systems and methods for proximity-based service discovery and session sharing
US11902831B2 (en) 2021-08-27 2024-02-13 Dish Wireless L.L.C. User plane function (UPF) load balancing based on central processing unit (CPU) and memory utilization of the user equipment (UE) in the UPF
US11924687B2 (en) 2021-08-26 2024-03-05 Dish Wireless L.L.C. User plane function (UPF) load balancing based on network data analytics to predict load of user equipment
US11950138B2 (en) 2021-11-17 2024-04-02 Dish Wireless L.L.C. Predictive user plane function (UPF) load balancing based on network data analytics

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200068587A1 (en) * 2017-06-06 2020-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Technique for User Plane Function Allocation
US20200178196A1 (en) * 2017-08-11 2020-06-04 Idac Holdings, Inc. Traffic steering and switching between multiple access networks

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200068587A1 (en) * 2017-06-06 2020-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Technique for User Plane Function Allocation
US20200178196A1 (en) * 2017-08-11 2020-06-04 Idac Holdings, Inc. Traffic steering and switching between multiple access networks

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NOKIA ET AL.: "Correction to N16a for the transfer of N4 requests from SMF/responses from local UPF", 3GPP TSG SA WG2 #136, S2-1912165, 22 November 2019 (2019-11-22), XP051828272 *

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11818607B2 (en) 2011-10-26 2023-11-14 Dish Network Technologies India Private Limited Apparatus systems and methods for proximity-based service discovery and session sharing
US11910237B2 (en) 2021-08-12 2024-02-20 Dish Wireless L.L.C. User plane function (UPF) load balancing based on current UPF load and thresholds that depend on UPF capacity
US20230046764A1 (en) * 2021-08-12 2023-02-16 Dish Wireless L.L.C. User plane function (upf) load balancing based on current upf load and thresholds that depend on upf capacity
US11582641B1 (en) * 2021-08-12 2023-02-14 Dish Wireless L.L.C. User plane function (UPF) load balancing based on current UPF load and thresholds that depend on UPF capacity
US11627492B2 (en) 2021-08-26 2023-04-11 Dish Wireless L.L.C. User plane function (UPF) load balancing based on special considerations for low latency traffic
US11895536B2 (en) 2021-08-26 2024-02-06 Dish Wireless L.L.C. User plane function (UPF) load balancing based on special considerations for low latency traffic
US11924687B2 (en) 2021-08-26 2024-03-05 Dish Wireless L.L.C. User plane function (UPF) load balancing based on network data analytics to predict load of user equipment
US11595851B1 (en) 2021-08-27 2023-02-28 Dish Wireless L.L.C. User plane function (UPF) load balancing supporting multiple slices
US11902831B2 (en) 2021-08-27 2024-02-13 Dish Wireless L.L.C. User plane function (UPF) load balancing based on central processing unit (CPU) and memory utilization of the user equipment (UE) in the UPF
US11943660B2 (en) 2021-08-27 2024-03-26 Dish Wireless L.L.C. User plane function (UPF) load balancing supporting multiple slices
US11950138B2 (en) 2021-11-17 2024-04-02 Dish Wireless L.L.C. Predictive user plane function (UPF) load balancing based on network data analytics
WO2023162256A1 (ja) * 2022-02-28 2023-08-31 日本電信電話株式会社 通信システムおよび通信方法
CN115483961A (zh) * 2022-08-24 2022-12-16 爱浦路网络技术(南京)有限公司 天地一体化通信系统中的星载upf部署方法、装置及介质

Also Published As

Publication number Publication date
JPWO2021261074A1 (ja) 2021-12-30
US20230224218A1 (en) 2023-07-13

Similar Documents

Publication Publication Date Title
WO2021261074A1 (ja) 通信システムにおける制御装置、および、その制御方法
JP6619815B2 (ja) アクセス制御装置、システム、及び方法
US9173244B2 (en) Methods for establishing and using public path, M2M communication method, and systems thereof
US9088929B2 (en) Systems and methods for distributed data routing in a wireless network
US10798638B2 (en) Apparatus and method for controller and slice-based security gateway for 5G
US10425327B2 (en) System and method for routing in software defined networks using a flow header
JPWO2011155484A1 (ja) 通信システム、論理チャネル制御装置、制御装置、通信方法およびプログラム
US11811650B2 (en) Systems and methods for user plane function (“UPF”) offload at configurable routing fabric
CN114667746A (zh) 无线通信系统中用于psa-upf重定位的装置和方法
US9106563B2 (en) Method and apparatus for switching communications traffic in a communications network
EP4138443A1 (en) Communication method and apparatus
JPWO2014192259A1 (ja) ネットワーク制御装置、ネットワーク制御方法、プログラムおよび通信システム
CN107810620A (zh) 在非锚定节点处提供绑定服务
CN114128228A (zh) 通过SRv6头传输MTNC-ID以实现5G传输
KR20160111668A (ko) 이동 통신 시스템에서 패킷 생성 방법 및 장치
US11882513B2 (en) Transporting MTNC-ID over SRV6-enabled dataplane for 5G transport
Karimzadeh et al. Quantitative comparison of the efficiency and scalability of the current and future LTE network architectures
CN114710975B (zh) 一种用于多域间传输多传输网络上下文标识的方法、基站、网元及装置
US11570087B2 (en) Data routing in a customer-premises equipment using link aggregation
JP6179602B2 (ja) アクセスネットワーク装置、管理装置、通信システム、情報通知方法、管理方法およびプログラム
KR102375276B1 (ko) 기지국장치 및 기지국장치의 동작 방법
JP5952719B2 (ja) 通信システム、通信制御方法および通信制御装置
KR20180027032A (ko) 소프트웨어 정의 네트워크 제어 장치 및 이를 이용한 제어 방법
TW202236827A (zh) 丟包率的檢測方法、通信裝置及通信系統
KR100734543B1 (ko) 무선 자원 관리 방법 및 무선 시스템

Legal Events

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

Ref document number: 21829403

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022532363

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21829403

Country of ref document: EP

Kind code of ref document: A1