(57)【要約】この発明に係る通信装置の送信方法は、複数種類のデータを組合せた信号と、前記データそれぞれのデータ量とその組合せを表わす伝送フォーマット識別符号とを送信する通信装置の送信方法であって、所定種類のデータのデータ量を予測し、前記伝送フォーマット識別符号の候補群の中から予測したデータ量に基づき伝送フォーマットを選別し、選別した伝送フォーマット識別符号の中から送信データに適合する伝送フォーマット識別符号を探索して送信する。これにより、伝送フォーマット識別符号の探索時間を短縮でき、確実にデータとその伝送フォーマット識別符号を送信することで送信品質の向上を図ることができる。
2003065684.tif 000002
【特許請求の範囲】
【請求項１】
複数種類のデータを組合せた信号と、前記データそれぞれのデータ量とその組合せを表わす伝送フォーマット識別符号とを送信する通信装置の送信方法において、
所定種類のデータのデータ量を予測する予測ステップ、
前記伝送フォーマット識別符号の候補群の中から、前記予測ステップで予測したデータ量に基づき伝送フォーマット識別符号を選別する選別ステップ、
前記複数種類のデータを組合せた信号のデータ量を検出する検出ステップ、
前記選別ステップで選別した伝送フォーマット識別符号の中から、前記検出ステップで検出したデータ量に適合する伝送フォーマット識別符号を探索する探索ステップ、
前記探索ステップで探索され決定した伝送フォーマット識別符号と前記信号とを送信する送信ステップを含む通信装置の送信方法。
【請求項２】
前記予測ステップは、音声データのデータ量を予測することを特徴とする請求の範囲第１項に記載の通信装置の送信方法。
【請求項３】
前記予測ステップは、音声データが当該予測前に複数回連続して無音判定された場合にデータ量をゼロと予測することを特徴とする請求の範囲第２項に記載の通信装置の送信方法。
【請求項４】
複数種類のデータを組合せた信号と、前記データそれぞれのデータ量とその組合せを表わす伝送フォーマット識別符号とを送信する通信装置の送信方法において、
前記複数種類のデータを組合せた信号のデータ量を予測する予測ステップ、
前記予測ステップで予測したデータ量が規定値を超える場合、前記規定値以内となるよう、前記複数種類のデータから所定の送信優先順位の低い種類のデータを省いた候補信号を生成する信号生成ステップ、
前記伝送フォーマット識別符号の候補群の中から、前記信号生成ステップで生成した候補信号に適合する伝送フォーマット識別符号を探索する探索ステップ、
前記探索ステップで探索され決定した伝送フォーマット識別符号と前記候補信号とを送信する送信ステップを含む通信装置の送信方法。
【請求項５】
データの前記送信優先順位に基づき、前記伝送フォーマット識別符号の候補群に探索優先順位を付ける順位付加ステップをさらに含み、
前記探索ステップは、前記探索優先順位に従って伝送フォーマット識別符号を探索することを特徴とする請求の範囲第４項に記載の通信装置の送信方法。
【請求項６】
前記伝送フォーマット識別符号の候補群の中から、前記送信優先順位の低い種類のデータを含まない伝送フォーマット識別符号を選別する選別ステップをさらに含み、
前記探索ステップは、前記選別ステップで選別した伝送フォーマット識別符号の中から、伝送フォーマット識別符号を探索することを特徴とする請求の範囲第４項に記載の通信装置の送信方法。
【請求項７】
前記複数種類のデータは、音声データとあらかじめデータ量が決められたその他のデータとを含み、
前記予測ステップは、前記音声データのデータ量の予測に基づき行なわれることを特徴とする請求の範囲第４項に記載の通信装置の送信方法。
【請求項８】
前記予測ステップは、音声データが当該予測前に複数回連続して無音判定された場合に音声データのデータ量をゼロと予測することを特徴とする請求の範囲第７項に記載の通信装置の送信方法。
【発明の詳細な説明】
技術分野
この発明は、ＣＤＭＡ通信方式における通信装置の送信方法に関し、特に送信データに付随して送信される伝送フォーマット識別符号の決定アルゴリズムに関する。
背景技術
Ｗ−ＣＤＭＡに準拠する無線通信システムでは、音声、動画のような連続的なデータやパケットデータなどの種々のサービスデータを多重して伝送する通信を可能としている。このような通信が行なわれる際には、基地局と移動通信端末間においてデータの種類及びそのレート（単位時間あたりのデータ量）を規定する複数のフォーマット情報が遣り取りされ、これにより決定された伝送フォーマット組合せ候補群（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ  Ｓｅｔ，ＴＦＣＳ）とその識別符号（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ，ＴＦＣＩ）に従って、伝送データの送受信が行なわれる。そのため、移動通信端末は、送信する際、送信単位時間ごとに送りたい各種サービスデータの組合せおよび量（Ｔｒａｆｆｉｃ）を検出し、これに適合する伝送フォーマットの組合せ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ，ＴＦＣ）を基地局から通知された複数の伝送データ・伝送レートの組合せを含む伝送フォーマット組合せ候補群（ＴＦＣＳ）から選定する「伝送フォーマット探索機能」を持つ。そして、選定した伝送フォーマット組合せの識別符号（ＴＦＣＩ）を送信データとともに送信する。
従来の移動通信端末において、上記「伝送フォーマット探索機能」は図１４のフローにて実現されていた。図１４は、従来の送信動作を示すフローチャートであり、各機能ブロック毎の動作、各機能ブロック間のデータフローおよび制御情報フローにより表わしている。
図において、ステップＳ１４１は、サービス種別決定部およびデータレート制御部における動作であり、基地局との制御情報通信とシーケンス制御により、送信データのサービス種別の決定と、サービス種別が音声以外のデータに関するデータレートの制御を行なう。具体的には、上位レイヤであるレイヤ２、３で行なわれており、音声のデータレートを検知することはできない。また、ステップＳ１４３はサービスデータ作成部における動作であり、ステップＳ１４１で決定されたサービス種別とデータレートに従って、各サービス毎に送信トランスポートチャネル（ＴｒＣＨ）データを作成する。音声に関しては、電話における音声発生（ステップＳ１４２）に基づき、ＴｒＣＨデータを作成する。
送信データ作成部はステップＳ１４３で作成されたＴｒＣＨデータを入力し、ステップＳ１４４において、これらのＴｒＣＨデータを多重化して送信データを作成するとともに、送信データ量（Ｔｒａｆｆｉｃ）を検出する。
一方、チャネル組合せ候補設定部では、サービス種別決定部・データレート制御部の制御情報を受けて、指定のサービス組合せで取り得る各サービスのＴｒＣＨサイズ（伝送フォーマット）の組合せ候補群（ＴＦＣＳ）を設定する（ステップＳ１４５）。
ＴＦＣＩサーチ部では、ステップＳ１４５で設定されたＴＦＣＳ全ての中から、ステップＳ１４４で検出されたＴｒａｆｆｉｃに当てはまる伝送フォーマット組合せの識別符号（ＴＦＣＩ）を探索する（ステップＳ１４６）。そしてステップＳ１４７において、送信データマッピング部は、ステップＳ１４４で作成された送信データをチャネルエンコードし、ステップＳ１４６で決定されたＴＦＣＩとともに物理チャネルにマッピングして送信する。
従来は、上記のような動作で伝送フォーマットの探索を行なっていたので、次のような問題があった。すなわち、上記のように複数のサービスデータを組合せて送信する場合、１つのサービス組合せで設定されるＴＦＣＩ群（ＴＦＣＳ）の数は組合せによっては非常に多くなる。そのため、ステップＳ１４６において送信データに合ったＴＦＣＩを探索する際に非常に時間がかかり、送信タイミングに間に合わず送信できなくなるという問題があった。
また、音声サービスを組合せて送信する場合、すなわち音声データを音声以外のデータであるパケットデータや制限デジタルデータ等と同時に送信する場合、音声データは通話で発生し、そのデータ量はリアルタイムに変化するため、上位レイヤではこれを検知できずデータレートを制御できない。そのため、音声データのデータ量によってはステップＳ１４４で検出された総ＴｒＣＨデータ量が上位レイヤで設定できる物理チャネルレートを超えてしまい、ステップＳ１４６においてＴＦＣＩが見つからず（上位レイヤから設定されていない）、送信ができなくなるという問題があった。
発明の開示
この発明は、複数種類のデータを組合せた信号と、前記データそれぞれのデータ量とその組合せを表わす伝送フォーマット識別符号とを送信する通信装置の送信方法であって、所定種類のデータのデータ量を予測する予測ステップ、前記伝送フォーマット識別符号の候補群の中から、前記予測ステップで予測したデータ量に基づき伝送フォーマット識別符号を選別する選別ステップ、前記複数種類のデータを組合せた信号のデータ量を検出する検出ステップ、前記選別ステップで選別した伝送フォーマット識別符号の中から、前記検出ステップで検出したデータ量に適合する伝送フォーマット識別符号を探索する探索ステップ、前記探索ステップで探索され決定した伝送フォーマット識別符号と前記信号とを送信する送信ステップを含む。これにより、伝送フォーマット識別符号の探索時間を短縮でき、確実にデータとその伝送フォーマット識別符号を送信することで送信品質の向上を図ることができる。
また、この発明は、前記予測ステップにおいて音声データのデータ量を予測することにより、確実に必要なデータとその伝送フォーマット識別符号を送信することでさらに送信品質の向上を図ることができる。
また、この発明は、前記予測ステップにおいて音声データが当該予測前に複数回連続して無音判定された場合にデータ量をゼロと予測することにより、簡易にデータ量を予測することができる。
また、この発明は、複数種類のデータを組合せた信号と、前記データそれぞれのデータ量とその組合せを表わす伝送フォーマット識別符号とを送信する送信方法であって、前記複数種類のデータを組合せた信号のデータ量を予測する予測ステップ、前記予測ステップで予測したデータ量が規定値を超える場合、前記規定値以内となるよう、前記複数種類のデータから所定の送信優先順位の低い種類のデータを省いた候補信号を生成する信号生成ステップ、前記伝送フォーマット識別符号の候補群の中から、前記信号生成ステップで生成した候補信号に適合する伝送フォーマット識別符号を探索する探索ステップ、前記探索ステップで探索され決定した伝送フォーマット識別符号と前記候補信号とを送信する送信ステップを含む。これにより、送信データに適合する伝送フォーマット識別符号を決定でき、確実にデータとその伝送フォーマット識別符号を送信することで送信品質の向上を図ることができる。
また、この発明は、データの前記送信優先順位に基づき、前記伝送フォーマット識別符号の候補群に探索優先順位を付ける順位付加ステップをさらに含み、前記探索ステップにおいて前記探索優先順位に従って伝送フォーマット識別符号を探索することにより、伝送フォーマット識別符号の探索時間を短縮でき、確実に必要なデータとその伝送フォーマット識別符号を送信することでさらに送信品質の向上を図ることができる。
また、この発明は、前記伝送フォーマット識別符号の候補群の中から、前記送信優先順位の低い種類のデータを含まない伝送フォーマット識別符号を選別する選別ステップをさらに含み、前記探索ステップにおいて前記選別ステップで選別した伝送フォーマット識別符号の中から、伝送フォーマット識別符号を探索することにより、伝送フォーマット識別符号の探索時間を短縮でき、確実に必要なデータとその伝送フォーマット識別符号を送信することで送信品質の向上を図ることができる。
また、この発明は、前記予測ステップにおいて音声データのデータ量の予測に基づきデータ量の予測が行なわれることにより、確実に必要なデータとその伝送フォーマット識別符号を送信することでさらに送信品質の向上を図ることができる。
さらに、この発明は、前記予測ステップにおいて音声データが当該予測前に複数回連続して無音判定された場合にデータ量をゼロと予測することにより、簡易にデータ量を予測することができる。
発明を実施するための最良の形態
以下、この発明をより詳細に説明するために、この発明を実施するための最良の形態について、添付の図面に従ってこれを説明する。
実施の形態１．
以下、この発明の実施の形態１を図に基づいて説明する。図１は、この発明の一実施例である移動通信端末の機能ブロック図である。
図において、１はアンテナであり、２は変調部１１から出力されるベースバンド信号をＲＦ周波数にまでアップコンバートしてアンテナ１から送信するとともに、アンテナ１から受信したＲＦ信号をフィルタリング、ダウンコンバート等によりベースバンド帯域の信号に変換する機能を有するＲＦ送受信器である。３は、ＲＦ送受信器２から出力されるベースバンド信号をディジタル信号に変換し復調部４に出力するＡ／Ｄ変換器であり、１２は、変調部１１から出力されるベースバンド信号をアナログ信号に変換しＲＦ送受信器２に出力するＤ／Ａ変換器である。
復調部４は、フィンガ・コンバイナ部とサーチ部を含み構成され、受信信号から所望信号の受信タイミングを検出し、このタイミングを用いて逆拡散、同相合成（ＲＡＫＥ合成）を行ないシンボルデータを得る。また、変調部１１は、チャネルコーダ部９から送信データを入力し、１次変調（データ変調）、２次変調（拡散変調）、および符号間干渉を抑えるフィルタリングを施し、ＲＦ送受信器２へ出力する。
７はチャネルコーデック部であり、チャネルデコーダ部８とチャネルコーダ部９を含む。チャネルデコーダ部８は、復調部４で得られたシンボルデータに対し誤り訂正、誤り検出を行ない、原データを推定する。
１０は、図示しない音声通話部、キー操作部などのユーザインタフェース、および周辺装置（ＰＣ等）との接続を行なうアダプタであり、チャネルデコーダ部８で推定された原データを入力し、各ユーザインタフェース等へ出力するとともに、各ユーザインタフェース等からの信号を入力し、チャネルコーダ部９へ送信データとして出力する。
１３は、変調部１１、復調部４、チャネルコーデック部７、各種タイミングを生成するタイミング生成部１４等の制御を行なうベースバンド制御部である。具体的には、レイヤ構成図である図２に示すレイヤ１２２および、物理層のハードウエア制御レイヤ２３に相当する。なお、図２における物理層２４は、変調部１１、復調部４、チャネルコーデック部８等が相当する。
本発明の特徴である送信制御および動作は、主にシーケンス制御部１５およびチャネルコーダ部９において行なわれる。シーケンス制御部１５は、基地局との上位レベルの通信制御を行なう。具体的には、図２に示す２１のレイヤ２、３におけるサービス種別の決定、音声データ以外のデータレートの制御、サービスデータの作成、伝送フォーマット組合せ候補群の設定、および通信シーケンス制御を行なう。チャネルコーダ部９は、送信データに対して誤り耐性を向上させるための冗長な符号化（チャネルエンコード）を行なうとともに、この送信データとこれに適合する伝送フォーマット識別符号とを物理チャネルにマッピングする。
このシーケンス制御部１５およびチャネルコーダ部９のより詳細な構成について、図３を用いて説明する。図３は送信信号制御部、具体的にはシーケンス制御部１５およびチャネルコーダ部９に含まれる機能ブロックを示す図である。
図において、３１はサービス種別・データレート決定部であり、サービス種別決定部３２、データレート制御部３３、チャネル組合せ候補設定部３４から成る。サービス種別決定部３２は、基地局との制御情報通信とシーケンス制御により、送信するサービスの種別や最高データレートを決定する。データレート制御部３３は、基地局との制御情報通信と、サービス種別決定部３２で決定されたサービス種別、最高データレートに基づき、各サービス毎の送信データがのるトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ，ＴｒＣＨ）の最高データレート、物理チャネルのデータレートを制御する。ただし、音声のデータレートは制御しない。チャネル組合せ候補設定部３４は、サービス種別決定部３２で決定されたサービス種別、最高データレートに基づき、取り得る各サービス毎の送信データ（ＴｒＣＨデータ）のデータ量を示す伝送フォーマットの組合せ候補群（ＴＦＣＳ）を決定する。
また、３５はデータ管理部であり、サービスデータ作成部３６と送信データ作成部３７から成る。サービスデータ作成部３６は、サービス種別決定部３２、データレート制御部３３で決定された、送信するデータのデータ種別やデータレートに従って、各サービス毎の送信データ（ＴｒＣＨデータ）を作成する。送信データ作成部３７は、サービスデータ作成部３６等で作成された各サービスで送信するＴｒＣＨデータを多重化して送信データを作成するとともに、送信データ量（Ｔｒａｆｆｉｃ）を検出する。
３８はＴＦＣＩサーチ部であり、送信データ作成部３７で検出したデータ量に適合する伝送フォーマット識別符号（ＴＦＣＩ）を、伝送フォーマット組合せ候補群（ＴＦＣＳ）の中から探索する。３９は送信データマッピング部であり、送信データにチャネルエンコーディングを行ない、ＴＦＣＩサーチ部３８で探索され決定されたＴＦＣＩとともに物理チャネルにマッピングする。
本実施の形態１においては、サービス種別決定部３２、データレート制御部３３、チャネル組合せ候補設定部３４、および音声以外のデータに関するサービスデータ作成部３６の機能をシーケンス制御部１５が有し、送信データ作成部３７、ＴＦＣＩサーチ部３８、送信データマッピング部３９の機能をチャネルコーダ部９が有する。しかし、これらは限定的なものではなく、たとえば送信データ作成部３７、ＴＦＣＩサーチ部３８の機能はシーケンス制御部１５が有していても良い。なお、サービス種別が音声であるデータについては、図示しない音声コーデック部がサービスデータ作成部３６の機能を有している。
次に、図４を用いて動作を説明する。図４は、実施の形態１における送信動作を示すフローチャートであり、各機能ブロック毎の動作、各機能ブロック間のデータフローおよび制御情報フローにより表わしている。
図において、ステップＳ４１は、サービス種別決定部３２およびデータレート制御部３３における動作であり、基地局との制御情報通信とシーケンス制御により、送信するデータのサービス種別を決定し、決定された各サービス毎の送信データが伝送されるトランスポートチャネルの最高データレートを制御情報として出力する。このとき、サービス種別が音声データであるトランスポートチャネルについては、その発生を検知できないので、データレートを制御することができない。
また、ステップＳ４３、Ｓ４４、Ｓ４５はサービスデータ作成部３６における動作であり、ステップＳ４３、ステップＳ４４では、ステップＳ４１で決定されたサービス種別とデータレートに従って、各サービス毎にそれぞれパケットＴｒＣＨデータ、制限デジタルＴｒＣＨデータを作成する。音声に関しては、電話における音声発生（ステップＳ４２）に基づき、音声ＴｒＣＨデータを作成するとともに、音声有無予測を行なう（ステップＳ４５）。予測の結果は制御情報として出力される。
ここで、音声有無予測を行なう方法の一例を図５を用いて説明する。まず、電話における音声が発生すると音声コーデック部に入力され（ステップＳ５１）、所定の音声コーデック（符号化）がなされる。このとき、同時に音声有無が判定され（ステップＳ５２）、ステップＳ５３において、処理単位毎の音声有無判定が３回連続で無音と判定されたか否かを判断する。そして、３回連続で無音と判定された場合は、次の処理単位における音声を無音（データ量ゼロ）と予測する（ステップＳ５４）。一方、３回連続して無音と判定されない場合は、次の処理単位における音声は有音であると予測する（ステップＳ５５）。これにより、簡易に音声のデータ量を予測することができる。
図４に戻り、ステップＳ４６において、送信データ作成部はステップＳ４３、Ｓ４４、Ｓ４５で作成された各サービスのＴｒＣＨデータを入力し、これらのＴｒＣＨデータを多重化して送信データを作成するとともに、送信データ量（Ｔｒａｆｆｉｃ）を検出する。
一方、チャネル組合せ候補設定部３４では、サービス種別決定部３２、データレート制御部３３からステップＳ４１で決定された制御情報を受けて、指定のサービス組合せで取り得る各サービスのＴｒＣＨサイズ（伝送フォーマット）の組合せ候補群（ＴＦＣＳ）を設定する（ステップＳ４７）。
ＴＦＣＩサーチ部３８では、ステップＳ４７で設定されたＴＦＣＳの中から、ステップＳ４５で予測された音声有無予測に基づき所定のＴＦＣＩを選別し、選別されたＴＦＣＩ群の中からステップＳ４６で検出されたＴｒａｆｆｉｃに適合する伝送フォーマット組合せの識別符号（ＴＦＣＩ）を探索する（ステップＳ４８）。そしてステップＳ４９において、送信データマッピング部は、ステップＳ４６で作成された送信データをチャネルエンコードし、ステップＳ４８で決定されたＴＦＣＩとともに物理チャネルにマッピングして送信する。
上記ステップＳ４８のＴＦＣＩの探索動作、およびステップＳ４９のデータマッピング動作の詳細を、図６、図７を用いて説明する。
図６は、ステップＳ４９の送信データマッピング動作を示すフローチャートである。まず、送信データマッピング部３９は、ステップＳ４６においてＴｒＣＨデータを多重化して作成された送信データを入力する（ステップＳ６１）。次に、この多重化されたＴｒＣＨデータに対し、誤り検出ビット（ＣＲＣ）の付加、誤り訂正符号化、およびインターリーブを行ないエンコードする（ステップＳ６２）。そして、ステップＳ６３において、ステップＳ４８で探索され決定されたＴＦＣＩを入力し、このＴＦＣＩとステップＳ６２でエンコードした送信データとを、物理チャネルへマッピングする（ステップＳ６４）。
図７は、ステップＳ４８のＴＦＣＩ探索動作の詳細を示すフローチャートである。まず、ＴＦＣＩサーチ部３８は、ステップＳ４５で予測された音声有無予測の情報を入力し（ステップＳ７１）、予測結果を判断する（ステップＳ７２）。予測結果が音声有りの場合は、ステップＳ７３に進み、ステップＳ４７で決定されたＴＦＣＳの中から、音声有りの組合せを示すＴＦＣＩのみを選別し、予測結果が音声無しの場合は、ステップＳ７４に進み、ステップＳ４７で決定されたＴＦＣＳの中から、音声無しの組合せを示すＴＦＣＩのみを選別して取り出す。
そして、ステップＳ７３またはステップＳ７４で限定したＴＦＣＩ群から、ステップＳ４６で検出された実際のＴｒａｆｆｉｃに適合するＴＦＣＩを探索する（ステップＳ７５）。ステップＳ７６において、適合するＴＦＣＩが探索された場合は、そのＴＦＣＩを検出し、決定する（ステップＳ７７）。適合するＴＦＣＩがなかった場合はステップＳ７８へ進み、ステップＳ７３またはＳ７４で選別されなかった残りのＴＦＣＩ群から、適合するＴＦＣＩを探索する。そして探索されたＴＦＣＩを検出し、決定する（ステップＳ７７）。
上記ステップＳ７３とＳ７４の動作をより具体的に説明する為に、図８を用いる。図８は、ＴＦＣＳと、このＴＦＣＳから音声有無予測に基づき選別し限定したＴＦＣＩ群の一例を示す。図において、図８（ａ）は、チャネル組合せ候補設定部３４で設定されたＴＦＣＳを示す。この例では、指定されたサービスは音声とパケットの２種であり、各ＴｒＣＨデータのデータ量（データレート）の組合せに対し、ＴＦＣＩ（０〜５）が割り当てられている。また、図８（ｂ）は、音声有りと予測された場合に、図８（ａ）に示すＴＦＣＳから音声有りの組合せのみ取り出したＴＦＣＩ群を示し、図８（ｃ）は、音声無しと予測された場合に取り出されたＴＦＣＩ群を示す。
以上のように、音声有無を予測しＴＦＣＩを選別することによって、探索すべきＴＦＣＩ群を少なくすることができるので、設定されたＴＦＣＳ全てから適合するＴＦＣＩを探索することに比べ、探索時間を短縮することができる。
短縮できる探索時間について、より具体的に述べる。例えば、処理単位である１無線フレームが１０ｍｓとすると、そのうち送信データ処理に約４ｍｓ使用する。ＣＤＭＡ通信方式においては、送信データ処理として、コマンド解析、チャネル制御、ＴＦＣＩサーチ、レートマッチングアトリビュートによるエンコードパラメータ計算に加え、符号化、インタリーブ、レートマッチング等の所定の処理を行なう必要がある。このうち、符号化、インタリーブ、レートマッチング等の処理に約２ｍｓかかるので、コマンド解析、チャネル制御、ＴＦＣＩサーチ、およびエンコードパラメータ計算は約２ｍｓ以内に行わなければならない。設定されるＴＦＣＳの数はサービスにより異なるが、例えばトランスポートチャネルが５つでＴＦＣＳが６４個になる場合がある。これを全てサーチすると探索時間は約３ｍｓとなり、処理が完了せず送信ができなくなるが、音声有無を予測しＴＦＣＩを選別することによって探索すべきＴＦＣＩ群を半分にすることで処理時間は約１．５ｍｓとなり、所定の処理単位時間内にＴＦＣＩを決定できるようになる。このＴＦＣＩとともに送信データを送信することができるので、サービスによらず安定した送信が行なえ、送信品質の向上が図れる。
実施の形態２．
次に、この発明の実施の形態２を説明する。実施の形態２は、図１、図３に示す機能ブロックを備える移動通信端末であって、実施の形態１とは異なる送信動作を行なう。機能ブロックの構成については、実施の形態１と同様であるので説明を省略し、図９を用いて動作を説明する。
図９は、実施の形態２における送信動作を示すフローチャートであり、各機能ブロック毎の動作、各機能ブロック間のデータフローおよび制御情報フローにより表わしている。図において、ステップＳ９１は、サービス種別決定部３２およびデータレート制御部３３における動作であり、基地局との制御情報通信とシーケンス制御により、送信するデータのサービス種別を決定し、決定された各サービス毎の送信データが伝送されるトランスポートチャネルの最高データレートを制御情報として出力する。このとき、サービス種別が音声データであるトランスポートチャネルについては、その発生を検知できないので、データレートを制御することができない。
また、ステップＳ９３、Ｓ９４、Ｓ９５はサービスデータ作成部３６における動作であり、ステップＳ９３、ステップＳ９４では、ステップＳ９１で決定されたサービス種別とデータレートに従って、各サービス毎にそれぞれパケットＴｒＣＨデータ、制限デジタルＴｒＣＨデータを作成する。音声に関しては、電話における音声発生（ステップＳ９２）に基づき、音声ＴｒＣＨデータを作成するとともに、音声データ量の予測を行なう（ステップＳ９５）。予測の結果は制御情報として出力される。
ここで、音声データ量の予測を行なう方法の一例を図１０および図１１を用いて説明する。まず、電話における音声が発生すると音声コーデック部に入力され（ステップＳ１０１）、所定の音声コーデック（符号化）がなされる。このとき、同時に音声データ量が判定され（ステップＳ１０２）、この判定結果が有音か、無音（データ量ゼロ）かを判断する（ステップＳ１０３）。ステップＳ１０３で無音と判断された場合、ステップＳ１０５に進み、処理単位毎の音声有無判定が３回連続で無音と判定されたか否かを判断する。そして、３回連続で無音と判定された場合は、次の処理単位における音声を無音（データ量ゼロ）と予測する（ステップＳ１０６）。３回連続して無音と判定されない場合は、ステップＳ１０３へ戻る。
一方、ステップＳ１０３で有音と判断された場合、ステップＳ１０４に進み、ステップＳ１０２で判定されたデータ量と、予めわかっている音声データの取り得るデータ量（データレート）に基づき、次の処理単位における音声のデータ量を予測する。この予測方法の詳細を図１１を用いて説明する。図１１は、上記音声データの取り得るデータ量の一例を示した表である。図において、取り得る音声データ量は、「なし（無音）」から１２．２ｋｂｐｓまで１０段階で規定されており、それぞれのデータ量に対し伝送フォーマット（ＴＦ）を示す番号０〜９が割り当てられている。例えば、ステップＳ１０２で判定されたデータ量を示すＴＦが７であったとすると、次の処理単位における音声のデータ量をＴＦ６、７、８のいずれかであると予測する。これは音声のデータ量が連続した処理単位においてあまり急激には変化しない特性を用いている。これにより、簡易に音声のデータ量を予測することができる。また、複数の処理単位におけるデータ量を平均し、図１１において、平均データ量に一番近いデータ量を選択し、予測するデータ量としても良い。この場合も同様の効果が得られる。
図９に戻り、ステップＳ９６において、送信データ作成部はステップＳ９３、Ｓ９４、Ｓ９５で作成された各サービスのＴｒＣＨデータを入力し、これらのＴｒＣＨデータを多重化して送信データを作成するとともに、送信データ量（Ｔｒａｆｆｉｃ）を検出する。ただし、ステップＳ９５で予測された音声データ量に基づき、この音声ＴｒＣＨデータとステップＳ９３、Ｓ９４で作成された各サービスのＴｒＣＨデータをともに送信すると、規定されたデータ量を超えると判断した場合は、あらかじめ定められた送信優先順位の低いＴｒＣＨデータを除き、送信優先順位の高いＴｒＣＨデータを多重化して送信データを作成する。このステップＳ９６の詳細は、図１２を用いて後述する。
一方、チャネル組合せ候補設定部３４では、サービス種別決定部３２、データレート制御部３３からステップＳ９１で決定された制御情報を受けて、指定のサービス組合せで取り得る各サービスのＴｒＣＨサイズ（伝送フォーマット）の組合せ候補群（ＴＦＣＳ）を設定する（ステップＳ９７）。また、ステップＳ９８において、組合せる各ＴｒＣＨデータにあらかじめ定められた優先順位を付ける。
ＴＦＣＩサーチ部３８では、ステップＳ９７で設定されたＴＦＣＳの中から、ステップＳ９５で予測された音声データ量予測に基づき所定のＴＦＣＩを選別し、選別されたＴＦＣＩ群の中からステップＳ９８で付けられた優先順位に従い、ステップＳ９６で検出されたＴｒａｆｆｉｃに当てはまる伝送フォーマット組合せの識別符号（ＴＦＣＩ）を探索する（ステップＳ９９）。そしてステップＳ９１０において、送信データマッピング部は、ステップＳ９６で作成された送信データをチャネルエンコードし、ステップＳ９９で決定されたＴＦＣＩとともに物理チャネルにマッピングして送信する。
ここで、上記ステップＳ９６の送信データ作成動作、およびステップＳ９９のＴＦＣＩ探索動作の詳細を、図１２を用いて説明する。なお、ステップＳ９１０のデータマッピング動作の詳細は、実施の形態１の図６と同様であるので、説明を省略する。
図１２は、Ｓ９６の送信データ作成動作、およびステップＳ９９のＴＦＣＩ探索動作を示すフローチャートである。まず、送信データ作成部３７は、ステップＳ９５で予測された音声データ量予測の情報を入力し（ステップＳ１２１）、予測結果を判断する（ステップＳ１２２）。予測結果において、音声データ量ゼロが予測された場合は、ステップＳ１２１０に進み、ゼロ以外のデータ量が予測された場合は、ステップＳ１２３に進む。そして、ステップＳ１２３において、ＴＦＣＩサーチ部３８はステップＳ９７で決定されたＴＦＣＳの中から、予測した音声データ量を含む組合せを示すＴＦＣＩのみを選別する。
次に、ステップＳ１２４において、予測された音声データ量とサービス種別・データレート決定部３１で決定された音声以外のＴｒＣＨデータをともに送信する場合のデータ量を予測し、予測したデータ量が規定の物理チャネルのデータ量（レート）を超えるか否かを判断する（ステップＳ１２５）。超えると予測した場合は、ステップＳ１２６へ進み、超えないと予測した場合は、ステップＳ１２１３へ進む。
ステップＳ１２６において、送信データ作成部３７では、データ量が規定値以内となるように、サービス種別・データレート決定部３１（上位レイヤ）で決定された音声以外のＴｒＣＨデータのうち、所定の送信優先順位の低いＴｒＣＨデータを除き、音声ＴｒＣＨデータと多重化した送信データを作成する。また、ＴＦＣＩサーチ部３８では、ステップＳ１２３において限定されたＴＦＣＩ群の中から、所定の送信優先順位に基づいて優先順位の低いＴｒＣＨデータを含まない組合せのＴＦＣＩのみを取り出す（ステップＳ１２７）。
そして、ステップＳ１２７で限定したＴＦＣＩ群から、ステップＳ９８で付けられた所定の送信優先順位に基づき、優先順位の高いＴｒＣＨデータを含む組合せから順に、ステップＳ１２６で作成した送信データのＴｒａｆｆｉｃに適合するＴＦＣＩを探索する（ステップＳ１２８）。ステップＳ１２９において、適合するＴＦＣＩが探索された場合は、そのＴＦＣＩを検出し、決定する（ステップＳ１２１６）。適合するＴＦＣＩがなかった場合はステップＳ１２１５へ進み、選別されなかった残りのＴＦＣＩ群から、適合するＴＦＣＩを探索する。そして探索されたＴＦＣＩを検出し、決定する（ステップＳ１２１６）。
一方、ステップＳ１２２で音声データ量ゼロと予測されステップＳ１２１０へ進んだ場合、ＴＦＣＩサーチ部３８は、ステップＳ９７で決定されたＴＦＣＳの中から、音声データ量ゼロを含む組合せを示すＴＦＣＩのみを選別する。そして、限定されたＴＦＣＩ群から、ステップＳ９８で付けられた所定の送信優先順位に基づき、優先順位の高いＴｒＣＨデータを含む組合せから順に、実際に発生した送信データのＴｒａｆｆｉｃに適合するＴＦＣＩを探索する（ステップＳ１２１１）。ステップＳ１２１２において、適合するＴＦＣＩが探索された場合は、そのＴＦＣＩを検出し、決定する（ステップＳ１２１６）。適合するＴＦＣＩが探索されなかった場合はステップＳ１２１５へ進み、選別されなかった残りのＴＦＣＩ群から、適合するＴＦＣＩを探索する。そして探索されたＴＦＣＩを検出し、決定する（ステップＳ１２１６）。
さらに、ステップＳ１２５で予測したデータ量が規定の物理チャネルのデータ量を超えないと判断されステップＳ１２１３へ進んだ場合、ＴＦＣＩサーチ部３８は、ステップＳ１２３で限定したＴＦＣＩ群から、ステップＳ９８で付けられた所定の送信優先順位に基づき、優先順位の高いＴｒＣＨデータを含む組合せから順に、実際に発生した送信データのＴｒａｆｆｉｃに適合するＴＦＣＩを探索する（ステップＳ１２１３）。ステップＳ１２１４において、適合するＴＦＣＩが探索された場合は、そのＴＦＣＩを検出し、決定する（ステップＳ１２１６）。適合するＴＦＣＩが探索されなかった場合はステップＳ１２１５へ進み、選別されなかった残りのＴＦＣＩ群から、適合するＴＦＣＩを探索する。そして探索されたＴＦＣＩを検出し、決定する（ステップＳ１２１６）。
上記ステップＳ１２３とＳ１２７の動作をより具体的に説明する為に、図１３を用いる。図１３は、ＴＦＣＳと、このＴＦＣＳから音声データ量の予測と、送信優先順位に基づき選別し限定したＴＦＣＩ群の一例を示す。図において、図１３（ａ）は、チャネル組合せ候補設定部３４で設定されたＴＦＣＳを示す。この例では、指定されたサービスは音声とパケット１、および２の３種であり、各ＴｒＣＨデータのデータ量（データレート）の組合せに対し、ＴＦＣＩ（０〜５）が割り当てられている。また、図１３（ｂ）、（ｃ）は、ステップＳ１２２において、音声のデータレートが１２．２ｋｂｐｓと予測された場合に、図１３（ａ）に示すＴＦＣＳから音声データレート１２．２ｋｂｐｓの組合せのみ取り出したＴＦＣＩ群を示し、図１３（ｄ）は、音声データ量ゼロと予測された場合に取り出されたＴＦＣＩ群を示す。
さらに、図１３（ｂ）は、ステップＳ１２５において、予測したデータ量が規定の物理チャネルのデータ量（レート）を超えると予測された場合に、図１３（ｂ）、（ｃ）に示す限定されたＴＦＣＩ群から送信優先順位の低いＴｒＣＨデータ（この場合はパケット２）を含まないＴＦＣＩのみを取り出したＴＦＣＩ群を示す。サーチ順序は、図１３（ｂ）において、ステップＳ９８で付けられた優先順位の高いＴＦＣＩから行なうこととなる。
なお、ＴＦＣＩの限定の順序は上記に限定されるものではなく、例えば、優先順位の低いＴｒＣＨデータを含まないＴＦＣＩのみを取り出し限定したＴＦＣＩ群から、予測された音声データ量を含むＴＦＣＩを取り出すようにしても良い。
以上のように、音声データ量を予測しＴＦＣＩを選別することによって、探索すべきＴＦＣＩ群を少なくすることができるので、探索時間を短縮できる。短縮できる探索時間はサービスにより異なるが、設定されたＴＦＣＳ全てから適合するＴＦＣＩを探索することに比べ、実施の形態１と同様に１／２またはそれ以下の探索時間となり、所定の処理単位時間内にＴＦＣＩを決定できるようになる。このＴＦＣＩとともに送信データを送信することができるので、サービスによらず安定した送信が行なえ、送信品質の向上が図れる。
また、予測された音声データ量に基づき、音声と音声以外のＴｒＣＨデータをともに送信する場合のデータ量が規定の物理チャネルのデータ量を超えると予測した場合、データ量が規定値以内となるように送信優先順位の低いＴｒＣＨデータを除いて多重化した送信データを作成するので、ＴＦＣＩがみつからず送信が不可能となって送信品質が劣化するという不具合を防ぐことが可能となる。
さらに、送信優先順位の低いＴｒＣＨデータを除いて多重化した送信データを作成した場合、所定の送信優先順位に基づいて優先順位の低いＴｒＣＨデータを含まない組合せのＴＦＣＩを選別し、優先順位の高いＴｒＣＨデータを含む組合せから順に適合するＴＦＣＩを探索するので、探索時間をさらに短縮することができる。これにより、所定の処理単位時間内において確実にＴＦＣＩを決定でき、このＴＦＣＩとともに送信データを送信することができるようになるので、さらに送信品質の向上が図れる。
【図面の簡単な説明】
図１は、この発明の一実施例である移動通信端末の機能ブロック図である。
図２は、この発明の一実施例である移動通信端末におけるレイヤ構成図である。
図３は、この発明の一実施例である送信信号制御部の機能ブロック図である。
図４は、この発明の実施の形態１における機能ブロック毎の送信動作を示すフローチャートである。
図５は、図４における音声有無予測の動作を示すフローチャートである。
図６は、図４における送信データマッピングの動作を示すフローチャートである。
図７は、図４における伝送フォーマット識別符号探索動作の詳細を示すフローチャートである。
図８は、伝送フォーマット組合せ候補群の一例を示す表である。
図９は、この発明の実施の形態２における機能ブロック毎の送信動作を示すフローチャートである。
図１０は、図９における音声データ量予測の動作を示すフローチャートである。
図１１は、音声データの伝送フォーマットの一例を示す表である。
図１２は、図９における伝送フォーマット識別符号探索動作の詳細を示すフローチャートである。
図１３は、伝送フォーマット組合せ候補群の一例を示す表である。
図１４は、従来の移動通信端末における機能ブロック毎の送信動作を示すフローチャートである。
【図１】
2003065684.tif 000003
【図２】
2003065684.tif 000004
【図３】
2003065684.tif 000005
【図４】
2003065684.tif 000006
【図５】
2003065684.tif 000007
【図６】
2003065684.tif 000008
【図７】
2003065684.tif 000009
【図８】
2003065684.tif 000010
【図９】
2003065684.tif 000011
【図１０】
2003065684.tif 000012
【図１１】
2003065684.tif 000013
【図１２】
2003065684.tif 000014
【図１３】
2003065684.tif 000015
【図１４】
2003065684.tif 000016
【国際調査報告】
2003065684.tif 000017
2003065684.tif 000018
2003065684.tif 000019
2003065684.tif 000020