JP2006121410A - Communication apparatus - Google Patents

Communication apparatus Download PDF

Info

Publication number
JP2006121410A
JP2006121410A JP2004306869A JP2004306869A JP2006121410A JP 2006121410 A JP2006121410 A JP 2006121410A JP 2004306869 A JP2004306869 A JP 2004306869A JP 2004306869 A JP2004306869 A JP 2004306869A JP 2006121410 A JP2006121410 A JP 2006121410A
Authority
JP
Japan
Prior art keywords
qos
cos
communication device
value
cos value
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
JP2004306869A
Other languages
Japanese (ja)
Inventor
Takahiro Shoji
隆浩 庄司
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
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 Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP2004306869A priority Critical patent/JP2006121410A/en
Publication of JP2006121410A publication Critical patent/JP2006121410A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To obtain a communication apparatus and a QoS control method capable of performing QoS control of End-to-End even if a router having no RSVP exists, suppressing a load on a network to the necessary minimum, and further performing absolute QoS control. <P>SOLUTION: In a reception node 107, QoS (Quality of Service) of reception data obtained by receiving data transmitted from a transmission node 101, a result of the estimation is compared with required QoS of an application, and a QoS control signal including a parameter for changing the priority of a TOS (Type of Service) field from the result is transmitted to the transmission node 101. Thus, the QoS control of End-to-End can be possible, and further, feedback information of the QoS is used and the absolute value QoS control is possible. Also, since the transmission node 101 does not issue an excessive QoS request, the load on an IP network 102 can be suppressed to the necessary minimum. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

本発明は、インターネット上に音声やデータを流す帯域の制御や優先順位の制御を行う技術であるQoS(Quality of Service)を用いた通信装置に関する。   The present invention relates to a communication apparatus using QoS (Quality of Service), which is a technique for controlling a bandwidth for sending voice and data over the Internet and controlling priority.

従来、上述したQoSを実現するための技術として、RSVP(Resource reSerVation Protocol)やDiffserv(Differentiated Service)などが開発されている(例えば非特許文献1参照)。   Conventionally, as a technique for realizing the above-described QoS, RSVP (Resource reSerVation Protocol), Diffserv (Differentiated Service), and the like have been developed (for example, see Non-Patent Document 1).

RSVPは、IP(Internet Protocol)ネットワーク上のルータ間で特定の通信チャネルの伝送帯域を管理するためのプロトコルである。図7にRSVPによるデータの流れを示す。RSVPでは、まず送信ノード701から受信ノード702に向けてIPネットワーク703を介してPATHメッセージMpを送信する。PATHメッセージMpには、それが経由する各ルータ705のIPアドレスが記録される。受信ノード702は、PATHメッセージMpを受信すると、送信ノード701に向けて帯域予約のためのRESVメッセージMrを送信する。   RSVP is a protocol for managing a transmission band of a specific communication channel between routers on an IP (Internet Protocol) network. FIG. 7 shows a data flow by RSVP. In RSVP, first, a PATH message Mp is transmitted from the transmission node 701 to the reception node 702 via the IP network 703. In the PATH message Mp, the IP address of each router 705 through which it passes is recorded. When receiving the PATH message Mp, the receiving node 702 transmits a RESV message Mr for bandwidth reservation to the transmitting node 701.

RESVメッセージMrには、PATHメッセージMpに記録された送信ノード701から受信ノード702までの経路における各ルータ705のIPアドレスが含まれることから、送信ノード701から受信ノード702の逆順に沿って送信ノード701まで経由する全てのルータ705に帯域予約が行われて行く。経由するルータ705の全てで帯域予約が完了してRESVメッセージMrが送信ノード701に到着すると、送信ノード701から受信ノード702へデータDAの送信が開始される。   Since the RESV message Mr includes the IP address of each router 705 in the path from the transmission node 701 to the reception node 702 recorded in the PATH message Mp, the transmission node along the reverse order of the transmission node 701 to the reception node 702. Bandwidth reservation is performed for all routers 705 that pass through the network 701. When the bandwidth reservation is completed in all the routers 705 that pass through and the RESV message Mr arrives at the transmission node 701, transmission of data DA from the transmission node 701 to the reception node 702 is started.

一方、Diffservは、IPネットワーク上に送出するパケットに優先順位を設定し、各ルータがこの優先順位を参照しながらバッファや帯域の割り当てを行うことでQoSを確保しようとするものである。図8にDiffservによるデータの流れを示す。また、図9にIPv4パケットフォーマットを示す。また、図10にIPv4パケットのTOS(Type Of Service)フィールドを示す。なお、TOSフィールドとは、IPパケットの優先度などを表すTOSを指定するために使われるものである。例えば、ある特定の値が指定された場合には、そのほかのパケットよりも優先してルーティング処理などを行うという設定を可能にしている。   Diffserv, on the other hand, sets priority for packets to be transmitted on the IP network, and each router attempts to ensure QoS by allocating buffers and bandwidths while referring to the priority. FIG. 8 shows a data flow by Diffserv. FIG. 9 shows the IPv4 packet format. FIG. 10 shows a TOS (Type Of Service) field of the IPv4 packet. The TOS field is used for designating a TOS representing the priority of an IP packet. For example, when a specific value is designated, it is possible to perform setting such that routing processing is performed with priority over other packets.

図8において、Diffservでは、送信ノード801においてデータDAを送信する際に、図9に示すTOSフィールドに、アプリケーションが要求するフォワーディングの優先度を入れてIPネットワーク803に送信する。エッジルータ804では、受信したデータDAのTOSフィールドや送信元IPアドレス、送信先IPアドレス等に基づき図9のTOSフィールドを図10のDSCP(Differentiated Service Code Point)フィールドとして再定義し、ドメイン内で適用されるフォワーディングの優先度パラメータに書き換える。ドメイン内のルータ805では、DSCPフィールド値に基づいてフォワーディングの優先制御が行われる。ドメインの出口側のエッジルータ806では、元のTOSフィールド値に戻し受信ノード807へ送信する。
S. Blake and et.al., “An Architecture for Differentiated Services”, IETF, RFC2475, December 1998.
In FIG. 8, when Diffserv transmits data DA at the transmission node 801, the forwarding priority requested by the application is put in the TOS field shown in FIG. 9 and transmitted to the IP network 803. The edge router 804 redefines the TOS field of FIG. 9 as a DSCP (Differentiated Service Code Point) field of FIG. 10 based on the TOS field, the source IP address, the destination IP address, etc. of the received data DA, and within the domain. Replace with the applied forwarding priority parameter. The router 805 in the domain performs forwarding priority control based on the DSCP field value. The edge router 806 on the egress side of the domain returns to the original TOS field value and transmits it to the receiving node 807.
S. Blake and et.al., “An Architecture for Differentiated Services”, IETF, RFC2475, December 1998.

しかしながら、従来のRSVPやDiffServのQoS制御方法においては、次のような問題がある。   However, the conventional RSVP and DiffServ QoS control methods have the following problems.

すなわち、RSVPのQoS制御方法では、帯域予約が必要で通信開始前に所要のQoSを確保するが、End-to-End(送信ノードから受信ノードまでの間)でRSVPが実装されていなければならない。また、制御が全ての経路において行われなければならないため、ネットワークの負荷が大きい。また、経路の全てでRSVPが実装されていない場合はトランスペアレントで可能であるものの、その部分のリカバーはされない。   That is, in the RSVP QoS control method, bandwidth reservation is required and a necessary QoS is ensured before the start of communication, but RSVP must be implemented End-to-End (between the transmission node and the reception node). . In addition, since the control must be performed in all routes, the load on the network is large. Also, when RSVP is not implemented in all of the paths, it is possible to use transparent, but the portion is not recovered.

DiffServのQoS制御方法では、あくまで優先制御であって絶対値的なQoS保証はできない   The DiffServ QoS control method is priority control and cannot guarantee absolute QoS.

本発明はかかる点に鑑みてなされたものであり、RSVPを実装していないルータがあってもEnd-to-EndのQoS制御が可能であり、またネットワークへの負荷を必要最低限で抑えることができ、さらに絶対的なQoS制御が可能な通信装置を提供することを目的とする。   The present invention has been made in view of the above points, and is capable of end-to-end QoS control even when there is a router that does not implement RSVP, and suppresses the load on the network to a minimum. An object of the present invention is to provide a communication apparatus that can perform absolute QoS control.

(1)本発明の通信装置は、複数のモデムが存在するIPネットワークを用いて、相手通信装置から送信されたデータを受信する通信装置において、前記相手通信装置から受信したデータのQoSを推定するQoS推定手段と、アプリケーション要求QoSを生成するアプリケーション手段と、前記QoS推定手段で推定された受信データのQoSと前記アプリケーション手段で生成されたアプリケーション要求QoSとを比較して、その比較結果からTOSフィールドの優先度を変更するパラメータを含むQoS制御信号を生成するQoS制御信号生成手段と、前記QoS制御信号生成手段で生成されたQoS制御信号を前記相手通信装置へ送信する送信手段と、を具備する。   (1) A communication apparatus according to the present invention estimates a QoS of data received from a partner communication apparatus in a communication apparatus that receives data transmitted from the partner communication apparatus using an IP network including a plurality of modems. The QoS estimation means, the application means for generating the application request QoS, the QoS of the received data estimated by the QoS estimation means and the application request QoS generated by the application means, and the TOS field from the comparison result A QoS control signal generating means for generating a QoS control signal including a parameter for changing the priority of the QoS, and a transmitting means for transmitting the QoS control signal generated by the QoS control signal generating means to the counterpart communication device. .

上記構成によれば、受信側となる通信装置で、送信側となる相手通信装置から送信されたデータを受信して得た受信データのQoSを推定し、推定した受信データのQoSと本装置で動作しているアプリケーションの所要QoSとを比較して、その比較結果からTOSフィールドの優先度を変更するパラメータを含むQoS制御信号を生成して相手通信装置へ送信するので、End-to-EndでのQoS制御が可能となる。しかも、IPネットワーク内にRSVPを実装していないトランスペアレントルータ(ルーティングは可能であるが、帯域予約の動作は行わないルータ)があってもEnd-to-EndでのQoS制御が可能である。   According to the above configuration, the communication device serving as the receiving side estimates the QoS of the received data obtained by receiving the data transmitted from the partner communication device serving as the transmitting side, and the estimated QoS of the received data and the present device Compared with the required QoS of the operating application, a QoS control signal including a parameter for changing the priority of the TOS field is generated from the comparison result and transmitted to the counterpart communication device. QoS control becomes possible. Moreover, end-to-end QoS control is possible even when there is a transparent router (router that can perform routing but does not perform bandwidth reservation operation) in which RSVP is not installed in the IP network.

また、Diffservをベースにするので、従来のRSVPのようなEnd-to-Endでの予約を必要としない。また、QoSのフィードバック情報を用いることから、従来のDiffservのような相対的なQoS制御ではなく、絶対値的なQoS制御が可能となる。   Further, since it is based on Diffserv, there is no need for end-to-end reservation as in conventional RSVP. In addition, since QoS feedback information is used, absolute QoS control is possible instead of relative QoS control as in conventional Diffserv.

(2)本発明の通信装置は、複数のモデムが存在するIPネットワークを用いて、相手通信装置へデータを送信する通信装置において、前記相手通信装置から受信したQoS制御信号に基づいてTOSフィールド値を設定するCoS制御手段と、前記CoS制御手段で設定されたTOSフィールド値でIPパケットを前記相手通信装置へ送信する送信手段と、を具備する。   (2) A communication device according to the present invention is a communication device that transmits data to a partner communication device using an IP network in which a plurality of modems are present. The TOS field value is based on a QoS control signal received from the partner communication device. CoS control means for setting the IP packet, and transmission means for transmitting the IP packet to the counterpart communication device with the TOS field value set by the CoS control means.

上記構成によれば、受信側となる通信装置との間でQoS制御を実現できるので、過剰なQoS要求を出すことがなく、IPネットワークへの負荷を必要最低限で抑えることができる。   According to the above configuration, since QoS control can be realized with the communication device on the receiving side, an excessive QoS request is not issued, and the load on the IP network can be suppressed to the minimum necessary.

(3)本発明の通信システムは、複数のモデムが存在するIPネットワークを用いて、2つのノード間でデータの送受信を行う通信システムにおいて、上記(1)に記載の通信装置を送信側とする送信ノードと、上記(2)に記載の通信装置を受信側とする受信ノードと、を具備する。   (3) A communication system according to the present invention is a communication system in which data is transmitted and received between two nodes using an IP network in which a plurality of modems are present. A transmission node; and a reception node having the communication device described in (2) as a reception side.

上記構成によれば、受信ノードで、送信ノードから送信されたデータを受信して得た受信データのQoSを推定し、推定した受信データのQoSと本ノードで動作しているアプリケーションの所要QoSとを比較して、その比較結果からTOSフィールドの優先度を変更するパラメータを含むQoS制御信号を生成して送信ノードへ送信するので、End-to-EndでのQoS制御が可能となる。しかも、IPネットワーク内にRSVPを実装していないトランスペアレントルータがあってもEnd-to-EndでのQoS制御が可能である。   According to the above configuration, the receiving node estimates the QoS of the received data obtained by receiving the data transmitted from the transmitting node, and the estimated QoS of the received data and the required QoS of the application operating at this node Are compared, and a QoS control signal including a parameter for changing the priority of the TOS field is generated from the comparison result and transmitted to the transmitting node, so that end-to-end QoS control is possible. Moreover, end-to-end QoS control is possible even if there is a transparent router that does not have RSVP installed in the IP network.

また、Diffservをベースにするので、従来のRSVPのようなEnd-to-Endでの予約を必要としない。また、QoSのフィードバック情報を用いることから、従来のDiffservのような相対的なQoS制御ではなく、絶対値的なQoS制御が可能となる。また、送信ノードは、過剰なQoS要求を出すことないので、IPネットワークへの負荷を必要最低限で抑えることができる。   Further, since it is based on Diffserv, there is no need for end-to-end reservation as in conventional RSVP. In addition, since QoS feedback information is used, absolute QoS control is possible instead of relative QoS control as in conventional Diffserv. Further, since the sending node does not issue an excessive QoS request, the load on the IP network can be suppressed to the minimum necessary.

(4)本発明のCoS制御方法は、複数のモデムが存在するIPネットワークを用いて、相手通信装置へデータを送信する通信装置におけるCoS制御方法において、初回送信時に、動作しているアプリケーションの所要QoS情報からCoS値を取得するCoS値取得工程と、前記CoS値取得工程で取得されたCoS値を記憶する記憶工程と、前記記憶工程で記憶されたCoS値をIPヘッダのTOSフィールドに書き込み前記相手通信装置へ送信する第1送信工程と、初回送信以降で前記相手通信装置から送信されるQoS制御信号を受信する受信工程と、前記受信工程で受信された前記相手通信装置からのQoS制御信号内に記述されたCoS情報を取得し、CoS値の増加又は維持又は減少の判定を行う判定工程と、前記判定工程にて前記CoS値を維持する場合は、記憶している前回送信したCoS値をIPヘッダのTOSフィールドに書き込んで前記相手通信装置へ送信する第2送信工程と、前記判定工程にて前記CoS値を増加する場合は、増加可能かどうか判定し、増加可能であれば前記CoS値を増加させてその値をIPヘッダのTOSフィールドに書き込んで前記相手通信装置へ送信し、前記CoS値を減少する場合は、減少可能かどうか判定し、減少可能であれば前記CoS値を減少させてその値をIPヘッダのTOSフィールドに書き込んで前記相手通信装置へ送信し、前記CoS値を増加も減少もできない場合は、記憶している前回送信したCoS値をIPヘッダのTOSフィールドに書き込んで前記相手通信装置へ送信する第3送信工程と、を具備する。   (4) The CoS control method of the present invention is a requirement for an application operating at the first transmission in a CoS control method in a communication device that transmits data to a partner communication device using an IP network having a plurality of modems. A CoS value acquisition step of acquiring a CoS value from QoS information; a storage step of storing the CoS value acquired in the CoS value acquisition step; and writing the CoS value stored in the storage step into the TOS field of the IP header. A first transmission step of transmitting to the counterpart communication device; a reception step of receiving a QoS control signal transmitted from the counterpart communication device after the initial transmission; and a QoS control signal from the counterpart communication device received in the reception step A determination step of acquiring the CoS information described in and determining whether to increase or maintain or decrease the CoS value, and the determination step When the CoS value is maintained, the previously transmitted CoS value stored in the TOS field of the IP header is written in the TOS field and transmitted to the counterpart communication device, and the CoS value is determined in the determination step. When increasing, it is determined whether or not it can be increased, and if it can be increased, the CoS value is increased, the value is written in the TOS field of the IP header and transmitted to the counterpart communication device, and the CoS value is decreased. If it is possible to decrease, if the decrease is possible, the CoS value is decreased, the value is written in the TOS field of the IP header and transmitted to the counterpart communication device, and the CoS value cannot be increased or decreased. Comprises a third transmission step of writing the previously transmitted CoS value stored in the TOS field of the IP header and transmitting the same to the counterpart communication device. That.

この方法によれば、受信側となる相手通信装置との間でQoS制御を実現できるので、過剰なQoS要求を出すことがなく、IPネットワークへの負荷を必要最低限で抑えることができる。   According to this method, since QoS control can be realized with the partner communication apparatus on the receiving side, an excessive QoS request is not issued, and the load on the IP network can be suppressed to the minimum necessary.

本発明によれば、上記によって以下の効果がある。
データ送信側の通信装置が、データ送信に、TOSフィールドにアプリケーションが要求する優先度を送信するDiffervをベースにしているので、従来のRSVPのようなEnd-to-Endでの予約を必要としない。また、QoSのフィードバック情報を用いるので、従来のDiffservの様な相対的なQoS制御ではなく、絶対値的なQoS制御が可能となる。また、IPネットワーク内にRSVPを実装していないトランスペアレントルータ(ルーティングは可能だが帯域予約の動作は行わない)があってもEnd-to-EndのQoS制御が可能。また、送信側の通信装置の過剰なQoS要求を抑えることが可能となり、ネットワークへの負荷を必要最低限で抑えることができる。
According to the present invention, the following effects are obtained.
Since the communication device on the data transmission side is based on Differv which transmits the priority requested by the application to the TOS field for data transmission, it does not require an end-to-end reservation like conventional RSVP. . Further, since QoS feedback information is used, absolute QoS control is possible instead of relative QoS control as in conventional Diffserv. In addition, end-to-end QoS control is possible even if there is a transparent router that does not implement RSVP in the IP network (routing is possible but bandwidth reservation is not performed). In addition, it is possible to suppress an excessive QoS request of the communication device on the transmission side, and the load on the network can be suppressed to the minimum necessary.

以下、本発明の実施の形態について、図面を参照して詳細に説明する。   Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

図1は、本発明の一実施の形態に係る通信システムの動作の概略を説明するための図である。この通信システムには、通信装置としての送信ノード101及び受信ノード107が存在し、IPネットワーク102には、ルータ103、105、106が存在する。なお、ルータ103とルータ106は、ともにネットワーク境界にあるためエッジルータと呼ばれる。   FIG. 1 is a diagram for explaining the outline of the operation of a communication system according to an embodiment of the present invention. In this communication system, there are a transmission node 101 and a reception node 107 as communication devices, and an IP network 102 includes routers 103, 105, and 106. Note that the router 103 and the router 106 are both called edge routers because they are at the network boundary.

初回の送信では、従来のDiffservの制御と同様に、送信ノード101でアプリケーションが必要とする優先度をTOSフィールドに記述し、IPネットワーク102のエッジルータ103へデータDAを送信する。エッジルータ103では、TOSフィールドや送信元IPアドレス、送信先IPアドレス等に基づきTOSフィールドをDSCPフィールドとして再定義し、ドメイン内で適用されるフォワーディングの優先度パラメータに書き換える。ドメイン内のルータ105ではDSCPフィールド値に基づいたフォワーディングの優先制御が行われ、エッジルータ106で元のTOSフィールドに書き直された上で受信ノード107へ送信される。   In the first transmission, similar to the conventional Diffserv control, the priority required by the application in the transmission node 101 is described in the TOS field, and the data DA is transmitted to the edge router 103 of the IP network 102. The edge router 103 redefines the TOS field as a DSCP field based on the TOS field, the source IP address, the destination IP address, and the like, and rewrites it as a forwarding priority parameter applied within the domain. The router 105 in the domain performs forwarding priority control based on the DSCP field value, and is rewritten to the original TOS field by the edge router 106 before being transmitted to the receiving node 107.

受信ノード107は、受信したデータDAのQoSを推定し、QoSを満たしている場合にはTOSフィールドの優先度を下げ、QoSを満たしていない場合にはTOSフィールドの優先度を上げるなどのパラメータを含むQoS制御信号Scontを送信ノード101へ送信する。受信ノード107から送信されたQoS制御信号Scontを受信した送信ノード101は、例えば初回送信時に図2に示す中優先度Silverサービスを選択していたとして、QoS制御信号Scontに優先度を上げるパラメータが記載されていたとすると、さらに優先度の高いGoldサービスを設定して次のデータを送信する。 The receiving node 107 estimates the QoS of the received data DA, and when the QoS is satisfied, the receiving node 107 decreases the priority of the TOS field, and when the QoS is not satisfied, the receiving node 107 increases the parameter of the TOS field. The included QoS control signal S cont is transmitted to the transmission node 101. The transmission node 101 that has received the QoS control signal S cont transmitted from the reception node 107 raises the priority to the QoS control signal S cont on the assumption that the medium priority Silver service shown in FIG. If the parameter is described, the Gold service having a higher priority is set and the next data is transmitted.

以上のように、受信ノード107が、受信データDAのQoSを推定し、推定したQoSに基づくQoS制御信号Scontを送信ノード101へ送信することによって、End-to-EndでのQoS制御が実現する。 As described above, the reception node 107 estimates the QoS of the reception data DA, and transmits the QoS control signal S cont based on the estimated QoS to the transmission node 101, thereby realizing end-to-end QoS control. To do.

以下、送信ノード101と受信ノード107について詳細に説明する。   Hereinafter, the transmitting node 101 and the receiving node 107 will be described in detail.

(受信ノード107)
受信ノード107は、図3のブロック図に示すように、リンク制御部301と、IP制御部302と、TCP(Transmission Control Protocol )制御部303と、UDP(User Datagram Protocol)制御部304と、RTP(Real-time Transport Protocol)制御部305と、CoS(Class Of Service)制御部306と、QoS推定部307と、アプリケーション部308とを備えている。なお、QoS推定部307はQoS推定手段に対応し、アプリケーション部308はアプリケーション手段に対応する。また、CoS(Class Of Service)制御部306はQoS制御信号生成手段に対応する。また、リンク制御部301、IP制御部302及びUDP制御部304は送信手段を構成する。
(Reception node 107)
As shown in the block diagram of FIG. 3, the receiving node 107 includes a link control unit 301, an IP control unit 302, a TCP (Transmission Control Protocol) control unit 303, a UDP (User Datagram Protocol) control unit 304, an RTP (Real-time Transport Protocol) control unit 305, CoS (Class Of Service) control unit 306, QoS estimation unit 307, and application unit 308 are provided. The QoS estimation unit 307 corresponds to a QoS estimation unit, and the application unit 308 corresponds to an application unit. A CoS (Class Of Service) control unit 306 corresponds to a QoS control signal generating unit. In addition, the link control unit 301, the IP control unit 302, and the UDP control unit 304 constitute a transmission unit.

リンク制御部301は、ネットワーク上でデータ伝送制御を行う。IP制御部302は、ネットワーク層での各種制御を行うものであり、例えばネットワークに参加している機器のアドレッシングや、相互に接続された複数のネットワーク内でのルーティング(通信経路の選定)を行う。TCP制御部303は、トランスポート層での各種制御を行うものであり、ネットワーク層のIPと、セッション層以上のプロトコルの橋渡しをする。UDP制御部304は、TCP制御部303と同様にトランスポート層での各種制御を行うものであり、TCP制御部303と逆に転送速度が高い反面信頼性が低い(即ち、TCP制御部303は、転送速度は低いが信頼性は高い)。RTP制御部305は、音声や映像をストリーミング再生するための制御を行う。CoS制御部306は、IPパケットのルーティング優先度などを示すCoSと呼ばれるフィールドによるQoS制御を行う。QoS推定部307は、受信データのQoS情報を推定する。   The link control unit 301 performs data transmission control over the network. The IP control unit 302 performs various types of control in the network layer, and performs, for example, addressing of devices participating in the network and routing (selection of communication paths) in a plurality of interconnected networks. . The TCP control unit 303 performs various controls in the transport layer, and bridges the network layer IP and the protocol higher than the session layer. The UDP control unit 304 performs various controls in the transport layer in the same manner as the TCP control unit 303. On the contrary to the TCP control unit 303, the transfer rate is high, but the reliability is low (that is, the TCP control unit 303 is , Transfer speed is low but reliability is high). The RTP control unit 305 performs control for streaming reproduction of audio and video. The CoS control unit 306 performs QoS control using a field called CoS indicating the routing priority of the IP packet. The QoS estimation unit 307 estimates QoS information of received data.

リンク制御部301とIP制御部302とによって、IPネットワーク102経由で送られてくるデータが受信されると、受信データのIPヘッダに含まれるプロトコル番号に従って該受信データがTCP制御部303もしくはUDP制御部304に入力される。UDP制御部304に入力された受信データはUDP制御部304を介してRTP制御部305にも入力される。RTP制御部305は、RTPヘッダに含まれるタイムスタンプ情報をCoS制御部306に入力する。また、受信データをQoS推定部307経由でアプリケーション部308へ送る。TCP制御部303もRTP制御部305と同様に受信データをQoS推定部307経由でアプリケーション部308へ送る。   When data sent via the IP network 102 is received by the link control unit 301 and the IP control unit 302, the received data is sent to the TCP control unit 303 or the UDP control according to the protocol number included in the IP header of the received data. Input to the unit 304. The received data input to the UDP control unit 304 is also input to the RTP control unit 305 via the UDP control unit 304. The RTP control unit 305 inputs time stamp information included in the RTP header to the CoS control unit 306. Also, the received data is sent to the application unit 308 via the QoS estimation unit 307. Similarly to the RTP control unit 305, the TCP control unit 303 also sends received data to the application unit 308 via the QoS estimation unit 307.

QoS推定部307は、TCPパケットもしくはUDPパケットのQoS情報を推定し、推定した情報をCoS制御部306に入力する。アプリケーション部308は、現在動作しているアプリケーションで要求されるQoSをCoS制御部306に入力する。CoS制御部306は、アプリケーション部308から入力される所要QoSとQoS推定部307から入力される受信データのQoSとを比較する。ここで、図4にCoS制御部306で行われる閾値判定処理の概要を示す。この判定によりCoS制御部306は、受信データのQoSが閾値Th1以上の場合はQoSを下げ、閾値Th1と閾値Th2との間の場合はQoSを維持し、閾値Th2以下の場合はQoSを上げるパラメータ(CoS情報)を記述したQoS制御信号Scontを生成し、UDP制御部304からIP制御部302、リンク制御部301を介して送信ノード101へ送信する。ただし、QoS制御信号Scontの送信ではTCP制御部303を介して送信しても良い。 The QoS estimation unit 307 estimates the QoS information of the TCP packet or the UDP packet, and inputs the estimated information to the CoS control unit 306. The application unit 308 inputs the QoS required by the currently operating application to the CoS control unit 306. The CoS control unit 306 compares the required QoS input from the application unit 308 with the QoS of received data input from the QoS estimation unit 307. Here, FIG. 4 shows an outline of threshold determination processing performed by the CoS control unit 306. By this determination, the CoS control unit 306 decreases the QoS when the QoS of the received data is equal to or higher than the threshold Th1, maintains the QoS when the received data is between the threshold Th1 and the threshold Th2, and increases the QoS when the received data is equal to or lower than the threshold Th2. A QoS control signal S cont describing (CoS information) is generated and transmitted from the UDP control unit 304 to the transmission node 101 via the IP control unit 302 and the link control unit 301. However, the QoS control signal S cont may be transmitted via the TCP control unit 303.

(送信ノード101)
送信ノード101は、図5のブロック図に示すように、アプリケーション部501と、CoS制御部502と、RTP制御部503と、UDP制御部504と、TCP制御部505と、IP制御部506と、リンク制御部507とを備えている。上述した受信ノード107とはQoS推定部307を有していない点以外は同一の構成となっている。なお、CoS制御部502はCoS制御手段に対応する。また、UDP制御部504、IP制御部506及びリンク制御部507は送信手段を構成する。
(Sending node 101)
As shown in the block diagram of FIG. 5, the transmission node 101 includes an application unit 501, a CoS control unit 502, an RTP control unit 503, a UDP control unit 504, a TCP control unit 505, an IP control unit 506, A link control unit 507. The receiving node 107 has the same configuration as that of the receiving node 107 except that the QoS estimating unit 307 is not provided. The CoS control unit 502 corresponds to CoS control means. Also, the UDP control unit 504, the IP control unit 506, and the link control unit 507 constitute a transmission unit.

送信ノード101では、初回送信時に、まずアプリケーション部501からCoS制御部502にアプリケーションの所要QoS情報が入力される。また、アプリケーション部501からRTP制御部503経由でUDP制御部504もしくはTCP制御部505へ、さらにはIP制御部506へとアプリケーションデータが送られる。IP制御部506は、CoS制御部502で推定されたCoS値を取得し、そのCoS値をIPヘッダのTOSフィールドに書き込む。そして、リンク制御部507経由でIPネットワーク102へ送信する。また、送信したデータのQoS値(即ちTOSフィールド値)はCoS制御部502で記憶される。   In the transmission node 101, the required QoS information of the application is first input from the application unit 501 to the CoS control unit 502 at the time of initial transmission. In addition, application data is sent from the application unit 501 to the UDP control unit 504 or the TCP control unit 505 via the RTP control unit 503 and further to the IP control unit 506. The IP control unit 506 acquires the CoS value estimated by the CoS control unit 502 and writes the CoS value in the TOS field of the IP header. Then, the data is transmitted to the IP network 102 via the link control unit 507. Further, the QoS value (that is, the TOS field value) of the transmitted data is stored in the CoS control unit 502.

また、送信ノード101では、受信ノード107から送信されたQoS制御信号Scontを受信すると、CoS制御部502が、QoS制御信号Scont内に記述されたCoS情報を取得し、CoS値の増加/維持/減少の判定を行う。CoS値維持の場合は、記憶している前回送信したCoS値をIP制御部506に入力する。CoS値増加の場合は、CoS値が増加させることができるかの判定即ちCoS値が最高値であるか否かの判定を行い、増加させることが可能であればCoS値を増加させて、受信ノード107のIP制御部302に送る。CoS値減少の場合は、CoS値を減少させることができるかの判定を行い、減少させることが可能であればCoS値を減少させて、受信ノード107のIP制御部302へ送る。受信ノード107のIP制御部302では、送られてきたCoS値をTOSフィールドに書き込み、データDAを送信し、次のQoS制御信号Scontの受信待ち状態となる。 In addition, when the transmission node 101 receives the QoS control signal S cont transmitted from the reception node 107, the CoS control unit 502 acquires the CoS information described in the QoS control signal S cont and increases / decreases the CoS value. Make a maintenance / decrease decision. In the case of maintaining the CoS value, the previously stored CoS value transmitted is input to the IP control unit 506. When the CoS value is increased, it is determined whether the CoS value can be increased, that is, whether the CoS value is the maximum value. If the CoS value can be increased, the CoS value is increased and received. This is sent to the IP control unit 302 of the node 107. When the CoS value is decreased, it is determined whether the CoS value can be decreased. If the CoS value can be decreased, the CoS value is decreased and sent to the IP control unit 302 of the receiving node 107. The IP control unit 302 of the receiving node 107 writes the sent CoS value in the TOS field, transmits data DA, and waits for reception of the next QoS control signal S cont .

図6は、送信ノード101のCoS制御部502の動作をフローチャートで示したものである。
まず初回送信かどうか判定し(ステップS10)、初回送信である場合は、送信ノード101のアプリケーション部501で動作しているアプリケーションの所要QoS情報からCoS値を取得する(ステップS11)。そして、取得したCoS値を記憶し(ステップS12)、さらに記憶したCoS値をIPヘッダのTOSフィールドに書き込み、受信ノード107へ送信する(ステップS13)。
FIG. 6 is a flowchart showing the operation of the CoS control unit 502 of the transmission node 101.
First, it is determined whether or not the transmission is the first transmission (step S10). If the transmission is the first transmission, the CoS value is acquired from the required QoS information of the application operating in the application unit 501 of the transmission node 101 (step S11). Then, the acquired CoS value is stored (step S12), and the stored CoS value is written in the TOS field of the IP header and transmitted to the receiving node 107 (step S13).

一方、初回送信でなければ、受信ノード107から送信されるQoS制御信号を受信し、受信したQoS制御信号内に記述されたCoS情報を取得する(ステップS14)。次いで、取得したCoS値の増加又は維持又は減少の判定を行う(ステップS15)。この判定において、CoS値を維持する場合は、記憶している前回送信したCoS値をIPヘッダのTOSフィールドに書き込んで受信ノード107へ送信する(ステップS13)。CoS値を増加する場合は、増加可能かどうか判定し(ステップS16)、増加可能であればCoS値を増加させる(ステップS17)。そして、値を増加させたCoS値を記録し(ステップS12)、その後、IPヘッダのTOSフィールドに書き込んで受信ノード107へ送信する(ステップS13)。   On the other hand, if it is not the first transmission, the QoS control signal transmitted from the receiving node 107 is received, and the CoS information described in the received QoS control signal is acquired (step S14). Next, it is determined whether the acquired CoS value is increased, maintained, or decreased (step S15). In this determination, when the CoS value is maintained, the stored previously transmitted CoS value is written in the TOS field of the IP header and transmitted to the receiving node 107 (step S13). If the CoS value is to be increased, it is determined whether it can be increased (step S16). If the CoS value can be increased, the CoS value is increased (step S17). Then, the increased CoS value is recorded (step S12), and then written in the TOS field of the IP header and transmitted to the receiving node 107 (step S13).

CoS値を減少する場合は、減少可能かどうか判定し(ステップS18)、減少可能であればCoS値を減少させる(ステップS19)。そして、値を減少させたCoS値を記録し(ステップS12)、その後、IPヘッダのTOSフィールドに書き込んで受信ノード107へ送信する(ステップS13)。CoS値を増加も減少もできない場合は、記憶している前回送信したCoS値をIPヘッダのTOSフィールドに書き込んで受信ノード107へ送信する(ステップS12、S13)。   When the CoS value is decreased, it is determined whether or not the CoS value can be decreased (step S18). If the CoS value can be decreased, the CoS value is decreased (step S19). Then, the CoS value with the value decreased is recorded (step S12), and then written in the TOS field of the IP header and transmitted to the receiving node 107 (step S13). If the CoS value cannot be increased or decreased, the stored previously transmitted CoS value is written in the TOS field of the IP header and transmitted to the receiving node 107 (steps S12 and S13).

このように本実施の形態の通信システムによれば、受信ノード107で、送信ノード101から送信されたデータを受信して得た受信データのQoSを推定し、推定した受信データのQoSと受信ノード107で動作しているアプリケーションの所要QoSとを比較して、その比較結果からTOSフィールドの優先度を変更するパラメータを含むQoS制御信号を生成して送信ノード101へ送信するので、End-to-EndでのQoS制御が可能となる。しかも、IPネットワーク102内にRSVPを実装していないトランスペアレントルータがあってもEnd-to-EndでのQoS制御が可能である。   As described above, according to the communication system of the present embodiment, the reception node 107 estimates the QoS of the reception data obtained by receiving the data transmitted from the transmission node 101, and the estimated QoS of the reception data and the reception node Compared with the required QoS of the application operating in 107, a QoS control signal including a parameter for changing the priority of the TOS field is generated from the comparison result and transmitted to the transmitting node 101. Therefore, End-to- QoS control at the end becomes possible. Moreover, even if there is a transparent router in which no RSVP is installed in the IP network 102, end-to-end QoS control is possible.

また、Diffservをベースにするので、従来のRSVPのようなEnd-to-Endでの予約を必要としない。また、QoSのフィードバック情報を用いることから、従来のDiffservのような相対的なQoS制御ではなく、絶対値的なQoS制御が可能となる。また、送信ノード101が過剰なQoS要求を出すことがないので、IPネットワーク102への負荷を必要最低限で抑えることができる。   Further, since it is based on Diffserv, there is no need for end-to-end reservation as in conventional RSVP. In addition, since QoS feedback information is used, absolute QoS control is possible instead of relative QoS control as in conventional Diffserv. In addition, since the sending node 101 does not issue an excessive QoS request, the load on the IP network 102 can be suppressed to the minimum necessary.

なお、DiffservのQoSクラス毎で異なる課金方式が実施されているような場合(優先度大の場合は高通信料金が必要な場合等)では、Diffservのような固定的なクラス設定ではなく、QoSを満たす最低限のサービス料金で所要QoSを満たすこともできる。   In cases where different charging methods are implemented for each Diffserv QoS class (such as when high communication charges are required if the priority is high), QoS is not a fixed class setting like Diffserv. The required QoS can be satisfied with a minimum service charge that satisfies the above requirement.

本発明は、IPネットワークを利用してデータの送受信を行う通信装置に適用して好適である。   The present invention is preferably applied to a communication apparatus that transmits and receives data using an IP network.

本発明の一実施の形態に係る通信システムの動作の概略を説明するためのブロック図The block diagram for demonstrating the outline of operation | movement of the communication system which concerns on one embodiment of this invention. 一実施の形態に係る通信システムに用いられるDiffservにおける優先度の一例を示す図The figure which shows an example of the priority in Diffserv used for the communication system which concerns on one Embodiment 一実施の形態に係る通信システムの受信ノードの構成を示すブロック図The block diagram which shows the structure of the receiving node of the communication system which concerns on one embodiment 一実施の形態に係る通信システムの受信ノードのQoS閾値判定方法を説明するための図The figure for demonstrating the QoS threshold value judging method of the receiving node of the communication system which concerns on one embodiment 一実施の形態に係る通信システムの送信ノードの構成を示すブロック図The block diagram which shows the structure of the transmission node of the communication system which concerns on one embodiment 一実施の形態に係る通信システムのCoS制御部の動作を説明するためのフローチャートThe flowchart for demonstrating operation | movement of the CoS control part of the communication system which concerns on one Embodiment. RSVPのQoS制御方式を採用した従来の通信システムの動作の概略を説明するためのブロック図Block diagram for explaining the outline of the operation of a conventional communication system adopting the RSVP QoS control method DiffservのQoS制御方式を採用した従来の通信システムの動作の概略を説明するためのブロック図Block diagram for explaining the outline of the operation of a conventional communication system adopting the Diffserv QoS control system. IPv4のパケットフォーマットを示す図The figure which shows the packet format of IPv4 IPv4のパケットのTOSフィールドを示す図The figure which shows the TOS field of the packet of IPv4

符号の説明Explanation of symbols

101 送信ノード
102 IPネットワーク
103、106 エッジルータ
105 ルータ
107 受信ノード
301、507 リンク制御部
302、506 IP制御部
303、505 TCP制御部
304、504 UDP制御部
305、503 RTP制御部
306、502 CoS制御部
307 QoS推定部
308、501 アプリケーション部
101 Sending node 102 IP network 103, 106 Edge router 105 Router 107 Receiving node 301, 507 Link control unit 302, 506 IP control unit 303, 505 TCP control unit 304, 504 UDP control unit 305, 503 RTP control unit 306, 502 CoS Control unit 307 QoS estimation unit 308, 501 Application unit

Claims (4)

複数のモデムが存在するIPネットワークを用いて、相手通信装置から送信されたデータを受信する通信装置において、
前記相手通信装置から受信したデータのQoSを推定するQoS推定手段と、
アプリケーション要求QoSを生成するアプリケーション手段と、
前記QoS推定手段で推定された受信データのQoSと前記アプリケーション手段で生成されたアプリケーション要求QoSとを比較して、その比較結果からTOSフィールドの優先度を変更するパラメータを含むQoS制御信号を生成するQoS制御信号生成手段と、
前記QoS制御信号生成手段で生成されたQoS制御信号を前記相手通信装置へ送信する送信手段と、
を具備する通信装置。
In a communication device that receives data transmitted from a partner communication device using an IP network in which a plurality of modems exist,
QoS estimation means for estimating the QoS of data received from the counterpart communication device;
Application means for generating an application request QoS;
The QoS of the received data estimated by the QoS estimation means is compared with the application request QoS generated by the application means, and a QoS control signal including a parameter for changing the priority of the TOS field is generated from the comparison result. QoS control signal generation means;
Transmitting means for transmitting the QoS control signal generated by the QoS control signal generating means to the counterpart communication device;
A communication apparatus comprising:
複数のモデムが存在するIPネットワークを用いて、相手通信装置へデータを送信する通信装置において、
前記相手通信装置から受信したQoS制御信号に基づいてTOSフィールド値を設定するCoS制御手段と、
前記CoS制御手段で設定されたTOSフィールド値でIPパケットを前記相手通信装置へ送信する送信手段と、
を具備する通信装置。
In a communication device that transmits data to a partner communication device using an IP network in which a plurality of modems exist,
CoS control means for setting a TOS field value based on a QoS control signal received from the counterpart communication device;
Transmitting means for transmitting an IP packet to the counterpart communication device with a TOS field value set by the CoS control means;
A communication apparatus comprising:
複数のモデムが存在するIPネットワークを用いて、2つのノード間でデータの送受信を行う通信システムにおいて、
請求項1に記載の通信装置を送信側とする送信ノードと、
請求項2に記載の通信装置を受信側とする受信ノードと、
を具備する通信システム。
In a communication system that transmits and receives data between two nodes using an IP network having a plurality of modems,
A transmission node having the communication device according to claim 1 as a transmission side;
A receiving node having the communication device according to claim 2 as a receiving side;
A communication system comprising:
複数のモデムが存在するIPネットワークを用いて、相手通信装置へデータを送信する通信装置におけるCoS制御方法において、
初回送信時に、動作しているアプリケーションの所要QoS情報からCoS値を取得するCoS値取得工程と、
前記CoS値取得工程で取得されたCoS値を記憶する記憶工程と、
前記記憶工程で記憶されたCoS値をIPヘッダのTOSフィールドに書き込み前記相手通信装置へ送信する第1送信工程と、
初回送信以降で前記相手通信装置から送信されるQoS制御信号を受信する受信工程と、
前記受信工程で受信された前記相手通信装置からのQoS制御信号内に記述されたCoS情報を取得し、CoS値の増加又は維持又は減少の判定を行う判定工程と、
前記判定工程にて前記CoS値を維持する場合は、記憶している前回送信したCoS値をIPヘッダのTOSフィールドに書き込んで前記相手通信装置へ送信する第2送信工程と、
前記判定工程にて前記CoS値を増加する場合は、増加可能かどうか判定し、増加可能であれば前記CoS値を増加させてその値をIPヘッダのTOSフィールドに書き込んで前記相手通信装置へ送信し、前記CoS値を減少する場合は、減少可能かどうか判定し、減少可能であれば前記CoS値を減少させてその値をIPヘッダのTOSフィールドに書き込んで前記相手通信装置へ送信し、前記CoS値を増加も減少もできない場合は、記憶している前回送信したCoS値をIPヘッダのTOSフィールドに書き込んで前記相手通信装置へ送信する第3送信工程と、
を具備するCoS制御方法。
In a CoS control method in a communication device that transmits data to a partner communication device using an IP network in which a plurality of modems exist,
A CoS value acquisition step of acquiring a CoS value from required QoS information of an operating application at the time of initial transmission;
A storage step of storing the CoS value acquired in the CoS value acquisition step;
A first transmission step of writing the CoS value stored in the storage step into a TOS field of an IP header and transmitting the same to the counterpart communication device;
A receiving step of receiving a QoS control signal transmitted from the counterpart communication device after the initial transmission;
A determination step of acquiring CoS information described in a QoS control signal from the counterpart communication device received in the reception step, and determining whether to increase or maintain or decrease a CoS value;
When maintaining the CoS value in the determination step, a second transmission step of writing the stored previously transmitted CoS value in the TOS field of the IP header and transmitting it to the counterpart communication device;
When the CoS value is increased in the determination step, it is determined whether or not the CoS value can be increased. If the CoS value can be increased, the CoS value is increased and the value is written in the TOS field of the IP header and transmitted to the partner communication apparatus. If the CoS value is to be decreased, it is determined whether or not the CoS value can be decreased. If the CoS value can be decreased, the CoS value is decreased and the value is written in the TOS field of the IP header and transmitted to the counterpart communication device. If the CoS value cannot be increased or decreased, a third transmission step of writing the stored previously transmitted CoS value in the TOS field of the IP header and transmitting it to the counterpart communication device;
A CoS control method comprising:
JP2004306869A 2004-10-21 2004-10-21 Communication apparatus Pending JP2006121410A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004306869A JP2006121410A (en) 2004-10-21 2004-10-21 Communication apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004306869A JP2006121410A (en) 2004-10-21 2004-10-21 Communication apparatus

Publications (1)

Publication Number Publication Date
JP2006121410A true JP2006121410A (en) 2006-05-11

Family

ID=36538881

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004306869A Pending JP2006121410A (en) 2004-10-21 2004-10-21 Communication apparatus

Country Status (1)

Country Link
JP (1) JP2006121410A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008104111A (en) * 2006-10-20 2008-05-01 Fujitsu Ltd Data repeater, data relay method and data relay program
WO2009093473A1 (en) * 2008-01-25 2009-07-30 Panasonic Corporation Relay device, terminal, method of controlling priority communication, program, and recording medium
JP2011171816A (en) * 2010-02-16 2011-09-01 Nec Access Technica Ltd Communication device and line situation information providing method
WO2017098859A1 (en) * 2015-12-08 2017-06-15 株式会社日立国際電気 Communication device and communication method

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008104111A (en) * 2006-10-20 2008-05-01 Fujitsu Ltd Data repeater, data relay method and data relay program
US7920573B2 (en) 2006-10-20 2011-04-05 Fujitsu Limited Data relay device, data relay method, and computer product
JP4701152B2 (en) * 2006-10-20 2011-06-15 富士通株式会社 Data relay apparatus, data relay method, and data relay program
WO2009093473A1 (en) * 2008-01-25 2009-07-30 Panasonic Corporation Relay device, terminal, method of controlling priority communication, program, and recording medium
JP2011171816A (en) * 2010-02-16 2011-09-01 Nec Access Technica Ltd Communication device and line situation information providing method
WO2017098859A1 (en) * 2015-12-08 2017-06-15 株式会社日立国際電気 Communication device and communication method
JPWO2017098859A1 (en) * 2015-12-08 2018-10-18 株式会社日立国際電気 Communication apparatus and communication method
US11129045B2 (en) 2015-12-08 2021-09-21 Hitachi Kokusai Electric Inc. Communication device and communication method

Similar Documents

Publication Publication Date Title
US10951535B2 (en) Advertising network layer reachability information specifying a quality of service for an identified network flow
Egilmez et al. OpenQoS: An OpenFlow controller design for multimedia delivery with end-to-end Quality of Service over Software-Defined Networks
US8804532B2 (en) Method and arrangement for adapting to variations in an available bandwidth to a local network
US20120166659A1 (en) Node and Method for Quality of Service (QoS) Control
CN111555982A (en) Method and system for intelligently routing message based on IPv6 extension header
JP5252347B2 (en) Network system and communication plan server
Jannu et al. OPNET simulation of voice over MPLS
US8792823B2 (en) Approach for quality of service control on un-wanted services (e.g. voice over internet protocol or multimedia) over wireline and wireless IP network
Egilmez et al. Openqos: Openflow controller design and test network for multimedia delivery with quality of service
JP2016518782A (en) Method and connection manager for managing wired connections
JP2006121410A (en) Communication apparatus
Wahanani et al. Performance analysis of video on demand and video streaming on the network MPLS Traffic Engineering
Ricardo et al. Support of IP QoS over UMTS networks
JP2009260888A (en) Communication apparatus
Lee et al. A translator between integrated service/RSVP and differentiated service for end-to-end QoS
Pei et al. Distributed flow admission control for multimedia services over wireless ad hoc networks
Rong et al. OPNET Simulation of SIP Based IP Telephony OPNET Simulation of SIP Based IP Telephony over MPLS Network
JP4634501B2 (en) Network system, policy server, and policy setting method
Palmieri MPLS diffserv-enabled traffic engineering: a scalable QoS model for optical-speed media streaming networks
JP2004080279A (en) Quality control method of video stream, its program, and recording medium
JP4668224B2 (en) Route selection control device and communication system
Vivanco et al. New QoS approaches for delay-sensitive applications over DiffServ
Mahmoud et al. Simulation and analysis of an admission control mechanism for MPLS DS-TE
Al-Zahid et al. A Dynamic QoS-aware transmission for emergency traffic in IP networks
Chang et al. An end-to-end QoS adaptation architecture for the integrated IntServ and DiffServ networks