CN104579602A - LTE (long term evolution) broadcast multicast repeat method - Google Patents
LTE (long term evolution) broadcast multicast repeat method Download PDFInfo
- Publication number
- CN104579602A CN104579602A CN201410821815.6A CN201410821815A CN104579602A CN 104579602 A CN104579602 A CN 104579602A CN 201410821815 A CN201410821815 A CN 201410821815A CN 104579602 A CN104579602 A CN 104579602A
- Authority
- CN
- China
- Prior art keywords
- enb
- mac
- rrc
- broadcast
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
- H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
Abstract
The invention relates to an LTE (long term evolution) broadcast multicast repeat method. The method comprises steps as follows: 1, an eNB (evolved Node B) caches data of broadcast multicast, a timer is started, cached data waits for a time T, each set of UE (user equipment) in RRC_IDLE or RRC_CONNECTED performs normal reception operation of broadcast multicast business and performs correct verification on received data packages, processing is not performed if reception is correct, and if an error occurs to reception, NACK (negative acknowledgement) is required to be replied, and the eNB is informed of the repeat data package with an error; 2, if the timer of the eNB is overtime and a repeat request of the UE is not received, the cache data are deleted, and all sets of UE are considered to have received data correctly; 3, after the eNB receives the error data package repeated by the UE, corresponding processing is performed according to user states. According to the method, only when an error occurs to transmission, the UE sends a repeat request to the eNB, and lower system expense is guaranteed while reliable communication of broadcast multicast is guaranteed.
Description
Technical field
The present invention relates to the broadcast group broadcast repeating method in a kind of LTE (Long Term Evolution, Long Term Evolution).
Background technology
Abbreviation and Key Term definition:
ACK Acknowledgment, confirms
AM Acknowledged Mode, Unacknowledged Mode
C-RNTI Cell Radio Network Temporary Identifier, Cell Radio Network Temporary Identifier/Identity, Cell-RNTI
DL-SCH DownLink Shared Channel, DSCH Downlink Shared Channel
ENB evolved Node B, evolved base station
HARQ Hybrid Automatic Repeat reQuest, hybrid automatic repeat-request
MAC Medium Access Control, medium education
MAC PDU Medium Access Control Protocol Data Unit, protocol Data Unit
MAC CE Medium Access Control Control Element, MAC Control Element
MBMS Multimedia Broadcast/Multicast Service, multimedia broadcast multi-broadcasting business
MCS Modulation and Coding Scheme, modulation and encoding scheme
MSG3 Message3, Article 3 message
NACK Negative Acknowledgment, Negative Acknowledgement
PDCCH Physical Downlink Shared Channel, Physical Downlink Control Channel
PUCCH Physical Uplink Shared Channel, Physical Uplink Control Channel
RAR Random Access Respouse, accidental access response
RA-RNTI Random Access Radio Network Temporary Identifier
RLC Radio Link Control, wireless spread-spectrum technology
RRC Radio Resource Control, radio resource control
UE User Equipment, subscriber equipment
UM Unacknowledged Mode, Unacknowledged Mode
In communication in the past, people more pay close attention to the transfer of data towards single user.Along with the development of the dynamic communication technology, mobile terminal has had more business demand, as mobile multimedia business.When in one cell, when identical content needs to be transferred to unnecessary 3-5 user, point-to-multipoint transmission becomes more efficient compared to point-to-point transmission.Thus, multimedia broadcast multi-broadcasting business is introduced at LTE Release9.
Multimedia broadcast multi-broadcasting business, is called for short MBMS, and it is defined through core net and provides a kind of effective transmission mode to broadcast and multicast business.
In existing LTE technology, a MBMS session sends the data to multiple UE simultaneously.When MBMS session start, UE may be in idle condition RRC_IDLE, also may be in connection status RRC_CONNECTED.When UE is in RRC_IDLE, does not need to initiate Stochastic accessing and make UE enter RRC_CONNECTED, be namely in the data that RRC_IDLE directly can receive MBMS transmission.The UE no matter being in RRC_IDLE or the UE being in RRC_CONNECTED, when receiving the data of MBMS transmission, does not confirm packet, and the UE being in RRC_IDLE cannot carry out feeding back.
In existing MBMS, the UE no matter being in RRC_IDLE or the UE being in RRC_CONNECTED, when receiving the data of MBMS transmission, does not confirm packet, and the reliability for MBMS does not ensure.
MBMS of the prior art is a kind of transmission lacking reliability, the present invention is directed to existing MBMS transmission mode Problems existing, and the repeating method of the broadcast group broadcast in a kind of LTE is provided, method of the present invention is for confirming retransmission mechanism, to ensure the integrality of data, to meet the needs of the application scenarios providing high-quality MBMS.
Technical scheme of the present invention is:
A broadcast group broadcast repeating method in LTE, is characterized in that carrying out according to the following steps:
The data buffer storage of broadcast group broadcast gets up by step 1, eNB, and start a timer, data latency time T of buffer memory, no matter each UE is in RRC_IDLE state and is still in RRC_CONNECTED state, all the reception operation of normal broadcasting multicast service will be carried out, each UE also carries out correctness verification to received packet, each UE also carries out correctness verification to received packet, correctly do not process if receive, if receive and occur mistake, need to reply negative acknowledge NACK, request eNB retransmits the packet of makeing mistakes;
If the timer expiry of step 2 eNB, and the repeat requests not receiving each UE, then the data of buffer memory are deleted, think that all UE correctly receive data;
Step 3, if after eNB receives the repeat requests of UE, corresponding different process is carried out: 1) if UE is in RRC_IDLE state: eNB will receive the MAC CE of the new definition of UE in MSG3 in the random access procedure according to the state of user, the data message needing to retransmit is known by this MAC CE, then, after the HARQ information of the comprehensive multiple user's instruction of eNB, to be sent or by the instruction of MAC PDU reserved bit be the broadcast group broadcast frame of multiplexing re-transmission after multiplexing for the UM RLC PDU needing to retransmit by corresponding logic channel, and restart timer corresponding to this frame, 2) if UE is in RRC_CONNECTED state: if the data of UE request retransmission are by multiplexing re-transmission, then do not need new process, if the Frame of UE request retransmission is not by multiplexing re-transmission, then UM or the AM logic channel that the RLC UMPDU of this UE request retransmission delivers to a clean culture as load is carried out Reseal transmission by eNB, UM or the AM logic channel of this clean culture is retransmitted by lower MCS grade and HARQ and ensures that this RLC UM PDU is correctly transferred to UE.
If UE receives and makes mistakes in step 1, the current RRC state of the UE made mistakes according to this reception carries out different disposal respectively: 1) if this UE is in RRC_IDLE state: according to the definition in 3GPP consensus standard, when UE is in RRC_IDLE state, needs, to eNB then need to carry out Stochastic accessing to set up the link between UE and eNB at corresponding ACK or NACK of uplink; Carry in the MSG3 of Stochastic accessing and need the information retransmitted to send to eNB, stop with by Stochastic accessing, no longer carry out step below; 2) if UE is in RRC_CONNECTED state:, the MAC CE of new definition is sent by Uplink Shared Channel UL-SCH, in addition this MAC CE and the multiplexing rear transmission of other RLC PDU, in the MAC CE of described new definition, mainly comprise two fields: sequence number field and bitmap field; Wherein sequence number field fills the packet sequence number that UE receives mistake, and the bitmap field closelyed follow below indicates the reception condition immediately following the packet after this packet sequence number successively, the i-th bit of bitmap, the receives data packets mistake of packet sequence number=sequence number+i.
Step 1) in the link concrete steps set up between UE and eNB of Stochastic accessing be: step one transmission preamble sequence, there is the targeting sequencing of 64 Stochastic accessing each community, and wherein 64-Ncf targeting sequencing is used to access when namely switching based on the Stochastic accessing that Stochastic accessing namely initially accesses, a Ncf targeting sequencing is non-competing of competition; UE chooses one and transmits from 64-Ncf targeting sequencing, and by targeting sequencing, existence terminal attempts to connect with eNB to allow eNB know; Step 2 accidental access response: when eNB detects the targeting sequencing that UE sends, a response will be sent on DL-SCH, comprise: the call number of the targeting sequencing detected, to distribute for the time adjustment information of uplink synchronous, initial ascending resource, for sending MSG3 subsequently, and an interim C-RNTI; Step 3 MSG3 sends: after have sent access lead sequence, and UE needs to monitor PDCCH channel, whether there is the RAR that eNB replys; UE receives RAR, obtains up time synchronized and ascending resource; In complete access procedure immediately in 3GPP consensus standard, UE needs to solve such random access collision by MSG3 and collision detection subsequently, and in this programme, for the repeat requests of broadcast group broadcast frame, UE only needs MSG3 transmission phase in this step, and in MSG3, carry the MAC CE of a newly definition, which multicast loss of voice this MAC CE is used to refer to, without the collision detection carried out below of Stochastic accessing, namely now UE is still in RRC_IDLE state.
1 of described step 3) MAC PDU in step mainly comprises three parts: MAC head, MAC load and optionally fill; MAC head and MAC load are variable; A MAC is provided with one or more MAC head in front, each MAC head corresponding MAC SDU, a MAC CE or a filler.
Described each MAC head has the reserved bit position of 2 bits.
Two bit reserved places of described each MAC head are set to 01,10 or 11 to be designated the broadcast group broadcast frame of multiplexing re-transmission, and this broadcast group broadcast frame retransmitted can be received by multiple UE simultaneously.
The beneficial effect that technical solution of the present invention is brought: 1, propose a kind of broadcast group broadcast retransmission mechanism based on the reliability under special applications scene; 2, only have and work as loading error occurring, UE just sends repeat requests to eNB, namely the UE receiving broadcast group broadcast under ensureing to be in RRC_IDLE state only has the request just initiating Stochastic accessing in time receiving misdata to carry out request retransmission, in the communication of the reliability of guarantee broadcast group broadcast, ensure again less overhead.
Summary of the invention
Accompanying drawing explanation
Fig. 1 transmits schematic diagram in existing LTE technology.
Fig. 2 is the schematic diagram of the Stochastic accessing based on competition of the present invention.
Fig. 3 is the MAC CE schematic diagram of new definition of the present invention.
Fig. 4 is MAC PDU form schematic diagram of the present invention.
Fig. 5 is the encapsulation schematic diagram retransmitted by UM interface of the present invention.
Fig. 6 is the encapsulation schematic diagram retransmitted by AM interface of the present invention.
Embodiment
The invention will be further described by reference to the accompanying drawings.
Fig. 1 transmits schematic diagram in existing LTE technology.A MBMS session sends the data to multiple UE simultaneously.When MBMS session start, UE may be in idle condition RRC_IDLE, also may be in connection status RRC_CONNECTED.When UE is in RRC_IDLE state, does not need to initiate Stochastic accessing and make UE enter RRC_CONNECTED state, be namely in the data that RRC_IDLE state directly can receive MBMS transmission.The UE no matter being in RRC_IDLE state or the UE being in RRC_CONNECTED state, when receiving the data of MBMS transmission, does not confirm packet, and the UE being in RRC_IDLE state cannot carry out feeding back.
1, under special application scenarios, need to provide reliable broadcast multicast services to multiple UE, guarantee that each UE can receive the content of broadcast group broadcast.Such as, at descending reliable broadcast voice, in cluster, broadcasting speech needs high reliability, by UM logic channel with MBMS, also can carry out broadcast service by other multicast modes.In addition, the data buffer storage of broadcast group broadcast gets up by eNB, and starts a timer T.Data latency time T of buffer memory, if timer T is overtime, and does not receive the repeat requests of UE, then the data of buffer memory is deleted, think that UE that correctly received data.
2, UE no matter be in RRC_IDLE state be still in RRC_CONNECTED state all will carry out normal broadcasting multicast service reception operation, and correctness verification is carried out to received packet, correctly can not process if receive, if receive and occur mistake, need to reply NACK (NegativeACKnowledgment, negative acknowledge), request eNB retransmits the packet of makeing mistakes, and is specially described in 3.
Make mistakes if 3 UE receive, the RRC state current according to this UE carries out different disposal respectively:
1), if UE is in RRC_IDLE state: according to the definition in 3GPP consensus standard, when UE is in RRC_IDLE state, to need at the corresponding ACK/NACK of uplink to eNB, then to need to carry out Stochastic accessing to set up the link between UE and eNB.In this programme, we are based on the random access procedure in 3GPP consensus standard, carry in the MSG3 of Stochastic accessing and need the information retransmitted to send to eNB, stop with by Stochastic accessing, no longer carry out step below, namely between UE and eNB, do not set up real Stochastic accessing, then as shown in Figure 2:
As shown in Figure 2 based on the random access procedure of competition, three steps can be divided into:
Step one transmission preamble sequence: there is the targeting sequencing of 64 Stochastic accessing each community, wherein 64-Ncf targeting sequencing is used to based on the non-competing Stochastic accessing (access as during switching) of the Stochastic accessing (as initial access) of competition, a Ncf targeting sequencing.UE chooses one and transmits from 64-Ncf targeting sequencing, and by targeting sequencing, existence terminal attempts to connect with eNB to allow eNB know.
Step 2 accidental access response: when eNB detects the targeting sequencing that UE sends, a response will be sent on DL-SCH, comprise: the call number of the targeting sequencing detected, distribute (for sending MSG3 subsequently) for the time adjustment information of uplink synchronous, initial ascending resource, and an interim C-RNTI.
Step 3 MSG3 sends: so-called MSG3, i.e. Article 3 message, because in the process of Stochastic accessing, the content of these message is not fixed, what sometimes may carry is RRC connection request, sometimes may be with some control messages even business data packet, therefore referred to as MSG3.After have sent access lead sequence, UE needs to monitor PDCCH channel, whether there is the RAR that eNB replys.
UE receives RAR, obtains up time synchronized and ascending resource.But now can not determine that RAR is the UE's sending to UE oneself instead of send to other.Due to targeting sequencing random selecting from public resource of UE, therefore there is the possibility that different UE sends identical access lead sequence on identical time-frequency resources, like this, they will receive same RAR by identical RA-RNTI.And whether UE is also unable to find out has other UE to carry out Stochastic accessing in the identical resource of use.For this reason, in complete access procedure immediately in 3GPP consensus standard, UE needs to solve such random access collision by MSG3 and collision detection subsequently, and in this programme, for the repeat requests of broadcast group broadcast frame, UE only needs in step 3 kind MSG3 transmission phase, the MAC CE of a newly definition is carried in MSG3, which multicast loss of voice this MAC CE is used to refer to, without the collision detection carried out below of Stochastic accessing, namely now UE is still in RRC_IDLE state.
The MAC CE of new definition as shown in Figure 3;
In the MAC CE of new definition, mainly comprise two fields: sequence number field and bitmap field.Wherein sequence number field fills the packet sequence number that UE receives mistake, the bitmap field immediately following 64 bit lengths below, instruction is immediately following the reception condition of this packet sequence number 64 packets below successively, i-th bit of bitmap is set to 1 expression, the receives data packets mistake of packet sequence number=(sequence number+i).
2) if UE is in RRC_CONNECTED state:, by being sent the MAC CE of new definition by Uplink Shared Channel UL-SCH, specifically as shown in Figure 3, this MAC CE also can rear transmission multiplexing with other RLCPDU in addition.
4, after eNB receives the repeat requests of UE, the state according to user also carries out corresponding different process:
1) if UE is in RRC_IDLE state: eNB will receive the MAC CE of the new definition of UE in MSG3 in the random access procedure, the data message needing to retransmit is known by this MAC CE.Then, after the HARQ information of the comprehensive multiple user's instruction of eNB, to be sent by special logic channel after multiplexing for the UM RLC PDU needing to retransmit or be the broadcast group broadcast frame of multiplexing re-transmission by the instruction of MAC PDU reserved bit, and restart timer T corresponding to this frame.Described in being described as follows:
As shown in Figure 4, shown in figure is MAC PDU form, mainly comprises three parts: MAC head, MAC load and optionally fill.MAC head and MAC load are variable.A MAC may have one or more MAC head (sub-header) in front, each corresponding MAC SDU or MAC CE or a filler.Each MAC head has the reserved bit position of 2 bits, is generally set to 0.
In this programme, by the multicast speech frame of multiplexing re-transmission, two bit reserved places of each MAC head are set to 01 (also can be 10 or 11) and identify its broadcast group broadcast frame being multiplexing re-transmission, and this broadcast group broadcast frame retransmitted can be received by multiple UE simultaneously.
2) if UE is in RRC_CONNECTED state: if the data of UE request retransmission are by multiplexing re-transmission, then do not need new process; If the Frame of UE request retransmission is not by multiplexing re-transmission, then UM or the AM logic channel that the RLC UM PDU of this UE request retransmission delivers to a clean culture as load (regarding RLC SDU as by this RLC UM PDU) is carried out Reseal transmission by eNB, as shown in Figure 5, Figure 6, this UM or AM logic channel is retransmitted by lower MCS grade and HARQ and ensures that this RLC UM PDU correctly can be transferred to UE as far as possible.
Claims (6)
1. the broadcast group broadcast repeating method in LTE, is characterized in that carrying out according to the following steps:
The data buffer storage of broadcast group broadcast gets up by step 1, eNB, and start a timer, data latency time T of buffer memory, no matter each UE is in RRC_IDLE state and is still in RRC_CONNECTED state, all the reception operation of normal broadcasting multicast service will be carried out, each UE also carries out correctness verification to received packet, each UE also carries out correctness verification to received packet, correctly do not process if receive, if receive and occur mistake, need to reply negative acknowledge NACK, request eNB retransmits the packet of makeing mistakes;
If the timer expiry of step 2 eNB, and the repeat requests not receiving each UE, then the data of buffer memory are deleted, think that all UE correctly receive data;
If after step 3 eNB receives the repeat requests of UE, carry out corresponding different process according to the state of user:
1) if UE is in RRC_IDLE state: eNB will receive the MAC CE of the new definition of UE in MSG3 in the random access procedure, the data message needing to retransmit is known by this MAC CE, then, after the HARQ information of the comprehensive multiple user's instruction of eNB, to be sent or by the instruction of MAC PDU reserved bit be the broadcast group broadcast frame of multiplexing re-transmission after multiplexing for the UM RLC PDU needing to retransmit by corresponding logic channel, and restart timer corresponding to this frame;
2) if UE is in RRC_CONNECTED state: if the data of UE request retransmission are by multiplexing re-transmission, then do not need new process; If the Frame of UE request retransmission is not by multiplexing re-transmission, then UM or the AM logic channel that the RLC UM PDU of this UE request retransmission delivers to a clean culture as load is carried out Reseal transmission by eNB, UM or the AM logic channel of this clean culture is retransmitted by lower MCS grade and HARQ and ensures that this RLC UM PDU is correctly transferred to UE.
2. the broadcast group broadcast repeating method in LTE according to claim 1, is characterized in that: if UE receives and makes mistakes in step 1, and the current RRC state of the UE made mistakes according to this reception carries out different disposal respectively:
1), if this UE is in RRC_IDLE state: according to the definition in 3GPP consensus standard, when UE is in RRC_IDLE state, to need at corresponding ACK or NACK of uplink to eNB, then to need to carry out Stochastic accessing to set up the link between UE and eNB; Carry in the MSG3 of Stochastic accessing and need the information retransmitted to send to eNB, stop with by Stochastic accessing, no longer carry out step below,
2) if UE is in RRC_CONNECTED state:, the MAC CE of new definition is sent by Uplink Shared Channel UL-SCH, in addition this MAC CE and the multiplexing rear transmission of other RLC PDU, in the MAC CE of described new definition, mainly comprise two fields: sequence number field and bitmap field; Wherein sequence number field fills the packet sequence number that UE receives mistake, and the bitmap field closelyed follow below indicates the reception condition immediately following the packet after this packet sequence number successively, the i-th bit of bitmap, the receives data packets mistake of packet sequence number=sequence number+i.
3. the broadcast group broadcast repeating method in LTE according to claim 2, is characterized in that:
Step 1) in the link concrete steps set up between UE and eNB of Stochastic accessing be:
Step one transmission preamble sequence, there is the targeting sequencing of 64 Stochastic accessing each community, and wherein 64-Ncf targeting sequencing is used to access when namely switching based on the Stochastic accessing that Stochastic accessing namely initially accesses, a Ncf targeting sequencing is non-competing of competition; UE chooses one and transmits from 64-Ncf targeting sequencing, and by targeting sequencing, existence terminal attempts to connect with eNB to allow eNB know;
Step 2 accidental access response: when eNB detects the targeting sequencing that UE sends, a response will be sent on DL-SCH, comprise: the call number of the targeting sequencing detected, to distribute for the time adjustment information of uplink synchronous, initial ascending resource, for sending MSG3 subsequently, and an interim C-RNTI;
Step 3 MSG3 sends: after have sent access lead sequence, and UE needs to monitor PDCCH channel, whether there is the RAR that eNB replys; UE receives RAR, obtains up time synchronized and ascending resource; In complete access procedure immediately in 3GPP consensus standard, UE needs to solve such random access collision by MSG3 and collision detection subsequently, and in this programme, for the repeat requests of broadcast group broadcast frame, UE only needs MSG3 transmission phase in this step, and in MSG3, carry the MAC CE of a newly definition, which multicast loss of voice this MAC CE is used to refer to, without the collision detection carried out below of Stochastic accessing, namely now UE is still in RRC_IDLE state.
4. the broadcast group broadcast repeating method in LTE according to claim 1, is characterized in that: 1 of described step 3) MAC PDU in step mainly comprises three parts: MAC head, MAC load and optionally fill; MAC head and MAC load are variable; A MAC is provided with one or more MAC head in front, each MAC head corresponding MAC SDU, a MAC CE or a filler.
5. the broadcast group broadcast repeating method in LTE according to claim 4, is characterized in that: described each MAC head has the reserved bit position of 2 bits.
6. the broadcast group broadcast repeating method in LTE according to claim 4, it is characterized in that: two bit reserved places of described each MAC head are set to 01,10 or 11 to be designated the broadcast group broadcast frame of multiplexing re-transmission, this broadcast group broadcast frame retransmitted can be received by multiple UE simultaneously.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410821815.6A CN104579602A (en) | 2014-12-25 | 2014-12-25 | LTE (long term evolution) broadcast multicast repeat method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410821815.6A CN104579602A (en) | 2014-12-25 | 2014-12-25 | LTE (long term evolution) broadcast multicast repeat method |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104579602A true CN104579602A (en) | 2015-04-29 |
Family
ID=53094902
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410821815.6A Pending CN104579602A (en) | 2014-12-25 | 2014-12-25 | LTE (long term evolution) broadcast multicast repeat method |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104579602A (en) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018007867A1 (en) * | 2016-07-05 | 2018-01-11 | CMMB Vision USA Inc. | Collaborative broadcasting and bi-directional network transmission |
WO2018028062A1 (en) * | 2016-08-11 | 2018-02-15 | 华为技术有限公司 | Multicast service transmission method, terminal, base station, and communication system |
CN109155707A (en) * | 2016-06-03 | 2019-01-04 | 三菱电机株式会社 | The request data retransmission in multicast network |
WO2019015487A1 (en) * | 2017-07-17 | 2019-01-24 | ***通信有限公司研究院 | Data retransmission method, rlc entity and mac entity |
WO2019029363A1 (en) * | 2017-08-11 | 2019-02-14 | 电信科学技术研究院有限公司 | Random access response method and device, base station and terminal |
CN109600716A (en) * | 2017-09-30 | 2019-04-09 | 成都鼎桥通信技术有限公司 | Multicast data processing method and device |
CN109699088A (en) * | 2017-10-24 | 2019-04-30 | 华硕电脑股份有限公司 | The method and apparatus of system information request in wireless communication system based on MSG3 |
WO2020191765A1 (en) * | 2019-03-28 | 2020-10-01 | Oppo广东移动通信有限公司 | Method for transmitting data and terminal device |
CN111865501A (en) * | 2019-04-25 | 2020-10-30 | ***通信有限公司研究院 | Data retransmission method, data receiving method, terminal and network equipment |
CN112235731A (en) * | 2019-07-15 | 2021-01-15 | 华为技术有限公司 | Communication method, device and system |
WO2021138880A1 (en) * | 2020-01-10 | 2021-07-15 | Qualcomm Incorporated | Mixed mode broadcast/multicast communication |
CN113207094A (en) * | 2020-02-03 | 2021-08-03 | 大唐移动通信设备有限公司 | Method and device for receiving Multimedia Broadcast Multicast Service (MBMS) |
CN113260024A (en) * | 2020-02-10 | 2021-08-13 | 大唐移动通信设备有限公司 | Discontinuous reception timer management method and terminal |
WO2022027581A1 (en) * | 2020-08-07 | 2022-02-10 | Lenovo (Beijing) Limited | Method and apparatus for multiplexing mac ces |
US11984995B2 (en) | 2020-01-10 | 2024-05-14 | Qualcomm Incorporated | Mixed mode broadcast/multicast communication |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080101268A1 (en) * | 2006-10-27 | 2008-05-01 | Interdigital Technology Corporation | Method and apparatus for enhancing discontinuous reception in wireless systems |
WO2009000101A1 (en) * | 2007-06-22 | 2008-12-31 | Alcatel Shanghai Bell Co., Ltd. | A method and system of mbms data retransmisson |
CN102223658A (en) * | 2010-04-19 | 2011-10-19 | 中兴通讯股份有限公司 | Method and relay node for handling radio link failure |
CN103702405A (en) * | 2008-02-04 | 2014-04-02 | Lg电子株式会社 | Method of controlling transmit power of uplink channel |
-
2014
- 2014-12-25 CN CN201410821815.6A patent/CN104579602A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080101268A1 (en) * | 2006-10-27 | 2008-05-01 | Interdigital Technology Corporation | Method and apparatus for enhancing discontinuous reception in wireless systems |
WO2009000101A1 (en) * | 2007-06-22 | 2008-12-31 | Alcatel Shanghai Bell Co., Ltd. | A method and system of mbms data retransmisson |
CN103702405A (en) * | 2008-02-04 | 2014-04-02 | Lg电子株式会社 | Method of controlling transmit power of uplink channel |
CN102223658A (en) * | 2010-04-19 | 2011-10-19 | 中兴通讯股份有限公司 | Method and relay node for handling radio link failure |
Non-Patent Citations (2)
Title |
---|
楚佩佳: "基于LTE***的UE随机接入过程研究", 《硕士学位论文》 * |
马子江: "LTE多媒体广播多播业务关键技术研究", 《中兴通讯技术》 * |
Cited By (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109155707A (en) * | 2016-06-03 | 2019-01-04 | 三菱电机株式会社 | The request data retransmission in multicast network |
US10334561B2 (en) | 2016-07-05 | 2019-06-25 | CMMB Vision USA Inc. | Collaborative broadcasting and bi-directional network transmission |
WO2018007867A1 (en) * | 2016-07-05 | 2018-01-11 | CMMB Vision USA Inc. | Collaborative broadcasting and bi-directional network transmission |
CN109314612A (en) * | 2016-07-05 | 2019-02-05 | 国广融合(北京)传媒科技发展有限公司 | Collaboration broadcast is transmitted with bilateral network |
WO2018028062A1 (en) * | 2016-08-11 | 2018-02-15 | 华为技术有限公司 | Multicast service transmission method, terminal, base station, and communication system |
WO2019015487A1 (en) * | 2017-07-17 | 2019-01-24 | ***通信有限公司研究院 | Data retransmission method, rlc entity and mac entity |
US11770856B2 (en) | 2017-08-11 | 2023-09-26 | Datang Mobile Communications Equipment Co., Ltd. | Random access response method and device, base station and user equipment |
WO2019029363A1 (en) * | 2017-08-11 | 2019-02-14 | 电信科学技术研究院有限公司 | Random access response method and device, base station and terminal |
CN109600716A (en) * | 2017-09-30 | 2019-04-09 | 成都鼎桥通信技术有限公司 | Multicast data processing method and device |
CN109600716B (en) * | 2017-09-30 | 2021-07-27 | 成都鼎桥通信技术有限公司 | Multicast data processing method and device |
CN109699088A (en) * | 2017-10-24 | 2019-04-30 | 华硕电脑股份有限公司 | The method and apparatus of system information request in wireless communication system based on MSG3 |
CN109699088B (en) * | 2017-10-24 | 2020-10-27 | 华硕电脑股份有限公司 | Method and apparatus for system information request based on MSG3 in wireless communication system |
WO2020191765A1 (en) * | 2019-03-28 | 2020-10-01 | Oppo广东移动通信有限公司 | Method for transmitting data and terminal device |
US11778630B2 (en) | 2019-03-28 | 2023-10-03 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for transmitting data and terminal device |
US11153903B2 (en) | 2019-03-28 | 2021-10-19 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for transmitting data and terminal device |
CN111865501A (en) * | 2019-04-25 | 2020-10-30 | ***通信有限公司研究院 | Data retransmission method, data receiving method, terminal and network equipment |
CN111865501B (en) * | 2019-04-25 | 2022-09-16 | ***通信有限公司研究院 | Data retransmission method, data receiving method, terminal and network equipment |
CN112235731A (en) * | 2019-07-15 | 2021-01-15 | 华为技术有限公司 | Communication method, device and system |
CN112235731B (en) * | 2019-07-15 | 2022-12-27 | 华为技术有限公司 | Communication method, device and system |
CN114930750A (en) * | 2020-01-10 | 2022-08-19 | 高通股份有限公司 | Mixed mode broadcast/multicast communications |
WO2021138880A1 (en) * | 2020-01-10 | 2021-07-15 | Qualcomm Incorporated | Mixed mode broadcast/multicast communication |
US11984995B2 (en) | 2020-01-10 | 2024-05-14 | Qualcomm Incorporated | Mixed mode broadcast/multicast communication |
CN113207094B (en) * | 2020-02-03 | 2022-05-13 | 大唐移动通信设备有限公司 | Method and device for receiving Multimedia Broadcast Multicast Service (MBMS) |
CN113207094A (en) * | 2020-02-03 | 2021-08-03 | 大唐移动通信设备有限公司 | Method and device for receiving Multimedia Broadcast Multicast Service (MBMS) |
CN113260024B (en) * | 2020-02-10 | 2022-08-26 | 大唐移动通信设备有限公司 | Discontinuous reception timer management method and terminal |
CN113260024A (en) * | 2020-02-10 | 2021-08-13 | 大唐移动通信设备有限公司 | Discontinuous reception timer management method and terminal |
WO2022027581A1 (en) * | 2020-08-07 | 2022-02-10 | Lenovo (Beijing) Limited | Method and apparatus for multiplexing mac ces |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104579602A (en) | LTE (long term evolution) broadcast multicast repeat method | |
US11051344B2 (en) | Method for transmitting and receiving random access request and transmitting and receiving random access response | |
EP3569031B1 (en) | Management of identifiers of a user device in an inactive mode by a serving device | |
EP3768027B1 (en) | Random access processing methods and related devices | |
WO2021063133A1 (en) | Harq process management method and apparatus, terminal, and storage medium | |
US8509164B2 (en) | Method for re-attempting a random access effectively | |
CN103987106B (en) | The random access scheme of user equipment | |
JP4772128B2 (en) | Radio resource request method in mobile communication system | |
EP2182767B1 (en) | Method for improving random access procedure in wireless communications system and related communication device | |
TWI439157B (en) | Method and apparatus for improving a semi-persistent scheduling resource release process in a wireless communication system | |
CN102595634B (en) | Method for receiving random access response information in carrier aggregation | |
WO2018058468A1 (en) | Multicast service sending method and device | |
TWI500349B (en) | And a method and apparatus for accessing in a terminal of a communication network | |
WO2016183705A1 (en) | Method and apparatus for transmitting uplink data in licensed-assisted access system | |
EP2442470A2 (en) | Method in which user equipment performs random access in a carrier aggregation mobile communication system | |
EP3698499A1 (en) | Method of managing harq buffer for nr | |
JP2010045790A (en) | Method and communication apparatus for handling tti bundling retransmission | |
JP2015510731A (en) | Data transmission method, base station, and user apparatus | |
US10284340B2 (en) | Multicast sending apparatus, multicast receiving apparatus, and multicast transmission determining method | |
TW200814642A (en) | Uplink access method of mobile communication system | |
EP2874371B1 (en) | Data packet transmission method and device | |
CN106171004A (en) | A kind of RLC packet shunt method and base station | |
KR101532222B1 (en) | Communication system and method for connecting of rrc therein | |
US20240008054A1 (en) | Method and apparatus for hybrid automatic retransmission request | |
CN104812083A (en) | Method and device for random accessing process |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20150429 |
|
WD01 | Invention patent application deemed withdrawn after publication |