ES2694175T3 - Sistema de comunicación, método y aparato - Google Patents
Sistema de comunicación, método y aparato Download PDFInfo
- Publication number
- ES2694175T3 ES2694175T3 ES12836942.8T ES12836942T ES2694175T3 ES 2694175 T3 ES2694175 T3 ES 2694175T3 ES 12836942 T ES12836942 T ES 12836942T ES 2694175 T3 ES2694175 T3 ES 2694175T3
- Authority
- ES
- Spain
- Prior art keywords
- mme
- sgsn
- general
- request
- service
- 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
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0092—Indication of how the channel is divided
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/22—Manipulation of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/06—Registration at serving network Location Register, VLR or user mobility server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/20—Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un sistema de comunicación móvil, que comprende: un terminal (1, 101) adaptado para soportar un servicio de Comunicación Tipo Máquina, MTC; un dispositivo (11, 171) de acceso por radio; y una Entidad de Gestión de la Movilidad, MME (22), específica o un Nodo de Soporte de GPRS, Servicio General de Paquetes vía Radio, de servicio, SGSN (122) específico, en donde el terminal (1, 101) se configura para proporcionar al dispositivo (11, 171) de acceso por radio información que indica que el terminal necesita conectarse a la MME (22) específica o el SGSN (122) específico, en donde el dispositivo (11, 171) de acceso por radio se configura para utilizar la información proporcionada por el terminal (1, 101) para seleccionar la MME (22) específica o el SGSN (122) específico, y en donde la MME (22) específica o SGSN (122) específico seleccionado se configura como una MME (22) o un SGSN (122) para proporcionar el servicio de MTC.
Description
5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Sistema de comunicacion, metodo y aparato Campo tecnico
La presente invencion se refiere a un sistema de comunicacion, un metodo, y un aparato.
Antecedentes
En una red central de un sistema de comunicacion movil, para proporcionar diversos servicios a diversos tipos de terminales (estaciones moviles), es necesario que todos los nodos en la red central esten provistos de las funciones requeridas para cada servicio. En una red de comunicacion movil a gran escala y similares, se disponen muchos nodos en la red central. Un terminal, en cada registro de ubicacion, se conecta de manera distribuida a los nodos en la red central.
Por tanto, todos los nodos en la red central necesitan tener las funciones necesarias para cada servicio (funciones de provision de servicio). Cuando incluso una parte de los nodos en la red central no tiene las funciones de provision de servicio necesarias para cada servicio, no se puede asegurar la continuidad del servicio para un terminal.
Por ejemplo, la Bibliograffa de Patentes 1 describe una disposicion para optimizar una ruta de reenvfo de paquetes en base a un tipo de servicio utilizado por una estacion movil, en donde, cuando la estacion movil utiliza un servicio de una red externa, se da una restriccion a una ruta de reenvfo de paquetes de modo que el paquete fluye a traves de un aparato de reenvfo de paquetes espedfico en base a la red externa. Cuando la estacion movil utiliza un servicio proporcionado por una red de comunicacion movil, no se da ninguna restriccion a una ruta de reenvfo de paquetes.
Literatura de Patentes 1
Publicacion Kokai de Patente Japonesa N° 2003-338832A
El informe tecnico (TR) 23.888 V1.4.0 de 3GPP se refiere a aspectos de la arquitectura de mejoras de sistema para Comunicaciones Tipo Maquina. Se describe en el mismo que durante los procedimientos de Acoplamiento y TAU, el UE y la MME intercambian informacion sobre su capacidad para soportar los procedimientos de "datos pequenos". La MME tambien obtiene informacion del HSS sobre la probabilidad de que este UE utilice (o no utilice) predominantemente el procedimiento de transferencia de datos pequenos. La MME podna realizar procedimientos de redireccion de MME para hacer que el UE se registre en una MME optimizada para Transferencias de Datos Pequenos de MTC.
El borrador de 3GPP S2-103176 aborda esquemas de gestion de carga reactiva para dispositivos MTC. Se describe que el control de admision de RRC se produce en el eNB, cuando el eNB ha recibido una Solicitud de Conexion RRC del UE. El elemento clave utilizado por el eNB para determinar si debe aceptar la solicitud del UE es la Causa de Establecimiento en el Mensaje de Solicitud de Conexion RRC. Por ejemplo, la causa de establecimiento de "Acceso de baja Prioridad" junto con la PLMN seleccionada proporcionada por el UE permite que el eNB seleccione una MME que esta reservada para servir a los dispositivos mTc en una PLMN particular.
Compendio
Lo siguiente describe algunos analisis de la tecnica relacionada.
Como se describio anteriormente, dado que cada nodo en una red central tiene todas las funciones de provision de servicio, se requiere que cada nodo tenga alta funcionalidad y alto rendimiento. Por consiguiente, cada nodo de red central resulta caro.
Por ejemplo, dado que un numero relativamente pequeno de terminales moviles son compatibles con un servicio MBMS (Servicio de Difusion y Multidifusion Multimedia) (un servicio de entrega simultanea), que es un servicio portador que esta estandarizado por el 3GPP (Proyecto de Asociacion de Tercera Generacion) y que implementa la entrega de tipo de difusion, no hay mucha oportunidad de proporcionar el servicio MBMS. Sin embargo, para proporcionar el servicio a un pequeno numero de usuarios de MBMS, es necesario que un operador de comunicacion tenga todos los nodos en la red central equipados con las funciones de MBMS. De lo contrario, el operador de comunicacion no puede proporcionar el servicio al pequeno numero de usuarios de MBMS.
Si se puede seleccionar un nodo en la red central en base a si un terminal movil necesita o no utilizar el servicio MBMS, el operador de comunicacion puede instalar un numero relativamente pequeno de nodos de red central caros que son compatibles con el MBMS y muchos nodos de red central economicos que no son compatibles con el MBMS en combinacion. De esta manera, el coste del equipo en su conjunto se puede reducir de manera mas eficiente (primer conocimiento de los presentes inventores).
Ademas, los dispositivos de comunicacion de maquina (MTC: Comunicacion Tipo Maquina) (dispositivos M2M) de 3GPP, que han sido de uso extendido en los ultimos anos, difieren enormemente de los terminales normales utilizados
5
10
15
20
25
30
35
40
45
para llamadas telefonicas (terminales de telefono) tales como terminales de telefono movil y telefonos inteligente o similares, en terminos de una caractenstica de movilidad, una calidad de comunicacion requerida, etc. Se sabe que hay diversos tipos de servicios de comunicacion de maquina, tal como para la gestion remota de existencias y carga de maquinas expendedoras automaticas, control de monitorizacion remota en un sistema sensor, monitorizacion de vetuculos, y red inteligente.
En los nodos de red central, por ejemplo, los nodos compatibles con MTC se personalizan para ser adecuados para acomodar un terminal (dispositivo MTC) que intercambia mas senales de control y menos datos de usuario que los nodos normales (por ejemplo, estos nodos compatibles con MTC se personalizan de modo que, mientras que se reduce un rendimiento de un plano de usuario en el que se intercambian datos de usuario para la reduccion de costes, se mejora un rendimiento de un plano de control de un sistema de senal de control). Por tanto, a menos que el operador de comunicacion haga que todos los nodos de red central esten equipados con las capacidades y funciones necesarias para conectarse con exito a un dispositivo MTC y un terminal de telefono, el operador de comunicacion no puede proporcionar el servicio tanto al dispositivo MTC como al terminal de telefono. Lo mismo aplica al servicio MBMS.
Si un dispositivo MTC y un terminal de telefono pudieran conectarse respectivamente a los nodos de red central apropiados, se permite que el operador de comunicacion disponga nodos de red central relativamente economicos para un terminal de telefono y nodos de red central relativamente economicos para un dispositivo MTC en combinacion (segundo conocimiento de los presentes inventores).
Si este es el caso, en comparacion con la instalacion de nodos de red central relativamente caros, cada uno de los cuales es compatible tanto con un terminal de telefono como con un dispositivo MTC, se puede reducir de manera mas eficiente un coste del equipo en un sistema completo (tercer conocimiento de los presentes inventores).
Por tanto, la presente invencion se ha hecho para resolver los problemas anteriores, y un objeto de la presente invencion es proporcionar un sistema, un metodo y un dispositivo para reducir un coste del equipo en la totalidad de un sistema de manera mas eficiente y logrando la reduccion de costes.
El objeto de la invencion es resuelto por la materia objeto de las reivindicaciones independientes. Las realizaciones y/o ejemplos de la siguiente descripcion que no estan cubiertos por las reivindicaciones adjuntas se considera que no forman parte de la presente invencion.
Segun la presente invencion, la reduccion de costes se puede lograr reduciendo el coste del equipo en el sistema de red central completo de manera mas eficiente.
Breve descripcion de los dibujos
La Figura 1 es un diagrama que ilustra una configuracion de sistema segun la primera realizacion ejemplar de la presente invencion.
La Figura 2 es un diagrama que ilustra una configuracion de sistema segun una segunda realizacion ejemplar de la presente invencion.
La Figura 3 es un diagrama que ilustra una secuencia segun un primer ejemplo de la presente invencion.
La Figura 4 es un diagrama que ilustra una secuencia segun un segundo ejemplo de la presente invencion.
La Figura 5 es un diagrama que ilustra una secuencia segun un tercer ejemplo de la presente invencion.
La Figura 6 es un diagrama que ilustra una secuencia segun el tercer ejemplo de la presente invencion.
La Figura 7 es un diagrama que ilustra una secuencia segun un cuarto ejemplo de la presente invencion.
La Figura 8 es un diagrama que ilustra una secuencia segun un quinto ejemplo de la presente invencion.
La Figura 9 es un diagrama que ilustra una secuencia segun el quinto ejemplo de la presente invencion.
La Figura 10 es un diagrama que ilustra una secuencia segun un sexto ejemplo de la presente invencion.
La Figura 11 es un diagrama que ilustra una secuencia segun un septimo ejemplo de la presente invencion.
La Figura 12 es un diagrama que ilustra una secuencia segun un octavo ejemplo de la presente invencion.
La Figura 13 es un diagrama que ilustra una secuencia segun el octavo ejemplo de la presente invencion.
La Figura 14 es un diagrama que ilustra una secuencia segun un noveno ejemplo de la presente invencion.
La Figura 15 es un diagrama que ilustra una secuencia segun un decimo ejemplo de la presente invencion.
La Figura 16 es un diagrama que ilustra una secuencia segun el decimo ejemplo de la presente invencion.
5
10
15
20
25
30
35
40
45
50
Modos preferidos
Primero, se describira un esquema de la presente invencion con referencia a las Figuras 1 y 2. Segun la presente invencion, una red central incluye una pluralidad de nodos (21/22 en la Figura 1 o 121/122 en la Figura 2) que son diferentes entre sf con respecto a las funciones de servicio proporcionadas para un terminal. En base a la informacion de abonado y la informacion del terminal, se selecciona de la pluralidad de nodos un nodo para ser conectado al terminal, de acuerdo con una caractenstica de servicio utilizada por el terminal o en un tipo del terminal. El terminal (1 en la Figura 1 o 101 en la Figura 2) se conecta al nodo seleccionado. Concretamente, en la red central, se instalan en combinacion un nodo con una funcion de provision de servicio espedfica predeterminada (22 en la Figura 1 o 122 en la Figura 2) y un nodo sin la funcion de provision de servicio espedfica (21 en la Figura 1 o 121 en la Figura 2).
Por tanto, segun la presente invencion, instalando ambos tipos, concretamente, un nodo optimizado con la funcion de provision de servicio espedfica y un nodo sin la funcion de provision de servicio espedfica como los nodos que se pueden conectar al(a los) terminal(es), se puede reducir adicionalmente el coste en el sistema completo, en comparacion con los casos en los que todos los nodos en la red central estan provistos de capacidades y funciones para todos los servicios.
Segun la presente invencion, en una red de comunicacion de terminal movil, un terminal se puede conectar a un nodo de red central espedfico, dependiendo de una condicion tal como una caractenstica de servicio o un tipo de terminal.
<Modo 1>
Una MME (una entidad de gestion de la movilidad) General, tras la recepcion de una Solicitud de Acoplamiento de un UE (Equipo de Usuario, tambien denominado un dispositivo de usuario, un terminal, o una estacion movil) determina si el UE es de un tipo que utiliza un servicio espedfico, en base a la informacion de abonado y la informacion del terminal. Cuando el UE es de este tipo, para conectar el UE a una MME Personalizada, la MME General transmite una senal de solicitud de reseleccion de MME (una senal de solicitud de reseleccion de entidad de gestion de la movilidad) a un eNodeB (NodeB evolucionado: un aparato de estacion base).
Mediante la retransmision, por el eNodeB, de una Solicitud de Acoplamiento a la MEE Personalizada, el UE se conecta a la MME Personalizada.
<Modo 2>
Una MME General, tras la recepcion de una Solicitud de Acoplamiento de un UE, transmite una senal de solicitud de cambio de MME (una senal de solicitud de cambio de entidad de gestion de la movilidad) a la MME Personalizada, para conectar el UE a una MME Personalizada. Mediante el seguimiento de un Procedimiento de Acoplamiento por la MME Personalizada, el UE se conecta a la MME Personalizada.
<Modo 3>
Una MME General, tras la recepcion de una Solicitud de Acoplamiento de un UE, transmite, al UE, un Rechazo de Acoplamiento, al que se anade un identificador de la MME Personalizada, para conectar el UE a una MME Personalizada. El UE, mediante la retransmision de una Solicitud de Acoplamiento, a la que se anade el identificador de la MME Personalizada a una Solicitud de Acoplamiento por el UE, se conecta a la MME Personalizada.
<Modo 4>
Un UE transmite, a un eNodeB, una Solicitud de Conexion RRC (Control de Recursos de Radio) (solicitud de conexion de recursos de radio), a la que se anade informacion de solicitud de conexion que solicita la conexion a una MME Personalizada (MME espedfica). El eNodeB, que ha recibido la solicitud de Conexion RRC, al transmitir, a una MME, una Solicitud de Acoplamiento del UE con Conexion RRC establecida, selecciona la MME Personalizada para hacer que el UE se conecte a la MME Personalizada.
<Modo 5>
Cuando una MME General con una sesion con un UE establecida, realiza liberacion (Liberacion de S1) de la conexion S1 establecida entre un eNodeB y la MME General, la MME General ordena al eNodeB que seleccione una MME Personalizada, en la siguiente seleccion de una MME. Entonces despues, cuando el UE transmite una solicitud de actualizacion de area de gestion de ubicacion (una Solicitud de Actualizacion de TA (Area de Seguimiento)), el eNodeB selecciona la MME Personalizada para hacer que el UE se conecte a la MME Personalizada.
<Modo 6>
Un SGSN (Nodo de Soporte de GPRS (Servicio General de Paquetes via Radio) de Servicio): que se describe como "nodo de soporte de GPRS de servicio" en las reivindicaciones) General, tras la recepcion de una Solicitud de Acoplamiento de un UE, determina si el UE es de un tipo que utiliza un servicio espedfico en base a la informacion de abonado y la informacion del terminal. Si el UE es de este tipo, para conectar el UE a un SGSN Personalizado, el SGSN General transmite una senal de solicitud de reseleccion de SGSN a un RNC (controlador de Red de Radio).
5
10
15
20
25
30
35
40
45
50
Mediante la transmision de una Solicitud de Acoplamiento al SGSN Personalizado, el RNC hace que el UE se conecte al SGSN Personalizado.
<Modo 7>
Un SGSN General, tras la recepcion de una Solicitud de Acoplamiento de un UE, transmite una senal de solicitud de cambio de SGSN al SGSN Personalizado, para conectar el Ue a un SGSN Personalizado. Mediante el seguimiento de un Procedimiento de Acoplamiento por el SGSN Personalizado, el UE se conecta al SGSN Personalizado.
<Modo 8>
Un SGSN General, tras la recepcion de una Solicitud de Acoplamiento de un UE, transmite, el UE, una Solicitud de Acoplamiento, a la que se anade un identificador del SGSN Personalizado, para conectar el UE a un SGSN Personalizado. El UE, mediante la retransmision de una Solicitud de Acoplamiento, a la que se anade el identificador del SGSN Personalizado a una Solicitud de Acoplamiento, se conecta al SGSN Personalizado.
<Modo 9>
Un UE transmite, a un RNC, una solicitud de conexion (una Solicitud de Conexion RRC), a la que se anade informacion de solicitud de conexion que solicita conexion a un SGSN Personalizado. El RNC, que ha recibido la solicitud de conexion RRC, al transmitir, a un SGSN, una Solicitud de Acoplamiento del UE con Conexion RRC establecida, selecciona el SGSN Personalizado para hacer que el UE se conecte al SGSN Personalizado.
<Modo 10>
Cuando un SGSN General con una sesion con un UE establecida, realiza Liberacion de lu, el SGSN General ordena a un RNC que seleccione un SGSN Personalizado, en la siguiente seleccion de un SGSN. Entonces despues, cuando el UE transmite una solicitud de actualizacion de area de gestion de ubicacion (una Solicitud de Actualizacion de RA (Area de Encaminamiento)), el RNC selecciona el SGSN Personalizado para hacer que el UE se conecte al SGSN Personalizado.
Como se describe en los Modos 1 a 10 anteriores, segun la presente invencion, un nodo de red central se selecciona y se conecta a un terminal, en base a las caractensticas de un servicio utilizado por el terminal. De esta manera, en la red central, se pueden disponer en combinacion nodos con funciones de provision de servicio espedficas y nodos sin tales funciones. Concretamente, los nodos se pueden distinguir, optimizando nodos espedficos para que tengan funciones de provision de servicio espedficas y configurando otros nodos sin tales funciones de provision de servicio espedficas. Como resultado, se puede reducir el coste del equipo en el sistema completo. Lo siguiente describe realizaciones ejemplares y ejemplos espedficos con referencia a los dibujos.
<Realizacion ejemplar 1>
La Figura 1 ilustra la realizacion ejemplar 1 de la presente invencion. Como realizacion ejemplar 1, se describira una configuracion con EPC (Nucleo de Paquetes Evolucionado). En esta configuracion, un UE transmite una Solicitud de Acoplamiento y el UE se conecta a una MME Personalizada.
En la Figura 1, un UE (Equipo de Usuario) 1 es un terminal que recibe un servicio de una MME Personalizada. Por ejemplo, el UE 1 puede ser el dispositivo MTC descrito anteriormente, un terminal compatible con MBMS o similares. En el caso en el que el UE 1 es una estacion movil normal que utiliza un servicio normal, tal como un terminal de telefono movil o un telefono inteligente (un terminal que no es compatible con un servicio espedfico tal como MTC o MBMS), el UE 1 se conecta a una MME General. Ademas, como se describira a continuacion, cuando se selecciona la MME Personalizada en respuesta a una Solicitud de Acoplamiento de una estacion movil normal (por ejemplo, de un terminal que no es compatible con un servicio espedfico tal como MTC o MBMS), se realiza la reseleccion de una MME y el UE 1 se reconecta a la MME General.
Un eNodeB 11 es un aparato de estacion base en LTE (Evolucion a Largo Plazo).
Una MME 21 y una MME 22 son dispositivos de gestion de la movilidad introducidos en EPC. La MME Personalizada 22 es una MME Personalizada a la que el UE 1 necesita conectarse y la MME General (21) es una MME distinta de tal MME Personalizada. Aunque sin limitarse a ello, la MME Personalizada 22, por ejemplo, se puede configurar, como una MME personalizada para un servicio de comunicacion de maquina (MTC) y para terminales compatibles con el mismo (dispositivos M2M) (por ejemplo, se refuerza el control de red de manejo de plano-C). O, la MME Personalizada 22 se puede configurar como una MME compatible con MBMS.
Un HSS (Servidor de Abonado Local) 31 es una base de datos que almacena informacion de abonado.
Una S-GW (Pasarela de Servicio) 41 y una P-GW (Pasarela de red de datos por paquetes) 51 son aparatos que manejan el plano de usuario.
Una red de servicio 61 es una red externa.
5
10
15
20
25
30
35
40
45
En la Figura 1, el eNodeB corresponde a un aparato en una red de acceso por radio (RAN) y las MME, la S-GW, la P-GW, etc. corresponden a aparatos en una red central (CN).
A continuacion, se describira la realizacion ejemplar 1 anterior en base a varios ejemplos. Se describen diferentes esquemas de control en los respectivos ejemplos. Los ejemplos 1 a 5 corresponden a los Modos 1 a 5 anteriores, respectivamente.
<Ejemplo 1>
La Figura 3 es un diagrama de secuencia que ilustra una operacion segun el ejemplo 1.
En la Figura 3,
el UE corresponde al UE 1 en la Figura 1,
el eNodeB corresponde al eNodeB 11 en la Figura 1,
la MME" General corresponde a la MME General 21 en la Figura 1,
la MME Personalizada corresponde a la MME Personalizada 22 en la Figura 1,
la GW de Servicio corresponde a la S-GW 41 en la Figura 1,
la PDN GW corresponde a la P-GW 51 en la Figura 1, y
el HSS corresponde al HSS 31 en la Figura 1.
"PCRF" es una Funcion de Reglas de Polfticas y Cobros. Ademas, un EIR (Registro de Identidad de Equipo) almacena el IMEI (Identidad Internacional de Equipo Movil) y similares y se conecta a una MME a traves de una interfaz S13.
En la Figura 3, por ejemplo, "1. Solicitud de Acoplamiento" representa que la transmision de una Solicitud de Acoplamiento del UE al eNodeB es la secuencia 1. Para distinguir el caracter de referencia de esta secuencia del caracter de referencia 1 del UE en la Figura 1 (de los caracteres de referencia de los componentes), este numero de secuencia 1 se representara entre parentesis como "Solicitud de Acoplamiento (1)" en la siguiente descripcion. Los otros numeros de secuencia tambien se representan de la misma manera. Ademas, los numeros de secuencia en la Figura 4 y en los diagramas de secuencia posteriores tambien se representaran de la misma manera. La Figura 3 se basa en la Figura 5.3.2.1-1: Procedimiento de Acoplamiento en la TS23.401 de 3GPP y los numeros de secuencia estan en conformidad con esta figura. Los detalles de cada secuencia se describen en la TS23.401 5.3.2 de 3GPP. En adelante, se describira la secuencia de operacion con referencia a las Figuras 1 y 3.
Como se ilustra en la Figura 3, cuando el UE 1 transmite una Solicitud de Acoplamiento (1), primero, el eNodeB 11 recibe la Solicitud de Acoplamiento (1). A continuacion, el eNodeB 11 retransmite la Solicitud de Acoplamiento (2) a una MME.
En esta secuencia, el eNodeB 11 no puede determinar de manera unica si reenviar la Solicitud de Acoplamiento (2) a la MME General 21 o a la MME Personalizada 22. Por tanto, hay casos en los que el eNodeB 11 reenvfa la Solitud de Acoplamiento (2) a la MME General 21.
Despues de recibir la Solitud de Acoplamiento (2), la MME General 21 adquiere informacion del terminal (Identidad de ME) del UE 1 a traves de una Solicitud/Respuesta de Identidad (4, 5b).
Se observa que la MME General 21 transmite una Solicitud (5b) de Verificacion de Identidad de ME a un EIR, y el EIR devuelve un Acuse de Recibo de Verificacion de Identidad de ME (no ilustrado) a la MME General. Ademas, en coordinacion con el HSS 31, la MME General 21 realiza la autenticacion y adquiere un perfil de abonado. Concretamente, en este caso, al menos, la MME General 21 realiza la autenticacion y adquiere un perfil de abonado.
La MME General 21, en la adquisicion de la informacion del terminal y el perfil de abonado, determina si conectar el UE 1 a la MME General 21 o a la MME Personalizada 22.
Cuando la MME General 21 determina que el UE 1 necesita conectarse a la MME General 21, la MME General 21 sigue un Procedimiento de Acoplamiento normal.
Cuando la MME General 21 determina que el UE 1 necesita conectarse a la MME Personalizada 22, la MME General 21 transmite, al eNodeB 11, una senal de seleccion de MME (un comando de reseleccion de MME) (senal de S1AP (aplicacion S1) recien introducida en la presente realizacion ejemplar), para ordenar la reseleccion de una MME.
En esta secuencia, la MME General 21 establece un identificador de la MME Personalizada 22 (por ejemplo, una GUMMEI (Identidad de MME Globalmente Unica)) en la senal de Comando de reseleccion de MME. Concretamente, antes de la creacion de un portador en la red central, la MME General 21 transmite, al eNodeB, una solicitud de
5
10
15
20
25
30
35
40
reseleccion, en la que la se incluye la informacion necesaria (GUMMEI) para seleccionar una nueva MME. La MME esta equipada con una funcion de determinacion de si el UE es un objetivo de reseleccion.
Cuando el eNodeB 11 recibe la senal de Comando de reseleccion de MME, de acuerdo con el identificador establecido en esta senal, el eNodeB 11 selecciona la MME Personalizada 22 y reenvfa la Solicitud de Acoplamiento (2) a la MME Personalizada 22. Dado que la MME Personalizada 22 necesita un parametro NAS (Estrato de No Acceso) de la Solicitud de Acoplamiento (utilizado en la autenticacion entre el UE y la MME), el eNodeB 11 retransmite la Solicitud de Acoplamiento. El eNodeB 11 necesita estar equipado con una funcion de almacenamiento de tal mensaje NAS.
Dado que la nueva MME (= la MME Personalizada 22) no puede determinar la vieja MME (= la MME General), la nueva MME no puede asumir el Contexto de la vieja MME (= la MME General). Por tanto, la nueva MME (= la MME Personalizada: MME 22) tambien necesita realizar la autenticacion y adquirir el perfil de abonado.
Despues de recibir la senal de Solicitud de Acoplamiento, la MME Personalizada 22 adquiere la informacion del terminal a traves de una Solicitud/Respuesta de Identidad. Ademas, la MME Personalizada 22 realiza la autenticacion y adquiere un perfil de abonado en coordinacion con el HSS 31. Concretamente, la MME Personalizada 22 realiza el mismo procesamiento que el realizado por la MME General 21.
Despues de adquirir la informacion del terminal y el perfil de abonado, la MME Personalizada 22 determina si conectar el UE 1 a la MME General 21 o a la MME Personalizada 22.
En este caso, dado que la MME Personalizada 22 ha sido seleccionada despues de la reseleccion por el eNodeB 11, la MME Personalizada 22 sigue un Procedimiento de Acoplamiento normal sin transmitir una senal de Comando de reseleccion de MME. Concretamente, se realizan las siguientes secuencias:
-transmision de una Solicitud de Actualizacion de Ubicacion (8) desde la MME Personalizada 22 al HSS 31,
- transmision de un Acuse de Recibo de Actualizacion de Ubicacion (11) desde el HSS 31 a la MME Personalizada 22,
- transmision de una Solicitud de Creacion de Sesion (12) desde la MME Personalizada 22 a la S-GW 41,
- transmision de una Solicitud de Creacion de Sesion (13) desde la S-GW 41 a la P-GW 51,
- Establecimiento/Modificacion (14) de Sesion de IP-CAN Iniciada por PCEF por la P-GW 51,
- transmision de una Respuesta de Creacion de Sesion (15) desde la P-GW 51 a la S-GW 41,
- transmision de los Primeros Datos de Enlace Descendente desde la P-GW 51 a la S-GW 41 (si no hay traspaso (HO)),
- transmision de una Respuesta de Creacion de Sesion (16) desde la S-GW 41 a la MME personalizada 22,
- transmision de una Solicitud de Establecimiento de Contexto Inicial/ Aceptacion de Acoplamiento (17) desde la MME Personalizada 22 al eNodeB 11,
-transmision de una Reconfiguracion de Conexion RRC (18) desde el eNodeB 11 al UE 1,
-transmision de una Reconfiguracion de Conexion RRC Completa (19) desde el UE 1 al eNodeB 11,
- transmision de una Respuesta de Establecimiento de Contexto Inicial (20) desde el eNodeB 11 a la MME Personalizada 22,
- transferencia Directa (21) desde el UE 1 al eNodeB,
- transmision de un Acoplamiento Completo (22) desde el eNodeB 11 a la MME Personalizada 22,
- transmision de Primeros Datos de Enlace Ascendente desde el UE 1 a la S-GW 41 y la P- GW 51.
- transmision de una Solicitud de Modificacion de Portador (23) desde la MME Personalizada 22 a la S-GW 41,
- transmision de una Solicitud de Modificacion de Portador (23a) desde la S-GW 41 a la PDN,
- transmision de una Respuesta de Modificacion de Portador (23b) desde la PDN a la S-GW 41,
- transmision de una Respuesta de Modificacion de Portador (24) desde la S-GW 41 a la MME Personalizada 22, y
- transmision de Primeros Datos de Enlace Descendente desde la P-GW 51 y la S-GW 41 al UE 1.
5
10
15
20
25
30
35
40
45
Ademas, la MME General 21 y la MME Personalizada 22 estan equipadas con una funcion de determinacion de que MME necesita conectarse al Ue 1. Esta determinacion se hace en base a la informacion transmitida desde el UE 1. La informacion puede ser:
- IMSI (Identidad Internacional de Abonado Movil),
- IMEI (Identidad Internacional de Equipo Movil: (Identidad del terminal)),
- Capacidad de la red de UE,
- Capacidad de la red de MS,
- Estacion movil marca de clase 2,
- Estacion movil marca de clase 3,
- Propiedades del dispositivo,
- un nuevo parametro de una senal de Solicitud de Acoplamiento que se anadira en el futuro, o
- un identificador de una parte de estos parametros (por ejemplo, un id de PLMN (Red Publica Movil Terrestre) - incluido en el IMSI)
Alternativamente, la determinacion anterior se puede hacer en base a la informacion transmitida desde el HSS 31. La informacion puede ser:
- Lista de Caractensticas,
- APN (Nombre de Punto de Acceso),
- un nuevo parametro de una senal de Respuesta de Actualizacion de Ubicacion/ Solicitud de Insercion de Datos de Abonado que se anadira en el futuro, o
- un identificador de una parte de estos parametros.
Se puede utilizar uno cualquiera o una combinacion de estos elementos de informacion para la determinacion anterior.
Ademas, en el presente ejemplo, incluso cuando se reenvfa una senal de Solicitud de Acoplamiento desde el UE 1 que necesita conectarse a la MME General 21 a la MME Personalizada 22, la MME Personalizada 22 puede solicitar al eNodeB 11 que seleccione la MME General 21 de una manera similar. Por ejemplo, si el UE 1 es una estacion movil normal (por ejemplo, una estacion movil normal que no es compatible con un servicio especial tal como MTC o MBMS) y si el UE 1 se conecta primero a la MME Personalizada 22, se selecciona la MME General 21 y se proporciona un servicio desde la MME General 21.
Como se describio anteriormente, en la presente realizacion ejemplar, una MME ordena al eNodeB que realice la reseleccion de una MME. En respuesta a la orden, el eNodeB realiza la reseleccion de una MME y se sigue el Procedimiento de Acoplamiento. De esta manera, el UE se puede acoplar a una MME apropiada.
<Ejemplo 2>
Como ejemplo 2, se describira otro ejemplo con EPC (Nucleo de Paquetes Evolucionado). En este ejemplo, el UE transmite una Solicitud de Acoplamiento y el UE se conecta a la MME Personalizada. En el ejemplo 2, se utilizara la misma configuracion de sistema que en el ejemplo 1.
La Figura 4 es un diagrama de secuencia que ilustra una operacion segun el ejemplo 2. La Figura 4 se basa en la Figura 5.3.2.1-1: Procedimiento de Acoplamiento en la TS23.401 de 3GPP y los numeros de secuencia estan en conformidad con esta figura. Los detalles de cada secuencia se describen en la TS23.401 5.3.2 de 3GPP. En adelante, se describira la operacion con referencia a las Figuras 1 y 4.
Cuando el UE 1 transmite una Solicitud de Acoplamiento (1), el eNodeB 11 recibe la Solicitud de Acoplamiento (1). A continuacion, el eNodeB 11 retransmite la Solicitud de Acoplamiento (2) a una MME. En esta secuencia, el eNodeB 11 no puede determinar de manera unica si reenviar la Solicitud de Acoplamiento (2) a la MME General 21 o a la MME Personalizada 22. Por tanto, hay casos en los que el eNodeB 11 reenvfa la Solicitud de Acoplamiento (2) a la MME General 21.
Despues de recibir la Solitud de Acoplamiento (2), la MME General 21 adquiere informacion del terminal (Identidad de ME) a traves de una Solicitud/Respuesta de Identidad (5b). Ademas, en coordinacion con el HSS 31, la MME General 21 realiza la autenticacion y adquiere un perfil de abonado. Concretamente, en este caso, al menos, la MME General 21 realiza la autenticacion y adquiere un perfil de abonado.
5
10
15
20
25
30
35
40
45
50
Despues de adquirir la informacion del terminal y el perfil de abonado, la MME General 21 determina si conectar el UE 1 a la MME General 21 o a la MME Personalizada 22. Si la MME General 21 determina que el UE 1 necesita conectarse a la MME General 21, la MME General 21 sigue un procedimiento de Acoplamiento normal.
Si la MME General 21 determina que el UE 1 necesita conectarse a la MME Personalizada 22, para ordenar el cambio de una MME, la MME General 21 transmite una senal de solicitud de cambio de MME (Solicitud de Cambio de MME) (una senal GTP (Protocolo de Tunelizacion de GPRS) recien introducida en el presente ejemplo) a la MME Personalizada 22.
En esta secuencia, la MME General 21 establece la informacion de contexto generada por la autenticacion del terminal y la adquisicion del perfil de abonado en la senal de solicitud de cambio de MME (Solicitud de Cambio de MME).
La MME Personalizada 22, tras la recepcion de la senal de solicitud de cambio de MME (Solicitud de Cambio de MME), mantiene la informacion de contexto establecida en la senal de solicitud de cambio de MME y transmite una senal de Respuesta de Cambio de MME (una senal GTP recien introducida en el presente ejemplo) a la MME General 21.
Posteriormente, la MME Personalizada 22 transmite una Solicitud de Actualizacion de Ubicacion (8) al HSS 31 para notificar al HSS 31 sobre el cambio de la MME.
Para notificar al HSS 31 sobre la MME cambiada, la MME Personalizada 22 transmite una Solicitud de Actualizacion de Ubicacion. El Procedimiento de Acoplamiento posterior es realizado por la MME Personalizada 22.
La MME Personalizada 22, en el caso en el que la informacion de contexto de seguridad recibida de la MME General 21 sea valida, puede omitir la realizacion de la re-autenticacion.
Posteriormente, la MME Personalizada 22 sigue el Procedimiento de Acoplamiento y el eNodeB 11 recibe una Solicitud de Establecimiento de Contexto Inicial/Aceptacion de Acoplamiento) (17) de la MME Personalizada 22.
La Solicitud de Establecimiento de Contexto Inicial/Aceptacion de Acoplamiento (17) es una respuesta a la Solicitud de Acoplamiento (2) recibida por la MME General 21. El eNodeB 11 necesita incluir una funcion de recepcion de una Respuesta de otra MmE diferente de la MME General 21.
Posteriormente, la MME Personalizada 22 sigue un Procedimiento de Acoplamiento normal.
La MME General 21 y la MME Personalizada 22 estan equipadas con una funcion de determinacion de que MME necesita conectarse al UE 1, como es el caso del ejemplo 1.
Ademas, en el presente ejemplo, incluso cuando se reenvfa una senal de Solicitud de Acoplamiento desde el UE 1 que necesita conectarse a la MmE General 21 a la MME Personalizada 22, la MME Personalizada 22 puede solicitar a la MME General 21 el cambio de una MME de una manera similar. Por ejemplo, en el caso en el que el UE 1 es una estacion movil normal (por ejemplo, una estacion movil normal que no es compatible con un servicio especial tal como MTC o MBMS), cuando el UE 1 esta una vez conectado a la MME Personalizada 22, la MME Personalizada 22 transmite una senal de solicitud de cambio de MME (Solicitud de Cambio de MME) a la MME General 21. De esta manera, se selecciona la MME General 21 y se proporciona un servicio desde la MME General 21.
Como se describio anteriormente, en el presente ejemplo, la MME General ordena a la MME Personalizada acerca del cambio de una MME. En respuesta a la orden, la MME Personalizada acepta el cambio y sigue el Procedimiento de Acoplamiento. De esta manera, el UE se puede acoplar a una MME apropiada.
<Ejemplo 3>
Como ejemplo 3, se describira otro ejemplo con EPC. En este ejemplo, el UE transmite una Solicitud de Acoplamiento y el UE se conecta a la MME Personalizada. En el ejemplo 3, se utilizara la misma configuracion de sistema que en el ejemplo 1.
Las Figuras 5 y 6 son diagramas de secuencia que ilustran una operacion segun el ejemplo 3. Las Figuras 5 y 6 se basan en la Figura 5.3.2.1-1: Procedimiento de Acoplamiento en la TS23.401 de 3GPP y los numeros de secuencia estan en conformidad con estas figuras. Los detalles de cada secuencia se describen en la TS23.401 5.3.2 de 3GPP. En adelante, se describira la operacion con referencia a las Figuras 1, 5 y 6.
Cuando el UE 1 transmite una Solicitud de Acoplamiento (1), primero, el eNodeB 11 recibe la Solicitud de Acoplamiento (1). A continuacion, el eNodeB 11 reenvfa la Solicitud de Acoplamiento (2) a una MME. Sin embargo, el eNodeB 11 no puede determinar de manera unica si reenviar la Solicitud de Acoplamiento (2) a la MME General 21 o a la MME Personalizada 22. Por tanto, hay casos en los que el eNodeB 11 reenvfa la Solicitud de Acoplamiento (2) a la MME General 21.
Despues de recibir la Solicitud de Acoplamiento (2), la MME General 21 adquiere informacion del terminal (Identidad de ME) a traves de una Solicitud/Respuesta de Identidad (5b). Ademas, en coordinacion con el HSS 31, la MME General 21 realiza la autenticacion y adquiere un perfil de abonado.
5
10
15
20
25
30
35
40
45
50
55
La MME General 21, en la adquisicion de la informacion del terminal y el perfil de abonado, determina si conectar el UE 1 a la MME General 21 o a la MME Personalizada 22. Si el UE 1 ha de conectarse a la MME General 21, la MME General 21 sigue un Procedimiento de Acoplamiento normal.
Si el UE 1 necesita conectarse a la MME Personalizada 22, la MME General 21 transmite un mensaje de Rechazo de Acoplamiento al UE 1, en lugar de seguir el Procedimiento de Acoplamiento. Concretamente, la MME General 21 transmite un Solicitud de Establecimiento de Contexto Inicial/Rechazo de Acoplamiento (17) al eNodeB 11.
En esta secuencia, la MME General 21 establece un parametro para ordenar el re-Acoplamiento (un nuevo parametro introducido en el presente ejemplo) y un parametro GUTI (Identidad (Identificador) Temporal Globalmente Unica) que incluye un GUMMEI (Identificador de MME Globalmente Unico) (un nuevo parametro introducido en el presente ejemplo) en la senal de Rechazo de Acoplamiento, de modo que el eNodeB 11 puede seleccionar la MME Personalizada 22 cuando realiza el re-Acoplamiento. El parametro de GUTI esta formado por un GUMMEI y una M- TMSI (Identidad de Estacion Movil Temporal). Un MMEI esta formado por un MCC (Codigo de Pafs Movil), un MNC (Codigo de Red Movil), y un identificador de MME. Aunque estos parametros son parametros que estan recien introducidos en el presente ejemplo, dado que el eNodeB 11 es transparente, el eNodeB 11 no se ve afectado.
El UE 1, tras la recepcion de la senal de Rechazo de Acoplamiento del eNodeB 11, como se ilustra en la Figura 6, transmite, al eNodeB 11, la Solicitud de Acoplamiento (1) en la que se establece el GUTI (Acoplamiento mediante el GUTI), de acuerdo con el parametro para ordenar el re-Acoplamiento establecido en la senal de Rechazo de Acoplamiento y el parametro GUTI. El eNodeB 11 decide una MME apropiada a partir del GUMMEI incluido en el GUTI y reenvfa la Solicitud de Acoplamiento (2) a la MME Personalizada 22.
El UE 1 esta equipado con una funcion de recepcion de un GUTI en una senal de Rechazo de Acoplamiento y que utiliza el GUTI especificado en el Rechazo de Acoplamiento al transmitir el re-Acoplamiento (Solicitud de Acoplamiento (1) en la Figura 6). Las MME estan equipadas con una funcion de determinacion de si este UE es un objetivo de reseleccion.
Posteriormente, la MME Personalizada 22 sigue un Procedimiento de Acoplamiento normal. Mientras que el GUTI se establece en la Solicitud de Acoplamiento, la MME Personalizada 22 no mantiene informacion de contexto.
Por tanto, tras la recepcion de la senal de Solicitud de Acoplamiento, la MME Personalizada 22 adquiere informacion del terminal a traves de una Solicitud/Respuesta de Identidad (4). Ademas, la MME Personalizada 22 realiza la autenticacion y adquiere un perfil de abonado en coordinacion con el HSS 31.
Ademas, la MME General 21 y la MME Personalizada 22 estan equipadas con una funcion de determinacion de que MME necesita conectarse al UE 1, como es el caso del ejemplo 1.
Ademas, en el presente ejemplo, incluso cuando se reenvfa una senal de Solicitud de Acoplamiento desde el UE 1 que necesita conectarse a la MME General 21 a la MME Personalizada 22, la MME Personalizada 22 puede instar al Ue 1 a reseleccionar una MME de la misma manera. Concretamente, en el caso en el que el UE 1 es una estacion movil normal (por ejemplo, una estacion movil normal que no es compatible con un servicio especial tal como MTC o MBMS), cuando el UE 1 esta una vez conectado a la MME Personalizada 22, la MME Personalizada 22 transmite una senal de Rechazo de Acoplamiento al UE 1 e insta al UE 1 a reseleccionar la MME General 21. De esta manera, dado que el UE 1 transmite una senal de Solicitud de re-Acoplamiento, se selecciona la MME General 21 y se proporciona un servicio desde la MME General 21.
Como se describio anteriormente, en el presente ejemplo, la MME General ordena al UE que realice la reseleccion de una MME. En respuesta a la orden, el UE especifica la MME Personalizada y se sigue un Procedimiento de Acoplamiento. De esta manera, el UE se puede acoplar a una MME apropiada.
<Ejemplo 4>
Como ejemplo 4, se describira otro ejemplo con EPC. En este ejemplo, el UE transmite una Solicitud de Acoplamiento y el UE se conecta a la MME Personalizada. En el ejemplo 4, se utilizara la misma configuracion de sistema que en el ejemplo 1. La Figura 7 es un diagrama de secuencia que ilustra una operacion segun el ejemplo 4. La Figura 7 se basa en la Figura 5.3.2.1-1: Procedimiento de Acoplamiento en la TS23.401 de 3GPP y los numeros de secuencia estan en conformidad con la figura. Los detalles de cada secuencia se describen en la TS23.401 5.3.2 de 3GPP. En adelante, se describira la operacion con referencia a las Figuras 1 y 7.
Para transmitir una Solicitud de Acoplamiento (1) a una MME, el UE 1 primero, establece una Conexion RRC con el eNodeB 11. Para establecer una Conexion RRC, primero, el UE 1 transmite una senal de Solicitud de Conexion RRC al eNodeB 11.
En esta secuencia, el UE 1 establece un parametro que indica que el UE 1 necesita conectarse a la MME Personalizada 22 (una Identidad de Usuario, un nuevo Valor o un nuevo parametro de Causa de establecimiento (un valor o un parametro recien introducido en el presente ejemplo), o un identificador de una parte de tales parametros (un id de PLMN incluido en el IMSI, por ejemplo)).
5
10
15
20
25
30
35
40
45
50
Se implementa un nuevo parametro de la Solicitud de Conexion RRC (un nuevo valor o un nuevo parametro de Causa de establecimiento), de modo que el UE 1 puede notificar al eNodeB que el UE 1 puede conectarse a la MME Personalizada utilizando la Solicitud de Conexion RRC.
El eNodeB 11, tras la recepcion de la senal de Solicitud de Conexion RRC, almacena informacion que indica que el UE 1 necesita conectarse a la MME Personalizada 22 y sigue el Procedimiento de Conexion RRC posterior.
Despues de establecer la Conexion RRC, cuando el UE 1 transmite una Solicitud de Acoplamiento (1), el eNodeB 11 recibe la Solicitud de Acoplamiento (1). En esta secuencia, el eNodeB 11, a partir de la informacion almacenada tras la recepcion de la Solicitud de Conexion RRC (1), reenvfa una Solicitud de Acoplamiento (2) a la MME Personalizada 22.
Despues de recibir la Solicitud de Acoplamiento (2), la MME Personalizada 22 sigue un Procedimiento de Acoplamiento normal.
Ademas, el UE 1 esta equipado con una funcion de ordenar al eNodeB 11 acerca de cual de la MME General 21 y la MME Personalizada 22 necesita conectarse al UE 1. Dado que el UE 1 no puede almacenar informacion sobre todas las MME en la red central, se utiliza informacion que indica un tipo de MME, un tipo de servicio, o similares para la orden dada al eNodeB 11, en lugar de un identificador mediante el cual se pueda seleccionar una MME unica.
Ademas, el eNodeB 11 esta equipado con una funcion de determinacion de que MME necesita conectarse al UE 1.
Como se describio anteriormente, se utiliza uno o una combinacion de una Identidad de Usuario, un nuevo Valor o un nuevo parametro de Causa de Establecimiento, y un identificador de una parte de tales parametros en el mensaje de Solicitud de Conexion RRC para la seleccion de una MME por el eNodeB 11.
Como se describio anteriormente, en el presente ejemplo, el UE ordena al eNodeB que seleccione una MME. En respuesta a la orden, el eNodeB especifica la MME Personalizada y se sigue un Procedimiento de Acoplamiento. De esta manera, el UE se puede acoplar a una MME apropiada.
<Ejemplo 5>
Como ejemplo 5, se describira otro ejemplo con EPC. En este ejemplo, el UE y la MME Personalizada se conectan cuando se realiza la Actualizacion de Area de Seguimiento. En el ejemplo 5, se utilizara la misma configuracion de sistema que en el ejemplo 1.
Las Figuras 8 y 9 son diagramas de secuencia que ilustran una operacion segun el ejemplo 5. La Figura 8 se basa en la Figura 5.3.5-1: Procedimiento de Liberacion de S1 en la TS23.401 de 3GPP (vease la TS23.401 5.3.5 de 3GPP). La Figura 9 se basa en la Figura 5.3.3.1-1: procedimiento de Actualizacion de Area de Seguimiento con cambio de GW de Servicio (vease la TS23.401 5.3.3 de 3GPP). Se describira la operacion con referencia a las Figuras 1, 8 y 9 (y una parte en la Figura 3).
Cuando el UE 1 transmite una Solicitud de Acoplamiento (vease 1 en la Figura 3), primero, el eNodeB 11 recibe la Solicitud de Acoplamiento. El eNodeB 11 retransmite la Solicitud de Acoplamiento a una MME (vease 2 en la Figura 3).
El eNodeB 11 no puede determinar de manera unica si reenviar la Solicitud de Acoplamiento a la MME General 21 o a la MME Personalizada 22. Por tanto, hay casos en los que el eNodeB 11 reenvfa la Solicitud de Acoplamiento a la MME General 21.
Despues de recibir la Solicitud de Acoplamiento, la MME General 21 adquiere informacion del terminal (Identidad de ME) a traves de una Solicitud/Respuesta de Identidad (vease 4, 5b en la Figura 3). Ademas, la MME General 21 realiza la autenticacion y adquiere un perfil de abonado en coordinacion con el HSS 31.
La MME General 21, en la adquisicion de la informacion del terminal y el perfil de abonado, determina si conectar el UE 1 a la MME General 21 o a la MME Personalizada 22. Posteriormente, se sigue un Procedimiento de Acoplamiento normal. Si el UE 1 ha de conectarse a la MME General 21, el procesamiento termina en este punto.
Si el UE 1 necesita conectarse a la MME Personalizada 22, la MME General 21 realiza Liberacion de S1 para hacer que el UE 1 realice Actualizacion de Area de Seguimiento (Actualizacion de TA), como se ilustra en la Figura 8. La MME General 21 transmite un Comando de Liberacion de Contexto de UE S1 (4) al eNodeB 11.
La MME General 21 da una orden acerca de una MME que el eNodeB necesita seleccionar al establecer la Conexion S1 con una MME la proxima vez, utilizando un identificador de MME (por ejemplo, un GUMMEI) en el Comando de Liberacion de Contexto de UE S1 (4). Un parametro, por ejemplo, el GUMMEI que especifica la siguiente MME a ser seleccionada por el eNodeB cuando se realiza la Liberacion de S1 para la activacion de TAU de Equilibrio de Carga, es un nuevo parametro. Incluso despues de que se complete la Liberacion de S1, mientras que el eNodeB 11 mantiene informacion de sesion para el UE 1, el eNodeB 11 sigue manteniendo el identificador de MME como informacion para la seleccion de la siguiente MME.
5
10
15
20
25
30
35
40
45
50
Despues de que se realice la Liberacion de S1, a continuacion, el UE 1 transmite una Solicitud de TAU (2), como se ilustra en la Figura 9. Primero, el eNodeB 11 recibe la Solicitud de TAU (2) del UE 1 y reenvfa la Solicitud de TAU (3) a una MME. El eNodeB 11, en un estado de Liberacion de S1 completa, realiza la reseleccion de una MME y establece una Conexion S1. El eNodeB 11 selecciona la MME Personalizada, de acuerdo con el GUMMEI indicado por la MME antigua (= la MME General) en el momento de la Liberacion de S1. El eNodeB 11 esta equipado con una funcion de mantenimiento del siguiente GUMMEI por UE.
Al seleccionar una MME, el eNodeB 11 selecciona la MME Personalizada 22 de acuerdo con el Identificador de MME del GUMMEI indicado en la senal de Comando de Liberacion de Contexto de UE S1 recibida de la MME General 21. Dado que el GUTI (GUMMEI) en NAS indica la MME antigua (= MME General), se pueden adquirir m contextos.
Despues de recibir la Solicitud de TAU (3), la MME Personalizada 22 sigue un Procedimiento de Actualizacion de TA normal. La MME Personalizada 22 transmite una Solicitud de Contexto (4) a la MME General 21 y recibe una Respuesta de Contexto (5).
La MME Personalizada 22, en el caso en el que la S-GW es reubicada, transmite un Acuse de Recibo de Contexto (7) que incluye una orden para cambiar la S-GW a la MME General. Cuando la MME Personalizada 22 selecciona una nueva S-GW 41 (nueva GW de Servicio), la MME Personalizada 22 transmite una Solicitud de Creacion de Sesion (8) a la nueva S-GW 41.
La nueva S-GW 41 (nueva GW de Servicio), en respuesta a esta Solicitud de Creacion de Sesion (8), transmite una Solicitud de Modificacion de Portador (9) a la P-GW 51. Despues de recibir una respuesta a la Solicitud de Modificacion de Portador (9) desde la P-GW 51, la nueva S-GW devuelve una Respuesta de Creacion de Sesion (11) a la MME Personalizada 22.
La MME Personalizada 22 transmite una Actualizacion de Ubicacion (12) al HSS 31.
La MME General 21, tras la recepcion de una Cancelacion de Ubicacion (13) del HSS 31, elimina los contextos de MM y transmite un Acuse de Recibo de Cancelacion de Ubicacion (14) al HSS 31. El HSS 31 transmite un Acuse de Recibo de Actualizacion de Ubicacion (17) en respuesta a la Actualizacion de Ubicacion (12) a la MME Personalizada 22.
La MME General 21 transmite una Solicitud de Eliminacion de Sesion (18) a la S-GW 41 antigua (antigua GW de Servicio), y la S-GW 41 antigua (antigua GW de Servicio) transmite una respuesta (19) a la Solicitud de Eliminacion de Sesion (18) a la MME General 21.
La MME Personalizada 22 transmite una Aceptacion de TAU (20) al UE0 1.
Si un GUTI esta incluido en la Aceptacion de TAU (20), el UE 1 devuelve un TAU Completo (21) a la MME Personalizada 22. El UE 1 utiliza este TAU Completo (21) como una respuesta de acuse de recibo a la senal recibida de Aceptacion de TAU (20).
La MME General 21 y la MME Personalizada 22 estan equipadas con una funcion de determinacion de que MME necesita conectarse al UE 1. Esta funcion es la misma que en el ejemplo 1.
En el presente ejemplo, de la misma manera que se describio anteriormente, cuando el eNodeB 11 recibe una Solicitud de Actualizacion de TA del UE 1 que necesita conectarse a la MME General 21 (por ejemplo, de una estacion movil normal (una estacion movil normal que no es compatible con un servicio especial tal como MTC o MBMS), seleccionando la MME General, el UE 1 se conecta a la MME General 21 y se proporciona un servicio desde la MME General 21.
En el presente ejemplo, el Procedimiento de Actualizacion de TA se ha realizado en base a la secuencia en la Figura 9. Sin embargo, una caractenstica en el presente ejemplo es que el eNodeB 11 selecciona una MME. Por tanto, el presente ejemplo tambien puede ser realizado por, por ejemplo, otros Procedimientos para reestablecer la Conexion S1, tal como una Solicitud de Servicio.
Como se describio anteriormente, segun el presente ejemplo, la MME General ordena al eNodeB que realice la reseleccion de una MME. En respuesta a la orden, el eNodeB especifica la MME Personalizada al seleccionar la siguiente MME, y se sigue el Procedimiento. De esta manera, el UE se puede conectar a una MME apropiada.
<Realizacion ejemplar 2>
Como realizacion ejemplar 2, se describira una configuracion con UMTS (Sistema Universal de Telecomunicaciones Moviles). En esta configuracion, un UE transmite una Solicitud de Acoplamiento y el UE se conecta a un SGSN Personalizado. La Figura 2 ilustra una configuracion de sistema segun la realizacion ejemplar 2.
Un UE 101 es un terminal que recibe un servicio de un SGSN Personalizado. Por ejemplo, el UE 101 puede ser el dispositivo MTC o terminal compatible con MBMS anteriores. En el caso en el que el UE 101 es una estacion movil normal que utiliza servicios normales tal como un terminal de telefono movil o un telefono inteligente (un terminal que no es compatible con un servicio espedfico tal como MTC o MBMS), el UE 101 se conecta a un SGSN General.
Ademas, como se describira a continuacion, cuando se selecciona el SGSN Personalizado en respuesta a una Solicitud de Acoplamiento de una estacion movil normal (por ejemplo, de un terminal que no es compatible con un servicio espedfico tal como MTC o MBMS), se realiza la reseleccion de un SGSN. Como resultado, el UE 1 se conecta al SGSN General.
5 Un NodeB 111 y un RNC (controlador de red de radio) 171 son dispositivos para el acceso por Radio adoptados para el sistema UMTS.
Un SGSN General 121 y un SGSN Personalizado 122 son dispositivos, cada uno de los cuales cubre un area y se utiliza en el UMTS. Dependiendo del modo de conexion, el SGSN General 121 y el SGSN Personalizado 122 manejan el plano de usuario. Si los SGSN no manejan el plano de usuario, se establece el plano de usuario entre una S-GW y 10 un RNC.
Un HLR (Registro de Ubicacion Base) 131 es una base de datos que almacena informacion de abonado.
Una GGSN 141 (Nodo de Soporte GPRS (Servicio General de Paquetes via Radio) Pasarela: que se describe como "nodo de soporte GPRS pasarela" en las reivindicaciones) es un dispositivo de pasarela conectado a una red externa. Una red de servicio 161 es una red externa (red de paquetes de datos).
15 En la Figura 2, el NodeB 111 y el RNC 171 son dispositivos en una red de acceso por radio RAN. El SGSN, el GGSN, etc. son dispositivos en una red central.
A continuacion, se describira la realizacion ejemplar 2 en base a diversos ejemplos. Se describen diferentes metodos de control en los respectivos ejemplos. Los siguientes ejemplos 6 a 10 corresponden a los Modos 6 a 10 anteriores, respectivamente.
20
5
10
15
20
25
30
35
40
45
50
<Ejemplo 6>
La Figura 10 es un diagrama de secuencia que ilustra una operacion segun el ejemplo 6 y se basa en la TS 23.060 6.5 Figura 22 de 3GPP.
En la Figura 10,
"MS (Estacion Movil)" corresponde al UE 101 en la Figura 2,
"RAN (Red de Acceso por Radio)" corresponde al NodeB 111 y el RNC 171 en la Figura 2,
"SGSN General" corresponde al SGSN General 121 en la Figura 2,
"SGSN Personalizado" corresponde al SGSN Personalizado 122 en la Figura 2,
"GGSN" corresponde al GGSN 141 en la Figura 2, y "HLR" corresponde al HLR 131 en la Figura 2,
Un VLR de un MSC (Centro de Conmutacion Movil)/VLR (Registro de Ubicacion de Visitante) es un registro de ubicacion para servicios de CS distinto del HLR. Un EIR (Registro de Identificador de Equipo) almacena identificadores de dispositivos moviles validos.
Se describira una operacion con referencia a las Figuras 2 y 10. En adelante, el UE 101 en la Figura 2 se utilizara como el MS en la Figura 10.
Cuando el UE 101 (MS) transmite una Solicitud de Acoplamiento (1), primero, el NodeB 111 recibe la Solicitud de Acoplamiento (1) y reenvfa la Solicitud de Acoplamiento (1) al rNC 171. El RNC 171 reenvfa la Solicitud de Acoplamiento (1) a un SGSN. Sin embargo, el RNC 171 no puede determinar de manera unica si reenviar la Solicitud de Acoplamiento al SGSN General 121 o al SGSN Personalizado 122. Por tanto, hay casos en los que el RNC 171 reenvfa la Solicitud de Acoplamiento al SGSN General 121.
Despues de recibir la Solicitud de Acoplamiento, el SGSN General 121 adquiere informacion del terminal a traves de una Solicitud/Respuesta de Identidad (3, 4). Ademas, el SGSN General 121 realiza la autenticacion y adquiere un perfil de abonado, en coordinacion con el HLR 131. Concretamente, en este caso, el SGSN General 121 realiza la autenticacion y adquiere un perfil de abonado.
El SGSN General 121, en la adquisicion de la informacion del terminal y el perfil de abonado, determina si conectar el UE 101 al SGSN General 121 o al SGSN Personalizado 122. En el caso en el que el UE 101 necesita conectarse al SGSN General 121, el SGSN General 121 sigue un Procedimiento de Acoplamiento normal.
En el caso en el que el UE 101 necesita conectarse al SGSN Personalizado 122, para ordenar la reseleccion de un SGSN, el SGSN General 121 transmite un Comando de reseleccion de SGSN (una senal de RANAP recien introducida en el presente ejemplo) al RNC 171. En esta secuencia, el SGSN General 121 establece un identificador que identifica al SGSN Personalizado 122 en la senal de Comando de reseleccion de SGSN (por ejemplo, un RAI (Identificador de Area de Encaminamiento) o un NRI (Identificador de Recursos de Red)). Concretamente, el SGSN General 121 transmite, a la RNC 171, una solicitud de reseleccion de SGSN en la que se incluye la informacion necesaria (RAI) para seleccionar el SGSN personalizado 122. En el caso de que la reseleccion se realice dentro de un unico grupo, solo se puede utilizar el nRi. Los SGSN estan equipados con una funcion de determinacion de si el UE 101 es un objetivo de reseleccion.
Cuando el RNC 171 recibe la senal de Comando de reseleccion de SGSN, de acuerdo con el identificador establecido en esta senal, el RNC 171 selecciona el SGSN Personalizado 122 y reenvfa la Solicitud de Acoplamiento (1). Dado que el SGSN personalizado 122 necesita un parametro NAS (Estrato de No Acceso) de la Solicitud de Acoplamiento, el RNC 171 transmite la Solicitud de Acoplamiento. El RNC 171 esta equipado con una funcion de almacenamiento de tal mensaje NAS.
Dado que el nuevo SGSN (= el SGSN personalizado) no puede determinar el SGSN antiguo (= el SGSN General), el nuevo SGSN no puede asumir el contexto. Por tanto, el nuevo SGSN tambien necesita realizar la autenticacion y adquirir el perfil de abonado. Despues de recibir la Solicitud de Acoplamiento (2), el SGSN Personalizado 122 adquiere informacion del terminal a traves de una Solicitud/Respuesta de Identidad. Ademas, el SGSN Personalizado 122 realiza la autenticacion y adquiere un perfil de abonado, en coordinacion con el HLR 131. Concretamente, el SGSN Personalizado 122 realiza el mismo procesamiento que el realizado por el SGSN General 121.
El SGSN Personalizado 122, en la adquisicion de la informacion del terminal y el perfil de abonado, determina si conectar el UE 101 al SGSN General 121 o al SGSN Personalizado (022). En este caso, dado que el SGSN Personalizado 122 ha sido seleccionado despues de la re-seleccion por el RNC 171, el SGSN Personalizado 122 sigue un Procedimiento de Acoplamiento normal, sin transmitir una senal de Comando de reseleccion de SGSN.
5
10
15
20
25
30
35
40
45
Ademas, el SGSN General 121 y el SGSN Personalizado 122 estan equipados con una funcion de determinacion de que SGSN necesita conectarse al UE 101. Esta determinacion se hace en base a la informacion transmitida desde el Ue 101. La informacion puede ser:
- IMSI (Identidad Internacional de Abonado Movil),
- IMEI
- Capacidad de la red de UE,
- Capacidad de la red de MS,
- Estacion movil marca de clase 2,
- Estacion movil marca de clase 3,
- Propiedades del dispositivo,
- un nuevo parametro de una senal de Solicitud de Acoplamiento que se anadira en el futuro, o
- un identificador de una parte de estos parametros (por ejemplo, un id de PLMN incluido en el IMSI)
Alternativamente, la determinacion anterior se puede hacer en base a la informacion transmitida desde el HLR 131. La informacion puede ser:
- Lista de Caractensticas,
- APN,
- un nuevo parametro de una senal de Respuesta de Actualizacion de Ubicacion/ Solicitud de Insercion de Datos de Abonado que se anadira en el futuro, o
- un identificador de una parte de estos parametros.
Se puede utilizar uno cualquiera o una combinacion de estos elementos de informacion para la determinacion anterior.
Ademas, en el presente ejemplo, incluso cuando se reenvfa una senal de Solicitud de Acoplamiento desde el UE 101 que necesita conectarse al SGSN General 121 al SGSN Personalizado 122, el SGSN Personalizado 122 puede solicitar al RNC 171 que realice la reseleccion de un SGSN de una manera similar. Si el UE 101 es una estacion movil normal (por ejemplo, una estacion movil normal que no es compatible con un servicio especial tal como MTC o MBMS) y si el UE 101 se conecta primero al SGSN Personalizado 122, el SGSN General 121 solicita al RNC 171 que realice la reseleccion de un SGSN. Como resultado, se selecciona el SGSN General 121 y se proporciona un servicio desde el SGSN General 121.
Como se describio anteriormente, en el presente ejemplo, un SGSN ordena al RNC que realice la reseleccion de un SGSN. En respuesta a la orden, el RNC realiza la reseleccion de un SGSN y se sigue el Procedimiento de Acoplamiento. De esta manera, el UE se puede acoplar a un SGSN apropiado.
<Ejemplo 7>
Como ejemplo 7, se describira otro ejemplo con UMTS. En este ejemplo, el UE transmite una Solicitud de Acoplamiento y el UE se conecta al SGSN Personalizado. En el ejemplo 7, se utilizara la misma configuracion de sistema que en el ejemplo 6. La Figura 11 es un diagrama de secuencia que ilustra una operacion segun el ejemplo 7. En adelante, se describira la operacion con referencia a las Figuras 2 y 11.
Cuando el UE 101 transmite una Solicitud de Acoplamiento (1), primero, el NodeB 111 recibe la Solicitud de Acoplamiento (1). A continuacion, el NodeB 111 reenvfa la Solicitud de Acoplamiento al RNC 171, y el RNC 171 reenvfa la Solicitud de Acoplamiento a un SGSN. Sin embargo, el RNC 171 no puede determinar de manera unica si reenviar la Solicitud de Acoplamiento al SGSN General 121 o al SGSN Personalizado 122. Por tanto, hay casos en los que el RNC 171 reenvfa la Solicitud de Acoplamiento al SGSN General 121.
El SGSN General 121, tras la recepcion de la Solicitud de Acoplamiento, adquiere informacion del terminal a traves de una Solicitud/Respuesta de Identidad. Ademas, en coordinacion con el HLR 131, el SGSN General 121 realiza la autenticacion y adquiere un perfil de abonado. Concretamente, en este caso, al menos, el SGSN General 121 realiza la autenticacion y adquiere un perfil de abonado.
El SGSN General 121, tras la adquisicion de la informacion del terminal y el perfil de abonado, determina si conectar el UE 101 al SGSN General 121 o al SGSN Personalizado 122. Si el SGSN General 121 determina que el UE 101 necesita conectarse al SGSN General 121, el SGSN General 121 sigue un procedimiento de Acoplamiento normal.
5
10
15
20
25
30
35
40
45
50
En el caso en el que el UE 101 necesita conectarse al SGSN Personalizado 122, para ordenar el cambio de un SGSN, el SGSN General 121 transmite una Solicitud de Cambio de SGSN (una senal GTP recien introducida en la presente realizacion ejemplar) al SGSN Personalizado 122.
En esta secuencia, el SGSN General 121 establece la informacion de contexto generada por la autenticacion de la estacion movil y la adquisicion del perfil de abonado en la senal de Solicitud de Cambio de SGSN. Concretamente, cuando el SGSN General 121 solicita al SGSN Personalizado 122 el cambio de un SGSN (Cambio de SGSN), el SGSN General 121 notifica un nuevo SGSN (el SGSN Personalizado 122) de contexto. Los SGSN estan equipados con una funcion de determinacion de si el UE 101 es un objetivo de reseleccion.
El SGSN Personalizado 122, tras la recepcion de la senal de Solicitud de Cambio de SGSN, mantiene la informacion de contexto establecida en la senal de Solicitud de Cambio de SGSN y transmite una senal de Respuesta de Cambio de SGSN (una senal GTP recien introducida en la presente realizacion ejemplar) al SGSN General 121.
Posteriormente, el SGSN Personalizado 122 transmite una senal de Actualizacion de Ubicacion (8) al HLR 131 para notificar al HLR 131 sobre el cambio del SGSN.
Cuando la informacion de contexto de seguridad transmitida desde el SGSN General 121 es valida, el SGSN Personalizado 122 puede omitir la realizacion de la re-autenticacion.
Posteriormente, el SGSN Personalizado 122 sigue el Procedimiento de Acoplamiento y el RNC 171 recibe una senal de Aceptacion de Acoplamiento (9) del SGSN Personalizado 122. Posteriormente, se sigue un Procedimiento de Acoplamiento normal.
El SGSN General 121 y el SGSN Personalizado 122 estan equipados con una funcion de determinacion de que SGSN necesita conectarse al UE 101, como es el caso del ejemplo 6.
En el presente ejemplo, incluso cuando se reenvfa una senal de Solicitud de Acoplamiento desde el UE 101 que necesita conectarse al SGSN General 121 al SGSN Personalizado 122, el SGSN Personalizado 122 puede solicitar al SGSN General 121 el cambio de un SGSN de la misma manera. En el caso en el que el UE 101 es una estacion movil normal (por ejemplo, un terminal que no es compatible con un servicio especial tal como MTC o MBMS) y si el UE 101 se conecta al SgSN Personalizado 122, el sGsN Personalizado 122 selecciona el SGSN General 121 y se proporciona un servicio desde el SGSN General 121.
Como se describio anteriormente, en el presente ejemplo, el SGSN General ordena al SGSN Personalizado acerca del cambio de un SGSN. En respuesta a la orden, el SGSN Personalizado acepta el cambio y sigue el Procedimiento de Acoplamiento. De esta manera, el UE se puede acoplar a un SGSN apropiado.
<Ejemplo 8>
Como ejemplo 8, se describira otro ejemplo con UMTS. En este ejemplo, el UE transmite una Solicitud de Acoplamiento y el UE se conecta al SGSN Personalizado. En el ejemplo 8, se utilizara la misma configuracion que en el ejemplo 6. Las Figuras 12 y 13 son diagramas de secuencia que ilustran una operacion segun el ejemplo 8. En adelante, se describira la operacion con referencia a las Figuras 2, 12, y 13.
Cuando el UE 101 (MS) transmite una Solicitud de Acoplamiento (1), primero, el NodeB 111 recibe la Solicitud de Acoplamiento (1). A continuacion, el NodeB 111 reenvfa la Solicitud de Acoplamiento al RNC 171, y el RNC 171 reenvfa la Solicitud de Acoplamiento a un SGSN. Sin embargo, el RNC 171 no puede determinar de manera unica si reenviar la Solicitud de Acoplamiento al SGSN General 121 o al SGSN Personalizado 122. Por tanto, hay casos en los que el RNC 171 reenvfa la Solicitud de Acoplamiento al SGSN General 121.
Despues de recibir la Solicitud de Acoplamiento (1), el SGSN General 121 adquiere informacion del terminal a traves de una Solicitud/Respuesta de Identidad (3). Ademas, en coordinacion con el HLR 131, el SGSN General 121 realiza la autenticacion y adquiere un perfil de abonado.
El SGSN General 121, en la adquisicion de la informacion del terminal y el perfil de abonado, determina si conectar el UE 101 al SGSN General 121 o al SGSN Personalizado 122. En el caso en el que el UE 101 necesita conectarse al SGSN General 121, el SGSN General 121 sigue un Procedimiento de Acoplamiento normal.
En el caso en el que el UE 101 necesita conectarse al SGSN Personalizado 122, el SGSN General 121 transmite una senal de Rechazo de Acoplamiento (9) al UE 101, en lugar de seguir el Procedimiento de Acoplamiento.
En este caso, el SGSN General 121 establece un parametro para ordenar el re-Acoplamiento y un parametro RAI (Identidad de Area de Encaminamiento) (un parametro recien introducido en la presente realizacion ejemplar) en la senal de Rechazo de Acoplamiento, de modo que el RNC 171 puede seleccionar el SGSN Personalizado 122 al realizar el re-Acoplamiento. Aunque estos parametros son parametros que estan recien introducidos en el presente ejemplo, dado que el RNC 171 es transparente, el RNC 171 no se ve afectado.
5
10
15
20
25
30
35
40
45
50
El UE 101 necesita estar equipado con una funcion de recepcion de un RAI a traves de un Rechazo de Acoplamiento y que utiliza el RAI especificado en el Rechazo de Acoplamiento al transmitir un re-Acoplamiento. Los SGSN estan equipados con una funcion de determinacion de si el UE 101 es un objetivo de reseleccion.
El UE 101, tras la recepcion de la senal de Rechazo de Acoplamiento (9), transmite, al RNC 171, la senal de Solicitud de Acoplamiento (1) en la que se ha establecido el RAI, de acuerdo con el parametro para ordenar el re-Acoplamiento establecido en la senal de Rechazo de Acoplamiento (9) y el parametro RAI (re-Acoplamiento mediante un P-TMSI (Identificador de Abonado Movil Temporal de Paquete)), como se ilustra en la Figura 13. El RNC 171 decide un SGSN apropiado a partir del RAI y reenvfa la Solicitud de Acoplamiento al SGSN Personalizado 122.
Posteriormente, el SGSN Personalizado 122 sigue un Procedimiento de Acoplamiento normal.
Mientras que el RAI se establece en la Solicitud de Acoplamiento, el SGSN Personalizado 122 no mantiene informacion de contexto. Por tanto, tras la recepcion de la senal de Solicitud de Acoplamiento (1), el SGSN Personalizado 122 adquiere informacion del terminal a traves de una Solicitud/Respuesta de Identidad (3). Ademas, el SGSN Personalizado 122 realiza la autenticacion y adquiere un perfil de abonado en coordinacion con el HLR 131.
El SGSN General 121 y el SGSN Personalizado 122 estan equipados con una funcion de determinacion de que SGSN necesita conectarse al UE 101, como es el caso del ejemplo 6.
En el presente ejemplo, incluso cuando se reenvfa una senal de Solicitud de Acoplamiento desde el UE 101 que necesita conectarse al SGSN General (121) al SGSN Personalizado 122, el SGSN Personalizado 122 puede solicitar al UE 101 la reseleccion de un SGSN de una manera similar. Si el UE 101 es una estacion movil normal (por ejemplo, un terminal que no es compatible con un servicio especial tal como MTC o MBMS) y si el UE 101 se conecta al SGSN Personalizado 122, el SGSN Personalizado 122 transmite una senal de Rechazo de Acoplamiento al UE 101 y solicita al UE 101 que seleccione el SGSN General 121. De esta manera, dado que el UE 101 transmite una senal de Solicitud de re-Acoplamiento (Solicitud de Acoplamiento), se selecciona el SGSN General 121 y se proporciona un servicio desde el SGSN General 121.
Como se describio anteriormente, en el presente ejemplo, el SGSN General ordena al UE que realice la reseleccion de un SGSN. En respuesta a la orden, el UE especifica el SGSN Personalizado y se sigue un Procedimiento de Acoplamiento. De esta manera, el UE se puede acoplar a un SGSN apropiado.
<Ejemplo 9>
Como ejemplo 9, se describira otro ejemplo con UMTS. En este ejemplo, el UE transmite una Solicitud de Acoplamiento y el UE se conecta al SGSN Personalizado. En el ejemplo 6, se utilizara la misma configuracion de sistema que en el ejemplo 6. La Figura 14 es un diagrama de secuencia que ilustra una operacion segun el ejemplo 9. En adelante, se describira la operacion con referencia a las Figuras 2 y 14.
Para transmitir una Solicitud de Acoplamiento a un SGSN, primero, el UE 101 establece una Conexion RRC con el RNC 171. Para establecer una Conexion RRC, primero, el UE 101 transmite una senal de Solicitud de Conexion RRC al RNC 171.
En esta senal, el UE 101 establece un parametro que indica que el UE 101 necesita conectase al SGSN Personalizado 122 (una Identidad de Usuario, un nuevo Valor o un nuevo parametro de Causa de establecimiento (un valor o un parametro recien introducido en el presente ejemplo), o un identificador de una parte de tales parametros (un id de PLMN incluido en el IMSI, por ejemplo)).
Cuando recibe la senal de Solicitud de Conexion RRC, el RNC 171 almacena informacion que indica que el UE 101 necesita conectarse al SGSN Personalizado 122 y sigue el Procedimiento de Conexion RRC posterior.
Despues de establecer la Conexion RRC, el UE 101 transmite una Solicitud de Acoplamiento (1) y el NodeB 111 recibe la Solitud de Acoplamiento (1). A continuacion, el NodeB 111 reenvfa la Solicitud de Acoplamiento al RNC 171.
El RNC 171 reenvfa la Solitud de Acoplamiento a un SGSN. A partir de la informacion almacenada cuando el RNC 171 ha recibido la senal de Solicitud de Conexion RRC, el RNC 171 reenvfa la senal de Solicitud de Acoplamiento al SGSN Personalizado 122.
Despues de recibir la senal de Solitud de Acoplamiento, el SGSN Personalizado 122 sigue un Procedimiento de Acoplamiento normal.
Ademas, el UE 101 esta equipado con una funcion de ordenar al RNC 171 acerca de cual del SGSN General 121 y el SGSN Personalizado 122 necesita conectarse al UE 101. El UE 101 no puede almacenar informacion sobre todos los SGSN en la red central, se utiliza informacion que indica un tipo de SGSN, un tipo de servicio, o similares para la orden dada al RNC 171, en lugar de un identificador mediante el cual se pueda seleccionar un SGSN unico.
El RNC 171 esta equipado con una funcion de determinacion de que SGSN necesita conectarse al UE 101. Para esta determinacion, como se describio anteriormente, se utiliza uno o una combinacion de una Identidad de Usuario, un
5
10
15
20
25
30
35
40
45
50
nuevo valor o un nuevo parametro de Causa de Establecimiento (un valor o un parametro recien introducido en el presente ejemplo), y un identificador de una parte de tales parametros.
Como se describio anteriormente, en el presente ejemplo, el UE 101 ordena al RNC 171 que seleccione un SGSN. En respuesta a la orden, el RNC 171 especifica el SGSN Personalizado y se sigue un Procedimiento de Acoplamiento. De esta manera, el UE 101 se puede acoplar a un SGSN apropiado.
<Ejemplo 10>
Como ejemplo 10, se describira otro ejemplo con UMTS. En este ejemplo, el UE y el SGSN Personalizado se conectan cundo se realiza la Actualizacion de RA. En el ejemplo 10, se utilizara la misma configuracion de sistema que en el ejemplo 6. Las Figuras 15 y 16 son diagramas de secuencia que ilustran una operacion segun el ejemplo 10. En adelante, se describira la operacion con referencia a las Figuras 2, 15, 16 y una parte de la Figura 10.
Cuando el UE 101 transmite una Solicitud de Acoplamiento (vease 1 en la Figura 10), primero, el NodeB 111 recibe la Solicitud de Acoplamiento. El NodeB 111 reenvfa la Solicitud de Acoplamiento al RNC 171, y el RNC 171 reenvfa la Solicitud de Acoplamiento a un SGSN. El RNC 171 no puede determinar de manera unica si reenviar la Solicitud de Acoplamiento al SGSN General 121 o al SGSN Personalizado (12). Por tanto, hay casos en los que el RNC 171 reenvfa la Solitud de Acoplamiento al SGSN General 121.
Despues de recibir la Solicitud de Acoplamiento, el SGSN General 121 adquiere informacion del terminal a traves de una Solicitud/Respuesta de Identidad (vease 3, 5 en la Figura 10). Ademas, el SGSN General 121 realiza la autenticacion y adquiere un perfil de abonado en coordinacion con el HLR 131.
El SGSN General 121, en la adquisicion de la informacion del terminal y el perfil de abonado, determina si conectar el UE 101 al SGSN General 121 o al SGSN Personalizado 122. En el caso en el que el UE 101 necesita conectarse al SGSN General 121, el SGSN General 121 sigue un Procedimiento de Acoplamiento normal.
En el caso en el que el UE 101 necesita conectase al SGSN Personalizado 122, el SGSN General 121 realiza Liberacion de lu para hacer que el UE 101 realice actualizacion de RA (Area de Encaminamiento), como se ilustra en la Figura 15.
El SGSN General 121 transmite una senal de Comando de Liberacion de lu (4 en la Figura 15) al RNC 171. El SGSN General 121 da una orden acerca de un SGSN a ser seleccionado por el RNC al establecer una Conexion lu con un SGSN la proxima vez, utilizando un identificador de SGSN (por ejemplo, un RAI o un NRI) en la senal de Comando de Liberacion de lu. En el caso de un unico grupo, se puede utilizar el NRI.
Incluso despues de que se complete la liberacion de lu, mientras que el RNC 171 mantiene informacion de sesion para el UE 101, el RNC 171 sigue manteniendo el identificador de SGSN como informacion para la seleccion del siguiente SGSN.
Despues de que se realice la Liberacion de lu (despues de que el RNC 171 transmita la Liberacion de lU Completa (6) al SGSN General 121), a continuacion, como se ilustra en la Figura 16, el UE 101 transmite una solicitud de RAU (Solicitud de Actualizacion de RA) (2).
Primero, el NodeB 111 recibe la Solicitud de RAU (2), y el NodeB 111 reenvfa la Solicitud de RAU (3) al RNC 171.
A continuacion, el RNC 171 reenvfa la solicitud de RAU a un SGSN. Dado que ya se ha realizado la Liberacion de lu (c), el RNC 171 realiza la seleccion de un SGSN y establece una Conexion lU.
En la seleccion de un SGSN, el RNC 171 selecciona el SGSN Personalizado 122 de acuerdo con el ldentificador de SGSN especificado en la senal de Comando de Liberacion de lu recibida del SGSN General 121. El RNC selecciona el SGSN Personalizado de acuerdo con el RAl (o el NRl) ordenado por el SGSN antiguo (= el SGSN General) cuando se realiza la Liberacion de lu. El RNC esta equipado con una funcion de mantenimiento del siguiente RAl por UE.
Despues de recibir la Solicitud de RAU, el SGSN Personalizado 122 sigue un Procedimiento de Actualizacion de RA normal. Dado que el P-TMSl (RAl) en el NAS indica el SGSN General, que es el SGSN antiguo, el SGSN Personalizado 122 adquiere el contexto.
El SGSN General 121 y el SGSN Personalizado 122 estan equipados con una funcion de determinacion de que SGSN necesita conectarse al UE 101. Esta funcion es la misma que en el ejemplo 6.
En el presente ejemplo, de la misma manera que se describio anteriormente, cuando el RNC 17 recibe una Solicitud de Actualizacion de Ra del UE 101 que necesita conectarse al SGSN General 121 (por ejemplo, de una estacion movil normal (una estacion movil normal que no es compatible con un servicio especial tal como MTC o MBMS)), mediante la seleccion del SGSN General 121, el UE 101 se conecta al SGSN General 121 y se proporciona un servicio desde el SGSN General 121.
5
10
15
20
25
30
35
40
Ademas, en el presente ejemplo, el Procedimiento de Actualizacion de RA se ha realizado en base a la secuencia en la Figura 16. Sin embargo, una caractenstica en el presente ejemplo es que el RNC 171 selecciona un SGSN. Por tanto, el presente ejemplo tambien puede ser realizado por, por ejemplo, otros procedimientos para reestablecer la Conexion lu, tal como la Activacion del Contexto PDP.
Como se describio anteriormente, segun el presente ejemplo, el SGSN General ordena al RNC que realice la reseleccion de un SGSN. En respuesta a la orden, el RNC especifica el SGSN Personalizado en la siguiente seleccion de un SGSN, y se sigue el otro procedimiento. De esta manera, el UE se puede conectar a un SGSN apropiado.
En adelante, se describiran las diferencias entre los ejemplos anteriores.
<Red movil>
Los ejemplos 1-5 se basan, por ejemplo, en LTE (Evolucion a Largo Plazo) (la red de acceso por radio es E-UTRAN (Red de Acceso por Radio Terrestre Universal Evolucionado) y la red central es EPC). Los ejemplos 6-10 se basan, por ejemplo, en 3G (3a Generacion) (la red de acceso por radio es UTRAN (Red de Acceso por Radio Terrestre Universal) y la red central es GPRS).
<Metodos de implementacion>
A) Ejemplos 1 y 6: procedimiento de acoplamiento (reintento en la RAN (Red de Acceso por Radio))
B) Ejemplos 2 y 7: procedimiento de acoplamiento (interfuncionamiento en la red central (CN))
C) Ejemplos 3 y 7: reintento por el terminal
D) Ejemplos 4 y 8: seleccion en la red central (CN)
E) Ejemplos 5 y 10: actualizacion del area de gestion de ubicacion (RAU/TAU)
<Grado del impacto (elementos que necesitan ser modificados para la implementacion)>
A) Ejemplos 1 y 6: la RAN (red de acceso por radio) y la CN (red central)
B) Ejemplos 2 y 7: la CN (RAN)
C) Ejemplos 3 y 8: el terminal y la CN
D) Ejemplos 4 y 9: el terminal y la RAN
E) Ejemplos 5 y 10: la RAN y la CN
<Efectos ventajosos, etc. proporcionados por la implementacion>
A) Ejemplos 1 y 6: mientras que no es necesario anadir funciones al terminal, necesitan anadirse funciones al RAN.
B) Ejemplos 2 y 7: no es necesario anadir funciones al terminal, y en algunos casos, no es necesario anadir funciones
al rAn. Ademas, entre los ejemplos, se requiere la menor cantidad de senales.
C) Ejemplos 3 y 8: no es necesario anadir funciones al RAN, y se pueden anadir facilmente funciones al terminal y la CN. Sin embargo, el Rechazo de Acoplamiento requiere tiempo.
D) Ejemplos 4 y 9: mientras que no es necesario anadir funciones al CN, necesitan anadirse mas funciones a la RAN que en otros ejemplos.
Ademas, la RAN necesita almacenar y gestionar una lista de CN para seleccionar una CN. Antes de acceder al HLR/HSS, la informacion utilizada para seleccionar una CN es limitada.
E) Ejemplos 5 y 10: no es necesario anadir funciones al terminal. La reseleccion de una CN es posible despues del Acoplamiento mediante el cambio de un contrato o similares.
<Casos en los que se selecciona el nodo de red central>
En adelante, se describiran varios casos en los que se selecciona un nodo de red central en base a las realizaciones ejemplares y ejemplos anteriores.
Un dispositivo MTC (Comunicacion Tipo Maquina) (un dispositivo M2M) se conecta a un nodo de CN personalizado (un nodo optimizado para dispositivos MTC).
Un usuario que utiliza MBMS se conecta a un nodo de CN personalizado (un nodo CN compatible con MBMS).
10
15
20
25
30
35
En otro caso, se proporciona un servicio solo por un nodo de CN personalizado de modo que se inicia un nuevo servicio a pequena escala.
<Casos con LTE>
Un UE espedfico se conecta a un nodo en el que se ubican conjuntamente una MME y una SGW. Aunque que no estan particularmente limitados, por ejemplo, hay casos en los que se transmite una pequena cantidad de trafico de datos a un UE a traves de un SMS (Servicio de Mensajes Cortos). En tales casos, si una MME y una SGW estan ubicadas conjuntamente, se puede lograr mas facilmente la implementacion del procesamiento de conversion de SMS.
Ademas, las MME se intercambian, dependiendo de un tipo de terminal (terminal CSFB (Retorno de CS) y un terminal VoLTE, por ejemplo). CSFB (Retorno de CS) es una funcion de conmutacion de radio a 3G (o 2G) cuando se transmite
0 recibe un servicio de CS (Circuito Conmutado) durante la conexion LTE. VoLTE (Voz sobre LTE) es una funcion de provision de un servicio de voz (que se ha proporcionado a traves de CS) en LTE. El terminal CSFB necesita interfuncionar con un MSC. El terminal VoLTE necesita interfuncionar con un IMS (Subsistema Multimedia IP). Cuando se realiza CSFB, se hace que un MSC (Centro de Conmutacion Movil) que esta acoplado con antelacion seleccione una MME ubicada conjuntamente.
La descripcion de la Bibliograffa de Patentes anterior incorporada en la presente memoria por referencia a la misma. Son posibles modificaciones y ajustes de las realizaciones ejemplares y ejemplos dentro del alcance de la descripcion general (incluyendo las reivindicaciones) de la presente invencion y en base al concepto tecnico basico de la presente invencion. Son posibles diversas combinaciones y selecciones de diversos elementos descritos (incluyendo los elementos en cada una de las reivindicaciones, ejemplos, dibujos, etc.) dentro del alcance de las reivindicaciones de la presente invencion. Es decir, la presente invencion por supuesto incluye diversas variaciones y modificaciones que podnan ser hechas por los expertos en la tecnica segun la descripcion general que incluye las reivindicaciones y el concepto tecnico.
Lista de signos de referencia
1 UE
II eNodeB
21 MME General
22 MME Personalizada
31 HSS
41 S-GW (GW de Servicio)
51 P-GW (PDN GW)
61 red de servicio
101 UE (MS)
III NodeB
121 SGSN General
122 SGSN Personalizado
131 HLR
141 GGSN
161 red de servicio
171 RNC
Claims (4)
- 5101520253035REIVINDICACIONES1. Un sistema de comunicacion movil, que comprende:un terminal (1, 101) adaptado para soportar un servicio de Comunicacion Tipo Maquina, MTC; un dispositivo (11, 171) de acceso por radio; yuna Entidad de Gestion de la Movilidad, MME (22), espedfica o un Nodo de Soporte de GPRS, Servicio General de Paquetes via Radio, de servicio, SGSN (122) espedfico,en donde el terminal (1, 101) se configura para proporcionar al dispositivo (11, 171) de acceso por radio informacion que indica que el terminal necesita conectarse a la MME (22) espedfica o el SGSN (122) espedfico,en donde el dispositivo (11, 171) de acceso por radio se configura para utilizar la informacion proporcionada por el terminal (1, 101) para seleccionar la MME (22) espedfica o el SGSN (122) espedfico, yen donde la MME (22) espedfica o SGSN (122) espedfico seleccionado se configura como una MME (22) o un SGSN (122) para proporcionar el servicio de MTC.
- 2. Un dispositivo (11, 171) de acceso por radio que comprende:un receptor configurado para recibir, de un terminal (1, 101) adaptado para soportar un servicio de Comunicacion Tipo Maquina, MTC, informacion que indica que el terminal necesita conectarse a una Entidad de Gestion de la Movilidad, MME (22), espedfica o un Nodo de Soporte de GPRS, Servicio General de Paquetes via Radio, de Servicio, SGSN (122) espedfico; yun procesador configurado para utilizar la informacion de indicacion proporcionada por el terminal (1, 101) para seleccionar la MME (22) o SGSN (122) espedficos configurados como una MME (22) o un SGSN (122) para proporcionar el servicio de MTC.
- 3. Un metodo de comunicacion movil para un sistema de comunicacion movil, comprendiendo el sistema de comunicacion movil al menos un terminal (1, 101) adaptado para soportar un servicio de Comunicacion Tipo Maquina, MTC, un dispositivo de acceso por radio (11, 171), y una Entidad de Gestion de la Movilidad, MME (22), espedfica o un Nodo de Soporte de Servicio General de Paquetes via Radio de Servicio, SGSN (122) espedfico configurados como una MME (22) o un SGSN (122) para un servicio de MTC, comprendiendo el metodo:proporcionar, por el terminal (1, 101), al dispositivo (11, 171) de acceso por radio informacion que indica que el terminal necesita conectarse a la MME (22) espedfica o el SGSN (122) espedfico; yutilizar, por el dispositivo (11, 171) de acceso por radio, la informacion proporcionada por el terminal (1, 101) para seleccionar la MME (22) espedfica o el SGSN (122) espedfico configurados como una MME (22) o un SGSN (122) para proporcionar el servicio de MTC.
- 4. Un metodo de comunicacion para un dispositivo (11, 171) de acceso por radio, comprendiendo el metodo:recibir, de un terminal (1, 101) adaptado para soportar un servicio de Comunicacion Tipo Maquina, MTC, informacion que indica que el terminal (1, 101) necesita conectarse a la Entidad de Gestion de la Movilidad, MME (22) espedfica o el Nodo de Soporte de GPRS, Servicio General de Paquetes via Radio, de Servicio, SGSN (122) espedfico; yutilizar la informacion proporcionara por el terminal (1, 101) para seleccionar una MME (22) espedfica o SGSN (122) espedfico configurados como una MME (22) o un SGSN (122) para proporcionar el servicio de MTC.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011217384 | 2011-09-30 | ||
JP2011217384 | 2011-09-30 | ||
PCT/JP2012/075219 WO2013047822A1 (ja) | 2011-09-30 | 2012-09-28 | 通信システムと方法と装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2694175T3 true ES2694175T3 (es) | 2018-12-18 |
Family
ID=47995845
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES12836942.8T Active ES2694175T3 (es) | 2011-09-30 | 2012-09-28 | Sistema de comunicación, método y aparato |
Country Status (11)
Country | Link |
---|---|
US (5) | US9572134B2 (es) |
EP (4) | EP3324671A1 (es) |
JP (7) | JP5500320B2 (es) |
CN (5) | CN108810867A (es) |
BR (3) | BR122016000399B1 (es) |
ES (1) | ES2694175T3 (es) |
MX (1) | MX2014003394A (es) |
MY (4) | MY166216A (es) |
PH (3) | PH12015502533B1 (es) |
WO (1) | WO2013047822A1 (es) |
ZA (2) | ZA201401963B (es) |
Families Citing this family (59)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3324671A1 (en) * | 2011-09-30 | 2018-05-23 | Nec Corporation | Communication system, method, and apparatus |
JP5923393B2 (ja) * | 2012-06-15 | 2016-05-24 | 株式会社Nttドコモ | 移動通信網振り分けシステム及び移動通信網振り分け方法 |
WO2014169950A1 (en) * | 2013-04-16 | 2014-10-23 | Nokia Solutions And Networks Oy | Mobility management entity (mme) triggered detach and re-attach to a specific target mme |
UA116025C2 (uk) * | 2013-07-04 | 2018-01-25 | Нек Корпорейшн | Система, спосіб і пристрій зв'язку |
JP2015043522A (ja) * | 2013-08-26 | 2015-03-05 | 株式会社日立製作所 | ゲートウェイ装置、パケット振り分け制御方法および無線通信システム |
JP6196103B2 (ja) * | 2013-09-13 | 2017-09-13 | 株式会社Nttドコモ | 移動通信システム、ネットワークノード及び移動通信方法 |
WO2015045296A2 (en) * | 2013-09-27 | 2015-04-02 | Nec Corporation | Communication system, base station, communication method, and non-transitory computer readable medium storing program |
KR102143446B1 (ko) * | 2013-09-27 | 2020-08-11 | 에스케이텔레콤 주식회사 | 무선 통신 시스템에서 인증 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체 |
JP6340076B2 (ja) * | 2013-10-29 | 2018-06-06 | 華為技術有限公司Huawei Technologies Co.,Ltd. | 移動性管理方法、装置及びシステム |
RU2633526C1 (ru) | 2013-11-01 | 2017-10-13 | Хуавэй Текнолоджиз Ко., Лтд. | Способ выбора сети и основное сетевое устройство |
US10123263B2 (en) | 2014-01-15 | 2018-11-06 | Nokia Solutions And Networks Oy | Overlay implementation of IMS centralized service network system with selection of serving network entity within a pool |
EP3141039B1 (en) | 2014-05-08 | 2020-07-22 | Interdigital Patent Holdings, Inc. | Method and mobility management entity, mme, for re-directing a ue to a dedicated core network node |
US10299298B2 (en) * | 2014-05-16 | 2019-05-21 | Lg Electronics Inc. | Packet data network connection process in wireless communication system, and apparatus for same |
US10104603B2 (en) * | 2014-05-30 | 2018-10-16 | Nec Corporation | Apparatus, system and method for dedicated core network |
WO2015182141A1 (en) * | 2014-05-30 | 2015-12-03 | Nec Corporation | Apparatus, system and method for dedicated core network |
CN105379354B (zh) * | 2014-06-17 | 2020-04-03 | 华为技术有限公司 | 一种mme重选的方法和mme |
WO2015198509A1 (ja) | 2014-06-24 | 2015-12-30 | 日本電気株式会社 | ネットワークノード、移動端末、及び基地局、並びにこれらにより行われる方法 |
US10512011B2 (en) * | 2014-06-24 | 2019-12-17 | Nec Corporation | Control node, network node, and methods performed therein |
JP2017520211A (ja) * | 2014-06-30 | 2017-07-20 | 華為技術有限公司Huawei Technologies Co.,Ltd. | ネットワークエレメント選択エンティティ及びユーザ機器登録方法 |
JP6630675B2 (ja) * | 2014-10-06 | 2020-01-15 | シャープ株式会社 | Ue、基地局装置、ueの通信制御方法及び基地局の通信制御方法 |
US9832719B2 (en) | 2014-10-17 | 2017-11-28 | Qualcomm Incorporated | Selection of a serving node in a wireless communication system |
JP6520044B2 (ja) * | 2014-10-24 | 2019-05-29 | 日本電気株式会社 | 無線端末、ネットワーク装置、及びこれらの方法 |
EP3223562A4 (en) * | 2014-11-21 | 2018-06-27 | NEC Corporation | Communication device, communication method, communication system, and storage medium |
US20170318512A1 (en) * | 2014-11-21 | 2017-11-02 | Nec Corporation | Communication device, communication method, communication system, and storage medium |
JPWO2016079990A1 (ja) * | 2014-11-21 | 2017-09-21 | 日本電気株式会社 | 基地局及び通信方法 |
JP2016122887A (ja) * | 2014-12-24 | 2016-07-07 | 富士通株式会社 | 無線基地局、無線デバイス、無線通信システム、及び、無線通信制御方法 |
WO2016148197A1 (ja) * | 2015-03-17 | 2016-09-22 | 日本電気株式会社 | 通信システムと装置と方法及びプログラム |
CN106304246A (zh) * | 2015-05-11 | 2017-01-04 | 中兴通讯股份有限公司 | 一种接入方法及相应的接入节点、终端和通信网络 |
US10524171B2 (en) * | 2015-06-16 | 2019-12-31 | Qualcomm Incorporated | Reselection between regular and dedicated core networks |
JPWO2017026465A1 (ja) * | 2015-08-07 | 2018-05-24 | シャープ株式会社 | 端末装置、基地局装置、端末装置の通信制御方法及び基地局装置の通信制御方法 |
US9730056B2 (en) * | 2015-08-14 | 2017-08-08 | Telefonaktiebolaget Lm Ericsson (Publ) | System, method, and apparatus for facilitating selection of a serving node |
EP3335452B1 (en) * | 2015-08-14 | 2023-04-12 | Telefonaktiebolaget LM Ericsson (PUBL) | A node and method for handling a mobility procedure for a wireless device |
US9516572B1 (en) | 2015-10-01 | 2016-12-06 | Sprint Communications Company L.P. | Server control of user equipment having a current access point name (APN) data set |
US9930517B2 (en) * | 2015-10-30 | 2018-03-27 | Acer Incorporated | Apparatuses and methods for handling change of user equipment (UE) usage type |
EP3372009A1 (en) | 2015-11-06 | 2018-09-12 | Interdigital Patent Holdings, Inc. | Methods, core network entity and wireless transmit/receive unit (wtru) using enhanced dedicated core network (dcn) selection |
KR102058234B1 (ko) * | 2015-11-10 | 2019-12-20 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 서비스 네트워크를 선택하는 방법 및 네트워크, 및 관리 장치 |
JP2019004197A (ja) * | 2015-11-10 | 2019-01-10 | シャープ株式会社 | 端末装置、c−sgnおよび通信制御方法 |
JP2019009480A (ja) | 2015-11-10 | 2019-01-17 | シャープ株式会社 | 端末装置、c−sgnおよび通信制御方法 |
JP2019009481A (ja) * | 2015-11-10 | 2019-01-17 | シャープ株式会社 | 端末装置、c−sgnおよび通信制御方法 |
EP3364695B1 (en) | 2015-11-19 | 2022-03-30 | SK Telecom Co., Ltd. | Methods for selecting core network in mobile communication system |
KR102051552B1 (ko) * | 2015-12-29 | 2019-12-03 | 엘지전자 주식회사 | 사용자 데이터의 전송을 위한 베어러를 설정하는 방법 및 장치 |
US10708827B2 (en) * | 2016-01-14 | 2020-07-07 | Telefonaktiegolaget Lm Ericsson (Publ) | Method and nodes for handling a UE which has moved from an old location to a new location |
CN108781386B (zh) * | 2016-01-14 | 2023-02-17 | 瑞典爱立信有限公司 | 用于协作节点的定制方法 |
JP2019050435A (ja) * | 2016-01-19 | 2019-03-28 | シャープ株式会社 | 端末装置、c−sgnおよび通信制御方法 |
WO2017138757A1 (ko) * | 2016-02-11 | 2017-08-17 | 엘지전자(주) | 무선 통신 시스템에서 다수의 통신 장치들을 이용하여 데이터를 송수신하기 위한 방법 및 이를 지원하는 장치 |
JP6632025B2 (ja) * | 2016-02-22 | 2020-01-15 | 日本電気株式会社 | 通信システム、通信方法、及び、プログラム |
JP6611173B2 (ja) * | 2016-02-22 | 2019-11-27 | 日本電気株式会社 | ゲートウェイ装置、通信方法、及び、プログラム |
EP3416425B1 (en) * | 2016-02-29 | 2021-07-14 | Huawei Technologies Co., Ltd. | Method, apparatus and wireless communication system for determining control plane node |
JP6944007B2 (ja) * | 2016-02-29 | 2021-10-06 | 華為技術有限公司Huawei Technologies Co.,Ltd. | 制御プレーンノードを判定する方法、装置、および無線通信システム |
JP2019096918A (ja) * | 2016-04-05 | 2019-06-20 | シャープ株式会社 | 端末装置、基地局装置、MME(Mobility Management Entity)および通信制御方法 |
BR112018071476A2 (pt) * | 2016-04-20 | 2019-02-19 | Huawei Tech Co Ltd | método, dispositivo e sistema para processar migração entre redes principais dedicadas |
FR3050898B1 (fr) * | 2016-04-27 | 2018-05-25 | Airbus Ds Slc | Procede d'attachement d'un equipement d'utilisateur a une station de base d'un systeme de telecommunications |
KR102220539B1 (ko) | 2016-07-04 | 2021-02-25 | 엘지전자 주식회사 | 무선 통신 시스템에서 기지국의 nas 시그널링 지원 방법 및 이를 위한 장치 |
EP3306887B1 (en) | 2016-10-10 | 2020-11-25 | NTT DoCoMo, Inc. | Method for establishing a connection of a mobile terminal to a mobile radio communication network and communication network device |
US9998896B1 (en) | 2017-08-18 | 2018-06-12 | Verizon Patent And Licensing Inc. | Dedicated APN access using default network access key for profile download |
US10021557B1 (en) | 2017-08-18 | 2018-07-10 | Verizon Patent And Licensing Inc. | Universal GUTI for simplified device onboarding |
JP6609678B2 (ja) * | 2018-08-08 | 2019-11-20 | 華為技術有限公司 | Mme再選択方法及びmme |
US11419174B2 (en) * | 2019-02-26 | 2022-08-16 | Mediatek Inc. | Connection recovery method for recovering a connection between a communications apparatus and a data network and the associated communications apparatus |
US20220256409A1 (en) * | 2019-06-19 | 2022-08-11 | Nec Corporation | Core network apparatus, communication control method, non-transitory computer readable medium, and radio communication system |
Family Cites Families (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4000906B2 (ja) | 2002-05-22 | 2007-10-31 | 日本電気株式会社 | パケット転送経路の最適化方法及びパケット転送装置並びにプログラム |
US7305251B2 (en) * | 2003-10-07 | 2007-12-04 | Motorola Inc. | Method for selecting a core network |
CN1922900A (zh) | 2004-02-23 | 2007-02-28 | 日本电气株式会社 | 移动用户网和资源管理方法 |
ATE520276T1 (de) * | 2005-04-26 | 2011-08-15 | Vodafone Plc | Schneller benutzerebenenaufbau in einem telekommunikationsnetzwerk |
US8090392B2 (en) | 2005-08-05 | 2012-01-03 | Interdigital Technology Corporation | Method and system for reporting a short message capability via an IP multimedia subsystem |
US20090124248A1 (en) | 2005-11-16 | 2009-05-14 | Nec Corporation | Mobile communication system, core network, radio network system, and method for selecting network for containing the system |
CN100479600C (zh) * | 2006-07-19 | 2009-04-15 | 华为技术有限公司 | 根据网络资源识别码选择核心网的方法 |
US20070254667A1 (en) * | 2006-04-28 | 2007-11-01 | Joanna Jokinen | Inter-MME handover in evolved communication systems |
CN100584093C (zh) | 2006-08-15 | 2010-01-20 | 华为技术有限公司 | 一种在移动通信系统中转移用户设备的方法及系统 |
JP4848890B2 (ja) * | 2006-08-23 | 2011-12-28 | 日本電気株式会社 | 移動通信システム及びその方法並びにそれに用いる基地局 |
CN101094512A (zh) * | 2006-09-07 | 2007-12-26 | 中兴通讯股份有限公司 | 一种在组播业务中建立用户上下文和承载上下文的方法 |
CN101573997B (zh) * | 2006-12-29 | 2013-05-29 | 艾利森电话股份有限公司 | 用于库配置的服务器和网关信息的自动分发 |
CN101272614B (zh) * | 2007-03-20 | 2010-12-08 | 华为技术有限公司 | 一种选择网络设备的方法和系统及装置 |
CN101355793B (zh) | 2007-07-27 | 2011-08-31 | 华为技术有限公司 | 识别用户设备的方法和装置及临时标识传递和分配方法 |
CN101400084A (zh) * | 2007-09-30 | 2009-04-01 | 北京三星通信技术研究有限公司 | 改变ue的服务核心网络节点的方法 |
EP2048910A1 (en) * | 2007-10-10 | 2009-04-15 | France Telecom | Radio access technology selection in telecommunications system |
US9247420B2 (en) * | 2007-12-12 | 2016-01-26 | Lg Electronics Inc. | Method of managing user equipment capabilities |
EP2079253A1 (en) * | 2008-01-09 | 2009-07-15 | Panasonic Corporation | Non-3GPP to 3GPP network handover optimizations |
CN101222439B (zh) * | 2008-01-28 | 2010-11-10 | 华为技术有限公司 | 核心网的用户负载分配方法、装置和系统 |
CN101500281A (zh) * | 2008-01-30 | 2009-08-05 | 华为技术有限公司 | 一种路由非接入层消息的方法 |
CN101534500B (zh) * | 2008-03-10 | 2010-12-08 | 华为技术有限公司 | 一种寻址方法、网元设备及网络系统 |
CN102084705B (zh) * | 2008-11-17 | 2015-07-01 | 思科技术公司 | 通信网络中的动态负载平衡 |
US8831014B2 (en) * | 2009-09-26 | 2014-09-09 | Cisco Technology, Inc. | Providing services at a communication network edge |
US9560140B2 (en) * | 2009-09-29 | 2017-01-31 | Qualcomm Incorporated | Signaling identification of machine to machine devices and services |
JP5187909B2 (ja) * | 2009-10-05 | 2013-04-24 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法及びリレーノード |
CN102056265A (zh) * | 2009-11-10 | 2011-05-11 | 中兴通讯股份有限公司 | 限制mtc设备接入和通信的方法、移动管理单元及网关单元 |
CN102123477B (zh) * | 2010-01-08 | 2015-06-10 | 中兴通讯股份有限公司 | M2m核心网络的接入实现方法及装置 |
JP5478737B2 (ja) * | 2010-01-08 | 2014-04-23 | アルカテル−ルーセント | マシンタイプ通信におけるグループベースのモビリティ最適化の方法およびデバイス |
EP2517501A4 (en) * | 2010-02-03 | 2013-03-06 | Huawei Tech Co Ltd | SYSTEM AND METHOD FOR HANDLING A RE-SELECTION OF AN ACCESS NETWORK |
KR101609580B1 (ko) * | 2010-02-10 | 2016-04-07 | 삼성전자주식회사 | 무선 통신 시스템 및 그의 사용자 단말기와 이동성 관리 엔티티 간 연결 방법 |
CN106028273B (zh) * | 2010-03-23 | 2020-01-14 | Iot控股公司 | 用于机器类型通信的方法及wtru |
EP2375849B1 (en) * | 2010-03-29 | 2015-08-12 | Vodafone Holding GmbH | Connection management for M2M device in a mobile communication network |
WO2011149252A2 (en) * | 2010-05-26 | 2011-12-01 | Lg Electronics Inc. | Nas-based signaling protocol for overload protection of random access in massive machine type communication |
US20120238208A1 (en) | 2011-03-17 | 2012-09-20 | Maik Bienas | Mobile radio communication devices and servers |
US8565100B2 (en) * | 2011-03-23 | 2013-10-22 | Renesas Mobile Corporation | Method and apparatus for facilitating machine-type communication |
US20120254890A1 (en) * | 2011-04-01 | 2012-10-04 | Renesas Mobile Corporation | Small Data Transmission For Detached Mobile Devices |
US20120252481A1 (en) * | 2011-04-01 | 2012-10-04 | Cisco Technology, Inc. | Machine to machine communication in a communication network |
CA2846674A1 (en) * | 2011-08-30 | 2013-03-07 | Telefonaktiebolaget L M Ericsson (Publ) | Methods of and nodes for selecting a target core network for handing over a voice session of a terminal |
EP3324671A1 (en) * | 2011-09-30 | 2018-05-23 | Nec Corporation | Communication system, method, and apparatus |
-
2012
- 2012-09-28 EP EP17205032.0A patent/EP3324671A1/en not_active Withdrawn
- 2012-09-28 CN CN201810397978.4A patent/CN108810867A/zh active Pending
- 2012-09-28 US US14/233,649 patent/US9572134B2/en active Active
- 2012-09-28 EP EP15193540.0A patent/EP3001719A1/en not_active Withdrawn
- 2012-09-28 EP EP16150657.1A patent/EP3026952A1/en not_active Withdrawn
- 2012-09-28 BR BR122016000399-0A patent/BR122016000399B1/pt active IP Right Grant
- 2012-09-28 CN CN201280048275.1A patent/CN103858517A/zh active Pending
- 2012-09-28 MY MYPI2016000472A patent/MY166216A/en unknown
- 2012-09-28 MY MYPI2014700622A patent/MY156860A/en unknown
- 2012-09-28 WO PCT/JP2012/075219 patent/WO2013047822A1/ja active Application Filing
- 2012-09-28 BR BR122015028043-5A patent/BR122015028043B1/pt active IP Right Grant
- 2012-09-28 MX MX2014003394A patent/MX2014003394A/es active IP Right Grant
- 2012-09-28 CN CN201610010213.1A patent/CN105554789B/zh active Active
- 2012-09-28 EP EP12836942.8A patent/EP2763496B1/en active Active
- 2012-09-28 MY MYPI2016000473A patent/MY166211A/en unknown
- 2012-09-28 CN CN201810397425.9A patent/CN108924813A/zh active Pending
- 2012-09-28 JP JP2013536460A patent/JP5500320B2/ja active Active
- 2012-09-28 MY MYPI2016000471A patent/MY185434A/en unknown
- 2012-09-28 CN CN201510751790.1A patent/CN105392153B/zh active Active
- 2012-09-28 ES ES12836942.8T patent/ES2694175T3/es active Active
- 2012-09-28 BR BR112014007308-2A patent/BR112014007308B1/pt active IP Right Grant
-
2014
- 2014-03-13 JP JP2014050696A patent/JP5804114B2/ja active Active
- 2014-03-18 ZA ZA2014/01963A patent/ZA201401963B/en unknown
-
2015
- 2015-07-14 ZA ZA2015/05059A patent/ZA201505059B/en unknown
- 2015-08-20 JP JP2015163107A patent/JP5862829B2/ja not_active Expired - Fee Related
- 2015-11-05 PH PH12015502533A patent/PH12015502533B1/en unknown
- 2015-11-06 US US14/934,521 patent/US9706530B2/en active Active
- 2015-12-10 JP JP2015241426A patent/JP2016054554A/ja active Pending
-
2016
- 2016-01-06 PH PH12016500039A patent/PH12016500039A1/en unknown
- 2016-01-08 US US14/991,699 patent/US9686774B2/en active Active
- 2016-10-12 JP JP2016201073A patent/JP6308279B2/ja active Active
- 2016-10-12 JP JP2016201087A patent/JP6308280B2/ja active Active
-
2017
- 2017-05-15 US US15/595,098 patent/US20170251103A1/en not_active Abandoned
- 2017-05-15 US US15/595,081 patent/US20170250789A1/en not_active Abandoned
-
2018
- 2018-03-13 JP JP2018045096A patent/JP2018137765A/ja not_active Withdrawn
- 2018-10-24 PH PH12018502260A patent/PH12018502260A1/en unknown
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2694175T3 (es) | Sistema de comunicación, método y aparato | |
RU2669792C1 (ru) | Система, способ и устройство связи |