WO2012097690A1 - 基于组的调度方法、ue及网络设备 - Google Patents

基于组的调度方法、ue及网络设备 Download PDF

Info

Publication number
WO2012097690A1
WO2012097690A1 PCT/CN2012/070120 CN2012070120W WO2012097690A1 WO 2012097690 A1 WO2012097690 A1 WO 2012097690A1 CN 2012070120 W CN2012070120 W CN 2012070120W WO 2012097690 A1 WO2012097690 A1 WO 2012097690A1
Authority
WO
WIPO (PCT)
Prior art keywords
group
mac pdu
mac
control signaling
data packet
Prior art date
Application number
PCT/CN2012/070120
Other languages
English (en)
French (fr)
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 EP12737018.7A priority Critical patent/EP2658338B1/en
Publication of WO2012097690A1 publication Critical patent/WO2012097690A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Definitions

  • the present invention relates to the field of wireless communication technologies, and in particular, to a group-based scheduling method, a UE, and a network device.
  • a base station eNodeB, eNB uses a Physical Downlink Control Channel (PDCCH) to transmit control signaling for scheduling User Equipment (UE).
  • UE User Equipment
  • the control signaling is masked by using a Cell Radio Network Temporary Identity (C-RNTI) of the UE, where the control signaling is scheduling information of the UE, including
  • C-RNTI Cell Radio Network Temporary Identity
  • the UE uses the C-RNTI de-masking control signaling of the UE to obtain the physical channel resources allocated by the UE and the Modulation and Coding Scheme (MCS) information. Decoding the related information carried in the control signaling, and transmitting and receiving data to the corresponding physical channel according to the indication of the control signaling.
  • MCS Modulation and Coding Scheme
  • the PDCCH channel also occupies a certain physical resource.
  • the physical resources occupied by the control signaling transmitted on the PDCCH are controlled by a Control Channel Element (CCE), and one control signaling can occupy one or more CCEs.
  • CCE Control Channel Element
  • the present invention provides a group-based scheduling method, a UE, and a network device, which realize an increase in system capacity.
  • a group-based scheduling method including:
  • a multimedia access control protocol data unit MAC PDU according to the control signaling, where the MAC PDU includes a data packet of at least one user equipment UE in the same packet; the UE according to the MAC PDU Corresponding relationship between a data packet location of the at least one UE and a physical uplink control channel PUCCH feedback resource location, acquiring a PUCCH feedback resource location corresponding to the location of the UE data packet, and sending ACK feedback information on the corresponding PUCCH feedback resource location.
  • a group-based scheduling method including:
  • the network side encapsulates the data packets belonging to the same group UE into one MAC PDU;
  • the MAC PDU Transmitting, by the network side, the MAC PDU and the control signaling that is masked by using the group scheduling identifier of the packet to which the UE belongs, so that the UE demasks the control signaling according to the group scheduling identifier, according to the Receiving, by the control signaling, the MAC PDU, according to the correspondence between the location of the at least one UE data packet in the MAC PDU and the location of the PUCCH feedback resource, a PUCCH feedback resource location corresponding to the UE data packet location, the group scheduling identifier is used to indicate a control signaling scheduled packet on a physical downlink control channel PDCCH; and the network side receives the UE in the corresponding PUCCH Send ACK feedback information at the location of the feedback resource.
  • a UE including:
  • An acquiring module configured to acquire a group scheduling identifier, where the group scheduling identifier is used to indicate a control signaling scheduled packet on a physical downlink control channel PDCCH; and the first receiving module is configured to receive a masked control signal on the PDCCH Decapsulating the control signaling according to the group scheduling identifier acquired by the acquiring module;
  • a second receiving module configured to receive, according to the control signaling received by the first receiving module, a multimedia access control protocol data unit MAC PDU, where the MAC PDU includes a data packet of at least one UE in the same group;
  • a feedback module configured to acquire a PUCCH feedback resource corresponding to the location of the UE data packet according to a correspondence between a data packet location of the at least one UE and a PUCCH feedback resource location in the MAC PDU received by the second receiving module Position, sending ACK feed information on the corresponding PUCCH feedback resource location.
  • a network device including: a packaging module, configured to encapsulate a data packet belonging to a same grouping UE into a MAC PDU; and a sending module, configured to send the MAC obtained by the encapsulating module to a UE The PDU and the control signaling that is masked by using the group scheduling identifier of the packet to which the UE belongs, so that the UE demasks the control signaling according to the group scheduling identifier, and receives the MAC PDU according to the control signaling.
  • the receiving module is configured to receive, by the UE sent by the sending module, the ACK feed information on the corresponding PUCCH feedback resource location.
  • the embodiment of the present invention can improve the resource usage efficiency by encapsulating the data packets of the UEs belonging to the same group into one MAC PDU.
  • the scheduling information of the UEs belonging to the same group is included in the same PDCCH.
  • more control UEs can be used to schedule more UEs, improve PDCCH utilization, and improve system capacity.
  • the UE can provide feedback to the base station, which can implement fast retransmission, improve data transmission reliability, and reduce The transmission delay of the data.
  • FIG. 1 is a schematic flow chart of a method according to a first embodiment of the present invention
  • FIG. 2 is a schematic flow chart of a method according to a second embodiment of the present invention.
  • FIG. 3 is a schematic flow chart of a method according to a third embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram 1 of a MAC PDU subheader in the prior art
  • FIG. 5 is a schematic structural diagram 2 of a MAC PDU subheader in the prior art
  • FIG. 6 is a schematic structural diagram 3 of a MAC PDU subheader in the prior art
  • Figure ⁇ is a schematic structural diagram of a MAC PDU in the prior art
  • FIG. 8 is a schematic structural diagram of a MAC PDU after the method 1 is used in the embodiment of the present invention
  • FIG. 9 is a schematic structural diagram of a new MAC CE after the second method is used in the embodiment of the present invention
  • FIG. 1 is a schematic structural diagram of the MAC PDU subheader after adopting the third method in the embodiment of the present invention
  • 12 is a schematic structural diagram of a MAC PDU subheader after adopting method 3 in the embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of a MAC PDU subheader after adopting method 3 in the embodiment of the present invention.
  • FIG. 14 is a schematic diagram of a method used in an embodiment of the present invention. a schematic diagram of the structure of the MAC PDU after three;
  • FIG. 18 is a schematic structural diagram of a MAC PDU after the method 4 is used in the embodiment of the present invention
  • FIG. 19 is a schematic structural diagram of a MAC PDU subheader after adopting the fifth method in the embodiment of the present invention
  • FIG. 21 is a schematic structural diagram of a MAC PDU subheader after adopting method 5 in the embodiment of the present invention
  • FIG. 22 is a schematic structural diagram of a MAC PDU subheader after adopting method 5 in the embodiment of the present invention. ;
  • FIG. 23 is a schematic structural diagram of a MAC PDU subheader after adopting method 5 in the embodiment of the present invention.
  • FIG. 24 is a schematic structural diagram of a MAC PDU sub-header after the method 5 is used in the embodiment of the present invention
  • FIG. 25 is a schematic structural diagram of a MAC PDU after the method 5 is used in the embodiment of the present invention
  • FIG. 26 is a schematic structural diagram of a MAC PDU subheader after the method 6 is used in the embodiment of the present invention
  • FIG. 28 is a schematic structural diagram of a MAC PDU subheader after the method 6 is used in the embodiment of the present invention.
  • FIG. 29 is a schematic structural diagram of a MAC PDU after the method 6 is used in the embodiment of the present invention
  • FIG. 30 is a schematic diagram of a new MAC CE after adopting method 7 or method 9 in the embodiment of the present invention; Schematic diagram of the structure;
  • FIG. 31 is a schematic structural diagram of a MAC PDU after the method 7 is used in the embodiment of the present invention
  • FIG. 32 is a schematic structural diagram of a newly added MAC CE after adopting the method 8 in the embodiment of the present invention
  • FIG. 33 is a schematic structural diagram of a MAC PDU after the method 8 is used in the embodiment of the present invention
  • FIG. 34 is a schematic structural diagram of a MAC PDU after the method 9 is used in the embodiment of the present invention.
  • 36 is a schematic structural diagram of an eNB according to an embodiment of the present invention.
  • FIG. 37 is a schematic structural diagram of a function of a UE according to an embodiment of the present invention.
  • FIG. 38 is a schematic structural diagram of a UE according to a fifth embodiment of the present invention.
  • FIG. 39 is a schematic structural diagram of a network device according to a sixth embodiment of the present invention.
  • the control signaling transmitted on the PDCCH itself is also carried on a certain physical resource for transmission.
  • TTI Transmission Time Interval
  • the control signaling that can be carried in a Transmission Time Interval (TTI) is usually only a dozen or so, which also includes the uplink and downlink scheduling information. Therefore, on average, up to or down, only a few to a dozen users can be scheduled in one cell at a time.
  • control signaling may be sent only in certain subframes. At this time, the number of control signaling that can be transmitted on the PDCCH will be less. . Since the number of control signaling is limited, the number of users that can be scheduled is also limited, resulting in limited system capacity.
  • the service of the packet the basic unit for data transmission in the LTE system is a Transmission Block (TB), and one TB is also called a Media Access Control Protocol Data Unit (MAC PDU), but Because the data volume of the packet is small, it is usually unable to fill a MAC PDU, and thus the padding bit needs to be carried in the MAC PDU, which limits the capacity of the system resource.
  • TB Transmission Block
  • MAC PDU Media Access Control Protocol Data Unit
  • FIG. 1 is a schematic flowchart of a method according to a first embodiment of the present invention, including:
  • Step 11 The UE acquires a group scheduling identifier, where the group scheduling identifier is used to indicate a packet scheduled by the control signaling on the PDCCH.
  • Step 12 The UE receives the masked control signaling on the PDCCH, and demasks the control signaling according to the group scheduling identifier.
  • the specific method of masking and unmasking can be implemented by the usual method, for example, similar
  • the embodiment of the present invention differs in that the group scheduling identifier is used for masking.
  • Step 13 The UE receives a MAC PDU according to the control signaling, where the MAC PDU includes a data packet of at least one UE in the same packet.
  • Step 14 The UE acquires a PUCCH feedback resource location corresponding to the location of the UE data packet according to a correspondence between a data packet location of the at least one UE and a PUCCH feedback resource location in the MAC PDU, where the corresponding The ACK feedback information is sent on the PUCCH feedback resource location.
  • the UE in the embodiment of the present invention may be specifically a UE in a connected state.
  • the network side may be specifically an eNB or other network device.
  • the data packet of the UE that belongs to the same group is encapsulated into one MAC PDU, and the resource usage efficiency is improved.
  • the scheduling information of the UEs belonging to the same group is included in the control signaling transmitted on the same PDCCH.
  • a control UE can be used to schedule more UEs, improve the utilization of control signaling transmitted on the PDCCH, and improve system capacity.
  • the UE can provide feedback to the base station, which can implement fast retransmission, improve data transmission reliability, and reduce data. Transmission delay.
  • FIG. 2 is a schematic flowchart of a method according to a second embodiment of the present invention, including:
  • Step 21 The network side encapsulates the data packet belonging to the same packet UE into one MAC PDU.
  • Step 23 The network side receives the ACK feedback information sent by the UE on the corresponding PUCCH feedback resource location.
  • the data packets of the UEs belonging to the same group are encapsulated into one MAC PDU, so that the resource usage efficiency is improved.
  • the scheduling information of the UEs belonging to the same group is included in the same control signaling, and one control may be adopted. Signaling schedules more UEs, improves control signaling utilization, and improves system capacity.
  • the UE provides feedback to the base station, which can implement fast retransmission, improve data transmission reliability, and reduce data transmission delay.
  • the group to which the UE belongs may be pre-divided by the base station, or the UE that listens to the paging message at the same time belongs to the same group, and the used group scheduling identifier may be pre-allocated during the period. It is also possible to use an identifier for identifying a paging message, for example, a Paging Radio Network Temporary Identity (P-RNTI).
  • P-RNTI Paging Radio Network Temporary Identity
  • FIG. 3 is a schematic flowchart of a method according to a third embodiment of the present invention.
  • an eNB is divided into groups. As shown in FIG. 3, this embodiment includes:
  • Step 31 The eNB groups the UEs that are in the connected state (ie, the subordinate UEs), and assigns a group scheduling identifier to each packet.
  • the group scheduling identifier may be specifically a group radio network temporary identifier (Group-RNTI).
  • the eNB may group the subordinate UEs according to at least one of the following items: downlink quality, service burst, and service characteristics. For example, the eNB may classify the subordinate UEs into a group of UEs with similar downlink qualities, or may be UEs that are more prominent in service aggregation, or may also group UEs with similar service characteristics into one group. It should be noted that the grouping method actually adopted by the eNB includes, but is not limited to, the content described above, and may be a single one, a combination of some of the methods, and the like.
  • the eNB may carry information such as the group scheduling identifier Group-RNTI and the UE information in the RRC message and send the information to the UE, where the UE information may be the location information of the UE in the packet, and the number of the UE in the packet. Or UE identification.
  • the eNB may re-group the UEs and modify the original group information through the RRC message.
  • the RRC message used to notify the packet information may be an existing RRC message, such as an RRC Connection Reconfiguration message, or may be a newly added RRC message.
  • the specific sending parameters used to indicate the grouping information may use parameters in the existing message, newly added parameters, or some of the existing parameters.
  • RRC messages and indication parameters are merely names used for convenience of description. This name is not limited to the scope applicable to the embodiments of the present invention, that is, there may be no similar names in some systems, but the present invention cannot be considered as such. The technical solutions in the embodiments cannot be applied to these systems.
  • Step 32 During downlink data transmission, the eNB encapsulates the data packets of the UEs belonging to the same packet into one MAC PDU, and uses one control signaling to schedule UEs belonging to the same group, and the control signaling uses the group scheduling identifier Group- The RNTI performs masking.
  • the eNB encapsulates the data of which UEs of the same packet into one MAC PDU, which is related to which UEs in the packet have data to be scheduled, the scheduling algorithm of the eNB, the current physical resource status, and the like, for example, 4 If 10 UEs are in the same group, only the first one is available at a time, and the second UE has data, the eNB may encapsulate the data packets of the first and second UEs into one MAC PDU for transmission, and at another time, The 10 UEs have data, but the physical resources can only transmit data of 4 UEs. The eNB can encapsulate the data packets of 4 UEs into one MAC PDU for transmission.
  • the basic transmission unit of the MAC layer is 1 MAC PDU.
  • 1 MAC PDU consists of 1 MAC header, 0 or more MAC Control Elements (MAC CE), 0 or more MAC Service Data Units (MAC SDUs), and Optional data fill composition.
  • 1 MAC header consists of 1 or more MAC PDU subheaders, 1 MAC PDU subheader Corresponding to 1 MAC CE or 1 MAC SDU or data padding.
  • One MAC PDU subheader is composed of R/R/E/LCID/F/L, but contains only R/R/E/LCID for the last subheader in the MAC header or the subheader corresponding to the fixed length MAC CE.
  • the LCID field indicates different meanings for MAC CE, MAC SDU, and data padding.
  • MAC CE and data padding different LCIDs represent different MAC CE types.
  • the LCID indicates the logical channel number of the data carried by the SDU. Specifically, the meaning of the downlink shared channel LCID is as shown in Table 1:
  • the data packet of the UE that uses the group scheduling transmission may be one or more MAC SDUs, or may be one or more MAC CEs, or may be one or more MAC SDUs and one or Multiple MAC CEs.
  • the MAC CE may be an existing MAC CE of the protocol, such as a Discontinuous Reception (DRX) command MAC CE (DRX Command MAC CE), or may be a new type of MAC CE added in the future, such as a downlink resource allocation command. (Down link Assignment), Uplink Grant, etc.
  • the data packet of the UE of the same group may be encapsulated in one MAC PDU in the following manner:
  • Method 1 The MAC PDU includes a MAC header and a MAC payload.
  • the MAC header includes: a UE indication part, configured to indicate whether the UE in the packet has data, and the UE indication part is newly added in the MAC header.
  • a field the bit of the UE indication part is the same as the number of UEs in the packet, according to the location order of the UE in the packet;
  • the MAC payload includes: a data packet corresponding to the UE with data; each having data The UE corresponds to one MAC CE, or each UE with data corresponds to one MAC SDU.
  • a fixed length bitmap indication is added.
  • a fixed-length bitmap indication such as 8 bits, is added to the front of the MAC header.
  • Each bit indicates whether a UE has data. If set to 1 indicates that the UE has data, 0 indicates that there is no data for the UE, and the total number of bits is equal to the number of users in the group.
  • the order indicated by the Bitmap is related to the location of the UE within the group. As shown in the example of FIG. 8, it indicates that UE0, UE2, UE5, and UE7 have data scheduled.
  • the user data of one of the UEs may be a MAC SDU or a MAC CE. And each UE data contains only one MAC SDU or one MAC CE.
  • the MAC PDU includes: a MAC header and a MAC payload; the MAC header includes: a MAC PDU subheader; the MAC payload includes: a data packet corresponding to a MAC CE and a UE having data, the indication
  • the MAC CE is used to indicate whether the UE in the packet has data, and the number of bits in the MAC CE indicates that the number of UEs corresponding to the maximum number of the UEs having data in the packet is in the order of the UEs in the packet.
  • variable length bitmap indication is added.
  • the bitmap is used as a MAC CE and is included in the MAC PDU and is indicated by the R/R/E/LCID/F/L subheader.
  • Add a group scheduling MAC CE Group Scheduling MAC CE.
  • the specific format of the Group Scheduling MAC CE is shown in Figure 9. Referring to FIG. 10, unlike other MAC CEs, in order to represent a variable length Group Scheduling MAC CE size, the corresponding MAC PDU subheader includes an R/R/E/LCID/E/L domain, where the L domain indicates the Group.
  • the length of the Scheduling MAC CE See Table 2 for the LCID field.
  • the Group Scheduling MAC CE is placed in front of all MAC CEs.
  • the user data of one UE may be a MAC SDU or a MAC CE.
  • each UE data contains only one MAC SDU or one MAC CE.
  • the order in which the Bitma indicates is related to the location of the UE within the group.
  • the lengths of the above BitMas used in different groups may be the same or different. For example, there are 8 UEs in group 1, the length of BitMa can be 8, the number of groups in group 2 is 16, and the length of BitMap is 16; different UEs are scheduled in the same group.
  • the corresponding BitMap lengths may be the same or different, for example, there are 128 UEs in the group.
  • the BitMap may be set to 8; and if all are scheduled or scheduled to the last For several UEs, the BitMap is 128. There is also a method of using the offset plus BitMap form, first giving the ID of the top UE of the scheduled location, and the latter UE using the BitMap method.
  • the MAC PDU includes: a MAC header and a MAC payload; the MAC header includes a UE indication part, and the UE indication part is located in a MAC PDU subheader included in the MAC header, and the MAC PDU is occupied. a reserved bit portion of the header, the reserved bit portion is used to indicate a number of the UE with data in the packet, and the UE indication portion is used to indicate whether the UE in the packet has data; the MAC payload includes data The UE corresponding to the data packet, each UE with data corresponds to one or more consecutive MAC CEs, or each UE with data corresponds to one or more consecutive MAC SDUs in the MAC PDU. If the data packet corresponding to the UE is a plurality of consecutive data packets, it can be configured in a fixed position feedback, such as The location of a MAC SDU is fed back, or it can be dynamically configured without limiting the fixed location.
  • the UE indicates that the part is a fixed length UE_ID (2 bits).
  • UE_ID 2 bits
  • two reserved bits in the current MAC PDU subheader are used as the identifier of the UE-ID.
  • FIG. 11 is a schematic structural diagram of the MAC PDU sub-header after adopting the third method in the embodiment of the present invention.
  • FIG. 12 is a schematic structural diagram 2 of a MAC PDU sub-header adopting Method 3 in the embodiment of the present invention, including UE-ID/E MAC PDU sub-header of /LCID/F/L (15 bits)
  • FIG. 11 is a schematic structural diagram of the MAC PDU sub-header after adopting the third method in the embodiment of the present invention.
  • FIG. 12 is a
  • FIG. 13 is a schematic structural diagram 3 of a MAC PDU sub-header adopting method 3 in the embodiment of the present invention, including a MAC PDU sub-header of UE_ID/E/LCID .
  • the UE-ID may be a number of the UE in the group, or may be a UE identifier, for example, a C-RNTI of the UE.
  • one MAC PDU can transmit multiple MAC SDUs and/or MAC CEs of the same UE, but each MAC SDU or MAC CE needs an independent MAC PDU subheader, that is, data of the same UE. It may also be necessary to transmit multiple UE-IDs.
  • the specific format is shown in Figure 14.
  • the MAC PDU includes: a MAC header and a MAC payload; the MAC header includes: a UE indication part, where the UE indication part is a new field in the MAC PDU subheader, and the UE indication part is located In the MAC PDU subheader included in the MAC header, the UE indication part is configured to indicate, by the number of the UE in the packet, that the UE in the packet has data; the MAC payload includes data corresponding to the UE with data.
  • Each of the data-capable UEs corresponds to one or more consecutive MAC CEs, or each data-capable UE corresponds to one or more consecutive MAC SDUs. In particular, if more than one Position continuous packets, configured with fixed location feedback, such as the first MAC SDU, or through dynamic configuration.
  • the UE indicates that the part is a fixed length UE-ID (>2 bits), which may be 8 bits or 16 bits or longer, depending on the number of UEs allocated to a group.
  • the format is fixed, that is, once the number of bits of the extension is determined, the UE is used for scheduling scheduling for all groups.
  • a fixed length UE ID is extended after the existing MAC subheader.
  • Figure 15-17 is an extended 8bits. Schematic diagram of structure 1, a MAC PDU subheader containing R/R/E/LCID/F/L (7bits)/UE_ID, including R/R/E/LCID/F/L (15bits)/UE_ID MAC PDU subheader, FIG.
  • FIG. 17 is a schematic structural diagram 3 of a MAC PDU subheader adopting Method 4 in the embodiment of the present invention, and includes a MAC PDU subheader of R/R/E/LCID/UEJD.
  • a MAC PDU subheader of R/R/E/LCID/UEJD Different from methods one and two, one MAC PDU can transmit multiple MAC SDUs and/or MAC CEs of the same UE, but each MAC SDU or MAC CE needs an independent MAC PDU subheader, that is, data of the same UE. It may also be necessary to transmit multiple UE-IDs.
  • the specific format is shown in Figure 18.
  • the MAC PDU includes: a MAC header and a MAC payload; the MAC header includes: a UE indication part, where the UE indication part is located in a MAC PDU subheader included in the MAC header, and the UE indication part The UE in the packet indicates that the UE has data through the number in the packet; the MAC payload includes: a data packet corresponding to the UE with data; each UE with data corresponds to one or more consecutive MAC CEs, or each The UE with data corresponds to one or more consecutive MAC SDUs with multiple locations.
  • the fixed location feedback is configured by the protocol, such as the first MAC SDU.
  • the UE indication part is a new field in the MAC PDU subheader; the MAC PDU subheader further includes: a length indication part, configured to indicate a length of the indication part of the UE.
  • FIG. 19 is a schematic structural diagram 1 of a MAC PDU subheader after adopting method 5 according to an embodiment of the present invention, including a MAC PDU of R/R/E/LCID/F/L (7 bits)/T/UE_ID (7 bits) Header
  • FIG. 20 is a schematic structural diagram 2 of a MAC PDU subheader adopting Method 5 in the embodiment of the present invention, and includes a MAC address of R/R/E/LCID/F/L (7bits)/T/UE_ID (15bits).
  • FIG. 21 is a schematic structural diagram 3 of a MAC PDU subheader adopting method 5 in the embodiment of the present invention, including R/R/E/LCID/F/L (15 bits)/T/UE_ID (7 bits) MAC PDU subheader
  • Figure 22 is the present invention
  • the structure of the MAC PDU sub-header after the method 5 is used, and the MAC PDU sub-header including R/R/E/LCID/F/L (15 bits)/T/UE_ID (15 bits) is shown in FIG.
  • FIG. 24 is an embodiment of the present invention.
  • the structure diagram 6 of the MAC PDU subheader after method 5 is used, and the MAC PDU subheader of R/R/E/LCID/T/UE_ID (15 bits) is included.
  • one MAC PDU can transmit multiple MAC SDUs and/or MAC CEs of the same UE, but each MAC SDU or MAC CE needs an independent MAC PDU subheader, that is, data of the same UE. It may also be necessary to transmit multiple UE-IDs.
  • the specific format is shown in Figure 25.
  • the MAC PDU includes: a MAC header and a MAC payload; the MAC header includes: a UE indication part, where the UE indication part is a new field in the MAC PDU subheader, and is located in the MAC header.
  • the UE in the packet indicates that the UE has data in the packet;
  • the MAC payload includes: a data packet corresponding to the UE with data;
  • the UE indication part may indicate the same A packet of a payload portion corresponding to one MAC header of the UE and at least one MAC PDU subheader.
  • Each UE with data corresponds to one or more consecutive MAC CEs, or each UE with data corresponds to one or more consecutive MAC SDUs. In particular, if multiple consecutive packets are located, Fixed location feedback with protocol configuration, such as the first MAC SDU, or through dynamic configuration.
  • the MAC PDU includes an optional UE-ID, that is, data of multiple logical channels of one UE can be transmitted, and only one UE-ID is used.
  • the UE-ID has a fixed length, which can be 8 bits or 16 bits or longer, depending on the number of UEs assigned to a group. However, the format is fixed, that is, once the number of bits of the extension is determined, the UE is used for all groups, and the length is used.
  • the UE_ID is equal to the number in the group configured by the eNB for the UE through the RRC message in step 1. When a certain UE-ID is present, if the following MAC SDU and/or MAC CE belong to the same UE, the UE-ID may not be carried.
  • the UE considers several consecutive MAC SDUs and/or MAC CEs. All belong to one's own. Use a reserved bit in the MAC subheader to indicate whether it is in the MAC subheader
  • the UE ID is carried, for example, the T-domain in FIG. 26-28. If ⁇ is 1, the UE is the ID, and 0 is the UE-ID.
  • FIG. 26 is the MAC after the sixth method in the embodiment of the present invention.
  • a schematic diagram of the structure of the PDU sub-header includes a MAC PDU sub-header of T/R/E/LCID/F/L (7 bits)/T/UE_ID, and FIG. 27 is a MAC PDU after the method 6 is used in the embodiment of the present invention.
  • FIG. 28 is a MAC PDU sub-method after adopting method 6 in the embodiment of the present invention.
  • the MAC PDU under this method can be as shown in FIG.
  • the MAC PDU includes: a MAC header and a MAC payload; the MAC header includes: a MAC PDU subheader; the MAC payload includes: a data packet corresponding to a MAC CE and a UE having data, the indication The MAC CE is used to indicate whether the UE in the packet has data; the indication MAC CE is used to indicate the number of the UE with data in the packet; each UE with data corresponds to one or more MAC CEs, or each has data The UE corresponds to one or more consecutive MAC SDUs, and in particular, if there are multiple consecutive data packets, the fixed location feedback configured by the protocol, such as the first MAC SDU, or through dynamic configuration; The length of the indication MAC CE is fixed, and each subsequent adjacent data packet indicating the MAC CE is one or more consecutive data packets corresponding to the same UE indicating the MAC CE.
  • a new fixed length MAC CE is added to identify which UE.
  • the UE_ID is included as a MAC CE in the MAC PDU and is indicated by the R/R/E/LCID subheader.
  • a UE identifier (MAC identity) is added, and the fixed length of the UE identity MAC CE may be 8 bits, or may be 16 bits or longer. Once determined, it is used by all UEs scheduled by the group.
  • the LCID field included in the MAC PDU subheader corresponding to the MAC identifier of the UE is shown in Table 3.
  • the MAC CE is not placed at the top of the MAC header, but is interspersed in front of the MAC CE subheader and/or the MAC SDU subheader.
  • the MAC CE is not placed at the top of the MAC header, but is interspersed in front of the MAC CE subheader and/or the MAC SDU subheader.
  • a certain UE identity MAC CE is present, if the following MAC SDU and/or MAC CE belong to the same UE, then The UE identity is carried again, and the UE considers that several consecutive MAC SDUs and/or MAC CEs belong to oneself. For example, referring to FIG.
  • UE_ID 0 MAC CE and subsequent UEO MAC CE correspond to UE-0
  • UE_ID 1 MAC CE and subsequent UE1 SDU1 and UE1 MAC SDU2 correspond to UE-1
  • the CE and subsequent UE2 SDU1 correspond to UE-2.
  • the MAC PDU includes: a MAC header and a MAC payload; the MAC header includes: a MAC PDU subheader; the MAC payload includes: a data packet corresponding to a MAC CE and a UE having data, the indication The MAC CE is used to indicate whether the UE in the packet has data; the indication MAC CE is used to indicate the number of the UE with data in the packet; the length indicating the MAC CE is non-fixed, and each indicates a subsequent phase of the MAC CE The neighboring data packet is one or more consecutive data packets corresponding to the same UE indicating the MAC CE.
  • a new variable length MAC CE is added to identify which UE.
  • the UE_ID is included as a MAC CE in the MAC PDU and is indicated by the R/R/E/LCID/F/L subheader.
  • the specific format of the MAC CE is shown in Figure 32.
  • the LCID field included in the MAC PDU subheader corresponding to the MAC identifier of the UE is shown in Table 3.
  • the corresponding MAC PDU subheader includes an R/R/E/LCID/E/L domain, where the L domain indicates the Group Scheduling MAC CE. length.
  • the top of the MAC header is interspersed in front of the MAC CE subheader and/or the MAC SDU subheader.
  • the UE identity may not be carried. The UE considers several consecutive MAC SDUs and/or MAC CEs. All belong to one's own.
  • the MAC PDU includes: a MAC header and a MAC payload; the MAC header includes: a MAC PDU subheader; the MAC payload includes: a data packet corresponding to a MAC CE and a UE having data, the indication
  • the MAC CE is used to indicate whether the UE in the packet has data.
  • the indication MAC CE is used to indicate the number of the UE with data in the packet.
  • the length of the indication MAC CE is fixed, and is the same as the MAC CE.
  • a new MAC CE is added, and the UE is identified as a MAC CE, which is included in the MAC PDU, and is indicated by using the R/R/E/LCID subheader.
  • Add a UE identifier MAC CE-UE identity is added.
  • the specific format of the MAC CE is as shown in FIG. 30.
  • the fixed length may be 8 bits or 16 bits or longer, but once determined, the UEs scheduled for all groups are Use this fixed length.
  • the LCID field included in the MAC PDU subheader corresponding to the MAC identifier of the UE is shown in Table 3. Referring to FIG.
  • each UE first assembles one or more MAC CEs and/or one or more MAC SDUs into MAC PDUs, and then presses UEs in front of all these MAC PDUs.
  • the transmission order of the MAC PDU is added to indicate the UE Identity MAC CE of the UE-ID, and a sub-header is added in the MAC header to indicate these MAC CEs.
  • the PDCCH can be transmitted in a common search area as follows:
  • the PDCCH occupies 4 or 8 CCEs in the common search area, which may limit the number of UEs scheduled using the same PDCCH command in the same TTI in the embodiment of the present invention.
  • the purpose of this embodiment is to minimize the limitation.
  • the specific method is as follows: The UE receives the masked control signaling on the PDCCH in the common search space, where the number of CCEs occupied by the control signaling is other than 4 and 8.
  • the number of CCEs occupied by the common search space is a value other than 16; or, when the UE and the UE belong to a small value
  • the group scheduling identifier received by the UE is a P-RNTI or an SI-RNTI; or the UE receives the control signaling corresponding to the group where the UE is located in the configured group scheduling space.
  • the configured group scheduling space is that the UE receives a group scheduling space configured by using an RRC message, or the UE uses a statically configured group scheduling space.
  • the number of CCEs occupied by one control signaling can be 2, or other values.
  • scheduling can be performed by using two CCE control signaling commands to further improve the PDCCH utilization efficiency.
  • the feature can also be applied to dedicated scheduling in a common search space, which can also improve resource utilization efficiency of the PDCCH. For Rel-10 and later UEs.
  • the blind detection capability and processing power in the search space will also increase accordingly, so it is feasible to increase the number of blind detections and processing.
  • the number of one or more CCEs other than 4 and 8 CCEs occupied by the control signaling in the CSS can be extended.
  • the size of the common search space is currently 16 CCEs.
  • the size of the space can also be changed, for example, from 16 CCEs to 20, or even more, of course, cannot exceed The total number of CCEs available.
  • the size of the public space can also be reduced based on needs.
  • the size of the CSS can be extended to several CCEs other than 16 CCEs.
  • the set of scheduling space may be shared by all groups; or different groups may have different scheduling spaces, and different group spaces may theoretically overlap, and the space sizes may be the same or different.
  • the group scheduling space can be configured to a specific UE belonging to a specific group through an RRC message, or can be statically configured in the protocol. When a group scheduling space is used, one control signaling command sent in the group scheduling space may occupy one or more CCEs.
  • the UE may join a certain group or quit a certain group, and the operation may be implemented by an RRC message or other message.
  • all UEs in the cell can belong to the same group, that is, the group Valid in the entire cell range, the used group RNTI can be statically configured in the protocol, can also be notified in the broadcast message, and can also be configured through RRC messages or other messages.
  • the control signaling transmitted on one PDCCH occupies 4 CCEs or 8 CCEs in the common search space.
  • the eNB simultaneously schedules.
  • the number of UEs is related to the number of resources occupied by the control signaling transmitted on the PDCCH. That is, no matter how many UEs are in a group, if the control signaling sent by the eNB in the common search space occupies 4 CCEs at a certain time, the number of UEs simultaneously scheduled by the eNB in the TTI should not be greater than 4 to ensure all The UE can calculate and use the corresponding PUCCH resource feedback ACK:. If the PDCCH occupies 8 CCEs of the resource, the number of UEs scheduled by the eNB at the same time should not be greater than 4, so that all UEs can calculate and use the corresponding PUCCH resource feedback ACK:.
  • Step 33 The UE monitors the control signaling on the PDCCH, and receives downlink data on the corresponding channel according to the scheduling information carried by the control signaling.
  • the UE not only needs a dedicated search area and listens to its own dedicated control signaling in the public search area, but also needs to listen to the control signaling of the common search area to determine whether there is its own data when the group is scheduled.
  • the grouped UE needs to listen to the control signaling on the PDCCH of its own Group-RNTI masked to detect whether there is group scheduling data transmission. . It should be noted that, after the UE receives the control signaling of its own C-RNTI masking, it does not need to listen to the control signaling of its own Group-RNTI masking; if the UE does not listen to its own C- The RNTI masked control signaling needs to listen to its own Group-RNTI masked control signaling.
  • the UE When the UE receives its own After the group-RNTI masks the control signaling, it receives and decodes the data on the PDSCH according to the scheduling information indicated by the control signaling. If the UE MAC layer does not successfully decode the data packet, the data packet is discarded, and no HARQ feedback is required. If the data packet is successfully decoded, the MAC PDU is obtained, and according to the indication in the MAC header, it is confirmed whether there is data belonging to itself. If not, the MAC PDU is discarded, and HARQ feedback is not required. If you have your own data, confirm your relative position in the group or get your own data packet according to the UE-ID indication.
  • Step 34 The UE sends feedback information to the eNB on the PUCCH according to the situation of receiving the downlink data.
  • Hybrid Automatic Repeat reQuest (HQQ) technology is used to ensure reliable transmission of data.
  • the UE After the eNB sends the control signaling for the UE downlink data scheduling on the PDCCH on the PDCCH, the UE receives the downlink on the corresponding physical downlink shared channel (Physical Downlink Share Channel, PDSCH) according to the scheduling signaling indication. data.
  • PDSCH Physical Downlink Share Channel
  • n+k k is 4 in the Frequency Division Duplex (FDD) mode, and other values can be used in the Time Division Duplex (TDD) mode).
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • the TTI transmits the HARQ feedback on the PUCCH. , inform the eNB whether the data is successfully received.
  • the PUCCH resource used by the UE is related to the physical resources occupied by the control signaling used for this scheduling.
  • the main factor used to calculate the current PUCCH feedback resource is the location of the first CCE (Control Channel Element) occupied by the control signaling corresponding to the current scheduling.
  • the calculation method of the PUCCH is: the UE determines the ranking of the UE in the current scheduling, that is, the relative position of the UE in the current scheduling, and determines the CCE corresponding to the PUCCH according to the ranking.
  • the sequence numbers of the four CCEs of the control signaling are 1, 2, 3, and 4, and the sequence of the scheduled UEs is UE1, UE5, UE6, and UE9, if 4 UEs correctly receive the downlink.
  • the four UEs use the PUCCH resources corresponding to CCEs 1, 2, 3, and 4 to perform ACK feedback.
  • the UE calculates the PUCCH resource used by the HARQ feedback according to its own ranking in the current scheduling, and performs ACK feedback.
  • the eNB may also use the RRC message to notify the UE to feed back on the specified PUCCH, as follows:
  • the eNB sends the group scheduling information through the RRC message, and the PUCCH resource (including the number of PUCCHs and the specific physical layer resources used by each PUCCH) that is reserved for the UE is also notified by the RRC message. UE.
  • the number of reserved PUCCHs is related to the number of UEs that the eNB determines to be simultaneously transmitted by the eNB. That is, if the eNB determines that the data packets of the four UEs can be simultaneously transmitted in the group, the number of PUCCHs reserved for the group is 4.
  • the UE When the UE needs to perform HARQ-ACK feedback, it determines the PUCCH that it actually uses according to its scheduled location and the reserved PUCCH resource received through the RRC message, thereby performing HARQ feedback. For example, if the reserved 4 PUCCH resource numbers are 1, 2, 3, and 4, when UE1, UE5, UE6, and UE9 are simultaneously scheduled at a certain time, UE1 uses the PUCCH resource numbered 1 to feed back, and UE5 uses the number as The PUCCH resource of 2 is fed back, and so on. When UE4, UE3, UE7, and UE8 are simultaneously scheduled at the next moment, UE4 uses the PUCCH resource numbered 1 to feed back, UE3 uses the PUCCH resource numbered 2 to perform feedback, and so on.
  • the two UEs use the PUCCH corresponding to the CCE occupied by the control signaling to perform feedback, and specifically, which UE uses which PUCCH resource,
  • the first four UEs that are scheduled to use the pre-configured PUCCH resources for feedback, and the latter two UEs use the PUCCH corresponding to the CCEs of the PDCCH for feedback.
  • the UE sends the HARQ-ACK on the PUCCH resource
  • whether the PUCCH multi-antenna transmit diversity can be configured for the UE may be configured. If the mechanism is configured, the UE needs to occupy 2 PUCCHs when sending HARQ feedback on the PUCCH. If the mechanism is not configured, only one PUCCH is used for feedback. For the sake of simplicity, it is stipulated that regardless of whether the UE is configured with the PUCCH multi-antenna transmit diversity mechanism, in the case of group scheduling, according to the normal PUCCH transmission mechanism, that is, only one PUCCH is used to transmit HARQ-ACK:.
  • the PUCCH sending mechanism that is specifically used is performed according to the manner actually configured by the UE, that is, if the PUCCH multi-antenna transmit diversity is configured, the multi-antenna method is used to transmit; and if not configured, Then use the ordinary launch mode.
  • the number of UEs that can be scheduled in one cell is limited by the number of CCEs occupied by control signaling or the number of pre-configured PUCCHs for feedback or the sum of the two.
  • This embodiment has been extended in order to schedule more UE data.
  • the eNB may select one or several UEs after the number of UEs scheduled by the eNB in a TTI using control signaling exceeds the number of CCEs occupied by the control signaling or the number of pre-configured PUCCHs for feedback or the sum of the two. Give feedback.
  • the eNB determines whether it is necessary to retransmit the corresponding data through feedback of the one or the UEs.
  • the specific method of which UE or UEs to perform feedback may be: Method 1. According to the number of CCEs occupied by control signaling or the number of pre-configured PUCCHs for feedback or the sum of the two, the first few UEs are ranked. After successfully receiving your own data, you need to provide feedback.
  • the data of the scheduled UE can be mapped to the corresponding PUCCH at the location of the MAC PDU, and after the data is successfully received, feedback needs to be performed, and the data of the scheduled UE cannot be mapped to the corresponding location of the MAC PDU.
  • the PUCCH does not provide feedback even if the data is successfully received.
  • the number of CCEs in control signaling is 4, and the number of UEs scheduled is 6. Only the UEs ranked in the top 4 can perform feedback, and the latter two UEs cannot provide feedback because they cannot find the corresponding feedback resources.
  • Method 2 The eNB specifies which UE or UE to perform feedback, and the UE that successfully receives the data feeds back according to the indication or does not feedback.
  • the method indicated therein may be by RRC indication, such as a specific UE ID, and or the relative position of the UE in the MAC PDU (such as an odd position, or an even position, or the first, or the last, etc., no longer)
  • the eNB may also indicate in the MAC PDU, for example, for each scheduled UE to perform an identifier that needs feedback, the identifier may occupy an existing reserved bit, or may design a new format.
  • the UE After the UE successfully receives its own data, it feedbacks or does not feedback according to the indication.
  • the eNB After the eNB receives the feedback, it performs subsequent operations, or retransmission, or packet loss, depending on the specific implementation of the eNB. For example, the eNB indicates that a few UEs with the worst channel conditions perform feedback (by indication, or prioritization), and if all of the UEs feed back ACK, it is considered that other UEs that do not indicate feedback are also successfully received. Or if the UEs do not feed back the ACK, it is considered that the data of other UEs is not successfully transmitted, and needs to be retransmitted again. Or, as long as there is a UE but no feedback ACK, the data of all UEs that do not have feedback ACK and cannot feedback ACK are re-alarmed.
  • This embodiment breaks the limitation that the number of scheduled UEs is limited by the number of CCEs occupied by the control signaling, and can further optimize the use of the PDCCH and schedule more UEs.
  • the problem is that the eNB cannot accurately know the data reception status of all UEs, so it is possible to increase packet loss (when the eNB considers all UEs that do not indicate feedback to be ACK) or unnecessary retransmissions (when the eNB thinks that some Some UEs that did not indicate that the feedback was sent did not successfully receive the data).
  • the eNB can adopt a relatively conservative modulation and coding mode, and at the same time rationally design the UE that needs feedback, which can greatly reduce the possibility of eNB misjudgment.
  • the value indicates that even if the number of UEs scheduled does not exceed the number of CCEs of control signaling or The pre-configured number of PUCCHs for feedback or the sum of the two, the eNB may also indicate which UEs need to perform feedback, rather than all UEs.
  • the eNB may indicate, on the PUCCH channel corresponding to the CCE location, the corresponding UE, in addition to the information indicating which UE or the UE is required to be fed back, instead of selecting the corresponding location in the entire MAC PDU according to the data of the UE. Similar to the feedback on the PUCCH channel corresponding to the CCE; similarly, in addition to indicating which UE or UE needs feedback information, the eNB may also indicate on which pre-configured PUCCH channel the corresponding UE should feed back, and not necessarily according to the UE data. The position in the MAC PDU is selected to correspond to the feedback on the PUCCH channel.
  • the feedback can be multiplexed with the uplink data and transmitted to the eNB.
  • a MAC PDU includes multiple data packets of the same UE, such as a combination of multiple MAC SDUs, multiple MAC CEs, one or more MAC SDUs, and one or more MAC CEs
  • the UE calculates feedback resources.
  • the location may be referenced to the location where the first data packet appears.
  • the location of the data packet in other locations may also be referred to, and other UEs in the location also need to have the same understanding, and may be configured by fixed configuration or RRC configuration;
  • the data packet of the UE with multiple data packets is calculated only once according to the configuration previously configured, and the positions of other data packets are ignored. For example, in one MAC PDU, UE1 has two.
  • the data packet, UE2 has a data packet, and the order of the data packets appearing in the MAC PDU is the data packet 1 of the UE1, the data packet 2 of the UE1, and the data packet of the UE2.
  • the UE1 can use the data packet 1 of the UE1.
  • the location of the PUCCH feedback resource is calculated as the feedback resource calculated by the first CCE using the control signaling, and the UE2 ignores the location of the data packet 2 of the UE1, or considers the number of the UE1.
  • the location of the packet 2 is the same as the location of the data packet 1 of the UE1, that is, the two data packets of the UE1 occupy the same location, so that the location of the PUCCH feedback resource used by the UE2 is calculated to occupy the second CCE using the control signaling. Feedback resources.
  • Step 35 The eNB performs data packet retransmission according to the feedback information of the UE.
  • the eNB After receiving the feedback from the UE, the eNB determines which UEs are not correctly received and retransmits the data packets of the UEs. During retransmission, the data of other UEs in the group may be reassembled and transmitted simultaneously, without being limited to the last transmission combination, or may be sent separately.
  • the retransmission Since the retransmission data packet of the method cannot be combined and decoded, the retransmission only obtains the time diversity gain, so the retransmission data packet does not need to identify the packet as a retransmission packet.
  • the eNB misinterprets the ACK as a NACK, because the eNB knows that the group-scheduled UE can only send an ACK, the eNB can be considered as an ACK if it receives a feedback even if it is a NACK.
  • the UE will only listen to the group scheduling command in the ⁇ (ie, active state) of the control signaling on the PDCCH that needs to be monitored by the C-RNTI, and if it receives its own data in the group scheduling, The Inactivity Timer is started or restarted. If you do not receive your own data, continue with the previous DRX operation. If the packet is based on the above-mentioned paging message, the UE successfully receives or restarts the Inactivity Timer (inactive timer) when it successfully receives its own data in the MAC PDU in which the paging message is received.
  • the Inactivity Timer inactive timer
  • the specific retransmission process can be as follows:
  • the data of other UEs in the group may be reassembled and transmitted simultaneously, without being limited to the previous transmission combination, that is, (the new UE in the group may be added.
  • the data is transmitted as a new combination through group scheduling. It may also be combined with the data of other UEs in the group, but may be sent separately using dedicated resources.
  • the eNB continues to use the group scheduling mode to schedule data of the UE and other UEs in the group, it is necessary to separately record the number of times each data packet of each UE is scheduled. For a certain data packet of a certain UE, the number of transmission times for the data packet is incremented by one every time, once the maximum number of transmissions of the allowed MAC layer is reached (the maximum number of transmissions can be configured, the maximum number of different UEs in the group) The number of transmissions may be the same or different), then the MAC layer transmission failure is considered, the eNB The MAC layer discards the data packet of the UE.
  • the data packet may trigger a retransmission of a higher layer (such as an RLC layer); if the data packet is a MAC of a certain UE
  • the eNB can perform a new transmission based on the need to assemble a new MAC CE, and the transmission of the data packet for the UE ends.
  • the number of transmissions recorded by packets of different UEs may be different.
  • the eNB may reschedule other data packets of a certain UE, that is, may schedule two or more data packets of the same UE in the same MAC PDU, and each time for the UE is required. The data packets are recorded separately and processed separately.
  • the eNB uses the dedicated scheduling command to allocate a dedicated downlink resource to schedule a UE that needs to be retransmitted (that is, use the packet to be transmitted before the UE is retransmitted), once the eNB is in use, Dedicated scheduling, the subsequent operation is exactly the same as the prior art (that is, using one HARQ process of the UE, performing HARQ new transmission and retransmission). Only because the eNB has scheduled the data packet for the UE before performing the dedicated scheduling, when the MAC layer calculates the number of transmissions, the number of times the group scheduling is used to transmit the data packet of the UE can be counted.
  • the eNB can also use a group scheduling method to schedule a certain data of a certain UE, and then use a dedicated scheduling to transmit the data.
  • a higher layer such as the RLC
  • FIG. 35 is a schematic flowchart of a method according to a fourth embodiment of the present invention.
  • a UE corresponding to a paging message is used as a group.
  • this embodiment includes:
  • Step 351 The eNB assembles a paging message.
  • Step 352 The eNB carries the data packet of the corresponding one or more UEs in the MAC PDU where the paging message is located, and schedules the UEs belonging to the same group by using one control signaling transmitted on the PDCCH (ie, these UEs need to be at this time) Receiving a paging message), the control signaling carries a group identifier P-RNTI corresponding to the paging message.
  • the pre-configured group and the corresponding Group-RNTI may be used, and the MAC PDU in which the paging message is located may carry the data of one or more UEs.
  • the MAC PDU in which the paging message is located may carry the data of one or more UEs.
  • Step 353 The UE monitors control signaling for scheduling the paging message, and receives downlink data on the corresponding PDSCH channel according to the scheduling information carried by the control signaling.
  • Step 354 The UE sends the feedback information to the eNB on the PUCCH according to the situation of receiving the downlink data.
  • the UE receiving the data feeds back the uplink feedback resource corresponding to the CCE corresponding to the control signaling used to schedule the paging message according to the relative position of the data in the MAC PDU in which the Paging message is located (except the Paging message). Since the data is successfully resolved, the ACK can be fed back. If the solution is not successfully solved, the UE does not know whether it has its own data or feedback. Similarly, the uplink PUCCH feedback resource used may be pre-configured or a combination of the two.
  • Step 355 The eNB performs data packet retransmission according to the feedback information of the UE.
  • the eNB does not receive feedback from the UE, it is considered that the UE data is not successfully transmitted, and the dedicated scheduling may be used for retransmission.
  • the UE If the UE is in the DRX state, if it receives its own data in the paging message, it will start or restart the Inactivity Timer. If you do not receive your own data, you will not continue to perform the previous DRX operation.
  • the structure of the eNB MAC layer may be affected. This embodiment describes the impact on the eNB.
  • Data for each UE may be the MAC SDU of the UE, or The MAC CE, which may also be a combination of one or more MAC SDUs and/or one or more MAC CEs, maintains a number of transmission times counter, as described in the above embodiment, if there are multiple pieces of UE data, separately recorded
  • the number of transmissions, as their number of transmissions may vary;
  • Impact 2 Data for each UE (which may be the MAC SDU of the UE, or a MAC CE, or a combination of one or more MAC SDUs or one or more MAC CEs) to have a cache to store And associated with a transmission number counter, as described in the above embodiment, if there are multiple pieces of UE data, respectively, need to be cached, and respectively associated with a transmission number counter;
  • the number of transmissions using the group scheduling is combined with the number of HARQ transmissions using the dedicated scheduling, that is, the number of transmissions using the group scheduling first.
  • the dedicated scheduling To accumulate the number of transmissions in the subsequent use of the dedicated scheduling, to ensure that the total number of transmissions of the data at the MAC layer is the same as the maximum number of HARQ transmissions configured for the UE, that is, the transmission delay of the MAC layer is guaranteed.
  • the maximum number of times that data can be transmitted using group scheduling can be the same as the maximum number of HARQ transmissions configured for the UE, or it can be configured separately.
  • FIG. 38 is a schematic structural diagram of a UE according to a fifth embodiment of the present invention, including an obtaining module 381, a first receiving module 382, a second receiving module 383, and a feedback module 384.
  • the obtaining module 381 is configured to acquire a group scheduling identifier, where the group scheduling is performed. Identifying a packet for indicating control signaling scheduling on the PDCCH; the first receiving module 382 is configured to receive the masked control signaling on the PDCCH, and perform the de-masking according to the group scheduling identifier acquired by the acquiring module.
  • the second receiving module 383 is configured to receive, according to the control signaling received by the first receiving module, a MAC PDU, where the MAC PDU includes a data packet of at least one UE in the same packet, and the feedback module 384 uses Obtaining a PUCCH feedback resource location corresponding to the location of the UE data packet according to the correspondence between the at least one UE data packet location and the PUCCH feedback resource location in the MAC PDU received by the second receiving module, where Send ACK on the corresponding PUCCH feedback resource location Feedback.
  • the first receiving module 382 is specifically configured to: receive the masked control signaling on the PDCCH in the common search space, where the number of CCEs occupied by the control signaling is a value other than 4 and 8; or The number of CCEs occupied by the public search space is a value other than 16.
  • the group scheduling identifier received by the UE is P-RNTI. Or the SI-RNTI; or, in the configured group scheduling space, the control signaling corresponding to the packet where the UE is located, where the configured group scheduling space is the group scheduling space configured by the UE to receive the RRC message, or the UE Use a statically configured group scheduling space.
  • the method further includes: a decoding module, configured to successfully decode the MAC PDU received by the second receiving module, and the successfully decoded MAC PDU includes its own data packet.
  • the method may further include: discarding the module, if the UE does not successfully decode the MAC PDU received by the second receiving module, or if the successfully decoded MAC PDU does not have its own data packet, discarding the MAC PDU.
  • the obtaining module 381 is specifically configured to: receive an RRC message, where the RRC message carries a group scheduling identifier that is allocated by the network side to the UE, or receives a paging message, where the paging message carries a group identifier corresponding to the paging message. And the group identifier corresponding to the paging message is used as a group scheduling identifier; or, the group scheduling identifier is obtained according to the pre-configured information.
  • the data packets of the UEs belonging to the same group are encapsulated into one MAC PDU, so that the resource usage efficiency can be improved.
  • the scheduling information of the UEs belonging to the same group is included in the same control signaling, and one control can be adopted. Signaling schedules more UEs, improves PDCCH utilization, and increases system capacity.
  • the UE provides feedback to the base station, which can implement fast retransmission, improve data transmission reliability, and reduce data transmission delay.
  • FIG. 39 is a schematic structural diagram of a network device according to a sixth embodiment of the present invention, including a package module 391, a sending module 392, and a receiving module 393.
  • the encapsulating module 391 is configured to encapsulate a data packet belonging to the same group UE into one MAC PDU;
  • Module 392 is configured to send the seal to the UE The MAC PDU obtained by the module and the control signaling masked by the group scheduling identifier of the packet to which the UE belongs, so that the UE demasks the control signaling according to the group scheduling identifier, according to the control signal
  • Receiving the MAC PDU acquiring a PUCCH feedback resource location corresponding to the location of the UE data packet according to a correspondence between the at least one UE data packet location and the PUCCH feedback resource location in the MAC PDU, the group scheduling identifier a packet for indicating control signaling scheduling on the physical downlink control channel PDCCH;
  • the receiving module 393 is configured to receive
  • the packet module may be further configured to: group the UEs in the connected state to obtain the at least one packet; or divide the UE that listens to the paging message at the same time into the same group, so that the encapsulating modules will belong to the same group.
  • the packet of the packet UE is encapsulated into a MAC PDU.
  • the retransmission module may be further configured to: if the receiving module does not receive the ACK feedback information sent by the UE, confirm a data packet that is not correctly received, and retransmit the data packet that the UE does not correctly receive;
  • the transmitting module may be specifically configured to record the number of times each data packet of each UE is scheduled.
  • the MAC layer discards the sum of the times of scheduling in the manner; according to the feedback
  • the information retransmission UE does not receive the data packet correctly, and the retransmitted data packet is retransmitted according to the group scheduling manner or retransmitted according to the dedicated scheduling manner, and the group scheduling mode retransmits the data packet of the UE according to the original packet, or Reassemble the UE's data packets.
  • the data packets of the UEs belonging to the same group are encapsulated into one MAC PDU, so that the resource usage efficiency can be improved.
  • the scheduling information of the UEs belonging to the same group is included in the same control signaling, and one control can be adopted. Signaling schedules more UEs, improves PDCCH utilization, and increases system capacity.
  • the UE provides feedback to the base station, which can implement fast retransmission, improve data transmission reliability, and reduce data transmission delay.
  • the foregoing program may be stored in a computer readable storage medium, and when executed, the program includes The foregoing steps of the method embodiment; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种基于组的调度方法、UE及网络设备。该方法包括UE获取组调度标识，所述组调度标识用于指示PDCCH上的控制信令调度的分组；所述UE接收所述PDCCH上的加掩的控制信令，根据所述组调度标识解掩所述控制信令；所述UE根据所述控制信令，接收MACPDU，所述MACPDU包括同一个分组内至少一个UE的数据包；所述UE根据所述MACPDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系，获取所述UE数据包位置所对应的PUCCH反馈资源位置，在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。本发明实施例可以提高资源利用率及系统容量。

Description

基于组的调度方法、 UE及网络设备 本申请要求于 2011 年 01 月 17 日提交中国专利局、 申请号为 201110009494.6、 发明名称为"基于组的调度方法、 UE及网络设备"的中国 专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域 本发明涉及无线通讯技术领域， 具体涉及一种基于组的调度方法、 UE 及网络设备。
背景技术 在长期演进（ Long Term Evolution, LTE )系统中，基站（ eNodeB , eNB ) 使用物理下行控制信道（Physical Downlink Control Channel, PDCCH )传 输用于调度用户设备（User Equipment, UE ) 的控制信令， 当调度处于连 接态的 UE的数据时， 该控制信令使用 UE的小区无线网络临时标识 ( Cell Radio Network Temporary Identity, C-RNTI )加掩， 该控制信令为 UE的调 度信息， 包括为 UE 分配的物理信道资源及具体使用的调制编码方式 ( Modulation and Coding Scheme, MCS )信息等， UE在接收到 PDCCH上 传输的控制信令后， 采用 UE的 C-RNTI解掩控制信令， 获取解掩后的控制 信令中携带的相关信息， 并按照该控制信令的指示到对应的物理信道上进 行数据的收发。
PDCCH信道也占用一定的物理资源， 在 PDCCH上传输的控制信令所 占用的物理资源以控制信道单元（ Control Channel Element , CCE ) 为最小 单位， 一个控制信令可以占用一个或多个 CCE。
由于 PDCCH信道所占的物理资源是有限的，所以在 PDCCH上传输的 控制信令的个数是受限的， 限制了调度数据包及 UE 的数量， 使得系统容 量受限； 另外， 由于网络中出现了越来越多的需要传输小包的业务，， 但由 于小包的数据量小， 通常无法占满一个 MAC PDU, 从而需要在 MAC PDU 中携带填充比特， 降低了系统资源的使用效率， 导致了系统资源的浪费。 发明内容 本发明实提供了一种基于组的调度方法、 UE及网络设备， 实现系统容 量的增加。
一方面， 提供了一种基于组的调度方法， 包括：
UE 获取组调度标识， 所述组调度标识用于指示物理下行控制信道 PDCCH上的控制信令调度的分组；
所述 UE接收所述 PDCCH上的加掩的控制信令，根据所述组调度标识 解掩所述控制信令；
所述 UE根据所述控制信令， 接收多媒体接入控制协议数据单元 MAC PDU, 所述 MAC PDU包括同一个分组内至少一个用户设备 UE的数据包； 所述 UE根据所述 MAC PDU中所述至少一个 UE的数据包位置与物理 上行控制信道 PUCCH反馈资源位置的对应关系，获取所述 UE数据包位置 所对应的 PUCCH反馈资源位置，在所述对应的 PUCCH反馈资源位置上发 送 ACK反馈信息。
另一方面， 提供了一种基于组的调度方法， 包括：
网络侧将属于同一个分组 UE的数据包封装成一个 MAC PDU;
所述网络侧向 UE发送所述 MAC PDU和使用所述 UE所属分组的组调 度标识加掩的控制信令， 以使得所述 UE根据所述组调度标识解掩所述控 制信令， 根据所述控制信令接收所述 MAC PDU, 根据所述 MAC PDU中 所述至少一个 UE数据包位置与 PUCCH反馈资源位置的对应关系， 获取 所述 UE数据包位置所对应的 PUCCH反馈资源位置， 所述组调度标识用 于指示物理下行控制信道 PDCCH上的控制信令调度的分组； 所述网络侧接收所述 UE在所述对应的 PUCCH反馈资源位置上发送 ACK反馈信息。
一方面， 提供了一种 UE, 包括：
获取模块， 用于获取组调度标识， 所述组调度标识用于指示物理下行 控制信道 PDCCH上的控制信令调度的分组； 第一接收模块，用于接收所述 PDCCH上的加掩的控制信令，根据所述 获取模块获取的所述组调度标识解掩所述控制信令；
第二接收模块， 用于根据所述第一接收模块接收的所述控制信令， 接 收多媒体接入控制协议数据单元 MAC PDU,所述 MAC PDU包括同一个分 组内至少一个 UE的数据包；
反馈模块， 用于根据所述第二接收模块接收的所述 MAC PDU中所述至 少一个 UE的数据包位置与 PUCCH反馈资源位置的对应关系， 获取所述 UE 数据包位置所对应的 PUCCH反馈资源位置，在所述对应的 PUCCH反馈资源 位置上发送 ACK 馈信息。
另一方面， 提供了一种网络设备， 包括： 封装模块，用于将属于同一个分组 UE的数据包封装成一个 MAC PDU; 发送模块，用于向 UE发送所述封装模块得到的所述 MAC PDU和使用 所述 UE所属分组的组调度标识加掩的控制信令，以使得所述 UE根据所述 组调度标识解掩所述控制信令，根据所述控制信令接收所述 MAC PDU,根 据所述 MAC PDU中所述至少一个 UE数据包位置与 PUCCH反馈资源位置 的对应关系， 获取所述 UE数据包位置所对应的 PUCCH反馈资源位置， 所 述组调度标识用于指示物理下行控制信道 PDCCH上的控制信令调度的分 接收模块，用于接收所述发送模块发送给的 UE在所述对应的 PUCCH反 馈资源位置上发送 ACK 馈信息。
由上述技术方案可知，本发明实施例通过将属于同一个分组的 UE的数 据包封装成一个 MAC PDU, 可以提高资源的使用效率； 将属于同一个分组 的 UE的调度信息包含在同一个在 PDCCH上传输的控制信令中，可以采用 一个控制信令调度更多的 UE, 提高 PDCCH的利用率， 提高系统容量； UE 向基站进行反馈， 能实现快速重传， 提高数据传输的可靠性， 减少数据的 传输时延。
附图说明 为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下面描述 中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付 出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明第一实施例的方法流程示意图；
图 2为本发明第二实施例的方法流程示意图；
图 3为本发明第三实施例的方法流程示意图；
图 4为现有技术中 MAC PDU子头的结构示意图一；
图 5为现有技术中 MAC PDU子头的结构示意图二；
图 6为现有技术中 MAC PDU子头的结构示意图三；
图 Ί为现有技术中 MAC PDU的结构示意图；
图 8为本发明实施例中采用方法一后的 MAC PDU的结构示意图； 图 9为本发明实施例中采用方法二后的新增的 MAC CE的结构示意图； 图 10为本发明实施例中采用方法二后的 MAC PDU的结构示意图； 图 1 1为本发明实施例中采用方法三后的 MAC PDU子头的结构示意图 图 12为本发明实施例中采用方法三后的 MAC PDU子头的结构示意图 图 13为本发明实施例中采用方法三后的 MAC PDU子头的结构示意图 图 14为本发明实施例中采用方法三后的 MAC PDU的结构示意图；
图 18为本发明实施例中采用方法四后的 MAC PDU的结构示意图； 图 19为本发明实施例中采用方法五后的 MAC PDU子头的结构示意图 图 20为本发明实施例中采用方法五后的 MAC PDU子头的结构示意图 图 21为本发明实施例中采用方法五后的 MAC PDU子头的结构示意图 图 22为本发明实施例中采用方法五后的 MAC PDU子头的结构示意图 四；
图 23为本发明实施例中采用方法五后的 MAC PDU子头的结构示意图 五；
图 24为本发明实施例中采用方法五后的 MAC PDU子头的结构示意图 图 25为本发明实施例中采用方法五后的 MAC PDU的结构示意图； 图 26为本发明实施例中采用方法六后的 MAC PDU子头的结构示意图 图 27为本发明实施例中采用方法六后的 MAC PDU子头的结构示意图 图 28为本发明实施例中采用方法六后的 MAC PDU子头的结构示意图 图 29为本发明实施例中采用方法六后的 MAC PDU的结构示意图； 图 30为本发明实施例中采用方法七或者方法九后的新增的 MAC CE的 结构示意图；
图 31为本发明实施例中采用方法七后的 MAC PDU的结构示意图； 图 32为本发明实施例中采用方法八后的新增的 MAC CE的结构示意 图；
图 33为本发明实施例中采用方法八后的 MAC PDU的结构示意图； 图 34为本发明实施例中采用方法九后的 MAC PDU的结构示意图； 图 35为本发明第四实施例的方法流程示意图；
图 36为本发明实施例中 eNB的功能结构示意图；
图 37为本发明实施例中 UE的功能结构示意图；
图 38为本发明第五实施例的 UE的结构示意图；
图 39为本发明第六实施例的网络设备的结构示意图。
具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
PDCCH 上传输的控制信令本身也是承载在一定的物理资源上进行传 输的。 以一个 5MHz 带宽的小区为例， 一个传输时间间隔 （Transmission Time Interval, TTI ) 中能够承载的控制信令通常只有十几个， 这同时包含 了上、 下行调度信息。 因此， 平均到上行或下行， 则一个 ΤΉ内只能同时 调度几个到十几个用户。 另外， 在一些场景下， 例如异构网络中， 为了降 低小区间的干扰， 可能只在某些子帧上发送控制信令， 此时， 在 PDCCH 能够传输的控制信令的数量将会更少。 由于控制信令的数量受限， 则能够 调度的用户数量也受限， 则造成系统容量的受限。
随着智能设备的大量使用， 网络中出现越来越多的需要传输小包的业 务， 如 QQ、 MSN及 Twitter等。 这些业务的数据包具有数据量小、 包个数 多以及包间隔时间长等特点。
由于 PDCCH上能够传输的控制信令的个数是受限的， 限制了调度数 据包的数量及 UE 的个数， 使得系统容量受限， 另外， 由于网络中出现了 越来越多的需要传输小包的业务， LTE 系统中用于数据传输的基本单元是 传输块（ Transmission Block, TB ), 一个 TB也称为一个媒体接入控制协议 数据单元 ( Media Access Control Protocol Data Unit, MAC PDU ), 但由于小 包的数据量小， 通常无法占满一个 MAC PDU, 从而需要在 MAC PDU中 携带填充比特， 限制了系统资源的容量。
图 1为本发明第一实施例的方法流程示意图， 包括：
步骤 11 : UE获取组调度标识， 所述组调度标识用于指示 PDCCH上的 控制信令调度的分组。 步骤 12: 所述 UE接收所述 PDCCH上的加掩的控制信令， 根据所述 组调度标识解掩所述控制信令。
其中， 具体的加掩和解掩方式可以采用通常的方法实现， 例如， 类似 于现有技术中用 C-RNTI加掩控制信令时的处理， 本发明实施例不同的是， 用组调度标识加掩。
步骤 13:所述 UE根据所述控制信令，接收 MAC PDU,所述 MAC PDU 包括同一个分组内至少一个 UE的数据包；
步骤 14: 所述 UE根据所述 MAC PDU中所述至少一个 UE的数据包 位置与 PUCCH反馈资源位置的对应关系，获取所述 UE数据包位置所对应 的 PUCCH反馈资源位置，在所述对应的 PUCCH反馈资源位置上发送 ACK 反馈信息。
本发明实施例中的 UE可以具体为处于连接态的 UE。 网络侧可以具体 为 eNB或者其他网络设备。 本实施例通过将属于同一个分组的 UE 的数据包封装成一个 MAC PDU,可以提高资源的使用效率； 将属于同一个分组的 UE的调度信息包含 在同一个 PDCCH上传输的控制信令中，可以采用一个控制信令调度更多的 UE, 提高 PDCCH上传输的控制信令的利用率， 提高系统容量； UE向基站 进行反馈， 能实现快速重传， 提高数据传输的可靠性， 减少数据的传输时 延。
图 2为本发明第二实施例的方法流程示意图， 包括：
步骤 21：网络侧将属于同一个分组 UE的数据包封装成一个 MAC PDU; 步骤 22: 所述网络侧向 UE发送所述 MAC PDU和使用所述 UE所属 分组的组调度标识加掩的控制信令，以使得所述 UE根据所述组调度标识解 掩所述控制信令， 根据所述控制信令接收所述 MAC PDU, 根据所述 MAC PDU中所述至少一个 UE数据包位置与 PUCCH反馈资源位置的对应关系， 获取所述 UE数据包位置所对应的 PUCCH反馈资源位置，所述组调度标识 用于指示物理下行控制信道 PDCCH上的控制信令调度的分组； 步骤 23: 所述网络侧接收所述 UE在所述对应的 PUCCH反馈资源位 置上发送 ACK反馈信息。 本实施例通过将属于同一个分组的 UE 的数据包封装成一个 MAC PDU,可以提高资源的使用效率； 将属于同一个分组的 UE的调度信息包含 在同一个控制信令中， 可以采用一个控制信令调度更多的 UE, 提高控制信 令的利用率， 提高系统容量； UE向基站进行反馈， 能实现快速重传， 提高 数据传输的可靠性， 减少数据的传输时延。
本发明实施例中， UE属于的分组可以是基站预先划分得到的， 也可以 是在同一时刻监听寻呼消息的 UE属于相同的分组，进而所使用的组调度标 识可以是期间预先分配得到的， 也可以是使用标识寻呼消息的标识， 例如， 寻呼无线网线临时标识 （Paging Radio network Temporary Identity, P-RNTI)。
图 3为本发明第三实施例的方法流程示意图， 本实施例以 eNB划分分 组为例， 参见图 3 , 本实施例包括：
步骤 31 : eNB对其服务的处于连接态的 UE (即下属 UE )进行分组， 并为每个分组分配一个组调度标识。
其中， 该组调度标识可以具体为组无线网络临时标识 （Group Radio network Temporary Identity, Group-RNTI ) 。
其中， eNB 可以根据如下项中的至少一项对下属的 UE进行分组： 下 行链路质量情况、 业务突发情况、 业务特性情况。 例如， eNB 对下属 UE 分组的标准可以为将下行链路质量相近的 UE分为一组，也可以为将业务突 发较集中的 UE, 或者也可以将业务特性相近的 UE分为一组。 需要说明的 是， eNB 实际采用的分组方法包括但不限于上述描述的内容， 可以是其中 单独的一个， 也可以是其中部分方法的组合等。
在分配组调度标识后， eNB可以将组调度标识 Group-RNTI及 UE信息 等信息携带在 RRC消息中发送给 UE, 其中， UE信息可以为 UE在分组内 的位置信息、 UE在分组内的编号或者 UE标识。 此外， 在特定的分组方法下， 如果 eNB发现已经被分为一组的 UE无 法再继续被分在同一组内， 则 eNB可以对 UE重新进行分组， 并通过 RRC 消息修改原有的分组信息。
用于通知分组信息的 RRC消息， 可以是已有的 RRC消息， 如 RRC连 接重配置消息（ RRC Connection Reconfiguration ) , 也可以是新增加的 RRC 消息。 而用于指示分组信息的具体发送参数可以使用已有消息中的参数、 新增加的参数或现有参数中的某些字段。
这些 RRC消息及指示参数仅仅是为描述方便而采用的名称， 这个名称 不能够对本发明实施例适用的范围进行限定， 即在某些系统中也许没有类 似的名称， 但是， 不能由此认为本发明实施例中的技术方案不能够适用于 这些系统。
步骤 32: 在下行数据传输时， eNB将属于同一个分组的 UE的数据包 封装成一个 MAC PDU, 并使用一条控制信令调度属于同一个分组的 UE, 该控制信令使用组调度标识 Group-RNTI进行加掩。
特别地，在某时刻， eNB将同一分组的哪些 UE的数据封装成一个 MAC PDU, 与该分组中哪些 UE有数据需要调度， eNB的调度算法， 当前的物 理资源状况等因素相关， 例如， 4叚设 10个 UE在同一分组， 某时刻只有第 一个， 第二个 UE有数据， 则 eNB可以将第一个和第二个 UE的数据包封 装成一个 MAC PDU进行发送， 另一时刻， 10个 UE都有数据， 但物理资 源只能传输其中 4个 UE的数据， 则 eNB可以将其中 4个 UE的数据包封 装成一个 MAC PDU进行发送。
通常 1个 TTI内， MAC层的基本传输单位为 1个 MAC PDU。 1个 MAC PDU由 1个 MAC头（ MAC header ), 0个或多个 MAC控制单元（ MAC Control Elements , MAC CE ) , 0个或多个 MAC服务数据单元（ MAC Service Data Unit, MAC SDU ) 以及可选的数据填充组成。 1个 MAC header由 1个或 多个 MAC PDU子头（ MAC PDU subheader )组成， 1个 MAC PDU subheader 对应 1个 MAC CE或 1个 MAC SDU或数据填充。 1个 MAC PDU subheader 由 R/R/E/LCID/F/L组成，但对于 MAC header中的最后 1个 subheader或对 应固定长度 MAC CE的 subheader仅包含 R/R/E/LCID。 具体的 1个 MAC PDU subheader格式可以参见图 4-6, 1个 MAC PDU格式可以参见图 7。 其 中 LCID域对于 MAC CE、 MAC SDU及数据填充分别表示不同的含义。 对 于 MAC CE及数据填充， 不同的 LCID表示不同的 MAC CE类型。 而对于 MAC SDU, LCID则表示该 SDU所承载数据的逻辑信道编号。 具体的， 下 行共享信道 LCID含义如表 1所示：
表 1
Figure imgf000013_0001
本发明实施例中， 使用组调度传输的 UE 的数据包可以是一个或多个 MAC SDU, 或者， 也可以是一个或多个 MAC CE, 或者， 也可以是一个或 多个 MAC SDU以及一个或多个 MAC CE。 其中， MAC CE可以是协议现 有的 MAC CE, 如非连续接收（ Discontinuous Reception, DRX )命令 MAC CE ( DRX Command MAC CE ) , 也可以是以后新增的各种 MAC CE, 如 下行资源分配命令 ( Down link Assignment ) , 上行资源分配（ Uplink Grant ) 等是。
本发明实施例中，可以采用如下方式将同一个分组的 UE的数据包封装 在一个 MAC PDU中： 方法一： MAC PDU包括 MAC头和 MAC净荷； 其中 , 所述 MAC头 包括： UE指示部分， 用于指示分组内的 UE是否有数据， 所述 UE指示部 分为所述 MAC头内新增的字段， 所述 UE指示部分的比特位与分组内的 UE的个数相同， 按照 UE在分组内的位置顺序； 所述 MAC净荷包括： 有 数据的 UE对应的数据包； 每个有数据的 UE对应一个 MAC CE, 或者每个 有数据的 UE对应一个 MAC SDU。
具体地， 增加固定长度的 bitmap指示。 如图 8所示， 在 MAC header 的最前面增加固定长度的 bitmap指示， 如 8比特。 每个比特表示一个 UE 是否有数据， 如置 1表示有该 UE有数据， 置 0表示没有该 UE没有数据， 总比特数等于该组内的用户数。 Bitmap指示的顺序与 UE在组内的位置相 关， 如图 8示例， 表示 UE0、 UE2、 UE5、 UE7有数据被调度。 其中一个 UE的用户数据可以是一个 MAC SDU, 也可以是一个 MAC CE。 并且每个 UE数据仅包含一个 MAC SDU或一个 MAC CE。 方法二： 所述 MAC PDU包括： MAC头和 MAC净荷； 所述 MAC头 包括： MAC PDU子头； 所述 MAC净荷包括： 指示 MAC CE和有数据的 UE对应的数据包， 所述指示 MAC CE用于指示分组内的 UE是否有数据， 所述指示 MAC CE中比特位数为有数据的 UE在分组内的最大编号对应的 UE的个数， 并且按照 UE在分组内的位置顺序。
具体地 , 增加可变长度的 bitmap指示。 将 bitmap作为一种 MAC CE , 包含在 MAC PDU中， 并使用 R/R/E/LCID/F/L子头进行指示。 增加一个组 调度 MAC CE( Group Scheduling MAC CE ) ,该 Group Scheduling MAC CE 的具体格式如图 9所示。 参见图 10, 与其他的 MAC CE不同的是 ， 为了 表示变长的 Group Scheduling MAC CE大小，其对应的 MAC PDU subheader 包含 R/R/E/LCID/E/L域， 其中 L域指示了 Group Scheduling MAC CE的长 度。 LCID域可以参见表 2。 且该 Group Scheduling MAC CE放在所有 MAC CE的前面。 其中一个 UE的用户数据可以是一个 MAC SDU, 也可以是一 个 MAC CE。 并且每个 UE数据仅包含一个 MAC SDU或一个 MAC CE。 Bitma 指示的顺序与 UE 在组内的位置相关。 不同分组中所使用的上述 BitMa 长度可以相同， 也可以不同， 例如， 组一内有 8个 UE , BitMa 长 度可以为 8,组二有 16个 UE, BitMap长度为 16; 同一分组内调度不同 UE 的数据时， 对应的 BitMap长度可以相同， 也可以不同， 例如组内有 128个 UE, 如果调度到的 UE位于前 8个， 则 BitMap可以设置为 8; 而如果全部 调度到或调度到最后的几个 UE, 则 BitMap为 128。还有一种方法， 即使用 偏移量加 BitMap的形式， 先给出调度到的位置最靠前 UE的 ID, 后面的 UE使用 BitMap方式。
表 2
Figure imgf000015_0001
方法三： 所述 MAC PDU包括： MAC头和 MAC净荷； 所述 MAC头 包括 UE指示部分，所述 UE指示部分位于所述 MAC头中包含的 MAC PDU 子头内， 占用所述 MAC PDU子头的预留比特部分， 所述预留比特部分用 于指示有数据的 UE在分组内的编号，所述 UE指示部分用于指示分组内的 UE是否有数据； 所述 MAC净荷包括有数据的 UE对应的数据包， 每个有 数据的 UE对应一个或多个多个位置连续的 MAC CE, 或者每个有数据的 UE对应 MAC PDU中一个或多个位置连续的 MAC SDU。 如果 UE对应的 数据包是多个位置连续的数据包， 可以配置在固定的位置反馈， 如按照第 一个 MAC SDU的位置进行反馈， 或者也可以动态配置， 不限制固定的位 置。
具体地， 该 UE指示部分为固定长度的 UE_ID (2bits) 。 例如， 参见图 11-13 , 使用当前 MAC PDU subheader中的两个预留比特作为 UE— ID的标 识， 其中， 图 11为本发明实施例中采用方法三后的 MAC PDU子头的结构 示意图一， 包含 UE— ID/E/LCID/F/L(7bits)的 MAC PDU 子头， 图 12为本 发明实施例中采用方法三后的 MAC PDU 子头的结构示意图二， 包含 UE— ID/E/LCID/F/L(15bits)的 MAC PDU 子头， 图 13为本发明实施例中采 用方法三后的 MAC PDU 子头的结构示意图三， 包含 UE— ID/E/LCID 的 MAC PDU 子头。 本发明实施例中， 如果没有特别说明， UE— ID可以为 UE 在组内的编号， 也可以为 UE标识， 例如， UE的 C-RNTI。 与方法一和二 不同的是，一个 MAC PDU可以传输同一个 UE的多个 MAC SDU和 /或 MAC CE, 但每一个 MAC SDU或 MAC CE均需要独立的 MAC PDU subheader, 即同一个 UE的数据也可能需要传输多个 UE— ID。具体的格式如图 14所示。
方法四： 所述 MAC PDU包括： MAC头和 MAC净荷； 所述 MAC头 包括： UE指示部分， 所述 UE指示部分为所述 MAC PDU子头中新增的字 段， 所述 UE指示部分位于所述 MAC头中包含的 MAC PDU子头内 , 所述 UE指示部分用于通过 UE在分组内的编号指示分组内的所述 UE有数据； 所述 MAC净荷包括有数据的 UE对应的数据包； 每个有数据的 UE对应一 个或多个位置连续的 MAC CE,或者每个有数据的 UE对应一个或多个多个 位置连续的 MAC SDU, 需要特别说的是， 若带了多个位置连续数据包， 以 协议配置固定位置返馈， 如第一个 MAC SDU, 或者通过动态配置。
具体地， 该 UE指示部分为固定长度的 UE— ID ( >2bits ) , 可以是 8bits, 也可以是 16bit或者更长， 取决于分到一组的 UE的数量。 但该格式固定， 即一旦确定了扩充的比特数目， 对所有组调度 UE, 都使用该格式。 在现有 MAC subheader的后面扩充固定长度的 UE ID,例如，图 15-17为扩充 8bits 的结构示意图一， 包含 R/R/E/LCID/F/L(7bits)/UE— ID的 MAC PDU 子头， 包含 R/R/E/LCID/F/L(15bits)/UE— ID的 MAC PDU 子头， 图 17为本发明实 施例中采用方法四后的 MAC PDU 子头的结构示意图三， 包含 R/R/E/LCID/UEJD的 MAC PDU 子头。与方法一和二不同的是，一个 MAC PDU可以传输同一个 UE的多个 MAC SDU和 /或 MAC CE,但每一个 MAC SDU或 MAC CE均需要独立的 MAC PDU subheader, 即同一个 UE的数据 也可能需要传输多个 UE— ID。 具体的格式如图 18所示。
方法五： 所述 MAC PDU包括： MAC头和 MAC净荷； 所述 MAC头 包括： UE指示部分，所述 UE指示部分位于所述 MAC头中包含的 MAC PDU 子头内， 所述 UE指示部分通过 UE在分组内的编号指示分组内的 UE有数 据； 所述 MAC净荷包括： 有数据的 UE对应的数据包； 每个有数据的 UE 对应一个或多个位置连续 MAC CE,或者每个有数据的 UE对应一个或多个 多个位置连续的 MAC SDU, 需要特别说的是， 若带了多个位置连续的数据 包，以协议配置固定的位置返馈，如第一个 MAC SDU,或者通过动态配置； 所述 UE指示部分为所述 MAC PDU子头中新增的字段； 所述 MAC PDU 子头中还包括： 长度指示部分， 用于指示所述 UE指示部分的长度。
具体地，使用两个长度的 UE— ID,用 T域进行标识，如 0代表使用 7bit 的 UE— ID, 1代表使用 15Bit的 UE— ID。 图 19为本发明实施例中采用方法 五 后 的 MAC PDU 子 头 的 结 构 示 意 图 一 ， 包 含 R/R/E/LCID/F/L(7bits)/T/UE— ID(7bits)的 MAC PDU 子头， 图 20为本发明 实施例中采用方法五后的 MAC PDU 子头的结构示意图二， 包含 R/R/E/LCID/F/L(7bits)/T/UE— ID(15bits)的 MAC PDU 子头， 图 21为本发明 实施例中采用方法五后的 MAC PDU 子头的结构示意图三， 包含 R/R/E/LCID/F/L(15bits)/T/UE— ID(7bits)的 MAC PDU 子头， 图 22为本发明 实施例中采用方法五后的 MAC PDU 子头的结构示意图四， 包含 R/R/E/LCID/F/L(15bits)/T/UE— ID(15bits)的 MAC PDU 子头， 图 23为本发 明实施例中采用方法五后的 MAC PDU 子头的结构示意图五， 包含 R/R/E/LCID/T/UE— ID(7bits)的 MAC PDU 子头，图 24为本发明实施例中采 用 方 法五后 的 MAC PDU 子 头 的 结 构 示 意 图 六 ， 包含 R/R/E/LCID/T/UE— ID(15bits)的 MAC PDU 子头。 与方法一和二不同的是， 一个 MAC PDU可以传输同一个 UE的多个 MAC SDU和 /或 MAC CE, 但 每一个 MAC SDU或 MAC CE均需要独立的 MAC PDU subheader, 即同一 个 UE的数据也可能需要传输多个 UE— ID。 具体的格式如图 25所示。
方法六： 所述 MAC PDU包括： MAC头和 MAC净荷； 所述 MAC头 包括： UE指示部分， 所述 UE指示部分为所述 MAC PDU子头中新增的字 段， 位于所述 MAC头中包含的 MAC PDU子头内， 用于通过 UE在分组内 的编号指示分组内的 UE有数据； 所述 MAC净荷包括： 有数据的 UE对应 的数据包； 所述 UE指示部分可以指示同一个 UE的一个 MAC头和至少一 个 MAC PDU子头对应的净荷部分的数据包。每个有数据的 UE对应一个或 多个位置连续 MAC CE, 或者每个有数据的 UE对应一个或多个位置连续 MAC SDU, 需要特别说的是， 若带了多个位置连续的数据包， 以协议配置 固定的位置返馈， 如第一个 MAC SDU, 或者通过动态配置。
具体地， 该 MAC PDU中包含可选的 UE— ID, 即可以传输 1个 UE的 多个逻辑信道的数据，而只使用一个 UE— ID。UE— ID长度固定，可以是 8bits, 也可以是 16bit或者更长， 取决于分到一组的 UE的数量。 但该格式固定， 即一旦确定了扩充的比特数目， 对所有组调度 UE, 都使用该长度。 UE— ID 等于步骤 1中 eNB通过 RRC消息为 UE配置的组内的编号。 当前面出现了 某一个 UE— ID时 , 如果后面的 MAC SDU和 /或 MAC CE是属于同一个 UE 的 ,则可以不再携带该 UE— ID, UE认为连续几个 MAC SDU和 /或 MAC CE 均属于自己的。使用 MAC子头中的一个预留比特指示是否在 MAC子头中 携带了 UE ID, 例如， 图 26-28中的 T域， 如 Τ为 1表示有 UE— ID, 为 0 表示没有 UE— ID,其中，图 26为本发明实施例中采用方法六后的 MAC PDU 子头的结构示意图一， 包含 T/R/E/LCID/F/L(7bits)/T/UE— ID的 MAC PDU 子头， 图 27为本发明实施例中采用方法六后的 MAC PDU子头的结构示意 图二， 包含 T/R/E/LCID/F/L(15bits)/T/UE— ID的 MAC PDU 子头， 图 28为 本发明实施例中采用方法六后的 MAC PDU 子头的结构示意图三， 包含 T/R/E/LCID/UE— ID的 MAC PDU 子头。 该方法下的 MAC PDU可以如图 29所示。 方法七： 所述 MAC PDU包括： MAC头和 MAC净荷； 所述 MAC头 包括： MAC PDU子头； 所述 MAC净荷包括： 指示 MAC CE和有数据的 UE对应的数据包， 所述指示 MAC CE用于指示分组内的 UE是否有数据； 所述指示 MAC CE用于指示有数据的 UE在分组内的编号； 每个有数据的 UE对应一个或多个 MAC CE, 或者每个有数据的 UE对应一个或多个连续 的 MAC SDU, 需要特别说的是， 若带了多个位置连续的数据包， 以协议配 置的固定位置返馈， 如第一个 MAC SDU, 或者通过动态配置； 所述指示 MAC CE的长度是固定的， 每个指示 MAC CE的后续相邻数据包是连续的 一个或多个与所述指示 MAC CE对应同一个 UE的数据包。
具体地， 增加新的固定长度的 MAC CE, 标识是哪个 UE。 将 UE— ID 作为一种 MAC CE, 包含在 MAC PDU中 , 并使用 R/R/E/LCID子头进行指 示。 如图 30所示， 增加一个 UE标识 MAC CE ( UE identity ) , 该 UE标识 MAC CE的固定长度可以是 8比特， 也可以是 16比特或更长， 一旦确定， 对所有组调度的 UE均使用该固定长度。 该 UE标识 MAC CE对应的 MAC PDU子头中包括的 LCID域可以参见表 3。 与其他 MAC CE不同的是， 该 MAC CE不用放在 MAC header的最前面， 而是穿插在用于指示 MAC CE 子头和 /或 MAC SDU子头的前面。当前面出现了某一个 UE identity MAC CE 时 , 如果后面的 MAC SDU和 /或 MAC CE是属于同一个 UE的， 则可以不 再携带该 UE identity, UE认为连续几个 MAC SDU和 /或 MAC CE均属于 自己的。 例如 , 参见图 31 , UE— ID 0 MAC CE及其后的 UEO MAC CE对应 UE— 0, UE— ID 1 MAC CE及其后的 UE1 SDU1和 UE1 MAC SDU2对应 UE— 1 , UE— ID 2 MAC CE及其后的 UE2 SDU1对应 UE— 2。
表 3
Figure imgf000020_0001
方法八： 所述 MAC PDU包括： MAC头和 MAC净荷； 所述 MAC头 包括： MAC PDU子头； 所述 MAC净荷包括： 指示 MAC CE和有数据的 UE对应的数据包， 所述指示 MAC CE用于指示分组内的 UE是否有数据； 所述指示 MAC CE用于指示有数据的 UE在分组内的编号；所述指示 MAC CE的长度是非固定的，每个指示 MAC CE的后续相邻数据包是连续的一个 或多个与所述指示 MAC CE对应同一个 UE的数据包。
具体地， 增加新的可变长度的 MAC CE, 标识是哪个 UE。 将 UE— ID 作为一种 MAC CE, 包含在 MAC PDU中 , 并使用 R/R/E/LCID/F/L子头进 行指示。 增加一个 UE标识 MAC CE-UE identity, 该 MAC CE的具体格式 如图 32所示。 该 UE标识 MAC CE对应的 MAC PDU子头中包括的 LCID 域可以参见表 3。 参见图 33 , 与其他 MAC CE不同的是， 为了表示变长的 MAC CE大小， 其对应的 MAC PDU subheader包含 R/R/E/LCID/E/L域， 其 中 L域指示了 Group Scheduling MAC CE的长度。 且该 MAC CE不用放在 MAC header的最前面，而是穿插在用于指示 MAC CE子头和 /或 MAC SDU 子头的前面。当前面出现了某一个 UE identity MAC CE时，如果后面的 MAC SDU和 /或 MAC CE是属于同一个 UE的， 则可以不再携带该 UE identity, UE认为连续几个 MAC SDU和 /或 MAC CE均属于自己的。
方法九： 所述 MAC PDU包括： MAC头和 MAC净荷； 所述 MAC头 包括： MAC PDU子头； 所述 MAC净荷包括： 指示 MAC CE和有数据的 UE对应的数据包， 所述指示 MAC CE用于指示分组内的 UE是否有数据； 所述指示 MAC CE用于指示有数据的 UE在分组内的编号；所述指示 MAC CE的长度是固定的， 与指示 MAC CE对应的为同一个 UE的 MAC PDU。
具体地，增加新的 MAC CE,标识是哪个 UE,将 UE— ID作为一种 MAC CE, 包含在 MAC PDU中， 并使用 R/R/E/LCID子头进行指示。 增加一个 UE标识 MAC CE-UE identity, 该 MAC CE的具体格式如图 30所示 , 该固 定长度可以是 8比特， 也可以是 16比特或更长， 但一旦确定， 对所有组调 度的 UE均使用该固定长度。 该 UE标识 MAC CE对应的 MAC PDU子头 中包括的 LCID域可以参见表 3。 参见图 34, 与方法七、 八不同的是， 每个 UE先将自己的一个或多个 MAC CE和 /或一个或多个 MAC SDU组装成 MAC PDU, 然后再在所有这些 MAC PDU前面按 UE MAC PDU的传输顺 序增加用于指示 UE— ID的 UE Identity MAC CE, 并在 MAC header中增加 子头， 用于指示这些 MAC CE。 另外， 该 PDCCH可以采用如下方式在公共 搜索区域进行传输：
通常， PDCCH占用公共搜索区域的 4或 8个 CCE, 这样会对本发明实 施例中同一 TTI内使用同一 PDCCH命令调度 UE的个数有一定的限制。本 实施例的目的是尽量减少该限制， 具体方法为： 所述 UE在公共搜索空间接收 PDCCH上的加掩的控制信令，所述控制 信令占用 CCE的个数为除 4和 8之外的数值； 或者， 所述公共搜索空间占 用 CCE的个数为除 16之外的数值； 或者， 当所述 UE与所述 UE所属的小 区下其他 UE属于同一个分组时， 所述 UE接收的组调度标识为 P-RNTI或 者 SI-RNTI; 或者， 所述 UE在配置的组调度空间接收所述 UE所在分组对 应的控制信令， 所述配置的组调度空间为所述 UE接收通过 RRC消息配置 的组调度空间， 或者所述 UE使用静态配置的组调度空间。
具体如下：
即使在公共搜索空间， 使用组调度时， 一个控制信令所占用的 CCE的 个数也可以是 2, 或其它值。 比如当需要同时调度的 UE数是 2时， 可以使 用占两个 CCE的控制信令命令进行调度， 以进一步提高 PDCCH的利用效 率。 可选的， 该特性也可以应用于在公共搜索空间进行专用调度， 同样可 以提高 PDCCH的资源利用效率。 对于 Rel-10及以后的 UE。 其在搜索空间 的盲检测能力及处理能力也会有相应提升， 所以增加盲检次数及处理是可 行的。 当然， 没有组调度时也可以扩展在控制信令在 CSS中占用除 4和 8 个 CCE之外的其它一个或多个 CCE个数。
另外， 目前公共搜索空间的大小为 16个 CCE, 为了能在同一个 TTI 调度更多的分组， 该空间的大小也可以改变， 例如由 16个 CCE增加到 20 个， 甚至更多， 当然不能超过可用的 CCE的总数。 理论上， 基于需要也可 以减少该公共空间的大小。 当然， 没有组调度时， 也可以扩展 CSS的大小 为除 16个 CCE之外的其它若干个 CCE。
另外， 除使用现有的公共空间外， 还可以定义一个组调度的空间， 包 括空间大小和位置等。 该组调度空间可以是所有组共用的； 也可以是不同 的组有不同的调度空间， 不同组空间理论上也可以重叠， 空间大小可以相 同， 也可以不同。 组调度空间可以通过 RRC消息配置给属于特定组的特定 UE, 也可以是在协议中静态配置。 当使用组调度空间时， 在组调度空间发 送的一个控制信令命令可以占用一个或多个 CCE。
UE可以加入某一组或退出某一组， 该操作可以通过 RRC消息或其它 消息实现。 此外， 做为一个特例， 该小区所有 UE可以同属一个组， 即该组 在整个小区范围内有效，所用的组 RNTI可以在协议中静态配置，也可以在 广播消息中通知，还可以通过 RRC消息或其它消息进行配置。从理论上讲， 也可以使用现有的用于寻呼的 P-RNTI 和或用于广播的 SI-RNTI; 当使用 P-RNTI和或 SI-RNTI时，只有当 UE收到属于自己的专有数据 ( MAC SDU 或 MAC CE ) , 才可能根据指示和或基于需要进行反馈； 且此时需要增加 MAC头， 指示哪些是寻呼或广播消息， 哪些是专属 UE的数据。
另外，通常情况下，一条 PDCCH上传输的控制信令在公共搜索空间所 占物理资源大小为 4个 CCE或 8个 CCE, 为了能使被调度 UE可以计算出 需要使用的 PUCCH资源， eNB同时调度的 UE数目与 PDCCH上传输的控 制信令所占资源个数相关。 即不论一个组中有多少 UE, 但如果某一时刻 eNB在公共搜索空间发送的控制信令所占资源为 4个 CCE, 则 eNB在该 TTI同时调度的 UE数目不应该大于 4, 以保证所有 UE都能计算出并使用 相对应的 PUCCH资源反馈 ACK：。 如果 PDCCH所占资源的 8个 CCE, 则 eNB在该 TTI同时调度的 UE数目不应该大于 4, 以保证所有 UE都能计算 出并使用相对应的 PUCCH资源反馈 ACK：。
步骤 33: UE监听 PDCCH上的控制信令， 并根据该控制信令携带的调 度信息在对应的信道上接收下行数据。
其中， UE不仅需要专用搜索区域和在公共搜索区域监听自己的专用的 控制信令， 也需要监听公共搜索区域的控制信令以确定组调度时是否有自 己的数据。
具体地， 被分组的 UE在监听 C-RNTI加掩的 PDCCH上的控制信令之 外， 还需要监听属于自己的 Group-RNTI加掩的 PDCCH上的控制信令， 检 测是否有组调度数据发送。 需要说明的是， 通常当 UE接收到属于自己的 C-RNTI加掩的控制信令后， 无需再监听属于自己的 Group-RNTI加掩的控 制信令； 如果 UE没有监听到属于自己的 C-RNTI加掩的控制信令， 需要监 听属于自己的 Group-RNTI 加掩的控制信令。 当 UE接收到属于自己的 Group-RNTI加掩的控制信令后，根据控制信令指示的调度信息， 在 PDSCH 上接收数据并进行解码。 UE MAC层如果没有成功解码数据包， 则丟弃该 数据包， 不需要进行 HARQ反馈。 而如果成功解码该数据包， 获得该 MAC PDU后， 根据 MAC header中的指示， 确认是否有属于自己的数据， 如果 没有， 则丟弃该 MAC PDU, 不需要进行 HARQ反馈。 如果有属于自己的 数据， 确认自己在该分组中的相对位置或根据 UE— ID的指示获取属于自己 的数据包。
步骤 34: UE根据接收下行数据的情况， 在 PUCCH上向 eNB发送反 馈信息。
LTE系统中，使用混合自动重传请求（ Hybrid Automatic Repeat reQuest, HARQ )技术来确保数据的可靠传输。 当 eNB在第 n个 TTI在 PDCCH上 发送了用于 UE下行数据调度的控制信令后， UE根据该调度信令指示， 在 对应的物理下行共享信道（Physical Downlink Share Channel, PDSCH )上 接收下行数据。并在第 n+k(k在频分复用（ Frequency Division Duplex, FDD ) 模式中为 4, 时分复用（ Time Division Duplex, TDD )模式下可以为其它值) 个 TTI在 PUCCH上传输 HARQ反馈， 通知 eNB该数据是否成功接收。 而 UE使用的 PUCCH 资源则与用于本次调度的控制信令占用的物理资源有 关。具体地，用于计算本次 PUCCH反馈资源的主要因素即为对应此次调度 的控制信令占用的第一个 CCE ( Control Channel Element, 控制信道元素 ) 位置。
本发明实施例中， PUCCH的计算方法为： UE确定自己在本次调度中 的排序即 UE在本次调度中的相对位置，根据该排序确定 PUCCH所对应的 CCE。 例如， 一次调度中， 控制信令所占 4个 CCE的序号分别为 1 , 2, 3 , 4, 被调度的 UE顺序为 UE1,UE5,UE6,UE9, 则如果 4个 UE均正确接收了 下行数据包， 则这 4个 UE分别使用 CCE 1 , 2, 3 , 4对应的 PUCCH资源 进行 ACK反馈。 UE根据自己在本次调度中的排序， 计算 HARQ反馈所使用的 PUCCH 资源， 进行 ACK反馈。
再例如， 也可以采用 RRC消息由 eNB通知 UE在指定的 PUCCH上反 馈， 具体如下：
方式一，在 eNB通过 RRC消息发送组调度信息外，还需要将为该组预 留的用于 UE反馈的 PUCCH资源 （包括 PUCCH个数及每个 PUCCH使用 的具体物理层资源 )通过 RRC消息告知 UE。
其中， 预留的 PUCCH个数和 eNB决定的该组能够同时发送的 UE个 数相关， 即如果 eNB决定该组中可以同时传输 4个 UE的数据包， 则为该 组预留的 PUCCH数目为 4。
方式二， 当 eNB决定改变该组中能够同时传输的 UE数目时， 可以通 过 RRC消息改变预留的 PUCCH资源 （包括 PUCCH个数及每个 PUCCH 使用的具体物理层资源） 。
当 UE需要进行 HARQ-ACK反馈时， 根据自己被调度的位置及通过 RRC消息接收到的预留的 PUCCH资源来确定自己实际使用的 PUCCH,从 而进行 HARQ反馈。 例如， 所预留的 4个 PUCCH资源编号为 1 , 2, 3 , 4, 则当某时刻同时调度 UE1,UE5,UE6,UE9时， UE1使用编号为 1的 PUCCH 资源进行反馈， UE5使用编号为 2的 PUCCH资源进行反馈， 依次类推； 当下一时刻同时调度 UE4,UE3,UE7,UE8时， UE4使用编号为 1的 PUCCH 资源进行反馈， UE3使用编号为 2的 PUCCH资源进行反馈， 依次类推。
再例如， 可以结合使用控制信令所占 CCE对应的 PUCCH资源和通过 RRC预先配置的 PUCCH资源进行反馈。 这样预留较少的 PUCCH反馈资 源就可以实现较多 UE的调度。 例如如果预先配置的 PUCCH数为 4, 某时 刻组调度时控制信令所占 CCE数为 2,则 eNB可以同时调度 4+2=6个 UE, 其中四个 UE使用预先配置的 PUCCH进行反馈， 两个 UE使用与控制信令 所占 CCE对应的 PUCCH进行反馈， 具体哪个 UE使用哪个 PUCCH资源， 可以灵活的显式配置或隐式映射， 如， 调度的前四个 UE使用预先配置的 PUCCH资源进行反馈，后两个 UE使用与 PDCCH所占 CCE对应的 PUCCH 进行反馈等。
针对 UE在 PUCCH资源上发送 HARQ-ACK问题， 需要说明的是， 在 LTE Rel-10标准中， 可以为 UE配置是否使用 PUCCH多天线发射分集。如 果配置了使用该机制， 则 UE在 PUCCH上发送 HARQ反馈时， 需要占用 2 个 PUCCH; 而如果没有配置该机制， 则只占用 1个 PUCCH进行反馈。 为 了简单起见， 规定不管 UE是否配置了 PUCCH多天线发射分集机制， 在组 调度的情况下， 均按照普通的 PUCCH发射机制， 即只适用 1个 PUCCH发 送 HARQ-ACK：。 但当组内 UE在某个 TTI使用专用调度时， 具体使用的 PUCCH发送机制根据 UE实际配置的方式执行， 即如果配置了 PUCCH多 天线发射分集， 就使用多天线方式发送； 而如果没有配置， 则使用普通发 射方式。
上述实施例中， 一个 ΤΉ中能调度的 UE数会受限于控制信令所占的 CCE数或预先配置的用于反馈的 PUCCH个数或两者之和。 为了调度更多 UE的数据， 该实施例进行了扩展。
当 eNB在某 TTI使用控制信令调度的 UE数超过控制信令所占的 CCE 数或预先配置的用于反馈的 PUCCH个数或两者之和后， eNB可以选择某 一个或某几个 UE进行反馈。 eNB通过这一个或这几个 UE的反馈判断是否 需要重新传输对应的数据。 具体哪个或哪些 UE要进行反馈的方法可以是： 方法一、 根据控制信令所占 CCE 的个数或预先配置的用于反馈的 PUCCH个数或两者之和，排在前面的几个 UE在成功接收到自己的数据后， 需要进行反馈。 即，所调度的 UE的数据在该 MAC PDU的位置能够映射到 对应的 PUCCH的， 则在成功收到数据后， 需要进行反馈， 而调度的 UE的 数据在该 MAC PDU的位置不能映射到对应的 PUCCH的，即使成功收到了 数据， 也不进行反馈。 如控制信令所占 CCE数为 4, 而调度的 UE数为 6, 则只能是排在前 4的 UE才能进行反馈，后面两个 UE由于无法找到对应的 反馈资源， 所以不能进行反馈。
方法二、 eNB指定哪个或哪几个 UE进行反馈， 成功接收到数据的 UE 根据指示反馈或者不反馈。 其中指示的方法又可以是通过 RRC指示， 如具 体的 UE ID,和或 UE在 MAC PDU的相对位置 (如奇数位置 ,或偶数位置 , 或第一个， 或最后一个等， 不再——举例） ； 还可以是 eNB在 MAC PDU 中进行指示，例如为每个被调度到的 UE打一个是否需要反馈的标识，该标 识可以占用现有的一个预留 bit, 也可以设计新的格式。
当 UE成功收到属于自己的数据后， 根据指示进行反馈或不反馈。
eNB收到反馈后进行后续操作， 或重传， 或丟包， 取决于 eNB的具体 实现。 例如， eNB指示信道条件最差的一个几个 UE进行反馈（通过指示， 或排序在前） ， 如果这几个 UE均反馈 ACK, 则认为其它没有指示反馈的 UE的数据也成功接收到。 或者这几个 UE没有反馈 ACK, 则认为其它 UE 的数据也没有发送成功， 需要再次重传。 或者只要有 UE应该但没有反馈 ACK, 则对所有没有反馈 ACK和不能反馈 ACK的 UE的数据进行重新调 度等实现方法。
该实施例突破了所调度的 UE数受控制信令所占 CCE数的限制， 可以 更进一步优化 PDCCH的使用， 调度更多的 UE。 同时， 由于增加了指示， 可以解决即使按 CCE位置能够映射到对应的反馈资源， 但也有可能冲突的 问题（极小概率会出现） 。 但是， 带来问题是 eNB不能准确知道所有 UE 的数据接收情况， 从而有可能增加丟包 (当 eNB认为所有没有指示进行反 馈的 UE均是 ACK时 )或不必要的重传 (当 eNB认为某些没有指示指示进 行反馈的 UE均没有成功收到数据时） 。 当然由于采用组调度， eNB可以 采用相对比较保守的调制编码方式， 同时合理设计需要反馈的 UE, 则可以 大大减少 eNB误判的可能。
值的说明的是， 即使所调度的 UE数没有超过控制信令所占 CCE数或 预先配置的用于反馈的 PUCCH个数或两者之和， eNB也可以指示哪些 UE 需要进行反馈， 而不是所有的 UE。
此外， eNB除了指示哪个或哪些 UE需要反馈的信息外， 还可以指示 对应的 UE应该在哪个 CCE位置对应的 PUCCH信道上反馈， 而不一定是 按照 UE的数据在整个 MAC PDU中位置选择对应的 CCE对应的 PUCCH 信道上反馈； 类似的， eNB除了指示哪个或哪些 UE需要反馈的信息外， 还可以指示对应的 UE应该在哪个预先配置的 PUCCH信道上反馈而不一定 是按照 UE的数据在整个 MAC PDU中位置选择对应的 PUCCH信道上反 馈。
当某 UE在反馈的同时需要进行上行数据传输时，该反馈可以与上行数 据复用在一起传输给 eNB。
当一个 MAC PDU 中包括同一个 UE的多个数据包时， 如多个 MAC SDU, 多个 MAC CE, —个或多个 MAC SDU和一个或多个 MAC CE的组 合时， UE计算反馈资源的位置可以以第一个数据包出现的位置为参考， 当 然，也可以以其它位置的数据包的位置为参考，该位置其它 UE也需要有同 样的理解， 可以协议固定配置或 RRC配置； 其它 UE在计算自己的反馈资 源的位置时，对于有多个数据包的 UE的数据包，只按照事先配置的计算一 次， 其它的数据包的位置忽略， 例如， 在一个 MAC PDU中， UE1有两个 数据包， UE2有一个数据包， 这几个数据包在该 MAC PDU中出现的顺序 为 UE1的数据包 1 , UE1的数据包 2, UE2的数据包，此时 UE1可以以 UE1 的数据包 1为参考，计算出 PUCCH反馈资源的位置为使用控制信令占用第 一个 CCE计算出的反馈资源， UE2会忽略 UE1的数据包 2的位置，或者认 为 UE1的数据包 2的位置与 UE1的数据包 1的位置相同， 即 UE1的两个 数据包占用同一个位置， 因此计算出 UE2所使用的 PUCCH反馈资源的位 置为使用控制信令占用第二个 CCE计算出的反馈资源。
通常， MAC PDU中同一个 UE的多个数据包出现的顺序是连续的。 当 步骤 35: eNB根据 UE的反馈信息进行数据包重传。
eNB收到 UE的反馈后， 确定哪些 UE没有正确接收， 重传这些 UE的 数据包。 重传时， 可以重新组合组内的其他 UE的数据同时发送， 而不限于 上一次的发送组合， 也可以单独发送。
因为该方法的重传数据包无法合并解码， 重传获得的仅仅是时间分集 增益， 因此重传数据包也不需要标识该包为重传包。
此外， 如果 eNB将 ACK误解为 NACK, 因为 eNB知道组调度的 UE 只能发送 ACK, 所以 eNB只要收到反馈即使误判为 NACK也可以认为是 ACK：。
如果 UE处于 DRX状态 ,则 UE只会在需要监听 C-RNTI加掩的 PDCCH 上的控制信令的 ΤΉ (即激活态）监听组调度命令， 如果在组调度中收到有 自己的数据， 则会启动或重启动 Inactivity Timer (非激活定时器）。 如果没 有收到自己的数据， 则继续执行之前的 DRX操作。 如果分组是基于上述寻 呼消息的，则 UE在接收到寻呼消息所在的 MAC PDU中成功接收到自己的 数据， 则会启动或重启动 Inactivity Timer (非激活定时器 ) 。
具体重传过程可以如下：
eNB在基于组调度中根据一个或多个 UE的反馈进行重传时， 可以重 新组合组内的其它 UE的数据同时发送，而不限于上一次的发送组合，即（可 以增加组内新的 UE的数据做为新的组合， 通过组调度进行传输）， 也可以 不与组内其它 UE的数据组合， 而是使用专用资源， 单独发送。
如果 eNB继续使用组调度的方式对该 UE和组内其它 UE的数据进行 调度， 则需要分别记录各个 UE 的每一个数据包被调度的次数。 针对某个 UE的某个数据包，每调度一次，针对该数据包的传输次数计数器就会加一， 一旦达到允许的 MAC层最大传输次数 (该最大传次数可以配置，组内不同 UE的最大传次数可以相同，也可以不同）， 则认为 MAC层传输失败， eNB 的 MAC层会丟弃该 UE的该数据包，如果该数据包是某个 UE的 MAC SDU, 则可能引发更高层的 （如 RLC层） 的重传； 如果该数据包是某个 UE 的 MAC层 CE, 则 eNB可以基于需要组装新的 MAC CE进行新一次的传输， 针对该 UE的该数据包的传输结束。 在同一个 MAC PDU中， 不同 UE的数 据包所记录的传输次数可能不同。 进一步扩展， 当重新组合时， eNB 可能 会再次调度某 UE的其它数据包，即可能在同一个 MAC PDU中调度同一个 UE的两份或更多份数据包， 此时需要针对该 UE的每份数据包分别记录传 输次数， 分别处理。
如果 eNB在使用组调度后， 再使用专用的调度命令分配专用的下行资 源对某个需要重传的 UE进行调度（即重传该 UE之前使用组调度被传输过 的数据包）， 一旦开始使用专用调度， 其后续操作与现有技术完全相同（即 使用该 UE的一个 HARQ进程 , 进行 HARQ新传及重传 )。 只是由于 eNB 在进行专用调度之前， 已经为该 UE调度了一次该数据包， 所以在 MAC层 计算传输次数时，可以将使用组调度对该 UE的该数据包进行传输的次数计 算在内。 同样容易理解， eNB也可以在使用组调度方式调度某 UE的某数 据几次后， 再使用专用调度对该数据进行传输， 处理方法是一样的。 例如, 如果为 MAC层配置的 HARQ最大传输次数为 4次， 则如果使用组调度的 方式传输某个 UE的某个数据包 N次， N可以是 1 , 2, 3 , 4次。 如果当 N 小于 4时， 该数据包没有传输成功， 则 eNB可以继续使用组调度进行该数 据包的传输， 也可以使用专用调度进行该数据的传输， 如 N=l , 则使用专 用调度时还可以传输 3次， 如 N=2, 则使用专用调度时还可以传输 2次等。 如果当使用组调度和 /或专用调度的次数累积达到 4次， 则 MAC层会丟弃 该数据包，认为 HARQ传输失败，可能引发更高层的（如 RLC层）的重传。
图 35为本发明第四实施例的方法流程示意图， 本实施例以寻呼消息对 应的 UE作为一个分组为例， 参见图 36, 本实施例包括：
步骤 351 : eNB组装寻呼消息。 步骤 352: eNB在寻呼消息所在的 MAC PDU中携带对应的一个或多 个 UE的数据包，并使用一条在 PDCCH上传输的控制信令调度属于同一个 分组的 UE (即这些 UE此时需要接收寻呼消息） ， 该控制信令中携带寻呼 消息对应的组标识 P-RNTI。
本实施例中， 可以不用预配置组及对应的 Group-RNTI , 在寻呼消息所 在的 MAC PDU中可以携带一个或多个 UE的数据， 具体封装 MAC PDU 的方式可以参见第三实施例。
步骤 353: UE监听用于调度寻呼消息的控制信令， 并根据该控制信令 携带的调度信息在对应的 PDSCH信道上接收下行数据。
步骤 354: UE根据接收下行数据的情况， 在 PUCCH上向 eNB发送反 馈信息。
收到数据的 UE根据其数据在 Paging消息所在的 MAC PDU中的相对 位置 (除 Paging消息外 ) , 映射到调度寻呼消息所使用的控制信令对应的 CCE对应的上行反馈资源上进行反馈。 由于成功解出数据才能反馈 ACK, 如果没有成功解出，则 UE不知道是否有自己的数据，也不做反馈。类似的， 所使用的上行 PUCCH反馈资源可以预先配置， 也可以是两者结合。
步骤 355: eNB根据 UE的反馈信息进行数据包重传。
如果 eNB没有收到 UE的反馈， 则认为该 UE数据没有发送成功， 则 可以使用专用的调度进行重传。
上述步骤 353-355的具体内容可以参见第三实施例。
如果 UE处于 DRX状态， 则如果在寻呼消息中收到有自己的数据， 则 会启动或重启动 Inactivity Timer。如果没有收到自己的数据， 则不继续执行 之前的 DRX操作。
在上述实施例中， 由于引入了组调度，对 eNB MAC层的结构会形成一 些影响， 该实施例描述了对 eNB的影响。
影响一、 针对每个 UE的数据（可以是该 UE的 MAC SDU, 也可以是 MAC CE, 还可以是一个或多个 MAC SDU和 /或一个或多个 MAC CE的组 合）都要维护一个传输次数计数器， 如上述实施例描述的， 如果有多份 UE 的数据， 需要分别记录传输次数， 因为它们的传输次数可能不同；
影响二、 针对每个 UE的数据（可以是该 UE的 MAC SDU, 也可以是 MAC CE, 还可以是一个或多个 MAC SDU和或一个或多个 MAC CE的组 合）要有一个緩存来存储， 并与一个传输次数计数器相关联， 如上述实施 例描述的， 如果有多份 UE的数据， 需要分别进行緩存， 并分别与一个传输 次数计数器相关联；
影响三、针对每个 UE的数据， 当组调度与现有技术中的专用调度结合 时， 其使用组调度的传输次数与使用专用调度的 HARQ传输次数要结合， 即先使用组调度的传输次数要累积在后续使用专用调度的传输次数中， 以 保证该数据在 MAC层的总发送次数与为该 UE配置的最大 HARQ传输次 数相同， 即保证 MAC层的传输时延。
影响四、使用组调度进行数据传输的最大次数可以与为 UE配置的最大 HARQ传输次数相同， 也可以单独配置。
大致的功能模型可以参见图 36和图 37。 图 38为本发明第五实施例的 UE的结构示意图， 包括获取模块 381、 第一接收模块 382、 第二接收模块 383和反馈模块 384; 获取模块 381用于 获取组调度标识，所述组调度标识用于指示 PDCCH上的控制信令调度的分 组； 第一接收模块 382用于接收所述 PDCCH上的加掩的控制信令，根据所 述获取模块获取的所述组调度标识解掩所述控制信令； 第二接收模块 383 用于根据所述第一接收模块接收的所述控制信令， 接收 MAC PDU, 所述 MAC PDU包括同一个分组内至少一个 UE的数据包；反馈模块 384用于根 据所述第二接收模块接收的所述 MAC PDU中所述至少一个 UE数据包位置 与 PUCCH反馈资源位置的对应关系， 获取所述 UE数据包位置所对应的 PUCCH反馈资源位置， 在所述对应的 PUCCH反馈资源位置上发送 ACK 反馈信息。
所述第一接收模块 382具体用于：在公共搜索空间接收 PDCCH上的加 掩的控制信令， 所述控制信令占用 CCE的个数为除 4和 8之外的数值； 或 者， 所述公共搜索空间占用 CCE的个数为除 16之外的数值； 或者， 当所 述 UE与所述 UE所属的小区下其他 UE属于同一个分组时， 所述 UE接收 的组调度标识为 P-RNTI或者 SI-RNTI; 或者， 在配置的组调度空间接收所 述 UE所在分组对应的控制信令，所述配置的组调度空间为所述 UE接收通 过 RRC消息配置的组调度空间，或者所述 UE使用静态配置的组调度空间。 还可以包括： 解码模块， 用于成功解码所述第二接收模块接收的所述 MAC PDU, 且成功解码后的 MAC PDU中包含自身的数据包。
还可以包括：丟弃模块，用于如果所述 UE未成功解码所述第二接收模 块接收的所述 MAC PDU,或者， 成功解码后的 MAC PDU中没有自身的数 据包， 则丟弃所述 MAC PDU。
所述获取模块 381具体用于： 接收 RRC消息， 所述 RRC消息中携带 网络侧为 UE分配的组调度标识； 或者， 接收寻呼消息， 所述寻呼消息中携 带寻呼消息对应的组标识， 将所述寻呼消息对应的组标识作为组调度标识； 或者， 根据预先配置的信息， 获取所述组调度标识。
本实施例通过将属于同一个分组的 UE 的数据包封装成一个 MAC PDU,可以提高资源的使用效率； 将属于同一个分组的 UE的调度信息包含 在同一个控制信令中，可以采用一个控制信令调度更多的 UE,提高 PDCCH 的利用率， 提高系统容量； UE向基站进行反馈， 能实现快速重传， 提高数 据传输的可靠性， 减少数据的传输时延。
图 39 为本发明第六实施例的网络设备的结构示意图， 包括封装模块 391、 发送模块 392和接收模块 393; 封装模块 391用于将属于同一个分组 UE的数据包封装成一个 MAC PDU; 发送模块 392用于向 UE发送所述封 装模块得到的所述 MAC PDU和使用所述 UE所属分组的组调度标识加掩的 控制信令， 以使得所述 UE根据所述组调度标识解掩所述控制信令，根据所 述控制信令接收所述 MAC PDU , 根据所述 MAC PDU中所述至少一个 UE 数据包位置与 PUCCH反馈资源位置的对应关系，获取所述 UE数据包位置 所对应的 PUCCH反馈资源位置，所述组调度标识用于指示物理下行控制信 道 PDCCH上的控制信令调度的分组；接收模块 393用于接收所述发送模块 发送给的 UE在所述对应的 PUCCH反馈资源位置上发送 ACK反馈信息。
还可以包括分组模块，用于对连接态的 UE进行分组，获取所述至少一 个的分组； 或者， 将在同一时刻监听寻呼消息的 UE划分为同一分组， 以便 所述封装模块将属于同一个分组 UE的数据包封装成一个 MAC PDU。
还可以包括重传模块，用于如果所述接收模块没有接收到所述 UE发送 的所述 ACK反馈信息， 则确认未正确接收的数据包， 重传 UE没有正确接 收的数据包；所述重传模块可以具体用于记录每个 UE的每一个数据包被调 度的次数， 当重传的次数达到允许的最大传输次数后， MAC 层丟弃所述 方式调度的次数之和； 根据所述反馈信息重传 UE没有正确接收的数据包， 重传的数据包为按照组调度方式重传或者按照专用调度方式重传， 所述组 调度方式重传时按照原有分组组合 UE的数据包，或者重新组合 UE的数据 包。
本实施例通过将属于同一个分组的 UE 的数据包封装成一个 MAC PDU,可以提高资源的使用效率； 将属于同一个分组的 UE的调度信息包含 在同一个控制信令中，可以采用一个控制信令调度更多的 UE,提高 PDCCH 的利用率， 提高系统容量； UE向基站进行反馈， 能实现快速重传， 提高数 据传输的可靠性， 减少数据的传输时延。
可以理解的是， 上述方法及设备中的相关特征可以相互参考。 另外， 上述实施例中的 "第一" 、 "第二" 等是用于区分各实施例， 而并不代表 各实施例的优劣。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成， 前述的程序可以存储于计算机可 读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而 前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代 码的介质。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修 改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不 使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权利要求书
1、 一种基于组的调度方法， 其特征在于， 包括：
UE 获取组调度标识， 所述组调度标识用于指示物理下行控制信道 PDCCH上的控制信令调度的分组；
所述 UE接收所述 PDCCH上的加掩的控制信令，根据所述组调度标识 解掩所述控制信令；
所述 UE根据所述控制信令， 接收多媒体接入控制协议数据单元 MAC PDU, 所述 MAC PDU包括同一个分组内至少一个用户设备 UE的数据包； 所述 UE根据所述 MAC PDU中所述至少一个 UE的数据包位置与物理 上行控制信道 PUCCH反馈资源位置的对应关系，获取所述 UE数据包位置 所对应的 PUCCH反馈资源位置，在所述对应的 PUCCH反馈资源位置上发 送 ACK反馈信息。
2、 根据权利要求 1所述的方法， 其特征在于， 所述 UE获取组调度标 识， 包括：
所述 UE接收无线资源控制 RRC消息，所述 RRC消息中携带网络侧为 UE分配的组调度标识； 或者，
所述 UE接收寻呼消息， 所述寻呼消息中携带寻呼消息对应的组标识， 将所述寻呼消息对应的组标识作为组调度标识；
或者，
所述 UE根据预先配置的信息， 获取所述组调度标识。
3、 根据权利要求 1所述的方法， 其特征在于， 所述至少一个 UE的数 据包位置与 PUCCH反馈资源位置的对应关系包括下述至少一种： 所述至少一个 UE的数据包的位置、 发送所述控制信令所使用的 CCE 与 PUCCH反馈资源位置的对应关系；
所述至少一个 UE的数据包位置与预配置 PUCCH反馈资源位置的对应 关系。
4、 根据权利要求 1所述的方法， 其特征在于， 所述 UE接收 PDCCH 上的加掩的控制信令包括： 所述 UE在公共搜索空间接收 PDCCH上的加掩的控制信令，所述控制 信令占用 CCE的个数为除 4和 8之外的数值； 或者， 所述公共搜索空间占 用 CCE的个数为除 16之外的数值； 或者， 当所述 UE与所述 UE所属的小 区下其他 UE属于同一个分组时， 所述 UE接收的组调度标识为 P-RNTI或 者 SI-RNTI; 或者，
所述 UE在配置的组调度空间接收所述 UE所在分组对应的控制信令， 所述配置的组调度空间为所述 UE接收通过 RRC消息配置的组调度空间， 或者所述 UE使用静态配置的组调度空间。
5、 根据权利要求 1所述的方法， 其特征在于， 所述 MAC PDU中包含 的数据包对应的被调度 UE的个数小于等于所述控制信令所占的 CCE个数； 或者，所述 MAC PDU中包含的数据包对应的被调度 UE的个数大于所述控 制信令所占的 CCE个数， 发送 ACK反馈信息的为需要反馈的 UE。
6、 根据权利要求 5所述的方法， 其特征在于， 所述需要反馈的 UE对应的数据包在所述 MAC PDU中的排序数小于等 于所述控制信令占用的 CCE的个数； 或者 所述需要反馈的 UE为所述所述 MAC PDU中指定的需要反馈的 UE。
7、 根据权利要求 1所述的方法， 其特征在于， 所述接收 MAC PDU之 后， 所述方法还包括：
UE成功解码所述 MAC PDU, 且成功解码后的 MAC PDU中包含自身 的数据包。
8、 根据权利要求 1所述的方法， 其特征在于， 所述接收 MAC PDU之 后， 所述方法还包括：
如果所述 UE未成功解码所述 MAC PDU, 或者， 成功解码后的 MAC PDU中没有自身的数据包， 则 UE丟弃所述 MAC PDU。
9、 一种基于组的调度方法， 其特征在于， 包括： 网络侧将属于同一个分组 UE的数据包封装成一个 MAC PDU;
所述网络侧向 UE发送所述 MAC PDU和使用所述 UE所属分组的组调 度标识加掩的控制信令， 以使得所述 UE根据所述组调度标识解掩所述控 制信令， 根据所述控制信令接收所述 MAC PDU, 根据所述 MAC PDU中 所述至少一个 UE数据包位置与 PUCCH反馈资源位置的对应关系， 获取 所述 UE数据包位置所对应的 PUCCH反馈资源位置， 所述组调度标识用 于指示物理下行控制信道 PDCCH上的控制信令调度的分组；
所述网络侧接收所述 UE在所述对应的 PUCCH反馈资源位置上发送 ACK反馈信息。
10、 根据权利要求 9所述的方法， 其特征在于， 所述方法还包括： 所述网络侧对连接态的 UE进行分组，获取所述至少一个的分组； 或者 所述网络侧将在同一时刻监听寻呼消息的 UE划分为同一分组。
11、 根据权利要求 10所述的方法， 其特征在于， 所述网络侧对连接态 的 UE进行分组， 获取所述至少一个的分组， 包括： 根据下述至少一项对所述连接态的 UE进行分组：
下行链路质量情况、 业务突发情况、 业务特性情况。
12、 根据权利要求 9所述的方法， 其特征在于， 所述方法还包括： 如果所述网络侧没有接收到所述 UE发送的所述 ACK反馈信息， 则确 认未正确接收的数据包， 重传 UE没有正确接收的数据包； 其中， 所述重传 UE没有正确接收的数据包包括：
所述网络侧记录每个 UE的每一个数据包被调度的次数，当重传的次数 达到允许的最大传输次数后， MAC层丟弃所述 UE的数据包， 所述被调度 的次数更新为组调度方式调度的次数与专用调度方式调度的次数之和； 所述网络侧根据所述反馈信息重传 UE没有正确接收的数据包，重传的 数据包为按照组调度方式重传或者按照专用调度方式重传， 所述组调度方 式重传时按照原有分组组合 UE的数据包， 或者重新组合 UE的数据包。
13、 根据权利要求 9所述的方法， 其特征在于，
所述网络侧为 UE配置 PUCCH多天线发射分集， 所述 PUCCH为一个 多天线发射分集。
14、 一种用户设备 UE, 其特征在于， 包括：
获取模块， 用于获取组调度标识， 所述组调度标识用于指示物理下行 控制信道 PDCCH上的控制信令调度的分组；
第一接收模块，用于接收所述 PDCCH上的加掩的控制信令，根据所述 获取模块获取的所述组调度标识解掩所述控制信令；
第二接收模块， 用于根据所述第一接收模块接收的所述控制信令， 接 收多媒体接入控制协议数据单元 MAC PDU,所述 MAC PDU包括同一个分 组内至少一个 UE的数据包； 反馈模块， 用于根据所述第二接收模块接收的所述 MAC PDU中所述 至少一个 UE的数据包位置与 PUCCH反馈资源位置的对应关系，获取所述 UE数据包位置所对应的 PUCCH反馈资源位置， 在所述对应的 PUCCH反 馈资源位置上发送 ACK反馈信息。
15、 根据权利要求 14所述的 UE, 其特征在于， 所述获取模块具体用 于：
接收无线资源控制 RRC消息，所述 RRC消息中携带网络侧为 UE分配 的组调度标识； 或者，
接收寻呼消息， 所述寻呼消息中携带寻呼消息对应的组标识， 将所述 寻呼消息对应的组标识作为组调度标识； 或者，
根据预先配置的信息， 获取所述组调度标识。
16、 根据权利要求 14所述的 UE, 其特征在于， 所述第一接收模块具 体用于：
在公共搜索空间接收 PDCCH上的加掩的控制信令，所述控制信令占用 CCE的个数为除 4和 8之外的数值； 或者， 所述公共搜索空间占用 CCE的 个数为除 16之外的数值； 或者， 当所述 UE与所述 UE所属的小区下其他 UE属于同一个分组时，所述 UE接收的组调度标识为 P-RNTI或者 SI-RNTI; 或者，
在配置的组调度空间接收所述 UE所在分组对应的控制信令，所述配置 的组调度空间为所述 UE接收通过 RRC消息配置的组调度空间， 或者所述 UE使用静态配置的组调度空间。
17、 根据权利要求 14所述的 UE, 其特征在于， 还包括： 解码模块， 用于成功解码所述第二接收模块接收的所述 MAC PDU, 且 成功解码后的 MAC PDU中包含自身的数据包。
18、 根据权利要求 14所述的 UE, 其特征在于， 还包括： 丟弃模块，用于如果所述 UE未成功解码所述第二接收模块接收的所述 MAC PDU, 或者， 成功解码后的 MAC PDU中没有自身的数据包， 则丟弃 所述 MAC PDU。
19、 一种网络设备， 其特征在于， 包括： 封装模块，用于将属于同一个分组 UE的数据包封装成一个 MAC PDU; 发送模块，用于向 UE发送所述封装模块得到的所述 MAC PDU和使用 所述 UE所属分组的组调度标识加掩的控制信令，以使得所述 UE根据所述 组调度标识解掩所述控制信令，根据所述控制信令接收所述 MAC PDU,根 据所述 MAC PDU中所述至少一个 UE数据包位置与 PUCCH反馈资源位置 的对应关系， 获取所述 UE数据包位置所对应的 PUCCH反馈资源位置， 所 述组调度标识用于指示物理下行控制信道 PDCCH上的控制信令调度的分 组； 接收模块， 用于接收所述发送模块发送给的 UE在所述对应的 PUCCH 反馈资源位置上发送 ACK反馈信息。
20、 根据权利要求 19所述的设备， 其特征在于， 还包括： 分组模块， 用于对连接态的 UE进行分组， 获取所述至少一个的分组； 或者，将在同一时刻监听寻呼消息的 UE划分为同一分组， 以便所述封装模 块将属于同一个分组 UE的数据包封装成一个 MAC PDU。
21、 根据权利要求 19所述的设备， 其特征在于， 还包括： 重传模块，用于如果所述接收模块没有接收到所述 UE发送的所述 ACK 反馈信息， 则确认未正确接收的数据包， 重传 UE没有正确接收的数据包。
22、 根据权利要求 21所述的设备， 其特征在于， 所述重传模块具体用 于记录每个 UE的每一个数据包被调度的次数，当重传的次数达到允许的最 大传输次数后， MAC层丟弃所述 UE的数据包， 所述被调度的次数更新为 组调度方式调度的次数与专用调度方式调度的次数之和； 根据所述反馈信 息重传 UE没有正确接收的数据包，重传的数据包为按照组调度方式重传或 者按照专用调度方式重传， 所述组调度方式重传时按照原有分组组合 UE 的数据包， 或者重新组合 UE的数据包。
PCT/CN2012/070120 2011-01-17 2012-01-06 基于组的调度方法、ue及网络设备 WO2012097690A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP12737018.7A EP2658338B1 (en) 2011-01-17 2012-01-06 Group-based scheduling method, ue, and network device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110009494.6A CN102595624B (zh) 2011-01-17 2011-01-17 基于组的调度方法、ue及网络设备
CN201110009494.6 2011-01-17

Publications (1)

Publication Number Publication Date
WO2012097690A1 true WO2012097690A1 (zh) 2012-07-26

Family

ID=46483703

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/070120 WO2012097690A1 (zh) 2011-01-17 2012-01-06 基于组的调度方法、ue及网络设备

Country Status (3)

Country Link
EP (1) EP2658338B1 (zh)
CN (1) CN102595624B (zh)
WO (1) WO2012097690A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014191039A1 (en) * 2013-05-30 2014-12-04 Nokia Solutions And Networks Oy Signalling for group communications
EP2829090A4 (en) * 2013-03-22 2015-11-11 Mediatek Inc EFFICIENT RADIO RESOURCE TRANSMISSION FOR GROUP COMMUNICATION VIA LTE EMBMS
US9609671B2 (en) 2012-07-23 2017-03-28 Huawei Technologies Co., Ltd. Data transmission method and system, and device thereof
CN110999526A (zh) * 2019-11-29 2020-04-10 北京小米移动软件有限公司 短周期配置方法、装置、通信设备及存储介质
CN111148235A (zh) * 2018-11-02 2020-05-12 华为技术有限公司 一种通信方法及装置

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102917463B (zh) * 2011-08-02 2015-04-08 华为技术有限公司 传输调度信息的方法、基站和用户设备
CN103875224B (zh) 2012-08-17 2018-03-27 华为技术有限公司 数据传输方法及装置
CN103687034A (zh) * 2012-08-30 2014-03-26 电信科学技术研究院 一种组调度方法及装置
EP3713144B1 (en) * 2012-09-27 2021-11-03 Huawei Technologies Co., Ltd. Method and apparatus for allocating control channel candidates
CN104054364B (zh) * 2012-11-27 2018-10-30 华为技术有限公司 数据传输方法、装置、网络设备及ue
WO2014179922A1 (zh) 2013-05-06 2014-11-13 华为技术有限公司 下行信息发送方法、接收方法、基站及用户设备
US10389490B2 (en) 2013-10-10 2019-08-20 Futurewei Technologies, Inc. System and method for media access control transport blocks
CN105451265A (zh) * 2014-08-29 2016-03-30 中国移动通信集团公司 一种多用户下行数据的处理方法、装置及终端
WO2016206065A1 (zh) * 2015-06-26 2016-12-29 华为技术有限公司 一种信息调度方法及相关设备
CN106454908A (zh) * 2015-08-10 2017-02-22 深圳市中兴微电子技术有限公司 一种调度信息的处理方法及装置
CN105429736B (zh) * 2015-11-02 2020-01-07 电信科学技术研究院 一种发送和接收反馈的方法及设备
CN106656433B (zh) * 2015-11-04 2019-09-20 华为技术有限公司 下行数据反馈方法、设备及系统
CN106899941B (zh) * 2015-12-18 2020-08-07 普天信息技术有限公司 一种集群通信系统中非连续监听控制信道的方法和装置
CN108173632B (zh) * 2016-12-07 2020-12-04 华为技术有限公司 数据处理的方法、发送设备和接收设备
EP3588848B1 (en) 2017-03-17 2021-09-01 Huawei Technologies Co., Ltd. Network data processing method and apparatus
WO2018223266A1 (zh) * 2017-06-05 2018-12-13 Oppo广东移动通信有限公司 传输数据的方法、终端设备和网络设备
CN109392187B (zh) 2017-08-11 2022-04-12 华为技术有限公司 传输随机接入响应的方法、接入网设备和终端设备
EP3716702A4 (en) 2017-11-30 2020-10-28 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND COMMUNICATION DEVICE
CN110139226B (zh) * 2018-02-09 2021-07-16 成都鼎桥通信技术有限公司 一种基于B-TrunC的群组状态处理方法和设备
US11929836B2 (en) 2018-09-05 2024-03-12 Beijing Xiaomi Mobile Software Co., Ltd. Feedback method and apparatus for grant-free uplink transmission, and storage medium
WO2020087500A1 (zh) * 2018-11-02 2020-05-07 华为技术有限公司 数据传输方法和设备
CN111211880B (zh) * 2018-11-21 2022-04-22 中国信息通信研究院 一种上行非正交多址传输反馈方法、装置和系统
US11924891B2 (en) * 2019-05-23 2024-03-05 Lg Electronics Inc. Method of performing random access (RA) procedure, and transmitting device, apparatus and storage medium therefor, and method and apparatus for transmitting MAC PDU of RA procedure
US11750351B2 (en) * 2019-08-30 2023-09-05 Qualcomm Incorporated Communicating on a sidelink channel using a MAC-CE
CN113728697B (zh) * 2019-09-25 2024-03-08 Oppo广东移动通信有限公司 无线通信方法和终端设备
WO2021062760A1 (zh) * 2019-09-30 2021-04-08 Oppo广东移动通信有限公司 发送、接收反馈信息的方法和设备
WO2021163930A1 (zh) * 2020-02-19 2021-08-26 北京小米移动软件有限公司 信息处理方法、装置、基站、终端及存储介质
WO2021217532A1 (zh) * 2020-04-29 2021-11-04 华为技术有限公司 一种调度方法、装置及系统
US11800533B2 (en) * 2020-08-10 2023-10-24 Qualcomm Incorporated Enhancement of GC-DCI for spatial multiplexing of REDCAP UE

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1805557A (zh) * 2005-01-13 2006-07-19 华为技术有限公司 使多个用户在同一信道下接收数据业务的方法
WO2009022295A2 (en) * 2007-08-13 2009-02-19 Nokia Corporation Mapping of uplink ack in tdd with asymmetric frame structure
CN101399644A (zh) * 2007-09-26 2009-04-01 大唐移动通信设备有限公司 实现混合自动请求重传反馈机制的方法、系统及设备
CN101594205A (zh) * 2009-06-22 2009-12-02 中兴通讯股份有限公司 一种高级长期演进系统的下行控制信令发送方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8600413B2 (en) * 2007-10-30 2013-12-03 Qualcomm Incorporated Control arrangement and method for communicating paging messages in a wireless communication system
US8374109B2 (en) * 2008-03-27 2013-02-12 Qualcomm Incorporated Methods of sending control information for users sharing the same resource
CN101771942B (zh) * 2008-12-26 2014-04-30 华为技术有限公司 多媒体广播组播业务分组的方法，设备及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1805557A (zh) * 2005-01-13 2006-07-19 华为技术有限公司 使多个用户在同一信道下接收数据业务的方法
WO2009022295A2 (en) * 2007-08-13 2009-02-19 Nokia Corporation Mapping of uplink ack in tdd with asymmetric frame structure
CN101399644A (zh) * 2007-09-26 2009-04-01 大唐移动通信设备有限公司 实现混合自动请求重传反馈机制的方法、系统及设备
CN101594205A (zh) * 2009-06-22 2009-12-02 中兴通讯股份有限公司 一种高级长期演进系统的下行控制信令发送方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2658338A4 *

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9609671B2 (en) 2012-07-23 2017-03-28 Huawei Technologies Co., Ltd. Data transmission method and system, and device thereof
US10028109B2 (en) 2013-03-22 2018-07-17 Mediatek Inc. Group communication over LTE eMBMS
US10080109B2 (en) 2013-03-22 2018-09-18 Mediatek Inc. Service continuity for group communication over LTE eMBMS
US9386425B2 (en) 2013-03-22 2016-07-05 Mediatek Inc. Group communication over LTE eMBMS
US9445243B2 (en) 2013-03-22 2016-09-13 Mediatek Inc. Service continuity for group communication over LTE eMBMS
US9473906B2 (en) 2013-03-22 2016-10-18 Mediatek Inc. Idle mode reception for group communication over LTE eMBMS
EP2829090A4 (en) * 2013-03-22 2015-11-11 Mediatek Inc EFFICIENT RADIO RESOURCE TRANSMISSION FOR GROUP COMMUNICATION VIA LTE EMBMS
US9319851B2 (en) 2013-03-22 2016-04-19 Mediatek, Inc. Radio resource efficient transmission for group communication over LTE eMBMS
US10687179B2 (en) 2013-03-22 2020-06-16 Hfi Innovation Inc. Service continuity for group communication over LTE eMBMS
US9877333B2 (en) 2013-05-30 2018-01-23 Nokia Solutions And Networks Oy Signalling for group communications
US10334613B2 (en) 2013-05-30 2019-06-25 Nokia Solutions And Networks Oy Signalling for group communications
WO2014191039A1 (en) * 2013-05-30 2014-12-04 Nokia Solutions And Networks Oy Signalling for group communications
CN111148235A (zh) * 2018-11-02 2020-05-12 华为技术有限公司 一种通信方法及装置
CN111148235B (zh) * 2018-11-02 2022-06-28 华为技术有限公司 一种通信方法及装置
CN110999526A (zh) * 2019-11-29 2020-04-10 北京小米移动软件有限公司 短周期配置方法、装置、通信设备及存储介质
CN110999526B (zh) * 2019-11-29 2023-10-03 北京小米移动软件有限公司 短周期配置方法、装置、通信设备及存储介质

Also Published As

Publication number Publication date
EP2658338B1 (en) 2015-10-21
CN102595624B (zh) 2014-07-09
EP2658338A1 (en) 2013-10-30
EP2658338A4 (en) 2013-12-11
CN102595624A (zh) 2012-07-18

Similar Documents

Publication Publication Date Title
WO2012097690A1 (zh) 基于组的调度方法、ue及网络设备
EP2728928B1 (en) Method, base station and user equipment for transmitting scheduling information
US11622349B2 (en) Special subframe configuration for latency reduction
US10433333B2 (en) Method for configuring uplink grants over multiple subframes in a wireless communication system and a device therefor
US11387946B2 (en) Reliable ultra-low latency communications
US7756081B2 (en) Method of data communication in a wireless communication system
JP6395226B2 (ja) 通信システムにおける信号伝送低減のためのシステムおよび方法
JP4950338B2 (ja) 無線通信システムにおける無線リソース割当方法
JP6467719B2 (ja) 端末装置、集積回路、および、無線通信方法
JP6468658B2 (ja) 端末装置、集積回路、および、無線通信方法
JP6516242B2 (ja) 端末装置、集積回路、および、無線通信方法
US9019848B2 (en) Method of maintaining a quality of service (QOS) in a wireless communication system
WO2012097692A1 (zh) 半静态调度方法、用户设备及网络设备
EP2656678B1 (en) Method and arrangement for acknowledgement of contention-based uplink transmissions in a telecommunication system
EP3565148A1 (en) Data transmission method, apparatus and system
WO2013120458A1 (zh) 数据传输方法、基站及用户设备
WO2009022822A2 (en) Method of data communication in a wireless communication system
KR20110004785A (ko) 공유 무선 자원을 이용한 기지국의 상향링크 수신 방법 및 단말기의 상향링크 송신 방법
KR20220037492A (ko) 무선 통신 시스템에서 사이드링크 송신을 위한 방법 및 장치
CN110741674A (zh) 无线通信系统中用于触发缓冲区状态报告的方法和用于该方法的装置
WO2012097724A1 (zh) 半静态调度方法、用户设备及网络设备

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: 12737018

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: 2012737018

Country of ref document: EP