CN111447569B - Method for idle called cluster terminal to receive wireless broadband cluster data service - Google Patents

Method for idle called cluster terminal to receive wireless broadband cluster data service Download PDF

Info

Publication number
CN111447569B
CN111447569B CN202010258465.2A CN202010258465A CN111447569B CN 111447569 B CN111447569 B CN 111447569B CN 202010258465 A CN202010258465 A CN 202010258465A CN 111447569 B CN111447569 B CN 111447569B
Authority
CN
China
Prior art keywords
prach
lost
target cell
speaking
packet
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
Application number
CN202010258465.2A
Other languages
Chinese (zh)
Other versions
CN111447569A (en
Inventor
李博
孙鑫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Yunan Zhiwei Technology Co ltd
Original Assignee
Beijing Yunan Zhiwei Technology Co ltd
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 Beijing Yunan Zhiwei Technology Co ltd filed Critical Beijing Yunan Zhiwei Technology Co ltd
Priority to CN202010258465.2A priority Critical patent/CN111447569B/en
Publication of CN111447569A publication Critical patent/CN111447569A/en
Application granted granted Critical
Publication of CN111447569B publication Critical patent/CN111447569B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0205Traffic management, e.g. flow control or congestion control at the air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • H04W36/22Performing reselection for specific purposes for handling the traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08User group management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1221Wireless traffic scheduling based on age of data to be sent

Landscapes

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

Abstract

The invention belongs to the field of LTE (Long term evolution) communication, and particularly relates to a method, a system and a device for receiving wireless broadband trunking data service by an idle called trunking terminal, aiming at solving the problems that a non-speaking-right user in an RRC (radio resource control) idle state receives discontinuous data packets when crossing cells and a signaling storm is generated due to the fact that the data packets are retransmitted and lost through a special bearer. The system method comprises the following steps: after cell reselection, judging whether a data packet is lost or not based on a PDCP (packet data convergence protocol) serial number of the last packet of valid data received by a non-speaking-right user in a source cell and a PDCP serial number of the first packet of valid data received by a target cell; if the PRACH preamble corresponding to the lost data packet exists, the PRACH preamble corresponding to the lost data packet is acquired and sent to the base station side of the target cell; and the base station side retransmits the lost data packet to the user according to the PRACH lead code. The invention ensures the continuity of the received data packet, avoids the signaling storm of the air interface and improves the utilization rate of air interface resources.

Description

Method for idle called cluster terminal to receive wireless broadband cluster data service
Technical Field
The invention belongs to the field of LTE (Long term evolution) communication, and particularly relates to a method, a system and a device for receiving wireless broadband trunking data service by an idle called trunking terminal.
Background
The B-trunk (broadband Trunking communication) standard is a broadband Trunking communication standard based on the TD-LTE (Time Division-Long Term Evolution) technology, and enhances broadband Trunking functions such as voice Trunking and multimedia scheduling while maintaining backward compatibility with 3GPP (3rd Generation Partnership Project) versions.
In the LTE system, the trunking group call service is a typical point-to-multipoint service model, and in a trunking user group, only one talk right user sends service data (such as voice or video); one or more non-speaking users (i.e. called group terminals) receive the service data through the shared channel. A significant feature of the group call service is that the non-speaking users can collect the group call service data whether in the RRC (Radio Resource Control) connected state or in the RRC idle state. In a trunking dispatching area, different cells independently carry out dynamic dispatching on group calling service data, and due to the difference of air interface resources, channel conditions, service loads and the like of all the cells, the dispatching of the group calling service data among the cells is often asynchronous.
For a non-speaking-right user in an RRC idle state, when the user moves across cells, due to the independence of scheduling of group call service data between the cells, the existing trunking standard is difficult to ensure the continuity of receiving the group call service data, that is, when a terminal switches between the cells, service data transmission packet loss is easy to occur, which causes a service jam or interruption, and reduces user experience.
However, the existing method (CN 108574963a) compares the PDCP sequence number of the last packet of valid service data received by the non-talk-right user in the source cell with the PDCP sequence number of the first packet of valid service data received by the non-talk-right user in the target cell, and determines that the data is retransmitted through a dedicated bearer if the data is missing. However, according to the characteristics of the cluster group call service, when a plurality of non-speaking-right users in an RRC idle state simultaneously perform cross-cell movement, a large number of non-speaking-right users trigger dedicated bearer establishment and a subsequent RRC connection release process, which may bring a large amount of air-interface signaling interaction and even signaling storm; the base station side sends the retransmitted trunking service data on the dedicated bearer, and the trunking service data is sent through the point-to-point dedicated bearer, which occupies a large amount of air interface resources and easily causes insufficient downlink scheduling resources in the cell. Meanwhile, the existing method (CN 108574963a) does not solve the problem of packet loss that may be caused when the PDCP sequence numbers of the same trunking service packet in the source cell and the target cell are not completely aligned. In summary, these problems may affect the transmission delay of the current trunking service, and may even affect other services in the cell.
Disclosure of Invention
In order to solve the above problems in the prior art, that is, to solve the problems that when a non-speaking-right user in an idle state of RRC moves across cells, received trunking group call service data is discontinuous and a large amount of air interface signaling interaction and even signaling storm are caused by retransmission of missing data through a dedicated bearer, a first aspect of the present invention provides a method for an idle called trunking terminal to receive a wireless broadband trunking data service, the method comprising:
step S100, after the non-speaking-right user reselects the cell, judging whether the cluster service data packet is lost or not by comparing the first serial number with the second serial number, if so, executing step S200; the first sequence number is a PDCP sequence number of the last packet of valid data received by the non-speaking-right user in the source cell; the second sequence number is a PDCP sequence number of the first packet of valid data received by the non-speaking-right user in the target cell;
step S200, based on the first serial number and the second serial number, the non-speaking-right user acquires the number of lost trunking service data packets, and acquires PRACH lead codes corresponding to the lost data packets by a preset lead code selection method and sends the PRACH lead codes to a base station side of a target cell in combination with pre-acquired first data; the first data comprises the number of preamble groups of the PRACH of the target cell and the total number of the PRACH preambles;
and step S300, the base station side of the target cell retransmits the lost trunking service data packet to the non-speaking-right user according to the PRACH lead code.
In some preferred embodiments, the state of the non-speaking user before cell reselection is an RRC idle state.
In some preferred embodiments, in step S200, "the non-speaking-right user obtains the number of lost trunking service data packets", the method includes:
L=M-N-1+C
wherein, L is the number of lost trunking service data packets, M is a second sequence number, N is a first sequence number, and C is a preset configurable parameter.
In some preferred embodiments, the first data is data obtained by the non-speaking-right user in a target cell cluster PARCH configuration before cell reselection; the cluster PARCH configuration comprises a PRACH preamble format, the total number of PRACH preambles, the number of PRACH preamble groups, the frequency domain resource position of PRACH, the time domain resource position of PRACH, the PRACH sending period, the preamble receiving target power and a constant.
In some preferred embodiments, in step S200, "obtaining the PRACH preamble corresponding to the missing data packet by a preset preamble selection method and sending the PRACH preamble to the base station side of the target cell" includes:
acquiring the number Q of each grouped PRACH preamble based on the first data; obtaining PARCH grouping index j according to the number of the lost cluster service data packets;
randomly selecting any lead code from the Q lead codes in the jth group as a PRACH lead code corresponding to the lost data packet;
and acquiring the sending time of the PARCH lead code according to the corresponding system frame number and subframe number of the first packet of cluster service data received from the target cell, the time domain resource of the PRACH of the target cell and the PRACH period configuration, and sending the PARCH lead code to the base station side of the target cell at the time.
In some preferred embodiments, "obtaining the PARCH packet index j according to the number of the lost cluster service data packets" includes:
j×K<L≤(j+1)×K
and K is a constant configured by the PRACH of the target cell cluster.
In some preferred embodiments, in step S400, the method for retransmitting, by the base station side of the target cell, the lost trunking service data packet to the non-talk right user according to the PRACH preamble includes:
the base station side of the target cell acquires the number of the cluster service data packets lost by the non-speaking-right user according to the grouping index of the PRACH lead code, and retransmits the lost cluster service data packets to the non-speaking-right user through a cluster service channel in combination with the PDCP serial number of the data packet sent by the current cluster service data of the target cell;
and if the target cell base station side receives a plurality of PRACH lead codes aiming at the same cluster service and belonging to different PRACH groups, retransmitting the data packet corresponding to the union of the group indexes corresponding to the lead codes on the cluster service channel.
The second aspect of the invention provides a system for receiving wireless broadband trunking data service by an idle called trunking terminal, which comprises a data packet loss judging module, a PARCH lead code obtaining module and a lost data packet retransmission module;
the data packet loss judging module is configured to judge whether the cluster service data packet is lost or not through comparison of the first serial number and the second serial number after the non-speaking-right user carries out cell reselection, and if the cluster service data packet is lost, the PARCH lead code acquiring module is executed; the first sequence number is a PDCP sequence number of the last packet of valid data received by the non-speaking-right user in the source cell; the second sequence number is a PDCP sequence number of the first packet of valid data received by the non-speaking-right user in the target cell;
the PARCH lead code acquisition module is configured to acquire the number of lost trunking service data packets by the non-speaking-right user based on the first serial number and the second serial number, and acquire a PRACH lead code corresponding to the lost data packets by a preset lead code selection method and send the PRACH lead code to a base station side of a target cell in combination with pre-acquired first data; the first data comprises the number of preamble groups of the PRACH of the target cell and the total number of the PRACH preambles;
and the lost data packet retransmission module is configured to retransmit a lost trunking service data packet to the non-speaking-right user by the base station side of the target cell according to the PRACH lead code.
In a third aspect of the present invention, a storage device is provided, in which a plurality of programs are stored, and the program applications are loaded and executed by a processor to implement the above method for receiving wireless broadband trunking data service by an idle called trunking terminal.
In a fourth aspect of the present invention, a processing apparatus is provided, which includes a processor, a storage device; a processor adapted to execute various programs; a storage device adapted to store a plurality of programs; the program is suitable for being loaded and executed by a processor to realize the method for receiving the wireless broadband trunking data service by the idle-state called trunking terminal.
The invention has the beneficial effects that:
the invention ensures the continuity of receiving the service data when the non-speaking-right user in the RRC idle state moves across the cells, avoids the signaling storm of the air interface and improves the utilization rate of the air interface resources. After the non-speaking-right user reselects the cell, the invention judges whether the problem of data packet loss exists according to the PDCP serial numbers corresponding to the data packets received in the source cell and the target cell by combining the preset configurable parameters, if so, the invention properly expands the range of the PDCP serial numbers of the lost data packets to retransmit the lost data packets, solves the problem of packet loss possibly caused when the cluster service PDCP serial numbers of the source cell and the target cell are not completely aligned, ensures the receiving continuity of the cluster group call service when the non-speaking-right user in an RRC idle state moves across the cells, and improves the user experience.
Meanwhile, according to the number of the lost data packets of the non-speaking-right users, the lead codes corresponding to the lost data packets are obtained through a preset lead code selection method and sent to the base station side of the target cell, and the base station side of the target cell retransmits the lost trunking service data packets to the non-speaking-right users through a trunking service channel according to the PRACH lead codes. The lost data is retransmitted through the point-to-multipoint trunking service channel, so that the signaling storm of an empty port caused by retransmitting data through point-to-point special bearing is solved, and the data retransmission efficiency and the transmission quality are improved.
Drawings
Other features, objects and advantages of the present application will become more apparent upon reading of the following detailed description of non-limiting embodiments thereof, made with reference to the accompanying drawings.
Fig. 1 is a flowchart illustrating a method for receiving a wireless broadband trunking data service by an idle called trunking terminal according to an embodiment of the present invention;
fig. 2 is a schematic diagram of a framework of a system for receiving a wireless broadband trunking data service by an idle called trunking terminal according to an embodiment of the present invention;
fig. 3 is a detailed flowchart of a method for receiving wireless broadband trunking data services by an idle called trunking terminal according to an embodiment of the present invention;
fig. 4 is a hardware framework diagram of a system for receiving wireless broadband trunking data services by an idle called trunking terminal according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings, and it is apparent that the described embodiments are some, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The present application will be described in further detail with reference to the following drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the relevant invention and not restrictive of the invention. It should be noted that, for convenience of description, only the portions related to the related invention are shown in the drawings.
It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict.
The method for receiving wireless broadband trunking data service by idle called trunking terminal of the invention, as shown in fig. 1, includes the following steps:
step S100, after the non-speaking-right user reselects the cell, judging whether the cluster service data packet is lost or not by comparing the first serial number with the second serial number, if so, executing step S200; the first sequence number is a PDCP sequence number of the last packet of valid data received by the non-speaking-right user in the source cell; the second sequence number is a PDCP sequence number of the first packet of valid data received by the non-speaking-right user in the target cell;
step S200, based on the first serial number and the second serial number, the non-speaking-right user acquires the number of lost trunking service data packets, and acquires PRACH lead codes corresponding to the lost data packets by a preset lead code selection method and sends the PRACH lead codes to a base station side of a target cell in combination with pre-acquired first data; the first data comprises the number of preamble groups of the PRACH of the target cell and the total number of the PRACH preambles;
and step S300, the base station side of the target cell retransmits the lost trunking service data packet to the non-speaking-right user according to the PRACH lead code.
In order to more clearly describe the method for receiving the wireless broadband trunking data service by the idle called trunking terminal of the present invention, the following will expand the detailed description of the steps in an embodiment of the method of the present invention with reference to the accompanying drawings.
Step S100, after the non-speaking-right user reselects the cell, judging whether the cluster service data packet is lost or not by comparing the first serial number with the second serial number, if so, executing step S200; the first sequence number is a PDCP sequence number of the last packet of valid data received by the non-speaking-right user in the source cell; and the second sequence number is a PDCP sequence number of the first packet of valid data received by the non-speaking-right user in the target cell.
In this embodiment, a trunking non-talk burst user in an RRC idle state may obtain a trunking PRACH configuration of a neighboring cell from a source cell before reselection, as shown in fig. 3. The configuration of the cluster PRACH comprises a PRACH preamble format, the total number of PRACH preambles, the number of PRACH preamble groups, the frequency domain resource position of the PRACH, the time domain resource position of the PRACH, the PRACH sending period, the preamble receiving target power and a constant K.
Wherein, the total number P of PRACH preambles is typically configured as P ∈ {4,8,12,16,20,24,28,32,36,40,44,48,52,56,60,64}, the number of preamble packets of PRACH is typically configured as r ∈ {1,2,3,4,5,6,8,16,32}, and the constant K is typically set to be K ∈ {1,2,3,4,5,6,8,10,12,16,20,40 }.
When the non-speaking-right user reselects the cell and determines the target cell, the sequence number maintained by the cluster service of the non-speaking-right user is taken as a first sequence number, which is denoted as N, namely the PDCP sequence number of the last packet of valid data received by the non-speaking-right user in the source cell is not cleared. And after receiving the cluster service data packet of the target cell, taking the PDCP serial number of the first packet effective data received by the non-speaking-right user in the source cell as a second serial number M, comparing the first serial number with the second serial number, if the N +1-C is less than M, considering that the cluster non-speaking-right user considers that the cluster service data packet is lost, and triggering the sending of the cluster PRACH, otherwise, judging that no data is lost by the cluster non-speaking-right user, and not triggering the sending of the cluster PRACH. Wherein, C is a preset configurable parameter which is greater than or equal to 0.
Step S200, based on the first serial number and the second serial number, the non-speaking-right user acquires the number of lost trunking service data packets, and acquires PRACH lead codes corresponding to the lost data packets by a preset lead code selection method and sends the PRACH lead codes to a base station side of a target cell in combination with pre-acquired first data; the first data comprises the number of preamble groups of the PRACH of the target cell and the total number of PRACH preambles.
In this embodiment, a non-speaking-right user (i.e., a called trunking terminal) acquires the number of lost trunking service data packets, acquires PRACH preambles corresponding to the lost trunking service data packets based on the number, and sends the PRACH preambles to a base station side of a target cell, where the specific processing is as follows:
firstly, the number of lost cluster service data packets is calculated, and the calculation process is shown as formula (1):
L=M-N-1+C (1)
wherein L is the number of lost cluster service data packets.
And obtaining the PRACH number Q of each group as P/r according to the preamble grouping number r (the grouping index is j is 0,1,2 … …, r-2) of the PRACH of the target cell and the total number P of the PRACH preambles.
And based on the number of lost cluster service data packets and a constant K of PRACH configuration, acquiring a PRACH packet index j by a formula (2) or (3):
j×K<L≤(j+1)×K (2)
wherein j is 0,1,2 … …, r-2.
L≥(j+1)×K (3)
Wherein j is r-1.
And then randomly selecting any preamble from the Q preambles in the jth group as the PRACH preamble corresponding to the lost data packet.
And determining the sending time of the first PRACH as the sending time of the cluster PRACH according to the system frame number and the subframe number of the first packet of cluster service data packet received from the target cell, the time domain resource of the PRACH of the target cell and the PRACH period configuration, and sending the selected PRACH lead code to the base station side of the target cell at the time.
And step S300, the base station side of the target cell retransmits the lost trunking service data packet to the non-speaking-right user according to the PRACH lead code.
In this embodiment, after receiving the PRACH preamble of the cluster, the target cell base station infers the number of PDCP packets of the cluster group call service missing from the non-talk-right user according to the group index where the preamble is located, and sends the missing service data through the cluster service channel in combination with the scheduling status of the cluster group call service at the current time (the PDCP sequence number of the packet already sent by the current cluster service data of the target cell). And if the target cell receives a plurality of trunking PRACH lead codes of a plurality of terminals aiming at the same trunking service and belonging to different PRACH groups, retransmitting the data packets corresponding to the union of the missing trunking group calling service data packet indexes on a trunking service channel. For example, if the terminal 1 misses the 4 th, 5 th, and 6 th packet data and the terminal 2 misses the 6 th, 7 th, 8 th, and 9 th packet data, the base station retransmits the 4 th, 5 th, 6 th, 7 th, 8 th, and 9 th packet data on the trunking traffic channel.
A system for receiving wireless broadband trunking data services by an idle called trunking terminal according to a second embodiment of the present invention, as shown in fig. 2, includes: a data packet loss judgment module 100, a PARCH preamble acquisition module 200, and a lost data packet retransmission module 300;
the data packet loss determining module 100 is configured to determine whether there is a loss of a trunking service data packet by comparing a first serial number with a second serial number after a non-speaking-right user performs cell reselection, and if so, execute a PARCH preamble acquiring module 200; the first sequence number is a PDCP sequence number of the last packet of valid data received by the non-speaking-right user in the source cell; the second sequence number is a PDCP sequence number of the first packet of valid data received by the non-speaking-right user in the target cell;
the PARCH preamble acquisition module 200 is configured to acquire, based on the first serial number and the second serial number, the number of lost trunking service data packets for the non-talk right user, and acquire, by using a preset preamble selection method, a PRACH preamble corresponding to the lost data packet and send the PRACH preamble to a base station side of a target cell, in combination with the pre-acquired first data; the first data comprises the number of preamble groups of the PRACH of the target cell and the total number of the PRACH preambles;
the lost data packet retransmission module 300 is configured to retransmit a lost trunking service data packet to the non-talk right user by the base station side of the target cell according to the PRACH preamble.
It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working process and related description of the system described above may refer to the corresponding process in the foregoing method embodiment, and details are not described herein again.
It should be noted that, the system for receiving the wireless broadband trunking data service by the idle-state called trunking terminal provided in the foregoing embodiment is only illustrated by the division of the foregoing functional modules, and in practical applications, the above functions may be allocated to different functional modules according to needs, that is, the modules or steps in the embodiment of the present invention are further decomposed or combined, for example, the modules in the foregoing embodiment may be combined into one module, or may be further split into multiple sub-modules, so as to complete all or part of the functions described above. The names of the modules and steps involved in the embodiments of the present invention are only for distinguishing the modules or steps, and are not to be construed as unduly limiting the present invention.
A storage device according to a third embodiment of the present invention stores multiple programs, where the programs are suitable for being loaded by a processor and implementing the above method for receiving wireless broadband trunking data services by an idle called trunking terminal.
A processing apparatus according to a fourth embodiment of the present invention includes a processor, a storage device; a processor adapted to execute various programs; a storage device adapted to store a plurality of programs; the program is suitable to be loaded and executed by a processor to implement the above-mentioned method for receiving wireless broadband trunking data service by the idle called trunking terminal.
It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working processes and related descriptions of the storage device and the processing device described above may refer to the corresponding processes in the foregoing method examples, and are not described herein again.
Referring now to FIG. 4, there is illustrated a block diagram of a computer system suitable for use as a server in implementing embodiments of the method, system, and apparatus of the present application. The server shown in fig. 4 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.
As shown in fig. 4, the computer system includes a Central Processing Unit (CPU)401 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 402 or a program loaded from a storage section 408 into a Random Access Memory (RAM) 403. In the RAM 403, various programs and data necessary for system operation are also stored. The CPU 401, ROM 402, and RAM 403 are connected to each other via a bus 404. An Input/Output (I/O) interface 405 is also connected to the bus 404.
The following components are connected to the I/O interface 405: an input portion 306 including a keyboard, a mouse, and the like; an output section 407 including a Display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and a speaker; a storage section 408 including a hard disk and the like; and a communication section 409 including a Network interface card such as a LAN (Local Area Network) card, a modem, or the like. The communication section 409 performs communication processing via a network such as the internet. A driver 410 is also connected to the I/O interface 405 as needed. A removable medium 411 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 410 as necessary, so that a computer program read out therefrom is mounted into the storage section 408 as necessary.
In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 409, and/or installed from the removable medium 411. The computer program performs the above-described functions defined in the method of the present application when executed by a Central Processing Unit (CPU) 401. It should be noted that the computer readable medium mentioned above in the present application may be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In this application, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The terms "first," "second," and the like are used for distinguishing between similar elements and not necessarily for describing or implying a particular order or sequence.
The terms "comprises," "comprising," or any other similar term are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus.
So far, the technical solutions of the present invention have been described in connection with the preferred embodiments shown in the drawings, but it is easily understood by those skilled in the art that the scope of the present invention is obviously not limited to these specific embodiments. Equivalent changes or substitutions of related technical features can be made by those skilled in the art without departing from the principle of the invention, and the technical scheme after the changes or substitutions can fall into the protection scope of the invention.

Claims (7)

1. A method for receiving wireless broadband trunking data service by idle called trunking terminal is characterized in that the method comprises:
step S100, after the non-speaking-right user reselects the cell, judging whether the cluster service data packet is lost or not by comparing the first serial number with the second serial number, if so, executing step S200; the first sequence number is a PDCP sequence number of the last packet of valid data received by the non-speaking-right user in the source cell; the second sequence number is a PDCP sequence number of the first packet of valid data received by the non-speaking-right user in the target cell;
step S200, based on the first serial number and the second serial number, the non-speaking-right user acquires the number of lost trunking service data packets, and acquires PRACH lead codes corresponding to the lost data packets by a preset lead code selection method and sends the PRACH lead codes to a base station side of a target cell in combination with pre-acquired first data; the first data comprises the number of preamble groups of the PRACH of the target cell and the total number of the PRACH preambles;
"the said non-speaking right user obtains the number of the cluster service data packet lost", its method is:
L=M-N-1+C
wherein, L is the number of lost trunking service data packets, M is a second sequence number, N is a first sequence number, and C is a preset configurable parameter;
"the PRACH preamble corresponding to the missing data packet is acquired by a preset preamble selection method and sent to the base station side of the target cell", the method includes:
acquiring the number Q of each grouped PRACH preamble based on the first data; obtaining PARCH grouping index j according to the number of the lost cluster service data packets;
randomly selecting any lead code from the Q lead codes in the jth group as a PRACH lead code corresponding to the lost data packet;
acquiring the sending time of the PARCH lead code according to the corresponding system frame number and subframe number of the first packet of cluster service data received from the target cell, the time domain resource of the PRACH of the target cell and the PRACH period configuration, and sending the PARCH lead code to the base station side of the target cell at the time;
step S300, the retransmission of the lost trunking service data packet to the non-speaking-right user by the base station side of the target cell according to the PRACH lead code comprises the following steps:
the base station side of the target cell acquires the number of the cluster service data packets lost by the non-speaking-right user according to the grouping index of the PRACH lead code, and retransmits the lost cluster service data packets to the non-speaking-right user through a cluster service channel in combination with the PDCP serial number of the data packet sent by the current cluster service data of the target cell;
and if the target cell base station side receives a plurality of PRACH lead codes aiming at the same cluster service and belonging to different PRACH groups, retransmitting the data packet corresponding to the union of the group indexes corresponding to the lead codes on the cluster service channel.
2. The method of claim 1, wherein the non-speaking-right user is in an RRC idle state before cell reselection.
3. The method of claim 2, wherein the first data is data of the non-speaking-right user in a target cell cluster PARCH configuration obtained before cell reselection; the cluster PARCH configuration comprises a PRACH preamble format, the total number of PRACH preambles, the number of PRACH preamble groups, the frequency domain resource position of PRACH, the time domain resource position of PRACH, the PRACH sending period, the preamble receiving target power and a constant.
4. The method of claim 1, wherein the method of obtaining PARCH packet index j according to the number of the lost trunking service data packets comprises:
j×K<L≤(j+1)×K
and K is a constant configured by the PRACH of the target cell cluster.
5. A system for receiving wireless broadband trunking data service by an idle called trunking terminal, the system comprising: the system comprises a data packet loss judgment module, a PARCH lead code acquisition module and a lost data packet retransmission module;
the data packet loss judging module is configured to judge whether the cluster service data packet is lost or not through comparison of the first serial number and the second serial number after the non-speaking-right user carries out cell reselection, and if the cluster service data packet is lost, the PARCH lead code acquiring module is executed; the first sequence number is a PDCP sequence number of the last packet of valid data received by the non-speaking-right user in the source cell; the second sequence number is a PDCP sequence number of the first packet of valid data received by the non-speaking-right user in the target cell;
the PARCH lead code acquisition module is configured to acquire the number of lost trunking service data packets by the non-speaking-right user based on the first serial number and the second serial number, and acquire a PRACH lead code corresponding to the lost data packets by a preset lead code selection method and send the PRACH lead code to a base station side of a target cell in combination with pre-acquired first data; the first data comprises the number of preamble groups of the PRACH of the target cell and the total number of the PRACH preambles;
"the said non-speaking right user obtains the number of the cluster service data packet lost", its method is:
L=M-N-1+C
wherein, L is the number of lost trunking service data packets, M is a second sequence number, N is a first sequence number, and C is a preset configurable parameter;
"the PRACH preamble corresponding to the missing data packet is acquired by a preset preamble selection method and sent to the base station side of the target cell", the method includes:
acquiring the number Q of each grouped PRACH preamble based on the first data; obtaining PARCH grouping index j according to the number of the lost cluster service data packets;
randomly selecting any lead code from the Q lead codes in the jth group as a PRACH lead code corresponding to the lost data packet;
acquiring the sending time of the PARCH lead code according to the corresponding system frame number and subframe number of the first packet of cluster service data received from the target cell, the time domain resource of the PRACH of the target cell and the PRACH period configuration, and sending the PARCH lead code to the base station side of the target cell at the time;
the lost data packet retransmission module is configured to configure a base station side of a target cell to retransmit a lost trunking service data packet to the non-speaking-right user according to the PRACH preamble, and includes:
the base station side of the target cell acquires the number of the cluster service data packets lost by the non-speaking-right user according to the grouping index of the PRACH lead code, and retransmits the lost cluster service data packets to the non-speaking-right user through a cluster service channel in combination with the PDCP serial number of the data packet sent by the current cluster service data of the target cell;
and if the target cell base station side receives a plurality of PRACH lead codes aiming at the same cluster service and belonging to different PRACH groups, retransmitting the data packet corresponding to the union of the group indexes corresponding to the lead codes on the cluster service channel.
6. A storage means having stored therein a plurality of programs, characterized in that said program applications are loaded and executed by a processor to implement the method for receiving wireless broadband trunking data services by idle called trunking terminals according to any of claims 1 to 4.
7. A processing device comprising a processor, a storage device; a processor adapted to execute various programs; a storage device adapted to store a plurality of programs; characterized in that the program is adapted to be loaded and executed by a processor to implement the method for receiving wireless broadband trunking data services by an idle called trunking terminal according to any of claims 1 to 4.
CN202010258465.2A 2020-04-03 2020-04-03 Method for idle called cluster terminal to receive wireless broadband cluster data service Active CN111447569B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010258465.2A CN111447569B (en) 2020-04-03 2020-04-03 Method for idle called cluster terminal to receive wireless broadband cluster data service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010258465.2A CN111447569B (en) 2020-04-03 2020-04-03 Method for idle called cluster terminal to receive wireless broadband cluster data service

Publications (2)

Publication Number Publication Date
CN111447569A CN111447569A (en) 2020-07-24
CN111447569B true CN111447569B (en) 2021-09-07

Family

ID=71652799

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010258465.2A Active CN111447569B (en) 2020-04-03 2020-04-03 Method for idle called cluster terminal to receive wireless broadband cluster data service

Country Status (1)

Country Link
CN (1) CN111447569B (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104853388A (en) * 2015-04-02 2015-08-19 四川大学 Method for generating group data packet serial number in cluster communication system and base station
CN108512628A (en) * 2017-02-24 2018-09-07 上海朗帛通信技术有限公司 A kind of method and apparatus for higher layer transmission being used in base station, UE
CN108574963A (en) * 2017-03-10 2018-09-25 北京信威通信技术股份有限公司 A kind of data transmission method of LTE group services

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101202973B (en) * 2006-12-11 2010-11-03 大唐移动通信设备有限公司 Method, system for allocating discourse authority and colony communication server
US8477719B2 (en) * 2007-10-01 2013-07-02 Qualcomm Incorporated Systems and methods for in-order delivery in downlink during handover
CN103124397B (en) * 2011-11-18 2017-11-24 中兴通讯股份有限公司 Keep the successional processing method and processing device of group service
US9838282B2 (en) * 2014-05-09 2017-12-05 Telefonaktiebolaget Lm Ericsson (Publ) PDCP and flow control for split bearer
US10778449B2 (en) * 2018-01-26 2020-09-15 Huawei Technologies Co., Ltd. System and method for shared sessions in communication networks
US10687263B2 (en) * 2018-02-15 2020-06-16 Qualcomm Incorporated Enhanced make-before-break handover

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104853388A (en) * 2015-04-02 2015-08-19 四川大学 Method for generating group data packet serial number in cluster communication system and base station
CN108512628A (en) * 2017-02-24 2018-09-07 上海朗帛通信技术有限公司 A kind of method and apparatus for higher layer transmission being used in base station, UE
CN108574963A (en) * 2017-03-10 2018-09-25 北京信威通信技术股份有限公司 A kind of data transmission method of LTE group services

Also Published As

Publication number Publication date
CN111447569A (en) 2020-07-24

Similar Documents

Publication Publication Date Title
US11546804B2 (en) Data transmission method and apparatus
RU2469475C2 (en) Method of generating random access reply message group identifier and random access method
US11395291B2 (en) Allocating transmission resources in communication networks that provide low latency services
CN101562894B (en) Sending method of buffer state report and equipment thereof
CN101400130B (en) Method, system and device for system information block mapping
EP3255942A1 (en) Paging methods, paging devices and paging system
WO2020088688A1 (en) Resource configuration method and device
EP2166799A1 (en) Method and apparatus for implementing a virtual network
EP2675197A1 (en) Message delivery system and base station, and message delivery method
CN106793136B (en) user equipment and its data transmission method
US20220272692A1 (en) Methods for data transmission and a terminal device
WO2019062838A1 (en) Method and device for data transmission
US10798563B2 (en) User terminal, radio base station and radio communication method
EP3456127A1 (en) Signaling of tdd subframe use to short tti ues
CN104955171A (en) Method and device for controlling establishment of mobile communication network connection
CN108923890B (en) Data transmission method, user equipment, base station and system
US11246169B2 (en) Communication method, related device, and system
CN115297510A (en) Downlink data transmission method and device
CN111447569B (en) Method for idle called cluster terminal to receive wireless broadband cluster data service
CN112118589B (en) Information configuration method, device, base station and communication system
CN111447570B (en) Data transmission method, system and device based on wireless broadband cluster service
CN107820216B (en) Scheduling method and device based on SC-MTCH
CN109475007B (en) Data distribution method, user terminal, and computer-readable storage medium
CN114916062A (en) Paging method and related equipment
CN105007568B (en) A kind of transmission method, relevant device and the system of multicast message frame

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