JPH0589055A - マルチプロセツサシステムにおけるパケツト交換制御方式 - Google Patents
マルチプロセツサシステムにおけるパケツト交換制御方式Info
- Publication number
- JPH0589055A JPH0589055A JP25074691A JP25074691A JPH0589055A JP H0589055 A JPH0589055 A JP H0589055A JP 25074691 A JP25074691 A JP 25074691A JP 25074691 A JP25074691 A JP 25074691A JP H0589055 A JPH0589055 A JP H0589055A
- Authority
- JP
- Japan
- Prior art keywords
- functional block
- master
- signal
- packet
- processor
- 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
- Exchange Systems With Centralized Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【目的】マルチプロセッサシステムで、データ転送フェ
ーズの制御を一つのプロセッサ内で行う。 【構成】呼設定時の発信側機能ブロックＡ−２からのル
ート選択通知（発側情報・マスター決定情報含）信号，
着信側機能ブロックＡ−２からの接続完了（発側制御要
求・着側情報含）信号の送信／受信により発信側をマス
ターと決定する。次に、データ転送フェーズ時スレーブ
側の着信側機能ブロックＡ−１と発信側機能ブロックＣ
との信号の送信／受信を可能とすることにより、発信
側，着信側両方からのデータ送要求信号の制御を、発信
側機能ブロックＣ（マスター側）において行える様にす
る。
ーズの制御を一つのプロセッサ内で行う。 【構成】呼設定時の発信側機能ブロックＡ−２からのル
ート選択通知（発側情報・マスター決定情報含）信号，
着信側機能ブロックＡ−２からの接続完了（発側制御要
求・着側情報含）信号の送信／受信により発信側をマス
ターと決定する。次に、データ転送フェーズ時スレーブ
側の着信側機能ブロックＡ−１と発信側機能ブロックＣ
との信号の送信／受信を可能とすることにより、発信
側，着信側両方からのデータ送要求信号の制御を、発信
側機能ブロックＣ（マスター側）において行える様にす
る。
Description
【０００１】
【産業上の利用分野】本発明は、マルチプロセッサシス
テムにおけるパケット交換制御方式に関し、特にデータ
転送フェーズの状態の制御方式に関する。
テムにおけるパケット交換制御方式に関し、特にデータ
転送フェーズの状態の制御方式に関する。
【０００２】
【従来の技術】従来のマルチプロセッサシステムにおけ
るパケット交換制御方式についての一例を、図３を用い
て説明する。パケット交換制御機能は、交換制御を行う
機能ブロックＡと、ルーチングを行う機能ブロックＢ
と、データ転送制御を行う機能ブロックＣの三つに分け
られる。更に機能ブロックＡは、レイヤ２とのやりとり
を行う回線制御機能ブロックＡ−１と、呼設定，呼解放
を行う機能ブロックＡ−２とに分けられる。
るパケット交換制御方式についての一例を、図３を用い
て説明する。パケット交換制御機能は、交換制御を行う
機能ブロックＡと、ルーチングを行う機能ブロックＢ
と、データ転送制御を行う機能ブロックＣの三つに分け
られる。更に機能ブロックＡは、レイヤ２とのやりとり
を行う回線制御機能ブロックＡ−１と、呼設定，呼解放
を行う機能ブロックＡ−２とに分けられる。
【０００３】マルチプロセッサシステムにおける各プロ
セッサ間の情報のやりとりは、バスを通じて信号の送信
／受信により行っている。よってパケット交換制御を行
うために一つのプロセッサ内に全機能ブロックＡ〜Ｃを
実装し、交換動作を制御する為の情報は各機能おブロッ
ク間をつなぐ信号の送信／受信により伝えられる。各プ
ロセッサ内の各機能ブロックは、該プロセッサに収容し
ている回線に対しての制御と、通信の相手となる回線を
制御している自または他プロセッサの機能ブロックに対
する制御とを行うが、直接通信相手の回線に対しての制
御は行わない。この様な従来の方式での処理シーケンス
について、図３を用いて以下に説明する。
セッサ間の情報のやりとりは、バスを通じて信号の送信
／受信により行っている。よってパケット交換制御を行
うために一つのプロセッサ内に全機能ブロックＡ〜Ｃを
実装し、交換動作を制御する為の情報は各機能おブロッ
ク間をつなぐ信号の送信／受信により伝えられる。各プ
ロセッサ内の各機能ブロックは、該プロセッサに収容し
ている回線に対しての制御と、通信の相手となる回線を
制御している自または他プロセッサの機能ブロックに対
する制御とを行うが、直接通信相手の回線に対しての制
御は行わない。この様な従来の方式での処理シーケンス
について、図３を用いて以下に説明する。
【０００４】呼設定フェーズにおいての発信端末からの
発呼要求パケットＣＲは、発信側機能ブロックＡ−１，
発信側機能ブロックＡ−２を経由して発信側機能ブロッ
クＢに届きそこにおいて着信端末番号から回線番号及び
着信側プロセッサ番号を求め、着信側機能ブロックＡ−
２，着信側機能ブロックＡ−１を経由して着呼パケット
ＣＮとして着信端末へ伝えられる。着信端末からの着呼
受付パケットＣＡは着信側機能ブロックＡ−１，着信側
機能ブロックＡ−２，発信側機能ブロックＡ−２，発信
側機能ブロックＡ−１を経由して接続完了パケットＣＣ
として発信端末へ伝えられ呼設定を完了する。
発呼要求パケットＣＲは、発信側機能ブロックＡ−１，
発信側機能ブロックＡ−２を経由して発信側機能ブロッ
クＢに届きそこにおいて着信端末番号から回線番号及び
着信側プロセッサ番号を求め、着信側機能ブロックＡ−
２，着信側機能ブロックＡ−１を経由して着呼パケット
ＣＮとして着信端末へ伝えられる。着信端末からの着呼
受付パケットＣＡは着信側機能ブロックＡ−１，着信側
機能ブロックＡ−２，発信側機能ブロックＡ−２，発信
側機能ブロックＡ−１を経由して接続完了パケットＣＣ
として発信端末へ伝えられ呼設定を完了する。
【０００５】また、データ転送フェーズにおいての発信
端末からのデータパケットＤＴは、発信側機能ブロック
Ａ−１，発信側機能ブロックＣ，着信側機能ブロック
Ｃ，着信側機能ブロックＡ−１を経由して着信端末へ伝
えられ、着信端末からのデータパケットＤＴは、着信側
機能ブロックＡ−１，着信側機能ブロックＣ，発信側機
能ブロックＣ，発信側機能ブロックＡ−１を経由して発
信端末へ伝えられる。
端末からのデータパケットＤＴは、発信側機能ブロック
Ａ−１，発信側機能ブロックＣ，着信側機能ブロック
Ｃ，着信側機能ブロックＡ−１を経由して着信端末へ伝
えられ、着信端末からのデータパケットＤＴは、着信側
機能ブロックＡ−１，着信側機能ブロックＣ，発信側機
能ブロックＣ，発信側機能ブロックＡ−１を経由して発
信端末へ伝えられる。
【０００６】この様にマルチプロセッサシステムにおい
ては、呼ごとに発信側，着信側と別々の情報を持ち１プ
ロセッサ内の発信側，着信側の処理が各プロセッサ内で
別々に動作するので、それぞれの間は同一プロセッサ内
であっても又別プロセッサであっても、信号を送信／受
信しあいながら制御していた。
ては、呼ごとに発信側，着信側と別々の情報を持ち１プ
ロセッサ内の発信側，着信側の処理が各プロセッサ内で
別々に動作するので、それぞれの間は同一プロセッサ内
であっても又別プロセッサであっても、信号を送信／受
信しあいながら制御していた。
【０００７】
【発明が解決しようとする課題】上述したように従来の
パケット交換制御方式では、呼の発信側，着信側それぞ
れ別々に行っている。この方法は、図３の呼設定フェー
ズの様に別プロセッサに信号を送信／受信しないと結果
が得らない様な場合は必要であるが、同じく図３のデー
タ転送フェーズの機能ブロックＣの様に特に別プロセッ
サで制御する必要の無い場合や、一度別プロセッサの情
報を片側に集めることさえできれば特にプロセッサをま
たがって制御する必要の無いような場合では、どちらか
一方で処理できれば、システムのリソースを無駄に使う
のを防いだり処理待ちの数を減らすことができる。
パケット交換制御方式では、呼の発信側，着信側それぞ
れ別々に行っている。この方法は、図３の呼設定フェー
ズの様に別プロセッサに信号を送信／受信しないと結果
が得らない様な場合は必要であるが、同じく図３のデー
タ転送フェーズの機能ブロックＣの様に特に別プロセッ
サで制御する必要の無い場合や、一度別プロセッサの情
報を片側に集めることさえできれば特にプロセッサをま
たがって制御する必要の無いような場合では、どちらか
一方で処理できれば、システムのリソースを無駄に使う
のを防いだり処理待ちの数を減らすことができる。
【０００８】
【課題を解決するための手段】本発明のマルチプロセッ
サシステムにおけるパケット交換制御方式は、マルチプ
ロセッサシステムのパケット交換制御方式において、呼
設定時に交換する信号の情報の中に発信側及び着信側の
プロセッサのいずれか一方がマスター側となるためのマ
スター決定情報を含め、このマスター決定情報に基づき
マスターとなる側を前記着信側のプロセッサにより決定
し、データ転送フェーズ時の制御の情報を前記マスター
側に集め、前記データ転送フェーズ時の制御を前記マス
ター側のプロセッサだけで行う構成である。
サシステムにおけるパケット交換制御方式は、マルチプ
ロセッサシステムのパケット交換制御方式において、呼
設定時に交換する信号の情報の中に発信側及び着信側の
プロセッサのいずれか一方がマスター側となるためのマ
スター決定情報を含め、このマスター決定情報に基づき
マスターとなる側を前記着信側のプロセッサにより決定
し、データ転送フェーズ時の制御の情報を前記マスター
側に集め、前記データ転送フェーズ時の制御を前記マス
ター側のプロセッサだけで行う構成である。
【０００９】
【実施例】次に本発明について図面を参照して説明す
る。
る。
【００１０】図１は本発明の一実施例を説明するための
パケット交換制御のデータ転送フェーズ状態で発信側が
マスターとなる場合の処理を示すシーケンスチャートで
ある。
パケット交換制御のデータ転送フェーズ状態で発信側が
マスターとなる場合の処理を示すシーケンスチャートで
ある。
【００１１】機能ブロックＡ−１は、パケット交換制御
機能内においてレイヤ２との接点を制御する機能ブロッ
クで、レイヤ２から受けた回線番号と論理チャネル番号
から接続相手の回線番号と論理チャネル番号への変換、
及びその逆を行う機能と、レイヤ２からの要求が呼設定
関連と呼解放関連であれば機能ブロックＢへ、データ転
送関連であれば機能ブロックＣへと信号を送信する機能
を有する。
機能内においてレイヤ２との接点を制御する機能ブロッ
クで、レイヤ２から受けた回線番号と論理チャネル番号
から接続相手の回線番号と論理チャネル番号への変換、
及びその逆を行う機能と、レイヤ２からの要求が呼設定
関連と呼解放関連であれば機能ブロックＢへ、データ転
送関連であれば機能ブロックＣへと信号を送信する機能
を有する。
【００１２】機能ブロックＡ−２は、パケット交換制御
機能内において呼設定と呼解放を行う機能を有する。呼
設定時に、接続相手の回線番号を求める為（ルーチング
処理）に機能ブロックＢに対して、信号を送信したり、
発信側と着信側のどちらのプロセッサをマスターとする
かを決定したり、データ転送フェーズ時の情報の送信／
受信をおこなうのも本機能ブロックである。マスターと
なったプロセッサの機能ブロックＡ−２は、自分と同一
プロセッサ上の機能ブロックＣへ制御を引き渡す。
機能内において呼設定と呼解放を行う機能を有する。呼
設定時に、接続相手の回線番号を求める為（ルーチング
処理）に機能ブロックＢに対して、信号を送信したり、
発信側と着信側のどちらのプロセッサをマスターとする
かを決定したり、データ転送フェーズ時の情報の送信／
受信をおこなうのも本機能ブロックである。マスターと
なったプロセッサの機能ブロックＡ−２は、自分と同一
プロセッサ上の機能ブロックＣへ制御を引き渡す。
【００１３】機能ブロックＢは、パケット交換制御機能
内において呼設定時に動作し、機能ブロックＡ−２から
受信した信号をもとにルーチング処理を行いその結果
（回線番号）に基ずきその回線を収容しているプロセッ
サの機能ブロックＡ−２へ信号を送信する機能を有す
る。
内において呼設定時に動作し、機能ブロックＡ−２から
受信した信号をもとにルーチング処理を行いその結果
（回線番号）に基ずきその回線を収容しているプロセッ
サの機能ブロックＡ−２へ信号を送信する機能を有す
る。
【００１４】機能ブロックＣは、パケット交換制御機能
内において呼設定時の機能ブロックＡ−２間のやりとり
の後マスターとなった側のみが動作し、発信側，着信側
両方からのデータ転送要求信号の制御や流量制御を行う
機能を有する。
内において呼設定時の機能ブロックＡ−２間のやりとり
の後マスターとなった側のみが動作し、発信側，着信側
両方からのデータ転送要求信号の制御や流量制御を行う
機能を有する。
【００１５】次に、発信側がマスターとなった時の、呼
設定からデータ転送を経て、呼解放に至るまでのシーケ
ンスについて示す。なお、どういう論理で発信側，着信
側のどちらをマスターとするのかについては後述する。
設定からデータ転送を経て、呼解放に至るまでのシーケ
ンスについて示す。なお、どういう論理で発信側，着信
側のどちらをマスターとするのかについては後述する。
【００１６】まず、呼設定フェーズにおいての発信端末
からの発呼要求パケットＣＲを受信した発信側機能ブロ
ックＡ−１は、発信側機能ブロックＡ−２へ信号を送信
する。発信側機能ブロックＡ−２は、発信側のデータ転
送フェーズ時の情報と自プロセッサの輻輳状態など（マ
スター決定情報）を信号に設定して、発信側機能ブロッ
クＢに呼接続要求（この場合はルーチング処理要求）信
号を送信する。
からの発呼要求パケットＣＲを受信した発信側機能ブロ
ックＡ−１は、発信側機能ブロックＡ−２へ信号を送信
する。発信側機能ブロックＡ−２は、発信側のデータ転
送フェーズ時の情報と自プロセッサの輻輳状態など（マ
スター決定情報）を信号に設定して、発信側機能ブロッ
クＢに呼接続要求（この場合はルーチング処理要求）信
号を送信する。
【００１７】その信号を受信した発信側機能ブロックＢ
は、着信端末番号から回線番号及び着信側プロセッサ番
号を求め、着信側機能ブロックＡ−２に呼接続要求（こ
の場合は着呼通知）・発信側データ転送フェーズ時の情
報・マスター決定情報信号を送信する。呼接続要求信号
を受信した着信側機能ブロックＡ−２は、着信側機能ブ
ロックＡ−１へ着呼パケットＣＮの送信要求を行う。
は、着信端末番号から回線番号及び着信側プロセッサ番
号を求め、着信側機能ブロックＡ−２に呼接続要求（こ
の場合は着呼通知）・発信側データ転送フェーズ時の情
報・マスター決定情報信号を送信する。呼接続要求信号
を受信した着信側機能ブロックＡ−２は、着信側機能ブ
ロックＡ−１へ着呼パケットＣＮの送信要求を行う。
【００１８】着信端末からの着呼受付パケットＣＡを着
信側機能ブロックＡ−１経由受信した着信側機能ブロッ
クＡ−２は、自プロセッサのマスター決定情報と発信側
から送信されてきたマスター決定情報とを照らし合わせ
て発信側をマスターにすると決定し、接続完了応答・発
信側制御要求・着信側データ転送フェーズ時情報信号を
発信側機能ブロックＡ−２へと送信する。発信側機能ブ
ロックＡ−２は、発信側機能ブロックＡ−１へ接続完了
パケットＣＣの送信要求を行い呼設定を完了する。
信側機能ブロックＡ−１経由受信した着信側機能ブロッ
クＡ−２は、自プロセッサのマスター決定情報と発信側
から送信されてきたマスター決定情報とを照らし合わせ
て発信側をマスターにすると決定し、接続完了応答・発
信側制御要求・着信側データ転送フェーズ時情報信号を
発信側機能ブロックＡ−２へと送信する。発信側機能ブ
ロックＡ−２は、発信側機能ブロックＡ−１へ接続完了
パケットＣＣの送信要求を行い呼設定を完了する。
【００１９】データ転送フェーズにおいての発信端末か
らのデータパケットＤＴは、発信側機能ブロックＡ−
１，発信側機能ブロックＣ，着信側機能ブロックＡ−１
を経由して着信端末へ伝えられ、着信端末からの受信可
パケットＲＲは着信側機能ブロックＡ−１を経由して発
信側機能ブロックＣへ、発信端末への受信可パケットＲ
Ｒは発信側機能ブロックＣにデータパケットＤＴが届い
た時点で送信される。
らのデータパケットＤＴは、発信側機能ブロックＡ−
１，発信側機能ブロックＣ，着信側機能ブロックＡ−１
を経由して着信端末へ伝えられ、着信端末からの受信可
パケットＲＲは着信側機能ブロックＡ−１を経由して発
信側機能ブロックＣへ、発信端末への受信可パケットＲ
Ｒは発信側機能ブロックＣにデータパケットＤＴが届い
た時点で送信される。
【００２０】又着信端末からのデータパケットＤＴは、
着信側機能ブロックＡ−１，発信側機能ブロックＣ，発
信側機能ブロックＡ−１を経由して発信端末へ伝えら
れ、発信端末からの受信可パケットＲＲは発信側機能ブ
ロックＡ−１を経由して発信側機能ブロックＣへ、着信
端末への受信可パケットＲＲは発信側機能ブロックＣに
データパケットＤＴが届いた時点で送信される。この様
に、データ転送フェーズにおいての制御は呼設定時にマ
スターとなった側の機能ブロックＣのみが行うことによ
り、無駄のないパケット交換制御を行うことが可能とな
る。
着信側機能ブロックＡ−１，発信側機能ブロックＣ，発
信側機能ブロックＡ−１を経由して発信端末へ伝えら
れ、発信端末からの受信可パケットＲＲは発信側機能ブ
ロックＡ−１を経由して発信側機能ブロックＣへ、着信
端末への受信可パケットＲＲは発信側機能ブロックＣに
データパケットＤＴが届いた時点で送信される。この様
に、データ転送フェーズにおいての制御は呼設定時にマ
スターとなった側の機能ブロックＣのみが行うことによ
り、無駄のないパケット交換制御を行うことが可能とな
る。
【００２１】呼解放フェーズにおいての発信端末からの
復旧要求パケットＣＱは、発信側機能ブロックＡ−１，
発信側機能ブロックＡ−２，着信側機能ブロックＡ−
２，着信側機能ブロックＡ−１を経由して着信端末へ伝
えられ、又着信端末からの復旧要求パケットＣＱは、着
信側機能ブロックＡ−１，着信側機能ブロックＡ−２，
発信側機能ブロックＡ−２，発信側機能ブロックＡ−１
を経由して発信端末へ伝えられる。
復旧要求パケットＣＱは、発信側機能ブロックＡ−１，
発信側機能ブロックＡ−２，着信側機能ブロックＡ−
２，着信側機能ブロックＡ−１を経由して着信端末へ伝
えられ、又着信端末からの復旧要求パケットＣＱは、着
信側機能ブロックＡ−１，着信側機能ブロックＡ−２，
発信側機能ブロックＡ−２，発信側機能ブロックＡ−１
を経由して発信端末へ伝えられる。
【００２２】図２は本発明の一実施例を説明するための
パケット交換制御のデータ転送フェーズ状態で着信側が
マスターとなる時の呼設定のシーケンスチャートであ
る。なお、データ転送，呼解放のシーケンスは図１とほ
ぼ同様であるのでここでの説明は省略する。また、呼設
定フェーズにおいての発信端末からの発呼要求パケット
ＣＲを受信してから、着信側機能ブロックＡ−１へと着
呼パケットＣＮの送信要求を行うまでのシーケンスも、
図１と同様である。よってその後からのシーケンスにつ
いて以下に示す。
パケット交換制御のデータ転送フェーズ状態で着信側が
マスターとなる時の呼設定のシーケンスチャートであ
る。なお、データ転送，呼解放のシーケンスは図１とほ
ぼ同様であるのでここでの説明は省略する。また、呼設
定フェーズにおいての発信端末からの発呼要求パケット
ＣＲを受信してから、着信側機能ブロックＡ−１へと着
呼パケットＣＮの送信要求を行うまでのシーケンスも、
図１と同様である。よってその後からのシーケンスにつ
いて以下に示す。
【００２３】着信端末からの着呼受付パケットＣＡを着
信側機能ブロックＡ−１経由で受信した着信側機能ブロ
ックＡ−２は、自プロセッサのマスター決定情報と発信
側から送信されてきたマスター決定情報とを照らし合わ
せて着信側をマスターにすると決定し、接続完了応答
（着信側制御応答）信号を発信側機能ブロックＡ−２へ
と送信する。発信側機能ブロックＡ−２は、発信側機能
ブロックＡ−１へ接続完了パケットＣＣの送信要求を行
い呼設定を完了する。
信側機能ブロックＡ−１経由で受信した着信側機能ブロ
ックＡ−２は、自プロセッサのマスター決定情報と発信
側から送信されてきたマスター決定情報とを照らし合わ
せて着信側をマスターにすると決定し、接続完了応答
（着信側制御応答）信号を発信側機能ブロックＡ−２へ
と送信する。発信側機能ブロックＡ−２は、発信側機能
ブロックＡ−１へ接続完了パケットＣＣの送信要求を行
い呼設定を完了する。
【００２４】次に、発信側，着信側のどちらをマスター
とするかを決定する論理について説明する。
とするかを決定する論理について説明する。
【００２５】本発明では、データ転送フェーズ時の各プ
ロセッサの負荷を分散するために、マスターとなるのは
発信側のみ、あるいは着信側のみと言うように固定とし
てしまうのではなく、呼接続の要求が上がってきた時点
で、発信側，着信側両方のプロセッサの負荷の状態を比
較し、その結果に従って負荷の軽い方をマスターと決定
する方法を採用している。そのために、呼設定時に発信
側が着信側に信号を送信する時（ルート選択通知・着呼
通知信号）の情報として発信側のプロセッサの負荷の程
度（マスター決定情報）を通知し、その信号を受信した
着信側機能ブロックＡ−２で自プロセッサのマスター決
定情報を照らし合わせて、マスターとするプロセッサを
決定する。この場合のマスター決定情報であるが、プロ
セッサのＣＰＵ使用率，リソース使用率，呼制御数，総
スループット数等といった様なプロセッサの使用状況の
負荷をポイント制で精算した値とする。
ロセッサの負荷を分散するために、マスターとなるのは
発信側のみ、あるいは着信側のみと言うように固定とし
てしまうのではなく、呼接続の要求が上がってきた時点
で、発信側，着信側両方のプロセッサの負荷の状態を比
較し、その結果に従って負荷の軽い方をマスターと決定
する方法を採用している。そのために、呼設定時に発信
側が着信側に信号を送信する時（ルート選択通知・着呼
通知信号）の情報として発信側のプロセッサの負荷の程
度（マスター決定情報）を通知し、その信号を受信した
着信側機能ブロックＡ−２で自プロセッサのマスター決
定情報を照らし合わせて、マスターとするプロセッサを
決定する。この場合のマスター決定情報であるが、プロ
セッサのＣＰＵ使用率，リソース使用率，呼制御数，総
スループット数等といった様なプロセッサの使用状況の
負荷をポイント制で精算した値とする。
【００２６】
【発明の効果】以上説明した様に本発明は、マルチプロ
セッサシステムにおいてのパケット交換制御のデータ転
送フェーズ状態を発信側もしくは着信側のみで一元管理
することにより、機能ブロック間を行きかう信号を減ら
すことができ、遅延が少なく無駄の無い交換システムを
提供することが可能となる。
セッサシステムにおいてのパケット交換制御のデータ転
送フェーズ状態を発信側もしくは着信側のみで一元管理
することにより、機能ブロック間を行きかう信号を減ら
すことができ、遅延が少なく無駄の無い交換システムを
提供することが可能となる。
【図１】本発明の一実施例を説明するためのパケット交
換制御のデータ転送フェーズ状態で発信側がマスターと
なる場合の処理を示すシーケンスチャートである。
換制御のデータ転送フェーズ状態で発信側がマスターと
なる場合の処理を示すシーケンスチャートである。
【図２】本発明の一実施例を説明するためのパケット交
換制御のデータ転送フェーズ状態で着信側がマスターと
なる場合の処理を示すシーケンスチャートである。
換制御のデータ転送フェーズ状態で着信側がマスターと
なる場合の処理を示すシーケンスチャートである。
【図３】従来のパケット交換制御のデータ転送処理を示
すシーケンスチャートである。
すシーケンスチャートである。
【符号の説明】 Ａ−１，Ａ−２，Ｂ，Ｃ 機能ブロック ＣＲ 発呼要求パケット ＣＮ 着呼パケット ＣＡ 着呼受付パケット ＣＣ 接続完了パケット ＤＴ データパケット ＲＲ 受信可パケット ＣＱ 復旧要求パケット ＣＩ 切断指示パケット ＣＦ 復旧確認パケット ＬＣＲ レイヤ２間発呼要求信号 ＬＣＮ レイヤ２間着呼信号 ＬＣＡ レイヤ２間着呼受付信号 ＬＣＣ レイヤ２間接続完了信号 ＬＤＴ レイヤ２間データ信号 ＬＲＲ レイヤ２間受信可信号 ＬＣＱ レイヤ２間復旧要求信号 ＬＣＩ レイヤ２間切断指示信号 ＬＣＦ レイヤ２間復旧確認信号 ＰＣＲ 交換制御内発呼要求信号 ＰＣＮ 交換制御内着呼信号 ＰＣＡ 交換制御内着呼受付信号 ＰＣＣ 交換制御内接続完了信号 ＰＤＴ 交換制御内データ信号 ＰＲＲ 交換制御内受信可信号 ＰＣＱ 交換制御内復旧要求信号 ＰＣＩ 交換制御内切断指示信号 ＰＣＦ 交換制御内復旧確認信号
Claims (1)
- 【請求項１】 マルチプロセッサシステムのパケット交
換制御方式において、呼設定時に交換する信号の情報の
中に発信側及び着信側のプロセッサのいずれか一方がマ
スター側となるためのマスター決定情報を含め、このマ
スター決定情報に基づきマスターとなる側を前記着信側
のプロセッサにより決定し、データ転送フェーズ時の制
御の情報を前記マスター側に集め、前記データ転送フェ
ーズ時の制御を前記マスター側のプロセッサだけで行う
ことを特徴とするマルチプロセッサシステムにおけるパ
ケット交換制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25074691A JPH0589055A (ja) | 1991-09-30 | 1991-09-30 | マルチプロセツサシステムにおけるパケツト交換制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25074691A JPH0589055A (ja) | 1991-09-30 | 1991-09-30 | マルチプロセツサシステムにおけるパケツト交換制御方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0589055A true JPH0589055A (ja) | 1993-04-09 |
Family
ID=17212424
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25074691A Pending JPH0589055A (ja) | 1991-09-30 | 1991-09-30 | マルチプロセツサシステムにおけるパケツト交換制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0589055A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6643514B1 (en) | 1998-12-25 | 2003-11-04 | Nec Corporation | Call distribution for a radio exchange station in a mobile communication system |
-
1991
- 1991-09-30 JP JP25074691A patent/JPH0589055A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6643514B1 (en) | 1998-12-25 | 2003-11-04 | Nec Corporation | Call distribution for a radio exchange station in a mobile communication system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0589055A (ja) | マルチプロセツサシステムにおけるパケツト交換制御方式 | |
| EP0270882A2 (en) | In band connection establishment for a multiple multi-drop network | |
| JPS6388662A (ja) | デ−タ通信方式 | |
| JPH088971A (ja) | 分散型パケット交換機及びそのフロー制御実行制 御方法 | |
| JPH0498345A (ja) | 端末装置の通信制御方式 | |
| JP2656977B2 (ja) | データ処理プログラムと端末との間の接続切換方式 | |
| JP2999033B2 (ja) | パケット中継方式 | |
| JPH11289349A (ja) | アドホックネットワークにおけるデータパケット転送方法 | |
| JP2002118568A (ja) | 分散サーバシステム | |
| JPH05227216A (ja) | パケット交換機におけるバッファ輻輳制御方式 | |
| JPH03154548A (ja) | 通信装置 | |
| JP3146013B2 (ja) | データ通信端末装置 | |
| JP3492466B2 (ja) | 帯域可変制御方法 | |
| JP2655655B2 (ja) | 通信制御処理装置 | |
| JPS63275240A (ja) | 情報一斉通知方式 | |
| JPS61198864A (ja) | フアクシミリシステムの制御方法 | |
| JPS6236421B2 (ja) | ||
| JPS59177638A (ja) | メツセ−ジ優先送出制御方式 | |
| JPS63296538A (ja) | パケット交換網における会議通信方式 | |
| JPS61264838A (ja) | パケツト交換制御方式 | |
| JP2000312372A (ja) | Ｐｈｓ通信システムにおける呼の制御方法 | |
| JPS59132257A (ja) | 共通バス情報転送方式 | |
| JPH09214549A (ja) | 通信制御方式 | |
| JPH08111758A (ja) | ファクシミリ装置 | |
| JPH06208520A (ja) | マルチプロセッサ・システム |