ES2964158T3 - Método de procesamiento de datos y dispositivo, y soporte de almacenamiento informático - Google Patents
Método de procesamiento de datos y dispositivo, y soporte de almacenamiento informático Download PDFInfo
- Publication number
- ES2964158T3 ES2964158T3 ES18877976T ES18877976T ES2964158T3 ES 2964158 T3 ES2964158 T3 ES 2964158T3 ES 18877976 T ES18877976 T ES 18877976T ES 18877976 T ES18877976 T ES 18877976T ES 2964158 T3 ES2964158 T3 ES 2964158T3
- Authority
- ES
- Spain
- Prior art keywords
- sdu
- entity
- data
- pdcp
- indication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 18
- 238000000034 method Methods 0.000 claims description 30
- 238000011084 recovery Methods 0.000 claims description 6
- 230000011664 signaling Effects 0.000 claims description 3
- 230000008859 change Effects 0.000 abstract description 10
- 238000007781 pre-processing Methods 0.000 abstract description 9
- 230000000875 corresponding effect Effects 0.000 description 81
- 238000004891 communication Methods 0.000 description 17
- 238000010586 diagram Methods 0.000 description 14
- 230000008569 process Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000001174 ascending effect Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
- H04W36/0038—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of security context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
- H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
- H04W12/0431—Key distribution or pre-distribution; Key agreement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
- H04W36/023—Buffering or recovering information during reselection
- H04W36/0235—Buffering or recovering information during reselection by transmitting sequence numbers, e.g. SN status transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Se proporcionan un método y dispositivo de procesamiento de datos y un medio de almacenamiento informático. Cuando se restablece una entidad PDCP de una DRB de UM, o cuando se produce un cambio de celda y la entidad PDCP de la DRB de UM usa una clave antes del cambio, la entidad PDCP determina una primera SDU, en donde la primera SDU es un número de serie asociado con la entidad PDCP, y los datos correspondientes no tienen una SDU transmitida a través de una interfaz aérea; y entrega una PDU correspondiente a la primera SDU a una entidad RLC. Al entregar nuevamente los datos correspondientes a la primera SDU, se evita el problema de la pérdida de paquetes de datos causada por el preprocesamiento de una entidad PDCP. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Método de procesamiento de datos y dispositivo, y soporte de almacenamiento informático
CAMPO TÉCNICO
Esta solicitud está relacionada con tecnologías de comunicaciones, y, en particular, con un método de procesamiento de datos y un aparato, y un soporte de almacenamiento informático.
ANTECEDENTES
Una pila de protocolos de interfaz de radio se divide en tres capas: una capa física, una capa de enlace y una capa de red. La capa de enlace incluye una capa de protocolo de convergencia de datos de paquete (Packet Data Convergence Protocol, PDCP), una capa de control de enlace de radio (Radio Link Control, RLC) y una capa de control de acceso a medios (Media Access Control, MAC), y similares. La capa de PDCP se ubica por encima de la capa de RLC y la capa de RLC se ubica por encima de la capa de MAC. La capa de PDCP se usa para comprimir y descomprimir una cabecera de paquete de datos de plano de usuario, encriptar y desencriptar los datos de plano de usuario, realizar protección de integridad en datos de plano de control, y similares, y entregar los datos a la capa de RLC en secuencia. Una secuencia de los datos se asegura usando números de secuencia (Sequence Number, SN) asociados con los datos en la capa de PDCP. La capa de RLC proporciona servicios de segmentación y retrasmisión para datos de usuario y datos de control. La capa de RLC trabaja en tres modos: un modo transparente (TM), un modo no acusado recibo (Unacknowledged Mode, UM) y un modo acusado recibo (Acknowledge Mode, AM). La capa de RLC entrega datos procesados a la capa de MAC, la capa de MAC procesa los datos y entonces entrega los datos procesados a la capa física, y la capa física envía los datos a través de una interfaz aérea.
En un sistema de evolución de largo plazo (Long Term Evolution, LTE), se restablece PDCP cuando un dispositivo terminal se traspasa desde una celda a otra celda. Tras restablecerse el PDCP, un extremo de transmisión procesa un portador de radio de datos (Data Radio Bearer, DRB) en modo UM de algunas maneras: estableciendo Next_PDCP_TX_SN y TX_HFN a cero; usando una nueva manera de encriptación y una clave nueva; y para unidades de datos de servicio (Service Data Unit, SDU) de PDCP que ya se han asociado con SN, si unidades de datos de protocolo (Protocol Data Unit, PDU) correspondientes a las SDU no se han entregado a una capa inferior, considerar que estas SDU son recibidas de una capa superior, y se transmiten en orden ascendente en función de un valor de RECUENTO (donde el valor de RECUENTO es un número de 32 bits, la primera mitad de segmento es un número de hipertrama HFN, y la segunda mitad de segmento es un número de secuencia SN) asociado antes de restablecerse PDCP, sin reiniciar un temporizador de pérdida de paquete (Temporizador de descarte).
El documento EP 2982 173 A0 se refiere a un sistema de comunicación inalámbrica. Más específicamente, este documento está relacionado con un método y un dispositivo para realizar un procedimiento de cambio de celda en el sistema de comunicación inalámbrica, el método comprende: recibir información de configuración que indica un identificador de un portador de radio al que se va a realizar un procedimiento de cambio de celda; y realizar el procedimiento de cambio de celda en entidades de RLC (Radio Link Control) y PDCP (Packet Data Convergence Protocol) del portador de radio indicado en la información de configuración, en donde el procedimiento de cambio de celda comprende un restablecimiento de las entidades de RLC y PDCP.
R2-1703558, 3GPP TSG RAN WG2 Meeting #97bis se refiere a consideraciones sobre manejo de L2 para un traspaso.
Sin embargo, en un sistema de comunicaciones móviles de 5a generación (5-Generation, 5G), una estación base y un dispositivo terminal tienen una función de preprocesamiento de paquete de datos. Para ser específicos, antes de que llegue cualquier recurso de transmisión a una interfaz aérea, una entidad de PDCP entrega una PDU de PDCP a una entidad de RLC, de modo que la entidad de RLC genera una PDU de RLC. Tras restablecerse PDCP, si los datos entregados por la entidad de PDCP a la entidad de RLC y una entidad de MAC no se envían a través de la interfaz aérea, y la entidad de RLC y la entidad de MAC no retrasmiten los datos preprocesados, los datos se pierden.
COMPENDIO
Esta solicitud proporciona un método de procesamiento de datos y un aparato, y un soporte de almacenamiento informático, para evitar una pérdida de paquete de datos provocada por preprocesamiento de una entidad de PDCP. Este problema se resuelve por la materia de asunto de las reivindicaciones independientes. Formas de implementación adicionales se proporcionan en las reivindicaciones dependientes.
La Realización 2 representa una manera para implementar la invención reivindicada. Todas las demás realizaciones proporcionan antecedentes útiles que se encuentran en el alcance de las reivindicaciones.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La FIGURA 1 es diagrama estructural esquemático de una arquitectura de red a la que es aplicable esta solicitud;
la FIGURA 2 es diagrama esquemático de otra arquitectura de red a la que es aplicable esta solicitud;
la FIGURA 3 es un diagrama de flujo de un método de procesamiento de datos según la realización 1 de esta solicitud;
la FIGURA 4 es un diagrama de flujo de un método de procesamiento de datos según la realización 2 de esta solicitud;
la FIGURA 5 es un diagrama estructural esquemático de un aparato de procesamiento de datos según la realización 3 de esta solicitud;
la FIGURA 6 es un diagrama estructural esquemático de un primer dispositivo según la realización 4 de esta solicitud;
la FIGURA 7 es un diagrama estructural esquemático de un segundo dispositivo según la realización 5 de esta solicitud;
la FIGURA 8 es un diagrama estructural esquemático de un sistema de comunicaciones según la realización 6 de esta solicitud; y
la FIGURA 9 es un diagrama estructural esquemático de un aparato de procesamiento de datos según la realización 7 de esta solicitud.
DESCRIPCIÓN DE REALIZACIONES
Esta solicitud proporciona un método de procesamiento de datos. La FIGURA 1 es diagrama estructural esquemático de una arquitectura de red a la que es aplicable esta solicitud. Como se muestra en la FIGURA 1, la arquitectura de red incluye una estación base y una pluralidad de dispositivos terminales. La pluralidad de dispositivos terminales se conectan y se comunican con la estación base. La FIGURA 2 es diagrama esquemático de otra arquitectura de red a la que es aplicable esta solicitud. Como se muestra en la FIGURA 2, la arquitectura de red incluye dos estaciones base: una primera estación base y una segunda estación base. Cada estación base se puede conectar a una pluralidad de dispositivos terminales, y el dispositivo terminal puede ser traspasado desde una celda en la que se ubica la primera estación base a una celda en la que se ubica la segunda estación base.
La estación base mencionada en esta solicitud puede ser una estación transceptora base (Base Transceiver Station, BTS) en un sistema global para comunicaciones móviles (Global System of Mobile communication, GSM) o un sistema de acceso múltiple por división de código (Code Division Multiple Access, CDMA), puede ser un nodeB (NodeB, NB) en un sistema de acceso múltiple por división de código de banda ancha (Wideband Code Division Multiple Access, WCDMA), puede ser un NodeB evolucionado (evolved NodeB, eNB), un punto de acceso (Access Point, AP), o un nodo de reenvío en un sistema LTE, puede ser una estación base (por ejemplo, un gNB o un punto de transmisión (Transmission Point, TRP)) en un sistema de comunicaciones móviles de 5a generación (the 5th Generation mobile communication technology, 5G), puede ser un controlador de radio y un dispositivo portable o un dispositivo montado en vehículo en un escenario de red de acceso por radio en la nube (Cloud Radio Access NetWork, CRAN), o algo semejante. Esto no está limitado en esta memoria. El sistema de comunicaciones 5G también se denomina red de próxima generación o una red de acceso por radio nueva (New radio access technical, New RAT o NR). El sistema de comunicaciones 5G puede incluir escenarios tales como macro-micro comunicación máquina-a-máquina (Machine a Machine, M2M), D2M, internet móvil mejorada (Enhance Mobile Broadband, eMBB), comunicación ultrafiable y de baja latencia (Ultra Reliable & Low Latency Communication, uRLLC), y comunicaciones masivas tipo máquina (Massive Machine Type Communication, mMTC).
El dispositivo terminal mencionado en esta solicitud puede ser equipo de usuario (User Equipment, UE), un terminal de acceso, una unidad UE, una estación UE, una estación móvil, una consola móvil, una estación remota, un terminal remoto, un dispositivo móvil, un terminal UE, un terminal, un dispositivo de comunicaciones inalámbricas, un agente UE, un aparato UE, o algo semejante. El dispositivo terminal también puede ser un teléfono celular, un teléfono sin cable, un teléfono de protocolo de iniciación de sesión (Session Initiation Protocol, SIP), una estación de bucle local inalámbrico (Wireless Local Loop, WLL), un asistente digital personal (Personal Digital Assistant, PDA), un dispositivo de mano que tiene una función de comunicación inalámbrica, un dispositivo informático, otro dispositivo de procesamiento conectado a un módem inalámbrico, un dispositivo montado en vehículo, un dispositivo portable, un terminal en una red 5G futura, o un dispositivo terminal en una red móvil terrestre pública (Public Land Mobile NetWork, PLMN) evolucionada futura o similar.
Adicionalmente, un sistema de comunicaciones en esta solicitud puede ser una red móvil terrestre pública (Public Land Mobile NetWork, PLMN), una red dispositivo-a-dispositivo (device-to-device, D2D), una red máquina-a-máquina (machine a machine, M2M), u otra red. El dispositivo puede ser un dispositivo terminal o una estación base.
En función de las arquitecturas de red mostradas en la FIGURA 1 y FIGURA 2, la Realización 1 de esta solicitud proporciona un método de procesamiento de datos, para resolver un problema de la técnica anterior de que un paquete de datos se pierde debido a que una entidad de PDCP preprocesa el paquete de datos. Sin embargo, esta realización no se limita a las arquitecturas de red en la FIGURA 1 y FIGURA 2.
La FIGURA 3 es un diagrama de flujo de un método de procesamiento de datos según la realización 1 de esta solicitud. El método en esta realización puede ser realizado por una estación base o un dispositivo terminal. El método en esta realización se aplica a procesamiento de un portador de radio de datos UM (portador de radio de datos, DRB), y puede aplicarse específicamente a los siguientes dos escenarios: Se restablece una entidad de PDCP sobre un DRB UM, u ocurre un traspaso de celda, pero una entidad de PDCP sobre un DRB UM usa una clave usada antes del traspaso. Como se muestra en la FIGURA 3, el método proporcionado en esta realización incluye las siguientes etapas:
Etapa S101: La entidad APDCP determina una primera unidad de datos de servicio (Service Data Unit, SDU), donde la primera SDU es una SDU que se asocia con un SN por la entidad de PDCP pero cuyos datos correspondientes no se han transmitido a través de una interfaz aérea.
La primera SDU incluye al menos una de las siguientes SDU:
una SDU, donde la SDU se asocia con un número de secuencia, pero una PDU correspondiente a la SDU no se ha entregado a una entidad de RLC;
una SDU, donde datos correspondientes a la SDU no han sido entregados por la entidad de RLC a una entidad de MAC;
una SDU, donde datos correspondientes a la SDU no han sido entregados por la entidad de MAC a una capa física; y
una SDU, donde datos correspondientes a la SDU se han entregado a la capa física, pero los datos correspondientes a la SDU no han sido enviados por la capa física a través de la interfaz aérea.
La SDU es un elemento de información desde un protocolo de capa más alta, y una SDU en un N-ésima capa está en una correspondencia biunívoca con una PDU en una capa anterior. Datos que no se procesan y que entran a cada subcapa se denominan SDU, y datos que están es en un formato específico y que se forman tras ser procesados por la subcapa se denominan PDU. Adicionalmente, una PDU formada en esta capa es una SDU en una siguiente capa. En esta realización, los datos correspondientes a la SDU son datos incluidos en la SDU, y los datos correspondientes a la SDU pueden existir y transmitirse en diferentes capas en diferentes formatos. Por ejemplo, en una capa de PDCP, datos correspondientes a la primera SDU se transmiten en una forma PDU de PDCP; en una capa de RLC, los datos correspondientes a la primera SDU se transmiten en una forma SDU de RLC o PDU de RLC; y en una capa de MAC, los datos correspondientes a la primera SDU se transmiten en una forma SDU de MAC o PDU de MAC.
En esta realización, la entidad de PDCP es una entidad de PDCP sobre un DRB UM, y un proceso de envío de enlace ascendente de la entidad de PDCP sobre un DRB UM es de la siguiente manera: recibir una SDU de PDCP desde una capa superior, iniciar un temporizador de pérdida de paquete (Temporizador de descarte), asociar la SDU de PDCP con un SN, realizar compresión de cabecera (si se configura compresión de cabecera) en la SDU de PDCP, realizar protección de integridad y encriptación en la SDU de PDCP para obtener una PDU de PDCP, y entregar la PDU de PDCP a la entidad de RLC. Tras recibir una SDU de RLC (es decir, la PDU de PDCP) entregada por la entidad de PDCP, la entidad de RLC procesa la SDU de RLC para obtener una PDU de RLC, y entrega la PDU de RLC a la entidad de MAC. La entidad de MAC procesa una SDU de MAC (es decir, la PDU de RLC) para obtener una PDU de MAC, y entonces entrega la PDU de MAC a la capa física. Cuando la interfaz aérea en la capa física tiene un recurso de transmisión disponible, la capa física envía un paquete de datos de la MAC PUD usando el recurso de transmisión en la interfaz aérea.
La entidad de RLC trabaja en tres modos: un AM, un TM y un UM. En el UM, cuando se envían datos, la entidad de RLC añade sobrecargas de protocolo de control necesarias a una PDU de capa más alta, y entonces transmite los datos pero no asegura que los datos se entregan a una entidad semejante, y la entidad de RLC no usa un protocolo de retrasmisión.
El DRB es un portador de datos entre una estación base y un dispositivo terminal. El DRB se usa para transmitir datos de servicio. Un dispositivo terminal puede establecer una pluralidad de DRB con la estación base. Diferentes DRB se usan para transmitir diferentes servicios. En el UM, no hay mecanismo de retrasmisión de datos, y por lo tanto no puede perderse un paquete de datos. Cuando se restablece la entidad de PDCP sobre un DRB UM, el DRB UM se procesa de algunas maneras de la técnica anterior: estableciendo Next_PDCP_TX_SN y TX_HFN a cero; usando una nueva manera de encriptación y una nueva clave; y para SDU de PDCP que ya se han asociado con SN, si PDU correspondientes a las SDU de PDCP no se entregan a una capa inferior, considerar que estas SDU son recibidas de la capa superior, y se transmiten en orden ascendente en función de un valor de contar (RECUENTO) asociada antes de que se restablezca la entidad de PDCP, sin reiniciar el temporizador de pérdida de paquete.
El valor RECUENTO es un número de 32 bits, la primera mitad de segmento es un número de hipertrama (hyper frame number, HFN), y la segunda mitad de segmento es un SN. Next_PDCP_TX_SN es un PDCP SN de una siguiente SDU de PDCP de la entidad de PDCP, y TX_HFN es un HFN usado para generar el valor RECUENTO.
En un sistema 5G, tanto la estación base como el dispositivo terminal tienen una función de preprocesamiento de paquete de datos. Para ser específicos, antes de que la interfaz aérea no tenga recurso de transmisión, la entidad de PDCP asocia una SDU con un número de secuencia, y entrega una PDU correspondiente a la SDU a la entidad de RLC. Sin embargo, tras restablecerse el PDCP, en la técnica anterior, como la primera SDU se ha asociado con la SN, la entidad de PDCP no reasocia la primera SDU con un número de secuencia, y en consecuencia se pierde un paquete de datos incluido en la primera SDU. Por ejemplo, cuando se restablece la entidad de PDCP, las PDU de PDCP 3 a 9 se han entregado a la entidad de RLC y la entidad de MAC a través de preprocesamiento, pero no se envían a través de la interfaz aérea. Tras restablecerse la entidad de PDCP, como las PDU de PDCP 3 a 9 se han asociado con números de secuencia por la entidad de PDCP, las PDU de PDCP 3 a 9 no se retransmiten. Se debe observar que el restablecimiento de PDCP puede o no ser provocado por un traspaso de celda.
Una nueva arquitectura, es decir, un escenario de separación CU/DU, se introduce en el sistema 5G. Una CU puede controlar una pluralidad de DU. Por ejemplo, cuando la CU no se cambia, el dispositivo terminal se traspasa desde una DU a otra DU. Aunque se cambie una celda, como una capa de PDCP en un lado de estación base se ubica en un lado de CU, la entidad de PDCP no se cambia. Aunque ocurre un traspaso de celda en este escenario, la entidad de PDCP todavía usa una clave usada antes del traspaso. En este escenario, también ocurre una pérdida de paquete de datos provocada por preprocesamiento. La entidad de PDCP puede recibir información de indicación enviada por una entidad de RRC. La información de indicación se usa para indicar que ocurre el traspaso de celda, pero la entidad de PDCP sobre un DRB UM usa la clave usada antes del traspaso. Por ejemplo, la entidad de RRC puede indicar, usando información de indicación de 1 bit, que ocurre el traspaso de celda, pero la entidad de PDCP sobre un DRB UM usa la clave usada antes del traspaso.
Para resolver un problema de una pérdida de paquete de datos provocada por preprocesamiento de PDCP, en esta realización, cuando se restablece la entidad de PDCP sobre un DRB UM, o cuando ocurre el traspaso de celda, pero la entidad de PDCP sobre un DRB UM usa la clave usada antes del traspaso, la entidad de PDCP determina la primera SDU. La primera SDU incluye al menos una de las siguientes SDU: una SDU, donde la SDU se asocia con un SN, pero una PDU correspondiente a la SDU no se ha entregado a la entidad de RLC; una SDU, donde datos correspondientes a la SDU no han sido entregados por la entidad de RLC a la entidad de MAC; una SDU, donde datos correspondientes a la SDU no han sido entregados por la entidad de MAC a la capa física; y una SDU, donde, datos correspondientes a la SDU se entregan a la capa física, pero los datos correspondientes a la SDU no han sido enviados por la capa física a través de la interfaz aérea.
Opcionalmente, la entidad de PDCP recibe la información de indicación. La información de indicación se usa para dar instrucciones para entregar una PDU correspondiente a la primera SDU a la entidad de RLC. La entidad de PDCP determina la primera SDU en función de la información de indicación. La información de indicación es enviada por la estación base al dispositivo terminal. Posteriormente, cuando se restablece la entidad de PDCP sobre un DRB UM, o cuando ocurre el traspaso de celda, pero la entidad de PDCP sobre un DRB UM usa la clave usada antes del traspaso, la entidad de RLC puede notificar, usando un mapa de bits (bitmap), PDCP de información acerca de una SDU correspondiente a una PDU que tiene que ser entregada a la entidad de RLC. La mapa de bits puede incluir una pluralidad de bits (bit), cada bit corresponde a un valor RECUENTO de una PDU de PDCP, y un valor de cada bit es 0 o 1. La entidad de RLC puede empezar desde un valor de RECUENTO de una PDU que se ha entregado recientemente por la entidad de PDCP a la entidad de RLC, 1 se usa para indicar que la PDU de PDCP correspondiente al valor de RECUENTO ya se ha transmitido en la interfaz aérea, y 0 se usa para indicar que la PDU de PDCP correspondiente al valor de RECUENTO no se ha transmitido en la interfaz aérea. Cada PDU de PDCP corresponde a una SDU de PDCP. La entidad de PDCP aprende, en función de si la PDU de PDCP se transmite en la interfaz aérea, si la SDU de PDCP correspondiente a la PDU de PDCP tiene que volverse a entregar a la entidad de RLC. Como alternativa, 1 se usa para indicar que la PDU de PDCP correspondiente al valor de RECUENTO tiene que volverse a entregar a la entidad de RLC, y 0 se usa para indicar que la PDU de PDCP correspondiente al valor de RECUENTO no tiene que volverse a entregar a la entidad de RLC. La entidad de PDCP aprende, en función de una SDU de PDCP correspondiente a la PDU de PDCP, que requiere la primera SDU. Opcionalmente, la entidad de RLC puede como alternativa notificar directamente a la entidad de PDCP un valor de RECUENTO mínimo de una PDU de PDCP que tiene que volverse a entregar. La entidad de PDCP obtiene, en función de la mínimo valor de RECUENTO, la PDU de PDCP que tiene que volverse a entregar a la entidad de RLC, y obtiene la primera SDU en función de la SDU de PDCP correspondiente a la PDU de PDCP. Para una SDU esto se asocia con un SN pero no se ha entregado a la entidad de RLC, la entidad de PDCP puede obtener la SDU desde un almacenamiento temporal y usa la SDU como primera SDU.
Etapa S 102: La entidad de PDCP entrega la PDU correspondiente a la primera SDU a la entidad de RLC.
Por ejemplo, la entidad de PDCP considera (considerar) que la primera SDU es desde la capa superior, y entonces entrega, en orden ascendente, PDU correspondientes a la primera SDU a la entidad de RLC. Puede no haber una o más primeras SDU.
En un escenario en el que se restablece la entidad de PDCP, la entidad de PDCP usa, en una secuencia de valores de RECUENTO que son de primeras SDU y que se usan antes del restablecimiento, valores de RECUENTO usados tras el restablecimiento para clasificar las primeras SDU, donde los valores de RECUENTO usados después de restablecerse la entidad de PDCP se establecen a valores iniciales. Los valores de RECUENTO que son de las primeras SDU y que se usan antes y después del restablecimiento son diferentes, pero una secuencia de las primeras SDU permanece sin cambios. Por ejemplo, hay tres primeras SDU, el RECUENTO de una SDU 1 es 7, un valor de RECUENTO de una SDU 2 es 8, y un valor de RECUENTO de una SDU 3 es 9. Un valor de RECUENTO usado después de restablecerse la entidad de PDCP se establece a un valor inicial. Asumiendo que el valor inicial del valor de RECUENTO es 0, después de restablecerse la entidad de PDCP, el valor de RECUENTO de la SDU 1 es 0, el valor de RECUENTO de la SDU 2 es 1, y el valor de RECUENTO de la SDU 3 es 2. En otras palabras, después de restablecerse la entidad de PDCP, una relación de secuencia entre las primeras SDU permanece sin cambios.
En un escenario en el que ocurre el traspaso de celda, pero la entidad de PDCP sobre un DRB UM usa la clave usada antes del traspaso, un valor de recuento de un paquete de datos entregados por la entidad de PDCP a una entidad de capa inferior puede empezar desde un valor inicial, o puede mantenerse un valor de recuento usado antes del traspaso.
Opcionalmente, la entidad de PDCP no reinicia un primer temporizador correspondiente a la primera SDU. El primer temporizador es iniciado por la entidad de PDCP cuando la entidad de PDCP recibe la primera SDU de la capa superior, y el primer temporizador puede ser un temporizador de pérdida de paquete. El temporizador de pérdida de paquete se configura para controlar la validez de tiempo de un paquete de datos. Si el paquete de datos no se ha transmitido cuando vence el primer temporizador, el paquete de datos todavía es un paquete inválido incluso si el paquete de datos se transmite posteriormente. Por lo tanto, en esta realización, la primera SDU todavía usa el primer temporizador usado antes del restablecimiento, o usa el primer temporizador usado antes del traspaso de celda, para asegurar la validez del paquete de datos.
Opcionalmente, en los dos escenarios anteriores, antes de que venzan los primeros temporizadores de SDU en el almacenamiento temporal, la entidad de PDCP puede además descartar todas las SDU que ya se han transmitido a través de la interfaz aérea. En un mecanismo existente, la entidad de PDCP inicia un primer temporizador para cada SDU. Incluso si un paquete de datos incluido en una SDU ya se ha transmitido a través de la interfaz aérea, la SDU todavía se almacena en el almacenamiento temporal, y la entidad de PDCP elimina la SDU del almacenamiento temporal únicamente cuando vence la temporización del primer temporizador de la SDU. En esta realización, después de que la SDU se envía desde la interfaz aérea, la SDU se elimina del almacenamiento temporal oportunamente, para evitar un rebose de almacenamiento temporal.
En esta realización, la entidad de PDCP determina la primera SDU que tiene que ser entregada a la entidad de RLC, donde la primera SDU es la SDU que se asocia con el número de secuencia por la entidad de PDCP y que no se ha transmitido a través de la interfaz aérea; y entrega la PDU correspondiente a la primera SDU a la entidad de RLC. La primera SDU se vuelve a entregar, para evitar una pérdida de paquete de datos provocada por preprocesamiento de la entidad de PDCP.
En función de las arquitecturas de red mostradas en la FIGURA 1 y la FIGURA 2, la Realización 2 de esta solicitud proporciona un método de procesamiento de datos. La FIGURA 4 es un diagrama de flujo de un método de procesamiento de datos según la realización 2 de esta solicitud. En esta realización, un segundo dispositivo puede ser una estación base u otro dispositivo de red, y un primer dispositivo es un dispositivo terminal. Como se muestra en la FIGURA 4, el método proporcionado en esta realización incluye las siguientes etapas.
Etapa S201: El segundo dispositivo envía un primer mensaje al primer dispositivo, donde el primer mensaje se usa para dar instrucciones al primer dispositivo para que realice al menos una de las siguientes operaciones: recuperación de datos (data recovery), borrado de un paquete de datos, y entrega de una PDU correspondiente a una primera SDU a una entidad de RLC, y la primera SDU es una SDU que se asocia con un número de secuencia por una entidad de PDCP pero cuyos correspondientes datos no se han transmitido a través de una interfaz aérea.
Opcionalmente, cuando ocurre un traspaso de celda y la entidad de PDCP usa una clave usada antes del traspaso, el segundo dispositivo envía el primer mensaje al primer dispositivo.
Etapa S202: El primer dispositivo recibe el primer mensaje enviado por el segundo dispositivo.
Opcionalmente, cuando ocurre un traspaso de celda y la entidad de PDCP usa una clave usada antes del traspaso, el primer dispositivo recibe el primer mensaje enviado por el segundo dispositivo.
Cuando la entidad de PDCP es una entidad de PDCP sobre un AM DRB, el primer mensaje se usa para dar instrucciones al primer dispositivo para que recupere datos.
Cuando la entidad de PDCP es una entidad de PDCP sobre un DRB UM, el primer mensaje se usa para dar instrucciones a la entidad de PDCP del primer dispositivo para que entregue la PDU correspondiente a la primera SDU a la entidad de RLC. La primera SDU incluye al menos una de las siguientes SDU: una SDU, donde la SDU se asocia con un SN, pero una PDU correspondiente a la SDU no se ha entregado a la entidad de RLC; una SDU, donde datos correspondientes a la SDU no han sido entregados por la entidad de RLC a una entidad de MAC; una SDU, donde datos correspondientes a la SDU no han sido entregados por la entidad de MAC a una capa física; y una SDU, donde, datos correspondientes a la SDU se entregan a la capa física, pero los datos correspondientes a la SDU no han sido enviados por la capa física a través de la interfaz aérea.
Cuando la entidad de PDCP es una entidad de PDCP sobre un SRB, el primer mensaje se usa para dar instrucciones al primer dispositivo para que borre el paquete de datos. El SRB es un servicio proporcionado por una capa de RLC para un usuario, y el SRB se usa principalmente para llevar señalización. Por ejemplo, en un sistema LTE, el SRB se usa para transmitir únicamente un mensaje de estrato no de acceso (Non-access stratum, NAS) y un mensaje de control de recursos de radio (Radio Resource Control, RRC). Opcionalmente, el paquete de datos borrado indicado por el primer mensaje incluye todas las SDU y PDU almacenadas en la entidad de PDCP.
El segundo dispositivo puede dar instrucciones explícitamente o implícitamente al primer dispositivo para que realice la al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos y la entrega de una PDU correspondiente a una primera SDU a una entidad de RLC. Específicamente, la indicación puede realizarse de las siguientes maneras:
En una primera manera de indicación, el primer mensaje incluye una primera indicación y una segunda indicación. La primera indicación se usa para dar instrucciones al primer dispositivo para que realice la al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos y la entrega de una PDU correspondiente a una primera SDU a una entidad de RLC. La segunda indicación se usa para dar instrucciones para restablecer la entidad de RLC.
Se debe observar que el primer mensaje no indica un mensaje, pero indica un tipo de mensaje. El tipo de mensaje se usa para dar instrucciones al primer dispositivo para que realice la al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos y la entrega de una PDU correspondiente a una primera SDU a una entidad de RLC. Por lo tanto, la primera indicación y la segunda indicación pueden ser enviadas en un mismo mensaje, o pueden ser enviadas en mensajes diferentes.
En una segunda manera de indicación, el primer mensaje incluye una tercera indicación. La tercera indicación se usa para dar instrucciones al primer dispositivo para que realice la al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos y la entrega de una PDU correspondiente a la primera SDU a una entidad de RLC, y se usa además para dar instrucciones para restablecer PDCP. De esta manera, se reutiliza un indicación existente de restablecer PDCP. Para ser específicos, la tercera indicación no únicamente se puede usar para dar instrucciones para restablecer PDCP, sino también usarse para dar instrucciones para realizar la al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos y la entrega de una PDU correspondiente a una primera SDU a una entidad de RLC.
Opcionalmente, la tercera indicación incluye al menos dos valores. Algunos de los al menos dos valores se usan para dar instrucciones para restablecer PDCP, y el resto de los al menos dos valores se usan para dar instrucciones para realizar la al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos y la entrega de una PDU correspondiente a una primera SDU a una entidad de RLC. Por ejemplo, la tercera indicación incluye dos valores. Uno de los dos valores se usa para dar instrucciones para restablecer PDCP, y el otro de los dos valores se usa para dar instrucciones para realizar la al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos y la entrega de una PDU correspondiente a una primera SDU a una entidad de RLC.
Opcionalmente, la tercera indicación puede ser como alternativa un valor de múltiples bits, por ejemplo, un valor de 2 bits, y se usa para dar instrucciones para realizar la al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos y la entrega de una PDU correspondiente a una primera SDU a una entidad de RLC.
Opcionalmente, otra indicación puede además reutilizarse como tercera indicación.
En una tercera manera de indicación, el primer mensaje incluye una cuarta indicación y una quinta indicación. La cuarta indicación se usa para dar instrucciones para restablecer la entidad PDCP. La quinta indicación se usa para dar instrucciones a la entidad de PDCP para que use una clave existente. Opcionalmente, la quinta indicación incluye al menos una de la siguiente: información de parámetro requerida para actualización de claves, e información acerca de si cambiar una clave. La información acerca de si cambiar una clave puede ser indicada usando un bit. Por ejemplo, cuando un valor de la bit es 1, indica que la clave tiene que ser cambiada, en otras palabras, se usa una clave usada tras restablecerse la entidad de PDCP. Cuando un valor de la bit es 0, indica que la clave no tiene que ser cambiada.
Opcionalmente, la cuarta indicación y la quinta indicación pueden enviarse en un mismo mensaje, o pueden enviarse en mensajes diferentes.
En una cuarta manera de indicación, el primer mensaje incluye una sexta indicación, y la sexta indicación se usa para dar instrucciones para restablecer la entidad de RLC. Cuando el primer dispositivo no recibe una séptima indicación, el primer mensaje se usa para dar instrucciones al primer dispositivo para que realice al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos, y reentrega de la PDU correspondiente a la primera SDU a la entidad de RLC, y la séptima indicación se usa para dar instrucciones para restablecer la entidad de PDCP.
En una quinta manera de indicación, el primer mensaje incluye una octava indicación, y la octava indicación se usa para dar instrucciones para restablecer la entidad de PDCP. Cuando el primer dispositivo no recibe una novena indicación, el primer mensaje se usa para dar instrucciones al primer dispositivo para que realice al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos, y reentrega de la PDU correspondiente a la primera SDU a la entidad de RLC, y la novena indicación se usa para indicar información de clave.
Etapa S203: El primer dispositivo realiza una correspondiente operación en función del primer mensaje.
Específicamente, en un escenario de AM DRB, el primer dispositivo recupera datos en función del primer mensaje. En un escenario de DRB UM, el primer dispositivo entrega, en función del primer mensaje, la PDU correspondiente a la primera SDU a la entidad de RLC. En un escenario de SRB, el primer dispositivo borra el paquete de datos en función del primer mensaje.
En el escenario de AM DRB, en un mecanismo existente, el primer dispositivo necesita determinar, en función de un cambio de escenario, si recuperar los datos. La recuperación de datos es que un extremo de transmisión, es decir, la entidad de PDCP, aprende, usando la entidad de RLC, paquetes de datos en los que no se recibe retroinformación de acuse de recibo de un lado de recepción, y entonces la entidad de PDCP retransmite los paquetes de datos en los que no se reciben retroinformación de acuse de recibo. En la solución en esta realización, el segundo dispositivo explícitamente da instrucciones al primer dispositivo para que recupere los datos, de modo que la implementación es simple.
En el escenario de DRB UM, el segundo dispositivo da instrucciones al primer dispositivo para que entregue la PDU correspondiente a la primera SDU a la entidad de RLC, de modo que se puede evitar una pérdida de paquete de datos provocada por preprocesamiento de la entidad de PDCP.
En el escenario SRB, para la SRB, únicamente se restablece la entidad de PDCP. Durante el restablecimiento de la entidad de PDCP, se realizan las siguientes operaciones: estableciendo TX_NEXT a un valor inicial; eliminando todas las SDU de PDCP y PDU almacenadas en un almacenamiento temporal; usando un nuevo algoritmo de encriptación y una clave nueva; y realizando nueva protección de integridad y usando una clave nueva. Si ocurre un traspaso de celda, y la entidad de PDCP sobre un SRB usa una clave usada antes del traspaso, la entidad de PDCP no procesa un paquete de datos almacenado en la entidad de PDCP. Como el paquete de datos sobre el SRB se relaciona con una celda, tras el traspaso de celda, información de vencimiento sobre el SRB puede enviarse a una celda nueva. Sin embargo, para la SRB, únicamente la entidad de PDCP se restablece durante el traspaso de celda. Por lo tanto, durante un traspaso de celda sin un cambio de clave, la información de vencimiento sobre el SRB puede ser enviada a la celda nueva. En esta realización, el segundo dispositivo da instrucciones, usando el primer mensaje, a la entidad de PDCP para que borre, cuando ocurre el traspaso de celda y la entidad de PDCP sobre un SRB usa la clave usada antes del traspaso, el paquete de datos almacenado en el almacenamiento temporal, para evitar enviar la información de vencimiento a la celda nueva.
La FIGURA 5 es un diagrama estructural esquemático de un aparato de procesamiento de datos según la realización 3 de esta solicitud. Como se muestra en la FIGURA 5, el aparato de procesamiento de datos proporcionado en esta realización incluye un procesador 11, una memoria 12 y un transceptor 13. La memoria 12 se configura para almacenar una instrucción, el transceptor 13 se configura para comunicar con otro dispositivo, y el procesador 11 se configura para ejecutar la instrucción almacenada en la memoria 12, de modo que el aparato de procesamiento de datos realiza el método de procesamiento de datos en la Realización 1. Una implementación específica y un efecto técnico son similares a los del método de procesamiento de datos en la Realización 1. En esta memoria no se describen de nuevo detalles.
La FIGURA 6 es un diagrama estructural esquemático de un primer dispositivo según la realización 4 de esta solicitud. Como se muestra en la FIGURA 6, el primer dispositivo proporcionado en esta realización incluye un procesador 21, una memoria 22 y un transceptor 23. La memoria 22 se configura para almacenar una instrucción, el transceptor 23 se configura para comunicar con otro dispositivo, y el procesador 21 se configura para ejecutar la instrucción almacenada en la memoria 22, de modo que el primer dispositivo realiza las etapas de método realizadas por el primer dispositivo en la Realización 2. Una implementación específica y un efecto técnico son similares a los del primer dispositivo en la Realización 2. En esta memoria no se describen de nuevo detalles.
La FIGURA 7 es un diagrama estructural esquemático de un segundo dispositivo según la realización 5 de esta solicitud. Como se muestra en la FIGURA 7, el segundo dispositivo proporcionado en esta realización incluye un procesador 31, una memoria 32 y un transceptor 33. La memoria 32 se configura para almacenar una instrucción, el transceptor 33 se configura para comunicar con otro dispositivo, y el procesador 31 se configura para ejecutar la instrucción almacenada en la memoria 32, de modo que el segundo dispositivo realiza las etapas de método realizadas por el segundo dispositivo en la Realización 2. Una implementación específica y un efecto técnico son similares a los del segundo dispositivo en la Realización 2. En esta memoria no se describen de nuevo detalles.
La FIGURA 8 es un diagrama estructural esquemático de un sistema de comunicaciones según la realización 6 de esta solicitud. Como se muestra en la FIGURA 8, el sistema de comunicaciones proporcionado en esta realización incluye un primer dispositivo 41 y un segundo dispositivo 42. El primer dispositivo 41 se configura para realizar las etapas de método realizadas por el primer dispositivo en la Realización 2, y el segundo dispositivo 42 se configura para realizar las etapas de método realizadas por el segundo dispositivo en la Realización 2. Implementaciones específicas y efectos técnicos son similares a los del primer dispositivo y el segundo dispositivo en la Realización 2. En esta memoria no se describen de nuevo detalles.
La FIGURA 9 es un diagrama estructural esquemático de un aparato de procesamiento de datos según la realización 7 de esta solicitud. Como se muestra en la FIGURA 9, el aparato de procesamiento de datos proporcionado en esta realización incluye una entidad de PDCP 51 y una entidad de RLC 52.
La entidad de PDCP 51 se configura para determinar una primera unidad de datos de servicio SDU, donde la primera SDU es una SDU que se asocia con un número de secuencia por la entidad de PDCP 51 pero cuyos datos correspondientes no se han transmitido a través de una interfaz aérea.
La entidad de PDCP 51 se configura además para entregar una unidad de datos de protocolo PDU correspondiente a la primera SDU a la entidad de RLC 52.
Opcionalmente, la primera SDU incluye al menos una de las siguientes SDU:
una SDU, donde la SDU se asocia con un número de secuencia, pero una PDU correspondiente a la SDU no se ha entregado a la entidad de RLC;
una SDU, donde datos correspondientes a la SDU no han sido entregados por la entidad de RLC a una entidad de control de acceso a medios MAC;
una SDU, donde datos correspondientes a la SDU no han sido entregados por la entidad de MAC a una capa física; y
una SDU, donde datos correspondientes a la SDU se han entregado a la capa física, pero los datos correspondientes a la SDU no han sido enviados por la capa física a través de la interfaz aérea.
Opcionalmente, que la entidad de PDCP 51 determina una primera SDU incluye: recibir información de indicación cuando se restablece una entidad de PDCP sobre un portador de radio de datos DRB UM, o cuando ocurre un traspaso de celda y la entidad de PDCP sobre un DRB UM usa una clave usada antes del traspaso, donde la información de indicación se usa para dar instrucciones para entregar la PDU correspondiente a la primera SDU a la entidad de RLC; y determinar la primera SDU en función de la información de indicación.
Opcionalmente, que la entidad de PDCP 51 entrega una PDU correspondiente a la primera SDU a la entidad de RLC incluye:
considerar que la primera SDU es de una capa superior; y
entregar, en orden ascendente, PDU correspondientes a la primera SDU a la entidad de RLC.
Opcionalmente, la entidad de PDCP 51 no reinicia un primer temporizador correspondiente a la primera SDU, y el primer temporizador es iniciado por la entidad de PDCP 51 cuando la entidad de PDCP 51 recibe la primera SDU de la capa superior.
Opcionalmente, tras ocurrir el traspaso de celda y la entidad de PDCP sobre un DRB UM usa la clave usada antes del traspaso, un valor de recuento de la primera SDU empieza desde un valor inicial, o se mantiene un valor de recuento usado antes del traspaso.
El aparato de procesamiento de datos proporcionado en esta realización se puede configurar para realizar el método en la Realización 1. Una implementación específica y un efecto técnico son similares a los del método en la Realización 1. En esta memoria no se describen de nuevo detalles.
La Realización 8 de esta solicitud proporciona un primer dispositivo, que incluye un módulo de recepción, configurado para recibir un primer mensaje enviado por un segundo dispositivo, donde el primer mensaje se usa para dar instrucciones al primer dispositivo para que realice al menos una de las siguientes operaciones: recuperación de datos, borrado de un paquete de datos, y entrega de una unidad de datos de protocolo PDU correspondiente a una primera unidad de datos de servicio SDU a una entidad de control de enlace de radio RLC, y la primera SDU es una SDU que se asocia con un número de secuencia por una entidad de protocolo de convergencia de datos de paquete PDCP pero cuyos datos correspondientes no se han transmitido a través de una interfaz aérea.
Opcionalmente, el módulo de recepción se configura específicamente para: cuando ocurre un traspaso de celda y la entidad de PDCP usa una clave usada antes del traspaso, recibir el primer mensaje enviado por el segundo dispositivo.
El primer dispositivo incluye además un módulo de procesamiento, y el módulo de procesamiento se configura para realizar una acción correspondiente en función del primer mensaje.
La Realización 9 de esta solicitud proporciona un segundo dispositivo, que incluye un módulo de envío, configurado para enviar un primer mensaje a un primer dispositivo, donde el primer mensaje se usa para dar instrucciones al primer dispositivo para que realice al menos una de las siguientes operaciones: recuperación de datos, borrado de un paquete de datos, y entrega de una unidad de datos de protocolo PDU correspondiente a una primera unidad de datos de servicio SDU a una entidad de control de enlace de radio RLC, y la primera SDU es una SDU que se asocia con un número de secuencia por una entidad de protocolo de convergencia de datos de paquete PDCP pero cuyos datos correspondientes no se han transmitido a través de una interfaz aérea.
Opcionalmente, el módulo de envío se configura específicamente para: cuando ocurre un traspaso de celda y la entidad de PDCP usa una clave usada antes del traspaso, enviar, por parte del segundo dispositivo, el primer mensaje al primer dispositivo.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, cuando la entidad de PDCP es una entidad de PDCP sobre un portador de radio de datos DRB en modo acusado recibo AM, el primer mensaje se usa para dar instrucciones al primer dispositivo para que recupere datos; o
cuando la entidad de PDCP es una entidad de PDCP sobre un DRB en modo acusado recibo UM, el primer mensaje se usa para dar instrucciones al primer dispositivo para que entregue la PDU correspondiente a la primera SDU a la entidad de RLC; o
cuando la entidad de PDCP es una entidad de PDCP sobre un portador de radio de señalización SRB, el primer mensaje se usa para dar instrucciones al primer dispositivo para que borre el paquete de datos.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, el primer mensaje incluye una primera indicación y una segunda indicación. La primera indicación se usa para dar instrucciones al primer dispositivo para que realice la al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos y la entrega de una PDU correspondiente a la primera SDU a una entidad de RLC. La segunda indicación se usa para dar instrucciones para restablecer la entidad de RLC.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, la primera indicación y la segunda indicación se envían en un mismo mensaje o se envían en mensajes diferentes.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, el primer mensaje incluye una tercera indicación.
La tercera indicación se usa para dar instrucciones al primer dispositivo para que realice la al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos y la entrega de una PDU correspondiente a la primera SDU a una entidad de RLC, y se usa además para dar instrucciones para restablecer PDCP.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, la tercera indicación incluye al menos dos valores. Algunos de la al menos dos valores se usan para dar instrucciones para restablecer PDCP, y el resto de la al menos dos valores se usan para dar instrucciones para realizar la al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos y la entrega de una PDU correspondiente a la primera SDU a una entidad de RLC.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, el primer mensaje incluye una cuarta indicación y una quinta indicación. La cuarta indicación se usa para dar instrucciones para restablecer la entidad PDCP. La quinta indicación se usa para dar instrucciones a la entidad de PDCP para que use una clave existente.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, la cuarta indicación y la quinta indicación se envían en un mismo mensaje o se envían en mensajes diferentes.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, el primer mensaje incluye una sexta indicación, y la sexta indicación se usa para dar instrucciones para restablecer la entidad de RLC. Cuando el primer dispositivo no recibe una séptima indicación, el primer mensaje se usa para dar instrucciones al primer dispositivo para que realice al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos, y reentrega de la PDU correspondiente a la primera SDU a la entidad de RLC, y la séptima indicación se usa para dar instrucciones para restablecer la entidad de PDCP.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, el primer mensaje incluye una octava indicación, y la octava indicación se usa para dar instrucciones para restablecer la entidad de PDCP. Cuando el primer dispositivo no recibe una novena indicación, el primer mensaje se usa para dar instrucciones al primer dispositivo para que realice al menos una de las siguientes operaciones: la recuperación de datos, el borrado de un paquete de datos, y reentrega de la PDU correspondiente a la primera SDU a la entidad de RLC, y la novena indicación se usa para indicar información de clave.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, la quinta indicación incluye al menos una de la siguiente: información de parámetro requerida para actualización de claves, e información acerca de si cambiar una clave.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, el paquete de datos borrado indicado por el primer mensaje incluye todas las SDU y PDU almacenadas en la entidad de PDCP.
Opcionalmente, en la Realización 8 y la Realización 9 de esta solicitud, la primera SDU incluye al menos una de las siguientes SDU:
una SDU, donde la SDU se asocia con un número de secuencia, pero una PDU correspondiente a la SDU no se ha entregado a la entidad de RLC;
una SDU, donde datos correspondientes a la SDU no han sido entregados por la entidad de RLC a una entidad de MAC;
una SDU, donde datos correspondientes a la SDU no han sido entregados por la entidad de MAC a una capa física; y
una SDU, donde datos correspondientes a la SDU se han entregado a la capa física, pero los datos correspondientes a la SDU no han sido enviados por la capa física a través de la interfaz aérea.
Se puede entender que el procesador usado por el aparato de procesamiento de datos, el primer dispositivo y el segundo dispositivo en esta solicitud pueden ser una unidad de procesamiento central (CPU), un procesador de finalidad general, un procesador de señales digitales (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas programables en campo (FPGA) u otro dispositivo lógico programable, un dispositivo lógico de transistores, un componente de hardware, o cualquier combinación de los mismos. El procesador puede implementar o ejecutar diversos ejemplos de bloques lógicos, módulos y circuitos descritos con referencia a contenido descrito en esta solicitud. El procesador puede ser una combinación que implementa una función de cálculo, por ejemplo, una combinación de uno o más microprocesadores, o una combinación de un DSP y un microprocesador.
El bus en esta solicitud puede ser un bus de arquitectura estándar industrial (Industry Standard Architecture, ISA), un bus de interconexión de componente periférico (Peripheral Component, PCI), un bus de arquitectura estándar industrial extendida (Extended Industry Standard Architecture, EISA), o algo semejante. El bus puede clasificarse en un bus de dirección, un bus de datos, un bus de control y similares. Para facilitar la representación, el bus en los dibujos adjuntos de esta solicitud no se limita a únicamente un bus o únicamente un tipo de bus.
En las varias realizaciones proporcionadas en esta solicitud, debe entenderse que el aparato y el método divulgados se pueden implementar de otra manera. Por ejemplo, la realización de aparato descrita anteriormente es meramente un ejemplo. Por ejemplo, la división en las unidades es meramente división funcional lógica y puede ser otra división en una implementación real. Por ejemplo, una pluralidad de unidades o componentes se pueden combinar o integrar en otro sistema, o algunas características se pueden ignorar o pueden no realizarse. Además, los acoplamientos mutuos o los acoplamientos directos o las conexiones de comunicación mostrados o discutidos se pueden implementar utilizando algunas interfaces. Los acoplamientos indirectos o las conexiones de comunicación entre los aparatos o unidades se pueden implementar de forma electrónica, mecánica o de otras formas.
Las unidades descritas como partes separadas pueden o no estar físicamente separadas, y las partes mostradas como unidades pueden o no ser unidades físicas, y se pueden situar en una posición o se pueden distribuir en una pluralidad de unidades de red. Se pueden seleccionar algunas o todas las unidades en función del requisito real para lograr los objetivos de las soluciones de las realizaciones.
Además, las unidades de función en las realizaciones de esta solicitud se pueden integrar en una unidad de procesamiento, o cada una de las unidades puede existir sola físicamente, o dos o más unidades se pueden integrar en una unidad. La unidad integrada puede implementarse en forma de hardware, o puede implementarse en forma de hardware además de una unidad funcional de software.
Claims (9)
1. Un método de procesamiento de datos realizado por un dispositivo terminal, el método comprende:
° recibir un primer mensaje desde una estación base (S 202), en donde el primer mensaje comprende una primera indicación y una segunda indicación;
■ la primera indicación se usa para dar instrucciones al dispositivo terminal para que realice al menos una de las siguientes operaciones: una recuperación de datos, un descarte de un paquete de datos y una entrega de una PDU correspondiente a una primera SDU a una entidad de RLC, en donde una entidad de PDCP usa una clave usada antes de un traspaso de celda cuando ocurre el traspaso de celda; y
■ la segunda indicación se usa para dar instrucciones para restablecer la entidad de RLC;
° realizar, según la primera indicación, al menos una de las siguientes operaciones: la recuperación de datos, el descarte del paquete de datos, y la entrega de la PDU correspondiente a la primera SDU a la entidad de RLC (S 203), y
° restablecer, según la segunda indicación, la entidad de RLC (S 203).
2. Un método de procesamiento de datos realizado por una estación base, el método comprende:
° enviar un primer mensaje a un dispositivo terminal (S 201) cuando ocurre un traspaso de celda, en donde el primer mensaje comprende una primera indicación y una segunda indicación;
■ la primera indicación se usa para dar instrucciones al dispositivo terminal para que realice al menos una de las siguientes operaciones: una recuperación de datos, un descarte de un paquete de datos y una entrega de una PDU correspondiente a una primera SDU a una entidad de RLC, en donde una entidad de PDCP usa una clave usada antes del traspaso de celda; y
■ la segunda indicación se usa para dar instrucciones para restablecer la entidad de RLC.
3. El método según la reivindicación 1 ó 2, en donde
cuando la entidad de PDCP es una entidad de PDCP sobre un portador de radio de datos, DRB, en modo acusado recibo, AM, el primer mensaje se usa para dar instrucciones al dispositivo terminal para que recupere datos; o
cuando la entidad de PDCP es una entidad de PDCP sobre un DRB en modo acusado recibo, UM, el primer mensaje se usa para dar instrucciones al dispositivo terminal para que entregue la PDU correspondiente a la primera SDU a la entidad de RLC; o
cuando la entidad de PDCP es una entidad de PDCP sobre un portador de radio de señalización, SRB, el primer mensaje se usa para dar instrucciones al dispositivo terminal para que descarte el paquete de datos.
4. El método según la reivindicación 1 o 2, en donde la primera indicación y la segunda indicación se envían en un mismo mensaje o se envían en mensajes diferentes.
5. El método según la reivindicación 1 o 2, en donde el paquete de datos descartado indicado por el primer mensaje comprende todas las SDU y PDU almacenadas en la entidad de PDCP.
6. Un dispositivo terminal, que comprende un procesador, una memoria y un transceptor, en donde la memoria se configura para almacenar una instrucción, el transceptor se configura para comunicar con una estación base, y el procesador se configura para ejecutar la instrucción almacenada en la memoria, de modo que el dispositivo terminal realiza el método de procesamiento de datos según una cualquiera de las reivindicaciones 1,3 - 5.
7. Una estación base, que comprende un procesador, una memoria y un transceptor, en donde la memoria se configura para almacenar una instrucción, el transceptor se configura para comunicar con un dispositivo terminal, y el procesador se configura para ejecutar la instrucción almacenada en la memoria, de modo que la estación base realiza el método de procesamiento de datos según una cualquiera de las reivindicaciones 2, 3 - 5.
8. Un soporte de almacenamiento legible por ordenador, aplicado a un dispositivo terminal, en donde el soporte de almacenamiento legible por ordenador almacena una instrucción, y cuando la instrucción es ejecutada por un aparato de cálculo en el dispositivo terminal, se permite al dispositivo terminal realizar el método de procesamiento de datos según una cualquiera de las reivindicaciones 1, 3 - 5.
9. Un soporte de almacenamiento legible por ordenador, aplicado a una estación base, en donde el soporte de almacenamiento legible por ordenador almacena una instrucción, y cuando la instrucción es ejecutada por un aparato de cálculo en la estación base, se permite a la estación base realizar el método de procesamiento de datos según una cualquiera de las reivindicaciones 2, 3 - 5.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711140791.8A CN109803331B (zh) | 2017-11-16 | 2017-11-16 | 数据处理方法、装置以及计算机存储介质 |
PCT/CN2018/112277 WO2019095974A1 (zh) | 2017-11-16 | 2018-10-28 | 数据处理方法、装置以及计算机存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2964158T3 true ES2964158T3 (es) | 2024-04-04 |
Family
ID=66538871
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES18877976T Active ES2964158T3 (es) | 2017-11-16 | 2018-10-28 | Método de procesamiento de datos y dispositivo, y soporte de almacenamiento informático |
Country Status (9)
Country | Link |
---|---|
US (3) | US11304107B2 (es) |
EP (1) | EP3684105B1 (es) |
JP (2) | JP7066838B2 (es) |
KR (1) | KR102320568B1 (es) |
CN (3) | CN113286336B (es) |
AU (1) | AU2018366562C1 (es) |
BR (1) | BR112020008279A2 (es) |
ES (1) | ES2964158T3 (es) |
WO (1) | WO2019095974A1 (es) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019028893A1 (zh) | 2017-08-11 | 2019-02-14 | 华为技术有限公司 | 数据传输的方法及相关设备 |
CN111585721B (zh) * | 2019-02-15 | 2022-08-19 | 华为技术有限公司 | 一种实体建立的处理方法及装置 |
US20220272598A1 (en) * | 2019-08-07 | 2022-08-25 | Nec Corporation | Simultaneous connectivity based handover |
US11659470B2 (en) * | 2019-10-30 | 2023-05-23 | New York University | Fast inter-base station ring (FIBR): new millimeter wave cellular network architectures and processes |
CN113556703B (zh) * | 2020-04-03 | 2024-09-24 | 华为技术有限公司 | 无线通信方法和通信装置 |
CN113765628B (zh) * | 2020-06-05 | 2023-05-09 | 中国移动通信有限公司研究院 | 数据处理方法、装置、相关设备及存储介质 |
CN115088383A (zh) * | 2021-01-13 | 2022-09-20 | 北京小米移动软件有限公司 | 一种数据传输方法及装置 |
EP4278679A4 (en) * | 2021-01-14 | 2024-10-09 | Lenovo Beijing Ltd | METHOD AND APPARATUS FOR DATA TRANSMISSION |
US11842226B2 (en) * | 2022-04-04 | 2023-12-12 | Ambiq Micro, Inc. | System for generating power profile in low power processor |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100527884C (zh) * | 2006-01-04 | 2009-08-12 | 华为技术有限公司 | 一种实现小区间切换的方法 |
CN101483865A (zh) * | 2009-01-19 | 2009-07-15 | 中兴通讯股份有限公司 | 一种密钥更替方法、系统及设备 |
CN101841853A (zh) * | 2009-03-17 | 2010-09-22 | 中兴通讯股份有限公司 | 一种用户设备以及用户设备接收下行数据的方法 |
CN101925121B (zh) * | 2009-06-10 | 2014-03-19 | 中兴通讯股份有限公司 | 一种分组数据汇聚协议层重建的方法和装置 |
CN101997660B (zh) * | 2009-08-14 | 2014-11-05 | 中兴通讯股份有限公司 | 一种避免上行数据丢失的方法及装置 |
US8897377B2 (en) * | 2009-12-31 | 2014-11-25 | Broadcom Corporation | Transcoding multiple media elements for independent wireless delivery |
CN102045770A (zh) | 2011-01-06 | 2011-05-04 | 大唐移动通信设备有限公司 | 无线链路控制协议um模式下sdu丢弃的方法及设备 |
CN103313325B (zh) * | 2012-03-09 | 2018-04-27 | 中兴通讯股份有限公司 | 切换方法及装置、数据处理方法及装置 |
WO2014110810A1 (zh) * | 2013-01-18 | 2014-07-24 | 华为技术有限公司 | 传输数据的方法、基站和用户设备 |
CN103220279A (zh) * | 2013-04-02 | 2013-07-24 | 工业和信息化部电子第五研究所 | 数据安全传输的方法和系统 |
JP6240747B2 (ja) * | 2013-04-02 | 2017-11-29 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムでセル変更手順を行うための方法及びこのための装置 |
EP2830352A1 (en) * | 2013-07-24 | 2015-01-28 | Panasonic Intellectual Property Corporation of America | Efficient discard mechanism in small cell deployment |
JP6445032B2 (ja) * | 2013-11-01 | 2018-12-26 | サムスン エレクトロニクス カンパニー リミテッド | ベアラを再構成する方法及び装置 |
CN104798320B (zh) * | 2013-11-11 | 2018-11-09 | 华为技术有限公司 | 数据传输方法及装置 |
EP2928261B1 (en) * | 2014-03-31 | 2020-03-18 | Nokia Technologies Oy | Bearer release |
CN106559780A (zh) * | 2015-09-25 | 2017-04-05 | 展讯通信(上海)有限公司 | 移动终端及其lte和wlan汇聚时数据传输控制方法 |
EP3494756B1 (en) * | 2016-08-09 | 2024-10-02 | Samsung Electronics Co., Ltd. | Method and apparatus for managing user plane operation in wireless communication system |
US20180220369A1 (en) * | 2017-02-02 | 2018-08-02 | Htc Corporation | Device and Method of Handling an Inactive State in a Wireless Communication System |
CN111096061A (zh) * | 2017-06-16 | 2020-05-01 | 苹果公司 | 用于承载类型更改的l2处理 |
KR20230147749A (ko) * | 2017-06-23 | 2023-10-23 | 모토로라 모빌리티 엘엘씨 | 이용되는 보안 키들에 영향을 주는 연결 재구성의 일부로서 베어러 특정 변경들을 구현하기 위한 방법 및 장치 |
EP3711356A1 (en) * | 2017-11-16 | 2020-09-23 | Telefonaktiebolaget LM Ericsson (PUBL) | Handling of pdcp version change |
-
2017
- 2017-11-16 CN CN202110444358.3A patent/CN113286336B/zh active Active
- 2017-11-16 CN CN202110449305.0A patent/CN113286337A/zh active Pending
- 2017-11-16 CN CN201711140791.8A patent/CN109803331B/zh active Active
-
2018
- 2018-10-28 US US16/764,299 patent/US11304107B2/en active Active
- 2018-10-28 ES ES18877976T patent/ES2964158T3/es active Active
- 2018-10-28 EP EP18877976.3A patent/EP3684105B1/en active Active
- 2018-10-28 JP JP2020520528A patent/JP7066838B2/ja active Active
- 2018-10-28 BR BR112020008279-1A patent/BR112020008279A2/pt unknown
- 2018-10-28 AU AU2018366562A patent/AU2018366562C1/en active Active
- 2018-10-28 WO PCT/CN2018/112277 patent/WO2019095974A1/zh unknown
- 2018-10-28 KR KR1020207013206A patent/KR102320568B1/ko active IP Right Grant
-
2022
- 2022-03-21 US US17/655,643 patent/US11627510B2/en active Active
- 2022-04-27 JP JP2022073858A patent/JP7343652B2/ja active Active
-
2023
- 2023-03-02 US US18/177,379 patent/US11902844B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
US20220217601A1 (en) | 2022-07-07 |
AU2018366562A1 (en) | 2020-05-07 |
JP7343652B2 (ja) | 2023-09-12 |
JP7066838B2 (ja) | 2022-05-13 |
US11902844B2 (en) | 2024-02-13 |
JP2021503729A (ja) | 2021-02-12 |
AU2018366562B2 (en) | 2021-07-01 |
EP3684105B1 (en) | 2023-09-06 |
US20230209427A1 (en) | 2023-06-29 |
JP2022115913A (ja) | 2022-08-09 |
US11304107B2 (en) | 2022-04-12 |
US11627510B2 (en) | 2023-04-11 |
CN113286337A (zh) | 2021-08-20 |
EP3684105A1 (en) | 2020-07-22 |
KR20200061405A (ko) | 2020-06-02 |
US20200383019A1 (en) | 2020-12-03 |
CN113286336B (zh) | 2022-09-16 |
AU2018366562C1 (en) | 2021-11-18 |
WO2019095974A1 (zh) | 2019-05-23 |
CN109803331B (zh) | 2021-05-18 |
CN113286336A (zh) | 2021-08-20 |
BR112020008279A2 (pt) | 2020-10-06 |
KR102320568B1 (ko) | 2021-11-01 |
CN109803331A (zh) | 2019-05-24 |
EP3684105A4 (en) | 2020-12-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2964158T3 (es) | Método de procesamiento de datos y dispositivo, y soporte de almacenamiento informático | |
KR101603624B1 (ko) | 패킷 데이터 컨버젼스 프로토콜에서 제어 프로토콜 데이터 유닛의 동작 | |
KR101831448B1 (ko) | 이동 통신 시스템에서 pdcp 기능을 선택적으로 적용하는 방법 | |
ES2674377T3 (es) | Método y aparato para la notificación de entrega de retransmisión de estrato de no acceso | |
WO2019019150A1 (zh) | 数据传输的方法、终端设备和网络设备 | |
TW201911947A (zh) | 處理一交遞的裝置及方法 | |
WO2019095114A1 (zh) | 处理无线链路失败的方法、终端设备和网络设备 | |
ES2953058T3 (es) | Método de comunicación inalámbrica y dispositivo terminal | |
WO2019090626A1 (zh) | 重传数据的方法和设备 |