WO2014048171A1 - 集群业务处理方法、装置、基站及用户设备 - Google Patents

集群业务处理方法、装置、基站及用户设备 Download PDF

Info

Publication number
WO2014048171A1
WO2014048171A1 PCT/CN2013/080738 CN2013080738W WO2014048171A1 WO 2014048171 A1 WO2014048171 A1 WO 2014048171A1 CN 2013080738 W CN2013080738 W CN 2013080738W WO 2014048171 A1 WO2014048171 A1 WO 2014048171A1
Authority
WO
WIPO (PCT)
Prior art keywords
scheduling information
base station
gtch
ues
group
Prior art date
Application number
PCT/CN2013/080738
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 EP13842834.7A priority Critical patent/EP2903312B1/en
Publication of WO2014048171A1 publication Critical patent/WO2014048171A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services

Definitions

  • a trunking communication system is a mobile communication system used for group dispatching command communication, and is mainly applied in the field of professional mobile communications.
  • cluster communication systems Terrestrial Trunked Radio (TETRA) system, Integrated Digital Enhanced Networks (iDEN) system, and Open Open Trunking Architecture (referred to as Global Open Trunking Architecture).
  • TETRA Terrestrial Trunked Radio
  • iDEN Integrated Digital Enhanced Networks
  • iDEN Integrated Digital Enhanced Networks
  • Open Open Trunking Architecture referred to as Global Open Trunking Architecture
  • For GoTa systems as well as GT800 systems.
  • existing trunking communication systems are implemented based on second generation mobile communication systems (2G) or third generation mobile communication systems (3G).
  • 3G third generation mobile communication systems
  • Existing trunked communication systems provide narrowband voice traffic and lower data traffic rates.
  • the present invention provides a cluster service processing method, apparatus, base station, and user equipment, to at least solve the problem that the prior art trunking communication system cannot meet user service requirements and the user experience is reduced.
  • a cluster service processing method including: a base station generating scheduling information for scheduling a cluster traffic channel GTCH resource for performing cluster service with one or more user equipment UEs based on a long term evolution LTE system
  • the base station sends the generated scheduling information to the one or more UEs.
  • the method further includes: the base station is the same as the one
  • the GTCH resources of the cluster service are configured by multiple UEs.
  • the configuring, by the base station, the GTCH resource for performing clustering service with the one or more UEs includes at least one of the following: the base station allocates a cell radio network temporary identifier C- to the one or more UEs. RNTI; the base station allocates periodic reporting resources to the one or more UEs; the base station allocates channel resources for maintaining the uplink synchronization mode and/or uplink synchronization for the one or more UEs; Assigning, by the one or more UEs, a group radio network temporary identifier Group-RNTI; the base station allocates, for the one or more UEs, resources for the hybrid automatic retransmission request HARQ for the GTCH, where performing the HARQ
  • the indication is carried on a physical uplink control channel PUCCH or a physical random access channel PRACH.
  • the base station allocates, for the one or more UEs, resources for the hybrid automatic retransmission request HARQ for the GTCH, including at least one of the following: : the base station allocates a HARQ acknowledgment/non-acknowledgement transmission format for the GTCH to the one or more UEs; the base station allocates a HARQ acknowledgment/non-for the GTCH to the one or more UEs a cyclic shift value of the acknowledgment; the base station allocates, for the one or more UEs, a resource location of the HARQ of the GTCH in each transmission time interval TTI; or, the indication of performing the HARQ is carried in the PRACH
  • the resource that the base station allocates for the one or more UEs for the hybrid automatic retransmission request HARQ for the GTCH includes at least one of: a preamble format of the PRACH, and a spectrum of a preamble of the PRACH
  • the sending, by the base station, the generated scheduling information to the one or more UEs includes: the base station carrying the scheduling information on a physical downlink control channel PDCCH; and the base station adopting a group wireless network temporary identifier
  • the group-RNTI identifies and scrambles the PDCCH that carries the scheduling information; the base station sends the scheduling information to the one or more UEs by using the PDCCH after the identifier and the scrambling.
  • the sending, by the base station, the generated scheduling information to the one or more UEs includes: the base station notifying, by using a predetermined subframe, whether the PDCCH of the one or more UEs carries the scheduling information.
  • a cluster service processing method including: a user equipment UE receiving scheduling information for scheduling a cluster service channel GTCH resource that performs a cluster service with a base station based on a long term evolution LTE system; Determining, by the UE, whether the scheduling information is successfully received, and/or according to the scheduling Decoding whether the physical downlink shared channel PDSCH of the GTCH mapping is successful; if the UE does not successfully receive the scheduling information, and/or, according to the scheduling information, if the PDSCH mapped by the GTCH is unsuccessful, the The UE sends non-acknowledgment information to the base station.
  • the UE determines whether the scheduling information is successfully received, and/or whether decoding the GSCH mapped by the GTCH according to the scheduling information includes: determining, by the UE, whether the base station sends the UE to the UE Using the group-RNTI identifier and the scrambled physical downlink control channel PDCCH, and whether the base station notifies the UE whether the GTCH scheduling information exists in the PDCCH by using a predetermined subframe, where the PDCCH carries the Scheduling information; in a case where the determination result is yes, the UE determines whether the scheduling information can be received according to the PDCCH that uses the Group-RNTI identifier and scrambling, and/or decodes the GTCH mapping according to the scheduling information.
  • a cluster service processing apparatus including: a generating module, configured to generate a cluster service channel GTCH resource for performing clustering service with one or more user equipment UEs based on a Long Term Evolution (LTE) system Scheduling scheduling information; the first sending module is configured to send the generated scheduling information to the one or more UEs.
  • the method further includes: a first configuration module, configured to configure the GTCH resource for performing cluster service with the one or more UEs.
  • the first sending module includes: a bearer unit, configured to carry the scheduling information on a physical downlink control channel PDCCH; and a scrambling unit, configured to use the group radio network temporary identifier Group-RNTI pair to carry the The PDCCH of the scheduling information is identified and scrambled; and the sending unit is configured to send the scheduling information to the one or more UEs by using the PDCCH after the identifier and the scrambling.
  • the method further includes: a notification module, configured to notify, by using a predetermined subframe, whether the PDCCH of the one or more UEs carries the scheduling information.
  • a base station is provided, comprising the apparatus of any of the above.
  • a cluster service processing apparatus including: a receiving module, configured to receive scheduling information for scheduling a cluster service channel GTCH resource that performs a cluster service with a base station based on a Long Term Evolution (LTE) system; a first determining module, configured to determine whether the scheduling information is successfully received, and/or, according to the scheduling information, whether the physical downlink shared channel PDSCH mapped by the GTCH is successfully succeeded; The sending module is configured to send the non-confirmation information to the base station if the UE does not successfully receive the scheduling information, and/or if the PDSCH mapped by the GTCH mapping is unsuccessful according to the scheduling information.
  • LTE Long Term Evolution
  • the first determining module includes: a first determining unit, configured to determine whether the base station sends, to the UE, a physical downlink control channel PDCCH that uses a Group-RNTI identifier and scrambles, and whether the base station passes
  • the predetermined subframe is configured to notify the UE whether the scheduling information of the GTCH exists in the PDCCH, where the PDCCH carries the scheduling information, and the second determining unit is configured to determine that the judgment result of the first determining unit is If yes, determining whether the PDCCH according to the group-RNTI identifier and the scrambling is capable of receiving the scheduling information, and/or decoding whether the physical downlink shared channel PDSCH mapped by the GTCH is successful according to the scheduling information; a unit, configured to determine, in a case that the determination result of the second determining unit is negative, that the UE does not successfully receive the scheduling information, and/or decode the PDSCH mapped by the GTCH according to the scheduling information success.
  • a user equipment comprising the apparatus of any of the above.
  • the base station generates scheduling information for scheduling a clustered traffic channel GTCH that performs clustering service with the one or more user equipment UEs based on the Long Term Evolution (LTE) system; the base station sends the generated scheduling information to the
  • LTE Long Term Evolution
  • FIG. 1 is a flowchart 1 of a cluster service processing method according to an embodiment of the present invention
  • FIG. 2 is a flowchart 2 of a cluster service processing method according to an embodiment of the present invention
  • FIG. 3 is a flowchart according to an embodiment of the present invention.
  • FIG. 4 is a block diagram of a preferred structure of a cluster service processing apparatus according to an embodiment of the present invention.
  • FIG. 5 is a preferred structure of a first sending module 34 in a cluster service processing apparatus according to an embodiment of the present invention
  • Block diagram FIG. 6 is a block diagram showing a preferred structure of a first transmitting module 34 in a cluster service processing apparatus according to an embodiment of the present invention.
  • FIG. 7 is a structural block diagram of a base station according to an embodiment of the present invention
  • FIG. 8 is a block diagram 2 of a cluster service processing apparatus according to an embodiment of the present invention
  • FIG. 9 is a first determining module in a cluster service processing apparatus according to an embodiment of the present invention
  • Figure 10 is a block diagram showing the structure of a user equipment according to an embodiment of the present invention
  • Figure 11 is a schematic diagram of a cluster traffic channel GTCH mapping according to an embodiment of the present invention
  • Figure 12 is a group establishment according to an embodiment of the present invention.
  • FIG. 13 is a schematic diagram of a base station assigning a group GTCH HARQ resource to a non-right user according to an embodiment of the present invention
  • FIG. 13 is a schematic diagram of a base station assigning a group GTCH HARQ resource to a non-right user according to an embodiment of the present invention
  • FIG. 13 is a schematic diagram of a base station assigning a group GTCH HARQ resource to
  • LTE Long Term Evolution
  • the LTE protocol is a point-to-point communication protocol, a LTE-based cluster communication system with LTE technology.
  • FIG. 1 is a flowchart 1 of a cluster service processing method according to an embodiment of the present invention. As shown in FIG.
  • Step S102 base station generation Scheduling information for scheduling a clustered traffic channel GTCH that performs clustering services based on the Long Term Evolution (LTE) system with one or more user equipments
  • Step S104 The base station sends the generated scheduling information to the one or more UEs.
  • the resource configuration information of the resource configuration is sent to the UE in the cluster service range by adding the resource configuration for the cluster service.
  • the cluster service based on 2G and 3G, or the existing LTE cannot apply the cluster service, not only satisfies the cluster service requirement of the user based on the LTE system, but also improves the user experience to a certain extent.
  • the resources for performing the clustering service with the one or more UEs may be configured first.
  • the resource allocation of the cluster service may be involved in a large number of content.
  • the base station may allocate at least one of the following resources for performing clustering service with the one or more UEs: The base station allocates a cell wireless network temporary to one or more UEs.
  • the base station allocates periodic reporting resources to one or more UEs; the base station allocates channel resources for maintaining uplink synchronization mode and/or uplink synchronization for one or more UEs; The base station allocates a group radio network temporary identifier Group-RNTI for one or more UEs; the base station allocates resources for the GTCH to perform hybrid automatic repeat request HARQ for one or more UEs, and the base station allocates one or more UEs for GTCH Performing a hybrid automatic repeat request (HARQ indication) (that is, the non-acknowledgment indication information that the UE does not successfully receive the scheduling information), and the indication may be carried on a Physical Uplink Control CHannel (PUCCH) channel.
  • HARQ indication that is, the non-acknowledgment indication information that the UE does not successfully receive the scheduling information
  • the base station allocates, for the one or more UEs, the resource for the hybrid automatic repeat request (HQQ) for the GTCH, and may include at least one of the following: the base station is one or more UEs.
  • PRACH Physical Random Access Channel
  • the base station Allocating a HARQ acknowledgment/non-acknowledgment transmission format for the GTCH; the base station assigns one or more UEs a HARQ acknowledgment/non-acknowledgment cyclic shift value for the GTCH; the base station allocates one or more UEs at each transmission time The resource location of the HARQ of the GTCH in the interval ⁇ .
  • the resource allocated by the base station to the one or more UEs for the hybrid automatic retransmission request HARQ for the GTCH may include at least one of the following: a preamble of the PRACH Format, PRACH preamble spectrum location or resource block (Resource Block, RB for short) specific location, PRACH preamble preamble index (36.331 protocol PRACH Preamblelndex).
  • the base station may send the generated scheduling information to one or more UEs in multiple manners, for example, by newly constructing a notification information, or by transmitting the scheduling information in an existing information, in this implementation.
  • the example provides a preferred processing mode: the base station carries the scheduling information on the physical downlink control channel PDCCH; the base station uses the group radio network temporary identifier Group-RNTI to identify and scramble the PDCCH carrying the scheduling information; And the PDCCH after scrambling transmits scheduling information to one or more UEs.
  • the base station carries the scheduling information on the physical downlink control channel PDCCH; the base station uses the group radio network temporary identifier Group-RNTI to identify and scramble the PDCCH carrying the scheduling information; And the PDCCH after scrambling transmits scheduling information to one or more UEs.
  • the scheduling result and the resource allocation information are generated to ensure that the non-right-sense terminal can reliably know whether the GTCH channel exists in the PDCCH (ie, , scheduling information), the eNodeB notifies the group non-rightbearing terminal whether there is a Group-RNTI identifier of the group A and the scrambled PDCCH in the subframe X in the subframe X (predetermined subframe).
  • FIG. 2 is a flowchart 2 of a cluster service processing method according to an embodiment of the present invention. As shown in FIG.
  • Step S202 User equipment
  • the UE receives scheduling information for scheduling a trunking traffic channel GTCH that performs a clustering service with the base station based on the Long Term Evolution (LTE) system
  • Step S204 the UE determines whether the scheduling information is successfully received, and/or decodes the GTCH mapping according to the scheduling information. Whether the physical downlink shared channel PDSCH is successful
  • Step S206 the UE does not successfully receive the scheduling information, and/or decodes according to the scheduling information.
  • LTE Long Term Evolution
  • the UE When the PDSCH mapped by the GTCH is unsuccessful, the UE transmits non-confirmation information to the base station.
  • the UE determines whether the GTCH corresponding to the scheduling information is successfully received, and/or determines whether the PDSCH mapped by the GTCH is successful according to the foregoing scheduling information, and may determine in the following preferred manner: the UE determines whether the base station sends the group to the UE.
  • a RNTI identifier and a scrambled physical downlink control channel PDCCH and whether the base station notifies the UE whether scheduling information of the GTCH exists in the PDCCH by using a predetermined subframe, where the PDCCH carries the scheduling information; And determining, by the UE, whether the PDCCH according to the group-RNTI identifier and the scrambled group can receive the scheduling information, and/or decoding whether the physical downlink shared channel PDSCH mapped by the GTCH is successful according to the scheduling information of the GTCH;
  • the PDCCH that is identified and scrambled cannot receive the scheduling information, that is, the base station indicates that the scheduling information of the GTCH is received, but the UE cannot receive the scheduling information of the GTCH, it can be determined that the UE does not successfully receive the scheduling information.
  • the UE may send non-acknowledgment information to the base station. After the UE can receive the scheduling information of the GTCH, if the PDSCH mapped by the GTCH is unsuccessful according to the scheduling information, the user may also send the non-confirmation information to the base station. That is, in the above-mentioned judging step, the UE may transmit the unconfirmed information to the base station as long as the judgment result of one of the steps is NO.
  • the base station After transmitting the unacknowledged information to the base station, the base station learns that the UE (non-right to voice terminal) fails to receive, and therefore, the base station retransmits the GTCH to the UE, and then the UE receives the scheduling for scheduling the GTCH resource from the base station retransmission.
  • the same judgment processing method as described above is used to determine whether the retransmission is successful.
  • a cluster service processing device is also provided, which is used to implement the foregoing embodiments and preferred embodiments, and has not been described again.
  • the term "module" may implement a combination of software and/or hardware of a predetermined function.
  • FIG. 3 is a block diagram showing the structure of a cluster service processing apparatus according to an embodiment of the present invention.
  • a generating module 32 and a first transmitting module 34 are included.
  • the apparatus will be described below.
  • the generating module 32 is configured to generate scheduling information for scheduling the clustered traffic channel GTCH that is configured to perform the clustering service with the one or more user equipments UE based on the Long Term Evolution (LTE) system;
  • the first sending module 34 is connected to the generating module 32, It is set to send the generated scheduling information to one or more UEs.
  • LTE Long Term Evolution
  • FIG. 4 is a block diagram of a preferred structure of a cluster service processing apparatus according to an embodiment of the present invention.
  • the apparatus includes a first configuration module 42 in addition to all the modules shown in FIG. Preferred devices are described.
  • the first configuration module 42 is connected to the generating module 32, and configured to configure GTCH resources for performing clustering services with one or more UEs.
  • FIG. 5 is a block diagram of a preferred structure of the first sending module 34 in the cluster service processing apparatus according to the embodiment of the present invention.
  • the first sending module 34 includes a bearer unit 52, a scrambling unit 54, and a sending unit 56.
  • the preferred structure will be described below.
  • the bearer unit 52 is configured to carry the scheduling information on the physical downlink control channel PDCCH.
  • the scrambling unit 54 is connected to the bearer unit 52, and is configured to identify the PDCCH carrying the scheduling information by using the group radio network temporary identifier Group-RNTI. And a scrambling unit; the transmitting unit 56 is connected to the scrambling unit 54 and configured to send scheduling information to one or more UEs by using the PDCCH after the identification and scrambling.
  • FIG. 6 is a block diagram of a preferred structure of the first sending module 34 in the cluster service processing apparatus according to the embodiment of the present invention. As shown in FIG. 6, the first sending module 34 includes a notification unit 62, and the notification unit 62 is configured to pass The predetermined subframe notifies whether the PDCCH of the one or more UEs carries the scheduling information.
  • FIG. 6 is a block diagram of a preferred structure of the first sending module 34 in the cluster service processing apparatus according to the embodiment of the present invention. As shown in FIG. 6, the first sending module 34 includes a notification unit 62, and the notification unit 62 is configured to pass The predetermined subframe not
  • FIG. 7 is a structural block diagram of a base station according to an embodiment of the present invention.
  • the base station 70 includes a cluster service processing device 72 of one of FIG. 3 to FIG.
  • FIG. 8 is a block diagram showing the structure of a cluster service processing apparatus according to an embodiment of the present invention.
  • the apparatus is located in a user equipment UE, and includes a receiving module 82, a first determining module 84, and a second sending module 86.
  • the receiving module 82 is configured to receive scheduling information for scheduling with the trunking service channel GTCH for performing the clustering service by the base station based on the Long Term Evolution (LTE) system.
  • LTE Long Term Evolution
  • the first determining module 84 is connected to the receiving module 82, and is configured to determine whether the packet is successfully received.
  • the scheduling information, and/or the decoding of the physical downlink shared channel PDSCH of the GTCH mapping according to the scheduling information is successful;
  • the second sending module 86 is connected to the first determining module 84, and is configured to not successfully receive the scheduling information in the UE.
  • the non-confirmation information is transmitted to the base station.
  • FIG. 9 is a block diagram showing a preferred structure of the first determining module 84 in the cluster service processing apparatus according to the embodiment of the present invention. As shown in FIG.
  • the first determining module includes a first determining unit 92, a second determining unit 94, and a determining unit. 96.
  • the first determining module 94 will be described below.
  • the first determining unit 92 is configured to determine whether the base station sends the physical downlink control channel PDCCH that uses the group-RNTI identifier and the scrambling to the UE, and whether the base station notifies the UE PDCCH whether the GTCH has the scheduling information by using the predetermined subframe, where The PDCCH carries the scheduling information.
  • the second determining unit 94 is connected to the first determining unit 92, and is configured to determine, according to the determination result of the first determining unit 92, the PDCCH according to the group-RNTI identifier and the scrambled group. Whether the scheduling information can be received, and/or whether the physical downlink shared channel PDSCH mapped by the GTCH is successfully decoded according to the scheduling information; the determining unit 96 is connected to the second determining unit 94, and is set to be in the second determining unit 94. If the determination result is no, it is determined that the UE does not successfully receive the scheduling information, and/or the PDSCH mapped by the GTCH mapping is unsuccessful according to the scheduling information.
  • the user equipment 100 includes the cluster service processing apparatus 102 of one of FIG. 8 to FIG.
  • the broadband digital trunking communication system based on the long-term evolution LTE technology and the air interface implementing method of the cluster system provided by the foregoing embodiments and the preferred embodiments not only greatly improve resource utilization, but also beneficially improve the cell air interface capacity to a certain extent.
  • the method mainly includes: maintaining the unicast LTE protocol based on the digital communication protocol based on the LTE technology, and the point-to-multipoint feature for the cluster (downlink) service The processing of the cluster service is newly added.
  • FIG. 11 is a cluster according to an embodiment of the present invention.
  • Schematic diagram of traffic channel GTCH mapping as shown in Figure 11, mapping of the GTCH channel
  • the method is: GTCH channel ⁇ downlink shared channel DL SCH ⁇ PDSCH channel; newly added HARQ method suitable for point-to-multipoint downlink GTCH channel; newly added point-to-multipoint channel quality indication (Channel Quality Indication, CQI for short) Method; A new point-to-multipoint modulation and coding scheme (MCS) generation method is added.
  • the cluster service implementation method provided in this embodiment includes several parts (or several sub-methods).
  • Group establishment sub-method A Step 1: The group call rights terminal initiates a group call request of group A, and the eNodeB initiates a group page message of all non-speaking terminals in group A at a specified group call paging time ( GroupPage Step 2: After receiving the group paging message GroupPage, the non-discourse terminal in the group sends a paging response (PageResponse), assuming that any non-rightright terminal number in group A is User[i], which receives the paging. After the message, the paging response message is sent as PageResponse[i]. Step 3: After the eNodeB receives the PageResponse [i] paging response, the eNodeB allocates the following resources to the non-rightbearing terminal:
  • Allocating CQI periodic reporting resources (including: period and reporting time offset, reporting mode, reporting location resources in PUCCH, etc.), for example, can be configured through CQI-ReportConfig in the 36.331 protocol.
  • Step 4 Establish the GTCH channel of the group A.
  • the GTCH channel uses the Group-RNTI for identification and scheduling.
  • Group Uplink Timing Synchronization Submethod B Step 1: The terminal keeps uplink synchronization with the eNodeB according to the channel resources occupied by the uplink synchronization mode and the uplink synchronization specified by the foregoing sub-method A.
  • Step 2 The eNodeB periodically sends a timing advance command, and the terminal adjusts the timing offset of the uplink and downlink radio frames, that is, N TA (in the 36.311 protocol).
  • the CQI reporting and processing sub-method C Step 1, the User[i] terminal initiates the periodic CQI reporting according to the CQI reporting manner specified by the eNodeB.
  • Step 2 The eNodeB calculates a modulation and coding scheme MCS of the group GTCH according to a certain algorithm according to the CQI[i] reported by each non-speaking terminal in the group.
  • GTCH performs hybrid automatic repeat request HARQ indication (that is, non-acknowledgement indication), which is carried on the PUCCH channel and can also be carried on the PRACH channel.
  • HARQ indication bearer is carried on the PUCCH channel
  • step la is used, and when the HARQ indication bearer is carried on the PRACH channel, step lb is adopted.
  • the eNodeB assigns the HARQ resource of the GTCH channel to include at least one of the following contents:
  • the eNodeB allocates a PUQCH format for carrying the HARQ ACK/NAK for the GTCH channel on the PUCCH, and may adopt one of formats 1, format la/lb, format 2a/2b.
  • the eNodeB allocates a cyclic shift value (A eH of the 3GPP TS 36.311 protocol) of the PUCCH for carrying the HARQ ACK/NAK of the GTCH channel.
  • eNodeB determines the position of the PUCCH resource for HARQ ACK channel bearer GTCH / NAK is additionally specifies eNodeB, or physical downlink control channel according to the resource scheduling information carrier GTCH (Physical Downlink Control Channel, referred to as PDCCH) is "CCE (M cce is the location of the first CCE of the PDCCH, calculated according to the UE procedure for determining physical uplink control channel assignment section in the 36.213 protocol). If it is specified by the eNodeB, the eNodeB must be at each transmission time interval ( The Transmission Time Interval (abbreviated as ⁇ ) displays the resource location of the PUCCH indicating the HARQ ACK/NAK of the GTCH channel. Step lb, the eNodeB assigns the HARQ resource of the GTCH channel to include at least one of the following:
  • the non-acknowledgement indication triggers the Preamble transmission of the PRACH channel;
  • the eNodeB assigns the same preamble format (preamble format 0-3 in the 36.331 protocol) that carries the HARQ indication to all the non-right-sense users of the group A, and the preamble is in the RB specific location of the entire uplink bandwidth;
  • the eNodeB assigns all non-speaking users of group A the same preamble index carrying the HARQ indication (Preamblelndex of the 36.331 protocol PRACH);
  • Step 2 After the eNodeB allocates the above information, each eNodeB of the group A is notified through an air interface.
  • the result and resource allocation information (including RB location, number of RBs, MCS, etc.), scheduling result and resource allocation information are carried by the PDCCH, and the PDCCH is identified and scrambled by the Group-RNTI.
  • the resource allocation information period does not change.
  • the sub-method E may further include the following steps: Step 2: Step 2: Because the PDCCH marked by the Group-RNTI and the scrambled PDCCH in the step 1 are received by the non-right-sense terminal, there is a possibility of error packet, so that the non-right-right terminal can be reliably known.
  • the manner in which the eNodeB notifies the group non-rights terminal in the subframe X may be as follows, but not limited to the following:
  • the downlink control information (Downlink Control Information, DCI for short) format is configured.
  • the DCI information includes the group number that has been scheduled in the subframe X, is carried in the PDCCH, and is identified and scrambled by a special RNTI.
  • the resource assignment message contains the group number that has been scheduled in subframe X, and the resource assignment message is carried on the PDSCH.
  • the non-speech terminal determines whether the Group-RNTI identifier of the group A and the scrambled PDCCH exist in the subframe X.
  • Step 3 The non-speech terminal searches for the Group-RNTI identifier and the scrambled PDCCH in the PDCCH search space, and performs a decision according to the following decision rule: For step 1, if the subframe X has a Group-RNTI identifier and a scrambled PDCCH, Then the condition P is YES. If the subframe X does not have the Group-RNTI identifier and the scrambled PDCCH, the condition P is no.
  • condition P is YES
  • the physical downlink shared channel (Physical Downlink Shared Channel, PDSCH) of the GTCH channel mapping is decoded according to the resource allocation information of the PDCCH, and if the physical channel PDSCH of the GTCH channel mapping is successfully decoded (the CRC decoding is successful), the condition Z is yes. If the physical channel PDSCH of the GTCH channel mapping is unsuccessful (CRC decoding is unsuccessful), then condition Z is no. If step 2 exists, the following decision is made: If condition M of step 2 is yes, but condition P is no, condition Z is no.
  • step 4 if the condition Z is YES, step 4 is not required, if the condition Z is no, step 4 needs to be performed, and when step 4 needs to be performed, the non-voice terminal considers that there is a GTCH channel of group A in the subframe X. However, the non-talking terminal decoding of the GTCH channel of the group A is unsuccessful, and the non-speech terminal needs to send the NACK feedback of the GTCH channel to the eNodeB.
  • the group has a plurality of non-speaking terminals in the cell.
  • Step 4 The NACK corresponding to the GTCH channel may be carried on the PUCCH or on the PRACH channel.
  • the PUCCH format may be specified by the step 1a of the foregoing submethod D, and the cyclic shift value of the PUCCH may adopt the above submethod D
  • the step la is specified, and the resource location of the PUCCH can be specified according to the step la of the above submethod D.
  • the Preamble transmission method and parameters of the PRACH channel are specified by step lb of the above submethod D.
  • Step 5 The eNodeB attempts to transmit a NACK on the PUCCH corresponding to the NAK of the GTCH channel or attempts to acquire the Preamble corresponding to the NAK of the GTCH channel. If there is a NACK, the eNodeB considers that the retransmission is required, and the eNodeB performs the GTCH channel retransmission of the group A. Otherwise, no retransmission is required.
  • each sub-method can be implemented as a separate function, and of course, in the case of no conflict, The above submethods are combined with each other.
  • FIG. 12 is a schematic diagram of a group establishment method according to an embodiment of the present invention. As shown in FIG. 12
  • group establishment generally includes: a group paging process, a group paging response processing procedure, and a non-group
  • the BT connection state of the BT user may include the following steps: Step 1: The group call right terminal initiates a group call request of the group A, and the eNodeB initiates all non-voice rights in the group A at the specified group call paging time. Group paging message of the terminal (GroupPage Step 2, the non-voice right terminal in the group receives the group paging message GroupPage and sends a paging response (PageResponse), assuming that any non-rightright terminal number in the group A is User[i After receiving the paging message, the paging response message is PageResponse[i]. Step 3: After the eNodeB receives the PageResponse [i] paging response, the eNodeB allocates the following resources to the non-rightbearing terminal:
  • the CQI period reporting resources (including the period and reporting time offset, reporting mode, reporting location resources on the PUCCH channel, etc.) can pass 36. Assigned by CQI-ReportConfig in 213 protocol.
  • Step 4 Establish a GTCH channel of the group A, and use the Group-RNTI to identify and schedule the GTCH channel.
  • User[i] enters the RRC CONNECTION STATE state, and the following sub-method 8, sub-method C, sub-method D, and sub-method 5 can be performed simultaneously.
  • the group uplink timing synchronization sub-method B Step 1: The UE keeps the eNodeB uplink timing synchronization according to one of the following methods, and maintains the uplink synchronization manner.
  • the method of initiating the sounding in the period the method of initiating the data in the period, and the period initiation
  • Step 2 eNodeB transmission cycle timing advance command, the terminal adjusting uplink and downlink radio frame timing offset i.e. ⁇ ⁇ (3 ⁇ 4 36.311 protocol).
  • CQI reporting and processing sub-method C Step 1, User[i] terminal initiates periodic CQI reporting according to the CQI reporting mode specified by the eNodeB.
  • Step 2 Based on the CQI[i] reported by each non-speaking terminal in the group, the eNodeB calculates the MCS[A] under the group according to a certain algorithm, and is used for modulation and coding of the GTCH channel.
  • the HARQ resource assignment sub-method D of the group GTCH FIG. 13 is a schematic diagram of a base station assigning a group GTCH HARQ resource to a non-right-sense user according to an embodiment of the present invention. As shown in FIG. 13, the base station sends a non-voice right user period.
  • the HARQ resource location list message of the GTCH for example, the eNodeB period sending the GroupDLHARQResourceParameter message on the air interface may include:
  • NormalDLHARQWay When NormalDLHARQWay is 1, the PUCCH occupies GTCH HARQ resource group using the computing method of PUCCH resources 36.213 protocol, according to the PDCCH resource scheduling information carrier GTCH "CCE ( ⁇ for the first 01 [13 ⁇ 4 The location of a CCE is calculated according to the UE procedure for determining physical uplink control channel assignment section in the 36.213 protocol.
  • the resource occupying the PUCCH of the HARQ of the group GTCH adopts a separately specified method, that is, the method of the sub-method E in the above embodiment is adopted.
  • the HARQ resource location and the HARQ resource location number of the group GTCH is expressed as the RB location of the PUCCH carrying the GTCH HARQ.
  • the Format 1 format is adopted, and the SR Request method is adopted, if it is NACK, The information bit d (0) of the Formatl of PUCCH is 1 (refer to 36.211 for details). If it is ACK, the Bay U PUCCH Format 1 does not send any signal.
  • the method of sending the GroupDLHARQResourceParameter message includes the following methods, but is not limited to the following methods: Similar to System The way the information is sent, sent periodically.
  • the processing includes: The user transmits the PDSCH assigned by the group scheduling DCI and the group DCI, the HARQ resource that assigns the DTCH, and the non-voice right user uses the Parmatl format feedback non-acknowledgement NACK on the PUCCH.
  • the processing may include the following steps: Step 1: In the eNodeB, when a group downlink data arrives, when a certain subframe X scheduler performs scheduling, the scheduling result is generated for the group A (including the RB position, the number of RBs, MCS, etc., the scheduling result is carried in the DCI, and the DCI format is not limited. It is assumed to be DCI Y, and is transmitted by the PDCCH, and the PDCCH is scrambled and identified by the Group-RNTI.
  • Step 1 In the eNodeB, when a group downlink data arrives, when a certain subframe X scheduler performs scheduling, a scheduling result and resource allocation information (including an RB position, an RB number, and an MCS) are generated for the GTCH channel of the group A.
  • the scheduling result and the resource allocation information are carried by the PDCCH, and the PDCCH is identified and scrambled by the Group-RNTI. It should be noted that, in step 1, when the GTCH channel can adopt semi-static allocation, the resource allocation information period does not change.
  • the sub-method E may further include: Step 2: Step 2, because the PDCCH identified by the Group-RNTI and the scrambled PDCCH in the step 1 may be mis-packed when receiving on the non-right-sense terminal side, to ensure that the non-right-right terminal can reliably know whether There is a GTCH channel in the PDCCH Scheduling result and resource allocation information, the eNodeB notifies in the subframe X whether the group non-speech terminal has the Group-RNTI identifier of the group A and the scrambled PDCCH (the scheduling result and resource allocation information of the bearer GTCH channel) in the subframe X.
  • Step 2a After a certain subframe X is scheduled, construct a DCI format, which is assumed to be DCI 1G, and DCI 1G may be 36.212 protocol.
  • the content in the DCI format includes the group number that has been scheduled in the subframe X and the DL HARQ resource number in the GroupDLHARQResourceParameter message corresponding to the scheduled group, which is common to the group.
  • the Group-RNTI is scrambled, and the PDCCH position is placed in the common search space and transmitted in the PDCCH. Also, the HARQ resource number is specified in the DCI 1G.
  • Step 2b after a certain subframe X is scheduled, construct a GroupDLHARQ resource assignment message, where the GroupDLHARQ resource assignment message includes the group number scheduled in subframe X and the DL HARQ resource location in the GroupDLHARQResourceParameter message corresponding to the scheduled group.
  • the number, GroupDLHARQ resource assignment message is carried over the PDSCH.
  • Step 2a or step 2b is performed, and the non-speech terminal determines whether the Group-RNTI identifier of the group A and the scrambled PDCCH (the scheduling result and the resource allocation information of the bearer GTCH channel) exist in the subframe X. If it exists, the condition M is considered to be YES, and if it does not exist, the condition M is No.
  • Step 3 The non-speech terminal searches for the Group-RNTI identifier and the scrambled PDCCH in the PDCCH search space, and performs a decision according to the following decision rule: If the subframe X has a Group-RNTI identifier and a scrambled PDCCH, the condition P is Yes. If the subframe X does not have a Group-RNTI identifier and a scrambled PDCCH, the condition P is no. If the condition P is YES, the physical channel of the GTCH channel mapping is decoded according to the resource allocation information of the PDCCH.
  • condition Z is YES. If the physical channel PDSCH of the GTCH channel mapping is unsuccessful (CRC decoding is unsuccessful), then condition Z is no. If step 2 exists, the following decision is made: If condition M of step 2 is yes, but condition P is no, condition Z is no. According to the above decision, if the condition Z is YES, step 4 is not required, if the condition Z is no, step 4 needs to be performed, and when step 4 needs to be performed, the non-voice terminal considers that there is a GTCH channel of group A in the subframe X.
  • the non-talking terminal decoding of the GTCH channel of the group A is unsuccessful, and the non-speech terminal needs to send the NACK feedback of the GTCH channel to the eNodeB.
  • the group has a plurality of non-speaking terminals in the cell. If any one of the groups carries a NACK in the PUCCH uplink channel of the NACK carrying the GTCH channel, the eNodeB considers that the scheduling has at least one non-right-sense terminal receiving failure. Retransmission.
  • Step 4 The bearer carries the NACK according to the format indicated in the GroupDLHARQResourceParameter message, and uses the current resource number indicated in step 2 of the foregoing sub-method E to map the resource location by the resource number, and expresses the RB location and the PUCCH format mode in the PUCCH. And PUCCH resources.
  • NormalDLHARQWay is 0, the value corresponding to the resource number of the group is found in the GroupDLHARQResourceParameter message according to the resource number of the group in step 2 of the sub-method.
  • ⁇ TM is transmitted by Format 1 of the PUCCH using the deltaGroup PUCCHShift value.
  • NormalDLHARQWay 1
  • the value of w ⁇ g ⁇ is calculated according to the method of 36.213 protocol.
  • a ⁇ ei uses deltaGroupPUCCHShift value to pass PUCCH. Format 1 to send.
  • the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.

Landscapes

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

Abstract

本发明提供了一种集群业务处理方法、装置、基站及用户设备，该方法包括：基站生成用于对与一个或多个用户设备UE基于长期演进LTE系统进行集群业务的集群业务信道GTCH资源进行调度的调度信息；基站将生成的该调度信息发送给一个或多个UE，通过本发明，解决了集群通信系统并不能满足用户业务需求，以及用户体验降低的问题，进而达到了满足用户基于LTE系统的集群业务需求，以及提高用户体验的效果。

Description

集群业务处理方法、 装置、 基站及用户设备 技术领域 本发明涉及通信领域， 具体而言， 涉及一种集群业务处理方法、 装置、 基站及用 户设备。 背景技术 集群通信系统是一种用于集团调度指挥通信的移动通信系统， 主要应用在专业移 动通信领域。 目前存在集群通信系统有： 陆上集群无线电 （Terrestrial Trunked Radio, 简称为 TETRA) 系统、 集成数字增强型网络 （Integrated Digital Enhanced Networks, 简称为 iDEN)系统、开放式集群架构（Global Open Trunking Architecture,简称为 GoTa) 系统以及 GT800系统等。 现有的集群通信系统都是基于第二代移动通信系统 （2G)或者第三代移动通信系 统 （ 3 G ) 来实现。 现有的集群通信系统可提供窄带的语音业务和较低的数据业务速 率。 但是随着第四代移动通信系统 （4G) 和互联网应用、 智能手机的快速发展， 社会 各行业、 企业用户以及政府机关等集群用户对数字集群通信系统的业务需求正在从普 通的调度语音逐渐向语音、 数据、 图像和视频的宽带多媒体的方向转变， 大带宽和具 有服务质量 （QoS) 保证的宽带数字集群通信系统逐渐提上日程， 但现有的数字集群 通信系统越来越难于满足上述要求。 因此， 在相关技术中存在的集群通信系统并不能满足用户更高的业务需求， 以及 提升更高的用户体验问题。 发明内容 本发明提供了一种集群业务处理方法、 装置、 基站及用户设备， 以至少解决现有 技术集群通信系统并不能满足用户业务需求， 以及用户体验降低的问题。 根据本发明的一个方面， 提供了一种集群业务处理方法， 包括： 基站生成用于对 与一个或多个用户设备 UE 基于长期演进 LTE 系统进行集群业务的集群业务信道 GTCH资源进行调度的调度信息； 所述基站将生成的所述调度信息发送给所述一个或 多个 UE。 优选地， 在所述基站生成用于对与所述一个或多个 UE基于长期演进 LTE系统进 行集群业务的所述 GTCH资源进行调度的调度信息之前， 还包括： 所述基站为与所述 一个或多个 UE进行集群业务的所述 GTCH资源进行配置。 优选地， 所述基站为与所述一个或多个 UE进行集群业务的所述 GTCH资源进行 配置包括以下至少之一： 所述基站为所述一个或多个 UE分配小区无线网络临时标识 C-RNTI; 所述基站为所述一个或多个 UE分配周期上报资源； 所述基站为所述一个或 多个 UE分配保持上行同步方式和 /或上行同步占用的信道资源； 所述基站为所述一个 或多个 UE分配群组无线网络临时标识 Group-RNTI; 所述基站为所述一个或多个 UE 分配用于所述 GTCH进行混合自动重传请求 HARQ的资源， 其中， 进行所述 HARQ 的指示承载于物理上行控制信道 PUCCH或者物理随机接入信道 PRACH。 优选地， 在进行所述 HARQ的指示承载于所述 PUCCH的情况下， 所述基站为所 述一个或多个 UE分配用于所述 GTCH进行混合自动重传请求 HARQ的资源包括以下 至少之一： 所述基站为所述一个或多个 UE分配用于所述 GTCH的 HARQ确认 /非确 认的发送格式； 所述基站为所述一个或多个 UE分配用于所述 GTCH的 HARQ确认 / 非确认的循环移位值； 所述基站为所述一个或多个 UE分配在每个传输时间间隔 TTI 中所述 GTCH 的 HARQ 的资源位置； 或者， 在进行所述 HARQ 的指示承载于所述 PRACH的情况下， 所述基站为所述一个或多个 UE分配用于所述 GTCH进行混合自 动重传请求 HARQ的资源包括以下至少之一：所述 PRACH的前导格式、所述 PRACH 的前导的频谱位置， 所述 PRACH的前导的前导指数。 优选地， 所述基站将生成的所述调度信息发送给所述一个或多个 UE包括： 所述 基站将所述调度信息承载于物理下行控制信道 PDCCH;所述基站采用群组无线网络临 时标识 Group-RNTI对承载了所述调度信息的所述 PDCCH进行标识和加扰;所述基站 通过标识和加扰之后的所述 PDCCH向所述一个或多个 UE发送所述调度信息。 优选地， 所述基站将生成的所述调度信息发送给所述一个或多个 UE包括： 所述 基站通过预定子帧通知所述一个或多个 UE所述 PDCCH是否承载了所述调度信息。 优选地， 在所述基站将生成的所述调度信息发送给所述一个或多个 UE之后， 还 包括： 在接收到来自所述 UE的非确认信息的情况下， 所述基站重传所述 GTCH信道 的调度信息。 根据本发明的另一方面， 提供了一种集群业务处理方法， 包括： 用户设备 UE接 收用于对与基站基于长期演进 LTE系统进行集群业务的集群业务信道 GTCH资源进行 调度的调度信息； 所述 UE判断是否成功接收到所述调度信息， 和 /或， 根据所述调度 信息解码 GTCH映射的物理下行共享信道 PDSCH是否成功； 在所述 UE没有成功接 收到所述调度信息， 和 /或， 根据所述调度信息解码 GTCH映射的所述 PDSCH不成功 的情况下， 所述 UE向所述基站发送非确认信息。 优选地， 所述 UE判断是否成功接收到所述调度信息， 和 /或， 根据所述调度信息 解码 GTCH映射的所述 PDSCH是否成功包括：所述 UE判断所述基站是否向所述 UE 发送了采用 Group-RNTI标识和加扰的物理下行控制信道 PDCCH, 以及所述基站是否 通过预定子帧通知所述 UE所述 PDCCH中是否存在所述 GTCH的调度信息， 其中， 所述 PDCCH承载有所述调度信息； 在判断结果为是的情况下， 所述 UE判断根据采 用 Group-RNTI标识和加扰的所述 PDCCH是否能够接收到所述调度信息， 和 /或， 根 据所述调度信息解码 GTCH映射的物理下行共享信道 PDSCH是否成功； 在判断结果 为否的情况下， 确定所述 UE没有成功接收到所述调度信息， 和 /或， 根据所述调度信 息解码 GTCH映射的所述 PDSCH不成功。 根据本发明的再一方面， 提供了一种集群业务处理装置， 包括： 生成模块， 设置 为生成用于对与一个或多个用户设备 UE基于长期演进 LTE系统进行集群业务的集群 业务信道 GTCH资源进行调度的调度信息； 第一发送模块， 设置为将生成的所述调度 信息发送给所述一个或多个 UE。 优选地， 还包括： 第一配置模块， 设置为为与所述一个或多个 UE进行集群业务 的所述 GTCH资源进行配置。 优选地， 所述第一发送模块包括： 承载单元， 设置为将所述调度信息承载于物理 下行控制信道 PDCCH; 加扰单元， 设置为采用群组无线网络临时标识 Group-RNTI对 承载了所述调度信息的所述 PDCCH进行标识和加扰； 发送单元， 设置为通过标识和 加扰之后的所述 PDCCH向所述一个或多个 UE发送所述调度信息。 优选地， 还包括： 通知模块， 设置为通过预定子帧通知所述一个或多个 UE所述 PDCCH是否承载了所述调度信息。 根据本发明的再一方面， 提供了一种基站， 包括上述任一项所述装置。 根据本发明的又一方面， 提供了一种集群业务处理装置， 包括： 接收模块， 设置 为接收用于对与基站基于长期演进 LTE系统进行集群业务的集群业务信道 GTCH资源 进行调度的调度信息； 第一判断模块， 设置为判断是否成功接收到所述调度信息， 和 / 或， 根据所述调度信息解码 GTCH映射的物理下行共享信道 PDSCH是否成功； 第二 发送模块， 设置为在所述 UE没有成功接收到所述调度信息， 和 /或， 根据所述调度信 息解码 GTCH映射的所述 PDSCH不成功的情况下， 向所述基站发送非确认信息。 优选地， 所述第一判断模块包括： 第一判断单元， 设置为判断所述基站是否向所 述 UE发送了采用 Group-RNTI标识和加扰的物理下行控制信道 PDCCH, 以及所述基 站是否通过预定子帧通知所述 UE所述 PDCCH中是否存在所述 GTCH的调度信息， 其中， 所述 PDCCH承载有所述调度信息； 第二判断单元， 设置为在所述第一判断单 元的判断结果为是的情况下，判断根据采用 Group-RNTI标识和加扰的所述 PDCCH是 否能够接收到所述调度信息，和 /或，根据所述调度信息解码 GTCH映射的物理下行共 享信道 PDSCH是否成功； 确定单元， 设置为在所述第二判断单元的判断结果为否的 情况下， 确定所述 UE没有成功接收到所述调度信息， 和 /或， 根据所述调度信息解码 GTCH映射的所述 PDSCH不成功。 根据本发明的还一方面， 提供了一种用户设备， 包括上述任一项所述装置。 通过本发明， 采用基站生成用于对与一个或多个用户设备 UE基于长期演进 LTE 系统进行集群业务的集群业务信道 GTCH进行调度的调度信息； 所述基站将生成的所 述调度信息发送给所述一个或多个 UE， 解决了集群通信系统并不能满足用户业务需 求， 以及用户体验降低的问题， 进而达到了满足用户基于 LTE系统的集群业务需求， 以及提高用户体验的效果。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中- 图 1是根据本发明实施例的集群业务处理方法的流程图一； 图 2是根据本发明实施例的集群业务处理方法的流程图二； 图 3是根据本发明实施例的集群业务处理装置的结构框图一； 图 4是根据本发明实施例的集群业务处理装置的优选结构框图一； 图 5是根据本发明实施例的集群业务处理装置中第一发送模块 34的优选结构框图 图 6是根据本发明实施例的集群业务处理装置中第一发送模块 34的优选结构框图
图 7是根据本发明实施例的基站的结构框图； 图 8是根据本发明实施例的集群业务处理装置的结构框图二； 图 9是根据本发明实施例的集群业务处理装置中第一判断模块 74的优选结构框 图； 图 10是根据本发明实施例的用户设备的结构框图； 图 11是根据本发明实施例的集群业务信道 GTCH映射的示意图； 图 12为根据本发明实施例的群组建立方法的示意图； 图 13是根据本发明实施例的基站向非话权用户指派群组 GTCH的 HARQ资源的 示意图； 图 14是根据本发明实施例的基站对非话权用户进行群组 GTCH调度和 HARQ的 示意图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 长期演进技术（Long Term Evolution, 简称为 LTE) 已正在成为一种主流的 4G通 信技术， 也是未来通信发展的主流， LTE协议是面向点对点的通讯协议， 基于 LTE技 术的集群通信系统， 具有 LTE技术天生的技术优势，基于 LTE技术的集群通信系统可 提供大带宽和具有服务质量 （QoS ) 保证的各种业务， 例如， 语音、 视频、 图像等。 针对上述问题， 在本实施例中提供了一种如何利用 LTE 技术来提供更大带宽和 QoS 服务质量的集群通信业务的方法， 下面结合附图对本实施例进行说明。 在本实施例中提供了一种集群业务处理方法， 图 1是根据本发明实施例的集群业 务处理方法的流程图一， 如图 1所示， 该流程包括如下步骤： 步骤 S102，基站生成用于对与一个或多个用户设备 UE基于长期演进 LTE系统进 行集群业务的集群业务信道 GTCH进行调度的调度信息； 步骤 S104， 基站将生成的调度信息发送给上述一个或多个 UE。 通过上述步骤， 在基于现有 LTE系统保留单播的 LTE协议的情况下，通过新增用 于集群业务的资源配置， 并将资源配置的资源配置信息发送给集群业务范围内的 UE， 相对于现有技术中基于 2G、 3G的集群业务， 或者现有的 LTE无法应用集群业务， 不 仅满足了用户基于 LTE系统的集群业务需求， 而且在一定程度上提高了用户体验。 在基站生成用于与一个或多个 UE基于长期演进 LTE系统进行集群业务的该调度 信息之前， 可以先为与上述一个或多个 UE进行集群业务的资源进行配置。 对集群业 务的资源分配所涉及的内容可以很多， 例如， 基站为与上述一个或多个 UE进行集群 业务的资源进行分配可以包括以下至少之一： 基站为一个或多个 UE分配小区无线网 络临时标识 （Cell-Radio Network Temporary Identifier, 简称为 C-RNTI); 基站为一个 或多个 UE分配周期上报资源； 基站为一个或多个 UE分配保持上行同步方式和 /或上 行同步占用的信道资源； 基站为一个或多个 UE 分配群组无线网络临时标识 Group-RNTI; 基站为一个或多个 UE分配用于 GTCH进行混合自动重传请求 HARQ 的资源，基站为一个或多个 UE分配用于 GTCH进行混合自动重传请求 HARQ指示 (也 即 UE没有成功接收到上述调度信息的非确认指示信息），该指示可以承载在物理上行 链路控制信道 （Physical Uplink Control CHannel, 简称为 PUCCH) 信道上， 也可承载 在物理随机接入信道 （Physical Random Access Channel, 简称为 PRACH)信道上。 例 如， 在进行 HARQ指示承载在 PUCCH信道上的情况下， 基站为一个或多个 UE分配 用于 GTCH进行混合自动重传请求 HARQ的资源又可以包括以下至少之一：基站为一 个或多个 UE分配用于 GTCH的 HARQ确认 /非确认的发送格式； 基站为一个或多个 UE分配用于 GTCH的 HARQ确认 /非确认的循环移位值； 基站为一个或多个 UE分配 在每个传输时间间隔 ΤΉ中 GTCH的 HARQ的资源位置。 在进行 HARQ指示承载在 PRACH信道上的情况下， 基站为所述一个或多个 UE分配用于所述 GTCH进行混合 自动重传请求 HARQ的资源可以包括以下至少之一： PRACH的前导 （preamble) 格 式、 PRACH的 preamble的频谱位置或资源块 （Resource Block, 简称为 RB) 具体位 置， PRACH的 preamble的 preamble指数 （36.331协议的 PRACH的 Preamblelndex)。 基站将生成的调度信息发送给一个或多个 UE也可以采用多种方式， 例如， 可以 通过新构造一个通知信息的方式，也可以将调度信息承载于一个已有信息中进行发送， 在本实施例中提供了一种优选的处理方式： 基站将调度信息承载于物理下行控制信道 PDCCH; 基站采用群组无线网络临时标识 Group-RNTI对承载了调度信息的 PDCCH 进行标识和加扰； 基站通过标识和加扰之后的该 PDCCH向一个或多个 UE发送调度 信息。 采用这样的处理方式， 不仅可以在有效地利用现有的 PDCCH资源， 而且在一 定程度上保证了基站向一个或多个 UE发送调度信息的可靠性。 由于通过 Group-RNTI 标识和加扰的 PDCCH在非话权终端侧接收时存在误包的可能， 为保证非话权终端能 可靠知晓是否在 PDCCH中存在 GTCH信道产生调度结果和资源分配信息 （即， 调度 信息）， eNodeB在子帧 X (预定子帧上）通知群组非话权终端在子帧 X是否存在群组 A的 Group-RNTI标识和加扰的 PDCCH。 在基站将生成的调度信息发送给一个或多个 UE之后， 在接收到来自 UE的非确 认信息的情况下， 基站重传 GTCH信道的调度信息。 SP， 在 UE向基站发送非确认信 息之后， 基站进行群组 A的 GTCH信道重传， 重传所采用的方式可以如前所述。 在本实施例中还提供了一种集群业务处理方法， 图 2是根据本发明实施例的集群 业务处理方法的流程图二， 如图 2所示， 该流程包括如下步骤： 步骤 S202，用户设备 UE接收用于对与基站基于长期演进 LTE系统进行集群业务 的集群业务信道 GTCH进行调度的调度信息； 步骤 S204， UE 判断是否成功接收到上述调度信息， 和 /或， 根据调度信息解码 GTCH映射的物理下行共享信道 PDSCH是否成功； 步骤 S206， 在 UE没有成功接收到上述调度信息， 和 /或， 根据上述调度信息解码
GTCH映射的 PDSCH不成功的情况下， 该 UE向基站发送非确认信息。
UE判断是否成功接收到调度信息对应的 GTCH， 和 /或， 根据上述调度信息解码 GTCH映射的 PDSCH是否成功时， 可以通过以下较优的方式进行判定： UE判断基站 是否向 UE发送了采用 Group-RNTI标识和加扰的物理下行控制信道 PDCCH, 以及基 站是否通过预定子帧通知 UE所述 PDCCH中是否存在 GTCH的调度信息， 其中， 该 PDCCH 承载有上述调度信息； 在判断结果均为是的情况下， UE 判断根据采用 Group-RNTI标识和加扰的 PDCCH是否能够接收到上述调度信息，和 /或，根据 GTCH 的调度信息解码 GTCH 映射的物理下行共享信道 PDSCH 是否成功； 在根据采用 Group-RNTI标识和加扰的 PDCCH不能够接收到上述调度信息时，也即基站指示有该 GTCH的调度信息， 但所述 UE无法接收到该 GTCH的调度信息， 即可以确定 UE没 有成功接收到调度信息， 该 UE可以向基站发送非确认信息。 而在 UE能够接收到该 GTCH的调度信息之后， 如果根据该调度信息解码 GTCH映射的 PDSCH不成功， 用 户也可以向基站发送不确认信息。 即， 在上述的判断步骤中只要其中一个步骤存在判 断结果为否， UE就可以向基站发送不确认信息。 而在向基站发送了不确认信息之后， 基站得知上述 UE (非话权终端） 接收失败， 因而， 基站向 UE重传 GTCH， 继而 UE接收到来自基站重传的对 GTCH资源进行调 度的调度信息时， 采用上述相同的判断处理方式确定重传是否成功。 在本实施例中还提供了一种集群业务处理装置， 该装置用于实现上述实施例及优 选实施方式， 已经进行过说明的不再赘述。 如以下所使用的， 术语"模块"可以实现预 定功能的软件和 /或硬件的组合。 尽管以下实施例所描述的装置较佳地以软件来实现， 但是硬件， 或者软件和硬件的组合的实现也是可能并被构想的。 图 3是根据本发明实施例的集群业务处理装置的结构框图一， 如图 3所示， 包括 生成模块 32和第一发送模块 34， 下面对该装置进行说明。 生成模块 32，设置为生成用于对与一个或多个用户设备 UE基于长期演进 LTE系 统进行集群业务的集群业务信道 GTCH进行调度的调度信息； 第一发送模块 34， 连接 至上述生成模块 32， 设置为将生成的上述调度信息发送给一个或多个 UE。 图 4是根据本发明实施例的集群业务处理装置的优选结构框图一， 如图 4所示， 该装置除包括图 3所示的所有模块外， 还包括第一配置模块 42， 下面对该优选装置进 行说明。 第一配置模块 42， 连接至上述生成模块 32， 设置为为与一个或多个 UE进行集群 业务的 GTCH资源进行配置。 图 5是根据本发明实施例的集群业务处理装置中第一发送模块 34的优选结构框图 一， 如图 5所示， 该第一发送模块 34包括承载单元 52、 加扰单元 54和发送单元 56， 下面对该优选结构进行说明。 承载单元 52，设置为将调度信息承载于物理下行控制信道 PDCCH;加扰单元 54， 连接至上述承载单元 52， 设置为采用群组无线网络临时标识 Group-RNTI对承载了调 度信息的 PDCCH进行标识和加扰； 发送单元 56， 连接至上述加扰单元 54， 设置为通 过标识和加扰之后的 PDCCH向一个或多个 UE发送调度信息。 图 6是根据本发明实施例的集群业务处理装置中第一发送模块 34的优选结构框图 二， 如图 6所示， 该第一发送模块 34包括通知单元 62， 该通知单元 62， 设置为通过 预定子帧通知上述一个或多个 UE所 PDCCH是否承载了调度信息。 图 7是根据本发明实施例的基站的结构框图， 如图 7所示， 该基站 70包括图 3 至图 6其中之一的集群业务处理装置 72。 图 8是根据本发明实施例的集群业务处理装置的结构框图二， 如图 8所示， 该装 置位于用户设备 UE中， 包括接收模块 82、 第一判断模块 84和第二发送模块 86， 下 面对该装置进行说明。 接收模块 82，设置为接收用于与基站基于长期演进 LTE系统进行集群业务的集群 业务信道 GTCH进行调度的调度信息； 第一判断模块 84， 连接至上述接收模块 82， 设置为判断是否成功接收到上述调度信息，和 /或，根据上述调度信息解码 GTCH映射 的物理下行共享信道 PDSCH是否成功； 第二发送模块 86， 连接至上述第一判断模块 84，设置为在 UE没有成功接收到上述调度信息，和 /或，根据上述调度信息解码 GTCH 映射的 PDSCH不成功的情况下， 向基站发送非确认信息。 图 9是根据本发明实施例的集群业务处理装置中第一判断模块 84的优选结构框 图， 如图 9所示， 该第一判断模块包括第一判断单元 92、 第二判断单元 94和确定单 元 96， 下面对该第一判断模块 94进行说明。 第一判断单元 92， 设置为判断基站是否向 UE发送了采用 Group-RNTI标识和加 扰的物理下行控制信道 PDCCH, 以及基站是否通过预定子帧通知 UE PDCCH中是否 存在 GTCH的调度信息， 其中， PDCCH承载有调度信息； 第二判断单元 94， 连接至 上述第一判断单元 92， 设置为在第一判断单元 92的判断结果为是的情况下， 判断根 据采用 Group-RNTI标识和加扰的 PDCCH是否能够接收到上述调度信息， 和 /或， 根 据上述调度信息解码 GTCH映射的物理下行共享信道 PDSCH是否成功；确定单元 96， 连接至上述第二判断单元 94， 设置为在第二判断单元 94的判断结果为否的情况下， 确定该 UE没有成功接收到上述调度信息， 和 /或， 根据上述调度信息解码 GTCH映射 的 PDSCH不成功。 图 10是根据本发明实施例的用户设备的结构框图，如图 10所示，该用户设备 100 包括图 8至图 9其中之一的集群业务处理装置 102。 上述实施例及优选实施方式所提供的基于长期演进 LTE技术的宽带数字集群通信 系统以及集群系统空口实现方法， 不仅较大地提高了资源利用率， 而且在一定程度上 有益地改善了小区空口容量。 在上述实施例及优选实施方式所提供的集群业务实现方法中， 主要包括： 在基于 LTE技术的数字通信协议基础上， 保留单播的 LTE协议， 针对集群 （下行）业务点对 多点的特点， 新增对该集群业务的处理方式： 例如： 新增用于实现下行集群业务的逻 辑信道和传输信道， 其中， 该逻辑信道可以为集群业务信道 GTCH， 图 11是根据本发 明实施例的集群业务信道 GTCH映射的示意图， 如图 11所示， 该 GTCH信道的映射 方式为： GTCH信道→下行共享信道 DL SCH→PDSCH信道； 新增适合点对多点的下 行 GTCH 信道的 HARQ 方法； 新增点对多点的信道质量指示 （Channel Quality Indication, 简称为 CQI) 上报方法； 新增点对多点的调制编码方案 （Modulation and Coding Scheme, 简称为 MCS) 的生成方法等。 本实施例所提供的集群业务实现方法包括几个部分（或称， 几个子方法）， 需要说 明的是， 上述几个部分可以是其中分别独立的一个部分， 当然也可以将上述几个部分 进行随意组合。 群组建立子方法 A： 步骤 1， 组呼话权终端发起群组 A的组呼请求， eNodeB在规定的组呼寻呼周期时 刻发起群组 A内所有非话权终端的组寻呼消息 （GroupPage 步骤 2， 群组内非话权终端收到组寻呼消息 GroupPage 后发送寻呼响应 (PageResponse), 假设群组 A内任一非话权终端编号为 User[i]， 其收到寻呼消息后， 发送寻呼响应消息为 PageResponse[i]。 步骤 3， eNodeB收到 PageResponse [i]寻呼响应后， eNodeB为非话权终端分配如 下资源：
( 1 ) 分配 User[i]的 C-RNTI (对应于 3GPP TS 36.331协议的 Cell RNTI), 即为 C-RNTI[i]。
(2)分配 CQI周期上报资源（包括：周期和上报时间偏置、上报模式、在 PUCCH 上报位置资源等）， 例如， 可以通过 36.331协议中的 CQI-ReportConfig配置。 (3 )分配保持上行同步方式和上行同步占用的信道资源（保持上行同步的方式有 很多种， 例如， 周期发起 Sounding的方式、 周期发起 SR资源请求的方式， 周期上报 CQI的方式， 周期发起 PRACH的方式， 周期发起数据的方式等）
(4) Group-RNTI (群组内终端分配相同的 RNTI) 步骤 4， 建立该群组 A的 GTCH信道， GTCH信道使用 Group-RNTI进行标识和 调度。 群组上行定时同步子方法 B : 步骤 1 : 终端按照上述子方法 A指定的保持上行同步方式和上行同步占用的信道 资源， 保持和 eNodeB上行同步。 步骤 2 : eNodeB 周期发送定时提前命令， 终端调整上下行无线帧的定时偏置即 NTA (36.311协议中的 )。 CQI上报和处理子方法 C: 步骤 1， User[i]终端按照 eNodeB规定的 CQI上报方式发起周期 CQI上报。 步骤 2， 在 eNodeB, 根据群组内每个非话权终端上报的 CQI[i]， 根据一定的算法 计算出该群组 GTCH的调制编码方案 MCS。
GTCH信道的 HARQ资源指派子方法 D: GTCH进行混合自动重传请求 HARQ 指示 （也即非确认指示）， 承载在 PUCCH 信道上， 也可承载在 PRACH信道上。 当 HARQ指示承载在承载在 PUCCH信道上， 采用步骤 la， 当 HARQ指示承载在承载在 PRACH信道上， 采用步骤 lb。 步骤 la， eNodeB指派 GTCH信道的 HARQ资源包括以下内容至少之一：
( 1 ) eNodeB分配承载在 PUCCH上用于 GTCH信道的 HARQ ACK/NAK的发送 格式 （PUCCH format), 可采用 format 1， format la/lb, format 2a/2b等格式的一种。
(2) eNodeB分配用于承载 GTCH信道的 HARQ ACK/NAK的 PUCCH的循环移 位值 （3GPP TS 36.311协议的 A eH )。
(3 ) eNodeB决定用于承载 GTCH信道的 HARQ ACK/NAK的 PUCCH的资源位 置是 eNodeB 额外指定， 还是根据承载 GTCH 资源调度信息的物理下行控制信道 (Physical Downlink Control Channel, 简称为 PDCCH) 的 "CCE ( Mcce为 PDCCH的第 一个 CCE的位置， 依据 36.213协议中的 UE procedure for determining physical uplink control channel assignment章节进行计算） 进行计算得到。 如果是 eNodeB指定， 则 eNodeB必须在每个传输时间间隔（Transmission Time Interval, 简称为 ΤΉ)显示指明 GTCH信道的 HARQ ACK/NAK的 PUCCH的资源位置。 步骤 lb， eNodeB指派 GTCH信道的 HARQ资源包括以下内容至少之一：
( 1 )当非话权用户向 eNodeB发送 GTCH解码是否成功的非确认指示时， 非确认 指示触发 PRACH信道的 Preamble发送； (2) eNodeB为群组 A所有的非话权用户指派承载 HARQ指示的相同 preamble 格式 （36.331协议中的 preamble format 0-3 ), preamble在整个上行带宽的 RB具体位 置；
(3 ) eNodeB为群组 A所有的非话权用户指派承载 HARQ指示的相同 preamble 指数 （36.331协议的 PRACH的 Preamblelndex);
(4) eNodeB为群组 A所有的非话权用户指派承载 HARQ指示的 preamble的发 射功率参数 （如初始化发送功率参数）。 步骤 2， eNodeB分配以上信息之后通过空口通知群组 A的每个非话权终端。 群组 GTCH信道的调度和 GTCH信道的 HARQ子方法 E: 步骤 1，在 eNodeB,当有群组下行数据到达时，在某个子帧 X调度器进行调度时， 对群组 A的 GTCH信道产生调度结果和资源分配信息 （包括， RB位置、 RB数目、 MCS等）， 调度结果和资源分配信息通过 PDCCH承载， PDCCH通过 Group-RNTI标 识和加扰。 需要说明的是， 在步骤 1 中， 当 GTCH信道采用半静态分配 （也即 semi-static resource allocation, 简称为 SPS)， 则资源分配信息周期不变。 子方法 E还可包括， 步骤 2: 步骤 2， 因为步骤 1中通过 Group-RNTI标识和加扰的 PDCCH在非话权终端侧接 收时存在误包的可能， 为保证非话权终端能可靠知晓是否在 PDCCH中存在 GTCH信 道产生调度结果和资源分配信息， eNodeB在子帧 X通知群组非话权终端在子帧 X是 否存在群组 A的 Group-RNTI标识和加扰的 PDCCH (承载 GTCH信道的调度结果和 资源分配信息）， eNodeB在子帧 X通知群组非话权终端的方式可以为如下几种， 但不 仅仅限于如下几种：
( 1 ) 构造下行链路控制信息 （Downlink Control Information, 简称为 DCI)格式， DCI信息中包含在子帧 X已调度的群组编号， 在 PDCCH中承载， 通过特殊的 RNTI 标识和加扰。
(2) 构造一种资源指派消息， 资源指派消息包含在子帧 X 已调度的群组编号， 资源指派消息承载在 PDSCH。 非话权终端判断在子帧 X是否存在群组 A的 Group-RNTI标识和加扰的 PDCCH
(承载 GTCH信道的调度结果和资源分配信息）。 若存在， 则认为条件 M为是， 若不 存在， 则条件 M为否。 步骤 3， 非话权终端在 PDCCH搜索空间范围内搜索 Group-RNTI标识和加扰的 PDCCH, 按照如下判决规则进行判决： 针对步骤 1，如果子帧 X存在 Group-RNTI标识和加扰的 PDCCH，则条件 P为是。 如果子帧 X不存在 Group-RNTI标识和加扰的 PDCCH, 则条件 P为否。 如果条件 P为是， 根据 PDCCH的资源分配信息解码 GTCH信道映射的物理下行 共享信道（Physical Downlink Shared Channel, 简称为 PDSCH)， 若解码 GTCH信道映 射的物理信道 PDSCH成功 （CRC解码成功）， 则条件 Z为是。 若解码 GTCH信道映 射的物理信道 PDSCH不成功 （CRC解码不成功）， 则条件 Z为否。 如果存在步骤 2， 则进行如下判决： 若步骤 2的条件 M为是， 但条件 P为否， 则条件 Z为否。 根据如上判决， 如果条件 Z为是， 则不需要执行步骤 4， 如果条件 Z为否， 需要 执行步骤 4，当需要执行步骤 4则非话权终端认为在子帧 X存在群组 A的 GTCH信道， 但非话权终端对群组 A的 GTCH信道解码不成功， 非话权终端需要发送 GTCH信道 的 NACK反馈给 eNodeB。 群组在小区内存在多个非话权终端， 组内只要有任何一个终端承载 GTCH信道的 NACK 的 PUCCH (物理上行控制信道） 或者 PRACH (物理随机接入信道） 中反馈 NACK, 则 eNodeB会认为此调度至少有一个非话权终端接收失败， 需要重传。 步骤 4， GTCH信道对应的 NACK可承载在 PUCCH上， 也可承载在 PRACH信 道上。 当 HARQ指示承载在 PUCCH信道上， 终端物理 PUCCH上行控制信道中反馈在 GTCH信道对应的 NACK， PUCCH格式可以采用上述子方法 D的步骤 la来指定， PUCCH的循环移位值可以采用上述子方法 D的步骤 la来指定， PUCCH的资源位置 可以根据上述子方法 D的步骤 la来指定。 当 HARQ指示承载在 PRACH信道上， PRACH信道的 Preamble发送方法和参数 通过上述子方法 D的步骤 lb来指定。 步骤 5， eNodeB尝试承载 GTCH信道对应 NAK的 PUCCH上接收 NACK或者尝 试捕获 GTCH信道对应 NAK的 Preamble,如果存在 NACK，则认为需要重传， eNodeB 进行群组 A的 GTCH信道重传。 反之， 则不需要重传。 对于上述所说明的子方法 A、 子方法 B、 子方法 C、 子方法 D、 子方法 E， 每个 子方法都是可以以单独形成的一个功能实施， 当然在不相冲突的情况下， 也可以将上 述子方法进行相互组合。 需要指出的是， 上述单独或是组合的实施例及优选实施方式不仅适合于小区内群 组非话权用户数目适中的情况， 还适用于小区内群组非话权用户很多的情况， 对于所 属技术领域的技术人员而言， 从对本发明实施例的详细说明中， 本发明实施例的上述 和其他目的、 特征和优点将显而易见。 下面针对上述单独的各个子方法， 以及各个子方法的结合进行具体说明。 群组建立子方法 A: 图 12 为根据本发明实施例的群组建立方法的示意图， 如图 12所示， 群组建立大致包括： 群组寻呼过程、 群组寻呼响应处理过程和非话权用户进 入 RRC连接状态， 具体可以包括如下步骤： 步骤 1， 组呼话权终端发起群组 A的组呼请求， eNodeB在规定的组呼寻呼周期时 刻发起群组 A内所有非话权终端的组寻呼消息 （GroupPage 步骤 2， 群组内非话权终端收到组寻呼消息 GroupPage 后发送寻呼响应 (PageResponse), 假设群组 A内任一非话权终端编号为 User[i]， 其收到寻呼消息后， 发送寻呼响应消息为 PageResponse[i]。 步骤 3， eNodeB收到 PageResponse [i]寻呼响应后， eNodeB为非话权终端分配如 下资源：
( 1 ) 分配 User[i]的 C-RNTI (对应于 3GPP TS 36。 331协议的 Cell RNTI, 小区 内每个）， 即为 C-RNTI[i]。
(2) CQI周期上报资源 （包括周期和上报时间偏置、 上报模式、 在 PUCCH信道 上报位置资源等）， 可以通过 36。 213协议中的 CQI-ReportConfig等方式指派。
(3 )保持上行同步方式和上行同步占用的信道资源（保持上行同步的方式有很多 种， 如周期发起 Sounding的方式、 周期发起 SR资源请求的方式， 周期上报 CQI的方 式， 周期发起 PRACH的方式， 周期发起数据的方式等）。 (4) Group-RNTI (群组内终端分配相同的 RNTI)。 在分配了上述资源之后， eNodeB和 User[i]建立 RRC连接（RRC CONNECTION), eNodeB将分配的上述信息通过空中接口指派给群组 A的每个非话权终端。 步骤 4， 建立该群组 A的 GTCH信道， GTCH信道使用 Group-RNTI进行标识和 调度。 步骤 5， User[i]进入 RRC CONNECTION STATE状态， 可同时进行如下子方法8、 子方法 C、 子方法 D和子方法5。 群组上行定时同步子方法 B: 步骤 1 : UE按照如下方法之一保持和 eNodeB上行定时同步， 保持上行同步的方 式有很多种， 例如， 周期发起 Sounding的方式， 周期发起数据的方式， 周期发起 SR 资源请求的方式， 周期上报 CQI的方式， 周期发起 PRACH的方式。 步骤 2 : eNodeB 周期发送定时提前命令， 终端调整上下行无线帧的定时偏置即 Ντ (36.311协议中的 ¾ )。
CQI上报和处理子方法 C: 步骤 1， User[i]终端按照 eNodeB规定的 CQI上报方式发起周期 CQI上报。 步骤 2， 群组 A根据群组内每个非话权终端上报的 CQI[i]， eNodeB根据一定的算 法计算出该群组下的 MCS[A]， 用于 GTCH信道的调制和编码。 群组 GTCH的 HARQ资源指派子方法 D， 图 13是根据本发明实施例的基站向非 话权用户指派群组 GTCH的 HARQ资源的示意图， 如图 13所示， 基站向非话权用户 周期发送 GTCH 的 HARQ 资源位置列表消息， 例如， eNodeB 周期在空口发送 GroupDLHARQResourceParameter消息可以包括：
( 1 )NormalDLHARQWay:当 NormalDLHARQWay为 1时，群组 GTCH的 HARQ 时占用 PUCCH的资源采用 36.213协议中的 PUCCH资源计算方法， 根据承载 GTCH 资源调度信息的 PDCCH的" CCE ( ∞为1¾〔01的第一个 CCE的位置， 依据 36.213 协议中的 UE procedure for determining physical uplink control channel assignment章节进 行计算） 进行计算得到。 当 NormalDLHARQWay为 0时， 群组 GTCH的 HARQ时占用 PUCCH的资源采 用另外指定的方法， 即采用上述实施例中子方法 E的方法。
(2) deltaGroupPUCCHShift: 指定用于群组 GTCH下行 HARQ时进行 PUCCH Formatl/la/lb的循环移位值。 (3 ) GroupDLHARQPUCCHFormat: 群组下行 HARQ 时在 PUCCH的 PUCCH format方式， 在此实施例中采用 Format 1格式。
(4)群组 GTCH的 HARQ资源位置和 HARQ资源位置编号， 资源位置表达为承 载 GTCH HARQ的 PUCCH的 RB位置， 在此实施例中采用 Format 1格式， 采用类似 SR Request方法， 如果为 NACK， 在 PUCCH的 Formatl的信息位 d (0) 为 1 (具体 参见 36.211 )， 如果为 ACK， 贝 U PUCCH Format 1 不发送任何信号， GroupDLHARQResourceParameter消息发送方法包括如下， 但不仅限于如下几种方法： 类似于 System information的发送方式， 周期发送。 群组 GTCH调度和 HARQ子方法 E， 图 14是根据本发明实施例的基站对非话权 用户进行群组 GTCH调度和 HARQ的示意图， 如图 14所示， 该处理包括： 基站向非 话权用户发送群组调度 DCI和群组 DCI指派的 PDSCH、 指派 DTCH的 HARQ资源， 以及非话权用户在 PUCCH上采用 Parmatl格式反馈非确认 NACK。 例如， 处理时可 以包括如下步骤： 步骤 1，在 eNodeB,当有群组下行数据到达时，在某个子帧 X调度器进行调度时， 对群组 A产生调度结果 （包括 RB位置、 RB数目、 MCS等）， 调度结果承载在 DCI 中， DCI格式不限， 假设为 DCI Y， 通过 PDCCH下发， PDCCH通过 Group-RNTI加 扰和标识。 步骤 1， 在 eNodeB, 当有群组下行数据到达时， 在某个子帧 X调度器进行 调度时， 对群组 A的 GTCH信道产生调度结果和资源分配信息（包括， RB位置、 RB 数目、MCS等），调度结果和资源分配信息通过 PDCCH承载， PDCCH通过 Group-RNTI 标识和加扰。 需要说明的是， 在步骤 1中， 当 GTCH信道可以采用半静态分配， 则资源分配信 息周期不变。 子方法 E还可包括， 步骤 2: 步骤 2， 因为步骤 1中通过 Group-RNTI标识和加扰的 PDCCH在非话权终端侧接 收时有可能误包， 为保证非话权终端能可靠知晓是否在 PDCCH中存在 GTCH信道的 调度结果和资源分配信息， eNodeB在子帧 X通知群组非话权终端在子帧 X是否存在 群组 A的 Group-RNTI标识和加扰的 PDCCH (承载 GTCH信道的调度结果和资源分 配信息）， eNodeB在子帧 X通知群组非话权终端的方式可以为如下几种： 步骤 2a， 当某子帧 X调度完后， 构造一种 DCI格式， 假设为 DCI 1G， DCI 1G 可以为 36.212协议中的已有的 DCI格式或者新的 DCI格式， DCI格式中内容包含了 在子帧 X已调度的群组编号和已调度群组对应的在 GroupDLHARQResourceParameter 消息中的 DLHARQ资源编号， 通过群组公用的 Group-RNTI加扰， PDCCH位置放在 公用搜索空间， 在 PDCCH中发送。 而且在 DCI 1G中指定使用 HARQ资源编号。 步骤 2b， 当某子帧 X 调度完后， 构造一种 GroupDLHARQ 资源指派消息， GroupDLHARQ资源指派消息包含在子帧 X已调度的群组编号和已调度群组对应的在 GroupDLHARQResourceParameter消息中的 DLHARQ资源位置编号， GroupDLHARQ 资源指派消息通过 PDSCH来承载发送。 执行步骤 2a 或者步骤 2b， 非话权终端判断在子帧 X 是否存在群组 A 的 Group-RNTI标识和加扰的 PDCCH (承载 GTCH信道的调度结果和资源分配信息）。 若存在， 则认为条件 M为是， 若不存在， 则条件 M为否。 步骤 3， 非话权终端在 PDCCH搜索空间范围内搜索 Group-RNTI标识和加扰的 PDCCH, 按照如下判决规则进行判决： 如果子帧 X存在 Group-RNTI标识和加扰的 PDCCH,则条件 P为是。如果子帧 X 不存在 Group-RNTI标识和加扰的 PDCCH, 则条件 P为否。 如果条件 P为是， 根据 PDCCH的资源分配信息解码 GTCH信道映射的物理信道
PDSCH, 若解码 GTCH信道映射的物理信道 PDSCH成功 （CRC解码成功）， 则条件 Z为是。若解码 GTCH信道映射的物理信道 PDSCH不成功（CRC解码不成功）， 则条 件 Z为否。 如果存在步骤 2， 则进行如下判决： 若步骤 2的条件 M为是， 但条件 P为否， 则 条件 Z为否。 根据如上判决， 如果条件 Z为是， 则不需要执行步骤 4， 如果条件 Z为否， 需要 执行步骤 4，当需要执行步骤 4则非话权终端认为在子帧 X存在群组 A的 GTCH信道， 但非话权终端对群组 A的 GTCH信道解码不成功， 非话权终端需要发送 GTCH信道 的 NACK反馈给 eNodeB。 群组在小区内存在多个非话权终端， 组内只要有任何一个终端承载 GTCH信道的 NACK的 PUCCH上行信道中反馈 NACK， 则 eNodeB会认为此调度至少有一个非话 权终端接收失败， 需要重传。 步骤 4， PUCCH上按照 GroupDLHARQResourceParameter消息中指示的格式承载 NACK, 采用上述子方法 E的步骤 2中指示的本组资源编号， 通过资源编号映射资源 位置， 表达为 RB位置和在 PUCCH的 PUCCH format方式， 以及 PUCCH资源。 发送 NACK 时， t (0) = l ， 采用 PUCCH Format 1 的格式发送， 当 NormalDLHARQWay 为 0 时， 则根据本子方法的步骤 2 的本组资源编号， 在 GroupDLHARQResourceParameter消息找到本组资源编号对应的 值， Δ ™使用 deltaGroupPUCCHShift值， 通过 PUCCH的 Format 1来发送。 发送 NACK 时， t (0) = l ， 采用 PUCCH Format 1 的格式发送， 当 NormalDLHARQWay为 1时， 则根据 36.213协议的方法来计算 w^g^的值， A^^ei 用 deltaGroupPUCCHShift值， 通过 PUCCH的 Format 1来发送。 步骤 5， eNodeB尝试承载 GTCH信道对应 NAK的 PUCCH上接收 NACK， 如果 存在 NACK， 则认为需要重传， eNodeB进行群组 A的 GTCH信道重传。 反之， 则不 需要重传。 通过上述实施例及优选实施方式， 不但能够缩短呼叫建立时间， 而且能够提高资 源利用率。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1. 一种集群业务处理方法， 包括：
基站生成用于对与一个或多个用户设备 UE基于长期演进 LTE系统进行集 群业务的集群业务信道 GTCH资源进行调度的调度信息；
所述基站将生成的所述调度信息发送给所述一个或多个 UE。
2. 根据权利要求 1所述的方法， 其中， 在所述基站生成用于对与所述一个或多个 UE基于长期演进 LTE系统进行集群业务的所述 GTCH资源进行调度的调度信 息之前， 还包括：
所述基站为与所述一个或多个 UE进行集群业务的所述 GTCH资源进行配 置。
3. 根据权利要求 2所述的方法， 其中， 所述基站为与所述一个或多个 UE进行集 群业务的所述 GTCH资源进行配置包括以下至少之一：
所述基站为所述一个或多个 UE分配小区无线网络临时标识 C-RNTI; 所述基站为所述一个或多个 UE分配周期上报资源；
所述基站为所述一个或多个 UE分配保持上行同步方式和 /或上行同步占用 的信道资源；
所述基站为所述一个或多个 UE分配群组无线网络临时标识 Group-RNTI; 所述基站为所述一个或多个 UE分配用于所述 GTCH进行混合自动重传请 求 HARQ 的资源， 其中， 进行所述 HARQ 的指示承载于物理上行控制信道 PUCCH或者物理随机接入信道 PRACH。
4. 根据权利要求 3所述的方法， 其中，
在进行所述 HARQ的指示承载于所述 PUCCH的情况下， 所述基站为所述 一个或多个 UE分配用于所述 GTCH进行混合自动重传请求 HARQ的资源包括 以下至少之一： 所述基站为所述一个或多个 UE分配用于所述 GTCH的 HARQ 确认 /非确认的发送格式； 所述基站为所述一个或多个 UE分配用于所述 GTCH 的 HARQ确认 /非确认的循环移位值；所述基站为所述一个或多个 UE分配在每 个传输时间间隔 TTI中所述 GTCH的 HARQ的资源位置； 或者， 在进行所述 HARQ的指示承载于所述 PRACH的情况下， 所述基站为所述 一个或多个 UE分配用于所述 GTCH进行混合自动重传请求 HARQ的资源包括 以下至少之一： 所述 PRACH的前导格式、 所述 PRACH的前导的频谱位置， 所述 PRACH的前导的前导指数。 根据权利要求 1所述的方法， 其中， 所述基站将生成的所述调度信息发送给所 述一个或多个 UE包括：
所述基站将所述调度信息承载于物理下行控制信道 PDCCH;
所述基站采用群组无线网络临时标识 Group-RNTI对承载了所述调度信息 的所述 PDCCH进行标识和加扰；
所述基站通过标识和加扰之后的所述 PDCCH向所述一个或多个 UE发送 所述调度信息。 根据权利要求 5所述的方法， 其中， 所述基站将生成的所述调度信息发 送给所述一个或多个 UE包括：
所述基站通过预定子帧通知所述一个或多个 UE所述 PDCCH是否承载了 所述调度信息。 根据权利要求 1所述的方法， 其中， 在所述基站将生成的所述调度信息发送给 所述一个或多个 UE之后， 还包括：
在接收到来自所述 UE的非确认信息的情况下， 所述基站重传所述 GTCH 信道的调度信息。 一种集群业务处理方法， 包括：
用户设备 UE接收用于对与基站基于长期演进 LTE系统进行集群业务的集 群业务信道 GTCH资源进行调度的调度信息；
所述 UE判断是否成功接收到所述调度信息， 和 /或， 根据所述调度信息解 码 GTCH映射的物理下行共享信道 PDSCH是否成功；
在所述 UE没有成功接收到所述调度信息， 和 /或， 根据所述调度信息解码 GTCH映射的所述 PDSCH不成功的情况下， 所述 UE向所述基站发送非确认 信息。 根据权利要求 8所述的方法， 其中， 所述 UE判断是否成功接收到所述调度信 息， 和 /或， 根据所述调度信息解码 GTCH映射的所述 PDSCH是否成功包括： 所述 UE判断所述基站是否向所述 UE发送了采用 Group-RNTI标识和加扰 的物理下行控制信道 PDCCH,以及所述基站是否通过预定子帧通知所述 UE所 述 PDCCH中是否存在所述 GTCH的调度信息， 其中， 所述 PDCCH承载有所 述调度信息；
在判断结果为是的情况下， 所述 UE判断根据采用 Group-RNTI标识和加 扰的所述 PDCCH是否能够接收到所述调度信息， 和 /或， 根据所述调度信息解 码 GTCH映射的物理下行共享信道 PDSCH是否成功；
在判断结果为否的情况下， 确定所述 UE没有成功接收到所述调度信息， 和 /或， 根据所述调度信息解码 GTCH映射的所述 PDSCH不成功。
10. 一种集群业务处理装置， 包括：
生成模块，设置为生成用于对与一个或多个用户设备 UE基于长期演进 LTE 系统进行集群业务的集群业务信道 GTCH资源进行调度的调度信息；
第一发送模块， 设置为将生成的所述调度信息发送给所述一个或多个 UE。
11. 根据权利要求 10所述的装置， 其中， 还包括：
第一配置模块，设置为为与所述一个或多个 UE进行集群业务的所述 GTCH 资源进行配置。
12. 根据权利要求 10所述的装置， 其中， 所述第一发送模块包括：
承载单元， 设置为将所述调度信息承载于物理下行控制信道 PDCCH; 加扰单元， 设置为采用群组无线网络临时标识 Group-RNTI对承载了所述 调度信息的所述 PDCCH进行标识和加扰；
发送单元， 设置为通过标识和加扰之后的所述 PDCCH向所述一个或多个 UE发送所述调度信息。
13. 根据权利要求 10所述的装置， 其中， 所述第一发送模块包括：
通知单元， 设置为通过预定子帧通知所述一个或多个 UE所述 PDCCH是 否承载了所述调度信息。
14. 一种基站， 包括权利要求 10-13中任一项所述的装置。
15. 一种集群业务处理装置， 包括： 接收模块，设置为接收用于对与基站基于长期演进 LTE系统进行集群业务 的集群业务信道 GTCH资源进行调度的调度信息；
第一判断模块， 设置为判断是否成功接收到所述调度信息， 和 /或， 根据所 述调度信息解码 GTCH映射的物理下行共享信道 PDSCH是否成功；
第二发送模块， 设置为在所述 UE没有成功接收到所述调度信息， 和 /或， 根据所述调度信息解码 GTCH映射的所述 PDSCH不成功的情况下， 向所述基 站发送非确认信息。
16. 根据权利要求 15所述的装置， 其中， 所述第一判断模块包括：
第一判断单元， 设置为判断所述基站是否向所述 UE 发送了采用 Group-RNTI标识和加扰的物理下行控制信道 PDCCH, 以及所述基站是否通过 预定子帧通知所述 UE所述 PDCCH中是否存在所述 GTCH的调度信息，其中， 所述 PDCCH承载有所述调度信息；
第二判断单元， 设置为在所述第一判断单元的判断结果为是的情况下， 判 断根据采用 Group-RNTI标识和加扰的所述 PDCCH是否能够接收到所述调度 信息， 和 /或， 根据所述调度信息解码 GTCH映射的物理下行共享信道 PDSCH 是否成功；
确定单元， 设置为在所述第二判断单元的判断结果为否的情况下， 确定所 述 UE没有成功接收到所述调度信息， 和 /或， 根据所述调度信息解码 GTCH映 射的所述 PDSCH不成功。
17. 一种用户设备， 包括权利要求 15-16中任一项所述的装置。
PCT/CN2013/080738 2012-09-28 2013-08-02 集群业务处理方法、装置、基站及用户设备 WO2014048171A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP13842834.7A EP2903312B1 (en) 2012-09-28 2013-08-02 Method and device for processing trunking service, base station and user equipment

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210375161.XA CN102892084B (zh) 2012-09-28 2012-09-28 集群业务处理方法、装置、基站及用户设备
CN201210375161.X 2012-09-28

Publications (1)

Publication Number Publication Date
WO2014048171A1 true WO2014048171A1 (zh) 2014-04-03

Family

ID=47535411

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/080738 WO2014048171A1 (zh) 2012-09-28 2013-08-02 集群业务处理方法、装置、基站及用户设备

Country Status (3)

Country Link
EP (1) EP2903312B1 (zh)
CN (1) CN102892084B (zh)
WO (1) WO2014048171A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102892084B (zh) * 2012-09-28 2018-10-26 南京中兴新软件有限责任公司 集群业务处理方法、装置、基站及用户设备
CN103796175B (zh) * 2012-10-31 2019-09-24 中兴通讯股份有限公司 一种lte系统中发送、接收集群寻呼的方法和相应装置
US9918299B2 (en) * 2013-08-06 2018-03-13 Sun Patent Trust Wireless communication method for device to device communication and user equipment
CN104378188B (zh) * 2013-08-12 2019-02-22 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
CN105099628B (zh) * 2014-04-18 2019-04-16 成都鼎桥通信技术有限公司 集群业务中实现数据重传的方法、基站及监听终端
WO2016119209A1 (en) 2015-01-30 2016-08-04 Qualcomm Incorporated Ue feedback for point-to-multipoint transmissions
CN106304348B (zh) * 2015-05-20 2020-01-07 成都鼎桥通信技术有限公司 群组用户设备之间资源共享方法及基站
CN106550480B (zh) * 2015-09-21 2021-09-17 中兴通讯股份有限公司 一种随机接入方法、装置及系统
CN106658429B (zh) * 2015-10-28 2019-09-06 普天信息技术有限公司 一种分配集群组的组呼rnti的方法和系统
US11304226B2 (en) * 2016-05-09 2022-04-12 Sharp Kabushiki Kaisha User equipments, base stations and methods
CN109314992B (zh) 2016-07-14 2022-05-17 富士通株式会社 群组通信装置、方法以及通信系统
CN108924965B (zh) * 2017-04-24 2023-05-23 中兴通讯股份有限公司 一种非连续传输检测的方法、装置、基站及终端
CN109831829B (zh) * 2017-11-23 2022-04-12 成都鼎桥通信技术有限公司 一种调度方法和装置
WO2022027316A1 (en) * 2020-08-05 2022-02-10 Apple Inc. Scheduling a group of user equipment by a network cell

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101621749A (zh) * 2009-07-27 2010-01-06 普天信息技术研究院有限公司 数字集群通信系统以及集群业务实现方法
CN102083013A (zh) * 2009-11-27 2011-06-01 普天信息技术研究院有限公司 一种集群业务实现方法和集群用户终端
CN102892084A (zh) * 2012-09-28 2013-01-23 中兴通讯股份有限公司南京分公司 集群业务处理方法、装置、基站及用户设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101098592B1 (ko) * 2009-04-13 2011-12-23 엘지전자 주식회사 무선 통신 시스템상에서 점대다 서비스를 수신하는 방법
CN102149049B (zh) * 2010-02-08 2013-06-19 普天信息技术研究院有限公司 数字集群通信系统中的集群业务实现方法和集群用户终端
CN102638767B (zh) * 2012-03-14 2016-06-01 电信科学技术研究院 一种集群业务传输方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101621749A (zh) * 2009-07-27 2010-01-06 普天信息技术研究院有限公司 数字集群通信系统以及集群业务实现方法
CN102083013A (zh) * 2009-11-27 2011-06-01 普天信息技术研究院有限公司 一种集群业务实现方法和集群用户终端
CN102892084A (zh) * 2012-09-28 2013-01-23 中兴通讯股份有限公司南京分公司 集群业务处理方法、装置、基站及用户设备

Also Published As

Publication number Publication date
EP2903312A1 (en) 2015-08-05
EP2903312A4 (en) 2015-09-23
EP2903312B1 (en) 2018-04-25
CN102892084A (zh) 2013-01-23
CN102892084B (zh) 2018-10-26

Similar Documents

Publication Publication Date Title
US11463204B2 (en) Method and apparatus for sidelink transmission in a wireless communication system
WO2014048171A1 (zh) 集群业务处理方法、装置、基站及用户设备
US11140697B2 (en) Technique for sidelink feedback transmissions
US20190342839A1 (en) Uplink Channel Power Allocation Method and Apparatus
WO2015109840A1 (zh) 设备到设备广播信息的发送、接收方法及装置、传输系统
EP3186914B1 (en) Communications device and methods
EP2898617A1 (en) Inter-device communication in wireless communication systems
WO2010133043A1 (zh) 多子帧调度方法、系统及终端、基站
KR20220037492A (ko) 무선 통신 시스템에서 사이드링크 송신을 위한 방법 및 장치
US20230299891A1 (en) Transmission of dropped harq-ack codebooks due to prioritization with a type-2 codebook
WO2021176418A1 (en) Systems and methods related to sub-slot physical uplink control channel (pucch) repetitions
US20220053509A1 (en) Network entity and user equipment for exploiting resilience to consecutive transmission failures
US20230074542A1 (en) Communication method and apparatus
WO2014187358A1 (zh) 一种机器类通信业务信息的传输方法、基站、终端和系统
WO2014040268A1 (zh) 一种传输方法、系统和终端
EP3398283A1 (en) System, method, and apparatus for selecting downlink control information format
US20240008054A1 (en) Method and apparatus for hybrid automatic retransmission request
CN115039361A (zh) 电信装置和方法
CN114499771A (zh) Mbs的ack/nack信息的反馈与重传方法和装置
US20220217768A1 (en) Communication Method and Apparatus
CN107820216B (zh) 基于sc-mtch的调度方法及装置
CN117751539A (zh) 方法、通信装置和基础设施设备
US20220150905A1 (en) Communications device, infrastructure equipment and methods
CN116158034A (zh) 通信设备、网络基础设施设备、无线通信网络和方法
WO2018063326A1 (en) Multicast retransmission for machine type devices

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

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

Country of ref document: ID

Ref document number: 2013842834

Country of ref document: EP