JP2000201201A - 通信方法および、それに用いる通信端末 - Google Patents
通信方法および、それに用いる通信端末Info
- Publication number
- JP2000201201A JP2000201201A JP11003115A JP311599A JP2000201201A JP 2000201201 A JP2000201201 A JP 2000201201A JP 11003115 A JP11003115 A JP 11003115A JP 311599 A JP311599 A JP 311599A JP 2000201201 A JP2000201201 A JP 2000201201A
- Authority
- JP
- Japan
- Prior art keywords
- call
- control unit
- connection
- ppp
- terminal
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 ほぼ同時に発呼した場合でも、端末がモデム
の接続方向に合わせて発呼・着呼を選択することによ
り、呼制御部での発呼の衝突を回避する。 【解決手段】 両端末のアプリケーションは、システム
制御部に通信開始要求を発し、システム制御部は、ＰＰ
Ｐ制御部にＰＰＰ接続要求を発する。ＰＰＰ制御部は、
モデムに発呼要求を発し、モデムは接続処理を開始す
る。モデム間で接続処理が終了すると、両端末のＰＰＰ
制御部は、モデムから接続処理終了の通知を受け、ＰＰ
Ｐ接続ネゴシエーションを行い、システム制御部にＰＰ
Ｐ接続確認を発する。このときＰＰＰ制御部が接続処理
終了の通知を受けるまでの間に着呼通知を受信していた
場合には、着呼ＰＰＰ接続確認を発し、受信しなかった
場合には、発呼ＰＰＰ接続確認を発する。システム制御
部は、発呼ＰＰＰ接続確認を受けたら呼制御部に呼接続
要求を発し、着呼ＰＰＰ接続確認を受けて、着呼待ち状
態になる。
の接続方向に合わせて発呼・着呼を選択することによ
り、呼制御部での発呼の衝突を回避する。 【解決手段】 両端末のアプリケーションは、システム
制御部に通信開始要求を発し、システム制御部は、ＰＰ
Ｐ制御部にＰＰＰ接続要求を発する。ＰＰＰ制御部は、
モデムに発呼要求を発し、モデムは接続処理を開始す
る。モデム間で接続処理が終了すると、両端末のＰＰＰ
制御部は、モデムから接続処理終了の通知を受け、ＰＰ
Ｐ接続ネゴシエーションを行い、システム制御部にＰＰ
Ｐ接続確認を発する。このときＰＰＰ制御部が接続処理
終了の通知を受けるまでの間に着呼通知を受信していた
場合には、着呼ＰＰＰ接続確認を発し、受信しなかった
場合には、発呼ＰＰＰ接続確認を発する。システム制御
部は、発呼ＰＰＰ接続確認を受けたら呼制御部に呼接続
要求を発し、着呼ＰＰＰ接続確認を受けて、着呼待ち状
態になる。
Description
【０００１】
【発明の属する技術分野】本発明は、ＰＰＰ（Point-to
-Point Protocol）接続確立に続いてＴＣＰ（Transmiss
ion Control Protocol）またはＵＤＰ（User Datagram
Protocol）等のＰＰＰの上位プロトコルを利用したメッ
セージ伝送によって端末の能力の通知や論理チャネルの
開設を行うマルチメディア通信に関するものである。
-Point Protocol）接続確立に続いてＴＣＰ（Transmiss
ion Control Protocol）またはＵＤＰ（User Datagram
Protocol）等のＰＰＰの上位プロトコルを利用したメッ
セージ伝送によって端末の能力の通知や論理チャネルの
開設を行うマルチメディア通信に関するものである。
【０００２】
【従来の技術】ＰＰＰ接続に続いてＴＣＰまたはＵＤＰ
によって端末同士の呼接続を行うマルチメディア端末
に、ＩＴＵ−Ｔ勧告Ｈ.３２３準拠端末がある。このＨ.
３２３準拠端末は、ＬＡＮ，アナログ回線，ＰＨＳ等任
意のネットワークで動作できるメリットがある反面、ネ
ットワークの接続を確立したのち、Ｈ.３２３で規定す
る呼接続を行わなければならない。すなわち図４に示す
ように、端末同士の接続を、ネットワークの接続とＨ.
３２３の呼接続の２回行う必要がある。このため接続し
ようとする２端末でほぼ同時に発呼を開始した場合、ネ
ットワークの接続では衝突を回避できた場合にも、その
後のＨ.３２３の呼接続時に、発呼の衝突が起こる場合
がある。
によって端末同士の呼接続を行うマルチメディア端末
に、ＩＴＵ−Ｔ勧告Ｈ.３２３準拠端末がある。このＨ.
３２３準拠端末は、ＬＡＮ，アナログ回線，ＰＨＳ等任
意のネットワークで動作できるメリットがある反面、ネ
ットワークの接続を確立したのち、Ｈ.３２３で規定す
る呼接続を行わなければならない。すなわち図４に示す
ように、端末同士の接続を、ネットワークの接続とＨ.
３２３の呼接続の２回行う必要がある。このため接続し
ようとする２端末でほぼ同時に発呼を開始した場合、ネ
ットワークの接続では衝突を回避できた場合にも、その
後のＨ.３２３の呼接続時に、発呼の衝突が起こる場合
がある。
【０００３】そこで、Ｈ.３２３準拠端末の構成およ
び、その処理動作を説明する。図５は、Ｈ.３２３準拠
端末の基本構成を示す。マルチメディア通信端末１は、
システム制御部２，ＰＰＰ制御部３，呼制御部４，メデ
ィア制御部５，アプリケーション２４から構成される。
ＰＰＰ制御部３は、ＰＰＰパケット送信部６，ＰＰＰパ
ケット受信部７，ＰＰＰパケット作成部８，ＰＰＰパケ
ット解析部９から構成される。呼制御部４は、呼制御メ
ッセージ送信部１０，呼制御メッセージ受信部１１，呼
制御メッセージ作成部１２，呼制御メッセージ解析部１
３から構成される。メディア制御部５は、メディア送信
部１４，メディア受信部１５，メディア符号化部１６，
メディア復号化部１７，メディア入力部１８，メディア
出力部１９から構成される。
び、その処理動作を説明する。図５は、Ｈ.３２３準拠
端末の基本構成を示す。マルチメディア通信端末１は、
システム制御部２，ＰＰＰ制御部３，呼制御部４，メデ
ィア制御部５，アプリケーション２４から構成される。
ＰＰＰ制御部３は、ＰＰＰパケット送信部６，ＰＰＰパ
ケット受信部７，ＰＰＰパケット作成部８，ＰＰＰパケ
ット解析部９から構成される。呼制御部４は、呼制御メ
ッセージ送信部１０，呼制御メッセージ受信部１１，呼
制御メッセージ作成部１２，呼制御メッセージ解析部１
３から構成される。メディア制御部５は、メディア送信
部１４，メディア受信部１５，メディア符号化部１６，
メディア復号化部１７，メディア入力部１８，メディア
出力部１９から構成される。
【０００４】マルチメディア通信端末１は、モデム２２
を介して回線２３と接続される。システム制御部２は、
端末全体の動作を制御し、ＰＰＰ制御部３，呼制御部
４，メディア制御部５は、すべてシステム制御部２によ
って制御される。ＰＰＰ制御部３は、端末に接続された
ＦＡＸモデムやＰＨＳモデムの接続、切断等を制御する
とともに、ＰＰＰ接続ネゴシエーションに必要なパケッ
トの作成や解析を行う。
を介して回線２３と接続される。システム制御部２は、
端末全体の動作を制御し、ＰＰＰ制御部３，呼制御部
４，メディア制御部５は、すべてシステム制御部２によ
って制御される。ＰＰＰ制御部３は、端末に接続された
ＦＡＸモデムやＰＨＳモデムの接続、切断等を制御する
とともに、ＰＰＰ接続ネゴシエーションに必要なパケッ
トの作成や解析を行う。
【０００５】呼制御部４は、互いの端末のメディア処理
能力の通知やメディア用チャネルの開設など、Ｈ.３２
３で規定されているメディアの伝送のために必要な呼接
続メッセージの送受信および解析をする。呼接続メッセ
ージの送信はＴＣＰにより行う。呼接続メッセージ内の
情報は、メディア制御部５に通知する。
能力の通知やメディア用チャネルの開設など、Ｈ.３２
３で規定されているメディアの伝送のために必要な呼接
続メッセージの送受信および解析をする。呼接続メッセ
ージの送信はＴＣＰにより行う。呼接続メッセージ内の
情報は、メディア制御部５に通知する。
【０００６】メディア制御部５は、通知された呼接続メ
ッセージ内の情報に従い、メディアの送受信をする。メ
ディア入力デバイス２０は、例えば伝送するメディアが
画像であればカメラ、音声であればマイクである。メデ
ィア入力部１８は、メディア入力デバイス２０から入力
した音声，画像などの情報をデータ化し、メディア符号
化部１６に出力する。メディア符号化部１６は、入力し
たデータを伝送に適するように符号化し、メディア送信
部１４によって送信先のアドレスなどの情報を付加し、
回線部２２に出力する。メディア受信部１５は、回線部
２２より自端末宛てに送信されたデータを受信し、アド
レスなど送信のために付加された情報を除き、受信した
データをメディア復号化部１７に出力する。メディア復
号化部１７は、データを復号し、メディア出力部１９を
通してメディア出力デバイス２１から、受信した音声，
画像などの情報を出力する。メディア出力デバイス２１
は、例えば出力するメディアが画像のときはディスプレ
イ、音声のときはスピーカである。アプリケーション２
４は、ユーザからの接続、切断などの要求をシステム制
御部２に通知し、接続完了、切断完了などシステム制御
部２からの通知事項をユーザへ知らせる。
ッセージ内の情報に従い、メディアの送受信をする。メ
ディア入力デバイス２０は、例えば伝送するメディアが
画像であればカメラ、音声であればマイクである。メデ
ィア入力部１８は、メディア入力デバイス２０から入力
した音声，画像などの情報をデータ化し、メディア符号
化部１６に出力する。メディア符号化部１６は、入力し
たデータを伝送に適するように符号化し、メディア送信
部１４によって送信先のアドレスなどの情報を付加し、
回線部２２に出力する。メディア受信部１５は、回線部
２２より自端末宛てに送信されたデータを受信し、アド
レスなど送信のために付加された情報を除き、受信した
データをメディア復号化部１７に出力する。メディア復
号化部１７は、データを復号し、メディア出力部１９を
通してメディア出力デバイス２１から、受信した音声，
画像などの情報を出力する。メディア出力デバイス２１
は、例えば出力するメディアが画像のときはディスプレ
イ、音声のときはスピーカである。アプリケーション２
４は、ユーザからの接続、切断などの要求をシステム制
御部２に通知し、接続完了、切断完了などシステム制御
部２からの通知事項をユーザへ知らせる。
【０００７】この従来のＨ.３２３準拠端末の動作シー
ケンスを説明する。まず、通信する２端末の一方から発
呼した場合の動作を説明する。その場合の発呼端末の動
作シーケンスを図６に、着呼端末の動作シーケンスを図
７に示す。発呼端末のアプリケーションは、自端末のシ
ステム制御部に通信開始要求を発し、システム制御部
は、これを受けてＰＰＰ制御部にＰＰＰ接続要求を発す
る。ＰＰＰ制御部は、モデムに発呼要求を発し、モデム
は接続処理を開始する。着呼端末に接続されたモデム
は、発呼端末のモデムから着呼し、ＰＰＰ制御部に着呼
通知を発し、接続処理を開始する。
ケンスを説明する。まず、通信する２端末の一方から発
呼した場合の動作を説明する。その場合の発呼端末の動
作シーケンスを図６に、着呼端末の動作シーケンスを図
７に示す。発呼端末のアプリケーションは、自端末のシ
ステム制御部に通信開始要求を発し、システム制御部
は、これを受けてＰＰＰ制御部にＰＰＰ接続要求を発す
る。ＰＰＰ制御部は、モデムに発呼要求を発し、モデム
は接続処理を開始する。着呼端末に接続されたモデム
は、発呼端末のモデムから着呼し、ＰＰＰ制御部に着呼
通知を発し、接続処理を開始する。
【０００８】通信する２端末に接続されたモデム間で、
接続処理が終了すると、両端末のＰＰＰ制御部は、モデ
ムから接続処理終了の通知を受け、ＰＰＰ接続ネゴシエ
ーションを行い、終了後システム制御部にＰＰＰ接続確
認を発する。ＰＰＰ接続確認を受けた発呼端末のシステ
ム制御部は、呼制御部に呼接続要求を発する。ＰＰＰ接
続確認を受けた着呼端末のシステム制御部は、呼接続要
求は発さず、着呼待ち状態になる。発呼端末の呼制御部
は、呼接続要求を受け、着呼端末に呼設定メッセージを
送信する。
接続処理が終了すると、両端末のＰＰＰ制御部は、モデ
ムから接続処理終了の通知を受け、ＰＰＰ接続ネゴシエ
ーションを行い、終了後システム制御部にＰＰＰ接続確
認を発する。ＰＰＰ接続確認を受けた発呼端末のシステ
ム制御部は、呼制御部に呼接続要求を発する。ＰＰＰ接
続確認を受けた着呼端末のシステム制御部は、呼接続要
求は発さず、着呼待ち状態になる。発呼端末の呼制御部
は、呼接続要求を受け、着呼端末に呼設定メッセージを
送信する。
【０００９】着呼端末の呼制御部に、発呼端末から呼設
定メッセージが到着すると、着呼端末の呼制御部は、呼
び出しおよび接続メッセージを、発呼端末に送信し、シ
ステム制御部に呼接続確認を通知する。システム制御部
は、呼接続確認を受け、アプリケーションに通信開始確
認を通知する。発呼端末の呼制御部に、着呼端末から呼
び出しおよび接続メッセージが到着すると、発呼端末の
呼制御部は、システム制御部に呼接続確認を通知する。
システム制御部は、呼接続確認を受け、アプリケーショ
ンに通信開始確認を通知する。
定メッセージが到着すると、着呼端末の呼制御部は、呼
び出しおよび接続メッセージを、発呼端末に送信し、シ
ステム制御部に呼接続確認を通知する。システム制御部
は、呼接続確認を受け、アプリケーションに通信開始確
認を通知する。発呼端末の呼制御部に、着呼端末から呼
び出しおよび接続メッセージが到着すると、発呼端末の
呼制御部は、システム制御部に呼接続確認を通知する。
システム制御部は、呼接続確認を受け、アプリケーショ
ンに通信開始確認を通知する。
【００１０】次に、通信する２端末から、ほぼ同時に発
呼をしたときの動作を説明する。そのときの両端末の動
作シーケンスを図８および図９に示す。両方の端末のア
プリケーションは、それぞれのシステム制御部に通信開
始要求を発し、システム制御部は、これを受けてＰＰＰ
制御部にＰＰＰ接続要求を発する。ＰＰＰ制御部はモデ
ムに発呼要求を発し、モデムは接続処理を開始する。モ
デムの接続時に、一方が発呼端末、他方が着呼端末とな
り接続する。通信する２端末に接続されたモデム間で接
続処理が終了すると、両端末のＰＰＰ制御部は、モデム
から接続処理終了の通知を受け、ＰＰＰ接続ネゴシエー
ションを行い、終了後、システム制御部にＰＰＰ接続確
認を発する。
呼をしたときの動作を説明する。そのときの両端末の動
作シーケンスを図８および図９に示す。両方の端末のア
プリケーションは、それぞれのシステム制御部に通信開
始要求を発し、システム制御部は、これを受けてＰＰＰ
制御部にＰＰＰ接続要求を発する。ＰＰＰ制御部はモデ
ムに発呼要求を発し、モデムは接続処理を開始する。モ
デムの接続時に、一方が発呼端末、他方が着呼端末とな
り接続する。通信する２端末に接続されたモデム間で接
続処理が終了すると、両端末のＰＰＰ制御部は、モデム
から接続処理終了の通知を受け、ＰＰＰ接続ネゴシエー
ションを行い、終了後、システム制御部にＰＰＰ接続確
認を発する。
【００１１】ＰＰＰ接続確認を受けた両端末のシステム
制御部は、呼制御部に呼接続要求を発する。両端末の呼
制御部では、呼接続要求を受け、互いに呼設定メッセー
ジを相手端末に送信する。一方の端末もしくは両方の端
末で呼接続の衝突が発生し、呼設定メッセージを送信し
た後に同じメッセージを受信する。衝突発生時の対応は
様々であるが、例えば呼制御部は相手端末に開放完了メ
ッセージを送信し、自端末のシステム制御部に呼接続失
敗を通知する。システム制御部は、これを受け、アプリ
ケーションに通信開始エラーを返す。
制御部は、呼制御部に呼接続要求を発する。両端末の呼
制御部では、呼接続要求を受け、互いに呼設定メッセー
ジを相手端末に送信する。一方の端末もしくは両方の端
末で呼接続の衝突が発生し、呼設定メッセージを送信し
た後に同じメッセージを受信する。衝突発生時の対応は
様々であるが、例えば呼制御部は相手端末に開放完了メ
ッセージを送信し、自端末のシステム制御部に呼接続失
敗を通知する。システム制御部は、これを受け、アプリ
ケーションに通信開始エラーを返す。
【００１２】
【発明が解決しようとする課題】上述したように、例え
ばＨ.３２３端末のようなアウトバンド接続に続きイン
バンド接続を行う端末において、ほぼ同時に発呼したと
きに、インバンド接続の発呼の衝突が生ずる場合があっ
た。また、端末内のシステムが既存の方法により自動的
に衝突を回避して接続を行うような処理を追加すると、
処理が増えるため、ソフトウェアまたはハードウェアの
リソースも必要となった。
ばＨ.３２３端末のようなアウトバンド接続に続きイン
バンド接続を行う端末において、ほぼ同時に発呼したと
きに、インバンド接続の発呼の衝突が生ずる場合があっ
た。また、端末内のシステムが既存の方法により自動的
に衝突を回避して接続を行うような処理を追加すると、
処理が増えるため、ソフトウェアまたはハードウェアの
リソースも必要となった。
【００１３】
【課題を解決するための手段】本発明は、下位の通信プ
ロトコルレイヤが接続されたときの発呼・着呼情報を上
位の通信プロトコルレイヤに通知することにより、通信
開始時の発呼の衝突を回避するようにし、したがって、
衝突回避処理のためのリソースも不要としたものであ
る。請求項１の発明は、通信プロトコルの下位レイヤか
ら通信開始時の発呼・着呼情報を得、それより上位の上
位レイヤに前記発呼・着呼情報を通知するようにした通
信方法である。
ロトコルレイヤが接続されたときの発呼・着呼情報を上
位の通信プロトコルレイヤに通知することにより、通信
開始時の発呼の衝突を回避するようにし、したがって、
衝突回避処理のためのリソースも不要としたものであ
る。請求項１の発明は、通信プロトコルの下位レイヤか
ら通信開始時の発呼・着呼情報を得、それより上位の上
位レイヤに前記発呼・着呼情報を通知するようにした通
信方法である。
【００１４】請求項２の発明は、請求項１の通信方法に
用いる通信端末であって、通信プロトコルの下位レイヤ
から通信開始時の発呼・着呼情報を得る手段と、それよ
り上位の上位レイヤに前記発呼・着呼情報を通知する手
段を備えたものである。
用いる通信端末であって、通信プロトコルの下位レイヤ
から通信開始時の発呼・着呼情報を得る手段と、それよ
り上位の上位レイヤに前記発呼・着呼情報を通知する手
段を備えたものである。
【００１５】請求項３の発明は、請求項１に記載の通信
方法において、前記下位レイヤからの情報が、発呼情報
であれば前記上位レイヤでも必ず発呼、前記下位レイヤ
からの情報が、着呼情報であれば前記上位レイヤでも必
ず着呼の動作をさらに行うようにしたものである。
方法において、前記下位レイヤからの情報が、発呼情報
であれば前記上位レイヤでも必ず発呼、前記下位レイヤ
からの情報が、着呼情報であれば前記上位レイヤでも必
ず着呼の動作をさらに行うようにしたものである。
【００１６】請求項４の発明は、請求項２に記載の通信
端末に、前記下位レイヤからの情報が、発呼情報であれ
ば前記上位レイヤでも必ず発呼、前記下位レイヤからの
情報が、着呼情報であれば前記上位レイヤでも必ず着呼
の動作を行う手段をさらに設けたものである。
端末に、前記下位レイヤからの情報が、発呼情報であれ
ば前記上位レイヤでも必ず発呼、前記下位レイヤからの
情報が、着呼情報であれば前記上位レイヤでも必ず着呼
の動作を行う手段をさらに設けたものである。
【００１７】請求項５の発明は、請求項３に記載の通信
方法において、前記下位レイヤがＰＰＰ（Point-to-Poi
nt Protocol）であり、前記上位レイヤがＴＣＰ（Trans
mission Control Protocol）またはＵＤＰ（User Datag
ram Protocol）等のＰＰＰの上位プロトコルとしたもの
である。
方法において、前記下位レイヤがＰＰＰ（Point-to-Poi
nt Protocol）であり、前記上位レイヤがＴＣＰ（Trans
mission Control Protocol）またはＵＤＰ（User Datag
ram Protocol）等のＰＰＰの上位プロトコルとしたもの
である。
【００１８】請求項６の発明は、請求項４に記載の通信
端末において、前記下位レイヤがＰＰＰ（Point-to-Poi
nt Protocol）であり、前記上位レイヤがＴＣＰ（Trans
mission Control Protocol）またはＵＤＰ（User Datag
ram Protocol）等のＰＰＰの上位プロトコルとしたもの
である。
端末において、前記下位レイヤがＰＰＰ（Point-to-Poi
nt Protocol）であり、前記上位レイヤがＴＣＰ（Trans
mission Control Protocol）またはＵＤＰ（User Datag
ram Protocol）等のＰＰＰの上位プロトコルとしたもの
である。
【００１９】請求項７の発明は、請求項１，３または５
のいずれか一項に記載の通信方法として、コンピュータ
を実行させるためのプログラムをコンピュータ読み取り
可能な記録媒体に記録したものである。
のいずれか一項に記載の通信方法として、コンピュータ
を実行させるためのプログラムをコンピュータ読み取り
可能な記録媒体に記録したものである。
【００２０】請求項８の発明は、請求項２，４または６
のいずれか一項に記載の通信端末をコンピュータに動作
させるためのプログラムをコンピュータ読み取り可能な
記録媒体に記録したものである。
のいずれか一項に記載の通信端末をコンピュータに動作
させるためのプログラムをコンピュータ読み取り可能な
記録媒体に記録したものである。
【００２１】
【発明の実施の形態】例えば、モデムを経由してＰＰＰ
接続をする場合には、モデムのリザルト・コードによっ
て着呼を識別できるので、この情報を端末のシステム制
御部に通知し、端末のシステム制御部は通知に従って発
呼動作をするか、着呼動作をするか決定するようにした
ものである。
接続をする場合には、モデムのリザルト・コードによっ
て着呼を識別できるので、この情報を端末のシステム制
御部に通知し、端末のシステム制御部は通知に従って発
呼動作をするか、着呼動作をするか決定するようにした
ものである。
【００２２】（実施例）ＰＰＰの上位のレイヤプロトコ
ルであるＴＣＰを使って発呼・着呼処理を行うマルチメ
ディア通信端末での実施例を示す。端末の基本構成は、
前記従来の技術として説明した図５に記載されたものと
同じで、説明は省略する。
ルであるＴＣＰを使って発呼・着呼処理を行うマルチメ
ディア通信端末での実施例を示す。端末の基本構成は、
前記従来の技術として説明した図５に記載されたものと
同じで、説明は省略する。
【００２３】本発明の一実施例の動作シーケンスを説明
する。まず、通信する２端末の一方から発呼した場合の
動作を説明する。この場合の発呼端末の動作シーケンス
を図１に、着呼端末の動作シーケンスを図２に示す。発
呼側の端末のアプリケーションは自端末のシステム制御
部に通信開始要求を発し、システム制御部はこれを受け
てＰＰＰ制御部にＰＰＰ接続要求を発する。ＰＰＰ制御
部はモデムに発呼要求を発し、モデムは接続処理を開始
する。
する。まず、通信する２端末の一方から発呼した場合の
動作を説明する。この場合の発呼端末の動作シーケンス
を図１に、着呼端末の動作シーケンスを図２に示す。発
呼側の端末のアプリケーションは自端末のシステム制御
部に通信開始要求を発し、システム制御部はこれを受け
てＰＰＰ制御部にＰＰＰ接続要求を発する。ＰＰＰ制御
部はモデムに発呼要求を発し、モデムは接続処理を開始
する。
【００２４】着呼端末に接続されたモデムは、発呼端末
のモデムから着呼し、ＰＰＰ制御部に着呼通知を発し、
接続処理を開始する。通信する２端末に接続されたモデ
ム間で接続処理が終了すると、両端末のＰＰＰ制御部
は、モデムから接続処理終了の通知を受け、ＰＰＰ接続
ネゴシエーションを行い、終了後、システム制御部にＰ
ＰＰ接続確認を発する。このときＰＰＰ制御部が、接続
処理終了の通知を受けるまでの間に着呼通知を受信して
いた場合には、着呼ＰＰＰ接続確認を発する。着呼通知
を受信しなかった場合には、発呼ＰＰＰ接続確認を発す
る。
のモデムから着呼し、ＰＰＰ制御部に着呼通知を発し、
接続処理を開始する。通信する２端末に接続されたモデ
ム間で接続処理が終了すると、両端末のＰＰＰ制御部
は、モデムから接続処理終了の通知を受け、ＰＰＰ接続
ネゴシエーションを行い、終了後、システム制御部にＰ
ＰＰ接続確認を発する。このときＰＰＰ制御部が、接続
処理終了の通知を受けるまでの間に着呼通知を受信して
いた場合には、着呼ＰＰＰ接続確認を発する。着呼通知
を受信しなかった場合には、発呼ＰＰＰ接続確認を発す
る。
【００２５】発呼ＰＰＰ接続確認を受けたシステム制御
部は、呼制御部に呼接続要求を発する。着呼ＰＰＰ接続
確認を受けたシステム制御部は、呼接続要求は発さず、
着呼待ち状態になる。発呼端末の呼制御部は、呼接続要
求を受け、着呼端末に呼設定メッセージを送信する。着
呼端末の呼制御部に発呼端末から呼設定メッセージが到
着すると、着呼端末の呼制御部は、呼び出しおよび接続
メッセージを発呼端末に送信し、システム制御部に呼接
続確認を通知する。システム制御部は、呼接続確認を受
け、アプリケーションに通信開始確認を通知する。発呼
端末の呼制御部に、着呼端末からの呼び出しおよび接続
メッセージが到着すると、発呼端末の呼制御部は、シス
テム制御部に呼接続確認を通知する。システム制御部
は、呼接続確認を受け、アプリケーションに通信開始確
認を通知する。
部は、呼制御部に呼接続要求を発する。着呼ＰＰＰ接続
確認を受けたシステム制御部は、呼接続要求は発さず、
着呼待ち状態になる。発呼端末の呼制御部は、呼接続要
求を受け、着呼端末に呼設定メッセージを送信する。着
呼端末の呼制御部に発呼端末から呼設定メッセージが到
着すると、着呼端末の呼制御部は、呼び出しおよび接続
メッセージを発呼端末に送信し、システム制御部に呼接
続確認を通知する。システム制御部は、呼接続確認を受
け、アプリケーションに通信開始確認を通知する。発呼
端末の呼制御部に、着呼端末からの呼び出しおよび接続
メッセージが到着すると、発呼端末の呼制御部は、シス
テム制御部に呼接続確認を通知する。システム制御部
は、呼接続確認を受け、アプリケーションに通信開始確
認を通知する。
【００２６】次に、通信する２端末から、ほぼ同時に発
呼をしたときの動作を説明する。そのときの両端末の動
作シーケンスを図１および図３に示す。両方の端末のア
プリケーションは、それぞれのシステム制御部に通信開
始要求を発し、システム制御部は、これを受けてＰＰＰ
制御部にＰＰＰ接続要求を発する。ＰＰＰ制御部は、モ
デムに発呼要求を発し、モデムは接続処理を開始する。
呼をしたときの動作を説明する。そのときの両端末の動
作シーケンスを図１および図３に示す。両方の端末のア
プリケーションは、それぞれのシステム制御部に通信開
始要求を発し、システム制御部は、これを受けてＰＰＰ
制御部にＰＰＰ接続要求を発する。ＰＰＰ制御部は、モ
デムに発呼要求を発し、モデムは接続処理を開始する。
【００２７】モデムの接続時に、一方が発呼端末、他方
が着呼端末となり接続する。通信する２端末に接続され
たモデム間で接続処理が終了すると、両端末のＰＰＰ制
御部は、モデムから接続処理終了の通知を受け、ＰＰＰ
接続ネゴシエーションを行い、終了後、システム制御部
にＰＰＰ接続確認を発する。このときＰＰＰ制御部が接
続処理終了の通知を受けるまでの間に着呼通知を受信し
ていた場合には、着呼ＰＰＰ接続確認を発する。着呼通
知を受信しなかった場合には、発呼ＰＰＰ接続確認を発
する。発呼ＰＰＰ接続確認を受けたシステム制御部は、
呼制御部に呼接続要求を発する。着呼ＰＰＰ接続確認を
受けたシステム制御部は、呼接続要求は発さず、着呼待
ち状態になる。
が着呼端末となり接続する。通信する２端末に接続され
たモデム間で接続処理が終了すると、両端末のＰＰＰ制
御部は、モデムから接続処理終了の通知を受け、ＰＰＰ
接続ネゴシエーションを行い、終了後、システム制御部
にＰＰＰ接続確認を発する。このときＰＰＰ制御部が接
続処理終了の通知を受けるまでの間に着呼通知を受信し
ていた場合には、着呼ＰＰＰ接続確認を発する。着呼通
知を受信しなかった場合には、発呼ＰＰＰ接続確認を発
する。発呼ＰＰＰ接続確認を受けたシステム制御部は、
呼制御部に呼接続要求を発する。着呼ＰＰＰ接続確認を
受けたシステム制御部は、呼接続要求は発さず、着呼待
ち状態になる。
【００２８】発呼端末の呼制御部は、呼接続要求を受
け、着呼端末に呼設定メッセージを送信する。着呼端末
の呼制御部に、発呼端末から呼設定メッセージが到着す
ると、着呼端末の呼制御部は、呼び出しおよび接続メッ
セージを発呼端末に送信し、システム制御部に呼接続確
認を通知する。システム制御部は、呼接続確認を受け、
アプリケーションに通信開始確認を通知する。発呼端末
の呼制御部に、着呼端末から呼び出しおよび接続メッセ
ージが到着すると、発呼端末の呼制御部は、システム制
御部に呼接続確認を通知する。システム制御部は、呼接
続確認を受け、アプリケーションに通信開始確認を通知
する。上記のシーケンスにより、アプリケーションから
ほぼ同時に発呼した場合でも、端末がモデムの接続方向
に合わせて呼制御部での発呼・着呼を選択し、呼制御部
での発呼の衝突を回避できる。
け、着呼端末に呼設定メッセージを送信する。着呼端末
の呼制御部に、発呼端末から呼設定メッセージが到着す
ると、着呼端末の呼制御部は、呼び出しおよび接続メッ
セージを発呼端末に送信し、システム制御部に呼接続確
認を通知する。システム制御部は、呼接続確認を受け、
アプリケーションに通信開始確認を通知する。発呼端末
の呼制御部に、着呼端末から呼び出しおよび接続メッセ
ージが到着すると、発呼端末の呼制御部は、システム制
御部に呼接続確認を通知する。システム制御部は、呼接
続確認を受け、アプリケーションに通信開始確認を通知
する。上記のシーケンスにより、アプリケーションから
ほぼ同時に発呼した場合でも、端末がモデムの接続方向
に合わせて呼制御部での発呼・着呼を選択し、呼制御部
での発呼の衝突を回避できる。
【００２９】
【発明の効果】通信を行う２端末間の発呼の衝突を回避
できるため、衝突により接続が失敗する煩わしさが解消
され、端末間のインバンド接続で発呼が競合した場合の
処理を端末に搭載しなくてもよいため、端末のハードウ
ェアおよびソフトウェアリソースが節約でき、ＰＤＡな
ど、リソースの少ない端末でも動作させることができ
る。
できるため、衝突により接続が失敗する煩わしさが解消
され、端末間のインバンド接続で発呼が競合した場合の
処理を端末に搭載しなくてもよいため、端末のハードウ
ェアおよびソフトウェアリソースが節約でき、ＰＤＡな
ど、リソースの少ない端末でも動作させることができ
る。
【図１】本発明の発呼端末の動作シーケンス図である。
【図２】本発明の着呼端末の動作シーケンス図である。
【図３】本発明において２端末が同時発呼を行った場合
の動作シーケンス図である。
の動作シーケンス図である。
【図４】Ｈ.３２３準拠端末の呼接続の階層を示す図で
ある。
ある。
【図５】Ｈ.３２３準拠端末の構成図である。
【図６】従来の発呼端末の動作シーケンスを示す図であ
る。
る。
【図７】従来の着呼端末の動作シーケンスを示す図であ
る。
る。
【図８】従来の２端末が同時発呼を行った場合の一方の
端末の接続シーケンス図である。
端末の接続シーケンス図である。
【図９】従来の２端末が同時発呼を行った場合の他方の
端末の接続シーケンス図である。
端末の接続シーケンス図である。
１…マルチメディア通信端末、２…システム制御部、３
…ＰＰＰ制御部、４…呼制御部、５…メディア制御部、
６…ＰＰＰパケット送信部、７…ＰＰＰパケット受信
部、８…ＰＰＰパケット作成部、９…ＰＰＰパケット解
析部、１０…呼制御メッセージ送信部、１１…呼制御メ
ッセージ受信部、１２…呼制御メッセージ作成部、１３
…呼制御メッセージ解析部、１４…メディア送信部、１
５…メディア受信部、１６…メディア符号化部、１７…
メディア復号化部、１８…メディア入力部、１９…メデ
ィア出力部、２０…メディア入力デバイス、２１…メデ
ィア出力デバイス、２２…モデム、２３…回線部、２４
…アプリケーション。
…ＰＰＰ制御部、４…呼制御部、５…メディア制御部、
６…ＰＰＰパケット送信部、７…ＰＰＰパケット受信
部、８…ＰＰＰパケット作成部、９…ＰＰＰパケット解
析部、１０…呼制御メッセージ送信部、１１…呼制御メ
ッセージ受信部、１２…呼制御メッセージ作成部、１３
…呼制御メッセージ解析部、１４…メディア送信部、１
５…メディア受信部、１６…メディア符号化部、１７…
メディア復号化部、１８…メディア入力部、１９…メデ
ィア出力部、２０…メディア入力デバイス、２１…メデ
ィア出力デバイス、２２…モデム、２３…回線部、２４
…アプリケーション。
Claims (8)
- 【請求項１】 通信プロトコルの下位レイヤから通信開
始時の発呼・着呼情報を得、それより上位の上位レイヤ
に前記発呼・着呼情報を通知するようにした通信方法。 - 【請求項２】 通信プロトコルの下位レイヤから通信開
始時の発呼・着呼情報を得る手段と、それより上位の上
位レイヤに前記発呼・着呼情報を通知する手段を有した
通信端末。 - 【請求項３】 請求項１に記載の通信方法において、前
記下位レイヤからの情報が、発呼情報であれば前記上位
レイヤでも必ず発呼、前記下位レイヤからの情報が、着
呼情報であれば前記上位レイヤでも必ず着呼の動作を行
うようにした通信方法。 - 【請求項４】 請求項２に記載の通信端末において、前
記下位レイヤからの情報が、発呼情報であれば前記上位
レイヤでも必ず発呼、前記下位レイヤからの情報が、着
呼情報であれば前記上位レイヤでも必ず着呼の動作を行
う手段を備えた通信端末。 - 【請求項５】 請求項３に記載の通信方法において、前
記下位レイヤがＰＰＰ（Point-to-Point Protocol）で
あり、前記上位レイヤがＴＣＰ（Transmission Control
Protocol）またはＵＤＰ（User Datagram Protocol）
等のＰＰＰの上位プロトコルである通信方法。 - 【請求項６】 請求項４に記載の通信端末において、前
記下位レイヤがＰＰＰ（Point-to-Point Protocol）で
あり、前記上位レイヤがＴＣＰ（Transmission Control
Protocol）またはＵＤＰ（User Datagram Protocol）
等のＰＰＰの上位プロトコルである通信端末。 - 【請求項７】 請求項１，３または５のいずれか一項に
記載の通信方法として、コンピュータを実行させるため
のプログラムを記録したコンピュータ読み取り可能な記
録媒体。 - 【請求項８】 請求項２，４または６のいずれか一項に
記載の通信端末をコンピュータに動作させるためのプロ
グラムを記録したコンピュータ読み取り可能な記録媒
体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00311599A JP4100794B2 (ja) | 1999-01-08 | 1999-01-08 | 通信端末、通信方法、および、記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00311599A JP4100794B2 (ja) | 1999-01-08 | 1999-01-08 | 通信端末、通信方法、および、記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000201201A true JP2000201201A (ja) | 2000-07-18 |
| JP4100794B2 JP4100794B2 (ja) | 2008-06-11 |
Family
ID=11548366
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP00311599A Expired - Fee Related JP4100794B2 (ja) | 1999-01-08 | 1999-01-08 | 通信端末、通信方法、および、記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4100794B2 (ja) |
-
1999
- 1999-01-08 JP JP00311599A patent/JP4100794B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP4100794B2 (ja) | 2008-06-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20180255112A1 (en) | Instant calling method, apparatus and system | |
| JP4185891B2 (ja) | 通信端末、および通信端末の制御方法 | |
| CN100359855C (zh) | 远程控制至少一个采用会议发起协议的无人设备的方法 | |
| JP4094511B2 (ja) | ネットワーク通信端末装置 | |
| US11070665B2 (en) | Voice over internet protocol processing method and related network device | |
| JP2005278084A (ja) | 通信システム | |
| JP4920637B2 (ja) | Ｓｉｐ電話システム、データ伝送方法、サーバユニットおよび電話端末 | |
| JP2000201201A (ja) | 通信方法および、それに用いる通信端末 | |
| JP4322905B2 (ja) | 通信端末装置及びファクシミリ通信方法 | |
| JP2003008820A (ja) | Ｉｐネットワークを利用したｆａｘ同報通信方法、ｆａｘ同報装置および端末装置 | |
| JP4175940B2 (ja) | ＶｏＩＰ電話システムおよびＶｏＩＰ電話システムにおける通信制御方法 | |
| US7864671B2 (en) | Connection control apparatus, connection control method, and program | |
| JP2716984B2 (ja) | 通信方法 | |
| KR100367484B1 (ko) | 이동통신망과 패킷 데이터망간의 호 설정 방법 | |
| JPH08167985A (ja) | ファクシミリ通信方法の高速化方法 | |
| JP4632964B2 (ja) | Ｉｐ電話交換システム、ｉｐ電話交換方法及びプログラム | |
| US20060221870A1 (en) | Image communication method and communication apparatus | |
| JP3882801B2 (ja) | Ｉｐ電話システム、サーバ装置およびルータ制御方法 | |
| JP5248891B2 (ja) | Ｓｉｐを用いたボタン電話装置による会議招集方法、そのシステム、その装置及びそのプログラム | |
| JP3370943B2 (ja) | 通信端末の接続方法、及び該接続方法を機能させるためのプログラムを記録した記憶媒体 | |
| JP2011101246A (ja) | 通信システム、通信装置、通信方法およびプログラム | |
| JP2007013648A (ja) | 無線通信システム、通信端末 | |
| JP2009110292A (ja) | 電子メール処理システムおよび装置 | |
| JP5176699B2 (ja) | Ｉｐ電話システム、ネットワーク装置及びそれらに用いる災害時通信方法 | |
| JP2005222357A (ja) | セッション管理装置、セッション管理システム、セッション管理方法及びセッション管理プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050708 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070416 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070918 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071023 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071127 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071207 |
|
| 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: 20080318 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080318 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110328 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: 20120328 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |