JPH05292123A - Packet exchange system - Google Patents
Packet exchange systemInfo
- Publication number
- JPH05292123A JPH05292123A JP9044492A JP9044492A JPH05292123A JP H05292123 A JPH05292123 A JP H05292123A JP 9044492 A JP9044492 A JP 9044492A JP 9044492 A JP9044492 A JP 9044492A JP H05292123 A JPH05292123 A JP H05292123A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- transmission
- logical channel
- window size
- amount
- 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
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
【０００１】[0001]
【産業上の利用分野】本発明は非パケット端末及びパケ
ット組立・分解装置を含むパケット交換システムに係
り、詳しくは、上記パケット組立・分解装置内における
バッファ使用量制御の改良に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a packet switching system including a non-packet terminal and a packet assembling / disassembling apparatus, and more particularly to improving buffer usage control in the packet assembling / disassembling apparatus.
【０００２】[0002]
【従来の技術】パケット交換システムの１つとして、パ
ケットプロトコルをサポートできない非パケット端末を
収容したシステムが知られている。この種のパケット交
換システムでは、上記非パケット端末がパケット組立・
分解機能を持たないことから、当該機能を別体としてバ
ックアップするパケット組立・分解装置（パケット ア
センブリ デスアセンブリ：ＰＡＤ）が併用されるのが
普通である。2. Description of the Related Art As one of packet switching systems, a system accommodating a non-packet terminal which cannot support a packet protocol is known. In this type of packet switching system, the non-packet terminals are
Since it does not have a disassembly function, a packet assembly / disassembly device (PAD) that backs up the function as a separate unit is usually used together.
【０００３】すなわち、このＰＡＤは、発呼端末（非パ
ケット端末）からの発呼要求に基づき着呼端末（非パケ
ット端末）との間の論理チャネルを設定した後、当該論
理チャネルにより前記発呼端末から送出された情報をパ
ケットに組み立てて網に送出し、かつ網からのパケット
を分解して前記着呼端末に配信するような機能を担うも
のである。That is, this PAD sets a logical channel with a called terminal (non-packet terminal) based on a calling request from a calling terminal (non-packet terminal), and then makes the call by the logical channel. It has a function of assembling information sent from a terminal into a packet, sending the packet to the network, and decomposing the packet from the network and delivering it to the called terminal.
【０００４】ここで、上記論理チャネルの設定を含む非
パケット端末間でのパケット伝送制御は、全て、ＣＣＩ
ＴＴで勧告されるＸ．２５というパケット伝送に関する
プロトコル（通信規約）に基づいて実施されるようにな
っている。また、この種のパケット交換システムにおけ
る伝送制御では、発呼側及び着呼側のＰＡＤにおいて各
論理チャネル対応の伝送パケットを内部バッファを介し
て伝送する方式が採用されている。ここで、各論理チャ
ネル毎に使用可能なバッファ量は、上記Ｘ．２５プロト
コルで規定されるパケット伝送用パラメータの１つであ
るウィンドウサイズによって制限されている。Here, the packet transmission control between the non-packet terminals including the setting of the above-mentioned logical channel is all performed by the CCI.
X. Recommended by TT It is designed to be implemented based on the packet transmission protocol (communication protocol) of 25. Further, in the transmission control in this type of packet switching system, a method of transmitting a transmission packet corresponding to each logical channel in the PADs on the calling side and the called side via an internal buffer is adopted. Here, the buffer amount that can be used for each logical channel is the same as the above X. It is limited by the window size which is one of the packet transmission parameters defined by the 25 protocol.
【０００５】周知のように、ウィンドウサイズとは、デ
ータパケットを１つ送る毎に応答を受けることなく連続
して送りうる最大のパケット数のことである。例えば、
送信側で受け取った受信シーケンス番号をＰｒ、ウィン
ドウサイズをＷｓとすれば、送信側は、送信シーケンス
番号ＰｓがＰｒ〜Ｐｒ＋Ｗｓ−１までの番号のパケット
を連続して送出することができる。以後、送信シーケン
ス番号Ｐｓが更新される毎にウィンドウが移動し、新た
なパケットの送出が可能となる。As is well known, the window size is the maximum number of packets that can be continuously sent without receiving a response every time one data packet is sent. For example,
If the reception sequence number received by the transmission side is Pr and the window size is Ws, the transmission side can continuously transmit packets having transmission sequence numbers Ps from Pr to Pr + Ws-1. After that, the window moves each time the transmission sequence number Ps is updated, and a new packet can be transmitted.
【０００６】このように扱われるウィンドウサイズに対
して、ＰＡＤ内では、上記ウィンドウサイズに対応した
内部バッファ量が使用されるように当該内部バッファの
運用管理を行うようになっている。従って、ウィンドウ
サイズを大きく取りすぎると、伝送パケットの処理能力
が向上するものの、内部バッファの消費が多くなって他
の論理チャネルが用いるべきバッファの枯渇を生じるこ
とになる。逆に、ウィンドウサイズを小さくすると内部
バッファの消費量を抑えられるが、反面、データの処理
能力が抑制され、データの送受信量が多い場合に伝送遅
延が大きくならざるを得ないことになる。[0006] With respect to the window size handled in this way, the operation management of the internal buffer is performed in the PAD so that the internal buffer amount corresponding to the window size is used. Therefore, if the window size is set too large, the processing capacity of the transmission packet is improved, but the internal buffer is consumed so much that the buffers to be used by other logical channels are exhausted. On the contrary, if the window size is reduced, the consumption of the internal buffer can be suppressed, but on the other hand, the data processing capacity is suppressed, and the transmission delay must be increased when the data transmission / reception amount is large.
【０００７】この種の従来のパケット交換システムで
は、上記ウィンドウサイズは、送受信されるデータの量
に拘らず各論理チャネル毎に一定サイズに設定されてい
た。このため、各論理チャネル毎にパケット伝送量が大
きく変動した場合には伝送効率に多大な影響を及ぼすこ
とになり、例えば、パケット量に対してウィンドウサイ
ズが大きい論理チャネルにおいてはバッファの無駄な消
費が生じ、逆に、ウィンドウサイズがパケット量に対し
て小さくなる論理チャネルではパケットの伝送遅延が増
大することになった。In the conventional packet switching system of this type, the window size is set to a fixed size for each logical channel regardless of the amount of data transmitted and received. Therefore, when the packet transmission amount greatly changes for each logical channel, the transmission efficiency is greatly affected. For example, in a logical channel having a large window size with respect to the packet amount, the buffer is wasted. On the contrary, the packet transmission delay is increased in the logical channel in which the window size is smaller than the packet amount.
【０００８】通常、内部バッファとしてはメモリが用い
られ、その使用メモリの容量を大きくしてウィンドウサ
イズを余裕を持たせて設定することで上述の不都合はあ
る程度防ぐことができるが、メモリ容量にはコスト等の
面から自ずと限界があり、上述した問題の根本的な解決
策とはなり得なかった。Normally, a memory is used as the internal buffer, and the above-mentioned inconvenience can be prevented to some extent by increasing the capacity of the used memory and setting the window size with a margin. There was a limit in terms of cost, etc., and it could not be a fundamental solution to the above problems.
【０００９】[0009]
【発明が解決しようとする課題】このように上記従来の
パケット交換システムでは、各論理チャネル毎のウィン
ドウサイズが固定されていたため、当該ウィンドウサイ
ズに追従してＰＡＤにおける各論理チャネル毎のバッフ
ァの使用量も自ずと固定値に維持され、送受信データの
トラヒック量によっては各論理チャネル毎に内部バッフ
ァの使用量が不足して伝送遅延が増大したり、より極端
な場合には端末にビジー状態が頻発するなど、効率的な
パケット伝送が行えないという問題点があった。As described above, in the above-mentioned conventional packet switching system, the window size for each logical channel is fixed. Therefore, the buffer for each logical channel in the PAD is used in accordance with the window size. The amount is naturally maintained at a fixed value, and depending on the traffic volume of transmitted / received data, the internal buffer usage is insufficient for each logical channel, increasing the transmission delay, and in more extreme cases, the terminal frequently gets busy. However, there is a problem that efficient packet transmission cannot be performed.
【００１０】本発明は上記問題点を除去し、限られたバ
ッファ容量の中で、各論理チャネル毎にその伝送パケッ
ト量に応じた適正なバッファ使用量を振り分けることが
でき、バッファが無駄に消費されたり、伝送遅延や端末
ビジーが頻発することのない効率的なパケット伝送を実
現できるパケット交換システムを提供することを目的と
する。The present invention eliminates the above-mentioned problems, and within a limited buffer capacity, it is possible to allocate an appropriate buffer usage amount according to the transmission packet amount for each logical channel, and the buffer is consumed wastefully. It is an object of the present invention to provide a packet switching system that can realize efficient packet transmission without causing transmission delay or frequent terminal busy.
【００１１】[0011]
【課題を解決するための手段】本発明は、非パケット端
末と、発呼側及び着呼側の非パケット端末間に論理チャ
ネルを設定すると共に、当該端末間でその送受信データ
を対象としてパケットの組み立て及び分解処理を行うパ
ケット組立・分解装置と、前記網との間でパケットの交
換制御を行うパケット交換機とから成るパケット交換シ
ステムにおいて、前記パケット組立・分解装置は、設定
した各論理チャネル毎の送受信データのトラヒック量を
測定するトラヒック量測定手段と、測定されたトラヒッ
ク量に基づき対応する論理チャネル毎にその使用可能な
内部バッファ量を可変制御する内部バッファ量可変制御
手段とを具備することを特徴とする。According to the present invention, a logical channel is set up between a non-packet terminal and a non-packet terminal on a calling side and a called side, and packet transmission / reception data is transmitted between the terminals. In a packet switching system comprising a packet assembling / disassembling device for assembling and disassembling processing and a packet switching device for performing packet exchange control with the network, the packet assembling / disassembling device is provided for each set logical channel. A traffic amount measuring means for measuring the traffic amount of transmitted / received data, and an internal buffer amount variable control means for variably controlling the usable internal buffer amount for each corresponding logical channel based on the measured traffic amount. Characterize.
【００１２】[0012]
【作用】本発明のパケット交換システムは、各論理チャ
ネル毎に伝送パケットのトラヒック量を測定し、その測
定されたトラヒック量に基づいて各チャネル毎に使用す
る内部バッファ量を可変制御するようにしたものであ
る。ここで、内部バッファ量をトラヒック量に応じて可
変制御するための具体策としては、Ｘ．２５プロトコル
のパケットパラメータの１つとして規定されるウィンド
ウサイズを可変設定する方法が考えられる。The packet switching system of the present invention measures the traffic volume of the transmission packet for each logical channel, and variably controls the internal buffer volume used for each channel based on the measured traffic volume. It is a thing. Here, as a concrete measure for variably controlling the internal buffer amount according to the traffic amount, X. A method of variably setting the window size defined as one of the packet parameters of the 25 protocols can be considered.
【００１３】例えば、トラヒック量の低い論理チャネル
に対しては小さいウィンドウサイズを設定し、そのウィ
ンドウサイズに対応したバッファを使用した伝送処理を
行うように制御する。一定時間に送受信されるパケット
量（トラヒック量）が少ない論理チャネルでは、ウィン
ドウサイズを小さくしてもＰＡＤ及び網内で送受信待ち
となるパケットが少なく、伝送遅延を増大させずに済
む。しかも、この場合には、設定された小さなウィンド
ウサイズによってＰＡＤ内におけるバッファの無駄な消
費を抑制する効果も期待できる。For example, a small window size is set for a logical channel having a low traffic volume, and control is performed so that transmission processing using a buffer corresponding to the window size is performed. In a logical channel in which a packet amount (traffic amount) transmitted / received in a fixed time is small, even if the window size is reduced, there are few packets waiting to be transmitted / received in the PAD and the network, and the transmission delay is not increased. Moreover, in this case, the effect of suppressing the wasteful consumption of the buffer in the PAD can be expected due to the set small window size.
【００１４】一方、トラヒック量の高い論理チャネルに
はより大きなウィンドウサイズを設定し、より多くのバ
ッファを使用しながら伝送処理を行う。トラヒック量の
高い論理チャネルでは、一定時間に送受信されるパケッ
ト量が多いものの、そのパケットの円滑な伝送に足るバ
ッファ使用量を確保することで、伝送遅延を最小限に抑
えることができる。しかも、ここでのバッファ使用量は
パケット量の変動に応じて一時的に大きくするように制
御されるため、ＰＡＤ内における他の論理チャネルによ
るバッファの使用を慢性的に妨げるようなことはない。On the other hand, a larger window size is set for a logical channel having a high traffic volume, and transmission processing is performed while using more buffers. Although a logical channel having a high traffic volume has a large amount of packets transmitted / received in a certain period of time, transmission delay can be minimized by ensuring a buffer usage amount sufficient for smooth transmission of the packets. Moreover, since the buffer usage amount here is controlled to be temporarily increased according to the fluctuation of the packet amount, the buffer usage by other logical channels in the PAD is not hindered chronically.
【００１５】なお、上述したウィンドウサイズの設定
は、例えば、発着呼時に送受されるＣＲパケット（発呼
要求パケット）、ＣＡパケット（着呼受付パケット）を
用い、ウィンドウサイズネゴシエーション手順によっ
て、割り当てられたサイズにウィンドウサイズを変更す
る方法によって実現することができる。The window size setting described above is assigned by the window size negotiation procedure using, for example, a CR packet (call request packet) and a CA packet (call accept packet) transmitted and received at the time of outgoing and incoming calls. This can be achieved by changing the window size to the size.
【００１６】[0016]
【実施例】以下、本発明の実施例を添付図面に基づいて
詳細に説明する。図１は本発明に係るパケット交換シス
テムの一実施例を示すブロック図であり、複数の非パケ
ット端末１ａ〜１ｎを収容するＰＡＤ２をＸ．２５ユー
ザ網インタフェース３を介してＸ．２５パケット通信網
４に接続して構成される。Embodiments of the present invention will now be described in detail with reference to the accompanying drawings. FIG. 1 is a block diagram showing an embodiment of a packet switching system according to the present invention. A PAD 2 accommodating a plurality of non-packet terminals 1a to 1n is an X. X.25 via the user network interface 3. 25 packet communication network 4.
【００１７】ここで、非パケット端末１ａ〜ｎはパケッ
トプロトコルをサポートできない構成であることから、
そのパケットプロトコルのサポート機能を別体としての
ＰＡＤ２に委ねている。すなわち、ＰＡＤ２は、発呼側
の非パケット端末（例えば、１ａ）からの送出データを
パケットに組み立ててパケット通信網４に送出すると共
に、このパケット通信網４から到来するパケットを分解
して着呼側の非パケット端末（例えば、１ｂ）に送出す
るための機能を備えている。Here, since the non-packet terminals 1a to 1n cannot support the packet protocol,
The support function of the packet protocol is entrusted to PAD2 as a separate body. That is, the PAD 2 assembles the transmission data from the calling non-packet terminal (for example, 1a) into a packet and transmits the packet to the packet communication network 4, and also disassembles the packet arriving from the packet communication network 4 to receive the call. It has a function for sending to a non-packet terminal (for example, 1b) on the side.
【００１８】この機能を実現するために、ＰＡＤ２は、
Ｘ．２５パス（論理チャネル）を設定し、かつそのパス
上においてパケットの組立・分解を行うパケット制御部
２１、上記各論理チャネル毎に送受信データのトラヒッ
ク量を監視するトラヒック監視部２２ａ〜２２ｎ、トラ
ヒック監視部２２ａ〜２２ｎからの測定データを統計処
理する統計情報処理部２３を具備して構成される。更
に、パケット制御部２１は、内部バッファ２１１及び内
部バッファプール２１２を具備している。係る構成のパ
ケット交換システムにおいて、非パケット端末１ａから
図示しない宛先端末（非パケット端末）にデータを伝送
する動作の概要を説明する。In order to realize this function, PAD2
X. A packet control unit 21 that sets up 25 paths (logical channels) and assembles and disassembles packets on that path, traffic monitoring units 22a to 22n that monitor the traffic volume of transmitted and received data for each logical channel, and traffic monitoring. A statistical information processing unit 23 that statistically processes the measurement data from the units 22a to 22n is provided. Furthermore, the packet control unit 21 includes an internal buffer 211 and an internal buffer pool 212. An outline of an operation of transmitting data from the non-packet terminal 1a to a destination terminal (non-packet terminal) not shown in the packet switching system having such a configuration will be described.
【００１９】まず、発呼端末１ａからの発呼要求を受け
ると、その発呼端末１ａを収容している発呼側ＰＡＤ２
では、接続されているパケット交換機のトランクとの間
で空いている論理チャネルを選択し、発呼要求をＣＲパ
ケット（発呼要求パケット）としてパケット交換機へ送
信する。First, when a calling request is received from the calling terminal 1a, the calling side PAD 2 accommodating the calling terminal 1a.
Then, a logical channel that is vacant with the trunk of the connected packet switch is selected, and the call request is transmitted to the packet switch as a CR packet (call request packet).
【００２０】次に、パケット交換機は、受け取ったＣＲ
パケットに含まれる宛先情報から接続先トランク及び着
呼側ＰＡＤを認識し、これらトランクと着呼側ＰＡＤと
の間で空いている論理チャネルを選択した後、着呼側Ｐ
ＡＤへ上記ＣＲパケットをＣＮパケット（着呼パケッ
ト）として送信する。Next, the packet switch receives the received CR.
After recognizing the connection destination trunk and the called PAD from the destination information included in the packet and selecting a vacant logical channel between these trunks and the called PAD, the called P
The CR packet is transmitted to the AD as a CN packet (incoming call packet).
【００２１】その後、着呼側ＰＡＤは、受け取ったＣＮ
パケットより接続すべき宛先端末を認識し、この宛先端
末に対して発呼要求を通知する。この時、着呼側ＰＡＤ
はパケット交換機に対して上記ＣＮパケットに対する応
答パケットとしてＣＡパケット（着呼受付パケット）を
送信する。Thereafter, the called PAD receives the received CN.
The destination terminal to be connected is recognized from the packet, and a call request is sent to this destination terminal. At this time, the called PAD
Sends a CA packet (incoming call acceptance packet) as a response packet to the CN packet to the packet switch.
【００２２】続いて、パケット交換機は、受け取ったＣ
Ａパケットを先に選択した論理チャネルを用いてＣＣパ
ケット（接続完了パケット）として発呼側ＰＡＤ２へと
送信する。更に、発呼側ＰＡＤ２は、ＣＣパケットを受
け取ることにより論理チャネルの設定が完了し、通信路
が確立されたことを認識する。Subsequently, the packet switch receives the received C
The A packet is transmitted to the calling side PAD 2 as a CC packet (connection completion packet) using the logical channel previously selected. Further, the calling side PAD 2 recognizes that the setting of the logical channel is completed and the communication path is established by receiving the CC packet.
【００２３】以上の制御により通信路が確立された後
は、選択された論理チャネルに対して通信路上の端末１
ａ及びＰＡＤ２との対応をとりながら、その後に発呼端
末１ａから送出されたパケットに対してアドレス情報が
なくてもそのパケットの行き先を認識して宛先端末へと
伝送することができる。After the communication channel is established by the above control, the terminal 1 on the communication channel for the selected logical channel
It is possible to recognize the destination of the packet and transmit it to the destination terminal even if there is no address information for the packet subsequently sent from the calling terminal 1a while keeping correspondence with a and PAD2.
【００２４】上記パケット交換システムにおけるパケッ
ト伝送において、発呼側ＰＡＤ２では各論理チャネル対
応の伝送データを内部バッファ２１１を通して送受信す
るようになっている。また、この内部バッファ２１１に
関して各論理チャネル毎に使用できるバッファ量は、従
来の技術の欄でも述べたように、ウィンドウサイズによ
り制限されるようになっている。In packet transmission in the above packet switching system, the calling side PAD 2 transmits / receives transmission data corresponding to each logical channel through the internal buffer 211. Further, the buffer amount that can be used for each logical channel with respect to the internal buffer 211 is limited by the window size as described in the section of the related art.
【００２５】この種の従来のパケット交換システムで
は、上記ウィンドウサイズは、送受信されるデータの量
に拘らず各論理チャネル毎に一定サイズに設定されてい
た。従って、例えば、パケット量に対してウィンドウサ
イズが大きい論理チャネルでは使用するバッファ量が上
記パケット量に対して過剰となり、バッファの無駄な消
費が生じることになった。逆に、ウィンドウサイズがパ
ケット量に対して小さくなる論理チャネルでは使用する
当該パケット量に対してバッファ量が相対的に不足し、
パケットの伝送遅延が増大することになった。この点の
対策として、本発明では、ウィンドウサイズを各論理チ
ャネルのトラヒック量に応じて可変設定するようにした
ものである。以下、このウィンドウサイズの設定方式に
着目した本発明システムの基本制御動作を図１を参照し
て詳述する。In the conventional packet switching system of this type, the window size is set to a fixed size for each logical channel regardless of the amount of data transmitted and received. Therefore, for example, in a logical channel having a window size larger than the packet amount, the buffer amount used becomes excessive with respect to the packet amount, resulting in unnecessary buffer consumption. On the contrary, in the logical channel whose window size is smaller than the packet amount, the buffer amount is relatively insufficient with respect to the packet amount used,
The packet transmission delay is increased. As a measure against this point, in the present invention, the window size is variably set according to the traffic volume of each logical channel. Hereinafter, the basic control operation of the system of the present invention focusing on this window size setting method will be described in detail with reference to FIG.
【００２６】上述の如く、発呼端末１ａからの発呼要求
に基づき宛先端末との間に論理チャネル（通信経路）が
決定された後、この論理チャネルを用いてパケット伝送
が開始される。このパケット伝送中、トラヒック監視部
２２ａ〜２２ｎはその通信中の論理チャネルに関する伝
送データのトラヒック量を監視し、その監視データを統
計情報処理部２３に転送する。As described above, after the logical channel (communication path) is determined with the destination terminal based on the call request from the calling terminal 1a, packet transmission is started using this logical channel. During the packet transmission, the traffic monitoring units 22a to 22n monitor the traffic volume of the transmission data regarding the logical channel in communication and transfer the monitoring data to the statistical information processing unit 23.
【００２７】統計情報処理部２３では、トラヒック監視
部２２ａ〜ｎからの監視データに基づいて各論理チャネ
ルの一定時間毎のデータトラヒック量の統計をとる。な
お、上記トラヒック監視部２２ａ〜２２ｎにおけるトラ
ヒック量の監視は通信毎に行い、統計情報処理部２３で
はその監視データを逐次変更する。そして、この統計結
果に従い、トラヒック量の高い論理チャネルには大きな
ウィンドウサイズを設定し、かつトラヒック量の低い論
理チャネルにはより小さなウィンドウサイズを割り当て
るべく制御コマンドをパケット制御部２１に対して送出
する。次いで、パケット制御部２１は、その制御コマン
ドにより割り当てられたサイズに対応するウィンドウサ
イズを各論理チャネル毎に設定する。The statistical information processing unit 23 obtains statistics of the data traffic amount of each logical channel at a constant time based on the monitoring data from the traffic monitoring units 22a to 22n. The traffic monitoring units 22a to 22n monitor the traffic volume for each communication, and the statistical information processing unit 23 sequentially changes the monitoring data. Then, according to this statistical result, a control command is sent to the packet control unit 21 in order to set a large window size for a logical channel with a high traffic volume and to allocate a smaller window size for a logical channel with a low traffic volume. .. Next, the packet control unit 21 sets the window size corresponding to the size assigned by the control command for each logical channel.
【００２８】この各論理チャネル毎のウィンドウサイズ
の設定は、例えば、発着呼に伴って各論理チャネルを設
定する際の手順の１つとしてＸ．２５プロトコルに規定
されているウィンドウサイズネゴシエーション手順によ
って行うことができる。すなわち、発着呼時には発呼端
末と着呼端末との間でＣＲパケット及びＣＡパケットを
使用して各論理チャネルの設定が行われるが、その際、
パケット制御部２１では、上記ＣＲパケット及びＣＡパ
ケットを利用してウィンドウサイズネゴシエーション手
順を実施し、上述の如く統計情報処理部２３から与えら
れたコマンドで指定されたサイズにこれらの論理チャネ
ルのウィンドウサイズを移行させるように制御すればよ
い。The setting of the window size for each logical channel is performed, for example, as one of the procedures when setting each logical channel in response to an incoming or outgoing call. This can be done by the window size negotiation procedure specified in the 25 protocol. That is, when an outgoing / incoming call is made, each logical channel is set between the calling terminal and the called terminal using the CR packet and the CA packet.
The packet control unit 21 executes the window size negotiation procedure using the CR packet and the CA packet, and sets the window size of these logical channels to the size designated by the command given from the statistical information processing unit 23 as described above. May be controlled so as to shift.
【００２９】以上の制御によって、ＰＡＤ２内では、各
論理チャネルに関してそのトラヒック量に対応したウィ
ンドウサイズが設定される。ここで、ＰＡＤ２は、上述
の如く内部バッファ２１１を介してパケット伝送を行う
ものであり、しかもその内部バッファ２１１の使用量は
上記ウィンドウサイズにより決定されるという性質をも
っている。つまり、上記本発明方式に従って逐次可変設
定されるウィンドウサイズはパケット制御部２１内にお
ける各論理チャネル毎の内部バッファ２１１の使用量を
逐次可変すべく作用することになる。By the above control, the window size corresponding to the traffic amount of each logical channel is set in PAD2. Here, the PAD 2 performs packet transmission via the internal buffer 211 as described above, and the usage amount of the internal buffer 211 is determined by the window size. In other words, the window size that is sequentially variably set according to the method of the present invention acts to sequentially vary the usage amount of the internal buffer 211 for each logical channel in the packet control unit 21.
【００３０】かくして、本発明では、トラヒック量が高
い論理チャネルでは、大きなウィンドウサイズの設定に
より多容量の内部バッファ２１１を用いたパケット伝送
が行われる。この時、パケット量に対してバッファ使用
量を相対的に大きくせしめることで、伝送遅延を最小限
に止めることができる。Thus, according to the present invention, packet transmission using the large capacity internal buffer 211 is performed by setting a large window size in a logical channel having a high traffic volume. At this time, the transmission delay can be minimized by making the buffer usage amount relatively large with respect to the packet amount.
【００３１】また、トラヒック量が低い論理チャネルで
は、小さなウィンドウサイズの設定により小容量の内部
バッファ２１１を利用したパケット伝送が行われる。こ
の時、パケット量に対してバッファ使用量を無駄なく割
り振ることができ、伝送遅延を増大させずにバッファ使
用量を節約することが可能となる。また、このバッファ
使用量の節約が可能であるということは、傾向として、
ＰＡＤ２内にバッファ２１１として用意するメモリの容
量を小さくすることに貢献する。On a logical channel with a low traffic volume, packet transmission using the small capacity internal buffer 211 is performed by setting a small window size. At this time, the buffer usage amount can be allocated to the packet amount without waste, and the buffer usage amount can be saved without increasing the transmission delay. Also, the fact that it is possible to save this buffer usage shows that
This contributes to reducing the capacity of the memory prepared as the buffer 211 in the PAD 2.
【００３２】なお、上記内部バッファ２１１の使用量可
変制御に際し、パケット制御部２１は、例えば、内部バ
ッファプール２１２にプールしているバッファを上記ウ
ィンドウサイズに従って適宜割り振ることによって対処
できるようになっている。In the variable control of the amount of use of the internal buffer 211, the packet controller 21 can deal with it by appropriately allocating the buffer pooled in the internal buffer pool 212 according to the window size. ..
【００３３】[0033]
【発明の効果】以上説明したように、本発明のパケット
交換システムによれば、ＰＡＤ内において、各論理チャ
ネル毎に伝送パケットのトラヒック量を測定し、そのト
ラヒック量に応じて各論理チャネル毎にその伝送パケッ
ト量に応じた適正なバッファ使用量を振り分けるように
したため、限られた容量の内部バッファを有効に活用し
ながら伝送遅延や端末ビジーが頻発することのない効率
的なパケット伝送を実現できる。As described above, according to the packet switching system of the present invention, the traffic volume of the transmission packet is measured for each logical channel in the PAD and each logical channel is measured according to the traffic volume. Since the appropriate buffer usage amount is distributed according to the amount of transmitted packets, it is possible to effectively utilize the limited internal buffer capacity and realize efficient packet transmission without frequent occurrence of transmission delay or terminal busy. ..
【図１】本発明の一実施例に係るパケット交換システム
のブロック構成図。FIG. 1 is a block configuration diagram of a packet switching system according to an embodiment of the present invention.
１ａ〜１ｎ 非パケット端末 ２ パケット組立・分解装置（ＰＡＤ） ２１ パケット制御部 ２１１ 内部バッファ ２１２ 内部バッファプール ２２ａ〜２２ｎ トラヒック監視部 ２３ 統計情報処理部 ３ Ｘ．２５ユーザ網インタフェース ４ Ｘ．２５パケット通信網 1a to 1n Non-packet terminal 2 Packet assembling / disassembling device (PAD) 21 Packet control unit 211 Internal buffer 212 Internal buffer pool 22a to 22n Traffic monitoring unit 23 Statistical information processing unit 3 X. 25 user network interface 4 X. 25 packet communication network
Claims (2)
非パケット端末間に論理チャネルを設定すると共に、当
該端末間でその送受信データを対象としてパケットの組
み立て及び分解処理を行うパケット組立・分解装置と、
前記網との間でパケットの交換制御を行うパケット交換
機とから成るパケット交換システムにおいて、 前記パケット組立・分解装置は、 設定した各論理チャネル毎の送受信データのトラヒック
量を測定するトラヒック量測定手段と、 測定されたトラヒック量に基づき対応する論理チャネル
毎にその使用可能な内部バッファ量を可変制御する内部
バッファ量可変制御手段とを具備することを特徴とする
パケット交換システム。1. A packet assembly for setting a logical channel between a non-packet terminal and a non-packet terminal of a calling side and a called side, and for assembling and disassembling packets for the transmission / reception data between the terminals.・ A disassembly device
In a packet switching system including a packet switch that performs packet exchange control with the network, the packet assembling / disassembling apparatus includes a traffic amount measuring unit that measures a traffic amount of transmitted / received data for each logical channel that has been set. A packet switching system comprising: an internal buffer amount variable control means for variably controlling the usable internal buffer amount for each corresponding logical channel based on the measured traffic amount.
交換システムであって、内部バッファ量可変制御手段
は、前記Ｘ．２５プロトコルのパケットパラメータの１
つであるウィンドウサイズを前記トラヒック量測定手段
の測定結果に応じて可変設定する手段により構成される
ことを特徴とする請求項１記載のパケット交換システ
ム。2. X. A packet switching system conforming to the H.25 protocol, wherein the internal buffer amount variable control means is the X.25. 1 of the 25 protocol packet parameters
2. The packet switching system according to claim 1, further comprising means for variably setting a window size which is one of the window sizes according to a measurement result of the traffic amount measuring means.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9044492A JPH05292123A (en) | 1992-04-10 | 1992-04-10 | Packet exchange system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9044492A JPH05292123A (en) | 1992-04-10 | 1992-04-10 | Packet exchange system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05292123A true JPH05292123A (en) | 1993-11-05 |
Family
ID=13998798
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9044492A Pending JPH05292123A (en) | 1992-04-10 | 1992-04-10 | Packet exchange system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05292123A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001069167A (en) * | 1999-08-26 | 2001-03-16 | Nec Telecom Syst Ltd | Packet communication system |
| JP2010098684A (en) * | 2008-10-20 | 2010-04-30 | Hitachi Kokusai Electric Inc | Transmitter |
| US8180881B2 (en) | 2002-11-13 | 2012-05-15 | Kt Corporation | Apparatus for analyzing the packet data on mobile communication network and method thereof |
-
1992
- 1992-04-10 JP JP9044492A patent/JPH05292123A/en active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001069167A (en) * | 1999-08-26 | 2001-03-16 | Nec Telecom Syst Ltd | Packet communication system |
| US8180881B2 (en) | 2002-11-13 | 2012-05-15 | Kt Corporation | Apparatus for analyzing the packet data on mobile communication network and method thereof |
| JP2010098684A (en) * | 2008-10-20 | 2010-04-30 | Hitachi Kokusai Electric Inc | Transmitter |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5974327A (en) | Adaptive frequency channel assignment based on battery power level in wireless access protocols | |
| EP1478137B1 (en) | Determination of a packet size in a packet communications system | |
| KR960006465B1 (en) | Method for dynamically allocating data channels on a trunked communication system | |
| CN1572093B (en) | Management of incoming data for a dormant mobile terminal by transferring or discarding buffered incoming data responsive to a connection being established in time | |
| US7292532B2 (en) | Traffic shaping apparatus and traffic shaping method | |
| CN101132622B (en) | Random access service quality control method | |
| US6414943B1 (en) | Method and apparatus for controlling asymmetric dynamic radio bearers in mobile packet data communications system | |
| JP2002232941A (en) | Call reception controller and method | |
| US20050221850A1 (en) | Dynamic identifier allotting method and wireless communications system | |
| US6996119B2 (en) | Adaptive polling method for router | |
| JP2002518958A (en) | Method and apparatus for dynamically adapting the communication state of a mobile communication system | |
| KR20010050689A (en) | Method for controlling data flow associated with a communications node | |
| KR20090031454A (en) | Idle mode notification | |
| JPH11205348A (en) | Multi-access communication system | |
| US20030099195A1 (en) | Method and apparatus for notifying data congestion in a communication system | |
| JP2002057699A (en) | Packet transmission system, packet transmission method and recording medium | |
| JP2960653B2 (en) | Radio channel allocation method in mobile communication system | |
| JP3842663B2 (en) | Base station and radio resource allocation method | |
| JP4877740B2 (en) | Communication apparatus and connection selection method | |
| JPH05292123A (en) | Packet exchange system | |
| JP3028953B1 (en) | Call distribution method for wireless exchange in mobile communication system | |
| JPH08265834A (en) | Radio channel controller | |
| JP3539224B2 (en) | Communication bandwidth control method | |
| KR100845695B1 (en) | Communication method | |
| JP2002315046A (en) | Communications equipment |