(57)【要約】【課題】ビデオ通話時、転送する音声データ、制御データ、及び画像データのバイト率を計算し、その計算されたバイト率に最も近いバイト率を有する多重コードを多重コードテーブルから選択して符号化することにより、音声と画像との非同期を低減し、網の状態を最適に維持できる移動端末機のビデオ通話データ符号化方法を提供する。【解決手段】移動端末機のビデオ通話方法は、データの多重化のためのコードテーブルを作成する段階と、前記作成されたコードテーブルから最適のコードを選択する段階と、前記選択されたコードによって送信するデータを符号化する段階と、前記符号化されたデータを送信する段階とを含む。【選択図】図１
2006141003.tif 000002
【特許請求の範囲】
【請求項１】
ビデオ通話時、転送するデータのバイト率を計算する段階と、
前記計算されたバイト率に最も近いバイト率を有する多重コードを、既に作成されている多重コードテーブルから選択する段階と、
前記選択された多重コードで前記転送するデータを符号化する段階と、
を含むことを特徴とするデータ符号化方法。
【請求項２】
前記データが、画像データ、音声データ、及び制御データで構成されていることを特徴とする請求項１に記載のデータ符号化方法。
【請求項３】
前記多重コードテーブルに備えられた各多重コードのバイト率を計算する段階をさらに含むことを特徴とする請求項１に記載のデータ符号化方法。
【請求項４】
前記選択段階は、
前記計算された各バイト率から、前記転送するデータのバイト率に最も近いバイト率を有する多重コードを選択することを特徴とする請求項３に記載のデータ符号化方法。
【請求項５】
前記最も近いバイト率が、前記各多重コードのバイト率のうち、前記転送するデータのバイト率との誤差が最も小さいものであることを特徴とする請求項４に記載のデータ符号化方法。
【請求項６】
前記転送するデータのバイト率を計算する前に、網速度によって、多重情報フィールドのペイロードの大きさを決定する段階をさらに含むことを特徴とする請求項１に記載のデータ符号化方法。
【請求項７】
前記多重情報フィールドのペイロードの大きさが決定されることによって、前記多重コードテーブルの各コードのバイトパターンテーブルを作成する段階と、
前記バイトパターンテーブルを用いて、前記多重コードテーブルの各コードのバイト率を計算する段階とをさらに含み、
前記選択段階は、前記転送するデータのバイト率に最も近いバイト率を、前記計算されたバイト率によって選択することを特徴とする請求項６に記載のデータ符号化方法。
【請求項８】
データの多重化のためのコードテーブルを作成する段階と、
前記作成されたコードテーブルから最適のコードを選択する段階と、
前記選択されたコードによって送信するデータを符号化する段階と、
前記符号化されたデータを送信する段階と、
を含むことを特徴とする移動端末機のビデオ通話方法。
【請求項９】
前記データが、画像データ、音声データ、及び制御データで構成されていることを特徴とする請求項８に記載の移動端末機のビデオ通話方法。
【請求項１０】
前記選択段階は、
前記コードテーブルの各コードの第１バイト率を計算する段階と、
前記送信するデータの第２バイト率を計算する段階と、
前記各第１バイト率と前記第２バイト率とを比較する段階とを含み、
前記第２バイト率に最も近い第１バイト率を有するコードを選択することを特徴とする請求項８に記載の移動端末機のビデオ通話方法。
【請求項１１】
前記最も近い第１バイト率が、前記第２バイト率との誤差が最も小さいものであることを特徴とする請求項１０に記載の移動端末機のビデオ通話方法。
【請求項１２】
前記誤差が、前記第１バイト率及び前記第２バイト率に有限数を乗算して有限数にした後に計算されることを特徴とする請求項１１に記載の移動端末機のビデオ通話方法。
【請求項１３】
前記比較段階は、前記第１バイト率を四捨五入した後に、前記第２バイト率と比較することを特徴とする請求項１０に記載の移動端末機のビデオ通話方法。
【請求項１４】
前記比較段階は、前記第１バイト率を整数に切り上げした後に、前記第２バイト率と比較することを特徴とする請求項１０に記載の移動端末機のビデオ通話方法。
【請求項１５】
網の状態によって、多重情報フィールドのペイロードの大きさを決定する段階をさらに含み、
前記第２バイト率計算段階は、前記決定された多重情報フィールドのペイロードの大きさによってバイト率を計算することを特徴とする請求項１０に記載の移動端末機のビデオ通話方法。
【請求項１６】
送信部、撮像部、及び出力部を含む移動端末機において、
データの多重化のためのコードテーブルを生成するための生成モジュールと、
前記コードテーブルから最適のコードを選択するための選択モジュールと、
前記最適のコードによって送信するデータを符号化するための符号化モジュールと、
前記それぞれのモジュールを実行するプロセッサと、
を含むことを特徴とするビデオ通話機能をサポートする移動端末機。
【請求項１７】
前記データが、画像データ、音声データ、及び制御データで構成されていることを特徴とする請求項１６に記載のビデオ通話機能をサポートする移動端末機。
【請求項１８】
前記生成モジュール、前記選択モジュール、及び前記符号化モジュールが、第１保存先に保存されることを特徴とする請求項１６に記載のビデオ通話機能をサポートする移動端末機。
【請求項１９】
前記コードテーブルの各コードのバイト率を計算するための第１モジュールと、
前記送信するデータのバイト率を計算するための第２モジュールとをさらに含み、
ここで、前記選択モジュールが、前記第１モジュールと前記第２モジュールとの実行結果を比較して、最適のコードを選択することを特徴とする請求項１６に記載のビデオ通話機能をサポートする移動端末機。
【請求項２０】
網の状態によって、多重情報フィールドのペイロードの大きさを決定する第３モジュールをさらに含み、
ここで、前記第２モジュールが、前記決定された多重情報フィールドのペイロードの大きさによって計算を行うことを特徴とする請求項１６に記載のビデオ通話機能をサポートする移動端末機。
【請求項２１】
送受信するデータを一時的に保存する第２保存先をさらに含むことを特徴とする請求項１６に記載のビデオ通話機能をサポートする移動端末機。
【請求項２２】
前記第２保存先が、高速のバッファメモリで構成されることを特徴とする請求項２１に記載のビデオ通話機能をサポートする移動端末機。
【請求項２３】
ネットワークから／にシグナル及びデータを送受信するための送受信部と、
動画像及び静止画像を獲得するための撮像部と、
複数の多重コードを保存するためのメモリ部と、
前記撮像部を使用してビデオ通話機能を行うときに、前記送受信部により実際に転送されるデータのバイト率を計算し、前記計算されたバイト率に最も近いバイト率を有する多重コードを前記メモリ部の多重コードから選択し、前記選択された多重コードで前記転送されるデータを符号化し、前記符号化されたデータを転送するために、前記送受信部、前記撮像部、及び前記メモリ部を制御するプロセッサと、
を含むことを特徴とする移動端末機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ通話機能をサポートする移動端末機に関し、特に、データを効率よく符号化して送信するビデオ通話方法に関する。
【背景技術】
【０００２】
移動端末機（例えば、ＷＣＤＭＡ端末機）でビデオ通話を実現する際、音声データ、制御データ、及び画像データを多重化する多重化プロトコルとしては、Ｈ．２２３がある。前記Ｈ．２２３は、国際電気通信連合（ＩＴＵ−Ｔ）で制定されたもので、エラーを検査し、復旧するためのアダプテーションレイヤ（adaptation layer）と、音声データ、制御データ、及び画像データを１つのプロトコルデータユニット（Protocol DataUnit、以下では単に「ＰＤＵ」という）に構成する多重レイヤ（multiplex layer）とから構成される。ここで、多重レイヤは、Ｈ．２４５シグナリングにより作成された多重コードを使用して、多重コードテーブルに基づいてデータを所定の割合で再構成して網に転送する（固定多重コード選択：FixedMultiplex Code Selection）。
【０００３】
図４は従来の移動端末機のビデオ通話データ符号化方法を示す図である。
【０００４】
従来の符号化のために多重コードテーブルからコードを選択するメカニズムは、２つのＷＣＤＭＡ端末機が単に固定的な選択メカニズムによってコードを選択していた。既に設定された多重コードにより実際の音声、制御、及び画像に対するデータが符号化される。
【０００５】
図４は、従来の移動端末機がＨ．２４５シグナリングにより多重コードテーブルからコード５を選択した場合を示す。ここで、前記多重コードテーブルのコード５は、音声データ（ＬＣＮ１）を４バイト（ＲＣ４）、制御データ（ＬＣＮ２）を１バイト（ＲＣ１）、画像データ（ＬＣＮ３）を２バイト（ＲＣ２）ずつ順番に符号化することを意味する。
【０００６】
例えば、実際、入力しようとするデータが、音声データは４バイト、制御データは３バイト、画像データは３バイトである場合、音声データ４バイト、制御データ１バイト、画像データ２バイトが順番にローディングされる。その後、さらに制御データが１バイト、次に画像データが１バイトローディングされる。その後、残りの１バイトの制御データは、次のパケットにローディングされる。
【０００７】
しかしながら、このような従来の移動端末機のビデオ通話データ符号化方法においては、無線網の状態によってデータ量を調節することができないという問題があった。即ち、従来の移動端末機のビデオ通話データ符号化方法は、網の状態がよくない場合は転送するデータの量を減少し、網の状態がよい場合はデータ量を増加させて網の状態を最適に維持し、品質を高めることのできない方法である。
【０００８】
また、Ｈ．２２３を使用した場合、特定時点において音声データ、制御データ、及び画像データのいずれか１つだけ転送されるようなデータの偏りが発生して、音声と画像とが不一致するという問題があった。例えば、音声と画像を適正な割合で再調整できないため、音声及び画像のいずれか１つのデータに偏りが発生した場合、話している人の唇が先に動いた後に音声が送られたり、音声が先に出た後、唇が動いたりする、同期が取れない現象が発生することがあった。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、このような従来技術の問題を解決するためになされたもので、網の状態によってデータを効率よく符号化し、音声と画像との不一致を解決するための方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明による移動端末機のビデオ通話データ符号化方法方法は、データの多重化のためのコードテーブルを作成する段階と、前記作成されたコードテーブルから最適のコードを選択する段階と、前記選択されたコードによって送信するデータを符号化する段階と、前記符号化されたデータを送信する段階とを含むことを特徴とする。
【００１１】
また、上記目的を達成するために、本発明による移動端末機は、データの多重化のためのコードテーブルを生成するための生成モジュールと、前記コードテーブルから最適のコードを選択するための選択モジュールと、前記最適のコードによって送信するデータを符号化するための符号化モジュールと、前記それぞれのモジュールを実行するプロセッサとを含むことを特徴とする。
【００１２】
上記目的を達成するために、本発明は、例えば、さらに以下を提供する。
（項目１）
ビデオ通話時、転送するデータのバイト率を計算する段階と、
前記計算されたバイト率に最も近いバイト率を有する多重コードを、既に作成されている多重コードテーブルから選択する段階と、
前記選択された多重コードで前記転送するデータを符号化する段階と、
を含むことを特徴とするデータ符号化方法。
（項目２）
前記データが、画像データ、音声データ、及び制御データで構成されていることを特徴とする項目１に記載のデータ符号化方法。
（項目３）
前記多重コードテーブルに備えられた各多重コードのバイト率を計算する段階をさらに含むことを特徴とする項目１に記載のデータ符号化方法。
（項目４）
前記選択段階は、
前記計算された各バイト率から、前記転送するデータのバイト率に最も近いバイト率を有する多重コードを選択することを特徴とする項目３に記載のデータ符号化方法。
（項目５）
前記最も近いバイト率が、前記各多重コードのバイト率のうち、前記転送するデータのバイト率との誤差が最も小さいものであることを特徴とする項目４に記載のデータ符号化方法。
（項目６）
前記転送するデータのバイト率を計算する前に、網速度によって、多重情報フィールドのペイロードの大きさを決定する段階をさらに含むことを特徴とする項目１に記載のデータ符号化方法。
（項目７）
前記多重情報フィールドのペイロードの大きさが決定されることによって、前記多重コードテーブルの各コードのバイトパターンテーブルを作成する段階と、
前記バイトパターンテーブルを用いて、前記多重コードテーブルの各コードのバイト率を計算する段階とをさらに含み、
前記選択段階は、前記転送するデータのバイト率に最も近いバイト率を、前記計算されたバイト率によって選択することを特徴とする項目６に記載のデータ符号化方法。
（項目８）
データの多重化のためのコードテーブルを作成する段階と、
前記作成されたコードテーブルから最適のコードを選択する段階と、
前記選択されたコードによって送信するデータを符号化する段階と、
前記符号化されたデータを送信する段階と、
を含むことを特徴とする移動端末機のビデオ通話方法。
（項目９）
前記データが、画像データ、音声データ、及び制御データで構成されていることを特徴とする項目８に記載の移動端末機のビデオ通話方法。
（項目１０）
前記選択段階は、
前記コードテーブルの各コードの第１バイト率を計算する段階と、
前記送信するデータの第２バイト率を計算する段階と、
前記各第１バイト率と前記第２バイト率とを比較する段階とを含み、
前記第２バイト率に最も近い第１バイト率を有するコードを選択することを特徴とする項目８に記載の移動端末機のビデオ通話方法。
（項目１１）
前記最も近い第１バイト率が、前記第２バイト率との誤差が最も小さいものであることを特徴とする項目１０に記載の移動端末機のビデオ通話方法。
（項目１２）
前記誤差が、前記第１バイト率及び前記第２バイト率に有限数を乗算して有限数にした後に計算されることを特徴とする項目１１に記載の移動端末機のビデオ通話方法。
（項目１３）
前記比較段階は、前記第１バイト率を四捨五入した後に、前記第２バイト率と比較することを特徴とする項目１０に記載の移動端末機のビデオ通話方法。
（項目１４）
前記比較段階は、前記第１バイト率を整数に切り上げした後に、前記第２バイト率と比較することを特徴とする項目１０に記載の移動端末機のビデオ通話方法。
（項目１５）
網の状態によって、多重情報フィールドのペイロードの大きさを決定する段階をさらに含み、
前記第２バイト率計算段階は、前記決定された多重情報フィールドのペイロードの大きさによってバイト率を計算することを特徴とする項目１０に記載の移動端末機のビデオ通話方法。
（項目１６）
送信部、撮像部、及び出力部を含む移動端末機において、
データの多重化のためのコードテーブルを生成するための生成モジュールと、
前記コードテーブルから最適のコードを選択するための選択モジュールと、
前記最適のコードによって送信するデータを符号化するための符号化モジュールと、
前記それぞれのモジュールを実行するプロセッサと、
を含むことを特徴とするビデオ通話機能をサポートする移動端末機。
（項目１７）
前記データが、画像データ、音声データ、及び制御データで構成されていることを特徴とする項目１６に記載のビデオ通話機能をサポートする移動端末機。
（項目１８）
前記生成モジュール、前記選択モジュール、及び前記符号化モジュールが、第１保存先に保存されることを特徴とする項目１６に記載のビデオ通話機能をサポートする移動端末機。
（項目１９）
前記コードテーブルの各コードのバイト率を計算するための第１モジュールと、
前記送信するデータのバイト率を計算するための第２モジュールとをさらに含み、
ここで、前記選択モジュールが、前記第１モジュールと前記第２モジュールとの実行結果を比較して、最適のコードを選択することを特徴とする項目１６に記載のビデオ通話機能をサポートする移動端末機。
（項目２０）
網の状態によって、多重情報フィールドのペイロードの大きさを決定する第３モジュールをさらに含み、
ここで、前記第２モジュールが、前記決定された多重情報フィールドのペイロードの大きさによって計算を行うことを特徴とする項目１６に記載のビデオ通話機能をサポートする移動端末機。
（項目２１）
送受信するデータを一時的に保存する第２保存先をさらに含むことを特徴とする項目１６に記載のビデオ通話機能をサポートする移動端末機。
（項目２２）
前記第２保存先が、高速のバッファメモリで構成されることを特徴とする項目２１に記載のビデオ通話機能をサポートする移動端末機。
（項目２３）
ネットワークから／にシグナル及びデータを送受信するための送受信部と、
動画像及び静止画像を獲得するための撮像部と、
複数の多重コードを保存するためのメモリ部と、
前記撮像部を使用してビデオ通話機能を行うときに、前記送受信部により実際に転送されるデータのバイト率を計算し、前記計算されたバイト率に最も近いバイト率を有する多重コードを前記メモリ部の多重コードから選択し、前記選択された多重コードで前記転送されるデータを符号化し、前記符号化されたデータを転送するために、前記送受信部、前記撮像部、及び前記メモリ部を制御するプロセッサと、
を含むことを特徴とする移動端末機。
【発明の効果】
【００１３】
本発明による移動端末機のビデオ通話データ符号化方法によると、ビデオ通話時、転送する音声データ、制御データ、及び画像データのバイト率を計算し、その計算されたバイト率に最も近いバイト率を有する多重コードを多重コードテーブルから選択して符号化することにより、音声と画像との非同期を低減し、網の状態を最適に維持できるという効果がある。
【発明を実施するための最良の形態】
【００１４】
以下、添付の図面を参照して本発明の好ましい実施形態を説明する。
【００１５】
本発明と関連のある公知の機能又は構成に関する具体的な説明が本発明の要旨を不明確にするおそれがある場合は、その詳細な説明は省略する。
【００１６】
図１は本発明の一実施形態による移動端末機のビデオ通話データ符号化方法を示すフローチャートである。
【００１７】
図１に示すように、本発明の一実施形態による移動端末機のビデオ通話データ符号化方法は、まず、データの多重化のためのコードテーブル（多重コードを含むコードテーブル、以下では多重コードテーブルということもある）を構成した後に、転送する音声データ、制御データ（システムデータ）、及び画像データを読み取る（Ｓ２０１）。その後、網速度によって、転送する音声データ、制御データ、及び画像データに対する多重情報フィールド（mux info field）のペイロードの大きさを決定し（Ｓ２０２）、前記構成された多重コードテーブルの各コードのバイトパターンテーブルを作成する（Ｓ２０３）。その後、前記構成されたバイトパターンテーブルを用いて、それぞれの多重コードのバイト率を計算する（Ｓ２０４）。その後、前記転送する音声データ、制御データ、及び画像データのバイト率を計算し（Ｓ２０５）、前記計算されたバイト率に最も近いバイト率を有する多重コードを、既に備えられている多重コードテーブルから選択する（Ｓ２０６）。最後に、前記多重コードテーブルから選択した多重コードで音声データ、制御データ、及び画像データを符号化する（Ｓ２０７）。ここで、ビデオ通話時に基地局と接続されるチャネルの網速度は、基地局が送信した所定の信号から判断し、その網速度によるペイロードの大きさは、端末機メーカ又は移動通信事業者により決定され得る。
【００１８】
前述の順序は、例示であって、必要に応じて段階の順序を変えるか、又は１つの段階内に複数の段階を含ませることができ、本発明の思想の範疇内で一部の段階を省略することもできる。
【００１９】
表１はＨ．２４５シグナリングによる５つの多重コードで構成された多重コードテーブルの一例を示す。
【００２０】
【表１】
2006141003.tif 000003
ここで、前記ＬＣＮ０、ＬＣＮ１、ＬＣＮ２は、それぞれ音声データ、制御データ（システムデータ）、及び画像データを意味する。また、ＲＣ１は１バイト、ＲＣ２は２バイトを意味する。
【００２１】
以下、前述の段階からなる本発明の動作を、入力しようとするデータが音声データ（ＬＣＮ０）：０バイト、制御データ（ＬＣＮ１）：６バイト、画像データ（ＬＣＮ２）：２７２２バイトである場合を仮定して説明する。
【００２２】
まず、使用者が端末機でビデオ通話をすると、音声データ、制御データ、及び画像データなどの入力データが読み取られ、基地局に接続されたチャネルの状態（網速度）が判断される。このとき、前記基地局に接続されたチャネルの状態は、基地局から受信された所定の信号から判断することができ、これについては当業者であれば理解できるので詳細な説明は省略する。
【００２３】
前述の過程により基地局に接続されたチャネルの状態（網速度）が判断されると、その網速度によって、多重情報フィールドのペイロードの大きさが決定される。
【００２４】
前記ペイロードの大きさが決定されると、表１に示す多重コードテーブルの各コードのバイトパターンテーブルが構成される。ここで、バイトパターンテーブルは、多重コードの各パターンによって各チャネルにバイトを割り当てたもので、多重ＰＤＵの情報の大きさを６４バイトと仮定すると、バイトパターンテーブルは次のとおりである。
Byte_Pattern[0][0]＝64;Byte_Pattern[0][1]＝0; Byte_Pattern[0][2]＝0;
Byte_Pattern[1][0]＝0;Byte_Pattern[1][1]＝64; Byte_Pattern[1][2]＝0;
Byte_Pattern[2][0]＝0;Byte_Pattern[2][1]＝0;  Byte_Pattern[2][2]＝64;
Byte_Pattern[3][0]＝0;Byte_Pattern[3][1]＝43; Byte_Pattern[3][2]＝21;
Byte_Pattern[4][0]＝0;Byte_Pattern[4][1]＝44; Byte_Pattern[4][2]＝20;
このように、表１に対するバイトパターンテーブルが構成されると、この構成されたバイトパターンテーブルを用いてバイト率が構成される。
【００２５】
即ち、「バイト率＝バイトパターン値／多重ＰＤＵの情報の大きさ」であるため、表１に対するバイト率は次のとおりである。
【００２６】
多重コード０：
Byte_Ratio[0][0]=Byte_Pattern[0][0]/64=64/64=1.0;
Byte_Ratio[0][1]=Byte_Pattern[0][1]/64=0/64=0.0;
Byte_Ratio[0][2]=Byte_Pattern[0][2]/64=0/64=0.0;
多重コード１：
Byte_Ratio[1][0]=Byte_Pattern[1][0]/64=0/64=0.0;
Byte_Ratio[1][1]=Byte_Pattern[1][1]/64=64/64=1.0;
*Byte_Ratio[1][2]=Byte_Pattern[1][2]/64=0/64=0.0;
多重コード２：
Byte_Ratio[2][0]=Byte_Pattern[2][0]/64=0/64=0.0;
Byte_Ratio[2][1]=Byte_Pattern[2][1]/64=0/64=0.0;
Byte_Ratio[2][2]=Byte_Pattern[2][2]/64=64/64=1.0;
多重コード３：
Byte_Ratio[3][0]=Byte_Pattern[3][0]/64=0/64=0.0;
Byte_Ratio[3][1]=Byte_Pattern[3][1]/64=43/64=0.67;
Byte_Ratio[3][2]=Byte_Pattern[3][2]/64=21/64=0.32;
多重コード４：
Byte_Ratio[4][0]=Byte_Pattern[4][0]/64=0/64=0.0;
Byte_Ratio[4][1]=Byte_Pattern[4][1]/64=44/64=0.68;
Byte_Ratio[4][2]=Byte_Pattern[4][2]/64=20/64=0.31;
このように、各多重コードのバイト率が構成されると、実際の入力データ、即ち、音声データ（ＬＣＮ０）０バイト、制御データ（ＬＣＮ１）６バイト、画像データ（ＬＣＮ２）２７２２バイトのバイト率が計算される。
LCN0_byte_ratio=0/2728=0.0;
LCN1_byte_ratio=6/2728=0.002;
LCN2_byte_ratio=6/2728=0.998;
前記実際の入力データのバイト率が決定されると、そのバイト率に最も近いバイト率を有する多重コードが多重コードテーブルから選択される。即ち、各入力データのバイト率と多重コードテーブルのバイト率との差が計算された後、その差が最も小さい多重コードが選択される。小数点以下の差の計算が難しい場合、前記差が最も小さい多重コードは、前記差に有限数を乗算して有限数にすることにより決定することができる。また、実際の入力データのバイト率を四捨五入するか、又は整数に切り上げして、多重コードテーブルの各コードのバイト率と比較することもできる。
【００２７】
このような差の計算によれば、実際に入力される音声データ、制御データ、及び画像データのバイト率は、０：０．００２：０．９９８になり、多重コードテーブルから多重コード２が選択される。即ち、０：０：１のバイト率を有する多重コード２と実際の入力データのバイト率との差が最も小さいため、実際に転送される入力データは多重コード２により符号化される。
【００２８】
図２は最適のコードが選択された後、本発明によるデータ符号化の一例を示す図である。
【００２９】
図２に示すように、多重コード６が最適のコードとして選択されると、前記多重コード６により符号化が行われる。即ち、実際の入力データのバイト率と多重コードテーブルに備えられた各多重コードのバイト率とを比較すると、多重コード６が実際の入力データのバイト率に最も近い比率を有することが分かる。従って、実際の入力データは、多重コード６により符号化される。
【００３０】
図２に示すように、音声データ（ＬＣＮ０）が４バイト、制御データ（ＬＣＮ１）が３バイト、画像データ（ＬＣＮ２）が３バイトの場合、多重コード６により符号化されると、フィールドに音声データ３バイト（ＲＣ３）、制御データ２バイト（ＲＣ２）、画像データ２バイト（ＲＣ２）が順次ローディングされ、０ｘ７Ｅになるまで残りの制御１バイトと画像１バイトが順次ローディングされる。また、残りの１バイトの音声は、その次のパケットにローディングされる。
【００３１】
このように、本発明は、網速度と実際の入力データ（音声データ、制御データ、及び画像データ）のバイト率によって多重コードを選択して符号化されるため、音声と画像との非同期を低減し、網の状態を最適に維持できるという利点がある。
【００３２】
一方、図３は本発明による移動端末機の一例を示す図である。
【００３３】
図３に示すように、本発明による移動端末機４００は、ＲＦ信号送受信部４０１と、プロセッサ４０２と、撮像部４０３と、データの多重化のためのコードテーブルを生成するための生成モジュールと、前記コードテーブルから最適のコードを選択するための選択モジュールと、前記最適のコードによって送信するデータを符号化するための符号化モジュールとを含む。ここで、前記生成モジュール、選択モジュール、符号化モジュールは、本発明の一実施形態によれば、第１保存先４０４に含まれることができる。
【００３４】
また、前記移動端末機は、前記コードテーブルの各コードのバイト率を計算するための第１モジュールと、前記送信するデータのバイト率を計算するための第２モジュールとをさらに含むことができる。これにより、前記選択モジュールは、前記第１モジュールと前記第２モジュールとの実行結果を比較して、最適のコードを選択することができる。
【００３５】
また、前記移動端末機は、網の状態によって、多重情報フィールドのペイロードの大きさを決定する第３モジュールをさらに含むことができる。これにより、前記第２モジュールの計算は、前記第３モジュールにより決定された多重情報フィールドのペイロードの大きさによって行うことができる。
【００３６】
一方、本発明による移動端末機は、ＲＦ送受信部４０１とプロセッサ４０２の間に第２保存先をさらに含むことができるが、前記第２保存先は、高速のバッファメモリであることが好ましい。
【００３７】
また、本発明は、ネットワークから及び／又はネットワークにシグナル及びデータを送受信するための送受信部と、動画像及び静止画像を獲得するための撮像部と、複数の多重コードを保存するためのメモリ部と、前記撮像部を使用してビデオ通話機能を行うときに、前記送受信部により実際に転送されるデータのバイト率を計算し、前記計算されたバイト率に最も近いバイト率を有する多重コードを前記メモリ部の多重コードから選択し、前記選択された多重コードで前記転送されるデータを符号化し、前記符号化されたデータを転送するために、前記送受信部、前記撮像部、及び前記メモリ部を制御するプロセッサとを含む移動端末機を提供する。
【００３８】
前述したように、前記実際に転送されるデータは、音声データ、制御データ、及び画像データで構成され、そのバイト率は、ビデオ通話の要求時に計算される。また、前記計算されたバイト率に最も近いバイト率を有する多重コードは、前記多重コードテーブルの多重コードから選択され、前記実際に転送されるデータは、前記選択された多重コードで符号化される。
【００３９】
以上のように、本発明の好ましい実施形態を用いて本発明を例示してきたが、本発明は、この実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。
【図面の簡単な説明】
【００４０】
【図１】本発明の一実施形態による移動端末機のビデオ通話データ符号化方法を示すフローチャートである。
【図２】本発明によるデータ符号化の一例を示す図である。
【図３】本発明による移動端末機の一例を示す図である。
【図４】従来の移動端末機のビデオ通話データ符号化方法を示す図である。
【符号の説明】
【００４１】
４００  移動端末機
４０１  ＲＦ信号送受信部
４０２  プロセッサ
４０３  撮像部
４０４  第１保存先
【図１】
2006141003.tif 000004
【図２】
2006141003.tif 000005
【図３】
2006141003.tif 000006
【図４】
2006141003.tif 000007