紧急无线连接建立的制作方法

文档序号:7847550阅读:240来源:国知局
专利名称:紧急无线连接建立的制作方法
紧急无线连接建立
背景技术
如本文所使用,术语“用户设备(UE) ”、“移动台(MS) ”以及“用户代理(UA) ”在某些情况下可以指代诸如移动电话、个人数字助理、手持或膝上型计算机之类的移动设备以及具有通信能力的类似设备。在本文中,术语“MS”、“UE”、“UA”、“用户设备”和“用户节点”可以同义地使用。UE可以包括允许UE与其他设备通信的组件,并且还可以包括一个或更多个相关联的可移除存储模块,例如但不限于包括订户标识模块(SIM)应用、通用订户标识模块(USIM)应用或可移除用户标识模块(R-UIM)应用的通用集成电路卡(UICC)。备选地,该UE可以包括设备自身而不具有该模块。在其他情况下,术语“UE”可以指代具有类似能力但不是可移动的设备,例如桌面计算机、机顶盒或网络装置。术语“UE”还能够指代能够终止用户的通信会话的任何硬件或软件组件。随着通信技术的演进,已引入了可以提供过去不可能提供的服务的更高级网络接 入设备。该网络接入设备可以包括作为传统无线通信系统中的等价设备的改善的系统和设备。这种高级或下一代设备可以被包括在演进无线通信标准中,例如长期演进(LTE)和高级LTE (LTE-A)。例如,LTE或LTE-A系统可以是演进通用陆地无线接入网(E-UTRAN)并包括E-UTRAN节点B (或eNB)、家庭节点B (HNB或HeNB)、无线接入点、中继节点或类似组件,而不是传统的基站。这些组件可以被称作网络组件。


为了对本公开的更完整的理解,现在结合附图和详细描述来参考以下简要描述,附图中相似的引用标号表示相似的部分。图I是示出了根据本公开的实施例的通信网络的示意图。图2是示出了根据本公开的实施例,用于RRC连接建立的三步信令握手的序列图。图3是示出了根据本公开的实施例,用于做出和跟踪紧急呼叫的过程的序列图。图4是根据本公开的实施例,当被附接用于紧急承载服务时用于UE ID的NAS提供的UE过程的流程图。图5是根据本公开的实施例,当UE接入网络组件以获取服务时用于检测UE ID的网络组件过程的流程图。图6是根据本公开的实施例,当被附接用于紧急承载服务时用于提供MMEI或GUMMEI的UE过程的流程图。图7是根据本公开的实施例,用于在网络组件中检测MMEI或GUMMEI的网络组件过程的流程图。图8是根据本公开的实施例,当被附接用于紧急承载服务时用于提供能够标识注册MME的S-TMSI的UE过程的流程图。图9是根据本公开的实施例,用于在网络组件中从S-TMSI检测注册MME的网络组件过程的流程图。图10是根据本公开的实施例,用于确定是否允许eNB进行MME选择并在指示符中提供该确定的UE过程的流程图。图11是根据本公开的实施例,用于处理允许的MME选择的指示符的网络组件过程的流程图。图12是根据本公开的实施例,用于通过UE路由NAS消息的过程的流程图。图13是根据本公开的实施例,用于通过网络组件路由NAS消息的过程的流程图。图14示出了适合于实现本公开的若干实施例的包括处理器和相关组件的系统。
具体实施例方式应当理解,尽管下文提供了本公开的一个或更多个实施例的示意性实施方式,所公开的系统和/或方法可以使用任意数目的技术来实现,不论是否当前已知或已存在。本公开绝不应当限制于下文描述的示意性实施方式、附图和技术,包括本文示出和描述的示 范性设计和实施方式,而是可以在所附权利要求及其等同物的全部范围内进行修改。如说明书、权利要求和附图中所使用的以下缩写具有以下定义。下文标识的一部分术语由第三代伙伴计划(3GPP)技术规范提出的标准来定义并遵循该标准。在3GPP技术规范使用与下文呈现的相同缩写或词语的术语时,3GPP技术规范描述了对应术语的定义和功能。然而,本文描述的实施例根据本文描述的本发明的技术来使用这些组件和/或功能。以下术语的一部分没有在3GPP规范中描述。“ARP”被定义为“分配和保留策略”“AS”被定义为“接入层”“BCCH”被定义为“广播控制信道”“CN”被定义为“核心网”“CS”被定义为“电路交换”“EMM” 被定义为 “EPS MM”“EPC”被定义为“演进分组核心”“EPS”被定义为“演进分组网络”“ESM” 被定义为 “EPS SM”“E-UTRAN” 被定义为“演进 UTRAN”“GUMMEI ”被定义为“全球唯一 MME标识符”“⑶TI”被定义为“全球唯一临时标识”“ ID”被定义为“标识符”或“标识”“IE”被定义为“信息单元”“頂”被定义为“ IP多媒体”“ IMEI ”被定义为“国际移动设备标识符”“ MS”被定义为“ IP多媒体子系统”“IMSI”被定义为“国际移动订户标识”“LA”被定义为“位置区域”“MCC”被定义为“移动国家代码”“丽”被定义为“移动性管理”“MME”被定义为“丽实体”
“MMEC”被定义为“MME代码”“MMEGI ” 被定义为 “MME 组 ID”“MMEI ”被定义为“MME标识符”“MNC”被定义为“移动网络代码”“MS”被定义为“移动台”“M-TMSI ” 被定义为 “MME-TMSI ”“NAS”被定义为“非接入层”“NB”被定义为“节点B”“NNSF”被定义为“NAS节点选择功能”“TON”被定义为“分组数据网络”“PLMN”被定义为“公共陆地移动网络”“PS”被定义为“分组交换”“PSAP”被定义为“公共安全应答点”“P-TMSI ” 被定义为“分组 TMSI ”“RA”被定义为“路由区域”“RAN”被定义为“无线接入网”“RAT”被定义为“无线接入技术”“RRC”被定义为“无线资源控制”“SAE”被定义为“系统架构演进”“SIP”被定义为“会话发起协议”“SM”被定义为“会话管理”“S-TMSI”被定义为 “SAE TMSI”“TA”被定义为“跟踪区域”“TAU”被定义为“TA更新”“TIN”被定义为“下一更新中使用的临时标识”“TMSI”被定义为“临时移动订户标识”“TS”被定义为“技术规范”、“UE”被定义为“用户设备”“UMTS”被定义为“通用移动电信系统”“UTRAN” 被定义为 “UMTS 陆地 RAN”如本文中所使用,以下值具有以下定义〈⑶TI〉= <GUMMEIXM-TMSI>〈GUMMEI〉=〈MCCXMNCXMME 标识符 >〈MME 标识符 > =〈MME 组 IDXMME 代码 >〈S-TMSI〉= <MMECXM-TMSI>如本文中所使用,术语“被附接用于紧急承载服务”可以在3GPPTS中定义,但也可以包括具有“紧急承载”、“紧急会话”或“紧急注册”的UE。同样,术语“紧急承载”可以在3GPP TS中定义,但也可以包括术语“紧急会话”、“IMS紧急会话”或“紧急注册”中的一项或更多项。
如本文中所使用,术语“NAS信令”可以指代单独的NAS信令,或可以指代关于发起或接收呼叫而使用的任何NAS信令。“NAS信令”可以包括执行TAU,并还可以包括交换NAS消息的其他过程。关于本文描述的实施例,术语“相关呼叫”或“相关信令”的含义是第二紧急呼叫或信令过程应当或期望(出于任何原因)被路由到与第一紧急呼叫被路由至的CN或EPC相同的CN或EPC。备选地,术语“相关”还意味着第二呼叫是作为第一紧急呼叫的结果而由UE接收的,例如当PSAP尝试向作出第一紧急呼叫的相同UE回叫时,或当出于与第一紧急呼叫相关联的原因向UE做出任何其他后续呼叫时。本文描述的实施例解决了在以下情况下可能出现的问题UE在受限服务状态下向一个EPC/CN做出第一紧急呼叫,该紧急呼叫结束,UE返回空闲模式但仍保留被附接用于紧急承载服务,之后UE执行TAU。尽管可能与第一 EPC/CN建立第一紧急呼叫,TAU或后续
连接(无论被UE发起、执行或接收)可能被路由至不同的第二 EPC/CN。如果该情况发生,那么第二 EPC/CN可能不具有所需的或所期望的能够与UE重新连接的信息。注意,正常注册的UE(或不处于受限服务状态的UE)同样会启动IMS紧急呼叫。在此过程中,UE可以被附接用于紧急承载服务。如果UE之后返回空闲模式并随后执行TAU同时仍被附接用于紧急承载服务,该上述问题同样可能出现。这个问题可能延伸至已经返回空闲模式的UE稍后发起其他NAS信令的情况。这个问题还可能延伸至做出或接收到不同的第二相关紧急呼叫的情况。在实施例中,在进行TAU时(UE控制/NAS信令的示例),除了设置为等于“紧急呼口q”的RRC建立原因之外,UE(当被附接用于紧急承载服务或当处于紧急会话或事务中)的NAS可能无法向AS提供S-TMSI或任何其他移动标识。在没有NAS提供的S-TMSI的情况下,UE的AS可以填写随机数作为用于RRC_C0NNECTI0N_REQUEST消息的UE ID。NAS给出的“紧急呼叫”的RRC建立原因也可以加入RRC_C0NNECTI0N_REQUEST消息的建立原因中。当网络组件接收到具有与随机数相等的UE标识并且建立原因是“紧急呼叫”的RRC_C0NNECTI0N_REQUEST消息时,网络组件可以认为UE正在受限服务状态下启动IMS紧急会话,并且可以执行MME选择。当该事件发生时,实际接收TAU的MME可能不是保持UE的上下文的MME,即注册的MME。因此,TAU可能失败,并且紧急会话遭受掉线的风险。本文描述的实施例提供了用于解决本文描述的这个问题和其他问题的至少三种技术。在第一实施例中,UE NAS可以在UE具有紧急承载时、当处于紧急会话中或当紧急注册时,在请求RRC连接时提供UE ID。该UE ID可以是S-TMSI,但也可以是其他方便的ID,如本文进一步所描述。可能地,可能需要NAS提供以下两者UE ID以及GUMMEI、MMEI或MMEC中的一个或更多个。在第二实施例中,当满足特定条件时,UE可以提供S-TMSI和GUMMEI或MMEI,而且网络组件将检测MMEI或GUMMEI。在该实施例中,当最初请求紧急呼叫时,RRC_C0NNECTI0N_SETUP_COMPLETE消息内的注册MME字段可以为空或者指示为无效。对于后续的RRC连接请求,当UE仍被附接用于紧急承载服务时,UE NAS可以提供有效的GUMMEI、MMEI或MMEC。最终,如果注册的MME字段不存在或无效,那么网络组件可以执行MME选择。然而,如果注册的MME字段存在并且有效,那么网络组件可以不执行MME选择,而是将后续的NAS消息向注册的MME字段中指示的MME进行路由。
在第三实施例中,当请求RRC连接时,如果NAS已经针对紧急服务而注册、具有紧急承载或具有紧急会话,NAS可以提供S-TMSI。网络组件可以使用RRC_C0NNECT 10N_REQUEST消息中提供的S-TMSI的MMEC部分来确定应当向哪个MME转发NAS消息。在第四实施例中,当请求RRC连接时,NAS判定是否允许网络组件进行MME选择,并相应地设置指示符。该指示符由AS在RRC连接建立过程中(在RRC_C0NNECTI0N_REQUEST中或在RRC_C0NNECTI0N_SETUP_C0MPLETE中)提供给网络组件,并且由网络组件使用以进一步指导网络组件的MME选择处理。本文还描述了其他附加的实施例。图I是示出了根据本公开的实施例的通信网络的示意图。图I所示的通信系统100仅仅是示范性的,因为许多其他布置是可能的。另外,可以存在更多、更少或不同的组件。如上所述,本文描述的实施例涉及处理紧急呼叫,有时可能由多个不同的CN来处理。图I示出了怎样使用不同的CN为与UE 102的通信提供便利。
通信系统100包括UE 102,其可具有例如图14中所示的那些组件。UE 102与eNB/RAN 104通信。eNB/RAN 104继而可以将来自UE102的通信导向一个或更多个PLMN的若干个CN中的一个CN。因此,eNB/RAN 104可以将来自UE 102的通信导向针对PLMN_a的CN106、针对PLMN-b的CN 108或针对PLMN-c的CN 110中的一个CN。对应的CN将为UE102与另一 UE和/或数据源的通信提供便利。CN可以包括多个核心网络元件,包括但不限于一个或更多个MME、服务网关(S-GW)和TON网关(P-GW)。UE 102和CN(例如PLMN_a的CN 106)之间的信令通信可以在UE和该CN的MME之间进行。UE 102和CN之间的用户数据通信可以在UE和该CN的S-GW或P-GW之间进行。由于设立和维护网络基础设施的相对高的花费,通常存在降低并优化网络基础设施的成本的压力。一种用于降低基础设施的成本的技术是网络共享。网络共享有效地允许网络运营商在两个或更多个CN或PLMN之间共享一个或更多个RAN或网络组件。因此,例如尽管第一运营商可能负责为UE 102提供服务并维持PLMN-a的CN 106,也可以经由不同的第二运营商运营的PLMN-c的CN 110来为与UE102的通信提供便利。尽管图I中未示出,UE 102也可以与第二运营商运营的不同的eNB/RAN进行通信。第一和第二运营商之间的协议可以管理要使用哪个设备以及由谁支付相应的费用。在使用网络共享的系统中,为了使UE能够与正确的PLMN进行通信,当请求RRC建立无线连接时,UE NAS可以向UE AS提供PLMNID。该PLMN ID可以传递至eNB,允许eNB知晓要选择哪个PLMN。
可以在NAS级提供PLMN ID。NAS可以是用于CN(106、108或110)和UE 102之间的通信的协议栈中的一层或层的集合。NAS层可以支持CN和UE之间的信令和业务。相应地,AS可以是用于eNB/RAN 104和UE 102之间的通信的协议栈中的一层或层的集合。RRC可以是AS内的一个协议层。协议栈可以是软件模块(可能的硬件元件)的集合,其为诸如UE或网络组件的设备中的通信提供便利。可以针对一个或更多个功能来设计栈内的单独的协议。通过将各个软件或硬件模块的功能分离到栈中,可以简化期望的或所需的通信软件的设计和评估。栈中的最低协议可以处理与硬件的低级(或物理)交互。更高的层可以增加更多的特征。在实施例中,用户应用可以反映与协议栈的最高层的交互。在实施例中,NAS是中间层,然而NAS层在协议栈内的精确位置可以取决于实现而变化。
图2是示出了根据本公开的实施例,用于RRC连接建立的三步信令握手的序列图。图2中所示的信令握手过程可以在UE 200和eNB/RAN 202或其他网络组件之间实现。UE200可以是图I中的UE102,同样,eNB/RAN 202可以是图I中的eNB/RAN 104。在实施例中,UE200 首先 向 eNB/RAN 202 发送 RRC_C0NNECTI0N_REQUEST 消息204。该消息204可以发送诸如UE ID和/或建立原因的信息。UE ID唯一地标识了 UE,并且建立原因标识了呼叫或接入请求的目的。作为响应,eNB/RAN202 向 UE 200 发送 RRC_C0NNECTI0N_SETUP 消息 206。该消息206向UE告知UE 200和eNB/RAN 202之间的连接已经建立。最后,UE200 向 eNB/RAN 202 发回 RRC_C0NNECTI0N_SETUP_C0MPLETE 消息 208。该消息告知eNB/RAN 202连接完成。还可以发送附加信息,例如但不限于所选择的PLMN的标识、注册的MME和/或专用NAS信息,该专用NAS信息能够包含完整的初始NAS消息(可以被称作初始层3消息)。将提供关于上述通信握手的附加细节。为了建立对等实体之间的通信会话、通信事务、通信信道或通信链路,使用包括信令消息的协议信令系统,该信令消息用作为会话、事务、信道或链路的建立提供便利的握手。具体地,图2示出了三步信令消息如何传送以建立针对UE 200的NAS和CN的NAS (经由eNB/RAN 202)的RRC连接,从而这些元件可以相
互通信。关于本文描述的各个实施例,描述RRC_C0NNECT 10N_REQUEST消息204和RRC_CONNECT 10N_SETUP_C0MPLETE消息208中携带的一些内容。在图2中,这些消息中的内容或信息可以被称作IE。示范性IE在这些消息下面的括号中示出。这些IE的细节在下文中给出。这些详细的IE仅仅是示范性的,因为可以根据特定目的对其加以改变。下面的IE是针对RRC_C0NNECTI0N_REQUEST消息的示范性
-ASNI START
RRCConnectionRequest :: SEQUENCE { criticalExtensionsCHOICE {
rrcConnectionRequest-rS RRCConnection Request-r8-IEs,criticalExtensionsFuture SEQUENCE {}
I
}
RRCConnectionRequest-r8-lEs ::=SEQUENCE {ue-IdentilyIiiilialUE-Identity,
establishmentCauseEstabl ishmentCause,
spareBIT STRING (SIZE (I))
}
InitialUE-Wentity ::=CHOICE {
s-TMSiS-TMS!,
random ValueBIT STRING (SIZE (40))
}
EstablishmentCause ::= ENUMERATED {
emergency, high Priority Access, mt-Access,
ITio-SigiialIiiigs
Iiio-Data3 spare3, spare2, spare!}
-ASNI STOP下表是针对上面描述的IE的字段描述的示范性集合。
权利要求
1.一种在用户设备UE中实现的方法,所述方法包括 发起非接入层NAS信令以建立UE和多个核心网络元件之一之间的连接; 确定UE是否已经被附接用于紧急承载服务; 响应于UE已经被附接用于紧急承载服务,当针对另一 NAS信令请求无线资源控制RRC连接时,通过UE的协议栈的NAS层发送UE标识ID,其中UE ID包括能够用于确定应当与多个CN中的哪个CN进行连接的数据。
2.根据权利要求I所述的方法,其中,NAS信令用于执行以下至少ー项跟踪区域更新TAU、接收紧急呼叫或发起紧急呼叫。
3.根据权利要求I所述的方法,其中,UE已经结束先前的紧急呼叫并进入空闲模式,同时保持被附接用于紧急承载服务。
4.根据权利要求I所述的方法,其中,UEID被插入RRC_CONNECTION_REQUEST消息中。
5.根据权利要求I所述的方法,其中,UEID包括下列项中的一项系统架构演进临时移动订户标识S-TMSI、国际移动订户标识IMSI和国际移动设备标识符MEI。
6.根据权利要求I所述的方法,其中,NAS层需要发送UEID以及由下列项组成的组中的ー个或更多个要素全球唯一移动性管理实体标识符GUMMEI、移动性管理实体标识符MMEI和移动性管理实体代码MMEC。
7.根据权利要求I所述的方法,其中,所述方法还包括 响应于UE还没有被附接用于紧急承载服务,针对RRC_CONNECTION_SETUP_COMPLETE消息中的注册移动性管理实体MME字段,使其为空或为其指定无效值。
8.根据权利要求I所述的方法,其中,UE通过指定RRC_CONNECTION_SETUP_COMPLETE消息中的注册MME字段中指示的优选移动性管理实体MME,为确定应当与哪个CN进行连接提供便利。
9.根据权利要求I所述的方法,其中,当针对另一NAS信令请求RRC连接吋,NAS层发送系统架构演进临时移动订户标识S-TMSI,并且S-TMSI的移动性管理实体代码MMEC部分指示该CN。
10.根据权利要求I所述的方法,其中,NAS信令包括跟踪区域更新TAU。
11.一种在用户设备UE中实现的方法,所述方法包括 决定请求接入网络; 确定所请求接入的网络组件是否应当执行其他网络组件或核心网络元件的选择; 响应于UE确定网络组件不应当执行其他网络组件或核心网络元件的选择,提供指示符,其中所述指示符包括能够向网络组件指示网络组件不应当独立地执行其他网络组件或核心网络元件的选择的数据。
12.根据权利要求11所述的方法,其中,确定网络组件是否应当执行其他网络组件或核心网络元件的选择包括确定移动性管理实体MME是否应当执行其他网络组件或核心网络元件的选择。
13.根据权利要求11所述的方法,其中,所述指示符包括能够指示网络组件应当选择的特定MME的数据。
14.根据权利要求11所述的方法,其中,所述指示符包括“MME_Selection_Not_Allowed”指不符。
15.根据权利要求11所述的方法,还包括在RRC_CONNECTION_REQUEST消息或RRC_CONNECT I ON_SETUP_COMPLETE消息中提供所述指示符。
16.根据权利要求11所述的方法,其中,通过UE的非接入层NAS层来执行决定请求接入网络的步骤和确定网络组件是否应当执行其他网络组件或核心网络元件的选择的步骤,其中,在提供指示符之前,NAS层将所述指示符传递至UE的接入层AS层,并且所述AS层执行提供步骤。
17.根据权利要求11所述的方法,其中,响应于UE确定网络组件应当执行其他网络组件或核心网络元件的选择,向RRC_CONNECTION_REQUEST消息或RRC_CONNECTION_SETUP_COMPLETE消息中的ー个消息添加第二指示符,所述第二指示符包括能够向网络组件指示网络组件应当独立地执行其他网络组件或核心网络元件的选择的数据。
18.ー种用户设备UE,包括 处理器,被配置使得UE发起非接入层NAS信令,以建立UE和多个核心网络元件之一之间的连接;其中,所述处理器还被配置使得UE确定UE是否已经被附接用于紧急承载服务,所述处理器还被配置使得UE响应于UE已经被附接用于紧急承载服务,当针对另一 NAS信令请求无线资源控制RRC连接时,通过UE的协议栈的NAS层发送UE标识ID,其中UE ID包括能够用于确定应当与多个CN中的哪个CN进行连接的数据。
19.根据权利要求18所述的UE,其中,UE还被配置为使用NAS信令来执行以下至少ー项跟踪区域更新TAU、接收紧急呼叫或发起紧急呼叫。
20.根据权利要求18所述的UE,其中,UE还被配置为使得在结束先前的紧急呼叫并进入空闲模式后,UE将保持被附接用于紧急承载服务。
21.根据权利要求18所述的UE,其中,UE还被配置为将UEID插入RRC_C0NNECTI0N_REQUEST消息中。
22.根据权利要求18所述的UE,其中,UEID包括下列项中的一项系统架构演进临时移动订户标识S-TMSI、国际移动订户标识IMSI和国际移动设备标识符MEI。
23.根据权利要求18所述的UE,其中,UE还被配置为使得NAS层需要发送UEID以及由下列项组成的组中的ー个或更多个要素全球唯一移动性管理实体标识符GUMMEI、移动性管理实体标识符MMEI和移动性管理实体代码MMEC。
24.根据权利要求18所述的UE,其中,UE还被配置为使UE响应于UE还没有被附接用于紧急承载服务,使RRC_CONNECTION_SETUP_COMPLETE消息中的注册移动性管理实体MME字段为空或为其指定无效值。
25.根据权利要求18所述的UE,其中,UE还被配置为使UE通过指定RRC_C0NNECTI0N_SETUP_COMPLETE消息中的注册MME字段中指示的优选移动性管理实体MME,为确定应当与哪个CN进行连接提供便利。
26.根据权利要求18所述的UE,其中,UE还被配置为当针对另一NAS信令请求RRC连接吋,使NAS层发送系统架构演进临时移动订户标识S-TMSI,并且S-TMSI的移动性管理实体代码MMEC部分指示该CN。
27.根据权利要求18所述的UE,其中,NAS信令包括跟踪区域更新TAU。
28.ー种用户设备UE,包括 处理器,被配置为使得UE将决定请求接入网络,确定所请求接入的网络组件是否应当执行其他网络组件或核心网络元件的选择,以及响应于UE确定网络组件不应当执行其他网络组件或核心网络元件的选择,提供指示符,其中所述指示符包括能够向网络组件指示网络组件不应当独立地执行其他网络组件或核心网络元件的选择的数据。
29.根据权利要求28所述的UE,其中,所述处理器还被配置使得UE确定网络组件是否应当执行其他网络组件或核心网络元件的选择包括UE确定移动性管理实体MME是否应当执行其他网络组件或核心网络元件的选择。
30.根据权利要求28所述的UE,其中,所述指示符包括能够指示网络组件应当选择的特定MME的数据。
31.根据权利要求28所述的UE,其中,所述指示符包括“MME_Selection_Not_Allowed”指示符。
32.根据权利要求28所述的UE,其中,所述处理器还被配置使得UE还在RRC_CONNECT I ON_REQUEST 消息或 RRC_CONNECTION_SETUP_COMPLETE 消息中提供所述指示符。
33.根据权利要求28所述的UE,其中,所述处理器还被配置使得UE在UE的非接入层NAS层中决定请求接入网络并确定网络组件是否应当执行其他网络组件或核心网络元件的选择,其中,在提供指示符之前,所述处理器还被配置使得UE NAS层将所述指示符传递至UE的接入层AS层,并且所述处理器还被配置使得UE AS层执行提供。
34.根据权利要求28所述的UE,其中,所述处理器还被配置使得响应于UE确定网络组件应当执行其他网络组件或核心网络元件的选择,UE向RRC_CONNECTION_REQUEST消息或RRC_CONNECTION_SETUP_COMPLETE消息中的ー个消息添加第二指示符,所述第二指示符包括能够向网络组件指示网络组件应当独立地执行其他网络组件或核心网络元件的选择的数据。
全文摘要
一种在UE中实现的方法。针对紧急呼叫发起或执行NAS信令,以建立UE和多个核心网络CN之一之间的连接。在非限制示例中,在先前建立的连接或紧急呼叫结束后发起或执行NAS信令。确定UE是否已经被附接用于紧急承载服务。响应于UE已经被附接用于紧急承载服务,当针对另一NAS信令请求无线资源控制RRC连接时,通过UE的协议栈的NAS层发送UE标识ID。UE ID包括能够用于确定应当与多个CN中的哪个CN进行连接的数据。
文档编号H04W48/00GK102696260SQ201180005565
公开日2012年9月26日 申请日期2011年1月7日 优先权日2010年1月8日
发明者理查德·查尔斯·伯比奇, 秦晨厚 申请人:捷讯研究有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1