(57)【要約】【課題】受信装置における処理レイテンシを改善し得る通信システム等の提供。【解決手段】通信システムは、１個以上のデータ要素からなるＰａｙｌｏａｄを含むＰＤＵの受信装置への送信を行う送信装置と、前記ＰＤＵの受信を行う前記受信装置とを備え、前記送信装置は、前記受信装置により所定の規約に基づく第一形式から前記規約に基づかない第二形式に変更されることが予定された前記データ要素のみを前記Ｐａｙｌｏａｄの前記データ要素を格納するための要素格納領域に含む第一ＰＤＵと、前記第一要素ではない前記データ要素のみを前記要素格納領域に含む第二ＰＤＵと、について前記送信を行い、前記受信装置は、受信した前記ＰＤＵを前記第一ＰＤＵと前記第二ＰＤＵとに振り分け、前記第一ＰＤＵを第一処理部において、前記第二ＰＤＵを第二処理部において、各々処理する。【選択図】      図２
2019110465.tif 000002
【特許請求の範囲】
【請求項１】
１個以上のデータ要素からなるＰａｙｌｏａｄを含むＰｒｏｔｏｃｏｌ  Ｄａｔａ  ＵｎｉｔであるＰＤＵの受信装置への送信を行う送信装置と、前記ＰＤＵの受信を行う前記受信装置とを備える通信システムであって、
前記送信装置は、前記受信装置により所定の規約に基づく第一形式から前記規約に基づかない第二形式に変更されることが予定された前記データ要素である第一要素のみを前記Ｐａｙｌｏａｄの前記データ要素を格納するための要素格納領域に含む前記ＰＤＵである第一ＰＤＵと、前記第一要素ではない前記データ要素である第二要素のみを前記要素格納領域に含む前記ＰＤＵである第二ＰＤＵと、について前記送信を行い、
前記受信装置は、受信した前記ＰＤＵを前記第一ＰＤＵと前記第二ＰＤＵとに振り分け、前記第一ＰＤＵを第一処理部において、前記第二ＰＤＵを第二処理部において、各々処理する、
通信システム。
【請求項２】
前記Ｐａｙｌｏａｄが、Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐａｙｌｏａｄであり、前記ＰＤＵが、Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ＰＤＵであり、前記規約が、Ｒａｄｉｏ  Ｌｉｎｋ  ＣｏｎｔｒｏｌであるＲＬＣに関するものである、請求項１に記載された通信システム。
【請求項３】
前記第一要素がＲＬＣ−ＰＤＵを含む、請求項２に記載された通信システム。
【請求項４】
前記第二要素が、Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ又はＣｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌを含む、請求項２又は請求項３に記載された通信システム。
【請求項５】
前記Ｐａｙｌｏａｄの前記要素格納領域ではない領域である要素非格納領域には、前記データ要素は格納されない、請求項１乃至請求項４のうちのいずれか一に記載された通信システム。
【請求項６】
前記送信装置は、前記送信を行う前記ＰＤＵに、その前記ＰＤＵが前記第一ＰＤＵであるか前記第二ＰＤＵであるかを表す識別情報を付与する、請求項１乃至請求項５のうちのいずれか一に記載された通信システム。
【請求項７】
前記送信装置は、前記識別情報を、その前記ＰＤＵに含まれるＨｅａｄｅｒに格納する、請求項６に記載された通信システム。
【請求項８】
前記受信装置は、前記識別情報により前記振り分けを行う、請求項６又は請求項７に記載された通信システム。
【請求項９】
所定の規約に基づく第一形式から前記規約に基づかない第二形式に変更されることが予定されたデータ要素である第一要素のみをＰａｙｌｏａｄの前記データ要素を格納するための要素格納領域に含む、１個以上の前記データ要素からなる前記Ｐａｙｌｏａｄを含むＰｒｏｔｏｃｏｌ  Ｄａｔａ  ＵｎｉｔであるＰＤＵである、第一ＰＤＵと、前記第一要素ではない前記データ要素である第二要素のみを前記要素格納領域に含む前記ＰＤＵである第二ＰＤＵと、の送信装置からの送信を受け、受信した前記ＰＤＵを前記第一ＰＤＵと前記第二ＰＤＵとに振り分け、前記第一ＰＤＵを第一処理部において、前記第二ＰＤＵを第二処理部において、各々処理する、受信装置。
【請求項１０】
受信した、１個以上のデータ要素からなるＰａｙｌｏａｄを含むＰｒｏｔｏｃｏｌ  Ｄａｔａ  ＵｎｉｔであるＰＤＵのうち、所定の規約に基づく第一形式から前記規約に基づかない第二形式に変更されることが予定された前記データ要素である第一要素のみを前記Ｐａｙｌｏａｄの前記データ要素を格納するための要素格納領域に含む第一ＰＤＵと、前記第一要素ではない前記データ要素である第二要素のみを前記要素格納領域に含む第二ＰＤＵと、を振り分け、前記第一ＰＤＵを第一処理部において、前記第二ＰＤＵを第二処理部において、各々処理する、送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の形式の情報を送信装置から受信装置に送付する通信システムに関する。
【背景技術】
【０００２】
３ＧＰＰ  ＬＴＥ  仕様のＵｓｅｒ−ｐｌａｎｅ  ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ（以下、プロトコルスタックという。）は、下位レイヤから上位レイヤに向けて、ＰＨＹ、ＭＡＣ、ＲＬＣというレイヤ構成になっている（非特許文献１参照）。ここで、３ＧＰＰは、Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔの略である。また、ＬＴＥは、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ  の略である。また、ＰＨＹは、ｐｈｙｓｉｃａｌの略である。また、ＭＡＣは、Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌの略である。また、ＲＬＣは、Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌの略である。
【０００３】
また、ＭＡＣ−ＰＤＵ構成が非特許文献２に開示されている。ここで、ＰＤＵは、Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  ｕｎｉｔの略である。
【０００４】
ＭＡＣ−ＰＤＵを受信処理するｅＮＢとしては、例えば、図１に表す構成が考えられる。ここで、ｅＮＢは、Ｅ−ＵＴＲＡＮ  ＮｏｄｅＢの略である。また、ＵＴＲＡＮは、Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋの略である。
【０００５】
図１は、ＭＡＣ−ＰＤＵを受信処理する一般的なｅＮＢであるｅＮＢ４０４の構成を表す概念図である。
【０００６】
ｅＮＢ４０４ａは、アンテナ・ＲＦ部４４１と、ＰＨＹ処理部４４２と、ＭＡＣ処理部４４３と、ＲＬＣ処理部４４４と、ＰＤＣＰ処理部４４５と、を備える。ここで、ＰＤＣＰは、Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌの略である。
【０００７】
アンテナ・ＲＦ部４４１は、無線空間を通じて受信した無線信号を受信用信号に変換し、ＰＨＹ処理部４４２に送付する。前記受信用信号は、例えば、ベースバンド信号である。
【０００８】
ＰＨＹ処理部４４２は、前記プロトコルスタックのＰＨＹレイヤを処理するためのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等である。
【０００９】
ＰＨＹ処理部４４２は、アンテナ・ＲＦ部４４１から入力された受信用信号の復調及び復号を行う。そして、ＰＨＹ処理部４４２は、復調及び復号を行った信号から、ＭＡＣ−ＰＤＵを取得し、ＭＡＣ処理部４４３に送付する。
【００１０】
ＭＡＣ処理部４４３は、前記プロトコルスタックのＭＡＣレイヤを処理するためのＣＰＵ等である。
【００１１】
ＰＨＹ処理部４４２からＭＡＣ処理部４４３に送付されたＭＡＣ−ＰＤＵは、ＭＡＣ−ＨｅａｄｅｒとＭＡＣ−Ｐａｙｌｏａｄとを含む。
【００１２】
ＭＡＣ処理部４４３は、ＰＨＹ処理部４４２から送付されたＭＡＣ−ＰＤＵに含まれるＭＡＣ−Ｈｅａｄｅｒ内のＬＣＩＤを取得する。ここで、ＬＣＩＤは、Ｌｏｃａｌｅ  Ｉｄｅｎｔｉｆｉｅｒの略である。
【００１３】
ＭＡＣ処理部４４３は、予め、ＬＣＩＤと、ＭＡＣ−Ｐａｙｌｏａｄの中身がＭＡＣレイヤで取り扱うべきものか、ＲＬＣレイヤで取り扱うべきものかの対応を表すデータを保持している。当該データについては、非特許文献２の９０ページに開示がある。
【００１４】
ＭＡＣ処理部４４３は、取得したＬＣＩＤと前記データとから、ＭＡＣ−Ｐａｙｌｏａｄの中身がＭＡＣレイヤで取り扱うべきものか、ＲＬＣレイヤで取り扱うべきものかを判定する。
【００１５】
以下、ＭＡＣレイヤで取り扱うＭＡＣ−ＰａｙｌｏａｄをＭＡＣ向けＭＡＣ−Ｐａｙｌｏａｄということにする。ＭＡＣ向けＭＡＣ−Ｐａｙｌｏａｄは、ＲＬＣの規約に則した形式を含まないものである。
【００１６】
また、前記ＲＬＣレイヤで取り扱うＭＡＣ−ＰａｙｌｏａｄをＲＬＣ向けＭＡＣ−Ｐａｙｌｏａｄということにする。ＲＬＣ向けＭＡＣ−Ｐａｙｌｏａｄは、ＲＬＣの規約に則した形式を含むものである。
【００１７】
ＲＬＣ向けＭＡＣ−Ｐａｙｌｏａｄは、ＭＡＣを中心とした見方ではＭＡＣ  ＳＤＵと呼ばれる。ここで、ＳＤＵはＳｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔの略である。一方、ＲＬＣ向けＭＡＣ−Ｐａｙｌｏａｄは、ＲＬＣを中心とした見方では、ＲＬＣ−ＰＤＵと呼ばれる。以下の説明においては、ＲＬＣ向けＭＡＣ−Ｐａｙｌｏａｄ、ＭＡＣ  ＳＤＵ及びＲＬＣ−ＰＤＵは同義とする。
【００１８】
ＭＡＣ処理部４４３は、取得したＭＡＣ−ＰａｙｌｏａｄがＭＡＣ向けＭＡＣ−Ｐａｙｌｏａｄであることを判定した場合は、そのＭＡＣ−Ｐａｙｌｏａｄを処理する。当該処理の処理内容は、非特許文献２に記述がある。
【００１９】
一方、ＭＡＣ処理部４４３は、取得したＭＡＣ−ＰａｙｌｏａｄがＲＬＣ−ＰＤＵであることを判定した場合は、そのＲＬＣ−ＰＤＵをＲＬＣ処理部４４４に送付する。
【００２０】
ＲＬＣ処理部４４４は、前記プロトコルスタックのＲＬＣレイヤを処理するためのＣＰＵ等である。
【００２１】
ＲＬＣ処理部４４４は、ＭＡＣ処理部４４３から転送されたＲＬＣ−ＰＤＵをＲＬＣの規約に則した形式から、前記規約には則しないＰＤＣＰ−ＰＤＵに変換する。そして、ＲＬＣ処理部４４４は、ＰＤＣＰ−ＰＤＵをＰＤＣＰ処理部４４５に送付する。
【００２２】
ＰＤＣＰ処理部４４５は、ＲＬＣ処理部４４４から送付されたＰＤＣＰ−ＰＤＵを、次処理を行うための形式のＵｓｅｒ−Ｄａｔａに変換する。そして、ＰＤＣＰ処理部４４５は、当該Ｕｓｅｒ−ＤａｔａをＵｓｅｒ−Ｄａｔａ処理部に送付する。
【００２３】
なお、本項で説明した用語の省略形や用語の説明は、発明を実施するための形態の項にも適用されるものとする。
【先行技術文献】
【非特許文献】
【００２４】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．３．０  （２０１７−０６）、［平成２９年１１月２９日検索］、インターネット（ｈｔｔｐ：／／ｗｗｗ．ｅｔｓｉ．ｏｒｇ／ｄｅｌｉｖｅｒ／ｅｔｓｉ＿ｔｓ／１３６３００＿１３６３９９／１３６３００／１４．０３．００＿６０／ｔｓ＿１３６３００ｖ１４０３００ｐ．ｐｄｆ）
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．３．０  （２０１７−０６）、［平成２９年１１月２９日検索］、インターネット（ｈｔｔｐ：／／ｗｗｗ．ｅｔｓｉ．ｏｒｇ／ｄｅｌｉｖｅｒ／ｅｔｓｉ＿ｔｓ／１３６３００＿１３６３９９／１３６３２１／１４．０３．００＿６０／ｔｓ＿１３６３２１ｖ１４０３００ｐ．ｐｄｆ）
【非特許文献３】３ＧＰＰ  ＴＲ  ３８．８０２  Ｖ１４．０．０  （２０１７−０３）  ５．５、［平成２９年１１月２９日検索］、インターネット（ｈｔｔｐｓ：／／ｐｏｒｔａｌ．３ｇｐｐ．ｏｒｇ／ｄｅｓｋｔｏｐｍｏｄｕｌｅｓ／Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ／ＳｐｅｃｉｆｉｃａｔｉｏｎＤｅｔａｉｌｓ．ａｓｐｘ？ｓｐｅｃｉｆｉｃａｔｉｏｎＩｄ＝３０６６）
【発明の概要】
【発明が解決しようとする課題】
【００２５】
図１に表すＭＡＣ処理部４４３は、ＭＡＣ−ＰＤＵがＭＡＣ向けＭＡＣ−Ｐａｙｌｏａｄを含まず、ＲＬＣ−ＰＤＵのみを含む場合は、ＲＬＣ−ＰＤＵをＭＡＣ−ＰＤＵから取得し、ＲＬＣ処理部に転送する処理のみを行う。この場合の転送数を削減することができれば、転送処理に係る処理量が減る分、ｅＮＢにおけるユーザデータの処理レイテンシを改善することができる。
【００２６】
ここで、５Ｇ  ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）においては、Ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎにおいて１６個のＣａｒｒｉｅｒ  Ｃｏｍｐｏｎｅｎｔ（ＣＣ）を束ねることが検討されている（非特許文献３参照）。その際に、ＣＣごとにＭＡＣ−ＰＤＵを受信し、かつ、全ＣＣにおいて、ＭＡＣ−ＰＤＵがＭＡＣ向けＭＡＣ−Ｐａｙｌｏａｄを含まず、ＲＬＣ向けＭＡＣ−Ｐａｙｌｏａｄのみを含む場合を想定したとする。その場合、１６個のＣＣに処理対象Ｕｓｅｒ数を乗じた数の転送処理をＭＡＣ処理部が行う必要がある。その数の分、転送処理による、ＭＡＣ処理部の処理サイクルの消費、及び、Ｕｓｅｒ−Ｄａｔａの処理レイテンシが大きくなる。従い、５Ｇ  ＮＲにおいては、前記転送数の削減は、ｅＮＢにおけるユーザデータの処理レイテンシの改善に特に有効である。
【００２７】
本発明は、受信装置における処理レイテンシを改善し得る通信システム等の提供を目的とする。
【課題を解決するための手段】
【００２８】
本発明の通信システムは、１個以上のデータ要素からなるＰａｙｌｏａｄを含むＰｒｏｔｏｃｏｌ  Ｄａｔａ  ＵｎｉｔであるＰＤＵの受信装置への送信を行う送信装置と、前記ＰＤＵの受信を行う前記受信装置とを備える通信システムであって、前記送信装置は、前記受信装置により所定の規約に基づく第一形式から前記規約に基づかない第二形式に変更されることが予定された前記データ要素である第一要素のみを前記Ｐａｙｌｏａｄの前記データ要素を格納するための要素格納領域に含む前記ＰＤＵである第一ＰＤＵと、前記第一要素ではない前記データ要素である第二要素のみを前記要素格納領域に含む前記ＰＤＵである第二ＰＤＵと、について前記送信を行い、前記受信装置は、受信した前記ＰＤＵを前記第一ＰＤＵと前記第二ＰＤＵとに振り分け、前記第一ＰＤＵを第一処理部において、前記第二ＰＤＵを第二処理部において、各々処理する。。
【発明の効果】
【００２９】
本発明の通信システム等は、受信装置における処理レイテンシを改善し得る。
【図面の簡単な説明】
【００３０】
【図１】ＭＡＣ−ＰＤＵを受信処理する一般的なｅＮＢの構成例を表す概念図である。
【図２】本実施形態の通信システムの構成例を表す概念図である。
【図３】ＭＡＣ−ＰａｙｌｏａｄにＰａｄｄｉｎｇ及びＭｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔのみを含むＭＡＣ−ＰＤＵの構成例を表す図である。
【図４】ＭＡＣ−ＰＤＵの各フィールドの構成例を表す図である。
【図５】ＭＡＣ−ＰａｙｌｏａｄにＰａｄｄｉｎｇ及びＣｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌのみを含むＭＡＣ−ＰＤＵの構成例を表す図である。
【図６】ＭＡＣ−ＰａｙｌｏａｄにＰａｄｄｉｎｇとＲＬＣ−ＰＤＵのみを含むＭＡＣ−ＰＤＵの構成例を表す図である。
【図７】実施形態の通信システムの最小限の構成を表す概念図である。
【発明を実施するための形態】
【００３１】
［構成と動作］
図２は、本実施形態の通信システムの例である通信システム１００の構成を表す概念図である。
【００３２】
通信システム１００は、Ｕｓｅｒ−Ｄａｔａ生成部１０１と、ＵＥ２０２と、伝搬路３０３と、ｅＮＢ４０４と、Ｕｓｅｒ−Ｄａｔａ処理部と、を備える。
【００３３】
ＵＥ２０２は、ＰＤＣＰ−ＰＤＵ生成部２２１と、ＲＬＣ−ＰＤＵ生成部２２２と、ＭＡＣ−ＣＥ／ＣＣＣＨ生成部２２３と、選択部２２４と、ＭＡＣ−ＰＤＵ生成部２２５と、識別情報付与部２２６とを備える。ＵＥ２０２は、さらに、ＰＨＹ処理部２２７と、アンテナ・ＲＦ部２２８とを備える。ここで、ＭＡＣ−ＣＥは、Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔの略である。また、ＣＣＣＨは、Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌの略である。
【００３４】
一方、ｅＮＢ４０４は、アンテナ・ＲＦ部４４１と、ＰＨＹ処理部４４２と、ＭＡＣ処理部４４３と、ＲＬＣ処理部４４４と、ＰＤＣＰ処理部４４５とを備える。
【００３５】
ＰＨＹ処理部４４２は、副ＰＨＹ処理部４２１と、識別情報処理部４２２とを備える。
【００３６】
ＭＡＣ処理部４４３は、ＭＡＣ−ＰＤＵ処理部４３１と、ＭＡＣ−ＣＥ／ＣＣＣＨ処理部４３２とを備える。
【００３７】
ＲＬＣ処理部４４４は、ＭＡＣ−ＰＤＵ処理部４４８と、ＲＬＣ−ＰＤＵ処理部４４９とを備える。
【００３８】
Ｕｓｅｒ−Ｄａｔａ生成部１０１は、所定のＵｓｅｒ−Ｄａｔａを生成し、ＵＥ２０２のＰＤＣＰ−ＰＤＵ生成部２２１に送付する。
【００３９】
ＰＤＣＰ−ＰＤＵ生成部２２１は、Ｕｓｅｒ−Ｄａｔａ生成部１０１から送付されたＵｓｅｒ−ＤａｔａをＰＤＣＰの規約に則した形式のＰＤＣＰ−ＰＤＵに変換し、ＲＬＣ−ＰＤＵ生成部２２２に送付する。
【００４０】
ＲＬＣ−ＰＤＵ生成部２２２は、ＰＤＣＰ−ＰＤＵ生成部２２１から送付されたＰＤＣＰ−ＰＤＵをＲＬＣの規約に則したＲＬＣ−ＰＤＵに変換し、選択部２２４に送付する。
【００４１】
ＭＡＣ−ＣＥ／ＣＣＣＨ生成部２２３は、ＭＡＣ−ＣＥ及びＣＣＣＨを生成する。ここで、ＭＡＣ−ＣＥ及びＣＣＣＨについては、非特許文献２に開示がある。ＭＡＣ−ＣＥ及びＣＣＣＨは、背景技術の項で説明したＭＡＣ向けＭＡＣ−Ｐａｙｌｏａｄに属する。ＭＡＣ−ＣＥ／ＣＣＣＨ生成部２２３は、生成したＭＡＣ−ＣＥ又はＣＣＣＨを、選択部２２４に送付する。
【００４２】
選択部２２４は、ＲＬＣ−ＰＤＵ生成部２２２から送付されたＲＬＣ−ＰＤＵと、ＭＡＣ−ＣＥ／ＣＣＣＨ生成部２２３から送付されたＭＡＣ−ＣＥ及びＣＣＣＨを保持する。以下、ＲＬＣ−ＰＤＵ、ＭＡＣ−ＣＥ及びＣＣＣＨのうちのいずれかをＰａｙｌｏａｄ要素ということにする。
【００４３】
選択部２２４は、保持しているＰａｙｌｏａｄ要素の中から、次にＭＡＣ−ＰＤＵ生成部２２５に送付するＰａｙｌｏａｄ要素群（複数のＰａｙｌｏａｄ要素）を、選択する。選択部２２４は、当該選択の際に、選択したＰａｙｌｏａｄ要素群に含まれるＰａｙｌｏａｄ要素が、ＲＬＣ−ＰＤＵか、ＭＡＣ−ＣＥ又はＣＣＣＨかのいずれか一方になるようにする。
【００４４】
そして選択部２２４は、選択したＰａｙｌｏａｄ要素群を、ＭＡＣ−ＰＤＵ生成部２２５に送付する。
【００４５】
ＭＡＣ−ＰＤＵ生成部２２５は、選択部２２４から送付された、Ｐａｙｌｏａｄ要素群をＭＡＣ−ＰａｙｌｏａｄのＰａｙｌｏａｄ要素群格納領域に格納しＭＡＣ−Ｈｅａｄｅｒを付与したＭＡＣ−ＰＤＵを生成し、識別情報付与部２２６に送付する。ここで、前記Ｐａｙｌｏａｄ要素群格納領域は、ＭＡＣ−Ｐａｙｌｏａｄのうち、少なくとも非特許文献２に記述されたＲｅｓｅｒｖｅｄ及びＰａｄｄｉｎｇを格納する領域を除外した領域である。ＭＡＣ−ＰａｙｌｏａｄのＰａｙｌｏａｄ要素群格納領域以外の領域であるＰａｙｌｏａｄ要素群非格納領域には、Ｐａｙｌｏａｄ要素は格納されない。
【００４６】
識別情報付与部２２６は、ＭＡＣ−ＰＤＵ生成部２２５から送付されたＭＡＣ−ＰＤＵが、ＲＬＣ−ＰＤＵを含む場合は、そのＭＡＣ−ＰＤＵが含むＭＡＣ−Ｈｅａｄｅｒの所定の格納位置に、第一識別情報を格納する。当該第一識別情報の値は例えば１である。
【００４７】
前記格納位置は、例えば、ＭＡＣ−Ｈｅａｄｅｒに含まれる最初のＭＡＣ−Ｓｕｂ−Ｈｅａｄｅｒの先頭のＲ  Ｈｅａｄｅｒ  Ｆｉｅｌｄである（非特許文献２の６８ページ参照）。
【００４８】
識別情報付与部２２６は、また、ＭＡＣ−ＰＤＵ生成部２２５から送付されたＭＡＣ−ＰＤＵが、ＭＡＣ−ＣＥ又はＣＣＣＨを含む場合は、前記格納位置に、第二識別情報を格納する。当該第二識別情報の値は、前記第一識別情報の値が１の場合は０である。
【００４９】
識別情報付与部２２６は、前記第一識別情報及び前記第二識別情報のいずれかを付与したＭＡＣ−ＰＤＵを、ＰＨＹ処理部２２７に送付する。
【００５０】
以下、前記第一識別情報及び第二識別情報のいずれかを識別情報ということにする。
【００５１】
ＰＨＹ処理部２２７は、識別情報付与部２２６から送付されたＭＡＣ−ＰＤＵを、送信用信号に変換し、アンテナ・ＲＦ部２２８に送付する。
【００５２】
アンテナ・ＲＦ部２２８は、ＰＨＹ処理部２２７から送付された送信用信号を無線電波に変換し、伝搬路３０３に送出する。
【００５３】
伝搬路３０３は、例えば、基地局や中継局等を含む。伝搬路３０３は、アンテナ・ＲＦ部２２８が送出した無線電波を、ｅＮＢ４０４のアンテナ・ＲＦ部４４１に到達させる。
【００５４】
アンテナ・ＲＦ部４４１は、到達した無線電波を受信用信号に変換し、ＰＨＹ処理部４４２の副ＰＨＹ処理部４２１に送付する。
【００５５】
副ＰＨＹ処理部４２１は、アンテナ・ＲＦ部４４１から送付された受信用信号からＭＡＣ−ＰＤＵを取得し、識別情報処理部４２２に送付する。
【００５６】
識別情報処理部４２２は、副ＰＨＹ処理部４２１から送付されたＭＡＣ−ＰＤＵに含まれるＭＡＣ−Ｈｅａｄｅｒの前記格納位置に格納された識別情報が、前記第一識別情報か前記第二識別情報かを判定する。
【００５７】
識別情報処理部４２２は、前記識別情報が前記第一識別情報である場合は、副ＰＨＹ処理部４２１から送付されたＭＡＣ−ＰＤＵを、ＲＬＣ処理部４４４のＭＡＣ−ＰＤＵ処理部４４８に送付する。
【００５８】
一方、識別情報処理部４２２は、前記識別情報が前記第二識別情報である場合は、副ＰＨＹ処理部４２１から送付されたＭＡＣ−ＰＤＵを、ＭＡＣ処理部４４３のＭＡＣ−ＰＤＵ処理部４３１に送付する。
【００５９】
ＭＡＣ−ＰＤＵ処理部４３１は、識別情報処理部４２２から送付されたＭＡＣ−ＰＤＵに含まれるＭＡＣ−ＰａｙｌｏａｄであるＭＡＣ−ＣＥ及びＣＣＣＨを、ＭＡＣ−ＣＥ／ＣＣＣＨ処理部４３２に送付する。
【００６０】
ＭＡＣ−ＣＥ／ＣＣＣＨ処理部４３２は、ＭＡＣ−ＰＤＵ処理部４３１から送付されたＭＡＣ−ＣＥ又はＣＣＣＨが表す内容の処理を行う。当該処理は、例えば、制御信号であるＭＡＣ−ＣＥやＣＣＣＨによる所定の制御である。当該制御の内容については非特許文献２に記述されている。
【００６１】
ＲＬＣ処理部４４４のＭＡＣ−ＰＤＵ処理部４４８は、識別情報処理部４２２から送付されたＭＡＣ−ＰＤＵに含まれるＭＡＣ−ＰａｙｌｏａｄであるＲＬＣ−ＰＤＵを、ＲＬＣ−ＰＤＵ処理部４４９に送付する。
【００６２】
ＲＬＣ−ＰＤＵ処理部４４９は、ＭＡＣ−ＰＤＵ処理部４４８から送付されたＲＬＣ−ＰＤＵを、ＲＬＣの規約には準拠せずＰＤＣＰの規約に準拠したＰＤＣＰ−ＰＤＵに変換し、ＰＤＣＰ処理部４４５に送付する。
【００６３】
ＰＤＣＰ処理部４４５は、ＲＬＣ−ＰＤＵ処理部４４９から送付されたＰＤＣＰ−ＰＤＵを、ＰＤＣＰの規約に準拠せず、Ｕｓｅｒ−Ｄａｔａ処理部５０５での処理に適した形式の、Ｕｓｅｒ−Ｄａｔａに変換し、Ｕｓｅｒ−Ｄａｔａ処理部５０５に送付する。
【００６４】
次に、図２に表す識別情報付与部２２６がＰＨＹ処理部２２７に送付する、ＭＡＣ−ＰＤＵの例について説明する。
【００６５】
図３は、ＭＡＣ−ＰａｙｌｏａｄにＰａｄｄｉｎｇ及びＭＡＣ−ＣＥのみを含むＭＡＣ−ＰＤＵの例であるＭＡＣ−ＰＤＵ９０１の構成を表す図である。ここで、Ｐａｄｄｉｎｇは、非特許文献２の６９ページに記述がある。
【００６６】
ＭＡＣ−ＰＤＵ９０１は、ＭＡＣ−Ｈｅａｄｅｒ９０２とＭＡＣ−Ｐａｙｌｏａｄ９０３とを備える。
【００６７】
ＭＡＣ−Ｐａｙｌｏａｄ９０３は、Ｎ個のＰａｙｌｏａｄ要素であるＭＡＣ−ＣＥ９１１乃至９１Ｎと、Ｐａｄｄｉｎｇ９１Ｐとを備える。
【００６８】
ＭＡＣ−Ｈｅａｄｅｒ９０２は、Ｎ個のＳｕｂ−Ｈｅａｄｅｒである、Ｓｕｂ−Ｈｅａｄｅｒ９２１乃至９２Ｎと、Ｐａｄｄｉｎｇ−Ｓｕｂ−Ｈｅａｄｅｒ９２Ｐとを備える。
【００６９】
Ｓｕｂ−Ｈｅａｄｅｒ９２１乃至９２Ｎの各々（各Ｓｕｂ−Ｈｅａｄｅｒ）は、１の位の数字が同じ符号で示されたＭＡＣ−ＣＥ９１１乃至９１Ｎの各々に対応するものである。
【００７０】
各Ｓｕｂ−Ｈｅａｄｅｒは、Ｒ／Ｆ２／Ｅ／ＬＣＩＤのＨｅａｄｅｒ  Ｆｉｅｌｄｓから構成される（非特許文献２の６８ページ参照）。
【００７１】
Ｓｕｂ−Ｈｅａｄｅｒ９２１のＲ  Ｈｅａｄｅｒ  Ｆｉｅｌｄの値（Ｒ値）は０である。当該Ｒ値は、ＭＡＣ−ＰＤＵ９０１のＭＡＣ−ＰａｙｌｏａｄががＲＬＣ−ＰＤＵを備えないことを表す。Ｒ値の０は、図２に表す識別情報付与部２２６が格納した前記第二識別情報の値である。
【００７２】
なお、Ｐａｄｄｉｎｇ−Ｓｕｂ−Ｈｅａｄｅｒ９２Ｐは、Ｐａｄｄｉｎｇ９１Ｐに対応するＳｕｂ−Ｈｅａｄｅｒである（非特許文献２の６９ページ参照）。
【００７３】
図４は、図３に表すＭＡＣ−ＰＤＵ９０１の各フィールドの構成例を表す図である。ここで、フィールドは、図３に表す、Ｓｕｂ−Ｈｅａｄｅｒ、Ｐａｄｄｉｎｇ−Ｓｕｂ−Ｈｅａｄｅｒ、Ｐａｙｌｏａｄ要素（ＭＡＣ−ＣＥ）及びＰａｄｄｉｎｇである。図４は、図３に表すＭＡＣ−Ｐａｙｌｏａｄ９０３が、ＭＡＣ−ＣＥ９１１とＰａｄｄｉｎｇ９１Ｐのみを備える場合を想定したものである。
【００７４】
Ｎｏ．１の行は、１番目のＰａｙｌｏａｄ要素であるＭＡＣ−ＣＥに対応する１番目のＳｕｂ−Ｈｅａｄｅｒは、８ｂｉｔのデータ列であり、Ｒ／Ｆ２／Ｅ／ＬＣＩＤのＨｅａｄｅｒ  Ｆｉｅｌｄｓの値が、この順に０／０／１／１１０１１であることを表す。ここで、Ｒ／Ｆ２／Ｅ／ＬＣＩＤのＨｅａｄｅｒ  Ｆｉｅｌｄｓについては、非特許文献２の６８ページに記述されている。なお、Ｎｏ１の行のＦ２及びＥのＨｅａｄｅｒ  Ｆｉｅｌｄｓの値については、本発明と直接は関係がないので説明を省略する。
【００７５】
Ｒ値である０は、ＭＡＣ−ＰＤＵ９０１のＭＡＣ−ＰａｙｌｏａｄがＲＬＣ−ＰＤＵを備えないことを表す。Ｒ値の０は、図２に表す識別情報付与部２２６が格納した前記第二識別情報の値である。
【００７６】
また、ＬＣＩＤのＨｅａｄｅｒ  Ｆｉｅｌｄの値の１１０１１はＭＡＣ−ＣＥに対応するものであることが、非特許文献１の９０ページに記述されている。
【００７７】
Ｎｏ．２の行は、Ｐａｄｄｉｎｇに対応するＰａｄｄｉｎｇ−ｕｂ−Ｈｅａｄｅｒが、８ｂｉｔのデータ列であり、Ｒ／Ｆ２／Ｅ／ＬＣＩＤのＨｅａｄｅｒ  Ｆｉｅｌｄｓの値が、この順に０／０／０／１１１１１であることを表す。ＬＣＩＤの値の１１１１１がＰａｄｄｉｎｇを表すことは、非特許文献２の９０ページに記述されている。なお、Ｎｏ２の行のＲ、Ｆ２及びＥのＨｅａｄｅｒ  Ｆｉｅｌｄｓの各々の値については、本発明と直接は関係がないので説明を省略する。
【００７８】
Ｎｏ３の行は、一番目のＰａｙｌｏａｄ要素が、ＭＡＣ−ＣＥであり、そのＬＣＧＩＤ／Ｄａｔａ−Ｓｉｚｅが、この順に、０１／００００ｆｆｆｆであることを表す。ここで、ＬＣＧＩＤはＬｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｅｒの略であり、非特許文献２の７２及び７３ページに記述がある。
【００７９】
Ｎｏ４．の行は、Ｐａｄｄｉｎｇとして、０のビットが８に５を乗じた数だけ続くことを表す。
【００８０】
図５は、ＭＡＣ−ＰａｙｌｏａｄにＰａｄｄｉｎｇ及びＣＣＣＨのみを含むＭＡＣ−ＰＤＵの例であるＭＡＣ−ＰＤＵ９０１ａの構成を表す図である。
【００８１】
ＭＡＣ−ＰＤＵ９０１ａは、ＭＡＣ−Ｈｅａｄｅｒ９０２ａとＭＡＣ−Ｐａｙｌｏａｄ９０３ａとを備える。
【００８２】
ＭＡＣ−Ｐａｙｌｏａｄ９０３ａは、Ｐａｙｌｏａｄ要素であるＣＣＣＨ９１１ａと、Ｐａｄｄｉｎｇ９１Ｐとを備える。
【００８３】
ＭＡＣ−Ｈｅａｄｅｒ９０２ａは、Ｓｕｂ−Ｈｅａｄｅｒ９２１ａと、Ｐａｄｄｉｎｇ−Ｓｕｂ−Ｈｅａｄｅｒ９２Ｐとを備える。
【００８４】
Ｓｕｂ−Ｈｅａｄｅｒ９２１ａは、ＭＡＣ−ＣＥ９１１ａに対応するものである。
【００８５】
Ｓｕｂ−Ｈｅａｄｅｒ９２１ａのＲ値は０である。当該Ｒ値は、ＭＡＣ−ＰＤＵ９０１ａのＭＡＣ−ＰａｙｌｏａｄがＲＬＣ−ＰＤＵを備えないことを表す。Ｒ値の０は、図２に表す識別情報付与部２２６が格納した前記第二識別情報の値である。
【００８６】
なお、Ｐａｄｄｉｎｇ−Ｓｕｂ−Ｈｅａｄｅｒ９２Ｐは、Ｐａｄｄｉｎｇ９１Ｐに対応するＳｕｂ−Ｈｅａｄｅｒである。
【００８７】
図６は、ＭＡＣ−Ｐａｙｌｏａｄに、Ｐａｄｄｉｎｇを除いてＲＬＣ−ＰＤＵのみを含むＭＡＣ−ＰＤＵの例であるＭＡＣ−ＰＤＵ９０１ｂの構成を表す図である。
【００８８】
ＭＡＣ−ＰＤＵ９０１ｂは、ＭＡＣ−Ｈｅａｄｅｒ９０２ｂとＭＡＣ−Ｐａｙｌｏａｄ９０３ｂとを備える。
【００８９】
ＭＡＣ−Ｐａｙｌｏａｄ９０３ｂは、Ｎ個のＰａｙｌｏａｄ要素であるＲＬＣ−ＰＤＵ９１１ｂ乃至９１Ｎｂと、Ｐａｄｄｉｎｇ９１Ｐとを備える。
【００９０】
ＭＡＣ−Ｈｅａｄｅｒ９０２ｂは、Ｎ個のＳｕｂ−Ｈｅａｄｅｒである、Ｓｕｂ−Ｈｅａｄｅｒ９２１ｂ乃至９２Ｎｂと、Ｐａｄｄｉｎｇ−Ｓｕｂ−Ｈｅａｄｅｒ９２Ｐとを備える。
【００９１】
Ｓｕｂ−Ｈｅａｄｅｒ９２１ｂ乃至９２Ｎｂの各々は、左から三番目の数字が同じ符号で示されたＲＬＣ−ＰＤＵ９１１ｂ乃至９１Ｎｂの各々と対応するものである。
【００９２】
Ｓｕｂ−Ｈｅａｄｅｒ９２１ｂのＲ値は１である。当該Ｒ値は、ＭＡＣ−ＰＤＵ９０１ｂのＭＡＣ−ＰａｙｌｏａｄがＰａｄｄｉｎｇや図示しないＲｅｓｅｒｖｅｄ以外にＲＬＣ−ＰＤＵのみを備えること、すなわち、ＭＡＣ−ＰａｙｌｏａｄがＭＡＣ−ＣＥやＣＣＣＨを備えないことを表す。Ｒ値の１は、図２に表す識別情報付与部２２６が格納した前記第一識別情報の値である。
【００９３】
Ｐａｄｄｉｎｇ−Ｓｕｂ−Ｈｅａｄｅｒ９２Ｐは、Ｐａｄｄｉｎｇ９１Ｐに対応するＳｕｂ−Ｈｅａｄｅｒである。
【００９４】
なお、以上の説明はＵＥからｅＮＢにＵｓｅｒ−Ｄａｔａを送付する、Ｕｐ−Ｌｉｎｋの場合の例を説明した。しかしながら、ｅＮＢからＵＥに送付するデータについても、同様の構成を用いることもできる。
【００９５】
その場合の通信システム１００の説明は、以上の説明について以下の読替えを行ったものである。
【００９６】
すなわち、Ｕｓｅｒ−Ｄａｔａ、ＵＥ、Ｕｓｅｒ−Ｄａｔａ生成部、ｅＮＢ及びＵｓｅｒ−Ｄａｔａ処理部を、この順に、Ｄａｔａ、ｅＮＢ、Ｄａｔａ生成部、ＵＥ及びＤａｔａ処理部と読み替える。
［効果］
本実施形態の通信システムの送信装置は、送信用のＭＡＣ−ＰＤＵのＭＡＣ−Ｐａｙｌｏａｄに格納するＰａｙｌｏａｄ要素を、ＭＡＣ向けのもののみか、ＲＬＣ向けのもののみかのいずれかにする。前記送信装置は、さらに、送信用のＭＡＣ−ＰＤＵのＭＡＣ−Ｈｅａｄｅｒの所定の格納位置に、前記Ｐａｙｌｏａｄ要素が、ＭＡＣ向けのもののみか、ＲＬＣ向けのもののみかを表す識別情報を格納する。
【００９７】
そして、前記通信システムの受信装置は、前記識別情報により、受信したＭＡＣ−ＰＤＵのＭＡＣ−Ｐａｙｌｏａｄに格納されたＰａｙｌｏａｄ要素が、ＭＡＣ向けのもののみか、ＲＬＣ向けのもののみかを判別する。そして、前記受信装置は、受信したＭＡＣ−ＰＤＵを、ＭＡＣに関する処理を行うＭＡＣ処理部とＲＬＣに関する処理を行うＲＬＣ処理部に振り分けて、別々に処理する。
【００９８】
そのため、前記通信システムは、背景技術の項で説明した方法のように、受信装置のＭＡＣ処理部がＲＬＣ−ＰＤＵをＲＬＣ−ＰＤＵ処理部に転送する転送処理が生じない。
【００９９】
そのため、前記通信システムは、ＭＡＣ処理部がＲＬＣ−ＰＤＵをＲＬＣ−ＰＤＵ処理部に転送する転送処理により生じる受信装置における処理レイテンシを改善し得る。
【０１００】
図７は、実施形態の通信システムの最小限の構成である通信システム１００ｘの構成を表す概念図である。
【０１０１】
通信システム１００ｘは、送信装置２０２ｘと受信装置４０４ｘとを備える。
【０１０２】
送信装置２０２ｘは、１個以上のデータ要素からなるＭＡＣ−Ｐａｙｌｏａｄを含むＭＡＣ−ＰＤＵの受信装置への送信を行う。ここで、前記ＭＡＣ−Ｐａｙｌｏａｄは、Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐａｙｌｏａｄである。また、前記ＭＡＣ−ＰＤＵは、Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔである。
【０１０３】
また、受信装置４０４ｘは、前記ＭＡＣ−ＰＤＵの受信を行う。
【０１０４】
送信装置２０２ｘは、第一ＭＡＣ−ＰＤＵと、第二ＭＡＣ−ＰＤＵと、について前記送信を行う。ここで、前記第一ＭＡＣ−ＰＤＵは、第一要素のみを前記ＭＡＣ−Ｐａｙｌｏａｄの前記データ要素を格納するための要素格納領域に含む前記ＭＡＣ−ＰＤＵである。前記第一要素は、前記受信装置によりＲａｄｉｏ  Ｌｉｎｋ  ＣｏｎｔｒｏｌであるＲＬＣに関する規約に基づく第一形式から前記規約に基づかない第二形式に変更されることが予定された前記データ要素である。また、前記第二ＭＡＣ−ＰＤＵは、前記第一要素ではない前記データ要素である第二要素のみを前記要素格納領域に含む前記ＭＡＣ−ＰＤＵである。
【０１０５】
受信装置４０４ｘは、受信した前記ＭＡＣ−ＰＤＵを前記第一ＭＡＣ−ＰＤＵと前記第二ＭＡＣ−ＰＤＵとに振り分け、前記第一ＭＡＣ−ＰＤＵを第一処理部において、前記第二ＭＡＣ−ＰＤＵを第二処理部において、各々処理する。
【０１０６】
受信装置４０４ｘは、受信した前記ＭＡＣ−ＰＤＵを前記第一ＭＡＣ−ＰＤＵと前記第二ＭＡＣ−ＰＤＵとに振り分け、前記第一ＭＡＣ−ＰＤＵを第一処理部において、前記第二ＭＡＣ−ＰＤＵを第二処理部において、各々処理する。
【０１０７】
そのため、前記通信システムは、背景技術の項で説明した方法のように、受信装置４０４ｘの、一方の処理部が前記ＭＡＣ−ＰＤＵを受け、そのうちの前記第一ＭＡＣ−ＰＤＵをＲＬＣに関する処理を行う他方の処理部に転送する転送処理が生じない。
【０１０８】
そのため、通信システム１００ｘは、転送処理により生じる受信装置４０４ｘにおける処理レイテンシを改善し得る。
【０１０９】
そのため、通信システム１００ｘは、前記構成により、［発明の効果］の項に記載した効果を奏する。
【０１１０】
なお、図７に表す通信システム１００ｘは、例えば、図２に表す通信システム１００である。また、送信装置２０２ｘは、例えば、図２に表すＵＥ２０２である。また、受信装置４０４ｘは、例えば、図２に表すｅＮＢ４０４である。また、前記第一ＭＡＣ−ＰＤＵは、例えば、前記ＲＬＣ向けＭＡＣ−ＰＤＵである。また、前記第二ＭＡＣ−ＰＤＵは、例えば、前記ＭＡＣ向けＭＡＣ−ＰＤＵである。また、前記第一処理部は、例えば、図２に表すＲＬＣ処理部４４４である。また、前記第二処理部は、例えば、図２に表すＭＡＣ処理部４４３である。
【０１１１】
以上、本発明の各実施形態を説明したが、本発明は、前記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で更なる変形、置換、調整を加えることができる。例えば、各図面に示した要素の構成は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。
【０１１２】
また、前記の実施形態の一部又は全部は、以下の付記のようにも記述され得るが、以下には限られない。
（付記１）
１個以上のデータ要素からなるＰａｙｌｏａｄを含むＰｒｏｔｏｃｏｌ  Ｄａｔａ  ＵｎｉｔであるＰＤＵの受信装置への送信を行う送信装置と、前記ＰＤＵの受信を行う前記受信装置とを備える通信システムであって、
前記送信装置は、前記受信装置により所定の規約に基づく第一形式から前記規約に基づかない第二形式に変更されることが予定された前記データ要素である第一要素のみを前記Ｐａｙｌｏａｄの前記データ要素を格納するための要素格納領域に含む前記ＰＤＵである第一ＰＤＵと、前記第一要素ではない前記データ要素である第二要素のみを前記要素格納領域に含む前記ＰＤＵである第二ＰＤＵと、について前記送信を行い、
前記受信装置は、受信した前記ＰＤＵを前記第一ＰＤＵと前記第二ＰＤＵとに振り分け、前記第一ＰＤＵを第一処理部において、前記第二ＰＤＵを第二処理部において、各々処理する、
通信システム。
（付記２）
前記Ｐａｙｌｏａｄが、Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐａｙｌｏａｄであり、前記ＰＤＵが、Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ＰＤＵであり、前記規約が、Ｒａｄｉｏ  Ｌｉｎｋ  ＣｏｎｔｒｏｌであるＲＬＣに関するものである、通信システム。
（付記３）
前記第一要素がＲＬＣ−ＰＤＵを含む、付記２に記載された通信システム。
（付記４）
前記第二要素が、Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ又はＣｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌを含む、付記２又は付記３に記載された通信システム。
（付記５）
前記Ｐａｙｌｏａｄの前記要素格納領域ではない領域である要素非格納領域には、前記データ要素は格納されない、付記１乃至付記４のうちのいずれか一に記載された通信システム。
（付記６）
前記要素非格納領域が、Ｒｅｓｅａｒｖｅｄ及びＰａｄｄｉｎｇを格納する、付記５に記載された通信システム。
（付記７）
前記送信装置は、前記送信を行う前記ＰＤＵに、その前記ＰＤＵが前記第一ＰＤＵであるか前記第二ＰＤＵであるかを表す識別情報を付与する、付記１乃至付記５のうちのいずれか一に記載された通信システム。
（付記８）
前記送信装置は、前記識別情報を、その前記ＰＤＵに含まれるＨｅａｄｅｒに格納する、付記７に記載された通信システム。
（付記９）
前記格納に係る格納位置は、前記Ｈｅａｄｅｒの先頭のＳｕｂ−Ｈｅａｄｅｒに含まれるＲ  Ｈｅａｄｅｒ  Ｆｉｅｌｄである、付記８に記載された通信システム。
（付記１０）
前記受信装置は、前記識別情報により前記振り分けを行う、付記７乃至付記９のうちのいずれか一に記載された通信システム。
（付記１１）
前記第一処理部と前記第二処理部とが、各々、互いに分離されたデバイスである、付記１乃至付記１０のうちのいずれか一に記載された通信システム。
（付記１２）
前記デバイスが中央演算処理装置である、付記１１に記載された通信システム。
（付記１３）
所定の規約に基づく第一形式から前記規約に基づかない第二形式に変更されることが予定されたデータ要素である第一要素のみをＰａｙｌｏａｄの前記データ要素を格納するための要素格納領域に含む、１個以上の前記データ要素からなる前記Ｐａｙｌｏａｄを含むＰｒｏｔｏｃｏｌ  Ｄａｔａ  ＵｎｉｔであるＰＤＵである、第一ＰＤＵと、前記第一要素ではない前記データ要素である第二要素のみを前記要素格納領域に含む前記ＰＤＵである第二ＰＤＵと、の送信装置からの送信を受け、受信した前記ＰＤＵを前記第一ＰＤＵと前記第二ＰＤＵとに振り分け、前記第一ＰＤＵを第一処理部において、前記第二ＰＤＵを第二処理部において、各々処理する、受信装置。
（付記１４）
受信した、１個以上のデータ要素からなるＰａｙｌｏａｄを含むＰｒｏｔｏｃｏｌ  Ｄａｔａ  ＵｎｉｔであるＰＤＵのうち、所定の規約に基づく第一形式から前記規約に基づかない第二形式に変更されることが予定された前記データ要素である第一要素のみを前記Ｐａｙｌｏａｄの前記データ要素を格納するための要素格納領域に含む第一ＰＤＵと、前記第一要素ではない前記データ要素である第二要素のみを前記要素格納領域に含む第二ＰＤＵと、を振り分け、前記第一ＰＤＵを第一処理部において、前記第二ＰＤＵを第二処理部において、各々処理する、送信装置。
（付記１５）
１個以上のデータ要素からなるＰａｙｌｏａｄを含むＰｒｏｔｏｃｏｌ  Ｄａｔａ  ＵｎｉｔであるＰＤＵの送信と前記ＰＤＵの受信とを行う通信方法であって、
前記送信は、前記受信により所定の規約に基づく第一形式から前記規約に基づかない第二形式に変更されることが予定された前記データ要素である第一要素のみを前記Ｐａｙｌｏａｄの前記データ要素を格納するための要素格納領域に含む前記ＰＤＵである第一ＰＤＵと、前記第一要素ではない前記データ要素である第二要素のみを前記要素格納領域に含む前記ＰＤＵである第二ＰＤＵと、についてのものであり、
前記受信の際に、前記ＰＤＵを前記第一ＰＤＵと前記第二ＰＤＵとに振り分け、前記第一ＰＤＵ前記第二ＰＤＵとを互いに分離された処理部分において、各々処理する、
通信方法。
【符号の説明】
【０１１３】
１００、１００ｘ    通信システム
１０１    Ｕｓｅｒ−Ｄａｔａ生成部
２０２    ＵＥ
２０２ｘ    送信装置
２２１    ＰＤＣＰ−ＰＤＵ生成部
２２２    ＲＬＣ−ＰＤＵ生成部
２２３    ＭＡＣ−ＣＥ／ＣＣＣＨ生成部
２２４    選択部
２２５    ＭＡＣ−ＰＤＵ生成部
２２６    識別情報付与部
２２７    ＰＨＹ処理部
２２８、４４１    アンテナ・ＲＦ部
３０３    伝搬路
４０４    ｅＮＢ
４０４ｘ    受信装置
４４２    ＰＨＹ処理部
４２１    副ＰＨＹ処理部
４２２    識別情報処理部
４４３    ＭＡＣ処理部
４３１    ＭＡＣ−ＰＤＵ処理部
４３２    ＭＡＣ−ＣＥ／ＣＣＣＨ処理部
４４４    ＲＬＣ処理部
４４５    ＰＤＣＰ処理部
４４８    ＭＡＣ−ＰＤＵ処理部
４４９    ＲＬＣ−ＰＤＵ処理部
５０５    Ｕｓｅｒ−Ｄａｔａ処理部
９０１、９０１ａ、９０１ｂ    ＭＡＣ−ＰＤＵ
９０２、９０２ａ、９０２ｂ    ＭＡＣ−Ｈｅａｄｅｒ
９０３、９０３ａ、９０３ｂ    ＭＡＣ−Ｐａｙｌｏａｄ
９１１、９１１ａ、９１２、９１Ｎ    ＭＡＣ−ＣＥ
９１１ｂ、９１２ｂ、９１Ｎｂ    ＲＬＣ−ＰＤＵ
９１Ｐ    Ｐａｄｄｉｎｇ
９２１、９２１ａ、９２１ｂ、９２２、９２２ａ、９２２ｂ、９２Ｎ、９２Ｎａ、９２Ｎｂ    Ｓｕｂ−Ｈｅａｄｅｒ
９２Ｐ    Ｐａｄｄｉｎｇ−Ｓｕｂ−Ｈｅａｄｅｒ
【図１】
2019110465.tif 000003
【図２】
2019110465.tif 000004
【図３】
2019110465.tif 000005
【図４】
2019110465.tif 000006
【図５】
2019110465.tif 000007
【図６】
2019110465.tif 000008
【図７】
2019110465.tif 000009