WO2022070847A1 - 管理装置 - Google Patents

管理装置 Download PDF

Info

Publication number
WO2022070847A1
WO2022070847A1 PCT/JP2021/033406 JP2021033406W WO2022070847A1 WO 2022070847 A1 WO2022070847 A1 WO 2022070847A1 JP 2021033406 W JP2021033406 W JP 2021033406W WO 2022070847 A1 WO2022070847 A1 WO 2022070847A1
Authority
WO
WIPO (PCT)
Prior art keywords
quality control
execution
qos control
quality
executed
Prior art date
Application number
PCT/JP2021/033406
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 JP2022553761A priority Critical patent/JPWO2022070847A1/ja
Publication of WO2022070847A1 publication Critical patent/WO2022070847A1/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]

Definitions

  • the present invention relates to a management device.
  • QoS (Quality of Service) control is known as a technology for ensuring the communication quality of a network that provides a communication service.
  • Examples of the QoS control include a guaranteed type QoS control that guarantees the communication quality, a best effort type QoS control that makes the communication quality as high as possible, and the like.
  • a method of pre-allocating a part of a network band to a band for communication whose communication quality is guaranteed is known (for example, Patent Document 1).
  • QoS control targeting communication based on SIM Subscriber Identity Module
  • QoS control targeting specific communication among communication based on SIM etc. be.
  • the specific communication is, for example, the communication of an application program installed in a terminal device.
  • the network executes various QoS controls according to, for example, a form of guaranteeing communication quality and a combination of QoS control targets.
  • QoS control targets For example, a form of guaranteeing communication quality and a combination of QoS control targets.
  • finite network resources are used in QoS control. Therefore, it is desired to realize a network that executes appropriate QoS control by effectively using finite network resources in response to various QoS control requests from a plurality of information processing devices such as terminal devices.
  • the management device is a management device that executes a plurality of quality controls for controlling the communication quality of the network, and is one of the plurality of quality controls. If the acquisition unit for acquiring the execution request requesting execution and the resource for executing the quality control of the start candidate indicated by the execution request are not insufficient, the quality control of the start candidate is executed and the plurality of start candidates are executed. When one or more quality controls other than the quality control of the start candidate among the quality controls are executed and a part or all of the resources are insufficient, the execution priority of the quality control of the start candidate is given. It is provided with a quality control unit that determines whether or not to execute the quality control of the start candidate based on the order and the execution priority of the quality control being executed.
  • FIG. 1 is a block diagram showing an overall configuration of a network system 10 including a management device 100 according to an embodiment.
  • the network system 10 includes a network NW that provides a communication service, and an information processing device such as a terminal device 200 and an application server 300 that are connected to the network NW.
  • the terminal device 200 and the application server 300 are examples of "devices connected to a network”.
  • connection between the network NW and the terminal device 200 may be, for example, a connection that enables communication between a plurality of elements, and may be a connection using either wired or wireless, wired and wireless. It may be a connection using both wirelessly.
  • the application server 300 may be connected to the network NW via the Internet (not shown).
  • the network NW is, for example, a telecommunications line such as a mobile communication network managed by a telecommunications carrier that provides a communication service, and includes one or both of a wired network and a wireless network.
  • the network NW has a management device 100 that executes quality control for controlling the quality of communication (communication quality) provided by the communication service.
  • the description of the nodes other than the management device 100 for example, a base station or the like
  • quality control is also referred to as QoS (Quality of Service) control.
  • the management device 100 can execute, for example, a plurality of QoS controls for controlling the communication quality of the network NW. Specifically, the management device 100 can execute a plurality of QoS controls corresponding to a plurality of modes such as low delay, high speed, large capacity, and low speed. It should be noted that each of the plurality of QoS controls is associated with an execution priority in advance as a priority regarding execution. An example of a plurality of QoS controls will be described with reference to FIG. 3, which will be described later. Further, an example of the configuration of the management device 100 will be described with reference to FIG. 2 described later.
  • QoS control may be executed for each line based on the contract of the communication service, or may be executed for each application program PRap.
  • the line based on the communication service contract may be, for example, a communication line corresponding to one line contract, or a communication line associated with the SIM (Subscriber Identity Module).
  • the SIM is, for example, a module in which identification information for identifying a subscriber of a communication service is recorded.
  • the line based on the contract of the communication service may be the communication line used by the terminal device 200.
  • the QoS control executed for each line based on the communication service contract may be the QoS control executed for each line contract, the QoS control executed for each SIM, or the terminal. It may be a QoS control executed for each device 200.
  • the QoS control may be executed for each line contract or for each SIM.
  • the QoS control When the QoS control is executed for each SIM, it may be prioritized among a plurality of QoS controls corresponding to the plurality of SIMs. That is, at least two QoS controls among the plurality of QoS controls corresponding to the plurality of SIMs may be associated with different execution priorities.
  • the QoS control executed for each line contract may be distinguished from, for example, the QoS control executed for each SIM, or SIM. It does not have to be distinguished from the QoS control executed every time.
  • the QoS control may be executed for each terminal device 200 or for each SIM.
  • the QoS control may be prioritized among a plurality of QoS controls corresponding to the plurality of SIMs.
  • the QoS control executed for each terminal device 200 may be distinguished from the QoS control executed for each SIM, for example. , It does not have to be distinguished from the QoS control executed for each SIM.
  • a plurality of QoS controls including a QoS control executed for each line contract, a QoS control executed for each SIM, a QoS control executed for each terminal device 200, and a QoS control executed for each application program PRap. It is assumed that the management device 100 can execute the QoS control of.
  • the application program PRap that is the target of QoS control is, for example, an application program PRap that is permitted to use QoS control among the application program PRap that can be used in the terminal device 200.
  • the application program PRap means the application program PRap in which the use of QoS control is permitted. Further, in the present embodiment, it is assumed that the application program PRap is installed in the terminal device 200, but the application program PRap does not have to be installed in the terminal device 200. For example, the terminal device 200 may use the application program PRap executed in another device by SaaS (Software as a Service) or the like.
  • SaaS Software as a Service
  • QoS control may be requested by the terminal device 200 or by the application server 300. Alternatively, QoS control may be requested by a device included in the network NW. Further, the management device 100 may request the QoS control from itself.
  • the management device 100 executes the QoS control requested by the terminal device 200, the application server 300, and the like among the plurality of QoS controls. Since a finite network resource is used to execute the QoS control, the QoS control requested by the terminal device 200, the application server 300, or the like may not be executed.
  • the network resource is, for example, a resource of the network NW.
  • the network resource corresponds to the band of the network NW, the resource of the network device such as the base station and the relay device included in the network NW, the communication path, and the like.
  • the relay device is, for example, a network device such as an L2 switch, an L3 switch, and a router, and determines a communication path in the network NW.
  • the resource of the network device may be, for example, the usage rate of the processor included in the network device.
  • the management device 100 determines the QoS control to be executed based on the execution priority of a plurality of QoS controls, network resources, and the like. Thereby, in the present embodiment, it is possible to effectively use finite network resources to execute appropriate QoS control in response to various QoS control requests from a plurality of information processing devices such as the terminal device 200. can.
  • An example of the operation of the management device 100 will be described with reference to FIG. 5 and the like described later.
  • any information processing device can be adopted, and it may be a stationary information device such as a personal computer, or a portable type such as a smartphone, a notebook computer, a wearable terminal, and a tablet terminal. It may be an information terminal of.
  • a smartphone is assumed as the terminal device 200.
  • the terminal device 200 is realized by, for example, a computer system including a processing device 210, a storage device 260, a communication device 270, an input device 280, and an output device 290.
  • the plurality of elements of the terminal device 200 are connected to each other by a single unit or a plurality of buses for communicating information. Further, each of the plurality of elements of the terminal device 200 may be composed of a single device or a plurality of devices. Further, some elements of the terminal device 200 may be omitted.
  • the processing device 210 is a processor that controls the entire terminal device 200, and is composed of, for example, a single or a plurality of chips.
  • the processing device 210 is composed of, for example, a central processing unit (CPU: Central Processing Unit) including an interface with peripheral devices, an arithmetic unit, registers, and the like.
  • CPU Central Processing Unit
  • a part or all of the functions of the processing device 210 may be performed by hardware such as DSP (Digital Signal Processor), ASIC (Application Specific Integrated Circuit), PLD (Programmable Logic Device), and FPGA (Field Programmable Gate Array). It may be realized.
  • the processing apparatus 210 executes various processes in parallel or sequentially.
  • the processing device 210 functions as a request unit 240 or the like by reading the application program PRap from the storage device 260 and executing the read application program PRap, for example. Note that, in FIG. 1, among the functional blocks realized by executing the application program PRap, the description of the functional blocks other than the request unit 240 regarding the request for QoS control is omitted.
  • the application program PRap may be transmitted from another device.
  • the request unit 240 requests the management device 100 to execute or terminate the QoS control, for example. For example, when requesting the execution of QoS control, the requesting unit 240 may send an execution request REQS requesting execution of QoS control to the management device 100, as shown in FIG. 5 described later. Further, when requesting the end of the QoS control, the requesting unit 240 may send an end request EQUE requesting the end of the QoS control to the management device 100 as shown in FIG. 5 described later.
  • a request related to the processing of QoS control is not limited to being realized by the transmission of the processing request such as the execution request RESET and the end request EQUE.
  • a request related to a QoS control process may be realized by calling an API (Application Programming Interface) related to the process.
  • the request for execution of the QoS control may be that the request unit 240 executes the call of the start API of the QoS control to the management device 100.
  • the request for the end of the QoS control may be the request unit 240 to execute the call of the end API of the QoS control to the management device 100.
  • transmitting the execution request RESET includes calling the start API of the QoS control
  • transmitting the end request EQUE also includes calling the end API of the QoS control.
  • the storage device 260 is a recording medium that can be read by the processing device 210, and stores various data such as a plurality of programs including the application program PRap executed by the processing device 210.
  • the storage device 260 may be configured by at least one such as a ROM (Read Only Memory), an EPROM (Erasable Programmable ROM), an EEPROM (Electrically Erasable Programmable ROM), and a RAM (Random Access Memory).
  • the storage device 260 may be referred to as a register, a cache, a main memory (main storage device), or the like.
  • the communication device 270 is hardware (transmission / reception device) for communicating with other devices such as the management device 100 and the application server 300.
  • the communication device 270 is also referred to as, for example, a network device, a network controller, a network card, a communication module, or the like.
  • the communication device 270 has, for example, a high frequency switch, a duplexer, a filter, and a frequency in order to realize one or both of frequency division duplex (FDD: Frequency Division Duplex) and time division duplex (TDD: Time Division Duplex). It may be configured to include a synthesizer or the like.
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • the input device 280 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts an input from the outside.
  • the input device 280 accepts an operation for inputting a code such as a number and a character into the processing device 210 and an operation for selecting an icon displayed on the display surface of the terminal device 200.
  • a touch panel that detects contact with the display surface of the terminal device 200 is suitable as the input device 280.
  • the input device 280 may include a plurality of controls that can be operated by the user.
  • the output device 290 is an output device such as a display that outputs to the outside.
  • the output device 290 displays an image under the control of, for example, the processing device 210.
  • various display panels such as a liquid crystal display panel and an organic EL (Electro Luminescence) display panel are suitably used as the output device 290.
  • the input device 280 and the output device 290 may have an integrated configuration (for example, a touch panel).
  • the output device 290 may be an output device having a speaker, an LED (Light Emitting Diode) lamp, or the like.
  • the application server 300 for example, any information processing device can be adopted.
  • the application server 300 provides, for example, a service based on the application program PRap to the terminal device 200 executing the application program PRap via the network NW. Further, the application server 300 may request the management device 100 to execute or terminate the QoS control in the same manner as the terminal device 200.
  • the configuration of the application server 300 is not particularly shown in FIG. 1, the configuration of the application server 300 may be, for example, the same as the configuration of the management device 100 shown in FIG. 2 to be described later. That is, the application server 300 is realized by a computer system including a processing device that controls the entire application server 300, a storage device that stores various data, and a communication device for communicating with other devices. May be good. Further, the application server 300 may have, for example, an input device and an output device similar to the input device 280 and the output device 290 of the terminal device 200.
  • the configuration of the network system 10 is not limited to the example shown in FIG.
  • a plurality of application servers 300 may be connected to the network NW.
  • one or more of the plurality of application program PRaps corresponding to the plurality of application servers 300 may be installed in the terminal device 200 of the plurality of terminal devices 200.
  • the application program PRap installed in one terminal device 200 of the plurality of terminal devices 200 may be the same as or different from the application program PRap installed in the other terminal devices 200 of the plurality of terminal devices 200. ..
  • the terminal device 200 may have an auxiliary storage device.
  • the auxiliary storage device is a recording medium that can be read by the terminal device 200, and is, for example, an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, or an optical magnetic disk (for example, a compact disk or a digital versatile disk). , And Blu-ray® discs), smart cards, flash memories (eg, cards, sticks, and key drives), floppy® discs, magnetic strips, and the like. You may.
  • the application server 300 may have an auxiliary storage device.
  • the network system 10 may have a plurality of network NWs connected to each other via the Internet (not shown).
  • each of the plurality of network NWs may have the management device 100.
  • the management device 100 only needs to be able to execute QoS control in the corresponding network NW, and it is not particularly limited whether or not the network NW is defined without including the management device 100.
  • the terminal device 200 may be connected to two or more network NWs among the plurality of network NWs at the same time.
  • FIG. 2 is a block diagram showing the configuration of the management device 100 shown in FIG.
  • the management device 100 for example, any information processing device can be adopted.
  • the management device 100 is realized by a computer system including a processing device 110, a storage device 160, and a communication device 170.
  • the processing device 110 is a processor that controls the entire management device 100, and is configured in the same manner as the processing device 210 of the terminal device 200 described with reference to FIG. For example, the processing device 110 reads the control program PRcl from the storage device 160 and executes the read control program PRcl to function as the acquisition unit 120, the quality control unit 140, and the like.
  • the control program PRcl may be transmitted from another device via the network NW.
  • the acquisition unit 120 acquires an execution request REQS that requests execution of any of a plurality of QoS controls that control the communication quality of the network NW.
  • the quality control unit 140 executes the QoS control of the start candidate when the resource for executing the QoS control of the start candidate indicated by the execution request REQS is not insufficient. For example, when the QoS control is started, the resources necessary for executing the QoS control are allocated to the QoS control, and when the QoS control is terminated, the resources assigned to the QoS control are released.
  • the resource for executing the QoS control is also referred to as the QoS control resource.
  • the quality control unit 140 determines whether or not to execute the QoS control of the start candidate based on the execution priority of the QoS control of the start candidate and the execution priority of the QoS control being executed.
  • the storage device 160 is a recording medium that can be read by the processing device 110, and stores a plurality of programs including the control program PRcl executed by the processing device 110 and various data such as a standby line QUE. Similar to the storage device 260 of the terminal device 200 described with reference to FIG. 1, the storage device 160 may be composed of at least one such as a ROM, an EPROM, an EEPROM, and a RAM.
  • the communication device 170 is hardware (transmission / reception device) for communicating with other devices such as the terminal device 200 and the application server 300, and is configured in the same manner as the communication device 270 of the terminal device 200 described with reference to FIG. ..
  • the management device 100 may be realized as a single device or as a set (that is, a system) of a plurality of devices configured as separate bodies from each other.
  • a function of receiving a request for QoS control for example, acquisition unit 120
  • a function of executing QoS control for example, quality control unit 140
  • the function of accepting a request for QoS control and the like, the function of executing QoS control, and the like may be realized as a set of two devices configured as separate bodies from each other.
  • the management device 100 may have a plurality of devices that execute QoS control.
  • the configuration of the management device 100 is not limited to the example shown in FIG.
  • the management device 100 may have an auxiliary storage device.
  • the management device 100 may have, for example, an input device and an output device similar to the input device 280 and the output device 290 described in FIG.
  • the processing device 110 may function as a request unit similar to the request unit 240 described in FIG.
  • the requesting unit of the functional blocks realized by the processing device 110 may request the quality control unit 140 to execute any of the plurality of QoS controls.
  • the acquisition unit 120 may acquire the execution request RESET from the request unit in the functional block realized by the processing device 110. That is, the execution request RQS in which the management device 100 requests the QoS control to itself also corresponds to the execution request RQS acquired by the acquisition unit 120.
  • FIG. 3 is an explanatory diagram showing an example of QoS control.
  • the execution priority having a small numerical value indicates a higher priority than the execution priority having a large numerical value.
  • the QoS control has a plurality of modes such as a low delay mode, a high speed large capacity mode, a low speed mode, a multi-connection mode, a conversation mode, an interactive game mode, and a mission critical mode.
  • the low-delay mode is a mode in which the communication delay is small compared to other modes
  • the high-speed large-capacity mode is a mode in which a large amount of data can be transferred at high speed compared to other modes, and is a low-speed mode.
  • Is a mode in which the communication speed is slower than in other modes.
  • the multi-connection mode is, for example, a mode for realizing communication quality suitable for communication of devices used for IoT (Internet of Things).
  • the conversation mode is, for example, a mode used for a telephone call or the like.
  • the interactive game mode is, for example, a mode for realizing communication quality suitable for executing an interactive game.
  • the mission-critical mode is, for example, a mode for realizing communication quality suitable for communication used for maintaining a safe and secure environment.
  • the communication used to maintain a safe and secure environment may be, for example, a communication used for communication in an emergency such as a disaster.
  • the QoS control has a plurality of types based on, for example, a form of guaranteeing communication quality and a combination of targets of QoS control.
  • a form of guaranteeing communication quality for example, a guarantee type that guarantees communication quality and a best effort type that guarantees communication quality as high as possible are applicable.
  • the network NW communication is classified into a communication in which guaranteed QoS control is executed, a communication in which best effort type QoS control is executed, and a communication in which QoS control is not executed. Suppose.
  • the communication subject to QoS control corresponds to, for example, communication based on SIM, communication based on SIM, communication of the application program PRap, and the like.
  • the QoS control is executed for each SIM, for example.
  • the target of the QoS control is the communication of the application program PRap
  • the QoS control is executed for each application program PRap, for example.
  • the type SIM-GA shown in FIG. 3 is executed for each SIM and shows a guaranteed QoS control in SIM units that guarantees communication quality. Further, the type SIM-BE shows the best-effort type QoS control in SIM units, which is executed for each SIM and controls the communication quality by the best effort. Further, the type AP-GA is executed for each application program PRap, and shows a guaranteed QoS control for each application program that guarantees communication quality. Further, the type AP-BE is executed for each application program PRap, and shows the best effort type QoS control for each application program that controls the communication quality by the best effort.
  • the guaranteed QoS control in SIM units is an example of "first quality control", and the best effort type QoS control in SIM units is an example of "second quality control".
  • the guaranteed QoS control for each application program is an example of the "third quality control", and the best effort type for each application program is an example of the "fourth quality control”.
  • 28 QoS controls are shown by a combination of 7 modes and 4 types.
  • a QCI QoS Class Identifier
  • each of the 28 QoS controls is associated with an execution priority.
  • the number of QoS controls is not limited to 28.
  • the management device 100 may, for example, perform band control for controlling a communication band in a network NW, low delay control for controlling a communication delay, and a packet (transfer unit when performing communication) related to a specific communication according to QCI. Priority control, etc. for prioritizing and transferring data) is executed. For example, in the guaranteed QoS control in the low delay mode, the low delay control of the delay guarantee in which the upper limit value of the delay is set may be executed. Further, for example, in the guaranteed type QoS control in the high-speed and large-capacity mode, the band-guaranteed band control in which the lower limit value of the band is set may be executed.
  • a delay limit in which a lower limit value of the delay is set may be executed.
  • bandwidth control bandwidth limitation in which an upper limit of bandwidth is set may be executed.
  • the band limitation in which the upper limit value of the band is set may be executed.
  • the management device 100 may combine a plurality of controls such as bandwidth control, low delay control, and priority control according to, for example, QCI. For example, low delay control and priority control may be combined.
  • priority control for example, packets flowing on the network NW are prioritized, and packets having a higher priority than other packets are processed before other packets.
  • the execution priority is associated with each of the 28 QoS controls based on the idea shown below, but the execution priority associated with each of the 28 QoS controls is shown in FIG.
  • the example is not limited to the example shown in 3.
  • the guaranteed type QoS control should be prioritized over the best effort type QoS control. Therefore, in the example shown in FIG. 3, the execution priority of the guaranteed type QoS control is set higher than the execution priority of the best effort type QoS control.
  • the target of QoS control is limited to the communication of the application program PRap in the application program unit, but the target of the QoS control is not particularly limited in the SIM unit. Therefore, when QoS control in SIM units is required, it is assumed that QoS control is always required. In this case, the necessity and importance of QoS control is considered to be higher in the SIM unit than in the application program unit. Therefore, in the example shown in FIG. 3, in each mode, the execution priority of the QoS control in the SIM unit is set higher than the execution priority of the QoS control in the application program unit.
  • the following effects can be obtained by setting the execution priority of the QoS control in the SIM unit to be higher than the execution priority of the QoS control in the application program unit.
  • the QoS control of the SIM unit the charge from the user (individual or corporation) of the terminal device 200 is assumed, and in the QoS control of the application program unit, the charge from the application company that provides the application program PRap to the terminal device 200 or the like is charged. is assumed.
  • the user of the terminal device 200 charges for the QoS control for almost all communication of the terminal device 200, and the application operator charges for the QoS control for a part of the communication of the terminal device 200.
  • the charge amount for the QoS control in the SIM unit is higher than the charge amount for the QoS control in the application program unit.
  • the SIM unit QoS control whose billing amount is higher than the billing amount for the application program unit QoS control is preferentially executed, it is possible to prevent the billing person from feeling dissatisfied with the billing amount. can.
  • the mission-critical mode should be prioritized over other modes because it is assumed that the communication used to maintain a safe and secure environment will be subject to QoS control. Therefore, in the example shown in FIG. 3, in each type, the execution priority of the mission-critical mode is set higher than the execution priority of the other modes.
  • the execution priority of the conversation mode is higher than the execution priority of the interactive game mode, the low delay mode, the high speed large capacity mode, the low speed mode, and the multi-connection mode. ..
  • the execution priority of the interactive game mode is higher than the execution priority of the low delay mode, the high-speed large-capacity mode, the low-speed mode, and the multi-connection mode.
  • the execution priority of the low delay mode is higher than the execution priority of the high-speed large-capacity mode, the low-speed mode, and the multi-connection mode.
  • the execution priority of the high-speed large-capacity mode is higher than the execution priority of the low-speed mode and the multi-connection mode.
  • the execution priority of the multi-connection mode is lower than the execution priority of the conversation mode, the interactive game mode, the mission critical mode, the low delay mode, and the high-speed large-capacity mode. Therefore, in the example shown in FIG. 3, in each type, the execution priority of the multi-connection mode is lower than the execution priority of the conversation mode, the interactive game mode, the mission critical mode, the low delay mode, and the high-speed large-capacity mode. There is.
  • the QoS control is not limited to the example shown in FIG.
  • the QCI shown in FIG. 3 does not conform to the 3GPP (Third Generation Partnership Project) standard, but a QCI conforming to the 3GPP standard may be used for QoS control.
  • 3GPP for example, the priority of resource allocation to packets, the packet loss rate, the tuning method of the network NW, and the like are defined for each QCI.
  • the execution priority shown in FIG. 3 does not correspond to the priority of QCI conforming to the 3GPP standard.
  • a plurality of QoS controls may be divided based on 5G (5G QoS Identifier) used in 5G (5th generation mobile communication system) and parameters corresponding to 5G such as slices.
  • a plurality of types may be associated with one QCI.
  • the low delay mode having a QCI of "2" may be associated with two types, a best effort type (SIM-BE) in SIM units and a best effort type (AP-BE) in application program units.
  • the high-speed large-capacity mode with a QCI of "6" is associated with two types, a best-effort type (SIM-BE) in SIM units and a best-effort type (AP-BE) in application program units. May be good.
  • the execution priority of the low delay mode in the best effort type of the application program may be higher than the execution priority of the high speed large capacity mode in the best effort type of the SIM unit.
  • the QoS control executed for each line contract and the QoS control executed for each terminal device 200 are not shown, but the QoS control executed for each line contract, and the QoS control executed for each line contract, and , QoS may be associated with the QoS control executed for each terminal device 200.
  • the execution priority of the QoS control executed for each line contract will be described, for example, by replacing the above-mentioned "SIM unit" with "line contract unit".
  • the guaranteed QoS control of the line contract unit is another example of the "first quality control”
  • the best effort type QoS control of the line contract unit is another example of the "second quality control”. This is an example.
  • the execution priority of the QoS control executed for each terminal device 200 will be described by replacing the above-mentioned "SIM unit” with "terminal device unit".
  • the guaranteed QoS control for each terminal device is another example of the "first quality control”
  • the best effort type QoS control for each terminal device is another example of the "second quality control”. This is an example.
  • FIG. 4 is an explanatory diagram showing an example of the waiting column QUE shown in FIG. 2.
  • the wait column QoS associates the control ID indicating the waiting QoS control, the execution priority of the QoS control indicated by the control ID, and the control target information indicating the target of the QoS control indicated by the control ID with each other.
  • the control ID may be, for example, identification information for identifying the QoS control indicated by the control ID from among a plurality of QoS controls.
  • the control target information is, for example, when the QoS control indicated by the control ID is the QoS control in SIM units, the SIM included in the information processing apparatus that has transmitted the execution request REQS of the QoS control indicated by the control ID is the SIM of a plurality of SIMs. It may be information for identifying from the inside.
  • control target information may be the IP (Internet Protocol) address of the information processing apparatus that has transmitted the QoS control execution request REQS indicated by the control ID.
  • control target information may be the identification information indicating the application program PRap to be the target of the QoS control indicated by the control ID. ..
  • the waiting row QUE is not limited to the example shown in FIG.
  • the waiting column QUE may store the information included in the execution request REQS of the QoS control indicated by the control ID. Further, for example, the waiting column QUE may store information indicating a resource for executing the QoS control indicated by the control ID.
  • FIG. 5 is a sequence chart showing an example of the operation of the network system 10 shown in FIG.
  • a lowercase alphabet (a, b, c or d) is added to the end of the code of each terminal device 200.
  • the same lowercase alphabet (a, b, c or d) as that of the corresponding terminal device 200 is also added to the end of the code of the processing or the like related to each terminal device 200.
  • the terminal devices 200a, 200b, 200c and 200d transmit the execution request RESET.
  • the QoS control based on the execution request RESET from the terminal device 200a is also referred to as QoS
  • the QoS control based on the execution request EQUSb from the terminal device 200b is also referred to as QoSb.
  • the QoS control based on the execution request EQUSc from the terminal device 200c is also referred to as QoS
  • the QoS control based on the execution request EQUSd from the terminal device 200d is also referred to as QoSd.
  • QoSa, QoSb, QoSc and QoSd use resources common to each other, and among QoSa, QoSb, QoSc and QoSd, QoSd has the highest execution priority and QoSc has the lowest execution priority.
  • QoSa, QoSb, QoSc and QoSd may be in the low delay mode described in FIG.
  • the QCI of QoSd may be 1
  • the QCI of QoSa may be 3
  • the QCI of QoSb may be 2
  • the QCI of QoSc may be 4.
  • the network NW does not have enough resources to execute three of QoSa, QoSb, QoSc, and QoSd at the same time.
  • the request unit 240 of the terminal device 200a transmits an execution request EQUSa requesting execution of QoS control to the management device 100 (S200a).
  • the acquisition unit 120 of the management device 100 receives the execution request RESET from the terminal device 200a. That is, the acquisition unit 120 of the management device 100 acquires the execution request RESET from the terminal device 200a (S100a).
  • the quality control unit 140 of the management device 100 determines whether or not the resource for executing the QoS control (QoSa) of the start candidate indicated by the execution request RESET is insufficient (S120a).
  • the quality control unit 140 of the management device 100 executes QoSa (S140a). Then, the quality control unit 140 of the management device 100 transmits an acknowledgment ACKSa indicating that the QoSa is executed to the terminal device 200a as response information for the execution request RESET (S150a). As a result, the terminal device 200a receives the acknowledgment ACKSa as the response information to the execution request RESET (S202a).
  • the request unit 240 of the terminal device 200b transmits an execution request RESETsb requesting execution of the QoS control to the management device 100 (S200b).
  • the management device 100 also executes the same processing as the processing for the execution request RESET from the terminal device 200a for the execution request RESETsb from the terminal device 200b (S100b, S120b, S140b, and S150b).
  • the terminal device 200b receives the acknowledgment ACKSb indicating that the QoSb is executed as the response information to the execution request RESETb (S202b).
  • the request unit 240 of the terminal device 200c transmits an execution request CHECKSc requesting execution of the QoS control to the management device 100 (S200c).
  • the acquisition unit 120 of the management device 100 acquires the execution request RESETsc from the terminal device 200c (S100c).
  • the quality control unit 140 of the management device 100 determines whether or not the resource for executing the QoS control (QoSc) of the start candidate indicated by the execution request RESET is insufficient (S120c).
  • the quality control unit 140 of the management device 100 determines whether or not the QoS control (QoSa and QoSb) being executed includes the QoS control of the end candidate whose execution priority is lower than the QoSc (S122c). ..
  • the execution priority of QoSa and QoSb during execution is higher than the execution priority of QoSc. Therefore, in the example shown in FIG. 5, the quality control unit 140 of the management device 100 determines that there is no QoS control of the end candidate. Therefore, the quality control unit 140 of the management device 100 waits for the execution of QoSc (S130c).
  • the quality control unit 140 of the management device 100 transmits a negative response NACKSc indicating that the QoSc is not executed to the terminal device 200c as response information to the execution request RESETSc (S150c).
  • the terminal device 200c receives the negative response NACKSc as the response information to the execution request CHECKSc (S202c).
  • the negative response NACSc may include information indicating that QoSc is waiting to be executed. Negative response NACKS is an example of "negative information".
  • the communication that is the target of QoSc that is not executed is not disconnected and is executed as the communication that QoSc is not executed, but the communication that is the target of QoSc is disconnected. May be done. Further, in the example shown in FIG. 5, it is assumed that the QoSc that is not executed is waiting, but the QoSc that is not executed may be rejected without waiting.
  • the request unit 240 of the terminal device 200b transmits an end request EQUEb requesting the end of the QoSb to the management device 100 (S220b).
  • the acquisition unit 120 of the management device 100 receives the end request EQUEb from the terminal device 200b. That is, the acquisition unit 120 of the management device 100 acquires the end request EQUEb from the terminal device 200b (S160b).
  • the quality control unit 140 of the management device 100 terminates the QoS control (QoSb) indicated by the termination request EQUEb (S162b).
  • the quality control unit 140 of the management device 100 transmits an acknowledgment ACKEb indicating that QoSb is terminated to the terminal device 200b as response information to the termination request EQUEb (S164b).
  • the terminal device 200b receives the acknowledgment ACKEb as the response information to the end request EQUEb (S222b).
  • the quality control unit 140 of the management device 100 since the quality control unit 140 of the management device 100 has finished QoSb, it determines whether or not the standby QoSc can be executed (S182c). For example, the quality control unit 140 of the management device 100 determines whether or not there is a shortage of resources for executing the standby QoSc.
  • the quality control unit 140 of the management device 100 determines that the standby QoSc can be executed. Therefore, the quality control unit 140 of the management device 100 executes the standby QoSc (S184c). Then, the quality control unit 140 of the management device 100 transmits the execution information SINFc indicating that the standby QoSc has been executed to the terminal device 200c that has transmitted the execution request RESET (S186c). As a result, the terminal device 200c receives the execution information SINFc (S210c).
  • the request unit 240 of the terminal device 200d transmits an execution request RESETsd requesting execution of the QoS control to the management device 100 (S200d).
  • the acquisition unit 120 of the management device 100 acquires the execution request RESETsd from the terminal device 200d (S100d).
  • the quality control unit 140 of the management device 100 determines whether or not the resource for executing the QoS control (QoSd) of the start candidate indicated by the execution request RESETd is insufficient (S120d).
  • the quality control unit 140 of the management device 100 determines whether or not the executing QoS control (QoSa and QoSc) includes the QoS control of the end candidate whose execution priority is lower than the QoSd (S122d). ..
  • the execution priority of QoSa and QoSc during execution is lower than the execution priority of QoSd. Therefore, in the example shown in FIG. 5, the quality control unit 140 of the management device 100 determines that the QoS control of the end candidate is included in the QoS control being executed.
  • the quality control unit 140 of the management device 100 selects, for example, QoSc having a lower execution priority from QoSa and QoSc as QoS control as an end candidate.
  • the quality control unit 140 of the management device 100 determines whether or not the resource for executing the QoSd of the start candidate can be secured by terminating the QoSc of the end candidate (S124d). When QoSc ends, the resources used for QoSc are released, so the resources for executing QoSd are secured. Therefore, the quality control unit 140 of the management device 100 determines that the resource of the QoSd of the start candidate can be secured by terminating the QoSc of the end candidate.
  • the quality control unit 140 of the management device 100 terminates the QoS, and manages the terminated QoS as a standby QoS control (S126d and S128d). Further, the quality control unit 140 of the management device 100 executes QoSd because the resources of QoSd are secured by terminating QoSc (S140d). Then, the quality control unit 140 of the management device 100 transmits the end information EINFc indicating that the QoSc has been terminated to the terminal device 200c that has transmitted the execution request RQSc of the QoSc, and the affirmative response ACKSd of the execution request RQSd is sent to the terminal device 200d. (S150d).
  • the terminal device 200c receives the end information EINFc (S212c). Further, the terminal device 200d receives the acknowledgment ACKSd indicating that the QoSd is executed as the response information to the execution request RESETd (S202d).
  • the communication that is the target of the QoSc that has ended is not disconnected and is continued as the communication that the QoSc is not executed, but the communication that is the target of the QoSc is disconnected. May be done. Further, in the example shown in FIG. 5, it is assumed that the finished QoSc is on standby, but the finished QoSc may be rejected without waiting.
  • the management device 100 when the management device 100 lacks the resource of the QoS control having a high execution priority, the management device 100 terminates the QoS control during execution having a low execution priority, so that the resource of the QoS control having a high execution priority is reached. Is determined whether or not can be secured. Then, when the management device 100 can secure the resource of the QoS control having a high execution priority by terminating the QoS control during execution having a low execution priority, the management device 100 ends the QoS control during execution having a low execution priority. , Executes QoS control with high execution priority.
  • the present embodiment it is possible to effectively use finite network resources to execute appropriate QoS control in response to various QoS control requests from a plurality of information processing devices such as the terminal device 200. can.
  • the terminal device 200 it is possible to prevent the Prime Minister from not executing the QoS control for a truly important communication such as a call by a mobile phone.
  • the management device 100 may send an acknowledgment ACKS to the terminal device 200 or the like before executing the QoS control indicated by the execution request RESET, or affirm before terminating the QoS control indicated by the termination request EQUE.
  • the response ACKE may be transmitted to the terminal device 200 or the like.
  • transmission of response information such as an acknowledgment ACKS to the execution request RESET may be omitted. That is, the acknowledgment ACKS or the like for the execution request REQS or the like does not have to be transmitted to the device that transmitted the execution request REQS or the like.
  • the application server 300 may send an execution request RESET.
  • some of the resources used may be common. It should be noted that, for example, the fact that a QoS control having a high execution priority can invade a resource of a QoS control having a low execution priority also corresponds to a part of the resource being common in a plurality of QoS controls.
  • the terminal device 200 that has already received the QoS control of any one of the plurality of QoS controls may request the execution of the QoS control different from the QoS control.
  • the terminal device 200a is executing the first application program PRap and the second application program PRap.
  • the terminal device 200a may request the execution of the QoS control for the communication of the second application program PRap while the QoS control for the communication of the first application program PRap has already been executed. That is, among the plurality of QoS controls, one or more QoS controls other than the start candidate QoS control may be executed for the device that requested the start candidate QoS control.
  • FIG. 6 is a flowchart showing an example of the operation of the management device 100 when the execution request QoS of QoS control is received.
  • an execution request RESET is transmitted from an information processing device (for example, a terminal device 200, an application server 300, etc.) connected to the network NW, a device included in the network NW, or the like to the management device 100. Will be executed if it is done.
  • an information processing device for example, a terminal device 200, an application server 300, etc.
  • step S100 the acquisition unit 120 acquires the execution request RESET. Then, the acquisition unit 120 advances the process to step S120.
  • step S120 the quality control unit 140 determines whether or not a part or all of the resources for executing the QoS control of the start candidate indicated by the execution request REQS acquired in step S100 are insufficient. For example, the quality control unit 140 starts by executing one or more QoS controls other than the start candidate QoS controls for at least one device connected to the network NW among the plurality of QoS controls. Determine if the candidate QoS control resources are insufficient.
  • step S120 If the result of the determination in step S120 is negative, the quality control unit 140 advances the process to step S140. On the other hand, if the result of the determination in step S120 is affirmative, the quality control unit 140 advances the process to step S122.
  • step S122 the quality control unit 140 determines whether or not the QoS control of the end candidate whose execution priority is lower than the execution priority of the QoS control of the start candidate is included in the executing QoS control. If the result of the determination in step S122 is negative, the quality control unit 140 advances the process to step S130. On the other hand, if the result of the determination in step S120 is affirmative, the quality control unit 140 advances the process to step S124.
  • step S124 the quality control unit 140 determines whether or not the resource for executing the QoS control of the start candidate can be secured by terminating the QoS control of the end candidate.
  • the quality control unit 140 terminates a part or all of the QoS control of the plurality of end candidates to control the QoS of the start candidate. It may be determined whether or not the resource for executing the above can be secured. If the result of the determination in step S124 is negative, the quality control unit 140 advances the process to step S130. On the other hand, if the result of the determination in step S124 is affirmative, the quality control unit 140 advances the process to step S126.
  • step S126 the quality control unit 140 ends the QoS control of the end candidate.
  • the resource used for the QoS control of the end candidate is released, so that the resource for executing the QoS control of the start candidate is secured.
  • the quality control unit 140 advances the process to step S128.
  • step S1208 the quality control unit 140 manages the QoS control completed in step S126 as a standby QoS control. For example, the quality control unit 140 registers the QoS control completed in step S126 in the waiting column QUE. After executing the process of step S128, the quality control unit 140 advances the process to step S140.
  • step S140 the quality control unit 140 executes the QoS control of the start candidate. After executing the process of step S140, the quality control unit 140 advances the process to step S150. Before explaining the process of step S150, the process of step S130 will be described.
  • step S130 the quality control unit 140 manages the QoS control of the start candidate as the standby QoS control without executing the QoS control of the start candidate. For example, the quality control unit 140 registers the QoS control of the start candidate in the waiting column QUE. After executing the process of step S130, the quality control unit 140 advances the process to step S150.
  • step S150 the quality control unit 140 transmits the response information to the execution request RQS acquired in step S100 to the device that transmitted the execution request RQS.
  • the quality control unit 140 executes the QoS control of the start candidate (when the process of step S140 is executed)
  • the acknowledgment ACKS indicating that the QoS control of the start candidate is executed as the response information to the execution request RESET.
  • the quality control unit 140 does not execute the QoS control of the start candidate (when the process of step S130 is executed)
  • the denial indicating that the QoS control of the start candidate is not executed as the response information to the execution request REQS.
  • Send response NACKS may include information indicating that the execution of the QoS control of the start candidate is waiting.
  • the quality control unit 140 controls the QoS based on the execution request REQS to the device that has transmitted the execution request REQS of the QoS control of the end candidate.
  • the end information EINF indicating that the process has been completed may be transmitted.
  • the end information EINF may be transmitted in step S150, or may be transmitted in step S126 or S128. Further, the end information EINF may include information indicating that the execution of the QoS control is waiting.
  • the management device 100 determines the start candidate based on the execution priority of the QoS control of the start candidate and the execution priority of the QoS control being executed. Determines whether to execute QoS control. For example, when the management device 100 can secure the resources for the QoS control of the start candidate by terminating the QoS control of the end candidate whose execution priority is lower than the execution priority of the QoS control of the start candidate, the QoS control of the end candidate Is terminated, and the QoS control of the start candidate is executed. Thereby, in the present embodiment, it is possible to prevent the QoS control having a high execution priority from being unable to be executed due to the execution of the QoS control having a low execution priority.
  • the operation of the management device 100 when the execution request QoS of QoS control is received is not limited to the example shown in FIG.
  • steps S128, S130, and the like it may be possible to select whether or not to register the QoS control that is not executed in the waiting column QUE.
  • the execution request REQS may include information on whether or not to register the QoS control when it is not executed in the waiting column QUE.
  • whether or not to register the QoS control when it is not executed in the standby column QoS may be preset for each QoS control.
  • steps S128 and S130 may be omitted.
  • the terminated communication subject to QoS control (communication subject to QoS control as an termination candidate) may be continued as communication in which QoS control is not executed, or may be disconnected.
  • the communication subject to the QoS control of the start candidate that is not executed may be executed as a communication in which the QoS control is not executed without being disconnected, or may be disconnected.
  • the management device 100 may not have the waiting row QUE. If one or both of steps S128 and S130 are omitted, the terminal device 200, the application server 300, or the like may send the execution request REQS to the management device 100 again when QoS control is required.
  • FIG. 7 is a flowchart showing an example of the operation of the management device 100 with respect to the standby QoS control.
  • an end request EQUE is transmitted to the management device 100 from an information processing device (for example, a terminal device 200, an application server 300, etc.) connected to the network NW, a device included in the network NW, and the like. Will be executed if it is done.
  • an information processing device for example, a terminal device 200, an application server 300, etc.
  • step S160 the acquisition unit 120 acquires the end request EQUE. Then, the acquisition unit 120 advances the process to step S162.
  • step S162 the quality control unit 140 terminates the QoS control indicated by the termination request EQUE acquired in step S160. As a result, the resources used for the QoS control indicated by the termination request EQUE are released, so that the free space of the network resources increases. After executing the process of step S162, the quality control unit 140 advances the process to step S164.
  • step S164 the quality control unit 140 transmits the response information to the end request EQUE acquired in step S160 to the device that transmitted the end request EQUE. For example, the quality control unit 140 transmits, as response information to the end request EQUE, an acknowledgment ACKE indicating that the QoS control indicated by the end request EQUE is terminated. After executing the process of step S164, the quality control unit 140 advances the process to step S170.
  • step S170 the quality control unit 140 determines whether or not there is a standby QoS control. For example, the quality control unit 140 determines whether or not the standby QoS control is registered in the waiting column QUE. If the result of the determination in step S170 is negative, the operation shown in FIG. 7 ends. On the other hand, if the result of the determination in step S170 is affirmative, the quality control unit 140 advances the process to step S180.
  • the quality control unit 140 selects the QoS control to be determined from the standby QoS control. For example, the quality control unit 140 selects the QoS control having the highest execution priority among the QoS controls to be selected registered in the standby column QoS as the QoS control to be determined.
  • the selection target QoS control registered in the waiting column QoS is a QoS control registered in the waiting column QUE, in which the determination in step S182 described later is not executed.
  • the quality control unit 140 When the selected QoS control includes a plurality of QoS controls having the highest execution priority, the quality control unit 140 has the order registered in the waiting column QUE among the plurality of QoS controls having the highest execution priority.
  • the fastest QoS control may be selected as the QoS control to be determined. In this case, it is possible to prevent the waiting time from becoming unnecessarily long.
  • the quality control unit 140 advances the process to step S182.
  • step S182 the quality control unit 140 determines whether or not the QoS control of the determination target selected in step S180 can be executed. For example, the quality control unit 140 determines whether or not there is a shortage of resources for executing the QoS control to be determined. If the result of the determination in step S182 is negative, the quality control unit 140 advances the process to step S188. On the other hand, if the result of the determination in step S182 is affirmative, the quality control unit 140 advances the process to step S184.
  • step S184 the quality control unit 140 executes the QoS control of the determination target. Then, the quality control unit 140 advances the process to step S186.
  • step S186 the quality control unit 140 transmits the execution information SINF indicating that the QoS control of the determination target has been executed to the device that has transmitted the execution request REQS of the QoS control of the determination target. Then, the quality control unit 140 advances the process to step S188.
  • step S188 the quality control unit 140 determines whether or not the determination in step S182 has been executed in all of the standby QoS controls. If the result of the determination in step S188 is negative, the quality control unit 140 returns the process to step S180. As a result, for example, when the quality control unit 140 manages two or more QoS controls among a plurality of QoS controls as standby QoS controls, the quality control unit 140 manages two or more QoS controls as standby QoS controls. The determination of whether or not to execute each of the QoS controls of is executed in descending order of execution priority. If the result of the determination in step S170 is affirmative, the operation shown in FIG. 7 ends.
  • the management device 100 has the standby QoS based on the execution priority of the standby QoS control and the execution priority of the active QoS control. Decide whether to perform control. For example, if the management device 100 can secure the resource for the QoS control of one of the standby QoS controls due to the termination of any of the running QoS controls, the management apparatus 100 is one of the standby QoS controls. Execute QoS control. As a result, in the present embodiment, when the network resource becomes free, any of the standby QoS controls can be executed, so that the network resource can be effectively used.
  • step S164 may be executed before the process of step S162, or may be executed in parallel with the process of step S162.
  • the process of step S164 may be executed after the series of processes from step S170 to step S188 is completed, or may be executed in parallel with the series of processes from step S170 to step S188.
  • the series of processes from step S170 to step S188 may be executed at a timing different from that when the end request EQUE is transmitted to the management device 100.
  • the series of processes from step S170 to step S188 may be repeatedly executed at predetermined intervals, or may be executed after a predetermined time has elapsed from the registration timing in which the QoS control is newly registered in the waiting column QUE. ..
  • the above-mentioned other trigger may be, for example, when the free space of network resources increases.
  • the free network resource increases when the QoS control ends, but as shown below, the free network resource may increase regardless of the end of the QoS control. For example, when the network resources are reduced compared to the normal state due to the maintenance of the devices in the network NW, the free space of the network resources is increased by the end of the maintenance. Further, for example, when the equipment of the network NW is added, the free space of the network resource increases.
  • the termination of any of the running QoS controls is an example of a "predetermined opportunity", and the increase in network resource availability is another example of a "predetermined opportunity”.
  • the time corresponding to the predetermined interval may elapse from the previous execution timing of the series of processes from step S170 to step S188.
  • the first trigger of the repeated processing is the timing when the time corresponding to the predetermined interval elapses from the timing when the first QoS control is registered in the waiting column QUE where the QoS control is not registered. May be.
  • step S170 to step S188 when a series of processes from step S170 to step S188 are executed after a predetermined time has elapsed from the registration timing in which the QoS control is newly registered in the waiting column QUE, the predetermined time may elapse from the registration timing. This is another example of a “predetermined opportunity”.
  • the management device 100 may execute the same processing as the series of processing from step S122 to step S128 shown in FIG. 6 in step S182.
  • the QoS control having a higher execution priority can be preferentially executed. For example, when a QoSe whose execution priority is higher than the execution priority of QoSc shown in FIG. 5 and lower than the execution priority of QoSb is waiting, and the QoSe resource is not executing both QoSb and QoSc. It is assumed that it can be secured. During the period when both QoSb and QoSc are executed, QoSe waits without being executed.
  • the standby QoS resource is secured, for example, by terminating a QoSc whose execution priority is lower than the execution priority of QoSe when the QoSb of the running QoSb and the QoSc is terminated. Therefore, for example, when the QoSb of the running QoSb and the QoSc is terminated, the management device 100 executes the standby QoSe by terminating the QoSc whose execution priority is lower than the execution priority of the QoSe. Can be done.
  • step S188 is executed, the same process as the process of step S128 is executed, and then the process of step S184 is executed. Will be done.
  • the management device 100 does not have to terminate the QoS control indicated by the termination request EQUE acquired in step S160.
  • the management device 100 may transmit a negative response indicating that the QoS control indicated by the termination request EQUE is not terminated in step S164.
  • the series of processes from step S170 to step S188 may not be executed.
  • the management device 100 has an acquisition unit 120 for acquiring an execution request RQS requesting execution of any of a plurality of QoS controls, and a quality control unit 140.
  • the quality control unit 140 executes the QoS control of the start candidate when the resource for executing the QoS control of the start candidate indicated by the execution request REQS is not insufficient. It should be noted that, of the plurality of QoS controls, some or all of the resources of the start candidate QoS control may be insufficient due to the execution of one or more QoS controls other than the start candidate QoS control. .. In this case, the quality control unit 140 determines whether or not to execute the QoS control of the start candidate based on the execution priority of the QoS control of the start candidate and the execution priority of the QoS control being executed.
  • the management device 100 determines the start candidate based on the execution priority of the QoS control of the start candidate and the execution priority of the QoS control being executed. Determines whether to execute QoS control. Thereby, in the present embodiment, the QoS control having a high execution priority can be preferentially executed. As a result, in the present embodiment, appropriate QoS control can be executed by effectively using finite network resources in response to various QoS control requests.
  • the quality control unit 140 terminates the QoS control of the end candidate whose execution priority is lower than the execution priority of the QoS control of the start candidate among the active QoS controls, so that the start candidate can be started. If the resources for QoS control can be secured, the QoS control of the end candidate may be terminated. Then, the quality control unit 140 may execute the QoS control of the start candidate. Thereby, in the present embodiment, it is possible to prevent the QoS control having a high execution priority from being unable to be executed due to the execution of the QoS control having a low execution priority.
  • the quality control unit 140 executes the QoS control of the end candidate without executing the QoS control of the start candidate. You may continue. As a result, in the present embodiment, it is possible to prevent unnecessary termination of QoS control having a low execution priority.
  • the quality control unit 140 when the quality control unit 140 ends the QoS control of the end candidate, the quality control unit 140 terminates the QoS control based on the execution request REQS to the device that has transmitted the execution request REQS of the end candidate QoS control.
  • the indicated end information EINF may be transmitted.
  • the device that has transmitted the execution request REQS of the QoS control of the end candidate can be made to recognize the end of the QoS control.
  • the quality control unit 140 sends the execution request REQS to the device that has transmitted the execution request REQS of the QoS control of the start candidate.
  • a negative response NACKS may be sent indicating that the underlying QoS control is not performed.
  • the quality control unit 140 when the quality control unit 140 ends the QoS control of the end candidate, the finished QoS control among the QoS controls of the end candidate is managed as the waiting QoS control waiting for execution. May be good. Further, when the quality control unit 140 continues to execute the QoS control of the end candidate without executing the QoS control of the start candidate, the QoS control of the start candidate may be managed as the standby QoS control. Then, the quality control unit 140 determines whether or not to execute the standby QoS control based on the execution priority of the standby QoS control and the execution priority of the executing QoS control at a predetermined opportunity. You may. Thereby, in the present embodiment, for example, when any of the active QoS controls is terminated and the network resource becomes free, any of the standby QoS controls can be executed. As a result, in this embodiment, network resources can be effectively used.
  • the execution request ReQS is based on the device that has transmitted the execution request REQS of the executed QoS control among the standby QoS controls.
  • Execution information SINF indicating that the QoS control is executed may be transmitted.
  • the plurality of QoS controls may include a first QoS control, a second QoS control, a third QoS control, and a fourth QoS control.
  • the first QoS control is executed for each line based on the contract of the communication service provided by the network NW, and guarantees the communication quality.
  • the second QoS control is executed for each line, and the communication quality is controlled by best effort.
  • the third QoS control is executed for each application program PRap available in the terminal device 200 connected to the network NW, and guarantees the communication quality.
  • the fourth QoS control is executed for each application program PRap, and the communication quality is controlled by best effort.
  • the execution priority of the first QoS control and the execution priority of the third QoS control are the execution priority of the second QoS control and the execution priority of the third QoS control. It is a higher priority than either. Further, the execution priority of the first QoS control is higher than the execution priority of the third QoS control. The execution priority of the second QoS control is higher than the execution priority of the fourth QoS control.
  • finite network resources are effective for various QoS control requests such as the first QoS control, the second QoS control, the third QoS control, and the fourth QoS control. Can be used to perform appropriate QoS control.
  • the QoS control executed for each line requires more resources than the QoS control executed for each application program PRap. Therefore, it is assumed that the telecommunications carrier makes the charge amount for the QoS control executed for each line higher than the charge amount for the QoS control executed for each application program PRap.
  • the charge amount for the second QoS control is higher than the charge amount for the fourth QoS control, but the second QoS control is executed preferentially over the fourth QoS control. , It is possible to prevent the biller from feeling dissatisfied with the billing amount.
  • the execution priority when the QoS control is executed is the same as the execution priority when the QoS control is not executed. It is not limited to the embodiment. For example, the execution priority when the QoS control is executed may be different from the execution priority when the QoS control is not executed.
  • the execution priority of the pre-execution QoS control among the plurality of QoS controls indicates the priority regarding the start of the pre-execution QoS control, and the execution of the executing QoS control among the plurality of QoS controls.
  • the priority may indicate the priority regarding the continuation of the QoS control during execution.
  • the execution priority of the active QoS control is the same as the execution priority of the pre-execution QoS control, or higher than the execution priority of the pre-execution QoS control. Is.
  • the first modification it is possible to provide a QoS control in which the start of the QoS control is likely to be postponed, but when the QoS control is started, the possibility of ending the QoS control in the middle is low.
  • FIG. 8 is an explanatory diagram showing an example of QoS control according to the first modification. Note that FIG. 8 describes the QoS control according to the first modification by taking a part (low delay mode) of the plurality of QoS controls shown in FIG. 3 as an example.
  • the start priority shown in FIG. 8 is the execution priority of the QoS control before execution, and indicates the priority regarding the start of the QoS control before execution.
  • the continuation priority shown in FIG. 8 is an execution priority of the QoS control being executed, and indicates a priority regarding the continuation of the QoS control being executed.
  • the start priority before the execution of the QoS control and the continuation priority during the execution of the QoS control have the same priority as each other.
  • both the start priority and the continuation priority are "18".
  • the start priority before the execution of the QoS control and the continuation priority during the execution of the QoS control are different priorities. For example, in a QoS control with a QoS of "4", the start priority is "25" and the continuation priority is "17".
  • the continuation priority is higher than the start priority.
  • the QoS control with a QCI of "4" the QoS control with a QCI of "2" has priority over the start of the QoS control, but the possibility that the QoS control ends in the middle during execution is that the QoS is "2". It is lower than the QoS control of ".
  • the continuation priority continues as much as possible without terminating the executed QoS control in the middle. It is a priority corresponding to the best effort type. Further, when the start priority is the priority corresponding to the guaranteed type that guarantees the start of QoS control, the continuation priority is the priority corresponding to the guaranteed type that guarantees that the QoS control does not end in the middle.
  • the QoS control according to the first modification is not limited to the example shown in FIG.
  • the start priority may be the priority corresponding to the best effort type
  • the continuation priority may be the priority corresponding to the guaranteed type.
  • the start priority may be the priority corresponding to the guaranteed type
  • the continuation priority may be the priority corresponding to the best effort type. That is, the execution priority of the QoS control according to the first modification is a combination of a start priority corresponding to the guaranteed type or the best effort type and a continuous priority corresponding to the guaranteed type or the best effort type. It may be either.
  • the execution priority when the QoS control is executed is the same as the execution priority when the QoS control is not executed, or the execution priority when the QoS control is not executed. It can be a higher priority than the ranking. Thereby, in the first modification, the usability of the QoS control can be improved.
  • the quality control unit 140 determines whether or not the resource for executing the QoS control of the start candidate is insufficient each time the acquisition unit 120 acquires the execution request QoS.
  • the quality control unit 140 already manages the QoS control whose execution priority is higher than the execution priority of the QoS control of the start candidate as the standby QoS control when the acquisition unit 120 acquires the execution request REQS. If so, it is not necessary to execute the determination as to whether or not the resource is insufficient.
  • the management device 100 is a QoS control that uses a resource common to the start candidate QoS control in the standby QoS control, and has an execution priority higher than the execution priority of the start candidate QoS control.
  • the QoS control of is included, it is not necessary to execute the determination of whether or not the resource is insufficient.
  • the quality control unit 140 may manage the QoS control of the start candidate as the standby QoS control. That is, when the quality control unit 140 already manages the QoS control whose execution priority is higher than the execution priority of the QoS control of the start candidate as the standby QoS control, the quality control unit 140 manages the QoS control as the standby QoS control.
  • the QoS control of the start candidate may be added to.
  • the second modification it is possible to omit the determination of whether or not the resource is insufficient for the QoS control of the start candidate of the start candidate having the lower execution priority than the execution priority of at least one waiting QoS control. ..
  • the second modification it is possible to suppress the operation of the management device 100 from becoming complicated when the execution request REQS of the QoS control is received.
  • the termination condition may be determined for a part or all of the plurality of QoS controls.
  • the acquisition unit 120 acquires an end request EQUE requesting the end of the QoS control being executed.
  • the quality control unit 140 ends the QoS control indicated by the end request EQUE among the QoS controls being executed.
  • the quality control unit 140 sends the QoS control satisfying the end condition among the QoS controls being executed to the end request EQUE. Is automatically terminated regardless of whether or not the acquisition unit 120 has acquired the above. That is, the QoS control that satisfies the termination condition is forcibly terminated.
  • the termination condition may be, for example, the state of the terminal device 200 or the application server 300 transitioning to a state in which communication is not required, or a predetermined QoS usage time, usage date, day of the week, or number of times. You may.
  • the state in which communication is unnecessary corresponds to, for example, a state in which communication of the application program PRap has not occurred for a predetermined time, a state in which the application program PRap not subject to QoS control has been executed, and the like.
  • the communication for which the QoS control is forcibly terminated may be disconnected, or may be continued as a communication in which the QoS control is not executed without being disconnected.
  • the QoS control satisfying the termination condition can be forcibly terminated, it is possible to suppress the unnecessary use of network resources. Thereby, in the third modification, the network resource can be effectively used.
  • the execution priority of the QoS control in the SIM unit is higher than the execution priority of the QoS control in the application program unit in each mode of the QoS control.
  • the present invention is not limited to such an embodiment.
  • the execution priority of the QoS control in the application program unit may be higher than the execution priority of the QoS control in the SIM unit.
  • the execution of the third QoS control is performed.
  • the priority may be higher than the execution priority of the first QoS control.
  • the execution priority of the fourth QoS control may be higher than the execution priority of the second QoS control.
  • QoS control In SIM-based QoS control, QoS control is executed for almost all communications of the terminal device 200. Therefore, QoS control may be executed even for communications of the application program PRap, which requires less QoS control. be.
  • the required QoS control is selected for each application program PRap. Therefore, for example, the application program PRap that has a low need for QoS control may not be set in the application program PRap that is permitted to use QoS control. Therefore, in each mode of QoS control, when the QoS control of the application program unit is executed with priority over the QoS control of the SIM unit, the QoS control is executed for the communication of the application program PRap which requires less QoS control. Can be suppressed. That is, in the fourth modification, the QoS control of the truly necessary use case can be preferentially executed.
  • the resources used for QoS control in application program units are less than the resources used for QoS control in SIM units. Therefore, when the QoS control of the application program unit is executed with priority over the QoS control of the SIM unit, more users than when the QoS control of the SIM unit is executed with priority over the QoS control of the application program unit. QoS control can be provided. As described above, in the fourth modification, the network resource can be effectively used to provide QoS control to many users.
  • the quality control unit 140 performs a QoS control different from the QoS control of the start candidate among the plurality of QoS controls as a start candidate. If the device that has requested the QoS control of the above has already been executed, the operation may be performed as shown below.
  • the quality control unit 140 may execute the QoS control having the higher execution priority among the QoS control of the start candidate and the other QoS control, and may not execute the QoS control having the lower execution priority. Note that the QoS control that is not executed (QoS control having a low execution priority) does not have to be registered in the waiting column QUE.
  • the network resources can be effectively used to control the QoS for many terminal devices 200. Can be executed.
  • the storage device (for example, storage devices 160 and 260) is a recording medium that can be read by the processing device (for example, processing devices 110 and 210), and ROM, RAM, and the like are exemplified.
  • Flexible discs optomagnetic discs (eg, compact discs, digital versatile discs, Blu-ray® discs), smart cards, flash memory devices (eg, cards, sticks, key drives), CD-ROMs (Compact).
  • Disc-ROM registers, removable disks, hard disks, floppy (registered trademark) disks, magnetic strips, databases, servers and other suitable storage media.
  • the program may also be transmitted from the network via a telecommunication line.
  • the program may also be transmitted from the communication network via a telecommunication line.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • SUPER 3G IMT-Advanced
  • 4G 4th generation mobile communication system
  • 5G 5th generation mobile communication system
  • FRA Full Radio Access
  • NR new Radio
  • W-CDMA registered trademark
  • GSM registered trademark
  • CDMA2000 Code Division Multiple Access 2000
  • UMB Universal Mobile Broadband
  • LTE 802.11 Wi-Fi (registered trademark)
  • LTE 802.16 WiMAX®
  • IEEE 802.20 UWB (Ultra-WideBand
  • Bluetooth® trademark of other systems that utilize appropriate systems and extended next-generation systems based on them. It may be applied to at least one of. Further, a plurality of systems may be applied in combination (for example, a combination of at least one of LTE and LTE-A and 5G).
  • the information, signals, and the like described may be represented using any of a variety of different techniques.
  • data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description are voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. It may be represented by a combination of.
  • the input / output information and the like may be stored in a specific place (for example, a memory) or may be managed by using a management table. Information to be input / output may be overwritten, updated, or added. The output information and the like may be deleted. The input information or the like may be transmitted to another device.
  • the determination may be made by a value represented by 1 bit (0 or 1) or by a boolean value (Boolean: true or false). , May be done by numerical comparison (eg, comparison with a given value).
  • each function illustrated in the drawings such as FIG. 1 is realized by any combination of at least one of hardware and software. Further, the method of realizing each functional block is not particularly limited. That is, each functional block may be realized using one physically or logically coupled device, or two or more physically or logically separated devices can be directly or indirectly (eg, for example). , Wired, wireless, etc.) and may be realized using these plurality of devices. The functional block may be realized by combining the software with the one device or the plurality of devices.
  • the communication devices 170 and 270 are hardware (transmission / reception devices) for communicating between computers via at least one of a wired network and a wireless network, and are, for example, a network device, a network controller, a network card, a communication module, and the like. Also called.
  • the communication devices 170 and 270 are, for example, a high frequency switch, a duplexer, a filter, and a frequency synthesizer in order to realize at least one of frequency division duplex (FDD: Frequency Division Duplex) and time division duplex (TDD: Time Division Duplex). Etc. may be included in the configuration.
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • the software is an instruction, an instruction set, a code, regardless of whether the software is called software, firmware, middleware, microcode, hardware description language, or another name. It should be broadly interpreted to mean code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, features, etc. ..
  • software, instructions, information, etc. may be transmitted and received via a transmission medium.
  • a transmission medium For example, a website where the software uses at least one of wired technology (coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL: Digital Subscriber Line), etc.) and wireless technology (infrared, microwave, etc.).
  • wired technology coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL: Digital Subscriber Line), etc.
  • wireless technology infrared, microwave, etc.
  • the information, parameters, etc. described in the present disclosure may be expressed using absolute values, relative values from predetermined values, or other corresponding information. May be represented.
  • the radio resource may be one indicated by an index.
  • the names used for the parameters mentioned above are not limited in any respect. Further, mathematical formulas and the like using these parameters may differ from those expressly disclosed in this disclosure. Since the various channels (eg, PUCCH, PDCCH, etc.) and information elements can be identified by any suitable name, the various names assigned to these various channels and information elements are in any respect limited names. is not.
  • the terminal device 200 includes a case where the terminal device 200 is a mobile station (MS: Mobile Station).
  • Mobile stations can be used by those skilled in the art as subscriber stations, mobile units, subscriber units, wireless units, remote units, mobile devices, wireless devices, wireless communication devices, remote devices, mobile subscriber stations, access terminals, mobile terminals, wireless. It may also be referred to as a terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable term. Further, in the present disclosure, terms such as “mobile station”, “user terminal”, “user equipment (UE: User Equipment)", and “terminal” can be used interchangeably.
  • connection may be direct or indirect between two or more elements. It means any connection or connection and can include the presence of one or more intermediate elements between two elements that are “connected” or “bonded” to each other.
  • the connection or connection between the elements may be physical, logical, or a combination thereof.
  • connection may be read as "access”.
  • the two elements use at least one of one or more wires, cables and printed electrical connections, and as some non-limiting and non-comprehensive examples, the radio frequency domain. Can be considered to be “connected” or “coupled” to each other using electromagnetic energy having wavelengths in the microwave and light (both visible and invisible) regions.
  • determining and “determining” used in the present disclosure may include a wide variety of actions.
  • “Judgment” and “decision” are, for example, judgment (judging), calculation (calculating), calculation (computing), processing (processing), derivation (deriving), investigation (investigating), search (looking up, search, inquiry). It may include (eg, searching in a table, database or another data structure), ascertaining as “judgment” or “decision”.
  • judgment and “decision” are receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access. It may include (for example, accessing data in memory) to be regarded as “judgment” or “decision”.
  • judgment and “decision” are considered to be “judgment” and “decision” when the things such as solving, selecting, choosing, establishing, and comparing are regarded as “judgment” and “decision”. Can include. That is, “judgment” and “decision” may include considering some action as “judgment” and “decision”. Further, “judgment (decision)” may be read as “assuming", “expecting”, “considering” and the like.
  • Each aspect / embodiment described in the present disclosure may be used alone, in combination, or may be switched and used according to the execution.
  • the notification of predetermined information (for example, the notification of "being X") is not limited to the explicit one, but is performed implicitly (for example, the notification of the predetermined information is not performed). May be good.
  • 10 ... network system, 100 ... management device, 110 ... processing device, 140 ... quality control unit, 160 ... storage device, 170 ... communication device, 200 ... terminal device, 210 ... processing device, 240 ... request unit, 260 ... storage device 270 ... communication device, 280 ... input device, 290 ... output device, 300 ... application server, NW ... network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

管理装置は、複数のＱｏＳ制御のいずれかの実行を要求する実行要求を取得する取得部と、実行要求により示される開始候補のＱｏＳ制御を実行するためのリソースが不足していない場合、開始候補のＱｏＳ制御を実行し、複数のＱｏＳ制御のうち、開始候補のＱｏＳ制御以外の１つ以上のＱｏＳ制御が実行されていることにより、リソースの一部又は全部が不足している場合、開始候補のＱｏＳ制御の実行優先順位と実行中のＱｏＳ制御の実行優先順位とに基づいて、開始候補のＱｏＳ制御を実行するか否かを決定する品質制御部と、を有する。

Description

管理装置
　本発明は、管理装置に関する。
　通信サービスを提供するネットワークの通信品質を確保する技術として、ＱｏＳ（Quality　of　Service）制御が知られている。ＱｏＳ制御としては、例えば、通信品質を保証する保証型のＱｏＳ制御、及び、通信品質をできるだけ高くするベストエフォート型のＱｏＳ制御等がある。保証型のＱｏＳ制御を実行するネットワークでは、例えば、ネットワークの帯域の一部を、通信品質が保証される通信のための帯域に予め割り当てる方法が知られている（例えば、特許文献１）。
特開２０１０－２８３５５２号公報
　ところで、ＱｏＳ制御の対象に着目すると、端末装置が有するＳＩＭ（Subscriber　Identity　Module）に基づく通信を対象とするＱｏＳ制御、及び、ＳＩＭに基づく通信のうちの特定の通信を対象とするＱｏＳ制御等がある。特定の通信は、例えば、端末装置にインストールされるアプリケーションプログラムの通信である。
　ネットワークは、例えば、通信品質の保証の形態及びＱｏＳ制御の対象の組み合わせに応じた様々なＱｏＳ制御を実行する。なお、ＱｏＳ制御では、有限なネットワークリソースが使用される。このため、端末装置等の複数の情報処理装置からの様々なＱｏＳ制御の要求に対して、有限なネットワークリソースを有効に使用して、適切なＱｏＳ制御を実行するネットワークの実現が望まれる。
　以上の課題を解決するために、本発明の好適な態様に係る管理装置は、ネットワークの通信品質を制御する複数の品質制御を実行する管理装置であって、前記複数の品質制御のいずれかの実行を要求する実行要求を取得する取得部と、前記実行要求により示される開始候補の品質制御を実行するためのリソースが不足していない場合、前記開始候補の品質制御を実行し、前記複数の品質制御のうち、前記開始候補の品質制御以外の１つ以上の品質制御が実行されていることにより、前記リソースの一部又は全部が不足している場合、前記開始候補の品質制御の実行優先順位と実行中の品質制御の実行優先順位とに基づいて、前記開始候補の品質制御を実行するか否かを決定する品質制御部と、を備えている。
　本発明によれば、様々なＱｏＳ制御の要求に対して、有限なネットワークリソースを有効に使用して、適切なＱｏＳ制御を実行することができる。
実施形態に係る管理装置を含むネットワークシステムの全体構成を示すブロック図である。 図１に示した管理装置の構成を示すブロック図である。 ＱｏＳ制御の一例を示す説明図である。 図２に示した待機列の一例を示す説明図である。 図１に示したネットワークシステムの動作の一例を示すシーケンスチャートである。 ＱｏＳ制御の実行要求を受信した場合における管理装置の動作の一例を示すフローチャートである。 待機中のＱｏＳ制御に対する管理装置の動作の一例を示すフローチャートである。 第１変形例に係るＱｏＳ制御の一例を示す説明図である。
［１．実施形態］
　図１は、実施形態に係る管理装置１００を含むネットワークシステム１０の全体構成を示すブロック図である。ネットワークシステム１０は、通信サービスを提供するネットワークＮＷと、ネットワークＮＷに接続される端末装置２００及びアプリケーションサーバ３００等の情報処理装置とを有する。端末装置２００及びアプリケーションサーバ３００は、「ネットワークに接続された装置」の一例である。
　なお、本明細書における「装置」という用語は、回路、デバイス又はユニット等の他の用語に読替えてもよい。また、ネットワークＮＷと端末装置２００との接続等は、例えば、複数の要素間を互いに通信可能にする接続であればよく、有線及び無線の一方を用いた接続であってもよいし、有線及び無線の両方を用いた接続であってもよい。例えば、アプリケーションサーバ３００は、図示しないインターネットを介して、ネットワークＮＷに接続されてもよい。
　ネットワークＮＷは、例えば、通信サービスを提供する通信事業者により管理される移動体通信網等の電気通信回線であり、有線ネットワーク及び無線ネットワークの一方又は両方を含む。例えば、ネットワークＮＷは、通信サービスにより提供される通信の品質（通信品質）を制御する品質制御を実行する管理装置１００を有する。図１では、図を見やくするため、ネットワークＮＷに含まれる複数のノード（装置）のうち、管理装置１００以外のノード（例えば、基地局等）の記載を省略している。以下では、品質制御は、ＱｏＳ（Quality　of　Service）制御とも称される。
　管理装置１００は、例えば、ネットワークＮＷの通信品質を制御する複数のＱｏＳ制御を実行可能である。具体的には、管理装置１００は、低遅延、高速大容量及び低速等の複数のモードに対応する複数のＱｏＳ制御を実行可能である。なお、複数のＱｏＳ制御の各々には、実行に関する優先順位として、実行優先順位が予め対応付けられている。複数のＱｏＳ制御の一例は、後述する図３において説明する。また、管理装置１００の構成の一例は、後述する図２において説明する。
　ＱｏＳ制御は、通信サービスの契約に基づく回線毎に実行されてもよいし、アプリケーションプログラムＰＲａｐ毎に実行されてもよい。通信サービスの契約に基づく回線は、例えば、１の回線契約に対応する通信回線であってもよいし、ＳＩＭ（Subscriber　Identity　Module）に対応付けされた通信回線であってもよい。ＳＩＭは、例えば、通信サービスの加入者を特定するための識別情報が記録されたモジュールである。また、例えば、通信サービスの契約に基づく回線は、端末装置２００により使用される通信回線であってもよい。
　すなわち、通信サービスの契約に基づく回線毎に実行されるＱｏＳ制御は、回線契約毎に実行されるＱｏＳ制御であってもよいし、ＳＩＭ毎に実行されるＱｏＳ制御であってもよいし、端末装置２００毎に実行されるＱｏＳ制御であってもよい。
　なお、１の回線契約に対して複数のＳＩＭが対応する場合、ＱｏＳ制御は、回線契約毎に実行されてもよいし、ＳＩＭ毎に実行されてもよい。ＱｏＳ制御がＳＩＭ毎に実行される場合、複数のＳＩＭに対応する複数のＱｏＳ制御の中で優先順位が付けられてもよい。すなわち、複数のＳＩＭに対応する複数のＱｏＳ制御のうちの少なくとも２つのＱｏＳ制御に、互いに異なる実行優先順位が対応付けられてもよい。また、１の回線契約と１のＳＩＭとが１対１に対応する場合、回線契約毎に実行されるＱｏＳ制御は、例えば、ＳＩＭ毎に実行されるＱｏＳ制御と区別されてもよいし、ＳＩＭ毎に実行されるＱｏＳ制御と区別されなくてもよい。
　また、１の端末装置２００が複数のＳＩＭを含む場合、ＱｏＳ制御は、端末装置２００毎に実行されてもよいし、ＳＩＭ毎に実行されてもよい。ＱｏＳ制御がＳＩＭ毎に実行される場合、複数のＳＩＭに対応する複数のＱｏＳ制御の中で優先順位が付けられてもよい。なお、１の端末装置２００と１のＳＩＭとが１対１に対応する場合、端末装置２００毎に実行されるＱｏＳ制御は、例えば、ＳＩＭ毎に実行されるＱｏＳ制御と区別されてもよいし、ＳＩＭ毎に実行されるＱｏＳ制御と区別されなくてもよい。
　本実施形態では、回線契約毎に実行されるＱｏＳ制御、ＳＩＭ毎に実行されるＱｏＳ制御、端末装置２００毎に実行されるＱｏＳ制御、及び、アプリケーションプログラムＰＲａｐ毎に実行されるＱｏＳ制御を含む複数のＱｏＳ制御を管理装置１００が実行可能である場合を想定する。ＱｏＳ制御の対象となるアプリケーションプログラムＰＲａｐは、例えば、端末装置２００において利用可能なアプリケーションプログラムＰＲａｐのうち、ＱｏＳ制御の利用が許可されているアプリケーションプログラムＰＲａｐである。
　本実施形態では、特に断りがない場合、アプリケーションプログラムＰＲａｐは、ＱｏＳ制御の利用が許可されているアプリケーションプログラムＰＲａｐを意味するものとする。また、本実施形態では、アプリケーションプログラムＰＲａｐが端末装置２００にインストールされる場合を想定するが、アプリケーションプログラムＰＲａｐは、端末装置２００にインストールされなくてもよい。例えば、端末装置２００は、ＳａａＳ（Software　as　a　Service）等により、他の装置において実行されているアプリケーションプログラムＰＲａｐを利用してもよい。
　ＱｏＳ制御は、端末装置２００により要求されてもよいし、アプリケーションサーバ３００により要求されてもよい。あるいは、ＱｏＳ制御は、ネットワークＮＷに含まれる装置により要求されてもよい。また、管理装置１００が、ＱｏＳ制御を自身に要求してもよい。
　管理装置１００は、複数のＱｏＳ制御のうち、端末装置２００及びアプリケーションサーバ３００等から要求されたＱｏＳ制御を実行する。なお、ＱｏＳ制御の実行には、有限なネットワークリソースが使用されるため、端末装置２００及びアプリケーションサーバ３００等から要求されたＱｏＳ制御は、実行されない場合もある。
　ここで、ネットワークリソースは、例えば、ネットワークＮＷのリソースである。例えば、ネットワークリソースとしては、ネットワークＮＷの帯域、ネットワークＮＷに含まれる基地局及び中継装置等のネットワーク装置のリソース、及び、通信経路等が該当する。中継装置は、例えば、Ｌ２スイッチ、Ｌ３スイッチ及びルータ等のネットワーク装置であり、ネットワークＮＷ内の通信経路を決定する。また、ネットワーク装置のリソースは、例えば、ネットワーク装置に含まれるプロセッサ等の使用率であってもよい。
　本実施形態では、例えば、管理装置１００は、実行するＱｏＳ制御を、複数のＱｏＳ制御の実行優先順位、及び、ネットワークリソース等に基づいて決定する。これにより、本実施形態では、端末装置２００等の複数の情報処理装置からの様々なＱｏＳ制御の要求に対して、有限なネットワークリソースを有効に使用して、適切なＱｏＳ制御を実行することができる。なお、管理装置１００の動作の一例は、後述する図５等において説明する。
　端末装置２００としては、例えば、任意の情報処理装置を採用することができ、パーソナルコンピュータ等の据置型の情報機器であってもよいし、スマートフォン、ノートパソコン、ウェアラブル端末及びタブレット端末等の可搬型の情報端末であってもよい。以下の説明では、端末装置２００としてスマートフォンを想定する。
　端末装置２００は、例えば、処理装置２１０、記憶装置２６０、通信装置２７０、入力装置２８０及び出力装置２９０を具備するコンピュータシステムにより実現される。端末装置２００の複数の要素は、情報を通信するための単体又は複数のバスにより相互に接続される。また、端末装置２００の複数の要素の各々は、単数又は複数の機器により構成されてもよい。また、端末装置２００の一部の要素は、省略されてもよい。
　処理装置２１０は、端末装置２００の全体を制御するプロセッサであり、例えば、単数又は複数のチップにより構成される。処理装置２１０は、例えば、周辺装置とのインタフェース、演算装置及びレジスタ等を含む中央処理装置（ＣＰＵ：Central　Processing　Unit）により構成される。なお、処理装置２１０の機能の一部又は全部を、ＤＳＰ（Digital　Signal　Processor）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＰＬＤ（Programmable　Logic　Device）、及び、ＦＰＧＡ（Field　Programmable　Gate　Array）等のハードウェアによって実現してもよい。処理装置２１０は、各種の処理を並列的又は逐次的に実行する。
　処理装置２１０は、例えば、アプリケーションプログラムＰＲａｐを記憶装置２６０から読み出し、読み出したアプリケーションプログラムＰＲａｐを実行することにより、要求部２４０等として機能する。なお、図１では、アプリケーションプログラムＰＲａｐの実行により実現される機能ブロックのうち、ＱｏＳ制御の要求に関する要求部２４０以外の機能ブロックの記載を省略している。アプリケーションプログラムＰＲａｐは、他の装置から送信されてもよい。
　要求部２４０は、例えば、ＱｏＳ制御の実行又は終了を管理装置１００に要求する。例えば、要求部２４０は、ＱｏＳ制御の実行を要求する場合に、後述する図５に示すように、ＱｏＳ制御の実行を要求する実行要求ＲＥＱＳを管理装置１００に送信してもよい。また、要求部２４０は、ＱｏＳ制御の終了を要求する場合に、後述する図５に示すように、ＱｏＳ制御の終了を要求する終了要求ＲＥＱＥを管理装置１００に送信してもよい。
　なお、ＱｏＳ制御の処理に関する要求は、実行要求ＲＥＱＳ及び終了要求ＲＥＱＥ等の処理要求の送信により実現されることに限定されない。例えば、ＱｏＳ制御の処理に関する要求は、処理に関するＡＰＩ（Application　Programming　Interface）を呼び出すことにより実現されてもよい。具体的には、ＱｏＳ制御の実行の要求は、要求部２４０がＱｏＳ制御の開始ＡＰＩの呼び出しを管理装置１００に対して実行することであってもよい。また、ＱｏＳ制御の終了の要求は、要求部２４０がＱｏＳ制御の終了ＡＰＩの呼び出しを管理装置１００に対して実行することであってもよい。本実施形態では、実行要求ＲＥＱＳを送信することには、ＱｏＳ制御の開始ＡＰＩを呼び出すことも含まれ、終了要求ＲＥＱＥを送信することには、ＱｏＳ制御の終了ＡＰＩを呼び出すことも含まれる。
　記憶装置２６０は、処理装置２１０が読取可能な記録媒体であり、処理装置２１０が実行するアプリケーションプログラムＰＲａｐを含む複数のプログラム等の各種のデータを記憶する。記憶装置２６０は、例えば、ＲＯＭ（Read　Only　Memory）、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＥＥＰＲＯＭ（Electrically　Erasable　Programmable　ＲＯＭ）、及び、ＲＡＭ（Random　Access　Memory）等の少なくとも１つによって構成されてもよい。記憶装置２６０は、レジスタ、キャッシュ、又は、メインメモリ（主記憶装置）等と呼ばれてもよい。
　通信装置２７０は、管理装置１００及びアプリケーションサーバ３００等の他の装置と通信を行うためのハードウェア（送受信デバイス）である。通信装置２７０は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード、及び、通信モジュール等とも呼ばれる。通信装置２７０は、例えば、周波数分割複信（ＦＤＤ：Frequency　Division　Duplex）及び時分割複信（ＴＤＤ：Time　Division　Duplex）の一方又は両方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、及び、周波数シンセサイザ等を含んで構成されてもよい。
　入力装置２８０は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、及び、センサ等）である。例えば、入力装置２８０は、数字及び文字等の符号を処理装置２１０に入力するための操作と、端末装置２００の表示面に表示されるアイコンを選択するための操作とを受け付ける。例えば、端末装置２００の表示面に対する接触を検出するタッチパネルが入力装置２８０として好適である。なお、入力装置２８０は、ユーザが操作可能な複数の操作子を含んでもよい。
　出力装置２９０は、外部への出力を実施するディスプレイ等の出力デバイスである。出力装置２９０は、例えば、処理装置２１０による制御のもとで、画像を表示する。例えば、液晶表示パネル及び有機ＥＬ（Electro　Luminescence）表示パネル等の各種の表示パネルが出力装置２９０として好適に利用される。なお、入力装置２８０及び出力装置２９０は、一体となった構成（例えば、タッチパネル）であってもよい。また、出力装置２９０は、スピーカー及びＬＥＤ（Light　Emitting　Diode）ランプ等を有する出力デバイスでもよい。
　アプリケーションサーバ３００としては、例えば、任意の情報処理装置を採用することができる。アプリケーションサーバ３００は、例えば、アプリケーションプログラムＰＲａｐに基づくサービスを、アプリケーションプログラムＰＲａｐを実行している端末装置２００に、ネットワークＮＷを介して、提供する。また、アプリケーションサーバ３００は、端末装置２００と同様に、ＱｏＳ制御の実行又は終了を管理装置１００に要求してもよい。
　図１では、アプリケーションサーバ３００の構成を特に図示していないが、アプリケーションサーバ３００の構成は、例えば、後述する図２に示す管理装置１００の構成と同様であってもよい。すなわち、アプリケーションサーバ３００は、アプリケーションサーバ３００の全体を制御する処理装置と、各種のデータを記憶する記憶装置と、他の装置と通信を行うための通信装置とを具備するコンピュータシステムにより実現されてもよい。また、アプリケーションサーバ３００は、例えば、端末装置２００の入力装置２８０及び出力装置２９０と同様な入力装置及び出力装置を有してもよい。
　なお、ネットワークシステム１０の構成は、図１に示す例に限定されない。例えば、複数のアプリケーションサーバ３００がネットワークＮＷに接続されてもよい。この場合、複数の端末装置２００のうちの一の端末装置２００には、複数のアプリケーションサーバ３００に対応する複数のアプリケーションプログラムＰＲａｐのうちの１つ以上のアプリケーションプログラムＰＲａｐがインストールされてもよい。なお、複数の端末装置２００の一の端末装置２００にインストールされるアプリケーションプログラムＰＲａｐは、複数の端末装置２００の他の端末装置２００にインストールされるアプリケーションプログラムＰＲａｐと同じでもよいし、異なってもよい。
　また、例えば、端末装置２００は、補助記憶装置を有してもよい。補助記憶装置は、端末装置２００が読取可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact　Disc　ＲＯＭ）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、及び、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、及び、キードライブ)、フロッピー（登録商標）ディスク、及び、磁気ストリップ等の少なくとも１つによって構成されてもよい。同様に、例えば、アプリケーションサーバ３００は、補助記憶装置を有してもよい。
　また、ネットワークシステム１０は、図示しないインターネットを介して互いに接続される複数のネットワークＮＷを有してもよい。この場合、複数のネットワークＮＷの各々が管理装置１００を有してもよい。なお、管理装置１００は、対応するネットワークＮＷにおいてＱｏＳ制御を実行できればよく、ネットワークＮＷが管理装置１００を含まずに定義されるか否かは特に限定されない。また、ネットワークシステム１０が複数のネットワークＮＷを有する場合、端末装置２００は、複数のネットワークＮＷのうちの２つ以上のネットワークＮＷに同時に接続されてもよい。
　図２は、図１に示した管理装置１００の構成を示すブロック図である。
　管理装置１００としては、例えば、任意の情報処理装置を採用することができる。例えば、管理装置１００は、処理装置１１０、記憶装置１６０及び通信装置１７０を具備するコンピュータシステムにより実現される。
　処理装置１１０は、管理装置１００の全体を制御するプロセッサであり、図１において説明した端末装置２００の処理装置２１０と同様に構成される。例えば、処理装置１１０は、制御プログラムＰＲｃｌを記憶装置１６０から読み出し、読み出した制御プログラムＰＲｃｌを実行することにより、取得部１２０及び品質制御部１４０等として機能する。制御プログラムＰＲｃｌは、ネットワークＮＷを介して他の装置から送信されてもよい。
　取得部１２０は、ネットワークＮＷの通信品質を制御する複数のＱｏＳ制御のいずれかの実行を要求する実行要求ＲＥＱＳを取得する。品質制御部１４０は、実行要求ＲＥＱＳにより示される開始候補のＱｏＳ制御を実行するためのリソースが不足していない場合、開始候補のＱｏＳ制御を実行する。例えば、ＱｏＳ制御が開始されることにより、当該ＱｏＳ制御の実行に必要なリソースが当該ＱｏＳ制御に割り当てられ、当該ＱｏＳ制御が終了することにより、当該ＱｏＳ制御に割り当てられたリソースが解放される。以下では、ＱｏＳ制御を実行するためのリソースは、ＱｏＳ制御のリソースとも称される。
　開始候補のＱｏＳ制御のリソースの一部又は全部は、例えば、複数のＱｏＳ制御のうち、開始候補のＱｏＳ制御のリソースの一部又は全部を使用する１つ以上のＱｏＳ制御が既に実行されている場合、不足する可能性がある。すなわち、複数のＱｏＳ制御のうち、開始候補のＱｏＳ制御以外の１つ以上のＱｏＳ制御が実行されていることにより、開始候補のＱｏＳ制御のリソースの一部又は全部が不足している場合がある。この場合、品質制御部１４０は、開始候補のＱｏＳ制御の実行優先順位と実行中のＱｏＳ制御の実行優先順位とに基づいて、開始候補のＱｏＳ制御を実行するか否かを決定する。
　記憶装置１６０は、処理装置１１０が読取可能な記録媒体であり、処理装置１１０が実行する制御プログラムＰＲｃｌを含む複数のプログラム及び待機列ＱＵＥ等の各種のデータを記憶する。記憶装置１６０は、図１において説明した端末装置２００の記憶装置２６０と同様に、例えば、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及び、ＲＡＭ等の少なくとも１つによって構成されてもよい。
　通信装置１７０は、端末装置２００及びアプリケーションサーバ３００等の他の装置と通信を行うためのハードウェア（送受信デバイス）であり、図１において説明した端末装置２００の通信装置２７０と同様に構成される。
　なお、管理装置１００は、単体の装置として実現されてもよいし、相互に別体で構成された複数の装置の集合（すなわち、システム）として実現されてもよい。例えば、ＱｏＳ制御の要求等を受け付ける機能（例えば、取得部１２０）、及び、ＱｏＳ制御を実行する機能（例えば、品質制御部１４０）等が、単体の装置として実現されてもよい。あるいは、ＱｏＳ制御の要求等を受け付ける機能、及び、ＱｏＳ制御を実行する機能等が、相互に別体で構成された２つの装置の集合として実現されてもよい。また、管理装置１００は、ＱｏＳ制御を実行する複数の装置を有してもよい。
　また、管理装置１００の構成は、図２に示す例に限定されない。例えば、管理装置１００は、補助記憶装置を有してもよい。また、管理装置１００は、例えば、図１において説明した入力装置２８０及び出力装置２９０と同様な入力装置及び出力装置を有してもよい。
　また、例えば、処理装置１１０は、図１において説明した要求部２４０と同様な要求部として機能してもよい。この場合、処理装置１１０により実現される機能ブロックのうちの要求部は、複数のＱｏＳ制御のいずれかの実行を品質制御部１４０に要求してもよい。そして、取得部１２０は、処理装置１１０により実現される機能ブロックのうちの要求部から、実行要求ＲＥＱＳを取得してもよい。すなわち、管理装置１００がＱｏＳ制御を自身に要求する実行要求ＲＥＱＳも、取得部１２０が取得する実行要求ＲＥＱＳに該当する。
　図３は、ＱｏＳ制御の一例を示す説明図である。図３に示す例では、数値が小さい実行優先順位は、数値が大きい実行優先順位より、高い優先順位を示す。
　ＱｏＳ制御は、例えば、低遅延モード、高速大容量モード、低速モード、多接続モード、会話モード、インタラクティブゲームモード及びミッションクリティカルモード等の複数のモードを有する。例えば、低遅延モードは、他のモードに比べて通信の遅延が小さいモードであり、高速大容量モードは、他のモードに比べて大容量のデータを高速に転送可能なモードであり、低速モードは、他のモードに比べて通信速度が遅いモードである。多接続モードは、例えば、ＩｏＴ（Internet　of　Things）に用いられる機器の通信に適した通信品質を実現するためのモードである。会話モードは、例えば、電話等の通話に使用されるモードである。インタラクティブゲームモードは、例えば、インタラクティブゲームの実行に適した通信品質を実現するためのモードである。ミッションクリティカルモードは、例えば、安心及び安全な環境を維持するために使用される通信に適した通信品質を実現するためのモードである。安心及び安全な環境を維持するために使用される通信は、例えば、災害時等の緊急事態時の連絡に使用される通信であってもよい。
　また、ＱｏＳ制御は、例えば、通信品質の保証の形態及びＱｏＳ制御の対象の組み合わせに基づく複数のタイプを有する。通信品質の保証の形態としては、例えば、通信品質を保証する保証型、及び、通信品質をできるだけ高くするベストエフォート型等が該当する。なお、本実施形態では、ネットワークＮＷの通信が、保証型のＱｏＳ制御が実行される通信、ベストエフォート型のＱｏＳ制御が実行される通信、及び、ＱｏＳ制御が実行されない通信に分類される場合を想定する。
　ＱｏＳ制御の対象となる通信としては、例えば、ＳＩＭに基づく通信、及び、ＳＩＭに基づく通信のうちのアプリケーションプログラムＰＲａｐの通信等が該当する。ＱｏＳ制御の対象がＳＩＭに基づく通信である場合、ＱｏＳ制御は、例えば、ＳＩＭ毎に実行される。また、ＱｏＳ制御の対象がアプリケーションプログラムＰＲａｐの通信である場合、ＱｏＳ制御は、例えば、アプリケーションプログラムＰＲａｐ毎に実行される。
　図３に示すタイプＳＩＭ－ＧＡは、ＳＩＭ毎に実行され、通信品質を保証するＳＩＭ単位の保証型のＱｏＳ制御を示している。また、タイプＳＩＭ－ＢＥは、ＳＩＭ毎に実行され、通信品質をベストエフォートにより制御するＳＩＭ単位のベストエフォート型のＱｏＳ制御を示している。また、タイプＡＰ－ＧＡは、アプリケーションプログラムＰＲａｐ毎に実行され、通信品質を保証するアプリケーションプログラム単位の保証型のＱｏＳ制御を示している。また、タイプＡＰ－ＢＥは、アプリケーションプログラムＰＲａｐ毎に実行され、通信品質をベストエフォートにより制御するアプリケーションプログラム単位のベストエフォート型のＱｏＳ制御を示している。
　ＳＩＭ単位の保証型のＱｏＳ制御は、「第１の品質制御」の一例であり、ＳＩＭ単位のベストエフォート型のＱｏＳ制御は、「第２の品質制御」の一例である。また、アプリケーションプログラム単位の保証型のＱｏＳ制御は、「第３の品質制御」の一例であり、アプリケーションプログラム単位のベストエフォート型は、「第４の品質制御」の一例である。図３に示す例では、７個のモードと４個のタイプとの組み合わせによる２８個のＱｏＳ制御が示されている。２８個のＱｏＳ制御の各々には、ＱＣＩ（QoS　Class　Identifier）が対応付けられている。また、２８個のＱｏＳ制御の各々には、図１において説明したように、実行優先順位が対応付けられている。なお、ＱｏＳ制御の数は、２８個に限定されない。
　管理装置１００は、例えば、ＱＣＩに応じて、ネットワークＮＷにおける通信の帯域を制御する帯域制御、通信の遅延を制御する低遅延制御、及び、特定の通信に係るパケット（通信を行う際の転送単位のデータ）を優先して転送する優先制御等を実行する。例えば、低遅延モードの保証型のＱｏＳ制御では、遅延の上限値が設定される遅延保証の低遅延制御が実行されてもよい。また、例えば、高速大容量モードの保証型のＱｏＳ制御では、帯域の下限値が設定される帯域保証の帯域制御が実行されてもよい。なお、低遅延制御として、例えば、遅延の下限値が設定される遅延制限が実行されてもよい。同様に、帯域制御として、帯域の上限値が設定される帯域制限が実行されてもよい。例えば、低速モードのＱｏＳ制御では、帯域の上限値が設定される帯域制限が実行されてもよい。
　また、管理装置１００は、例えば、ＱＣＩに応じて、帯域制御、低遅延制御及び優先制御等のうちの複数の制御を組み合わせてもよい。例えば、低遅延制御と優先制御とが組み合わされてもよい。優先制御では、例えば、ネットワークＮＷ上を流れるパケットに優先度が付けられ、優先度が他のパケットより高いパケットは、他のパケットよりも先に処理される。
　図３に示す例では、以下に示す考えに基づいて、２８個のＱｏＳ制御の各々に実行優先順位を対応付けているが、２８個のＱｏＳ制御の各々に対応付けられる実行優先順位は、図３に示す例に限定されない。
　保証型とベストエフォート型とに着目した場合、保証型のＱｏＳ制御は、ベストエフォート型のＱｏＳ制御より優先されるべきである。このため、図３に示す例では、保証型のＱｏＳ制御の実行優先順位を、ベストエフォート型のＱｏＳ制御の実行優先順位より高くしている。
　また、ＳＩＭ単位とアプリケーションプログラム単位とに着目した場合、アプリケーションプログラム単位では、ＱｏＳ制御の対象がアプリケーションプログラムＰＲａｐの通信に限定されるが、ＳＩＭ単位では、ＱｏＳ制御の対象は特に限定されない。従って、ＳＩＭ単位のＱｏＳ制御が要求される場合、ＱｏＳ制御が常に必要であることが想定される。この場合、ＱｏＳ制御の必要性及び重要性は、アプリケーションプログラム単位に比べて、ＳＩＭ単位の方が高いと考えられる。このため、図３に示す例では、各モードにおいて、ＳＩＭ単位のＱｏＳ制御の実行優先順位をアプリケーションプログラム単位のＱｏＳ制御の実行優先順位より高くしている。
　また、各モードにおいて、ＳＩＭ単位のＱｏＳ制御の実行優先順位をアプリケーションプログラム単位のＱｏＳ制御の実行優先順位より高くすることにより、以下の効果が得られる。ＳＩＭ単位のＱｏＳ制御では、端末装置２００のユーザ（個人又は法人）からの課金が想定され、アプリケーションプログラム単位のＱｏＳ制御では、アプリケーションプログラムＰＲａｐを端末装置２００等に提供するアプリケーション事業者からの課金が想定される。例えば、端末装置２００のユーザは、端末装置２００のほぼ全ての通信に対するＱｏＳ制御に対して課金し、アプリケーション事業者は、端末装置２００の一部の通信に対するＱｏＳ制御に対して課金する。このため、ＳＩＭ単位のＱｏＳ制御に対する課金額は、アプリケーションプログラム単位のＱｏＳ制御に対する課金額より高くなる。図３に示す例では、課金額がアプリケーションプログラム単位のＱｏＳ制御に対する課金額より高いＳＩＭ単位のＱｏＳ制御が優先的に実行されるため、課金者が課金額に不満を感じることを抑制することができる。
　会話モード、インタラクティブゲームモード及びミッションクリティカルモード等の用途が明確なモードは、低遅延モード、高速大容量モード、低速モード及び多接続モード等の汎用的なモードに比べて、ＱｏＳ制御を必要としていると考えられる。
　具体的には、ミッションクリティカルモードは、安心及び安全な環境を維持するために使用される通信がＱｏＳ制御の対象となることが想定されるため、他のモードよりも優先されるべきでる。このため、図３に示す例では、各タイプにおいて、ミッションクリティカルモードの実行優先順位を、他のモードの実行優先順位より高くしている。
　会話モードは、電話等の通話がＱｏＳ制御の対象となることが想定されるため、安心及び安全な生活を実現するための通話がＱｏＳ制御の対象となる場合がある。このため、図３に示す例では、各タイプにおいて、会話モードの実行優先順位を、インタラクティブゲームモード、低遅延モード、高速大容量モード、低速モード及び多接続モードの実行優先順位より高くしている。
　インタラクティブゲームモードは、用途が明確である。このため、図３に示す例では、各タイプにおいて、インタラクティブゲームモードの実行優先順位を、低遅延モード、高速大容量モード、低速モード及び多接続モードの実行優先順位より高くしている。
　低遅延モードでは、ＱｏＳ制御の対象となる通信の量が少ないことが想定されるため、ＱｏＳ制御が実行されても、他の通信に与える影響が小さいと考えられる。このため、図３に示す例では、各タイプにおいて、低遅延モードの実行優先順位を、高速大容量モード、低速モード及び多接続モードの実行優先順位より高くしている。
　高速大容量モードでは、ＱｏＳ制御の対象となる通信の量は低遅延モードに比べて多くなることが想定されるが、ＱｏＳ制御が実行されない場合、ユーザが通信品質の低下を体感しやすいと考えられる。このため、図３に示す例では、各タイプにおいて、高速大容量モードの実行優先順位を、低速モード及び多接続モードの実行優先順位より高くしている。
　低速モードでは、通信速度を低速にする代わりに、ＱｏＳ制御に対する課金を安くすることが想定される。従って、各タイプにおいて、低速モードの実行優先順位は、基本的に、他のモードの実行優先順位より低くても問題ないと考えられる。このため、図３に示す例では、各タイプにおいて、低速モードの実行優先順位を、他のモードの実行優先順位より低くしている。
　多接続モードは、ＩｏＴに用いられる機器に対してＱｏＳ制御が実行されることが想定されるため、数台の機器に対してＱｏＳ制御が実行されなくても、全体的な影響が小さいと考えられる。従って、各タイプにおいて、多接続モードの実行優先順位は、会話モード、インタラクティブゲームモード、ミッションクリティカルモード、低遅延モード及び高速大容量モードの実行優先順位より低くても問題ないと考えられる。このため、図３に示す例では、各タイプにおいて、多接続モードの実行優先順位は、会話モード、インタラクティブゲームモード、ミッションクリティカルモード、低遅延モード及び高速大容量モードの実行優先順位より低くしている。
　なお、ＱｏＳ制御は、図３に示す例に限定されない。例えば、図３に示したＱＣＩは、３ＧＰＰ（Third　Generation　Partnership　Project）規格に準拠していないが、３ＧＰＰ規格に準拠したＱＣＩがＱｏＳ制御に用いられてもよい。３ＧＰＰでは、例えば、パケットに対するリソースの割り当ての優先度、パケット損失率、及び、ネットワークＮＷのチューニング方法等がＱＣＩ毎に定義される。なお、図３に示した実行優先順位は、３ＧＰＰ規格に準拠したＱＣＩの優先度に対応していない。また、例えば、複数のＱｏＳ制御は、５Ｇ（5th　generation　mobile　communication　system）において使用される５ＱＩ（5G　QoS　Identifier）及びスライス等の５Ｇに対応したパラメータに基づいて分けられてもよい。
　また、例えば、１つのＱＣＩに対して、複数のタイプが対応付けられてもよい。例えば、ＱＣＩが“２”の低遅延モードに、ＳＩＭ単位のベストエフォート型（ＳＩＭ－ＢＥ）とアプリケーションプログラム単位のベストエフォート型（ＡＰ－ＢＥ）との２つのタイプが対応付けられてもよい。そして、例えば、ＱＣＩが“６”の高速大容量モードに、ＳＩＭ単位のベストエフォート型（ＳＩＭ－ＢＥ）とアプリケーションプログラム単位のベストエフォート型（ＡＰ－ＢＥ）との２つのタイプが対応付けられてもよい。この場合、アプリケーションプログラム単位のベストエフォート型における低遅延モードの実行優先順位は、ＳＩＭ単位のベストエフォート型における高速大容量モードの実行優先順位より高くてもよい。
　また、図３に示した例では、回線契約毎に実行されるＱｏＳ制御、及び、端末装置２００毎に実行されるＱｏＳ制御は示されていないが、回線契約毎に実行されるＱｏＳ制御、及び、端末装置２００毎に実行されるＱｏＳ制御に、ＱＣＩが対応付けられてもよい。回線契約毎に実行されるＱｏＳ制御の実行優先順位については、例えば、上述の「ＳＩＭ単位」を「回線契約単位」に読み替えることにより説明される。この場合、回線契約単位の保証型のＱｏＳ制御は、「第１の品質制御」の他の例であり、回線契約単位のベストエフォート型のＱｏＳ制御は、「第２の品質制御」の他の例である。また、端末装置２００毎に実行されるＱｏＳ制御の実行優先順位については、上述の「ＳＩＭ単位」を「端末装置単位」に読み替えることにより説明される。この場合、端末装置単位の保証型のＱｏＳ制御は、「第１の品質制御」の他の例であり、端末装置単位のベストエフォート型のＱｏＳ制御は、「第２の品質制御」の他の例である。
　図４は、図２に示した待機列ＱＵＥの一例を示す説明図である。
　待機列ＱＵＥは、待機中のＱｏＳ制御を示す制御ＩＤと、制御ＩＤにより示されるＱｏＳ制御の実行優先順位と、制御ＩＤにより示されるＱｏＳ制御の対象を示す制御対象情報とを、互いに対応付けて記憶する。制御ＩＤは、例えば、制御ＩＤにより示されるＱｏＳ制御を複数のＱｏＳ制御の中から識別するための識別情報であってもよい。制御対象情報は、例えば、制御ＩＤにより示されるＱｏＳ制御がＳＩＭ単位のＱｏＳ制御である場合、制御ＩＤにより示されるＱｏＳ制御の実行要求ＲＥＱＳを送信した情報処理装置に含まれるＳＩＭを複数のＳＩＭの中から識別するための情報であってもよい。あるいは、制御対象情報は、制御ＩＤにより示されるＱｏＳ制御の実行要求ＲＥＱＳを送信した情報処理装置のＩＰ（Internet　Protocol）アドレスであってもよい。また、例えば、制御ＩＤにより示されるＱｏＳ制御がアプリケーションプログラム単位のＱｏＳ制御である場合、制御対象情報は、制御ＩＤにより示されるＱｏＳ制御の対象となるアプリケーションプログラムＰＲａｐを示す識別情報であってもよい。
　なお、待機列ＱＵＥは、図４に示す例に限定されない。例えば、待機列ＱＵＥは、制御ＩＤにより示されるＱｏＳ制御の実行要求ＲＥＱＳに含まれる情報を記憶してもよい。また、例えば、待機列ＱＵＥは、制御ＩＤにより示されるＱｏＳ制御を実行するためのリソースを示す情報を記憶してもよい。
　図５は、図１に示したネットワークシステム１０の動作の一例を示すシーケンスチャートである。なお、図５では、複数の端末装置２００を互いに区別するために、各端末装置２００の符号の末尾には、小文字のアルファベット（ａ、ｂ、ｃ又はｄ）が付されている。また、各端末装置２００に関連する処理等の符号の末尾にも、対応する端末装置２００と同じ小文字のアルファベット（ａ、ｂ、ｃ又はｄ）が付されている。
　図５に示す例では、端末装置２００ａ、２００ｂ、２００ｃ及び２００ｄが、実行要求ＲＥＱＳを送信する場合を想定する。以下では、端末装置２００ａからの実行要求ＲＥＱＳａに基づくＱｏＳ制御は、ＱｏＳａとも称され、端末装置２００ｂからの実行要求ＲＥＱＳｂに基づくＱｏＳ制御は、ＱｏＳｂとも称される。同様に、端末装置２００ｃからの実行要求ＲＥＱＳｃに基づくＱｏＳ制御は、ＱｏＳｃとも称され、端末装置２００ｄからの実行要求ＲＥＱＳｄに基づくＱｏＳ制御は、ＱｏＳｄとも称される。
　図５に示す例では、ＱｏＳａ、ＱｏＳｂ、ＱｏＳｃ及びＱｏＳｄが互いに共通のリソースを使用し、ＱｏＳａ、ＱｏＳｂ、ＱｏＳｃ及びＱｏＳｄのうち、ＱｏＳｄが最も実行優先順位が高く、ＱｏＳｃが最も実行優先順位が低い場合を想定する。例えば、ＱｏＳａ、ＱｏＳｂ、ＱｏＳｃ及びＱｏＳｄは、図３において説明した低遅延モードであってもよい。この場合、例えば、ＱｏＳｄのＱＣＩが１であり、ＱｏＳａのＱＣＩが３であり、ＱｏＳｂのＱＣＩが２であり、ＱｏＳｃのＱＣＩが４であってもよい。例えば、図５に示す動作において、ＱｏＳｄのＱＣＩと同じＱＣＩの図示しない複数のＱｏＳ制御を既に実行しているネットワークＮＷでは、ＱｏＳａ、ＱｏＳｂ、ＱｏＳｃ及びＱｏＳｄを同時に実行するだけのリソースが不足する場合がある。
　図５に示す例では、説明を簡単にするために、ＱｏＳａ、ＱｏＳｂ、ＱｏＳｃ及びＱｏＳｄのうちの３つを同時に実行するだけのリソースをネットワークＮＷが有していない場合を想定する。
　先ず、端末装置２００ａの要求部２４０は、ＱｏＳ制御の実行を要求する実行要求ＲＥＱＳａを、管理装置１００に送信する（Ｓ２００ａ）。これにより、管理装置１００の取得部１２０は、端末装置２００ａからの実行要求ＲＥＱＳａを受信する。すなわち、管理装置１００の取得部１２０は、端末装置２００ａからの実行要求ＲＥＱＳａを取得する（Ｓ１００ａ）。そして、管理装置１００の品質制御部１４０は、実行要求ＲＥＱＳａにより示される開始候補のＱｏＳ制御（ＱｏＳａ）を実行するためのリソースが不足しているか否かを判定する（Ｓ１２０ａ）。
　図５に示す例では、リソースが不足していない場合を想定している。このため、管理装置１００の品質制御部１４０は、ＱｏＳａを実行する（Ｓ１４０ａ）。そして、管理装置１００の品質制御部１４０は、ＱｏＳａを実行することを示す肯定応答ＡＣＫＳａを、実行要求ＲＥＱＳａに対する応答情報として、端末装置２００ａに送信する（Ｓ１５０ａ）。これにより、端末装置２００ａは、実行要求ＲＥＱＳａに対する応答情報として、肯定応答ＡＣＫＳａを受信する（Ｓ２０２ａ）。
　次に、端末装置２００ｂの要求部２４０は、ＱｏＳ制御の実行を要求する実行要求ＲＥＱＳｂを、管理装置１００に送信する（Ｓ２００ｂ）。管理装置１００は、端末装置２００ｂからの実行要求ＲＥＱＳｂに対しても、端末装置２００ａからの実行要求ＲＥＱＳａに対する処理と同様の処理を実行する（Ｓ１００ｂ、Ｓ１２０ｂ、Ｓ１４０ｂ及びＳ１５０ｂ）。これにより、端末装置２００ｂは、ＱｏＳｂを実行することを示す肯定応答ＡＣＫＳｂを、実行要求ＲＥＱＳｂに対する応答情報として、受信する（Ｓ２０２ｂ）。
　次に、端末装置２００ｃの要求部２４０は、ＱｏＳ制御の実行を要求する実行要求ＲＥＱＳｃを、管理装置１００に送信する（Ｓ２００ｃ）。これにより、管理装置１００の取得部１２０は、端末装置２００ｃからの実行要求ＲＥＱＳｃを取得する（Ｓ１００ｃ）。そして、管理装置１００の品質制御部１４０は、実行要求ＲＥＱＳｃにより示される開始候補のＱｏＳ制御（ＱｏＳｃ）を実行するためのリソースが不足しているか否かを判定する（Ｓ１２０ｃ）。
　図５に示す例では、ＱｏＳａ及びＱｏＳｂが実行されているため、ＱｏＳｃを実行するためのリソースが不足している。このため、管理装置１００の品質制御部１４０は、実行中のＱｏＳ制御（ＱｏＳａ及びＱｏＳｂ）に、実行優先順位がＱｏＳｃより低い終了候補のＱｏＳ制御が含まれているか否かを判定する（Ｓ１２２ｃ）。実行中のＱｏＳａ及びＱｏＳｂの実行優先順位は、ＱｏＳｃの実行優先順位より高い。従って、図５に示す例では、管理装置１００の品質制御部１４０は、終了候補のＱｏＳ制御がないと判定する。このため、管理装置１００の品質制御部１４０は、ＱｏＳｃの実行を待機する（Ｓ１３０ｃ）。
　そして、管理装置１００の品質制御部１４０は、ＱｏＳｃが実行されないことを示す否定応答ＮＡＣＫＳｃを、実行要求ＲＥＱＳｃに対する応答情報として、端末装置２００ｃに送信する（Ｓ１５０ｃ）。これにより、端末装置２００ｃは、実行要求ＲＥＱＳｃに対する応答情報として、否定応答ＮＡＣＫＳｃを受信する（Ｓ２０２ｃ）。なお、否定応答ＮＡＣＳｃには、ＱｏＳｃの実行を待機中であることを示す情報が含まれてもよい。否定応答ＮＡＣＫＳは、「否定情報」の一例である。
　なお、図５に示す例では、実行されないＱｏＳｃの対象となる通信は、切断されずに、ＱｏＳｃが実行されない通信として実行される場合を想定しているが、ＱｏＳｃの対象となる通信は、切断されてもよい。また、図５に示す例では、実行されないＱｏＳｃが待機される場合を想定しているが、実行されないＱｏＳｃは、待機されずに棄却されてもよい。
　次に、端末装置２００ｂの要求部２４０は、ＱｏＳｂの終了を要求する終了要求ＲＥＱＥｂを、管理装置１００に送信する（Ｓ２２０ｂ）。これにより、管理装置１００の取得部１２０は、端末装置２００ｂからの終了要求ＲＥＱＥｂを受信する。すなわち、管理装置１００の取得部１２０は、端末装置２００ｂからの終了要求ＲＥＱＥｂを取得する（Ｓ１６０ｂ）。そして、管理装置１００の品質制御部１４０は、終了要求ＲＥＱＥｂにより示されるＱｏＳ制御（ＱｏＳｂ）を終了する（Ｓ１６２ｂ）。また、管理装置１００の品質制御部１４０は、ＱｏＳｂを終了することを示す肯定応答ＡＣＫＥｂを、終了要求ＲＥＱＥｂに対する応答情報として、端末装置２００ｂに送信する（Ｓ１６４ｂ）。これにより、端末装置２００ｂは、終了要求ＲＥＱＥｂに対する応答情報として、肯定応答ＡＣＫＥｂを受信する（Ｓ２２２ｂ）。
　また、管理装置１００の品質制御部１４０は、ＱｏＳｂを終了したため、待機中のＱｏＳｃを実行可能であるか否かを判定する（Ｓ１８２ｃ）。例えば、管理装置１００の品質制御部１４０は、待機中のＱｏＳｃを実行するためのリソースが不足していないか否かを判定する。
　図５に示す例では、ＱｏＳａ及びＱｏＳｂのうちのＱｏＳｂが終了しているため、待機中のＱｏＳｃを実行するためのリソースは不足していない。従って、管理装置１００の品質制御部１４０は、待機中のＱｏＳｃを実行可能であると判定する。このため、管理装置１００の品質制御部１４０は、待機中のＱｏＳｃを実行する（Ｓ１８４ｃ）。そして、管理装置１００の品質制御部１４０は、待機中のＱｏＳｃを実行したことを示す実行情報ＳＩＮＦｃを、実行要求ＲＥＱＳｃを送信した端末装置２００ｃに送信する（Ｓ１８６ｃ）。これにより、端末装置２００ｃは、実行情報ＳＩＮＦｃを受信する（Ｓ２１０ｃ）。
　このように、本実施形態では、実行優先順位の低いＱｏＳ制御であっても、ネットワークリソースに空きができた場合、実行される。
　次に、端末装置２００ｄの要求部２４０は、ＱｏＳ制御の実行を要求する実行要求ＲＥＱＳｄを、管理装置１００に送信する（Ｓ２００ｄ）。これにより、管理装置１００の取得部１２０は、端末装置２００ｄからの実行要求ＲＥＱＳｄを取得する（Ｓ１００ｄ）。そして、管理装置１００の品質制御部１４０は、実行要求ＲＥＱＳｄにより示される開始候補のＱｏＳ制御（ＱｏＳｄ）を実行するためのリソースが不足しているか否かを判定する（Ｓ１２０ｄ）。
　図５に示す例では、ＱｏＳａ及びＱｏＳｃが実行されているため、ＱｏＳｄを実行するためのリソースが不足している。このため、管理装置１００の品質制御部１４０は、実行中のＱｏＳ制御（ＱｏＳａ及びＱｏＳｃ）に、実行優先順位がＱｏＳｄより低い終了候補のＱｏＳ制御が含まれているか否かを判定する（Ｓ１２２ｄ）。実行中のＱｏＳａ及びＱｏＳｃの実行優先順位は、ＱｏＳｄの実行優先順位より低い。従って、図５に示す例では、管理装置１００の品質制御部１４０は、終了候補のＱｏＳ制御が実行中のＱｏＳ制御に含まれていると判定する。管理装置１００の品質制御部１４０は、例えば、ＱｏＳａ及びＱｏＳｃのうち、実行優先順位が低いＱｏＳｃを、終了候補のＱｏＳ制御として選択する。
　そして、管理装置１００の品質制御部１４０は、終了候補のＱｏＳｃを終了することにより、開始候補のＱｏＳｄを実行するためのリソースを確保できるか否かを判定する（Ｓ１２４ｄ）。ＱｏＳｃが終了した場合、ＱｏＳｃに使用されていたリソースが解放されるため、ＱｏＳｄを実行するためのリソースが確保される。従って、管理装置１００の品質制御部１４０は、終了候補のＱｏＳｃを終了することにより、開始候補のＱｏＳｄのリソースを確保できると判定する。
　このため、管理装置１００の品質制御部１４０は、ＱｏＳｃを終了し、終了したＱｏＳｃを待機中のＱｏＳ制御として管理する（Ｓ１２６ｄ及びＳ１２８ｄ）。また、管理装置１００の品質制御部１４０は、ＱｏＳｃを終了したことにより、ＱｏＳｄのリソースが確保されたため、ＱｏＳｄを実行する（Ｓ１４０ｄ）。そして、管理装置１００の品質制御部１４０は、ＱｏＳｃを終了したことを示す終了情報ＥＩＮＦｃを、ＱｏＳｃの実行要求ＲＥＱＳｃを送信した端末装置２００ｃに送信し、実行要求ＲＥＱＳｄの肯定応答ＡＣＫＳｄを端末装置２００ｄに送信する（Ｓ１５０ｄ）。これにより、端末装置２００ｃは、終了情報ＥＩＮＦｃを受信する（Ｓ２１２ｃ）。また、端末装置２００ｄは、ＱｏＳｄを実行することを示す肯定応答ＡＣＫＳｄを、実行要求ＲＥＱＳｄに対する応答情報として、受信する（Ｓ２０２ｄ）。
　なお、図５に示す例では、終了したＱｏＳｃの対象となる通信は、切断されずに、ＱｏＳｃが実行されない通信として継続される場合を想定しているが、ＱｏＳｃの対象となる通信は、切断されてもよい。また、図５に示す例では、終了したＱｏＳｃが待機される場合を想定しているが、終了したＱｏＳｃは、待機されずに棄却されてもよい。
　このように、管理装置１００は、実行優先順位の高いＱｏＳ制御のリソースが不足している場合、実行優先順位の低い実行中のＱｏＳ制御を終了することにより、実行優先順位の高いＱｏＳ制御のリソースを確保できるか否かを判定する。そして、管理装置１００は、実行優先順位の低い実行中のＱｏＳ制御を終了することにより、実行優先順位の高いＱｏＳ制御のリソースを確保できる場合、実行優先順位の低い実行中のＱｏＳ制御を終了し、実行優先順位の高いＱｏＳ制御を実行する。これにより、本実施形態では、端末装置２００等の複数の情報処理装置からの様々なＱｏＳ制御の要求に対して、有限なネットワークリソースを有効に使用して、適切なＱｏＳ制御を実行することができる。例えば、本実施形態では、総理大臣の携帯電話による通話等の真に重要な通信に対するＱｏＳ制御が実行されなくなることを抑制することができる。
　なお、ネットワークシステム１０の動作は、図５に示す例に限定されない。例えば、管理装置１００は、実行要求ＲＥＱＳにより示されるＱｏＳ制御を実行する前に肯定応答ＡＣＫＳを端末装置２００等に送信してもよいし、終了要求ＲＥＱＥにより示されるＱｏＳ制御を終了する前に肯定応答ＡＣＫＥを端末装置２００等に送信してもよい。また、例えば、実行要求ＲＥＱＳに対する肯定応答ＡＣＫＳ等の応答情報の送信は、省かれてもよい。すなわち、実行要求ＲＥＱＳに対する肯定応答ＡＣＫＳ等は、実行要求ＲＥＱＳ等を送信した装置に送信されなくてもよい。また、例えば、アプリケーションサーバ３００が、実行要求ＲＥＱＳを送信してもよい。また、例えば、ＱｏＳａ、ＱｏＳｂ、ＱｏＳｃ及びＱｏＳｄでは、使用されるリソースの一部が共通であってもよい。なお、例えば、実行優先順位の高いＱｏＳ制御が実行優先順位の低いＱｏＳ制御のリソースに侵入できることも、複数のＱｏＳ制御においてリソースの一部が共通であることに該当する。
　また、例えば、複数のＱｏＳ制御のうちのいずれかのＱｏＳ制御を既に受けている端末装置２００が、当該ＱｏＳ制御と異なるＱｏＳ制御の実行を要求してもよい。具体的には、例えば、端末装置２００ａが第１のアプリケーションプログラムＰＲａｐと第２のアプリケーションプログラムＰＲａｐとを実行している場合を想定する。この場合、端末装置２００ａは、第１のアプリケーションプログラムＰＲａｐの通信に対するＱｏＳ制御が既に実行されている状態において、第２のアプリケーションプログラムＰＲａｐの通信に対するＱｏＳ制御の実行を要求してもよい。すなわち、複数のＱｏＳ制御のうち、開始候補のＱｏＳ制御以外の１つ以上のＱｏＳ制御が開始候補のＱｏＳ制御を要求した装置に対して実行されていてもよい。
　図６は、ＱｏＳ制御の実行要求ＲＥＱＳを受信した場合における管理装置１００の動作の一例を示すフローチャートである。図６に示す動作は、例えば、ネットワークＮＷに接続された情報処理装置（例えば、端末装置２００及びアプリケーションサーバ３００等）、及び、ネットワークＮＷに含まれる装置等から実行要求ＲＥＱＳが管理装置１００に送信された場合に実行される。
　先ず、ステップＳ１００において、取得部１２０は、実行要求ＲＥＱＳを取得する。そして、取得部１２０は、処理をステップＳ１２０に進める。
　ステップＳ１２０において、品質制御部１４０は、ステップＳ１００において取得された実行要求ＲＥＱＳにより示される開始候補のＱｏＳ制御を実行するためのリソースの一部又は全部が不足しているか否かを判定する。例えば、品質制御部１４０は、複数のＱｏＳ制御のうち、開始候補のＱｏＳ制御以外の１つ以上のＱｏＳ制御がネットワークＮＷに接続された少なくとも１つの装置に対して実行されていることにより、開始候補のＱｏＳ制御のリソースが不足しているか否かを判定する。
　ステップＳ１２０における判定の結果が否定の場合、品質制御部１４０は、処理をステップＳ１４０に進める。一方、ステップＳ１２０における判定の結果が肯定の場合、品質制御部１４０は、処理をステップＳ１２２に進める。
　ステップＳ１２２において、品質制御部１４０は、実行優先順位が開始候補のＱｏＳ制御の実行優先順位より低い終了候補のＱｏＳ制御が実行中のＱｏＳ制御に含まれているか否かを判定する。ステップＳ１２２における判定の結果が否定の場合、品質制御部１４０は、処理をステップＳ１３０に進める。一方、ステップＳ１２０における判定の結果が肯定の場合、品質制御部１４０は、処理をステップＳ１２４に進める。
　ステップＳ１２４において、品質制御部１４０は、終了候補のＱｏＳ制御を終了することにより、開始候補のＱｏＳ制御を実行するためのリソースを確保できるか否かを判定する。なお、品質制御部１４０は、２つ以上のＱｏＳ制御が終了候補のＱｏＳ制御に該当する場合、複数の終了候補のＱｏＳ制御のうちの一部又は全部を終了することにより、開始候補のＱｏＳ制御を実行するためのリソースを確保できるか否かを判定してもよい。ステップＳ１２４における判定の結果が否定の場合、品質制御部１４０は、処理をステップＳ１３０に進める。一方、ステップＳ１２４における判定の結果が肯定の場合、品質制御部１４０は、処理をステップＳ１２６に進める。
　ステップＳ１２６において、品質制御部１４０は、終了候補のＱｏＳ制御を終了する。これにより、終了候補のＱｏＳ制御に使用されていたリソースが解放されるため、開始候補のＱｏＳ制御を実行するためのリソースが確保される。品質制御部１４０は、ステップＳ１２６の処理を実行した後、処理をステップＳ１２８に進める。
　ステップＳ１２８において、品質制御部１４０は、ステップＳ１２６において終了したＱｏＳ制御を待機中のＱｏＳ制御として管理する。例えば、品質制御部１４０は、ステップＳ１２６において終了したＱｏＳ制御を、待機列ＱＵＥに登録する。品質制御部１４０は、ステップＳ１２８の処理を実行した後、処理をステップＳ１４０に進める。
　ステップＳ１４０において、品質制御部１４０は、開始候補のＱｏＳ制御を実行する。品質制御部１４０は、ステップＳ１４０の処理を実行した後、処理をステップＳ１５０に進める。ステップＳ１５０の処理を説明する前に、ステップＳ１３０の処理を説明する。
　ステップＳ１３０において、品質制御部１４０は、開始候補のＱｏＳ制御を実行せずに、開始候補のＱｏＳ制御を待機中のＱｏＳ制御として管理する。例えば、品質制御部１４０は、開始候補のＱｏＳ制御を、待機列ＱＵＥに登録する。品質制御部１４０は、ステップＳ１３０の処理を実行した後、処理をステップＳ１５０に進める。
　ステップＳ１５０において、品質制御部１４０は、ステップＳ１００において取得された実行要求ＲＥＱＳに対する応答情報を、実行要求ＲＥＱＳを送信した装置に、送信する。例えば、品質制御部１４０は、開始候補のＱｏＳ制御を実行した場合（ステップＳ１４０の処理を実行した場合）、実行要求ＲＥＱＳに対する応答情報として、開始候補のＱｏＳ制御を実行することを示す肯定応答ＡＣＫＳを送信する。また、例えば、品質制御部１４０は、開始候補のＱｏＳ制御を実行しない場合（ステップＳ１３０の処理を実行した場合）、実行要求ＲＥＱＳに対する応答情報として、開始候補のＱｏＳ制御が実行されないことを示す否定応答ＮＡＣＫＳを送信する。なお、否定応答ＮＡＣＳには、開始候補のＱｏＳ制御の実行を待機中であることを示す情報が含まれてもよい。
　また、品質制御部１４０は、終了候補のＱｏＳ制御を終了した場合（ステップＳ１２６の処理を実行した場合）、終了候補のＱｏＳ制御の実行要求ＲＥＱＳを送信した装置に、実行要求ＲＥＱＳに基づくＱｏＳ制御を終了したことを示す終了情報ＥＩＮＦを送信してもよい。終了情報ＥＩＮＦは、ステップＳ１５０において送信されてもよいし、ステップＳ１２６又はＳ１２８において送信されてもよい。また、終了情報ＥＩＮＦには、ＱｏＳ制御の実行を待機中であることを示す情報が含まれてもよい。
　このように、管理装置１００は、開始候補のＱｏＳ制御のリソースが不足している場合、開始候補のＱｏＳ制御の実行優先順位と実行中のＱｏＳ制御の実行優先順位とに基づいて、開始候補のＱｏＳ制御を実行するか否かを決定する。例えば、管理装置１００は、実行優先順位が開始候補のＱｏＳ制御の実行優先順位より低い終了候補のＱｏＳ制御を終了することにより、開始候補のＱｏＳ制御のリソースを確保できる場合、終了候補のＱｏＳ制御を終了し、開始候補のＱｏＳ制御を実行する。これにより、本実施形態では、実行優先順位の高いＱｏＳ制御が実行優先順位の低いＱｏＳ制御が実行されていることにより実行できなくなることを抑制することができる。
　なお、ＱｏＳ制御の実行要求ＲＥＱＳを受信した場合における管理装置１００の動作は、図６に示す例に限定されない。例えば、ステップＳ１２８及びＳ１３０等において、実行されないＱｏＳ制御を待機列ＱＵＥに登録するか否かは、選択可能であってもよい。この場合、例えば、実行要求ＲＥＱＳに、実行されない場合のＱｏＳ制御を待機列ＱＵＥに登録するか否かの情報が含まれてもよい。あるいは、実行されない場合のＱｏＳ制御を待機列ＱＵＥに登録するか否かは、ＱｏＳ制御毎に予め設定されていてもよい。
　また、例えば、ステップＳ１２８及びＳ１３０の一方又は両方は、省かれてもよい。ステップＳ１２８が省かれる場合、終了したＱｏＳ制御の対象となる通信（終了候補のＱｏＳ制御の対象となる通信）は、ＱｏＳ制御が実行されない通信として継続されてもよいし、切断されてもよい。同様に、ステップＳ１３０が省かれる場合、実行されない開始候補のＱｏＳ制御の対象となる通信は、切断されずに、ＱｏＳ制御が実行されない通信として実行されてもよいし、切断されてもよい。また、ステップＳ１２８及びＳ１３０の両方が省かれる場合、すなわち、ＱｏＳ制御の実行を待機しない場合、管理装置１００は、待機列ＱＵＥを有さなくてもよい。なお、ステップＳ１２８及びＳ１３０の一方又は両方が省かれる場合、端末装置２００又はアプリケーションサーバ３００等は、ＱｏＳ制御が必要な場合、再度、実行要求ＲＥＱＳを管理装置１００に送信してもよい。
　図７は、待機中のＱｏＳ制御に対する管理装置１００の動作の一例を示すフローチャートである。図７に示す動作は、例えば、ネットワークＮＷに接続された情報処理装置（例えば、端末装置２００及びアプリケーションサーバ３００等）、及び、ネットワークＮＷに含まれる装置等から終了要求ＲＥＱＥが管理装置１００に送信された場合に実行される。
　先ず、ステップＳ１６０において、取得部１２０は、終了要求ＲＥＱＥを取得する。そして、取得部１２０は、処理をステップＳ１６２に進める。
　ステップＳ１６２において、品質制御部１４０は、ステップＳ１６０において取得された終了要求ＲＥＱＥにより示されるＱｏＳ制御を終了する。これにより、終了要求ＲＥＱＥにより示されるＱｏＳ制御に使用されていたリソースが解放されるため、ネットワークリソースの空きが増加する。品質制御部１４０は、ステップＳ１６２の処理を実行した後、処理をステップＳ１６４に進める。
　ステップＳ１６４において、品質制御部１４０は、ステップＳ１６０において取得された終了要求ＲＥＱＥに対する応答情報を、終了要求ＲＥＱＥを送信した装置に、送信する。例えば、品質制御部１４０は、終了要求ＲＥＱＥに対する応答情報として、終了要求ＲＥＱＥにより示されるＱｏＳ制御を終了することを示す肯定応答ＡＣＫＥを送信する。品質制御部１４０は、ステップＳ１６４の処理を実行した後、処理をステップＳ１７０に進める。
　ステップＳ１７０において、品質制御部１４０は、待機中のＱｏＳ制御があるか否かを判定する。例えば、品質制御部１４０は、待機中のＱｏＳ制御が待機列ＱＵＥに登録されているか否かを判定する。ステップＳ１７０における判定の結果が否定の場合、図７に示す動作は終了する。一方、ステップＳ１７０における判定の結果が肯定の場合、品質制御部１４０は、処理をステップＳ１８０に進める。
　ステップＳ１８０において、品質制御部１４０は、待機中のＱｏＳ制御から、判定対象のＱｏＳ制御を選択する。例えば、品質制御部１４０は、待機列ＱＵＥに登録されている選択対象のＱｏＳ制御のうち、実行優先順位が最も高いＱｏＳ制御を、判定対象のＱｏＳ制御として選択する。待機列ＱＵＥに登録されている選択対象のＱｏＳ制御は、待機列ＱＵＥに登録されているＱｏＳ制御のうち、後述するステップＳ１８２の判定が実行されていないＱｏＳ制御である。
　なお、選択対象のＱｏＳ制御に、実行優先順位が最も高いＱｏＳ制御が複数含まれる場合、品質制御部１４０は、実行優先順位が最も高い複数のＱｏＳ制御のうち、待機列ＱＵＥに登録された順番が最も早いＱｏＳ制御を、判定対象のＱｏＳ制御として選択してもよい。この場合、待機時間が不要に長くなることを抑制することができる。品質制御部１４０は、ステップＳ１８０の処理を実行した後、処理をステップＳ１８２に進める。
　ステップＳ１８２において、品質制御部１４０は、ステップＳ１８０において選択した判定対象のＱｏＳ制御を実行可能であるか否かを判定する。例えば、品質制御部１４０は、判定対象のＱｏＳ制御を実行するためのリソースが不足していないか否かを判定する。ステップＳ１８２における判定の結果が否定の場合、品質制御部１４０は、処理をステップＳ１８８に進める。一方、ステップＳ１８２における判定の結果が肯定の場合、品質制御部１４０は、処理をステップＳ１８４に進める。
　ステップＳ１８４において、品質制御部１４０は、判定対象のＱｏＳ制御を実行する。そして、品質制御部１４０は、処理をステップＳ１８６に進める。
　ステップＳ１８６において、品質制御部１４０は、判定対象のＱｏＳ制御を実行したことを示す実行情報ＳＩＮＦを、判定対象のＱｏＳ制御の実行要求ＲＥＱＳを送信した装置に、送信する。そして、品質制御部１４０は、処理をステップＳ１８８に進める。
　ステップＳ１８８において、品質制御部１４０は、待機中のＱｏＳ制御の全てにおいてステップＳ１８２の判定が実行されたか否かを、判定する。ステップＳ１８８における判定の結果が否定の場合、品質制御部１４０は、処理をステップＳ１８０に戻す。これにより、品質制御部１４０は、例えば、複数のＱｏＳ制御のうちの２つ以上のＱｏＳ制御を待機中のＱｏＳ制御として管理している場合、待機中のＱｏＳ制御として管理している２つ以上のＱｏＳ制御の各々を実行するか否かの決定を、実行優先順位が高い順に実行する。なお、ステップＳ１７０における判定の結果が肯定の場合、図７に示す動作は終了する。
　このように、管理装置１００は、実行中のＱｏＳ制御のいずれかが終了した場合、待機中のＱｏＳ制御の実行優先順位と実行中のＱｏＳ制御の実行優先順位とに基づいて、待機中のＱｏＳ制御を実行するか否かを決定する。例えば、管理装置１００は、実行中のＱｏＳ制御のいずれかが終了したことにより、待機中のＱｏＳ制御のうちの一のＱｏＳ制御のリソースを確保できる場合、待機中のＱｏＳ制御のうちの一のＱｏＳ制御を実行する。これにより、本実施形態では、ネットワークリソースに空きができた場合、待機中のＱｏＳ制御のいずれかを実行することができるため、ネットワークリソースを有効に使用することができる。
　なお、待機中のＱｏＳ制御に対する管理装置１００の動作は、図７に示す例に限定されない。例えば、例えば、あるいは、ステップＳ１６４の処理は、ステップＳ１６２の処理の前に実行されてもよいし、ステップＳ１６２の処理と並列に実行されてもよい。あるいは、ステップＳ１６４の処理は、ステップＳ１７０からステップＳ１８８までの一連の処理が終了した後に実行されてもよいし、ステップＳ１７０からステップＳ１８８までの一連の処理と並列に実行されてもよい。
　また、例えば、ステップＳ１７０からステップＳ１８８までの一連の処理は、終了要求ＲＥＱＥが管理装置１００に送信されたこととは別の契機により実行されてもよい。あるいは、ステップＳ１７０からステップＳ１８８までの一連の処理は、所定の間隔で繰り返し実行されてもよいし、待機列ＱＵＥにＱｏＳ制御が新たに登録された登録タイミングから所定時間経過後に実行されてもよい。
　上述の別の契機は、例えば、ネットワークリソースの空きが増加した場合であってもよい。なお、ネットワークリソースの空きはＱｏＳ制御が終了することにより増加するが、以下に示すように、ＱｏＳ制御の終了に拘わらず、ネットワークリソースの空きが増加する場合がある。例えば、ネットワークＮＷ内の装置のメンテナンス等により通常の状態に比べてネットワークリソースが減少している場合、メンテナンスの終了によりネットワークリソースの空きは、増加する。また、例えば、ネットワークＮＷの設備が増設された場合、ネットワークリソースの空きは、増加する。
　実行中のＱｏＳ制御のいずれかが終了することは、「所定の契機」の一例であり、ネットワークリソースの空きが増加することは、「所定の契機」の他の例である。また、ステップＳ１７０からステップＳ１８８までの一連の処理が所定の間隔で繰り返される場合、ステップＳ１７０からステップＳ１８８までの一連の処理の前回の実行タイミングから、所定の間隔に対応する時間が経過することは、「所定の契機」の他の例である。この場合、繰り返される処理の最初の契機は、ＱｏＳ制御が登録されていない待機列ＱＵＥに、１つ目のＱｏＳ制御が登録されたタイミングから、所定の間隔に対応する時間が経過したタイミングであってもよい。また、ステップＳ１７０からステップＳ１８８までの一連の処理が、待機列ＱＵＥにＱｏＳ制御が新たに登録された登録タイミングから所定時間経過後に実行される場合、登録タイミングから、所定時間が経過することは、「所定の契機」の他の例である。
　また、例えば、管理装置１００は、ステップＳ１８２において、図６に示したステップＳ１２２からステップＳ１２８までの一連の処理と同様の処理を実行してもよい。この場合、実行中のＱｏＳ制御及び待機中のＱｏＳ制御のうち、実行優先順位の高いＱｏＳ制御を優先的に実行することができる。例えば、実行優先順位が、図５に示したＱｏＳｃの実行優先順位より高く、ＱｏＳｂの実行優先順位より低いＱｏＳｅが待機中であり、ＱｏＳｅのリソースはＱｏＳｂ及びＱｏＳｃの両方が実行されていない場合に確保できる場合を想定する。ＱｏＳｂ及びＱｏＳｃの両方が実行されている期間では、ＱｏＳｅは、実行されずに待機する。待機中のＱｏＳのリソースは、例えば、実行中のＱｏＳｂ及びＱｏＳｃのうちのＱｏＳｂが終了した場合、実行優先順位がＱｏＳｅの実行優先順位より低いＱｏＳｃを終了させることにより、確保される。従って、管理装置１００は、例えば、実行中のＱｏＳｂ及びＱｏＳｃのうちのＱｏＳｂが終了した場合、実行優先順位がＱｏＳｅの実行優先順位より低いＱｏＳｃを終了することにより、待機中のＱｏＳｅを実行することができる。
　なお、図６に示したステップＳ１２２からステップＳ１２８までの一連の処理と同様の処理は、図６のステップＳ１２２からステップＳ１２８までの一連の処理の説明において、「開始候補のＱｏＳ制御」を「判定対象のＱｏＳ制御」に読み替えることにより、説明される。例えば、図６のステップＳ１２２又はＳ１２４の判定と同様の判定の結果が否定の場合、ステップＳ１８８の処理が実行され、ステップＳ１２８の処理と同様の処理が実行された後、ステップＳ１８４の処理が実行される。
　また、例えば、管理装置１００は、ステップＳ１６０において取得した終了要求ＲＥＱＥにより示されるＱｏＳ制御を終了しなくてもよい。この場合、管理装置１００は、ステップＳ１６４において、終了要求ＲＥＱＥにより示されるＱｏＳ制御を終了しないことを示す否定応答を送信してもよい。また、終了要求ＲＥＱＥにより示されるＱｏＳ制御を終了しない場合、ステップＳ１７０からステップＳ１８８までの一連の処理は、実行されなくてもよい。
　以上、本実施形態では、管理装置１００は、複数のＱｏＳ制御のいずれかの実行を要求する実行要求ＲＥＱＳを取得する取得部１２０と、品質制御部１４０とを有する。品質制御部１４０は、実行要求ＲＥＱＳにより示される開始候補のＱｏＳ制御を実行するためのリソースが不足していない場合、開始候補のＱｏＳ制御を実行する。なお、複数のＱｏＳ制御のうち、開始候補のＱｏＳ制御以外の１つ以上のＱｏＳ制御が実行されていることにより、開始候補のＱｏＳ制御のリソースの一部又は全部が不足している場合がある。この場合、品質制御部１４０は、開始候補のＱｏＳ制御の実行優先順位と実行中のＱｏＳ制御の実行優先順位とに基づいて、開始候補のＱｏＳ制御を実行するか否かを決定する。
　このように、管理装置１００は、開始候補のＱｏＳ制御のリソースが不足している場合、開始候補のＱｏＳ制御の実行優先順位と実行中のＱｏＳ制御の実行優先順位とに基づいて、開始候補のＱｏＳ制御を実行するか否かを決定する。これにより、本実施形態では、実行優先順位の高いＱｏＳ制御を優先的に実行することができる。この結果、本実施形態では、様々なＱｏＳ制御の要求に対して、有限なネットワークリソースを有効に使用して、適切なＱｏＳ制御を実行することができる。
　また、本実施形態では、品質制御部１４０は、実行中のＱｏＳ制御のうち、実行優先順位が開始候補のＱｏＳ制御の実行優先順位より低い終了候補のＱｏＳ制御を終了することにより、開始候補のＱｏＳ制御のリソースを確保できる場合、終了候補のＱｏＳ制御を終了してもよい。そして、品質制御部１４０は、開始候補のＱｏＳ制御を実行してもよい。これにより、本実施形態では、実行優先順位の高いＱｏＳ制御が実行優先順位の低いＱｏＳ制御が実行されていることにより実行できなくなることを抑制することができる。また、品質制御部１４０は、終了候補のＱｏＳ制御を終了しても、開始候補のＱｏＳ制御のリソースを確保できない場合、開始候補のＱｏＳ制御を実行せずに、終了候補のＱｏＳ制御の実行を継続してもよい。これにより、本実施形態では、実行優先順位の低いＱｏＳ制御が不要に終了することを抑制することができる。
　また、本実施形態では、品質制御部１４０は、終了候補のＱｏＳ制御を終了した場合、終了候補のＱｏＳ制御の実行要求ＲＥＱＳを送信した装置に、実行要求ＲＥＱＳに基づくＱｏＳ制御を終了したことを示す終了情報ＥＩＮＦを送信してもよい。これにより、本実施形態では、終了候補のＱｏＳ制御の実行要求ＲＥＱＳを送信した装置にＱｏＳ制御の終了を認識させることができる。また、品質制御部１４０は、開始候補のＱｏＳ制御を実行せずに、終了候補のＱｏＳ制御の実行を継続する場合、開始候補のＱｏＳ制御の実行要求ＲＥＱＳを送信した装置に、実行要求ＲＥＱＳに基づくＱｏＳ制御が実行されないことを示す否定応答ＮＡＣＫＳを送信してもよい。これにより、本実施形態では、開始候補のＱｏＳ制御の実行要求ＲＥＱＳを送信した装置に、ＱｏＳ制御が実行されないことを認識させることができる。
　また、本実施形態では、品質制御部１４０は、終了候補のＱｏＳ制御を終了した場合、終了候補のＱｏＳ制御のうち、終了したＱｏＳ制御を、実行を待機する待機中のＱｏＳ制御として管理してもよい。また、品質制御部１４０は、開始候補のＱｏＳ制御を実行せずに、終了候補のＱｏＳ制御の実行を継続する場合、開始候補のＱｏＳ制御を待機中のＱｏＳ制御として管理してもよい。そして、品質制御部１４０は、所定の契機に、待機中のＱｏＳ制御の実行優先順位と実行中のＱｏＳ制御の実行優先順位とに基づいて、待機中のＱｏＳ制御を実行するか否かを決定してもよい。これにより、本実施形態では、例えば、実行中のＱｏＳ制御のいずれかが終了したこと等により、ネットワークリソースに空きができた場合、待機中のＱｏＳ制御のいずれかを実行することができる。この結果、本実施形態では、ネットワークリソースを有効に使用することができる。
　また、本実施形態では、待機中のＱｏＳ制御のいずれかを実行すると決定した場合、待機中のＱｏＳ制御のうち、実行されるＱｏＳ制御の実行要求ＲＥＱＳを送信した装置に、実行要求ＲＥＱＳに基づくＱｏＳ制御が実行されることを示す実行情報ＳＩＮＦを送信してもよい。これにより、本実施形態では、実行されるＱｏＳ制御の実行要求ＲＥＱＳを送信した装置に、ＱｏＳ制御が実行されることを認識させることができる。
　また、本実施形態では、複数のＱｏＳ制御は、第１のＱｏＳ制御、第２のＱｏＳ制御、第３のＱｏＳ制御及び第４のＱｏＳ制御を含んでもよい。第１のＱｏＳ制御は、ネットワークＮＷにより提供される通信サービスの契約に基づく回線毎に実行され、通信品質を保証する。第２のＱｏＳ制御は、回線毎に実行され、通信品質をベストエフォートにより制御する。第３のＱｏＳ制御は、ネットワークＮＷに接続された端末装置２００において利用可能なアプリケーションプログラムＰＲａｐ毎に実行され、通信品質を保証する。第４のＱｏＳ制御は、アプリケーションプログラムＰＲａｐ毎に実行され、通信品質をベストエフォートにより制御する。
　また、本実施形態では、第１のＱｏＳ制御の実行優先順位、及び、第３のＱｏＳ制御の実行優先順位は、第２のＱｏＳ制御の実行優先順位及び第３のＱｏＳ制御の実行優先順位のいずれよりも高い優先順位である。また、第１のＱｏＳ制御の実行優先順位は、第３のＱｏＳ制御の実行優先順位よりも高い優先順位である。そして、第２のＱｏＳ制御の実行優先順位は、第４のＱｏＳ制御の実行優先順位よりも高い優先順位である。
　このように、本実施形態では、第１のＱｏＳ制御、第２のＱｏＳ制御、第３のＱｏＳ制御及び第４のＱｏＳ制御等の様々なＱｏＳ制御の要求に対して、有限なネットワークリソースを有効に使用して、適切なＱｏＳ制御を実行することができる。また、回線毎に実行されるＱｏＳ制御では、アプリケーションプログラムＰＲａｐ毎に実行されるＱｏＳ制御に比べて、多くのリソースが必要となると考えられる。このため、通信事業者が、回線毎に実行されるＱｏＳ制御に対する課金額を、アプリケーションプログラムＰＲａｐ毎に実行されるＱｏＳ制御に対する課金額より高くすることが想定される。この場合、例えば、第２のＱｏＳ制御に対する課金額を第４のＱｏＳ制御に対する課金額より高くすることが想定されが、第２のＱｏＳ制御が第４のＱｏＳ制御より優先的に実行されるため、課金者が課金額に不満を感じることを抑制することができる。
［２．変形例］
　本発明は、以上に例示した実施形態に限定されない。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を併合してもよい。
［第１変形例］
　上述した実施形態では、ＱｏＳ制御が実行されている場合の実行優先順位が、ＱｏＳ制御が実行されていない場合の実行優先順位と同じ優先順位である場合を示したが、本発明はこのような態様に限定されるものではない。例えば、ＱｏＳ制御が実行されている場合の実行優先順位は、ＱｏＳ制御が実行されていない場合の実行優先順位と異なる優先順位であってもよい。
　具体的には、複数のＱｏＳ制御のうちの実行前のＱｏＳ制御の実行優先順位は、実行前のＱｏＳ制御の開始に関する優先順位を示し、複数のＱｏＳ制御のうちの実行中のＱｏＳ制御の実行優先順位は、実行中のＱｏＳ制御の継続に関する優先順位を示してもよい。なお、複数のＱｏＳ制御の各々において、実行中のＱｏＳ制御の実行優先順位は、実行前のＱｏＳ制御の実行優先順位と同じ優先順位、又は、実行前のＱｏＳ制御の実行優先順位より高い優先順位である。これにより、第１変形例では、ＱｏＳ制御の開始が後回しになる可能性は高いが、ＱｏＳ制御が開始された場合には途中で終了する可能性が低くなるＱｏＳ制御を提供することができる。
　図８は、第１変形例に係るＱｏＳ制御の一例を示す説明図である。なお、図８では、図３に示した複数のＱｏＳ制御の一部（低遅延モード）を例にして第１変形例に係るＱｏＳ制御を説明する。
　図８に示す開始優先順位は、実行前のＱｏＳ制御の実行優先順位であり、実行前のＱｏＳ制御の開始に関する優先順位を示す。また、図８に示す継続優先順位は、実行中のＱｏＳ制御の実行優先順位であり、実行中のＱｏＳ制御の継続に関する優先順位を示す。
　図８に示すように、例えば、ＱＣＩが“１”、“２”及び“３”の各ＱｏＳ制御では、当該ＱｏＳ制御の実行前の開始優先順位と、当該ＱｏＳ制御の実行中の継続優先順位とは、互いに同じ優先順位である。例えば、ＱＣＩが“２”のＱｏＳ制御では、開始優先順位及び継続優先順位の両方とも“１８”である。これに対し、ＱＣＩが“４”のＱｏＳ制御では、当該ＱｏＳ制御の実行前の開始優先順位と、当該ＱｏＳ制御の実行中の継続優先順位とは、互いに異なる優先順位である。例えば、ＱＣＩが“４”のＱｏＳ制御では、開始優先順位は“２５”であり、継続優先順位は“１７”である。すなわち、ＱＣＩが“４”のＱｏＳ制御では、継続優先順位は、開始優先順位より高い。これにより、ＱＣＩが“４”のＱｏＳ制御では、ＱｏＳ制御の開始は、ＱＣＩが“２”のＱｏＳ制御の方が優先されるが、実行中に途中で終了する可能性は、ＱＣＩが“２”のＱｏＳ制御より低くなる。
　なお、図８に示す例では、開始優先順位が、開始をできるだけ優先するベストエフォート型に対応する優先順位である場合、継続優先順位は、実行したＱｏＳ制御を途中で終了せずにできるだけ継続するベストエフォート型に対応する優先順位である。また、開始優先順位が、ＱｏＳ制御の開始を保証する保証型に対応する優先順位である場合、継続優先順位は、途中で終了しないことを保証する保証型に対応する優先順位である。
　第１変形例に係るＱｏＳ制御は、図８に示す例に限定されない。例えば、開始優先順位がベストエフォート型に対応する優先順位で、継続優先順位が保証型に対応する優先順位であってもよい。また、開始優先順位が保証型に対応する優先順位で、継続優先順位がベストエフォート型に対応する優先順位であってもよい。すなわち、第１変形例に係るＱｏＳ制御の実行優先順位は、保証型又はベストエフォート型に対応する開始優先順位と、保証型又はベストエフォート型に対応する継続優先順位との組み合わせによる複数のパターンのいずれかであってもよい。
　第１変形例では、ＱｏＳ制御が実行されている場合の実行優先順位を、ＱｏＳ制御が実行されていない場合の実行優先順位と同じ優先順位、又は、ＱｏＳ制御が実行されていない場合の実行優先順位より高い優先順位にすることができる。これにより、第１変形例では、ＱｏＳ制御の使い勝手を向上することができる。
［第２変形例］
　上述した実施形態及び第１変形例では、取得部１２０が実行要求ＲＥＱＳを取得する度に、開始候補のＱｏＳ制御を実行するためのリソースが不足しているか否かを品質制御部１４０が判定する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、品質制御部１４０は、実行要求ＲＥＱＳを取得部１２０が取得した時点において、実行優先順位が開始候補のＱｏＳ制御の実行優先順位より高いＱｏＳ制御を、待機中のＱｏＳ制御として既に管理している場合、リソースが不足しているか否かの判定を実行しなくてもよい。
　具体的には、管理装置１００は、待機中のＱｏＳ制御の中に、開始候補のＱｏＳ制御と共通のリソースを使うＱｏＳ制御であって、開始候補のＱｏＳ制御の実行優先順位より高い実行優先順位のＱｏＳ制御が含まれている場合、リソースが不足しているか否かの判定を実行しなくてもよい。
　なお、品質制御部１４０は、開始候補のＱｏＳ制御のリソースが不足しているか否かの判定を実行しない場合、開始候補のＱｏＳ制御を待機中のＱｏＳ制御として管理してもよい。すなわち、品質制御部１４０は、実行優先順位が開始候補のＱｏＳ制御の実行優先順位より高いＱｏＳ制御を、待機中のＱｏＳ制御として既に管理している場合、待機中のＱｏＳ制御として管理するＱｏＳ制御に、開始候補のＱｏＳ制御を追加してもよい。
　第２変形例では、少なくとも１つの待機中のＱｏＳ制御の実行優先順位より、低い実行優先順位の開始候補のＱｏＳ制御に対しては、リソースが不足しているか否かの判定を省くことができる。この結果、第２変形例では、ＱｏＳ制御の実行要求ＲＥＱＳを受信した場合における管理装置１００の動作が煩雑になることを抑制することができる。
［第３変形例］
　上述した実施形態、第１変形例及び第２変形例において、複数のＱｏＳ制御の一部又は全部に、終了条件が決められていてもよい。例えば、上述した実施形態において説明したように、取得部１２０は、実行中のＱｏＳ制御の終了を要求する終了要求ＲＥＱＥを取得する。また、品質制御部１４０は、終了要求ＲＥＱＥを取得部１２０が取得した場合、実行中のＱｏＳ制御のうち、終了要求ＲＥＱＥにより示されるＱｏＳ制御を終了する。そして、第３変形例では、品質制御部１４０は、実行中のＱｏＳ制御のいずれかが終了条件を満たした場合、実行中のＱｏＳ制御のうち、終了条件を満たしたＱｏＳ制御を、終了要求ＲＥＱＥを取得部１２０が取得したか否かに拘わらず、自動的に終了する。すなわち、終了条件を満たしたＱｏＳ制御は、強制的に終了させられる。
　終了条件は、例えば、端末装置２００又はアプリケーションサーバ３００の状態が通信を不要としている状態に遷移することであってもよいし、予め決められたＱｏＳの利用時間、利用日、曜日又は回数であってもよい。通信を不要としている状態としては、例えば、アプリケーションプログラムＰＲａｐの通信が所定時間発生していない状態、及び、ＱｏＳ制御の対象外のアプリケーションプログラムＰＲａｐが実行された状態等が該当する。なお、ＱｏＳ制御が強制的に終了させられた通信は、切断されてもよいし、切断されずに、ＱｏＳ制御が実行されない通信として継続されてもよい。
　第３変形例では、終了条件を満たしたＱｏＳ制御を強制的に終了することができるため、ネットワークリソースが不要に使用されることを抑制することができる。これにより、第３変形例では、ネットワークリソースを有効に使用することができる。
［第４変形例］
　上述した実施形態、及び、第１変形例から第３変形例までの変形例では、ＱｏＳ制御の各モードにおいて、ＳＩＭ単位のＱｏＳ制御の実行優先順位がアプリケーションプログラム単位のＱｏＳ制御の実行優先順位より高い場合を示したが、本発明はこのような態様に限定されるものではない。例えば、ＱｏＳ制御の各モードにおいて、アプリケーションプログラム単位のＱｏＳ制御の実行優先順位がＳＩＭ単位のＱｏＳ制御の実行優先順位より高くてもよい。
　従って、第４変形例では、上述した第１のＱｏＳ制御、第２のＱｏＳ制御、第３のＱｏＳ制御及び第４のＱｏＳ制御が複数のＱｏＳ制御に含まれる場合、第３のＱｏＳ制御の実行優先順位は、第１のＱｏＳ制御の実行優先順位よりも高い優先順位であってもよい。また、第４のＱｏＳ制御の実行優先順位は、第２のＱｏＳ制御の実行優先順位よりも高い優先順位であってもよい。
　ＳＩＭ単位のＱｏＳ制御では、端末装置２００のほぼ全ての通信に対してＱｏＳ制御が実行されるため、ＱｏＳ制御の必要性が低いアプリケーションプログラムＰＲａｐの通信に対してもＱｏＳ制御が実行される場合がある。これに対し、アプリケーションプログラム単位のＱｏＳ制御では、アプリケーションプログラムＰＲａｐ毎に必要なＱｏＳ制御が選択される。このため、例えば、ＱｏＳ制御の必要性が低いアプリケーションプログラムＰＲａｐは、ＱｏＳ制御の利用が許可されているアプリケーションプログラムＰＲａｐに設定されなくてもよい。従って、ＱｏＳ制御の各モードにおいて、アプリケーションプログラム単位のＱｏＳ制御をＳＩＭ単位のＱｏＳ制御より優先的に実行する場合、ＱｏＳ制御の必要性が低いアプリケーションプログラムＰＲａｐの通信に対してＱｏＳ制御が実行されることを抑制することができる。すなわち、第４変形例では、真に必要なユースケースのＱｏＳ制御を優先的に実行することができる。
　また、アプリケーションプログラム単位のＱｏＳ制御に使用されるリソースは、ＳＩＭ単位のＱｏＳ制御に使用されるリソースより少ないと考えられる。このため、アプリケーションプログラム単位のＱｏＳ制御をＳＩＭ単位のＱｏＳ制御より優先的に実行する場合、ＳＩＭ単位のＱｏＳ制御をアプリケーションプログラム単位のＱｏＳ制御より優先的に実行する場合に比べて、多くのユーザにＱｏＳ制御を提供することができる。このように、第４変形例では、ネットワークリソースを有効に使用して、多くのユーザにＱｏＳ制御を提供することができる。
［第５変形例］
　上述した実施形態、及び、第１変形例から第４変形例までの変形例において、品質制御部１４０は、複数のＱｏＳ制御のうち、開始候補のＱｏＳ制御とは別のＱｏＳ制御を、開始候補のＱｏＳ制御を要求した装置に対して既に実行している場合、以下に示すように動作してもよい。
　例えば、開始候補のＱｏＳ制御とは別のＱｏＳ制御が、開始候補のＱｏＳ制御を要求した端末装置２００に対して既に実行されていることにより、開始候補のＱｏＳ制御のリソースが不足している場合を想定する。さらに、開始候補のＱｏＳ制御及び別のＱｏＳ制御の両方が、ベストエフォート型のＱｏＳ制御である場合を想定する。この場合、品質制御部１４０は、開始候補のＱｏＳ制御と別のＱｏＳ制御とのうち、実行優先順位が高いＱｏＳ制御を実行し、実行優先順位が低いＱｏＳ制御を実行しなくてもよい。なお、実行されないＱｏＳ制御（実行優先順位が低いＱｏＳ制御）は、待機列ＱＵＥに登録されなくてもよい。
　第４変形例では、特定の端末装置２００に対して複数のＱｏＳ制御が実行されることを抑制することができるため、ネットワークリソースを有効に使用して、多くの端末装置２００に対してＱｏＳ制御を実行することができる。
［第６変形例］
　上述した実施形態、及び、第１変形例から第５変形例までの変形例では、保証型のＱｏＳ制御が実行されない場合については、特に説明していないが、保証型のＱｏＳ制御が実行されない場合、課金額等が減額されてもよい。
［３．その他］
（１）上述した実施形態では、記憶装置（例えば、記憶装置１６０及び２６０）は、処理装置（例えば、処理装置１１０及び２１０）が読取可能な記録媒体であり、ＲＯＭ及びＲＡＭなどを例示したが、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＣＤ－ＲＯＭ（Compact　Disc－ＲＯＭ）、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されてもよい。また、プログラムは、電気通信回線を介して通信網から送信されてもよい。
（２）上述した実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th　generation　mobile　communication　system）、５Ｇ（5th　generation　mobile　communication　system）、ＦＲＡ（Future　Radio　Access）、ＮＲ（new　Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
（３）上述した実施形態において、説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
（４）上述した実施形態において、入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
（５）上述した実施形態において、判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
（６）上述した実施形態において例示した処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
（７）図１等の図面に例示された各機能は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　また、通信装置１７０及び２７０は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１７０及び２７０は、例えば、周波数分割複信（ＦＤＤ：Frequency　Division　Duplex）及び時分割複信（ＴＤＤ：Time　Division　Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。
（８）上述した実施形態で例示したプログラムは、ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital　Subscriber　Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
（９）前述の各形態において、「システム」及び「ネットワーク」という用語は、互換的に使用される。
（１０）本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
（１１）上述した実施形態において、端末装置２００は、移動局（ＭＳ：Mobile　Station）である場合が含まれる。移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。また、本開示においては、「移動局」、「ユーザ端末（user　terminal）」、「ユーザ装置（ＵＥ：User　Equipment）」、「端末」等の用語は、互換的に使用され得る。
（１２）上述した実施形態において、「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
（１３）上述した実施形態において、「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
（１４）本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
（１５）上述した実施形態において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
（１６）本開示において、例えば、英語でのa,　an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
（１７）本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」等の用語も、「異なる」と同様に解釈されてもよい。
（１８）本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
　１０…ネットワークシステム、１００…管理装置、１１０…処理装置、１４０…品質制御部、１６０…記憶装置、１７０…通信装置、２００…端末装置、２１０…処理装置、２４０…要求部、２６０…記憶装置、２７０…通信装置、２８０…入力装置、２９０…出力装置、３００…アプリケーションサーバ、ＮＷ…ネットワーク。

Claims (10)

  1. 　ネットワークの通信品質を制御する複数の品質制御を実行する管理装置であって、
    　前記複数の品質制御のいずれかの実行を要求する実行要求を取得する取得部と、
    　前記実行要求により示される開始候補の品質制御を実行するためのリソースが不足していない場合、前記開始候補の品質制御を実行し、前記複数の品質制御のうち、前記開始候補の品質制御以外の１つ以上の品質制御が実行されていることにより、前記リソースの一部又は全部が不足している場合、前記開始候補の品質制御の実行優先順位と実行中の品質制御の実行優先順位とに基づいて、前記開始候補の品質制御を実行するか否かを決定する品質制御部と、
    　を備えている、
    　ことを特徴とする管理装置。
  2. 　前記品質制御部は、
    　前記実行中の品質制御のうち、前記実行優先順位が前記開始候補の品質制御の前記実行優先順位より低い終了候補の品質制御を終了することにより、前記リソースを確保できる場合、前記終了候補の品質制御を終了し、前記開始候補の品質制御を実行し、
    　前記終了候補の品質制御を終了しても、前記リソースを確保できない場合、前記開始候補の品質制御を実行せずに、前記終了候補の品質制御の実行を継続する、
    　ことを特徴とする請求項１に記載の管理装置。
  3. 　前記品質制御部は、
    　前記終了候補の品質制御を終了した場合、前記終了候補の品質制御の前記実行要求を送信した装置に、前記実行要求に基づく品質制御を終了したことを示す終了情報を送信し、
    　前記開始候補の品質制御を実行せずに、前記終了候補の品質制御の実行を継続する場合、前記開始候補の品質制御の前記実行要求を送信した装置に、前記実行要求に基づく品質制御が実行されないことを示す否定情報を送信する、
    　ことを特徴とする請求項２に記載の管理装置。
  4. 　前記品質制御部は、
    　前記終了候補の品質制御を終了した場合、終了した品質制御を、実行を待機する待機中の品質制御として管理し、
    　前記開始候補の品質制御を実行せずに、前記終了候補の品質制御の実行を継続する場合、前記開始候補の品質制御を前記待機中の品質制御として管理し、
    　所定の契機に、前記待機中の品質制御の前記実行優先順位と前記実行中の品質制御の前記実行優先順位とに基づいて、前記待機中の品質制御を実行するか否かを決定する、
    　ことを特徴とする請求項２又は３に記載の管理装置。
  5. 　前記品質制御部は、
    　前記実行要求を前記取得部が取得した時点において、前記実行優先順位が前記開始候補の品質制御の前記実行優先順位より高い品質制御を前記待機中の品質制御として既に管理している場合、前記待機中の品質制御として管理する品質制御に前記開始候補の品質制御を追加する、
    　ことを特徴とする請求項４に記載の管理装置。
  6. 　前記品質制御部は、
    　前記待機中の品質制御のいずれかを実行すると決定した場合、前記待機中の品質制御のうち、実行される品質制御の前記実行要求を送信した装置に、前記実行要求に基づく品質制御が実行されることを示す実行情報を送信する、
    　ことを特徴とする請求項４又は５に記載の管理装置。
  7. 　前記複数の品質制御のうちの実行前の品質制御の前記実行優先順位は、前記実行前の品質制御の開始に関する優先順位を示し、
    　前記複数の品質制御のうちの前記実行中の品質制御の前記実行優先順位は、前記実行中の品質制御の継続に関する優先順位を示し、
    　前記複数の品質制御の各々において、前記実行中の品質制御の前記実行優先順位は、前記実行前の品質制御の前記実行優先順位と同じ優先順位、又は、前記実行前の品質制御の前記実行優先順位より高い優先順位である、
    　ことを特徴とする請求項１から６のいずれか１項に記載の管理装置。
  8. 　前記複数の品質制御の一部又は全部には、終了条件が決められており、
    　前記取得部は、
    　前記実行中の品質制御の終了を要求する終了要求を取得し、
    　前記品質制御部は、
    　前記終了要求を前記取得部が取得した場合、前記実行中の品質制御のうち、前記終了要求により示される品質制御を終了し、
    　前記実行中の品質制御のいずれかが前記終了条件を満たした場合、前記実行中の品質制御のうち、前記終了条件を満たした品質制御を、前記終了要求を前記取得部が取得したか否かに拘わらず、自動的に終了する、
    　ことを特徴とする請求項１から７のいずれか１項に記載の管理装置。
  9. 　前記複数の品質制御は、
    　前記ネットワークにより提供される通信サービスの契約に基づく回線毎に実行され、前記通信品質を保証する第１の品質制御と、
    　前記回線毎に実行され、前記通信品質をベストエフォートにより制御する第２の品質制御と、
    　前記ネットワークに接続された装置において利用可能なアプリケーションプログラム毎に実行され、前記通信品質を保証する第３の品質制御と、
    　前記アプリケーションプログラム毎に実行され、前記通信品質をベストエフォートにより制御する第４の品質制御と、
    　を含み、
    　前記第１の品質制御の前記実行優先順位、及び、前記第３の品質制御の前記実行優先順位は、前記第２の品質制御の前記実行優先順位及び前記第４の品質制御の前記実行優先順位のいずれよりも高い優先順位であり、
    　前記第１の品質制御の前記実行優先順位は、前記第３の品質制御の前記実行優先順位よりも高い優先順位であり、
    　前記第２の品質制御の前記実行優先順位は、前記第４の品質制御の前記実行優先順位よりも高い優先順位である、
    　ことを特徴とする請求項１から８のいずれか１項に記載の管理装置。
  10. 　前記複数の品質制御は、
    　前記ネットワークにより提供される通信サービスの契約に基づく回線毎に実行され、前記通信品質を保証する第１の品質制御と、
    　前記回線毎に実行され、前記通信品質をベストエフォートにより制御する第２の品質制御と、
    　前記ネットワークに接続された装置において利用可能なアプリケーションプログラム毎に実行され、前記通信品質を保証する第３の品質制御と、
    　前記アプリケーションプログラム毎に実行され、前記通信品質をベストエフォートにより制御する第４の品質制御と、
    　を含み、
    　前記第１の品質制御の前記実行優先順位、及び、前記第３の品質制御の前記実行優先順位は、前記第２の品質制御の前記実行優先順位及び前記第４の品質制御の前記実行優先順位のいずれよりも高い優先順位であり、
    　前記第３の品質制御の前記実行優先順位は、前記第１の品質制御の前記実行優先順位よりも高い優先順位であり、
    　前記第４の品質制御の前記実行優先順位は、前記第２の品質制御の前記実行優先順位よりも高い優先順位である、
    　ことを特徴とする請求項１から８のいずれか１項に記載の管理装置。
PCT/JP2021/033406 2020-09-30 2021-09-10 管理装置 WO2022070847A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022553761A JPWO2022070847A1 (ja) 2020-09-30 2021-09-10

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020164705 2020-09-30
JP2020-164705 2020-09-30

Publications (1)

Publication Number Publication Date
WO2022070847A1 true WO2022070847A1 (ja) 2022-04-07

Family

ID=80951363

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/033406 WO2022070847A1 (ja) 2020-09-30 2021-09-10 管理装置

Country Status (2)

Country Link
JP (1) JPWO2022070847A1 (ja)
WO (1) WO2022070847A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011096315A1 (ja) * 2010-02-08 2011-08-11 日本電気株式会社 無線基地局、制御プロセッサ、プログラム及び無線リソース割当制御方法
US20150296499A1 (en) * 2014-04-11 2015-10-15 Velizon Patent and Licensing Inc., Sharing radio resources among devices of different device classes
US9253704B1 (en) * 2014-09-25 2016-02-02 Telefonaktiebolaget L M Ericsson (Publ) Intelligence in handover assessment for LTE/VoLTE calls to improve retainability
JP2018523383A (ja) * 2015-06-25 2018-08-16 アルカテル−ルーセント アプリケーションを連携制御するためのシステムおよび方法
WO2020030793A1 (en) * 2018-08-10 2020-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for controlling sidelink qos
WO2020166230A1 (ja) * 2019-02-13 2020-08-20 ソニー株式会社 通信装置及び通信方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011096315A1 (ja) * 2010-02-08 2011-08-11 日本電気株式会社 無線基地局、制御プロセッサ、プログラム及び無線リソース割当制御方法
US20150296499A1 (en) * 2014-04-11 2015-10-15 Velizon Patent and Licensing Inc., Sharing radio resources among devices of different device classes
US9253704B1 (en) * 2014-09-25 2016-02-02 Telefonaktiebolaget L M Ericsson (Publ) Intelligence in handover assessment for LTE/VoLTE calls to improve retainability
JP2018523383A (ja) * 2015-06-25 2018-08-16 アルカテル−ルーセント アプリケーションを連携制御するためのシステムおよび方法
WO2020030793A1 (en) * 2018-08-10 2020-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for controlling sidelink qos
WO2020166230A1 (ja) * 2019-02-13 2020-08-20 ソニー株式会社 通信装置及び通信方法

Also Published As

Publication number Publication date
JPWO2022070847A1 (ja) 2022-04-07

Similar Documents

Publication Publication Date Title
JP6754734B2 (ja) Ｒａｎスライスにおけるリソース管理装置及びｒａｎスライスにおけるリソース管理方法
US20170041950A1 (en) Method, device, and communications system for performing data communication by using unlicensed spectrum
JP7216740B2 (ja) チャネルブラインド検出方法、信号伝送方法及び関連機器
CN109088799B (zh) 一种客户端接入方法、装置、终端以及存储介质
EP3576355A1 (en) Techniques for managing a remote web client from an application on a mobile device
KR102305807B1 (ko) 통신 방법 및 장치
JP2018056868A (ja) スライス管理装置、スライス管理方法およびスライス管理システム
WO2022012417A1 (zh) 冲突处理方法及装置
CN107332762A (zh) 文件/信息的分享方法、移动终端及具有存储功能的装置
WO2022070847A1 (ja) 管理装置
JP2021077995A (ja) 通信制御装置
JP7432771B2 (ja) リソース処理方法、リソース処理装置及び端末
JP7453367B2 (ja) 管理装置及びネットワークシステム
JP7417728B2 (ja) ネットワークシステム
JP7478823B2 (ja) 端末装置及び端末装置の制御方法
WO2021210278A1 (ja) 管理装置
JP7460786B2 (ja) 管理装置
JP2019036873A (ja) 基地局
WO2022065080A1 (ja) 情報処理装置及びネットワークシステム
WO2021177174A1 (ja) 管理装置及びネットワークシステム
CN110915296B (zh) 无线个域网无线单元在由用户设备支持的多个无线接入技术当中的动态分配
CN115150886A (zh) 接入方法、装置、设备及可读存储介质
JP2024045520A (ja) 管理装置
JP2020096248A (ja) 呼制御システム
JP6937351B2 (ja) 情報提供システム

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2022553761

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

Country of ref document: EP

Kind code of ref document: A1