ES2596314T3 - Método para iniciar la comunicación entre un grupo de dispositivos de comunicación de tipo máquina y un servidor de comunicación de tipo máquina - Google Patents
Método para iniciar la comunicación entre un grupo de dispositivos de comunicación de tipo máquina y un servidor de comunicación de tipo máquina Download PDFInfo
- Publication number
- ES2596314T3 ES2596314T3 ES11774385.6T ES11774385T ES2596314T3 ES 2596314 T3 ES2596314 T3 ES 2596314T3 ES 11774385 T ES11774385 T ES 11774385T ES 2596314 T3 ES2596314 T3 ES 2596314T3
- Authority
- ES
- Spain
- Prior art keywords
- mtc
- group
- list
- area
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un método para iniciar la comunicación entre un grupo de dispositivos MTC y un servidor MTC, que comprende: recibir (S1201) un mensaje de petición MTC enviado por un servidor MTC de comunicaciones de tipo máquina, en donde el mensaje de petición MTC incluye un ID de grupo del grupo de dispositivos MTC y un mensaje de notificación de comunicación para el grupo de dispositivos MTC; obtener (S1202) la información de área del grupo de dispositivos MTC; y enviar (S1203) la información de área, el ID de grupo del grupo de dispositivos MTC, y el mensaje de notificación de comunicación para el grupo de dispositivos MTC a un centro de difusión de celda CBC, con el fin de que el CBC le envíe un mensaje de difusión a un dispositivo en un área, en donde el mensaje de difusión comprende el ID de grupo del grupo de dispositivos MTC y el mensaje de notificación de comunicación para el grupo de dispositivos MTC; en donde el mensaje de difusión incluye, además, información de indicación MTC, en donde la información de indicación MTC se utiliza para indicar que un dispositivo MTC en un área acepta el mensaje de difusión; en donde el mensaje de petición MTC enviado por el servidor MTC es recibido por una pasarela MTC o una entidad que disponga de una función de intermediación, y la pasarela MTC o la entidad que dispone de una función de intermediación obtiene la información de área desde un HLR/HSS.
Description
5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Método para iniciar la comunicación entre un grupo de dispositivos de comunicación de tipo máquina y un servidor de comunicación de tipo máquina
Campo de la invenciónK
La presente invención está relacionada con el campo de las tecnologías de las comunicaciones y, en particular, con un método para iniciar la comunicación entre un grupo de dispositivos MTC y un servidor MTC, y un dispositivo MTC.
Antecedentes de la invención
M2M (machine-to-machine, comunicaciones máquina a máquina) significa que se transmiten datos automáticamente desde un terminal a otro terminal sin intervención humana. En otras palabras, M2M es un diálogo entre máquinas, y M2M también se denomina como el Internet de las cosas (Internet of Things).
En un proceso de comunicación M2M se genera una gran cantidad de información M2M. Dicha información tiene que transmitirse sobre un sistema de comunicaciones. Esto es, M2M es comunicación entre máquinas, pero a pesar de todo necesita ser gestionado por la parte de red. La red de comunicaciones móviles existente se convierte en la tecnología más popular y más propicia para transportar y transmitir información M2M debido a que no es necesario ningún despliegue de cables y el área de cobertura es amplia. Además, con el crecimiento continuo del ancho de banda de la red de comunicaciones móviles y la creciente diversificación de los terminales, se mejora continuamente la capacidad de los servicios de datos, lo cual puede acelerar aún más el desarrollo de las aplicaciones M2M.
En el futuro, las comunicaciones M2M se introducirán en todas las industrias, y para varias aplicaciones diferentes, se introducirán al mismo tiempo terminales masivamente en billones. La introducción de dichos terminales masivamente aumenta un requisito mayor de una capacidad de gestión en la parte de red y al mismo tiempo incrementa la carga de transmisión entre una red y un terminal. Con el fin de optimizar la capacidad de gestión la parte de red y optimizar la señalización/transmisión de datos entre la red y el terminal, en el caso de que no sea necesario transmitir ningún dato, se puede mantener únicamente una conexión de señalización en un plano de control entre el terminal y la red. En este caso, el terminal puede recibir únicamente una orden enviada por el lado de la red pero no puede transmitir sobre una capa de servicio. De este modo, cuando el terminal tiene que transmitir datos sobre la capa de servicio, es necesario "despertar" primero al terminal. Esto es, se establece una conexión sobre un plano de datos para el terminal con el fin de iniciar el envío de datos del terminal. Sin embargo, en una aplicación real, puede ser necesario activar primero múltiples terminales para llevar a cabo cierto servicio. En este caso, en la técnica anterior, no existe ninguna solución correspondiente sobre cómo activar múltiples dispositivos MTC.
Por ejemplo, en una comunicación M2M para un sistema de energía, con el fin de obtener lecturas de contadores eléctricos de una comunidad, es necesario despertar todos los contadores eléctricos de la comunidad con el fin de transmitir datos a un servidor MTC (Machine Type Communications Server, servidor de comunicaciones de tipo máquina) del sistema eléctrico. En este caso, es necesario resolver el problema sobre cómo iniciar el envío de datos de estos contadores eléctricos.
El documento de KPN Y OTROS "Key Issue-Location Specific Trigger (Aspecto Clave de Activación de Localización Específica)", BORRADOR DEL 3GPP; S2-100096, 12 de enero de 2010, proporciona un Aspecto Clave relacionado con la característica MTC de Activación de Localización Específica.
El documento de ERICSSON Y OTROS "MTC Device Low power consumption and device triggering (Bajo consumo de potencia de Dispositivo MTC y activación del dispositivo)", BORRADOR DEL 3GPP; S2-101170, 16 de febrero de 2010, proporciona las funcionalidades existentes para reducir el consumo de potencia y la activación de dispositivos y la posible utilización de estas funcionalidades para dispositivos MTC.
El documento de INTERDIGITAL COMMUNICATION CORPORATION "Addressing for NIMTC (Dlrecclonamiento para NIMTC)", BORRADOR DEL 3GPP; S2-101098, 13 de febrero de 2010, proporciona una solución del "direccionamiento basado en grupos" para la característica de optimización basada en grupos.
El documento "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Improvements for Machine-Type Communications (Release 10) (Proyecto de Colaboración de 3a Generación; Aspectos de los Servicios y el Sistema del Grupo de Especificación Técnica; Mejoras del Sistema para Comunicaciones de Tipo Máquina(Versión 10)", ESTÁNDAR DEL 3GPP; 3GPP TR 23.888, 22 de marzo de 2010, proporciona los aspectos extremo a extremo para la comunicación entre dispositivos MTC y servidores MTC.
El documento de LG ELECTRONICS "Two Solutions for Online Small Data transmission (Dos soluciones para la transmisión de pequeñas cantidades de datos en línea)", BORRADOR DEL 3GPP; S2-101363, 16 de febrero de 2010, proporciona dos soluciones para la transmisión de pequeñas cantidades de datos en línea: 1) encapsular datos en los mensajes de Solicitud TAU/RAU y de Solicitud de Servicio, y 2) una optimización simple para el transporte ÑAS que economiza el 50% de los mensajes intercambiados sobre la interfaz de radio.
5
10
15
20
25
30
35
40
45
Resumen de la invención
La presente invención proporciona un método para iniciar la comunicación entre un grupo de dispositivos MTC y un servidor MTC, y un dispositivo MTC, proporcionando de este modo una solución de ¡mplementación para iniciar la comunicación entre un grupo de dispositivos MTC y un servidor MTC.
La presente invención proporciona las siguientes soluciones.
Un método para iniciar la comunicación entre un grupo de dispositivos MTC y un servidor MTC incluye:
recibir un mensaje de petición MTC enviado por un servidor MTC de comunicaciones de tipo máquina, donde el mensaje de petición MTC incluye un Group ID (ID de Grupo) de dispositivos MTC y un mensaje de notificación de comunicación para el grupo de dispositivos MTC;
obtener información del área del grupo de dispositivos MTC; y
enviar la información del área, el Group ID del grupo de dispositivos MTC, y el mensaje de notificación de comunicación para el grupo de dispositivos MTC a un centro de difusión de celdas CBC, de modo que el CBC envía un mensaje de difusión a un dispositivo en un área, donde el mensaje de difusión incluye el Group ID del grupo de dispositivos MTC y el mensaje de notificación de comunicación para el grupo de dispositivos MTC;
en donde el mensaje de difusión incluye, además, información de indicación MTC, en donde la información de indicación MTC se utiliza para indicar que un dispositivo MTC en el área acepta el mensaje de difusión;
en donde el mensaje de petición MTC enviado por el servidor MTC es recibido por parte de una pasarela MTC o una entidad que tiene una función de intermediación, y la pasarela MTC o una entidad que tiene una función de intermediación obtiene la información del área.
Breve descripción de los dibujos
A continuación se introducen brevemente los dibujos adjuntos necesarios para los modos de realización con el fin de describir con más claridad las soluciones técnicas en los modos de realización de la presente invención o de la técnica anterior. Evidentemente, los dibujos adjuntos únicamente ilustran algunos modos de realización de la presente invención, y las personas con un conocimiento normal de la técnica también pueden derivar otros dibujos a partir de estos dibujos sin realizar esfuerzos creativos.
La FIG. 1 es un diagrama de flujo CBS en una red UMTS;
la FIG. 2 es un diagrama de flujo CBS en una red EPS;
la FIG. 3 es un diagrama de flujo de un primer método de acuerdo con un ejemplo de la presente invención;
la FIG. 4 es un diagrama de flujo de un segundo método de acuerdo con un modo de realización de la presente invención;
la FIG. 5 es un diagrama de flujo de un tercer método de acuerdo con un ejemplo de la presente invención;
la FIG. 6 es un diagrama de flujo de un cuarto método de acuerdo con un modo de realización de la presente
invención;
la FIG. 7 es un diagrama de flujo de un quinto método de acuerdo con un ejemplo de la presente invención;
la FIG. 8 es un diagrama de flujo de un sexto método de acuerdo con un modo de realización de la presente
invención;
la FIG. 9 es un diagrama de flujo de un séptimo método de acuerdo con un ejemplo de la presente invención;
la FIG. 10 es un diagrama de flujo de un octavo método de acuerdo con un modo de realización de la presente
invención;
la FIG. 11 es un diagrama de flujo de un noveno método de acuerdo con un ejemplo de la presente invención;
la FIG. 12 es un diagrama de flujo de un décimo método de acuerdo con un modo de realización de la presente invención;
la FIG. 13 es un diagrama de flujo de un undécimo método de acuerdo con un ejemplo de la presente invención; la FIG. 14 es un diagrama esquemático de un dispositivo MTC de acuerdo con un ejemplo de la presente invención;
y
5
10
15
20
25
30
35
40
45
50
55
la FIG. 15 es un diagrama esquemático de otro dispositivo MTC de acuerdo con un ejemplo de la presente invención.
Descripción detallada de los modos de realización
A continuación se describen clara y completamente las soluciones técnicas de los modos de realización de la presente invención haciendo referencia a los dibujos adjuntos de los modos de realización de la presente invención. Evidentemente, los modos de realización que se van a describir son únicamente una parte en lugar de todos los modos de realización de la presente invención. Basándose en los modos de realización de la presente invención, todos los demás modos de realización derivados por aquellos experimentados en la técnica se considerarán dentro del alcance de protección de la presente invención.
En los modos de realización de la presente invención, se pueden activar múltiples terminales basándose en un CBS (Cell Broadcast Service, servicio de difusión de celda). El CBS significa que la información se envía en forma de difusión a todos los dispositivos que se encuentran en cierta área, donde los mensajes de difusión se pueden recibir periódicamente en cualquier momento para una comunicación bidireccional. En general, datos como, por ejemplo, información del mercado de valores, predicciones del tiempo, e informes de tráfico proporcionados por los operadores de telecomunicaciones se implementan utilizando el CBS ya que en los receptores no se establece ningún límite especial.
En la FIG. 1 se muestra un procedimiento del CBS en un sistema UMTS (Universal Mobile Telecommunications System, sistema de telecomunicaciones móviles universal). Un CBC (Cell Broadcast Center, centro de difusión de celda) envía un mensaje Write-Replace (Escribir-Sustituir) a un RNC (Radio Network Controller, controlador de la red de radio), donde el mensaje Write-Replace Incluye una SAI (Service Area Identity, identidad de área de servicio) y/o una identidad de celda y/o una identidad de área de encaminamiento RAI, y a continuación el RNC (Radio NetWork Controller, controlador de la red de radio) emite un mensaje para un usuario en un área específica, una SA/RA/celda, en función de la SAI y/o la identidad de celda y/o la RAI.
En la FIG. 2 se muestra un procedimiento específico en un sistema EPS (Evolved Packet System, sistema de paquetes evolucionado), el cual es parecido al del sistema UMTS. Un CBC le envía un mensaje Write-Replace a una MME (Moblllty Management Entity, entidad de gestión de movilidad), en donde el mensaje Write-Replace incluye una Identidad de área de seguimiento TAI (Tracklng Area Identity, identidad de área de seguimiento)/ una identidad de celda; la MME reenvía el mensaje Write-Replace a un eNB; y a continuación el eNB emite un mensaje para un usuario en un área específica, una TA/celda, de acuerdo con la TAI/ldentldad de celda.
Se puede observar que, un CBC tiene que obtener con antelación la identidad del área de seguimiento, con el fin de que se pueda enviar un mensaje Write-Replace a un RNC o un eNB en un área. En un sistema de comunicaciones móviles común, un elemento de red o un servidor de aplicaciones dentro de la red de comunicaciones móviles inicia una difusión a un CBC, y el elemento de red o el servidor de aplicaciones en la red tiene que obtener con antelación información del área del dispositivo.
Sin embargo, en los modos de realización de la presente invención, un servidor MTC inicia una petición de comunicación MTC. Para una red de comunicaciones móviles, el servidor MTC es equivalente a un elemento de red de una red externa, y el servidor MTC es responsable únicamente de recibir datos enviados por un dispositivo MTC, independientemente de la localización actual en la que se encuentre el dispositivo MTC o si el dispositivo MTC tiene movilidad. Por lo tanto, una clave para resolver el problema es cómo hacer que el CBC obtenga su información del área de difusión antes de enviar un mensaje de difusión. Los modos de realización de la presente invención proporcionan los métodos correspondientes.
Ejemplo 1
En este ejemplo se supone que todos los dispositivos MTC se han conectado a una red UMTS. La FIG. 3 muestra las interfaces entre varias entidades de red. En esta solución, se añade una nueva interfaz Gcbs entre un CBC y un HLR/HSS (Home Locatlon Reglster/Home Subscriber Server, registro de localización local/ servidor de abonados local), y se encuentran disponibles otras interfaces mediante la reutilización de las interfaces de red existentes.
En un método proporcionado en el ejemplo 1 de la presente invención, en primer lugar se agrupan los dispositivos MTC. Por ejemplo, los dispositivos MTC se pueden agruparen función de diferentes criterios (por ejemplo, área de información diferente, aplicaciones diferentes, o diferentes propietarios MTC). Para cada uno de los grupos se configura un ID (Group ID MTC) para identificar unívocamente cada grupo. El Group ID MTC se almacena en un servidor MTC, y al mismo tiempo, la información de suscripción de cada grupo y la información de suscripción de cada dispositivo incluido en cada uno de los grupos se almacenan ambos en el HLR/HSS.
Cuando al CBC se le envía una petición de activación, el servidor MTC puede incluir un ID de un grupo en el que se encuentra el dispositivo que se debe activar. Se debe observar que un Group ID del grupo en el que se encuentra el dispositivo no representa necesariamente información del área del dispositivo. Esto es, después de haber obtenido el Group ID del dispositivo, es posible que el CBC pueda no iniciar directamente un mensaje de difusión para activar el dispositivo del grupo. Por lo tanto, es necesario obtener la información del área del dispositivo del grupo de modo
5
10
15
20
25
30
35
40
45
50
55
que se pueda realizar la difusión.
En un sistema UMTS, la información del área del dispositivo se representa, en general, mediante una SAI (identidad de área de servicio) o una RAI (identidad de área de encaminamiento) o una identidad de celda, en donde la SAI está formada por un ID de la PLMN (Public Land Mobile NetWork, red móvil terrestre pública), un LAC (Location Area Code, código de área de localización) y un SAC (Service Area Code, código de área de servicio). Antes de difundir un mensaje, el CBC tiene que obtener al menos uno de los siguientes: una lista de SAI, una lista de identidades de celda y una lista de RAI. El ID de la PLMN está asociado a un elemento de red que inicia una petición y es relativamente fijo. Un SGSN (Serving GPRS Support Node, nodo de soporte de servicio GPRS) puede almacenar un LAC y un SAC en el que se encuentra localizado un dispositivo. Tanto la identidad de celda como la RAI se pueden obtener directamente del SGSN. De este modo, el CBC tiene que obtener un LAC y un SAC, o una lista de identidades de celda o una lista de RAI de un dispositivo de acuerdo con un Group ID obtenido desde el servidor MTC.
En una red existen múltiples SGSN, y únicamente se puede obtener del SGSN un LAC y un SAC del dispositivo cuando a dicho dispositivo le presta servicio dicho SGSN. Por lo tanto, en primer lugar es necesario obtener el SGSN que presta servicio al dispositivo del grupo. En general, dicha información está registrada en un HLR/HSS. Por lo tanto, antes de obtener un LAC y un SAC desde un SGSN, también es necesario obtener de un HLR/HSS información del SGSN en el que se encuentra localizado el dispositivo, donde la información del SGSN puede ser una o múltiples identidades de SGSN.
En otras palabras, después de haber recibido una petición de activación enviada por un servidor MTC, un CBC tiene que obtener en primer lugar desde un HLR/HSS, en función de un Group ID MTC de un dispositivo, una lista de SGSN en los que se encuentra localizado el dispositivo, obtener uno o múltiples LAC o SAC de los dispositivos del grupo a partir de uno o múltiples SGSN, a continuación construir una SAI del dispositivo utilizando un ID de la PLMN, un LAC y un SAC, y por último enviar a un RNC una lista de SAI; y el RNC inicia una difusión a un área específica en función de la SAI.
Del mismo modo, después de haber recibido una petición de activación enviada por un servidor MTC, un CBC tiene que obtener desde un HLR/HSS, de acuerdo con un Group ID MTC de un dispositivo, una lista de SGSN en los que se encuentra localizado el dispositivo, obtener a continuación una lista de identidades de celda o una lista de RAI de un dispositivo del grupo a partir de uno o múltiples SGSN y por último enviar a un RNC la lista de identidades de celda o la lista de RAI, y el RNC inicia una difusión a un área específica en función de la lista de identidades de celda o la lista de RAI.
A continuación se describe detalladamente un procedimiento del método anterior. Tal como se muestra en la FIG. 3, el método incluye los siguientes pasos.
S301: Un servidor MTC le envía a un CBC un mensaje de petición MTC (el cual puede ser una petición de servicio), en donde el mensaje de petición MTC incluye una indicación MTC (un bit indicador MTC, o una identidad MTC, etc.), un Group ID MTC, y un contenido de mensaje de activación (esto es, una Notification (mensaje de notificación) para indicar que el tipo de mensaje es una mensaje de activación). El mensaje de petición se puede enviar utilizando un mensaje corto.
Un servidor MTC le envía a un CBC un mensaje de petición MTC, en donde el mensaje de petición MTC incluye una indicación MTC (un bit indicador MTC, o una identidad MTC, etc.), un Group ID MTC, y un mensaje de notificación de comunicación, y puede incluir, además, información de indicación MTC, y una indicación de acceso aleatorio para iniciar la comunicación. El mensaje de petición se puede enviar utilizando un mensaje corto.
La información de indicación MTC se utiliza para indicar que un dispositivo MTC en un área especificada acepta un mensaje de difusión enviado por el CBC, y el mensaje de indicación MTC también se puede configurar directamente en el CBC (por ejemplo, el Message ID (ID de Mensaje) del MTC está configurado directamente en el Message ID, esto es, se utiliza un campo FFFF en el Message Identifier (Identificador del Mensaje) para definir un servicio nuevo); o se puede negociar con antelación entre un elemento de red MTC (por ejemplo, una GW MTC o un servidor MTC) y el CBC. Por ejemplo, la información relevante de la indicación MTC se puede definir en el Message ID y el Message Type (Tipo de Mensaje) del CBS, de modo que el servidor MTC o la GW MTC puede enviarle al CBC la información de indicación MTC. Del mismo modo, la información de indicación MTC en los Modos de realización 2, 3, 4, 5, 6, 7 y 8 también se puede configurar utilizando el método anterior.
La indicación de acceso aleatorio para iniciar la comunicación se utiliza para indicar que un dispositivo MTC de un grupo obtiene un tiempo de acceso aleatorio de acuerdo con la indicación de acceso aleatorio para iniciar la comunicación, y se comunica con el servidor MTC dentro del tiempo de acceso aleatorio. Un tipo del mensaje de petición MTC se puede definir utilizando 0000100 o 0000101-1111111 en el Warning Type (Tipo de Aviso). Del mismo modo, la información de indicación MTC en los Modos de realización 2, 3, 4, 5, 6, 7 y 8 también se puede configurar utilizando el método anterior.
Se debe observar que debido a que un área indicada por una SAI también puede incluir otros dispositivos no MTC como, por ejemplo, dispositivos H2H, cuando se emite un mensaje de activación para el área indicada por la SAI,
5
10
15
20
25
30
35
40
45
50
55
además de un dispositivo MTC, también pueden recibir el mensaje de difusión otros dispositivos no MTC. Sin embargo, es obvio que para estos dispositivos H2H, el mensaje no tiene que ser aceptado. Si los dispositivos H2H también reciben el mensaje de activación, pueden realizar cierto procesamiento y finalmente comprobar que el mensaje no es necesario, provocando en consecuencia un desaprovechamiento de recursos. Por lo tanto, con el fin de evitar este caso, en un ejemplo de modo de realización de la presente invención, cuando se envía el mensaje de petición MTC, el servidor MTC también puede incluir una indicación MTC para indicar que el mensaje se envía a un dispositivo MTC. Cuando un dispositivo H2H recibe un mensaje de petición difundido, se comprueba que se Incluye una indicación MTC, el dispositivo H2H puede no necesitar aceptar la petición MTC y puede rechazar la petición lo antes posible evitando de este modo el desaprovechamiento.
Además, como el número de dispositivos en un grupo puede ser muy grande, y cuando los dispositivos se activan al mismo tiempo, si los datos se envían al servidor MTC al mismo tiempo, se puede producir un fenómeno de bloqueo. Por ejemplo, un grupo de un sistema M2M puede incluir billones de dispositivos; después de que los dispositivos del grupo hayan recibido un mensaje de difusión de celda, si los dispositivos del grupo inician al mismo tiempo una petición de sesión a la red, se puede provocar un problema de congestión de red después de que todos los dispositivos del grupo accedan a la red al mismo tiempo. Con el fin de resolver este problema, el servidor MTC puede incluir, además, una indicación de acceso aleatorio para iniciar la comunicación cuando envía el mensaje de petición MTC. De este modo, después de haber recibido la petición, cada uno de los dispositivos del grupo puede iniciar una petición de sesión en función de un algoritmo específico y la indicación de acceso aleatorio, evitando de este modo la congestión.
Con el fin de facilitar la descripción, se supone que en el Modo de realización 1 y los siguientes modos de realización un servidor MTC incluye una indicación MTC y una indicación de acceso aleatorio en un mensaje de petición MTC.
El mensaje de notificación de comunicación, la información de indicación MTC, y la indicación de acceso aleatorio para iniciar la comunicación en el mensaje de petición MTC también se pueden definir en n CBS-Message- Information-Page (Página de información de Mensaje CBS) n y CBS-Message-Information-Length (Longitud de Información de Mensaje CBS) n. CBS-Message-Information-Length n indica la longitud de un mensaje específico, y CBS-Message-Information-Page n incluye un mensaje de notificación de comunicación, una información de indicación MTC, y una indicación de acceso aleatorio para iniciar la comunicación específicos. Del mismo modo, también se puede configurar la información de indicación MTC en los Modos de realización 2, 3, 4, 5, 6, 7 y 8 utilizando el método anterior.
S302: Después de haber recibido el mensaje de petición, el CBC envía una petición Identification Request (Petición de Identificación) a un HLR/HSS, en donde la petición incluye el Group ID MTC, con el fin de solicitar la obtención de una lista de SGSN en los que se encuentran los dispositivos del grupo.
Se debe observar que, como múltiples SGSN pueden prestar servicio a los dispositivos del grupo, el CBC puede obtener del HLR/HSS múltiples identidades de SGSN.
El mensaje de petición se puede transmitir utilizando señalización MAP. En un protocolo del CBS (23041), no se ha definido ninguna interfaz entre el CBC y otros elementos de red (excepto un RNC y una MME) ni su señalización de transmisión. Además, como el HLR/HSS soporta un protocolo MAP, únicamente es necesario habilitar el soporte del protocolo MAP en el CBC de modo que se pueda utilizar la señalización MAP entre el CBC y el HLR/HSS.
S303: El HLR/HSS le devuelve al CBC una Identification Response (Respuesta de Identificación), en donde la respuesta Incluye una lista de SGSN en los que se encuentran los dispositivos MTC.
S304: El CBC le envía a un SGSN que presta servicio a los dispositivos del grupo un mensaje de petición Identification Request, con el fin de solicitar la obtención de una lista de LAC y una lista de SAC, o una lista de identidades de celda, o una lista de RAI, donde los dispositivos MTC del grupo se encuentran en la lista de LAC y en la lista de SAC, o en la lista de identidades de celda o en la lista de RAI. El mensaje de petición utiliza el protocolo MAP.
El mensaje de petición entre el CBC y el SGSN se puede transmitir utilizando señalización MAP. No se ha definido ninguna Interfaz entre el CBC y otros elementos de red (excepto un RNC y una MME) ni su señalización de transmisión. Además, como el SGSN soporta el protocolo MAP, únicamente es necesario habilitar el soporte del protocolo MAP en el CBC de modo que se pueda utilizar la señalización MAP entre el CBC y el SGSN.
S305: El SGSN le devuelve al CBC una Identification Response, en donde la respuesta Incluye la lista de LAC y la lista de SAC, o la lista de identidades de celda, o la lista de RAI, donde los dispositivos del grupo se encuentran en la lista de LAC y en la lista de SAC, o en la lista de Identidades de celda o en la lista de RAI.
Se debe observar que los dispositivos servidos por un SGSN pueden encontrarse en diferentes áreas. Por lo tanto, un SGSN puede devolver múltiples grupos de combinaciones de LAC y SAC, y también puede devolver múltiples Identidades de celda, o múltiples RAI.
S306: El CBC combina un LAC y un SAC que han sido devueltos por cada uno de los SGSN en un SAI (SAI = PLMN
5
10
15
20
25
30
35
40
45
50
55
ID + LAC + SAC), y envía a un RNC un mensaje de petición Write-Replace, en donde el mensaje de petición incluye una lista de SAI o la lista de identidades de celda o la lista de RAI, donde los dispositivos del grupo se encuentran en la lista de SAI, o en la lista de identidades de celda o en la lista de RAI, la información de indicación MTC, el Group ID MTC, el mensaje de notificación de comunicación, y la indicación de acceso aleatorio para iniciar la comunicación.
Del mismo modo, para la lista de identidades de celda o la lista de RAI devuelta por el SGSN, el CBC envía al RNC un mensaje de petición Write-Replace, en donde el mensaje de petición incluye la lista de identidades de celda o la lista de RAI, donde los dispositivos del grupo se encuentran en la lista de identidades de celda o en la lista de RAI, la información de indicación MTC, el Group ID MTC, el mensaje de notificación de comunicación, y la indicación de acceso aleatorio para iniciar la comunicación.
S307: El RNC le envía a todos los UE en un área especificada un SMS Broadcast Command (Orden SMS de Difusión) en función del mensaje de petición Write-Replace, donde el mensaje incluye la información de indicación MTC, el Group ID MTC, el mensaje de notificación de comunicación, y la indicación de acceso aleatorio para iniciar la comunicación de los dispositivos del grupo.
S308: El RNC le devuelve al CBC una respuesta de respuesta de confirmación.
S309: Después de haber recibido la petición, un dispositivo dentro del área analiza en primer lugar la petición en función de la información de indicación MTC; y si el dispositivo es un dispositivo H2H, rechaza aceptar el mensaje de difusión; y si el dispositivo es un dispositivo MTC, acepta el mensaje de difusión, compara el Group ID MTC en el mensaje recibido con una Search List (Lista de Búsqueda) almacenada internamente, y si lo localiza, acepta el mensaje de petición, y si no localiza, no acepta el mensaje de petición.
S310: El dispositivo MTC acepta el mensaje de petición y, al mismo tiempo, obtiene mediante cálculo el contenido y el tiempo de acceso aleatorio específicos de una petición de indicación de acceso aleatorio para iniciar la comunicación.
S311 a S312: El dispositivo MTC le envía al servidor MTC una petición de sesión Session Request (Petición de Sesión) en función del tiempo de acceso aleatorio.
Se puede observar que, en el Modo de realización 1, un CBC puede obtener una información de área de un dispositivo y, a continuación, inicia una petición de difusión a un RNC, implementando de este modo el inicio del envío de datos de un grupo de dispositivos MTC. Además, como se incluye una indicación MTC y una indicación de acceso aleatorio para iniciar la comunicación, se reduce la sobrecarga en el procesamiento de los mensajes para un dispositivo no MTC en el área y se puede evitar la congestión de la red.
Modo de realización 2
En el Modo de realización 1, un CBC obtiene la información de área de un dispositivo en función de un Group ID del dispositivo. En el Modo de realización 2, con el fin de reducir la mejora de un CBC y evitar ocupar excesivos recursos del CBC, también se puede utilizar un elemento de red independiente (el elemento de red tiene una función entre un servidor MTC y una interfaz 3GPP, esto es, una Interworking Function (Función de Trabajo en Colaboración) como, por ejemplo, una GW MTC, un servidor MTC u otra entidad que disponga de una función de intermediación) para obtener la información de área de un dispositivo de acuerdo con un Group ID MTC del dispositivo; y, a continuación, el elemento de red le envía al CBC la información de área obtenida del dispositivo; y el CBC puede iniciar directamente una petición de difusión a un RNC de acuerdo con la información de área del dispositivo.
Tal como se muestra en la FIG. 4, un prerrequisito del Modo de realización 2 es que todos los UE se encuentren conectados a una red UMTS. En el diagrama de flujo se añade una pasarela (GW, GateWay) MTC, y a la GW MTC se le añade un módulo para obtener una identidad de SGSN y una identidad de SAI. Al mismo tiempo, el diagrama de flujo muestra interfaces entre varias entidades de red. Esto es, se añaden nuevas una interfaz MGi entre un servidor MTC y la GW MTC, una interfaz MGc entre la GW MTC y un HLR/HSS, y una interfaz G-M2M entre la GW MTC y una MIME; y se encuentran disponibles otras interfaces reutilizando las interfaces existentes entre entidades de red. Sin duda alguna, todas las funciones de la pasarela MTC también pueden ser implementadas por un servidor MTC.
Un proceso específico incluye:
S401: Un servidor MTC le envía a una GW MTC un mensaje de petición MTC, donde el mensaje de petición incluye una información de indicación MTC, un Group ID MTC, un mensaje de notificación de comunicación y una indicación de acceso aleatorio para iniciar la comunicación. El mensaje de petición se puede enviar utilizando un mensaje corto.
S402: La GW MTC le envía a un HLR/HSS un mensaje de petición Identification Request, en donde la petición incluye un Group ID MTC, con el fin de solicitar la obtención de una lista de SGSN a los que pertenecen los dispositivos del grupo. El mensaje de petición puede utilizar señalización MAP.
5
10
15
20
25
30
35
40
45
50
S403: El HLR/HSS le devuelve a la GWMTC una respuesta Identification Response, en donde la respuesta incluye una lista de SGSN a la que pertenecen todos los dispositivos del grupo.
S404: Después de haber recibido las identidades de los SGSN a los que pertenecen los dispositivos del grupo, la GW MTC le envía a un SGSN un mensaje de petición Identification Request, donde el mensaje de petición incluye un Group ID MTC, con el fin de solicitar la obtención de una lista de SAC y una lista de LAC, o una lista de Identidades de celda, o una lista de RAI, donde los dispositivos MTC del grupo pertenecen a lista de SAC y a la lista de LAC, o a la lista de identidades de celda o a la lista de RAI. La petición utiliza un protocolo Diameter.
S405: El SGSN le devuelve a la GW MTC una Identification Response, en donde la respuesta incluye la lista de LAC y la lista de SAC, o la lista de identidades de celda, o la lista de RAI, donde los dispositivos del grupo pertenecen a la lista de LAC y a la lista de SAC, o a la lista de Identidades de celda o a la lista de RAI.
S406: La GW MTC le envía a un CBC un mensaje de petición SMS, donde el mensaje de petición incluye la información de indicación MTC, el Group ID MTC, el mensaje de notificación de comunicación, la indicación de acceso aleatorio para iniciar la comunicación y, al mismo tiempo, incluye al menos uno de los siguientes: una lista de SAI, la lista de identidades de celda y la lista de RAI, donde SAI = PLMN-ID + SAC + LAC. El mensaje se puede enviar utilizando un mensaje corto.
S407: El CBC le envía a un RNC un mensaje de petición Write-Replace, donde el mensaje de petición incluye al menos uno de los siguientes: la lista de SAI, la lista de identidades de celda y la lista de RAI en los que se encuentran los dispositivos del grupo, la Información de indicación MTC, el Group ID MTC, el mensaje de notificación de comunicación, y la Indicación de acceso aleatorio para iniciar la comunicación. El mensaje soporta un protocolo MAP.
S408: El RNC le envía a todos los UE en la lista de SAI, la lista de identidades de celda o la lista de RAI un SMS Broadcast Command, donde el mensaje incluye la información de indicación MTC, el Group ID MTC, la información de notificación de comunicación, y la indicación de acceso aleatorio para iniciar la comunicación.
S409: El RNC le devuelve al CBC una respuesta de respuesta de confirmación.
S410: Después de haber recibido la petición, un dispositivo dentro del área analiza en primer lugar la petición en función de la Información de Indicación MTC; y si el dispositivo es un dispositivo H2H, rechaza aceptar el mensaje de difusión; y si el dispositivo es un dispositivo MTC, acepta el mensaje de difusión, lo compara el Group ID MTC en el mensaje recibido con una Search List almacenada Internamente, y si localiza, acepta el mensaje de petición, y si no localiza, no acepta el mensaje de petición.
S411: El dispositivo MTC acepta el mensaje de petición y, al mismo tiempo, obtiene mediante cálculo el contenido y el tiempo de acceso aleatorio específicos de una petición de activación.
S412: El dispositivo MTC crea una Sesslon Request de acuerdo con el tiempo de acceso aleatorio y le envía los datos al servidor MTC, donde el dispositivo MTC puede ser uno o múltiples dispositivos MTC del grupo.
Se puede observar que, en el Modo de realización 2, como se proporciona una entidad de red GW MTC utilizada especialmente para obtener una Información de área de un dispositivo, un CBC puede implementar únicamente un funcionamiento básico, evitando de este modo ocupar excesivos recursos del CBC.
La recién añadida GW MTC se utiliza para implementar las siguientes tres funciones:
(1) obtener de un HLR/HSS las identidades de los SGSN a los que pertenecen los dispositivos de un grupo, donde la identidad de un SGSN se indica mediante un Group ID;
(2) obtener desde un SGSN una identidad de las SAI a las que pertenecen los dispositivos de un grupo, donde la identidad de área SAI se Indica mediante un Group ID; y
(3) enviarle a un CBC un mensaje de petición, donde el mensaje de petición incluye una indicación MTC, un Group ID MTC, un contenido de mensaje de activación, una indicación de acceso aleatorio para que un dispositivo acceda a la red y, al mismo tiempo, Incluye una lista de SAI.
En el Modo de realización 2 también se pueden implementar directamente todas las funciones de la GW MTC mediante el servidor MTC.
Ejemplo 3
El Ejemplo 1 y el Modo de realización 2 se describen utilizando un ejemplo en el que un SAC, un LAC, una identidad de celda o una RAI se almacenan en un SGSN. Sin embargo, en una aplicación M2M real, para algunos dispositivos MTC de baja movilidad (por ejemplo, un contador eléctrico), un SAC y un LAC, una identidad de celda o una RAI del dispositivo son relativamente fijos. Por lo tanto, se pueden almacenar directamente en un HLR/HSS el SAC, el LAC, la identidad de celda o la RAI del dispositivo. Esto es, cuando es necesario activar un gran número de dispositivos
5
10
15
20
25
30
35
40
45
50
de baja movilidad, se puede obtener directamente del HLR/HSS una lista de SAC y una lista de LAC, o una lista de identidades de celda, o una lista de RAI de los dispositivos. En este caso se simplifica el procedimiento correspondiente. Específicamente, tal como se muestra en la FIG. 5, se incluyen los siguientes pasos.
S501: Este paso es el mismo que el paso S301 del Ejemplo 1.
S502: Un CBC le envía una Identification Request a un HLR/HSS, con el fin de solicitar la obtención de una lista de SAC y una lista de LAC, o una lista de identidades de celda, o una lista de RAI, donde los dispositivos con un Group ID se encuentran en la lista de SAC y en la lista de LAC, o en la lista de identidades de celda o en la lista de RAI.
S503: El HLR/HSS le devuelve al CBC una Identification Response, en donde la respuesta incluye la lista de SAC y la lista de LAC, o la lista de identidades de celda, o la lista de RAI.
S504 a S510: Los pasos son los mismos que los pasos S306 a S312 del Ejemplo 1.
Modo de realización 4
En el caso descrito en el Modo de realización 3 también se puede utilizar una forma que es parecida a la del Modo de realización 2. Esto es, se proporciona una entidad de red independiente GW MTC para obtener la información de área de un dispositivo, a continuación se envía a un CBC la información del área del dispositivo, y el CBC inicia una petición de difusión a un RNC. Todas las funciones implementadas por la GW MTC pueden ser implementadas por un servidor MTC. Tal como se muestra en la FIG. 6, el procedimiento específico incluye:
S601: Este paso es el mismo que el paso S401 del Modo de realización 2.
S602: Una GW MTC le envía una Identification Request a un HLR/HSS, con el fin de solicitar la obtención de una lista de SAC y una lista de LAC, o una lista de Identidades de celda, o una lista de RAI, en donde los dispositivos con un Group ID se encuentran en la lista de SAC y la lista de LAC, o la lista de identidades de celda o la lista de RAI.
S603: El HLR/HSS le devuelve a la GW MTC una Identification Response, en donde la respuesta incluye la lista de
SAC y la lista de LAC, o la lista de Identidades de celda o la lista de RAI.
S604 a S610: Los pasos son los mismos que los pasos S406 a S412 del Modo de realización 2.
Ejemplo 5
Los modos de realización y ejemplos anteriores se describen suponiendo que los dispositivos MTC están conectados a una red UMTS. En una aplicación real, los dispositivos MTC también pueden estar conectados a una red EPS. Un método de implementación específico es similar al de una red UMTS, pero las entidades de red específicas involucradas y el procedimiento detallado son ligeramente distintos, lo cual se describe a continuación.
Tal como se muestra en la FIG. 7, un método proporcionado en el Ejemplo 5 incluye los siguientes pasos.
En primer lugar, un requisito previo del Modo de realización 5 es que todos los dispositivos MTC se hayan conectado a una red EPS. La FIG. 7 muestra las interfaces entre varias entidades de red. En esta solución, se añade una
nueva Interfaz Ccbs entre un CBC y un HLR, y se encuentran disponibles otras Interfaces mediante la reutilización
de las Interfaces de red existentes.
S701: Un servidor MTC le envía a un CBC un mensaje de petición MTC, en donde el mensaje de petición MTC Incluye una Indicación MTC (un bit indicador MTC, o una identidad MTC, etc.), un Group ID MTC, y un mensaje de notificación de comunicación, y puede también incluir información de indicación MTC e indicación de acceso aleatorio para iniciar la comunicación. El mensaje de petición se puede enviar utilizando un mensaje corto.
La información de indicación MTC se utiliza para indicar que un dispositivo MTC en un área especificada acepta un mensaje de difusión enviado por el CBC, y el mensaje de indicación MTC también se puede configurar directamente en el CBC (por ejemplo, el Message ID del MTC está configurado directamente en el Message ID, esto es, se utiliza un campo FFFF en Message Identifier para definir un servicio nuevo); o se puede negociar con antelación entre un elemento de red MTC (por ejemplo, una GW MTC o un servidor MTC) y el CBC. Por ejemplo, la información relevante de la Indicación MTC se puede definir en el Message ID y el Message Type del CBS, de modo que el servidor MTC o la GW MTC puede enviarle al CBC la información de Indicación MTC. Del mismo modo, la información de Indicación MTC en los Modos de realización 2, 3, 4, 5, 6, 7 y 8 también se puede configurar utilizando el método anterior.
La indicación de acceso aleatorio para iniciar la comunicación se utiliza para indicar que un dispositivo MTC de un grupo obtiene un tiempo de acceso aleatorio de acuerdo con la indicación de acceso aleatorio para iniciar la comunicación, y se comunica con el servidor MTC dentro del tiempo de acceso aleatorio. Un tipo del mensaje de petición MTC se puede definir utilizando 0000100 o 0000101-1111111 en el Warnlng Type. Del mismo modo, la información de indicación MTC en los Modos de realización 2, 3, 4, 5, 6, 7 y 8 también se puede configurar utilizando el método anterior.
5
10
15
20
25
30
35
40
45
50
55
Se debe observar que debido a que un área indicada por una SAI también puede incluir otros dispositivos no MTC como, por ejemplo, dispositivos H2H, cuando se emite un mensaje de activación al área indicada por la SAI, además de un dispositivo MTC, también pueden recibir el mensaje de difusión otros dispositivos no MTC. Sin embargo, es obvio que en el caso de estos dispositivos H2H, no es necesario aceptar el mensaje de petición. Si los dispositivos H2H también reciben el mensaje de activación, pueden realizar cierto procesamiento y finalmente comprobar que el mensaje no es necesario, provocando en consecuencia un desaprovechamiento de recursos. Por lo tanto, con el fin de evitar este caso, en un ejemplo de modo de realización de la presente invención, cuando se envía el mensaje de petición MTC, el servidor MTC también puede incluir una indicación MTC para indicar que el mensaje se envía a un dispositivo MTC. Cuando un dispositivo H2H recibe un mensaje de petición difundido, si comprueba que incluye una indicación MTC, el dispositivo H2H puede no necesitar aceptar la petición MTC y puede rechazar la petición lo antes posible evitando de este modo el desaprovechamiento.
Además, como el número de dispositivos en un grupo puede ser muy grande, y cuando los dispositivos se activan al mismo tiempo, si los datos se envían al servidor MTC al mismo tiempo, se puede producir un fenómeno de bloqueo. Por ejemplo, un grupo de un sistema M2M puede incluir billones de dispositivos; después de que los dispositivos del grupo hayan recibido un mensaje de difusión de celda, si los dispositivos del grupo inician al mismo tiempo una petición de sesión a la red, se puede provocar un problema de congestión de red después de que todos los dispositivos del grupo accedan a la red al mismo tiempo. Con el fin de resolver este problema, el servidor MTC puede incluir, además, una indicación de acceso aleatorio para iniciar la comunicación cuando envía el mensaje de petición MTC. De este modo, después de haber recibido la petición, cada uno de los dispositivos del grupo puede iniciar una petición de sesión en función de un algoritmo específico y la indicación de acceso aleatorio, evitando de este modo la congestión.
Con el fin de facilitar la descripción, en el Modo de realización 1 y los modos de realización siguientes se supone que un servidor MTC incluye una indicación MTC y una indicación de acceso aleatorio en un mensaje de petición MTC enviado.
El mensaje de notificación de comunicación, la información de indicación MTC, y la indicación de acceso aleatorio para iniciar la comunicación en el mensaje de petición MTC también se pueden definir en CBS-Message-Information- Page n y CBS-Message-Information-Length n. CBS-Message-Information-Length n indica una longitud de mensaje específica, y CBS-Message-Information-Page n incluye un mensaje de notificación de comunicación, una información de indicación MTC, y una indicación de acceso aleatorio para iniciar la comunicación específicos. Del mismo modo, también se puede configurar la información de indicación MTC en los Modos de realización 2, 3, 4, 5, 6, 7 y 8 utilizando el método anterior.
S702: Después de haber recibido el mensaje de petición, el CBC le envía una petición Identification Request a un HLR/HSS, en donde la petición incluye el Group ID MTC, con el fin de solicitar la obtención de una lista de identidades de las MME en las que se encuentran los dispositivos del grupo. Múltiples MME pueden prestar servicio a los dispositivos del grupo; por lo tanto, el CBC puede obtener del HLR/HSS identidades de múltiples MME.
El mensaje de petición se puede transmitir utilizando señalización MAP. En un protocolo del CBS (23041), no se ha definido ninguna interfaz entre el CBC y otros elementos de red (excepto un RNC y una MME) ni su señalización de transmisión. Además, como el HLR/HSS soporta un protocolo MAP, únicamente es necesario habilitar el soporte del protocolo MAP en el CBC de modo que se pueda utilizar la señalización MAP entre el CBC y el HLR/HSS.
S703: El HLR/HSS le devuelve al CBC una Identification Response, en donde la respuesta incluye una lista de identidades de las MME en las que se encuentran los dispositivos.
S704: El CBC le envía a una MME que presta servicio a los dispositivos del grupo un mensaje de petición Identification Request, con el fin de solicitar la obtención de una lista de TAI o una lista de identidades de celda (por ejemplo ECGI (E-UTRAN Cell Global Identity (Identidad Global de Celda E-UTRAN))), donde los dispositivos del grupo se encuentran en la lista de TAI o en la lista de identidades de celda. El mensaje de petición se puede enviar utilizando un protocolo SBc-AP.
S705: La MME le devuelve al CBC una Identification Response, en donde la respuesta incluye la lista de TAI o la lista de identidades de celda, donde los dispositivos del grupo se encuentran en la lista de TAI o en la lista de identidades de celda.
S706: El CBC le envía a una MME un mensaje de petición Write-Replace, en donde el mensaje de petición incluye la lista de TAI o la lista de identidades de celda, donde los dispositivos del grupo se encuentran en la lista de TAI o en la lista de identidades de celda, la información de indicación MTC, el Group ID MTC, el mensaje de notificación de comunicación, y la indicación de acceso aleatorio para iniciar la comunicación.
De hecho, la difusión es realizada finalmente por un eNodoB. Sin embargo, una diferencia con respecto al sistema UMTS es que el CBC no le envía directamente al eNodoB apropiado el mensaje de petición Write-Replace. El mensaje de petición tiene que ser reenviado por la MME. El mensaje de petición utiliza el protocolo SBc-AP.
S707: La MME le envía a un eNodoB un mensaje de petición Write-Replace, donde el mensaje de petición incluye la
5
10
15
20
25
30
35
40
45
50
lista de TAI o la lista de Identidades de celda, la información de Indicación MTC, el Group ID MTC, el mensaje de notificación de comunicación, y la indicación de acceso aleatorio para iniciar la comunicación. El mensaje de petición utiliza un protocolo S1-AP.
S708: El eNodoB le envía un SMS Broadcast Command a todos los UE de un área especificada por la lista de TAI o de identidades de celda, donde el mensaje incluye la información de indicación MTC, el Group ID MTC, el mensaje de notificación de comunicación, y la indicación de acceso aleatorio para iniciar la comunicación.
S709: El eNodoB le devuelve a la MME una respuesta de respuesta de confirmación Response-Success.
S710: La MME le devuelve al CBC la respuesta de respuesta de confirmación Response-Success.
S711: Después de haber recibido la petición, un dispositivo dentro del área analiza en primer lugar la petición en función de la información de indicación MTC; y si el dispositivo es un dispositivo H2H, rechaza aceptar el mensaje de difusión; y si el dispositivo es un dispositivo MTC, acepta el mensaje de difusión, compara el Group ID MTC en el mensaje recibido con una lista de búsqueda almacenada internamente, y si lo localiza, acepta el mensaje de petición, y si no lo localiza, no acepta el mensaje de petición.
S712: El dispositivo MTC acepta el mensaje de petición y, al mismo tiempo, obtiene mediante cálculo el contenido y el tiempo de acceso aleatorio específicos para iniciar la comunicación.
S713: El dispositivo MTC le envía al servidor MTC una Session Request de acuerdo con el tiempo de acceso aleatorio.
Modo de realización 6
Siendo parecido al Modo de realización 2, en un sistema EPS, también se puede proporcionar una entidad de red GW MTC utilizada especialmente para obtener la información de área de un dispositivo.
Tal como se muestra en la FIG. 8, un prerrequisito de esta solución es que todos los UE se encuentren conectados a una red EPS. En la FIG. 8 se añade una GW MTC, y a la GW MTC se le añade un módulo para obtener las identidades de la MME y de la TAI. Al mismo tiempo, el diagrama de flujo muestra interfaces entre varias entidades de red, esto es, se añaden nuevas una interfaz MGi entre un servidor MTC y la GW MTC, una interfaz MGc entre la GW MTC y un HLR/HSS, y una interfaz S-M2M entre la GW MTC y la MME; y se encuentran disponibles otras interfaces reutilizando las interfaces existentes entre entidades de red. Del mismo modo, en este modo de realización, una función implementada por la GW MTC también se puede implementar mediante un servidor MTC.
S801: Un servidor MTC le envía a una GW MTC un mensaje de petición MTC, donde el mensaje de petición incluye una información de indicación MTC, un Group ID MTC, un mensaje de notificación de comunicación y una indicación de acceso aleatorio para iniciar la comunicación. El mensaje de petición se puede enviar utilizando un mensaje corto.
S802: La GW MTC le envía a un HLR/HSS un mensaje de petición Identification Request, en donde la petición incluye el Group ID MTC, con el fin de solicitar la obtención de una lista de identidades de las MME a las que pertenecen los dispositivos del grupo. El mensaje de petición puede utilizar señalización MAP.
S803: El HLR/HSS le devuelve a la GW MTC una respuesta Identification Response, en donde la respuesta incluye una lista de identidades de las MME a las que pertenecen todos los dispositivos del grupo.
S804: Después de haber recibido las identidades de las MME a la que pertenecen los dispositivos del grupo, la GW MTC le envía a la MME un mensaje de petición Identification Request, donde el mensaje de petición incluye el Group ID MTC, con el fin de solicitar la obtención de una lista de TAI o una lista de identidades de celda, donde los dispositivos del grupo pertenecen a la lista de TAI o a la lista de identidades de celda. La petición utiliza un protocolo Diameter.
S805: La MME le devuelve a la GW MTC una Identification Response, en donde la respuesta incluye la lista de TAI o la lista de identidades de celda, donde los dispositivos del grupo pertenecen a la lista de TAI o a la lista de identidades de celda.
S806: La GW MTC le envía a un CBC un mensaje de petición SMS, donde el mensaje de petición incluye la información de indicación MTC, el Group ID MTC, el mensaje de notificación de comunicación, la indicación de acceso aleatorio para iniciar la comunicación y, al mismo tiempo, incluye la lista de TAI o la lista de identidades de celda. El mensaje se puede enviar utilizando un mensaje corto.
Se puede observar que, la recién añadida GW MTC se utiliza para implementar las siguientes tres funciones:
(1) obtener de un HLR/HSS las identidades de las MME a las que pertenecen los dispositivos de un grupo, donde la identidad de una MME se indica mediante un Group ID;
5
10
15
20
25
30
35
40
45
50
(2) obtener desde una MME una identidad de área a la que pertenecen los dispositivos de un grupo, donde la identidad de área se indica mediante un Group ID; y
(3) enviarle a un CBC un mensaje de petición, donde el mensaje de petición incluye una información de indicación MTC, un Group ID MTC, un mensaje de notificación de comunicación, una indicación de acceso aleatorio para iniciar la comunicación y, al mismo tiempo, incluye una lista de TAI o una identidad de celda.
Los pasos S807 a S814 son los mismos que los pasos S706 a S713 y no se vuelven a describir en la presente solicitud.
Ejemplo 7
Siendo parecido al Ejemplo 3, en un sistema EPS, también puede existir un dispositivo de baja movilidad. En este caso, la información de área TAI o la identidad de celda de un dispositivo se almacena directamente en un HLR/HSS. La TAI o la identidad de celda del dispositivo son relativamente fijas. Por lo tanto, la TAI o la identidad de celda del dispositivo se pueden almacenar directamente en el HLR/HSS. Esto es, cuando es necesario activar un gran número de dispositivos de baja movilidad, se puede obtener directamente del HLR/HSS la TAI o la identidad de celda de los dispositivos, y no es necesario que se obtengan a través de una MME. En este caso se simplifica el procedimiento correspondiente. Específicamente, tal como se muestra en la FIG. 9, se incluyen los siguientes pasos.
S901: Este paso es el mismo que el paso S701 del Ejemplo 5.
S902: Un CBC le envía una Identification Request a un HLR/HSS, con el fin de solicitar la obtención de una lista de TAI o una lista de identidades de celda, donde los dispositivos de un grupo se encuentran en la lista de TAI o en la lista de identidades de celda.
S903: El HLR/HSS le devuelve al CBC una Identification Response, en donde la respuesta incluye la lista de TAI o la lista de identidades de celda, donde los dispositivos de un grupo se encuentran en la lista de TAI o en la lista de
identidades de celda.
S904 a S911: Los pasos son los mismos que los pasos S706 a S713 del Ejemplo 5.
Modo de realización 8
Del mismo modo, en el caso descrito en el Ejemplo 7 también se puede proporcionar una entidad de red GW MTC especialmente para obtener información de área de un dispositivo para obtener una información de área de un dispositivo y enviarle la información de área a un CBC, y a continuación el CBC inicia una petición de difusión. Tal como se muestra en la FIG. 10, un procedimiento específico incluye:
S1001: Este paso es el mismo que el paso S801 del Modo de realización 6.
S1002: Una GW MTC le envía a un HLR/HSS una Identification Request, con el fin de solicitar la obtención de una lista de TAI o una lista de identidades de celda, donde los dispositivos con un Group ID MTC están localizados en la lista de TAI o en la lista de identidades de celda.
S1003: El HLR/HSS le devuelve a la GW MTC una Identification Response, donde la respuesta incluye la lista de TAI o la lista de identidades de celda, donde los dispositivos del grupo se encuentran en la lista de TAI o en la lista de identidades de celda.
S1004 a S1012: Los pasos son los mismos que los pasos S806 a S814 del Modo de realización 6.
En combinación con las soluciones técnicas proporcionadas en los Modos de realización 1, 3, 5 y 7, haciendo referencia a la FIG. 11, un método para iniciar la comunicación entre un grupo de dispositivos MTC y un servidor MTC proporcionado en un modo de realización de la presente invención incluye los siguientes pasos:
S1101: Recibir un mensaje de petición MTC enviado por un servidor MTC de comunicaciones de tipo máquina, donde el mensaje de petición MTC incluye un Group ID de un grupo de dispositivos MTC y un mensaje de notificación de comunicación para el grupo de dispositivos MTC.
S1102: Obtenerla información de área del grupo de dispositivos MTC.
S1103: Enviar un mensaje de difusión a un dispositivo en un área, donde el mensaje de difusión incluye el Group ID del grupo de dispositivos MTC y el mensaje de notificación de comunicación para el grupo de dispositivos MTC.
Cuando el grupo de dispositivos MTC está conectado a una red UMTS, la obtención, en función del ID del grupo en el que se encuentra localizado el grupo de dispositivos MTC, la información de un área en la que se encuentran los dispositivos MTC incluye:
obtener desde un HLR/HSS una lista de SGSN en los que se encuentran los dispositivos MTC utilizando el ID del grupo en el que se encuentran localizados los dispositivos MTC; obtener desde el SGSN que presta servicio a los
5
10
15
20
25
30
35
40
45
50
55
dispositivos MTC una lista de códigos de área de localización LAC y una lista de códigos de área de servicio SAC, o una lista de identidades de área de encaminamiento RAI, o una lista de identidades de celda, donde los dispositivos MTC se encuentran en la lista de códigos de área de seguimiento LAC y en la lista de códigos de área de servicio SAC, o en la lista de identidades de área de encaminamiento RAI, o en la lista de identidades de celda; y si se obtiene la lista de LAC y la lista de SAC, combinar un PLMN ID del grupo de dispositivos MTC y las listas de LAC y de SAC obtenidas en una lista de SAI del área en la que se encuentran los dispositivos MTC; o
obtener desde un HLR/HSS utilizando el Group ID al menos una de las siguientes: una lista de SAI, una lista de RAI, y una lista de identidades de celda del área en la que se encuentra localizado el grupo de dispositivos MTC.
Cuando el grupo de dispositivos MTC se encuentra conectado a una red EPS, la obtención, en función del ID del grupo en el que se encuentra el grupo de dispositivos MTC, la Información de área de un área en la que se encuentran los dispositivos MTC incluye:
obtener desde un HLR/HSS una lista de MME (también puede ser una de SGSN) donde se encuentran los dispositivos MTC utilizando el ID del grupo en el que se encuentran localizados los dispositivos MTC; y obtener desde una MME que presta servicio a los dispositivos MTC una lista de TAI o una lista de identidades de celda, donde los dispositivos MTC se encuentran en la lista de TAI o en la lista de identidades de celda, y utilizar la lista de TAI o la lista de Identidades de celda como la información de área del área en la que se encuentran los dispositivos MTC; o
obtener una lista de TAI o una lista de Identidades de celda desde un HLR/HSS utilizando el ID del grupo en el que se encuentran los dispositivos MTC, donde los dispositivos MTC se encuentran en la lista de TAI o en la lista de identidades de celda, y utilizar la lista de TAI o la lista de Identidades de celda como la información del área en la que se encuentran los dispositivos MTC.
Del mismo modo, el mensaje de petición MTC puede también incluir información de indicación MTC. Cuando el CBC Inicia una petición de difusión utilizando la información del área, la información de indicación MTC se incluye en la petición de difusión de modo que un dispositivo en el área determina, en función de la información de indicación MTC, si es necesario aceptar la petición, evitando de este modo el desaprovechamiento de recursos para un dispositivo H2H en el área.
El mensaje de petición MTC también puede incluir una indicación de acceso aleatorio para iniciar la comunicación de modo que un dispositivo MTC en el área inicia una petición de sesión a una red en función de la indicación de acceso aleatorio para iniciar la comunicación, evitando de este modo la congestión de la red cuando se inicia una petición de sesión. Específicamente, el dispositivo MTC puede obtener un tiempo de acceso aleatorio en función de la indicación de acceso aleatorio para iniciar la comunicación, y comunicarse con el servidor MTC dentro del tiempo de acceso aleatorio.
En combinación con las soluciones técnicas proporcionadas en los Modos de realización 2, 4, 6 y 8, haciendo referencia a la FIG. 12, un método para iniciar la comunicación entre un grupo de dispositivos MTC y un servidor MTC proporcionados en un modo de realización de la presente invención incluye los siguientes pasos.
S1201: Recibir un mensaje de petición MTC enviado por un servidor MTC de comunicaciones de tipo máquina, donde el mensaje de petición MTC incluye un Group ID de un grupo de dispositivos MTC y un mensaje de notificación de comunicación para el grupo de dispositivos MTC.
S1202: Obtener la información de área del grupo de dispositivos MTC.
S1203: Enviar la información de área, el Group ID del grupo de dispositivos MTC, y el mensaje de notificación de comunicación para el grupo de dispositivos MTC a un centro de difusión de celda CBC, de modo que el CBC le envía un mensaje de difusión a un dispositivo en un área, donde el mensaje de difusión incluye el Group ID del grupo de dispositivos MTC y el mensaje de notificación de comunicación para el grupo de dispositivos MTC.
Cuando el grupo de dispositivos MTC está conectado a una red UMTS, la obtención, de acuerdo con el ID del grupo en el que se encuentra el grupo de dispositivos MTC, de la información de un área en la que se encuentran los dispositivos MTC incluye:
obtener desde un HLR/HSS una lista de SGSN en los que se encuentran los dispositivos MTC utilizando el ID del grupo en el que se encuentran los dispositivos MTC; obtener desde el SGSN que presta servicio a los dispositivos MTC una lista de códigos de área de localización LAC y una lista de códigos de área de servicio SAC, o una lista de identidades de área de encaminamiento RAI, o una lista de identidades de celda, donde los dispositivos MTC se encuentran en la lista de códigos de área de seguimiento LAC y en la lista de códigos de área de servicio SAC, o en la lista de Identidades de área de encaminamiento RAI, o en la lista de Identidades de celda; y si se obtiene la lista de LAC y la lista de SAC, combinar un PLMN ID del grupo de dispositivos MTC y las listas de LAC y de SAC obtenidas en una lista de SAI del área en la que se encuentran los dispositivos MTC; o
obtener desde un HLR/HSS utilizando el Group ID al menos una de las siguientes: una lista de SAI, una lista de RAI,
5
10
15
20
25
30
35
40
45
50
y una lista de identidades de celda del área en la que se encuentra el grupo de dispositivos MTC.
Cuando el grupo de dispositivos MTC se encuentra conectado a una red EPS, la obtención de la información de área de un área en la que se encuentran los dispositivos MTC incluye:
obtener desde un HLR/HSS una lista de MME (también puede ser una de SGSN) en las que se encuentran los dispositivos MTC utilizando el ID del grupo en el que se encuentran los dispositivos MTC; y obtener desde una MME que presta servicio a los dispositivos MTC una lista de TAI o una lista de identidades de celda, donde los dispositivos MTC se encuentran en la lista de TAI o en la lista de identidades de celda, y utilizar la lista de TAI o la lista de identidades de celda como la información de área del área en la que se encuentran los dispositivos MTC; u
obtener una lista de TAI o una lista de identidades de celda desde un HLR/HSS utilizando el ID del grupo en el que se encuentra el grupo de dispositivos MTC, donde el grupo de dispositivos MTC se encuentra en la lista de TAI o en la lista de identidades de celda, y utilizar la lista de TAI o la lista de identidades de celda como la información del área en la que se encuentra localizado el grupo de dispositivos MTC.
Del mismo modo, el mensaje de petición MTC puede también incluir información de indicación MTC. Cuando el CBC inicia una petición de difusión utilizando la información del área, la información de indicación MTC se incluye en la petición de difusión de modo que un dispositivo en el área determina, en función de la información de indicación MTC, si es necesario aceptar la petición, evitando de este modo el desaprovechamiento de recursos para un dispositivo H2H en el área.
El mensaje de petición MTC también puede incluir una indicación de acceso aleatorio para iniciar la comunicación de modo que un dispositivo MTC en el área inicia una petición de sesión a una red en función de la indicación de acceso aleatorio para iniciar la comunicación, evitando de este modo la congestión de la red cuando se inicia una petición de sesión. Específicamente, el dispositivo MTC puede obtener un tiempo de acceso aleatorio en función de la indicación de acceso aleatorio para iniciar la comunicación, y comunicarse con el servidor MTC dentro del tiempo de acceso aleatorio.
En combinación con los modos de realización anteriores, desde la perspectiva de un dispositivo MTC, un modo de realización de la presente invención también proporciona un método para comunicarse con un servidor MTC. Haciendo referencia a la FIG. 13, el método incluye los siguientes pasos.
S1301: Recibir un mensaje de difusión difundido por un centro de difusión de celda CBC, donde el mensaje de difusión incluye un Group ID de un grupo de dispositivos MTC y un mensaje de notificación de comunicación para el grupo de dispositivos MTC.
El CBC obtiene la información de área a partir de una petición de difusión y emite la información del área de la petición de difusión del siguiente modo: recibir un mensaje de petición MTC que es enviado por un servidor MTC e incluye el Group ID del grupo de dispositivos MTC y el mensaje de notificación de comunicación para el grupo de dispositivos MTC; obtener la información del área del grupo de dispositivos MTC; e iniciar una petición de difusión de celda utilizando la información del área; o
recibir la información de área de un área en la que se encuentran los grupos de dispositivos MTC, el Group ID del grupo de dispositivos MTC, y el mensaje de notificación de comunicación para el grupo de dispositivos MTC, donde la información de área del área en el que se encuentra el grupo de dispositivos MTC, el Group ID del grupo de dispositivos MTC, y el mensaje de notificación de comunicación para el grupo de dispositivos MTC son enviados por una pasarela MTC, e iniciar una petición de difusión de celda utilizando la información del área, donde la pasarela MTC obtiene la información del área del siguiente modo: recibir un mensaje de petición MTC que es enviado por el servidor MTC e incluye el Group ID del grupo de dispositivos MTC y el mensaje de notificación de comunicación para el grupo de dispositivos MTC, y obtener la información del área del grupo de dispositivos MTC.
S1302: Comunicarse con el servidor MTC de acuerdo con el contenido en el mensaje de difusión.
El mensaje de difusión incluye, además, la información de indicación MTC, y un dispositivo MTC acepta la petición de difusión en función de la información de indicación MTC y se comunica con el servidor MTC.
La petición de difusión también puede incluir una indicación de acceso aleatorio para iniciar la comunicación, y el dispositivo MTC puede obtener el tiempo de acceso aleatorio de acuerdo con la indicación de acceso aleatorio para iniciar la comunicación, y comunicarse con el servidor MTC dentro del tiempo de acceso aleatorio.
En correspondencia con el método para comunicarse con un servidor MTC proporcionado en el modo de realización de la presente invención, un ejemplo de la presente invención también proporciona un dispositivo MTC. Haciendo referencia a la FIG. 14, el dispositivo MTC incluye las siguientes unidades:
una unidad 1401 de recepción, configurada para recibir un mensaje de difusión difundido por un centro de difusión de celda CBC, donde el mensaje de difusión incluye un Group ID de un grupo de dispositivos MTC y un mensaje de notificación de comunicación para el grupo de dispositivos MTC; y
5
10
15
20
25
30
35
40
45
una unidad 1402 de comunicación, configurada para comunicarse con un servidor MTC de acuerdo con el contenido en el mensaje de difusión;
donde el CBC obtiene la información del área de un mensaje de petición difundido y emite la información del área del mensaje de petición difundido del siguiente modo: recibir un mensaje de petición MTC que es enviado por el servidor MTC e incluye el Group ID del grupo de dispositivos MTC y el mensaje de notificación de comunicación para el grupo de dispositivos MTC; obtener la información del área del grupo de dispositivos MTC; e iniciar una petición de difusión de celda utilizando la información del área; o
recibir la información de área de un área en la que se encuentra el grupo de dispositivos MTC, el Group ID del grupo de dispositivos MTC, y el mensaje de notificación de comunicación para el grupo de dispositivos MTC; donde la información de área del área en la que se encuentra el grupo de dispositivos MTC, el Group ID del grupo de dispositivos MTC, y el mensaje de notificación de comunicación para el grupo de dispositivos MTC son enviados por una pasarela MTC, e iniciar una petición de difusión de celda utilizando la información del área, donde la pasarela MTC obtiene la información del área del siguiente modo: recibir un mensaje de petición MTC que es enviado por el servidor MTC e incluye el Group ID del grupo de dispositivos MTC y el mensaje de notificación de comunicación para el grupo de dispositivos MTC, y obtener la información del área del grupo de dispositivos MTC.
Haciendo referencia a la FIG. 15, cuando el mensaje de difusión también incluye la información de indicación MTC, la unidad 1402 de comunicación incluye:
una subunidad 14021 de comprobación, configurada para aceptar la petición de difusión en función de la información de indicación MTC, y a continuación comunicarse con el servidor MTC.
Cuando el mensaje de difusión también incluye una indicación de acceso aleatorio para iniciar la comunicación, la unidad 1402 de comunicación incluye:
una unidad 14022 de obtención de tiempo de acceso, configurada para obtener el tiempo de acceso aleatorio en función de la indicación de acceso aleatorio para iniciar la comunicación, y comunicarse con el servidor MTC dentro del tiempo de acceso aleatorio.
Se debería observar que todas las funciones de una GW MTC implicadas en los modos de realización de la presente invención pueden ser implementadas por una entidad (por ejemplo, Proxy) que disponga de una función de intermediación.
Las personas con un conocimiento normal de la técnica pueden entender que todos o parte de los pasos del método de acuerdo con los modos de realización pueden ser implementados por un programa que controle el hardware apropiado. El programa se puede almacenar en un medio de almacenamiento legible por un ordenador. El programa incluye los siguientes pasos cuando se ejecuta: recibir un mensaje de petición MTC enviado por un servidor MTC de comunicaciones de tipo máquina, donde el mensaje de petición MTC incluye un Group ID de un grupo de dispositivos MTC y un mensaje de notificación de comunicación para el grupo de dispositivos MTC; obtener la información del área del grupo de dispositivos MTC; y enviar la información del área, el Group ID del grupo de dispositivos MTC, y el mensaje de notificación de comunicación para el grupo de dispositivos MTC a un centro de difusión de celda CBC, de modo que el CBC le envía un mensaje de difusión a un dispositivo en un área, donde el mensaje de difusión incluye el Group ID del grupo de dispositivos MTC y el mensaje de notificación de comunicación para el grupo de dispositivos MTC. El medio de almacenamiento puede ser una ROM/RAM, un disco magnético, un disco óptico, etc.
El método para iniciar la comunicación entre un grupo de dispositivos MTC y un servidor MTC, y el dispositivo pasarela MTC que se proporcionan en la presente invención se han descrito de forma detallada en lo anterior. El principio y la forma de implementación de la presente invención se describen utilizando ejemplos específicos en esta memoria descriptiva. Los modos de realización anteriores se describen para ayudar a entender el método y las ideas principales de la presente invención. Al mismo tiempo, las personas con un conocimiento normal de la técnica pueden realizar variaciones a la forma de implementación y alcance de aplicación específicos basándose en las ideas de la presente invención. En conclusión, el contenido de la memoria descriptiva no se deberá entender como una limitación a la presente invención.
Claims (5)
- 510152025303540REIVINDICACIONES1. Un método para iniciar la comunicación entre un grupo de dispositivos MTC y un servidor MTC, que comprende:recibir (S1201) un mensaje de petición MTC enviado por un servidor MTC de comunicaciones de tipo máquina, en donde el mensaje de petición MTC incluye un ID de grupo del grupo de dispositivos MTC y un mensaje de notificación de comunicación para el grupo de dispositivos MTC;obtener (S1202) la información de área del grupo de dispositivos MTC; yenviar (S1203) la información de área, el ID de grupo del grupo de dispositivos MTC, y el mensaje de notificación de comunicación para el grupo de dispositivos MTC a un centro de difusión de celda CBC, con el fin de que el CBC le envíe un mensaje de difusión a un dispositivo en un área, en donde el mensaje de difusión comprende el ID de grupo del grupo de dispositivos MTC y el mensaje de notificación de comunicación para el grupo de dispositivos MTC;en donde el mensaje de difusión incluye, además, información de indicación MTC, en donde la información de indicación MTC se utiliza para indicar que un dispositivo MTC en un área acepta el mensaje de difusión;en donde el mensaje de petición MTC enviado por el servidor MTC es recibido por una pasarela MTC o una entidad que disponga de una función de intermediación, y la pasarela MTC o la entidad que dispone de una función de intermediación obtiene la información de área desde un HLR/HSS.
- 2. El método de acuerdo con la reivindicación 1, en el que la obtención de la información de área del grupo de dispositivos MTC comprende:obtener una lista de SGSN y/o una lista de entidades de gestión de movilidad MME desde un HLR/HSS utilizando el ID de grupo, en donde el grupo de dispositivos MTC se encuentra en la lista de SGSN y/o la lista de entidades de gestión de movilidad MME; obtener desde un SGSN de la lista de SGSN al menos una de las siguientes: una lista de identidades de área de servicio SAI, una lista de identidades de área de encaminamiento RAI, y una lista de identidades de celda de un área en la que se encuentra el grupo de dispositivos MTC; y obtener desde una MME de la lista de MME una lista de identidades de área de seguimiento TAI y/o una lista de identidades de celda del área en la que se encuentra el grupo de dispositivos MTC; oobtener desde un HLR/HSS utilizando el ID de grupo al menos una de las siguientes: una lista de SAI, una lista de RAI, una lista de TAI, y una lista de identidades de celda de un área en la que se encuentra el grupo de dispositivos MTC.
- 3. El método de acuerdo con la reivindicación 2, en el que la obtención de la lista de identidades de servicio SAI del área en la que se encuentra el grupo de dispositivos MTC comprende:obtener una lista de LAC y una lista de SAC del área en la que se encuentra el grupo de dispositivos MTC, y formar la lista de SAI utilizando el LAC, el SAC y un PLMN-ID de la red pública móvil terrestre del grupo de dispositivos MTC.
- 4. El método de acuerdo con una cualquiera de las reivindicaciones 1 a 3, en donde el mensaje de notificación de comunicación incluye, además, una indicación de acceso aleatorio para iniciar la comunicación, en donde la indicación de acceso aleatorio para iniciar la comunicación se utiliza para indicar que un dispositivo MTC en el grupo se comunica con el servidor MTC de acuerdo con la indicación de acceso aleatorio para iniciar la comunicación.
- 5. El método de acuerdo con la reivindicación 4, en el que el dispositivo MTC en el grupo se comunica con el servidor MTC de acuerdo con la indicación de acceso aleatorio para iniciar la comunicación, lo cual comprende:obtener, por parte del dispositivo MTC, un tiempo de acceso aleatorio de acuerdo con la indicación de acceso aleatorio para iniciar la comunicación, y comunicarse con el servidor MTC dentro del tiempo de acceso aleatorio.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010168694 | 2010-04-30 | ||
CN201010168694.1A CN102238477B (zh) | 2010-04-30 | 2010-04-30 | 触发一组mtc设备与mtc服务器通信的方法及mtc设备 |
PCT/CN2011/073350 WO2011134394A1 (zh) | 2010-04-30 | 2011-04-27 | 触发一组mtc设备与mtc服务器通信的方法及mtc设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2596314T3 true ES2596314T3 (es) | 2017-01-05 |
Family
ID=44860872
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES11774385.6T Active ES2596314T3 (es) | 2010-04-30 | 2011-04-27 | Método para iniciar la comunicación entre un grupo de dispositivos de comunicación de tipo máquina y un servidor de comunicación de tipo máquina |
Country Status (5)
Country | Link |
---|---|
US (1) | US9131467B2 (es) |
EP (1) | EP2566200B1 (es) |
CN (1) | CN102238477B (es) |
ES (1) | ES2596314T3 (es) |
WO (1) | WO2011134394A1 (es) |
Families Citing this family (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2487973A1 (en) * | 2011-02-11 | 2012-08-15 | Alcatel Lucent | Notifying a user equipment UE, over a mobile network, of an UE application trigger request from a network application server |
JP5871733B2 (ja) * | 2011-07-04 | 2016-03-01 | コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ | 時間インジケータを用いたトリガリング |
CN102932748B (zh) * | 2011-08-08 | 2019-04-26 | 中兴通讯股份有限公司 | 一种触发终端组的方法及系统 |
WO2013022470A1 (en) | 2011-08-11 | 2013-02-14 | Intel Corporation | Methods for switching between a mbms download and an http-based delivery of dash formatted content over an ims network |
JP5944004B2 (ja) * | 2011-10-03 | 2016-07-05 | インテル・コーポレーション | デバイスツーデバイス通信(d2d通信)メカニズム |
RU2636013C1 (ru) | 2011-10-28 | 2017-11-17 | Нек Корпорейшн | Защищенный способ запуска устройства связи машинного типа |
CN105306183B (zh) * | 2011-12-02 | 2019-02-05 | 电信科学技术研究院 | MTC Device触发消息的投递确认方法和设备 |
CN103200553B (zh) * | 2012-01-04 | 2018-05-08 | 中兴通讯股份有限公司 | 响应触发信息的方法、系统和mtc用户设备 |
CN103220656A (zh) * | 2012-01-18 | 2013-07-24 | 北京三星通信技术研究有限公司 | 移动rn获取ta信息和切换方法、用户位置更新和寻呼方法 |
CN103227991A (zh) * | 2012-01-29 | 2013-07-31 | 中兴通讯股份有限公司 | Mtc设备的触发方法、装置及系统 |
CN103249013B (zh) | 2012-02-03 | 2018-08-03 | 中兴通讯股份有限公司 | 一种mtc用户设备触发信息的发送方法、系统和用户设备 |
US9210645B2 (en) * | 2012-05-18 | 2015-12-08 | Industrial Technology Reseach Institute | Method for dynamically controlling data paths, MTC gateway and network device using the same |
CN102722797B (zh) * | 2012-06-12 | 2015-09-16 | 国家电网公司 | 基于责任区的电力调度自动化系统信息分层方法 |
CN103517414A (zh) | 2012-06-26 | 2014-01-15 | 中兴通讯股份有限公司 | 机器类型通信用户设备的寻呼方法及装置 |
CN103517404B (zh) * | 2012-06-26 | 2018-08-31 | 南京中兴软件有限责任公司 | 机器类型通信用户设备的通信方法及系统 |
WO2014001463A2 (en) * | 2012-06-27 | 2014-01-03 | Nec Europe Ltd. | Method for congestion control in mobile networks and mobile network with congestion control |
EP2683202A3 (en) * | 2012-07-03 | 2014-03-12 | HTC Corporation | A method of group based mtc messaging through cell broadcast and apparatuses using the same |
CN103634841A (zh) * | 2012-08-20 | 2014-03-12 | 中兴通讯股份有限公司 | 拥塞控制方法及装置 |
WO2014046686A1 (en) | 2012-09-24 | 2014-03-27 | Nokia Siemens Networks Oy | Group messaging in a communication network |
WO2014047839A1 (zh) | 2012-09-27 | 2014-04-03 | 华为技术有限公司 | 一种组触发方法、装置及系统 |
CN103716752B (zh) * | 2012-09-29 | 2017-06-27 | 上海贝尔股份有限公司 | 一种分发机器类通信的组消息的方法 |
CN102917433B (zh) * | 2012-10-11 | 2016-05-11 | 北京创毅讯联科技股份有限公司 | 一种机器类通信终端的接入方法及基站、终端 |
JP2016527736A (ja) * | 2013-07-31 | 2016-09-08 | 日本電気株式会社 | Mtcグループ鍵管理用デバイス及び方法 |
US9474069B2 (en) * | 2013-10-09 | 2016-10-18 | Qualcomm Incorporated | Enabling a communication feasibility determination time to complete communication exchanges between an M2M server and one or more M2M devices |
CN107005890B (zh) | 2014-11-25 | 2020-10-23 | 华为技术有限公司 | 用于下行链路机器对机器通信的系统和方法 |
US10080120B2 (en) * | 2014-12-15 | 2018-09-18 | Huawei Technologies Co., Ltd | System and method for machine type communication |
CN111885508B (zh) | 2015-12-15 | 2022-04-12 | 华为云计算技术有限公司 | 一种群组多播和群组创建的方法以及移动网络平台 |
US11115793B2 (en) * | 2016-08-04 | 2021-09-07 | At&T Mobility Ii Llc | LTE gateways for home and commercial sensor data |
CN111586574B (zh) | 2019-02-18 | 2022-09-02 | 华为技术有限公司 | 一种通知信息的显示方法及装置 |
CA3081056A1 (en) | 2019-05-20 | 2020-11-20 | Jacobus Alexander Jozef Lemmen | Device for growing mushrooms |
NL2023168B1 (en) | 2019-05-20 | 2020-12-01 | Alexander Jozef Lemmen Jacobus | Device for growing mushrooms |
NL2024383B1 (en) | 2019-12-04 | 2021-08-31 | Gerardus Maria Van Doremaele Marcus | Device with coupled beds for growing mushrooms |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101651857B (zh) | 2008-08-14 | 2015-08-12 | 中兴通讯股份有限公司 | 地震海啸系统中重要通知信息及灾难通知信息的发送方法 |
DE102008037725A1 (de) * | 2008-08-14 | 2010-02-18 | Deutsche Telekom Ag | Verfahren zur multiplen physikalischen Nutzung einer einzigen Identifikation in TK Netzen |
EP3352413B1 (en) * | 2009-07-17 | 2019-08-14 | Koninklijke KPN N.V. | Information transmission in a machine-to-machine telecommunications network |
US9167517B2 (en) * | 2010-01-29 | 2015-10-20 | Interdigital Patent Holdings, Inc. | Group-based machine to machine communication |
CN101977416B (zh) * | 2010-05-19 | 2015-12-16 | 中兴通讯股份有限公司 | 一种mtc设备的过载控制方法和系统 |
-
2010
- 2010-04-30 CN CN201010168694.1A patent/CN102238477B/zh active Active
-
2011
- 2011-04-27 ES ES11774385.6T patent/ES2596314T3/es active Active
- 2011-04-27 EP EP11774385.6A patent/EP2566200B1/en active Active
- 2011-04-27 WO PCT/CN2011/073350 patent/WO2011134394A1/zh active Application Filing
-
2012
- 2012-10-31 US US13/665,067 patent/US9131467B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
EP2566200A1 (en) | 2013-03-06 |
CN102238477B (zh) | 2014-02-19 |
US20130053087A1 (en) | 2013-02-28 |
US9131467B2 (en) | 2015-09-08 |
EP2566200A4 (en) | 2013-04-03 |
WO2011134394A1 (zh) | 2011-11-03 |
EP2566200B1 (en) | 2016-07-20 |
CN102238477A (zh) | 2011-11-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2596314T3 (es) | Método para iniciar la comunicación entre un grupo de dispositivos de comunicación de tipo máquina y un servidor de comunicación de tipo máquina | |
US11871295B2 (en) | Registration management method for terminal accessing 5G network on non-3GPP access | |
EP3346753B1 (en) | Method for transmitting data in ciot system and device therefor | |
US10687175B2 (en) | Method for transmitting and receiving V2X message in wireless communication system, and an apparatus for same | |
EP3860240B1 (en) | Registration management method for terminal accessing 5g network on non-3gpp access | |
CN111480353B (zh) | 用于在远程ue与电信网络之间建立信令连接的方法和设备 | |
KR102569131B1 (ko) | 차량 통신 서비스를 수행하는 장치 및 방법 | |
WO2016198936A1 (en) | Method, apparatus, and system for d2d relay | |
ES2773675T3 (es) | Política de distribución de mensajes local y global en un sistema de transporte inteligente que utiliza comunicaciones inalámbricas | |
US20160234656A1 (en) | Common service device, distribution device, communication network, distribution method, and non-transitory computer readable medium | |
US20190159013A1 (en) | Mobile communication system, mobile station, switching station, and location registration method for mobile station | |
US11463846B2 (en) | Method and apparatus for transmitting V2X message | |
CN112312328B (zh) | 通信方法及相关装置 | |
JP7395768B2 (ja) | V2x通信方法および装置 | |
CN105530614A (zh) | 组寻址处理方法、装置、mtc互通网关及api gw | |
CN109155785B (zh) | 一种v2x消息传输方法及相关网元 | |
CN116261212A (zh) | 一种通信方法、装置及设备 |