JP4780482B2 - COMMUNICATION PROCESSING DEVICE, COMMUNICATION PROCESSING METHOD, AND PROGRAM THEREOF - Google Patents
COMMUNICATION PROCESSING DEVICE, COMMUNICATION PROCESSING METHOD, AND PROGRAM THEREOF Download PDFInfo
- Publication number
- JP4780482B2 JP4780482B2 JP2008150457A JP2008150457A JP4780482B2 JP 4780482 B2 JP4780482 B2 JP 4780482B2 JP 2008150457 A JP2008150457 A JP 2008150457A JP 2008150457 A JP2008150457 A JP 2008150457A JP 4780482 B2 JP4780482 B2 JP 4780482B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- layer
- frame
- identification information
- rlc
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
Description
本発明は、通信処理装置、通信処理方法及びそのプログラムに関する。 The present invention relates to a communication processing device, a communication processing method, and a program thereof.
図13はW−CDMA(Wideband Code Division Multiple Access)のシステムで想定されている無線インターフェイスのプロトコル階層を示す図である。 FIG. 13 is a diagram showing a protocol hierarchy of a radio interface assumed in a W-CDMA (Wideband Code Division Multiple Access) system.
図13に示すように、W−CDMAのシステムで想定されている無線インターフェイスのプロトコル階層は、PHY(物理)レイヤ201と、MAC(Medium Access Control)レイヤ202と、RLC(Radio Link Control)レイヤ203と、PDCP(Packet Data Convergence Protocol)レイヤ204と、アプリケーション・レイヤ205と、RRC(Radio Resource Control)レイヤ206と、NAS(No Access Stratum)レイヤ207と、を備えて構成されている。
As shown in FIG. 13, the protocol hierarchy of the radio interface assumed in the W-CDMA system includes a PHY (physical)
PHYレイヤ201はトランスポート・チャネルによる無線伝送や無線品質などの測定を行うレイヤである。
The
MACレイヤ202は、RLCレイヤ203に対し、論理チャネルの伝送や無線リソースの割り当てを行うレイヤである。
The
RLCレイヤ203は、上位レイヤであるPDCPレイヤ204へのデータ伝送サービスを提供するレイヤである。RLCレイヤ203とアプリケーション・レイヤ205との間のデータ転送は、PDCPレイヤ204を介して行われる。
The
RRCレイヤ206は、無線リソースを制御するレイヤであり、NASレイヤ207に対して接続される。
The
RLCレイヤ203とアプリケーション・レイヤ205との間の制御情報の転送は、RRCレイヤ206及びNASレイヤ207を介して行われる。
Transfer of control information between the
現状のW−CDMA(3GPP UMTS)には、HSDPA(High Speed Downlink Packet Access : 3GPP Release.5から導入)、E−DCH(Enhanced DCH : 3GPP Release.6から導入)などの機能が追加されている。これらの追加に伴い、アップリンク(Uplink)、ダウンリンク(Downlink)共に高スループット化の実現が進んでいる。また、今後も、携帯電話機においては高スループットを実現するために処理削減の必要性が常に存在する。 In the current W-CDMA (3GPP UMTS), HSDPA (High Speed Downlink Access: introduced from 3GPP Release.5), E-DCH (Enhanced DCH: introduced from 3GPP Release.6) and the like are added. . With these additions, higher throughput is being realized for both the uplink and the downlink. In the future, there will always be a need to reduce processing in mobile phones in order to achieve high throughput.
ダウンリンクの無線帯域が大きくなる場合、一定時間に処理しなくてはならないデータ量が増えることとなる。すなわち、RLC PDU(PDU:Protocol Data Unit)のサイズが固定であると仮定すると、RLCレイヤ203において一定時間に処理しなくてはならないRLC PDUの個数が増えることとなる。一般的に、一定時間内に処理すべきRLC PDUの個数が増えることは、RLCレイヤ203において一定時間内に処理すべきステップ数が増えることとなり、処理負荷の増大に繋がる。
When the downlink radio band increases, the amount of data that must be processed in a certain time increases. That is, assuming that the size of RLC PDU (Protocol Data Unit) is fixed, the number of RLC PDUs that must be processed in a certain time in the
このことをHSDPAの環境下において具体的な数値に当てはめると以下のようになる。 Applying this to specific numerical values in the HSDPA environment is as follows.
図14は、RLCレイヤ203において1TTI内に受信したHS−DSCHのトランスポート・ブロックの最大ビット数と、RLCレイヤ203において1TTI内に処理すべきRLC PDUの理論上の最大数との対応関係を、HSDPAのカテゴリ毎に示す図である。なお、1TTI(TTI:Transmit Time Interval)は2msec、RLC PDUのデータ・サイズは42バイトであるものとする。また、HSDPAのカテゴリ6の環境下ではダウンリンクのレートは最大3.6Mbps、同カテゴリ8の環境下ではダウンリンクのレートは最大7.2Mbps、同カテゴリ10の環境下ではダウンリンクのレートは最大14.4Mbpsである。
FIG. 14 shows the correspondence between the maximum number of HS-DSCH transport blocks received in 1 TTI in the
ここで、MAC−hs(HS−DSCH向けMAC)で使用するMAC−hsヘッダのサイズは、通信経路が1つだけの基本的なチャネル・コンフィグレーションの場合には21ビットとなる。 Here, the size of the MAC-hs header used in MAC-hs (MAC for HS-DSCH) is 21 bits in the case of a basic channel configuration with only one communication path.
このため、図14に示す値(最大数)は、“MAC−hsヘッダのサイズ=21ビット”として、次の計算式(1)に当てはめて求めた値である。 For this reason, the value (maximum number) shown in FIG. 14 is a value obtained by applying the following formula (1) as “MAC-hs header size = 21 bits”.
(1TTIに処理すべきRLC PDUの理論上の最大数)=(1TTI内に受信したHS−DSCHのトランスポート・ブロックの最大ビット数)/336(ビット)・・・・・・計算式(1)
図14に示すように、帯域が広がるほど、RLCレイヤ203において一定時間(1TTI)内に処理しなければならないRLC PDUの個数が増えることとなる。
(Theoretical maximum number of RLC PDUs to be processed in 1 TTI) = (Maximum number of bits of transport block of HS-DSCH received in 1 TTI) / 336 (bits) (1) )
As shown in FIG. 14, the wider the band, the greater the number of RLC PDUs that must be processed in the
図15は、通信経路が1つだけの基本的なチャネル・コンフィグレーションの場合において、データ・フレームの名称及び形態がレイヤ毎にどのように変化するのかを示す図である。 FIG. 15 is a diagram showing how the name and form of the data frame change for each layer in the case of a basic channel configuration with only one communication path.
図15に示すように、RLC PDUは、16ビットのRLC AM(AM:Acknowledge Mode:確認モード)ヘッダと、320ビットのペイロード部と、からなる336ビットのフレームである。 As illustrated in FIG. 15, the RLC PDU is a 336-bit frame including a 16-bit RLC AM (AM: Acknowledge Mode) header and a 320-bit payload portion.
また、MAC−d PDU(個別チャネル向けMAC)も、336ビットのフレームである。 The MAC-d PDU (MAC for dedicated channel) is also a 336-bit frame.
MAC−hs SDU(SDU:Service Data Unit)は、21個分のMAC−dPDU(21×336=7056ビット)に221ビットのパディング(Padding)を加えてなる合計7277ビットのフレームである。 The MAC-hs SDU (SDU: Service Data Unit) is a frame of 7277 bits in total obtained by adding 221 bits of padding to 21 MAC-d PDUs (21 × 336 = 7056 bits).
MAC−hs PDUは、MAC−hs SDUにMAC−hsヘッダを加えてなるフレームである。例えば、1個のMAC−hs SDUに21ビットのMAC−hsヘッダを加えてなるMAC−hs PDUの場合は、合計7298ビットのフレームになる。このMAC−hs PDUがトランスポート・ブロックとなる。 The MAC-hs PDU is a frame obtained by adding a MAC-hs header to the MAC-hs SDU. For example, in the case of a MAC-hs PDU in which a 21-bit MAC-hs header is added to one MAC-hs SDU, the frame has a total of 7298 bits. This MAC-hs PDU becomes a transport block.
次に、RLC PDUの構造及びプロトコル規定について説明する。 Next, RLC PDU structure and protocol specifications will be described.
図16はRLC PDUの構造を示す図である。 FIG. 16 shows the structure of RLC PDU.
RLC PDUの構造は「3GPP TS25.322 Chapter9.2 Formats and parameters」に規定されている。 The structure of RLC PDU is defined in “3GPP TS25.322 Chapter 9.2 Formats and parameters”.
図17はRLC ヘッダを構成している各識別情報のデータ量及び内容を示す図である。各識別情報は、一般的には、ヘッダのIE(Information Element:情報要素)と称される。 FIG. 17 is a diagram showing the data amount and contents of each identification information constituting the RLC header. Each identification information is generally referred to as an IE (Information Element) of the header.
図17に示すように、「D/C」は、コントロールPDU(Control PDU:制御用PDU)とデータPDU(Data PDU)とを識別するための、1ビットのD/Cフィールドである。すなわち、D/Cフィールドの値が「0」であれば、RLC PDUがコントロールPDUであることを示し、D/Cフィールドの値が「1」であれば、RLC PDUがデータPDUであることを示す。 As shown in FIG. 17, “D / C” is a 1-bit D / C field for identifying a control PDU (Control PDU: control PDU) and a data PDU (Data PDU). That is, if the value of the D / C field is “0”, it indicates that the RLC PDU is a control PDU, and if the value of the D / C field is “1”, it indicates that the RLC PDU is a data PDU. Show.
また、「シーケンス・ナンバー(Sequence Number:以下、SNと略記)」は、PDUのシーケンス・ナンバーを示す12ビットのデータである。すなわち、SNは、0〜4095までの何れかの値となる。なお、PDUの数が4096個を超える場合、シーケンス・ナンバーは循環的に使用される。 The “sequence number (hereinafter abbreviated as SN)” is 12-bit data indicating the sequence number of the PDU. That is, SN is any value from 0 to 4095. When the number of PDUs exceeds 4096, the sequence number is used cyclically.
「P」は、送達確認(Status Report)の要求の有無を示すための、1ビットのポーリング・ビット(Polling ビット)である。「P」の値が「0」であれば送達確認が要求されていないことを示し、「P」の値が「1」であれば送達確認が要求されていることを示す。 “P” is a 1-bit polling bit (Polling bit) for indicating the presence / absence of a request for status report. If the value of “P” is “0”, it indicates that delivery confirmation is not requested, and if the value of “P” is “1”, it indicates that delivery confirmation is requested.
「HE」は、後続データとしてレングス・インジケータ(Length Indicator)が存在するか否かを識別するための2ビットのヘッダ・エクステンション・タイプ(Header Extension Type)である。「HE」の値が「00」であれば、次の8ビットがデータであることを示し、「HE」の値が「01」であれば、次の8ビットがレングス・インジケータと後述する「E(E ビット)」とを含むことを示す。 “HE” is a 2-bit header extension type (Header Extension Type) for identifying whether or not a length indicator is present as subsequent data. If the value of “HE” is “00”, it indicates that the next 8 bits are data, and if the value of “HE” is “01”, the next 8 bits are a length indicator and will be described later. E (E bit) ".
「E」は、1ビットのエクステンション・ビット(Extension bit)である。「E」の値が「0」であれば、次のフィールドが、データ、ピギーバック・ステータスPDU(piggybacked STATUS PDU)及びパディング(padding)のうちの何れかであることを示す。また、「E」の値が「1」であれば、次のフィールドがレングス・インジケータ及びE bitであることを示す。 “E” is a 1-bit extension bit. If the value of “E” is “0”, it indicates that the next field is one of data, piggybacked status PDU (paggybacked STATUS PDU), and padding. If the value of “E” is “1”, it indicates that the next field is a length indicator and E bit.
「レングス・インジケータ(Length Indicator(LI))」は、バイト数が可変である。LIは、RLC SDUを構成するPDUのうち最終セグメント(segment)を構成するPDUを示すために用いられる。 The “Length Indicator (LI)” has a variable number of bytes. The LI is used to indicate the PDU constituting the last segment among the PDUs constituting the RLC SDU.
例えば、LIの値が[0010100(=20)]であれば、該LIを有するPDUにおける20バイト目がSDUの終端(データの終端)である旨を示す。 For example, if the value of LI is [0010100 (= 20)], it indicates that the 20th byte in the PDU having the LI is the end of the SDU (end of data).
また、LIの値が[1111111]であれば、残りのデータはパディングである旨を示す。 If the value of LI is [1111111], it indicates that the remaining data is padding.
ここで、TCP/IPを使用するような一般的な環境下におけるRLC PDUの特性を考える。 Here, the characteristics of RLC PDU under a general environment using TCP / IP will be considered.
図18は、RLC SDUのサイズ=1500バイト、RLC PDUのサイズ=42バイトの環境下において、RLC SDUとRLC PDUとの対応を示す図である。 FIG. 18 is a diagram illustrating the correspondence between RLC SDUs and RLC PDUs in an environment where RLC SDU size = 1500 bytes and RLC PDU size = 42 bytes.
図18に示すように、RLC SDUのサイズ=1500バイト、RLC PDUのサイズ=42バイトであれば、1個のRLC SDUは38個のセグメントに分割される。 As shown in FIG. 18, when the size of RLC SDU = 1500 bytes and the size of RLC PDU = 42 bytes, one RLC SDU is divided into 38 segments.
そして、各セグメントにヘッダが付加されることにより、それぞれRLC PDUを構成する。 An RLC PDU is configured by adding a header to each segment.
この場合、先頭セグメント(No.1)から37個目(No.37)までの合計37個のセグメントについては、データ・サイズが40バイトである。また、これら37個のセグメントについては、付加されるヘッダ内のP(ポーリング・ビット)の値が「0」、HE(ヘッダ・エクステンション・タイプ)の値が「00」であり、送達確認の要求がないとともに、LI(レングス・インジケータ)が付加されない。 In this case, the data size is 40 bytes for a total of 37 segments from the first segment (No. 1) to the 37th segment (No. 37). For these 37 segments, the value of P (polling bit) in the header to be added is “0” and the value of HE (header extension type) is “00”. And no LI (length indicator) is added.
最終セグメント(No.38)のみ、データ・サイズが、例えば20バイトである(1500−37×40=20のため)。この最終セグメントについては、付加されるヘッダ内のP(ポーリング・ビット)の値が「1」、HE(ヘッダ・エクステンション・タイプ)の値が「01」であり、送達確認の要求が有るとともに、LI(レングス・インジケータ)が付加される。 Only the last segment (No. 38) has a data size of, for example, 20 bytes (because of 1500−37 × 40 = 20). For this final segment, the value of P (polling bit) in the header to be added is “1”, the value of HE (header extension type) is “01”, and there is a delivery confirmation request. LI (length indicator) is added.
なお、これら38個のRLC PDUには、連続するSN(シーケンス・ナンバー)が付与される(例えば、図18の例では、0〜37のSNを付与している)。 These 38 RLC PDUs are assigned consecutive SNs (sequence numbers) (for example, in the example of FIG. 18, SNs of 0 to 37 are assigned).
図19は、RLC PDUのサイズが42バイト、RLC SDUのサイズが1500バイトの環境下における一般的なダウンリンク・データ転送の動作を示す模式図である。すなわち、図19は、W−CDMAの通信システムにおいて想定されている無線インターフェイスのプロトコル階層のうち、MACレイヤ202からRLCレイヤ203へのデータ転送と、RLCレイヤ203からPDCPレイヤ204への、ダウンリンク時のデータ転送の一般的な動作を示す。
FIG. 19 is a schematic diagram showing a general downlink data transfer operation in an environment where the RLC PDU size is 42 bytes and the RLC SDU size is 1500 bytes. That is, FIG. 19 shows the data transfer from the
MAC−hsのペイロード部にはRLCヘッダが含まれているため、一般的には、図19に示すように、MACレイヤ202からRLCレイヤ203へは、RLC PDUをそのままの形で転送する(受け渡す)。
Since the RLC header is included in the payload portion of the MAC-hs, generally, as shown in FIG. 19, the RLC PDU is transferred from the
すなわち、図19に示すように、MACレイヤ202からRLCレイヤ203へとRLC SDU(=1500バイト)1個分のデータ転送を行うに際しては、SN=0〜37の合計38個のRLC PDUをMACレイヤ202からRLCレイヤ203へと受け渡す。
That is, as shown in FIG. 19, when performing data transfer for one RLC SDU (= 1500 bytes) from the
また、RLCレイヤ203からPDCPレイヤ204へのデータ転送においては、RLCレイヤ203において個々のRLC PDUのペイロード部を結合することによりRLC SDUを生成し、該生成したRLC SDUを上位レイヤであるPDCPレイヤ204へと受け渡す。
Further, in the data transfer from the
すなわち、図18に示すように、RLCレイヤ203からPDCPレイヤ204へのデータ転送においては、38個の各RLC PDUからそれぞれヘッダを除いたペイロード部の各々を1つに結合することによりRLC SDUを生成し、該生成したRLC SDUをRLCレイヤ203からPDCPレイヤ204へと受け渡す。
That is, as shown in FIG. 18, in the data transfer from the
図20は、図19とは逆に、一般的なアップリンク・データ転送の動作を示す模式図である。この場合も、RLC PDUのサイズが42バイト、RLC SDUのサイズが1500バイトの環境下における動作を示す。すなわち、図20は、PDCPレイヤ204からRLCレイヤ203へのデータ転送と、RLCレイヤ203からMACレイヤ202へのデータ転送の一般的な動作を示す。
FIG. 20 is a schematic diagram showing a general uplink data transfer operation contrary to FIG. Also in this case, an operation in an environment where the RLC PDU size is 42 bytes and the RLC SDU size is 1500 bytes is shown. That is, FIG. 20 shows general operations of data transfer from the
図20に示すように、PDCPレイヤ204からRLCレイヤ203へと1個のRLC SDUをデータ転送するに際しては、一纏まりのRLC SDUをPDCPレイヤ204からRLCレイヤ203へと送信する。
As shown in FIG. 20, when transferring one RLC SDU from the
また、RLCレイヤ203からMACレイヤ202へのデータ転送においては、RLC SDUをSN=0〜37の合計38個のデータに分割し、各データにヘッダを付与することにより、合計38個のRLC PDUを生成する。そして、これら38個のRLC PDUをRLCレイヤ203からMACレイヤ202へと受け渡す。
In the data transfer from the
なお、本発明に関連する先行技術文献としては、特許文献1−3がある。 In addition, there exists patent document 1-3 as a prior art document relevant to this invention.
特許文献1−3には、複数のフレームを結合して他のレイヤへ転送する通信処理を行う技術が開示されている。
上述のように、無線の帯域が増加する場合、一定時間に処理しなくてはならないデータ量が増えることとなる。すなわち、RLC PDUのサイズが固定であると仮定すると、RLCレイヤ203では一定時間に処理しなくてはならないRLC PDUの個数が増えることとなる。一般的に、一定時間内に処理すべきRLC PDUの個数が増えることは、RLCレイヤ203において一定時間内に処理すべきステップ数が増えることとなり、処理負荷の増大に繋がる。そのため、データ量が増加しても、処理すべきRLC PDUの個数が増えないような仕組みが有効である。
As described above, when the wireless band increases, the amount of data that must be processed in a certain time increases. That is, assuming that the size of the RLC PDU is fixed, the number of RLC PDUs that must be processed in a certain time in the
特許文献1記載の通信装置では、ヘッダを含む複数のフレームの、ヘッダ以外の部分(特許文献1では「パケット」と表現)を結合する。そして、結合した「パケット」に対して1個のヘッダのみを付加する。これによって、オーバーヘッドを減少させ、パケットの効率的な伝送を可能にしている([0009]、[0011]等)。
In the communication device described in
特許文献2記載の通信装置では、複数のTTI分のPDUをまとめて、他のレイヤへ出力する。これによって、ヘッダなどのオーバーヘッド情報を低減している([0094]、[0098]等)。
In the communication apparatus described in
特許文献3記載の通信装置では、複数のPDCP PDUを、RLC PDUとして結合・連結する。これによって、PDCPシーケンス番号が1個のみとなり、無線資源が節約される([0016]等)。
In the communication apparatus described in
このように、特許文献1−3記載の通信装置では、送信、あるいは他のレイヤに受け渡されるフレームの個数が削減され、ヘッダ部によるオーバーヘッドは確かに減少する。 As described above, in the communication device described in Patent Documents 1-3, the number of frames to be transmitted or transferred to other layers is reduced, and the overhead due to the header portion is certainly reduced.
ところが、一般の通信装置で取り扱われるフレームに含まれるヘッダの内容は複雑であり、シーケンス・ナンバー(SN)のような単純な情報のみではない。SNは、その値の連続性を利用することができるので、複数のフレームについて1個のSNを代表として付加することも可能である。 However, the content of the header included in a frame handled by a general communication apparatus is complicated and is not limited to simple information such as a sequence number (SN). Since SN can use the continuity of its value, it is also possible to add one SN as a representative for a plurality of frames.
しかし、SN以外のヘッダ情報、例えば、各レイヤにおけるプロトコル処理の種類を識別するようなヘッダ情報の場合は、全フレームについて同一でないことが一般的である。当然ながら、このようなヘッダ情報は、他のフレームのヘッダ情報から類推することはできない。 However, header information other than SN, for example, header information that identifies the type of protocol processing in each layer, is generally not the same for all frames. Of course, such header information cannot be inferred from the header information of other frames.
例えば、MAC PDUの1個目から37個目まではP=0であるが、38個目はP=1である。このような場合は、各MAC PDUについてP=0であるか否かを見極めた上で、各フレームのヘッダ情報の削除の可否を判断し、そしてフレームを統合しなければならない。 For example, P = 0 for the first to 37th MAC PDU, but P = 1 for the 38th. In such a case, after determining whether P = 0 for each MAC PDU, it is necessary to determine whether or not the header information of each frame can be deleted, and to integrate the frames.
しかし、特許文献1−3記載の通信装置では、ヘッダを削除しフレームを結合する際には、各フレームのヘッダ情報の内容を判別した上で行う必要があることについて、全く考慮されていない。そのため、複数のフレームの各ヘッダ情報の内容が異なる場合に対応することができない。すなわち、特許文献1−3記載の通信装置では、ヘッダ情報が同一ではないという一般的な場合において、ヘッダの削除及びフレームの結合という方法を用いることができない。 However, the communication device described in Patent Documents 1-3 does not take into consideration that it is necessary to delete the header and combine the frames after determining the contents of the header information of each frame. Therefore, it is not possible to cope with the case where the contents of the header information of a plurality of frames are different. That is, in the communication device described in Patent Documents 1-3, in a general case where header information is not the same, it is not possible to use a method of header deletion and frame combination.
そのため、特許文献1−3記載の通信装置には、一般的な場合に、オーバーヘッドを削減することによって、通信効率を向上させることができないという課題がある。あるいは、特許文献1−3記載の通信装置には、一般的な場合に、通信処理装置内で管理するフレームの数を減少させることによって、通信処理装置の処理負荷を低減することができないという課題がある。 For this reason, the communication device described in Patent Documents 1-3 has a problem that communication efficiency cannot be improved by reducing overhead in a general case. Alternatively, in the communication device described in Patent Documents 1-3, in a general case, the processing load of the communication processing device cannot be reduced by reducing the number of frames managed in the communication processing device. There is.
本発明は、上記のような問題点を解決することが可能な通信処理装置、通信処理方法及びそのプログラムを提供することを目的とする。 An object of the present invention is to provide a communication processing apparatus, a communication processing method, and a program thereof that can solve the above problems.
上記課題を解決するため、本発明の通信処理装置は、第1のレイヤにおける通信処理を行う第1のレイヤ処理手段と、第2のレイヤにおける通信処理を行う第2のレイヤ処理手段と、を備え、前記第1のレイヤ処理手段は、データと、前記第2のレイヤにおいて前記データに対する所定の通信処理に用いられる識別情報と、を含む複数の第1のフレームのうち、前記データを相互に結合する第1のフレームを、前記識別情報の内容に応じて判別する第1の処理と、前記データを結合すると判別された前記第1のフレームの前記データを相互に結合した結合データと、前記結合データに含まれる前記データに対して前記第2のレイヤにおいて行う通信処理の内容を示す結合データ用識別情報と、を含む第2のフレームを生成する処理と、前記第2のフレームを、前記第2のレイヤ処理手段へ受け渡す処理と、を行うことを特徴としている。 In order to solve the above problems, a communication processing apparatus according to the present invention includes a first layer processing unit that performs communication processing in a first layer, and a second layer processing unit that performs communication processing in a second layer. wherein the first layer processing means includes data, among the plurality of first frames including the identification information used for predetermined communication processing on the data in the second layer mutually the data A first process for determining a first frame to be combined in accordance with a content of the identification information; combined data obtained by combining the data of the first frame determined to combine the data; Processing for generating a second frame including identification information for combined data indicating contents of communication processing performed in the second layer for the data included in the combined data; The frame is characterized by performing the receiving and passes processing to the second layer processing means.
また、本発明の通信処理方法は、第1のレイヤにおける通信処理を行う第1のレイヤ処理手段と、第2のレイヤにおける通信処理を行う第2のレイヤ処理手段と、を備える通信処理装置において、少なくとも前記第1のレイヤにおける通信処理を行う通信処理方法であって、前記第1のレイヤにおける通信処理は、データと、前記第2のレイヤにおいて前記データに対する所定の通信処理に用いられる識別情報と、を含む複数の第1のフレームのうち、前記データを相互に結合する第1のフレームを、前記識別情報の内容に応じて判別する工程と、前記データを結合すると判別された前記第1のフレームの前記データを相互に結合した結合データと、前記結合データに含まれる前記データに対して前記第2のレイヤにおいて行う通信処理の内容を示す結合データ用識別情報と、を含む第2のフレームを生成する工程と、前記第2のフレームを前記第2のレイヤへ受け渡す工程と、を備えることを特徴としている。 The communication processing method of the present invention is a communication processing apparatus comprising: first layer processing means for performing communication processing in the first layer; and second layer processing means for performing communication processing in the second layer. a communication processing method for performing a communication process in at least the first layer, the communication processing in the first layer, data and the identification information used in the second layer to a predetermined communication processing of the data And determining the first frame that combines the data with each other according to the content of the identification information, and the first frame determined to combine the data. Of the communication processing performed in the second layer for the combined data obtained by combining the data of the frames of the frame and the data included in the combined data Is characterized in that it comprises a combined data identification information indicating, generating a second frame including, a, a step of transferring the second frame to the second layer.
また、本発明のプログラムは、第1のレイヤにおける通信処理を行う第1のレイヤ処理手段と、第2のレイヤにおける通信処理を行う第2のレイヤ処理手段と、を備える通信処理装置において、少なくとも前記第1のレイヤにおける通信処理をコンピュータに実行させるプログラムであって、前記第1のレイヤにおける通信処理は、データと、前記第2のレイヤにおいて前記データに対する所定の通信処理に用いられる識別情報と、を含む複数の第1のフレームのうち、前記データを相互に結合する第1のフレームを、前記識別情報の内容に応じて判別する処理と、前記データを結合すると判別された前記第1のフレームの前記データを相互に結合した結合データと、前記結合データに含まれる前記データに対して前記第2のレイヤにおいて行う通信処理の内容を示す結合データ用識別情報と、を含む第2のフレームを生成する処理と、前記第2のフレームを前記第2のレイヤへ受け渡す処理と、を含むことを特徴としている。 A program of the present invention is a communication processing apparatus comprising: a first layer processing unit that performs communication processing in a first layer; and a second layer processing unit that performs communication processing in a second layer. a program for executing a communication process in the first layer to the computer, the communication process in the first layer, the data and the identification information used in the second layer to a predetermined communication processing of the data Among the plurality of first frames including, the processing for determining the first frame for combining the data according to the content of the identification information, and the first frame determined to combine the data In the second layer, the combined data obtained by combining the data of the frame with each other and the data included in the combined data And a process for generating a second frame including identification information for combined data indicating the contents of the communication process, and a process for delivering the second frame to the second layer. .
本発明によれば、第1のレイヤでは、データを相互に結合する第1のフレームを各第1のフレームの識別情報の内容に応じて判別し、該判別した第1のフレームのデータを相互に結合した結合データと、結合データに含まれるデータに対して第2のレイヤにおいて行う通信処理の内容を示す結合データ用識別情報と、を含む第2のフレームを生成し、該第2のフレームを第1のレイヤから第2のレイヤへ受け渡すので、第1のレイヤから第2のレイヤへ受け渡すフレームの数を低減することができる。よって、第2のレイヤにおける処理負荷を軽減することができる。しかも、第2のレイヤにおいて結合すべきデータ数を低減でき、その点でも第2のレイヤにおける処理負荷を軽減することができる。 According to the present invention, the first layer discriminates the first frame that couples the data to each other according to the content of the identification information of each first frame, and the data of the discriminated first frame is mutually Generating a second frame including the combined data combined with the data and identification information for combined data indicating the content of communication processing performed in the second layer for the data included in the combined data, and generating the second frame Is transferred from the first layer to the second layer, the number of frames transferred from the first layer to the second layer can be reduced. Therefore, the processing load in the second layer can be reduced. In addition, the number of data to be combined in the second layer can be reduced, and the processing load in the second layer can be reduced in that respect.
或いは、本発明によれば、第1のレイヤでは、第1のデータを複数の第2のデータに分割し、「データ送信先の通信処理装置が第2のデータの各々に対して第2のレイヤにおいて行う所定の通信処理」に用いられる識別情報を各第2のデータ毎に生成し、個々の第2のデータと当該第2のデータに対応して生成された識別情報とを含む第2のフレームを生成し、各第2のフレームを送信先の通信処理装置宛に送信するので、送信元において第2のレイヤから第1のレイヤへ受け渡すフレームの数を低減することができる。よって、第2のレイヤにおける処理負荷を軽減することができる。しかも、送信元の第2のレイヤにおけるデータの分割数を低減でき、その点でも該第2のレイヤにおける処理負荷を軽減することができる。 Alternatively, according to the present invention, in the first layer, the first data is divided into a plurality of second data, and the “data transmission destination communication processing device performs the second processing for each of the second data. The identification information used for the “predetermined communication processing performed in the layer” is generated for each second data, and the second information includes each second data and the identification information generated corresponding to the second data. Are generated, and each second frame is transmitted to the destination communication processing apparatus, so that the number of frames transferred from the second layer to the first layer at the transmission source can be reduced. Therefore, the processing load in the second layer can be reduced. In addition, the number of data divisions in the second layer of the transmission source can be reduced, and the processing load in the second layer can also be reduced in this respect.
以下、図面を参照して、本発明の実施形態に係る通信処理装置、通信処理方法及びそのプログラムについて説明する。 Hereinafter, a communication processing device, a communication processing method, and a program thereof according to embodiments of the present invention will be described with reference to the drawings.
〔第1の実施形態〕
図1は第1の実施形態に係る通信処理装置100の構成を示すブロック図である。
[First Embodiment]
FIG. 1 is a block diagram showing a configuration of a
図1に示すように、本実施形態に係る通信処理装置100は、制御部101と、送受信部102と、を備えている。
As illustrated in FIG. 1, the
制御部101は、例えば、第1のレイヤにおける通信処理(以下、第1の通信処理)を行う第1のレイヤ処理手段103と、第2のレイヤにおける通信処理(以下、第2の通信処理)を行う第2のレイヤ処理手段104と、第3のレイヤにおける通信処理を行う第3のレイヤ処理手段105と、を備えている。
The
第1のレイヤ処理手段103は、所定の規格に従って第1のレイヤにおける第1の通信処理を行う。 The first layer processing means 103 performs a first communication process in the first layer according to a predetermined standard.
同様に、第2のレイヤ処理手段104は所定の規格に従って第2のレイヤにおける第2の通信処理を行い、第3のレイヤ処理手段105は所定の規格に従って第3のレイヤにおける第3の通信処理を行う。 Similarly, the second layer processing means 104 performs the second communication processing in the second layer according to a predetermined standard, and the third layer processing means 105 performs the third communication processing in the third layer according to the predetermined standard. I do.
なお、本実施形態では、第1〜第3のレイヤは、第1、第2、第3レイヤの順に階層構造をなしている。第1のレイヤと第2のレイヤ、第2のレイヤと第3のレイヤの相互間における上位・下位の関係は特に限定されない。すなわち、上位のレイヤから順に第1、第2、第3レイヤであっても、あるいはその逆であってもよい。 In the present embodiment, the first to third layers have a hierarchical structure in the order of the first, second, and third layers. The upper / lower relationship between the first layer and the second layer and between the second layer and the third layer is not particularly limited. That is, the layers may be the first, second, and third layers in order from the higher layer, or vice versa.
送受信部102は、通信処理装置100の外部(例えば、ネットワーク、或いは外部の通信処理装置)からフレームを受信する処理と、制御部101の制御下でフレームを通信処理装置100の外部(例えば、ネットワーク、或いは外部の通信処理装置)に送信する処理と、を行う。
The transmission /
図2は第1の実施形態に係る通信処理方法の動作を示す図である。 FIG. 2 is a diagram illustrating the operation of the communication processing method according to the first embodiment.
図2に示すように、第1のレイヤ処理手段103は、通信処理装置100の外部より送受信部102を介して複数の第1のフレームを受信する。
As illustrated in FIG. 2, the first
なお、第1のレイヤ処理手段103が一度に処理する第1のフレームの数は任意であるが、ここでは、簡単のため、一度に処理する第1のフレームが第1のフレーム31、32、33の3つである例を説明する。
Note that the number of first frames processed by the first
各第1のフレーム31、32、33は、それぞれのデータ1、2、3と、各データ1、2、3に対して第2のレイヤにおいて行われる所定の通信処理(第2の通信処理)に用いられる識別情報と、を含む構成とされている。
Each first frame 31, 32, 33 is a predetermined communication process (second communication process) performed in the second layer for each
第1のフレーム31,32は、互いに同一の識別情報11を含む。 The first frames 31 and 32 include the same identification information 11.
また、第1のフレーム33は、識別情報11とは異なる識別情報12を含む。 The first frame 33 includes identification information 12 that is different from the identification information 11.
第1のレイヤ処理手段103は、受信した第1のフレーム31〜33のうち、データを相互に結合して1つにまとめる第1のフレームを、各第1のフレームの識別情報の内容に応じて判別する。 The first layer processing means 103 selects the first frame that combines the data from one of the received first frames 31 to 33 and combines them into one according to the content of the identification information of each first frame. To determine.
第2のレイヤでは、識別情報11,12の内容に応じて、各データ1〜3に対し第2の通信処理を行う。
In the second layer, the second communication process is performed on the
第2の通信処理の例としては、データ内のエラー検出、エラーを検出した場合におけるデータ送信元へのデータ再送要求(以下、単に再送要求)、データ送信元に対するデータを受信した旨の通知(以下、受信応答)、などがある。これらの処理を行うか否か、行う場合にどのような処理内容で行うか(モードの選択)などは、識別情報の内容によって指定される。また、第2のレイヤでは、識別情報が互いに同一のフレームのデータに対しては、同一の第2の通信処理を行う。 Examples of the second communication process include error detection in data, a data retransmission request to the data transmission source when an error is detected (hereinafter simply referred to as a retransmission request), and a notification that the data transmission source has received data ( The following is a reception response). Whether or not to perform these processes and what kind of processing to perform (selection of mode) is specified by the contents of the identification information. In the second layer, the same second communication process is performed on data of frames having the same identification information.
そこで、第1の実施形態では、第1のレイヤ処理手段103は、第2のレイヤ処理手段104にフレームを受け渡す際に、互いに等しい識別情報を有する第1のフレームのデータを相互に結合し、1つにまとめてから受け渡す。
Therefore, in the first embodiment, when the first
具体的には、例えば、図2に示すように、第1のレイヤ処理手段103は、同一の識別情報11を有する第1のフレーム31、32のデータ1,2を、相互に結合するデータであると判別する。そして、相互に結合すると判別したデータ1,2を結合することによって、結合データ20を生成する。
Specifically, for example, as shown in FIG. 2, the first layer processing means 103 is data that combines the
結合データ20に含まれるデータ1,2に対しては、第2のレイヤにおいて互いに同一の第2の通信処理を行う。このため、第1のレイヤ処理手段103は、結合データ20に対しては1つの識別情報を代表識別情報(結合データ用識別情報)13として付加する。すなわち、代表識別情報13と結合データ20とを含む第2のフレーム34を生成する。なお、代表識別情報13は、例えば、識別情報11と同じ内容である。
The
そして、第1のレイヤ処理手段103は、第2のフレーム34を第2のレイヤ処理手段104へ受け渡す。
Then, the first
また、第1のレイヤ処理手段103は、データ3を結合するとは判別されなかった第1のフレーム33は、そのまま第3のフレーム35として第2のレイヤ処理手段104へ受け渡す。
Further, the first
第2のレイヤ処理手段104は、結合データ20に含まれる各データ1,2に対しては、識別情報11の内容に従って、同一の第2の通信処理を行う。
The second layer processing means 104 performs the same second communication processing on the
また、第2のレイヤ処理手段104は、第3のフレーム35のデータ3に対しては、識別情報12の内容に従って、第2の通信処理を行う。
Further, the second layer processing means 104 performs the second communication process on the
このように各データ1,2,3に対して第2の通信処理を行った後で、第2のレイヤ処理手段104は、各データ1,2,3を組み合わせて1つのフレーム、すなわち、図2に示すように第4のフレーム36を生成し、該第4のフレーム36を第3のレイヤ処理手段105へ受け渡す。
After the second communication processing is performed on the
ここで、図1において、制御部101の第1〜第3のレイヤ処理手段103〜105は、制御部101の機能的構成である。
Here, in FIG. 1, first to third layer processing means 103 to 105 of the
図3は制御部101のハードウェア構成の例を示すブロック図である。
FIG. 3 is a block diagram illustrating an example of a hardware configuration of the
制御部101は、具体的には、例えば、図3に示すように、制御動作を実行するCPU(Central Processing Unit)111と、このCPU111の動作用プログラムを記憶保持したROM(Read Only Memory)112と、CPU111の作業領域などとして機能するRAM(Random Access Memory)113と、を備えて構成されている。
Specifically, for example, as illustrated in FIG. 3, the
そして、制御部101は、これらCPU111、ROM112、RAM113の協働により、第1〜第3のレイヤ処理手段103〜105として機能する。
The
以上のような第1の実施形態によれば、第1のレイヤでは、データを相互に結合する第1のフレーム31,32を各第1のフレーム31〜33の識別情報11,12の内容に応じて判別し、該判別した第1のフレーム31,32のデータ1,2を相互に結合して結合データ20を生成し、代表識別情報13(結合データ用識別情報)と結合データ20とを含む第2のフレーム34を生成し、該第2のフレーム34を第2のレイヤへ受け渡すので、第1のレイヤから第2のレイヤへ受け渡すフレームの数を低減することができる。よって、第2のレイヤにおける処理負荷を軽減することができる。加えて、第2のレイヤにおいて第4のフレーム36を生成する処理は、結合データ20とデータ3とを組み合わせることによって行うことができるため、第2のレイヤにおける処理負荷を軽減することができる。すなわち、第2のレイヤでは、予めデータ1,2が結合されてなる結合データ20と、データ3とを結合すればよいため、データ1,2を結合しなくて良い分、処理負荷を軽減できる。
According to the first embodiment as described above, in the first layer, the first frames 31 and 32 that combine data with each other are changed to the contents of the identification information 11 and 12 of the first frames 31 to 33, respectively. In response, the
なお、上記の第1の実施形態において、第2の通信処理の際には、結合データ20を1つのデータとして扱い、一括して処理(受信応答の送信、再送要求の送信など)を行っても良い。ただし、このように結合データ20に対し一括して第2の通信処理を行う場合には、通信相手の同じレイヤとの事前の取り決めが必要である。 In the first embodiment, in the second communication process, the combined data 20 is handled as one data, and the processes (transmission of reception response, transmission of retransmission request, etc.) are performed collectively. Also good. However, when the second communication process is collectively performed on the combined data 20 as described above, a prior arrangement with the same layer of the communication partner is necessary.
或いは、第2の通信処理の際には、結合データ20を結合前のデータ1,2に分割し、個々のデータ1,2に対してそれぞれ個別に、同一の処理(受信応答の送信、再送要求の送信など)を行なってもよい。
Alternatively, in the second communication processing, the combined data 20 is divided into
何れの場合にも、結合データ20に付加された識別情報の内容のチェック、及びその内容に応じた第2の通信処理の種類の判別は、1つの結合データ20に対して1回だけで済む。すなわち、結合データ20を生成せずに、各データ1,2にそれぞれ識別情報を付加した状態で第1のレイヤから第2のレイヤへ各データ1,2を受け渡す場合と比べ、第2のレイヤ処理手段105の処理負荷を軽減できる。
In any case, the contents of the identification information added to the combined data 20 and the determination of the type of the second communication process according to the contents need only be performed once for one combined data 20. . That is, as compared with the case where each
また、受信したフレームが結合データ20を含むフレーム(第2のフレーム)であるか、結合データ20ではなく単体のデータを含むフレーム(第3のフレーム)であるかを第2のレイヤ処理手段104が判別する方法としては、次のような方法が挙げられる。 Further, the second layer processing means 104 determines whether the received frame is a frame including the combined data 20 (second frame) or a frame including the single data instead of the combined data 20 (third frame). As a method for discriminating, there are the following methods.
例えば、第3のフレームの長さ(データ量)を予め規定しておき、それよりも長いフレームを第2のフレームであると判別することが挙げられる。或いは、フレームの種類を識別できるような情報を、第2のフレームに含ませるか、或いは第2及び第3のフレームの双方に含ませてもよい。 For example, the length (data amount) of the third frame is defined in advance, and a frame longer than that is determined as the second frame. Alternatively, information that can identify the type of frame may be included in the second frame, or may be included in both the second and third frames.
或いは、結合データ20のサイズ、或いは結合数を識別できるような情報を第2のフレームに含ませても良い。 Alternatively, information that can identify the size of the combined data 20 or the number of combinations may be included in the second frame.
或いは、ソフトウェアの実装による対応方法もある。例えば、あるフレームの内容が、通信処理装置内のRAMのある領域に記憶されているならば、その領域を示す情報を、各レイヤ処理手段104、105の間で、パラメータとして受け渡すという方法がある。 Alternatively, there is a corresponding method by software implementation. For example, if the contents of a certain frame are stored in a certain area of the RAM in the communication processing apparatus, information indicating that area is passed as a parameter between the layer processing means 104 and 105. is there.
また、上記の第1の実施形態では、通信処理装置100が第1〜第3のレイヤ処理手段103〜105を備える例を説明したが、通信処理装置100は、このうち第1のレイヤ処理手段103を少なくとも備えていれば良く、第2及び第3のレイヤ処理手段104、105は備えていなくても良い。すなわち、第2及び第3のレイヤ処理手段104、105のうちの少なくとも一方に相当する構成は、通信処理装置100の外部の構成であっても良い。
In the first embodiment, the
また、上記の第1の実施形態では、第3のレイヤが存在する例を説明したが、第3のレイヤは存在しなくても良い。例えば、第2のレイヤがアプリケーション・レイヤであってもよい。この場合、第4のフレーム36を生成する処理、及び、第2のレイヤから第3のレイヤへ第4のフレーム36を受け渡す処理は不要であり、第3のレイヤ処理手段105も不要である。
In the first embodiment, the example in which the third layer is present has been described. However, the third layer may not be present. For example, the second layer may be an application layer. In this case, the process of generating the
<第1の実施形態の変形例>
上記の第1の実施形態では、第1のフレームの識別情報の全体の内容に応じて(具体的には、識別情報の全体が同一であるか否かに応じて)、データを相互に結合する第1のフレームを判別する例を説明した。
<Modification of First Embodiment>
In the first embodiment described above, data is combined with each other according to the entire contents of the identification information of the first frame (specifically, depending on whether or not the entire identification information is the same). The example of determining the first frame to be described has been described.
これに対し、本変形例では、識別情報の一部分の内容に応じて(例えば、識別情報の一部分が同一であるか否かに応じて)、データを相互に結合する第1のフレームを判別する例を説明する。 On the other hand, in the present modification, the first frame that combines the data is determined according to the contents of a part of the identification information (for example, depending on whether the parts of the identification information are the same). An example will be described.
なお、本変形例の場合も、通信処理装置100の構成は、上記の第1の実施形態(図1、図3)と同様である。
Also in the case of this modification, the configuration of the
図4は本変形例に係る通信処理方法の動作を示す図である。 FIG. 4 is a diagram showing the operation of the communication processing method according to this modification.
本変形例の場合、各第1のフレームは、第1の識別情報と第2の識別情報とを含む点でのみ上記の第1の実施形態と相違する。 In the case of this modification, each first frame is different from the first embodiment only in that it includes first identification information and second identification information.
すなわち、図4に示すように、第1のフレーム31は、第1の識別情報としての識別情報11と、第2の識別情報としての識別情報21と、を含む。同様に、第1のフレーム32は第1の識別情報としての識別情報11と第2の識別情報としての識別情報22とを含み、第1のフレーム33は第1の識別情報としての識別情報12と第2の識別情報としての識別情報23とを含む。 That is, as shown in FIG. 4, the first frame 31 includes identification information 11 as first identification information and identification information 21 as second identification information. Similarly, the first frame 32 includes the identification information 11 as the first identification information and the identification information 22 as the second identification information, and the first frame 33 includes the identification information 12 as the first identification information. And identification information 23 as second identification information.
このうち、第1の識別情報としての識別情報11、12は、上記の第1の実施形態と同様である。本変形例でも、第1のレイヤ処理手段103は、識別情報11、12の内容に応じて、データを結合する第1のフレームを判別する。
Among these, the identification information 11 and 12 as the first identification information is the same as in the first embodiment. Also in this modified example, the first
一方、第2の識別情報としての識別情報21〜23は、各第1のフレーム31〜33に固有の情報(例えば、フレームの順序を示す情報など)である。この第2の識別情報は、再送要求などに用いられる。 On the other hand, the identification information 21 to 23 as the second identification information is information specific to each of the first frames 31 to 33 (for example, information indicating the order of the frames). This second identification information is used for a retransmission request or the like.
上記の第1の実施形態で説明したように、結合データ20に対する第2の通信処理は、第1の識別情報11によって指定される、データ1、データ2に共通の処理である。すなわち、第2のレイヤでは、結合データ20に対しては、第1の識別情報11を参照することなしに、処理の内容を判断できる。従って、第1の識別情報11を第2のフレーム34に含ませる必要はない。
As described in the first embodiment, the second communication process for the combined data 20 is a process common to the
このため、変形例の場合において結合データ20に付加する結合データ用識別情報としては、何れか1つの第1のフレームの第2の識別情報(例えば、図4に示すように、識別情報21)のみを用いることができる。このように、第2のフレーム34に、第2の識別情報のみを含ませることによって、さらにヘッダ部によるオーバーヘッドを削減することができる。 For this reason, as identification information for combined data added to the combined data 20 in the case of the modification, the second identification information of any one first frame (for example, identification information 21 as shown in FIG. 4). Only can be used. In this way, by including only the second identification information in the second frame 34, the overhead due to the header portion can be further reduced.
なお、第2のレイヤでは、結合データ20に含まれる各データ1,2に対しては、共通の第2の通信処理を行ってもよい。或いは、結合データ20に対して一括して第2の通信処理を行い、さらに必要に応じて、個々のデータ1,2の第2の識別情報を結合データ用識別情報に基づいて生成し、その個別データへの所定の処理を行うこともできる。
In the second layer, a common second communication process may be performed on the
〔第2の実施形態〕
本実施形態では、データ送信元の通信処理装置(送信装置)からデータ送信先の通信処理装置(受信装置)へフレームを送信する場合を想定する。また、本実施形態では、第1のレイヤは第2のレイヤの下位のレイヤであり、第2のレイヤは第3のレイヤの下位のレイヤであるものとする。そして、送信装置の第1のレイヤ、又はさらにそれよりも下位のレイヤから、ネットワーク、あるいは他の受信装置へフレームを送信する。
[Second Embodiment]
In the present embodiment, it is assumed that a frame is transmitted from a data transmission source communication processing device (transmission device) to a data transmission destination communication processing device (reception device). In the present embodiment, the first layer is a lower layer of the second layer, and the second layer is a lower layer of the third layer. Then, the frame is transmitted from the first layer of the transmitting apparatus or further lower layers to the network or another receiving apparatus.
送信装置と受信装置では、第1の実施形態と同様に、第1のレイヤ、第2のレイヤの各々において、所定の規格に基づく通信処理(第1の通信処理、第2の通信処理)を行う。 As in the first embodiment, the transmission device and the reception device perform communication processing (first communication processing and second communication processing) based on a predetermined standard in each of the first layer and the second layer. Do.
なお、本実施形態の場合も、通信処理装置100の構成は、上記の第1の実施形態(図1、図3)と同様である。
In the present embodiment, the configuration of the
図5は第2の実施形態に係る通信処理方法の動作を示す図である。 FIG. 5 is a diagram illustrating the operation of the communication processing method according to the second embodiment.
図5に示すように、第2のレイヤ処理手段104(第2のレイヤ)から第1のレイヤ処理手段103(第1のレイヤ)へ受け渡すフレーム(第1のフレーム61、第3のフレーム64)は、データ(データ51、3)と、該データに対して受信装置が第2のレイヤにおいて行う所定の通信処理に用いられる識別情報(識別情報11、12)と、を含む。 As shown in FIG. 5, frames (first frame 61, third frame 64) delivered from the second layer processing means 104 (second layer) to the first layer processing means 103 (first layer). ) Includes data (data 51, 3) and identification information (identification information 11, 12) used for predetermined communication processing performed on the data by the receiving device in the second layer.
受信装置の第2のレイヤにおいては、識別情報が同一のフレームのデータに対しては、同じ第2の通信処理を行う。 In the second layer of the receiving apparatus, the same second communication process is performed for data of frames having the same identification information.
そこで、第2の実施形態では、送信装置の第2のレイヤは、その上位の第3のレイヤから受け取った第4のフレーム60のデータ50を第1のレイヤに受け渡す際、第1のレイヤにおいて複数に分割されるデータ(第1のデータ)51と、それ以外の(第1のレイヤにおいて分割されない)データ(第3のデータ)3と、に分割して受け渡す。 Therefore, in the second embodiment, when the second layer of the transmission device delivers the data 50 of the fourth frame 60 received from the third layer above it to the first layer, the first layer The data is divided into a plurality of data (first data) 51 and the other data (third data) 3 (not divided in the first layer) 3 is transferred.
データ51には1つの識別情報を代表識別情報(第1のデータ用識別情報)14として付加することにより第1のフレーム61を生成し、この第1のフレーム61を第1のレイヤへ受け渡す。 One identification information is added as representative identification information (first data identification information) 14 to the data 51 to generate a first frame 61, and the first frame 61 is transferred to the first layer. .
すなわち、第4のフレーム60のデータ50のうち、第1のレイヤにおいて分割された際に、代表識別情報14を元に生成できる識別情報11が付加されるデータ1,2のかたまりであるデータ51には、代表識別情報14を付加してから第1のレイヤへ受け渡す。
That is, of the data 50 of the fourth frame 60, data 51 that is a group of
つまり、第2のレイヤ処理手段104は、データ51と代表識別情報14とを含む第1のフレーム61を生成し、該第1のフレーム61を第1のレイヤ処理手段103へ受け渡す。
That is, the second
また、その他のデータ3、すなわち代表識別情報14を元に生成できない識別情報12が付加されるデータ3には、第2のレイヤにおいて識別情報12を付加してから第1のレイヤへ受け渡す。
Further, the
つまり、第2のレイヤ処理手段104は、データ3と識別情報12とを含む第3のフレーム64を生成し、この第3のフレーム64を第1のレイヤ処理手段103へ受け渡す。
That is, the second
ここで、データ50をデータ51とデータ3とに分割する方法としては、例えば、規定のサイズの整数倍のデータ51と、その端数のサイズ(=規定のサイズ未満)のデータであってデータ50からデータ51を除いた残りのデータ3と、に分割する方法が挙げられる。
Here, as a method of dividing the data 50 into the data 51 and the
或いは、データ50が規定のサイズの整数倍である場合には、データ50の終端部のデータのみを規定のサイズに切り取ってデータ3とし、残りの全体をデータ51(規定のサイズの整数倍となる)としても良い。
Alternatively, when the data 50 is an integral multiple of the prescribed size, only the data at the end of the data 50 is cut to the prescribed size to obtain the
第1のレイヤ処理手段103は、第1のフレーム61を受けると、該第1のフレーム61のデータ51を複数のデータ1,2に分割する。そして、分割した各データ1,2に対しては、代表識別情報14に基づいて個別の識別情報11を生成し、該識別情報11を付加する。これにより、第2のフレーム62、63をそれぞれ生成する。なお、識別情報11の内容は、代表識別情報14と同一であっても良い。
Upon receiving the first frame 61, the first layer processing means 103 divides the data 51 of the first frame 61 into a plurality of
更に、第1のレイヤ処理手段103は、生成した第2のフレーム62,63を受信装置宛に送信する。 Further, the first layer processing means 103 transmits the generated second frames 62 and 63 to the receiving device.
また、第1のレイヤ処理手段103は、第3のフレーム64を受けると、該第3のフレーム64をそのまま受信装置宛に転送する。 Further, upon receiving the third frame 64, the first layer processing means 103 transfers the third frame 64 as it is to the receiving device.
以上のような第2の実施形態によれば、第1のレイヤでは、データ51を複数のデータ1、2に分割し、「データ送信先の通信処理装置がデータ1、2の各々に対して第2のレイヤにおいて行う所定の通信処理」に用いられる識別情報11をデータ1、2毎に生成し、個々のデータ1、2と各データ1、2に対応して生成された識別情報11とを含む第2のフレーム62、63を生成し、各第2のフレーム62、63を送信先の通信処理装置宛に送信するので、送信元において第2のレイヤから第1のレイヤへ受け渡すフレームの数を低減することができる。すなわち、第1のレイヤにおいて複数に分割されるデータ51を第1のフレーム61の形態でまとめて第2のレイヤから第1のレイヤへ受け渡すので、第4のフレーム60のデータ50を規定のサイズの多数のデータに分割して第2のレイヤから第1のレイヤへ受け渡す場合と比べて、第2のレイヤから第1のレイヤへ受け渡すフレームの個数を削減できる。よって、第2のレイヤにおける処理負荷を軽減することができる。しかも、送信元の第2のレイヤにおけるデータ50の分割数を低減でき、その点でも該第2のレイヤにおける処理負荷を軽減することができる。
According to the second embodiment as described above, in the first layer, the data 51 is divided into a plurality of
また、第1のレイヤでは、各々の通常フレームへの通信処理、例えば識別情報の追加といった処理の回数が削減できる。すなわち、データ51を分割することにより生成した個々のデータ1,2に対する処理が、条件判断などが不要な、共通の処理の繰り返しとなる。従って、第1のレイヤにおける処理負荷も軽減できる。
Further, in the first layer, the number of communication processes for each normal frame, for example, the process of adding identification information can be reduced. That is, the processing for the
第1のレイヤにおいて複数に分割されるデータ51を含むフレーム(第1のフレーム61)であるか、分割されないデータ3を含むフレーム(第3のフレーム64)であるかの判別、すなわちフレームの種類の判別は、第1の実施形態で説明したのと同様の方法によって行うことが可能である。
Determination of whether the frame includes the data 51 divided into a plurality of pieces in the first layer (first frame 61) or the frame containing the
<第2の実施形態の変形例>
第2の実施形態においても、上記の第1の実施形態の変形例と同様に、識別情報に第1の識別情報と第2の識別情報とを含ませても良い。
<Modification of Second Embodiment>
Also in the second embodiment, the first identification information and the second identification information may be included in the identification information as in the modification of the first embodiment.
本変形例の場合も、通信処理装置100の構成は、上記の第1の実施形態(図1、図3)と同様である。
Also in this modification, the configuration of the
図6は本変形例に係る通信処理方法の動作を示す図である。 FIG. 6 is a diagram showing the operation of the communication processing method according to this modification.
この場合、データ51を分割することにより生成されるデータ1,2に対する第1のレイヤでの通信処理が共通なので(第1の識別情報が共通の識別情報11)、第1のフレーム61には第1の識別情報を含ませる必要がない。そして、データ1,2の何れかの第2の識別情報(識別情報21又は22)のみを代表識別情報として第1のフレーム61に使用することができる。第1のレイヤでは、データ51を分割することにより生成されるデータ1,2に対しては、予め第1の識別情報が判明しているので、それを識別情報11として追加し、さらに必要に応じて、代表識別情報に基づいて、個別データの第2の識別情報を生成して追加し、第2のフレームを構成することもできる。
In this case, since the communication processing in the first layer is common to the
〔第3の実施形態〕
次に、第3の実施形態を説明する。
[Third Embodiment]
Next, a third embodiment will be described.
本実施形態では、背景技術の項において詳述したようなW−CDMAの規定に従ったダウンリンク・データ転送について説明する。 In the present embodiment, downlink data transfer according to the W-CDMA rules as described in detail in the background section will be described.
図7は本実施形態に係る通信処理装置100の構成を示すブロック図である。
FIG. 7 is a block diagram showing a configuration of the
本実施形態の場合、制御部101は、図13に示す各レイヤにおける通信処理を行うように構成されている。
In the case of this embodiment, the
すなわち、制御部101は、PHY(物理)レイヤ201における通信処理を行うPHY(物理)レイヤ処理手段301と、第1のレイヤとしてのMACレイヤ202における通信処理を行うMACレイヤ処理手段(第1のレイヤ処理手段)302と、第2のレイヤとしてのRLCレイヤ203における通信処理を行うRLCレイヤ処理手段(第2のレイヤ処理手段)303と、第3のレイヤとしてのPDCPレイヤ204における通信処理を行うPDCPレイヤ処理手段(第3のレイヤ処理手段)304と、アプリケーション・レイヤ205における通信処理を行うアプリケーション・レイヤ処理手段305と、RRCレイヤ206における通信処理を行うRRCレイヤ処理手段306と、NASレイヤ207における通信処理を行うNASレイヤ処理手段208と、を備えて構成されている。
That is, the
なお、本実施形態の場合も、制御部101のハードウェア構成は、上記の第1の実施形態(図3)と同様である。
In the present embodiment, the hardware configuration of the
本実施形態では、以下に説明するように、主としてMACレイヤ(第1のレイヤ)202からRLCレイヤ(第2のレイヤ)203へのデータ転送処理を改善する。すなわち、ダウンリンク・データ転送におけるRLCレイヤ203の処理削減を実現する。
In the present embodiment, as will be described below, data transfer processing mainly from the MAC layer (first layer) 202 to the RLC layer (second layer) 203 is improved. That is, processing reduction of the
例えば、インターネット上のWEBサイトを閲覧したり、大容量のファイルをダウンロードしたり、或いは、アップロードを実施するようなノンリアルタイム(non−real time)サービスを使用する場合、セッション(Session)確立時のチャネル・コンフィグレーションの際、RLCのモードとしては、データの送達確認が行われるRLC AM(AM:Acknowledge Mode)がネットワークから設定される。よって、本実施形態では、RLC AMを使用した場合の動作を説明する。 For example, when browsing a WEB site on the Internet, downloading a large file, or using a non-real time service such as uploading, when a session is established In channel configuration, RLC AM (Acknowledge Mode) in which data delivery confirmation is performed is set from the network as an RLC mode. Therefore, in this embodiment, an operation when RLC AM is used will be described.
RLC AMの場合、上位2バイトのRLC AM ヘッダ(図15参照)は、D/C、SN(シーケンス・ナンバー)、送達確認を要求するP(ポーリングビット)、及び、後続データとしてレングス・インジケータが存在するか否かを識別するHE(ヘッダ・エクステンション・タイプ)で構成される(図16参照)。 In the case of RLC AM, the upper 2 bytes of the RLC AM header (see FIG. 15) includes D / C, SN (sequence number), P (polling bit) for requesting delivery confirmation, and a length indicator as subsequent data. It is composed of HE (Header Extension Type) that identifies whether or not it exists (see FIG. 16).
これらD/C、SN、P、及びHEは、第2のレイヤとしてのRLCレイヤ203において、第2のフレームとしてのRLC PDUに含まれるデータ(通信経路が一つしかない、典型的なパターンの場合、第1のフレームとしてのMAC−d PDUに含まれるデータに等しい)対して行われる所定の通信処理に用いられる識別情報である。
These D / C, SN, P, and HE are data of a typical pattern in which there is only one communication path in the RLC PDU as the second frame in the
ここで、RLC AMヘッダ内の各情報は、各RLC PDUに共通の値が設定されることが多い第1の識別情報と、RLC PDU毎に異なる第2の識別情報に分類することができる。例えば、D/C、P、及びHEは第1の識別情報に、SNは第2の識別情報に分類することができる。 Here, each piece of information in the RLC AM header can be classified into first identification information in which a value common to each RLC PDU is often set, and second identification information that is different for each RLC PDU. For example, D / C, P, and HE can be classified as first identification information, and SN can be classified as second identification information.
本実施形態の場合、MACレイヤ処理手段302は、MAC−d PDU(第1のフレーム)を送受信部102及びPHYレイヤ処理手段301を介してネットワークより受信する。
In the present embodiment, the MAC
MACレイヤ処理手段302は、MAC−d PDUを受信すると、各MAC−d PDUの先頭2バイト(RLC AM ヘッダに相当する)を構成する識別情報(D/C、SN、P、及びHE)の内容に応じて、複数のMAC−d PDUのうち、それに含まれるデータを相互に結合するMAC−d PDUを判別する。 When the MAC layer processing means 302 receives the MAC-d PDU, the identification information (D / C, SN, P, and HE) of the first two bytes (corresponding to the RLC AM header) of each MAC-d PDU is received. According to the content, among the plurality of MAC-d PDUs, the MAC-d PDU that combines the data included therein is determined.
ここで、RLCレイヤ203では、受信したフレームにD/C=1が設定され、且つ、P=1が設定されているという「第1の条件」を満たす場合には、ネットワークに対し送達確認を送信する。
Here, in the
また、受信したフレームにD/C=1が設定され、且つ、HE=01が設定されている(すなわちフレームがLIを含む)という「第2の条件」を満たす場合には、RLCレイヤ203では、当該フレームのペイロード部がRLC SDUの最後のセグメントを構成するデータであると判断(認識)する。
Further, when the “second condition” that D / C = 1 is set in the received frame and HE = 01 is set (that is, the frame includes LI) is satisfied, the
MACレイヤ処理手段302は、これら第1及び第2の条件のうちの少なくとも何れか一方を満たすフレームに対しては、「RLCレイヤ203における所定のプロトコル処理が必要である」と判定する。
The MAC
MACレイヤ処理手段302は、逆に、第1及び第2の条件の何れも満たさないフレームに対しては、「RLCレイヤ203における所定のプロトコル処理が不要である」と判定する。すなわち、D/C=1が設定されているフレームであっても、HE=00(HE=01でない。すなわち、LIが存在しない)、且つ、P=0(送達確認が不要)が設定されているフレームに対しては、「RLCレイヤ203における所定のプロトコル処理が不要である」と判定する。
Conversely, the MAC
なお、D/C=1が設定されているフレーム(すなわちデータPDU)のデータは、RLCレイヤ203からPDCPレイヤ204を介してアプリケーション・レイヤ205へと受け渡される。
Note that data of a frame in which D / C = 1 is set (that is, data PDU) is transferred from the
対して、D/C=0が設定されているフレーム(すなわちコントロールPDU)は、RLCレイヤ203からRRCレイヤ206及びNASレイヤ207を介してアプリケーション・レイヤ205へと受け渡される。
In contrast, a frame in which D / C = 0 is set (that is, a control PDU) is passed from the
本実施形態では、以下、データPDU(D/C=1)の流れについてのみ説明し、コントロールPDU(D/C=0)の流れについては説明を省略する。 In the present embodiment, only the flow of data PDU (D / C = 1) will be described below, and the description of the flow of control PDU (D / C = 0) will be omitted.
図18にて説明したように、RLC PDUのサイズが42バイト、RLC SDUのサイズが1500バイトの環境下においては、1個のRLC SDUから38個のRLC PDUが生成される。 As described with reference to FIG. 18, in an environment where the RLC PDU size is 42 bytes and the RLC SDU size is 1500 bytes, 38 RLC PDUs are generated from one RLC SDU.
また、一般的には、これら38個のRLC PDUのうち、先頭セグメント(No.1)を含むRLC PDUから37個目のセグメント(No.37)を含むRLC PDUまでについては、ぞれぞれP=0、HE=00が設定され、最終セグメント(No.38)を含むRLC PDUについてのみ、P=1、HE=01が設定されている。 In general, among these 38 RLC PDUs, each of the RLC PDU including the first segment (No. 1) to the RLC PDU including the 37th segment (No. 37) is shown. P = 0 and HE = 00 are set, and P = 1 and HE = 01 are set only for the RLC PDU including the last segment (No. 38).
つまり、実環境下においては殆どのRLC PDUは所定のプロトコル処理が不要なRLC PDUである。 That is, in an actual environment, most RLC PDUs are RLC PDUs that do not require predetermined protocol processing.
なお、SNがどの値であるRLC PDUにPを付加するかは、ネットワークのコンフィグレーションに応じて異なる。図18には、RLC SDUの最終セグメントを含むRLC PDUにPが付加されるケースを図示したが、ネットワークからの設定によっては、Pが付加されないRLC PDUを受信した場合でも、SN欠損を検出したときに、送達確認を送信することがある。 It should be noted that the value of SN added to RLC PDU differs depending on the network configuration. FIG. 18 illustrates a case where P is added to the RLC PDU including the last segment of the RLC SDU. However, depending on the setting from the network, SN loss is detected even when an RLC PDU without P is received. Sometimes a delivery confirmation is sent.
本実施形態では、RLC SDUから複数のPDUを生成した際に、実運用環境下においては、殆どのRLC PDUはRLCレイヤ203における所定のプロトコル処理が不要なPDUとなるという特性を利用する。
In this embodiment, when a plurality of PDUs are generated from an RLC SDU, most RLC PDUs use a characteristic that a predetermined protocol process in the
すなわち、MACレイヤ202においては、RLCレイヤ203における所定のプロトコル処理が不要であり、且つ、連続したSNを持つRLC PDUについては、個々のRLC PDUの形でRLCレイヤ203にデータを受け渡すのではなく、それらを結合したフレームの形で転送する。これにより、あたかもRLCレイヤ203において処理しなければならないRLC PDUの個数を減らすかのような動作とする。
That is, in the
MACレイヤ202においては、上記所定のプロトコル処理が不要であり、且つ、SNが連続したRLC PDUについては、それらのペイロード部を結合することにより生成されるフレームを、あたかもサイズが大きい1つのRLC PDUであるかのように扱って、RLCレイヤ203へ転送する。
In the
RLCレイヤ203においては、例えば、規定のサイズ(具体的には、例えば、42バイト)とは異なるフレームをMACレイヤ202から受けた場合、SNが連続した複数のRLC PDUのペイロード部が結合されて転送されてきたと認識し、処理する。
In the
なお、この規定のサイズは、セッション確立時にネットワークから通知され、制御部101のRAM113に記憶保持される。
The specified size is notified from the network when a session is established, and is stored and held in the
図8は、本実施形態に係る通信処理方法によるダウンリンク・データ転送の動作を示す模式図である。すなわち、図8は、RLC PDUのサイズ=42バイト、RLC SDUのサイズ=1500バイトの環境下において、MACレイヤ処理手段302が(MACレイヤ202が)MAC−d PDUを受信した後の動作を示す。なお、図8に示すのは、1個のRLC SDUに相当するデータを転送する動作である。 FIG. 8 is a schematic diagram showing an operation of downlink data transfer by the communication processing method according to the present embodiment. That is, FIG. 8 shows an operation after the MAC layer processing means 302 (MAC layer 202) receives a MAC-d PDU in an environment where the RLC PDU size is 42 bytes and the RLC SDU size is 1500 bytes. . FIG. 8 shows an operation of transferring data corresponding to one RLC SDU.
本実施形態の場合、図8に示すように、MACレイヤ202においては、PHYレイヤ201から受信した複数のMAC−d PDU(=RLC PDU)のうち、RLCレイヤ203における所定のプロトコル処理が不要であり、且つ、SN(シーケンス・ナンバー)が連続するMAC−d PDUを相互に結合する。
In the case of the present embodiment, as shown in FIG. 8, the
これにより、RLC PDUよりもサイズが大きいフレームF1を生成する。 As a result, a frame F1 having a size larger than that of the RLC PDU is generated.
フレームF1の生成に際しては、先頭のMAC−d PDUのRLC ヘッダ以外は、RLC ヘッダを省いてRLC ペイロード部のみを相互に結合する。 When generating the frame F1, except for the RLC header of the head MAC-d PDU, the RLC header is omitted and only the RLC payload portion is coupled to each other.
そして、生成したフレームF1を、MACレイヤ202からRLCレイヤ203へ受け渡す。
Then, the generated frame F1 is transferred from the
また、RLCレイヤ203における所定のプロトコル処理が必要なRLC PDUについては、結合せずにそのままの形でフレームF2としてMACレイヤ202からRLCレイヤ203へ転送する。
Further, RLC PDUs that require predetermined protocol processing in the
具体的には、本実施形態の場合、図8に示すように、例えば、SN=0のRLC PDUと、SN=1〜36の各RLC PDUからヘッダを省いた残りであるペイロード部と、をSNの順に並べて相互に結合することによりフレームF1を生成し、該フレームF1をMACレイヤ202からRLCレイヤ203へ受け渡す。
Specifically, in the case of the present embodiment, as shown in FIG. 8, for example, an RLC PDU with SN = 0 and a payload part that is the remainder obtained by omitting the header from each RLC PDU with SN = 1 to 36, A frame F1 is generated by arranging them in the order of SN and combining them, and the frame F1 is transferred from the
すなわち、SN=0〜SN=36の合計37個のRLC PDUを、不要なヘッダを省略して結合することによりフレームF1を生成し、受け渡す。 That is, a frame F1 is generated and delivered by combining a total of 37 RLC PDUs of SN = 0 to SN = 36, omitting unnecessary headers.
なお、本実施形態では、フレームF1から先頭のRLC PDUのRLCヘッダを除いたものが、結合データである。また、フレームF1の先頭のRLC PDUのRLCヘッダが、結合データ用識別情報である。 In this embodiment, the data obtained by removing the RLC header of the first RLC PDU from the frame F1 is combined data. The RLC header of the first RLC PDU of the frame F1 is combined data identification information.
また、SN=37のRLC PDUは、P=1であり、且つ、HE=01であるため、RLCレイヤ203における所定のプロトコル処理が必要なPDUである。よって、結合せずにそのままの形でフレームF2としてMACレイヤ202からRLCレイヤ203へ受け渡す。
An RLC PDU with SN = 37 is a PDU that requires a predetermined protocol process in the
このように、MACレイヤ202は、1個のRLC SDUに相当するデータをRLCレイヤ203へ受け渡す場合には、図8に示すように、2つのフレームF1、F2をRLCレイヤ203に受け渡す。つまり、MACレイヤ202は、あたかも2個のRLC PDUをRLCレイヤ203に受け渡すかのような動作を行う。
As described above, when transferring data corresponding to one RLC SDU to the
次に、RLCレイヤ203においては、例えば、受け渡されたフレームのサイズが規定のサイズ(例えば、42バイト)であるか否かを判別する。規定のサイズとは異なるデータ量のフレームを受けた場合、該フレームをフレームF1であると判別する。
Next, in the
ここで、RLCレイヤ203においては、規定のサイズよりも大きいサイズのフレームを受けた場合に、フレームF1を受けたと判別するようにしても良いのは勿論であるが、規定のサイズよりも小さいフレームの受け渡しは実際的には発生しないため、受け渡されたフレームがフレームF1かフレームF2であるかを認識するためには、規定のサイズであるか否かの判別で良い。
Here, in the
RLCレイヤ203は、規定のサイズとは異なるフレームF1を受けると、該フレームF1を、SNが連続した複数のRLC PDUのペイロード部がSNの順に結合されてなるフレームであると認識する。
When the
また、RLCレイヤ203において、規定のサイズのデータ量のフレーム、すなわちフレームF2を受信すると、RLCレイヤ203では、該フレームF2を、該RLCレイヤ203における所定のプロトコル処理が必要なRLC PDUであると認識する。
In addition, when the
RLCレイヤ203では、フレームF2を構成するRLC PDUについては、以下のようにプロトコル処理を行う。
In the
すなわち、フレームF2を構成するRLC PDUには、P=1が設定されているので、RLCレイヤ203は、ネットワークに対し送達確認を送信する。
That is, since P = 1 is set in the RLC PDU constituting the frame F2, the
また、フレームF2を構成するRLC PDUには、LIが含まれている(HE=01)ので、RLCレイヤ203は、該RLC PDUをRLC SDUの最後のセグメントを構成するデータであると認識する。
Since the RLC PDU constituting the frame F2 includes LI (HE = 01), the
一方、フレームF1は、SNが連続した複数のRLC PDUを結合してなるフレームであり、ヘッダはSN=0の先頭のセグメントのヘッダのみが含まれている。 On the other hand, the frame F1 is a frame formed by combining a plurality of RLC PDUs having consecutive SNs, and the header includes only the header of the first segment with SN = 0.
このため、RLCレイヤ203では、フレームF1から先頭のヘッダを除くとともに、該フレームF1の最後尾にフレームF2のペイロード部を結合することにより、RLC SDUを生成することができる。
Therefore, the
RLCレイヤ203は、このように生成したRLC SDUをPDCPレイヤ204へ受け渡す。
The
次に、図9は、第3の本実施形態の場合において、2個のRLC SDUに相当するデータを転送する動作を示す模式図である。 Next, FIG. 9 is a schematic diagram showing an operation of transferring data corresponding to two RLC SDUs in the case of the third embodiment.
この場合、図9に示すように、SN=0のRLC PDUと、SN=1〜36の各RLC PDUからヘッダを省いた残りであるペイロード部と、を結合することにより、図8の場合と同様にフレームF1を生成し、該フレームF1をMACレイヤ202からRLCレイヤ203へ転送する。
In this case, as shown in FIG. 9, by combining the RLC PDU with SN = 0 and the payload part that is the remainder of the RLC PDU with SN = 1 to 36 without the header, Similarly, a frame F1 is generated, and the frame F1 is transferred from the
また、SN=37のRLC PDUは、RLCレイヤ203における処理のプロトコル処理が必要なPDU(P=1、LI有)であるので、図8の場合と同様に、結合せずにそのままの形でフレームF2としてMACレイヤ202からRLCレイヤ203へ転送する。
Also, the RLC PDU with SN = 37 is a PDU (P = 1, with LI) that requires protocol processing for the processing in the
また、SN=38のRLC PDUと、SN=39〜74の各RLC PDUからヘッダを省いた残りであるペイロード部と、を結合することにより、フレームF3を生成し、該フレームF3をMACレイヤ202からRLCレイヤ203へ転送する。
Also, the frame F3 is generated by combining the RLC PDU with SN = 38 and the remaining payload portion with the header omitted from each RLC PDU with SN = 39 to 74, and the frame F3 is generated by the
また、SN=75のRLC PDUは、プロトコル処理が必要なPDU(P=1、LI有)であるので、結合せずにそのままの形でフレームF4としてMACレイヤ202からRLCレイヤ203へ転送する。
Since the RLC PDU with SN = 75 is a PDU (P = 1, with LI) that requires protocol processing, it is transferred from the
このように、MACレイヤ202は、2個のRLC SDUに相当するデータを転送する場合には、図9に示すように、4つのフレームF1、F2、F3、F4をRLCレイヤ203に転送する。つまり、MACレイヤ202は、あたかも4個のRLC PDUをRLCレイヤ203に送信するかのような動作を行う。
As described above, when transferring data corresponding to two RLC SDUs, the
次に、RLCレイヤ203においては、規定のサイズとは異なるデータ量のフレーム、すなわちフレームF1、F3を受信すると、これらフレームF1、F3を、SNが連続した複数のRLC PDU(のペイロード部)が結合されてなるフレームであると認識する。
Next, in the
また、RLCレイヤ203では、規定のサイズのデータ量のフレーム、すなわちフレームF2、F4を受信すると、該フレームF2、F4に対して、従来通りのRLC PDUに対する受信処理を行う。従って、結果的に所定のプロトコル処理が発生する。
In addition, when the
RLCレイヤ203では、フレームF2、F4を構成するRLC PDUについては、以下のようにプロトコル処理を行う。
In the
すなわち、フレームF2、F4を構成するRLC PDUには、P=1が設定されているので、RLCレイヤ203は、ネットワークに対し送達確認をそれぞれ送信する。
That is, since P = 1 is set in the RLC PDUs constituting the frames F2 and F4, the
また、フレームF2、F4を構成するRLC PDUには、LIが含まれている(HE=01)ので、RLCレイヤ203は、該RLC PDUをRLC SDUの最後のセグメントを構成するデータであると認識する。
In addition, since the RLC PDUs constituting the frames F2 and F4 include LI (HE = 01), the
一方、フレームF1は、SNが連続した複数のRLC PDUを結合してなるフレームであり、ヘッダはSN=0の先頭のセグメントのヘッダのみが含まれている。 On the other hand, the frame F1 is a frame formed by combining a plurality of RLC PDUs having consecutive SNs, and the header includes only the header of the first segment with SN = 0.
同様に、フレームF3は、SNが連続した複数のRLC PDUを結合してなるフレームであり、ヘッダはSN=38の先頭のセグメントのヘッダのみが含まれている。 Similarly, the frame F3 is a frame formed by combining a plurality of RLC PDUs having consecutive SNs, and the header includes only the header of the first segment with SN = 38.
このため、RLCレイヤ203では、フレームF1から先頭のヘッダを除くとともに、該フレームF1の最後尾にフレームF2のペイロード部を結合することにより、1つ目のRLC SDU(図9に示すRLC SDU(No.1))を生成することができる。
For this reason, the
同様に、フレームF3から先頭のヘッダを除くとともに、該フレームF3の最後尾にフレームF4のペイロード部を結合することにより、2つ目のRLC SDU(図9に示すRLC SDU(No.2))を生成することができる。 Similarly, a second RLC SDU (RLC SDU (No. 2) shown in FIG. 9) is obtained by removing the head header from the frame F3 and combining the payload portion of the frame F4 with the tail of the frame F3. Can be generated.
よって、図8の動作の場合と同様に、従来と比べてRLCレイヤ203の処理負担を軽減することができる。
Therefore, as in the case of the operation in FIG. 8, the processing load on the
ここで、RLCレイヤ203においては、このようにRLC SDU(No.1)、RLC SDU(No.2)をそれぞれ生成するに際し、各フレームF1〜F4のヘッダに含まれるSNの値とLIの値に基づき、以下に説明するようにして、相互に結合するフレームを判別する。
Here, in the
先ず、フレームF1のSNの値は「0」であることから、該フレームF1内の結合されたペイロード部(結合データ)は、RLC SDUの先頭を構成することが分かる。 First, since the SN value of the frame F1 is “0”, it can be seen that the combined payload portion (combined data) in the frame F1 forms the head of the RLC SDU.
また、フレームF3のSNの値は「38」であり、SNの値がフレームF2の続き番号であることが分かる。しかし、フレームF3には、LIが含まれていないため、フレームF3は、SDUの先頭を構成することが分かる。 Also, it can be seen that the SN value of the frame F3 is “38”, and the SN value is a continuation number of the frame F2. However, since the LI is not included in the frame F3, it can be seen that the frame F3 forms the head of the SDU.
また、フレームF2、F4には、SDUの終端である旨を示すL1が含まれていることから、フレームF2、F4のペイロード部をフレームF1、F3のペイロード部の終端に結合させれば良いことが分かる。 In addition, since the frames F2 and F4 include L1 indicating the end of the SDU, the payload portions of the frames F2 and F4 may be coupled to the ends of the payload portions of the frames F1 and F3. I understand.
このうちフレームF2のSNの値は「37」であるため、フレームF2のペイロード部はフレームF3ではなく、フレームF1内のペイロード部の終端に結合させれば良いと分かる。 Among these, since the SN value of the frame F2 is “37”, it can be understood that the payload portion of the frame F2 may be coupled to the end of the payload portion in the frame F1 instead of the frame F3.
また、フレームF4のSNの値は「75」であるため、フレームF4のペイロード部は、フレームF3のペイロード部の終端に結合させれば良いと分かる。 Further, since the SN value of the frame F4 is “75”, it can be understood that the payload portion of the frame F4 may be coupled to the end of the payload portion of the frame F3.
フレームF2のペイロード部をフレームF1内のペイロード部の終端に結合させる際、並びに、フレームF4のペイロード部をフレームF3のペイロード部の終端に結合させる際には、各々のLIにより示されているデータの終端位置に基づいて、パディングを削除する。 When the payload portion of the frame F2 is coupled to the end of the payload portion in the frame F1, and when the payload portion of the frame F4 is coupled to the end of the payload portion of the frame F3, the data indicated by each LI The padding is deleted based on the end position of.
なお、LIの値が、パディングがない旨を示す[0000000]である場合、このRLC PDUは、フレームの先頭に結合される。この場合、パディングがない旨を示すLIを有するRLC PDUの前のRLC PDUのペイロード部がSDUの終端を構成する。 When the value of LI is [0000000] indicating that there is no padding, this RLC PDU is combined with the head of the frame. In this case, the payload part of the RLC PDU before the RLC PDU having the LI indicating that there is no padding constitutes the end of the SDU.
以上のような第3の実施形態によれば、MACレイヤ202では、ペイロード部を相互に結合するRLC PDUを各RLC PDUのヘッダに含まれる識別情報の内容に応じて判別し、該判別したRLC PDUのペイロード部を相互に結合し、該結合したペイロード部と、先頭のRLC PDUのRLCヘッダ(識別情報を含む)と、を含むフレームF1を生成し、該フレームF1をMACレイヤ202からRLCレイヤ203へ受け渡す。よって、MACレイヤ202からRLCレイヤ203へ受け渡すフレームの数を低減することができる。よって、RLCレイヤ203における処理負荷を軽減することができる。しかも、RLCレイヤ203において結合すべきデータ数を低減でき、その点でもRLCレイヤ203における処理負荷を軽減することができる。
According to the third embodiment as described above, the
すなわち、SN=0〜37の合計38個のRLC PDUの各々からヘッダを除いた上で、それらPDUのペイロード部を結合することによりRLC SDUを生成する必要がある従来の動作と比べて、RLCレイヤ203の処理負荷を軽減できる。
That is, the RLC SDU is generated by removing the header from each of the total 38 RLC PDUs of SN = 0 to 37 and then combining the payload parts of the PDUs, compared with the conventional operation in which the RLC SDU is generated. The processing load on the
また、RLCレイヤ203は、再送制御をするので、再送制御が終わるまでは、MACレイヤ202から受け渡されたフレームのうち、PDCPレイヤ204へ受け渡しが終わっていないフレームは全て保持しておく必要がある。このため、フレーム(RLC PDU)の数が多ければ、管理のために多大な処理負荷を要するという事情がある。しかし、本実施形態では、管理すべきフレームの数が大幅に低減されるので、フレーム数の増加に起因する諸問題の発生を防止することができる。
Further, since the
なお、上記の第3の実施形態では、RLC AMを使用した場合の動作を説明したが、第3の実施形態は、データの送達確認が行われないRLC UM(UM:Unacknowledge Mode:非確認モード)が設定された場合も同様に使用することが可能である。 In the third embodiment, the operation when RLC AM is used has been described. However, in the third embodiment, RLC UM (UM: Unknown mode: unconfirmed mode) in which data delivery confirmation is not performed. ) Is set, it can be used similarly.
RLC UMの場合、RLC ヘッダが1バイトであり、HE及びD/Cは何れも使用しないため、これらの識別情報の判別は行う必要がない。RLC UMの場合、E(エクステンション・ビット)=1であればLIも有るので、E=0であり、且つ、SNが連続するRLC PDUを相互に結合することにより、フレームF1、F3を生成する。 In the case of RLC UM, since the RLC header is 1 byte and neither HE nor D / C is used, it is not necessary to discriminate these identification information. In the case of RLC UM, if E (extension bit) = 1, there is also LI, so that frames F1 and F3 are generated by combining RLC PDUs in which E = 0 and SN is continuous. .
〔第4の実施形態〕
次に、第4の実施形態を説明する。
[Fourth Embodiment]
Next, a fourth embodiment will be described.
図10は、本実施形態に係る通信処理方法によるダウンリンク・データ転送の動作を示す模式図である。すなわち、図10は、RLC PDUのサイズ=42バイト、RLC SDUのサイズ=1500バイトの環境下において、MACレイヤ処理手段302が(MACレイヤ202が)MAC−d PDUを受信した後の動作を示す。なお、図10に示すのは、2個のRLC SDUに相当するデータを転送する動作である。 FIG. 10 is a schematic diagram showing an operation of downlink data transfer by the communication processing method according to the present embodiment. That is, FIG. 10 shows an operation after the MAC layer processing means 302 (MAC layer 202) receives a MAC-d PDU in an environment of RLC PDU size = 42 bytes and RLC SDU size = 1500 bytes. . FIG. 10 shows an operation for transferring data corresponding to two RLC SDUs.
第4の実施形態に係る通信処理装置の構成は、上記の第3の実施形態(図7)と同様である。 The configuration of the communication processing apparatus according to the fourth embodiment is the same as that of the third embodiment (FIG. 7).
第4の実施形態の場合、図10のフレームF6のように、P=1であるか、又は、HE=01(LI有)のRLC PDU(例えば、SN=37のRLC PDU)を、フレームの先頭のセグメントに結合することができる。 In the case of the fourth embodiment, as in frame F6 in FIG. 10, P = 1, or HE = 01 (with LI) RLC PDU (eg, RLC PDU with SN = 37) Can join to the first segment.
これにより、第4の実施形態では、上記の第3の実施形態の場合よりも、更に処理の効率化を図ることができる。 Thereby, in the fourth embodiment, it is possible to further improve the efficiency of the processing compared to the case of the third embodiment.
本実施形態の場合、具体的には、例えば、図10に示すように、2つのRLC SDUに相当するデータを、3つのフレームF5、F6、F7に分けて、MACレイヤ202からRLCレイヤ203へと受け渡すことができる。
In the case of the present embodiment, specifically, for example, as shown in FIG. 10, data corresponding to two RLC SDUs is divided into three frames F5, F6, and F7 and transferred from the
このうちフレームF5は、SN=0〜36の37個分のRLC PDUのペイロード部と、RLCヘッダと、からなる。 Of these, the frame F5 is composed of a payload portion of 37 RLC PDUs of SN = 0 to 36 and an RLC header.
また、フレームF6は、SN=37〜74の38個分のRLC PDUのペイロード部と、SN=37のRLC PDUのRLCヘッダと、からなる。 The frame F6 includes a payload portion of 38 RLC PDUs of SN = 37 to 74 and an RLC header of an RLC PDU of SN = 37.
フレームF6におけるSN=37のRLC PDUは、RLCレイヤ203における所定のプロトコル処理が必要なPDUであるため、そのペイロード部は結合データを構成しない。しかし、フレームF6は、SN=38以降のRLC PDUのペイロード部の結合データを含む。
Since the RLC PDU of SN = 37 in the frame F6 is a PDU that requires a predetermined protocol process in the
また、フレームF7は、SN=75のRLC PDUからなる。 The frame F7 is composed of RLC PDU with SN = 75.
RLCレイヤ203では、MACレイヤ202からフレームF5、F6、F7を受信すると、フレームF5の各ペイロード部と、フレームF6の先頭セグメント(SN=37)のペイロード部と、を結合することにより1つ目のRLC SDU(図10のRLC SDU(No.1))を生成する。また、フレームF6の2番目以降の各セグメント(SN=38〜74)を構成する各ペイロード部と、フレームF7のペイロード部と、を結合することにより2つ目のRLC SDU(図10のRLC SDU(No.1))を生成する。
In the
そして、これら生成した2つのRLC SDUをRLCレイヤ203からPDCPレイヤ204へと受け渡す。
Then, these two generated RLC SDUs are transferred from the
以上のような第4の実施形態によれば、RLCレイヤ203における所定のプロトコル処理が必要なRLC PDUのペイロード部は結合データを構成することはできない。しかし、結合データを構成することができないペイロード部であっても、予め取り決めを行っておくことにより、結合データを構成することができる。例えば、フレームの先頭を構成するRLC PDUに対しては、所定のプロトコル処理を適用するように、予め取り決めておくことによって、結合データを構成することが可能となる。そして、その結合データはフレームの先頭に結合することができる。従って、上記の第3の実施形態よりもフレームの数を低減できる。
According to the fourth embodiment as described above, the payload portion of the RLC PDU that requires the predetermined protocol processing in the
なお、上記の第4の実施形態では、フレームF6が結合データを含む例を説明したが、フレームF6は、(例えばSN=37の)RLC PDUの他には、1つのRLC PDUのペイロード部のみを含んでいても良い。 In the fourth embodiment, the example in which the frame F6 includes the combined data has been described. However, the frame F6 includes only the payload portion of one RLC PDU in addition to the RLC PDU (for example, SN = 37). May be included.
〔第5の実施形態〕
第5の実施形態では、背景技術の項において詳述したようなW−CDMAの規定に従ったアップリンク・データ転送について説明する。
[Fifth Embodiment]
In the fifth embodiment, uplink data transfer according to the W-CDMA rules as described in detail in the background section will be described.
図11は、本実施形態に係る通信処理方法におけるアップリンク・データ転送の動作を示す模式図である。すなわち、図11は、RLC PDUのサイズ=42バイト、RLC SDUのサイズ=1500バイトの環境下において、PDCPレイヤ204からRLCレイヤ203へのデータ転送と、RLCレイヤ203からMACレイヤ202へのデータ転送の動作を示す。なお、図11に示すのは、1個のRLC SDUのデータを転送する動作である。
FIG. 11 is a schematic diagram showing an operation of uplink data transfer in the communication processing method according to the present embodiment. That is, FIG. 11 shows data transfer from the
この場合、図11に示すように、先ず、PDCPレイヤ204からRLCレイヤ203へとRLC SDUを受け渡す。
In this case, as shown in FIG. 11, RLC SDU is first transferred from the
RLCレイヤ203では、RLC SDUを受けると、このRLC SDUの先頭から、RLCペイロード部の規定のサイズ(=40バイト)の整数倍で、且つ最大の大きさのデータ(整数倍データ)を切り取る。
When receiving the RLC SDU, the
言い換えると、RLC SDUを、RLCペイロード部の規定のサイズの整数倍の整数倍データ(第1のデータ)と、規定サイズ未満の端数データ(第3のデータ)と、に分割する。 In other words, the RLC SDU is divided into integer multiple data (first data) that is an integral multiple of the prescribed size of the RLC payload portion and fraction data (third data) that is less than the prescribed size.
RLCレイヤ203では、続いて、整数倍データと、端数データのそれぞれに対し、RLCヘッダを付加し、それぞれフレームF8,9を生成する。
In the
すなわち、整数倍データには、SN=0と設定したRLCヘッダを付加することにより、フレームF8とする。 That is, by adding an RLC header set to SN = 0 to the integer multiple data, a frame F8 is obtained.
なお、RLCペイロード部の規定のサイズの整数倍のデータは、該整数で等分割することにより、プロトコル処理が不要でSNが連続したRLC PDUの各ペイロード部を構成する。 Note that data that is an integral multiple of the prescribed size of the RLC payload portion is equally divided by the integer, thereby forming each payload portion of an RLC PDU that requires no protocol processing and that has a continuous SN.
このため、フレームF8は、プロトコル処理が不要でSNが連続したRLC PDUを、先頭のRLC PDUにのみRLC ヘッダを付加し、その他のRLC PDUにはRLC ヘッダを省略した形で、各々のRLC ペイロード部を結合したものであると言い換えることができる。 For this reason, in the frame F8, RLC PDUs in which SN is not required and protocol processing is unnecessary, RLC headers are added only to the first RLC PDU, and RLC headers are omitted from the other RLC PDUs. In other words, it can be said to be a combination of parts.
また、RLC SDUから切り取ることができた整数倍データの大きさが、規定のサイズの何倍であるかに応じて、端数データに付加するRLCヘッダのSNの値を設定する。例えば、整数倍データの大きさが、規定サイズの37倍である場合には、SN=37(38番目)のSN値とする。 Also, the SN value of the RLC header added to the fraction data is set according to how many times the size of the integer multiple data that can be cut out from the RLC SDU is a prescribed size. For example, when the size of integer multiple data is 37 times the specified size, the SN value is SN = 37 (38th).
端数データには、終端にパディングを付加することにより、合計で規定のサイズとなるように調節する。 The fraction data is adjusted so as to have a prescribed size in total by adding padding to the end.
端数データに付加するRLCヘッダは、上記のように設定したSN値とする他、HE=01とし、RLC SDUの終端である旨のLIを付加し、P=1とする。また、LIの値は、データの終端位置を示す値に設定する。これにより、フレームF9を生成する。 The RLC header added to the fraction data has the SN value set as described above, HE = 01, and an LI indicating the end of the RLC SDU, and P = 1. Further, the value of LI is set to a value indicating the end position of data. Thereby, the frame F9 is generated.
続いて、RLCレイヤ203は、このように生成したフレームF8,F9をMACレイヤ202へ受け渡す。
Subsequently, the
RLCレイヤ203は、1個のRLC SDUに相当するデータを転送する場合には、図11に示すように、あたかも2個のRLC PDUをMACレイヤ202へ受け渡すかのような動作を行う。
When transferring data corresponding to one RLC SDU, the
次に、MACレイヤ202においては、規定のサイズとは異なるデータ量のフレーム、すなわちフレームF8を受信すると、該フレームF8を、SNが連続した複数のRLC PDU(のペイロード部)が結合されてなるフレームであると認識する。
Next, in the
MACレイヤ202では、フレームF8のペイロード部(RLCヘッダを除く部分)を、個々のRLC PDUのペイロード部のサイズ(40バイト)で先頭から等分に切り分けて複数のデータに分割し、これら各データに対し、RLCヘッダを生成及び付加することにより、RLC PDUを生成する。
In the
ここで、先頭のRLC PDUについては、RLCレイヤ203から受け渡されたRLC ヘッダ(SN=0)をそのまま用い、2番目のRLC PDUからは、先頭のRLC PDUのヘッダに格納されているSNを1つずつインクリメントする形で、全てのRLC ヘッダを生成する。
Here, for the first RLC PDU, the RLC header (SN = 0) passed from the
そして、これら生成したRLC PDUをネットワークへ転送する。 Then, the generated RLC PDU is transferred to the network.
また、MACレイヤ202は、フレームF9については、1個のRLC PDUであると認識し、そのままネットワークへ転送する。
Further, the
以上のような第5の実施形態によれば、MACレイヤ202では、規定のサイズの整数倍のデータと、このデータの識別情報としてのRLCヘッダと、を含むフレームF8のデータを規定のサイズの複数のデータに分割する。これら分割したデータの各々に対して、「データ送信先の第2のレイヤにおいて行う所定の通信処理」に用いられる識別情報としてのRLCヘッダを、SN=0のRLCヘッダに基づいて生成する。そして、分割した個々のデータと、当該データに対応して生成されたRLCヘッダと、を含むRLC PDUを生成し、これらRLC PDUをデータ送信先の通信処理装置宛に送信する。
According to the fifth embodiment as described above, in the
従って、RLCレイヤ203からMACレイヤ202へ受け渡すフレームの数を低減することができる。よって、RLCレイヤ203における処理負荷を軽減することができる。しかも、RLCレイヤにおけるデータの分割数を低減でき、その点でも該RLCレイヤにおける処理負荷を軽減することができる。
Therefore, the number of frames transferred from the
以上のように、本実施形態においては、RLCレイヤ203からMACレイヤ202へ受け渡すフレームの数を削減できる。そのため、RLCが管理しなければならないRLC PDUの個数を劇的に削減することができる。
As described above, in this embodiment, the number of frames transferred from the
ところで、一般的に通信処理装置がARQ (Automatic Repeat Request)機能を保有している場合、PDUの再送制御が必要となる。再送制御を行うためには、PDUを下位のレイヤに転送しても、その転送済みのPDUを即座に削除することはできず、送信先の通信装置からの受信応答(ACK)を受信して初めて削除することができる。このことは、本実施形態におけるRLCレイヤ203についても同様である。具体的に説明すると、本実施形態では、RLCレイヤ203からMACレイヤ202へPDUを転送した後も、送信先からのACKを受信するまでは、送信したPDUを保持している必要がある。このように、PDUの送信後もPDUの管理が必要となるため、PDUの個数を削減することができれば、PDU管理の処理を削減することができる。従って、管理のために要するソフトウェア処理量を削減することが可能になる。
By the way, generally, when a communication processing apparatus has an ARQ (Automatic Repeat Request) function, retransmission control of PDU is necessary. In order to perform retransmission control, even if a PDU is transferred to a lower layer, the transferred PDU cannot be deleted immediately, and a reception response (ACK) from a destination communication device is received. It can be deleted for the first time. The same applies to the
〔第6の実施形態〕
図12は、第6の実施形態に係る通信処理方法におけるアップリンク・データ転送の動作を示す模式図である。すなわち、図12は、RLC PDUのサイズ=42バイト、RLC SDUのサイズ=1500バイトの環境下において、PDCPレイヤ204からRLCレイヤ203へのデータ転送と、RLCレイヤ203からMACレイヤ202へのデータ転送の動作を示す。なお、図12に示すのは、2個のRLC SDUに相当するデータを転送する動作である。
[Sixth Embodiment]
FIG. 12 is a schematic diagram illustrating an operation of uplink data transfer in the communication processing method according to the sixth embodiment. That is, FIG. 12 shows data transfer from the
本実施形態の場合、図12に示すように、先ず、PDCPレイヤ204からRLCレイヤ203へと2個のRLC SDUを受け渡す。
In the present embodiment, as shown in FIG. 12, first, two RLC SDUs are transferred from the
RLCレイヤ203では、2個のRLC SDUを受けると、このうち先に受けたRLC PDU(No.1)の先頭から、上記の第5の実施形態と同様に、規定のサイズ(=40バイト)の整数倍で、且つ最大の大きさのデータ(整数倍データ)を切り取る。
In the
すなわち、RLC SDU(No.1)を、規定のサイズの整数倍の整数倍データ(第1のデータ)と、規定サイズ未満の端数データ(第3のデータ)と、に分割する。 That is, the RLC SDU (No. 1) is divided into integer multiple data (first data) that is an integral multiple of the prescribed size and fraction data (third data) that is less than the prescribed size.
RLCレイヤ203では、続いて、整数倍データに対し、SN=0のRLCヘッダを付加し、フレームF10を生成する。このフレームF10は、上記の第5の実施形態のフレームF8に相当する。
Subsequently, in the
すなわち、フレームF10は、プロトコル処理が不要でSNが連続したRLC PDUを、先頭のRLC PDUにのみRLC ヘッダを付加し、その他のRLC PDUにはRLC ヘッダを省略した形で、各々のRLC ペイロード部を結合したものであると言い換えることができる。 That is, in the frame F10, RLC PDUs in which SN is not required and protocol processing is unnecessary, RLC headers are added only to the first RLC PDU, and RLC headers are omitted from the other RLC PDUs. It can be paraphrased that it is what combined.
また、端数データに対し、RLCヘッダを付加する。 Also, an RLC header is added to the fraction data.
端数データに付加するRLCヘッダは、上記の第5の実施形態と同様に設定したSN値(例えば、SN=37)とする他、HE=01とし、RLC SDUの終端である旨のLIを付加し、さらにP=1とする。また、LIの値は、データの終端位置を示す値に設定する。 The RLC header to be added to the fraction data is set to the SN value (for example, SN = 37) as in the fifth embodiment, and HE = 01 is added to indicate that the RLC SDU is terminated. Further, P = 1 is set. Further, the value of LI is set to a value indicating the end position of data.
更に、端数データの終端にパディングを付加することにより、端数データとパディングとの合計が規定のサイズとなるように調節する。 Further, padding is added to the end of the fraction data so that the sum of the fraction data and the padding is adjusted to a specified size.
一方、RLC SDU(No.2)も、RLC SDU(No.2)と同様に、整数倍データ(第1のデータ)と、端数データ(第3のデータ)と、に分割する。 On the other hand, RLC SDU (No. 2) is also divided into integer multiple data (first data) and fractional data (third data) in the same manner as RLC SDU (No. 2).
このうち整数倍データは、RLC SDU(No.1)を元に生成した端数データ(RLCヘッダを有する)の終端に結合する。これにより、フレーム(第3のフレーム)F11を生成する。 Of these, the integer multiple data is coupled to the end of the fraction data (having the RLC header) generated based on the RLC SDU (No. 1). As a result, a frame (third frame) F11 is generated.
このように、フレームF11は、上記端数データの分割元のRLC SDU(No.1)とは別のRLC SDU(No.2)から分割された、整数倍データを含む。 As described above, the frame F11 includes integer multiple data divided from an RLC SDU (No. 2) different from the RLC SDU (No. 1) that is the division source of the fraction data.
言い換えるとフレームF11は、プロトコル処理が必要なRLC PDU(SN=37)のペイロード部にRLC ヘッダを付加したものと、プロトコル処理が不要でSNが連続したRLC PDU(SN=38〜74)におけるRLC ヘッダを省略した各ペイロード部と、を結合したものである。 In other words, the frame F11 includes an RLC PDU (SN = 38 to 74) in which an RLC header is added to a payload portion of an RLC PDU (SN = 37) that requires protocol processing and an RLC PDU (SN = 38 to 74) in which SN is not required and protocol processing is required. Each payload part from which the header is omitted is combined.
また、RLC SDU(No.2)を元に生成した端数データ、すなわちプロトコル処理が必要なRLC PDU(SN=75)のペイロード部には、RLC ヘッダを付加するとともに、その終端にパディングを付加する。これにより、端数データとパディングとの合計を規定のサイズとし、RLCヘッダ、端数データ、及びパディングからなるフレームF12を生成する。 In addition, an RLC header is added to the fraction data generated based on RLC SDU (No. 2), that is, the payload part of RLC PDU (SN = 75) that requires protocol processing, and padding is added to the end of the payload. . As a result, the sum of the fraction data and the padding is set to a specified size, and a frame F12 including the RLC header, the fraction data, and the padding is generated.
そして、これら生成したフレームF10、F11、F12をRLCレイヤ203からMACレイヤ202へ受け渡す。
Then, the generated frames F10, F11, and F12 are transferred from the
このように、RLCレイヤ203は、2個のRLC SDUに相当するデータをMACレイヤ202へ受け渡す場合には、図12に示すように、あたかも3個のRLC PDUをRLCレイヤ203に受け渡すかのような動作を行う。
In this way, when the
次に、MACレイヤ202においては、規定のサイズ(42バイト)とは異なるデータ量のフレーム、すなわちフレームF10、F11を受けると、該フレームF10、F11を、SNが連続した複数のRLC PDU(のペイロード部)が結合されてなる部分を有するフレームであると認識する。
Next, when the
MACレイヤ202では、フレームF10のペイロード部(RLCヘッダを除く部分)を、規定のサイズ、すなわち、個々のRLC PDUのペイロード部のサイズ(40バイト)で先頭から等分に切り分けて複数のデータに分割し、これら各データに対し、RLCヘッダを生成及び付加することにより、RLC PDUを生成する。
In the
ここで、第5の実施形態と同様に、先頭のRLC PDUについては、RLCレイヤ203から受け渡されたRLC ヘッダ(SN=0)をそのまま用い、2番目のRLC PDUからは、先頭のRLC PDUのヘッダに格納されているSNを1つずつインクリメントする形で、全てのRLC ヘッダを生成する。
Here, as in the fifth embodiment, for the first RLC PDU, the RLC header (SN = 0) passed from the
そして、これら生成したRLC PDUをネットワークへ転送する。 Then, the generated RLC PDU is transferred to the network.
また、フレームF11は、その先頭が、所定のプロトコル処理が必要なRLC PDUであるため、MACレイヤ202は、フレームF11の先頭は、RLC PDUの規定のサイズ(42バイト)で切り取り、残りのペイロード部は、個々のRLC PDUのペイロード部のサイズ(40バイト)で先頭から等分に切り分けて複数のデータに分割し、これら各データに対し、RLCヘッダを生成及び付加することにより、RLC PDUを生成する。また、この際、所定のプロトコル処理が必要な先頭のRLC PDUのヘッダに格納されているSNを1つずつインクリメントする形で、全てのRLC ヘッダを生成する。
Also, since the start of the frame F11 is an RLC PDU that requires predetermined protocol processing, the
そして、これら生成したRLC PDUをネットワークへ転送する。 Then, the generated RLC PDU is transferred to the network.
また、MACレイヤ202は、規定のサイズのデータ量のフレームF12については、1個のRLC PDUであると認識し、そのままネットワークへ転送する。
Further, the
以上のような第6の実施形態によれば、フレームF11は、規定のサイズの端数データを含むRLC PDU(例えば、SN=37)と、このRLC PDUの分割元であるRLC SDU(No.1)とは別のRLC SDU(No.2)から分割された、規定のサイズ(40バイト)の整数倍のデータと、を含む構成である。このため、上記の第5の実施形態よりも、フレームの数を低減でき、RLCレイヤ203における処理負荷を更に軽減できる。
According to the sixth embodiment as described above, the frame F11 includes an RLC PDU (eg, SN = 37) including fractional data of a prescribed size and an RLC SDU (No. 1) that is a division source of this RLC PDU. ) And an integer multiple of a specified size (40 bytes) divided from another RLC SDU (No. 2). Therefore, the number of frames can be reduced and the processing load on the
なお、上記の各実施形態では、高レートのデータ転送であるHSDPAのHSPA(High Speed Packet Access)動作を例示したが、3Gで使われる他の全てのチャネル(DCH(Dedicated Channel)、FACH(Forward Access Channel)、RACH(Random Access Channel)、E−DCH(Enhanced Dedicated Channel))にも同様に適用可能である。 In each of the above embodiments, the HSPA (High Speed Packet Access) operation of HSDPA, which is high-rate data transfer, is illustrated, but all other channels (DCH (Dedicated Channel), FACH (Forward) used in 3G are exemplified. (Access Channel), RACH (Random Access Channel), E-DCH (Enhanced Dedicated Channel)).
1、2、3 データ
11 識別情報(第1の識別情報)
12 識別情報(単体データ用識別情報、第1の識別情報)
13、14 代表識別情報(結合データ用識別情報)
20 結合データ
31、32、33 第1のフレーム
34 第2のフレーム
35 第3のフレーム
21、22、23 識別情報(第2の識別情報)
50 データ
51 データ
61 第1のフレーム
62、63 第2のフレーム
64 第3のフレーム
100 通信処理装置
103 第1のレイヤ処理手段
104 第2のレイヤ処理手段
105 第3のレイヤ処理手段
302 MACレイヤ処理手段(第1のレイヤ処理手段)
303 RLCレイヤ処理手段(第2のレイヤ処理手段)
304 PDCPレイヤ処理手段(第3のレイヤ処理手段)
F1、F3、F5 第2のフレーム
F2、F4、F7 第3のフレーム
F6 第3のフレーム
F8、F10 第1のフレーム
F9、F12 第3のフレーム
F11 第3のフレーム
1, 2, 3 Data 11 Identification information (first identification information)
12 Identification information (identification information for single data, first identification information)
13, 14 Representative identification information (identification information for combined data)
20 Combined data 31, 32, 33 First frame 34 Second frame 35 Third frame 21, 22, 23 Identification information (second identification information)
50 data 51 data 61 first frame 62, 63 second frame 64
303 RLC layer processing means (second layer processing means)
304 PDCP layer processing means (third layer processing means)
F1, F3, F5 Second frame F2, F4, F7 Third frame F6 Third frame F8, F10 First frame F9, F12 Third frame F11 Third frame
Claims (19)
第2のレイヤにおける通信処理を行う第2のレイヤ処理手段と、
を備え、
前記第1のレイヤ処理手段は、
データと、前記第2のレイヤにおいて前記データに対する所定の通信処理に用いられる識別情報と、を含む複数の第1のフレームのうち、前記データを相互に結合する第1のフレームを、前記識別情報の内容に応じて判別する第1の処理と、
前記データを結合すると判別された前記第1のフレームの前記データを相互に結合した結合データと、前記結合データに含まれる前記データに対して前記第2のレイヤにおいて行う通信処理の内容を示す結合データ用識別情報と、を含む第2のフレームを生成する処理と、
前記第2のフレームを、前記第2のレイヤ処理手段へ受け渡す処理と、
を行うことを特徴とする通信処理装置。 First layer processing means for performing communication processing in the first layer ;
Second layer processing means for performing communication processing in the second layer;
With
The first layer processing means includes:
Data, and identification information used for predetermined communication processing on the data in the second layer, among the plurality of first frames including a first frame coupling the data to each other, the identification information A first process for determining according to the contents of
Combined data obtained by combining the data of the first frame determined to be combined with each other, and combination indicating contents of communication processing performed in the second layer for the data included in the combined data A process of generating a second frame including data identification information;
The second frame, and the receiving pass processing the second layer processing means,
A communication processing device.
前記第1のフレームのうち、前記データを結合すると判別されなかった第1のフレームに含まれる前記データと、前記データに対して前記第2のレイヤにおいて行う第1の通信処理の内容を示す単体データ用識別情報と、を含む第3のフレームを生成する処理と、
前記第3のフレームを前記第2のレイヤ処理手段へ受け渡す処理と、
を更に行うことを特徴とする請求項1に記載の通信処理装置。 The first layer processing means includes:
The data included in the first frame that is not determined to be combined with the data out of the first frames, and a single unit that indicates the content of the first communication processing performed on the data in the second layer A process of generating a third frame including data identification information;
Processing to deliver the third frame to the second layer processing means;
The communication processing apparatus according to claim 1, further comprising:
前記第1の処理では、前記第1の識別情報が互いに同一である複数の第1のフレームを、前記データを結合する第1のフレームであると判別することを特徴とする請求項1乃至5の何れか一項に記載の通信処理装置。 The identification information of each first frame includes first and second identification information,
Wherein in the first process, according to claim 1 to 5, characterized in that the first identification information is a plurality of first frame are identical to each other, it is determined that the first frame coupling the data The communication processing device according to any one of the above.
前記第1の処理では、前記第1の識別情報が互いに同一である複数の第1のフレームを、前記データを結合する第1のフレームであると判別し、
前記第3のフレームは、前記互いに同一の第1の識別情報とは異なる前記第1の識別情報を含む前記第1のフレームに含まれる前記データ、前記異なる第1の識別情報及び前記第2の識別情報を含むことを特徴とする請求項2乃至5の何れか一項に記載の通信処理装置。 The identification information of each first frame includes first and second identification information,
In the first process, it is determined that a plurality of first frames having the same first identification information are the first frames that combine the data,
The third frame includes the data included in the first frame including the first identification information different from the same first identification information, the different first identification information, and the second identification information. the communication processing apparatus according to any one of claims 2 to 5, characterized in that it comprises the identification information.
前記第2のレイヤにおける所定の通信処理の要否を、前記第1の識別情報の内容に基づいて判別し、前記所定の通信処理の要否に応じて、前記データを結合し、
前記第1の処理では、前記所定の通信処理が不要である旨を示す前記第1の識別情報を含む第1のフレームを、前記データを結合する第1のフレームであると判別し、
前記第3のフレームは、前記所定の通信処理が必要である旨を示す前記第1の識別情報を含む第1のフレームに含まれる前記データを含むことを特徴とする請求項7に記載の通信処理装置。 In the first process,
The necessity of the predetermined communication process in the second layer is determined based on the content of the first identification information, and the data is combined according to the necessity of the predetermined communication process,
In the first process, it is determined that the first frame including the first identification information indicating that the predetermined communication process is unnecessary is a first frame that combines the data;
The communication according to claim 7 , wherein the third frame includes the data included in the first frame including the first identification information indicating that the predetermined communication processing is necessary. Processing equipment.
前記第1のレイヤにおける通信処理は、
データと、前記第2のレイヤにおいて前記データに対する所定の通信処理に用いられる識別情報と、を含む複数の第1のフレームのうち、前記データを相互に結合する第1のフレームを、前記識別情報の内容に応じて判別する工程と、
前記データを結合すると判別された前記第1のフレームの前記データを相互に結合した結合データと、前記結合データに含まれる前記データに対して前記第2のレイヤにおいて行う通信処理の内容を示す結合データ用識別情報と、を含む第2のフレームを生成する工程と、
前記第2のフレームを前記第2のレイヤへ受け渡す工程と、
を備えることを特徴とする通信処理方法。 In a communication processing apparatus comprising: first layer processing means for performing communication processing in a first layer; and second layer processing means for performing communication processing in a second layer, at least communication processing in the first layer a communication processing method for performing,
The communication process in the first layer is:
Data, and identification information used for predetermined communication processing on the data in the second layer, among the plurality of first frames including a first frame coupling the data to each other, the identification information Determining according to the content of
Combined data obtained by combining the data of the first frame determined to be combined with each other, and combination indicating contents of communication processing performed in the second layer for the data included in the combined data Generating a second frame including data identification information;
Passing the second frame to the second layer;
A communication processing method comprising:
前記第1のフレームのうち、前記データを結合すると判別されなかった第1のフレームに含まれる前記データと、前記データに対して前記第2のレイヤにおいて行う通信処理の内容を示す単体データ用識別情報と、を含む第3のフレームを生成する工程と、
前記第3のフレームを前記第2のレイヤへ受け渡す工程と、
を更に備えることを特徴とする請求項16に記載の通信処理方法。 The communication process in the first layer is:
Identification of single data indicating contents of communication processing performed in the second layer for the data and the data included in the first frame that is not determined to be combined with the data in the first frame Generating a third frame including information; and
Passing the third frame to the second layer;
The communication processing method according to claim 16 , further comprising:
前記第1のレイヤにおける通信処理は、
データと、前記第2のレイヤにおいて前記データに対する所定の通信処理に用いられる識別情報と、を含む複数の第1のフレームのうち、前記データを相互に結合する第1のフレームを、前記識別情報の内容に応じて判別する処理と、
前記データを結合すると判別された前記第1のフレームの前記データを相互に結合した結合データと、前記結合データに含まれる前記データに対して前記第2のレイヤにおいて行う通信処理の内容を示す結合データ用識別情報と、を含む第2のフレームを生成する処理と、
前記第2のフレームを前記第2のレイヤへ受け渡す処理と、
を含むことを特徴とするプログラム。 In a communication processing apparatus comprising: first layer processing means for performing communication processing in a first layer; and second layer processing means for performing communication processing in a second layer, at least communication processing in the first layer a program causing a computer to execute the,
The communication process in the first layer is:
Data, and identification information used for predetermined communication processing on the data in the second layer, among the plurality of first frames including a first frame coupling the data to each other, the identification information Processing to determine according to the content of
Combined data obtained by combining the data of the first frame determined to be combined with each other, and combination indicating contents of communication processing performed in the second layer for the data included in the combined data A process of generating a second frame including data identification information;
Processing to pass the second frame to the second layer;
The program characterized by including.
前記第1のフレームのうち、前記データを結合すると判別されなかった第1のフレームに含まれる前記データと、前記データに対して前記第2のレイヤにおいて行う通信処理の内容を示す単体データ用識別情報と、を含む第3のフレームを生成する処理と、
前記第3のフレームを前記第2のレイヤへ受け渡す処理と、
を更に含むことを特徴とする請求項18に記載のプログラム。 The communication process in the first layer is:
Identification of single data indicating contents of communication processing performed in the second layer for the data and the data included in the first frame that is not determined to be combined with the data in the first frame Processing to generate a third frame including information;
Processing to pass the third frame to the second layer;
The program according to claim 18 , further comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008150457A JP4780482B2 (en) | 2008-06-09 | 2008-06-09 | COMMUNICATION PROCESSING DEVICE, COMMUNICATION PROCESSING METHOD, AND PROGRAM THEREOF |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008150457A JP4780482B2 (en) | 2008-06-09 | 2008-06-09 | COMMUNICATION PROCESSING DEVICE, COMMUNICATION PROCESSING METHOD, AND PROGRAM THEREOF |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2009296513A JP2009296513A (en) | 2009-12-17 |
JP4780482B2 true JP4780482B2 (en) | 2011-09-28 |
Family
ID=41544229
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008150457A Expired - Fee Related JP4780482B2 (en) | 2008-06-09 | 2008-06-09 | COMMUNICATION PROCESSING DEVICE, COMMUNICATION PROCESSING METHOD, AND PROGRAM THEREOF |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4780482B2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103596274B (en) * | 2012-08-17 | 2018-07-24 | 中兴通讯股份有限公司 | A kind of downlink service resource distribution method and radio network controller |
US8855678B2 (en) * | 2012-09-27 | 2014-10-07 | Qualcomm Incorporated | Selected acknowledgment positioning optimizations |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4528541B2 (en) * | 2004-03-05 | 2010-08-18 | 株式会社東芝 | COMMUNICATION DEVICE, COMMUNICATION METHOD, AND COMMUNICATION SYSTEM |
-
2008
- 2008-06-09 JP JP2008150457A patent/JP4780482B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2009296513A (en) | 2009-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2475989C2 (en) | Methods and device to format headings in communication frame | |
KR100902573B1 (en) | Method for operating enhanced rlc entity and rnc entity for wcdma and system thereof | |
EP2254287B1 (en) | Reducing overhead of a protocol data unit in a wireless communication system | |
JP4906844B2 (en) | Method for generating lower layer data block in wireless mobile communication system | |
US8355331B2 (en) | Method for transmitting PDCP status report | |
EP2124499B1 (en) | Method and apparatus for performing buffer status reporting (BSR) | |
EP1706969B1 (en) | System for processing data unit of radio protocol layer | |
JP4027739B2 (en) | High-speed medium connection control layer entity reset method in communication system using high-speed forward packet connection method | |
JP4991015B2 (en) | Method and apparatus for signaling packet segmentation and concatenation in a communication system | |
WO2018059447A1 (en) | Method and apparatus for ordering of protocol data unit delivery | |
JP5357051B2 (en) | Method and wireless communication system for determining a size allocated to a field in a packet header based on a packet payload length | |
KR101266207B1 (en) | Radio communication system and method for rlc reset | |
EP2633650B1 (en) | Congestion control in a communication network | |
US20060140154A1 (en) | Method and apparatus for signaling user equipment status information for uplink data transmission in a mobile communication system | |
US20060062193A1 (en) | Medium access control unit | |
EP3611859A1 (en) | Data receiving state reporting method and apparatus | |
JP4780482B2 (en) | COMMUNICATION PROCESSING DEVICE, COMMUNICATION PROCESSING METHOD, AND PROGRAM THEREOF | |
EP1919140B1 (en) | Method and apparatus for header setting in a wireless communications system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110208 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110406 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110527 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110623 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140715 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140715 Year of fee payment: 3 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140715 Year of fee payment: 3 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |