CN108990098B - Retransmission method in cluster system - Google Patents
Retransmission method in cluster system Download PDFInfo
- Publication number
- CN108990098B CN108990098B CN201710412870.3A CN201710412870A CN108990098B CN 108990098 B CN108990098 B CN 108990098B CN 201710412870 A CN201710412870 A CN 201710412870A CN 108990098 B CN108990098 B CN 108990098B
- Authority
- CN
- China
- Prior art keywords
- base station
- terminal
- cluster
- measurement report
- bler
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 30
- 238000012544 monitoring process Methods 0.000 claims abstract description 63
- 238000005259 measurement Methods 0.000 claims abstract description 54
- 238000012545 processing Methods 0.000 claims abstract description 16
- 230000000737 periodic effect Effects 0.000 claims description 4
- 230000006855 networking Effects 0.000 claims description 3
- 230000005540 biological transmission Effects 0.000 claims description 2
- 230000008569 process Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 2
- 101100134058 Caenorhabditis elegans nth-1 gene Proteins 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- 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
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/08—Trunked mobile radio systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The application discloses a retransmission method in a cluster system, which comprises the following steps: for cluster users in a cell of a base station, the base station receives a measurement report reported by each monitoring terminal in the cluster users; the monitoring terminal triggers a measurement report to report when the BLER of a GTCH channel is larger than a set BLER threshold value, and carries the BLER value and a cluster user identification ID in a corresponding measurement report; the base station periodically counts the received measurement reports aiming at the cells, and performs retransmission processing after the proportion of the monitoring terminals reporting the measurement reports to all the monitoring terminals reaches a set threshold value; and the monitoring terminal is a user terminal which is currently accessed to the cell and is not turned off. By the method and the device, the demodulation performance of the cluster service can be improved.
Description
Technical Field
The present application relates to retransmission techniques in communication systems, and in particular, to a retransmission method in a cluster system.
Background
The LTE private network trunking system mainly comprises three logic channels of GCCH, GTCH and GPCCH, wherein the GCCH channel is mainly used for transmitting control plane data of trunking users, the GTCH channel is mainly used for transmitting user plane data of the trunking users, and the GPCCH main channel is used for transmitting paging data of the trunking users.
In the common unicast service of the LTE system, a terminal can feed back downlink channel quality to a base station, a base station side can perform retransmission processing according to the downlink channel quality fed back by the terminal, combining gain brought by retransmission can improve demodulation performance of downlink data, the trunking service belongs to a typical one-to-many broadcast service, a monitoring terminal belongs to passive reception, the downlink channel quality cannot be fed back to the base station, and the base station side cannot perform retransmission processing according to the channel quality of the monitoring terminal, so that the demodulation performance of the trunking service is influenced finally.
Disclosure of Invention
The application provides a retransmission method in a cluster system, which can improve the demodulation performance of cluster services.
In order to achieve the purpose, the following technical scheme is adopted in the application:
a retransmission method in a cluster system, comprising:
for cluster users in a cell of a base station, the base station receives a measurement report reported by each monitoring terminal in the cluster users; the monitoring terminal triggers a measurement report to report when the BLER of a GTCH channel is larger than a set BLER threshold value, and carries the BLER value and a cluster user identification ID in a corresponding measurement report;
the base station periodically counts the received measurement reports aiming at the cells, and performs retransmission processing after the proportion of the monitoring terminals reporting the measurement reports to all the monitoring terminals reaches a set threshold value;
and the monitoring terminal is a user terminal which is currently accessed to the cell and is not turned off.
Preferably, the method for determining the BLER of the GTCH channel by the monitoring terminal includes:
and in a set counting period, counting the number of Transmission Blocks (TB) with CRC errors according to a window hopping mode, and taking the proportion of the number to all the TB as the BLER.
Preferably, when the trunking service is semi-persistent scheduling, the number of all TBs is a preset fixed value; and when the trunking service is dynamically scheduled, determining the number of all TBs according to the indication of the PDCCH.
Preferably, when the base station periodically counts the received measurement reports, for each listening terminal, at most one measurement report is counted in one counting period.
Preferably, the method for the base station to determine the total number of the listening terminals includes:
when the core network establishes the cluster user, the number of the registered terminals of the cluster user in the cell is sent to the base station, and the base station takes the number of the registered terminals as the total number of the current monitoring terminals of the cluster user; wherein, 1 TA List of the core network corresponds to 1 TA, and 1 TA corresponds to one cell for networking configuration;
when any terminal accesses the network, if the terminal has joined the cluster user, the core network informs the base station that any terminal newly accesses the network and has joined the cluster user, and the base station adds 1 to the total number of the monitoring terminals corresponding to the cluster user;
when any terminal is powered off, the core network informs the base station that any terminal is powered off, and the base station subtracts 1 from the total number of the monitored terminals corresponding to the cluster users;
when any terminal is switched, the core network informs a base station where a switching target cell and a source cell of the terminal are located, the base station where the target cell is located corresponds to the trunking user, the total number of the monitored terminals is added by 1, the records where the source cell is located correspond to the trunking user, and the total number of the monitored terminals is reduced by 1.
Preferably, the performing retransmission processing includes:
when the statistical ratio of the monitoring terminals reporting the measurement report to all the monitoring terminals is higher than a set first threshold and the GroupMonitobler > MonitoBler _ TH, setting retransmission for M times; when the statistical ratio of the monitoring terminals reporting the measurement report to all the monitoring terminals is not higher than a set first threshold or GroupMonitobbler < (MonitoBler _ TH), setting retransmission for N times; wherein, M > N, monitor bler _ TH is a set second threshold, and groupmonito bler is calculated when the periodic statistics measurement report of the base station ends, (N) 1-Alpha, (N-1) + Alpha GTCH _ bler, and N is a monitoring terminal number currently reporting the measurement report in the periodic statistics;
and in the next statistical period, retransmitting all the data packets according to the set retransmission times.
According to the technical scheme, for the cluster users in a cell of the base station, the base station receives the measurement report reported by each monitoring terminal in the cluster users; the monitoring terminal triggers a measurement report to be reported when the BLER of a GTCH channel is larger than a set threshold, and carries the BLER value and a cluster user identification ID in a corresponding measurement report; and the base station periodically counts the received measurement reports aiming at the cells, and performs retransmission processing after the proportion of the monitoring terminals reporting the measurement reports to all the monitoring terminals reaches a set threshold value. Through the processing, the retransmission of the user plane data can be carried out according to the overall receiving condition of each terminal in a certain cluster user, so as to improve the demodulation performance of the cluster service.
Drawings
Fig. 1 is a schematic basic flow chart of a retransmission method in a cluster system provided in the present application;
fig. 2 is a schematic diagram of BLER statistics performed by a monitoring terminal;
FIG. 3 is a diagram illustrating a base station maintaining the number of all listening terminals;
fig. 4 is a schematic flowchart of a process of performing measurement report statistics and performing retransmission processing by a base station.
Detailed Description
For the purpose of making the objects, technical means and advantages of the present application more apparent, the present application will be described in further detail with reference to the accompanying drawings.
Fig. 1 is a schematic basic flow chart of a retransmission method in a cluster system provided in the present application. As shown in fig. 1, the method includes:
When the BLER of the GTCH channel is larger than a set threshold, the monitoring terminal triggers the report of the measurement report, and the corresponding measurement report carries the BLER value and the ID of the cluster user identification.
And step 102, aiming at the cell in the step 101, the base station periodically counts the received measurement report, and performs retransmission processing after the ratio of the monitoring terminals reporting the measurement report to all the monitoring terminals reaches a set threshold value.
The monitoring terminal in the application is a user terminal which is currently accessed to the cell A and is not turned off. Specifically, regarding the state of the listening terminal in the cluster user, the base station may be notified through the core network.
By the mode, the base station judges the overall receiving condition of the user plane data of the cluster user by monitoring the measurement report reported by each monitoring terminal in the cluster user, and judges whether to retransmit the data according to the overall receiving condition.
Specific implementations of the present application described above are described in detail below. As can be seen from the above flow shown in fig. 1, the method involves three physical entities, a terminal, a base station and a core network. Fig. 1 is a depiction of a retransmission method from the perspective of a base station. In the following detailed description, a description will be made from the respective processing perspectives of the three physical entities.
1. Terminal reporting measurement information
In the process shown in fig. 1, the base station needs to receive the measurement report reported by the monitoring terminal, and the following describes details of the process of reporting the measurement report by the monitoring terminal.
1) GTCH channel BLER statistics
When the monitoring terminal is receiving the trunking service, the trunking service is GTCH channel user plane data, the monitoring terminal periodically counts the BLER of the trunking service, and in a measurement period (e.g. 500ms), the GTCH _ BLER is counted according to the method shown in fig. 2.
2) Triggering measurement report reporting
And if GTCH _ Bler > GTCH _ BLER _ TH, namely the BLER counted by the monitoring terminal is greater than the set BLER threshold, the monitoring terminal triggers the report of the measurement report. The BLER threshold GTCH _ BLER _ TH parameter may be configured according to system performance requirements, and may have a value range of { 0%, 100% }, and may be set by default according to experience, for example, 20%. The content of the measurement report is GTCH _ BLER, and the current cluster user identity GroupID.
3) After receiving the monitoring terminal report, the base station updates the corresponding cluster user statistic according to the reported GroupID
(1) Adding 1 to the GroupMonitorReportNum, that is, adding 1 to the number of monitoring terminals reporting the measurement report, wherein it needs to be noted that each monitoring terminal is added up for 1 time at most in a statistical period;
(2) and updating the GroupMonitobler, and if the nth trigger measurement report, then
GroupMonitoBler(n)＝(1-Alpha)*GroupMonitoBler(n-1)+Alpha*GTCH_Bler(n)
Wherein the Alpha value is 0.1, GTCH _ Bler (n) represents the GTCH Bler value of the nth trigger measurement report, and GroupMonitoble (n-1) represents the GroupMonitoble calculated after the nth-1 trigger measurement report.
2. Base station cell updates the number of monitoring terminals under the current cluster user
In the process shown in fig. 1, the base station needs to count the ratio of the monitoring terminals reporting the measurement report to all the monitoring terminals, and thus the base station needs to determine the total number of all the monitoring terminals for a certain cluster user. How to maintain the number of all listening terminals is described below.
And the base station cell independently maintains a monitoring user quantity GroupMonitor Num for each cluster user. This value is initialized to 0.
1) When a core network newly establishes a trunking user and informs a target base station cell to establish the trunking user, the core network sends the number of monitoring terminals of the trunking user (namely the number of registered terminals of the trunking user in the target cell) to the target base station cell through a message, the base station cell assigns the number of the monitoring terminals to a GroupMonitor after receiving the message, 1 TA List of the core network needs to be constrained to correspond to 1 TA, 1 TA of the core network corresponds to 1 cell for networking configuration, and if the core network deletes the trunking user, the base station cell clears the GroupMonitor Num by 0.
2) And when the terminal accesses the network, is powered off or is switched, the core network judges whether the terminal is added to the trunking user, if the terminal is added to the trunking user, the core network sends the access, power off or switching information of the terminal to a base station cell which establishes the trunking user, and the base station updates the number of the monitored terminals according to the received related information. As shown in particular in figure 3.
(1) When the terminal is switched, accessed to the network and powered off, the core network triggers and judges whether the terminal is added to the cluster user or not, if the terminal is added to the cluster user, the next operation is carried out, and if the terminal is not added to the cluster user, the judgment process is ended;
(2) if the terminal is newly accessed to the network, notifying the base station and carrying the Group _ ID of the trunking user where the terminal is located (for example, the Group _ Flag can be set to 0 to represent that the terminal is newly accessed to the network, and the Group _ Flag and the Group _ ID of the trunking user added by the terminal are sent to the base station cell where the trunking user is established through a message); after receiving the message, the base station cell determines that the terminal is newly accessed (for example, the Group _ Flag value is judged, and if the Group _ Flag value is 0, the terminal is newly accessed), and accumulates 1 for the Group user parameter Group _ Monitor _ Num with the Group user ID being the Group _ ID;
(3) if the terminal is powered off, the base station is notified and the Group _ ID of the trunking user where the terminal is located is carried (for example, the Group _ Flag may be set to 2, and the Group _ Flag and the Group _ ID of the trunking user added by the terminal are sent to the base station cell where the trunking user is established through a message); after receiving the message, the base station cell determines that the terminal is powered off (for example, determines a Group _ Flag value, and determines that the terminal is powered off if the Group _ Flag value is 2), and decreases a Group user parameter Group _ Monitor _ Num of which the Group user ID is a Group _ ID by 1;
(4) if the terminal has a switching operation, notifying the base station of the switching target cell and the base station of the source cell, and carrying the Group _ ID of the trunking user where the terminal is located (for example, the Group _ Flag may be set to 1, and the Group _ Flag and the Group _ ID of the trunking user added by the terminal are sent to the base station where the target cell and the source cell of the base station switched by the terminal are located through messages);
after receiving the message, the base station in which the source cell is located determines that the terminal has switched away from the cell (for example, the value of Group _ Flag is determined, and if the value of Group _ Flag is 1, the terminal is determined to have switched away), and the Group user ID is the Group _ ID Group user parameter Group _ Monitor _ Num minus 1;
after receiving the message, the base station in which the target cell is located determines that the terminal has switched into the cell (for example, determines the Group _ Flag value, and if the Group _ Flag value is 1, determines that the terminal has switched in), and adds 1 to the Group user parameter Group _ Monitor _ Num whose Group user ID is the Group _ ID.
3. The base station cell judges whether to perform retransmission processing
In step 102 of fig. 1, the base station periodically performs measurement report statistics and determines whether to retransmit. The specific judgment manner is described in detail below.
The base station cell periodically traverses all cluster users in the cell, judges whether to perform retransmission processing according to the measurement information reported by the monitoring terminal under each cluster user and the number of cluster monitoring users, and determines the retransmission times. The following description will be made by taking the determination period as 500ms as an example, and specifically, as shown in fig. 4.
1) Traversing all cluster users in the cell by the base station cell every 500ms, and judging whether to perform retransmission processing;
2) when traversing a certain cluster user, counting the monitoring terminal number proportion GroupMonitorReportNum/GroupMonitor _ Num which triggers the measurement report under the cluster user;
the previous steps have been described with respect to the GroupMonitorReportNum and Group _ Monitor _ Num parameter definitions;
3) and if the GroupMonitorReport _ Pro > Report _ Pro _ Th _ MIN, the base station cell needs to retransmit the trunking service. Wherein, the Report _ Pro _ Th _ MIN parameter can be configured according to actual needs, the value range (0%, 100%) is taken, and the default value can be determined according to experience, for example, 60%;
4) determining retransmission times Retrans _ Time
(1) If the GroupMonitorReport _ Pro > Report _ Pro _ Th _ MAX and the GroupMonitoBler > MonitoBler _ TH are the retransmission times Retrans _ Time of the cluster user are M;
wherein Report _ Pro _ Th _ MAX can be configured according to actual needs, and has a value range (0%, 100%), and a default value can be set according to experience, for example, 80%; the monitobbler _ TH can be configured according to actual needs, with a value range (0%, 100%), and a default value can be set according to experience, for example, 40%;
(2) otherwise, if the GroupMonitorReport _ Pro < ═ Report _ Pro _ Th _ MAX or groupmonitobbler < ═ monitobbler _ Th, the retransmission times Retrans _ Time of the clustered users are N; m > N, M and N may be configured according to system requirements, for example, M2, N1;
(3) after the retransmission times are determined, each data packet of the cluster user in the next statistical period (500ms) processes the fixed retransmission Retrans _ Time;
5) clearing 0 the GroupMonitorReportNum and the GroupMonitoBler value of the cluster user;
6) and judging whether all cluster users of the current base station cell are traversed or not, if not, continuing to process the next cluster user, otherwise, ending the current process.
The foregoing is a specific implementation of the retransmission method in the present application. Through the processing of the application, the retransmission of the user plane data can be carried out according to the overall receiving condition of each terminal in a certain cluster user, so that the demodulation performance of the cluster service is improved.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (5)
1. A retransmission method in a cluster system, comprising:
for cluster users in a cell of a base station, the base station receives a measurement report reported by each monitoring terminal in the cluster users; the monitoring terminal triggers a measurement report to report when the BLER of a GTCH channel is larger than a set BLER threshold value, and carries the BLER value and a cluster user identification ID in a corresponding measurement report;
the base station periodically counts the received measurement Report aiming at the cell, and performs retransmission processing after the proportion of the monitoring terminals reporting the measurement Report to all the monitoring terminals reaches a set threshold value Report _ Pro _ Th _ MIN;
wherein, the monitoring terminal is a user terminal which is currently accessed to the cell and is not turned off, and the retransmission processing comprises:
when the statistical ratio of the monitoring terminals reporting the measurement report to all the monitoring terminals is higher than a set first threshold and the GroupMonitobler > MonitoBler _ TH, setting retransmission for M times; when the statistical ratio of the monitoring terminals reporting the measurement Report to all the monitoring terminals is not higher than a set first threshold value Report _ Pro _ Th _ MAX or GroupMonitobbler < ═ MonitoBler _ TH, setting retransmission for N times; wherein, M > N, monitor bler _ TH is a set second threshold, and groupmonito bler is calculated when the periodic statistics measurement report of the base station ends, (N) 1-Alpha, (N-1) + Alpha GTCH _ bler, and N is a monitoring terminal number currently reporting the measurement report in the periodic statistics;
and in the next statistical period, retransmitting all the data packets according to the set retransmission times.
2. The method of claim 1, wherein the manner for the listening terminal to determine the BLER for the GTCH channel comprises:
and in a set counting period, counting the number of Transmission Blocks (TB) with CRC errors according to a window hopping mode, and taking the proportion of the number to all the TB as the BLER.
3. The method of claim 2, wherein when the trunking service is semi-persistent scheduling, the number of all TBs is a preset fixed value; and when the trunking service is dynamically scheduled, determining the number of all TBs according to the indication of the PDCCH.
4. The method of claim 1, wherein the base station periodically counts the received measurement reports, and wherein for each listening terminal, at most one measurement report is counted within a counting period.
5. The method of claim 1, wherein the determining, by the base station, the total number of listening terminals comprises:
when the core network establishes the cluster user, the number of the registered terminals of the cluster user in the cell is sent to the base station, and the base station takes the number of the registered terminals as the total number of the current monitoring terminals of the cluster user; wherein, 1 TAList of the core network corresponds to 1 TA, and 1 TA corresponds to one cell for networking configuration;
when any terminal accesses the network, if the terminal has joined the cluster user, the core network informs the base station that any terminal newly accesses the network and has joined the cluster user, and the base station adds 1 to the total number of the monitoring terminals corresponding to the cluster user;
when any terminal is powered off, the core network informs the base station that any terminal is powered off, and the base station subtracts 1 from the total number of the monitored terminals corresponding to the cluster users;
when any terminal is switched, the core network informs a base station where a switching target cell and a source cell of the terminal are located, the base station where the target cell is located corresponds to the trunking user, the total number of the monitored terminals is added by 1, the records where the source cell is located correspond to the trunking user, and the total number of the monitored terminals is reduced by 1.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710412870.3A CN108990098B (en) | 2017-06-05 | 2017-06-05 | Retransmission method in cluster system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710412870.3A CN108990098B (en) | 2017-06-05 | 2017-06-05 | Retransmission method in cluster system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108990098A CN108990098A (en) | 2018-12-11 |
| CN108990098B true CN108990098B (en) | 2021-09-24 |
Family
ID=64502670
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710412870.3A Active CN108990098B (en) | 2017-06-05 | 2017-06-05 | Retransmission method in cluster system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108990098B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115765930A (en) * | 2022-10-31 | 2023-03-07 | 中铁第四勘察设计院集团有限公司 | A method for dynamically adjusting the number of cluster service retransmissions |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1863363A (en) * | 2006-01-19 | 2006-11-15 | 华为技术有限公司 | Method for monitoring link stability |
| CN101772046A (en) * | 2008-12-31 | 2010-07-07 | 鼎桥通信技术有限公司 | Method, system and device for measuring and reporting downlink communication quality |
| CN103067899A (en) * | 2012-12-24 | 2013-04-24 | 海能达通信股份有限公司 | Method, terminal and system of achieving call forwarding |
| CN103517214A (en) * | 2012-06-21 | 2014-01-15 | 成都鼎桥通信技术有限公司 | Transmitting power adjustment method based on group user terminals and base station |
| CN105099628A (en) * | 2014-04-18 | 2015-11-25 | 成都鼎桥通信技术有限公司 | Method for realizing data retransmission in cluster service, base station and monitoring terminal |
| CN106211093A (en) * | 2015-05-07 | 2016-12-07 | 成都鼎桥通信技术有限公司 | Group service transmission method based on PRACH and device |
| CN106332165A (en) * | 2015-06-15 | 2017-01-11 | 海能达通信股份有限公司 | Method of feeding downlink channel back by cluster terminal, terminal and system |
| CN106471840A (en) * | 2014-06-27 | 2017-03-01 | Lg电子株式会社 | Method and device for device-to-device terminal measurement in wireless communication system |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0322741D0 (en) * | 2003-09-29 | 2003-10-29 | Nortel Networks Ltd | Structured probable causes for management systems and network devices and their exploitation |
| US8130793B2 (en) * | 2006-08-22 | 2012-03-06 | Embarq Holdings Company, Llc | System and method for enabling reciprocal billing for different types of communications over a packet network |
| US8200083B2 (en) * | 2008-01-03 | 2012-06-12 | Futurewei Technologies, Inc. | Burst power measurements using averaged power measurement |
| US20170093730A1 (en) * | 2015-09-25 | 2017-03-30 | FSA Technologies,Inc. | Flow control system and method |
-
2017
- 2017-06-05 CN CN201710412870.3A patent/CN108990098B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1863363A (en) * | 2006-01-19 | 2006-11-15 | 华为技术有限公司 | Method for monitoring link stability |
| CN101772046A (en) * | 2008-12-31 | 2010-07-07 | 鼎桥通信技术有限公司 | Method, system and device for measuring and reporting downlink communication quality |
| CN103517214A (en) * | 2012-06-21 | 2014-01-15 | 成都鼎桥通信技术有限公司 | Transmitting power adjustment method based on group user terminals and base station |
| CN103067899A (en) * | 2012-12-24 | 2013-04-24 | 海能达通信股份有限公司 | Method, terminal and system of achieving call forwarding |
| CN105099628A (en) * | 2014-04-18 | 2015-11-25 | 成都鼎桥通信技术有限公司 | Method for realizing data retransmission in cluster service, base station and monitoring terminal |
| CN106471840A (en) * | 2014-06-27 | 2017-03-01 | Lg电子株式会社 | Method and device for device-to-device terminal measurement in wireless communication system |
| CN106211093A (en) * | 2015-05-07 | 2016-12-07 | 成都鼎桥通信技术有限公司 | Group service transmission method based on PRACH and device |
| CN106332165A (en) * | 2015-06-15 | 2017-01-11 | 海能达通信股份有限公司 | Method of feeding downlink channel back by cluster terminal, terminal and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108990098A (en) | 2018-12-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10966061B2 (en) | Multicast service transmission method and device | |
| US10524191B2 (en) | SC-MCCH sending method and device, and SC-PTM receiving method and device | |
| US11265132B2 (en) | Enhancing utilization efficiency of radio resources in MBMS | |
| US11051317B2 (en) | SC-MCCH sending method and apparatus, and SC-PTM receiving method and apparatus | |
| CN100345454C (en) | Method for providing an MBMS service in a wireless communication system | |
| US9491591B2 (en) | Method and apparatus for reliably transmitting group multicast using a cell broadcasting technique in a mobile communication system | |
| CN106576326B (en) | Method and apparatus for decoding enhanced paging of LC MTC UE | |
| EP3200503A1 (en) | Congestion/overload control method, system and device, and base station | |
| US20220295236A1 (en) | Method and apparatus for transmitting and receiving data in wireless communication system | |
| US20200015210A1 (en) | Telecommunications apparatus and method | |
| CN102281501B (en) | The method and system of multimedia broadcast multicast service counting feedback | |
| CN102404789B (en) | Data packet processing method and system and equipment | |
| CN113141580B (en) | Method, equipment and medium for reporting and determining interest of multicast broadcast service | |
| CN101568071B (en) | Paging method, device and system for multimedia broadcast service | |
| CN108990098B (en) | Retransmission method in cluster system | |
| CN103222297A (en) | Data acquisition and processing application method, system and corresponding equipment thereof | |
| WO2022205367A1 (en) | Wireless communication method, terminal device, and network device | |
| CN105451189A (en) | Method and device for multimedia broadcasting multicast communication | |
| CN101291446B (en) | Service status information acquiring method and system | |
| CN102448018B (en) | Method and system for sending statistical information of multimedia broadcasting and multicasting services | |
| EP4354914A1 (en) | Communication method and apparatus | |
| KR102338851B1 (en) | METHOD FOR PERFORMING EVOLVED MULTIMEDIA BROADCAST AND MULTICAST SERVICE(eMBMS) COUNTING IN WIRELESS SYSTEMS | |
| CN105282710B (en) | Method, device and system for activating machine type communication equipment group | |
| CN104602243B (en) | A kind of channel quality statistics method and apparatus | |
| CN109429187B (en) | Dynamic adjustment method and system for multicast area of multicast single frequency point network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |