ES2953058T3 - Método de comunicación inalámbrica y dispositivo terminal - Google Patents

Método de comunicación inalámbrica y dispositivo terminal Download PDF

Info

Publication number
ES2953058T3
ES2953058T3 ES18941239T ES18941239T ES2953058T3 ES 2953058 T3 ES2953058 T3 ES 2953058T3 ES 18941239 T ES18941239 T ES 18941239T ES 18941239 T ES18941239 T ES 18941239T ES 2953058 T3 ES2953058 T3 ES 2953058T3
Authority
ES
Spain
Prior art keywords
terminal device
network device
rohc
secret key
data packet
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES18941239T
Other languages
English (en)
Inventor
Qianxi Lu
Xin You
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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Application granted granted Critical
Publication of ES2953058T3 publication Critical patent/ES2953058T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/189Transmission or retransmission of more than one copy of a message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03Protecting confidentiality, e.g. by encryption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04Key management, e.g. using generic bootstrapping architecture [GBA]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0431Key distribution or pre-distribution; Key agreement
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0433Key management protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0069Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0077Transmission or use of information for re-establishing the radio link of access information of target access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • H04W36/18Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/06Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/068Network architectures or network communication protocols for network security for supporting key management in a packet data network using time-dependent keys, e.g. periodically changing keys
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H04W36/0038Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of security context information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Landscapes

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

Abstract

Se proporcionan un método de comunicación inalámbrica, un dispositivo terminal y un dispositivo de red. El método de comunicación inalámbrica se utiliza para el dispositivo terminal, y cuando el dispositivo de red conectado al dispositivo terminal se cambia de un dispositivo de red de origen a un dispositivo de red de destino, la conexión entre el dispositivo terminal y el dispositivo de red de origen y la conexión entre los tanto el dispositivo terminal como el dispositivo de red de destino se mantienen. Dicho método comprende: cuando el dispositivo terminal satisface una primera condición, liberar la conexión entre el dispositivo terminal y un dispositivo de red fuente. En las realizaciones de la presente solicitud, durante la conmutación del dispositivo terminal, se mantienen ambas la conexión entre el dispositivo terminal y el dispositivo de red de origen y la conexión entre el dispositivo terminal y el dispositivo de red de destino, reduciendo efectivamente el retraso en el proceso de cambiar el dispositivo de red conectado al dispositivo terminal desde el dispositivo de red de origen al dispositivo de red de destino. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método de comunicación inalámbrica y dispositivo terminal
Campo Técnico
Las realizaciones de la presente solicitud se refieren al campo de la comunicación y, más específicamente, a un método de comunicación inalámbrica, un dispositivo terminal y un dispositivo de red.
Antecedentes
En un procedimiento de traspaso existente, después de que un dispositivo terminal recibe un mensaje de reconfiguración de control de recursos de radio (RRC), reconfigurará el protocolo de convergencia de datos en paquetes (PDCP)/protocolo de control de enlace de radio (RLC)/control de acceso al medio (MAC)/capa baja y similares de acuerdo con la configuración de traspaso en el mensaje de reconfiguración de RRC, para que corresponda a una pila de una estación base de destino.
Dado que el dispositivo terminal solo mantiene un conjunto de PDCP/RLC/MAC/capa baja en todo el proceso de traspaso, por lo tanto, durante el proceso de traspaso, el dispositivo terminal debe dejar de enviar y recibir datos de enlace ascendente/descendente (UL/DL) al mismo tiempo en una estación base de origen y establecer una conexión con la estación base de destino, por lo que se introduce un retardo de tiempo.
Por lo tanto, cómo reducir un retardo de tiempo del dispositivo terminal en un proceso de traspaso es un problema técnico que debe resolverse con urgencia en este campo.
Las tecnologías relacionadas se conocen a partir del documento EP3358901A1. El documento EP3358901A1 se refiere a un método para asignar recursos de transmisión de enlace ascendente a datos de un terminal.
Sumario
La invención se expone en el conjunto de reivindicaciones adjunto. Se proporciona un método de comunicación inalámbrica, un dispositivo terminal y un dispositivo de red, que pueden reducir de manera efectiva el retardo de tiempo en un proceso de cambio del dispositivo de red conectado con el dispositivo terminal desde un dispositivo de red de origen a un dispositivo de red de destino, y especificar una solución detallada para liberar una conexión entre el dispositivo terminal y el dispositivo de red de origen, así como un método de transmisión de datos entre el dispositivo terminal y el dispositivo de red y la solución detallada para enviar un informe de estado por el dispositivo terminal. En un primer aspecto, se proporciona un método de comunicación inalámbrica, que se aplica a un dispositivo terminal. Cuando un dispositivo de red conectado al dispositivo terminal cambia de un dispositivo de red de origen a un dispositivo de red de destino, se mantiene tanto una conexión entre el dispositivo terminal y el dispositivo de red de origen, como una conexión entre el dispositivo terminal y el dispositivo de red de destino. Este aspecto no forma parte de la invención reivindicada.
El método incluye: liberar la conexión entre el dispositivo terminal y el dispositivo de red de origen cuando el dispositivo terminal cumple una primera condición.
En un segundo aspecto, se proporciona un método de comunicación inalámbrica, que se aplica a un dispositivo de red de origen. Cuando un dispositivo de red conectado con un dispositivo terminal cambia desde el dispositivo de red de origen a un dispositivo de red de destino, se mantiene tanto una conexión entre el dispositivo terminal y el dispositivo de red de origen, como una conexión entre el dispositivo terminal y el dispositivo de red de destino. Este aspecto no forma parte de la invención reivindicada.
El método incluye: liberar la conexión entre el dispositivo de red de origen y el dispositivo terminal cuando el dispositivo de red de origen cumple una primera condición.
En un tercer aspecto, se proporciona un método de comunicación inalámbrica, que se ejecuta en un dispositivo terminal. Cuando un dispositivo de red conectado con el dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, se mantiene tanto una conexión entre el dispositivo terminal y el dispositivo de red de origen, como una conexión entre el dispositivo terminal y el dispositivo de red de destino.
El método comprende un método como se establece en la reivindicación 1.
En un cuarto aspecto, se proporciona un método de comunicación inalámbrica, que se aplica a un dispositivo de red de destino. Cuando un dispositivo de red conectado con un dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, se mantiene tanto una conexión entre el dispositivo terminal y el dispositivo de red de origen, como una conexión entre el dispositivo terminal y el dispositivo de red de destino. Este aspecto no forma parte de la invención reivindicada.
El método incluye: enviar y/o recibir una unidad de datos de protocolo (PDU) del protocolo de convergencia de datos en paquetes (PDCP) utilizando una nueva clave secreta y/o compresión de encabezado robusta (RoHC) cuando el dispositivo de red de destino cumple una segunda condición, en donde la nueva clave secreta y/o RoHC es diferente de una antigua clave secreta y/o RoHC, y la antigua clave secreta y/o RoHC es una clave secreta y/o RoHC que utiliza el dispositivo terminal cuando se comunica con el dispositivo de red de origen y/o el dispositivo de red de destino antes de que se utilice la nueva clave secreta y/o la compresión de encabezado robusta (RoHC).
En un quinto aspecto, se proporciona un método de comunicación inalámbrica, que se aplica a un dispositivo de red de origen. Cuando un dispositivo de red conectado con un dispositivo terminal cambia desde el dispositivo de red de origen a un dispositivo de red de destino, se mantiene tanto una conexión entre el dispositivo terminal y el dispositivo de red de origen, como una conexión entre el dispositivo terminal y el dispositivo de red de destino. Este aspecto no forma parte de la invención reivindicada.
El método incluye: enviar y/o recibir una unidad de datos de protocolo (PDU) del protocolo de convergencia de datos en paquetes (PDCP) utilizando una nueva clave secreta y/o compresión de encabezado robusta (RoHC) cuando el dispositivo de red de origen cumple una segunda condición, en donde la nueva clave secreta y/o RoHC es diferente de una antigua clave secreta y/o RoHC, y la antigua clave secreta y/o RoHC es una clave secreta y/o RoHC que utiliza el dispositivo terminal cuando se comunica con el dispositivo de red de origen y/o el dispositivo de red de destino antes de que se utilice la nueva clave secreta y/o la compresión de encabezado robusta (RoHC).
En un sexto aspecto, se proporciona un método de comunicación inalámbrica, que se aplica a un dispositivo terminal. Cuando un dispositivo de red conectado con un dispositivo terminal cambia desde el dispositivo de red de origen a un dispositivo de red de destino, se mantiene tanto una conexión entre el dispositivo terminal y el dispositivo de red de origen, como una conexión entre el dispositivo terminal y el dispositivo de red de destino. El método incluye: activar el dispositivo terminal para que envíe un informe de estado del protocolo de convergencia de datos en paquetes (PDCP) cuando el dispositivo terminal cumple una tercera condición. Este aspecto no forma parte de la invención reivindicada.
En un séptimo aspecto, se proporciona un dispositivo terminal, configurado para realizar el método en el primer aspecto anterior o cada implementación del mismo. Específicamente, el dispositivo terminal incluye módulos de función para realizar el método en el primer aspecto anterior o cada implementación del mismo. Este aspecto no forma parte de la invención reivindicada.
En un octavo aspecto, se proporciona un dispositivo de red, configurado para realizar el método en el segundo aspecto anterior o cada implementación del mismo. Específicamente, el dispositivo de red incluye módulos de función para realizar el método en el segundo aspecto anterior o cada implementación del mismo. Este aspecto no forma parte de la invención reivindicada.
En un noveno aspecto, se proporciona un dispositivo terminal, configurado para realizar el método en el tercer aspecto anterior, como se establece en la reivindicación 5.
En un décimo aspecto, se proporciona un dispositivo de red, configurado para realizar el método en el cuarto aspecto anterior o cada implementación del mismo. Específicamente, el dispositivo de red incluye módulos de función para realizar el método en el cuarto aspecto anterior o cada implementación del mismo. Este aspecto no forma parte de la invención reivindicada.
En un decimoprimer aspecto, se proporciona un dispositivo de red, configurado para realizar el método en el quinto aspecto anterior o cada implementación del mismo. Específicamente, el dispositivo de red incluye módulos de función para realizar el método en el quinto aspecto anterior o cada implementación del mismo. Este aspecto no forma parte de la invención reivindicada.
En un decimosegundo aspecto, se proporciona un dispositivo terminal, configurado para realizar el método en el sexto aspecto anterior o cada implementación del mismo. Específicamente, el dispositivo terminal incluye módulos de función para realizar el método en el sexto aspecto anterior o cada implementación del mismo. Este aspecto no forma parte de la invención reivindicada.
En un decimotercer aspecto, se proporciona un dispositivo terminal que incluye un procesador y una memoria. La memoria está configurada para almacenar un programa informático, y el procesador está configurado para llamar y ejecutar el programa informático almacenado en la memoria para realizar el método del primer aspecto anterior o cada implementación del mismo. Este aspecto no forma parte de la invención reivindicada.
En un decimocuarto aspecto, se proporciona un dispositivo de red que incluye un procesador y una memoria. La memoria está configurada para almacenar un programa informático, y el procesador está configurado para llamar y ejecutar el programa informático almacenado en la memoria para realizar el método del segundo aspecto anterior o cada implementación del mismo. Este aspecto no forma parte de la invención reivindicada.
En un decimoquinto aspecto, se proporciona un dispositivo terminal como se establece en la reivindicación 9, que incluye un procesador y una memoria. La memoria está configurada para almacenar un programa informático, y el procesador está configurado para llamar y ejecutar el programa informático almacenado en la memoria para realizar el método del tercer aspecto anterior.
En un decimosexto aspecto, se proporciona un dispositivo de red que incluye un procesador y una memoria. La memoria está configurada para almacenar un programa informático, y el procesador está configurado para llamar y ejecutar el programa informático almacenado en la memoria para realizar el método del cuarto aspecto anterior o cada implementación del mismo. Este aspecto no forma parte de la invención reivindicada.
En un decimoséptimo aspecto, se proporciona un dispositivo de red que incluye un procesador y una memoria. La memoria está configurada para almacenar un programa informático, y el procesador está configurado para llamar y ejecutar el programa informático almacenado en la memoria para realizar el método del quinto aspecto anterior o cada implementación del mismo. Este aspecto no forma parte de la invención reivindicada.
En un decimoctavo aspecto, se proporciona un dispositivo terminal que incluye un procesador y una memoria. La memoria está configurada para almacenar un programa informático, y el procesador está configurado para llamar y ejecutar el programa informático almacenado en la memoria para realizar el método del sexto aspecto anterior o cada implementación del mismo. Este aspecto no forma parte de la invención reivindicada.
En un decimonoveno aspecto, se proporciona un chip como se establece en la reivindicación 10.
En un vigésimo aspecto, se proporciona un medio de almacenamiento legible por computadora como se establece en la reivindicación 11.
En un vigesimoprimer aspecto, se proporciona un producto de programa informático, que incluye instrucciones de programa informático, y las instrucciones de programa informático hacen que una computadora realice el método en cualquiera de los aspectos primero a sexto anteriores o cada implementación de los mismos. Este aspecto no forma parte de la invención reivindicada.
En un vigesimosegundo aspecto, se proporciona un programa informático como se establece en la reivindicación 12. En base a la solución técnica, cuando un dispositivo de red conectado con un dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, las conexiones entre el dispositivo terminal y el dispositivo de red de origen, así como el dispositivo de red de destino, se mantienen al mismo tiempo, lo que puede reducir efectivamente un retardo de tiempo en un proceso de cambio del dispositivo de red conectado con el dispositivo terminal desde el dispositivo de red de origen al dispositivo de red de destino. Además, se especifica una solución detallada para liberar la conexión entre el dispositivo terminal y el dispositivo de red de origen, el método de transmisión de datos entre el dispositivo terminal y el dispositivo de red y la solución detallada para enviar un informe de estado por el dispositivo terminal.
Breve Descripción de los Dibujos
La FIG. 1 es un ejemplo de un escenario de aplicación de la presente solicitud.
La FIG. 2 es una arquitectura de DC aplicable a un método de comunicación inalámbrica de acuerdo con una realización de la presente solicitud.
La FIG. 3 es una arquitectura de eMBB aplicable a un método de comunicación inalámbrica de acuerdo con una realización de la presente solicitud.
La FIG. 4 a la FIG. 6 son diagramas de flujo esquemáticos de un método de comunicación inalámbrica de acuerdo con realizaciones de la presente solicitud.
La FIG. 7 y la FIG. 8 son diagramas de bloques esquemáticos de un dispositivo de comunicaciones de acuerdo con realizaciones de la presente solicitud.
La FIG. 9 es un diagrama de bloques esquemático de un dispositivo terminal de acuerdo con una realización de la presente solicitud;
La FIG. 10 es un diagrama de bloques esquemático de un dispositivo de comunicación de acuerdo con una realización de la presente solicitud.
La FIG. 11 es un diagrama de bloques esquemático de un chip de acuerdo con una realización de la presente solicitud.
Descripción Detallada
La FIG. 1 muestra un sistema de comunicación inalámbrica 100 al que se aplica una realización de la presente solicitud. El sistema de comunicación inalámbrica 100 puede incluir una estación base 110 y al menos un dispositivo terminal 120 ubicado dentro de un rango de cobertura de la estación base 110.
La estación base 110 puede ser un dispositivo que se comunica con un dispositivo terminal.
La estación base 110 puede proporcionar cobertura de comunicación para un área geográfica específica y puede comunicarse con el dispositivo terminal (p. ej., UE) ubicado dentro del área de cobertura. Opcionalmente, la estación base 110 puede ser una estación base (gNB) en un sistema de NR, o un controlador de radio en una red de acceso de radio en la nube (CRAN), o el dispositivo de red puede ser una estación de retransmisión, un punto de acceso, un dispositivo montado en un vehículo, un dispositivo portátil o un dispositivo de red en una Red Móvil Terrestre Pública (PLMN) evolucionada en el futuro, etc.
El dispositivo terminal 120 puede ser móvil o fijo. Opcionalmente, el dispositivo terminal 120 puede denominarse como un terminal de acceso, un equipo de usuario (UE), una unidad de abonado, una estación de abonado, una estación móvil, una plataforma móvil, una estación remota, un terminal remoto, un dispositivo móvil, un terminal de usuario, un terminal, un dispositivo de comunicación inalámbrica, un agente de usuario o un aparato de usuario. El terminal de acceso puede ser un teléfono móvil, un teléfono inalámbrico, un teléfono de SIP (protocolo de inicio de sesión), una estación de bucle local inalámbrico (WLL), un asistente personal digital (PDA), un dispositivo de mano con una función de comunicación inalámbrica, una dispositivo de computación u otro dispositivo de procesamiento conectado a un módem inalámbrico, un dispositivo montado en un vehículo, un dispositivo portable, un dispositivo terminal en una red 5G futura o un dispositivo terminal en una PLMN evolucionada en el futuro, o similar.
El sistema de comunicación inalámbrica 100 también incluye un dispositivo de red central 130 que se comunica con la estación base.
El dispositivo de red central 130 puede ser un dispositivo 5G Core (5GC), tal como una función de gestión de acceso y movilidad (AMF), una función de servidor de autenticación (AUSF) o una función de plano de usuario (UPF) o una función de gestión de sesión (SMF). Opcionalmente, el dispositivo de red central 130 también puede ser un dispositivo de núcleo de paquete evolucionado (EPC) de una red de LTE, por ejemplo, un dispositivo de función de gestión de sesión puerta de enlace de paquete central también puede ser un dispositivo(SMF+PGN-C). Debe entenderse que SMF+PGN-C puede realizar las funciones que pueden realizar SMF y PGN-C al mismo tiempo.
La FIG. 1 muestra una estación base, un dispositivo de red central y dos dispositivos terminales como un ejemplo. Opcionalmente, el sistema de comunicación inalámbrica 100 puede incluir múltiples dispositivos de estación base y se puede incluir otra cantidad de dispositivos terminales en un rango de cobertura de cada estación base, lo cual no está limitado en las realizaciones de la presente solicitud.
La FIG. 2 y la FIG. 3 son ejemplos de marcos de comunicación aplicables a un método de comunicación inalámbrica de acuerdo con una realización de la presente solicitud.
Debe entenderse que el dispositivo de comunicación mostrado en la FIG. 2 y la FIG. 3 puede ser el dispositivo terminal 120 como se muestra en la FIG. 1, o el dispositivo de red de acceso 110 como se muestra en la FIG. 1, y puede ser además el dispositivo de red central 130 como se muestra en la FIG. 1. En consecuencia, el dispositivo de red de origen o el dispositivo de red de destino mostrado en la FIG. 2 y la FIG. 3 puede ser el dispositivo terminal 120 como se muestra en la FIG. 1, o el dispositivo de red de acceso 110 como se muestra en la FIG. 1, y puede ser además el dispositivo de red central 130 como se muestra en la FIG. 1. También debe entenderse que las arquitecturas de protocolo mostradas en la FIG. 2 y la FIG. 3 son solo ejemplos. Sin embargo, las realizaciones de la presente solicitud no se limitan a las mismas. Por ejemplo, en otras realizaciones alternativas, el dispositivo de comunicación puede incluir más de dos entidades de PDCP.
Como se muestra en la FIG. 2, el dispositivo terminal incluye una primera entidad de PDCP y una segunda entidad de PDCP como se muestra en la FIG. 2.
Específicamente, como se muestra en la FIG. 2, el dispositivo terminal puede incluir una primera entidad de protocolo de convergencia de datos en paquetes (PDCP), una primera entidad de control de enlace de radio (RLC), una primera entidad de control de acceso al medio (MAC), una segunda entidad de PDCP, una segunda entidad de RLC y una segunda entidad de MAC. El dispositivo de red de origen incluye una tercera entidad de PDCP, una tercera entidad de RLC y una tercera entidad de MAC. El dispositivo de red de destino puede incluir una cuarta entidad de PDCP, una cuarta entidad de RLC y una cuarta entidad de MAC.
Específicamente, la primera entidad de PDCP del dispositivo terminal pasa a través de la primera entidad de RLC y la primera entidad de MAC, y luego llega a la tercera entidad de MAC, la tercera entidad de RLC y la tercera entidad de PDCP del dispositivo de red de origen a través de una interfaz aérea. La segunda entidad de PDCP del dispositivo terminal pasa a través de la segunda entidad de RLC y la segunda entidad de MAC, y luego llega a la cuarta entidad de MAC, la cuarta entidad de RLC y la cuarta entidad de PDCP del dispositivo de red de destino a través de una interfaz aérea.
Opcionalmente, en el marco mostrado en la FIG. 2, la comunicación puede realizarse entre la tercera entidad de PDCP y la cuarta entidad de PDCP.
Específicamente, como se muestra en la FIG. 3, el dispositivo terminal solo puede incluir una entidad de PDCP y, además, el dispositivo terminal puede incluir además una entidad de PDCP, una primera entidad de RLC, una primera entidad de MAC, una segunda entidad de RLC y una segunda entidad de MAC. El dispositivo de red de origen incluye una tercera entidad de PDCP, una tercera entidad de RLC y una tercera entidad de MAC. El dispositivo de red de destino puede incluir además una cuarta entidad de RLC y una cuarta entidad de MAC.
Específicamente, la entidad de PDCP del dispositivo terminal pasa a través de la primera entidad de RLC y la primera entidad de MAC, y luego llega a la tercera entidad de MAC, la tercera entidad de RLC y la tercera entidad de PDCP del dispositivo de red de origen a través de una interfaz aérea. La entidad de PDCP del dispositivo terminal pasa además a través de la segunda entidad de RLC y la segunda entidad de MAC, y luego llega a la cuarta entidad de MAC y la cuarta entidad de RLC del dispositivo de red de destino a través de una interfaz aérea, y luego llega a la tercera entidad de PDCP del dispositivo de red de origen.
La FIG. 4 es un diagrama de flujo esquemático de un método de comunicación de acuerdo con una realización de la presente solicitud.
Como se muestra en la FIG. 4, el método 200 puede incluir S210.
En S210: cuando se cumple una primera condición, se libera una conexión entre un dispositivo terminal y un dispositivo de red de origen.
En algunas realizaciones de la presente solicitud, el método de comunicación 300 es aplicable a un dispositivo terminal. Cuando el dispositivo de red conectado con el dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, la conexión entre el dispositivo terminal y el dispositivo de red de origen y la conexión entre el dispositivo terminal y el dispositivo de red de destino se mantienen.
Es decir, cuando el dispositivo terminal cumple la primera condición, se libera la conexión entre el dispositivo terminal y el dispositivo de red de origen.
La primera condición incluye, pero no se limita a, al menos una de las siguientes: el dispositivo terminal ha recibido un comando de traspaso, el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio o el dispositivo terminal ha enviado un mensaje de finalización de traspaso. Específicamente, el comando de traspaso puede ser información de reconfiguración de control de recursos de radio (RRC) enviada por el dispositivo de red de origen al dispositivo terminal.
Opcionalmente, el procedimiento de acceso aleatorio iniciado por el dispositivo terminal incluye al menos uno de los siguientes casos: el dispositivo terminal ha enviado un mensaje 1, el dispositivo terminal ha recibido un mensaje 2, el dispositivo terminal ha enviado un mensaje 3 o el dispositivo terminal el dispositivo ha recibido un mensaje 4.
Opcionalmente, después de que el dispositivo terminal cumpla la primera condición durante un cierto tiempo , se libera la conexión entre el dispositivo terminal y el dispositivo de red de origen.
En otras realizaciones de la presente solicitud, el método de comunicación mostrado en la FIG. 4 también es aplicable a un dispositivo de red de origen. Cuando el dispositivo de red conectado con el dispositivo terminal cambia desde el dispositivo de red de origen al dispositivo de red de destino, se mantiene tanto la conexión entre el dispositivo terminal y el dispositivo de red de origen, como la conexión entre el dispositivo terminal y el dispositivo de red de destino.
Es decir, cuando el dispositivo de red de origen cumple la primera condición, se libera la conexión entre el dispositivo de red de origen y el dispositivo terminal.
Opcionalmente, la primera condición incluye al menos una de las siguientes: el dispositivo de red de origen ha enviado un comando de traspaso, o el dispositivo de red de origen ha recibido información de indicación enviada por el dispositivo terminal o el dispositivo de red de destino para indicar que el dispositivo de red de origen desconecte la conexión entre el dispositivo terminal y el dispositivo de red de origen.
El comando de traspaso puede ser información de reconfiguración de RRC enviada por el dispositivo de red de origen al dispositivo terminal. Es decir, después de que el dispositivo de red de origen envíe la información de reconfiguración de RRC al dispositivo terminal, se libera la conexión entre el dispositivo de red de origen y el dispositivo terminal.
Por dar otro ejemplo, el dispositivo de red de origen libera la conexión entre el dispositivo de red de origen y el dispositivo terminal después de recibir la información de indicación enviada por el dispositivo terminal. El dispositivo terminal envía la información de indicación al dispositivo de red de origen cuando se cumple al menos una de las siguientes condiciones: el dispositivo terminal ha recibido un comando de traspaso, el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio, el dispositivo terminal ha enviado un mensaje de finalización de traspaso, el dispositivo terminal ha enviado un mensaje 1, el dispositivo terminal ha recibido un mensaje 2, el dispositivo terminal ha enviado un mensaje 3 o el dispositivo terminal ha recibido un mensaje 4.
Por dar otro ejemplo, el dispositivo de red de origen libera la conexión entre el dispositivo de red de origen y el dispositivo terminal después de recibir la información de indicación enviada por el dispositivo de red de destino. El dispositivo de red de destino puede enviar la información de indicación al dispositivo de red de origen después de recibir la información de finalización de traspaso enviada por el dispositivo terminal. O bien, el dispositivo de red de destino puede enviar la información de indicación al dispositivo de red de origen después de recibir al menos uno de los siguientes mensajes: el dispositivo de red de destino ha recibido el mensaje 1, el dispositivo de red de destino ha enviado el mensaje 2, el dispositivo de red de destino ha recibido el mensaje 3 o el dispositivo de red de destino ha enviado el mensaje 4.
En otras palabras, el momento en el tiempo para activar el dispositivo de red de destino o para que el dispositivo terminal envíe la información de indicación incluye, pero no se limita a: un mensaje de acceso aleatorio.
Por ejemplo, cualquiera o al menos uno del mensaje 1, del mensaje 2, del mensaje 3 o del mensaje 4.
Opcionalmente, después de que el dispositivo terminal cumpla la primera condición durante un cierto tiempo , se libera la conexión entre el dispositivo terminal y el dispositivo de red de origen.
Debe entenderse que la FIG. 4 es solo un ejemplo de una realización de la presente solicitud, y no debe considerarse como una limitación de las realizaciones de la presente solicitud.
Por ejemplo, en otras realizaciones alternativas, la primera condición puede ser otras condiciones de activación. Por ejemplo, la primera condición puede ser un mensaje en un proceso de acceso sin contención.
La FIG. 5 es un diagrama de flujo esquemático de otro método de comunicación de acuerdo con una realización de la presente solicitud.
Como se muestra en la FIG. 5, el método 300 puede incluir S310.
En S310: cuando se cumple una segunda condición, se envía o recibe una unidad de datos de protocolo (PDU) de PDCP utilizando una nueva clave secreta y/o RoHC. La nueva clave secreta y/o RoHC es diferente de una clave secreta anterior y/o RoHC, y la clave secreta anterior y/o RoHC es una clave secreta y/o RoHC que utiliza el dispositivo terminal cuando se comunica con el dispositivo de red de origen y/o el dispositivo de red de destino antes de que se utilice la nueva clave secreta y/o la compresión de encabezado robusta (RoHC).
En algunas realizaciones de la presente solicitud, el método de comunicación 300 puede aplicarse a un dispositivo terminal. Cuando un dispositivo de red conectado con el dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, la conexión entre el dispositivo terminal y el dispositivo de red de origen y la conexión entre el dispositivo terminal y el dispositivo de red de destino se mantienen. Por lo tanto, cuando el dispositivo terminal cumple la segunda condición, el dispositivo terminal envía y/o recibe una PDU de PDCP utilizando la nueva clave secreta y/o RoHC.
Opcionalmente, el dispositivo terminal envía y/o recibe la PDU de PDCP utilizando la nueva clave secreta y/o RoHC después de cumplir la segunda condición y después de un cierto intervalo de tiempo.
Por ejemplo, después de que el dispositivo terminal cumple la segunda condición y después de un cierto intervalo de tiempo, el dispositivo terminal envía la PDU de PDCP enviada por el dispositivo de red de origen al dispositivo de red de origen y/o recibe la PDU de PDCP enviada por el dispositivo de red de origen utilizando la nueva clave secreta y/o RoHC.
Por dar otro ejemplo, después de que el dispositivo terminal cumple la segunda condición y después de un cierto intervalo de tiempo, el dispositivo terminal envía la PDU de PDCP enviada por el dispositivo de red de destino al dispositivo de red de destino y/o recibe la PDU de PDCP enviada por el dispositivo de red de destino utilizando la nueva clave secreta y/o RoHC.
Debe entenderse que el intervalo de cierto tiempo puede ser un período de tiempo preestablecido, o un período de tiempo negociado por el dispositivo terminal con el dispositivo de red de origen y/o el dispositivo de red de destino, o un período de tiempo indicado por la red, lo cual no está limitado específicamente en las realizaciones de la presente solicitud.
Opcionalmente, dentro de un cierto tiempo después de que el dispositivo terminal cumpla la segunda condición, el dispositivo terminal envía y/o recibe la PDU de PDCP utilizando la antigua clave secreta y/o RoHC.
Por ejemplo, dentro de un cierto tiempo después de que el dispositivo terminal cumpla la segunda condición, el dispositivo terminal envía la PDU de PDCP enviada por el dispositivo de red de origen al dispositivo de red de origen y/o recibe la PDU de PDCP enviada por el dispositivo de red de origen utilizando el antigua clave secreta y/o RoHC. Por dar otro ejemplo, dentro de un cierto tiempo después de que el dispositivo terminal cumpla la segunda condición, el dispositivo terminal envía la PDU de PDCP enviada por el dispositivo de red de destino al dispositivo de red de destino y/o recibe la PDU de PDCP enviada por el dispositivo de red de destino utilizando la antigua clave secreta y/o RoHC.
Opcionalmente, la segunda condición incluye al menos una de las siguientes: el dispositivo terminal ha recibido un comando de traspaso, el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio o el dispositivo terminal ha enviado un mensaje de finalización de traspaso.
Opcionalmente, el procedimiento de acceso aleatorio iniciado por el dispositivo terminal incluye al menos uno de los siguientes casos: el dispositivo terminal ha enviado un mensaje 1, el dispositivo terminal ha recibido un mensaje 2, el dispositivo terminal ha enviado un mensaje 3 o el dispositivo terminal ha recibido un mensaje 4.
Opcionalmente, el dispositivo terminal descarta un primer paquete de datos, en donde el primer paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo terminal cumpla la segunda condición y/o antes de cierto punto en el tiempo después de que el dispositivo terminal cumpla la segunda condición.
Opcionalmente, el dispositivo terminal retransmite un primer paquete de datos, en donde el primer paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo terminal cumpla la segunda condición y/o antes de cierto punto en el tiempo después de que el dispositivo terminal cumpla la segunda condición. Los modos de implementación específicos de retransmisión del primer paquete de datos por el dispositivo terminal se describirán a continuación.
Opcionalmente, el dispositivo terminal retransmite el primer paquete de datos utilizando la nueva clave secreta y/o RoHC.
Por ejemplo, el dispositivo terminal retransmite el primer paquete de datos al dispositivo de red de origen utilizando la nueva clave secreta y/o RoHC.
Por dar otro ejemplo, el dispositivo terminal retransmite el primer paquete de datos al dispositivo de red de destino utilizando la nueva clave secreta y/o RoHC.
Opcionalmente, el dispositivo terminal retransmite el primer paquete de datos utilizando la antigua clave secreta y/o RoHC.
Por ejemplo, el dispositivo terminal retransmite el primer paquete de datos al dispositivo de red de origen utilizando la antigua clave secreta y/o RoHC.
Por dar otro ejemplo, el dispositivo terminal retransmite el primer paquete de datos al dispositivo de red de destino utilizando la antigua clave secreta y/o RoHC.
En otras palabras, cuando el dispositivo terminal retransmite el primer paquete de datos, el dispositivo terminal puede utilizar la antigua clave secreta y/o RoHC, o puede utilizar la nueva clave secreta y/o RoHC, lo cual no está limitado en las realizaciones de la presente solicitud.
Además, cuando el dispositivo terminal retransmite el primer paquete de datos, el dispositivo terminal puede retransmitir el primer paquete de datos al dispositivo de red de origen o al dispositivo de red de destino, lo cual no está limitado específicamente en las realizaciones de la presente solicitud.
En una implementación específica, el dispositivo terminal cifra y/o comprime la PDU de PDCP correspondiente al primer paquete de datos de acuerdo con la antigua clave secreta y/o RoHC o de acuerdo con la nueva clave secreta y/o RoHC, y envía la PDU de PDCP cifrada y/o comprimida.
Opcionalmente, el primer paquete de datos puede incluir una PDU de PDCP que ha sido enviada por el dispositivo terminal y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no ha sido recibido antes de que el dispositivo terminal cumpla la segunda condición.
Opcionalmente, el primer paquete de datos puede incluir una PDU de PDCP que ha sido enviada por el dispositivo terminal y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no ha sido recibido antes de un cierto punto en el tiempo después de que el dispositivo terminal cumpla la segunda condición.
La descripción anterior es para una retransmisión de enlace ascendente del dispositivo terminal, pero las realizaciones de la presente solicitud no se limitan a ello.
Por ejemplo, el dispositivo terminal puede recibir además un paquete de datos de retransmisión enviado por el dispositivo de red de origen y/o el dispositivo de red de destino.
Opcionalmente, el dispositivo terminal recibe un segundo paquete de datos retransmitido por el dispositivo de red de destino utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
Opcionalmente, el dispositivo de red de destino descarta el segundo paquete de datos.
El segundo paquete de datos puede ser un paquete de datos que no se envió correctamente antes de que el dispositivo de red de destino cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de que el dispositivo de red de destino cumpla la segunda condición.
Por ejemplo, el segundo paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de destino y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no se ha recibido antes de que el dispositivo de red de destino cumpla la segunda condición, y/o el segundo paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de destino y cuyo ARQ ACK no se ha recibido antes de un cierto punto en el tiempo después de que el dispositivo de red de destino cumpla la segunda condición.
Opcionalmente, el dispositivo terminal recibe un tercer paquete de datos retransmitido por el dispositivo de red de origen utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
Opcionalmente, el dispositivo de red de origen descarta el tercer paquete de datos.
El tercer paquete de datos puede ser un paquete de datos que no se envió correctamente antes de que el dispositivo de red de destino cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de que el dispositivo de red de destino cumpla la segunda condición.
Por ejemplo, el tercer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de origen y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no ha sido recibido antes de que el dispositivo de red de origen cumpla la segunda condición y/o el tercer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de origen y cuyo ARQ ACK no se ha recibido antes de un cierto punto en el tiempo después de que el dispositivo de red de origen cumpla la segunda condición.
En algunas otras realizaciones de la presente solicitud, el método de comunicación 300 puede aplicarse además a un dispositivo de red de destino. Cuando un dispositivo de red conectado con el dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, la conexión entre el dispositivo terminal y el dispositivo de red de origen y la conexión entre el dispositivo terminal y el dispositivo de red de destino se mantienen. Por lo tanto, cuando el dispositivo de red de destino cumple la segunda condición, el dispositivo de red de destino puede enviar y/o recibir una unidad de datos de protocolo (PDU) del protocolo de convergencia de datos en paquetes (PDCP) utilizando una nueva clave secreta y/o una compresión de encabezado robusta (RoHC) a, en donde la nueva clave secreta y/o RoHC es diferente de la antigua clave secreta y/o RoHC, y la antigua clave secreta y/o RoHC es la clave secreta y/o RoHC que utiliza el dispositivo terminal cuando se comunica con el dispositivo de red de origen y/o el dispositivo de red de destino antes de que se utilice la nueva clave secreta y/o la compresión de encabezado robusta (RoHC).
Opcionalmente, el dispositivo de red de destino envía y/o recibe la PDU de PDCP utilizando la nueva clave secreta y/o RoHC después de cumplir la segunda condición y después de un cierto intervalo de tiempo.
Opcionalmente, dentro de un cierto tiempo después de que el dispositivo de red de destino cumpla la segunda condición, el dispositivo de red de destino envía y/o recibe la PDU de PDCP utilizando la antigua clave secreta y/o RoHC.
Opcionalmente, la segunda condición incluye al menos una de las siguientes:
el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio o el dispositivo de red de destino ha recibido un mensaje de finalización de traspaso.
Opcionalmente, el procedimiento de acceso aleatorio iniciado por el dispositivo terminal incluye al menos uno de los siguientes casos:
el dispositivo de red de destino ha recibido un mensaje 1, el dispositivo de red de destino ha enviado un mensaje 2, el dispositivo de red de destino ha recibido un mensaje 3 o el dispositivo de red de destino ha enviado un mensaje 4.
Opcionalmente, el dispositivo de red de destino recibe un primer paquete de datos retransmitido por el dispositivo terminal.
El primer paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo terminal cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de que el dispositivo terminal cumpla la segunda condición.
Por ejemplo, el primer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo terminal y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no ha sido recibido antes de que el dispositivo terminal cumpla la segunda condición, y/o el primer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo terminal y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no ha sido recibido antes de un cierto punto en el tiempo después de que el dispositivo terminal cumpla la segunda condición.
Específicamente, el dispositivo de red de destino recibe el primer paquete de datos retransmitido por el dispositivo terminal utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
Más específicamente, el dispositivo de red de destino recibe el primer paquete de datos retransmitido por el dispositivo terminal y descifra y/o descomprime el primer paquete de datos de acuerdo con la antigua clave secreta y/o RoHC, o de acuerdo con la nueva clave secreta y/o RoHC.
Opcionalmente, el dispositivo de red de destino descarta el segundo paquete de datos.
Opcionalmente, el dispositivo de red de destino retransmite el segundo paquete de datos al dispositivo terminal.
El segundo paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo de red de destino cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de que el dispositivo de red de destino cumpla la segunda condición.
Por ejemplo, el segundo paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de destino y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no se ha recibido antes de que el dispositivo de red de destino cumpla la segunda condición, y/o el segundo paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de destino y cuyo ARQ ACK no se ha recibido antes de un cierto punto en el tiempo después de que el dispositivo de red de destino cumpla la segunda condición.
Específicamente, el dispositivo de red de destino retransmite el segundo paquete de datos al dispositivo terminal utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
En otras realizaciones de la presente solicitud, el método 300 puede aplicarse además a un dispositivo de red de origen. Cuando un dispositivo de red conectado con un dispositivo terminal cambia desde el dispositivo de red de origen a un dispositivo de red de destino, se mantienen tanto la conexión entre el dispositivo terminal y el dispositivo de red de origen, como la conexión entre el dispositivo terminal y el dispositivo de red de destino. Por lo tanto, cuando el dispositivo de red de origen cumple la segunda condición, el dispositivo de red de origen envía y/o recibe una unidad de datos de protocolo (PDU) del protocolo de convergencia de datos en paquetes (PDCP) utilizando una nueva clave secreta y/o una compresión de encabezado robusta (RoHC), en donde la nueva clave secreta y/o RoHC es diferente de una antigua clave secreta y/o RoHC, y la antigua clave secreta y/o RoHC es la clave secreta y/o RoHC que utiliza el dispositivo terminal cuando se comunica con el dispositivo de red de origen y/o el dispositivo de red de destino antes de que se utilice la nueva clave secreta y/o la compresión de encabezado robusta (RoHC).
Opcionalmente, el dispositivo de red de origen envía y/o recibe la PDU de PDCP utilizando la nueva clave secreta y/o RoHC después de cumplir la segunda condición y después de un cierto intervalo de tiempo.
Opcionalmente, dentro de un cierto tiempo después de que el dispositivo de red de origen cumpla la segunda condición, el dispositivo de red de origen envía y/o recibe la PDU de PDCP utilizando la antigua clave secreta y/o RoHC.
Opcionalmente, la segunda condición incluye al menos una de las siguientes:
el dispositivo de red de origen ha enviado un comando de traspaso, o el dispositivo de red de origen ha recibido información de indicación enviada por el dispositivo terminal o el dispositivo de red de destino para indicar que el dispositivo de red de origen envíe y/o reciba la PDU de PDCP utilizando la nueva clave secreta y/o RoHC.
Específicamente, el dispositivo de red de origen recibe la información de indicación y envía y/o recibe información de indicación de PDCP PDU utilizando la nueva clave secreta y/o RoHC de acuerdo con la información de indicación.
Por ejemplo, el dispositivo de red de origen recibe la información de indicación enviada por el dispositivo terminal cuando se cumple al menos uno de los siguientes: el dispositivo terminal ha recibido un comando de traspaso, el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio, el dispositivo terminal ha enviado un mensaje de finalización de traspaso, el dispositivo terminal ha enviado un mensaje 1, el dispositivo terminal ha recibido un mensaje 2, el dispositivo terminal ha enviado un mensaje 3 o el dispositivo terminal ha enviado un mensaje 4.
Por dar otro ejemplo, el dispositivo de red de origen recibe la información de indicación enviada por el dispositivo de red de destino cuando se cumple al menos una de las siguientes condiciones: el dispositivo de red de destino ha recibido información de finalización de traspaso, el dispositivo de red de destino ha recibido el mensaje 1, el dispositivo de red de destino ha enviado el mensaje 2, el dispositivo de red de destino ha recibido el mensaje 3 o el dispositivo de red de destino ha enviado el mensaje 4.
Opcionalmente, el dispositivo de red de origen recibe un primer paquete de datos retransmitido por el dispositivo terminal.
El primer paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo de red de destino cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de que el dispositivo de red de destino cumpla la segunda condición.
Por ejemplo, el primer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo terminal y cuyo acuse de recibo (ACK) de solicitud de repetición automática (ARQ) no ha sido recibido antes de que el dispositivo terminal cumpla la segunda condición, y/o el primer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo terminal y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no ha sido recibido antes de un cierto punto en el tiempo después de que el dispositivo terminal cumpla la segunda condición.
Específicamente, el dispositivo de red de destino puede recibir el primer paquete de datos retransmitido por el dispositivo terminal utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
Más específicamente, el dispositivo de red de origen recibe el primer paquete de datos retransmitido por el dispositivo terminal, y descifra y/o descomprime la PDU de PDCP correspondiente al primer paquete de datos de acuerdo con la antigua clave secreta y/o RoHC o la nueva clave secreta y/o o RoHC.
Opcionalmente, el dispositivo de red de origen descarta un tercer paquete de datos.
Opcionalmente, el dispositivo de red de origen retransmite el tercer paquete de datos al dispositivo terminal.
El tercer paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo de red de destino cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de que el dispositivo de red de destino cumpla la segunda condición.
Por ejemplo, el tercer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de origen y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no ha sido recibido antes de que el dispositivo de red de origen cumpla la segunda condición y/o el tercer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de origen y cuyo ARQ ACK no se ha recibido antes de un cierto punto en el tiempo después de que el dispositivo de red de origen cumpla la segunda condición.
Específicamente, el dispositivo de red de origen retransmite el tercer paquete de datos al dispositivo terminal utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
La FIG. 6 es un diagrama de flujo esquemático de otro método de comunicación de acuerdo con una realización de la presente solicitud. El método de comunicación 300 puede aplicarse a un dispositivo terminal. Cuando un dispositivo de red conectado con el dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, se mantiene tanto la conexión entre el dispositivo terminal y el dispositivo de red de origen, como la conexión entre el dispositivo terminal y el dispositivo de red de destino; y el método 400 puede incluir S410:
En S410, cuando el dispositivo terminal cumple una tercera condición, el dispositivo terminal se activa para enviar un informe de estado del protocolo de convergencia de datos en paquetes (PDCP).
El informe de estado de PDCP puede incluir el estado de la PDU de PDCP recibida por una entidad receptora de PDCP.
Opcionalmente, la tercera condición incluye al menos una de las siguientes:
el dispositivo terminal ha recibido un comando de traspaso, el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio o el dispositivo terminal ha enviado un mensaje de finalización de traspaso.
Opcionalmente, el procedimiento de acceso aleatorio iniciado por el dispositivo terminal incluye al menos uno de los siguientes casos:
el dispositivo terminal ha enviado un mensaje 1, el dispositivo terminal ha recibido un mensaje 2, el dispositivo terminal ha enviado un mensaje 3 o el dispositivo terminal ha recibido un mensaje 4.
Opcionalmente, el dispositivo terminal se activa para enviar el informe de estado de PDCP después de que el dispositivo terminal cumpla la primera condición durante un cierto tiempo. Debe entenderse que el intervalo de cierto tiempo puede ser un período de tiempo preestablecido, un período de tiempo negociado por el dispositivo terminal con el dispositivo de red de origen y/o el dispositivo de red de destino, o un período de tiempo indicado por la red, lo cual no está limitado específicamente en las realizaciones de la presente solicitud.
Opcionalmente, en otras realizaciones alternativas, el método 400 se puede aplicar además al dispositivo de red de origen o al dispositivo de red de destino.
Por ejemplo, cuando el método 400 se aplica al dispositivo de red de origen, cuando el dispositivo de red de origen cumple la tercera condición, el dispositivo de red de origen se activa para enviar el informe de estado de PDCP al dispositivo terminal.
Por dar otro ejemplo, cuando el método 400 se aplica al dispositivo de red de destino, cuando el dispositivo de red de destino cumple la tercera condición, el dispositivo de red de destino se activa para enviar el informe de estado PDCP al dispositivo terminal.
Debe entenderse que cuando el método 400 se aplica al dispositivo de red de origen o al dispositivo de red de destino, la tercera condición debe modificarse de forma adaptativa.
Por ejemplo, cuando el método 400 se aplica al dispositivo de red de destino, la tercera condición puede ser al menos una de las siguientes: el dispositivo de red de destino ha recibido la información de finalización de traspaso, el dispositivo de red de destino ha recibido el mensaje 1, el dispositivo de red de destino ha enviado el mensaje 2, el dispositivo de red de destino ha recibido el mensaje 3 o el dispositivo de red de destino ha enviado el mensaje 4.
De manera similar, cuando el método 400 se aplica al dispositivo de red de origen, la tercera condición puede ser al menos una de las siguientes: el dispositivo de red de origen ha enviado el comando de traspaso, o el dispositivo de red de origen ha recibido información de indicación enviada por el dispositivo terminal o el dispositivo de red de destino para indicar que el dispositivo de red de origen envíe el informe de estado de PDCP.
Las realizaciones preferidas de la presente solicitud se han descrito en detalle anteriormente con referencia a los dibujos adjuntos, pero la presente solicitud no se limita a los detalles específicos de las realizaciones anteriores. Dentro de la concepción técnica de la presente solicitud, se pueden realizar diversas variaciones simples a las soluciones técnicas de la presente solicitud, siempre que se encuentren dentro del alcance de la invención tal como se define en las reivindicaciones.
Por ejemplo, las características técnicas específicas descritas en las realizaciones específicas anteriores se pueden combinar de cualquier manera adecuada sin contradicción. Para evitar repeticiones innecesarias, diversas combinaciones posibles no se explican por separado en la presente solicitud.
Por dar otro ejemplo, se pueden combinar arbitrariamente diferentes realizaciones de la presente solicitud, siempre que no violen la idea de la presente solicitud, también deben considerarse como contenidos divulgados en la presente solicitud.
Debe entenderse que los números de secuencia de los procesos anteriores no significan secuencias de ejecución en diversas realizaciones del método de la presente solicitud. Las secuencias de ejecución de los procesos deben determinarse de acuerdo con las funciones y la lógica interna de los procesos, y no deben interpretarse como una limitación a los procesos de implementación de las realizaciones de la presente solicitud.
Las realizaciones del método de la presente solicitud se describen en detalle anteriormente en combinación con las FIG. 1 a 6. Las realizaciones del dispositivo de la presente solicitud se describen en detalle a continuación en combinación con las FIG. 7 a 11.
La FIG. 7 es un diagrama de bloques esquemático de un dispositivo de comunicación 500 de acuerdo con una realización de la presente solicitud.
Debe entenderse que el dispositivo de comunicación 500 puede ser un dispositivo terminal o un dispositivo de red de origen para realizar el método 200 mostrado en la FIG. 4.
En algunas realizaciones de la presente solicitud, el dispositivo de comunicación 500 puede ser un dispositivo terminal. Cuando un dispositivo de red conectado con el dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, la conexión entre el dispositivo terminal y el dispositivo de red de origen y la conexión entre el dispositivo terminal y el dispositivo de red de destino se mantienen. Como se muestra en la FIG. 7, el dispositivo terminal incluye una unidad de liberación 510, en donde la unidad de liberación está configurada para liberar la conexión entre el dispositivo terminal y el dispositivo de red de origen cuando el dispositivo terminal cumple una primera condición.
Opcionalmente, la primera condición incluye al menos una de las siguientes:
el dispositivo terminal ha recibido un comando de traspaso, el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio o el dispositivo terminal ha enviado un mensaje de finalización de traspaso.
Opcionalmente, el procedimiento de acceso aleatorio iniciado por el dispositivo terminal incluye al menos uno de los siguientes casos:
el dispositivo terminal ha enviado un mensaje 1, el dispositivo terminal ha recibido un mensaje 2, el dispositivo terminal ha enviado un mensaje 3 o el dispositivo terminal ha recibido un mensaje 4.
Opcionalmente, la unidad de liberación 510 está configurada específicamente para:
liberar la conexión entre el dispositivo terminal y el dispositivo de red de origen después de que el dispositivo terminal cumpla la primera condición durante un cierto tiempo.
En algunas otras realizaciones de la presente solicitud, el dispositivo de comunicación 500 puede utilizarse como el dispositivo de red de origen, y cuando el dispositivo de red conectado con el dispositivo terminal se cambia del dispositivo de red de origen al dispositivo de red de destino, la conexión entre el dispositivo terminal y el dispositivo de red de origen y la conexión entre el dispositivo terminal y el dispositivo de red de destino se mantienen. El dispositivo de red de origen incluye la unidad de liberación 510, en donde la unidad de liberación está configurada para liberar la conexión entre el dispositivo de red de origen y el dispositivo terminal cuando el dispositivo de red de origen cumple una primera condición.
Opcionalmente, la primera condición incluye al menos una de las siguientes:
el dispositivo de red de origen ha enviado un comando de traspaso, o el dispositivo de red de origen ha recibido información de indicación enviada por el dispositivo terminal o el dispositivo de red de destino para indicar que el dispositivo de red de origen desconecte la conexión entre el dispositivo terminal y el dispositivo de red de origen. Opcionalmente, el dispositivo terminal incluye además:
una unidad de comunicación, configurada para recibir la información de indicación.
Opcionalmente, la unidad de comunicación está configurada específicamente para: recibir la información de indicación enviada por el dispositivo terminal cuando se cumple al menos uno de los siguientes: el dispositivo terminal ha recibido un comando de traspaso, el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio, el dispositivo terminal el dispositivo ha enviado un mensaje de finalización de traspaso, el dispositivo terminal ha enviado un mensaje 1, el dispositivo terminal ha recibido un mensaje 2, el dispositivo terminal ha enviado un mensaje 3 o el dispositivo terminal ha enviado un mensaje 4.
Opcionalmente, la unidad de comunicación está configurada específicamente para: recibir la información de indicación enviada por el dispositivo de red de destino cuando se cumple al menos una de las siguientes condiciones: el dispositivo de red de destino ha recibido información de finalización de traspaso, el dispositivo de red de destino ha recibido el mensaje 1, el dispositivo de red de destino ha enviado el mensaje 2, el dispositivo de red de destino ha recibido el mensaje 3 o el dispositivo de red de destino ha enviado el mensaje 4.
Opcionalmente, la unidad de liberación está configurada específicamente para: liberar la conexión entre el dispositivo terminal y el dispositivo de red de origen después de que el dispositivo terminal cumpla la primera condición durante un cierto tiempo.
La FIG. 8 es un diagrama de bloques esquemático de un dispositivo de comunicación 600 de acuerdo con una realización de la presente solicitud.
En algunas realizaciones de la presente solicitud, el dispositivo de comunicación 600 puede ser un dispositivo terminal.
Específicamente, cuando un dispositivo de red conectado con el dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, la conexión entre el dispositivo terminal y el dispositivo de red de origen y la conexión entre el dispositivo terminal y el dispositivo de red de destino se mantienen. El dispositivo terminal incluye una unidad de comunicación 610; en donde cuando el dispositivo terminal cumple una segunda condición, la unidad de comunicación 610 envía y/o recibe la unidad de datos de protocolo (PDU) del protocolo de convergencia de datos en paquetes (PDCP) utilizando una nueva clave secreta y/o compresión de encabezado robusta (RoHC), en donde el la nueva clave secreta y/o RoHC es diferente de una antigua clave secreta y/o RoHC y la antigua clave secreta y/o RoHC es la clave secreta y/o RoHC que utiliza el dispositivo terminal cuando se comunica con el dispositivo de red de origen y/o el dispositivo de red de destino antes de que se utilice la nueva clave secreta y/o la compresión de encabezado robusta (RoHC).
Opcionalmente, la unidad de comunicación 610 está configurada específicamente para: enviar y/o recibir la PDU de PDCP utilizando la nueva clave secreta y/o RoHC después de que el dispositivo terminal cumpla la segunda condición y después de un cierto intervalo de tiempo.
Opcionalmente, la unidad de comunicación 610 está además configurada para: enviar y/o recibir la PDU de PDCP utilizando la antigua clave secreta y/o RoHC dentro de un cierto tiempo después de que el dispositivo terminal cumpla la segunda condición.
Opcionalmente, la segunda condición incluye al menos una de las siguientes: el dispositivo terminal ha recibido un comando de traspaso, el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio o el dispositivo terminal ha enviado un mensaje de finalización de traspaso.
Opcionalmente, el procedimiento de acceso aleatorio iniciado por el dispositivo terminal incluye al menos uno de los siguientes casos: el dispositivo terminal ha enviado un mensaje 1, el dispositivo terminal ha recibido un mensaje 2, el dispositivo terminal ha enviado un mensaje 3 o el dispositivo terminal el dispositivo ha recibido un mensaje 4.
Opcionalmente, la unidad de comunicación 610 está configurada además para: descartar un primer paquete de datos, en donde el tercer paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo terminal cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de que el terminal dispositivo cumpla la segunda condición.
Opcionalmente, la unidad de comunicación 610 está configurada además para: retransmitir un primer paquete de datos, en donde el tercer paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo terminal cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de que el terminal dispositivo cumpla la segunda condición.
Opcionalmente, la unidad de comunicación 610 está configurada específicamente para: retransmitir el primer paquete de datos utilizando la nueva clave secreta y/o RoHC.
Opcionalmente, la unidad de comunicación 610 está configurada específicamente para: retransmitir el primer paquete de datos utilizando la antigua clave secreta y/o RoHC.
Opcionalmente, la unidad de comunicación 610 está específicamente configurada para: cifrar y/o comprimir la PDU de PDCP correspondiente al primer paquete de datos de acuerdo con la antigua clave secreta y/o RoHC o de acuerdo con la nueva clave secreta y/o RoHC, y enviar la PDU de PDCP cifrada y/o comprimida.
Opcionalmente, el primer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo terminal y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no ha sido recibido antes de que el dispositivo terminal cumpla la segunda condición, y/o el primer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo terminal y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no ha sido recibido antes de un cierto punto en el tiempo después de que el dispositivo terminal cumpla la segunda condición.
Opcionalmente, la unidad de comunicación está configurada además para: recibir un segundo paquete de datos retransmitido por el dispositivo de red de destino utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
Opcionalmente, la unidad de comunicación está configurada además para: recibir un tercer paquete de datos retransmitido por el dispositivo de red de origen utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
En algunas realizaciones de la presente solicitud, el dispositivo de comunicación 600 puede ser un dispositivo de red de destino.
Específicamente, cuando un dispositivo de red conectado con un dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, la conexión entre el dispositivo terminal y el dispositivo de red de origen y la conexión entre el dispositivo terminal y el dispositivo de red de destino se mantienen. El dispositivo de red incluye la unidad de comunicación 610; en donde cuando el dispositivo de red de destino cumple una segunda condición, la unidad de comunicación 610 envía y/o recibe una unidad de datos de protocolo (PDU) del protocolo de convergencia de datos en paquetes (PDCP) utilizando una nueva clave secreta y/o compresión de encabezado robusta (RoHC), en donde la nueva clave secreta y/o RoHC es diferente de una antigua clave secreta y/o RoHC, y la antigua clave secreta y/o RoHC es una clave secreta y/o RoHC que utiliza el dispositivo terminal cuando se comunica con el dispositivo de red de origen y/o el dispositivo de red de destino antes de que se utilice la nueva clave secreta y/o la compresión de encabezado robusta (RoHC).
Opcionalmente, la unidad de comunicación 610 está configurada específicamente para: enviar y/o recibir la PDU de PDCP utilizando la nueva clave secreta y/o RoHC después de que el dispositivo de red de destino cumpla la segunda condición y después de un cierto intervalo de tiempo.
Opcionalmente, la unidad de comunicación 610 está además configurada para: enviar y/o recibir la PDU de PDCP utilizando la antigua clave secreta y/o RoHC dentro de un cierto tiempo después de que el dispositivo de red de destino cumpla la segunda condición.
Opcionalmente, la segunda condición incluye al menos una de las siguientes: el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio o el dispositivo de red de destino ha recibido un mensaje de finalización de traspaso.
Opcionalmente, el procedimiento de acceso aleatorio iniciado por el dispositivo terminal incluye al menos uno de los siguientes casos: el dispositivo de red de destino ha recibido un mensaje 1, el dispositivo de red de destino ha enviado un mensaje 2, el dispositivo de red de destino ha recibido un mensaje 3 o el dispositivo de red de destino ha enviado un mensaje 4.
Opcionalmente, la unidad de comunicación 610 está además configurada para: recibir un primer paquete de datos retransmitido por el dispositivo terminal.
Opcionalmente, la unidad de comunicación 610 está específicamente configurada para: recibir el primer paquete de datos retransmitido por el dispositivo terminal utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
Opcionalmente, la unidad de comunicación 610 está configurada más específicamente para: recibir el primer paquete de datos retransmitido por el dispositivo terminal y descifrar y/o descomprimir el primer paquete de datos de acuerdo con la antigua clave secreta y/o RoHC, o de acuerdo con la nueva clave secreta y/o RoHC.
Opcionalmente, la unidad de comunicación 610 está configurada además para: descartar un segundo paquete de datos, en donde el segundo paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo de red de destino cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de la dispositivo de red de destino cumpla la segunda condición.
Opcionalmente, la unidad de comunicación 610 está configurada además para: retransmitir un segundo paquete de datos al dispositivo terminal, en donde el segundo paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo de red de destino cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de que el dispositivo de red de destino cumpla la segunda condición.
Opcionalmente, la unidad de comunicación 610 está configurada específicamente para: retransmitir el segundo paquete de datos al dispositivo terminal utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
Opcionalmente, el segundo paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de destino y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no se ha recibido antes de que el dispositivo de red de destino cumpla la segunda condición, y/o el segundo paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de destino y cuyo ARQ ACK no se ha recibido antes de un cierto punto en el tiempo después de que el dispositivo de red de destino cumpla la segunda condición.
En algunas realizaciones de la presente solicitud, el dispositivo de comunicación 600 puede ser un dispositivo de red de origen.
Específicamente, cuando un dispositivo de red conectado con un dispositivo terminal cambia desde el dispositivo de red de origen a un dispositivo de red de destino, se mantienen tanto la conexión entre el dispositivo terminal y el dispositivo de red de origen, como la conexión entre el dispositivo terminal y el dispositivo de red de destino. El dispositivo de red incluye la unidad de comunicación 610; en donde cuando el dispositivo de red de destino cumple una segunda condición, la unidad de comunicación 610 envía y/o recibe una unidad de datos de protocolo (PDU) del protocolo de convergencia de datos en paquetes (PDCP) utilizando una nueva clave secreta y/o compresión de encabezado robusta (RoHC), en donde la nueva clave secreta y/o RoHC es diferente de una antigua clave secreta y/o RoHC, y la antigua clave secreta y/o RoHC es una clave secreta y/o RoHC que se utiliza antes de la actualización durante la comunicación del dispositivo terminal/del dispositivo de red de destino.
Opcionalmente, la unidad de comunicación 610 está configurada específicamente para: enviar y/o recibir la PDU de PDCP utilizando la nueva clave secreta y/o RoHC después de que el dispositivo de red de destino cumpla la segunda condición y después de un cierto intervalo de tiempo.
Opcionalmente, la unidad de comunicación 610 está además configurada para: enviar y/o recibir la PDU de PDCP utilizando la antigua clave secreta y/o RoHC dentro de un cierto tiempo después de que el dispositivo de red de destino cumpla la segunda condición.
Opcionalmente, la segunda condición incluye al menos una de las siguientes: el dispositivo de red de destino ha enviado un comando de traspaso, o el dispositivo de red de origen ha recibido información de indicación enviada por el dispositivo terminal o el dispositivo de red de destino para indicar que el dispositivo de red de origen envíe y/o reciba la PDU de PDCP utilizando la nueva clave secreta y/o RoHC.
Opcionalmente, la unidad de comunicación 610 está además configurada para: recibir la información de indicación.
Opcionalmente, la unidad de comunicación 610 está configurada específicamente para: recibir la información de indicación enviada por el dispositivo terminal cuando se cumple al menos uno de los siguientes: el dispositivo terminal ha recibido el comando de traspaso, el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio, el dispositivo terminal el dispositivo ha enviado un mensaje de finalización de traspaso, el dispositivo terminal ha enviado un mensaje 1, el dispositivo terminal ha recibido un mensaje 2, el dispositivo terminal ha enviado un mensaje 3 o el dispositivo terminal ha enviado un mensaje 4.
Opcionalmente, la unidad de comunicación 610 está configurada específicamente para: recibir la información de indicación enviada por el dispositivo terminal cuando se cumple al menos uno de los siguientes: el dispositivo terminal ha recibido el comando de traspaso, el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio, el dispositivo terminal ha enviado un mensaje de finalización de traspaso, el dispositivo terminal ha enviado un mensaje 1, el dispositivo terminal ha recibido un mensaje 2, el dispositivo terminal ha enviado un mensaje 3 o el dispositivo terminal ha enviado un mensaje 4.
Opcionalmente, la unidad de comunicación 610 está además configurada para: recibir un primer paquete de datos retransmitido por el dispositivo terminal.
Opcionalmente, la unidad de comunicación 610 está específicamente configurada para: recibir el primer paquete de datos retransmitido por el dispositivo terminal utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
Opcionalmente, la unidad de comunicación 610 está configurada más específicamente para: recibir el primer paquete de datos retransmitido por el dispositivo terminal y descifrar y/o descomprimir la PDU de PDCP correspondiente al primer paquete de datos de acuerdo con la antigua clave secreta y/o RoHC, o de acuerdo con la nueva clave secreta y/o RoHC.
Opcionalmente, la unidad de comunicación 610 está configurada además para: descartar un tercer paquete de datos, en donde el tercer paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo de red de origen cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de la dispositivo de red de origen cumpla la segunda condición.
Opcionalmente, la unidad de comunicación 610 está configurada además para: retransmitir un tercer paquete de datos al dispositivo terminal, en donde el tercer paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo de red de origen cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de que el dispositivo de red de origen cumpla la segunda condición.
Opcionalmente, la unidad de comunicación 610 está configurada específicamente para: retransmitir el tercer paquete de datos al dispositivo terminal utilizando la antigua clave secreta y/o RoHC, o utilizando la nueva clave secreta y/o RoHC.
Opcionalmente, el tercer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de origen y cuyo acuse de recibo de solicitud de repetición automática (ARQ ACK) no ha sido recibido antes de que el dispositivo de red de origen cumpla la segunda condición y/o el tercer paquete de datos incluye una PDU de PDCP que ha sido enviada por el dispositivo de red de origen y cuyo ARQ ACK no se ha recibido antes de un cierto punto en el tiempo después de que el dispositivo de red de origen cumpla la segunda condición.
La FIG. 9 es un diagrama de bloques esquemático de un dispositivo terminal 700 de acuerdo con una realización de la presente solicitud. Opcionalmente, cuando un dispositivo de red conectado con el dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, la conexión entre el dispositivo terminal y el dispositivo de red de origen y la conexión entre el dispositivo terminal y el dispositivo de red de destino se mantienen. Como se muestra en la FIG. 9, el dispositivo terminal 700 puede incluir: una unidad de activación 710; en donde cuando el dispositivo terminal cumple una primera condición, la unidad de activación está configurada para activar el dispositivo terminal para enviar un informe de estado del protocolo de convergencia de datos en paquetes (PDCP). Opcionalmente, la primera condición incluye al menos una de las siguientes: el dispositivo terminal ha recibido un comando de traspaso, el dispositivo terminal ha iniciado un procedimiento de acceso aleatorio o el dispositivo terminal ha enviado un mensaje de finalización de traspaso.
Opcionalmente, el procedimiento de acceso aleatorio iniciado por el dispositivo terminal incluye al menos uno de los siguientes casos: el dispositivo terminal ha enviado un mensaje 1, el dispositivo terminal ha recibido un mensaje 2, el dispositivo terminal ha enviado un mensaje 3 o el dispositivo terminal el dispositivo ha recibido un mensaje 4.
Opcionalmente, la unidad de activación 710 está configurada específicamente para: activar el dispositivo terminal para que envíe el informe de estado de PDCP después de que el dispositivo terminal cumpla la primera condición durante un cierto tiempo.
Debe entenderse que las realizaciones del aparato pueden corresponder a las realizaciones del método una con otra, y se puede consultar la descripción de las realizaciones del método para obtener una descripción similar de las realizaciones del aparato. Específicamente, el dispositivo de comunicación 500 mostrado en la FIG. 7 puede corresponder a una entidad correspondiente que realiza el método 200 de la realización de la presente solicitud, el dispositivo de comunicación 600 mostrado en la FIG. 8 puede corresponder a una entidad correspondiente que realiza el método 300 de la realización de la presente solicitud, y el dispositivo de comunicación 700 mostrado en la FIG. 9 puede corresponder a una entidad correspondiente que realiza el método 400 de la realización de la presente solicitud, lo cual no se repite aquí de nuevo en aras de la brevedad.
El dispositivo de comunicación de acuerdo con una realización de la presente solicitud se describe desde una perspectiva del módulo funcional anterior con referencia a las FIG.. 7 a 9. Debe entenderse que el módulo funcional puede realizarse en forma de hardware, o instrucciones en forma de software, o una combinación de módulos de hardware y de software
Específicamente, cada acto de las realizaciones del método en las realizaciones de la presente solicitud puede implementarse mediante circuitos lógicos integrados de hardware y/o instrucciones en forma de software en un procesador, y los actos de los métodos divulgados con referencia a las realizaciones de la presente solicitud pueden ejecutarse e implementarse directamente mediante un procesador decodificador de hardware o puede implementarse mediante una combinación de módulos de hardware y de software en el procesador decodificador.
Opcionalmente, los módulos de software pueden ubicarse en un medio de almacenamiento comúnmente utilizado en la técnica, tal como una memoria de acceso aleatorio, una memoria flash, una memoria de solo lectura, una memoria de solo lectura programable, una memoria programable borrable eléctricamente o un registro, etc. El medio de almacenamiento está ubicado en la memoria, y el procesador lee la información en la memoria y completa los actos de las realizaciones del método anteriores en combinación con su hardware.
Por ejemplo, en una realización de la presente solicitud, la unidad de liberación mostrada en la FIG. 7 puede implementarse mediante un procesador, y la unidad de comunicación 610 mostrada en la FIG. 8 y la unidad de activación 710 mostrada en la FIG. 9 puede implementarse mediante transceptores.
La FIG. 10 es un diagrama esquemático de una estructura de un dispositivo de comunicación 800 de acuerdo con una realización de la presente solicitud. El dispositivo de comunicación 800 mostrado en la FIG. 10 incluye un procesador 810, en donde el procesador 810 puede llamar y ejecutar un programa informático desde una memoria para implementar el método en una realización de la presente solicitud.
Opcionalmente, como se muestra en la FIG. 10, el dispositivo de comunicación 800 puede incluir además una memoria 820. La memoria 820 puede configurarse para almacenar información de indicación, o puede configurarse para almacenar códigos, instrucciones, etc., ejecutados por el procesador 810. El procesador 810 puede llamar y ejecutar un programa informático desde la memoria 820 para implementar el método en la realización de la presente solicitud. En el presente documento, la memoria 820 puede ser un dispositivo separado independiente del procesador 810 o puede estar integrada en el procesador 810.
Opcionalmente, como se muestra en la FIG. 10, el dispositivo de comunicación 800 puede incluir además un transceptor 830, y el procesador 810 puede controlar el transceptor 830 para comunicarse con otro dispositivo.
Específicamente, la información o los datos pueden enviarse a otro dispositivo o la información o los datos enviados por otro dispositivo se reciben.
En el presente documento, el transceptor 830 puede incluir un transmisor y un receptor. El transceptor 830 también puede incluir antenas, y una cantidad de antenas puede ser una o más.
Opcionalmente, el dispositivo de comunicación 800 puede ser un dispositivo de red de origen o un dispositivo de red de destino de acuerdo con una realización de la presente solicitud, y el dispositivo de comunicación 800 puede implementar los procesos correspondientes implementados por el dispositivo de red de origen o el dispositivo de red de destino en diversos métodos de las realizaciones de la presente solicitud. Es decir, el dispositivo de comunicación 800 de acuerdo con una realización de la presente solicitud puede corresponder a la correspondiente entidad que realiza los métodos 200 a 400 de acuerdo con las realizaciones de la presente solicitud, lo cual no se repite aquí de nuevo en aras de la brevedad.
Opcionalmente, el dispositivo de comunicación 800 puede ser un dispositivo terminal de acuerdo con una realización de la presente solicitud, y el dispositivo de comunicación 800 puede implementar los procesos correspondientes implementados por el dispositivo terminal en diversos métodos de las realizaciones de la presente solicitud. Es decir, el dispositivo de comunicación 800 de acuerdo con una realización de la presente solicitud puede corresponder a la correspondiente entidad que realiza los métodos 200 a 400 de acuerdo con las realizaciones de la presente solicitud, lo cual no se repite aquí de nuevo en aras de la brevedad.
Debe entenderse que los diversos componentes del dispositivo de comunicación 800 están conectados a través de un sistema de bus. Además de un bus de datos, el sistema de bus incluye además un bus de alimentación, un bus de control, un bus de señal de estado, etc.
Adicionalmente, una realización de la presente solicitud proporciona además un chip, que puede ser un chip de circuito integrado con capacidad de procesamiento de señales, y puede implementar o ejecutar los métodos, actos y diagramas de bloques lógicos divulgados en las realizaciones de la presente solicitud.
Opcionalmente, el chip se puede aplicar a diversos dispositivos de comunicación, de modo que los dispositivos de comunicación con el chip instalado en ellos puedan realizar los métodos, actos y diagramas de bloques lógicos divulgados en las realizaciones de la presente solicitud.
La FIG. 11 es un diagrama esquemático de una estructura de un chip de acuerdo con una realización de la presente solicitud.
Un chip 900 mostrado en la FIG. 11 incluye un procesador 910. El procesador 910 puede llamar y ejecutar un programa informático desde una memoria para implementar el método en la realización de la presente solicitud.
Opcionalmente, como se muestra en la FIG. 11, el chip 900 puede incluir además una memoria 920. En el presente documento, el procesador 910 puede llamar y ejecutar un programa informático desde la memoria 920 para implementar el método en la realización de la presente solicitud. La memoria 920 puede configurarse para almacenar información de indicación, o puede configurarse para almacenar códigos, instrucciones, etc., ejecutados por el procesador 910.
En el presente documento, la memoria 920 puede ser un dispositivo separado independiente del procesador 910 o puede estar integrada en el procesador 910.
Opcionalmente, el chip 900 puede incluir además una interfaz de entrada 930. El procesador 910 puede controlar la interfaz de entrada 930 para comunicarse con otro dispositivo o chip. Específicamente, se puede adquirir información o datos enviados por otro dispositivo o chip.
Opcionalmente, el chip 900 puede incluir además una interfaz de salida 940. El procesador 910 puede controlar la interfaz de salida 940 para comunicarse con otro dispositivo o chip. Específicamente, la información o los datos pueden enviarse a otro dispositivo o chip.
Opcionalmente, el chip se puede aplicar en un dispositivo de red de la realización de la presente solicitud, y el chip puede implementar los procesos correspondientes implementados por el dispositivo de red en diversos métodos de las realizaciones de la presente solicitud, lo cual no se repite aquí nuevamente por brevedad.
Opcionalmente, el chip se puede aplicar a un dispositivo terminal en una realización de la presente solicitud, y el chip puede implementar los procesos correspondientes implementados por el dispositivo terminal en diversos métodos de las realizaciones de la presente solicitud, lo cual no se repite aquí nuevamente para en aras de la brevedad.
Debe entenderse que el chip mencionado en la realización de la presente solicitud también puede denominarse chip a nivel de sistema, chip de sistema, sistema de chip o sistema en chip, etc. También debe entenderse que los diversos componentes en el chip 900 están conectados a través de un sistema de bus. En el presente documento, además de un bus de datos, el sistema de bus incluye además un bus de alimentación, un bus de control, un bus de señal de estado, etc.
El procesador puede incluir, entre otros: un procesador de propósito general, un procesador de señal digital (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 puerta discreta o un dispositivo lógico de transistor, o un componente de hardware discreto, etc.
El procesador puede configurarse para implementar o realizar métodos, actos y diagramas de bloques lógicos divulgados en las realizaciones de la presente solicitud. Los actos del método divulgados con referencia a la realización de la presente solicitud pueden ser ejecutados y completados directamente por un procesador decodificador de hardware, o pueden ser ejecutados y completados por una combinación de módulos de hardware y de software en un procesador decodificador. Los módulos de software pueden estar ubicados en un medio de almacenamiento comúnmente utilizado en la técnica, tal como una memoria de acceso aleatorio, una memoria flash, una memoria de solo lectura, una memoria de solo lectura programable o una memoria programable borrable, un registro, etc. El medio de almacenamiento está ubicado en una memoria, y el procesador lee información en la memoria y completa los actos del método anterior en combinación con su hardware.
La memoria incluye pero no se limita a: una memoria volátil y/o una memoria no volátil. En el presente documento, la memoria no volátil puede ser una memoria de solo lectura (ROM), una ROM programable (PROM), una PROM borrable (EPROM), una EPROM eléctricamente (EEPROM) o una memoria flash. La memoria volátil puede ser una memoria de acceso aleatorio (RAM), que se utiliza como caché externa. A través de una descripción ejemplar pero no limitativa, se pueden utilizar muchas formas de RAM, por ejemplo, una RAM estática (SRAM), una RAM dinámica (DRAM), una DRAM síncrona (SDRAM), una SDRAM de doble velocidad de datos (DDRSDRAM), una SDRAM mejorada (ESDRAM), Synchlink DRAM (SLDRAM) y Direct Rambus RAM (DRRAM).
Cabe señalar que la memoria en los sistemas y los métodos descritos en esta memoria descriptiva tienen como objetivo incluir, entre otros, estas y cualquier memoria de otro tipo adecuado.
Una realización de la presente solicitud proporciona además un medio de almacenamiento legible por computadora, configurado para almacenar un programa informático. El medio de almacenamiento legible por computadora almacena uno o más programas que incluyen instrucciones que, cuando son ejecutadas por un dispositivo electrónico portátil que incluye múltiples programas de aplicación, permiten que el dispositivo electrónico portátil realice los métodos de las realizaciones mostrados como métodos 200 a 400.
Opcionalmente, el medio de almacenamiento legible por computadora se puede aplicar en un dispositivo de red de una realización de la presente solicitud, y el programa informático permite que una computadora realice los procesos correspondientes implementados por el dispositivo de red en diversos métodos de realizaciones de la presente solicitud, lo cual no se repite aquí de nuevo en aras de la brevedad.
Opcionalmente, el medio de almacenamiento legible por computadora se puede aplicar en un terminal móvil/dispositivo terminal de una realización de la presente solicitud, y el programa informático permite que la computadora realice los procesos correspondientes implementados por el terminal móvil/dispositivo terminal en diversos métodos de realizaciones de la presente solicitud, lo cual no se a repetir aquí de nuevo en aras de la brevedad.
Una realización de la presente solicitud proporciona además un producto de programa informático, que incluye un programa informático.
Opcionalmente, el medio de almacenamiento legible por computadora se puede aplicar en un dispositivo de red de una realización de la presente solicitud, y el programa informático permite que la computadora realice los procesos correspondientes implementados por el dispositivo de red en diversos métodos de realizaciones de la presente solicitud, lo cual no se repite aquí de nuevo en aras de la brevedad.
Opcionalmente, el medio de almacenamiento legible por computadora se puede aplicar en un terminal móvil/dispositivo terminal de una realización de la presente solicitud, y el programa informático permite que la computadora realice los procesos correspondientes implementados por el terminal móvil/dispositivo terminal en diversos métodos de realizaciones de la presente solicitud, lo cual no se a repetir aquí de nuevo en aras de la brevedad.
Una realización de la presente solicitud proporciona además un programa informático. Cuando el programa informático es ejecutado por una computadora, la computadora puede realizar el método de las realizaciones mostradas como los métodos 200 a 400.
Opcionalmente, el programa informático puede aplicarse en un dispositivo de red de una realización de la presente solicitud. Cuando el programa informático es ejecutado en la computadora, la computadora puede realizar los procesos correspondientes implementados por el dispositivo de red en diversos métodos de realizaciones de la presente solicitud, lo cual no se repite aquí nuevamente en aras de la brevedad.
Una realización de la solicitud proporciona además un sistema de comunicación, que incluye el dispositivo terminal, el dispositivo de red de origen y el dispositivo de red de destino como se describe anteriormente.
Cabe señalar que el término "sistema" en esta memoria descriptiva también puede denominarse "arquitectura de gestión de red" o "sistema de red", etc.
También debe entenderse que los términos utilizados en las realizaciones de la presente solicitud y las reivindicaciones adjuntas tienen el propósito de describir únicamente realizaciones específicas, pero no pretenden limitar las realizaciones de la presente solicitud.
Por ejemplo, las formas singulares "un", "dicho", "anterior" y "el" utilizadas en las realizaciones de la presente solicitud y las reivindicaciones adjuntas también pretenden incluir las formas plurales a menos que el contexto indique claramente otros significados.
Los expertos en la materia pueden reconocer que los elementos ejemplares y los actos algorítmicos descritos en combinación con las realizaciones divulgadas en el presente documento pueden implementarse en hardware electrónico, o una combinación de software informático y hardware electrónico. Si estas funciones se ejecutan en hardware o software depende de una aplicación particular y una condición de restricción de diseño de una solución técnica. Los expertos en la materia pueden utilizar diferentes métodos para implementar las funciones descritas con respecto a cada aplicación particular, pero tal realización no forma parte de la invención reivindicada.
Las unidades funcionales pueden almacenarse en un medio de almacenamiento legible por computadora si se realizan en forma de unidades funcionales de software y se venden o utilizan como un producto separado. En base a este entendimiento, la solución técnica de realizaciones de la presente solicitud, en esencia, o la parte que contribuye al arte existente, o una parte de la solución técnica, puede incorporarse en forma de un producto de software. El producto de software informático se almacena en un medio de almacenamiento, que incluye una serie de instrucciones para habilitar un dispositivo informático (que puede ser una computadora personal, un servidor o un dispositivo de red o similar) para realizar todos los actos de los métodos descritos en diversas realizaciones de la presente solicitud. Estas realizaciones no forman parte de la invención reivindicada. Y el medio de almacenamiento antes mencionado incluye diversos tipos de medios que pueden almacenar códigos de programa, tal como un disco flash USB, un disco duro extraíble, una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un disco magnético o un disco óptico, etc.
Los expertos en la materia pueden aprender claramente que por conveniencia y concisión de la descripción, los procesos de trabajo específicos de los sistemas, aparatos y unidades descritos anteriormente pueden referirse a los procesos correspondientes en las realizaciones del método antes mencionadas y no se repiten aquí nuevamente.
En diversas realizaciones proporcionadas por la presente solicitud, debe entenderse que los sistemas, dispositivos y métodos divulgados pueden implementarse en otro modo. Por ejemplo, la división de las unidades, módulos o componentes en las realizaciones de dispositivos mencionadas anteriormente es solo una división de función lógica, y puede haber otro modo de división en una realización real. Por ejemplo, múltiples unidades, módulos o componentes pueden combinarse o integrarse en otro sistema, o algunas unidades o componentes pueden ignorarse o no ejecutarse. Estas realizaciones no forman parte de la invención reivindicada.
Por dar otro ejemplo, las unidades/módulos/componentes descritos anteriormente como componentes separados/de visualización pueden o no estar separados físicamente, es decir, pueden estar ubicados en un lugar o pueden estar distribuidos en múltiples unidades de red. Parte o la totalidad de las unidades/módulos/componentes del mismo pueden seleccionarse de acuerdo con un requisito real para lograr el propósito de una solución a las realizaciones de la presente solicitud. Este ejemplo no forma parte de la invención reivindicada.
Finalmente, cabe señalar que el acoplamiento mutuo o el acoplamiento directo o la conexión de comunicación mostrado o analizado en lo anterior puede ser un acoplamiento indirecto o una conexión de comunicación a través de alguna interfaz, aparato o unidad, y puede tener formas eléctricas, mecánicas o de otro tipo.
Lo que se describe anteriormente son simplemente implementaciones específicas de la presente solicitud, pero el alcance de protección de las realizaciones de la presente solicitud no se limita a ellas. Cualquier variación o sustitución que pueda ser fácilmente concebida por un experto en la materia dentro del alcance técnico de la invención tal como se define en las reivindicaciones, se incluirá dentro del alcance de protección de la presente solicitud. Por lo tanto, el alcance de protección de las realizaciones de la presente solicitud estará determinado por el alcance de protección de las reivindicaciones.

Claims (12)

REIVINDICACIONES
1. Un método para la comunicación inalámbrica, ejecutado por un dispositivo terminal, en donde cuando un dispositivo de red conectado con el dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, una conexión entre el dispositivo terminal y el dispositivo de red de origen y una conexión entre tanto el dispositivo terminal como el dispositivo de red de destino se mantienen;
el método que comprende:
enviar unidad de datos de protocolo, PDU, de protocolo de convergencia de datos en paquetes PDCP utilizando una nueva clave secreta y/o una compresión de encabezado robusta, RoHC, en respuesta a la determinación de que se cumple una segunda condición, comprendiendo la segunda condición que el dispositivo terminal ha recibido un mensaje 4 de un procedimiento de acceso aleatorio (S310);
en donde la nueva clave secreta y/o RoHC es diferente de una antigua clave secreta y/o RoHC, y la antigua clave secreta y/o RoHC es una clave secreta y/o RoHC que utiliza el dispositivo terminal cuando se comunica con el dispositivo de red de origen antes de que se utilice la nueva clave secreta y/o RoHC.
2. El método de la reivindicación 1, en donde el método comprende además:
retransmitir, por parte del dispositivo terminal, un primer paquete de datos, en donde el primer paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo terminal cumpla la segunda condición y/o antes de cierto punto en el tiempo después de que el dispositivo terminal cumpla la segunda condición.
3. El método de la reivindicación 2,
en donde la retransmisión, por parte del dispositivo terminal, del primer paquete de datos comprende:
cifrar y/o comprimir la PDU de PDCP correspondiente al primer paquete de datos de acuerdo con la antigua clave secreta y/o RoHC o de acuerdo con la nueva clave secreta y/o RoHC, y enviar la PDU de PDCP cifrada y/o comprimida.
4. El método de la reivindicación 3,
en donde el primer paquete de datos comprende una PDU de PDCP que ha sido enviada por el dispositivo terminal y cuyo acuse de recibo de solicitud de repetición automática, ARQ ACK, no ha sido recibido antes de que el dispositivo terminal haya recibido el mensaje 4 del procedimiento de acceso aleatorio.
5. Un dispositivo terminal (600), que comprende una entidad de protocolo de convergencia de datos en paquetes, PDCP,
en donde cuando un dispositivo de red conectado con el dispositivo terminal cambia desde un dispositivo de red de origen a un dispositivo de red de destino, el dispositivo terminal está configurado para mantener tanto una conexión entre el dispositivo terminal y el dispositivo de red de origen, como una conexión entre el dispositivo terminal y el dispositivo de red de destino;
el dispositivo terminal comprende una unidad de comunicación (610); en donde
la unidad de comunicación está configurada para enviar una unidad de datos de protocolo, PDU, de protocolo de convergencia de datos en paquetes, PDCP, utilizando una nueva clave secreta y/o una compresión de encabezado robusta, RoHC, en respuesta a la determinación de que se cumple una segunda condición, la segunda condición que comprende que el dispositivo terminal ha recibido un mensaje 4 de un procedimiento de acceso aleatorio;
en donde la nueva clave secreta y/o RoHC es diferente de una antigua clave secreta y/o RoHC, y la antigua clave secreta y/o RoHC es una clave secreta y/o RoHC que utiliza el dispositivo terminal cuando se comunica con el dispositivo de red de origen antes de que se utilice la nueva clave secreta y/o RoHC.
6. El dispositivo terminal de la reivindicación 5, Er, en donde la unidad de comunicación está configurada además para: retransmitir un primer paquete de datos, en donde el primer paquete de datos es un paquete de datos que no se envió correctamente antes de que el dispositivo terminal cumpla la segunda condición y/o antes de un cierto punto en el tiempo después de que el dispositivo terminal cumpla la segunda condición.
7. El dispositivo terminal de la reivindicación 6, en donde la unidad de comunicación está específicamente configurada para: cifrar y/o comprimir la PDU de PDCP correspondiente al primer paquete de datos de acuerdo con la antigua clave secreta y/o RoHC o de acuerdo con la nueva clave secreta y/o RoHC y enviar la PDU de PDCP cifrada y/o comprimida.
8. El dispositivo terminal de la reivindicación 7, en donde el primer paquete de datos comprende una PDU de PDCP que ha sido enviada por el dispositivo terminal y cuyo acuse de recibo de solicitud de repetición automática, ARQ ACK, no ha sido recibido antes de que el dispositivo terminal haya recibido el mensaje 4 del procedimiento de acceso aleatorio.
9. Un dispositivo terminal que comprende: un procesador, una memoria y un transceptor, en donde la memoria está configurada para almacenar un programa informático que, cuando es ejecutado por el procesador, hace que el dispositivo terminal realice el método de una cualquiera de las reivindicaciones 1 a 4.
10. Un chip que comprende: un procesador configurado para llamar y ejecutar un programa informático, y una memoria que almacena el programa informático que, cuando es ejecutado por el procesador, hace que un dispositivo terminal provisto con el chip realice el método de una cualquiera de las reivindicaciones 1 a 4.
11. Un medio de almacenamiento legible por computadora configurado para almacenar un programa informático que, cuando es ejecutado por un dispositivo terminal, hace que el dispositivo terminal realice el método de cualquiera de las reivindicaciones 1 a 4.
12. Un programa informático que, cuando es ejecutado por un dispositivo terminal, hace que el dispositivo terminal realice el método de una cualquiera de las reivindicaciones 1 a 4.
ES18941239T 2018-11-27 2018-11-27 Método de comunicación inalámbrica y dispositivo terminal Active ES2953058T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/117720 WO2020107220A1 (zh) 2018-11-27 2018-11-27 无线通信方法、终端设备和网络设备

Publications (1)

Publication Number Publication Date
ES2953058T3 true ES2953058T3 (es) 2023-11-07

Family

ID=70852209

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18941239T Active ES2953058T3 (es) 2018-11-27 2018-11-27 Método de comunicación inalámbrica y dispositivo terminal

Country Status (7)

Country Link
US (3) US11363492B2 (es)
EP (2) EP3866510B1 (es)
JP (1) JP7220786B2 (es)
KR (1) KR102437267B1 (es)
CN (2) CN113016211A (es)
ES (1) ES2953058T3 (es)
WO (1) WO2020107220A1 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7220786B2 (ja) * 2018-11-27 2023-02-10 オッポ広東移動通信有限公司 無線通信方法、端末装置及びネットワーク装置
US20220272590A1 (en) * 2019-07-30 2022-08-25 Softbank Corp. Terminal, base station, and radio communication method

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100389632C (zh) * 2004-11-24 2008-05-21 华为技术有限公司 一种无线接入网络系统及其实现的软切换方法
CN100387097C (zh) * 2004-12-30 2008-05-07 华为技术有限公司 一种软切换方法
DE602009000944D1 (de) * 2008-04-11 2011-05-05 Innovative Sonic Ltd Verfahren und Vorrichtung zur Handhabung des Weiterleitungsverfahrens
CN107371205B (zh) * 2016-05-11 2022-11-08 中兴通讯股份有限公司 基站间切换方法及装置
CN107438274A (zh) * 2016-05-27 2017-12-05 中兴通讯股份有限公司 一种指示安全密钥更新的方法及装置
CN109691155B (zh) * 2016-08-09 2023-05-30 三星电子株式会社 无线通信系统中管理用户平面操作的方法和装置
KR20180090658A (ko) * 2017-02-03 2018-08-13 삼성전자주식회사 이동통신 시스템에서 다중 연결을 사용한 핸드오버 시 보안 키를 처리하는 방법 및 장치
CN108616945B (zh) * 2017-02-10 2021-05-11 华为技术有限公司 一种通信链路切换的方法及相关设备
US11039357B2 (en) * 2017-05-19 2021-06-15 Electronics And Telecommunications Research Institute Handover method in mobile communication system
US10687263B2 (en) * 2018-02-15 2020-06-16 Qualcomm Incorporated Enhanced make-before-break handover
WO2020056880A1 (zh) * 2018-09-17 2020-03-26 Oppo广东移动通信有限公司 一种连接释放方法、数据处理方法、设备及存储介质
JP7220786B2 (ja) * 2018-11-27 2023-02-10 オッポ広東移動通信有限公司 無線通信方法、端末装置及びネットワーク装置

Also Published As

Publication number Publication date
US11363492B2 (en) 2022-06-14
CN113518401B (zh) 2022-11-22
KR20210093334A (ko) 2021-07-27
US20220182880A1 (en) 2022-06-09
EP3866510B1 (en) 2023-06-21
CN113016211A (zh) 2021-06-22
CN113518401A (zh) 2021-10-19
EP3866510A1 (en) 2021-08-18
JP2022509131A (ja) 2022-01-20
US20240129797A1 (en) 2024-04-18
EP4228302A1 (en) 2023-08-16
JP7220786B2 (ja) 2023-02-10
KR102437267B1 (ko) 2022-08-29
EP4228302B1 (en) 2024-07-31
US11877184B2 (en) 2024-01-16
EP3866510A4 (en) 2021-12-01
US20210266789A1 (en) 2021-08-26
WO2020107220A1 (zh) 2020-06-04

Similar Documents

Publication Publication Date Title
ES2906704T3 (es) Procedimiento y aparato para el procesamiento de un paquete en un sistema de comunicación inalámbrica
ES2964158T3 (es) Método de procesamiento de datos y dispositivo, y soporte de almacenamiento informático
US20190014530A1 (en) Enhancements to nas protocol to transmit small data over signaling plane
AU2017389025A1 (en) Method for reporting multi-connection transmission capability, method for configuring multi-connection transmission mode, method for preventing retransmission of data, UE and base station
CN109218325B (zh) 数据完整性保护方法和装置
ES2974239T3 (es) Método y dispositivo de configuración de recursos de retransmisión, chip y programas informáticos
TWM357138U (en) Wireless transmit receive unit
US20240129797A1 (en) Wireless communication method, terminal device and network device
KR20200029389A (ko) 스위칭 방법, 액세스 네트워크 장치 및 단말 장치
ES2939016T3 (es) Método y dispositivo para la transmisión de información
CN111918335B (zh) 处理数据包的方法和装置
WO2018157295A1 (zh) 混合自动重传请求反馈方法和设备
EP3618332B1 (en) Copy transmission method and related device
WO2019019150A1 (zh) 数据传输的方法、终端设备和网络设备
CN112449348B (zh) 通信方法和通信装置
CN113115360B (zh) 无线通信方法、通信设备、芯片和通信系统
US11638151B2 (en) Method and device for retransmitting data
ES2926714T3 (es) Método de procesamiento de datos, terminal de recepción y medio de almacenamiento
CN109716822B (zh) 控制终端设备产生上行信令的方法、终端设备和网络设备