ES2631817T3 - Gestión de conexión de red residencial/de empresa y escenarios de CSFB - Google Patents
Gestión de conexión de red residencial/de empresa y escenarios de CSFB Download PDFInfo
- Publication number
- ES2631817T3 ES2631817T3 ES15192061.8T ES15192061T ES2631817T3 ES 2631817 T3 ES2631817 T3 ES 2631817T3 ES 15192061 T ES15192061 T ES 15192061T ES 2631817 T3 ES2631817 T3 ES 2631817T3
- Authority
- ES
- Spain
- Prior art keywords
- network
- mme
- lipa
- geran
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 claims abstract description 181
- 238000004891 communication Methods 0.000 claims abstract description 90
- 238000012384 transportation and delivery Methods 0.000 claims abstract description 38
- 230000004044 response Effects 0.000 claims abstract description 25
- 238000007726 management method Methods 0.000 claims abstract description 21
- 230000004048 modification Effects 0.000 claims description 21
- 238000012986 modification Methods 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 5
- 238000003860 storage Methods 0.000 claims description 5
- 230000001052 transient effect Effects 0.000 claims description 2
- 230000008859 change Effects 0.000 description 45
- 239000000969 carrier Substances 0.000 description 39
- 230000001960 triggered effect Effects 0.000 description 27
- 241000700159 Rattus Species 0.000 description 26
- 238000010586 diagram Methods 0.000 description 22
- 230000006870 function Effects 0.000 description 20
- 241001481798 Stochomys longicaudatus Species 0.000 description 16
- 238000011522 transarterial infusion chemotherapy Methods 0.000 description 11
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 11
- 238000012546 transfer Methods 0.000 description 10
- 230000007246 mechanism Effects 0.000 description 9
- 230000005540 biological transmission Effects 0.000 description 8
- 238000005259 measurement Methods 0.000 description 7
- 238000000605 extraction Methods 0.000 description 6
- 238000011330 nucleic acid test Methods 0.000 description 6
- 102100021809 Chorionic somatomammotropin hormone 1 Human genes 0.000 description 5
- 101000895818 Homo sapiens Chorionic somatomammotropin hormone 1 Proteins 0.000 description 5
- 238000006243 chemical reaction Methods 0.000 description 5
- 230000001737 promoting effect Effects 0.000 description 5
- 102100024365 Arf-GAP domain and FG repeat-containing protein 1 Human genes 0.000 description 4
- 102000018059 CS domains Human genes 0.000 description 4
- 108050007176 CS domains Proteins 0.000 description 4
- 230000009849 deactivation Effects 0.000 description 4
- 230000009977 dual effect Effects 0.000 description 4
- 238000002360 preparation method Methods 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000000007 visual effect Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 238000004321 preservation Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 239000000725 suspension Substances 0.000 description 3
- 101710088172 HTH-type transcriptional regulator RipA Proteins 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 2
- 230000003321 amplification Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000001976 improved effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 238000010814 radioimmunoprecipitation assay Methods 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000004083 survival effect Effects 0.000 description 2
- 238000013519 translation Methods 0.000 description 2
- IRLPACMLTUPBCL-KQYNXXCUSA-N 5'-adenylyl sulfate Chemical compound C1=NC=2C(N)=NC=NC=2N1[C@@H]1O[C@H](COP(O)(=O)OS(O)(=O)=O)[C@@H](O)[C@H]1O IRLPACMLTUPBCL-KQYNXXCUSA-N 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 150000002500 ions Chemical class 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000008093 supporting effect Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
- H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
- H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
- H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un método, en un primer elemento de red de una red de comunicaciones inalámbrica, de tal modo que el método comprende: recibir un primer mensaje (21-6, 22-6) desde una entidad de gestión de movilidad, "MME", (2108, 2208), de tal modo que el primer mensaje está asociado con provocar un procedimiento de opción alternativa conmutada en circuitos, "CSFB" para trasladar un Equipo de Usuario, "UE", (2102, 2202) desde un primer elemento de red (2104, 2204) a un segundo elemento de red (2106, 2206); determinar que la Entrega Conmutada en Paquetes, "PS HO" no está disponible para el procedimiento de CSFB debido a que el UE tiene únicamente una o más conexiones de Red de Datos en Paquetes, "PDN", de Acceso de IP Local, "LIPA", en el primer elemento de red; y enviar un segundo mensaje (21-7b, 22-9b) al UE en respuesta a dicha determinación, de tal manera que el segundo mensaje es un mensaje de intercambio de señales destinado a desencadenar una liberación de conexión de Control de Recursos de Radio, "RRC", con reconducción al segundo elemento de red, de tal modo que el mensaje de intercambio de señales para desencadenar la liberación de conexión de RRC comprende una o más identidades de celda física e información de sistema asociada en caso de que el segundo elemento de red sea un Sistema Global para Velocidades de Datos Móviles Mejoradas, destinado al Sistema Global para estación de base de Red de Acceso por Radio de Evolución para Móvil, "GERAN", o para estación de base de Red de Acceso por Radio Terrestre del Sistema de Telecomunicaciones Móviles Universal, "UTRAN", y de que el UE y la red de comunicaciones inalámbrica den soporte a la "liberación de conexión de RRC con reconducción e información de Sistema de Múltiples Celdas hacia GERAN/UTRAN", de tal manera que el segundo elemento de red es uno de entre una estación de base de GERAN y una estación de base de UTRAN.
Description
5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Gestion de conexion de red residencial/de empresa y escenarios de CSFB Campo de la invencion
La presente invencion esta encaminada, en general, a sistemas de comunicaciones y a metodos para hacer funcionar los mismos. En un aspecto, la presente invencion se refiere a los metodos, sistemas y dispositivos para gestionar las liberaciones de conexion de acceso de IP [Protocolo de Internet -“Internet Protocol”-] local (LlpA - “local IP access”-) que resultan de la movilidad de un equipo de usuario.
Descripcion de la tecnica relacionada
Dentro del Proyecto de Sociedad de Tercera Generacion (3GPP -“3rd Generation Partnership Project”-), se estan desarrollando normas para la interfaz entre la red de nucleo movil y una femtocelda, que es una pequena estacion de base celular, por lo comun disenada para utilizarse en un domicilio o en un pequeno negocio. NodoB Domestico (HNB -“Home NodeB”-), eNB Domestico (HeNB -“Home eNB”-) y femtocelda son conceptos introducidos para el Sistema de Telecomunicaciones Moviles Universal (UMTS -“Universal Mobile Telecommunications System”-) y la Red de Acceso por Radio Terrestre de UMTS evolucionada (E-UTRAN -“evolved UMTS Terrestrial Radio Access Network”-), de Evolucion a Largo Plazo (LTE -“Long Term Evolution”-) para mejorar la cobertura en interiores y de microcelda, asf como para potenciar la transmision de retorno por lmeas de cable hacia el «domicilio». Una femtocelda es algo ampliamente utilizado fuera del 3GPP con el significado de cualquier celda con una cobertura muy pequena y, por lo comun, instalada en instalaciones privadas (ya sean de naturaleza privada, ya sea corporativa o residencial/de empresa). El NodoB Domestico (HNB), el eNB Domestico (HeNB) y la femtocelda pueden tener una red de IP residencial o de empresa. Los terminos HeNB/HNB se utilizan en el 3GPP con significados espedficos, esto es, que la celda consiste en un grupo de abonados cerrado (CSG -“closed subscriber group”-) o una celda tribrida. Un CSG identifica los abonados de una operadora a los que se permite acceder a una o mas celdas de la red movil terrestre publica (PLMN -“public land mobile network”-), pero que tienen un acceso restringido. Un subsistema de H(e)NB da soporte a Acceso de IP Local con el fin de proporcionar acceso a dispositivos de equipo de usuario (UE) con capacidad para IP, conectados, a traves de un subsistema de H(e)NB (es decir, utilizando el acceso por radio de H(e)NB), a otras entidades con capacidad de IP de la misma red de IP residencial o red de IP de empresa. El termino macrocelda, si bien no tiene significacion en las especificaciones de 3GPP, se utiliza de forma generalizada con el significado de una celda distinta de una celda de CSG.
Un aspecto de la capacidad funcional de HeNB/HNB es la capacidad para restringir el acceso a usuarios particulares. Por ejemplo, puede restringirse el acceso a empleados de la comparna en cuyos sitios se ha desplegado el HeBN, a clientes de una cadena de cafeterias concreta, o (en el caso de HeNBs desplegados en domicilios privados), a individuos. A fin de conseguir esta capacidad funcional, el 3GPP ha definido el concepto de Grupo de Abonados Cerrado (CSG). La celda de CSG es una que indica que es una celda de CSG (por medio de 1 bit difundido en la informacion del sistema) y difunde una ID de CSG (tambien en la informacion del sistema). Una celda tan solo puede indicar una unica ID de CSG (o ninguna), si bien multiples celdas pueden compartir una ID de CSG. Un dispositivo de UE puede estar abonado a multiples CSGs. El Ue puede consistir, por ejemplo, en un terminal movil tal como un telefono celular, un asistente de datos personal (PDA -“personal data assistant”-) o una computadora habilitada inalambricamente, si bien no esta limitado por estos. Una suscripcion puede ser de naturaleza temporal (por ejemplo, una cafeteria permite a un cliente una hora de acceso a su cSg).
Se estan desarrollando tambien normas de 3GPP para el concepto de descarga de trafico de IP seleccionado (SIPTO -“selected IP traffic offloading”-), que permite que fluya el trafico de internet desde la femtocelda directamente a la internet, saltandose la red de nucleo de la operadora. La SIPTO se utiliza para descargar tipos seleccionados de trafico de IP (por ejemplo, trafico de internet) hacia una red de IP definida cercana al punto de
enganche del UE a la red de acceso. La SIPTO es aplicable a la descarga de trafico para la red de acceso
macrocelular y para el subsistema de femtocelda. La capacidad de conexion de PDN de SIPTO indica un contexto de PDP o una conexion de PDN [Red de Datos Publica -“Packet Data Network”-] que permite la descarga de tipos seleccionados de trafico de IP (por ejemplo, trafico de internet) hacia una red de IP definida, cercana al punto de
enganche del UE a la red de acceso. La SIPTO es aplicable a la descarga de trafico para la red de acceso
macrocelular y para el subsistema de femtocelda.
Ademas de ello, se estan desarrollando normas para el Acceso de IP Local (LIPA -“Local IP Access”-), el cual permite un UE con capacidad para IP, conectado, a traves de un acceso directo por femtocelda, a otros dispositivos con capacidad para IP de la red de IP local residencial/corporativa. La capacidad de conexion de PDN de LIPA indica un contexto de PDP (en el caso de una femtocelda de GERAN o de UTRAN conectada a una red de nucleo de GPRS) o una conexion de PDN (en el caso de una femtocelda de E-UTRAN conectada a una red de nucleo de GPRS) que proporciona acceso a servicios ubicados en la red de IP local residencial/corporativa del subsistema de femtocelda.
En conexion con estas normas en desarrollo, se han venido desarrollando las siguientes abreviaturas y significados. El Tipo de Capacidad de Conexion indica el tipo de capacidad de conexion proporcionado para un Contexto de
5
10
15
20
25
30
35
40
45
50
55
protocolo de datos en paquetes (PDP -“packet data protocol”-) o una Conexion de PDN, y se aplica tanto a la capacidad de conexion que se establece en una macrocelda (en cuyo caso, puede ser bien una capacidad de conexion a distancia -esto es, con una GW de GGSN/PDN situada en la red de nucleo de la operadora-, o bien una capacidad de conexion de SIPTO o capacidad de conexion de acceso de IP a distancia (RIPA -“remote IP access”)), como a la capacidad de conexion que se establece en un H(e)NB (en cuyo caso, puede ser bien una capacidad de conexion de SIPTO, o bien una capacidad de conexion de LIPA).
Un Grupo de Abonados Cerrado (CSG) identifica abonados de una operadora a los que se permite el acceso a una o mas celdas de la PLMN, pero que tienen un acceso restringido (celdas de CSG).
Una celda de CSG es una celda que forma parte de la red movil terrestre publica (PLMN) que difunde una identidad de CSG espedfica, y que es accesible por parte de los miembros del grupo de abonados cerrado para esa identidad de CSG. Todas las celdas de CSG que comparten la misma identidad son identificables como un unico grupo para los propositos de la gestion de la movilidad y la carga. Una celda de CSG se considera sinonimo de HNB o de HeNB.
Una lista de CSGs permitidos es una lista almacenada en la red y en el UE, que contiene toda la informacion de identidad de CSG de los CSGs a los que pertenece el abonado.
Un propietario de CSG es el propietario de uno o mas de los H(e)NBs que han sido configurados como celda(s) de CSG para un CSG particular. Un propietario de CSG puede, bajo la supervision de la operadora del H(e)NB, anadir, eliminar y ver la lista de miembros de CSG.
El Acceso de IP Local (LIPA) proporciona acceso para UEs con capacidad para IP conectados, a traves de un H(e)NB (es decir, utilizando acceso por radio de H(e)NB), a otras entidades con capacidad para IP de la misma red de IP residencial/de empresa. Se espera que el trafico para el Acceso de IP Local no pase a traves de la red de la operadora movil, a excepcion del H(e)NB.
Una conexion de PDN/contexto de PDP de LIPA es una conexion de PDN o contexto de PDP que proporciona al UE acceso a servicios situados en la red de IP residencial/corporativa local. La GW de PDN/GGSN (o GW Local) se selecciona de un modo tal, que se proporcione este tipo de capacidad de conexion. Alternativamente, se define una conexion de PDN/contexto de PDP de LIPA como una conexion de PDN/contexto de PDP que proporciona acceso para UEs con capacidad para IP conectados, a traves de un H(e)NB (es decir, que utilizan acceso por radio de H(e)NB), a otras entidades con capacidad para IP de la misma red de IP residencial/de empresa. Alternativamente, una conexion de PDN de LIPA o contexto de PDP de LIPA es una conexion de PDN que la MME autoriza para que establezca una conexion a una GW [pasarela -“gateway”-] de PDN para un UE conectado a un HeNB, basandose en una peticion procedente del UE para el establecimiento de una conexion de LIPA, y basandose en la ID de CSG del HeNB. Alternativamente, una conexion de PDN de LIPA o contexto de PDP de LIPA es una conexion de PDN que ha sido activada por el UE al solicitar con el texto «LIPA» la capacidad de conexion de LIPA, y al informar al UE, por parte de la MME, del tipo de capacidad de conexion proporcionada.
La continuidad de PDN de LIPA se refiere al UE que tiene una conexion de PDN/contexto de PDP de LIPA mientras esta en campana o conectado en un H(e)NB que mantiene la conexion cuando se traslada a otro H(e)NB o a una macrocelda.
Una capacidad funcional de nucleo en paquetes evolucionado (EPC -“evolved packet core”-) (por ejemplo, SGSN, MME, S-GW, GW de PDN, GGSN, etc.) esta al tanto de LIpA y/o al tanto de SIPTO, y/o al tanto localmente de SIPTO si la capacidad funcional determina que una conexion de PDN o contexto de PDP dado es una conexion de PDN o contexto de PDP de LIPA/SIPTO/localmente de SIPTO. Alternativamente, la capacidad funcional esta al tanto de LIPA y/o al tanto de SIPTO, y/o al tanto localmente de SIPTO si se ha configurado para gestionar contextos de red (por ejemplo, descriptores de conexion de PDN/contexto de PDP e intercambio de senales relacionado) para conexiones de LIPA/SIPTO/localmente de SIPTO.
Un traductor de direccion de red (NAT -“Network Address Translator”-) es un traductor que modifica la informacion de direccion de red contenida en encabezamientos en paquetes (IP) de datagrama mientras esta en transito a traves de un dispositivo de encaminamiento de trafico, con el fin de establecer una nueva relacion de correspondencia de un espacio de direcciones de IP en otro.
Una Red de Datos en Paquetes (PDN -“Packet Data Network”-) es una red que proporciona servicios de datos, tales como la internet, la Intranet y redes de ATM.
Una conexion de PDN es una conexion a una PDN espedfica identificada por un APN espedfico.
Capacidad de conexion a distancia se refiere a un contexto de PDP o conexion de PDN para la que el GGSN o la GW de PDN, respectivamente, se seleccionan en la red de nucleo de PLMN de acuerdo con mecanismos de seleccion en curso. La capacidad de conexion a distancia no incluye el hecho de proporcionar capacidad de conexion de SIPTO o de LIpA, pero sf podna proporcionar capacidad de conexion de RIPA.
5
10
15
20
25
30
35
40
45
50
55
Las operaciones de Descarga de Trafico de IP Seleccionado (SIPTO) descargan tipos seleccionados de trafico de IP (por ejemplo, trafico de internet) hacia una red de IP cercana al punto de enganche del UE a la red de acceso. La SlPTO es aplicable a la descarga de trafico para la red de acceso macrocelular y para el subsistema de H(e)NB.
La conexion de PDN/contexto de PDP de SIPTO se refiere a una conexion de PDN/contexto de PDP para la que el punto de extraccion de trafico (por ejemplo, GW de PDN o GGSN) esta cerca del punto de enganche del UE a la red de acceso.
Localmente de SIPTO se refiere a la descarga de tipos seleccionados de trafico de IP (por ejemplo, trafico de internet) en el H(e)NB, hacia la internet.
Conexion de PDN/contexto de PDP localmente de SIPTO es una conexion de PDN/contexto de PDP para la que el punto de extraccion de trafico es el H(e)NB al que esta conectado el UE, y proporciona acceso a la internet.
Nodo B Domestico (HNB -“Home Node B”-) se refiere al equipo de las instalaciones del cliente que conecta un UE segun 3GPP, a traves de una interfaz aerea inalambrica de UTRAN, a una red de la operadora movil, por ejemplo, utilizando transmision de retorno de IP de banda ancha.
Nodo B Domestico Evolucionado (HeNB -“Home Evolved Node B”-) se refiere a un equipo de las instalaciones del cliente que conecta un UE segun 3GPP, a traves de una interfaz aerea inalambrica de E-UTRAN, a una red de la operadora movil, por ejemplo, utilizando transmision de retorno de IP de banda ancha.
Una pasarela de H(e)NB es un equipo de la operadora de la red movil (habitualmente emplazado ffsicamente en las instalaciones de la operadora movil) a traves del cual el H(e)NB obtiene acceso a la red de nucleo de la operadora movil. Para los HeNBs, la pasarela de HeNB es opcional.
Una conexion de PDN por defecto es la conexion a la PDN que la operadora ha establecido por defecto para el UE (para una conexion de PDP en EPS o un contexto de PDP en GPRS) (proporcionada en el perfil del abonado). El UE puede no conocer el APN para la PDN por defecto, incluso una vez que el UE se ha enganchado a la red y obtiene capacidad de conexion para la PDN por defecto.
El modelo de arquitectura de red para el soporte de celdas de CSG se ha descrito en la TR de 3GPP 23.830 (Aspectos de arquitectura del NodoB Domestico y del eNodoB Domestico) y se representa en relacion con la Figura 1, la cual muestra un modelo de arquitectura para una red 100 de acceso a NodoB Domestico. Tal como se representa, la red 100 incluye uno o mas UEs 170 con capacidad para CSG, en comunicacion con un HNB 110 a traves de un punto de referencia Uu 175. Los UEs 170 pueden consistir, por ejemplo, en un terminal movil tal como un telefono celular, un asistente de datos personal (PDA -“personal digital assistant”-) o una computadora habilitada de forma inalambrica, si bien no esta limitado por estos. El HNB 110 esta en comunicacion con una pasarela de HNB (GW de HNB) 120 a traves de un punto de referencia Iuh 115. La GW de HNB 120 esta en comunicacion con una central de conmutacion movil/central de ubicacion de visitante (MSC/VLR) 130 a traves de un punto de referencia Iu- CS 124. La GW de HNB 120 esta tambien en comunicacion con un Nodo de Soporte de GPRS en servicio (SGSN - “serving GPRS Support Node”-) 140 a traves de un punto de referencia Iu-PS 126. Un Servidor de Lista de CSGs (CSG List Srv) 150 y un registro de ubicacion domestica/servidor de abonado domestico (HLR/HSS -“home location register”/home subscriber server”-) 160 forman parte de una red movil terrestre publica domestica (HPLMN -“home public land mobile network”-) 190. Redes que no son la HPLMN 190 en la que puede operar el UE, constituyen una red movil terrestre publica visitada (VPLMN -“visited public land mobile network”-) 180. La MSC/VLR 130 y el SGSN 140 estan, cada uno de ellos, en comunicacion con el HLR/HSS 160 a traves de puntos de referencia D 135 y GRs6d 145, respectivamente. Uno de los UEs 170 habilitados para CSG esta en comunicacion con el CSG List Srv 150 a traves del punto de referencia C1 185. En lo que sigue de esta memoria se proporciona una descripcion mas detallada de los elementos y puntos de referencia de comunicacion de la Figura 1.
HNB 110: El HNB 110 proporciona la capacidad de conexion de RAN utilizando la interfaz de Iuh 115, y da soporte al NodoB y a la mayor parte de las funciones del controlador de red de radio (RNC -“radio network controller”-), asf como la autentificacion de HNB, el descubrimiento de HNB-GW, el registro de HNB y el registro de UE a traves del Iuh 115. El HNB 110 asegura la comunicacion hacia/desde la SeGW.
GW 120 de HNB: La GW 120 de HNB sirve al proposito de que un RNC se presente a sf mismo, ante la red de nucleo (CN -“core network”-), como un concentrador de conexiones de HNB, es decir, la GW 120 de HNB proporciona una funcion de concentracion para el plano de control y proporciona una funcion de concentracion para el plano del usuario. La GW 120 de HNB da soporte a la Funcion de Seleccion de Nodo del Estrato No de Acceso (NAS -“Non Access Stratum”-) (NNSF -“NAS Node Selection Function”-).
Uu 175: Interfaz de Uu estandar entre l UE 170 y el HNB 110.
Iuh 115: Interfaz entre el HNB 110 y la GW 120 de HNB. Para el plano de control, el Iuh 115 se sirve del protocolo HNBAP para dar soporte al registro de HNB, al registro de UE y a funciones de manejo de errores. Para el plano del usuario, el Iuh da soporte al manejo del portador de transporte en el plano del usuario.
5
10
15
20
25
30
35
40
45
50
lu-CS 124: Interfaz de lu-CS estandar entre la GW 120 de HNB y la red de nucleo conmutada en circuitos (CS - “circuit switched”-).
lu-PS 126: Interfaz de lu-PS estandar entre la GW 120 de HNB y la red de nucleo conmutada en paquetes (PS - “packet switched”-).
D 135: Interfaz D estandar entre la central de conmutacion movil/central de ubicacion de visitante (MSC/VLR) 130 y el registro de ubicacion domestica/servidor de abonado domestico (HLR/HSS) 160.
Gr/S6d 145: Interfaz de Gr estandar entre el Nodo de Soporte de GPRS en servicio (SGSN) 140 y el HLR/HSS 160.
C1 185: Interfaz opcional entre el Servidor de Lista de CSGs (CSG List Srv) 150 y los UEs 170 con capacidad para CSG. Se utiliza un intercambio de senales por el aire (OTA -“over-the-air”-) para actualizar la lista de CSGs permitidos en un UE 170 con un Modulo de Identidad de Abonado Universal (USIm -“Universal Subscriber Identity Module”-) de la Entrega 8 (Rel-8 -“Release 8”-). En algunas realizaciones, se utiliza la Gestion de Dispositivo (DM - “Device Management”-) de la Alianza Movil Abierta (OMA -“Open Mobile Alliance”-) para actualizar la lista de CSGs Permitidos en el UE 170 con un USIM previo a la Red-8.
Los UEs que son capaces de dar soporte a la capacidad funcional de Rel-8 de la norma de 3GPP, pueden dar soporte a la capacidad funcional de CSG y mantener una lista de identidades de CSG permitido. Esta lista puede estar vacfa en el caso de que el UE no pertenezca a ningun CSG.
Cada celda de un HeNB puede pertenecer, a lo sumo, a un CSG. Es posible que las celdas de un HeNB pertenezcan a CSGs diferentes y, por tanto, tengan diferentes IDs de CSG.
La Lista de CSGs Permitidos se proporciona como parte de los datos de suscripcion del abonado de CSG, a la MME.
La Lista de CSGs Permitidos puede ser actualizada en el UE de acuerdo con el resultado del procedimiento de enganche, del procedimiento de Actualizacion de Area de Seguimiento (TAU -“Tracking Area Update”-), de los procedimientos de peticion de servicio y de desenganche, o por mecanismos en el nivel de la aplicacion, tales como procedimientos de OMA o DM.
La MME lleva a cabo el control de acceso para el acceso de los UEs a traves de celulas de CSG durante los procedimientos de enganche, de enganche combinado, de desenganche, de peticion de servicio y de TAU.
Se notifica al UE de la causa del rechazo por parte de la red en caso de que no se permita al UE el acceso a una celda de CSG.
Cuando una ID de CSG que no esta incluida en la Lista de CSGs permitidos del UE es manualmente seleccionada por el usuario, puede ser desencadenado un procedimiento de tAu por medio de la celda de CSG seleccionada, inmediatamente por el UE, a fin de permitir que la MME lleve a cabo el control de acceso de CSG.
No hay restricciones en la asignacion de la Identidad de Area de Seguimiento (TAI -“Tracking Area Identity”-) para las celdas de CSG de E-UTRAN. Como resultado de ello, es posible que una celda normal (celda que no es de CSG) y una celda de CSG puedan compartir la misma TAI o tener diferentes TAIs. Ademas de ello, es posible que celdas de CSG con diferentes IDs de CSG puedan compartir la misma TAI, o tener diferentes TAIs. Es tambien posible que celdas de CSG con la misma ID de CSG puedan compartir la misma TAI o tener diferentes TAIs.
El concepto de lista de TAIs se aplica tambien para celdas de CSG. La lista de TAIs puede incluir TAIs relacionadas con celdas de CSG y TAIs relacionadas con celdas que no son de CSG. El UE no diferencia estas TAIs de la lista de TAIs.
Para el caso del despliegue de GW de HeNB, las TAIs soportadas en la GW de HeNB son la agregacion de TAIs soportadas por las celdas de CSG bajo esta GW de HeNB.
Se describiran a continuacion varias arquitecturas para las celdas de CSG de HeNB con referencia a la Figuras 2-4. Comenzando por la Figura 2, se ilustra en ella un modelo de arquitectura para una red 200 de acceso de HeNB, que incluye una GW de HeNB dedicada, o de uso exclusivo. En la red 200 representada, un unico UE 270 esta en comunicacion con un HeNB 210 a traves de un punto de referencia LTE-Uu 275. El HeNB 210 esta tambien en comunicacion con una pasarela de HeNB (GW de HeNB) 220 a traves de un punto de referencia S1 215. La GW de HeNB 220 se encuentra en comunicacion con una entidad de gestion de movilidad (MME -“mobility management entity”-) 230 a traves de un punto de referencia S1-MME 224, y esta tambien en comunicacion con la pasarela en servicio (S-GW -“serving gateway”-) 240 a traves de un punto de referencia S1-U 226. Un Servidor de Lista de CSGs (CSG List Srv) 250 y un servidor de abonado domestico (HSS) 260 forman parte de una red movil terrestre publica domestica (HPLMN) 290. Las redes que no son la HPLMN 290 en la que el UE puede funcionar, son una red movil terrestre publica visitada (VPLMN) 280. La MME 230 esta en comunicacion con el HSS 260 a traves del punto de referencia S6a 235. La S-GW 240 esta en comunicacion con la MME 230 a traves de un punto de referencia S11 245. El UE 270 esta en comunicacion con el CSG List Srv 250 a traves de un punto de referencia C1 285. Se
5
10
15
20
25
30
35
40
45
50
55
proporciona mas adelante una descripcion mas detallada de los elementos y puntos de referencia de comunicacion de la Figura 2.
HeNB 210: La funcion a la que da soporte el HeNB 210 puede ser la misma que las soportadas por un eNB (con la posible excepcion de una funcion de seleccion de nodo de Estrato No de Acceso (NAS) (NNSF)), y los procedimientos que se hacen marchar entre un HeNB y el nucleo en paquetes evolucionado (EPC) pueden ser los mismos que los que se hacen marchar entre un eNB y el EPC. El HeNB 210 garantiza la comunicacion hacia/desde la SeGW 240.
GW 220 de HeNB: La GW 220 de HeNB sirve como concentrador para el plano de control (Plano C), espedficamente la interfaz 224 de S1-MME. La GW de HeNB puede, opcionalmente, poner fin al plano de usuario en direccion al HeNB 210 y en direccion a la S-GW 240, y proporcionar una funcion de rele para actuar como rele con los datos de Plano de Usuario entre el HeNB 210 y la S-GW 240. En algunas realizaciones, la GW 220 de HeNB da soporte a la NNSF.
S-GW 240: La Pasarela de Seguridad 240 es una funcion logica que puede ser implementada bien como una entidad ffsica independiente o bien como una entidad ubicada conjuntamente con una entidad ya existente. La S- GW 240 asegura la comunicacion hacia/desde el HeNB 210.
LTE-Uu 275: Interfaz LTE-Uu estandar entre el UE 270 y el HeNB 210.
S1-MME 224: La interfaz de S1-MME 224 se define entre el HeNB 210 y la MME 230 en caso de que no se utilice una GW 220 de HeNB. Si esta presente la GW 220 de HeNB, como en la Figura 2, la GW 220 de HeNB puede utilizar una interfaz de S1-MME hacia tanto el HeNB (S1 215) como la MME (S1-MME 224).
S1-U 226: El plano de datos S1-U se define entre el HeNB 210, la GW 220 de HeNB y la Pasarela en Servicio (S- GW) 240, dependiendo de la disposicion de los elementos de red. La interfaz S1-U 226 desde el HeNB 210 puede ser terminada en la GW 220 de HeNB, o bien en una conexion de Plano U logica directa entre el HeNB y la S-Gw.
S11 245: Interfaz estandar entre la MME 230 y la S-GW 240.
S6a 235: Interfaz estandar entre la MME 230 y el HSS 260.
C1 285: Interfaz opcional entre el CSG List Srv 250 y los UEs 270 con capacidad para CSG. Se utiliza OTA para actualizar la lista de CSGs permitidos en un UE 270 con un USIM segun Rel-8. Se utiliza OMA para actualizar la lista de CSGs permitidos en un UE con una USIM previa a la Rel-8.
Haciendo referencia a la Figura 3, se representa en ella un modelo de arquitectura para una red 300 de acceso a HeNB, que no incluye ninguna GW de HeNB dedicada. En la red 300 representada, un unico UE 370 esta en comunicacion con un HeNB 310 a traves de un punto de referencia LTE-Uu 375. El HeNB 310 esta en comunicacion
con una S-GW 340 a traves de un punto de referencia S1-U 326, y esta tambien en comunicacion con la MME 330 a
traves de un punto de referencia S1-MME 324. Un CSG List Srv 350 y un HSS 360 forman parte de un HPLMN 390. Redes que no son la HPLMN 390 en la que puede funcionar el UE, son una VPLMN 380. La MME 330 esta en comunicacion con el HSS 360 a traves de un punto de referencia S6a 335. La S-GW 340 esta en comunicacion con la MME 330 a traves de un punto de referencia S11 345. El UE 370 esta en comunicacion con el CSG List Srv 350 a traves de un punto de referencia C1 385.
Haciendo referencia a la Figura 4, se representa en ella un modelo de arquitectura para una red 400 de acceso a HeNB que incluye una GW de HeNB para el plano C. En la red representada 400, un unico UE 470 esta en comunicacion con un HeNB 410 a traves de un punto de referencia LTE-Uu 475. El HeNB 410 esta en comunicacion con una S-GW 440 a traves de un punto de referencia S1-U 426, y tambien en comunicacion con una GW-HeNB 420 a traves de un punto de referencia S1-MME 422. La GW-HeNB 420 esta en comunicacion con la MME 430 a traves de un punto de referencia S1-MME 424. Un CSG List Srv 450 y un HSS 460 forman parte de una HPLMN 490. Redes que no son la HPLMN 490 en la que puede funcionar el UE son una VPLMN 480. La MME 430 esta en comunicacion con la HSS 460 a traves de un punto de referencia S6a 435. La S-GW 440 esta en comunicacion con la MME 430 a traves de un punto de referencia S11 445. El UE 470 se encuentra en comunicacion con el CSG List Srv 450 a traves de un punto de referencia C1 485.
Convencionalmente, el UE se conecta a servicios a traves de una conexion a distancia utilizando un Contexto de PDP hacia un GGSN de la red de nucleo, en el caso de 2G/3G, y una Conexion de PDN a una PGW, en el sistema en paquetes evolucionado (EPS -“evolved packet system”-). Como se apreciara, se describen procedimientos de conexion de PDN en las mejoras de la TS de 3GPP 23.401 (Servicio General de Radio en Paquetes, GPRS) para la Red de Acceso por Radio Terrestre Universal Evolucionada (E-UTRAN) y de la TS de 3GPP 24.301 (“Protocolo de Estrato No de Acceso (NAS) para el Sistema en Paquetes Evolucionado (EPS)”). Informacion de flujo de senales adicional relativa a procedimientos de establecimiento y entrega de capacidad de conexion de PDN se describe en la Solicitud de Patente norteamericana N° 12/685651 (presentada el 11 de enero de 2010) y en la Solicitud de Patente norteamericana N° 12/685662 (presentada el 11 de enero de 2010).
5
10
15
20
25
30
35
40
45
50
55
60
Como se ha explicado anteriormente, el 3GPP esta presentando los conceptos de acceso de IP local (LIPA) y de descarga de trafico de IP selectiva (SIPTO) para suplementar la manera convencional de conectar un UE a servicios a traves de una conexion a distancia (Contexto de PDP hacia un GGSN de la red de nucleo, en el caso de 2G/3G, y de una conexion de PDN a una PGW en el sistema en paquetes evolucionado (EPS). Con las conexiones de LIPA y de SIPTO, el UE es conectado a un HNB/HeNB situado en un entorno domestico o corporativo con el fin de obtener la capacidad de conexion local, esto es, la capacidad de conexion a traves de la red de IP, localmente con respecto al HNB (esto es, la red de IP (residencial o de empresa) situada en las instalaciones «domesticas» del HNB). Un ejemplo de este contexto es cuando una aplicacion dada del UE necesita imprimir en una impresora local, o bien una aplicacion necesita descargar una lista de reproduccion musical actualizada desde un servidor de medios de soporte de informacion local. Se describiran, a continuacion, diversas estructuras para proporcionar conexiones de LIPA y de SIPTO a traves de celdas de HNB/HeNB, con referencia a las Figuras 5 y 6, en las que se ha destacado la diferencia entre la capacidad de conexion de LIPA y la capacidad de conexion normal.
Haciendo referencia a la Figura 5, se ilustra en ella un diagrama esquematico de una red de arquitectura logica 1000 proporcionada a modo de ejemplo para uso en una celda de HNB que ilustra la capacidad de conexion de IP local. La red 1000 representada es sustancialmente la misma que la de la Figura 1, con el anadido de un Nodo de Soporte de GPRS de Pasarela (GGSN) 196 conectado al SGSN 140, una PDN 198 conectada al GGSN 196, y una red domestica 104 que tiene un area de cobertura ilustrada definida por la forma de drculo. La capacidad de conexion de PDN de LIPA se ha ilustrado desde el UE 170, a traves del HNB 110, hacia el servicio local 106, por medio de la lmea discontinua 108. Se ha ilustrado la capacidad de conexion de PDN normal a traves de la red de nucleo (GW de HNB 120, SGSN 140 y GGSN 196), desde el UE 170 hacia la PDN 198 por medio de la lmea discontinua 105.
En los contextos de HNB, el UE 170 determina si tiene acceso a un HNB 110 dado, gracias al hecho de que el UE 170 tiene conocimiento de su pertenencia a un Grupo de Abonados Cerrado (CSG) espedfico. La operadora/propietario de un HNB 110 crea una lista de CSGs y provee a los UEs 170, 172 de listas de CSGs, de tal manera que el UE 170, 172 determina a cuales HNBs puede conectarse. Por lo tanto, un UE 170, 172 que se esta trasladando en macrocobertura (es decir, dentro de celdas celulares que no pertenecen a un CSG/HNB) puede encontrarse con una celda de CSG/HNB 104. El UE 170, 172 utilizara la informacion sobre el CSG para decidir si intenta o no una conexion con dicho HNB 110. La informacion sobre el CSG es, por lo comun, configurada en el interior del UE 170, 172 por la operadora y puede ser modificada dinamicamente, por ejemplo, utilizando OMA-DM (Gestion de Dispositivo). Se ha previsto tambien informacion sobre USIM para dar soporte al LIPA. Alguna de esta informacion puede ser gestionada tambien por la parte o tercero que alberga el H(e)NB.
Haciendo referencia a la Figura 6, se ilustra en ella un diagrama esquematico de la red de arquitectura logica 1100 proporcionada a modo de ejemplo para uso en la celda de HeNB, que ilustra la capacidad de conexion de IP Local. La red 1100 representada es sustancialmente la misma que la de la Figura 2, con el anadido de una PGW 296 conectada a la S-GW 240, una PDN 298 conectada a la PGW 296, y una red domestica 204 que tiene un area de cobertura ilustrada, definida por una forma de drculo. Se ha ilustrado la capacidad de conexion de PDN de LIPA desde el UE 270, a traves del HeNB 210, hacia el servicio local 206, por medio de la lmea discontinua 208. La capacidad de conexion de PDN normal a traves de la red de nucleo (HeNB 210, GW 220 de HeNB, S-GW 240 y pGw 296), se ha ilustrado desde el UE 270 hacia la PDN 298 por medio de la lmea discontinua 205. En los contextos de HeNB, un UE 270 tambien determina sus derechos de acceso a la red 204 de HeNB utilizando la lista de CSG proporcionada por el HeNB 210.
Como se apreciara, las especificaciones de 3GPP relevantes en este campo incluyen la TS de 3GPP 23.829, titulada “Acceso de IP local y descarga de trafico de IP seleccionado” (“Local IP Access & Selected IP Traffic Offload") (la cual describe los mecanismos para la descarga de trafico de IP), y la 3GPP S2-096006, titulada “Actualizacion de la terminologfa para el texto acordado en la TR 23.8xy” (“Terminology update to agreed text in TR 23.8xy") (la cual presentaba capacidades funcionales y aspectos de la arquitectura de LIPA y de SIPTO). Ademas de ello, la 3GPP S2-096050, titulada “Funciones de nodo de LIPA y de SIPTO” (“LIPA and SIPTO node functions"), y la 3GPP S2-096013, titulada “Descarga de internet para macrorred” (“Internet offload for macro network"), expusieron los principios relativos a la arquitectura para realizaciones seleccionadas de la invencion relativas al Acceso de IP Local y a la Descarga de Trafico de IP Seleccionado, basandose en la extraccion de trafico llevada a cabo dentro del H(e)NB utilizando una conexion de PDN local, asf como al Acceso de IP Local y a la Descarga de Trafico de IP Seleccionado en H(e)NB, por la NAT [Traduccion de Direccion de Red -“Network Address Translation”-]. La 3GPP S2-095900, titulada “Requisites relativos a la arquitectura para la descarga de internet” (“Architectural Requirements of Internet Offload"), presentaba el requisito relativo a la arquitectura consistente en que la descarga de trafico puede ser llevada a cabo sin la interaccion del usuario, y en que se minimice el impacto en las entidades y procedimientos de red existentes por la introduccion de la descarga de trafico.
Ademas de las anteriores, la 3GPP S2-096013, titulada “Descarga de internet para macrorred” (“Internet Offload for macro network’), presentaba una solucion de SIPTO adicional que da soporte a SIPTO para macros de UMTS y para subsistemas de HNB. La solucion de SIPTO adicional se ha representado en el diagrama esquematico de la Figura 7, el cual muestra una arquitectura logica proporcionada a modo de ejemplo que muestra una Funcion de Descarga de Trafico (TOF -“Traffic Offload Function”-) 1208 desplegada en el Iu-PS. En la arquitectura representada, la TOF 1208 esta emplazada en el Iu-PS y proporciona una interfaz de Iu-PS estandar al RNC 1206 y al SGSN 1210. La Descarga de Trafico de IP Seleccionado es habilitada por la NAT y SPI/DPI basandose en los
5
10
15
20
25
30
35
40
45
50
55
criterios de la operadora en diferentes niveles (por ejemplo, para cada usuario, para cada APN [Nombre de Punto de Acceso -“Access Point Name”-], para cada tipo de servicio, para cada direccion de IP, etc.). Los criterios pueden ser configurados a traves de, por ejemplo, OAM. Se da soporte a una conexion de PDN o contexto de PDP, tanto para trafico de descarga como para trafico sin descarga, al tiempo que tambien se permite el uso de conexiones de PDN o contextos de PDP diferentes para el trafico de descarga y para el trafico sin descarga (por ejemplo, seleccionando el trafico basandose en APN). La TOF 1208 incluye un cierto numero de funciones. En primer lugar, la TOF 1208 inspecciona mensajes tanto de NAS como de RANAP para obtener informacion del abonado y establecer el contexto de UE local. La TOF 1208 tambien decide el criterio de descarga que se ha de aplicar, basandose en la informacion anterior (por ejemplo, durante procedimientos de ataque y de activacion de contexto de PDP). Ademas de ello, la TOF 1208 extrae el trafico de enlace ascendente del tunel de GTP-U y lleva a cabo una NAT para descargar el trafico si se cumple el criterio de descarga. La TOF 1208 puede tambien llevar a cabo una NAT inversa en el trafico de descarga de enlace descendente recibido, e insertarlo de vuelta en el tunel de GTP-U adecuado.
Tambien se presenta una solucion de arquitectura basada en pasarela local en la 3GPP S2-096015, titulada “Arquitectura basada en GW local” (“Local GW Based Architecture"), la cual da soporte al Acceso de IP Local para el subsistema de H(e)NB, a la Descarga de Trafico de IP Seleccionado para el subsistema de H(e)NB, y a la Descarga de Trafico de IP Seleccionado para macrorred. La solucion se aplica a ambos tipos de enfoques: con APNs independientes para el trafico de SIPTO y el que no es de SIPTO, y tambien con APNs comunes para el trafico de SIPTO y el que no es de SIPTO. La solucion de pasarela local se ha representado en el diagrama esquematico de la Figura 8, el cual muestra una arquitectura logica proporcionada a modo de ejemplo para una extension propuesta de arquitectura que no es de itinerancia para accesos de acuerdo con 3GPP para SIPTO y para LIPA. En la arquitectura representada, una Pasarela Local (L-GW -“Local Gateway”-) 1306 esta emplazada conjuntamente con el (H)eNB 1304. Entre la L-GW 1306 y la GW 1310 de PDN, se ha configurado un Tunel 1326 de Extension de GW Local. La L-GW 1306 lleva a cabo la conexion de pasarela y el encaminamiento hacia/desde una PDN externa (por ejemplo, la internet, una NW de empresa o domestica) que es equivalente a SGi. Ademas de ello, la L-GW 1306 lleva a cabo la transmision por tunel de paquetes de IP a traves del tunel de extension 1326, hacia/desde la GW 1310 de PDN (por ejemplo, basandose en GTP, PMIP, IP dentro de IP, u otro). La L-GW 1306 tambien lleva a cabo el manejo de la direccion de IP (ya sea la asignacion de direccion de IP y su transporte hasta la GW de PDN, ya sea, alternativamente, la recepcion de la direccion de IP desde la GW de PDN, y la realizacion de la NAT), asf como la coordinacion con el (H)eNM 1304 a la hora de hacer uso de la extraccion local (desencadenamiento del eNB para el manejo del trafico local). La L-GW 1306 tambien implementa una funcion de decision a la hora de utilizar extraccion local para el trafico de enlace ascendente (opcionalmente, puede formar parte del eNB). Como se apreciara, la L- GW 1306 no es una GW de PDN desplazada a eNB/E-UTRAN, sino que abarca tan solo una capacidad funcional minima.
Con la L-GW 1306, la capacidad funcional de la GW 1310 de PDN se ve mejorada por el establecimiento del tunel de extension 1326 al efectuarse el establecimiento de conexion de PDN para APNs que cumplen con los criterios para el trafico local. Ademas de ello, la PDN 1310 remite el trafico a traves del tunel de extension 1326 y hacia/desde el tunel de S5/S8, y lleva a cabo el manejo de la direccion de IP (ya sea la obtencion de la direccion de IP desde la L-GW, ya sea, alternativamente, su transporte a la L-GW).
En el (H)eNB 1304, se proporciona informacion sobre el estado de acceso de UE para la(s) celda(s) a la(s) que da servicio el (H)eNB 1304, a la L-GW 1306. Ademas de ello, el (H)eNB 1304 implementa una funcion de decision sobre el uso de extraccion local para el trafico de enlace ascendente (basandose en APN). Con la arquitectura mejorada que se muestra en la Figura 8, la movilidad entre accesos segun el 3GPP y los que no son segun el 3GPP puede ser gestionada, ya que la GW 1310 de PDN se encuentra siempre en el camino cuando el UE 1302 abandona el (H)eNB 1304, lo que significa que la funcion de soporte de movilidad de la entrega hacia accesos que no son segun el 3GPP puede ser manejada por la GW 1310 de PDN, como es habitual. Como resultado de ello, no es necesario proporcionar tal capacidad funcional como parte de la L-GW 1305 o dentro del (H)eNB 1304. Ademas de ello, es posible conseguir un control dinamico para el manejo de LIPA/SIPTO en la PDN-GW 1310, que unicamente es activado una vez que se ha establecido el tunel de extension 1326.
De acuerdo con ello, existe la necesidad de un metodo, sistema y dispositivo mejorados para gestionar las liberaciones de conexion de LIPA, a fin de superar los problemas de la tecnica, tales como los que se han esbozado en lo anterior. Otras limitaciones y desventajas adicionales de los procedimientos y tecnologfas convencionales se pondran de manifiesto de forma evidente para una persona experta en la tecnica una vez revisado lo que resta de la presente Solicitud, con referencia a los dibujos y a la descripcion detallada que siguen.
Breve descripcion de los dibujos
La presente invencion puede ser comprendida, y sus numerosos propositos, caractensticas y ventajas obtenidos, al considerar la siguiente descripcion detallada, en combinacion con los dibujos que la siguen, en los cuales:
La Figura 1 es un diagrama esquematico de una arquitectura logica proporcionada a modo de ejemplo para uso en una celda de HNB;
La Figura 2 es un diagrama esquematico de una arquitectura logica proporcionada a modo de ejemplo para uso en
5
10
15
20
25
30
35
40
45
50
una celda de HeNB en la que la red incluye una GW de HeNB dedicada, o de uso exclusivo;
La Figura 3 es un diagrama esquematico de otra arquitectura logica proporcionada a modo de ejemplo para uso en una celda de HeNB en la que la red no incluye una GW de HeNB dedicada;
La Figura 4 es un diagrama esquematico de otra arquitectura logica proporcionada a modo de ejemplo adicional para uso en una celda de HeNB en la que la red incluye una GW de HeNB para el plano C;
La Figura 5 es un diagrama esquematico de una arquitectura logica proporcionada a modo de ejemplo para uso en una celda de HNB, que ilustra el establecimiento de una conexion de IP Local;
La Figura 6 es un diagrama esquematico de la arquitectura logica proporcionada a modo de ejemplo para uso en una celda de HeNB, que ilustra el establecimiento de una conexion de IP Local;
La Figura 7 es un diagrama esquematico de una arquitectura logica proporcionada a modo de ejemplo para desplegar Descarga de Trafico de IP Seleccionado en un lu-PS;
La Figura 8 es un diagrama esquematico de una arquitectura logica proporcionada a modo de ejemplo para una extension propuesta de arquitectura no de itinerancia para accesos de 3GPP para SIPTO y para LIPA;
La Figura 9 es un diagrama esquematico de flujos de trafico en un subsistema de HeNB en el que el UE tiene al menos una conexion de PDN de LIPA;
La Figura 10 es un diagrama esquematico de flujos de trafico en un subsistema de HeNB en el que el UE se traslada fuera de la cobertura de HeNB;
La Figura 11 es un diagrama de flujo de senales que ilustra un procedimiento de desconexion de PDN de LIPA/SIPTO, implementado como parte de un procedimiento de peticion de servicio en el que la MME proporciona portadores para todos los soportes de EPS, excluidos los portadores de LIPA/SIPTO;
La Figura 12 es un diagrama de flujo de senales que ilustra un procedimiento de desconexion de PDN de LIPA/SIPTO en el que una llamada de opcion alternativa conmutada en circuitos (CSFB -“circuit switched fall back”) hace que la MME envfe un mensaje de Establecimiento de contexto de UE inicial con cero conexiones de PDN activas, a fin de desenganchar implfcitamente el UE de la red;
La Figura 13 es un diagrama de flujo de senales que ilustra un procedimiento de desconexion de PDN de LIPA/SIPTO en el que una llamada de opcion alternativa conmutada en circuitos (CSFB) hace que la MME envfe un mensaje de Rechazo de HO que indica que no es posible que la PS HO desenganche implfcitamente el UE de la red; y
La Figura 14 es un diagrama de bloques esquematico que ilustra componentes proporcionados a modo de ejemplo de un dispositivo de comunicaciones inalambrico y movil que puede ser utilizado con realizaciones seleccionadas de la presente invencion.
Descripcion detallada
Se proporcionan un metodo, un sistema y un dispositivo para gestionar liberaciones de conexion de LIPA y/o de SIPTO cuando un UE se traslada fuera de la cobertura de una red residencial/de empresa, en el caso de que no se de soporte a la continuidad del servicio para la(s) conexion ( conexiones) de PDN de LIPA/SIPTO. En realizaciones seleccionadas en las que el UE tiene tan solo una unica conexion de PDN, que es la conexion de PDN de LIPA, el hecho de liberarla automaticamente cuando el UE abandona la cobertura de red residencial/de empresa, provocara que el UE sea desenganchado de la red, puesto que el UE no tiene ninguna conexion de PDN. A fin de afrontar los problemas causados por el hecho de no proporcionar continuidad en el servicio para conexion (conexiones) de PDN de LIPA /SIPTO, la conexion de PDN/contexto de PDP credo en el HeNB/HNB por la MME/SGsN incluye informacion de contexto relacionada con el UE que indica si tal conexion es una conexion de PDN de conexion de PDN de LIPA o no. Ademas de ello, cada UE puede ser configurada para reconectarse (o no reconectarse) a la PDN correspondiente a un cierto APN o servicio, en el caso de que la conexion de PDN se haya desconectado por la red como consecuencia de la movilidad desde un H(e)NB (en el que el UE estaba conectado el LIPA a tal PDN) a una celda de objetivo (en la que no se ha proporcionado continuidad de LIPA). En realizaciones seleccionadas, el UE puede haberse configurado para contener (1) una indicacion acerca de si cualquier PDN que se ha desconectado debido a la falta de continuidad del servicio de LIPA, necesita se reconectado, (2) una lista de APNs para las que la PDN necesita ser reconectada si la PDN se ha desconectado como consecuencia de la falta de continuidad del servicio de LIPA, (3) una indicacion de disponibilidad de la continuidad del servicio de LIPA, (4) una lista de indicadores para conexion de PDN con ciertas caractensticas, (5) una indicacion de si se permite la desconexion no de LIPA en caso de que no se permita una llamada de emergencia con credenciales insuficientes, y/o (6) una indicacion de si un UE ha de retener al menos dos conexiones de PDN de las que una de las conexiones de PDN es bien a un APN particular, o bien a un APN por defecto.
Se describiran a continuacion en detalle diversas realizaciones ilustrativas de la presente invencion, con referencia a
5
10
15
20
25
30
35
40
45
50
55
60
los dibujos que se acompanan. Si bien se exponen varios detalles en la siguiente descripcion, se apreciara que la presente invencion puede llevarse a la practica sin estos detalles espedficos, y que pueden tomarse numerosas decisiones espedficas de la implementacion en la invencion que se describe en esta memoria, para alcanzar las metas concretas del disenador del dispositivo, tales como la adaptacion a la tecnologfa de proceso o a las limitaciones relacionadas con el diseno, que variaran de una implementacion a otra. Si bien semejante esfuerzo de desarrollo podna ser complejo y consumir tiempo, disponer de los beneficios de esta invencion constituina, sin embargo, una practica rutinaria por parte de las personas con conocimientos ordinarios en la tecnica. Por ejemplo, Por ejemplo, aspectos seleccionados se muestran en forma de diagrama de bloques y de diagrama de flujo, en lugar de en detalle, a fin de evitar que se limite u oscurezca la presente invencion. Ademas de ello, algunas partes de las descripciones detalladas que se proporcionan en esta memoria se presentan en terminos de algoritmos u operaciones sobre datos ubicados dentro de una memoria informatica. Tales descripciones y representaciones son utilizadas por los expertos de la tecnica para describir y trasladar lo sustancial de su trabajo a otros expertos de la tecnica. Se describiran ahora en detalle diversas realizaciones ilustrativas de la presente invencion, en lo que sigue y con referencia a las figuras.
Las discusiones de 3GPP en curso han acometido el tratamiento de las liberaciones de conexion de PDN de LIPA/SIPTO asociadas con la movilidad del UE. En estas discusiones, existe actualmente una preferencia de no proporcionar la continuidad del servicio para una conexion de PDN de LIPA si el UE se traslada fuera de la cobertura de la red residencial/de empresa y, en lugar de ello, liberar la conexion de PDN de LIPA. Esta preferencia de liberar las conexiones se basa en diversos factores. En primer lugar, existe la preocupacion de que se aplique una intercepcion con base legal al acceso local a recursos de IP en caso de que el UE resida en una cobertura de macro (e)NB y se mantenga la continuidad del servicio. Tambien, resultara diffcil establecer esquemas de cargo que cambien a medida que el UE se traslada del H(e)NB al macro (e)NB. Pueden existir tambien complicaciones de autentificacion implicadas a la hora de mantener la continuidad del servicio. Basandose en estas discusiones, la Entrega 10 de 3GPP S1-100316, titulada “Movilidad para el acceso de IP local (LIPA)” (“Mobility for Local IP Access (LIPA)"), y la de 3GPP S1-100321, titulada “Requisites de SIPTO comunes para subsistemas de macrorred y de H(e)NB” (“SIPTO requirements common to macro network and H(e)NB subsystems"), especifica que no se da soporte a la movilidad de una conexion de LIPA a macrorred, en tanto que se da soporte/se requiere la movilidad de la conexion de LIPA entre H(e)NBs de la misma red residencial/de empresa. Ademas de ello, la Entrega 10 de 3GPP S1-100321, titulada “Requisites de SIPTO comunes para subsistemas de macrorred y de H(e)NB” (“SIPTO requirements common for macro network and H(e)NB subsystems"), especifica que se debera dar soporte a la movilidad de una conexion de SIPTO dentro de la macrorred, y que puede darse soporte a la movilidad desde el H(e)NB a la macro y entre H(e)NBs.
En vista de la preferencia contra el mantenimiento de la continuidad del servicio para una conexion de LIPA cuando el UE abandona la cobertura de la red residencial/de empresa, existen un cierto numero de problemas diversos que se crean como resultado de las desconexiones de UE no deseadas. Como se explica mas exhaustivamente mas adelante, estos problemas de liberacion tienen multiples dimensiones, incluyendo problemas con servicios de PS cuando se produce la movilidad del UE en un modo conectado, problemas desencadenados por los procedimientos de CSFB cuando se produce la movilidad en un modo conectado, asf como problemas con o sin ISR, cuando se produce la movilidad del UE en un modo libre. A la hora de explicar estos problemas, deben tenerse en consideracion los mecanismos de LIPA, los cuales tambien funcionan para UEs de conformidad previa a la Entrega 10 (esto es, UEs que no estan al tanto de la capacidad de conexion de LIPA, tal como ocurre cuando la red proporciona la capacidad de conexion de LIPA al UE basandose en el perfil de suscripcion o en una decision de la red, sin que el UE este al tanto de tal decision). Para tales UEs, el intercambio de senales y el mecanismo de NAS no pueden ser modificados con el fin de resolver los problemas identificados.
Para los propositos de ilustrar el problema de desconexion del UE, se hace referencia, a continuacion, a las Figuras 9-10, que ilustran esquematicamente la liberacion de una conexion de PDN de LIPA conforme el UE se traslada fuera de la cobertura de red de empresa del HeNB, de tal manera que la expresion «conexion de PDN» se refiere tanto a una Conexion de PDN que implica un HeNB como a un Contexto de PDP que implica un HNB, a menos que se indique expteitamente. En particular, la Figura 9 es un diagrama esquematico de flujos de trafico en un subsistema de HeNB 1400, en el que el UE 1416 tiene una conexion 1430 de PDN de LIPA/SIPTO y una conexion 1432 de PDN de red de nucleo (cN). Una vez establecida la conexion 1430 de PDN de LIPA/SIPTO, el trafico en el plano del usuario para LIPA y SIPTO no va a traves de la conexion 1432 de red de nucleo. En lugar de ello, el trafico va desde UE 1416, a traves del eNB Local 1422, de la S-GW Local 1424 y de la P-GW Local 1426, las cuales se han ilustrado de manera que encuentran, todas ellas, ubicadas conjuntamente dentro del HeNB 1420, segun se indica por la lmea 1430. Si el UE 1416 tiene una conexion de PDN no de SIPTO, el trafico va a traves de la HeNB-GW 1410, de la S-GW 1408 y de la P-GW 1406, a la PDN de nucleo 1404, tal como se indica por la lmea 1432. Puesto que la conexion de PDN 1432 puede ser liberada en cualquier momento (por ejemplo, debido a los criterios o a la configuracion de UE predefinidos), hay momentos, cuando el UE 1416 tiene tan solo una unica conexion de PDN cuando se conecta al H(e)NB 1420, y tal conexion de PDN es una conexion 1430 de PDN de LIPA.
A fin de ilustrar el problema de desconexion de UE, se hace referencia, a continuacion, a la Figura 10, la cual representa un diagrama esquematico de flujos de trafico dentro de un subsistema 1500 de HeNB en el que el UE 1416 se traslada fuera de la cobertura de HeNB cuando tiene unicamente una conexion de PDN de LIPA. En este caso, la referencia al traslado «fuera del H(e)NB» indica tanto tal caso de que el UE se traslade desde la cobertura
5
10
15
20
25
30
35
40
45
50
55
60
de una celda de H(e)NB a la cobertura de macrocelda, como el caso de que el UE se traslade entre celdas de H(e)NB para las que no se da soporte a la continuidad de PDN de LIPA (por ejemplo, H(e)NBs con diferentes CSGs). Puede ser que no se de soporte a la continuidad de PDN de LIPA entre cualquier celda de H(e)NB. Asf, pues, la Figura 10 ilustra el hecho de que el UE 1416 se traslada hacia una segunda posicion 1516 en la que existe macrocobertura, aunque el UE 1416 puede tambien trasladarse a otro H(e)NB para el que no se da soporte a la continuidad de PDN de LIPA. Tan pronto como la MME 1414 detecta que el UE no esta conectado al H(e)NB 1420 (por ejemplo, cuando el UE se ha trasladado a una celda diferente en la que no se da soporte a la continuidad de LIPA), la MME 1414 libera la conexion de PDN de LIPA 1430, puesto que no hay necesidad de mantener la capacidad de la conexion de PDN de LIPA. Como resultado de ello, no hay conexion de PDN para el UE 1516. Como se describe mas exhaustivamente mas adelante, la MME 1414 puede detectar que el UE 1516 esta fuera de la cobertura del H(e)NB 1420 basandose en una variedad de mecanismos de deteccion, tales como cuando el UE 1516 lleva a cabo una Actualizacion de Area de Seguimiento (TAU) o una Actualizacion de Area de Encaminamiento (RAU -“Routing Area Update”-) desde una celda diferente, o cuando el UE 1516 responde a un aviso a distancia desde una celda diferente, etc.
En la E-UTRAN, un UE ha de mantener al menos una conexion de PDN para que el UE pueda considerarse enganchado a la red. Si no hay ninguna conexion de PDN, el UE es desenganchado de la red. La Figura 10 muestra como surge el problema de la desconexion cuando un UE 1416 tiene tan solo una unica conexion de PDN de LIPA activa 1430, y la MME 1414 libera la conexion de PDN de LIPA 1430 al detectar que el UE 1416 se ha trasladado a una nueva posicion que ya no esta conectada al H(e)NB 1420. Cuando se produce la desconexion, el UE 1516 puede no conocer por que esta siendo desenganchado y por que la conexion de PDN de LIPA 1430 esta siendo liberada, y es entonces obligado a reengancharse a la red. Este aspecto se aplica tanto para la movilidad en modo libre de NAS como para la movilidad en modo conectado de NAS. Como se apreciara, si bien la anterior explicacion se refiere a conexiones de PN de LIPA, los mismos desaffos valen para un Contexto de PDP de LIPA (en el caso de HNB) o para la capacidad de conexion de SIPTO Local, a menos que se indique explfcitamente lo contrario. Y, aunque no se muestra explfcitamente, se apreciara tambien que se presentan problemas similares cuando la movilidad del UE es desde el H(e)NB 1420 hacia una GERAN/UTRAN (esto es, que implica un SGSN), en cuyo caso no es necesario desactivar el contexto de PDP activo (correspondiente a la conexion de LIPA), ni siquiera cuando el UE no necesita ser desenganchado.
En este plan de trabajo, se identifican y explican de manera mas exhaustiva, mas adelante, un cierto numero de casos de problemas asociados con liberaciones de conexion de LIPA, en relacion con la Figura 10. Ademas de ello, se identifican y explican soluciones para gestionar los diversos problemas de liberacion de conexion, tal y como se expone mas adelante.
En el caso de la movilidad en el modo conectado, existen un cierto numero de casos de problemas que surgen en el caso de una entrega activa en la que el UE tiene movilidad en modo conectado de NAS.
En un caso problematico proporcionado a modo de ejemplo, un UE 1416 en modo conectado tiene una conexion de PDN de LIPA o capacidad de conexion de SIPTO/conexion de PDN de SIPTO 1430. A medida que el UE 1416 en modo conectado se traslada fuera de la cobertura 1420 del HeNB (que esta directamente conectado a la red residencial/de empresa 1402), hasta una segunda posicion 1516 de una celda de E-UTRAN de objetivo (por ejemplo, la celda 1412 de eNB u otra celda de HeNB para la que no se da soporte a la continuidad de LIPA), el HeNB de fuente 1420 toma la decision de entregar (HO -“handover”-) el UE a la celda de objetivo 1412 basandose en los informes de medicion obtenidos del UE 1516. El HeNB 1420 envfa un mensaje de HO NeCESARIA a la MME 1414. Como el mensaje de HO NECESARIA contiene una ID de Objetivo, la MME 1414 determina que el servicio de LIPA/SIPTO no debe ser continuado en la celda de objetivo 1412 (por ejemplo, basandose en el hecho de que la celda de objetivo es una macrocelda o un H(e)NB de un CSG diferente). Basandose en esta determinacion, la MME 1414 debe liberar la conexion de PDN de LIPA/SIPTO 1430, pero las especificaciones existentes no especifican el modo como la MME 1414 maneja la liberacion de conexion de PDN de LIPA/SIPTO.
En otro caso problematico, un UE 1416 en modo conectado es entregado desde el HeNB 1420 a una celda de GERAN/UTRAN (no mostrada) para la que no se dara soporte a la continuidad de PDN de LIPA. Un ejemplo se producira cuando un UE 1416 que tiene unicamente una conexion de PDN de LIPA 1430 lleva a cabo una Ho de IRAT hacia GERAN/UTRAN en la que no se da soporte a la continuidad de LIPA. En este caso, el UE puede quedar desenganchado de la red o sin contextos de PDP, en el caso de que la conexion de LIPA sea liberada, pero las especificaciones existentes no especifican el modo como manejar la HO de IRAT. Tambien, si el UE 1416 tiene otras conexiones de PDN ademas de la conexion de PDN de LIPA 1430 existente en la celda de fuente, entonces la conexion de PDN de LIPA 1430 necesita ser desenganchada durante esta HO de IRAT. La informacion de contexto entre la red (SGSN) y el UE que contiene informacion sobre las conexiones de PDN/contextos de PDP activos, podna estar fuera de sincronismo durante un momento, hasta que se lleve a cabo una nueva RAU por parte del UE y se sincronice el contexto entre el UE y la SGSN. En los casos en que el contexto esta fuera de sincronismo, el UE considera, incorrectamente, que el contexto de PDP correspondiente a la conexion de LIPA sigue estando activo.
En otro caso problematico, un UE 1416 en modo conectado se traslada de la celda o cobertura de HNB (no mostrada) a una celda de objetivo (por ejemplo, de GERAN/UTRAN) para la que no se proporciona continuidad de PDN de LIPA. Un ejemplo de ello se producina cuando el UE se encuentra dentro de cobertura de HNB y tiene un
5
10
15
20
25
30
35
40
45
50
55
60
contexto de PDP de LIPA/SIPTO. En caso de que no se de soporte a la continuidad del servicio, el contexto de PDP sera liberado cuando el SGSN detecte que el UE se ha trasladado fuera de la cobertura del HNB. Sin embargo, la informacion de contexto entre la red (el SGSN) y el UE que contiene informacion sobre conexiones de PDN/contextos de PDP activos, podna estar fuera de sincronismo durante un rato, hasta que se lleva a cabo una nueva RAU y el contexto es sincronizado entre el UE y el SGSN. Debido al contexto fuera de sincronismo, el UE, entretanto, considera el contexto de PDP correspondiente a la conexion de LIPA aun activo.
En cuanto a la movilidad para el UE libre de NAS, existen un cierto numero de casos problematicos que surgen cuando la conexion de LIPA es desconectada en el curso de la movilidad en modo libre y el UE entra en el modo conectado de NAS tras llevar a cabo un desplazamiento libre fuera del H(e)NB.
En un primer caso problematico, el UE 1416 se traslada desde una cobertura de celda de HeNB 1420 hasta una segunda posicion l5l6 situada en una celda de objetivo 1412 (por ejemplo, una celda de eNB o de HeNB) para la que no se debera proporcionar continuidad. Tras trasladarse a la celda de objetivo, el UE 1516 puede llevar a cabo una PETICION dE SERVICIO en una celda de objetivo (por ejemplo, una de E-UTRA) que no esta directamente conectada a la red residencial/de empresa. Al recibir la PeTICIoN DE SERVICIO (SR -“SERVICE REQUEST”-) procedente del UE, a traves de la celda de objetivo, la MME 1414 determina que no puede atender la ST y necesita liberar la capacidad de conexion de PDN de LIPA 1430. La MME 1414 libera la capacidad de conexion de PDN de LIPA 1430 al rechazar la peticion de servicio y desconectar el establecimiento de conexion de PDN de LIPA si el UE tiene otras conexiones de PDN activas. Por otra parte, si el UE tiene unicamente la conexion de PDN de LIPA antes de entrar en el modo ECM-LIBRE, una liberacion de la conexion de PDN de LIPA tiene como resultado el hecho de que no le queda al UE ninguna conexion de PDN activa, de lo que resulta que el UE es desenganchado de la red por la MME sin que se haya informado correctamente al UE, ya que las especificaciones actuales no exigen que la MME indique por que se ha desenganchado el UE.
En otro caso problematico, el UE 1416 se traslada de un HeNB 1420 a GERAN/UTRAN (no mostradas). En este caso, el UE en modo LIBRE lleva a cabo una Actualizacion de Area de Seguimiento (TAU) en una celda de UTRAN en la que no se proporciona continuidad en el servicio de LIPA. En particular, el UE llevara a cabo una TAU en modo LIBRE cuando (1) el UE entra en una nueva Area de Seguimiento (TA -“Tracking Area”-) que no esta en la lista de TAIs que el UE obtuvo de la MME en el ultimo registro (enganche o TAU); y (2) el temporizador de actualizacion periodica de TA ha expirado. Si la celda de objetivo no esta directamente conectada a la red residencial/de empresa cuando el UE lleva a cabo la TAU, la MME necesita desconectar la conexion de PDN de LIPA activa, pero las actuales especificaciones no especifican el modo como se comporta la MME en presencia de conexiones de LIPA, ya que la MME necesita liberar tales conexiones de PDN.
En otro caso problematico, el UE se traslada de un HNB a una GERAN/UTRAN. En este caso, el UE en modo LIBRE (que tiene al menos una conexion de PDN de LIPA a traves de HeNB) lleva a cabo una Actualizacion de Area de Encaminamiento. En particular, el UE lleva a cabo la RAU cuando el UE entra dentro de una nueva Area de Encaminamiento (RA -“Routing Area”-), y cuando el temporizador de RAU expira. El nuevo SGSN envfa un mensaje de PETICION DE CONTEXTO a la antigua MME durante la RAU, y esta MME responde con un mensaje de RESPUESTA DE CONTEXTO. Al determinarse que el UE se ha trasladado a una celda para la que no puede darse soporte a la continuidad de PDN de LIPA, la red desconecta la conexion de LIPA, pero las actuales especificaciones no especifican si la MME o el SGSN deberan desencadenar la desconexion, ni como.
En cuanto al retraso en el descubrimiento de la perdida de la capacidad de conexion en la movilidad libre activa, existen diversos casos problematicos que surgen de la movilidad en modo libre cuando existe un retraso a la hora de descubrir que se ha perdido la capacidad de conexion, con o sin Reduccion en el Intercambio de Senales en modo Libre (ISR -“Idle mode Signaling Reduction”-).
En un caso problematico proporcionado a modo de ejemplo, el UE 1416 se traslada entre un HeNB 1420 y un eNB 1412, o entre un HNB y una macro GERAN/UTRAN, o entre HeNBs (respectivamente, HNBs) pertenecientes a diferentes CSGs y para los cuales no se ha de proporcionar continuidad de LIPA. Si el UE se traslada en modo libre dentro del Area de Encaminamiento (RA)/Area de Seguimiento (TA), el UE no lleva a cabo un intercambio de senales de NAS para registrar su posicion con la red. En caso de que haya un retraso significativo antes de que el UE lleve a cabo cualquier intercambio de senales de NAS o de que el UE transmita datos, el UE no se da cuenta de que ha perdido la capacidad de conexion, lo que puede ser un problema, tal como para servicios de promocion cuando los datos que se han de aportar al UE no pueden ser aportados.
En otro caso problematico, el UE se traslada de un HeNB a una celda de GERAN/UTRAN en la que esta activa la ISR. Cuando se lleva a cabo una movilidad libre por parte del UE desde el H(e)NB a una celda para la que no se va a dar soporte a la capacidad de conexion de PDN de LIPA, y la ISR esta activa y el UE se traslada dentro del area de ISR, el UE no lleva a cabo un intercambio de senales de NAS para registrar su posicion con la red y, por tanto, puede transcurrir mucho tiempo antes de que el UE lleve a cabo algun intercambio de senales de NAS (a menos que necesite transmitir datos) y antes de que el UE se de cuenta de que ha perdido la capacidad de conexion. Semejante perdida de capacidad de conexion puede ser un problema para servicios de promocion, ya que los datos que se han de aportar al UE no pueden ser aportados. Ademas de ello, si el UE estaba utilizando un servicio de promocion que empleaba la conexion de PDN de LIPA, o estaba utilizando el portador por defecto de la conexion de
5
10
15
20
25
30
35
40
45
50
55
60
PDN de LIPA para transportar los datos al UE, el UE no sera capaz de recibir ningun dato de promocion hasta que se de cuenta de que ha sido desconectado y hasta que haya llevado a cabo una accion de recuperacion, tal como un reenganche. Puesto que una RAU (que sincronizara el UE y los contextos de SGSN) o mecanismos de supervivencia del servicio de promocion pueden ocurrir mucho tiempo despues de la movilidad en modo libre, el UE no recibira ningun dato que se haya hecho avanzar desde el servicio de promocion, en tanto que, si el UE ha sido informado de la desconexion de PDN de LIPA, puede haberse reconectado al servicio de promocion segun sea apropiado desde la celda de objetivo con un nuevo contexto de PDP.
En cuanto al retraso en el descubrimiento de la perdida de capacidad de conexion en la movilidad en modo activo, existen diversos casos problematicos que surgen de la movilidad en modo activo cuando hay un retraso a la hora de descubrir que se ha perdido la capacidad de conexion.
En un caso problematico proporcionado a modo de ejemplo, el UE en modo conectado se traslada de un HeNB al GERAN/UTRAN cuando la ISR esta activa, de lo que resulta un retraso a la hora de descubrir una perdida de capacidad de conexion. Este problema existe si a un UE que ha llevado a cabo la HO entre RATs y se encuentra sin RABs para un contexto de PDP dado, se le permite seguir considerando el contexto de PDP como activo. Cuando se ha llevado a cabo una entrega por parte de un UE que esta activo para una PDP que no es de LIPA, desde la cobertura de celda de H(e)NB a una celda de objetivo (por ejemplo, de GERAN/UTRAN), de tal manera que no se da soporte a la capacidad de conexion de PDN de LIPA, el contexto de PDP correspondiente a la conexion de PDN de LIPA es desconectado. Cuando la ISR esta activa, el UE no llevara a cabo la RAU al final de la entrega si la entrega es hacia una RA del area de ISR. Sin embargo, a menos que el UE sea informado de inmediato, el UE puede creer que el contexto de PDP correspondiente a la PDN de LIPA sigue aun conectado, puesto que, incluso aunque no haya RABs activos para tal conexion, el UE sigue creyendo que el contexto de PDP esta activo. Si el UE estaba utilizando algun servicio de promocion a traves de la conexion de PDN de LIPA, el UE no sera capaz de recibir ningun dato promocionado hasta que se de cuenta de que ha sido desconectado. Tambien, puesto que una RAU (que sincronizara el UE y los contextos de SGSN) o mecanismos de supervivencia del servicio de promocion pueden suceder despues de mucho tiempo desde la entrega, el UE perdera cualquiera datos promocionados desde el servicio de promocion, en tanto que, si el UE ha sido informado de la desconexion de PDN de LIPA, puede haberse reconectado al servicio de promocion segun sea apropiado desde la celda de objetivo con un nuevo contexto de PDP.
En otro caso problematico, el UE en modo conectado se desplaza desde cobertura de celda de HNB a cobertura de macrocelda (por ejemplo, de GERAN/UTRAN), de lo que resulta un retraso a la hora de descubrir la perdida de capacidad de conexion. Si el UE lleva a cabo la entrega desde un HNB a una celda de GERAN/UTRAN de objetivo en la que no se da soporte a la capacidad de conexion de PDN de LIPA, el contexto de PDP es desconectado. Sin embargo, el UE puede no llevar a cabo una RAU como parte de la entrega, en cuyo caso el UE y el SGSN no son sincronizados con respecto a la informacion del contexto de PDP activo.
En cuanto al retraso en la desconexion para la movilidad en modo libre, existe un problema relacionado con la secuencia temporal, que es ortogonal a los demas casos problematicos, y la solucion puede ser beneficiosa tanto para la movilidad en modo libre como para la movilidad en modo activo. En este caso, cuando el UE 1416 se traslada fuera de la cobertura del H(e)NB 1420, la conexion de LIPA es liberada al producirse la deteccion, y, entonces, es restablecida cuando el UE 1416 se traslada de vuelta al interior de la cobertura del H(e)NB 1420. Sin embargo, pueden existir situaciones en las que el UE 1416 puede retornar pronto al H(e)NB 1420, o bien puede seguir trasladandose a uno y otro lado entre el H(e)NB 1420 y la macrocobertura. En estos escenarios, la conexion de LIPA sera establecida y liberada repetidamente, con el resultado de una informacion de encabezamiento de intercambio de senales significativa. Como resultado de ello, puede ser deseable retrasar la liberacion de la conexion de LIPA cuando el UE 1416 se traslada fuera de la cobertura del H(e)NB 1420, con el fin de optimizar el escenario en el caso de que el UE 1416 retorna al H(e)NB 1420 relativamente rapido.
En cuanto a la entrega a GERAN/UTRAN desencadenada por Opcion Alternativa Conmutada en Circuitos, existen diversos casos problematicos que surgen cuando un UE conectado a un HeNB puede ser enganchado de forma combinada para servicios de CSFB, tal como cuando la entrega a GERAN/UTRAN es desencadenada por CSFB.
En un caso problematico proporcionado a modo de ejemplo, el UE puede tener una conexion de PDN de LIPA y cero conexiones de PDN que no son de LIPA, a traves de la red de nucleo. Cuando la CSFB es desencadenada para servicios Originados por Movil (MO -“Mobile Originated”-) o Terminados por Movil (MT -“Mobile Terminated”-), una PS HO de los portadores de datos puede ser desencadenada por el HeNB y es permisible por la red, debido a que la celda de objetivo da soporte a DTM y a la PS HO como parte del procedimiento de CSFB. En este caso, la red entrega las conexiones de PDN no de LIPA y desconecta las conexiones de PDN de LIPA, o, si solo hay conexiones de PDN de LIPA, la MME rechaza la PS hO. Si la MME rechaza la PS HO, la CSFB, ya sea para mO o para MT, fallara en consecuencia. En el caso de que sea posible la PS HO, pero el UE o la red no consiguen dar soporte a DMT, entonces, con ciertas condiciones de inicio, los portadores de PS de GERAN seran suspendidos. Si la celda de objetivo es una celda de GERAN y no se da soporte a DMT en la celda de objetivo, el UE suspendera los portadores de PS (incluyendo los que corresponden a la conexion de PDN de LIPA). Una vez que se ha puesto fin al servicio de CS que ha desencadenado la opcion alternativa de CS, el UE puede trasladarse de vuelta a la E-UTRAN y retomar los portadores de PS, o bien puede permanecer en la GERAN y retomar los portadores de PS. Si el UE se
5
10
15
20
25
30
35
40
45
50
55
60
traslada de vuelta al H(e)NB inicial, entonces la conexion de PDN de LIPA puede ser retomada basandose en los mecanismos de CSFB y de EPS en curso en ese momento. Por ejemplo, cuando el UE lleva a cabo intercambio de senales de NAS hacia la MME (por ejemplo, con una Peticion de Servicio o TAU), la MME retoma los portadores suspendidos.
En otro caso problematico, el UE puede tener una conexion de PDN de LIPA y cero o mas conexiones de PDN no de LIPA a traves de la red de nucleo. Cuando la CSFB es desencadenada para servicios de MO o de MT, puede no llevarse a cabo una PS HO de los portadores de datos. Si no se lleva a cabo la PS HO como parte del procedimiento de opcion alternativa, y el UE ha suspendido los portadores de PS, y si el UE se traslada de vuelta a la E-UTRAN, entonces el UE lleva a cabo un intercambio de senales de NAS (por ejemplo, una Peticion de Servicio o TAU) con la MME. El UE podna trasladarse de vuelta a una celda de U-TRAN de objetivo que es diferente de la celda de HeNB inicial. Dicha celda de E-UTRAN de objetivo puede ser una macrocelda o un HeNB con una ID de CSG diferente. Suponiendo que no esta permitida la continuidad de servicio (esto es, la movilidad) para una conexion de PDN, entre el HeNB inicial (esto es, en el que se creo la conexion de PDN de LIPA) y el HeNB de objetivo, entonces la MME garantiza que la conexion de PDN de LIPA se desconecta. Tambien, si la celda de E-UTRAN de objetivo es una macrocelda, entonces la MME garantiza que la conexion de PDN de LIPA es desconectada.
Manteniendo la capacidad de conexion de PDN de LIPA en redes futuras correspondientes a redes de acuerdo con entregas posteriores a la Entrega 10, se habilitara la continuidad de LIPA, de tal manera que existiran problemas asociados con el mantenimiento de la capacidad de conexion de PDN de LIPA. En tales casos futuros, un UE necesitara saber si se esta conectando a una red que da soporte a la continuidad de LIPA o no. En consecuencia, un UE no puede saber si, al trasladarse fuera de la cobertura de un H(e)NB, se proporciona o no continuidad en la sesion.
En vista de los anteriores casos problematicos asociados con las liberaciones de conexion de LIPA, se describen y divulgan en esta memoria un cierto numero de soluciones que pueden ser aplicadas para gestionar los problemas de liberacion de conexion identificados. Por ejemplo, los procedimientos de liberacion de conexion de PDN iniciados por la MME pueden ser combinados con procedimientos de entrega para liberar una conexion de PDN cuando el UE se traslada fuera de la cobertura del H(e)NB en la mayona de los casos (y, similarmente, el procedimiento de desactivacion de contexto PDP iniciado por el SGSN). Sin embargo, existen otras soluciones divulgadas en lo que sigue de esta memoria en las cuales, al crearse una conexion de PDN/contexto de PDP en un HeNB/HNB, la MME/SGSN almacena en la informacion de contexto relacionada con el UE una indicacion de si tal conexion es una conexion de PDN de conexion de PDN de LIPA, o no. Ademas de ello, la solucion incluye configurar el UE (por ejemplo, por la operadora o por el usuario) en terminos de reconectar la PDN correspondiente a un APN o servicio si, como consecuencia de la movilidad desde un H(e)NB en el que el UE estaba conectado en LIPA a dicha PDN, a una celda de objetivo para la que no se proporcionaba continuidad de LIPA, tal conexion de PDN fue desconectada por la red. Alternativamente, el UE puede haberse configurado para no reconectar la PDN que fue desconectada como consecuencia de la movilidad del UE.
Descripcion de realizaciones
En realizaciones seleccionadas, la operadora configura el UE utilizando un objeto de gestion (MO -“management object”-) de DM de OMA para que contenga una indicacion de si es necesario volver a conectar alguna PDN que hubiera sido desconectada como consecuencia de la falta de continuidad del servicio de LIPA. El UE puede tambien haberse configurado para contener una lista de APNs para los que la PDN necesita volver a conectarse en el caso de que la PDN hubiera sido desconectada como consecuencia de la falta de continuidad en el servicio de LIPA. En otras realizaciones, el UE se ha configurado para contener una indicacion de disponibilidad de la continuidad del servicio de LIPA (es decir, unicamente entre celdas de CSG para las que el UE es un miembro del CSG, o si no esta en desplazamiento itinerante, o si se da la movilidad a macro, o en caso de que se de la movilidad a macro + se den celdas de CSG abiertas). Por defecto, esta indicacion puede ajustarse en algun valor, por ejemplo, en «no hay disponible continuidad de servicio de LIPA». El UE puede tambien haberse configurado de manera que contenga una lista de indicadores para una conexion de PDN con ciertas caractensticas (esto es, una indicacion de que puede usarse la conexion de PDN para IMS, o una indicacion solicitando recibir P-CSCFs en el mensaje de respuesta de la red). Un UE configurado puede tambien contener una indicacion de si se permite la desconexion no de LIPA si no esta permitida una llamada de emergencia con credenciales insuficientes, y/o una indicacion acerca de si un UE retiene al menos dos conexiones de PDN en el caso de que una de las conexiones de PDN sea, bien a un APN particular o bien a un APN por defecto (del que se sabe que termina por una GW no P), cuando no se esta en el modo 2 de PS de funcionamiento.
En realizaciones seleccionadas, cuando el UE activa una conexion de PDN de LIPA, la MME almacena el par de IDs de CSG y el APN para la conexion de PDN de LIPA, de tal manera que se activa una conexion de PDN de LIPA en la celda de ID de CSG. En otras realizaciones, cuando el UE activa un contexto de PDP de LIPA, el SGSN almacena el par de IDs de CSG y el APN para el contexto de PDP de LIPA de tal manera que el contexto de PDP de LIPA es activado en la celda de ID de CSG. En algunas realizaciones, el hecho de activar, por parte del UE, la conexion de PDN de LIPA o el hecho de activar, por parte del UE, un contexto de PDP de LIPA, incluye enviar, por parte del UE, una peticion de conexion de PDN a la MME o que la MME reciba una peticion de conexion de PDN desde el UE, o que el UE envfe una peticion de enganche a la MME, o que la MME reciba una peticion de enganche desde el UE, o
5
10
15
20
25
30
35
40
45
50
55
que el UE envfe una peticion de contexto de PDP al SGSN, o que el SGSG reciba una peticion de contexto de PDP procedente del UE.
Tal y como se utiliza en esta memoria, una conexion de PDN de LIPA es una Conexion de PDN que la MME autoriza en cuanto a su capacidad de conexion a una GW de PDN para un UE conectado a un HeNB, basandose en una peticion procedente del UE en cuanto a capacidad de conexion de LIPA, y basandose en la ID de CSG del HeNB. Alternativamente, una Conexion de PDN de LIPA es una Conexion de PDN que ha sido activada por el UE al solicitar capacidad de conexion de LIPA con el texto «LIPA», y al informar la mMe al UE del tipo de capacidad de conexion proporcionada.
En esta solucion, el procedimiento de TAU es iniciado por el UE y se utiliza para diversos propositos, incluyendo la sincronizacion del contexto de portador de EPS de Ue con el contexto de portador de EPS de MME para la movilidad del U, de tal manera que la celda de fuente es una celda de CSG y la celda de objetivo no es una celda de CSG, cuando el UE tiene al menos una conexion de PDN de LIPA. El procedimiento de TAU se utiliza tambien para sincronizar el contexto de portador de EPS de UE con el contexto de portador de EPS de MME con vistas a la movilidad del UE, de tal manera que la celda de fuente es una celda de CSG y la celda de objetivo es una celda de CSG, y de modo que la CGS-ID de la celda de objetivo no es la CSG-ID de la celda de fuente, cuando el UE tiene al menos una conexion de PDN de LIPA.
Realizaciones: la MME libera conexiones de PDN de LIPA/SIPTO antes de enviar el mensaje de Peticion de establecimiento de conexion inicial. De acuerdo con realizaciones seleccionadas, otra solucion se describe con referencia a la Figura 11 y acomete el caso de movilidad en modo libre de NAS en la que el UE entra en modo conectado de NAS despues de protagonizar movilidad en modo libre fuera del H(e)NB. En esta solucion, si un UE 1802 envfa una Peticion de Servicio (SR -“Service Request”-) a la MME 1806 desde una celda para la que no se proporciona continuidad de servicio de LIPA/SIPTO para una conexion de PDN de LIPA previamente establecida en un HeNB, la MME 1806 libera las conexiones de PDN de LIPA/SIPTO antes de enviar un mensaje de Peticion de establecimiento de contexto inicial al eNB de objetivo 1804.
Las suposiciones aplicadas en este caso son (1) que tema una conexion de PDN que iba a traves de la red de nucleo, asf como una conexion de PDN de LIPA, antes de entrar en el modo LIBRE, (2) que no se da soporte a la continuidad de servicio para las conexiones de LIPA y localmente de SIPTO, (3) que el UE se encuentra en el modo ECM-LIBRE antes de enviar la PETICION DE SERViCiO, y (4) que no esta implicada la reubicacion de la MME.
En funcionamiento, un UE 1802 envfa una Peticion de Servicio (flujo de senales 18-1) a la MME 1806 desde una celda que no proporciona continuidad de servicio de LIPA/SIPTO para una conexion de PDN de LIPA previamente establecida en un HeNB. Al recibir la SR desde el UE 1802, la MME 1806 descubre que el UE 1802 esta conectado a una celda para la que no se proporciona continuidad de servicio de LIPA/SIPTO. Antes de que la MME 1806 envfe un mensaje de Peticion de Establecimiento de Contexto Inicial al eNB de objetivo 1804 (flujo de senales 18-3), la peticion de servicio es tratada en la MME 1806 (flujo de senales 18-2) proporcionando portadores para todos los soportes de EPS, a excepcion de los soportes de LIPA si existen conexiones de PDN que no son conexiones de PDN de LIPA. El resto del procedimiento (flujos de senales 18-4 a 18-9) sigue los procedimientos de peticion de Servicio iniciados por el UE.
Realizaciones: CSFB seleccionada con PS HO. Se describe otra solucion que se encarga del caso de entregas a GERAN/UTRAN que son desencadenadas por una opcion alternativa de CS con HP de PS. En esta solucion basada en la red, la MME lleva a cabo la preparacion y la ejecucion de la entrega durante el procedimiento de CSFB unicamente para las conexiones de PDN que no son de LIPA.
En funcionamiento, si el UE tiene una o mas conexiones de PDN activas ademas de una o mas conexiones de PDN de LIPA, entonces, seguidamente al desencadenamiento de la PS HO a GERAN/UTRAN durante el procedimiento de CSFB, la MME lleva a cabo una preparacion y ejecucion de la entrega unicamente durante para las conexiones de PDN que no son de LIPA, y la mMe solicita la asignacion de RAB en el sistema de objetivo unicamente para las conexiones que no son de LIPA o para todas las conexiones de PSN, excluida la conexion de PDN de LIPA, o al no solicitar la asignacion de RAB en el sistema de objetivo para las conexiones de PDN de LIPA. Una vez que el UE se ha redirigido a la GERAN/UTRAN, la MME libera las conexiones de PDN de LIPA. En otra realizacion, seguidamente al desencadenamiento de la entrega, la MME inicia un temporizador T_O. La MME libera las conexiones de PDN de LIPA cuando el temporizador T_O expira y el UE no ha llevado a cabo los procedimientos de CSFB para retornar a la E_UTRAN.
Realizaciones: una CSFB quo no tiene ninguna PS HO para GERAN sin ninguna celda de objetivo de DTM, y de modo que el UE retoma el trafico de PS en E-UTRAN. De acuerdo con realizaciones seleccionadas, se proporcionan soluciones adicionales para acometer el caso de CSFB sin ninguna PS HO, y en el cual el UE retoma el trafico de PS en el HeNB, y que tratan la histeresis con desconexion con retardo de las conexiones de LIPA. En esta solucion basada en la red, la MME desconecta las conexiones de PDN de LIPA una vez que el servicio de CS ha terminado, unicamente si el UE retorna a la E-UTRAN, a una macrocelda de objetivo o a un HeNB diferente para el que no se va a dar soporte a la continuidad de PDN de LIPA. En estas realizaciones, no hay ninguna celda de objetivo de DTM y el UE retoma el trafico de PS en la E-UTRAN.
5
10
15
20
25
30
35
40
45
50
55
En una primera realizacion, la solucion se aplica a un UE que lleva a cabo procedimientos de CSFB y se traslada a una red GERAN o celda de objetivo que no da soporte al modo de transferencia doble (DTM -“dual transfer mode”-), o a un UE que no da soporte a DTM. En este caso, la MME desconecta las conexiones de PDN de LIPA unicamente si el UE lleva a cabo los procedimientos de CSFB para retornar a la E-UTRAN y retorna a una celda de E-UTRAN que no es una celda de CSG, o a una celda de CSG de E-UTRAN para la que no se da soporte a la continuidad de PDN de LIPA (tal como un celda de CSG de E-UTRAN con una ID de CSG diferente de la celda de CSG en la que se crearon las conexiones de PDN de LIPA). En esta solucion, como consecuencia del desencadenamiento, por parte del UE, de los procedimientos de CSFB, y de que no se de soporte a la entrega de PS, o de que la red de objetivo o la celda de objetivo sea una red o celda de GERAN que no da soporte a DTM, o de que el UE no de soporte a DTM, la MME almacena la ID de CSG de la celda de UTRAN en la que el UE desencadena el procedimiento de CSFB. La MME conserva tal informacion hasta que el UE retorna a E-UTRAN o hasta que el UE retoma los portadores de PS en GERAN/UTRAN.
Por otra parte, si el UE envfa un intercambio de senales de NAS con la MME con el fin de reanudar el servicio en E- UTRAN de acuerdo con los procedimientos de CSFB en curso, entonces la MME verifica si el UE esta retomando los servicios desde la celda con la misma ID de CSG que la MME almacenada al ejecutar el UE el procedimiento de opcion alternativa. Si se estan retomando servicios desde una celda con una ID de CSG diferente, o se estan retomando servicios desde una celda no de CSG o desde una celda sin una ID de CSG, entones la MME desconecta las conexiones de PDN de LIPA. En caso contrario, la MME no hace nada.
En otra realizacion, la MME inicia un temporizador T cuando el UE suspende el portador durante el procedimiento de opcion alternativa. Seguidamente a la expiracion del temporizador, si el UE no ha llevado a cabo los procedimientos de CSFB para retornar a E-UTRAN o los portadores de PS siguen suspendidos, entonces la MME desconecta las conexiones de PDN de LIPA.
En esta solucion, como consecuencia del desencadenamiento, por parte del UE, de los procedimientos de CSFB, y de que no se de soporte a la entrega de PS, o de que la red de objetivo o la celda de objetivo sea una red o celda de GERAN que no da soporte a DTM, o de que el UE no de soporte a DTM, la MME inicia un temporizador T_P2 y la MME almacena la ID de CSG de la celda de UTRAN en la que el UE desencadena el procedimiento de CSFB. La MME conserva la informacion de ID de CSG hasta que el Ue retorna a E-UTRAN o hasta que el UE retoma los portadores de PS en GERAN/UTRAN. Seguidamente a la expiracion del temporizador T_P2, si el UE no ha llevado a cabo los procedimientos de CSFB para retornar a E-UTRAN, o si los portadores de PS siguen suspendidos, entonces la MME desconecta las conexiones de PDN de LIPA. Ademas de ello, si el UE envfa un intercambio de senales de NAS con la MME con el fin de retomar el servicio en E-UTRAN de acuerdo con los procedimientos de CSFB en curso, antes de que expire el temporizador T_P2, entonces la MME restablece el temporizador y la MME verifica si el UE esta retomando los servicios desde una celda con la misma ID de CSG que la MME almacenada al ejecutar el UE el procedimiento de opcion alternativa. Si los servicios se han retomado desde una celda con una ID de CSG diferente, o si los servicios se han retomado desde una celda que no es de CSG o desde una celda sin una ID de CSG, entonces la MME desconecta las conexiones de PDN de LIPa. En caso contrario, la MME no hace nada.
Realizaciones: CSFB sin ninguna PS HO, y de manera que el UE reanuda el trafico de PS en GERAN/UTRAN. De acuerdo con realizaciones seleccionadas, se proporcionan soluciones adicionales para acometer el caso de entregas a GERAN/UTRAN desencadenadas por una opcion alternativa de CS sin PS HO, de tal modo que el UE reanuda el trafico de PS en GERAN/UTRAN. En esta solucion, el UE lleva a cabo un intercambio de senales de NAS por GERAN/UTRAN para retomar los portadores de PS suspendidos.
En funcionamiento, la MME responde al mensaje de PETICION DE CONTEXTO procedente del nuevo SGSN, enviando un mensaje de RESPUESTA DE CONTEXTO. Cuando la MME envfa la RESPUESTA DE CONTEXTO al SGSN de objetivo, la MME omite la informacion relativa a la(s) conexion (conexiones) de PDN de LIPA, de tal modo que el SGSN de objetivo no crea un contexto de PDP para la conexion de PDN de LIPA correspondiente. Sin embargo, la solucion es desencadenada por el UE al llevar este a cabo un intercambio de senales de NAS a traves de GERAN/UTRAN para retomar los portadores de PS suspendidos.
Realizaciones: Entrega a GERAN/UTRAN desencadenada por una opcion alternativa de CS. De acuerdo con realizaciones seleccionadas, se describen soluciones adicionales con referencia a la Figura 12, en las que se acomete el caso de entregas a GERAN/UTRAN desencadenadas por una opcion alternativa de CS, cuando no hay ninguna PS HO y existe una llamada terminada por movil. En funcionamiento, un UE 2102 que tiene unicamente conexiones de pDn de LIPA activas desencadena la PS HO a GERAN/UTRAN durante el procedimiento de CSFB. En respuesta a ello, la MME 2018 decide que no debera llevarse a cabo ninguna PS HO para los portadores de PS, basandose en el hecho de que la celda de objetivo es GERAN/UTRAN y el UE tiene unicamente conexiones de PDN de LIPA. Una vez que el UE 2102 se ha redirigido a GERAN/UTRaN, la MME 2108 conserva la informacion de contexto de UE hasta que el UE lleva a cabo una RAU.
Como se describe mas adelante, una segunda realizacion proporcionada a modo de ejemplo difiere de la primera en lo que respecta a cuando la MME ha iniciado el procedimiento de nueva seleccion de celda. La segunda realizacion proporcionada a modo de ejemplo cubre, ademas, el caso general de una entrega entre RATs.
5
10
15
20
25
30
35
40
45
50
55
En una realizacion seleccionada, el UE 2102 tiene unicamente conexiones de PDN de LIPA. Cuando la HO desde el HeNB 2104 a GERAN/UTRAN es desencadenada debido a la CSFB, la Peticion de establecimiento de contexto de UE inicial procedente de la MME 2108 hacia el HeNB 2104, indica que la PS HO no esta disponible. El HeNB 2104 informa al UE 2102 para que se traslade al interior de una celda de GERAN/UTRAN, ya sea mediante el uso de un Cambio de celda asistido por la red, ya sea mediante el desencadenamiento de una liberacion de conexion de intercambio de senales de RrC con reconduccion a GERAN/UTRAN.
En el flujo de senales 21-1, la MME 2108 recibe un mensaje de Peticion de aviso a distancia (IMSI, TMSI de VLR, informacion de ubicacion) procedente de la MSC 2112, a traves de una interfaz de SGs. La MME 2108 avisa a distancia entonces al UE en todas las TAs.
En el flujo de senales 21-2, la MME 2108 envfa un mensaje de Aviso a distancia a cada eNodoB. El mensaje de Aviso a distancia incluye una identidad de UE adecuada (es decir, de S-TMSI o de IMSI), asf como un indicador de dominio de CN que indica que dominio (de CS o de PS) inicio el mensaje de aviso a distancia. En este caso, se establecera en «Cs» por la MME.
En el flujo de senales 21-3, se produce la parte de recursos de radio del procedimiento de aviso a distancia, por lo que el eNodoB 2104 envfa el mensaje de aviso a distancia al UE 2102. El mensaje contiene una identidad de UE adecuada (esto es, de S-TMSI o de iMSI) y un indicador de dominio de CN.
En el flujo de senales 21-4, el UE 2102 establece una conexion de RRC y envfa una peticion de CS extendido (indicador de opcion alternativa de CS) a la MME 2108. El UE 2102 indica su S-TMSI en el intercambio de senales de RRC. El mensaje de Peticion de servicio extendido es encapsulado en mensajes de RRC y de S1-AP. El indicador de opcion alternativa de CS indica a la MME que ha de llevarse a cabo la opcion alternativa de CS para este UE. En el caso de CSFB Originada por Movil (MO -“Mobile Originated”-), el flujo de senales 21-1 a 21-3 no se lleva a cabo.
En el flujo de senales 21-5, la MME 2108 envfa el mensaje de Peticion de servicio de SGs a la MSC 2112, el cual contiene una indicacion de que el UE 2102 estaba en el modo libre (y, en consecuencia, por ejemplo, de que el UE no ha recibido ninguna informacion de identificacion de lmea de llamada). La recepcion del mensaje de Peticion de servicio de SGs impide que la MSC 2112 retransmita el mensaje de Aviso a distancia de interfaz de SGs.
En el flujo de senales 21-6, la MME 2108 envfa S1-AP: Establecimiento de contexto de UE inicial (capacidades de UE, indicador de opcion alternativa de CS y otros parametros), a fin de notificar al cNodoB para que traslade el UE 2102 a UTRAN/GERAN. La MME 2108 determina que la PS HO no puede llevarse a cabo basandose en el hecho de que el UE tiene unicamente conexiones de PDN de LIPA y de que no se da soporte a la continuidad de servicio de LIPA, e indica en este mensaje que la PS HO no esta disponible para el UE 2102. El eNB respondera con un mensaje de S1-AP: Respuesta al establecimiento de contexto de UE inicial (no mostrado). Como el HeNB 2104 determina que la PS HO no esta disponible, el HeNB 2104 lleva a cabo un flujo de senales 21-7a o 21-7b, en lugar de enviar un mensaje de HO REQUERIDA a la MME 2108.
En el flujo de senales 21-7a, si la celda de objetivo es de GERAN, el HeNB 2104 puede desencadenar una orden de cambio de celda entre RATs (opcionalmente, con Cambio de Celda Asistido por la Red (NACC -“Network Assisted Cell Change”-) a una celda de GERAN vecina, mediante el envfo de un mensaje de RRC al UE 2102. La orden de cambio de celda entre RATs puede contener un indicador de opcion alternativa de CS que indica al UE 2102 que la orden de cambio de celda se ha desencadenado como consecuencia de una peticion de opcion alternativa de CS.
En el flujo de senales 21-7b, el HeNB 2104 puede desencadenar una liberacion de conexion de RRC con reconduccion a GERAN o UTRAN, en lugar de PS HO o NACC. En el caso de que el UE 2102 y la red den soporte a la «Liberacion de conexion de RRC con reconduccion e informacion de sistema de multiples celdas a GERAN/UTRAN», el HeNB 2104 puede desencadenar la liberacion de conexion de RRC con reconduccion a GERAN/UTRAN, e incluye una o mas identidades de celda ffsica y su informacion de sistema asociada.
En el flujo de senales 21-8, el UE establece la conexion de RRC y lleva entonces a cabo el resto del procedimiento para la CSFB, que puede incluir una RAU. Como es posible que el SGSN de objetivo 2110 envfe un mensaje de PETICION DE CONTEXTO a la MME de fuente 2108 como parte de un procedimiento de RAU, la MME 2108 no libera la informacion de contexto del UE 2102 hasta que recibe el mensaje de PETICION DE CONTEXTO. Al recibir el mensaje de PETICION DE CONTEXTO, la MME 2108 devuelve una RESPUESTA DE CONTEXTO con cero conexiones de PDN activas y desengancha implfcitamente el UE 2102 de la red.
De acuerdo con realizaciones seleccionadas, se describen soluciones adicionales con referencia a la Figura 13, para el caso de que el UE 2202 tenga unicamente conexiones de PDN de LIPA/SIPTO. En este procedimiento, los flujos de senales 22-1 a 22-6 de la Figura 13 son similares a los flujos de senales 21-1 a 21-6 de la Figura 12. Sin embargo, en lugar de recibir la informacion de que no esta disponible la PS HO para el UE en el mensaje de Establecimiento de contexto de UE inicial, esta informacion (de que la PS HO no esta disponible para el UE) es suministrada al HeNB 2204 en el mensaje de FALLO DE PrEpaRaCION DE HO (en el flujo de senales 22-8) tras enviar el de HO REQUERIDA a la MME 2208 (en el flujo de senales 22-7). El valor de causa del mensaje de fAlLO DE PREPARACION DE HO sera «PS HO no disponible». Si bien esta solucion puede incluir una o mas rondas de
saludos en los mensajes, esta solucion puede ser reutilizada para el caso de HO de IRAT como consecuencia de la movilidad del UE.
De acuerdo con realizaciones seleccionadas, se describen soluciones adicionales para el caso de un procedimiento de llamada de CSFB de origen de UE/movil o de terminacion de UE/movil, cuando no se da soporte a la PS HO y en 5 el caso de que el UE tenga unicamente conexiones de PDN de LIPA. Este procedimiento se ilustra con referencia al flujo de senales para una peticion de llamada de CS en E-UTRAN o una llamada en GERAN/UTRAN, sin la PS HO representada en la Figura 6.3-1 de la TS 23.272 de 3GPP. De acuerdo con esta solucion, el UE recibe como senal 3b una liberacion de conexion de RRC desde el eNodoB con reconduccion a GERAN o UTRAN, si el HeNB determina que el UE unicamente tiene conexiones de PDN de LIPA, basandose en la existencia de un Identificador 10 de Correlacion (ID). En esta solucion, si se establece la conexion de PDN par LIPA, la senal 1b de mensaje de control S1 procedente de la MME y dirigida al HeNB, incluye una ID de correlacion por cada portador de EPS, a fin de habilitar el camino directo en el plano de usuario entre el HeNB y la L-GW. En la Entrega 10 de la especificacion de 3GPP, la ID de correlacion se establece igual a la clave TEID (S5 basado en GTP) o GRE (S5 basado en PMIP) de GW de PDN. De esta forma, la deteccion, por parte del HeNB, de la ID de correlacion en el mensaje de control 15 de S1 procedente de la MME, indica que el portador de EPS correspondiente es para LIPA.
Direccion de PDN
El proposito del elemento de informacion de direccion de PDN es asignar una direccion de IPv4 al UE asociado con una red de datos en paquetes y proporcionar al UE un identificador de interfaz destinado a ser usado para construir la direccion local de enlace de IPv6. El elemento de informacion de direccion de PDF se codifica como se muestra 20 en las Tablas 1 y 2 que se dan a continuacion.
Tabla 1: Elemento de informacion de direccion de PDN
- IEI de direccion de PDN
- Longitud de contenido de direccion de PDN
- 0 0 0 reserva
- S i g n o d e c o n t inu i d a d de servicio Valor de tipo de PDN
Informacion de direccion de PDN
octeto 1 octeto 2 octeto 3
octeto 4 octeto 5
8
7
6
5
4
3
2
1
Como se ha mostrado anteriormente en la Tabla 1, la direccion de PDN es un elemento de informacion de tipo 4 con una longitud minima de 7 octetos y una longitud maxima de 15 octetos.
Tabla 2: Elemento de informacion de direccion de PDN
Valor de tipo de PDN (octeto 3)
Bits
IPv4
IPv6
IPv4v6
Todos los demas valores estan reservados.
Los bits 4 a 8 del octeto 3 son de reserva y deberan ser codificados como cero.
Informacion de direccion de PDN (octetos 4 a 15)
3
2
1
0
0
1
0
1
0
0
1
1
5
10
15
20
25
30
35
40
Valor de tipo de PDN (octeto 3)
Si el valor de tipo de PDN indica IPv4, la informacion de direccion de PDN contenida en el octeto 4 al octeto 7 contiene una direccion IPv4. El bit 8 del octeto 4 representa el bit mas significativo de la direccion IPv4, y el bit 1 del octeto 7, el bit menos significativo.
Si el valor de tipo de PDN indica IPv6, la informacion de direccion de PDN contenida en el octeto 4 al octeto 11 contiene un identificador de interfaz IPv6. El bit 8 del octeto 4 representa el bit mas significativo del identificador de interfaz IPv6, y el bit 1 del octeto 11, el bit menos significativo.
Si el valor de tipo de PDN indica IPv4v6, la informacion de direccion de PDN contenida en el octeto 4 al octeto 15 contiene un identificador de interfaz IPv6 y una direccion IPv4. El bit 8 del octeto 4 representa el bit mas significativo del identificador de interfaz IPv6, y el bit 1 del octeto 11, el bit menos significativo. El bit 8 del octeto 12 representa el bit mas significativo de la direccion IPv4, y el bit 1 del octeto 15, el bit menos significativo.
Si el valor de tipo de PDN indica IPv4 o IPv4v6, y ha de utilizarse DHCPv4 para asignar la direccion IPv4, la direccion IPv4 debera ser codificada como 0.0.0.0.
Haciendo referencia, a continuacion, a la Figura 14, se muestra en ella un diagrama de bloques esquematico que ilustra componentes proporcionados a modo de ejemplo de un dispositivo de comunicaciones movil e inalambrico 101 que puede ser utilizado con realizaciones seleccionadas de la presente invencion. El dispositivo inalambrico 101 se ha mostrado con componentes espedficos para implementar caractensticas descritas anteriormente. Ha de comprenderse que el dispositivo inalambrico 101 se ha mostrado con detalles muy espedficos unicamente para propositos de ejemplaridad.
Un dispositivo de tratamiento (por ejemplo, un microprocesador 128) se ha mostrado esquematicamente como acoplado entre un teclado 114 y un dispositivo de presentacion visual 127. El microprocesador 128 controla el funcionamiento del dispositivo de presentacion visual 127, asf como el funcionamiento global del dispositivo inalambrico 101, en respuesta al accionamiento de las teclas del teclado 114 por parte de un usuario.
El dispositivo inalambrico 101 tiene un alojamiento que puede ser alargado verticalmente, o bien puede adoptar otros tamanos y formas (incluyendo estructuras de alojamiento de concha bivalva). El teclado 114 puede incluir una tecla de seleccion de modo u otro hardware o software para conmutar entre entrada de texto y entrada de telefoma.
Ademas del microprocesador 128, se muestran esquematicamente otras partes del dispositivo inalambrico 101. Estas incluyen un subsistema de comunicaciones 171, un subsistema de comunicaciones de corto alcance 102, el teclado 114 y el dispositivo de presentacion visual 127, conjuntamente con otros dispositivos de entrada/salida que incluyen un conjunto de LEDs 104, un conjunto de dispositivos de E/S (entrada/salida -“Input/Output”-) 106, una puerta en serie 108, un altavoz 111 y un microfono 112, asf como dispositivos de memoria, incluyendo una memoria de tipo flash 116 y una Memoria de Acceso Aleatorio (RAM -“Random Access Memory”-) 108, asf como otros diversos subsistemas de dispositivo 122. El dispositivo inalambrico 101 puede tener una batena 121 para alimentar en energfa los elementos activos del dispositivo inalambrico 101. El dispositivo inalambrico 101 es, en algunas realizaciones, un dispositivo de comunicacion por radiofrecuencia (RF) de dos vfas que tiene capacidades de comunicacion de voz y de datos. Ademas de ello, el dispositivo inalambrico 101 de algunas realizaciones tiene la capacidad de comunicarse con otros sistemas informaticos a traves de la internet.
El software del sistema operativo ejecutado por el microprocesador 128 es, en algunas realizaciones, almacenado en un dispositivo de almacenamiento permanente, tal como la memoria de tipo flash 116, si bien puede almacenarse en otros tipos de dispositivos de memoria, tales como una memoria de solo lectura (ROM -“read only memory”-) o un elemento de almacenamiento similar. Ademas de ello, el software del sistema, aplicaciones espedficas de dispositivo, o partes de los mismos, pueden ser cargados temporalmente en un dispositivo de almacenamiento volatil, tal como la RAM 118. Las senales de comunicacion recibidas por el dispositivo inalambrico 101 pueden ser tambien almacenadas en la RAM 118.
El microprocesador 128, ademas de sus funciones de sistema operativo, hace posible la ejecucion de aplicaciones de software en el dispositivo inalambrico 101. Un conjunto predeterminado de aplicaciones de software que controlan las operaciones basicas del dispositivo, tal como un modulo de comunicaciones de voz 131A y un modulo de comunicaciones de datos 131B, puede ser instalado en el dispositivo inalambrico 101 durante la fabricacion. Ademas de ello, un modulo de aplicacion de gestor de informacion personal (PIM -“Personal Information Manager”) 131C puede tambien ser instalado en el dispositivo inalambrico 101 durante la fabricacion. La aplicacion de PIM es, en algunas realizaciones, capaz de organizar y gestionar elementos de datos, tales como correo electronico, eventos en el calendario, mensajes de voz, citas y elementos de tarea. La aplicacion de PIM es tambien, en algunas realizaciones, capaz de enviar y recibir elementos de datos a traves de una red inalambrica 113. En algunas
5
10
15
20
25
30
35
40
45
50
55
60
realizaciones, los elementos de datos gestionados por las aplicaciones de PIM son integrados, sincronizados y actualizados sin discontinuidades, a traves de la red inalambrica 113, de tal manera que los elementos de datos correspondientes al usuario del dispositivo son almacenados en, o asociados con, un sistema informatico principal. Tambien pueden ser instalados durante la fabricacion modulos de software adicionales, ilustrados como otro modulo de software 131N.
Las funciones de comunicacion, incluyendo comunicaciones de datos y de voz, son llevadas a cabo a traves del subsistema de comunicacion 171 y, posiblemente, a traves del subsistema de comunicaciones de corto alcance 102. El subsistema de comunicacion 171 incluye un receptor 151, un transmisor 152 y una o mas antenas, ilustradas como una antena de recepcion 154 y una antena de transmision 156. Ademas, el subsistema de comunicacion 171 incluye un modulo de tratamiento, tal como un procesador de senal digital (DSP -“digital signal processor”-) 158, y osciladores locales (LOs -“local oscillators”-) 161. El algunas realizaciones, el subsistema de comunicacion 171 incluye una disposicion de antena independiente (similar a las antenas 154 y 156) y un chip/bloque de tratamiento de RF (similar al Receptor 151, a los LOs 161 y al Transmisor 152) para cada RAT, si bien es posible utilizar un procesador de senal de banda de base comun (similar al DSP 158) para el tratamiento en banda de base para multiples RATs. El diseno y la implementacion espedficos del subsistema de comunicacion 171 dependen de la red de comunicacion en la que este destinado a funcionar el dispositivo inalambrico 101. Por ejemplo, el subsistema de comunicacion 171 del dispositivo inalambrico 101 puede haberse disenado para funcionar con las redes de comunicacion de datos moviles Mobitex™, DataTAC™ o del Servicio General de Radio en Paquetes (GPRS), y tambien se ha disenado para funcionar con cualquiera de una variedad de redes de comunicacion de voz, tales como el Servicio de Telefono Movil Avanzado (AMPS -“Advanced Mobile Phone Service”-), Acceso Multiple por Division en el Tiempo (TDMA -“Time Division Multiple Access”-), Acceso Multiple por Division en Codigo (CDMA - “Code Division Multiple Access”-), Servicio de Comunicaciones Personal (PCs -“Personal Communications Service”-), Sistema Global para Comunicaciones Moviles (GSM -“Global System for Mobile communications”-), etc. Ejemplos de CDMA incluyen 1X y 1x EV-DO. El subsistema de comunicacion 171 puede tambien haberse disenado para funcionar con una red Wi-Fi 802.11 con una red WiMAX 802.16, o con ambas. Pueden tambien utilizarse otros tipos de redes de datos y de voz, tanto independientes como integradas, con el dispositivo inalambrico 101.
El acceso de red puede variar dependiendo del tipo de sistema de comunicacion. Por ejemplo, en las redes Mobitex™ y DataTAC™, los dispositivos inalambricos se registran en la red utilizando un Numero de Identificacion Personal (PIN -“Personal Identification Number”-) unico asociado con cada dispositivo. En las redes GPRS, sin embargo, el acceso de red esta asociado, por lo comun, con un abonado o usuario de un dispositivo. Un dispositivo de GPRS tiene, por tanto, por lo comun, un modulo de identidad de abonado, al que se hace referencia, por lo comun, como una tarjeta de Modulo de Identidad de Abonado (SIM -“Subscriber Identity Card”-), con el fin de funcionar en una red de GPRS.
Una vez completados los procedimientos de registro o activacion de red, el dispositivo inalambrico 101 puede enviar y recibir senales de comunicacion por la red de comunicacion 113. Las senales recibidas desde la red de comunicacion 113 por la antena de recepcion 154 son encaminadas al receptor 151, el cual proporciona la amplificacion de las senales, su conversion en el sentido descendente de la frecuencia, su filtracion, seleccion de canal, etc., y puede tambien proporcionar su conversion de analogicas a digitales. La conversion de analogica a digital de la senal recibida permite al DSP 158 realizar funciones de comunicacion mas complejas, tales como la desmodulacion y la descodificacion. De una manera similar, las senales que se han de transmitir a la red 113 son tratadas (por ejemplo, moduladas y codificadas) por el DSP 158 y son entonces proporcionadas al transmisor 152 para su conversion de digitales a analogicas, su conversion en el sentido ascendente de la frecuencia, su filtracion, su amplificacion y su transmision a la red (o redes) de comunicacion 113 por medio de la antena de transmision 156.
Ademas de tratar las senales de comunicacion, el DSP 158 hace posible el control del receptor 151 y del transmisor 152. Por ejemplo, las ganancias que se aplican a las senales de comunicacion en el receptor 151 y en el transmisor 152 pueden ser controladas adaptativamente a traves de algoritmos de control de ganancia automaticos implementados en el DSP 158.
En un modo de comunicacion de datos, una senal recibida, una senal recibida, tal como un mensaje de texto o una descarga de pagina web, es tratada por el subsistema de comunicacion 171 y suministrada como entrada al microprocesador 128. La senal recibida es entonces adicionalmente tratada por el microprocesador 128 al objeto de ser suministrada como salida al dispositivo de presentacion visual 127 o, alternativamente, a otros diversos dispositivos de E/S auxiliares 106. Un usuario del dispositivo puede tambien componer elementos de datos, tales como mensajes de correo electronico, utilizando el teclado 114 y/o algun otro dispositivo de E/S auxiliar 106, tal como una placa tactil, un conmutador basculante, una rueda selectora o algun otro tipo de dispositivo de entrada. Los elementos de datos compuestos pueden ser entonces trasmitidos por la red de comunicacion 113, a traves del subsistema de comunicacion 171.
En un modo de comunicacion por voz, el funcionamiento global del dispositivo es sustancialmente similar al modo de comunicacion de datos, a excepcion de que las senales recibidas se suministran como salida a un altavoz 111, y las senales para la transmision son generadas por un microfono 112. Pueden tambien implementarse en el dispositivo inalambrico 101 subsistemas de E/S de voz o de audio alternativos, tales como un subsistema de grabacion de mensajes de voz. Ademas de ello, el dispositivo de presentacion visual 127 puede tambien ser utilizado en el modo
5
10
15
20
25
30
35
40
de comunicacion de voz, por ejemplo, para presentar visualmente la identidad de la parte llamante, la duracion de una llamada de voz u otra informacion relacionada con la voz.
El subsistema de comunicaciones de corto alcance 102 hace posible la comunicacion entre el dispositivo inalambrico 101 y otros sistemas o dispositivos proximos, que no es necesario que sean servicios similares. Por ejemplo, el subsistema de comunicaciones de corto alcance puede incluir un dispositivo infrarrojo y sus circuitos y componentes asociados, o un modulo de comunicacion Bluetooth™, para hacer posible la comunicacion con sistemas y dispositivos similarmente habilitados.
Se entendera que, tal y como se utilizan en esta memoria, terminos y expresiones tales como «acoplado», «conectado», «conectado electricamente», «en comunicacion de senal» y otros similares pueden incluir conexiones directas entre componentes, conexiones indirectas entre componentes, o ambas, como sera evidente en el contexto global de una realizacion particular. El termino «acoplado» esta destinado a incluir una conexion directa, si bien no esta limitado por esta.
Aunque las realizaciones ejemplares descritas y divulgadas en esta memoria se han descrito con referencia a sistemas de comunicacion seleccionados, la presente invencion no esta necesariamente limitada a las realizaciones proporcionadas a modo de ejemplo y que ilustran aspectos inventivos de la presente invencion que son aplicables a una amplia variedad de disposiciones para la capacidad de conexion de red. Asf, las realizaciones particulares anteriormente divulgadas son tan solo ilustrativas y no deberan tomarse como limitaciones sobre la presente invencion, en la medida en que la invencion puede ser modificada y llevada a la practica de maneras diferentes, pero equivalentes, que resulten evidentes para las personas expertas en la tecnica y que dispongan del beneficio de las ensenanzas de esta memoria. De acuerdo con ello, la descripcion anterior no esta destinada a limitar la invencion a la forma particular expuesta, sino que, al contrario, esta destinada a cubrir dichas alternativas, modificaciones y equivalentes en la medida en que puedan estar incluidos dentro del alcance de la invencion, segun se define por las reivindicaciones que se acompanan, de tal modo que los expertos de la tecnica comprenderan que pueden realizar diversos cambios, sustituciones y alteraciones sin apartarse del alcance de la invencion, en su forma mas amplia.
• Cambio en una realizacion para la TS 23.272 de 3GPP
==========================Comienzo del cambio==============================================
3.1 Definiciones
Para los propositos de este documento, son de aplicacion los terminos y definiciones dados en la TR 21.905 [1]. Un termino definido en el presente documento tiene preferencia sobre la definicion del mismo termino, si la hay, en la TR 21.905 [1].
1xCS: El sistema de intercambio de senales Conmutado en circuitos de legado 3GPP2 segun se define en la 3GPP2 X.S0042-0 [22].
CSMT: Un distintivo en un mensaje de peticion de actualizacion de LA que se utiliza en una opcion alternativa de CS para llamada de MT, a fin de evitar la perdida de aviso a distancia en un reintento de desplazamiento itinerante.
Para los propositos del presente documento, son de aplicacion los siguientes terminos y definiciones que se dan en la TR 23.829 [xx] de 3GPP:
Acceso de IP Local
Continuidad de Servicio de LIPA
==========================Fin del cambio===================================================
==========================Comienzo del cambio==============================================
6.3 Llamada de origen de movil en modo activo - No se da soporte a PS HO
Este procedimiento se ejecuta cuando no se da soporte a la PS HO, en el caso normal. La clausula 6.6 describe el procedimiento cuando el procedimiento es rechazado por la MME.
Figura 6.3-1: Peticion de llamada de CS en E-UTRAN, llamada en GERAN/UTRAN sin PS HO
la. El UE envfa una peticion de servicio extendido (indicador de opcion alternativa de CS) a la MME. El mensaje de Peticion de servicio extendido es encapsulado en mensajes de RRC y de S1-AP. El indicador de opcion alternativa
5 de CS indica a la MME que lleve a cabo la opcion alternativa de CS. El UE unicamente transmite esta peticion si
esta enganchado al dominio de CS (con un enganche de EPS/IMSI combinado) y no puede iniciar una sesion de voz de IMS (debido, por ejemplo, a que el UE no esta registrado en IMS o no se da soporte a servicios de voz de IMS por parte de la IP-CAN, pLmN domestica o UE en servicio).
lb. La MME envfa un mensaje de Peticion de modificacion de contexto de UE de S1-AP al eNB, el cual incluye un
10 indicador de opcion alternativa de CS. Este mensaje indica al eNB que el UE ha de ser trasladado a
GERAN/UTRAN. El valor del indicador de opcion alternativa de CS se establece en «Opcion alternativa de CS sin que se requiera PS HO» si la MME se da cuenta de que la PS HO tiene como resultado que la MME desenganche el Ue de la red debido a que la informacion de contexto del UE que guarda la MME es con respecto a conexiones de PDN de LIPA y no se da soporte a la continuidad de servicio de LIPA.
15 1c. El eNB respondera con un mensaje de Respuesta de modificacion de contexto de UE de S1-AP. Si el eNB ha
recibido un Mensaje de Peticion de modificacion de contexto de UE de S1-AP que tiene «Opcion alternativa de CS sin que se requiera PS HO» como valor del indicador de opcion alternativa de Cs, el eNB no tratara de iniciar una PS Ho mediante el envfo de un mensaje de Entrega requerida a la MME.
2. El eNodoB puede, opcionalmente, solicitar un informe de medicion desde el UE para determinar la celda de 20 GERAN/UTRAN de objetivo para la que se llevara a cabo el procedimiento de reconduccion hacia ella.
5
10
15
20
25
30
35
40
45
50
La red lleva a cabo una de las etapas 3a, 3b y 3c.
3a. Si el UE y la red dan soporte a una orden de cambio de celda entre RATs dirigida a GERAN y la celda de objetivo es de GeRAN:
El eNodoB puede desencadenar una orden de cambio de celda entre RATs (opcionalmente, con NACC) hacia una celda de GERAN vecina mediante el envfo de un mensaje de RRC al UE. La orden de cambio de celda entre RATs puede contener un indicador de opcion alternativa de Cs que indica al UE que la orden de cambio de celda es desencadenada como consecuencia de una peticion de opcion alternativa de CS. Si la orden de cambio de celda entre RATs contiene un indicador de opcion alternativa de CS y el UE no consigue establecer una conexion con la RAT de objetivo, entonces el UE considera que la opcion alternativa de CS ha fallado. El procedimiento de peticion de servicio se considera completado con exito cuando el procedimiento de orden de cambio de celda se completa con exito.
3b. Si el UE o la red no da soporte a la entrega de PS entre RATs desde E-UTRAN a GERAN/UTRAN ni a la orden de cambio de celda entre RATs hacia GERAN, o la red no desea hacer uso de estos procedimientos:
El eNodoB puede desencadenar la liberacion de conexion de RRC con reconduccion a GERAN o a UTRAN.
3c. Si el UE y la red dan soporte a «Liberacion de conexion de RRC con reconduccion e informacion de sistema de multiples celdas a GERAN/UTRAN»:
El eNodoB puede desencadenar la liberacion de conexion de RRC con reconduccion a GERAN/UTRAN e incluir una o mas identidades de celda ffsica y su informacion de sistema asociada.
NOTA 1: El temporizador de supervision del procedimiento de peticion de servicio ha de ser lo suficientemente largo, teniendo en cuenta la medicion opcional de que se informa en la etapa 2.
4. El eNodoB envfa un mensaje de Peticion de liberacion de contexto de UE de S1-AP a la MME. Si la celda de objetivo es de GERAN y bien la celda de objetivo o bien el UE no da soporte a DTM, el mensaje incluye una indicacion de que el UE no esta disponible para el servicio de PS.
5. La MME libera el contexto de UE contenido en el eNodoB asf como toda la informacion relacionada con el eNodoB contenida en la S-GW, tal y como se especifica en la TS 23.401 [2].
En el caso de que la clausula indique que se ha liberado un RRC como consecuencia de condiciones anormales, por ejemplo, por un fallo en el enlace por radio, la MME suspende los portadores de EPS (etapa 8).
El UE lleva a cabo una de las etapas 6a ,6b y 6c, y ENTONCES lleva a cabo la etapa 6d.
6a. (La etapa 6a se lleva a cabo en el caso de que se haya llevado a cabo la etapa 3a, Orden de cambio de celda a GERAN).
El UE se traslada a la nueva celda en GERAN. El UE se sirve de la informacion de NACC y/o recibe la informacion del sistema de radiodifusion y, cuando tiene toda la informacion necesaria para acceder a la celda de GERAN, establece una conexion de intercambio de senales por radio.
6b. (La etapa 6b se lleva a cabo en el caso de que se haya llevado a cabo la etapa 3b, liberacion de RRC con reconduccion).
El UE se traslada a la RAT de objetivo, identifica una celda adecuada, preferentemente de la misma PLMN, segun se recibe en el IE de LAI del mensaje de Enganche de EPS/IMSI/Aceptacion de TAU combinados, recibe la informacion del sistema de radiodifusion y, cuando tiene la informacion necesaria para acceder a GERAN/UTRAN, establece una conexion de intercambio de senales por radio.
6c. (La etapa 6c se lleva a cabo en el caso de que se haya llevado a cabo la etapa 3c, liberacion de conexion de RRC con reconduccion e informacion del sistema de multiples celdas).
El UE se traslada a la RAT de objetivo e identifica una celda adecuada, preferiblemente de la misma PLMN que la que se ha recibido en el IE de LAI del mensaje de Enganche de EPS/IMSI/Aceptacion de TAU combinados. El Ue se sirve de la informacion de NACC y/o recibe la informacion del sistema de radiodifusion, y, cuando tiene toda la informacion necesaria para el acceso a GERAN/UTRAN, el UE establece la conexion de intercambio de senales por radio.
6d. Cuando el UE llega a la celda de objetivo, si la RAT de objetivo es de UTRAN: El UE establece la conexion de intercambio de senales por radio mediante el envfo de un mensaje de Transferencia directa inicial de RRC segun se especifica en la TS 25.331 [7], que contiene un mensaje de NAS. El indicador de dominio de CN se establece en «CS» en el mensaje de Transferencia directa inicial.
5
10
15
20
25
30
35
40
45
50
Si la RAT de objetivo se encuentra en el modo A/Gb de GERAN: El UE establece una conexion de intercambio de senales por radio mediante el uso de procedimientos especificados en la TS 44.018 [4] (esto es, el UE solicita, y se le asigna, un canal dedicado por el que envfa un SABM que contiene un mensaje de NAS dirigido al BSS, y el BSS responde enviando una UA). Al recibir el SABM (que contiene el mensaje de NAS), el BSS envfa un mensaje de INFORMACION DE CAPA COMPLETA 3 (que contiene el mensaje de NAS) a la MSC, que indica que se han asignado recursos de CS en la celda de GERAN. Tras el establecimiento del enlace de intercambio de senales principal segun se describe en la TS 44.018 [4], el UE entra en el Modo de Transferencia Doble o en el Modo Dedicado.
Si el LA de la nueva celda es diferente del que se ha almacenado en el UE, el UE iniciara una actualizacion de area de ubicacion o un procedimiento de actualizacion de RA/LA combinado, segun se especifica en la TS 23.060 [3] para los diferentes modos de funcionamiento de red (NMO -“Network Modes of Operation”-). El UE debera establecer el distintivo de «peticion de continuacion» en la peticion de LAU con el fin de indicar a la MSC que no libere la conexion de lu/A una vez que el procedimiento de LAU se ha completado. Adicionalmente, el UE lleva a cabo cualquier procedimiento de actualizacion de area de encaminamiento segun se especifica por la TS 23.060 [3].
En NMO I, un UE de CSFB puede llevar a cabo procedimientos de LAU con el distintivo de «peticion de continuacion» y de RAU independientes, en lugar de un procedimiento de actualizacion de RA/LA combinado, a fin de acelerar el procedimiento de CSFB.
7. Si la RAT de objetivo es de GERAN y no se da soporte a DTM, el UE inicia el procedimiento suspendido especificado en la TS 23.060 [3], clausula 16.2.1.1.2. Esto desencadena el SGSN para que envfe un mensaje de Peticion de suspenso a la MME. La MME devuelve una Respuesta de suspenso al SGSN, incluso aunque no pueda ser deducido el GUTI del par de P-TMSI y RAI.
8. Si el mensaje de Peticion de liberacion de contexto de UE de S1-AP, recibido desde el eNodoB en la etapa 4, indica que el UE no esta disponible para el servicio de PS en la celda de objetivo, entonces la MME inicia la preservacion y la suspension de los portadores no de GBR, asf como la desactivacion de los portadores de GBR, hacia la S-GW y la(s) P-GW(s). La MME almacena en el contexto de UE que el UE se encuentra en un estatus suspendido.
NOTA 2: La etapa 8 no puede ser desencadenada por el procedimiento de suspenso puesto que no puede deducirse el GUTI completo del P-TMSI y RAI incluidos en el mensaje de peticion de suspenso.
9. El UE continua con el procedimiento de establecimiento de llamada de MO, con el envfo de una peticion de servicio de CM.
10a. Si el UE no esta registrado en la MSC que da servicio a la celda de 2G/3G, o no se permite al UE en el LA, la MSC rechazara la peticion de servicio si no se lleva a cabo una actualizacion de ubicacion implfcita.
10b. Un UE que detecta que la MSC ha rechazado la peticion de servicio llevara a cabo una actualizacion de area de ubicacion o un procedimiento de RA/LA combinado, de acuerdo con procedimientos de GERAN o de UTRAN ya existentes, segun se especifica en la TS 23.060 [3] para los diferentes Modos de Funcionamiento de Red (NMO).
10c. El UE inicia el procedimiento de establecimiento de llamada de CS.
11. Una vez que se ha puesto fin a la llamada de voz de CS, y si el UE se encuentra en GERAN y los servicios de PS estan suspendidos, entonces el UE reanudara los servicios de PS segun se especifica en la TS 23.060 [3]. Un Gn/Gp -SGSN seguira la TS 23.060 [3] para reanudar el (los) contexto(s) de PDP. Un SGSN de S4 seguira la TS
23.060 [3] para retomar los portadores, e informa a la S-GW y a la(s) P-GW(s) de que retoma los portadores suspendidos. Si el UE ha retornado a E-UTRAN despues de que haya puesto fin a la llamada de voz de CS, entonces el UE debera reanudar el servicio de PS enviando una TAU a la MME. La MME informara, ademas de ello, a la S-GW y a la(s) P-GW(s) de que retoma los portadores suspendidos. La retoma de los portadores suspendidos en la S-GW y en la P-GW debera hacerse mediante una retoma implfcita, utilizando el mensaje de peticion de Modificacion de portador, si esta se desencadena por el procedimiento en funcionamiento, por ejemplo, RAU, TAU o peticion de servicio. La S-GW esta al tanto del estado suspendido de los portadores y remitira la peticion de Modificacion de portador a la P-GW. Debera utilizarse una retoma explfcita utilizando el mensaje de Notificacion de retoma, en los casos en que no se desencadene la peticion de Modificacion de portador por el procedimiento en funcionamiento.
Si el UE permanece en la UTRAN/GERAN una vez que se ha puesto fin a la llamada de voz de CS, el UE lleva a cabo procedimientos de gestion de movilidad normales segun se definen en la TS 23.060 [3] y en la TS 24.008 [21].
==========================Fin del cambio===================================================
==========================Comienzo del cambio==============================================
5
10
15
20
25
7.4 Llamada de terminacion de movil en modo activo - No se da soporte a PS HO
Este procedimiento se lleva a cabo cuando no se da soporte a PS HO, en el caso normal. La clausula 6.6 describe el procedimiento cuando el procedimiento es rechazado por la MME.
Figura 7.4-1: Aviso a distancia de CS en E-UTRAN, llamada en GERAN/UTRAN sin PS HO
1a. La MSC recibe una llamada de voz entrante y responde enviando una peticion de Aviso a distancia (IMSI o TMSI, informacion opcional de informacion de gestion de identificacion y conexion de lmea de llamante) a la MME a traves de una interfaz de SGs. La MSC envfa unicamente un Aviso a distancia de CS para un UE, que proporciona informacion de actualizacion de ubicacion utilizando la interfaz de SGs. En el modo activo, la MME tiene una conexion de S1 establecida y, si la MME no ha devuelto la indicacion de «solo SMS» al UE durante los procedimientos de enganche o de actualizacion de TA/LA combinada, la MME reutiliza la conexion existente para remitir la notificacion de servicio de CS al UE.
En caso de que la MME haya devuelto la indicacion de «solo SMS» al UE durante los procedimientos de enganche o de actualizacion de TA/LA combinados, la MME no enviara el Aviso a distancia de CS al UE, y envfa un Rechazo de aviso a distancia de CS hacia la MSC con el fin de detener el procedimiento de aviso a distancia de CS, de manera que este procedimiento de CSFB se detiene.
El eNB remite el mensaje de aviso a distancia al UE. El mensaje contiene un indicador de dominio de CN y, en caso de que se reciba desde la MSC, una Identificacion de Lmea de Llamada.
La MME envfa inmediatamente el mensaje de Peticion de servicio de SGs a la MSC, que contiene una indicacion de que el UE estaba en el modo conectado. La MSC utiliza esta indicacion de modo conectado para iniciar el temporizador de remision de llamada al no tener respuesta, para ese UE, y la MSC debera enviar una indicacion de usuario alertando a la parte llamante. La recepcion del mensaje de Peticion de servicio de SGs detiene la retransmision, por parte de la MSC, del mensaje de Aviso a distancia de interfaz de SGs.
NOTA 1: Puede utilizarse, por parte del UE, la politica previamente configurada con el fin de evitar ser perturbado
5
10
15
20
25
30
35
40
45
50
sin presentacion visual de lmea de la identificacion de la lmea del llamante, y el manejo detallado ha de ser decidido por la WG1 de CT y la WG6 de CT.
NOTA 2: Este procedimiento puede tambien tener lugar inmediatamente despues de que la MSC recibe la PRN_MAP desde el HSS, en caso de que se haya desplegado el aviso a distancia preliminar. La identificacion de la lmea del llamante tambien se proporciona en el caso de aviso a distancia preliminar.
lb. El UE envfa un mensaje de Peticion de servicio extendido m(indicador de opcion alternativa de CS, rechazo o aceptacion) a la MME. El mensaje de Peticion de servicio extendido es encapsulado en mensajes de RRC y de S1- AP. El indicador de opcion alternativa de CS indica a la MME que lleve a cabo una opcion alternativa de CS. El UE puede decidir rechazar la CSFB basandose en la identificacion de la lmea del llamante.
lc. Al recibir la peticion de servicio extendido (CSFB, rechazo), la MME envfa un rechazo de aviso a distancia hacia la MSC con el fin de detener el procedimiento de aviso a distancia de CS, y este procedimiento de CSFB se detiene.
ld. LA MME envfa un mensaje de Peticion de modificacion de contexto de UE de S1-AP al eNodoB, que incluye un indicador de opcion alternativa de CS. Este mensaje indica al eNB que el UE ha de desplazarse a UTRAN/GERAN. El valor del indicador de opcion alternativa de CS se establece en «Opcion alternativa de CS sin que se requiera PS HO» en el caso de que la MME constate que la PS HO tiene el resultado de que la MME desengancha el UE de la red debido a que la informacion de contexto de UE que guarda la MME es con respecto a las conexiones de PDN de LIPA y no se da soporte a la continuidad de servicio de LIPA.
le. El eNB debera responder con un mensaje de Respuesta de modificacion de contexto de S1-AP. Si el eNB ha recibido un mensaje de Peticion de modificacion de contexto de UE de S1-AP que tiene «Opcion alternativa de CS sin que se requiera PS HO» como el valor del indicador de opcion alternativa de CS, el eNB no tratara de iniciar la PS Ho mediante el envfo de un mensaje de Requerida entrega a la MME.
2. El eNodoB puede, opcionalmente, solicitar un informe de medicion por parte del UE para determinar la celda de GERAN/UTRAN de objetivo hacia la que se llevara a cabo el procedimiento de reconduccion.
La red lleva a cabo una de las etapas 3a, 3b y 3c.
3a. Si el UE y la red dan soporte a una orden de cambio de celda entre RATs dirigida a GERAN y la celda de objetivo es de GeRAN:
El eNodoB puede desencadenar una orden de cambio de celda entre RATs (opcionalmente, con NACC) hacia una celda de GERAN vecina mediante el envfo de un mensaje de RRC al UE. La orden de cambio de celda entre RATs puede contener un indicador de opcion alternativa de Cs que indica al UE que la orden de cambio de celda es desencadenada como consecuencia de una peticion de opcion alternativa de CS. Si la orden de cambio de celda entre RATs contiene un indicador de opcion alternativa de CS y el UE no consigue establecer una conexion con la RAT de objetivo, entonces el UE considera que la opcion alternativa de CS ha fallado. El procedimiento de peticion de servicio se considera completado con exito cuando el procedimiento de orden de cambio de celda se completa con exito.
3b. Si el UE o la red no da soporte a la entrega de PS entre RATs desde E-UTRAN a GERAN/UTRAN ni a la orden de cambio de celda entre RATs hacia GERAN:
El eNodoB puede desencadenar la liberacion de conexion de RRC con reconduccion a GERAN o a UTRAN, en lugar de la PS HO o NACC.
3c. Si el UE y la red dan soporte a «Liberacion de conexion de RRC con reconduccion e informacion de sistema de multiples celdas a GERAN/uTrAN»:
El eNodoB puede desencadenar la liberacion de conexion de RRC con reconduccion a GERAN/UTRAN e incluir una o mas identidades de celda ffsica y su informacion de sistema asociada.
NOTA 3: El temporizador de supervision del procedimiento de peticion de servicio ha de ser lo suficientemente largo, teniendo en cuenta la medicion opcional de que se informa en la etapa 2.
4. El eNodoB envfa un mensaje de Peticion de liberacion de contexto de UE de S1-AP a la MME. Si la celda de objetivo es de GERAN y bien la celda de objetivo o bien el UE no da soporte a DTM, el mensaje incluye una indicacion de que el UE no esta disponible para el servicio de PS.
5. La MME libera el contexto de UE contenido en el eNodoB asf como toda la informacion relacionada con el eNodoB contenida en la S-GW, tal y como se especifica en la TS 23.401 [2].
En el caso de que la clausula indique que se ha liberado un RRC como consecuencia de condiciones anormales, por ejemplo, por un fallo en el enlace por radio, la MME suspende los portadores de EPS (etapa 8).
5
10
15
20
25
30
35
40
45
50
El UE lleva a cabo una de las etapas 6a ,6b y 6c, y ENTONCES lleva a cabo la etapa 6d.
6a. (La etapa 6a se lleva a cabo en el caso de que se haya llevado a cabo la etapa 3a, Orden de cambio de celda a GERAN).
El UE se traslada a la nueva celda en GERAN. El UE se sirve de la informacion de NACC y/o recibe la informacion del sistema de radiodifusion y, cuando tiene toda la informacion necesaria para acceder a la celda de GERAN, establece una conexion de intercambio de senales por radio.
6b. (La etapa 6b se lleva a cabo en el caso de que se haya llevado a cabo la etapa 3b, liberacion de RRC con reconduccion).
El UE se traslada a la RAT de objetivo, identifica una celda adecuada, preferentemente de la misma PLMN, segun se recibe en el IE de LAI del mensaje de Enganche de EPS/IMSI/Aceptacion de TAU combinados, recibe la informacion del sistema de radiodifusion y, cuando tiene la informacion necesaria para acceder a GERAN/UTRAN, establece una conexion de intercambio de senales por radio.
6c. (La etapa 6c se lleva a cabo en el caso de que se haya llevado a cabo la etapa 3c, liberacion de conexion de RRC con reconduccion e informacion del sistema de multiples celdas).
El UE se traslada a la RAT de objetivo e identifica una celda adecuada, preferiblemente de la misma PLMN que la que se ha recibido en el IE de LAI del mensaje de Enganche de EPS/IMSI/Aceptacion de TAU combinados. El Ue se sirve de la informacion de NACC y/o recibe la informacion del sistema de radiodifusion, y, cuando tiene la informacion necesaria para el acceso a GERAN/UTRAN, el UE establece la conexion de intercambio de senales por radio.
6d. Si el LA de la nueva celda es diferente del que se ha almacenado en el UE, el UE iniciara una actualizacion de area de ubicacion o una actualizacion de RA/LA combinada, segun se especifica en la TS 23.060 [3] para los diferentes modos de funcionamiento de red (NMO -“Network Modes of Operation”-). El UE debera establecer el distintivo de «CSMT» en la peticion de LAU. El distintivo de «CSMT» se utiliza para evitar la perdida de una llamada de MT en caso reintento con desplazamiento itinerante. En NMO I, el UE en GERAN puede llevar a cabo una actualizacion de LA sobre la conexion de RR, en lugar de una actualizacion de RA/LA combinada sobre el acceso en paquetes, tal como se define en la TS 24.008 [21], clausula 4.7.5.2.5, a menos que se de soporte al establecimiento de CS mejorado en DTM. Por otra parte, el Ue lleva a cabo cualquier procedimiento de actualizacion de area de encaminamiento segun se especifica en la TS 23.060 [3].
En NMO I, un UE de CSFB puede llevar a cabo procedimientos de LAU (y, si asf lo hace, establecera el distintivo de «CSMT») y de RAU, en lugar de un procedimiento de actualizacion de RA/LA combinado para acelerar el procedimiento de CSFB.
Cuando la MSC recibe una peticion de actualizacion de LA, debera comprobar las llamadas de CS de terminacion pendientes, y, en caso de haberse establecido el distintivo de «CSMT», mantiene la conexion de intercambio de senales de CS tras el procedimiento de actualizacion de area de ubicacion, para las llamadas de CS de terminacion pendientes.
7. Si la RAT de objetivo es de GERAN y no se da soporte a DTM, el UE inicia el procedimiento suspendido especificado en la TS 23.060 [3], clausula 16.2.1.1.2. Esto desencadena el SGSN para que envfe un mensaje de Peticion de suspenso a la MME. La MME devuelve una Respuesta de suspenso al SGSN, incluso aunque no pueda ser deducido el GUTI del par de P-TMSI y RAI.
8. Si el mensaje de Peticion de liberacion de contexto de UE de S1-AP, recibido desde el eNodoB en la etapa 4, indica que el UE no esta disponible para el servicio de PS en la celda de objetivo, entonces la MME inicia la preservacion y la suspension de los portadores no de GBR, asf como la desactivacion de los portadores de GBR, hacia la S-GW y la(s) P-GW(s). La MME almacena en el contexto de UE que el UE se encuentra en un estatus suspendido.
NOTA 4: La etapa 8 no puede ser desencadenada por el procedimiento de suspenso puesto que no puede deducirse el GUTI completo del P-TMSI y RAI incluidos en el mensaje de peticion de suspenso.
9. Si el UE no inicia el procedimiento de LAU, el UE responde al aviso a distancia enviando un mensaje de Respuesta de aviso a distancia segun se especifica en la TS 44.018 [4] o en la TS 25.331 [7]. Cuando se recibe en el BBS/RNS, la respuesta de aviso a distancia es remitida a la MSC.
NOTA 6: La MSC ha de estar preparada para recibir una respuesta de aviso a distancia una vez transcurrido un tiempo relativamente largo desde el momento en que se envio la peticion de aviso a distancia de CS (etapa 1a).
9a. En el caso de que el UE este registrado en la MSC que da servicio a la celda de 2G/3G y el UE este permitido en el LA, la MSC establecera la llamada de CS.
5
10
15
20
25
30
35
9b. Si el UE no esta registrado en la MSC que recibe la respuesta de aviso a distancia, o bien el UE no esta permitido en el LA, la MSC debera rechazar la respuesta de aviso a distancia liberando la conexion de A/Iu-cs. El BSS/RNS, su vez, libera la conexion de intercambio de senales para el dominio de CS.
9c. La liberacion de la conexion de intercambio de senales desencadenara el hecho de que el UE obtenga la LAI, lo que provoca el inicio de una actualizacion de area de ubicacion o de un procedimiento de RA/LA combinado, segun se especifica en la TS 23.060 [3] para los diferentes modos de funcionamiento de red (NMO).
La actualizacion de area de ubicacion desencadena el reintento de desplazamiento itinerante para el procedimiento de opcion alternativa de CS, segun se define en la clausula 7.5.
Tras llevar a cabo el procedimiento de LAU, la MSC establecera la llamada de CS si el UE esta permitido en el LA. Con la excepcion de las etapas 1a y 1c anteriores, se lleva a cabo una remision de llamada (vease la TS 23.082 [31] basandose en el intercambio de senales segun la TS 24.008 [21] recibido en la celda de GERAN/UTRAN.
Una vez que se ha puesto fin a la llamada de voz de CS, y si el UE se encuentra en GERAN y los servicios de PS estan suspendidos, entonces el UE reanudara los servicios de PS segun se especifica en la TS 23.060 [3]. Un Gn/Gp -sGsN seguira la TS 23.060 [10] para reanudar el (los) contexto(s) de PDp. Un SGSN de S4 seguira la TS
23.060 [10] para retomar los portadores, e informa a la S-GW y a la(s) P-GW(s) de que retoma los portadores suspendidos. Si el UE ha retornado a E-UTRAN despues de que haya puesto fin a la llamada de voz de CS, entonces el UE debera reanudar el servicio de PS enviando una TAU a la MME. La MME informara, ademas de ello, a la S-GW y a la(s) P-GW(s) de que retoma los portadores suspendidos. La retoma de los portadores suspendidos en la S-GW y en la P-GW debera hacerse mediante una retoma implfcita, utilizando el mensaje de peticion de Modificacion de portador, si esta se desencadena por el procedimiento en funcionamiento, por ejemplo, RAU, TAU o peticion de servicio. La S-GW esta al tanto del estado suspendido de los portadores y remitira la peticion de Modificacion de portador a la P-GW. Debera utilizarse una retoma explfcita utilizando el mensaje de Notificacion de retoma, en los casos en que no se desencadene la peticion de Modificacion de portador por el procedimiento en funcionamiento.
Si el UE permanece en la UTRAN/GERAN una vez que se ha puesto fin a la llamada de voz de CS, el UE lleva a cabo procedimientos de gestion de movilidad normales segun se definen en la TS 23.060 [3] y en la TS 24.008 [21].
==========================Fin del cambio===================================================
• Cambio en una realizacion para la TS 36.417 de 3GPP
==========================Comienzo del cambio==============================================
9.2.3.21 Indicador de aviso a distancia de CS
EL IE indica que es necesaria una opcion alternativa hacia el dominio de CS.
- lE/Nombre de grupo
- Presencia Intervalo Tipo de IE y referencia Descripcion semantica
- Indicador de aviso a distancia de CS
- M ENUMERADO (requerida opcion alternativa de CS, opcion alternativa de CS sin que se requiera PS HO,... , alta prioridad a opcion alternativa de CS)
==========================Fin del cambio============
• Cambio en una realizacion para la TS 23.272 de 3GPP
==========================Comienzo del cambio=======
6.3 Llamada de origen de movil en modo activo - No se da soporte a PS HO
Este procedimiento se lleva a cabo cuando no se da soporte a PS HO, en el caso normal. La clausula 6.6 describe el procedimiento cuando el procedimiento es rechazado por la MME.
Figura 6.3-1: Peticion de llamada de CS en E-UTRAN, llamada en GERAN/UTRAN sin PS HO
la. El UE envfa una peticion de servicio extendido (indicador de opcion alternativa de CS) a la MME. El mensaje de Peticion de servicio extendido es encapsulado en mensajes de RRC y de S1-AP. El indicador de opcion alternativa
5 de CS indica a la MME que lleve a cabo la opcion alternativa de CS. El UE unicamente transmite esta peticion si
esta enganchado al dominio de CS (con un enganche de EPS/IMSI combinado) y no puede iniciar una sesion de voz de IMS (debido, por ejemplo, a que el UE no esta registrado en IMS o no se da soporte a servicios de voz de IMS por parte de la IP-CAN, pLmN domestica o UE en servicio).
lb. La MME envfa un mensaje de Peticion de modificacion de contexto de UE de S1-AP al eNB, el cual incluye un
10 indicador de opcion alternativa de CS. Este mensaje indica al eNB que el UE ha de ser trasladado a
GERAN/UTRAN.
lc. El eNB respondera con un mensaje de Respuesta de modificacion de contexto de UE de S1-AP.
2. El eNodoB puede, opcionalmente, solicitar un informe de medicion desde el UE para determinar la celda de GERAN/UTRAN de objetivo para la que se llevara a cabo el procedimiento de reconduccion hacia ella.
15 La red lleva a cabo una de las etapas 3a, 3b y 3c.
3a. Si el UE y la red dan soporte a una orden de cambio de celda entre RATs dirigida a GERAN y la celda de objetivo es de GeRAN:
El eNodoB puede desencadenar una orden de cambio de celda entre RATs (opcionalmente, con NACC) hacia una celda de GERAN vecina mediante el envfo de un mensaje de RRC al UE. La orden de cambio de celda entre RATs 20 puede contener un indicador de opcion alternativa de Cs que indica al UE que la orden de cambio de celda es
5
10
15
20
25
30
35
40
45
50
desencadenada como consecuencia de una peticion de opcion alternativa de CS. Si la orden de cambio de celda entre RATs contiene un indicador de opcion alternativa de CS y el UE no consigue establecer una conexion con la RAT de objetivo, entonces el UE considera que la opcion alternativa de CS ha fallado. El procedimiento de peticion de servicio se considera completado con exito cuando el procedimiento de orden de cambio de celda se completa con exito.
3b. Si el UE o la red no da soporte a la entrega de PS entre RATs desde E-UTRAN a GERAN/UTRAN ni a la orden de cambio de celda entre RATs hacia GERAN, o la red no desea hacer uso de estos procedimientos, o el HeNB determina que el UE unicamente tiene conexiones de PDN de LIPA basandose en la existencia de TEID de correlacion:
El eNodoB puede desencadenar la liberacion de conexion de RRC con reconduccion a GERAN o a UTRAN.
3c. Si el UE y la red dan soporte a «Liberacion de conexion de RRC con reconduccion e informacion de sistema de multiples celdas a GERAN/UTRAN»:
El eNodoB puede desencadenar la liberacion de conexion de RRC con reconduccion a GERAN/UTRAN e incluir una o mas identidades de celda ffsica y su informacion de sistema asociada.
NOTA 1: El temporizador de supervision del procedimiento de peticion de servicio ha de ser lo suficientemente largo, teniendo en cuenta la medicion opcional de que se informa en la etapa 2.
4. El eNodoB envfa un mensaje de Peticion de liberacion de contexto de UE de S1-AP a la MME. Si la celda de objetivo es de GERAN y bien la celda de objetivo o bien el UE no da soporte a DTM, el mensaje incluye una indicacion de que el UE no esta disponible para el servicio de PS.
5. La MME libera el contexto de UE contenido en el eNodoB asf como toda la informacion relacionada con el eNodoB contenida en la S-GW, tal y como se especifica en la TS 23.401 [2].
En el caso de que la clausula indique que se ha liberado un RRC como consecuencia de condiciones anormales, por ejemplo, por un fallo en el enlace por radio, la MME suspende los portadores de EPS (etapa 8).
El UE lleva a cabo una de las etapas 6a ,6b y 6c, y ENTONCES lleva a cabo la etapa 6d.
6a. (La etapa 6a se lleva a cabo en el caso de que se haya llevado a cabo la etapa 3a, Orden de cambio de celda a GERAN).
El UE se traslada a la nueva celda en GERAN. El UE se sirve de la informacion de NACC y/o recibe la informacion del sistema de radiodifusion y, cuando tiene toda la informacion necesaria para acceder a la celda de GERAN, establece una conexion de intercambio de senales por radio.
6b. (La etapa 6b se lleva a cabo en el caso de que se haya llevado a cabo la etapa 3b, liberacion de RRC con reconduccion).
El UE se traslada a la RAT de objetivo, identifica una celda adecuada, preferentemente de la misma PLMN, segun se recibe en el IE de LAI del mensaje de Enganche de EPS/IMSI/Aceptacion de TAU combinados, recibe la informacion del sistema de radiodifusion y, cuando tiene la informacion necesaria para acceder a GERAN/UTRAN, establece una conexion de intercambio de senales por radio.
6c. (La etapa 6c se lleva a cabo en el caso de que se haya llevado a cabo la etapa 3c, liberacion de conexion de RRC con reconduccion e informacion del sistema de multiples celdas).
El UE se traslada a la RAT de objetivo e identifica una celda adecuada, preferiblemente de la misma PLMN que la que se ha recibido en el IE de LAI del mensaje de Enganche de EPS/IMSI/Aceptacion de TAU combinados. El Ue se sirve de la informacion de NACC y/o recibe la informacion del sistema de radiodifusion, y, cuando tiene toda la informacion necesaria para el acceso a GERAN/UTRAN, el UE establece la conexion de intercambio de senales por radio.
6d. Cuando el UE llega a la celda de objetivo, si la RAT de objetivo es de UTRAN: El UE establece la conexion de intercambio de senales por radio mediante el envfo de un mensaje de Transferencia directa inicial de RRC segun se especifica en la TS 25.331 [7], que contiene un mensaje de NAS. El indicador de dominio de CN se establece en «CS» en el mensaje de Transferencia directa inicial.
Si la RAT de objetivo se encuentra en el modo A/Gb de GERAN: El UE establece una conexion de intercambio de senales por radio mediante el uso de procedimientos especificados en la TS 44.018 [4] (esto es, el UE solicita, y se le asigna, un canal dedicado por el que envfa un SABM que contiene un mensaje de NAS dirigido al BSS, y el BSS responde enviando una UA). Al recibir el SABM (que contiene el mensaje de NAS), el BSS envfa un mensaje de INFORMACION DE CAPA COMPLETA 3 (que contiene el mensaje de NAS) a la MSC, que indica que se han asignado recursos de CS en la celda de GERAN. Tras el establecimiento del enlace de intercambio de senales
5
10
15
20
25
30
35
40
45
50
principal segun se describe en la TS 44.018 [4], el UE entra en el Modo de Transferencia Doble o en el Modo Dedicado.
Si el LA de la nueva celda es diferente del que se ha almacenado en el UE, el UE iniciara una actualizacion de area de ubicacion o un procedimiento de actualizacion de RA/LA combinado, segun se especifica en la TS 23.060 [3] para los diferentes modos de funcionamiento de red (NMO -“Network Modes of Operation”-). El UE debera establecer el distintivo de «peticion de continuacion» en la peticion de LAU con el fin de indicar a la MSC que no libere la conexion de lu/A una vez que el procedimiento de LAU se ha completado. Adicionalmente, el UE lleva a cabo cualquier procedimiento de actualizacion de area de encaminamiento segun se especifica por la TS 23.060 [3].
En NMO I, un UE de CSFB puede llevar a cabo procedimientos de LAU con el distintivo de «peticion de continuacion» y de RAU independientes, en lugar de un procedimiento de actualizacion de RA/LA combinado, a fin de acelerar el procedimiento de CSFB.
7. Si la RAT de objetivo es de GERAN y no se da soporte a DTM, el UE inicia el procedimiento suspendido especificado en la TS 23.060 [3], clausula 16.2.1.1.2. Esto desencadena el SGSN para que envfe un mensaje de Peticion de suspenso a la MME. La MME devuelve una Respuesta de suspenso al SGSN, incluso aunque no pueda ser deducido el GUTI del par de P-TMSI y RAI.
8. Si el mensaje de Peticion de liberacion de contexto de UE de S1-AP, recibido desde el eNodoB en la etapa 4, indica que el UE no esta disponible para el servicio de PS en la celda de objetivo, entonces la MME inicia la preservacion y la suspension de los portadores no de GBR, asf como la desactivacion de los portadores de GBR, hacia la S-GW y la(s) P-GW(s). La MME almacena en el contexto de UE que el UE se encuentra en un estatus suspendido.
NOTA 2: La etapa 8 no puede ser desencadenada por el procedimiento de suspenso puesto que no puede deducirse el GUTI completo del P-TMSI y RAI incluidos en el mensaje de peticion de suspenso.
9. El UE continua con el procedimiento de establecimiento de llamada de MO, con el envfo de una peticion de servicio de CM.
10a. Si el UE no esta registrado en la MSC que da servicio a la celda de 2G/3G, o no se permite al UE en el LA, la MSC rechazara la peticion de servicio si no se lleva a cabo una actualizacion de ubicacion implfcita.
10b. Un UE que detecta que la MSC ha rechazado la peticion de servicio llevara a cabo una actualizacion de area de ubicacion o un procedimiento de RA/LA combinado, de acuerdo con procedimientos de GERAN o de UTRAN ya existentes, segun se especifica en la TS 23.060 [3] para los diferentes Modos de Funcionamiento de Red (NMO).
10c. El UE inicia el procedimiento de establecimiento de llamada de CS.
11. Una vez que se ha puesto fin a la llamada de voz de CS, y si el UE se encuentra en GERAN y los servicios de PS estan suspendidos, entonces el UE reanudara los servicios de PS segun se especifica en la TS 23.060 [3]. Un Gn/Gp -SGSN seguira la TS 23.060 [3] para reanudar el (los) contexto(s) de PDP. Un SGSN de S4 seguira la TS
23.060 [3] para retomar los portadores, e informa a la S-GW y a la(s) P-GW(s) de que retoma los portadores suspendidos. Si el UE ha retornado a E-UTRAN despues de que haya puesto fin a la llamada de voz de CS, entonces el UE debera reanudar el servicio de PS enviando una TAU a la MME. La MME informara, ademas de ello, a la S-GW y a la(s) P-GW(s) de que retoma los portadores suspendidos. La retoma de los portadores suspendidos en la S-GW y en la P-GW debera hacerse mediante una retoma implfcita, utilizando el mensaje de peticion de Modificacion de portador, si esta se desencadena por el procedimiento en funcionamiento, por ejemplo, RAU, TAU o peticion de servicio. La S-GW esta al tanto del estado suspendido de los portadores y remitira la peticion de Modificacion de portador a la P-GW. Debera utilizarse una retoma explfcita utilizando el mensaje de Notificacion de retoma, en los casos en que no se desencadene la peticion de Modificacion de portador por el procedimiento en funcionamiento.
Si el UE permanece en la UTRAN/GERAN una vez que se ha puesto fin a la llamada de voz de CS, el UE lleva a cabo procedimientos de gestion de movilidad normales segun se definen en la TS 23.060 [3] y en la TS 24.008 [21].
==========================Fin del cambio===================================================
Ejemplos de la presente invencion se exponen en las siguientes clausulas numeradas.
1. Un metodo, en un primer elemento de red de una red de comunicaciones inalambrica, de tal manera que el metodo comprende:
recibir un primer mensaje procedente de una entidad de gestion de movilidad (MME), de tal modo que el primer mensaje esta asociado con la provocacion de un procedimiento de opcion alternativa conmutada en circuitos (CSFB) para reconducir un Equipo de Usuario (UE) para que cambie del primer elemento de red a un segundo elemento de red;
5
10
15
20
25
30
35
40
45
50
determinar que no se dispone de Entrega Conmutada en Paquetes (PS HO) para el procedimiento de CSFB; y
enviar un segundo mensaje al UE en respuesta a dicha determinacion, de tal manera que el segundo mensaje esta asociado con hacer que el UE lleve a cabo un procedimiento de liberacion de conexion de Control de Recursos de Radio (RRC).
2. El metodo de acuerdo con la clausula 1, en el cual dicha determinacion incluye
determinar, en el primer elemento de red, que el UE tiene unicamente una conexion de Red de Datos en Paquetes (PDN) de Acceso de IP Local (LIPA) en el primer elemento de red.
3. El metodo de acuerdo con la clausula 1, en el cual el segundo elemento de red es uno de entre una estacion de base de GERAN y una estacion de base de UTRAN.
4. El metodo de acuerdo con la clausula 3, en el cual el segundo mensaje es uno de entre:
un mensaje de RRC, que incluye una orden de cambio de celda entre RATs destinada a una estacion de base de GERAN vecina, en caso de que el UE y la red den soporte a la orden de cambio de celda entre RATs destinada a GERAN, y el segundo elemento de red sea de GERAN; o
un mensaje de intercambio de senales, destinado a desencadenar una liberacion de conexion de RRC con reconduccion hacia el segundo elemento de red, en el caso de que el segundo elemento de red sea una estacion de base de GERAN o de UTRAN; o
un mensaje de intercambio de senales, destinado a desencadenar una liberacion de conexion de RRC con reconduccion hacia el segundo elemento de red, de tal modo que el mensaje de intercambio de senales para desencadenar la liberacion de conexion de RRC comprende una o mas identidades de celda ffsica e informacion del sistema asociada, en el caso de que el segundo elemento de red sea una estacion de base de GERAN o de UTRAN, y el UE y la red den soporte a «Liberacion de conexion de RRC con reconduccion e informacion de sistema de multiples celdas hacia GERAN/UTRAN».
5. El metodo de acuerdo con la clausula 1, en el cual el primer elemento de red es una estacion de base de nodo domestico evolucionado (HeNB).
6. El metodo de acuerdo con la clausula 1, en el cual el primer mensaje es una peticion de modificacion de contexto de UE, incluyendo un indicador de CSFB.
7. El metodo de acuerdo con la clausula 1, en el cual dicha determinacion de que la PS HO no esta disponible para la CSFB comprende detectar una indicacion en el primer mensaje procedente de la MME de que la PS HO no esta disponible.
8. El metodo de acuerdo con la clausula 1, en el cual dicha determinacion de que la PS HO no esta disponible para la CSFB comprende detectar que todas las conexiones de RRC para el UE tienen una ID de correlacion asociada.
9. El metodo de acuerdo con la clausula 1, en el cual el procedimiento de CSFB esta relacionado con una llamada originada por movil.
10. El metodo de acuerdo con la clausula 1, en el cual el procedimiento de CSFB esta relacionado con una llamada terminada por movil.
11. Un metodo para uso en una entidad de gestion de movilidad (MME) de una red, de tal manera que el metodo comprende:
recibir un mensaje de Peticion de servicio extendido con indicador de opcion alternativa conmutada en circuitos (CS), procedente de un Equipo de Usuario (UE), de tal modo que el UE esta conectado a un primer elemento de red que tiene una primera caractenstica de identificacion;
enviar un mensaje de Peticion de modificacion de contexto de UE a una segundo elemento de red de la red, que incluye el indicador de opcion alternativa de CS para indicar que el UE ha de trasladarse a un segundo elemento de red, de tal manera que el segundo elemento de red da soporte a servicios de CS, y de tal modo que un valor del indicador de opcion alternativa de CS se establece en «Opcion alternativa de CS sin que se requiera PS HO» unicamente cuando se cumple una condicion predeterminada.
12. El metodo de acuerdo con la clausula 11, en el cual la condicion predeterminada comprende determinar que el UE tiene tan solo una o mas conexiones de PDN de LIPA en el primer elemento de red, de tal manera que no se da soporte a las una o mas conexiones de PDN de LIPA en el segundo elemento de red.
13. Un aparato de elemento de red, en una red de comunicaciones inalambrica, que comprende logica y/o
5
10
15
20
25
30
35
circuitos de control de procesador para:
recibir un primer mensaje desde una entidad de gestion de movilidad (MME), de tal manera que el primer mensaje asociado con el hecho de provocar que un procedimiento de opcion alternativa conmutada en circuitos (CSFB) redirija un Equipo de Usuario (UE) para que cambie del aparato de elemento de red a un segundo aparato de elemento de red;
determinar que la Entrega Conmutada en Paquetes (PS HO) no esta disponible para el procedimiento de CSFB;
enviar un segundo mensaje al UE en respuesta a dicha determinacion, de tal manera que el segundo mensaje esta asociado con hacer que el UE lleve a cabo un procedimiento de liberacion de conexion de Control de Recursos de Radio (RRC).
14. El aparato de elemento de red de acuerdo con la clausula 13, en el cual la logica y/o circuitos de control de procesador determinan que el UE tiene tan solo una conexion de Red de Datos en Paquetes (PDN) de Acceso de IP Local (LIPA) en el aparato de elemento de red.
15. El aparato de elemento de red de acuerdo con la clausula 13, en el cual el aparato de elemento de red comprende una estacion de base de nodo domestico evolucionado (HeNB).
16. El aparato de elemento de red de acuerdo con la clausula 13, en el cual el segundo elemento de red es uno de entre una estacion de base de GERAN y una estacion de base de UTRAN.
17. Un producto de programa informatico que comprende un medio de almacenamiento legible por computadora, no transitorio, que tiene, incorporado en el, codigo de programa legible por computadora, de tal modo que dicho codigo de programa legible por computadora se ha configurado para ser ejecutado para implementar un metodo en un primer elemento de red de una red de comunicaciones inalambrica, que comprende:
instrucciones para recibir un primer mensaje desde una entidad de gestion de movilidad (MME), de tal manera que el primer mensaje esta asociado con hacer que un procedimiento de opcion alternativa conmutada en circuitos (CSFB) redirija a un Equipo de Usuario (UE) para que cambie del primer elemento de red a un segundo elemento de red;
instrucciones para determinar que la Entrega Conmutada en Paquetes (PS HO) no esta disponible para el procedimiento de CSFB; e
instrucciones para enviar un segundo mensaje al UE, en respuesta a dicha determinacion, de tal manera que el segundo mensaje esta asociado con hacer que el UE lleve a cabo un procedimiento de liberacion de conexion de Control de Recursos de Radio (RRC).
18. El producto de programa informatico de acuerdo con la clausula 17, en el cual las instrucciones para la determinacion comprenden instrucciones para determinar, en el primer elemento de red, que el UE tiene unicamente una conexion de Red de Datos en Paquetes (PDN) de Acceso de IP Local (LIPA) al primer elemento de red.
19. El producto de programa informatico de acuerdo con la clausula 17, en el cual el segundo elemento de red es uno de entre una estacion de base de GERAN y una estacion de base de UTRAN.
20. El producto de programa informatico de acuerdo con la clausula 17, en el cual el primer elemento de red es una estacion de base de nodo domestico evolucionado (HeNB).
Claims (11)
- 5101520253035404550REIVINDICACIONES1. - Un metodo, en un primer elemento de red de una red de comunicaciones inalambrica, de tal modo que el metodo comprende:recibir un primer mensaje (21-6, 22-6) desde una entidad de gestion de movilidad, «MME», (2108, 2208), de tal modo que el primer mensaje esta asociado con provocar un procedimiento de opcion alternativa conmutada en circuitos, «CSFB» para trasladar un Equipo de Usuario, «UE», (2102, 2202) desde un primer elemento de red (2104, 2204) a un segundo elemento de red (2106, 2206);determinar que la Entrega Conmutada en Paquetes, «PS HO» no esta disponible para el procedimiento de CSFB debido a que el UE tiene unicamente una o mas conexiones de Red de Datos en Paquetes, «PDN», de Acceso de IP Local, «LIPA», en el primer elemento de red; yenviar un segundo mensaje (21-7b, 22-9b) al UE en respuesta a dicha determinacion, de tal manera que el segundo mensaje es un mensaje de intercambio de senales destinado a desencadenar una liberacion de conexion de Control de Recursos de Radio, «RRC», con reconduccion al segundo elemento de red, de tal modo que el mensaje de intercambio de senales para desencadenar la liberacion de conexion de RRC comprende una o mas identidades de celda ffsica e informacion de sistema asociada en caso de que el segundo elemento de red sea un Sistema Global para Velocidades de Datos Moviles Mejoradas, destinado al Sistema Global para estacion de base de Red de Acceso por Radio de Evolucion para Movil, «GERAN», o para estacion de base de Red de Acceso por Radio Terrestre del Sistema de Telecomunicaciones Moviles Universal, «UTRAN», y de que el UE y la red de comunicaciones inalambrica den soporte a la «liberacion de conexion de RRC con reconduccion e informacion de Sistema de Multiples Celdas hacia GERAN/UTRAN», de tal manera que el segundo elemento de red es uno de entre una estacion de base de GERAN y una estacion de base de UTRAN.
- 2. - El metodo de acuerdo con la reivindicacion 1, en el cual el mensaje de intercambio de senales destinado a desencadenar la liberacion de conexion RRC con reconduccion, provoca una reconduccion hacia el segundo elemento de red si el segundo elemento de red es una estacion de base de GERAN o de UTRAN.
- 3. - El metodo de acuerdo con la reivindicacion 1, en el cual el primer elemento de red es una estacion de base de nodo domestico evolucionado, «HeNB».
- 4. - El metodo de acuerdo con la reivindicacion 1, en el cual el primer mensaje es una peticion de modificacion de contexto de UE, que incluye un indicador de CSFB.
- 5. - El metodo de acuerdo con la reivindicacion 1, en el cual dicha determinacion de que la PS HO no esta disponible para el procedimiento de CSFB comprende detectar una indicacion, en el primer mensaje procedente de la MME, de que no esta disponible la PS HO.
- 6. - El metodo de acuerdo con la reivindicacion 1, en el cual dicha determinacion de que la PS HO no esta disponible para el procedimiento de CSFB esta basada en la existencia de un portador para el UE, que tiene un identificador de correlacion asociado.
- 7. - El metodo de acuerdo con la reivindicacion 1, en el cual el procedimiento de CSFB esta relacionado con una llamada originada por movil.
- 8. - El metodo de acuerdo con la reivindicacion 1, en el cual el procedimiento de CSFB esta relacionado con una llamada terminada por movil.
- 9. - El metodo de acuerdo con la reivindicacion 1, en el cual la red de comunicaciones inalambrica que da soporte a la «liberacion de conexion de RRC con reconduccion e informacion de Sistema de Multiples Celdas hacia GERAN/UTRAN», comprende la red de comunicaciones inalambrica que da soporte a la liberacion de conexion de RRC con reconduccion, e informacion de Sistema de Multiples Celdas hacia GERAN/UTRAN.
- 10. -Un primer elemento de red para una red de comunicaciones inalambrica, que comprende un procesador configurado para llevar a cabo el metodo de acuerdo con cualquiera de las reivindicaciones 1 a 9.
- 11. - Un producto de programa informatico que comprende un medio de almacenamiento legible por computadora, no transitorio, que tiene, incorporado en el, codigo de programa legible por computadora, de tal manera que dicho codigo de programa legible por computadora esta configurado para, cuando se ejecuta, hacer que un primer elemento de red de una red de comunicaciones inalambrica lleve a cabo el metodo de acuerdo con cualquiera de las reivindicaciones 1 a 9.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US38731010P | 2010-09-28 | 2010-09-28 | |
| US387310P | 2010-09-28 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2631817T3 true ES2631817T3 (es) | 2017-09-05 |
Family
ID=44741736
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES15192061.8T Active ES2631817T3 (es) | 2010-09-28 | 2011-09-27 | Gestión de conexión de red residencial/de empresa y escenarios de CSFB |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US8989142B2 (es) |
| EP (2) | EP2508025B1 (es) |
| JP (1) | JP5629011B2 (es) |
| KR (1) | KR101522116B1 (es) |
| CN (1) | CN103210682B (es) |
| CA (1) | CA2816153C (es) |
| ES (1) | ES2631817T3 (es) |
| WO (1) | WO2012050842A1 (es) |
Families Citing this family (40)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9301333B2 (en) | 2010-09-28 | 2016-03-29 | Blackberry Limited | Method and apparatus for releasing connection with local GW when UE moves out of the residential/enterprise network coverage |
| ES2745630T3 (es) | 2010-09-28 | 2020-03-03 | Blackberry Ltd | Gestión de conexión de red residencial/de empresa y escenarios de entrega |
| JP2012129956A (ja) * | 2010-12-17 | 2012-07-05 | Ntt Docomo Inc | 移動通信方法及び移動管理ノード |
| CN102595386A (zh) * | 2011-01-06 | 2012-07-18 | 北京三星通信技术研究有限公司 | 一种支持用户设备ue移动性的方法 |
| EP3544326B1 (en) | 2011-01-21 | 2020-11-04 | BlackBerry Limited | Network apparatus and process to determine the connection context for connections used for (local) offloading |
| US8837405B2 (en) * | 2011-02-24 | 2014-09-16 | Qualcomm Incorporated | Methods and apparatus to reduce a time to transfer multiple PDN contexts during inter-radio access technology handoff |
| US9084093B2 (en) | 2011-04-04 | 2015-07-14 | Interdigital Patent Holdings, Inc. | Method and apparatus for controlling the application of selected IP traffic offload and local IP access |
| EP2728933A4 (en) * | 2011-06-28 | 2015-05-20 | Kyocera Corp | COMMUNICATION CONTROL PROCEDURE AND HOME BASE STATION |
| CN102869042B (zh) * | 2011-07-05 | 2014-12-31 | 中怡(苏州)科技有限公司 | 无线数据流的传输方法与系统 |
| US20130070727A1 (en) * | 2011-09-19 | 2013-03-21 | Alcatel-Lucent Usa Inc. | Mechanism to improve handover speed in small cells |
| KR20130035143A (ko) * | 2011-09-29 | 2013-04-08 | 삼성전자주식회사 | 로컬 네트워크에서 로컬 엑세스와 음성 통화를 지원하기 위한 방법 및 장치 |
| DE102011085785A1 (de) * | 2011-11-04 | 2013-05-08 | Vodafone Holding Gmbh | Registrierung von Funknetzwechseln aufgrund eines CS Fallback-Mechanismus |
| EP2709404B1 (en) * | 2012-09-18 | 2020-03-11 | Alcatel Lucent | Support of nomadic or fixed users in a mobile network |
| WO2014056130A1 (en) * | 2012-10-08 | 2014-04-17 | Broadcom Corporation | Method and apparatus for managing dual connection establishment |
| US20140119292A1 (en) * | 2012-10-26 | 2014-05-01 | Qualcomm Incorporated | Systems and methods for samog bearer management |
| US9357430B2 (en) | 2012-10-26 | 2016-05-31 | Qualcomm Incorporated | Systems and methods for samog bearer management |
| US9084167B2 (en) * | 2012-11-16 | 2015-07-14 | Sprint Spectrum L.P. | Wireless device communication |
| CN103826326B (zh) * | 2012-11-19 | 2019-05-07 | 中兴通讯股份有限公司 | 本地ip访问连接释放的方法及装置、移动管理单元、无线侧网元 |
| US9071956B2 (en) * | 2012-12-03 | 2015-06-30 | Qualcomm Incorporated | Systems and methods for dynamic enablement of wireless communication device functionalities |
| JP6122149B2 (ja) | 2013-01-20 | 2017-04-26 | エルジー エレクトロニクス インコーポレイティド | 無線ｌａｎにオフロードされたトラフィックに対するハンドオーバ決定方法及び端末 |
| US9661544B2 (en) * | 2013-02-18 | 2017-05-23 | Samsung Electronics Co., Ltd | Method and system for offloading handover of wireless connections from a LTE network to a Wi-Fi network |
| WO2014157868A1 (en) | 2013-03-28 | 2014-10-02 | Lg Electronics Inc. | Method and apparatus for proximity-based service |
| WO2014158275A1 (en) | 2013-03-29 | 2014-10-02 | Intel IP Corporation | Establishment of connection to the internet in cellular network |
| US9144102B2 (en) | 2013-04-01 | 2015-09-22 | Blackberry Limited | Deactivating or maintaining a packet data network connection |
| WO2014189277A1 (en) * | 2013-05-21 | 2014-11-27 | Samsung Electronics Co., Ltd. | Method and apparatus for selecting cell in mobile communication network |
| US9814037B2 (en) | 2013-06-28 | 2017-11-07 | Intel Corporation | Method for efficient channel estimation and beamforming in FDD system by exploiting uplink-downlink correspondence |
| CN103402273B (zh) * | 2013-08-20 | 2016-06-01 | 工业和信息化部电信研究院 | 一种csfb流程重建分组域业务的移动终端及其方法 |
| CN104754643B (zh) * | 2013-12-27 | 2018-08-21 | 展讯通信（上海）有限公司 | 通信终端业务执行的控制方法与装置 |
| WO2015170858A1 (ko) * | 2014-05-05 | 2015-11-12 | 엘지전자 주식회사 | Sipto 서비스 중의 csfb 또는 srvcc를 처리하는 방법 |
| JP2015231139A (ja) * | 2014-06-05 | 2015-12-21 | 日本電気株式会社 | ゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法およびプログラム |
| CN105262648B (zh) * | 2014-07-14 | 2019-10-29 | 中兴通讯股份有限公司 | 一种混合组网的实现方法、系统及设备 |
| US10433284B2 (en) * | 2014-07-15 | 2019-10-01 | Qualcomm Incorporated | Bearer management for prose direct discovery |
| US10638537B2 (en) * | 2015-05-14 | 2020-04-28 | Samsung Electronics Co., Ltd. | Apparatus and method for managing radio resource in wireless communication system |
| US10021559B2 (en) * | 2015-08-04 | 2018-07-10 | Qualcomm Incorporated | Supporting multiple concurrent service contexts with a single connectivity context |
| EP3372048A1 (en) * | 2015-11-04 | 2018-09-12 | Nokia Solutions and Networks Oy | Managing connections |
| WO2017135859A1 (en) * | 2016-02-05 | 2017-08-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Network nodes and methods performed therein |
| CN107371196B (zh) * | 2016-05-11 | 2022-01-28 | 中兴通讯股份有限公司 | 用户设备文本恢复方法及装置 |
| US11470683B2 (en) | 2018-11-14 | 2022-10-11 | Parallel Wireless, Inc. | Idle mode signaling reduction core offload |
| AU2019203864B2 (en) * | 2019-03-18 | 2021-01-21 | Advanced New Technologies Co., Ltd. | Consensus system downtime recovery |
| CN112584411A (zh) * | 2019-09-30 | 2021-03-30 | 中兴通讯股份有限公司 | 回落恢复及控制方法、装置、终端、设备及存储介质 |
Family Cites Families (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI116185B (fi) * | 2000-05-31 | 2005-09-30 | Nokia Corp | Keskeytystila |
| CA2501125C (en) | 2002-10-04 | 2009-07-28 | M-Stack Limited | Access stratum manager |
| EP1609328A1 (en) | 2003-03-20 | 2005-12-28 | Telefonaktiebolaget LM Ericsson (publ) | Method for transferring a mobile terminal in e.g. an umts-network from one server node in a pool to another server node in the same pool |
| CN101536560B (zh) | 2006-10-30 | 2013-06-19 | 交互数字技术公司 | 用于在长期演进系统中实施跟踪区域更新和小区重选的方法和设备 |
| US20080135482A1 (en) * | 2006-11-27 | 2008-06-12 | Kripal Singh | Polyamide nanofiltration membrane useful for the removal of phospholipids |
| US8072953B2 (en) | 2007-04-24 | 2011-12-06 | Interdigital Technology Corporation | Wireless communication method and apparatus for performing home Node-B identification and access restriction |
| CN101425959B (zh) | 2007-10-29 | 2013-04-24 | 华为技术有限公司 | 一种承载处理方法和装置 |
| CN101448294B (zh) * | 2008-01-21 | 2011-05-04 | 华为技术有限公司 | 网络资源释放处理的方法及设备 |
| US7940697B2 (en) | 2008-03-17 | 2011-05-10 | Nokia Corporation | Transition between IP protocol versions |
| CA2721275C (en) * | 2008-04-14 | 2014-05-20 | Research In Motion Limited | Apparatus, and associated method, for facilitating radio control system operation with an ics-capable wireless device |
| CN101478795B (zh) * | 2008-04-30 | 2011-07-06 | 华为技术有限公司 | 资源处理的方法、通信系统和移动性管理网元 |
| CN105722166B (zh) * | 2008-05-13 | 2020-08-25 | 三星电子株式会社 | 在移动通信系统中用于提供语音呼叫的方法和装置 |
| US8626162B2 (en) | 2008-06-06 | 2014-01-07 | Qualcomm Incorporated | Registration and access control in femto cell deployments |
| CN101577962B (zh) * | 2008-07-10 | 2011-03-16 | 中兴通讯股份有限公司 | 一种关联关系更新的实现方法及相应终端 |
| CN101577955B (zh) * | 2008-07-11 | 2011-04-20 | 中兴通讯股份有限公司 | 一种空闲模式下节约信令功能的激活判断方法及系统 |
| US8243725B2 (en) * | 2008-08-13 | 2012-08-14 | Interdigital Patent Holdings, Inc. | Maintaining circuit switched continuity in an enhanced universal terrestrial radio access network |
| WO2010122029A1 (en) * | 2009-04-23 | 2010-10-28 | Telefonaktiebolaget L M Ericsson (Publ) | Ps to cs handover indicator |
| US9480092B2 (en) * | 2009-04-23 | 2016-10-25 | Qualcomm Incorporated | Establishing packet data network connectivity for local internet protocol access traffic |
| KR101581282B1 (ko) | 2009-04-30 | 2016-01-12 | 삼성전자주식회사 | 펨토 셀을 포함하는 무선 통신 네트워크에서의 로컬 ｉｐ 액세스 지원 방법 및 장치 |
| US20100284333A1 (en) * | 2009-05-08 | 2010-11-11 | Qualcomm Incorporated | Method and apparatus for data session suspend control in a wireless communication system |
| KR20120023845A (ko) * | 2009-06-03 | 2012-03-13 | 리서치 인 모션 리미티드 | 진화형 패킷 시스템에서의 음성 서비스 |
| EP2465301B1 (en) * | 2009-08-14 | 2017-03-22 | Hilco Patent Acquisition 55, LLC | Methods and apparatus to support voice solutions for data centric terminals |
| KR20110020161A (ko) | 2009-08-21 | 2011-03-02 | 엘지전자 주식회사 | 이동통신 네트워크 내에서 제어 평면(Ｃｏｎｔｒｏｌ Ｐｌａｎｅ)을 담당하는 서버 및 ＳＩＰＴＯ 기반의 세션을 제어하는 방법 |
| KR101091300B1 (ko) | 2009-08-21 | 2011-12-07 | 엘지전자 주식회사 | 이동통신 네트워크 내에서 제어 평면（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ） 을 담당하는 서버 및 ＬＩＰＡ（Ｌｏｃａｌ ＩＰ Ａｃｃｅｓｓ） 서비스를 제어하는 방법 |
| WO2011038359A2 (en) | 2009-09-26 | 2011-03-31 | Cisco Technology, Inc. | Providing services at a communication network edge |
| US9398517B2 (en) * | 2010-01-11 | 2016-07-19 | Blackberry Limited | System and method for enabling discovery of local service availability in local cellular coverage |
| US8477724B2 (en) * | 2010-01-11 | 2013-07-02 | Research In Motion Limited | System and method for enabling session context continuity of local service availability in local cellular coverage |
| CN102244908B (zh) | 2010-05-10 | 2015-10-21 | 北京三星通信技术研究有限公司 | 支持终端移动性的切换方法 |
| US9386607B2 (en) | 2010-06-17 | 2016-07-05 | Qualcomm Incorporated | Method and apparatus for managing packet data network connectivity |
| US20110312321A1 (en) * | 2010-06-22 | 2011-12-22 | Qualcomm Incorporated | System, apparatus, and method for improving circuit switched fallback call setup delay in wireless communication systems |
| US8521109B2 (en) | 2010-07-29 | 2013-08-27 | Intel Mobile Communications GmbH | Radio communication devices, information providers, methods for controlling a radio communication device and methods for controlling an information provider |
| CN102378250B (zh) * | 2010-08-23 | 2015-08-12 | 中兴通讯股份有限公司 | 一种优先业务的处理方法和系统 |
| US9301333B2 (en) | 2010-09-28 | 2016-03-29 | Blackberry Limited | Method and apparatus for releasing connection with local GW when UE moves out of the residential/enterprise network coverage |
| ES2745630T3 (es) | 2010-09-28 | 2020-03-03 | Blackberry Ltd | Gestión de conexión de red residencial/de empresa y escenarios de entrega |
| EP2638733B1 (en) * | 2010-11-11 | 2018-04-04 | Qualcomm Incorporated | Systems and methods for improving circuit switched fallback performance |
| EP3544326B1 (en) | 2011-01-21 | 2020-11-04 | BlackBerry Limited | Network apparatus and process to determine the connection context for connections used for (local) offloading |
-
2011
- 2011-09-27 JP JP2013530422A patent/JP5629011B2/ja active Active
- 2011-09-27 KR KR1020137010830A patent/KR101522116B1/ko active Active
- 2011-09-27 US US13/576,432 patent/US8989142B2/en active Active
- 2011-09-27 EP EP11764661.2A patent/EP2508025B1/en active Active
- 2011-09-27 CN CN201180046846.3A patent/CN103210682B/zh active Active
- 2011-09-27 WO PCT/US2011/053512 patent/WO2012050842A1/en not_active Ceased
- 2011-09-27 EP EP15192061.8A patent/EP2996385B1/en active Active
- 2011-09-27 CA CA2816153A patent/CA2816153C/en active Active
- 2011-09-27 ES ES15192061.8T patent/ES2631817T3/es active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP2508025B1 (en) | 2016-01-06 |
| KR20130106845A (ko) | 2013-09-30 |
| HK1222968A1 (en) | 2017-07-14 |
| CA2816153A1 (en) | 2012-04-19 |
| CN103210682A (zh) | 2013-07-17 |
| WO2012050842A1 (en) | 2012-04-19 |
| CA2816153C (en) | 2017-08-08 |
| KR101522116B1 (ko) | 2015-05-20 |
| JP2013538030A (ja) | 2013-10-07 |
| US8989142B2 (en) | 2015-03-24 |
| CN103210682B (zh) | 2016-07-06 |
| EP2996385A1 (en) | 2016-03-16 |
| JP5629011B2 (ja) | 2014-11-19 |
| EP2508025A1 (en) | 2012-10-10 |
| EP2996385B1 (en) | 2017-04-12 |
| US20120300750A1 (en) | 2012-11-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2631817T3 (es) | Gestión de conexión de red residencial/de empresa y escenarios de CSFB | |
| ES2745630T3 (es) | Gestión de conexión de red residencial/de empresa y escenarios de entrega | |
| US11729695B2 (en) | Method and apparatus for releasing connection with local GW when UE moves out of the residential/enterprise network coverage | |
| HK1222968B (en) | Residential/enterprise network connection management and csfb scenarios |