JP2009044693A - 送信方法、送信装置、およびコンピュータプログラム - Google Patents

Abstract

【課題】携帯電話通信のような無線通信において、再送制御を行う場合に従来よりも効率的にＲＬＣ−ＰＤＵなどのデータユニットの送受信を行うことができるようにする。
【解決手段】論理チャネル＃１のＲＬＣ−ＳＤＵを既に携帯電話端末に送信し終わった後にＰｏｌｌ情報を送信する場合は、レイヤ２において、Ｐｏｌｌ情報を含むヘッダを用いるがＲＬＣ−ＳＤＵを用いずにＲＬＣ−ＰＤＵを生成し、このＲＬＣ−ＰＤＵをレイヤ１に送出する。
【選択図】図６

Description

本発明は、無線通信の方法および無線通信のために用いられる送信装置などに関する。

図１０は無線プロトコルの従来のレイヤ２の構成の例を示す図、図１１および図１２はＰｏｌｌ情報を伴う場合の従来のＲＬＣ−ＰＤＵの送受信の手順の例を示す図である。

携帯電話網で使用される通信規格は、第二世代（２Ｇ）の通信規格から第三世代（３Ｇ）の通信規格に徐々に移行している。現在も、非特許文献１に記載されるように、新たな通信規格の策定が進められている。

従来の携帯電話網のプロトコルのレイヤ２は、図１０のように、下位から順に、ＭＡＣ（Medium Access Control）サブレイヤ、ＲＬＣ（Radio Link Control）サブレイヤ、およびＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤなどのサブレイヤによって構成される。

ＰＤＣＰエンティティおよびＲＬＣエンティティは、相互に通信を行う２つの装置が使用する論理チャネル（ＬＣＨ：Logical Channel）の数だけ存在する。

送信側の装置は、ＲＬＣエンティティごとのＲＬＣ−ＳＤＵ（Service Data Unit）のそれぞれにヘッダを付すなどしてＲＬＣ−ＰＤＵ（Protocol Data Unit）を生成する。ヘッダには、プロトコル制御情報が含まれる。このＲＬＣ−ＰＤＵは、ＭＡＣサブレイヤに渡され、ＭＡＣ−ＳＤＵとして取り扱われる。そして、各ＲＬＣエンティティのＭＡＣ−ＳＤＵを多重化しヘッダを付すことによってＭＡＣ−ＰＤＵを生成し、これを受信側の装置に送信する。

また、送信側の装置のあるＲＬＣエンティティと、それに対応する、受信側の装置のＲＬＣエンティティとは、Ｐｏｌｌ／Ｓｔａｔｕｓによる再送制御を行う。

つまり、例えば、図１１に示すように、送信側の装置のＲＬＣエンティティｔ９は、受信側の、自らに対応するＲＬＣエンティティ（つまり、ＲＬＣエンティティｒ９）に対して、Ｐｏｌｌ情報を含むヘッダを有するＲＬＣ−ＰＤＵを送信することによって、Ｓｔａｔｕｓ情報を要求する（Ｓ９０１）。

ＲＬＣエンティティｒ９は、これを受信すると（Ｓ９１１）、この中からＰｏｌｌ情報を検出し、ＲＬＣエンティティｔ９からのＲＬＣ−ＰＤＵについての現在までの受信の状態（例えば、どのシーケンス番号のＲＬＣ−ＰＤＵが欠落しているか、または、どのシーケンス番号のＲＬＣ−ＰＤＵまで正常に受信したか）を示すＳｔａｔｕｓ情報を作成し、ＲＬＣエンティティｔ９に返信する（Ｓ９１２）。

ＲＬＣエンティティｔ９は、そのＳｔａｔｕｓ情報に基づいて、必要に応じてＲＬＣ−ＰＤＵを再送する（Ｓ９０２）。図１１の例では、シーケンス番号が「２」であるＲＬＣ−ＰＤＵを再送している。

Ｐｏｌｌ情報の送信トリガは、複数存在する。例えば、受信側における状態が不明になった場合および最後のシーケンス番号のＲＬＣ−ＰＤＵを送信する場合などである。または、定期的にＰｏｌｌ情報を送信する場合もある。
"３ＧＰＰ ＴＳ ３６．３００ Ｖ８．１．０（２００７−０６）"，３ＧＰＰ（The 3rd Generation Partnership Project）発行，ＵＲＬ「http://www.3gpp.org/ftp/Specs/archive/36_series/36.300/36300-810.zip」，２００７年８月７日インターネット検索

ところで、送信側のＲＬＣエンティティは、上述の通り、Ｓｔａｔｕｓ情報を要求する場合は、Ｐｏｌｌ情報を含むヘッダおよびＲＬＣ−ＳＤＵによって構成されるＲＬＣ−ＰＤＵを、受信側のＲＬＣエンティティに送信する。

したがって、すべてのＲＬＣ−ＳＤＵまたはＲＬＣ−ＰＤＵを送信し終わった後にＳｔａｔｕｓ情報を要求する場合は、Ｐｏｌｌ情報を含むヘッダを、送信済の任意のＲＬＣ−ＰＤＵ（例えば、最後のシーケンス番号のＲＬＣ−ＰＤＵ）に付して送信しなければならない。

つまり、例えば、図１２に示すように、ＲＬＣエンティティｔ９は、シーケンス番号が「３」である最後のＲＬＣ−ＰＤＵのペイロードとＰｏｌｌ情報を含むヘッダとからなるＲＬＣ−ＰＤＵをＲＬＣエンティティｒ９に対して送信した後（Ｓ９２１）、ＲＬＣエンティティｒ９からＳｔａｔｕｓ情報が返ってくるのを所定の時間だけ待つ。

ＲＬＣエンティティｒ９は、このＲＬＣ−ＰＤＵを受信すると（Ｓ９３１）、Ｓｔａｔｕｓ情報をＲＬＣエンティティｔ９に返信する（Ｓ９３２）。このＳｔａｔｕｓ情報は、ＲＬＣエンティティｔ９に届くことなく欠落してしまうことがある。

ＲＬＣエンティティｔ９は、所定の時間が経過してもＳｔａｔｕｓ情報が得られない場合は、Ｐｏｌｌ情報を再送する。しかし、上述の通り、既にすべてのＲＬＣ−ＰＤＵを送信し終えている場合は、Ｐｏｌｌ情報を例えば最後のＲＬＣ−ＳＤＵに付して再送信しなければならない（Ｓ９２２）。そして、ＲＬＣエンティティｒ９は、このＲＬＣ−ＰＤＵをもう一度受信する（Ｓ９３３）。

このように、従来の方法によると、ＲＬＣエンティティｔ９がＰｏｌｌ情報を送信した際に、ＲＬＣエンティティｒ９が同一のＲＬＣ−ＳＤＵを重複して受信してしまう場合がある。つまり、従来の方法によると、ＭＡＣ−ＰＤＵのリソースを無駄遣いし、他の論理チャネルにおけるＲＬＣ−ＰＤＵの送受信を圧迫しかねない。

本発明は、このような問題点に鑑み、再送制御を行う場合において従来よりも効率的にデータの送受信ができるようにすることを、目的とする。

本発明に係る送信方法は、送信対象の第一のデータユニットを受信装置に送信する送信方法であって、制御情報および前記第一のデータユニットのうちの少なくとも一方を含む第二のデータユニットを生成する生成ステップと、前記生成ステップで生成した前記第二のデータユニットを前記受信装置に送信する送信ステップと、を有し、前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記生成ステップにおいて、当該所定処理実行制御情報を含めるが前記第一のデータユニットを適宜含めないように前記第二のデータユニットを生成する、ことを特徴とする。

好ましくは、前記所定処理実行制御情報を前記受信装置に送信する必要がある場合は、すべての前記第一のデータユニットを前記受信装置に送信済であれば、前記生成ステップにおいて、当該所定処理実行制御情報を含めるが前記第一のデータユニットを含めないように前記第二のデータユニットを生成し、未送信の前記第一のデータユニットがあれば、前記生成ステップにおいて、当該第一のデータユニットおよび当該所定処理実行制御情報を含めるように前記第二のデータユニットを生成する。

本発明の他の形態に係る送信方法は、送信対象の第一のデータユニットを受信装置に送信する送信方法であって、制御情報と前記第一のデータユニットの一部分または全部分とを含む第二のデータユニットを生成する生成ステップと、前記生成ステップで生成した前記第二のデータユニットを前記受信装置に送信する送信ステップと、を有し、前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記生成ステップにおいて、前記第一のデータユニットを複数に分割した第三のデータユニットのうちの最後尾のものを含めるように前記第二のデータユニットを生成する、ことを特徴とする。

本発明によると、再送制御を行う場合において従来よりも効率的にデータの送受信を行うことができる。

図１は通信システム１００の全体的な構成の例を示す図である。

通信システム１００は、携帯電話網による無線通信のサービスをユーザに提供するシステムであって、図１に示すように、携帯電話端末１、無線ネットワーク２、およびコアネットワーク４などによって構成される。

無線ネットワーク２は、基地局（ＢＴＳ：Base Transceiver Station）２１および無線ネットワーク制御装置（ＲＮＣ：Radio Network Controller）２２などによって構成され、ユーザの携帯電話端末１の接続を制御する処理および携帯電話端末１とコアネットワーク４との通信を中継する処理などを行う。

コアネットワーク４は、移動交換局（ＭＳＣ：Mobile Service Switching Center）、関門移動交換局（ＧＭＳＣ：Gateway MSC）、およびホームロケーションレジスタ（ＨＬＲ：Home Location Register）などによって構成される。

携帯電話端末１は、ユーザが使用する、携帯電話通信用の端末装置である。携帯電話端末１は、無線ネットワーク２およびコアネットワーク４などを介して、他の携帯電話端末１、ＰＨＳ端末、またはいわゆる固定電話端末などと通信を行うことができる。さらに、インターネット上のＷｅｂサーバまたは電子メールサーバなどと通信を行うことができる。

携帯電話端末１と無線ネットワーク２の間で行われる無線通信で使用されるプロトコルは、従来の無線プロトコルに本発明に係る方法を適用したものである。以下、携帯電話端末１と無線ネットワーク２との間で本プロトコルに基づいて行われる無線通信について、詳細に説明する。

図２は携帯電話端末１およびレイヤ２の処理を行う基地局２１またはネットワーク制御装置２２の送信用の機能の構成の例を示す図、図３は携帯電話端末１およびレイヤ２の処理を行う基地局２１またはネットワーク制御装置２２の受信用の機能の構成の例を示す図、図４はＭＡＣ−ＰＤＵの送信処理の流れの例を説明するためのフローチャート、図５および図６はＭＡＣ−ＰＤＵの生成方法の例を説明するための図、図７は受信側の装置の受信処理の流れの例を説明するためのフローチャート、図８は受信側の装置におけるデータユニットの取扱いの例を示す図である。

無線ネットワーク２の各装置は、本プロトコルのＲＬＣサブレイヤにおけるデータの送信処理用の手段として、図２に示すような送信ペイロード決定部３０１、Ｐｏｌｌ有無判別部３０２、およびＲＬＣ−ＰＤＵ生成部３０３を有する。さらに、ＲＬＣサブレイヤにおけるデータの受信処理用の手段として、図３に示すような上位レイヤ送出部３５１および受信状態記憶部３５２を有する。そのほか、ＲＬＣ−ＰＤＵを含むデータが相手先に送信されるように自らの通信デバイスを制御する送信制御部３０４などを有する。

これらの手段は、基地局２１が有することもあれば、ネットワーク制御装置２２が有することもある。いずれの装置が有するかは、一般に、世代によって異なり、例えば、３Ｇではネットワーク制御装置が有するが、スーパ３Ｇでは基地局が有する。以下、基地局２１が図２の手段を有する場合を例に説明する。

携帯電話端末１も、図２の各手段を有する。

図２の手段は、ソフトウェアに基づいてＣＰＵでハードウェアを制御することによって実現してもよいし、専用の回路によって実現してもよい。

次に、コアネットワーク４から転送されてきたデータ（ＲＬＣ−ＳＤＵ）（以下、「ユーザデータ」と記載することがある。）を基地局２１Ａが携帯電話端末１Ｂに配信（送信）する場合を例に、図２および図３の各部の処理内容を、フローチャートなどを参照しながら説明する。

基地局２１Ａにおいて、図２の送信ペイロード決定部３０１は、各論理チャネルの、レイヤ３およびＰＤＣＰサブレイヤで適宜処理されたユーザデータを、それぞれどれくらいの長さのＲＬＣ−ＰＤＵのペイロードに分割するのかを、決定する。すなわち、送信ペイロード決定部３０１は、論理チャネルごとのＲＬＣ−ＰＤＵのペイロードの長さを決定する（図４のＳ７０１）。ペイロードは、論理チャネルごとのＱｏＳに基づいて相対的に決定される。ただし、ユーザデータをすべて送信し終えた論理チャネルについては、原則として決定の処理を行わない。

Ｐｏｌｌ有無判別部３０２は、各論理チャネルのＲＬＣ−ＳＤＵに付けるヘッダ（ＲＬＣヘッダ）にＰｏｌｌ情報（Ｐｏｌｌコマンド）を載せるか否かを判別する（Ｓ７０２）。Ｐｏｌｌ情報を載せるか否かの基準は、「背景技術」の欄で説明した通り、受信側つまり携帯電話端末１Ｂにおける受信の状態が不明になった場合および最後のＲＬＣ−ＰＤＵを送信する場合などである。または、所定のシーケンス番号ごとにまたは所定の時間が経過するごとにＰｏｌｌ情報を載せる場合もある。なお、Ｐｏｌｌ情報を載せるか否かは、論理チャネルごとに独立して判別する。

ＲＬＣ−ＰＤＵ生成部３０３は、論理チャネルごとに、送信ペイロード決定部３０１によって決定したサイズにユーザデータを適宜分割することによってペイロードを生成し（Ｓ７０３、図５の丸数字１）、Ｐｏｌｌ有無判別部３０２による判別結果に基づいてそのペイロードに付けるＲＬＣヘッダを生成し（Ｓ７０４、丸数字２）、そして両者を結合させることによって、ＲＬＣ−ＰＤＵを生成する（Ｓ７０５、丸数字３）。このＲＬＣ−ＰＤＵは、ＭＡＣサブレイヤでは、ＭＡＣ−ＳＤＵとして用いられる。

ＲＬＣサブレイヤにおける処理は、これで完了する。その後、基地局２１Ａは、ＭＡＣサブレイヤにおいて、各論理チャネルのＲＬＣ−ＰＤＵ（ＭＡＣ−ＳＤＵ）を多重化し（丸数字４）、このＭＡＣ−ＳＤＵにヘッダ（ＭＡＣヘッダ）を付けることによって（丸数字５）、ＭＡＣ−ＰＤＵを生成する（Ｓ７０６）。そして、このＭＡＣ−ＰＤＵを、レイヤ１を介して携帯電話端末１Ｂに送信する（Ｓ７０７）。

なお、上述の通り、原則として、ユーザデータをすべて送信し終えた論理チャネルについては、送信ペイロード決定部３０１は、決定の処理を行わない。また、この論理チャネルについては、ＲＬＣ−ＰＤＵ生成部３０３は、ＲＬＣ−ＰＤＵを生成しない。

ただし、ユーザデータの送信を完了した論理チャネルについてＰｏｌｌ情報を送信する必要が生じた場合は、送信ペイロード決定部３０１は、その論理チャネルのＲＬＣ−ＰＤＵのペイロードを「０」に決定する。ＲＬＣ−ＰＤＵ生成部３０３は、その論理チャネルについては、ペイロードが含まれないＲＬＣ−ＰＤＵを生成する。そのＲＬＣ−ＰＤＵのヘッダには、Ｐｏｌｌ情報は有効であるがＲＬＣ−ＳＤＵは無効である旨を示す値を書き込んでおく。

例えば、図１２で説明したように、論理チャネル＃１のユーザデータをすべて送信し終えた後、所定の時間を経過しても携帯電話端末１ＢからのＳｔａｔｕｓ情報の返信が得られない場合は、再度、携帯電話端末１Ｂ側の論理チャネル＃１のＲＬＣエンティティに対してＰｏｌｌ情報を送信する必要がある。

そこで、送信ペイロード決定部３０１は、図４のステップＳ７０１において、図６に示すように、論理チャネル＃１のＲＬＣ−ＳＤＵのペイロードを「０」に決定する（丸数字１）。Ｐｏｌｌ有無判別部３０２は、ステップＳ７０２において、Ｐｏｌｌ情報を必要であると判別する。ＲＬＣ−ＰＤＵ生成部３０３は、ステップＳ７０４、Ｓ７０５において、Ｐｏｌｌ情報と、ペイロードが無効でありＰｏｌｌ情報が有効であることを示す値と、を含むヘッダを生成し（丸数字２）、これをＰＤＵ化することによってＲＬＣ−ＰＤＵを生成する（丸数字３）。

また、送信ペイロード決定部３０１は、論理チャネル＃１のＲＬＣ−ＰＤＵのペイロードを「０」に決定したのに伴って空いたリソースを、論理チャネル＃２〜＃ｎの一部または全部に割り当てることができる。ＲＬＣ−ＰＤＵ生成部３０３は、その割当に基づいて論理チャネル＃２〜＃ｎそれぞれのペイロードを生成し、ＲＬＣ−ＰＤＵを生成する（丸数字４〜６）。

一方、携帯電話端末１Ｂは、基地局２１ＡからのＭＡＣ−ＰＤＵを受信すると（図７のＳ７１１）、図８のように、このＭＡＣ−ＰＤＵから各論理チャネルのヘッダおよびペイロードを抽出する（Ｓ７１２）。

図３の上位レイヤ送出部３５１は、次のように、各論理チャネルについてそれぞれ独立に、ＲＬＣ−ＳＤＵを必要に応じて上位レイヤに送る。

ペイロードが無効である旨の値またはＰｏｌｌ情報のみが有効である旨の値が付いている場合は（Ｓ７１３でＹｅｓ）、このペイロードを上位レイヤに送ることなく破棄する（Ｓ７１４）。

ペイロードが無効である旨の値が付いていない場合は（Ｓ７１３でＮｏ）、このペイロードからＲＬＣ−ＳＤＵを作成し必要に応じて上位レイヤに送る（Ｓ７１５）。受信状態記憶部３５２は、現在までの受信の状態を示すログデータを更新する（Ｓ７１６）。

なお、ヘッダにＰｏｌｌ情報が含まれている場合は（Ｓ７１７でＹｅｓ）、ログデータに基づいてＳｔａｔｕｓ情報を基地局２１Ａに返信する処理を実行する（Ｓ７１８）。Ｓｔａｔｕｓ情報には、どのシーケンス番号のＲＬＣ−ＰＤＵまで正常に受信できたか、または、そのシーケンス番号のＲＬＣ−ＰＤＵが未受信であるか、などが示される。基地局２１Ａは、Ｓｔａｔｕｓ情報に基づいて、携帯電話端末１Ｂが未受信であるＲＬＣ−ＰＤＵを送信しまたは再送信する。

本実施形態によると、Ｐｏｌｌ／Ｓｔａｔｕｓによる再送制御を行う場合において、受信側の装置が同一のペイロードを含むＲＬＣ−ＰＤＵを重複して受信することを防止する。これにより、データの送受信の効率化を図ることができる。

また、新たな通信規格においてＲＬＣ−ＰＤＵを可変長にする方法が提案されているが、本実施形態によると、この方法が実現化されたときに、他の論理チャネルに対して従来よりも多くのリソースを割り当てることができる。これにより、他の論理チャネルにおけるデータの滞留によるスループットの下落を、従来よりも減少させることができる。

図９はＭＡＣ−ＰＤＵの生成方法の変形例を説明するための図である。

本実施形態では、Ｐｏｌｌ情報を、未送信のユーザデータまたはＲＬＣ−ＰＤＵがない場合はＲＬＣ−ＰＤＵのペイルートを「０」にして（つまり、ＲＬＣ−ＳＤＵなしで）送信したが、図９のような方法で送信してもよい。

例えば、基地局２１Ａは、論理チャネル＃１のユーザデータをすべて送信し終えた後、所定の時間が経過しても携帯電話端末１Ｂから「ＡＣＫ」を示すＳｔａｔｕｓ情報が返って来なかったとする。そこで、次のように処理を行う。

送信済の任意のＲＬＣ−ＰＤＵ（例えば、最後のシーケンス番号のＲＬＣ−ＰＤＵ。図９においては、シーケンス番号が「３」のＲＬＣ−ＰＤＵ。）を、本プロトコルにおける所定の最短の長さのユニット（以下、「分割ユニット」と記載する。）に分割する（丸数字１）。Ｐｏｌｌ情報を含むヘッダを生成し（丸数字２）、最後尾の分割ユニットとそのヘッダとを結合することによって分割ＲＬＣ−ＰＤＵを生成する（丸数字３）。なお、そのヘッダには、Ｐｏｌｌ情報のほか、全分割ユニット数、その分割ユニットの番号、および元のＲＬＣ−ＰＤＵのシーケンス番号の情報も記載しておく。

他の論理チャネルについても、適宜、上記の丸数字１〜３と同様の処理によって、または、前に説明した図５の丸数字１〜３の処理によって、ＲＬＣ−ＰＤＵを生成する。

そして、他の論理チャネルのＭＡＣ−ＳＤＵと結合しＭＡＣヘッダを付すことによってＭＡＣ−ＰＤＵを生成し（丸数字４）、携帯電話端末１Ｂに送信する。

携帯電話端末１Ｂは、論理チャネル＃１のＲＬＣ−ＰＤＵを受信すると、それに添付されている分割ユニットを上位に送出する。また、Ｐｏｌｌ情報に従ってＳｔａｔｕｓ情報を、次のように基地局２１Ａに返信する。

その分割ユニットよりも番号の若い他の分割ユニットを既に受信しているか否かをログデータに基づいてチェックし、適宜Ｓｔａｔｕｓ情報を返信する。

本実施形態では、基地局２１から携帯電話端末１にデータを送信する場合を例に説明したが、反対方向の場合にも本発明を適用することができる。また、他の装置同士の通信の場合にも、本発明を適用することができる。

本実施形態では、携帯電話網を用いた通信システム１００を例に説明したが、ＰＨＳまたは無線ＬＡＮなど他の網を用いた通信システムの場合にも本発明を適用することができる。

その他、通信システム１００、携帯電話端末１、無線ネットワーク２、基地局２１、ネットワーク制御装置２２の全体または各部の構成、処理内容、処理順序などは、本発明の趣旨に沿って適宜変更することができる。

上に述べた実施例には、以下に述べるような付記も開示されている。
（付記１）
送信対象の第一のデータユニットを受信装置に送信する送信方法であって、
制御情報および前記第一のデータユニットのうちの少なくとも一方を含む第二のデータユニットを生成する生成ステップと、
前記生成ステップで生成した前記第二のデータユニットを前記受信装置に送信する送信ステップと、を有し、
前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記生成ステップにおいて、当該所定処理実行制御情報を含めるが前記第一のデータユニットを適宜含めないように前記第二のデータユニットを生成する、
ことを特徴とする送信方法。
（付記２）
前記所定処理実行制御情報を前記受信装置に送信する必要がある場合は、すべての前記第一のデータユニットを前記受信装置に送信済であれば、前記生成ステップにおいて、当該所定処理実行制御情報を含めるが前記第一のデータユニットを含めないように前記第二のデータユニットを生成し、未送信の前記第一のデータユニットがあれば、前記生成ステップにおいて、当該第一のデータユニットおよび当該所定処理実行制御情報を含めるように前記第二のデータユニットを生成する、
付記１記載の送信方法。
（付記３）
前記所定処理実行制御情報を送信する必要がある場合は、前記生成ステップにおいて、当該所定処理実行制御情報は有効であるが前記第一のデータユニットは無効である旨を示す有効性情報を含ませるように前記第二のデータユニットを生成する、
付記１または付記２記載の送信方法。
（付記４）
送信対象の第一のデータユニットを受信装置に送信する送信方法であって、
制御情報と前記第一のデータユニットの一部分または全部分とを含む第二のデータユニットを生成する生成ステップと、
前記生成ステップで生成した前記第二のデータユニットを前記受信装置に送信する送信ステップと、を有し、
前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記生成ステップにおいて、前記第一のデータユニットを複数に分割した第三のデータユニットのうちの最後尾のものを含めるように前記第二のデータユニットを生成する、
ことを特徴とする送信方法。
（付記５）
前記所定の処理とは、前記受信装置におけるステータス情報を回答する処理である、
付記１ないし付記４のいずれかに記載の送信方法。
（付記６）
送信対象の第一のデータユニットを受信装置に送信する送信装置であって、
制御情報および前記第一のデータユニットのうちの少なくとも一方を含む第二のデータユニットを生成する生成手段と、
前記生成手段によって生成された前記第二のデータユニットを前記受信装置に送信する送信手段と、を有し、
前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記生成手段は、当該所定処理実行制御情報を含めるが前記第一のデータユニットを適宜含めないように前記第二のデータユニットを生成する、
ことを特徴とする送信装置。
（付記７）
前記生成手段は、前記所定処理実行制御情報を前記受信装置に送信する必要がある場合に、すべての前記第一のデータユニットを前記受信装置に送信済であれば、当該所定処理実行制御情報を含めるが前記第一のデータユニットを含めないように前記第二のデータユニットを生成し、未送信の前記第一のデータユニットがあれば、当該第一のデータユニットおよび当該所定処理実行制御情報を含めるように前記第二のデータユニットを生成する、
付記６記載の送信装置。
（付記８）
前記生成手段は、前記所定処理実行制御情報を送信する必要がある場合は、当該所定処理実行制御情報は有効であるが前記第一のデータユニットは無効である旨を示す有効性情報を含ませるように前記第二のデータユニットを生成する、
付記６または付記７記載の送信装置。
（付記９）
送信対象の第一のデータユニットを受信装置に送信する送信装置であって、
制御情報と前記第一のデータユニットの一部分または全部分とを含む第二のデータユニットを生成する生成手段と、
前記生成手段によって生成された前記第二のデータユニットを前記受信装置に送信する送信手段と、を有し、
前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記生成手段は、前記第一のデータユニットを複数に分割した第三のデータユニットのうちの最後尾のものを含めるように前記第二のデータユニットを生成する、
ことを特徴とする送信装置。
（付記１０）
送信対象の第一のデータユニットを受信装置に送信する送信装置のために用いられるコンピュータプログラムであって、
前記送信装置に、
制御情報および前記第一のデータユニットのうちの少なくとも一方を含む第二のデータユニットを生成する生成処理と、
前記生成処理で生成した前記第二のデータユニットを前記受信装置に送信する送信処理と、を実行させ、
前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記送信装置に、当該所定処理実行制御情報を含めるが前記第一のデータユニットを適宜含めないように前記第二のデータユニットを生成するように、前記生成処理を実行させる、
ことを特徴とするコンピュータプログラム。
（付記１１）
送信対象の第一のデータユニットを受信装置に送信する送信装置のために用いられるコンピュータプログラムであって、
前記送信装置に、
制御情報と前記第一のデータユニットの一部分または全部分とを含む第二のデータユニットを生成する生成処理と、
前記生成処理で生成した前記第二のデータユニットを前記受信装置に送信する送信処理と、を実行させ、
前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記第一のデータユニットを複数に分割した第三のデータユニットのうちの最後尾のものを含めるように前記第二のデータユニットを生成するように、前記生成処理を実行させる、
ことを特徴とするコンピュータプログラム。

通信システムの全体的な構成の例を示す図である。 携帯電話端末およびレイヤ２の処理を行う基地局またはネットワーク制御装置の送信用の機能の構成の例を示す図である。 携帯電話端末およびレイヤ２の処理を行う基地局またはネットワーク制御装置の受信用の機能の構成の例を示す図である。 ＭＡＣ−ＰＤＵの送信処理の流れの例を説明するためのフローチャートである。 ＭＡＣ−ＰＤＵの生成方法の例を説明するための図である。 ＭＡＣ−ＰＤＵの生成方法の例を説明するための図である。 受信側の装置の受信処理の流れの例を説明するためのフローチャートである。 受信側の装置におけるデータユニットの取扱いの例を示す図である。 ＭＡＣ−ＰＤＵの生成方法の変形例を説明するための図である。 無線プロトコルの従来のレイヤ２の構成の例を示す図である。 Ｐｏｌｌ情報を伴う場合の従来のＲＬＣ−ＰＤＵの送受信の手順の例を示す図である。 Ｐｏｌｌ情報を伴う場合の従来のＲＬＣ−ＰＤＵの送受信の手順の例を示す図である。

符号の説明

１ 携帯電話端末
２２ ネットワーク制御装置
３０３ ＲＬＣ−ＰＤＵ生成部
３０４ 送信制御部

Claims (8)

1. 送信対象の第一のデータユニットを受信装置に送信する送信方法であって、
   制御情報および前記第一のデータユニットのうちの少なくとも一方を含む第二のデータユニットを生成する生成ステップと、
   前記生成ステップで生成した前記第二のデータユニットを前記受信装置に送信する送信ステップと、を有し、
   前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記生成ステップにおいて、当該所定処理実行制御情報を含めるが前記第一のデータユニットを適宜含めないように前記第二のデータユニットを生成する、
   ことを特徴とする送信方法。
2. 前記所定処理実行制御情報を前記受信装置に送信する必要がある場合は、すべての前記第一のデータユニットを前記受信装置に送信済であれば、前記生成ステップにおいて、当該所定処理実行制御情報を含めるが前記第一のデータユニットを含めないように前記第二のデータユニットを生成し、未送信の前記第一のデータユニットがあれば、前記生成ステップにおいて、当該第一のデータユニットおよび当該所定処理実行制御情報を含めるように前記第二のデータユニットを生成する、
   請求項１記載の送信方法。
3. 前記所定処理実行制御情報を送信する必要がある場合は、前記生成ステップにおいて、当該所定処理実行制御情報は有効であるが前記第一のデータユニットは無効である旨を示す有効性情報を含ませるように前記第二のデータユニットを生成する、
   請求項１または請求項２記載の送信方法。
4. 送信対象の第一のデータユニットを受信装置に送信する送信方法であって、
   制御情報と前記第一のデータユニットの一部分または全部分とを含む第二のデータユニットを生成する生成ステップと、
   前記生成ステップで生成した前記第二のデータユニットを前記受信装置に送信する送信ステップと、を有し、
   前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記生成ステップにおいて、前記第一のデータユニットを複数に分割した第三のデータユニットのうちの最後尾のものを含めるように前記第二のデータユニットを生成する、
   ことを特徴とする送信方法。
5. 前記所定の処理とは、前記受信装置におけるステータス情報を回答する処理である、
   請求項１ないし請求項４のいずれかに記載の送信方法。
6. 送信対象の第一のデータユニットを受信装置に送信する送信装置であって、
   制御情報および前記第一のデータユニットのうちの少なくとも一方を含む第二のデータユニットを生成する生成手段と、
   前記生成手段によって生成された前記第二のデータユニットを前記受信装置に送信する送信手段と、を有し、
   前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記生成手段は、当該所定処理実行制御情報を含めるが前記第一のデータユニットを適宜含めないように前記第二のデータユニットを生成する、
   ことを特徴とする送信装置。
7. 送信対象の第一のデータユニットを受信装置に送信する送信装置であって、
   制御情報と前記第一のデータユニットの一部分または全部分とを含む第二のデータユニットを生成する生成手段と、
   前記生成手段によって生成された前記第二のデータユニットを前記受信装置に送信する送信手段と、を有し、
   前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記生成手段は、前記第一のデータユニットを複数に分割した第三のデータユニットのうちの最後尾のものを含めるように前記第二のデータユニットを生成する、
   ことを特徴とする送信装置。
8. 送信対象の第一のデータユニットを受信装置に送信する送信装置のために用いられるコンピュータプログラムであって、
   前記送信装置に、
   制御情報および前記第一のデータユニットのうちの少なくとも一方を含む第二のデータユニットを生成する生成処理と、
   前記生成処理で生成した前記第二のデータユニットを前記受信装置に送信する送信処理と、を実行させ、
   前記制御情報として、前記受信装置に所定の処理を実行させるための所定処理実行制御情報を前記受信装置に送信する必要がある場合は、前記送信装置に、当該所定処理実行制御情報を含めるが前記第一のデータユニットを適宜含めないように前記第二のデータユニットを生成するように、前記生成処理を実行させる、
   ことを特徴とするコンピュータプログラム。

Images