ES2631552T3 - Liberación de conexiones con GW local cuando un UE sale de la cobertura de red residencial/de empresa - Google Patents
Liberación de conexiones con GW local cuando un UE sale de la cobertura de red residencial/de empresa Download PDFInfo
- Publication number
- ES2631552T3 ES2631552T3 ES11767130.5T ES11767130T ES2631552T3 ES 2631552 T3 ES2631552 T3 ES 2631552T3 ES 11767130 T ES11767130 T ES 11767130T ES 2631552 T3 ES2631552 T3 ES 2631552T3
- Authority
- ES
- Spain
- Prior art keywords
- lipa
- pdn connection
- cell
- mme
- csg
- 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 142
- 238000004891 communication Methods 0.000 claims abstract description 85
- 230000004044 response Effects 0.000 claims abstract description 23
- 230000009849 deactivation Effects 0.000 claims abstract description 10
- 238000001514 detection method Methods 0.000 claims abstract description 9
- 230000008878 coupling Effects 0.000 claims description 17
- 238000010168 coupling process Methods 0.000 claims description 17
- 238000005859 coupling reaction Methods 0.000 claims description 17
- 238000003860 storage Methods 0.000 claims description 4
- 238000004590 computer program Methods 0.000 claims description 2
- 230000005055 memory storage Effects 0.000 claims 1
- 230000001052 transient effect Effects 0.000 claims 1
- 238000012384 transportation and delivery Methods 0.000 description 60
- 238000010586 diagram Methods 0.000 description 26
- 230000000875 corresponding effect Effects 0.000 description 21
- 230000008859 change Effects 0.000 description 20
- 230000006870 function Effects 0.000 description 20
- 238000007726 management method Methods 0.000 description 20
- 238000011522 transarterial infusion chemotherapy Methods 0.000 description 18
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 18
- 238000005516 engineering process Methods 0.000 description 12
- 238000012544 monitoring process Methods 0.000 description 11
- 230000005540 biological transmission Effects 0.000 description 10
- 230000000737 periodic effect Effects 0.000 description 8
- 230000007246 mechanism Effects 0.000 description 7
- 230000009471 action Effects 0.000 description 6
- 241000700159 Rattus Species 0.000 description 5
- 238000006243 chemical reaction Methods 0.000 description 5
- 238000011330 nucleic acid test Methods 0.000 description 5
- 230000001737 promoting effect Effects 0.000 description 5
- ATJFFYVFTNAWJD-UHFFFAOYSA-N Tin Chemical compound [Sn] ATJFFYVFTNAWJD-UHFFFAOYSA-N 0.000 description 4
- 230000008901 benefit Effects 0.000 description 4
- 239000000969 carrier Substances 0.000 description 4
- 238000000605 extraction Methods 0.000 description 4
- 238000011084 recovery Methods 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 230000002596 correlated effect Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000009467 reduction Effects 0.000 description 3
- 230000000007 visual effect Effects 0.000 description 3
- 208000034423 Delivery Diseases 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
- 230000003111 delayed effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000001976 improved effect Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000004083 survival effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- BFPVYAOMWYSCLY-YTZISMEFSA-N (2s)-1-[(2s)-2-[(2-aminoacetyl)amino]propanoyl]-n-[(2s)-1-[[(2s)-1-[[(2s)-1-amino-3-methyl-1-oxobutan-2-yl]amino]-1-oxo-3-phenylpropan-2-yl]amino]-5-(diaminomethylideneamino)-1-oxopentan-2-yl]pyrrolidine-2-carboxamide Chemical compound C([C@@H](C(=O)N[C@@H](C(C)C)C(N)=O)NC(=O)[C@H](CCCN=C(N)N)NC(=O)[C@H]1N(CCC1)C(=O)[C@H](C)NC(=O)CN)C1=CC=CC=C1 BFPVYAOMWYSCLY-YTZISMEFSA-N 0.000 description 1
- 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
- 206010016275 Fear Diseases 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
- 230000006399 behavior Effects 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
- 238000012790 confirmation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 150000002500 ions Chemical class 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000008093 supporting effect Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Classifications
-
- 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/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
-
- 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/0016—Hand-off preparation specially adapted for end-to-end data sessions
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/005—Multiple registrations, e.g. multihoming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/32—Release of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
-
- 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
-
- 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/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
- H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
Un método, en un nodo de gestión de movilidad de una red de comunicaciones inalámbrica, de tal manera que el método comprende: recibir (18-1, 19-1, 20-1), por parte del nodo de gestión de movilidad, un primer mensaje de Estrato que No es de Acceso, "NAS", desde un Equipo de Usuario, "UE", que tiene, con un primer elemento de red, al menos una de entre una conexión de red de datos en paquetes, "PDN", de Acceso de IP Local, "LIPA", y una conexión de PDN de descarga de tráfico de Protocolo de Internet seleccionada, "SIPTO", de tal manera que una característica identificativa asociada con al menos una de entre la conexión de PDN de LIPA y la conexión de PDN de SIPTO es almacenada en el nodo de gestión de movilidad, de tal modo que el primer elemento de red es diferente del nodo de gestión de movilidad; detectar, por parte del nodo de gestión de movilidad, que el UE (1802, 1902, 2002) está conectado a un segundo elemento de red que es diferente del primer elemento de red y diferente del nodo de gestión de movilidad, de tal modo que la detección comprende determinar que el primer mensaje de NAS se ha recibido con una característica identificativa diferente de la característica identificativa asociada con la al menos una de entre la conexión de PDN de LIPA y la conexión de PDN de SIPTO; y en respuesta a la determinación de que el primer mensaje de NAS se ha recibido con una característica identificativa diferente de la característica identificativa asociada con la al menos una de entre la conexión de PDN de LIPA y la conexión de PDN de SIPTO, desactivar (18-2, 19-2, 20-2), por parte del nodo de gestión de movilidad, al menos una de entre la conexión de PDN de LIPA y la conexión de PDN de SIPTO; y en respuesta a la condición de que no permanezca ninguna conexión de PDN como resultado de la desactivación, enviar, por parte del nodo de gestión de movilidad, un segundo mensaje de NAS que hace que el UE lleve a cabo un nuevo procedimiento, de tal manera que el segundo mensaje de NAS incluye una indicación para obligar al UE a llevar a cabo el nuevo procedimiento de enganche, y un código de causa con un valor que representa al menos uno de entre "Implícitamente desenganchado" y "No hay ningún contexto de portador de EPS activado".
Description
5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Liberacion de conexiones con GW local cuando un UE sale de la cobertura de red residencial/de empresa 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 (LIP A - “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. Son de interes la Especificacion tecnica del 3GPP TS 23.401, v. 10.0.0: “Mejoras en el Servicio General de Radio en Paquetes (GPRS -“General Packet Radio Service”-) para el acceso por Red de Acceso por Radio Terrestre Universal Evolucionada (E-UTRAN -“Evolved Universal Terrestrial Radio Access Network”-) (Entrega 10 -“Release 10”-)” (Aspectos de Servicio y de Sistema de TSG (TSG-SA -“TGS Service and System Aspects”-)), asf como la admision S2-100007 por el ZTE “Solucion propuesta de variante de arquitectura 1” (“Proposed solution of architecture variant 1”), de enero de 2010.
Dentro del 3GPP, 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 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, o, en su conjunto, H(e)NB, 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. El NodoB Domestico (HNB) se refiere a un equipo en las instalaciones del cliente, que conecta un UE [equipo de usuario -“User Equipment”-] de 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. NodoB Domestico Evolucionado (HeN B) se refiere a un equipo en las instalaciones del cliente, que conecta un UE de 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 banda ancha.
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. Los ejemplos que se describen en esta memoria de celdas que no son celdas de CSG incluyen un NodoB (NB) y un NodoB Evolucionado (eNB).
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 HeNB, 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
5
10
15
20
25
30
35
40
45
50
55
60
de PDP o una conexion de PDN [Red de Datos en Paquetes -“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.
El Acceso Local de IP (LIPA) proporciona acceso a UEs con capacidad para IP conectados, a traves de un H(e)NB (esto es, utilizando acceso por radio de H(e)NB), con otras entidades con capacidad para IP de la misma red de IP residencial/de empresa. Es de esperar que el trafico para el Acceso de IP Local no atraviese 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 acceso al UE a servicios ubicados en la red de IP residencial/corporativa local. Se selecciona GW/GGSN de PDN (o GW Local) de un modo tal, que se proporciona 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.
Una pasarela de H(e)NB es un equipo de operadora de red movil (por lo comun, ffsicamente emplazado 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 H(e)NBs, la pasarela de HeNB es opcional.
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 120 (GW de HNB) 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
5
10
15
20
25
30
35
40
45
50
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 luh 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 al 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.
luh 115: Interfaz entre el HNB 110 y la GW 120 de HNB. Para el plano de control, el luh 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 luh da soporte al manejo del portador de transporte en el plano del usuario.
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: lnterfaz de lu-PS estandar entre la GW 120 de HNB y la red de nucleo conmutada en paquetes (PS - “packet switched”-).
D 135: lnterfaz 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: lnterfaz de Gr estandar entre el Nodo de Soporte de GPRS en servicio (SGSN) 140 y el HLR/HSS 160.
C1 185: lnterfaz 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 ldentidad de Abonado Universal (USlM -“Universal Subscriber ldentity 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 USlM 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 lD 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 ldentidad de Area de Seguimiento (TAl -“Tracking Area ldentity”-) 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 TAl o tener diferentes TAls. Ademas de ello, es posible que celdas de CSG con diferentes IDs de CSG puedan compartir la misma TAl, o tener diferentes TAls. Es tambien posible que celdas de CSG con la misma ID de CSG puedan compartir la misma TAl o tener diferentes TAls.
El concepto de lista de TAls se aplica tambien para celdas de CSG. La lista de TAls puede incluir TAls relacionadas con celdas de CSG y TAls relacionadas con celdas que no son de CSG. El UE no diferencia estas TAls de la lista de TAls.
5
10
15
20
25
30
35
40
45
50
55
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 220 (GW de HeNB) 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 230 (MME -“mobility management entity”-) 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 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
5
10
15
20
25
30
35
40
45
50
55
60
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 (PS)”). 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).
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 cfrculo. 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 TR 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
5
10
15
20
25
30
35
40
45
50
55
60
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 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)eNB 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 GW 1310 de PDN 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.
5
10
15
20
25
30
35
40
45
50
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.
La presente invencion se divulga como un metodo en un nodo de gestion de movilidad, de acuerdo con la reivindicacion independiente 1, un aparato de nodo de gestion de movilidad de acuerdo con la reivindicacion independiente 8, y un producto de programa informatico de acuerdo con la reivindicacion independiente 10.
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 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 durante la entrega desde un HeNB a una celda de E-UTRAN de objetivo cuando el UE tiene al menos una conexion de PDN de LIPA/SIPTO y conexiones de PDN adicionales que van a traves de la red de nucleo;
La Figura 12 es un diagrama de flujo de senales que ilustra un procedimiento de desconexion de PDN de LIPA/SIPTO destinado a desenganchar de manera implfcita el UE al recibir una peticion de entrega en la MME que libera las conexiones de PDN y envfa un mensaje de Peticion de Desenganche al UE;
La Figura 13 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 14 es un diagrama de flujo de senales que ilustra un procedimiento de desconexion de PDN de LIPA/SIPTO en el que el UE se reengancha a la red despues de que la MME ha rechazado la peticion de servicio por parte del UE;
La Figura 15 es un diagrama de flujo de senales que ilustra un procedimiento de desconexion de PDN de LIPA/SIPTO en el que se desencadena una nueva conexion de PDN en respuesta a la peticion de servicio por parte del UE; y
La Figura 16 es un diagrama de bloques esquematico que ilustra componentes proporcionados a modo de ejemplo de un dispositivo de comunicaciones inalambricas moviles que puede ser utilizado con realizaciones seleccionadas de la presente invencion.
5
10
15
20
25
30
35
40
45
50
55
60
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 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
5
10
15
20
25
30
35
40
45
50
55
60
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 explfcitamente. 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 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
5
10
15
20
25
30
35
40
45
50
55
60
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 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 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 1516 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
5
10
15
20
25
30
35
40
45
50
55
60
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 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 inter-RAT 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.
Descripcion de realizaciones
En vista de los anteriores problemas 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
5
10
15
20
25
30
35
40
45
50
55
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.
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 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 algunas realizaciones, 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.
De acuerdo con realizaciones seleccionadas, otra solucion afronta el caso de movilidad en modo conectado desde el HeNB a la macro E-UTRAN o a otro HeNB para el que no se da soporte a la continuidad de LIPA. En esta solucion, la MME desactiva implfcitamente la conexion de PDN de LIPA durante la entrega entre el HeNB y una celda de E- UTRAN de objetivo cuando no se vaya a dar soporte a la continuidad de LIPA. Alternativamente, la MME desactiva explfcitamente la conexion de PDN de LIPA una vez que se ha llevado a cabo la entrega. En esta solucion, el UE detecta que ha perdido la conexion de PDN de LIPA puesto que los RABs para esa PDN no estaran presentes en la celda de objetivo.
Las suposiciones aplicadas en este caso son (1) que no se da soporte a la Continuidad de Servicio para la LIPA, (2) que el UE esta en modo ECM-CONECTADO, (3) que la HO ha de llevarse a cabo como consecuencia de la movilidad del UE, (4) que la celda de Objetivo pertenece a un macro eNB o a otro HeNB que no esta conectado a la red residencial/de empresa (otro CSG), (5) que no esta implicada ninguna reubicacion de la MME, y (6) que el UE tiene al menos conexiones de PDN: una es la conexion de PDN de LIPA y la otra es una conexion de PDN a traves de la red de nucleo.
Las soluciones divulgadas en estas realizaciones proporcionan una manera de manejar el procedimiento de HO basada en S1 entre el HeNB y la celda de E-UTRAN de objetivo cuando el UE tiene al menos una conexion de PDN de LIPA/SIPTO y conexiones de PDN adicionales que van a traves de la red de nucleo. Si la reubicacion de la MME es necesaria para la HO, la reubicacion de la MME se produce justo despues de la etapa 16-1 (descrita en la Figura 11), y no afecta al resto del procedimiento.
Desactivacion implfcita de la conexion de PDN de LIPA durante la entrega
En una primera realizacion descrita con referencia al diagrama de flujo de intercambio de senales en la Figura 11, en la que el UE 1602 tiene una de las conexiones de PDN, que es la conexion de LIPA/SIPTO local, la MME 1608 lleva a cabo la entrega, pero la MME 1608 no permite la asignacion de RABs para la conexion de PDN de LIPA de la celda de objetivo. La MME 1608 no lleva cabo ninguna senalizacion explfcita de NAS al UE 1602 para desactivar la conexion de PDN de LIPA. Tras la entrega, el UE 1602 libera automaticamente la conexion d PDN de LIPA puesto
5
10
15
20
25
30
35
40
45
50
55
que no se ha asignado para ella ningun RAB. Para UEs de acuerdo con la Entrega 10 y subsiguientes entregas, el Ue detecta que la conexion de PDN para la que no se ha asignado ningun RAB es la conexion de LIPA, y decide si pedir una nueva PDN para ese APN basandose en criterios o en informacion de configuracion, tal como puede proporcionarse por la operadora o el usuario.
En funcionamiento, cuando el HeNB 1604 desencadena la entrega a una celda de objetivo mediante el envfo de la peticion de entrega a la MME 1608 que incluye la informacion acerca de la celda de objetivo, la MME 1608 determina que existe una conexion de PDN activa, que es la conexion de PDN de LIPA, basandose en la informacion de contexto de UE contenida en la MME (incluyendo informacion de suscripcion con indicaciones de LIPA, CSG en curso en ese momento, estado de conexiones de LIPA en curso en ese momento, etc.) y en la informacion sobre la celda de objetivo (por ejemplo, el tipo de tecnologfa, la ID de CSG). Ademas de ello, la MME 1608 determina que no puede darse soporte a la continuidad de PDN de LIPA hacia la celda de objetivo. A fin de desactivar implfcitamente la conexion, la MME 1608 no solicita la asignacion de RABs para la conexion de PDN de LIPA de la celda de objetivo durante la preparacion de la entrega. De esta manera, el UE 1602 lleva a cabo la entrega y detecta que no se ha asignado ningun portador de radio en la celda de objetivo para la conexion de PDN de LIPA. De este modo, el UE 1602 determina que la conexion de PDN de LIPA se ha liberado. Ademas de ello, el UE 1602 determina si la conexion de PDN necesita ser reactivada en la celda de objetivo basandose en informacion de configuracion o en criterios de la operadora, o en criterios del usuario.
En el flujo de senales 1600 representado, que se muestra en la Figura 11, el primer HeNB, o HeNB de fuente 1604, envfa la Entrega Requerida (Disponibilidad de Camino de Remision Directa, recipiente transparente de Fuente a Objetivo, Identidad de eNB de objetivo, TAI de objetivo, Causa de S1AP) a la MME 1608 en el flujo de senales 16-1. En el flujo de senales 16-2, la MME 1608 determina que no se da soporte a la continuidad del servicio para la conexion de PDN de LIPA/SIPTO, y la MME 1608 inicia el procedimiento de desconexion de PDN para todas las conexiones de PDN de LIPA/SIPTO.
En el flujo de senales 16-3, la MME 1608 envfa un mensaje de Peticion de Entrega (Portadores de EPS para Establecimiento, AMBR, Causa de S1AP, recipiente transparente de Fuente a Objetivo, Lista de Restricciones de Entrega) a la eNB de objetivo 1606. Este mensaje no contiene los portadores de EPS pertenecientes a las conexiones de PDN de LIPa/SIPTO liberadas. Este mensaje crea el contexto de UE en el eNB de objetivo 1606, incluyendo informacion acerca de los portadores, asf como el contexto de seguridad. Para cada portador de EPS, los Portadores para Establecimiento incluyen la direccion de la GW en Servicio y la TEID de enlace ascendente para el plano del usuario, asf como QoS [Calidad de Servicio -“Quality of Service”-] de Portador de EPS. En respuesta, el eNB de objetivo 1606 envfa un mensaje de Acuse de Recibo de Peticion de Entrega (lista de Establecimiento de Portador de EPS, Portadores de EPS que no han conseguido establecer el recipiente transparente de Objetivo a Fuente de lista) a la MME 1608 en el flujo de senales 16-4. La lista de Establecimiento de Portador de EPS incluye una lista de direcciones y de TEIDs asignadas al eNB de objetivo para el trafico de enlace descendente en el punto de referencia S1-U (una TEID por cada potador) y direcciones y TEIDs para recibir datos remitidos, en caso necesario.
En el flujo de senales 16-5, la MME 1608 envfa un mensaje de Orden de Entrega (recipiente transparente de Objetivo a Fuente, Portadores sometidos a remision, Portadores destinados a Liberacion) al HeNB 1604. Los Portadores sometidos a la remision incluyen una lista de direcciones y TEIDs asignadas para la remision. Los Portadores para Liberar incluyen la lista de portadores que se han de liberar.
En el flujo de senales 16-6, el HeNB 1604 construye y envfa la Orden de Entrega al UE 1602 utilizando el recipiente transparente de Objetivo a Fuente. Al recibirse este mensaje, el UE 1602 eliminara cualesquiera portadores de EPS para los que no haya recibido los portadores de radio de ePs correspondientes en la celda de objetivo. Una vez que el UE 1602 se ha sincronizado con exito con la celda de objetivo, envfa un mensaje de Confirmacion de Entrega al eNB de objetivo 1606 en el flujo de senal 16-7. Pueden enviarse paquetes de enlace descendente remitidos por el HeNB 1604 al UE 1602. Tambien, pueden enviarse paquetes de enlace ascendente desde el UE 1602, los cuales son remitidos a la GW en Servicio 1612 de objetivo y hasta la GW 1614 de PDN. Por ultimo, el eNB de Objetivo 1606 envfa un mensaje de Notificacion de Entrega (TAI + ECGI) a la MME 1608 por el flujo de senales 16-8.
Desactivacion explfcita de la conexion de PDN de LIPA tras la entrega
En una segunda realizacion que se describe con referencia al diagrama de flujo de senales de la Figura 11, en la que el UE 1602 tiene una conexion de LIPA, la MME 1608 lleva a cabo la entrega normal, pero desactiva la conexion de PDN de LIPA al desencadenar una desconexion de PDN iniciada por la MME, con una indicacion que identifica la PDN de LIPA, de tal manera que la indicacion puede tambien proporcionar una razon/causa espedfica. La MME 1608 puede hacerlo asf durante la entrega o una vez que se haya llevado a cabo la entrega. Si no se proporciona ninguna causa especifica, el UE de acuerdo con la Entrega 10+ detecta que esta es la conexion de LIPa y solicita una nueva PDN para ese APN, ya sea automaticamente, ya sea basandose en criterios. Si se da una causa espedfica, el UE reacciona basandose en los criterios.
En funcionamiento, cuando el NeNB 1604 desencadena la entrega a una celda de objetivo mediante el envfo de la peticion de entrega a la MME 1608, que incluye la informacion sobre la celda de objetivo, la MME 1608 determina
5
10
15
20
25
30
35
40
45
50
55
60
que hay una conexion de PDN activa que es una conexion de PDN de LIPA, basandose en la informacion de contexto de UE en la MME (incluyendo la informacion de suscripcion con indicaciones de LIPA, el CSG en curso en ese momento, el estado en curso en ese momento de las conexiones de LIPA, etc.) y en la informacion sobre la celda de objetivo (por ejemplo, el tipo de tecnologfa, la ID de CSG). Ademas de ello, la MME 1608 determina que no puede darse soporte a la continuidad de PDN de LIPA en direccion a la celda de objetivo. A fin de desactivar explfcitamente la conexion, la MME 1608 desencadena la entrega y, al completarse la entrega, la MME 1608 desactiva las conexiones de PDN de LIPA mediante el desencadenamiento de una desconexion de PDN iniciada por la MME. La MME 1608 puede incluir una razon/causa espedfica para la desactivacion.
La Figura 12 describe adicionalmente una solucion propuesta para la movilidad en modo conectado desde el HeNB a la macro E-UTRAN u otro HeNB para el que no se da soporte a la continuidad de LIPA. En esta solucion, en lugar de proseguir con el procedimiento de HO, la MME 1708 rechaza la peticion de HO proveniente del HeNB de fuente 1704, libera las conexiones de PDN y envfa un mensaje de PETICION DE DESEnGaNCHE al UE 1702 basandose en la constancia de que todas las conexiones de PDN activas son conexiones para las que no se proporciona la continuidad de servicio, y en la informacion sobre la celda de objetivo (por ejemplo, el tipo de tecnologfa, la ID de CSG). Como resultado de ello, el UE 1702 puede reengancharse. Esta solucion incluye que la MME 1708 este «al tanto» de la presencia de la conexion de PDN de LIPA a la hora de llevar a cabo la entrega.
Las suposiciones aplicadas en este caso son (1) que todas las conexiones de PDN que tiene activas el UE son las conexiones de PDN de LIPA o de SIPTO, (2) que no se da soporte a la Continuidad de Servicio para la LIPA, (3) que el UE esta en modo ECM-CONECTADO, (4) que es necesaria la HO debido a la movilidad del UE, (5) que la celda de objetivo pertenece a un macro eNB o a otro HeNB que no esta conectado a la red residencial/de empresa (otro CSG), y (6) que no esta implicada una reubicacion de MME.
Las soluciones divulgadas en esta realizacion gestionan la liberacion de las conexiones de PDN de LIPA/SIPTO en caso de entrega, pero, en lugar de proseguir con el procedimiento de HO, la MME rechaza la peticion de HO procedente del HeNB de fuente, libera las conexiones de PDN y envfa un mensaje de PETICION DE DESENGANCHE al UE, todo ello basandose en la constancia de que todas las conexiones de PDN activas son conexiones para las que no se proporciona continuidad de servicio, y en la informacion sobre la celda de objetivo (por ejemplo, el tipo de tecnologfa, la ID de CSG). Como resultado de ello, el UE puede reengancharse al HeNB o al eNB. Como se apreciara, el MME recibe el mensaje de HO REQUERIDA desde el HeNB y descubre a partir de este que no se proporciona continuidad de servicio de LIPA/SIPTO en la celda de objetivo (que puede ser de GERAN/UTRAN) y que el UE tiene unicamente conexion (conexiones) de PDN de LIPA. Como la causa para la HO de IRAT era la movilidad del UE, el UE puede reengancharse a una red 2G/3G, ya que puede no estar disponible la E-UTRAN.
Se describen realizaciones seleccionadas con referencia al diagrama de flujo de senales de la Figura 12, en el cual el UE 1702 tiene una conexion de PDN de LIPA/SIPTO local. Cuando el HeNB 1704 desencadena la entrega a una celda de objetivo mediante el envfo de la peticion de entrega a la MME 1708, que incluye la informacion acerca de la celda de objetivo, la MME 1708 determina que la conexion de PDN activa la constituyen conexiones de PDN de LIPA basadas en la informacion del contexto del UE contenida en la MME. La MME 1708 determina que no puede darse soporte a la continuidad de PDN de LIPA hacia la celda de objetivo basandose en la informacion del contexto del UE contenida en la MME (incluyendo la informacion de suscripcion con indicaciones de LIPA, CGS en curso en ese momento, estado en ese momento de las conexiones de LIPA, etc.) y en la informacion acerca de la celda de objetivo (por ejemplo, tipo de tecnologfa, ID de CSG). Ademas de ello, la MME 1708 rechaza la peticion de entrega y envfa una PeTiCION DE DESENGANCHE al UE 1702 que indica «reenganche requerido». Al recibirse la PETICION DE DESENGANCHE que indica «reenganche requerido», el UE 1702 que esta conectado al HeNB 1702 y que tiene al menos una conexion de PDN activa que es una conexion de PDN de LIPA, determina si la celda seleccionada para llevar a cabo el enganche es el H(e)NB al que el UE se habfa conectado cuando recibio la PETICION DE DESENGANCHE. Si la celda no es un HeNB (esto es, una celda de CSG) o la celda pertenece a un CSG diferente, el UE determina, basandose en informacion de configuracion, o en los criterios de la operadora o en los criterios del usuario, si las conexiones de PDN que estaban activas como conexiones de PDN de LIPA en el HeNB necesitan ser reactivadas en la celda de objetivo al producirse el enganche o despues de este.
En el flujo de senales representado 1700 que se muestra en la Figura 12, el HeNB de Fuente 1704 envfa Entrega Requerida (Disponibilidad de Camino de Remision Directa, recipiente transparente de Fuente a Objetivo, Identidad de eNB de objetivo, TAI de objetivo, Causa de S1AP) a la mMe 1708 en el flujo de senales 17-1. En el flujo de senales 17-2, la MME 1708 toma constancia de que las conexiones activas son conexiones de PDN para las que no esta permitida la continuidad hacia la celda de objetivo, y envfa un mensaje de Fallo de HO a la eNB 1702. Ademas de ello, la MME 1708 inicia el procedimiento de liberacion de PDN de LIPA mediante el envfo de una PETICION DE BORRADO DE SESION a la S-GW 1710. En el flujo de senales 17-3, la MME 1708 envfa una PETICION DE BORRADO DE SESION a la S-GW 1710. En el flujo de senales 17-3, la MME 1708 envfa un mensaje de PETICION DE DESENGANCHE al UE 1702 con la el texto de desenganche «desenganche requerido». En el flujo de senal 173, el UE 1702 responde con un mensaje de RESPUESTA DE DESENGANCHE a la MME 1708. En el flujo de senal 17-4, el UE 1702 envfa un mensaje de PETICION DE ENGANCHE a la MME 1708 despues de establecer una conexion de RRC, al eNB de objetivo 1706 a traves de un procedimiento de acceso aleatorio. El resto del procedimiento de enganche se lleva a cabo tras ello.
5
10
15
20
25
30
35
40
45
50
55
60
Otra realizacion seleccionada acomete el caso de movilidad en modo conectado entre un HNB y una GERAN/UTRAN o un CSG diferente para el que no se proporciona continuidad de LIPA. En esta solucion, el SGSN determina, durante la preparacion de la entrega, que el UE se esta trasladando a una celda para la que no puede proporcionarse continuidad de LIPA, y, al completarse la entrega, el SGSN inicia un procedimiento de desactivacion de contexto de PDP para el (los) contexto(s) de PDP de LIPA/SIPTO, con lo que se proporciona una causa explfcita que indica que la desactivacion es debida a que no se esta dando soporte a la continuidad de LIPA.
De acuerdo con realizaciones seleccionadas, otra solucion afronta los casos de movilidad en modo libre desde un HeNB a un eNB u otro HeNB de un CSG diferente, y de movilidad desde un HNB a una macrocobertura o a un HNB de un CSG diferente. Esta solucion se sirve del Estrado de Acceso (AS -“Access Stratum”-), -tambien conocido como la capa de NAS, como capa inferior- a fin de detectar si al UE le queda una cobertura de CSG espedfica, incluyendo el hecho de que el UE abandone una celda con una ID de cSg, e informa al NAS de tal suceso. En respuesta a ello, el NAS puede adoptar una variedad de acciones que se describen mas adelante con referencia a la gestion de la liberacion de la conexion de PDN de LIPA. Si el UE tiene al menos una conexion de PDN que no es una conexion de PDN de LIPA, y el UE ha recibido una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda de CSG de objetivo, y el UE determina que la celda de cSg de objetivo tiene una identidad de CSG que es diferente de la identidad de CSG de la celda previa, o una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda que no es una celda de CSG o no tiene una ID de CSG, el UE envfa una peticion de Actualizacion de Area de Seguimiento o una peticion de Desconexion de PDN para cada conexion de PDN de LIPA, si el UE esta en campana o conectado a una E-UTRAN, o envfa una peticion de Actualizacion de Area de Encaminamiento o una peticion de desconexion de contexto de PDP para cada contexto de PDP de LIPA o conexion de PDN de LIPA, si el UE esta en campana o conectado a una GERAN/UTRAN. En esta solucion, el UE lleva a cabo un procedimiento de Actualizacion de Area de Seguimiento o un procedimiento de Actualizacion de Area de Seguimiento Combinada, a fin de sincronizar el contexto de portador de EPS de UE con el contexto de portador de EPS de MME para la movilidad del UE, 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. Al llevar a cabo un procedimiento de Actualizacion de Area de Seguimiento o un procedimiento de Actualizacion de Area de Seguimiento Combinada, el UE sincroniza el contexto de portador de EPS de UE con el contexto de portador de EPS de MME para 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 tal modo que la ID de CSG de la celda de objetivo no es la ID de CSG de la celda de fuente, cuando el UE tiene al menos una conexion de PDN de LIPA. En esta solucion, el UE lleva a cabo un procedimiento de Actualizacion de Area de Encaminamiento para sincronizar el contexto de UE con el contexto de SGSN para la movilidad del UE, 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. Como se apreciara, la solucion no funciona con UEs previos a la Entrega 10.
En realizaciones seleccionadas, el UE determina que la continuidad de LIPA esta o no permitida en una celda de objetivo, basandose en la ID de CSG de la celda de fuente, y siendo la celda de objetivo una celda que no es de CSG o que no tiene una ID de CSG.
Notificacion de Estrato de Acceso
Por ejemplo, en una realizacion de notificacion de estrato de acceso, un UE libre de NAS se traslada fuera del H(e)NB, lugar en el cual el AS del UE hace que el NAS del UE se aperciba del hecho de que el UE se ha trasladado fuera del H(e)NB previo. Tal notificacion de As puede producirse cuando el UE se ha trasladado a macrocobertura - ya sea de E-UTRAN, ya sea de GERAN/UTrAn- o a una CSG diferente, o bien a una celda con una ID de CSG diferente. En respuesta a la notificacion de AS, el NAS de UE desencadena un intercambio de senales de NAS apropiado, tal como un procedimiento de TAU o un procedimiento de desconexion de PDN de LIPA/SIPTO para una desconexion de contexto de E-UTRAN, o RAU, o pDp, en UTRAN.
En realizaciones seleccionadas, el UE en el estado EMM-REGISTRADO inicia el procedimiento de actualizacion de area de seguimiento mediante el envfo de un mensaje de PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO a la MME cuando el UE tiene al menos una conexion de PDN de LIPA y el UE ha recibido una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda de cSg de objetivo, y el UE determina que la celda de CSG de objetivo tiene una identidad de CSG que es diferente de la identidad de CSG de la celda previa, o una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda que no es una celda de CSG. Si la MME recibe una PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO desde un UE situado en una celda que no es una celda de CSG, y la MME determina que el UE tiene unicamente conexiones de PDN de LIPA, entonces la MME rechaza el procedimiento de actualizacion de area de seguimiento. En realizaciones seleccionadas, la MME envfa un RECHAZO DE ACTUALIZACION DE AREA DE SEGUIMIENTO y envfa «Implfcitamente desenganchado» o «No hay ningun contexto de portador de EPS activado» en el caso de que la MME haya recibido la PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO desde un UE situado en una celda que no es una celda de CSG y la MME determina que el UE tiene unicamente conexiones de PDN de LIPA. En respuesta, el UE borra la lista de PLMNs equivalentes y desactiva todos los contextos de portador de EPS localmente, si es que los hay, e introduce el SERVICIO NORMAL, NO REGISTRADO EN EMM. El UE lleva a cabo entonces un nuevo procedimiento de enganche. Como se apreciara, las condiciones descritas en lo anterior son equivalentes a las condiciones en las que el UE recibe una indicacion desde las capas inferiores de que el UE ha
5
10
15
20
25
30
35
40
45
50
55
llevado a cabo una entrega desde una celda de CSG a una celda de objetivo con una identidad de CSG diferente, o a una celda que no es una celda de CSG.
En otras realizaciones, el UE, que funciona en el modo 1 de CS/PS o en el modo 2 de CS/PS, en estado EMM- REGISTRADO, inicia el procedimiento de actualizacion de area de seguimiento combinada cuando el UE tiene al menos una conexion de PDN de LIPA y el UE ha recibido una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda de CSG de objetivo, y el UE determina que la celda de CSG de objetivo tiene una identidad de CSG que es diferente de la identidad de CSG de la celda previa, o una indicacion desde las capas inferiores de que el UE se ha trasladado a na celda que no es una celda de CSG.
En otra realizacion, a fin de solicitar la desconexion de PDN de una PDN, el UE envfa un mensaje de PETICION DE DESCONEXION DE PDN a la MME. Si el UE tiene al menos una conexion de PDN que no es una conexion de PDN de LIPA y el UE ha recibido una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda de CSG de objetivo, y el UE determina que la celda de CSG de objetivo tiene una identidad de CSG que es diferente de la identidad de cSg de la celda previa, o una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda que no es una celda de CSG, entonces el UE envfa una Peticion de Desconexion de PDN para cada conexion de PDN de LIPA.
El NAS del UE emite las senales apropiadas si el UE se esta trasladando de un HeNB a una macrocobertura de E- UTRAN/UTRAN/GERAN, o de un HnB a una macrocobertura de UTRAN/GERAN, o de un HeNB de un CSG a un H(e)NB de otro CSG, basandose en la ID de CSG de la nueva celda o basandose en el hecho de que la nueva celda no sea una celda de CSG o no tenga una ID de CSG. En esta realizacion, el intercambio de senales de NAS puede ser (1) un procedimiento de TAU, (2) un procedimiento de desconexion de PDN, si el UE tiene al menos dos conexiones de PDN y al menos una de las conexiones de PDN es una conexion de PDN de LIPA, o (3) un procedimiento de desenganche, si el UE tiene unicamente conexiones de PDN de LIPA, seguido de un procedimiento de enganche. Con esta solucion, el UE se apercibe tan pronto como abandona el H(e)NB para el que se ha perdido la capacidad de conexion de LIPA.
De acuerdo con realizaciones seleccionadas, otra solucion acomete los casos de movilidad en modo libre, asf como de retraso en el descubrimiento, por parte del UE, de que se ha perdido la capacidad de conexion como consecuencia de la movilidad en modo libre entre H(e)NB y macrocobertura u otro H(e)NB para el que no se va a proporcionar continuidad. En esta solucion, cuando el UE recibe un aviso a distancia de SGSN/MME y el UE responde al aviso a distancia desde una celda para la que no se da soporte a la continuidad de LIPA, el SgSn/LIPA libera las conexiones de PDN de LIPA. Esto puede tener como resultado que el UE sea desenganchado si la(s) conexion (conexiones) de PDN de LIPA que son desconectadas por la MME son las unicas conexiones de PDN activas.
En funcionamiento, un UE es avisado a distancia por el SGSN o por la MME. Si el UE responde al aviso a distancia desde una celda para la que no se da soporte a la continuidad de LIPA, el SGSN/MME libera las conexiones de PDN de LIPA. El SGSN/MME determina que no se da soporte a la continuidad de LIPA basandose en la informacion de la celda desde la que el UE esta respondiendo al aviso a distancia (por ejemplo, el tipo de RAT, la ID de CSG), y en el contexto de UE del SGSN/MME. Esto puede tener como resultado que el UE sea desenganchado si la(s) conexion (conexiones) de PDN de LIPA que es (son) desconectada(s) por la MME es (son) la(s) unica(s) conexion (conexiones) de PDN activa(s). En realizaciones seleccionadas, el SGSN/MME desconecta las conexiones de LIPA unicamente si los datos de enlace descendente que desencadenaron el aviso a distancia se corresponden a (una de) las conexiones de PDN de LIPA. En otras realizaciones, el SGSN/MME desconecta las conexiones de LIPA independientemente de a que conexion de PDN pertenezca el enlace descendente, basandose en el hecho de que el UE responde al aviso a distancia desde una celda para la que no va a darse soporte a la continuidad de conexion de PDN de LIPA.
De acuerdo con realizaciones seleccionadas, otra solucion se encarga de los casos de movilidad en modo conectado de HeNB a GERAN/UTRAN con ISR activa, asf como de HNB a GERAN/UTRAN. La solucion se sirve del Estrato de Acceso (AS) del UE para detectar si al UE le queda una cobertura de CSG espedfica antes de que el UE lleve a cabo cualquier intercambio de senales de NAS, e informa al NAS de tal suceso. En respuesta a ello, el NAS puede adoptar una variedad de acciones que se describen mas adelante en referencia a la gestion de la liberacion de la conexion de PDN de LIPA. Estas podnan incluir la desactivacion de la ISR en ciertos escenarios.
En realizaciones seleccionadas, el UE determina que se proporcione la continuidad de LIPA, o que no se proporcione, en una celda de objetivo, basandose en que la ID de CSG de la celda de fuente es diferente de la ID de CSG de la celda de objetivo, o en que la celda de objetivo no es una celda de CSG o no tiene una ID de CSG, o bien en que el UE se traslada a una celda de CSG diferente con la misma ID de CSG que la celda de fuente.
Realizacion basada en UE para HNB a macro GERAN/UTRAN, IRS habilitada
En una realizacion basada en UE para HNB a macro GERAN/UTRAN, con ISR habilitada, la Reduccion del Intercambio de Senales en modo Libre (ISR) es habilitada cuando estan presentes conexiones de PDN de LIPA para tratar los casos de movilidad en modo conectado desde una celda de fuente de HeNB a una celda de objetivo de
5
10
15
20
25
30
35
40
45
50
55
GERAN/UTRAN, as^ como el caso de Opcion Alternativa de CS con PS HO. A este fin, la solucion se aprovecha del hecho de que el AS y en NAS del UE saben que existe un cambio entre sistemas (es decir, que el UE ha llevado a cabo una entrega entre una celda de fuente de una primera tecnologfa de radio y una celda de objetivo de un tipo de tecnologfa diferente).
En funcionamiento, el AS de un UE pone al tanto al NAS del UE del cambio entre sistemas. Si el UE determina que se permite la continuidad de LIPA, el UE no hace nada. Sin embargo, si el UE determina que no se permite la continuidad de LIPA (o no sabe si se permite la continuidad de LIPA), y que al menos una de las conexiones de PDN que estan activas en el HeNB antes de la entrega es una conexion de LIPA, entonces el UE desencadena un intercambio de senales de NAS apropiado (ya sea una TAU, ya sea un procedimiento de desconexion de PN de LIPA/SIPTO, para E.UTRAN, ya sea una desconexion de contexto de RAU/PDP en UTRAN).
En realizaciones seleccionadas, el UE en el estado EMM-REGISTRADO inicia el procedimiento de actualizacion de area de seguimiento enviando un mensaje de PETICION DE ACTUALIZACION De AREA DE SEGUIMIENTO a la MME cuando el UE tiene al menos una conexion de PDN de LIPA y el UE ha recibido una indicacion procedente de las capas inferiores de que el UE se ha trasladado a una celda de CSG y el UE determina que la celda de CSG de objetivo tiene una identidad de CSG que es diferente de la identidad de CSG de la celda previa, o una indicacion procedente de las capas inferiores de que el UE se ha trasladado a una celda que no es una celda de CSG. Sin embargo, si la MME recibe una PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO desde un UE situado en una celda que no es una celda de CSG, y la MME determina que el UE tiene unicamente conexiones de PDN de LIPA, entonces el MME debera rechazar el procedimiento de actualizacion de area de seguimiento. En realizaciones seleccionadas, la MME envfa un RECHAZO DE ACTUALIZACION DE AREA DE SEGUIMIENTO y la indicacion de «Implfcitamente desenganchado» o «No hay ningun contexto de portador de EPS activado» si la MME ha recibido la PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO procedente de un UE situado en una celda que no es una celda de CGS y la MME determina que el UE tiene unicamente conexiones de PDN de LIPA. En respuesta, el UE debera borrar la lista de PLMNs equivalentes y desactivar todos los contextos de portador de EPS localmente, si es que los hay, y debera entrar en el estado de SERVICIO NORMAL, NO REGISTRaDo EN MME.
En otras realizaciones, el UE que funciona en el modo 1 de CS/PS o en el modo 2 de CS/PS en el estado EMM- REGISTRADO iniciara el procedimiento de actualizacion de area de seguimiento combinada cuando el UE tiene al menos una conexion de PDN de LIPA y el UE ha recibido una indicacion de las capas inferiores de que el UE se ha trasladado a una celda de CSG de objetivo y el UE determina que la celda de CSG de objetivo tiene una identidad de CSG que es diferente de la identidad de CSG de la celda previa, o una indicacion procedente de las capas inferiores de que el UE se ha trasladado a una celda que no es una celda de CSG.
El UE puede establecer uno o mas contextos de PDP en correspondencia con los uno o mas APNs correspondientes a las una o mas conexiones de PDN de LIPA, basandose en informacion de configuracion, o bien en criterios de la operadora o en criterios del usuario.
De acuerdo con realizaciones seleccionadas, se describe otra solucion con referencia a la Figura 13 la cual acomete el caso de movilidad en modo libre de NAS en el que el UE entra en el modo conectado de NAS tras producirse una movilidad libre fuera del H(e)NB. En esta solucion, si un UE 1802 envfa una Peticion de Servicio (SR) 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 Conexion Inicial al eNB de objetivo 1804.
Las suposiciones aplicadas en este caso son (1) que el UE tema una conexion de PDN que va a traves de la red de nucleo, asf como una conexion de PDN de LIPA, antes de entrar en el modo LIBRE, (2) no se da soporte a la Continuidad de Servicio para la comunicacion local de LIPA y SIPTO, (3) el UE es un modo ECM-LIBRE antes de que el UE envfe la PETICION DE SERVICIO, y (4) 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.
De acuerdo con realizaciones seleccionadas, otra solucion se describe con referencia a las Figura 14, y acomete el caso de movilidad en modo libre de NAS cuando el UE entra en modo conectado de NAS tras realizar movilidad libre fuera del HeNB. En esta solucion, si un UE 1902 envfa una Peticion de Servicio (SR) a la MME 1906 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 primer HeNB, o HeNB de fuente, 1904, y el UE 1902 tiene unicamente conexiones de PDN de LIPA, entonces la MmE 1908 envfa un mensaje de RECHAZO DE SERVICIO que especifica una causa de
5
10
15
20
25
30
35
40
45
50
55
60
«ImpKcitamente desenganchado» (puesto que la liberacion de la conexion de PDN de LIPA da como resultado el hecho de que el UE sea desenganchado de la red).
Las suposiciones que se aplican en este caso son (1) que el UE tenga unicamente conexiones de PDN de LIPA antes de entrar en el modo LIBRE, (2) no se da soporte la Continuidad de Servicio para la conexion local de LIPA y SIPTO, (3) el UE se encuentra en modo ECM-LIBRE antes de que el UE envfe la pEtICION DE SERVICIO, y (4) no esta implicada la reubicacion de la MME.
En funcionamiento, un UE 1902 envfa una Peticion de Servicio a la MME 1908 (flujo de senales 19-1) desde una celda para la que la continuidad de servicio de LIPA/SIPTO no se proporciona para una capacidad de conexion de PDN de LIPA previamente establecida en un HeNB. Al recibirse la sR desde el UE 1902, la MME 1908 descubre que el UE esta conectado a una celda que no esta directamente conectada a la red residencial/de empresa. Basandose en esto, la MME envfa un mensaje de RECHAZO DE SERVICIO (flujo de senales 19-2) con la causa especificada «Implfcitamente desenganchado» (puesto que la liberacion de la conexion de PDN de LIPA da como resultado que el UE es desenganchado de la red). En respuesta a ello, el UE 1902 libera todos los contextos de portador y restablece su estado de EMM en EMM-DESENGANCHADO y se reengancha a la red al emitir una PETICION DE ENGANCHE a la MME 1908 (flujo de senales 19-4). El UE 1902 puede o no tratar de reconectarse a los APNs correspondientes a las conexiones previas de PDN de LIPA mediante la peticion de capacidad de conexion de LIPA para tales APNs.
Alternativamente, la MME 1908 puede enviar una nueva causa de rechazo «Implfcitamente desenganchado - LIPA no permitida». En respuesta a ello, el UE 1902 libera todos los contextos de portador, restablece su estado de EMM en EMM-DESENGANCHADO, y se reengancha a la red mediante la emision de un mensaje de PETICION DE ENGANCHE a la MME 1908 tras establecer una conexion de RRC 19-3 al segundo eNB, o eNB de objetivo, 1906. El UE 1902 no tratara de reconectarse a los APNs correspondientes a las conexiones de PDN de LIPA previas solicitando capacidad de conexion de LIPA para tales APNs.
De acuerdo con realizaciones seleccionadas, otra solucion se describe con referencia a la Figura 15 y acomete el caso de movilidad en modo libre de NAS en el que el UE entra en modo conectado de NAS tras producirse una movilidad en modo libre de NAS fuera del HeNB. En esta solucion, una conexion de PDN de LIPA es una Conexion de PDN que la MME autoriza en terminos de su capacidad de conexion a una GW de PDN para un UE conectado a un HeNB basandose en una peticion desde el UE de cara a la 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 una capacidad de conexion de LIPA con el texto «LIPA», y por la MME, al informar al UE del tipo capacidad de conexion proporcionada. Alternativamente, una Conexion 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.
En esta solucion, si un UE 2002 envfa una Peticion de Servicio a la MME 2008 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, y el UE 2002 tiene unicamente conexiones de PDN de LIPA, entonces la MME 2008 ordena al UE 2002 que inicie otra conexion de PDN mediante el envfo de un nuevo mensaje de NUEVA PETICION DE CONEXION DE PDN. Esto se basa en la idea de introducir un nuevo mensaje de NAS. De esta forma, si la red/MME recibe una PETICION DE SERVICIO de un UE situado dentro de una celda que no es una celda de CSG o es una celda de CSG con una identidad de CSG diferente de la identidad de CSG de la celda en la que el UE ha activado la conexion de PDN de LIPA, entonces la red/MME manda como retorno un mensaje de RECHAZO DE SERVICIO. Alternativamente, si la red recibe una PETICION DE SERVICIO desde un UE situado en una celda que no es una celda de CSG o es una celda de CSG con una intensidad de CSG diferente de la identidad de CSG de la celda en la que la MME ha recibido una PETICION DE CONTEXTO DE PDP ACTIVO procedente del UE para los contextos de PDP de LIPA, entonces la red manda como retorno un mensaje de RECHaZo DE SERVICIO.
Las suposiciones aplicadas en este caso son que (1) el UE tema solo conexiones de PDN de LIPA antes de entrar en el modo LIBRE, que (2) no se da soporte a la continuidad de servicio para la conexion de LIPA y SIPTO local, que (3) el UE se encuentra en el modo ECM-LIBRE antes de que el UE envfe la PETICION DE SERVICIO, y que (4) no esta implicada una reubicacion de la MME.
En funcionamiento, un UE 2002 envfa una Peticion de Servicio a la MME 2008 (flujo de senales 20-1), ya sea con la llegada de un paquete de UL, ya sea como respuesta a un mensaje de aviso a distancia. En el flujo de senales 20-2, el MME 2008 envfa, bien un mensaje de NUEVA PETICION DE CONEXION DE PDN al UE 2002 (este mensaje implica que la conexion de PDN existente, que es una conexion de PDN de LIPA, no esta disponible para utilizarse), o bien un mensaje de PETICION DE SERVICIO, con una nueva causa «Se requiere una nueva conexion de PDN». (Se apreciara que el mensaje de NUEVA PETICION DE CONEXION DE PDN no ha sido definido, de manera que esta solucion no funciona con UEs previos a la Entrega 10.) En el flujo de senales 20-3, el UE 2002 responde al mensaje liberando localmente las conexiones de PDN de LIPA existentes e iniciando un procedimiento de establecimiento de conexion de PDN mediante el envfo de una Peticion de Capacidad de Conexion de PDN a la MME (flujo de senales 20-3). Si todos los contextos de PDP activos son contextos de LIPA, entonces el UE puede utilizar un APN en el procedimiento de enganche, que es diferente de los APNs correspondientes a los contextos de PDP de LIPA activos. Para la nueva conexion de PDN, el APN sera seleccionado basandose en el criterio local del
5
10
15
20
25
30
35
40
45
50
55
60
UE.
A la hora de enviar el mensaje de NUEVA PETICION DE CONEXION DE PDN, el MME 2008 puede utilizar un procedimiento de notificacion para informar al UE 2002 acerca de sucesos que son relevantes para la capa superior que esta utilizando un contexto de portador de EPS o que ha solicitado una transaccion de procedimiento. Si el UE 2002 indica que da soporte al procedimiento de notificacion, la red puede iniciar el procedimiento en cualquier momento, mientras exista una conexion de PDN o este en curso una transaccion de procedimiento, Por ejemplo, la MME 2008 puede iniciar el procedimiento de notificacion mediante el envfo de un mensaje de NOTIFICACION al UE 2002. Cuando el UE 2002 recibe el mensaje de NOTIFICACION, la entidad de protocolo de ESM existente en el UE 2002 proporciona el indicador de notificacion a la capa superior, que tiene uno de dos valores. El primer valor puede ser utilizado para significar que se cancela una entrega y que se lleva a cabo un reestablecimiento de sesion. El segundo valor puede ser utilizado para significar que no hay disponibles conexiones de PDN activas y que es necesario reestablecer una conexion de PDN.
En realizaciones seleccionadas, la MME envfa un mensaje de RECHAZO DE SERVICIO e indica que se necesita una nueva conexion de PDN si la MME ha recibido una PETICION DE SERVICIO desde un UE situado en una celda que no es una celda de CSG, y el UE tiene al menos una conexion de PDN de LIPA. En otras realizaciones, el MME envfa un mensaje de PETICION DE SERVICIO e indica que es necesaria una nueva conexion de PDN en el caso de que la MME haya recibido una PETICION DE SERVICIO desde un UE situado en una celda de CSG con una identidad de CSG diferente de la identidad de CSG de la celda en la que el UE activo la conexion de PDN o las conexiones de PDN. En respuesta a ello, el UE lleva a cabo un procedimiento de establecimiento de conexion de PDN solicitado por el UE. En el caso de un UE que tiene unicamente conexiones de PDN de LIPA y recibe un mensaje desde la MME de que es necesaria una nueva conexion de PDN, el UE puede utilizar un APN en el procedimiento de establecimiento de conexion de PDN solicitado por el UE, que es diferente de los APNs correspondientes a las conexiones de PDN de LIPA.
En otras realizaciones, la MME envfa un mensaje de RECHAZO DE SERVICIO e indica que «No hay ningun contexto de PDP activado» en el caso de que la MME/red reciba una PETICION DE SERVICIO desde un uE situado en una celda que no es una celda de CSG, y la MME determina que el UE tiene al menos un contexto de PDP de LIPA, o si la MME/red recibe una PETICION DE SERVICIO desde un UE situado en una celda de CSG con una identidad de CSG diferente de la identidad de CSG de la celda en la que el UE ha activado el contexto de PDP, o los contextos de PDP, de LIPA. En respuesta a ello, el UE desactiva localmente todos los contextos de PDP y de MBMS activos, y entra en el estado de SERVICIO NORMAL, REGISTRADO EN GMM. El UE puede tambien activar el (los) contexto(s) de PDP para reemplazar cualesquiera contextos de PDP previamente activos, y puede tambien llevara a cabo los procedimientos necesarios para activar cualquier (cualesquiera) servicio(s) de difusion multiple previamente activo(s). Si el UE tiene unicamente contextos de PDP de LIPA cuando la MME/red indica que «No hay ningun contexto de PDP activado», y si el UE activa el (los) contexto(s) de PDP para reemplazar cualesquiera contextos de PDP previamente activos, el UE no debera solicitar un contexto de PDP de LIpA en la PETICION DE ACTIVAR COnTeXTO DE PDP. Si se utiliza un APN espedfico para LIPA, el UE no debera utilizar un APN en el mensaje de PETICION DE ACTIVAR CONTEXTO DE PDP que sea diferente de los APNs correspondientes a los contextos de PDP de LIPA.
En otras realizaciones, la MME envfa un mensaje de RECHAZO DE SERVICIO e indica Implfcitamente desenganchado en el caso de que la red haya recibido una PETICION DE SERVICIO desde un UE situado en una celda de CSG con una identidad de CSG diferente de la identidad d CSG de la celda en la que el UE activo el contexto de PDP, o contextos de PDP, de LIPA, o si la MME ha recibido la PETICION DE SERVICIO desde un UE situado en una celda de CSG con una identidad de CSG diferente de la identidad de CSG e la celda en la que el UE activo la conexion de PDN, o conexiones de PDN, de LIPA, o si el UE envfa una PETICION DE SERVIcIo desde una celda que no es una celda de CSG y el UE tiene al menos una conexion de PDN de LIPA. En respuesta a ello, el UE borra la lista de PLMNs equivalentes y entra en el estado de SERVICIO NORMAL, NO REGISTRADO EN EMM. El UE borra cualquier contexto de seguridad de EPS correlacionado o contexto de seguridad de EPS nativo parcial, y lleva entonces a cabo un nuevo procedimiento de enganche. Si el UE tiene unicamente conexiones de PDN de LIPA cuando el UE recibe un mensaje de «Implfcitamente desenganchado», el UE puede utilizar un APN en el procedimiento de enganche que es diferente de los APNs correspondientes a las conexiones de PDN de LIPA. En caso de que se de soporte a un modo de A/Gb o modo de Iu por parte del UE, el UE tambien se ocupa del estado de GMM para el caso en que se rechaza el procedimiento de actualizacion de area de encaminamiento combinada, con la causa de GMM con el mismo valor. Como se apreciara, un UE en funcionamiento en el modo 1 de CS/PS o en el modo 2 de CS/PS sigue estando enganchado en IMSI para servicios que no son de EPS.
Si es aceptada la capacidad de conexion con la PDN solicitada, la MME 2008 almacena la identidad de CSG de la celda en la que la MME 2008 ha recibido el mensaje de SOLICITUD DE CAPACIDAD DE CONEXION DE PDN desde el UE 2002. Similarmente, si la MME 2008 acepta el contexto de PDP solicitado dentro de una celda de CSG, la MME 2008 almacena la identidad de CSG de la celda en la que el UE activo el contexto de PDP. En los flujos de senales 20-4 a 20-0 se lleva a cabo el procedimiento de establecimiento de conexion de PDN segun se indica. Al completarse el procedimiento de establecimiento de conexion de PDN, la MME 2008 inicia un procedimiento de liberacion de conexion de PDN de LIPA (flujo de senales 20-10).
5
10
15
20
25
30
35
40
De acuerdo con realizaciones seleccionadas, se describe otra solucion que acomete los casos de movilidad en modo libre de NAS en la que el UE se traslada de un HeNB a GERAN/UTRAN. En esta solucion, un UE envfa una peticion de TAU a la MME 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. Al recibir el mensaje de peticion de TAU desde el UE, la MME bien lleva a cabo el procedimiento de TAU sin liberar las conexiones de PDN de LIPA en el caso de que el UE retorne al HeNB, o bien las libera (lo que puede incluir el rechazo de la TAU asf como ordenar al UE que se desconecte y se reenganche). En realizaciones seleccionadas, si la MME determina que el UE tiene al menos una conexion de PDN que no es una conexion de PDN de LIPA y al menos una conexion de PDN de LIPA, y la MME ha recibido un mensaje de PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO desde el UE situado en una celda que no es una celda de CSG o que es una celda de CSG con una identidad de CSG diferente de la de la celda de cSg previa, o situado en una celda que no es una celda de CSG, y, si el MME determina que el UE esta conectado en rRc pero unicamente son creados portadores de senalizacion durante el procedimiento de actualizacion de area de seguimiento, la MME acepta la peticion de actualizacion de area de seguimiento.
Las suposiciones aplicadas en este caso son (1) que no se da soporte a la Continuidad de Servicio para la LIPA, que (2) el Ue tema al menos una conexion de LIPA antes de entrar en el modo LIBRE, que (3) el UE se encuentra en el modo ECM-LIBRE antes de que se inicie la TAU por parte del UE, que (4) el UE esta conectado a una celda en la que no se proporciona continuidad de servicio de LIPA/SIPTO cuando el UE inicia un procedimiento de TAU, y (5) que el TAU se inicia ya sea porque el temporizador de TAU expira, ya sea porque el UE entra en una nueva TA mientras el UE se encuentra en el modo LIBRE.
Actualizacion de TAU sin Liberacion de PDN
En realizaciones seleccionadas, a fin de proporcionar una actualizacion de TAU sin liberacion de PDN, el UE se encuentra en modo conectado de RRB y en modo libre de ECM cuando se envfa la TAU. En este caso, unicamente se crean portadores de intercambio de senales de radio, y la MME lleva a cabo una actualizacion de TAU sin liberar ninguna conexion de PN, ya que el UE esta en modo LIBRE como consecuencia de que el UE puede volver a la cobertura del HeNB antes de que cambie al modo CONECTADO. En esta realizacion, la desconexion del PDN es retrasada. La decision de la MME puede depender de diversos factores, tales como la duracion temporal que el UE ha estado en el modo libre, si el UE permanece en la misma TA a la que pertenece el HeNB, etc.
La MME Libera las Conexiones de PDN
En realizaciones seleccionadas en las que la MME libera las conexiones de PDN, la MME libera la(s) conexion (conexiones) de PDN de LIPA/SIPTO ya que el UE esta conectado, en ese momento, a una celda en la que no se proporciona la continuidad de servicio de LIPA/SIPTO. En este caso, si la decision por parte de la MME de liberar conexiones de PDN de LIPA/SIPTO da como resultado el hecho de que no queda ninguna conexion de PDN para el UE, entonces la MME rechazara la Peticion de TAU con la causa de «No hay ningun contexto de portador de EPS activado». Si es asf, el UE liberara su informacion de contexto y se reenganchara a la red, lo que implica un nuevo establecimiento de conexion de PDN.
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 en las Tablas 1 y 2 que se dan a continuacion.
Tabla 1: Elemento de informacion de direccion de PDN
8 7 6 5 4 3 2 1
- IEI de direccion de PDN
- octeto 1
- Longitud de contenido de direccion de PDN
- octeto 2
- 0 0 0 reserva
- S i gno de continuidad de servicio Valor de tipo de PDN octeto 3
- Informacion de direccion de PDN
- octeto 4 octeto 5
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
- 3
- 2 1
- 0
- 0
- 1 IPv4
- 0
- 1 0 IPv6
- 0
- 1 1 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)
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 16, 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 5 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 10 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.
15 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
5
10
15
20
25
30
35
40
45
50
55
60
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”-) 118, 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 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 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
5
10
15
20
25
30
35
40
45
50
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 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 24.301 de 3GPP
==========================Comienzo del cambio==============================================
***Siguiente cambio***
Comportamiento del UE en el estado EMM-REGISTRADO
5.2.3.1 Generalidades
El estado EMM-REGISTRADO se introduce en el UE cuando:
- el procedimiento de enganche, o de enganche combinado, se lleva a cabo por el UE (vease la subclausula 5.5.1).
5
10
15
20
25
30
35
40
En el estado EMM-REGISTRADO, el UE se comportara de acuerdo con el sustrato segun se explica en la subclausula 5.2.3.2.
{
El UE debera iniciar el temporizador Capacidad de conexion_LIPA si recibe una indicacion desde las capas inferiores de que el UE ha llevado a cabo una entrega desde una celda de CSG a:
- una celda de objetivo con una identidad de CSG diferente, o
- a una celda que no es una celda de CSG.
***Siguiente cambio***
5.5.3 Procedimiento de actualizacion de area de seguimiento (unicamente en modo S1)
5.5.3.1 Generalidades
El procedimiento de actualizacion de area de seguimiento es siempre iniciado por el UE y se utiliza para los siguientes propositos:
- actualizacion de area de seguimiento normal para actualizar el registro del area de seguimiento vigente en ese momento de un UE en la red;
- actualizacion de area de seguimiento combinada para actualizar el registro del area de seguimiento vigente en ese momento para un UE en el modo 1 de CS/PS o en el modo 2 de CS/PS de funcionamiento;
- actualizacion de area de seguimiento periodica para notificar periodicamente la disponibilidad del UE a la red;
- enganche de IMSI para servicios que no son de EPS cuando el UE esta enganchado para servicios de EPS. Este procedimiento es utilizado por un UE en el modo 1 de CS/PS o en el modo 2 de CS/PS de funcionamiento;
- en diversos casos de cambio entre sistemas desde el modo lu al modo S1 o desde el modo A/Gb al modo S1 (para detalles, veanse las subclausulas 5.5.3.2.2 y la subclausula 5.5.3.3.2);
- cambio entre sistemas del modo S101 al modo S1;
- equilibrado de carga de la MME;
- para actualizar ciertos parametros espedficos del UE en la red (para detalles, veanse las subclausulas 5.5.3.2.2 y la subclausula 5.5.3.3.2);
- recuperacion de ciertos casos de error (para detalles, veanse las subclausulas 5.5.3.2.2 y la subclausula 5.5.3.3.2);
- para indicar que el UE entra en el modo S1 despues de una opcion alternativa de CS o una opcion alternativa de 1xCS;
- para indicar a la red que el UE ha seleccionado una celda de CSG cuya identidad de CSG no esta incluida
en la lista de CSGs Permitidos por el UE o en la lista de CSGs de la Operadora del UE; y
- para indicar a la red que la disponibilidad del UE para poner fin a las llamadas de voz en el IMS ha
cambiado a «disponible»;
- para sincronizar el contexto de portador de EPS del UE con el contexto de portador de EPS de la MME de
cara a la movilidad del UE, en el caso de que la celda de fuente sea una celda de CSG y la celda de
objetivo no sea una celda de CSG, cuando el UE tiene al menos una conexion de PDN de LIPA;
- para sincronizar el contexto de portador de EPS del UE con el contexto de portador de EPS de la MME de
cara a la movilidad del UE, en el caso de que la celda de fuente sea una celda de CSG y la celda de
objetivo no sea una celda de CSG, y en el caso de que la ID de CSG de la celda de objetivo no sea la ID de
CSG de la celda de fuente, cuando el UE tiene al menos una conexion de PDN de LIPA.
5
10
15
20
25
30
35
40
45
***Siguiente cambio***
5.5.3.2 Procedimiento de actualizacion de area de seguimiento normal y periodica
5.5.3.2.1 Generalidades
El procedimiento de actualizacion de area de seguimiento periodica es controlado en el UE por medio de un temporizador T3412. Cuando el temporizador T3412 expira, se inicia el procedimiento de actualizacion de area de seguimiento periodica. El inicio y el restablecimiento a cero del temporizador T3412 se describen en la subclausula 5.3.5.
5.5.3.2.2 Inicio del procedimiento de actualizacion de area de seguimiento normal y periodica
El UE en el estado EMM-REGISTRADO iniciara el procedimiento de actualizacion de area de seguimiento enviando un mensaje de PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO a la MME,
a) cuando el UE detecta la entrada en un area de seguimiento que no esta en la lista de areas de seguimiento que el UE ha registrado previamente en la MME;
b) cuando el temporizador T3412 de actualizacion de area de seguimiento periodica expira;
c) cuando el UE entra en SERVICIO NORMAL, REGISTRADO EN EMM y el TIN del UE indica «P-TMSI»;
d) cuando el UE lleva a cabo un cambio entre sistemas desde el modo S101 al modo S1 y no tiene ningun dato de usuario pendiente;
e) cuando el UE recibe una indicacion desde las capas inferiores de que la conexion de RRC se ha liberado con la causa «se requiere TAU de equilibrado de carga»;
f) cuando el UE ha desactivado el (los) contexto(s) de portador de EPS localmente mientras esta en EMM- REGISTRADO, NO HAY CELDAS DISPONIBLES, y retorna entonces al SERVICIO NORMAL, REGISTRADO EN EMM;
g) cuando el UE cambia la informacion de capacidad de red de UE o la informacion de capacidad de red de MS, o ambas;
h) cuando el UE cambia el parametro de DRX espedfico del UE;
i) cuando el UE recibe una indicacion de «fallo de Conexion de RRC» desde las capas inferiores y no tiene ningun intercambio de senales ni datos de enlace ascendente del usuario pendientes (esto es, cuando la capa inferior solicita la recuperacion de conexion de intercambio de senales de NAS);
j) cuando el UE entra en el modo S1 despues de la opcion alternativa de IxCS;
k) cuando, debido a la seleccion de CSG manual, el UE ha seleccionado una celda de CSG cuya identidad de CSG no esta incluida en la lista de CSGs permitidos por el UE o en la lista de CSGs de la Operadora del UE;
l) cuando el UE vuelve a seleccionar una celda de UTRAN mientras estaba en un estado de LISTO en GPRS o en un modo PMM-CONECTADO;
m) cuando el UE da soporte de SRVCC a GERAN o UTRAN y cambia la marca de clase 2 de la estacion movil o los codecs a los que se da soporte, o bien el UE da soporte de SRVCC a GERAN y cambia la marca de clase 3 de la estacion movil;
n) cuando el UE cambia la capacidad de radio para GERAN o cdma2000®, o para ambas;
o) cuando el ajuste de uso del UE o la preferencia de dominio de voz para E-UTRAN cambia en el UE; o
p) cuando la disponibilidad del UE para la terminacion de llamadas de voz en el IMS cambia de «no disponible» a «disponible», y el TIN indica «TMSI relacionado con RAT» y la preferencia de dominio de voz, segun se define en la TS 24.167 [13B] de 3GPP, no es «solo voz de cS», y el UE se ha configurado con «Gestion de Movilidad para Terminacion de Voz de IMS» habilitada segun se define en la TS 24.167 [13B] de 3GPP;
q) cuando el UE tiene al menos una conexion de PDN de LIPA y el UE ha recibido una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda de CSG de objetivo, y el UE determina que la celda de CSG de objetivo tiene una identidad de CSG que es diferente de la identidad de CSG de la celda
5
10
15
20
25
30
35
40
45
50
previa, o bien una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda que no es una celda de CSG;
r) cuando el tiempo marcado por el temporizador Capacidad de conexion_LIPA expira y el UE ha recibido una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda de CSG de objetivo, y el UE determina que la celda de CSG de objetivo tiene una identidad de CSG que es diferente de la identidad de CSG almacenada cuando el UE entro en el modo EMM-LIBRE, o a una celda que no es una celda de CSG;
s) cuando el tiempo marcado por el temporizador Capacidad de conexion_LIPA esta en curso y el UE ha recibido una indicacion desde las capas inferiores de que el UE se ha trasladado a una de CSG de objetivo, y el UE determina que la celda de CSG de objetivo tiene una identidad de CSG que es diferente de la identidad de CSG de la celda previa, o bien una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda que no es una celda de CSG, y el UE tiene datos de usuario de enlace ascendente para enviar a traves de una conexion de PDN de LIPA.
Nota: las condiciones descritas en lo anterior son equivalentes a las condiciones en que el UE recibe una indicacion desde las capas inferiores de que el UE ha llevado a cabo una entrega desde una celda de CSG a una celda de objetivo con una identidad de CSG diferente, o a una celda que no es una celda de CSG.
NOTA 1: El hecho de que se almacene el ajuste de «Gestion de Movilidad para la Terminacion de Voz de
IMS» en el objeto de gestion de IMS segun se define en la TS 24.167 [13B] de 3GPP, o en el UE, es una opcion de implementacion. Si se pierde este ajuste, entonces la «Gestion de Movilidad para la Terminacion de Voz de IMS» es deshabilitada.
***Siguiente cambio***
5.5.3.2.5 Procedimiento de actualizacion de area de seguimiento normal y periodica no aceptado por la red
Si la actualizacion de area de seguimiento no puede ser aceptada por la red, la MME envfa un mensaje de PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO al UE, que incluye un valor de causa de EMM de causa de EMM.
Si la MME recibe una PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO desde un UE situado en una celda que no es una celda de CSG, y la MME determina que el UE tiene unicamente conexiones de PDN de LIPA, entonces la MME rechazara el procedimiento de actualizacion de area de seguimiento.
Al recibir el mensaje de PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO, el UE detendra el temporizador T3430, detendra toda transmision de datos de usuario, y adoptara las siguientes acciones, dependiendo del valor de causa de EMM recibido.
#3 (UE ilegal); o
#6 (ME ilegal);
El UE debera ajustar el estatus de actualizacion de EPS en ITINERANCIA DE EU3 NO PERMITIDA (y los almacenara de acuerdo con la subclausula 5.1.3.3), y borrara cualquier GUTI, la TAI visitada registrada en ultimo lugar, la lista de TAIs y el eKSI. El UE debera considerar el USIM como no valido para servicios de EPS hasta el apagado o hasta que se elimine el UICC que contiene el USIM. El UE debera borrar la lista de PLMNs equivalentes y entrara en el estado NO RESIGRADO EN EMM.
En caso de que se de soporte a un modo A/Gb o a un modo IU por parte del UE, el UE debera hacerse cargo del estado de GMM de los parametros de GMM, del estatus de actualizacion de GPRS, del P-TMSI, de la firma del P-TMSI, del numero de secuencia de clave de cifrado de RAI y de GPRS, y del estatus de actualizacion de parametros MM, del TMSI, LAI y numero de secuencia de clave de cifrado segun se especifica en la TS 24.008 [13] de 3GPP para el caso de que el procedimiento de actualizacion de area de encaminamiento normal sea rechazado, de manera que la causa de GMM tiene el mismo valor. El USIM debera ser considerado como no valido tambien para servicios que no son de EPS hasta que se apague o hasta que se elimine el UICC que contiene el USIM.
NOTA: La posibilidad de configurar un UE de tal manera que el transceptor, o transmisor-receptor, de
radio para una tecnologfa de acceso por radio espedfica no este activo, aunque se haya implementado en el UE, esta fuera del alcance de la presente memoria.
#7 (Servicios de EPS no permitidos);
El UE debera ajustar el estatus de actualizacion en ITINERANCIA DE EU3 NO PERMITIDA (y debera almacenarlo de acuerdo con la subclausula 5.1.3.3), y borrara cualquier GUTI, la TAI visitada registrada en
5
10
15
20
25
30
35
40
ultimo lugar, la lista de TAIs y el eKSI. El UE debera considerar el USIM como no valido para servicios de EPS hasta el apagado o hasta que se elimine el UICC que contiene el USIM. El UE debera borrar la lista de PLMNs equivalentes y entrara en el estado NO RESIGRADO EN EMM;
En el caso de que se de soporte al modo A/Gb o al modo Iu por parte del UE, el UE debera hacerse cargo del estado de GmM de los parametros de GMM, del estatus de actualizacion de GPRS, del P-TMSI, de la firma del P-TMSI, y del numero de secuencia de clave de cifrado de RAI y de GPRS, segun se especifica en la TS 24.008 [l3] de 3GPP para el caso de que el procedimiento de actualizacion de area de encaminamiento normal sea rechazado, de manera que la causa de GMM tiene el mismo valor.
#9 (La identidad del UE no puede ser deducida por la red);
El UE debera ajustar el estatus de actualizacion de EPS en EU2 NO ACTUALIZADO (y debera almacenarlo de acuerdo con la subclausula 5.1.1.3), y borrara cualquier GUTI, la TAI visitada registrada en ultimo lugar, la lista de TAIs y el eKSI. El UE debera borrar la lista de PLMNs equivalentes e introducir el estado NO REGISTRADO EN EMM.
Subsiguientemente, el UE iniciara automaticamente el procedimiento de enganche.
En el caso de que se de soporte al modo A/Gb o al modo Iu por parte del UE, el UE debera hacerse cargo del estado de GmM de los parametros de GMM, del estatus de actualizacion de GPRS, del P-TMSI, de la firma del P-TMSI, y del numero de secuencia de clave de cifrado de RAI y de GPRS, segun se especifica en la TS 24.008 [l3] de 3GPP para el caso de que el procedimiento de actualizacion de area de encaminamiento normal sea rechazado, de manera que la causa de GMM tiene el mismo valor.
#10 (Implfcitamente desenganchado);
El UE debera borrar la lista de PLMNs equivalentes e introducira el estado de SERVICIO NORMAL, NO REGISTRADO EN EMM. El UE borrara cualquier contexto de seguridad de EPS correlacionado, o contexto de seguridad de EPS nativo parcial. El UE llevara entonces a cabo un nuevo procedimiento de enganche. Si el UE tiene unicamente conexiones de PDN de LIPA cuando la MME proporciona la causa #10 en un RECHAZO DE ACTUALIZACION DE AREA DE SEGUIMIENTO, el UE puede utilizar en el procedimiento de enganche un APN que es diferente de los APNs correspondientes a las conexiones de PDN de LIPA.
En el caso de que se de soporte al modo A/Gb o al modo Iu por parte del UE, el UE debera hacerse cargo del estado de GMM segun se especifica en la TS 24.008 [13] de 3GPP para el caso de que el procedimiento de actualizacion de area de encaminamiento normal sea rechazado, de tal modo que la causa de GMM tiene el mismo valor.
La MME enviara un RECHAZO DE ACTUALIZACION DE AREA DE SEGUIMIENTO e _ indicara «Implfcitamente desenganchado» si la MME ha recibido la PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO desde un UE situado en una que no es una celda de CSG y la MME determina que el UE tiene unicamente conexiones de PDN de LIPA.
#40 (No se ha activado ningun contexto de portador de EPS);
El UE debera borrar la lista de PLMNs equivalentes y desactivar todos los contextos de portador de EPS localmente, si es que los hay, e introducira el estado de SERVICIO NORMAL, NO REGISTRADO EN EMM. El UE llevara entonces a cabo un nuevo procedimiento de enganche.
La MME enviara un RECHAZO DE ACTUALIZACION DE AREA DE SEGUIMIENTO e indicara que «No hay ningun contexto de portador de EPS activado» si la MME ha recibido la PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO desde un UE situado en una celda que no es una celda de CSG, y la MME determina que el UE tiene unicamente conexiones de PDN de LIPA.
{Comentario de los autores: realizacion alternativa}
5
10
15
20
25
30
35
40
45
***Siguiente cambio***
5.5.3.3 Procedimiento de actualizacion de area de seguimiento combinada
5.5.3.3.1 Generalidades
Dentro de un procedimiento de actualizacion de area de seguimiento combinada, los mensajes de ACEPTAR ACTUALIZACION DE AREA DE SEGUIMIENTO y de COMPLETAR ACTUALIZACION DE AREA DE SEGUIMIENTO portan informacion para la actualizacion de area de seguimiento y la actualizacion de area de ubicacion.
El procedimiento de actualizacion de area de seguimiento combinada sigue el procedimiento de actualizacion de area de seguimiento normal que se ha descrito en la subclausula 5.5.3.2.
5.5.3.3.2 Inicio del procedimiento de actualizacion de area de seguimiento combinada
El UE, que funciona en el modo 1 de CS/PS o en el modo 2 de CS/PS, en el estado EMM-REGISTRADO, iniciara el procedimiento de actualizacion de area de seguimiento combinada:
a) cuando el UE que esta enganchado para servicios tanto de EPS como no de EPS detecta la entrada en un area de seguimiento que no esta en la lista de areas de seguimiento que el UE ha registrado previamente en la MME;
b) cuando el UE que esta enganchado para servicios de EPS desea llevar a cabo un enganche para servicios que no son de EPS. En este caso, se ajustara la actualizacion de EPS del tipo de IE en «actualizacion de Ta/LA combinada, con enganche de IMSi»;
c) cuando el UE lleva a cabo un cambio entre sistemas desde el modo A/Gb al modo S1 y los servicios de EPS se habfan suspendido previamente en el modo A/Gb;
d) cuando el UE lleva a cabo un cambio entre sistemas desde el modo A/Gb o lu al modo S1 y el UE habfa llevado a cabo previamente un procedimiento de actualizacion de area de ubicacion o un procedimiento de actualizacion de area de encaminamiento combinada en el modo A/Gb o lu, a fin de reestablecer la asociacion de SGs. En este caso, la actualizacion de EPS del tipo de IE debera ser enviada a la «actualizacion de TA/LA combinada, con enganche de IMSI»;
e) cuando el UE entra en SERVICIO NORMAL, EMM-REGISTRADO, y el TIN del UE indica «P-TMSI»;
f) cuando el UE recibe una indicacion desde las capas inferiores de que la conexion de RRC se ha liberado con la causa «se requiere TAU de equilibrado de carga»;
g) cuando el UE ha desactivado el (los) contexto(s) de portador de EPS localmente mientras se encuentra en EMM-REGISTRADO, NO HAY CELDAS DISPONIBLES, y retorna entonces a SERVICIO NORMAL, EMM- REGISTRADO;
h) cuando el UE cambia la informacion de capacidad de red de UE o la informacion de capacidad de red de MS, o ambas;
i) cuando el UE cambia el parametro DRX espedfico del UE;
j) cuando el UE recibe una indicacion de «fallo de conexion de RRC» desde las capas inferiores y no tiene
ningun intercambio de senales ni datos de enlace ascendente de usuario pendientes (es decir, cuando la capa inferior solicita la recuperacion de la conexion de intercambio de senales de NAS);
k) cuando, debido a la seleccion de CSG manual, el UE ha seleccionado una celda de CSG cuya identidad de CSG no esta incluida en la lista de CSGs Permitidos del UE o en la lista de CSGs de la Operadora del UE;
l) cuando el UE vuelve a seleccionar una celda de E-UTRAN mientras se encuentra en el estado de LISTO en GPRS o en el modo PMM-CONECTADO;
m) cuando el UE da soporte de SRVCC a GERAN o a UTRAN y cambia la marca de clase 2 de la estacion movil o los codecs a los que se da soporte, o el UE da soporte de SRVCC a GERAN y cambia la marca de clase 3 de la estacion movil;
n) cuando el UE cambia la capacidad de radiofrecuencia para GERAN o para cdma2000®, o para ambas;
o) cuando el ajuste de uso del UE o la o la preferencia de dominio de voz para E-UTRAN cambia en el UE; o
5
10
15
20
25
30
35
40
45
50
p) cuando la disponibilidad del UE para la terminacion de llamadas de voz en el IMS cambia de «no disponible» a «disponible», y el TIN indica «TMSI relacionado con RAT», y el UE se ha configurado con «Gestion de Movilidad para Terminacion de Voz de IMS» habilitada segun se define en la TS 24.167 [13B] de 3GPP;
q) cuando el UE tiene al menos una conexion de PDN de LIPA y el UE ha recibido una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda de CSG de objetivo, y el UE determina que la celda de CSG de objetivo tiene una identidad de CSG que es diferente de la identidad de CSG de la celda previa, o bien una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda que no es una celda de CSG;
r) cuando el tiempo marcado por el temporizador Capacidad de conexion_LIPA expira y el UE ha recibido una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda de CSG de objetivo, y el UE determina que la celda de CSG de objetivo tiene una identidad de CSG que es diferente de la identidad de CSG almacenada cuando el UE entro en el modo EMM-LIBRE, o a una celda que no es una celda de CSG;
s) cuando el tiempo marcado por el temporizador Capacidad de conexion_LIPA esta en curso y el UE ha recibido una indicacion desde las capas inferiores de que el UE se ha trasladado a una de CSG de objetivo, y el UE determina que la celda de CSG de objetivo tiene una identidad de CSG que es diferente de la identidad de CSG de la celda previa, o bien una indicacion desde las capas inferiores de que el UE se ha trasladado a una celda que no es una celda de CSG, y el UE tiene datos de usuario de enlace ascendente para enviar a traves de una conexion de PDN de LIPA.
Nota: las condiciones descritas en lo anterior son equivalentes a las condiciones en que el UE recibe una indicacion desde las capas inferiores de que el UE ha llevado a cabo una entrega desde una celda de CSG a una celda de objetivo con una identidad de CSG diferente, o a una celda que no es una celda de CSG.
NOTA : El hecho de que se almacene el ajuste de «Gestion de Movilidad para la Terminacion de Voz de
IMS» en el objeto de gestion de IMS segun se define en la TS 24.167 [13B] de 3GPP, o en el UE, es una opcion de implementacion. Si se pierde este ajuste, entonces la «Gestion de Movilidad para la Terminacion de Voz de IMS» es deshabilitada.
***Siguiente cambio***
5.5.3.3.5 Procedimiento de actualizacion de area de seguimiento combinada no aceptado por la red
Si la actualizacion de area de seguimiento combinada no puede ser aceptada por la red, la MME enviara un mensaje de RECHAZO DE ACTUALIZACION DE AREA DE SEGUIMIENTO al UE, que incluye un valor de causa de EMM apropiado.
Si la MME recibe una PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO desde un UE situado en una celda que no es una celda de CAG, y la MME determina que el UE tiene unicamente conexiones de PDN de LIPA, entonces la MME rechazara el procedimiento de actualizacion de area de seguimiento.
Al recibir el mensaje de RECHAZO DE ACTUALIZACION DE AREA DE SEGUIMIENTO, el UE debera detener el temporizador T3430, detener cualquier transmision de datos de usuario, entrar en el estado MM LIBRE y adoptar las siguientes acciones, dependiendo del valor de causa de EMM recibido.
#3 (UE ilegal);
#6 (ME ilegal); o
#8 (No permitidos servicios de EPS y servicios que no son de EPS);
El UE debera establecer el estatus de actualizacion de EPS en ITINERANCIA DE EU3 NO PERMITIDA (y lo almacenara de acuerdo con la subclausula 5.1.3.3), y borrara cualquier GUTI, la TAI visitada registrada en ultimo lugar, la lista de TAIs y el eKSI.
El UE debera considerar el USIM como no valido para servicios de EPS y para servicios que no son de EPS hasta el apagado o hasta que se elimine el UICc que contiene el USIM. Adicionalmente, el UE debera borrar la lista de PLMNs equivalentes y entrara en el estado NO RESIGRADO EN EMM.
En caso de que se de soporte a un modo A/Gb o a un modo IU por parte del UE, el UE debera hacerse cargo del estatus de actualizacion de parametros MM, del TMSI, LAI y numero de secuencia de clave de cifrado, asf como del estado de GMM de los parametros de GMM, del estatus de actualizacion de GPRS, del P-TMSI, de la firma del P-TMSI, y del numero de secuencia de clave de cifrado de RAI y de GPRS, segun se especifica en la TS 24.008 [13] de 3GPP para el caso de que el procedimiento de actualizacion de
5
10
15
20
25
30
35
40
45
50
area de encaminamiento combinada sea rechazado, de manera que la causa de GMM tiene el mismo valor. #7 (Servicios de EPS no permitidos);
El UE debera ajustar el estatus de actualizacion en ITINERANCIA DE EU3 NO PERMITIDA (y debera almacenarlo de acuerdo con la subclausula 5.1.3.3), y borrara cualquier GUTI, la TAI visitada registrada en ultimo lugar, la lista de TAIs y el eKSI. El UE debera considerar el USIM como no valido para servicios de EPS hasta el apagado o hasta que se elimine el UICC que contiene el USIM. El UE debera borrar la lista de PLMNs equivalentes y entrara en el estado NO RESIGRADO EN EMM;
Un UE que se encuentra en el modo 1 de CS/PS o en el modo 2 de CS/PS de funcionamiento sigue estando enganchado en IMSI para servicios que no son de EPS. El UE debera seleccionar una tecnologfa de acceso por radio de GERAN o de UTRAN y procedera con el procedimiento espedfico de MM apropiado, de acuerdo con el estado de servicio de Mm. El UE no volvera a seleccionar la tecnologfa de acceso por radio de E-UTRAN hasta el apagado o hasta que se elimine el UICC que contiene el USIM.
NOTA: Se requiere una cierta interaccion con el estrato de acceso para inhabilitar la nueva seleccion de
celda de E-UTRAN.
En el caso de que se de soporte al modo A/Gb o al modo Iu por parte del UE, el UE debera, ademas, hacerse cargo del estado de GMM de los parametros de GMM, del estatus de actualizacion de GPRS, del P-TMSI, de la firma del P-TMSI, y del numero de secuencia de clave de cifrado de RAI y de GPRS, segun se especifica en la TS 24.008 [l3] de 3GPP para el caso de que el procedimiento de actualizacion de area de encaminamiento combinada sea rechazado, de manera que la causa de GMM tiene el mismo valor.
#9 (La identidad del UE no puede ser deducida por la red);
El UE debera ajustar el estatus de actualizacion de EPS en EU2 NO ACTUALIZADO (y debera almacenarlo de acuerdo con la subclausula 5.1.1.3), y borrara cualquier GUTI, la TAI visitada registrada en ultimo lugar, la Lista de TAIs y el eKSI. El UE debera borrar la lista de PLMNs equivalentes e introducir el estado NO REGISTRADO EN EMM.
Subsiguientemente, el UE iniciara automaticamente el procedimiento de enganche.
En el caso de que se de soporte al modo A/Gb o al modo Iu por parte del UE, el UE debera hacerse cargo, ademas, del estado de GMM de los parametros de GMM, del estatus de actualizacion de GPRS, del P- TMSI, de la firma del P-TMSI, y del numero de secuencia de clave de cifrado de RAI y de GPRS, segun se especifica en la TS 24.008 [13] de 3GPP para el caso de que el procedimiento de actualizacion de area de encaminamiento combinada sea rechazado, de manera que la causa de GMM tiene el mismo valor.
Un UE en el modo 1 de CS/PS o en el modo 2 de CS/PS de funcionamiento sigue estando enganchado en IMSI para servicios que no son de EPS.
#10 (Implfcitamente desenganchado);
El UE debera borrar la lista de PLMNs equivalentes e introducira el estado de SERVICIO NORMAL, NO REGISTRADO EN EMM. El UE borrara cualquier contexto de seguridad de EPS correlacionado, o contexto de seguridad de EPS nativo parcial. El UE llevara entonces a cabo un nuevo procedimiento de enganche. Si el UE tiene unicamente conexiones de PDN de LIPA cuando la MME proporciona la causa #10 en un RECHAZO DE ACTUALIZACION DE AREA DE SEGUIMIENTO, el UE puede utilizar en el procedimiento de enganche un APN que es diferente de los APNs correspondientes a las conexiones de PDN de LIPA.
En el caso de que se de soporte al modo A/Gb o al modo Iu por parte del UE, el UE debera, ademas, hacerse cargo del estado de GMM segun se especifica en la TS 24.008 [13] de 3GPP para el caso de que el procedimiento de actualizacion de area de encaminamiento combinada sea rechazado, de tal modo que la causa de GMM tiene el mismo valor.
Un UE en el modo 1 de CS/PS o en el modo 2 de CS/PS de funcionamiento sigue estando enganchado en IMSI para servicios que no son de EPS.
La MME enviara un RECHAZO DE ACTUALIZACION DE AREA DE SEGUIMIENTO e _ indicara «Implfcitamente desenganchado» si la MME ha recibido la PETICION DE ACTUALIZACION DE AREA DE SEGUIMIENTO desde un UE situado en una que no es una celda de CSG y la MME determina que el UE tiene unicamente conexiones de PDN de LIPA.
{Comentario de los autores: realizacion alternativa}
#40 (No se ha activado ningun contexto de portador de EPS);
10
15
20
25
30
35
40
El UE debera borrar la lista de PLMNs equivalentes y desactivar todos los contextos de portador de EPS localmente, si es que los hay, e introducira el estado de SERVICIO NORMAL, NO REGISTRADO EN EMM. El UE llevara entonces a cabo un nuevo procedimiento de enganche.
La MME enviara un RECHAZO DE ACTUALIZACION DE AREA DE SEGUIMIENTO e indicara que «No hay ningun contexto de portador de EPS activado» si la MME ha recibido la PETICION DE ACTUALIZACION DE AREA DE SEgUiMIENTO desde un UE situado en una celda que no es una celda de CSG, y la MME determina que el UE tiene unicamente conexiones de PDN de LIPA.
=======================Fin del cambio===================================================
• Cambio en una realizacion para la TS 24.008 de 3GPP
=======================Comienzo del cambio==============================================
***Siguiente cambio***
4.7.13.4 Procedimiento de peticion de servicio no aceptado por la red
Si la Peticion de servicio no puede ser aceptada, la red devuelve un mensaje de RECHAZO DE SERVICIO a la estacion movil. Un MS que recibe un mensaje de RECHAZO DE SERVICIO detiene el temporizador T3317.
Si la red recibe una PETICION DE SERVICIO desde un MS situado en una celda que no es una celda de CSG, o en una celda de CSG con una identidad de CSG que es diferente de la identidad de CSG de la celda en la que el MS activo los contextos de PDP de LIPA, entonces la red devolvera un RECHAZO DE SERVICIO.
Si la red recibe una PETICION DE SERVICIO desde un MS situado en una celda que no es una celda de CSG, o en una celda con una identidad de CSG diferente de la identidad de CSG de la celda en la que la MME ha recibido la PETICION DE ACTIVAR CONTEXTO DE PDP desde el MS para los contextos de PDP de LIPA, entonces la red devolvera un RECHAZO DE SERVICIO.
El MS adoptara entonces diferentes acciones dependiendo del valor de la causa de rechazo recibido:
#10 (Implfcitamente desenganchado);
- El MS debera cambiar al estado de SERVICIO NORMAL, NO REGISTRADO EN GMM. El MS llevara entonces a cabo un nuevo procedimiento. El MS debera tambien activar un (unos) contexto(s) de PDP para remplazar cualesquiera contextos de PDP previamente activos. El MS debera tambien llevar a cabo los procedimientos necesarios para activar cualquier (cualesquiera) servicio(s) de difusion multiple previamente activo(s). Al recibir una causa #10, si todos los contextos de PDP son para servicios de LIPA, entonces el MS puede utilizar en el procedimiento de enganche un APN que es diferente de los APNs correspondientes a los contextos de PDP de LIPA.
En el caso de que se de soporte al modo S1 en el MS, el MS debera hacerse cargo del estado de EMM segun se especifica en la TS 24.301 [120] de 3GPP para el caso de que el procedimiento de peticion de servicio sea rechazado, de manera que la causa de eMm tiene el mismo valor.
La red enviara un RECHAZO DE SERVICIO e indicara «Implfcitamente desenganchado» si la red ha recibido una PETICION DE SERVICIO desde el UE que esta situado en una celda que no es una celda de CSG y el MS tiene al menos un contexto de PDP de LIPA.
La red enviara un RECHAZO DE SERVICIO e indicara «Implfcitamente desenganchado» si la red ha recibido una PETICION DE SERVICIO desde un UE que esta situado en una celda de CSG que tiene una identidad de CSG diferente de la identidad de CSG de la celda en la que el MS ha activado el contexto de PDP de LIPA o contextos de PDP.
NOTA 1: En algunos casos, puede requerirse la interaccion por parte del usuario, y, entonces, el MS no
puede activar el (los) contexto(s) de PDP y de MBMS automaticamente.
#40 (No se ha activado ningun contexto de PDP);
- El MS debera desactivar localmente todos los contextos de PDP y de MBMS activos, y el MS entrara en el estado SERVICIO NORMAL, GMM-REGISTRADO. El MS puede tambien activar un (unos) contexto(s) de PDP para remplazar cualesquiera contextos de PDP previamente activos. El MS puede tambien llevar a cabo los procedimientos necesarios para activar cualquier (cualesquiera) servicio(s) de difusion multiple
previamente activo(s). Si el MS tiene unicamente contextos de PDP de LIPA cuando la red proporciona la causa #40, y si la MS activa un (unos) contexto(s) de PDP para remplazar cualesquiera contextos de PDP activos, no debera solicitar un contexto de PDP de LIPA en el mensaje de ACTIVAR PETICION DE CONTEXTO DE PDP. Si se usa para la LIPA un APN espedfico, entonces el UE debera utilizar un APN en 5 el anexo de ACTIVAR PETICION DE CONTEXTO DE PDP que sea diferente de los APNs
correspondientes a los contextos de PDP de LIPA.
La red enviara un RECHAZO DE SERVICIO e indicara que «No hay ningun contexto de PDP activado» si la red recibe una PETICION DE SERVICIO desde un UE que esta situado en una celda que no es una celda de CSG y la MME determina que el MS tiene al menos un contexto de PDP de LIPA.
10 La red enviara un RECHAZO DE SERVICIO e indicara que «No hay ningun contexto de PDP activado» si la
red recibe una PETICION DE SERVICIO desde un UE que esta situado en una celda de CSG que tiene una identidad de CSG diferente de la identidad de CSG de la celda en la que el MS ha activado el contexto de PDP de LIPA o contextos de PDP.
***Fin de siguiente cambio***
Claims (9)
- 5101520253035404550REIVINDICACIONES1. - Un metodo, en un nodo de gestion de movilidad de una red de comunicaciones inalambrica, de tal manera que el metodo comprende:recibir (18-1, 19-1, 20-1), por parte del nodo de gestion de movilidad, un primer mensaje de Estrato que No es de Acceso, «NAS», desde un Equipo de Usuario, «UE», que tiene, con un primer elemento de red, al menos una de entre una conexion de red de datos en paquetes, «PDN», de Acceso de IP Local, «LIPA», y una conexion de PDN de descarga de trafico de Protocolo de Internet seleccionada, «SIPTO», de tal manera que una caractenstica identificativa asociada con al menos una de entre la conexion de PDN de LIPA y la conexion de PDN de SIPTO es almacenada en el nodo de gestion de movilidad, de tal modo que el primer elemento de red es diferente del nodo de gestion de movilidad;detectar, por parte del nodo de gestion de movilidad, que el UE (1802, 1902, 2002) esta conectado a un segundo elemento de red que es diferente del primer elemento de red y diferente del nodo de gestion de movilidad, de tal modo que la deteccion comprende determinar que el primer mensaje de NAS se ha recibido con una caractenstica identificativa diferente de la caractenstica identificativa asociada con la al menos una de entre la conexion de PDN de LIPA y la conexion de PDN de SIPTO; yen respuesta a la determinacion de que el primer mensaje de NAS se ha recibido con una caractenstica identificativa diferente de la caractenstica identificativa asociada con la al menos una de entre la conexion de PDN de LIPA y la conexion de PDN de SIPTO, desactivar (18-2, 19-2, 20-2), por parte del nodo de gestion de movilidad, al menos una de entre la conexion de PDN de LIPA y la conexion de PDN de SIPTO; yen respuesta a la condicion de que no permanezca ninguna conexion de PDN como resultado de la desactivacion, enviar, por parte del nodo de gestion de movilidad, un segundo mensaje de NAS que hace que el UE lleve a cabo un nuevo procedimiento, de tal manera que el segundo mensaje de NAS incluye una indicacion para obligar al UE a llevar a cabo el nuevo procedimiento de enganche, y un codigo de causa con un valor que representa al menos uno de entre «Implfcitamente desenganchado» y «No hay ningun contexto de portador de ePs activado».
- 2. - El metodo de acuerdo con la reivindicacion 1, en el cual el primer mensaje de NAS es un mensaje de Peticionde Actualizacion de Area de Seguimiento y el segundo mensaje de nAs es un mensaje de Rechazo deActualizacion de Area de Seguimiento.
- 3. - El metodo de acuerdo con la reivindicacion 1, en el cual dicha deteccion incluye determinar que el segundoelemento de red no da soporte a al menos una de entre la conexion de PDN de LIPA y la conexion de PDN deSIPTO.
- 4. - El metodo de acuerdo con la reivindicacion 1, en el cual dicha deteccion esta basada, en parte, en informacion de contexto de portador almacenada en el nodo de gestion de movilidad.
- 5. - El metodo de acuerdo con la reivindicacion 4, que comprende, adicionalmente:mantener la informacion de contexto de portador en un dispositivo de almacenamiento de memoria, de tal manera que la informacion de contexto de portador incluye una direccion de IP de pasarela.
- 6. - El metodo de acuerdo con la reivindicacion 1, en el cual dicha deteccion comprende, adicionalmente: determinar que el segundo elemento de red no tiene ninguna pasarela local conjuntamente emplazada.
- 7. - El metodo de acuerdo con la reivindicacion 1, en el cual el primer mensaje de NAS es uno de entre un mensaje de Peticion de Actualizacion de Area de Seguimiento, un mensaje de Peticion de Servicio Extendido, un mensaje de Actualizacion de Area de Encaminamiento y un mensaje de respuesta a aviso a distancia.
- 8. - Un nodo de gestion de movilidad, en una red de comunicaciones inalambrica, de tal modo que el nodo de gestion de movilidad comprende logica de control de procesador y/o circuitos para:recibir (18-1, 19-1, 20-1) un primer mensaje de Estrato que No es de Acceso, «NAS», procedente de un equipo de usuario, «UE», que tiene, con un primer elemento de red, al menos una de entre una conexion de red de datos en paquetes, «PDN», de Acceso de IP Local, «LIPA», y una conexion de PDN de descarga de trafico de Protocolo de Internet seleccionada, «SIPTO», de tal manera que el primer elemento de red es diferente del nodo de gestion de movilidad, y una caractenstica identificativa asociada con la al menos una de entre la conexion de PDN de LIPA y la conexion de PDN de SIPTO es almacenada en el nodo de gestion de movilidad;detectar (1802, 1902, 2002) que el UE se ha conectado a un segundo elemento de red que es diferente del primer elemento de red y diferente del nodo de gestion de movilidad, de tal modo que la deteccion comprende determinar que el primer mensaje de NAS se ha recibido con una caractenstica identificativa que es diferente de la caractenstica identificativa asociada con la al menos una de entre la conexion de PDN de LIPA y la conexion de PDN de SIPTO; yen respuesta a la determinacion de que el primer mensaje de NAS se ha recibido con una caractenstica identificativa que es diferente de la caractenstica identificativa asociada con la al menos una de entre la conexion de PDN de LIPA y la conexion de PDN de SIPTO, desactivar (18-2, 19-2, 20-2) la al menos una de entre la conexion de PDN de LIPA y la conexion de PDN de SIPTO; y5 en respuesta la condicion de que no permanezca ninguna conexion de PDN como resultado de la desactivacion, enviar un segundo mensaje de NAS, que hace que el UE lleve a cabo un nuevo procedimiento de enganche, de tal manera que el segundo mensaje de NAS incluye una indicacion para obligar al UE a llevar a cabo el nuevo procedimiento de enganche, asf como un codigo de causa con un valor que representa al menos uno de entre «Implfcitamente desenganchado» y «No hay ningun contexto de portador de EPS activado».10 9.- El nodo de gestion de movilidad de acuerdo con la reivindicacion 8, en el cual dicha deteccion incluyedeterminar que el segundo elemento de red no da soporte a la al menos una de entre la conexion de PDN de LIPA y la conexion de PDN de SIPTO.
- 10.- Un producto de programa informatico que comprende un medio de almacenamiento legible por computadora, no transitorio, que tiene, incorporado en su interior, codigo de programa legible por computadora, de tal manera que 15 dicho codigo de programa legible por computadora se ha configurado para ser ejecutado con el fin de implementar un metodo de acuerdo con cualquiera de las reivindicaciones 1 a 7.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US38732310P | 2010-09-28 | 2010-09-28 | |
| US387323P | 2010-09-28 | ||
| PCT/US2011/053520 WO2012044628A1 (en) | 2010-09-28 | 2011-09-27 | Releasing connections with local gw when ue moves out of residential/enterprise network coverage |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2631552T3 true ES2631552T3 (es) | 2017-09-01 |
Family
ID=44764239
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES11773585T Active ES2745630T3 (es) | 2010-09-28 | 2011-09-27 | Gestión de conexión de red residencial/de empresa y escenarios de entrega |
| ES11767130.5T Active ES2631552T3 (es) | 2010-09-28 | 2011-09-27 | Liberación de conexiones con GW local cuando un UE sale de la cobertura de red residencial/de empresa |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES11773585T Active ES2745630T3 (es) | 2010-09-28 | 2011-09-27 | Gestión de conexión de red residencial/de empresa y escenarios de entrega |
Country Status (8)
| Country | Link |
|---|---|
| US (5) | US8937924B2 (es) |
| EP (2) | EP2622905B1 (es) |
| JP (4) | JP2013538031A (es) |
| KR (2) | KR101491579B1 (es) |
| CN (2) | CN103229547B (es) |
| CA (2) | CA2812953C (es) |
| ES (2) | ES2745630T3 (es) |
| WO (2) | WO2012050845A1 (es) |
Families Citing this family (134)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101442734B (zh) * | 2007-11-23 | 2010-12-29 | 中兴通讯股份有限公司 | 用于WiMAX系统的多业务流操作的优化方法 |
| CN101534532B (zh) * | 2008-03-12 | 2012-02-08 | 中兴通讯股份有限公司 | 基于切换的承载建立方法及系统 |
| CN101610576B (zh) | 2008-06-18 | 2013-01-30 | 上海华为技术有限公司 | 限制信令下的信息处理方法及相关设备 |
| US8520594B2 (en) * | 2009-01-30 | 2013-08-27 | Qualcomm Incorporated | Selectively including allowed closed subscriber group list in page message |
| US20100197307A1 (en) * | 2009-01-30 | 2010-08-05 | Qualcomm Incorporated | Access control for access terminals |
| US8731551B2 (en) * | 2009-01-30 | 2014-05-20 | Qualcomm Incorporated | CSG membership indication |
| WO2011034175A1 (ja) * | 2009-09-18 | 2011-03-24 | 日本電気株式会社 | 通信システムと通信制御方法 |
| CN102123375B (zh) * | 2010-01-11 | 2014-04-02 | 华为终端有限公司 | 移动性管理方法、gprs服务支持节点或移动管理实体、终端 |
| ES2631817T3 (es) | 2010-09-28 | 2017-09-05 | Blackberry Limited | Gestión de conexión de red residencial/de empresa y escenarios de CSFB |
| KR20130079564A (ko) | 2010-09-28 | 2013-07-10 | 리서치 인 모션 리미티드 | Ｕｅ가 주택／기업 네트워크 커버리지 밖으로 이동할 때 로컬 ｇｗ와의 연결을 해제시키는 방법 및 장치 |
| KR101491579B1 (ko) | 2010-09-28 | 2015-02-09 | 블랙베리 리미티드 | Ue가 주택／기업 네트워크 커버리지 밖으로 이동할 때 로컬 gw와의 연결 해제 |
| US8649359B2 (en) * | 2010-11-19 | 2014-02-11 | Nokia Corporation | Apparatus and method for selection of a gateway of a local area network |
| EP2654345B1 (en) * | 2010-12-13 | 2018-10-24 | Nec Corporation | Gateway relocation control method in mobile communication system, and control device |
| US9565117B2 (en) | 2010-12-22 | 2017-02-07 | Cisco Technology, Inc. | Adaptive intelligent routing in a communication system |
| US9125213B2 (en) * | 2011-01-07 | 2015-09-01 | Lg Electronics Inc. | Method and apparatus for verifying release of LIPA PDN connection in wireless communication system |
| KR20140003534A (ko) * | 2011-01-14 | 2014-01-09 | 인터디지탈 패튼 홀딩스, 인크 | 회선 교환식 폴백 및 핸드오버 동안의 로컬 인터넷 프로토콜 액세스 접속의 처리 방법 |
| CN103430580B (zh) | 2011-01-21 | 2017-08-25 | 黑莓有限公司 | 用于确定针对(本地)卸载使用的连接的连接上下文的网络装置和过程 |
| EP2676462B1 (en) * | 2011-02-17 | 2014-12-31 | Telefonaktiebolaget LM Ericsson (PUBL) | Method and apparatus for establishing a pdn connection |
| CN102158905B (zh) * | 2011-02-17 | 2013-09-04 | 大唐移动通信设备有限公司 | 家庭基站下建立选择性ip流量分流连接的方法及装置 |
| 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 |
| CA2832067C (en) * | 2011-04-01 | 2019-10-01 | Interdigital Patent Holdings, Inc. | Method and apparatus for controlling connectivity to a network |
| EP2696611B1 (en) * | 2011-04-03 | 2017-08-16 | LG Electronics Inc. | Method and apparatus for supporting mobility of selected ip traffic offload, sipto, in a communication network |
| 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 |
| WO2012138141A2 (en) | 2011-04-05 | 2012-10-11 | Samsung Electronics Co., Ltd. | Method and apparatus for controlling inter-plmn handover to csg cell |
| CN103404227B (zh) * | 2011-04-28 | 2017-02-15 | Lg电子株式会社 | 在无线通信系统中启动x2接口设置的方法和设备 |
| EP2702793B1 (en) * | 2011-04-29 | 2019-01-23 | Telefonaktiebolaget LM Ericsson (publ) | Mobile terminated call improvements |
| US10833994B2 (en) * | 2011-06-01 | 2020-11-10 | Ntt Docomo, Inc. | Enhanced local access in mobile communications |
| KR20140036256A (ko) * | 2011-06-28 | 2014-03-25 | 교세라 가부시키가이샤 | 통신제어방법 및 홈 기지국 |
| TWI612790B (zh) * | 2011-07-01 | 2018-01-21 | 內數位專利控股公司 | 選出網際網路協定(ip)訊務卸載(sipto)及區域ip存取(lipa)行動性方法及裝置 |
| TW201318387A (zh) * | 2011-07-01 | 2013-05-01 | Interdigital Patent Holdings | 管理服務連續性方法及裝置 |
| CN109005602B (zh) * | 2011-07-05 | 2021-03-02 | 北京三星通信技术研究有限公司 | 避免切换失败的方法 |
| US8837369B2 (en) * | 2011-07-05 | 2014-09-16 | Mediatek Inc. | System and method for indicating local IP access support via NAS signaling |
| EP3282762A1 (en) * | 2011-07-12 | 2018-02-14 | InterDigital Patent Holdings, Inc. | Method and apparatus for multi-rat access mode operation |
| JP5665680B2 (ja) * | 2011-07-22 | 2015-02-04 | シャープ株式会社 | 通信システム、通信方法、基地局、および、管理装置 |
| KR20140043484A (ko) * | 2011-08-01 | 2014-04-09 | 인텔 코포레이션 | 네트워크 액세스 제어를 위한 방법 및 시스템 |
| EP3634079A1 (en) | 2011-08-19 | 2020-04-08 | InterDigital Patent Holdings, Inc. | Method and apparatus for using non-access stratum procedures in a mobile station to access resources of component carriers belonging to different radio access technologies |
| US9088928B2 (en) * | 2011-08-30 | 2015-07-21 | Alcatel Lucent | Local network access control via small wireless cells in wireless networks |
| WO2013040070A1 (en) | 2011-09-12 | 2013-03-21 | Ntt Docomo, Inc. | Method and apparatus at the physical and link layer for mobile communications |
| US20130070727A1 (en) * | 2011-09-19 | 2013-03-21 | Alcatel-Lucent Usa Inc. | Mechanism to improve handover speed in small cells |
| US20140219182A1 (en) * | 2011-09-29 | 2014-08-07 | Nokia Solutions And Networks Oy | Device triggering solutions |
| CA2850321A1 (en) * | 2011-09-30 | 2013-04-04 | Interdigital Patent Holdings, Inc. | Methods, apparatus and systems for enabling managed remote access |
| WO2013056746A1 (en) * | 2011-10-21 | 2013-04-25 | Nokia Siemens Networks Oy | Bearer service in communications |
| CN103096401B (zh) * | 2011-10-31 | 2016-06-22 | 华为技术有限公司 | 切换承载的方法、家庭基站网关和家庭基站 |
| CN105163398B (zh) * | 2011-11-22 | 2019-01-18 | 华为技术有限公司 | 连接建立方法和用户设备 |
| GB2489545B (en) * | 2011-11-29 | 2013-05-29 | Renesas Mobile Corp | Method, apparatus and computer program for establishing an emergency service |
| CN102724769B (zh) * | 2012-01-10 | 2018-03-27 | 中兴通讯股份有限公司 | 一种本地访问连接的处理方法和装置 |
| EP2826318B1 (en) * | 2012-03-14 | 2016-02-03 | Telefonaktiebolaget L M Ericsson (publ) | Avoiding unlimited number of unsuccessful location update or packet data connection establishment attempts |
| US9451641B2 (en) | 2012-03-30 | 2016-09-20 | Qualcomm Incorporated | Methods and apparatus for improving data service availability |
| GB2500723A (en) | 2012-03-30 | 2013-10-02 | Nec Corp | Intersystem reselection between radio access networks of different types |
| GB2501278A (en) | 2012-04-18 | 2013-10-23 | Nec Corp | Rendering ineffective a ready timer depending on an initiated inter-system change |
| US20130294335A1 (en) * | 2012-05-02 | 2013-11-07 | Nokia Siemens Networks Oy | Methods and apparatus |
| US9204441B2 (en) * | 2012-05-02 | 2015-12-01 | Qualcomm Incorporated | Method and apparatus for classifying femto node users |
| EP2862408B1 (en) * | 2012-06-19 | 2019-07-24 | Nokia Technologies Oy | Method and apparatus for management of cellular connections |
| CN109905904B (zh) | 2012-06-29 | 2022-05-03 | 北京三星通信技术研究有限公司 | 一种接入控制方法 |
| EP3668181A1 (en) | 2012-08-02 | 2020-06-17 | Telefonaktiebolaget LM Ericsson (publ) | A node and method for handing over a sub-set of bearers to enable multiple connectivity of a terminal towards several base stations |
| EP2709404B1 (en) * | 2012-09-18 | 2020-03-11 | Alcatel Lucent | Support of nomadic or fixed users in a mobile network |
| CN103686932A (zh) * | 2012-09-21 | 2014-03-26 | 北京三星通信技术研究有限公司 | 一种保证本地ip接入业务正确建立的方法 |
| KR20140044476A (ko) * | 2012-10-05 | 2014-04-15 | 엘지전자 주식회사 | 이동 단말기 및 이를 위한 제어 방법 |
| US8768305B1 (en) * | 2012-10-09 | 2014-07-01 | Sprint Communications Company L.P. | Reestablishing a mobile device radio resource control connection |
| US9820327B2 (en) * | 2012-10-15 | 2017-11-14 | Nokia Technologies Oy | Re-attaching to the network after reception of a service reject at a user equipment in response to a service request |
| 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 |
| KR102094499B1 (ko) | 2012-10-31 | 2020-03-27 | 삼성전자주식회사 | 무선 통신 시스템에서 로컬 영역 패킷 데이터 네트워크 연결을 관리하는 방법 및 장치 |
| CN104769991B (zh) * | 2012-11-01 | 2018-04-10 | Lg 电子株式会社 | Mtc监控方法 |
| JP6507641B2 (ja) * | 2012-11-16 | 2019-05-08 | 日本電気株式会社 | ネットワークシステムと方法と装置並びにプログラム |
| CN103826326B (zh) * | 2012-11-19 | 2019-05-07 | 中兴通讯股份有限公司 | 本地ip访问连接释放的方法及装置、移动管理单元、无线侧网元 |
| GB2509072B (en) * | 2012-12-19 | 2015-08-05 | Samsung Electronics Co Ltd | Bearer management |
| US9226211B2 (en) | 2013-01-17 | 2015-12-29 | Intel IP Corporation | Centralized partitioning of user devices in a heterogeneous wireless network |
| CN103974355B (zh) | 2013-01-24 | 2019-03-05 | 电信科学技术研究院 | 一种网络切换的方法及装置 |
| US9769720B2 (en) * | 2013-02-19 | 2017-09-19 | Nokia Technologies Oy | Paging response via an offload cell |
| TWI514909B (zh) * | 2013-03-29 | 2015-12-21 | Intel Ip Corp | 用於無線網路可移動性程序之連接管理技術 |
| CN110225508B (zh) * | 2013-03-29 | 2022-03-25 | 苹果公司 | 无线网络移动过程的管理技术 |
| US9144102B2 (en) | 2013-04-01 | 2015-09-22 | Blackberry Limited | Deactivating or maintaining a packet data network connection |
| GB2512659A (en) | 2013-04-05 | 2014-10-08 | Nec Corp | Communication system |
| CN105191386B (zh) * | 2013-05-10 | 2018-11-20 | 富士通株式会社 | 无线通信方法、无线通信系统、无线基站及无线终端 |
| EP3621322B1 (en) * | 2013-06-05 | 2021-12-08 | Huawei Technologies Co., Ltd. | Information transmission method, information modification method, and apparatuses |
| KR20150014834A (ko) * | 2013-07-30 | 2015-02-09 | 삼성전자주식회사 | 특정 서비스를 지속적으로 제공하는 방법 및 장치 |
| CN110650468B (zh) | 2013-08-05 | 2022-08-30 | 北京三星通信技术研究有限公司 | 一种小小区架构中支持业务本地分流的方法、系统和设备 |
| US9692567B1 (en) * | 2013-09-04 | 2017-06-27 | Cisco Technology, Inc. | Targeted service request for small data communication in a network environment |
| US9860792B2 (en) | 2013-10-18 | 2018-01-02 | Samsung Electronics Co., Ltd. | Network device for supporting gateway change in mobile communication system, and method for operating same |
| US9439238B1 (en) * | 2013-12-09 | 2016-09-06 | Sprint Spectrum L.P. | Method and system for setting a hold-timer duration |
| CN109951281B (zh) * | 2014-01-28 | 2022-04-22 | 华为技术有限公司 | 一种安全密钥更改方法和基站及计算机可读存储介质 |
| KR102143792B1 (ko) * | 2014-01-29 | 2020-08-12 | 삼성전자주식회사 | 단말의 이동성을 보장하면서 효율적으로 세션을 관리하기 위한 방법 및 장치 |
| US9439116B2 (en) | 2014-05-19 | 2016-09-06 | Cisco Technology, Inc. | System and method for identifying a subscriber in a network environment |
| KR102446093B1 (ko) * | 2014-06-11 | 2022-09-23 | 아이피엘에이 홀딩스 인크. | 로컬 콘텐츠 리다이렉션을 위한 매핑 서비스 |
| US9338694B2 (en) | 2014-06-16 | 2016-05-10 | Freescale Semiconductor, Inc. | Wireless communication system with SIPTO continuity |
| US20160277985A1 (en) * | 2014-06-23 | 2016-09-22 | Huawel Technologies Co., Ltd. | Network handover method, and terminal |
| US9900828B2 (en) * | 2014-06-30 | 2018-02-20 | Intel IP Corporation | Preventing a mobile device from repeating a request toward a mobile network |
| RU2668114C2 (ru) * | 2014-07-08 | 2018-09-26 | Хуавей Текнолоджиз Ко., Лтд. | Способ управления пользователями совместно используемой сети, соответствующие устройство и система |
| CN105262648B (zh) * | 2014-07-14 | 2019-10-29 | 中兴通讯股份有限公司 | 一种混合组网的实现方法、系统及设备 |
| CN105407476A (zh) * | 2014-08-25 | 2016-03-16 | 中兴通讯股份有限公司 | 一种通话中控制拆线的方法及终端 |
| US20180167854A1 (en) | 2014-09-25 | 2018-06-14 | Sharp Kabushiki Kaisha | Terminal device, mme, and control method |
| US9264961B1 (en) * | 2014-10-17 | 2016-02-16 | Sprint Spectrum L.P. | Method and system for handover with pre-configuration of timing advance |
| US10142856B2 (en) | 2014-11-07 | 2018-11-27 | Samsung Electronics Co., Ltd. | Technique for triggering mobility management specific procedure to avoid registration state mismatch between user equipment and network |
| KR102255182B1 (ko) * | 2014-12-17 | 2021-05-24 | 삼성전자주식회사 | 통신 시스템에서 아이들 모드의 이동 단말이 모바일 종단 서비스를 수신하기 위한 방법 및 장치 |
| US10477615B2 (en) * | 2015-01-16 | 2019-11-12 | Mediatek Inc. | Methods for handling a PDN disconnection request and communications apparatus utilizing the same |
| CN105873133B (zh) * | 2015-01-23 | 2021-10-29 | 北京三星通信技术研究有限公司 | 双连接架构下支持业务本地分流的方法及设备 |
| US9936475B2 (en) * | 2015-04-02 | 2018-04-03 | Htc Corporation | Device and method of handling detach procedure |
| CN106162774B (zh) * | 2015-04-09 | 2020-10-23 | 中兴通讯股份有限公司 | 跨MeNB切换方法、装置及基站 |
| CN106211274A (zh) * | 2015-04-30 | 2016-12-07 | 中兴通讯股份有限公司 | 一种接入业务网络的方法及装置、基站 |
| KR102611360B1 (ko) * | 2015-05-18 | 2023-12-08 | 애플 인크. | 패킷 데이터 네트워크 접속 오프로드를 위한 주의(at) 명령 |
| US10172051B2 (en) * | 2015-06-22 | 2019-01-01 | Samsung Electronics Co., Ltd | Method and system for optimizing service recovery during closed subscription group (CSG) selection in wireless communication |
| JP7030681B2 (ja) * | 2015-07-16 | 2022-03-07 | インテル コーポレイション | デバイスプロファイルに基づいて構成されるネットワークアクセス |
| EP3326397A1 (en) * | 2015-07-21 | 2018-05-30 | Nokia Technologies Oy | Localized routing in mobile networks |
| US10021559B2 (en) * | 2015-08-04 | 2018-07-10 | Qualcomm Incorporated | Supporting multiple concurrent service contexts with a single connectivity context |
| CN106488508B (zh) * | 2015-08-31 | 2019-11-19 | 大唐移动通信设备有限公司 | 一种数据传输方法、装置及系统 |
| WO2017045195A1 (zh) * | 2015-09-18 | 2017-03-23 | 富士通株式会社 | 网络指示的处理装置、方法以及通信系统 |
| WO2017066945A1 (zh) | 2015-10-21 | 2017-04-27 | 华为技术有限公司 | Mec平台的切换方法、装置及系统 |
| EP3386264B1 (en) * | 2015-12-01 | 2021-02-17 | Nec Corporation | Communication system and communication method |
| CN105592494B (zh) * | 2015-12-24 | 2020-02-04 | 吉林吉大通信设计院股份有限公司 | 一种均衡移动性管理设备池容量的方法 |
| WO2017113047A1 (zh) * | 2015-12-28 | 2017-07-06 | 华为技术有限公司 | 一种pdn连接的释放方法、装置及用户设备 |
| CN106961748B (zh) | 2016-01-08 | 2022-07-26 | 北京三星通信技术研究有限公司 | 控制ue上下文和ue连接的方法和设备 |
| JP2019068113A (ja) * | 2016-02-16 | 2019-04-25 | シャープ株式会社 | 端末装置、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、および通信制御方法 |
| US10405358B1 (en) | 2016-03-02 | 2019-09-03 | Sprint Communications Company L.P. | Data communication usage tracking in a wireless relay |
| US10631211B1 (en) * | 2016-03-11 | 2020-04-21 | Sprint Communications Company L.P. | User equipment (UE) hand-over of a media session based on wireless relay characteristics |
| CN105959982B (zh) | 2016-06-06 | 2019-08-27 | 联想(北京)有限公司 | 网络接入控制方法、服务器及电子设备 |
| WO2018018469A1 (zh) * | 2016-07-27 | 2018-02-01 | 华为技术有限公司 | 用户设备上下文管理方法、装置和设备 |
| MX2019001997A (es) * | 2016-08-19 | 2019-06-13 | Nec Corp | Metodo para la activacion o desactivacion por conexion del plano de usuario por sesion. |
| EP3531782B1 (en) * | 2016-11-02 | 2022-10-26 | Huawei Technologies Co., Ltd. | Information sending method, device and system |
| US11696250B2 (en) * | 2016-11-09 | 2023-07-04 | Intel Corporation | UE and devices for detach handling |
| KR102117098B1 (ko) * | 2017-01-12 | 2020-06-02 | 주식회사 케이티 | 이종 네트워크 핸드오버 제어 방법 및 그 장치 |
| US10172058B1 (en) | 2017-05-12 | 2019-01-01 | Sprint Communications Company L.P. | Data gateway alignment in a wireless communication network |
| US20180343689A1 (en) * | 2017-05-26 | 2018-11-29 | Mediatek Inc. | Method And Apparatus For Handling Problem Cell In Mobile Communications |
| CN114710813B (zh) * | 2017-08-17 | 2024-04-09 | 华为技术有限公司 | 一种通信系统间移动方法及装置 |
| US10200852B1 (en) * | 2017-08-24 | 2019-02-05 | Syniverse Technologies, Llc | Method and system of enabling roaming services in a data-only network to a user equipment requiring a dual attachment to packet and circuit switched networks |
| CA3079351A1 (en) * | 2017-10-16 | 2019-04-25 | Anton L. Kapela | Data routing in communications systems |
| WO2019105371A1 (en) * | 2017-11-28 | 2019-06-06 | Mediatek Singapore Pte. Ltd. | Apparatuses and methods for mobility management (mm) congestion control |
| US20190313311A1 (en) * | 2018-04-09 | 2019-10-10 | Mediatek Inc. | Apparatuses, service networks, and methods for handling plmn-specific parameters for an inter-plmn handover |
| CN109167811B (zh) | 2018-07-27 | 2020-05-05 | 阿里巴巴集团控股有限公司 | 一种基于区块链的跨链数据访问方法和装置 |
| CN109145205B (zh) | 2018-07-27 | 2020-09-01 | 阿里巴巴集团控股有限公司 | 一种基于区块链的跨链数据操作方法和装置 |
| EP3611894A1 (en) * | 2018-08-13 | 2020-02-19 | Thales Dis France SA | Method of managing the connectivity of a security element to a cellular telecommunications network |
| US11470683B2 (en) * | 2018-11-14 | 2022-10-11 | Parallel Wireless, Inc. | Idle mode signaling reduction core offload |
| CN111818592A (zh) * | 2019-07-31 | 2020-10-23 | 维沃移动通信有限公司 | 一种网络切换方法、网络设备及终端 |
| US11337267B2 (en) * | 2019-09-30 | 2022-05-17 | Mediatek Inc. | Apparatuses and methods for 5G session management (5GSM) procedure enhancement |
Family Cites Families (63)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI116185B (fi) | 2000-05-31 | 2005-09-30 | Nokia Corp | Keskeytystila |
| WO2004032535A2 (en) * | 2002-10-04 | 2004-04-15 | M-Stack Limited | Access stratum manager |
| WO2004084572A1 (en) | 2003-03-20 | 2004-09-30 | Telefonaktiebolaget L M 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 |
| JP4318520B2 (ja) | 2003-09-26 | 2009-08-26 | 富士通株式会社 | 端末の状態制御システム |
| US7369856B2 (en) * | 2004-11-24 | 2008-05-06 | Intel Corporation | Method and system to support fast hand-over of mobile subscriber stations in broadband wireless networks |
| US20080076425A1 (en) * | 2006-09-22 | 2008-03-27 | Amit Khetawat | Method and apparatus for resource management |
| KR101441227B1 (ko) | 2006-10-30 | 2014-09-17 | 인터디지탈 테크날러지 코포레이션 | Ｌｔｅ 시스템에서 추적 영역 업데이트 및 셀 재선택을 구현하는 방법 및 장치 |
| 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 |
| US8451752B2 (en) | 2007-05-21 | 2013-05-28 | Arrowspan, Inc. | Seamless handoff scheme for multi-radio wireless mesh network |
| CN101425959B (zh) | 2007-10-29 | 2013-04-24 | 华为技术有限公司 | 一种承载处理方法和装置 |
| EP2079253A1 (en) * | 2008-01-09 | 2009-07-15 | Panasonic Corporation | Non-3GPP to 3GPP network handover optimizations |
| CN101505474B (zh) | 2008-02-04 | 2013-01-02 | 华为技术有限公司 | 用户切换过程中网络侧处理方法、网元设备及网络系统 |
| US7940697B2 (en) | 2008-03-17 | 2011-05-10 | Nokia Corporation | Transition between IP protocol versions |
| EP2597927A1 (en) | 2008-04-14 | 2013-05-29 | Research In Motion Limited | Apparatus, and associated method, for facilitating radio control system operation with an ICS-capable wireless device |
| US8041335B2 (en) * | 2008-04-18 | 2011-10-18 | Kineto Wireless, Inc. | Method and apparatus for routing of emergency services for unauthorized user equipment in a home Node B system |
| US20090265643A1 (en) | 2008-04-18 | 2009-10-22 | Alcatel Lucent | Instant messaging reception indication |
| US8626162B2 (en) * | 2008-06-06 | 2014-01-07 | Qualcomm Incorporated | Registration and access control in femto cell deployments |
| CN105007619A (zh) | 2008-06-27 | 2015-10-28 | 中兴通讯股份有限公司 | Isr去激活方法及isr去激活指示装置 |
| 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 |
| WO2010022082A1 (en) * | 2008-08-18 | 2010-02-25 | Starent Networks, Corp | Combined gateway for network communications |
| US9232452B2 (en) | 2008-10-31 | 2016-01-05 | Htc Corporation | Method of handling an inter rat handover in wireless communication system and related communication device |
| US8891490B2 (en) | 2008-11-24 | 2014-11-18 | At&T Mobility Ii Llc | Packet data protocol context management for handover from cellular network to a femto cell |
| AR075123A1 (es) | 2009-01-06 | 2011-03-09 | Interdigital Patent Holdings | Metodo y aparato para cancelar una caida de un circuito conectado |
| ES2381523T3 (es) | 2009-01-30 | 2012-05-29 | Vodafone Holding Gmbh | Reducción de cargas de señalización desde un dispositivo móvil hacia una red móvil |
| ES2814700T3 (es) * | 2009-02-13 | 2021-03-29 | Samsung Electronics Co Ltd | Procedimiento y aparato de traspaso en un sistema de comunicación inalámbrica que incluye femtocélulas |
| US20100297979A1 (en) | 2009-04-14 | 2010-11-25 | Interdigital Patent Holdings, Inc. | Method and apparatus for processing emergency calls |
| US9480092B2 (en) * | 2009-04-23 | 2016-10-25 | Qualcomm Incorporated | Establishing packet data network connectivity for local internet protocol access traffic |
| PL2677810T3 (pl) | 2009-04-23 | 2021-01-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Wskaźnik przekazania PS do CS |
| 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 |
| BRPI1011085A2 (pt) | 2009-06-03 | 2018-02-06 | Research In Motion Ltd | serviço de voz em sistema de pacotes evoluído |
| WO2011002244A2 (en) * | 2009-07-02 | 2011-01-06 | Lg Electronics Inc. | A method to facilitate user equipment (ue) handoff within a packet data communication system |
| EP2465301B1 (en) | 2009-08-14 | 2017-03-22 | Hilco Patent Acquisition 55, LLC | Methods and apparatus to support voice solutions for data centric terminals |
| CN102484783B (zh) | 2009-08-20 | 2014-11-26 | Nec欧洲有限公司 | 用于控制网络结构与网络结构之间的业务量的方法 |
| KR20110020161A (ko) * | 2009-08-21 | 2011-03-02 | 엘지전자 주식회사 | 이동통신 네트워크 내에서 제어 평면(Ｃｏｎｔｒｏｌ Ｐｌａｎｅ)을 담당하는 서버 및 ＳＩＰＴＯ 기반의 세션을 제어하는 방법 |
| KR101091300B1 (ko) * | 2009-08-21 | 2011-12-07 | 엘지전자 주식회사 | 이동통신 네트워크 내에서 제어 평면（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ） 을 담당하는 서버 및 ＬＩＰＡ（Ｌｏｃａｌ ＩＰ Ａｃｃｅｓｓ） 서비스를 제어하는 방법 |
| EP2487959B1 (en) | 2009-09-18 | 2015-05-27 | NEC Corporation | Communication system and communication controlling method |
| WO2011038359A2 (en) * | 2009-09-26 | 2011-03-31 | Cisco Technology, Inc. | Providing services at a communication network edge |
| US8705445B2 (en) * | 2009-10-30 | 2014-04-22 | Interdigital Patent Holdings, Inc. | Method and apparatus for efficient signaling and usage of resources for wireless communications supporting circuit switched and packet switched sessions |
| KR101584603B1 (ko) * | 2009-11-10 | 2016-01-14 | 노키아 솔루션스 앤드 네트웍스 오와이 | 통신 트래픽 브레이크아웃을 제공하기 위한 통신 네트워크의 네트워크 디바이스 및 방법 |
| US20110116469A1 (en) * | 2009-11-16 | 2011-05-19 | Motorola, Inc. | Local internet protocol access/selected internet protocol traffic offload packet encapsulation to support seamless mobility |
| KR20170125136A (ko) * | 2010-01-08 | 2017-11-13 | 인터디지탈 패튼 홀딩스, 인크 | 접속된 모드에서 ｃｓｇ 아이덴티티들을 화이트 리스트에 부가하기 위한 방법 및 장치 |
| CN102714788A (zh) | 2010-01-08 | 2012-10-03 | 交互数字专利控股公司 | 用于广播对选择的网际协议业务卸载的支持的方法和装置 |
| 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 |
| US8929284B2 (en) * | 2010-02-03 | 2015-01-06 | Qualcomm Incorporated | Method and apparatus to enable inter-system transfer of a packet switched session |
| US8885536B2 (en) * | 2010-04-13 | 2014-11-11 | Qualcomm Incorporated | Method and apparatus for managing local internet protocol offload |
| US8774128B2 (en) | 2010-04-19 | 2014-07-08 | Qualcomm Incorporated | Method and apparatus for detachment from a wireless communication network |
| CN102244908B (zh) | 2010-05-10 | 2015-10-21 | 北京三星通信技术研究有限公司 | 支持终端移动性的切换方法 |
| CA2801918C (en) | 2010-06-07 | 2016-05-17 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting service request messages in a congested network |
| US9386607B2 (en) * | 2010-06-17 | 2016-07-05 | Qualcomm Incorporated | Method and apparatus for managing packet data network connectivity |
| US20120002637A1 (en) * | 2010-06-18 | 2012-01-05 | Interdigital Patent Holdings, Inc. | Method and apparatus for supporting home node-b mobility |
| 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 | 中兴通讯股份有限公司 | 一种优先业务的处理方法和系统 |
| KR101491579B1 (ko) | 2010-09-28 | 2015-02-09 | 블랙베리 리미티드 | Ue가 주택／기업 네트워크 커버리지 밖으로 이동할 때 로컬 gw와의 연결 해제 |
| ES2631817T3 (es) | 2010-09-28 | 2017-09-05 | Blackberry Limited | Gestión de conexión de red residencial/de empresa y escenarios de CSFB |
| KR20130079564A (ko) | 2010-09-28 | 2013-07-10 | 리서치 인 모션 리미티드 | Ｕｅ가 주택／기업 네트워크 커버리지 밖으로 이동할 때 로컬 ｇｗ와의 연결을 해제시키는 방법 및 장치 |
| WO2012065010A1 (en) | 2010-11-11 | 2012-05-18 | Qualcomm Incorporated | Systems and methods for improving circuit switched fallback performance |
| CN103430580B (zh) | 2011-01-21 | 2017-08-25 | 黑莓有限公司 | 用于确定针对(本地)卸载使用的连接的连接上下文的网络装置和过程 |
-
2011
- 2011-09-27 KR KR20137010650A patent/KR101491579B1/ko active IP Right Grant
- 2011-09-27 KR KR1020137010649A patent/KR101534415B1/ko active IP Right Grant
- 2011-09-27 CA CA2812953A patent/CA2812953C/en active Active
- 2011-09-27 US US13/246,573 patent/US8937924B2/en active Active
- 2011-09-27 EP EP11773585.2A patent/EP2622905B1/en active Active
- 2011-09-27 WO PCT/US2011/053525 patent/WO2012050845A1/en active Application Filing
- 2011-09-27 WO PCT/US2011/053520 patent/WO2012044628A1/en active Application Filing
- 2011-09-27 CA CA2812954A patent/CA2812954C/en active Active
- 2011-09-27 JP JP2013530424A patent/JP2013538031A/ja not_active Withdrawn
- 2011-09-27 EP EP11767130.5A patent/EP2622903B1/en active Active
- 2011-09-27 US US13/876,019 patent/US20130188604A1/en not_active Abandoned
- 2011-09-27 ES ES11773585T patent/ES2745630T3/es active Active
- 2011-09-27 ES ES11767130.5T patent/ES2631552T3/es active Active
- 2011-09-27 CN CN201180057194.3A patent/CN103229547B/zh active Active
- 2011-09-27 JP JP2013531731A patent/JP5557361B2/ja active Active
- 2011-09-27 CN CN201180046887.2A patent/CN103155639B/zh active Active
-
2014
- 2014-09-30 JP JP2014200246A patent/JP6045080B2/ja active Active
- 2014-12-10 US US14/565,800 patent/US9713196B2/en active Active
-
2016
- 2016-09-05 JP JP2016172947A patent/JP6335989B2/ja active Active
-
2017
- 2017-05-22 US US15/601,097 patent/US10187911B2/en active Active
-
2018
- 2018-12-20 US US16/227,196 patent/US10743366B2/en active Active
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2631552T3 (es) | Liberación de conexiones con GW local cuando un UE sale de la cobertura de red residencial/de empresa | |
| ES2631817T3 (es) | Gestión de conexión de red residencial/de empresa y escenarios de CSFB | |
| US11729695B2 (en) | Method and apparatus for releasing connection with local GW when UE moves out of the residential/enterprise network coverage |