JP4390731B2 - Call admission determination method, system and program - Google Patents

Call admission determination method, system and program Download PDF

Info

Publication number
JP4390731B2
JP4390731B2 JP2005060232A JP2005060232A JP4390731B2 JP 4390731 B2 JP4390731 B2 JP 4390731B2 JP 2005060232 A JP2005060232 A JP 2005060232A JP 2005060232 A JP2005060232 A JP 2005060232A JP 4390731 B2 JP4390731 B2 JP 4390731B2
Authority
JP
Japan
Prior art keywords
class
buffer
call
virtual
priority
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.)
Expired - Fee Related
Application number
JP2005060232A
Other languages
Japanese (ja)
Other versions
JP2006246119A (en
Inventor
利明 土屋
昌宏 宮坂
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.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2005060232A priority Critical patent/JP4390731B2/en
Publication of JP2006246119A publication Critical patent/JP2006246119A/en
Application granted granted Critical
Publication of JP4390731B2 publication Critical patent/JP4390731B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Description

本発明は、IP(Internet Protocol)網またはMPLS(Multi Protocol Label Switching)網において品質保証型のサービスを提供するための優先制御型ネットワークシステムおよびそのシステムにおける呼受付判定方法、ならびにそのプログラムに関する。   The present invention relates to a priority control network system for providing a quality assurance type service in an IP (Internet Protocol) network or an MPLS (Multi Protocol Label Switching) network, a call admission determination method in the system, and a program thereof.

ブロードバンド回線が低価格でユーザに提供されるようになり、インターネットは急激に普及している。様々なサービスがインターネットを介して提供されるようになるとともに、その通信品質が重要視されるようになった。特に、リアルタイムな映像、音声サービスに対してはネットワーク上におけるデータ転送品質が大きく影響するが、インターネットでは、そのデータ転送品質を保証する仕組みがないため、現在ではIP閉域網としてネットワークを構築し、データ転送品質を保証する技術と組み合わせて品質保証型のサービスを提供することが検討されている。
IP網において、データ転送品質を保証するサービスモデルとして、主にIETF(Internet Engineerring Task Force)で検討されたInservとDiffservとに分けられる。
Broadband lines are being offered to users at low prices, and the Internet is rapidly spreading. Various services have been provided via the Internet, and communication quality has become important. Especially for real-time video and audio services, the data transfer quality on the network has a great influence, but since there is no mechanism to guarantee the data transfer quality on the Internet, the network is now constructed as an IP closed network, Providing quality assurance services in combination with technology that guarantees data transfer quality is being considered.
In an IP network, service models for guaranteeing data transfer quality are mainly classified into Inserv and Diffserv studied in IETF (Internet Engineering Task Force).

Inservは、ネットワーク経路上の帯域を確保した上で、その確保した品質に応じたサービスを受けるモデルである。Inservモデルでは、end−to−endでネットワーク経路上の帯域を予約するプロトコルであるRSVP(Resource Reservation Protocol)を用いて、遅延、パケット損失率を厳密に保証するサービスクラス(Guaranteed Service)か、優先サービスクラス(Controlled−load Service)を提供する。RSVPリクエストは、ネットワーク内の各転送ノードによりフォワーディングされ、リクエストを受ける転送ノードは、管理するする帯域情報をもとにリクエストされるサービスが提供可能か否かを判断し、提供可能な場合にはend−to−endで帯域を確保し、コネクションを確立させる。   Inserv is a model that receives a service according to the secured quality after securing the bandwidth on the network path. In the Inserv model, RSVP (Resource Reservation Protocol), which is a protocol for reserving a bandwidth on a network path by end-to-end, uses a service class (Guaranteed Service) that strictly guarantees delay and packet loss rate, or priority. A service class (Controlled-load Service) is provided. The RSVP request is forwarded by each forwarding node in the network, and the forwarding node receiving the request determines whether or not the requested service can be provided based on the bandwidth information to be managed. A band is secured by end-to-end and a connection is established.

RSVPリクエストは、トークンバケットモデルに従ったトラヒック規定を含んでおり、トークンバケットパラメータに従った帯域確保を行う。しかしながら、品質保証型のサービスを提供するためには、RSVPを用いたInservでは、ネットワーク転送ノードにおいてRSVPに関連する情報を全てリアルタイムに管理、かつパケット転送を行う必要があるため、スケールしないという課題を持っている。 The RSVP request includes a traffic rule according to the token bucket model, and secures a bandwidth according to the token bucket parameter. However, in order to provide a quality assurance type service, since it is necessary to manage all information related to RSVP in real time in the network forwarding node and perform packet forwarding in Inserv using RSVP, there is a problem of not scaling have.

一方、Diffservは、ネットワーク内において転送パケットにマーキングすることによりクラス分けを行い、ネットワーク転送ノードにおけるパケットスケジューリングにより、クラスごとの転送品質の差異化を行うモデルである。Diffservモデルでは、規定されたPHB(Per−Hop Behavior)によって各ネットワーク転送ノードでの転送品質が確保される。サービスクラスに対応するPHBは完全優先であるEF(Expedited Forwarding)、最低帯域保証であるAF(Assured Forwarding)が規定されており、市販のネットワーク転送ノードにも実装が進んでいる。
Diffservでは、ネットワーク転送ノードごとの転送品質を差異化し、各転送ノードでの制御のみを規定するだけであるため、Inservにおけるスケールしないという課題を解決する。
On the other hand, Diffserv is a model that performs classification by marking transfer packets in a network, and differentiates transfer quality for each class by packet scheduling in a network transfer node. In the Diffserv model, transfer quality at each network transfer node is ensured by a specified PHB (Per-Hop Behavior). The PHB corresponding to the service class defines EF (Expected Forwarding), which is completely prioritized, and AF (Assured Forwarding), which is the minimum bandwidth guarantee, and is also being implemented in commercially available network forwarding nodes.
Diffserv differentiates the transfer quality for each network forwarding node and only defines the control at each forwarding node, thus solving the problem of not scaling in Inserv.

しかしながら、品質保証型のサービスを提供するためには、サービス提供網内で統一された利用帯域に関する受付判定を行わなければならないという課題と、サービスプロバイダはネットワーク内のリソースに応じてサービス提供品質を規定しなければならないという課題は依然として残っている。
サービス提供品質の規定に関しては、ITU−Tにおいて、サービス品質を規定するためのパラメータ定義、転送品質クラス規定、サービスモデルが勧告化されている。しかしながら、ITU−T勧告Y.1541における規定された転送品質をY.1221におけるサービスモデルで実現する手段に関しては検討されておらず、サービスプロバイダはネットワーク内のリソースに応じてサービス提供品質を規定しなければならない、という課題が依然として残っている。
However, in order to provide a quality assurance type service, it is necessary to make an admission decision regarding the use band unified within the service providing network, and the service provider determines the quality of service provision according to the resources in the network. There remains a challenge that must be specified.
Regarding the provision of service quality, ITU-T recommends parameter definitions, transfer quality class specifications, and service models for defining service quality. However, ITU-T Recommendation Y. The specified transfer quality in 1541 The means implemented by the service model at 1221 has not been studied, and the problem remains that the service provider must define the quality of service provision according to the resources in the network.

利用帯域に関する受付判定モデルとしては、トークンバケットパラメータに従ったネットワークへの入力トラヒックに対して受付判定を行う、仮想バッファ/トランクモデルがある。仮想バッファ/トランクモデルでは、トークンバケットモデルに従ったトラヒックの最悪条件をON/OFFトラヒックとしてモデル化し、申告帯域に対して、比例したバッファ量を仮想的に割り当てることによって、ネットワーク帯域を管理する帯域管理サーバによる各ネットワーク転送ノードのバッファ量を考慮した実効帯域(effective bandwidth)の積み上げ管理を以下の考え方に基づき行い、論理的パケット損失率ゼロの受付判定を行う。   As a reception determination model related to the use band, there is a virtual buffer / trunk model that performs reception determination on input traffic to the network according to token bucket parameters. In the virtual buffer / trunk model, the worst condition of traffic according to the token bucket model is modeled as ON / OFF traffic, and the network bandwidth is managed by virtually allocating a proportional buffer amount to the declared bandwidth. The management server accumulates effective bandwidth considering the buffer amount of each network forwarding node based on the following concept, and accepts a logical packet loss rate of zero.

(トークンバケットから送出されるトラヒックの最大量)
トークンバケットで規定されるトラヒックに関しては、時刻0からtまでに発生するトラヒックの最大量A(t)は、次式(1)で規定される。
(Maximum amount of traffic sent from token bucket)
Regarding the traffic defined by the token bucket, the maximum amount of traffic A (t) generated from time 0 to t is defined by the following equation (1).

Figure 0004390731
ただし、min{}は{}内の最小値、σはバケットサイズ、ρは比例係数を表している。図1は、トークンバケットで規定されるセッションフローから転送されるデータの最大量の時間経過を示す図、つまりトラヒックの最大量A(t)の特性曲線図である。
Figure 0004390731
However, min {} represents a minimum value in {}, σ represents a bucket size, and ρ represents a proportional coefficient. FIG. 1 is a graph showing the time lapse of the maximum amount of data transferred from the session flow defined by the token bucket, that is, a characteristic curve diagram of the maximum amount of traffic A (t).

このとき、ピークレートPでトラヒック送出が可能な最大時間をTとすると、式(1)からPT=σ+ρTとなり、次式(2)を得る。   At this time, if the maximum time during which traffic can be transmitted at the peak rate P is T, PT = σ + ρT is obtained from the equation (1), and the following equation (2) is obtained.

Figure 0004390731
Figure 0004390731

(トークンバケットから送出されるトラヒックが使用するリソース量(b,c)の特性)
図2は、トークンバケットで規定されるセッションフローから転送されるデータが仮想バッファ/トランクシステムに加わる様子を模した図である。
図2において、cはリンク数、bはバッファ量である。図2に示すように、トークンバケットから送出された1本のセッションフローが確定的なキューイングシステムにおいてサービスされることを考える。v(t)を時刻tにおける使用バッファ量、bを使用バッファ量の最大値、u(t)を時刻tにおける利用帯域、cを利用可能な最大帯域、ただし、ρ≦c≦Pとする。フローが最大値A(t)でデータ送出するとき、時刻0よりTまでの間は、使用バッファ量はP−c≧0のレートで増加し、それ以降はc−ρのレートで減少することになるため、次式(3)が得られる。
(Characteristics of resource amount (b, c) used by traffic sent from token bucket)
FIG. 2 is a diagram simulating that data transferred from the session flow defined by the token bucket is added to the virtual buffer / trunk system.
In FIG. 2, c is the number of links, and b is the buffer amount. As shown in FIG. 2, it is assumed that one session flow sent from a token bucket is serviced in a deterministic queuing system. v (t) is the amount of buffer used at time t, b is the maximum amount of buffer used, u (t) is the bandwidth used at time t, and c is the maximum bandwidth available, where ρ ≦ c ≦ P. When the flow sends data at the maximum value A (t), the amount of buffer used increases at a rate of Pc ≧ 0 from time 0 to T, and thereafter decreases at a rate of c−ρ. Therefore, the following equation (3) is obtained.

Figure 0004390731
図3は、トークンバケットで規定されるセッションフローが仮想バッファ/トランクシステムに加わった時の仮想バッファ使用量の時間経過を示す図である。
Figure 0004390731
FIG. 3 is a diagram showing the elapsed time of the virtual buffer usage when the session flow defined by the token bucket is added to the virtual buffer / trunk system.

(仮想バッファ/トランクモデル)
図4は、トークンバケットで規定される複数のセッションフローが仮想バッファ/トランクシステムに加わる様子を模した図である。
今、トークンバケットパラメータ(r,σ,P)を持つセッションフローk(k=1,2,・・・,K)がバッファ量B、リンク帯域Cを持つノードに多重されることを考える。このとき、図4に示すように、各セッションフローkに対してリンク帯域c(ρ≦c≦P)を仮想的に割り当てることを考える。ただし、仮想リソースの総量はリンク帯域Cを上回らないようにする。すなわち、次式(4)が成立する。
(Virtual buffer / trunk model)
FIG. 4 is a diagram simulating that a plurality of session flows defined by the token bucket are added to the virtual buffer / trunk system.
Now, it is assumed that the session flow k (k = 1, 2,..., K) having the token bucket parameters (r k , σ k , P k ) is multiplexed on the node having the buffer amount B and the link bandwidth C. Think. At this time, as shown in FIG. 4, it is considered that a link bandwidth c kk ≦ c k ≦ P k ) is virtually allocated to each session flow k. However, the total amount of virtual resources should not exceed the link bandwidth C. That is, the following expression (4) is established.

Figure 0004390731
このとき、セッションフローkが使用する仮想的なバッファリソースの最大値bは、前式(3)と同様に、次式(5)で表すことができる。
Figure 0004390731
At this time, the maximum value b k of the virtual buffer resource used by the session flow k can be expressed by the following equation (5), similarly to the previous equation (3).

Figure 0004390731
全フローによる実際のバッファ使用量の最大値bは、仮想バッファ使用量の和を上回ることはないので、次式(6)が成り立てば、論理的なパケットロスがゼロになる。
Figure 0004390731
Since the maximum value b of the actual buffer usage by all flows does not exceed the sum of the virtual buffer usage, if the following equation (6) is established, the logical packet loss becomes zero.

Figure 0004390731
言い換えると、式(5)を満たすK組の仮想リソース(b,c)に対して、式(4)および式(6)が成り立てば、当該リンクにおける論理的なパケットロスはゼロになる。
各セッションフローに割り当てる仮想リソースを決定する第一の方法は、cを次式(7)で与える。なお、式(7)に関しては、A.Elwaild,D.Mitra and R.H.Wentworth,“A NewApproach for Allocating Buffers and Band−width toHeterogeneous,Regulated Traffic in an ATM node,”IEEE Journal onSelected Areas inCommunications,vol.13,no.6,pp.1115−1127,1995.(非特許文献1参照)に記載されている。
Figure 0004390731
In other words, if Equation (4) and Equation (6) hold for K sets of virtual resources (b k , c k ) satisfying Equation (5), the logical packet loss in the link becomes zero. .
The first method for determining the virtual resource to be assigned to each session flow is to give ck by the following equation (7). Regarding formula (7), A.I. Elwald, D.M. Mitra and R.M. H. Wentworth, “A New Approach for Allocation Buffers and Band-width to Heterogeneous, Regulated Traffic in an ATM node,” IEEE Journal on Coaled Alumina Selected. 13, no. 6, pp. 1115-1127, 1995. (See Non-Patent Document 1).

Figure 0004390731
この方法では、結果として得られるbの値が、次式(8)の関係を満たす。
Figure 0004390731
In this method, the resulting b k value satisfies the relationship of the following equation (8).

Figure 0004390731
この関係が満たされると、仮想帯域と仮想バッファ量のそれぞれが本来のリソース量に占める割合が等しくなり、リソース管理が簡単になるという利点がある。
仮想リソース割り当ての第二の方法として、前式(6)で表される仮想バッファ量の総和を最小化するような割当方法が考えられている。この方式を定式化すると、次式(9)となる。
Figure 0004390731
When this relationship is satisfied, there is an advantage that the ratio of the virtual bandwidth and the virtual buffer amount to the original resource amount becomes equal and resource management is simplified.
As a second method of virtual resource allocation, an allocation method that minimizes the sum of the virtual buffer amounts expressed by the above equation (6) is considered. When this method is formulated, the following equation (9) is obtained.

Figure 0004390731
ただし、次式(10)となる。
Figure 0004390731
However, it becomes following Formula (10).

Figure 0004390731
式(9)の解となるような仮想帯域割り当ては、以下の手順で求められる。先ず全てのフローに対してρに等しい仮想帯域を割り当てる。その後、余った帯域C−Σρ(k=1からKまでの積分)については、フローごとに以下の式(11)を用いる。
Figure 0004390731
The virtual bandwidth allocation that is the solution of Equation (9) is obtained by the following procedure. First, a virtual band equal to ρ k is assigned to all flows. Thereafter, for the remaining band C-Σρ k (integration from k = 1 to K), the following equation (11) is used for each flow.

Figure 0004390731
式(11)で計算されたピークレート送出可能時間Tについて、Tの値の大きなフローから順番に、P−ρだけ新たに追加して割り当てていく。この方式で仮想帯域cを割り当てた場合、式(6)が最小化されることが知られている。これについては、F.L.Preste,Z.−L.Zhang,J.Kurose and D.Towsly,“Source Time Scale and Optimal Buffer/Bandwidth Tradeoff Heterogenous Regulated Traffic in a Network Node,”IEEE/ACM Transactions on Networking,vol.7,no.4,pp.490−501,Aug.1999.(非特許文献2参照)に記載されている。
Figure 0004390731
With respect to the peak rate transmittable time T k calculated by the expression (11), P k −ρ k is newly added and assigned in order from the flow having the largest T k value. It is known that Equation (6) is minimized when the virtual band kk is assigned by this method. For this, see F.A. L. Preste, Z.M. -L. Zhang, J. et al. Kurose and D.C. Towsly, “Source Time Scale and Optimal Buffer / Bandwidth Tradeoff Heterogeneously Regulated Traffic in a Network Node,” IEEE / ACM Transactions on N. 7, no. 4, pp. 490-501, Aug. 1999. (See Non-Patent Document 2).

式(6)が成り立つことを条件とする呼受付判定法は、論理的なパケットロスをゼロとし、かつノードでの最大遅延時間もB/Cで保証できるため、フローの品質を保証することが可能な方式である。第一の方法と第二の方法を比較すると、第一の方法は、リソース割り当ての計算が簡単であることが利点となる。第二の方法では、リソース割り当ての方法は複雑になるが、計算された最大バッファ使用量は第一の方法で計算される最大バッファ使用量以下となることが保証されているため、呼受付判定に用いた場合により多くの呼を受け付けられ、収容効率に優れるという利点がある。   The call admission determination method on condition that Equation (6) holds can guarantee the flow quality because the logical packet loss is zero and the maximum delay time at the node can be guaranteed by B / C. This is possible. Comparing the first method and the second method, the first method is advantageous in that the resource allocation calculation is simple. In the second method, the resource allocation method is complicated, but the calculated maximum buffer usage is guaranteed to be less than or equal to the maximum buffer usage calculated in the first method. More calls can be accepted when used in the case of, and there is an advantage that the accommodation efficiency is excellent.

A.Elwaild,D.Mitra and R.H.Wentworth,“A New Approach for Allocating Buffers and Band−width to Heterogeneous,Regulated Traffic in an ATM node,”IEEE Journal on Selected Areas in Communications,vol.13,no.6,pp.1115−1127,1995.A. Elwald, D.M. Mitra and R.M. H. Wentworth, "A New Approach for Allocating Buffers and Band-width to Heterogeneous, Regulated Traffic in an ATM node," IEEE Journal on Resort Amm. 13, no. 6, pp. 1115-1127, 1995. F.L.Preste,Z.−L.Zhang,J.Kurose and D.Towsly,“Source Time Scale and Optimal Buffer/Bandwidth Tradeoff Heterogenous Regulated Traffic in a Network Node,”IEEE/ACM Transactions on Networking,vol.7,no.4,pp.490−501,Aug.1999.F. L. Preste, Z.M. -L. Zhang, J. et al. Kurose and D.C. Towsly, “Source Time Scale and Optimal Buffer / Bandwidth Tradeoff Heterogeneously Regulated Traffic in a Network Node,” IEEE / ACM Transactions on N. 7, no. 4, pp. 490-501, Aug. 1999.

以上述べたように、InservまたはDiffservまたはITU−T勧告Y.1221サービスモデルに仮想バッファ/トランクモデルを適用することにより、品質を保証した呼受付判定が可能となる。しかしながら、既存方式においては、例えば複数の優先度に分類されたトラヒックフローが帯域リソースを共有するような場合の優先度別品質は考慮されていない。従って、別バッファを設けて優先制御を行うDiffservのようなシステムでは、最も優先度の高いクラス以外に既存方式を直接適用することは難かしい。   As described above, Inserv or Diffserv or ITU-T recommendation Y.I. By applying the virtual buffer / trunk model to the 1221 service model, it is possible to perform call admission determination with guaranteed quality. However, in the existing system, for example, quality by priority in the case where traffic flows classified into a plurality of priorities share bandwidth resources is not considered. Therefore, in a system such as Diffserv that performs priority control by providing another buffer, it is difficult to directly apply the existing method to a class other than the class with the highest priority.

(目的)
本発明の目的は、上述した仮想バッファ/トランクモデル方式に基づく呼受付判定方法を、優先制御を行うネットワークノードに適用可能とし、複数クラスの品質を保証できる形に拡張することが可能な優先制御を用いて品質保証サービスを実現するネットワークシステムおよび呼受付判定方法、ならびにそのプログラムを提供することにある。
(the purpose)
An object of the present invention is to enable the above-described call admission determination method based on the virtual buffer / trunk model method to be applied to a network node that performs priority control, and to be able to be extended to a form that can guarantee the quality of a plurality of classes. It is to provide a network system, a call admission determination method, and a program for realizing a quality assurance service using the.

本発明は、IP網において、複数クラスの品質保証を行うための呼受付制御技術であって、新規受付呼の優先クラスのフローと当該優先クラスよりも優先度の高い優先クラスのフローとで集合を構成して、仮想最大バッファ容量を求め、当該優先クラスよりも優先度の低いクラスについても、同様にして自クラスのフローと自クラスよりも優先度の高い優先クラスのフローとで集合を構成して、順次、仮想最大バッファ容量を求めていき、新規受付呼の優先クラス、および当該優先クラスよりも優先度の低い各クラスの仮想最大バッファ容量が、各クラス毎に設けられたバッファ量(設備量)を超えるか否かに基づいて、新規受付可否を判定することを特徴としている。   The present invention is a call admission control technique for guaranteeing a plurality of classes of quality in an IP network, and is composed of a priority class flow of a new acceptance call and a priority class flow having a higher priority than the priority class. To determine the virtual maximum buffer capacity, and in the same way, for a class with a lower priority than the priority class, a set of the own class flow and the priority class flow with a higher priority than the own class Then, the virtual maximum buffer capacity is obtained sequentially, and the priority class of the newly accepted call and the virtual maximum buffer capacity of each class having a lower priority than the priority class are determined as the buffer capacity ( It is characterized by judging whether new acceptance is possible or not based on whether the amount of equipment) is exceeded.

本発明の手順を具体的に述べる。例えば、優先クラス1〜5が存在すると仮定すると、優先クラス3の新規呼を受け付けた場合には、以下のような手順で処理される。
a)クラス1,2については、新規呼より優先度が高いので、影響がないと考える。
b)クラス1〜3をSとして、この場合のバッファ最大使用量推定値b(S1,S2,S3)を求める。
c)上記b)で求めた値がクラス3に割り当てられたバッファの最大使用量として適当であれば、これを採用し、そうでなければ、さらに小さい値である場合があるので、別の計算を用いて求める(式は後述)。
d)クラス1〜4をSとして、この場合のバッファ最大使用量推定値b(S1,S2,S3,S4)を求める(この値はb)で求めた値より大きくなる)。
e)上記d)で求めた値がクラス4に割り当てられたバッファの最大使用量として適当であればこれを採用し、そうでなければ、さらに小さい値である場合があるので、別の計算を用いて求める(式は後述)。
f)クラス1〜5をSとして、この場合のバッファ最大使用量推定値b(S1,S2,S3,S4,S5)を求める。
g)上記d)で求めた値がクラス5に割り当てられたバッファの最大使用量として適当であればこれを採用し、そうでなければ、さらに小さい値である場合があるので、別の計算を用いて求める(式は後述)。
h)上記c)e)g)で求めたクラス3〜5のバッファ最大使用量が、各クラスの設備量以下であれば新規呼を受け付ける。いずれかの値が設備量を超える場合には、新規呼の受付を拒否する。
The procedure of the present invention will be specifically described. For example, assuming that priority classes 1 to 5 exist, when a new call of priority class 3 is accepted, the following procedure is performed.
a) Classes 1 and 2 have a higher priority than new calls and are considered to have no effect.
b) Assuming that classes 1 to 3 are S, the buffer maximum usage estimated value b (S1, S2, S3) in this case is obtained.
c) If the value obtained in b) above is appropriate as the maximum use amount of the buffer allocated to class 3, this is adopted. Otherwise, it may be a smaller value. (Expression will be described later).
d) Assuming that classes 1 to 4 are S, a buffer maximum usage estimated value b (S1, S2, S3, S4) in this case is obtained (this value is larger than the value obtained in b)).
e) If the value obtained in d) above is appropriate as the maximum use amount of the buffer allocated to class 4, this is adopted, and if not, it may be a smaller value. It is obtained using (the formula will be described later).
f) Assuming that classes 1 to 5 are S, the buffer maximum usage estimated value b (S1, S2, S3, S4, S5) in this case is obtained.
g) If the value obtained in d) above is appropriate as the maximum use amount of the buffer allocated to class 5, this is adopted. Otherwise, it may be a smaller value. It is obtained using (the formula will be described later).
h) If the maximum buffer usage of classes 3 to 5 obtained in c) e) g) is equal to or less than the installed capacity of each class, a new call is accepted. If any of the values exceeds the amount of equipment, the new call is rejected.

以下、本発明の原理を説明する。
図5は、複数の優先クラスに対応して個別バッファを有するノードシステムに対し、トークンバケットで規定される多数のセッションフローが加わる様子を模した図である。
本発明においては、優先クラスに対応したN種類のバッファを有し、クラス1が優先度が最も高く、以下、クラスNが最も低い優先度とみなし、優先度の高いクラスのバッファに収容されたデータは優先度の低いクラスのバッファに収容されたデータよりも必ず優先的に処理される機能を有する図5に示すノードシステムにおいて、クラスNに対応したバ
ッファ長がB、最大処理速度(帯域)がCであるとき、各トラヒックフローの優先クラスおよびトラヒックパラメータに基づいた品質判定を以下のような手段で行う。
当該ノードに収容されているフロー全体の集合をS={1,・・,K}とし、優先クラスnのフローからなる集合をSで表すことにする。このとき、∪ S=S(n=1からNまでの集合)が成り立ち、またi≠jならばS∩S=φである。優先クラス1のフローについては、常に帯域を優先的に使用できるため、リソース(B,C)を持つノードシステム上の仮想バッファ/トランクモデル方式を考えればよい。従って、
Hereinafter, the principle of the present invention will be described.
FIG. 5 is a diagram simulating how a large number of session flows defined by token buckets are added to a node system having individual buffers corresponding to a plurality of priority classes.
In the present invention, there are N types of buffers corresponding to the priority class, class 1 is the highest priority, and class N is regarded as the lowest priority, and is accommodated in the buffer of the higher priority class. In the node system shown in FIG. 5 which has a function that data is always processed preferentially over data stored in a low-priority class buffer, the buffer length corresponding to class N is B N , the maximum processing speed (bandwidth ) Is C, quality determination based on the priority class and traffic parameters of each traffic flow is performed by the following means.
Assume that a set of all flows accommodated in the node is S = {1,..., K}, and a set of flows of priority class n is represented by Sn. At this time, ∪S n = S (a set from n = 1 to N) holds, and if i ≠ j, S i ∩S j = φ. For priority class 1 flows, the bandwidth can always be preferentially used, so a virtual buffer / trunk model method on a node system having resources (B 1 , C) may be considered. Therefore,

Figure 0004390731
ただし、
Figure 0004390731
However,

Figure 0004390731
で求められる最大バッファ使用量bS1が優先クラス1に割り当てられたバッファ量B以下であれば、優先クラス1の論理的パケットロスはゼロと判断できる。
図6は、優先クラス1および2のセッションフローが単一の仮想バッファ/トランクシステムに加わる様子を模した図である。
次に、優先クラス2のフローについて考えると、優先クラス3以下のフローについては考慮する必要がないが、優先クラス1のフローは無視できない。ここで、優先クラス1のバッファ使用量vS1(t),と優先クラス2のバッファ使用量vS2(t)および2つのクラスを同一のバッファに収容した場合、すなわち図6に示すような仮想的なシステムでのバッファ使用量vS1S2(t)を比較すると、
Figure 0004390731
If the maximum buffer usage b S1 is allocated buffer amount B 1 than the priority class 1 sought, logical packet loss priority class 1 can be determined to be zero.
FIG. 6 is a diagram simulating how priority class 1 and 2 session flows join a single virtual buffer / trunk system.
Next, when considering the flow of priority class 2, it is not necessary to consider the flow of priority class 3 or lower, but the flow of priority class 1 cannot be ignored. Here, when the receiving buffer usage v S1 of priority class 1 (t), and buffer usage v S2 of priority class 2 (t) and two classes in the same buffer, i.e., as shown in FIG. 6 Virtual The buffer usage v S1 , S2 (t) in a typical system

Figure 0004390731
という関係が成り立つ。
従って、vS2(t)≦vS1S2(t)より、優先クラス2の最大バッファ使用量は図6の仮想システムの最大バッファ使用量で抑えられる。この最大バッファ使用量をbS1S2とすると、
Figure 0004390731
This relationship holds.
Therefore, from v S2 (t) ≦ v S1 , S2 (t), the maximum buffer usage of the priority class 2 can be suppressed by the maximum buffer usage of the virtual system in FIG. If the maximum buffer usage is b S1 and S2 ,

Figure 0004390731
ただし、
Figure 0004390731
However,

Figure 0004390731
である。bS1,S2は集合S∪Sのフローが加わった場合の最大バッファ使用量であり、既存技術と同様の方法で求められる。このとき、
Figure 0004390731
It is. b S1 and S2 are the maximum buffer usage when the flow of the set S 1 ∪S 2 is added, and can be obtained by the same method as the existing technology. At this time,

Figure 0004390731
を満たせば、優先クラス2の論理的パケットロスはゼロと判断できる(第一の判定方法)。
第一の判定方法は、既存の方法を直接適用することが可能であり、計算は比較的容易であるが、優先クラス1のバッファ使用量を無視しているため、その分だけ効率が上がらない。そこで、以下に述べる第二の判定方法が考えられる。
フローkが最大速度でデータ転送を行う場合、時刻0からT=σ/(P−ρ)まではピークレートP,それ以降ではトークンレートρでのデータ転送となる。従って、時刻tでの転送レートr(t)は
Figure 0004390731
If it satisfies, it can be determined that the logical packet loss of the priority class 2 is zero (first determination method).
The first determination method can directly apply the existing method, and the calculation is relatively easy. However, since the buffer usage of the priority class 1 is ignored, the efficiency is not improved accordingly. . Therefore, a second determination method described below can be considered.
When the flow k performs the data transfer at the maximum speed, the data transfer is performed at the peak rate P k from time 0 to T k = σ k / (P k −ρ k ) and at the token rate ρ k thereafter. Therefore, the transfer rate r k (t) at time t is

Figure 0004390731
で表される。ただし、1はXが真ならば1、偽ならば0をとる関数である。
いま、iを、優先クラス1の中で式(11)で得られたTの値がk番目に大きいフローとする(i∈S)と、定義より、Ti1≧Ti2≧・・・・・が成り立つ。
Figure 0004390731
It is represented by However, 1 X is a function that takes 1 if X is true and takes 0 if false.
Assuming that i k is a flow in which the value of T k obtained by the expression (11) in the priority class 1 is the k-th largest (i k ∈ S 1 ), T i1 ≧ T i2 ≧ ... is true.

Figure 0004390731
が非負ならば、時刻Ti1でのバッファ使用量も非負であるから、優先クラス1のフローが時刻0から最大速度でデータ転送を行い、優先クラス1のバッファにデータが溜まり始めてから当該バッファが空になるまでの時間をT(1)とすると、T(1)≧Ti1が成り立つ。
時刻T(1)までに到着する優先クラス1のデータ量とサーバ処理量は等しいから、この時
Figure 0004390731
Is non-negative, the buffer usage at time Ti1 is also non-negative, so the priority class 1 flow transfers data at the maximum speed from time 0, and the buffer is empty after data starts to accumulate in the priority class 1 buffer. Assuming that the time until is T (1) , T (1) ≧ T i1 holds.
Since the data amount of the priority class 1 that arrives by time T (1) is equal to the server processing amount,

Figure 0004390731
が成り立つ。式(20)を変形すると、
Figure 0004390731
Holds. When formula (20) is transformed,

Figure 0004390731
が得られる。
式(19)が負の時、時刻Ti1の時点でバッファ使用量は既に0、すなわちT(1)≦Ti1である。この時、
Figure 0004390731
Is obtained.
When the expression (19) is negative, the buffer usage is already 0 at the time T i1 , that is, T (1) ≦ T i1 . At this time,

Figure 0004390731
が正ならば、Ti2≦T(1)≦Ti1が成り立ち、区間( i2 i1)でのバッファ使用量のデータ転送レートは一定であるから、バッファ使用量の推移も一定となり、
Figure 0004390731
Is positive, T i2 ≦ T (1) ≦ T i1 holds, and since the data transfer rate of the buffer usage in the section ( T i2 , T i1 ) is constant, the transition of the buffer usage is also constant,

Figure 0004390731
が成り立つ。これを一般化すると、
Figure 0004390731
Holds. Generalizing this,

Figure 0004390731
があるrについてQir≦0かつQ ir+1 >0ならば、
Figure 0004390731
If Q ir ≦ 0 and Q ir + 1 > 0 for some r,

Figure 0004390731
が成り立つ。
今、優先クラス2のフローが時刻0から最大速度でデータ転送を行ったと仮定すると、時刻0から時刻T(1)までの間は全ての帯域が優先クラス1のデータを処理するために使用されているので、優先クラス2のバッファ使用量vS2(t)は増加する。時刻T(1)における優先クラス2のフロー全体の転送レート
Figure 0004390731
Holds.
Assuming that the priority class 2 flow transfers data at the maximum speed from time 0, all the bandwidth is used to process the priority class 1 data from time 0 to time T (1). Therefore, the buffer usage v S2 (t) of the priority class 2 increases. Transfer rate of entire priority class 2 flow at time T (1)

Figure 0004390731
が、この時点で優先クラス2が利用可能な帯域より小さい場合、すなわち
Figure 0004390731
If priority class 2 is less than the available bandwidth at this point, ie

Figure 0004390731
であれば、時刻T(1)以降vS2(t)は減少する。従って、優先クラス2のバッファ使用量はt=T(1)の時点で最大となり、
Figure 0004390731
If so, v S2 (t) decreases after time T (1) . Therefore, the buffer usage of the priority class 2 becomes the maximum at the time of t = T (1) ,

Figure 0004390731
で与えられる。逆に、
Figure 0004390731
Given in. vice versa,

Figure 0004390731
が成り立つ場合、時刻T(1)以降もvS2(t)は増加する。この場合、優先クラス1のバッファ使用量が常に0であるので、優先クラス2の最大バッファ使用量は前述のbS1,S2に等しい。従って、第二の判定方法では、式(27)が成り立つ場合には、式(28)の値、それ以外ならば式(15)の値を優先クラス2の最大バッファ使用量bS2とし、bS2≦Bが成り立てば、優先クラス2の論理パケットロスはゼロと判断できる。
優先クラス3以下については、当該クラスより高い優先度のクラス全体を上位クラス、上位クラスと当該クラスを併せたものを全体クラスとみなすことで、優先クラス2についての判定方法と同様の処理が可能となる。すなわち、優先クラスnについては、第一の判定方法では、
Figure 0004390731
V S2 (t) increases after time T (1) . In this case, since the buffer usage of the priority class 1 is always 0, the maximum buffer usage of the priority class 2 is equal to the aforementioned b S1 and S2 . Therefore, in the second determination method, when the expression (27) is satisfied, the value of the expression (28) is set as the maximum buffer usage b S2 of the priority class 2 otherwise, and the value of the expression (15) is set as b. if S2 ≦ B 2 is Naritate, logical packet loss priority class 2 can be judged to be zero.
For priority class 3 and below, the same processing as the determination method for priority class 2 is possible by regarding the entire class with higher priority than the class as the upper class and combining the upper class and the class as the entire class. It becomes. That is, for the priority class n, in the first determination method,

Figure 0004390731
ただし、
Figure 0004390731
However,

Figure 0004390731
とし、
Figure 0004390731
age,

Figure 0004390731
を満たせば論理的パケットロスはゼロと判定する。第二の判定方法では、優先クラス1〜n−1を一つにまとめた仮のクラスを想定し、式(19)−(25)を用いた手順により、このT(n−1)を求める。この時
Figure 0004390731
If it satisfies, the logical packet loss is determined to be zero. In the second determination method, a provisional class in which priority classes 1 to n-1 are combined into one is assumed, and T (n-1) is obtained by a procedure using equations (19) to (25). . At this time

Figure 0004390731
が成り立てば、
Figure 0004390731
If

Figure 0004390731
を、式(33)が成り立たなければ式(30)を優先クラスnの最大バッファ使用量 sn とし、 sn がB 以下であれば論理パケットロスはゼロと判定する。
Figure 0004390731
If Expression (33) does not hold, Expression (30) is set as the maximum buffer usage b sn of the priority class n, and if b sn is equal to or less than B n , the logical packet loss is determined to be zero.

本発明によれば、任意の優先クラスについて、当該クラスおよび上位クラスのパラメータに基づき、当該クラスのバッファ最大使用量を求める手法を提供することができる。これにより、実施例1〜3に示したように、全てのクラスに対してバッファあふれによるデータ損失の有無を判定することが可能となり、実施例4に示した手続きにより複数優先クラスの呼受付制御法を実現する。
本発明の構成により、新規受付呼の優先クラスのみならず、当該クラスよりも優先度の低い優先クラス、つまり全ての優先クラスの品質保証サービスを実現することができる。
According to the present invention, it is possible to provide a method for obtaining the maximum buffer usage amount of an arbitrary priority class based on the parameters of the class and higher class. As a result, as shown in the first to third embodiments, it becomes possible to determine the presence or absence of data loss due to buffer overflow for all classes, and call admission control of multiple priority classes by the procedure shown in the fourth embodiment. Realize the law.
With the configuration of the present invention, it is possible to realize not only the priority class of a newly accepted call but also the priority class having a lower priority than the class, that is, the quality assurance service for all priority classes.

従来、トラヒックフローの申告パラメータに基づきバッファ使用量の最大値を予め計算する手法は、バッファあふれによるデータ損失の有無を事前に知ることを可能とするため、呼受付判定に有効である。この技術に関して、既存の検討においては、単一バッファの場合にのみ適用可能であるという限界があった。しかしながら、今後のインターネットサービスはサービスの差異化を考慮しており、DiffServ等の技術では、ネットワークシステム上での複数バッファによる制御を前提とした優先制御が必須となる。複数バッファを持つシステムに対しては、既存の技術では、優先度の最も高いクラスの品質のみ判定可能であるが、他の優先クラスについては判定方法がない。あるいは、精度の保証されない方法しかないという課題が存在していた。本発明では、実施例4の手続きによる複数優先クラスの呼受付制御法の実現によってこの課題を解決することができる。   Conventionally, the method of calculating the maximum value of the buffer usage based on the traffic flow reporting parameter in advance is effective for call admission determination because it is possible to know in advance whether there is data loss due to buffer overflow. With regard to this technology, existing studies have a limitation that it can be applied only to a single buffer. However, future Internet services take service differentiation into account, and in the technique such as DiffServ, priority control based on control by a plurality of buffers on a network system is essential. For systems with multiple buffers, the existing technology can determine only the quality of the class with the highest priority, but there is no determination method for other priority classes. Alternatively, there has been a problem that there is only a method whose accuracy is not guaranteed. In the present invention, this problem can be solved by implementing the call admission control method for multiple priority classes by the procedure of the fourth embodiment.

図7は、本発明の実施例で用いられるトラヒックフローのパラメータを示す図である。
以下に示すパラメータを持つ複数のトラヒックフローが、2つの優先クラスに分類されてネットワークノードに収容されるものとする。ネットワークノードでの読出し帯域は、C=150(Mbps)であるとする。
図7に示すように、トラヒックフローのパラメータP,ρ,σ,Tは、呼種1〜4ごとに帯域(Mbps)および時刻(sec)が設定・登録されている。例えば、優先クラス1は呼種1,優先クラス2は呼種2などのように、優先クラスごとに呼種が割り当てられている。
FIG. 7 is a diagram showing traffic flow parameters used in the embodiment of the present invention.
Assume that a plurality of traffic flows having the following parameters are classified into two priority classes and accommodated in a network node. The read bandwidth at the network node is assumed to be C = 150 (Mbps).
As shown in FIG. 7, the traffic flow parameters P, ρ, σ, and T are set and registered for each call type 1 to 4 (Mbps) and time (sec). For example, a call type is assigned to each priority class, such as call type 1 for priority class 1 and call type 2 for priority class 2.

(実施例1)
図8は、本発明の実施例1に係る優先クラス毎のバッファ使用量の時間経過を示す図である。
本実施例においては、30本のトラヒックフローがネットワークノードに収容された場合を考える。k=1,・・・,10は呼種1のトラヒックフローで優先クラス1,k=11,・・・,20は呼種2のトラヒックフローで優先クラス1,k=21,・・・,30は呼種3のトラヒックフローで優先クラス2に属する。
優先クラス1のバッファ最大使用量bS1は、式(12)および(13)より、
Example 1
FIG. 8 is a diagram illustrating a lapse of time of buffer usage for each priority class according to the first embodiment of the present invention.
In this embodiment, a case is considered where 30 traffic flows are accommodated in a network node. k = 1,..., 10 is a call class 1 traffic flow, priority class 1, k = 11,..., 20 is a call class 2 traffic flow, priority class 1, k = 21,. 30 is a traffic flow of the call type 3 and belongs to the priority class 2.
The maximum buffer usage b S1 of the priority class 1 is obtained from the equations (12) and (13).

Figure 0004390731
ただし、c(1),c(2)は呼種1,2へ与える仮想帯域量で、2Mbpsから10Mbpsの間の値である。式(35)はc(1)=5,c(2)=10の時最小化され、bS1=50(Mbps)となる。
次に、第一の判定方法による優先クラス2のバッファ最大使用量は、式(15)および(16)より、
Figure 0004390731
However, c (1) and c (2) are virtual bandwidth amounts given to the call types 1 and 2 and are values between 2 Mbps and 10 Mbps. Equation (35) is minimized when c (1) = 5, c (2) = 10, and b S1 = 50 (Mbps).
Next, the maximum buffer usage of the priority class 2 according to the first determination method is obtained from the equations (15) and (16).

Figure 0004390731
ただし、c(1),c(2),c(3)は呼種1,2,3へ与える仮想帯域量で、2Mbpsから10Mbpsの間の値である。式(36)はc(1)=2,c(2)=3,c(3)=10の時最小化され、bS1,S2=220(Mbit)となる。
第二の判定方法による優先クラス2のバッファ最大使用量については、式(19)の値は非負であるので、式(21)を用いて、T(1)=24/11を得る。時刻T(1)における優先クラス2のフロー全体の転送レートはr(2)(24/11)=100(Mbps)であり、これはこの時点で優先クラス2が利用可能な帯域C−σk∈S1rk(24/11)=110(Mbps)より小さい。従って、優先クラス2のバッファ最大使用量は、式(28)より、
Figure 0004390731
However, c (1) , c (2) , and c (3) are virtual bandwidth amounts given to the call types 1, 2, and 3, and are values between 2 Mbps and 10 Mbps. Equation (36) is minimized when c (1) = 2, c (2) = 3, c (3) = 10, and b S1, S2 = 220 (Mbit).
Regarding the maximum buffer usage of priority class 2 by the second determination method, since the value of Equation (19) is non-negative, T (1) = 24/11 is obtained using Equation (21). The transfer rate of the entire priority class 2 flow at time T (1) is r (2) (24/11) = 100 (Mbps), which is the bandwidth C-σ k available to the priority class 2 at this time. ∈ S1 rk (24/11) = 110 (Mbps) or less. Therefore, the maximum buffer usage of priority class 2 is given by equation (28):

Figure 0004390731
で得られる。この実施例では、第二の判定方法による優先クラス2の最大バッファ使用量は、第一の判定方法とほとんど変わらない。
Figure 0004390731
It is obtained by. In this embodiment, the maximum buffer usage of priority class 2 by the second determination method is almost the same as that of the first determination method.

(実施例2)
図9は、本発明の実施例2に係る優先クラス毎にバッファ使用量の時間経過を示す図である。
本実施例では、30本のトラヒックフローがネットワークノードに収容された場合を考える。k=1,・・・,10は呼種1のトラヒックフローで優先クラス2,k=11,・・・,20は呼種2のトラヒックフローで優先クラス1,k=21,・・・,30は呼種3のトラヒックフローで優先クラス1に属する。
優先クラス1のバッファ最大使用量bS1は、式(12)および(13)より、
(Example 2)
FIG. 9 is a diagram illustrating the elapsed time of the buffer usage for each priority class according to the second embodiment of the present invention.
In this embodiment, a case is considered where 30 traffic flows are accommodated in a network node. k = 1,..., 10 is a call class 1 traffic flow and priority class 2, k = 11,..., 20 is a call class 2 traffic flow and priority class 1, k = 21,. 30 is a traffic flow of call type 3 and belongs to priority class 1.
The maximum buffer usage b S1 of the priority class 1 is obtained from the equations (12) and (13).

Figure 0004390731
ただし、c(2)(3)は呼種2,3へ与える仮想帯域量で、2Mbpsから10Mbpsの間の値である。式(38)はc(2)=5,c(3)=10の時に最小化され、bS1=100(Mbps)となる。
次に、第一の判定方法による優先クラス2のバッファ最大使用量は、式(15)および(16)より、
Figure 0004390731
However, c (2) c (3) is a virtual bandwidth amount given to the call types 2 and 3, and is a value between 2 Mbps and 10 Mbps. Equation (38) is minimized when c (2) = 5, c (3) = 10, and b S1 = 100 (Mbps).
Next, the maximum buffer usage of the priority class 2 according to the first determination method is obtained from the equations (15) and (16).

Figure 0004390731
ただし、c(1),c(2),c(3)は呼種1,2,3へ与える仮想帯域量で、2Mbpsから10Mbpsの間の値である。式(39)は、c(1)=2,c(2)=3,c(3)=10の時に最小化され、bS1,S2=220(Mbps)となる。
第二の判定方法による優先クラス2のバッファ最大使用量については、式(19)の値は非負であるので、式(21)を用いて、T(1)=40/11を得る。時刻T(1)における優先クラス2のフロー全体の転送レートはr(2)(40/11)=20(Mbps)であり、これはこの時点で優先クラス2が利用可能な帯域C−σ k∈S1 (40/11)=110(Mbps)より小さい。従って、優先クラス2のバッファ最大使用量は、式(28)より、
Figure 0004390731
However, c (1) , c (2) , and c (3) are virtual bandwidth amounts given to the call types 1, 2, and 3, and are values between 2 Mbps and 10 Mbps. Equation (39) is minimized when c (1) = 2, c (2) = 3, c (3) = 10, and b S1, S2 = 220 (Mbps).
As for the buffer maximum usage amount of priority class 2 according to the second determination method, the value of equation (19) is non-negative, and therefore T (1) = 40/11 is obtained using equation (21). The transfer rate of the entire flow of the priority class 2 at time T (1) is r (2) (40/11) = 20 (Mbps), and this is the bandwidth C-σ k that can be used by the priority class 2 at this time. ΕS1 r k (40/11) = less than 110 (Mbps). Therefore, the maximum buffer usage of priority class 2 is given by equation (28):

Figure 0004390731
で得られる。この実施例では、第二の判定方法による優先クラス2の最大バッファ使用量は約153Mbpsであり、第一の判定方法(220Mbps)に比べておよそ30%低い値を求めることが可能となる。
Figure 0004390731
It is obtained by. In this embodiment, the maximum buffer usage of priority class 2 according to the second determination method is about 153 Mbps, and a value approximately 30% lower than that of the first determination method (220 Mbps) can be obtained.

(実施例3)
図10は、本発明の実施例3に係る優先クラス毎のバッファ使用量の時間経過を示す図である。
本実施例では、30本のトラヒックフローがネットワークノードに収容された場合を考える。k=1,・・・,10は呼種1のトラヒックフローで優先クラス2,k=11,・・・,25は呼種2のトラヒックフローで優先クラス1,k=26,・・・,30は呼種4のトラヒックフローで優先クラス1に属する。
優先クラス1のバッファ最大使用量bS1は、式(12)および(13)より、
(Example 3)
FIG. 10 is a diagram illustrating a lapse of time of buffer usage for each priority class according to the third embodiment of the present invention.
In this embodiment, a case is considered where 30 traffic flows are accommodated in a network node. k = 1,..., 10 is a call class 1 traffic flow, priority class 2, k = 11,..., 25 is a call class 2 traffic flow, priority class 1, k = 26,. 30 is a traffic flow of call type 4 and belongs to priority class 1.
The maximum buffer usage b S1 of the priority class 1 is obtained from the equations (12) and (13).

Figure 0004390731
ただし、c(2),c(4)は呼種2,4へ与える仮想帯域量で、2Mbpsから10Mbpsの間の値である。式(41)はc(2)=20/3,c(4)=10の時に最小化され、bS1=100(Mbps)となる。
次に、第一の判定方法による優先クラス2のバッファ最大使用量は、式(15)および(16)より、
Figure 0004390731
However, c (2) and c (4) are virtual bandwidth amounts given to the call types 2 and 4 and are values between 2 Mbps and 10 Mbps. Equation (41) is minimized when c (2) = 20/3, c (4) = 10, and b S1 = 100 (Mbps).
Next, the maximum buffer usage of the priority class 2 according to the first determination method is obtained from the equations (15) and (16).

Figure 0004390731
ただし、c(1),c(2),c(4)は呼種1,2,4へ与える仮想帯域量で、2Mbpsから10Mbpsの間の値である。式(42)はc(1)=2,c(2)=16/3,c(4)=10の時に最小化され、bS1,S2=220(Mbps)となる。
第二の判定方法による優先クラス2のバッファ最大使用量については、式(19)の値は負であるので、式(22),(23)により、T(1)=24/7を得る。時刻T(1)における優先クラス2のフロー全体の転送レートはr(2)(24/7)=20(Mbps)であり、これはこの時点で優先クラス2が利用可能な帯域C−σk∈S1,r(24/7)=70(Mbps)より小さい。従って、優先クラス2のバッファ最大使用量は、式(28)より、
Figure 0004390731
However, c (1) , c (2) and c (4) are virtual bandwidth amounts given to the call types 1, 2 and 4 and are values between 2 Mbps and 10 Mbps. Equation (42) is minimized when c (1) = 2, c (2) = 16/3, c (4) = 10, and b S1, S2 = 220 (Mbps).
Regarding the buffer maximum usage amount of priority class 2 according to the second determination method, since the value of the equation (19) is negative, T (1) = 24/7 is obtained from the equations (22) and (23). The transfer rate of the entire flow of the priority class 2 at time T (1) is r (2) (24/7) = 20 (Mbps), and this is the bandwidth C-σ k that can be used by the priority class 2 at this time. It is smaller than ∈ S1 , r k (24/7) = 70 (Mbps). Therefore, the maximum buffer usage of priority class 2 is given by equation (28):

Figure 0004390731
で得られる。
Figure 0004390731
It is obtained by.

(実施例4)
図11は、本発明の実施例4に係る優先クラス毎のバッファ使用量の時間経過を示す図である。
本実施例では、40本のトラヒックフローがネットワークノードに収容された場合を考える。k=1,・・・,10は呼種1のトラヒックフローで優先クラス1,k=11,・・・,20は呼種2のトラヒックフローで優先クラス1,k=21,・・・,40は呼種3のトラヒックフローで優先クラス2に属する。
優先クラス1のバッファ最大使用量bS1は、優先クラス1のトラヒックフローが実施例1の場合と同一であるので、bS1=50(Mbps)となる。
次に第一の判定方法による優先クラス2のバッファ最大使用量は、式(15)および(16)より、
(Example 4)
FIG. 11 is a diagram illustrating the passage of time of the buffer usage for each priority class according to the fourth embodiment of the present invention.
In the present embodiment, a case is considered where 40 traffic flows are accommodated in a network node. k = 1,..., 10 is a call class 1 traffic flow, priority class 1, k = 11,..., 20 is a call class 2 traffic flow, priority class 1, k = 21,. 40 is a traffic flow of the call type 3 and belongs to the priority class 2.
The maximum buffer usage b S1 of the priority class 1 is the same as the traffic flow of the priority class 1 as in the first embodiment, and therefore b S1 = 50 (Mbps).
Next, the maximum buffer usage of the priority class 2 according to the first determination method is obtained from the equations (15) and (16).

Figure 0004390731
ただし、c(1),c(2),c(3)は呼種1,2,3へ与える仮想帯域量で、2Mbpsから10Mbpsの間の値である。式(44)はc(1)=2,c(2)=2,c(3)=5.5の時に最小化され、 S1,S2 =510(Mbps)となる。
第二の判定方法による優先クラス2のバッファ最大使用量については、式(19)の値は非負であるので、式(21)を用いて、T(1)=24/11を得る。時刻T(1)における優先クラス2のフロー全体の転送レートはr(2)(24/11)=200(Mbps)であり、これはこの時点で優先クラス2が利用可能な帯域C−σ k∈S1 (24/11)=110(Mbps)より大きい。従って、優先クラス2のバッファ最大使用量は、第一の判定方法と等しく、 S2 =510(Mbps)となる。
Figure 0004390731
However, c (1) , c (2) , and c (3) are virtual bandwidth amounts given to the call types 1, 2, and 3, and are values between 2 Mbps and 10 Mbps. Equation (44) is minimized when c (1) = 2, c (2) = 2 and c (3) = 5.5, and b S1, S2 = 510 (Mbps).
Regarding the maximum buffer usage of priority class 2 by the second determination method, since the value of Equation (19) is non-negative, T (1) = 24/11 is obtained using Equation (21). The transfer rate of the entire flow of the priority class 2 at time T (1) is r (2) (24/11) = 200 (Mbps), and this is the bandwidth C-σ k that can be used by the priority class 2 at this time. It is larger than ∈ S1 r k (24/11) = 110 (Mbps). Therefore, the maximum buffer usage of priority class 2 is equal to the first determination method, and b S2 = 510 (Mbps).

以上、実施例1〜4を説明したが、図9〜図11に係る優先クラス毎のバッファ使用量の時間経過図について、各実施例ごとの特徴を説明する。
まず、実施例1は、優先クラス1のバッファ使用量が0となる時点T(1)で、優先クラス2のバッファ使用量が最大となる例である。しかしながら、実施例1における条件では、図8にみられるように、優先クラス1と優先クラス2のバッファ使用量の和、すなわち全体のバッファ使用量が最大値bS1,S2となる時点とT(1)の間隔が短い。従って、第二の判定方法を用いることで推定される優先クラス2の最大バッファ使用量bS2は、第一の判定方法により求められる最大バッファ使用量bS1,S2に比べてわずかに小さくなるにとどまり、第二の判定方法を採用する効果の小さい例となっている。
Although the first to fourth embodiments have been described above, the characteristics of each embodiment will be described with respect to the time lapse diagram of the buffer usage amount for each priority class according to FIGS. 9 to 11.
First, the first embodiment is an example in which the buffer usage of the priority class 2 becomes the maximum at the time T (1) when the buffer usage of the priority class 1 becomes zero. However, under the conditions in the first embodiment, as shown in FIG. 8, the sum of the buffer usage amounts of the priority class 1 and the priority class 2, that is, the time point when the total buffer usage amount reaches the maximum value b S1, S2 and T ( The interval of 1) is short. Accordingly, the maximum buffer usage amount b S2 of the priority class 2 estimated by using the second determination method is slightly smaller than the maximum buffer usage amounts b S1 and S2 obtained by the first determination method. It is an example where the effect of adopting the second determination method is small.

次に、実施例2は、実施例1と同様に優先クラス1のバッファ使用量が0となる時点T(1)で、優先クラス2のバッファ使用量が最大となる。実施例2における条件では、図9にみられるように、優先クラス1と優先クラス2のバッファ使用量の和、すなわち全体のバッファ使用量が最大値bS1,S2となる時点とT(1)の間隔が実施例1の場合より大きい。
従って、第二の判定方法を用いることで推定される優先クラス2の最大バッファ使用量bS2と、第一の判定方法により求められる最大バッファ使用量bS1,S2との差が大きくなり、実施例1に比べて第二の判定方法を採用する効果の大きな例となっている。
Next, in the second embodiment, similarly to the first embodiment, the buffer usage of the priority class 2 becomes the maximum at the time T (1) when the buffer usage of the priority class 1 becomes 0. In the condition in the second embodiment, as shown in FIG. 9, the sum of the buffer usage amounts of the priority class 1 and the priority class 2, that is, the time when the total buffer usage reaches the maximum values b S1 and S2 and T (1) Is larger than that in the first embodiment.
Therefore, the difference between the maximum buffer usage amount b S2 of the priority class 2 estimated by using the second determination method and the maximum buffer usage amounts b S1 and S2 obtained by the first determination method increases, Compared to Example 1, this is a great example of the effect of adopting the second determination method.

次に、実施例3では、実施例1および2と同様に、優先クラス1のバッファ使用量が0となる時点T(1)で、優先クラス2のバッファ使用量が最大となる。実施例1および2では、式(19)の値が非負であったため、T(1)は式(21)により直接求められるが、実施例3の条件では、式(19)の値が負となるため、T(1)は式(22)が成立する時点Ti1およびTi2を求め、さらに式(23)を用いる必要があり、計算量が増加する例となっている点で前の2例とは異なっている。また、これにより求められたT(1)は、図10にみられるように、全体のバッファ使用量が最大値bS1,S2となる時点からある程度の時間が経過している。したがって、第二の判定方法による推定値bS2とbS1,S2との差は大きくなり、第二の判定方法を採用する効果の大きな例となっている。 Next, in the third embodiment, as in the first and second embodiments, the buffer usage of the priority class 2 becomes the maximum at the time T (1) when the buffer usage of the priority class 1 becomes 0. In Examples 1 and 2, since the value of Equation (19) was non-negative, T (1) can be obtained directly from Equation (21). However, under the conditions of Example 3, the value of Equation (19) is negative. Therefore, T (1) needs to obtain the points in time T i1 and T i2 at which the equation (22) is established, and further uses the equation (23), which is an example in which the amount of calculation increases. It is different from the example. Further, as shown in FIG. 10, T (1) obtained in this way has passed a certain amount of time from the time point when the total buffer usage reaches the maximum values b S1 and S2 . Therefore, the difference between the estimated values b S2 and b S1 and S2 by the second determination method becomes large, which is an example of a great effect of adopting the second determination method.

次に、実施例4では、前の3つの例とは異なり、優先クラス1のバッファ使用量が0となる時点T(1)では、優先クラス2のバッファ使用量が最大となっていない例である。この場合には、図11にみられるように、第二の判定方法により計算される優先クラス2のバッファ使用量の最大値bS2は、第一の判定方法により求められる最大バッファ使用量bS1,S2と同じ値となるため、第二の判定方法を採用する効果のない例となっている。 Next, in the fourth embodiment, unlike the previous three examples, at the time T (1) when the buffer usage of the priority class 1 becomes 0, the buffer usage of the priority class 2 is not the maximum. is there. In this case, as shown in FIG. 11, the maximum buffer usage b b2 of the priority class 2 calculated by the second determination method is the maximum buffer usage b S1 obtained by the first determination method. , S2 and the same value, it is an example in which the second determination method is not effective.

(実施例5)
図12は、本発明の実施例5に係る呼受付判定方法の動作フローチャートである。
本実施例においては、ユーザからの呼受付要求が信号網を介してネットワークノードに送られ、優先制御を行うネットワークノード上において、新規呼の受付判定を行うものとする。
(ステップ1)新規受付を要求する呼(K)は、トークンバケットパラメータ(P,ρ,σ)および優先クラスmを申告する。
(ステップ2)規新呼Kの経路上のノードシステムは申告パラメータを受け取り、新規呼を受け付けた場合に品質保証が行えるか否かを判断するための手続きを開始する。優先クラスmの集合Smに新規呼Kを一時的に加え、また式(11)を用いてTの値を求める。
(ステップ3)全てのクラスの呼のピークレートの和Σk∈SがC以下であれば、各クラスに1パケットを越える待ちは発生しないので、新規呼Kの受付を許可する(ステップ12へ)。また、そうでなければ、次のステップへ進む。
(ステップ4)新規呼Kの優先クラスが1であれば、bS1を式(12)を用いて計算し、次のステップへ進む。そうでなければステップ6へ進み、優先クラスm以降の品質を推定する。
(Example 5)
FIG. 12 is an operation flowchart of the call admission determination method according to the fifth embodiment of the present invention.
In this embodiment, it is assumed that a call acceptance request from a user is sent to a network node via a signaling network, and a new call acceptance determination is performed on the network node that performs priority control.
(Step 1) The call (K) requesting new acceptance declares the token bucket parameters (P k , ρ k , σ k ) and the priority class m.
(Step 2) The node system on the route of the new call K receives the declaration parameter and starts a procedure for judging whether or not quality assurance can be performed when a new call is accepted. Priority to the set Sm of class m temporarily added new call K, also determine the value of T K using equation (11).
(Step 3) If the sum of the peak rates of calls of all classes Σ kεS P k is equal to or less than C, each class does not wait for more than one packet, and therefore accepts a new call K (Step 3). 12). Otherwise, go to the next step.
(Step 4) If the priority class of the new call K is 1, b S1 is calculated using Equation (12), and the process proceeds to the next step. Otherwise, the process proceeds to step 6 to estimate the quality after the priority class m.

(ステップ5)ノードシステムが優先クラス1に用いるバッファ設備の量Bが、ステップ4で求めたbS1以上であれば、優先クラス1の損失はないと判断し、優先クラス2以降の品質を推定する(ステップ6へ)。もし、bS1>Bであれば、優先クラス1の品質は保証できないので、新規呼Kの受付を拒否する(ステップ13へ)。
(ステップ6)優先クラスnの品質判定を行うため、式(18)、(21)〜(25)を用いてT(n−1),r(n),T(n−1),および、Σk∈S1∪Sn−1(T(n−1))の計算を行う。
(ステップ7)優先クラスnのバッファ最大使用量bSnの計算方法を、式(33)を用いて判断する。式(33)が成り立てばステップ9、そうでなければステップ8の計算方法を適用する。
(ステップ8)式(33)が成り立たない場合、式(30)による計算結果を求め、これをbSnとして採用する(ステップ10へ)。
(Step 5) the amount B 1 buffer equipment node system uses the priority class 1, if the b S1 than that obtained in step 4, the loss of the Priority 1 determines that no quality priority class 2 or later Estimate (go to step 6). If b S1 > B 1 , the quality of the priority class 1 cannot be guaranteed, so the acceptance of the new call K is rejected (to step 13).
(Step 6) To determine the quality of the priority class n, T (n−1) , r (n) , T (n−1) , and (18), (21) to (25) are used. Σ kεS1∪Sn−1 r k (T (n−1) ) is calculated.
(Step 7) The calculation method of the buffer maximum usage b Sn of the priority class n is determined using the equation (33). If the equation (33) is established, the calculation method of step 9 is applied. Otherwise, the calculation method of step 8 is applied.
(Step 8) If equation (33) does not hold, the calculation result by equation (30) is obtained and adopted as bSn (to step 10).

(ステップ9)式(33)が成り立つ場合、式(34)による計算結果を求め、これをbSnとして採用する(ステップ10へ)。
(ステップ10)ノードシステムが優先クラスnに用いるバッファ設備の量Bが、計算により求められたbSn以上であれば、優先クラスnの損失は無いと判断し、ステップ11へ進む。もし、bSn>Bであれば、優先クラスnの品質は保証できないので、新規呼Kの受付を拒否する(ステップ13へ)。
(ステップ11)全ての優先クラスについて、品質判定が終了している場合(n=N)には、ステップ12へ進む。そうでなければ、次の優先クラスの品質判定を続ける(ステップ6へ)。
(ステップ12)全ての優先クラスについて損失が無いと判定し、新規呼Kの受付を許可して受付判定を終了する。
(ステップ13)いずれかの優先クラスについて、品質が保証できないと判断されるので、新規呼Kを優先クラスmの集合Sから取り除き、新規呼Kの受付を拒否して受付判定を終了する。
(Step 9) When the equation (33) is established, the calculation result by the equation (34) is obtained and adopted as bSn (to step 10).
(Step 10) If the amount B n of buffer facilities used by the node system for the priority class n is equal to or larger than bSn obtained by calculation, it is determined that there is no loss of the priority class n, and the process proceeds to Step 11. If b Sn > B n , the quality of the priority class n cannot be guaranteed, so the acceptance of the new call K is rejected (to step 13).
(Step 11) If quality determination has been completed for all priority classes (n = N), the process proceeds to Step 12. Otherwise, the quality determination for the next priority class is continued (to step 6).
(Step 12) It is determined that there is no loss for all priority classes, the acceptance of the new call K is permitted, and the acceptance determination is terminated.
(Step 13) Since it is determined that the quality cannot be guaranteed for any priority class, the new call K is removed from the set S m of priority classes m, the acceptance of the new call K is rejected, and the acceptance determination is terminated.

図13は、本発明の実施例5に係るネットワークノードの構成を示す図である。
ネットワークノードは、速度Cの出力インタフェース(1)と、優先クラス1からNまでに対応して、容量Bn(n=1,・・・,N)を持つ個別バッファ群(2)を装備している。また、新規呼の情報および受付可否を外部装置と通信するための信号制御装置(5)、接続呼の優先クラスおよびトークンバケットパラメータを収容する呼情報記憶装置(3)、および受付可非のための計算を行うための品質演算装置(4)を有している。
FIG. 13 is a diagram illustrating a configuration of a network node according to the fifth embodiment of the present invention.
The network node is equipped with an output interface (1) of speed C and an individual buffer group (2) having capacity Bn (n = 1,..., N) corresponding to priority classes 1 to N. Yes. In addition, a signal control device (5) for communicating information of a new call and acceptance / rejection with an external device, a call information storage device (3) for accommodating a priority class and token bucket parameters of a connected call, and acceptance / non-acceptance It has a quality calculation device (4) for performing calculation.

信号制御装置(5)は、図12における(ステップ1)の新規呼の当該ネットワークノードへの接続要求と当該呼の申告パラメータ、および接続済みの呼の終了通知を外部信号線より取得し、また(ステップ12)あるいは(ステップ13)でなされる新規呼の接続可否の結果を外部信号線を通じて発信する機能を有する。
呼情報記憶装置(3)は、接続済みの各呼により申告されたトークンバケットパラメータおよび優先クラスについての情報を格納する。また、図12の(ステップ1)において新規受付を要求する呼から申告されたパラメータを一時的に格納し、新規呼の接続が(ステップ12)において認められた場合には、そのパラメータを引き続き格納し、逆に(ステップ13)において新規呼の接続が拒否された場合には、そのパラメータを消去する。
さらに、接続済みの呼の終了通知が信号制御装置(5)に伝えられた場合には、当該呼のパラメータを消去する機能を有する。
The signal control device (5) acquires from the external signal line the connection request to the network node of the new call (step 1) in FIG. 12, the call declaration parameter of the call, and the termination notification of the connected call. It has a function of transmitting the result of connection possibility of a new call made in (Step 12) or (Step 13) through an external signal line.
The call information storage device (3) stores information on token bucket parameters and priority classes declared by each connected call. 12 (step 1) in FIG. 12 temporarily stores parameters declared from a call requesting a new reception. If connection of a new call is recognized in (step 12), the parameters are continuously stored. On the contrary, when the connection of the new call is rejected in (step 13), the parameter is deleted.
Furthermore, when a notification of the termination of a connected call is transmitted to the signal control device (5), it has a function of deleting the call parameters.

品質演算装置(4)は、当該ノードシステムの設備量C、B(n=1,・・・,N)および呼情報記憶装置(3)に格納された各呼のパラメータを用いて、(ステップ2)におけるT、(ステップ3)におけるΣk∈S、(ステップ4)におけるbS1、(ステップ6)におけるT(n−1),r(n−1)(T(n−1)),Σk∈S1∪Sn−1(T(n−1))、(ステップ7)〜(ステップ9)におけるbSnの計算を行い、最終的に(ステップ12)あるいは(ステップ13)による新規呼の受付可否を決定する機能を有する。 The quality calculation device (4) uses the facility quantities C and B n (n = 1,..., N) of the node system and the parameters of each call stored in the call information storage device (3) ( T k in step 2), Σ kεS P k in (step 3), b S1 in (step 4), T (n−1) , r (n−1) (T (n− ) in (step 6) 1) ), Σ kεS1∪Sn−1 r k (T (n−1) ), b Sn is calculated in (Step 7) to (Step 9), and finally (Step 12) or (Step 13) has a function of determining whether or not a new call can be accepted.

(実施例6)
図14は、本発明の実施例6に係る呼受付判定方法を実現するネットワークの動作説明図である。
図14において、Sはサービス制御装置、TEはユーザのターミナル装置、UNIはユーザネットワーク・インタフェース装置、NNはネットワークノードである。図中の丸内の数字は各動作ステップ番号を示している。
(ステップ1)ユーザのターミナル装置TEからの新規呼の接続要求が、新規呼の優先クラスおよびトークンバケットパラメータ情報とともに、サービス制御装置Sに通知される。
(ステップ2)サービス制御装置は、新規呼の通信経路上のネットワークノードNNに、接続を要求する新規呼の優先クラスおよびトークンバケットパラメータを通知する。
(Example 6)
FIG. 14 is a diagram for explaining the operation of the network for realizing the call admission determination method according to the sixth embodiment of the present invention.
In FIG. 14, S is a service control device, TE is a user terminal device, UNI is a user network interface device, and NN is a network node. The numbers in the circles in the figure indicate the operation step numbers.
(Step 1) A connection request for a new call from the user terminal device TE is notified to the service control device S together with the priority class of the new call and token bucket parameter information.
(Step 2) The service control apparatus notifies the network node NN on the communication path of the new call of the priority class and token bucket parameter of the new call requesting connection.

(ステップ3)各ネットワークノードNNは、新規呼を受け付けることで、各優先クラスの品質を保証できるか否かを(例えば、実施例4の方法を用いて)判定し、受付可否をサービス制御装置Sに通知する。
(ステップ4)サービス制御装置Sは、全てのネットワークノードNNから新規呼の受付許可が得られた場合、新規呼の最終的な接続許可をユーザターミナル装置TEおよび各ネットワークノードNNに通知する(新規呼の接続)。もし、いずれかのネットワークノードNNから接続拒否を通知された場合、新規呼は受け付けられないので、ユーザターミナル装置TEに受付拒否通知を行い、各ネットワークノードNNに新規呼の通信終了を通知する(ステップ7へ)。
(Step 3) Each network node NN determines whether or not the quality of each priority class can be guaranteed by receiving a new call (for example, using the method of the fourth embodiment), and determines whether or not the service can be accepted. S is notified.
(Step 4) The service control device S notifies the user terminal device TE and each network node NN of the final connection permission of the new call when the new call acceptance permission is obtained from all the network nodes NN (new). Call connection). If a connection rejection is notified from any of the network nodes NN, a new call is not accepted, so an acceptance rejection notification is sent to the user terminal device TE, and a communication end of the new call is notified to each network node NN ( Step 7).

(ステップ5)通信中の呼を終了する場合、ユーザターミナル装置TEからサービス制御装置Sに当該呼の終了が通知される。
(ステップ6)サービス制御装置Sは、当該呼の通信系路上のネットワークノードNNに、当該呼の通信終了を通知する。
(ステップ7)各ネットワークノードNNは、通信終了した呼に関する情報を削除する(通信の終了)。
(Step 5) When the call in communication is terminated, the end of the call is notified from the user terminal device TE to the service control device S.
(Step 6) The service control apparatus S notifies the network node NN on the communication path of the call of the end of communication of the call.
(Step 7) Each network node NN deletes information related to the call for which communication has ended (termination of communication).

図12におけるフローの手順および図14における動作手順を、それぞれプログラム化して、CD−ROMなどの記録媒体に格納しておけば、優先制御を用いて品質保証サービスを実現するネットワーク用プログラムとして、汎用化に役立てることができ、また、Webサーバを介してプログラムの販売や貸与に供することもできる。   If the flow procedure in FIG. 12 and the operation procedure in FIG. 14 are respectively programmed and stored in a recording medium such as a CD-ROM, a general-purpose program can be used as a network program for realizing quality assurance services using priority control. In addition, the program can be used for selling and lending programs via a Web server.

トークンバケットで規定されるセッションフローから転送されるデータの最大量の時間経過を示す図である。It is a figure which shows time passage of the maximum amount of the data transferred from the session flow prescribed | regulated with a token bucket. トークンバケットで規定されるセッションフローから転送されるデータが仮想バッファ/トランクシステムに加わる様子を模した図である。It is the figure which simulated a mode that the data transferred from the session flow prescribed | regulated with a token bucket added to a virtual buffer / trunk system. トークンバケットで規定されるセッションフローが仮想バッファ/トランクシステムに加わった時の仮想バッファ使用量の時間経過を示す図である。It is a figure which shows the time passage of the virtual buffer usage amount when the session flow prescribed | regulated with a token bucket is added to the virtual buffer / trunk system. トークンバケットで規定される複数のセッションフローが仮想バッファ/トランクシステムに加わる様子を模した図である。It is a figure imitating a mode that a plurality of session flows prescribed by a token bucket are added to a virtual buffer / trunk system. 複数の優先クラスに対応して個別バッファを有するノードシステムに対し、トークンバケットで規定される多数のセッションフローが加わる様子を模した図である。It is the figure which modeled a mode that many session flows prescribed | regulated with a token bucket were added with respect to the node system which has an individual buffer corresponding to a some priority class. 優先クラス1および2のセッションフローが単一の仮想バッファ/トランクシステムに加わる様子を模した図である。FIG. 5 is a diagram simulating that priority class 1 and 2 session flows are added to a single virtual buffer / trunk system. 本発明の実施例で用いるトラヒックフローのパラメータを示すテーブル図である。It is a table figure which shows the parameter of the traffic flow used in the Example of this invention. 本発明の実施例1に係る優先クラス毎のバッファ使用量の時間経過を示す図である。It is a figure which shows the time passage of the buffer usage amount for every priority class which concerns on Example 1 of this invention. 本発明の実施例2に係る優先クラス毎のバッファ使用量の時間経過を示す図である。It is a figure which shows the time passage of the buffer usage amount for every priority class which concerns on Example 2 of this invention. 本発明の実施例3に係る優先クラス毎のバッファ使用量の時間経過を示す図である。It is a figure which shows the time passage of the buffer usage amount for every priority class based on Example 3 of this invention. 本発明の実施例4に係る優先クラス毎のバッファ使用量の時間経過を示す図である。It is a figure which shows the time passage of the buffer usage amount for every priority class based on Example 4 of this invention. 本発明の実施例5に係る呼受付判定方法の動作フローチャートである。It is an operation | movement flowchart of the call admission determination method which concerns on Example 5 of this invention. 本発明の実施例5に係る呼受付判定方法を実現するネットワークノードの構成図である。It is a block diagram of the network node which implement | achieves the call admission determination method based on Example 5 of this invention. 本発明の実施例6に係る呼受付判定方法を実現するネットワークの動作説明図である。It is operation | movement explanatory drawing of the network which implement | achieves the call admission determination method based on Example 6 of this invention.

符号の説明Explanation of symbols

1:出力インタフェース
2:個別バッファ
3:呼情報記憶装置
4:品質演算装置
5:信号制御装置
S:サービス制御装置
TE:ユーザターミナル装置
NN:ネットワークノード
UNI:ユーザネットワーク・インタフェース装置
A(t):トラヒックの最大量
P:ピークレート
T:トラヒック送出可能な最大時間長
r:転送レート
σ:バケットサイズ
v(t):時刻tの使用バッファ量
b:使用バッファ量の最大値
u(t):時刻tの利用帯域
c:利用可能な最大帯域
B:バッファ量
C:リンク帯域
c:セッションフローに対するリンク帯域
ρ:トークンレート
S:集合
(1):バッファにデータが溜まり始めてから空になるまでの時間
S1,S2:優先クラス1,2の最大バッファ使用量
1: Output interface 2: Individual buffer 3: Call information storage device 4: Quality calculation device 5: Signal control device S: Service control device TE: User terminal device NN: Network node UNI: User network interface device A (t): Maximum amount of traffic P: Peak rate T: Maximum length of time that traffic can be sent r: Transfer rate σ: Bucket size v (t): Used buffer amount at time t b: Maximum used buffer amount u (t): Time Use bandwidth of t c: Maximum available bandwidth B: Buffer bandwidth C: Link bandwidth c: Link bandwidth for session flow ρ: Token rate S: Aggregation T (1) : From when data starts to accumulate in the buffer until it becomes empty Time b S1, S2 : Maximum buffer usage of priority classes 1 and 2

Claims (6)

IP網における複数クラスの品質保証を、プログラムされたコンピュータ処理により行うコンピュータ装置による呼受付判定方法であって、
上記コンピュータ装置は、プログラムされたコンピュータ処理により、
セッションフローの集合Sについて、セッションフローi∈Sのトラヒック特性がピークレートP,トークンレートρ,バーストサイズσのトークンバケットモデルで表されるとき、各セッションフローへトークンレート相当の帯域を仮想的に割り当て、ノードの処理能力と割り当て済みの仮想帯域の差分については、セッションフロー毎のバースト継続時間t=σ/(P−ρ)を計算し、計算したバースト継続時間のより長いセッションへの仮想的な割り当て帯域がピークレートに相当するように配分し、セッションフローiに割り当てられた仮想帯域cに対して、仮想バッファ最大値bをb=t(P−c)で計算し、セッションフロー全体による仮想最大バッファ量bをb=Σi∈Sで計算し、
セッションフローの優先度別に設けられた個別バッファで、優先度の高いバッファに収容されたデータは優先度の低いバッファに収容されたデータよりも必ず優先的に処理し、
新規呼の受付判定の対象となる呼のクラスが最も優先度の高いクラスであれば、当該クラスに対応するセッションフローのみで前記集合Sを構成して、当該クラスの仮想最大バッファ量を計算し、
新規呼の受付判定の対象となる呼のクラスが優先度の低いクラスであれば、当該クラスおよび当該クラスより高いクラスのセッションフローにより前記集合Sを構成して、当該クラスの仮想最大バッファ量を計算し、
計算した仮想最大バッファ容量と、各クラス毎に設けられたバッファ設備量とを比較し、該各クラスの仮想最大バッファ容量がバッファ設備量を超えるか否かに基づいて、新規受付可否を判定することを特徴とする呼受付判定方法。
A call admission determination method by a computer device for performing quality assurance of multiple classes in an IP network by programmed computer processing,
The computer device can be programmed by computer processing.
For the session flow set S, when the traffic characteristics of the session flow iεS are expressed by a token bucket model with a peak rate P i , a token rate ρ i , and a burst size σ i , a bandwidth equivalent to the token rate is assigned to each session flow. Virtually allocated, the difference between the processing capacity of the node and the allocated virtual bandwidth is calculated as a burst duration t i = σ i / (P i −ρ i ) for each session flow, and the calculated burst duration The virtual allocated bandwidth for the longer session is allocated so as to correspond to the peak rate, and the virtual buffer maximum value b i is set to b i = t i (P for the virtual bandwidth c i allocated to the session flow i. calculated in i -c i), a total of the virtual maximum buffer capacity b according entire session flow b = sigma i∈S b i And,
In the individual buffer provided for each session flow priority, the data stored in the high priority buffer must be processed in preference to the data stored in the low priority buffer,
If the call class subject to new call acceptance determination is the class with the highest priority, the set S is configured only with the session flow corresponding to the class, and the virtual maximum buffer amount of the class is calculated. ,
If the call class subject to new call acceptance determination is a low priority class, the set S is configured by the session flow of the class and a class higher than the class, and the virtual maximum buffer amount of the class is determined. Calculate
The calculated virtual maximum buffer capacity is compared with the amount of buffer equipment provided for each class, and whether or not new acceptance is possible is determined based on whether or not the virtual maximum buffer capacity of each class exceeds the amount of buffer equipment. A call admission determination method characterized by the above.
請求項1に記載の呼受付判定方法において、
上記コンピュータ装置は、プログラムされたコンピュータ処理により、
新規呼の受付要求時に計算された仮想最大バッファ量が当該クラス用に実装されているバッファ量以下であれば論理的パケットロスをゼロとみなして、新規呼の受付を許可し、
計算された仮想最大バッファ量が当該クラス用に実装されているバッファ量を超える場合は、論理的パケットロスをゼロにできないと判断して、新規呼の受付を拒否することを特徴とする呼受付判定方法。
In the call admission determination method according to claim 1,
The computer device can be programmed by computer processing.
If the virtual maximum buffer amount calculated at the time of a new call acceptance request is less than or equal to the buffer amount implemented for the class, the logical packet loss is regarded as zero and the new call acceptance is permitted.
If the calculated virtual maximum buffer size exceeds the buffer size implemented for the class, it is judged that the logical packet loss cannot be reduced to zero and the new call acceptance is rejected. Judgment method.
請求項1に記載の呼受付判定方法において、
上記コンピュータ装置は、プログラムされたコンピュータ処理により、
ある優先クラスの仮想最大バッファ量を、まず当該クラスより高い優先度を有する全てのクラスの仮想バッファが空になるまでの時間を計算し、
上記空になった時点での当該クラスのデータフローレートと利用可能な帯域を比較し、
当該クラスのデータフローレートが利用可能な帯域を下回る場合には、該下回った時点までの当該クラスの到着データ量を計算して、計算結果を仮想最大バッファ量として求め、
当該クラスのデータフローレートが利用可能な帯域を上回る場合には、請求項1に記載の方法により仮想最大バッファ量を求めることを特徴とする呼受付判定方法。
In the call admission determination method according to claim 1,
The computer device can be programmed by computer processing.
First, calculate the virtual maximum buffer amount of a certain priority class until the virtual buffers of all classes having a higher priority than that class become empty.
Compare the data flow rate of the class at the time of the above empty and the available bandwidth,
If the data flow rate of the class falls below the available bandwidth, calculate the arrival data amount of the class up to the point of time below, and obtain the calculation result as the virtual maximum buffer amount,
2. A call admission determination method according to claim 1, wherein when the data flow rate of the class exceeds the available bandwidth, the virtual maximum buffer amount is obtained by the method according to claim 1.
請求項3に記載の呼受付判定方法において、
上記コンピュータ装置は、プログラムされたコンピュータ処理により、
新規呼の受付要求時に、新規呼を含めた場合の各クラスの仮想最大バッファ量を計算し、
計算した仮想最大バッファ量がノードに実装されているバッファ量以下であれば論理的パケットロスをゼロとみなして、新規呼の受付を許可し、
計算した仮想最大バッファ量がノードに実装されているバッファ量を超える場合は、論理的パケットロスをゼロにできないと判断して、新規呼の受付を拒否することを特徴とする呼受付判定方法。
In the call admission determination method according to claim 3,
The computer device can be programmed by computer processing.
Calculate the virtual maximum buffer size for each class when a new call is included when a new call is accepted.
If the calculated virtual maximum buffer amount is less than or equal to the buffer amount installed in the node, the logical packet loss is regarded as zero, and acceptance of new calls is permitted.
When the calculated virtual maximum buffer amount exceeds the buffer amount mounted on the node, it is determined that the logical packet loss cannot be reduced to zero, and the acceptance of a new call is rejected.
IP網における複数クラスの品質保証を、プログラムされたコンピュータ処理により行う呼受付判定システムであって、
プログラムされたコンピュータ処理を実行する手段として、
請求項1から請求項4のいずれかに記載の呼受付判定方法における上記コンピュータ装置による処理を実行する手段を具備したことを特徴とする呼受付判定システム。
A call admission determination system for performing quality assurance of multiple classes in an IP network by programmed computer processing,
As a means of performing programmed computer processing,
5. A call admission judgment system comprising means for executing processing by the computer device in the call admission judgment method according to claim 1.
コンピュータに、請求項1から請求項4のいずれかに記載の呼受付判定方法における上記コンピュータ装置による処理を実行させるためのプログラム。   The program for making a computer perform the process by the said computer apparatus in the call admission determination method in any one of Claims 1-4.
JP2005060232A 2005-03-04 2005-03-04 Call admission determination method, system and program Expired - Fee Related JP4390731B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2005060232A JP4390731B2 (en) 2005-03-04 2005-03-04 Call admission determination method, system and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005060232A JP4390731B2 (en) 2005-03-04 2005-03-04 Call admission determination method, system and program

Publications (2)

Publication Number Publication Date
JP2006246119A JP2006246119A (en) 2006-09-14
JP4390731B2 true JP4390731B2 (en) 2009-12-24

Family

ID=37052044

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005060232A Expired - Fee Related JP4390731B2 (en) 2005-03-04 2005-03-04 Call admission determination method, system and program

Country Status (1)

Country Link
JP (1) JP4390731B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4810254B2 (en) * 2006-02-28 2011-11-09 株式会社日立製作所 Base station and base station controller
JP5144596B2 (en) * 2009-06-30 2013-02-13 日本電信電話株式会社 Call admission control method and apparatus for realizing communication quality assurance, and program therefor
JP5943389B2 (en) * 2013-02-05 2016-07-05 日本電信電話株式会社 Call admission determination method and call admission determination device

Also Published As

Publication number Publication date
JP2006246119A (en) 2006-09-14

Similar Documents

Publication Publication Date Title
Guérin et al. Quality-of-service in packet networks: basic mechanisms and directions
JP3526269B2 (en) Inter-network relay device and transfer scheduling method in the relay device
KR100542401B1 (en) An Admission Control Method in Differentiated Service Networks
US7969881B2 (en) Providing proportionally fair bandwidth allocation in communication systems
JP4838309B2 (en) Integrated resource reservation for data flow
JP2002543669A (en) Route setting device
KR20130136558A (en) Hierarchical profiled scheduling and shaping
JP2002232467A (en) Measurement-based admission control utilizing effective envelopes and service curves
JP4390731B2 (en) Call admission determination method, system and program
JP4570586B2 (en) Traffic control method, system and program
Mammeri Framework for parameter mapping to provide end-to-end QoS guarantees in IntServ/DiffServ architectures
Georgoulas et al. Joint measurement-and traffic descriptor-based admission control at real-time traffic aggregation points
Bouillard et al. Worst-case analysis of tandem queueing systems using network calculus
Zhang et al. End-to-end QoS guarantees over diffserv networks
JP2946462B1 (en) Packet scheduling control method
RU2547631C2 (en) Method for efficient use of communication resources of multiservice network in congestion conditions
Koucheryavy et al. A top-down approach to VoD traffic transmission over DiffServ domain using AF PHB class
Salles et al. Proportional differentiated admission control
Martin et al. Deterministic end-to-end guarantees for real-time applications in a DiffServ-MPLS domain
JP4346032B2 (en) Acceptance judgment method, traffic control method and system for realizing quality assurance service
Rhee et al. Scalable Quasi‐Dynamic‐Provisioning‐Based Admission Control Mechanism in Differentiated Service Networks
JP2012004841A (en) Call reception control method, call reception control system, and network system
Kim et al. A dynamic admission control scheme in a DiffServ domain
JP5144596B2 (en) Call admission control method and apparatus for realizing communication quality assurance, and program therefor
Jin et al. A novel packet queuing and scheduling algorithm and its link sharing performance for the home internet gateway

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070116

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090212

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090421

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090622

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090710

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090907

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20091006

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20091006

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121016

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121016

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131016

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees