WO2014026340A1 - 终端能力上报的处理方法和系统及装置 - Google Patents

终端能力上报的处理方法和系统及装置 Download PDF

Info

Publication number
WO2014026340A1
WO2014026340A1 PCT/CN2012/080180 CN2012080180W WO2014026340A1 WO 2014026340 A1 WO2014026340 A1 WO 2014026340A1 CN 2012080180 W CN2012080180 W CN 2012080180W WO 2014026340 A1 WO2014026340 A1 WO 2014026340A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
terminal capability
capability
data block
rlc data
Prior art date
Application number
PCT/CN2012/080180
Other languages
English (en)
French (fr)
Inventor
刘晓仙
房明
陈亮
张凡
舒兵
秦钧
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201280023018.2A priority Critical patent/CN104170486B/zh
Priority to PCT/CN2012/080180 priority patent/WO2014026340A1/zh
Publication of WO2014026340A1 publication Critical patent/WO2014026340A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Definitions

  • the present invention relates to communications technologies, and in particular, to a method, system, and apparatus for processing terminal capability reporting. Background technique
  • the terminal can initiate a channel access request using the one-step or two-step access method.
  • the terminal can report the multi-slot capability of the terminal when the common control channel (Common Control Channel; CCCH) initiates the channel access request, and the network side according to the received multi-slot capability of the terminal, according to the existing idle
  • CCCH Common Control Channel
  • the terminal is allocated a corresponding PDCH resource.
  • the terminal-assisted PDCH allocation is taken as an example, and the multi-slot capability reported by the terminal in the Packet Channel Request message is flexibly adjusted for different applications, and the data reported by the network-side terminal can be notified to a certain extent. the amount.
  • the terminal can report its lower multi-slot level in the packet channel request message, and subsequent data.
  • the terminal needs to report the picture, and the terminal needs to send a Packet Resource Request message to modify its multi-slot capability, and notify the network side to perform PDCH resource reconfiguration according to the updated multi-slot capability.
  • the network side wants to further request the terminal's accurate multi-slot capability, only the one-step access procedure of the terminal is configured.
  • the terminal can transmit the Packet Multi-slot capability to the network side by sending a Packet Resource Request message according to the indication in the IPA message.
  • the terminal can report the accurate multi-slot capability to the network side according to the indication in the IPA message. If, in the initial access phase, the idle PDCH resource is limited, the network side does not request the multi-slot capability of the terminal. In the subsequent process of data transmission, when there are resources on the network side, more PDCH resources need to be reconfigured for the terminal. In addition, the terminal needs to further request the multi-slot capability of the terminal.
  • the terminal After receiving the Packet Uplink Assignment, the terminal sends a Packet Resource Request message carrying the multi-slot capability of the terminal to the network side, so that the network side acquires the current multi-slot capability of the terminal.
  • the terminal needs to separately send the Packet Resource Request message carrying the multi-slot capability of the terminal to enable the network side to acquire the multi-slot capability of the terminal, thereby causing waste of signaling.
  • the present invention provides a method, system, and apparatus for processing terminal capability reporting, which are used to solve the problem that a terminal needs to separately transmit a packet resource request message carrying a multi-slot capability of a terminal to provide a multi-slot capability of the terminal to the network side.
  • the resulting signaling waste problem is a problem that a terminal needs to separately transmit a packet resource request message carrying a multi-slot capability of a terminal to provide a multi-slot capability of the terminal to the network side.
  • a first aspect of the present invention provides a method for processing terminal capability reporting, including: acquiring the terminal capability;
  • the uplink radio link control RLC data block carrying the capability of the terminal is sent to the network side device, so that the network side device parses the uplink RLC data block to obtain the terminal capability.
  • the uplink RLC data block further includes a length indication retention value, where the network side device parses the uplink RLC data block according to the length indication retention value.
  • the length indication reserved value is used to indicate the terminal capability existing in the uplink RLC data block.
  • the method further includes:
  • the terminal capability request message is a packet uplink assignment message or an immediate packet assignment IPA message.
  • the sending, by the network side device, the uplink RLC data that carries the capability of the terminal Block including:
  • the terminal capability request message is an IPA message
  • the ACL Request bit is included in the IPA message
  • the uplink RLC data block carrying the terminal capability is sent to the network side device according to the RAC Request bit in the IPA message.
  • the terminal capability request message is an IPA message
  • the wireless access capability request RAC Request bit is not included in the IPA message
  • the uplink RLC data block carrying the terminal capability is sent to the network side device.
  • the uplink RLC data block of the terminal capability includes:
  • the uplink RLC data block carrying the terminal capability is sent to the network side device.
  • the method further includes:
  • the uplink RLC data block carrying the temporary logical link identifier TLLI is sent to the network side device;
  • the sending, by the network side device, the carrying device according to the RAC Request bit in the IPA message The uplink RLC data block of the terminal capability, including:
  • the uplink RLC data block carrying the terminal capability is sent to the network side device.
  • the method further includes:
  • the sending, by the RAC Request bit in the ⁇ message, the uplink RLC data block carrying the capability of the terminal to the network side device includes:
  • the uplink RLC data block carrying the capability of the terminal is sent to the network side device according to the IPA message.
  • the terminal capability is as follows: The terminal supports the ability to time-multiplex the uplink state identity USF and the capability of the terminal to support the coupled uplink state identity of the coupled USF.
  • a second aspect of the present invention provides a method for processing a terminal capability report, including: receiving, by a terminal, an uplink radio link control RLC data block carrying a terminal capability; parsing the uplink RLC data block, and acquiring the terminal ability.
  • the uplink RLC data block further includes: a length indicating a reserved value
  • the length indication retention value is used to indicate the terminal capability existing in the uplink RLC data block.
  • the method further includes:
  • the terminal capability request message is an IPA message for a packet uplink assignment message or an immediate packet.
  • the receiving terminal when the terminal capability request message is an IPA message, the receiving terminal sends the capability of carrying the terminal Upstream RLC data blocks, including:
  • the fifth possible aspect of the second aspect in the implementation, it also includes:
  • the method further includes:
  • the terminal capability is as follows: Capabilities, the ability of the terminal to support time division multiplexing of the uplink state identity USF and the ability of the terminal to support the coupled uplink state identity of the coupled USF.
  • the method further includes:
  • the packet data channel PDCH resource is reconfigured to the terminal according to the terminal multi-slot capability.
  • a third aspect of the present invention provides a processing device for reporting terminal capability, including: an acquiring module, configured to acquire the terminal capability;
  • a sending module configured to send, to the network side device, an uplink radio link control RLC data block that carries the capability of the terminal acquired by the acquiring module, where the network side device parses the uplink RLC data block, and obtains the Terminal capabilities.
  • the sending module is configured to send, to the network side device, uplink radio link control RLC data that carries a length indication retention value and a terminal capability acquired by the acquiring module. Blocking, for the network side device to parse the uplink RLC data block according to the length indication retention value, to obtain the terminal capability;
  • the length indication reserved value is used to indicate the terminal capability that exists in the uplink RLC data block.
  • the second possible implementation manner of the third aspect further includes: a receiving module, configured to receive the terminal capability sent by the network side Request message
  • the acquiring module is configured to acquire the current terminal capability when the receiving module receives the terminal capability request message.
  • the method further includes: an update module, configured to update the terminal capability;
  • the acquiring module is configured to acquire the terminal capability after the update module performs update processing on the terminal capability.
  • the sending module is configured to: when the receiving module receives the terminal capability request message When the IPA message is assigned to the immediate packet, and the RRC Request bit is included in the IPA message, the uplink device carrying the capability of the terminal is sent to the network side device according to the RAC Request bit in the IPA message.
  • RLC data block or,
  • the sending module is configured to send, when the terminal capability request message received by the receiving module is an IPA message, and the radio access capability request RAC Request bit is not included in the IPA message, send the message to the network side device An uplink RLC data block carrying the terminal capability.
  • the sending module is configured to: when the RAC Request bit is set to the first identifier, according to The IPA message sends an uplink RLC data block carrying the terminal capability to the network side device.
  • the sending module is further configured to: when the RAC Request bit is set to the second identifier, Sending, according to the IPA message, an uplink RLC data block carrying a temporary logical link identifier TLLI to the network side device;
  • the receiving module is further configured to receive a packet uplink acknowledgement/non-acknowledgment Packet Uplink ACK/NACK message that is sent by the network side device and that carries the TLLI to complete a contention conflict resolution process.
  • the sending module is configured to: when the RAC Request bit is set to the second identifier, send an uplink RLC data block carrying the terminal capability to the network side device according to the IPA message.
  • the sending module is further configured to: when the RAC Request bit is set to the first identifier, Sending, according to the IPA message, a Packet Resource Request message carrying the terminal capability and the TLLI to the network side device;
  • the receiving module is further configured to receive a Packet Uplink ACK/NACK message that is sent by the network side device and that carries the TLLI, to complete a contention conflict resolution process.
  • the sending module is configured to: when the RAC Request bit is set to an arbitrary identifier, The IPA message is sent, and the uplink RLC data block carrying the terminal capability is sent to the network side device.
  • a fourth aspect of the present invention provides a processing device for reporting terminal capability, including: a receiving module, configured to receive, by a terminal, an uplink radio link control that carries a terminal capability
  • the parsing module is configured to parse the uplink RLC data block to obtain the terminal capability.
  • the receiving, by the receiving module, the uplink RLC data block further includes: a length indicating a reserved value;
  • parsing module is configured to parse the uplink RLC data block according to the length indication retention value, to obtain the terminal capability
  • the length indication reserved value is used to indicate the terminal capability existing in the uplink RLC data block.
  • the method further includes: a sending module, configured to send, to the terminal, a terminal capability request cancellation
  • the receiving module is configured to receive the The uplink RLC data block that is sent by the terminal according to the ⁇ message and carries the length indication reserved value and the terminal capability.
  • the receiving module is further configured to receive, by the terminal, the carried by the terminal according to the IPA message
  • the temporary logical link identifies the uplink RLC data block of the TLLI
  • the sending module is further configured to return, to the terminal, a packet uplink acknowledgement/non-acknowledgment Packet Uplink ACK/NACK message carrying the TLLI to complete a contention conflict resolution process.
  • the receiving module is further configured to receive, by the terminal, the carrying according to the IPA message
  • the packet resource request packet with the terminal capability and the TLLI is used by the sending module
  • the sending module is further configured to send, to the terminal, a Packet Uplink carrying the TLLI.
  • the terminal capability is a terminal multi-slot capability
  • the device further includes:
  • a configuration module configured to reconfigure the packet data channel PDCH resource to the terminal according to the multi-slot capability of the terminal.
  • a fifth aspect of the present invention provides a terminal, including: a memory, configured to store an instruction
  • processor coupled to the memory, the processor configured to execute instructions stored in the memory, and the processor configured to perform processing of terminal capability reporting as described in the first aspect above method.
  • a sixth aspect of the present invention provides a network side device, including: a memory, configured to store an instruction;
  • processor coupled to the memory, the processor configured to execute instructions stored in the memory, and the processor configured to perform processing of terminal capability reporting as described in the second aspect above method.
  • a seventh aspect of the present invention provides a processing system for reporting terminal capability, which includes the terminal described above and the network side device described above.
  • the technical effect of the present invention is: acquiring a terminal capability, and transmitting, to the network side device, an uplink RLC data block carrying the capability of the terminal, where the network side device parses the uplink RLC data block, Obtaining the capability of the terminal, by carrying the terminal capability directly in the uplink RLC data block, the terminal capability is reported to be completed without affecting the data transmission, and the signaling is separately reported in the prior art to report the terminal capability and cause signaling. The problem of wasting.
  • FIG. 1 is a flowchart of an embodiment of a method for processing terminal capability reporting according to the present invention
  • FIG. 2 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention
  • FIG. 1 is a flowchart of an embodiment of a method for processing terminal capability reporting according to the present invention
  • FIG. 2 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention
  • FIG. 1 is a flowchart of an embodiment of a method for
  • FIG. 4 is a flowchart of another embodiment of a method for processing terminal capability reporting according to the present invention
  • FIG. 5 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention
  • FIG. 6 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention
  • FIG. 7 is a flowchart of another embodiment of a method for processing terminal capability reporting according to the present invention
  • FIG. 9 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention
  • FIG. 10 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention.
  • FIG. 10 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention
  • Figure 11 is a flowchart of another embodiment of a method for processing terminal capability reporting according to the present invention
  • Figure 12a and Figure 12b show the terminal capability of the present invention.
  • FIG. 13a and 13b are flowcharts of a signaling process of still another embodiment of a method for processing terminal capability reporting according to the present invention.
  • 14a and 14b are flow chart diagrams of still another embodiment of a method for processing terminal capability reporting according to the present invention.
  • 15a and 15b are flow chart diagrams of another embodiment of a method for processing terminal capability reporting according to the present invention.
  • FIG. 16 is a schematic structural diagram of an embodiment of a processing device for reporting terminal capability according to the present invention
  • FIG. 17 is a schematic structural diagram of another embodiment of a processing device for reporting terminal capability according to the present invention.
  • FIG. 18 is a schematic structural diagram of still another embodiment of a processing device for reporting terminal capability according to the present invention.
  • FIG. 19 is a schematic structural diagram of still another embodiment of a processing device for reporting terminal capability according to the present invention.
  • FIG. 20 is a block diagram showing the structure of still another embodiment of the processing apparatus for reporting terminal capability of the present invention. detailed description
  • FIG. 1 is a flowchart of an embodiment of a method for processing a terminal capability report according to the present invention. As shown in FIG. 1 , the execution subject of the embodiment is a terminal, and the method includes:
  • Step 101 Obtain terminal capabilities.
  • the terminal capability may include the following: a multi-slot capability of the terminal, a capability of the terminal to support the time-division multiplexed uplink state identifier (Uplink State Flag; USF), and a terminal support coupling USF ( Couple USF) ability, etc.
  • a multi-slot capability of the terminal a capability of the terminal to support the time-division multiplexed uplink state identifier (Uplink State Flag; USF)
  • USF Uplink State Flag
  • Couple USF Couple USF
  • Step 102 Send, to the network side device, an uplink radio link control (RLC) data block carrying the capability of the terminal, so that the network side device parses the uplink RLC data block to obtain the terminal capability.
  • RLC radio link control
  • the network side device may be a base station controller.
  • the terminal capability is obtained, and the uplink RLC data block carrying the capability of the terminal is sent to the network side device, so that the network side device parses the uplink RLC data block to obtain the terminal capability, and directly
  • the RLC data block carries the terminal capability, and the completion of the terminal capability reporting does not affect the data transmission, and solves the problem that the signaling is wasted by separately transmitting a signaling to report the terminal capability in the prior art.
  • step 102 may be specifically:
  • the length indication retention value is used to indicate that the terminal capability exists in the uplink RLC data block.
  • the LI reserved value is the LI value not used in the protocol.
  • the terminal capability is a multislot class of the terminal, and the multi-slot capability of the terminal can be divided into 45 types according to different transmission and reception characteristics of the terminal, and Table 1 shows 45 terminals.
  • Multi-slot capability as shown in Table 1:
  • Rx indicates the maximum number of slots that the terminal can use for receiving in a Time Division Multiple Access (TDMA) frame
  • Tx indicates that the terminal can be used for transmission in a TDMA frame.
  • the maximum number of time slots indicates the minimum number of time slots used by the terminal to perform adjacent channel signal strength measurements and ready to transmit
  • T tb indicates that the terminal does not perform measurement reports, and is used to prepare the minimum number of time slots for transmission
  • T ra represents the minimum number of time slots used by the terminal to perform adjacent channel signal strength measurements and is ready to receive
  • ⁇ ' represents the minimum number of time slots the terminal uses to prepare for reception
  • NA means Not Applicable, ie not used here.
  • Table 2a is a format of an existing general packet radio service (General Packet Radio Service; GPRS) uplink RLC data block
  • GPRS General Packet Radio Service
  • Table 2b is an existing enhanced GPRS (Enhanced GPRS; referred to as EGPRS) uplink.
  • Payload Type indicates the load type
  • Counter Value indicates the countdown value
  • SI indicates the pause mark, the window slider for flow control
  • pare indicates the idle bit
  • ⁇ indicates the presence or absence of the available
  • the selected packet flow identifier (PFI) field where the value is 0, indicates that there is no PFI, and the value 1 indicates that the join TI field indicates that there is a Temporary Logical Link Identifier (TLLI).
  • PFI packet flow identifier
  • TDF Temporary Logical Link Identifier
  • TI indicates the TLLI indication, which is used to indicate the RLC data block.
  • a value of 0 indicates that there is no TLLI
  • a value of 1 indicates the presence of a TLLI
  • a "BSN” is a block sequence number (BSN) for numbering each RLC data block in the TBF; "TLLI” is temporary.
  • Logical link identifier contains Packet Flow Identifier value for Packet Flow Context
  • E indicates extended bit to indicate RLC/Media Access Control (Media Access Control) Abbreviation: MAC)
  • MAC Media Access Control
  • LLC Logical Link Control
  • PDU Protocol Data Unit
  • the RLC/MAC layer will reassemble the received RLC/MAC data segments before the data is transmitted to the LLC.
  • the RLC header includes fields for reassembly, such as LI, which is primarily used to define LLC PDUs in RLC data blocks.
  • LI reassembly
  • the More (ie, M in Table 2a and Table 2b) bits are used to indicate whether there is another LLC PDU after this RLC data block; the Extention (ie, E in Table 2a and Table 2b) bits are used to indicate the RLC header. Is there another field information after that?
  • the first LI identifies the length of the RLC data byte belonging to the first LLC PDU
  • the second LI indicates the length of the RLC data byte belonging to the second LLC PDU, and the like.
  • the length of the LI is 6 bits, and is encoded as a binary number 1 to 19, 1 in the case of Coding Scheme (CS: -1), CS-2, CS-3, and CS-4, respectively. To 29, 1 to 35, 1 to 49. 0 means that there is no LLC PDU demarcation.
  • the terminal side M bit (bit) is set to "0”
  • the E bit is set to "1”
  • the network side should ignore the M bit, and the E bit should be decoded as "1”.
  • the LI value is 63, indicating the presence of padding information in the RLC data block, while all other values are preserved.
  • Iu mode means that when the terminal passes the Global System of Mobile communication (GSM) / GSM Evolution Enhanced Data Rate for GSM Evolution (EDGE ) radio access network ( GSM / EDGE Radio Access Network; abbreviation: GERAN) or Universal Mobile Telecommunications System (UMTS) UMTS Terrestrial Radio Access Network (UTRAN) and Iu interface when connected to the core network, the terminal Mode of operation.
  • GSM Global System of Mobile communication
  • EDGE GSM Evolution Enhanced Data Rate for GSM Evolution
  • GERAN GSM / EDGE Radio Access Network
  • UMTS Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • Table 2c shows the format of the GPRS uplink RLC data block of the present invention
  • Table 2d shows the format of the EGPRS uplink RLC data block of the present invention.
  • any of the above LI reserved values is used to indicate the presence of the multi-slot capability of the terminal in the current uplink RLC data block.
  • any one of the LI reserved values is selected to indicate that there is a multi-slot capability of the terminal in the current uplink RLC data block, and when there is a multi-slot capability of the terminal in the uplink RLC data block, Any one of the selected LI reserved values is 61; in the EGPRS system, it is assumed that any one of the LI reserved values is selected to indicate that there is a multi-slot capability of the terminal in the current uplink RLC data block, and then in the uplink RLC data block When there is a multi-slot capability of the terminal, any one of the selected LI reserved values is set to 122.
  • the position of the terminal capability setting is not limited to the position shown in the above Table 2c and Table 2d, and for example, it may be set above or below the TLLI.
  • the method may further include:
  • the terminal capability is updated.
  • the terminal capability request message may be a packet uplink assignment message or an immediate packet assignment (Associate Packet Assignment: IPA) message.
  • IPA Associate Packet Assignment
  • step 102 can be specifically:
  • the terminal capability request message is an IPA message
  • the ACL Request bit is included in the IPA message
  • the uplink RLC data block carrying the capability of the terminal is sent to the network side device according to the RAC Request bit in the IPA message;
  • the terminal capability request message is an IPA message
  • the RAC is not included in the IPA message.
  • the Request bit is transmitted, the uplink RLC data block carrying the capability of the terminal is sent to the network side device.
  • the first application scenario After the terminal and the network side device complete the conflict resolution process, and whether the terminal is an IPA-enabled terminal or an IPA-free terminal, in the subsequent data transmission process, if the network-side device When the terminal capability of the terminal needs to be further requested, the packet uplink assignment message may be sent to the terminal, so that the terminal may send the uplink RLC data block carrying the length indication reserved value and the multi-slot capability to the network side according to the packet uplink assignment message.
  • the second application scenario is as follows: After the terminal and the network side device complete the conflict resolution process, and whether the terminal is an IPA-enabled terminal or an IPA-free terminal, in the subsequent data transmission process, if the terminal The terminal capability is updated, and the uplink RLC data block carrying the length indication reserved value and the current terminal capability (that is, the updated terminal capability) is actively reported to the network side device after the update processing, so that the network side device Obtain the terminal capability (ie, the updated terminal capability).
  • the third application scenario When the terminal and the network side device complete the contention conflict resolution process, and the terminal is an IPA-enabled terminal, in the one-step access process, if the network side device needs to further request the terminal capability, The IPA message may be sent to the terminal, so that the terminal may send, to the network side, an uplink RLC data block carrying the length indication reserved value and the multi-slot capability according to the IPA message.
  • the packet uplink assignment message may be sent to the terminal, so that The terminal may send an uplink RLC data block carrying the length indication reserved value and the multi-slot capability to the network side according to the packet uplink assignment message; when the terminal updates the terminal capability, after the update process, the terminal may actively carry The uplink RLC data block with the length indicating the reserved value and the current terminal capability (that is, the updated terminal capability) is reported to the network side device, so that the network side device acquires the terminal capability (ie, the updated terminal capability).
  • FIG. 2 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention, where
  • the third application scenario is taken as an example
  • the terminal capability request message is an IPA message
  • the ACL request bit is included in the IPA message as an example, and the technical solution in this embodiment is described in detail, as shown in FIG. 2 .
  • the method includes:
  • Step 201 Receive an IP A message sent by the network side, where the IPA message includes a RAC Request bit.
  • Step 202 Acquire a terminal capability according to the RAC Request bit in the IPA message, and send an uplink RLC data block carrying the length indication reserved value and the terminal capability to the network side device.
  • FIG. 3 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention.
  • a specific implementation manner of step 202 is :
  • Step 202a When the RAC Request bit is set to the first identifier, send, to the network side device, an uplink RLC data block carrying a length indication reserved value and a terminal capability, where the network side device parses the reserved value according to the length indication.
  • the uplink RLC data block acquires the terminal capability.
  • the uplink RLC data block carries the terminal capability until the conflict resolution is completed, thereby ensuring that the network side device can correctly receive the terminal capability.
  • the first identification can be an identification of a "1" of digital logic.
  • the method may further include:
  • Step 203 When the RAC Request bit is set to the second identifier, send an uplink RLC data block carrying the TLLI to the network side device.
  • the second identifier may be an identifier of a digital logic of “0”.
  • Step 204 Receive a Packet Uplink ACK/NACK message sent by the network side device that carries the TLLI to complete a contention conflict resolution process.
  • FIG. 4 is a flowchart of another embodiment of a method for processing terminal capability reporting according to the present invention. On the basis of the foregoing embodiment shown in FIG. 2, as shown in FIG. 4, another specific step 202 is performed.
  • the implementation is:
  • Step 202b When the RAC Request bit is set to the second identifier, send, to the network side device, an uplink RLC data block carrying a length indication reserved value and a terminal capability, where the network side device parses the reserved value according to the length indication.
  • the uplink RLC data block acquires the terminal capability.
  • the uplink RLC data block in the process of the entire conflict resolution, the uplink RLC data block must carry the terminal capability until the conflict resolution is completed, thereby ensuring that the network side device can correctly receive the terminal capability.
  • the second identifier may be an identifier of "0" of the digital logic.
  • the terminal capability is used as the terminal multi-slot capability as an example.
  • the terminal capability can be reported to the network side device for the network side device to save. Therefore, when the idle resource is allocated to the terminal on the network side, The terminal needs to report the terminal capability, that is, allocate resources according to the saved terminal capability.
  • the method may further include:
  • Step 205 When the RAC Request bit is set to the first identifier, send, according to the IPA message, a Packet Resource Request message carrying the terminal capability and the TLLI to the network side device.
  • the first identifier may be an identifier of "1" of the digital logic.
  • Step 206 Receive a Packet Uplink ACK/NACK message that is sent by the network side device and carries the TLLI to complete a contention conflict resolution process.
  • FIG. 5 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention. On the basis of the foregoing embodiment shown in FIG. 2, as shown in FIG. 5, another specific step 202 is performed.
  • the implementation is:
  • Step 202c When the RAC Request bit is set to any identifier, send, to the network side device, an uplink RLC data block carrying a length indication reserved value and a terminal capability, where the network side device parses the uplink according to the length indication retention value. RLC data block, obtain the terminal capability.
  • the RAC Request bit is set to any identifier, for example, the first identifier or the second identifier is uploaded to the uplink RLC data block according to the IPA message, and the uplink RLC data block carries the length. Indicates the retention value and terminal capabilities until the conflict resolution is resolved.
  • FIG. 6 is a flowchart of still another embodiment of a method for processing a terminal capability report according to the present invention.
  • the execution subject of the embodiment is a network side device, for example, may be a base station controller, and the method includes:
  • Step 301 Receive an uplink RLC data block that is sent by the terminal and carries the terminal capability.
  • Step 302 Parse the uplink RLC data block to obtain the terminal capability.
  • the terminal capability may include the following: a multi-slot capability of the terminal, a USF capability for the terminal to support time division multiplexing, and a capability of the terminal to support the coupled USF.
  • the terminal capability of the terminal is obtained by receiving the uplink RLC data block that is transmitted by the terminal and parsing the uplink RLC data block, and the terminal capability is directly received from the uplink RLC data block sent by the terminal. Therefore, the completion of the terminal capability reporting does not affect the data transmission, and solves the problem of signaling waste caused by separately transmitting one signaling to report the terminal capability in the prior art.
  • step 301 may also be specifically:
  • the uplink RLC data block that is sent by the receiving terminal and carries the length indicating the reserved value and the terminal capability.
  • the format of the uplink RLC data block can be as shown in Table 2c and Table 2d, and details are not described herein again.
  • Step 302 can also be specifically:
  • the uplink RLC data block is parsed according to the length indication retention value, and the terminal capability is obtained.
  • the length indication reserved value is used to indicate the terminal capability existing in the uplink RL C data block.
  • the network side device when the network side device receives the uplink RLC data block whose length indicates the reserved value is 61, referring to Table 2c, it continues to parse a byte after the PFI, where bit 2 to bit 7 are filled with Terminal multi-slot capability.
  • the network side device when the network side device receives the uplink RLC data block whose length indicates the reserved value is 122, referring to Table 2d, it will continue to parse a byte after the PFI, where bit 2 to bit 7 are filled with the terminal multi-slot. ability.
  • FIG. 7 is a flowchart of another embodiment of a method for processing a terminal capability report according to the present invention.
  • the method may further include: before the step 301, the method further includes:
  • Step 300 Send a terminal capability request message to the terminal.
  • the terminal capability request message is a packet uplink assignment message or an IPA message.
  • FIG. 8 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention. As shown in FIG. 8, the method is performed by a network side device, and the method includes:
  • Step 401 Send an IPA message carrying the RAC Request bit to the terminal.
  • the terminal is an IPA-enabled terminal
  • the application scenario on which the embodiment is based is the third application scenario described above.
  • Step 402 The uplink RLC data block that carries the length indication reserved value and the terminal capability sent by the receiving terminal according to the RAC Request bit in the IPA message.
  • Step 403 Perform a resolution according to the length indication retention value, and obtain the terminal capability.
  • the length indication reserved value is used to indicate the terminal capability existing in the uplink RL C data block.
  • FIG. 9 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention.
  • a specific implementation manner of step 402 is: Step 402a.
  • the terminal receives the uplink RLC data block that is sent by the terminal according to the IPA message and carries the length indication reserved value and the terminal capability.
  • the method may further include:
  • Step 404 When the RAC Request bit is set to the second identifier, receive an uplink RLC data block that is sent by the terminal according to the IPA message and carries the TLLI.
  • Step 405 Return, to the terminal, a Packet Uplink ACK/NACK message carrying the TLLI to complete the contention conflict resolution process.
  • the method may further include:
  • Step 406 Reconfigure the PDCH resource to the terminal according to the multi-slot capability of the terminal. More preferably, FIG. 10 is a flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention. On the basis of the foregoing embodiment shown in FIG. 8, as shown in FIG. 10, another specific step 402 is performed. The implementation is:
  • Step 402b When the RAC Request bit is set to the second identifier, receive an uplink RLC data block that is sent by the terminal according to the IPA message and carries the length indication reserved value and the terminal capability.
  • the method may further include:
  • Step 407 When the RAC Request bit is set to the first identifier, receive a Packet Resource Request message that is sent by the terminal according to the IPA message and carries the terminal capability and the TLLI.
  • Step 408 Send a Packet Uplink ACK/NACK message carrying the TLLI to the terminal to complete a contention conflict resolution process.
  • the method may further include:
  • Step 409 Reconfigure the PDCH resource to the terminal according to the multi-slot capability of the terminal.
  • FIG. 11 is a flowchart of another embodiment of a method for processing terminal capability reporting according to the present invention. On the basis of the foregoing embodiment shown in FIG. 8, as shown in FIG. 11, another specific step 402 is shown. The implementation is:
  • Step 402c When the RAC Request bit is set to any identifier, receive an uplink RLC data block that is sent by the terminal according to the IPA message and carries a length indication reserved value and a terminal capability.
  • the method may further include:
  • Step 410 Reconfigure the PDCH resource to the terminal according to the multi-slot capability of the terminal.
  • 12a and FIG. 12b are a signaling flowchart of still another embodiment of a method for processing a terminal capability report according to the present invention.
  • the network architecture based on the method in this embodiment mainly includes: a terminal and a network side.
  • the device in addition, in this embodiment, taking the terminal capability as the terminal multi-slot capability as an example, the technical solution of this embodiment is introduced in detail.
  • the one-step access method is taken as an example, the method previously includes:
  • Step 501 The terminal sends a Packet Channel Request message to the network side device.
  • Step 502 The network side device sends an iil Immediate Assignment ( Immediate Assignment) message to the terminal according to the Packet Channel Request message.
  • Step 503 The terminal sends an uplink RLC data block carrying the TLLI to the network side device according to the Immediate Assignment message.
  • Step 504 The network side device sends, to the terminal, a Packet Uplink ACK/NACK message carrying the TLLI according to the uplink RLC data block carrying the TLLI.
  • Step 505 After confirming that the TLLI carried in the Packet Uplink ACK/NACK message is consistent with the TLLI sent by the terminal in step 503, the terminal completes the conflict resolution process, and sends an uplink RLC data block to the network side device, where the uplink The TLLI is not carried in the RLC data block and in the subsequent RLC data blocks.
  • the method in this embodiment uses the second application scenario shown in the foregoing For example, the technical solution of the embodiment is described in detail.
  • the method includes: Step 506: The terminal performs an update process on the terminal capability to obtain the current terminal capability.
  • Step 508 The network side device parses the reserved value according to the length, and obtains the terminal capability.
  • the method in this embodiment takes the first application scenario shown in the foregoing as an example, and the technical solution of the embodiment is introduced in detail.
  • the method includes: Step 509: Network side device A packet uplink assignment message is sent to the terminal.
  • Step 510 The terminal, according to the packet uplink assignment message, learns that the network side requests the current terminal capability, and sends an uplink RLC data block carrying the length indication reserved value and the terminal capability to the network side device.
  • Step 511 The network side device parses the reserved value according to the length to obtain the terminal capability.
  • FIG. 13 is a signaling flowchart of still another embodiment of a method for processing terminal capability reporting according to the present invention.
  • the network architecture based on the method in this embodiment mainly includes: a terminal and a network side.
  • the device, where the terminal is an IPA-enabled terminal.
  • the technical solution of this embodiment is described in detail in the third application scenario shown above, and the terminal capability is the terminal multi-slot capability.
  • the method includes:
  • Step 601 The terminal sends an EGPRS Packet Channel Request message to the network side device.
  • Step 602 The network side device sends an IPA message carrying the RAC Request bit to the terminal according to the EGPRS Packet Channel Request message.
  • the RAC Request bit is set to 1 (corresponding to the first identifier described above).
  • Step 603 The terminal sends, according to the IPA message, the uplink RLC data block carrying the TLLI, the length indication reserved value ( Reserved LI ), and the terminal multi-slot capability (Multislot Class) to the network device.
  • Step 604 The network side device parses the reserved value according to the length, and obtains the multi-slot capability of the terminal. For example, in the GPRS system, when the network side receives an uplink RLC data block whose length indicates a reserved value of 61, referring to Table 2c, it continues to parse a byte after the PFI, where bit 2 to bit 7 are filled with Terminal multi-slot capability. In the EGPRS system, when the network side receives an uplink RLC data block whose length indicates a reserved value of 122, referring to Table 2d, it will continue to parse a byte after the PFI, where bit 2 to bit 7 are filled with the terminal multi-slot capability. .
  • Step 605 The network side device sends, according to the uplink RLC data block, a Packet Uplink Assignment message carrying the TLLI to the terminal, to complete the contention conflict resolution process.
  • the network side device reconfigures the PDCH resource of the terminal according to the multi-slot capability of the terminal, and sends the TLLI and the reconfigured to the terminal. Packet Uplink Assignment message for PDCH resource information.
  • Step 606 After the terminal detects that the TLLI in the received Packet Uplink Assignment message is consistent with the TLLI sent by the previous terminal to the network side, the process of resolving the conflict resolution is completed, and the uplink RLC data block is sent to the network side device, where the uplink RLC is sent.
  • the TLLI is not carried in the data block and in subsequent RLC data blocks.
  • the method includes:
  • Step 701 The terminal sends an EGPRS Packet Channel Request (EGPRS Packet Channel Request) message to the network side device.
  • EGPRS Packet Channel Request EGPRS Packet Channel Request
  • Step 702 The network side device sends an IPA message carrying the RAC Request bit to the terminal according to the EGPRS Packet Channel Request message.
  • the RAC Request bit is set to 0 (corresponding to the second identifier described above).
  • Step 703 The terminal sends, according to the IPA message, an uplink RLC data block carrying the TLLI to the network device.
  • Step 704 The network side device sends, according to the uplink RLC data block, a Packet Uplink ACK/NACK message carrying the TLLI to the terminal, to complete the contention conflict resolution process.
  • Step 705 After the terminal detects that the TLLI in the received Packet Uplink Assignment message is consistent with the TLLI sent by the previous terminal to the network side, the process of resolving the conflict resolution is completed, and the uplink RLC data block is sent to the network side device, where the uplink RLC is sent.
  • the TLLI is not carried in the data block and in subsequent RLC data blocks.
  • the network architecture on which the method in this embodiment is based mainly includes: a terminal and a network side device, where the terminal is a terminal supporting IPA.
  • the technical solution of this embodiment is described in detail by taking the third application scenario shown above and the terminal capability as the terminal multi-slot capability.
  • the method includes:
  • Step 801 The terminal sends an EGPRS Packet Channel Request (EGPRS Packet Channel Request) message to the network side device.
  • EGPRS Packet Channel Request EGPRS Packet Channel Request
  • Step 802 The network side device sends an IPA message carrying the RAC Request bit to the terminal according to the EGPRS Packet Channel Request message.
  • the RAC Request bit is set to 1 (corresponding to the first identifier described above).
  • Step 803 The terminal sends, according to the IPA message, a Packet Resource Request message carrying the TLLI and the multislot Class of the terminal to the network device.
  • Step 804 The network side device sends, according to the Packet Resource Request message, a Packet Uplink Assignment message carrying the TLLI to the terminal, to complete the contention conflict resolution process.
  • Step 805 After the terminal detects that the TLLI in the received Packet Uplink Assignment message is consistent with the TLLI sent by the previous terminal to the network side, the process of resolving the conflict resolution is completed, and the uplink RLC data block is sent to the network side device, where the uplink RLC is sent.
  • the TLLI is not carried in the data block and in subsequent RLC data blocks.
  • the method includes:
  • Step 901 The terminal sends an EGPRS Packet Channel Request (EGPRS Packet Channel Request) message to the network side device.
  • EGPRS Packet Channel Request EGPRS Packet Channel Request
  • Step 902 The network side device sends an IPA message carrying the RAC Request bit to the terminal according to the EGPRS Packet Channel Request message.
  • the RAC Request bit is set to 0 (corresponding to the second identifier described above).
  • Step 903 The terminal sends, according to the IPA message, the uplink RLC data block carrying the TLLI, the length indication reserved value ( Reserved LI ), and the terminal multi-slot capability (Multislot Class) to the network device.
  • Step 904 The network side device sends, according to the uplink RLC data block, a Packet Uplink Assignment message carrying the TLLI to the terminal, to complete the contention conflict resolution process.
  • Step 905 If the terminal detects that the TLLI in the received Packet Uplink Assignment message is consistent with the TLLI sent by the previous terminal to the network side, the contention conflict resolution process is completed. The terminal sends an uplink RLC data block to the network side device, and the RLLI is not carried in the uplink RLC data block and the subsequent RLC data block.
  • FIG. 15a and FIG. 15b are schematic flowcharts of another embodiment of a method for processing terminal capability reporting according to the present invention.
  • the network architecture based on the method in this embodiment mainly includes: a terminal and a network side.
  • the device, where the terminal is an IPA-enabled terminal.
  • the technical solution of this embodiment is described in detail by taking the third application scenario shown above and the terminal capability as the terminal multi-time slot capability as an example.
  • the method includes:
  • Step 1001 The terminal sends an EGPRS Packet Channel Request (EGPRS Packet Channel Request) message to the network side device.
  • EGPRS Packet Channel Request EGPRS Packet Channel Request
  • Step 1002 The network side device sends an IPA message carrying the RAC Request bit to the terminal according to the EGPRS Packet Channel Request message.
  • the RAC Request bit is set to 1 (corresponding to the first identifier described above).
  • Step 1003 The terminal sends, according to the IPA message, an uplink RLC data block carrying the TLLI, the length indication reserved value (Reserved LI), and the terminal multislot class (Multislot Class) to the network device.
  • Step 1004 The network side device parses the reserved value according to the length, and obtains the multi-slot capability of the terminal.
  • the network side when the network side receives an uplink RLC data block whose length indicates a reserved value of 61, referring to Table 2c, it continues to parse a byte after the PFI, where bit 2 to bit 7 are filled with Terminal multi-slot capability.
  • the network side when the network side receives an uplink RLC data block whose length indicates a reserved value of 122, referring to Table 2d, it will continue to parse a byte after the PFI, where bit 2 to bit 7 are filled with the terminal multi-slot capability. .
  • Step 1005 The network side device sends, according to the uplink RLC data block, a Packet Uplink Assignment message carrying the TLLI to the terminal, to complete the contention conflict resolution process.
  • Step 1006 If the terminal detects that the TLLI in the received Packet Uplink Assignment message is consistent with the TLLI sent by the previous terminal to the network side, the contention conflict resolution process is completed. The terminal sends an uplink RLC data block to the network side device, and the RLLI is not carried in the uplink RLC data block and the subsequent RLC data block.
  • the method includes:
  • Step 1101 The terminal sends an EGPRS Packet Channel Request (EGPRS Packet Channel Request) message to the network side device.
  • EGPRS Packet Channel Request EGPRS Packet Channel Request
  • Step 1102 The network side device sends an IPA message carrying the RAC Request bit to the terminal according to the EGPRS Packet Channel Request message.
  • the RAC Request bit is set to 0 (corresponding to the second identifier described above).
  • Step 1103 The terminal sends, according to the IPA message, an uplink RLC data block carrying the TLLI, the length indication reserved value (Reserved LI), and the terminal multi-slot capability (Multislot Class) to the network device.
  • Step 1104 The network side device sends, according to the uplink RLC data block, a Packet Uplink Assignment message carrying the TLLI to the terminal, to complete the contention conflict resolution process.
  • Step 1105 If the terminal detects that the TLLI in the received Packet Uplink Assignment message is consistent with the TLLI sent by the previous terminal to the network side, the contention conflict resolution process is completed.
  • the terminal sends an uplink RLC data block to the network side device, and the uplink RLC data block and the subsequent RLC data block do not carry the TLLI.
  • FIG. 16 is a schematic structural diagram of an apparatus for processing a terminal capability report according to the present invention.
  • the apparatus in this embodiment may be a terminal, including: an obtaining module 11 and a sending module 12.
  • the obtaining module 11 is configured to acquire the terminal capability
  • the sending module 12 is configured to send, to the network side device, an uplink RLC data block that carries the capability of the terminal, where the network side device parses the uplink RLC data block to obtain the terminal capability. .
  • the device in this embodiment can perform the technical solution of the method embodiment shown in FIG. 1 , and the implementation principle is similar, and details are not described herein again.
  • the terminal capability is obtained, and the uplink RLC data block carrying the capability of the terminal is sent to the network side device, so that the network side device parses the uplink RLC data block to obtain the terminal capability, because The transmitted uplink RLC data block carries the capability of the terminal, and therefore, the terminal capability is reported, the data transmission is not affected, and the current solution is solved.
  • a signaling is separately sent to report the capability of the terminal, which causes a waste of signaling.
  • FIG. 17 is a schematic structural diagram of another embodiment of a processing device for reporting terminal capability according to the present invention.
  • the sending module 12 is specifically configured to send to a network side device. Carrying an uplink radio link control RLC data block with a length indicating the reserved value and the terminal capability acquired by the obtaining module 11 for the network side device to parse the uplink RLC data block according to the length indication retention value to obtain the terminal capability;
  • the length indication reserved value is used to indicate the terminal capability existing in the uplink RLC data block.
  • the apparatus may further include: the receiving module 13 is configured to receive the terminal capability request message sent by the network side; and the acquiring module 11 is configured to acquire the current terminal capability when the receiving module 13 receives the terminal capability request message.
  • the terminal capability request message may be: a packet uplink assignment message or an IPA message, and the like.
  • the sending module 12 is specifically configured to: when the terminal capability request message is an IPA message, and the RAC Request bit is included in the IPA message, send the length indication retention value to the network side device according to the RAC Request bit in the IPA message.
  • Uplink RLC data block of the terminal capability or,
  • the sending module 12 is specifically configured to: when the terminal capability request message is an IPA message, and the RAC Request bit is not included in the IPA message, send an uplink RLC data block carrying the length indication reserved value and the terminal capability to the network side device.
  • the sending module 12 may have the following specific implementation manners according to the RAC Request bit in the IPA message:
  • the first type the sending module 12 is configured to: when the RAC Request bit is set to the first identifier, send an uplink RLC data block carrying the length indication reserved value and the terminal capability to the network side device according to the IPA message.
  • the sending module 12 is configured to send an uplink RLC data block carrying the TLLI to the network side device according to the IPA message.
  • the receiving module 13 is further configured to receive a Packet Uplink ACK/NACK message that is sent by the network side device and that carries the TLLI, to complete the contention conflict resolution process.
  • the second type the sending module 12 is configured to: when the RAC Request bit is set to the second identifier, And sending, according to the IPA message, an uplink RLC data block carrying the length indication reserved value and the terminal capability to the network side device.
  • the sending module 12 is further configured to: when the RAC Request bit is set to the first identifier, send, according to the IPA message, a Packet Resource Request message carrying the terminal capability and the TLLI to the network side device;
  • the receiving module 13 is further configured to receive a Packet Uplink ACK/NACK message that is sent by the network side device and that carries the TLLI, to complete the contention conflict resolution process.
  • the device in this embodiment can perform the technical solutions of the method embodiments shown in any of FIG. 2 to FIG. 5, and the implementation principles thereof are similar, and details are not described herein again.
  • FIG. 18 is a schematic structural diagram of still another embodiment of a processing device for reporting terminal capability according to the present invention.
  • the device may further include: The update process is performed on the terminal capability.
  • the acquisition module 11 is configured to acquire the current terminal capability after the update module 14 performs the update process on the terminal capability.
  • FIG. 19 is a schematic structural diagram of still another embodiment of a processing device for reporting terminal capability according to the present invention.
  • the device may be a network side device, for example, a base station controller, including: a receiving module 21 and a parsing module 22 .
  • the receiving module 21 is configured to receive an uplink RLC data block that is sent by the terminal and that carries the terminal capability.
  • the parsing module 22 is configured to parse the uplink RLC data block to obtain the terminal capability.
  • the device in this embodiment can perform the technical solution of the method embodiment shown in FIG. 6, and the implementation principle is similar, and details are not described herein again.
  • the terminal capability of the terminal is obtained by receiving the uplink RLC data block that is transmitted by the terminal and parsing the uplink RLC data block, and the terminal capability is directly received from the uplink RLC data block sent by the terminal. Therefore, the completion of the terminal capability reporting does not affect the data transmission, and solves the problem of signaling waste caused by separately transmitting one signaling to report the terminal capability in the prior art.
  • FIG. 20 is a schematic structural diagram of still another embodiment of a processing device for reporting terminal capability according to the present invention.
  • the receiving module 21 receives
  • the uplink RLC data block to be included further includes: a length indicating a reserved value;
  • the parsing module 22 is specifically configured to parse the uplink RLC data block according to the length indication retention value to obtain the terminal capability.
  • the length indication reserved value is used to indicate the terminal capability existing in the uplink RLC data block.
  • the apparatus may further include: a sending module 23, configured to send a terminal capability request message to the terminal.
  • the terminal capability request message may be: a packet uplink assignment message or an IPA message, and the like.
  • the receiving module 21 may have the following specific implementation manners:
  • the first type when the terminal capability request message is an IPA message, and the ACL request bit is included in the IPA message, and the RAC Request bit is set to the first identifier, the receiving module 21 is configured to receive the bearer sent by the terminal according to the IPA message.
  • the receiving module 21 is further configured to receive, by the terminal, the uplink RLC data block that carries the TLLI according to the IPA message;
  • the sending module 23 is further configured to return a Packet Uplink ACK/NACK message carrying the TLLI to the terminal to complete the contention conflict resolution process.
  • the second type when the terminal capability request message is an IPA message, and the ACL Request bit is included in the IPA message, and the RAC Request bit is set to the second identifier, the receiving module 21 is configured to receive, according to the IPA message, the receiving module The uplink RLC data block with the length indicating the reserved value and the terminal capability is carried.
  • the receiving module 21 is further configured to receive a Packet Resource Request message that is sent by the terminal according to the IPA message and carries the terminal capability and the TLLI;
  • the sending module 23 is further configured to send a Packet Uplink ACK/NACK message carrying the TLLI to the terminal to complete the contention conflict resolution process.
  • the third type when the terminal capability request message is an IPA message, and the ACL Request bit is included in the IPA message, and the RAC Request bit is set to any identifier, the receiving module 21 is configured to receive the bearer sent by the terminal according to the IPA message. Have a length indicating the retention value and the terminal can Forced upstream RLC data block.
  • the device in this embodiment can perform the technical solutions of the embodiment shown in any of FIG. 7 to FIG. 11 , and the implementation principles thereof are similar, and details are not described herein again.
  • the device may further include: a configuration module, configured to: The terminal has multi-slot capability, and the PDCH resource is reconfigured for the terminal.
  • the invention also provides a terminal comprising a memory and a processor.
  • the memory is for storing instructions;
  • the processor is coupled to the memory, the processor is configured to execute instructions stored in the memory, and the processor is configured to perform any of the above Figures 1 to 5 The processing method for reporting the terminal capability.
  • the invention also provides a network side device, including a memory and a processor.
  • the memory is for storing instructions;
  • the processor is coupled to the memory, the processor is configured to execute instructions stored in the memory, and the processor is configured to perform any of the above Figures 7 to 11 The processing method for reporting the terminal capability.
  • the present invention also provides a processing system for reporting terminal capability, including: a terminal and a network side device.
  • the terminal may be a processing device that reports the terminal capability as shown in any one of FIG. 16 to FIG. 18;
  • the network-side device may be a processing device that reports the terminal capability shown in FIG. 19 or FIG.
  • the system of this embodiment can perform the technical solutions of the embodiments shown in any of the embodiments of FIG. 12a to FIG. 15b, and the implementation principles thereof are similar, and details are not described herein again.
  • the aforementioned program can be stored in a computer readable storage medium.
  • the program when executed, performs the steps including the above method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

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

Abstract

本发明提供一种终端能力上报的处理方法和系统及装置，该方法包括：获取终端能力；向网络侧设备发送携带有该终端能力的上行RLC数据块，以供该网络侧设备解析该上行RLC数据块，获取该终端能力。本发明能够解决终端需要通过单独发送携带有终端的多时隙能力的Packet Resource Request消息向网络侧提供该终端的多时隙能力而造成的信令浪费问题。

Description

终端能力上报的处理方法和系统及装置 技术领域 本发明涉及通信技术， 尤其涉及一种终端能力上报的处理方法和系统及 装置。 背景技术
目前， 在需要进行上行数据传送时， 终端可以釆用一步或两步接入法发 起信道接入请求。 另外， 终端在公共控制信道（Common Control Channel; 简 称： CCCH )发起信道接入请求时可以上报该终端的多时隙能力， 网络侧根 据接收到的该终端的多时隙能力， 再根据现有空闲的分组数据信道（Packet Data Channel; 简称： PDCH ) 的情况， 为该终端分配相应的 PDCH资源。
现有技术中， 以终端辅助的 PDCH分配为例， 针对不同的应用， 灵活调 整终端在分组信道请求（ Packet Channel Request ) 消息中上报的多时隙能力， 可一定程度上通知网络侧终端上报的数据量。 如对于神州车管家这类应用， 如果上报车辆的全球定位系统（Global Positioning System; 简称： GPS )位置 信息， 可令终端在分组信道请求消息中上报其较低的多时隙等级， 而在后续 数据传输阶段，需要上报图片，则终端需要发送分组资源请求（ Packet Resource Request ) 消息来修改自己的多时隙能力， 通知网络侧根据更新的多时隙能力 进行 PDCH资源重配置。
另夕卜，再以支持立即分组指派（ Immediate Packet Assignment; 简称： IPA ) 终端的一步接入流程为例， 终端发送分组信道请求消息后， 网络侧想要进一 步请求终端精确的多时隙能力， 只能通过 IPA 消息中的无线接入能力请求 ( Radio Access Capabilities Request; 简称： RAC Request )比特，终端根据 IPA 消息中的指示，通过发送 Packet Resource Request消息来向网络侧上报其精确 的多时隙能力。 而若在初始接入阶段， 由于空闲 PDCH资源受限， 网络侧没 有请求终端的多时隙能力， 而在数据传输的后续过程中， 当网络侧有资源， 要为终端重配置更多的 PDCH资源时，还需要进一步请求终端的多时隙能力， 这时， 只能通过发送分组上行指派（ Packet Uplink Assignment ) 消息来请求， 终端在接收到该 Packet Uplink Assignment后， 会发送携带有该终端的多时隙 能力的 Packet Resource Request消息给网络侧，以使网络侧获取该终端当前多 时隙能力。
基于上述内容， 由于终端需要单独发送携带有终端的多时隙能力的 Packet Resource Request消息来使得网络侧获取该终端的多时隙能力， 因此， 造成了信令的浪费。 发明内容
本发明提供一种终端能力上报的处理方法和系统及装置， 用于解决现有 技术中终端需要通过单独发送携带有终端的多时隙能力的 Packet Resource Request消息向网络侧提供该终端的多时隙能力而造成的信令浪费问题。
本发明的第一个方面是提供一种终端能力上报的处理方法， 包括： 获取所述终端能力；
向网络侧设备发送携带有所述终端能力的上行无线链路控制 RLC数据 块， 以供所述网络侧设备解析所述上行 RLC数据块， 获取所述终端能力。
在第一个方面的第一种可能的实现方式中，所述上行 RLC数据块中还包 括长度指示保留值， 以供所述网络侧设备根据所述长度指示保留值解析所述 上行 RLC数据块， 获取所述终端能力；
其中，所述长度指示保留值用于指示所述上行 RLC数据块中存在的所述 终端能力。
结合第一个方面或者第一个方面的第一种可能实现方式， 在第一个方面 的第二种可能的实现方式中， 在所述获取所述终端能力之前， 所述方法还包 括：
接收所述网络侧发送的终端能力请求消息； 或者，
对终端能力进行更新处理。
结合第一个方面的第二种可能实现方式， 在第一个方面的第三种可能的 实现方式中， 所述终端能力请求消息为分组上行指派消息或立即分组指派 IPA消息。
结合第一个方面的第三种可能实现方式， 在第一个方面的第四种可能的 实现方式中， 当所述向网络侧设备发送携带有所述终端能力的上行 RLC数据 块， 包括：
当所述终端能力请求消息为 IPA 消息， 且所述 IPA 消息中包括 RAC Request比特时，根据所述 IPA消息中的 RAC Request比特， 向所述网络侧设 备发送携带有终端能力的上行 RLC数据块； 或者，
当所述终端能力请求消息为 IPA消息， 且所述 IPA消息中不包括无线接 入能力请求 RAC Request比特时， 向所述网络侧设备发送携带有所述终端能 力的上行 RLC数据块。
结合第一个方面的第四种可能实现方式， 在第一个方面的第五种可能的 实现方式中， 所述根据所述 IPA消息中的 RAC Request比特， 向所述网络侧 设备发送携带有所述终端能力的上行 RLC数据块， 包括：
当所述 RAC Request比特置为第一标识时， 向所述网络侧设备发送携带 有所述终端能力的上行 RLC数据块。
结合第一个方面的第五种可能实现方式， 在第一个方面的第六种可能的 实现方式中， 还包括：
当所述 RAC Request比特置为第二标识时， 向所述网络侧设备发送携带 有临时逻辑链路标识 TLLI的上行 RLC数据块；
接收所述网络侧设备发送的携带有所述 TLLI 的分组上行确认 /非确认 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
结合第一个方面的第四种可能实现方式， 在第一个方面的第七种可能的 实现方式中， 所述根据所述 IPA消息中的 RAC Request比特， 向所述网络侧 设备发送携带所述终端能力的上行 RLC数据块， 包括：
当所述 RAC Request比特置为第二标识时， 向所述网络侧设备发送携带 有所述终端能力的上行 RLC数据块。
结合第一个方面的第七种可能实现方式， 在第一个方面的第八种可能的 实现方式中， 还包括：
当所述 RAC Request比特置为第一标识时， 向所述网络侧设备发送携带 有所述终端能力和 TLLI的分组资源请求 Packet Resource Request消息；
接收所述网络侧设备发送的携带有所述 TLLI 的 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
结合第一个方面的第四种可能实现方式， 在第一个方面的第九种可能的 实现方式中 , 所述根据所述 ΙΡΑ消息中的 RAC Request比特， 向所述网络侧 设备发送携带有所述终端能力的上行 RLC数据块， 包括：
当所述 RAC Request比特置为任意标识时， 根据所述 IPA消息， 向所述 网络侧设备发送携带有所述终端能力的上行 RLC数据块。
结合第一个方面至第一个方面的第九种任一种可能实现方式， 在第一个 方面的第十种可能的实现方式中， 所述终端能力为如下一种： 终端多时隙能 力、 终端支持时分复用上行链路状态标识 USF的能力和终端支持耦合上行链 路状态标识 couple USF的能力。
本发明的第二个方面是提供一种终端能力上报的处理方法， 包括： 接收终端发送的携带有终端能力的上行无线链路控制 RLC数据块； 解析所述上行 RLC数据块， 获取所述终端能力。
在第二个方面的第一种可能的实现方式中，所述上行 RLC数据块中还包 括： 长度指示保留值；
则所述解析所述上行 RLC数据块， 获取所述终端能力， 包括：
根据所述长度指示保留值解析所述上行 RLC数据块，获取所述终端能力； 其中，所述长度指示保留值用于指示所述上行 RLC数据块中存在的所述 终端能力。
结合第二个方面的第一种可能实现方式， 在第二个方面的第二种可能的 实现方式中， 所述接收终端发送的携带有长度指示保留值和终端能力的上行 RLC数据块之前， 所述方法还包括：
向所述终端发送终端能力请求消息。
结合第二个方面的第二种可能实现方式， 在第二个方面的第三种可能的 实现方式中， 所述终端能力请求消息为分组上行指派消息或立即分组指派 IPA消息。
结合第二个方面的第三种可能实现方式， 在第二个方面的第四种可能的 实现方式中， 当所述终端能力请求消息为 IPA消息时， 所述接收终端发送的 携带有终端能力的上行 RLC数据块， 包括：
接收所述终端根据所述 IPA消息发送的携带有终端能力的上行 RLC数据 块。
结合第二个方面的第四种可能实现方式， 在第二个方面的第五种可能的 实现方式中， 还包括：
接收所述终端根据所述 IPA消息发送的携带有临时逻辑链路标识 TLLI 的上行 RLC数据块；
向所述终端返回携带有所述 TLLI的分组上行确认 /非确认 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
结合第二个方面的第四种可能实现方式， 在第二个方面的第六种可能的 实现方式中， 还包括：
接收所述终端根据所述 IPA消息发送的携带有所述终端能力和 TLLI的 分组资源请求 Packet Resource Request消息；
向所述终端发送携带有所述 TLLI的 Packet Uplink ACK/NACK消息， 以 完成竟争冲突解决过程。
结合第二个方面至第二个方面的第六种中的任一种可能实现方式， 在第 二个方面的第七种可能的实现方式中， 所述终端能力为如下一种： 终端多时 隙能力、 终端支持时分复用上行链路状态标识 USF的能力和终端支持耦合上 行链路状态标识 couple USF的能力。
结合第二个方面的第七种可能实现方式， 在第二个方面的第八种可能的 实现方式中， 当所述终端能力为终端多时隙能力时， 所述方法还包括：
根据所述终端多时隙能力， 对所述终端重新配置分组数据信道 PDCH资 源。
本发明的第三个方面是提供一种终端能力上报的处理装置， 包括： 获取模块， 用于获取所述终端能力；
发送模块， 用于向网络侧设备发送携带有所述获取模块获取的所述终端 能力的上行无线链路控制 RLC数据块， 以供所述网络侧设备解析所述上行 RLC数据块， 获取所述终端能力。
在第三个方面的第一种可能的实现方式中， 所述发送模块具体用于向网 络侧设备发送携带有长度指示保留值和所述获取模块获取的终端能力的上行 无线链路控制 RLC数据块， 以供所述网络侧设备根据所述长度指示保留值解 析所述上行 RLC数据块， 获取所述终端能力；
其中，所述长度指示保留值用于指示所述上行 RLC数据块中存在的所述 终端能力。 结合第三个方面或者第三个方面的第一种可能实现方式， 在第三个方面 的第二种可能的实现方式中， 还包括： 接收模块， 用于接收所述网络侧发送 的终端能力请求消息；
则所述获取模块用于在所述接收模块接收到所述终端能力请求消息时 , 获取当前终端能力。
结合第三个方面或者第三个方面的第一种可能实现方式， 在第三个方面 的第三种可能的实现方式中， 还包括： 更新模块， 用于对终端能力进行更新 处理；
则所述获取模块用于在所述更新模块对终端能力进行更新处理后， 获取 所述终端能力。
结合第三个方面的第二种可能的实现方式中， 在第三个方面的第四种可 能的实现方式中， 所述发送模块用于当所述接收模块接收到的所述终端能力 请求消息为立即分组指派 IPA消息， 且所述 IPA消息中包括无线接入能力请 求 RAC Request比特时 , 根据所述 IPA消息中的 RAC Request比特， 向所述 网络侧设备发送携带有所述终端能力的上行 RLC数据块； 或者，
所述发送模块用于当所述接收模块接收到的所述述终端能力请求消息为 IPA消息，且所述 IPA消息中不包括无线接入能力请求 RAC Request比特时， 向所述网络侧设备发送携带有所述终端能力的上行 RLC数据块。
结合第三个方面的第四种可能的实现方式中， 在第三个方面的第五种可 能的实现方式中， 所述发送模块用于当所述 RAC Request比特置为第一标识 时， 根据所述 IPA消息， 向所述网络侧设备发送携带有终端能力的上行 RLC 数据块。
结合第三个方面的第五种可能的实现方式中， 在第三个方面的第六种可 能的实现方式中， 所述发送模块还用于当所述 RAC Request比特置为第二标 识时， 根据所述 IPA消息， 向所述网络侧设备发送携带有临时逻辑链路标识 TLLI的上行 RLC数据块；
所述接收模块还用于接收所述网络侧设备发送的携带有所述 TLLI 的分 组上行确认 /非确认 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过 程。
结合第三个方面的第四种可能的实现方式中， 在第三个方面的第七种可 能的实现方式中， 所述发送模块用于当所述 RAC Request比特置为第二标识 时， 根据所述 IPA消息， 向所述网络侧设备发送携带有终端能力的上行 RLC 数据块。
结合第三个方面的第七种可能的实现方式中， 在第三个方面的第八种可 能的实现方式中， 所述发送模块还用于当所述 RAC Request比特置为第一标 识时，根据所述 IPA消息，向所述网络侧设备发送携带有所述终端能力和 TLLI 的 Packet Resource Request消息；
所述接收模块还用于接收所述网络侧设备发送的携带有所述 TLLI 的 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
结合第三个方面的第四种可能的实现方式中， 在第三个方面的第九种可 能的实现方式中， 所述发送模块用于当所述 RAC Request比特置为任意标识 时， 根据所述 IPA消息， 向所述网络侧设备发送携带有终端能力的上行 RLC 数据块。
本发明的第四个方面是提供一种终端能力上报的处理装置， 包括： 接收模块， 用于接收终端发送的携带有终端能力的上行无线链路控制
RLC数据块；
解析模块， 用于解析所述上行 RLC数据块， 获取所述终端能力。
在第四个方面的第一种可能的实现方式中， 所述接收模块接收到的所述 上行 RLC数据块中还包括： 长度指示保留值；
则所述解析模块具体用于根据所述长度指示保留值解析所述上行 RLC数 据块， 获取所述终端能力；
其中，所述长度指示保留值用于指示所述上行 RLC数据块中存在的所述 终端能力。
结合第四个方面的第一种可能的实现方式中， 在第四个方面的第二种可 能的实现方式中， 还包括： 发送模块， 用于向所述终端发送终端能力请求消 结合第四个方面的第二种可能的实现方式中， 在第四个方面的第三种可 能的实现方式中， 当所述终端能力请求消息为立即分组指派 ΙΡΑ消息时， 所 述接收模块用于接收所述终端根据所述 ΙΡΑ消息发送的携带有长度指示保留 值和终端能力的上行 RLC数据块。 结合第四个方面的第三种可能的实现方式中， 在第四个方面的第四种可 能的实现方式中， 所述接收模块还用于接收所述终端根据所述 IPA消息发送 的携带有临时逻辑链路标识 TLLI的上行 RLC数据块；
所述发送模块还用于向所述终端返回携带有所述 TLLI的分组上行确认 / 非确认 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
结合第四个方面的第三种可能的实现方式中， 在第四个方面的第五种可 能的实现方式中， 当所述接收模块还用于接收所述终端根据所述 IPA消息发 送的携带有所述终端能力和 TLLI的分组资源请求 Packet Resource Request消 所述发送模块还用于向所述终端发送携带有所述 TLLI的 Packet Uplink
ACK/NACK消息， 以完成竟争冲突解决过程。
结合第四个方面至第四个方面的第五种中的任一种可能的实现方式中， 在第四个方面的第六种可能的实现方式中， 当所述终端能力为终端多时隙能 力时， 所述装置还包括：
配置模块， 用于根据所述终端多时隙能力， 对所述终端重新配置分组数 据信道 PDCH资源。
本发明的第五个方面是提供一种终端， 其特征在于， 包括： 存储器， 用 于存储指令；
处理器， 与所述存储器耦合， 所述处理器被配置为执行存储在所述存储 器中的指令， 且所述处理器被配置为用于执行上述第一个方面所述的终端能 力上报的处理方法。
本发明的第六个方面是提供一种网络侧设备， 其特征在于， 包括： 存储 器， 用于存储指令；
处理器， 与所述存储器耦合， 所述处理器被配置为执行存储在所述存储 器中的指令， 且所述处理器被配置为用于执行上述第二个方面所述的终端能 力上报的处理方法。
本发明的第七个方面是提供一种终端能力上报的处理系统，其特征在于， 包括上述所述的终端和上述所述的网络侧设备。
本发明的技术效果是： 获取终端能力， 并向该网络侧设备发送携带有该 终端能力的上行 RLC数据块， 以供该网络侧设备解析该上行 RLC数据块， 获取该终端能力， 通过直接在上行 RLC数据块中携带终端能力， 实现了在完 成终端能力上报的同时不影响数据传输， 解决了现有技术中单独发送一条信 令来上报终端能力而造成信令浪费的问题。 附图说明 图 1为本发明终端能力上报的处理方法的一个实施例的流程图； 图 2为本发明终端能力上报的处理方法的还一个实施例的流程图； 图 3为本发明终端能力上报的处理方法的再一个实施例的流程图； 图 4为本发明终端能力上报的处理方法的另一个实施例的流程图； 图 5为本发明终端能力上报的处理方法的又一个实施例的流程图； 图 6为本发明终端能力上报的处理方法的还一个实施例的流程图； 图 7为本发明终端能力上报的处理方法的另一个实施例的流程图； 图 8为本发明终端能力上 的处理方法的又一个实施例的流程图； 图 9为本发明终端能力上报的处理方法的还一个实施例的流程图； 图 10为本发明终端能力上报的处理方法的再一个实施例的流程图； 图 11为本发明终端能力上报的处理方法的另一个实施例的流程图； 图 12a和图 12b为本发明终端能力上报的处理方法的又一个实施例的信 令流程图；
图 13a和图 13b为本发明终端能力上报的处理方法的还一个实施例的信 令流程图；
图 14a和图 14b为本发明终端能力上报的处理方法的再一个实施例的信 令流程图；
图 15a和图 15b为本发明终端能力上报的处理方法的另一个实施例的信 令流程图；
图 16为本发明终端能力上报的处理装置的一个实施例的结构示意图； 图 17 为本发明的终端能力上报的处理装置的另一个实施例的结构示意 图；
图 18 为本发明的终端能力上报的处理装置的又一个实施例的结构示意 图；
图 19 为本发明的终端能力上报的处理装置的还一个实施例的结构示意 图；
图 20 为本发明的终端能力上报的处理装置的再一个实施例的结构示意 图。 具体实施方式
图 1为本发明终端能力上报的处理方法的一个实施例的流程图， 如图 1所示， 本实施例的执行主体为终端， 则该方法包括：
步骤 101、 获取终端能力。
在本实施例中， 优选地， 该终端能力可以包括如下一种： 终端多时隙 能力、终端支持时分复用上行链路状态标识（ Uplink State Flag;简称： USF ) 的能力和终端支持耦合 USF ( couple USF ) 的能力等。
步骤 102、 向网络侧设备发送携带有该终端能力的上行无线链路控制 ( Radio Link Control; 简称： RLC )数据块， 以供该网络侧设备解析该上 行 RLC数据块， 获取该终端能力。
其中， 所述网络侧设备可以为基站控制器。
在本实施例中， 获取终端能力， 并向该网络侧设备发送携带有该终端 能力的上行 RLC数据块， 以供该网络侧设备解析该上行 RLC数据块， 获 取该终端能力， 通过直接在上行 RLC数据块中携带终端能力， 实现了在 完成终端能力上报的同时不影响数据传输， 解决了现有技术中单独发送一 条信令来上报终端能力而造成信令浪费的问题。
优选地， 在本发明的另一个实施例中， 在上述图 1所示实施例的基础 上， 步骤 102可以具体为：
向网络侧设备发送携带有长度指示 （ Length Indicator; 简称： LI )保 留值和该终端能力的上行 RLC数据块， 以供该网络侧设备根据该长度指 示保留值解析该上行 RLC数据块， 获取该终端能力。
其中， 该长度指示保留值用于指示该上行 RLC数据块中存在该终端 能力。 另外， 该 LI保留值为协议中没有用到的 LI值。
在本实施例中， 举例来说， 以终端能力为终端多时隙能力 （Multislot Class )为例， 终端多时隙能力根据终端的收发特性不同， 可以分为 45种， 表 1示出了 45种终端多时隙能力， 如表 1所示：
表 1
Figure imgf000012_0001
其中， "Rx，，表示终端在一个时分多址（ Time Division Multiple Access; 简称： TDMA ) 帧中可以用于接收的最大时隙数； "Tx" 表示终端在一个 TDMA帧中可以用于发送的最大时隙数； "Tta"表示终端用于执行邻近信 道信号强度测量并准备发送的最小时隙数； "Ttb" 表示终端不执行测量报 告， 用于准备发送的最小时隙数； "Tra" 表示终端用于执行邻近信道信号 强度测量并准备接收的最小时隙数； "τ '表示终端用于准备接收的最小 时隙数； "NA" 表示 Not Applicable, 即在这里不用。
另外，在本实施例中，表 2a为现有通用分组无线业务（General Packet Radio Service; 简称： GPRS )上行 RLC数据块的格式， 表 2b为现有增强 GPRS ( Enhanced GPRS; 简称： EGPRS ) 上行 RLC数据块的格式：
表 2a
Bit
Figure imgf000013_0001
spare spare (if present) 表 2b
Bit
2 1
TI E
Figure imgf000014_0001
其中， "Payload Type" 表示载荷类型； "Countdown Value" 表示倒 计时值； " SI" 表示停顿标记， 用于流量控制的窗口滑动器； "spare" 表 示空闲比特； "ΡΓ表示用来指示是否存在可选的分组流标识（ Packet Flow Identifier; 简称： PFI )域， 取值为 0表示不存在 PFI, 取值 1表示加入 TI 域指示存在临时逻辑链路标识 ( Temporary Logical Link Identifier; 简称： TLLI ) , PFI就存在； "TFI"表示临时流标识（ Temporary Flow Identity ) , 标识此 RLC数据块所属的临时块流（ Temporary Block Flow; 简称： TBF )； "TI"表示 TLLI指示， 用于指示 RLC数据块内是否存在可选的 TLLI域， 取值 0表示不存在 TLLI,取值 1表示存在 TLLI; "BSN"为块序列号（ Block Sequence Number; 简称： BSN ) , 用于对 TBF中的各个 RLC数据块进行 编号； "TLLI"为临时逻辑链路标识； "PFI"包含分组流标识（ Packet Flow Identifier )值， 用于分组流上下文 ( Packet Flow Context ) ； "E" 表示扩 展比特，用于指示 RLC/媒体接入控制（Media Access Control;简称： MAC ) 数据块字头中的可选字节是否出现， 取值 0表示扩展比特紧随其后， 取值 1表示其后没有扩展比特； "M" 表示更多比特， 包含 1个有效比特位， 与 E比特和 LI长度指示共同界定 TBF中多个逻辑链路控制（ Logical Link Control; 简称： LLC ) 协议数据单元 ( Protocol Data Unit; 简称： PDU ) 的界限，当存在 M比特时，可指示出 RLC/MAC数据块中的当前 LLC PDU 后是否为另一个 LLC PDU; "RLC data" 为 RLC数据。
如表 2a和表 2b所示， 在数据被传送至 LLC之前， RLC/MAC层将对 接收到的 RLC/MAC数据段进行重组。 RLC头部包括用于重组的字段， 如 LI主要用来在 RLC数据块中界定 LLC PDU。 其中， More (即表 2a和表 2b中的 M )位用于指示在这个 RLC数据块之后是否还有下一个 LLC PDU; Extention (即表 2a和表 2b中的 E )位用于指示 RLC头之后是否还有另一 字段信息。 另外， 第一个 LI标识属于第一 LLC PDU的 RLC数据字节长 度， 第二个 LI表示属于第二 LLC PDU的 RLC数据字节长度等。
在 GPRS系统中， LI的长度为 6比特， 在编码方式（ Coding Scheme; 简称： CS ) -1、 CS-2、 CS-3和 CS-4情况下分别被编码为二进制数 1到 19、 1到 29、 1到 35、 1到 49。 0表示没有 LLC PDU分界存在， 这时终端侧 M比特（bit )设为 "0" , E bit设为 " 1 " , 同时网络侧应忽略 M bit, E bit 应解码为 " 1" 。 对于 Iu mode, LI值为 63 , 指示 RLC数据块中填充信息 的存在， 而其他所有值予以保留。 其中， Iu mode表示当终端通过全球移 动通讯系统（ Global System of Mobile communication; 简称： GSM ) /GSM 演进增强型数据速率 （ Enhanced Data Rate for GSM Evolution; 简称： EDGE )无线接入网 （ GSM/EDGE Radio Access Network; 简称： GERAN ) 或通用移动通信系统 ( Universal Mobile Telecommunications System; 简称： UMTS ) 陆地无线接入网 （ UMTS Terrestrial Radio Access Network; 简称： UTRAN ) 和 Iu接口连接到核心网时， 该终端的操作模式。 在 EGPRS系统中， LI的长度为 7bit, 并相应地编码为二进制数。 对 于 EGPRS TBF而言， 有效的 LI值范围从 0到 74和 127, 而其他值予以 保留。
表 2c为本发明 GPRS上行 RLC数据块的格式，表 2d为本发明 EGPRS 上行 RLC数据块的格式。
表 2c
Bit
8 7 6 5 4 3 2 1
Payload type Countdown Value SI R MAC header spare PI TFI TI Octet 1
BSN E Octet 2
Length Indicator M E Octet 3
, , ,
i fcdicator - 6! M E Octet M
Octet M+l
TLLI
Octet M+4
PFI E Octet M+5 spare Mul islot Class Octet M+6
Octet M+7
RLC Data
Octet N
Spare (if present) 表 2d
Figure imgf000016_0001
Figure imgf000016_0002
Octet M+3
Octet M+4
PFI E Octet M+5
Mult? slot Class E
Octet M+7
RLC data
Octet N2-1
Octet N2
如表 2 c和表 2 d所示，利用上面所有 LI保留值中任意一个 LI保留值， 来指示当前上行 RLC数据块中存在终端的多时隙能力。 例如， 在 GPRS 系统中，选取 LI保留值中的任意一个 LI保留值来指示当前上行 RLC数据 块中存在终端的多时隙能力， 则当上行 RLC数据块中存在终端的多时隙 能力时， 设置所述选取的任意一个 LI保留值为 61 ; 在 EGPRS系统中， 假 设选取 LI保留值中的任意一个 LI保留值来指示当前上行 RLC数据块中存 在终端的多时隙能力， 则当上行 RLC数据块中存在终端的多时隙能力时， 设置所述选取的任意一个 LI保留值为 122。
另外， 终端能力设置的位置并不限于上述表 2c和表 2d所示的位置， 例如， 还可以设置在 TLLI的上方或者下方等。
进一步的， 在本发明的又一个实施例中， 在上述各个实施例所示的基 础上， 该步骤 101之前， 该方法还可以包括：
接收该网络侧设备发送的终端能力请求消息； 或者，
对该终端能力进行更新处理。
优选地， 该终端能力请求消息可以为分组上行指派消息或立即分组指 派 ( Immediate Packet Assignment; 简称： IPA ) 消息。
更为优选地， 步骤 102可以具体为：
当该终端能力请求消息为 IPA消息， 且该 IPA消息中包括 RAC Request比特时， 根据该 IPA消息中的 RAC Request比特， 向该网络侧设 备发送携带有该终端能力的上行 RLC数据块； 或者，
当该终端能力请求消息为 IPA消息， 且该 IPA消息中不包括 RAC Request比特时， 向该网络侧设备发送携带有该终端能力的上行 RLC数据 块。
需要说明的是， 在本实施例中， 本发明的终端能力上报的处理方法所 基于的应用场景主要有如下几种：
第一种应用场景： 当终端与网络侧设备之间完成竟争冲突解决过程 后， 且无论终端是支持 IPA的终端还是不支持 IPA的终端时， 在后续数据 传输的过程中， 如果网络侧设备需要进一步请求终端的终端能力时， 可以 向终端发送分组上行指派消息， 以使得终端可以根据该分组上行指派消 息， 向网络侧发送携带有长度指示保留值和多时隙能力的上行 RLC数据 块。
第二种应用场景： 当终端与网络侧设备之间完成竟争冲突解决过程 后， 且无论终端是支持 IPA的终端还是不支持 IPA的终端时， 在后续数据 传输的过程中，如果终端对其终端能力进行了更新处理，则在更新处理后， 可以主动将携带有长度指示保留值和当前终端能力 （即更新后的终端能 力） 的上行 RLC数据块上报给网络侧设备， 以使网络侧设备获取该终端 能力 （即更新后的终端能力） 。
第三种应用场景： 当终端与网络侧设备之间在完成竟争冲突解决过程 之前， 且终端是支持 IPA的终端时， 在一步接入流程中， 如果网络侧设备 需要进一步请求终端能力时， 可以向终端发送 IPA消息， 以使得终端可以 根据该 IPA消息， 向网络侧发送携带有长度指示保留值和多时隙能力的上 行 RLC数据块。
值得注意的是， 对于第三种， 在完成竟争冲突解决过程之后， 且在后 续的数据传输过程中， 当网络侧设备需要进一步请求终端能力时， 可以向 终端发送分组上行指派消息， 以使得终端可以根据该分组上行指派消息， 向网络侧发送携带有长度指示保留值和多时隙能力的上行 RLC数据块； 当终端对其终端能力进行了更新处理时， 在更新处理后， 可以主动将携带 有长度指示保留值和当前终端能力 （即更新后的终端能力） 的上行 RLC 数据块上报给网络侧设备， 以使网络侧设备获取该终端能力 （即更新后的 终端能力） 。
图 2为本发明终端能力上报的处理方法的还一个实施例的流程图， 在 本实施例中， 以上述第三种应用场景为例， 该终端能力请求消息为 IPA消 息， 且该 IPA消息中包括 RAC Request比特为例， 详细介绍本实施例的技 术方案， 如图 2所示， 该方法包括：
步骤 201、 接收网络侧发送的 IP A消息， 该 IPA消息中包括 RAC Request比特。
步骤 202、 根据该 IPA消息中的 RAC Request比特， 获取终端能力， 并向该网络侧设备发送携带有长度指示保留值和该终端能力的上行 RLC 数据块。
优选地， 图 3为本发明终端能力上报的处理方法的再一个实施例的流 程图， 在上述图 2所示实施例的基础上， 如图 3所示， 步骤 202的一种具 体实现方式为：
步骤 202a、 当该 RAC Request比特置为第一标识时， 向该网络侧设备 发送携带有长度指示保留值和终端能力的上行 RLC数据块， 以供该网络 侧设备根据该长度指示保留值解析该上行 RLC数据块， 获取该终端能力。
在本实施例中， 在整个竟争冲突解决过程中， 上行 RLC数据块中均 要携带有该终端能力， 直至竟争冲突解决完成， 从而保证了网络侧设备可 以正确接收该终端能力。 另外， 举例来说， 该第一标识可以是数字逻辑的 "1"的标识。
进一步的， 该方法还可以进一步包括：
步骤 203、 当该 RAC Request比特置为第二标识时， 向该网络侧设备 发送携带有 TLLI的上行 RLC数据块。
在本实施例中， 举例来说， 该第二标识可以是数字逻辑的" 0"的标识。 步骤 204、 接收该网络侧设备发送的携带有该 TLLI的分组上行确认 / 非确认（Packet Uplink ACK/NACK ) 消息， 以完成竟争冲突解决过程。
更为优选地， 图 4为本发明终端能力上报的处理方法的另一个实施例 的流程图， 在上述图 2所示实施例的基础上， 如图 4所示， 步骤 202的 另一种具体实现方式为：
步骤 202b、 当该 RAC Request比特置为第二标识时， 向该网络侧设备 发送携带有长度指示保留值和终端能力的上行 RLC数据块， 以供该网络 侧设备根据该长度指示保留值解析该上行 RLC数据块， 获取该终端能力。 在本实施例中， 在整个竟争冲突解决过程中， 上行 RLC数据块中均 要携带有该终端能力， 直至竟争冲突解决完成， 从而保证了网络侧设备可 以正确接收该终端能力。 其中， 举例来说， 该第二标识可以是数字逻辑的 "0"的标识。
另外， 以终端能力为终端多时隙能力为例说明， 由于可以先将终端能 力上报给网络侧设备， 以供网络侧设备进行保存， 因此， 在网络侧有空闲 资源分配给该终端时， 可以不需要该终端上报终端能力， 即根据保存的终 端能力， 对该终端能力进行资源分配。
进一步的， 该方法还可以包括：
步骤 205、 当该 RAC Request比特置为第一标识时，根据该 IPA消息， 向该网络侧设备发送携带有该终端能力和 TLLI的 Packet Resource Request 消息。
在本实施例中， 该第一标识可以是数字逻辑的" 1 "的标识。
步骤 206、 接收该网络侧设备发送的携带有该 TLLI的 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
更为优选地， 图 5为本发明终端能力上报的处理方法的又一个实施例 的流程图， 在上述图 2所示实施例的基础上， 如图 5所示， 步骤 202的 又一种具体实现方式为：
步骤 202c、 当该 RAC Request比特置为任意标识时， 向该网络侧设备 发送携带有长度指示保留值和终端能力的上行 RLC数据块,以供该网络侧 设备根据该长度指示保留值解析该上行 RLC数据块， 获取该终端能力。
在本实施例中， 无论 RAC Request比特置为任意标识， 例如： 第一标 识或第二标识， 均根据该 IPA消息， 上艮该上行 RLC数据块， 且该上行 RLC数据块中携带有该长度指示保留值和终端能力，直至竟争冲突解决完 成。
图 6为本发明终端能力上报的处理方法的还一个实施例的流程图， 如 图 6所示， 本实施例的执行主体为网络侧设备， 例如， 可以是基站控制器， 则该方法包括：
步骤 301、 接收终端发送的携带有终端能力的上行 RLC数据块。
步骤 302、 解析该上行 RLC数据块， 获取该终端能力。 在本实施例中， 该终端能力可以包括如下一种： 终端多时隙能力、 终 端支持时分复用 USF能力和终端支持 couple USF的能力等。
在本实施例中， 通过接收终端发送的携带有终端能力的上行 RLC数 据块， 并解析该上行 RLC数据块， 获取该终端能力， 由于可以直接从终 端发送的上行 RLC数据块中接收该终端能力， 因此， 在完成终端能力上 报的同时， 不影响数据传输， 且解决了现有技术中单独发送一条信令来上 报终端能力而造成信令浪费的问题。
优选地，在本发明的再一个实施中，在上述图 1所示实施例的基础上， 步骤 301还可以具体为：
接收终端发送的携带有长度指示保留值和终端能力的上行 RLC数据 块。
在本实施例中， 该上行 RLC数据块的格式可以如表 2c和表 2d所示， 此处不再赘述。
则步骤 302还可以具体为：
根据该长度指示保留值解析该上行 RLC数据块， 获取该终端能力。 其中， 该长度指示保留值用于指示该上行 RL C数据块中存在的该终 端能力。
举例来说， 在 GPRS系统中， 当网络侧设备接收到长度指示保留值为 61的上行 RLC数据块时， 参看表 2c, 继续解析 PFI之后的一个字节， 其 中， bit 2到 bit 7填充有终端多时隙能力。 在 EGPRS系统中， 当网络侧设 备接收到长度指示保留值为 122的上行 RLC数据块时， 参看表 2d, 会继 续解析 PFI之后的一个字节， 其中， bit 2到 bit 7填充有终端多时隙能力。
图 7为本发明终端能力上报的处理方法的另一个实施例的流程图， 在 上述网络侧设备执行终端能力上报的处理方法的各个实施例的基础上， 步 骤 301之前该方法还可以包括：
步骤 300、 向终端发送携带有终端能力请求消息。
优选地， 该终端能力请求消息为分组上行指派消息或 IPA消息。
图 8为本发明终端能力上报的处理方法的又一个实施例的流程图， 如 图 8所示， 该方法的执行主体为网络侧设备， 则该方法包括：
步骤 401、 向终端发送携带有 RAC Request比特的 IPA消息。 在本实施例中， 该终端为支持 IPA的终端， 且本实施例所基于的应用 场景为上述所述的第三种应用场景。
步骤 402、 接收终端根据该 IPA消息中的 RAC Request比特发送的携 带有长度指示保留值和终端能力的上行 RLC数据块。
步骤 403、 根据该长度指示保留值进行解析， 获取该终端能力。
其中， 该长度指示保留值用于指示该上行 RL C数据块中存在的该终 端能力。
优选地， 图 9为本发明终端能力上报的处理方法的还一个实施例的流 程图，在上述图 8所示实施例的基础上，步骤 402的一种具体实现方式为： 步骤 402a、 当该 RAC Request比特置为第一标识时，接收该终端根据 该 IPA消息发送的携带有长度指示保留值和终端能力的上行 RLC数据块。
进一步的， 该方法还可以包括：
步骤 404、 当该 RAC Request比特置为第二标识时， 接收该终端根据 该 IPA消息发送的携带有 TLLI的上行 RLC数据块。
步骤 405、 向该终端返回携带有该 TLLI的 Packet Uplink ACK/NACK 消息， 以完成竟争冲突解决过程。
更进一步的， 当该终端能力为终端多时隙能力时， 步骤 403之后， 该 方法还可以包括：
步骤 406、 根据该终端多时隙能力， 对该终端重新配置 PDCH资源。 更为优选地， 图 10为本发明终端能力上报的处理方法的再一个实施 例的流程图， 在上述图 8所示实施例的基础上， 如图 10所示， 步骤 402 的另一种具体实现方式为：
步骤 402b、 当该 RAC Request比特置为第二标识时，接收该终端根据 该 IPA消息发送的携带有长度指示保留值和终端能力的上行 RLC数据块。
进一步的， 该方法还可以包括：
步骤 407、 当该 RAC Request比特置为第一标识时， 接收该终端根据 该 IPA消息发送的携带有该终端能力和 TLLI的 Packet Resource Request 消息。
步骤 408、 向该终端发送携带有该 TLLI的 Packet Uplink ACK/NACK 消息， 以完成竟争冲突解决过程。 更进一步的， 当该终端能力为终端多时隙能力时， 步骤 403之后， 该 方法还可以包括：
步骤 409、 根据该终端多时隙能力， 对该终端重新配置 PDCH资源。 更为优选地， 图 11为本发明终端能力上报的处理方法的另一个实施 例的流程图， 在上述图 8所示实施例的基础上， 如图 11所示， 步骤 402 的又一种具体实现方式为：
步骤 402c、 当该 RAC Request比特置为任意标识时，接收该终端根据 该 IPA消息发送的携带有长度指示保留值和终端能力的上行 RLC数据块。
进一步的， 当该终端能力为终端多时隙能力时， 步骤 403之后， 该方 法还可以包括：
步骤 410、 根据该终端多时隙能力， 对该终端重新配置 PDCH资源。 图 12a和图 12b为本发明终端能力上报的处理方法的又一个实施例的 信令流程图， 如图 12a和图 12b所示， 本实施例方法所基于的网络架构主 要包括： 终端和网络侧设备， 另外， 在本实施例中， 以终端能力为终端多 时隙能力为例， 详细介绍本实施例的技术方案。
另外， 需要说明的是， 在实现本实施例的终端能力上报的处理方法之 前， 以一步接入法为例， 该方法之前包括：
步骤 501、 终端向网络侧设备发送分组信道请求 （ Packet Channel Request ) 消息。
步骤 502、 网络侧设备根据该 Packet Channel Request消息， 向终端发 iil立即指派 ( Immediate Assignment ) 消息。
步骤 503、 终端根据该 Immediate Assignment消息， 向网络侧设备发 送携带有 TLLI的上行 RLC数据块。
步骤 504、 网络侧设备根据该携带有 TLLI的上行 RLC数据块， 向终 端发送携带有该 TLLI的 Packet Uplink ACK/NACK消息。
步骤 505、终端在确认该 Packet Uplink ACK/NACK消息中携带的 TLLI 与步骤 503中终端发送的 TLLI一致时， 完成竟争冲突解决过程， 并向网 络侧设备发送上行 RLC数据块， 其中， 该上行 RLC数据块中以及后续的 RLC数据块中均没有携带 TLLI。
则在步骤 505之后， 本实施例的方法以上述所示的第二种应用场景为 例， 详细介绍本实施例的技术方案， 如图 12a所示， 该方法包括： 步骤 506、 终端对其终端能力进行更新处理， 获取当前终端能力。 步骤 507、 终端向网络侧设备发送携带有长度指示保留值和该终端能 力的上行 RLC数据块。
步骤 508、 网络侧设备根据该长度指示保留值进行解析， 获取该终端 能力。
或者， 在步骤 505之后， 本实施例的方法以上述所示的第一种应用场 景为例， 详细介绍本实施例的技术方案， 如图 12b所示， 该方法包括： 步骤 509、 网络侧设备向终端发送分组上行指派消息。
步骤 510、 终端根据该分组上行指派消息， 获悉网络侧请求当前终端 能力，向网络侧设备发送携带有长度指示保留值和该终端能力的上行 RLC 数据块。
步骤 511、 网络侧设备根据该长度指示保留值进行解析， 获取该终端 能力。
图 13a和图 13b为本发明终端能力上报的处理方法的还一个实施例的 信令流程图， 如图 13a和图 13b所示， 本实施例方法所基于的网络架构主 要包括： 终端和网络侧设备， 其中， 终端为支持 IPA的终端。 另外， 在本 实施例中， 以上述所示的第三种应用场景， 且终端能力为终端多时隙能力 为例， 详细介绍本实施例的技术方案。
如图 13a所示， 该方法包括：
步骤 601、 终端发送 EGPRS分组信道请求 （ EGPRS Packet Channel Request ) 消息给网络侧设备。
步骤 602、 网络侧设备根据该 EGPRS Packet Channel Request消息， 向该终端发送携带有 RAC Request比特的 IPA消息。其中，该 RAC Request 比特置为 1 (相当于上述所述的第一标识） 。
步骤 603、 终端根据该 IPA消息， 向该网络设备发送携带有 TLLI、 长 度指示保留值 ( Reserved LI ) 和终端多时隙能力 （ Multislot Class ) 的上 行 RLC数据块。
步骤 604、 网络侧设备根据该长度指示保留值进行解析， 获取该终端 多时隙能力。 举例来说， 在 GPRS系统中， 当网络侧接收到长度指示保留值为 61 的上行 RLC数据块时， 参看表 2c, 会继续解析 PFI之后的一个字节， 其 中， bit 2到 bit 7填充有终端多时隙能力。 在 EGPRS系统中， 当网络侧 接收到长度指示保留值为 122的上行 RLC数据块时， 参看表 2d, 会继续 解析 PFI之后的一个字节， 其中， bit 2到 bit 7填充有终端多时隙能力。
步骤 605、 网络侧设备根据该上行 RLC数据块， 向该终端发送携带有 该 TLLI的 Packet Uplink Assignment消息， 以完成竟争冲突解决过程。
在本实例中， 还需要说明的是， 在完成竟争冲突解决过程后， 网络侧 设备根据该终端多时隙能力， 重新配置该终端的 PDCH资源， 并向终端 发送携带有该 TLLI和重新配置后的 PDCH资源的信息的 Packet Uplink Assignment消息。
步骤 606、 在终端检测到所接收的 Packet Uplink Assignment消息中的 TLLI与之前终端向网络侧所发送 TLLI一致时， 完成竟争冲突解决过程， 并向网络侧设备发送上行 RLC数据块，该上行 RLC数据块以及后续 RLC 数据块中均没有携带 TLLI。
如图 13b所示， 该方法包括：
步骤 701、 终端发送 EGPRS分组信道请求 （ EGPRS Packet Channel Request ) 消息给网络侧设备。
步骤 702、 网络侧设备根据该 EGPRS Packet Channel Request消息， 向该终端发送携带有 RAC Request比特的 IPA消息。其中，该 RAC Request 比特置为 0 (相当于上述所述的第二标识） 。
步骤 703、 终端根据该 IPA消息， 向该网络设备发送携带有 TLLI的 上行 RLC数据块。
步骤 704、 网络侧设备根据该上行 RLC数据块， 向该终端发送携带有 该 TLLI的 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
步骤 705、 在终端检测到所接收的 Packet Uplink Assignment消息中的 TLLI与之前终端向网络侧所发送 TLLI一致时， 完成竟争冲突解决过程， 并向网络侧设备发送上行 RLC数据块，该上行 RLC数据块以及后续 RLC 数据块中均没有携带 TLLI。
图 14a和图 14b为本发明终端能力上报的处理方法的再一个实施例的 信令流程图， 如图 14a和图 14b所示， 本实施例方法所基于的网络架构 主要包括： 终端和网络侧设备， 其中， 终端为支持 IPA的终端。 另外， 在本实施例中， 以上述所示的第三种应用场景， 且终端能力为终端多时 隙能力为例， 详细介绍本实施例的技术方案。
如图 14a所示， 该方法包括：
步骤 801、 终端发送 EGPRS分组信道请求 （ EGPRS Packet Channel Request ) 消息给网络侧设备。
步骤 802、 网络侧设备根据该 EGPRS Packet Channel Request消息， 向该终端发送携带有 RAC Request比特的 IPA消息。其中，该 RAC Request 比特置为 1 (相当于上述所述的第一标识） 。
步骤 803、 终端根据该 IPA消息， 向该网络设备发送携带有 TLLI和 终端多时隙能力 （ Multislot Class ) 的 Packet Resource Request消息。
步骤 804、 网络侧设备根据该 Packet Resource Request消息， 向该终 端发送携带有该 TLLI的 Packet Uplink Assignment消息， 以完成竟争冲 突解决过程。
步骤 805、 在终端检测到所接收的 Packet Uplink Assignment消息中的 TLLI与之前终端向网络侧所发送 TLLI一致时， 完成竟争冲突解决过程， 并向网络侧设备发送上行 RLC数据块，该上行 RLC数据块以及后续 RLC 数据块中均没有携带 TLLI。
如图 14b所示， 该方法包括：
步骤 901、 终端发送 EGPRS分组信道请求 （ EGPRS Packet Channel Request ) 消息给网络侧设备。
步骤 902、 网络侧设备根据该 EGPRS Packet Channel Request消息， 向该终端发送携带有 RAC Request比特的 IPA消息。其中，该 RAC Request 比特置为 0 (相当于上述所述的第二标识） 。
步骤 903、 终端根据该 IPA消息， 向该网络设备发送携带有 TLLI、 长 度指示保留值 ( Reserved LI ) 和终端多时隙能力 （ Multislot Class ) 的上 行 RLC数据块。
步骤 904、 网络侧设备根据该上行 RLC数据块， 向该终端发送携带有 该 TLLI的 Packet Uplink Assignment消息， 以完成竟争冲突解决过程。 步骤 905、 若终端检测到所接收的 Packet Uplink Assignment消息中的 TLLI与之前终端向网络侧所发送 TLLI一致， 则完成竟争冲突解决过程。 终端向网络侧设备发送上行 RLC数据块， 该上行 RLC数据块以及后续 RLC数据块中均没有携带 TLLI。
图 15a和图 15b为本发明终端能力上报的处理方法的另一个实施例的 信令流程图， 如图 15a和图 15b所示， 本实施例方法所基于的网络架构 主要包括： 终端和网络侧设备， 其中， 终端为支持 IPA的终端。 另外， 在本实施例中， 以上述所示的第三种应用场景， 且终端能力为终端多时 隙能力为例， 详细介绍本实施例的技术方案。
如图 15a所示， 该方法包括：
步骤 1001、 终端发送 EGPRS分组信道请求 （ EGPRS Packet Channel Request ) 消息给网络侧设备。
步骤 1002、 网络侧设备根据该 EGPRS Packet Channel Request消息， 向该终端发送携带有 RAC Request比特的 IPA消息。其中，该 RAC Request 比特置为 1 (相当于上述所述的第一标识） 。
步骤 1003、 终端根据该 IPA消息， 向该网络设备发送携带有 TLLI、 长度指示保留值 （ Reserved LI ) 和终端多时隙能力 （ Multislot Class ) 的 上行 RLC数据块。
步骤 1004、 网络侧设备根据该长度指示保留值进行解析， 获取该终端 多时隙能力。
举例来说， 在 GPRS系统中， 当网络侧接收到长度指示保留值为 61 的上行 RLC数据块时， 参看表 2c, 会继续解析 PFI之后的一个字节， 其 中， bit 2到 bit 7填充有终端多时隙能力。 在 EGPRS系统中， 当网络侧 接收到长度指示保留值为 122的上行 RLC数据块时， 参看表 2d, 会继续 解析 PFI之后的一个字节， 其中， bit 2到 bit 7填充有终端多时隙能力。
步骤 1005、 网络侧设备根据该上行 RLC数据块， 向该终端发送携带 有该 TLLI的 Packet Uplink Assignment消息， 以完成竟争冲突解决过程。
在本实例中， 还需要说明的是， 网络侧设备根据该终端多时隙能力， 并通过发送携带有该 TLLI的 Packet Uplink Assignment消息， 重新配置 该终端的 PDCH资源。 步骤 1006、 若终端检测到所接收的 Packet Uplink Assignment消息中 的 TLLI与之前终端向网络侧所发送 TLLI一致， 则完成竟争冲突解决过 程。终端向网络侧设备发送上行 RLC数据块， 该上行 RLC数据块以及后 续 RLC数据块中均没有携带 TLLI。
如图 15b所示， 该方法包括：
步骤 1101、 终端发送 EGPRS分组信道请求 （ EGPRS Packet Channel Request ) 消息给网络侧设备。
步骤 1102、 网络侧设备根据该 EGPRS Packet Channel Request消息， 向该终端发送携带有 RAC Request比特的 IPA消息。其中，该 RAC Request 比特置为 0 (相当于上述所述的第二标识） 。
步骤 1103、 终端根据该 IPA消息， 向该网络设备发送携带有 TLLI、 长度指示保留值 （ Reserved LI ) 和终端多时隙能力 （ Multislot Class ) 的 上行 RLC数据块。
步骤 1104、 网络侧设备根据该上行 RLC数据块， 向该终端发送携带 有该 TLLI的 Packet Uplink Assignment消息， 以完成竟争冲突解决过程。
步骤 1105、 若终端检测到所接收的 Packet Uplink Assignment消息中 的 TLLI与之前终端向网络侧所发送 TLLI一致， 则完成竟争冲突解决过 程。终端向网络侧设备发送上行 RLC数据块， 该上行 RLC数据块以及后 续 RLC数据块中均没有携带 TLLI。
图 16为本发明终端能力上报的处理装置的一个实施例的结构示意图， 如图 16所示， 本实施例的装置可以为终端， 包括： 获取模块 11和发送模 块 12。 其中， 该获取模块 11用于获取终端能力； 发送模块 12用于向网络 侧设备发送携带有该终端能力的上行 RLC数据块， 以供该网络侧设备解 析该上行 RLC数据块， 获取该终端能力。
本实施例的装置可以执行图 1所示方法实施例的技术方案， 其实现原 理相类似， 此处不再赘述。
在本实施例中， 获取终端能力， 并向该网络侧设备发送携带有该终端 能力的上行 RLC数据块， 以供该网络侧设备解析该上行 RLC数据块， 获 取该终端能力， 由于可以直接在发送的上行 RLC数据块中携带有该终端 能力， 因此， 在完成终端能力上报的同时， 不影响数据传输， 且解决了现 有技术中单独发送一条信令来上报终端能力而造成信令浪费的问题。
图 17为本发明的终端能力上报的处理装置的另一个实施例的结构示 意图， 在上述图 16所示实施例的基础上， 如图 17所示， 发送模块 12具 体用于向网络侧设备发送携带有长度指示保留值和获取模块 11获取的终 端能力的上行无线链路控制 RLC数据块， 以供网络侧设备根据长度指示 保留值解析上行 RLC数据块， 获取终端能力；
其中， 长度指示保留值用于指示上行 RLC数据块中存在的终端能力。 优选地， 该装置还可以包括： 接收模块 13用于接收该网络侧发送的 终端能力请求消息； 则获取模块 11用于在该接收模块 13接收到该终端能 力请求消息时， 获取当前终端能力。
更为优选地， 该终端能力请求消息可以为： 分组上行指派消息或 IPA 消息等。
该发送模块 12具体用于当终端能力请求消息为 IPA消息， 且该 IPA 消息中包括 RAC Request比特时，根据该 IPA消息中的 RAC Request比特， 向该网络侧设备发送携带有长度指示保留值和终端能力的上行 RLC数据 块； 或者，
该发送模块 12具体用于当终端能力请求消息为 IPA消息， 且该 IPA 消息中不包括 RAC Request比特时， 向该网络侧设备发送携带有长度指示 保留值和终端能力的上行 RLC数据块。
更为优选地，该发送模块 12根据该 IPA消息中的 RAC Request比特， 可以有如下几种具体实现方式：
第一种： 发送模块 12用于当该 RAC Request比特置为第一标识时， 根据该 IPA消息， 向该网络侧设备发送携带有长度指示保留值和终端能力 的上行 RLC数据块。
需要说明的是， 发送模块 12还用于当该 RAC Request比特置为第二 标识时， 根据该 IPA消息， 向该网络侧设备发送携带有 TLLI的上行 RLC 数据块；
接收模块 13还用于接收该网络侧设备发送的携带有该 TLLI的 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
第二种： 发送模块 12用于当该 RAC Request比特置为第二标识时， 根据该 IPA消息， 向该网络侧设备发送携带有长度指示保留值和终端能力 的上行 RLC数据块。
需要说明的是， 发送模块 12还用于当该 RAC Request比特置为第一 标识时，根据该 IPA消息，向该网络侧设备发送携带有该终端能力和 TLLI 的 Packet Resource Request消息；
接收模块 13还用于接收该网络侧设备发送的携带有该 TLLI的 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
第三种： 发送模块 12用于当该 RAC Request比特置为任意标识时， 根据该 IPA消息， 向该网络侧设备发送携带有长度指示保留值和终端能力 的上行 RLC数据块。
本实施例的装置可以执行图 2至图 5任一所示的方法实施例的技术方 案， 其实现原理相类似， 此处不再赘述。
图 18为本发明的终端能力上报的处理装置的又一个实施例的结构示 意图， 在上述图 16所示实施例的基础上， 如图 18所示， 该装置还可以包 括： 更新模块 14用于对终端能力进行更新处理； 则该获取模块 11用于在 该更新模块 14对终端能力进行更新处理后， 获取当前终端能力。
图 19为本发明的终端能力上报的处理装置的还一个实施例的结构示 意图， 如图 19所示， 该装置可以为网络侧设备， 例如： 基站控制器， 包 括： 接收模块 21和解析模块 22。 其中， 接收模块 21用于接收终端发送的 携带有终端能力的上行 RLC数据块； 解析模块 22用于解析该上行 RLC 数据块， 获取该终端能力。
本实施例的装置可以执行图 6所示的方法实施例的技术方案， 其实现 原理相类似， 此处不再赘述。
在本实施例中， 通过接收终端发送的携带有终端能力的上行 RLC数 据块， 并解析该上行 RLC数据块， 获取该终端能力， 由于可以直接从终 端发送的上行 RLC数据块中接收该终端能力， 因此， 在完成终端能力上 报的同时， 不影响数据传输， 且解决了现有技术中单独发送一条信令来上 报终端能力而造成信令浪费的问题。
图 20为本发明的终端能力上报的处理装置的再一个实施例的结构示 意图， 在上述图 19所示实施的基础上， 如图 20所示， 接收模块 21接收 到的上行 RLC数据块中还包括： 长度指示保留值；
则解析模块 22具体用于根据长度指示保留值解析上行 RLC数据块， 获取终端能力；
其中， 长度指示保留值用于指示上行 RLC数据块中存在的终端能力。 优选地， 该装置还可以包括： 发送模块 23用于向该终端发送终端能 力请求消息。
更为优选地， 该终端能力请求消息可以为： 分组上行指派消息或 IPA 消息等。
具体的， 当该终端能力请求消息为 IPA消息时， 接收模块 21可以有 如下几种具体实现方式：
第一种： 当该终端能力请求消息为 IPA消息， 且该 IPA消息中包括 RAC Request比特， 该 RAC Request比特置为第一标识时， 接收模块 21 用于接收该终端根据该 IPA消息发送的携带有长度指示保留值和终端能 力的上行 RLC数据块。
另外， 当该 RAC Request比特置为第二标识时， 接收模块 21还用于 接收该终端根据该 IPA消息发送的携带有 TLLI的上行 RLC数据块；
发送模块 23还用于向该终端返回携带有该 TLLI的 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
第二种： 当该终端能力请求消息为 IPA消息， 且该 IPA消息中包括 RAC Request比特， 该 RAC Request比特置为第二标识时， 该接收模块 21 用于接收该终端根据该 IPA消息发送的携带有长度指示保留值和终端能 力的上行 RLC数据块。
另外， 当该 RAC Request比特置为第一标识时， 接收模块 21还用于 接收该终端根据该 IPA消息发送的携带有该终端能力和 TLLI的 Packet Resource Request消息；
发送模块 23还用于向该终端发送携带有该 TLLI的 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
第三种： 当该终端能力请求消息为 IPA消息， 且该 IPA消息中包括 RAC Request比特， 该 RAC Request比特置为任意标识时， 该接收模块 21 用于接收该终端根据该 IPA消息发送的携带有长度指示保留值和终端能 力的上行 RLC数据块。
本实施例的装置可以执行图 7至图 11任一所示实施例的技术方案， 其实现原理相类似， 此处不再赘述。
进一步的， 在本发明的另一个实施例中， 在上述图 19或图 20所示实 施的基础上， 当该终端能力为终端多时隙能力时， 该装置还可以包括： 配 置模块， 用于根据该终端多时隙能力， 对该终端重新配置 PDCH资源。
本发明还提供了一种终端， 包括存储器和处理器。 其中， 该存储器用 于存储指令； 处理器， 与该存储器耦合， 该处理器被配置为执行存储在该 存储器中的指令， 且该处理器被配置为用于执行如上述图 1至 5任一所述 的终端能力上报的处理方法。
本发明还提供了一种网络侧设备， 包括存储器和处理器。 其中， 该存 储器用于存储指令； 处理器， 与该存储器耦合， 该处理器被配置为执行存 储在该存储器中的指令， 且该处理器被配置为用于执行如上述图 7至 11 任一所述的终端能力上报的处理方法。
本发明还提供了一种终端能力上报的处理系统， 包括： 终端和网络侧 设备。 其中， 该终端可以为图 16至图 18任一所示的终端能力上报的处理 装置；该网络侧设备可以为图 19或图 20所示的终端能力上报的处理装置。
本实施例的系统可以执行图 12a至 15b任一所示实施例的技术方案， 其实现原理相似， 此处不再赘述。
本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分 步骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算 机可读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步 骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存 储程序代码的介质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非 对其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的 普通技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进 行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或 者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的范 围。

Claims

权 利 要 求 书
1、 一种终端能力上报的处理方法， 其特征在于， 包括：
获取所述终端能力；
向网络侧设备发送携带有所述终端能力的上行无线链路控制 RLC数据 块， 以供所述网络侧设备解析所述上行 RLC数据块， 获取所述终端能力。
2、 根据权利要求 1所述的终端能力上报的处理方法， 其特征在于， 所述 上行 RLC数据块中还包括长度指示保留值， 以供所述网络侧设备根据所述长 度指示保留值解析所述上行 RLC数据块， 获取所述终端能力；
其中，所述长度指示保留值用于指示所述上行 RLC数据块中存在所述终 端能力。
3、 根据权利要求 1或 2所述的终端能力上报的处理方法， 其特征在于， 在所述获取所述终端能力之前， 所述方法还包括：
接收所述网络侧设备发送的终端能力请求消息； 或者，
对所述终端能力进行更新处理。
4、 根据权利要求 3所述的终端能力上报的处理方法， 其特征在于， 所述 终端能力请求消息为分组上行指派消息或立即分组指派 IP A消息。
5、 根据权利要求 4所述的终端能力上报的处理方法， 其特征在于， 所述 向网络侧设备发送携带有所述终端能力的上行 RLC数据块， 包括：
当所述终端能力请求消息为 IPA消息， 且所述 IPA消息中包括无线接入 能力请求 RAC Request比特时， 根据所述 IPA消息中的 RAC Request比特， 向所述网络侧设备发送携带有所述终端能力的上行 RLC数据块； 或者， 当所述终端能力请求消息为 IPA消息， 且所述 IPA消息中不包括 RAC Request比特时， 向所述网络侧设备发送携带有所述终端能力的上行 RLC数 据块。
6、 根据权利要求 5所述的终端能力上报的处理方法， 其特征在于， 所述 根据所述 IPA消息中的 RAC Request比特， 向所述网络侧设备发送携带有所 述终端能力的上行 RLC数据块， 包括：
当所述 RAC Request比特置为第一标识时， 向所述网络侧设备发送携带 有所述终端能力的上行 RLC数据块。
7、 根据权利要求 6所述的终端能力上报的处理方法， 其特征在于， 还包 括：
当所述 RAC Request比特置为第二标识时， 向所述网络侧设备发送携带 有临时逻辑链路标识 TLLI的上行 RLC数据块；
接收所述网络侧设备发送的携带有所述 TLLI 的分组上行确认 /非确认 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
8、 根据权利要求 5所述的终端能力上报的处理方法， 其特征在于， 所述 根据所述 IPA消息中的 RAC Request比特， 向所述网络侧设备发送携带有所 述终端能力的上行 RLC数据块， 包括：
当所述 RAC Request比特置为第二标识时， 向所述网络侧设备发送携带 有所述终端能力的上行 RLC数据块。
9、 根据权利要求 8所述的终端能力上报的处理方法， 其特征在于， 还包 括：
当所述 RAC Request比特置为第一标识时， 向所述网络侧设备发送携带 有所述终端能力和 TLLI的分组资源请求 Packet Resource Request消息；
接收所述网络侧设备发送的携带有所述 TLLI 的 Packet Uplink
ACK/NACK消息， 以完成竟争冲突解决过程。
10、 根据权利要求 5所述的终端能力上报的处理方法， 其特征在于， 所 述根据所述 IPA消息中的 RAC Request比特， 向所述网络侧设备发送携带有 所述终端能力的上行 RLC数据块， 包括：
当所述 RAC Request比特置为任意标识时， 向所述网络侧设备发送携带 有所述终端能力的上行 RLC数据块。
11、根据权利要求 1至 10任一所述的终端能力上报的处理方法， 其特征 在于， 所述终端能力为如下一种： 终端多时隙能力、 终端支持时分复用上行 链路状态标识 USF的能力和终端支持耦合上行链路状态标识 couple USF的能 力。
12、 一种终端能力上报的处理方法， 其特征在于， 包括：
接收终端发送的携带有终端能力的上行无线链路控制 RLC数据块； 解析所述上行 RLC数据块， 获取所述终端能力。
13、 根据权利要求 12所述的终端能力上报的处理方法， 其特征在于， 所 述上行 RLC数据块中还包括： 长度指示保留值； 则所述解析所述上行 RLC数据块， 获取所述终端能力， 包括：
根据所述长度指示保留值解析所述上行 RLC数据块，获取所述终端能力； 其中，所述长度指示保留值用于指示所述上行 RLC数据块中包含所述终 端能力。
14、 根据权利要求 13所述的终端能力上报的处理方法， 其特征在于， 所 述接收终端发送的携带有终端能力的上行 RLC数据块之前，所述方法还包括： 向所述终端发送终端能力请求消息。
15、 根据权利要求 14所述的终端能力上报的处理方法， 其特征在于， 所 述终端能力请求消息为分组上行指派消息或立即分组指派 IPA消息。
16、 根据权利要求 15所述的终端能力上报的处理方法， 其特征在于， 当 所述终端能力请求消息为 IPA消息时， 所述接收终端发送的携带有终端能力 的上行 RLC数据块， 包括：
接收所述终端根据所述 IPA消息发送的携带有终端能力的上行 RLC数据 块。
17、 根据权利要求 16所述的终端能力上报的处理方法， 其特征在于， 还 包括：
接收所述终端根据所述 IPA消息发送的携带有临时逻辑链路标识 TLLI 的上行 RLC数据块；
向所述终端返回携带有所述 TLLI的分组上行确认 /非确认 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
18、 根据权利要求 16所述的终端能力上报的处理方法， 其特征在于， 还 包括：
接收所述终端根据所述 IPA消息发送的携带有所述终端能力和 TLLI的 分组资源请求 Packet Resource Request消息；
向所述终端发送携带有所述 TLLI的 Packet Uplink ACK/NACK消息， 以 完成竟争冲突解决过程。
19、 根据权利要求 12至 18任一所述的终端能力上报的处理方法， 其特 征在于， 所述终端能力为如下一种： 终端多时隙能力、 终端支持时分复用上 行链路状态标识 USF的能力和终端支持耦合上行链路状态标识 couple USF的 能力。
20、 根据权利要求 19所述的终端能力上报的处理方法， 其特征在于， 当 所述终端能力为终端多时隙能力时， 所述方法还包括：
根据所述终端多时隙能力， 对所述终端重新配置分组数据信道 PDCH资 源。
21、 一种终端能力上报的处理装置， 其特征在于， 包括：
获取模块， 获取所述终端能力；
发送模块， 用于向网络侧设备发送携带有所述获取模块获取的所述终端 能力的上行无线链路控制 RLC数据块， 以供所述网络侧设备解析所述上行 RLC数据块， 获取所述终端能力。
22、 根据权利要求 21所述的终端能力上报的处理装置， 其特征在于， 所 述发送模块还用于向网络侧设备发送携带有长度指示保留值和所述获取模块 获取的终端能力的上行无线链路控制 RLC数据块， 以供所述网络侧设备根据 所述长度指示保留值解析所述上行 RLC数据块， 获取所述终端能力；
其中，所述长度指示保留值用于指示所述上行 RLC数据块中存在所述终 端能力。
23、 根据权利要求 21或 22所述的终端能力上报的处理装置， 其特征在 于， 还包括： 接收模块， 用于接收所述网络侧发送的终端能力请求消息； 则所述获取模块用于在所述接收模块接收到所述终端能力请求消息时 , 获取所述终端能力。
24、 根据权利要求 21或 22所述的终端能力上报的处理装置， 其特征在 于， 还包括： 更新模块， 用于对所述终端能力进行更新处理；
则所述获取模块用于在所述更新模块对所述终端能力进行更新处理后， 获取所述终端能力。
25、 根据权利要求 23所述的终端能力上报的处理装置， 其特征在于， 所 述发送模块用于当所述接收模块接收到的所述终端能力请求消息为立即分组 指派 IPA消息， 且所述 IPA消息中包括无线接入能力请求 RAC Request比特 时， 根据所述 IPA消息中的 RAC Request比特， 向所述网络侧设备发送携带 有所述终端能力的上行 RLC数据块； 或者，
所述发送模块用于当所述接收模块接收到的所述述终端能力请求消息为 IPA消息， 且所述 IPA消息中不包括 RAC Request比特时， 向所述网络侧设 备发送携带有所述终端能力的上行 RLC数据块。
26、 根据权利要求 25所述的终端能力上报的处理装置， 其特征在于， 所 述发送模块用于当所述 RAC Request比特置为第一标识时， 根据所述 IPA消 息， 向所述网络侧设备发送携带有长度指示保留值和终端能力的上行 RLC数 据块。
27、 根据权利要求 26所述的终端能力上报的处理装置， 其特征在于， 所 述发送模块还用于当所述 RAC Request比特置为第二标识时， 根据所述 IP A 消息， 向所述网络侧设备发送携带有临时逻辑链路标识 TLLI的上行 RLC数 据块；
所述接收模块还用于接收所述网络侧设备发送的携带有所述 TLLI 的分 组上行确认 /非确认 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过 程。
28、 根据权利要求 25所述的终端能力上报的处理装置， 其特征在于， 所 述发送模块用于当所述 RAC Request比特置为第二标识时， 根据所述 IPA消 息， 向所述网络侧设备发送携带有所述终端能力的上行 RLC数据块。
29、 根据权利要求 28所述的终端能力上报的处理装置， 其特征在于， 所 述发送模块还用于当所述 RAC Request比特置为第一标识时， 根据所述 IPA 消息，向所述网络侧设备发送携带有所述终端能力和 TLLI的 Packet Resource Request消息；
所述接收模块还用于接收所述网络侧设备发送的携带有所述 TLLI 的
Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
30、 根据权利要求 25所述的终端能力上报的处理装置， 其特征在于， 所 述发送模块用于当所述 RAC Request比特置为任意标识时， 根据所述 IPA消 息， 向所述网络侧设备发送携带有终端能力的上行 RLC数据块。
31、 一种终端能力上报的处理装置， 其特征在于， 包括：
接收模块， 用于接收终端发送的携带有终端能力的上行无线链路控制 RLC数据块；
解析模块， 用于解析所述上行 RLC数据块， 获取所述终端能力。
32、 根据权利要求 31所述终端能力上报的处理装置， 其特征在于， 所述 接收模块接收到的所述上行 RLC数据块中还包括： 长度指示保留值； 则所述解析模块具体用于根据所述长度指示保留值解析所述上行 RLC数 据块， 获取所述终端能力；
其中，所述长度指示保留值用于指示所述上行 RLC数据块中存在所述终 端能力。
33、 根据权利要求 32所述的终端能力上报的处理装置， 其特征在于， 还 包括： 发送模块， 用于向所述终端发送终端能力请求消息。
34、 根据权利要求 33所述的终端能力上报的处理装置， 其特征在于， 当 所述终端能力请求消息为立即分组指派 IPA消息时， 所述接收模块用于接收 所述终端根据所述 IPA消息发送的携带有终端能力的上行 RLC数据块。
35、 根据权利要求 34所述的终端能力上报的处理装置， 其特征在于， 所 述接收模块还用于接收所述终端根据所述 IPA消息发送的携带有临时逻辑链 路标识 TLLI的上行 RLC数据块；
所述发送模块还用于向所述终端返回携带有所述 TLLI的分组上行确认 / 非确认 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
36、 根据权利要求 34所述的终端能力上报的处理装置， 其特征在于， 所 述接收模块还用于接收所述终端根据所述 IPA消息发送的携带有所述终端能 力和 TLLI的分组资源请求 Packet Resource Request消息；
所述发送模块还用于向所述终端发送携带有所述 TLLI的 Packet Uplink ACK/NACK消息， 以完成竟争冲突解决过程。
37、 根据权利要求 31至 36任一所述的终端能力上报的处理装置， 其特 征在于， 当所述终端能力为终端多时隙能力时， 所述装置还包括：
配置模块， 用于根据所述终端多时隙能力， 对所述终端重新配置分组数 据信道 PDCH资源。
38、 一种终端， 其特征在于， 包括： 存储器， 用于存储指令；
处理器， 与所述存储器耦合， 所述处理器被配置为执行存储在所述存储 器中的指令，且所述处理器被配置为用于执行如权利要求 1至 11任一所述的 终端能力上报的处理方法。
39、 一种网络侧设备， 其特征在于， 包括： 存储器， 用于存储指令； 处理器， 与所述存储器耦合， 所述处理器被配置为执行存储在所述存储 器中的指令， 且所述处理器被配置为用于执行如权利要求 12至 20任一所述 的终端能力上报的处理方法。
40、 一种终端能力上报的处理系统， 其特征在于， 包括如权利要求 38所 述的终端和如权利要求 39所述的网络侧设备。
PCT/CN2012/080180 2012-08-15 2012-08-15 终端能力上报的处理方法和系统及装置 WO2014026340A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201280023018.2A CN104170486B (zh) 2012-08-15 2012-08-15 终端能力上报的处理方法和系统及装置
PCT/CN2012/080180 WO2014026340A1 (zh) 2012-08-15 2012-08-15 终端能力上报的处理方法和系统及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/080180 WO2014026340A1 (zh) 2012-08-15 2012-08-15 终端能力上报的处理方法和系统及装置

Publications (1)

Publication Number Publication Date
WO2014026340A1 true WO2014026340A1 (zh) 2014-02-20

Family

ID=50101197

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/080180 WO2014026340A1 (zh) 2012-08-15 2012-08-15 终端能力上报的处理方法和系统及装置

Country Status (2)

Country Link
CN (1) CN104170486B (zh)
WO (1) WO2014026340A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111817832B (zh) * 2019-07-18 2022-03-04 维沃移动通信有限公司 信息处理方法、终端及网络侧设备
CN113556632B (zh) * 2020-04-23 2023-06-27 华为技术有限公司 数据转发方法和网络侧接入设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090170426A1 (en) * 2007-12-12 2009-07-02 Lg Electronics Inc. Method of managing user equipment capabilities
CN101489218A (zh) * 2008-01-16 2009-07-22 大唐移动通信设备有限公司 一种上报能力的方法及相关处理装置
CN101557645A (zh) * 2008-04-08 2009-10-14 大唐移动通信设备有限公司 终端能力信息的传输方法及系统
CN102387009A (zh) * 2010-09-02 2012-03-21 中兴通讯股份有限公司 一种无线链路控制层上行传输的方法和演进的节点b
CN102573103A (zh) * 2010-12-10 2012-07-11 中国移动通信集团广东有限公司 一种无线网络控制方法及无线网络控制器

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163257B (zh) * 2006-10-09 2010-05-12 华为技术有限公司 临时块流建立方法及其终端、基站和系统
CN101369928A (zh) * 2008-09-05 2009-02-18 上海华为技术有限公司 测量报告的上报方法、读取方法、装置和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090170426A1 (en) * 2007-12-12 2009-07-02 Lg Electronics Inc. Method of managing user equipment capabilities
CN101489218A (zh) * 2008-01-16 2009-07-22 大唐移动通信设备有限公司 一种上报能力的方法及相关处理装置
CN101557645A (zh) * 2008-04-08 2009-10-14 大唐移动通信设备有限公司 终端能力信息的传输方法及系统
CN102387009A (zh) * 2010-09-02 2012-03-21 中兴通讯股份有限公司 一种无线链路控制层上行传输的方法和演进的节点b
CN102573103A (zh) * 2010-12-10 2012-07-11 中国移动通信集团广东有限公司 一种无线网络控制方法及无线网络控制器

Also Published As

Publication number Publication date
CN104170486B (zh) 2017-12-05
CN104170486A (zh) 2014-11-26

Similar Documents

Publication Publication Date Title
CN108605320B (zh) 用于建立无线资源控制连接的方法和装置
WO2021063133A1 (zh) Harq进程管理方法、装置、终端及存储介质
US8050293B2 (en) Apparatus and method for constructing a data unit that includes a buffer status report
US8750333B2 (en) Backwards-compatible approach to fields of a protocol layer
WO2017132848A1 (zh) 一种tti配置方法、设备和系统
CN111181693A (zh) 发送数据的方法、发送数据的装置、以及终端设备
US8553633B2 (en) Bandwidth request method and bandwidth allocation method in broadband wireless access system
WO2020166334A1 (en) Communication system
CN111757513B (zh) 通信方法及设备
CN115442775A (zh) 数据传输的方法、终端设备和接入网设备
WO2015035650A1 (zh) 随机接入中预先确定资源的方法、用户设备和基站
JP6888099B2 (ja) 多数接続通信方法、装置、及び端末
TW201729635A (zh) 業務傳輸的方法和裝置
US11647417B2 (en) Method, apparatus, computer program product and computer program
KR20070121567A (ko) Ｒｒｃ 접속 요청 메시지를 분리하여 전송하는 방법
WO2016197396A1 (zh) 一种网络设备、终端设备及资源分配方法
US20150271665A1 (en) Mobile Station, Access Node and Various Methods for Implementing an Accelerated System Access Procedure
CN115104269B (zh) 具有紧凑存储器使用的上行链路重传
US20180146077A1 (en) Method and apparatus for determining processing mode for data packet
WO2014026340A1 (zh) 终端能力上报的处理方法和系统及装置
CN116456477A (zh) 一种通信方法及装置
WO2020221248A1 (zh) 上行传输方法和通信装置
CN104170447B (zh) 一种通信方法及设备
KR20190099037A (ko) 데이터 전송 방법, 네트워크 디바이스, 및 단말 디바이스
WO2021230800A1 (en) Reduced overhead radio bearer

Legal Events

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

Ref document number: 12883043

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12883043

Country of ref document: EP

Kind code of ref document: A1