WO2011099790A2 - 분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치 - Google Patents

분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치 Download PDF

Info

Publication number
WO2011099790A2
WO2011099790A2 PCT/KR2011/000894 KR2011000894W WO2011099790A2 WO 2011099790 A2 WO2011099790 A2 WO 2011099790A2 KR 2011000894 W KR2011000894 W KR 2011000894W WO 2011099790 A2 WO2011099790 A2 WO 2011099790A2
Authority
WO
WIPO (PCT)
Prior art keywords
header
size
length
mac pdu
length field
Prior art date
Application number
PCT/KR2011/000894
Other languages
English (en)
French (fr)
Other versions
WO2011099790A3 (ko
Inventor
이은종
류기선
육영수
Original Assignee
엘지전자 주식회사
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US13/578,240 priority Critical patent/US8879474B2/en
Priority claimed from KR1020110011690A external-priority patent/KR20110093682A/ko
Publication of WO2011099790A2 publication Critical patent/WO2011099790A2/ko
Publication of WO2011099790A3 publication Critical patent/WO2011099790A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]

Definitions

  • the present specification relates to a method and apparatus for receiving a medium access control protocol data unit. More specifically, the present disclosure relates to a method and apparatus for receiving a medium access control protocol data unit carrying a split packing extension header.
  • MAC PDU' media access control protocol data unit used in a medium access control (MAC) layer
  • the MAC layer (MAC, or link layer) and the physical layer (layer below 2) use different protocols depending on the wireless access system such as LAN, wireless LAN, 3GPP / 3GPP2 or wireless MAN. . Therefore, the header format of the MAC PDU according to each radio access system is defined differently.
  • FIG. 1 illustrates an example of a MAC PDU type in an IEEE 802.16e system, which is one of wireless access systems.
  • a MAC PDU may include a generic MAC header (GMH), a payload, and a cyclic redundancy check (hereinafter referred to as 'CRC') field.
  • the generic MAC header is used for data transfer between nodes in the link layer.
  • the general MAC header may include an address (MAC address) or a link address (Link Address), and may include header error checking and link layer control information.
  • the payload represents a part including actual data to be transmitted in the MAC PDU.
  • the CRC refers to a method of determining a check value for checking whether there is an error in the transmitted data when transmitting data through a network or the like.
  • the general MAC header is necessarily included in the MAC PDU, the payload and the CRC may be optionally included.
  • the generic MAC header includes a length field indicating the total length of the MAC PDU.
  • the transmitter may fragment and transmit the data.
  • the transmitting end may pack and transmit other data to be transmitted in the MAC PDU.
  • each MAC PDU including the divided or packed data may be configured to include an extension header indicating the order and length of data included in the payload.
  • the limitation of the length of data that can be represented by each length field may vary. That is, when the size of the length field in the extension header for dividing or packing is smaller than the size indicated by the length field in the general MAC header indicating the length of the MAC PDU, data that may be configured as a single MAC PDU may be extended header. Due to the limitation of the length field in the UE, a plurality of MAC PDUs may be configured and transmitted.
  • the present specification has been made to solve the problems of the general technology as described above, the present specification is to provide an efficient MAC PDU transmission and reception method.
  • the present specification is to provide a method for efficiently transmitting and receiving a MAC PDU for data having a large length (for example, data having a length of 2047 bytes or more).
  • the present specification is to provide a method for efficiently transmitting and receiving a MAC PDU for the data (for example, data having a length of 2047 bytes or more) of the total length increases as a plurality of data is packed.
  • the present specification is to provide a new header structure for transmitting and receiving large size data.
  • the present disclosure is to provide an apparatus for performing the above-described methods.
  • the present specification provides a method of receiving a MAC PDU of a receiver in a wireless communication system.
  • the method of receiving a MAC PDU of the receiving end may include receiving a MAC PDU including a header part and a payload from a transmitting end, and the header part of a service data unit (hereinafter referred to as SDU) in the MAC PDU. Or a first extension header including a first length field indicating a length of a divided SDU; Decoding the header portion; And determining, according to the decoding result, whether the size of the first length field in the first extended header is an extended size or a basic size.
  • SDU service data unit
  • the first extension header may be a fragmentation and packing extended header or a packing extended header.
  • the basic size of the first length field may be 11 bits, and the extended size of the first length field may be 14 bits.
  • the decoding of the header unit may be a step of confirming whether or not a MAC PDU Length Extension Header (MLEH) is included in the header unit. At this time, if MLEH is present in the header portion, the size of the first length field may be determined as an extended size.
  • MLEH MAC PDU Length Extension Header
  • the first extension header may further include a first length indicator indicating a size of the first length field, and the decoding may be checking the first length indicator. have.
  • the size of the first length field may be determined as the extension size.
  • the header unit may further include a multiplexing extended header (hereinafter referred to as MEH) including a second length field and a second length indicator indicating a size of the second length field. Identifying the length indicator.
  • MEH multiplexing extended header
  • the second length indicator indicates the extension size
  • the size of the first length field may be determined as the extension size.
  • the present specification provides a terminal for receiving a MAC PDU in a wireless communication system.
  • the terminal receiving the MAC PDU, the memory;
  • a wireless communication unit for transmitting and receiving an external signal and a wireless signal;
  • a controller for controlling reception and decoding of the MAC PDU.
  • the control unit may receive a MAC PDU including a header unit and a payload from a base station, and the header unit may include a service data unit (hereinafter referred to as an SDU) or a divided SDU in the MAC PDU.
  • SDU service data unit
  • a first extension header comprising a first length field indicating a length of; Decoding the header portion; According to the decoding result, the control may be performed to determine the size of the first length field in the first extended header as either the basic size or the extended size.
  • the wireless communication system may determine the size of the length field of the extension header for packing as the extended size. Therefore, when a plurality of MAC SDUs having a length of more than 2047 bytes of some MAC SDUs are transmitted in one connection in the wireless communication system, if the length field of an extension header for packing is an extended size, one MAC SDU is one. Since it can be packed and transmitted in the MAC PDU, the overhead of MAC PDU transmission and reception can be reduced.
  • the wireless communication system may determine the size of the length field in the split packing extension header according to the presence or absence of the MAC PDU length extension header included in the MAC PDU.
  • the split packing extension header can be decoded without a separate indicator indicating the size.
  • the size of the length field in the split packing extension header may be represented as the extended size only when the packing is performed, so that overhead due to the extended size does not occur when the packing is not packed.
  • FIG. 1 illustrates an example of a MAC PDU type in an IEEE 802.16e system, which is one of wireless access systems.
  • FIG. 2 is a diagram illustrating an example of a MAC PDU used in embodiments of the present invention.
  • FIG. 3 is a diagram illustrating an example of AGMH used in embodiments of the technology disclosed herein.
  • FIG. 4 is a diagram illustrating an example of an extension header group used in embodiments of the technology disclosed herein.
  • FIG. 5 is a diagram illustrating an example of a structure of a MAC PDU including MLEH used in embodiments of the technology disclosed herein.
  • FIG. 6 is a diagram illustrating an example of a structure of a MAC PDU including a multiplexed extension header used in embodiments of the technology disclosed herein.
  • FIG. 7 is a diagram illustrating an example of a structure of a MAC PDU including FPEH used in embodiments of the technology disclosed herein.
  • FIG. 8 is a flowchart illustrating a method of receiving a MAC PDU by a receiving end in a wireless communication system according to an exemplary embodiment disclosed herein.
  • FIG. 9 is a block diagram illustrating a wireless communication system according to an embodiment of the present disclosure.
  • Embodiments of the technology disclosed herein relate to a method and apparatus for transmitting data in a wireless access system.
  • the technology disclosed herein relates to a method and apparatus for receiving a MAC PDU carrying a split header.
  • a terminal collectively refers to a mobile or fixed user terminal device such as a user equipment (UE), a mobile station (MS), and an advanced mobile station (AMS).
  • the base station collectively refers to any node of the network side that communicates with the terminal such as a Node B, an eNode B, a Base Station, and an Access Point (AP).
  • the repeater may be referred to as a relay node (RN), a relay station (RS), a relay, or the like.
  • the transmitting end refers to a fixed and / or mobile node that provides a data service or a voice service
  • the receiving end refers to a fixed and / or mobile node that receives a data service or a voice service. Therefore, in uplink, a mobile station may be a transmitting end and a base station may be a receiving end. Similarly, in downlink, a mobile station may be a receiving end and a base station may be a transmitting end.
  • FIG. 2 is a diagram illustrating an example of a MAC PDU used in embodiments of the present invention.
  • each MAC PDU may include a MAC header 210, one or more extension headers 220, and a payload 230.
  • the MAC PDU starts with a MAC header, and one or more extension headers 220 can follow the MAC header.
  • the payload may be located after the MAC header.
  • the extension header 220 is included in the MAC PDU, the payload is located after the extension header.
  • the extension header 220 and the payload 230 may be optionally included in the MAC PDU.
  • One or more extension headers may not be present in the MAC PDU without the payload.
  • MAC headers Three types are defined in the IEEE 802.16m system.
  • One is an Enhanced Generic MAC Header (hereinafter referred to as 'AGMH') used for downlink / uplink MAC PDUs including MAC control messages and / or data of convergence sublayers.
  • the other is a Compact MAC Header (hereinafter referred to as 'CMH') used for MAC PDUs of connections used for Persistent Allocation or Group Allocation to support VoIP service.
  • 'CMH' Compact MAC Header
  • MSH MAC Signaling Header
  • the MAC header 210 disclosed in FIG. 2 uses the AGMH newly defined herein rather than the general MAC header (GMH, see FIG. 1) defined in the IEEE 802.16e system.
  • FIG. 3 is a diagram illustrating an example of AGMH used in embodiments of the technology disclosed herein.
  • the AGMH format is defined and used as shown in Table 1 below.
  • AGMH is data having a total size of 16 bits and includes a flow identifier (Flow ID), an extended header (hereinafter referred to as 'EH') presence field, and a length field. Can be.
  • Flow ID flow identifier
  • 'EH' extended header
  • 'EH' length field
  • the flow identifier identifies a service flow connection through which the corresponding MAC PDU is transmitted, and the EH field indicates whether the extension header exists after the AGMH.
  • the length field in the AGMH has a size of 11 bits and indicates a length of the entire MAC PDU.
  • the maximum size of a MAC PDU that can be represented using only the 11-bit length field in the AGMH is 2047 bytes.
  • FIG. 4 is a diagram illustrating an example of an extension header group used in embodiments of the technology disclosed herein.
  • the receiving end can know whether the Extended Header Group (EHG) is included in the MAC PDU through the EH field of the AGMH. If an extended header group is included in the MAC PDU, it is immediately after the AGMH. The extended header group is not encrypted and does not exist in the MAC PDU without the payload.
  • EHG Extended Header Group
  • Table 2 below shows an example of an extended header group field format.
  • Extended Header Group Length 8 The extension header group length field indicates the total length of an extension header group including all extension headers in bytes.
  • Extended Header Type 4 See Table 3 for the extension header types.
  • Extended Header Body variable The size of the extension header is determined by the extension header type defined in Table 3. Extension headers that contain extension header types are allocated in bytes.
  • an extension header group includes an extension header group length field, one or more extension header type fields, and one or more extension header body fields.
  • the extension header group length field indicates the total length of the extension header group including all extension headers.
  • the extension header type field indicates the type of each extension header included in the included extension header group.
  • the size of the extension header body field is determined according to each extension header type field.
  • Table 3 below shows an example of an extended header type field format.
  • Extension header type designation 0b0110 Fragment and packing Extended Header - MAC Control Extended Header 0b0000 Multiplexing Extended Header 0b0001 Message ACK Extended Header 0b0010 Sleep control extended header 0b0011 Correlation matrix feedback Extended Header 0b0100 MIMO feedback Extended Header 0b0101 Piggybacked bandwidth request Extended Header 0b0111 MAC PDU length Extended Header 0b1000 ARQ feedback Extended Header 0b1001-0b1111 reserved
  • the size of the MAC PDU that can be represented using only the 11-bit length field in the AGMH is 2047 bytes at most. Accordingly, in order to transmit a service data unit (SDU) having a large size of 2047 bytes or more, the transmitting end should fragment one or more MAC PDUs. Due to such SDU division, MAC control overhead may occur.
  • the divided MAC PDUs must include a Sequence Number (hereinafter, 'SN') field indicating the order of each divided packet, in addition to each including the AGMH.
  • the MAC PDU including each split packet may include a fragmentation and packing extended header (hereinafter referred to as 'FPEH') which is an extension header including fields related to segmentation of the SDU. Details of the FPEH will be described later with reference to FIG. 7.
  • 'FPEH' fragmentation and packing extended header
  • the MAC PDU Length Extension Header (hereinafter, referred to as 'MLEH') has a 3-bit length field, and the MAC PDU is formed using a 14-bit size by concatenating the length field in the AGMH and the length field in the MLEH. It can represent the total length. Details of the MLEH will be described later with reference to FIG. 5.
  • FIG. 5 is a diagram illustrating an example of a structure of a MAC PDU including MLEH used in embodiments of the technology disclosed herein.
  • MLEH is a new extension header defined to transmit relatively large size data in one MAC PDU. That is, considering that the size of the length field in the AGMH is 11 bits, the length of the MAC PDU that can be transmitted is 2047 bytes or less. Therefore, when transmitting a MAC PDU larger than 2047 bytes, the length of the representable MAC PDU including MLEH can be increased.
  • the MAC PDU may include an AGMH 510, an extended header group 520, and a MAC payload 530.
  • the AGMH 510 includes a 4-bit flow identifier, an 1-bit EH field, and an 11-bit length field.
  • the extension header group 520 may include an extension header group length field 521, an MLEH 522 including a type field and a length field, and other extension headers 525.
  • the length field in MLEH together with the length field of AGMH defined in Table 1 indicates the total length of the MAC PDU.
  • the transmitter transmits the MAC PDU including the MLEH of FIG. 5 to the receiver when the total length of the MAC PDU is 2047 bytes or more.
  • the receiving end decoding the MLEH may calculate the total length of the corresponding MDPU using the length field of the MAC PDU included in the MLEH and the length field of the AGMH.
  • MLEH is the first extension header and is placed first before other extension headers.
  • the type field indicates that the corresponding header is MLEH added to transmit large size data
  • the length field indicates the length of the entire MAC PDU together with the length field of the AGMH.
  • the MLEH is located first before other extension headers in the MAC PDU.
  • the MLEH is located immediately after the AGMH and in front of the payload, and when used with other extension headers, it is preferable to appear first in the extension header group before other extension headers. This is because the MLEH must first be decoded at the receiving end to know the size of the entire MAC PDU.
  • the length field of the MLEH may be used as the most significant bit (MSB) of 3 bits of the extended length of the MAC PDU, and the length field of the AGMH may be used as the least significant bit (Least Significant Bit, LSB) of 11 bits of the extended length of the MAC PDU. have.
  • MSB most significant bit
  • LSB least significant bit
  • the transmitting end may transmit a MAC PDU of 2047 bytes or more and 32767 bytes or less to the receiving end.
  • FIG. 6 is a diagram illustrating an example of a structure of a MAC PDU including a multiplexed extension header used in embodiments of the technology disclosed herein.
  • a multiplexing extended header (hereinafter, referred to as 'MEH') is an extended header used when transmitting data including a plurality of connections in one MAC PDU.
  • the MEH is used when a payload coming from another connection having the same security association (SA) as the first connection corresponding to the flow identifier included in the AGMH is included in the MAC PDU.
  • SA security association
  • the MEH includes flow identifiers of other connections that are multiplexed.
  • the MAC PDU includes an AGMH 610, a MEH 620, a first FPEH 630, a second FPEH 640, a first payload 650, and a second payload 660.
  • the AGMH 610 may include a first flow identifier
  • the MEH 620 may include a second flow identifier of a connection having the same SA as the first flow identifier.
  • the MAC PDU may include multiplexing the first payload 650 and the second payload 660 corresponding to the first flow identifier and the second flow identifier, respectively. If MEH and FPEH are present in one MAC PDU at the same time, the MEH must appear before the FPEH. An example in which MEH is used with FPEH is described below with reference to FIG. 7.
  • Table 5 below shows an example of the MEH format.
  • the 'i' th length field indicates the length of the payload of the 'i + 1' th connection.
  • the length of the payload of the first connection the length of the entire MAC PDU (given by the length fields of AGMH and MLEH)-the length of the PN and EKS (if present)-the length of the ICV (if present)-the length 'n-1' Sum of fields ⁇ else ⁇ Length 14 Length of the connection payload.
  • the 'i' th length field indicates the length of the payload of the 'i + 1' th connection.
  • the length of the payload of the first connection the length of the entire MAC PDU (given by the length fields of AGMH and MLEH)-the length of the PN and EKS (if present)-the length of the ICV (if present)-the length 'n-1' Sum of fields Reserved
  • FPEH_MCEH_indicator bitmap The number of bits in the FPEH_MCEH_indicator bitmap is equal to the number of flows multiplexed in the MAC PDU (ie, N_FI + 1).
  • the MSB corresponds to the payload of the first connection.
  • the LSB corresponds to the payload of the last connection.
  • the type field indicates a multiplexed extension header
  • the N_FID field indicates the number of flow information present in the MEH. Thereafter, a flow identifier, a length indicator, a length field, and the like corresponding to each flow information in the MEH are included in the MEH.
  • FIG. 7 is a diagram illustrating an example of a structure of a MAC PDU including FPEH used in embodiments of the technology disclosed herein.
  • the data from the transport connection is provided to the MAC layer in the form of MAC SDUs, and in the case where fragmentation or packing is applied to the MAC SDU or SN is applied, the MAC PDU must include FPEH. do. That is, when the MAC SDU is divided or packed, the split or packing information of the SDU is notified using FPEH.
  • an SDU # 0 750 having a flow identifier of #n and an SDU # 1 760 and a SDU # 9 770 having a flow identifier of #m are provided to a MAC layer. If the data length of SDU # 0 750 of flow #n is greater than the total length of the MAC PDU indicated by the length field in AGMH 710a, then SDU # 0 750 may have a first payload to be transmitted on two MAC PDUs. 750a and second payload 750b. When data divided from one SDU is included in the payload, the MAC PDU includes FPEHs including the SN of the divided data, that is, the first FPEH 720a and the second FPEH 720b.
  • one MAC PDU may be packed to include SDUs having the same flow identifier. That is, the third payload 760b may be packed together with the second payload 750b to be included in one MAC PDU, where the third payload 760b may be packed into one MAC PDU.
  • the length of the third payload 760b corresponds to the length of the MAC PDU that can be represented by the length field in the AGMH 710b except the length of the second payload 750b.
  • the 2 FPEH 720b serves as an extension header for packing the second payload 750b and the third payload 760b.
  • the remaining portion of the SDU # 1 760 is configured to be included in another MAC PDU as the fourth payload 760c.
  • one MAC PDU may be multiplexed to include SDUs having different flow identifiers. That is, the fourth payload 760c having the flow identifier #n may be multiplexed to be included in one PDU together with the fifth payload 770c which is data of the SDU # 0 770 having the other flow identifier #m. Can be.
  • the header and extension header of the multiplexed MAC PDU include the flow identifier and the SN information corresponding to each payload. That is, the flow identifier #n may be indicated by the flow identifier of the AGMH 710c and the sequence number SN # 3 may be indicated by the third FPEH 721c with respect to the fourth payload 760c.
  • the flow identifier #m may be indicated by the flow identifier of the MEH 730c, and the sequence number SN # 0 may be indicated by the fourth FPEH 722c.
  • the split or packing information of the SDU may be included in the FPEH, and the split information of the SDU may be included in the FEH and the packing information of the SDU may be included in the PEH, respectively.
  • the length of one MAC PDU may have a size of at most (2 14 -1) bytes.
  • the size of the SDU to be transmitted in the MAC layer is included in a single MAC PDU, whether or not the SDU is divided and the data size of the packed SDU may be determined.
  • the FPEH indicating the split or packing information of the SDU should include a length field indicating the length of the split or packed SDU or the length of the split SDU data.
  • the length field of the divided and packed SDU of the SDU in the payload in the FPEH should reflect the maximum value of the total length of the MAC PDU. That is, the total length of the MAC PDU may be the maximum (2 14 -1) bytes that can be represented by 14 bits using length fields in AGMH and MLEH, but the size of the length field in FPEH is, for example, 11 bits in size.
  • the SDU data which can be included in one MAC PDU and transmitted, may be included in the plurality of MAC PDUs.
  • the size of the length field in the extension header including the partitioning or packing information is configured to have a space equal to the size of the length field that may indicate the total length of the MAC PDU.
  • the length field of the extension header including the partitioning or packing information of the SDU in the MAC PDU can be configured to have at least 14 bits in size. do.
  • FPEH FPEH
  • FIG. 8 is a flowchart illustrating a method of receiving a MAC PDU by a receiving end in a wireless communication system according to an exemplary embodiment disclosed herein.
  • the receiving end receives a MAC PDU including a MAC header part and a payload from the transmitting end (S10).
  • the MAC header unit may include an FPEH for divided or packed data included in a payload.
  • the FPEH may include a length field indicating the length of the divided or packed SDU in the payload.
  • the receiving end decodes the header part of the received MAC PDU (S20).
  • the decoding of the header part may be for determining the size of the length field in the FPEH.
  • the decoding of the header part may include whether the length of the received MAC PDU is represented to have a size of 11 bits using only a length field in AGMH among information included in a header part of a MAC PDU.
  • the length field in the MLEH may be concatenated to determine whether it is represented to have a size of 14 bits.
  • the receiver determines the size of the length field in the FPEH based on the decoding result of the MAC PDU header unit (S30). Specifically, when the check result indicates that the length of the MAC PDU is indicated by the 11-bit length field, the receiver determines that the length field in the FPEH has a size of 11 bits as the default size. In addition, if the length of the MAC PDU is indicated by the 14-bit length field, the receiver determines that the length field in the FPEH has an extended size of 14 bits.
  • FPEH Fibre Channel Adaptive Binary Arithmetic Coding
  • PDU reception method may be applied to other extension headers including information on partitioned or packed data that may be included in the MAC PDU. It may be a MAC SDU fragmentation extended header (FEH) or MAC SDU packing extended header (PEH) including information on the divided or packed data.
  • FHE MAC SDU fragmentation extended header
  • PEH MAC SDU packing extended header
  • the receiving end performing the above-described MAC PDU receiving method of the wireless communication system according to the present disclosure may be a base station in the uplink and a mobile terminal in the downlink.
  • a first embodiment of the technology disclosed herein relates to a method of determining a length field of an FPEH according to whether a MLEH is included in a MAC PDU received by a receiving end.
  • a procedure for checking whether MLEH is included in the header is performed in the decoding of the header of the MAC PDU. If MLEH is present in the header as a result of the decoding, the size of the length field of the FPEH is determined as the extended size, and in the absence, the base field is determined as the default size.
  • Table 6 shows an example of the FPEH format used in the first embodiment.
  • 'SN' represents the sequence number of the MAC PDU including the payload, and the 'SN' value is incremented by one for each MAC PDU.
  • 'SN' represents an ARQ block sequence number.
  • AFP One Includes ARQ feedback poll indicator. '0' does not include ARQ feedback poll. '1' contains an ARQ feedback poll for connections directed at the AGMH or MEH when multiplexing is used RI
  • ARQ Re-arrangement information indicator One Includes ARQ Re-arrangement information indicator.
  • '0' does not indicate ARQ rearrangement.
  • '0' indicates the last ARQ subblock in a single ARQ block not included in the corresponding MAC PDU.
  • MLEH is the first extension header among the extension headers. Accordingly, since the receiving end receiving the MAC PDU can check the existence of the MLEH before decoding the FPEH, it is possible to decode the length field in the FPEH to 14 bits when the MLEH is present.
  • a length indicator indicating a size of a length field is included in the FPEH, and the FPEH checks the value of the length indicator of the FPEH of the MAC PDU received by the receiving end. To determine the length field. Therefore, in the decoding step of the header of the MAC PDU in the second embodiment, a procedure for checking the value of the length indicator in the FPEH is performed. When the length indicator indicates 1 as a result of decoding, the size of the length field of the FPEH is determined as the extension size, and when the length indicator indicates 0, it is determined as the default size. Table 7 shows an example of the FPEH format used in the second embodiment.
  • 'SN' represents the sequence number of the MAC PDU including the payload, and the 'SN' value is incremented by one for each MAC PDU.
  • 'SN' represents an ARQ block sequence number.
  • AFP One Includes ARQ feedback poll indicator. '0' does not include ARQ feedback poll. '1' contains an ARQ feedback poll for connections directed at the AGMH or MEH when multiplexing is used RI
  • '0' does not indicate ARQ rearrangement.
  • '1' indicates ARQ rearrangement LI One Length indicator.
  • '0' indicates that the length field is 11 bits in size.
  • '0' indicates the last ARQ subblock in a single ARQ block not included in the corresponding MAC PDU.
  • a third embodiment of the technology disclosed herein relates to a method of determining a length field of an FPEH according to whether a MAC PDU received by a receiver includes a MEH, and if a MEH is included, according to a value of a length indicator in the MEH. Therefore, in the decoding step of the header of the MAC PDU in the third embodiment, a procedure for checking whether the MEH is included in the MAC PDU and a value for the length indicator in the MEH are performed. If the decoding result of the MEH is present and the length indicator in the MEH indicates 1, the size of the length field of the FPEH is determined as the extension size, otherwise it is determined as the base size.
  • Table 8 shows an example of the FPEH format used in the third embodiment.
  • '0' does not indicate ARQ rearrangement.
  • '0' indicates the last ARQ subblock in a single ARQ block not included in the corresponding MAC PDU.
  • a fourth embodiment of the technology disclosed herein relates to a method of determining a length field of an FPEH according to whether a MAC PDU received by a receiver includes MLEH or MEH and a value of a length indicator in the MEH. Therefore, in the decoding step of the header of the MAC PDU in the fourth embodiment, a procedure for checking whether MLEH or MEH is included in the MAC PDU and a procedure for checking the value of the length indicator in the MEH may be performed. If the MLEH or MEH is present as a result of the decoding and the length indicator in the MEH indicates 1, the size of the length field of the FPEH is determined as the extended size. If not, the default size is determined. Table 9 shows an example of the FPEH format used in the fourth embodiment.
  • '0' does not indicate ARQ rearrangement.
  • '0' indicates the last ARQ subblock in a single ARQ block not included in the corresponding MAC PDU.
  • FPEH For example, if FPEH is defined to be used only for initial ARQ block transmission or ARQ block retransmission without rearrangement, then an ARQ block with rearrangement is transmitted. Additional rearrangement FPEH (RFPEH) may be defined for the case. If such an RFPEH is defined, and the RFPEH and the FPEH cannot be transmitted at the same time, the size of the length field of the RFPEH may also be determined, for example, 11 bits or 14 bits, in the same manner as in the embodiments of the present disclosure.
  • RFPEH Additional rearrangement FPEH
  • the wireless communication system 900 may include a base station 910 and a terminal 920.
  • the base station 910 includes a control unit 911, a memory 912, and a radio frequency unit (RF) unit 913.
  • RF radio frequency unit
  • the controller 911 implements the proposed function, process and / or method. Layers of the air interface protocol may be implemented by the controller 911.
  • the controller 911 may operate the MAC layer and instruct to configure or decode the MAC PDU.
  • the memory 912 is connected to the control unit 911 to store protocols or parameters for configuring and decoding the MAC PDU.
  • the RF unit 913 is connected to the control unit 911 to transmit and / or receive a radio signal.
  • the terminal 920 includes a controller 921, a memory 922, and a wireless communication (RF) unit 923.
  • RF wireless communication
  • the controller 921 implements the proposed function, process and / or method. Layers of the air interface protocol may be implemented by the controller 921.
  • the controller 921 may operate the MAC layer and instruct to configure or decode the MAC PDU.
  • the memory 912 is connected to the control unit 921 to store protocols or parameters for configuring and decoding the MAC PDU.
  • the RF unit 913 is connected to the control unit 921 to transmit and / or receive a radio signal.
  • the controllers 911 and 921 may include an application-specific integrated circuit (ASIC), another chipset, a logic circuit, and / or a data processing device.
  • the memories 912 and 922 may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media, and / or other storage devices.
  • the RF unit 913 and 923 may include a baseband circuit for processing a radio signal.
  • the above-described technique may be implemented as a module (process, function, etc.) for performing the above-described function.
  • the module may be stored in the memories 912 and 922 and executed by the controllers 911 and 921.
  • the memories 912 and 922 may be inside or outside the controllers 911 and 921, and may be connected to the controllers 911 and 921 by various well-known means.

Abstract

본 명세서는 무선 통신 시스템에서 수신단의 매체접속제어 프로토콜 데이터 유닛(Medium Access Control Protocol Data Unit; MAC PDU) 수신 방법을 개시한다. 상기 수신단의 MAC PDU 수신 방법은 송신단으로부터 헤더(header)부 및 페이로드(payload)를 포함하는 MAC PDU를 수신하는 단계와, 상기 헤더부는 상기 MAC PDU 내의 서비스 데이터 유닛(Service Data Unit; 이하 SDU) 또는 분할된 SDU의 길이를 지시하는 제 1 길이 필드를 포함하는 제 1 확장 헤더를 포함하고; 상기 헤더부를 디코딩하는 단계와; 그리고 상기 디코딩 결과에 따라, 상기 제 1 확장 헤더 내의 제 1 길이 필드의 크기가 확장된 크기인지 기본 크기인지를 결정하는 단계를 포함하여 이루어질 수 있다.

Description

분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치
본 명세서는 매체접속제어 프로토콜 데이터 유닛의 수신 방법 및 장치에 관한 것이다. 보다 상세하게는, 본 명세서는 분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛의 수신 방법 및 장치에 관한 것이다.
이하에서는 무선접속 시스템에서 사용되는 일반 헤더에 관하여 간략히 설명한다.
이하에서는 매체접속제어(Medium Access Control; 이하 'MAC') 계층(layer)에서 사용되는 매체접속제어 프로토콜 데이터 유닛(Media Access Control Protocol Data Unit; 이하 'MAC PDU')에 대하여 간략히 설명한다.
일반적으로 2 계층 이하의 MAC 계층(MAC layer, 또는 링크 계층(Link layer)) 및 물리 계층(Physical layer)은 LAN, 무선 LAN, 3GPP/3GPP2 또는 무선 MAN 등 무선접속 시스템에 따라 다른 프로토콜을 사용한다. 따라서, 각 무선접속 시스템에 따른 MAC PDU의 헤더 포맷이 다르게 정의된다.
MAC PDU 형태의 일례
도 1은 무선접속 시스템 중 하나인 IEEE 802.16e 시스템에서의 MAC PDU 형태의 일례를 나타낸다.
도 1을 참조하면, MAC PDU는 일반 MAC 헤더(Generic MAC Header; GMH), 페이로드(Payload) 및 순환중복검사(Cyclic Redundancy Check; 이하 'CRC') 필드를 포함할 수 있다. 일반 MAC 헤더는 링크 계층에서의 각 노드(node)들 간의 데이터 전달을 위해 사용된다. 일반 MAC 헤더는 주소(MAC Address) 또는 링크 주소(Link Address)를 포함하고, 헤더오류검사 및 링크 계층의 제어정보를 포함할 수 있다.
페이로드는 MAC PDU에서 전송하려는 실제 데이터가 포함되는 부분을 나타낸다. 또한, CRC는 네트워크 등을 통하여 데이터를 전송할 때, 전송된 데이터에 오류가 있는지를 확인하기 위한 체크값을 결정하는 방식을 말한다. 다만, MAC PDU에서 일반 MAC 헤더는 반드시 포함되지만, 페이로드 및 CRC는 선택적으로 포함될 수 있다.
일반 MAC 헤더는 MAC PDU 전체 길이를 나타내는 길이 필드를 포함한다. 송신단은 전송하려는 데이터의 길이가 일반 MAC 헤더 내의 길이 필드로 표현 가능한 MAC PDU의 길이보다 큰 경우에, 상기 데이터를 분할(fragment)하여 전송할 수 있다. 또한 송신단은 전송하려는 데이터의 길이가 일반 MAC 헤더 내의 길이 필드에 의해표현 가능한 MAC PDU의 길이보다 작은 경우, 전송하려는 다른 데이터를 상기 MAC PDU에 패킹(packing)하여 전송할 수 있다. 이와 같이 분할 또는 패킹이 이루어진 데이터를 포함하는 각 MAC PDU는 페이로드에 포함된 데이터의 순서 및 길이를 나타내는 확장 헤더를 포함하도록 구성될 수 있다.
이 경우, MAC PDU 내에 존재하는 복수의 길이 필드들의 크기가 서로 다름으로 인하여, 각 길이 필드로 표현 가능한 데이터의 길이의 제한이 달라질 수 있다. 즉, MAC PDU의 길이를 나타내는 일반 MAC 헤더 내의 길이 필드의 크기가 나타내는 크기에 비하여 분할 또는 패킹을 위한 확장 헤더 내의 길이 필드의 크기가 작은 경우에는, 단일 MAC PDU로 구성될 수 있는 데이터들이 확장 헤더 내의 길이 필드의 제약으로 인하여 복수의 MAC PDU로 구성되어 전송될 수 있다.
본 명세서는 전술된 바와 같은 일반적인 기술의 문제점을 해결하기 위하여 안출된 것으로서, 본 명세서는 효율적인 MAC PDU 송수신 방법을 제공하기 위한 것이다.
또한, 본 명세서는 큰 길이를 가지는 데이터(예를 들어, 2047 바이트 이상의 길이를 가지는 데이터의 경우)를 위하여 효율적으로 MAC PDU를 송수신하는 방법을 제공하기 위한 것이다.
또한, 본 명세서는 여러 개의 데이터가 패킹됨에 따라 전체 길이가 커진 데이터(예를 들어, 2047 바이트 이상의 길이를 가지는 데이터)를 위하여 효율적으로 MAC PDU를 송수신하는 방법을 제공하기 위한 것이다.
또한, 본 명세서는 큰 크기의 데이터를 송수신하기 위한 새로운 헤더 구조를 제공하기 위한 것이다.
또한, 본 명세서는 전술된 방법들을 수행하는 장치를 제공하기 위한 것이다.
본 명세서에서 달성하고자 하는 기술적 목적들은 이상에서 언급한 사항들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 이하 설명할 본 발명의 실시 예들로부터 본 명세서에 개시된 기술이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 고려될 수 있다.
본 명세서는 무선 통신 시스템에서 수신단의 MAC PDU 수신 방법을 제공한다.
상기 수신단의 MAC PDU 수신 방법은 송신단으로부터 헤더(header)부 및 페이로드(payload)를 포함하는 MAC PDU를 수신하는 단계와, 상기 헤더부는 상기 MAC PDU 내의 서비스 데이터 유닛(Service Data Unit; 이하 SDU) 또는 분할된 SDU의 길이를 지시하는 제 1 길이 필드를 포함하는 제 1 확장 헤더를 포함하고; 상기 헤더부를 디코딩하는 단계와; 그리고 상기 디코딩 결과에 따라, 상기 제 1 확장 헤더 내의 제 1 길이 필드의 크기가 확장된 크기인지 기본 크기인지를 결정하는 단계를 포함하여 이루어질 수 있다.
상기 제 1 확장 헤더는 분할 패킹 확장 헤더(Fragmentation and Packing Extended Header) 또는 패킹 확장 헤더(Packing Extended Header)일 수 있다.
또한, 상기 제 1 길이 필드의 기본 크기는 11 비트(bit)이고, 상기 제 1 길이 필드의 확장 크기는 14 비트(bit)일 수 있다.
또한, 상기 헤더부를 디코딩하는 단계는 상기 헤더부에 MAC PDU 길이 확장 헤더(MAC PDU Length Extension Header; 이하 MLEH)가 포함되었는지 여부를 확인하는 단계일 수 있다. 이 때 상기 헤더부에 MLEH가 존재하는 경우, 상기 제 1 길이 필드의 크기는 확장 크기로 결정될 수 있다.
또한, 상기 제 1 확장 헤더는 상기 제 1 길이 필드의 크기를 지시하는 제 1 길이 지시자(length indicator)를 더 포함하고, 상기 디코딩 단계는 상기 제 1 길이 지시자(length indicator)를 확인하는 단계일 수 있다. 이 때 상기 제 1 길이 지시자가 확장 크기를 지시하는 경우, 상기 제 1 길이 필드의 크기가 확장 크기로 결정될 수 있다.
또한, 상기 헤더부는 제 2 길이 필드 및 상기 제 2 길이 필드의 크기를 지시하는 제 2 길이 지시자를 포함하는 다중화 확장 헤더(Multiplexing Extended Header; 이하 MEH)를 더 포함하고, 상기 디코딩 단계는 상기 제 2 길이 지시자를 확인하는 단계일 수 있다. 이 때 상기 제 2 길이 지시자가 확장 크기를 지시하는 경우, 상기 제 1 길이 필드의 크기가 확장 크기로 결정될 수 있다.
한편, 본 명세서는 무선 통신 시스템에서 MAC PDU를 수신하는 단말을 제공한다. 상기 MAC PDU를 수신하는 단말은, 메모리; 외부 신호와 무선 신호를 송수신하기 위한 무선통신부; 및 MAC PDU의 수신 및 디코딩을 제어하는 제어부를 포함할 수 있다.
상기 제어부는, 기지국으로부터 헤더(header)부 및 페이로드(payload)를 포함하는 MAC PDU를 수신하는 단계와, 상기 헤더부는 상기 MAC PDU 내의 서비스 데이터 유닛(Service Data Unit; 이하 SDU) 또는 분할된 SDU의 길이를 지시하는 제 1 길이 필드를 포함하는 제 1 확장 헤더를 포함하고; 상기 헤더부를 디코딩하는 단계와; 그리고 상기 디코딩 결과에 따라, 상기 제 1 확장 헤더 내의 제 1 길이 필드의 크기를 기본 크기 및 확장 크기 중 어느 하나로 결정하는 단계를 수행하도록 제어할 수 있다.
본 명세서에 개시된 기술의 실시 예들에 따르면 다음과 같은 효과가 있다.
본 명세서에 개시된 실시 예들에 따른 무선 통신 시스템은 패킹을 위한 확장 헤더의 길이 필드의 크기를 확장된 크기로 결정할 수 있다. 따라서 상기 무선 통신 시스템에서 하나의 연결 내에서 일부 MAC SDU의 길이가 2047 바이트보다 긴 다수의 MAC SDU가 전송되는 경우, 패킹을 위한 확장 헤더의 길이 필드의 크기가 확장된 크기라면 MAC SDU가 하나의 MAC PDU에 패킹되어 송수신 될 수 있어 MAC PDU 송수신의 오버헤드를 줄일 수 있다.
본 명세서에 개시된 일 실시 예에 따른 무선 통신 시스템은 MAC PDU에 포함된 MAC PDU 길이 확장 헤더의 유무에 따라 분할 패킹 확장 헤더 내의 길이 필드의 크기를 결정할 수 있으므로, 상기 분할 패킹 확장 헤더 내의 길이 필드의 크기를 나타내는 별도의 지시자 없이 상기 분할 패킹 확장 헤더를 디코딩할 수 있다.
본 명세서에 개시된 일 실시 예에 따른 무선 통신 시스템은 패킹이 된 경우에만 분할 패킹 확장 헤더 내의 길이 필드의 크기가 확장 크기로 표시될 수 있어 패킹이 되지 않은 경우에 확장 크기로 인한 오버헤드는 발생하지 아니한다.
본 발명의 실시 예들에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 이하의 본 발명의 실시 예들에 대한 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 도출되고 이해될 수 있다. 즉, 본 발명을 실시함에 따른 의도하지 않은 효과들 역시 본 발명의 실시 예들로부터 당해 기술분야의 통상의 지식을 가진 자에 의해 도출될 수 있다.
도 1은 무선접속 시스템 중 하나인 IEEE 802.16e 시스템에서의 MAC PDU 형태의 일례를 나타낸다.
도 2는 본 발명의 실시 예들에서 사용되는 MAC PDU의 일례를 나타내는 도면이다.
도 3은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 AGMH의 일례를 나타내는 도면이다.
도 4는 본 명세서에 개시된 기술의 실시 예들에서 사용되는 확장헤더그룹의 일례를 나타내는 도면이다.
도 5는 본 명세서에 개시된 기술의 실시 예들에서 사용되는 MLEH가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
도 6은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 다중화 확장 헤더가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
도 7은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 FPEH가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
도 8은 본 명세서에 개시된 실시 예에 따른 무선 통신 시스템에서 수신단이 MAC PDU를 수신하는 방법을 도시한 흐름도이다.
도 9는 본 명세서에 개시된 기술의 일 실시 예를 따르는 무선 통신 시스템을 나타낸 블록도이다.
본 명세서에 개시된 기술의 실시 예들은 무선접속 시스템에서 데이터를 전송하는 방법 및 장치에 관한 것이다. 또한 본 명세서에 개시된 기술은 분할 헤더를 수반하는 MAC PDU의 수신 방법 및 장치에 관한 것이다.
이하, 본 명세서에 개시된 기술에 대한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 명세서에 개시된 기술의 예시적인 실시형태를 설명하고자 하는 것이며, 상기 기술이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 상기 기술의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나,본 명세서에 개시된 기술에 통상의 지식을 가진 자는 상기 기술이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다. 예를 들어, 이하의 상세한 설명은 이동통신 시스템이 IEEE 802.16m 시스템인 경우를 가정하여 구체적으로 설명하나, IEEE 802.16m의 특유한 사항을 제외하고는 다른 임의의 이동통신 시스템에도 적용 가능하다.
몇몇 경우, 상기 기술의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
아울러, 이하의 설명에 있어서 단말은 사용자 기기(User Equipment; UE), 모바일 스테이션(Mobile Station; MS), AMS(Advanced Mobile Station) 등 이동 또는 고정형의 사용자단 기기를 통칭하는 것을 가정한다. 또한, 기지국은 Node B, eNode B, Base Station, AP(Access Point) 등 단말과 통신하는 네트워크 단의 임의의 노드를 통칭하는 것을 가정한다. 중계기는 릴레이 노드(Relay Node; RN), 릴레이 스테이션(Relay Station; RS), 릴레이 등으로 호칭 될 수도 있다.
또한, 송신단은 데이터 서비스 또는 음성 서비스를 제공하는 고정 및/또는 이동 노드를 말하고, 수신단은 데이터 서비스 또는 음성 서비스를 수신하는 고정 및/또는 이동 노드를 의미한다. 따라서, 상향링크에서는 이동국이 송신단이 되고, 기지국이 수신단이 될 수 있다. 마찬가지로, 하향링크에서는 이동국이 수신단이 되고, 기지국이 송신단이 될 수 있다.
MAC PDU의 일례
도 2는 본 발명의 실시 예들에서 사용되는 MAC PDU의 일례를 나타내는 도면이다.
도 2를 참조하면, 각각의 MAC PDU(MAC PDU)는 MAC 헤더(210), 하나 이상의 확장 헤더(220) 및 페이로드(230)를 포함할 수 있다. MAC PDU는 MAC 헤더로 시작하고, 하나 이상의 확장 헤더(220)가 MAC 헤더 뒤에 따라나올 수 있다. 페이로드는 MAC 헤더 뒤에 위치할 수 있는데, 확장헤더(220)가 MAC PDU에 포함되는 경우에는 확장 헤더 뒤에 위치한다. 도 2에서 확장헤더(220) 및 페이로드(230)는 선택적으로 MAC PDU에 포함될 수 있다. 하나 이상의 확장 헤더는 페이로드 없이는 MAC PDU에 존재하지 못한다.
IEEE 802.16m 시스템에서는 세 가지 타입의 MAC 헤더가 정의된다. 하나는 MAC 제어 메시지 및/또는 수렴 부계층(Convergence Sublayer)의 데이터를 포함하는 하향링크/상향링크 MAC PDU들에 사용되는 향상된 일반 MAC 헤더(Advanced Generic MAC Header; 이하 'AGMH')이다. 다른 하나는, VoIP 서비스를 지원하는 지속적 할당(Persistent Allocation) 또는 그룹 할당(Group Allocation)을 위해 사용하는 연결들의 MAC PDU들에 사용되는 압축 MAC 헤더(Compact MAC Header; 이하 'CMH')이다. 마지막 하나는 다른 MAC PDU와 결합되거나 홀로 전송되는 MAC 시그널 헤더(MAC Signaling Header; 이하 'MSH')이다.
도 2에서 개시하는 MAC 헤더(210)는 IEEE 802.16e 시스템에서 정의하는 일반 MAC 헤더(GMH, 도 1 참조)가 아닌 본 명세서에서 새로이 정의하는 AGMH를 이용하는 것을 가정한다.
AGMH 포맷
도 3은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 AGMH의 일례를 나타내는 도면이다. 본 명세서에서 AGMH 포맷은 다음 표 1과 같이 정의되어 사용된다.
표 1
구문 크기(bit) 내용
Advanced Generic MAC Header(){
Flow ID 4 플로우 식별자
EH 1 확장헤더 존재 지시자; EH 필드가 1로 설정되면 확장헤더가 AGMH 이후에 존재하는 것을 지시한다.
Length 11 이 필드는 AGMH 및 확장헤더가 존재한다면 이를 포함하는 MAC PDU의 길이를 바이트 단위로 지시한다. 만약, MLEH가 MAC PDU에 존재하면 길이 필드는 MAC PDU의 길이를 11 LSB로서 지시한다.
}
표 1을 참조하면, AGMH는 총 16 비트의 크기를 가진 데이터이며, 내부에 플로우 식별자(Flow ID), 확장헤더(Extended Header; 이하 'EH') 존재지시 필드 및 길이(Length) 필드를 포함할 수 있다.
이때, 플로우 식별자는 해당 MAC PDU가 전송되는 서비스 플로우 연결을 식별하고, EH 필드는 확장헤더가 AGMH 이후에 존재하는지 여부를 지시한다. 또한, AGMH 내의 길이(length) 필드는 11 비트의 크기이며, MAC PDU 전체의 길이를 나타내는 필드이다. AGMH 내의 11 비트의 길이 필드만을 이용하여 표현 가능한 MAC PDU의 크기는 최대 2047 바이트(bytes)이다.
확장헤더그룹의 일례
도 4는 본 명세서에 개시된 기술의 실시 예들에서 사용되는 확장헤더그룹의 일례를 나타내는 도면이다.
수신단은 MAC PDU에 확장헤더그룹(Extended Header Group; EHG)이 포함되었는지 여부를 AGMH의 EH 필드를 통해 알 수 있다. 확장헤더그룹이 MAC PDU에 포함되는 경우에는 AGMH의 바로 뒤에 위치한다. 확장헤더그룹은 암호화되지 않으며 페이로드 없이는 MAC PDU 내에 존재하지 아니한다.
다음 표 2는 확장헤더그룹 필드 포맷의 일례를 나타낸다.
표 2
구문 크기(비트) 내용
Extended Header Group Length 8 확장헤더그룹길이 필드는 모든 확장헤더들을 포함하는 확장헤더그룹의 총 길이를 바이트 단위로 나타낸다
Extended Header Type 4 확장헤더의 타입은 표 3 참조
Extended Header Body 가변 확장헤더의 크기는 표 3에 정의된 확장헤더타입에 따라 결정된다. 확장헤더타입을 포함하는 확장헤더는 바이트 단위로 할당된다.
표 2를 참조하면, 확장헤더그룹은 확장헤더그룹 길이 필드, 하나 이상의 확장헤더 타입 필드 및 하나 이상의 확장헤더 보디 필드를 포함한다. 이때, 확장헤더그룹 길이 필드는 모든 확장헤더들을 포함하는 확장헤더그룹의 총 길이를 나타낸다. 확장헤더 타입 필드는 포함되는 확장헤더그룹에 포함되는 각각의 확장헤더의 타입을 나타낸다. 또한, 확장헤더 보디 필드는 각 확장헤더 타입 필드에 따라 그 크기가 결정된다.
다음 표 3은 확장헤더 타입 필드 포맷의 일례를 나타낸다.
표 3
확장헤더타입 명칭
0b0110 Fragment and packing Extended Header
- MAC Control Extended Header
0b0000 Multiplexing Extended Header
0b0001 Message ACK Extended Header
0b0010 Sleep control Extended Header
0b0011 Correlation matrix feedback Extended Header
0b0100 MIMO feedback Extended Header
0b0101 Piggybacked bandwidth request Extended Header
0b0111 MAC PDU length Extended Header
0b1000 ARQ feedback Extended Header
0b1001-0b1111 reserved
표 3을 참조하면, 도 4에 포함될 수 있는 확장헤더들의 타입을 알 수 있다.
전술된 바와 같이 AGMH 내의 11 비트의 길이 필드만을 이용하여 표현 가능한 MAC PDU의 크기는 최대 2047 바이트(bytes)이다. 따라서, 송신단은 2047 바이트 이상의 큰 크기의 서비스 데이터 유닛(Service Data Unit; 이하 'SDU')을 전송하기 위해서는 해당 데이터를 분할(fragment)하여, 하나 이상의 MAC PDU를 생성하여야 한다. 이와 같은 SDU 분할으로 인하여 MAC 제어 오버헤드가 발생할 수 있다. 예컨대, 분할된 MAC PDU들은 각각 AGMH를 포함하는 것 외에, 각 분할된 패킷의 순서를 나타내는 시퀀스 번호(Sequence Number; 이하 'SN') 필드를 별도로 포함하여야 한다. 이를 위하여, 각 분할된 패킷을 포함하는 MAC PDU는 SDU의 분할과 관련된 필드들을 포함하는 확장헤더인 분할 확장 헤더(Fragmentation and Packing Extended Header; 이하 'FPEH')를 포함할 수 있다. FPEH에 대한 상세는 도 7을 참조하여 후술된다.
또한, 확장 헤더 중에는 AGMH 내의 길이 필드의 크기 제한을 확장하기 위한 확장 헤더가 있다. 예컨대, MAC PDU 길이 확장 헤더(MAC PDU Length Extension Header; 이하 'MLEH')의 경우 3 비트의 길이 필드를 가지고 있으며, AGMH 내의 길이 필드와 MLEH 내의 길이 필드를 연접함으로써 14 비트 크기를 이용하여 MAC PDU 전체 길이를 나타낼 수 있다. MLEH에 대한 상세는 도 5를 참조하여 후술된다.
MLEH가 포함된 MAC PDU의 일례
도 5는 본 명세서에 개시된 기술의 실시 예들에서 사용되는 MLEH가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
MLEH는 비교적 큰 크기의 데이터를 하나의 MAC PDU로 전송하기 위해 정의된 새로운 확장헤더이다. 즉, AGMH 내의 길이 필드의 크기가 11 비트임을 고려할 때 전송가능한 MAC PDU의 길이는 2047 바이트 이하이다. 따라서, 송신단에서 2047 바이트보다 큰 MAC PDU를 전송할 때 MLEH를 포함하여 표현 가능한 MAC PDU의 길이를 증대할 수 있다.
도 5를 참조하면, MAC PDU는 AGMH(510), 확장헤더그룹(520) 및 MAC 페이로드(530)를 포함할 수 있다. 이때, AGMH(510)는 전술한 바와 같이 4 비트의 플로우 식별자, 1 비트의 EH 필드, 11 비트의 길이필드를 포함한다. 확장헤더그룹(520)은 확장헤더그룹길이필드(521), 타입필드 및 길이필드를 포함하는 MLEH(522) 및 다른 확장헤더들(525)을 포함할 수 있다. MLEH 내의 길이 필드는 표 1에서 정의한 AGMH의 길이 필드와 함께 MAC PDU의 전체 길이를 나타낸다.
송신단에서는 MAC PDU의 총 길이가 2047 바이트 이상인 경우 도 5의 MLEH를 포함하는 MAC PDU를 수신단으로 전송한다. MLEH를 디코딩한 수신단은 MLEH에 포함된 MAC PDU의 길이 필드 및 AGMH의 길이 필드를 이용하여 해당 MDPU의 전체 길이를 계산할 수 있다. MLEH가 다른 확장헤더들과 함께 사용되는 경우에는 MLEH는 첫 번째 확장헤더로서 다른 확장헤더들보다 제일 먼저 위치하게 된다.
다음 표 4는 MLEH 포맷의 일례를 나타낸다.
표 4
구문 크기(비트) 내용
MLEH(){
Type 4 길이확장헤더타입을 나타냄.
Length 3 3 비트의 길이필드는 AGMH의 11 비트의 길이필드의 MSB로서 부가된다. 즉, MAC PDU 길이는 MLEH (Length (3)) ... AGMH (Legnth (11))
Reserved 1 0으로 설정
}
표 4를 참조하면, 타입필드는 해당 확장헤더가 큰 크기의 데이터를 전송하기 위해 추가되는 MLEH임을 나타내고, 길이필드는 AGMH의 길이필드와 함께 전체 MAC PDU의 길이를 나타낸다.
만약, MLEH가 MAC PDU에 포함되면, MLEH는 해당 MAC PDU에서 다른 확장헤더보다 가장 먼저 위치하게 된다. 예를 들어, MLEH는 AGMH 바로 뒤 및 페이로드 앞에 위치하게 되며, 다른 확장헤더들과 함께 사용되는 경우 확장헤더그룹 내에서도 다른 확장헤더들보다 가장 먼저 나타나는 것이 바람직하다. 이는 수신단에서 MLEH를 먼저 디코딩해야 전체 MAC PDU의 크기를 알 수 있기 때문이다.
MLEH의 길이 필드는 MAC PDU의 확장된 길이의 최상위비트(Most Significant Bit, MSB) 3 비트로 사용되고, AGMH의 길이 필드는 MAC PDU의 확장된 길이의 최하위비트(Least Significant Bit, LSB) 11 비트로 사용될 수 있다.
표 4에 표현된 바와 같은 MLEH를 사용하는 경우, 송신단은 2047 바이트 이상 32767 바이트 이하의 MAC PDU를 수신단으로 전송할 수 있다.
MEH의 일례
도 6은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 다중화 확장 헤더가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
다중화 확장 헤더(Multiplexing Extended Header; 이하 'MEH')는 하나의 MAC PDU에 복수의 연결로부터 오는 데이터를 포함시켜 전송할 때 사용되는 확장 헤더이다. MEH는 AGMH에 포함되는 플로우 식별자에 대응되는 제 1 연결(connection)과 동일한 SA(security association)를 가지는 다른 연결로부터 오는 페이로드가 MAC PDU에 포함될 때 사용된다. MEH는 다중화되는 다른 연결들의 플로우 식별자들을 포함한다.
도 6을 참조하면, MAC PDU는 AGMH(610), MEH(620), 제 1 FPEH(630), 제 2 FPEH(640), 제 1 페이로드(650) 및 제 2 페이로드(660)를 포함할 수 있다. 이때, AGMH(610)는 제 1 플로우 식별자를 포함할 수 있으며, MEH(620)는 상기 제 1 플로우 식별자와 동일한 SA를 가지는 연결의 제 2 플로우 식별자를 포함할 수 있다. 또한, 이 경우 MAC PDU는 각각 제 1 플로우 식별자 및 제 2 플로우 식별자에 대응되는 제 1 페이로드(650) 및 제 2 페이로드(660)를 다중화하여 포함할 수 있다. MEH와 FPEH가 하나의 MAC PDU에 동시에 존재하는 경우에 MEH가 FPEH보다 먼저 나타나야 한다. MEH가 FPEH와 함께 사용되는 예에 대하여 도 7을 참조하여 후술된다.
다음 표 5는 MEH 포맷의 일례를 나타낸다.
표 5
구문 크기(비트) 내용
MEH(){
Type TBD 다중화확장헤더임을 나타낸다
N_ FID 4 MEH 내에 존재하는 플로우 정보의 개수. 'n'개의 연결들이 다중화되면, 'n-1'개의 플로우 식별자들과 길이 필드들이 존재한다.
for (i = 1; i <= N_FI; i++) {
Flow ID 4 플로우 식별자. 'i'번째 플로우 식별자는 'i+1'번째 연결의 플로우 식별자를 지시한다.
LI 1 길이 지시자(Length Indicator). LI가 0이면 11 비트의 길이 필드 크기를 지시하고, LI가 1이면 14 비트의 길이 필드 크기를 지시한다.
If (LI ==0){
Length 11 연결 페이로드의 길이. 'i'번째 길이 필드는 'i+1'번째 연결의 페이로드의 길이를 지시한다. 첫 번째 연결의 페이로드의 길이 = (AGMH 및 MLEH의 길이 필드에 의해 주어진) MAC PDU 전체의 길이 - (존재 한다면) PN 및 EKS의 길이 - (존재한다면) ICV의 길이 - 'n-1' 길이 필드의 합
}else{
Length 14 연결 페이로드의 길이. 'i'번째 길이 필드는 'i+1'번째 연결의 페이로드의 길이를 지시한다. 첫 번째 연결의 페이로드의 길이 = (AGMH 및 MLEH의 길이 필드에 의해 주어진) MAC PDU 전체의 길이 - (존재 한다면) PN 및 EKS의 길이 - (존재한다면) ICV의 길이 - 'n-1' 길이 필드의 합
Reserved 1
}
FPEH_MCEH_indicator bitmap 가변 FPEH_MCEH_indicator 비트맵 내의 비트 개수는 MAC PDU 내에 다중화된 플로우들의 개수와 동일하다(즉, N_FI+1). MSB는 첫 번째 연결의 페이로드에 대응된다. LSB는 마지막 연결의 페이로드에 대응된다.
Reserved 가변
}
표 5를 참조하면, 타입 필드는 다중화확장헤더임을 나타내고, N_FID 필드는 MEH 내에 존재하는 플로우 정보의 개수를 나타낸다. 이후 MEH 내의 각 플로우 정보에 대응되는 플로우 식별자, 길이 지시자, 길이 필드 등이 MEH 내에 포함된다.
FPEH의 사용례
도 7은 본 명세서에 개시된 기술의 실시 예들에서 사용되는 FPEH가 포함된 MAC PDU의 구조의 일례를 나타내는 도면이다.
전송 연결(transport connection)으로부터 온 데이터는 MAC SDU의 형태로 MAC 계층에 제공되고, MAC SDU에 분할(fragmentation) 또는 패킹(packing)이 적용되거나 또는 SN이 적용되는 경우에 MAC PDU는 FPEH를 포함하여야 한다. 즉, MAC SDU가 분할 또는 패킹되는 경우 상기 SDU의 분할 또는 패킹 정보는 FPEH를 이용하여 알리게 된다.
도 7을 참조하면 송신단의 플로우 식별자가 #n인 SDU #0(750) 및 SDU #1(760)과 플로우 식별자가 #m인 SDU #9(770)가 MAC 계층에 제공된다. 플로우 #n의 SDU #0(750)의 데이터 길이가 AGMH(710a) 내의 길이 필드가 나타내는 MAC PDU 전체 길이보다 큰 경우 SDU #0(750)은 두 개의 MAC PDU를 통해 전송되기 위하여 제 1 페이로드(750a) 및 제 2 페이로드(750b)로 분할된다. 하나의 SDU로부터 분할된 데이터가 페이로드에 포함되어 있는 경우 MAC PDU는 분할된 데이터의 SN을 포함하는 FPEH들, 즉 제 1 FPEH(720a) 및 제 2 FPEH(720b)를 포함하게 된다.
한편, 하나의 MAC PDU는 동일한 플로우 식별자를 가지는 SDU를 포함하도록 패킹(packing) 될 수 있다. 즉, 제 3 페이로드(760b)가 상기 제 2 페이로드(750b)와 함께 하나의 MAC PDU에 포함되도록 패킹될 수 있으며, 여기서 상기 제 3 페이로드(760b)는 하나의 MAC PDU에 패킹될 제 2 페이로드(750b)와 동일한 플로우 #n를 갖는 다른 SDU인 SDU #1의 데이터의 일부이다. 이때, 상기 제 3 페이로드(760b)의 길이는 AGMH(710b) 내의 길이 필드가 나타낼 수 있는 MAC PDU의 길이에서 상기 제 2 페이로드(750b)의 길이를 제외한 만큼의 길이에 해당하고, 상기 제 2 FPEH(720b)는 상기 제 2 페이로드(750b) 및 제 3 페이로드(760b)의 패킹을 위한 확장 헤더의 역할을 수행한다. 그 결과 상기 SDU #1(760)의 나머지 부분은 제 4 페이로드(760c)로서 다른 MAC PDU에 포함되도록 구성된다.
한편, 하나의 MAC PDU는 다른 플로우 식별자를 가지는 SDU를 포함하도록 다중화(multiplexing)될 수 있다. 즉, 플로우 식별자가 #n인 상기 제 4 페이로드(760c)는 다른 플로우 식별자 #m을 가지는 SDU #0(770)의 데이터인 제 5 페이로드(770c)와 함께 하나의 PDU에 포함되도록 다중화 될 수 있다. 이와 같이 다중화된 MAC PDU의 헤더 및 확장헤더에는 각 페이로드에 대응되는 플로우 식별자 및 SN 정보가 포함된다. 즉, 상기 제 4 페이로드(760c)에 대하여 플로우 식별자 #n은 AGMH(710c)의 플로우 식별자가 지시하고, 시퀀스 번호 SN #3은 제 3 FPEH(721c)가 지시할 수 있다. 또한 상기 제 5 페이로드(770c)에 대하여 플로우 식별자 #m은 MEH(730c)의 플로우 식별자가 지시하고, 시퀀스 번호 SN #0은 제 4 FPEH(722c)가 지시할 수 있다.
본 명세서에 개시된 실시 예들에서 MAC SDU가 분할 또는 패킹되는 경우, 상기 SDU의 분할 또는 패킹 정보는 FPEH에 포함될 수도 있으며, 상기 SDU의 분할 정보는 FEH, 상기 SDU의 패킹 정보는 PEH에 각각 포함될 수도 있다.
MAC PDU에 포함되는 길이 필드들의 관계를 살핀다. 전술된 바와 같이 AGMH 및 MLEH 내의 길이 필드들을 이용하는 경우, 하나의 MAC PDU의 길이는 최대 (214-1)bytes의 크기를 가질 수 있다. MAC 계층에서 전송하고자 하는 SDU의 크기가 단일 MAC PDU에 포함되는지 여부에 따라 SDU의 분할 여부 및 패킹되는 SDU의 데이터 크기가 결정될 수 있다.
구체적으로, SDU의 분할 또는 패킹 정보를 알리는 FPEH는 분할 또는 패킹된 SDU의 길이 또는 분할된 SDU 데이터(SDU fragmentation)의 길이를 나타내는 length필드를 포함하여야 한다. 이때 FPEH 내의 페이로드 내의 SDU의 분할 및 패킹된 SDU의 길이 필드는 MAC PDU 전체 길이의 최대값을 반영할 수 있어야 한다. 즉, MAC PDU의 전체 길이는 AGMH 및 MLEH 내의 길이 필드들을 이용하여 14 비트로 표현 가능한 최대 (214-1) 바이트가 될 수 있으나, FPEH 내의 길이 필드의 크기가, 예를 들어, 11 비트의 크기를 갖는 경우에는 하나의 MAC PDU에 포함되어 전송될 수 있는 SDU 데이터들이 복수의 MAC PDU에 포함되어 전송되어야 하는 오버헤드가 발생할 수 있다.
이를 위하여 본 명세서에 개시된 무선 통신 시스템에서는 분할 또는 패킹 정보를 포함하는 확장 헤더 내의 길이 필드의 크기가 MAC PDU 전체 길이를 나타낼 수 있는 길이 필드의 크기와 동일한 스페이스를 갖도록 구성된다. 구체적으로, MAC PDU 전체 길이가 최대 (214-1) 바이트가 될 수 있을 때, 상기 MAC PDU 내 SDU의 분할 또는 패킹 정보를 포함하는 확장 헤더의 길이 필드는 적어도 14 비트 크기를 가질 수 있도록 구성된다. 이하에서는 분할 또는 패킹 정보를 포함하는 확장 헤더를 FPEH를 예를 들어 설명한다.
MAC PDU 수신 방법
이하에서는, 무선 통신 시스템에서 수신단(일 예로, 단말)이 본 명세서에 개시된 기술의 실시 예에 따라 분할 또는 패킹 확장 헤더를 포함하는 MAC PDU를 수신하는 방법을 설명한다.
도 8은 본 명세서에 개시된 실시 예에 따른 무선 통신 시스템에서 수신단이 MAC PDU를 수신하는 방법을 도시한 흐름도이다.
먼저, 수신단은 송신단으로부터 MAC 헤더부 및 페이로드를 포함하는 MAC PDU를 수신한다(S10). 상기 MAC 헤더부는 페이로드에 포함된 분할 또는 패킹된 데이터를 위한 FPEH를 포함할 수 있다. FPEH는 페이로드 내의 분할 또는 패킹된 SDU의 길이를 지시하는 길이 필드를 포함할 수 있다.
이후, 상기 수신단은 상기 수신된 MAC PDU의 헤더부를 디코딩 한다(S20). 상기 헤더부를 디코딩 하는 과정은 상기 FPEH 내의 길이 필드의 크기를 결정하기 위한 것일 수 있다. 예를 들어, 상기 헤더부를 디코딩 하는 과정은 MAC PDU의 헤더부에 포함된 정보들 중에 상기 수신된 MAC PDU의 길이가 AGMH 내의 길이 필드만을 이용하여 11 비트의 크기를 갖도록 표현되는지, AGMH 내의 길이 필드 외에도 MLEH 내의 길이 필드를 연접하여 14 비트의 크기를 갖도록 표현되는지를 확인하는 과정일 수 있다.
상기 수신단은 상기 MAC PDU 헤더부의 디코딩 결과를 기초로 FPEH 내의 길이 필드의 크기를 결정한다(S30). 구체적으로, 상기 수신단은 상기 확인 결과 MAC PDU의 길이가 11 비트 크기의 길이 필드에 의하여 표시되는 경우, 상기 FPEH 내의 길이 필드는 기본 크기인 11 비트의 크기를 갖는 것으로 결정한다. 또한 상기 수신단은 상기 확인 결과 MAC PDU의 길이가 14 비트 크기의 길이 필드에 의하여 표시되는 경우, 상기 FPEH 내의 길이 필드는 확장된 크기인 14 비트의 크기를 갖는 것으로 결정한다.
이상, FPEH의 예를 들어 설명되었으나, 전술된 MAC PDU 수신 방법은 MAC PDU에 포함될 수 있는 분할 또는 패킹된 데이터에 대한 정보를 포함하는 다른 확장 헤더에도 적용될 수 있다. 상기 분할 또는 패킹된 데이터에 대한 정보를 포함하는 MAC SDU 분할 확장 헤더(fragmentation extended header; FEH) 또는 MAC SDU 패킹 확장 헤더(packing extended header; PEH)일 수 있다.
또한, 본 명세서에 개시된 실시 예에 따른 무선 통신 시스템의 전술된 MAC PDU 수신 방법을 수행하는 수신단은 상향 링크에서는 기지국, 하향 링크에서는 이동 단말이 될 수 있다.
이하에서는, 수신단이 상기 수신한 MAC PDU를 디코딩하여 상기 MAC PDU에 포함된 FPEH 내의 길이 필드의 크기를 결정하는 방법들이 본 명세서에 개시된 기술의 실시 예들에 따라 설명된다.
FPEH의 일례 (제 1 실시 예)
본 명세서에 개시된 기술의 제 1 실시 예는 수신단이 수신한 MAC PDU내에 MLEH가 포함되었는지 여부에 따라 FPEH의 길이 필드를 결정하는 방법에 관한 것이다. 상기 제 1 실시 예에서 MAC PDU의 헤더에 대한 디코딩 단계에서는 상기 헤더에 MLEH가 포함되었는지 여부를 확인하는 절차가 수행된다. 상기 디코딩 결과 상기 헤더에 MLEH가 존재하는 경우, FPEH의 길이 필드의 크기는 확장 크기로 결정되고, 부재하는 경우에는 기본 크기로 결정된다. 표 6은 상기 제 1 실시 예에서 사용되는 FPEH 포맷의 예시이다.
표 6
구문 크기 (비트) 내용
FPEH(){ 　 　
Type 4 FPEH 타입
FC 2 단편화 제어에 관한 정보 포함
If (MAC header == AGMH) {
SN 10 SN은 연결(connection) 단위로 유지된다. non-ARQ 연결에 대해, 'SN'은 페이로드를 포함하는 MAC PDU의 시퀀스 넘버를 나타내고, 'SN' 값은 MAC PDU별로 1씩 증가한다. ARQ 연결에 대해, 'SN'은 ARQ 블럭 시퀀스 넘버를 나타낸다.
AFP 1 ARQ feedback poll indicator 포함. '0'은 ARQ feedback poll을 포함하지 않는 경우. '1'은 AGMH에서 또는 다중화가 사용되는 경우 MEH에서 지시되는 연결에 관한 ARQ feedback poll을 포함하는 경우
RI 1 ARQ Re-arrangement information indicator 포함. '0'은 ARQ 재배열을 지시하지 않을 경우. '1'은 ARQ 재배열 지시
If(RI == 1) {
LSI 1 Last ARQ sub-block indicator. '0'은 해당 MAC PDU에 포함되지 않은 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우. '1'은 해당 MAC PDU에 포함된 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우
SSN 11 첫 번째 ARQ 서브블록의 서브-시퀀스 넘버
}}
Do { 　 　
End 1
If(End == 0){ 　 　
If (! MLEH ){ MLEH 가 존재하는 경우 길이 필드는 14 비트 크기로 확장 되고 , 존재하지 않는 경우 길이 필드는 11 비트 크기로 사용
Length 11 SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드
} else {
Length 14 SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드
} 　 　
} 　 　
} while (!End) 　 　
Reserved 가변
} 　 　
표 6을 참조하면, MAC PDU에 MLEH가 존재하는 경우, MLEH는 확장 헤더들 중에서 첫 번째로 위치하는 확장 헤더이다. 따라서, MAC PDU를 수신한 수신단은 FPEH를 디코딩하기 전에 MLEH의 존재 여부를 확인 할 수 있으므로, MLEH가 존재하는 경우 FPEH 내의 길이 필드를 14 비트 크기로 디코딩할 수 있게 된다.
FPEH의 일례 (제 2 실시 예)
본 명세서에 개시된 기술의 제 2 실시 예는 FPEH에 길이 필드의 크기를 지시하는 길이 지시자가 포함되어 있고, 수신단이 수신한 MAC PDU의 FPEH의 길이 지시자의 값을 확인하여 그 확인된 값에 따라 FPEH의 길이 필드를 결정하는 방법에 관한 것이다. 따라서, 상기 제 2 실시 예에서 MAC PDU의 헤더에 대한 디코딩 단계에서는 FPEH 내의 길이 지시자의 값을 확인하는 절차가 수행된다. 상기 디코딩 결과 상기 길이 지시자가 1을 나타내는 경우 FPEH의 길이 필드의 크기는 확장 크기로 결정되고, 0을 나타내는 경우에는 기본 크기로 결정된다. 표 7은 상기 제 2 실시 예에서 사용되는 FPEH 포맷의 예시이다.
표 7
구문 크기 (비트) 내용
FPEH(){ 　 　
Type 4 FPEH 타입
FC 2 단편화 제어에 관한 정보 포함
If (MAC header == AGMH) {
SN 10 SN은 연결(connection) 단위로 유지된다. non-ARQ 연결에 대해, 'SN'은 페이로드를 포함하는 MAC PDU의 시퀀스 넘버를 나타내고, 'SN' 값은 MAC PDU별로 1씩 증가한다. ARQ 연결에 대해, 'SN'은 ARQ 블럭 시퀀스 넘버를 나타낸다.
AFP 1 ARQ feedback poll indicator 포함. '0'은 ARQ feedback poll을 포함하지 않는 경우. '1'은 AGMH에서 또는 다중화가 사용되는 경우 MEH에서 지시되는 연결에 관한 ARQ feedback poll을 포함하는 경우
RI 1 ARQ Re-arrangement information indicator 포함. '0'은 ARQ 재배열을 지시하지 않을 경우. '1'은 ARQ 재배열 지시
LI 1 길이 지시자. '0'은 길이 필드의 크기가 11 비트임을 지시. '1'은 길이 필드의 크기가 14 비트임을 지시
If(RI == 1) {
LSI 1 Last ARQ sub-block indicator. '0'은 해당 MAC PDU에 포함되지 않은 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우. '1'은 해당 MAC PDU에 포함된 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우
SSN 11 첫 번째 ARQ 서브블록의 서브-시퀀스 넘버
}}
Do { 　 　
End 1
If(End == 0){ 　 　
If ( LI == 0){
Length 11 SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드
} else {
Length 14 SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드
} 　 　
} 　 　
} while (!End) 　 　
Reserved 가변
} 　 　
FPEH 의 일례 (제 3 실시 예)
본 명세서에 개시된 기술의 제 3 실시 예는 수신단이 수신한 MAC PDU에 MEH가 포함되어 있는지 여부 및 MEH가 포함된 경우 MEH 내의 길이 지시자의 값에 따라 FPEH의 길이 필드를 결정하는 방법에 관한 것이다. 따라서, 상기 제 3 실시 예에서 MAC PDU의 헤더에 대한 디코딩 단계에서는 MAC PDU 내에 MEH가 포함되어 있는지를 확인하는 절차와 MEH 내의 길이 지시자의 값을 확인하는 절차가 수행된다. 상기 디코딩 결과 MEH가 존재하고 MEH 내의 길이 지시자가 1을 나타내는 경우 FPEH의 길이 필드의 크기는 확장 크기로 결정되고, 그렇지 않은 경우에는 기본 크기로 결정된다. 표 8은 상기 제 3 실시 예에서 사용되는 FPEH 포맷의 예시이다.
표 8
구문 크기 (비트) 내용
FPEH(){ 　 　
Type 4 FPEH 타입
FC 2 단편화 제어에 관한 정보 포함
If (MAC header == AGMH) {
SN 10 SN은 연결(connection) 단위로 유지된다. non-ARQ 연결에 대해, 'SN'은 페이로드를 포함하는 MAC PDU의 시퀀스 넘버를 나타내고, 'SN' 값은 MAC PDU별로 1씩 증가한다. ARQ 연결에 대해, 'SN'은 ARQ 블럭 시퀀스 넘버를 나타낸다.
AFP 1 ARQ feedback poll indicator 포함. '0'은 ARQ feedback poll을 포함하지 않는 경우. '1'은 AGMH에서 또는 다중화가 사용되는 경우 MEH에서 지시되는 연결에 관한 ARQ feedback poll을 포함하는 경우
RI 1 ARQ Re-arrangement information indicator 포함. '0'은 ARQ 재배열을 지시하지 않을 경우. '1'은 ARQ 재배열 지시
If(RI == 1) {
LSI 1 Last ARQ sub-block indicator. '0'은 해당 MAC PDU에 포함되지 않은 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우. '1'은 해당 MAC PDU에 포함된 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우
SSN 11 첫 번째 ARQ 서브블록의 서브-시퀀스 넘버
}}
Do { 　 　
End 1
If(End == 0){ 　 　
If( MEH && LI in MEH ){ MEH 가 존재하고, MEH 의 해당 플로우에 대한 길이 지시자( LI )가 1로 설정된 경우, 해당 플로우에 대한 FPEH 의 길이 필드의 크기는 14 비트로 확장 된다 .
Length 14 SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드
} else {
Length 11 SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드
} 　 　
} 　 　
} while (!End) 　 　
Reserved 가변
} 　 　
FPEH의 일례 (제 4 실시 예)
본 명세서에 개시된 기술의 제 4 실시 예는 수신단이 수신한 MAC PDU에 MLEH 또는 MEH가 포함되어 있는지 여부 및 MEH 내의 길이 지시자의 값에 따라 FPEH의 길이 필드를 결정하는 방법에 관한 것이다. 따라서, 상기 제 4 실시 예에서 MAC PDU의 헤더에 대한 디코딩 단계에서는 MAC PDU 내에 MLEH 또는 MEH가 포함되어 있는지를 확인하는 절차와 MEH 내의 길이 지시자의 값을 확인하는 절차가 수행될 수 있다. 상기 디코딩 결과 MLEH 또는 MEH가 존재하고 MEH 내의 길이 지시자가 1을 나타내는 경우 FPEH의 길이 필드의 크기는 확장 크기로 결정되고, MLEH가 존재하나 MEH가 없는 경우에도 FPEH의 길이 필드의 크기는 확장 크기로 결정되고, 그렇지 않은 경우에는 기본 크기로 결정된다. 표 9는 상기 제 4 실시 예에서 사용되는 FPEH 포맷의 예시이다.
표 9
구문 크기 (비트) 내용
FPEH(){ 　 　
Type 4 FPEH 타입
FC 2 단편화 제어에 관한 정보 포함
If (MAC header == AGMH) {
SN 10 SN은 연결(connection) 단위로 유지된다. non-ARQ 연결에 대해, 'SN'은 페이로드를 포함하는 MAC PDU의 시퀀스 넘버를 나타내고, 'SN' 값은 MAC PDU별로 1씩 증가한다. ARQ 연결에 대해, 'SN'은 ARQ 블럭 시퀀스 넘버를 나타낸다.
AFP 1 ARQ feedback poll indicator 포함. '0'은 ARQ feedback poll을 포함하지 않는 경우. '1'은 AGMH에서 또는 다중화가 사용되는 경우 MEH에서 지시되는 연결에 관한 ARQ feedback poll을 포함하는 경우
RI 1 ARQ Re-arrangement information indicator 포함. '0'은 ARQ 재배열을 지시하지 않을 경우. '1'은 ARQ 재배열 지시
If(RI == 1) {
LSI 1 Last ARQ sub-block indicator. '0'은 해당 MAC PDU에 포함되지 않은 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우. '1'은 해당 MAC PDU에 포함된 단일 ARQ 블럭에서 마지막 ARQ 서브 블럭을 지시하는 경우
SSN 11 첫 번째 ARQ 서브블록의 서브-시퀀스 넘버
}}
Do { 　 　
End 1
If(End == 0){ 　 　
If( MLEH && MEH && LI ){ MLEH 또는 MEH 가 존재하고, MEH 의 해당 플로우에 대한 길이 지시자( LI )가 1로 설정된 경우, 해당 플로우에 대한 FPEH 의 길이 필드의 크기는 14 비트로 확장 된다 .
Length 14 SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드
} else if ( MLEH && ! MEH ) { MLEH 가 존재하나, MEH 가 없는 경우 해당 FPEH 의 길이 필드의 크기는 14 비트로 확장 된다 .
Length 14 SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드
} else { 위 두 가지 조건에 모두 해당하지 않는 경우 해당 FPEH 의 길이 필드의 크기는 11 비트로 사용
Length 11 SDU 또는 분할된 SDU 의 단편( SDU fragment )의 길이를 지시하는 필드
} 　 　
} 　 　
} while (!End) 　 　
Reserved 가변
} 　 　
변형된 실시 예
전술된 실시 예들은 MAC PDU에 포함된 FPEH 내의 길이 필드의 크기 필드를 결정하는 방법에 대하여 설명된 것이다. 그러나 FPEH 외에 ARQ 정보 및 분할/패킹 정보를 전송하기 위한 다른 확장 헤더가 정의되는 경우에 상기 다른 확장 헤더에도 동일한 방법이 적용될 수 있다.
예를 들어, FPEH가 초기 ARQ 블록 전송(initial ARQ block transmission) 또는 재배열이 없는 ARQ 블록 재전송(ARQ block retransmission without rearrangement)에서만 사용되도록 정의된다면, 재배열 ARQ 블록(ARQ block with rearrangement)이 전송되는 경우를 위하여 추가적인 재배열 FPEH(Rearrangement FPEH; RFPEH)가 정의될 수 있다. 이와 같은 RFPEH가 정의되고, RFPEH와 FPEH가 동시에 전송될 수 없는 경우, RFPEH의 길이 필드의 크기도, 예컨대, 11 비트인지 또는 14 비트인지 본 명세서에 개시된 기술의 실시 예들과 동일하게 결정될 수 있다.
무선 통신 시스템
도 9는 본 명세서에 개시된 기술의 일 실시 예를 따르는 무선 통신 시스템을 나타낸 블록도이다. 상기 무선 통신 시스템(900)은 기지국(910) 및 단말(920)을 포함할 수 있다.
기지국(910)은 제어부(911), 메모리(912) 및 무선통신(RF)부(radio frequency unit)(913)를 포함한다.
제어부(911)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 제어부(911)에 의해 구현될 수 있다.
제어부(911)는 MAC 계층을 운영하고, MAC PDU를 구성하거나 디코드 하도록 지시할 수 있다.
메모리(912)는 제어부(911)와 연결되어, MAC PDU를 구성하고 디코드하기 위한 프로토콜이나 파라미터를 저장한다. RF부(913)는 제어부(911)와 연결되어, 무선 신호를 송신 및/또는 수신한다.
단말(920)은 제어부(921), 메모리(922) 및 무선통신(RF)부(923)을 포함한다.
제어부(921)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 제어부(921)에 의해 구현될 수 있다. 제어부(921)는 MAC 계층을 운영하고, MAC PDU를 구성하거나 디코드 하도록 지시할 수 있다.
메모리(912)는 제어부(921)와 연결되어, MAC PDU를 구성하고 디코드하기 위한 프로토콜이나 파라미터를 저장한다. RF부(913)는 제어부(921)와 연결되어, 무선 신호를 송신 및/또는 수신한다.
제어부(911, 921)은 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리(912,922)는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. RF부(913,923)은 무선 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 실시 예들이 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리(912,922)에 저장되고, 제어부(911, 921)에 의해 실행될 수 있다. 메모리(912,922)는 제어부(911, 921) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 제어부(911, 921)와 연결될 수 있다.
본 명세서에 개시된 기술은 상기 기술의 기술적 사상 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있다. 따라서, 전술된 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 명세서에 개시된 기술에 따른 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다. 또한, 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시 예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함할 수 있다.

Claims (13)

  1. 무선 통신 시스템에서 수신단의 매체접속제어(Medium Access Control; 이하 MAC) 프로토콜 데이터 유닛(Protocol Data Unit; 이하 PDU) 수신 방법에 있어서,
    송신단으로부터 헤더(header)부 및 페이로드(payload)를 포함하는 MAC PDU를 수신하는 단계와, 상기 헤더부는 상기 MAC PDU 내의 서비스 데이터 유닛(Service Data Unit; 이하 SDU) 또는 분할된 SDU의 길이를 지시하는 제 1 길이 필드를 포함하는 제 1 확장 헤더를 포함하고;
    상기 헤더부를 디코딩하는 단계와; 그리고
    상기 디코딩 결과에 따라, 상기 제 1 확장 헤더 내의 제 1 길이 필드의 크기가 확장된 크기인지 기본 크기인지를 결정하는 단계를 포함하여 이루어지는 수신 방법.
  2. 제 1 항에 있어서,
    상기 제 1 확장 헤더는 분할 패킹 확장 헤더(Fragmentation and Packing Extended Header; 이하 FPEH)인 것을 특징으로 하는 수신 방법.
  3. 제 1 항에 있어서,
    상기 제 1 확장 헤더는 패킹 확장 헤더(Packing Extended Header; 이하 PEH)인 것을 특징으로 하는 수신 방법.
  4. 제 1 항에 있어서,
    상기 제 1 길이 필드의 기본 크기는 11 비트(bit)이고,
    상기 제 1 길이 필드의 확장 크기는 14 비트(bit)인 것을 특징으로 하는 수신 방법.
  5. 제 1 항에 있어서,
    상기 디코딩 단계는 상기 헤더부에 MAC PDU 길이 확장 헤더(MAC PDU Length Extension Header; 이하 MLEH)가 포함되었는지 여부를 확인하는 단계이고,
    상기 헤더부에 MLEH가 존재하는 경우, 상기 제 1 길이 필드의 크기는 확장 크기로 결정되는 것을 특징으로 하는 수신 방법.
  6. 제 1 항에 있어서,
    상기 제 1 확장 헤더는 상기 제 1 길이 필드의 크기를 지시하는 제 1 길이 지시자(length indicator)를 더 포함하고,
    상기 디코딩 단계는 상기 제 1 길이 지시자(length indicator)를 확인하는 단계이고,
    상기 제 1 길이 지시자가 확장 크기를 지시하는 경우, 상기 제 1 길이 필드의 크기가 확장 크기로 결정되는 것을 특징으로 하는 수신 방법.
  7. 제 1 항에 있어서,
    상기 헤더부는 제 2 길이 필드 및 상기 제 2 길이 필드의 크기를 지시하는 제 2 길이 지시자를 포함하는 다중화 확장 헤더(Multiplexing Extended Header; 이하 MEH)를 더 포함하고,
    상기 디코딩 단계는 상기 제 2 길이 지시자를 확인하는 단계이고,
    상기 제 2 길이 지시자가 확장 크기를 지시하는 경우, 상기 제 1 길이 필드의 크기가 확장 크기로 결정되는 것을 특징으로 하는 수신 방법.
  8. 제 1 항에 있어서,
    상향링크에서 상기 송신단은 이동 단말이고, 상기 수신단은 기지국인 수신 방법.
  9. 제 1 항에 있어서,
    하향링크에서 상기 송신단은 기지국이고 상기 수신단은 이동단말인 수신 방법.
  10. 무선 통신 시스템에서 매체접속제어(Medium Access Control; 이하 MAC) 프로토콜 데이터 유닛(Protocol Data Unit; 이하 PDU)을 수신하는 단말에 있어서,
    메모리;
    외부 신호와 무선 신호를 송수신하기 위한 무선통신부; 및
    MAC PDU의 수신 및 디코딩을 제어하는 제어부를 포함하되,
    상기 제어부는,
    기지국으로부터 헤더(header)부 및 페이로드(payload)를 포함하는 MAC PDU를 수신하는 단계와, 상기 헤더부는 상기 MAC PDU 내의 서비스 데이터 유닛(Service Data Unit; 이하 SDU) 또는 분할된 SDU의 길이를 지시하는 제 1 길이 필드를 포함하는 제 1 확장 헤더를 포함하고;
    상기 헤더부를 디코딩하는 단계와; 그리고
    상기 디코딩 결과에 따라, 상기 제 1 확장 헤더 내의 제 1 길이 필드의 크기를 기본 크기 및 확장 크기 중 어느 하나로 결정하는 단계를 수행하도록 제어하는 것을 특징으로 하는 단말.
  11. 제 10 항에 있어서,
    상기 제 1 확장 헤더는 분할 패킹 확장 헤더(Fragmentation and Packing Extended Header; 이하 FPEH)인 것을 특징으로 하는 단말.
  12. 제 10 항에 있어서,
    상기 제 1 확장 헤더는 패킹 확장 헤더(Packing Extended Header; 이하 PEH)인 것을 특징으로 하는 단말.
  13. 제 10 항에 있어서,
    상기 제 1 길이 필드의 기본 크기는 11 비트(bit)이고,
    상기 제 1 길이 필드의 확장 크기는 14 비트(bit)인 것을 특징으로 하는 단말.
PCT/KR2011/000894 2010-02-10 2011-02-10 분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치 WO2011099790A2 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/578,240 US8879474B2 (en) 2010-02-10 2011-02-10 Method and apparatus for receiving a medium access control protocol data unit having a fragmentation and packing extended header

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US30328210P 2010-02-10 2010-02-10
US61/303,282 2010-02-10
US30831310P 2010-02-26 2010-02-26
US61/308,313 2010-02-26
KR1020110011690A KR20110093682A (ko) 2010-02-10 2011-02-10 분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치
KR10-2011-0011690 2011-02-10

Publications (2)

Publication Number Publication Date
WO2011099790A2 true WO2011099790A2 (ko) 2011-08-18
WO2011099790A3 WO2011099790A3 (ko) 2012-01-05

Family

ID=44368312

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/000894 WO2011099790A2 (ko) 2010-02-10 2011-02-10 분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치

Country Status (2)

Country Link
US (1) US8879474B2 (ko)
WO (1) WO2011099790A2 (ko)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100117531A (ko) * 2009-04-24 2010-11-03 한국전자통신연구원 송신 장치 및 재전송 방법
KR101646942B1 (ko) * 2009-07-13 2016-08-09 삼성전자주식회사 매체 접속 제어 프로토콜 데이터 유닛의 길이 정보의 인코딩 및 디코딩을 위한 방법 및 시스템
KR101216100B1 (ko) * 2009-11-18 2012-12-26 엘지전자 주식회사 단편화 패킹 확장헤더를 수반하는 ｍａｃ ｐｄｕ를 전송하는 방법 및 장치
US9398490B2 (en) * 2013-03-15 2016-07-19 Trane International Inc. Method of fragmenting a message in a network
US10084892B2 (en) 2013-07-25 2018-09-25 Samsung Electronics Co., Ltd. Scheme for transmitting and receiving information in wireless communication system
US9634949B2 (en) * 2014-03-06 2017-04-25 Samsung Electronics Co., Ltd Method and apparatus for supporting large service data unit in mobile communication system
CN111565371B (zh) 2014-10-22 2022-02-25 三星电子株式会社 用于在通信网络中发送和接收协议数据单元的方法和系统
WO2017162273A1 (en) * 2016-03-22 2017-09-28 Nokia Solutions And Networks Oy Improving communication efficiency indicating the length of two headers in the pdu
CN114363432A (zh) * 2020-09-30 2022-04-15 华为技术有限公司 获取报文头信息、生成报文的方法、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060069378A (ko) * 1998-10-01 2006-06-21 엘지전자 주식회사 통신 시스템에서의 데이터 포맷 구조 및 신호 포맷 방법
KR20060080542A (ko) * 2005-01-05 2006-07-10 엘지전자 주식회사 피드백 정보 송수신 방법 및 이를 위한 장치
KR20080097133A (ko) * 2007-04-30 2008-11-04 엘지전자 주식회사 무선단말의 측정보고 기동방식
KR20100005618A (ko) * 2008-07-07 2010-01-15 엘지전자 주식회사 매체접속제어 프로토콜 데이터 유닛 전송방법

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8774182B2 (en) * 2005-11-12 2014-07-08 Apple Inc. Media access control data plane system and method for wireless communication networks
TWI521927B (zh) * 2007-01-09 2016-02-11 皇家飛利浦電子股份有限公司 無線通信系統
KR20100027935A (ko) * 2008-09-03 2010-03-11 삼성전자주식회사 무선통신시스템에서 에러제어를 위한 데이터 생성 장치 및 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060069378A (ko) * 1998-10-01 2006-06-21 엘지전자 주식회사 통신 시스템에서의 데이터 포맷 구조 및 신호 포맷 방법
KR20060080542A (ko) * 2005-01-05 2006-07-10 엘지전자 주식회사 피드백 정보 송수신 방법 및 이를 위한 장치
KR20080097133A (ko) * 2007-04-30 2008-11-04 엘지전자 주식회사 무선단말의 측정보고 기동방식
KR20100005618A (ko) * 2008-07-07 2010-01-15 엘지전자 주식회사 매체접속제어 프로토콜 데이터 유닛 전송방법

Also Published As

Publication number Publication date
WO2011099790A3 (ko) 2012-01-05
US20130039273A1 (en) 2013-02-14
US8879474B2 (en) 2014-11-04

Similar Documents

Publication Publication Date Title
WO2011099790A2 (ko) 분할 패킹 확장 헤더를 수반하는 매체접속제어 프로토콜 데이터 유닛 수신 방법 및 장치
US9030996B2 (en) Layer 2 processing and creation of protocol data units for wireless communications
WO2011096743A2 (en) Method of selectively applying a pdcp function in wireless communication system
WO2020145556A1 (en) Method for integrated access backhaul resource multiplexing
WO2011008000A2 (en) Method and system for encoding and decoding length of medium access control protocol data unit
WO2011155784A2 (ko) 이동 통신 시스템 및 그 이동 통신 시스템에서 패킷 제어 방법
WO2011053064A2 (en) Apparatus and method for generating arq feedback message in wireless communication system
WO2015133869A1 (ko) 단말간 통신을 지원하는 무선통신 시스템에서 매체접근제어 정보 전송 방법 및 장치
WO2009120001A2 (en) Method for configuring different data block formats for downlink and uplink
EP2255592A2 (en) Method for configuring different data block formats for downlink and uplink
WO2013095074A1 (en) Method and system for secured communication of control information in a wireless network environment
WO2010053281A2 (en) A method and apparatus for processing control message which requests retransmitting data
WO2017200326A1 (ko) 이동 통신 시스템에서 효율적인 레이어 2 기능을 수행하는 방법 및 장치
WO2012020900A1 (en) Apparatus and method for performing harq retransmission process to receive e-mbs service in a multi-carrier system
EP2636272A2 (en) Method and apparatus for reconfiguring connection to base station at relay node in a wireless communication system
RU2492593C2 (ru) Перенос сообщений для сообщений внутриполосной сигнализации в сетях радиодоступа
WO2011005014A2 (en) Method of transmitting and receiving arq feedback information
WO2009096748A2 (en) Mobile communication system and method for transmitting pdcp status report thereof
WO2010131935A2 (ko) 광대역 무선 접속 시스템에서 효율적인 시그널링 헤더의 구조
WO2010120103A2 (en) Method for transmitting media access control protocol data unit
WO2010082768A2 (ko) 효율적인 mac 헤더 설계 및 이를 이용한 통신
WO2013154400A1 (en) Method and apparatus for communicating data packets in a cloud cell
WO2011043548A2 (ko) 무선 통신 시스템에서의 요소 반송파 정보 전송 방법 및 그 무선 통신 시스템
WO2010123306A2 (ko) 송신 장치 및 재전송 방법
WO2011081389A2 (en) Apparatus and method for generating mac protocol data unit in wireless communication system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11742482

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13578240

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 11742482

Country of ref document: EP

Kind code of ref document: A2