(57)【特許請求の範囲】
【請求項１】
通信デバイスにおいて上位階層の複数のデータを下位階層の複数のデータに変換する方法であって、該複数のデータユニットは第１のユニットおよび第２のユニットを含み、各データユニットは規定のサイズになり、該第２のユニットは該第１のユニットの次のデータになり、該方法は、
該上位階層のデータの第１の一致する数ｍまたはその一部を第１のインジケータの第１の規定の数ｘを有する該下位階層の第１のユニットに提供する段階であって、ｍが１以上であり、ｘが０以上になる、段階と、
該上位階層のデータの第２の一致する数ｎまたはその一部を第２のインジケータの第２の規定の数ｙを有する該下位階層の第２のユニットに提供する段階であって、ｎが１以上であり、ｙが０以上になる、段階と
を包含し、
該第２のユニットの少なくとも１つの第２のインジケータが、該上位階層のｍ番目のデータの最後が該下位階層の第１のユニット内に提供されることを示し、該第１のユニット内の該ｍ番目のデータのための一致する第１のインジケータがない（ステップ７４）、方法。
【請求項２】
前記複数のデータがサービスデータユニット（ＳＤＵ）を含む、請求項１に記載の方法。
【請求項３】
前記第１のインジケータの各々が前記下位階層の第１のユニット内で終わる各サービスデータユニット（ＳＤＵ）の最後のオクテットを示す、請求項２に記載の方法。
【請求項４】
前記少なくとも１つの第２のインジケータは、最後のサービスデータユニット（ＳＤＵ）の最後の部分が前記複数のデータユニットの第１のユニット内に含まれることを示す長さインジケータである、請求項２に記載の方法。
【請求項５】
前記複数のデータユニットがプロトコルデータユニット（ＰＤＵ）を含む、請求項１に記載の方法。
【請求項６】
前記ＰＤＵが不承認モード（ＵＭＤ）ＰＤＵおよび承認モード（ＡＭＤ）ＰＤＵを含む、請求項５に記載の方法。
【請求項７】
前記下位階層がラジオリンクコントロール（ＲＬＣ）階層である、請求項１に記載の方法。
【請求項８】
前記第１のユニットの各インジケータが前記下位階層の第１のユニット内の前記上位階層の一致するデータの最後を示す長さインジケータである、請求項１に記載の方法。
【請求項９】
前記少なくとも１つの第２のインジケータが「０」の規定値を有する、請求項１に記載の方法。
【請求項１０】
前記少なくとも１つの第２のインジケータが前記第２のユニット内の第１の長さインジケータである、請求項１に記載の方法。
【請求項１１】
前記少なくとも１つの第２のインジケータは、前記上位階層のｍ番目のデータの最後のセグメントが前記複数のデータユニットの第１のユニットの最後で正確に終了するかまたは満たすことを示す、請求項１に記載の方法。
【請求項１２】
前記第１および第２のインジケータの各々が１オクテットのサイズを有する、請求項１に記載の方法。
【請求項１３】
前記上位階層のデータを含む段階後に前記少なくとも１つの第１および第２のユニットの残りの部分をパッディングする段階と、
パッディング情報を示す規定のインジケータを該少なくとも１つの第１および第２のユニットに提供する段階と
をさらに包含する、請求項１に記載の方法。
【請求項１４】
前記第１および第２のユニットの各々がヘッダをさらに含み、該ヘッダは、前記一致するデータユニットがデータ情報またはコントロール情報を含むかどうかを示すＤ／Ｃインジケータ、該一致するデータユニットのシーケンス番号、状態リポートを要求するためのポーリングインジケータ、および次の情報がデータまたは第１および第２のインジケータの一方であるかどうかを通知するためのヘッダ拡張インジケータをさらに含む、請求項１に記載の方法。
【請求項１５】
前記通信デバイスが基地局または移動局である、請求項１に記載の方法。
【請求項１６】
前記規定のサイズが固定されたサイズおよび可変サイズを有する前記上位階層のデータである、請求項１に記載の方法。
【請求項１７】
前記第１および第２のインジケータの各々が７ビットまたは１５ビットを含む、請求項１に記載の方法。
【請求項１８】
上位階層のデータユニットを少なくとも１つの固定されたサイズを有する下位階層の現在のデータユニットに変換する方法であって、該方法は、
該下位階層の現在のデータユニットの中へ該上位階層のデータユニットを含む段階と、
該上位階層のデータユニットの最後が該下位階層の現在のデータユニット内に含まれ、該上位階層のデータユニットの最後を示す第１のインジケータが該下位階層の現在のデータユニット内に含まれない場合、該下位階層の次のデータユニットの中に第２のインジケータを含む段階であって、該第２のインジケータは該上位階層のデータユニットの最後が該下位階層の現在のデータユニット内に含まれることを示す、段階と
を包含する、方法。
【請求項１９】
前記上位階層のデータユニットがサービスデータユニット（ＳＤＵ）である、請求項１８に記載の方法。
【請求項２０】
前記第１のインジケータが前記下位階層の現在のデータユニット内で終わる各サービスデータユニット（ＳＤＵ）の最後のオクテットを示す、請求項１９に記載の方法。
【請求項２１】
前記第２のインジケータは、前記下位階層の現在のデータユニット内にある前記最後のサービスデータユニット（ＳＤＵ）が前記上位階層のデータユニットの最後の部分を含み、かつ規定値を有することを示す長さインジケータである、請求項１９に記載の方法。
【請求項２２】
前記下位階層の現在のデータユニットおよび該下位階層の次のデータユニットがそれぞれプロトコルデータユニット（ＰＤＵ）である、請求項１８に記載の方法。
【請求項２３】
前記プロトコルデータユニット（ＰＤＵ）が不承認モード（ＵＭＤ）プロトコルデータユニット（ＰＤＵ）または承認モード（ＡＭＤ）プロトコルデータユニット（ＰＤＵ）である、請求項２２に記載の方法。
【請求項２４】
前記下位階層がラジオリンクコントロール（ＲＬＣ）階層である、請求項１８に記載の方法。
【請求項２５】
前記第１のインジケータが前記下位階層内の上位階層のデータの最後を示す長さインジケータである、請求項１８に記載の方法。
【請求項２６】
前記第２のインジケータが「０」として規定される、請求項１８に記載の方法。
【請求項２７】
前記第２のインジケータが前記下位階層の次のデータユニットにおける前記第１の長さインジケータとして配置される、請求項１８に記載の方法。
【請求項２８】
前記第２のインジケータは、前記上位階層のデータユニットの最後のセグメントが前記下位階層の現在のデータユニットの最後として正確に終了する、請求項１８に記載の方法。
【請求項２９】
前記上位階層のデータユニットを含む段階後、前記下位階層の次のデータユニットの残りの部分をパッディングする段階と、
該下位階層の次のデータユニットの中へ規定の第３のインジケータを含む段階であって、該規定の第３のインジケータがパッディングされた部分についてのパッディング情報を含む、段階と
をさらに包含する、請求項１８に記載の方法。
【請求項３０】
前記下位階層の現在のデータユニットおよび該下位階層の次のデータユニットが、データシーケンス番号を有するヘッダ部分、前記上位階層のデータユニットに関連した長さを示すインジケータ部分、および該上位階層のデータユニットを含むデータ部分を含む、請求項１８に記載の方法。
【請求項３１】
上位階層および下位階層を有する移動通信システムであって、該移動通信システムにおいて、該上位階層のデータユニットが少なくとも１つの固定されたサイズを有する下位階層の現在のデータユニットに変換される、該システムは、
該下位階層の現在のデータユニットの中に該上位階層のデータユニットを含むための手段と、
該上位階層のデータユニットの最後が該下位階層の現在のデータユニット内に含まれ、該上位階層のデータユニットの最後を含む第１のインジケータが該下位階層の現在のデータユニット内に含まれない場合、該下位階層の次のデータユニット中に第２のインジケータを含むための手段であって、該第２のインジケータは該上位階層のデータユニットの最後が該下位階層の現在のデータユニット内に含まれることを示す、手段と
を包含する、システム。
【請求項３２】
前記上位階層のデータユニットがサービスデータユニット（ＳＤＵ）である、請求項３１に記載のシステム。
【請求項３３】
前記第１のインジケータが前記下位階層の現在のデータユニット内で終了する各サービスデータユニット（ＳＤＵ）の最後のオクテットを示す、請求項３２に記載のシステム。
【請求項３４】
前記第２のインジケータは、前記下位階層の現在のデータユニット内の最後のサービスデータユニット（ＳＤＵ）が前記上位階層のデータユニットの最後の部分を含むことを示す長さインジケータである、請求項３２に記載のシステム。
【請求項３５】
前記下位階層の現在のデータユニットおよび該下位階層の次のデータユニットがそれぞれプロトコルデータユニット（ＰＤＵ）である、請求項３１に記載のシステム。
【請求項３６】
前記プロトコルデータユニット（ＰＤＵ）が不承認モード（ＵＭＤ）プロトコルデータユニット（ＰＤＵ）、または承認モード（ＡＭＤ）プロトコルデータユニット（ＰＤＵ）である、請求項３５に記載のシステム。
【請求項３７】
前記下位階層がラジオリンクコントロール（ＲＬＣ）階層である、請求項３１に記載のシステム。
【請求項３８】
前記第１のインジケータが、前記下位階層内の上位階層のデータユニットの最後を示す長さインジケータである、請求項３１に記載のシステム。
【請求項３９】
前記第２のインジケータが「０」として規定される、請求項３１に記載のシステム。
【請求項４０】
前記第２のインジケータが前記下位階層の次のデータユニットにおける前記第１の長さインジケータとして配置される、請求項３１に記載のシステム。
【請求項４１】
前記第２のインジケータは、前記上位階層のデータユニットの最後のセグメントが前記下位階層の現在のデータユニットの最後で正確に終了することを示す、請求項３１に記載のシステム。
【請求項４２】
前記下位階層の現在のデータユニット中に前記上位階層のデータユニットを含む後、該下位階層の現在のデータユニットの残りの部分をパッディングするための手段と、
該下位階層の現在のデータユニット中に規定の第３のインジケータを含むための手段であって、該規定の第３のインジケータが該パッディングされた部分に関するパッディング情報を含む、手段と
をさらに包含する、請求項３１に記載のシステム。
【請求項４３】
前記下位階層の現在のデータユニットおよび該下位階層の次のデータユニットの各々が、データシーケンス番号を有するヘッダ部分、前記上位階層のデータに関連した長さを含むインジケータ部分、および該上位階層のデータを含むデータ部分を含む、請求項３１に記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ送／受信のためのプロトコル構造のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層でＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）方式を利用することにおいてＰＤＵ内にＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）の境界面がある時用いられるＬＩの情報処理方法に関するものであり、特に次のＰＤＵに挿入されるＬＩ（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）が不要に含まれないようにＬＩ値の挿入可否を選択的に制御するラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法に関するものである。
【０００２】
さらに詳細には本発明はＲＬＣでＰＤＵを生成することにおいてＬＩ値を挿入する時、以前のＰＤＵのＳＤＵの最後を示すＬＩがあることにもかかわらず不要に直ぐ前のＳＤＵの最後セグメント（Ｓｅｇｍｅｎｔ）が直ぐ前のＰＤＵの端と正確に合ったことを示すＬＩ値（ＬＩ＝‘０’）を入れる場合またはＰＤＵの一番最後部分が一オクテット（７ビットＬＩを用いる場合）または二オクテット（１５ビットＬＩを用いる場合）残る場合これをパッディングだと知らせるためのＬＩ値（ＬＩ＝‘１’）を入れた場合にも不要に直ぐ前のＳＤＵの最後セグメントが直ぐ前のＰＤＵの端と正確に合ったことを示すＬＩ値（ＬＩ＝‘０’）を入れる場合を防止できるようにしたラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法に関するものである。
【０００３】
【従来の技術】
一般的にマルチメディアの視空間的制約のない接近を許す通信技術の研究とその研究の可視的成果を望む多くの努力が傾注されている現実に照らして見る時、デジタルデータ処理と伝送技術の発達は有線と無線通信を統合して人工衛星を利用したリアルタイムグロ−バルデータ通信システムの具現を目前に控えている。
【０００４】
またこのようなデジタルデータの処理と伝送技術の発達に助けられて既存の音声通話はもちろんネットワーク基盤の静止画像、動画像のリアルタイム伝送と有無線を選ばなくていつどこでも自由な情報の接近を可能にしている。
【０００５】
ＩＭＴ−２０００はその中の一つになることである。
【０００６】
本発明で言及されるＲＬＣ階層は３ＧＰＰの第２階層であり、受信側でＰＤＵを受けた後送信側への認識信号ＡＣＫ送信が要らない場合に用いられるＵＭＤ  ＰＤＵ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ  ＰＤＵ）と、認識信号送信が必要な場合に用いられるＡＭＤ  ＰＤＵ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ  ＰＤＵ）の２種形態のＰＤＵが存在し、各々のＰＤＵフォーマットは図１及び図２に示したことと同じである。
【０００７】
ＵＭＤ  ＰＤＵのフォーマットは図１に図示したようにヘッダ（ｈｅａｄｅｒ）とＬＩ部分（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ  ｇｒｏｕｐ）、データ（Ｄａｔａ）、ＰＡＤ（ｐａｄｄｉｎｇ）で構成される。ヘッダは各ＰＤＵの順序番号を示すフィールドである７ビットのシーケンスナンバー（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）と、その次のフィールドがデータであるのかそれともＬＩとＥビットであるのかを知らせるためのＥ（Ｅｘｔｅｎｓｉｏｎ）フィールド１ビットで構成される。データ部分は上位階層から降りてきたＳＤＵに該当するフィールドとして一つまたはいくつかのＳＤＵを含んで、このようなデータ部分はその大きさが可変的であるために全体ＰＤＵサイズをオクテット−整列（ｏｃｔｅｔ  ａｌｉｇｎ）するためにパッディング（ｐａｄｄｉｎｇ）をする。
【０００８】
前記でＰＤＵはＩＴＵ−ＴＸ．２００／ＩＳＯ−ＩＥＣ７４９８−１に基礎（Ｓｏｕｒｃｅ）したことであり、ＳＤＵはＩＴＵ−ＴＸ．１４０に基礎を置いたことである。
【０００９】
ＡＭＤ  ＰＤＵのフォーマットは図２に図示したようにヘッダとＬＩ部分、データを含んで、前記ＵＭＤ  ＰＤＵではパッディングの代りにピギーバック（ｐｉｇｇｙｂａｃｋ）タイプの状態ＰＤＵ（ＳＴＡＴＵＳ  ＰＤＵ）を挿入して伝送を可能にしている。
【００１０】
前記ＡＭＤ  ＰＤＵのヘッダにはシーケンスナンバー以外に、該ＰＤＵがデータ情報を乗せているか或いはコントロール情報を乗せているかを知らせる１ビットのＤ／Ｃフィールドと、受信側に状態リポート（ｓｔａｔｕｓ  ｒｅｐｏｒｔ）を要求する１ビットの立下がり（Ｐｏｌｌｉｎｇ）フィールドであるＰフィールドと、次のデータがデータであるのかそれともＬＩとＥビットであるのかを知らせる２ビットのＨＥ（Ｈｅａｄｅｒ  Ｅｘｔｅｎｓｉｏｎ）フィールドが追加されている。
【００１１】
前記したＵＭＤ  ＰＤＵとＡＭＤ  ＰＤＵでＬＩ部分はＬＩとＥビットで構成されるが、ＬＩは前記ＰＤＵがいくつかのＳＤＵを含む場合各ＳＤＵの境界面を示すフィールドである。各ＬＩはデータ部分の最初のオクテットから各ＳＤＵの端オクテットまでのオクテット数を示し、一ＰＤＵに含まれたＳＤＵに対する各々のＬＩをＬＩグループという。
【００１２】
ＬＩのサイズは７ビットまたは１５ビットが用いられる。
【００１３】
ＡＭＤ  ＰＤＵの場合にはＰＤＵのサイズが１２６オクテットより同じか小さい場合には７ビットＬＩを用いて、そうでない場合には１５ビットＬＩを用いる。
【００１４】
ＵＭＤ  ＰＤＵの場合にはＰＤＵサイズが１２５オクテットより同じか小さい場合には７ビットＬＩを用いて、そうでない場合には１５ビットＬＩを用いる。
【００１５】
このようなＬＩは特定の目的に用いるためにいくつかの値は予め定義されている。
【００１６】
表１は特定の目的のためのＬＩ値（７ビットＬＩの場合）を例示しており、表２は１５ビットＬＩの場合に特定の目的のためのＬＩ値を示している。
【００１７】
表１及び表２に示すように、もしも一ＳＤＵ（Ａという）の端部分が前記ＰＤＵの最後部分に正確に合う場合にはこれを示すために直ぐ次のＰＤＵ（Ｂという）の最初ＬＩの値を‘ＬＩ＝０’で挿入する。
【００１８】
そしてＬＩが１５ビット長さの場合においてＲＬＣ  ＳＤＵの最後セグメントがＰＤＵの端で一オクテット足りない場合にはこれを示すために直ぐ次のＰＤＵの最初ＬＩに‘１１１  １１１１  １１１１  １０１１’値が入る。また用いられない空間であるパッディングを含むＰＤＵはＲＬＣ  ＰＤＵの残り部分がパッディングであることを示すための値で‘ＬＩ＝１’を用い、この時パッディングは必ずＲＬＣ  ＰＤＵの一番後部分に位置する。
【００１９】
【表１】
0003625198.tif 000002
【００２０】
【表２】
0003625198.tif 000003
図３はＡＭＤ  ＰＤＵで７ビットＬＩを用いて一ＰＤＵ内でＳＤＵの端部分を示す例を見せている。ここでＰＤＵサイズは３５オクテットでありこのＰＤＵに含まれたデータサイズは２４オクテットの場合である。
【００２１】
図３からわかるようにこのＡＭＤ  ＰＤＵは３個のＳＤＵ（ＳＤＵ  １、ＳＤＵ  ２、ＳＤＵ  ３）を有しており、各々のＳＤＵのサイズ（大きさ）は各々１１オクテット、９オクテット、４オクテットである。ＳＤＵ  １、ＳＤＵ  ２、ＳＤＵ  ３各々のデータ部分の最初のオクテットから端オクテットまでのオクテット数を累積して示すＬＩ値は各々１１（オクテット）、２０（オクテット）、２４（オクテット）で挿入されて、‘ＬＩ＝１１１  １１１１’がさらに挿入されてＰＤＵの残り部分がパッディング（５オクテット）ということを表現している。
【００２２】
ところで、従来にはＲＬＣ  ＰＤＵが一ＳＤＵ（Ａ）の端部分が前記ＰＤＵの端部分に正確に合うすべての場合に対して直ぐ次のＰＤＵ（Ｂ）にＬＩ＝‘０’が入るようになる。
【００２３】
図４、図５、図６は従来のＬＩ処理方法によってＬＩ＝‘０’が挿入される３種の場合を示しているが、図４の場合は正しい処理であるが、図５及び図６のような場合は不要なＬＩ値挿入の問題点を示している。
【００２４】
まず、図４の例は次のＰＤＵにＬＩ＝‘０’を付けることが意味を有するようになる。これは図４でＳＤＵ  ２のためのＬＩが現在のＰＤＵに含まれるようになればそのＬＩのために次のＰＤＵにＳＤＵ  ２の一オクテットデータが移らなければならない状況が生じるためである。すなわち、現在設定されたＰＤＵ大きさが２５オクテットで前記ＰＤＵの構成要素の合計オクテットが２５であるのでＳＤＵ  ２を示すために累積合計であるＬＩ＝２２をＬＩ＝１２下に記録するようになればＰＤＵ構成要素の合計オクテットが２６になって実際にＳＤＵ  ２の端が該ＰＤＵの端と合わなくなるのでそうしたＬＩ（ＬＩ＝２２）を付ける意味がなくなる。
【００２５】
したがってこのような場合には該ＰＤＵ（Ａ）にＳＤＵ  ２の端を知らせるＬＩを入れる代わりに次のＰＤＵ（Ｂ）の一番最初ＬＩにＬＩ＝‘０’を入れることが意味があるようになる。
【００２６】
しかし、図５、図６のような場合には該ＰＤＵ（Ａ）だけでも次のＰＤＵ（Ｂ）につながるＳＤＵが含まれなかった点がわかるために次のＰＤＵ（Ｂ）にＬＩ＝‘０’を付けなくても良い。
【００２７】
すなわち、図５で説明していることは、以前のＰＤＵ（Ａ）のＳＤＵ  ２の最後を示すＬＩがあるにもかかわらず不要に直ぐ前のＳＤＵの最後セグメントが直ぐ前のＰＤＵの端と正確に一致したことを示すＬＩ＝‘０’値を直ぐ次のＰＤＵ（Ｂ）に入れているという意味である。
【００２８】
また図６で説明していることは、該ＰＤＵ（Ａ）（図６の絵で真ん中のＰＤＵ）の一番最後の部分が一オクテット残るためにこれをパッディングだと知らせるためのＬＩ値すなわち、ＬＩ＝‘１’値を入れるが（しかしこれを入れることによってパッディングの桁はなくなるので‘０’パッディングになる）、既にＬＩ＝‘１’値によって該ＰＤＵ（Ａ）の端とＳＤＵ  ２の最後のセグメントが正確に一致したことを意味するようになるので、直ぐ次のＰＤＵ（Ｂ）でＬＩ＝‘０’値を入れることは不要なことである。
【００２９】
図６の該ＰＤＵ（Ａ）のＳＤＵ  ２下部分の点線部分は、前記ＰＤＵ（Ａ）の大きさが２７であるが、前記ＰＤＵを構成する要素の合計が２６の場合になって１オクテットが残ることになる。したがって前記残った１オクテットをＬＩ＝１１１  １１１１にパッディング処理することを示したことである。
【００３０】
前で説明した問題点はＡＭＤ  ＰＤＵのみならずＵＭＤ  ＰＤＵにおいても同一にあらわれ、したがって従来のＬＩ挿入処理方法によると不要にＬＩ値（ＬＩ＝‘０’）をＰＤＵのＬＩグループに挿入する場合が生じるようになって、これは即不要に重複される情報を含めて網資源を浪費させる結果をもたらすようになる。
【００３１】
【発明が解決しようとする課題】
本発明はＲＬＣでＰＤＵを生成する時直ぐ前のＰＤＵ（Ａ）内のＳＤＵの端と直ぐ前のＰＤＵの端部分が正確に一致した場合にも該内容を示すためのＬＩ値の挿入可否を選択的に適用することによって、不要にＬＩ値が挿入されることを防止することである。
【００３２】
【課題を解決するための手段】
本発明は、データ送／受信のためのプロトコル構造のＲＬＣ階層でＰＤＵ方式を利用することにおいて、現在のＰＤＵの大きさと上記ＰＤＵを構成する要素の大きさの合計が一致して、その一致することを示す情報が現在のＰＤＵにあらわれている場合に、次のＰＤＵの構成要素に上記現在のＰＤＵの大きさとその構成要素の大きさが一致することを示す情報を含まないことを特徴とするラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法であり、これにより上記課題が解決される。
【００３３】
本発明の１つの局面は、ＰＤＵを構成する要素中ＳＤＵの大きさが可変的に作動するので、上記ＳＤＵの大きさによってＰＤＵの大きさと上記ＰＤＵを構成する要素合計の一致可否を判断し、上記ＳＤＵの境界面が生じる時ごとに各ＳＤＵの端部分を少なくとも一つ以上のＬＩ値で示すことを特徴とする上記に記載のラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法である。
【００３４】
本発明の１つの局面は、現在のＰＤＵを構成するＳＤＵが一つ以上であり上記ＳＤＵ中最後のＳＤＵの端部分をＬＩ値で表示して上記ＰＤＵとその構成要素の大きさが一致する場合に、次のＰＤＵの構成要素に上記現在のＰＤＵとその構成要素の大きさが一致することを示すＬＩ値を別途に構成しないことを特徴とする上記に記載のラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法である。
【００３５】
本発明の１つの局面は、現在のＰＤＵを構成するＳＤＵが一つ以上であり上記ＳＤＵ中最後のＳＤＵの端部分をＬＩ値に表示した場合にも上記ＰＤＵの大きさがその構成要素の大きさより大きな場合に、その差異をパッディング処理するというＬＩ値を上記ＰＤＵの構成要素に追加して大きさが一致した場合には、次のＰＤＵの構成要素に上記現在のＰＤＵとその構成要素の大きさが一致することを示すＬＩ値を別途に構成しないことを特徴とする上記に記載のラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法である。
【００３６】
さらに本発明は、データ送／受信のためのプロトコル構造のＲＬＣ階層でＰＤＵ方式を利用することにおいて、プロトコル構造で用いるＰＤＵの大きさ及び／または上記ＰＤＵ構成要素の各大きさを設定する段階と；上記設定したＰＤＵの大きさを利用して上記ＰＤＵ構成要素中最後のＳＤＵの端部分に対する情報ＬＩ値を示すことができるのかを判断して、可能な場合にＬＩ値を入れて表示する段階と；上記設定したＰＤＵの大きさと上記再設定されたＰＤＵ構成要素の合計の大きさを比較する段階を含むことを特徴とするラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法であり、これにより上記課題が解決される。
【００３７】
本発明の１つの局面は、上記設定したＰＤＵの大きさと上記再設定されたＰＤＵ構成要素の合計の大きさを比較して一致した場合には、上記設定したＰＤＵの大きさとそのＰＤＵ構成要素であるＳＤＵの端部分が一致することを示すＬＩ値を含まなくて次のＰＤＵを送信する段階をさらに含むことを特徴とする上記に記載のラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法である。
【００３８】
本発明の１つの局面は、上記設定したＰＤＵの大きさと上記再設定されたＰＤＵ構成要素の合計の大きさを比較して一致しない場合には、現在送信するＳＤＵが存在するのかを判断して上記各段階を遂行する段階をさらに含むことを特徴とする上記に記載のラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法である。
【００３９】
本発明の１つの局面は、上記設定したＰＤＵの大きさと上記再設定されたＰＤＵ構成要素の合計大きさを比較して一致しない場合には、現在のＰＤＵの残り大きさ部分をパッディングで示すＬＩ値を現在のＰＤＵに入れて大きさを一致させた場合には、上記設定したＰＤＵの大きさとそのＰＤＵ構成要素であるＳＤＵの端部分が一致することを示すＬＩ値を含まなくて次のＰＤＵを送信する段階をさらに含むことを特徴とする上記に記載のラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法である。
【００４０】
本発明の１つの局面は、プロトコル構造で用いるＰＤＵの大きさ及び上記ＰＤＵ構成要素の各大きさを設定する段階後に、現在のＰＤＵにＳＤＵ  ｉの端が含まれることができるのかを判断する段階をさらに含むことを特徴とする上記に記載のラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法である。
【００４１】
さらに本発明は、データ送／受信のためのプロトコル構造のＲＬＣ階層でＰＤＵ方式を利用し、複数のＳＤＵから複数のＰＤＵを形成して、上記複数のＰＤＵの各ＰＤＵは上記ＰＤＵ内に含まれた相応するＳＤＵの長さを示すＬＩまたは相応するＳＤＵの総長さを示したことを少なくとも一つ以上含むヘッダを有することにおいて、ａ）上記のＰＤＵ中次のＰＤＵは、前のＰＤＵヘッダが前のＰＤＵ内のＳＤＵの完全な長さを含まない場合予め規定された形態を有するＬＩを含んで、ｂ）上記ＰＤＵ中次のＰＤＵは、もしも前のＰＤＵが最後のＳＤＵのセグメントを正確に終えた場合には前のＰＤＵのＳＤＵの端を示すＬＩを含まないことを特徴とするラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法であり、これにより上記課題が解決される。
【００４２】
本発明はＲＬＣでＰＤＵを生成することにおいて、直ぐ前のＰＤＵ（Ａ）内のＳＤＵの端と直ぐ前のＰＤＵの端部分が正確に一致した時、直ぐ前のＰＤＵに直ぐ前のＳＤＵの端を示すＬＩを入れられない場合には前記ＬＩ値を次のＰＤＵのＬＩグループ先頭に入れて、以前のＰＤＵ（Ａ）に直ぐ前のＳＤＵの最後を示すＬＩがある場合には直ぐ次のＰＤＵ（Ｂ）のＬＩグループに前記ＬＩ値（ＬＩ＝‘０’）を入れなくて、該ＰＤＵ（Ａ）の一番最後部分が一オクテット残ってこれをパッディングだと知らせるためのＬＩ値（ＬＩ＝‘１’）を入れた場合には直ぐ次のＰＤＵ（Ｂ）のＬＩグループに前記ＬＩ値（ＬＩ＝‘０’）を入れない方法でＬＩ値を処理することによって、不要にＬＩ値が挿入されることを防止できるようにしたラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法である。
【００４３】
したがって本発明によると、次のＰＤＵに不要なＬＩ値挿入が排除されるので網資源の浪費を防止できるのみならず、不要なＬＩ値まで処理するのにかかるオーバヘッドも減らすことができる効果がある。
【００４４】
【発明の実施の形態】
このように構成された本発明の一実施例によるデータ送／受信のためのプロトコル構造のＲＬＣ階層でＰＤＵ方式を利用するＬＩ処理方法を添付した図面に依拠して詳細に説明すると次の通りである。
【００４５】
本発明の他の目的、特徴は添付した図面を参照した実施例の詳細な説明を通して明白になることである。
【００４６】
以下、添付された図面を参照して本発明によるデータ処理方法を説明する。
【００４７】
図７は前記した本発明のラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩを処理する方法のフローチャートである。
【００４８】
図７を参照して本発明をさらに詳細に説明する。
【００４９】
まず、データ送／受信のためのプロトコル構造のＲＬＣ階層でＰＤＵ方式で用いるＰＤＵの大きさと前記ＰＤＵを構成している要素及び大きさを設定する。（段階７０）。
【００５０】
前記ＰＤＵの構成要素中シーケンス数（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）などの大きさは固定された値であり、ＳＤＵは可変的な大きさを有する。
【００５１】
前記段階７０以後に現在のＰＤＵ（Ａ）にＳＤＵ  ｉの端が含まれることができるのかを判断して、不可能な場合には前記ＰＤＵの大きさに合うようにＳＤＵ
ｉのセグメントを入れる。（段階７１、７２）。
【００５２】
すなわち、ＰＤＵ大きさに合うようにＳＤＵ  ｉの前部から入れる。
【００５３】
前記段階７０以後に現在のＰＤＵ（Ａ）にＳＤＵ  ｉの端が含まれることができるのかを判断して、可能な場合には現在ＰＤＵ（Ａ）の大きさを有して任意の個数のＳＤＵ  ｉの最後の位置に対するＬＩ値を示すことができるのかを判断する。（段階７３）。
【００５４】
前記段階７３判断結果、現在のＰＤＵ（Ａ）の大きさで最後のＳＤＵの大きさを示すことができない場合には従来の図４のように次のＰＤＵ（Ｂ）のＬＩ値の最初の順序で直ぐ前のＳＤＵの最後のセグメントが直ぐ前のＰＤＵ（Ａ）の端と正確に合ったことを示すＬＩ＝０００  ００００が記録されて次のＰＤＵ（Ｂ）が伝送される。（段階７４）。
【００５５】
もしも前記段階７３判断結果、現在のＰＤＵ（Ａ）の大きさで最後のＳＤＵの大きさを示すことができる場合にはＳＤＵ  ｉの最後の位置に対するＬＩ値を現在のＰＤＵ（Ａ）に示す。（段階７５）。
【００５６】
以後現在のＰＤＵ（Ａ）の大きさと前記ＰＤＵ（Ａ）の構成要素の大きさ合計が一致するのかを判断する。（段階７６）。
【００５７】
すなわち、前記段階７３の判断結果、ＳＤＵ  ｉの端位置に対するＬＩ値を入れた後にもＳＤＵ  ｉが該ＰＤＵに含まれることができるならばその次の段階７５に移行してＳＤＵ  ｉの端位置に対するＬＩ値を入れてＰＤＵサイズが現在までのデータとＬＩグループ及びヘッダサイズの合計と同一であるかを判断するようになることである。
【００５８】
前記段階７６の判断結果、現在のＰＤＵ（Ａ）サイズが現在までのデータとＬＩグループ及びヘッダサイズの合計と同じならば次のＰＤＵ（Ｂ）にＬＩ＝‘０’を入れる必要がない場合すなわち、図５のような場合であるので次のＰＤＵ（Ｂ）に現在のＰＤＵ（Ａ）大きさとそのＳＤＵ  ｉの端部分が一致することを示すＬＩ＝０を含まなくて次のＰＤＵ（Ｂ）を伝送することである。（段階７７）。
【００５９】
しかし従来の具現方法では前記段階７６の判断結果、現在のＰＤＵ（Ａ）サイズが現在までのデータとＬＩグループ及びヘッダサイズの合計と同じならば次のＰＤＵ（Ｂ）にＬＩ＝‘０’を入れる必要がないのに次のＰＤＵ（Ｂ）に現在のＰＤＵ（Ａ）の大きさとそのＳＤＵ  ｉの端部分が一致することを示すＬＩ＝０を含んで次のＰＤＵ（Ｂ）を伝送した。
【００６０】
すなわち、図５で以前ＰＤＵ（Ａ）にＳＤＵ  ２の最後を示すＬＩがあるにもかかわらず不要に直ぐ前のＳＤＵの最後セグメントが直ぐ前のＰＤＵ（Ａ）の端と正確に合ったことを示すＬＩ＝０００  ００００を次のＰＤＵ（Ｂ）に入れて伝送した。
【００６１】
一方前記段階７６の判断結果、現在のＰＤＵ（Ａ）サイズが現在までのデータとＬＩグループ及びヘッダサイズの合計と同じでない場合には現在送るＳＤＵがさらに存在するのかを判断して（段階７８）、現在送るＳＤＵがさらに存在する場合には次の段階８０に移行してｉ値を＋１増加させて次の順番のＳＤＵに対して前記最初の段階７１から反復遂行する。
【００６２】
しかし、現在送るＳＤＵがこれ以上存在しない場合には次の段階７９に移行して、該ＰＤＵ（Ａ）にＬＩ＝‘１’値（すなわち、ＰＤＵの残り部分がパッディングであることを意味する値）を入れて該ＰＤＵの残り部分にパッディングを入れることで終了する。すなわち、この場合は図６のような場合になり、その次のＰＤＵ（Ｂ）のＬＩグループ先頭に別途に直ぐ前のＳＤＵの最後のセグメントが直ぐ前のＰＤＵ（Ａ）の端と正確に一致することを示す情報であるＬＩ＝‘０’値を入れなくて次のＰＤＵ（Ｂ）を伝送することである。（段階７９）。
【００６３】
前記段階７９に関連し、従来の具現方法では図６のように該ＰＤＵ（Ａ）の一番最後部分が一オクテット残る場合にこれをパッディングだと知らせるためのＬＩ＝１１１  １１１１をＬＩグループに入れて結局パッディング桁が０になってＰＤＵの大きさと前記ＰＤＵを構成する要素の合計の大きさが同じになったにもかかわらず不要に直ぐ前のＳＤＵの最後セグメントが直ぐ前のＰＤＵ（Ａ）の端と正確に合ったことを示すＬＩ＝０００  ００００を次のＰＤＵ（Ｂ）に入れて伝送した。
【００６４】
したがって本発明によれば、ＲＬＣでＰＤＵを生成する時直ぐ前のＰＤＵ（Ａ）内のＳＤＵの端と直ぐ前のＰＤＵの端部分が正確に一致した場合にも該内容を示すためのＬＩ値の挿入可否を選択的に適用することによって、不要にＬＩ値が挿入されることを防止することができる。
【００６５】
本発明はデータ送／受信のためのプロトコル構造のＲＬＣ階層でＰＤＵ方式を利用することにおいてＰＤＵ内にＳＤＵの境界面がある時用いられるＬＩの情報処理方法に関するものである。
【００６６】
本発明はデータ送／受信のためのプロトコル構造のＲＬＣ階層でＰＤＵ方式を利用することにおいて、現在のＰＤＵの大きさと前記ＰＤＵを構成する要素の大きさの合計が一致して、その一致することを示す情報が現在のＰＤＵにあらわれている場合に、次のＰＤＵの構成要素に前記現在のＰＤＵの大きさとその構成要素の大きさが一致することを示す情報を含まないことを特徴とする。
【００６７】
したがって本発明によると、次のＰＤＵに不要なＬＩ値挿入が排除されるので網資源の浪費を防止できるのみならず、不要なＬＩ値まで処理するのにかかるオーバヘッドも減らすことができる効果がある。
【００６８】
以上で本発明の望ましい実施例を説明したが、本発明は多様な変化と変更及び均等物を用いることができる。本発明は前記実施例を適切に変形して同一に応用できることが明確である。
【００６９】
したがって前記記載内容は特許請求範囲の限界により定まる本発明の範囲を限定することではない。
【００７０】
【発明の効果】
したがって本発明によると、次のＰＤＵに不要なＬＩ値挿入が排除されるので網資源の浪費を防止できるのみならず、不要なＬＩ値まで処理するのにかかるオーバヘッドも減らすことができる効果がある。
【図面の簡単な説明】
【図１】ＵＭＤ  ＰＤＵのフォーマットを示した図面。
【図２】ＡＭＤ  ＰＤＵのフォーマットを示した図面。
【図３】ＡＭＤ  ＰＤＵで７ビットＬＩを用いて一ＰＤＵ内でＳＤＵの端部分を示す例を示した図面。
【図４】ＡＭＤ  ＰＤＵで次のＰＤＵにＬＩ＝‘０’値が必要な場合を説明するための図面。
【図５】従来のＬＩ処理方法を従う時不要なＬＩを挿入するようになる場合を説明するための図面。
【図６】従来のＬＩ処理方法を従う時不要なＬＩを挿入するようになる場合の他の例を説明するための図面。
【図７】本発明のラジオリンクコントロールＲＬＣでプロトコルデータユニットＰＤＵの長さインジケータＬＩ処理方法を示したフローチャート。
【符号の説明】
ＰＤＵ  プロトコルデータユニット
ＲＬＣ  ラジオリンクコントロール
ＬＩ  長さインジケータ
【図１】
0003625198.tif 000004
【図２】
0003625198.tif 000005
【図３】
0003625198.tif 000006
【図４】
0003625198.tif 000007
【図５】
0003625198.tif 000008
【図６】
0003625198.tif 000009
【図７】
0003625198.tif 000010