ES2619951T3 - Procedimientos, aparatos y programa informático para proporcionar un identificador de conexión de origen para una conexión solicitada - Google Patents

Procedimientos, aparatos y programa informático para proporcionar un identificador de conexión de origen para una conexión solicitada Download PDF

Info

Publication number
ES2619951T3
ES2619951T3 ES12178334.4T ES12178334T ES2619951T3 ES 2619951 T3 ES2619951 T3 ES 2619951T3 ES 12178334 T ES12178334 T ES 12178334T ES 2619951 T3 ES2619951 T3 ES 2619951T3
Authority
ES
Spain
Prior art keywords
node
identifier
origin
connection
source
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES12178334.4T
Other languages
English (en)
Inventor
Francesca Serravalle
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Application granted granted Critical
Publication of ES2619951T3 publication Critical patent/ES2619951T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/045—Interfaces between hierarchically different network devices between access point and backbone network device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Landscapes

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

Abstract

Un procedimiento llevado a cabo por un nodo de origen, para establecer una conexión solicitada entre el nodo de origen (62, 69) y un nodo de destino (63, 71) en una red de telecomunicaciones, comprendiendo el procedimiento: generar un identificador de la aplicación de origen para la conexión dentro del nodo de origen; recuperar un identificador del nodo de origen para el nodo de origen (62, 69); y transmitir el identificador de la aplicación de origen y el identificador del nodo de origen al nodo de destino (63, 71) para proporcionar un identificador de conexión de origen para la conexión solicitada entre el nodo de origen (62, 69) y el nodo de destino (63, 71); en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestión de movilidad (MME).

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Procedimientos, aparatos y programa informatico para proporcionar un identificador de conexion de origen para una conexion solicitada
Sector tecnico:
La presente invencion se refiere a la gestion de conexiones en redes de telecomunicaciones, particular pero no exclusivamente en redes que funcionan segun estandares 3GPP o equivalentes o derivados de los mismos.
Tecnica relacionada:
En las redes de telecomunicaciones, se pueden establecer conexiones entre componentes o nodos en la red. Se pueden establecer conexiones, por ejemplo, entre dos componentes de estacion base (eNodoB) en la red, o entre un eNodoB y un componente de pasarela en la red de telecomunicaciones. Un ejemplo de un componente de pasarela puede incluir una pasarela de acceso, que puede ser una entidad de gestion de movilidad (mMe, Mobility Management Entity) o una pasarela de evolucion de la arquitectura del sistema (SAE, System Architecture Evolution). Se pueden establecer conexiones cuando un nuevo dispositivo de comunicacion movil o equipo de usuario (UE, User Equipment) se conecta a un eNodoB, por ejemplo cuando se enciende un dispositivo movil o cuando un dispositivo movil transita de un eNodoB a un eNodoB diferente en la red. Analogamente, se pueden establecer conexiones cuando un componente de eNodoB comunica con un dispositivo de pasarela en la red.
Antes de establecer una conexion, el nodo de origen, por ejemplo un eNodoB, genera un identificador de aplicacion para la conexion (eNB S1-AP). El identificador de aplicacion es unico para las conexiones activas actualmente dentro del nodo de origen. Es decir, el nodo de origen puede manejar una serie de conexiones, que tienen cada una su propio identificador de aplicacion.
El identificador de aplicacion se transmite al nodo de destino con el mensaje de solicitud de conexion inicial, solicitando el establecimiento de una conexion. En respuesta, el nodo de destino transmite un mensaje de respuesta para establecer la conexion. El mensaje de respuesta incluye tanto el identificador de aplicacion (eNB Sl-AP) generado por el nodo de origen como un identificador de aplicacion generado por el nodo de destino. El identificador de aplicacion para el nodo de destino puede tener la forma de un identificador de eNodoB objetivo (eNB S1-AP) si el nodo de destino es otro eNodoB o de un identificador de MME (MME S1-AP) si el nodo de destino es una MME. El identificador de aplicacion generado por el nodo de destino es unico para las conexiones actualmente activas en el nodo de destino. Es decir, el nodo de destino puede manejar una serie de conexiones que tienen cada una su propio identificador de aplicacion.
Se ha comprendido que, aunque los identificadores de aplicacion son unicos dentro de los nodos de origen y de destino que generan los identificadores, los identificadores de aplicacion no necesariamente identifican de manera unica la conexion en el componente de recepcion. Esto puede ser problematico, por ejemplo, si dos mensajes de solicitud de conexion para dos dispositivos moviles recien conectados se reciben en una MME desde dos eNodoB diferentes, donde los dos mensajes de solicitud de conexion han sido asignados por casualidad al mismo identificador eNB S1-AP. Puede surgir asimismo un problema si se reciben mensajes de solicitud de traspaso de SlAP en el eNodoB desde dos MME diferentes que han asignado el mismo identificador MME S1-AP a las solicitudes. De manera similar, puede surgir un problema si el componente del eNodoB recibe mensajes de solicitud de traspaso X2-AP desde otros dos componentes eNodoB que han asignado por casualidad el mismo identificador XP-AP de origen a las solicitudes. Se proporciona a continuacion una descripcion mas detallada de estas situaciones y los problemas asociados.
Los diversos acronimos aplicables en la red de telecomunicaciones seran por supuesto familiares para los expertos en la materia, pero se adjunta un glosario en beneficio de los lectores legos. Aunque por eficiencia de la comprension para los expertos en la materia la invencion se describira en detalle en el contexto de un sistema UTRAN (red de acceso radio terrestre universal evolucionada), los principios del sistema identificador se pueden aplicar a otros sistemas, por ejemplo 3G, CDMA (Code Division Multiple Access, acceso multiple por division de codigo) u otros sistemas inalambricos en los que componentes de estacion base, tales como componentes de nodo B, comuniquen entre sf o con otros dispositivos, tales como dispositivos de pasarela, en la red de telecomunicaciones, con los correspondientes elementos del sistema modificados segun sea necesario. Los presentes procedimientos y sistemas se pueden implementar asimismo en redes de area local inalambricas (WLANs, wireless local area networks) u otras redes de area local o extensa (LANs o WANs).
El documento US2004/0205769A1 da a conocer un sistema, un aparato y un procedimiento para facilitar la comunicacion de mensajes entre aplicaciones. Se adquieren identificadores de aplicacion, y correspondientes identificadores de conexion logicos de salida asociados con transferencias de mensaje procedentes de aplicaciones identificables por sus respectivos identificadores de aplicacion. Se establecen asociaciones entre los identificadores de aplicacion y sus correspondientes identificadores de conexion logicos de salida. Se dirigen mensajes de entrada sensibles, a las aplicaciones que tienen identificadores de aplicacion que estan asociados con los identificadores de conexion logicos de salida que corresponden a los identificadores de conexion logicos de entrada de los mensajes de entrada sensibles.
5
10
15
20
25
30
35
40
45
50
55
Descripcion de la invencion:
De acuerdo con un aspecto, la invencion da a conocer un procedimiento llevado a cabo por un nodo de origen, para establecer una conexion solicitada entre el nodo de origen y un nodo de destino en una red de telecomunicaciones, comprendiendo el procedimiento: generar un identificador de la aplicacion de origen para la conexion dentro del nodo de origen; recuperar un identificador del nodo de origen para el nodo de origen; y transmitir el identificador de la aplicacion de origen y el identificador del nodo de origen al nodo de destino para proporcionar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen y el nodo de destino; en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
De acuerdo con otro aspecto, la invencion da a conocer un procedimiento llevado a cabo por un nodo de destino, para establecer una conexion solicitada entre un nodo de origen y el nodo de destino, comprendiendo el procedimiento: recibir, desde un nodo de origen, un identificador de la aplicacion de origen y un identificador del nodo de origen para formar el identificador de conexion de origen para la conexion solicitada entre el nodo de origen y el nodo de destino; generar un mensaje de respuesta de conexion; y transmitir el mensaje de respuesta de conexion al nodo de origen; en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
De acuerdo con otro aspecto, la invencion da a conocer un procedimiento llevado a cabo en una red de comunicacion para establecer una conexion solicitada entre un nodo de origen y un nodo de destino en una red de telecomunicaciones, comprendiendo el procedimiento: que el nodo de origen lleva a cabo las etapas siguientes: generar un identificador de la aplicacion de origen, en el que dicho identificador de la aplicacion de origen esta configurado para identificar el equipo de usuario asociado con dicho nodo de origen; recuperar un identificador del nodo de origen; y transmitir el identificador de la aplicacion de origen y el identificador del nodo de origen al nodo de destino para proporcionar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen y el nodo de destino; y que el nodo de destino lleva a cabo las etapas siguientes: recibir el identificador de la aplicacion de origen y el identificador del nodo de origen desde el nodo de origen para formar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen y el nodo de destino; generar un mensaje de respuesta de conexion; y transmitir el mensaje de respuesta de conexion al nodo de origen por medio de la red de telecomunicaciones; en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
De acuerdo con otro aspecto, la invencion da a conocer un aparato que comprende una red de telecomunicaciones, comprendiendo la red una serie de nodos, en que se puede establecer una conexion entre dos nodos en la red de telecomunicaciones utilizando un mensaje de solicitud de conexion, comprendiendo la red: un nodo de origen para iniciar una conexion a un nodo de destino en la red de telecomunicaciones, comprendiendo el nodo de origen: medios para generar un identificador de la aplicacion de origen; medios para recuperar un identificador del nodo de origen; y medios para transmitir el identificador de la aplicacion de origen y el identificador del nodo de origen al nodo de destino con el fin de proporcionar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen y el nodo de destino; comprendiendo la red ademas un nodo de destino que comprende: medios para recibir el identificador de la aplicacion de origen y el identificador del nodo de origen desde el nodo de origen para formar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen y el nodo de destino; medios para generar un mensaje de respuesta de conexion; y medios para transmitir el mensaje de respuesta de conexion al nodo de origen por medio de la red de telecomunicaciones; en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
De acuerdo con otro aspecto, la invencion da a conocer un aparato que comprende un nodo de origen para originar una conexion a un nodo de destino de una red de telecomunicaciones, comprendiendo el nodo de origen: medios para generar un identificador de la aplicacion de origen; medios para recuperar un identificador del nodo de origen; y medios para transmitir el identificador de la aplicacion de origen y el identificador del nodo de origen a un nodo de destino con el fin de proporcionar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen y el nodo de destino; en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
De acuerdo con otro aspecto, la invencion da a conocer un aparato que comprende un nodo de destino para terminar una conexion desde un nodo de origen de una red de telecomunicaciones, comprendiendo el nodo de destino: medios para recibir un identificador de la aplicacion de origen y un identificador del nodo de origen para formar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen y el nodo de destino; medios para generar un mensaje de respuesta de conexion; y medios para transmitir el mensaje de respuesta de conexion al nodo de origen; en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
El identificador del nodo de origen puede ser unico dentro de la red de telecomunicaciones. Alternativamente, el identificador del nodo de origen puede ser globalmente unico.
El identificador del nodo de origen puede comprender un identificador de por lo menos una parte de la red de origen y un identificador del nodo de origen dentro de dicha por lo menos una parte de la red de origen.
5
10
15
20
25
30
35
40
45
50
Uno del nodo de origen y el destino puede comprender un eNodoB y el otro del nodo de origen y el nodo de destino puede comprender una MME, y la conexion se puede establecer sobre una interfaz S1.
Se exponen aspectos de la invencion en las reivindicaciones independientes. Se exponen caractensticas preferidas de los aspectos en las reivindicaciones dependientes. La invencion proporciona, para todos los procedimientos dados a conocer, correspondientes programas informaticos o productos de programa informatico para su ejecucion en un equipo correspondiente, el propio equipo (equipo de usuario, nodos, redes o componentes de los mismos) y procedimientos de configuracion y actualizacion del equipo. Las caractensticas de un aspecto pueden ser aplicadas a otros aspectos.
Breve descripcion de los dibujos
Se describira a continuacion una realizacion de la invencion, a modo de ejemplo, haciendo referencia los dibujos adjuntos, en los cuales:
la figura 1 muestra esquematicamente un sistema de telecomunicacion movil de un tipo al que es aplicable la realizacion;
la figura 2 muestra esquematicamente una estacion base que forma parte del sistema mostrado en la figura 1;
la figura 3 muestra esquematicamente un dispositivo de pasarela que forma parte del sistema mostrado en la figura 1;
la figura 4a muestra esquematicamente el establecimiento de una conexion entre un eNodoB y un componente MME;
la figura 4b muestra esquematicamente el establecimiento de una conexion entre dos eNodosB;
la figura 5 muestra esquematicamente una situacion de error potencial que puede surgir en un sistema de la tecnica anterior;
la figura 6 muestra esquematicamente una segunda situacion de error potencial que puede surgir en un sistema de la tecnica anterior;
la figura 7 muestra esquematicamente una tercera situacion de error potencial que puede surgir en un sistema de la tecnica anterior;
la figura 8a es una ilustracion esquematica de un primer mensaje desde un eNodoB a una MME, de acuerdo con una realizacion; y
la figura 8b es una ilustracion esquematica de un primer mensaje desde una MME a un eNodoB , de acuerdo con una realizacion.
Mejor modo de llevar a cabo la invencion:
Vision general
La siguiente descripcion expone una serie de realizaciones espedficas del procedimiento y el sistema reivindicados en la presente memoria. Resultara evidente para un experto en la materia que se pueden proporcionar variaciones de las caractensticas y etapas de procedimiento, y que muchas de las caractensticas descritas no son esenciales para la invencion, cuyo alcance se define mediante las reivindicaciones.
La figura 1 muestra esquematicamente un sistema de telecomunicacion movil (celular) 1 en el que los usuarios de telefonos moviles (o celulares) 3-0, 3-1 y 3-2 pueden comunicar con otros usuarios (no mostrados) por medio de una de las estaciones base 5-1 o 5-2 y de una red telefonica 7. La red telefonica 7 incluye una serie de componentes que incluyen componentes de pasarela 9-1, 9-2. Un experto en la materia comprendera que cada una de las estaciones base 5-1, 5-2 puede conectar a la red telefonica 7 por medio de cualquier pasarela 9-1, 9-2, y que ambas estaciones base 5-1, 5-2 pueden conectar por medio de la misma pasarela 9-1, 9-2. Analogamente, cada estacion movil 3 puede conectar a la red telefonica 7 mediante cualquier estacion base 5, y ambos telefonos moviles 3 puede conectar por medio de la misma estacion base 5.
En esta realizacion, las estaciones base 5 utilizan una tecnica de acceso multiple por division de frecuencias ortogonales (OFDMA, orthogonal frequency division multiple access) en la que los datos que tienen que ser transmitidos a los telefonos moviles 3 se modulan sobre una serie de subportadoras. Se pueden utilizar asimismo otras tecnicas de transmision de datos bien conocidas. Cuando un telefono movil 3 entra en la red 7, por ejemplo al encenderse, se establece una conexion entre el telefono movil 3 y una estacion base 5, y entre la estacion base 5 y un dispositivo de pasarela 9. Esto permite la comunicacion entre el telefono movil 3 y otros componentes en la red 7.
Asimismo, cuando un telefono movil 3 se desplaza desde la celda de una estacion base de origen (por ejemplo, la estacion base 5-1) a una estacion base objetivo (por ejemplo, la estacion base 5-2), se lleva a cabo un
5
10
15
20
25
30
35
40
45
50
55
procedimiento (protocolo) de traspaso en las estaciones base de origen y objetivo 5 y en la estacion movil 3 para controlar el proceso de traspaso. El traspaso se habilita mediante el establecimiento de una conexion entre las estaciones base de origen y objetivo 5. Como parte del proceso de traspaso, puede cambiar el dispositivo de pasarela 9-1, 9-2 mediante el que se transmiten comunicaciones desde un telefono movil 3 a la red telefonica. Alternativamente, el dispositivo de pasarela 9-1, 9-2 a cuyo traves se transmiten comunicaciones puede seguir siendo el mismo, pero puede cambiar la estacion base 5-1, 5-2 con la que el dispositivo movil esta en conexion. Estas transferencias se habilitan asimismo mediante el establecimiento de conexiones entre las estaciones base 5 y las pasarelas 9.
Estacion base
La figura 2 es un diagrama de bloques que muestra los componentes principales de cada una de las estaciones base 5 utilizadas en esta realizacion. Tal como se muestra, cada estacion base 5 incluye un circuito transceptor 21 que puede funcionar para transmitir senales hacia, y recibir senales desde los telefonos moviles 3 por medio de una o varias antenas 23, y que puede funcionar para transmitir senales hacia, y recibir senales desde la red telefonica 7 por medio de una interfaz de red 25. La interfaz de red 25 incluye una interfaz de red S1 para comunicar con componentes de red, tal como nodos de pasarela, utilizando el protocolo S1. La interfaz de red 25 incluye asimismo una interfaz X2 para comunicar con otros componentes de estacion base utilizando el protocolo X2. Un controlador 27 controla el funcionamiento del circuito transceptor 21 de acuerdo con software almacenado en la memoria 29. El software incluye, entre otras cosas, un sistema operativo 31, un generador 33 de identificadores de aplicacion y un generador 35 de identificadores de conexion que se puede denominar asimismo un generador de identificadores de contexto. La memoria almacena un identificador de nodo 34 y, en algunas realizaciones, almacena asimismo un identificador de red para la red con la que esta asociada la estacion base. Se describe a continuacion el funcionamiento del generador 33 de identificadores de aplicacion y del generador 35 de identificadores de conexion.
Pasarela
La figura 3 es un diagrama de bloques que muestra los componentes principales de cada uno de los componentes de pasarela 9 utilizados en esta realizacion. Tal como se muestra, cada pasarela 9 incluye un circuito transceptor 41, que puede funcionar para transmitir senales a, y recibir senales desde por lo menos una estacion base 5 por medio de una interfaz 43 de la estacion base, y que puede funcionar para transmitir senales a, y recibir senales desde el resto de la red telefonica 7 por medio de una interfaz de red 45. Un controlador 47 controla el funcionamiento del circuito transceptor 41 de acuerdo con software almacenado en la memoria 49. El software incluye, entre otras cosas, un sistema operativo 51, un generador 53 de identificadores de aplicacion y un generador 55 de identificadores de conexion que se puede denominar asimismo un generador de identificadores de contexto. La memoria almacena un identificador de nodo 54 y, en algunas realizaciones, almacena asimismo un identificador de red para la red con la que esta asociada la estacion base. Se describe a continuacion el funcionamiento del generador 53 de identificadores de aplicacion y del generador 55 de identificadores de conexion.
En la descripcion anterior, para facilitar la comprension tanto las estaciones base 5 como las pasarelas 9 se describen teniendo respectivos modulos discretos que funcionan segun los procedimientos descritos en la presente memoria. Aunque las caractensticas se pueden proporcionar de este modo para ciertas aplicaciones, por ejemplo cuando se ha modificado un sistema existente para implementar la invencion, en otras aplicaciones, por ejemplo en sistemas disenados teniendo desde el principio en mente las caractensticas inventivas, estas caractensticas pueden estar incorporadas en el sistema operativo global o en el codigo, y de tal modo que los modulos descritos anteriormente pueden no ser discernibles como entidades discretas.
La siguiente descripcion utilizara la nomenclatura empleada en la evolucion a largo plazo (LTE, Long Term Evolution) de UTRAN. Por lo tanto, el telefono movil 3 se denominara un UE, cada estacion base 5 se denominara un eNodoB (o eNB) y cada componente de pasarela se denominara una MME. Las entidades de protocolo utilizadas en LTE tienen los mismos nombres que los utilizados en UMTS (Universal Mobile Telecommunication System, sistema universal de telecomunicaciones moviles) excepto para las entidades de control del radioenlace (RLC, Radio Link Control) que, en LTE, se denominan entidades de ARQ (Automatic Repeat Request, solicitud de repeticion automatica) exteriores. Las entidades de ARQ exteriores de LTE tienen sustancialmente la misma funcionalidad (aunque no identica) que las entidades RLC de UMTS.
Escenarios de error
Tal como se ha expuesto anteriormente, en los sistemas de la tecnica anterior los identificadores de aplicacion enviados con los mensajes de solicitud de establecimiento de contexto no necesariamente identifican de manera unica el contexto en el componente de recepcion. Se proporcionan a continuacion detalles de identificadores que son enviados dentro de mensajes de establecimiento de contexto en esta realizacion. No obstante, primero se discuten en mayor detalle ejemplos de situaciones en las que puede aparecer un problema.
Una conexion de protocolo de transporte, tal como una conexion de protocolo de transmision para el control de flujo (SCTP, Stream Control Transmission Protocol), puede transportar senales relativas a diferentes UEs. Para enviar la senalizacion internamente al gestor de contexto de UE correcto en el nodo de recepcion, se incluye informacion de
5
10
15
20
25
30
35
40
45
50
encaminamiento de aplicacion en los mensajes de aplicacion (AP) S1 o X2. Esto se explicara y se mostrara adicionalmente haciendo referencia a las figuras 4a y 4b.
Cuando un nodo de envfo solicita, en algunos casos implfcitamente, el establecimiento de una conexion de senalizacion S1/X2 dedicada para un determinado UE, por ejemplo enviando un mensaje de UE inicial S1-AP, informa al nodo homologo sobre la interfaz S1/X2 del identificador de aplicacion (AP) que ha sido asignado a dicho UE. En el caso de una conexion entre un eNodoB 61 y una MME 63, este mensaje adopta la forma de "eNB S1-AP" 65 que se muestra en la figura 4a, que se puede escribir asimismo como "eNB S1-AP UE ID". Para una transferencia desde un eNodoB 69 hasta un eNodoB homologo 71, el mensaje tiene la forma "eNB de origen S1-AP" 73 que se muestra en la figura 4b. El mensaje de respuesta del nodo homologo contiene entonces el identificador de aplicacion S1/X2 de los nodos tanto de origen como homologo, por ejemplo "eNB S1-AP, MME S1-AP" 67 que se muestra en la figura 4a, que se puede escribir asimismo como "eNB S1-AP UE ID, MME S1-AP UE ID" o, en el caso mostrado en la figura 4b "eNB de origen S1-AP, eNB objetivo S1-AP" 75.
A continuacion se proporcionan detalles adicionales de los identificadores de aplicacion utilizados en las interfaces S1 y X2:
Identidad eNodoB S1-AP UE
La identidad eNodoB S1-AP UE 65 se asigna para identificar de manera unica el UE sobre la interfaz S1 dentro del eNodoB 61. Cuando una MME 63 recibe la identidad eNodoB S1-AP UE 65, la almacena durante la conexion del S1 logica asociada con el UE, para este UE. Una vez conocida por la MME 63, esta identidad (IE) puede ser incluida en toda la senalizacion S1-AP asociada con el UE (enlace ascendente (UL) asf como enlace descendente (DL)).
Identidad MME S1-AP UE
La identidad MME S1-AP UE 67 se asigna para identificar de manera unica el UE sobre la interfaz S1 dentro de la MME 63. Cuando el eNodoB 61 recibe la identidad MME S1-AP UE la almacena durante la conexion S1 logica asociada con el UE, para este UE. Una vez conocida por el eNodoB 61, la IE se puede incluir en toda la senalizacion S1-AP asociada con el UE (UL asf como DL).
ID de contexto de UE del eNodoB de origen
El ID de contexto de UE del eNodoB de origen (eNB de origen S1-AP) 73 se asigna para identificar de manera unica el UE sobre la interfaz X2 con el eNodoB de origen 69. Cuando el eNodoB objetivo 71 recibe el ID de contexto del eNodoB de origen, lo almacena durante el contexto para dicho UE. Una vez conocida por el eNodoB objetivo 71, la IE se puede incluir en toda la senalizacion X2-AP asociada con el UE.
ID de contexto de UE del eNodoB objetivo
El ID de contexto del UE del eNodoB objetivo (eNB objetivo S1-AP) 75 se asigna para identifican de manera unica el UE sobre la interfaz X2 con el eNodoB objetivo 71. Cuando el eNodoB de origen 69 recibe el ID de contexto del eNodoB objetivo, lo almacena durante el contexto para dicho UE. Una vez conocida por el eNodoB de origen 69, la IE se puede incluir en toda la senalizacion X2-AP asociada con el UE.
Por lo tanto, tal como se ha indicado anteriormente en realizaciones anteriores, los identificadores de aplicacion (IDs de AP) son unicos dentro del nodo generador. Como consecuencia, no pueden ser identificados de manera unica en el nodo homologo de recepcion cuando este recibe el primer mensaje (es decir, antes de que exista conexion de senalizacion). Se describen a continuacion algunos escenarios que representan potenciales situaciones de error en casos en los que el identificador de aplicacion no es unico en el nodo de recepcion.
En algunas situaciones, se producen errores debido a que un nodo recibe del nodo de origen dos mensajes para activar el establecimiento de una conexion S1 o X2 que contienen el mismo identificador de aplicacion S1/X2.
Se describira una primera situacion de error haciendo referencia a la figura 5. En la figura 5, dos eNodosB 77, 79 estan conectados a la misma MME 81. La MME 81 recibe dos mensajes de UE iniciales S1-AP, que debenan desencadenar el establecimiento de dos conexiones S1. Sin embargo, los dos eNodosB 77, 79 han elegido por casualidad asignar la misma identidad eNB S1-AP UE a los mensajes. La capa de aplicacion en la MME 81 produce un error dado que no puede realizar una distincion entre los dos mensajes. El sistema lleva a cabo a continuacion tratamiento de errores, que puede tener como resultado un retardo en las conexiones que se estan estableciendo o un fallo en el establecimiento de por lo menos una conexion.
Se muestra una segunda potencial situacion de error en la figura 6, que muestra esquematicamente un escenario flexible. El eNodoB 83 es el objetivo tanto para el UE1 89 como para el UE2 91, servidos respectivamente por la MME1 85 y la MME2 87, durante un traspaso entre LTE con involucracion MME. Durante el proceso de traspaso, la MME 85 envfa al eNodoB objetivo 83 el mensaje de solicitud de traspaso S1-AP. El eNodoB objetivo 83 puede recibir dos mensajes de solicitud de traspaso S1-AP desde dos MME 85, 87 que contienen la misma identidad MME S1-AP UE. La capa de aplicacion en el eNodoB objetivo 83 produce un error dado que no puede realizar una
5
10
15
20
25
30
35
40
45
50
55
distincion entre los dos mensajes. Se lleva a cabo a continuacion tratamiento de errores, que puede provocar retardos y problemas de comunicacion igual que antes.
Surge otro problema en la situacion mostrada en la figura 6 si se envfa un mensaje de cancelar traspaso S1 antes de que se reciba el acuse de recibo de solicitud de traspaso S1. En esta situacion, el eNodoB objetivo 83 no sabra que recursos liberar.
Se muestra una tercera potencial situacion de error en la figura 7, que muestra movilidad intra-LTE sin involucracion MME. En esta situacion, el eNodoB2 99 es el eNodoB objetivo para un traspaso intra-LTE activado por el eNodoBI 97 para un traspaso intra-LTE activado por el eNodoB3 93. Como consecuencia, el eNodoB2 99 recibe dos mensajes de solicitud de traspaso X2 desde el eNodoBI 97 y el eNodoB3 93 que utiliza por casualidad el mismo ID de contexto de UE del eNodoB de origen. La capa de aplicacion en el eNodoB2 objetivo 99 puede quedar desorientada y no realiza distincion entre los dos mensajes. Se lleva a cabo entonces tratamiento de errores para resolver la situacion.
Se produce asimismo otro problema en la situacion mostrada en la figura 7 si se recibe una solicitud de cancelacion de traspaso procedente del eNodoBI 97 o del eNodoB3 93 antes de que el eNodoB2 99 pueda responder a la solicitud de traspaso original. En este caso, el eNodoB2 99 no sabra que recursos debena liberar.
Funcionamiento
Para evitar situaciones tales como las indicadas anteriormente, se ha comprendido que sena util una mayor identificacion de los mensajes de solicitud de conexion. Esto se implementa habilitando las interfaces S1 y X2 para utilizar distintos identificadores de aplicacion. Esto se puede conseguir de una serie de maneras diferentes, y estas se resumen y describen en mayor detalle a continuacion.
En una realizacion, se anade un nuevo identificador de nodo a los mensajes S1/X2-AP relevantes. El identificador de nodo puede identificar el eNodoB de origen o la MME. En esta realizacion, el identificador de nodo se utiliza solamente en el primer mensaje, en el que solicita el establecimiento de conexion. El identificador de nodo no es necesario para el mensaje de respuesta y los mensajes subsiguientes, que vuelven a intercambiar solamente el identificador de aplicacion. Esto reduce la cantidad de (bits de) informacion que es necesario transportar en los mensajes subsiguientes. Esta implementacion se muestra esquematicamente en las figuras 8a y 8b. La figura 8a muestra un primer mensaje procedente de un eNodoB hasta una MME, que incluye tanto un eNB S1-AP UE ID como un eNB global id. La figura 8b muestra un primer mensaje desde una MME hasta un eNodoB que incluye tanto un MME S1-AP UE id como un MME id global. Por lo tanto, se reserva un numero predeterminado de bits en el mensaje S1-AP inicial para representar un identificador para el eNodoB o la MME.
En una realizacion alternativa, se incorpora un identificador de nodo dentro de la IE de identificador eNB/MME S1- AP. Es decir, el mensaje de solicitud de conexion incluye un solo identificador, pero el identificador incorpora tanto informacion suficiente para identificar el nodo de origen como informacion para identificar la conexion dentro del nodo de origen.
En otra realizacion, se anade una nueva IE que representa un identificador logico que esta relacionado, por medio de una relacion bien conocida, con un identificador de capa de transporte (TNL) para el nodo, tal como la direccion IP o el puerto SCTP para el nodo. Por ejemplo, cada eNodoB tendra una direccion IP diferente y esta puede ser utilizada para obtener un identificador del nodo de origen. Se debe observar ademas que, en una implementacion tfpica, la TNL no informa del protocolo de aplicacion de la direccion IP de origen, por lo tanto el protocolo de aplicacion carece de conocimiento del ID del usuario salvo que este se indique en el propio mensaje de aplicacion. Esto surge del concepto UMTS de que la TNL y la RNL se deben implementar de manera independiente.
En otra implementacion, el intervalo de identificadores S1/X2-AP que un eNodoB o una MME pueden asignar esta limitado de tal modo que los intervalos de identificadores para dos nodos no se superpongan. Esto se puede realizar, por ejemplo, configurando un intervalo diferente de identificadores para cada eNodoB o MME durante la etapa preoperacional. A continuacion, cada nodo recorre dclicamente su intervalo predefinido de identificadores a medida que establece conexiones. Esta solucion permite que se proporcione un unico identificador de aplicacion desde cada nodo dentro de una red. Puede ser necesario para identificar la red otro identificador de red (tal como PLMN ID) en algunas implementaciones en las que se utilizan multiples redes. Este se puede proporcionar ya sea incorporado en el identificador de aplicacion o bien como un identificador independiente.
La implementacion de un sistema segun cualquiera de las realizaciones descritas anteriormente resuelve las situaciones de error indicadas anteriormente.
En la primera situacion de error que se muestra en la figura 5, la adicion o incorporacion de un identificador de eNodoB en cada uno de los mensajes de UE iniciales S1-AP desde el eNodoBI 77 y el eNodoB2 79 proporciona un identificador unico para cada solicitud de conexion recibida en la MME y por lo tanto permite a la MME proporcionar un mapeo uno a uno entre el eNB S1-AP UE id y el MME S1-AP UE id.
5
10
15
20
25
30
35
40
45
50
De manera similar, en la segunda situacion de error descrita en relacion con la figura 6, la adicion o incorporacion de un identificador de MME en cada uno de los identificadores MME S1-AP UE desde la MME1 85 y la MME2 87 identificana de manera unica los mensajes de MME (y por lo tanto las MME de origen) en el eNodoB 83. Ademas, si se cancelara la solicitud de traspaso, dado que las mME estan identificadas de manera unica en el mensaje inicial, el eNodoB 83 sabna que recursos liberar para permitir la cancelacion de una conexion sin afectar al establecimiento de la otra conexion.
Finalmente, en la tercera situacion de error descrita en relacion con la figura 7, el eNodoBI y el eNodoB3 envianan solicitudes de traspaso X2-AP que incluyen identificadores del eNodoB de origen. Por lo tanto, el eNodoB2 podna identificar de manera unica cada uno de los dos nodos de origen y sabna que recursos liberar si se cancelara la solicitud de traspaso.
En una realizacion, en la tercera situacion descrita en relacion con la figura 7, el mensaje de solicitud de traspaso contiene asimismo un identificador MME S1-AP UE, que incluye un identificador del componente MME para la conexion de senalizacion S1. Esto permite al eNodoB2 objetivo 99 contactar con la MME bloqueando el identificador MME S1-AP UE.
Los identificadores de nodo incorporados en los mensajes de establecimiento de conexion pueden ser globalmente unicos o pueden ser unicos solamente dentro de la red telefonica en la que funciona el nodo, por ejemplo de la red PLMN del nodo. En una realizacion, se puede proporcionar un identificador de nodo global haciendo uso tanto de un ID del nodo (que es unico dentro de una PLMN) como de un identificador de la PLMN. Esto permitina que cada S1/X2 AP sea unico incluso en un escenario de comparticion de RAN.
Los identificadores de aplicacion para la conexion se transmiten con los mensajes iniciales de establecimiento de la conexion. Para reducir la sobrecarga en los mensajes subsiguientes, los identificadores de nodo se pueden omitir en por lo menos parte de los mensajes enviados posteriormente en la conexion.
Tal como se ha mencionado anteriormente, el establecimiento de una conexion en una red de telecomunicaciones movil se puede producir cuando un nuevo dispositivo movil (UE) entra en la red, por ejemplo cuando el dispositivo movil se enciende. Se pueden asimismo establecer nuevas conexiones para permitir el traspaso a medida que un dispositivo movil se desplaza dentro de una red. Adicionalmente, se pueden establecer conexiones debido a cambios de configuracion en los nodos de red, por ejemplo si se anade una nueva estacion base o falla una MME.
La regeneracion de un identificador de aplicacion se puede conseguir disponiendo un nuevo modulo generador que utiliza un algoritmo para generar dinamicamente un identificador de aplicacion. En una realizacion alternativa, el identificador de aplicacion se puede recuperar de una memoria o memoria tampon, y el nodo puede recorrerla dclicamente utilizando una secuencia de identificadores de aplicacion diferentes para conexiones secuenciales.
Para determinar un identificador de nodo, el nodo puede simplemente recuperar del almacenamiento en memoria un identificador fijo. Alternativamente, el nodo puede obtener su identificador de un modulo generador que genera dinamicamente un identificador de nodo. Tal como se ha indicado anteriormente, el identificador de nodo puede estar basado en un identificador de capa de transporte para el nodo, tal como una direccion IP para el nodo.
En una realizacion, el identificador de conexion se genera utilizando el identificador de aplicacion y el identificador de nodo. En otra realizacion, el identificador de conexion se genera utilizando el identificador de aplicacion y el identificador de la red. En una tercera realizacion, el identificador de conexion se genera utilizando el identificador de aplicacion, el identificador de nodo y el identificador de la red. Los identificadores se pueden concatenar para formar un solo identificador de conexion, o se puede utilizar una funcion para combinar los identificadores. La utilizacion de una funcion para combinar los identificadores puede hacer el identificador de conexion mas corto de lo que sena si los identificadores se concatenaran. No obstante, la concatenacion de los identificadores puede permitir eliminar identificadores individuales de mensajes subsiguientes una vez que la conexion se ha establecido.
Glosario de terminos 3GPP
LTE - evolucion a largo plazo (de UTRAN)
ENodoB - nodo B E-UTRAN AGW - pasarela de acceso
UE - equipo de usuario - dispositivo de comunicacion movil DL - enlace descendente - enlace de base a movil UL - enlace ascendente - enlace de movil a base AM - modo de acuse de recibo UM - modo sin acuse de recibo
5
10
15
20
25
30
35
40
MME - entidad de gestion de movilidad UPE - entidad del plano de usuario HO - traspaso
RLC - control del radioenlace
RRC - control de recursos radioelectricos
RRM - gestion de recursos radioelectricos
SDU - unidad de datos de servicio
PDU - unidad de datos de protocolo
NAS - estrato sin acceso
ROHC - compresion robusta de encabezados
TA - area de seguimiento
U-plane - plano de usuario
TNL - capa de red de transporte
Interfaz S1 - interfaz entre pasarela de acceso y eNodoB Interfaz X2 - interfaz entre dos eNodosB
MMEs / pasarela SAE - nuevo nombre para pasarela de acceso que tiene entidades tanto MME como UPE
Sigue una descripcion detallada del modo en que se pueden implementar las presentes invenciones en el estandar 3GPP LTE propuesto actualmente. Aunque algunas caractensticas se describen como esenciales o necesarias, este puede ser el caso solamente para el estandar 3GPP LTE propuesto, por ejemplo debido a otros requisitos impuestos por el estandar. Por lo tanto, no se debera considerar en modo alguno que estas afirmaciones limitan la presente invencion.
Tftulo: utilizacion de id de nodo global en el soporte de encaminamiento de aplicaciones
1 Alcance
El alcance de esta contribucion es para:
• destacar algunos escenarios de error que estan provocados porque el identificador de aplicacion S1/X2 no es globalmente unico
• proponer varias soluciones para superar este problema
2 Discusion
2.1 Estado actual
Una conexion SCTP transporta senalizacion relacionada con diferentes UE. Para transmitir internamente la senalizacion al gestor de contexto UE correcto, es necesario incluir informacion de encaminamiento de aplicacion en los mensajes S1/X2 AP.
Cada vez que un nodo emisor solicita implfcitamente el establecimiento de una conexion de senalizacion S1/X2 dedicada para un cierto UE, por ejemplo enviando el mensaje de UE inicial S1-AP, informara al nodo homologo del identificador S1/X2 AP que ha sido asignado para dicho UE.
El mensaje de respuesta del nodo homologo contendra, en un escenario normal, el ID de aplicacion S1/X2 para los nodos de origen y homologo (ver las figuras 4a y 4b).
Ver las siguientes definiciones de identificador de aplicacion en las interfaces tanto S1 como X2 [1]:
Identidad eNB S1-AP UE:
La identidad eNB S1-AP UE debera ser asignada de tal modo que identifique de manera unica el UE sobre la interfaz S1 dentro del eNB. Cuando la MME reciba la identidad eNB S1-AP UE la almacenara durante la conexion logica S1 asociada al UE, para este UE. Una vez conocida para esta MME, esta IE se incluye en toda la senalizacion S1-AP asociada con el UE (UL asf como DL).
5
10
15
20
25
30
35
40
45
Identidad MME S1-AP UE
La identidad MME S1-AP UE debera ser asignada de tal modo que identifique de manera unica el UE sobre la interfaz S1 dentro de la MME. Cuando el eNB reciba la identidad mMe S1-AP Ue la almacenara durante la conexion logica S1 asociada al UE, para este UE. Una vez conocida para este eNB, esta IE se incluye en toda la senalizacion S1-AP asociada con el UE (UL asf como DL).
ID de contexto de UE del eNB de origen:
El ID de contexto de UE del eNB de origen se asignara para identificar de manera unica el UE sobre la interfaz X2 dentro del eNB de origen. Cuando el eNB objetivo reciba el ID de contexto de UE del eNB de origen, lo almacenara durante el contexto para este UE. Una vez conocida por el eNB objetivo, esta IE se incluye en toda la senalizacion X2-AP asociada con el UE.
ID de contexto de UE del eNB objetivo:
El ID de contexto del eNB objetivo se asignara de tal modo que identifique de manera unica el UE sobre la interfaz X2 dentro del eNB objetivo. Cuando el eNB objetivo reciba el ID de contexto de UE del eNB objetivo, lo almacenara por la duracion del contexto para este UE. Una vez conocida por el eNB de origen, esta IE se incluye en toda la senalizacion X2-AP asociada con el UE.
Las definiciones exactas no estan aun acordadas, pero es bien conocido/acordado entre los grupos 3GPP que estos identificadores de aplicacion son unicos dentro del nodo de generacion.
Segun las definiciones anteriores estos id de AP son unicos dentro del nodo generador. Como consecuencia, estos no estan definidos umvocamente en el nodo homologo de recepcion cuando este recibe el primer mensaje (es decir, no existe conexion de senalizacion) salvo que en el mensaje este presente asimismo algun identificador espedfico del nodo. En el parrafo 2.3 se explican algunos escenarios que representan la potencial situacion de error en caso de que el id de aplicacion no sea globalmente unico.
2.2 identificadores de plano T
Dado que el plano de control se basa en SCTP sobre IP en ambas interfaces S1 y X2, existen los siguientes identificadores TNL:
Capa SCTP:
• Numero de puerto de origen, numero de puerto de destino
• id de flujo SCTP Capa IP:
• Direccion IP de origen/de destino
En LTE habra una asociacion SCTP para cada interfaz S1/X2, con un par de flujos SCTP por cada procedimiento comun y unos pocos pares de flujos SCTP que tienen que ser compartidos por todas las conexiones de senalizacion dedicadas S1/X2.
Se utiliza el puerto de origen SCTP en combinacion con la direccion IP de origen, el puerto de destino SCTP y posiblemente la direccion IP de destino para identificar la asociacion a la que pertenece este paquete.
Como consecuencia, la asociacion SCTP puede ser utilizada como identificador de nodo (el id de flujo SCTP no es util para este proposito).
Sin embargo, en lmea con el principio UMTS, se propone no utilizar el identificador TNL (es decir, la asociacion SCTP) con propositos de protocolo de aplicacion, con el fin de mantener la RNL y la TNL lo mas independientes posibles y de evitar cualesquiera lfmites de implementacion, por ejemplo, para comunicacion de entidades blade/SW.
2.3 Escenarios de potencial situacion de error
Este parrafo enumera algunos posibles escenarios que pueden conducir a una situacion de error en un nodo homologo que recibe del nodo de origen dos mensajes (que desencadenan el establecimiento de conexion S1/X2) que contienen el mismo identificador de aplicacion S1/X2.
1) En la figura 5, dos eNB se conectan a la misma MME: la MME recibe dos mensajes de UE iniciales S1- AP (que debenan desencadenar el establecimiento de la conexion S1), desde 2 eNB diferentes que, por casualidad, han asignado la misma identidad eNB S1-AP UE.
5
10
15
20
25
30
35
40
45
La capa de aplicacion en la MME se desorientara y, dado que el mensaje no contiene ninguna informacion relacionada con el nodo de origen, no puede realizar una distincion entre los dos mensajes. A continuacion se llevara a cabo tratamiento de errores segun la implementacion. Esto se podna evitar utilizando un identificador S1-AP que sea globalmente unico.
2) En la figura 6 se representa a un escenario flexible S1: el eNB es el eNB objetivo tanto para el UE1 como para el UE2, servidos respectivamente por la MME1 y la MME2, durante un traspaso intra-LTE con involucracion MME. Durante la preparacion del traspaso, la MME envfa al eNB objetivo el S1-AP: mensaje de solicitud de traspaso. El eNB objetivo puede recibir dos S1-AP: mensajes de solicitud de traspaso procedentes de dos MME diferentes que contienen la misma identidad MME S1-AP UE.
La capa de aplicacion en el eNB objetivo se desorientara y, si el mensaje no contiene ninguna informacion relacionada con el nodo de origen, no puede realizar una distincion entre los dos mensajes. A continuacion se llevara a cabo tratamiento de errores segun la implementacion. Esto se podna evitar utilizando un identificador S1-AP que sea globalmente unico.
3) En la figura 7, el eNodoB2 es el eNB objetivo para el traspaso intra-LTE activado por eNB1 y el traspaso intra LTE activado por eNB3. Como consecuencia, el eNB2 puede recibir dos X2: mensajes de solicitud de traspaso desde el eNB1 y el eNB3 que han asignado por casualidad el mismo ID de contexto UE de eNB de origen.
La capa de aplicacion en el eNB2 objetivo se desorientara y, si el mensaje no contiene ninguna informacion relacionada con el nodo de origen, no puede realizar una distincion entre los dos mensajes. A continuacion se llevara a cabo tratamiento de errores segun la implementacion. Esto se podna evitar utilizando un ID de contexto de UE del eNB de origen (es decir, identificador X2 AP) que sea globalmente unico.
2.4 Propuestas
Para evitar estas situaciones equvocas, se propone utilizar un id de aplicacion globalmente unico en ambas interfaces S1 y X2. Esto se puede conseguir de diferentes maneras:
Solucion uno:
Anadir una nueva IE, es decir un id de nodo global, en los mensajes S1/X2-AP relevantes.
Solucion dos:
Incorporar el id de nodo global dentro del IE de identificador eNB/MME S1-AP.
Solucion 3:
Anadir una nueva IE que representa un identificador logico que de alguna manera esta relacionado (por medio de una funcion bien conocida) con el identificador TNL (direccion IP/puerto SCTP).
Solucion 4:
Limitar el intervalo de identificadores S1/X2 AP que un eNB puede asignar, de tal modo que el intervalo de dos nodos diferentes no se superpongan (por ejemplo, configurando un intervalo diferente para cada eNB durante el estado preoperacional). No obstante, esta solucion permitira tener un id de AP unico dentro de una red. Como consecuencia, es necesario un identificador de red (es decir, id de PLMN) ya sea incorporado en la IE de AP-id o como una IE independiente. En el caso de una IE independiente, esta sera necesaria solamente en el mensaje que desencadena el establecimiento de conexion.
Las soluciones uno y dos dependen del concepto de identificador de nodo global, que hace uso de:
Id de nodo (unico dentro de una PLMN) e identificador de PLMN (esto garantiza que los S1/X2 AP son unicos incluso en un escenario de comparticion de RAN).
Las primeras tres soluciones se diferencian en terminos de complejidad de implementacion: NEC prefiere la solucion 1.
En el caso de la solucion uno, el id de nodo global sera necesario solamente para el primer mensaje. El id de nodo global no se requiere para el mensaje de respuesta ni para los mensajes subsiguientes.
Por lo tanto, aplicando la solucion uno se puede reducir la cantidad/bits de informacion que es necesario transportar en los mensajes subsiguientes.
La cuarta solucion requiere la realizacion de cierta configuracion en los nodos en un estado preoperacional.
3 Conclusion
Esta contribucion ha senalado algunos potenciales escenarios de error debido a que los ids de S1/X2-AP no son globalmente unicos.
Se han realizado cuatro propuestas para superar este problema, es decir:
5 • Introduccion IE de id de nodo global en mensajes S1/X2 relevantes
• Incorporacion de id de nodo global en el S1-AP id IE
• Anadir un nuevo IE que representa un identificador logico relacionado con identificadores TNL
• Configuracion de intervalo de S1-AP en cada eNB en combinacion con un identificador de red (sea una IE independiente o incorporada en la AP id IE).
10 Se propone discutir las consecuencias de no tener un id de aplicacion unico y acordar una de las propuestas enumeradas en el parrafo 2.4.
Si el principio se acepta, NEC esta disponible para escribir el CR relacionado.
4 Referencia
R3-071344 "Discussion and proposal for the AP ID handling", NEC.
15 Esta solicitud se basa en, y reivindica el beneficio de prioridad de la solicitud de patente del Reino Unido numero 0715940.3, presentada el 15 de agosto de 2007.

Claims (11)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. Un procedimiento llevado a cabo por un nodo de origen, para establecer una conexion solicitada entre el nodo de origen (62, 69) y un nodo de destino (63, 71) en una red de telecomunicaciones, comprendiendo el procedimiento:
    generar un identificador de la aplicacion de origen para la conexion dentro del nodo de origen;
    recuperar un identificador del nodo de origen para el nodo de origen (62, 69); y
    transmitir el identificador de la aplicacion de origen y el identificador del nodo de origen al nodo de destino (63, 71) para proporcionar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen (62, 69) y el nodo de destino (63, 71);
    en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
  2. 2. Un procedimiento llevado a cabo por un nodo de destino (63, 71), para establecer una conexion solicitada entre un nodo de origen (62, 69) y el nodo de destino (63, 71), comprendiendo el procedimiento:
    recibir, desde un nodo de origen (62, 69), un identificador de la aplicacion de origen y un identificador del nodo de origen con el fin de formar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen (62, 69) y el nodo de destino (63, 71);
    generar un mensaje de respuesta de conexion; y
    transmitir el mensaje de respuesta de conexion al nodo de origen (62, 69);
    en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
  3. 3. Un procedimiento llevado a cabo en una red de comunicacion para establecer una conexion solicitada entre un nodo de origen (62, 69) y un nodo de destino (63, 71) en un red de telecomunicaciones, comprendiendo el procedimiento:
    que el nodo de origen (62, 69) ejecuta las etapas siguientes:
    generar un identificador de la aplicacion de origen, donde dicho identificador de la aplicacion de origen esta configurado para identificar equipo de usuario (3, 89, 91) asociado con dicho nodo de origen (62, 69);
    recuperar un identificador del nodo de origen; y
    transmitir el identificador de la aplicacion de origen y el identificador del nodo de origen al nodo de destino (63, 71) con el fin de proporcionar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen (62, 69) y el nodo de destino (63, 71); y
    que el nodo de destino (63, 71) ejecuta las etapas siguientes:
    recibir el identificador de la aplicacion de origen y el identificador del nodo de origen desde el nodo de origen (62, 69) con el fin de formar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen (62, 69) y el nodo de destino (63, 71);
    generar un mensaje de respuesta de conexion; y
    transmitir el mensaje de respuesta de conexion al nodo de origen (62, 69) por medio de la red de telecomunicaciones;
    en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
  4. 4. Aparato que comprende una red de telecomunicaciones, comprendiendo la red una serie de nodos, en el que se puede establecer una conexion entre dos nodos en la red de telecomunicaciones utilizando un mensaje de solicitud de conexion, comprendiendo la red:
    un nodo de origen (62, 69) para iniciar una conexion a un nodo de destino (63, 71) en la red de telecomunicaciones, comprendiendo el nodo de origen (62, 69):
    medios para generar un identificador de la aplicacion de origen;
    medios para recuperar un identificador del nodo de origen; y
    5
    10
    15
    20
    25
    30
    35
    40
    medios para transmitir el identificador de la aplicacion de origen y el identificador del nodo de origen al nodo de destino (63, 71) con el fin de proporcionar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen (62, 69) y el nodo de destino (63, 71);
    comprendiendo ademas la red un nodo de destino (63, 71) que comprende:
    medios para recibir el identificador de la aplicacion de origen y el identificador del nodo de origen desde el nodo de origen (62, 69) con el fin de formar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen (62, 69) y el nodo de destino (63, 71);
    medios para generar un mensaje de respuesta de conexion; y
    medios para transmitir el mensaje de respuesta de conexion al nodo de origen (62, 69) por medio de la red de telecomunicaciones;
    en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
  5. 5. Aparato que comprende un nodo de origen para originar una conexion a un nodo de destino (63, 71) de una red de telecomunicaciones, comprendiendo el nodo de origen;
    medios para generar un identificador de la aplicacion de origen;
    medios para recuperar un identificador del nodo de origen; y
    medios para transmitir el identificador de la aplicacion de origen y el identificador del nodo de origen a un nodo de destino (63, 71) con el fin de proporcionar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen (62, 69) y el nodo de destino (63, 71);
    en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
  6. 6. Aparato que comprende un nodo de destino (63, 71) para terminar una conexion desde un nodo de origen (62, 69) de una red de telecomunicaciones, comprendiendo el nodo de destino (63, 71):
    medios para recibir un identificador de la aplicacion de origen y un identificador del nodo de origen con el fin de formar un identificador de conexion de origen para la conexion solicitada entre el nodo de origen (62, 69) y el nodo de destino;
    medios para generar un mensaje de respuesta de conexion; y
    medios para transmitir el mensaje de respuesta de conexion al nodo de origen (62, 69);
    en el que por lo menos uno del nodo de origen y el nodo de destino comprende una entidad de gestion de movilidad (MME).
  7. 7. Un procedimiento segun cualquiera de las reivindicaciones 1 a 3, o un aparato segun cualquiera de las reivindicaciones 4 a 6, en el que el identificador del nodo de origen es unico dentro de la red de telecomunicaciones.
  8. 8. Un procedimiento segun cualquiera de las reivindicaciones 1 a 3, o 7, o un aparato segun cualquiera de las reivindicaciones 4 a 7, en el que el identificador del nodo de origen es globalmente unico.
  9. 9. Un procedimiento segun cualquiera de las reivindicaciones 1 a 3, 7 u 8, o un aparato segun cualquiera de las reivindicaciones 4 a 8, en el que el identificador del nodo de origen comprende un identificador de por lo menos una parte de la red de origen, y un identificador del nodo de origen dentro de dicha por lo menos una parte de la red de origen.
  10. 10. Un procedimiento segun cualquiera de las reivindicaciones 1 a 3, o 7 a 9, o un aparato segun cualquiera de las reivindicaciones 4 a 9, en el que uno del nodo de origen y el destino comprende un eNodoB y el otro del nodo de origen y el nodo de destino comprende una MME, y la conexion se establece sobre una interfaz S1.
  11. 11. Un programa informatico, producto de programa informatico o medio legible por ordenador que comprende instrucciones para llevar a cabo un procedimiento segun cualquiera de las reivindicaciones 1 a 3, o 7 a 10.
ES12178334.4T 2007-08-15 2008-08-12 Procedimientos, aparatos y programa informático para proporcionar un identificador de conexión de origen para una conexión solicitada Active ES2619951T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB0715940A GB2453315A (en) 2007-08-15 2007-08-15 Connection Identifier in a telecommunications network
GB0715940 2007-08-15

Publications (1)

Publication Number Publication Date
ES2619951T3 true ES2619951T3 (es) 2017-06-27

Family

ID=38566450

Family Applications (4)

Application Number Title Priority Date Filing Date
ES12178334.4T Active ES2619951T3 (es) 2007-08-15 2008-08-12 Procedimientos, aparatos y programa informático para proporcionar un identificador de conexión de origen para una conexión solicitada
ES12178328.6T Active ES2619950T3 (es) 2007-08-15 2008-08-12 Procedimientos, aparatos y programa informático para proporcionar un identificador de conexión de origen para una conexión solicitada
ES18163204T Active ES2858474T3 (es) 2007-08-15 2008-08-12 Métodos y aparatos para proporcionar un identificador de usuario de MME
ES16189353.2T Active ES2686507T3 (es) 2007-08-15 2008-08-12 Procedimientos y aparatos para proporcionar un identificador de aplicación para una conexión solicitada

Family Applications After (3)

Application Number Title Priority Date Filing Date
ES12178328.6T Active ES2619950T3 (es) 2007-08-15 2008-08-12 Procedimientos, aparatos y programa informático para proporcionar un identificador de conexión de origen para una conexión solicitada
ES18163204T Active ES2858474T3 (es) 2007-08-15 2008-08-12 Métodos y aparatos para proporcionar un identificador de usuario de MME
ES16189353.2T Active ES2686507T3 (es) 2007-08-15 2008-08-12 Procedimientos y aparatos para proporcionar un identificador de aplicación para una conexión solicitada

Country Status (8)

Country Link
US (6) US9198032B2 (es)
EP (5) EP2519043B1 (es)
JP (2) JP5105120B2 (es)
KR (1) KR101206114B1 (es)
CN (2) CN103781063B (es)
ES (4) ES2619951T3 (es)
GB (1) GB2453315A (es)
WO (1) WO2009022750A2 (es)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2458885A (en) 2008-03-20 2009-10-07 Nec Corp Accepting or rejecting a connection request based upon capability information of a user device
JP5035191B2 (ja) * 2008-09-18 2012-09-26 富士通株式会社 基地局装置、通信制御システム、通信制御方法、局間制御方法および局間制御プログラム
KR101029113B1 (ko) * 2008-10-09 2011-04-13 한국전자통신연구원 3ｇｐｐ 기반 차세대 이동통신망에서의 ｓｃｔｐ 시그널링을 이용한 ｉｐ 이동성 제공 방법
WO2010085913A1 (zh) * 2009-02-02 2010-08-05 华为技术有限公司 一种多载波小区切换方法、装置和系统
US8750863B2 (en) 2009-02-13 2014-06-10 T-Mobile Usa, Inc. Selection of roaming gateway
US9036541B2 (en) 2009-02-17 2015-05-19 T-Mobile Usa, Inc. Location-based IMS server selection
CN101860929B (zh) 2009-04-13 2013-06-12 中兴通讯股份有限公司 基站间切换方法
JP5038350B2 (ja) 2009-04-27 2012-10-03 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム
JP4954238B2 (ja) * 2009-04-27 2012-06-13 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム
JP4785959B2 (ja) * 2009-08-03 2011-10-05 日本電信電話株式会社 アドレス状態整合システム、アドレス状態整合方法、エッジルータ及びセッション制御サーバ
JP4870201B2 (ja) * 2009-10-14 2012-02-08 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び無線基地局
US9801102B2 (en) * 2010-04-28 2017-10-24 Samsung Electronics Co., Ltd. Method and apparatus for handover using X2 interface based on closed subscriber group in mobile communication system
US8538405B2 (en) 2010-04-29 2013-09-17 T-Mobile Usa, Inc. Communication protocol preferences
US8923309B2 (en) * 2010-04-29 2014-12-30 T-Mobile Usa, Inc. Managing access gateways
CN102244935A (zh) * 2010-05-11 2011-11-16 北京三星通信技术研究有限公司 一种建立通信关系的方法
GB2482716A (en) * 2010-08-12 2012-02-15 Nec Corp Resolving MME overload in a LTE-advanced communication system having relay nodes
FR2968156A1 (fr) * 2010-11-30 2012-06-01 France Telecom Technique de communication entre un equipement utilisateur et un reseau de donnees dans un reseau de communication
JP4785999B2 (ja) * 2011-04-25 2011-10-05 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び交換局
KR20140024382A (ko) * 2011-05-26 2014-02-28 엘지전자 주식회사 무선 통신 시스템에서 클라이언트 협력을 위한 연결 해제 방법 및 장치
JP5139575B2 (ja) * 2011-12-05 2013-02-06 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム
WO2014008956A1 (en) 2012-07-10 2014-01-16 Telefonaktiebolaget L M Ericsson (Publ) Method; apparatuses and computer program product for providing application service platform with access to core network information comprising context data
US8873757B2 (en) * 2012-10-19 2014-10-28 Qualcom Incorporated Methods and apparatus for providing network-assisted key agreement for D2D communications
US9578599B2 (en) * 2013-04-25 2017-02-21 Honeywell International Inc. System and method for optimizing battery life in wireless multi-hop communication systems
EP2804441A1 (en) * 2013-05-15 2014-11-19 Alcatel Lucent Network nodes and methods
JP2015026969A (ja) * 2013-07-26 2015-02-05 富士通株式会社 通信システム、通信制御装置、および通信制御方法
JP6220235B2 (ja) * 2013-11-11 2017-10-25 株式会社Ｎｔｔドコモ 基地局装置およびデコード方法
US10517011B2 (en) * 2014-11-13 2019-12-24 Telefonaktiebolaget Lm Ericsson (Publ) Automated measurement and analysis of end-to-end performance of VoLTE service
JP6396823B2 (ja) * 2015-02-18 2018-09-26 Kddi株式会社 メッセージ分析装置、メッセージ分析方法およびコンピュータプログラム
WO2017178929A1 (en) 2016-04-12 2017-10-19 Telefonaktiebolaget Lm Ericsson (Publ) Multiple sctp associations per s1ap connection and moving s1ap signaling connection between sctp associations
WO2017190296A1 (zh) * 2016-05-04 2017-11-09 华为技术有限公司 切换用户设备方法及设备
CN107528679B (zh) * 2016-06-22 2020-04-14 大唐移动通信设备有限公司 一种s1ap信令传输方法及装置
WO2018159204A1 (ja) * 2017-02-28 2018-09-07 日本電気株式会社 通信装置、方法、プログラム、及び記録媒体
GB2567001A (en) 2017-09-29 2019-04-03 Nec Corp Communication system
EP3756327A1 (en) * 2018-02-22 2020-12-30 Telefonaktiebolaget Lm Ericsson (Publ) Handling application protocol identity for a ue-associated logical connection
WO2019072318A2 (en) * 2019-02-01 2019-04-18 Alibaba Group Holding Limited METHODS AND DEVICES FOR ESTABLISHING COMMUNICATION BETWEEN NODES IN A BLOCK CHAIN SYSTEM
US11888708B1 (en) 2023-02-02 2024-01-30 Bank Of America Corporation System and method for auto-determining solutions for dynamic issues in a distributed network

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB715940A (en) 1950-03-28 1954-09-22 Syntex Sa Improvements in or relating to cyclopentanopolyhydrophenanthrene compounds and methods of production thereof
EP0964558A1 (en) * 1998-06-08 1999-12-15 THOMSON multimedia Method for accessing internet applications from home network devices
JP3230671B2 (ja) * 1999-01-14 2001-11-19 日本電気株式会社 パケット課金装置
EP1104978A1 (de) * 1999-11-30 2001-06-06 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Verfahren und Vorrichtung zur Anwahl von Diensten
US6684251B1 (en) * 2000-05-25 2004-01-27 Sprint Communications Company, L.P. Dynamic connection set-up in a communication network
DE10062382A1 (de) * 2000-12-14 2002-07-11 Siemens Ag Ermittlung des Verbindungs- und/oder Gerätezustandes eines Teilnehmer-Endgeräts
JP4105520B2 (ja) * 2001-10-24 2008-06-25 富士通株式会社 アドレス変換装置及びアドレス変換方法
US7493623B2 (en) * 2003-02-05 2009-02-17 Nokia Corporation System and method for identifying applications targeted for message receipt in devices utilizing message queues
US7606929B2 (en) * 2003-06-30 2009-10-20 Microsoft Corporation Network load balancing with connection manipulation
US20050041671A1 (en) * 2003-07-28 2005-02-24 Naoya Ikeda Network system and an interworking apparatus
EP1523208B1 (en) * 2003-09-11 2006-08-30 Alcatel Registration of a dual mode terminal in a cellular and a WLAN network
EP1515574A1 (en) 2003-09-15 2005-03-16 BRITISH TELECOMMUNICATIONS public limited company Telecommunications system which includes two networks
KR20050090263A (ko) * 2004-03-08 2005-09-13 삼성전자주식회사 유동적 주소를 갖는 서버와의 통신 방법
US8503938B2 (en) 2004-10-14 2013-08-06 Qualcomm Incorporated Methods and apparatus for determining, communicating and using information including loading factors which can be used for interference control purposes
US7453997B2 (en) * 2005-04-29 2008-11-18 Microsoft Corporation Wireless internet services billing
US20070025342A1 (en) * 2005-07-14 2007-02-01 Gemini Mobile Technology, Inc. Protocol optimization for wireless networks
KR101238993B1 (ko) * 2005-08-25 2013-03-04 엘지전자 주식회사 이동통신 시스템에서의 트래픽 전송경로 재설정 방법
JP4927853B2 (ja) 2005-10-14 2012-05-09 クゥアルコム・インコーポレイテッド 干渉制御に関する負荷率を含む情報を決定、通信及び使用するための方法及び装置
US8005194B2 (en) * 2005-12-21 2011-08-23 Hewlett-Packard Development Company, L.P. Technique for handling incoming reply messages
US7912471B2 (en) 2006-01-04 2011-03-22 Wireless Technology Solutions Llc Initial connection establishment in a wireless communication system
US20090061877A1 (en) * 2006-07-14 2009-03-05 Gallagher Michael D Generic Access to the Iu Interface
US20080101400A1 (en) * 2006-10-30 2008-05-01 Nokia Corporation Managing attachment of a wireless terminal to local area networks
US8192287B2 (en) * 2006-11-17 2012-06-05 Nintendo Co., Ltd. Game apparatus and storage medium storing a game program for conducting data communications with a network
US8514809B2 (en) * 2007-11-16 2013-08-20 Nokia Siemens Networks Oy Mapping quality of service for intersystem handover
US20120227035A1 (en) * 2011-03-03 2012-09-06 Microsoft Corporation Cross platform service notification
US10367677B2 (en) * 2016-05-13 2019-07-30 Telefonaktiebolaget Lm Ericsson (Publ) Network architecture, methods, and devices for a wireless communications network
WO2020150700A1 (en) * 2019-01-18 2020-07-23 Apple Inc. Frequency domain channel state information (csi) compression

Also Published As

Publication number Publication date
US11039489B2 (en) 2021-06-15
KR20100040753A (ko) 2010-04-20
GB0715940D0 (en) 2007-09-26
US20210274572A1 (en) 2021-09-02
GB2453315A (en) 2009-04-08
JP5105120B2 (ja) 2012-12-19
ES2619950T3 (es) 2017-06-27
US20100142407A1 (en) 2010-06-10
JP5578334B2 (ja) 2014-08-27
CN103781063A (zh) 2014-05-07
US11825528B2 (en) 2023-11-21
WO2009022750A2 (en) 2009-02-19
US9198032B2 (en) 2015-11-24
EP2519043B1 (en) 2016-12-28
EP2519042A1 (en) 2012-10-31
JP2012195966A (ja) 2012-10-11
JP2010537451A (ja) 2010-12-02
US20160044717A1 (en) 2016-02-11
EP2201801B1 (en) 2021-04-07
EP2519042B1 (en) 2016-12-28
EP2201801A2 (en) 2010-06-30
EP3358874B1 (en) 2021-01-27
US9844081B2 (en) 2017-12-12
CN101785334A (zh) 2010-07-21
US20180070393A1 (en) 2018-03-08
US10219307B2 (en) 2019-02-26
EP3358874A1 (en) 2018-08-08
WO2009022750A3 (en) 2009-09-24
US20200281029A1 (en) 2020-09-03
ES2686507T3 (es) 2018-10-18
ES2858474T3 (es) 2021-09-30
US20190174559A1 (en) 2019-06-06
CN103781063B (zh) 2017-11-24
KR101206114B1 (ko) 2012-12-03
EP3136762A1 (en) 2017-03-01
CN101785334B (zh) 2014-01-15
EP2519043A1 (en) 2012-10-31
EP3136762B1 (en) 2018-06-06
US10602552B2 (en) 2020-03-24

Similar Documents

Publication Publication Date Title
ES2619951T3 (es) Procedimientos, aparatos y programa informático para proporcionar un identificador de conexión de origen para una conexión solicitada
ES2581847T3 (es) Almacenamiento temporal de paquetes para una transferencia sin pérdidas
ES2634685T3 (es) Facilitación de transferencia en un sistema de comunicación inalámbrico
ES2672311T3 (es) Movilidad aérea baja en la red inalámbrica del área local
ES2463095T3 (es) Método de comunicación inalámbrica para transmitir una secuencia de unidades de datos entre un dispositivo inalámbrico y una red
US8811347B2 (en) Method and apparatus for selecting MME in wireless communication system including mobile relay node
ES2773126T3 (es) Transferencia en redes definidas por software
ES2724239T3 (es) Dispositivo y procedimiento de traspaso de célula
CN117121559A (zh) 发送和接收信号的方法、装置和通信系统
US11917522B2 (en) Managing radio bearer traffic between radio network nodes