[go: up one dir, main page]

JP2004363993A - Communication terminal - Google Patents

Communication terminal Download PDF

Info

Publication number
JP2004363993A
JP2004363993A JP2003160527A JP2003160527A JP2004363993A JP 2004363993 A JP2004363993 A JP 2004363993A JP 2003160527 A JP2003160527 A JP 2003160527A JP 2003160527 A JP2003160527 A JP 2003160527A JP 2004363993 A JP2004363993 A JP 2004363993A
Authority
JP
Japan
Prior art keywords
communication
connection
terminal
communication terminal
protocol
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
Application number
JP2003160527A
Other languages
Japanese (ja)
Inventor
Nobuyuki Ema
信行 江間
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.)
Sharp Corp
Original Assignee
Sharp 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 Sharp Corp filed Critical Sharp Corp
Priority to JP2003160527A priority Critical patent/JP2004363993A/en
Publication of JP2004363993A publication Critical patent/JP2004363993A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Communication Control (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To reduce a connection time by enabling omitting of a negotiation procedure between terminals each equipped with a plurality of communication protocols. <P>SOLUTION: In a channel connection procedure or a PPP (point to point protocol) procedure, information indicating a communication protocol is transmitted and received, or a communication protocol is judged from a port number used in a TCP (transmission control protocol)/UDP (user datagram protocol) connection procedure, thereby previously selecting and deciding a communication protocol to be subsequently used. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明はパケットネットワークを介してパケットデータを送受信する通信端末に関し、特に、マルチメディア情報をリアルタイムにて送受信する通信端末に関する。
【0002】
【従来の技術】
PDC(Personal Digital Cellular)方式、IMT−2000(International Mobile Communication 2000)方式、ブロードバンド回線(ADSLなど)、無線LAN等のパケットネットワーク上でマルチメディア情報通信を行うための通信プロトコルとして、ITU−T勧告によるH.323、IETF規格によるSIP(Session Initiation Protocol)等がある。H.323及びSIPは、テレビ電話、VoIP(Voice Over Internet Protocol)を利用したインターネット電話等にて使用される。
【0003】
H.323及びSIPに基づいてマルチメディア情報通信を行う端末を、以下に、それぞれH.323端末及びSIP端末と呼ぶことにする。また、H.323及びSIPに基づいた回線の接続を、以下に、それぞれH.323接続及びSIP接続と呼ぶことにする。
【0004】
パケットネットワーク上でマルチメディア情報通信を行う端末は、通常、H.323とSIPの少なくとも一方に対応している。例えば、パーソナルコンピュータは、H.323とSIPの両方に対応しており、VoIPサービスを利用する端末は、H.323とSIPの一方に対応している。
【0005】
図6を参照して、H.323とSIPの両者に対応した端末がマルチメディア情報通信を行う際の手順を説明する。ステップ121にて、回線接続が行われ、ステップ122にてPPP(Point to Point Protocol)接続が行われる。
【0006】
こうして通信回線の接続が行われると、ネゴシエーションを行う。ステップ123にて、発呼側の端末は、先ず、SIP端末用のTCP/UDP(Transmission Control Protocol)/(User Detagram Protocol)ソケットを生成する。ステップ124にて、着呼側の端末がSIP端末であると仮定して呼接続を試みる。
【0007】
ステップ124にて、呼接続が成功したらステップ125に進む。ステップ125にて、発呼側の端末と着呼側の端末の間で、SIP端末の能力を交換する。ステップ126にて、発呼側の端末は、SIP端末の能力に基づいて、画像/音声の通信用モードを決定する。ステップ127にて、発呼側の端末は着呼側の端末との間で、画像/音声を交信する。
【0008】
ステップ124にて、呼接続が成功しなかったらステップ128に進み、着呼側の端末がH.323端末であるとして、再ネゴシエーションを行う。ステップ128にて、発呼側の端末は、H.323端末用のTCP/UDPソケットを生成する。ステップ129にて、発呼側の端末は、H.323端末である着呼側の端末と呼接続を行う。
【0009】
ステップ130にて、発呼側の端末は着呼側の端末との間で、H.323端末の能力を交換する。ステップ131にて、発呼側の端末は、H.323端末の能力に基づいて、画像/音声の通信用モードを決定する。ステップ132にて、発呼側の端末は着呼側の端末との間で、画像/音声を交信する。
【0010】
【発明が解決しようとする課題】
上述のように、H.323とSIPの両者に対応して端末がマルチメディア情報通信を行う場合、PPP接続の後に、相手方の端末に対して、先ず、H.323とSIPの一方によりネゴシエーションを行い、それに失敗したら、他のプロトコルにより再ネゴシエーションを行う。従って、接続が成功するまでに端末間で多くのメッセージの送受信を行う必要があり、接続時間が長くなる欠点がある。
【0011】
本発明の目的は、複数の通信プロトコルに対応した端末を用いてマルチメディア情報通信を行う場合に、相手方の端末との間で行うネゴシエーションの回数を減らす技術を提供することにある。
本発明の目的は、複数の通信プロトコルに対応した端末を用いてマルチメディア情報通信を行う場合に、接続時間を短縮化する技術を提供することにある。
【0012】
【課題を解決するための手段】
本発明によると、通信端末は、パケットデータの送受信を行う通信部と、通信接続処理を行う通信接続処理部と、画像データ及び音声データの符号化・復号化を行うマルチメディアデータ処理部と、を有し、通信相手と通信回線によってデータを交信する前に、通信相手との間で使用可能な通信プロトコルの種別を検出するネゴシエーションを行う。
【0013】
ネゴシエーションでは、回線接続手順、もしくは、PPP接続手順において、通信プロトコルを示す情報を送受信することにより、もしくは、TCP/UDP接続手順において使用するポート番号から通信プロトコルを判断することにより、以降に使用する通信プロトコルを先行して選択・決定する。
【0014】
本発明によれば、回線接続後に後続のネゴシエーションで行われるタイムアウト処理が不要になり、端末間で接続時に行われるネゴシエーションの回数を減らすことが可能である。
【0015】
また、各レイヤでの手順を個別に有効/無効にすることにより、端末の機種及び利用可能なネットワークの種別に係わらず、最適なネゴシエーションを自動的に行うことが可能となる。
【0016】
【発明の実施の形態】
図1を参照して本発明による通信端末の例を説明する。本例の通信端末100は、パケットネットワークを介してマルチメディア情報を交信する通信部101と、通信ネットワークの種別に応じて各レイヤでの手順を個別に有効/無効にする通信接続制御部102と、通信回線を接続する前に相手方とネゴシエーションを行うネゴシエーション部103と、PPP接続処理を行うPPP制御部104と、TCP/UDP接続処理を行うTCP/UDP制御部105と、H.323端末又はSIP端末として呼接続処理を行うH.323/SIP制御部106と、画像データ及び音声データの符号化・復号化を行うマルチメディアデータ処理部107と、を有する。
【0017】
ネゴシエーション部103は、相手方と通信接続を行う前に、先行ネゴシエーションを行う。先ず、回線接続処理手順にて、通信プロトコルを示す情報を送受信し、利用可能な通信プロトコルを検出する。又は、PPP接続手順において、通信プロトコルを示す情報を送受信し、利用可能な通信プロトコルを検出する。又は、TCP/UDP接続手順において使用するポート番号から通信プロトコルを判断する。
【0018】
こうして、回線接続処理、PPP接続処理、TCP/UDP接続処理において、相手が理解可能な通信プロトコルの種別を先行して取得するため、ネゴシエーションの繰返しが回避される。
【0019】
本例の通信端末は、IMT−2000方式のように回線接続を伴う通信ネットワークばかりでなく、ブロードバンド環境のように回線接続を伴わない通信ネットワーク、更に、無線LANのように回線接続及びPPP接続を伴わない通信ネットワークを利用することも可能である。即ち、本例の通信端末は、IMT−2000方式の端末、ブロードバンド回線に接続された端末、無線LANに接続された端末であってよい。
【0020】
通信接続制御部102は、本通信端末の通信方式に基づいて、回線接続が不要な場合には、それを省略し、回線接続及びPPP接続が不要な場合には、それを省略し、必要な接続処理を行う。
【0021】
図2を参照して本発明による通信端末間の接続処理の流れを説明する。ステップ011にて、通常の回線接続処理を行い、発呼側(自分側)の端末から着呼側(相手側)の端末へ、呼制御レイヤにて発呼側(自分側)の端末の接続能力(H.323/SIP)を送信する。ステップ012にて、着呼側(相手側)の端末が発呼側(自分側)の端末の接続手順(H.323/SIP)を理解できるか否かを判定する。着呼側(相手側)の端末が発呼側(自分側)の端末の接続手順を理解できる場合にはステップ013に進み、着呼側(相手側)の端末が発呼側(自分側)の端末の接続手順を理解できない場合には、ステップ016に進む。
【0022】
ステップ013にて、呼制御レイヤにて、接続に使用する通信プロトコル(H.323/SIP)を決定する。即ち、呼制御メッセージを利用して、端末で使用することができる通信プロトコル(H.323/SIP)の交換を行い、接続に使用する通信プロトコル種別(H.323/SIP)を決定する。ステップ014にて、通常のPPP接続処理を行う。ステップ015にて、通常のTCP/UDP接続処理を行う。ステップ021にて、決定した通信プロトコル(H.323/SIP)にて音声・画像のメディア通信を開始する。
【0023】
ステップ016にて、通常のPPP接続処理を行う。発呼側(自分側)の端末から着呼側(相手側)の端末へ、PPPレイヤにて発呼側(自分側)の端末の接続能力(H.323/SIP)を送信する。ここでPPPの接続メッセージであるNCP(Network Control Protocol)メッセージを利用してよい。
【0024】
ステップ017にて、着呼側(相手側)の端末が発呼側(自分側)の端末の接続手順を理解できるか否かを判定する。着呼側(相手側)の端末が発呼側(自分側)の端末の接続手順を理解できる場合にはステップ018に進み、着呼側(相手側)の端末が発呼側(自分側)の端末の接続手順を理解できない場合には、ステップ019に進む。
【0025】
ステップ018にて、PPPレイヤにて、接続に使用する通信プロトコル(H.323/SIP)を決定する。即ち、端末で使用することができる通信プロトコル(H.323/SIP)の交換を行い、接続に使用する通信プロトコル種別(H.323/SIP)を決定する。ここで、PPPの接続メッセージであるNCP(Network Control Protocol)メッセージを利用してよい。次に、ステップ015に進む。
【0026】
ステップ019にて、通常のTCP/UDP接続処理を行う。ステップ020にて、TCP/UDPのレイヤにて、接続に使用する通信プロトコル(H.323/SIP)を決定する。即ち、使用するポート番号に従って、接続に使用する通信プロトコル種別(H.323/SIP)を決定し、ステップ021に進む。
【0027】
本例では、回線接続処理、PPP接続処理、及び、TCP/UDP接続処理において、H.323アプリケーション、または、SIPアプリケーションを使用することを、予めネゴシエーションし、決定する。
【0028】
従って、従来の通信端末がアプリケーション層にて行う通信プロトコルの再ネゴシエーション(123、124、128、129)を省略することができ、接続時間の短縮を図ることができる。
【0029】
図3を参照して、本発明の接続手順を用いて、H.323アプリケーション、または、SIPアプリケーション同士が接続されるまでの処理の流れを説明する。ステップ041〜050は、図2のステップ011〜020に相当する。まず、ステップ041にて、発呼側(自分側)の端末は、ベアラ能力(BC)、低位レイヤ整合性(LLC)、高位レイヤ整合性(HLC)に、通信が可能であるプロトコル(H.323/SIP)を示す設定を行い、それを、呼制御メッセージを利用して、着呼側(相手側)の端末へ送信する。発呼側の端末は、着呼側の端末からも、同様に、通信が可能であるプロトコル(H.323/SIP)が設定されたベアラ能力(BC)、低位レイヤ整合性(LLC)、高位レイヤ整合性(HLC)を含む呼制御メッセージを受信する。
【0030】
次に、ステップ042にて、発呼側(自分側)の端末は、着呼側の端末からの呼制御メッセージ中のベアラ能力(BC)、低位レイヤ整合性(LLC)、高位レイヤ整合性(HLC)に、発呼側の設定と同様の設定があるか否かを判断する。
【0031】
着呼側の端末からの呼制御メッセージ中のベアラ能力(BC)、低位レイヤ整合性(LLC)、高位レイヤ整合性(HLC)に、発呼側の設定と同様の設定がある場合にはステップ043に進み、同様の設定がない場合には、ステップ046に進む。
【0032】
ステップ043にて、発呼側の端末は、着呼側の端末からの呼制御メッセージ中のベアラ能力(BC)、低位レイヤ整合性(LLC)、高位レイヤ整合性(HLC)に含まれる識別子に従って、通信プロトコル(H.323/SIP)を選択する。ステップ044にて、通常のPPP接続処理を行う。
【0033】
ステップ045にて、選択した通信プロトコルにて使用するポート番号にてソケットを生成し、TCP/UDPの接続を行い、ステップ051に進む。
ステップ046にて、発呼側の端末は、通常のPPP接続処理を行い、通信が可能であるプロトコル(H.323/SIP)を示す設定を行い、それを、PPPメッセージ中のNCPメッセージを利用して、着呼側(相手側)の端末へ送信する。発呼側の端末は、着呼側の端末からも、同様に、通信が可能であるプロトコル(H.323/SIP)が示されたPPPメッセージ中のNCPメッセージを受信する。
【0034】
ステップ047にて、発呼側(自分側)の端末は、着呼側の端末からのPPPメッセージ中のNCPメッセージに、発呼側の設定と同様の設定があるか否かを判断する。着呼側の端末からのNCPメッセージ中に、発呼側の設定と同様の設定がある場合にはステップ048に進み、同様の設定がない場合には、ステップ049に進む。
【0035】
ステップ048にて、発呼側の端末は、着呼側の端末からのNCPメッセージ中に含まれる識別子に従って、通信プロトコル(H.323/SIP)を選択し、ステップ045に進む。
【0036】
ステップ049にて、H.323及びSIPの両者で使用するポート番号にてソケットを生成し、TCP/UDP接続処理を行う。TCPを使用する場合には、コネクションの開設を行い、UDPを使用する場合には、以降のH.323/SIPで使用する呼制御メッセージの一部(H.323の場合はRASメッセージ、SIPの場合はINVITEメッセージなど)を送信する。次に、ステップ050にて、着呼側の端末より受信があったポート番号に基づいて、通信プロトコル種別(H.323/SIP)を選択し、ステップ051に進む。
【0037】
ステップ051にて、発呼側の端末は、通信プロトコル種別がH.323かSIPかを判定し、判定の結果に基づいて以降に使用するアプリケーションを選択する。通信プロトコル種別がH.323であれば、ステップ052〜055のH.323のネゴシエーションを行い、通信プロトコル種別がSIPであれば、ステップ056〜059のSIPのネゴシエーションを行い、接続を完了する。
【0038】
ステップ052〜055のH.323のネゴシエーションについて説明する。ステップ052にて、H.323端末の呼接続処理を行う。ステップ053にて、H.323端末の能力交換を行う。ステップ054にて、画像音声の通信用モードを決定する。ステップ055にて、画像音声の通信を行う。同様に、ステップ056〜059のSIPのネゴシエーションについて説明する。ステップ056にて、SIP端末の呼接続処理を行う。ステップ057にて、SIP端末の能力交換を行う。ステップ058にて、画像音声の通信用モードを決定する。ステップ059にて、画像音声の通信を行う。
【0039】
図4を参照してステップ011及びステップ041の回線接続処理061を詳細に説明する。図4は回線接続時に端末間で交わされる呼接続メッセージを示す。先ず、発呼側の端末から着呼側の端末に向かって、Setupメッセージが送信される。着呼側の端末は、Setupメッセージを受信すると、CallProceedingメッセージ、Alertメッセージ、及びConnectメッセージを発呼側の端末に送信する。発呼側の端末が、着呼側の端末からConnectメッセージを受信すると、回線の接続が確立される。
【0040】
本例では、呼制御メッセージのSetupメッセージ、CallProceedingメッセージ、Alertメッセージに含まれるベアラ能力、低位レイヤ整合性、高位レイヤ整合性を利用して、以降で使用する通信プロトコル種別の情報を伝送し、接続処理を行う。
【0041】
次に、図5を参照してステップ016及びステップ046のPPP接続処理を詳細に説明する。図5は、PPP接続時に端末間で交わされるPPPメッセージを示す。先ず、発呼側の端末と着呼側の端末の間で、LCP(Link Control Protocol)メッセージが交信され、次に、Authenticationメッセージが交信され、その後、NCP(Network Control Protocol)メッセージが同様に交信され、PPPの接続062が確立される。
【0042】
本例では、PPPメッセージのNCPメッセージを利用して、以降で使用する通信プロトコル種別の情報を伝送し、接続処理を行う。上記の手法を用いて、後続のネゴシエーションをH.323、SIPのいずれで行うのかを先行するネゴシエーションで伝送し、後続のネゴシエーションの回数を減らすことが可能となる。
【0043】
本発明による通信端末は、H.323とSIPに対応可能であると説明した。しかしながら、H.323とSIPは例示であり、それ以外のプロトコルに対応可能であり、それに限定されない。
【0044】
上述の例では、IMT−2000方式のように、回線接続を伴う通信ネットワークを使用した場合を説明した。本発明はブロードバンド環境のように回線接続を伴わない通信ネットワークでも適用可能である。この場合、上述の手順より、回線接続の手順を省略すればよい。
【0045】
更に本発明は、無線LANのように、回線接続及びPPP接続を伴わない通信ネットワークでも適用可能である。この場合、上述の手順より、回線接続手順、及び、PPP接続手順を省略すればよい。
【0046】
本発明によると、IMT−2000方式のように回線接続を伴う通信ネットワークばかりでなく、ブロードバンド環境のように回線接続を伴わない通信ネットワークでも、更に、無線LANのように回線接続及びPPP接続を伴わない通信ネットワークでも、上述の同様の手順にて後続のネゴシエーションの回数を減らすことができる。
以上、本発明の例を説明したが、本発明は上述の例に限定されるものではなく、特許請求の範囲にて様々な変更が可能であることは当業者に理解されよう。
【0047】
【発明の効果】
以上の接続手順を用いることにより、複数の通信プロトコルを搭載した端末のネゴシエーション時間を短縮することができる。
また、各レイヤでの手順をネットワークの種類によって個別に有効/無効とすることにより、どのようなネットワークを用いた場合においても柔軟に対応することができ、前述したネゴシエーション時間の短縮を行うことができる。
【0048】
更に、各レイヤでの手順を端末構成の種類によって個別に有効/無効とすることにより、どのような端末構成を用いた場合においても柔軟に対応することができ、前述したネゴシエーション時間の短縮を行うことができる。
【図面の簡単な説明】
【図1】本発明による通信端末の例を示す図である。
【図2】本発明による通信端末の接続手順の処理の流れを示す図である。
【図3】本発明による通信端末のH.323アプリケーション、または、SIPアプリケーション同士が接続されるまでの処理の流れを説明する図である。
【図4】回線接続時に端末間で交信される呼接続メッセージの例を示す図である。
【図5】PPP接続時に端末間で交信されるPPPメッセージの例を示す図である。
【図6】従来のH.323/SIP端末が通信回線を使用して接続する際の手順を示す図である。
【符号の説明】
101…通信部、102…通信接続制御部、103…ネゴシエーション部、104…PPP制御部、105…TCP/UDP制御部、106…H.323/SIP制御部、107…マルチメディアデータ処理部
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a communication terminal for transmitting and receiving packet data via a packet network, and more particularly to a communication terminal for transmitting and receiving multimedia information in real time.
[0002]
[Prior art]
The ITU-T recommendation is a communication protocol for performing multimedia information communication on a packet network such as a PDC (Personal Digital Cellular) system, an IMT-2000 (International Mobile Communication 2000) system, a broadband line (ADSL, etc.), and a wireless LAN. H. H.323 and SIP (Session Initiation Protocol) based on the IETF standard. H. H.323 and SIP are used in video phones, Internet phones using VoIP (Voice Over Internet Protocol), and the like.
[0003]
H. Terminals that perform multimedia information communication based on H.323 and SIP are respectively described below. 323 terminals and SIP terminals. H. The connection of lines based on H.323 and SIP will be described below respectively. 323 connections and SIP connections.
[0004]
A terminal that performs multimedia information communication on a packet network is usually H.264. 323 and SIP. For example, a personal computer is H.264. A terminal that supports both H.323 and SIP and uses the VoIP service is H.323. H.323 and SIP.
[0005]
Referring to FIG. A procedure when terminals supporting both H.323 and SIP perform multimedia information communication will be described. At step 121, a line connection is made, and at step 122, a PPP (Point to Point Protocol) connection is made.
[0006]
When the communication line is thus connected, negotiation is performed. In step 123, the calling terminal first generates a TCP / UDP (Transmission Control Protocol) / (User Datagram Protocol) socket for the SIP terminal. At step 124, call connection is attempted on the assumption that the called terminal is a SIP terminal.
[0007]
If the call connection is successful in step 124, the process proceeds to step 125. At step 125, the capabilities of the SIP terminal are exchanged between the calling terminal and the called terminal. At step 126, the calling terminal determines the image / voice communication mode based on the capabilities of the SIP terminal. In step 127, the calling terminal exchanges images / voices with the called terminal.
[0008]
If the call connection is not successful in step 124, the process proceeds to step 128, and the called terminal sets the H.264 connection. Assuming that the terminal is the H.323 terminal, renegotiation is performed. In step 128, the calling side terminal determines Generate a TCP / UDP socket for the H.323 terminal. In step 129, the calling terminal determines that the H.264 terminal is in the H.264 state. A call connection is established with a called terminal, which is a H.323 terminal.
[0009]
In step 130, the calling terminal communicates with the called terminal in accordance with H.264. Exchange the capabilities of the H.323 terminal. In step 131, the calling terminal determines that Based on the capabilities of the H.323 terminal, a communication mode for video / audio is determined. In step 132, the calling terminal exchanges images / voices with the called terminal.
[0010]
[Problems to be solved by the invention]
As described above, H.A. When the terminal performs multimedia information communication in accordance with both the H.323 and the SIP, after the PPP connection, the terminal first communicates with H.323. Negotiation is performed by one of H.323 and SIP, and if that fails, renegotiation is performed by another protocol. Therefore, it is necessary to send and receive many messages between terminals until the connection succeeds, and there is a disadvantage that the connection time becomes long.
[0011]
An object of the present invention is to provide a technique for reducing the number of negotiations performed with a partner terminal when performing multimedia information communication using a terminal supporting a plurality of communication protocols.
An object of the present invention is to provide a technique for shortening a connection time when performing multimedia information communication using a terminal supporting a plurality of communication protocols.
[0012]
[Means for Solving the Problems]
According to the present invention, a communication terminal transmits and receives packet data, a communication connection processing unit that performs communication connection processing, a multimedia data processing unit that performs encoding and decoding of image data and audio data, Before communicating data with a communication partner via a communication line, a negotiation for detecting a type of a communication protocol that can be used with the communication partner is performed.
[0013]
In the negotiation, information indicating a communication protocol is transmitted and received in a line connection procedure or a PPP connection procedure, or a communication protocol is determined from a port number used in a TCP / UDP connection procedure, so that the negotiation is performed thereafter. Select and determine the communication protocol in advance.
[0014]
According to the present invention, it is not necessary to perform a timeout process performed in a subsequent negotiation after a line connection, and it is possible to reduce the number of negotiations performed during connection between terminals.
[0015]
Further, by individually validating / invalidating the procedure in each layer, it is possible to automatically perform an optimal negotiation regardless of the type of terminal and the type of available network.
[0016]
BEST MODE FOR CARRYING OUT THE INVENTION
An example of a communication terminal according to the present invention will be described with reference to FIG. The communication terminal 100 according to the present embodiment includes a communication unit 101 that exchanges multimedia information via a packet network, a communication connection control unit 102 that individually enables / disables a procedure in each layer according to the type of the communication network, A negotiation unit 103 for performing negotiation with the other party before connecting a communication line, a PPP control unit 104 for performing a PPP connection process, a TCP / UDP control unit 105 for performing a TCP / UDP connection process; H.323 that performs call connection processing as a H.323 terminal or a SIP terminal It has a H.323 / SIP control unit 106 and a multimedia data processing unit 107 that encodes and decodes image data and audio data.
[0017]
The negotiation unit 103 performs advance negotiation before making a communication connection with the other party. First, in a line connection processing procedure, information indicating a communication protocol is transmitted and received, and an available communication protocol is detected. Alternatively, in the PPP connection procedure, information indicating a communication protocol is transmitted and received, and an available communication protocol is detected. Alternatively, the communication protocol is determined from the port number used in the TCP / UDP connection procedure.
[0018]
In this way, in the line connection processing, the PPP connection processing, and the TCP / UDP connection processing, the type of the communication protocol that can be understood by the other party is acquired in advance, so that repeated negotiations are avoided.
[0019]
The communication terminal of this example is not only a communication network with a line connection like the IMT-2000 system, but also a communication network without a line connection like a broadband environment, and a line connection and a PPP connection like a wireless LAN. It is also possible to use a communication network without accompanying. That is, the communication terminal of this example may be an IMT-2000 system terminal, a terminal connected to a broadband line, or a terminal connected to a wireless LAN.
[0020]
The communication connection control unit 102, based on the communication method of the present communication terminal, omits the line connection if it is unnecessary, and omits it if the line connection and the PPP connection are unnecessary. Perform connection processing.
[0021]
With reference to FIG. 2, the flow of a connection process between communication terminals according to the present invention will be described. In step 011, normal line connection processing is performed, and connection of the calling side (own side) terminal from the calling side (own side) terminal to the called side (other side) terminal in the call control layer. Send capability (H.323 / SIP). In step 012, it is determined whether or not the terminal on the called side (other side) can understand the connection procedure (H.323 / SIP) of the terminal on the calling side (self side). If the terminal on the called side (other side) can understand the connection procedure of the terminal on the calling side (own side), the process proceeds to step 013, and the terminal on the called side (other side) is connected to the calling side (local side) If the connection procedure of the terminal cannot be understood, the process proceeds to step 016.
[0022]
In step 013, the call control layer determines a communication protocol (H.323 / SIP) to be used for connection. That is, the communication protocol (H.323 / SIP) that can be used by the terminal is exchanged using the call control message, and the communication protocol type (H.323 / SIP) used for the connection is determined. In step 014, normal PPP connection processing is performed. In step 015, normal TCP / UDP connection processing is performed. In step 211, media communication of audio and video is started using the determined communication protocol (H.323 / SIP).
[0023]
At step 016, normal PPP connection processing is performed. The connection capability (H.323 / SIP) of the terminal on the calling side (self side) is transmitted by the PPP layer from the terminal on the calling side (self side) to the terminal on the called side (other side). Here, an NCP (Network Control Protocol) message which is a PPP connection message may be used.
[0024]
In step 017, it is determined whether or not the terminal on the called side (other side) can understand the connection procedure of the terminal on the calling side (self side). If the terminal on the called side (other side) can understand the connection procedure of the terminal on the calling side (own side), the process proceeds to step 018, and the terminal on the called side (other side) is connected to the calling side (local side). If the connection procedure of the terminal cannot be understood, the process proceeds to step 019.
[0025]
At step 018, the PPP layer determines a communication protocol (H.323 / SIP) to be used for connection. That is, the communication protocol (H.323 / SIP) that can be used by the terminal is exchanged, and the communication protocol type (H.323 / SIP) used for the connection is determined. Here, an NCP (Network Control Protocol) message which is a PPP connection message may be used. Next, the process proceeds to step 015.
[0026]
In step 019, normal TCP / UDP connection processing is performed. In step 020, the communication protocol (H.323 / SIP) used for the connection is determined in the TCP / UDP layer. That is, the communication protocol type (H.323 / SIP) to be used for connection is determined according to the port number to be used, and the process proceeds to step 021.
[0027]
In this example, in line connection processing, PPP connection processing, and TCP / UDP connection processing, The use of the H.323 application or the SIP application is negotiated and determined in advance.
[0028]
Therefore, the renegotiation (123, 124, 128, 129) of the communication protocol performed by the conventional communication terminal in the application layer can be omitted, and the connection time can be reduced.
[0029]
Referring to FIG. 3, using the connection procedure of the present invention, A process flow until the H.323 application or the SIP application is connected to each other will be described. Steps 041 to 050 correspond to steps 011 to 020 in FIG. First, in step 041, the terminal on the calling side (self side) communicates with the bearer capability (BC), the lower layer compatibility (LLC), and the higher layer compatibility (HLC) by a protocol (H. H.323 / SIP), and transmits it to the called (terminal) terminal using a call control message. Similarly, the calling terminal can also receive a bearer capability (BC) in which a protocol (H.323 / SIP) capable of communication is set, a lower layer consistency (LLC), and a higher Receive a call control message including a layer consistency (HLC).
[0030]
Next, in step 042, the terminal on the calling side (own side) transmits the bearer capability (BC), the low layer compatibility (LLC), and the high layer compatibility (BC) in the call control message from the called terminal. It is determined whether or not the HLC) has the same settings as those of the calling side.
[0031]
If the bearer capability (BC), lower layer compatibility (LLC), and higher layer compatibility (HLC) in the call control message from the called terminal include the same settings as those of the calling side, the step is performed. The process proceeds to 043, and if there is no similar setting, the process proceeds to step 046.
[0032]
In step 043, the calling terminal determines according to the identifiers included in the bearer capability (BC), the lower layer compatibility (LLC), and the higher layer compatibility (HLC) in the call control message from the called terminal. And the communication protocol (H.323 / SIP). In step 044, normal PPP connection processing is performed.
[0033]
In step 045, a socket is generated with the port number used in the selected communication protocol, TCP / UDP connection is performed, and the process proceeds to step 051.
In step 046, the terminal on the calling side performs a normal PPP connection process, performs a setting indicating a protocol (H.323 / SIP) with which communication is possible, and uses the NCP message in the PPP message. Then, the call is transmitted to the terminal on the called side (the other side). The calling terminal similarly receives, from the called terminal, the NCP message in the PPP message indicating the protocol (H.323 / SIP) with which communication is possible.
[0034]
In step 047, the terminal on the calling side (self side) determines whether or not the NCP message in the PPP message from the terminal on the called side includes the same setting as the setting on the calling side. If there is a setting similar to that of the calling side in the NCP message from the called terminal, the process proceeds to step 048; otherwise, the process proceeds to step 049.
[0035]
In step 048, the calling terminal selects a communication protocol (H.323 / SIP) according to the identifier included in the NCP message from the called terminal, and proceeds to step 045.
[0036]
In step 049, H. A socket is generated with a port number used by both H.323 and SIP, and TCP / UDP connection processing is performed. When using TCP, a connection is established. When using UDP, the following H.264 is used. A part of a call control message used in H.323 / SIP (RAS message in H.323, INVITE message in SIP, etc.) is transmitted. Next, in step 050, a communication protocol type (H.323 / SIP) is selected based on the port number received from the called terminal, and the process proceeds to step 051.
[0037]
In step 051, the calling terminal determines that the communication protocol type is H.264. It is determined whether it is H.323 or SIP, and an application to be used thereafter is selected based on the result of the determination. If the communication protocol type is H. If it is H.323, H.323 of steps 052 to 055 is executed. If the communication protocol type is SIP, negotiation of SIP in steps 056 to 059 is performed to complete the connection.
[0038]
H. of steps 052 to 055. The H.323 negotiation will be described. At step 052, The H.323 terminal performs call connection processing. At step 053, 323 terminals are exchanged. In step 054, the communication mode of the image and sound is determined. In step 055, image and voice communication is performed. Similarly, the negotiation of SIP in steps 056 to 059 will be described. In step 056, a call connection process of the SIP terminal is performed. In step 057, the capabilities of the SIP terminal are exchanged. In step 058, the communication mode of the image and sound is determined. In step 059, image and voice communication is performed.
[0039]
With reference to FIG. 4, the line connection processing 061 of step 011 and step 041 will be described in detail. FIG. 4 shows a call connection message exchanged between terminals during line connection. First, a Setup message is transmitted from a calling terminal to a called terminal. Upon receiving the Setup message, the called terminal transmits a CallProceeding message, an Alert message, and a Connect message to the calling terminal. When the calling terminal receives the Connect message from the called terminal, a line connection is established.
[0040]
In this example, the information of the communication protocol type to be used hereinafter is transmitted by using the bearer capability, the lower layer compatibility, and the higher layer compatibility included in the Setup message, CallProceeding message, and Alert message of the call control message. Perform processing.
[0041]
Next, the PPP connection processing of steps 016 and 046 will be described in detail with reference to FIG. FIG. 5 shows a PPP message exchanged between terminals during PPP connection. First, an LCP (Link Control Protocol) message is exchanged between a calling terminal and a called terminal, then an Authentication message is exchanged, and then an NCP (Network Control Protocol) message is exchanged similarly. The connection 062 of the PPP is established.
[0042]
In this example, a connection process is performed by using the NCP message of the PPP message to transmit information of a communication protocol type to be used later. Subsequent negotiations may be performed using the H.264 method described above. H.323 or SIP can be transmitted by preceding negotiation, and the number of subsequent negotiations can be reduced.
[0043]
The communication terminal according to the present invention has a 323 and SIP have been described. However, H. et al. H.323 and SIP are examples, and can support other protocols, and are not limited thereto.
[0044]
In the above-described example, the case where a communication network with a line connection is used as in the IMT-2000 system has been described. The present invention can be applied to a communication network that does not involve line connection, such as a broadband environment. In this case, the procedure of line connection may be omitted from the above procedure.
[0045]
Further, the present invention is applicable to a communication network that does not involve a line connection and a PPP connection, such as a wireless LAN. In this case, the line connection procedure and the PPP connection procedure may be omitted from the above procedure.
[0046]
According to the present invention, not only a communication network with a line connection such as the IMT-2000 system but also a communication network without a line connection such as a broadband environment further includes a line connection and a PPP connection like a wireless LAN. Even in a communication network that does not have the above, the number of subsequent negotiations can be reduced by the same procedure as described above.
Although the embodiments of the present invention have been described above, those skilled in the art will understand that the present invention is not limited to the above-described embodiments, and that various modifications can be made within the scope of the claims.
[0047]
【The invention's effect】
By using the above connection procedure, the negotiation time of a terminal equipped with a plurality of communication protocols can be reduced.
Also, by enabling / disabling the procedure in each layer individually according to the type of network, it is possible to flexibly cope with any type of network and to shorten the above-described negotiation time. it can.
[0048]
Further, by enabling / disabling the procedure in each layer individually according to the type of terminal configuration, it is possible to flexibly cope with any terminal configuration, and to shorten the negotiation time described above. be able to.
[Brief description of the drawings]
FIG. 1 is a diagram showing an example of a communication terminal according to the present invention.
FIG. 2 is a diagram showing a processing flow of a connection procedure of a communication terminal according to the present invention.
FIG. 3 shows a communication terminal according to the present invention. FIG. 9 is a diagram illustrating a flow of processing until the H.323 application or the SIP applications are connected to each other.
FIG. 4 is a diagram showing an example of a call connection message exchanged between terminals when a line is connected.
FIG. 5 is a diagram illustrating an example of a PPP message exchanged between terminals during PPP connection.
FIG. FIG. 8 is a diagram showing a procedure when the H.323 / SIP terminal connects using a communication line.
[Explanation of symbols]
101 communication unit, 102 communication connection control unit, 103 negotiation unit, 104 PPP control unit, 105 TCP / UDP control unit, 106 H. H.323 / SIP control unit, 107 ... Multimedia data processing unit

Claims (10)

パケットデータの送受信を行う通信部と、通信接続処理を行う通信接続処理部と、画像データ及び音声データの符号化・復号化を行うマルチメディアデータ処理部と、を有し、通信相手と通信回線によってデータを交信する前に、通信相手との間で使用可能な通信プロトコルの種別を検出するネゴシエーションを行うことを特徴とする通信端末。A communication unit that transmits and receives packet data, a communication connection processing unit that performs communication connection processing, and a multimedia data processing unit that performs encoding and decoding of image data and audio data. A communication terminal for performing negotiation for detecting a type of a usable communication protocol with a communication partner before exchanging data with the communication terminal. 請求項1記載の通信端末において、上記ネゴシエーションでは、移動体通信ネットワークの呼制御メッセージであるベアラ能力、低位レイヤ整合性、及び高位レイヤ整合性を含む情報要素を利用して使用可能な通信プロトコルの種別を検出することを特徴とする通信端末。The communication terminal according to claim 1, wherein in the negotiation, a communication protocol usable using an information element including a bearer capability, a lower layer compatibility, and a higher layer compatibility, which are call control messages of a mobile communication network. A communication terminal for detecting a type. 請求項1又は2記載の通信端末において、上記ネゴシエーションでは、PPPの接続メッセージであるNCP(Network Control Protocol)情報を利用することを特徴とする通信端末。3. The communication terminal according to claim 1, wherein the negotiation uses NCP (Network Control Protocol) information that is a PPP connection message. 請求項1、2又は3記載の通信端末において、上記ネゴシエーションでは、TCP/UDPの接続メッセージ情報を利用することを特徴とする通信端末。4. The communication terminal according to claim 1, wherein the negotiation uses TCP / UDP connection message information. 請求項1〜4のいずれか1項記載の通信端末において、上記通信接続処理部は、通信相手の能力に基づいて、通信接続手順の有効/無効を切り替え、順次、適切な手順にフォールバックすることを特徴とする通信端末。5. The communication terminal according to claim 1, wherein the communication connection processing unit switches between valid and invalid communication connection procedures based on a capability of a communication partner, and sequentially falls back to an appropriate procedure. 6. A communication terminal, characterized in that: 請求項1〜4のいずれか1項記載の通信端末において、上記通信接続処理部は、使用するネットワークの種別に基づいて、通信接続手順の有効/無効を切り替え、順次、適切な手順にフォールバックすることを特徴とする通信端末。5. The communication terminal according to claim 1, wherein the communication connection processing unit switches between valid and invalid communication connection procedures based on a type of a network to be used, and sequentially falls back to an appropriate procedure. A communication terminal. 請求項1〜4のいずれか1項記載の通信端末において、上記通信接続処理部は、本通信端末の構成に基づいて、通信接続手順の有効/無効を切り替え、順次、適切な手順にフォールバックすることを特徴とする通信端末。5. The communication terminal according to claim 1, wherein the communication connection processing unit switches between valid and invalid communication connection procedures based on the configuration of the communication terminal, and sequentially falls back to an appropriate procedure. A communication terminal. 請求項1記載の通信端末において、上記通信接続処理部は、PPP接続処理、TCP/UDP接続処理及びH.323/SIP接続処理のうち必要な処理を順次行うことを特徴とする通信端末。2. The communication terminal according to claim 1, wherein the communication connection processing unit includes a PPP connection process, a TCP / UDP connection process, and an H.264 connection process. 323 / SIP A communication terminal that sequentially performs necessary processing among SIP connection processing. 呼制御レイヤにて通信相手と端末の接続能力を交信して使用可能な通信プロトコルを検出するステップと、PPPレイヤにて通信相手と端末の接続能力を交信して使用可能な通信プロトコルを検出するステップと、TCP/UDPレイヤにて使用するポート番号から使用可能な通信プロトコルを検出するステップと、をコンピュータに実行させるためのプログラム。Detecting a usable communication protocol by exchanging connection capability between the communication partner and the terminal in the call control layer, and detecting an available communication protocol by exchanging connection capability between the communication partner and the terminal in the PPP layer A program for causing a computer to execute the steps and a step of detecting a usable communication protocol from a port number used in a TCP / UDP layer. 請求項9記載のプログラムを記録した記録媒体。A recording medium on which the program according to claim 9 is recorded.
JP2003160527A 2003-06-05 2003-06-05 Communication terminal Pending JP2004363993A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003160527A JP2004363993A (en) 2003-06-05 2003-06-05 Communication terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003160527A JP2004363993A (en) 2003-06-05 2003-06-05 Communication terminal

Publications (1)

Publication Number Publication Date
JP2004363993A true JP2004363993A (en) 2004-12-24

Family

ID=34053286

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003160527A Pending JP2004363993A (en) 2003-06-05 2003-06-05 Communication terminal

Country Status (1)

Country Link
JP (1) JP2004363993A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2004200255B2 (en) * 2003-01-27 2005-09-22 Nec Platforms, Ltd. Internet Telephone System, Call Connection Controller, Terminal Association Method Used Therein and Its Program
WO2005091575A1 (en) * 2004-03-19 2005-09-29 Hitachi Communication Technologies, Ltd. Packet data serving node and communication method using the same
JP2009513045A (en) * 2005-10-21 2009-03-26 シーメンス アクチエンゲゼルシヤフト Method for transferring signaling data to a network migration unit and a control unit and the unit to which it belongs
WO2009084506A1 (en) * 2007-12-28 2009-07-09 Sony Corporation Communication device, communication system, communication method, and program
US10027507B2 (en) 2007-03-05 2018-07-17 Sony Corporation Setting of network allocation vectors in a wireless communication system
US10506080B2 (en) 2014-09-26 2019-12-10 Canon Kabushiki Kaisha Communication apparatus, communication system, information processing method, and storage medium

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2004200255B2 (en) * 2003-01-27 2005-09-22 Nec Platforms, Ltd. Internet Telephone System, Call Connection Controller, Terminal Association Method Used Therein and Its Program
WO2005091575A1 (en) * 2004-03-19 2005-09-29 Hitachi Communication Technologies, Ltd. Packet data serving node and communication method using the same
US7746852B2 (en) 2004-03-19 2010-06-29 Hitachi, Ltd. Packet data serving node and communication method using the same
JP2009513045A (en) * 2005-10-21 2009-03-26 シーメンス アクチエンゲゼルシヤフト Method for transferring signaling data to a network migration unit and a control unit and the unit to which it belongs
US9356973B2 (en) 2005-10-21 2016-05-31 Siemens Aktiengesellschaft Method for the transmission of signalling data in a network interface unit and in a control unit and corresponding devices
US10027507B2 (en) 2007-03-05 2018-07-17 Sony Corporation Setting of network allocation vectors in a wireless communication system
WO2009084506A1 (en) * 2007-12-28 2009-07-09 Sony Corporation Communication device, communication system, communication method, and program
JP2009163361A (en) * 2007-12-28 2009-07-23 Sony Corp COMMUNICATION DEVICE, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND PROGRAM
US10506080B2 (en) 2014-09-26 2019-12-10 Canon Kabushiki Kaisha Communication apparatus, communication system, information processing method, and storage medium

Similar Documents

Publication Publication Date Title
CN1611084B (en) Communication system and method for communication between a first terminal and a second terminal by the communication system
KR101577860B1 (en) Session initiation protocol(sip) based user initiated handoff
RU2408998C2 (en) Control of call establishment procedure for multimedia communication
JP4398258B2 (en) Multimedia communication method and configuration thereof
JP2009194674A (en) Communication terminal device and control method of communication terminal device
CN103155516A (en) Processing communication handover in an sip mode
JP2004363993A (en) Communication terminal
JP2009510809A (en) Method for establishing a call between a calling terminal and a called terminal
US20110029679A1 (en) Communication apparatus, communication method and program
US7489633B2 (en) Method and apparatus for differential link bring-up for MoIP on the Internet
RU2446605C2 (en) Method, system and device for reconciliation of session initiation protocol signaling data service
JP2008113381A (en) Communication system
US9398254B2 (en) Method for implementing telepresence technology and telepresence device
JP2013115639A (en) Telephone device and telephone system
JP2004173051A (en) VoIP packet information storage system
JP3370943B2 (en) Communication terminal connection method, and storage medium storing program for causing the connection method to function
CN100433933C (en) Method for media arrangement
WO2010145334A1 (en) Method and system for realizing qos resource control by bearing interface negotiation
JP4477066B2 (en) Information communication equipment
JP2004201087A (en) Method for dial-up connecting by portable telephone
JP4100794B2 (en) Communication terminal, communication method, and recording medium
JP5096831B2 (en) Communication apparatus and communication method
CN100479448C (en) Method for realizing point-to-point data cooperation business
JP2003008614A (en) Communication system
JP2000165469A (en) Multimedia communication method using tcp (udp)/ip protocol

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050810

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070419

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070424

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070814