WO2017198236A1 - Dispositif, procédé de transmission de données et système - Google Patents

Dispositif, procédé de transmission de données et système Download PDF

Info

Publication number
WO2017198236A1
WO2017198236A1 PCT/CN2017/086075 CN2017086075W WO2017198236A1 WO 2017198236 A1 WO2017198236 A1 WO 2017198236A1 CN 2017086075 W CN2017086075 W CN 2017086075W WO 2017198236 A1 WO2017198236 A1 WO 2017198236A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
pdcp
rlc
capability
frame
Prior art date
Application number
PCT/CN2017/086075
Other languages
English (en)
Chinese (zh)
Inventor
吕应权
黄河
黄侃
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017198236A1 publication Critical patent/WO2017198236A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • 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

Definitions

  • the present disclosure relates to the field of communications, and in particular to a data transmitting method, apparatus, and system.
  • the mobile communication network is facing an expansive growth of terminal data traffic.
  • the construction of the 5th Generation mobile communication technology (5G) network needs to achieve ultra-high speed, high throughput, ultra-high reliability, and super Indicators such as low latency provide users with the best experience.
  • 5G 5th Generation mobile communication technology
  • These requirements make the service capabilities and deployment strategies of mobile networks face enormous pressures and challenges.
  • operators need to enhance existing network deployment and communication technologies.
  • the network architecture of the 4th Generation mobile communication technology (4G) is flattened, and the Radio Network Controller (RNC) is removed.
  • the base station eNodeB is directly connected to the core network. Reduced latency.
  • 5G network architecture in addition to further sinking the core network function, it tends to adopt C-RAN (Centralized, Cooperative, Cloud & Clean-Radio Access Network) network deployment.
  • This network architecture adopts collaboration and virtualization technology to achieve resource sharing and dynamic scheduling, achieving low cost, high bandwidth and high flexibility.
  • the cell range is getting smaller and smaller, and it is an ultra-dense heterogeneous network. This architecture facilitates efficient collaboration between cells.
  • the C-RAN architecture is generally composed of a BaseBand Unit (BBU) and a Radio Remote Unit (RRU).
  • BBU BaseBand Unit
  • RRU Radio Remote Unit
  • the pre-interface between the BBU and the RRU uses a common public radio.
  • Interface Common Public Radio Interface, CPRI for short
  • CPRI interface transmits IQ (in-phase/quadrature) signals processed by physical layer coding and modulation, and CPRI interface pairs are transmitted. Both latency and bandwidth have large requirements.
  • CPRI Common Public Radio Interface
  • the 5G air interface rate is increased to tens of Gbps, the traffic demand of the CPRI interface will rise to the Tbps level, which puts tremendous pressure on the network deployment cost and deployment difficulty. Therefore, in 5G, the functions of the BBU and the RRU need to be redefined.
  • the functional part of the user plane of the layer 2 is placed in the BBU, and the part of the BBU and the RRU are respectively named as the centralized processing unit.
  • Remote processing unit Remote processing unit.
  • the protocol stack of the radio interface user plane includes Packet Data Convergence Protocol (PDCP), Radio Link Control (RLC), and Medium Access Control (Medium Access Control). , referred to as MAC), where PDCP functions include header compression, cryptographic integrity protection, retransmission, and receiving side sequencing.
  • the RLC function has automatic repeat request (ARQ), serial segmentation, etc. If the PDCP is only placed in the centralized processing unit, and the RLC and the following functions such as the MAC function are placed in the remote processing unit, this processing method is relatively simple, but has the following problems:
  • the PDCP data needs to be retransmitted in the PDCP reconstruction. Therefore, the PDCP status report and the retransmission function are defined, and the ARQ function of the RLC is duplicated, and each packet of the PDCP needs to be confirmed after receiving the RLC confirmation.
  • the amount of confirmation messages that the RLC feeds back to the PDCP is large;
  • Both the PDCP and the RLC need to be buffered before the same packet data is received, and if there is no flow control mechanism between the PDCP and the RLC, the buffer overhead of the RLC is large;
  • the PDCP does not concatenate the Service Data Unit (SDU).
  • SDU Service Data Unit
  • the IP transmission efficiency of the PDCP and the RLC will be relatively low. Even if the centralized processing unit and the remote processing unit support jumbo frame transmission, it cannot be alleviated. Transfer pressure.
  • the data unit is very large and generally exceeds the maximum packet length of the IP transmission. Such a large packet length is not suitable for IP transmission.
  • the embodiments of the present disclosure provide a data sending method, apparatus, and system, to at least solve the problem that the related technologies cannot meet the service requirements of 5G.
  • a data transmitting method including: a packet data convergence protocol layer PDCP acquires a transmission capability for transmitting data from a radio link control RLC; and the PDCP transmits a first according to the transmission capability One data.
  • the sending, by the PDCP, the first data according to the sending capability includes: the PDCP encapsulating the first data according to a data type of the first data and the sending capability; The first data after encapsulation.
  • the encapsulating, by the PDCP, the first data according to the data type of the first data and the sending capability, when the data type is a robust header compression ROHC feedback information frame When the transmission capability allows the length of the data transmitted by the PDCP to be greater than or equal to the length of the first data, the PDCP encapsulates the first data into a first packet data unit PDU; and/or when the data type When the ROHC feedback information frame is compressed for the non-robust header, the PDCP encapsulates the first data and other non-ROHC feedback information frames to be sent according to the sending capability to form a second packet data unit PDU.
  • the PDCP encapsulating the first data and the other non-ROHC feedback information frames to form the second PDU, the PDCP determining, according to the sending capability, the current The amount of data that is allowed to be sent; the PDCP concatenates the first data and some other non-ROHC feedback information frames to be sent according to the amount of data that is allowed to be sent; the PDCP will be concatenated The data is encapsulated into the second PDU.
  • the sending, by the PDCP, the encapsulated first data includes: the PDCP is based at least according to a sequence number of the second PDU, and Adding the second PDU by the superframe number HFN corresponding to the second PDU The PDCP sends the encrypted second PDU.
  • the method further includes: determining, by the PDCP, whether a return of the peer that receives the first data is received within a predetermined time. a message; the PDCP sends the first data again when the judgment result is that the confirmation message is not received.
  • the method further includes: the PDCP receiving the second data; the PDCP processing the second data according to the data type of the second data.
  • a data transmitting method comprising: a radio link control RLC determining a transmission capability; the RLC notifying the transmission capability to a packet data convergence protocol layer PDCP, wherein the transmission capability Used for the PDCP to send data.
  • the determining, by the RLC, the sending capability includes: obtaining, by the RLC, an amount of data buffered in the PDCP and air interface capability information from a media access control MAC; the RLC The transmitting capability is determined according to the amount of data buffered in the PDCP, the air interface capability information, and the data buffer status of the RLC.
  • the obtaining, by the RLC, the data volume that is buffered in the PDCP the RLC acquiring a data frame from the PDCP, where the RLC acquires a data volume identifier carried in a frame header of the data frame, where The data quantity identifier is used to identify the amount of data buffered in the PDCP; and the RLC determines the amount of data buffered in the PDCP according to the data quantity identifier.
  • the method further includes: when the RLC determines that the air interface capability information and/or the data cache state of the RLC changes, The transmission capability is re-determined; the re-determined transmission capability is notified to the PDCP.
  • the reporting, by the RLC, the sending capability to the PDCP includes: the RLC composing a transmission capability allocation frame according to the sending capability; and the RLC sends the sending capability allocation frame to the PDCP.
  • a data transmitting apparatus the apparatus being applied to a packet data convergence protocol layer PDCP, comprising: an obtaining module configured to acquire a transmission for transmitting data from a radio link control RLC
  • the capability module is configured to send the first data according to the sending capability.
  • a data transmitting apparatus the apparatus being applied to a radio link control RLC, comprising: a determining module configured to determine a transmitting capability; and a notifying module configured to notify the transmitting capability
  • a packet data convergence protocol layer PDCP is provided, wherein the transmission capability is used by the PDCP to transmit data.
  • a data transmitting system including the above-described data transmitting apparatus applied to a packet data convergence protocol layer PDCP and the above-described data transmitting apparatus applied in a radio link control RLC.
  • a storage medium is also provided.
  • the storage medium is arranged to store program code for performing the steps in any of the above methods.
  • processor being used for Running a program, wherein the program is executed while performing the method of any of the above.
  • the PDCP can perform data transmission according to the transmission capability from the RLC, thereby making the PDCP data transmission more efficient and reasonable, thereby providing a service requirement for satisfying 5G. Ensure that the problems in the related technologies that cannot meet the 5G business needs are solved.
  • FIG. 1 is a flowchart of a first method of data transmission according to an embodiment of the present disclosure
  • FIG. 2 is a schematic structural diagram of a data frame according to an embodiment of the present disclosure
  • FIG. 3 is a schematic structural diagram of a ROHC feedback information frame according to an embodiment of the present disclosure.
  • FIG. 4 is a schematic structural diagram of a status report frame according to an embodiment of the present disclosure.
  • FIG. 5 is a schematic structural diagram of a capability allocation frame according to an embodiment of the present disclosure.
  • FIG. 6 is a functional block diagram of a PDCP transmitting side processing according to an embodiment of the present disclosure
  • FIG. 7 is a flowchart of a PDCP transmitting side according to an embodiment of the present disclosure.
  • FIG. 8 is a block diagram of a PDCP receiving side processing function according to an embodiment of the present disclosure.
  • FIG. 9 is a flowchart of a PDCP receiving side according to an embodiment of the present disclosure.
  • FIG. 10 is a flowchart of a second method of data transmission according to an embodiment of the present disclosure.
  • FIG. 11 is a flowchart of processing of PDCP data by RLC according to an embodiment of the present disclosure
  • FIG. 13 is a block diagram showing the structure of a first type of data transmitting apparatus according to an embodiment of the present disclosure
  • FIG. 14 is a block diagram showing the structure of a second type of data transmitting apparatus according to an embodiment of the present disclosure.
  • FIG. 1 is a flowchart of a first data sending method according to an embodiment of the present disclosure. As shown in FIG. 1 , the process includes the following steps:
  • Step S102 the packet data convergence protocol layer PDCP acquires a transmission capability for transmitting data from the radio link control RLC;
  • Step S104 The PDCP sends the first data according to the sending capability.
  • the capability allocation processing is added in the RLC, so that the PDCP can perform data transmission according to the sending capability from the RLC, so that the PDCP data transmission is more effective and reasonable, and provides a guarantee for satisfying the 5G service requirement, and solves related technologies.
  • the PDCP when the PDCP sends the first data according to the sending capability, the PDCP may be implemented in the following manner: the PDCP performs the first data according to the data type of the first data and the sending capability. Encapsulation; PDCP sends the encapsulated first data.
  • the data type of the first data may include multiple types, for example, a data frame, a control frame (the control frame may include: Robust Header Compression (ROHC) feedback information frame, etc.), and The structure of different frames is different.
  • the structure of each frame can refer to FIGS. 2 to 5, wherein the fields in each frame structure can be defined as follows:
  • D/C 1 indicates a data frame, and 0 indicates a control frame
  • Segmentation information indicates that 00 indicates that the first byte of the Data field in the PDU is the beginning of a PDCP SDU, and the last byte is the last byte of a PDCP SDU; 01 indicates the number of the Data field in the PDU.
  • One byte is the beginning of a PDCP SDU, the last one The byte is not the last byte of a PDCP SDU; 10 indicates that the first byte of the Data field in the PDU is not the beginning of a PDCP SDU, the last byte is the last byte of a PDCP SDU; 11 indicates the PDU The first byte of the Data field is not the beginning of a PDCP SDU, nor is the last byte the last byte of a PDCP SDU;
  • P: 1 indicates that the peer needs to return a status report after receiving it; 0 means that it does not need to return a status report;
  • PDCP_SN The PDCP sequence number, which is two bytes, and can range from 0 to 65535.
  • User Buffer size indicates the amount of data (bytes) of the PDCP cache, including the data in the unsegmented and pending queues, which can be up to 65535, and the excess is 65535.
  • LI length indication (bytes) of the SDU of the PDCP, the field occupies 15 bits, indicating that the bytes belong to one SDU;
  • PDCP TYPE PDCP control frame type, which can occupy 3 bits, 000 indicates that the frame is a PDCP status report; 001 indicates that the frame is a ROHC feedback information frame; and 010 indicates that the frame is a transmission capability allocation frame;
  • FMS The first PDCP sequence number of the dropped frame, indicating that the previous frame is received and can occupy two bytes.
  • Bitmap Bitmap indicating the frame loss, such as the highest bit of Bitmap_1 is 0, indicating that the sequence number is (FMS+8).
  • the receiver does not receive it and needs to retransmit. If it is 1, it does not need to retransmit, such as the nth of Bitmap_k.
  • the bit is 0, indicating that the sequence number is (FMS+8*(k-1)+n).
  • the receiver does not receive it and needs to retransmit. If it is 1, it does not need to retransmit. If there is no Bitmap indication, it means there is no loss. Packet, the sending side can decide whether to retransmit according to its own judgment;
  • Max PDCP Pdu length The maximum length of a PDCP PDU that can be composed, which is two bytes.
  • Interval The time interval (in ms) at which data is sent, which is 1 byte and the maximum is 255 ms.
  • Repetition Period The number of repetitions (0 to 255) of data sent by consecutive Intervals, which is 1 byte and the maximum is 255.
  • the foregoing, by the PDCP, the first data is encapsulated according to the data type of the first data and the sending capability, where the foregoing data type is a robust header compressed ROHC feedback information frame, and the foregoing sending capability allows
  • the PDCP encapsulates the first data into the first packet data unit PDU; and/or, when the data type is a non-robust header compressed ROHC feedback information frame
  • the PDCP encapsulates the first data and other non-ROHC feedback information frames to be sent together according to the sending capability to form a second packet data unit PDU.
  • the foregoing PDCP encapsulates the first data and the other non-ROHC feedback information frames according to the sending capability to form the second PDU.
  • the PDCP determines, according to the sending capability, the amount of data that is allowed to be sent, and the PDCP is configured according to the PDCP.
  • the amount of data that is allowed to be transmitted is concatenated with some or all of the first data and other non-ROHC feedback information frames to be transmitted; the PDCP encapsulates the concatenated data into a second PDU.
  • the data type is a non-ROHC feedback information frame
  • the first data and other non-ROHC feedback information frames may be concatenated.
  • the concatenation is performed, when the complete non-ROHC cannot be serially connected.
  • Other ROHCs can be segmented, that is, the first data is serially connected with some other non-ROHCs.
  • the foregoing sending, by the PDCP, the encapsulated first data includes: the PDCP is based on at least a sequence number of the second PDU and a super corresponding to the second PDU.
  • the frame number HFN encrypts the second PDU; the PDCP transmits the encrypted second PDU.
  • the non-ROHC feedback information frame is sent, the encryption is performed, and the encryption may be performed in multiple manners.
  • the sequence number of the second PDU and the corresponding HFN are used for encryption.
  • the sequence number of the second PDU may be determined according to the number of received PDUs counted by the PDCP, and the amount of data buffered in the PDCP is limited. For example, the maximum amount of data is 65535 bytes, and the HFN may be buffered to the maximum amount of data. The number of times.
  • the method further includes: determining, by the PDCP, whether a confirmation message returned by the peer receiving the first data is received within a predetermined time; When the result of the determination is that the above confirmation message is not received, the first data is transmitted again.
  • the peer end that receives the first data may be the PDCP on the terminal side.
  • the PDCP may start a Poll timer, and retransmit the first data after the timeout.
  • the PDCP may not perform the retransmission function described above, that is, the PDCP may send the first data only once.
  • the foregoing embodiments are mainly directed to the process of sending data by the PDCP.
  • the following describes the overall sending process on the PDCP side.
  • the following functions are implemented in sequence: header compression; segmentation, In series; increase the PDCP sequence number (corresponding to the sequence number of the above PDU) to form a PDCP PDU; perform encryption processing; put in a transmission queue (not shown in FIG. 6); implement a retransmission mechanism.
  • the overall data processing of the PDCP transmitting side will be described in detail below with reference to the specific embodiment 1:
  • This embodiment provides a method for data processing on the transmitting side of the PDCP. As shown in FIG. 7, the processing flow in this embodiment includes the following steps:
  • the data of the S700 and the PDCP after the header compression processing is placed in the receiving queue.
  • the PDCP obtains data from the receiving queue.
  • the processing of the header compression is not described in detail herein. For details, refer to the 3633 protocol of 3GPP.
  • the transmission capability may be the total length of data allowed to be transmitted by the PDCP, and the corresponding transmission capability may be deducted from the total length of data allowed to be transmitted by the PDCP, and the remaining data is deducted.
  • the length of the data that is allowed to be transmitted by the PDCP is the remaining transmission capability of the PDCP); if it is not the ROHC feedback information frame, the process proceeds to step S702;
  • the P identifier is set according to the Poll_Byte parameter and the Poll_Byte parameter.
  • the PDCP PDU is formed according to the result obtained by S702 ⁇ S704.
  • S707 The processing of the 4G RLC ARQ process is performed, and the data is sent and placed in the sent queue. If the P bit is 1, the Poll timer is started, and the PDU is retransmitted after the timeout;
  • the second data may also be received, where the second data may be sent by the peer end (for example, PDCP in the terminal), below.
  • the related data reception is described: the PDCP receives the second data; the PDCP processes the second data according to the data type of the second data.
  • the processing of the second data is mainly performed according to a specific type of the second data, wherein the data type of the second data may include multiple types, for example, a data frame, a control frame (control frame) It may include: Robust Header Compression (ROHC) feedback information frame, status report frame, transmission capability allocation frame, and the like.
  • ROHC Robust Header Compression
  • the PDCP decompresses the second data, that is, directly sends the ROHC feedback information frame to the header compression processing module for decompression processing, and obtains Corresponding data; and/or,
  • the second data is a status report frame for indicating a data reception state (ie, a receiving state of the data received by the peer receiving the PDCP, which may include information of the received data)
  • the PDCP parses the second data; determines data that needs to be retransmitted according to the parsing result; retransmits the data that needs to be retransmitted; and/or,
  • the PDCP parses the second data to obtain the transmission capability; and/or,
  • the PDCP parses the frame header of the data frame, obtains the sequence number of the data frame, and the status report identifier, where the status report identifier is used to indicate that the PDCP needs to return or does not need to return a status report; a sequence number and a superframe number HFN maintained in the PDCP and corresponding to the data frame to decrypt the data frame, and return a status report indicating a PDCP data reception status when the status report identifier indicates that the PDCP needs to return a status report; Decrypting the decrypted data according to the indication information for indicating the length of the service data unit SDU carried in the second data to form a service data unit SDU; and performing decompression processing on the SDU.
  • the foregoing embodiments are mainly directed to the process of receiving data by the PDCP.
  • the following is a description of the overall receiving process on the PDCP side.
  • the PDCP may sequentially implement the following functions: Transmit; decrypt the received data; deframe the PDCP PDU; reassemble; decompress the header. And the frame resolution can be assigned to the received capability to apply the result to the transmitting side.
  • the overall data processing of the PDCP receiving side will be described in detail below with reference to the specific embodiment 2:
  • This embodiment provides a method for processing data on the receiving side of the PDCP. As shown in FIG. 9, the processing procedure of the method in this embodiment includes the following steps:
  • S900 The data that the PDCP receives the RLC is placed in the cache, and when the scheduling time expires, the PDCP obtains data from the receiving queue.
  • step S901 determining the type of data taken, is a control frame, then proceeds to step S902, is a data frame, then proceeds to step S907;
  • step S902 it is determined whether it is a ROHC feedback information frame, and if so, go to step S911, directly to the header compression module processing, otherwise, go to step S903;
  • step S903 it is determined whether it is a status report frame, if it is a status report frame, then go to step S904 otherwise, go to step S905;
  • step S905 determining whether it is the transmission capability allocation frame reported by the RLC, and if yes, proceeding to step S906;
  • the PDCP SDU is handed over to the header compression module to perform decompression compression; the last data is delivered to the upper layer.
  • FIG. 10 is a flowchart of a second data sending method according to an embodiment of the present disclosure. As shown in FIG. 10, the process includes the following steps:
  • Step S1002 the radio link control RLC determines a transmission capability
  • step S1004 the RLC notifies the sending capability to the packet data convergence protocol layer PDCP, where the sending capability is used by the PDCP to send data.
  • the capability allocation process is added in the RLC, so that the PDCP can perform data transmission according to the sending capability from the RLC, so that the PDCP data transmission is more effective and reasonable, and provides a guarantee for satisfying the 5G service requirement, and solves the related problem.
  • the foregoing RLC determines that the sending capability includes: the RLC acquires the amount of data buffered in the PDCP and the air interface capability information from the media access control MAC; and the RLC according to the amount of data buffered in the PDCP, the air interface capability information. And the data buffer status of the RLC determines the above transmission capability.
  • the foregoing RLC acquires the data volume buffered in the PDCP, where the RLC acquires the data frame from the PDCP, and the RLC acquires the data volume identifier carried in the frame header of the data frame, where the data volume identifier is used by the RLC.
  • the amount of data buffered in the PDCP is identified; the RLC determines the amount of data buffered in the PDCP according to the data amount identifier.
  • the data frame sent by the PDCP may carry the total amount of data buffered in the PDCP, so that the RLC may obtain the data sent by the PDCP from the receiving buffer queue used for buffering the data sent by the PDCP, and according to the data, The carried information determines the total amount of data buffered in the PDCP.
  • the foregoing sending capability is not fixed. It may be changed according to the data buffered in the RLC or the change of the air interface capability. After determining that the sending capability needs to be changed, the sending capability may be updated. In an optional embodiment, after the foregoing RLC notifies the foregoing sending capability to the PDCP, the method further includes: re-determining the sending capability when the RLC determines that the air interface capability information and/or the data buffer state of the RLC changes. ; and notify the PDCP of the re-determined sending ability.
  • the foregoing RLC notifying the foregoing sending capability to the PDCP includes: the RLC composing a transmission capability allocation frame according to the foregoing transmission capability; and the RLC transmitting the foregoing transmission capability allocation frame to the PDCP. That is, in the present embodiment, the RLC notifies the PDCP of the transmission capability by the transmission capability allocation frame.
  • the foregoing embodiments are mainly directed to the RLC side processing flow.
  • UM Unacknowledge Mode
  • the air interface capability is connected or segmented, and the RLC sequence number is added, the transmission is performed, and the process of capacity allocation is added, and the capability allocation frame is transmitted to the PDCP.
  • UM Unacknowledge Mode
  • the overall flow of the RLC side will be described in detail below with reference to the specific embodiment 3 and the specific embodiment 4:
  • This embodiment provides a method for processing the PDCP data by the RLC. As shown in FIG. 11, the processing procedure of the method in this embodiment includes the following steps:
  • step S1101 it is determined whether the type of the fetched data is a control frame, and if so, step S1102 is performed, otherwise step S1103 is performed;
  • the User Buffer Size information in the frame header is obtained to obtain the buffer information in the PDCP, and is used when the total transmission capability is processed;
  • S1104 Perform a UM RLC process, and segment and connect the data according to the air interface capability reported by the MAC.
  • S1105 Send the formed RLC PDU to the MAC layer.
  • This embodiment provides a method for allocating RLC processing capability. As shown in FIG. 12, the processing procedure of the method in this embodiment includes the following steps:
  • S1201 Calculate the sending capability that needs to be allocated to the PDCP according to the saved PDCP User Buffer Size information, the RLC self-cache status, and the air interface capability reported by the MAC.
  • Max PDCP PDU Length can refer to the MTU configuration of the IP transmission at the same time;
  • S1203 A capability allocation frame constituting the PDCP is sent to the PDCP layer.
  • a new data processing method for user plane data is provided in the embodiment of the present disclosure, so that under the C-RAN architecture, it is more suitable for 5G large capacity and short time. Extended performance requirements.
  • the main function of the PDCP/RLC is merged into the PDCP layer and placed in the centralized processing unit, and the RLC with high delay requirement is connected in the air interface capability, the re-segmentation and the MAC function are placed in the remote processing unit, simplifying
  • the latter RLC function is similar to the current UMRLC mode.
  • this paper adds the capability allocation processing at the RLC layer with reference to the 2525 protocol of 3G, so that the data processing of the PDCP is more effective and reasonable.
  • the RLC layer may adopt the UM mode, perform the segmentation and concatenation functions, and increase the function of data transmission capability allocation; the PDCP layer adds the basis according to the original encryption and header compression functions of the 4G.
  • the RLC transmission capability allocation performs segmentation and concatenation functions on the PDCP SDU and implements the ARQ function.
  • a data transmitting apparatus is further provided, which is used to implement the foregoing embodiments and preferred embodiments, and is not described again.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 13 is a structural block diagram of a first data transmitting apparatus according to an embodiment of the present disclosure.
  • the apparatus may be applied to a packet data convergence protocol layer PDCP.
  • the apparatus includes an obtaining module 132 and a sending module 134.
  • the device includes an obtaining module 132 and a sending module 134.
  • the obtaining module 132 is configured to acquire a sending capability for transmitting data from the radio link control RLC, and the sending module 134 is connected to the obtaining module 132, and configured to send the first data according to the sending capability.
  • the sending module 134 may send the first data by: encapsulating the first data according to the data type of the first data and the sending capability; and sending the encapsulated first data.
  • the sending module 134 may encapsulate the first data according to the data type and the sending capability of the first data by: when the data type is a robust header compression ROHC feedback information frame, and When the sending capability allows the length of the data sent by the PDCP to be greater than or equal to the length of the first data, the first data is encapsulated into the first packet data unit PDU; and/or, when the data type is non-robust header compression ROHC feedback information In the case of a frame, the first data and other non-ROHC feedback information frames to be transmitted are encapsulated together to form a second packet data unit PDU according to the foregoing transmission capability.
  • the sending module 134 may encapsulate the first data and other non-ROHC feedback information frames to form a second PDU according to the foregoing sending capability: determining, according to the sending capability, that the current sending is allowed. The amount of data; the first data and some other non-ROHC feedback information frames to be transmitted are serially connected according to the amount of data allowed to be sent; and the serialized data is encapsulated into the second PDU.
  • the sending by the sending module 134, the encapsulated first data includes: at least according to the sequence number of the second PDU and the second PDU.
  • the superframe number HFN encrypts the second PDU; the encrypted second PDU is transmitted.
  • the foregoing apparatus further includes: a retransmission module, configured to: after receiving the first data according to the sending capability, determine whether a confirmation message returned by the peer receiving the first data is received within a predetermined time; When the result of the determination is that the above confirmation message is not received, the first data is transmitted again.
  • a retransmission module configured to: after receiving the first data according to the sending capability, determine whether a confirmation message returned by the peer receiving the first data is received within a predetermined time; When the result of the determination is that the above confirmation message is not received, the first data is transmitted again.
  • the foregoing apparatus further includes a receiving module and a processing module, where The receiving module is configured to receive the second data; the processing module is configured to process the second data according to the data type of the second data.
  • the processing module may process the second data by: decompressing the second data when the second data is a robust header compression ROHC feedback information frame; And/or, when the second data is a status report frame for indicating a data receiving status, parsing the second data; determining data that needs to be retransmitted according to the parsing result; retransmitting the data that needs to be retransmitted; and Or, when the second data is a transmission capability allocation frame for indicating the transmission capability, parsing the second data acquisition transmission capability; and/or, when the second data is a data frame, parsing the frame of the data frame a header, a sequence number of the data frame, and a status report identifier, where the status report identifier is used to indicate that the PDCP needs to return or does not need to return a status report; according to the sequence number of the data frame and the superframe number HFN corresponding to the data frame maintained in the PDCP Decrypting the data frame and returning for indicating when the status report identifier
  • FIG. 14 is a structural block diagram of a second type of data transmitting apparatus, which may be applied to a radio link control RLC, as shown in FIG. 14, including a determining module 142 and a notifying module 144, below, according to an embodiment of the present disclosure.
  • a radio link control RLC radio link control
  • the determining module 142 is configured to determine a sending capability; the notification module 144 is coupled to the determining module 142, and configured to notify the packet data convergence protocol layer PDCP of the sending capability, wherein the sending capability is used by the PDCP to send data.
  • the determining module 142 may determine the sending capability by acquiring the amount of data buffered in the PDCP and the air interface capability information from the media access control MAC; according to the amount of data buffered in the PDCP, The above air interface capability information and the data buffer status of the RLC determine the above transmission capability.
  • the determining module 142 can be obtained by: The amount of data buffered in the PDCP is obtained by: obtaining a data frame from the PDCP; and obtaining a data quantity identifier carried in a frame header of the data frame, where the data quantity identifier is used to identify the amount of data buffered in the PDCP; Determine the amount of data cached in PDCP.
  • the apparatus further includes an update module, configured to: after notifying the foregoing transmit capability to the PDCP, and when the RLC determines that the air interface capability information and/or the data cache state of the RLC changes, The above transmission capability is determined; the re-determined transmission capability is notified to the PDCP.
  • an update module configured to: after notifying the foregoing transmit capability to the PDCP, and when the RLC determines that the air interface capability information and/or the data cache state of the RLC changes, The above transmission capability is determined; the re-determined transmission capability is notified to the PDCP.
  • the foregoing notification module 144 may notify the PDCP of the foregoing sending capability by: transmitting a capability allocation frame according to the foregoing transmission capability; and transmitting the foregoing transmission capability allocation frame to the PDCP.
  • a data transmitting system comprising the data transmitting apparatus applied to the PDCP according to any one of the above, and the data transmitting apparatus applied to the RLC according to any one of the above.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the above modules are in any combination.
  • the forms are located in different processors.
  • Embodiments of the present disclosure also provide a storage medium.
  • the storage medium may be configured to store program code for performing the steps in the foregoing method embodiments.
  • the foregoing storage medium may include, but is not limited to, a USB flash drive, a Read-Only Memory (ROM), and a Random Access Memory (RAM).
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • the processor performs the above steps according to the stored program code in the storage medium.
  • modules or steps of the present disclosure described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module. As such, the disclosure is not limited to any specific combination of hardware and software.
  • a data transmission method, apparatus, and system provided by an embodiment of the present disclosure have the following beneficial effects: since the capability allocation processing is added in the RLC, the PDCP can perform data transmission according to the transmission capability from the RLC, thereby making the PDCP The data transmission is more effective and reasonable, thus providing a guarantee for meeting the 5G business requirements, and solving the problem that the related technologies cannot meet the 5G business requirements.

Landscapes

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

Abstract

Des modes de réalisation de la présente invention portent sur un dispositif, un procédé de transmission de données et un système. Le procédé comprend les étapes suivantes : une couche de protocole de convergence de données par paquets (PDCP) acquiert, à partir d'une commande de liaison radio (RLC), des capacités de transmission permettant de transmettre des données ; et la couche PDCP envoie, en fonction des capacités de transmission, des premières données. La présente invention traite le problème de l'état de la technique selon lequel les exigences de service 5G ne sont pas satisfaites.
PCT/CN2017/086075 2016-05-18 2017-05-26 Dispositif, procédé de transmission de données et système WO2017198236A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610331547.9 2016-05-18
CN201610331547.9A CN107404734B (zh) 2016-05-18 2016-05-18 数据发送方法、装置及系统

Publications (1)

Publication Number Publication Date
WO2017198236A1 true WO2017198236A1 (fr) 2017-11-23

Family

ID=60324798

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/086075 WO2017198236A1 (fr) 2016-05-18 2017-05-26 Dispositif, procédé de transmission de données et système

Country Status (2)

Country Link
CN (1) CN107404734B (fr)
WO (1) WO2017198236A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110572850A (zh) * 2019-09-05 2019-12-13 京信通信系统（中国）有限公司 5g基站缓存处理业务数据方法、装置、设备和存储介质
CN111278060A (zh) * 2019-01-18 2020-06-12 维沃移动通信有限公司 一种以太帧传输方法和相关设备
CN112752305A (zh) * 2019-10-29 2021-05-04 中国移动通信有限公司研究院 流量控制方法、装置、相关设备及存储介质

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10674396B2 (en) * 2017-12-21 2020-06-02 Mediatek Inc. Method and apparatus for handling compression error in mobile communications
CN110557229B (zh) * 2018-05-31 2022-04-29 中国移动通信有限公司研究院 一种数据发送方法、接收方法、发送端及接收端
US11576081B2 (en) 2018-07-02 2023-02-07 Huawei Technolgoies Co., Ltd. Link quality-based offloading method and device in dual connectivity
WO2020056880A1 (fr) * 2018-09-17 2020-03-26 Oppo广东移动通信有限公司 Procédé de libération de connexion, procédé de traitement de données, dispositif et support d'informations
CN112586032B (zh) * 2018-11-15 2023-05-23 Oppo广东移动通信有限公司 无线通信的方法和通信设备
CN112953849B (zh) * 2019-12-10 2023-05-09 中国移动通信有限公司研究院 一种数据量处理方法、设备及介质
CN112399471B (zh) * 2020-10-23 2023-02-10 紫光展锐(重庆)科技有限公司 一种数据缓存的方法及相关装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729396A (zh) * 2008-10-31 2010-06-09 华为技术有限公司 数据包的发送、接收方法及装置、以及处理方法及系统
CN101848489A (zh) * 2009-03-25 2010-09-29 中兴通讯股份有限公司 Pdu的发送/接收方法和装置
US20110141993A1 (en) * 2007-08-10 2011-06-16 Fujitsu Limited Radio Transmission Apparatus, Radio Receiving Apparatus, Radio Communication Apparatus, Radio Transmission Method, And Radio Receiving Method
CN102395156A (zh) * 2011-09-28 2012-03-28 电信科学技术研究院 应用于pdcp实体和rlc实体间的数据传输方法及装置
CN102958102A (zh) * 2011-08-22 2013-03-06 中兴通讯股份有限公司 一种rlc分流传输方法及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2153597B1 (fr) * 2007-05-03 2013-04-03 LG Electronics Inc. Méthode de traitement de données dans un système de communications sans fil
CN101925121B (zh) * 2009-06-10 2014-03-19 中兴通讯股份有限公司 一种分组数据汇聚协议层重建的方法和装置
CN103634080B (zh) * 2012-08-29 2018-12-21 中兴通讯股份有限公司 数据调度处理方法及装置
CN104396302B (zh) * 2013-01-18 2018-10-30 华为技术有限公司 传输数据的方法、基站和用户设备
US9923695B2 (en) * 2014-09-24 2018-03-20 Samsung Electronics Co., Ltd. Call processing method and apparatus for use in LTE system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110141993A1 (en) * 2007-08-10 2011-06-16 Fujitsu Limited Radio Transmission Apparatus, Radio Receiving Apparatus, Radio Communication Apparatus, Radio Transmission Method, And Radio Receiving Method
CN101729396A (zh) * 2008-10-31 2010-06-09 华为技术有限公司 数据包的发送、接收方法及装置、以及处理方法及系统
CN101848489A (zh) * 2009-03-25 2010-09-29 中兴通讯股份有限公司 Pdu的发送/接收方法和装置
CN102958102A (zh) * 2011-08-22 2013-03-06 中兴通讯股份有限公司 一种rlc分流传输方法及系统
CN102395156A (zh) * 2011-09-28 2012-03-28 电信科学技术研究院 应用于pdcp实体和rlc实体间的数据传输方法及装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111278060A (zh) * 2019-01-18 2020-06-12 维沃移动通信有限公司 一种以太帧传输方法和相关设备
CN111278060B (zh) * 2019-01-18 2023-10-24 维沃移动通信有限公司 一种以太帧传输方法和相关设备
CN110572850A (zh) * 2019-09-05 2019-12-13 京信通信系统（中国）有限公司 5g基站缓存处理业务数据方法、装置、设备和存储介质
CN110572850B (zh) * 2019-09-05 2023-07-25 京信网络系统股份有限公司 5g基站缓存处理业务数据方法、装置、设备和存储介质
CN112752305A (zh) * 2019-10-29 2021-05-04 中国移动通信有限公司研究院 流量控制方法、装置、相关设备及存储介质
CN112752305B (zh) * 2019-10-29 2023-03-31 中国移动通信有限公司研究院 流量控制方法、装置、相关设备及存储介质

Also Published As

Publication number Publication date
CN107404734B (zh) 2022-08-19
CN107404734A (zh) 2017-11-28

Similar Documents

Publication Publication Date Title
WO2017198236A1 (fr) Dispositif, procédé de transmission de données et système
US11445404B2 (en) Method and apparatus for wireless communication in wireless communication system
US11722929B2 (en) Method and apparatus for processing PDCP control data in system supporting high-reliability low-latency service
KR20220156486A (ko) 무선 통신 시스템에서 데이터 처리 방법 및 장치
US11838797B2 (en) Method and device for improved communication performance in wireless communication system
US11943611B2 (en) Method and apparatus for identifying security key in next generation mobile communication system
EP3706461A1 (fr) Procédé et dispositif permettant l'amélioration de performances de communication dans un système de communication sans fil
CN112470429A (zh) 无线通信系统中加速加密和解密的方法和装置
US20240129795A1 (en) Method and device for identifying security key based on pdcp layer device in next-generation mobile communication system
EP3879780A1 (fr) Procédé et dispositif d'identification d'une clé de sécurité basée sur un dispositif de couche pdcp dans un système de communication mobile de prochaine génération
US20230189066A1 (en) Method and device for preventing data decompression error in next-generation mobile communication system
KR20200049444A (ko) 차세대 이동 통신 시스템에서 이더넷 프레임의 오버헤드를 줄이는 방법 및 장치
KR102293999B1 (ko) 무선 통신 시스템에서 장치 및 이의 버퍼 제어 방법
US20230025610A1 (en) Method and apparatus for driving pdcp during data decompression failure in next-generation mobile communication system
KR102684280B1 (ko) 차세대 이동 통신 시스템에서 pdcp 계층 장치 기반 보안키 확인 방법 및 장치
KR20230096561A (ko) 차세대 이동 통신 시스템에서 헤더 압축 또는 압축 해제 절차를 효과적으로 수행하는 방법 및 장치
KR20200076574A (ko) 차세대 이동 통신 시스템에서 pdcp 계층 장치 기반 보안키 확인 방법 및 장치
KR20200076573A (ko) 차세대 이동 통신 시스템에서 pdcp 계층 장치 기반 보안키 확인 방법 및 장치
KR20200033081A (ko) 차세대 이동 통신 시스템에서 암호화 키를 확인하는 방법 및 장치

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17798799

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17798799

Country of ref document: EP

Kind code of ref document: A1