WO2019187389A1 - 管理サーバ、無線アクセスノード、通信システム、通信方法、リソース管理方法、及びコンピュータ可読媒体 - Google Patents

管理サーバ、無線アクセスノード、通信システム、通信方法、リソース管理方法、及びコンピュータ可読媒体 Download PDF

Info

Publication number
WO2019187389A1
WO2019187389A1 PCT/JP2018/046306 JP2018046306W WO2019187389A1 WO 2019187389 A1 WO2019187389 A1 WO 2019187389A1 JP 2018046306 W JP2018046306 W JP 2018046306W WO 2019187389 A1 WO2019187389 A1 WO 2019187389A1
Authority
WO
WIPO (PCT)
Prior art keywords
delay
allowable delay
uplink
downlink
communication terminal
Prior art date
Application number
PCT/JP2018/046306
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 JP2020509638A priority Critical patent/JP7040602B2/ja
Priority to US17/041,609 priority patent/US11290921B2/en
Publication of WO2019187389A1 publication Critical patent/WO2019187389A1/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
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS

Definitions

  • the present invention relates to a management server, a wireless access node, and a communication system.
  • the ultra-low delay service may be, for example, an automatic driving service that transmits vehicle sensor information, traffic camera information, map information, and the like via a mobile network.
  • a mobile carrier needs to guarantee SLA (Service Level Agreement) in order to provide an ultra-low latency service to users.
  • SLA Service Level Agreement
  • the SLA may specify a delay time guaranteed in the ultra-low delay service.
  • Patent Document 1 describes that the delay requirement of a communication terminal is determined according to the characteristics of the communication terminal.
  • a base station arranged in a radio access network performs radio resource management so as to satisfy a delay requirement defined for each communication terminal. For example, radio resources are preferentially allocated to communication terminals with strict delay requirements.
  • the delay requirement regarding each communication terminal described in Patent Literature 1 depends on the terminal type, which is predetermined information such as whether the communication terminal is a car navigation system or a smart meter, as the characteristics of the communication terminal. Determined. Therefore, the delay requirement is determined statically for the communication terminal.
  • the wireless communication environment changes with the passage of time. That is, even if the wireless communication environment deteriorates, the delay requirement associated with the communication terminal is not changed. For this reason, even when the wireless communication environment is deteriorated, the wireless resources are allocated to the communication terminals according to the same priority as before the wireless communication environment is deteriorated. Therefore, when the wireless communication environment deteriorates, there is a problem that a delay time of a flow transmitted between communication terminals is increased and the delay requirement is not satisfied.
  • An object of the present disclosure is to provide a management server, a wireless access node, and a communication system that can change a condition corresponding to a delay requirement in accordance with a change in a wireless communication environment.
  • the management server is related to a delay of an end-to-end flow transmitted from a communication terminal of a transmission source to a communication terminal of a transmission destination via an application server, and the end-to-end flow
  • An update unit that updates any one of the downlink allowable delay associated with the link flow, and the updated uplink allowable delay or the downlink allowable delay using the uplink allowable delay or the downlink allowable delay.
  • Send to radio access node for resource scheduling Comprising a communication unit that, the.
  • the radio access node is associated with a delay of an end-to-end flow transmitted from a transmission source communication terminal to a transmission destination communication terminal via an application server, and the end-to-end flow. Updated to the uplink allowable delay associated with the uplink flow transmitted from the transmission source communication terminal to the application server, and from the application server to the transmission destination communication terminal. Using the communication unit that acquires any one of the downlink allowable delays associated with the transmitted downlink flow, and using the acquired one of the uplink allowable delay and the downlink allowable delay, the transmission Resources related to either the original communication terminal or the destination communication terminal And a control unit for performing scheduling.
  • a communication system is related to a delay of an end-to-end flow transmitted from a transmission source communication terminal to a transmission destination communication terminal via an application server, and the end-to-end flow An allowable delay, an uplink allowable delay associated with an uplink flow transmitted from the source communication terminal to the application server, and a down transmitted from the application server to the destination communication terminal.
  • a management server that updates any one of the downlink allowable delay associated with the link flow and transmits the updated uplink allowable delay or the downlink allowable delay, and the updated uplink allowable delay or Resource scheduling using the downlink allowable delay Comprising a radio access node performing the grayed, the.
  • a communication method includes a delay of an end-to-end flow transmitted from a transmission source communication terminal to a transmission destination communication terminal via an application server, and an allowable delay associated with the flow.
  • the uplink allowable delay associated with the uplink flow transmitted from the transmission source communication terminal to the application server and the downlink flow transmitted from the application server to the transmission destination communication terminal Radio access for updating one of the associated downlink permissible delays and performing resource scheduling using the updated uplink permissible delay or the downlink permissible delay using the uplink permissible delay or the downlink permissible delay Send to node.
  • the resource management method is associated with a delay of an end-to-end flow transmitted from a transmission source communication terminal to a transmission destination communication terminal via an application server, and the end-to-end flow.
  • One of the downlink allowable delay associated with the transmitted downlink flow is acquired, and the source communication is performed using either the uplink allowable delay or the downlink allowable delay acquired.
  • Resource scheduling for either the terminal or the destination communication terminal It is carried out.
  • the program according to the sixth aspect of the present disclosure includes a delay of an end-to-end flow transmitted from a transmission source communication terminal to a transmission destination communication terminal via an application server, and an allowance associated with the end-to-end flow.
  • Update one of the allowed downlink delays associated with the flow Sending the updated uplink permissible delay or the downlink permissible delay to a radio access node that performs resource scheduling using the uplink permissible delay or the downlink permissible delay.
  • a management server a wireless access node, and a communication system that can change a condition corresponding to a delay requirement according to a change in a wireless communication environment.
  • FIG. 1 is a configuration diagram of a management server according to a first embodiment
  • FIG. 3 is a configuration diagram of a communication system according to a second exemplary embodiment. It is a block diagram of the MEC server concerning Embodiment 2.
  • FIG. It is a block diagram of eNB concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of the process implemented in the MEC server concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of the process implemented in the eNB server concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of the process implemented in the MEC server concerning Embodiment 3.
  • the management server 10 may be a computer device that operates when a processor executes a program stored in a memory.
  • the management server 10 has an update unit 11 and a communication unit 12.
  • the update unit 11 and the communication unit 12 may be software or a module in which processing is performed by a processor executing a program stored in a memory.
  • the update unit and the communication unit may be referred to as an update module or a communication module.
  • the update unit 11 and the communication unit 12 may be hardware such as a circuit or a chip.
  • the update unit 11 updates the uplink allowable delay associated with the uplink flow transmitted from the transmission source communication terminal to the application server. Alternatively, the updating unit 11 updates the downlink allowable delay associated with the downlink flow transmitted from the application server to the destination communication terminal.
  • the updating unit 11 is associated with the delay of the end-to-end flow transmitted from the transmission source communication terminal to the transmission destination communication terminal and the end-to-end flow. The allowable delay is used. The end-to-end flow is transmitted from the transmission source communication terminal to the transmission destination communication terminal via the application server.
  • the communication terminal may be a computer device having a communication function, such as a mobile phone terminal or a smartphone terminal.
  • the communication terminal may be an IoT (Internet of Things) terminal, an MTC (Machine Type Communication) terminal, or the like.
  • An uplink flow, a downlink flow, and an end-to-end flow include, for example, one or a plurality of data transmitted in an application service provided to a communication terminal.
  • Data included in the flow may be referred to as a data packet. Further, the data included in the flow may be referred to as a chunk configured using one or more data packets.
  • Data transmitted in the application service may be, for example, image data or moving image data.
  • the application data may include a request message for requesting transmission of image data or the like, or a response message for responding to the request message.
  • the allowable delay may be referred to as a deadline or a transmission deadline.
  • the allowable delay means a time limit for completing transmission of a plurality of data packets included in one flow. Allowable delay is required by the application.
  • the allowable delay can also be called a transmission deadline. Alternatively, the allowable delay can be said to be the maximum transmission delay allowed by the application.
  • the allowable delay can be defined in various ways. For example, the allowable delay may indicate a deadline for completion of transmission by an application layer sender. Alternatively, the allowable delay may indicate a deadline for completion of transmission by the originator of the wireless layer. Alternatively, the acceptable delay may indicate a deadline for completion of reception by an application layer receiver. Alternatively, the allowable delay may indicate a deadline for completion of reception by the radio layer receiver.
  • the allowable delay indicates the time limit for the application layer receiver to finish receiving the last data packet for one flow after the application layer originator has started transmitting the first data packet for one flow. Also good. Alternatively, the allowable delay is the time limit for the wireless layer receiver to receive the last data packet for one flow after the wireless layer originator starts transmitting the first data packet for one flow. May be shown.
  • the uplink permissible delay may indicate a time limit for the application server to receive the data regarding the flow after the transmission source communication terminal transmits the data regarding the flow.
  • the downlink allowable delay may indicate a time limit for the destination communication terminal to receive the data regarding the flow after the application server transmits the data regarding the flow.
  • the updating unit 11 may update the uplink allowable delay or the downlink allowable delay according to a change in the delay of the end-to-end flow transmitted from the transmission source communication terminal to the transmission destination communication terminal.
  • the allowable delay associated with the end-to-end flow is a static value required by the application.
  • the uplink allowable delay or the downlink allowable delay is a dynamic value that is updated according to a change in the delay of the end-to-end flow.
  • the end-to-end flow delay is a time until a flow transmitted from the transmission source communication terminal is actually received by the transmission destination communication terminal.
  • the communication unit 12 transmits the uplink allowable delay or the downlink allowable delay updated by the update unit 11 to the radio access node.
  • the radio access node is a node arranged in the radio access network.
  • the radio access node may be a base station, for example.
  • the radio access node performs resource scheduling using an uplink allowable delay or a downlink allowable delay.
  • Resource scheduling means that a radio access node allocates radio resources used when a communication terminal transmits or receives data to a transmission source communication terminal or a transmission destination communication terminal.
  • the radio access node may preferentially allocate radio resources to a communication terminal that performs communication related to a flow having a small uplink allowable delay value or downlink allowable delay value.
  • the radio access node may preferentially allocate radio resources to a communication terminal that performs communication related to a flow having a short period until the uplink allowable delay or the downlink allowable delay ends.
  • the management server 10 manages at least one of the uplink allowable delay and the downlink allowable delay as the dynamically updateable allowable delay.
  • the management server 10 can update at least one of the uplink allowable delay and the downlink allowable delay according to the delay of the end-to-end flow. As a result, when the radio communication environment changes and the delay of the end-to-end flow changes, the uplink allowable delay or the downlink allowable delay used for resource scheduling can be changed.
  • the communication system in FIG. 2 includes a UE (User Equipment) 21, an eNB (evolved Node B) 22, a UE 41, an eNB 42, a MEC (Mobile Edge Computing) server 31, a gateway device 32, and an application server 33.
  • UE is a term used as a general term for communication terminals in 3GPP (3rd Generation Partnership Project).
  • eNB is a base station that supports LTE (Long Term Evolution) defined as a wireless communication scheme in 3GPP.
  • the UE 21 is described as a transmission source communication terminal
  • the UE 41 is described as a transmission destination communication terminal.
  • ENB22 performs resource scheduling for UE21.
  • Resource scheduling may be referred to as resource management, for example.
  • the eNB 42 performs resource scheduling for the UE 41.
  • the flow transmitted from the UE 21 is transmitted to the UE 41 via the application server 33. At this time, the flow transmitted from the UE 21 may be transmitted to the application server 33 via the eNB 22 and the gateway device 32. Alternatively, the flow transmitted from the UE 21 may be transmitted to the application server 33 via the eNB 22, the MEC server 31, and the gateway device 32.
  • the flow transmitted from the application server 33 may be transmitted to the UE 41 via the gateway device 32 and the eNB 42.
  • the flow transmitted from the application server 33 may be transmitted to the UE 41 via the gateway device 32, the MEC server 31, and the eNB 42.
  • the MEC server 31 corresponds to the management server 10 in FIG.
  • the MEC server 31 is a server arranged at a position close to the UE, and is arranged in the vicinity of the eNB 22 or the eNB 42 in FIG.
  • the MEC server 31 may be used as an application server. In this case, the flow between the UE 21 and the UE 41 is transmitted to the UE 41 via the eNB 22, the MEC server 31, and the eNB 42.
  • the MEC server 31 arranged in the vicinity of the UE provides an application service, so that a delay between the UE 21 and the UE 41 can be reduced.
  • MEC server 31 is arranged.
  • one MEC server is arranged near the eNB 22 and another MEC server is arranged near the eNB 42. May be.
  • the flow between the UE 21 and the UE 41 may pass through two MEC servers, or may pass through only one of the MEC servers that provides application services related to the flow.
  • the gateway device 32 relays a flow transmitted between the eNB 22, the application server 33, and the eNB 42. Alternatively, the gateway device 32 relays a flow transmitted between the MEC server 31 and the application server 33.
  • the gateway device 32 may be, for example, an SGW (Serving Gateway) and a PGW (Packet Data Network) Gateway) defined in 3GPP. Although FIG. 2 shows that only one gateway device 32 is arranged, for example, two or more gateway devices 32 may be arranged.
  • the application server 33 is a server that provides application services to the UE 21 and the UE 41.
  • a communication path between the UE 21 and the application server 33 is referred to as an uplink path segment.
  • a communication path between the application server 33 and the UE 41 is referred to as a downlink path segment.
  • a communication path between the UE 21 and the MEC server 31 is referred to as an uplink path segment.
  • a communication path between the MEC server 31 and the UE 41 is referred to as a downlink path segment.
  • the MEC server 31 includes a network interface 61, a processor 62, and a memory 63.
  • the network interface 61 is used to communicate with other communication network devices.
  • the network interface 61 may include a network interface card (NIC) compliant with IEEE 802.3 series.
  • the network interface 61 includes a communication unit 51 corresponding to the communication unit 12 in FIG.
  • the processor 62 reads the software (computer program) from the memory 63 and performs the processes described below using flowcharts and the like.
  • the processor 62 may be, for example, a microprocessor, an MPU (Micro Processing Unit), or a CPU (Central Processing Unit).
  • the processor 62 may include a plurality of processors.
  • the memory 63 is configured by a combination of a volatile memory and a nonvolatile memory.
  • Memory 63 may include storage located remotely from processor 62. In this case, the processor 62 may access the memory 63 via an I / O interface not shown.
  • the memory 63 is used for storing software or software module groups. The processor 62 reads out these software or software module groups from the memory 63 and executes them.
  • the processor 62 is used for executing functions or processes in the throughput monitoring unit 52 and the allowable delay updating unit 53. Further, the memory 63 has a communication requirement management unit 54.
  • the communication requirement management unit 54 manages information related to the allowable delay of the end-to-end flow and the flow size of the end-to-end flow.
  • the communication requirement management unit 54 may manage the flow size of each path segment constituting the end-to-end flow. Managing may be paraphrased as holding or storing.
  • the throughput monitoring unit 52 monitors the uplink throughput in the uplink path segment and the downlink throughput in the downlink path segment. In other words, the throughput monitoring unit 52 acquires the uplink throughput and the downlink throughput.
  • the throughput monitoring unit 52 may acquire the uplink throughput and the downlink throughput from the application server 33.
  • the throughput monitoring unit 52 may acquire uplink throughput from the eNB 22 and acquire downlink throughput from the eNB 42.
  • the throughput monitoring unit 52 acquires the throughput in the radio section between the UE and the eNB when acquiring the throughput from the eNB 22 and the eNB 42.
  • the fluctuation of the communication environment mainly occurs in the wireless section. In other words, there is little change in the communication environment in the core network section. Therefore, fluctuations in delay in the end-to-end flow between the UE 21 and the UE 41 are mainly caused by fluctuations in the communication environment in the radio section. Therefore, the throughput monitoring unit 52 may acquire the throughput in the radio section between the UE 21 and the eNB 22 as the uplink throughput. Further, the throughput monitoring unit 52 may acquire the throughput in the radio section between the UE 41 and the eNB 42 as the downlink throughput.
  • the MEC server 31 may measure the uplink throughput and the downlink throughput in the MEC server 31 itself.
  • the permissible delay update unit 53 updates the uplink permissible delay or the permissible downlink delay using the uplink throughput and the downlink throughput, and information managed in the permissible delay update unit 53.
  • the update of the uplink allowable delay or the downlink allowable delay performed by the allowable delay update unit 53 will be described in detail.
  • the update of the uplink allowable delay will be described in detail.
  • the allowable delay update unit 53 calculates the updated uplink allowable delay according to the following Equation 1.
  • New_UL_Deadline Current_UL_Deadline + (Target_UL_Delay-UL_Delay) x K ... (Formula 1)
  • -New_UL_Deadline Uplink allowable delay after update-Current_UL_Deadline: Currently set allowable uplink delay-Target_UL_Delay: Target delay in uplink path segment-UL_Delay: Delay occurred in uplink path segment-K: Factor (constant)
  • E2E_Deadline is the allowable delay associated with the end-to-end flow.
  • DL_Delay is a delay generated in the downlink path segment. That is, Target_UL_Delay is set so that the sum of the target delay in the uplink path segment and the delay generated in the downlink path segment does not exceed the allowable delay associated with the end-to-end flow.
  • Target_UL_Delay E2E_Deadline-DL_Delay into Equation 1 yields Equation 2 below.
  • New_UL_Deadline Current_UL_Deadline + ⁇ E2E_Deadline- (DL_Delay + UL_Delay) ⁇ ⁇ K ... (Formula 2)
  • E2E_Deadline- (DL_Delay + UL_Delay) indicates that the delay generated between the UE 21 and the UE 41 is subtracted from the allowable delay associated with the end-to-end flow.
  • Equation 2 indicates that, when updating the uplink allowable delay, the allowable delay associated with the end-to-end flow and the delay generated between the UE 21 and the UE 41 are used.
  • Equation 2 when DL_Delay + UL_Delay is larger than E2E_Deadline, that is, when the end-to-end flow does not satisfy the allowable delay, E2E_Deadline- (DL_Delay + UL_Delay) is a negative value. Therefore, in this case, New_UL_Deadline is smaller than Current_UL_Deadline.
  • E2E_Deadline- when DL_Delay + UL_Delay is smaller than E2E_Deadline, that is, when the end-to-end flow satisfies the allowable delay, E2E_Deadline- (DL_Delay + UL_Delay) is a positive value. Therefore, in this case, New_UL_Deadline is larger than Current_UL_Deadline.
  • the larger the value of the coefficient K the larger the difference between New_UL_Deadline and Current_UL_Deadline. Further, the smaller the value of the coefficient K, the smaller the difference between New_UL_Deadline and Current_UL_Deadline.
  • UL_Delay UL_FlowSize / UL_Throughput.
  • the allowable delay updating unit 53 uses the uplink throughput (UL_Throughput) and the downlink throughput (DL_Throughput), and the flow size managed by the communication requirement management unit 54, and the formula 1 or the formula 2 modified from the formula 1 Calculate New_UL_Deadline at
  • the network interface 61 transmits New_UL_Deadline calculated by the allowable delay update unit 53 to the eNB 22.
  • New_DL_Deadline Current_DL_Deadline + (Target_DL_Delay-DL_Delay) x K (Equation 3)
  • New_DL_Deadline Downlink allowable delay after update-Current_DL_Deadline: Currently set downlink allowable delay-Target_DL_Delay: Target delay in downlink path segment-DL_Delay: Delay occurred in downlink path segment-K: Constant
  • New_DL_Deadline Current_DL_Deadline + ⁇ E2E_Deadline- (DL_Delay + UL_Delay) ⁇ ⁇ K ... (Formula 4)
  • the allowable delay updating unit 53 calculates New_DL_Deadline in Expression 3 or Expression 4 modified from Expression 3 by using the uplink throughput and downlink throughput and the flow size managed by the communication requirement management unit 54.
  • the network interface 61 transmits New_DL_Deadline calculated by the allowable delay update unit 53 to the eNB 42.
  • the eNB 22 includes a network interface 81, a processor 82, and a memory 83.
  • the network interface 81 may include a baseband processor that performs digital baseband signal processing.
  • the network interface 81 may include a network interface card (NIC) compliant with IEEE 802.3 series.
  • the network interface 81 has a communication unit 71.
  • the processor 82 reads software (computer program) from the memory 83, and performs processing described below using flowcharts and the like.
  • the processor 82 may be, for example, a microprocessor, an MPU (Micro Processing Unit), or a CPU (Central Processing Unit).
  • the processor 82 may include a plurality of processors.
  • the memory 83 is configured by a combination of a volatile memory and a nonvolatile memory.
  • Memory 83 may include storage located remotely from processor 82. In this case, the processor 82 may access the memory 83 via an I / O interface not shown.
  • the memory 83 is used for storing software or software module groups. The processor 82 reads these software or software module groups from the memory 83 and executes them.
  • the processor 82 is used for executing functions or processes in the throughput measuring unit 72 and the radio resource control unit 73.
  • the throughput measuring unit 72 measures the throughput related to the flow transmitted from the UE 21. In other words, the throughput measuring unit 72 measures the throughput in the radio section between the UE 21 and the eNB 22.
  • the communication unit 71 transmits the throughput measured by the throughput measuring unit 72 to the MEC server 31.
  • the communication unit 71 receives New_UL_Deadline from the MEC server 31.
  • the radio resource control unit 73 performs resource scheduling using New_UL_Deadline received by the communication unit 71.
  • the radio resource control unit 73 compares the uplink permissible delays of the flows transmitted by the respective UEs located in the cell formed by the eNB 22, and gives priority to the UEs transmitting the flows having a short uplink permissible delay
  • Radio resources may be assigned to the.
  • wireless resource control part 73 may allocate a radio
  • the radio resource may be a resource block.
  • a resource block is a resource specified using frequency and time.
  • the resource block is a radio resource defined in 3GPP.
  • the transmission process of the downlink allowable delay is substantially the same as the transmission process of the uplink allowable delay, and thus detailed description thereof is omitted.
  • the allowable delay update unit 53 extracts the allowable delay and flow size of the end-to-end flow as communication requirements from the communication requirement management unit 54. Further, the allowable delay update unit 53 uses the throughput acquired from the throughput monitoring unit 52 to calculate the delay generated in the uplink path segment and the downlink path segment. Further, the allowable delay update unit 53 calculates the uplink allowable delay (New_UL_Deadline) (S11). The uplink allowable delay (New_UL_Deadline) is a value obtained by updating the current uplink allowable delay (Current_UL_Deadline).
  • the communication unit 51 transmits an uplink allowable delay (New_UL_Deadline) to the eNB 22 (S12). In addition, when the downlink allowable delay (New_DL_Deadline) is calculated, the communication unit 51 transmits the downlink allowable delay (New_DL_Deadline) to the eNB 42.
  • the communication unit 71 receives an uplink allowable delay (New_UL_Deadline) from the MEC server 31 (S21).
  • the radio resource control unit 73 performs resource scheduling based on the received uplink allowable delay (S22). For example, it is assumed that the uplink allowable delay of the flow related to the UE 21 is longer than the uplink allowable delay of the flow related to another UE. In such a case, the radio resource control unit 73 performs radio resource allocation to other UEs with priority over the UE 21. Further, it is assumed that the uplink allowable delay of the flow related to the UE 21 is shorter than the uplink allowable delay of the flow related to another UE. In such a case, the radio resource control unit 73 preferentially assigns radio resources to the UE 21 over other UEs.
  • the MEC server 31 can change the uplink allowable delay or the downlink allowable delay according to the delay variation caused by the communication environment variation.
  • the eNB 22 can perform resource scheduling using the uplink allowable delay after the change or update.
  • the uplink allowable delay is updated to a value larger than the current value. That is, when the communication environment in the radio section is good and the delay generated in the flow related to the UE 21 is small, the eNB 22 can lower the resource scheduling priority for the UE 21. By increasing the priority of resource scheduling for other UEs different from the UE 21, the flow quality of the other UEs can be improved.
  • the uplink allowable delay is updated to a value smaller than the current value. That is, when the communication environment in the radio section deteriorates and the delay generated in the flow related to the UE 21 increases, the eNB 22 can increase the priority of resource scheduling for the UE 21. Thereby, the priority of the resource scheduling with respect to UE21 becomes high, and the quality of the flow of UE21 can be improved.
  • the improvement of the flow quality may be, for example, improving the probability of satisfying a predetermined allowable delay.
  • the allowable delay updating unit 53 calculates the delay generated in the uplink path segment and the downlink path segment using the uplink throughput, the downlink throughput, and the flow size. did.
  • produces in an uplink path segment and a downlink path segment may be measured in eNB22 and eNB42, for example.
  • the delay occurring in the uplink path segment and the downlink path segment may be measured in the MEC server 31 or the application server 33. That is, the delay generated in the uplink path segment and the downlink path segment may be calculated indirectly using the throughput or the like, or may be directly measured in the eNB or the like.
  • the allowable delay updating unit 53 may perform the process of updating the uplink allowable delay or the downlink allowable delay as follows without using the equations 1 to 4.
  • the allowable delay update unit 53 may compare the size of the allowable delay associated with the end-to-end flow and the delay generated in the end-to-end flow. If the allowable delay associated with the end-to-end flow is larger than the delay generated in the end-to-end flow, the allowable delay update unit 53 increases the currently set uplink allowable delay or downlink allowable delay.
  • the allowable delay update unit 53 reduces the currently set uplink allowable delay or downlink allowable delay when the allowable delay associated with the end-to-end flow is smaller than the delay generated in the end-to-end flow.
  • An increase rate or a decrease rate of increasing the uplink allowable delay or the downlink allowable delay may be determined in advance. As described above, even if the comparison result between the allowable delay associated with the end-to-end flow and the delay generated in the end-to-end flow is used, the same effect as that obtained by using the equations 1 to 4 can be obtained. it can.
  • the allowable delay update unit 53 may calculate the uplink allowable delay using the following equation 5 instead of equations 1 to 4.
  • New_UL_Deadline Current_UL_Deadline- (UL_RequestedThroughput-UL_Throughput) ⁇ K ... (Formula 5) -UL_RequestedThroughput: Target throughput in uplink path segment-K: Constant
  • (UL_RequestedThroughput-UL_Throughput) uses, for example, bit / second (bps) as a unit.
  • Current_UL_Deadline uses second (s) as a unit.
  • a unit of s / bps may be used for K to match the units of Current_UL_Deadline and (UL_RequestedThroughput-UL_Throughput).
  • the allowable delay updating unit 53 may calculate the uplink allowable delay or the downlink allowable delay using Equation 5 instead of Equations 1 to 4.
  • the allowable delay updating unit 53 selects a base station with a low degree of congestion from the eNB 22 and the eNB 42 (S31). For example, the usage rate of the resource block, the number of UEs connected to each eNB, and the throughput of the UE connected to each eNB may be used as the degree of congestion.
  • the resource block usage rate is a ratio of radio resources that each eNB has already assigned to the UE among the assignable radio resources.
  • the number of UEs connected to the eNB may be the number of UEs to which each eNB has allocated radio resources. Alternatively, the number of UEs connected to the eNB may be the number of UEs that are located in a cell formed by the eNB and can communicate with the eNB.
  • the throughput of the UE may be an average value of throughputs regarding a plurality of UEs connected to each eNB, may be a maximum throughput, or may be a minimum throughput.
  • the allowable delay update unit 53 may select an eNB with a low resource block usage rate.
  • the allowable delay update unit 53 may select an eNB with a small number of connected UEs.
  • the allowable delay update unit 53 may select an eNB with a high UE throughput.
  • the throughput of the UE is high, it is assumed that there are sufficient radio resources to be allocated, and therefore, the degree of congestion is considered low.
  • resource blocks include MC (Mission Critical) type resource blocks and BE (Best Effort) type resource blocks.
  • the MC type resource block is a resource block that is allocated to a flow with strict delay requirements.
  • the BE type resource block is a resource block that is assigned to a flow that has less stringent delay requirements than the MC type resource block.
  • the eNB allocates a part or all of the BE type resource block as the MC type resource block.
  • the allowable delay updating unit 53 may compare only the usage rate of the MC type resource block when the usage rate of the resource block is used as the congestion degree.
  • the allowable delay update unit 53 updates the uplink allowable delay when the eNB 22 is selected in step S31, and updates the downlink allowable delay when the eNB 42 is selected (S32).
  • the allowable delay update unit 53 transmits the updated uplink allowable delay to the eNB 22 (S33).
  • the allowable delay update unit 53 transmits the updated downlink allowable delay to the eNB 42 (S33).
  • the MEC server 31 can select an eNB with a low degree of congestion and transmit an uplink allowable delay or a downlink allowable delay to the selected eNB.
  • An eNB with a low degree of congestion may be paraphrased as an eNB with a sufficient processing load.
  • the processing load increases when the eNB changes resource scheduling using the updated uplink allowable delay or downlink allowable delay, the processing load increases. In other words, the processing load increases when the eNB performs resource scheduling using a different allowable delay as compared to the case where resource scheduling is performed using the same uplink allowable delay or downlink allowable delay.
  • the MEC server 31 selects an eNB with a low degree of congestion, it is possible to reduce the influence of an increase in processing load on the eNB on other functions or processing in the eNB.
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium). Examples of non-transitory computer readable media include magnetic recording media (eg, flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg, magneto-optical disks). Furthermore, examples of non-transitory computer-readable media include CD-ROM (Read Only Memory), CD-R, and CD-R / W. Further examples of non-transitory computer readable media include semiconductor memory.
  • the semiconductor memory includes, for example, a mask ROM, a PROM (Programmable ROM), an EPROM (Erasable ROM), a flash ROM, and a RAM (Random Access Memory).
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • the update unit The value obtained by subtracting the delay from the allowable delay and a first coefficient is added to one of the currently set uplink allowable delay and the downlink allowable delay.
  • Management server (Appendix 5) The update unit The management server according to any one of claims 1 to 4, wherein the delay is calculated using a flow size of the end-to-end flow and a throughput of the end-to-end flow.
  • Resource scheduling is performed for a plurality of communication terminals, and resources are preferentially allocated to communication terminals in which one of the uplink allowable delay and the downlink allowable delay is shorter than other communication terminals.
  • the radio access node described in 1. (Appendix 10) Using the delay of the end-to-end flow transmitted from the communication terminal of the transmission source to the communication terminal of the transmission destination via the application server, and the allowable delay associated with the end-to-end flow, the communication of the transmission source Either an uplink allowable delay associated with an uplink flow transmitted from a terminal to the application server, or a downlink allowable delay associated with a downlink flow transmitted from the application server to the destination communication terminal A management server that updates one of them and transmits the updated uplink permissible delay or the downlink permissible delay; A radio access node that performs resource scheduling using the updated uplink permissible delay or the downlink permissible delay.
  • the management server If the delay is greater than the allowable delay, update either the uplink allowable delay or the downlink allowable delay to a value smaller than a currently set value, and the delay is the allowable delay 11.
  • the communication of the transmission source Either an uplink allowable delay associated with an uplink flow transmitted from a terminal to the application server, or a downlink allowable delay associated with a downlink flow transmitted from the application server to the destination communication terminal Update one or the other, A communication method of transmitting the updated uplink allowable delay or the downlink allowable delay to a radio access node that performs resource scheduling using the uplink allowable delay or the downlink allowable delay.
  • the communication of the transmission source Either an uplink allowable delay associated with an uplink flow transmitted from a terminal to the application server, or a downlink allowable delay associated with a downlink flow transmitted from the application server to the destination communication terminal Update one or the other, A program that causes a computer to execute transmission of the updated uplink allowable delay or the downlink allowable delay to a radio access node that performs resource scheduling using the uplink allowable delay or the downlink allowable delay.
  • Management Server 11 Update Unit 12 Communication Unit 21 UE 22 eNB 31 MEC server 32 Gateway device 33 Application server 41 UE 42 eNB DESCRIPTION OF SYMBOLS 51 Communication part 52 Throughput monitoring part 53 Permissible delay update part 54 Communication requirement management part 61 Network interface 62 Processor 63 Memory 71 Communication part 72 Throughput measurement part 73 Radio

Landscapes

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

Abstract

無線通信環境の変化に応じて、遅延要件に相当する条件を変更することができる管理サーバを提供することを目的とする。本開示にかかる管理サーバ（１０）は、エンドツーエンドフローの遅延と、エンドツーエンドフローに関連付けられた許容遅延と、を用いて、送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新する更新部（１１）と、更新されたアップリンク許容遅延もしくはダウンリンク許容遅延を、アップリンク許容遅延もしくはダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードへ送信する通信部（１２）と、を備える。

Description

管理サーバ、無線アクセスノード、通信システム、通信方法、リソース管理方法、及びコンピュータ可読媒体
　本発明は管理サーバ、無線アクセスノード、及び通信システムに関する。
　現在、モバイルネットワークを介した超低遅延サービスを提供することが検討されている。超低遅延サービスは、例えば、モバイルネットワークを介して車載センサー情報、交通カメラ情報、及び地図情報等を伝送する自動運転サービスであってもよい。
　モバイルキャリア（モバイル通信事業者）は、ユーザに対して超低遅延サービスを提供するために、ＳＬＡ（Service Level Agreement）を保証する必要がある。ＳＬＡは、例えば、超低遅延サービスにおいて保証する遅延時間等が規定されていてもよい。
　特許文献１には、通信端末の特性に応じて、通信端末の遅延要件が決定されることが記載されている。無線アクセスネットワークに配置された基地局は、通信端末毎に定められている遅延要件を満たすように、無線リソース管理を行う。例えば、遅延要件の厳しい通信端末に対して、優先的に無線リソースが割り当てられる。
特開２０１７－０１７６５５号公報
　特許文献１に記載されているそれぞれの通信端末に関する遅延要件は、例えば、通信端末の特性として、通信端末がカーナビゲーションシステムか、スマートメータか、等の予め定められた情報である端末種別に応じて決定される。そのため、遅延要件は、通信端末に対して静的に決定される。一方、無線通信環境は、時間の経過とともに変動する。つまり、無線通信環境が悪化しても、通信端末に関連付けられた遅延要件は変更されない。そのため、無線通信環境が悪化した場合であっても、無線リソースは、無線通信環境が悪化する前と同じ優先度に従って通信端末に割り当てられる。そのため、無線通信環境が悪化した場合、通信端末間において伝送されるフローの遅延時間が増加し、遅延要件を満たさなくなるという問題がある。
　本開示の目的は、無線通信環境の変化に応じて、遅延要件に相当する条件を変更することができる管理サーバ、無線アクセスノード、及び通信システムを提供することにある。
　本開示の第１の態様にかかる管理サーバは、送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新する更新部と、更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を、アップリンク許容遅延もしくはダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードへ送信する通信部と、を備える。
　本開示の第２の態様にかかる無線アクセスノードは、送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて更新された、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を取得する通信部と、取得した前記アップリンク許容遅延と前記ダウンリンク許容遅延とのいずれか一方を用いて、前記送信元の通信端末及び前記送信先の通信端末のいずれか一方に関するリソーススケジューリングを行う制御部と、を備える。
　本開示の第３の態様にかかる通信システムは、送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新し、更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を送信する、管理サーバと、更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードと、を備える。
　本開示の第４の態様にかかる通信方法は、送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記フローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新し、更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を、アップリンク許容遅延もしくはダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードへ送信する。
　本開示の第５の態様にかかるリソース管理方法は、送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて更新された、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を取得し、取得した前記アップリンク許容遅延と前記ダウンリンク許容遅延とのいずれか一方を用いて、前記送信元の通信端末及び前記送信先の通信端末のいずれか一方に関するリソーススケジューリングを行う。
　本開示の第６の態様にかかるプログラムは、送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新し、
　更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を、アップリンク許容遅延もしくはダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードへ送信することをコンピュータに実行させる。
　本開示により、無線通信環境の変化に応じて、遅延要件に相当する条件を変更することができる管理サーバ、無線アクセスノード、及び通信システムを提供することができる。
実施の形態１にかかる管理サーバの構成図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかるＭＥＣサーバの構成図である。 実施の形態２にかかるｅＮＢの構成図である。 実施の形態２にかかるＭＥＣサーバにおいて実施される処理の流れを示す図である。 実施の形態２にかかるｅＮＢサーバにおいて実施される処理の流れを示す図である。 実施の形態３にかかるＭＥＣサーバにおいて実施される処理の流れを示す図である。
　（実施の形態１）
　以下、図面を参照して本発明の実施の形態について説明する。図１を用いて実施の形態１にかかる管理サーバ１０の構成例について説明する。管理サーバ１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
　管理サーバ１０は、更新部１１及び通信部１２を有している。更新部１１及び通信部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実施されるソフトウェアもしくはモジュールであってもよい。更新部及び通信部は、更新モジュールもしくは通信モジュール等と称されてもよい。また、更新部１１及び通信部１２は、回路もしくはチップ等のハードウェアであってもよい。
　更新部１１は、送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延を更新する。もしくは更新部１１は、アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延を更新する。更新部１１は、アップリンク許容遅延もしくはダウンリンク許容遅延を更新する際に、送信元の通信端末から送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、エンドツーエンドフローに関連付けられた許容遅延とを用いる。エンドツーエンドフローは、送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信される。
　通信端末は、携帯電話端末、スマートフォン端末等の、通信機能を有するコンピュータ装置であってもよい。また、通信端末は、ＩｏＴ（Internet of Things）端末、ＭＴＣ（Machine Type Communication）端末等であってもよい。アップリンクフロー、ダウンリンクフロー、及びエンドツーエンドフロー（以下、フローと称する）は、例えば、通信端末に提供されるアプリケーションサービスにおいて伝送される１又は複数のデータを含む。また、フローに含まれるデータは、データパケットと称されてもよい。また、フローに含まれるデータは、１つ以上のデータパケットを用いて構成される、チャンク（chunk）と称されてもよい。
　アプリケーションサービスにおいて伝送されるデータ（例えば、アプリケーションデータ）は、例えば、画像データもしくは動画データ等であってもよい。また、アプリケーションデータには、画像データ等の送信を要求する要求メッセージもしくは要求メッセージに応答する応答メッセージ等が含まれてもよい。
　許容遅延は、デッドラインもしくは送信デッドラインと称されてもよい。許容遅延は、１回のフローに含まれる複数のデータパケットの送信を完了するべき期限を意味する。許容遅延は、アプリケーションによって要求される。許容遅延は、送信期限と言うこともできる。あるいは、許容遅延は、アプリケーションによって許容される最大送信遅延と言うこともできる。許容遅延は、様々に定義することができる。例えば、許容遅延は、アプリケーションレイヤの発信者（sender）による送信の完了期限を示してもよい。あるいは、許容遅延は、無線レイヤの発信者による送信の完了期限を示してもよい。あるいは、許容遅延は、アプリケーションレイヤの受信者（receiver）による受信の完了期限を示してもよい。あるいは、許容遅延は、無線レイヤの受信者による受信の完了期限を示してもよい。あるいは、許容遅延は、アプリケーションレイヤの発信者が１回のフローに関する最初のデータパケットを送信開始してからアプリケーションレイヤの受信者が１回のフローに関する最後のデータパケットを受信完了する期限を示してもよい。あるいは、また、許容遅延は、無線レイヤの発信者が１回のフローに関する最初のデータパケットを送信開始してから無線レイヤの受信者が１回のフローに関する最後のデータパケットを受信完了する期限を示してもよい。
　アップリンク許容遅延は、送信元の通信端末がフローに関するデータを送信してから、アプリケーションサーバがフローに関するデータを受信する期限を示してもよい。ダウンリンク許容遅延は、アプリケーションサーバがフローに関するデータを送信してから、送信先の通信端末がフローに関するデータを受信する期限を示してもよい。
　更新部１１は、送信元の通信端末から送信先の通信端末へ送信されたエンドツーエンドフローの遅延の変化に応じて、アップリンク許容遅延もしくはダウンリンク許容遅延を更新してもよい。エンドツーエンドフローに関連付けられた許容遅延は、アプリケーションによって要求される静的な値である。一方、アップリンク許容遅延もしくはダウンリンク許容遅延は、エンドツーエンドフローの遅延の変化に応じて更新される、動的な値である。また、エンドツーエンドフローの遅延は、送信元の通信端末から送信されたフローが、実際に送信先の通信端末において受信されるまでの時間である。
　通信部１２は、更新部１１において更新されたアップリンク許容遅延もしくはダウンリンク許容遅延を、無線アクセスノードへ送信する。無線アクセスノードは、無線アクセスネットワークに配置されたノードである。無線アクセスノードは、例えば、基地局であってもよい。無線アクセスノードは、アップリンク許容遅延もしくはダウンリンク許容遅延を用いて、リソーススケジューリングを行う。リソーススケジューリングは、通信端末がデータを送信もしくは受信する際に使用する無線リソースを、無線アクセスノードが、送信元の通信端末もしくは送信先の通信端末に対して割り当てることである。
　無線アクセスノードは、例えば、アップリンク許容遅延もしくはダウンリンク許容遅延の値が小さいフローに関する通信を行う通信端末に対して、優先的に無線リソースを割り当ててもよい。もしくは、無線アクセスノードは、アップリンク許容遅延もしくはダウンリンク許容遅延が終了するまでの期間が短いフローに関する通信を行う通信端末に対して、優先的に無線リソースを割り当ててもよい。
　以上説明したように、管理サーバ１０は、動的に更新可能な許容遅延として、アップリンク許容遅延及びダウンリンク許容遅延の少なくとも一方を管理する。管理サーバ１０は、エンドツーエンドフローの遅延に応じて、アップリンク許容遅延及びダウンリンク許容遅延の少なくとも一方を更新することができる。その結果、無線通信環境が変化し、エンドツーエンドフローの遅延が変化した場合に、リソーススケジューリングに用いられるアップリンク許容遅延もしくはダウンリンク許容遅延を変更することができる。
　（実施の形態２）
　続いて、図２を用いて実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、ＵＥ（User Equipment）２１、ｅＮＢ（evolved Node B）２２、ＵＥ４１、ｅＮＢ４２、ＭＥＣ（Mobile Edge Computing）サーバ３１、ゲートウェイ装置３２、及びアプリケーションサーバ３３を有している。ＵＥは、３ＧＰＰ（3rd Generation Partnership Project）において通信端末の総称として用いられる用語である。ｅＮＢは、３ＧＰＰにおいて無線通信方式として規定されているＬＴＥ（Long Term Evolution）をサポートする基地局である。図２においては、ＵＥ２１を送信元の通信端末とし、ＵＥ４１を送信先の通信端末として説明する。
　ｅＮＢ２２は、ＵＥ２１に関するリソーススケジューリングを行う。リソーススケジューリングは、例えば、リソース管理と称されてもよい。ｅＮＢ４２は、ＵＥ４１に関するリソーススケジューリングを行う。ＵＥ２１から送信されたフローは、アプリケーションサーバ３３を介してＵＥ４１へ送信される。この時、ＵＥ２１から送信されたフローは、ｅＮＢ２２及びゲートウェイ装置３２を介してアプリケーションサーバ３３へ送信されてもよい。もしくは、ＵＥ２１から送信されたフローは、ｅＮＢ２２、ＭＥＣサーバ３１、及びゲートウェイ装置３２を介してアプリケーションサーバ３３へ送信されてもよい。
　また、アプリケーションサーバ３３から送信されたフローは、ゲートウェイ装置３２及びｅＮＢ４２を介してＵＥ４１へ送信されてもよい。もしくは、アプリケーションサーバ３３から送信されたフローは、ゲートウェイ装置３２、ＭＥＣサーバ３１、及びｅＮＢ４２を介してＵＥ４１へ送信されてもよい。
　ＭＥＣサーバ３１は、図１の管理サーバ１０に相当する。ＭＥＣサーバ３１は、ＵＥに近い位置に配置されるサーバであり、図２においては、ｅＮＢ２２もしくはｅＮＢ４２の近傍に配置される。ＭＥＣサーバ３１は、アプリケーションサーバとして用いられてもよい。この場合、ＵＥ２１とＵＥ４１との間におけるフローは、ｅＮＢ２２、ＭＥＣサーバ３１、及びｅＮＢ４２を介して、ＵＥ４１へ送信される。ＵＥの近傍に配置されたＭＥＣサーバ３１がアプリケーションサービスを提供することによって、ＵＥ２１とＵＥ４１との間における遅延を低減させることができる。
　また、図２においては、ＭＥＣサーバ３１が１台のみ配置されていることを示しているが、例えば、ＭＥＣサーバは、ｅＮＢ２２の近傍に１台配置され、さらに、ｅＮＢ４２の近傍にもう一台配置されてもよい。この場合、ＵＥ２１とＵＥ４１との間におけるフローは、２台のＭＥＣサーバを経由してもよく、フローに関連するアプリケーションサービスを提供するいずれか一方のＭＥＣサーバのみを経由してもよい。
　ゲートウェイ装置３２は、ｅＮＢ２２、アプリケーションサーバ３３、及びｅＮＢ４２の間において伝送されるフローを中継する。もしくは、ゲートウェイ装置３２は、ＭＥＣサーバ３１とアプリケーションサーバ３３との間において伝送されるフローを中継する。ゲートウェイ装置３２は、例えば、３ＧＰＰにおいて規定されているＳＧＷ（Serving Gateway）及びＰＧＷ（Packet Data Network Gateway）等であってもよい。図２においては、ゲートウェイ装置３２が１台のみ配置されていることを示しているが、例えば、ゲートウェイ装置３２は、２台以上配置されてもよい。アプリケーションサーバ３３は、ＵＥ２１及びＵＥ４１へアプリケーションサービスを提供するサーバである。
　ＵＥ２１とアプリケーションサーバ３３との間の通信経路を、アップリンクパスセグメントと称する。アプリケーションサーバ３３とＵＥ４１との間の通信経路を、ダウンリンクパスセグメントと称する。また、ＭＥＣサーバ３１がアプリケーションサーバとして用いられる場合、ＵＥ２１とＭＥＣサーバ３１との間の通信経路を、アップリンクパスセグメントと称する。さらに、ＭＥＣサーバ３１がアプリケーションサーバとして用いられる場合、ＭＥＣサーバ３１とＵＥ４１との間の通信経路を、ダウンリンクパスセグメントと称する。
　続いて、図３を用いて実施の形態２にかかるＭＥＣサーバ３１の構成例について説明する。ＭＥＣサーバ３１は、ネットワークインタフェース６１、プロセッサ６２、及びメモリ６３を有している。
　ネットワークインタフェース６１は、他の通信ネットワーク装置と通信するために使用される。ネットワークインタフェース６１は、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。ネットワークインタフェース６１は、図１の通信部１２に相当する、通信部５１を有する。
　プロセッサ６２は、メモリ６３からソフトウェア（コンピュータプログラム）を読み出して、以降においてフローチャート等を用いて説明される処理を行う。プロセッサ６２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ６２は、複数のプロセッサを含んでもよい。
　メモリ６３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ６３は、プロセッサ６２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ６２は、図示されていないI/Oインタフェースを介してメモリ６３にアクセスしてもよい。メモリ６３は、ソフトウェアもしくはソフトウェアモジュール群を格納するために使用される。プロセッサ６２は、これらのソフトウェアもしくはソフトウェアモジュール群をメモリ６３から読み出して実行する。
　プロセッサ６２は、スループット監視部５２及び許容遅延更新部５３における機能もしくは処理を実行するために用いられる。また、メモリ６３は、通信要件管理部５４を有する。通信要件管理部５４は、エンドツーエンドフローの許容遅延、及び、エンドツーエンドフローのフローサイズに関する情報を管理している。通信要件管理部５４は、エンドツーエンドフローを構成する各パスセグメントのフローサイズを管理してもよい。管理するとは、保持する、もしくは保存すると言い換えられてもよい。
　スループット監視部５２は、アップリングパスセグメントにおけるアップリンクスループットと、ダウンリンクパスセグメントにおけるダウンリンクスループットとを監視する。言い換えると、スループット監視部５２は、アップリンクスループットとダウンリンクスループットとを取得する。例えば、スループット監視部５２は、アプリケーションサーバ３３から、アップリンクスループットとダウンリンクスループットとを取得してもよい。もしくは、スループット監視部５２は、ｅＮＢ２２からアップリンクスループットを取得し、ｅＮＢ４２からダウンリンクスループットを取得してもよい。
　スループット監視部５２は、ｅＮＢ２２及びｅＮＢ４２からスループットを取得する場合、ＵＥとｅＮＢとの間の無線区間におけるスループットを取得する。通信環境の変動は、主に無線区間において生じる。言い換えると、コアネットワーク区間において、通信環境の変動が生じることは少ない。そのため、ＵＥ２１とＵＥ４１との間のエンドツーエンドフローにおける遅延の変動は、主に、無線区間の通信環境の変動によって引き起こされる。そのため、スループット監視部５２は、ＵＥ２１とｅＮＢ２２との間の無線区間におけるスループットをアップリンクスループットとして取得してもよい。さらに、スループット監視部５２は、ＵＥ４１とｅＮＢ４２との間の無線区間におけるスループットをダウンリンクスループットとして取得してもよい。
　もしくは、ＭＥＣサーバ３１は、ＵＥ２１とＵＥ４１との間のエンドツーエンドフローが、ＭＥＣサーバ３１を経由する場合、ＭＥＣサーバ３１自身において、アップリンクスループット及びダウンリンクスループットを計測してもよい。
　許容遅延更新部５３は、アップリンクスループット及びダウンリンクスループット、さらに、許容遅延更新部５３において管理されている情報を用いて、アップリンク許容遅延もしくはダウンリンク許容遅延を更新する。
　ここで、許容遅延更新部５３が実行するアップリンク許容遅延もしくはダウンリンク許容遅延の更新について詳細に説明する。以下においては、アップリンク許容遅延の更新について詳細に説明する。
　許容遅延更新部５３は、以下の式１に従って、更新後のアップリンク許容遅延を算出する。
New_UL_Deadline=Current_UL_Deadline+(Target_UL_Delay-UL_Delay)×K・・（式１）
・New_UL_Deadline：更新後のアップリンク許容遅延
・Current_UL_Deadline：現在設定されているアップリンク許容遅延
・Target_UL_Delay：アップリンクパスセグメントにおける目標遅延
・UL_Delay：アップリンクパスセグメントにおいて発生した遅延
・K：係数（定数）
　ここで、Target_UL_Delayは、Target_UL_Delay=E2E_Deadline-DL_Delayとして算出される。E2E_Deadlineは、エンドツーエンドフローに関連付けられた許容遅延である。DL_Delayは、ダウンリンクパスセグメントにおいて発生した遅延である。つまり、アップリングパスセグメントにおける目標遅延と、ダウンリンクパスセグメントにおいて発生する遅延との合計が、エンドツーエンドフローに関連付けられた許容遅延を超えない値として、Target_UL_Delayが設定される。
　Target_UL_Delay=E2E_Deadline-DL_Delayを式１に代入すると、以下の式２が得られる。
New_UL_Deadline=Current_UL_Deadline+{E2E_Deadline-(DL_Delay+UL_Delay)}×K
・・・（式２）
　E2E_Deadline-(DL_Delay+UL_Delay)は、エンドツーエンドフローに関連付けられた許容遅延から、ＵＥ２１とＵＥ４１との間に発生した遅延を減算することを示している。
　式２は、アップリンク許容遅延を更新する際に、エンドツーエンドフローに関連付けられた許容遅延と、ＵＥ２１とＵＥ４１との間に発生した遅延とを、を用いることを示している。
　また、式２において、DL_Delay+UL_Delayが、E2E_Deadlineよりも大きい場合、つまり、エンドツーエンドフローが、許容遅延を満たさない場合、E2E_Deadline-(DL_Delay+UL_Delay)はマイナスの値となる。そのため、この場合、New_UL_Deadlineは、Current_UL_Deadlineよりも小さくなる。一方、DL_Delay+UL_Delayが、E2E_Deadlineよりも小さい場合、つまり、エンドツーエンドフローが、許容遅延を満たす場合、E2E_Deadline-(DL_Delay+UL_Delay)はプラスの値となる。そのため、この場合、New_UL_Deadlineは、Current_UL_Deadlineよりも大きくなる。
　ここで、係数Kの値が大きいほど、New_UL_Deadlineと、Current_UL_Deadlineとの間の差が大きくなる。また、係数Kの値が小さいほど、New_UL_Deadlineと、Current_UL_Deadlineとの間の差が小さくなる。
　さらに、DL_Delayは、DL_Delay=DL_FlowSize/DL_Throughput、として算出される。さらに、UL_Delayは、UL_Delay=UL_FlowSize/UL_Throughputとして算出される。許容遅延更新部５３は、アップリンクスループット（UL_Throughput）及びダウンリンクスループット（DL_Throughput）と、通信要件管理部５４に管理されているフローサイズとを用いて、式１もしくは式１から変形された式２におけるNew_UL_Deadlineを算出する。
　ネットワークインタフェース６１は、許容遅延更新部５３において算出されたNew_UL_Deadlineを、ｅＮＢ２２へ送信する。
　ここでは、主に、New_UL_Deadlineの算出について説明したが、更新後のダウンリンク許容遅延（New_DL_Deadline）についても、New_UL_Deadlineと同様に算出される。New_DL_Deadlineを算出する場合に、以下の式３を用いる。
New_DL_Deadline=Current_DL_Deadline+(Target_DL_Delay-DL_Delay)×K・・（式３）
・New_DL_Deadline：更新後のダウンリンク許容遅延
・Current_DL_Deadline：現在設定されているダウンリンク許容遅延
・Target_DL_Delay：ダウンリンクパスセグメントにおける目標遅延
・DL_Delay：ダウンリンクパスセグメントにおいて発生した遅延
・K：定数
　また、Target_DL_Delayは、Target_DL_Delay=E2E_Deadline-UL_Delayとして算出される。Target_UL_Delay=E2E_Deadline-DL_Delayを式３に代入すると、以下の式４が得られる。
New_DL_Deadline=Current_DL_Deadline+{E2E_Deadline-(DL_Delay+UL_Delay)}×K
・・・（式４）
　許容遅延更新部５３は、アップリンクスループット及びダウンリンクスループットと、通信要件管理部５４に管理されているフローサイズとを用いて、式３もしくは式３から変形された式４におけるNew_DL_Deadlineを算出する。
　ネットワークインタフェース６１は、許容遅延更新部５３において算出されたNew_DL_Deadlineを、ｅＮＢ４２へ送信する。
　続いて、図４を用いて、ｅＮＢ２２の構成例について説明する。ｅＮＢ４２は、ｅＮＢ２２と実質的に同様の構成を有するため詳細な説明を省略する。ｅＮＢ２２は、ネットワークインタフェース８１、プロセッサ８２、及びメモリ８３を有している。
　ネットワークインタフェース８１は、デジタルベースバンド信号処理を行うベースバンドプロセッサを含んでもよい。もしくは、ネットワークインタフェース８１は、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。ネットワークインタフェース８１は、通信部７１を有する。
　プロセッサ８２は、メモリ８３からソフトウェア（コンピュータプログラム）を読み出して、以降においてフローチャート等を用いて説明される処理を行う。プロセッサ８２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ８２は、複数のプロセッサを含んでもよい。
　メモリ８３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ８３は、プロセッサ８２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ８２は、図示されていないI/Oインタフェースを介してメモリ８３にアクセスしてもよい。メモリ８３は、ソフトウェアもしくはソフトウェアモジュール群を格納するために使用される。プロセッサ８２は、これらのソフトウェアもしくはソフトウェアモジュール群をメモリ８３から読み出して実行する。
　プロセッサ８２は、スループット計測部７２及び無線リソース制御部７３における機能もしくは処理を実行するために用いられる。
　スループット計測部７２は、ＵＥ２１から送信されたフローに関するスループットを計測する。言い換えると、スループット計測部７２は、ＵＥ２１とｅＮＢ２２との間の無線区間におけるスループットを計測する。
　通信部７１は、スループット計測部７２において計測されたスループットをＭＥＣサーバ３１へ送信する。また、通信部７１は、ＭＥＣサーバ３１からNew_UL_Deadlineを受信する。無線リソース制御部７３は、通信部７１において受信したNew_UL_Deadlineを用いてリソーススケジューリングを行う。
　例えば、無線リソース制御部７３は、ｅＮＢ２２が形成するセルに位置するそれぞれのＵＥが送信するフローのアップリンク許容遅延を比較し、アップリンク許容遅延が短いフローを送信するＵＥに対して、優先的に無線リソースを割り当ててもよい。もしくは、無線リソース制御部７３は、アップリンク許容遅延が終了するまでの期間が短いフローを送信するＵＥに対して、優先的に無線リソースを割り当ててもよい。無線リソースは、リソースブロックであってもよい。リソースブロックは、周波数と時間とを用いて特定されるリソースである。リソースブロックは、３ＧＰＰにおいて規定された無線リソースである。
　続いて、図５を用いて、実施の形態２にかかるＭＥＣサーバ３１において実行されるアップリンク許容遅延の送信処理の流れについて説明する。ダウンリンク許容遅延の送信処理は、アップリンク許容遅延の送信処理と実質的に同様であるため詳細な説明を省略する。
　はじめに、許容遅延更新部５３は、通信要件管理部５４から通信要件として、エンドツーエンドフローの許容遅延及びフローサイズを抽出する。さらに、許容遅延更新部５３は、スループット監視部５２から取得したスループットを用いて、アップリンクパスセグメント及びダウンリンクパスセグメントにおいて発生した遅延を算出する。さらに、許容遅延更新部５３は、アップリンク許容遅延（New_UL_Deadline）を算出する（Ｓ１１）。アップリンク許容遅延（New_UL_Deadline）は、現在のアップリンク許容遅延（Current_UL_Deadline）を更新した値である。
　次に、通信部５１は、アップリンク許容遅延（New_UL_Deadline）をｅＮＢ２２へ送信する（Ｓ１２）。また、通信部５１は、ダウンリンク許容遅延（New_DL_Deadline）が算出された場合、ダウンリンク許容遅延（New_DL_Deadline）を、ｅＮＢ４２へ送信する。
　続いて、図６を用いて実施の形態２にかかるｅＮＢ２２において実行されるリソーススケジューリングの実施処理の流れについて説明する。ｅＮＢ４２において実行されるリソーススケジューリングの実施処理は、ｅＮＢ２２において実行されるリソーススケジューリングの実施処理と実質的に同様であるため詳細な説明を省略する。
　はじめに、通信部７１は、ＭＥＣサーバ３１からアップリンク許容遅延（New_UL_Deadline）受信する（Ｓ２１）。次に、無線リソース制御部７３は、受信したアップリンク許容遅延に基づいて、リソーススケジューリングを実施する（Ｓ２２）。例えば、ＵＥ２１に関するフローのアップリンク許容遅延が、他のＵＥに関するフローのアップリンク許容遅延よりも長くなったとする。このような場合、無線リソース制御部７３は、他のＵＥに対する無線リソースの割当を、ＵＥ２１よりも優先的に実行する。また、ＵＥ２１に関するフローのアップリンク許容遅延が、他のＵＥに関するフローのアップリンク許容遅延よりも短くなったとする。このような場合、無線リソース制御部７３は、ＵＥ２１に対する無線リソースの割当を、他のＵＥよりも優先的に実行する。
　以上説明したように、実施の形態２にかかるＭＥＣサーバ３１は、通信環境の変動によって生じる遅延の変動に応じて、アップリンク許容遅延もしくはダウンリンク許容遅延を変更することができる。ｅＮＢ２２は、変更もしくは更新後のアップリンク許容遅延を用いて、リソーススケジューリングを行うことができる。
　ＵＥ２１とＵＥ４１との間において発生する遅延が、エンドツーエンドフローに関連付けられた許容遅延を超えない場合、アップリンク許容遅延は、現在よりも大きい値に更新される。つまり、無線区間の通信環境が良好であり、ＵＥ２１に関するフローに発生する遅延が小さい場合、ｅＮＢ２２は、ＵＥ２１に対するリソーススケジューリングの優先度を、下げることができる。ＵＥ２１とは異なる他のＵＥに対するリソーススケジューリングの優先度が高くなることにより、他のＵＥのフローの品質を向上させることができる。
　ＵＥ２１とＵＥ４１との間において発生する遅延が、エンドツーエンドフローに関連付けられた許容遅延を超える場合、アップリンク許容遅延は、現在よりも小さい値に更新される。つまり、無線区間の通信環境が悪化し、ＵＥ２１に関するフローに発生する遅延が大きくなった場合、ｅＮＢ２２は、ＵＥ２１に対するリソーススケジューリングの優先度を、上げることができる。これより、ＵＥ２１に対するリソーススケジューリングの優先度が高くなることにより、ＵＥ２１のフローの品質を向上させることができる。フローの品質の向上とは、例えば、予め定められた許容遅延を満たす確率を向上させることであってもよい。
　ｅＮＢ４２が、更新されたダウンリンク許容遅延を用いてリソーススケジューリングを行う場合にも、ｅＮＢ２２がリソーススケジューリングを行う場合と同様の効果を得ることができる。
　また、実施の形態２においては、許容遅延更新部５３が、アップリンクスループット、ダウンリンクスループット、及びフローサイズを用いて、アップリンクパスセグメント及びダウンリンクパスセグメントにおいて発生する遅延を算出することについて説明した。これに対して、アップリンクパスセグメント及びダウンリンクパスセグメントにおいて発生する遅延は、例えば、ｅＮＢ２２、ｅＮＢ４２において計測されてもよい。または、アップリンクパスセグメント及びダウンリンクパスセグメントにおいて発生する遅延は、ＭＥＣサーバ３１もしくはアプリケーションサーバ３３において計測されてもよい。つまり、アップリンクパスセグメント及びダウンリンクパスセグメントにおいて発生する遅延は、スループット等を用いて間接的に算出されてもよく、ｅＮＢ等において直接的に計測されてもよい。
　また、実施の形態２においては、許容遅延更新部５３が、式１～式４を用いてアップリンク許容遅延もしくはダウンリンク許容遅延を更新する処理について説明した。これに対して、許容遅延更新部５３は、式１～式４を用いずに、次のようにアップリンク許容遅延もしくはダウンリンク許容遅延を更新する処理を実施してもよい。例えば、許容遅延更新部５３は、エンドツーエンドフローに関連付けられた許容遅延と、エンドツーエンドフローにおいて発生した遅延との大きさを比較してもよい。許容遅延更新部５３は、エンドツーエンドフローに関連付けられた許容遅延が、エンドツーエンドフローにおいて発生した遅延よりも大きい場合、現在設定されているアップリンク許容遅延もしくはダウンリンク許容遅延を増加させる。また、許容遅延更新部５３は、エンドツーエンドフローに関連付けられた許容遅延が、エンドツーエンドフローにおいて発生した遅延よりも小さい場合、現在設定されているアップリンク許容遅延もしくはダウンリンク許容遅延を減少させる。アップリンク許容遅延もしくはダウンリンク許容遅延を増加の増加割合もしくは減少割合は、予め定められてもよい。このように、エンドツーエンドフローに関連付けられた許容遅延と、エンドツーエンドフローにおいて発生した遅延との比較結果を用いても、式１～式４を用いた場合と同様の効果を得ることができる。
　（実施の形態２の変形例）
　ここで、アップリンク許容遅延もしくはダウンリンク許容遅延の算出手順に関する変形例について説明する。許容遅延更新部５３は、式１～式４の代わりに、以下の式５を用いて、アップリンク許容遅延を算出してもよい。
New_UL_Deadline=Current_UL_Deadline-(UL_RequestedThroughput-UL_Throughput)×K
・・・（式５）
・UL_RequestedThroughput：アップリンクパスセグメントにおける目標スループット
・K：定数
　また、UL_RequestedThroughput=UL_FlowSize/(E2E_Deadline-DL_Delay)として、UL_RequestedThroughputが算出される。また、DL_Delay=DL_FlowSize/DL_Throughputとして、DL_Delayが算出される。
　また、(UL_RequestedThroughput-UL_Throughput)は、例えば、単位としてbit/second（bps）が用いられるとする。また、Current_UL_Deadlineは、単位として、second（s）が用いられるとする。このような場合、Kは、Current_UL_Deadlineと、(UL_RequestedThroughput-UL_Throughput)との単位を合わせるために、s/bpsとの単位が用いられてもよい。
　また、式５において、UL_Throughputが、UL_RequestedThroughputよりも大きい場合、(UL_RequestedThroughput-UL_Throughput)はマイナスの値となる。そのため、この場合、New_UL_Deadlineは、Current_UL_Deadlineよりも大きくなる。一方、UL_Throughputが、UL_RequestedThroughputよりも小さい場合、(UL_RequestedThroughput-UL_Throughput)はプラスの値となる。そのため、この場合、New_UL_Deadlineは、Current_UL_Deadlineよりも小さくなる。
　UL_Throughputが、UL_RequestedThroughputよりも大きい場合とは、通信環境が良好であり、想定以上にスループットが良好であることを示している。UL_Throughputが、UL_RequestedThroughputよりも小さい場合とは、通信環境が悪化しており、想定よりもスループットが悪いことを示している。
　以上説明したように、許容遅延更新部５３は、式１～式４に変えて、式５を用いて、アップリンク許容遅延もしくはダウンリンク許容遅延を算出してもよい。
　（実施の形態３）
　続いて、図７を用いて、実施の形態３にかかるＭＥＣサーバ３１において実行されるアップリンク許容遅延の送信処理の流れについて説明する。図７においては、ＭＥＣサーバ３１が、アップリンク許容遅延及びダウンリンク許容遅延のいずれを更新するかに関する選択処理の流れが説明されている。
　はじめに、許容遅延更新部５３は、ｅＮＢ２２及びｅＮＢ４２のうち、混雑度が低い基地局を選択する（Ｓ３１）。混雑度は、例えば、リソースブロックの使用率、それぞれのｅＮＢに接続しているＵＥの数、及びそれぞれのｅＮＢに接続しているＵＥのスループット、が用いられてもよい。リソースブロックの使用率は、割当可能な無線リソースの内、それぞれのｅＮＢが、ＵＥに対して既に割り当てている無線リソースの割合である。ｅＮＢに接続しているＵＥの数は、それぞれのｅＮＢが、無線リソースを割り当てたＵＥの数であってもよい。もしくは、ｅＮＢに接続しているＵＥの数は、ｅＮＢが形成するセル内に位置するＵＥであって、ｅＮＢと通信することが可能な状態のＵＥの数であってもよい。ＵＥのスループットは、それぞれのｅＮＢに接続している複数のＵＥに関するスループットの平均値であってもよく、最大のスループットであってもよく、最小のスループットであってもよい。
　例えば、許容遅延更新部５３は、リソースブロックの使用率が低いｅＮＢを選択してもよい。もしくは、許容遅延更新部５３は、接続しているＵＥの数が少ないｅＮＢを選択してもよい。もしくは、許容遅延更新部５３は、ＵＥのスループットが高いｅＮＢを選択してもよい。ここで、ＵＥのスループットが高い場合は、割り当てる無線リソースが十分に存在することが想定されるため、混雑度が低いとみなされる。
　また、リソースブロックには、ＭＣ（Mission Critical）型リソースブロックと、ＢＥ（Best Effort）型リソースブロックとがある。ＭＣ型リソースブロックは、遅延の要件が厳しいフローに割り当てられるリソースブロックである。ＢＥ型リソースブロックは、ＭＣ型リソースブロックと比較して、遅延の要件が厳しくないフローに割り当てられるリソースブロックである。ｅＮＢは、ＭＣ型リソースブロックが不足した場合、ＢＥ型リソースブロックの一部もしくは全てを、ＭＣ型リソースブロックとして割り当てる。許容遅延更新部５３は、混雑度として、リソースブロックの使用率を用いる場合、ＭＣ型リソースブロックの使用率のみを比較してもよい。
　次に、許容遅延更新部５３は、ステップＳ３１において、ｅＮＢ２２を選択した場合、アップリンク許容遅延を更新し、ｅＮＢ４２を選択した場合、ダウンリンク許容遅延を更新する（Ｓ３２）。次に、許容遅延更新部５３は、アップリンク許容遅延を更新した場合、更新したアップリンク許容遅延をｅＮＢ２２へ送信する（Ｓ３３）。もしくは、許容遅延更新部５３は、ダウンリンク許容遅延を更新した場合、更新したダウンリンク許容遅延をｅＮＢ４２へ送信する（Ｓ３３）。
　以上説明したように、ＭＥＣサーバ３１は、混雑度が低いｅＮＢを選択して、選択したｅＮＢへ、アップリンク許容遅延もしくはダウンリンク許容遅延を送信することができる。混雑度が低いｅＮＢは、処理負荷に余裕があるｅＮＢと言い換えられてもよい。ｅＮＢが、更新後のアップリンク許容遅延もしくはダウンリンク許容遅延を用いて、リソーススケジューリングを変更する場合、処理負荷が上昇する。つまり、ｅＮＢは、同一のアップリンク許容遅延もしくはダウンリンク許容遅延を用いて、リソーススケジューリングを実行する場合と比較して、異なる許容遅延を用いてリソーススケジューリングを実行する場合、処理負荷が上昇する。ＭＥＣサーバ３１が、混雑度が低いｅＮＢを選択することによって、ｅＮＢにおける処理負荷の上昇が、ｅＮＢ内の他の機能もしくは処理等に与える影響を低減させることができる。
　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）を含む。さらに、非一時的なコンピュータ可読媒体の例は、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗを含む。さらに、非一時的なコンピュータ可読媒体の例は、半導体メモリを含む。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新する更新部と、
　更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を、アップリンク許容遅延もしくはダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードへ送信する通信部と、を備える管理サーバ。
　（付記２）
　前記更新部は、
　前記遅延が前記許容遅延よりも大きい場合、前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方を現在設定されている値よりも小さな値にするように更新し、前記遅延が前記許容遅延よりも小さい場合、前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方を現在設定されている値よりも大きな値にするように更新する、請求項１に記載の管理サーバ。
　（付記３）
　前記更新部は、
　前記許容遅延から前記遅延を減算した値を、現在設定されている前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方に加算する、請求項１又は２に記載の管理サーバ。
　（付記４）
　前記更新部は、
　前記許容遅延から前記遅延を減算した値に第１の係数を乗算した値を、現在設定されている前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方に加算する、請求項３に記載の管理サーバ。
　（付記５）
　前記更新部は、
　前記遅延を、前記エンドツーエンドフローのフローサイズと、前記エンドツーエンドフローのスループットとを用いて算出する、請求項１乃至４のいずれか１項に記載の管理サーバ。
　（付記６）
　前記更新部は、
　前記アップリンク許容遅延を用いてリソーススケジューリングを行う第１の無線アクセスノードと、前記ダウンリンク許容遅延を用いてリソーススケジューリングを行う第２の無線アクセスノードと、のうち、混雑度が低い無線アクセスノードにおいて用いられる前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を更新する、請求項１乃至５のいずれか１項に記載の管理サーバ。
　（付記７）
　前記混雑度は、
　前記通信端末へ割り当てられるリソースブロックの使用率、前記無線アクセスノードへ接続している前記通信端末の数、及び前記無線アクセスノードへ接続している前記通信端末のスループットの少なくとも１つに基づいて決定される、請求項６に記載の管理サーバ。
　（付記８）
　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて更新された、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を取得する通信部と、
　取得した前記アップリンク許容遅延と前記ダウンリンク許容遅延とのいずれか一方を用いて、前記送信元の通信端末及び前記送信先の通信端末のいずれか一方に関するリソーススケジューリングを行う制御部と、を備える無線アクセスノード。
　（付記９）
　前記制御部は、
　複数の通信端末に関するリソーススケジューリングを行い、前記アップリンク許容遅延と前記ダウンリンク許容遅延とのいずれか一方が他の通信端末よりも短い通信端末に対して、優先的にリソースを割り当てる、請求項８に記載の無線アクセスノード。
　（付記１０）
　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新し、更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を送信する、管理サーバと、
　更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードと、を備える通信システム。
　（付記１１）
　前記管理サーバは、
　前記遅延が前記許容遅延よりも大きい場合、前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方を現在設定されている値よりも小さな値にするように更新し、前記遅延が前記許容遅延よりも小さい場合、前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方を現在設定されている値よりも大きな値にするように更新する、請求項１０に記載の通信システム。
　（付記１２）
　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新し、
　更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を、アップリンク許容遅延もしくはダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードへ送信する、通信方法。
　（付記１３）
　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて更新された、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を取得し、
　取得した前記アップリンク許容遅延と前記ダウンリンク許容遅延とのいずれか一方を用いて、前記送信元の通信端末及び前記送信先の通信端末のいずれか一方に関するリソーススケジューリングを行う、リソース管理方法。
　（付記１４）
　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新し、
　更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を、アップリンク許容遅延もしくはダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードへ送信することをコンピュータに実行させるプログラム。
　（付記１５）
　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて更新された、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を取得し、
　取得した前記アップリンク許容遅延と前記ダウンリンク許容遅延とのいずれか一方を用いて、前記送信元の通信端末及び前記送信先の通信端末のいずれか一方に関するリソーススケジューリングを行うことをコンピュータに実行させるプログラム。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１８年３月２８日に出願された日本出願特願２０１８－０６３２３１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１０　管理サーバ
　１１　更新部
　１２　通信部
　２１　ＵＥ
　２２　ｅＮＢ
　３１　ＭＥＣサーバ
　３２　ゲートウェイ装置
　３３　アプリケーションサーバ
　４１　ＵＥ
　４２　ｅＮＢ
　５１　通信部
　５２　スループット監視部
　５３　許容遅延更新部
　５４　通信要件管理部
　６１　ネットワークインタフェース
　６２　プロセッサ
　６３　メモリ
　７１　通信部
　７２　スループット計測部
　７３　無線リソース制御部
　８１　ネットワークインタフェース
　８２　プロセッサ
　８３　メモリ

Claims (15)

  1. 　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新する更新手段と、
    　更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を、アップリンク許容遅延もしくはダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードへ送信する通信手段と、を備える管理サーバ。
  2. 　前記更新手段は、
    　前記遅延が前記許容遅延よりも大きい場合、前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方を現在設定されている値よりも小さな値にするように更新し、前記遅延が前記許容遅延よりも小さい場合、前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方を現在設定されている値よりも大きな値にするように更新する、請求項１に記載の管理サーバ。
  3. 　前記更新手段は、
    　前記許容遅延から前記遅延を減算した値を、現在設定されている前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方に加算する、請求項１又は２に記載の管理サーバ。
  4. 　前記更新手段は、
    　前記許容遅延から前記遅延を減算した値に第１の係数を乗算した値を、現在設定されている前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方に加算する、請求項３に記載の管理サーバ。
  5. 　前記更新手段は、
    　前記遅延を、前記エンドツーエンドフローのフローサイズと、前記エンドツーエンドフローのスループットとを用いて算出する、請求項１乃至４のいずれか１項に記載の管理サーバ。
  6. 　前記更新手段は、
    　前記アップリンク許容遅延を用いてリソーススケジューリングを行う第１の無線アクセスノードと、前記ダウンリンク許容遅延を用いてリソーススケジューリングを行う第２の無線アクセスノードと、のうち、混雑度が低い無線アクセスノードにおいて用いられる前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を更新する、請求項１乃至５のいずれか１項に記載の管理サーバ。
  7. 　前記混雑度は、
    　前記通信端末へ割り当てられるリソースブロックの使用率、前記無線アクセスノードへ接続している前記通信端末の数、及び前記無線アクセスノードへ接続している前記通信端末のスループットの少なくとも１つに基づいて決定される、請求項６に記載の管理サーバ。
  8. 　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて更新された、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を取得する通信手段と、
    　取得した前記アップリンク許容遅延と前記ダウンリンク許容遅延とのいずれか一方を用いて、前記送信元の通信端末及び前記送信先の通信端末のいずれか一方に関するリソーススケジューリングを行う制御手段と、を備える無線アクセスノード。
  9. 　前記制御手段は、
    　複数の通信端末に関するリソーススケジューリングを行い、前記アップリンク許容遅延と前記ダウンリンク許容遅延とのいずれか一方が他の通信端末よりも短い通信端末に対して、優先的にリソースを割り当てる、請求項８に記載の無線アクセスノード。
  10. 　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新し、更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を送信する、管理サーバと、
    　更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードと、を備える通信システム。
  11. 　前記管理サーバは、
    　前記遅延が前記許容遅延よりも大きい場合、前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方を現在設定されている値よりも小さな値にするように更新し、前記遅延が前記許容遅延よりも小さい場合、前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延のいずれか一方を現在設定されている値よりも大きな値にするように更新する、請求項１０に記載の通信システム。
  12. 　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新し、
    　更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を、アップリンク許容遅延もしくはダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードへ送信する、通信方法。
  13. 　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて更新された、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を取得し、
    　取得した前記アップリンク許容遅延と前記ダウンリンク許容遅延とのいずれか一方を用いて、前記送信元の通信端末及び前記送信先の通信端末のいずれか一方に関するリソーススケジューリングを行う、リソース管理方法。
  14. 　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を更新し、
    　更新された前記アップリンク許容遅延もしくは前記ダウンリンク許容遅延を、アップリンク許容遅延もしくはダウンリンク許容遅延を用いてリソーススケジューリングを行う無線アクセスノードへ送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
  15. 　送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されたエンドツーエンドフローの遅延と、前記エンドツーエンドフローに関連付けられた許容遅延と、を用いて更新された、前記送信元の通信端末から前記アプリケーションサーバへ送信されるアップリンクフローに関連付けられたアップリンク許容遅延と、前記アプリケーションサーバから前記送信先の通信端末へ送信されるダウンリンクフローに関連付けられたダウンリンク許容遅延とのいずれか一方を取得し、
    　取得した前記アップリンク許容遅延と前記ダウンリンク許容遅延とのいずれか一方を用いて、前記送信元の通信端末及び前記送信先の通信端末のいずれか一方に関するリソーススケジューリングを行うことをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
    　
PCT/JP2018/046306 2018-03-28 2018-12-17 管理サーバ、無線アクセスノード、通信システム、通信方法、リソース管理方法、及びコンピュータ可読媒体 WO2019187389A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2020509638A JP7040602B2 (ja) 2018-03-28 2018-12-17 管理サーバ、無線アクセスノード、通信方法、及びリソース管理方法
US17/041,609 US11290921B2 (en) 2018-03-28 2018-12-17 Management server, wireless access node, communication system, communication method, resource management method, and computer readable medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-063231 2018-03-28
JP2018063231 2018-03-28

Publications (1)

Publication Number Publication Date
WO2019187389A1 true WO2019187389A1 (ja) 2019-10-03

Family

ID=68058704

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/046306 WO2019187389A1 (ja) 2018-03-28 2018-12-17 管理サーバ、無線アクセスノード、通信システム、通信方法、リソース管理方法、及びコンピュータ可読媒体

Country Status (3)

Country Link
US (1) US11290921B2 (ja)
JP (1) JP7040602B2 (ja)
WO (1) WO2019187389A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020174917A1 (ja) * 2019-02-26 2020-09-03 日本電気株式会社 通信制御装置、通信制御方法、及び非一時的なコンピュータ可読媒体
WO2023238437A1 (ja) * 2022-06-06 2023-12-14 Kddi株式会社 通信サービスの要求に基づく通信制御を行う基地局装置、制御方法、及びプログラム

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11356867B1 (en) * 2020-11-20 2022-06-07 Verizon Patent And Licensing Inc. MEC integration with RAN facilities
CN116233871B (zh) * 2023-01-17 2023-12-15 广州爱浦路网络技术有限公司 一种xr服务增强方法、计算机装置和存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008087724A1 (ja) * 2007-01-18 2008-07-24 Mitsubishi Electric Corporation 無線通信システム
WO2017169061A1 (ja) * 2016-03-31 2017-10-05 日本電気株式会社 無線アクセスネットワークノード、外部ノード、及びこれらの方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3751936B2 (ja) * 2002-11-28 2006-03-08 Ｎｅｃインフロンティア株式会社 時刻整合システム及び時刻整合方法
US20110075579A1 (en) * 2009-09-30 2011-03-31 James Paul Seymour Method and apparatus for delay management in wireless communication
US9072097B2 (en) * 2009-12-24 2015-06-30 Nec Corporation Method for selecting allocable wireless resources, device for selecting allocable wireless resources, and communication device
KR101714503B1 (ko) * 2010-10-22 2017-03-09 삼성전자주식회사 무선통신 시스템에서 스케줄링 방법 및 장치
CN104349400B (zh) * 2013-07-23 2019-04-05 华为技术有限公司 无线通信的方法、有线传输检测的方法及相关设备
JP6627289B2 (ja) 2015-07-06 2020-01-08 日本電気株式会社 無線アクセスネットワークノード、エッジサーバ、ポリシ管理ノード、及びこれらの方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008087724A1 (ja) * 2007-01-18 2008-07-24 Mitsubishi Electric Corporation 無線通信システム
WO2017169061A1 (ja) * 2016-03-31 2017-10-05 日本電気株式会社 無線アクセスネットワークノード、外部ノード、及びこれらの方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MORITA MOTOKI, ET AL.: "Dead-line aware scheduling scheme for realizing connected car in mobile networks", IEICE TECH REPORT, vol. 117, no. 486, 1 March 2018 (2018-03-01), pages 141 - 146 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020174917A1 (ja) * 2019-02-26 2020-09-03 日本電気株式会社 通信制御装置、通信制御方法、及び非一時的なコンピュータ可読媒体
WO2023238437A1 (ja) * 2022-06-06 2023-12-14 Kddi株式会社 通信サービスの要求に基づく通信制御を行う基地局装置、制御方法、及びプログラム

Also Published As

Publication number Publication date
JP7040602B2 (ja) 2022-03-23
JPWO2019187389A1 (ja) 2021-03-11
US20210029589A1 (en) 2021-01-28
US11290921B2 (en) 2022-03-29

Similar Documents

Publication Publication Date Title
JP6103278B2 (ja) 複数のネットワーク事業者間でリソースを共有する通信システム
WO2019187389A1 (ja) 管理サーバ、無線アクセスノード、通信システム、通信方法、リソース管理方法、及びコンピュータ可読媒体
CN110831033B (zh) 服务质量监测方法、设备及系统
US11412526B2 (en) Communication apparatus, communication system, communication method, and non-transitory computer readable medium
CN110572879A (zh) 资源控制方法、装置及存储介质
US20150163809A1 (en) Base station apparatus, communication control method, and non-transitory computer readable medium storing communication control program
WO2018078678A1 (ja) 通信装置、通信システム、通信方法、及び非一時的なコンピュータ可読媒体
JPWO2018163556A1 (ja) 通信ネットワークのための装置及び方法
US20220279376A1 (en) Communication apparatus, base station, radio resource allocation method, and computer readable medium
US20220191739A1 (en) Communication control apparatus, communication control method, and non-transitory computer-readable medium
US11665593B2 (en) Management server, data processing method, and non-transitory computer-readable medium
RU2632930C1 (ru) Способы, беспроводное устройство, базовая радиостанция и второй сетевой узел для управления однонаправленным eps-каналом
CN109691202B (zh) 用于调度终端无线电资源的方法和设备
KR102180055B1 (ko) 서비스품질 관리 장치 및 방법
US11503506B2 (en) Base station device, wireless communication control method, and recording medium having base station control program stored therein
US10212722B2 (en) Volume-deadline scheduling

Legal Events

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

Ref document number: 18911502

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020509638

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18911502

Country of ref document: EP

Kind code of ref document: A1