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

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

Info

Publication number
WO2023233553A1
WO2023233553A1 PCT/JP2022/022221 JP2022022221W WO2023233553A1 WO 2023233553 A1 WO2023233553 A1 WO 2023233553A1 JP 2022022221 W JP2022022221 W JP 2022022221W WO 2023233553 A1 WO2023233553 A1 WO 2023233553A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
management device
ran
processing
processed
Prior art date
Application number
PCT/JP2022/022221
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/022221 priority Critical patent/WO2023233553A1/ja
Publication of WO2023233553A1 publication Critical patent/WO2023233553A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/02—Resource partitioning among network components, e.g. reuse partitioning
    • H04W16/04—Traffic adaptive resource partitioning
    • 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
    • H04W28/08—Load balancing or load distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points

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 (companies) using 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 aims to provide a technique for increasing throughput to UEs even when the shared DU usage resources are tight.
  • 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.
  • the management device transmits an instruction to the CU, the first DU, and the second DU to enable communication with the RU among data for the RU to be processed by the first DU.
  • the method includes a processor that causes the second DU to process at least a portion of data for a connected specific user terminal (UE).
  • UE connected specific user terminal
  • the specific UE may be a UE that has concluded a guaranteed service level agreement (SLA) with one of the plurality of operators.
  • SLA service level agreement
  • the instruction is given when the resource usage rate of the first DU exceeds a first predetermined threshold, or when the traffic monitored in the RAN exceeds a second predetermined threshold. , may be sent to.
  • the portion of data processed in the second DU may be determined by the type of data for the particular UE.
  • the type of data for the specific UE may be defined for each application.
  • the part of the data processed in the second DU may be a certain percentage of the data for the specific UE.
  • 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 instructs the CU, the first DU, and the second DU to communicably connect to the RU among data for the RU to be processed by the first DU.
  • the method further includes causing at least a portion of data for a particular user equipment (UE) to be processed in the second DU.
  • UE user equipment
  • 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.
  • the management device instructs the CU, the first DU, and the second DU to connect communicably to the RU among the data for the RU to be processed by the first DU.
  • the method includes a processor that causes the second DU to process at least a portion of data for a specific user terminal (UE).
  • 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 for explaining an example of a procedure up to DU processing distribution according to the embodiment.
  • FIG. 7 is a schematic diagram for explaining an example of a procedure for distributing DU processing 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. 8 is a schematic diagram showing another example of DU processing distribution 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 another procedure example of processing distribution of DUs according to the embodiment.
  • FIG. 11 is a schematic diagram for explaining yet another 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
  • 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 its SLA.
  • K be the number of operators sharing a RAN.
  • 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).
  • i is an integer between 1 and K.
  • K 1 if the RAN is not shared by multiple operators.
  • 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. The database will be described later.
  • 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 an MOCN configuration.
  • the number of operators K is assumed to be an integer greater than or equal to 1, and the first operator (often referred to as "Company A") provides only guarantee-type communication services to each user.
  • the first 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.
  • Best effort UE#1 and UE#3 are connected to RU#1 and RU#3, respectively.
  • Guaranteed type UE#2 is connected to RU#2. It is only an example that one UE is connected to each RU, and any number of UEs may be connected to each RU, or there may be some RUs to which no UE is connected.
  • DU #1 For best effort communication with UEs, only DU #1 is used. For example, if UE#1 of best effort type is communicating with RU#1, data for UE#1 to RU#1 is sent from the CU via DU#1 instead of DU#2. .
  • DU #1 is used when the processing capacity of DU #1 is not degraded (referred to as "normal time" of DU #1).
  • 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 management device sends an instruction to the CU, DU #1, and DU #2, and among the data for the RU to be processed by DU #1, data for a specific UE communicatively connected to the RU is transmitted. At least a part of the data is processed by DU #2.
  • Processing distribution may be started, for example, when the processing capacity of DU #1 decreases and/or communication congestion occurs.
  • the specific UE is, for example, a UE with which a user has concluded a guarantee-type SLA with one of a plurality of operators. There may be one or more specific UEs.
  • part of the data processing in DU #1 for guarantee type UE #2 is performed in DU #2 during communication congestion.
  • each of the plurality of operators except one may conclude a best effort SLA with the user.
  • DU #1 is always used.
  • UE #4 a best effort type UE
  • DU #2 holds sufficient processing resources to fulfill the guarantee-type SLA.
  • the following describes the procedure for determining the part of the data for guarantee type UE#2 to which the processing is to be transferred from DU#1 to DU#2, and the procedure for transferring the processing of the determined part from DU#1 to DU#2.
  • the procedure for determining the part of the data for guarantee type UE#2 to which the processing is to be transferred from DU#1 to DU#2 and the procedure for transferring the processing of the determined part from DU#1 to DU#2.
  • FIG. 5 is a schematic diagram illustrating an example of DU processing distribution according to the embodiment. An example of distributing processing in DU according to the type of data will be described with reference to FIG. 5.
  • the connections between DU#1 and DU#2 and RU#1, RU#2, and RU#3 in FIG. 5 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. 5, 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.
  • Best effort UE#1 and UE#3 are connected to RU#1 and RU#3, respectively.
  • Data processed for UE #1 and UE #3 in RU #1 and RU #3 are data 931 and data 933, respectively.
  • Each guarantee type UE #2 is connected to RU #2.
  • Data processed for UE #2 in RU #2 is data 932.
  • DU #1 is used for processing data for best effort UEs. That is, data 931 and data 933 for UE #1 and UE #3 are transmitted from DU #1 to RU #1 and RU #3, respectively. Normally, only DU #1 is used to process data for a guarantee type UE. That is, in normal times, data 932 is transmitted from DU #1 to RU #2.
  • the data 932 for guarantee type UE#2 in RU#2 includes first data (indicated by data#1 in FIG. 5) and second data (indicated by data#2 in FIG. 5), which 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. Regarding data 932 for guarantee type UE #2, 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. Further, 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.
  • UE#2 is connected to RU#2.
  • RU#2 is connected to DU#1 and DU#2, but normally only DU#1 processes data for UE#2.
  • UE #2 receives movie distribution and advertisement video distribution as guaranteed communication services through RU #2.
  • movies and advertising videos are played by the UE's video viewing application. Therefore, movies and advertising videos are related to the same application.
  • a movie or advertising video played by a video playback application and, for example, e-mail handled by an e-mail sending/receiving application are distinguished on an application-by-application basis. It is assumed that movies have a high processing priority and advertising videos have a low processing priority. Processing of movie data (data#1 in FIG. 5) is distributed to DU#2, and advertising video data (data#2 in FIG. 5) is processed in DU#1.
  • FIG. 6 an example of the procedure up to DU processing distribution according to the embodiment will be described.
  • the management device 100, storage 126 connected to or included in the management device 100, MEC 400, CU 210, DU #1, DU #2, RU #1, RU #2, UE #1, and UE #2 are described. has been done.
  • the mutual connections of DU#1, DU#2, RU#1, RU#2, UE#1, and UE#2 are the same as those in FIG. 4.
  • the description of RU #3 and UE #3 is omitted.
  • DU#1 and DU#2 are communicably connected to CU210
  • the box indicated by reference numeral 1101 in FIG. 6 shows 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).
  • the SLA that is, the guarantee type and the best effort type
  • Processing capacity can be represented by physical resources such as memory and computational resources such as processor usage. Obtaining the processing capacity and SLA of the connecting UE may be performed periodically and stored in the storage 126. Furthermore, 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 optionally obtain the amount of data being processed in each DU from the MEC 400 for each application using that data. Thereby, the management device 100 can monitor the amount of data being processed in each DU for each application. This makes it possible to determine or monitor the fulfillment status of an SLA (particularly a guarantee-type SLA) at the application level. Note that the amount of data being processed in each DU may be periodically acquired and stored in the storage 126.
  • the box indicated by reference numeral 1201 in FIG. 6 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 DU#1 and DU#2 (see FIG. 4) and emit radio waves.
  • FIG. 7 An example of a procedure for distributing DU processing according to the embodiment will be described with reference to FIG. 7 . Also in FIG. 7, the management device 100, storage 126 connected to or included in the management device 100, MEC 400, CU 210, DU #1, DU #2, RU #1, RU #2, UE #1, and UE #2 are described. has been done.
  • the management device 100 controls the processing distribution of DUs. Triggers that cause the management device 100 to start distributing DU processing include the following first trigger and second trigger (see the box indicated by reference numeral 1301 in FIG. 7).
  • the first trigger indicates that DU #1 is under high load.
  • DU #1 is under a high load
  • 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 can be notified to the CU 210 as a high load alert for DU #1, and further notified to the management device 100.
  • the second trigger indicates an increase in traffic.
  • the increase in traffic means, for example, that the monitored traffic in the RAN exceeds a predetermined second threshold.
  • the second trigger can be notified to the management device 100 by the MEC 400 that monitors traffic for each application. This notification may include a request for RAN control for SLA fulfillment and the status of the application.
  • DU processing distribution by the management device 100 can be started when at least one of the first trigger and the second trigger is applied.
  • the first trigger and the second trigger are applied, it is possible to avoid misjudgment due to temporary high load or temporary increase in traffic due to deletion of virtualized DU, etc.
  • 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 in advance 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 first trigger or the second trigger is applied, if the processing capacity of DU #1 does not decrease compared to normal even if data is processed for the guaranteed type UE in DU #1, the processing Dispersion can be stopped. 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 reference numeral 1501 in FIG. 7).
  • 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.
  • DU#1 or DU#2 should process data for a guarantee type UE, as explained with reference to FIG. 5, the type of data to be processed (priority) for each application It can be determined by This sets service level control for DU #1 and DU #2.
  • the management device 100 instructs the CU 210 to transmit to DU #2 the data to be processed by DU #2 among the data for the guarantee type UE.
  • the management device 100 instructs the CU 210 to transmit to DU #1 the data to be processed by DU #1 among the data for the guarantee type UE.
  • the management device 100 may instruct the CU 210 to transmit data for a best effort UE to 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.
  • FIG. 8 is a schematic diagram showing another example of DU processing distribution according to the embodiment.
  • FIG. 8 an example in which a certain proportion of data is processed in different DUs will be described.
  • 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.
  • the SLA of UE #1 and UE #3 is a best effort type
  • the SLA of UE #2 is a guarantee type provided by Company A.
  • DU #1 For best effort communication with UEs, only DU #1 is used. That is, data 931 and data 933 for UE #1 and UE #3 pass through DU #1. In communication with a guarantee type UE, only DU #1 is normally used. That is, in normal times, data 932 passes through DU #1. However, when DU#1 becomes highly loaded and its processing capacity decreases, data processing in DU#1 for UE#2 is transferred to DU#2.
  • the portion of the processing for a specific UE (guarantee type UE) in DU #1 that is transferred to DU #2 is a certain percentage of the data 932 to be processed.
  • processing for, for example, 80% of the data 932 is distributed to DU #2 for guarantee type UE #2 in RU #2.
  • the remaining 20% of the data 932 is processed by DU #1.
  • the operator can fulfill the service level agreement. Further, the load on DU #1 is reduced, and the processing capacity of DU #1 is restored.
  • the selection of a certain percentage of the data to be processed to be transferred to DU #2 among the processing for the guarantee type UE 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 in DU #2.
  • Normal downlink from DU #1 to RU #2 is performed in units of resource grids in FIG. 9 .
  • the downlink includes data for UE #2. Therefore, among the resource blocks in the resource grid, for resource blocks for data to UE #2 (for example, resource blocks for PDSCH (Physical Downlink Shared Channel) destined for UE #2), a certain amount of 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).
  • PDSCH Physical Downlink Shared Channel
  • FIG. 10 Another example procedure for distributing DU processing according to the embodiment will be described with reference to FIG. 10 .
  • management device 100, monitoring device 450, CU 210, DU #1, DU #2, RU #1, RU #2, UE #1, and UE #2 are described.
  • DU #1 and DU #2 are communicably connected to the CU 210.
  • the best effort type UE #1 and the guarantee type UE #2 are communicably connected to the RU #1 and the UE #2, respectively.
  • the monitoring device 450 is communicably connected to at least the CU 210 and the management device 100.
  • a high load alert is notified from DU #1 to the CU 210.
  • the high load alert is further notified from the CU 210 to the monitoring device 450.
  • the monitoring device 450 has information on the SLA (best effort type or guarantee type) of the UE that connects to DU #1 through the RU. Therefore, when a monitoring alert is received and a guarantee type UE exists, the management device 100 is notified of a service level control request, that is, that the load of DU#1 should be distributed to DU#2 (reference numeral 1301 in FIG. 10). (see the box pointed to).
  • 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. 10).
  • the management device 100 instructs the CU 210 to select a certain percentage of data for the guarantee type UE (UE #2) and transmit it to the DU #2 for processing. Furthermore, it instructs DU #1 to transmit the unselected portion of the data to be processed. As described above, this selection can be made in resource grid units from the downlink from DU #1 to RU #2.
  • the management device 100 informs the CU 210 that a certain proportion of the data for the guarantee type UE (UE #2) is selected for the DU #1, and that the unselected portion of the data is transferred to the DU. #1 indicates what should be processed.
  • the management device 100 informs the CU 210 that a certain proportion of the data for the guarantee type UE (UE #2) is selected for the DU #2, and that the selected portion of the data is transferred to the DU #2. 2 indicates what should be processed.
  • the CU 210 selects a certain percentage of data and sends it to DU #2 for processing, and continues to send the unselected portion to DU #1 for processing.
  • the CU 210 may notify DU #1 and DU #2 only of the rules as to how to select the certain proportion of the resource grid.
  • all the data for the guarantee type UE (UE #2) is transmitted from the CU 210 to both DU #1 and DU #2 (without selecting a certain percentage and reducing the data). Then, according to the rules notified in DU #1 and DU #2, a certain percentage of the resource grid may be selected to reduce the number of resource blocks that emit radio waves.
  • FIG. 11 still another example procedure for distributing DU processing according to the embodiment will be described.
  • this is a procedure in which the band from which DU#1 emits radio waves from RU#2 is reduced, and the reduced band is supplemented by the radio waves emitted from DU#2 to RU#2.
  • the management device 100, the monitoring device 450, the CU 210, DU #1, DU #2, RU #1, RU #2, UE #1, and UE #2 are described.
  • the connections and service levels between these are the same as those in FIG. 10, so explanations will be omitted.
  • FIG. 6 it is assumed that the procedure up to DU processing distribution (excluding those related to the MEC 400 in FIG. 6) is executed before the procedure in FIG. Same as in case.
  • the monitoring device 450 which has been notified of the high load alert from DU #1 and the CU 210, notifies the management device 100 of a service level control request, that is, that the load of DU #1 should be distributed to DU #2. (See the box indicated by reference numeral 1301 in FIG. 11).
  • 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 instructs the CU 210 to divide the bands to be processed by DU #1 and emitted radio waves from RU #2 for the guarantee type UE (UE #2) into two bands, a first band and a second band. Separate. For example, assume that the band for processing in DU #1 and emitting radio waves from RU #2 for a guarantee type UE (UE #2) is from f0 to f1 (in Hz) (assuming that f0 ⁇ f1). The bands are divided so that the first band is f0 to f2 (unit: Hz), and the second band is from f2 to f1 (unit: Hz) (f0 ⁇ f2 ⁇ f1).
  • the CU 210 transmits data corresponding to the first band to DU #1 for processing, and transmits data corresponding to the second band to DU #2 for processing. Note that data in the second band may be sent to DU#1 for processing, and data in the first band may be sent to DU#2 for processing, so in that case, the necessary reading changes will be made below. is done.
  • f2 is set so that the ratio of the width of the second band for DU#2 (f2-f1) and the width of the first band for DU#1 (f1-f2) is 80:20. If selected, it becomes possible to distribute processing by frequency.
  • the data corresponding to the first band may be selected by dividing the resource grid into two in the frequency direction (that is, in the vertical axis direction in FIG. 9) and selecting a resource block for data to UE #2. .
  • the management device 100 informs DU #1 that the CU 210 selects the data portion corresponding to the second band among the data for the guarantee type UE (UE #2), and that the data portion corresponding to the second band is selected in this way. Indicates that the portion should be processed by DU #1.
  • the management device 100 determines that, for DU #2, the CU 210 selects the data portion corresponding to the first band among the data for the guarantee type UE (UE #2), and that the data portion corresponding to the first band is selected in this way. Indicates that the portion should be processed by DU #2.
  • 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 management method for a RAN in which one or more RUs are communicably connected to a first DU (DU #1) and a second DU (#2).
  • DU #1 first DU
  • #2 second DU
  • the processing capacity of the first DU which normally processes data for one or more RUs
  • part of the data processing for the guarantee type UE in the first DU is transferred to the second DU.
  • DUs providing a way to distribute data processing.
  • this method is assumed to be executed by the management device 100, some of the 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. Additionally, the amount of data being processed in each DU may be obtained from the MEC for each application using that data. Thereby, the amount of data being processed in each DU can be monitored for each application.
  • the RU can form sessions with DU #1 and DU #2 and emit radio waves. Note that normally, 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 from the MEC.
  • the MEC may notify an increase in traffic when the amount of monitored traffic 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 be started when both the first trigger and the second trigger are applied.
  • This decision can be made based on the type of data for the guaranteed UE. In particular, it can be determined based on the priority of data for each application.
  • 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 (1500 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 data traffic is 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.
  • 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 A specific user communicatively connected to the RU among data for the RU to be processed by the first DU by sending instructions to the CU, the first DU, and the second DU.
  • a management device comprising: a processor that causes at least part of data for a terminal (UE) to be processed by the second DU.
  • the management device according to any one of [1] to [3], wherein the part of the data processed in the second DU is determined by the type of data for the specific UE.
  • the part of the data processed in the second DU is a certain proportion of the data for the specific UE. Management device as described.
  • 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 Instructs the CU, the first DU, and the second DU to select a specific user terminal ( causing at least a portion of data for a UE to be processed in the second DU.
  • CU Central Unit
  • DU Distributed Unit
  • RU Radio Unit
  • 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 a management device for the RAN;
  • the management device includes: Instructs the CU, the first DU, and the second DU to select a specific user terminal ( a wireless communication system, the wireless communication system comprising: causing the second DU to process at least a portion of data for the UE.
  • 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 300-1, 300-2, 300-3 UE 400 MEC 450 Monitoring device 500 CN 931, 932, 933 Data 1000 Management method

Landscapes

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

Abstract

複数のオペレータが共有している無線アクセスネットワーク（ＲＡＮ）の管理装置であって、前記ＲＡＮは、ＣＵ（Central Unit）と、前記ＣＵに通信可能に接続した第１のＤＵ（Distributed Unit）と、前記ＣＵに通信可能に接続した第２のＤＵと、前記第１のＤＵ及び前記第２のＤＵに通信可能に接続したＲＵ（Radio Unit）と、を有し、前記ＣＵと前記第１のＤＵと前記第２のＤＵとに指示を送信して、前記第１のＤＵで処理する前記ＲＵのためのデータのうち、前記ＲＵに通信可能に接続した特定のユーザ端末（ＵＥ）のためのデータの少なくとも一部を、前記第２のＤＵで処理させること、を実行するプロセッサを備える、管理装置。

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）である。
　このＲＡＮ２００は、１以上のオペレータ（事業者）が共有している。ＲＡＮ２００はＧＷＣＮ構成であってもよいし、ＭＯＣＮ構成であってもよい。
　以下、説明を簡単にするために、オペレータの数Ｋは１以上の整数とし、第１のオペレータ（しばしば「Ａ社」と称する）は各ユーザに対し、ギャランティ型のみを通信サービスを提供している場合を詳述する。それ以外のオペレータは各ユーザに対しベストエフォート型の通信サービスのみを提供している。
　例えば第１のオペレータが各ユーザに対し、ギャランティ型又はベストエフォート型を選択させて通信サービスを提供する場合もある。その他より一般的な場合に対しても必要な読み替えをすれば本開示は適用できる。
　図４に戻ると、ＲＵ＃１、ＲＵ＃２及びＲＵ＃３はそれぞれ、ＤＵ＃１及びＤＵ＃２の両方に通信可能に接続して（セッションが張られて）いる。
　ベストエフォート型のＵＥ＃１及びＵＥ＃３（図４の符号３００－１及び３００－３参照）がそれぞれＲＵ＃１及びＲＵ＃３に接続している。ギャランティ型のＵＥ＃２（図４の符号３００－２参照）がＲＵ＃２に接続している。
　各ＲＵにはいずれも１のＵＥが接続しているのは一例に過ぎず、各ＲＵにおいては任意の数のＵＥが接続してよいし、接続するＵＥがないＲＵがあってもよい。
　ベストエフォート型のＵＥとの通信については、ＤＵ＃１のみが使用される。例えばベストエフォート型のＵＥ＃１がＲＵ＃１と通信している場合には、ＵＥ＃１のためのＲＵ＃１へのデータは、ＤＵ＃２ではなくＤＵ＃１経由でＣＵから送信される。
　また、ギャランティ型のＵＥ＃２との通信も、ＤＵ＃１の処理能力が低下していないとき（ＤＵ＃１の「通常時」と称する）はＤＵ＃１のみが使用される。例えばギャランティ型のＵＥ＃２がＲＵ＃２と通信している場合には、ＲＵ＃２へのデータは、通常時においては、ＤＵ＃２ではなくＤＵ＃１経由でＣＵから送信される。
　つまり、ＤＵ＃１は１以上のオペレータが共有していて、ギャランティ型のＵＥのデータだけでなく、ベストエフォート型のＵＥのデータも処理するＤＵである。ＤＵ＃１で処理すべきデータが増大する（ＤＵ＃１における「通信混雑」と称する）と、ＤＵ＃１の処理能力が低下し、各社のギャランティ型のＳＬＡを履行することができなくなる場合がある。
　本開示においては、管理装置がＣＵとＤＵ＃１とＤＵ＃２に指示を送信して、ＤＵ＃１で処理するＲＵのためのデータのうち、ＲＵに通信可能に接続した特定のＵＥのためのデータの少なくとも一部を、ＤＵ＃２で処理させる。
　あるＤＵでの処理を他のＤＵへ移すことを「処理分散」と称する。
　本開示に係る処理分散は、例えば、ＤＵ＃１の処理能力の低下及び／又は通信混雑の発生で開始されてもよい。
　特定のＵＥは、例えばユーザが複数のオペレータのうちの１つとギャランティ型のＳＬＡを締結したＵＥである。特定のＵＥは１つであっても、複数であってもよい。
　図４においては、ギャランティ型のＵＥ＃２のためのＤＵ＃１でのデータ処理の一部を通信混雑時にはＤＵ＃２でする。
　なお、複数のオペレータのうち１つを除いた各オペレータは、ベストエフォート型のＳＬＡをユーザと締結するとしてもよい。なお、ベストエフォート型のＵＥ＃１のためのデータについては、常時ＤＵ＃１のみが使用される。
　特に、ギャランティ型のＵＥ＃２が接続するＲＵ＃２において、さらにベストエフォート型のＵＥ（ＵＥ＃４とする）が接続していることがある。ギャランティ型のＵＥ＃２のためのデータ処理の一部をＤＵ＃２に移したときでも、ＵＥ＃４のためのデータ処理については、常時、ＤＵ＃１のみが使用される。
　これにより、特定のＵＥ（特にギャランティ型のＵＥ）のためのＤＵ＃１の処理をＤＵ＃２に分散させて、当該ＵＥのスループットの下限を確保することができる。
　総じて、オペレータはサービスレベル契約を履行することができる。また、ＤＵ＃１の負荷が減少して、ＤＵ＃１の処理能力が回復する。
　なお、ギャランティ型のＳＬＡを履行するためのＤＵ＃２は十分な処理リソースを保持している。
　ギャランティ型のＵＥ＃２についてのデータのうち、処理をＤＵ＃１からＤＵ＃２へ移す部分を決定すること、及び、決定した部分の処理をＤＵ＃１からＤＵ＃２へ移す手順について、次に複数の例を示す。
（データ種別に応じた処理分散）
　図５は、実施形態に係る、ＤＵの処理分散の例を示す模式図である。
　図５を参照して、データの種類に応じてＤＵでの処理を分散する一例を説明する。図５におけるＤＵ＃１及びＤＵ＃２とＲＵ＃１、ＲＵ＃２及びＲＵ＃３との接続は図４と同様であるので説明を省略する。
　また、ＤＵ、ＲＵ、ギャランティ型のＵＥ及びベストエフォート型のＵＥの数は図５に図示するものに限らず、それらの数に特に制限はない。特に、ＵＥについては任意の数のＵＥが１のＲＵに接続してよい。また、接続するＵＥがないＲＵがあってもよい。
　ベストエフォート型のＵＥ＃１及びＵＥ＃３がそれぞれ、ＲＵ＃１及びＲＵ＃３に接続している。ＲＵ＃１及びＲＵ＃３においてＵＥ＃１及びＵＥ＃３のために処理されるデータをそれぞれデータ９３１及びデータ９３３とする。
　ギャランティ型のＵＥ＃２がそれぞれ、ＲＵ＃２に接続している。ＲＵ＃２においてＵＥ＃２のために処理されるデータをデータ９３２とする。
　ベストエフォート型のＵＥのためのデータの処理には、ＤＵ＃１のみが使用される。つまり、ＵＥ＃１及びＵＥ＃３のためのデータ９３１及びデータ９３３は、ＤＵ＃１からＲＵ＃１及びＲＵ＃３へそれぞれ送信される。
　ギャランティ型のＵＥのためのデータの処理にも、通常時はＤＵ＃１のみが使用される。つまり、通常時において、データ９３２は、ＤＵ＃１からＲＵ＃２へ送信される。
　いま、通常時において、データ９３１、データ９３２及びデータ９３３の処理により、ＤＵ＃１の処理能力が低下しているとする。そこで、ギャランティ型のＵＥ＃２のためのＤＵ＃１でのデータ９３２の処理の一部をＤＵ＃２でする。
　これにより、混雑時などＤＵ＃１の処理能力が低下したときであっても、ギャランティ型のＵＥに対してスループットの下限を確保し得る。
　ギャランティ型のＵＥについてのデータのうち、処理をＤＵ＃１からＤＵ＃２へ移す部分は、処理するデータの種類の別（種別）によって、決定することができる。これにより、種類分けされたデータ単位でＳＬＡの履行が可能になり得る。
　ＲＵ＃２におけるギャランティ型のＵＥ＃２のためのデータ９３２は、種類として区別し得る第１のデータ（図５ではdata#1で示す）と第２のデータ（図５ではdata#２で示す）からなるとする。第１のデータと第２のデータの種類は、それぞれ、互いに区別できる第１の種類及び第２の種類であるとする。
　ギャランティ型のＵＥ＃２のためのデータ９３２について、第１のデータの処理をＤＵ＃２に移す。第２のデータはＤＵ＃１で処理する。
　データの種類についてはデータベースに保存されていてよい。特に図１における管理装置１００のストレージ１２６に保存されていてよい。処理分散をすべきデータの種類はユーザ又はＵＥによる過去の傾向から機械学習によって決定してもよい。さらにＭＥＣに置かれているデータは、ＤＵ＃２で処理すべき種類のデータであるとしてよい。
　特に処理分散をするか否かの判断に用いられるデータの種類はアプリケーション毎に決定することができる。これにより、アプリケーション毎にＳＬＡの履行が可能になり得る。
　つまり、ＵＥにおけるアプリケーションで通信サービスを分類し、各アプリケーションが取り扱うデータ（コンテンツ）について、処理分散をするか否かの判断に用いる種類を決定する。処理分散をするか否かの判断に用いられる種類は優先度に基づいて決定し得る。
　アプリケーション単位のデータ（コンテンツ）の優先度又は種類は、データベースに保存され得る。特に図１における管理装置１００のストレージ１２６に保存され得る。
　図５を参照して一例としてさらなる具体例を説明する。図４と同様に、Ａ社のギャランティ型のＵＥ＃２がＲＵ＃２に接続している。ＲＵ＃２はＤＵ＃１及びＤＵ＃２に接続しているが、通常時にはＤＵ＃１でのみＵＥ＃２のためのデータを処理している。特に、ＵＥ＃２はＲＵ＃２を通じてギャランティ型の通信サービスとして映画配信と広告動画配信を受けている。
　ここで、映画と広告動画はＵＥの動画視聴アプリケーションで再生される。そのため、映画と広告動画とは、同一のアプリケーションに関わる。一方で、動画再生アプリケーションで再生される映画又は広告動画と、例えば電子メール送受信アプリケーションで扱われる電子メールとではアプリケーション単位で区別される。
　映画は処理の優先度が高く、広告動画は処理の優先度が低いとする。映画のデータ（図５のdata#1）は処理をＤＵ＃２へ分散させ、広告動画のデータ（図５のdata#2）はＤＵ＃１で処理する。
　図６を参照して、実施形態に係る、ＤＵの処理分散までの手順例を説明する。
　図６においては、管理装置１００、管理装置１００に接続又は内包されるストレージ１２６、ＭＥＣ４００、ＣＵ２１０、ＤＵ＃１、ＤＵ＃２、ＲＵ＃１、ＲＵ＃２、ＵＥ＃１及びＵＥ＃２が記載されている。
　特に、ＤＵ＃１、ＤＵ＃２、ＲＵ＃１、ＲＵ＃２、ＵＥ＃１及びＵＥ＃２の相互の接続は図４にあるものと同じであるとする。なお、図６ではＲＵ＃３及びＵＥ＃３の記載を省略する。ＤＵ＃１及びＤＵ＃２はＣＵ２１０に通信可能に接続している
　図６の符号１１０１が指す囲みは、管理装置１００によるＤＵ＃１及びＤＵ＃２の処理能力の取得及びそれらに接続するＵＥのＳＬＡ（つまりギャランティ型とベストエフォート型の別）の取得と、ＳＬＡ（特にギャランティ型ＳＬＡ）の履行状況の判定又は監視を示す。
　処理能力はメモリなどの物理リソース及びプロセッサの使用状況などの計算リソースで表すことができる。処理能力及び接続するＵＥのＳＬＡの取得は定期的に行われて、ストレージ１２６に記憶されてよい。
　さらに管理装置１００において、ギャランティ型のＵＥがどのＲＵに接続しているかを取得することができる。管理装置１００はベストエフォート型のＵＥの接続状況を取得してもよい。
　管理装置１００は、ＣＵ２１０、ＤＵ＃１、ＲＵ＃１及びＲＵ＃２に対し、ベストエフォート型のＵＥに向けたデータの処理、及び、通常時におけるギャランティ型のＵＥに向けたデータの処理はＤＵ＃１でされることを設定してもよい。
　さらに、管理装置１００は、任意選択的に、各ＤＵで処理されているデータの量を、そのデータを使用するアプリケーション毎に、ＭＥＣ４００から取得してもよい。これにより、管理装置１００は各ＤＵで処理されているデータ量をアプリケーション毎に監視し得る。
　これにより、アプリケーションレベルでＳＬＡ（特にギャランティ型ＳＬＡ）の履行状況の判定又は監視をし得る。
　なお、各ＤＵで処理されているデータ量の取得は定期的に行われて、ストレージ１２６に記憶されてもよい。
　図６の符号１２０１が指す囲みは、Ｍ－Ｐｌａｎｅ（マネージメントプレーン）を設定して電波を発射する手順を示す。ＲＵ＃１及びＲＵ＃２のそれぞれは、ＤＵ＃１及びＤＵ＃２とセッションを形成（図４参照）して、電波を発射することができる。
　図７を参照して、実施形態に係る、ＤＵの処理分散の手順例を説明する。
　図７においても、管理装置１００、管理装置１００に接続又は内包されるストレージ１２６、ＭＥＣ４００、ＣＵ２１０、ＤＵ＃１、ＤＵ＃２、ＲＵ＃１、ＲＵ＃２、ＵＥ＃１及びＵＥ＃２が記載されている。
　管理装置１００はＤＵの処理分散を制御する。管理装置１００にＤＵの処理分散を開始させるトリガーには、次の第１のトリガーと第２のトリガーがある（図７の符号１３０１が指す囲み参照）。
　第１のトリガーはＤＵ＃１が高負荷になっていることを示す。ＤＵ＃１が高負荷になるとは、例えば、ＤＵ＃１のリソースのうち処理のために使用されている部分の割合（「リソース使用率」と称する）が予め定められた第１の閾値を超えることである。
　第１のトリガーは、ＤＵ＃１の高負荷アラートとしてＣＵ２１０に通知され、さらに管理装置１００に通知されることができる。
　第２のトリガーはトラフィックの増大を示す。トラフィックの増大とは、例えば、ＲＡＮにおける監視しているトラフィックが予め定められた第２の閾値を超えることである。
　第２のトリガーは、アプリケーション毎にトラフィックを監視しているＭＥＣ４００より、管理装置１００に通知されることができる。この通知はＳＬＡの履行のためのＲＡＮ制御の依頼及びアプリケーションの状態を含むことができる。
　管理装置１００によるＤＵの処理分散は、第１のトリガー及び第２のトリガーの少なくとも一方がかかったときに開始することができる。
　特に、第１のトリガー及び第２のトリガーの両方がかかったときに開始すれば、仮想化ＤＵの削除などによる一時的な高負荷又は一時的なトラフィック増大による誤判断を回避し得る。
　管理装置１００は、さらに任意選択的に、ＤＵ＃１に対してギャランティ型のＵＥのためのデータについて、それらの送付に先立ってデータ量及び種類を通知してもよい。これにより、管理装置１００は、ＤＵ＃１においてギャランティ型のＵＥのためにデータ処理することで、ＤＵ＃１の処理能力が通常時よりも低下するか否かを予め問い合わせることができる。
　第１のトリガー又は第２のトリガーがかかっていたとしても、ＤＵ＃１においてギャランティ型のＵＥのためにデータ処理してもＤＵ＃１の処理能力が通常時よりも低下しないのであれば、処理分散を中止し得る。
　これにより、送付されるデータに照らして処理分散が必要であることが確認できた場合に限り、処理分散を開始できる。
　管理装置１００によるＤＵの処理分散は、次の動作を含む（図７の符号１５０１が指す囲み参照）。
　管理装置１００はＤＵ＃１に対して、ギャランティ型のＵＥのためのデータ処理のうちＤＵ＃１で処理するものを通知する。
　管理装置１００はＤＵ＃２に対して、ギャランティ型のＵＥのためのデータ処理のうちＤＵ＃２で処理するものを通知する。
　ギャランティ型のＵＥのためのデータ処理のうちＤＵ＃１又はＤＵ＃２のどちらに処理させるかについては、図５を参照して説明したように、アプリケーション毎に処理するデータの種類（優先度）によって、決定することができる。これによりＤＵ＃１及びＤＵ＃２におけるサービスレベルの制御が設定される。
　管理装置１００はＣＵ２１０に対して、ギャランティ型のＵＥのためのデータのうちＤＵ＃２で処理するものをＤＵ＃２へ送信するよう指示する。さらに、管理装置１００はＣＵ２１０に対して、ギャランティ型のＵＥのためのデータのうちＤＵ＃１で処理するものをＤＵ＃１へ送信するよう指示する。管理装置１００はＣＵ２１０に対して、ベストエフォート型のＵＥのためのデータをＤＵ＃１へ送信するよう指示してもよい。
　管理装置１００はＭＥＣ４００に対して、ＤＵ＃１、ＤＵ＃２及びＣＵ２１０への処理分散指示が完了したことを通知する。さらにＭＥＣ４００に対してアプリケーションに係るデータのトラフィックが正常になっているか否かを監視するように指示する。
（リソースブロックの処理分散）
　図８は、実施形態に係る、ＤＵの処理分散の別の例を示す模式図である。
　図８を参照して、データのうち一定の割合の部分を別のＤＵで処理する一例を説明する。
　図８におけるＤＵ＃１及びＤＵ＃２とＲＵ＃１、ＲＵ＃２及びＲＵ＃３との接続は図４と同様であるので説明を省略する。
　ＵＥ＃１及びＵＥ＃３のＳＬＡはベストエフォート型であり、ＵＥ＃２のＳＬＡはＡ社が提供するギャランティ型であるとする。
　ベストエフォート型のＵＥとの通信については、ＤＵ＃１のみが使用される。つまり、ＵＥ＃１及びＵＥ＃３のためのデータ９３１及びデータ９３３は、ＤＵ＃１を経由する。
　ギャランティ型のＵＥとの通信も、通常時はＤＵ＃１のみが使用される。つまり、通常時において、データ９３２は、ＤＵ＃１を経由する。しかし、ＤＵ＃１が高負荷となって処理能力が低下すると、ＵＥ＃２のためのＤＵ＃１でのデータ処理をＤＵ＃２に移す。
　ＤＵ＃１における特定のＵＥ（ギャランティ型のＵＥ）についての処理のうちＤＵ＃２へ移す部分は、処理すべきデータ９３２のうち、一定の割合の部分とする。
　図８においては、ＲＵ＃２におけるギャランティ型のＵＥ＃２のために、データ９３２のうち、例えばその８０％の処理はＤＵ＃２に分散させる。データ９３２のうち残り２０％の処理はＤＵ＃１で処理する。
　これにより、ＵＥ＃２のためのスループットの下限を具体的なデータ量を考慮しながら確保し得る。総じて、オペレータ（Ａ社）はサービスレベル契約を履行し得る。また、ＤＵ＃１の負荷が減少して、ＤＵ＃１の処理能力が回復する。
　ＤＵ＃１におけるギャランティ型のＵＥについての処理のうちＤＵ＃２へ移すべき、処理すべきデータのうちの一定の割合の部分の選択は、リソースブロックの単位ですることができる。
　つまり、ＤＵ＃１の負荷を下げるために、ＤＵ＃１がＲＵ＃２から電波発射するリソースブロックを減らし、減らした分のリソースブロックをＤＵ＃２で補う。
　図９に本開示の実施形態に係るリソースグリッドとリソースブロックの一例を示す。
　図９においては時間方向及び周波数方向に対し２０×６のリソースグリッドが示され、リソースグリッドの単位格子がリソースブロックである。つまり、図９のリソースグリッドには２０×６＝１２０のリソースブロックがある。リソースブロックのサイズは２０×６に限定されず、Ｍ×Ｎ（ここでＭは１以上の整数であり、Ｎは１以上の整数である）であってよい。
　各リソースブロックは、例えば１スロット（０．５ミリ秒）×１２サブキャリア（１５×１２＝１８０ｋＨｚ）で構成される。各リソースブロックの構成もこれに限られない。
　各ＤＵにおいては、１フレームでのＲＵへのダウンリンクの割り当て（スケジューリング）が、リソースグリッド中の時間方向に連続する２つのリソースブロック単位で行われる。
　図８を参照して、ＤＵ＃２で処理すべき一定割合の部分の選択の説明に戻る。
　通常時のＤＵ＃１からＲＵ＃２へのダウンリンクが図９のリソースグリッド単位で行われる。そして、当該ダウンリンクはＵＥ＃２のためのデータを含む。
　したがって、リソースグリッド内のリソースブロックのうち、ＵＥ＃２へのデータのためのリソースブロック（例えばＰＤＳＣＨ（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/022221 2022-05-31 2022-05-31 共有ｒａｎにおけるデータ処理を分散させるための装置及び方法 WO2023233553A1 (ja)

Priority Applications (1)

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

Applications Claiming Priority (1)

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

Publications (1)

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

Family

ID=89025954

Family Applications (1)

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

Country Status (1)

Country Link
WO (1) WO2023233553A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021022858A (ja) * 2019-07-29 2021-02-18 Kddi株式会社 制御装置、制御方法及びプログラム
WO2021147880A1 (zh) * 2020-01-20 2021-07-29 中兴通讯股份有限公司 一种小区切换方法、装置、设备和存储介质
JP2021525042A (ja) * 2018-07-24 2021-09-16 中興通訊股▲ふん▼有限公司Ｚｔｅ Ｃｏｒｐｏｒａｔｉｏｎ ベースバンド処理分離アーキテクチャにおける情報処理方法、装置及び記憶媒体
JP2022058816A (ja) * 2016-08-12 2022-04-12 日本電気株式会社 ユーザ機器、基地局の分散部分、基地局の中央部分、及び、制御方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022058816A (ja) * 2016-08-12 2022-04-12 日本電気株式会社 ユーザ機器、基地局の分散部分、基地局の中央部分、及び、制御方法
JP2021525042A (ja) * 2018-07-24 2021-09-16 中興通訊股▲ふん▼有限公司Ｚｔｅ Ｃｏｒｐｏｒａｔｉｏｎ ベースバンド処理分離アーキテクチャにおける情報処理方法、装置及び記憶媒体
JP2021022858A (ja) * 2019-07-29 2021-02-18 Kddi株式会社 制御装置、制御方法及びプログラム
WO2021147880A1 (zh) * 2020-01-20 2021-07-29 中兴通讯股份有限公司 一种小区切换方法、装置、设备和存储介质

Similar Documents

Publication Publication Date Title
CN105830401B (zh) 具有虚拟范围延伸器的软件定义的网络基础设施
US8938240B2 (en) Systems and methods for spectrum handoff management in white spaces
US10129356B2 (en) Physical layer caching for flexible MIMO cooperation in wireless networks
US20170289976A1 (en) Multi-stream data transmission method, apparatus, and system, and anchor
US11588696B2 (en) Cloud-based network architecture centered around a software-defined spectrum controller
US11722913B2 (en) Multichannel communication systems
CN103813336A (zh) 无线局域网络传输控制方法、设备及系统
US11924669B2 (en) Bandwidth part configuration for network slicing
JP5712443B2 (ja) 優先順位調整方法および関連デバイス
CA3102003A1 (en) Optimizing licensed and unlicensed spectrum allocation
US10028195B2 (en) Data forwarding control method and system, controller, and access device
US20200145836A1 (en) Wireless local area network with reliable backhaul between access points
US11758527B2 (en) Generalized content-aware spectrum allocation system
CN109379208B (zh) 网络对象管理方法及其装置
US10091667B2 (en) Upstream/downstream network control, management of mobile communication devices and corresponding communications through one or more wireless access points
US20040105458A1 (en) Communication control method, server apparatus, and client apparatus
KR101853017B1 (ko) 통신 시스템에서 자원 관리 시스템 및 방법
WO2023233553A1 (ja) 共有ｒａｎにおけるデータ処理を分散させるための装置及び方法
US20190116601A1 (en) Communication terminal, communication method, and storage medium in which communication program is stored
WO2023233555A1 (ja) 共有ｒａｎにおけるデータ処理を分散させるための装置及び方法
CN114513794A (zh) 无线设备、资源管理方法以及通信系统
US9357518B2 (en) Method for registering WSO in coexistence network
TWI517626B (zh) 電纜數據機及其終端系統
KR101537014B1 (ko) 통신 시스템에서 자원 관리 시스템 및 방법
JP7447334B1 (ja) ネットワークのための帯域幅部分管理の方法、および、そのためのコントローラ

Legal Events

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

Ref document number: 18040069

Country of ref document: US

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

Ref document number: 22944840

Country of ref document: EP

Kind code of ref document: A1