JPH0276434A - パケット通信方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概　要〕 伝送路上に配置された複数の交換ノードを経由して、送
受信端末間で音声パケットによる通信を行うパケット通
信方式に関し、 音声品質の劣化を防止すべくバケ・２ト長を短くしたい
という要求と、帯域使用効率を向上すべくパケット長を
長くしたいという要求を可能な限り同時に満足させるよ
うにすることを目的とし、前記音声パケットの通信を開
始するに先立ち、前記送受信端末間の伝送距離を算出し
、算出された該伝送距離の長短に対して反比例的に長短
するパケット長を設定して前記音声パケ・７トの通信を
開始し、当該通信の終了まで該パケット長を保持して音
声パケットの送受信を行うように構成する。

〔産業上の利用分野〕

本発明は、伝送路上に配置された複数の交換ノードを経
由して、送受信端末間で音声パケットによる通信を行う
パケット通信方式に関する。

パケット通信は、伝送すべき情報を多数のブロックに分
割し端末相互間で送受信するものであり、各ブロックは
宛先アドレス等を表示したへ・ノダ部分と実際の情報を
乗せる情報部分とからなる。この情報部分にはコンピュ
ータデータ、画像データあるいは音声データ等、が書き
込まれる。本発明は特に、音声データが書き込まれる音
声パケットに関して述べるものである。音声パケットの
通信においては、会話の自然さを保つために、通信遅延
を所定値以下に抑えることが大事である。

〔従来の技術〕

第１５図は本発明の前提とするパケット通信システムの
ネットワーク構成例を示す図である。本図において、１
１は端末であり、一対の送受信端末のみを例示的に示す
。これら送受信端末１１は、伝送路１３上に配置された
複数の交換ノード１２のうち最適ルートに沿う交換ノー
ド１２を選択的に経由して持続される。図では、６個の
交換ノード（Ｎｌ−Ｎ６）が例示的に示されている。な
お両端末間で授受される音声パケットＰＫＴは、それぞ
れが直接接続する交換ノード（ＮｌおよびＮ６）で組立
てられ（送信時）また分解（受信時）される。

第１６図は交換ノードの具体的構成例を示す図であり、
全ての交換ノードがほぼ同一構成であるが、本図は交換
ノードＮ６について示す。その中心には高速パケットス
イッチ２１が設けられ、回線インタフェース２２を介し
て各伝送路１３に接続すると共に、端末インタフェース
２３を介して各端末１ｘ、ｘｒに接続する。端末１ｒは
コンピュータデータを扱うデータ端末を示す。これらス
イッチ２１、インタフェース２２．２３を統括的に制御
するのが制御プロセッサ（μＰ）２４である。

なお、本発明に特に関係するパケットの組立部（パケッ
タイザ：　ｐａｃｋｅｔｉｚｅｒ）およびパケットの分
離部（デバケソタイザ：　ｄｅｐａｃｋｅｔｉｚｅｒ）
は、各端末インタフェース２３内に設けられる（後述）
。

〔発明が解決しようとする課題〕

音声通信においては、端末１１からの音声情報をパケッ
ト化する際に、その音声情報のビットレートが低いため
パケット組立時間が大となる。これが通信遅延を増大さ
せる一因となっている。したがって音声パケットのパケ
ット長が長くなれば、パケット組立時間は増大し、パケ
ット組立時間とネットワーク内の伝送遅延の和で定まる
通信遅延も増大し、音声品質の劣化を招くことになる。

ここにいうネットワーク内の伝送遅延とは、一方の端末
から送出された音声パケットが伝送路を経由して他方の
端末に至るまでに要する伝送遅延と、その間に経由する
交換ノード内での中継遅延の和である。かくして、音声
品質の劣化を抑制するという観点からすると、音声パケ
ット長はなるべく短い方が良いという第１の要請が生ず
る。

一方、音声パケット長を短くすると、既述のヘッダ部分
の長さがほぼ一定であることから、既述の情報部分の長
さが短くなってしまう。そうすると、情報部分に対する
ヘッダ部分の割合が増加し、ネットワーク内の帯域の有
効利用が図れなくなる。

かくして、帯域の使用効率という観点からすると、音声
バケット長はなるべく長い方が良いという第２の要請が
生ずる。この第２の要請は上記の第１の要請と全く相反
するものである。

本発明は、音声品質の劣化を防止すべくパケット長を短
くしたいという要求と、帯域使用効率を向上すべくパケ
ット長を長くしたいという要求を可能な限り同時に満足
させるようにしたパケット通信方式を提供することを目
的とするものである。

〔課題を解決するための手段〕

第１図は本発明の方式の原理を図解的に表す図である。

なお、全図を通じて同様の構成要素には同一の参照番号
または記号を付して示す。本発明の方式によれば、音声
パケットＰＫＴのパケット長が、送受信端末間の伝送路
１３の伝送距離に応じて可変となる。具体的には伝送距
離の長短に対して反比例的にパケット長が長短する。第
１図を参照すると、同図中左右に配置された送受信端末
１１間の伝送距離りは長く、これら端末間の音声パケッ
トＰＫＴのパケット長はｐと短く設定する。

逆に、同図中上下に配置された送受信端末１１間の伝送
路Ｍｄは短く、これら端末間の音声パケットＰＫＴのパ
ケット長はＰと長く設定する。なお、各音声パケットＰ
ＫＴは、いずれの音声パケットについてもほぼ同じ長さ
のヘッダ部分Ｈと、パケット長Ｐまたはｐに応じて長短
する音声データ■とからなる。

〔作　用〕

第２図は音声パケットの通信遅延の態様を示す時間配分
図である。通信遅延は、音声品質を劣化させないための
最大許容時間によって制約され、通常、通信遅延の設計
目標値は２０ｍ５である。これを超えると自然な会話が
維持できなくなる。したがってこの２０ｍ５内で各種の
時間が配分される。

本図の例は、次の条件のもとで配分されたものである。

＋１１　　伝送速度　：　６．３　Ｍｂ／５（２）パケ
ット長：　３２Ｂｙｔｅ　（うちヘッダ部分は８Ｂｙｔ
ｅ） （３）伝送路負荷二８０％ （４）　　中継交換ノード数：５段 また本図中の上段は、送受信端末間の伝送距離（実際は
当該送受信端末にそれぞれ直接接続する交換ノード間の
伝送距離）が２０００ｋｍの場合（例えば札幌−鹿児島
間）である。中段は、５００ｋｍの場合（例えば東京一
大阪間）である。下段は、１２０ｋｍの場合（例えば東
京一沼津間）である。

伝送遅延は伝送距離にほぼ比例するから、図に示すとお
り、伝送距離が短くなるにつれて（２０００ｋｍ→５０
０ｋｍ→１２０ｋｍ）、ｌ　Ｏｍｓ→２．５ｍ５−０．
６ｍｓのように小さくなる。これに対し、パケット遅延
は伝送距離の遅延に拘らず、はぼ７ｍｓと一定である。

その内訳は、３２Ｂｙｔｅのもとで、パケット組立時間
に要する４Ｉｌｌｓおよび遅延ゆらぎ補正のための時間
３ｍｓである。遅延ゆらぎは、各交換ノードにおいて各
パケットの送出順番待ち時間がハラつくことに起因する
ものである。そして、残る時間はマージン（図中ハンチ
ングで示す“余裕”）である。長い伝送距離（２０００
ｋｍ）ではマージンが殆どない（３ｍｓ）。これに対し
短い伝送距離（１２０ｋｍ）では十分マージンをとれる
（１２．４　ｍｓ）。

本発明は上記のマージンに着目するものであり、長い伝
送距離（２０００ｋｍ）ではパケット長を３２Ｂｙｔｅ
より長くすることが困難であるものの、伝送距離が短く
なるのに応じて（５００ｋｍ−１２０ｋｍ）　、パケッ
ト組立時間をマージン分に食い込んで一層長く確保する
ものである。つまり、短い伝送距離のときはパケット長
を３２Ｂｙｔｅより長くすることができる。

基本的な通信手順としては、まず音声パケットの通信を
開始するに先立って、送受信端末間の伝送距離を算出す
る。そして算出された伝送距離の長短に対して反比例的
に長短するパケット長を設定する。その後、音声パケッ
トの通信を開始し、当該通信の終了まで、その設定され
たパケット長にて音声パケットの送受信を行う。

かくして音声品質を劣化させない最大許容通信遅延の範
囲内で、伝送距離に応じ、適応的にパケット長を長くで
き、音声品質の維持と、帯域使用効率の向上とを同時に
満足させることができる。

〔実施例〕

第３図はネットワークに対応させた通信手順の一例を示
す図である。図中、左右の送受信端末１１間で、ネット
ワーク３１を介し音声パケットの送受信を行うものとす
る。まず、この音声パケットの送受信に先立ち、発信側
端末（図中左の端末１１）の接続する発信側交換ノード
（Ｎ１）１２より発呼バケッ）ＯＰＫを、着信側端末（
図中右の端末１１）の接続する着信側交換ノード（Ｎ６
）１２に送出する。発呼パケソ１−ＯＰＫは本来送受信
端末間のルートを確立するためのものであり、図では交
換ノードＮ１−Ｎ２→Ｎ５−Ｎ６を経由してルートが形
成される例を示す。あるいは、交換ノードＮ　１−Ｎ　
３→Ｎ４→Ｎ６を経由してルートを形成してもよい。ど
のルートを、どのように選ぶかはネットワークの設計に
よるものであるが、本発明はいずれのルートが選択され
ても成立する。

発呼パケットＯＰＫは各種呼制御情報を含むものである
が、本発明では特に伝送路長表示エリア（図中ハンチン
グを付した３２）を導入する。このエリア３２には、隣
接交換ノード開路Ｍ（図中のＬｌ、Ｌ２．Ｌ３−）を累
積加算した結果が表示される。発呼パケットＯＰＫがノ
ードＮｌからＮ２に至ったとき、ノードＮ２によってエ
リア３２にＬｌが書き込まれる。さらにノードＮ５に至
ったとき、エリア３２にＬ１＋Ｌ２なる累積加算結果が
ノードＮ５によって書き込まれる。着信ノードＮ６では
Ｌ１＋Ｌ２＋Ｌ３が書き込まれる。

ここに着信側交換ノードＮ６は、自白のパケット処理部
にＬ＝Ｌ１＋Ｌ２＋Ｌ３なる伝送距離を通知し、当該音
声パケット通信についてはパケソ／ＩＱＸ Ｌｌｌノ ド長ＰＬでパケットの組立を行うべき旨（したがってパ
ケット長ＰＬでパケットの分解をすべき旨）を、該パケ
ット処理部に指示する。なお、このパケット処理部につ
いては後に詳述するが、既述した端末インタフェース（
第１６図）２３内に設けられるパケット組立部およびパ
ケット分解部を中核として構成される。

かくして、送受信端末１１間で伝送される音声パケット
のパケット長が着信側交換ノードＮ６において決定され
た訳であるが、このパケット長は発信側交換ノードＮ１
にも通知されなければならない。送受信端末１１相互間
では共通のパケット長で音声パケットを組立、また分解
する必要があるからである。

そこで本発明では着信側交換ノードＮ６より今設定した
パケット長情報を応答バケ７　）ＲＰＫ内のエリア３３
に乗せて着信側交換ノードＮ１に返すこととする。しか
も、前記発呼パケットＯＰＫの伝送ルートと同一のルー
トを逆戻りしてノードＮ１に伝達することとする。この
応答パケット（Ｉ３） ＲＰＫ内のパケット長情報を受信した発信側交換ノード
Ｎ１は、自白のパケット処理部にそのパケット長情報を
通知し、これから始まる音声パケット通信のパケットは
、パケット長Ｌ（−Ｌｌ＋Ｌ２＋Ｌ３）で組立または分
解すべき旨を指示する。その後パケット長ＰＬによる音
声パケット通信が開始され、かつ呼が切断されるまでそ
のパケット長ＰＬが用いられる。

第４図は発信側交換ノードの処理を示すフローチャート
であり、第３図で説明した動作を図に表したものである
。まず、発信側交換ノード（例えば第３図のＮ１）で発
呼があったものとすると、発呼パケットＯＰＫをステッ
プａにて生成する。

さらに着信側交換ノード（例えば第３図のＮ６）に送出
する（ステップｂ）。送出に際し監視タイマを設定しく
ステップＣ）、送出時間をセットする。ただし、ステッ
プＣそのものは本発明の要旨ではない。

発呼パケットを受信した交換ノードＮ６は、何も異常が
ない限り応答パケットＲＰＫを返送するので、これをス
テップｄで受信する。何らかの異常で応答パケットが受
信されず、上記監視タイマによりタイムアウトと判断さ
れると（ステップＣ）、今回の発呼は失敗したことにな
り、例えばビジートーンを発信端末１１に返す。規定時
間内に応答パケットを受信すると、これにより既述のパ
ケット長情報を読み取る（ステップｆのパケット長検出
）。交換ノードＮ１内の端末インタフェース（第１６図
の２３）は、そのパケット長を自白に設定しくステップ
ｇ）、これから送出される各音声パケットはこのパケッ
ト長で組立てられることになる。また受信音声パケット
はこのパケット長で分解されることになる。ここに音声
パケット通信が開始する。

第５図は中継交換ノードおよび着信側交換ノードの処理
を示すフローチャートであり、第３図で説明した動作を
図に表したものである。送受信端末１１間のルートに沿
った全交換ノード１２のうち、発信側交換ノードＮ１以
外の残りの全交換ノードＮ２．Ｎ５．Ｎ６は、まず交換
ノードＮ１からの発呼バケッ）ＯＰＫを受信することに
より処理を開始する。ステップａでは他ノード宛か否か
、発呼パケットのヘッダ部分Ｈを監視して判断する（ス
テップａ）。設例の場合、交換ノードＮ２およびＮ５は
他ノード宛になり（ステップａのＹｅＳ）、着信側交換
ノードＮ６のみが“Ｎｏ”となる。つまり自己宛である
。中継交換ノードＮ２．Ｎ５についてみると、ステップ
ｂにて受信した発呼パケットの転送ルートを選択する。

例えば第３図においてノードＮ２はＬ２のルートを選択
する。この選択と共に、直前の選択ルートの隣接ノード
間距離、すなわちＬｌを割り出す（ステップＣ）。ステ
ップｄにおいて、発呼パケットの伝送路長表示エリア（
第３図の３２）にて距離情報（Ｌ１）の累積加算を行う
、ノードＮ２の場合は、Ｌｌがそのまま累積加算結果と
なる。ノードＮ５の場合、ステップＣで隣接ノード間距
離をＬ２として割り出すので、累積加算結果はＬ１＋Ｌ
２となる。その後、再び次の選択ルートへ発呼パケット
を送出しくステップｅ）、ノードＮ５の段階で中継終了
となる。

ノードＮ５を経た発呼パケットＯＰＫは着信側交換ノー
ドＮ６に至り、ここで受信発呼パケット内のエリア３２
より、距離情報、すなわち伝送距離”Ｌ’ｌ＋Ｌ２＋Ｌ
３”を抽出する（ステップｆ）。

ノードＮ６は、抽出した伝送距離情報（Ｌ１十Ｌ２＋Ｌ
３から、この伝送距離に見合う最適パケット長を割り出
す（ステップｇ）。割り出したパケット長をパケット長
情報としてエリア３３に有する応答パケットＲＰＫを生
成しくステップｈ）、発信側交換ノードＮ１に向けて送
出する（ステップｊ）。これに伴い、ノードＮ６内の端
末インタフェース（第１６図の２３）にそのパケット長
を設定する。その後、音声パケット通信が開始される。

第６図は発呼パケットの流れの様子を具体的に表す図で
あり、交換ノードＮ１からＮ６の間を発呼パケソ１−Ｏ
ＰＫが転送される。各ノード内には第１６図に示した高
速パケットスイッチ２１回線インタフェース２２、端末
インタフェース２３、制御プロセッサ２４が設けられる
。制御プロセッサ２４は、第４図および第５図に示した
処理を実行する。発呼パケットＯＰＫは展開して示すと
おりヘッダ部分Ｈと、呼制御情報ＣＣとを有し、情報Ｃ
Ｃは発呼、切断指令等に加え、既述の伝送距離情報も含
む。

第７図はヘッダ部分Ｈのピント構成を示す図であり、８
ビツト構成の例を示す。各ノードは受信したパケットが
制御情報（発呼、切断等）のパケットなのか実際の情報
（音声データ、コンピュータデータ等）なのかをまず区
別する必要があり、また本発明の場合は、発呼後のパケ
ットが音声データなのか否かを知ることが重要である。

音声パケットのときは第５図の処理を開始しなければな
らないからである。このため、第７図の各ピント（θ〜
７）に例えば次のような意味をもたせる。

ビット７は“０”のとき実際の情報であり、“１”のと
き制御情報である。ピントが７が“０”の場合、ピント
６および５は、“０１″のとき音声データ、“１０″の
とき画像データ、“００”のときコンピュータデータで
ある。残りのビット（４，３，２，１，０）はその他の
必要情報を表す。ビット７が“１″の場合、ビット６お
よび５が“００′′のとき、音声データ用の呼制御であ
ることを表す。“ＩＯ”のときは画像データ用の呼制御
であることを表す。したがって、上記の例で言えば、ビ
ット７．６および５が、“１００”のとき本発明に特に
関連する発呼パケットＯＰＫであることが分かり、各ノ
ードは第５図の処理を実行する。

第８図はノード間距離テーブルを示す図である。

ノード間距離テーブル４１は全ての交換ノードについて
その隣接交換ノード相互間の距離を示すものであり、全
ての交換ノード内に設けられる。具体的には制御プロセ
ッサ２４内の主メモリ　（図示せず）内に予め登録され
る。このテーブル４１を参照することにより、受信発呼
パケットのエリア３２に対し、直前の選択ルートを走っ
た距離を加算できる。すなわち第５図のステップＣ“選
択ルートの距離割り出し”は、テーブル４１からのＬｌ
、Ｌ２．Ｌ３−−一等の割り出しを意味する。

第９図はパケット長設定テーブルを示す図である。本発
明の特徴は、算出された伝送距離の長短に対して反比例
的に長短するパケット長を設定することにあり、そのた
めに本図のパケット長設定テーブル５１を設ける。これ
は全ての交換ノート内に設けられる。好ましくは各ノー
ドにおける制御プロセッサ内の主メモリに予め登録され
る。ただし、このテーブル５１を参照するのは、自ノー
ドが着信側交換ノード（Ｎ６）となったときである。か
くして第５図における、ステップｇ“距離対応のパケッ
ト長割り出し”が実行される。第９図のテーブル５１は
、算出された伝送距離（ΣＬｉ）が５００ｋｍ以下、１
５０ｏｈｍ以下および２０００ｋ１１以下の３ランクに
区分した例を示し、伝送距離が短くなるのに応じて、６
４　Ｂｙｔｅ＝　９６　Ｂｙｔｅと長いパケット長を設
定する。なお、２０００ｋｍを超えるようなネットワー
クでは、パケット長を短くするものではなく、エコーキ
ャンセラー等の手段を導入する必要がある。

第１０図は交換ノード内の端末インタフェースを具体的
に表す図であり、既述したパケット処理部をやや詳しく
描いである。なお、本図の全体構成は第１６図および第
６図に既に示されている。

一端末インタフェース２３内の主要部はパケット処理部
６１であり、パケットの組立部（ＰＡＣＫ））　６２お
よびパケットの分解部（ＤＥＰＡＣＫ）　６３を備え、
それぞれドライバ（ＤＲ）６４およびレシーバ（ＲＶ）
６５を介して端末１１に接続する。本発明は可変パケ・
７ト長を設定することを特徴としており、制御プロセッ
サ２４によってパケット長の設定が、図中の点線を示す
ルートで行われる。このパケット長設定は、発信側交換
ノードＮ１であれば第４図のステップｇに相当し、また
着信側交換ノードＮ６であれば第５図のステップｊに相
当する。ここに設定されたパケット長をもって実際の情
報パケット（音声パケット）が伝送される。

第１１図は実際の情報パケットの流れの様子を具体例に
表す図であり、第６図と対応する。第１１図で特に注目
すべき点は、実際の情報パケット、すなわち音声パケッ
トＰＫＴが、各交換ノード内を、各音声パケットの交換
接続動作なしに通過することである。つまり、本図にお
いては、制御プロセッサ（第６図の２４）を省略してお
り、このことは制御プロセッサ２４の関与なしに音声パ
ケットＰＫＴが定められたパスを通過することを意味し
ている。交換接続動作がないということは、これに相当
する時間分だけ余裕が出たことになり、第２図のマージ
ン（“余裕”）を−層大にできる利点をもたらす。交換
接続動作を排除したのは、発呼パケットＯＰＫと応答パ
ケットＲＰＫを巧みに利用したからである。これを以下
に説明する。

第１２図は音声パケットの交換接続動作を排除するため
の手順を図解的に示す図であり、前述の例と同様、交換
ノードＮ１〜Ｎ６が示されている。

発信側交換ノードＮ１から送出された発呼バゲン）ＯＰ
Ｋは途中のノードＮ２．Ｎ５を経由して着信側交換ノー
ドＮ６に至るが、そのとき、各ノードは自白の高速パケ
ソトスインチ（第１１図の２１）にて交換接続した際の
入ポートと出ボー１への対（ＩＮ−ＯＵＴ）を記憶して
おく。この記憶は適当な制御レジスタ（図示せず）に行
えばよい。そして応答パケットＲＰＫがノー１”Ｎ６よ
り返送されたとき、応答パケットＲＰＫは発呼パケット
ＯＰＫと全く同じ伝送ルートを逆戻りするから、応答パ
ケットＲＰＫが各ノードを通過する毎に、上記制御レジ
スタに記憶していた入ポートと出ポートの対の情報をも
とに、各ノード内で固定的にパスを設定する。これは図
解的にＩＮ　’　−ＯＵＴ　’で示すが、前述のｌＮ−
ＯＵＴの対と全く同じパスである。この固定パスは呼が
切断されたときに解除される。つまり１回の通信が終了
するまでの間は各音声パケットは各ノードをスルーで通
過する。

第１３図はパケット処理部内のパケット組立部を詳細に
示す図である。パケット処理部は第１０図において６１
で示しており、その中のパケット組立部６２を中心に詳
しく描いたものである。ただし一実施例である。

第１４図はパケット処理部内のパケット分解部を詳細に
示す図であり、第１０図におけるパケソト分解部６３を
中心に詳しく描いたものである。

ただし、これも一実施例である。

第１３図において、制御プロセッサ（μＰ）２４がパケ
ット長を設定し、パス７９を介してカウンタ（ＣＮＴ）
７４をプリセントする。前述の例では、３２．６４ある
いは９６Ｂｙｔｅに相当する長さのカウント値がカウン
タ７４にプリセントされ、ダウンカウンタとして作動す
る。

端末からのシリアル音声データＶ、は、シリアル／パラ
レル変換器（Ｓ／Ｐ）７１にて、８ビツトのパラレル音
声データ■、に変換される。このときの変換クロックは
ＣＬＫとして与えられる。

クロックＣＬＫは、１／８分周器７２にて分周され、各
Ｂｙｔｅ長に同期したクロックＣＬＫ　’となり、ＦＩ
ＦＯメモリ７３とカウンタ７４に印加される。したがっ
て、カウンタ７４は１Ｂｙｔｅ毎にダウンカウントされ
、またＦＩＦＯメモリ７３はＩ　Ｂｙｔｅずつ音声デー
タｖｒを取り込む。この取り込みはカウンタ７４のカウ
ント値が零に至るまで続けられる。零に至ったときは、
丁度、設定されたパケット長（ヘッダ部分Ｈを含めて）
に相当する量の音声データ■、がＦＩＦＯメモリ７３に
ストアされたことを意味する。このためカウント値零の
出力を受けて読出し制御回路（ＣＴＬ）７８はＦＩＦＯ
メモリ７３の読出しを行う。ＲＣＬＫは読出しクロック
である。

なお、これと同時にバケットヘッダ送出回路（レジスタ
ＨＤ）は、制御プロセツサ（μＰ）２４から受は取った
ヘッダ部分Ｈを出力する。かくしてメモリ７３から音声
データ■と共にマルチプレクサ７６に印加され、これよ
りＩ］および■のセントとして、かつ、設定パケット長
を有する音声パケットＰＫＴとしてパケット送信部（Ｔ
Ｘ）に印加される。さらにスイッチ２１および回線イン
タフェース２２を通して伝送路１３に送出される。

第１４図において、回線インタフェース２２およびスイ
ッチ２１を介して受信した音声パケットＰＫＴはパケッ
ト受信部（ＲＸ）８２に一旦スドアされる。このとき、
パケット検出部（Ｄ　Ｆ　Ｔ）８１において、受信音声
パケットのスタート（ＳＴ）の検出をしてＡＮＤゲート
８３を開き、クロックＣＬＫを受信部（ＲＸ）８２に送
る。実際にはこのクロックＣＬＫで受信部８２は上記の
ストアを開始する。一方、読出し制御回路（ＣＴＬ）８
５は、パケットスタートと共に、受信部８２には読出し
クロックＲＣＬＫを与え、その後段のＦＩＦＯメモリ８
３には書込みクロックＷＣＬＫを与える。

ＷＣＬＫは、受信音声パケットのうちヘッダ部分Ｈを落
し、音声データ■のみをＦＩＦＯメモリ８３に取り込む
ようなタイミングで発生せしめられる。

なお、ヘッダ部分Ｈは受信部８２より直接、制御プロセ
ッサ２４に送られる。メモリ８３内の音声データ■はク
ロック源８７のクロックで読出されると共にシリアル／
パラレル変換器（Ｐ／５）８Ｂにてシリアル音声データ
Ｖ、に変換され端末に送られる。

上記ＦＩＦＯメモリ８４は、上記書込みクロックＷＣＬ
にを読出し制御回路８５より受信し、書込みを行うが、
どこでその書込みは終了すべきか制御回路８５は認識し
ていない。この書込みは設定パケット長毎に終了すべき
であるから、該回路８５はパケット検出部８１からのエ
ンドパルスＥＮＤを受けたとき、ＷＣＬＫを停止し、Ｒ
ＣＬＫを停止する。パケット検出部８１は、制御プロセ
ッサ（μＰ）２４よりパス８９を介し、事前にパケット
長が設定されている。そこで、Ｂｙｔｅ長に同期したク
ロックＣＬＫ　’によってパケット長をカウントし終え
ると、前述のカウンタ（第１３図の７４）と同様の動作
でエンドパルスＥＮＤを出力する。

ブロックカウンタ（ＢＬＫ　−ＣＮＴ）　８６は制御回
路８５からの書込みクロックＷＣＬＫと、クロック源８
７からの読出しクロックｌ？ｃＬＫのバランスを監視し
ており、バランスの状況に応じてクロック源８７のクロ
ックスピードを速くしたり、遅くしたりする。すなわち
、ＦＩＦＯメモリ８３への書込み回数が、ＦＩＦＯメモ
リ８３からの読出し回数より大（または小）になるのに
応じて、クロック源８７のクロックスピードを速く　（
または遅く）する。

（発明の効果〕 以上説明したように本発明によれば、音声品質を劣化さ
せることなく、効率の良いパケット通信が行える。

【図面の簡単な説明】

第１図は本発明の方式の原理を図解的に表す図、第２図
は音声パケットの通信遅延の態様を示す時間配分図、 第３図はネットワークに対応させた通信手順の一例を示
す図、 第４図は発信側交換ノードの処理を示すフローチャート
、 第５図は中継交換ノードおよび着信側交換ノードの処理
を示すフローチャート、 第６図は発呼パケットの流れの様子を具体的に表す図、 第７図はヘッダ部分Ｈのピント構成を示す図、第８図は
ノード間距離テーブルを示す図、第９図はパケット長設
定テーブルを示す図、第１θ図は交換ノード内の端末イ
ンタフェースを具体的に表す図、 第１１図は実際の情報パケットの流れの様子を具体的に
表す図、 第１２図は音声パケットの変換接続動作を排除するため
の手順を図解的に示す図、 第１３図はパケット処理部内のパケット組立部を詳細に
示す図、 第１４図はパケット処理部内のパケット分解部を詳細に
示す図、 第１５図は本発明の前提とするパケット通信システムの
ネットワーク構成例を示す図、第１６図は交換ノードの
具体的構成例を示す図である。 図において、 １１・・・端末、 １２・・・交換ノード、 １３・・・伝送路、 ３１・・・ネットワーク、 ３２・・・伝送路長表示エリア、 ３３・・・パケット長情報エリア、 ４１・・・ノード間距離テーブル、 ５１・・・パケット長設定テーブル、 ＰＫＴ・・・音声パケット、 Ｈ・・・ヘッダ部分、 ■　・・・音声データ、 Ｎ１　・・・発信側交換ノード、 Ｎ６　・・・着信側交換ノード、 ＯＰＫ・・・発呼パケット、 ＲＰＫ・・・応答パケット、 Ｌ１〜Ｌ９・・・隣接ノード間距離。

Claims (1)

1. 【特許請求の範囲】 １、伝送路（１３）上に配置された複数の交換ノード（
   １２）を経由して、送受信端末（１１）間で音声パケッ
   トによるパケット通信を行うパケット通信システムにお
   いて、 前記音声パケットの通信を開始するに先立ち、前記送受
   信端末（１１）間の伝送距離を算出し、算出された該伝
   送距離の長短に対して反比例的に長短するパケット長を
   設定して前記音声パケットの通信を開始し、当該通信の
   終了まで該パケット長を保持して音声パケットの送受信
   を行うことを特徴とするパケット通信方式。 ２、各交換ノード（１２）毎に、隣接交換ノード相互間
   の距離を示すノード間距離テーブル（４１）を備え、前
   記音声パケットの通信を開始するに先立ち発信側交換ノ
   ード（Ｎ１）より着信側交換ノード（Ｎ６）に送出され
   る発呼パケット（ＯＰＫ）内に、該交換ノード（１２）
   を通過する毎に累積加算される伝送路長表示エリア（３
   ２）を設け、その累積加算結果をもとに、着信側交換ノ
   ード（Ｎ６）内にて対応する前記パケット長を設定する
   請求項１記載のパケット通信方式。 ３、前記着信側交換ノード（Ｎ６）内にて設定されたパ
   ケット長情報を、応答パケット（ＲＰＫ）に乗せて、か
   つ、前記発呼パケット（ＯＰＫ）の伝送ルートと同一の
   ルートを逆戻りして前記発信側交換ノード（Ｎ１）に伝
   達し、該発信側交換ノード（Ｎ１）は該パケット長情報
   により指定されたパケット長をもって各音声パケットを
   組立および分解を行うと共に、前記着信側交換ノード（
   Ｎ６）も同一パケット長で各音声パケットの組立および
   分解を行う請求項２記載のパケット通信方式。 ４、各交換ノード（１２）において、前記発呼パケット
   （ＯＰＫ）を所定の伝送路（１３）へ交換接続した際の
   入ポートおよび出ポートの対（ＩＮ−ＯＵＴ）を記憶し
   ておき、前記応答パケット（ＲＰＫ）が前記伝送ルート
   を逆戻りして各交換ノード（１２）を通過する毎に、各
   交換ノード（１２）毎に記憶された前記入ポートおよび
   出ポートの対（ＩＮ−ＯＵＴ）の間で固定したパスを設
   定し、通信の終了まで各音声パケットの交換接続をする
   ことなく該パスを通過させて音声パケットの送受信を行
   う請求項３記載のパケット通信方式。