[go: up one dir, main page]

WO2018078678A1 - 通信装置、通信システム、通信方法、及び非一時的なコンピュータ可読媒体 - Google Patents

通信装置、通信システム、通信方法、及び非一時的なコンピュータ可読媒体 Download PDF

Info

Publication number
WO2018078678A1
WO2018078678A1 PCT/JP2016/004776 JP2016004776W WO2018078678A1 WO 2018078678 A1 WO2018078678 A1 WO 2018078678A1 JP 2016004776 W JP2016004776 W JP 2016004776W WO 2018078678 A1 WO2018078678 A1 WO 2018078678A1
Authority
WO
WIPO (PCT)
Prior art keywords
flow
wireless terminal
data
base station
communication
Prior art date
Application number
PCT/JP2016/004776
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/JP2016/004776 priority Critical patent/WO2018078678A1/ja
Priority to US16/345,956 priority patent/US10966120B2/en
Priority to JP2018546939A priority patent/JP6747513B2/ja
Publication of WO2018078678A1 publication Critical patent/WO2018078678A1/ja
Priority to US17/198,617 priority patent/US11558781B2/en

Links

Images

Classifications

    • 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/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • 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/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H04W48/06—Access restriction performed under specific conditions based on traffic conditions

Definitions

  • the present invention relates to a communication device, a communication system, a communication method, and a program, and more particularly to a communication device, a communication system, a communication method, and a program that perform flow admission control.
  • 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 a process related to admission control executed to maintain the quality of a network.
  • the reception control device AC calculates the current throughput.
  • the acceptance controller determines the currently available throughput by calculating the difference between the maximum available throughput and the current throughput.
  • the acceptance controller rejects acceptance of real-time data traffic if the requested throughput in real-time data traffic exceeds the currently available throughput.
  • the acceptance control device sets a transmission deadline for real-time data traffic that has been accepted.
  • Patent Document 1 determines whether or not to accept by comparing the throughput when accepting data traffic.
  • different real-time data traffic may have different SLA settings and different quality requirements. Therefore, when acceptability is determined using only the throughput, there is a problem that it may not be possible to accurately determine whether or not the SLA for each real-time data traffic is satisfied.
  • An object of the present invention is to provide a communication apparatus, a communication system, and a communication method capable of determining whether or not new data traffic can be accepted in consideration of other parameters, instead of comparing only the throughput when the data traffic is accepted. And providing a program.
  • a communication apparatus is a flow transmitted between a radio terminal and a base station, and a transmission status of a plurality of data packets included in the flow in which a transmission deadline is defined
  • a determination unit that determines whether or not to accept a flow related to a new wireless terminal, and a communication unit that transmits instruction information indicating whether or not to accept a flow related to the new wireless terminal to a base station. Is.
  • a communication system is a flow transmitted between a radio terminal and a base station, and a transmission status of a plurality of data packets included in the flow in which a transmission deadline is defined
  • the communication apparatus determines whether to accept a flow related to a new wireless terminal, transmits instruction information indicating whether to accept a flow related to the new wireless terminal, and receives the instruction information, And a base station that executes a process of accepting or rejecting a flow related to a new wireless terminal according to the instruction information.
  • a communication method is a flow transmitted between a wireless terminal and a base station, and a transmission status of a plurality of data packets included in the flow in which a transmission deadline is defined In response to this, it is determined whether or not to accept a flow relating to a new wireless terminal, and instruction information indicating whether or not to accept a flow relating to the new wireless terminal is transmitted to the base station.
  • the program according to the fourth aspect of the present invention is a flow transmitted between a radio terminal and a base station, and is used for transmitting a plurality of data packets included in the flow in which a transmission deadline is defined. Accordingly, it is determined whether or not to accept a flow relating to a new wireless terminal, and causes the computer to transmit instruction information indicating whether or not to accept a flow relating to the new wireless terminal to the base station.
  • a communication device when accepting data traffic, a communication device, a communication system, a communication method, and a communication device capable of determining whether or not new data traffic can be accepted in consideration of other parameters instead of comparing only the throughput.
  • a program can be provided.
  • FIG. 1 is a configuration diagram of a communication system according to a first exemplary 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 block diagram of UE concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of the process in which the MEC server concerning Embodiment 2 acquires the communication quality of a radio
  • FIG. It is a figure which shows the parameter set to the WcqNotification message concerning Embodiment 2.
  • FIG. It is a figure which shows the parameter set to the WcqNotification message concerning Embodiment 2.
  • FIG. It is a figure which shows the parameter set to the WcqNotification message concerning
  • FIG. 10 is a diagram illustrating parameters set in a RemainBufferSizeSetup message according to the second exemplary embodiment.
  • FIG. 10 is a diagram illustrating a flow of processing for determining whether or not to permit addition of a flow according to the second embodiment; It is a block diagram of eNB of each embodiment. It is a block diagram of UE of each embodiment. It is a block diagram of the MEC server of each embodiment.
  • the communication system in FIG. 1 includes a communication device 10, a base station 20, and a plurality of wireless terminals 30.
  • the communication device 10, the base station 20, and the wireless terminal 30 may be computer devices that operate when a processor executes a program stored in a memory.
  • the wireless terminal 30 may be a mobile phone terminal, a smart phone terminal, a tablet terminal, or the like.
  • the wireless terminal 30 may be an IoT terminal used for IoT (Internet of Things) service, an M2M (Machine to Machine) terminal, an MTC (Machine Type of Communication) terminal, or the like.
  • the wireless terminal 30 performs wireless communication with the base station 20.
  • the base station 20 may be an eNB (evolved Node B) or Node B defined in 3GPP (3rd Generation Partnership Project).
  • the eNB is a base station that uses LTE (Long Termination Evolution) as a radio communication scheme.
  • Node B is a base station that uses a wireless communication system called 3G in 3GPP as a wireless communication system.
  • the base station 20 is not limited to the wireless communication method specified in 3GPP, and may use a wireless communication method specified in another inter-standard organization.
  • the base station 20 may be referred to as a radio access network node or the like.
  • the communication device 10 is a device that controls the base station 20.
  • the communication device 10 may perform control related to scheduling executed in the base station 20.
  • the scheduling executed in the base station 20 may be called MAC (Medium Access Control) scheduling, packet scheduling, or the like.
  • the communication device 10 may be, for example, an SCEF (Service Capability Exposure Function) entity (hereinafter referred to as SCEF) defined in 3GPP.
  • SCEF Service Capability Exposure Function
  • the SCEF executes, for example, authentication processing related to an application server managed by a mobile communication carrier or an application service provider.
  • SCEF communicates with the base station 20 which is eNB through the reference point defined in 3GPP.
  • the SCEF transmits control data in a core network, for example.
  • the control data is used to set a communication path for transmitting user data related to the wireless terminal 30, for example.
  • the SCEF may be referred to as, for example, a CPF (C-Plane Function) entity that is a node device that transmits control data.
  • CPF C-Plane Function
  • the communication device 10 may be a MEC (Mobile Edge Computing) server.
  • the MEC server may be arranged at a position where it can directly communicate with the base station 20.
  • the position where direct communication is possible is a position where communication can be performed without going through the core network managed by the mobile communication carrier.
  • the MEC server may be physically integrated with the base station 20.
  • the MEC server may be arranged in the same building as the base station 20 and connected to a LAN (Local Area Network) in the building so as to communicate with the base station 20.
  • LAN Local Area Network
  • the MEC server is used, for example, to provide an ultra-low latency application service.
  • the communication device 10 may be arranged in an IoT platform having a server group that provides an IoT service to the wireless terminal 30.
  • the communication device 10 may be a server device that can communicate with the base station 20 directly or via a network.
  • the communication device 10 may have any of the functions of ControlPlane and UserPlane regardless of whether it is a device exemplified above or another device.
  • the communication device 10 includes a determination unit 11 and a communication unit 12.
  • the determination unit 11 and the communication unit 12 may be software or a module that performs processing when the processor executes a program stored in a memory.
  • the determination unit 11 and the communication unit 12 may be hardware such as a chip or a circuit.
  • the determination unit 11 is a flow transmitted between the wireless terminal 30 and the base station 20, and a new wireless communication is performed according to the transmission status of a plurality of data packets included in the flow in which a transmission deadline is defined. It is determined whether or not a flow related to the terminal 30 is accepted.
  • the flow transmitted between the wireless terminal 30 and the base station 20 includes, for example, one or a plurality of data packets transmitted in an application service provided to the wireless terminal 30.
  • a data packet may be referred to as data.
  • the flow transmitted between the radio terminal 30 and the base station 20 may be a flow transmitted from the radio terminal 30 to the base station 20 or a flow transmitted from the base station 20 to the radio terminal 30.
  • the flow transmitted between the radio terminal 30 and the base station 20 may include a flow transmitted from the radio terminal 30 to the base station 20 and a flow transmitted from the base station 20 to the radio terminal 30.
  • Data included in the flow transmitted from the wireless terminal 30 to the base station 20 is referred to as UL (Uplink) data.
  • Data included in the flow transmitted from the base station 20 to the radio terminal 30 is referred to as DL (Downlink) data.
  • the data transmitted in the application service may be image data or moving image data, for example.
  • 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 transmission deadline means a time limit for completing transmission of a plurality of data packets included in one flow.
  • the transmission deadline is required by the application.
  • the transmission deadline can also be called a transmission deadline.
  • the transmission deadline can be said to be the maximum transmission delay allowed by the application.
  • the transmission deadline can be defined variously.
  • a transmission deadline may indicate a deadline for completion of transmission by an application layer sender.
  • the transmission deadline may indicate a deadline for completion of transmission by the originator of the wireless layer.
  • the transmission deadline may indicate a deadline for completion of reception by an application layer receiver.
  • the transmission deadline may indicate a deadline for completion of reception by radio layer receivers.
  • a transmission deadline relates to a flow for which an application layer receiver has started transmitting the first data packet for a single flow and for which an application layer receiver has received a single flow.
  • a time limit for completing reception of the last data packet may be indicated.
  • the transmission deadline is a time limit for the wireless layer receiver to receive the last data packet for one flow after the wireless layer sender starts transmitting the first data packet for one flow. May be indicated.
  • Information regarding the transmission deadline may be received by the MEC server from the application server.
  • the MEC server may determine a service applied to the data that reaches the user plane of the MEC server, and may determine a transmission deadline based on the service. Further, the MEC server may receive information on a service applied to data from the application server, and may determine a transmission deadline based on the service.
  • the transmission status is, for example, the amount of untransmitted data packets, the buffer size, or whether all the data packets included in the flow can be transmitted before the transmission deadline among the plurality of data packets included in the flow, etc. It may be the information shown.
  • the communication unit 12 transmits to the base station 20 instruction information indicating whether to accept a flow related to a new wireless terminal.
  • the base station 20 executes a flow reception process for a new wireless terminal according to the determination result determined by the determination unit 11 of the communication device 10. In other words, the base station 20 performs scheduling for the new wireless terminal 30 according to the determination result transmitted from the communication device 10.
  • the communication apparatus 10 in FIG. 1 can determine whether or not to accept a flow regarding a new wireless terminal according to the transmission state of the data packet in consideration of the time until the transmission deadline.
  • the base station 20 can determine whether or not to accept a flow related to a new wireless terminal according to the service quality that determines whether or not the transmission deadline related to an existing flow can be satisfied, The service quality at the base station 20 can be maintained or improved.
  • the communication system in FIG. 2 is a communication system defined in 3GPP.
  • the communication system in FIG. 2 includes an eNB 60, an application server 70, a core network 100, and a plurality of UEs 80.
  • UE80 is a general term for communication terminals used in 3GPP.
  • the core network 100 is a network managed by a mobile communication carrier.
  • the core network 100 includes an MEC server 40 and a gateway 50.
  • the gateway 50 may be, for example, an SGW (Serving Gateway) or a PGW (Packet Data Network Gateway) that transmits user data related to the UE 80 in the core network 100.
  • the gateway 50 may be a UPF (U-Plane Function) entity that is a node device that transmits user data related to the UE 80.
  • the user data may be image data or moving image data, for example.
  • the MEC server 40 transmits control data within the core network 100, for example.
  • the control data is used for setting a communication path for transmitting user data related to the UE 80, for example.
  • the MEC server 40 may be called, for example, a CPF (C-Plane Function) entity that is a node device that transmits control data.
  • CPF C-Plane Function
  • Application server 70 is a server that provides application services to UE 80. For example, the application server 70 transmits user data to the gateway 50. Further, the application server 70 transmits the data size (flow size) of user data to be transmitted in one flow, and information on a transmission deadline in one flow to the MEC server 40.
  • the gateway 50 transmits the user data transmitted from the application server 70 to the eNB 60. Further, the gateway 50 transmits user data transmitted from the eNB 60 to the application server 70.
  • the MEC server 40 uses the information transmitted from the application server 70 and the transmission status of the data packet transmitted from the eNB 60 to determine whether the eNB 60 accepts a flow related to a new wireless terminal.
  • the MEC server 40 transmits the determination result regarding the reception of the flow to the eNB 60.
  • ENB60 performs the process which receives the flow requested
  • the MEC server 40 includes a scheduling control unit 41, an acceptance determination unit 42, and an eNB communication unit 43.
  • the scheduling control unit 41, the reception determination unit 42, and the eNB communication unit 43 may be software or a module in which processing is executed by a processor executing a program stored in a memory.
  • the scheduling control unit 41, the reception determination unit 42, and the eNB communication unit 43 may be hardware such as a chip or a circuit.
  • the scheduling control unit 41 determines whether or not each flow processed in the eNB 60 is completed by a transmission deadline by simulating MAC scheduling executed in the eNB 60.
  • the completion of each flow by the transmission deadline means that a plurality of data packets included in each flow are all transmitted by the transmission deadline.
  • the scheduling control unit 41 simulates MAC scheduling using the communication quality of radio resources measured in the UE 80 or the eNB 60.
  • the process simulating MAC scheduling in the scheduling control unit 41 will be described in detail later.
  • the scheduling control unit 41 outputs a determination result for determining whether each flow processed in the eNB 60 is completed by the transmission deadline to the reception determination unit 42.
  • the scheduling control unit 41 estimates the communication quality regarding the future radio resource using the communication quality of the radio resource measured at the UE 80 or the eNB 60.
  • the communication quality may be, for example, CQI (Channel Quality Indicator) or information indicating other quality.
  • the scheduling control unit 41 estimates the communication quality related to the future radio resource using, for example, the communication quality trend of the radio resource acquired in the past or the statistical information. For example, when the communication quality of radio resources acquired in the past tends to improve, the scheduling control unit 41 may estimate that the communication quality related to future radio resources is also improved. Moreover, the scheduling control part 41 may estimate that the communication quality regarding the future radio
  • the acceptance determination unit 42 uses the determination result output from the scheduling control unit 41 to determine whether the eNB 60 accepts a flow related to a new UE 80. For example, the reception determination unit 42 may reject the reception of a flow related to a new UE 80 when there is a flow that is not completed by the transmission deadline among a plurality of flows processed in the eNB 60. In other words, the reception determination unit 42 may permit the reception of the flow related to the UE 80 when all the flows processed in the eNB 60 are completed by the transmission deadline. In addition, the acceptance determination unit 42 rejects acceptance of a flow related to a new UE 80 when a flow that is not completed by the transmission deadline among a plurality of flows processed in the eNB 60 exceeds a predetermined threshold. May be. Furthermore, the acceptance determination unit 42 may determine the number and ratio of the UEs 80 that reject the acceptance of the flow in advance, and may be used to determine whether to accept a flow related to the new UE 80.
  • the eNB communication unit 43 transmits, to the eNB 60, instruction information indicating whether to accept a flow related to a new UE 80.
  • the eNB 60 includes a core network node communication unit 61, a radio environment acquisition unit 62, an admission control unit 63, and a radio unit 64.
  • the core network node communication unit 61, the wireless environment acquisition unit 62, the reception control unit 63, and the wireless unit 64 may be software or modules that execute processing when the processor executes a program stored in the memory.
  • the core network node communication unit 61, the wireless environment acquisition unit 62, the reception control unit 63, and the wireless unit 64 may be hardware such as a chip or a circuit.
  • the radio environment acquisition unit 62 uses the UL data received from the UE 80 via the radio unit 64 to measure the communication quality of the radio resource that transmits the UL data. Further, the radio environment acquisition unit 62 receives the communication quality of the radio resource transmitting the DL data measured using the DL data in the UE 80 from the UE 80. The radio environment acquisition unit 62 receives information related to the communication quality of radio resources that transmit DL data from the UE 80 via the radio unit 64.
  • the radio environment acquisition unit 62 transmits the communication quality of the radio resource for transmitting UL and DL data to the MEC server 40 via the core network node communication unit 61.
  • the reception control unit 63 receives instruction information indicating whether or not to accept a flow related to a new UE 80 transmitted from the MEC server 40 via the core network node communication unit 61.
  • the reception control unit 63 performs a flow reception process or a rejection process for the new UE 80 using the received instruction information.
  • the flow rejection process related to the UE 80 may include, for example, temporarily rejecting the reception of the flow related to the UE 80 and executing the reception process of accepting the flow related to the UE 80 after a predetermined period.
  • the flow rejection process related to the UE 80 may include not allocating radio resources to the UE 80 for a predetermined period after accepting the flow related to the UE 80.
  • the UE 80 rejected to accept the flow may discard the data packet of the rejected flow.
  • the UE 80 may discard the data packet of the flow whose acceptance is rejected by using discarddistimer.
  • the radio unit 64 performs radio communication with the UE 80 using radio resources allocated to the UE 80 as a result of the MAC scheduling.
  • a method such as PF (Proportional Fairness), RR (Round Robin), or MT (Maximum Throughput) or a scheduler type may be used.
  • the UE 80 includes a radio unit 81 and a radio environment measurement unit 82.
  • the wireless unit 81 and the wireless environment measurement unit 82 may be software or modules that execute processing when the processor executes a program stored in a memory.
  • the wireless unit 81 and the wireless environment measuring unit 82 may be hardware such as a chip or a circuit.
  • the radio environment measurement unit 82 measures the communication quality of radio resources that transmit DL data using the DL data transmitted from the eNB 60.
  • the radio environment measurement unit 82 transmits the communication quality of radio resources that transmit DL data to the eNB 60 via the radio unit 81.
  • the MEC server 40 transmits a request message to the eNB 60 in order to acquire the communication quality of the radio resource (S11). Specifically, the MEC server 40 transmits a WcqNotificationSetup message to the eNB 60.
  • WCQ Wireless Channel Quality
  • the WCQ may be information such as CQI, signal level, or noise level, for example.
  • the information regarding the signal level and the noise level may be information indicating the signal strength, the noise strength, and the like, for example.
  • the WCQ may be a SINR (Signal to Interference plus Noise power Ratio) indicated using a signal level and a noise level.
  • the parameters shown in FIG. 7 are set in the WcqNotificationSetup message.
  • an eNB ID indicating the transmission destination eNB 60 and an MEC server ID indicating the transmission source MEC server 40 are set.
  • the Direction indicating whether the WCQ that the MEC server 40 desires to acquire is the WCQ related to the UL radio resource, the WCQ related to the DL radio resource, or the WCQ related to the UL and DL radio resources is set.
  • a NotificationInterval indicating a transmission interval may be set in the WcqNotificationSetup message.
  • the eNB 60 transmits a WcqNotification message to the MEC server 40 as a response message to the WcqNotificationSetup message (S12). Parameters shown in FIG. 8 are set in the WcqNotification message.
  • the MEC server ID indicating the destination MEC server 40 and the eNB ID indicating the source eNB 60 are set in the WcqNotification message. Furthermore, a Direction indicating whether the WCQ set in the WcqNotification message is a WCQ related to a UL radio resource, a WCQ related to a DL radio resource, or a WCQ related to a UL and DL radio resource is set.
  • WcqValue indicating the WCQ value for each UE related to each resource block is set in the WcqNotification message.
  • a resource block is specified using time information and frequency information.
  • the WcqValue for each resource block is transmitted from the eNB 60 to the MEC server 40.
  • WcqValue may be indicated using integers such as level 1 and level 2, for example. In this case, as the value increases, the resource block quality is better. Further, when the level X (X is an integer) or higher is equal to or higher than the High level and level Y (Y is an integer smaller than X) and the level lower than X is lower than the Middle level or Level Y, the level may be Low.
  • FIG. 9 shows that WcqValue for each UE is set for resource blocks with RBindex of 1 to 100. WcqValue is set in the blank in FIG.
  • the UE is identified using the UEID.
  • FIG. 9 shows that each UE is identified by 000001 to FFFFFF. For example, a MAC UEID may be used as the UEID.
  • the MEC server 40 transmits a request message to the eNB 60 in order to acquire a scheduler type (S21). Specifically, the MEC server 40 transmits a SchedulingPolicyRequest message to the eNB 60.
  • the parameters shown in FIG. 11 are set in the SchedulingPolicyRequest message.
  • an eNB ID indicating the transmission destination eNB 60 and an MEC server ID indicating the transmission SCEF 40 are set.
  • NotificationInterval indicating a transmission interval may be set in the SchedulingPolicyRequest message.
  • the eNB 60 transmits a SchedulingPolicyResponse message to the MEC server 40 as a response message to the SchedulingPolicyRequest message (S22).
  • the parameters shown in FIG. 12 are set in the SchedulingPolicyResponse message.
  • the MEC server ID indicating the destination MEC server 40 and the eNB ID indicating the source eNB 60 are set.
  • a scheduler type used in the eNB 60 is set. For example, PF, RR, or MT may be set as the scheduler type.
  • the buffer size includes, for example, at least one of a buffer size used by the eNB 60 to transmit DL data to the UE 80 and a buffer size used by the UE 80 to transmit UL data to the eNB 60.
  • the buffer size may be paraphrased as the size of untransmitted data in the eNB 60 or the UE 80.
  • the MEC server 40 transmits a request message to the eNB 60 in order to acquire the buffer size (S31). Specifically, the MEC server 40 transmits a RemainBufferSizeSetup message to the eNB 60. The parameters shown in FIG. 14 are set in the RemainBufferSizeSetup message.
  • an eNB ID indicating the transmission destination eNB 60 and an MEC server ID indicating the transmission source MEC server 40 are set.
  • NotificationInterval indicating a transmission interval may be set in the RemainBufferSizeSetup message.
  • the eNB 60 transmits a RemainBufferSizeNotification message to the MEC server 40 as a response message to the RemainBufferSizeSetup message (S32). Parameters shown in FIG. 15 are set in the RemainBufferSizeNotification message.
  • the MEC server ID indicating the destination MEC server 40 and the eNB ID indicating the source eNB 60 are set. Further, the buffer size for each UE 80 is set as Remain BufferSize.
  • the eNB 60 acquires information related to the buffer size from a memory or the like provided with a buffer. Moreover, eNB60 acquires the information regarding a buffer size from UE80, when setting the buffer size regarding UL data. For example, when receiving the RemainBufferSizeSetup message, the eNB 60 may start processing for acquiring information related to the buffer size related to UL data from the UE 80.
  • the MEC server ID may be SCEF ID.
  • FIG. 16 shows the buffer size for each UE.
  • a UE having a UEID of 000001 has 5 bytes as a buffer (ulBufferSize) for UL data
  • the eNB 60 has a 30-byte buffer (dlBufferSize) for DL data destined for a UE having a UEID of 000001. .
  • the RemainBufferSizeNotification message further indicates whether the buffer size set in the RemainBufferSizeNotification message is the buffer size for UL data, the buffer size for DL data, or the buffer size for UL data and DL data. Is set.
  • the process for determining whether or not to permit addition of a flow is executed when a radio resource allocation request message or the like is transmitted to the eNB 60 in order to transmit data included in the flow related to the new UE 80, for example. Also good. That is, the MEC server 40 determines whether or not to accept the flow related to the new UE 80 when the eNB 60 notifies the eNB 60 that the radio resource allocation request message for the flow related to the new UE 80 has been transmitted. May be.
  • the MEC server 40 may determine whether or not to accept a flow related to the UE 80 including at least one received data when at least one data included in the flow related to the UE 80 is transmitted from the eNB 60. In this case, the MEC server 40 may determine whether or not to accept a flow requested from an arbitrary UE in the future.
  • the process of determining whether or not to permit addition of a flow may be executed when the transmission of all data included in the flow related to a certain UE is completed in the eNB 60. That is, when the MEC server 40 is notified from the eNB 60 that transmission of all data included in the flow related to the UE 80 has been completed, the MEC server 40 determines whether to accept a flow requested from any UE in the future. Good. For example, the SCEF 40 may determine that transmission of all data included in the flow related to the UE 80 has been completed when the buffer size related to the UE 80 transmitted from the eNB 60 is 0.
  • the MEC server 40 may determine whether or not to accept a flow requested from an arbitrary UE in the future when all data included in the flow related to the UE 80 is received from the eNB 60. Note that the data included in the flow related to the UE 80 may be directly transmitted from the UE 80 to the MEC server 40.
  • the scheduling control unit 41 calculates the data rate of the flow being processed or transferred in the eNB 60 (S41).
  • the scheduling control unit 41 manages all flows processed in the eNB 60, and for example, has a management list in which IDs are assigned to the respective flows.
  • the scheduling control unit 41 calculates the data rate of UL data according to the following formula 1.
  • UL data rate (T2-T1) ⁇ ulBuf (T1) + (flowSize-ulBuf (T2)) ⁇ / (T2-T1) ... Equation 1
  • UL data rate (T2-T1) UL data transmission data rate from time T1 to time T2 (for example, T2 is the current time and T1 is a time before T2)
  • ulBuf (T1) at time T1 Buffer size for UL data (Byte)
  • ulBuf (T2) Buffer size related to UL data at time T2 (Byte) flowSize: Data size to be transmitted before the transmission deadline (Byte)
  • Equation 1 the data rate of DL data can be calculated in the same manner.
  • the scheduling control unit 41 estimates a future CQI value based on the acquired CQI value, and estimates a data rate based on the estimated CQI value (S42).
  • CQI CQI
  • the future CQI value may be a CQI value at a time obtained by adding a predetermined period to the current time, for example, t + 1 milliseconds, where t is the current time.
  • the predetermined period to be added to the current time is not limited to 1 millisecond.
  • the predetermined period to be added to the current time may be, for example, 1 TTI that is a scheduling period in the eNB 60.
  • the scheduling control unit 41 estimates the future CQI value according to the tendency of the CQI value acquired in the past. For example, when the CQI value of the radio resource acquired in the past tends to be improved, the scheduling control unit 41 may estimate that the CQI value related to the future radio resource is also improved. Further, when the CQI value of the radio resource acquired in the past tends to decrease, the scheduling control unit 41 may estimate that the CQI value related to the future radio resource is also decreasing.
  • the scheduling control unit 41 may estimate that the data rate in t + 1 milliseconds is faster than the data rate calculated in step S41.
  • the extent to which the data rate is increased with respect to the improvement of the CQI value may be determined in advance. Furthermore, how much the data rate is delayed with respect to the decrease in the CQI value may be determined in advance.
  • RFS Remain Flow Size
  • RFS is the amount of data remaining in the buffer after a predetermined period when the data stored in the buffer at time T2 is transmitted at the data rate estimated in step S42. That is, RFS is the amount of data that has not been transmitted after a predetermined period of time when data stored in the buffer at time T2 is transmitted at the data rate estimated in step S42. For example, when the CQI at t + 1 milliseconds is estimated, the predetermined period may be 1 millisecond. Further, after a predetermined period has elapsed, the timing before the transmission deadline expires. RFS may be calculated, for example, according to Equation 2 below.
  • RFS ulBuf (T2) ⁇ ⁇ UL data rate (T2-T1) ⁇ predetermined period ... Equation 2 ⁇ : a constant determined according to the estimated CQI value.
  • the scheduling control unit 41 calculates RFS for all flows processed in the eNB 60 in step S43.
  • the scheduling control unit 41 determines whether or not all the flows have been deleted from the managed flow list (S45). That all flows are deleted from the list of managed flows is intended that all data included in the flow being processed in the eNB 60 is transmitted before the transmission deadline. That is, all flows are intended to be completed by the transmission deadline. Therefore, when all the flows are deleted from the list of flows managed by the scheduling control unit 41, the reception determination unit 42 completes the process without performing reception restriction. That is, the reception determination unit 42 can receive a flow that is currently requested to allocate radio resources, or a flow that is requested to allocate radio resources after the next time.
  • the scheduling control unit 41 determines that all the flows are not deleted from the list of managed flows, whether there is a flow that cannot complete transmission of RFS data by the transmission deadline or not. Is determined (S46). For example, the scheduling control unit 41 calculates a time FCT (Flow Complete Time) until transmission of RFS data is completed according to the following Equation 3.
  • FCT Flow Complete Time
  • Equation 3 shows the FCT when the data stored in the buffer is transmitted at the data rate at time T2.
  • ⁇ ⁇ UL data rate T2-T1
  • T2-T1 UL data rate
  • the scheduling control unit 41 compares the FCT of each flow with the time from the current time to the transmission deadline, and when there is a flow with a longer FCT, the RFS data is transmitted before the transmission deadline. It is determined that there is a flow that cannot be completed (S46). Further, when there is no flow with a longer FCT, the scheduling control unit 41 determines that there is no flow in which transmission of RFS data cannot be completed by the transmission deadline (S46). If the scheduling control unit 41 determines that there is no flow in which transmission of RFS data cannot be completed by the transmission deadline, the scheduling control unit 41 repeats the processing from step S42 onward. In the processing after step S42, for example, the data rate of each flow is calculated based on the CQI value at t + 2 milliseconds.
  • the acceptance determination unit 42 rejects the addition of a flow related to a new UE 80 (S47). .
  • the scheduling control unit 41 may perform the processing shown in FIG. 17 for each 1 TTI (Transmission Time Interval), which is the minimum unit of radio resource allocation in the eNB 60, or may be performed for every several TTIs.
  • 1 TTI may be, for example, 1 millisecond.
  • the processing load on the eNB 60 is high, and all data can be transmitted before the transmission deadline.
  • the addition of a flow can be refused when it is impossible. Thereby, the further increase in the processing load on the eNB 60 can be suppressed.
  • the MEC server 40 can acquire information on the flow size and transmission deadline that is the data size to be transmitted in one flow from the application server 70. Thereby, the MEC server 40 can calculate the data rate for each flow, and can determine whether or not all data can be transmitted before the transmission deadline for each flow.
  • FIG. 18 is a block diagram illustrating a configuration example of the eNB 60.
  • the eNB 60 includes an RF transceiver 1001, a network interface 1003, a processor 1004, and a memory 1005.
  • the RF transceiver 1001 performs analog RF signal processing to communicate with UEs.
  • the RF transceiver 1001 may include multiple transceivers.
  • RF transceiver 1001 is coupled to antenna 1002 and processor 1004.
  • the RF transceiver 1001 receives modulation symbol data (or OFDM symbol data) from the processor 1004, generates a transmission RF signal, and supplies the transmission RF signal to the antenna 1002. Further, the RF transceiver 1001 generates a baseband received signal based on the received RF signal received by the antenna 1002, and supplies this to the processor 1004.
  • the network interface 1003 is used to communicate with a network node (e.g., other core network node).
  • the network interface 1003 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • NIC network interface card
  • the processor 1004 performs data plane processing including digital baseband signal processing for wireless communication and control plane processing.
  • the digital baseband signal processing by the processor 1004 may include MAC layer and PHY layer signal processing.
  • the processor 1004 may include a plurality of processors.
  • the processor 1004 may include a modem processor (e.g., DSP) that performs digital baseband signal processing, and a protocol stack processor (e.g., CPU or MPU) that performs control plane processing.
  • DSP digital baseband signal processing
  • protocol stack processor e.g., CPU or MPU
  • the memory 1005 is configured by a combination of a volatile memory and a nonvolatile memory.
  • the memory 1005 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the non-volatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, hard disk drive, or any combination thereof.
  • Memory 1005 may include storage located remotely from processor 1004. In this case, the processor 1004 may access the memory 1005 via the network interface 1003 or an I / O interface not shown.
  • the memory 1005 may store a software module (computer program) including an instruction group and data for performing processing by the eNB 60 described in the above-described plurality of embodiments.
  • the processor 1004 may be configured to perform the processing of the eNB 60 described in the above-described embodiment by reading the software module from the memory 1005 and executing the software module.
  • FIG. 19 is a block diagram illustrating a configuration example of the UE 80.
  • Radio-frequency (RF) transceiver 1101 performs analog RF signal processing to communicate with eNB 60.
  • Analog RF signal processing performed by the RF transceiver 1101 includes frequency up-conversion, frequency down-conversion, and amplification.
  • RF transceiver 1101 is coupled with antenna 1102 and baseband processor 1103. That is, the RF transceiver 1101 receives modulation symbol data (or OFDM symbol data) from the baseband processor 1103, generates a transmission RF signal, and supplies the transmission RF signal to the antenna 1102. Further, the RF transceiver 1101 generates a baseband received signal based on the received RF signal received by the antenna 1102 and supplies this to the baseband processor 1103.
  • modulation symbol data or OFDM symbol data
  • the baseband processor 1103 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • Digital baseband signal processing consists of (a) data compression / decompression, (b) data segmentation / concatenation, (c) ⁇ transmission format (transmission frame) generation / decomposition, and (d) transmission path encoding / decoding.
  • E modulation (symbol mapping) / demodulation
  • IFFT Inverse Fast Fourier Transform
  • control plane processing includes layer 1 (eg, transmission power control), layer 2 (eg, radio resource management, hybrid automatic repeat request (HARQ) processing), and layer 3 (eg, attach, mobility, and call management). Communication management).
  • the digital baseband signal processing by the baseband processor 1103 includes signal processing of Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer, MAC layer, and PHY layer. But you can. Further, the control plane processing by the baseband processor 1103 may include Non-Access Stratum (NAS) protocol, RRC protocol, and MAC ⁇ CE processing.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Stratum
  • PHY Packet Data Convergence Protocol
  • the control plane processing by the baseband processor 1103 may include Non-Access Stratum (NAS) protocol, RRC protocol, and MAC ⁇ CE processing.
  • NAS Non-Access Stratum
  • the baseband processor 1103 includes a modem processor (eg, Digital Signal Processor (DSP)) that performs digital baseband signal processing and a protocol stack processor (eg, Central Processing Unit (CPU) that performs control plane processing, or Micro Processing Unit. (MPU)).
  • DSP Digital Signal Processor
  • protocol stack processor eg, Central Processing Unit (CPU) that performs control plane processing, or Micro Processing Unit. (MPU)
  • CPU Central Processing Unit
  • MPU Micro Processing Unit.
  • a protocol stack processor that performs control plane processing may be shared with an application processor 1104 described later.
  • the application processor 1104 is also called a CPU, MPU, microprocessor, or processor core.
  • the application processor 1104 may include a plurality of processors (a plurality of processor cores).
  • the application processor 1104 is a system software program (Operating System (OS)) read from the memory 1106 or a memory (not shown) and various application programs (for example, a call application, a web browser, a mailer, a camera operation application, music playback)
  • OS Operating System
  • the baseband processor 1103 and the application processor 1104 may be integrated on a single chip, as indicated by the dashed line (1105) in FIG.
  • the baseband processor 1103 and the application processor 1104 may be implemented as one System on Chip (SoC) device 1105.
  • SoC System on Chip
  • An SoC device is sometimes called a system Large Scale Integration (LSI) or chipset.
  • the memory 1106 is a volatile memory, a nonvolatile memory, or a combination thereof.
  • the memory 1106 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the non-volatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, hard disk drive, or any combination thereof.
  • the memory 1106 may include an external memory device accessible from the baseband processor 1103, the application processor 1104, and the SoC 1105.
  • Memory 1106 may include an embedded memory device integrated within baseband processor 1103, application processor 1104, or SoC 1105.
  • the memory 1106 may include a memory in a Universal Integrated Circuit Card (UICC).
  • UICC Universal Integrated Circuit Card
  • the memory 1106 may store a software module (computer program) including an instruction group and data for performing processing by the UE 80 described in the above-described embodiments.
  • the baseband processor 1103 or the application processor 1104 may be configured to perform the processing of the UE 80 described in the above-described embodiment by reading the software module from the memory 1106 and executing the software module.
  • FIG. 20 is a block diagram illustrating a configuration example of the MEC server 40.
  • the MEC server 40 includes a network interface 1201, a processor 1202, and a memory 1203.
  • the network interface 1201 is used to communicate with a network node (e.g., remote node 10, core network 40).
  • the network interface 1201 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • NIC network interface card
  • the processor 1202 reads the software (computer program) from the memory 1203 and executes it, thereby performing the processing of the center node 20 described using the sequence diagram and the flowchart in the above-described embodiment.
  • the processor 1202 may be, for example, a microprocessor, MPU, or CPU.
  • the processor 1202 may include a plurality of processors.
  • the processor 1202 performs data plane processing and control plane processing including digital baseband signal processing for wireless communication.
  • the digital baseband signal processing by the processor 1004 may include PDCP layer, RLC layer, and MAC layer signal processing.
  • the signal processing by the processor 1202 may include GTP-U • UDP / IP layer signal processing at the X2-U interface and the S1-U interface.
  • the control plane processing by the processor 1004 may include processing of the X2AP protocol, the S1-MME protocol, and the RRC protocol.
  • the processor 1202 may include a plurality of processors.
  • the processor 1004 includes a modem processor (eg, DSP) that performs digital baseband signal processing, a processor that performs signal processing of the GTP-U / UDP / IP layer in the X2-U interface and the S1-U interface (eg, DSP) and a protocol stack processor (eg, CPU or MPU) that performs control plane processing may be included.
  • DSP modem processor
  • a processor that performs signal processing of the GTP-U / UDP / IP layer in the X2-U interface and the S1-U interface eg, DSP
  • a protocol stack processor eg, CPU or MPU
  • the memory 1203 is configured by a combination of a volatile memory and a nonvolatile memory.
  • Memory 1203 may include storage located remotely from processor 1202. In this case, the processor 1202 may access the memory 1203 via an I / O interface not shown.
  • the memory 1203 is used for storing software module groups.
  • the processor 1202 can perform the processing of the MEC server 40 described in the above-described embodiment by reading these software module groups from the memory 1203 and executing them.
  • each of the processors included in the eNB 60, the MEC server 40, and the UE 80 in the above-described embodiment includes a group of instructions for causing a computer to execute the algorithm described with reference to the drawings.
  • 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 discs), CD-ROMs (Read Only Memory), CD-Rs, CD-R / W, semiconductor memory (for example, mask ROM, PROM (Programmable ROM), EPROM (Erasable ROM), flash ROM, RAM (Random Access Memory)) are included.
  • 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.

Landscapes

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

Abstract

データトラヒックの受け入れ時に、スループットのみを比較するのではなく、他のパラメータも考慮して、新たなデータトラヒックの受け入れ可否を判定することができる通信装置を提供することを目的とする。本発明にかかる通信装置（１０）は、無線端末（３０）と基地局（２０）との間において伝送されるフローであって、送信デッドラインが定められているフローに含まれる複数のデータパケットの送信状況に応じて、新たな無線端末（３０）に関するフローを受け付けるか否かを判定する判定部（１１）と、新たな無線端末（３０）に関するフローを受け付けるか否かを示す指示情報を基地局（２０）へ送信する通信部（１２）と、を備える。

Description

通信装置、通信システム、通信方法、及び非一時的なコンピュータ可読媒体
　本発明は通信装置、通信システム、通信方法、及びプログラムに関し、特にフローの受付制御を行う通信装置、通信システム、通信方法、及びプログラムに関する。
　現在、モバイルネットワークを介した超低遅延サービスを提供することが検討されている。超低遅延サービスは、例えば、モバイルネットワークを介して車載センサー情報、交通カメラ情報、及び地図情報等を伝送する自動運転サービスであってもよい。
　モバイルキャリア（モバイル通信事業者）は、ユーザに対して超低遅延サービスを提供するために、ＳＬＡ（Service Level Agreement）を保証する必要がある。ＳＬＡは、例えば、超低遅延サービスにおいて保証する遅延時間等が規定されていてもよい。
　例えば、特許文献１には、ネットワークの品質を維持するために実行されるアドミッションコントロールに関する処理が記載されている。例えば、特許文献１には、受け入れ制御装置ＡＣが、現行スループットを算出することが記載されている。さらに、受け入れ制御装置は、利用可能な最大スループットと現行スループットとの差を算出することによって、現在利用可能なスループットを決定する。受け入れ制御装置は、リアルタイムのデータトラヒックにおいて要求されたスループットが、現在利用可能なスループットを上回る場合に、リアルタイムのデータトラヒックの受け入れを拒否する。また、受け入れ制御装置は、受け入れを許容したリアルタイムのデータトラヒックに対して、送信デッドラインを設定する。
特開２００７－３１２４１３号公報
　特許文献１に記載されたアドミッションコントロールは、データトラヒックの受け入れ時に、スループットを比較することによって受け入れ可否を決定する。しかし、リアルタイムのデータトラヒックのそれぞれは、異なるＳＬＡが設定されることがあり、要求される品質が異なる。そのため、スループットのみを用いて受け入れ可否を決定した場合、それぞれのリアルタイムのデータトラヒックに関するＳＬＡが満たされるか否かを正確に判定できない場合があるという問題がある。
　本発明の目的は、データトラヒックの受け入れ時に、スループットのみを比較するのではなく、他のパラメータも考慮して、新たなデータトラヒックの受け入れ可否を判定することができる通信装置、通信システム、通信方法、及びプログラムを提供することにある。
　本発明の第１の態様にかかる通信装置は、無線端末と基地局との間において伝送されるフローであって、送信デッドラインが定められている前記フローに含まれる複数のデータパケットの送信状況に応じて、新たな無線端末に関するフローを受け付けるか否かを判定する判定部と、前記新たな無線端末に関するフローを受け付けるか否かを示す指示情報を基地局へ送信する通信部と、を備えるものである。
　本発明の第２の態様にかかる通信システムは、無線端末と基地局との間において伝送されるフローであって、送信デッドラインが定められている前記フローに含まれる複数のデータパケットの送信状況に応じて、新たな無線端末に関するフローを受け付けるか否かを判定し、前記新たな無線端末に関するフローを受け付けるか否かを示す指示情報を送信する通信装置と、前記指示情報を受信し、前記指示情報に従って新たな無線端末に関するフローを受け付ける処理もしくは拒否する処理を実行する基地局と、を備えるものである。
　本発明の第３の態様にかかる通信方法は、無線端末と基地局との間において伝送されるフローであって、送信デッドラインが定められている前記フローに含まれる複数のデータパケットの送信状況に応じて、新たな無線端末に関するフローを受け付けるか否かを判定し、前記新たな無線端末に関するフローを受け付けるか否かを示す指示情報を基地局へ送信するものである。
　本発明の第４の態様にかかるプログラムは、無線端末と基地局との間において伝送されるフローであって、送信デッドラインが定められている前記フローに含まれる複数のデータパケットの送信状況に応じて、新たな無線端末に関するフローを受け付けるか否かを判定し、前記新たな無線端末に関するフローを受け付けるか否かを示す指示情報を基地局へ送信することをコンピュータに実行させるものである。
　本発明により、データトラヒックの受け入れ時に、スループットのみを比較するのではなく、他のパラメータも考慮して、新たなデータトラヒックの受け入れ可否を判定することができる通信装置、通信システム、通信方法、及びプログラムを提供することができる。
実施の形態１にかかる通信システムの構成図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかるＭＥＣサーバの構成図である。 実施の形態２にかかるｅＮＢの構成図である。 実施の形態２にかかるＵＥの構成図である。 実施の形態２にかかるＭＥＣサーバがｅＮＢから無線リソースの通信品質を取得する処理の流れを示す図である。 実施の形態２にかかるWcqNotificationSetupメッセージに設定されるパラメータを示す図である。 実施の形態２にかかるWcqNotificationメッセージに設定されるパラメータを示す図である。 実施の形態２にかかるWcqNotificationメッセージに設定されるWcqValueを示す図である。 実施の形態２にかかるＭＥＣサーバがｅＮＢからスケジューラータイプを取得する処理の流れを示す図である。 実施の形態２にかかるSchedulingPolicyRequestメッセージに設定されるパラメータを示す図である。 実施の形態２にかかるSchedulingPolicyResponseメッセージに設定されるパラメータを示す図である。 実施の形態２にかかるＭＥＣサーバがｅＮＢからバッファサイズを取得する処理の流れを示す図である。 実施の形態２にかかるRemainBufferSizeSetupメッセージに設定されるパラメータを示す図である。 実施の形態２にかかるRemainBufferSizeNotificationメッセージに設定されるパラメータを示す図である。 実施の形態２にかかるRemainBufferSizeNotificationメッセージに設定されるRemainBuffeｒSizeを示す図である。 実施の形態２にかかるフローの追加を許可するか否かを判定する処理の流れを示す図である。 各実施の形態のｅＮＢの構成図である。 各実施の形態のＵＥの構成図である。 各実施の形態のＭＥＣサーバの構成図である。
　（実施の形態１）
　以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、通信装置１０、基地局２０、及び複数の無線端末３０を有している。通信装置１０、基地局２０、及び無線端末３０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
　無線端末３０は、携帯電話端末、スマートフォン端末、もしくはタブレット型端末等であってもよい。もしくは、無線端末３０は、ＩｏＴ（Internet of Things）サービスに用いられるＩｏＴ端末、Ｍ２Ｍ（Machine to Machine）端末、もしくはＭＴＣ（Machine Type Communication）端末等であってもよい。無線端末３０は、基地局２０と無線通信を行う。
　基地局２０は、３ＧＰＰ（3rd Generation Partnership Project）において規定されているｅＮＢ（evolved Node B）もしくはＮｏｄｅ　Ｂであってもよい。ｅＮＢは、無線通信方式として、ＬＴＥ（Long Term Evolution）を用いる基地局である。Ｎｏｄｅ　Ｂは、無線通信方式として、３ＧＰＰにおいて３Ｇと称される無線通信方式を用いる基地局である。また、基地局２０は、３ＧＰＰにおいて規定されている無線通信方式に制限されず、他の標準間団体において規定されている無線通信方式を用いてもよい。基地局２０は、無線アクセスネットワークノード等と称されてもよい。
　通信装置１０は、基地局２０を制御する装置である。例えば、通信装置１０は、基地局２０において実行されるスケジューリングに関する制御を実施してもよい。基地局２０において実行されるスケジューリングは、ＭＡＣ（Medium Access Control）スケジューリング、もしくはパケットスケジューリング等と称されてもよい。
　通信装置１０は、例えば、３ＧＰＰにおいて規定されているＳＣＥＦ（Service Capability Exposure Function）エンティティ（以下、ＳＣＥＦと称する）であってもよい。ＳＣＥＦは、例えば、モバイル通信事業者もしくはアプリケーションサービスプロバイダー等が管理するアプリケーションサーバに関する認証処理等を実行する。また、ＳＣＥＦは、３ＧＰＰにおいて定められたリファレンスポイントを介してｅＮＢである基地局２０と通信する。ＳＣＥＦは、例えば、コアネットワーク内において、制御データを伝送する。制御データは、例えば、無線端末３０に関するユーザデータを伝送する通信経路の設定等を行うために用いられる。ＳＣＥＦは、例えば、制御データを伝送するノード装置であるＣＰＦ（C-Plane Function）エンティティと称されてもよい。
　また、通信装置１０は、ＭＥＣ（Mobile Edge Computing）サーバであってもよい。ＭＥＣサーバは、基地局２０と直接的に通信できる位置に配置されてもよい。直接的に通信できる位置とは、モバイル通信事業者が管理するコアネットワークを介することなく通信することができる位置である。例えば、ＭＥＣサーバは、基地局２０と物理的に統合されてもよい。もしくは、ＭＥＣサーバは、基地局２０と同じ建物に配置され、基地局２０と通信できるように、建物内のＬＡＮ（Local Area Network）に接続されてもよい。ＭＥＣサーバは、基地局２０の近傍に配置されることによって、無線端末３０との間の伝送遅延を短くすることができる。ＭＥＣサーバは、例えば、超低遅延のアプリケーションサービスを提供するために用いられる。
　また、通信装置１０は、無線端末３０へＩｏＴサービスを提供するサーバ群を有するＩｏＴプラットフォーム内に配置されてもよい。もしくは、通信装置１０は、基地局２０と直接もしくはネットワークを介して通信することができるサーバ装置であってもよい。通信装置１０は、上記で例示した装置である場合であってもその他の装置であっても、ＣｏｎｔｒｏｌＰｌａｎｅおよびＵｓｅｒＰｌａｎｅいずれの機能を有していてもよい。
　続いて、通信装置１０の構成例について説明する。通信装置１０は、判定部１１及び通信部１２を有している。判定部１１及び通信部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。また、判定部１１及び通信部１２は、チップもしくは回路等のハードウェアであってもよい。
　判定部１１は、無線端末３０と基地局２０との間において伝送されるフローであって、送信デッドラインが定められているフローに含まれる複数のデータパケットの送信状況に応じて、新たな無線端末３０に関するフローを受け付けるか否かを判定する。
　無線端末３０と基地局２０との間において伝送されるフローは、例えば、無線端末３０に提供されるアプリケーションサービスにおいて伝送される１又は複数のデータパケットを含む。データパケットは、データと称されてもよい。
　無線端末３０と基地局２０との間において伝送されるフローは、無線端末３０から基地局２０へ送信されるフローもしくは基地局２０から無線端末３０へ送信されるフローであってもよい。もしくは、無線端末３０と基地局２０との間において伝送されるフローは、無線端末３０から基地局２０へ送信されるフロー及び基地局２０から無線端末３０へ送信されるフローを含んでもよい。無線端末３０から基地局２０へ送信されるフローに含まれるデータを、ＵＬ（Uplink）データと称する。また、基地局２０から無線端末３０へ送信されるフローに含まれるデータを、ＤＬ（Downlink）データと称する。アプリケーションサービスにおいて伝送されるデータは、例えば、画像データもしくは動画データ等であってもよい。また、アプリケーションデータには、画像データ等の送信を要求する要求メッセージもしくは要求メッセージに応答する応答メッセージ等が含まれてもよい。
　送信デッドラインは、１回のフローに含まれる複数のデータパケットの送信を完了するべき期限を意味する。送信デッドラインは、アプリケーションによって要求される。送信デッドラインは、送信期限と言うこともできる。あるいは、送信デッドラインは、アプリケーションによって許容される最大送信遅延と言うこともできる。送信デッドラインは、様々に定義することができる。例えば、送信デッドラインは、アプリケーション・レイヤの発信者（sender）による送信の完了期限を示してもよい。あるいは、送信デッドラインは、無線レイヤの発信者による送信の完了期限を示してもよい。あるいは、送信デッドラインは、アプリケーション・レイヤの受信者（receiver）による受信の完了期限を示してもよい。あるいは、送信デッドラインは、無線レイヤの受信者による受信の完了期限を示してもよい。あるいは、より具体的に、送信デッドラインは、アプリケーションレイヤの発信者（sender）が１回のフローに関する最初のデータパケットを送信開始してからアプリケーションレイヤの受信者（receiver）が１回のフローに関する最後のデータパケットを受信完了する期限を示してもよい。あるいは、また、送信デッドラインは、無線レイヤの発信者が１回のフローに関する最初のデータパケットを送信開始してから無線レイヤの受信者が１回のフローに関する最後のデータパケットを受信完了する期限を示してもよい。送信デッドラインに関する情報は、ＭＥＣサーバがアプリケーションサーバから受信してもよい。ＭＥＣサーバは、ＭＥＣサーバのユーザープレーンに届くデータについて、そのデータに適用されるサービスを判断し、そのサービスに基づいて送信デッドラインを判断してもよい。またＭＥＣサーバは、アプリケーションサーバから、データに適用されるサービスの情報を受信し、そのサービスに基づいて送信デッドラインを判断してもよい。
　送信状況は、例えば、フローに含まれる複数のデータパケットのうち、未送信のデータパケット量、バッファサイズ、もしくはフローに含まれるすべてのデータパケットを送信デッドラインまでに送信可能か否か、等を示す情報であってもよい。
　通信部１２は、新たな無線端末に関するフローを受け付けるか否かを示す指示情報を基地局２０へ送信する。基地局２０は、通信装置１０の判定部１１において判定された判定結果に従って、新たな無線端末に関するフローの受付処理を実行する。言い換えると、基地局２０は、通信装置１０から送信された判定結果に従って、新たな無線端末３０に関するスケジューリングを行う。
　以上説明したように、図１の通信装置１０は、送信デッドラインまでの時間を考慮したデータパケットの送信状況に応じて、新たな無線端末に関するフローを受け付けるか否かを判定することができる。言い換えると、基地局２０は、既存のフローに関する送信デッドラインを満たすことができているか否かとするサービス品質に応じて、新たな無線端末に関するフローを受け付けるか否かを判定することができるため、基地局２０におけるサービス品質の維持もしくは向上を図ることができる。
　（実施の形態２）
　続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、３ＧＰＰにおいて規定されている通信システムを示している。図２の通信システムは、ｅＮＢ６０、アプリケーションサーバ７０、コアネットワーク１００、及び複数のＵＥ８０を有している。ＵＥ８０は、３ＧＰＰにおいて用いられる通信端末の総称である。コアネットワーク１００は、モバイル通信事業者が管理するネットワークである。コアネットワーク１００は、ＭＥＣサーバ４０及びゲートウェイ５０を有している。
　ゲートウェイ５０は、例えば、コアネットワーク１００内において、ＵＥ８０に関するユーザデータを伝送するＳＧＷ（Serving Gateway）もしくはＰＧＷ（Packet Data Network Gateway）であってもよい。もしくは、ゲートウェイ５０は、ＵＥ８０に関するユーザデータを伝送するノード装置である、ＵＰＦ（U-Plane Function）エンティティであってもよい。ユーザデータは、例えば、画像データもしくは動画データ等であってもよい。
　ＭＥＣサーバ４０は、例えば、コアネットワーク１００内において、制御データを伝送する。制御データは、例えば、ＵＥ８０に関するユーザデータを伝送する通信経路の設定等を行うために用いられる。ＭＥＣサーバ４０は、例えば、制御データを伝送するノード装置であるＣＰＦ（C-Plane Function）エンティティと称されてもよい。
　アプリケーションサーバ７０は、ＵＥ８０へアプリケーションサービスを提供するサーバである。アプリケーションサーバ７０は、例えば、ユーザデータをゲートウェイ５０へ送信する。また、アプリケーションサーバ７０は、１回のフローにおいて送信するユーザデータのデータサイズ（フローサイズ）、さらに、１回のフローにおける送信デッドラインに関する情報等をＭＥＣサーバ４０へ送信する。
　ゲートウェイ５０は、アプリケーションサーバ７０から送信されたユーザデータをｅＮＢ６０へ送信する。また、ゲートウェイ５０は、ｅＮＢ６０から送信されたユーザデータをアプリケーションサーバ７０へ送信する。
　ＭＥＣサーバ４０は、アプリケーションサーバ７０から送信された情報と、ｅＮＢ６０から送信されたデータパケットの送信状況とを用いて、ｅＮＢ６０において新たな無線端末に関するフローを受け付けるか否かを判定する。ＭＥＣサーバ４０は、フローの受付に関する判定結果をｅＮＢ６０へ送信する。
　ｅＮＢ６０は、ＭＥＣサーバ４０から送信されたフローの受付に関する判定結果を用いて、ＵＥ８０から要求されるフローを受け付ける処理もしくはフローを拒絶する処理を実行する。
　続いて、図３を用いて実施の形態２にかかるＭＥＣサーバ４０の構成例について説明する。ＭＥＣサーバ４０は、スケジューリング制御部４１、受付判定部４２、及びｅＮＢ通信部４３を有している。スケジューリング制御部４１、受付判定部４２、及びｅＮＢ通信部４３は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、スケジューリング制御部４１、受付判定部４２、及びｅＮＢ通信部４３は、チップもしくは回路等のハードウェアであってもよい。
　スケジューリング制御部４１は、ｅＮＢ６０において実行されるＭＡＣスケジューリングを模擬する（emulate）ことによって、ｅＮＢ６０において処理される各フローが、送信デッドラインまでに完了するか否かを判定する。各フローが送信デッドラインまでに完了するとは、各フローに含まれる複数のデータパケットが送信デッドラインまでにすべて送信されることである。スケジューリング制御部４１は、例えば、ＵＥ８０もしくはｅＮＢ６０において測定された無線リソースの通信品質を用いて、ＭＡＣスケジューリングを模擬する。スケジューリング制御部４１におけるＭＡＣスケジューリングを模擬した処理については後に詳述する。スケジューリング制御部４１は、ｅＮＢ６０において処理される各フローが、送信デッドラインまでに完了するか否かを判定した判定結果を受付判定部４２へ出力する。
　また、スケジューリング制御部４１は、ＵＥ８０もしくはｅＮＢ６０において測定された無線リソースの通信品質を用いて、将来の無線リソースに関する通信品質を推定する。通信品質は、例えば、ＣＱＩ（Channel Quality Indicator）であってもよく、その他の品質を示す情報であってもよい。
　スケジューリング制御部４１は、例えば、過去に取得した無線リソースの通信品質の傾向、もしくは統計情報を用いて、将来の無線リソースに関する通信品質を推定する。例えば、スケジューリング制御部４１は、過去に取得した無線リソースの通信品質が向上している傾向にある場合、将来の無線リソースに関する通信品質も向上していると推定してもよい。また、スケジューリング制御部４１は、過去に取得した無線リソースの通信品質が低下している傾向にある場合、将来の無線リソースに関する通信品質も低下していると推定してもよい。
　受付判定部４２は、スケジューリング制御部４１から出力された判定結果を用いて、ｅＮＢ６０において新たなＵＥ８０に関するフローを受け付けるか否かを判定する。例えば、受付判定部４２は、ｅＮＢ６０において処理される複数のフローのうち、一つでも送信デッドラインまでに完了しないフローが存在する場合、新たなＵＥ８０に関するフローの受付を拒否してもよい。言い換えると、受付判定部４２は、ｅＮＢ６０において処理される全てのフローが送信デッドラインまでに完了する場合、ＵＥ８０に関するフローの受付を許可してもよい。また、受付判定部４２は、ｅＮＢ６０において処理される複数のフローのうち、送信デッドラインまでに完了しないフローが、予め定められた閾値を超えている場合に、新たなＵＥ８０に関するフローの受付を拒否してもよい。さらに受付判定部４２は、フローの受付を拒否するＵＥ８０の数や割合を予め定めて、新たなＵＥ８０に関するフローを受け付けるか否かの判定に用いてもよい。
　ｅＮＢ通信部４３は、新たなＵＥ８０に関するフローを受け付けるか否かを示す指示情報をｅＮＢ６０へ送信する。
　続いて、図４を用いて実施の形態２にかかるｅＮＢ６０の構成例について説明する。ｅＮＢ６０は、コアネットワークノード通信部６１、無線環境取得部６２、受付制御部６３、及び無線部６４を有している。コアネットワークノード通信部６１、無線環境取得部６２、受付制御部６３、及び無線部６４は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。また、コアネットワークノード通信部６１、無線環境取得部６２、受付制御部６３、及び無線部６４は、チップもしくは回路等のハードウェアであってもよい。
　無線環境取得部６２は、ＵＥ８０から無線部６４を介して受信したＵＬデータを用いて、ＵＬデータを伝送する無線リソースの通信品質を測定する。また、無線環境取得部６２は、ＵＥ８０においてＤＬデータを用いて測定されたＤＬデータを伝送する無線リソースの通信品質を、ＵＥ８０から受信する。無線環境取得部６２は、ＵＥ８０から無線部６４を介してＤＬデータを伝送する無線リソースの通信品質に関する情報を受信する。
　無線環境取得部６２は、ＵＬ及びＤＬデータを送信する無線リソースの通信品質を、コアネットワークノード通信部６１を介してＭＥＣサーバ４０へ送信する。
　受付制御部６３は、コアネットワークノード通信部６１を介してＭＥＣサーバ４０から送信された新たなＵＥ８０に関するフローを受け付けるか否かを示す指示情報を受信する。受付制御部６３は、受信した指示情報を用いて、新たなＵＥ８０に関するフローの受付処理もしくは拒絶処理を実施する。ＵＥ８０に関するフローの拒絶処理は、例えば、一時的にＵＥ８０に関するフローの受付を拒絶し、所定期間経過後にＵＥ８０に関するフローを受け付ける受付処理を実行することを含んでもよい。もしくは、ＵＥ８０に関するフローの拒絶処理は、ＵＥ８０に関するフローを受け付けた後に、所定期間、ＵＥ８０に無線リソースの割当を行わないことを含んでもよい。ここで、フローの受付を拒絶されたＵＥ８０は、拒絶されたフローのデータパケットを廃棄してもよい。ＵＥ８０は、discard timerを用いて、受付を拒絶されたフローのデータパケットを廃棄してもよい。
　無線部６４は、ＭＡＣスケジューリングの結果、ＵＥ８０へ割り当てられた無線リソースを用いて、ＵＥ８０と無線通信を行う。ＭＡＣスケジューリングは、例えば、ＰＦ（Proportional Fairness）、ＲＲ（Round Robin）もしくはＭＴ（Maximum Throughput）等の方式もしくはスケジューラータイプが用いられてもよい。
　続いて、図５を用いて実施の形態２にかかるＵＥ８０の構成例について説明する。ＵＥ８０は、無線部８１及び無線環境測定部８２を有している。無線部８１及び無線環境測定部８２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、無線部８１及び無線環境測定部８２は、チップもしくは回路等のハードウェアであってもよい。
　無線環境測定部８２は、ｅＮＢ６０から送信されたＤＬデータを用いてＤＬデータを伝送する無線リソースの通信品質を測定する。無線環境測定部８２は、無線部８１を介してＤＬデータを伝送する無線リソースの通信品質をｅＮＢ６０へ送信する。
　続いて、図６を用いて、ＭＥＣサーバ４０がｅＮＢ６０から無線リソースの通信品質を取得する処理の流れについて説明する。はじめに、ＭＥＣサーバ４０は、無線リソースの通信品質を取得するために、ｅＮＢ６０へリクエストメッセージを送信する（Ｓ１１）。具体的には、ＭＥＣサーバ４０は、WcqNotificationSetupメッセージをｅＮＢ６０へ送信する。ＷＣＱ（Wireless Channel Quality）は、無線リソースの通信品質を示す。ＷＣＱは、例えば、ＣＱＩ、信号レベル、もしくはノイズレベル等の情報であってもよい。信号レベル及びノイズレベルに関する情報は、例えば、信号の強度及びノイズの強度等を示す情報であってもよい。また、ＷＣＱは、信号レベル及びノイズレベルを用いて示されるＳＩＮＲ（Signal to Interference plus Noise power Ratio）であってもよい。WcqNotificationSetupメッセージには、図７に示されるパラメータが設定される。
　例えば、WcqNotificationSetupメッセージには、送信先のｅＮＢ６０を示すeNB ID、送信元のＭＥＣサーバ４０を示すＭＥＣサーバ IDが設定される。さらに、ＭＥＣサーバ４０が取得を希望するＷＣＱが、ＵＬの無線リソースに関するＷＣＱか、ＤＬの無線リソースに関するＷＣＱか、もしくはＵＬ及びＤＬの無線リソースに関するＷＣＱか、を示すDirectionが設定される。また、WcqNotificationSetupメッセージには、送信間隔を示すNotificationIntervalが設定されてもよい。
　図６に戻り、次に、ｅＮＢ６０は、WcqNotificationSetupメッセージへの応答メッセージとして、WcqNotificationメッセージをＭＥＣサーバ４０へ送信する（Ｓ１２）。WcqNotificationメッセージには、図８に示されるパラメータが設定される。
　例えば、WcqNotificationメッセージには、送信先のＭＥＣサーバ４０を示すＭＥＣサーバ ID、送信元のｅＮＢ６０を示すeNB IDが設定される。さらに、WcqNotificationメッセージに設定されるＷＣＱが、ＵＬの無線リソースに関するＷＣＱか、ＤＬの無線リソースに関するＷＣＱか、もしくはＵＬ及びＤＬの無線リソースに関するＷＣＱか、を示すDirectionが設定される。
　さらに、WcqNotificationメッセージには、それぞれのリソースブロックに関するＵＥ毎のＷＣＱの値を示すWcqValueが設定されている。ここでは、無線リソースの具体例として、リソースブロックを用いて説明している。リソースブロックは、時間情報と周波数情報とを用いて特定される。リソースブロック毎のWcqValueは、ｅＮＢ６０からＭＥＣサーバ４０へ送信される。WcqValueは、例えば、レベル１、レベル２等の整数を用いて示されてもよい。この場合、値が大きくなるにつれて、当該リソースブロックの品質が良いことを示している。また、レベルＸ（Ｘは整数）以上は、Ｈｉｇｈレベル、レベルＹ（ＹはＸよりも小さい整数）以上でありレベルＸ未満は、Ｍｉｄｄｌｅレベル、レベルＹよりも小さい場合、Ｌｏｗレベルとしてもよい。
　ここで、図９を用いてWcqNotificationメッセージに設定されるWcqValueについて説明する。リソースブロックは、RBindexを用いて識別される。図９においては、RBindexが１から１００までのリソースブロックに関して、ＵＥ毎のWcqValueが設定されることを示している。図９の空欄に、WcqValueが設定される。ＵＥは、ＵＥＩＤを用いて識別される。図９は、それぞれのＵＥが、０００００１～ＦＦＦＦＦＦによって識別されていることを示している。ＵＥＩＤは、例えば、ＭＡＣ　ＵＥＩＤが用いられてもよい。
　続いて、図１０を用いて、ＭＥＣサーバ４０がｅＮＢ６０からスケジューラータイプを取得する処理の流れについて説明する。はじめに、ＭＥＣサーバ４０は、スケジューラータイプを取得するために、ｅＮＢ６０へリクエストメッセージを送信する（Ｓ２１）。具体的には、ＭＥＣサーバ４０は、SchedulingPolicyRequestメッセージをｅＮＢ６０へ送信する。SchedulingPolicyRequestメッセージには、図１１に示されるパラメータが設定される。
　例えば、SchedulingPolicyRequestメッセージには、送信先のｅＮＢ６０を示すeNB ID、送信元のＳＣＥＦ４０を示すＭＥＣサーバ IDが設定される。また、SchedulingPolicyRequestメッセージには、送信間隔を示すNotificationIntervalが設定されてもよい。
　図１０に戻り、次に、ｅＮＢ６０は、SchedulingPolicyRequestメッセージへの応答メッセージとして、SchedulingPolicyResponseメッセージをＭＥＣサーバ４０へ送信する（Ｓ２２）。SchedulingPolicyResponseメッセージには、図１２に示されるパラメータが設定される。
　例えば、SchedulingPolicyResponseメッセージには、送信先のＭＥＣサーバ４０を示すＭＥＣサーバ ID、送信元のｅＮＢ６０を示すeNB IDが設定される。さらに、ｅＮＢ６０において用いられているスケジューラタイプが設定される。スケジューラタイプとして、例えば、ＰＦ、ＲＲ、もしくはＭＴが設定されてもよい。
　続いて、図１３を用いて、ＭＥＣサーバ４０がｅＮＢ６０からバッファサイズを取得する処理の流れについて説明する。バッファサイズは、例えば、ｅＮＢ６０がＵＥ８０へＤＬデータを送信するために用いるバッファサイズ及びＵＥ８０がｅＮＢ６０へＵＬデータを送信するために用いるバッファサイズの少なくも一方を含む。バッファサイズは、ｅＮＢ６０もしくはＵＥ８０における未送信データのサイズと言い換えられてもよい。
　はじめに、ＭＥＣサーバ４０は、バッファサイズを取得するために、ｅＮＢ６０へリクエストメッセージを送信する（Ｓ３１）。具体的には、ＭＥＣサーバ４０は、RemainBufferSizeSetupメッセージをｅＮＢ６０へ送信する。RemainBufferSizeSetupメッセージには、図１４に示されるパラメータが設定される。
　例えば、RemainBufferSizeSetupメッセージには、送信先のｅＮＢ６０を示すeNB ID、送信元のＭＥＣサーバ４０を示すＭＥＣサーバ IDが設定される。また、RemainBufferSizeSetupメッセージには、送信間隔を示すNotificationIntervalが設定されてもよい。
　図１３に戻り、次に、ｅＮＢ６０は、RemainBufferSizeSetupメッセージへの応答メッセージとして、RemainBufferSizeNotificationメッセージをＭＥＣサーバ４０へ送信する（Ｓ３２）。RemainBufferSizeNotificationメッセージには、図１５に示されるパラメータが設定される。
　例えば、RemainBufferSizeNotificationメッセージには、送信先のＭＥＣサーバ４０を示すＭＥＣサーバ ID、送信元のｅＮＢ６０を示すeNB IDが設定される。さらに、Remain BufferSizeとして、それぞれのＵＥ８０に関するバッファサイズが設定される。ｅＮＢ６０は、ＤＬデータに関するバッファサイズを設定する場合、バッファが設けられたメモリ等からバッファサイズに関する情報を取得する。また、ｅＮＢ６０は、ＵＬデータに関するバッファサイズを設定する場合、ＵＥ８０からバッファサイズに関する情報を取得する。例えば、ｅＮＢ６０は、RemainBufferSizeSetupメッセージを受信した場合、ＵＥ８０からＵＬデータに関するバッファサイズに関する情報を取得する処理を開始してもよい。なお、通信装置１０としてＳＣＥＦが用いられる場合には、上記のＭＥＣサーバIDは、SCEF IDであってもよい。
　ここで、図１６を用いてRemainBufferSizeNotificationメッセージに設定されるRemainBuffeｒSizeについて説明する。図１６は、ＵＥ毎のバッファサイズを示している。例えば、ＵＥＩＤが０００００１であるＵＥは、ＵＬデータに関するバッファ（ulBufferSize）として5byte有し、ｅＮＢ６０は、ＵＥＩＤが０００００１であるＵＥを宛先とするＤＬデータに関するバッファ（dlBufferSize）として30byte有することを示している。
　図１５に戻り、RemainBufferSizeNotificationメッセージには、さらに、RemainBufferSizeNotificationメッセージに設定されるバッファサイズが、ＵＬデータに関するバッファサイズか、ＤＬデータに関するバッファサイズか、もしくはＵＬデータ及びＤＬデータに関するバッファサイズか、を示すDirectionが設定される。
　続いて、図１７を用いて実施の形態２にかかるフローの追加を許可するか否かを判定する処理の流れについて説明する。フローの追加を許可するか否かを判定する処理は、例えば、新たなＵＥ８０に関するフローに含まれるデータを伝送するために、ｅＮＢ６０に無線リソースの割当要求メッセージ等が送信された際に実行されてもよい。つまり、ＭＥＣサーバ４０は、ｅＮＢ６０において新たなＵＥ８０に関するフローに対する無線リソースの割当要求メッセージが送信されたことを、ｅＮＢ６０から通知された場合に、新たなＵＥ８０に関するフローをを受け付けるか否かを判定してもよい。もしくは、ＭＥＣサーバ４０は、ＵＥ８０に関するフローに含まれる少なくとも１つのデータがｅＮＢ６０から送信された場合に、受信した少なくとも１つのデータを含むＵＥ８０に関するフローを受け付けるか否かを判定してもよい。またＭＥＣサーバ４０はこの場合において、将来任意のＵＥから要求されるフローを受け付けるか否かを判定してもよい。
　また、フローの追加を許可するか否かを判定する処理は、ｅＮＢ６０において、あるＵＥに関するフローに含まれるすべてのデータの送信が完了した際に実行されてもよい。つまり、ＭＥＣサーバ４０は、ＵＥ８０に関するフローに含まれるすべてのデータの送信が完了したことをｅＮＢ６０から通知された場合に、将来任意のＵＥから要求されるフローを受け付けるか否かを判定してもよい。例えば、ＳＣＥＦ４０は、ｅＮＢ６０から送信されるＵＥ８０に関するバッファサイズが０である場合に、ＵＥ８０に関するフローに含まれるすべてのデータの送信を完了したと判定してもよい。もしくは、ＭＥＣサーバ４０は、ＵＥ８０に関するフローに含まれるすべてのデータをｅＮＢ６０から受信した場合に、将来任意のＵＥから要求されるフローを受け付けるか否かを判定してもよい。なお、ＵＥ８０に関するフローに含まれるデータは、ＵＥ８０がＭＥＣサーバ４０へ直接送信してもよい。
　はじめに、スケジューリング制御部４１は、ｅＮＢ６０において処理もしくは転送されているフローのデータレートを算出する（Ｓ４１）。スケジューリング制御部４１は、ｅＮＢ６０において処理されている全てのフローを管理し、例えば、それぞれのフローにＩＤを付した管理リストを有しているとする。例えば、スケジューリング制御部４１は、次の式１に従ってＵＬデータのデータレートを算出する。
　UL data rate(T2-T1)＝{ulBuf(T1)＋(flowSize-ulBuf(T2))}/(T2-T1)・・・式１
　UL data rate(T2-T1)：時刻Ｔ１から時刻Ｔ２（例えば、Ｔ２が現在時刻であり、Ｔ１がＴ２より前の時刻）までの期間のＵＬデータの送信データレート
　ulBuf(T1)：時刻Ｔ１におけるＵＬデータに関するバッファサイズ（Byte）
　ulBuf(T2)：時刻Ｔ２におけるＵＬデータに関するバッファサイズ（Byte）
　flowSize：送信デッドラインまでに送信すべきデータサイズ（Byte）
　式１においてはＵＬデータのデータレートを算出したが、ＤＬデータのデータレートについても同様に算出することが可能である。
　次に、スケジューリング制御部４１は、取得したＣＱＩ値に基づいて、将来のＣＱＩ値を推定し、推定したＣＱＩ値に基づいてデータレートを推定する（Ｓ４２）。ここでは、ＷＣＱとしてＣＱＩを用いて説明する。将来のＣＱＩ値は、例えば、現在時刻をｔとすると、ｔ＋１ミリ秒のように、現在時刻に対して予め定められた期間を加算した時刻におけるＣＱＩ値であってもよい。現在時刻に対して加算する予め定められた期間は、１ミリ秒に限定されない。現在時刻に対して加算する予め定められた期間は、例えば、ｅＮＢ６０におけるスケジューリング周期である１ＴＴＩであってもよい。
　例えば、スケジューリング制御部４１は、過去に取得したＣＱＩ値の傾向に従って将来のＣＱＩ値を推定する。例えば、スケジューリング制御部４１は、過去に取得した無線リソースのＣＱＩ値が向上している傾向にある場合、将来の無線リソースに関するＣＱＩ値も向上していると推定してもよい。また、スケジューリング制御部４１は、過去に取得した無線リソースのＣＱＩ値が低下している傾向にある場合、将来の無線リソースに関するＣＱＩ値も低下していると推定してもよい。
　スケジューリング制御部４１は、例えば、ｔ＋１ミリ秒におけるＣＱＩ値が向上していると推定した場合、ｔ＋１ミリ秒におけるデータレートは、ステップＳ４１において算出したデータレートよりも速いと推定してもよい。ＣＱＩ値の向上に対してどの程度データレートが速くなるかについては、予め定められていてもよい。さらに、ＣＱＩ値の低下に対して、どの程度データレートが遅くなるかについても、予め定められてもよい。
　次に、スケジューリング制御部４１は、ｅＮＢ６０において処理されているそれぞれのフローにおけるＲＦＳ（Remain Flow Size）を算出する（Ｓ４３）。ＲＦＳは、ステップＳ４２において推定したデータレートにて時刻Ｔ２におけるバッファに格納されているデータを送信した場合に、所定期間経過後にバッファに残るデータ量である。つまり、ＲＦＳは、ステップＳ４２において推定したデータレートにて時刻Ｔ２におけるバッファに格納されているデータを送信した場合に、所定期間経過後に未送信となっているデータのデータ量である。所定期間は、例えば、ｔ＋１ミリ秒におけるＣＱＩを推定した場合、１ミリ秒であってもよい。また、所定期間経過後は、送信デッドラインが満了する前のタイミングとする。ＲＦＳは、例えば、次の式２に従って計算されてもよい。
　ＲＦＳ＝ulBuf(T2)－α×UL data rate（T2-T1）×所定期間・・・式２
　α：推定したＣＱＩ値に応じて定まる定数。
　α×UL data rate (T2-T1)：所定期間経過後のデータレート（推定値）
　スケジューリング制御部４１は、ステップＳ４３において、ｅＮＢ６０において処理されるすべてのフローに関して、ＲＦＳを算出する。
　次に、スケジューリング制御部４１は、ＲＦＳ＝０となるフローを、管理しているフローのリストから削除する（Ｓ４４）。ＲＦＳ＝０とは、送信デッドラインまでにフローに含まれるすべてのデータを送信することができることを示している。次に、スケジューリング制御部４１は、管理しているフローのリストから全てのフローが削除されたか否かを判定する（Ｓ４５）。管理しているフローのリストから全てのフローが削除されるとは、ｅＮＢ６０において処理しているフローに含まれるデータが送信デッドラインまでにすべて送信されることを意図する。つまり、全てのフローが、送信デッドラインまでに完了することを意図する。そのため、スケジューリング制御部４１において管理しているフローのリストから全てのフローが削除された場合、受付判定部４２は、受付制限を行うことなく処理を完了する。つまり、受付判定部４２は、現在無線リソースの割当を要求されているフロー、もしくは、次回以降に無線リソースの割当を要求されるフローを受けられる。
　スケジューリング制御部４１は、管理しているフローのリストから全てのフローが削除されていないと判定した場合、ＲＦＳのデータを送信デッドラインまでに送信を完了することができないフローが存在するか否かを判定する（Ｓ４６）。例えば、スケジューリング制御部４１は、ＲＦＳのデータの送信が完了するまでの時間ＦＣＴ（Flow Complete Time）を次の式３に従って算出する。
　ＦＣＴ＝uLBuf(T2)／UL data rate(T2-T1)・・・式３
　式３は、時刻Ｔ２におけるデータレートにてバッファに格納されているデータを送信した場合のＦＣＴを示している。推定したＣＱＩに従って定まる所定期間経過後のデータレートを用いる場合、UL data rate(T2-T1)の代わりに、α×UL data rate(T2-T1)が用いられてもよい。
　さらに、スケジューリング制御部４１は、それぞれのフローのＦＣＴと現在時刻から送信デッドラインまでの時間とを比較し、ＦＣＴの方が長いフローが存在する場合、ＲＦＳのデータを送信デッドラインまでに送信を完了することができないフローが存在すると判定する（Ｓ４６）。また、スケジューリング制御部４１は、ＦＣＴの方が長いフローが存在しない場合、ＲＦＳのデータを送信デッドラインまでに送信を完了することができないフローが存在しないと判定する（Ｓ４６）。スケジューリング制御部４１は、ＲＦＳのデータを送信デッドラインまでに送信を完了することができないフローが存在しないと判定した場合、ステップＳ４２以降の処理を繰り返す。ステップＳ４２以降の処理においては、例えば、ｔ＋２ミリ秒におけるＣＱＩ値に基づいてそれぞれのフローのデータレートを算出する。
　受付判定部４２は、スケジューリング制御部４１において、ＲＦＳのデータを送信デッドラインまでに送信を完了することができないフローが存在すると判定された場合、新たなＵＥ８０に関するフローの追加を拒否する（Ｓ４７）。
　スケジューリング制御部４１は、図１７に示す処理を、ｅＮＢ６０における無線リソースの割当単位の最小単位である１ＴＴＩ（Transmission Time Interval）毎に行ってもよく、数ＴＴＩ毎に行ってもよい。１ＴＴＩは、例えば、１ミリ秒であってもよい。
　以上説明したように、実施の形態２に係るフローの追加を許可するか否かを判定する処理を実行することによって、ｅＮＢ６０における処理負荷が高く送信デッドラインまでにすべてのデータを送信することができないような場合における、フローの追加を拒否することができる。これにより、ｅＮＢ６０に処理負荷の更なる増大を抑えることができる。
　さらに、実施の形態２にかかるＭＥＣサーバ４０は、アプリケーションサーバ７０から１回のフローにおいて送信すべきデータサイズであるフローサイズ及び送信デッドラインに関する情報を取得することができる。これにより、ＭＥＣサーバ４０は、フロー毎のデータレートを算出することが可能であり、フロー毎に送信デッドラインまでにすべてのデータを送信することができるか否かを判定することができる。
　一方、ｅＮＢ６０においてフロー毎に送信デッドラインまでにすべてのデータを送信することができるか否かを判定しようとした場合、ＵＥ８０からフロー毎のフローサイズ等に関する情報を取得する必要がある。このような場合、ＵＥ８０が送信するデータに、フローサイズを設定する等の処理が必要になり、ＵＥ８０の処理負荷が増大し、さらに、ＵＥ８０における機能追加が必要になる。
　続いて以下では、上述の複数の実施形態で説明された、ｅＮＢ６０、ＭＥＣサーバ４０、及びＵＥ８０の構成例について説明する。図１８は、ｅＮＢ６０の構成例を示すブロック図である。図１８を参照すると、ｅＮＢ６０は、RFトランシーバ１００１、ネットワークインターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。
　ネットワークインターフェース１００３は、ネットワークノード（e.g., 他のコアネットワークノード）と通信するために使用される。ネットワークインターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
　プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。
　プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
　メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１００５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワークインターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。
　メモリ１００５は、上述の複数の実施形態で説明されたｅＮＢ６０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュールをメモリ１００５から読み出して実行することで、上述の実施形態で説明されたｅＮＢ６０の処理を行うよう構成されてもよい。
　図１９は、ＵＥ８０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、ｅＮＢ６０と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。
　ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
　例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
　ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。
　アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、ＵＥ８０の各種機能を実現する。
　いくつかの実装において、図１９に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
　メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
　メモリ１１０６は、上述の複数の実施形態で説明されたＵＥ８０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明されたＵＥ８０の処理を行うよう構成されてもよい。
　図２０は、ＭＥＣサーバ４０の構成例を示すブロック図である。図２０を参照すると、ＭＥＣサーバ４０は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、ネットワークノード（e.g., リモートノード１０、コアネットワーク４０）と通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
　プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたセンターノード２０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
　プロセッサ１２０２は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、およびMACレイヤの信号処理を含んでもよい。さらに、プロセッサ１２０２による信号処理は、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を含んでもよい。また、プロセッサ１００４によるコントロールプレーン処理は、X2APプロトコル、S1-MMEプロトコルおよびRRCプロトコルの処理を含んでもよい。
　プロセッサ１２０２は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を行うプロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
　メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
　図２０の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたＭＥＣサーバ４０の処理を行うことができる。
　図１８～図２０を用いて説明したように、上述の実施形態におけるｅＮＢ６０、ＭＥＣサーバ４０、及びＵＥ８０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本発明は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
　１０　通信装置
　１１　判定部
　１２　通信部
　２０　基地局
　３０　無線端末
　４０　ＭＥＣサーバ
　４１　スケジューリング制御部
　４２　受付判定部
　４３　ｅＮＢ通信部
　５０　ゲートウェイ
　６０　ｅＮＢ
　６１　コアネットワークノード通信部
　６２　無線環境取得部
　６３　受付制御部
　６４　無線部
　７０　アプリケーションサーバ
　８０　ＵＥ
　８１　無線部
　８２　無線環境測定部
　１００　コアネットワーク

Claims (10)

  1. 　無線端末と基地局との間において伝送されるフローであって、送信デッドラインが定められている前記フローに含まれる複数のデータパケットの送信状況に応じて、新たな無線端末に関するフローを受け付けるか否かを判定する判定部と、
    　前記新たな無線端末に関するフローを受け付けるか否かを示す指示情報を基地局へ送信する通信部と、を備える通信装置。
  2. 　前記判定部は、
    　前記複数のデータパケットが送信デッドラインまでにすべて送信されるか否かに関する情報を用いて、前記新たな無線端末に関するフローを受け付けるか否かを判定する、請求項１に記載の通信装置。
  3. 　前記判定部は、
    　前記複数のデータパケットを送信する際のデータレートと、未送信データパケットのサイズとを用いて、前記未送信データパケットが、送信デッドラインまでにすべて送信されるか否かを判定する、請求項２に記載の通信装置。
  4. 　前記判定部は、
    　前記無線端末もしくは前記基地局においてフローに含まれる複数のデータパケットを送信するために用いられるバッファサイズ及びフローに含まれる複数のデータパケットのデータサイズとを用いて、それぞれのフローのデータレートを算出する、請求項３に記載の通信装置。
  5. 　前記判定部は、
    　前記複数のデータパケットを送信する無線リソースの品質を推定し、推定した前記無線リソースの品質を用いて前記データレートを決定する、請求項３又は４に記載の通信装置。
  6. 　前記判定部は、
    　送信デッドラインまでに全てのデータパケットを送信することができない無線端末の数が、予め定められた数を超える場合に、前記新たな無線端末に関するフローの受付を停止する、請求項２乃至５のいずれか１項に記載の通信装置。
  7. 　前記判定部は、
    　前記基地局が実行するデータパケットのスケジューリング制御を模擬し、前記複数のデータパケットが送信デッドラインまでにすべて送信されるか否かを判定する、請求項２乃至６のいずれか１項に記載の通信装置。
  8. 　無線端末と基地局との間において伝送されるフローであって、送信デッドラインが定められている前記フローに含まれる複数のデータパケットの送信状況に応じて、新たな無線端末に関するフローを受け付けるか否かを判定し、前記新たな無線端末に関するフローを受け付けるか否かを示す指示情報を送信する通信装置と、
    　前記指示情報を受信し、前記指示情報に従って新たな無線端末に関するフローを受け付ける処理もしくは拒否する処理を実行する基地局と、を備える通信システム。
  9. 　無線端末と基地局との間において伝送されるフローであって、送信デッドラインが定められている前記フローに含まれる複数のデータパケットの送信状況に応じて、新たな無線端末に関するフローを受け付けるか否かを判定し、
    　前記新たな無線端末に関するフローを受け付けるか否かを示す指示情報を基地局へ送信する、通信方法。
  10. 　無線端末と基地局との間において伝送されるフローであって、送信デッドラインが定められている前記フローに含まれる複数のデータパケットの送信状況に応じて、新たな無線端末に関するフローを受け付けるか否かを判定し、
    　前記新たな無線端末に関するフローを受け付けるか否かを示す指示情報を基地局へ送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
PCT/JP2016/004776 2016-10-31 2016-10-31 通信装置、通信システム、通信方法、及び非一時的なコンピュータ可読媒体 WO2018078678A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2016/004776 WO2018078678A1 (ja) 2016-10-31 2016-10-31 通信装置、通信システム、通信方法、及び非一時的なコンピュータ可読媒体
US16/345,956 US10966120B2 (en) 2016-10-31 2016-10-31 Communication device, communication system, communication method, and non-transitory computer-readable medium
JP2018546939A JP6747513B2 (ja) 2016-10-31 2016-10-31 通信装置、通信システム、通信方法、及びプログラム
US17/198,617 US11558781B2 (en) 2016-10-31 2021-03-11 Communication device, communication system, communication method, and non-transitory computer-readable medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/004776 WO2018078678A1 (ja) 2016-10-31 2016-10-31 通信装置、通信システム、通信方法、及び非一時的なコンピュータ可読媒体

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US16/345,956 A-371-Of-International US10966120B2 (en) 2016-10-31 2016-10-31 Communication device, communication system, communication method, and non-transitory computer-readable medium
US17/198,617 Continuation US11558781B2 (en) 2016-10-31 2021-03-11 Communication device, communication system, communication method, and non-transitory computer-readable medium

Publications (1)

Publication Number Publication Date
WO2018078678A1 true WO2018078678A1 (ja) 2018-05-03

Family

ID=62024536

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/004776 WO2018078678A1 (ja) 2016-10-31 2016-10-31 通信装置、通信システム、通信方法、及び非一時的なコンピュータ可読媒体

Country Status (3)

Country Link
US (2) US10966120B2 (ja)
JP (1) JP6747513B2 (ja)
WO (1) WO2018078678A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6747513B2 (ja) * 2016-10-31 2020-08-26 日本電気株式会社 通信装置、通信システム、通信方法、及びプログラム
WO2019093167A1 (ja) * 2017-11-10 2019-05-16 日本電気株式会社 制御装置、制御方法、及びプログラムが格納された非一時的なコンピュータ可読媒体
US10609546B2 (en) * 2018-08-08 2020-03-31 Verizon Patent And Licensing Inc. Unified radio access network (RAN)/multi-access edge computing (MEC) platform
US11671484B2 (en) * 2020-09-25 2023-06-06 Verizon Patent And Licensing Inc. Methods and systems for orchestrating a distributed computing service based on latency performance levels
CN112199216A (zh) * 2020-10-21 2021-01-08 哲库科技(北京)有限公司 接口配置方法和装置、调制解调芯片及存储介质
US11595485B2 (en) * 2021-05-14 2023-02-28 Verizon Patent And Licensing Inc. Systems and methods for demand-based dynamic service provisioning in an edge computing system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007312413A (ja) * 1999-07-15 2007-11-29 Telefon Ab L M Ericsson パケット・データ・トラヒックのスケジューリング及び受入れ制御
JP2013229884A (ja) * 2007-09-17 2013-11-07 Qualcomm Inc 通信ネットワークでの優先権のスケジュールおよび承認制御

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001274804A (ja) 2000-03-24 2001-10-05 Hitachi Kokusai Electric Inc 無線データシステム
US9338767B2 (en) 2005-12-22 2016-05-10 Qualcomm Incorporated Methods and apparatus of implementing and/or using a dedicated control channel
JP2009278532A (ja) 2008-05-16 2009-11-26 Fujitsu Ltd 送信装置及び輻輳制御方法
JP5317877B2 (ja) 2009-07-29 2013-10-16 京セラ株式会社 通信システム、基地局および通信方法
WO2017067572A1 (en) * 2015-10-19 2017-04-27 Huawei Technologies Co., Ltd. Methods and devices in a communication network
JP6747513B2 (ja) * 2016-10-31 2020-08-26 日本電気株式会社 通信装置、通信システム、通信方法、及びプログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007312413A (ja) * 1999-07-15 2007-11-29 Telefon Ab L M Ericsson パケット・データ・トラヒックのスケジューリング及び受入れ制御
JP2013229884A (ja) * 2007-09-17 2013-11-07 Qualcomm Inc 通信ネットワークでの優先権のスケジュールおよび承認制御

Also Published As

Publication number Publication date
US20200059825A1 (en) 2020-02-20
US10966120B2 (en) 2021-03-30
JPWO2018078678A1 (ja) 2019-09-05
US11558781B2 (en) 2023-01-17
JP6747513B2 (ja) 2020-08-26
US20210204173A1 (en) 2021-07-01

Similar Documents

Publication Publication Date Title
US11558781B2 (en) Communication device, communication system, communication method, and non-transitory computer-readable medium
JP7367838B2 (ja) サイドリンクスケジューリングリクエストのトリガー方法、装置及びシステム
WO2017163735A1 (ja) コアノード、基地局、無線端末、通信方法、無線リソース割当方法、基地局選択方法、及び、可読媒体
US11071119B2 (en) Apparatus for controlling device-to-device communication, base station, radio terminal, and method therefor
US11412526B2 (en) Communication apparatus, communication system, communication method, and non-transitory computer readable medium
US20200296745A1 (en) Apparatus and method for resource scheduling related to device-to-device communication
JPWO2017163545A1 (ja) デバイス・ツー・デバイス通信を制御するための装置および方法
US20180146500A1 (en) Base station and scheduling method
JP6631351B2 (ja) デバイス・ツー・デバイス通信に関するリソーススケジューリングのための装置及び方法
JP7188505B2 (ja) サーバ装置及びサーバ装置の方法
JP7040602B2 (ja) 管理サーバ、無線アクセスノード、通信方法、及びリソース管理方法
US20220279376A1 (en) Communication apparatus, base station, radio resource allocation method, and computer readable medium
WO2017169064A1 (ja) 無線アクセスネットワークノード、無線端末、ネットワークノード、及びこれらの方法
JP6835074B2 (ja) 無線通信のための装置および方法
US10420124B2 (en) Remote node, center node, communication system, communication terminal, and communication method
JP2021077999A (ja) 通信端末、基地局、及び通信方法

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: 16919906

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018546939

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: 16919906

Country of ref document: EP

Kind code of ref document: A1