EP3499954B1 - Method and apparatus for reporting user equipment capability information - Google Patents

Method and apparatus for reporting user equipment capability information Download PDF

Info

Publication number
EP3499954B1
EP3499954B1 EP16914540.6A EP16914540A EP3499954B1 EP 3499954 B1 EP3499954 B1 EP 3499954B1 EP 16914540 A EP16914540 A EP 16914540A EP 3499954 B1 EP3499954 B1 EP 3499954B1
Authority
EP
European Patent Office
Prior art keywords
capability information
network side
side device
split
capability
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
EP16914540.6A
Other languages
German (de)
French (fr)
Other versions
EP3499954A1 (en
EP3499954A4 (en
Inventor
Wei Quan
Bin Chen
Bingzhao Li
Bin Xu
Jian Zhang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to EP21185706.5A priority Critical patent/EP3962161B1/en
Publication of EP3499954A1 publication Critical patent/EP3499954A1/en
Publication of EP3499954A4 publication Critical patent/EP3499954A4/en
Application granted granted Critical
Publication of EP3499954B1 publication Critical patent/EP3499954B1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183Processing at user equipment or user record carrier
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices

Definitions

  • the present invention relates to the field of wireless communications technologies, and in particular, to a method for reporting user equipment capability information and an apparatus.
  • FIG. 1 is a schematic diagram of an LTE air interface protocol stack. From top to bottom, a UE side successively includes a non-access stratum (NAS), an radio resource control (RRC) layer, a Packet Data Convergence Protocol (PDCP) layer, an radio link control (RLC) layer, a medium access control (MAC) layer, and a physical (PHY) layer.
  • NAS non-access stratum
  • RRC radio resource control
  • PDCP Packet Data Convergence Protocol
  • RLC radio link control
  • MAC medium access control
  • PHY physical
  • RRC layer Major services and functions of the RRC layer include broadcasting of system-related non-access stratum (NAS) information, mobility management, paging, and establishment, reestablishment, maintenance, and releasing of an RRC connection between the UE and the eNB, and the like.
  • NAS system-related non-access stratum
  • a data packet generated by the RRC layer needs to be first processed by the PDCP layer, and then transmitted to other protocol layers, such as the RLC layer, the MAC layer, and the PHY layer.
  • Service content provided by the PDCP layer for upper layers such as the RRC layer include data transmission for a control plane and a user plane, and compression, encryption, and integrity protection for an IP packet header, and the like.
  • the UE capability information refers to a radio access capability that the UE has and a wireless function feature that can be supported by the UE.
  • the UE capability information is used to provide reference for a network side device to perform wireless configuration on the UE.
  • the network side device sends a UE capability request (also called UE Capability Enquiry) message to UE in a connected state.
  • the UE reports UE capability information to the network side device, so that the network side device learns of a capability of the UE and further serves the UE better.
  • a data packet capacity that can be processed by the PDCP layer is limited.
  • a maximum tolerance of data packets that can be processed by the PDCP layer in an LTE protocol is 8188 octets.
  • LAA licensed-assisted access
  • massive CA massive CA
  • the PDCP layer when a data packet at the RRC layer is transmitted to the PDCP layer, if the data packet exceeds the maximum tolerance of the data packets that can be processed by the PDCP layer, the PDCP layer is unable to process the data packet, thereby causing an error and further affecting reporting of the UE capability information.
  • e-mail discussion report PDCP Control PDU refers to a report of e-mail discussion concerning the PDCP control PDU.
  • Embodiments of this application provide a method for reporting user equipment capability information and an apparatus, so as to resolve a problem that an error occurs because when a data packet at an RRC layer is transmitted to a PDCP layer, a size of the data packet exceeds a maximum tolerance that can be processed by the PDCP layer
  • an LTE network architecture shown in FIG. 2 is used as an example to describe an application scenario in the technical solutions of this application.
  • the LTE network architecture shown in FIG. 2 includes at least one mobility management entity (MME) or serving gateway (S-GW), at least one base station (e.g. eNodeB, eNB for short), and at least one user equipment (UE) or evolved UMTS terrestrial radio access network (E-UTRAN).
  • MME mobility management entity
  • S-GW serving gateway
  • UE user equipment
  • E-UTRAN evolved UMTS terrestrial radio access network
  • Each base station is also referred to as an access device and is configured to communicate with the UE.
  • the MME is a mobility management entity and is configured to be responsible for a positioning and paging process of the UE.
  • the MME is further configured to process signaling and the like.
  • the MME/S-GW communicates with the eNB by using an S1 communications interface, and each two eNBs communicate with each other by using an X2 communications interface.
  • a data packet of UE capability information generated at an RRC layer of a UE side is processed by a PDCP layer
  • the data packet passes through each layer of the UE from top to bottom and is finally sent to an eNB after passing through a PHY layer.
  • a PHY layer of the eNB processes the received information from bottom to top based on a structure hierarchy of an LTE air interface protocol stack.
  • the UE capability information or the data packet is greater than a maximum tolerance 8188 octets that can be processed by the PDCP layer, an error is caused, and transmission of the data packet of the UE capability information is affected.
  • a method for reporting user equipment UE capability information is used to resolve a problem that when a data packet of UE capability information at an RRC layer is transmitted to the PDCP layer, an error occurs because the data packet of the UE capability information exceeds a maximum tolerance that can be processed by the PDCP layer.
  • the UE capability information described in this application is a radio access capability that the UE has and a wireless function feature that can be supported by the UE.
  • FIG. 3 shows a method for reporting user equipment UE capability information, and the method includes the following steps.
  • Step S301 UE obtains UE capability information of the UE.
  • the network side device when a network side device needs the UE capability information, the network side device sends a first request message to UE which is in connected mode and connected to the network side device, where the first request message is also referred to as a UE Capability Enquiry message or an RRC message.
  • the first request message may be a system broadcast message, or may be a dedicated RRC message.
  • the first request message is used to notify the UE of UE capability information that needs to be selected for reporting.
  • the UE After receiving the message, the UE generates the UE capability information, so that the UE obtains the UE capability information of the UE.
  • the UE capability information may further be fixed capability information of the UE and is stored on a UE side.
  • the network side device needs the UE capability information, the UE reports the UE capability information.
  • Step S302 Determine whether a size of the UE capability information exceeds a maximum tolerance that can be processed by a PDCP layer of the UE.
  • a maximum tolerance of data packets that can be processed by the PDCP layer of the UE is 8188 octets, that is, a maximum PDCP SDU is 8188 octets.
  • the UE determines whether the UE capability information generated by the UE exceeds 8188 octets.
  • Step S303 If the size of the UE capability information exceeds the maximum tolerance that can be processed by the PDCP layer of the UE, split the UE capability information into at least two pieces of part UE capability information, where each piece of split part UE capability information does not exceed the maximum tolerance that can be processed by the PDCP layer.
  • the UE capability information is split according to a radio access technology (RAT) system division principle, or split according to UE capability importance, or split according to a UE capability reporting priority, or split according to a protocol version sequence principle, or split according to a principle of a smallest quantity of times of reporting to the network side device.
  • RAT radio access technology
  • the UE capability information may be directly split by an RRC layer of the UE to generate a first part UE capability information (English: the First part UE Capability Information), a second part UE capability information, a third part UE capability information, and the like.
  • the UE capability information may be split by the RRC layer of the UE, or may be split by the PDCP layer or another processing unit of the UE. If the UE capability information is split by the RRC layer of the UE, the UE first encapsulates split UE capability information into several data packets and sends each data packet to the PDCP layer.
  • Step S304 Report at least one piece of split part UE capability information to a network side device.
  • the UE reports the split part UE capability information to the network side device by using an RRC message.
  • This embodiment of this application provides various manners of reporting the UE capability information by the UE.
  • one process of reporting the UE capability information is as follows:
  • user equipment UE determines and splits UE capability information of the UE (S402), and reports split first part UE capability information to a base station/a network side device by using a first RRC message (S403).
  • the first RRC message further includes indication information.
  • the indication information is used to indicate to or notify the base station/the network side device whether there is remaining part UE capability information that needs to be reported, and/or how many pieces of part UE capability information remain, and/or which part UE capability information remains, and/or how many parts the UE capability information is split and which part is currently reported, or of a proportion of the currently reported first part UE capability information in total UE capability information, or the like.
  • the base station/the network side device If after the base station/the network side device receives the first RRC message, and there is remaining part UE capability information on a UE side based on the indication information included in the first RRC message or the UE capability information is not reported completely, the base station/the network side device generates a second request (or the Second UE Capability Enquiry) message, and sends the second request message to the UE (S404).
  • the second request message is used to instruct the UE to continue reporting part UE capability information.
  • the UE reports split second part UE capability information to the base station/the network side device by using a second RRC message (S405).
  • the second RRC message also includes indication information, used to notify the base station whether there is remaining UE capability information.
  • the base station/the network side device combines all received part UE capability information (S406) and stores combined UE capability information, so as to provide a service for the UE subsequently based on the UE capability information.
  • step S403 if the first RRC message sent by the UE to the base station/the network side device does not include the indication information, the base station/the network side device needs to determine whether to require the UE to continue reporting the UE capability information. In addition, if the base station/the network side device determines that all the UE capability information sent by the UE has been received, or that the UE is not required to send the UE capability information, the base station/the network side device delivers a stop indication to the UE, so that the UE stops continuing reporting the UE capability information, or stops sending any indication to the UE.
  • the network side device after receiving the UE capability information, the network side device sends the UE capability information to a mobility management entity (MME) for storage.
  • MME mobility management entity
  • the MME stores all the UE capability information
  • the network side device may obtain the UE capability from the MME, so that the UE does not need to report the UE capability information again, thereby saving air interface resources.
  • the base station/the network side device may combine all the UE capability information and send combined UE capability information to the MME for storage, or directly forward part UE capability information to an MME device each time the base station/the network side device receives the part UE capability information reported by the UE, and the MME device performs combination and storage.
  • the PDCP layer of the UE side splits, by determining and splitting the generated UE capability information, the UE capability information that exceeds the maximum tolerance that can be processed by the PDCP layer, so that split UE capability information is less than a maximum processing tolerance of the PDCP layer, thereby avoiding an error caused by excessively large UE capability information and ensuring normal operating of a UE capability information reporting process.
  • a first step S501 and a second step S502 of the method are respectively the same as S401 and S402 in Embodiment 1.
  • an RRC layer or a PDCP layer of UE splits UE capability information evenly into several pieces of part UE capability information, and each piece of split part UE capability information does not exceed a maximum processing tolerance of the PDCP layer.
  • Step S503 After the split part UE capability information is processed at the PDCP layer, combine all processed part UE capability information. Optionally, after an RLC layer segments and concatenates the processed part UE capability information or after the processed part UE capability information is multiplexed at a MAC layer, the processed part UE capability information is combined into one piece of UE capability information and is encapsulated into an RRC message.
  • Step S504 Report the encapsulated RRC message to a base station/a network side device at a time. Further, the RRC message carries total UE capability information, and further includes information indicating that there is no remaining UE capability information on the UE.
  • Step S505 The base station/the network side device receives the RRC message, and transmits the UE capability information from bottom to top based on a stipulation of an LTE air interface protocol stack, and a PDCP layer of the base station/the network side device determines whether the UE capability information exceeds a maximum tolerance that can be processed the PDCP layer of by the base station/the network side device, that is, 8188 octets. If the size of the UE capability information exceeds the maximum tolerance, the UE capability information is split into at least two pieces of part UE capability information to ensure that the PDCP layer can normally process the UE capability information, and avoid an error.
  • Step S506 After processing all part UE capability information, the PDCP layer of the base station/the network side device combines and stores processed part UE capability information. Optionally, the base station/the network side device sends combined total UE capability information to an MME.
  • the part UE capability information processed by the PDCP layer is combined on the UE side, and then reported to the base station/the network side device at a time. Because the UE capability information needs to be reported only once, signaling exchanging with a network in a plurality of reporting processes is avoided, and network overheads are reduced.
  • step S601 is the same as the first step in the foregoing embodiment.
  • Step S602 When UE determines that UE capability information of the UE is greater than a maximum tolerance that can be processed by a PDCP layer, the UE splits the UE capability information into at least one piece of detailed UE capability information and rough UE capability information corresponding to the detailed UE capability information.
  • the detailed UE capability information is used by the network side device to configure a radio parameter, and the rough UE capability information is used to instruct the network side device to send a third request message to the UE.
  • the so-called rough UE capability information means that the network side device can learn, based on the rough UE capability information, that the UE has a capability, but cannot determine specific capability information of the UE.
  • the rough UE capability information is that the UE supports a carrier aggregation (CA) capability
  • CA carrier aggregation
  • the network side device can only learn, based on the rough UE capability information, that the UE may support CA, but the network side device cannot learn which bandwidths (band) or carriers are supported by the UE for aggregation.
  • the UE needs to further report the detailed UE capability information, so that the network side device configures a multicarrier aggregation function for the UE.
  • the network side device can only learn, based on the rough UE capability information, that the UE may support a Release 10 feature, such as CA, relay, or Coordinated Multiple Points, also referred to coordinated multipoint transmission/reception (CoMP), but the network side device does not know that the UE specifically supports which Release 10 feature. In this case, the UE needs to further report the detailed UE capability information.
  • the so-called rough capability information includes information that enables the network side device based on a classification manner to obtain only a total UE function, but does not include specific UE capability information.
  • important or necessary UE capability information may be classified as detailed UE capability information, and a less important UE capability information is classified as rough UE capability information; or based on a sequence of an LTE release, information in an earlier release is classified as detailed UE capability information, and a capability in a later release is classified as rough UE capability information; or based on RAT division, capability information in a current RAT is classified as detailed UE capability information, and capability information in another RAT is used as rough UE capability information; or the like.
  • Step S603 After division, first report the rough UE capability information to a network side device.
  • Step S604 A base station/the network side device receives the rough UE capability information, and determines whether to require the UE to report the detailed UE capability information; and if requiring the UE to report the detailed UE capability information, the base station/the network side device generates a third request message and sends the third request message to the UE.
  • Step S605 If the UE receives the third request message fed back by the network side device based on the detailed UE capability information, the UE sends part or all of the detailed UE capability information corresponding to the rough UE capability information to the network side device.
  • the UE may report the detailed UE capability information for a plurality of times according to an instruction of the network side device.
  • the detailed UE capability information reported by the UE to the network side device may also carry indication information, used to notify the network side device of content, such as whether there is remaining detailed UE capability information, and which detailed UE capability information remains.
  • Step S606 The base station/the network side device combines and stores the received rough UE capability information and detailed UE capability information, and sends combined UE capability information to a mobility management entity MME. This step is the same as step S406 and S506 in the foregoing embodiments, and details are not described again.
  • the UE capability information of the UE is divided into two parts: One part is the detailed UE capability information, and the other part is the rough UE capability information.
  • the detailed UE capability information is corresponding to the rough UE capability information. Therefore, during reporting, the UE first reports the rough UE capability information based on a requirement of the network side device. If the detailed UE capability information is required, the UE continues to report the detailed UE capability information corresponding to the rough UE capability information.
  • This embodiment is an improvement of the first step in the foregoing embodiment. Specifically, the improvement is as follows:
  • Step 1 A base station or a network side device broadcasts a first request message (or UE Capability Enquiry) to all UE within coverage of the base station or the network side device.
  • the first request message carries indication information, used to indicate which UE within the coverage needs to report UE capability information, and a priority of reporting the UE capability information by different UE.
  • the broadcasting may be that the base station or the network side device notifies the UE by sending a system message.
  • Step 2 An RRC layer of the UE determines, based on the received first request message, which UE capability information needs to be reported by the RRC layer.
  • Step 3 The UE first sends to-be-reported UE capability information to a PDCP layer in a form of a data packet, and then reports the data packet to the network side device by using an RRC message.
  • the part UE capability information is reported to the network side device according to the priority.
  • Step 4 The network side device receives the RRC message reported by the UE, and determines, based on indication information in the RRC message, whether to require the UE to continue reporting the UE capability information. If the UE is required to continue reporting the UE capability information, the network side device delivers a second request message to the UE, where the second request message may include indication information, used to indicate that the second request message is targeted for remaining part UE capability information.
  • Step 5 If the UE receives the second request message targeted for the remaining part UE capability information, the remaining part UE capability information is sent to the PDCP layer, processed by the PDCP layer, and reported to the network side device. If the remaining part capability information is still greater than a maximum processing tolerance of the PDCP layer, namely, 8188 octets, the UE capability information is split by using a same method as that in the foregoing embodiment, and reported to the network side device for a plurality of times.
  • a maximum processing tolerance of the PDCP layer namely, 8188 octets
  • Step 6 After receiving all part UE capability information, the network side device combines and stores the UE capability information, so as to subsequently provide a service for the UE based on the UE capability information.
  • step 7 After receiving the UE capability information, the network side device sends the capability information to an MME.
  • the MME stores all the UE capability information of the UE, when the UE returns to an idle state and enters a connected state again, the network side device may obtain a UE capability from the MME, so that the UE does not need to report the UE capability information again, thereby saving air interface resources.
  • the network side device or the base station sends a broadcast message within the coverage of the network side device or the base station, where the broadcast message carries the indication information of the UE capability that needs to be reported by the UE, so that the UE that receives the broadcast message prepares respective UE capability information, and sends the respective UE capability information to the network side device when the UE receives a request message delivered by the network side device.
  • the broadcast message manner the following case may be avoided:
  • the network side device delivers a request message that the UE capability needs to be reported, a large quantity of indication information is carried and occupies a large quantity of time-frequency resources.
  • the network side device periodically broadcasts a message, so as to avoid sending, each time new UE accesses the network side device, a UE capability request message that carries indication information, and further reduce network overheads.
  • this embodiment provides a method for expanding a processing tolerance of a PDCP layer.
  • the method includes: setting a minimum quantity of data packets that can be processed by the PDCP layer to 8188 octets. That is, a processing capability of the PDCP layer is expanded, so that the PDCP layer can process data more than 8188 octets.
  • a specific extension manner may be expanding a size limit of data packets that can be processed by the PDCP layer to a value greater than 8188 octets, or to an infinite size, or the like.
  • the size of the UE capability information brings no limitation after the processing tolerance is expanded, so as to avoid an error caused when excessively large UE capability information is sent at a time and exceeds the maximum tolerance that the PDCP layer can process.
  • this application further provides user equipment UE.
  • the user equipment includes a receiving unit 701, a processing unit 702, and a sending unit 703.
  • the receiving unit 701 is configured to obtain UE capability information of the UE.
  • the UE capability information may be generated in advance and stored, or may be generated after a request for reporting the UE capability information is received.
  • the receiving unit 701 is further configured to receive a first request message that a UE capability needs to be reported, where the first request message is sent by a network side device and includes a system broadcast message and a dedicated or ordinary RRC message.
  • the processing unit 702 is configured to: determine whether a size of the UE capability information exceeds a maximum tolerance that can be processed by a PDCP layer of the UE; and if the size of the UE capability information exceeds the maximum tolerance that can be processed by the PDCP layer of the UE, split the UE capability information into at least two pieces of part UE capability information, where each piece of split part UE capability information does not exceed the maximum tolerance that can be processed by the PDCP layer.
  • the processing unit 702 is further configured to split the UE capability information according to a RAT system division principle; or split the UE capability information according to UE capability importance; or split the UE capability information according to a protocol version sequence principle; or split the UE capability information according to a principle of a smallest quantity of times of reporting to the network side device.
  • the processing unit 702 is further configured to: send split part UE capability information to the PDCP layer of the UE by using data packets, and process the data packets of the split UE capability information.
  • the sending unit 703 is configured to report at least one piece of split part UE capability information to the network side device.
  • the processing unit 702 is further configured to detect whether a second request message fed back by the network side device is received; and if the second request message is detected, the UE sends at least one piece of remaining part UE capability information to the network side device by using the sending unit 703.
  • processing unit 702 is further specifically configured to split the UE capability information into at least one piece of detailed UE capability information and rough UE capability information corresponding to the detailed UE capability information.
  • the detailed UE capability information is used by the network side device to configure a radio parameter, and the rough UE capability information is used to instruct the network side device to send a third request message to the UE.
  • the sending unit 703 is further configured to: report the rough UE capability information to the network side device; and if the third request message fed back by the network side device based on the rough UE capability information is received, send part or all of the detailed UE capability information corresponding to the rough UE capability information to the network side device.
  • the sending unit 703 is further configured to report the part UE capability information to the network side device according to the priority.
  • the receiving unit 701 is further configured to receive and buffer all split part UE capability information in a data packet form.
  • the processing unit 702 is further configured to segment and concatenate data packets of all the part UE capability information to form to-be-transmitted data packets.
  • the sending unit 703 is further configured to report the to-be-transmitted data packets to the network side device by using an RRC message.
  • the user equipment further includes a storage unit.
  • the storage unit is configured to store the UE capability information and the received request message.
  • this embodiment provides a base station applied to a network side device.
  • the base station includes a receiving unit 801, a sending unit 803, and a processing unit 802.
  • the sending unit 803 is configured to send, to UE, a first request message that a UE capability needs to be reported.
  • the receiving unit 801 is configured to receive a first RRC message fed back by the UE based on the first request message.
  • the first RRC message carries at least one piece of part UE capability information formed after UE capability information is split.
  • the processing unit 802 is configured to: determine, based on the part UE capability information, whether the UE has remaining part UE capability information or whether the UE is further required to report part UE capability information; and if the UE has the remaining part UE capability information or the UE is further required to report the part UE capability information, generate a second request message; or if the UE does not have the remaining part UE capability information or the UE is not required to report the part UE capability information, generate a stop indication.
  • the sending unit 803 is further configured to send the second request message to the UE, or send the stop indication to the UE.
  • processing unit 802 is further configured to: if the part UE capability information received by the network side device is the rough UE capability information, determine whether the detailed UE capability information corresponding to the rough UE capability information is required, and if the detailed UE capability information is required, generate a third request message.
  • the sending unit 803 sends the third request message to the UE.
  • the receiving unit 801 is further configured to receive all RRC messages reported by the UE. After all the RRC messages are received, the processing unit 802 combines part UE capability information corresponding to the RRC messages to generate total UE capability information of the UE, and sends the combined total UE capability information to an MME by using the sending unit 803.
  • the base station provided in this application further includes a storage unit, configured to store the UE capability information reported by the UE and the generated request message.
  • FIG. 9 and FIG. 10 are respectively schematic diagrams of user equipment and a base station.
  • each base station and terminal device include a processor, a transmission bus, a receiver, a transmitter, and a memory.
  • functions of a receiver 903 and a transmitter 904 are respectively equivalent to those of the receiving unit 701 and the sending unit 703 in the foregoing apparatus embodiment, and are configured to receive and send a message between the base station and the user equipment.
  • a function of a processor 901 is equivalent to that of the processing unit 702.
  • the processor 901 of the user equipment is mainly configured to determine and split UE capability information, so as to ensure that a size of a data packet of the UE capability information transmitted to a PDCP layer does not exceed a maximum tolerance that can be processed by the PDCP layer.
  • a processor on the base station or the network side device is configured to: send, to the UE, a first request message that UE capability information needs to be reported, receive an RRC message of the UE, determine whether to require the UE to report the UE capability information again, and if the UE is required to report the UE capability information, generate and send a second request message to ensure that the base station or the network side device can obtain required UE capability information.
  • the processor may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to control program execution of the solution in the present invention.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • a communications bus 902 or 1002 may include a path for transmitting information between the foregoing components.
  • the receiver and the transmitter include any type of transceiver apparatus, and are configured to communicate with another device or communications network, such as Ethernet, a radio access network (RAN), or a wireless local area network (WLAN).
  • RAN radio access network
  • WLAN wireless local area network
  • a memory 905 or 1005 may be a read-only memory (ROM) or another type of static storage device capable of storing static information and instructions, a random access memory (RAM) or another type of dynamic storage device capable of storing information and instructions, or may be an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM), or other compact disc storage or optical disc storage (including a compressed optical disc, a laser disc, an optical disc, a digital universal optical disc, a blue-ray optical disc, and the like), a magnetic disk storage medium or another magnetic storage device, or any other medium capable of carrying or storing expected program code in a form of instructions or data structures and capable of being accessed by a computer, but is not limited thereto.
  • the memory may independently exist, or may be integrated into the processor.
  • the memory is configured to store application program code used to execute the solutions of the present invention, where the application program code is executed under control of the processor.
  • the processor is configured to execute the application program code stored in the memory
  • the user equipment described in this application is configured to implement all or some functions of the method for reporting UE capability information in the foregoing embodiment.
  • the base station/the network side device is configured to implement all or some functions of the method for receiving UE capability information in the foregoing embodiment.
  • the terminal device described in this application includes user equipment (UE), a user terminal, a client, and the like. Specifically, the terminal device further includes a mobile phone, a tablet computer, a handheld computer, a mobile Internet device, or the like.
  • UE user equipment
  • the terminal device further includes a mobile phone, a tablet computer, a handheld computer, a mobile Internet device, or the like.
  • the "unit” may refer to an application-specific integrated circuit (ASIC), a circuit, a processor that executes one or more software or firmware programs and a memory, an integrated logic circuit, and/or another device that can provide the foregoing functions.
  • ASIC application-specific integrated circuit
  • An embodiment of the present invention further provides a computer storage medium, configured to store a computer software instruction used in the method for reporting user equipment capability information in FIG. 9 or FIG. 10 .
  • the computer software instruction includes a program designed to perform the foregoing method embodiments. Sending of a feedback parameter may be implemented by executing the stored program.
  • the embodiments of the present invention may be provided as a method, an apparatus (device), or a computer program product. Therefore, the present invention may use a form of hardware only embodiments, software only embodiments, or embodiments with a combination of software and hardware. Moreover, the present invention may use a form of a computer program product that is implemented on one or more computer-usable storage media (including but not limited to a disk memory, a CD-ROM, an optical memory, and the like) that include computer-usable program code.
  • the computer program is stored/distributed in an appropriate medium, provided with other hardware or as a part of hardware, or may be distributed in another form such as in the Internet or in another wired or wireless telecommunications system.
  • These computer program instructions may be provided for a general-purpose computer, a dedicated computer, an embedded processor, or a processor of any other programmable data processing device to generate a machine, so that the instructions executed by a computer or a processor of any other programmable data processing device generate an apparatus for implementing a specific function in one or more processes in the flowcharts and/or in one or more blocks in the block diagrams.
  • These computer program instructions may be stored in a computer readable memory that can instruct the computer or any other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory generate an artifact that includes an instruction apparatus.
  • the instruction apparatus implements a specified function in one or more processes in the flowcharts and/or in one or more blocks in the block diagrams.
  • These computer program instructions may also be loaded onto a computer or another programmable data processing device, so that a series of operations and steps are performed on the computer or the another programmable device, thereby generating computer-implemented processing. Therefore, the instructions executed on the computer or the another programmable device provide steps for implementing a specific function in one or more processes in the flowcharts and/or in one or more blocks in the block diagrams.

Landscapes

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

Description

    TECHNICAL FIELD
  • The present invention relates to the field of wireless communications technologies, and in particular, to a method for reporting user equipment capability information and an apparatus.
  • BACKGROUND
  • In an Long Time Evolution (LTE) system, information transmission between user equipment (UE) and a base station (e.g. eNB) is implemented by using an LTE protocol. FIG. 1 is a schematic diagram of an LTE air interface protocol stack. From top to bottom, a UE side successively includes a non-access stratum (NAS), an radio resource control (RRC) layer, a Packet Data Convergence Protocol (PDCP) layer, an radio link control (RLC) layer, a medium access control (MAC) layer, and a physical (PHY) layer. Major services and functions of the RRC layer include broadcasting of system-related non-access stratum (NAS) information, mobility management, paging, and establishment, reestablishment, maintenance, and releasing of an RRC connection between the UE and the eNB, and the like. On the UE side, a data packet generated by the RRC layer needs to be first processed by the PDCP layer, and then transmitted to other protocol layers, such as the RLC layer, the MAC layer, and the PHY layer. Service content provided by the PDCP layer for upper layers such as the RRC layer include data transmission for a control plane and a user plane, and compression, encryption, and integrity protection for an IP packet header, and the like.
  • In RRC information that needs to be processed by the PDCP layer, an important type of information is UE capability information. The UE capability information refers to a radio access capability that the UE has and a wireless function feature that can be supported by the UE. The UE capability information is used to provide reference for a network side device to perform wireless configuration on the UE. When the network side device needs to obtain the UE capability information, the network side device sends a UE capability request (also called UE Capability Enquiry) message to UE in a connected state. After receiving the capability request message, the UE reports UE capability information to the network side device, so that the network side device learns of a capability of the UE and further serves the UE better.
  • However, in a data packet processing process, a data packet capacity that can be processed by the PDCP layer is limited. For example, a maximum tolerance of data packets that can be processed by the PDCP layer in an LTE protocol is 8188 octets. As an LTE technology continuously evolves, increasingly more features such as licensed-assisted access (LAA) and massive CA are introduced. Consequently, the UE is required to report increasingly more capability information. Therefore, UE capability information generated by the RRC layer of the UE side becomes increasingly large and even exceeds 8188 octets. According to an existing procedure, when a data packet at the RRC layer is transmitted to the PDCP layer, if the data packet exceeds the maximum tolerance of the data packets that can be processed by the PDCP layer, the PDCP layer is unable to process the data packet, thereby causing an error and further affecting reporting of the UE capability information.
  • Further, the prior art document Nokia Networks, 3GPP draft, R2-156672, e-mail discussion report PDCP Control PDU refers to a report of e-mail discussion concerning the PDCP control PDU.
  • Moreover, in the prior art document US 2012/040621 A1 an apparatus and a method of reporting a logged measurement in a wireless communication system is described.
  • SUMMARY
  • Embodiments of this application provide a method for reporting user equipment capability information and an apparatus, so as to resolve a problem that an error occurs because when a data packet at an RRC layer is transmitted to a PDCP layer, a size of the data packet exceeds a maximum tolerance that can be processed by the PDCP layer
  • This problem is solved by the subject matter of the independent claims. Further implementation forms are provided in the dependent claims.
  • BRIEF DESCRIPTION OF DRAWINGS
  • To describe the technical solutions in the embodiments of the present invention or in the prior art more clearly, the following briefly describes the accompanying drawings required for describing the embodiments or the prior art. Apparently, the accompanying drawings in the following description show merely some embodiments of the present invention, and persons of ordinary skill in the art may still derive other drawings from these accompanying drawings without creative efforts.
    • FIG. 1 is a schematic diagram of an LTE air interface protocol stack according to an embodiment of this application;
    • FIG. 2 is a schematic diagram of an LTE network architecture according to an embodiment of this application;
    • FIG. 3 is a schematic flowchart of a method for reporting UE capability information according to an embodiment of this application;
    • FIG. 4 is a signaling flowchart of a method for reporting UE capability information according to an embodiment of this application;
    • FIG. 5 is a signaling flowchart of another method for reporting UE capability information according to an embodiment of this application;
    • FIG. 6 is a signaling flowchart of still another method for reporting UE capability information according to an embodiment of this application;
    • FIG. 7 is a structural block diagram of UE according to an embodiment of this application;
    • FIG. 8 is a structural block diagram of a base station according to an embodiment of this application;
    • FIG. 9 is a schematic structural diagram of hardware of UE according to an embodiment of this application; and
    • FIG. 10 is a schematic structural diagram of hardware of a base station according to an embodiment of this application.
    DESCRIPTION OF EMBODIMENTS
  • To make persons skilled in the art better understand the technical solutions in the present invention, the following clearly and completely describes the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Apparently, the described embodiments are merely some rather than all of the embodiments of the present invention.
  • The technical solutions provided in this application are mainly applied to various wireless communications systems, such as an LTE system, UMTS, an LTE-like system, or a 5G system, where specific architectures of the foregoing wireless communications systems are not limited. In this application, an LTE network architecture shown in FIG. 2 is used as an example to describe an application scenario in the technical solutions of this application. The LTE network architecture shown in FIG. 2 includes at least one mobility management entity (MME) or serving gateway (S-GW), at least one base station (e.g. eNodeB, eNB for short), and at least one user equipment (UE) or evolved UMTS terrestrial radio access network (E-UTRAN). Each base station is also referred to as an access device and is configured to communicate with the UE. The MME is a mobility management entity and is configured to be responsible for a positioning and paging process of the UE. In addition, the MME is further configured to process signaling and the like. The MME/S-GW communicates with the eNB by using an S1 communications interface, and each two eNBs communicate with each other by using an X2 communications interface.
  • As shown in FIG. 1, after a data packet of UE capability information generated at an RRC layer of a UE side is processed by a PDCP layer, the data packet passes through each layer of the UE from top to bottom and is finally sent to an eNB after passing through a PHY layer. After receiving information or a data packet sent by the UE, a PHY layer of the eNB processes the received information from bottom to top based on a structure hierarchy of an LTE air interface protocol stack. When passing through the PDCP layer of the UE or the PDCP layer of the eNB, if the UE capability information or the data packet is greater than a maximum tolerance 8188 octets that can be processed by the PDCP layer, an error is caused, and transmission of the data packet of the UE capability information is affected.
  • A method for reporting user equipment UE capability information provided in this application is used to resolve a problem that when a data packet of UE capability information at an RRC layer is transmitted to the PDCP layer, an error occurs because the data packet of the UE capability information exceeds a maximum tolerance that can be processed by the PDCP layer.
  • The UE capability information described in this application is a radio access capability that the UE has and a wireless function feature that can be supported by the UE.
  • Embodiment 1
  • FIG. 3 shows a method for reporting user equipment UE capability information, and the method includes the following steps.
  • Step S301: UE obtains UE capability information of the UE.
  • Optionally, when a network side device needs the UE capability information, the network side device sends a first request message to UE which is in connected mode and connected to the network side device, where the first request message is also referred to as a UE Capability Enquiry message or an RRC message. The first request message may be a system broadcast message, or may be a dedicated RRC message. The first request message is used to notify the UE of UE capability information that needs to be selected for reporting. After receiving the message, the UE generates the UE capability information, so that the UE obtains the UE capability information of the UE. The UE capability information may further be fixed capability information of the UE and is stored on a UE side. When the network side device needs the UE capability information, the UE reports the UE capability information.
  • Step S302: Determine whether a size of the UE capability information exceeds a maximum tolerance that can be processed by a PDCP layer of the UE.
  • Generally, a maximum tolerance of data packets that can be processed by the PDCP layer of the UE is 8188 octets, that is, a maximum PDCP SDU is 8188 octets. In step S302, the UE determines whether the UE capability information generated by the UE exceeds 8188 octets.
  • Octet is a computer term and means that an octet is used in an Internet standard. In a binary digital concept, 1 byte is 8 bits. Further, the octet in this embodiment of this application may be defined as 1 octet = 8 bits.
  • Step S303: If the size of the UE capability information exceeds the maximum tolerance that can be processed by the PDCP layer of the UE, split the UE capability information into at least two pieces of part UE capability information, where each piece of split part UE capability information does not exceed the maximum tolerance that can be processed by the PDCP layer.
  • Specifically, if it is determined that the UE capability information exceeds 8188 octets, the UE capability information is split according to a radio access technology (RAT) system division principle, or split according to UE capability importance, or split according to a UE capability reporting priority, or split according to a protocol version sequence principle, or split according to a principle of a smallest quantity of times of reporting to the network side device. Regardless of which splitting method is used, it is ensured that each piece of split part UE capability information does not exceed the maximum tolerance that can be processed by the PDCP layer.
  • Alternatively, the UE capability information may be directly split by an RRC layer of the UE to generate a first part UE capability information (English: the First part UE Capability Information), a second part UE capability information, a third part UE capability information, and the like. In this application, the UE capability information may be split by the RRC layer of the UE, or may be split by the PDCP layer or another processing unit of the UE. If the UE capability information is split by the RRC layer of the UE, the UE first encapsulates split UE capability information into several data packets and sends each data packet to the PDCP layer.
  • Step S304: Report at least one piece of split part UE capability information to a network side device.
  • Specifically, the UE reports the split part UE capability information to the network side device by using an RRC message. This embodiment of this application provides various manners of reporting the UE capability information by the UE. Optionally, one process of reporting the UE capability information is as follows:
  • As shown in FIG. 4, after receiving a first request message, user equipment UE determines and splits UE capability information of the UE (S402), and reports split first part UE capability information to a base station/a network side device by using a first RRC message (S403). Optionally, the first RRC message further includes indication information. The indication information is used to indicate to or notify the base station/the network side device whether there is remaining part UE capability information that needs to be reported, and/or how many pieces of part UE capability information remain, and/or which part UE capability information remains, and/or how many parts the UE capability information is split and which part is currently reported, or of a proportion of the currently reported first part UE capability information in total UE capability information, or the like.
  • If after the base station/the network side device receives the first RRC message, and there is remaining part UE capability information on a UE side based on the indication information included in the first RRC message or the UE capability information is not reported completely, the base station/the network side device generates a second request (or the Second UE Capability Enquiry) message, and sends the second request message to the UE (S404). The second request message is used to instruct the UE to continue reporting part UE capability information. After receiving the second request message, the UE reports split second part UE capability information to the base station/the network side device by using a second RRC message (S405). In addition, the second RRC message also includes indication information, used to notify the base station whether there is remaining UE capability information. If the indication information indicates that the UE has reported all UE capability information to the base station/the network side device, the base station/the network side device combines all received part UE capability information (S406) and stores combined UE capability information, so as to provide a service for the UE subsequently based on the UE capability information.
  • Optionally, in step S403, if the first RRC message sent by the UE to the base station/the network side device does not include the indication information, the base station/the network side device needs to determine whether to require the UE to continue reporting the UE capability information. In addition, if the base station/the network side device determines that all the UE capability information sent by the UE has been received, or that the UE is not required to send the UE capability information, the base station/the network side device delivers a stop indication to the UE, so that the UE stops continuing reporting the UE capability information, or stops sending any indication to the UE.
  • In addition, after step S406, after receiving the UE capability information, the network side device sends the UE capability information to a mobility management entity (MME) for storage. After the MME stores all the UE capability information, when the UE returns to an idle state and enters a connected state again, the network side device may obtain the UE capability from the MME, so that the UE does not need to report the UE capability information again, thereby saving air interface resources.
  • Specifically, the base station/the network side device may combine all the UE capability information and send combined UE capability information to the MME for storage, or directly forward part UE capability information to an MME device each time the base station/the network side device receives the part UE capability information reported by the UE, and the MME device performs combination and storage.
  • According to the method provided in this embodiment, the PDCP layer of the UE side splits, by determining and splitting the generated UE capability information, the UE capability information that exceeds the maximum tolerance that can be processed by the PDCP layer, so that split UE capability information is less than a maximum processing tolerance of the PDCP layer, thereby avoiding an error caused by excessively large UE capability information and ensuring normal operating of a UE capability information reporting process.
  • Embodiment 2
  • As shown in FIG. 5, another method for reporting UE capability information is provided, and a first step S501 and a second step S502 of the method are respectively the same as S401 and S402 in Embodiment 1.
  • Optionally, in step S502, an RRC layer or a PDCP layer of UE splits UE capability information evenly into several pieces of part UE capability information, and each piece of split part UE capability information does not exceed a maximum processing tolerance of the PDCP layer.
  • Step S503: After the split part UE capability information is processed at the PDCP layer, combine all processed part UE capability information. Optionally, after an RLC layer segments and concatenates the processed part UE capability information or after the processed part UE capability information is multiplexed at a MAC layer, the processed part UE capability information is combined into one piece of UE capability information and is encapsulated into an RRC message.
  • Step S504: Report the encapsulated RRC message to a base station/a network side device at a time. Further, the RRC message carries total UE capability information, and further includes information indicating that there is no remaining UE capability information on the UE.
  • Step S505: The base station/the network side device receives the RRC message, and transmits the UE capability information from bottom to top based on a stipulation of an LTE air interface protocol stack, and a PDCP layer of the base station/the network side device determines whether the UE capability information exceeds a maximum tolerance that can be processed the PDCP layer of by the base station/the network side device, that is, 8188 octets. If the size of the UE capability information exceeds the maximum tolerance, the UE capability information is split into at least two pieces of part UE capability information to ensure that the PDCP layer can normally process the UE capability information, and avoid an error.
  • Step S506: After processing all part UE capability information, the PDCP layer of the base station/the network side device combines and stores processed part UE capability information. Optionally, the base station/the network side device sends combined total UE capability information to an MME.
  • According to the method provided in this embodiment, the part UE capability information processed by the PDCP layer is combined on the UE side, and then reported to the base station/the network side device at a time. Because the UE capability information needs to be reported only once, signaling exchanging with a network in a plurality of reporting processes is avoided, and network overheads are reduced.
  • Embodiment 3
  • In this embodiment, as shown in FIG. 6, step S601 is the same as the first step in the foregoing embodiment.
  • Step S602: When UE determines that UE capability information of the UE is greater than a maximum tolerance that can be processed by a PDCP layer, the UE splits the UE capability information into at least one piece of detailed UE capability information and rough UE capability information corresponding to the detailed UE capability information. The detailed UE capability information is used by the network side device to configure a radio parameter, and the rough UE capability information is used to instruct the network side device to send a third request message to the UE.
  • Further, the so-called rough UE capability information means that the network side device can learn, based on the rough UE capability information, that the UE has a capability, but cannot determine specific capability information of the UE. For example, when the rough UE capability information is that the UE supports a carrier aggregation (CA) capability, the network side device can only learn, based on the rough UE capability information, that the UE may support CA, but the network side device cannot learn which bandwidths (band) or carriers are supported by the UE for aggregation. In this case, the UE needs to further report the detailed UE capability information, so that the network side device configures a multicarrier aggregation function for the UE. In another example, if the rough UE capability information is that the UE supports an LTE Release 10 capability, the network side device can only learn, based on the rough UE capability information, that the UE may support a Release 10 feature, such as CA, relay, or Coordinated Multiple Points, also referred to coordinated multipoint transmission/reception (CoMP), but the network side device does not know that the UE specifically supports which Release 10 feature. In this case, the UE needs to further report the detailed UE capability information. The so-called rough capability information includes information that enables the network side device based on a classification manner to obtain only a total UE function, but does not include specific UE capability information.
  • Further, when the UE capability information is split, important or necessary UE capability information may be classified as detailed UE capability information, and a less important UE capability information is classified as rough UE capability information; or based on a sequence of an LTE release, information in an earlier release is classified as detailed UE capability information, and a capability in a later release is classified as rough UE capability information; or based on RAT division, capability information in a current RAT is classified as detailed UE capability information, and capability information in another RAT is used as rough UE capability information; or the like.
  • Step S603: After division, first report the rough UE capability information to a network side device.
  • Step S604: A base station/the network side device receives the rough UE capability information, and determines whether to require the UE to report the detailed UE capability information; and if requiring the UE to report the detailed UE capability information, the base station/the network side device generates a third request message and sends the third request message to the UE.
  • Step S605: If the UE receives the third request message fed back by the network side device based on the detailed UE capability information, the UE sends part or all of the detailed UE capability information corresponding to the rough UE capability information to the network side device.
  • Optionally, if the rough UE capability information is corresponding to a plurality of pieces of detailed UE capability information, the UE may report the detailed UE capability information for a plurality of times according to an instruction of the network side device. The detailed UE capability information reported by the UE to the network side device may also carry indication information, used to notify the network side device of content, such as whether there is remaining detailed UE capability information, and which detailed UE capability information remains.
  • Step S606: The base station/the network side device combines and stores the received rough UE capability information and detailed UE capability information, and sends combined UE capability information to a mobility management entity MME. This step is the same as step S406 and S506 in the foregoing embodiments, and details are not described again.
  • Compared with Embodiment 1 and Embodiment 2, in this embodiment, the UE capability information of the UE is divided into two parts: One part is the detailed UE capability information, and the other part is the rough UE capability information. In addition, the detailed UE capability information is corresponding to the rough UE capability information. Therefore, during reporting, the UE first reports the rough UE capability information based on a requirement of the network side device. If the detailed UE capability information is required, the UE continues to report the detailed UE capability information corresponding to the rough UE capability information. On one hand, a case in which excessively large UE capability information is sent at a time and exceeds a processing capability of the PDCP layer is avoided; and on the other hand, part detailed capability information may be reported based on a network requirement, and not all detailed capability information needs to be reported, thereby saving air interface radio resources.
  • Embodiment 4
  • This embodiment is an improvement of the first step in the foregoing embodiment. Specifically, the improvement is as follows:
  • Step 1: A base station or a network side device broadcasts a first request message (or UE Capability Enquiry) to all UE within coverage of the base station or the network side device. The first request message carries indication information, used to indicate which UE within the coverage needs to report UE capability information, and a priority of reporting the UE capability information by different UE. Optionally, the broadcasting may be that the base station or the network side device notifies the UE by sending a system message. Step 2: An RRC layer of the UE determines, based on the received first request message, which UE capability information needs to be reported by the RRC layer.
  • Step 3: The UE first sends to-be-reported UE capability information to a PDCP layer in a form of a data packet, and then reports the data packet to the network side device by using an RRC message.
  • Further, if the first request message carries a priority of reporting part UE capability information, the part UE capability information is reported to the network side device according to the priority.
  • Step 4: The network side device receives the RRC message reported by the UE, and determines, based on indication information in the RRC message, whether to require the UE to continue reporting the UE capability information. If the UE is required to continue reporting the UE capability information, the network side device delivers a second request message to the UE, where the second request message may include indication information, used to indicate that the second request message is targeted for remaining part UE capability information.
  • Step 5: If the UE receives the second request message targeted for the remaining part UE capability information, the remaining part UE capability information is sent to the PDCP layer, processed by the PDCP layer, and reported to the network side device. If the remaining part capability information is still greater than a maximum processing tolerance of the PDCP layer, namely, 8188 octets, the UE capability information is split by using a same method as that in the foregoing embodiment, and reported to the network side device for a plurality of times.
  • Step 6: After receiving all part UE capability information, the network side device combines and stores the UE capability information, so as to subsequently provide a service for the UE based on the UE capability information.
  • Optionally, step 7: After receiving the UE capability information, the network side device sends the capability information to an MME. After the MME stores all the UE capability information of the UE, when the UE returns to an idle state and enters a connected state again, the network side device may obtain a UE capability from the MME, so that the UE does not need to report the UE capability information again, thereby saving air interface resources.
  • In this embodiment, the network side device or the base station sends a broadcast message within the coverage of the network side device or the base station, where the broadcast message carries the indication information of the UE capability that needs to be reported by the UE, so that the UE that receives the broadcast message prepares respective UE capability information, and sends the respective UE capability information to the network side device when the UE receives a request message delivered by the network side device. In the broadcast message manner, the following case may be avoided: When the network side device delivers a request message that the UE capability needs to be reported, a large quantity of indication information is carried and occupies a large quantity of time-frequency resources. In addition, the network side device periodically broadcasts a message, so as to avoid sending, each time new UE accesses the network side device, a UE capability request message that carries indication information, and further reduce network overheads.
  • Embodiment 5
  • To avoid that UE capability information obtained by a UE side or a network side exceeds a maximum tolerance that can be processed by the UE side or the network side, this embodiment provides a method for expanding a processing tolerance of a PDCP layer. The method includes: setting a minimum quantity of data packets that can be processed by the PDCP layer to 8188 octets. That is, a processing capability of the PDCP layer is expanded, so that the PDCP layer can process data more than 8188 octets.
  • A specific extension manner may be expanding a size limit of data packets that can be processed by the PDCP layer to a value greater than 8188 octets, or to an infinite size, or the like.
  • According to the method for expanding a processing tolerance of a PDCP layer provided in this embodiment, the size of the UE capability information brings no limitation after the processing tolerance is expanded, so as to avoid an error caused when excessively large UE capability information is sent at a time and exceeds the maximum tolerance that the PDCP layer can process.
  • Embodiment 6
  • Corresponding to the method embodiment, this application further provides user equipment UE. As shown in FIG. 7, the user equipment includes a receiving unit 701, a processing unit 702, and a sending unit 703.
  • The receiving unit 701 is configured to obtain UE capability information of the UE. The UE capability information may be generated in advance and stored, or may be generated after a request for reporting the UE capability information is received.
  • The receiving unit 701 is further configured to receive a first request message that a UE capability needs to be reported, where the first request message is sent by a network side device and includes a system broadcast message and a dedicated or ordinary RRC message.
  • The processing unit 702 is configured to: determine whether a size of the UE capability information exceeds a maximum tolerance that can be processed by a PDCP layer of the UE; and if the size of the UE capability information exceeds the maximum tolerance that can be processed by the PDCP layer of the UE, split the UE capability information into at least two pieces of part UE capability information, where each piece of split part UE capability information does not exceed the maximum tolerance that can be processed by the PDCP layer.
  • Specifically, the processing unit 702 is further configured to split the UE capability information according to a RAT system division principle; or split the UE capability information according to UE capability importance; or split the UE capability information according to a protocol version sequence principle; or split the UE capability information according to a principle of a smallest quantity of times of reporting to the network side device.
  • The processing unit 702 is further configured to: send split part UE capability information to the PDCP layer of the UE by using data packets, and process the data packets of the split UE capability information.
  • The sending unit 703 is configured to report at least one piece of split part UE capability information to the network side device.
  • Further, after the UE reports part UE capability information for the first time, the processing unit 702 is further configured to detect whether a second request message fed back by the network side device is received; and if the second request message is detected, the UE sends at least one piece of remaining part UE capability information to the network side device by using the sending unit 703.
  • Further, the processing unit 702 is further specifically configured to split the UE capability information into at least one piece of detailed UE capability information and rough UE capability information corresponding to the detailed UE capability information. The detailed UE capability information is used by the network side device to configure a radio parameter, and the rough UE capability information is used to instruct the network side device to send a third request message to the UE.
  • The sending unit 703 is further configured to: report the rough UE capability information to the network side device; and if the third request message fed back by the network side device based on the rough UE capability information is received, send part or all of the detailed UE capability information corresponding to the rough UE capability information to the network side device.
  • Optionally, if a request message sent by a base station/the network side device and received by the UE indicates a priority of sending the part UE capability information, the sending unit 703 is further configured to report the part UE capability information to the network side device according to the priority.
  • Optionally, the receiving unit 701 is further configured to receive and buffer all split part UE capability information in a data packet form. The processing unit 702 is further configured to segment and concatenate data packets of all the part UE capability information to form to-be-transmitted data packets. The sending unit 703 is further configured to report the to-be-transmitted data packets to the network side device by using an RRC message.
  • In addition, the user equipment further includes a storage unit. The storage unit is configured to store the UE capability information and the received request message.
  • In another embodiment, corresponding to the foregoing user equipment, this embodiment provides a base station applied to a network side device. As shown in FIG. 8, the base station includes a receiving unit 801, a sending unit 803, and a processing unit 802.
  • The sending unit 803 is configured to send, to UE, a first request message that a UE capability needs to be reported.
  • The receiving unit 801 is configured to receive a first RRC message fed back by the UE based on the first request message. The first RRC message carries at least one piece of part UE capability information formed after UE capability information is split.
  • The processing unit 802 is configured to: determine, based on the part UE capability information, whether the UE has remaining part UE capability information or whether the UE is further required to report part UE capability information; and if the UE has the remaining part UE capability information or the UE is further required to report the part UE capability information, generate a second request message; or if the UE does not have the remaining part UE capability information or the UE is not required to report the part UE capability information, generate a stop indication.
  • The sending unit 803 is further configured to send the second request message to the UE, or send the stop indication to the UE.
  • Further, the processing unit 802 is further configured to: if the part UE capability information received by the network side device is the rough UE capability information, determine whether the detailed UE capability information corresponding to the rough UE capability information is required, and if the detailed UE capability information is required, generate a third request message. The sending unit 803 sends the third request message to the UE.
  • Further, the receiving unit 801 is further configured to receive all RRC messages reported by the UE. After all the RRC messages are received, the processing unit 802 combines part UE capability information corresponding to the RRC messages to generate total UE capability information of the UE, and sends the combined total UE capability information to an MME by using the sending unit 803.
  • In addition, the base station provided in this application further includes a storage unit, configured to store the UE capability information reported by the UE and the generated request message.
  • In specific hardware embodiments, FIG. 9 and FIG. 10 are respectively schematic diagrams of user equipment and a base station. Corresponding to the embodiments of the foregoing methods for reporting UE capability information and receiving UE capability information, each base station and terminal device include a processor, a transmission bus, a receiver, a transmitter, and a memory.
  • In the user equipment, functions of a receiver 903 and a transmitter 904 are respectively equivalent to those of the receiving unit 701 and the sending unit 703 in the foregoing apparatus embodiment, and are configured to receive and send a message between the base station and the user equipment. A function of a processor 901 is equivalent to that of the processing unit 702. The processor 901 of the user equipment is mainly configured to determine and split UE capability information, so as to ensure that a size of a data packet of the UE capability information transmitted to a PDCP layer does not exceed a maximum tolerance that can be processed by the PDCP layer.
  • On a base station or a network side device, functions of a receiver 1003 and a transmitter 1004 are respectively equivalent to those of the receiving unit 801 and the sending unit 803 in the foregoing apparatus embodiment. A processor on the base station or the network side device is configured to: send, to the UE, a first request message that UE capability information needs to be reported, receive an RRC message of the UE, determine whether to require the UE to report the UE capability information again, and if the UE is required to report the UE capability information, generate and send a second request message to ensure that the base station or the network side device can obtain required UE capability information.
  • Further, the processor may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to control program execution of the solution in the present invention.
  • A communications bus 902 or 1002 may include a path for transmitting information between the foregoing components. The receiver and the transmitter include any type of transceiver apparatus, and are configured to communicate with another device or communications network, such as Ethernet, a radio access network (RAN), or a wireless local area network (WLAN).
  • A memory 905 or 1005 may be a read-only memory (ROM) or another type of static storage device capable of storing static information and instructions, a random access memory (RAM) or another type of dynamic storage device capable of storing information and instructions, or may be an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM), or other compact disc storage or optical disc storage (including a compressed optical disc, a laser disc, an optical disc, a digital universal optical disc, a blue-ray optical disc, and the like), a magnetic disk storage medium or another magnetic storage device, or any other medium capable of carrying or storing expected program code in a form of instructions or data structures and capable of being accessed by a computer, but is not limited thereto. The memory may independently exist, or may be integrated into the processor. The memory is configured to store application program code used to execute the solutions of the present invention, where the application program code is executed under control of the processor. The processor is configured to execute the application program code stored in the memory.
  • The user equipment described in this application is configured to implement all or some functions of the method for reporting UE capability information in the foregoing embodiment. The base station/the network side device is configured to implement all or some functions of the method for receiving UE capability information in the foregoing embodiment.
  • The terminal device described in this application includes user equipment (UE), a user terminal, a client, and the like. Specifically, the terminal device further includes a mobile phone, a tablet computer, a handheld computer, a mobile Internet device, or the like.
  • In the foregoing embodiment, the "unit" may refer to an application-specific integrated circuit (ASIC), a circuit, a processor that executes one or more software or firmware programs and a memory, an integrated logic circuit, and/or another device that can provide the foregoing functions.
  • An embodiment of the present invention further provides a computer storage medium, configured to store a computer software instruction used in the method for reporting user equipment capability information in FIG. 9 or FIG. 10. The computer software instruction includes a program designed to perform the foregoing method embodiments. Sending of a feedback parameter may be implemented by executing the stored program.
  • Although the present invention is described with reference to the embodiments, in a process of implementing the present invention that claims protection, persons skilled in the art may understand and implement other variations of the disclosed embodiments by viewing the accompanying drawings, disclosed content, and the accompanying claims. In the claims, "comprising" does not exclude another component or another step, and "a" or "one" does not exclude a case of multiple. A single processor or another unit may implement several functions enumerated in the claims. The fact that some measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot bring better effects.
  • Persons skilled in the art should understand that the embodiments of the present invention may be provided as a method, an apparatus (device), or a computer program product. Therefore, the present invention may use a form of hardware only embodiments, software only embodiments, or embodiments with a combination of software and hardware. Moreover, the present invention may use a form of a computer program product that is implemented on one or more computer-usable storage media (including but not limited to a disk memory, a CD-ROM, an optical memory, and the like) that include computer-usable program code. The computer program is stored/distributed in an appropriate medium, provided with other hardware or as a part of hardware, or may be distributed in another form such as in the Internet or in another wired or wireless telecommunications system.
  • The present invention is described with reference to the flowcharts and/or block diagrams of the method, the apparatus (device), and the computer program product according to the embodiments of the present invention. It should be understood that computer program instructions may be used to implement each process and/or each block in the flowcharts and/or the block diagrams, and a combination of a process and/or a block in the flowcharts and/or the block diagrams. These computer program instructions may be provided for a general-purpose computer, a dedicated computer, an embedded processor, or a processor of any other programmable data processing device to generate a machine, so that the instructions executed by a computer or a processor of any other programmable data processing device generate an apparatus for implementing a specific function in one or more processes in the flowcharts and/or in one or more blocks in the block diagrams.
  • These computer program instructions may be stored in a computer readable memory that can instruct the computer or any other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory generate an artifact that includes an instruction apparatus. The instruction apparatus implements a specified function in one or more processes in the flowcharts and/or in one or more blocks in the block diagrams.
  • These computer program instructions may also be loaded onto a computer or another programmable data processing device, so that a series of operations and steps are performed on the computer or the another programmable device, thereby generating computer-implemented processing. Therefore, the instructions executed on the computer or the another programmable device provide steps for implementing a specific function in one or more processes in the flowcharts and/or in one or more blocks in the block diagrams.
  • Although the present invention is described with reference to specific features and the embodiments thereof, obviously, various modifications and combinations may be made to them without departing from the scope of the present invention. Correspondingly, the specification and accompanying drawings are merely examples for description of the present invention defined by the claims. Obviously, persons skilled in the art can make various modifications and variations to the present invention without departing from the scope of the present invention. The present invention is intended to cover these modifications and variations provided that they fall within the scope defined by the claims of the present invention.

Claims (9)

  1. A method for reporting user equipment, UE, capability information performed by the UE, wherein the method comprises:
    generating a data packet comprising the UE capability information in a Radio Resource Control, RRC, layer (S301);
    determining that the size of the data packet of the UE capability information exceeds a maximum tolerance that can be processed by a Packet Data Convergence Protocol, PDCP, layer of the UE (S302);
    splitting the data packet of the UE capability information into at least two split data packets in the RRC layer, wherein each split data packet of the at least two split data packets does not exceed the maximum tolerance that can be processed by the PDCP layer (S303); and
    reporting the at least two split data packets to a network side device using separate RRC messages (S304), wherein each RRC message comprises indication information, and the indication information is used to indicate an order of currently reported split data packet in all of the at least two split data packets;
    wherein the indication information is further used to indicate one of the following content: the UE has remaining split data packet, the UE has no remaining split data packet.
  2. The method according to claim 1, wherein before the reporting the at least two split data packets to the network side device using separate RRC messages, the method further comprises:
    receiving, by the UE, a first request message indicating that a UE capability needs to be reported from the network side device, and the first request message is a RRC message.
  3. The method according to claim 1, wherein the splitting the UE capability information into at least two pieces of part UE capability information comprises:
    splitting the UE capability information according to a radio access technology, RAT, system division principle; or
    splitting the UE capability information according to UE capability importance; or splitting the UE capability information according to a protocol version sequence principle; or
    splitting the UE capability information according to a principle of a smallest quantity of times of reporting to the network side device.
  4. The method according to claim 1, wherein after the reporting the at least one piece of part UE capability information to the network side device, the method further comprises:
    detecting, by the UE, whether a second request message fed back by the network side device is received; and
    if the second request message is detected, sending, by the UE, at least one piece of remaining part UE capability information to the network side device.
  5. User equipment UE, comprising a receiver (701), a processor (702), and a transmitter (703), wherein
    the receiver is configured to generate a data packet of UE capability information in a Radio Resource Control, RRC, layer;
    the processor is configured to: determine a size of the data packet of the UE capability information exceeds a maximum tolerance that can be processed by a PDCP layer of the UE; and split the data packet of the UE capability information into at least two split data packets in the RRC layer, wherein each split data packet of the at least two split data packets does not exceed the maximum tolerance that can be processed by the PDCP layer; and
    the transmitter is configured to report the at least two split data packets to a network side device, wherein each RRC message comprises indication information, and the indication information is used to indicate an order of currently reported split data packet in all of the at least two split data packets;
    wherein the indication information is further used to indicate one of the following content: the UE has remaining split data packet, the UE has no remaining split data packet.
  6. The UE according to claim 5, wherein
    the receiver is further configured to receive a first request message indicating that a UE capability needs to be reported from the network side device and the first request message is a RRC message.
  7. The UE according to claim 5, wherein
    the processor is further configured to split the UE capability information according to a RAT system division principle; or split the UE capability information according to UE capability importance; or split the UE capability information according to a protocol version sequence principle; or split the UE capability information according to a principle of a smallest quantity of times of reporting to the network side device.
  8. The UE according to claim 5, wherein
    the processor is further configured to detect whether a second request message fed back by the network side device is received; and
    the transmitter is further configured to: if the second request message is detected, send at least one piece of remaining part UE capability information to the network side device.
  9. A computer program product comprising instructions which, when executed by a computer, cause the computer to carry out the method according to any one of claims 1 to 4.
EP16914540.6A 2016-08-31 2016-08-31 Method and apparatus for reporting user equipment capability information Active EP3499954B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP21185706.5A EP3962161B1 (en) 2016-08-31 2016-08-31 Method for reporting user equipment capability information and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/097532 WO2018039974A1 (en) 2016-08-31 2016-08-31 Method and apparatus for reporting user equipment capability information

Related Child Applications (1)

Application Number Title Priority Date Filing Date
EP21185706.5A Division EP3962161B1 (en) 2016-08-31 2016-08-31 Method for reporting user equipment capability information and apparatus

Publications (3)

Publication Number Publication Date
EP3499954A1 EP3499954A1 (en) 2019-06-19
EP3499954A4 EP3499954A4 (en) 2019-08-14
EP3499954B1 true EP3499954B1 (en) 2021-07-28

Family

ID=61299759

Family Applications (2)

Application Number Title Priority Date Filing Date
EP16914540.6A Active EP3499954B1 (en) 2016-08-31 2016-08-31 Method and apparatus for reporting user equipment capability information
EP21185706.5A Active EP3962161B1 (en) 2016-08-31 2016-08-31 Method for reporting user equipment capability information and apparatus

Family Applications After (1)

Application Number Title Priority Date Filing Date
EP21185706.5A Active EP3962161B1 (en) 2016-08-31 2016-08-31 Method for reporting user equipment capability information and apparatus

Country Status (4)

Country Link
US (2) US10887758B2 (en)
EP (2) EP3499954B1 (en)
CN (3) CN114125822B (en)
WO (1) WO2018039974A1 (en)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190053042A1 (en) * 2017-08-11 2019-02-14 Qualcomm Incorporated Signaling user equipment capability information
US10805823B2 (en) * 2017-09-29 2020-10-13 Apple Inc. Device, system, and method for enhanced user equipment and network capability for LTE and new radio
CN110944389B (en) * 2018-09-21 2023-11-14 华为技术有限公司 Capability information transmission method of user terminal and related device
CN110958644B (en) * 2018-09-27 2021-09-03 维沃移动通信有限公司 Terminal equipment capability information processing method and related equipment
CN110958709A (en) * 2018-09-27 2020-04-03 维沃移动通信有限公司 Data transmission method and communication equipment
TWI772688B (en) 2018-09-28 2022-08-01 聯發科技股份有限公司 Radio resource control (rrc) message segmentation
EP3852435A4 (en) * 2018-09-29 2021-10-06 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Signaling processing method, device, and storage medium
US11888961B2 (en) 2019-02-14 2024-01-30 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for transmitting capability information
US11070971B2 (en) * 2019-07-10 2021-07-20 At&T Intellectual Property I, L.P. Self optimizing aggregation for 5G or other next generations wireless network
CN111342946B (en) * 2020-02-27 2022-05-27 深圳市广和通无线股份有限公司 Frequency band combination reporting method and device, computer equipment and storage medium
CN114079869A (en) * 2020-08-13 2022-02-22 维沃移动通信有限公司 Method for reporting capability, terminal equipment and network equipment
US20230164546A1 (en) * 2021-11-24 2023-05-25 At&T Intellectual Property I, L.P. Adaptive user equipment capability reporting

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI20002890A (en) * 2000-12-29 2002-06-30 Nokia Corp Defining a compression in packet switching data transfer
CN101272621B (en) * 2007-03-19 2014-05-21 华为技术有限公司 User's set ability information transmission system, user's set and network appliance
CN102415205B (en) * 2009-04-28 2017-07-28 三菱电机株式会社 Gsm
CN101883389B (en) * 2009-05-07 2013-07-10 电信科学技术研究院 RLC SDU length indicating method and device
WO2012021003A2 (en) * 2010-08-12 2012-02-16 Lg Electronics Inc. Apparatus and method of reporting logged measurement in wireless communication system
KR101919433B1 (en) 2010-10-05 2018-11-19 삼성전자주식회사 Method and system of providing mdt measurement information to a base station in a wireless network environment
EP2676477B1 (en) * 2011-02-14 2019-01-09 Telefonaktiebolaget LM Ericsson (publ) Backwards-compatible approach to fields of a protocol layer
KR101990134B1 (en) * 2011-08-10 2019-06-17 삼성전자주식회사 Method and apparatus for reporting capability information of dual mode user equipment
CN103516565A (en) * 2012-06-20 2014-01-15 中兴通讯股份有限公司 Service data processing method and apparatus
EP2952059B1 (en) * 2013-02-04 2018-12-26 Telefonaktiebolaget LM Ericsson (publ) Device-anchor base station selection and detection
US9160515B2 (en) * 2013-04-04 2015-10-13 Intel IP Corporation User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay
US9756531B2 (en) * 2013-09-30 2017-09-05 Lg Electronics Inc. Method for determining radio resource control configuration in a wireless communication system supporting dual connectivity and apparatus thereof
WO2015089735A1 (en) * 2013-12-17 2015-06-25 华为技术有限公司 User equipment capability acquisition method, system and equipment
JP6459978B2 (en) * 2013-12-24 2019-01-30 ソニー株式会社 Wireless communication apparatus, communication control apparatus, wireless communication method, and communication control method
CN104834649B (en) * 2014-02-12 2018-08-07 中国科学院声学研究所 It can realize the smart machine and multiple-equipment team working method of more equipment collaborations
CN104936296B (en) 2014-03-21 2019-07-05 中兴通讯股份有限公司 A kind of method and apparatus reporting and receive buffer state
CN105338572B (en) * 2014-06-23 2020-07-31 北京三星通信技术研究有限公司 Data distribution method and device for split bearer in dual connectivity
KR20160021626A (en) * 2014-08-18 2016-02-26 한국전자통신연구원 Method and apparatus for managing resource in small cell environment
EP3222072B1 (en) * 2014-11-17 2022-04-20 Nokia Solutions and Networks Oy Capability signaling for dual connectivity
US10045254B2 (en) * 2015-01-12 2018-08-07 Mediatek Inc. Wireless communication method and device
US10219256B2 (en) * 2015-01-13 2019-02-26 Qualcomm Incorporated Control information feedback for eCC on PCell
WO2016123778A1 (en) * 2015-02-05 2016-08-11 华为技术有限公司 M2m data processing method, device and system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None *

Also Published As

Publication number Publication date
EP3962161B1 (en) 2023-11-01
EP3962161A1 (en) 2022-03-02
US11528596B2 (en) 2022-12-13
WO2018039974A1 (en) 2018-03-08
EP3499954A1 (en) 2019-06-19
US20190200212A1 (en) 2019-06-27
CN114125822B (en) 2022-09-23
US20210105610A1 (en) 2021-04-08
CN114125821A (en) 2022-03-01
EP3499954A4 (en) 2019-08-14
CN114125822A (en) 2022-03-01
CN109644372A (en) 2019-04-16
CN109644372B (en) 2021-10-22
US10887758B2 (en) 2021-01-05

Similar Documents

Publication Publication Date Title
EP3499954B1 (en) Method and apparatus for reporting user equipment capability information
US10785824B2 (en) Information processing method and related apparatus
US10548002B2 (en) Network node, a wireless device and methods therein for handling radio access network (RAN) context information in a wireless communications network
CN109644521B (en) Method, apparatus and computer readable medium for measurement reporting
US20180324651A1 (en) System and Method for Handovers in a Dual Connectivity Communications System
RU2722504C1 (en) Network node and method of configuring pdcp for wireless communication device
CN108781376B (en) Data transmission method, user equipment and access network equipment
EP3480989B1 (en) Method and device for data transmission
US9781768B2 (en) Methods and arrangements for managing a communication interface between the base stations
US11259362B2 (en) Method for repeatedly transmitting data and device
AU2021219571B2 (en) Radio network node, user equipment (UE) and methods performed therein
US20230180338A1 (en) Communication control method
CN116018842A (en) QoE measurement report delivery in split RAN architecture
EP3501130B1 (en) Method and apparatus for implementing efficient switching on a split bearer
EP3354110B1 (en) Network node and method for avoiding drop of a connection due to rtp timeout
KR20210074331A (en) Communication method and device
WO2022006858A1 (en) Wireless communication method, network node, and device
CN106488486B (en) Service processing method, related device and communication system
US20130244674A1 (en) Mobile terminal, radio base station, control method for a mobile terminal and method for a radio base station

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20190315

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

A4 Supplementary search report drawn up and despatched

Effective date: 20190711

RIC1 Information provided on ipc code assigned before grant

Ipc: H04W 28/06 20090101AFI20190705BHEP

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20200512

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20210303

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 1415874

Country of ref document: AT

Kind code of ref document: T

Effective date: 20210815

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602016061428

Country of ref document: DE

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG9D

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20210728

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 1415874

Country of ref document: AT

Kind code of ref document: T

Effective date: 20210728

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20211028

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20211129

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20211028

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20211029

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20210831

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210831

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210831

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602016061428

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210831

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20211028

26N No opposition filed

Effective date: 20220429

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210831

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20211028

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210831

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230514

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20160831

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20230711

Year of fee payment: 8

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20230703

Year of fee payment: 8

Ref country code: DE

Payment date: 20230705

Year of fee payment: 8

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210728