ES2985872T3 - Método, equipo de usuario y medio no transitorio legible por ordenador para determinar causas de establecimiento para sesiones de emergencia - Google Patents

Abstract

Un método para iniciar una llamada de emergencia con conmutación de paquetes utilizando un equipo de usuario (UE), incluyendo el UE una pluralidad de capas de protocolo. La pluralidad de capas de protocolo incluye una subcapa de subsistema multimedia (IMS) de protocolo de Internet (IP), una capa de estrato sin acceso (NAS) y una capa de estrato de acceso, AS. El método incluye generar, en el UE, una primera solicitud que comprende un indicador que indica un tipo de solicitud. El UE determina una causa de establecimiento de control de recursos de radio (RRC) en función del tipo de solicitud, en donde la causa de establecimiento de RRC indica que el UE está solicitando un establecimiento de una conexión RRC para una llamada de emergencia a través de una red PS. El UE genera una SOLICITUD DE CONEXIÓN RRC, la SOLICITUD DE CONEXIÓN RRC incluye la causa de establecimiento de RRC. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Método, equipo de usuario y medio no transitorio legible por ordenador para determinar causas de establecimiento para sesiones de emergencia

ANTECEDENTES

La presente invención se refiere a iniciar una llamada de emergencia por Conmutación de Paquetes, PS, usando un equipo de usuario, UE.

Según se usan en el presente documento, los términos "equipo de usuario" y "UE" pueden referirse a dispositivos inalámbricos tales como teléfonos móviles, asistentes digitales personales (PDAs), ordenadores de mano o portátiles, y dispositivos similares u otros agentes de usuario ("UAs") que tienen capacidades de telecomunicaciones. En algunas realizaciones, un UE puede referirse a un dispositivo móvil inalámbrico. El término "UE" también puede referirse a dispositivos que tienen capacidades similares pero que en general no son transportables, tales como ordenadores de escritorio, cajas de adaptación del televisor o nodos de red.

En los sistemas tradicionales de telecomunicaciones inalámbricas, un equipo de transmisión en una estación base u otro nodo de red transmite señales por toda una región geográfica conocida como célula. A medida que la tecnología ha evolucionado, se han introducido equipos más avanzados que pueden proporcionar servicios que no eran posibles previamente. Este equipo avanzado podría incluir, por ejemplo, un nodo B de red de acceso de radiocomunicaciones terrestre universal evolucionada (EUTRAN) (eNB) mejor que una estación base u otros sistemas y dispositivos que presenten una evolución más elevada que el equipo equivalente en un sistema de telecomunicaciones inalámbricas tradicional. A dicho equipo avanzado o de próxima generación se le puede hacer referencia en el presente documento como equipo de evolución a largo plazo (LTE), y a una red basada en paquetes que usa dicho equipo se le puede hacer referencia como sistema por paquetes evolucionado (EPS). Mejoras adicionales de los sistemas y equipos de LTE darán como resultado finalmente un sistema avanzado de LTE (LTE-A). Según se usa en el presente documento, la expresión "estación base" se referirá a cualquier componente, tal como una estación base tradicional o una estación base de LTE o LTE-A (incluidos eNBs), que puede proporcionar a un UE acceso de comunicación a otros componentes en un sistema de telecomunicaciones.

En sistemas de comunicaciones móviles tales como la E-UTRAN, una estación base proporciona acceso por radiocomunicaciones a uno o más UEs. La estación base comprende un planificador de paquetes para planificar dinámicamente transmisiones de paquetes de datos de tráfico de enlace descendente y asignar recursos de transmisión de paquetes de datos de tráfico de enlace ascendente entre todos los UEs que se comunican con la estación base. Las funciones del planificador incluyen, entre otras, dividir la capacidad de la interfaz aérea disponible entre UEs, decidir el canal de transporte que se utilizará para las transmisiones de datos por paquetes de cada UE, y monitorizar la asignación de paquetes y la carga del sistema. El planificador asigna dinámicamente recursos para transmisiones de datos del Canal Físico Compartido de Enlace Descendente (PDSCH) y del Canal Físico Compartido de Enlace Ascendente (PUSCH), y envía información de planificación a los UEs a través de un canal de control.

En los sistemas de telecomunicaciones existentes, los diversos controladores de señalización y de protocolos que entregan servicios de telecomunicaciones se implementan en varias capas de protocolo. Varias entidades pares que pertenecen a cada una de las capas se intercambian señalizaciones y se comunican entre sí para habilitar y materializar varias funciones de modo que se puedan proporcionar servicios. Además, cada capa puede proporcionar uno o más servicios a las capas superiores. La figura 1 es una ilustración de algunas de las capas de protocolo encontradas dentro de los sistemas de telecomunicaciones existentes e ilustra un protocolo estratificado que puede usarse para comunicaciones entre un UE y una estación base. Como se muestra en la figura 1, las capas 12 de red residen por encima de las capas 14 de control de acceso. Las capas 12 de red y las capas 14 de control de acceso pueden comunicarse entre sí. Además, debido a que residen por encima de las capas 14 de control de acceso, las capas 12 de control de red reciben servicios proporcionados por las capas 14 de control de acceso.

En una red de comunicaciones móviles, los controladores de protocolos y señalización de la capa de red del UE y la red central (CN) se comunican entre sí a través de enlaces de comunicaciones establecidos por los controladores de red de acceso de radiocomunicaciones (RAN) subyacentes. En las terminologías del UMTS y el 3 GPP, por ejemplo, la capa de red entre el UE y la CN se denomina Estrato Sin Acceso (NAS). La capa de acceso de radiocomunicaciones de la RAN se denomina Estrato de Acceso (AS).

Debido a que las capas subyacentes proporcionan servicios a las capas superiores, en el caso de tecnologías UMTS y 3GPP, por ejemplo, el AS proporciona servicios al NAS. Uno de tales servicios proporcionado por el AS es establecer una conexión de señalización para el NAS de un UE de tal manera que el NAS del UE pueda señalizar y comunicarse con un NAS de la red central. En la evolución a largo plazo/evolución de la arquitectura de servicio (LTE/SAE), a este servicio se le puede hacer referencia como la obtención de una conexión de señalización para acceder a la red central por paquetes mejorada (EPC). Para obtener la conexión de señalización, el AS ejecuta un procedimiento de establecimiento de conexión de RRC. El procedimiento incluye enviar un mensaje SOLICITUD DE CONEXIÓN DE RRC desde el AS del UE al AS de la estación base.

La figura 2 es un diagrama de flujo que muestra un procedimiento de establecimiento de RRC ejemplificativo ejecutado por un UE en comunicación con una red EUTRAN. En una primera etapa 20, el Ue emite un mensaje RRCConnectionRequest hacia la EUTRAN. En respuesta, la EUTRAN envía un mensaje RRCConnectionSetup al UE en la etapa 22 y recibe un mensaje RRCConnectionSetupComplete del UE en la etapa 24. Puede encontrarse un procedimiento de señalización similar en el UMTS.

El procedimiento de solicitud de conexión de RRC ilustrado en la figura 2 puede ser iniciado por el RRC por sus propias necesidades, o el procedimiento puede iniciarse cuando el NAS transmite una solicitud de una conexión de red al AS tal como para permitir que el NAS se comunique con la red. Por ello, el AS puede solicitar y establecer recursos en nombre del NAS.

Como parte del establecimiento de la conexión de señalización (por ejemplo, como se ilustra en la figura 2), el RRC del UE transmite al AS de la estación base una indicación de la razón para solicitar la conexión. Las razones pueden incluir varios valores que incluyen emergencia, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2 y spare1. La Tabla 1 ilustra protocolos de señalización de RRC de ejemplo que incluyen una cláusula de establecimiento y una definición de valores válidos para la cláusula de establecimiento que pueden ser proporcionados por el NAS al AS para solicitar una conexión de señalización.

Tabla 1

ASN1START

ítRCConaec t i oixRequeis £ : : — SEQUENCE {

c r i t i c a 1 Ex t ene I peis CHOICE {

ricConueet¿uriRt*y visas £-x 6 FcRCCorvrec c i onRegue 5t - r Q-tes , ;cr i t i c a l BxE ens i or.s Fu tu re ñttQTJENCE O ;) ;) ;RRCCcmne c t i o jiReques fr-rS-IE » SEQUENCE { ;u e-Iden ti t-y I n i , ;e s ttab 1 i flliiften t Cau se Se t abliGhmentCauBfl. ;ap are B IT STRXKTG ÍSXZP U ) ) ;;mltialUE-xdenci try ¿ i * C ÍÍQ X G E - {

S-TJtSJ • < i " •

rendoFiVa lúe 'BIT STBIB3G( S J Z E(40)}.

}

Es t a b l i sbiíi«rvt:C .^u s e emmeeated t

«n e -jrg -e x ie y , h i o h P r i o i f i t v A C C t ^ a s , i c ic - f t c c e s s ..ma-S ism alling . jno-Data, spare3, spare2 , spetrel}

— A S N 1 S T O P

La causa de establecimiento puede indicar a los nodos de destino (por ejemplo, la estación base/E-UTRAN y posiblemente la CN/EPC) la razón de dicho establecimiento de modo que puedan asignarse recursos apropiados para la conexión de señalización y el uso posterior de la conexión de señalización o la conexión de plano de usuario. La causa de establecimiento también puede usarse para discriminar/distinguir según tarifas/planes de cobro. En el UMTS y el EPS, la causa de establecimiento que el RRC proporciona a la red en un mensaje SOLICITUD DE CONEXIÓN DE RRC se toma de la solicitud entre capas del NAS. Por ello, la causa de establecimiento de RRC que usa el AS (por ejemplo, el RRC) en la SOLICITUD D<e>CONEXIÓN DE<r>R<c>se recibe del NAS. Por consiguiente, es el NAS el que determina qué causa de establecimiento se va a usar. Por ejemplo, con referencia a la Tabla 1, se puede usar "establishmentCause" para proporcionar la causa de establecimiento de la solicitud de conexión de RRC según es proporcionada por las capas superiores. Con respecto a las denominaciones de los valores de causa, highPriorityRequest se refiere a AC11..AC15, "mt" significa "Destinado a Móvil" y "mo" significa "Originado en Móvil".

En el caso de una llamada de emergencia, el NAS que inicia dicha llamada de emergencia en nombre de las capas superiores (por ejemplo, las aplicaciones de llamada) puede indicar que se está realizando una llamada de emergencia. Si es así, la Causa de Establecimiento de RRC puede ser leída por la estación base y la CN, y, en respuesta, la estación base y la CN pueden configurarse para hacer todo lo posible para proporcionar y mantener recursos para la llamada de emergencia.

En algunas configuraciones de red, sin embargo, el UE puede configurarse para implementar una capa de IMS para comunicaciones por conmutación de paquetes (PS) (incluidas comunicaciones de voz y datos). Para la capa de IMS dentro del UE hay una capa de IMS par en el lado de la CN. La capa de IMS dentro de la estación base reside por encima de la capa de NAS. En el lado del UE, la subcapa de IMS del UE se sitúa a la par de las aplicaciones. Por ello, la capa (o subcapa) de IMS está por encima del NAS, y por encima de las funciones de Gestión de Movilidad y las funciones de Gestión de Sesión. La figura 3a es una ilustración de una estratificación dentro de un UE que muestra la subcapa de IMS. Como se muestra, la subcapa 30 de IMS reside por encima tanto de la capa 32 de NAS como de la capa 34 de AS. La capa de IMS puede usarse para iniciar comunicaciones de voz por PS. En algunos casos, un usuario puede desear iniciar una comunicación de voz de emergencia usando servicios proporcionados por la capa de IMS.

Pueden requerirse diversas redes de comunicaciones, incluidas redes móviles terrestres públicas (PLMNs), para admitir un usuario que realiza una llamada de emergencia. Sin embargo, generalmente, esas redes no admiten llamadas de emergencia realizadas dentro del dominio de PS (por ejemplo, usando el IMS). Por ello, los sistemas existentes pueden basarse en servicios del dominio de conmutación de circuitos (CS) para proporcionar la llamada de emergencia. Incluso aunque un UE de un usuario pueda configurarse para proporcionar comunicación de voz usando el IMS, en el caso especial de una llamada de emergencia, el UE no usa los servicios del dominio de PS proporcionados por el IMS. En su lugar, el UE conmuta al servicio de dominio de CS para realizar la llamada de emergencia. Cuando el UE está conectado a una red que no proporciona servicios de dominio de CS, por ejemplo, una LTE/SAE, el UE puede configurarse para implementar la recurrencia a CS (CSFB) con el fin de proporcionar llamadas de emergencia (véase, por ejemplo, la TS 23.272 del 3GPP). En la CSFB, en lugar de usar el dominio de PS, el UE se hace retroceder a un sistema de 2G o 3G y usa el dominio de CS del sistema de 2G/3G para realizar la llamada de emergencia.

Sin embargo, mirando hacia delante, puede que se requiera que el dominio de PS del 3 GPP admita llamadas de emergencia. En ese caso, debido a que el dominio de PS del 3GPP usa el IMS como capa para establecer, controlar y gestionar una llamada o sesión o transacción, será la capa de IMS la que materialice la llamada de emergencia de dominio de PS. Por ello, para establecer una sesión de emergencia, la subcapa de IMS puede activar la capa de NAS con una solicitud para establecer un acceso a la red central EPC. En respuesta, el NAS puede entonces establecer una conexión de señalización de NAS y el AS puede establecer la conexión de RRC. A su vez, la EPC, al responder a la solicitud del NAS de acceso a la red, establece los portadores necesarios para admitir el servicio solicitado. En las redes existentes, sin embargo, aunque la capa de IMS puede indicar que los recursos solicitados son para una llamada de emergencia, no existe ningún mecanismo para transferir dicha indicación a través del NAS al AS y, en consecuencia, a la estación base o red. Por ello, después de recibir la solicitud de conexión de RRC, el AS de la estación base puede que sea incapaz de determinar que una conexión de señalización solicitada particular es para una sesión de IMS que se solicita para una llamada de emergencia.

En algunos casos, un UE que está funcionando en un estado de servicio limitado puede usarse para iniciar una llamada de emergencia. Un estado de servicio limitado puede surgir cuando un UE no tiene módulo de identidad de abonado (SIM), cuando un usuario no ha pagado su factura telefónica y tiene una cuenta suspendida, o cuando un usuario viaja al extranjero e intenta acceder a servicios móviles en una red que no tiene un acuerdo de itinerancia apropiado con el proveedor doméstico del usuario. En esas circunstancias, cuando el UE se enciende, el UE puede intentar entrar en un estado en el que el UE puede admitir una llamada de emergencia, pero no puede proporcionar servicios adicionales. Por ello, el UE puede acampar en una célula disponible de la PLMN en un estado de servicio limitado con el único propósito de proporcionar llamadas de emergencia. Si, en ese estado de servicio limitado, el UE está configurado para iniciar servicios de voz de dominio de PS (por ejemplo, mediante el IMS) con el propósito de proporcionar una llamada de emergencia, en muchas configuraciones de red el AS de la estación base puede que sea incapaz de determinar que una sesión de IMS particular solicitada por el UE en el estado de servicio limitado es para una llamada de emergencia.

Por ello, es difícil para una estación base determinar que una solicitud de conexión de RRC recibida de un UE se usará en última instancia para una llamada de emergencia de IMS. Si la estación base no puede determinar que la solicitud es para una llamada de emergencia de IMS, la estación base es incapaz de establecer rápidamente la sesión de emergencia liberando, por ejemplo, recursos de menor prioridad elegantemente si no hay recursos de radiocomunicaciones disponibles en la estación base. Estos problemas se acentúan en configuraciones de red implementadas usando una configuración de compartición de red en la que una RAN, una estación transceptora base (BTS) o una estación base se comparte efectivamente entre dos o más redes centrales o PLMNs.

El documento WO2009/082936 A1 divulga un método en el que un equipo de usuario inicia una solicitud de incorporación[attach]de emergencia a una red de SAE de una red evolucionada, donde la solicitud de incorporación de emergencia incluye una indicación de emergencia.

La especificación técnica TS 24.301 del 3GPP describe un protocolo de Estrato Sin Acceso para el Sistema por Paquetes Evolucionado.

COMPENDIO

La presente invención se refiere a un método, a un Equipo de Usuario y a un medio legible por ordenador según se describe en las reivindicaciones.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

Para una comprensión más completa de esta divulgación, se hace referencia ahora a la breve descripción sucesiva, considerada en relación con los dibujos adjuntos y la descripción detallada, en donde los números de referencia similares representan partes similares.

La figura 1 es una ilustración de algunas de las capas de protocolo que se encuentran dentro de los sistemas de telecomunicaciones existentes e ilustra un protocolo estratificado que puede usarse para comunicaciones entre un equipo de usuario (UE) y una estación base;

la figura 2 es un diagrama de flujo de secuencias de mensajes que muestra un procedimiento de establecimiento de control de recursos de radiocomunicaciones (RRC) ejemplificativo ejecutado por un UE en comunicación con una red del tipo red de acceso de radiocomunicaciones terrestre universal evolucionada (EUTRAN);

la figura 3a es una ilustración de una estratificación dentro de un UE que muestra la subcapa del subsistema multimedia del protocolo de Internet (IP) (IMS);

la figura 3b es una ilustración del proceso para que un estrato sin acceso (NAS) de un UE transmita una solicitud de servicio a un NAS de la red;

la figura 4 es un diagrama de flujo que muestra un proceso ejemplificativo para realizar una llamada de emergencia de IMS usando un UE que está registrado en NAS en el modo NAS EN REPOSO o NAS CONECTADO;

la figura 5 es un diagrama de flujo que muestra un proceso ejemplificativo para realizar una llamada de emergencia de IMS usando un UE que está en un estado de servicio limitado;

la figura 6 es un diagrama de flujo que muestra un proceso ejemplificativo para realizar una llamada de emergencia de IMS usando un UE que está en un estado de servicio limitado en el que la red está funcionando en una configuración de compartición de red;

la figura 7 es un diagrama de un sistema de comunicaciones inalámbricas que incluye un UE operativo para algunas de las diversas realizaciones de la divulgación;

la figura 8 es un diagrama de bloques de un UE operativo para algunas de las diversas realizaciones de la divulgación;

la figura 9 es un diagrama de un entorno desoftwareque puede implementarse en un UE operativo para algunas de las diversas realizaciones de la divulgación; y

la figura 10 es un sistema informático de propósito general, ilustrativo, adecuado para algunas de las diversas realizaciones de la divulgación.

DESCRIPCIÓN DETALLADA

En uno de los ejemplos, se proporciona un método para iniciar una llamada de emergencia de subsistema multimedia de protocolo de Internet (IP) (IMS) usando un equipo de usuario (UE). El UE incluye una pluralidad de capas de protocolo. La pluralidad de capas de protocolo incluye una subcapa de IMS, una capa de estrato sin acceso (NAS) y una capa de estrato de acceso (AS). El método incluye generar una SOLICITUD DE Co NECTIVIDAD DE PDN usando el UE, teniendo la SOLICITUD DE CONECTIVIDAD DE PDN un tipo de solicitud, recuperar el tipo de solicitud de la SOLICITUD DE CONECTIVIDAD DE PDN y, cuando el tipo de solicitud es un primer valor, generar una SOLICITUD DE CONEXIÓN DE RRC, incluyendo la SOLICITUD DE CONEXIÓN DE RRC una causa de establecimiento de RRC que tiene un segundo valor.

En otro ejemplo, se proporciona un método para iniciar una llamada de emergencia de subsistema multimedia de protocolo de Internet (IP), (IMS), usando un equipo de usuario (UE). El UE incluye una pluralidad de capas de protocolo. La pluralidad de capas de protocolo incluye una subcapa de IMS, una capa de estrato sin acceso (NAS) y una capa de estrato de acceso (AS). El método incluye generar un Tipo de Llamada usando el UE, teniendo el Tipo de Llamada un primer valor, generar una SOLICITUD DE CONEXIÓN DE RRC usando la información proporcionada por la capa de NAS del UE, incluyendo la SOLICITUD DE CONEXIÓN DE RRC una causa de establecimiento de RRC que tiene un segundo valor, usar la capa de NAS del UE para proporcionar el Tipo de Llamada cuando se solicita una conexión de RRC a la capa de AS del UE, y usar la capa de AS del UE para transmitir el Tipo de Llamada y la SOLICITUD DE CONEXIÓN DE RRC a una estación base.

Otros ejemplos, que no están en concordancia con la invención y se presentan aquí solo con fines ilustrativos, incluyen un método para iniciar una llamada de emergencia de subsistema multimedia de protocolo de Internet (IP), (IMS), usando un equipo de usuario (UE). El UE incluye una pluralidad de capas de protocolo. La pluralidad de capas de protocolo incluye una subcapa de IMS, una capa de estrato sin acceso (NAS) y una capa de estrato de acceso (AS). El método incluye generar una SOLICITUD DE CONECTIVIDAD DE PDN para la capa de NAS del UE, incluyendo la SOLICITUD DE CONECTIVIDAD DE PDN un nombre de punto de acceso (APN), recuperar el APN de la SOLICITUD DE CONECTIVIDAD DE PDN y, cuando el APN identifica un APN de emergencia, generar una SOLICITUD DE CONEXIÓN DE RRC, incluyendo la SOLICITUD DE CONEXIÓN DE RRC una causa de establecimiento de RRC que tiene un segundo valor.

Otros ejemplos, que no están en concordancia con la invención y se presentan aquí únicamente con fines ilustrativos, incluyen una estación base que proporciona recursos de radiocomunicaciones a un Equipo de Usuario (UE) para iniciar una llamada de emergencia de subsistema multimedia de protocolo de Internet (IP), (IMS). La estación base incluye una pluralidad de capas de protocolo. La pluralidad de capas de protocolo incluye una capa de estrato de acceso (AS). La estación base incluye un procesador configurado para recibir un tipo de llamada desde la capa de AS del UE, teniendo el Tipo de Llamada un primer valor, y recibir una SOLICITUD DE CONEXIÓN DE RRC desde la capa de AS del UE, incluyendo la SOLICITUD DE CONEXIÓN DE RRC una causa de establecimiento de RRC que tiene un segundo valor.

Otros ejemplos, que no están en concordancia con la invención y se presentan aquí únicamente con fines ilustrativos, incluyen una estación base que proporciona recursos de radiocomunicaciones a un Equipo de Usuario (UE) para iniciar una llamada de emergencia de subsistema multimedia de protocolo de Internet (IP), (IMS). La estación base incluye una pluralidad de capas de protocolo. La pluralidad de capas de protocolo incluye una capa de estrato de acceso (AS). La estación base incluye un procesador configurado para recibir una SOLICITUD DE CONEXIÓN DE RRC, y cuando la SOLICITUD DE CONEXIÓN DE RRC incluye una causa de establecimiento de RRC que tiene un valor de al menos uno de llamada o sesión de emergencia de EPS, emergencia de PS, llamada o sesión de emergencia de IMS, servicios de emergencia y llamada de emergencia, proporciona recursos de radiocomunicaciones necesarios en soporte de una llamada de emergencia de IMS al UE.

La siguiente descripción y los dibujos adjuntos exponen en detalle ciertos aspectos ilustrativos de la invención. Sin embargo, estos aspectos son indicativos de solo algunas de las diversas maneras según las cuales pueden emplearse los principios de la invención. Otros aspectos y características novedosas de la invención resultarán evidentes a partir de la siguiente descripción detallada de la invención cuando se considere junto con los dibujos.

Los diversos aspectos de la invención en cuestión se describen ahora con referencia a los dibujos adjuntos, en los que los números similares se refieren a elementos similares o correspondientes en todos los casos. Debe entenderse, sin embargo, que los dibujos y la descripción detallada relativa a los mismos no pretenden limitar la materia reivindicada en cuestión a la forma particular divulgada.

Tal como se usan en el presente documento, los términos "componente", "sistema" y similares están destinados a referirse a una entidad relacionada con ordenadores, ya seahardware,una combinación dehardwareysoftware, softwareosoftwareen ejecución. Por ejemplo, un componente puede ser, aunque sin carácter limitativo, un proceso que se ejecuta en un procesador, un procesador, un objeto, un ejecutable, un hilo de ejecución, un programa y/o un ordenador. A modo de ilustración, tanto una aplicación que se ejecuta en un ordenador como el ordenador pueden ser un componente. Uno o más componentes pueden residir dentro de un proceso y/o hilo de ejecución y un componente puede estar localizado en un ordenador y/o distribuido entre dos o más ordenadores.

La palabra "ejemplificativo" se usa en el presente documento para significar que sirve como ejemplo, caso concreto o ilustración. Cualquier aspecto o diseño descrito en el presente documento como "ejemplificativo" no debe interpretarse necesariamente como preferido o ventajoso con respecto a otros aspectos o diseños.

Además, la materia en cuestión divulgada puede implementarse en forma de sistema, método, aparato o artículo de fabricación usando técnicas de programación y/o ingeniería estándar para producirsoftware, firmware, hardwareo cualquier combinación de los mismos con el fin de controlar un dispositivo basado en ordenadores o procesadores para implementar aspectos detallados en el presente documento. El término "artículo de fabricación" (o alternativamente, "producto de programa informático") según se usa en el presente documento pretende abarcar un programa informático accesible desde cualquier dispositivo, soporte o medios legibles por ordenador. Por ejemplo, los medios legibles por ordenador pueden incluir, aunque sin carácter limitativo, dispositivos de almacenamiento magnético (por ejemplo, discos duros, disquetes, bandas magnéticas...), discos ópticos (por ejemplo, discos compactos (CD), discos versátiles digitales (DVD)...), tarjetas inteligentes y dispositivos de memoriaflash(por ejemplo, tarjetas, lápices). Adicionalmente, debe apreciarse que puede emplearse una onda portadora para transportar datos electrónicos legibles por ordenador tales como los usados en la transmisión y recepción de correo electrónico o en el acceso a una red tal como Internet o una red de área local (LAN). Evidentemente, los expertos en la técnica reconocerán que se pueden realizar muchas modificaciones sobre esta configuración sin desviarse del alcance de la materia reivindicada en cuestión.

En una red de comunicaciones móviles, los controladores de protocolos y señalización de la capa de red del UE y la CN se comunican entre sí a través de enlaces de comunicaciones establecidos por los controladores de red de acceso de radiocomunicaciones subyacentes. En las terminologías del UMTS y el 3 GPP, por ejemplo, la capa de red entre el UE y la CN se denomina NAS. La capa de acceso de radiocomunicaciones de la red de acceso de radiocomunicaciones (RAN) se denomina AS.

Debido a que las capas subyacentes proporcionan servicios a las capas superiores, en el caso de tecnologías del UMTS y del 3GPP, por ejemplo, el AS proporciona servicios al NAS. Uno de estos servicios proporcionado por el AS es establecer una conexión de señalización para el NAS de un UE de tal manera que el NAS del UE pueda señalizar y comunicarse con un NAS de la red central. Por ello, cuando el NAS del UE desea transmitir una solicitud de servicio al NAS de la red, el AS puede ejecutar un procedimiento de establecimiento de conexión de RRC para establecer una conexión de radiocomunicaciones subyacente.

La figura 3b es una ilustración del proceso para que un NAS de un UE transmita una solicitud de servicio a un NAS de la red. Con referencia a la figura 3b, para transferir una solicitud de servicio desde un NAS de un UE a un NAS de la red, en la etapa 31, el NAS del UE en primer lugar transmite al AS del UE a) un bloque de datos y b) una causa de establecimiento. En la etapa 33, el AS del UE inicia un procedimiento de solicitud de conexión de RRC que envía una SOLICITUD DE CONEXIÓN DE RRC al AS de la RAN. La SOLICITUD DE CONEXIÓN DE RRC transporta con ella la causa de establecimiento que fue proporcionada por el NAS del UE. En la etapa 35, el AS de la RAN comienza a asignar recursos para la conexión de radiocomunicaciones y envía un mensaje ESTABLECIMIENTO DE CONEXIÓN DE RRC al UE. En la etapa 37, el AS del UE acepta el recurso de radiocomunicaciones y confirma el establecimiento enviando un mensaje ESTABLECIMIENTO DE CONEXIÓN DE RRC COMPLETADO. Con el mensaje ESTABLECIMIENTO DE CONEXIÓN DE RRC COMPLETADO, el AS del UE también transfiere el bloque de datos recibido del NAS del UE. En este punto, el bloque de datos recibido del NAS no es inspeccionado por el AS del UE o la RAN.

En la etapa 39, el AS de la RAN transfiere el bloque de datos a la función de interfuncionamiento de la RAN y en la etapa 41, la función de interfuncionamiento de la RAN adapta el bloque de datos desvelándolo para el lado de la red y transfiere el bloque de datos a los controladores de RAN-CN de la RAN. En la etapa 43, los controladores de RAN-CN establecen una conexión de red central con la CN y transfieren el bloque de datos a los controladores de CN-RAN de la CN. Finalmente, en la etapa 45, los controladores de CN-RAN reciben el bloque de datos y transfieren el bloque de datos al NAS de la CN. En este punto, el NAS de la CN inspecciona el bloque de datos e identifica una SOLICITUD DE SERVICIO proporcionada dentro del bloque de datos. Por consiguiente, es solo en la etapa 45 que la CN descubre que el UE ha enviado una SOLICITUD DE SERVICIO en la transmisión original desde el NAS del UE al AS. Para materializar otros servicios como la CSFB, el mensaje SOLICITUD DE SERVICIO puede ser sustituido por un mensaje SOLICITUD DE SERVICIO EXTENDIDO.

Por lo tanto, durante la ejecución de las etapas 33, 35, 37, 39, 41 y 43, ninguna de las entidades entre el NAS del UE y el NAS de la CN sabe que el bloque de datos original transmitido por el NAS del UE es realmente un mensaje SOLICITUD DE SERVICIO. Durante la ejecución del proceso, cada componente entre el NAS del UE y el NAS de la CN simplemente transfiere el bloque de datos de uno a otro sin inspeccionar el contenido del bloque de datos. Como resultado, es solamente en la etapa 45 que la CN reconoce que el bloque de datos contiene una SOLICITUD DE SERVICIO.

Por consiguiente, debido a que los datos no se inspeccionan hasta el final del proceso ilustrado en la figura 3b, es difícil para la red determinar que se está solicitando un recurso particular. Por ejemplo, cuando se inicia una llamada de emergencia de IMS, la red no sabe hasta el final del proceso que se está solicitando un recurso para una llamada de emergencia de IMS. Específicamente, una estación base puede no ser capaz de determinar que una solicitud de conexión de RRC recibida de un UE se usará en última instancia para una llamada de emergencia de IMS. Si la estación base no puede determinar que la solicitud es para una llamada de emergencia de IMS, la estación base es incapaz de establecer rápidamente la sesión de emergencia liberando, por ejemplo, recursos de menor prioridad de manera elegante si no hay recursos de radiocomunicaciones disponibles en la estación base. Estos problemas se acentúan en configuraciones de red implementadas usando una configuración de compartición de red en la que una RAN, BTS o estación base se comparte efectivamente entre dos o más redes centrales o PLMNs. Este problema no se limita a llamadas de emergencia, sino que puede aplicarse a cualquier servicio en el que un recurso debería recibir un tratamiento especial.

La figura 4 es un diagrama de flujo que muestra un proceso 40 ejemplificativo para realizar una llamada de emergencia de IMS usando un UE que está registrado en NAS en el modo N<a>S EN REPOSO o NAS CONECTADO. El diagrama de flujo muestra un proceso que no permite a la estación base determinar si el proceso se inicia mediante una solicitud de una llamada de emergencia de IMS.

Con referencia a la figura 4, en la etapa 42, las aplicaciones y la pila de IMS determinan que el usuario desea iniciar una llamada de emergencia de IMS. Por ello, la capa de IMS solicita que se use una sesión de EPS nueva para la llamada de emergencia de IMS. En la etapa 44, después de recibir la solicitud de la capa de IMS, la entidad de gestión de sesiones de EPS (ESM) inicia una solicitud de una conexión de red de datos por paquetes (PDN) de emergencia a través del NAS del<u>E. Por ello, la ESM emite una SOLICITUD DE CONECTIVIDAD DE PDN. En la etapa 46, después de la emisión de la SOLICITUD DE CONECTIVIDAD DE PDN, se activa la gestión de movilidad de EPS (EMM) y en la etapa 48, el sistema comprueba si está registrado el NAS del UE. Si está registrado, en la etapa 50 el UE envía una SOLICITUD DE SERVICIO a la EPC para activar el AS dentro del UE con el fin de establecer una conexión de RRC. En esta etapa, la causa de establecimiento de RRC especifica datos originados en móvil (MO) y el Tipo de Llamada indica que hay una llamada en origen. En la etapa 52, el AS del UE solicita la conexión de RRC. La causa de establecimiento de RRC recibida del NAS del UE (por ejemplo, datos MO) se traslada a la estación base. Es importante observar, sin embargo, que en este proceso el Tipo de Llamada no se proporciona a la estación base - el Tipo de Llamada solamente es usado por el AS del UE para realizar verificaciones con respecto a los derechos de acceso de diferentes tipos de llamadas que puedan realizarse. Por ello, y como se indica con el recuadro 54, la estación base, después de inspeccionar la solicitud de conexión de RRC (sin el Tipo de Llamada asociado), no puede determinar si hay pendiente una llamada de emergencia de IMS. Como resultado, la estación base no llevará a cabo ningún tratamiento especial.

Después de establecer la conexión de RRC, el NAS del UE envía una solicitud de servicio y pasa al modo conectado del NAS en la etapa 56. Después de entrar en el modo conectado del NAS, el NAS envía una SOLICITUD DE CONECTIVIDAD DE PDN con un tipo de solicitud de "emergencia" en la etapa 58. Después de recibir la SOLICITUD DE CONECTIVIDAD DE PDN con un tipo de solicitud de "emergencia", la CN reconoce que hay pendiente una llamada de emergencia y solicita que la estación base proporcione recursos de radiocomunicaciones para iniciar la llamada de emergencia en la etapa 60. Por consiguiente, como se indica con el recuadro 62, es solo después de que la CN reconozca que hay pendiente una llamada de emergencia y solicite que la estación base proporcione recursos de radiocomunicaciones necesarios que la estación base puede llegar a tener conocimiento de que hay pendiente una llamada de emergencia de IMS.

Sin embargo, si en la etapa 48, el sistema determina que el UE ya está en el modo conectado del NAS, el NAS procede a enviar una SOLICITUD DE CONECTIVIDAD DE PDN con un tipo de solicitud de "emergencia" en la etapa 58 y se continúa con el mismo proceso.

Por consiguiente, cuando se implementa el proceso ilustrado en la figura 4, las causas de establecimiento de RRC existentes son insuficientes para indicar a la estación base que se debe realizar una llamada de emergencia de IMS. Además, en implementaciones de red convencionales, el Tipo de Llamada no se transfiere a la estación base y no indica que se están realizando llamadas de emergencia de IMS (por ejemplo, el Tipo de Llamada solamente puede especificar una llamada MO). De hecho, en implementaciones existentes, el Tipo de Llamada solamente puede usarse para comprobar derechos de acceso en relación con el tipo particular de llamada identificado por el Tipo de Llamada. Estos problemas empeoran si el UE está en modo CONECTADO cuando se va a realizar una llamada de emergencia de IMS ya que, entonces, el NAS puede simplemente establecer la conexión de PDN de emergencia y el AS no recibirá ninguna indicación de que se va a realizar una llamada de emergencia.

En consecuencia, usando el proceso ilustrado en la figura 4, la estación base, incluso si inspecciona la causa de establecimiento de RRC, no puede determinar que la llamada solicitada es una llamada de IMS de emergencia, o una llamada que requiere un tratamiento especial. El Tipo de Llamada no se proporciona a la estación base, y la estación base solamente se enterará de que hay una llamada de emergencia después de la señalización de EMM de NAS y la señalización de ESM de NAS cuando la EPC solicita asignación de recursos. Aunque a la conclusión del proceso la estación base puede enterarse de que se va a realizar una llamada de emergencia, para entonces la estación base puede haber asignado recursos esenciales a otros UEs que pueden estar realizando llamadas de emergencia usando la CSFB. Una llamada basada en paquetes, tal como la llamada de emergencia de IMS, puede ser realizada por un usuario humano con alta prioridad (por ejemplo, personal de servicio civil o público en situaciones de emergencia) mientras que la emergencia de CSFB podría ser realizada por cualquier usuario común.

La figura 5 es un diagrama de flujo que muestra un proceso 70 ejemplificativo para realizar una llamada de emergencia de IMS usando un UE que está en un estado de servicio limitado, como se ha descrito anteriormente. El diagrama de flujo muestra un proceso que no permite a la estación base determinar si el proceso se inicia mediante una solicitud de una llamada de emergencia de IMS.

Con referencia a la figura 5, en la etapa 72, las aplicaciones y la pila de IMS de un UE en un estado de servicio limitado determinan que el usuario desea iniciar una llamada de emergencia de IMS. Por ello, la capa de IMS solicita que se use una sesión de EPS nueva para la llamada de emergencia de IMS. En la etapa 74, después de recibir la solicitud de la capa de IMS, la ESM inicia una solicitud de una conexión de PDN de emergencia a través del NAS del UE. Por ello, la ESM emite una SOLICITUD DE CONECTIVIDAD DE PDN. En la etapa 76, después de la emisión de la SOLICITUD DE CONECTIVIDAD DE PDN, se activa la EMM y el sistema comprueba si el nAs del UE está registrado. En este ejemplo, debido a que el UE está funcionando en un estado de servicio limitado, el NAS no está registrado. Por consiguiente, en la etapa 78, el NAS determina que necesita enviar una SOLICITUD DE INCORPORACIÓN. En este caso, debido a que el UE está iniciando una llamada de emergencia, la SOLICITUD DE INCORPORACIÓN incluye un Tipo de Incorporación de "incorporación de emergencia de EPS". En esta etapa, el NAS también envía una SOLICITUD DE CONECTIVIDAD DE PDN que tiene un Tipo de Solicitud de "emergencia". En la etapa 80, el NAS activa el AS para una CONEXIÓN DE RRC. La causa de establecimiento de RRC se fija a señalización MO y el Tipo de Llamada se fija a llamada de emergencia. En la etapa 82, el AS del UE solicita la conexión de RRC. La causa de establecimiento de RRC recibida del NAS del UE (por ejemplo, señalización MO) se traslada a la estación base. Es importante observar, sin embargo, que en este proceso el Tipo de Llamada no se proporciona a la estación base - el Tipo de Llamada solamente es usado por el AS del UE para realizar verificaciones con respecto a los derechos de acceso de diferentes tipos de llamadas que se permiten realizar. Por ello, la estación base, después de inspeccionar la solicitud de conexión de RRC (sin el Tipo de Llamada asociado), no puede determinar si hay pendiente una llamada de emergencia de IMS. Como resultado, la estación base no llevará a cabo ningún tratamiento especial.

Después de establecer la conexión de RRC, el NAS del UE envía la SOLICITUD DE INCORPORACIÓN en la etapa 84. Después de entrar en el modo conectado del NAS, el NAS envía una SOLICITUD DE CONECTIVIDAD DE<p>D<n>con un tipo de solicitud de "emergencia" en la etapa 86. Después de recibir la SOLICITUD DE CONECTIVIDAD DE PDN con un tipo de solicitud de "emergencia", la CN reconoce que hay pendiente una llamada de emergencia y solicita que la estación base proporcione recursos de radiocomunicaciones para iniciar la llamada de emergencia. Por consiguiente, como se indica con el recuadro 88, es solamente después de que la CN reconozca que hay pendiente una llamada de emergencia y solicite que la estación base proporcione recursos de radiocomunicaciones necesarios, que la estación base puede llegar a tener conocimiento de que hay pendiente una llamada de emergencia de IMS.

En un sistema LTE/SAE, el sistema puede permitir la ejecución de las etapas 84 y 86 de una manera concatenada. Por ello, conceptualmente, las etapas 84 y 86 pueden ejecutarse como una pero, en términos de lógica, pueden ser dos etapas. Esta ejecución conceptual de las etapas 84 y 86 de una manera concatenada no cambia el problema identificado.

La figura 6 es un diagrama de flujo que muestra un proceso 90 ejemplificativo para realizar una llamada de emergencia de IMS usando un UE que está en un estado de servicio limitado en el que la red está funcionando en una configuración de compartición de red. En una configuración de compartición de red, una RAN, BTS o estación base se comparte efectivamente entre dos o más redes centrales o PLMNs. Por consiguiente, la figura 6 muestra un UE que puede estar en comunicación con al menos una de EPCa, EPCb y EPCc. El diagrama de flujo muestra un proceso que no permite a la estación base determinar si el proceso se inicia mediante una solicitud de una llamada de emergencia de IMS.

Con referencia a la figura 6, en la etapa 92, las aplicaciones y la pila de IMS determinan que el usuario desea iniciar una llamada de emergencia de IMS. Por ello, la capa de IMS solicita que se use una sesión de EPS nueva para la llamada de emergencia de IMS. El bloque 92 puede implementarse de acuerdo con las etapas 74, 76 y 78 de la figura 5. En la etapa 94, el NAS activa el AS para una CONEXIÓN DE RRC. La causa de establecimiento de RRC se fija a señalización MO y el Tipo de Llamada se fija a llamada de emergencia. En la etapa 96, el AS del UE solicita la conexión de RRC. La causa de establecimiento de RRC recibida del NAS del UE (por ejemplo, señalización MO) se traslada a la estación base. Es importante observar, sin embargo, que en este proceso el Tipo de Llamada no se proporciona a la estación base - el Tipo de Llamada solamente es usado por el AS del UE para realizar verificaciones con respecto a los derechos de acceso de diferentes tipos de llamadas que se permiten realizar. Por ello, la estación base, después de inspeccionar la solicitud de conexión de RRC (sin el Tipo de Llamada asociado), no puede determinar si hay pendiente una llamada de emergencia de IMS. Como resultado, la estación base no llevará a cabo ningún tratamiento especial.

Después de establecer la conexión de RRC, el NAS del UE envía la SOLICITUD DE INCORPORACIÓN en la etapa 98. Después de entrar en el modo conectado del NAS, el NAS envía una SOLICITUD DE CONECTIVIDAD DE<p>D<n>con un tipo de solicitud de "emergencia" en la etapa 100. Después de recibir la SOLICITUD DE CONECTIVIDAD DE PDN con un tipo de solicitud de "emergencia", la CN reconoce que hay pendiente una llamada de emergencia y solicita que la estación base proporcione recursos de radiocomunicaciones para iniciar la llamada de emergencia. Por consiguiente, como se indica con el recuadro 102, es solo después de que la CN reconozca que hay pendiente una llamada de emergencia y solicite que la estación base proporcione recursos de radiocomunicaciones necesarios, que la estación base puede llegar a tener conocimiento de que hay pendiente una llamada de emergencia de IMS.

En un sistema LTE/SAE, el sistema puede permitir la ejecución de las etapas 98 y 100 de una manera concatenada. Por ello, conceptualmente, las etapas 98 y la etapa 100 se ejecutan como una pero, en términos de lógica, pueden ser dos etapas. Esta ejecución conceptual de las etapas 98 y 100 de una manera concatenada no cambia el problema identificado.

Como se muestra en la figura 6, cuando la red está implementando la compartición de red, surgen problemas adicionales. En el caso de compartición de red, no todas las PLMNs a las que la estación base está prestando servicio tienen que admitir llamadas de emergencia de IMS. Sin embargo, debido a que la estación base sabe qué PLMN admite llamadas de emergencia de IMS, puede que la estación base sea capaz de seleccionar una PLMN apropiada para una llamada de emergencia de IMS. Para hacerlo, la estación base debe detectar en primer lugar que el UE está intentando realizar una llamada de emergencia de IMS mientras está en un estado de servicio limitado y, a continuación, aplicar una selección sobre una de las PLMNs que admitirán la llamada de emergencia de IMS. Por consiguiente, es importante que la estación base pueda detectar rápidamente que se está realizando una llamada de emergencia de IMS desde un UE en estado de servicio limitado de modo que pueda elegirse una PLMN apropiada.

Por consiguiente, los sistemas y procesos para iniciar una llamada de emergencia de IMS ilustrados en las figuras 4 6 no consiguen notifican adecuadamente al AS que se van a usar para una llamada de emergencia de IMS recursos solicitados. Como resultado, el aprovisionamiento de los recursos necesarios puede retardarse, o puede que no se consiga proporcionar los recursos en su totalidad, con el posible resultado de que, incluso en circunstancias en las que los recursos necesarios estarían disponibles de otro modo, la llamada de emergencia puede fallar. Por ejemplo, pueden surgir problemas cuando un UE está acampado en una célula de la red y está en un estado registrado del NAS. Cuando el UE está en modo CONECTADO, la información transferida entre el UE y la CN para establecer la llamada de emergencia de IMS no es conocida por el AS. Como resultado, la estación base no puede detectar que se está realizando una llamada de emergencia de IMS hasta que la CN inicie una solicitud de recursos hacia la estación base y la solicitud de recursos indique que es inminente una llamada de emergencia de IMS. Véase, por ejemplo, la figura 4. De manera similar, cuando el UE está en modo de REPOSO, el AS del UE recibe una solicitud del NAS del UE para establecer una conexión de RRC. Sin embargo, las causas de establecimiento de RRC existentes no son suficientemente precisas para indicar al AS que se está realizando una llamada de emergencia de IMS. Estos problemas se aplican no solamente a llamadas de emergencia de IMS, sino a cualquier llamada basada en paquetes en la que puede evitarse un retardo de aprovisionamiento de los recursos necesarios.

En una de las realizaciones, el presente sistema permite a una estación base distinguir llamadas que se solicitan en el dominio de CS (por ejemplo, a través de la CSFB) de las solicitadas en el dominio de PS, por ejemplo, IMS. Como resultado, la estación base puede configurarse para proporcionar los servicios necesarios para la llamada de PS con el fin de minimizar cualquier retardo asociado a iniciar la llamada y garantizar que se ponga a disposición cualquier recurso necesario. Cuando el UE inicia un procedimiento de incorporación, el Tipo de Incorporación se utiliza para determinar la causa de establecimiento de RRC. A continuación, el UE envía la causa de establecimiento de RRC en la Solicitud de Conexión de RRC de modo que pueda producirse un aceleramiento del aprovisionamiento de recursos necesario. En una implementación del presente sistema, cuando el UE inicia un procedimiento de incorporación, el Tipo de Incorporación se fija a "incorporación de emergencia de EPS". El NAS del UE recibe y detecta el valor de Tipo de Incorporación y está configurado para fijar la causa de establecimiento de RRC a uno de los siguientes cuando el Tipo de Incorporación es "incorporación de emergencia de EPS": "llamada o sesión de emergencia de EPS", "emergencia de PS", "llamada o sesión de emergencia de IMS", "servicios de emergencia" o "llamada de emergencia". Cuando la estación base recibe un mensaje SOLICITUD DE CONEXIÓN DE RRC que tiene una causa de establecimiento de RRC fijada a uno de "llamada o sesión de emergencia de EPS", "emergencia de PS", "llamada o sesión de emergencia de IMS", "servicios de emergencia" o "llamada de emergencia", la estación base puede configurarse para reconocer que se está realizando una llamada de emergencia de IMS. Como resultado, la estación base puede satisfacer la llamada de emergencia dando a la llamada una mayor prioridad e intentando garantizar que se ponen a disposición todos los recursos necesarios.

Además, en caso de un UE en estado de servicio limitado y una estación base configurada para admitir la compartición de red, la incapacidad de la estación base para determinar que el UE está en estado de servicio limitado efectuando una llamada de emergencia puede conducir a que esa solicitud de llamada se distribuya a una red central de la configuración de red compartida que puede no ser capaz de admitir una llamada de emergencia de IMS.

Por consiguiente, el presente sistema usa el valor de Tipo de Incorporación especificado durante el procedimiento de incorporación para determinar o establecer un mapeo con la causa de establecimiento de RRC. Cuando el Tipo de Incorporación se fija a "incorporación de emergencia de EPS", por ejemplo, la causa de establecimiento de RRC se fija en consecuencia a "llamada o sesión de emergencia de EPS", "emergencia de PS", "llamada de emergencia" u otro valor apropiado.

Los sistemas anteriores permiten una causa de establecimiento de RRC que indica "llamada de emergencia". Aunque esa configuración permite que una estación base determine que se está realizando una llamada de emergencia, no permite que la estación base distinga entre una llamada de PS, tal como una llamada de emergencia de IMS, y una llamada de emergencia de CSFB.

Como alternativa, pueden introducirse valores de casos de establecimiento de RRC adicionales de "llamada o sesión de emergencia de EPS", "emergencia de PS", "llamada o sesión de emergencia de IMS" o "servicios de emergencia" y los mismos pueden usarse para indicar que se está estableciendo una llamada de PS, tal como una llamada de emergencia de IMS. En esta realización, se pueden usar causas alternativas de establecimiento de RRC denominadas apropiadamente, para distinguir la llamada de emergencia como llamada de PS, tal como una llamada de emergencia de IMS, mejor que llamada de emergencia de CSFB.

En otra implementación, el Tipo de Solicitud puede usarse para determinar la causa de establecimiento de RRC. Por ejemplo, cuando el UE necesita iniciar una SOLICITUD De CONECTIVIDAD DE PDN para obtener una PDN de emergencia, el UE puede configurarse para fijar el Tipo de Solicitud a "emergencia". El Tipo de Solicitud de "emergencia" puede usarse entonces para mapear o determinar la causa de Establecimiento de RRC, por ejemplo, haciendo que el valor de la causa de establecimiento de RRC se fije a "llamada o sesión de emergencia de EPS", "llamada de emergencia de PS", "llamada o sesión de emergencia de IMS", "servicios de emergencia", "llamada de emergencia" o alguna otra causa denominada apropiadamente. En esta implementación, cuando la estación base recibe un mensaje SOLICITUD DE CONEXIÓN DE RRC que tiene una causa de establecimiento de RRC fijada a "llamada o sesión de emergencia de EPS", "emergencia de PS", "llamada o sesión de emergencia de IMS", "servicios de emergencia" o "llamada de emergencia", la estación base puede configurarse para detectar que se está realizando una llamada de emergencia de IMS y puede intentar proporcionar cualquier recurso necesario. Si la causa de establecimiento de RRC solo se fijase a "llamada de emergencia", la estación base, incluso aunque pueda saber que se producirá una llamada de emergencia, no puede distinguir una llamada de PS, tal como una llamada de emergencia de IMS, de una llamada de emergencia de CSFB.

Por ello, en una realización adicional, el valor de Tipo de Solicitud se usa para determinar o establecer un mapeo con una causa de establecimiento de RRC particular. Por ejemplo, cuando el Tipo de Solicitud = "emergencia", la causa de establecimiento de RRC se fija a "llamada o sesión de emergencia de EPS", "emergencia de PS", "llamada o sesión de emergencia de IMS", "servicios de emergencia", o algún otro valor apropiado distinto de "llamada de emergencia".

En algunas implementaciones del presente sistema, cuando el UE inicia el procedimiento de Solicitud de Servicio que activa la solicitud de la conexión de RRC, la causa de establecimiento de RRC puede mapearse a partir de (o determinarse por) el Tipo de Solicitud del procedimiento para el que está destinada la conexión de RRC (por ejemplo, el Tipo de Solicitud puede fijarse en la SOLICITUD DE CONECTIVIDAD DE PDN). En otras palabras, la causa de establecimiento de RRC puede determinarse mediante el uso definitivo de la conexión de RRC y mediante el procedimiento que activa la conexión de RRC (es decir, el procedimiento Solicitud de Servicio). Esta fijación de la causa de establecimiento de RRC puede materializarse usando el Tipo de Solicitud de la SOLICITUD DE CONECTIVIDAD DE PDN que apunta al uso definitivo de la conexión de r Rc .

En otra implementación del presente sistema, el Tipo de Llamada puede proporcionarse a la RAN/estación base (por ejemplo, un eNB). Por ejemplo, con referencia a la figura 4, en lugar de solamente usar el Tipo de Llamada para realizar verificaciones con respecto a los derechos de acceso de diferentes tipos de llamadas que se permiten realizar, el valor del Tipo de Llamada que se transfiere desde el NAS al AS se hace como parte de o además de la solicitud de conexión de RRC que se comunica a la estación base.

En esta implementación, solo fijar un Tipo de Llamada de "llamada de emergencia" para el procedimiento de Incorporación para servicios de emergencia de EPS puede ser insuficiente ya que los procedimientos de NAS adicionales que se ejecutan para admitir llamadas de emergencia de IMS deben tener igualmente el Tipo de Llamada fijado a "llamadas de emergencia". Por ejemplo, los procedimientos pueden incluir una solicitud de conexión de PDN a un nombre de punto de acceso (APN) de emergencia, un procedimiento Solicitud de Servicio que transporta una conexión de PDN a un APN de emergencia, y un procedimiento Actualización de Área de Seguimiento que podría usarse para activar el conocimiento del UE por parte de la EPC aunque posteriormente el UE realizará una llamada de emergencia de IMS.

En esta implementación, cuando la estación base recibe la SOLICITUD DE CONEXIÓN DE RRC con un Tipo de Llamada fijado a llamada de emergencia, la estación base puede configurarse para reconocer que se realizará una llamada de emergencia y puede satisfacer los recursos necesarios. Sin embargo, si el Tipo de Llamada solo se fija a "llamadas de emergencia", la estación base puede ser incapaz de distinguir entre llamadas de emergencia de CSFB o llamadas de PS, tales como llamadas de emergencia de IMS.

En este caso, el Tipo de Llamada puede transmitirse a la estación base como un elemento de información (IE) nuevo o como un campo de información nuevo dentro de un IE existente. Después de recibir el Tipo de Llamada, la estación base puede configurarse para comprobar el Tipo de Llamada y actuar en consecuencia. Si el Tipo de Llamada indica que es inminente una llamada de emergencia, la estación base puede emprender acciones apropiadas, incluyendo reservar recursos de radiocomunicaciones.

Debido a que la estación base no puede distinguir entre llamadas de emergencia de CSFB y llamadas de PS, tales como llamadas de emergencia de IMS, usando un único valor de Tipo de Llamada = "llamadas de emergencia", pueden definirse Tipos de Llamada distintos para llamadas de emergencia de CSFB y llamadas de emergencia de PS, tales como llamadas de emergencia de IMS. Por ejemplo, si se va a realizar una llamada de emergencia de PS, por ejemplo, una llamada de emergencia de IMS, el Tipo de Llamada puede ser "llamada o sesión de emergencia de EPS", "emergencia de PS", "llamada o sesión de emergencia de IMS", "servicios de emergencia" o algún otro Tipo de Llamada denominado apropiadamente. El Tipo de Llamada actual de "llamadas de emergencia" puede dejarse entonces para llamadas de emergencia de CSFB o puede volver a denominarse con "llamada de emergencia de CSFB" o algún otro Tipo de Llamada denominado apropiadamente pero de manera distintiva. El Tipo de Llamada puede indicar los servicios previstos y, por lo tanto, la estación base puede proporcionar los recursos apropiados. El tipo de llamada puede ampliarse para servicios de datos, y podría indicar a una estación base que puede ser necesaria una gran cantidad de ancho de banda para un servicio de datos de transmisión en flujo continuo. Para determinar ese ancho de banda adecuado asignado por la estación base también puede usarse un tipo de llamada considerado con el nivel de prioridad de un usuario.

En otras implementaciones del presente sistema, el APN de la SOLICITUD DE CONECTIVIDAD DE PDN puede usarse para establecer un mapeo con la causa de establecimiento de RRC. Si el APN de la SOLICITUD DE CONECTIVIDAD DE PDN es un APN de Emergencia, el NAS puede configurarse para fijar la causa de establecimiento de RRC a "llamada o sesión de emergencia de EPS", "llamada de emergencia de PS", "llamada o sesión de emergencia de IMS", "servicios de emergencia", "llamada de emergencia" o alguna otra causa denominada apropiadamente. En esta implementación, el UE sabe si un APN es un APN de emergencia a partir de datos de configuración que pueden almacenarse dentro del UE, recuperarse de datos de SIM, o proporcionarse de otro modo al UE por el operador a través de cualquier método de aprovisionamiento apropiado. Obsérvese que el uso de APN para mapear valores de una capa a otra (por ejemplo, del NAS al AS) puede incorporarse a y complementar o sustituir otras metodologías de mapeo como se ha descrito anteriormente.

La figura 7 ilustra un sistema de comunicaciones inalámbricas que incluye una realización del UE reivindicado. Aunque se ilustra en forma de un teléfono móvil, el UE 10 puede adoptar diversas formas, incluyendo un microteléfono inalámbrico, un buscapersonas, un asistente digital personal (PDA), un ordenador transportable, un ordenador de tableta, un ordenador portátil. Muchos dispositivos adecuados combinan algunas o la totalidad de estas funciones. En algunas realizaciones de la divulgación, el UE 10 no es un dispositivo informático de propósito general como un ordenador transportable, portátil o de tableta, sino que más bien es un dispositivo de comunicaciones de propósito especial tal como un teléfono móvil, un microteléfono inalámbrico, un buscapersonas, un PDA o un dispositivo de telecomunicaciones instalado en un vehículo. El UE 10 también puede ser un dispositivo, incluir un dispositivo, o estar incluido en un dispositivo que tenga capacidades similares pero que no sea transportable, tal como un ordenador de escritorio, una caja de adaptación del televisor o un nodo de red. El UE 10 puede admitir actividades especializadas tales como juego, control de inventarios, control de trabajos y/o funciones de gestión de tareas, y otros.

El UE 10 incluye módulo 702 de visualización. El UE 10 también incluye una superficie sensible al tacto, un teclado u otras teclas de entrada a las que se hace referencia de forma general como 704 para entradas por parte de un usuario. El teclado puede ser un teclado alfanumérico completo o reducido, tal como QWERTY, Dvorak, AZERTY, y de tipo secuencial, o un teclado numérico tradicional con letras del alfabeto asociadas a un teclado telefónico. Las teclas de entrada pueden incluir una rueda de desplazamiento, una tecla de salida o escape, un ratón de bola y otras teclas de navegación o funcionales, que pueden ser presionadas hacia dentro para proporcionar una función de entrada adicional. El UE 10 puede presentar opciones para que el usuario las seleccione, controles para que el usuario los accione, y/o cursores u otros indicadores para que el usuario los dirija.

El UE 10 puede aceptar además la introducción de datos del usuario, incluyendo números para marcar o diversos valores de parámetros para configurar el funcionamiento del UE 10. El UE 10 puede ejecutar además una o más aplicaciones desoftwareofirmwareen respuesta a órdenes de usuario. Estas aplicaciones pueden configurar el UE 10 para llevar a cabo diversas funciones personalizadas en respuesta a la interacción del usuario. Adicionalmente, el UE 10 puede programarse y/o configurarse por vía aérea, por ejemplo, desde una estación base inalámbrica, un punto de acceso inalámbrico o un UE 10 par.

Entre las diversas aplicaciones ejecutables por el UE 10 se encuentra un navegador web, que posibilita que el módulo 702 de visualización muestre una página web. La página web puede obtenerse mediante comunicaciones inalámbricas con un nodo de acceso a red inalámbrica, una torre de telefonía móvil, un UE 10 par o cualquier otra red o sistema 700 de comunicaciones inalámbricas. La red 700 está acoplada a una red 708 de cable, tal como Internet. Mediante el enlace inalámbrico y la red por cable, el UE 10 tiene acceso a información en varios servidores, tales como un servidor 710. El servidor 710 puede proporcionar contenido que puede mostrarse en el módulo 702 de visualización. Alternativamente, el UE 10 puede acceder a la red 700 a través de un UE 10 par que actúa como intermediario, en un tipo de conexión por retransmisión o por saltos.

La figura 8 muestra un diagrama de bloques del UE 10. Aunque se representan una variedad de componentes conocidos de los UEs 10, en una realización, puede incluirse en el UE 10 un subconjunto de los componentes enumerados y/o componentes adicionales no enumerados. El UE 10 incluye un procesador de señal digital (DSP) 802 y una memoria 804. Como se muestra, el UE 10 puede incluir además una unidad 806 de etapa frontal y antenas, un transceptor 808 de radiofrecuencia (RF), una unidad 810 de procesamiento analógico de banda base, un micrófono 812, un altavoz 814 de auricular, un puerto 816 para conjunto de micrófono y auriculares, una interfaz 818 de entrada/salida, una tarjeta 820 de memoria extraíble, un puerto 822 de bus serie universal (USB), un subsistema 824 de comunicación inalámbrica de corto alcance, una alarma 826, un teclado 828, una pantalla de cristal líquido (LCD), que puede incluir una superficie 830 sensible al tacto, un controlador 832 de LCD, una cámara 834 de dispositivo acoplado por carga (CCD), un controlador 836 de cámara y un sensor 838 del sistema de posicionamiento global (GPS). En una realización, el UE 10 puede incluir otro tipo de módulo de visualización que no proporcione una pantalla sensible al tacto. En una realización, el DSP 802 puede comunicarse directamente con la memoria 804 sin pasar a través de la interfaz 818 de entrada/salida.

El DSP 802 o alguna otra forma de controlador o unidad central de procesamiento funciona para controlar los diversos componentes del UE 10 de acuerdo consoftwareofirmwareintegrado almacenado en la memoria 804 o almacenado en memoria contenida dentro del propio DSP 802. Además delsoftwareofirmwareintegrado, el DSP 802 puede ejecutar otras aplicaciones almacenadas en la memoria 804 o puestas a disposición a través de medios portadores de información tales como medios portátiles de almacenamiento de datos como la tarjeta 820 de memoria extraíble o a través de comunicaciones de red por cable o inalámbricas. Elsoftwarede aplicación puede comprender un conjunto compilado de instrucciones legibles por máquina que configuran el DSP 802 para proporcionar la funcionalidad deseada, o elsoftwarede aplicación puede ser instrucciones desoftwarede alto nivel para ser procesadas por un intérprete o compilador con el fin de configurar indirectamente el DSP 802.

La unidad 806 de etapa frontal y antenas puede estar prevista para realizar conversiones entre señales inalámbricas y señales eléctricas, posibilitando que el UE 10 envíe y reciba información desde una red celular o alguna otra red de comunicaciones inalámbricas disponible o desde un UE 10 par. En una realización, la unidad 806 de etapa frontal y antenas puede incluir múltiples antenas para admitir operaciones de conformación de haces y/o de múltiples entradas y múltiples salidas (MIMO). Como es conocido por los expertos en la técnica, las operaciones de MIMO pueden proporcionar diversidad espacial la cual puede usarse para superar condiciones de canal difíciles y/o aumentar el caudal del canal. La unidad 806 de etapa frontal y antenas puede incluir componentes de adaptación de impedancias y/o sintonización de antenas, amplificadores de potencia de RF y/o amplificadores de bajo ruido.

El transceptor 808 de RF proporciona desplazamiento de frecuencia, conversión de señales de RF recibidas a banda base y conversión de señales de transmisión de banda base a RF. En algunas descripciones, un transceptor de radiocomunicaciones o transceptor de RF puede entenderse que incluye otra funcionalidad de procesamiento de señales tal como modulación/demodulación, codificación/decodificación, entrelazado/desentrelazado, ensanchamiento/desensanchamiento, transformada rápida inversa de Fourier (IFFT)/ transformada rápida de Fourier (FFT), adición/eliminación de prefijos cíclicos y otras funciones de procesamiento de señales. Por motivos de claridad, la descripción en la presente separa la descripción de este procesamiento de señal con respecto a la etapa de RF y/o radiocomunicaciones y asigna conceptualmente ese procesamiento de señal a la unidad 810 de procesamiento analógico de banda base y/o al DSP 802 u otra unidad de procesamiento central. En algunas realizaciones, el transceptor 808 de RF, partes de la Etapa Frontal 806 y de Antenas, y la unidad 810 de procesamiento analógico de banda base pueden combinarse en una o más unidades de procesamiento y/o circuitos integrados específicos de la aplicación (ASICs).

La unidad 810 de procesamiento analógico de banda base puede proporcionar un procesamiento analógico diverso de entradas y salidas, por ejemplo, procesamiento analógico de entradas del micrófono 812 y el conjunto 816 de micrófono y auriculares y salidas hacia el auricular 814 y el conjunto 816 de micrófono y auriculares. Con ese fin, la unidad 810 de procesamiento analógico de banda base puede tener puertos para conectarse al micrófono incorporado 812 y al altavoz 814 de auricular que posibilitan que el UE 10 se use como teléfono celular. La unidad 810 de procesamiento analógico de banda base puede incluir además un puerto para conectarse a un conjunto de micrófono y auriculares u otra configuración de micrófono y altavoz de manos libres. La unidad 810 de procesamiento analógico de banda base puede proporcionar conversión digital a analógica en una dirección de la señal y conversión analógica a digital en la dirección opuesta de la señal. En algunas realizaciones, al menos parte de la funcionalidad de la unidad 810 de procesamiento analógico de banda base puede ser proporcionada por componentes de procesamiento digital, por ejemplo, por el DSP 802 o por otras unidades centrales de procesamiento.

El DSP 802 puede llevar a cabo modulación/demodulación, codificación/decodificación, entrelazado/desentrelazado, ensanchamiento/desensanchamiento, transformada rápida inversa de Fourier (IFFT)/transformada rápida de Fourier (FFT), adición/eliminación de prefijos cíclicos, y otras funciones de procesamiento de señal asociadas a comunicaciones inalámbricas. En una realización, por ejemplo en una aplicación de tecnología de acceso múltiple por división de código (CDMA), para una función de transmisor el DSP 802 puede llevar a cabo modulación, codificación, entrelazado y ensanchamiento, y para una función de receptor el DSP 802 puede llevar a cabo desensanchamiento, desentrelazado, decodificación y demodulación. En otra realización, por ejemplo en una aplicación de tecnología de acceso múltiple por división ortogonal de frecuencia (OFDMA), para la función de transmisor el DSP 802 puede llevar a cabo modulación, codificación, entrelazado, transformada rápida inversa de Fourier, y adición de prefijos cíclicos, y para una función de receptor el DSP 802 puede llevar a cabo eliminación de prefijos cíclicos, transformada rápida de Fourier, desentrelazado, decodificación, y demodulación. En otras aplicaciones de tecnología inalámbrica, el DSP 802 puede llevar a cabo otras funciones más de procesamiento de señales y combinaciones de funciones de procesamiento de señales.

El DSP 802 puede comunicarse con una red inalámbrica mediante la unidad 810 de procesamiento analógico de banda base. En algunas realizaciones, la comunicación puede proporcionar conectividad a Internet, posibilitando a un usuario obtener acceso a contenido en Internet y enviar y recibir mensajes de correo electrónico o de texto. La interfaz 818 de entrada/salida interconecta el DSP 802 y diversas memorias e interfaces. La memoria 804 y la tarjeta 820 de memoria extraíble pueden proporcionarsoftwarey datos para configurar el funcionamiento del DSP 802. Entre las interfaces se pueden encontrar la interfaz 822 de USB y el subsistema 824 de comunicaciones inalámbricas de corto alcance. La interfaz 822 de USB puede usarse para cargar el UE 10 y también puede posibilitar que el UE 10 funcione como dispositivo periférico para intercambiar información con un ordenador personal u otro sistema informático. El subsistema 824 de comunicaciones inalámbricas de corto alcance puede incluir un puerto de infrarrojos, una interfaz de Bluetooth, una interfaz inalámbrica compatible con IEEE 802.11, o cualquier otro subsistema de comunicaciones inalámbricas de corto alcance, que pueda posibilitar que el UE 10 se comunique de manera inalámbrica con otros dispositivos móviles y/o estaciones base inalámbricas cercanos.

La interfaz 818 de entrada/salida puede conectar además el DSP 802 a la alarma 826 que, cuando se dispara, hace que el UE 10 proporcione un aviso al usuario, por ejemplo, sonando, reproduciendo una melodía o vibrando. La alarma 826 puede servir como mecanismo para alertar al usuario de cualquiera de diversos eventos, tales como una llamada entrante, un mensaje de texto nuevo y un recordatorio de cita mediante vibración silenciosa, o reproduciendo una melodía preasignada específica para un llamante en particular.

El teclado 828 se acopla al DSP 802 mediante la interfaz 818 para proporcionar un mecanismo para que el usuario realice selecciones, introduzca información y proporcione entradas de otra manera al UE 10. El teclado 828 puede ser un teclado alfanumérico completo o reducido tal como QWERTY, Dvorak, AZERTY y de tipo secuencial, o un teclado numérico tradicional con letras del alfabeto asociadas a un teclado telefónico. Las teclas de entrada pueden incluir una rueda de desplazamiento, una tecla de salida o escape, un ratón de bola y otras teclas de navegación o funcionales, que pueden ser presionadas hacia dentro para proporcionar una función de entrada adicional. Otro mecanismo de entrada puede ser la LCD 830, que puede incluir capacidad de pantalla táctil y también visualizar texto y/o gráficos al usuario. El controlador 832 de l Cd acopla el DSP 802 a la LCD 830.

La cámara 834 de CCD, si se proporciona, posibilita que el UE 10 tome imágenes digitales. El DSP 802 se comunica con la cámara 834 de CCD mediante el controlador 836 de cámara. En otra realización, se puede utilizar una cámara que funciona de acuerdo con una tecnología distinta de las cámaras de Dispositivos Acoplados por Carga. El sensor 838 de GPS está acoplado al DSP 802 para decodificar señales del sistema de posicionamiento global, posibilitando de este modo que el UE 10 determine su posición. También pueden incluirse otros periféricos diversos para proporcionar funciones adicionales, por ejemplo, recepción de radio y televisión.

La figura 9 ilustra un entorno 902 desoftwareque puede ser implementado por el DSP 802. El DSP 802 ejecuta controladores 904 del sistema operativo que proporcionan una plataforma a partir de la cual funciona el resto delsoftware.Los controladores 904 del sistema operativo proporcionan controladores para elhardwaredel UE con interfaces estandarizadas que son accesibles parasoftwarede aplicación. Los controladores 904 del sistema operativo incluyen servicios de gestión de aplicaciones (AMS) 906 que transfieren control entre aplicaciones que se ejecutan en el UE 10. También se muestran en la figura 9 una aplicación 908 de navegador web, una aplicación 910 de reproductor multimedia y miniaplicaciones 912 de Java. La aplicación 908 de navegador web configura el UE 10 para funcionar como navegador web, permitiendo que un usuario introduzca información en formularios y seleccione enlaces para recuperar y ver páginas web. La aplicación 910 de reproductor multimedia configura el UE 10 para recuperar y reproducir medios de audio o audiovisuales. Las miniaplicaciones 912 de Java configuran el UE 10 para proporcionar juegos, utilidades y otra funcionalidad. Un componente 914 podría proporcionar la funcionalidad descrita en el presente documento.

El UE 10, la estación base 120 y otros componentes descritos anteriormente podrían incluir un componente de procesamiento que sea capaz de ejecutar instrucciones relacionadas con las acciones descritas anteriormente. La figura 10 ilustra un ejemplo de un sistema 1000 que incluye un componente 1010 de procesamiento del UE reivindicado. Además del procesador 1010 (al que puede hacerse referencia como unidad de procesador central (CPU o DSP), el sistema 1000 podría incluir dispositivos 1020 de conectividad en red, memoria de acceso aleatorio (RAM) 1030, memoria de solo lectura (ROM) 1040, un módulo 1050 de almacenamiento secundario y dispositivos 1060 de entrada/salida (I/O). En algunos casos, algunos de estos componentes pueden no estar presentes o pueden combinarse en diversas combinaciones entre sí o con otros componentes no mostrados. Estos componentes podrían estar ubicados en una única entidad física o en más de una entidad física. Cualquier acción descrita en el presente documento como realizada por el procesador 1010 podría ser realizada por el procesador 1010 de manera individual o por el procesador 1010 junto con uno o más componentes mostrados o no mostrados en el dibujo.

El procesador 1010 ejecuta instrucciones, códigos, programas informáticos oscriptsa los que podría acceder desde los dispositivos 1020 de conectividad en red, la RAM 1030, la ROM 1040 o el módulo 1050 de almacenamiento secundario (que podría incluir diversos sistemas basados en discos, tales como discos duros, disquetes o discos ópticos). Aunque solo se muestra un procesador 1010, pueden estar presentes múltiples procesadores. Por lo tanto, aunque se pueden analizar instrucciones como ejecutadas por un procesador, las instrucciones pueden ser ejecutadas simultáneamente, en serie o de otro modo por uno o múltiples procesadores. El procesador 1010 puede implementarse en forma de uno o más chips de CPU.

Los dispositivos 1020 de conectividad en red pueden adoptar la forma de módems, bancos de módems, dispositivos de Ethernet, dispositivos de interfaz de bus serie universal (USB), interfaces serie, dispositivostoken ring,dispositivos de interfaz de datos distribuidos por fibra (FDDI), dispositivos de red de área local inalámbrica (WLAN), dispositivos transceptores de radiocomunicaciones tales como dispositivos de acceso múltiple por división de código (CDMA), dispositivos transceptores de radiocomunicaciones del sistema global para comunicaciones móviles (GSM), dispositivos de interoperabilidad mundial para acceso por microondas (WiMAX), y/u otros dispositivos bien conocidos para conectarse a redes. Estos dispositivos 1020 de conectividad en red pueden posibilitar que el procesador 1010 se comunique con Internet o una o más redes de telecomunicaciones u otras redes desde las que el procesador 1010 podría recibir información o hacia las que el procesador 1010 podría dar salida a información.

Los dispositivos 1020 de conectividad en red también podrían incluir uno o más componentes transceptores 1025 capaces de transmitir y/o recibir datos de manera inalámbrica en forma de ondas electromagnéticas, tales como señales de radiofrecuencia o señales de frecuencia de microondas. Alternativamente, los datos pueden propagarse en o sobre la superficie de conductores eléctricos, en cables coaxiales, en guías de onda, en medios ópticos tales como fibra óptica, o en otros medios. El componente transceptor 1025 podría incluir unidades de recepción y transmisión independientes o un único transceptor. La información transmitida o recibida por el transceptor 1025 puede incluir datos que han sido procesados por el procesador 1010 o instrucciones que van a ser ejecutadas por el procesador 1010. Dicha información puede ser recibida desde y se le puede dar salida hacia una red en forma, por ejemplo, de una señal de banda base de datos informáticos o una señal incorporada en una onda portadora. Los datos pueden ordenarse de acuerdo con diferentes secuencias según pueda resultar deseable para o bien procesar o generar los datos o bien transmitir o recibir los datos. A la señal de banda base, la señal incorporada en la onda portadora, u otros tipos de señales usadas actualmente o desarrolladas en el futuro se les puede hacer referencia como medio de transmisión y las mismas pueden generarse de acuerdo con varios métodos bien conocidos por un experto en la técnica.

La RAM 1030 podría usarse para almacenar datos volátiles y quizás para almacenar instrucciones que son ejecutadas por el procesador 1010. La ROM 1040 es un dispositivo de memoria no volátil que típicamente tiene una capacidad de memoria más pequeña que la capacidad de memoria del módulo 1050 de almacenamiento secundario. La ROM 1040 podría usarse para almacenar instrucciones y quizás datos que se leen durante la ejecución de las instrucciones. El acceso tanto a la RAM 1030 como a la ROM 1040 es típicamente más rápido que al módulo 1050 de almacenamiento secundario. El módulo 1050 de almacenamiento secundario está compuesto típicamente por una o más unidades de disco o unidades de cinta y podría usarse para almacenamiento no volátil de datos o como dispositivo de almacenamiento de datos de desbordamiento si la RAM 1030 no es lo suficientemente grande como para contener todos los datos de trabajo. El módulo 1050 de almacenamiento secundario puede usarse para almacenar programas que se cargan en la RAM 1030 cuando tales programas se seleccionan para su ejecución.

Los dispositivos 1060 de I/O pueden incluir pantallas de cristal líquido (LCDs), módulo de visualización de pantalla táctil, teclados, teclados numéricos, interruptores, diales, ratones, ratones de bola, reconocedores de voz, lectores de tarjetas, lectores de cintas perforadas, impresoras, monitores de vídeo u otros dispositivos de entrada/salida bien conocidos. Asimismo, podría considerarse que el transceptor 1025 es un componente de los dispositivos 1060 de I/O en lugar o además de ser un componente de los dispositivos 1020 de conectividad en red. Parte o la totalidad de los dispositivos 1060 de I/O pueden ser sustancialmente similares a diversos componentes representados en el dibujo descrito anteriormente del UE 10, tal como el módulo 702 de visualización y la entrada 704.

Aunque en la presente divulgación se han proporcionado varias realizaciones, debe entenderse que los sistemas y métodos divulgados pueden materializarse en muchas otras formas específicas sin desviarse del alcance de la presente invención, que se define por las reivindicaciones adjuntas. Los presentes ejemplos deben considerarse como ilustrativos y no restrictivos, y la intención no debe limitarse a los detalles ofrecidos en el presente documento. Por ejemplo, los diversos elementos o componentes pueden combinarse o integrarse en otro sistema o ciertas características pueden omitirse o no implementarse.

Asimismo, las técnicas, sistemas, subsistemas y métodos descritos e ilustrados en las diversas realizaciones como discretos o independientes pueden combinarse o integrarse con otros sistemas, módulos, técnicas o métodos sin desviarse del alcance de la presente divulgación. Otros elementos mostrados o analizados como acoplados o directamente acoplados o en comunicación entre sí pueden estar indirectamente acoplados o en comunicación a través de alguna interfaz, dispositivo o componente intermedio, ya sea de manera eléctrica, mecánica o de otro modo.

Claims (12)

REIVINDICACIONES

1. Un método para iniciar una llamada de emergencia por Conmutación de Paquetes, PS, usando un equipo de usuario, UE (10), incluyendo el UE una pluralidad de capas de protocolo, incluyendo la pluralidad de capas de protocolo una subcapa (30) de Subsistema Multimedia de Protocolo de Internet, IP, IMS, una capa (32) de estrato sin acceso, NAS, y una capa (34) de estrato de acceso, AS, comprendiendo el método:

generar, por parte de la capa de NAS, una primera solicitud que comprende un indicador que indica un tipo de la primera solicitud,

en donde la primera solicitud es una solicitud de una conexión con una red de datos por paquetes; determinar, en el UE, una causa de establecimiento de Control de Recursos de Radiocomunicaciones, RRC, basándose en el tipo de la primera solicitud, en donde la causa de establecimiento de RRC indica que el UE está solicitando un establecimiento de una conexión de RRC para una llamada de emergencia mediante una red de PS; y

generar, por parte de la capa de AS, una SOLICITUD DE CONEXIÓN DE RRC, incluyendo la SOLICITUD DE CONEXIÓN DE RRC la causa de establecimiento de RRC.

2. El método de la reivindicación 1, en el que la primera solicitud debe enviarse a una función de movilidad dentro de una red central.

3. El método de la reivindicación 1, en el que la conexión de RRC es una conexión de señalización.

4. El método de la reivindicación 1, en el que el tipo de la primera solicitud comprende un tipo asociado a establecer la llamada de emergencia de PS mediante una red de PS.

5. El método de la reivindicación 1, que comprende además: transmitir la SOLICITUD DE CONEXIÓN DE RRC a una estación base.

6. El método de la reivindicación 1, en el que la llamada de emergencia mediante la red de PS comprende al menos una de llamada o sesión de emergencia del sistema por paquetes evolucionado, EPS, emergencia de PS o llamada o sesión de emergencia de IMS.

7. Un equipo de usuario, UE (10), que comprende:

una pluralidad de capas (12, 14) de protocolo, incluyendo la pluralidad de capas de protocolo una subcapa (30) de Subsistema Multimedia de Protocolo de Internet, IP, IMS, una capa (32) de estrato sin acceso, NAS, y una capa (34) de estrato de acceso, AS;

una memoria (1030, 1040, 804, 802); y

al menos un procesador (1010, 802) dehardwareacoplado comunicativamente con la memoria y configurado para:

generar, mediante la capa de NAS, una primera solicitud que comprende un indicador que indica un tipo de la primera solicitud;

en donde la primera solicitud es una solicitud de una conexión con una red de datos por paquetes; determinar, en el UE, una causa de establecimiento de Control de Recursos de Radiocomunicaciones, RRC, basándose en el tipo de la primera solicitud, en donde la causa de establecimiento de RRC indica que el UE está solicitando un establecimiento de una conexión de RRC para una llamada de emergencia mediante una red de PS; y

generar, mediante la capa de AS, una SOLICITUD DE CONEXIÓN DE RRC, incluyendo la SOLICITUD DE CONEXIÓN DE RRC la causa de establecimiento de RRC.

8. El UE de la reivindicación 7, en el que la primera solicitud debe enviarse a una función de movilidad dentro de una red central.

9. El UE de la reivindicación 7, en el que la conexión de RRC es una conexión de señalización.

10. El UE de la reivindicación 7, en el que el por lo menos un procesador dehardwareestá configurado además para: transmitir la SOLICITUD DE CONEXIÓN DE RRC a una estación base.

11. El UE de la reivindicación 7, en el que el tipo de la primera solicitud comprende un tipo asociado a establecer una llamada de emergencia por Conmutación de Paquetes, PS, mediante una red de PS.

12. Un medio no transitorio legible por ordenador que almacena instrucciones que, cuando son ejecutadas por un procesador de un equipo de usuario, hacen que el equipo de usuario lleve a cabo las etapas de una cualquiera de las reivindicaciones 1 a 6 de método.