ES3055181T3

ES3055181T3 - Data receiving method, data sending method, terminal, and network side device

Info

Publication number: ES3055181T3
Application number: ES20868248T
Authority: ES
Inventors: Wei Bao; Yumin Wu
Original assignee: Koninklijke Philips NV
Current assignee: Koninklijke Philips NV
Priority date: 2019-09-26
Filing date: 2020-09-25
Publication date: 2026-02-10
Anticipated expiration: 2040-09-25
Also published as: WO2021057897A1; EP4037416A4; CN112566273B; EP4037416C0; KR20220054658A; EP4037416B1; CN112566273A; US12295060B2; PL4037416T3; US20220217810A1; BR112022005577A2; EP4037416A1

Abstract

La presente solicitud proporciona un método de recepción de datos, un método de transmisión de datos, un terminal y un dispositivo de red. El método de recepción de datos se aplica en un terminal y comprende: cuando un dispositivo de red necesita realizar una transmisión temprana de datos (EDT) y el terminal se encuentra en estado inactivo de control de recursos de radio (RRC) o RRC inactivo, en un proceso de acceso aleatorio realizado con el dispositivo de red, recibir los datos EDT transmitidos por este y realizar la transición de estado RRC. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN

[0002] Procedimiento de recepción de datos, procedimiento de envío de datos, terminal y dispositivo del lado de la red Campo técnico

[0003] La presente divulgación se refiere al campo de las tecnologías de comunicaciones, y en particular, a un procedimiento de recepción de datos, un procedimiento de envío de datos, un terminal, un dispositivo del lado de la red y un medio de almacenamiento legible por ordenador.

[0004] Antecedentes

[0005] En la etapa posterior de los estudios de evolución a largo plazo (Long Term Evolution, LTE), se introduce un procedimiento de transmisión rápida para datos pequeños y se aplica principalmente a terminales de comunicación de tipo máquina (Machine Type Communication, MTC) y de Internet de las cosas de banda estrecha basada en celular (NarrowBand Internet of Things, NB-IOT). Un escenario típico es el informe automático de medidores de agua. La transmisión de datos se caracteriza porque un paquete de datos se envía en aproximadamente 12 horas y tiene un tamaño de aproximadamente cien a varios cientos de bytes. Una tecnología de transmisión de datos temprana (Early Data Transmission, EDT) se introduce en LTE, para transmitir eficientemente tales datos pequeños enviados escasamente y evitar el cambio de estado de control de recursos de radio (Radio Resource Control, RRC) y las sobrecargas de señalización de RRC. Esta tecnología se aplica primero al enlace ascendente, de modo que el equipo de usuario (User Equipment, UE, que también se denomina terminal) puede completar la transmisión de datos en un estado de inactividad (Idle) y un estado inactivo (Inactive) sin realizar el cambio de estado de RRC. Más tarde, se descubre que el enlace descendente también tiene un requisito de transmisión de datos similar. Por lo tanto, se introduce un EDT de enlace descendente (Downlink, DL). Sin embargo, no existe una solución sobre cómo transmitir los datos de DL EDT.

[0006] El documento US2019/223221A1 propone un procedimiento de alta fiabilidad y transmisión de datos temprana (EDT). EDT permite una transmisión de enlace ascendente (opcional) seguida de una transmisión de datos de enlace descendente durante un procedimiento de canal de acceso aleatorio (RACH), lo que puede reducir la sobrecarga de señalización y ahorrar energía del UE. Para mejorar la confiabilidad, para la EDT de enlace ascendente, habría un conjunto diferente de parámetros de reintento de RACH en el UE para diferentes tipos de acceso. Para la EDT de enlace descendente, habría una indicación en el mensaje de paginación para activar si el UE usara RACH heredado o no. Además, la configuración del recurso de PRACH para EDT puede ser independiente de la configuración del recurso de PRACH heredado. En determinadas condiciones, el UE puede volver al procedimiento RACH heredado para una alta fiabilidad.

[0007] El documento US20180324869A1 proporciona un procedimiento de comunicación inalámbrica por un equipo de usuario (UE) sin una conexión de control de recursos de radio (RRC) a una estación base que incluye recibir información del sistema de la estación base y transmitir una comunicación de datos a la estación base a través de un plano de control sin establecer una conexión de RRC con la estación base. Un UE en un estado suspendido de RRC puede transmitir una comunicación de datos a la estación base a través de un plano de usuario sin reanudar una conexión de RRC con la estación base. La comunicación de datos puede comprender datos e información de identidad de UE y/o una indicación de causa. Una estación base puede indicar recursos en la información del sistema para la transmisión de la información de comunicación de datos y recibir la comunicación de datos a través del plano de control sin establecer una conexión de RRC con el UE o a través de un plano de usuario sin reanudar una conexión de RRC con un UE suspendido por RRC.

[0008] Sumario

[0009] Las realizaciones de la presente divulgación proporcionan un procedimiento de recepción de datos, un procedimiento de envío de datos, un terminal y un dispositivo del lado de la red, para resolver el problema de que debido a que cómo transmitir los datos de DL EDT no se especifica en la técnica relacionada, un lado de la red no sabe cómo transmitir datos de enlace descendente temprano y la fiabilidad de la comunicación no puede garantizarse. La invención se establece en el conjunto de reivindicaciones adjuntas.

[0010] Los efectos beneficiosos de la presente divulgación son los siguientes:

[0011] En la solución anterior, los datos de EDT enviados por el dispositivo del lado de la red se reciben en el procedimiento de acceso aleatorio, de modo que se reduce el retardo de transmisión de datos, se mejora la eficiencia del sistema y se garantiza la fiabilidad de la comunicación de la red.

[0012] Breve descripción de las figuras

[0013] La Figura 1 es un diagrama esquemático de un procedimiento típico de un plano de control (Control Plane, CP) de EDT de enlace ascendente (Uplink, UL);

[0014] La Figura 2 es un diagrama de flujo esquemático de un procedimiento de recepción de datos de acuerdo con algunas realizaciones de la presente divulgación;

[0015] La Figura 3 es un diagrama de flujo esquemático de un procedimiento de envío de datos de acuerdo con algunas realizaciones de la presente divulgación;

[0016] La Figura 4 es un diagrama esquemático de módulos de un terminal de acuerdo con algunas realizaciones de la presente divulgación;

[0017] La Figura 5 es un diagrama de bloques estructural de un terminal de acuerdo con algunas realizaciones de la presente divulgación;

[0018] La Figura 6 es un diagrama esquemático de módulos de un dispositivo del lado de la red de acuerdo con algunas realizaciones de la presente divulgación; y

[0019] La Figura 7 es un diagrama de bloques estructural de un dispositivo del lado de la red de acuerdo con algunas realizaciones de la presente divulgación.

[0020] Descripción detallada de las realizaciones

[0021] Para hacer más claras las ventajas, soluciones técnicas y objetos de la presente divulgación, la presente divulgación se describe en detalle con referencia a las figuras y realizaciones específicas adjuntas.

[0022] En la descripción de las realizaciones de la presente divulgación, algunos conceptos usados en la siguiente descripción se explican primero.

[0023] La transmisión eficiente de datos pequeños se caracteriza porque el cambio de estado de control de recursos de radio (Radio Resource Control, RRC) y las sobrecargas de señalización de RRC requeridas para transmitir datos pequeños se evitan para los equipos de usuario (User Equipment, UE, también llamado terminal) en un estado desconectado, y los datos pequeños se transmiten a través de un procedimiento de señalización muy simple. En la etapa de evolución a largo plazo (Long Term Evolution, LTE), se introducen dos soluciones de un plano de control (Control Plane, CP) y un plano de usuario (User Plane, UP) para el enlace ascendente (UL) en la transmisión de datos temprana (Early Data Transmission, EDT).

[0024] La solución de CP se caracteriza porque la señalización RRC se acopla a la transmisión de datos pequeños para evitar configurar un portador de radio de datos (DRB). Los datos de usuario de enlace ascendente se adjuntan directamente a un mensaje de solicitud de datos temprana de RRC de enlace ascendente (RRC Early Data Request) en una forma similar a un mensaje de estrato de no acceso (NAS) para su transmisión. Los datos de usuario de enlace descendente pueden unirse opcionalmente a un mensaje completo de datos tempranos de RRC de enlace descendente (RRC Early Data Complete) en una forma similar a un mensaje NAS para la transmisión. No es necesario entrar en un estado conectado de RRC, y todos los mensajes se envían en un portador de radio de señalización 0 (SRB0) en base a una configuración predeterminada. Un modo transparente (TM) de control de enlace de radio (Radio Link Control, RLC) no admite la segmentación. Un procedimiento de CP de EDT de UL típico se muestra en la Figura 1.

[0025] Lo anterior describe el procedimiento de RRC correspondiente a la solución de EDT. El efecto del procedimiento EDT en una capa de control de acceso medio (Medium Access Control, MAC) es principalmente el impacto en un procedimiento de acceso aleatorio. De acuerdo con el procedimiento de acceso aleatorio original, el Msg1 envía un preámbulo (preamble) para la medición y solicitud de avance de temporización (Timing Advance, TA), el Msg2 asigna una concesión de enlace ascendente (UL grant) y un TA, el Msg3 transmite un canal de control común de enlace ascendente (Common Control CHannel, CCCH) y generalmente es una solicitud de configuración de conexión de RRC o una solicitud de recuperación de conexión de RRC en este caso, y el Msg4 realiza la resolución de contención. En EDT, debido a que los datos deben transmitirse sin cambio de estado, los datos de usuario se envían directamente en Msg3. En comparación con el Msg3 tradicional, el Msg3 para la EDT requiere una concesión de UL más grande para transportar suficientemente los datos del usuario. Por lo tanto, desde el momento en que Msg1 envía el preámbulo, el canal de acceso aleatorio (RACH) tradicional y la solicitud RACH para EDT deben distinguirse por el lado de la red, de modo que el lado de la red pueda asignar, en Msg2, recursos suficientes para el UE para la transmisión de datos. En el procedimiento RACH de la EDT correspondiente, debido a que el Msg3 se combina con los datos del usuario para la transmisión, el tiempo de resolución de contención subsecuente es relativamente largo. Por lo tanto, debe usarse una duración de un temporizador de resolución de contención dedicado al EDT para garantizar que el procedimiento de EDT finalice con éxito.

[0026] No existe una implementación para LTE DL EDT en la técnica relacionada, y algunas realizaciones de la presente divulgación proporcionan un procedimiento de recepción de datos, un procedimiento de envío de datos, un terminal y un dispositivo del lado de la red.

[0027] Como se muestra en la Figura 2, algunas realizaciones de la presente divulgación proporcionan un procedimiento de recepción de datos. El procedimiento se aplica a un terminal e incluye las siguientes etapas:

[0028] Etapa 201: En un caso en el que un dispositivo del lado de la red necesita realizar una transmisión de datos temprana EDT y el terminal está en un estado de inactividad de control de recursos de radio RRC o un estado inactivo de RRC, en un procedimiento de acceso aleatorio con el dispositivo del lado de la red, recibir datos de EDT enviados por el dispositivo del lado de la red y realizar el cambio de estado de RRC.

[0029] Se debe señalar que la transmisión de datos temprana (EDT) transmite datos pequeños tempranos, es decir, los datos de EDT son datos pequeños tempranos y son datos de enlace descendente enviados por el dispositivo del lado de la red al terminal.

[0030] Se debe señalar que el terminal está en el estado de inactividad del control de recursos de radio (RRC) o el estado inactivo de RRC significa que el terminal no está en el estado conectado de RRC.

[0031] Se debe señalar que en la etapa anterior, el terminal recibe los primeros datos pequeños en el procedimiento de acceso aleatorio, y al mismo tiempo, el terminal realiza el cambio de estado de RRC de acuerdo con el mensaje de acceso aleatorio. El cambio de estado de RRC se refiere principalmente a que el terminal entra en el estado conectado de RRC desde el estado de inactividad de RRC o el estado inactivo de RRC de acuerdo con el mensaje de acceso aleatorio.

[0032] Es decir, cuando el dispositivo del lado de la red necesita transmitir datos pequeños tempranos, el dispositivo del lado de la red transmite los datos pequeños tempranos al terminal en el procedimiento de acceso aleatorio realizado por el terminal y el dispositivo del lado de la red, para garantizar que el terminal pueda recibir los datos pequeños tempranos a tiempo. Esto puede reducir el retardo de transmisión de los datos pequeños tempranos, y al mismo tiempo permitir que el terminal entre directamente en el estado conectado de RRC, de esta manera se mejora la eficiencia del sistema y se resuelve el problema de que el procedimiento de acceso aleatorio y el procedimiento de RRC de EDT no pueden trabajar en coordinación.

[0033] Los diferentes métodos de transmisión de los datos de EDT se describen específicamente de la siguiente manera. Procedimiento 1: Los datos de EDT se transmiten directamente en la señalización de la última etapa de acceso aleatorio. (no de acuerdo con la invención como se reivindicó)

[0034] Específicamente, en este caso, la implementación específica de la etapa 201 es:

[0035] recibir un mensaje de configuración de conexión de control de recursos de radio (RRC) enviado por el dispositivo del lado de la red;

[0036] donde el mensaje de configuración de conexión de RRC (RRC Connection Setup message) transporta los datos de EDT.

[0037] Es decir, en este caso, el dispositivo del lado de la red añade los datos de EDT al mensaje de configuración de conexión de RRC enviado al terminal, y el terminal recibe el mensaje de configuración de conexión de RRC y obtiene los datos de EDT mediante el análisis del mensaje de configuración de conexión de RRC.

[0038] Opcionalmente, el mensaje de configuración de conexión de RRC transporta los datos de EDT de una manera como sigue: el mensaje de configuración de conexión de RRC incluye un campo indicador de información dedicada de estrato de no acceso (campo DedicatedInfoNAS), y los datos de EDT se ubican en el campo indicador de información dedicada de estrato de no acceso.

[0039] El procedimiento de implementación específico en este caso se ilustra más abajo con un ejemplo.

[0040] Cuando el dispositivo del lado de la red inicia un procedimiento de transmisión de datos pequeños de enlace descendente anticipado (DL EDT) y envía una pequeña cantidad de datos al terminal, si el terminal está en un estado de inactividad en este momento, el dispositivo del lado de la red envía los datos a través del plano de control DL EDT. Generalmente, el dispositivo del lado de la red añade explícitamente una indicación de DL EDT a un mensaje de paginación, de modo que el terminal puede iniciar un procedimiento de acceso aleatorio relacionado con la transmisión de datos temprana pequeños. El procedimiento específico es el siguiente:

[0041] Etapa A10: En un caso en el que una red central necesita enviar datos de enlace descendente a un terminal y el terminal está actualmente en un estado de inactividad, la red central primero determina si la transmisión de datos cumple con una condición de DL EDT, y si se cumple la condición de DL EDT, envía una solicitud de paginación específica de DL EDT (lo que significa que sobre la base de llevar un identificador del terminal en la paginación tradicional, se añade un identificador de DL EDT, por ejemplo, puede ser un identificador de DL EDT de un bit o puede llevar un tamaño de datos de DL) a un dispositivo del lado de la red (por ejemplo, eNB/gNB) en un área de seguimiento (tracking area, TA) del terminal. Satisfacer la condición de DL EDT puede ser uno o una combinación de los siguientes: B11. La cantidad de datos que enviará el terminal es menor que un umbral.

[0042] B12. La calidad del servicio de los datos que se enviarán por el terminal cumple con un requisito.

[0043] Por ejemplo, el retardo puede tolerar una longitud particular y superior.

[0044] B13. La capacidad del terminal admite DL EDT.

[0045] Etapa A11: El dispositivo del lado de la red recibe un mensaje de indicación de paginación de la red central, determina si debe iniciar la paginación de DL EDT relacionada de acuerdo con su propio estado, y si es necesario iniciar la paginación de DL EDT, añade la indicación de DL EDT al mensaje de paginación, o si no es necesario iniciar la paginación de DL EDT, inicia un procedimiento de paginación ordinario. La determinación se realiza principalmente en base a uno de los siguientes:

[0046] B21. Si la red admite DL EDT.

[0047] B22. Si el recurso permite DL EDT.

[0048] B23. Si la configuración de red admite DL EDT que satisface el tamaño de datos de DL.

[0049] Etapa A12: El terminal recibe el mensaje de paginación que incluye la indicación de DL EDT (si el mensaje de paginación es un mensaje de paginación común, el terminal inicia un procedimiento de acuerdo con el procedimiento existente).

[0050] Etapa A13: El terminal inicia un procedimiento de acceso aleatorio.

[0051] Opcionalmente, si el terminal selecciona un procedimiento de acceso aleatorio de 4 etapas (4-step RACH), el terminal selecciona un preámbulo relacionado con EDT (preamble) para iniciar el procedimiento de mensaje de acceso aleatorio 1 (Msg1).

[0052] Opcionalmente, si el terminal selecciona un procedimiento de acceso aleatorio en 2 etapas (2-step RACH), el terminal selecciona un tamaño de recurso de canal compartido de enlace ascendente físico (PUSCH) y un preámbulo correspondiente que coincide con un mensaje de enlace ascendente (por ejemplo, un mensaje de autenticación, información de identidad y/o un tamaño de solicitud de datos temprana (RRC Early Data Request) del terminal) para iniciar el procedimiento MsgA.

[0053] Etapa A14: El dispositivo del lado de la red recibe el Msg1 o el MsgA del terminal.

[0054] Para los procesos de acceso aleatorio de 2 etapas y 4 etapas, los procesos de ejecución específicos del dispositivo del lado de la red también son diferentes y son específicamente de la siguiente manera:

[0055] Opcionalmente, si es Msg1, el dispositivo del lado de la red aprende a través del preámbulo que se requiere el procedimiento EDT, y la concesión de enlace ascendente (UL grant) asignada al terminal en el mensaje 2 (Msg2) debe ser mayor que la del acceso aleatorio ordinario, para satisfacer la transmisión del mensaje (por ejemplo, un mensaje de autenticación de enlace ascendente, información de identidad y/o una solicitud de datos temprana de RRC) del terminal.

[0056] Opcionalmente, si es MsgA, el dispositivo del lado de la red puede obtener la identidad y la información de autenticación del terminal del mensaje. Si hay información de autenticación, la información de autenticación se envía a la red central para su autenticación. Después de que se complete la autenticación, el dispositivo del lado de la red obtiene los datos del terminal de la red central de acuerdo con la identidad del terminal. En este momento, si el terminal necesita entrar en el estado conectado en base a los datos de enlace descendente del terminal (por ejemplo, una gran cantidad de datos de enlace descendente llegan, lo que no es adecuado para la transmisión solo a través de DL EDT) u otras condiciones (por ejemplo, el terminal necesita activar un nuevo servicio, tal como voz o vídeo), el lado de la red envía un mensaje de configuración de conexión de RRC que acompaña una pequeña cantidad de datos al terminal a través del MsgB.

[0057] Etapa A15: El lado terminal recibe el mensaje Msg2 o MsgB enviado por el dispositivo del lado de la red.

[0058] Opcionalmente, si es Msg2, el terminal obtiene información de avance de temporización (Timing Advance, TA) y una concesión de UL en Msg2, y organiza la transmisión del mensaje 3 (Msg3). La información Msg3 es similar a la información enviada en el PUSCH en el MsgA, y puede incluir mensaje de autenticación, información de identidad y/o una solicitud de datos temprana de RRC del terminal.

[0059] Opcionalmente, cuando el terminal recibe el MsgB, el terminal analiza el mensaje de configuración de conexión de RRC y los datos en él, y realiza operaciones de procesamiento de datos y configuración de conexión. El procedimiento RACH de 2 etapas termina. Al mismo tiempo, se completa la transmisión de los datos predeterminados y el terminal cambia al estado conectado de RRC.

[0060] Etapa A16: El dispositivo del lado de la red recibe el mensaje Msg3.

[0061] Se debe señalar que la etapa A16 continúa ejecutándose solo en el procedimiento RACH de 4 etapas.

[0062] El dispositivo del lado de la red analiza el mensaje Msg3 y puede obtener la identidad y la información de autenticación del terminal a partir del mensaje. Si hay información de autenticación, la información de autenticación se envía a la red central para su autenticación. Después de que se complete la autenticación, el dispositivo del lado de la red obtiene los datos del terminal de la red central de acuerdo con la identidad del terminal. En este momento, si el terminal necesita entrar en el estado conectado en base a los datos de enlace descendente del terminal (por ejemplo, una gran cantidad de datos de enlace descendente llegan, lo que no es adecuado para la transmisión solo a través de DL EDT) u otras condiciones (por ejemplo, el terminal necesita activar un nuevo servicio, tal como voz o vídeo), el lado de la red envía un mensaje de configuración de conexión de RRC que acompaña una pequeña cantidad de datos al terminal a través del Msg4. Por ejemplo, el campo DedicatedInfoNAS se añade al mensaje, y este campo es opcional y se usa para el transporte de datos tempranos de enlace descendente.

[0063] Etapa A17. El terminal recibe el mensaje Msg4 de la red.

[0064] El terminal recibe el Msg4, analiza el mensaje de configuración de conexión de RRC y los datos en él, y realiza operaciones de procesamiento de datos y configuración de conexión. El procedimiento RACH de 4 etapas termina. La transmisión de los datos predeterminados se completa y el terminal cambia al estado conectado de RRC. En este punto, el procedimiento RACH de 4 etapas termina.

[0065] Cabe señalar que el procedimiento de implementación anterior resuelve el problema de que el procedimiento de acceso aleatorio y el procedimiento de EDT RRC no pueden trabajar en coordinación. Los datos de EDT se envían directamente en el mensaje de configuración de conexión de RRC, de modo que se transmite una pequeña cantidad de datos y el terminal puede entrar al estado conectado de RRC desde el estado de inactividad de RRC o el estado inactivo de RRC, lo que reduce el retardo de transmisión de los primeros datos pequeños y mejora la eficiencia del sistema. Además, este campo de datos es opcional y no afecta el procedimiento normal existente.

[0066] Procedimiento 2: La señalización de la última etapa del acceso aleatorio y el mensaje completo de datos tempranos de RRC se envían juntos.

[0067] Específicamente, en este caso, la implementación específica de la etapa 201 es la siguiente:

[0068] recibir un mensaje de configuración de conexión de RRC y un mensaje completo de datos tempranos de RRC que se envían juntos por el dispositivo del lado de la red;

[0069] donde el mensaje completo de datos tempranos de RRC transporta los datos de EDT.

[0070] Cabe señalar que esta situación significa que el dispositivo del lado de la red envía el mensaje de configuración de conexión de RRC y el mensaje completo de datos tempranos de RRC juntos al terminal, y el terminal realiza operaciones posteriores de acuerdo con los mensajes recibidos.

[0071] Específicamente, el comportamiento específico de recibir datos de EDT enviados por el dispositivo del lado de la red y realizar el cambio de estado de RRC incluye:

[0072] obtener los datos de EDT en el mensaje completo de datos tempranos de RRC, omitir la realización de una operación de entrada a un estado de inactividad y realizar el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC.

[0073] Por ejemplo, en este caso, el terminal no realiza la operación de reiniciar la entidad de control de acceso al medio (MAC), es decir, el terminal no puede entrar en el estado de inactividad de acuerdo con el mensaje completo de datos tempranos de RRC.

[0074] Se debe señalar que, en algunos casos, el terminal puede primero obtener los datos de EDT en el mensaje completo de datos tempranos de RRC y omitir la operación de entrada al estado de inactividad, y después realizar la operación de realizar el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC. En algunos casos, el terminal puede realizar primero la operación de realizar el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC, y después obtener los datos de EDT en el mensaje completo de datos tempranos de RRC y omitir la operación de entrada al estado de inactividad.

[0075] Se debe señalar que, en este caso, el mensaje de configuración de conexión de RRC y el mensaje completo de datos tempranos de RRC pueden transmitirse juntos en uno de los siguientes casos:

[0076] Caso 1. El mensaje completo de datos tempranos de RRC del mensaje de configuración de conexión de RRC y el mensaje completo de datos tempranos de RRC que se transmiten juntos preceden al mensaje de configuración de conexión de RRC. (no de acuerdo con la invención como se reivindicó)

[0077] Cabe señalar que, en este caso, la secuencia de ensamble de paquetes de mensajes se acuerda previamente, y la secuencia de ensamble de paquetes también indica implícitamente la secuencia de ejecución de los mensajes recibidos por el terminal. En este caso, el terminal primero ejecuta el mensaje completo de datos tempranos de RRC, es decir, el terminal primero obtiene los datos de EDT de acuerdo con el mensaje completo de datos tempranos de RRC, pero el terminal no realiza la operación de entrada al estado de inactividad de acuerdo con el mensaje completo de datos tempranos de RRC, y después el terminal realiza el procedimiento de entrada al estado conectado de acuerdo con el mensaje de configuración de conexión de RRC.

[0078] A diferencia del procedimiento 1 anterior de transportar datos en el mensaje de configuración de conexión de RRC, en este procedimiento, los datos de EDT se transportan en el mensaje completo de datos tempranos de RRC, y el mensaje de configuración de conexión de RRC y el mensaje completo de datos tempranos de RRC se transmiten juntos, de modo que se transmite una pequeña cantidad de datos y se realiza el cambio de estado del terminal. Sin embargo, el mensaje de configuración de conexión de RRC hace que el terminal entre en el estado conectado RRC, y el mensaje completo de datos tempranos de RRC hace que el terminal entre en el estado de inactividad de RRC después de analizar los datos. Por lo tanto, enviar estos dos mensajes juntos provoca confusión e incertidumbre en el comportamiento del terminal, y la secuencia de ejecución necesita aclararse aún más. En este procedimiento, el mensaje completo de datos tempranos de RRC se establece para preceder al mensaje de configuración de conexión de RRC, para aclarar la secuencia de ejecución del terminal.

[0079] El procedimiento de implementación específico en este caso se ilustra más abajo con un ejemplo.

[0080] Etapa A20: En un caso en el que una red central necesita enviar datos de enlace descendente a un terminal y el terminal está actualmente en un estado de inactividad, la red central primero determina si la transmisión de datos cumple con una condición de DL EDT, y si se cumple la condición de DL EDT, envía una solicitud de paginación específica de DL EDT (lo que significa que sobre la base de llevar un identificador del terminal en la paginación tradicional, se añade un identificador de DL EDT, por ejemplo, puede ser un identificador de DL EDT de un bit o puede llevar un tamaño de datos de DL) a un dispositivo del lado de la red (por ejemplo, eNB/gNB) en un área de seguimiento (tracking area, TA) del terminal. Satisfacer la condición de DL EDT puede ser uno o una combinación de los siguientes: B11. La cantidad de datos que enviará el terminal es menor que un umbral.

[0081] B12. La calidad del servicio de los datos que se enviarán por el terminal cumple con un requisito.

[0082] Por ejemplo, el retardo puede tolerar una longitud particular y superior.

[0083] B13. La capacidad del terminal admite DL EDT.

[0084] Etapa A21: El dispositivo del lado de la red recibe un mensaje de indicación de paginación de la red central, determina si debe iniciar la paginación de DL EDT relacionada de acuerdo con su propio estado, y si es necesario iniciar la paginación de DL EDT, añade la indicación de DL EDT al mensaje de paginación, o si no es necesario iniciar la paginación de DL EDT, inicia un procedimiento de paginación ordinario. La determinación se realiza principalmente en base a uno de los siguientes:

[0085] B21. Si la red admite DL EDT.

[0086] B22. Si el recurso permite DL EDT.

[0087] B23. Si la configuración de red admite DL EDT que satisface el tamaño de datos de DL.

[0088] Etapa A22: El terminal recibe el mensaje de paginación que incluye la indicación de DL EDT (si el mensaje de paginación es un mensaje de paginación común, el terminal inicia un procedimiento de acuerdo con el procedimiento existente).

[0089] Etapa A23: El terminal inicia un procedimiento de acceso aleatorio.

[0090] Opcionalmente, si el terminal selecciona un procedimiento RACH de 4 etapas, el terminal selecciona un preámbulo relacionado con EDT para iniciar el procedimiento de mensaje de acceso aleatorio 1 (Msg1).

[0091] Opcionalmente, si el terminal selecciona un procedimiento RACH de 2 etapas, el terminal selecciona un tamaño de recurso de canal compartido de enlace ascendente físico (PUSCH) y un preámbulo correspondiente que coincide con un mensaje de enlace ascendente (por ejemplo, un mensaje de autenticación, información de identidad y/o un tamaño de solicitud de datos temprana de RRC (RRC Early Data Request) del terminal) para iniciar el procedimiento MsgA. Etapa A24: El dispositivo del lado de la red recibe el Msg1 o el MsgA del terminal.

[0092] Opcionalmente, si es Msg1, el dispositivo del lado de la red aprende a través del preámbulo que se requiere el procedimiento EDT, y la concesión de enlace ascendente (UL grant) asignada al terminal en el mensaje 2 (Msg2) debe ser mayor que la del acceso aleatorio ordinario, para satisfacer la transmisión del mensaje (por ejemplo, un mensaje de autenticación de enlace ascendente, información de identidad y/o una solicitud de datos temprana de RRC) del terminal.

[0093] Opcionalmente, si es MsgA, el dispositivo del lado de la red puede obtener la identidad y la información de autenticación del terminal del mensaje. Si hay información de autenticación, la información de autenticación se envía a la red central para su autenticación. Después de que se complete la autenticación, el dispositivo del lado de la red obtiene los datos del terminal de la red central de acuerdo con la identidad del terminal. En este momento, si el terminal necesita entrar en el estado conectado en base a los datos de enlace descendente del terminal (por ejemplo, una gran cantidad de datos de enlace descendente llega, lo que no es adecuado para la transmisión solo a través de DL EDT) u otras condiciones (por ejemplo, el terminal necesita activar un nuevo servicio, tal como voz o vídeo), el dispositivo del lado de la red envía el mensaje completo de datos tempranos de RRC que acompaña una pequeña cantidad de datos y el mensaje de configuración de conexión de RRC junto con el terminal en MsgB. Se debe señalar que el mensaje completo de datos tempranos de RRC se coloca al frente en el ensamble de paquetes, y el mensaje de configuración de conexión de RRC se coloca después del mensaje completo de datos tempranos de RRC, para indicar implícitamente la secuencia de ejecución al terminal.

[0094] Etapa A25: El lado terminal recibe el mensaje Msg2 o MsgB enviado por el dispositivo del lado de la red.

[0095] Opcionalmente, si es Msg2, el terminal obtiene información de avance de temporización (Timing Advance, TA) y una concesión de UL en Msg2, y organiza la transmisión del mensaje 3 (Msg3). La información Msg3 es similar a la información enviada en el PUSCH en el MsgA, y puede incluir mensaje de autenticación, información de identidad y/o una solicitud de datos temprana de RRC del terminal.

[0096] Opcionalmente, cuando el terminal recibe el MsgB, el terminal analiza secuencialmente el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC, y el terminal sabe que hay dos piezas de señalización para el transporte de datos y el cambio de estado de RRC. Por lo tanto, cuando el terminal procesa el mensaje completo de datos tempranos de RRC, el terminal solo procesa los datos (por ejemplo, envía los datos en un contenedor NAS a una capa superior), y no necesita realizar otras operaciones (por ejemplo, no necesita realizar operaciones tales como reinicio de entidad MAC. Cabe señalar que las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, lo que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC). Después, el terminal ejecuta el mensaje de configuración de conexión de RRC para realizar la operación de configuración de conexión. El procedimiento RACH de 2 etapas termina. La transmisión de los datos predeterminados se completa y el terminal cambia al estado conectado de RRC.

[0097] Etapa A26: El dispositivo del lado de la red recibe el mensaje Msg3.

[0098] Se debe señalar que la etapa A26 continúa ejecutándose solo en el procedimiento RACH de 4 etapas.

[0099] El dispositivo del lado de la red analiza el mensaje Msg3 y puede obtener la identidad y la información de autenticación del terminal a partir del mensaje. Si hay información de autenticación, la información de autenticación se envía a la red central para su autenticación. Después de que se complete la autenticación, el dispositivo del lado de la red obtiene los datos del terminal de la red central de acuerdo con la identidad del terminal. En este momento, si el terminal necesita entrar en el estado conectado de RRC en base a los datos de enlace descendente del terminal (por ejemplo, llega una gran cantidad de datos de enlace descendente, que no es adecuado para la transmisión solo a través de DL EDT) u otras condiciones (por ejemplo, el terminal necesita activar un nuevo servicio, tal como voz o vídeo), el lado de la red envía el mensaje completo de datos tempranos de RRC que acompaña a una pequeña cantidad de datos y el mensaje de configuración de conexión de RRC junto con el terminal en Msg4. Se debe señalar que el mensaje completo de datos tempranos de RRC se coloca al frente en el ensamble de paquetes, y el mensaje de configuración de conexión de RRC se coloca después del mensaje completo de datos tempranos de RRC, para indicar implícitamente la secuencia de ejecución al terminal.

[0100] Etapa A27. El terminal recibe el mensaje Msg4 de la red.

[0101] Cuando el terminal recibe el Msg4, el terminal analiza secuencialmente el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC, y el terminal sabe que hay dos piezas de señalización para el transporte de datos y el cambio de estado de RRC. Por lo tanto, cuando el terminal procesa el mensaje completo de datos tempranos de RRC, el terminal solo procesa los datos y no necesita realizar otras operaciones de regreso al estado de inactividad de RRC, por ejemplo, no necesita realizar operaciones tales como restablecimiento de entidad MAC (se debe señalar que las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, lo que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC). Después, el terminal ejecuta el mensaje de configuración de conexión de RRC para realizar la operación de configuración de conexión. El procedimiento RACH de 4 etapas termina. La transmisión de los datos predeterminados se completa y el terminal cambia al estado conectado de RRC.

[0102] Cabe señalar que el procedimiento de implementación anterior resuelve el problema de que el procedimiento de acceso aleatorio y el procedimiento de EDT RRC no pueden trabajar en coordinación. El mensaje de configuración de conexión de RRC y el mensaje completo de datos tempranos de RRC se envían juntos al terminal, y la secuencia de ensamblaje de paquetes de los dos mensajes indica implícitamente la secuencia de ejecución de los dos mensajes al terminal, de modo que una pequeña cantidad de datos puede transmitirse y el terminal puede entrar al estado conectado de RRC desde el estado de inactividad de RRC o el estado inactivo de RRC. Esto reduce el retardo de transmisión de los datos pequeños tempranos y mejora la eficiencia del sistema. Además, el formato de señalización existente se usa en este procedimiento y la carga de trabajo estándar es pequeña.

[0103] Caso 2: El terminal recibe la información de indicación de secuencia de ejecución de mensajes enviada por el dispositivo del lado de la red.

[0104] La información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC y después realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC.

[0105] Alternativamente, la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC y después obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC.

[0106] Se debe señalar que este caso significa que el dispositivo del lado de la red necesita enviar un mensaje de indicación para indicar la secuencia de ejecución del mensaje de configuración de conexión de RRC y el mensaje completo de datos tempranos de RRC. Opcionalmente, la información de indicación puede ubicarse en un encabezado de paquete MAC o información de control del mensaje de configuración de conexión de control de recursos de radio RRC y el mensaje completo de datos tempranos de RRC que se envían juntos.

[0107] Caso 3: El mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC se marcan con diferentes identificadores de canales lógicos. (no de acuerdo con la invención como se reivindicó) Cabe señalar que este caso significa que dos mensajes se distinguen mediante el uso de diferentes identificadores de canal lógico. Cuando el terminal recibe el mensaje de configuración de conexión de RRC y el mensaje completo de datos tempranos de RRC que se envían juntos, el terminal puede determinar la secuencia de ejecución de los dos mensajes en base a los identificadores de canal lógico.

[0108] Caso 4: El mensaje completo de datos tempranos de RRC transporta la primera información de indicación, y la primera información de indicación se usa para instruir al terminal a obtener los datos de EDT de acuerdo con el mensaje completo de datos tempranos de RRC. (no de acuerdo con la invención como se reivindicó)

[0109] Se debe señalar que, en este caso, solo se añade información de indicación al mensaje completo de datos tempranos de RRC, para indicar al terminal que solo obtenga los datos de EDT transportados en el mensaje completo de datos tempranos de RRC cuando se ejecute el mensaje completo de datos tempranos de RRC, y no realice la operación de entrada al estado de inactividad en base al mensaje completo de datos tempranos de RRC.

[0110] Cabe señalar que los casos 2, 3 y 4 son todos métodos de indicación explícita, y la secuencia de ejecución se indica al terminal al indicar explícitamente la secuencia de ejecución o al identificar especialmente el mensaje completo de datos tempranos de RRC. El procedimiento de implementación específico en este caso se ilustra más abajo con un ejemplo.

[0111] Etapa A30: En un caso en el que una red central necesita enviar datos de enlace descendente a un terminal y el terminal está actualmente en un estado de inactividad, la red central primero determina si la transmisión de datos cumple con una condición de DL EDT, y si se cumple la condición de DL EDT, envía una solicitud de paginación específica de DL EDT (lo que significa que sobre la base de llevar un identificador del terminal en la paginación tradicional, se añade un identificador de DL EDT, por ejemplo, puede ser un identificador de DL EDT de un bit o puede llevar un tamaño de datos de DL) a un dispositivo del lado de la red (por ejemplo, eNB/gNB) en un área de seguimiento (tracking area, TA) del terminal. Satisfacer la condición de DL EDT puede ser uno o una combinación de los siguientes: B11. La cantidad de datos que enviará el terminal es menor que un umbral.

[0112] B12. La calidad del servicio de los datos que se enviarán por el terminal cumple con un requisito.

[0113] Por ejemplo, el retardo puede tolerar una longitud particular y superior.

[0114] B13. La capacidad del terminal admite DL EDT.

[0115] Etapa A31: El dispositivo del lado de la red recibe un mensaje de indicación de paginación de la red central, determina si debe iniciar la paginación de DL EDT relacionada de acuerdo con su propio estado, y si es necesario iniciar la paginación de DL EDT, añade la indicación de DL EDT al mensaje de paginación, o si no es necesario iniciar la paginación de DL EDT, inicia un procedimiento de paginación ordinario. La determinación se realiza principalmente en base a uno de los siguientes:

[0116] B21. Si la red admite DL EDT.

[0117] B22. Si el recurso permite DL EDT.

[0118] B23. Si la configuración de red admite DL EDT que satisface el tamaño de datos de DL.

[0119] Etapa A32: El terminal recibe el mensaje de paginación que incluye la indicación de DL EDT (si el mensaje de paginación es un mensaje de paginación común, el terminal inicia un procedimiento de acuerdo con el procedimiento existente).

[0120] Etapa A33: El terminal inicia un procedimiento de acceso aleatorio.

[0121] Opcionalmente, si el terminal selecciona un procedimiento RACH de 4 etapas, el terminal selecciona un preámbulo relacionado con EDT para iniciar el procedimiento de mensaje de acceso aleatorio 1 (Msg1).

[0122] Opcionalmente, si el terminal selecciona un procedimiento RACH de 2 etapas, el terminal selecciona un tamaño de recurso de canal compartido de enlace ascendente físico (PUSCH) y un preámbulo correspondiente que coincide con un mensaje de enlace ascendente (por ejemplo, un mensaje de autenticación, información de identidad y/o un tamaño de solicitud de datos temprana de RRC (RRC Early Data Request) del terminal) para iniciar el procedimiento MsgA. Etapa A34: El dispositivo del lado de la red recibe el Msg1 o el MsgA del terminal.

[0123] Opcionalmente, si es Msg1, el dispositivo del lado de la red aprende a través del preámbulo que se requiere el procedimiento EDT, y la concesión de enlace ascendente (UL grant) asignada al terminal en el mensaje 2 (Msg2) debe ser mayor que la del acceso aleatorio ordinario, para satisfacer la transmisión del mensaje (por ejemplo, un mensaje de autenticación de enlace ascendente, información de identidad y/o una solicitud de datos temprana de RRC) del terminal.

[0124] Si es MsgA, el dispositivo del lado de la red puede obtener la identidad y la información de autenticación del terminal del mensaje. Si hay información de autenticación, la información de autenticación se envía a la red central para su autenticación. Después de que se complete la autenticación, el dispositivo del lado de la red obtiene los datos del terminal de la red central de acuerdo con la identidad del terminal. En este momento, si el terminal necesita entrar en el estado conectado de RRC en base a los datos de enlace descendente del terminal (por ejemplo, una gran cantidad de datos de enlace descendente llega, lo que no es adecuado para la transmisión solo a través de DL EDT) u otras condiciones (por ejemplo, el terminal necesita activar un nuevo servicio, tal como voz o vídeo), el lado de la red envía el mensaje completo de datos tempranos de RRC que acompaña a una pequeña cantidad de datos y el mensaje de configuración de conexión de RRC junto con el terminal en MsgB. Se proporciona una indicación explícita en al menos uno de los siguientes métodos:

[0125] H11. Indique la secuencia de ejecución al terminal con contenido explícito en un paquete de datos o en una posición de encabezado.

[0126] Por ejemplo, el mensaje completo de datos tempranos de RRC debe ejecutarse primero, y el mensaje de configuración de conexión de RRC debe ejecutarse más tarde.

[0127] H12. Llevar una indicación especial en el mensaje completo de datos tempranos de RRC, para indicar que solo los datos del mensaje necesitan procesarse y las operaciones tradicionales restantes no necesitan realizarse, o solo algunas operaciones necesitan realizarse, por ejemplo, la operación tal como el reinicio de entidad MAC no necesita realizarse (las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC).

[0128] H13. Un identificador de canal lógico (LCID) puede asignarse al CCCH, que se usa especialmente para el mensaje completo de datos tempranos de RRC para el cual solo se procesan los datos.

[0129] Etapa A35: El lado terminal recibe el mensaje Msg2 o MsgB enviado por el dispositivo del lado de la red.

[0130] Opcionalmente, si es Msg2, el terminal obtiene información de avance de temporización (Timing Advance, TA) y una concesión de UL en Msg2, y organiza la transmisión del mensaje 3 (Msg3). La información Msg3 es similar a la información enviada en el PUSCH en el MsgA, y puede incluir mensaje de autenticación, información de identidad y/o una solicitud de datos temprana de RRC del terminal.

[0131] Opcionalmente, cuando el terminal recibe el MsgB, el terminal analiza secuencialmente el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC de acuerdo con la secuencia indicada explícitamente, y el terminal sabe que hay dos piezas de señalización para el transporte de datos y el cambio de estado de RRC. Por lo tanto, cuando el terminal procesa el mensaje completo de datos tempranos de RRC, el terminal solo procesa los datos y no necesita realizar otras operaciones de retorno al estado de inactividad de RRC (por ejemplo, no necesita realizar operaciones tales como reinicio de entidad MAC). Cabe señalar que las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, lo que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC). Después, el terminal ejecuta el mensaje de configuración de conexión de RRC para realizar la operación de configuración de conexión. El procedimiento RACH de 2 etapas termina. La transmisión de los datos predeterminados se completa y el terminal cambia al estado conectado de RRC. Alternativamente, aunque no se indica explícitamente ninguna secuencia y el terminal puede ejecutar arbitrariamente el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC, debido a que el mensaje completo de datos tempranos de RRC tiene una indicación especial, el terminal solo necesita procesar los datos cuando procesa el mensaje completo de datos tempranos de RRC, y no necesita realizar otra operación de volver al estado de inactividad de RRC (por ejemplo, no necesita realizar operaciones tales como restablecimiento de entidad MAC. Cabe señalar que las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, lo que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC, y también puede ser diferente de la operación anterior de ejecutar los dos mensajes de acuerdo con la secuencia indicada explícitamente).

[0132] Alternativamente, ciertamente, la indicación de secuencia explícita y el identificador especial que se transporta por el mensaje completo de datos tempranos de RRC también pueden recibirse juntos, y la ejecución del terminal es más clara. El mensaje completo de datos tempranos de RRC se ejecuta primero y después se ejecuta el mensaje de configuración de conexión de RRC. Debido a que el mensaje completo de datos tempranos de RRC tiene una indicación especial, el terminal solo procesa los datos cuando procesa el mensaje completo de datos tempranos de RRC, y no necesita realizar otra operación de volver al estado de inactividad de RRC (por ejemplo, no necesita realizar operaciones tales como restablecimiento de entidad MAC. Cabe señalar que las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, lo que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC). Después, el terminal ejecuta el mensaje de configuración de conexión de RRC para realizar la operación de configuración de conexión. El procedimiento RACH de 2 etapas termina. La transmisión de los datos predeterminados se completa y el terminal cambia al estado conectado de RRC.

[0133] El terminal recibe el MsgB. De acuerdo con los diferentes identificadores de canales lógicos usados para el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC, cuando se procesa el mensaje completo de datos tempranos de RRC, el terminal solo procesa los datos y no necesita realizar otras operaciones de retorno al estado de inactividad de RRC (por ejemplo, no necesita realizar operaciones tales como reinicio de entidad MAC. Cabe señalar que las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, lo que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC). Después, el terminal ejecuta el mensaje de configuración de conexión de RRC para realizar la operación de configuración de conexión. El procedimiento RACH de 2 etapas termina. La transmisión de los datos predeterminados se completa y el terminal cambia al estado conectado de RRC.

[0134] Etapa A36: El dispositivo del lado de la red recibe el mensaje Msg3.

[0135] Se debe señalar que la etapa A36 continúa ejecutándose solo en el procedimiento RACH de 4 etapas.

[0136] El dispositivo del lado de la red analiza el mensaje Msg3 y puede obtener la identidad y la información de autenticación del terminal a partir del mensaje. Si hay información de autenticación, la información de autenticación se envía a la red central para su autenticación. Después de que se complete la autenticación, el dispositivo del lado de la red obtiene los datos del terminal de la red central de acuerdo con la identidad del terminal. En este momento, si el terminal necesita entrar en el estado conectado en base a los datos de enlace descendente del terminal (por ejemplo, una gran cantidad de datos de enlace descendente llega, lo que no es adecuado para la transmisión solo a través de DL EDT) u otras condiciones (por ejemplo, el terminal necesita activar un nuevo servicio, tal como voz o vídeo), el lado de la red envía el mensaje completo de datos tempranos de RRC que acompaña una pequeña cantidad de datos y el mensaje de configuración de conexión de RRC junto con el terminal en Msg4. Se proporciona una indicación explícita en al menos uno de los siguientes métodos:

[0137] H21. Indique la secuencia de ejecución al terminal con contenido explícito en un paquete de datos o en una posición de encabezado.

[0138] Por ejemplo, el mensaje completo de datos tempranos de RRC debe ejecutarse primero, y el mensaje de configuración de conexión de RRC debe ejecutarse más tarde.

[0139] H22. Llevar una indicación especial en el mensaje completo de datos tempranos de RRC, para indicar que solo los datos del mensaje necesitan procesarse y las operaciones tradicionales restantes no necesitan realizarse, o solo algunas operaciones necesitan realizarse, por ejemplo, la operación tal como el reinicio de entidad MAC no necesita realizarse (las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC).

[0140] H23. Un LCID puede asignarse al CCCH, que se usa especialmente para el mensaje completo de datos tempranos de RRC para el cual solo se procesan los datos.

[0141] Etapa A37. El terminal recibe el mensaje Msg4 de la red.

[0142] Cuando el terminal recibe el Msg4, el terminal analiza secuencialmente el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC de acuerdo con la secuencia indicada explícitamente, y el terminal sabe que hay dos piezas de señalización para el transporte de datos y el cambio de estado de RRC. Por lo tanto, cuando el terminal procesa el mensaje completo de datos tempranos de RRC, el terminal solo procesa los datos y no necesita realizar otras operaciones de regreso al estado de inactividad de RRC (por ejemplo, no necesita realizar operaciones tales como reinicio de entidad MAC. Cabe señalar que las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, lo que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC). Después, el terminal ejecuta el mensaje de configuración de conexión de RRC para realizar la operación de configuración de conexión. El procedimiento RACH de 4 etapas termina. La transmisión de los datos predeterminados se completa y el terminal cambia al estado conectado de RRC.

[0143] Alternativamente, aunque no se indica explícitamente ninguna secuencia y el terminal puede ejecutar arbitrariamente el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC, debido a que el mensaje completo de datos tempranos de RRC tiene una indicación especial, el terminal solo necesita procesar los datos cuando procesa el mensaje completo de datos tempranos de RRC, y no necesita realizar otra operación de volver al estado de inactividad de RRC (por ejemplo, no necesita realizar operaciones tales como restablecimiento de entidad MAC. Cabe señalar que las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, lo que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC, y también puede ser diferente de la operación anterior de ejecutar los dos mensajes de acuerdo con la secuencia indicada explícitamente).

[0144] Alternativamente, ciertamente, la indicación de secuencia explícita y el identificador especial que se transporta por el mensaje completo de datos tempranos de RRC también pueden recibirse juntos, y la ejecución del terminal es más clara. El mensaje completo de datos tempranos de RRC se ejecuta primero y después se ejecuta el mensaje de configuración de conexión de RRC. Debido a que el mensaje completo de datos tempranos de RRC tiene una indicación especial, el terminal solo procesa los datos cuando procesa el mensaje completo de datos tempranos de RRC, y no necesita realizar otra operación de volver al estado de inactividad de RRC (por ejemplo, no necesita realizar operaciones tales como restablecimiento de entidad MAC. Cabe señalar que las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, lo que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC). Después, el terminal ejecuta el mensaje de configuración de conexión de RRC para realizar la operación de configuración de conexión. El procedimiento RACH de 4 etapas termina. La transmisión de los datos predeterminados se completa y el terminal cambia al estado conectado de RRC.

[0145] El terminal recibe el Msg4. De acuerdo con los diferentes identificadores de canales lógicos usados para el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC, cuando se procesa el mensaje completo de datos tempranos de RRC, el terminal solo procesa los datos y no necesita realizar otras operaciones de retorno al estado de inactividad de RRC (por ejemplo, no necesita realizar operaciones tales como reinicio de entidad MAC. Cabe señalar que las operaciones que necesita realizar el terminal pueden especificarse claramente en el estándar, lo que es diferente de la forma tradicional de recibir el mensaje completo de datos tempranos de RRC). Después, el terminal ejecuta el mensaje de configuración de conexión de RRC para realizar la operación de configuración de conexión. El procedimiento RACH de 2 etapas termina. La transmisión de los datos predeterminados se completa y el terminal cambia al estado conectado de RRC.

[0146] Cabe señalar que el procedimiento de implementación anterior resuelve el problema de que el procedimiento de acceso aleatorio y el procedimiento de EDT RRC no pueden trabajar en coordinación. El mensaje de configuración de conexión de RRC y el mensaje completo de datos tempranos de RRC se envían juntos al terminal, y se usa una indicación adicional para indicar explícitamente la secuencia de ejecución de los dos mensajes al terminal. Se transmite una pequeña cantidad de datos y el terminal cambia al estado conectado de RRC desde el estado de inactividad de RRC o el estado inactivo de RRC. Esto reduce el retardo de transmisión de los datos pequeños tempranos y mejora la eficiencia del sistema. Además, en este procedimiento, se mejora el formato del mensaje relevante, de manera que el comportamiento del terminal sea más claro.

[0147] Cabe señalar que algunas realizaciones de la presente divulgación también proporcionan un procedimiento de transmisión de datos pequeño temprano, y el procedimiento de implementación específico es el siguiente:

[0148] Etapa A40: En un caso en el que una red central necesita enviar datos de enlace descendente a un terminal y el terminal está actualmente en un estado de inactividad, la red central primero determina si la transmisión de datos cumple con una condición de DL EDT, y si se cumple la condición de DL EDT, envía una solicitud de paginación específica de DL EDT (lo que significa que sobre la base de llevar un identificador del terminal en la paginación tradicional, se añade un identificador de DL EDT, por ejemplo, puede ser un identificador de DL EDT de un bit o puede llevar un tamaño de datos de DL) a un dispositivo del lado de la red (por ejemplo, eNB/gNB) en un área de seguimiento (tracking area, TA) del terminal. Satisfacer la condición de DL EDT puede ser uno o una combinación de los siguientes: B11. La cantidad de datos que enviará el terminal es menor que un umbral.

[0149] B12. La calidad del servicio de los datos que se enviarán por el terminal cumple con un requisito.

[0150] Por ejemplo, el retardo puede tolerar una longitud particular y superior.

[0151] B13. La capacidad del terminal admite DL EDT.

[0152] Etapa A41: El dispositivo del lado de la red recibe un mensaje de indicación de paginación de la red central, determina si debe iniciar la paginación de DL EDT relacionada de acuerdo con su propio estado, y si es necesario iniciar la paginación de DL EDT, añade la indicación de DL EDT al mensaje de paginación, o si no es necesario iniciar la paginación de DL EDT, inicia un procedimiento de paginación ordinario. La determinación se realiza principalmente en base a uno de los siguientes:

[0153] B21. Si la red admite DL EDT.

[0154] B22. Si el recurso permite DL EDT.

[0155] B23. Si la configuración de red admite DL EDT que satisface el tamaño de datos de DL.

[0156] Etapa A42: El terminal recibe el mensaje de paginación que incluye la indicación de DL EDT (si el mensaje de paginación es un mensaje de paginación común, el terminal inicia un procedimiento de acuerdo con el procedimiento existente).

[0157] Etapa A43: El terminal inicia un procedimiento de acceso aleatorio.

[0158] Opcionalmente, si el terminal selecciona un procedimiento RACH de 4 etapas, el terminal selecciona un preámbulo relacionado con EDT para iniciar el procedimiento de mensaje de acceso aleatorio 1 (Msg1).

[0159] Opcionalmente, si el terminal selecciona un procedimiento RACH de 2 etapas, el terminal selecciona un tamaño de recurso de canal compartido de enlace ascendente físico (PUSCH) y un preámbulo correspondiente que coincide con un mensaje de enlace ascendente (por ejemplo, un mensaje de autenticación, información de identidad y/o un tamaño de solicitud de datos temprana de RRC (RRC Early Data Request) del terminal) para iniciar el procedimiento MsgA. Etapa A44: El dispositivo del lado de la red recibe el Msg1 o el MsgA del terminal.

[0160] Para los procesos de acceso aleatorio de 2 etapas y 4 etapas, los procesos de ejecución específicos del dispositivo del lado de la red también son diferentes y son específicamente de la siguiente manera:

[0161] Opcionalmente, si es Msg1, el dispositivo del lado de la red aprende a través del preámbulo que se requiere el procedimiento EDT, y la concesión de enlace ascendente (UL grant) asignada al terminal en el mensaje 2 (Msg2) debe ser mayor que la del acceso aleatorio ordinario, para satisfacer la transmisión del mensaje (por ejemplo, un mensaje de autenticación de enlace ascendente, información de identidad y/o una solicitud de datos temprana de RRC) del terminal.

[0162] Opcionalmente, si se trata de un mensaje MsgA, la red puede obtener información de identidad y autenticación del terminal a partir del mensaje. Si se encuentra que el terminal necesita cambiar al estado conectado de RRC, el mensaje de configuración de conexión de RRC se envía directamente en el mensaje MsgB.

[0163] Etapa A45: El lado terminal recibe el mensaje Msg2 o MsgB enviado por el dispositivo del lado de la red.

[0164] Opcionalmente, si es Msg2, el terminal obtiene información de avance de temporización (Timing Advance, TA) y una concesión de UL en Msg2, y organiza la transmisión del mensaje 3 (Msg3). La información Msg3 es similar a la información enviada en el PUSCH en el MsgA, y puede incluir mensaje de autenticación, información de identidad y/o una solicitud de datos temprana de RRC del terminal.

[0165] Opcionalmente, el terminal recibe el MsgB y establece una conexión de RRC de acuerdo con el contenido del mensaje de Configuración de Conexión de RRC. El procedimiento RACH de 2 etapas termina. El dispositivo del lado de la red establece un portador de datos dedicado para el terminal y transmite datos pequeños tempranos en el portador de datos dedicado.

[0166] Etapa A46: El dispositivo del lado de la red recibe el mensaje Msg3.

[0167] Se debe señalar que la etapa A46 continúa ejecutándose solo en el procedimiento RACH de 4 etapas.

[0168] La red analiza el mensaje Msg3 y puede obtener información de identidad y autenticación del terminal a partir del mensaje. Si se encuentra que el terminal necesita cambiar al estado conectado de RRC, el mensaje de configuración de conexión de RRC se envía directamente en el mensaje 4.

[0169] Etapa A47. El terminal recibe el mensaje Msg4 de la red.

[0170] Específicamente, el terminal recibe el Msg4 y establece una conexión de RRC de acuerdo con el contenido del mensaje de Configuración de Conexión de RRC. El procedimiento RACH de 4 etapas termina. El dispositivo del lado de la red establece un portador de datos dedicado para el terminal y transmite datos pequeños tempranos en el portador de datos dedicado.

[0171] Se debe señalar que este procedimiento se inicia de acuerdo con el procedimiento de DL EDT. Subsecuentemente, el lado de la red cambia de acuerdo con el requisito, y el procedimiento de DL EDT se cambia a un procedimiento de configuración de conexión de RRC normal y después se realizan los procesos de configuración de portador de datos y transmisión de datos.

[0172] En resumen, algunas realizaciones de la presente divulgación garantizan que el procedimiento de acceso aleatorio y el procedimiento de EDT RRC trabajen en coordinación, mejoran la eficiencia de la transmisión de datos pequeños de enlace descendente, completan la transmisión de datos pequeños y la transmisión de señalización al mismo tiempo, reducen el retardo hasta cierto punto y mejoran en gran medida la eficiencia del sistema.

[0173] Como se muestra en la Figura 3, algunas realizaciones de la presente divulgación proporcionan además un procedimiento de envío de datos, aplicado a un dispositivo del lado de la red e incluye:

[0174] Etapa 301: En un caso en el que un dispositivo del lado de la red necesita realizar una transmisión de datos temprana EDT y un terminal no está en un estado de inactividad de control de recursos de radio RRC o un estado inactivo de RRC, en un procedimiento de acceso aleatorio con el terminal, enviar datos de EDT al terminal e indicarle al terminal que realice un cambio de estado de RRC.

[0175] Opcionalmente, el envío de los datos de EDT al terminal incluye:

[0176] añadir los datos de EDT a un mensaje de configuración de conexión de RRC y enviar el mensaje de configuración de conexión de RRC al terminal.

[0177] Además, el mensaje de configuración de conexión de RRC incluye un campo indicador de información dedicada de estrato de no acceso, y los datos de EDT se ubican en el campo indicador de información dedicada de estrato de no acceso.

[0178] Opcionalmente, el envío de los datos de EDT al terminal incluye:

[0179] enviar el mensaje de configuración de conexión de control de recursos de radio RRC y un mensaje completo de datos tempranos de RRC juntos al terminal;

[0180] donde el mensaje completo de datos tempranos de RRC transporta los datos de EDT.

[0181] Además, el mensaje completo de datos tempranos de RRC precede al mensaje de configuración de conexión de RRC. Además, el procedimiento de envío de datos incluye además:

[0182] enviar información de indicación de secuencia de ejecución de mensajes al terminal;

[0183] donde la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC, y después realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC; o

[0184] la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC y después obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC.

[0185] Además, el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC se marcan con diferentes identificadores de canales lógicos.

[0186] Además, el mensaje completo de datos tempranos de RRC transporta la primera información de indicación, y la primera información de indicación se usa para instruir al terminal a obtener los datos de EDT de acuerdo con el mensaje completo de datos tempranos de RRC.

[0187] Se debe señalar que todas las descripciones del dispositivo del lado de la red en la realización anterior son aplicables a la realización del procedimiento de envío de datos, y también puede lograrse el mismo efecto técnico.

[0188] Con referencia a la Figura 4, algunas realizaciones de esta divulgación proporcionan un terminal 400, que incluye: un módulo de ejecución 401, configurado para: en el caso de que un dispositivo del lado de la red necesite realizar una transmisión de datos temprana EDT y el terminal esté en un estado de inactividad de control de recursos de radio RRC o un estado inactivo de RRC, en un procedimiento de acceso aleatorio con el dispositivo del lado de la red, recibir datos de EDT enviados por el dispositivo del lado de la red y realizar el cambio de estado de RRC.

[0189] Opcionalmente, el módulo de ejecución 401 se configura para:

[0190] recibir un mensaje de configuración de conexión de RRC enviado por el dispositivo del lado de la red; donde el mensaje de configuración de conexión de RRC transporta los datos de EDT.

[0191] Además, el mensaje de configuración de conexión de RRC incluye un campo indicador de información dedicada de estrato de no acceso, y los datos de EDT se ubican en el campo indicador de información dedicada de estrato de no acceso.

[0192] Opcionalmente, el módulo de ejecución 401 se configura para:

[0193] recibir un mensaje de configuración de conexión de RRC y un mensaje completo de datos tempranos de RRC que se envían juntos por el dispositivo del lado de la red;

[0194] donde el mensaje completo de datos tempranos de RRC transporta los datos de EDT.

[0195] Además, el mensaje completo de datos tempranos de RRC precede al mensaje de configuración de conexión de RRC. Además, el terminal incluye además:

[0196] un módulo receptor de indicaciones, configurado para recibir información de indicación de secuencia de ejecución de mensajes enviada por el dispositivo del lado de la red;

[0197] donde la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero obtenga los datos de EDT en el RRC completo de datos tempranos

[0198] mensaje, y después realizar el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC; o

[0199] la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC y después obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC.

[0200] Además, el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC se marcan con diferentes identificadores de canales lógicos.

[0201] Además, el mensaje completo de datos tempranos de RRC transporta la primera información de indicación, y la primera información de indicación se usa para instruir al terminal a obtener los datos de EDT de acuerdo con el mensaje completo de datos tempranos de RRC.

[0202] Específicamente, el módulo de ejecución 401 se configura para:

[0203] obtener los datos de EDT en el mensaje completo de datos tempranos de RRC, omitir la realización de una operación de entrada a un estado de inactividad y realizar el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC.

[0204] Además, la implementación en la que el terminal omite realizar la operación de entrada al estado de inactividad es específicamente:

[0205] omitir, por el terminal, una operación de reinicio de una entidad de control de acceso al medio MAC.

[0206] Se debe señalar que esta realización terminal es un terminal correspondiente al procedimiento de recepción de datos anterior aplicado al terminal. Todas las implementaciones de la realización anterior son aplicables a esta realización terminal, y también puede lograrse el mismo efecto técnico.

[0207] La realización de la Figura 5 no está cubierta por la invención reivindicada.

[0208] La Figura 5 es un diagrama esquemático de una estructura de hardware de un terminal de acuerdo con algunas realizaciones de la presente divulgación.

[0209] El terminal 50 incluye, pero no se limita a: una unidad de radiofrecuencia 510, un módulo de red 520, una unidad de salida de audio 530, una unidad de entrada 540, un sensor 550, una unidad de visualización 560, una unidad de entrada del usuario 570, una unidad de interfaz 580, una memoria 590, un procesador 511 y una fuente de alimentación 512. Un experto en la técnica puede entender que la estructura del terminal mostrada en la Figura 5 no constituye una limitación en el terminal, y el terminal puede incluir más o menos componentes que los mostrados en la figura, o combinar algunos componentes, o tener diferentes disposiciones de componentes. En algunas realizaciones de la presente divulgación, el terminal incluye, pero no se limita a, un teléfono móvil, una tableta, un ordenador portátil, un ordenador de mano, un terminal de vehículo, un dispositivo portátil, un podómetro y similares.

[0210] En un caso en el que un dispositivo del lado de la red necesita realizar una transmisión de datos temprana EDT y el terminal está en un estado de inactividad de control de recursos de radio de RRC o un estado inactivo de RRC, en un procedimiento de acceso aleatorio con el dispositivo del lado de la red, la unidad de radiofrecuencia 510 se configura para recibir datos de EDT enviados por el dispositivo del lado de la red y el procesador 511 realiza el cambio de estado de RRC.

[0211] El terminal en algunas realizaciones de la presente divulgación recibe los datos de EDT enviados por el dispositivo del lado de la red en el procedimiento de acceso aleatorio, de modo que se reduce el retardo de transmisión de datos, se mejora la eficiencia del sistema y se garantiza la fiabilidad de la comunicación de red.

[0212] Debe entenderse que en algunas realizaciones de esta divulgación, la unidad de radiofrecuencia 510 puede configurarse para recibir y enviar señales en un procedimiento de recibir y enviar información o llamadas. Específicamente, la unidad de radiofrecuencia recibe datos de enlace descendente desde un dispositivo del lado de la red para su procesamiento por el procesador 511, y envía datos de enlace ascendente al lado de la red. Generalmente, la unidad de radiofrecuencia 510 incluye, pero no se limita a, una antena, al menos un amplificador, un transceptor, un acoplador, un amplificador de bajo ruido, un duplexor y similares. Además, la unidad de radiofrecuencia 510 también puede comunicarse con otro dispositivo a través de un sistema y red de comunicaciones inalámbricas. El terminal proporciona al usuario acceso a Internet de banda ancha inalámbrica mediante el uso del módulo de red 520, por ejemplo, ayuda al usuario a recibir y enviar un correo electrónico, navegar por una página web y acceder a medios de transmisión.

[0213] La unidad de salida de audio 530 puede convertir los datos de audio recibidos por la unidad de radiofrecuencia 510 o el módulo de red 520 o almacenados en la memoria 590 en una señal de audio, y emitir la señal de audio en sonido. Además, la unidad de salida de audio 530 puede proporcionar además una salida de audio (por ejemplo, una señal de llamada recibida de voz, o una voz recibida de mensaje) relacionada con una función específica implementada por el terminal 50. La unidad de salida de audio 530 incluye un altavoz, un zumbador, un receptor y similares.

[0214] La unidad de entrada 540 se configura para recibir señales de audio o de radiofrecuencia. La unidad de entrada 540 puede incluir una unidad de procesamiento gráfico (Graphics Processing Unit, GPU) 541 y un micrófono 542. La unidad de procesamiento gráfico 541 procesa los datos de imagen de una imagen o vídeo estático obtenido por un aparato de captura de imágenes (tal como una cámara) en un modo de captura de vídeo o un modo de captura de imágenes. Una trama de imagen procesada puede mostrarse en la unidad de visualización 560. La trama de imagen procesada por la unidad de procesamiento gráfico 541 puede almacenarse en la memoria 590 (u otro medio de almacenamiento) o enviarse mediante el uso de la unidad de radiofrecuencia 510 o el módulo de red 520. El micrófono 542 puede recibir un sonido y puede procesar dicho sonido en datos de audio. Los datos de audio procesados pueden emitirse convirtiéndolos en un formato que puede enviarse a un dispositivo de red de comunicaciones móviles mediante el uso de la unidad de radiofrecuencia 510 en un modo de llamada telefónica.

[0215] El terminal 50 incluye además al menos un sensor 550, tal como un sensor de luz, un sensor de movimiento y otros sensores. Específicamente, el sensor óptico incluye un sensor óptico ambiental y un sensor de proximidad. El sensor óptico ambiental puede ajustar el brillo de un panel de visualización 561 en base al brillo de la luz ambiental. El sensor de proximidad puede cerrar el panel de visualización 561 y/o la retroiluminación cuando el terminal 50 se mueve hacia un oído. Como un tipo de sensor de movimiento, un sensor acelerómetro puede detectar magnitudes de aceleraciones en todas las direcciones (generalmente tres ejes), puede detectar una magnitud y una dirección de gravedad en un estado estático, y puede aplicarse al reconocimiento de postura terminal (como el cambio de pantalla entre retrato y paisaje, juegos relacionados y calibración de postura de magnetómetro), funciones relacionadas con el reconocimiento de vibración (como podómetro y golpecitos), y similares. El sensor 550 también puede incluir un sensor de huellas dactilares, un sensor de presión, un sensor de iris, un sensor molecular, un giroscopio, un barómetro, un higrómetro, un termómetro, un sensor infrarrojo y similares. Los detalles no se describen en la presente memoria.

[0216] La unidad de visualización 560 se configura para mostrar la información ingresada por un usuario o la información proporcionada para el usuario. La unidad de visualización 560 puede incluir el panel de visualización 561, y el panel de visualización 561 puede configurarse en una forma de una pantalla de cristal líquido (Liquid Crystal Display, LCD), un diodo emisor de luz orgánico (Organic Light-Emitting Diode, OLED), o similar.

[0217] La unidad de entrada del usuario 570 puede configurarse para recibir información de dígito o carácter de entrada, y generar entradas de señales clave relacionadas con la configuración del usuario y el control de funciones del terminal. Específicamente, la unidad de entrada del usuario 570 incluye un panel táctil 571 y otro dispositivo de entrada 572. El panel táctil 571 también se denomina pantalla táctil y puede recoger una operación táctil realizada por un usuario en o cerca del panel táctil 571 (tal como una operación realizada por un usuario en el panel táctil 571 o cerca del panel táctil 571 mediante el uso de cualquier objeto o accesorio adecuado, tal como un dedo o un lápiz óptico). El panel táctil 571 puede incluir dos partes: un aparato de detección táctil y un controlador táctil. El aparato de detección táctil detecta una posición táctil de un usuario, detecta una señal traída por una operación táctil y transmite la señal al controlador táctil. El controlador táctil recibe la información táctil del aparato de detección táctil, convierte la información táctil en coordenadas de contacto, envía las coordenadas de contacto al procesador 511 y recibe y ejecuta un comando del procesador 511. Además, el panel táctil 571 puede implementarse como un tipo resistivo, un tipo capacitivo, un tipo infrarrojo, un tipo de onda acústica superficial o similar. Además del panel táctil 571, la unidad de entrada del usuario 570 puede incluir además otro dispositivo de entrada 572. Específicamente, el otro dispositivo de entrada 572 puede incluir, pero no se limita a, uno o más de un teclado físico, una tecla de función (tal como una tecla de control de volumen o una tecla de encendido/apagado), una bola de seguimiento, un ratón, un joystick y similares. Los detalles no se describen en la presente memoria.

[0218] Además, el panel táctil 571 puede cubrir el panel de visualización 561. Cuando se detecta una operación táctil en o cerca del panel táctil 571, el panel táctil 571 transmite la operación táctil al procesador 511 para determinar un tipo de evento táctil. Después, el procesador 511 proporciona la salida visual correspondiente en el panel de visualización 561 en base al tipo de evento táctil. Aunque en la Figura 5, el panel táctil 571 y el panel de visualización 561 implementan funciones de entrada y salida del terminal como dos componentes independientes, en algunas realizaciones, el panel táctil 571 y el panel de visualización 561 pueden integrarse para implementar las funciones de entrada y salida del terminal. Esto no se limita específicamente en la presente memoria.

[0219] La unidad de interfaz 580 es una interfaz que conecta un aparato externo y el terminal 50. Por ejemplo, el aparato externo puede incluir un puerto de auriculares cableado o inalámbrico, un puerto de fuente de alimentación externa (o un cargador de batería), un puerto de datos cableado o inalámbrico, un puerto de tarjeta de memoria, un puerto para conectar un aparato que tiene un módulo de identificación, un puerto de entrada/salida (E/S) de audio, un puerto de E/S de vídeo, un puerto de auriculares, y similares. La unidad de interfaz 580 puede configurarse para recibir una entrada (por ejemplo, información de datos o energía) de un aparato externo y transmitir la entrada recibida a uno o más elementos en el terminal 50, o transmitir datos entre el terminal 50 y el aparato externo.

[0220] La memoria 590 puede configurarse para almacenar un programa de software así como también varios tipos de datos. La memoria 590 puede incluir principalmente un área de almacenamiento del programa y un área de almacenamiento de datos. El área de almacenamiento del programa puede almacenar un sistema operativo, una aplicación requerida por al menos una función (por ejemplo, una función de reproducción de sonido o una función de visualización de imágenes), y similares. El área de almacenamiento de datos puede almacenar datos (por ejemplo, datos de audio o una libreta de direcciones) o similares creados en base al uso del teléfono móvil. Además, la memoria 590 puede incluir una memoria de acceso aleatorio de alta velocidad o una memoria no volátil, por ejemplo, al menos un dispositivo de almacenamiento de disco magnético, una memoria flash u otro dispositivo de almacenamiento de estado sólido volátil.

[0221] El procesador 511 es un centro de control del terminal, y está conectado a todas las partes del terminal completo mediante el uso de varias interfaces y líneas, y realiza varias funciones del terminal y procesa datos mediante la ejecución del programa de software y/o un módulo que se almacenan en la memoria 590 e invocando los datos almacenados en la memoria 590, para implementar el monitoreo general en el terminal. El procesador 511 puede incluir una o más unidades de procesamiento. Opcionalmente, el procesador 511 puede integrar un procesador de aplicaciones con un procesador de módem. El procesador de aplicaciones procesa principalmente el sistema operativo, una interfaz de usuario, el programa de aplicación y similares. El procesador del módem procesa principalmente la comunicación inalámbrica. Puede entenderse que alternativamente, el procesador de módem puede no integrarse en el procesador 511.

[0222] El terminal 50 puede incluir además una fuente de alimentación 512 (por ejemplo, una batería) que suministra energía a cada componente. Opcionalmente, la fuente de alimentación 512 puede conectarse lógicamente al procesador 511 mediante el uso de un sistema de gestión de energía, para implementar funciones tales como la carga, descarga y gestión del consumo de energía mediante el uso del sistema de gestión de energía.

[0223] Además, el terminal 50 incluye algunos módulos de función que no se muestran y no se proporcionan detalles en la presente memoria.

[0224] Opcionalmente, algunas realizaciones de la presente divulgación proporcionan además un terminal, que incluye un procesador 511, una memoria 590 y un programa informático que se almacena en la memoria 590 y que puede ejecutarse en el procesador 511. Cuando el programa informático es ejecutado por el procesador 511, cada procedimiento de la realización del procedimiento de recepción de datos anterior aplicado a un lado terminal puede implementarse, y puede lograrse un mismo efecto técnico. Para evitar la repetición, los detalles no se describen en la presente memoria.

[0225] Algunas realizaciones de la presente divulgación proporcionan además un medio de almacenamiento legible por ordenador. Un programa informático se almacena en el medio de almacenamiento legible por ordenador. Cuando se ejecuta por un procesador, el programa informático implementa cada procedimiento de la realización del procedimiento de recepción de datos anterior aplicado a un lado de terminal, y puede lograrse un mismo efecto técnico. Para evitar la repetición, los detalles no se describen en la presente memoria. El medio de almacenamiento legible por ordenador incluye una memoria de solo lectura (Read-only Memory, ROM para abreviar), una memoria de acceso aleatorio (Random Access Memory, RAM para abreviar), un disco magnético, un disco óptico o similar.

[0226] Como se muestra en la Figura 6, algunas realizaciones de la presente divulgación proporcionan además un dispositivo del lado de la red 600, que incluye:

[0227] un módulo de envío 601, configurado para: en el caso de que un dispositivo del lado de la red necesite realizar una transmisión de datos temprana de EDT y un terminal no esté en un estado de inactividad de control de recursos de radio RRC o un estado inactivo de RRC, en un procedimiento de acceso aleatorio con el terminal, enviar datos de EDT al terminal e indicarle al terminal que realice un cambio de estado de RRC.

[0228] Opcionalmente, el módulo de envío 601 se configura para:

[0229] añadir los datos de EDT a un mensaje de configuración de conexión de RRC y enviar el mensaje de configuración de conexión de RRC al terminal.

[0230] Además, el mensaje de configuración de conexión de RRC incluye un campo indicador de información dedicada de estrato de no acceso, y los datos de EDT se ubican en el campo indicador de información dedicada de estrato de no acceso.

[0231] Opcionalmente, el módulo de envío 601 se configura para:

[0232] enviar el mensaje de configuración de conexión de control de recursos de radio RRC y un mensaje completo de datos tempranos de RRC juntos al terminal;

[0233] donde el mensaje completo de datos tempranos de RRC transporta los datos de EDT.

[0234] Además, el mensaje completo de datos tempranos de RRC precede al mensaje de configuración de conexión de RRC. Además, el dispositivo del lado de la red incluye además:

[0235] un módulo de envío de indicaciones, configurado para enviar información de indicación de secuencia de ejecución de mensajes al terminal;

[0236] donde la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC, y después realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC; o

[0237] la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC y después obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC.

[0238] Además, el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC se marcan con diferentes identificadores de canales lógicos.

[0239] Además, el mensaje completo de datos tempranos de RRC transporta la primera información de indicación, y la primera información de indicación se usa para instruir al terminal a obtener los datos de EDT de acuerdo con el mensaje completo de datos tempranos de RRC.

[0240] Algunas realizaciones de la presente divulgación proporcionan además un dispositivo del lado de la red, que incluye una memoria, un procesador y un programa informático almacenado en la memoria y ejecutable en el procesador. Cuando el programa informático es ejecutado por el procesador, cada procedimiento de la realización del procedimiento de envío de datos aplicado al dispositivo del lado de la red puede implementarse, y puede lograrse un mismo efecto técnico. Para evitar la repetición, los detalles no se describen en la presente memoria.

[0241] Algunas realizaciones de la presente divulgación proporcionan además un medio de almacenamiento legible por ordenador. El medio de almacenamiento legible por ordenador almacena un programa informático y, cuando el programa informático es ejecutado por un procesador, se implementan cada uno de los procesos de la realización del procedimiento de envío de datos aplicado al dispositivo del lado de la red y se puede lograr un mismo efecto técnico. Para evitar la repetición, los detalles no se describen nuevamente en la presente memoria. El medio de almacenamiento legible por ordenador es, por ejemplo, una memoria de solo lectura (ROM para abreviar), una memoria de acceso aleatorio (RAM para abreviar), un disco magnético o un disco óptico.

[0242] La realización de la Figura 7 no está cubierta por la invención reivindicada.

[0243] La Figura 7 es un diagrama estructural de un dispositivo del lado de la red de acuerdo con una realización de la presente divulgación, y el dispositivo del lado de la red puede implementar los detalles del procedimiento de envío de datos anterior y lograr un mismo efecto. Como se muestra en la Figura 7, el dispositivo del lado de la red 700 incluye un procesador 701, un transceptor 702, una memoria 703 y una interfaz de bus.

[0244] El procesador 701 se configura para leer un programa en la memoria 703, para realizar los siguientes procesos: en un caso en el que un dispositivo del lado de la red necesita realizar una transmisión de datos temprana EDT y un terminal no está en un estado de inactividad de control de recursos de radio RRC o un estado inactivo de RRC, en un procedimiento de acceso aleatorio con el terminal, enviar datos de EDT al terminal e indicarle al terminal que realice un cambio de estado de RRC.

[0245] En la Figura 7, la arquitectura de bus puede incluir cualquier número de buses y puentes interconectados, que se conectan específicamente entre sí mediante varios circuitos de uno o más procesadores representados por el procesador 701 y una memoria representada por la memoria 703. La arquitectura de bus puede vincular además varios otros circuitos tales como los de un dispositivo periférico, un regulador de voltaje y un circuito de gestión de energía. Estos se conocen bien en la técnica y, por lo tanto, no se describen más en esta memoria descriptiva. La interfaz de bus proporciona una interfaz. El transceptor 702 puede ser una pluralidad de elementos, en otras palabras, incluir un transmisor y un receptor, y proporcionar una unidad para comunicarse con varios otros dispositivos en un medio de transmisión.

[0246] Opcionalmente, el procesador 701 se configura para leer un programa en la memoria 703 para enviar datos de EDT correspondientes a la transmisión de datos temprana al terminal, para realizar el siguiente procedimiento: añadir los datos de EDT a un mensaje de configuración de conexión de RRC y enviar el mensaje de configuración de conexión de RRC al terminal a través del transceptor 702.

[0247] Además, el mensaje de configuración de conexión de RRC incluye un campo indicador de información dedicada de estrato de no acceso, y los datos de EDT se ubican en el campo indicador de información dedicada de estrato de no acceso.

[0248] Opcionalmente, el procesador 701 se configura para leer un programa en la memoria 703 para enviar datos de EDT al terminal, para realizar el siguiente procedimiento:

[0249] enviar el mensaje de configuración de conexión de control de recursos de radio RRC y un mensaje completo de datos tempranos de RRC juntos al terminal a través del transceptor 702;

[0250] donde el mensaje completo de datos tempranos de RRC transporta los datos de EDT.

[0251] Además, el mensaje completo de datos tempranos de RRC precede al mensaje de configuración de conexión de RRC. Además, el procesador 701 se configura para leer un programa en la memoria 703, para realizar el siguiente procedimiento:

[0252] enviar información de indicación de secuencia de ejecución de mensaje al terminal a través del transceptor 702; donde la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC, y después realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC; o

[0253] la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC y después obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC.

[0254] Además, el mensaje completo de datos tempranos de RRC y el mensaje de configuración de conexión de RRC se marcan con diferentes identificadores de canales lógicos.

[0255] Además, el mensaje completo de datos tempranos de RRC transporta la primera información de indicación, y la primera información de indicación se usa para instruir al terminal a obtener los datos de EDT de acuerdo con el mensaje completo de datos tempranos de RRC.

[0256] El dispositivo del lado de la red puede ser una estación transceptora base (Base Transceiver Station, BTS para abreviar) en un Sistema Global de Comunicaciones Móviles (Global System of Mobile communication, GSM) o Acceso Múltiple por División de Código (Code Division Multiple Access, CDMA), o puede ser un NodoB (NodeB, NB) en Acceso Múltiple por División de Código de Banda Ancha (Code Division Multiple Access, CDMA), o puede ser un NodoB evolucionado (evolved NodeB, eNB or eNodeB para abreviar) en LTE, o una estación de retransmisión o un punto de acceso, o una estación base en una futura red 5G, que no se limita en la presente memoria.

[0257] Puede entenderse que las realizaciones descritas en algunas realizaciones de la presente divulgación pueden implementarse mediante hardware, software, microprograma, o una combinación de estos. Para la implementación con hardware, el módulo, unidad, submódulo y subunidad pueden implementarse en uno o más circuitos integrados de aplicación específica (Application Specific Integrated Circuits, ASIC), un procesador de señales digitales (Digital Signal Processing, DSP), un dispositivo de procesamiento de señales digitales (DSP Device, DSPD), un dispositivo lógico programable (Programmable Logic Device, PLD), una matriz de puertas programable en campo (Field-Programmable Gate Array, FPGA), procesadores generales, controladores, microcontroladores, microprocesadores y otras unidades electrónicas para implementar las funciones de la presente solicitud, o sus combinaciones.

[0258] Las descripciones anteriores son implementaciones meramente opcionales de la presente divulgación. Se debe señalar que un experto en la técnica puede realizar varias mejoras y pulidos sin apartarse del principio de la presente divulgación y las mejoras y pulidos caerán dentro del ámbito de protección de la presente divulgación.

Claims

1. REIVINDICACIONES

1. Un procedimiento de recepción de datos, aplicado a un terminal y que comprende:

en un caso en el que un dispositivo del lado de la red necesita realizar una transmisión de datos temprana EDT y el terminal está en un estado de inactividad de control de recursos de radio RRC o un estado inactivo de RRC, en un procedimiento de acceso aleatorio con el dispositivo del lado de la red, recibir datos de EDT enviados por el dispositivo del lado de la red y realizar el cambio de estado de RRC (201);

en el que la recepción de datos de EDT enviados por el dispositivo del lado de la red comprenden: recibir un mensaje de configuración de conexión de RRC y un mensaje completo de datos tempranos de RRC que se envían juntos por el dispositivo del lado de la red;

en el que el mensaje completo de datos tempranos de RRC transporta los datos de EDT; caracterizado porque el procedimiento comprende además recibir información de indicación de secuencia de ejecución de mensajes enviada por el dispositivo del lado de la red;

en el que la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC, y después realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC; o la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC y después obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC.

2. El procedimiento de recepción de datos de acuerdo con la reivindicación 1, en el que la recepción de datos de EDT enviados por el dispositivo del lado de la red y que realiza el cambio de estado de RRC comprenden: obtener los datos de EDT en el mensaje completo de datos tempranos de RRC, omitir, por el terminal, realizar una operación de entrada a un estado de inactividad y realizar el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC.

3. El procedimiento de recepción de datos de acuerdo con la reivindicación 2, en el que la omisión, por el terminal, que realiza una operación de entrada a un estado de inactividad comprende:

omitir, por el terminal, una operación de reinicio de una entidad de control de acceso al medio MAC.

4. Un procedimiento de envío de datos, aplicado a un dispositivo del lado de la red y que comprende:

en un caso en el que un dispositivo del lado de la red necesita realizar una transmisión de datos temprana EDT y un terminal está en un estado de inactividad de control de recursos de radio RRC o un estado inactivo de RRC, en un procedimiento de acceso aleatorio con el terminal, enviar datos de EDT al terminal e indicarle al terminal que realice el cambio de estado de RRC (301);

el envío de datos de EDT al terminal comprende:

enviar el mensaje de configuración de conexión de control de recursos de radio RRC y un mensaje completo de datos tempranos de RRC juntos al terminal;

en el que el mensaje completo de datos tempranos de RRC transporta los datos de EDT; caracterizado porque el procedimiento comprende además:

enviar información de indicación de secuencia de ejecución de mensajes al terminal;

en el que la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC, y después realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC; o

la información de indicación de secuencia de ejecución de mensajes se usa para indicar al terminal que primero realice el cambio de estado de acuerdo con el mensaje de configuración de conexión de RRC y después obtenga los datos de EDT en el mensaje completo de datos tempranos de RRC.

5. Un terminal (400), que comprende:

un módulo de ejecución (401), configurado para: en el caso de que un dispositivo del lado de la red necesite realizar una transmisión de datos temprana EDT y el terminal esté en un estado de inactividad de control de recursos de radio RRC o un estado inactivo de RRC, en un procedimiento de acceso aleatorio con el dispositivo del lado de la red, recibir datos de EDT enviados por el dispositivo del lado de la red y realizar el cambio de estado de RRC;

en el que el módulo de ejecución (401) se configura además para:

recibir un mensaje de configuración de conexión de RRC y un mensaje completo de datos tempranos de RRC que se envían juntos por el dispositivo del lado de la red;

en el que el mensaje completo de datos tempranos de RRC transporta los datos de EDT;

caracterizado porque el terminal comprende además:

un módulo receptor de indicaciones, configurado para recibir información de indicación de secuencia de ejecución de mensajes enviada por el dispositivo del lado de la red;

6. Un dispositivo del lado de la red (600), que comprende:

un módulo de envío (601), configurado para: en el caso de que un dispositivo del lado de la red necesite realizar una transmisión de datos temprana y un terminal esté en un estado de inactividad de control de recursos de radio RRC o un estado inactivo de RRC, en un procedimiento de acceso aleatorio con el terminal, enviar datos de EDT al terminal e indicarle al terminal que realice el cambio de estado de RRC;

en el que el módulo de envío (601) se configura además para:

en el que el mensaje completo de datos tempranos de RRC transporta los datos de EDT; caracterizado porque el dispositivo del lado de la red comprende además:

un módulo de envío de indicaciones, configurado para enviar información de indicación de secuencia de ejecución de mensajes al terminal;

7. Un medio de almacenamiento legible por ordenador, caracterizado porque el medio de almacenamiento legible por ordenador almacena un programa informático, y cuando el programa informático es ejecutado por un procesador, se implementan las etapas del procedimiento de recepción de datos de acuerdo con una cualquiera de las reivindicaciones 1 a 3.

8. Un medio de almacenamiento legible por ordenador, caracterizado porque el medio de almacenamiento legible por ordenador almacena un programa informático, y cuando el programa informático es ejecutado por un procesador, se implementan las etapas del procedimiento de envío de datos de acuerdo con la reivindicación 4.