WO2023187937A1 - 品質調整装置、品質調整方法、及びプログラム - Google Patents

品質調整装置、品質調整方法、及びプログラム Download PDF

Info

Publication number
WO2023187937A1
WO2023187937A1 PCT/JP2022/015200 JP2022015200W WO2023187937A1 WO 2023187937 A1 WO2023187937 A1 WO 2023187937A1 JP 2022015200 W JP2022015200 W JP 2022015200W WO 2023187937 A1 WO2023187937 A1 WO 2023187937A1
Authority
WO
WIPO (PCT)
Prior art keywords
adjustment
quality
terminal
function unit
target
Prior art date
Application number
PCT/JP2022/015200
Other languages
English (en)
French (fr)
Inventor
正裕 小林
太一 河野
薫明 原田
Original Assignee
日本電信電話株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Priority to PCT/JP2022/015200 priority Critical patent/WO2023187937A1/ja
Publication of WO2023187937A1 publication Critical patent/WO2023187937A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests

Definitions

  • the present invention relates to a technique for adjusting the quality when a terminal uses a network service.
  • Streaming video distribution services are becoming widespread. Users of streaming video distribution services tend to place more emphasis on low traffic volume than on quality.
  • existing bit rate selection methods used for video quality control focus only on increasing quality as much as possible, which poses the problem of easily increasing the amount of traffic.
  • Non-Patent Document 1 a bit rate selection method that reduces the amount of traffic while maintaining QoE has been proposed (for example, Non-Patent Document 1, Patent Document 1).
  • the terminal estimates the achieved QoE (Quality of Experience) from the communication quality (QoS) obtained from the terminal's media player, and reduces the amount of communication while satisfying the target QoE. Select the bitrate to be minimized and make a request to the distribution server using the calculated optimal bitrate. In other words, the terminal autonomously adjusts the quality when using the service.
  • QoE Quality of Experience
  • QoS communication quality
  • the terminal calculates the required bit rate, so when the network is congested, all users autonomously reduce the delivery rate, which affects the QoE of all users regardless of contract terms. There was a problem.
  • the present invention has been made in view of the above points, and an object of the present invention is to provide a technology that enables quality control for individual users in network services based on conditions associated with the users. do.
  • a quality adjustment device for adjusting the quality of a service provided on a network in which a plurality of terminals are accommodated, a communication unit that receives target quality from a certain terminal; a control unit that selects a terminal to be subjected to quality adjustment and adjusts the quality of communication to the terminal when there is a shortage of resources to meet the target quality in the network; A quality adjustment device is provided.
  • a technology that makes it possible to perform quality control for individual users in a network service based on conditions associated with the user.
  • FIG. 1 is a diagram illustrating a configuration example of a quality adjustment system.
  • FIG. 2 is a diagram showing the basic operation flow of the quality adjustment system.
  • 1 is a diagram illustrating a configuration example of a quality adjustment system in Example 1.
  • FIG. 3 is a diagram illustrating an example of an adjustment target selection policy.
  • FIG. 3 is a diagram showing an example of an adjustment policy.
  • 3 is a sequence diagram in Example 1.
  • FIG. 3 is a diagram showing an example of resource information.
  • FIG. 3 is a diagram showing an example of user terminal information.
  • 1 is a diagram showing an example of a network configuration in Example 1.
  • FIG. 3 is a diagram for explaining adjustment example 1 of embodiment 1.
  • FIG. 7 is a diagram for explaining adjustment example 2 of embodiment 1.
  • FIG. 7 is a diagram for explaining adjustment example 3 of embodiment 1; 7 is a diagram for explaining adjustment example 4 of embodiment 1.
  • FIG. FIG. 3 is a diagram showing an image of control in units of macro flows. 3 is a diagram illustrating a configuration example of a quality adjustment system in Example 2.
  • FIG. 7 is a diagram illustrating an example of an adjustment target macroflow selection policy.
  • FIG. 7 is a diagram illustrating an example of an adjustment target microflow selection policy.
  • FIG. 3 is a diagram illustrating an example of a macro flow adjustment policy.
  • FIG. 3 is a diagram showing an example of a microflow adjustment policy. It is a figure which shows the example of a conversion table.
  • FIG. 7 is a diagram showing the overall flow of Example 2. It is a figure showing the flow of flow adjustment processing.
  • FIG. 7 is a diagram illustrating an example of user information in Example 2.
  • FIG. 7 is a diagram illustrating an example of flow information in Example 2.
  • FIG. 7 is a diagram illustrating an example of flow information in Example 2.
  • FIG. 3 is a diagram illustrating an example of a network configuration in Example 2.
  • FIG. 3 is a diagram illustrating an example of an adjustment target selection policy.
  • FIG. 7 is a diagram illustrating a macro flow to be adjusted for each adjustment target selection policy.
  • FIG. 7 is a diagram illustrating an example of adjustment in units of macro flows. It is a figure which shows the example 1 of adjustment in a micro flow unit. It is a figure which shows the example 2 of adjustment in a micro flow unit. It is a diagram showing an example of the hardware configuration of the device.
  • bandwidth may be replaced with “bandwidth,” “communication speed,” or “bit rate.”
  • congestion is likely to occur in a network where a service such as a streaming video distribution service is provided to users (terminals) (for example, when network resources are insufficient due to the addition of terminals using the service).
  • a service such as a streaming video distribution service
  • the available quality is adjusted based on the contract terms and conditions associated with the user using the device.
  • the adjusted quality information is notified to the terminal. This allows network operators to control the quality of terminals based on user contract conditions and the like.
  • the quality adjustment system in this embodiment includes a terminal 200 and a quality allocation function section 100.
  • the quality allocation function unit 100 may be referred to as a "quality allocation device” or a "quality adjustment device.”
  • the quality allocation function section 100 includes a control section 110, a storage section 120, an input section 130, a communication section 140, and an output section 150.
  • the control unit 110 includes an allocation processing function unit 111 and an adjustment function unit 112.
  • the storage unit 120 includes an adjustment target selection policy storage unit 121, an adjustment policy storage unit 122, a user information storage unit 123, and a flow information storage unit 124.
  • the terminal 200 has a control section 210, and the control section 210 has a quality request section 211.
  • the terminal may also be referred to as a "user terminal.”
  • "user” may be interpreted as "terminal”.
  • ⁇ Quality allocation function unit 100> When the allocation processing function section 111 in the control section 110 receives the quality request message from the quality request section 211 of the terminal 200, it determines whether there is a shortage of resources in the network in which the terminal 200 is accommodated. If network resources are sufficient, the requested quality is notified to the terminal 200. If there is a shortage, the quality is adjusted using the adjustment function unit 112 and the adjustment result is notified to the terminal 200.
  • the adjustment function unit 112 adjusts the quality allocated to the user (terminal 200) based on a request from the allocation processing function unit 111.
  • the adjustment target selection policy storage unit 121 stores an adjustment target selection policy for selecting an adjustment target when the adjustment function unit 112 adjusts resources.
  • the adjustment policy storage unit 122 stores adjustment policies used when the adjustment function unit 112 adjusts resources.
  • the user information storage unit 123 stores user information that the adjustment function unit 112 uses when adjusting resources.
  • the flow information storage unit 124 stores information on flows managed by the quality allocation function unit 100.
  • the input unit 130 is an interface that accepts input of network resource information from a maintenance person.
  • the communication unit 140 is a communication interface that transmits and receives various information to and from another device (eg, the terminal 200) connected via a network or the like.
  • the output unit 150 is an interface that displays network resource information, allocation success/failure, etc. to a maintenance person.
  • the quality request unit 211 of the user terminal 200 requests the quality allocation function unit 100 for the quality to be allocated to the user terminal.
  • the allocation processing function unit 111 of the quality allocation function unit 100 receives a quality adjustment request from the terminal 200. If there are sufficient resources in the network that can respond to the quality adjustment request (Yes in S2), the process proceeds to S3, and if there are not enough resources (No in S2), the process proceeds to S4.
  • the quality allocation function unit 100 notifies the terminal 200 of the available quality.
  • the allocation processing function unit 111 requests quality adjustment to the adjustment function unit 112.
  • the adjustment function unit 112 selects a terminal to be adjusted according to the policy.
  • the adjustment function unit 112 lowers the quality of the terminal to be adjusted according to the policy. The processes of S5 and S6 are repeated until the resource shortage is resolved, and after the resource shortage is resolved, the process proceeds to S3.
  • Example 1 An example in which band adjustment is performed in a network will be described below as Example 1 of the quality adjustment system.
  • a description will be given on the assumption that the terminal 200 requests a band that it wants to use. Further, the description will be made on the assumption that the usable bandwidth is determined in advance for each path, and that no dynamic control is performed on network resources. Note that this is just an example, and network resources may be dynamically controlled.
  • a band allocation function section 100 is provided as an example of the quality allocation function section 100 described above.
  • the bandwidth allocation function unit 100 knows the maximum value of the bandwidth that can be allocated to each managed path, and when the maximum value is exceeded when the bandwidth requested by the terminal 200 is accommodated, the The allocated band is changed according to the conditions and the terminal 200 is notified.
  • FIG. 3 shows the configuration of the quality adjustment system in the first embodiment. Here, only the points different from the basic configuration (FIG. 1) will be explained.
  • the quality allocation function unit 100 is used as the band allocation function unit 100 because the required quality is a band.
  • Band allocation function unit 100 may also be referred to as a "quality adjustment device.”
  • the band allocation function section 100 also includes a user terminal information storage section 125 and a resource information storage section 126.
  • the control unit 210 of the terminal 200 includes a bandwidth requesting unit 212 that requests the bandwidth of the terminal from the bandwidth allocation function unit 100.
  • the user terminal information storage unit 125 stores user information for selecting a terminal (flow) to be adjusted when the adjustment function unit 112 adjusts resources.
  • the resource information storage unit 126 stores information on resources managed by the band allocation function unit 100.
  • Example 1 ⁇ About adjustment target selection policy and adjustment policy>
  • an adjustment target selection policy that selects a target flow (terminal)
  • an adjustment policy that selects a bandwidth adjustment method
  • FIG. 4 shows an example of the adjustment target selection policy stored in the adjustment target selection policy storage unit 121
  • FIG. 5 shows an example of the adjustment policy stored in the adjustment policy storage unit 122.
  • the first policy is a policy for selecting users with high quality.
  • users with higher available quality are selected as targets for bandwidth reduction. For example, if there are users whose available bandwidth is 500 Mbps and users whose available bandwidth is 100 Mbps, the user whose available bandwidth is 500 Mbps is targeted for adjustment.
  • the second policy is a policy for selecting users who cooperate with the reduction request.
  • users who agree to cooperate with a reduction request at the time of contract etc. are targeted for reduction.
  • the third policy is a policy for selecting users according to communication plans.
  • targets for reduction are selected based on contract conditions. For example, users who have a contract with a lower amount are targeted for reduction.
  • the fourth policy is a policy that targets users whose available bandwidth is larger than the target bandwidth.
  • the adjustment policy shown in FIG. 5 is a band-based adjustment policy.
  • adjustment is performed using a band that is lowered by the set band from the band before adjustment.
  • bit rate after reduction is set to 100 Mbps or more, and is reduced in 100 Mbps increments. Note that this is just an example.
  • Example 1 The overall flow of the first embodiment is the same as the flow shown in FIG. 2 (however, the quality allocation function 100 is replaced by the band allocation function unit 100). The sequence in the first embodiment will be explained with reference to FIG.
  • the bandwidth requesting unit 212 of the terminal 200 sends a bandwidth adjustment request message including user information, connection destination information, and target bandwidth to the allocation processing function unit 111 to request available bandwidth adjustment processing.
  • the allocation processing function unit 112 determines whether there is a shortage of resources when the terminal 200 that made the bandwidth adjustment request is connected, based on the flow information (resource information) stored in the storage unit 120.
  • the allocation processing function unit 111 requests adjustment from the adjustment function unit 112 in S103.
  • the adjustment function unit 112 adjusts the allocated band according to a predetermined policy.
  • the adjustment function unit 112 notifies the allocation processing function unit 111 of the adjusted allocation information using a quality adjustment response message.
  • the allocation processing function unit 111 notifies the terminal 200 of the change in allocation using the band adjustment response message.
  • Example of adjustment of Example 1 a specific example of adjustment in the first embodiment will be explained.
  • the resource information shown in FIG. 7 is stored in the resource information storage unit 126, for example.
  • the user terminal information shown in FIG. 8 is stored in the user terminal information storage unit 125, for example. Note that the routes in FIGS. 7 and 8 may be referred to as paths.
  • FIG. 9 shows the configuration of the network (bandwidth, resources) corresponding to the information shown in FIGS. 7 and 8.
  • terminals A to C are accommodated on the same route (path 1), and the explanation will be made assuming that terminal D using this route newly connects.
  • the network resource for route 1 is assumed to be 1500 Mbps.
  • Adjustment example 1 of Example 1 will be explained along the procedure of FIG. 2 with reference to FIG. 10.
  • FIG. 10 shows information stored in the storage unit 120.
  • the adjustment target selection policy of Adjustment Example 1 is "user with high realization quality". In the state before adjustment, there is a resource shortage in route 1.
  • the adjustment function unit 112 selects terminal A, which is the user with the highest realization quality, as the adjustment target. In S6, the adjustment function unit 112 reduces the bit rate of terminal A by 100 Mbps. As shown in "After the first adjustment" in FIG. 10, the total bit rate of all terminals on route 1 is greater than 1500 Mbps, and the resource shortage has not been resolved.
  • the second target is terminals A, B, and D, and their respective bit rates are reduced by 100 Mbps.
  • the total bit rate of all terminals on route 1 becomes 1500 Mbps, and resource shortage is resolved.
  • Adjustment example 2 will be explained along the procedure of FIG. 2 with reference to FIG. 11.
  • FIG. 11 shows information stored in the storage unit 120.
  • the adjustment target selection policy of adjustment example 2 is "users who cooperate with reduction requests.” In the state before adjustment, there is a resource shortage in route 1.
  • the adjustment function unit 112 selects terminals A, B, and D, which are users who cooperate with the reduction request, as adjustment targets.
  • the adjustment function unit 112 reduces the bit rates of terminals A, B, and D by 100 Mbps. As shown in "After the first adjustment" in FIG. 11, the total bit rate of all terminals on route 1 is greater than 1500 Mbps, and the resource shortage has not been resolved.
  • the targets for the second time are terminals A, B, and D, and their respective bit rates are reduced by 100 Mbps.
  • the total bit rate of all terminals on route 1 becomes 1300 Mbps, and resource shortage is resolved.
  • Adjustment example 3 will be explained along the procedure of FIG. 2 with reference to FIG. 12.
  • FIG. 12 shows information stored in the storage unit 120.
  • the contract plan is shown here.
  • the adjustment target selection policy of adjustment example 3 is "low-price plan subscriber". In the state before adjustment, there is a resource shortage in route 1.
  • the adjustment function unit 112 selects terminals A and D, which are low-cost plan subscribers, as adjustment targets.
  • the adjustment function unit 112 reduces the bit rates of terminals A and D by 100 Mbps. As shown in "After the first adjustment" in FIG. 12, the total bit rate of all terminals on route 1 is greater than 1500 Mbps, and the resource shortage has not been resolved.
  • the targets for the second time are also terminals A and D, and their respective bit rates are reduced by 100 Mbps. As a result, the total bit rate of all terminals on route 1 becomes 1500 Mbps, and resource shortage is resolved.
  • Adjustment example 4 of Example 1 will be described along the procedure of FIG. 2 with reference to FIG. 13.
  • FIG. 13 shows information stored in the storage unit 120.
  • the adjustment target selection policy of Adjustment Example 4 is "users whose available bandwidth is larger than the target bandwidth.” In the state before adjustment, there is a resource shortage in route 1. In adjustment example 4, the bit rate is reduced starting from a terminal that is able to use a band that exceeds the target band.
  • the adjustment function unit 112 searches for a user whose available bandwidth is larger than the target bandwidth as an adjustment target, but since this user does not exist in this example, here, the adjustment function unit 112 searches for a user whose available bandwidth is larger than the target bandwidth. , and all newly connected terminals are subject to adjustment.
  • the adjustment function unit 112 equally divides the bit rate (400 Mbps) that is insufficient when the newly connected terminal D connects with the target quality among the adjustment target terminals. In other words, the bit rate of each terminal is reduced by 100 Mbps. As a result, as shown in "After the first adjustment" in FIG. 13, the total bit rate of all terminals on route 1 becomes 1500 Mbps, and resource shortage is resolved.
  • Example 1 ⁇ Options for Example 1>
  • a mode has been described in which communication above the target band is not permitted, but it may be possible to allocate quality above the target band until the band becomes tight. In that case, the fact that the actual quality is higher than the target quality may be added as the adjustment target terminal selection policy.
  • the realized quality (500 Mbps) of terminal C will exceed the target quality of 300 Mbps.
  • terminal D connects, terminal C whose realized quality exceeds the target quality will be selected as an adjustment target.
  • Example 2 Next, Example 2 will be explained.
  • the technology according to the present invention is applied to a network to which multi-layer integrated control in video distribution (non-patent document 2) is applied.
  • Multilayer integrated control in video distribution is a technology that implements efficient network resource allocation that satisfies user requests in route control by sharing the flow requirements obtained during terminal distribution rate control with route control. be.
  • the quality is adjusted using the technology according to the present invention, and the determined value (adjusted value) is fed back to the terminal.
  • the control unit 110 in the bandwidth allocation function unit 100 indicates the required bandwidth to an orchestrator 300 (described later) and requests optimal control, and the orchestrator 300 calculates a route that satisfies the requested bandwidth and sets it in the network. do.
  • Existing technology is used for conversion between QoE and QoS (bandwidth).
  • control unit 110 and orchestrator 300 of the second embodiment calculate traffic not only on a per-flow basis but also on a macro-flow basis, which is a collection of flows with similar access trends. can be managed and controlled (Non-Patent Document 3).
  • the control unit 110 of the second embodiment knows the maximum value of the bandwidth that can be allocated for each macroflow, and when the maximum value is exceeded when the bandwidth requested by the terminal 200 is accommodated, The bandwidth allocated to microflows is changed according to the specified conditions.
  • the calculated band is converted into a QoE index value and then notified from the control unit 110 to the terminal 200.
  • FIG. 14 shows an image of control in macroflow units.
  • FIG. 14 shows an example in which route control is performed for each of three types of macro flows.
  • network layer control is not limited to route control; for example, route control and bandwidth control may be combined.
  • FIG. 15 shows the configuration of a quality adjustment system in Example 2.
  • the quality adjustment system according to the second embodiment includes a user terminal 200, a band allocation function section 100, and an orchestrator 300.
  • band allocation function unit 100 may also be referred to as a "quality adjustment device.”
  • the orchestrator 300 may be referred to as a "resource allocation device.”
  • the band allocation function unit 100 and the orchestrator 300 may be one device, and this one device may be called a “quality adjustment device”.
  • the band allocation function section 100 includes a control section 110, a storage section 120, an input section 130, a communication section 140, and an output section 150.
  • the control unit 110 includes an allocation processing function unit 111, a macroflow generation function unit 113, and an adjustment function unit 112.
  • the storage unit 120 includes an adjustment target selection policy storage unit 121, an adjustment policy storage unit 122, a user information storage unit 123, and a resource information storage unit 126.
  • the terminal 200 has a control section 210, and the control section 210 has a bandwidth request section 212.
  • the orchestrator 300 includes a macroflow management function section 310, an optimal allocation processing function section 320, a resource control section 330, and a resource design function section 340.
  • ⁇ Bandwidth allocation function unit 100> When the allocation processing function unit 111 of the control unit 110 receives the quality request message from the bandwidth requesting unit 212 of the terminal 200, it determines whether there is a shortage of resources in the network in which the terminal 200 is accommodated. If network resources are sufficient, the requested quality is notified to the terminal 200. If there is a shortage, the quality is adjusted using the adjustment function unit 112 and the adjustment result is notified to the terminal 200.
  • the macroflow generation function unit 113 When the macroflow generation function unit 113 receives the macroflow generation request message from the allocation processing function unit 111, it generates macroflow information according to the target QoE and connection information included in the message.
  • the adjustment function unit 112 adjusts the quality allocated to the user (terminal 200) based on a request from the allocation processing function unit 111.
  • the adjustment target selection policy storage unit 121 stores an adjustment target selection policy for selecting an adjustment target when the adjustment function unit 112 adjusts resources.
  • the adjustment policy storage unit 122 stores adjustment policies used when the adjustment function unit 112 adjusts resources.
  • the user information storage unit 123 stores user information for selecting users to be adjusted when the adjustment function unit 112 adjusts resources.
  • the resource information storage unit 126 stores flow information (resource information) managed by the band allocation function unit 100.
  • the input unit 130 is an interface that accepts input of network resource information from a maintenance person.
  • the communication unit 140 is a communication interface that transmits and receives various information to and from other devices (eg, terminal 200, orchestrator 300) connected via a network or the like.
  • the output unit 150 is an interface that displays network resource information, allocation success/failure, etc. to a maintenance person.
  • Bandwidth request unit 211 of user terminal 200 requests quality to be allocated to the user terminal from band allocation function unit 100.
  • the macroflow management function unit 310 manages (registers, updates, deletes, etc.) information regarding macroflows in response to a request from the macroflow generation function unit 113 of the band allocation function unit 100.
  • the optimal allocation processing function unit 320 causes the resource design function unit 340 to design necessary resources based on the target quality information (target bandwidth, etc.) included in the quality assurance request message notified from the bandwidth allocation function unit 100 and the terminal connection information. let If the resource design function unit 340 is able to design the resource, it replies to the band allocation function unit 100 that the allocation was successful, and instructs the resource control unit 330 of the orchestrator 300 to perform necessary settings. If the resource design is not possible, a response to the bandwidth allocation function unit 100 indicating that the allocation has failed is sent.
  • target quality information target bandwidth, etc.
  • the resource design function unit 340 designs resources necessary to satisfy the quality requested by the terminal 200.
  • the resource control unit 330 performs resource control necessary to provide network services.
  • ⁇ Adjustment target macro flow selection policy and adjustment target micro flow selection policy> when there is a shortage of network resources to be allocated, a macroflow to be adjusted is first selected, and then microflows included in the targeted macroflow are adjusted according to the linked conditions.
  • FIG. 16 shows an example of the adjustment target macroflow selection policy
  • FIG. 17 shows an example of the adjustment target microflow selection policy (user terminal selection policy). Both policies are stored in the adjustment target selection policy storage unit 121.
  • the first policy shown in FIG. 16 is a policy that selects macro flows whose bandwidth has increased after the update compared to before the update.
  • a flow whose macroflow bandwidth becomes large that is, a macroflow accommodating a user terminal
  • the second policy is a policy that selects all macro flows. This policy targets all flows using the network.
  • the third policy is a policy that selects macro flows with high quality per user.
  • the flow with the highest user quality among all flows is selected as the target. For example, if there are flows with QoE indexes of 3 and 2, the flow of the user terminal with QoE index of 3 is targeted for adjustment.
  • the first policy shown in FIG. 17 is a policy that selects users with high quality.
  • users with higher available quality are selected as targets for quality reduction. For example, if there is a user whose available bandwidth is 500 Mbps and a user whose available bandwidth is 100 Mbps, the user whose available bandwidth is 500 Mbps is targeted for adjustment.
  • the second policy is a policy for selecting users who cooperate with the reduction request.
  • users who agree to cooperate with a reduction request at the time of contract etc. are targeted for reduction.
  • the third policy is a policy for selecting users according to communication plans.
  • targets for quality reduction are selected based on contract conditions. For example, users who have a contract with a lower amount are targeted for reduction.
  • ⁇ About adjustment policy> when there is a shortage of network resources to be allocated, a macroflow to be adjusted is first selected, and then the microflows included in the target macroflow are adjusted according to the linked conditions. . Adjustments are made according to adjustment policies. When you select a macroflow to be adjusted, you can make adjustments on a per-macroflow basis, or you can adjust the macroflow without making adjustments on a per-macroflow basis. The accommodated microflows may be adjusted in units of microflows.
  • FIG. 18 shows an example of a macro flow adjustment policy
  • FIG. 19 shows an example of a micro flow adjustment policy. Both policies are stored in the adjustment policy storage unit 122.
  • the amount of insufficient bandwidth is subtracted from the target macroflow.
  • adjustment is performed using a band calculated based on the QoE obtained by subtracting the set QoE from the original QoE.
  • adjustment is performed using a band that is lower than the original band by the set band.
  • the bandwidth is calculated both on a QoE basis and on a bandwidth basis, and adjustment is performed in the larger of these bandwidths.
  • Patent Document 2 Patent Document 2
  • This technique is a technique that estimates QoE using throughput as input, and by using the correspondence between throughput and QoE in this model, the corresponding throughput may be derived from QoE and a conversion table may be constructed.
  • the allocation processing function unit 111 receives a QoE adjustment request (quality adjustment request) from the terminal 200.
  • the allocation processing function unit 111 executes flow adjustment processing (resource adjustment processing).
  • the allocation processing function unit 111 requests the orchestrator 300 to perform optimal control over the macroflow.
  • the optimal allocation processing function section 320 of the orchestrator 300 performs resource design processing using the resource design function section 340. If it is possible to design (Yes in S25), the process proceeds to S26, and if it is not possible to design (No in S25), the process proceeds to S29.
  • the orchestrator 300 performs resource settings based on the design information.
  • the orchestrator 300 notifies the allocation processing function unit 111 of the successful allocation.
  • the allocation processing function unit 111 notifies the terminal 200 of the QoE adjustment result.
  • the orchestrator 300 notifies the allocation processing function unit 111 of the allocation failure. After S29, the process advances to S28.
  • the allocation processing function unit 111 that received the QoE allocation request notifies the macroflow generation function unit 113 of the macroflow generation request.
  • the macroflow generation function unit 113 converts the QoE presented from the terminal 200 into a band, and then generates macroflow information.
  • the macroflow generation function unit 113 determines whether the required bandwidth of the macroflow is within the resource range (determines whether there is a resource shortage). If there are sufficient resources (Yes in S22-4), the process proceeds to S22-5, and if resources are insufficient (No in S22-4), the process proceeds to S22-7.
  • the macroflow generation function unit 113 registers the generated macroflow information in the orchestrator 300.
  • the macroflow generation function unit 113 notifies the adjustment function unit 112 of the completion of macroflow generation.
  • the adjustment function unit 112 obtains the adjustment target macroflow selection policy and the macroflow adjustment policy from the adjustment target selection policy storage unit 121 and adjustment policy storage unit 122.
  • the adjustment function unit 112 applies the adjustment target macroflow selection policy to the flow information (resource information) stored in the resource information storage unit 126, and selects the adjustment target macroflow.
  • the adjustment function unit 112 applies the macroflow adjustment policy and adjusts the allocated band of the adjustment target macroflow. Note that the process may proceed to S22-11 without executing S22-10. Alternatively, the adjustment in units of macroflows in S22-10 may be executed, and the adjustment in units of microflows below may not be executed.
  • the adjustment function unit 112 acquires the adjustment target microflow selection policy and the microflow adjustment policy from the adjustment target selection policy storage unit 121 and the adjustment policy storage unit 122.
  • the adjustment function unit 112 selects the microflow to be adjusted, applies the adjustment policy, and adjusts the requested bandwidth.
  • the adjustment function unit 112 notifies the macroflow generation function unit 113 of the adjusted macroflow information.
  • the bandwidth requesting unit 212 of the terminal 200 transmits a QoE adjustment request message including user information, connection destination information, and target quality to the allocation processing function unit 111.
  • the allocation processing function unit 111 includes the target quality and connection information included in the QoE adjustment request message in the macroflow generation request message, and notifies the macroflow generation function unit 113.
  • the macroflow generation function unit 113 determines whether the generated macroflow is within the allocatable band, and if it exceeds the bandwidth, the macroflow generation function unit 113 uses the adjustment function unit 112 to adjust the quality of the macroflow and microflow. conduct.
  • the macroflow generation function unit 113 includes the generated macroflow information in a macroflow registration request message and notifies the macroflow management function unit 310.
  • the macroflow management function unit 310 that performed the registration notifies the macroflow generation function unit 113 that the macroflow has been registered, using a macroflow registration completion message.
  • the macroflow generation function unit 113 uses a macroflow generation completion message to notify the allocation processing function unit 111 that the macroflow information has been generated.
  • the allocation processing function unit 111 calculates the required bandwidth of the generated macroflow, includes the calculated band as the target band together with the macroflow information in the optimal control execution request message, and sends it to the optimal allocation processing function unit 320. Notice.
  • the optimal allocation processing function unit 320 notifies the resource design function unit 340 of a route calculation request message including the macroflow information and the target band included in the optimal control execution request message.
  • the resource design function unit 340 calculates a route that allows the macroflow to satisfy the target band. Calculating a route that allows a macroflow to meet a target bandwidth is an example of performing resource allocation.
  • the resource design function unit 340 returns the connection information included in the route calculation request message and the results of designing a route that satisfies the target bandwidth (route information, etc.) to the optimal allocation processing function unit 320 in a route calculation result message. do.
  • a response indicating that the design is OK is sent with a route calculation result message.
  • the optimal allocation processing function unit 320 includes the route information in the resource control request message, notifies the resource control unit 330, and requests necessary settings.
  • the resource control unit 330 executes the settings.
  • the optimal allocation processing function unit 320 which has received the design OK in S209, replies to the allocation processing function unit 111 in S211 by including in an optimal control execution result (OK) message that the network resources have been secured.
  • OK optimal control execution result
  • the allocation processing function unit 111 notifies the bandwidth requesting unit 212 of the terminal 200 of the bit rate (or adjusted QoE) available to the terminal 200 using a QoE adjustment result message.
  • Example of adjustment of Example 2 Next, a specific example of adjustment in the second embodiment will be explained.
  • this adjustment example it is assumed that a situation has occurred in which allocated network resources are insufficient and the bandwidth needs to be reduced, and the adjustment function unit 112 performs adjustment processing according to a predetermined policy.
  • FIGS. 24 to 26 information stored in the storage unit 120 is shown in FIGS. 24 to 26.
  • FIG. 27 shows a network configuration corresponding to the information shown in FIGS. 24 to 26.
  • macro flows I and II are realized by common physical resources (CPU and memory).
  • the bandwidth assigned to macroflow I is 1.5 Gbps, and the bandwidth assigned to macroflow II is 500 Mbps.
  • macroflow I when user terminal C connects, macroflow I will run out of bandwidth, so adjustment processing is performed when user terminal C requests connection.
  • FIG. 28 shows an example of the adjustment target selection policy stored in the adjustment target selection policy storage unit 121 in the second embodiment. As shown in FIG. 28, three types of policies are stored. Further, FIG. 29 shows a macro flow to be adjusted for each adjustment target selection policy in this adjustment example.
  • Example 2 As an adjustment example of Example 2, an adjustment example under the following conditions will be described.
  • ⁇ Adjustment target macroflow selection policy Macroflow with increased bandwidth after update compared to before update
  • ⁇ Macroflow adjustment policy Bandwidth-based
  • ⁇ Adjustment target microflow selection policy Users with high quality
  • QoE-based (microflow adjustment example 1), bandwidth-based (microflow adjustment example 2) The procedure shown in FIG. 22 will be described below with reference to FIGS. 30 to 32. 30 to 32 show information stored in the storage unit 120 at each point in time regarding adjustment. In the following, it is assumed that the macro flow selection policy to be adjusted and the macro flow adjustment policy have been acquired as the policies described above. In addition, in FIGS. 30 to 32, flows/users other than the targeted flows/users are shaded.
  • the adjustment function unit 112 applies the adjustment target macroflow selection policy to the flow information stored in the storage unit 120, and selects macroflow I as the adjustment target macroflow.
  • the adjustment function unit 112 applies the macroflow adjustment policy (bandwidth-based) and lowers the band of the macroflow I to be adjusted by 400 Mbps so that the total bit rate becomes 2000 Mbps. As a result, the adjusted state shown in FIG. 30 is obtained.
  • the macroflow adjustment policy bandwidth-based
  • ⁇ Microflow adjustment example 1 QoE base>
  • the adjustment function unit 112 applies the adjustment target macroflow selection policy to the flow information stored in the storage unit 120, and selects macroflow I as the adjustment target macroflow.
  • the target quality for each user (microflow unit) at this time is shown as "before adjustment" in FIG. 31.
  • the adjustment function unit 112 selects the microflow of terminal A as the adjustment target microflow from among the adjustment target macroflows I according to the adjustment target microflow selection policy (user with high quality). , lower the QoE from 5 to 4. As shown in "First Time” in FIG. 31, the adjusted bit rate of terminal A is 500 Mbps.
  • the bit rate of macroflow I becomes 1200Mbps, which is less than the allocatable resource for macroflow I (1500Mbsp), and user terminals A, B, and D are notified of the change in target QoE.
  • ⁇ Microflow adjustment example 2 Band base>
  • the adjustment function unit 112 applies the adjustment target macroflow selection policy to the flow information stored in the storage unit 120, and selects macroflow I as the adjustment target macroflow.
  • the target quality and realized quality for each user (microflow unit) at this time are shown as "before adjustment" in FIG. 32.
  • the adjustment function unit 112 selects the microflow of terminal A as the adjustment target microflow from among the adjustment target macroflows I according to the adjustment target microflow selection policy (user with high quality). , reduce its bit rate by 200 Mbps from 600 Mbps. As shown in "First Time" in FIG. 32, the adjusted bit rate of terminal A is 400 Mbps.
  • the second adjustment is performed as shown in FIG. 32.
  • the bit rate of macroflow I becomes 1300 Mbps, which is less than the allocatable resource for macroflow I (1500 Mbsp), and user terminals A, B, and D are notified of the change in target QoE.
  • a policy that sets the flow with the largest difference between the realized band and the target band among the flows whose realized band exceeds the target band may be used. good.
  • the terminal 200, the quality allocation function section 100, the band allocation function section 100, the quality adjustment device, and the orchestrator 300 can all be realized, for example, by causing a computer to execute a program.
  • This computer may be a physical computer or a virtual machine on the cloud.
  • the configuration described below is a virtual configuration.
  • the terminal 200, quality allocation function section 100, band allocation function section 100, quality adjustment device, and orchestrator 300 will be collectively referred to as the "apparatus.”
  • the device can be realized by using hardware resources such as a CPU and memory built into a computer to execute a program corresponding to the processing performed by the device.
  • the above program can be recorded on a computer-readable recording medium (such as a portable memory) and can be stored or distributed. It is also possible to provide the above program through a network such as the Internet or e-mail.
  • FIG. 33 is a diagram showing an example of the hardware configuration of the computer.
  • the computer in FIG. 33 includes a drive device 1000, an auxiliary storage device 1002, a memory device 1003, a CPU 1004, an interface device 1005, a display device 1006, an input device 1007, an output device 1008, etc., which are interconnected by a bus BS.
  • a program that realizes processing on the computer is provided, for example, on a recording medium 1001 such as a CD-ROM or a memory card.
  • a recording medium 1001 such as a CD-ROM or a memory card.
  • the program is installed from the recording medium 1001 to the auxiliary storage device 1002 via the drive device 1000.
  • the program does not necessarily need to be installed from the recording medium 1001, and may be downloaded from another computer via a network.
  • the auxiliary storage device 1002 stores installed programs as well as necessary files, data, and the like.
  • the memory device 1003 reads and stores the program from the auxiliary storage device 1002 when there is an instruction to start the program.
  • the CPU 1004 implements functions related to the device according to programs stored in the memory device 1003.
  • the interface device 1005 is used as an interface for connecting to a network or the like.
  • a display device 1006 displays a GUI (Graphical User Interface) and the like based on a program.
  • the input device 1007 is composed of a keyboard, a mouse, buttons, a touch panel, or the like, and is used to input various operation instructions.
  • An output device 1008 outputs the calculation result.
  • the technology according to the present embodiment makes it possible to change quality control rules, such as selection of adjustment targets, based on conditions (for example, contract plan, QoE, etc.) linked to a user (flow). This makes it possible to differentiate quality control (reduced quality, etc.) for each user based on the user's contract plan, QoE, etc.
  • a quality adjustment device for adjusting the quality of a service provided on a network accommodating a plurality of terminals, memory and at least one processor connected to the memory; including;
  • the processor includes: Receive target quality from a terminal, A quality adjustment device that selects a terminal to be subjected to quality adjustment and adjusts the quality of communication to the terminal when resources to satisfy the target quality are insufficient in the network.
  • the quality adjustment device according to supplementary note 1, wherein the processor adjusts the quality of the communication according to a predetermined adjustment policy.
  • the quality adjustment device according to claim 1, wherein the processor selects one or more terminals from among the plurality of terminals as targets for the quality adjustment, according to a predetermined adjustment target selection policy.
  • the quality adjustment device 3 wherein the processor uses a condition linked to a terminal as the adjustment target selection policy.
  • the quality adjustment device 4 wherein the condition is a condition selected from a plurality of conditions including at least whether to cooperate with the quality adjustment request, a contract communication plan, and communication quality.
  • a quality adjustment method executed by a computer used as a quality adjustment device for adjusting the quality of a service provided on a network accommodating a plurality of terminals, the method comprising: Receive target quality from a terminal, A quality adjustment method, in which when the network lacks resources to satisfy the target quality, a terminal to be subjected to quality adjustment is selected and the quality of communication to the terminal is adjusted.
  • Supplementary Notes 1 to 5 A non-temporary storage medium storing a program for causing a computer to function as each part of the quality adjustment device according to any one of Supplementary Notes 1 to 5.

Abstract

複数の端末が収容されるネットワーク上で提供されるサービスの品質を調整するための品質調整装置であって、ある端末から目標品質を受信する通信部と、前記ネットワークにおいて、前記目標品質を満たすためのリソースが不足している場合に、品質調整の対象となる端末を選択し、当該端末に対する通信の品質を調整する制御部と、を備える。

Description

品質調整装置、品質調整方法、及びプログラム
　本発明は、端末がネットワークサービスを利用する際の品質を調整するための技術に関連するものである。
　ストリーミング型映像配信サービスが広く普及している。ストリーミング型映像配信サービスを利用するユーザは、品質よりもトラヒック量の少なさを重視する傾向がある。しかし、映像品質制御で用いられる既存のビットレート選択方式は、できる限り品質を上げることにのみ注力しているため、トラヒック量が多くなりやすいという課題がある。
　その課題を解決する既存技術として、ＱｏＥを保ちながらトラヒック量を削減するビットレート選択法が提案されている（例えば非特許文献１、特許文献１）。
　当該提案方式では、端末において、端末のメディアプレイヤから得られる通信品質（ＱｏＳ）から、実現されたＱｏＥ（Quality of Experience、ユーザ体感品質）を推定し、目標とするＱｏＥを満たしつつ、通信量を最小化するビットレートを選択し、算出された最適ビットレートで配信サーバにリクエストを行う。つまり、端末が自律的にサービス利用時の品質の調整を行う。
特開2020-098554号公報 特開2019-121847号公報
T. Kimura, T. Kimura, A. Matsumoto, J. Okamoto, "BANQUET: Balancing Quality of Experience and Traffic Volume in Adaptive Video Streaming," International Conference on Network and Service Management （CNSM）, Halifax, pp.1-7, Oct. 2019. 小林，原田，"映像配信におけるマルチレイヤ統合制御,"電子情報通信学会総合大会, B-7-27, 2021年3月. 小林, 原田, "サービス要求品質に基づくネットワーク制御技術,"　信学技報, vol. 120, no. 314, CQ2020-64, pp. 22-26, 2021年1月.
　ネットワーク事業者としては、必要とするユーザ体感品質（ＱｏＥ）以上に高いＱｏＥのユーザの品質を下げたり、高い料金プランを利用しているユーザの品質を確保するなど、ユーザによって制御ポリシを変更したいという要望がある。
　しかし、既存技術では端末が必要ビットレートを計算するため、ネットワークが輻輳したときなど、全ユーザが自律的に配信レートを落としてしまい、契約条件などに関わらず全ユーザのＱｏＥに影響してしまうという課題があった。
　本発明は上記の点に鑑みてなされたものであり、ネットワークサービスにおいて、ユーザに紐付けられる条件に基づいて、個々のユーザに対する品質制御を行うことを可能とする技術を提供することを目的とする。
　開示の技術によれば、複数の端末が収容されるネットワーク上で提供されるサービスの品質を調整するための品質調整装置であって、
　ある端末から目標品質を受信する通信部と、
　前記ネットワークにおいて、前記目標品質を満たすためのリソースが不足している場合に、品質調整の対象となる端末を選択し、当該端末に対する通信の品質を調整する制御部と、
　を備える品質調整装置が提供される。
　開示の技術によれば、ネットワークサービスにおいて、ユーザに紐付けられる条件に基づいて、個々のユーザに対する品質制御を行うことを可能とする技術が提供される。
品質調整システムの構成例を示す図である。 品質調整システムの基本的な動作フローを示す図である。 実施例１における品質調整システムの構成例を示す図である。 調整対象選定ポリシの例を示す図である。 調整ポリシの例を示す図である。 実施例１におけるシーケンス図である。 リソース情報の例を示す図である。 ユーザ端末情報の例を示す図である。 実施例１におけるネットワークの構成例を示す図である。 実施例１の調整例１を説明するための図である。 実施例１の調整例２を説明するための図である。 実施例１の調整例３を説明するための図である。 実施例１の調整例４を説明するための図である。 マクロフロー単位の制御のイメージを示す図である。 実施例２における品質調整システムの構成例を示す図である。 調整対象マクロフロー選定ポリシの例を示す図である。 調整対象マイクロフロー選定ポリシの例を示す図である。 マクロフロー調整ポリシの例を示す図である。 マイクロフロー調整ポリシの例を示す図である。 変換表の例を示す図である。 実施例２の全体フローを示す図である。 フロー調整処理のフローを示す図である。 実施例２のシーケンス図である。 実施例２におけるユーザ情報の例を示す図である。 実施例２におけるフロー情報の例を示す図である。 実施例２におけるフロー情報の例を示す図である。 実施例２におけるネットワークの構成例を示す図である。 調整対象選定ポリシの例を示す図である。 調整対象選定ポリシ毎の調整対象となるマクロフローを示す図である。 マクロフロー単位の調整例を示す図である。 マイクロフロー単位の調整例１を示す図である。 マイクロフロー単位の調整例２を示す図である。 装置のハードウェア構成例を示す図である。
　以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。また、以下の説明において、「帯域」を、「帯域幅」、「通信速度」、あるいは「ビットレート」などに言い換えてもよい。
　（基本的なシステム構成）
　本実施の形態では、ストリーミング型映像配信サービス等のサービスがユーザ（端末）に対して提供されているネットワークにおいて、輻輳が発生しそうな場合（例えば、サービス利用端末追加によりネットワークリソースが不足する場合）、端末を利用するユーザに紐付けられている契約条件などに基づき、利用できる品質を調整する。調整した品質情報は、端末に通知される。これにより、ネットワーク事業者は、ユーザ契約条件などに基づいた端末の品質制御を行うことが可能となる。
　上記のような調整を実現する品質調整システムの構成例を図１に示す。図１に示すように、本実施の形態における品質調整システムは、端末２００、品質割当機能部１００を有する。なお、品質割当機能部１００を「品質割当装置」あるいは「品質調整装置」と呼んでもよい。
　図１に示すとおり、品質割当機能部１００は、制御部１１０、記憶部１２０、入力部１３０、通信部１４０、出力部１５０を有する。制御部１１０は、割当処理機能部１１１、調整機能部１１２を有する。記憶部１２０は、調整対象選定ポリシ記憶部１２１、調整ポリシ記憶部１２２、ユーザ情報記憶部１２３、フロー情報記憶部１２４を有する。
　端末２００は、制御部２１０を有し、制御部２１０は、品質要求部２１１を有する。なお、端末を「ユーザ端末」と呼んでもよい。なお、本実施の形態において、「ユーザ」を「端末」と解釈してもよい。
　以下、端末２００、品質割当機能部１００それぞれについての各部の機能を説明する。
　＜品質割当機能部１００＞
　制御部１１０における割当処理機能部１１１は、端末２００の品質要求部２１１から品質要求メッセージを受取ると、端末２００が収容されるネットワークのリソースの不足有無を判定する。ネットワークリソースが足りている場合は、要求された品質を端末２００に通知する。不足する場合は、調整機能部１１２を利用して品質調整を行い、端末２００に調整結果を通知する。
　調整機能部１１２は、割当処理機能部１１１からの要求に基づき、ユーザ（端末２００）に割当てる品質を調整する。
　調整対象選定ポリシ記憶部１２１は、調整機能部１１２がリソースを調整する時、調整対象を選択するための調整対象選定ポリシを記憶している。
　調整ポリシ記憶部１２２は、調整機能部１１２がリソースを調整する時、利用する調整ポリシを記憶している。
　ユーザ情報記憶部１２３は、調整機能部１１２がリソースを調整する時に利用するユーザ情報を記憶している。フロー情報記憶部１２４は、品質割当機能部１００が管理しているフローの情報を記憶している。
　入力部１３０は、保守者からネットワークリソースの情報の入力を受け付けるインタフェースである。通信部１４０は、ネットワーク等を介して接続された他の装置（例：端末２００）との間で、各種情報を送受信する通信インタフェースである。出力部１５０は、保守者にネットワークリソース情報や割り当て成否等を表示するインタフェースである。
　＜端末２００＞
　ユーザ端末２００の品質要求部２１１は、品質割当機能部１００へ、自端末に割当てられる品質を要求する。
　（動作フロー）
　図２を参照して、本実施の形態に係る品質調整システムの基本的な動作フローを説明する。
　Ｓ１において、品質割当機能部１００の割当処理機能部１１１が、端末２００から品質調整要求を受信する。品質調整要求に対応できるリソースがネットワークに十分にある場合（Ｓ２のＹｅｓ）にはＳ３に進み、十分にはない場合（Ｓ２のＮｏ）にはＳ４に進む。
　Ｓ３において、品質割当機能部１００は、利用可能品質を端末２００に通知する。Ｓ４において、割当処理機能部１１１は、調整機能部１１２へ品質調整を要求する。
　Ｓ５において、調整機能部１１２は、ポリシに従って、調整対象とする端末を選定する。Ｓ６において、調整機能部１１２は、調整対象とする端末の品質を、ポリシに従って引き下げる。リソース不足が解消されるまで、Ｓ５、Ｓ６の処理を繰り返し、リソース不足が解消された後に、Ｓ３に進む。
　（実施例１）
　以下、品質調整システムの実施例１として、ネットワークにおける帯域調整を実施する実施例を説明する。実施例１では、端末２００が利用したい帯域を要求するものとして説明する。また、予め利用できる帯域はパス毎に決められており、ネットワークリソースに対して動的な制御は行わないものとして説明する。なお、これは一例であり、ネットワークリソースに対して動的な制御を行うこととしてもよい。
　実施例１では、前述した品質割当機能部１００の例として、帯域割当機能部１００が備えられる。帯域割当機能部１００は、管理するパス毎に割当可能な帯域の最大値を把握しており、端末２００から要求された帯域を収容すると当該最大値を超える際に、端末２００に紐付けられた条件に従って割当てる帯域を変更し、端末２００に通知する。
　＜実施例１のシステム構成＞
　図３に、実施例１における品質調整システムの構成を示す。ここでは、基本構成（図１）と異なる点のみを説明する。
　実施例１では、要求品質が帯域であるため、品質割当機能部１００を帯域割当機能部１００としている。帯域割当機能部１００を「品質調整装置」と呼んでもよい。また、帯域割当機能部１００は、ユーザ端末情報記憶部１２５と、リソース情報記憶部１２６を備えている。端末２００の制御部２１０は、自端末の帯域を帯域割当機能部１００に要求する帯域要求部２１２を備えている。
　ユーザ端末情報記憶部１２５は、調整機能部１１２がリソースを調整する時に調整対象とする端末（フロー）を選択するためのユーザ情報を記憶している。リソース情報記憶部１２６は、帯域割当機能部１００が管理しているリソースの情報を記憶している。
　＜調整対象選定ポリシ及び調整ポリシについて＞
　実施例１では、調整処理時に利用するポリシには、対象フロー（端末）を選択する調整対象選定ポリシと帯域調整方法を選択する調整ポリシの２種類が存在し、両者を組み合わせて引き下げルールとする。
　図４に、調整対象選定ポリシ記憶部１２１に格納される調整対象選定ポリシの例を示し、図５に、調整ポリシ記憶部１２２に格納される調整ポリシの例を示す。
　図４に示す例では、調整対象選定ポリシとして４種類のポリシが存在する。第１のポリシは、品質が高いユーザを選択するポリシである。このポリシでは、利用可能品質がより高いユーザを帯域削減対象として選択する。例えば、利用可能帯域が５００Ｍｂｐｓのユーザと１００Ｍｂｐｓのユーザがいた場合、５００Ｍｂｐｓのユーザを調整対象とする。
　第２のポリシは、削減依頼に協力するユーザを選択するポリシである。このポリシでは、契約時などに削減依頼に協力することに了承したユーザを削減対象とする。
　第３のポリシは、通信プランに応じてユーザを選択するポリシである。このポリシでは、契約条件により削減対象を選択する。例えば、より低い金額で契約しているユーザを削減対象とする。
　第４のポリシは、目標帯域より利用可能帯域が大きいユーザを調整対象とするポリシである。
　図５に示す調整ポリシは、帯域ベースの調整ポリシである。このポリシでは、調整前の帯域から設定された帯域分だけ引き下げた帯域で調整を実施する。また、引き下げ後のビットレートは１００Ｍｂｐｓ以上とし、１００Ｍｂｐｓずつ引き下げる。なお、これは一例である。
　＜実施例１の動作フロー＞
　実施例１の全体フローは、図２に示したフローと同じである（ただし、品質割当機能１００を帯域割当機能部１００とする）。図６を参照して実施例１におけるシーケンスを説明する。
　Ｓ１０１において、端末２００の帯域要求部２１２は、ユーザ情報や接続先情報、目標帯域を含む帯域調整要求メッセージを割当処理機能部１１１に送り、利用可能帯域の調整処理を要求する。
　Ｓ１０２において、割当処理機能部１１２は、記憶部１２０に格納されているフロー情報（リソース情報）に基づき、帯域調整要求を行った端末２００を接続した際にリソースに不足がないか判定する。
　ネットワークリソースに不足ありと判定した場合、Ｓ１０３において、割当処理機能部１１１は、調整機能部１１２に調整を要求する。Ｓ１０４において、調整機能部１１２は、予め決められたポリシに従って、割り当てる帯域を調整する。
　Ｓ１０５において、調整機能部１１２は、割当処理機能部１１１に対して、品質調整応答メッセージで調整後の割当情報を通知する。
　Ｓ１０６において、割当処理機能部１１１は、帯域調整応答メッセージを利用して割当に変更がある端末２００へ変更内容を通知する。
　＜実施例１の調整例＞
　続いて、実施例１における具体的な調整例を説明する。本調整例では、例えばリソース情報記憶部１２６に、図７に示すリソース情報が格納されている。また、例えばユーザ端末情報記憶部１２５に、図８に示すユーザ端末情報が格納されている。なお、図７、図８における経路をパスと言い換えてもよい。
　図７及び図８に示す情報に対応するネットワーク（帯域、リソース）の構成を図９に示す。図９に示すように、実施例１では，端末Ａ～Ｃは、同一経路（パス１）に収容されており、当該経路を利用する端末Ｄが新たに接続してくるものとして説明する。経路１のネットワークリソースは１５００Ｍｂｐｓとする。
　以下、前述した調整対象選定ポリシとして、第１～第４のそれぞれのポリシを使用する調整例１～４を説明する。
　＜実施例１の調整例１＞
　調整例１を、図１０を参照して、図２の手順に沿って説明する。図１０は、記憶部１２０に格納された情報を示している。調整例１の調整対象選択ポリシは、「実現品質が高いユーザ」である。調整前の状態では、経路１においてリソース不足が生じている。
　Ｓ５において、調整機能部１１２は、調整対象として、実現品質が最も高いユーザである端末Ａを選択する。Ｓ６において、調整機能部１１２は、端末Ａのビットレートを１００Ｍｂｐｓだけ低減する。図１０の「１回目の調整後」に示すとおり、経路１の全端末のビットレートの合計は１５００Ｍｂｐｓよりも大きくなり、リソース不足が解消していない。
　そのため、上記と同じ手順で２回目の調整が実行される。２回目の対象は、端末Ａ、Ｂ、Ｄとなり、それぞれのビットレートを１００Ｍｂｐｓだけ低減する。これにより、経路１の全端末のビットレートの合計は１５００Ｍｂｐｓとなり、リソース不足が解消する。
　＜実施例１の調整例２＞
　調整例２を、図１１を参照して、図２の手順に沿って説明する。図１１は、記憶部１２０に格納された情報を示している。調整例２の調整対象選択ポリシは、「削減依頼に協力するユーザ」である。調整前の状態では、経路１においてリソース不足が生じている。
　Ｓ５において、調整機能部１１２は、調整対象として、削減依頼に協力するユーザである端末Ａ、Ｂ、Ｄを選択する。Ｓ６において、調整機能部１１２は、端末Ａ、Ｂ、Ｄのビットレートを１００Ｍｂｐｓだけ低減する。図１１の「１回目の調整後」に示すとおり、経路１の全端末のビットレートの合計は１５００Ｍｂｐｓよりも大きくなり、リソース不足が解消していない。
　そのため、上記と同じ手順で２回目の調整が実行される。２回目の対象も、端末Ａ、Ｂ、Ｄとなり、それぞれのビットレートを１００Ｍｂｐｓだけ低減する。これにより、経路１の全端末のビットレートの合計は１３００Ｍｂｐｓとなり、リソース不足が解消する。
　＜実施例１の調整例３＞
　調整例３を、図１２を参照して、図２の手順に沿って説明する。図１２は、記憶部１２０に格納された情報を示している。特にここでは契約プランが示されている。調整例３の調整対象選択ポリシは、「低額プラン契約者」である。調整前の状態では、経路１においてリソース不足が生じている。
　Ｓ５において、調整機能部１１２は、調整対象として、低額プラン契約者である端末Ａ、Ｄを選択する。Ｓ６において、調整機能部１１２は、端末Ａ、Ｄのビットレートを１００Ｍｂｐｓだけ低減する。図１２の「１回目の調整後」に示すとおり、経路１の全端末のビットレートの合計は１５００Ｍｂｐｓよりも大きくなり、リソース不足が解消していない。
　そのため、上記と同じ手順で２回目の調整が実行される。２回目の対象も、端末Ａ、Ｄとなり、それぞれのビットレートを１００Ｍｂｐｓだけ低減する。これにより、経路１の全端末のビットレートの合計は１５００Ｍｂｐｓとなり、リソース不足が解消する。
　＜実施例１の調整例４＞
　調整例４を、図１３を参照して、図２の手順に沿って説明する。図１３は、記憶部１２０に格納された情報を示している。調整例４の調整対象選択ポリシは、「目標帯域より利用可能帯域が大きいユーザ」である。調整前の状態では、経路１においてリソース不足が生じている。調整例４では、目標帯域を超える帯域の利用が可能となっている端末からビットレートを削減する。
　Ｓ５において、調整機能部１１２は、調整対象として、目標帯域より利用可能帯域が大きいユーザを検索するが、本例では当該ユーザが存在しないので、ここでは、目標品質で通信している接続済み端末、及び、新規接続端末の全てを調整対象とする。
　Ｓ６において、調整機能部１１２は、新規接続端末Ｄが目標品質で接続した時に不足するビットレート（４００Ｍｂｐｓ）を調整対象端末で均等割りする。つまり、各端末のビットレートを１００Ｍｂｐｓずつ低減する。これにより、図１３の「１回目の調整後」に示すとおり、経路１の全端末のビットレートの合計は１５００Ｍｂｐｓとなり、リソース不足が解消される。
　＜実施例１のオプション＞
　実施例１では、目標帯域以上の通信を許可していない形態で説明したが、帯域がひっ迫するまでは目標帯域以上の品質を割当可能としてもよい。その場合、調整対象端末選定ポリシとして、目標品質より実質品質が上回っていることを追加してもよい。
　例えば、ネットワークがひっ迫するまでは目標品質に関わらず５００Ｍｂｐｓずつ割当てることとした場合、端末Ｃは目標品質３００Ｍｂｐｓより実現品質（５００Ｍｂｐｓ）が上回ることになる。端末Ｄが接続する際には、実現品質が目標品質を上回っている端末Ｃが調整対象として選定されることとなる。
　（実施例２）
　次に、実施例２を説明する。実施例２では、映像配信におけるマルチレイヤ統合制御（非特許文献２）が適用されているネットワークに、本発明に係る技術を適用した場合の例を説明する。
　映像配信におけるマルチレイヤ統合制御とは、端末の配信レート制御時に得られたフローの要求条件を経路制御へ共有することで、経路制御においてユーザ要求を満たす効率的なネットワークリソース割当を実施する技術である。実施例２では、本発明に係る技術を利用して品質を調整し、決定した値（調整後の値）を端末にフィードバックする。
　実施例２では、端末は要求条件として目標ＱｏＥを帯域割当機能部１００に提示しているものとして説明する。帯域割当機能部１００における制御部１１０は、後述するオーケストレータ３００に必要帯域を示して最適制御を要求し、オーケストレータ３００は要求された帯域を満たす経路を計算し、ネットワークに設定するものとして説明する。ＱｏＥとＱｏＳ（帯域）との間の変換には、既存技術を利用する。
　また、実施例２の制御部１１０やオーケストレータ３００は、ルーティングテーブル数の抑制と、トラヒック予測精度の向上のため、フロー単位に加え、類似したアクセス傾向を持つフローを束ねたマクロフロー単位でもトラヒックの管理・制御を行うことができる（非特許文献３）。
　実施例２の制御部１１０は、マクロフロー毎に割当可能な帯域の最大値を把握しており、端末２００から要求された帯域を収容すると当該最大値を超える際に、端末２００に紐付けられた条件に従ってマイクロフローに割当てる帯域を変更する。
　更に、実施例２では、算出した帯域をＱｏＥ指標値に変換したうえで、制御部１１０から端末２００に通知を行う。
　図１４にマクロフロー単位の制御のイメージを示す。図１４には、３種類のマクロフローのそれぞれに対して経路制御を行う例が示されている。なお、ネットワークレイヤ制御は、経路制御に限定されるわけではなく、例えば、経路制御と帯域制御を組み合わせてもよい。
　＜実施例２のシステム構成＞
　図１５に、実施例２における品質調整システムの構成を示す。図１５に示すように、実施例２における品質調整システムは、ユーザ端末２００、帯域割当機能部１００、オーケストレータ３００を有する。
　なお、帯域割当機能部１００を「品質調整装置」と呼んでもよい。また、オーケストレータ３００を「リソース割当装置」と呼んでもよい。また、帯域割当機能部１００とオーケストレータ３００が１つの装置であってもよく、その１つの装置を「品質調整装置」と呼んでもよい。
　図１５に示すとおり、帯域割当機能部１００は、制御部１１０、記憶部１２０、入力部１３０、通信部１４０、出力部１５０を有する。制御部１１０は、割当処理機能部１１１、マクロフロー生成機能部１１３、調整機能部１１２を有する。記憶部１２０は、調整対象選定ポリシ記憶部１２１、調整ポリシ記憶部１２２、ユーザ情報記憶部１２３、リソース情報記憶部１２６を有する。
　端末２００は、制御部２１０を有し、制御部２１０は、帯域要求部２１２を有する。
　オーケストレータ３００は、マクロフロー管理機能部３１０、最適割当処理機能部３２０、リソース制御部３３０、リソース設計機能部３４０を有する。
　以下、ユーザ端末２００、帯域割当機能部１００、オーケストレータ３００それぞれについての各部の機能を説明する。
　＜帯域割当機能部１００＞
　制御部１１０の割当処理機能部１１１は、端末２００の帯域要求部２１２から品質要求メッセージを受取ると、端末２００が収容されるネットワークのリソースの不足有無を判定する。ネットワークリソースが足りている場合は、要求された品質を端末２００に通知する。不足する場合は、調整機能部１１２を利用して品質調整を行い、端末２００に調整結果を通知する。
　マクロフロー生成機能部１１３は、割当処理機能部１１１からマクロフロー生成要求メッセージを受取ると、メッセージに含まれる目標ＱｏＥや接続情報に応じてマクロフロー情報を生成する。
　調整機能部１１２は、割当処理機能部１１１からの要求に基づき、ユーザ（端末２００）に割当てる品質を調整する。
　調整対象選定ポリシ記憶部１２１は、調整機能部１１２がリソースを調整する時、調整対象を選択するための調整対象選定ポリシを記憶している。
　調整ポリシ記憶部１２２は、調整機能部１１２がリソースを調整する時、利用する調整ポリシを記憶している。
　ユーザ情報記憶部１２３は、調整機能部１１２がリソースを調整する時、調整対象とするユーザを選択するためのユーザ情報を記憶している。リソース情報記憶部１２６は、帯域割当機能部１００が管理しているフローの情報（リソースの情報）を記憶している。
　入力部１３０は、保守者からネットワークリソースの情報の入力を受け付けるインタフェースである。通信部１４０は、ネットワーク等を介して接続された他の装置（例：端末２００、オーケストレータ３００）との間で、各種情報を送受信する通信インタフェースである。出力部１５０は、保守者にネットワークリソース情報や割り当て成否等を表示するインタフェースである。
　＜ユーザ端末２００＞
　ユーザ端末２００の帯域要求部２１１は、帯域割当機能部１００へ、自端末に割当てられる品質を要求する。
　＜オーケストレータ３００＞
　マクロフロー管理機能部３１０は、帯域割当機能部１００のマクロフロー生成機能部１１３からの要請により、マクロフローに関する情報を管理（登録・更新・削除等）する。
　最適割当処理機能部３２０は、帯域割当機能部１００から通知された品質確保要求メッセージに含まれる目標品質情報（目標帯域等）や端末の接続情報に基づき、リソース設計機能部３４０に必要リソースを設計させる。リソース設計機能部３４０によるリソース設計が可能な場合は、帯域割当機能部１００に割当成功を回答し、オーケストレータ３００のリソース制御部３３０に対して必要な設定を行うよう指示する。リソース設計が不可の場合は、帯域割当機能部１００に割当失敗を回答する。
　リソース設計機能部３４０は、端末２００から要求された品質を満足させるために必要なリソースの設計を行う。リソース制御部３３０は、ネットワークサービスを提供するために必要なリソース制御を行う。
　＜調整対象マクロフロー選定ポリシ、及び調整対象マイクロフロー選定ポリシ＞
　実施例２では、割当てられるネットワークリソースが不足する場合、最初に調整対象とするマクロフローを選定し、その後、対象となったマクロフローに含まれるマイクロフローを、紐付けられた条件に従って調整する。
　図１６に、調整対象マクロフロー選定ポリシの例を示し、図１７に、調整対象マイクロフロー選定ポリシ（ユーザ端末選択ポリシ）の例を示す。いずれのポリシも調整対象選定ポリシ記憶部１２１に格納されている。
　図１６に示す第１のポリシは、更新前と比較した時に更新後の帯域が多くなったマクロフローを選定するポリシである。このポリシでは、ユーザ端末を収容した際、マクロフローの帯域が大きくなったフロー（つまり、ユーザ端末が収容されるマクロフロー）が選定される。
　第２のポリシは、全マクロフローを選定するポリシである。このポリシでは、ネットワークを利用している全てのフローが対象として選定される。
　第３のポリシは、ユーザあたりの品質が高いマクロフローを選定するポリシである。このポリシでは、全てのフローのうち、ユーザの品質が最も大きいフローが、対象として選択される。例えば、ＱｏＥ指標が３と２のフローがあった場合、ＱｏＥ指標３のユーザ端末のフローを調整対象とする。
　図１７に示す第１のポリシは、品質が高いユーザを選択するポリシである。このポリシでは、利用可能品質がより高いユーザを品質削減対象として選択する。例えば、利用可能帯域が５００Ｍｂｐｓのユーザと１００Ｍｂｐｓのユーザがいた場合、５００Ｍｂｐｓのユーザを調整対象とする。
　第２のポリシは、削減依頼に協力するユーザを選択するポリシである。このポリシでは、契約時などに削減依頼に協力することに了承したユーザを削減対象とする。
　第３のポリシは、通信プランに応じてユーザを選択するポリシである。このポリシでは、契約条件により品質削減対象を選択する。例えば、より低い金額で契約しているユーザを削減対象とする。
　＜調整ポリシについて＞
　実施例２では、割当てられるネットワークリソースが不足する場合、最初に調整対象とするマクロフローを選定し、その後、対象となったマクロフローに含まれるマイクロフローについて、紐付けられた条件にしたがって調整する。調整は、調整ポリシに従って行われる。調整対象とするマクロフローを選定した際に、そのマクロフローに対してマクロフロー単位の調整を行ってもよいし、そのマクロフローに対してマクロフロー単位の調整を行わずに、そのマクロフローに収容されるマイクロフローに対してマイクロフロー単位の調整を行ってもよい。
　図１８に、マクロフロー調整ポリシの例を示し、図１９に、マイクロフロー調整ポリシの例を示す。いずれのポリシも調整ポリシ記憶部１２２に格納される。
　図１８に示す帯域ベースの調整ポリシでは、不足する帯域分を対象マクロフローから引き下げる。
　図１９に示すＱｏＥベースの調整ポリシでは、元のＱｏＥから設定されたＱｏＥ分を引き下げたＱｏＥに基づき算出した帯域で調整を実施する。帯域ベースの調整ポリシでは、元の帯域から設定された帯域分だけ引き下げた帯域で調整を実施する。ハイブリッドの調整ポリシでは、ＱｏＥベースと帯域ベースの両方で帯域を算出し、これらの帯域のうちより大きな帯域で調整を実施する。
　＜ＱｏＥとＱｏＳとの間の変換について＞
　実施例２において、調整ポリシとしてＱｏＥベースが選択されている場合、ＱｏＥをＱｏＳ（ビットレート）に変換して処理する必要がある。変換はどのような方法で行ってもよいが、実施例２の説明では、説明を簡易にするため、図２０に示す変換表を利用する。
　変換表の構成方法については、様々な方法があるが、最もシンプルな方法として、サービス事業者と連携し、提供された情報に基づき構成する方法がある。他にも、スループットとＱｏＥの関係をモデル化した技術（特許文献２）を用いる方法がある。この技術は、スループットを入力とし、ＱｏＥを推定する技術であり、このモデルのスループットとＱｏＥの対応関係を利用することで、ＱｏＥから対応するスループットを導き、変換表を構成してもよい。
　＜実施例２の全体フロー＞
　図２１を参照して、実施例２の全体フローを説明する。Ｓ２１において、割当処理機能部１１１は端末２００からＱｏＥ調整要求（品質調整要求）を受信する。Ｓ２２において、割当処理機能部１１１はフロー調整処理（リソース調整処理）を実行する。
　Ｓ２３において、割当処理機能部１１１は、オーケストレータ３００に、マクロフローに対する最適制御を要求する。
　Ｓ２４において、オーケストレータ３００の最適割当処理機能部３２０は、リソース設計機能部３４０を利用してリソース設計処理を実施する。設計可能である場合（Ｓ２５のＹｅｓ）はＳ２６に進み、設計可能でない場合（Ｓ２５のＮｏ）はＳ２９に進む。
　Ｓ２６において、オーケストレータ３００は、設計情報に基づき、リソース設定を行う。Ｓ２７において、オーケストレータ３００は、割当処理機能部１１１に割当て成功を通知する。Ｓ２８において、割当処理機能部１１１はＱｏＥ調整結果を端末２００に通知する。Ｓ２９において、オーケストレータ３００は、割当処理機能部１１１に割当て失敗を通知する。Ｓ２９の後、Ｓ２８に進む。
　＜フロー調整処理フロー＞
　図２２を参照して、フロー調整処理のフローを説明する。
　Ｓ２２－１において、ＱｏＥ割当要求を受取った割当処理機能部１１１は、マクロフロー生成機能部１１３にマクロフロー生成要求を通知する。
　Ｓ２２－２において、マクロフロー生成機能部１１３は、端末２００から提示されたＱｏＥを帯域に変換した上、マクロフロー情報生成を実施する。
　Ｓ２２－３において、マクロフロー生成機能部１１３は、マクロフローの要求帯域がリソース以内か否かを判定する（リソース不足が生じていないか否かを判定する）。リソースが十分にある場合（Ｓ２２－４のＹｅｓ）はＳ２２－５に進み、リソース不足になっている場合（Ｓ２２－４のＮｏ）はＳ２２－７に進む。
　Ｓ２２－５において、マクロフロー生成機能部１１３は、生成されたマクロフロー情報をオーケストレータ３００に登録する。
　Ｓ２２－６において、マクロフロー生成機能部１１３は調整機能部１１２へマクロフロー生成完了を通知する。
　Ｓ２２－４がＮｏのときに進むＳ２２－７において、マクロフロー生成機能部１１３は、調整機能部１１２にリソース調整を要求する。
　Ｓ２２－８において、調整機能部１１２は、調整対象選定ポリシ記憶部１２１と調整ポリシ記憶部１２２から、調整対象マクロフロー選定ポリシとマクロフロー調整ポリシを取得する。
　Ｓ２２－９において、調整機能部１１２は、リソース情報記憶部１２６に格納されているフロー情報（リソース情報）に調整対象マクロフロー選定ポリシを適用し、調整対象のマクロフローを選定する。
　Ｓ２２－１０において、調整機能部１１２は、マクロフロー調整ポリシを適用し、調整対象マクロフローの割当帯域を調整する。なお、Ｓ２２－１０を実行せずに、Ｓ２２－１１に進んでもよい。また、Ｓ２２－１０のマクロフロー単位の調整を実行し、以下のマイクロフロー単位の調整を実行しないこととしてもよい。
　Ｓ２２－１１において、調整機能部１１２は、調整対象選定ポリシ記憶部１２１と調整ポリシ記憶部１２２から調整対象マイクロフロー選定ポリシとマイクロフロー調整ポリシを取得する。
　Ｓ２２－１２において、調整機能部１１２は、調整対象マイクロフローを選定し、調整ポリシを適用して要求帯域を調整する。Ｓ２２－１３において、調整機能部１１２は、調整後のマクロフロー情報をマクロフロー生成機能部１１３に通知する。
　＜全体フロー＞
　次に、図２３のシーケンス図を参照して全体フローを説明する。
　Ｓ２０１において、端末２００の帯域要求部２１２は、割当処理機能部１１１に対して、ユーザ情報や接続先情報、目標品質を含むＱｏＥ調整要求メッセージを送信する。
　Ｓ２０２において、割当処理機能部１１１は、ＱｏＥ調整要求メッセージに含まれていた目標品質や接続情報をマクロフロー生成要求メッセージに含めてマクロフロー生成機能部１１３に通知する。
　Ｓ２０３において、マクロフロー生成機能部１１３は、生成したマクロフローが割当可能な帯域以内かを判定し、超過している場合は、調整機能部１１２を利用してマクロフローおよびマイクロフローの品質調整を行う。
　Ｓ２０４において、マクロフロー生成機能部１１３は、生成したマクロフロー情報をマクロフロー登録要求メッセージに含めマクロフロー管理機能部３１０に通知する。
　Ｓ２０５において、登録を行ったマクロフロー管理機能部３１０は、マクロフロー登録完了メッセージにより、マクロフローが登録されたことをマクロフロー生成機能部１１３に通知する。
　Ｓ２０６において、マクロフロー生成機能部１１３は、マクロフロー生成完了メッセージを使用して、マクロフロー情報が生成できたことを割当処理機能部１１１に通知する。
　Ｓ２０７において、割当処理機能部１１１は、生成されたマクロフローの必要帯域を算出し、算出した帯域を目標帯域として、マクロフロー情報とともに最適制御実行要求メッセージに含めて、最適割当処理機能部３２０に通知する。
　Ｓ２０８において、最適割当処理機能部３２０は、最適制御実行要求メッセージに含まれる、マクロフロー情報と目標帯域を含む経路計算要求メッセージをリソース設計機能部３４０に通知する。リソース設計機能部３４０は、マクロフローが目標帯域を満たせる経路を計算する。マクロフローが目標帯域を満たせる経路を計算することは、リソース割当を行うことの例である。
　Ｓ２０９において、リソース設計機能部３４０は、経路計算要求メッセージに含まれる接続情報や目標帯域を満たす経路の設計を行った結果（経路情報等）を経路計算結果メッセージで最適割当処理機能部３２０に返答する。図２３の例では、設計ができたので、経路計算結果メッセージにより設計ＯＫを返答する。
　Ｓ２１０において、最適割当処理機能部３２０は、リソース制御要求メッセージに経路情報を含ませてリソース制御部３３０に通知し、必要な設定を要求する。リソース制御部３３０は設定を実行する。
　Ｓ２０９で設計ＯＫを受取った最適割当処理機能部３２０は、Ｓ２１１において、ネットワークリソースが確保できたことを最適制御実行結果（ＯＫ）メッセージに含めて割当処理機能部１１１に返答する。
　Ｓ２１２において、割当処理機能部１１１は、端末２００の帯域要求部２１２に対して、ＱｏＥ調整結果メッセージにより、端末２００が利用可能なビットレート（あるいは調整後のＱｏＥ）を通知する。
　＜実施例２の調整例＞
　続いて、実施例２における具体的な調整例を説明する。本調整例では、割当てられるネットワークリソースが不足し、帯域を引き下げる必要がある状況が発生したことを想定し、調整機能部１１２が予め決められたポリシに従って調整処理を実施する。
　本調整例において、記憶部１２０に格納されている情報を図２４～図２６に示す。図２４～図２６に示す情報に対応するネットワークの構成を図２７に示す。
　本調整例では、説明を簡潔にするためにマクロフローＩとＩＩは、共通の物理リソース（ＣＰＵやメモリ）で実現されているとする。マクロフローＩに割当てられる帯域は１．５Ｇｂｐｓ、マクロフローＩＩに割当てられている帯域は５００Ｍｂｐｓとする。本調整例では、ユーザ端末Ｃが接続することにより、マクロフローＩは帯域不足が発生するため、ユーザ端末Ｃの接続要求時に調整処理が行われる。
　図２８に、実施例２における、調整対象選定ポリシ記憶部１２１に格納されている調整対象選定ポリシの例を示す。図２８に示すように、３種類のポリシが格納されている。また、図２９に、本調整例における、調整対象選定ポリシ毎の調整対象となるマクロフローを示す。
　実施例２の調整例として、下記の条件での調整例を説明する。
　・調整対象マクロフロー選定ポリシ：更新前と比較した時に更新後の帯域が多くなったマクロフロー
　・マクロフロー調整ポリシ：帯域ベース
　・調整対象マイクロフロー選定ポリシ：品質が高いユーザ
　・マイクロフロー調整ポリシ：ＱｏＥベース（マイクロフローの調整例１），帯域ベース（マイクロフローの調整例２）
　以下、図２２に示した手順に沿って、図３０～図３２を参照して説明する。図３０～図３２は、調整に係る各時点での記憶部１２０に格納される情報を示す。以下では、調整対象マクロフロー選定ポリシとマクロフロー調整ポリシは上記のとおりのポリシとして取得済みであるとする。また、図３０～図３２において、対象としているフロー／ユーザ以外のフロー／ユーザを網掛けで示している。
　以下では、マクロフロー単位の調整例と、ＱｏＥベースのマイクロフロー単位の調整例１と、帯域ベースのマイクロフロー単位の調整例２を説明する。
　＜マクロフロー単位の調整例＞
　図３０に示すとおり、調整前のマイクロフローの総ビットレート（２４００Ｍｂｐｓ）は、物理リソース量（２０００Ｍｂｐｓ）を超えているため、調整が実施される。
　Ｓ２２－９において、調整機能部１１２は、記憶部１２０に格納されているフロー情報に調整対象マクロフロー選定ポリシを適用し、調整対象のマクロフローとして、マクロフローＩを選択する。
　Ｓ２２－１０において、調整機能部１１２は、マクロフロー調整ポリシ（帯域ベース）を適用し、総ビットレートが２０００Ｍｂｐｓになるように、調整対象のマクロフローＩの帯域を４００Ｍｂｐｓだけ引き下げる。その結果、図３０の調整後の状態となる。
　この場合、その後に、例えば、マクロフローＩに含まれる各マイクロフローのビットレートを１００Ｍｂｐｓずつ引き下げる。
　＜マイクロフローの調整例１：ＱｏＥベース＞
　Ｓ２２－９において、調整機能部１１２は、記憶部１２０に格納されているフロー情報に調整対象マクロフロー選定ポリシを適用し、調整対象のマクロフローとして、マクロフローＩを選択する。このときのユーザ単位（マイクロフロー単位）の目標品質は図３１の「調整前」として示されている。
　Ｓ２２－１２において、調整機能部１１２は、調整対象マイクロフロー選定ポリシ（品質が高いユーザ）に従って、調整対象のマクロフローＩの中から、調整対象のマイクロフローとして、端末Ａのマイクロフローを選択し、ＱｏＥを５から４に下げる。図３１の「１回目」に示すとおり、端末Ａの調整後ビットレートは、５００Ｍｂｐｓになる。
　１回目の調整後の時点でもリソース不足が解消していないため、図３１に示すとおりに、２回目及び３回目の調整が行われる。
　３回の調整で、マクロフローＩのビットレートが、マクロフローＩに対する割当可能リソース（１５００Ｍｂｓｐ）以下の１２００Ｍｂｐｓとなり、ユーザ端末Ａ、Ｂ、Ｄに目標ＱｏＥの変更を通知する。
　＜マイクロフローの調整例２：帯域ベース＞
　Ｓ２２－９において、調整機能部１１２は、記憶部１２０に格納されているフロー情報に調整対象マクロフロー選定ポリシを適用し、調整対象のマクロフローとして、マクロフローＩを選択する。このときのユーザ単位（マイクロフロー単位）の目標品質及び実現品質は図３２の「調整前」として示されている。
　Ｓ２２－１２において、調整機能部１１２は、調整対象マイクロフロー選定ポリシ（品質が高いユーザ）に従って、調整対象のマクロフローＩの中から、調整対象のマイクロフローとして、端末Ａのマイクロフローを選択し、そのビットレートを６００Ｍｂｐｓから２００Ｍｂｐｓだけ引き下げる。図３２の「１回目」に示すとおり、端末Ａの調整後ビットレートは、４００Ｍｂｐｓになる。
　１回目の調整後の時点でもリソース不足が解消していないため、図３２に示すとおりに、２回目の調整が行われる。
　２回の調整で、マクロフローＩのビットレートが、マクロフローＩに対する割当可能リソース（１５００Ｍｂｓｐ）以下の１３００Ｍｂｐｓとなり、ユーザ端末Ａ、Ｂ、Ｄに目標ＱｏＥの変更を通知する。
　＜実施例２のオプション＞
　実施例２の説明では、端末から明示的に（不定期に）ＱｏＥ割当要求があるものとして説明したが、ストリーミング配信サービスを利用している間、定期的に、端末からＱｏＥ割当要求が通知されることとしてもよい。
　また、実施例２の調整対象マイクロフロー選定ポリシとして、実現帯域が目標帯域を上回っているフローの中で、実現帯域から目標帯域を引いた差が最も大きいフローを設定するポリシを使用してもよい。
　（ハードウェア構成例）
　端末２００、品質割当機能部１００、帯域割当機能部１００、品質調整装置、及びオーケストレータ３００はいずれも、例えば、コンピュータにプログラムを実行させることにより実現できる。このコンピュータは、物理的なコンピュータであってもよいし、クラウド上の仮想マシンであってもよい。クラウド上の仮想マシンを使用する場合、以下で説明する構成は仮想的な構成である。以下、端末２００、品質割当機能部１００、帯域割当機能部１００、品質調整装置、及びオーケストレータ３００を総称して「装置」と呼ぶ。
　すなわち、当該装置は、コンピュータに内蔵されるＣＰＵやメモリ等のハードウェア資源を用いて、当該装置で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。
　図３３は、上記コンピュータのハードウェア構成例を示す図である。図３３のコンピュータは、それぞれバスＢＳで相互に接続されているドライブ装置１０００、補助記憶装置１００２、メモリ装置１００３、ＣＰＵ１００４、インタフェース装置１００５、表示装置１００６、入力装置１００７、出力装置１００８等を有する。
　当該コンピュータでの処理を実現するプログラムは、例えば、ＣＤ－ＲＯＭ又はメモリカード等の記録媒体１００１によって提供される。プログラムを記憶した記録媒体１００１がドライブ装置１０００にセットされると、プログラムが記録媒体１００１からドライブ装置１０００を介して補助記憶装置１００２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１００１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１００２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
　メモリ装置１００３は、プログラムの起動指示があった場合に、補助記憶装置１００２からプログラムを読み出して格納する。ＣＰＵ１００４は、メモリ装置１００３に格納されたプログラムに従って、当該装置に係る機能を実現する。インタフェース装置１００５は、ネットワーク等に接続するためのインタフェースとして用いられる。表示装置１００６はプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）等を表示する。入力装置１００７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。出力装置１００８は演算結果を出力する。
　（実施の形態の効果）
　本実施の形態に係る技術により、ユーザ（フロー）に紐付けられている条件（例えば、契約プラン、ＱｏＥ等）によって、調整対象の選定等、品質制御ルールを変更することが可能となる。これにより、ユーザの契約プランやＱｏＥ等に基づき、ユーザ毎の品質制御（低減される品質等）に差を付けることができるようになる。
　（付記）
　以上の実施形態に関し、更に以下の付記項を開示する。
（付記項１）
　複数の端末が収容されるネットワーク上で提供されるサービスの品質を調整するための品質調整装置であって、
　メモリと、
　前記メモリに接続された少なくとも１つのプロセッサと、
　を含み、
　前記プロセッサは、
　ある端末から目標品質を受信し、
　前記ネットワークにおいて、前記目標品質を満たすためのリソースが不足している場合に、品質調整の対象となる端末を選択し、当該端末に対する通信の品質を調整する
　品質調整装置。
（付記項２）
　前記プロセッサは、予め定めた調整ポリシに従って、前記通信の品質を調整する
　付記項１に記載の品質調整装置。
（付記項３）
　前記プロセッサは、予め定めた調整対象選定ポリシに従って、前記品質調整の対象として、前記複数の端末の中から１つ又は複数の端末を選択する
　付記項１に記載の品質調整装置。
（付記項４）
　前記プロセッサは、前記調整対象選定ポリシとして、端末に紐付けられている条件を使用する
　付記項３に記載の品質調整装置。
（付記項５）
　前記条件は、品質調整依頼に協力するか否か、契約通信プラン、及び、通信の品質を少なくとも含む複数の条件から選択された条件である
　付記項４に記載の品質調整装置。
（付記項６）
　複数の端末が収容されるネットワーク上で提供されるサービスの品質を調整するための品質調整装置として使用されるコンピュータが実行する品質調整方法であって、
　ある端末から目標品質を受信し、
　前記ネットワークにおいて、前記目標品質を満たすためのリソースが不足している場合に、品質調整の対象となる端末を選択し、当該端末に対する通信の品質を調整する
　品質調整方法。
（付記項７）
　コンピュータを、付記項１ないし５のうちいずれか１項に記載の品質調整装置における各部として機能させるためのプログラムを記憶した非一時的記憶媒体。
　以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
１００　品質割当機能部、帯域割当機能部
１１０　制御部
１１１　割当処理機能部
１１２　調整機能部
１１３　マクロフロー生成機能部
１２０　記憶部
１２１　調整対象選定ポリシ記憶部
１２２　調整ポリシ記憶部
１２３　ユーザ情報記憶部
１２４　フロー情報記憶部
１２５　ユーザ端末情報記憶部
１２６　リソース情報記憶部
１３０　入力部
１４０　通信部
１５０　出力部
２００　端末
２１０　制御部
２１１　品質要求部
２１２　帯域要求部
３００　オーケストレータ
３１０　マクロフロー管理機能部
３２０　最適割当処理機能部
３３０　リソース制御部
３４０　リソース設計機能部
１０００　ドライブ装置
１００１　記録媒体
１００２　補助記憶装置
１００３　メモリ装置
１００４　ＣＰＵ
１００５　インタフェース装置
１００６　表示装置
１００７　入力装置
１００８　出力装置

Claims (7)

  1. 　複数の端末が収容されるネットワーク上で提供されるサービスの品質を調整するための品質調整装置であって、
    　ある端末から目標品質を受信する通信部と、
    　前記ネットワークにおいて、前記目標品質を満たすためのリソースが不足している場合に、品質調整の対象となる端末を選択し、当該端末に対する通信の品質を調整する制御部と、
    　を備える品質調整装置。
  2. 　前記制御部は、予め定めた調整ポリシに従って、前記通信の品質を調整する
    　請求項１に記載の品質調整装置。
  3. 　前記制御部は、予め定めた調整対象選定ポリシに従って、前記品質調整の対象として、前記複数の端末の中から１つ又は複数の端末を選択する
    　請求項１に記載の品質調整装置。
  4. 　前記制御部は、前記調整対象選定ポリシとして、端末に紐付けられている条件を使用する
    　請求項３に記載の品質調整装置。
  5. 　前記条件は、品質調整依頼に協力するか否か、契約通信プラン、及び、通信の品質を少なくとも含む複数の条件から選択された条件である
    　請求項４に記載の品質調整装置。
  6. 　複数の端末が収容されるネットワーク上で提供されるサービスの品質を調整するための品質調整装置として使用されるコンピュータが実行する品質調整方法であって、
    　ある端末から目標品質を受信し、
    　前記ネットワークにおいて、前記目標品質を満たすためのリソースが不足している場合に、品質調整の対象となる端末を選択し、当該端末に対する通信の品質を調整する
    　品質調整方法。
  7. 　コンピュータを、請求項１ないし５のうちいずれか１項に記載の品質調整装置における各部として機能させるためのプログラム。
PCT/JP2022/015200 2022-03-28 2022-03-28 品質調整装置、品質調整方法、及びプログラム WO2023187937A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/015200 WO2023187937A1 (ja) 2022-03-28 2022-03-28 品質調整装置、品質調整方法、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/015200 WO2023187937A1 (ja) 2022-03-28 2022-03-28 品質調整装置、品質調整方法、及びプログラム

Publications (1)

Publication Number Publication Date
WO2023187937A1 true WO2023187937A1 (ja) 2023-10-05

Family

ID=88200016

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/015200 WO2023187937A1 (ja) 2022-03-28 2022-03-28 品質調整装置、品質調整方法、及びプログラム

Country Status (1)

Country Link
WO (1) WO2023187937A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002199365A (ja) * 2000-12-26 2002-07-12 Ricoh Co Ltd 映像配信システムおよび映像配信方法
JP2013239960A (ja) * 2012-05-16 2013-11-28 Hitachi Ltd 通信システム、通信装置および通信制御方法
WO2014142295A1 (ja) * 2013-03-15 2014-09-18 日本電気株式会社 メディア通信システム、ビットレート制御方法及びコンピュータ読み取り可能な情報記録媒体
US20160183126A1 (en) * 2014-12-23 2016-06-23 Hughes Network Systems, Llc Load balancing of committed information rate service sessions on tdma inroute channels

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002199365A (ja) * 2000-12-26 2002-07-12 Ricoh Co Ltd 映像配信システムおよび映像配信方法
JP2013239960A (ja) * 2012-05-16 2013-11-28 Hitachi Ltd 通信システム、通信装置および通信制御方法
WO2014142295A1 (ja) * 2013-03-15 2014-09-18 日本電気株式会社 メディア通信システム、ビットレート制御方法及びコンピュータ読み取り可能な情報記録媒体
US20160183126A1 (en) * 2014-12-23 2016-06-23 Hughes Network Systems, Llc Load balancing of committed information rate service sessions on tdma inroute channels

Similar Documents

Publication Publication Date Title
JP4598640B2 (ja) 電気通信ネットワークにおける経路選択方法及び装置
EP2569963B1 (en) Method and system for cross-stratum optimization in application-transport networks
JP6096325B2 (ja) シンキングＤｉａｍｅｔｅｒネットワークアーキテクチャを提供するための方法、システム、およびコンピュータ読取可能媒体
JP4606333B2 (ja) ルーティング制御方法
US20170195229A1 (en) System, method and article of manufacture for using control plane for critical data communications in software-defined networks
US20070230346A1 (en) Service quality management device and service quality management method
JP5888687B1 (ja) 配信サーバ又は配信ルート設計装置、配信サーバ又は配信ルート設計方法及びプログラム
WO2017176542A1 (en) Optimal dynamic cloud network control
WO2019120551A1 (en) Methods, apparatus and computer programs for allocating traffic in a telecommunications network
JP4603519B2 (ja) 経路計算方法、経路計算プログラム、経路計算装置およびノード
KR20170033179A (ko) 소프트웨어 정의 네트워크 기반 가상 네트워크 사용 대역폭 관리 방법 및 가상 네트워크 관리장치
Claeys et al. Proactive multi-tenant cache management for virtualized ISP networks
JP5314510B2 (ja) 帯域管理制御システム及び帯域管理制御方法
Bagci et al. Queue-allocation optimization for adaptive video streaming over software defined networks with multiple service-levels
Santos et al. An online strategy for service degradation with proportional qos in elastic optical networks
WO2010109952A1 (ja) 資源割り当て要求装置、資源割り当て装置、資源割り当て要求方法および資源割り当て方法
JP6131203B2 (ja) 装置選択ネットワークシステム、装置選択サーバおよびプログラム
CN102067547B (zh) 用于调节链路流量的技术
Claeys et al. Hybrid multi-tenant cache management for virtualized ISP networks
WO2023187937A1 (ja) 品質調整装置、品質調整方法、及びプログラム
JP5575953B1 (ja) 情報システム間サービス提供装置、情報システム間サービス提供方法および情報システム間サービス提供プログラム
Gama et al. Video streaming analysis in multi-tier edge-cloud networks
JP4822446B2 (ja) ネットワーク制御装置、ネットワーク制御方法、ネットワークシステムおよびプログラム
WO2023187935A1 (ja) 品質調整装置、品質調整方法、及びプログラム
Zong et al. Time-dependent load-balancing service degradation in optical data center networks

Legal Events

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

Ref document number: 22935090

Country of ref document: EP

Kind code of ref document: A1