WO2007017924A1

WO2007017924A1 - 情報通信装置

Info

Publication number: WO2007017924A1
Application number: PCT/JP2005/014434
Authority: WO
Inventors: Hiroyuki Kurokawa; Yukio Yokoyama
Original assignee: Mitsubishi Denki Kabushiki Kaisha
Priority date: 2005-08-05
Filing date: 2005-08-05
Publication date: 2007-02-15
Also published as: JP4477066B2; JPWO2007017924A1

Abstract

　この発明に係る情報通信装置は、Ｈ．２４５に準拠した制御手順を行う制御プロトコル処理部（Ｈ．２４５）１０８と、制御手順を実行する制御メッセージを伝送するための複数の伝送手順ＳＲＰ、ｘＳＲＰを有する制御メッセージ伝送処理部１０９とを備えている。　ＳＲＰは、Ｈ．３２４において、Ｈ．２４５制御メッセージの伝送フレームとして既に規定されている伝送手順である。また、ｘＳＲＰは、Ｈ．３２４に枠組みでＨ．２４５制御メッセージの伝送フレームとして使用するための、ＳＲＰとは異なる新プロトコルである。それぞれの伝送手順の伝送フレームである、ＳＲＰフレームとｘＳＲＰフレームを用いて制御メッセージを送信する。

Description

明細書

情報通信装置

技術分野

[oooi] この発明は、音声 Z映像 Zデータ等のマルチメディア情報の通信を行うテレビ電話 Zテレビ会議端末等の情報通信装置に関するものである。

背景技術

[0002] 近年、テレビ電話機能を備えた携帯電話端末が普及しつつある。同携帯電話端末間のテレビ電話通信では、従来の音声電話間の接続処理に加えて、映像 Z音声 Z データ等のマルチメディア情報を相互にやりとりするためのテレビ電話通信固有の各種設定を行う接続処理が必要である。

[0003] テレビ電話通信を実現する技術としては、 ITU— T勧告 H. 324 (以下、 H. 324) が代表的である。以下、 H. 324における、テレビ電話通信等のマルチメディア通信開始時の接続処理について説明する。 H. 324準拠のテレビ電話端末間でのテレビ電話通信を開始する場合には、「呼接続手順」、「ITU— T勧告 H. 223 (以下、 H. 2 23)に準拠した伝送情報の多重化方法の設定手順」、「制御チャネルでの ITU— T 勧告 H. 245 (以下、 H. 245)に準拠した制御メッセージ授受による通信モード等の設定手順」、の 3段階の手順を踏む必要がある。

[0004] H. 324準拠の情報通信端末装置では、端末装置間の接続時において、最初にモデムのネゴシエーションを開始し、ディジタルデータの通信リンクを確立する。これによりこのディジタルデータ通信リンク上にて H. 223で規定された多重化フレーム（以下、 H. 223多重化フレーム）の送受信が可能となる。 H. 223フレームには、制御、音声、映像等の複数のメディア情報が多重化される。 H. 324に準拠する情報通信端末装置間の制御情報のやり取りは、この H. 223フレームで提供される論理通信チャネルである制御チャネル上で行われる。

[0005] 次に、この制御チャネル上で H. 245に基づく制御手順に従い、情報通信端末装置の能力交換、マスタ Zスレーブ決定の順に処理を行う。マスタ Zスレーブ決定以降、音声 Z映像通信を行うための典型的な処理手段として、先ず H. 245の論理チヤネル開設手順に従い、音声チャネルの開設と映像チャネルの開設を行う。この際、先の能力交換の結果に基づいて、使用される音声モード Z映像モードが決定される。次に、この 2つのチャネルをどのように H. 223で規定されるフレームにマッピングするか記述する多重化テーブルを、 H. 245の多重化テーブルエントリ送信手順に従い、両端末装置間で交換する。

以上で、音声 Z映像通信を行うための接続処理が完了し、実際に映像 Z音声等のマルチメディア通信フレーズに移って、く。

[0006] テレビ電話固有の接続処理では、制御チャネル上で多数の制御メッセージの送受信が必要であるが、制御メッセージ送受信のための伝送プロトコル (伝送手順）が逐次転送方式 (相手側の受信を確認しながら 1つずつ送信する方式)であることに加え、通信網の遅延によりメッセージの往復に時間を要するため、通信接続開始からにテレビ電話通信開始までに長時間を要するとともに、呼接続完了後の課金開始からテレビ電話接続開始までに遅れが生じるという問題がある。

[0007] 上記の問題点を解決するために、 H. 324準拠のマルチメディア端末間の接続処理において、 H. 245と異なる独自方式の制御手順を追加した情報通信方法及び情報通信端末装置が提供されている (例えば、特許文献 1参照)。特許文献 1記載の情報通信方法及び情報通信端末装置では、 H. 324準拠の端末との接続性を損なうことなぐ同方式を採用する端末間での接続処理に要する時間を短縮することを目的としている。

[0008] 具体的には、 H. 324に準拠する端末構成に、新たに空帯域送受信部、独自方式フレーミング部、独自方式制御手順部を付加することで、端末接続時に、通常の H. 245に準拠する制御手順を行うのと同時に、独自方式の制御手順を行う。これにより、特許文献 1記載の端末間での接続処理では、独自方式の制御手順が完了した時点で、通常の H. 245の制御手順の完了を待つことなぐ実際の通信フェーズへ移行できる。即ち、 H. 324の制御手順を一部省略することになる。

[0009] 特許文献 1：特開 2000— 174842号公報

[0010] 従来の情報通信装置は以上のように構成されて、たので、 H. 245と異なる独自方式の制御手順を使用し、標準規格 H. 324に準拠した制御手順を一部省略している。その結果、 H. 245の通信パラメータと独自方式のパラメータとのネゴシエーションが不可能であり、独自方式のパラメータでしか動作ができないという課題があった。

[0011] この発明は上記のような課題を解決するためになされたもので、通信パラメータ設定のために独自方式の制御手順を用いることなぐ通信パラメータのネゴシエーションを標準規格 H. 324の枠組みに沿った伝送手順で実行すると共に、通信開始までの時間短縮が可能な情報通信装置を提供することを目的とする。

発明の開示

[0012] この発明に係る情報通信装置は、特定の制御手順を行う制御プロトコル処理部と、前記制御手順を実行する制御メッセージを伝送するための複数の伝送手順を有する制御メッセージ伝送処理部とを備え、前記複数の伝送手順に基づく複数種類の伝送フレームを用いて前記制御メッセージを送信するように構成したものである。

[0013] この発明に係る情報通信装置によれば、新たに独自方式の制御手順を用いることなぐ特定の制御手順を実行する制御メッセージを伝送するために複数の伝送手順を備えて、るので、通信網遅延等の影響を受けることなく制御メッセージを確実に伝送することができる。その結果、通信開始までの時間短縮が可能になる。

図面の簡単な説明

[0014] [図 1]この発明の実施の形態 1に係る情報通信装置の概略構成を示すブロック図である。

[図 2]図 1の制御メッセージ伝送処理部 109における伝送手順切り換え方法の一例を示した図である。

[図 3]図 2と異なる他の一例を示した図である。

[図 4]図 1の制御メッセージ伝送処理部 109における伝送手順切り換え方法において

、 xSRPをサポートしな、端末との相互接続方法の一例を示した図である。

[図 5]複数種類の伝送フレームを受信した場合に、受信側でサポートしな!/、種類の伝送フレームについては確実に廃棄されるようにする方法の一例を示した図である。

[図 6]制御メッセージ用の伝送フレームを種類毎に異なる論理チャネルを用いて伝送することにより、未サポートの伝送フレームを確実に廃棄する方法の一例を示した図である。 [図 7]制御メッセージ用の伝送フレームを種類毎にそれぞれ異なる論理チャネルを用いて伝送することにより、未サポートの伝送フレームを確実に廃棄する方法の、図 6と異なる一例を示した図である。

[図 8]図 1の制御メッセージ伝送処理部 109における制御メッセージ伝送プロトコルの選択処理フローの一例を示したフローチャートである。

発明を実施するための最良の形態

[0015] 以下、この発明をより詳細に説明するために、この発明を実施するための最良の形態について、添付の図面に従って説明する。

実施の形態 1.

以下、実施の形態 1について説明する。図 1は、この発明の実施の形態 1に係る情報通信装置の概略構成を示すブロック図である。本構成は、 H. 324で規定される端末構成に従った、マルチメディア通信端末装置を示している。各機能ブロックを以下に説明する。

図 1において、映像入出力部 101は、カメラと表示装置を備えている。映像符復号部 102は、映像信号を符号化 Z復号する。

音声入出力部 103は、マイクおよびスピーカ等を備えている。音声符復号部 104は、音声信号を符号化 Z復号する。

データ入出力部 105は、データユーザアプリケーションから構成される。データ符復号部 106は、データ信号を符号化 Z復号する。

[0016] 制御プロトコル処理部（H. 245) 108は、 H. 245に基づく制御手順を行う。

制御メッセージ伝送処理部 109は、制御プロトコル処理部 108に対して、再送に基づく信頼性のある送受信チャネルを提供する。

多重分離部 (H. 223) 110は、映像符復号部 102、音声符復号部 104、データ符復号部 106、制御メッセージ伝送処理部 109に接続され、 H. 223に基づいて、それぞれのメディアデータの多重化 Z分割化を行う。

回線接続部 111は、本マルチメディア通信端末装置を回線 112に接続する。システム制御部 107は、制御メッセージ伝送処理部 109を通じて相手端末装置との間で授受される制御メッセージを制御プロトコル処理部 (H. 245) 108で処理した結果に基づいて、端末動作を決定する。なお、典型的な端末の構成としては、図 1には図示して!/、な、端末全体の制御を行う手段が、システム制御部 107での端末動作決定結果に基づいて、前述の各機能ブロックを制御することになる。

[0017] 次に、動作について説明する。先ず、送信処理について説明する。映像入出力部 101、音声入出力部 103、データ入出力部 105で作成された各メディアデータは、それぞれ、映像符復号部 102、音声符復号部 104、データ符復号部 106で符号化される。

多重分離部 (H. 223) 110は、映像符復号部 102、音声符復号部 104、データ符復号部 106、制御メッセージ伝送処理部 109から入力される情報を多重化し、 H. 22 3で規定される H. 223フレームを生成し、ここにフラグシーケンスを付カ卩した形で回線接続部 111を介して回線 112に送信する。

[0018] 次に、受信処理について説明する。回線接続部 111は、回線 112から受信データストリームを受信する。

多重分離部 (H. 223) 110は、受信データストリーム力もフラグシーケンスを検出することで H. 223フレームを抽出する。そして、抽出した H. 223フレーム力ヘッダで示される多重化テーブルエントリを参照し、 H. 223フレームの情報フィールドに含まれる多重化データの分割化を行う。更に、分割化して得られた各メディアデータを、対応する処理ブロック、即ち、映像符復号部 102、音声符復号部 104、データ符復号部 106、制御メッセージ伝送処理部 109に出力する。

各メディアデータは、映像符復号部 102、音声符復号部 104、データ符復号部 10 6で復号された後、それぞれ、映像入出力部 101、音声入出力部 103、データ入出力部 105で表示、再生等の出力をされる。

[0019] 次に、制御メッセージ伝送処理部 109の動作について説明する。図 2は、図 1の制御メッセージ伝送処理部 109における伝送手順切り換え方法の一例を示した図である。図 2は、制御メッセージ送受信用の伝送フレームを複数種類、相手端末に送信し、応答が得られた伝送フレームの中から送信側端末が所望の伝送フレームを選択する例を示している。なお、便宜上、自端末を送信側端末とし、相手端末を受信側端末とする。 [0020] 図 2において、 SRPは、 H. 324において、 H. 245制御メッセージの伝送フレームとして既に規定されている簡易再送プロトコル (伝送手順)である。また、 xSRPは、 H . 324に枠組みで H. 245制御メッセージの伝送フレームとして使用するための、 SR Pとは異なる新プロトコルである。図 2では、送信側端末 Aと受信側端末 Bは、 SRPと X SRPの双方をサポートして!/、るものとする。

[0021] 図 2において、送信側端末 Aから受信側端末 Bに対して、 SRPフレームと、 xSRPフレームの 2種類の伝送フレーム（図 2中の SRP、 xSRP)が送信されている（ステップ S T201、 ST202)。

受信側端末 Bは、 SRPフレームと xSRPフレームの双方の伝送フレームを解釈可能であるため、双方の伝送フレームに対する送達確認応答フレーム（以下、応答フレーム：図 2中の SRPRes、 xSRPRes)を送信側端末 Aに返信して!/、る（ステップ ST203 、 ST204)。

応答フレーム SRPRes、 xSRPResを受信した送信側端末 Aでは、受信側端末 Bが SRPフレームと xSRPフレームの双方を解釈可能であることを判定する。そして、使用する伝送フレームとして xSRPフレームを選択して、これ以降の H. 245制御メッセージを xSRPフレームに格納して送信する（ステップ ST205)。

[0022] 以上のように、制御メッセージ送受信用の伝送フレームを複数種類、相手端末に送信することにより、応答が得られた伝送フレームの中から送信側端末が所望の伝送フレームを選択することができるため、通信網遅延等の状況に応じて適切な制御メッセージ送受信用の伝送フレームを選択することができる。

[0023] 図 3は、図 2と異なる他の一例を示した図である。図 3も図 2と同様に、送信側端末 A から受信側端末 Bに対して、 SRPフレームと xSRPフレームの 2種類の伝送フレームが送信されている。また、受信側端末 Bは SRPと xSRPの双方をサポートしているものとする。

[0024] 図 3において、送信側端末 Aが使用を希望している xSRPフレームを先に送信している（ステップ ST301)。この場合、現時点で xSRPフレームが SRPフレームより適切であり、優先されるものとする。

その後に SRPフレームを送信して!/、る（ステップ ST302)。受信側端末 Bは、 SRPフレームと xSRPフレームの双方の伝送フレームを解釈可能であるため、双方の伝送フレームに対して応答フレーム xSRPRes、 SRPResを送信側端末 Aに対して返信している。この時、 xSRPフレームを先に受信しているため、応答フレーム xSRPResを先に返信して!/、る（ステップ ST303)。

応答フレーム xSRPResを受信した送信側端末 Aでは、受信側端末 Bが xSRPフレームを解釈可能であると判定する。そして、使用する伝送フレームとして xSRPフレームを選択し、これ以降の H. 245制御メッセージは xSRPフレームに格納して送信する（ステップ ST304)。

なお、送信側端末 Aは、使用を希望している xSRPフレームを選択した後に、受信側端末 Bからの応答フレーム SRPResを受信している（ステップ ST305)ので、ステツプ ST305の応答フレーム SRPResは無視する。

[0025] 以上のように、制御メッセージ送受信用の伝送フレームを複数種類、かつ自端末が使用を希望する伝送フレームから先に相手端末に送信することにより、応答が得られた時点で該伝送フレームによる制御メッセージ送受信を開始することができるため、通信網遅延等の状況に応じて適切な制御メッセージ送受信用の伝送フレームを迅速に選択することができる。

[0026] 図 4は、図 1の制御メッセージ伝送処理部 109における伝送手順切り換え方法において、 xSRPをサポートしない端末との相互接続方法の一例を示した図である。図 4 にお、て、受信側端末 Bは SRPのみサポートして、るものとする。

[0027] 図 4において、送信側端末 Aから受信側端末 Bに対して、 SRPフレームと xSRPフレームの 2種類の伝送フレームが送信されている（ステップ ST401、 ST402)。

受信側端末 Bは、 SRPフレームについては解釈可能である力 xSRPフレームについては解釈できないため、 SRPフレームに対してのみ、応答フレーム SRPResを送信側端末 Aに対して返信してヽる (ステップ ST403)。

応答フレーム SRPResのみを受信した送信側端末 Aでは、受信側端末 B側が SRP フレームのみを解釈可能であると判定する。そして、使用する伝送フレームとして SR Pを選択し、これ以降の H. 245制御メッセージは、 SRPフレームに格納して送信する（ステップ ST404)。なお、ステップ ST405は、ステップ ST404で送信側端末 Aから送信された SRPフレームに対する、受信側端末 Bから返信された応答フレーム SRPResを示す。

[0028] 以上のように、制御メッセージ送受信用の伝送フレームを複数種類、相手端末に送信することにより、相手端末はサポートしない伝送フレームについては応答を返さず、サポートするもののみ応答を返すため、相互接続性の確保が可能である。

[0029] 図 5は、複数種類の伝送フレームを受信した場合に、受信側でサポートしな!ヽ種類の伝送フレームについては確実に廃棄されるようにする方法の一例を示した図である。図 5は、送信側端末で誤り訂正符号を付加後に、送信する伝送フレームをサポートする端末のみが解釈可能な演算処理を施すことにより、誤り検出等の手段によりェラー廃棄する方法を示している。なお、図 5中の送信側は送信側端末の処理を示し、受信側は受信側端末の処理を示すものとする。

[0030] 図 5にお!/、て、先ず、送信側で送信すべき制御メッセージ 501にヘッダ 502、シーケンス番号 503を付加する。

次に、誤り訂正符号 (以下、 CRC) 504を計算して付加する。

次に、ヘッダ 502を削除 (例えば、ヘッダ 502全てを 0にする）した伝送フレームとして受信側に送信する。

[0031] 受信側では、送信側端末からの伝送フレームを受信する。

次に、受信した伝送フレームをサポートしている場合には、削除されたヘッダ 502を復元する。

最後に、誤り訂正チェック（CRC 504のチェック）を行い、制御メッセージ 501を取得する。

[0032] 一方、受信側が、受信した伝送フレームをサポートしていない場合には、削除されたヘッダ 502を復元することができないため、復元前のヘッダ（例えば、ヘッダ 502全てが 0)のまま誤り訂正チェックを行い、エラー廃棄することになる。

[0033] 以上のように、送信側で CRC 504を付加後に、送信する伝送フレームをサポートする端末のみが解釈可能な演算処理 (付加情報)を施すことにより、受信側がサポートしな、種類の伝送フレームにつ、ては、確実に廃棄することができる。

[0034] また、図 5の変更例として、送信側では伝送情報本体 (制御メッセージ）にヘッダ、誤り訂正情報、等を付加して伝送情報フォーマットを作成後、伝送情報フォーマットの全部または一部の領域と所定値との演算 (例えば、排他的論理和等のビット演算等)を施したものを送信する方法も考えられる。

[0035] 複数種類の伝送フレームを受信した場合にサポートしな、種類の伝送フレームについては確実に廃棄されるようにするための他の方法としては、制御メッセージ用の伝送フレームの伝送に使用する論理チャネルを伝送フレームの種類毎に使い分ける方法が考えられる。

[0036] H. 324準拠の既存の情報通信端末においては、制御メッセージ用の伝送フレーム（例えば、前述の SRPフレーム）の伝送に論理チャネル 0を用いる。論理チャネル 0 以外のチャネルにおいては、ビデオや音声等のメディア情報が伝送される。従って、論理チャネル 0以外のチャネルを用いて新たな種類の制御メッセージ用の伝送フレーム（例えば、前述の xSRPフレーム）を送信することにより、既存端末において新規の伝送フレームを確実に廃棄することができる。

[0037] なお、論理チャネル 0以外のチャネルで制御メッセージ用の伝送フレームを送信するために、 H. 245準拠の多重化テーブルエントリ送信手順に基づいて、ビデオや音声等のメディア情報を H. 223で規定される多重化パターンにマッピングする方法を記述する多重化テーブルを両端末装置間で交換するが、その際に、新たな種類の制御メッセージ用の伝送フレームの伝送に使用する論理チャネルをビデオや音声等のメディア情報の伝送に用いないように設定する。以下、図 6、図 7を用いて具体例を説明する。

[0038] 図 6は、制御メッセージ用の伝送フレームを種類に応じて異なる論理チャネルを用いて伝送することにより、未サポートの伝送フレームを確実に廃棄する方法の一例を示した図である。図 6は、タイプ 1の伝送フレームについては論理チャネル 0を用いて伝送し、タイプ 1以外の伝送フレームであるタイプ 2及びタイプ 3の伝送フレームにつ Vヽては全て論理チャネル 0とは異なる論理チャネル Xを用いて伝送する例を示してヽる。

[0039] 以上のように、制御メッセージ用の伝送フレームを伝送するための論理チャネルを、伝送フレームの種類に応じて既存の論理チャネル 0とそれ以外の論理チャネル Xに分けることにより、論理チャネル 0での制御メッセージ伝送のみをサポートしている既存端末にお、て、

、論理チャネル Xで伝送される未サポートのタイプ 2及びタイプ 3の伝送フレームを確実に廃棄することができる。

[0040] また、図 6において、論理チャネル Xでの伝送フレームをサポートする端末の間で、タイプ 2とタイプ 3の伝送フレームを識別するには、前述の図 5に示したような誤り検出等の手段によりエラー廃棄する方法を用いることができる。

[0041] 図 7は、制御メッセージ用の伝送フレームを種類毎にそれぞれ異なる論理チャネルを用いて伝送することにより、未サポートの伝送フレームを確実に廃棄する方法の、図 6と異なる一例を示した図である。図 7は、タイプ 1の伝送フレームについては論理チャネル 0を、タイプ 2の伝送フレームについては論理チャネル Xを、タイプ 3の伝送フレームにつヽては論理チャネル Yをそれぞれ用いて伝送する例を示して、る。

[0042] 以上のように、制御メッセージ用の伝送フレームを伝送するための論理チャネルとして、伝送フレームの種類毎にそれぞれ異なる論理チャネルを割り当てることにより、サポートして、る伝送フレームの伝送に用いられて、る論理チャネルのみを参照する一方、未サポートの伝送フレームの伝送に用いられている論理チャネルを参照しな V、ので、受信側で未サポートの伝送フレームを確実に廃棄することができる。

[0043] また、図 7において、制御メッセージ用の伝送フレームを伝送するための論理チヤネルとして、伝送フレームの種類毎にそれぞれ異なる論理チャネルを用いるので、図 6のように論理チャネル Xでタイプ 2とタイプ 3の伝送フレームとを識別する必要がな!ヽ。従って、図 5に示したような誤り検出等の手段によりエラー廃棄する方法を用いることなぐ未サポートの伝送フレームを廃棄することができる。

[0044] 図 8は、図 1中の制御メッセージ伝送処理部 109における制御メッセージ伝送プロトコルの選択処理フローの一例を示したフローチャートである。図 8は、制御メッセージ用の伝送フレームとして、既存端末もサポートしている SRPフレームと、新規端末のみがサポートしている xSRPフレームとの 2種類を想定した場合の、伝送プロトコル選択のためのフローチャートの一例を示している。

なお、図 8においては、 SRP及び xSRPの伝送フレームを相手端末へ送信済みであることとし、相手端末からの受信伝送フレーム (応答フレーム）に応じて制御メッセージ送信のための伝送プロトコルを選択する場合を示す。

[0045] 先ず、自端末の制御メッセージ伝送処理部 109は、相手端末力も制御メッセージ用の伝送フレームを受信すると (ステップ ST801)、受信した伝送フレームのタイプをチェックする（ステップ ST802)。

[0046] 次に、ステップ ST802のチェック結果から、受信した伝送フレームのタイプが SRP であるかどうかを判定し (ステップ ST803)、 SRPであれば CRCチェックを行って伝送フレームが回線エラー等によって誤りが生じていないかどうかをチェックする (ステップ ST804)。

一方、受信した伝送フレームのタイプが SRPではない場合には、後述するステップ ST807へ移行する。

[0047] ステップ ST804の CRCチェック結果が OK (誤りがない）かどうかを判定し (ステップ ST805)、 OKの場合には相手端末に対して受信確認のための SRP応答フレームを送信する（ステップ ST806)。

一方、 CRCチェック結果が OKでない場合には、受信した伝送フレームを廃棄する (ステップ ST823)。

[0048] ステップ ST803において、受信した伝送フレームのタイプが SRPでないと判定された場合には、 xSRPフレームの復元演算を行う（ステップ ST807)。そして、 xSRPフレームの復元演算の後に伝送フレームタイプのチェックを行う（ステップ ST808)。

[0049] 次に、ステップ ST808のチェック結果から、受信した伝送フレームのタイプ力 SRP であるかどうかを判定し (ステップ ST809)、 xSRPであれば CRCチェックを行う（ステップ ST810)。

一方、受信した伝送フレームのタイプ力 SRPではない場合には、後述するステツプ ST814へ移行する。

[0050] ステップ ST810の CRCチェック結果が OKかどうかを判定し (ステップ ST811)、 O Kの場合には相手端末に対して受信確認のための xSRP応答フレームを送信する（ステップ ST812)。

一方、 CRCチェック結果が OKでない場合には、受信した伝送フレームを廃棄する (ステップ ST823)。 [0051] ステップ3丁801〜3丁812までの処理で、相手端末から受信した伝送フレームのタイブが xSRPであり、相手端末力 SRPをサポートしていると判定できるため、 xSRP の使用を選択する (ステップ ST813)。

以降、自端末力も相手端末へは、 xSRPを用いて制御メッセージを送信する。

[0052] ステップ ST809にお!/、て、受信した伝送フレームのタイプ力 SRPではな!/、と判定された場合には、再びフレームタイプのチェックを行う（ステップ ST814)。

[0053] 次に、ステップ ST814のチェック結果から、受信した伝送フレームのタイプ力 SRP 応答であるかどうかを判定し (ステップ ST815)、 xSRP応答であれば CRCチェックを行う（ステップ ST816)。

一方、受信した伝送フレームのタイプ力 SRP応答ではない場合には、後述するステツプ ST819へ移行する。

[0054] ステップ ST816の CRCチェック結果が OKかどうかを判定し (ステップ ST817)、 O

Kの場合には相手端末に対して受信確認のための xSRP応答フレームを送信する（ステップ ST818)。

[0055] ステップ ST815にお!/、て、受信した伝送フレームのタイプ力 SRPではな!/、と判定された場合には、フレームタイプが SRP応答かどうかを判定し (ステップ ST819)、 S RP応答であれば CRCチェックを行う（ステップ ST820)。

一方、 SRP応答でない場合には、受信した伝送フレームを廃棄する (ステップ ST8 23)。

[0056] ステップ ST820の CRCチェック結果が OKかどうかを判定し (ステップ ST821)、 O Kの場合には SRPの使用を継続して制御メッセージの送信を行う（ステップ ST822) 一方、 CRCチェック結果が OKでない場合には、受信した伝送フレームを廃棄する (ステップ ST823)。

[0057] 以上のように、この実施の形態 1によれば、制御メッセージ送受信用の伝送フレームを複数種類、相手端末に送信し、応答が得られた伝送フレームの中から送信側端末が所望の伝送フレームを選択することができるため、通信網遅延等の状況に応じて適切な制御メッセージ送受信用の伝送フレームを選択することができる。

[0058] 更に、サポートしない種類の伝送フレームについては確実に廃棄されるため、既存端末との相互接続性の確保も可能である。

産業上の利用可能性

[0059] 以上のように、この発明に係る情報通信装置は、テレビ電話機能を備えた携帯電話端末等に適用することができる。

Claims

請求の範囲

[1] 特定の制御手順を行う制御プロトコル処理部と、

前記制御手順を実行する制御メッセージを伝送するための複数の伝送手順を有する制御メッセージ伝送処理部とを備え、

前記複数の伝送手順に基づく複数種類の伝送フレームを用いて前記制御メッセ一ジを送信することを特徴とする情報通信装置。

[2] 相手端末に対して前記複数種類の伝送フレームを送信し、

前記相手端末力の前記複数種類の伝送フレームに対する応答フレームを受信し前記制御メッセージ伝送処理部は、前記受信した応答フレームと同一種類の伝送フレームを前記制御メッセージ用の伝送フレームとして選択することを特徴とする請求項 1記載の情報通信装置。

[3] 前記相手端末に対して、前記複数種類の伝送フレームを順次切替えて送信することを特徴とする請求項 2記載の情報通信装置。

[4] 前記複数種類の伝送フレームを、優先する種類の伝送フレームから順次切り換えて送信することを特徴とする請求項 3記載の情報通信装置。

[5] 前記制御メッセージ用の伝送フレームは、

前記制御メッセージと、

前記相手端末が前記伝送フレームをサポートしている場合のみ復元可能な付加情報と、

前記相手端末が誤り検出を行うための誤り訂正符号とを有し、

前記相手端末が前記伝送フレームをサポートしていない場合に、前記誤り検出を行い前記伝送フレームを廃棄することを特徴とする請求項 2記載の情報通信装置。

[6] 前記複数種類の伝送フレームを複数の論理チャネルを用いて伝送することを特徴とする請求項 2記載の情報通信装置。

[7] 前記複数の論理チャネルの各論理チャネルを、前記複数種類の伝送フレームの種類毎に割り当てることを特徴とする請求項 6記載の情報通信装置。