(57)【要約】  移動通信システムにおいて、パケット網を用いて音声サービスを提供するに当たり、音声コーデックの音声パケットを効率よく処理する装置及び方法を提供する。無線リンク制御階層が上位階層から送られてくる音声パケットを受信し、該受信した音声パケットのタイプを示す情報と、上記音声パケットのヘッダーにおけるエラーを確認するための情報とを含むヘッダーを生成するステップと、上記タイプを示す情報を用いて上記音声パケットの音声データ部分を確認し、上記確認済みの音声データ部分から、上記音声パケットのエラー検出を行うための範囲を決定するステップと、上記決定済みのエラー検出範囲を含むヘッダーと上記音声データを、伝送しようとする音声パケットとして再構成して無線チャンネルを通じて下位階層に送るステップと、を含むことを特徴とする。
2007538455.tif 000002
【特許請求の範囲】
【請求項１】
パケット網を通じて音声サービスを提供する移動通信システムにおける音声パケットを効率よく処理する送信方法であって、
無線リンク制御階層が上位階層から伝送しようとする音声パケットを受信し、該受信した音声パケットのタイプを示す情報と、前記音声パケットのヘッダーにおけるエラーを確認するための情報とを含むヘッダーを生成するステップと、
前記タイプを示す情報を用いて前記音声パケットの音声データ部分を確認し、該確認済みの音声データ部分から、前記音声パケットのエラー検出を行うための範囲を決定するステップと、
前記決定済みのエラー検出範囲を含むヘッダーと前記音声データを、伝送しようとする音声パケットとして再構成して無線チャンネルを通じて下位階層に送るステップと、を含むことを特徴とする方法。
【請求項２】
前記無線リンク制御階層は、前記上位階層から前記音声パケットが音声データであるか、あるいは、無声データであるかを示す情報を送られ、前記ヘッダーのタイプフィールドに割り当てることを特徴とする請求項１に記載の方法。
【請求項３】
前記無線リンク制御階層は、前記上位階層から伝送しようとする前記音声パケットを送られ、そこに該音声パケットのシーケンス番号を示す情報をさらに含めて前記ヘッダーを生成することを特徴とする請求項１に記載の方法。
【請求項４】
前記無線リンク制御階層は、前記タイプ情報を用いて前記音声パケットの音声データ部分とヘッダー部分とを区別し、前記ヘッダー部分に対してエラー検出を行った値を前記音声パケットのエラーを確認するための情報として割り当てて前記下位階層に送ることを特徴とする請求項１に記載の方法。
【請求項５】
前記音声パケットのエラー検出を行うための範囲を決定するステップにおいては、前記受信した音声パケットと伝送し切れなかった以前の音声パケットとが連接しているときは、該範囲を、前記受信した音声パケットに対してのみと決定することを特徴とする請求項１に記載の方法。
【請求項６】
前記ヘッダーを生成するステップにおいては、前記受信した音声パケットが連接して伝送される旨を示すインジケーターを含めて生成することを特徴とする請求項１に記載の方法。
【請求項７】
パケット網を通じて音声サービスを提供する移動通信システムにおける音声パケットを効率よく処理する受信方法であって、
無線リンク制御階層が下位階層からデータを受信し、該データのパケットタイプを示す情報と、前記データのヘッダーにおけるエラーを確認するための情報とを含むヘッダーを用いて音声パケットを再構成するステップと、
前記ヘッダーを用いて前記再構成された音声パケットから前記ヘッダーにおけるエラーを確認するための情報を取り出すステップと、
前記パケットタイプを示す情報を用いて前記音声パケットの音声データ部分を確認し、エラーの発生有無を確認するためのエラー検出範囲を、前記確認済みの音声データ部分を除く部分に対してと決定するステップと、
前記決定済みのエラー検出範囲と前記エラーを確認するための情報とを比較して、前記音声パケットのエラーの発生有無を確認するステップと、を含むことを特徴とする方法。
【請求項８】
前記エラー検出範囲を決定するステップにおいては、前記受信したデータの音声パケットと伝送し切れなかった以前のデータの音声パケットとが連接しているときは、該範囲を、前記受信したデータの音声パケットに対してのみと決定することを特徴とする請求項７に記載の方法。
【請求項９】
パケット網を通じて音声サービスを提供する移動通信システムにおける音声パケットを効率よく処理する無線リンク制御の伝送装置であって、
上位階層から音声パケットのタイプを示す情報と、伝送しようとする音声パケットを受信して格納するバッファと、
前記バッファに格納されている前記音声パケットと以前に受信した他の音声パケットに対して、無線チャンネルを通じて伝送するのに適したサイズに分割または連接を行う分割／連接部と、
前記音声パケットと他の音声パケットとを区別するためのシーケンス番号を示す情報と、前記音声パケットの長さを示す情報と、前記音声パケットのヘッダーにおけるエラーの発生有無を示す情報を含むヘッダーを生成するヘッダー生成部と、
前記タイプを示す情報を用いて前記音声パケットの音声データ部分とヘッダー部分とを区別し、前記ヘッダー部分に対してエラー検出を行った値を前記音声パケットのエラーを確認するための情報として割り当てて前記音声パケットのエラー発生範囲を決定するエラー情報適用範囲判断部と、を備えることを特徴とする装置。
【請求項１０】
前記ヘッダー生成部は、前記受信した音声パケットが連接して伝送される旨を示すインジケーターをさらに含むことを特徴とする請求項９に記載の装置。
【請求項１１】
パケット網を通じて音声サービスを提供する移動通信システムにおける音声パケットを効率よく処理する無線リンク制御の受信装置であって、
下位階層からデータを受信して格納するバッファと、
前記受信したデータから、前記データのタイプを示す情報と前記データのヘッダーにおけるエラーの発生有無を示す情報を含むヘッダーを分離するヘッダー取出部と、
前記タイプを示す情報を用いて前記データの音声データ部分を確認し、エラーの発生有無を確認するためのエラー検出範囲を、前記確認済みの音声データ部分を除く部分に対してと決定するエラー検出適用範囲計算部と、
前記ヘッダーに含まれている前記エラーの発生有無を示す情報と前記タイプ情報に基づいて予め決められたエラー発生範囲を比較し、前記ヘッダーのエラーの発生有無を確認するエラー情報比較部と、を備えることを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて、パケット網を通じて音声サービスを提供するに当たり、特に、エラーの生じた音声パケットデータを効率よく処理して通話品質を高めることのできる装置及び方法に関する。
【背景技術】
【０００２】
今日、移動通信システムは、初期の音声中心のサービスの提供に留まらず、データサービス及びマルチメディアサービスの提供のための高速、高品質の無線データパケット通信システムへ発展しつつある。ここで、ヨーロッパ式の移動通信システムであるＧＳＭ（Global System for Mobile Communications）とＧＰＲＳ（General Packet Radio Services）を基にし、且つ、広帯域な符号分割多重接続（Code Division Multiple Access：以下、「ＣＤＭＡ」と称する。）を用いる第３世代の移動通信システムであるＵＭＴＳ（Universal Mobile Telecommunication Service）システムは、パケット基盤のテキストまたはデジタル化された音声データ、ビデオ及びマルチメディアデータを２Ｍｂｐｓ以上と高速にて伝送可能な一貫したサービスを提供する。
【０００３】
かかるＵＭＴＳ通信システムについての標準化を担当する３ＧＰＰにおいては、パケット網を用いて音声サービスを支援するＶｏＩＰ（Voice over internet protocol）通信に対応するための方案が論議されている。上記ＶｏＩＰは、音声符号化器において生成された音声フレームをインターネットプロトコル（ＩＰ）／ユーザーデータプロトコル（User Datagram Protocol、以下、「ＵＤＰ」と称する。）／リアルタイムな伝送プロトコル（Real time Transport Protocoｌ、以下、「ＲＴＰ」と称する。）を通じて伝送するパケット通信技法であり、パケット網を通じて音声サービスを提供することができる。
【０００４】
図１は、ユーザー端末がＶｏＩＰを行う動作を簡略に示している。
上記図１を参照すると、ユーザー端末１００は、音声を音声フレームに変換するコーデック１０５と、上記音声フレームをＩＰ／ＵＤＰ／ＲＴＰパケットにするＩＰ／ＵＤＰ／ＲＴＰプロトコル階層１１０と、ＩＰ／ＵＤＰ／ＲＴＰパケットのヘッダーを圧縮するパケットデータコンバージェンスプロトコル階層（Packet Data Convergence Protocol、以下、「ＰＤＣＰ」と称する。）１１５と、上記ＩＰ／ＵＤＰ／ＲＴＰパケットを無線チャンネルを通じて伝送するのに適した形式のものに変換する無線リンク制御階層（Radio Link Control、以下、「ＲＬＣ」と称する。）１２０と、上記パケットデータを無線チャンネルを通じて伝送する媒体接続制御部（Medium Access Control：以下、「ＭＡＣ」と称する。）１２５と、物理階層（Physical Layer：以下、「Ｐｈｙ」と称する。）１３０と、を備える。
【０００５】
そこで、上記ユーザー端末１００が伝送した音声パケットデータは、ノードＢ１４０のＰＨＹ階層１３５を通じてＲＮＣ１５０に伝送される。このとき、ＲＮＣ１５０は、上記ユーザー端末１００と同様に、ＭＡＣ階層１５５と、ＲＬＣ階層１６０と、ＰＤＣＰ階層１６５を備え、上記受信したデータを元のＩＰ／ＵＤＰ／ＲＴＰパケットに変換して、基幹回線網（Core Network：以下、「ＣＮ」と称する。）１７０に伝送する。上記ＩＰ／ＵＤＰ／ＲＴＰパケットは、ＩＰネットワーク１８０を通じて通話相手に送られる。通話相手の音声データは、上記した順番とは逆順にてユーザー端末に送られる。
【０００６】
上述のように、３ＧＰＰネットワークにおいて、ヘッダー圧縮装置は、ＰＤＣＰ（Packet Data Convergence Protocol）１１５、１６５という階層に設けられ、ＩＰ／ＵＤＰ／ＲＴＰパケットを無線チャンネルを通じて伝送するのに適した形式のものに変換する装置は、ＲＬＣ（Radio Link Control）１２０、ｌ６０階層に設けられる。
【０００７】
ここで、ＲＬＣ階層の役割について詳細に述べると、下記の通りである。
上記ＲＬＣ階層は、動作方式によって、非承認モード（Unacknowledged Mode、以下、「ＵＭ」と称する。）、承認モード（Acknowledged Mode、以下、「ＡＭ」と称する。）、透過モード（Transparent Mode、以下、「ＴＭ」と称する。）に大別される。このとき、上記ＶｏＩＰは、上述のモードのうち、ＲＬＣ  ＵＭモードにおいて動作する。なお、上記ＲＬＣ  ＵＭの動作について述べると、下記の通りである。
【０００８】
送信側のＲＬＣ  ＵＭ階層は、上位階層から送られてきたデータ、すなわち、ＲＬＣサービスデータユニット（ＲＬＣ Service Data Unit、以下、「ＲＬＣ  ＳＤＵ」と称する。）を分割、連接またはパディングして、無線チャンネルを通じて伝送するのに適したサイズにする。その後、上記分割／連接／パディングに関する情報を挿入し、シーケンス番号を挿入してプロトコルデータユニット（Protocol Data Unit、以下、「ＲＬＣ  ＰＤＵ」と称する。）を生成し、上記ＲＬＣ  ＰＤＵを下位階層に送る役割をする。
【０００９】
このため、受信側のＲＬＣ  ＵＭ階層は、下位階層から送られてきたＲＬＣ  ＰＤＵのシーケンス番号と分割／連接／パディングに関する情報を解析してＲＬＣ  ＳＤＵを再構成した上で、上位階層に送る役割をする。
さらに、ＲＬＣ  ＴＭモードにおいては、上位階層から送られてきたＲＬＣ  ＳＤＵをそのまま下位階層に送るか、あるいは、下位階層から送られてきたＲＬＣ  ＰＤＵをそのまま上位階層に送る役割をする。
【００１０】
上述のように、上記ユーザー端末１００のコーデック１０５において生成された音声データは、ＩＰ／ＵＤＰ／ＲＴＰプロトコル階層１１０を経てＶｏＩＰパケットとなる。上記ＶｏＩＰパケットは、逆方向の伝送のために、ＰＤＣＰ階層１０４においてヘッダーが圧縮され、ＲＬＣ階層１０３において無線チャンネル伝送に適したサイズとなる。その後、ＭＡＣ／ＰＨＹ１２５、１３０階層においてチャンネル符号化され、無線チャンネルを通じて伝送される。上記ＲＬＣ  ＰＤＵ（または、伝送ブロック：ＲＬＣ  ＰＤＵが物理階層において処理された後は、伝送ブロックと称する。）は、ノードＢ１４０のＰＨＹ１３５階層においてチャンネル復号化された後、ＲＮＣ１５０に伝送される。
【００１１】
ＲＮＣ１５０は、ＲＬＣ  ＰＤＵを再びＶｏＩＰパケットとして再構成した後、ＣＮ１７０に伝送する。ＣＮ１７０は、ＶｏＩＰパケットをＩＰネットワーク１６０またはＰＳＴＮ１９０を通じて通話相手へ送る。順方向のデータ伝送は、上述の順番とは逆順に行われる。
また、上記ＶｏＩＰを支援する移動通信システムにおいて、両側の通話者は、同じコーデックを用いる必要がある。例えば、上記ＵＭＴＳユーザー端末１００と一般の有線電話ユーザー１６５との間において通話が行われる場合、一般の電話網とＵＭＴＳ基幹回線網との間において、所定の装置がコーデックの変換を司る。
【００１２】
さらに、上記３ＧＰＰにおいて用いられるコーデックとしては、適応的なマルチレートコーデック（Adaptive Multi Rate、以下、「ＡＭＲ」と称する。）があり、上記ＡＭＲコーデックは、エラーが生じた音声データに対して、エラー隠匿を行う。これは、エラーが生じた音声データを全く使用しない場合よりは、優れた通話品質を提供することが可能になるためである。
【００１３】
図２は、無線チャンネルを通じて伝送されるＶｏＩＰパケットの構造を示している。
上記図２を参照すると、ＡＭＲコーデックにおいて生成された音声データ２２５にＩＰ／ＵＤＰ／ＲＴＰヘッダーが付加された後、ＰＤＣＰ階層に送られる。このとき、上記ＡＭＲコーデックは、上記音声データにＡＭＲペイロード専用のヘッダー２２０を付加する。参考までに、上記ＡＭＲペイロード専用のヘッダーには、ＡＭＲ音声データが無声区間データであるか、あるいは、実際の音声データであるかを示す情報などが含まれる。ＰＤＣＰ階層には、ロバストヘッダー圧縮（Robust Header Compression、以下、「ＲＯＨＣ」と称する。）と呼ばれるヘッダー圧縮プロトコルが設けられ、ＩＰ／ＵＤＰ／ＲＴＰヘッダーを数バイトのサイズのＲＯＨＣヘッダー２１５に圧縮する。また、ＰＤＣＰ階層においては、上記パケットに別途のＰＤＣＰヘッダー２１０を付加してもよい。上記パケットは、ＲＬＣ階層に送られ、ＲＬＣ階層においては、シーケンス番号と分割／連接情報などのＲＬＣヘッダー２０５を付加する。
【００１４】
上記パケットは、ＭＡＣ階層を経て物理階層に送られ、物理階層において巡回冗長検査 （Cyclic Redundancy Check、以下、「ＣＲＣ」と称する。）２３０が施された後、無線チャンネルを通じて伝送される。上記ＣＲＣを適用する理由は、伝送されるＶｏＩＰパケットに対してエラーの発生有無をコーデックに知らせるためである。このとき、上記物理階層において付加されたＣＲＣ２３０の適用範囲２３５は、ＣＲＣフィールドそのものを除く全体のパケットである。換言すると、上記ＣＲＣは、上記ＶｏＩＰパケットの全体にエラーが生じたかどうかのみを判断することができる。
【００１５】
しかしながら、上記ＶｏＩＰパケットを処理するための好適な動作は、ＲＬＣヘッダー、ＰＤＣＰヘッダー、ＲＯＨＣヘッダーまたはＡＭＲペイロード専用のヘッダーにおいてエラーが生じた場合は上記伝送されてきたＶｏＩＰパケットを廃棄し、その一方で、ＡＭＲ音声データ部分にエラーが生じた場合は上記ＶｏＩＰパケットを処理してコーデックに送ることである。
【００１６】
ところが、上記無線チャンネルを通じて伝送されてくるＶｏＩＰパケットは、無線チャンネルまたはヘッダー圧縮装置において付加されたヘッダーと音声データが混在するため、エラーが生じた箇所が上記ＶｏＩＰパケットのヘッダー部分であるか、あるいは、ペイロード部分であるかを確認し得ないという不都合がある。すなわち、物理階層においてＣＲＣが付加されているため、正確にどの部分においてエラーが生じたかを把握することができなかった。
この理由から、ＶｏＩＰパケットと関連してエラーが生じた場合、該エラーの発生箇所がヘッダー部分におけるエラーの発生箇所であるかどうかを判断する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
本発明は上記の事情に鑑みてなされたものであり、その目的は、パケット網を通じて音声サービスを提供する移動通信システムにおける音声パケットデータを効率よく処理する装置及び方法を提供するところにある。
本発明は、パケット網を通じて音声サービスを提供する移動通信システムにおいて、無線リンク制御階層が音声パケットデータのエラー発生領域を示す情報を含むヘッダーを生成する装置及び方法を提供するところにある。
本発明は、パケット網を通じて音声サービスを提供する移動通信システムにおいて、無線リンク制御階層が音声パケットデータのヘッダー領域にエラーが生じたかどうかを示す情報を含むヘッダーを送受信する装置及び方法を提供するところにある。
【課題を解決するための手段】
【００１８】
上記の目的を達成するために、本発明の実施の形態による伝送方法は、パケット網を通じて音声サービスを提供する移動通信システムにおける音声パケットを効率よく処理する送信方法であって、無線リンク制御階層が上位階層から伝送しようとする音声パケットを受信し、該受信した音声パケットのタイプを示す情報と、上記音声パケットのヘッダーにおけるエラーを確認するための情報とを含むヘッダーを生成するステップと、上記タイプを示す情報を用いて上記音声パケットの音声データ部分を確認し、該確認済みの音声データ部分から、上記音声パケットのエラー検出を行うための範囲を決定するステップと、上記決定済みのエラー検出範囲を含むヘッダーと上記音声データを、伝送しようとする音声パケットとして再構成して無線チャンネルを通じて下位階層に送るステップと、を含むことを特徴とする。
【００１９】
上記の目的を達成するために、本発明の実施の形態による受信方法は、パケット網を通じて音声サービスを提供する移動通信システムにおける音声パケットを効率よく処理する受信方法であって、無線リンク制御階層が下位階層からデータを受信し、該データのパケットタイプを示す情報と、上記データのヘッダーにおけるエラーを確認するための情報とを含むヘッダーを用いて音声パケットを再構成するステップと、上記ヘッダーを用いて上記再構成された音声パケットから上記ヘッダーにおけるエラーを確認するための情報を取り出すステップと、上記パケットタイプを示す情報を用いて上記音声パケットの音声データ部分を確認し、エラーの発生有無を確認するためのエラー検出範囲を、上記確認済みの音声データ部分を除く部分に対してと決定するステップと、上記決定済みのエラー検出範囲と上記エラーを確認するための情報とを比較して、上記音声パケットのエラーの発生有無を確認するステップと、を含むことを特徴とする。
【００２０】
上記の目的を達成するために、本発明の実施の形態による送信装置は、パケット網を通じて音声サービスを提供する移動通信システムにおける音声パケットを効率よく処理する無線リンク制御の送信装置であって、上位階層から音声パケットのタイプを示す情報と、伝送しようとする音声パケットを受信して格納するバッファと、上記バッファに格納されている上記音声パケットと以前に受信した他の音声パケットに対して、無線チャンネルを通じて伝送するのに適したサイズに分割または連接を行う分割／連接部と、上記音声パケットと他の音声パケットとを区別するためのシーケンス番号を示す情報と、上記音声パケットの長さを示す情報と、上記音声パケットのヘッダーにおけるエラーの発生有無を示す情報を含むヘッダーを生成するヘッダー生成部と、上記タイプを示す情報を用いて上記音声パケットの音声データ部分とヘッダー部分とを区別し、上記ヘッダー部分に対してエラー検出を行った値を上記音声パケットのエラーを確認するための情報として割り当てて上記音声パケットのエラー発生範囲を決定するエラー情報適用範囲判断部と、を備えることを特徴とする。
【００２１】
上記の目的を達成するために、本発明の実施の形態による受信装置は、パケット網を通じて音声サービスを提供する移動通信システムにおける音声パケットを効率よく処理する無線リンク制御の受信装置であって、下位階層からデータを受信して格納するバッファと、該受信したデータから、上記データのタイプを示す情報と上記データのヘッダーにおけるエラーの発生有無を示す情報を含むヘッダーを分離するヘッダー取出部と、上記タイプを示す情報を用いて上記データの音声データ部分を確認し、エラーの発生有無を確認するためのエラー検出範囲を、上記確認済みの音声データ部分を除く部分に対してと決定するエラー検出適用範囲計算部と、上記ヘッダーに含まれている上記エラーの発生有無を示す情報と上記タイプ情報に基づいて予め決められたエラー発生範囲とを比較し、上記ヘッダーのエラーの発生有無を確認するエラー情報比較部と、を備えることを特徴とする。
【発明の効果】
【００２２】
本発明によれば、パケット網を通じて音声サービスを支援する移動通信システムにおいて、送受信ＲＬＣ階層が伝送しようとする音声パケットのタイプを示す情報と上記音声パケットのエラー検出結果を含む情報を用いて、音声パケットヘッダーのエラーの発生有無を速やかに処理することができる。すなわち、上記音声パケットヘッダーのエラーの発生有無を速やかに処理することにより、時間の遅延に敏感な音声パケットを一層効率よく処理することが可能になる。
【発明を実施するための最良の形態】
【００２３】
以下、添付した図面に基づき、本発明に係る適した実施の形態を詳細に説明する。本発明を説明するに当たって、関連する公知の機能あるいは構成についての詳細な説明が本発明の要旨を余計に曖昧にすると認められる場合、その詳細な説明を省く。後述する用語の定義は、この明細書の全般に亘っての内容を基に行われるべきである。
【００２４】
本発明においては、パケット網を通じて音声サービスを提供する移動通信システムにおいて、音声パケットヘッダー部分のエラーの発生有無を判断し得る方法を提案する。すなわち、ＶｏＩＰパケットを処理するに当たり、ヘッダー部分のエラーの発生有無を確認し、上記受信したパケットを一層効率よく処理する方法を提供する。また、上記ＶｏＩＰパケットを処理するコーデックが一層効率よくエラー隠匿を行う方法を提案する。このような本発明の一実施の形態として、ＲＬＣ階層が上記音声パケットのヘッダー部分におけるエラーの発生有無を判断するＣＲＣを付加する方案を提示する。
【００２５】
本発明の全体的な動作は、下記の通りである。
１．送信側
送信側の上位階層は、ＲＬＣ  ＳＤＵをＲＬＣ階層に送り、このとき、ＲＬＣ  ＳＤＵにおいて、ＣＲＣ−ヘッダーの適用範囲に関する情報も一緒に送る。このため、送信側のＲＬＣ階層が、上記ＣＲＣ−ヘッダーの適用範囲を判断し、該適用範囲に対して所定のＣＲＣ演算を行った後、その結果をＲＬＣヘッダーに付加する。このとき、ＣＲＣ−ヘッダー適用範囲に関する情報もＲＬＣヘッダーに含める。
【００２６】
２．受信側
受信側のＲＬＣ階層は、ＲＬＣ  ＰＤＵを受信すると、ＣＲＣの適用範囲に対してＣＲＣ演算を行う。このとき、上記ＣＲＣの適用範囲は、ＲＬＣ  ＰＤＵヘッダーの情報を基に決定される。
このとき、上記ＣＲＣ演算に成功すると、ＲＬＣ  ＳＤＵを上位階層に送り、ＣＲＣ演算に失敗すると、ＲＬＣ  ＳＤＵを廃棄する。
【００２７】
図３は、本発明の一実施の形態によるＲＬＣ階層の構造を示している。
上記図３を参照すると、ＲＬＣ送信側は、伝送バッファ３０５、分割／連接部３１０、ＲＬＣヘッダー挿入部３１５、ＣＲＣ挿入部３２０、スクランブル部３２５から構成される。これらの中で、上記伝送バッファ３０５、分割／連接部３１０、ＲＬＣヘッダー挿入部３１５、スクランブル部３２５は、既存の構造と同じ構成要素であり、本発明においては、ＣＲＣ挿入部が新たに設けられている。
【００２８】
これに対し、ＲＬＣ受信側は、逆スクランブル部３３０、受信バッファ３３５、ＲＬＣヘッダー取出部３４０、組立て部３４５、ＣＲＣ確認部３５０から構成される。これらの中で、逆スクランブル部３３０、受信バッファ３３５、ＲＬＣヘッダー取出部３４０、組立て部３４５は、既存の構造と同じ構成要素であり、本発明においては、ＣＲＣ確認部が新たに設けられている。
【００２９】
ここで、上記ＲＬＣ送信側は、下記の通りである。
上位階層からＲＬＣ  ＳＤＵが送られてくると、ＲＬＣ  ＳＤＵは、伝送バッファ３０５に格納される。上位階層は、ＲＬＣ  ＳＤＵと共にＲＬＣ  ＳＤＵのＣＲＣの適用範囲情報であるタイプ情報も一緒に送る。上記タイプ情報は、以降、ＣＲＣ挿入部３２０がＣＲＣ演算を行うときに用いられる。
【００３０】
上記ＲＬＣ  ＳＤＵは、伝送に先立って、上記分割／連接部３１０において、伝送に適したサイズに分割または連接される。上記連接済みのＲＬＣ  ＳＤＵまたは分割済みのＲＬＣ  ＳＤＵの一部がＲＬＣ  ＰＤＵのペイロードを構成する。ＲＬＣヘッダー挿入部３１５は、上記ＲＬＣ  ＰＤＵのペイロードにヘッダーを挿入する。ＲＬＣヘッダー３１５は、シーケンス番号と長さインジケーター（Length Indicator、以下、「ＬＩ」と称する。）情報を含む。シーケンス番号は、ＲＬＣ  ＰＤＵごとに単調に増加する０〜１２７までの整数であり、上記長さインジケーター（ＬＩ）は、分割または連接に関する情報であって、ＲＬＣ  ＰＤＵにおいて、ＲＬＣ  ＳＤＵの最後のバイトの位置を示す。
【００３１】
上記ＣＲＣ挿入部３２０は、上記タイプ情報に基づいてＣＲＣの適用範囲を確認し、ＣＲＣの適用範囲に対して所定のＣＲＣ演算を行い、そのＣＲＣ演算を行った結果値をＲＬＣ  ＰＤＵのヘッダーに挿入する。
上記スクランブル部３２５は、ＲＬＣ  ＰＤＵを他のユーザーが盗聴し得ないように、ＲＬＣ  ＰＤＵを暗号化する。上記暗号化済みのＲＬＣ  ＰＤＵは、下位階層に送られ、下位階層は、所定の処理過程を施した後、上記ＲＬＣ  ＰＤＵを無線チャンネルを通じて伝送する。
【００３２】
また、上記ＲＬＣ受信側は、下記の通りである。
ＲＬＣ受信側の逆スクランブル部３３０は、下位階層から送られてきたＲＬＣ  ＰＤＵを逆スクランブルして、プレインテキストにする動作を行う。受信バッファ３３５は、完全なＲＬＣ  ＳＤＵが構成されるまで、上記逆スクランブル部３３０を通じてプレインテキストのＲＬＣ  ＰＤＵを受信して格納する。例えば、任意のＲＬＣ  ＳＤＵが２つのＲＬＣ  ＰＤＵに分割され送られてきた場合、上記２つのＲＬＣ  ＰＤＵの全てが送られてくるまで、上記ＲＬＣ  ＰＤＵが上記受信バッファ３３５に格納される。
【００３３】
上記ＲＬＣヘッダー取出部３４０は、ＲＬＣ  ＰＤＵのヘッダーとペイロードを分離する動作を行う。組立て部３４５は、上記ペイロードをＲＬＣ  ＳＤＵとして再構成する動作を行う。このとき、ＲＬＣ  ＰＤＵヘッダーのシーケンス番号と長さインジケーター情報に基づいて、ＲＬＣ  ＳＤＵとして再構成する。
上記ＣＲＣ確認部３５０は、再構成されたＲＬＣ  ＳＤＵに対してＣＲＣ演算を行い、ヘッダー部分のエラーの発生有無を判断し、エラーの生じたＳＤＵは廃棄する動作を行う。これに対し、エラーの生じていないＳＤＵは上位階層に送る。
【００３４】
図４は、本発明の一実施の形態によるＲＬＣ  ＰＤＵの構造を示している。
上記図４を参照すると、ＲＬＣ  ＰＤＵは、ＲＬＣヘッダーとＲＬＣペイロードから構成される。上記ＲＬＣヘッダーは、ＳＮ４０５、Ｅ４１０、４２５、ＣＲＣ４１５、Ｔ４２０、ＬＩ４３０から構成される。上記ヘッダーフィールドのうち、上記ＣＲＣとＴは、本発明において新たに提案しているパラメータである。
【００３５】
上記ＲＬＣペイロードは、ＲＬＣ  ＳＤＵ４５０とパディングフィールド４４５から構成される。これと関連して、上記図４に示す構造は、単一のＲＬＣ  ＳＤＵが分割または連接されずに、単一のＲＬＣ  ＰＤＵとして収納されるときに適用される。
参考までに、ＶｏＩＰ通信においては、予め設定されている時間（２０ｍｓｅｃ）置きに音声データが生成され、上記音声データが単一のＲＬＣ  ＳＤＵに収納される。このため、ＲＬＣ  ＳＤＵは、大半の場合、分割または連接されないままで伝送される。
【００３６】
以下、本発明により新たに導入されるフィールドについて簡略に説明する。
ＣＲＣ４１５：上記ＲＬＣ  ＰＤＵのヘッダーにおける上記ＣＲＣ４１４の適用範囲４５５に対して取られた所定のＣＲＣ演算の結果値が挿入されるフィールドである。上記全体のＣＲＣの適用範囲にエラーが生じると、関連するＲＬＣ  ＳＤＵを廃棄しなければならない。このため、全体のＣＲＣの適用範囲は、任意のＶｏＩＰパケットにおいて、ＰＤＣＰヘッダーと、ＲＯＨＣヘッダーと、ＡＭＲペイロードヘッダーと、ＣＲＣフィールドを除くＲＬＣヘッダーとを意味する。
【００３７】
Ｔ４２０：音声データのタイプを示すフィールドである。本発明において、音声データのタイプは、音声フレームと無声識別（Silent Descriptor、以下、「ＳＩＤ」と称する。）という２種類に設定する。上記タイプ情報は、音声データのサイズと直接的に関連する。すなわち、タイプがＳＩＤであると、上記音声データのサイズは３９ビットであり、上記タイプ情報が音声フレームであると、音声データのサイズは、ＡＭＲコーデックの動作に応じて一定のサイズを有する。
【００３８】
例えば、ＡＭＲコーデックが１２．２ｋｂｐｓにて動作する場合、音声データのサイズは、２４４ビットである。ＡＭＲコーデックの動作方式と音声データのサイズとの関係は、下記表１に示す通りである。
【００３９】
【表１】
2007538455.tif 000003
【００４０】
上述のように、ＡＭＲコーデックは、音声データを生成した後、ＡＭＲペイロード専用のヘッダーを挿入する。上記ＡＭＲペイロード専用のヘッダーには、フレームタイプというフィールドがあり、上記タイプフィールドには、ＡＭＲのモードを示す情報が挿入される。上記フレームタイプとＡＭＲ動作モードとペイロードのサイズとの関係は、上記表１に示す通りである。
【００４１】
したがって、ＰＤＣＰ階層は、上記音声データとＡＭＲペイロード専用のヘッダーにＩＰ／ＵＤＰ／ＲＴＰヘッダー付きＶｏＩＰパケットを受信した後、上記ＩＰ／ＵＤＰ／ＲＴＰヘッダーを圧縮する。このとき、上記ＰＤＣＰ階層は、上記ＡＭＲペイロード専用のヘッダーのフレームタイプフィールドの値を参照して、上記ＶｏＩＰパケットのタイプを決定する。
すなわち、上記フレームタイプフィールドが０〜７までの値を有すると、上記ＶｏＩＰパケットのタイプは音声フレームである。また、フレームタイプフィールドの値が８であると、上記ＶｏＩＰパケットのタイプはＳＩＤである。
【００４２】
上記ＰＤＣＰ階層は、上記ヘッダーを圧縮したＶｏＩＰパケットと上記タイプ値をＲＬＣ階層に送り、上記ＲＬＣ階層は、上記タイプ値をＲＬＣ  ＰＤＵのＴフィールドに挿入することで受信側に上記音声データのタイプを知らせる。
上述のように、ＶｏＩＰ通信において、ユーザー端末とＲＮＣは、上記ＡＭＲペイロード専用のヘッダーを通じてＡＭＲの動作方式を常に認知しているため、任意のＡＭＲモードにおいて、ＲＬＣ  ＳＤＵに含まれている音声データのサイズを上記タイプに応じて決定することになる。
【００４３】
換言すると、上記音声データのタイプは、ＡＭＲペイロード専用のヘッダーにフレームタイプという情報として書き込まれるため、上記ＰＤＣＰ階層から受信したＶｏＩＰパケットのヘッダーを圧縮するに先立って、上記フレームタイプ情報を解析した後、フレームタイプが０〜７までの値を有すると、Ｔを音声フレームと設定し、フレームタイプが８の値を有すると、ＴをＳＩＤと設定してＲＬＣ階層に送る。
【００４４】
以下、ＲＬＣ階層が上位階層から受信したＲＬＣ  ＳＤＵに対してＣＲＣ演算を行う過程を説明する。このとき、上記ＡＭＲモードは任意に変更することができず、且つ、ＲＬＣ階層が現時点のＡＭＲモードを認知していることを想定する。
任意の時点において、ＲＬＣ階層が上位階層からＲＬＣ  ＳＤＵとタイプ情報を送られる。このとき、上記ＲＬＣ  ＳＤＵが単一のＲＬＣ  ＰＤＵとして収納されるものとし、且つ、他のＳＤＵとの連接がないとする。
【００４５】
ＲＬＣ階層は、先ず、タイプ情報からＮｏｎ  ＣＲＣの適用範囲を確認する。ここで、上記タイプ情報が音声フレームであるとき、Ｎｏｎ  ＣＲＣの適用範囲は、ＲＬＣ  ＳＤＵの後尾からｘビットまでとなる。任意のＡＭＲモードにおいて、ｘは、上記表１に示す音声データのサイズである。すなわち、ＡＭＲモードが１２．２ｋｂｐｓであるとき、ｘは、２４４ビットである。上記タイプ情報がＳＩＤであるとき、Ｎｏｎ  ＣＲＣの適用範囲は、ＲＬＣ  ＳＤＵの後尾から３９ビットまでとなる。このため、上記ＲＬＣ階層は、ＲＬＣ  ＳＤＵのＳＤＵ  ＣＲＣの適用範囲を確認する。上記ＳＤＵ  ＣＲＣの適用範囲は、ＳＤＵからＮｏｎ  ＣＲＣの適用範囲を除いた部分である。
【００４６】
そして、ＲＬＣ階層は、ＲＬＣ  ＳＤＵに付加すべきＲＬＣ  ＰＤＵヘッダーを生成する。上記ＲＬＣ  ＰＤＵヘッダーには、ＳＮとＥとＴとＬＩとＥ値などが含まれる。ＬＩは、ＰＤＵのパディング有無と他のＳＤＵとの連接の有無によって挿入される。
ＲＬＣ階層は、下記式１により、全体のＣＲＣの適用範囲を確認する。
【００４７】
全体のＣＲＣの適用範囲＝ＣＲＣフィールドを除いたＲＬＣヘッダー＋ＳＤＵ  ＣＲＣ  の適用範囲・・・（１）
【００４８】
上記ＲＬＣ階層は、全体のＣＲＣの適用範囲に対して所定のＣＲＣ演算を行った後、その結果値をＣＲＣフィールド４１５に挿入する。
上記過程が完了すると、図４に示すように、ＲＬＣ  ＰＤＵが出来上がる。この出来上がったＲＬＣ  ＰＤＵは、無線チャンネルを通じて受信側に伝送される。
【００４９】
受信側がＲＬＣ  ＰＤＵを受信した後で行う動作は、下記の通りである。
ＲＬＣ階層は、ＲＬＣ  ＰＤＵを受信すると、ＲＬＣ  ＰＤＵからＲＬＣヘッダーとＲＬＣ  ＳＤＵを分離する。
そして、ＲＬＣ階層は、ＲＬＣヘッダーのＴフィールドからＲＬＣ  ＳＤＵのＮｏｎ  ＣＲＣの適用範囲を確認する。Ｔフィールドが音声フレームである旨を示すとき、Ｎｏｎ  ＣＲＣの適用範囲は、ＲＬＣ  ＳＤＵの後尾から当該ＡＭＲモードの音声データのサイズ分までとなる。ＴフィールドがＳＩＤであるとき、Ｎｏｎ ＣＲＣの適用範囲は、ＲＬＣ  ＳＤＵの後尾から３９ビット分までとなる。
【００５０】
そして、ＲＬＣ階層は、ＲＬＣ  ＳＤＵのＳＤＵ  ＣＲＣの適用範囲を確認する。ＳＤＵ  ＣＲＣの適用範囲は、ＳＤＵからＮｏｎ  ＣＲＣの適用範囲を除いた部分である。
したがって、上記ＲＬＣ階層は、下記式２により、全体のＣＲＣの適用範囲を確認する。
【００５１】
全体のＣＲＣの適用範囲＝ＣＲＣフィールドを除いたＲＬＣヘッダー＋ＳＤＵ  ＣＲＣ  の適用範囲・・・（２）
【００５２】
上記ＲＬＣ階層は、全体のＣＲＣの適用範囲に対して所定のＣＲＣ演算を行った後、その結果値をＣＲＣフィールドの値と比較する。その結果、上記両値が一致すると、エラーが生じていないものとして、上記ＳＤＵを上位階層に送る。これに対し、上記両値が一致しないと、エラーが生じたものとして、上記ＳＤＵを廃棄する。
【００５３】
図５は、本発明による、単一のＲＬＣ  ＰＤＵに２以上のＲＬＣ  ＰＤＵが収納される場合におけるＲＬＣ階層の動作を示している。
先ず、図４に示すように、全体のＣＲＣの適用範囲は、ＲＬＣ  ＰＤＵのヘッダー部分と、ＲＬＣ  ＳＤＵから音声データを除いた部分に相当する。すなわち、ＲＬＣ  ＳＤＵとＲＬＣ  ＰＤＵが一対一の関係であるとき、全体のＣＲＣの適用範囲の決定は明らかであるが、ＲＬＣ  ＳＤＵとＲＬＣ  ＰＤＵが一対一の関係ではないとき、全体のＣＲＣの適用範囲の決定には規則が必要となる。
【００５４】
例えば、ＲＬＣ  ＳＤＵが多数のＲＬＣ  ＰＤＵに分割されて伝送される場合、上記ＲＬＣ  ＳＤＵに対応するＲＬＣ  ＰＤＵヘッダーも多数存在する。換言すると、全体のＣＲＣの適用範囲を構成するＲＬＣ  ＰＤＵヘッダーが複数存在することになる。このように、ＲＬＣ  ＳＤＵとＲＬＣ  ＰＤＵが一対一の関係ではない場合は、下記の通りである。
【００５５】
１．ＲＬＣ  ＰＤＵに２以上の完全なＲＬＣ  ＳＤＵが収納されている場合
２．ＲＬＣ  ＰＤＵに２以上のＲＬＣ  ＳＤＵが収納され、最初のＲＬＣ  ＳＤＵの最初のセグメントは以前のＲＬＣ  ＰＤＵから伝送されてきた場合
３．ＲＬＣ  ＰＤＵに２以上のＲＬＣ  ＳＤＵが収納され、最初のＲＬＣ  ＳＤＵが完全なＲＬＣ  ＳＤＵである場合
４．ＲＬＣ  ＰＤＵに単一のＲＬＣ  ＳＤＵのみ収納され、上記ＲＬＣ  ＳＤＵの最初のセグメントは以前のＲＬＣ  ＰＤＵから伝送されてきた場合
【００５６】
これらのうち、ＶｏＩＰ通信においては、２番だけが有効となる。先ず、１番は、非常に小さなサイズのＲＬＣ  ＳＤＵが単一のＲＬＣ  ＰＤＵと共に収納される場合であるが、ＶｏＩＰにおいては、予め設定されている時間（２０ｍｓｅｃ）置きに単一のＳＤＵが発生し、上記ＳＤＵは、発生と同時に伝送される必要がある。すなわち、１番と３番の場合は、最初のＲＬＣ  ＳＤＵがＲＬＣ階層に送られてきたが、上記ＲＬＣ  ＳＤＵを伝送することなく、予め設定されている時間である２０ｍｓｅｃ後に新たに発生したＳＤＵと共に伝送する状況である。
【００５７】
したがって、遅延に敏感な音声データを、上述のようにＲＬＣバッファに格納してから伝送することは好ましくない。そのため、１番と３番の場合は、発生しないものとする。
また、４番は、極めて大きなＲＬＣ  ＳＤＵが多数のＲＬＣ  ＰＤＵに分割されて伝送される場合であり、ＲＬＣ  ＳＤＵの最初のセグメントまたはＲＬＣ  ＳＤＵの最後のセグメントを除く残りのセグメントが収納されているＲＬＣ  ＰＤＵを意味する。しかしながら、上記ＶｏＩＰ通信においては、ＳＤＵのサイズは制限的である。したがって、多数のＰＤＵに亘って伝送すべき大きなＳＤＵの発生は一般的ではない。このため、上記４番の場合も考慮の対象としない。
【００５８】
これに対し、２番は、一回に伝送し切れないサイズのＳＤＵが発生し、該ＳＤＵを２分割した後、２番目のセグメントを他のＳＤＵと連接して伝送する場合である。この場合は、ＶｏＩＰ通信において発生可能であるが、これは、ヘッダー圧縮時に起こるパケットサイズの可変に起因する。
【００５９】
そこで、上記図５を参照して、上記ＳＤＵが分割されて伝送され、ＳＤＵの２番目のセグメントが他のＳＤＵと一緒に次のＰＤＵに収納される場合における、ＣＲＣの適用範囲を計算する方法を説明すると、下記の通りである。
任意の時点ｔにおいて、ＲＬＣ階層が上位階層からＲＬＣ  ＳＤＵ１５０５を受信する。このとき、ＲＬＣ階層は、上位階層がＲＬＣ  ＳＤＵと一緒に伝送したタイプ情報を基に、Ｎｏｎ  ＣＲＣの適用範囲５３５を確認する。そして、これに基づいてＳＤＵ  ＣＲＣの適用範囲を判断する。そして、上記ＲＬＣ  ＳＤＵ１のサイズがＲＬＣ  ＰＤＵのサイズを超えているため、上記ＲＬＣ  ＳＤＵ１を２分割し、ＳＮとＥとＴとＬＩとＥなどの最初のセグメントを収納するＲＬＣ  ＰＤＵのヘッダー情報を決定する。上記ヘッダー情報が決定されると、ＲＬＣ  ＳＤＵ１の全体のＣＲＣの適用範囲を決定し、上記全体のＣＲＣの適用範囲に対してＣＲＣ演算を行った後、その結果値をＲＬＣ  ＰＤＵ１５２０のＣＲＣフィールドに挿入する。
【００６０】
上記過程が終わると、ＲＬＣ  ＰＤＵ１５２０が出来上がる。上記ＲＬＣ  ＰＤＵ１５２０は、無線チャンネルを通じて受信側に伝送される。
これに対し、受信側がＲＬＣ  ＰＤＵを受信した後で行う動作は、下記の通りである。
ＲＬＣ階層は、ＲＬＣ  ＰＤＵを受信すると、上記ＲＬＣ  ＰＤＵから完全なＲＬＣ  ＳＤＵを再構成することができるかどうかをチェックする。完全なＲＬＣ  ＳＤＵを再構成することができない場合、上記ＲＬＣ  ＰＤＵは、受信バッファに格納される。
【００６１】
一例として、任意の時点ｔから予め設定されている時間（２０ｍｓｅｃ）が経過した時点において、ＲＬＣ  ＳＤＵ２５１０が上位階層から伝送側ＲＬＣ階層に送られる。
すると、上記ＲＬＣ階層は、ＲＬＣ  ＳＤＵ２のＮｏｎ  ＣＲＣの適用範囲５４０を判断し、これに基づいてＲＬＣ  ＳＤＵ２のＳＤＵ  ＣＲＣの適用範囲を確認する。
【００６２】
ＲＬＣ階層は、ＲＬＣ  ＳＤＵ２が収納されるとき、ＲＬＣ  ＰＤＵ２のヘッダー情報を決定し、上記ヘッダー情報とＲＬＣ  ＳＤＵ２のＳＤＵ  ＣＲＣの適用範囲とを合わせて、ＲＬＣ  ＳＤＵ２の全体のＣＲＣの適用範囲を確定する。ＲＬＣ階層は、上記全体のＣＲＣの適用範囲に対してＣＲＣ演算を行った後、その結果値をＲＬＣ  ＰＤＵ２５３０のＣＲＣフィールドに挿入する。
上記過程が終わると、ＲＬＣ  ＰＤＵ２５３０が出来上がり、上記ＲＬＣ  ＰＤＵ２は、無線チャンネルを通じて受信側に伝送される。
受信側は、ＲＬＣ  ＰＤＵ２を受信すると、受信バッファに格納されているＲＬＣ  ＰＤＵ１を用いて、ＲＬＣ  ＳＤＵ１とＲＬＣ  ＳＤＵ２を再構成する。
そして、ＲＬＣ  ＳＤＵ１の全体のＣＲＣの適用範囲を下記式３により決定する。
【００６３】
全体のＣＲＣの適用範囲（ＳＤＵ１）＝ＲＬＣヘッダー（ＳＤＵ１first segment）＋Ｓ  ＤＵ  ＣＲＣの適用範囲（ＳＤＵ１）・・・（３）
【００６４】
ここで、上記ＲＬＣヘッダー（ＳＤＵ１first segment）は、ＲＬＣ  ＳＤＵ１の最初のセグメントが収納されているＲＬＣ  ＰＤＵのヘッダー情報を意味する。また、ＳＤＵ  ＣＲＣの適用範囲（ＳＤＵ１）は、ＳＤＵ１のＳＤＵ  ＣＲＣの適用範囲を意味し、ＲＬＣヘッダー（ＳＤＵ１first segment）のＴ値により決定される。
【００６５】
上記ＲＬＣ階層は、上記全体のＣＲＣの適用範囲（ＳＤＵ１）に対して所定のＣＲＣ演算を行った後、その結果値をＲＬＣヘッダー（ＳＤＵ１first segment）のＣＲＣ値と比較して、エラーの発生有無を判断する。判断の結果、エラーが生じていると、ＲＬＣ  ＳＤＵ１を廃棄する。これに対し、エラーが生じていないと、ＲＬＣ  ＳＤＵ１を上位階層に送る。
受信側は、ＲＬＣ  ＳＤＵ２に対しても同じプロセスを行って、ＲＬＣ  ＳＤＵ２の全体のＣＲＣの適用範囲のエラーの発生有無を判断し、ＲＬＣ  ＳＤＵ２の廃棄有無を決定する。
したがって、任意のＳＤＵｘに対して全体のＣＲＣの適用範囲を決定する通常の方法は、下記式４の通りである。
【００６６】
全体のＣＲＣの適用範囲（ＳＤＵｘ）＝ＲＬＣヘッダー（ＳＤＵｘfirst segment）＋Ｓ  ＤＵ  ＣＲＣの適用範囲（ＳＤＵｘ）・・・（４）
【００６７】
ＲＬＣ伝送側は、上位階層から任意のＳＤＵｘを受信すると、ＳＤＵｘのＳＤＵ  ＣＲＣの適用範囲を計算し、ＳＤＵｘが収納されるＲＬＣ  ＰＤＵのうち、ＳＤＵｘの先頭を収納するＲＬＣ  ＰＤＵのＲＬＣヘッダー（ＣＲＣフィールドを除く）部分を確認する。そして、上記両部分を合わせて全体のＣＲＣの適用範囲と決定する。
【００６８】
ＲＬＣ受信側も同様に、下位階層からＲＬＣ  ＰＤＵを受信しＲＬＣ  ＳＤＵを再構成すると、ＳＤＵ  ＣＲＣの適用範囲とＳＤＵの先頭が収納されたＲＬＣ  ＰＤＵのＲＬＣヘッダーのうち、ＣＲＣフィールドを除く部分を合わせて全体のＣＲＣの適用範囲とする。
【００６９】
図６は、本発明の一実施の形態によるＲＬＣの送信動作を示している。
上記図６を参照すると、ステップＳ６０５において、ＲＬＣ送信端は、上位階層からＲＬＣ  ＳＤＵを受信する。このとき、上記ＳＤＵのタイプ情報も一緒に受信する。ここで、上記タイプ情報は、上記ＳＤＵが音声データを含んでいるか、あるいは、無声データ（ＳＩＤ）を含んでいるかを示す。
【００７０】
ステップＳ６１０において、ＲＬＣ送信端は、上記ＳＤＵと以前に伝送し切れなかったＳＤＵを連接させる必要があるかどうかを確認する。すなわち、上記ＳＤＵを受信するに先立ち、伝送バッファに既に他のＳＤＵが格納されているかどうかを確認する。上記ＳＤＵを受信する時点に、伝送バッファに他のＳＤＵが既に存在している場合は、ステップＳ６３０へ進み、伝送バッファが空き状態の場合はステップＳ６１５へ進む。
【００７１】
ステップＳ６１５へ進んだ場合は、上記ＲＬＣ  ＳＤＵが単一のＲＬＣ  ＰＤＵとして再構成される場合と、上記ＲＬＣ  ＳＤＵが多数のＲＬＣ  ＰＤＵに分割される場合がある。２種の場合に対して同じ動作が適用される。
ステップＳ６１５において、ＲＬＣ送信端は、ＲＬＣ  ＰＤＵに挿入すべきＲＬＣヘッダーを生成する。ＲＬＣヘッダーには、シーケンス番号とタイプ情報などが含まれる。上記タイプ情報は、ＲＬＣ  ＰＤＵのペイロードのタイプを意味する値であり、ステップＳ６０５において受信したタイプと同じ値と設定される。
【００７２】
ステップＳ６２０において、ＲＬＣ送信端は、ＳＤＵ  ＣＲＣの適用範囲を計算する。上記ＳＤＵ  ＣＲＣの適用範囲は、ステップＳ６０５において受信したＲＬＣ  ＳＤＵの後尾からＮｏｎ  ＣＲＣの適用範囲を除いた部分である。Ｎｏｎ  ＣＲＣの適用範囲は、ＳＤＵのタイプに応じて決定される値であり、任意のＳＤＵにおいて、ＶｏＩＰの音声データに相当する部分が当該ＳＤＵの後尾からどこまでであるかを示す値である。
【００７３】
ステップＳ６２５において、ＲＬＣ送信端は、全体のＣＲＣの適用範囲を計算する。全体のＣＲＣの適用範囲は、ステップＳ６１５において生成されたＲＬＣヘッダーとＳＤＵ  ＣＲＣの適用範囲を合わせた部分である。
ステップＳ６４０において、ＲＬＣ送信端は、全体のＣＲＣの適用範囲に対して所定のＣＲＣ演算を行う。
ステップＳ６４５において、ＲＬＣ送信端は、ＣＲＣの演算結果をＲＬＣヘッダーに挿入する。
【００７４】
ステップＳ６５０において、ＲＬＣ送信端は、ＲＬＣ  ＰＤＵを構成する。ＲＬＣ  ＰＤＵは、ＲＬＣヘッダーとＲＬＣペイロードを結合することにより構成される。ＲＬＣペイロードには単一のＲＬＣ  ＳＤＵが完全に収納されてもよく、ＲＬＣ  ＳＤＵの一部のみが収納されてもよい。後者の場合には、ＲＬＣ  ＳＤＵの残りの部分は伝送バッファに格納される。上記ＲＬＣ  ＳＤＵの残りの部分は、以降、他のＲＬＣ  ＳＤＵと連接して伝送されるはずである。
【００７５】
ステップＳ６５５において、ＲＬＣ送信端は、上記ＲＬＣ  ＰＤＵを下位階層に送る。上記ＲＬＣ  ＰＤＵは、下位階層において適切に処理された後、無線チャンネルを通じてＲＬＣ受信端に送られる。
ステップＳ６０５において、ＳＤＵを受信する時点に、伝送バッファに他のＳＤＵ（以下、「古いＳＤＵ」と称する。）が既に存在している場合、ＲＬＣ送信端は、ステップＳ６１０からステップＳ６３０へ進む。ここで、上記ステップＳ６３０へ進むということは、ステップＳ６５０において構成するＲＬＣ  ＰＤＵが上記古いＳＤＵとステップＳ６０５において受信したＲＬＣ  ＳＤＵとが連接することを意味する。
【００７６】
ステップＳ６３０において、ＲＬＣ送信端は、ＲＬＣヘッダーを生成する。このとき、シーケンス番号とタイプ値は、ステップＳ６１５と同様に設定する。このとき、２つのＳＤＵが連接して伝送されるため、これをＬＩにて表示する。
ステップＳ６３５において、ＲＬＣ送信端は、ＳＤＵ  ＣＲＣの適用範囲を計算する。ＲＬＣ送信端は、２つのＲＬＣ  ＳＤＵを有しているが、ＳＤＵ  ＣＲＣの適用範囲は、ステップＳ６０５において受信した新たなＳＤＵのみとなる。
【００７７】
したがって、ＳＤＵ  ＣＲＣの適用範囲は、ステップＳ６０５において受信したＲＬＣ  ＳＤＵの後尾からＮｏｎ  ＣＲＣの適用範囲を除いた部分である。ここで、Ｎｏｎ  ＣＲＣの適用範囲は、ＳＤＵのタイプに応じて決定される値であり、任意のＳＤＵにおいて、ＶｏＩＰの音声データに相当する部分が当該ＳＤＵの後尾からどこまでであるかを示す値である。ステップＳ６３５が完了したＲＬＣ送信端は、ステップＳ６２５へ進む。
【００７８】
図７は、本発明に係るＲＬＣ受信端の動作を示している。
上記図７を参照すると、ステップＳ７０５において、ＲＬＣ受信端は、下位階層からＲＬＣ  ＰＤＵを受信する。ステップＳ７１０において、ＲＬＣ受信端は、受信したＲＬＣ  ＰＤＵに２つのＳＤＵが連接しているかどうかを確認する。もし、２つのＳＤＵが連接している場合は、ステップＳ７２５へ進み、単一のＳＤＵのみで構成されている場合は、ステップＳ７１７へ進む。
【００７９】
ステップＳ７１７において、ＲＬＣ受信端は、受信したＲＬＣ  ＰＤＵを用いて、ＲＬＣ  ＳＤＵを再構成する。これは、受信したＲＬＣ  ＰＤＵのヘッダー情報を用いて、ＲＬＣ  ＰＤＵのペイロードからＲＬＣ  ＳＤＵに相当する部分を分離する過程である。ステップＳ７０５において受信したＲＬＣ  ＰＤＵにより単一のＲＬＣ  ＳＤＵを再構成し得ないということは、単一のＲＬＣ  ＳＤＵが多数のＲＬＣ  ＰＤＵに分割されて伝送されることを意味する。この場合、ＲＬＣ受信側は、下記の動作を行う。すなわち、受信したＲＬＣ  ＰＤＵからＲＬＣ  ＳＤＵを再構成し得ないときにおける、ＲＬＣ受信端が行う動作は、下記の通りである。
【００８０】
１．受信したＲＬＣ  ＰＤＵのＲＬＣヘッダー情報を格納する。
２．次のＲＬＣ  ＰＤＵが送られ、ＲＬＣ  ＳＤＵが再構成可能になるまで待つ。
３．ＲＬＣ  ＳＤＵが再構成されると、ステップＳ７１９へ進み、受信したＲＬＣ  ＰＤＵのヘッダー情報を用いて、ＲＬＣ  ＰＤＵのペイロードからＲＬＣ  ＳＤＵに相当する部分を分離する。
【００８１】
ステップＳ７１９において、ＲＬＣ受信端は、ＲＬＣヘッダーからＣＲＣを分離する。ステップＳ７２０において、ＲＬＣ受信端は、ＳＤＵ  ＣＲＣの適用範囲を計算して、ステップＳ７３７へ進む。ＳＤＵ  ＣＲＣの適用範囲とは、ステップＳ７１７において再構成されたＳＤＵの後尾からＮｏｎ  ＣＲＣの適用範囲を除いた部分を意味する。Ｎｏｎ  ＣＲＣの適用範囲は、ＲＬＣヘッダーのＴ値から決定される。
【００８２】
ステップＳ７３７において、ＲＬＣ受信端は、全体のＣＲＣの適用範囲を計算する。全体のＣＲＣの適用範囲は、ＣＲＣを除いたＲＬＣヘッダーとＳＤＵ  ＣＲＣの適用範囲とを合わせた部分である。
ステップＳ７４０において、ＲＬＣ受信端は、全体のＣＲＣの適用範囲に対して所定のＣＲＣ演算を行った後、その結果値をステップＳ７１９において分離されたＣＲＣと比較する。比較の結果、２つのＣＲＣが一致すると、これは、全体のＣＲＣの適用範囲にエラーがないことを意味するため、ステップＳ７４５へ進み、ＲＬＣ  ＳＤＵを上位階層に伝送して動作を終了する。
【００８３】
これに対し、上記２つのＣＲＣが一致していないと、これは、全体のＣＲＣの適用範囲にエラーがあることを意味するため、ステップＳ７５０へ進み、ＲＬＣ  ＳＤＵを廃棄した後に動作を終了する。
さらに、上記ステップＳ７０５において、２つのＲＬＣ  ＳＤＵが連接しているＲＬＣ  ＰＤＵを受信した場合、ＲＬＣ受信側は、ステップＳ７１０からステップＳ７２５へ進む。ステップＳ７２５において、ＲＬＣ受信端は、受信したＲＬＣ  ＰＤＵから、ＲＬＣ  ＳＤＵを再構成する。ステップＳ７３０において、ＲＬＣ受信端は、受信したＲＬＣ  ＰＤＵのＣＲＣを分離する。
【００８４】
ステップＳ７３５において、ＲＬＣ受信端は、ステップＳ７２５において再構成されたＲＬＣ  ＳＤＵから、ＳＤＵ  ＣＲＣの適用範囲を計算する。このとき、ＳＤＵ  ＣＲＣの適用範囲を計算するＳＤＵは、ＲＬＣ  ＰＤＵに先頭部分が含まれているＲＬＣ  ＳＤＵである。さらに具体的に述べると、下記の通りである。
ステップＳ７２５へ進むことは、ステップＳ７０５において受信したＲＬＣ  ＰＤＵの構成が下記に掲げるいずれか１種に相当することを意味する。
【００８５】
１．分割され伝送される任意のＲＬＣ  ＳＤＵの後尾部分と新たなＲＬＣ  ＳＤＵが単一のＲＬＣ  ＰＤＵに連接しており、上記新たなＲＬＣ  ＳＤＵが上記ＲＬＣ  ＰＤＵに完全に収納される場合である。
２．分割され伝送される任意のＲＬＣ  ＳＤＵの後尾部分と新たなＲＬＣ  ＳＤＵが単一のＲＬＣ  ＰＤＵに連接しており、上記新たなＲＬＣ  ＳＤＵが上記ＲＬＣ  ＰＤＵに完全に収納されない場合である。
【００８６】
したがって、上記２種の場合は、分割され伝送されるＲＬＣ  ＳＤＵに対するＣＲＣは以前のＰＤＵにおいて行われたため、ステップＳ７０５において受信したＲＬＣ  ＰＤＵのＣＲＣは、上記ＲＬＣ  ＰＤＵにおいて新たに始まるＲＬＣ  ＳＤＵに対するものである。そのため、ＲＬＣ  ＳＤＵの適用範囲も、上記新たに始まるＲＬＣ  ＳＤＵに対して求められる。但し、２番の場合は、ＣＲＣが適用されているＲＬＣ  ＳＤＵが完全に再構成されていないため、ＲＬＣ  ＳＤＵが完全に構成されるまで動作を留保しなければならない。
【００８７】
ステップＳ７３５において、ＳＤＵ  ＣＲＣの適用範囲の計算が完了すると、ステップＳ７３７へ進む。以下、ステップＳ７３７からステップＳ７５０までの説明は、省略する。
【００８８】
図８は、本発明の一実施の形態によるＲＬＣの送信装置を示している。
図８を参照すると、送信装置８００は、受信部８０１と、ＲＬＣヘッダー生成部８０２と、ＣＲＣ適用範囲判断部８０３と、ＣＲＣ生成部８０４とＲＬＣ  ＰＤＵ送信部８０５及び制御部８０６から構成される。
【００８９】
上記受信部８０１は、上位階層からＳＤＵタイプ情報が含まれているＲＬＣ  ＳＤＵを受信する。上記タイプ情報は、上記ＳＤＵが音声データを含んでいるか、あるいは、無声データ（ＳＩＤ）を含んでいるかを示す。
上記制御部８０６は、上記受信部８０１が受信したＳＤＵを受信するに先立ち、伝送バッファに既に他のＳＤＵが格納されているかどうかを確認し、上記ＳＤＵを受信する時点に、伝送バッファに他のＳＤＵが既に存在している場合、上記ＳＤＵを上記他のＳＤＵと連接してヘッダーを生成することをＲＬＣヘッダー生成部８０２に指示する。
【００９０】
上記ＲＬＣヘッダー生成部８０２は、上記制御部８０６の連接指示の有無に応じて、ＲＬＣヘッダーを生成する。このとき、上記制御部８０６からの連接の指示がなければ、上記ＲＬＣ  ＳＤＵが単一のＲＬＣ  ＰＤＵとして再構成される場合と、上記ＲＬＣ  ＳＤＵが多数のＲＬＣ  ＰＤＵに分割される場合とを問わずに、ＲＬＣ  ＰＤＵに挿入するＲＬＣヘッダーを生成する。上記ＲＬＣヘッダーには、シーケンス番号とタイプ情報などが含まれる。上記タイプ情報は、ＲＬＣ  ＰＤＵのペイロードのタイプを意味する値であり、ステップＳ６０５において受信したタイプと同じ値に設定される。
【００９１】
上記ＲＬＣヘッダー生成部８０２は、上記制御部８０６から連接せよとの指示を受信すると、それを表示するＬＩを含むＲＬＣヘッダーを生成し、シーケンス番号とタイプ値は、未連接の場合と同様である。
上記ＣＲＣ適用範囲判断部８０３は、上記制御部８０６から上記受信したＳＤＵの連接有無を受信して、当該ＣＲＣの適用範囲を計算する。先ず、上記受信したＳＤＵが連接されていない場合、上記ＳＤＵのＣＲＣの適用範囲は、上記受信したＲＬＣ  ＳＤＵの後尾から、Ｎｏｎ  ＣＲＣの適用範囲、すなわち、ＣＲＣフィールドを除き、且つ、上記ＳＤＵのＲＬＣヘッダーに相当する分を除いた部分である。
【００９２】
上記受信したＳＤＵが連接済みのＳＤＵである場合、上記ＳＤＵの適用範囲は、新たなＳＤＵから、Ｎｏｎ  ＣＲＣの適用範囲、すなわち、新たなＳＤＵのＣＲＣフィールドを除き、且つ、上記新たなＳＤＵのＲＬＣヘッダーを除いた部分である。
上記ＣＲＣ演算部８０４は、上記ＲＬＣヘッダー生成部８０２において生成されたＲＬＣヘッダーと、上記計算されたＣＲＣの適用範囲を合わせた部分に対して所定のＣＲＣ演算を行い、ＲＬＣ  ＰＤＵ送信部８０５に伝送する。
【００９３】
上記ＲＬＣ  ＰＤＵ送信部８０５は、上記受信したＣＲＣ演算結果をＲＬＣヘッダーに挿入した後、ＲＬＣヘッダーとＲＬＣペイロードを結合してＲＬＣ  ＰＤＵを構成する。上記ＲＬＣペイロードには、単一のＲＬＣ  ＳＤＵが完全に収納されてもよく、ＲＬＣ  ＳＤＵの一部のみが収納されてもよい。後者の場合には、ＲＬＣ  ＳＤＵの残りの部分は伝送バッファに格納される。上記ＲＬＣ  ＳＤＵの残りの部分は、以降、他のＲＬＣ  ＳＤＵと連接して伝送されるはずである。上記ＲＬＣ  ＰＤＵ送信部８０５は、上記ＲＬＣ  ＰＤＵを下位階層に送り、上記ＲＬＣ  ＰＤＵは下位階層において適切に処理された後、無線チャンネルを通じてＲＬＣ受信端に送られる。
【００９４】
図９は、本発明の実施の形態による受信装置を示している。
図９を参照すると、受信装置９００は、受信部９０１と、ＲＬＣ  ＳＤＵ再構成部９０２と、ＣＲＣ適用範囲計算部９０３と、ＣＲＣ比較部９０４と、ＲＬＣ  ＳＤＵ送信部９０５及び制御部９０６から構成される。
【００９５】
上記受信部９０１は、下位階層からＲＬＣ  ＰＤＵを受信する。
制御部９０６は、上記受信したＲＬＣ  ＰＤＵに２つのＳＤＵが連接されているかどうかを確認し、上記ＲＬＣ  ＰＤＵの連接有無に応じて、ＲＬＣ  ＳＤＵ再構成部９０２を制御し、上記受信したＲＬＣ  ＰＤＵにより単一のＲＬＣ  ＳＤＵを再構成することができるかどうかを確認し、確認の結果に基づき、上記ＲＬＣ  ＰＤＵ再構成部９０２を制御する。
【００９６】
上記ＲＬＣ  ＳＤＵ再構成部９０２は、上記受信したＲＬＣ  ＰＤＵが連接されていない場合、上記制御部９０６の指示に応じて、上記ＲＬＣ  ＰＤＵのＲＬＣ  ＳＤＵを再構成することができる場合に、受信したＲＬＣ  ＰＤＵのヘッダー情報を用いて、ＲＬＣ  ＰＤＵのペイロードからＲＬＣ  ＳＤＵに相当する部分を分離した後、ＣＲＣ適用範囲計算部９０３に伝送する。上記ＲＬＣ  ＳＤＵ再構成部９０２は、上記受信したＰＤＵを再構成することができない場合、これは、単一のＲＬＣ  ＳＤＵが多数のＲＬＣ  ＰＤＵに分割されて伝送されることを意味するため、上記ＲＬＣ  ＳＤＵ再構成部９０２は、上記受信したＲＬＣ  ＰＤＵのＲＬＣヘッダー情報を格納し、次のＲＬＣ  ＰＤＵが送られ、ＲＬＣ  ＳＤＵが再構成されるまで待つ。以降、ＲＬＣ  ＳＤＵが再構成されると、上記受信したＲＬＣ  ＰＤＵのヘッダー情報を用いて、ＲＬＣ  ＰＤＵのペイロードからＲＬＣ  ＳＤＵに相当する部分を分離した後、ＣＲＣ適用範囲計算部９０３に伝送する。
【００９７】
上記ＲＬＣ  ＳＤＵ再構成部９０２は、連接されているＲＬＳＰＤＵの再構成済みのＲＬＣ  ＳＤＵを受信すると、上記制御部９０６の指示に応じて、該受信したＲＬＣ  ＰＤＵからＲＬＣ  ＳＤＵを再構成し、上記ＲＬＣ  ＰＤＵのＣＲＣを分離する。
【００９８】
すなわち、上記受信したＲＬＣ  ＰＤＵの構成が分割され伝送される任意のＲＬＣ  ＳＤＵの後尾部分と新たなＲＬＣ  ＳＤＵが単一のＲＬＣ  ＰＤＵに連接しており、上記新たなＲＬＣ  ＳＤＵが上記ＲＬＣ  ＰＤＵに完全に収納される場合であるか、あるいは、分割され伝送される任意のＲＬＣ  ＳＤＵの後尾部分と新たなＲＬＣ  ＳＤＵが単一のＲＬＣ  ＰＤＵに連接しており、上記新たなＲＬＣ  ＳＤＵが上記ＲＬＣ  ＰＤＵに完全に収納されていない場合である。すると、上記ＣＲＣ適用範囲計算部９０３は、分割され伝送されるＲＬＣ  ＳＤＵに対するＣＲＣは、以前のＰＤＵにおいて行われたため、上記受信したＲＬＣ  ＰＤＵのＣＲＣは、上記ＲＬＣ  ＰＤＵにおいて新たに始まるＲＬＣ  ＳＤＵに対するＲＬＣ  ＳＤＵ適用範囲を計算する。但し、後者の場合は、ＣＲＣが適用済みのＲＬＣ  ＳＤＵが完全に再構成されていないため、ＲＬＣ  ＳＤＵが完全に構成されるまで動作を留保する。
【００９９】
上記ＣＲＣ適用範囲計算部９０３は、上記受信したＲＬＣ  ＰＤＵのＲＬＣヘッダーからＣＲＣを分離した後、ＣＲＣ比較部９０４に伝送し、上記ＳＤＵ  ＣＲＣの適用範囲を計算する。上記ＳＤＵ  ＣＲＣの適用範囲は、上記再構成済みのＳＤＵの後尾からＮｏｎ  ＣＲＣの適用範囲を除いた部分を意味する。Ｎｏｎ  ＣＲＣの適用範囲は、ＲＬＣヘッダーのＴ値から決定される。その後、上記ＣＲＣ適用範囲計算部９０３は、全体のＣＲＣの適用範囲を計算してＣＲＣ比較部９０４に伝送する。全体のＣＲＣの適用範囲は、上記受信したＲＬＣ  ＰＤＵのＣＲＣフィールドを除くＲＬＣヘッダーとＳＤＵ  ＣＲＣの適用範囲を合わせた部分である。
【０１００】
上記ＣＲＣ比較部９０４は、上記受信した全体のＣＲＣの適用範囲に対して所定のＣＲＣ演算を行った後、その結果値を上記分離されたＣＲＣと比較する。
上記制御部９０６は、上記比較の結果、２つのＣＲＣが一致すると、これは、全体のＣＲＣの適用範囲にエラーがないことを意味するため、上記ＲＬＣ  ＳＤＵを上位階層に伝送することをＲＬＣ  ＳＤＵ伝送部９０５に指示する。上記制御部９０６は、上記比較の結果、上記２つのＣＲＣが一致していないと、これは、全体のＣＲＣの適用範囲にエラーがあることを意味するため、上記ＲＬＣ  ＳＤＵを廃棄した後に動作を終了する。
【０１０１】
なお、本発明の詳細な説明においては、具体的な実施の形態について説明したが、本発明の範囲から逸脱しない範囲内であれば、種々の変形が可能であることは言うまでもない。よって、本発明の範囲は、上述した実施の形態に限定されるものではなく、特許請求の範囲とその均等物によって定められるべきである。
【図面の簡単な説明】
【０１０２】
【図１】通常のＶｏＩＰを行う移動通信システムの構造を示す図である。
【図２】本発明に適用されるＶｏＩＰパケットの構造を示す図である。
【図３】本発明によりＶｏＩＰを行うＲＬＣ階層の構造を示す図である。
【図４】本発明によるＲＬＣ  ＰＤＵの構造を示す図である。
【図５】本発明により、単一のＲＬＣ  ＰＤＵに２以上のＲＬＣ  ＰＤＵが収納される場合における、ＲＬＣ階層の構造を示す図である。
【図６】本発明によるＲＬＣの伝送動作を示す図である。
【図７】本発明によるＲＬＣの受信動作を示す図である。
【図８】本発明によるＲＬＣ伝送装置を示す図である。
【図９】本発明によるＲＬＣ受信装置を示す図である。
【符号の説明】
【０１０３】
３０５  伝送バッファ
３１０  分割／連接部
３１５  ＲＬＣヘッダー挿入部
３２０  ＣＲＣ挿入部
３２５  スクランブル部
３３０  逆スクランブル部
３３５  受信バッファ
３４０  ＲＬＣヘッダー取出部
３４５  組立て部
３５０  ＣＲＣ確認部
８００  送信装置
８０１  受信部
８０２  ＲＬＣヘッダー生成部
８０３  ＣＲＣ適用範囲判断部
８０４  ＣＲＣ生成部
８０５  ＲＬＣ  ＰＤＵ送信部
８０６  制御部
９００  受信装置
９０１  受信部
９０２  ＲＬＣ  ＳＤＵ再構成部
９０３  ＣＲＣ適用範囲計算部
９０４  ＣＲＣ比較部
９０５  ＲＬＣ  ＳＤＵ送信部
９０６  制御部
【図１】
2007538455.tif 000004
【図２】
2007538455.tif 000005
【図３】
2007538455.tif 000006
【図４】
2007538455.tif 000007
【図５】
2007538455.tif 000008
【図６】
2007538455.tif 000009
【図７】
2007538455.tif 000010
【図８】
2007538455.tif 000011
【図９】
2007538455.tif 000012
【国際調査報告】
2007538455.tif 000013
2007538455.tif 000014