WO2014077268A1 - Dispositif de commande de transfert de paquets, procédé de commande de transfert de paquets et programme associé - Google Patents

Dispositif de commande de transfert de paquets, procédé de commande de transfert de paquets et programme associé Download PDF

Info

Publication number
WO2014077268A1
WO2014077268A1 PCT/JP2013/080653 JP2013080653W WO2014077268A1 WO 2014077268 A1 WO2014077268 A1 WO 2014077268A1 JP 2013080653 W JP2013080653 W JP 2013080653W WO 2014077268 A1 WO2014077268 A1 WO 2014077268A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
communication service
bandwidth
network
transfer control
Prior art date
Application number
PCT/JP2013/080653
Other languages
English (en)
Japanese (ja)
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 日本電気株式会社
Publication of WO2014077268A1 publication Critical patent/WO2014077268A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic

Definitions

  • the present invention is based on a Japanese patent application: Japanese Patent Application No. 2012-250147 (filed on November 14, 2012), and the entire contents of this application are incorporated in the present specification by reference.
  • the present invention relates to a packet transfer control device, a packet transfer control method, and a program, and more particularly, to a packet transfer control device, a packet transfer control method, and a program for controlling packet transfer in a mobile network.
  • LTE Long Term Evolution
  • EPC Evolved Packet Core
  • a transfer control device provided in a WCDMA (Wideband Code Division Multiple Access) network estimates a bandwidth and sets a TCP (Transmission Control Protocol) transfer rate on the transmission side according to the estimated bandwidth.
  • the technique to adjust is described.
  • a packet transfer control device for example, EPC (Evolved Packet Core) that controls packet transfer.
  • the packet transfer control device sets parameters such as QCI (Quality Class Identifier), MBR (Maximum Bit Rate), GBR (Guaranteed Bit Rate), and controls QoS (Quality of Service) for each packet.
  • QCI Quality Class Identifier
  • MBR Maximum Bit Rate
  • GBR Guard Bit Rate
  • QoS Quality of Service
  • An object of the present invention is to provide a packet transfer control device, a packet transfer control method, and a program that contribute to such a demand.
  • the packet transfer control device provides: In response to a request from a terminal connected via a network, a first packet including data relating to a first communication service and a second packet including data relating to a second communication service are transmitted via the network.
  • a packet transfer unit to transfer to the terminal;
  • a bandwidth estimation unit for estimating the bandwidth of the network;
  • the first packet by the packet transfer unit and
  • a transfer control unit that controls transfer of the second packet.
  • the packet transfer control method is: In response to a request from the terminal, a packet transfer control device connected to the terminal via the network includes a first packet including data related to the first communication service and a second packet including data related to the second communication service. Transferring a packet to the terminal via the network; An estimation step of estimating a bandwidth of the network; Based on the priority of each of the first communication service and the second communication service, the guaranteed bandwidth or the maximum bandwidth, and the estimated bandwidth of the network, the first packet and the second packet A control step for controlling the transfer of the data.
  • the program according to the third aspect of the present invention is: In response to a request from a terminal connected via a network, a first packet including data relating to a first communication service and a second packet including data relating to a second communication service are transmitted via the network.
  • the program can be provided as a program product recorded on a non-transitory computer-readable storage medium.
  • the packet transfer control device when background traffic data fluctuates in a mobile network, it is possible to provide a communication service that requires real-time performance with high quality.
  • FIG. 1 is a diagram showing a connection configuration of a communication system having a packet transfer control apparatus (190) according to the present invention as an example.
  • FIG. 2 is a block diagram showing an example of the configuration of the packet transfer control device (190).
  • the packet transfer control device (190) receives the first request in response to a request from a terminal (eg, mobile terminal 170) connected via a network (eg, mobile network 150).
  • a packet transfer unit (176) for transferring a first packet including data related to the communication service and a second packet including data related to the second communication service to the terminal (170) via the network (150);
  • a bandwidth estimation unit (187) for estimating the bandwidth of the first communication service and the second communication service, the guaranteed bandwidth or the maximum bandwidth, and the estimated bandwidth of the network (150)
  • a transfer control unit (188) for controlling the transfer of the first packet and the second packet by the packet transfer unit (176).
  • the first communication service is a communication service (real-time communication service) that requires real-time performance, such as a voice call and a video phone
  • the second communication service is a data download of application software from a Web server. It may be a communication service (non-real time communication service) that does not require real-time performance.
  • the transfer control unit (188) determines the first packet as the second packet.
  • the packet transfer unit (176) is instructed to transfer the data more preferentially. For example, when the priority of the first communication service (real-time communication service) is higher than the priority of the second communication service (non-real-time communication service), the transfer control unit (188) determines the estimated network (150 ) Is less than the sum of the guaranteed bandwidth for the first communication service (real-time communication service) and the maximum bandwidth for the second communication service (non-real-time communication service), the first packet is transferred as it is. At the same time, the packet transfer unit (176) is instructed to delay the transfer of the second packet or to discard the second packet.
  • the packet transfer control device (190) when the background traffic data (for example, data related to the traffic of the second communication service) fluctuates in the mobile network (150), the communication service (the first service) is required. Communication service) with high quality.
  • the background traffic data for example, data related to the traffic of the second communication service
  • the communication service the first service
  • Communication service with high quality.
  • [Form 1] As in the packet transfer control device according to the first aspect.
  • [Form 2] When the priority of the first communication service is higher than the priority of the second communication service, the transfer control unit transfers the first packet preferentially over the second packet. You may instruct
  • [Form 3] The transfer control unit, when the priority of the first communication service is higher than the priority of the second communication service, the estimated bandwidth of the network is the guaranteed bandwidth for the first communication service and the When the bandwidth is below the sum of the maximum bandwidth for the second communication service, the first packet is transferred as it is, and the transfer of the second packet is delayed or the second packet is discarded. The packet transfer unit may be instructed.
  • the response packet from the terminal to the packet transferred to the terminal via the network includes the data size included in the packet transferred to the terminal, and the time when the terminal received the packet,
  • the bandwidth estimation unit may estimate the bandwidth of the network with reference to information included in the response packet.
  • the first communication service is a communication service that requires real-time performance such as a voice call and a video phone
  • the second communication service may be a communication service that does not require real-time performance, such as data download of application software from a Web server.
  • This is as in the packet transfer control method according to the second aspect.
  • the first packet is controlled so as to be transferred with priority over the second packet. May be.
  • the estimated bandwidth of the network is the guaranteed bandwidth for the first communication service and the second communication service.
  • the first packet is transferred as it is, and the transfer of the second packet is delayed or the second packet is discarded when the bandwidth is lower than the maximum bandwidth. May be.
  • the response packet from the terminal to the packet transferred to the terminal via the network includes the data size included in the packet transferred to the terminal, and the time when the terminal received the packet, In the estimation step, the bandwidth of the network may be estimated with reference to information included in the response packet.
  • the program is related to the third viewpoint.
  • the estimated bandwidth of the network is the guaranteed bandwidth for the first communication service and the second communication service.
  • the control process transfers the first packet as it is, and delays the transfer of the second packet or discards the second packet. You may make the said computer perform.
  • the response packet from the terminal to the packet transferred to the terminal via the network includes the data size included in the packet transferred to the terminal, and the time when the terminal received the packet,
  • the computer may be caused to execute a process of estimating a bandwidth of the network with reference to information included in the response packet.
  • FIG. 1 is a diagram illustrating a connection configuration of a communication system according to the present embodiment as an example.
  • FIG. 1 shows a configuration when a mobile LTE / EPC packet network is used as the mobile network 150.
  • the portable terminal 170 is a smart phone, a tablet, etc., for example, it is not limited to these.
  • FIG. 1 shows a case where a mobile terminal 170 performs voice communication with a partner terminal (not shown) via a partner network (not shown) via a mobile network 150 and an IMS (IP Multimedia Subsystem) network 130.
  • the structure of is shown.
  • a video phone may be used instead of the voice communication (voice call), but in FIG. Further, it is assumed that the mobile terminal 170 issues a request to the Web server 145 on the Internet 140 and downloads application software data from the Web server 145 simultaneously with the voice call.
  • the mobile terminal 170 sends out the IP address and RTP (Real-time Transport Protocol) port number of the partner terminal as a voice call connection request.
  • the connection request sent from the mobile terminal 170 is transmitted via the eNodeB (evolved Node B) device 194 and the packet transfer control device 190 to the SIP (Session Initiation Protocol) server 110 and the PCRF (Policy and and) placed in the IMS network 130. (Charging Rules Function) is transferred to at least one of the devices 191.
  • the mobile terminal 170 adds parameters such as voice call traffic, desired QoS class, MBR, and GBR to these parameters, and passes them through the packet transfer control device 190 to at least one of the SIP server 110 and the PCRF device 191. It can also be sent out.
  • the SIP server 110 When the SIP server 110 receives the connection request signal, the SIP server 110 sends a connection request to the counterpart terminal (not shown) via the counterpart network (not shown). In addition, when receiving an ACK signal from the counterpart terminal, the SIP server 110 sends the ACK signal to the mobile terminal 170 via the packet transfer device 190 and the eNodeB device 194. The portable terminal 170 receives the ACK signal sent from the SIP server. In this way, control signals for voice calls are exchanged.
  • the counterpart terminal can send not only the IP address and RTP port number of the mobile terminal 170 but also parameters such as voice call traffic, desired QoS class, MBR, and GBR. These parameters can be transmitted not only to the SIP server 110 but also to the PCRF apparatus 191.
  • the PCRF device 191 receives parameters such as voice call traffic, desired QoS class, MBR, GBR and the like from the packet transfer control device 190 for each of the uplink direction and the downlink direction, and generates parameters for QoS control. Specifically, the PCRF device 191 generates a QCI that is a value for identifying a QoS class, an ARP (Allocation and Retention Priority) indicating the priority of securing and retaining resources, and MBR and GBR. When the PCRF device 191 receives MBR and GBR from the packet transfer control device 190, the PCRF device 191 uses them as they are.
  • parameters such as voice call traffic, desired QoS class, MBR, GBR and the like from the packet transfer control device 190 for each of the uplink direction and the downlink direction, and generates parameters for QoS control. Specifically, the PCRF device 191 generates a QCI that is a value for identifying a QoS class, an ARP (Allocation and Retention Priority
  • the PCRF device 191 when the PCRF device 191 does not receive the MBR and GBR from the packet transfer control device 190, the PCRF device 191 generates these parameters by itself. The PCRF device 191 generates these four types of parameters for each of the uplink direction and the downlink direction, and outputs them to the packet transfer control device 190.
  • AMR-NB Adaptive Multi Rate Narrowband
  • the mobile terminal 170 sends a connection request specifying the URL (Uniform resource) Locator of the Web server 145.
  • the connection request is transferred to the Web server 145 via the eNodeB device 194 and the packet transfer control device 190, the mobile terminal 170 starts downloading desired application software from the Web server 145.
  • the packet transfer control device 190 can also add and send parameters such as Web traffic, desired QoS class, MBR, and GBR to the PCRF device 191.
  • the PCRF device 191 receives parameters such as Web traffic, desired QoS class, MBR, and GBR from the packet transfer control device 190 in the downlink direction, and generates parameters for QoS control. Specifically, the PCRF device 191 generates a QCI that is a value for identifying a QoS class, an ARP that indicates the priority of resource reservation and retention, and MBR and GBR. When the PCRF device 191 receives MBR and GBR from the packet transfer control device 190, it uses them as they are. On the other hand, when the PCRF device 191 does not receive the MBR and GBR from the packet transfer control device 190, the PCRF device 191 generates these parameters by itself. The PCRF device 191 generates these four types of parameters in the downlink direction and outputs them to the packet transfer control device 190.
  • parameters such as Web traffic, desired QoS class, MBR, and GBR from the packet transfer control device 190 in the downlink direction, and generates parameters for QoS control. Specifically, the PCRF
  • FIG. 2 is a block diagram showing an example of the configuration of the packet transfer control device 190.
  • the packet transfer control device 190 includes a control signal transfer unit 211, a band estimation unit 187, a transfer control unit 188, and a packet transfer unit 176.
  • the control signal transfer unit 211 relays the control signal from the mobile terminal 170 to the SIP server 110, and transmits the control signal and the ACK signal from the SIP server 110 to the mobile terminal 170.
  • the control signal transfer unit 211 exchanges control signals with the Web server 145. Further, the control signal transfer unit 211 receives four types of parameters of QCI, ARP, MBR, and GBR for each traffic data from the PCRF device 191. In the present embodiment, two types of traffic occur: voice call traffic and application software download data traffic (hereinafter referred to as “application data traffic”). Therefore, the control signal transfer unit 211 receives four types of parameters for the uplink direction and the downlink direction of the voice call traffic, and four types of parameters for the downlink direction of the application data traffic. The control signal transfer unit 211 outputs these parameters to the transfer control unit 188.
  • the bandwidth estimation unit 187 estimates the upstream bandwidth and the downstream bandwidth for the network connected to the mobile terminal 170 using each of the transmission packet and the response packet from the packet transfer unit 176. Specifically, the bandwidth estimation unit 187 receives information included in the response packet from the packet transfer unit 176, and estimates the downstream bandwidth BW_1 of the network to which the mobile terminal 170 is connected. Similarly, the bandwidth estimation unit 187 receives information included in the response packet from the packet transfer unit 176, and estimates the upstream bandwidth BW_2 of the network to which the mobile terminal 170 is connected.
  • these response packets include at least the following three types of information. -Data size D (n) of the nth data sent from the packet transfer unit 176 ⁇ Reception time R (n) when the nth packet is received by the mobile terminal 170 Data size P (n) included in the response packet sent from the mobile terminal 170 to the packet transfer control device 190
  • the bandwidth estimation unit 187 estimates the upstream and downstream bandwidths of the network using the three types of information included in the response packet.
  • the bandwidth estimation unit 187 estimates the downstream bandwidth BW_1 of the network to which the mobile terminal 170 is connected using Equation (1) and Equation (2).
  • W represents a band.
  • D (n) represents the data size of the nth packet transmitted from the packet transfer unit 176 to the mobile terminal 170.
  • R (n) is the reception time when the mobile terminal 170 receives the nth packet.
  • the band estimation unit 187 smoothes the band W calculated by Expression (1) temporally using Expression (2).
  • BW (n) _1 (1- ⁇ ) BW_1 (n-1) + ⁇ W (2)
  • BW (n) _1 represents the downstream band estimation value after smoothing at the nth time.
  • ⁇ is a constant in the range of 0 ⁇ ⁇ 1.
  • the bandwidth estimation unit 187 obtains an upstream bandwidth estimation value as follows.
  • the bandwidth estimation unit 187 obtains the upstream bandwidth W ′ according to Equation (3) by including the upstream data size P (m) transmitted from the mobile terminal in the response packet.
  • T (m) represents the reception time at which the packet transfer unit 176 received the response packet.
  • the band estimation unit 187 smoothes the band W ′ in the time direction, and uses the smoothed value BW (n) _2 as the band estimation value in the upstream direction.
  • BW (n) _2 (1- ⁇ ) BW_2 (n-1) + ⁇ W ’(4)
  • the bandwidth estimation unit 187 calculates the bandwidth estimation values BW_1 and BW_2 at predetermined time intervals, and outputs the calculated bandwidth estimation values BW_1 and BW_2 to the transfer control unit 188.
  • the transfer control unit 188 receives QCI, ARP, MBR, and GBR parameters for the voice call data traffic from the control signal transfer unit 211 for each of the uplink and downlink directions, and for the application data traffic in the downlink direction. Receives QCI, ARP, and MBR parameters. Further, the transfer control unit 188 receives the upstream band estimation value BW_1 and the downstream band estimation value BW_2 from the band estimation unit 187. The transfer control unit 188 uses these parameters and the band estimation value to instruct the packet transfer unit 176 to perform transfer control as follows.
  • the transfer control unit 188 compares the voice data traffic QCI and ARP with the application data traffic QCI and ARP. In this embodiment, voice data traffic has priority over application data traffic. Therefore, the transfer control unit 188 determines that it is necessary to control transfer of audio data traffic with priority.
  • the transfer control unit 188 performs no processing on the downlink voice data traffic when the downlink voice data traffic is “estimated bandwidth BW_1 ⁇ downstream GBR of the voice traffic”. Without sending the packet to the packet transfer unit 176 with the highest priority and relaying according to QCI and ARP.
  • the transfer control unit 188 forwards the instruction to reduce the bit rate of the voice AMR-NB encoder to the counterpart terminal. The result is output to the part 176.
  • the transfer control unit 188 also instructs the bit rate after reduction.
  • the reduced bit rate is a bit rate satisfying BW_1 ⁇ N, where N bps is the reduced bit rate, for example, 7.95 kbps, 4.75 ⁇ kbps, and the like.
  • the transfer control unit 188 does not perform any processing on the uplink voice data traffic if the uplink bandwidth estimation value BW_2 ⁇ the GBR in the uplink direction of the voice traffic for the uplink voice data traffic.
  • An instruction to relay in accordance with QCI and ARP with the highest priority without processing is output to the packet transfer unit 176.
  • the transfer control unit 188 instructs the mobile terminal 170 to reduce the bit rate of the voice AMR-NB encoder. Output to 176. Furthermore, the transfer control unit 188 also instructs the bit rate after reduction.
  • the reduced bit rate is a bit rate satisfying BW_1 ⁇ N, where N bps is the reduced bit rate, for example, 7.95 kbps, 4.75 ⁇ kbps, and the like.
  • the transfer control unit 188 performs no processing on the application data if “bandwidth estimation value in the downlink direction BW_1 ⁇ GBR in the downlink direction of voice traffic + MBR of application data”. Without sending the packet to the packet transfer device 176 with priority control according to the QCI and ARP.
  • the transfer control unit 188 For application data traffic, the transfer control unit 188 has QCI and ARP priorities compared to voice traffic when “bandwidth estimation value BW_1 ⁇ downstream GBR of voice traffic + MBR of application data”. An instruction to delay a packet of low application data traffic is output to the packet transfer device 176. Further, the transfer control unit 188 outputs an instruction to discard the packet to the packet transfer device 176 when the packet overflows from the queue of the packet transfer control device 190.
  • the packet transfer unit 176 receives an instruction from the transfer control unit 188, and controls downlink and uplink packet transfer for voice data traffic and downlink packet transfer for application data traffic.
  • the packet transfer unit 176 When the packet transfer unit 176 receives an instruction to relay the voice data traffic in the downstream direction according to the QCI and ARP with the highest priority without performing any processing, the packet transfer unit 176 transfers the packet according to the QCI and ARP.
  • the packet transfer unit 176 receives an instruction to reduce the bit rate of the voice AMR-NB encoder to the counterpart terminal, the CMR (Codec Mode Request) field of the payload format header portion of the uplink voice data RTP packet Describes the bit rate after reduction, and forwards the packet to the destination terminal.
  • the packet transfer unit 176 When the packet transfer unit 176 receives an instruction to relay the voice data traffic in the upstream direction according to QCI and ARP with the highest priority without performing any processing, the packet transfer unit 176 transfers the packet according to QCI and ARP. On the other hand, when receiving an instruction to reduce the bit rate of the voice AMR-NB encoder, the packet transfer unit 176 describes the bit rate after reduction in the CMR field of the payload format header part of the voice data RTP packet in the downlink direction, The packet is transferred toward the portable terminal 170 (FIG. 1).
  • the packet transfer unit 176 When the packet transfer unit 176 receives an instruction to transfer the packet with priority control according to the QCI and ARP without performing any processing on the application data traffic, the packet transfer unit 176 transfers the packet according to the QCI and ARP. On the other hand, when receiving an instruction to delay the traffic packet, the packet transfer unit 176 accumulates the data packet in a queue and delays the packet. In addition, when the packet transfer unit 176 receives an instruction to discard the packet when the packet overflows from the queue of the packet transfer control device 190, the data to be delayed increases, and when the queue overflows, the QCI or ARP has a low priority. Discard.
  • the packet transfer unit 176 uses the CMR in the RTP payload format header portion of the voice data packet to instruct the AMR-NB encoder installed in the counterpart terminal to reduce the bit rate, It was assumed to be communicated to the mobile terminal 170.
  • the bit rate may be described in SDP (Session Description Protocol) and transmitted together with the SIP message, or the bit rate may be described and transmitted in RTCP-APP (RTP Control Protocol) Application.
  • the response packet from mobile terminal 170 includes three types of information, data size D (n), reception time R (n), and data size P (n).
  • the network bandwidth is estimated using the three types of information included.
  • the response packet only needs to include two types of information, data size D (n) and reception time R (n).
  • the bandwidth estimation unit 187 can estimate the downstream bandwidth of the network using two types of information included in the response packet.
  • the response packet only needs to include two types of information, data size P (n) (and reception time R (n).
  • the bandwidth estimation unit 187 can estimate the upstream bandwidth of the network using two types of information included in the response packet.
  • the bandwidth estimation unit 187 estimates the bandwidth based on the response packet from the mobile terminal 170.
  • the global estimation unit 187 can measure a delay amount with respect to the mobile terminal 170 and estimate a band based on the measured delay amount.
  • the packet transfer control device 190 includes the bandwidth estimation unit 187, but the bandwidth estimation unit 187 may be an external device.
  • the present invention can be applied to other services based on the same configuration. it can.
  • it is possible to cope with a videophone and content download with the same configuration.
  • transfer control is not performed by setting parameter values such as QCI, MBR, and GBR.
  • the network bandwidth is estimated based on the response packet from the mobile terminal or the amount of delay, and packets are forwarded in order from the packet with the highest priority (priority based on the QCI value, ARP value, etc.). Is controlled so as to be within a limited band by delaying or discarding.
  • SIP server 130 IMS network 140 Internet 145 Web server 150 Mobile network 170 Mobile device 176 Packet transfer unit 187 Band estimation unit 188 Transfer control unit 190 Packet transfer controller 191 PCRF equipment 194 eNodeB device 211 Control signal transfer section

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne, afin de fournir un service de communication nécessitant une propriété de temps réel de haute qualité lorsque des données de trafic d'arrière-plan varient dans un réseau mobile, un dispositif de commande de transfert de paquets doté : d'une unité de transfert de paquets qui, en réponse à une demande d'un terminal connecté via un réseau, transfert un premier paquet comprenant des données relatives à un premier service de communication et un second paquet comprenant des données relatives à un second service de communication au terminal via le réseau ; une unité d'estimation de bande qui estime la bande du réseau ; et une unité de commande de transfert qui, sur la base des priorités respectives du premier service de communication et du second service de communication, d'une bande garantie ou d'une bande maximale, et de la bande estimée du réseau, commande le transfert du premier paquet et du second paquet par l'unité de transfert de paquets.
PCT/JP2013/080653 2012-11-14 2013-11-13 Dispositif de commande de transfert de paquets, procédé de commande de transfert de paquets et programme associé WO2014077268A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012250147 2012-11-14
JP2012-250147 2012-11-14

Publications (1)

Publication Number Publication Date
WO2014077268A1 true WO2014077268A1 (fr) 2014-05-22

Family

ID=50731179

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/080653 WO2014077268A1 (fr) 2012-11-14 2013-11-13 Dispositif de commande de transfert de paquets, procédé de commande de transfert de paquets et programme associé

Country Status (1)

Country Link
WO (1) WO2014077268A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004265263A (ja) * 2003-03-03 2004-09-24 Nippon Telegr & Teleph Corp <Ntt> コンテンツ配信方法、コンテンツ配信装置、コンテンツ配信用プログラム、コンテンツ配信用プログラムを記憶した記憶媒体、メタ情報サーバ、メタ情報サーバ用プログラムおよびメタ情報サーバ用プログラムを記憶した記憶媒体
JP2007142764A (ja) * 2005-11-17 2007-06-07 Nec Corp 局側装置における帯域割当装置、帯域割当方法および帯域割当プログラム
JP2008078966A (ja) * 2006-09-21 2008-04-03 Nec Corp 通信システム、トンネリング装置、通信方法、およびプログラム
JP2010147864A (ja) * 2008-12-19 2010-07-01 Yamaha Corp 通信装置
JP2012204991A (ja) * 2011-03-24 2012-10-22 Yamaha Corp 通信システム、携帯端末、およびプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004265263A (ja) * 2003-03-03 2004-09-24 Nippon Telegr & Teleph Corp <Ntt> コンテンツ配信方法、コンテンツ配信装置、コンテンツ配信用プログラム、コンテンツ配信用プログラムを記憶した記憶媒体、メタ情報サーバ、メタ情報サーバ用プログラムおよびメタ情報サーバ用プログラムを記憶した記憶媒体
JP2007142764A (ja) * 2005-11-17 2007-06-07 Nec Corp 局側装置における帯域割当装置、帯域割当方法および帯域割当プログラム
JP2008078966A (ja) * 2006-09-21 2008-04-03 Nec Corp 通信システム、トンネリング装置、通信方法、およびプログラム
JP2010147864A (ja) * 2008-12-19 2010-07-01 Yamaha Corp 通信装置
JP2012204991A (ja) * 2011-03-24 2012-10-22 Yamaha Corp 通信システム、携帯端末、およびプログラム

Similar Documents

Publication Publication Date Title
EP2165481B1 (fr) Contrôle de débit dans un système de communication
US9668083B2 (en) Systems and methods for cooperative applications in communication systems
US10097946B2 (en) Systems and methods for cooperative applications in communication systems
US8867358B2 (en) Energy control in a mobile communication network
US20140155043A1 (en) Application quality management in a communication system
US20140153392A1 (en) Application quality management in a cooperative communication system
EP2728802A1 (fr) Méthode et appareil pour le réseau et service hybride contrôlée
EP2859768B1 (fr) Applications collaboratives dans des systèmes de communication
US11206320B2 (en) Method and apparatus for implementing congestion control negotiation
EP2912893B1 (fr) Procédé et dispositif d&#39;adaptation de puissance agencé pour l&#39;ajustement de consommation d&#39;énergie dans un noeud de réseau
KR101682627B1 (ko) 영상 스트림 제공 방법 및 시스템과 중계 장치
JP2023016381A (ja) 情報通信装置、及び情報通信方法
WO2014077268A1 (fr) Dispositif de commande de transfert de paquets, procédé de commande de transfert de paquets et programme associé
JP5280775B2 (ja) 無線端末装置
WO2014083962A1 (fr) Système de communication
WO2014087764A1 (fr) Terminal et système de communication
WO2014087765A1 (fr) Terminal et système de communication
EP3179812B1 (fr) Applications coopératives dans des systèmes de communication
Khorov et al. SAND-inspired Cross-layer Approach for CCTV in 5G Networks
WO2017059932A1 (fr) Commande de flux descendant de paquets de données vers un ou plusieurs clients
JP2004289414A (ja) パケット通信システム、装置およびパケット通信方法
WO2014083994A1 (fr) Système et procédé de commande de transfert de paquets
WO2014083961A1 (fr) Dispositif de régulation de transfert de paquets, et système de communication
WO2014087830A1 (fr) Système et procédé de commande d&#39;acheminement de paquets

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13855510

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP