WO2023233555A1 - 共有ｒａｎにおけるデータ処理を分散させるための装置及び方法 - Google Patents

共有ｒａｎにおけるデータ処理を分散させるための装置及び方法 Download PDF

Info

Publication number
WO2023233555A1
WO2023233555A1 PCT/JP2022/022225 JP2022022225W WO2023233555A1 WO 2023233555 A1 WO2023233555 A1 WO 2023233555A1 JP 2022022225 W JP2022022225 W JP 2022022225W WO 2023233555 A1 WO2023233555 A1 WO 2023233555A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
ran
management device
sla
operator
Prior art date
Application number
PCT/JP2022/022225
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 PCT/JP2022/022225 priority Critical patent/WO2023233555A1/ja
Publication of WO2023233555A1 publication Critical patent/WO2023233555A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/22—Performing reselection for specific purposes for handling the traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices

Definitions

  • the present disclosure relates to a RAN management device and a RAN management method for distributing data processing in DUs of a shared radio access network (RAN).
  • RAN radio access network
  • Future mobile communication networks are premised on a ubiquitous society. Many wireless devices are used to meet the requirements of high speed, large capacity (eMBB: enhanced Mobile Broadband), ultra-reliable and low latency communications (URLLC), and massive machine type communication (mMTC). installation is required more than ever. Physical space has many limits or restrictions, and there are issues such as destroying the landscape, so effective use of space is required. Therefore, there is an idea of radio access network (RAN) sharing, which makes it possible to aggregate multiple frequencies and multiple operators (mobile communication carriers) with the same radio device.
  • RAN radio access network
  • Non-Patent Document 1 discloses a GWCN (Gateway Core Network) configuration in which each operator operates a CN (Core Network) and a plurality of operators share a RAN and a gateway between the RAN and the CN.
  • Non-Patent Document 1 further discloses an MOCN (Multi-Operator Core Network) configuration in which each operator operates a gateway between the CN and the RAN and the CN, and the RAN is shared by multiple operators.
  • GWCN Globalway Core Network
  • MOCN Multi-Operator Core Network
  • a RAN base station can include a CU (Central Unit), one or more DU (Distributed Unit) connected to the CU, and one or more RU (Radio Unit) connected to the DU.
  • CU Central Unit
  • DU Distributed Unit
  • RU Radio Unit
  • the frequencies to be emitted (injected) from antennas in the RU are divided for each operator.
  • RAN sharing by multiple operators is advantageous from the viewpoint of effective use of base station installation space.
  • Communication with a user terminal (UE) may strain the resources of a shared base station (particularly a DU). In this case, it is difficult to ensure a lower limit of throughput for the UE of the user who has a service level agreement (SLA) with the operator.
  • SLA service level agreement
  • the present disclosure has been made in view of the above, and even when the shared DU usage resources are tight, the throughput can be increased for the UE of the user with whom the SLA has been concluded, and the SLA can be maintained.
  • the purpose is to provide technology that implements the following.
  • the radio access network (RAN) management device is a RAN management device shared by a plurality of operators.
  • the RAN includes a CU (Central Unit), a first DU (Distributed Unit) communicatively connected to the CU, a second DU communicably connected to the CU, the first DU and the It has an RU (Radio Unit) communicably connected to the second DU.
  • a processor included in the management device repeatedly executes the following procedure until the amount of traffic monitored in the RAN falls within a predetermined range. First, one operator is selected from among the plurality of operators that has concluded a guaranteed service level agreement (SLA) with the user.
  • SLA guaranteed service level agreement
  • an instruction is transmitted to the CU, the first DU, and the second DU to communicatively connect to the RU among the data for the RU to be processed by the first DU.
  • At least a part of data for a user terminal (UE) that has concluded a guaranteed SLA with the selected operator is processed in the second DU.
  • UE user terminal
  • Two or more of the plurality of operators may conclude a guarantee-type SLA with the user.
  • the instruction is given when the resource usage rate of the first DU exceeds a predetermined first threshold, or when the traffic amount of each operator monitored in the RAN exceeds a predetermined second threshold. may be sent when exceeds.
  • the part of the data processed in the second DU may be determined by the type of data for the UE that has concluded a guaranteed SLA with the selected operator.
  • the type of data for the UE that has concluded a guaranteed SLA with the selected operator may be determined for each application.
  • the part of the data processed in the second DU may be a certain percentage of data for a UE that has concluded a guaranteed SLA with the selected operator.
  • the fixed proportion portion may be selected on a resource block basis.
  • the radio access network (RAN) management method is a method of managing a RAN shared by multiple operators.
  • the management method includes a CU (Central Unit), a first DU (Distributed Unit) communicably connected to the CU, a second DU communicably connected to the CU, the first DU, and and providing the RAN with an RU (Radio Unit) communicatively connected to the second DU.
  • the management method includes repeating the following procedure until the amount of traffic monitored in the RAN falls within a predetermined range. First, one operator is selected from among the plurality of operators that has concluded a guaranteed service level agreement (SLA) with the user.
  • SLA guaranteed service level agreement
  • a user terminal communicably connected to the RU instructs the CU, the first DU, and the second DU to select data for the RU to be processed by the first DU.
  • UE which has concluded a guaranteed SLA with the selected operator, at least a portion of data for the UE is processed by the second DU.
  • the wireless communication system includes a radio access network (RAN) shared by a plurality of operators, and a management device for the RAN.
  • the RAN includes a CU (Central Unit), a first DU (Distributed Unit) communicatively connected to the CU, a second DU communicably connected to the CU, the first DU and the It has an RU (Radio Unit) communicably connected to the second DU.
  • a processor included in the management device repeatedly executes the following procedure until the amount of traffic monitored in the RAN falls within a predetermined range. First, one operator is selected from among the plurality of operators that has concluded a guaranteed service level agreement (SLA) with the user.
  • SLA guaranteed service level agreement
  • an instruction is transmitted to the CU, the first DU, and the second DU to communicatively connect to the RU among the data for the RU to be processed by the first DU.
  • At least a part of data for a user terminal (UE) that has concluded a guaranteed SLA with the selected operator is processed in the second DU.
  • UE user terminal
  • FIG. 1 is a diagram illustrating an example of a management device according to an embodiment.
  • FIG. 2 is a diagram showing an example of a RAN configuration in an O-RAN compliant network system.
  • FIG. 3 is a diagram showing an example of a connection between a management device and a RAN in an O-RAN compliant network system.
  • FIG. 4 is a diagram illustrating an example of a RAN to which the management device and management method according to the embodiment are applied.
  • FIG. 5 is a schematic diagram illustrating an example of DU processing distribution according to the embodiment.
  • FIG. 6 is a schematic diagram illustrating a further example of processing distribution of DUs, according to an embodiment.
  • FIG. 7 is a schematic diagram showing an example of data to be distributed according to the embodiment.
  • FIG. 1 is a diagram illustrating an example of a management device according to an embodiment.
  • FIG. 2 is a diagram showing an example of a RAN configuration in an O-RAN compliant network system.
  • FIG. 3 is a diagram
  • FIG. 8 is a schematic diagram showing another example of data to be distributed according to the embodiment.
  • FIG. 9 is a diagram illustrating an example of a resource grid and resource blocks.
  • FIG. 10 is a schematic diagram for explaining an example of a procedure up to DU processing distribution according to the embodiment.
  • FIG. 11 is a schematic diagram for explaining an example of a procedure for distributing DU processing according to the embodiment.
  • FIG. 12 is a flowchart illustrating an example of a RAN management method according to the embodiment.
  • FIG. 1 is a diagram illustrating an example of a management device 100 according to an embodiment.
  • the management device 100 is a RAN management device that controls a radio access network (RAN).
  • RAN radio access network
  • a RAN in an O-RAN compliant network system has a base station including a CU (Central Unit), a DU (Distributed Unit), and an RU (Radio Unit).
  • the RAN includes one or more CUs.
  • One or more DUs are communicably connected to each CU.
  • One or more RUs are connected to each DU.
  • the RU is equipped with an antenna and communicates with a user equipment (UE).
  • UE user equipment
  • FIG. 2 is a diagram showing an example of a RAN configuration in an O-RAN compliant network system.
  • the CU 210 is communicably connected to a DU 220-1 (also referred to as "DU #1") and a DU 220-2 (also referred to as “DU #2").
  • DU220-1 is communicably connected to RU230-1, RU230-2 and RU230-3 (also referred to as "RU#1", “RU#2” and “RU#3", respectively).
  • DU220-2 are communicably connected to RU230-4, RU230-5 and RU230-6 (also referred to as "RU#4", "RU#5" and “RU#6", respectively).
  • DU 220 one or more DUs (DU #1 and DU #2 in FIG. 2) will be collectively referred to as DU 220.
  • RU 230 one or more RUs (6 RUs from RU #1 to RU #6 in FIG. 2) are collectively referred to as RU 230.
  • the functions of the CU 210 can be virtualized into a virtualized CU (vCU).
  • the functionality of (one or more of) the DUs 220 may be virtualized into virtualized DUs (vDUs).
  • Virtualization allows general-purpose servers to be used in place of dedicated servers, making it possible to construct a RAN inexpensively and flexibly.
  • CU may mean “vCU” on the premise of virtualization.
  • DU may mean "vDU”.
  • FIG. 3 is a diagram showing an example of the connection between the management device 100 and the RAN in an O-RAN compliant network system.
  • the management device 100 may be, for example, a RAN Intelligent Controller (RIC) defined by the O-RAN Alliance.
  • the management device 100 may in particular be a real-time RIC.
  • the management device 100 and the RAN vCU 210 are connected through an O1 interface.
  • the management device 100 and the RAN vDU 220 are connected through an O1 interface.
  • the management device 100 and the virtualization infrastructure on which the vCU 210 and the vDU 220 are constructed may be connected via an O2 interface.
  • the management device can be communicatively connected to an MEC (Multi-access Edge Computing) server and/or a monitoring server for monitoring the RAN.
  • the vCU 210 is connected to a core network (CN) 500.
  • MEC Multi-access Edge Computing
  • the RAN 200 in FIG. 2 may be a RAN shared by multiple operators (mobile communication carriers).
  • the configuration in FIG. 3 may be a GWCN (Gateway Core Network) configuration in which a plurality of operators share the RAN and a gateway (not shown) between the RAN and the CN 500, and each operator operates the CN 500.
  • the configuration in FIG. 3 is an MOCN (Multi-Operator Core Network) configuration in which the RAN is shared by multiple operators, and each operator operates the CN 500 and the gateway (not shown) between the RAN and the CN 500. Good too.
  • each UE has a contract with an operator specific to that UE to receive communication services.
  • a user may have a contract with two or more operators to receive communication services for one UE.
  • the present disclosure can be applied without loss of generality even if each UE has a contract with a unique operator.
  • each UE can subscribe to a service level when receiving communications service from an operator specific to that UE.
  • SLA service level agreement
  • the guaranteed type ensures a minimum throughput even during busy times.
  • the best effort type the effort value of throughput is defined.
  • each UE's SLA is either a guarantee type or a best effort type.
  • Each UE is also referred to as a "guarantee type UE” or a "best effort type UE” depending on the SLA between the user and the operator.
  • K is an integer of 1 or more.
  • Each operator is assigned a number from 1 to K, and is called an "i-th operator" (i is an integer between 1 and K).
  • the management device 100 includes a transmitting/receiving section 110 and a processing section 120.
  • the management device 100 may include components not shown in FIG.
  • the processing unit 120 includes a processor 122, a memory 124, and a storage 126.
  • Processor 122 may consist of any number of processors greater than or equal to one.
  • Memory 124 may consist of any number of memories greater than or equal to one.
  • the transmitter/receiver 110 is communicably connected to the CU and DU.
  • the transmitting/receiving unit 110 transmits and receives data to and from the CU and the DU.
  • the transmitter/receiver 110 can also be communicably connected to an MEC server and/or a monitoring server, which will be described later.
  • the processing section 120 is connected to the transmitting/receiving section 110.
  • the processing unit 120 can control the RAN (particularly, the CU and DU) connected to the transmitting/receiving unit 110.
  • the functionality of processing unit 120 may be provided in software using processor 122 and memory 124.
  • Storage 126 may be located inside the management device 100, or at least a portion thereof may be located outside the management device 100.
  • Storage 126 may include a database storing information regarding the quality of communication service provided by an operator to each UE for one or more UEs connected to the RAN. Such a database will be described later.
  • the processor 122 of the management device 100 transfers at least part of the processing of the DU to another DU (referred to as "processing distribution") until the traffic monitored in the RAN becomes normal.
  • processing distribution a DU
  • the processor 122 of the management device 100 transfers at least part of the processing of the DU to another DU (referred to as "processing distribution") until the traffic monitored in the RAN becomes normal.
  • Processing distribution a DU that has concluded a guarantee-type SLA with the user.
  • (2) Instructs the CU, DU#1, and DU#2 to select a UE that is communicably connected to the RU from among the data for a certain RU to be processed by DU#1.
  • DU #2 processes at least part of the data for the UE that has concluded a guarantee-type SLA with the specified operator.
  • monitoring traffic may be one or more traffic monitored by one or more operators.
  • it may be possible to monitor whether the traffic of all operators that have concluded guarantee-type SLAs with users is normal. This makes it possible to ensure a lower limit of throughput for guaranteed UEs for all operators that have concluded a guaranteed SLA.
  • the traffic volume falls within a predetermined range due to processing distribution, it may be determined that the traffic has returned to normal. Alternatively, it may be determined whether a lower limit of throughput for a guarantee type UE is secured.
  • the trigger for processing distribution is, for example, a decrease in the processing capacity of DU #1 and/or communication congestion (increasing the amount of data to be processed by DU #1). It can be an occurrence.
  • FIG. 4 is a diagram illustrating an example of the RAN 200 to which the management device and management method according to the embodiment are applied.
  • the RAN 200 has DU #1 and DU #2.
  • RU#1, RU#2, and RU#3 are communicably connected to DU#1.
  • DU#2 is also communicably connected to RU#1, RU#2, and RU#3.
  • the number of DUs is 2 and the number of RUs is 3, which is just one example, and it is sufficient that there are two or more DUs and one or more RUs.
  • Two DUs are communicably connected to one RU.
  • One RU is managed by one or more DUs in the O-RAN hierarchical model.
  • This RAN 200 is shared by one or more operators (business operators).
  • the RAN 200 may have a GWCN configuration or a MOCN configuration.
  • UE #A1, UE #B1, and UE #C1 are connected to RU #1 and can receive communication services (see 310-1, 320-1, and 330-1 in FIG. 4).
  • UE #A2, UE #B2, and UE #C2 are connected to RU #2 and can receive communication services (see 310-2, 320-2, and 330-2 in FIG. 4).
  • UE #A3, UE #B3, and UE #C3 are connected to RU #3 and can receive communication services (see 310-3, 320-3, and 330-3 in FIG. 4). It is only an example that three UEs are connected to each RU, and any number of UEs may be connected to each RU, and there may be some RUs with no UEs connected.
  • the number of operators K is 3, the first operator is company A of the guarantee type, the second operator is company B of the guarantee type, and the third operator is company C of the best effort type. It can be a company.
  • UE #A1, UE #A2, and UE #A3 are guarantee-type UEs contracted with Company A.
  • UE#B1, UE#B2, and UE#B3 are guarantee-type UEs contracted with Company B.
  • UE #C1, UE #C2, and UE #C3 are best effort UEs contracted with Company C.
  • the third operator may also provide a guaranteed communication service to each user.
  • each operator may provide communication services by allowing each user to select a guarantee type or a best effort type communication service.
  • the present disclosure can also be applied to other more general cases with necessary modifications.
  • RU#1, RU#2, and RU#3 are communicably connected (sessions are established) to both DU#1 and DU#2, respectively.
  • DU #1 For best effort communication with UEs, only DU #1 is used.
  • data for best effort UE #C1 to RU #C1 is transmitted from the CU via DU #1 instead of DU #2.
  • DU #1 is used when there is no reduction in the processing capacity of DU #1 (referred to as "normal time" of DU #1).
  • data to RU#2 for guarantee type UE#A2 is normally transmitted from the CU via DU#1 rather than DU#2.
  • DU #1 is shared by one or more operators, and is a DU that processes not only data of guarantee type UEs but also data of best effort type UEs.
  • the processing capacity of DU #1 decreases, and it may become impossible to fulfill each company's guarantee-type SLA.
  • the traffic amount of the second operator (Company B) falls within a predetermined range, it may be determined that the traffic of Company B has returned to normal. Furthermore, if Company B's traffic returns to normal, it can be determined that the lower limit of throughput for UE #B2 is secured.
  • processing can be distributed first to operators who should be given priority among companies A and B. For example, if Company A owns RUs and DUs and shares them with Companies B and C, processing may be distributed giving priority to data for UEs that have contracted with Company A, the owner. .
  • DU #2 retains sufficient processing resources for fulfilling the guarantee-type SLA.
  • processing resources for DU #2 may be insufficient.
  • the operator that owns DU #2 may only provide resources to DU #2 to fulfill the guaranteed SLA of its own UE.
  • DU#2 resources may be insufficient.
  • DU #1 For the best effort UE, it is preferable to move the resources of DU #1 for the best effort UE to DU #2. If the functions of DU#1 and DU#2 are configured by virtualization on the same virtualization infrastructure, the resources of DU#1 can be more easily transferred to DU#2. Since DU #1 mainly performs processing for best effort UEs, the reduction in resources is not a problem from the viewpoint of SLA implementation.
  • Determining which part of the data regarding the guarantee type UE #A2 or UE #B2 is to be processed from DU #1 to DU #2 will be described next. The procedure for moving the determined portion of processing from DU #1 to DU #2 will be described later. Note that it is also possible to combine different methods for UE #A2 and UE #B2 in determining the portion of the process to be transferred from DU #1 to DU #2.
  • FIG. 7 is a schematic diagram illustrating an example of data to be distributed (target to transfer processing in a certain DU to another DU) according to the embodiment.
  • An example of distributing processing in DU according to the type of content will be described with reference to FIG. 7.
  • the connections between DU#1 and DU#2 and RU#1, RU#2, and RU#3 in FIG. 7 are the same as those in FIG. 4, so the explanation will be omitted.
  • the numbers of DUs, RUs, guarantee type UEs, and best effort type UEs are not limited to those illustrated in FIG. 7, and there is no particular restriction on their numbers. In particular, for UEs, any number of UEs may be connected to one RU. Furthermore, there may be RUs to which there are no UEs to connect.
  • Data 932A for guarantee type UE #A2 in RU #2 includes first data (indicated by data #a21 in FIG. 7) and second data (indicated by data #a22 in FIG. 7) that can be distinguished as types. ). It is assumed that the types of the first data and the second data are a first type and a second type, respectively, which are distinguishable from each other.
  • processing of the first data is moved to DU #2. The second data is processed in DU #1.
  • the type of data may be stored in a database. In particular, it may be stored in the storage 126 of the management device 100 in FIG.
  • the type of data to be processed may be determined by machine learning based on past trends by users or UEs.
  • the data placed in the MEC may be the type of data to be processed by DU #2.
  • the type of data used to determine whether to distribute processing can be determined for each application. This may enable fulfillment of SLAs on an application-by-application basis. That is, communication services are classified by application in the UE, and the types of data (content) handled by each application are determined to be used in determining whether to perform processing distribution.
  • the type used to determine whether to distribute processing can be determined based on priority.
  • the priority or type of data (content) for each application may be stored in a database. In particular, it can be saved in the storage 126 of the management device 100 in FIG.
  • movies and advertising videos are played on the UE's video viewing application. Therefore, movies and advertising videos are related to the same application. It is assumed that movies have a high processing priority and advertising videos have a low processing priority. Processing of movie data (data #a21 in FIG. 7) is distributed to DU #2, and advertising video data (data #a22 in FIG. 7) is processed in DU #1.
  • FIG. 8 is a schematic diagram showing another example of DU processing distribution according to the embodiment. An example of distributing DU processing for each resource block will be described with reference to FIG. 8. The connections between DU#1 and DU#2 and RU#1, RU#2, and RU#3 in FIG. 8 are the same as those in FIG. 4, so the explanation will be omitted. Further, the numbers of DUs, RUs, guarantee type UEs, and best effort type UEs are not limited to those illustrated in FIG. 8, and there is no particular restriction on their numbers. In particular, for UEs, any number of UEs may be connected to one RU. Furthermore, there may be RUs to which there are no UEs to connect.
  • UE #A2 Similar to FIG. 7, there is no difference between UE #A2 and UE #B2 in determining the portion of the process to be transferred from DU #1 to DU #2. In FIG. 8, UE#A2 will be explained. Data processed for UE #A2 in RU #2 is data 932A.
  • the portion of the processing for the guarantee type UE #A2 in DU #1 that is transferred to DU #2 is a certain percentage of the data 932A to be processed.
  • processing for, for example, 80% of data 932A is distributed to DU #2 for guarantee type UE #A2 in RU #2.
  • the remaining 20% of the data 932A is processed by DU #1.
  • the lower limit of throughput for UE #A2 can be secured while considering the specific amount of data.
  • the selection of a certain percentage of the data to be processed to be transferred to DU #2 among the processes for guarantee type UE #A2 in DU #1 can be done in units of resource blocks. That is, in order to reduce the load on DU#1, DU#1 reduces the number of resource blocks emitted from RU#2, and DU#2 compensates for the reduced resource blocks.
  • FIG. 9 shows an example of a resource grid and resource blocks according to an embodiment of the present disclosure.
  • the size of the resource block is not limited to 20x6, but may be MxN (where M is an integer of 1 or more, and N is an integer of 1 or more).
  • the configuration of each resource block is also not limited to this.
  • each DU downlink allocation (scheduling) to RUs in one frame is performed in units of two consecutive resource blocks in the time direction in the resource grid.
  • the explanation returns to the selection of a certain proportion of the portion to be processed by DU #A2.
  • Normal downlink from DU #1 to RU #2 is performed in units of resource grids in FIG. 9 .
  • the downlink includes data for UE #A2. Therefore, among the resource blocks in the resource grid, resource blocks for data to UE #A2 (for example, resource blocks for PDSCH (Physical Downlink Shared Channel) destined for UE #A2) have a certain value.
  • a percentage (80% in the example of FIG. 8) of resource blocks can be selected to be processed by DU #2. This makes it possible to select a certain proportion of the data being processed in DU #1 (that is, the portion to be processed and distributed in DU #2).
  • the data to be processed and distributed in DU #2 is divided into two, for example, 80%:20% in the frequency direction of the resource grid (that is, in the vertical axis direction in FIG. 9), and from there, the data is distributed to UE #A2.
  • the selection may be made by selecting a resource block for data.
  • management device 100 management device 100, monitoring device 450, MEC 400, CU 210, DU #1, DU #2, RU #1, RU #2, UE #1, and UE #2 are described.
  • DU#1, DU#2, RU#1, and RU#2 are the same as those shown in FIG.
  • UE#A1, UE#B1, and UE#C1 connected to RU#1 are collectively referred to as UE#1, and UE#A2, UE#B2, and UE#C2 connected to RU#2 are collectively referred to as UE#2.
  • UE #1 and DU #2 are communicably connected to the CU 210.
  • the monitoring device 450 is communicably connected to at least the MEC 400 and the management device 100.
  • the box indicated by the reference numeral 1101 in FIG. 10 indicates the acquisition of the processing capacity of DU #1 and DU #2 by the management device 100, the acquisition of the SLA (that is, the guarantee type and the best effort type) of the UEs connected to them, and the SLA Indicates the determination or monitoring of the fulfillment status of (especially guarantee-type SLA).
  • Processing capacity can be represented by physical resources such as memory and computational resources such as processor usage.
  • the acquisition of the processing capacity and the SLA of the connected UE may be performed periodically and stored in the storage of the management device 100.
  • the management device 100 can acquire which RU the guarantee type UE is connected to.
  • the management device 100 may acquire the connection status of a best effort type UE.
  • the management device 100 processes data for a best effort type UE, and processes data for a guarantee type UE during normal times, for the CU 210, DU #1, RU #1, and RU #2. You may also set what is done in #1.
  • the management device 100 may obtain from the MEC 400 the amount of data being processed in each DU. This allows the management device 100 to monitor the amount of data being processed in each DU. Note that the amount of data being processed in each DU may be periodically acquired and stored in the storage of the management device 100. Further, the monitoring device 450 may obtain from the MEC 400 the amount of data being processed in each DU for each operator. This allows the monitoring device 450 to monitor the amount of data being processed in each DU for each operator. This makes it possible to determine or monitor the fulfillment status of SLA (especially guarantee-type SLA) at the operator level (company). When the monitoring device 450 grasps the SLA implementation status at the operator level and determines that processing distribution is necessary, it can notify the management device 100 and start processing distribution (see also the box indicated by reference numeral 1301 in FIG. 11). reference).
  • SLA especially guarantee-type SLA
  • the box indicated by the reference numeral 1201 in FIG. 10 shows the procedure for setting the M-Plane (management plane) and emitting radio waves.
  • Each of RU#1 and RU#2 can form a session with both DU#1 and DU#2 (see FIG. 4) and emit radio waves. This completes the bearer setup between the MEC 400 and UE #1 and UE #2 that connect to RU #1 and RU #2, respectively.
  • FIG. 11 An example of a procedure for distributing DU processing according to the embodiment will be described with reference to FIG. 11 . Also in FIG. 11, the management device 100, MEC 400, CU 210, DU #1, DU #2, RU #1, RU #2, UE #1, and UE #2 are described.
  • the management device 100 controls the processing distribution of DUs. Triggers for causing the management device 100 to start processing distribution of DUs include the following first trigger, second trigger, and third trigger (see the box indicated by reference numeral 1301 in FIG. 11).
  • the first trigger indicates that DU #1 is under high load.
  • DU #1 is under a high load, for example, the proportion of the portion of the resources of DU #1 that is used for processing (referred to as "resource usage rate") exceeds a predetermined first threshold. That's true.
  • the first trigger is a high load alert for DU #1 that is notified to the CU 210, and can also be notified to the monitoring device 450.
  • the second trigger indicates an increase in traffic.
  • the increase in traffic means, for example, that the amount of monitored traffic in the RAN exceeds a predetermined second threshold.
  • the second trigger is obtained (confirmed) by the monitoring device 450 that monitors traffic for each operator (ie, at the company level).
  • the third trigger corresponds to the activation of both the first trigger and the second trigger (so-called “AND” processing) or either one (so-called “OR” processing) in the monitoring device 450.
  • AND activation of both the first trigger and the second trigger
  • OR exclusive one
  • the process is started when both the first trigger and the second trigger are applied, it is possible to avoid misjudgments due to temporary high load or increased traffic due to deletion of virtualized DUs, etc.
  • Processing distribution of DUs by the management device 100 can be started when a third trigger is applied from the monitoring device 450.
  • the monitoring device 450 requests the management device 100 to distribute the processing of DUs in order to fulfill the SLA (especially the guarantee type SLA) at the company level (for each operator).
  • the management device 100 may further optionally notify DU #1 of the amount and type of data for the guarantee type UE before sending the data. Thereby, the management device 100 can inquire whether the processing capacity of DU #1 will be lower than normal by processing data for the guarantee type UE in DU #1. Even if the third trigger is applied, processing distribution can be stopped if the processing capacity of DU #1 does not decrease compared to normal times even if the processing is performed in DU #1. As a result, processing distribution can be started only when it is confirmed that processing distribution is necessary in light of the data to be sent.
  • the processing distribution of DU by the management device 100 includes the following operations (see the box indicated by the reference numeral 1501 in FIG. 11).
  • the management device 100 notifies DU #1 of data processing for the guarantee type UE to be processed by DU #1.
  • the management device 100 notifies DU #2 of data processing for the guarantee-type UE to be processed by DU #2.
  • the management device 100 instructs the CU 210 to transmit data to be processed by DU #2 among the data for the guarantee type UE to DU #2 instead of DU #1.
  • the management device 100 notifies the MEC 400 that the processing distribution instructions to the DU #1, DU #2, and the CU 210 have been completed. Furthermore, it instructs the MEC 400 to monitor whether the data traffic related to the application is normal. Depending on whether the traffic volume is within a predetermined range, it can be determined whether to further distribute processing to other guarantee-type operators.
  • FIG. 12 is a flowchart illustrating an example of a method 1000 for managing a RAN, executed by one or more processors, according to an embodiment.
  • This management method 1000 is a method for controlling a RAN in which one or more RUs are communicably connected to a first DU (DU #1) and a second DU (#2).
  • the first DU is processing data for the one or more RUs.
  • the processing capacity of the first DU decreases, a part of the data processing for the guarantee type UE in the first DU is transferred to the second DU, thereby providing a method of distributing the data processing.
  • this method is assumed to be executed by the management device 100, some processing may be executed by a device other than the management device 100. That is, the present method may be executed in a distributed manner by a plurality of devices.
  • the processing capacity of each DU and the SLA (that is, the guarantee type and the best effort type) of the UE connected to them are acquired from the CU and each DU (reference numeral 1100 in FIG. 12). Note that this process may be repeated periodically. Furthermore, it is possible to obtain which RU the guarantee type UE is connected to. Further, for the CU and each DU, it may be set that data processing for a best effort type UE and data processing for a guarantee type UE in normal times are performed in DU #1. Furthermore, the amount of data being processed in each DU may be obtained from the management device for each operator using the data. Thereby, the amount of data being processed in each DU can be monitored for each operator.
  • the RU can form sessions with DU #1 and DU #2 and emit radio waves. Note that in normal times, the RU emits radio waves for data processed by DU #1.
  • processing distribution of DUs is started (reference numeral 1300 in FIG. 12).
  • the first trigger is an alert indicating that DU #1 is under high load.
  • DU #1 may issue an alert when its resource usage rate exceeds a predetermined first threshold.
  • the second trigger is being notified of an increase in traffic at a company level (per operator).
  • an increase in traffic may be notified when the amount of traffic being monitored exceeds a predetermined second threshold.
  • Processing distribution of DUs may begin when one of the first trigger and the second trigger is applied. Alternatively, processing distribution of DUs may begin when both the first trigger and the second trigger are applied.
  • One operator that has not yet been subjected to processing distribution and is the target of processing distribution is determined (1400 in FIG. 12). This determination may be made by randomly selecting among a plurality of operators whose processing is not distributed. Alternatively, it may be determined that the operator of the UE to which a large amount of data is to be transmitted. Alternatively, it may be determined that the operator of the UE that joined the RU early or the UE that joined the RU late. Alternatively, the priorities of the operators may be ordered, and the determination may be made based on that order.
  • the data to be distributed to DU #2 and processed by DU #2 is a certain percentage of the data for the guarantee type UE. In particular, it can be determined based on the number of resource blocks for transmitting data for a guaranteed UE. Alternatively, it can be determined based on a certain percentage of the bandwidth for transmitting data for the guarantee type UE.
  • processing distribution is executed (1600 in FIG. 12). That is, among the data for the guarantee type UE, the data (or portion) determined to be processed in DU #2 is processed in DU #2. Further, among the data for the guarantee type UE, data (or portions) other than the data (or portions) determined to be processed in DU #2 is processed in DU #1.
  • the MEC may monitor whether the traffic for each operator is normal. If the traffic amount for each operator is within a predetermined range, it may be determined to be normal.
  • the present disclosure also includes a program for causing one or more processors to execute the above-described management method.
  • the program may be provided recorded on a computer-readable non-transitory storage medium.
  • the program may be stored in volatile or nonvolatile memory 124 in order to operate processor 122 in processing unit 120 of management device 100 in FIG.
  • connection means a logical connection for communication.
  • RU connected to DU means that the DU and RU are logically connected so that they can communicate. It is not necessary that the DU and RU are physically directly connected by a physical cable or the like, and a plurality of devices or wireless communication may be interposed between the DU and the RU.
  • a management device for a radio access network (RAN) shared by multiple operators The RAN is CU (Central Unit) and a first DU (Distributed Unit) communicably connected to the CU; a second DU communicatively connected to the CU; an RU (Radio Unit) communicably connected to the first DU and the second DU; has Until the amount of traffic monitored in the RAN falls within a predetermined range, Selecting one operator from among the plurality of operators that has concluded a guaranteed service level agreement (SLA) with the user; Among the data for the RU to be processed by the first DU by transmitting an instruction to the CU, the first DU, and the second DU, a user terminal (UE) that has concluded a guaranteed SLA with the selected operator, causing at least part of the data for the UE to be processed in the second DU; A management device comprising a processor that executes.
  • SLA service level agreement
  • the transmission of the instruction is as follows: When the resource usage rate of the first DU exceeds a predetermined first threshold, Alternatively, the management device according to [1] or [2], wherein the management device performs the operation when the traffic amount of each operator monitored in the RAN exceeds a predetermined second threshold.
  • the part of the data processed in the second DU is determined by the type of data for the UE that has concluded a guaranteed SLA with the selected operator, [1] to [3] ]
  • the management device according to any one of the above.
  • the part of the data processed in the second DU is a certain proportion of data for a UE that has concluded a guaranteed SLA with the selected operator.
  • the management device according to any one of [3] to [3].
  • a method for managing a radio access network (RAN) shared by multiple operators comprising:
  • the RAN is CU (Central Unit) and a first DU (Distributed Unit) communicably connected to the CU; a second DU communicatively connected to the CU; an RU (Radio Unit) communicably connected to the first DU and the second DU; has Until the amount of traffic monitored in the RAN falls within a predetermined range, Selecting one operator from among the plurality of operators that has concluded a guaranteed service level agreement (SLA) with the user;
  • a user terminal (UE) communicably connected to the RU, which instructs the CU, the first DU, and the second DU to process data for the RU in the first DU; and causing the second DU to process at least a portion of data for a UE that has concluded a guaranteed SLA with the selected operator; method including.
  • a wireless communication system A radio access network (RAN) shared by multiple operators, CU (Central Unit) and a first DU (Distributed Unit) communicably connected to the CU; a second DU communicatively connected to the CU; an RU (Radio Unit) communicably connected to the first DU and the second DU; RAN, having and a management device for the RAN, The management device, Until the amount of traffic monitored in the RAN falls within a predetermined range, Selecting one operator from among the plurality of operators that has concluded a guaranteed service level agreement (SLA) with the user; Among the data for the RU to be processed by the first DU by transmitting an instruction to the CU, the first DU, and the second DU, a user terminal (UE) that has concluded a guaranteed SLA with the selected operator, causing at least part of the data for the UE to be processed in the second DU; A wireless communication system comprising a processor that executes.
  • SLA service level agreement
  • Management device 110 Transmission/reception unit 120 Processing unit 122 Processor 124 Memory 126 Storage 200 RAN 210 cu. 220, 220-1, 220-2 DU 230, 230-1, 230-2, 230-3, 230-4, 230-5, 230-6 RU 310-1, 310-2, 310-3 UE 320-1, 320-2, 320-3 UE 330-1, 330-2, 330-3 UE 400 MEC 450 Monitoring device 500 CN 931, 932, 932A, 933 Data 1000 Management method

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

複数のオペレータが共有しているＲＡＮの管理装置であって、前記ＲＡＮは、ＣＵと、前記ＣＵに通信可能に接続した第１のＤＵと、前記ＣＵに通信可能に接続した第２のＤＵと、前記第１のＤＵ及び前記第２のＤＵに通信可能に接続したＲＵと、を有し、前記ＲＡＮにおいて監視しているトラフィック量が、予め定められた範囲になるまで、前記複数のオペレータのうち、ユーザとギャランティ型のサービスレベル契約（ＳＬＡ）を締結しているオペレータを１つ選出することと、前記ＣＵと前記第１のＤＵと前記第２のＤＵとに指示を送信して、前記第１のＤＵで処理する前記ＲＵのためのデータのうち、前記ＲＵに通信可能に接続したユーザ端末（ＵＥ）であって、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの少なくとも一部を、前記第２のＤＵで処理させることと、を実行するプロセッサを備える、管理装置。

Description

共有ＲＡＮにおけるデータ処理を分散させるための装置及び方法
　本開示は共有無線アクセスネットワーク（ＲＡＮ）のＤＵにおけるデータ処理を分散させるためのＲＡＮ管理装置及びＲＡＮ管理方法に関する。
　今後のモバイル通信ネットワークは、ユビキタス社会を前提としている。高速大容量（eMBB: enhanced Mobile Broadband）、超高信頼低遅延（URLLC: Ultra-Reliable and Low Latency Communications）、及び超大量端末（mMTC: massive Machine Type Communication）の要件を満たすために多くの無線機の設置がこれまで以上に求められる。物理スペースには限界又は制限が多く、かつ、景観を崩す等の課題があるため、スペースの有効活用が求められる。
　そこで、同一の無線機で複数の周波数及び複数のオペレータ（移動体通信事業者）を集約可能にする、無線アクセスネットワーク（ＲＡＮ）シェアリング（共有）の考え方がある。
　非特許文献１は、ＣＮ（Core Network）を各オペレータが運用し、ＲＡＮ及びＲＡＮとＣＮとの間のゲートウェイを複数のオペレータが共有する、ＧＷＣＮ（Gateway Core Network）構成を開示している。
　非特許文献１は、ＣＮ及びＲＡＮとＣＮとの間のゲートウェイを各オペレータが運用し、ＲＡＮを複数のオペレータが共有する、ＭＯＣＮ（Multi-Operator Core Network）構成をさらに開示している。
　ＲＡＮの基地局はＣＵ（Central Unit）と、ＣＵに接続する１以上のＤＵ（Distributed Unit）と、ＤＵに接続する１以上のＲＵ（Radio Unit）とを含むことができる。
　ＲＡＮシェアリングの一形態では、ＲＵにおけるアンテナについて、オペレータ毎に発射（入射）する周波数を分ける。
　ＲＡＮシェアリングにおいて、オペレータが提供するネットワークサービスは、現在、スループットの努力値を規定する、ベストエフォート方式が多い。
　また、ＲＡＮシェアリングにおいては、混雑時などであっても、スループットの下限を確保する、サービス品質保証（ギャランティ方式）の手段が知られていない。
3GPP TS 23.251 (2020-07)(https://www.3gpp.org/ftp/Specs/archive/23_series/23.251/23251-g00.zip)
　上述のように複数のオペレータによるＲＡＮシェアリングは、基地局設置スペースの有効活用等の観点から有利である。
　ユーザ端末（ＵＥ）との通信により、共有している基地局（特にＤＵ）の使用リソースが逼迫することがある。その場合に、オペレータとサービスレベル契約（ＳＬＡ）を結んでいるユーザのＵＥに対して、スループットの下限を確保することが困難であった。
　本開示は、上記に鑑みてなされたものであって、共有しているＤＵの使用リソースが逼迫した場合であっても、ＳＬＡを結んでいるユーザのＵＥに対して、スループットを増やして、ＳＬＡを履行する技術を提供することを目的とする。
　本開示に係る、無線アクセスネットワーク（ＲＡＮ）管理装置の一態様は、複数のオペレータが共有しているＲＡＮの管理装置である。
　前記ＲＡＮは、ＣＵ（Central Unit）と、前記ＣＵに通信可能に接続した第１のＤＵ（Distributed Unit）と、前記ＣＵに通信可能に接続した第２のＤＵと、前記第１のＤＵ及び前記第２のＤＵに通信可能に接続したＲＵ（Radio Unit）と、を有する。
　前記管理装置が備えるプロセッサが、前記ＲＡＮにおいて監視しているトラフィック量が、予め定められた範囲になるまで、次の手順を繰り返し実行する。
　まず、前記複数のオペレータのうち、ユーザとギャランティ型のサービスレベル契約（ＳＬＡ）を締結しているオペレータを１つ選出する。
　次に、前記ＣＵと前記第１のＤＵと前記第２のＤＵとに指示を送信して、前記第１のＤＵで処理する前記ＲＵのためのデータのうち、前記ＲＵに通信可能に接続したユーザ端末（ＵＥ）であって、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの少なくとも一部を、前記第２のＤＵで処理させる。
　前記複数のオペレータのうちの２以上が、ユーザとギャランティ型のＳＬＡを締結していてもよい。
　前記指示は、前記第１のＤＵのリソース使用率が予め定められた第１の閾値を超えたとき、又は、前記ＲＡＮにおいて監視している各オペレータのトラフィック量が予め定められた第２の閾値を超えたとき、に送信されてもよい。
　前記第２のＤＵで処理されるデータの前記一部は、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの種類によって決定されてもよい。
　前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの前記種類は、アプリケーション毎に定められてもよい。
　前記第２のＤＵで処理されるデータの前記一部は、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータのうち一定の割合の部分であってもよい。
　前記一定の割合の部分は、リソースブロック単位で選択されてもよい。
　本開示に係る、無線アクセスネットワーク（ＲＡＮ）管理方法の一態様は、複数のオペレータが共有しているＲＡＮの管理方法である。
　前記管理方法は、ＣＵ（Central Unit）と、前記ＣＵに通信可能に接続した第１のＤＵ（Distributed Unit）と、前記ＣＵに通信可能に接続した第２のＤＵと、前記第１のＤＵ及び前記第２のＤＵに通信可能に接続したＲＵ（Radio Unit）と、を有した前記ＲＡＮを与えることを含む。
　前記管理方法は、前記ＲＡＮにおいて監視しているトラフィック量が、予め定められた範囲になるまで次の手順を繰り返すことを含む。
　まず、前記複数のオペレータのうち、ユーザとギャランティ型のサービスレベル契約（ＳＬＡ）を締結しているオペレータを１つ選出する。
　次に、前記ＣＵと前記第１のＤＵと前記第２のＤＵとに指示して、前記第１のＤＵで処理する前記ＲＵのためのデータのうち、前記ＲＵに通信可能に接続したユーザ端末（ＵＥ）であって、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの少なくとも一部を、前記第２のＤＵで処理させる。
　本開示に係る、無線通信システムの一態様は、複数のオペレータが共有している無線アクセスネットワーク（ＲＡＮ）と、前記ＲＡＮの管理装置とを含む。
　前記ＲＡＮは、ＣＵ（Central Unit）と、前記ＣＵに通信可能に接続した第１のＤＵ（Distributed Unit）と、前記ＣＵに通信可能に接続した第２のＤＵと、前記第１のＤＵ及び前記第２のＤＵに通信可能に接続したＲＵ（Radio Unit）と、を有する。
　前記管理装置が備えるプロセッサが、前記ＲＡＮにおいて監視しているトラフィック量が、予め定められた範囲になるまで、次の手順を繰り返し実行する。
　まず、前記複数のオペレータのうち、ユーザとギャランティ型のサービスレベル契約（ＳＬＡ）を締結しているオペレータを１つ選出する。
　次に、前記ＣＵと前記第１のＤＵと前記第２のＤＵとに指示を送信して、前記第１のＤＵで処理する前記ＲＵのためのデータのうち、前記ＲＵに通信可能に接続したユーザ端末（ＵＥ）であって、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの少なくとも一部を、前記第２のＤＵで処理させる。
図１は、実施形態に係る管理装置の例を示す図である。 図２は、Ｏ－ＲＡＮ準拠のネットワークシステムにおけるＲＡＮの構成の例を示す図である。 図３は、Ｏ－ＲＡＮ準拠のネットワークシステムにおける管理装置とＲＡＮとの接続例を示す図である。 図４は、実施形態に係る管理装置と管理方法が適用されるＲＡＮの例を示す図である。 図５は、実施形態に係る、ＤＵの処理分散の例を示す模式図である。 図６は、実施形態に係る、ＤＵの処理分散のさらなる例を示す模式図である。 図７は、実施形態に係る、分散対象のデータの例を示す模式図である。 図８は、実施形態に係る、分散対象のデータの別の例を示す模式図である。 図９は、リソースグリッドとリソースブロックの一例を示す図である。 図１０は、実施形態に係る、ＤＵの処理分散までの手順例を説明するための模式図である。 図１１は、実施形態に係る、ＤＵの処理分散の手順例を説明するための模式図である。 図１２は、実施形態に係る、ＲＡＮの管理方法の例を示すフローチャートである。
　以下、本開示の一実施形態について、図面を参照して詳細に説明する。
　図１は、実施形態に係る管理装置１００の例を示す図である。管理装置１００は、無線アクセスネットワーク（ＲＡＮ）を制御するＲＡＮ管理装置である。
　実施形態に係る管理装置１００について説明する前に、管理装置１００により制御されるＲＡＮについて説明する。
　Ｏ－ＲＡＮ準拠のネットワークシステムにおけるＲＡＮは、ＣＵ（Central Unit）と、ＤＵ（Distributed Unit）と、ＲＵ（Radio Unit）とを含む基地局を有する。ＲＡＮは１以上のＣＵを含む。各ＣＵには１以上のＤＵが通信可能に接続する。各ＤＵには１以上のＲＵが接続する。ＲＵはアンテナを備え、ユーザ端末（ＵＥ）と通信する。
　以下、説明を簡略化するために専らＵＥへのダウンリンクを考える。特にＣＵからＤＵへ、ＤＵからＲＵへ、そして、ＲＵからＵＥへとデータが送信されて、ＤＵ及びＲＵでデータ処理がされることについて詳しく説明する。しかし、アップリンクについても本開示の範囲に含まれる。
　図２は、Ｏ－ＲＡＮ準拠のネットワークシステムにおけるＲＡＮの構成の例を示す図である。図２には、ＲＡＮ２００が１台のＣＵ２１０を含んでいることが示されている。ＣＵ２１０は、ＤＵ２２０－１（「ＤＵ＃１」とも称する）及びＤＵ２２０－２（「ＤＵ＃２」とも称する）と通信可能に接続している。ＤＵ２２０－１はＲＵ２３０－１、ＲＵ２３０－２及びＲＵ２３０－３（それぞれ、「ＲＵ＃１」、「ＲＵ＃２」及び「ＲＵ＃３］とも称する）と通信可能に接続している。ＤＵ２２０－２はＲＵ２３０－４、ＲＵ２３０－５及びＲＵ２３０－６（それぞれ、「ＲＵ＃４」、「ＲＵ＃５」及び「ＲＵ＃６］とも称する）と通信可能に接続している。
　以下、１以上のＤＵ（図２ではＤＵ＃１及びＤＵ＃２）について、ＤＵ２２０と総称する。また、１以上のＲＵ（図２ではＲＵ＃１からＲＵ＃６までの６のＲＵ）を、ＲＵ２３０と総称する。
　ＣＵ２１０の機能を仮想化して仮想化ＣＵ（ｖＣＵ）とすることができる。ＤＵ２２０（のうちの１以上）の機能を仮想化して仮想化ＤＵ（ｖＤＵ）とすることができる。仮想化により、専用サーバに代えて汎用サーバを用いることができて、ＲＡＮを安価且つ柔軟に構築することができる。
　以下では、仮想化を前提として、「ＣＵ」が「ｖＣＵ」を意味することがある。また、「ＤＵ」が「ｖＤＵ」を意味することがある。
　図３は、Ｏ－ＲＡＮ準拠のネットワークシステムにおける管理装置１００とＲＡＮとの接続例を示す図である。
　管理装置１００は、例えば、Ｏ－ＲＡＮアライアンスが規定するＲＩＣ（RAN Intelligent Controller）であり得る。管理装置１００は特にリアルタイムＲＩＣであり得る。管理装置１００とＲＡＮのｖＣＵ２１０とは、Ｏ１インターフェースで接続されている。管理装置１００とＲＡＮのｖＤＵ２２０とは、Ｏ１インターフェースで接続されている。管理装置１００と、ｖＣＵ２１０及びｖＤＵ２２０が構築される仮想化基盤とは、Ｏ２インターフェースで接続され得る。
　後述するように、管理装置はＭＥＣ（Multi-access Edge Computing）サーバ及び／又はＲＡＮを監視するための監視サーバと通信可能に接続することができる。
　また、ｖＣＵ２１０は、コアネットワーク（ＣＮ）５００に接続されている。
　図２のＲＡＮ２００は、複数のオペレータ（移動体通信事業者）が共有しているＲＡＮであってもよい。
　図３の構成はＲＡＮ及びＲＡＮとＣＮ５００との間のゲートウェイ（図示せず）を複数のオペレータが共有し、ＣＮ５００を各オペレータが運用する、ＧＷＣＮ（Gateway Core Network）構成であってもよい。
　または、図３の構成はＲＡＮを複数のオペレータが共有し、ＣＮ５００及びＲＡＮとＣＮ５００との間のゲートウェイ（図示せず）を各オペレータが運用する、ＭＯＣＮ（Multi-Operator Core Network）構成であってもよい。
　各ＵＥのユーザは、そのＵＥに固有のオペレータと、通信サービス提供を受ける契約をしている。なお、ユーザは１台のＵＥに対し、２以上のオペレータと通信サービス提供を受ける契約をしている場合であり得る。しかし、以下の説明においては、そのユーザが２台のＵＥに対しそれぞれ固有の１のオペレータと契約していると見なすことができる。したがって、各ＵＥには固有のオペレータとの契約があるとしても一般性を失わず、本開示が適用できる。
　各ＵＥのユーザは、そのＵＥに固有のオペレータから通信サービス提供を受ける際に、そのサービスレベルを契約することができる。以下、サービスレベル契約の略語「ＳＬＡ」を契約したサービスレベルの意味でも用いる。ＳＬＡにはギャランティ型と、ベストエフォート型がある。
　ギャランティ型では混雑時などであっても、スループットの下限を確保する。
　ベストエフォート型では、スループットの努力値を規定する。
　本開示では各ＵＥのＳＬＡはギャランティ型又はベストエフォート型のいずれか一方であるとする。各ＵＥについてはユーザとオペレータとのＳＬＡに応じて「ギャランティ型のＵＥ」又は「ベストエフォート型のＵＥ」とも称する。
　なお、以下ではＲＡＮを共有するオペレータの数をＫとする。Ｋは１以上の整数である。そして、各オペレータには１からＫまでの番号が振られていて、「第ｉのオペレータ」（ｉは１以上Ｋ以下の整数）と称される。
　図１に戻り、本実施形態に係る管理装置１００について説明する。管理装置１００は、送受信部１１０と、処理部１２０とを備える。管理装置１００は図１にない構成要素を備えていてよい。
　処理部１２０はプロセッサ１２２と、メモリ１２４と、ストレージ１２６とを備える。プロセッサ１２２は１以上の任意の数のプロセッサからなってもよい。メモリ１２４は１以上の任意の数のメモリからなってもよい。
　送受信部１１０はＣＵ及びＤＵと通信可能に接続する。送受信部１１０はＣＵとの間及びＤＵとの間のデータの送受信を行う。送受信部１１０は後述するＭＥＣサーバ及び／又は監視サーバとも通信可能に接続することができる。
　処理部１２０は送受信部１１０と接続する。処理部１２０は送受信部１１０と通じて接続するＲＡＮ（特にＣＵ及びＤＵ）を制御し得る。
　処理部１２０の機能はプロセッサ１２２及びメモリ１２４を使用するソフトウェアに提供されてもよい。
　ストレージ１２６はその全てが管理装置１００の内部にあってもよいし、その少なくとも一部が管理装置１００の外部にあってもよい。
　ストレージ１２６は、ＲＡＮに接続する１以上のＵＥについて、それぞれのＵＥにオペレータが提供する通信サービスの品質に関する情報を保存したデータベースを備えることができる。このようなデータベースについては後述する。
　本開示においては、管理装置１００のプロセッサ１２２が、ＲＡＮにおいて監視しているトラフィックが正常になるまで、ＤＵの処理の少なくとも一部を他のＤＵへ移す（「処理分散」と称する）ために、次の動作を繰り返す。
（１）複数のオペレータのうち、ユーザとギャランティ型のＳＬＡを締結したオペレータを１つ選出する。
（２）ＣＵとＤＵ＃１とＤＵ＃２に指示して、ＤＵ＃１で処理する、あるＲＵのためのデータのうち、ＲＵに通信可能に接続したＵＥであって、そのユーザが、選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの少なくとも一部を、ＤＵ＃２で処理させる。
　なお、ＲＡＮにおいて「監視しているトラフィック」とは、１以上のオペレータ毎に監視している１以上のトラフィックとしてよい。とくに、ユーザとギャランティ型のＳＬＡを締結した全てのオペレータのトラフィックが、正常になっているか否かを監視するとしてよい。
　これにより、ギャランティ型のＳＬＡを締結している全てのオペレータについて、ギャランティ型のＵＥに対するスループットの下限を確保することができる。
　処理分散によってトラフィック量が所定の範囲の値になれば、トラフィックは正常に戻っていると判断してもよい。または、ギャランティ型のＵＥに対するスループットの下限が確保されているか否かを判断してもよい。
　ギャランティ型のＳＬＡをユーザと締結している複数のオペレータについて、トラフィックが正常だと判断され、ＳＬＡを履行できる状態であれば、全てのオペレータに対して処理分散をする必要がない。
　処理分散（上記（１）と（２）の手順）のトリガーは、例えば、ＤＵ＃１の処理能力の低下及び／又は通信混雑（ＤＵ＃１で処理すべきデータが増大することをいう）の発生とすることができる。
　本開示に係る管理装置１００によるＲＡＮの制御の詳細についてはさらに後述する。
　図４を参照して処理分散のより具体的な例を説明する。
　図４は、実施形態に係る管理装置と管理方法が適用されるＲＡＮ２００の例を示す図である。
　図４ではＣＵの図示は省略している。ＲＡＮ２００にはＤＵ＃１とＤＵ＃２がある。ＤＵ＃１にはＲＵ＃１、ＲＵ＃２及びＲＵ＃３が通信可能に接続している。さらに、ＤＵ＃２もＲＵ＃１、ＲＵ＃２及びＲＵ＃３と通信可能に接続しているとする。
　なお、ＤＵの数を２とし、ＲＵの数を３としたのは一例であって、ＤＵは２以上あればよく、ＲＵも１以上あればよい。
　ＲＵ１つに対してＤＵ２つが通信可能に接続している。１のＲＵを１以上のＤＵで管理するのはＯ－ＲＡＮのヒエラルヒーモデル（Hierarchical Model）である。
　このＲＡＮ２００は、１以上のオペレータ（事業者）が共有している。ＲＡＮ２００はＧＷＣＮ構成であってもよいし、ＭＯＣＮ構成であってもよい。
　なお、ＵＥの接続については、図４では次の通りである。
　ＵＥ＃Ａ１、ＵＥ＃Ｂ１及びＵＥ＃Ｃ１がＲＵ＃１に接続しており、通信サービスを受けることが可能である（図４の符号３１０－１、３２０－１及び３３０－１を参照）。
　ＵＥ＃Ａ２、ＵＥ＃Ｂ２及びＵＥ＃Ｃ２がＲＵ＃２に接続しており、通信サービスを受けることが可能である（図４の符号３１０－２、３２０－２及び３３０－２を参照）。
　ＵＥ＃Ａ３、ＵＥ＃Ｂ３及びＵＥ＃Ｃ３がＲＵ＃３に接続しており、通信サービスを受けることが可能である（図４の符号３１０－３、３２０－３及び３３０－３を参照）。
　各ＲＵにはいずれも３のＵＥが接続しているのは一例に過ぎず、各ＲＵにおいては任意の数のＵＥが接続してよいし、接続するＵＥがないＲＵがあってもよい。
　図４の例では、オペレータの数Ｋは３で、第１のオペレータはギャランティ型のＡ社であり、第２のオペレータはギャランティ型のＢ社であり、第３のオペレータはベストエフォート型のＣ社とし得る。
　つまり図４において、ＵＥ＃Ａ１、ＵＥ＃Ａ２及びＵＥ＃Ａ３はＡ社と契約したギャランティ型のＵＥである。
　ＵＥ＃Ｂ１、ＵＥ＃Ｂ２及びＵＥ＃Ｂ３はＢ社と契約したギャランティ型のＵＥである。
　ＵＥ＃Ｃ１、ＵＥ＃Ｃ２及びＵＥ＃Ｃ３はＣ社と契約したベストエフォート型のＵＥである。
　図４においてこのように設定したのは説明を簡単にするためである。例えば第３のオペレータも各ユーザに対しギャランティ型の通信サービスを提供している場合もあり得る。また、各オペレータが各ユーザに対し、ギャランティ型又はベストエフォート型を選択させて通信サービスを提供する場合もある。その他より一般的な場合に対しても必要な読み替えをすれば本開示は適用できる。
　ＲＵ＃１、ＲＵ＃２及びＲＵ＃３はそれぞれ、ＤＵ＃１及びＤＵ＃２の両方に通信可能に接続して（セッションが張られて）いる。
　ベストエフォート型のＵＥとの通信については、ＤＵ＃１のみが使用される。例えばベストエフォート型のＵＥ＃Ｃ１のための、ＲＵ＃Ｃ１へのデータは、ＤＵ＃２ではなくＤＵ＃１経由でＣＵから送信される。
　また、ギャランティ型のＵＥ＃Ａ２及びＵＥ＃Ｂ２との通信も、ＤＵ＃１の処理能力の低下がないとき（ＤＵ＃１の「通常時」と称する）はＤＵ＃１のみが使用される。例えばギャランティ型のＵＥ＃Ａ２のための、ＲＵ＃２へのデータは、通常時においては、ＤＵ＃２ではなくＤＵ＃１経由でＣＵから送信される。
　つまり、ＤＵ＃１は１以上のオペレータが共有していて、ギャランティ型のＵＥのデータだけでなく、ベストエフォート型のＵＥのデータも処理するＤＵである。ＤＵ＃１で処理すべきデータが増大する（通信混雑が発生する）と、ＤＵ＃１の処理能力が低下し、各社のギャランティ型のＳＬＡを履行することができなくなる場合がある。
　図４に加えて、図５及び図６を参照して、実施形態に係る、ＤＵの処理分散の例をさらに詳細に説明する。
　図４の状況で、ＲＵ＃２においては接続するＵＥ＃Ａ２、ＵＥ＃Ｂ２及びＵＥ＃Ｃ２のためにデータ（図５のデータ９３２）をＣＵからＤＵ＃１経由で処理していたとする。
　ＤＵ＃２の処理能力が低下してＤＵ＃Ａ２又はＤＵ＃Ｂ２のスループットの下限の確保が困難なときに、まずギャランティ型のＡ社とＢ社のうちＡ社を先に処理分散させることにする。つまり、ギャランティ型のＵＥ＃Ａ２のためのＤＵ＃１でのデータ処理の少なくとも一部をＤＵ＃２でする。図５に示すようにデータ９３２のうち、ＵＥ＃Ａ２のためのデータの少なくとも一部が、ＤＵ＃１ではなく、ＤＵ＃２において処理されてＲＵ＃２に送信される。
　これにより、ギャランティ型のＵＥ＃Ａ２のためのスループットの下限を確保することができる。そして、Ａ社のトラフィックが正常になる。総じて、第１のオペレータ（Ａ社）はサービスレベル契約を履行することができる。
　さらに、ＵＥ＃Ａ２のためのデータのＤＵ＃２への処理分散によりＤＵ＃１の負荷が減少して、ＤＵ＃１の処理能力が回復する。これにより、ＵＥ＃Ｂ２のためのデータの処理分散はしなくても、Ｂ社のトラフィックが正常になり、ギャランティ型のＵＥ＃Ｂ２のためのスループットの下限を確保することができるようになる場合がある。その場合は、ＳＬＡのための処理分散の手順をここで終了させることができる。
　例えば、第２のオペレータ（Ｂ社）のトラフィック量が所定の範囲の値になれば、Ｂ社のトラフィックは正常に戻っていると判断してもよい。さらに、Ｂ社のトラフィックは正常に戻っていれば、ＵＥ＃Ｂ２のためのスループットの下限が確保されていると判断し得る。
　次に、ＵＥ＃Ａ２のためのデータのＤＵ＃２への処理分散をしても、第２のオペレータ（Ｂ社）のトラフィック量が所定の範囲の値にならず、Ｂ社のトラフィックは正常に戻っていない場合について説明する。この場合は、ギャランティ型のＵＥ＃Ｂ２のためのスループットの下限を確保することができていないと考えられる。
　図６に示すように、データ９３２のうち、さらにＵＥ＃Ｂ２のためのデータの少なくとも一部が、ＤＵ＃１ではなく、ＤＵ＃２において処理されてＲＵ＃２に送信される。
　これにより、ギャランティ型のＵＥ＃Ｂ２のためのスループットの下限を確保することができる。そして、Ｂ社のトラフィックが正常になる。総じて、第２のオペレータ（Ｂ社）はサービスレベル契約を履行することができる。
　なお、図４において、ＲＵ＃２に接続するギャランティ型のＵＥはＵＥ＃Ａ２だけでなくＵＥ＃Ｂ２も存在する。そこで、Ａ社及びＢ社（ＵＥ＃Ａ２及びＵＥ＃Ｂ２）のうちどちらのデータを先にＤＵ＃２に分散して処理させるかということについては、例えば次の（ａ）から（ｅ）のいずれか一つに従って決定すればよい。
　（ａ）全くランダムにＡ社及びＢ社のうちの一方を選び、処理分散を先に行うことができる。
　（ｂ）ＵＥ＃Ａ２及びＵＥ＃Ｂ２のうち、より大容量のデータが送信されるＵＥのオペレータとして、Ａ社及びＢ社のうちの一方を選び、処理分散を先に行うことができる。
　（ｃ）ＵＥ＃Ａ２及びＵＥ＃Ｂ２のうち、時間的にＲＵ＃２に先に接続したほうのＵＥのオペレータとして、Ａ社及びＢ社のうちの一方を選び、処理分散を先に行うことができる。
　（ｄ）ＵＥ＃Ａ２及びＵＥ＃Ｂ２のうち、時間的にＲＵ＃２に後に接続したほうのＵＥのオペレータとして、Ａ社及びＢ社のうちの一方を選び、処理分散を先に行うことができる。
　（ｅ）オペレータに順序付けがあって、Ａ社及びＢ社のうちの優先すべきオペレータについて、処理分散を先に行うことができる。例えばＲＵ及びＤＵをＡ社が所有していて、Ｂ社及びＣ社と共有している場合に、所有者であるＡ社と契約したＵＥのためのデータを優先して処理分散することがある。
　図５でＵＥ＃Ａ２（Ａ社）のためのデータを先に処理分散させたのは、例えばこれら（ａ）から（ｅ）のいずれかの一つによって決められたとすることができる。
　なお、ギャランティ型のＳＬＡを履行するためのＤＵ＃２は十分な処理リソースを保持している。
　しかし、複数オペレータがそれらのＵＥとギャランティ型のＳＬＡをしている場合、ＤＵ＃２の処理リソースが不足することがある。
　例えばＤＵ＃２を所有するオペレータは、自社のＵＥのギャランティ型のＳＬＡを履行するためのリソースしかＤＵ＃２に与えていないことがあり得る。
　特に、１のオペレータのギャランティ型のＵＥのためのデータ処理をＤＵ＃２に移し、さらに別のオペレータのギャランティ型のＵＥのためのデータ処理をＤＵ＃２に移そうとする場合にＤＵ＃２のリソースが不足することがある。
　このようなリソース不足の解消には、ベストエフォート型のＵＥのためのＤＵ＃１のリソースをＤＵ＃２に移すとよい。ＤＵ＃１及びＤＵ＃２の機能が同じ仮想化基盤上で仮想化により構成されていれば、一層容易にＤＵ＃１のリソースをＤＵ＃２に移すことができる。ＤＵ＃１は主にベストエフォート型のＵＥのための処理を行うのでリソースの減少はＳＬＡの履行の観点からは問題にならない。
　ギャランティ型のＵＥ＃Ａ２又はＵＥ＃Ｂ２についてのデータのうち、処理をＤＵ＃１からＤＵ＃２へ移す部分を決定することについて次に述べる。決定した部分の処理をＤＵ＃１からＤＵ＃２へ移す手順については、後述する。
　なお、処理をＤＵ＃１からＤＵ＃２へ移す部分を決定することについては、ＵＥ＃Ａ２とＵＥ＃Ｂ２とで異なる手法を組み合わせることも可能である。
（データ種別に応じた処理分散）
　図７は、実施形態に係る、分散対象（あるＤＵでの処理を他のＤＵへ移す対象）のデータの例を示す模式図である。
　図７を参照して、コンテンツの種別に応じてＤＵでの処理を分散する一例を説明する。図７におけるＤＵ＃１及びＤＵ＃２とＲＵ＃１、ＲＵ＃２及びＲＵ＃３との接続は図４と同様であるので説明を省略する。
　また、ＤＵ、ＲＵ、ギャランティ型のＵＥ及びベストエフォート型のＵＥの数は図７に図示するものに限らず、それらの数に特に制限はない。特に、ＵＥについては任意の数のＵＥが１のＲＵに接続してよい。また、接続するＵＥがないＲＵがあってもよい。
　図４に示したようにギャランティ型のＵＥ＃Ａ２及びＵＥ＃Ｂ２が、ＲＵ＃２に接続している。処理をＤＵ＃１からＤＵ＃２へ移す部分の決定については、ＵＥ＃Ａ２及びＵＥ＃Ｂ２の別はないので、図７ではＵＥ＃Ａ２について説明する。
　ＲＵ＃２においてＵＥ＃Ａ２のために処理されるデータをデータ９３２Ａとする。データ９３２Ａは図５のデータ９３２の一部（ＵＥ＃Ａ２のためのデータ）である。
　ギャランティ型のＵＥ＃Ａ２についてのデータ９３２Ａのうち、処理をＤＵ＃１からＤＵ＃２へ移す部分は、処理するデータの種類の別（種別）によって、決定することができる。これにより、種類分けされたデータ単位でＳＬＡの履行が可能になり得る。
　ＲＵ＃２におけるギャランティ型のＵＥ＃Ａ２のためのデータ９３２Ａは、種類として区別し得る第１のデータ（図７ではｄａｔａ＃ａ２１で示す）と第２のデータ（図７ではｄａｔａ＃ａ２２で示す）からなるとする。第１のデータと第２のデータの種類は、それぞれ、互いに区別できる第１の種類及び第２の種類であるとする。
　ギャランティ型のＵＥ＃Ａ２のためのデータ９３２Ａについて、第１のデータの処理をＤＵ＃２に移す。第２のデータはＤＵ＃１で処理する。
　データの種類についてはデータベースに保存されていてよい。特に図１における管理装置１００のストレージ１２６に保存されていてよい。処理分散をすべきデータの種類はユーザ又はＵＥによる過去の傾向から機械学習によって決定してもよい。さらにＭＥＣに置かれているデータは、ＤＵ＃２で処理すべき種類のデータであるとしてよい。
　特に処理分散をするか否かの判断に用いられるデータの種類はアプリケーション毎に決定することができる。これにより、アプリケーション毎にＳＬＡの履行が可能になり得る。
　つまり、ＵＥにおけるアプリケーションで通信サービスを分類し、各アプリケーションが取り扱うデータ（コンテンツ）について、処理分散をするか否かの判断に用いる種類を決定する。処理分散をするか否かの判断に用いられる種類は優先度に基づいて決定し得る。
　アプリケーション単位のデータ（コンテンツ）の優先度又は種類は、データベースに保存され得る。特に図１における管理装置１００のストレージ１２６に保存され得る。
　例えば映画と広告動画はＵＥの動画視聴アプリケーションで再生される。そのため、映画と広告動画とは、同一のアプリケーションに関わる。
　映画は処理の優先度が高く、広告動画は処理の優先度が低いとする。映画のデータ（図７のｄａｔａ＃ａ２１）は処理をＤＵ＃２へ分散させ、広告動画のデータ（図７のｄａｔａ＃ａ２２）はＤＵ＃１で処理する。
（リソースブロックの処理分散）
　図８は、実施形態に係る、ＤＵの処理分散の別の例を示す模式図である。
　図８を参照して、リソースブロック別にＤＵでの処理を分散する一例を説明する。図８におけるＤＵ＃１及びＤＵ＃２とＲＵ＃１、ＲＵ＃２及びＲＵ＃３との接続は図４と同様であるので説明を省略する。
　また、ＤＵ、ＲＵ、ギャランティ型のＵＥ及びベストエフォート型のＵＥの数は図８に図示するものに限らず、それらの数に特に制限はない。特に、ＵＥについては任意の数のＵＥが１のＲＵに接続してよい。また、接続するＵＥがないＲＵがあってもよい。
　図７と同様に、処理をＤＵ＃１からＤＵ＃２へ移す部分の決定については、ＵＥ＃Ａ２及びＵＥ＃Ｂ２の別はない。図８ではＵＥ＃Ａ２について説明する。ＲＵ＃２においてＵＥ＃Ａ２のために処理されるデータをデータ９３２Ａとする。
　ＤＵ＃１におけるギャランティ型のＵＥ＃Ａ２についての処理のうちＤＵ＃２へ移す部分は、処理すべきデータ９３２Ａのうち、一定の割合の部分とする。
　図８においては、ＲＵ＃２におけるギャランティ型のＵＥ＃Ａ２のために、データ９３２Ａのうち、例えばその８０％の処理はＤＵ＃２に分散させる。データ９３２Ａのうち残り２０％の処理はＤＵ＃１で処理する。
　これにより、ＵＥ＃Ａ２のためのスループットの下限を具体的なデータ量を考慮しながら確保し得る。
　ＤＵ＃１におけるギャランティ型のＵＥ＃Ａ２についての処理のうちＤＵ＃２へ移すべき、処理すべきデータのうちの一定の割合の部分の選択は、リソースブロックの単位ですることができる。
　つまり、ＤＵ＃１の負荷を下げるために、ＤＵ＃１がＲＵ＃２から電波発射するリソースブロックを減らし、減らした分のリソースブロックをＤＵ＃２で補う。
　図９に本開示の実施形態に係るリソースグリッドとリソースブロックの一例を示す。
　図９においては時間方向及び周波数方向に対し２０×６のリソースグリッドが示され、リソースグリッドの単位格子がリソースブロックである。つまり、図９のリソースグリッドには２０×６＝１２０のリソースブロックがある。リソースブロックのサイズは２０×６に限定されず、Ｍ×Ｎ（ここでＭは１以上の整数であり、Ｎは１以上の整数である）であってよい。
　各リソースブロックは、例えば１スロット（０．５ミリ秒）×１２サブキャリア（１５×１２＝１８０ｋＨｚ）で構成される。各リソースブロックの構成もこれに限られない。
　各ＤＵにおいては、１フレームでのＲＵへのダウンリンクの割り当て（スケジューリング）が、リソースグリッド中の時間方向に連続する２つのリソースブロック単位で行われる。
　図８を参照して、ＤＵ＃Ａ２で処理すべき一定割合の部分の選択の説明に戻る。
　通常時のＤＵ＃１からＲＵ＃２へのダウンリンクが図９のリソースグリッド単位で行われる。そして、当該ダウンリンクはＵＥ＃Ａ２のためのデータを含む。
　したがって、リソースグリッド内のリソースブロックのうち、ＵＥ＃Ａ２へのデータのためのリソースブロック（例えばＰＤＳＣＨ（Physical Downlink Shared Channel）のためのリソースブロックのうちＵＥ＃Ａ２に向けたもの）について、一定の割合（図８の例では８０％）のリソースブロックを、ＤＵ＃２で処理をさせるものと選択することができる。
　これにより、ＤＵ＃１において処理していたデータのうちの一定の割合の部分（つまりＤＵ＃２で処理分散すべき部分）を選択できる。
　なお、ＤＵ＃２で処理分散すべきデータは、リソースグリッドにおける周波数方向において（つまり図９において縦軸方向）、例えば帯域を８０％：２０％に二分して、そこから、ＵＥ＃Ａ２へのデータのためのリソースブロックを選択することで選択してもよい。
　図１０を参照して、実施形態に係る、ＤＵの処理分散までの手順例を説明する。
　図１０においては、管理装置１００、監視装置４５０、ＭＥＣ４００、ＣＵ２１０、ＤＵ＃１、ＤＵ＃２、ＲＵ＃１、ＲＵ＃２、ＵＥ＃１及びＵＥ＃２が記載されている。
　特に、ＤＵ＃１、ＤＵ＃２、ＲＵ＃１及びＲＵ＃２の相互の接続は図４にあるものと同じであるとする。また、ＲＵ＃１に接続するＵＥ＃Ａ１、ＵＥ＃Ｂ１及びＵＥ＃Ｃ１をまとめてＵＥ＃１とし、ＲＵ＃２に接続するＵＥ＃Ａ２、ＵＥ＃Ｂ２及びＵＥ＃Ｃ２をまとめてＵＥ＃２としている。
　なお、図１０ではＲＵ＃３及びＲＵ＃３に接続するＵＥの記載を省略する。ＤＵ＃１及びＤＵ＃２はＣＵ２１０に通信可能に接続している。
　監視装置４５０は少なくともＭＥＣ４００及び管理装置１００と通信可能に接続している。
　図１０の符号１１０１が指す囲みは、管理装置１００によるＤＵ＃１及びＤＵ＃２の処理能力の取得及びそれらに接続するＵＥのＳＬＡ（つまりギャランティ型とベストエフォート型の別）の取得と、ＳＬＡ（特にギャランティ型ＳＬＡ）の履行状況の判定又は監視を示す。
　処理能力はメモリなどの物理リソース及びプロセッサの使用状況などの計算リソースで表すことができる。処理能力及び接続するＵＥのＳＬＡの取得は定期的に行われて、管理装置１００のストレージに記憶されてよい。
　さらに管理装置１００において、ギャランティ型のＵＥがどのＲＵに接続しているかを取得することができる。管理装置１００はベストエフォート型のＵＥの接続状況を取得してもよい。
　管理装置１００は、ＣＵ２１０、ＤＵ＃１、ＲＵ＃１及びＲＵ＃２に対し、ベストエフォート型のＵＥに向けたデータの処理、及び、通常時におけるギャランティ型のＵＥに向けたデータの処理はＤＵ＃１でされることを設定してもよい。
　さらに、管理装置１００により、各ＤＵで処理されているデータの量を、ＭＥＣ４００から取得してもよい。これにより、管理装置１００は各ＤＵで処理されているデータ量を監視しうる。
　なお、各ＤＵで処理されているデータ量の取得は定期的に行われて、管理装置１００のストレージに記憶されてよい。
　さらに、監視装置４５０は、オペレータ毎に各ＤＵで処理されているデータの量を、ＭＥＣ４００から取得してもよい。これにより、監視装置４５０は各ＤＵで処理されているデータ量をオペレータ毎に監視し得る。
　これにより、オペレータレベル（会社）でＳＬＡ（特にギャランティ型ＳＬＡ）の履行状況の判定又は監視をし得る。
　監視装置４５０がオペレータレベルでＳＬＡの履行状況を把握して、処理分散が必要と判断したときには管理装置１００に通知して、処理分散を開始することもできる（図１１の符号１３０１が指す囲みも参照）。
　図１０の符号１２０１が指す囲みは、Ｍ－Ｐｌａｎｅ（マネージメントプレーン）を設定して電波を発射する手順を示す。ＲＵ＃１及びＲＵ＃２のそれぞれは、ＤＵ＃１及びＤＵ＃２の両方とセッションを形成（図４参照）して、電波を発射することができる。これにより、ＲＵ＃１及びＲＵ＃２にそれぞれ接続するＵＥ＃１及びＵＥ＃２と、ＭＥＣ４００との間でベアラの設定が完了する。
　図１１を参照して、実施形態に係る、ＤＵの処理分散の手順例を説明する。
　図１１においても、管理装置１００、ＭＥＣ４００、ＣＵ２１０、ＤＵ＃１、ＤＵ＃２、ＲＵ＃１、ＲＵ＃２、ＵＥ＃１及びＵＥ＃２が記載されている。
　管理装置１００はＤＵの処理分散を制御する。管理装置１００にＤＵの処理分散を開始させるためのトリガーには、次の第１のトリガー、第２のトリガー及び第３のトリガーがある（図１１の符号１３０１が指す囲み参照）。
　第１のトリガーはＤＵ＃１が高負荷になっていることを示す。ＤＵ＃１が高負荷になるとは、例えば、ＤＵ＃１のリソースのうち処理のために使用されている部分の割合（「リソース使用率」と称する）が予め定められた第１の閾値を超えることである。
　第１のトリガーはＤＵ＃１の高負荷アラートがＣＵ２１０に通知され、さらに監視装置４５０に通知されることができる。
　第２のトリガーはトラフィックの増大を示す。トラフィックの増大とは、例えば、ＲＡＮにおける監視しているトラフィック量が予め定められた第２の閾値を超えることである。
　第２のトリガーはオペレータ毎に（つまり、会社レベルで）トラフィックを監視している監視装置４５０により取得（確認）される。
　第３のトリガーが、監視装置４５０において、第１のトリガーと第２のトリガーの両方（いわゆる「ＡＮＤ」処理）、または、いずれか一方（いわゆる「ＯＲ」処理）がかかったことに対応する。
　特に、第１のトリガー及び第２のトリガーの両方がかかったときに開始すれば、仮想化ＤＵの削除などによる一時的な高負荷やトラフィック増大による誤判断を回避し得る。
　管理装置１００によるＤＵの処理分散は、監視装置４５０から第３のトリガーがかかったときに開始することができる。つまり、会社レベル（オペレータ毎）の、ＳＬＡ（特にギャランティ型のＳＬＡ）の履行のために、監視装置４５０が管理装置１００にＤＵの処理分散を依頼することになる。
　管理装置１００は、さらに任意選択的に、ＤＵ＃１に対してギャランティ型のＵＥのためのデータについて、それらの送付に先立ってデータ量及び種類を通知してもよい。これにより、管理装置１００は、ＤＵ＃１において当該ギャランティ型のＵＥのためにデータ処理することで、ＤＵ＃１の処理能力が通常時よりも低下するか否かを問い合わせることができる。
　第３のトリガーがかかっていたとしても、ＤＵ＃１において処理してもＤＵ＃１の処理能力が通常時よりも低下しないのであれば、処理分散を中止し得る。
　これにより、送付されるデータに照らして処理分散が必要であることが確認できた場合に限り、処理分散を開始できる。
　なお、ＳＬＡの履行のために処理分散すべきオペレータが複数あるときには、それらのうちから１社ずつ選出して処理分散を行う。
　管理装置１００によるＤＵの処理分散は、次の動作を含む（図１１の符号１５０１が指す囲み参照）。
　管理装置１００はＤＵ＃１に対して、ギャランティ型のＵＥのためのデータ処理のうちＤＵ＃１で処理するものを通知する。
　管理装置１００はＤＵ＃２に対して、ギャランティ型のＵＥのためのデータ処理のうちＤＵ＃２で処理するものを通知する。
　管理装置１００はＣＵ２１０に対して、ギャランティ型のＵＥのためのデータのうちＤＵ＃２で処理するものをＤＵ＃１ではなくＤＵ＃２へ送信するよう指示する。
　管理装置１００はＭＥＣ４００に対して、ＤＵ＃１、ＤＵ＃２及びＣＵ２１０への処理分散指示が完了したことを通知する。
　さらにＭＥＣ４００に対してアプリケーションに係るデータのトラフィックが正常になっているか否かを監視するように指示する。
　トラフィック量が所定の範囲内にあるか否かで、さらに別のギャランティ型オペレータについての処理分散をするか否かを判断し得る。
　図１２は実施形態に係る、１又は複数のプロセッサによって実行される、ＲＡＮの管理方法１０００の例を示すフローチャートである。
　この管理方法１０００では１以上のＲＵが第１のＤＵ（ＤＵ＃１）及び第２のＤＵ（＃２）に通信可能に接続したＲＡＮの制御方法である。
　通常時は第１のＤＵが当該１以上のＲＵのためにデータ処理をしている。第１のＤＵの処理能力が低下した際に、第１のＤＵにおけるギャランティ型のＵＥのためのデータ処理の一部を第２のＤＵに移して、データ処理を分散させる方法を与える。
　なお、複数のオペレータによるギャランティ型のＵＥがあり、それらのためのデータ処理が通常時には第１のＤＵでされているとする。
　本方法は、管理装置１００において実行されることを想定するが、一部の処理は管理装置１００とは別の装置によって実行されてもよい。すなわち、本方法が、複数の装置による処理分散で実行されてもよい。
　管理方法１０００においては、ＣＵ及び各ＤＵから各ＤＵについての処理能力及びそれらに接続するＵＥのＳＬＡ（つまりギャランティ型とベストエフォート型の別）を取得する（図１２の符号１１００）。なお、この工程は定期的に繰り返されてもよい。さらにギャランティ型のＵＥがどのＲＵに接続しているかを取得することができる。
　また、ＣＵ及び各ＤＵに対し、ベストエフォート型のＵＥに向けたデータの処理、及び、通常時におけるギャランティ型のＵＥに向けたデータ処理はＤＵ＃１でされることを設定してもよい。
　さらに、各ＤＵで処理されているデータの量を、そのデータを使用するオペレータ毎に管理装置から取得してもよい。これにより、各ＤＵで処理されているデータ量をオペレータ毎に監視し得る。
　次に、Ｍ－Ｐｌａｎｅを設定してＲＵより電波を発射する（図１２の符号１２００）。ＲＵは、ＤＵ＃１及びＤＵ＃２とセッションを形成して、電波を発射することができる。なお、通常時において、ＲＵはＤＵ＃１で処理されたデータについて電波を発射するようになっている。
　次に、第１のトリガー及び第２のトリガーの少なくとも１つを受けてＤＵの処理分散を開始する（図１２の符号１３００）。
　第１のトリガーはＤＵ＃１が高負荷となっているアラートが出ることである。特に、ＤＵ＃１はそのリソース使用率が予め定められた第１の閾値を超えたことでアラートを出してもよい。
　第２のトリガーは会社レベルで（オペレータ毎に）トラフィックの増大を通知されることである。特に監視しているトラフィック量が予め定められた第２の閾値を超えたことでトラフィックの増大を通知してもよい。
　第１のトリガー及び第２のトリガーの一方がかかったときにＤＵの処理分散を開始し得る。あるいは、第１のトリガー及び第２のトリガーの両方がかかったときにＤＵの処理分散を開始し得る。
　次に、ギャランティ型のＵＥのためのデータのうち、ＤＵ＃２で処理するものを決定する。
　複数のオペレータに係る複数のギャランティ型のＵＥがある。ユーザとギャランティ型のＳＬＡを締結しているオペレータのうち、まだ処理分散されておらず、処理分散の対象となる１のオペレータを決定する（図１２の符号１４００）。
　この決定は、複数のオペレータのうち、処理分散されていないオペレータのなかからランダムに選んでし得る。
　または、大容量のデータが送信されるＵＥのオペレータと決定し得る。
　あるいは、ＲＵに早く接続したＵＥ又はＲＵに遅く接続したＵＥのオペレータと決定し得る。
　あるいは、オペレータの優先度に順序付けがあって、その順序によって決定してもよい。
　次に、処理分散の対象と決定された１のオペレータについて、そのオペレータのＵＥに対するデータのうち、どのデータを処理分散の対象にするかを決定する（図１２の符号１５００）。
　この決定は、ギャランティ型のＵＥのためのデータの種類に基づいて行うことができる。特に、アプリケーション毎のデータの優先度に基づいて決定することができる。
　あるいは、ＤＵ＃２へ分散させてＤＵ＃２で処理するデータは、ギャランティ型のＵＥのためのデータのうちの一定の割合分であると決定することができる。
　特に、ギャランティ型のＵＥのためのデータを送信するためのリソースブロックの数に基づいて決定することができる。
　あるいは、ギャランティ型のＵＥのためのデータを送信する帯域のうち、一定の割合分の帯域分で決定することができる。
　次に処理分散を実行する（図１２の符号１６００）。
　つまり、ギャランティ型のＵＥのためのデータのうち、ＤＵ＃２で処理すると決定されたデータ（又は部分）を、ＤＵ＃２で処理する。
　また、ギャランティ型のＵＥのためのデータのうち、ＤＵ＃２で処理すると決定されたデータ（又は部分）以外のデータ（又は部分）を、ＤＵ＃１で処理する。
　次に処理分散により、ギャランティ型のＳＬＡをユーザと締結している複数のオペレータの各々について、ギャランティ型のＵＥに対するスループットの下限が確保されているか否かを判断する（図１２の符号１７００）。
　スループットの下限が確保されているか否かは、ＭＥＣでオペレータ毎のトラフィックが正常になっているか否かを監視してもよい。オペレータ毎のトラフィック量が所定の範囲内にあれば正常と判断してもよい。
　つまり、ギャランティ型のＳＬＡをユーザと締結している複数のオペレータについて、スループットの下限が確保されていて、ＳＬＡを履行できる状態であれば、全てのオペレータに対して処理分散をする必要がない。
　その場合（図１２の符号１７００：Ｙｅｓ）は、ＳＬＡのための処理分散の手順をここで終了させることができる（図１２の符号１８００）。
　ギャランティ型のＳＬＡをユーザと締結している複数のオペレータについて、スループットの下限が確保されず、ＳＬＡを履行できない状態のオペレータがあり得る。
　その場合（図１２の符号１７００：Ｎｏ）は、ユーザとギャランティ型のＳＬＡを締結しているオペレータのうち、まだ処理分散されておらず、処理分散の対象となる１のオペレータを再び決定する（図１２の符号１４００）。
　処理分散の対象となるデータの決定及び処理分散の実行（図１２の符号１５００及び１６００）を、ギャランティ型のＳＬＡをユーザと締結している全てのオペレータでスループットの下限が確保されるまで繰り返す（図１２の符号１７００及び１８００）。
　なお、上記のフローチャートは一例であり、所望の結果を得ることができるならば処理の順番を適宜入れ替えることも可能である。
　さらに上述の管理方法を１又は複数のプロセッサに実行させるためのプログラムも本開示に含まれる。当該プログラムは、コンピュータ読み取り可能で非一時的な（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）記憶媒体に記録されて提供されてよい。
　プログラムは図１における管理装置１００の処理部１２０において、プロセッサ１２２を動作させるために、揮発性または不揮発性のメモリ１２４に記憶されていてもよい。
　本開示は、上述の実施形態に限定されるものではなく、上述の構成に対して、構成要素の付加、削除又は転換を行った様々な変形例も含むものとする。また、各実施例が様々に組み合わせることが可能である。
　なお、本説明において用いられた「接続」という用語は、通信のための論理的接続を意味する。例えば、「ＤＵに接続しているＲＵ」とは、ＤＵとＲＵとが通信可能なように論理的に接続されていることを意味する。ＤＵ及びＲＵが物理的なケーブル等で物理的に直接接続されている必要はないし、ＤＵとＲＵの間に複数の機器又は無線通信が介在していてもよい。
　さらに、本開示は次の態様を含む。
　［１］複数のオペレータが共有している無線アクセスネットワーク（ＲＡＮ）の管理装置であって、
　前記ＲＡＮは、
　　ＣＵ（Central Unit）と、
　　前記ＣＵに通信可能に接続した第１のＤＵ（Distributed Unit）と、
　　前記ＣＵに通信可能に接続した第２のＤＵと、
　　前記第１のＤＵ及び前記第２のＤＵに通信可能に接続したＲＵ（Radio Unit）と、
　を有し、
　前記ＲＡＮにおいて監視しているトラフィック量が、予め定められた範囲になるまで、
　　前記複数のオペレータのうち、ユーザとギャランティ型のサービスレベル契約（ＳＬＡ）を締結しているオペレータを１つ選出することと、
　　前記ＣＵと前記第１のＤＵと前記第２のＤＵとに指示を送信して、前記第１のＤＵで処理する前記ＲＵのためのデータのうち、前記ＲＵに通信可能に接続したユーザ端末（ＵＥ）であって、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの少なくとも一部を、前記第２のＤＵで処理させることと、
を実行するプロセッサを備える、管理装置。
　［２］前記複数のオペレータのうちの２以上が、ユーザとギャランティ型のＳＬＡを締結している、［１］に記載の管理装置。
　［３］前記指示の送信は、
　前記第１のＤＵのリソース使用率が予め定められた第１の閾値を超えたとき、
　又は、前記ＲＡＮにおいて監視している各オペレータのトラフィック量が予め定められた第２の閾値を超えたときにされる、［１］又は［２］に記載の管理装置。
　［４］前記第２のＤＵで処理されるデータの前記一部は、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの種類によって決定される、［１］から［３］のいずれか一項に記載の管理装置。
　［５］前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの前記種類は、アプリケーション毎に定められる、［４］に記載の管理装置。
　［６］前記第２のＤＵで処理されるデータの前記一部は、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータのうち一定の割合の部分である、［１］から［３］のいずれか一項に記載の管理装置。
　［７］前記一定の割合の部分は、リソースブロック単位で選択される、［６］に記載の管理装置。
　［８］複数のオペレータが共有している無線アクセスネットワーク（ＲＡＮ）の管理方法であって、
　前記ＲＡＮは、
　　ＣＵ（Central Unit）と、
　　前記ＣＵに通信可能に接続した第１のＤＵ（Distributed Unit）と、
　　前記ＣＵに通信可能に接続した第２のＤＵと、
　　前記第１のＤＵ及び前記第２のＤＵに通信可能に接続したＲＵ（Radio Unit）と、
　を有し、
　前記ＲＡＮにおいて監視しているトラフィック量が、予め定められた範囲になるまで、
　　前記複数のオペレータのうち、ユーザとギャランティ型のサービスレベル契約（ＳＬＡ）を締結しているオペレータを１つ選出することと、
　　前記ＣＵと前記第１のＤＵと前記第２のＤＵとに指示して、前記第１のＤＵで処理する前記ＲＵのためのデータのうち、前記ＲＵに通信可能に接続したユーザ端末（ＵＥ）であって、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの少なくとも一部を、前記第２のＤＵで処理させることと、
を含む方法。
　［９］無線通信システムであって、
　複数のオペレータが共有している無線アクセスネットワーク（ＲＡＮ）であって、
　　ＣＵ（Central Unit）と、
　　前記ＣＵに通信可能に接続した第１のＤＵ（Distributed Unit）と、
　　前記ＣＵに通信可能に接続した第２のＤＵと、
　　前記第１のＤＵ及び前記第２のＤＵに通信可能に接続したＲＵ（Radio Unit）と、
　を有した、ＲＡＮと、
　前記ＲＡＮの管理装置とを含み、
　前記管理装置が、
　前記ＲＡＮにおいて監視しているトラフィック量が、予め定められた範囲になるまで、
　　前記複数のオペレータのうち、ユーザとギャランティ型のサービスレベル契約（ＳＬＡ）を締結しているオペレータを１つ選出することと、
　　前記ＣＵと前記第１のＤＵと前記第２のＤＵとに指示を送信して、前記第１のＤＵで処理する前記ＲＵのためのデータのうち、前記ＲＵに通信可能に接続したユーザ端末（ＵＥ）であって、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの少なくとも一部を、前記第２のＤＵで処理させることと、
を実行するプロセッサを備える、無線通信システム。
　１００　管理装置
　１１０　送受信部
　１２０　処理部
　１２２　プロセッサ
　１２４　メモリ
　１２６　ストレージ
　２００　ＲＡＮ
　２１０　ＣＵ
　２２０、２２０－１、２２０－２　ＤＵ
　２３０、２３０－１、２３０－２、２３０－３、２３０－４、２３０－５、２３０－６　ＲＵ
　３１０－１、３１０－２、３１０－３　ＵＥ
　３２０－１、３２０－２、３２０－３　ＵＥ
　３３０－１、３３０－２、３３０－３　ＵＥ
　４００　ＭＥＣ
　４５０　監視装置
　５００　ＣＮ
　９３１、９３２、９３２Ａ、９３３　データ
　１０００　管理方法

Claims (9)

  1. 　複数のオペレータが共有している無線アクセスネットワーク（ＲＡＮ）の管理装置であって、
    　前記ＲＡＮは、
    　　ＣＵ（Central Unit）と、
    　　前記ＣＵに通信可能に接続した第１のＤＵ（Distributed Unit）と、
    　　前記ＣＵに通信可能に接続した第２のＤＵと、
    　　前記第１のＤＵ及び前記第２のＤＵに通信可能に接続したＲＵ（Radio Unit）と、
    　を有し、
    　前記ＲＡＮにおいて監視しているトラフィック量が、予め定められた範囲になるまで、
    　　前記複数のオペレータのうち、ユーザとギャランティ型のサービスレベル契約（ＳＬＡ）を締結しているオペレータを１つ選出することと、
    　　前記ＣＵと前記第１のＤＵと前記第２のＤＵとに指示を送信して、前記第１のＤＵで処理する前記ＲＵのためのデータのうち、前記ＲＵに通信可能に接続したユーザ端末（ＵＥ）であって、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの少なくとも一部を、前記第２のＤＵで処理させることと、
    を実行するプロセッサを備える、管理装置。
  2. 　前記複数のオペレータのうちの２以上が、ユーザとギャランティ型のＳＬＡを締結している、請求項１に記載の管理装置。
  3. 　前記指示の送信は、
    　前記第１のＤＵのリソース使用率が予め定められた第１の閾値を超えたとき、
    　又は、前記ＲＡＮにおいて監視している各オペレータのトラフィック量が予め定められた第２の閾値を超えたときにされる、請求項１に記載の管理装置。
  4. 　前記第２のＤＵで処理されるデータの前記一部は、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの種類によって決定される、請求項１に記載の管理装置。
  5. 　前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの前記種類は、アプリケーション毎に定められる、請求項４に記載の管理装置。
  6. 　前記第２のＤＵで処理されるデータの前記一部は、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータのうち一定の割合の部分である、請求項１に記載の管理装置。
  7. 　前記一定の割合の部分は、リソースブロック単位で選択される、請求項６に記載の管理装置。
  8. 　複数のオペレータが共有している無線アクセスネットワーク（ＲＡＮ）の管理方法であって、
    　　ＣＵ（Central Unit）と、
    　　前記ＣＵに通信可能に接続した第１のＤＵ（Distributed Unit）と、
    　　前記ＣＵに通信可能に接続した第２のＤＵと、
    　　前記第１のＤＵ及び前記第２のＤＵに通信可能に接続したＲＵ（Radio Unit）と、
    　を有した前記ＲＡＮを与えることと、
    　前記ＲＡＮにおいて監視しているトラフィック量が、予め定められた範囲になるまで、
    　　前記複数のオペレータのうち、ユーザとギャランティ型のサービスレベル契約（ＳＬＡ）を締結しているオペレータを１つ選出することと、
    　　前記ＣＵと前記第１のＤＵと前記第２のＤＵとに指示して、前記第１のＤＵで処理する前記ＲＵのためのデータのうち、前記ＲＵに通信可能に接続したユーザ端末（ＵＥ）であって、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの少なくとも一部を、前記第２のＤＵで処理させることと、
    を含む方法。
  9. 　無線通信システムであって、
    　複数のオペレータが共有している無線アクセスネットワーク（ＲＡＮ）であって、
    　　ＣＵ（Central Unit）と、
    　　前記ＣＵに通信可能に接続した第１のＤＵ（Distributed Unit）と、
    　　前記ＣＵに通信可能に接続した第２のＤＵと、
    　　前記第１のＤＵ及び前記第２のＤＵに通信可能に接続したＲＵ（Radio Unit）と、
    　を有した、ＲＡＮと、
    　前記ＲＡＮの管理装置とを含み、
    　前記管理装置が、
    　前記ＲＡＮにおいて監視しているトラフィック量が、予め定められた範囲になるまで、
    　　前記複数のオペレータのうち、ユーザとギャランティ型のサービスレベル契約（ＳＬＡ）を締結しているオペレータを１つ選出することと、
    　　前記ＣＵと前記第１のＤＵと前記第２のＤＵとに指示を送信して、前記第１のＤＵで処理する前記ＲＵのためのデータのうち、前記ＲＵに通信可能に接続したユーザ端末（ＵＥ）であって、前記選出されたオペレータとギャランティ型のＳＬＡを締結したＵＥのためのデータの少なくとも一部を、前記第２のＤＵで処理させることと、
    を実行するプロセッサを備える、無線通信システム。
PCT/JP2022/022225 2022-05-31 2022-05-31 共有ｒａｎにおけるデータ処理を分散させるための装置及び方法 WO2023233555A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/022225 WO2023233555A1 (ja) 2022-05-31 2022-05-31 共有ｒａｎにおけるデータ処理を分散させるための装置及び方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/022225 WO2023233555A1 (ja) 2022-05-31 2022-05-31 共有ｒａｎにおけるデータ処理を分散させるための装置及び方法

Publications (1)

Publication Number Publication Date
WO2023233555A1 true WO2023233555A1 (ja) 2023-12-07

Family

ID=89025959

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/022225 WO2023233555A1 (ja) 2022-05-31 2022-05-31 共有ｒａｎにおけるデータ処理を分散させるための装置及び方法

Country Status (1)

Country Link
WO (1) WO2023233555A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016525818A (ja) * 2013-05-28 2016-08-25 リバダ ネットワークス エルエルシーＲｉｖａｄａ Ｎｅｔｗｏｒｋｓ Ｌｌｃ 動的スペクトルアービトラージポリシ主導サービス品質の方法及びシステム
JP2021022858A (ja) * 2019-07-29 2021-02-18 Kddi株式会社 制御装置、制御方法及びプログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016525818A (ja) * 2013-05-28 2016-08-25 リバダ ネットワークス エルエルシーＲｉｖａｄａ Ｎｅｔｗｏｒｋｓ Ｌｌｃ 動的スペクトルアービトラージポリシ主導サービス品質の方法及びシステム
JP2021022858A (ja) * 2019-07-29 2021-02-18 Kddi株式会社 制御装置、制御方法及びプログラム

Similar Documents

Publication Publication Date Title
US10939309B2 (en) Intent-driven radio access networking method and system
CN105830401B (zh) 具有虚拟范围延伸器的软件定义的网络基础设施
US9241332B2 (en) System and method for managing resources in a communication system
CN111200878B (zh) 信息传输方法及其装置
CN107911850B (zh) 一种传送网业务建立方法及设备
CN103813336A (zh) 无线局域网络传输控制方法、设备及系统
JP5712443B2 (ja) 優先順位調整方法および関連デバイス
US10911312B2 (en) Cloud-based network architecture centered around a software-defined spectrum controller
US9622090B2 (en) Method for generating wireless virtual network and wireless network control device
WO2019029522A1 (zh) 网络组件的管理方法和网络设备
US10028195B2 (en) Data forwarding control method and system, controller, and access device
US20040105458A1 (en) Communication control method, server apparatus, and client apparatus
WO2019029704A1 (zh) 网络对象管理方法及其装置
KR101853017B1 (ko) 통신 시스템에서 자원 관리 시스템 및 방법
US20240031427A1 (en) Cloud-network integration oriented multi-access edge computing architecture
WO2023233555A1 (ja) 共有ｒａｎにおけるデータ処理を分散させるための装置及び方法
US20190116601A1 (en) Communication terminal, communication method, and storage medium in which communication program is stored
CN109831467B (zh) 数据传输方法、设备及系统
WO2023233553A1 (ja) 共有ｒａｎにおけるデータ処理を分散させるための装置及び方法
US20160088488A1 (en) Method of operating entities in coexistence management system
KR20230065806A (ko) 무선 통신 시스템에서 분할 컴퓨팅 서비스를 제공하는 방법 및 장치
Ashjaei et al. Dynamic Resource Distribution using SDN in Wireless Networks
CN113660726A (zh) 资源分配方法和装置
KR101537014B1 (ko) 통신 시스템에서 자원 관리 시스템 및 방법
WO2024113288A1 (zh) 通信方法和通信装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 18040053

Country of ref document: US

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

Ref document number: 22944842

Country of ref document: EP

Kind code of ref document: A1