CN102696260A - 紧急无线连接建立 - Google Patents

紧急无线连接建立 Download PDF

Info

Publication number
CN102696260A
CN102696260A CN2011800055653A CN201180005565A CN102696260A CN 102696260 A CN102696260 A CN 102696260A CN 2011800055653 A CN2011800055653 A CN 2011800055653A CN 201180005565 A CN201180005565 A CN 201180005565A CN 102696260 A CN102696260 A CN 102696260A
Authority
CN
China
Prior art keywords
rrc
mme
connection
nas
designator
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2011800055653A
Other languages
English (en)
Other versions
CN102696260B (zh
Inventor
秦晨厚
理查德·查尔斯·伯比奇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Maliki Innovation Co ltd
Original Assignee
Research in Motion Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Research in Motion Ltd filed Critical Research in Motion Ltd
Publication of CN102696260A publication Critical patent/CN102696260A/zh
Application granted granted Critical
Publication of CN102696260B publication Critical patent/CN102696260B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/17—Selecting a data network PoA [Point of Attachment]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种在UE中实现的方法。针对紧急呼叫发起或执行NAS信令，以建立UE和多个核心网络CN之一之间的连接。在非限制示例中，在先前建立的连接或紧急呼叫结束后发起或执行NAS信令。确定UE是否已经被附接用于紧急承载服务。响应于UE已经被附接用于紧急承载服务，当针对另一NAS信令请求无线资源控制RRC连接时，通过UE的协议栈的NAS层发送UE标识ID。UE ID包括能够用于确定应当与多个CN中的哪个CN进行连接的数据。

Description

紧急无线连接建立
背景技术
如本文所使用，术语“用户设备(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)、无线接入点、中继节点或类似组件，而不是传统的基站。这些组件可以被称作网络组件。
附图说明
为了对本公开的更完整的理解，现在结合附图和详细描述来参考以下简要描述，附图中相似的引用标号表示相似的部分。
图1是示出了根据本公开的实施例的通信网络的示意图。
图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标识符”
“GUTI”被定义为“全球唯一临时标识”
“ID”被定义为“标识符”或“标识”
“IE”被定义为“信息单元”
“IM”被定义为“IP多媒体”
“IMEI”被定义为“国际移动设备标识符”
“IMS”被定义为“IP多媒体子系统”
“IMSI”被定义为“国际移动订户标识”
“LA”被定义为“位置区域”
“MCC”被定义为“移动国家代码”
“MM”被定义为“移动性管理”
“MME”被定义为“MM实体”
“MMEC”被定义为“MME代码”
“MMEGI”被定义为“MME组ID”
“MMEI”被定义为“MME标识符”
“MNC”被定义为“移动网络代码”
“MS”被定义为“移动台”
“M-TMSI”被定义为“MME-TMSI”
“NAS”被定义为“非接入层”
“NB”被定义为“节点B”
“NNSF”被定义为“NAS节点选择功能”
“PDN”被定义为“分组数据网络”
“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”
如本文中所使用，以下值具有以下定义：
<GUTI>＝<GUMMEI><M-TMSI>
<GUMMEI>＝<MCC><MNC><MME标识符>
<MME标识符>＝<MME组ID><MME代码>
<S-TMSI>＝<MMEC><M-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信令的示例)，除了设置为等于“紧急呼叫”的RRC建立原因之外，UE(当被附接用于紧急承载服务或当处于紧急会话或事务中)的NAS可能无法向AS提供S-TMSI或任何其他移动标识。在没有NAS提供的S-TMSI的情况下，UE的AS可以填写随机数作为用于RRC_CONNECTION_REQUEST消息的UE ID。NAS给出的“紧急呼叫”的RRC建立原因也可以加入RRC_CONNECTION_REQUEST消息的建立原因中。当网络组件接收到具有与随机数相等的UE标识并且建立原因是“紧急呼叫”的RRC_CONNECTION_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_CONNECTION_SETUP_COMPLETE消息内的注册MME字段可以为空或者指示为无效。对于后续的RRC连接请求，当UE仍被附接用于紧急承载服务时，UE NAS可以提供有效的GUMMEI、MMEI或MMEC。最终，如果注册的MME字段不存在或无效，那么网络组件可以执行MME选择。然而，如果注册的MME字段存在并且有效，那么网络组件可以不执行MME选择，而是将后续的NAS消息向注册的MME字段中指示的MME进行路由。
在第三实施例中，当请求RRC连接时，如果NAS已经针对紧急服务而注册、具有紧急承载或具有紧急会话，NAS可以提供S-TMSI。网络组件可以使用RRC_CONNECTION_REQUEST消息中提供的S-TMSI的MMEC部分来确定应当向哪个MME转发NAS消息。
在第四实施例中，当请求RRC连接时，NAS判定是否允许网络组件进行MME选择，并相应地设置指示符。该指示符由AS在RRC连接建立过程中(在RRC_CONNECTION_REQUEST中或在RRC_CONNECTION_SETUP_COMPLETE中)提供给网络组件，并且由网络组件使用以进一步指导网络组件的MME选择处理。本文还描述了其他附加的实施例。
图1是示出了根据本公开的实施例的通信网络的示意图。图1所示的通信系统100仅仅是示范性的，因为许多其他布置是可能的。另外，可以存在更多、更少或不同的组件。如上所述，本文描述的实施例涉及处理紧急呼叫，有时可能由多个不同的CN来处理。图1示出了怎样使用不同的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将为UE 102与另一UE和/或数据源的通信提供便利。CN可以包括多个核心网络元件，包括但不限于：一个或更多个MME、服务网关(S-GW)和PDN网关(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的通信提供便利。尽管图1中未示出，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或其他网络组件之间实现。UE 200可以是图1中的UE102，同样，eNB/RAN 202可以是图1中的eNB/RAN 104。
在实施例中，UE 200首先向eNB/RAN 202发送RRC_CONNECTION_REQUEST消息204。该消息204可以发送诸如UE ID和/或建立原因的信息。UE ID唯一地标识了UE，并且建立原因标识了呼叫或接入请求的目的。
作为响应，eNB/RAN 202向UE 200发送RRC_CONNECTION_SETUP消息206。该消息206向UE告知UE 200和eNB/RAN 202之间的连接已经建立。
最后，UE 200向eNB/RAN 202发回RRC_CONNECTION_SETUP_COMPLETE消息208。该消息告知eNB/RAN 202连接完成。还可以发送附加信息，例如但不限于所选择的PLMN的标识、注册的MME和/或专用NAS信息，该专用NAS信息能够包含完整的初始NAS消息(可以被称作初始层3消息)。
将提供关于上述通信握手的附加细节。为了建立对等实体之间的通信会话、通信事务、通信信道或通信链路，使用包括信令消息的协议信令系统，该信令消息用作为会话、事务、信道或链路的建立提供便利的握手。具体地，图2示出了三步信令消息如何传送以建立针对UE 200的NAS和CN的NAS(经由eNB/RAN 202)的RRC连接，从而这些元件可以相互通信。
关于本文描述的各个实施例，描述RRC_CONNECTION_REQUEST消息204和RRC_CONNECTION_SETUP_COMPLETE消息208中携带的一些内容。在图2中，这些消息中的内容或信息可以被称作IE。示范性IE在这些消息下面的括号中示出。这些IE的细节在下文中给出。这些详细的IE仅仅是示范性的，因为可以根据特定目的对其加以改变。
下面的IE是针对RRC_CONNECTION_REQUEST消息的示范性IE：
Figure BDA00001859612700101
下表是针对上面描述的IE的字段描述的示范性集合。
下面的IE是针对RRC_CONNECTION_SETUP_COMPLETE消息的示范性IE：
Figure BDA00001859612700112
Figure BDA00001859612700121
下表是针对上面描述的IE的字段描述的示范性集合。
Figure BDA00001859612700122
现在提供关于UE标识的附加细节。在示范性非限制性实施例中，UE可以或应当设置RRC_CONNECTION_REQUEST消息的内容如下：
1>设置UE标识如下：
2>如果上层提供S-TMSI：
3>将UE标识设置为从上层接收的值；
2>否则：
3>提取范围0..240-1内的随机数，并将UE标识设置为该值；
在实施例中，如果UE在当前小区的TA中注册，上层可以提供S-TMSI。
在示范性非限制性实施例中，UE可以或应当设置RRC_CONNECTION_SETUP_COMPLETE消息的内容如下：
UE可以或应当：
1>设置RRC_CONNECTION_SETUP_COMPLETE消息的内容如下：
2>将所选的PLMN标识设置为上层从SystemInformationBlockType1中的plmn-标识列表中包括的PLMN选择的PLMN(参见TS 23.122[11]，TS 24.301[35])
2>如果上层提供′注册的MME′，包括并设置注册的MME如下：
3>如果′注册的MME′的PLMN标识不同于上层选择的PLMN：
4>在注册的MME中包括plmn标识，并将其设置为从上层接收的′注册的MME′中的PLMN标识的值；
3>将mmegi和mmec设置为从上层接收的值；
2>设置dedicatedInfoNAS以包括从上层接收的信息；
2>向低层提交RRC_CONNECTION_SETUP_COMPLETE消息以进行发送，此时过程结束；
图3是示出了根据本公开的实施例，用于做出和跟踪紧急呼叫的过程的序列图。图3中所示的过程300建立在图1和图2所示的过程之上。图3所示的过程300示出了在以下情况下可能出现的问题：UE在受限服务状态下向一个EPC/CN做出第一紧急呼叫，该紧急呼叫结束，UE返回空闲模式但仍保留被附接用于紧急承载服务，之后UE从空闲模式执行TAU。尽管可能与第一EPC/CN建立第一紧急呼叫，第二TAU可能被路由至不同的第二EPC/CN。如果该情况发生，那么第二EPC/CN可能不具有所需的或所期望的能够与UE 302重新连接的信息。下面描述的过程详细示出了该问题。
注意，正常注册状态下的UE(或不处于受限服务状态的UE)同样能够启动IMS紧急呼叫。在此过程中，UE可以被附接用于紧急承载服务。如果该UE之后返回空闲模式并随后执行TAU同时仍被附接用于紧急承载服务，该上述问题同样可能出现。这个问题可能延伸至已经返回空闲模式的UE稍后发起或执行其他NAS信令的情况，或者在做出不同的第二相关紧急呼叫时的情况。
当UE 302发起第一紧急呼叫时，过程300开始。具体地，应用和IMS SIP栈决定启动IMS紧急呼叫(块304)。接下来，NAS可以获取或获得ESM PDN连接，可以获取或获得EMM注册，并针对该NAS请求与AS的RRC连接(块306)。然后，AS发起RRC连接请求(块308)。然后，在UE 302和eNB/RAN 310之间在AS级上执行信令(块312)。该信令的细节类似于参考图2描述的信令。此时，在UE 302和eNB/RAN 310之间建立了RRC连接。
然后，eNB/RAN 310尝试建立其自身与若干EPC和/或CN(例如EPC-a/CN-a 316、EPC-b/CN-b 318或EPC-c/CN-c 320)之一之间的连接。具体地，在eNB/RAN 310和EPC-a/CN-a 316之间进行S1信令建立(块322)。在该信令期间，可以将UE的NAS消息(可能已经作为RRC_CONNECTION_SETUP_COMPLETE消息的一部分而提供，参考附图2)路由至对应的PLMN。
接下来，利用NAS EMM级的信令，在UE 302和EPC-a/CN-a 316之间进行EMM注册过程(块324)。此外，利用NAS ESM级的信令，在UE 302和EPC-a/CN-a 316之间进行ESM PDN注册过程(块326)。ESM过程和EMM过程可以并行地运行，并且可以在(UE 302和EPC-a/CN-a 316的)EMM消息上捎带(UE 302和EPC-a/CN-a 316的)发起的ESM消息。因此，过程324和326被示出为在虚线块328内进行。
此时，在IMS紧急呼叫的建立之后进行IMS紧急注册。第一IMS紧急呼叫现在是活跃的，并且呼叫继续进行(块330)。虚线332和334示出了在UE 302的IMS SIP栈与IM CN子系统336之间建立了连接。
对于图3中所示的实施例，紧急呼叫结束；然而，在以下情况可以保持紧急承载(块338)：当UE可以结束IMS紧急注册或NAS紧急会话，或者UE可以终止紧急承载服务。然而，CN或甚至是IMS子系统可能决定即使紧急呼叫结束也保持紧急承载开放。这样做的一个原因是，允许PSAP快速向UE 102回叫，这可以被称作紧急回叫。这样做的另一个原因是，允许UE 102在用户决定作出另一相关呼叫或第一呼叫掉线的情况下快速重新建立紧急呼叫。
一旦紧急呼叫结束，但是保持了紧急承载，RRC连接的使用结束，可以释放RRC连接，并且UE可以返回空闲模式(块340)。在图3所示的实施例中，UE物理上移动至新的TA，其可能需要或期望TAU过程(块342)。TAU过程是为了向EPC-a/CN-a 316告知UE在新的TA中的位置而执行的信令过程。通过向EPC-a/CN-a 316告知UE的TA新位置，EPC-a/CN-a能够有效地路由任何移动端接呼叫，例如来自PSAP的回叫(紧急回叫)。
为了执行TAU过程，可能需要或期望第二RRC连接。在图3所示的实施例中，第二连接建立作为TAU过程的结果而发生；然而，在其他实施例中，第二连接建立可以作为用户发起的第二紧急呼叫的结果而发生。第二连接建立可以作为一些其他原因的结果而发生。NAS请求RRC连接，将RRC建立原因指定为“紧急呼叫”，并且未向AS提供S-TMSI(块344)。然后，从UE 302向eNB/RAN 310发送RRC_CONNECTION_REQUEST消息(块346)。作为响应，从eNB/RAN310向UE 302发送RRC_CONNECTION_SETUP消息(块348)。相应地，从UE 302向eNB/RAN 310发送RRC_CONNECTION_SETUP_COMPLETE消息(块350)。然后，eNB/RAN 310可以执行MME选择(块352)，并可以选择EPC-c/CN-c(块354)。如果EPC-c/CN-c(块354)包括多于一个在给定区域内提供服务的MME，那么MME选择(块352)还可以包括从EPC-c/CN-c的MME中选择一个MME(块354)。然后，在eNB/RAN 310和EPC-c/CN-c 320之间建立S1信令(块354)，然而在一些实施例中可以使用某种其他形式的信令。注意，针对TAU过程所选择的EPC/CN(EPC-c/CN-c 320)不同于针对第一紧急呼叫所选择的EPC/CN(EPC-a/CN-a 316)。
因此，UE的NAS TAU消息被路由至PLMN-c/EPC-c；然而，UE的注册上下文可以是关于PLMN-a/EPC-a的。结果，TAU过程会失败，并且因为该失败，第二紧急呼叫(或甚至来自PSAP的另一紧急呼叫)可能无法正确地路由至UE 302。可能地，UE将不能建立该呼叫，或者PSAP可能不能向UE 302回叫。
因此，图3中所示的实施例描述了在多个EPC/CN可用的共享网络配置中，在处于受限服务状态下的UE做出紧急呼叫期间关于NAS信令可能出现的问题。以下的段落大体上提供了关于该问题以及关于图3的附加细节。然而，如上所述，正常注册的被附接用于紧急承载服务的UE会面对关于NAS信令的相同问题。
下面的信息有助于理解上文呈现的问题。UE可能处于不在期望网络(在该网络上允许UE获得正常服务，例如做出并接收呼叫)的无线覆盖范围内但在其他网络(在该网络上不允许UE获得正常服务)的无线覆盖范围内的情况。该情况下的UE可以被描述为处于受限服务状态，并且在该状态下，UE仍可能尝试紧急呼叫。eNB可以使用RRC_CONNECTION_REQUEST消息中针对初始UE标识的随机数和“紧急呼叫”建立原因值来检测由受限服务状态下的UE做出的IMS紧急呼叫。然后，eNB可以根据UE选择的PLMN来执行MME选择，并且如果该PLMN不支持IMS紧急呼叫，则eNodeB可以将信令路由至支持IMS紧急呼叫的另一共享PLMN的MME。
当UE请求针对紧急信令过程的RRC连接时，UE将RRC连接原因设置为“紧急呼叫”，例如3GPP TS 36.331中所定义的。该信令过程可以是TAU过程、附接过程、服务请求过程或某种其他信令过程。
第三，对于向适合的MME路由初始NAS消息，UE NAS可以根据以下规则向低层提供S-TMSI或注册的GUMMEI，其包括PLMN ID、MME组ID和/或MME代码。
一个规则可以是：当UE在NAS信令连接建立期间在当前小区的跟踪区域中注册时，UE NAS可以或应当向低层提供S-TMSI，但是不可以或不应当向低层提供注册的MME标识符。作为可能的例外，当EMM-IDLE模式下的UE为了负载平衡而执行TAU或组合TAU过程时，UE NAS不可以或不应当向低层提供S-TMSI或注册的MME标识符。
另一个规则可以是：当UE在NAS信令连接建立期间没有在当前小区的跟踪区域中注册时，UE NAS可以不向低层提供S-TMSI。相反，a)如果TIN指示“GUTI”或“与RAT相关的TMSI”，或者TIN不可用，并且UE保持有效的GUTI，UE NAS可以或应当向低层提供有效GUTI的MME标识符部分。备选地，b)如果TIN指示“P-TMSI”并且UE保持有效的P-TMSI和RAI，UE NAS可以或应当向低层提供映射的GUTI的MME标识符部分，该映射的GUTI可以从P-TMSI和RAI产生。
根据上述信息，可能出现的问题是：当处于空闲模式的UE的NAS执行TAU但保持被附接用于紧急承载服务时，可能无法向AS提供S-TMSI或任何移动标识，但是RRC连接原因等于“紧急呼叫”。没有NAS提供的S-TMSI，UE的AS可以填写随机数作为用于RRC_CONNECTION_REQUEST消息的UE标识。NAS给出的“紧急呼叫”的RRC建立原因也可以加入RRC_CONNECTION_REQUEST消息的建立原因。当eNB接收到具有与随机数相等的UE标识并且建立原因是“紧急呼叫”的RRC_CONNECTION_REQUEST消息时，eNB可以认为UE正在受限服务状态下启动IMS紧急会话，并且可以执行MME选择。当该事件发生时，实际接收TAU的MME可能不是UE的注册MME。因此，TAU可能失败，并且紧急会话遭受掉线的风险。
如果TAU转到错误的MME，可能发生服务MME的重新分配。该过程可能引起网络内一些额外的信令，但是该过程不应导致会话的失败或丢失。然而，为了避免网络信令，优选地使TAU回到原始的注册MME。然而，该情况对于注册用于紧急承载服务的受限服务状态下的UE可能不同，特别是当所选择的目标MME具有与UE针对紧急承载服务所注册或附接的PLMN不同的PLMN时。这种情形可能导致TAU的失败。
上述问题在UE从空闲模式发起或执行NAS信令时可能发生。在过去，例如较早时代的移动通信网络中，紧急会话中的UE被看做一直保持在连接模式下。然而，可能出现紧急会话中的UE不保持在连接模式下的其他情况。例如，在结束紧急呼叫后，UE可以在回叫或作出另一紧急呼叫的情况下保持紧急注册。此外，UE可以在紧急会话期间移动并穿越TA之间的边界。当穿越TA之间的边界时，UE可以执行TAU以向MME告知UE的移动性。
图4是根据本公开的实施例，当被附接用于紧急承载服务时用于UE ID的NAS提供的UE过程的流程图。图4所示的过程可以在诸如图1-3中所示的那些通信网络中实施。可以使用诸如图1-3和图14中描述的那些UE来实施图4中所示的过程。图4中所示的过程可以用于解决上述问题。
当UE NAS决定请求RRC连接时(块400)，过程开始。然后，确定UE是否已经被附接用于紧急承载服务(块402)。如果是，那么UE请求AS进行RRC连接，同时提供等于S-TMSI的UE标识以及等于“紧急呼叫”的RRC建立原因(块404)。在面向AS的RRC连接请求中，UE还向AS提供标识注册的MME的GUMMEI或MMEI(块406)。然后，将所提供的GUMMEI适当地放置在RRC_CONNECTION_SETUP_COMPLETE消息的注册MME字段中(块408)。此后，该过程终止。
GUMMEI或MMEI的提供可能已经被指定，但是在一个实施例中，是在未提供S-TMSI时才如此。在本文提出的条件内，当提供S-TMSI时也可以提供GUMMEI。
返回块402，如果UE未被附接用于紧急承载服务，那么UE确定RRC连接是否针对用于紧急承载服务的附接(块410)。如果是，那么UE可以请求AS进行RRC连接，同时不提供UE标识，并且UE可以将RRC建立原因设置为等于“紧急呼叫”(块412)。如果不是，那么UE可以根据3GPP TS 24.301版本9.1.0中的实施例子条款5.3.1.1的过程来请求AS进行RRC连接(块414)。然而，可以使用一些其他的RRC连接过程。此后，该过程终止。
在本实施例中，当UE已经具有紧急承载时、当UE处于紧急会话中时或当UE是紧急注册的时，在请求RRC连接时可能需要或期望UE NAS提供UE标识。该UE标识可以是S-TMSI，但在其他实施例中NAS可以使用并提供对其可用的其他UE标识，例如但不限于IMSI或IMEI。作为本实施例的一部分，以及在当请求RRC连接时提供S-TMSI的同时，可能需要NAS提供GUMMEI或MME标识符，和/或提供MMEC。
在实施例中，当NAS首先请求RRC连接以支持IMS紧急会话的发起时，此时的NAS可能不具有任何紧急承载或紧急会话。因此，对于这个针对RRC连接的首次请求，NAS可以仍按照当前规定而行动。换言之，NAS可以不向AS提供S-TMSI。
由于NAS提供UE标识，AS可以不需要填入随机数。因此，eNB可能不会检测到UE正在受限服务状态下进行IMS紧急呼叫。出于此原因，eNB可以不执行MME选择。
下文是对参考图4描述的实施例的UE行为的概述。如果UE未被附接用于紧急承载服务，并且UE请求RRC连接以执行用于紧急承载服务的附接，那么UE可以在RRC_CONNECTION_REQUEST消息内发送以下一个或更多个。第一，UE可以发送被设置为随机值的UEID。第二，UE可以发送被设置为“紧急呼叫”的建立原因。如果UE被附接用于紧急承载服务，并且UE请求RRC连接(针对TAU或其他NAS消息)，那么UE可以在RRC_CONNECTION_REQUEST消息内发送UE ID，该UE ID是根据当UE执行用于紧急承载服务的附接时从网络接收的S-TMSI而设置的。在实施例中，UE还可以在RRC_CONNECTION_REQUEST消息内和/或RRC_CONNECTION_SETUP_COMPLETE消息内发送被设置为“紧急呼叫”的建立原因。UE还可以在这些消息中或在某个其他消息中发送UE的注册的GUMMEI、注册的MMEI或注册的MMEC。
注意，当UE执行TAU过程时，UE可能具有S-TMSI(可能是GUTI)，除非UE由于从2G到3G的系统间改变而执行TAU。在此情况下可能出现以下问题：进行正常的TAU(非周期性TAU)的UE可能故意不提供S-TMSI。该过程允许eNB执行MME选择。
注意，在用于RRC连接建立过程的RRC级，S-TMSI可以用于竞争解决。因此，即使UE用不可用信息填充S-TMSI字段，该信息将简单地转到eNB并在RRC_CONNECTION_SETUP消息中返回，供UE检查竞争解决。可能地，S-TMSI可以不在该过程级别上使用。然而，当建立S1连接时，S-TMSI可以从eNB传递至MME，并在稍后由MME使用以进行上下文检查和/或检索。
下面的实施例是上述技术的特定示例。下面的实施例不限制本文描述的其他实施例。
为了将初始NAS消息路由至合适的MME，UE NAS根据以下规则向低层提供S-TMSI或注册的全局唯一MME标识符(GUMMEI)，其包括PLMN ID、MME组ID以及MME代码(参见3GPP TS 23.003)：
1)当UE在NAS信令连接建立期间在当前小区的跟踪区域中注册时，UE NAS应当向低层提供S-TMSI，但是不应当向低层提供注册的MME标识符。作为例外，当EMM-IDLE模式下的UE为了负载平衡而执行TAU或组合TAU过程时，UE NAS不应当向低层提供S-TMSI和注册的MME标识符。
2)当UE在NAS信令连接建立期间没有被附接用于紧急承载服务并且没有在当前小区的跟踪区域中注册时，UE NAS不向低层提供S-TMSI。相反，
a)如果TIN指示“GUTI”或“与RAT相关的TMSI”，或者TIN不可用，并且UE保持有效的GUTI，UE NAS应当向低层提供有效GUTI的MME标识符部分；或
b)如果TIN指示“P-TMSI”并且UE保持有效的P-TMSI和RAI，UE NAS应当向低层提供映射的GUTI的MME标识符部分，该映射的GUTI可以从P-TMSI和RAI产生。
3)当UE在NAS信令连接建立期间被附接用于紧急承载服务但是没有在当前小区的跟踪区域中注册时，UE NAS应当向低层提供S-TMSI。
图5是根据本公开的实施例，当UE接入网络组件以获取服务时用于检测UE ID的网络组件过程的流程图。图5所示的过程反映了与参考图4描述的相似的实施例。然而，图4反映了实施例的UE端，而图5反映了该实施例的网络组件端。图5所示的过程可以在诸如图1-3中所示的那些通信网络中实施。可以使用诸如图1-3和图14中描述的那些网络组件来实施图5中所示的过程。图5中所示的过程可以用于解决上述问题。
当网络组件(可以是eNB或某个其他组件)接收到RRC_CONNECTION_REQUEST消息时(块500)，该过程开始。然后，网络组件确定建立原因是否被设置为“紧急呼叫”(块502)。如果不是，网络组件如同AS规范中指定的那样继续进行(块504)。此后，该过程终止。
然而，如果建立原因被设置为“紧急呼叫”，即块502处的确定为“是”，那么网络组件确定UE标识等于S-TMSI还是等于随机数(块506)。如果UE ID被设置为S-TMSI，那么网络组件继续进行RRC连接分配过程(块508)。网络组件等待来自UE  的RRC_CONNECTION_SETUP_COMPLETE消息(块510)，随后接收该RRC_CONNECTION_SETUP_COMPLETE消息(块512)。然后，网络组件将UE的NAS消息路由到RRC_CONNECTION_SETUP_COMPLETE消息给出的MMEI中指示的MME(块514)。此后，该过程终止。在建立原因被设置为“紧急呼叫”时测试S-TMSI可用性并向所指示的MME进行路由这两个动作的结合是本文描述的若干实施例中可以用于解决上述问题的一个实施例。
回到块506，如果UE ID被设置为随机数，那么网络组件针对支持IMS紧急呼叫的MME执行MME选择(块516)。然后，网络组件将NAS接入请求和服务路由到网络组件选择的MME(块518)。此后，该过程终止。
下面呈现与参考图5描述的实施例的网络组件行为有关的概述和附加细节。如果网络组件从UE接收到建立原因被设置为“紧急呼叫”且“UE标识”被设置为随机值的RRC_CONNECTION_REQUEST消息，那么网络组件可以将连接路由到支持紧急呼叫的任何MME。如果网络组件从UE接收到建立原因被设置为“紧急呼叫”且“UE标识”被设置为S-TMSI值的RRC_CONNECTION_REQUEST消息，那么网络组件可以将连接路由到RRC_CONNECTION_SETUP_COMPLETE消息内的注册MME字段所指示的MME。注册MME可以具有GUMMEI、MMEI或MMEC的形式，或者具有某种其他形式。
注意，如果UE实际上在不再被MME覆盖的TA中执行TAU，UE可能以可导致有问题的行为的方式进行注册，如上文所述。即，如果NAS消息到达不具有针对发送该NAS消息的UE的上下文的MME，那么后续呼叫可能掉线或可能无法建立。然而，如果NAS消息是将会导致从先前服务的MME获取的上下文转到新的目标MME的TAU，那么NAS会话将可能继续。对于任何其他的NAS消息，NAS级失败可能发生，因而在NAS级可能需要恢复。然而，在物理上移动到离其注册的MME组很远的、处于空闲模式下的UE(同时被附接用于紧急承载服务)将会在尝试任何其他NAS信令过程之前尝试TAU。
图6是根据本公开的实施例，当被附接用于紧急承载服务时用于提供MMEI或GUMMEI的UE过程的流程图。图6所示的过程可以在诸如图1-3中所示的那些通信网络中实施。可以使用诸如图1-3和图14中描述的那些UE来实施图6中所示的过程。图6中所示的过程可以用于解决上述问题。
当UE NAS决定请求RRC连接时(块600)，该过程开始。然后，UE确定UE是否已经被附接用于紧急承载服务(块602)。如果是，UE将执行过程，该过程在一个实施例中可以是3GPP TS 24.301的子条款5.3.1.1中指定的过程(块604)。然而，还可以使用某个其他过程。然后，UE可以确保一直向AS提供GUMMEI或MME ID，即使还提供S-TMSI(块606)。所提供的GUMMEI或MME ID可以被置于RRC_CONNECTION_SETUP_COMPLETE消息的注册MME字段中，即使S-TMSI对于AS是可用的(块608)。此后，该过程终止。
返回块602，如果UE未被附接用于紧急承载服务，即块602处的确定为“否”，那么UE确定RRC连接是否用于紧急承载服务的附接或IMS紧急会话(块610)。如果不是，UE请求AS根据过程进行RRC连接，该过程在一个实施例中可以是3GPP TS 24.302的子条款5.3.1.1(块612)。然而，可以使用某个其他过程。此后，该过程终止。
返回块610，如果RRC连接是用于紧急承载服务的附接，即块610处的确定为“是”，那么UE执行可以是3GPP TS 24.301中定义的过程，请求AS进行RRC连接，尽管UE不提供UE ID，并且RRC建立原因被设置为“紧急呼叫”(块614)。然而，可以使用某个其他过程。确保UE NAS不向AS提供GUMMEI或MME ID(块616)。AS将RRC_CONNECTION_SETUP_COMPLETE消息的注册MME字段保留为空(块618)。此后，该过程终止。
下面提供与参考图6描述的实施例(涉及在被附接用于紧急承载服务时提供MMEI或GUMMEI)有关的概述和附加细节。当前，UE在发起IMS紧急呼叫时可以处于受限服务状态。该UE可以在RRC_CONNECTION_REQUEST消息中指定被设置为随机数的UE ID以及被设置为“紧急呼叫”的建立原因。
然而，当首次请求RRC连接以支持IMS紧急会话时，注册MME字段可能被故意保留为空、未提供或指示为无效。注册MME字段可以位于在三步握手的结束时发送的RRC_CONNECTION_SETUP_COMPLETE消息内，例如图2中所示。
对于后续的RRC连接请求，在第一RRC连接已经被释放同时UE仍被附接用于紧急承载服务时，UE NAS可以以MMEI或GUMMEI的形式提供有效的MME ID。利用这个MME ID，UE的AS可以在RRC_CONNECTION_SETUP_COMPLETE消息中的注册MME字段中提供该MMEI或GUMMEI。
网络组件仍可以检查UE ID是否被设置为随机数，但是还可以检查注册MME字段是否存在或有效。如果注册MME字段不存在或无效，那么网络组件可以执行MME选择。如果注册MME字段存在并有效，那么eNB可以不执行MME选择，而是将呼叫向注册MME字段中指示的MME进行路由。
在实施例中，可以假定每一个网络组件具有相应的网络组件能够与之工作的MME的MME列表，或者网络组件能够与之建立S1连接的MME的MME列表。因此，如同参考图4和图6描述的实施例那样，可能在注册MME字段中提供GUMMEI或MMEI，但是该字段的内容可能不标识网络组件知晓的MME。该情况可以在UE已经移动到网络中由不同的MME集合或不同的MME池提供服务的位置时发生。在该情况下，网络组件可以在网络组件知晓的MME中执行MME选择。作为结果所选择的MME可以是与UE先前注册的MME不同的MME。因此，可能发生服务MME的重新分配。当网络组件在其知晓的MME中执行MME选择时，网络组件可以选择属于与GUMMEI的PLMN标识部分中所指示的PLMN相同的PLMN的MME。备选地，网络组件可以选择属于由RRC_CONNECTION_SETUP_COMPLETE消息中的所选择的PLMN标识字段指示的PLMN的MME。如果网络组件选择与UE被附接用于紧急承载服务的PLMN不同的PLMN的MME，那么可能导致TAU的失败。
在备选实施例中，可以保留一系列PLMN ID中的单个值或一系列保留的MCC MNC。在这种情况下，保留值可以指示给定的PLMNID不是真正可使用的PLMN ID。
概括参考图6描述的实施例，如果UE未被附接用于紧急承载服务并且UE请求RRC连接以执行用于紧急承载服务的附接，那么UE可以在RRC_CONNECTION_REQUEST消息内发送以下一条或更多条信息。第一，UE可以发送被设置为随机值的UE标识。第二，UE可以发送被设置为“紧急呼叫”的建立原因。在实施例中，UE不在RRC_CONNECTION_SETUP_COMPLETE消息中包括注册MME ID。
如果UE被附接用于紧急承载服务，并且UE请求RRC连接，那么UE可以在RRC_CONNECTION_REQUEST消息内发送以下一条或更多条信息。第一，UE可以发送根据当前的3GPP规范或某个其他方法而设置的UE标识。第二，UE可以发送被设置为“紧急呼叫”的建立原因。在RRC_CONNECTION_SETUP_COMPLETE消息中，UE还可以包括当UE执行用于紧急承载服务的附接过程时从网络接收的注册MME标识。
参考图6描述的实施例的变体可以在块606指示的过程的一部分处实施。在该变体中，如果UE在当前小区的TA中注册，那么NAS可以向AS提供S-TMSI，而不是GUMMEI或MMEI。如果UE没有在当前小区的TA中注册，那么NAS可以向AS提供GUMMEI或MMEI，而不是S-TMSI。相应的，在块608，如果S-TMSI对于AS可用，那么S-TMSI可以置于RRC_CONNECTION_REQUEST消息中。如果GUMMEI或MMEI对于AS可用，那么GUMMEI可以置于RRC_CONNECTION_SETUP_COMPLETE消息的注册MME字段中。
图7是根据本公开的实施例，用于在网络组件中检测MMEI或GUMMEI的网络组件过程的流程图。图7所示的过程反映了与参考图6描述的相似的实施例。然而，图6反映了实施例的UE端，而图7反映了该实施例的网络组件端。图7所示的过程可以在诸如图1-3中所示的那些通信网络中实施。可以使用诸如图1-3和图14中描述的那些网络组件来实施图7中所示的过程。图7中所示的过程可以用于解决上述问题。
当网络组件接收到RRC_CONNECTION_REQUEST消息时(块700)，该过程开始。网络组件确定建立原因是否被设置为“紧急呼叫”(块702)。如果不是，网络组件如同AS规范中指定的那样继续进行(块704)。此后，该过程终止。
然而，如果建立原因被设置为“紧急呼叫”，即块702处的确定为“是”，那么网络组件可以继续以执行RRC连接分配过程(块706)。网络组件等待来自UE的RRC_CONNECTION_SETUP_COMPLETE消息(块708)，然后接收该RRC_CONNECTION_SETUP_COMPLETE消息(块710)。
然后，网络组件确定RRC_CONNECTION_SETUP_COMPLETE消息的注册MME字段中是否存在GUMMEI或MME ID(块712)。如果是，那么网络组件将UE的NAS消息路由到RRC_CONNECTION_SETUP_COMPLETE消息中给出的注册MME字段所指示的MME(块714)。此后，该过程终止。如果不是，那么网络组件可以针对支持IMS紧急呼叫的MME执行MME选择(块716)。然后，网络组件可以将NAS接入请求和服务路由到网络组件选择的MME(块718)。此后，该过程终止。
下面提供与参考图7描述的过程有关的概述和附加细节。如果网络组件接收到建立原因被设置为“紧急呼叫”的RRC_CONNECTION_REQUEST消息并且RRC_CONNECTION_SETUP_COMPLETE消息不包含注册MME标识，那么网络组件可以将NAS请求/消息路由到支持紧急呼叫的任何MME。如果网络组件接收到建立原因被设置为“紧急呼叫”的RRC_CONNECTION_REQUEST消息并且RRC_CONNECTION_SETUP_COMPLETE消息包含注册MME标识，那么网络组件可以将NAS请求/消息路由到RRC_CONNECTION_SETUP_COMPLETE消息中的注册MME字段所指示的MME。
参考图7描述的实施例的变体可以在块712指示的过程的一部分处实施。在该实施例中，网络组件可以确定S-TMSI是否存在于RRC_CONNECTION_REQUEST消息中，并且还可以确定GUMMEI或MME ID是否存在于RRC_CONNECTION_SETUP_COMPLETE消息的注册MME字段中。如果S-TMSI和GUMMEI或MME ID都不存在，那么网络组件可以针对支持IMS紧急呼叫的MME执行MME选择(块716)。如果S-TMSI存在，或者GUMMEI或MME ID存在，那么作为块714处指示的过程的变体，如果GUMMEI或MME ID存在于RRC_CONNECTION_SETUP_COMPLETE消息中，网络组件可以将NAS消息路由到注册MME字段指示的MME。备选地，如果GUMMEI或MME ID存在于RRC_CONNECTION_REQUEST消息中，那么网络组件可以将NAS消息路由到S-TMSI的MMEC部分所指示的MME。
图8是根据本公开的实施例，当被附接用于紧急承载服务时用于提供能够标识注册MME的S-TMSI的UE过程的流程图。图8所示的过程可以在诸如图1-3中所示的那些通信网络中实施。可以使用诸如图1-3和图14中描述的那些UE来实施图8中所示的过程。图8中所示的过程可以用于解决上述问题。
当UE NAS决定请求RRC连接时(块800)，该过程开始。然后，UE确定UE是否已经被附接用于紧急承载服务(块802)。如果是，UE将请求AS进行RRC连接，提供S-TMSI，并提供设置为“紧急呼叫”的RRC建立原因(块804)。此后，该过程终止。如果不是，UE确定RRC连接是否用于紧急承载服务的附接(块806)。
如果RRC连接是用于紧急承载服务的附接，那么UE请求AS进行RRC连接，不提供UE ID，但是将RRC建立原因设置为“紧急呼叫”(块808)。此后，该过程终止。然而，如果RRC连接不是用于紧急承载服务的附接，那么UE NAS请求AS根据过程进行RRC连接，该过程在一个实施例中可以是3GPP TS 24.301版本9.1.0的子条款5.3.1.1(块810)。然而，可以使用其他过程。此后，该过程终止。
下面提供与参考图8描述的实施例(涉及在UE被附接用于紧急承载服务时提供能够标识注册MME的S-TMSI)有关的概述和附加细节。图8描述的实施例可以看做参考图4和图6描述的那些实施例的变体或备选。
在参考图4描述的实施例中，如果NAS已经被附接用于紧急承载服务，当请求RRC连接时，可以由NAS提供S-TMSI。在参考图4和图6描述的实施例中，可以在RRC_CONNECTION_SETUP_COMPLETE消息中向网络组件提供GUMMEI、MMEI或MMEC。然后，在上述情况下，网络组件可以使用GUMMEI、MMEI或MMEC来确定应当向哪个MME转发NAS消息。
在参考图8描述的实施例中，网络组件可以备选地使用RRC_CONNECTION_REQUEST消息中提供的S-TMSI的MMEC部分来确定应当向哪个MME转发NAS消息。注意，MMEC在MME池或MME组中可以是唯一的。换言之，在由MMEGI标识的MME组内，MMEC可以是唯一的。然而，MMEC可以不是全局唯一的。如果UE已经在物理上移动到由另一个MME组管理的区域，那么网络组件可以应用MMEC来确定应当向哪个MME转发NAS消息。在这种情况下，如果MMEC对于该网络组件也是有效的，则NAS消息可能被转发到错误的MME。然而，如果该NAS消息是将会导致从先前服务的MME获取的上下文转到新的目标MME的TAU，那么NAS会话将可能继续。对于任何其他的NAS消息，NAS级失败可能发生。然而，具有紧急承载的处于空闲模式下的UE不可能在物理上移动得很远以使得UE到达其注册的MME组之外，其中UE也不会在尝试任何其他NAS信令过程之前尝试TAU。
图9是根据本公开的实施例，用于在网络组件中从S-TMSI检测注册MME的网络组件过程的流程图。图9所示的过程反映了与参考图8描述的相似的实施例。然而，图8反映了实施例的UE端，而图9反映了该实施例的网络组件端。图9所示的过程可以在诸如图1-3中所示的那些通信网络中实施。可以使用诸如图1-3和图14中描述的那些网络组件来实施图9中所示的过程。图9中所示的过程可以用于解决上述问题。
当网络组件接收到RRC_CONNECTION_REQUEST消息时(块900)，该过程开始。然后，网络组件确定建立原因是否被设置为“紧急呼叫”(块902)。如果不是，网络组件如同AS规范中指定的那样继续进行(块904)。此后，该过程终止。
如果建立原因被设置为“紧急呼叫”，那么网络组件确定UE ID是否被设置为S-TMSI或随机数(块906)。如果UE ID被设置为S-TMSI，那么网络组件继续进行RRC连接分配过程(块908)。网络组件等待来自UE的RRC_CONNECTION_SETUP_COMPLETE消息(块910)，随后接收该RRC_CONNECTION_SETUP_COMPLETE消息(块912)。然后，网络组件将UE的NAS消息路由到RRC_CONNECTION_REQUEST消息中接收的S-TMSI内的MMEC所指示的MME(块914)。此后，该过程终止。
回到块906，如果UE ID被设置为随机数，那么网络组件针对支持IMS紧急呼叫的MME执行MME选择(块916)。然后，网络组件将NAS接入请求和服务路由到网络组件选择的MME(块918)。此后，该过程终止。
图10是根据本公开的实施例，用于确定是否允许eNB进行MME选择并在指示符中提供该确定的UE过程的流程图。可以使用诸如图1-3和图14中描述的那些UE来实施图10中所示的过程。图10中所示的过程可以用于解决上述问题。
当UE的NAS决定请求RRC连接时(块1000)，该过程开始。然后，UE NAS决定(针对所请求的RRC连接)网络组件是否能够独立地进行MME选择(块1002)。术语“独立地”或“独立的MME选择”的含义是网络组件能够进行不受本文公开的技术约束的MME选择。如果不允许独立的MME选择，可以通过下文描述的指示符来传送指令，然后网络组件被约束为不选择除了某种规则(例如UE提供的指示应当选择哪个MME的某种数据)提供的MME之外的MME。
返回块1002，响应于确定中的“是”，NAS可以将指示符设置为零，由此指示网络组件能够执行MME选择(块1004)。该指示符例如可以被称作“MME_Selection_Not_Allowed”指示符。如果该指示符被设置为1(块1002处的确定中的“否”)，那么不允许网络组件针对NAS消息进行MME选择(块1006)，并且随后将此作为RRC连接建立过程的一部分而传输。注意，值“1”和“0”可以颠倒，并且可以使用任何方便的过程来进行和/或指示该确定。
无论怎样设置指示符(针对块1002处所示的决定为“是”或“否”的确定)，NAS将该指示符传递给AS(块1008)。作为RRC连接建立过程的一部分，AS将该指示符提供给网络组件，例如在RRC_CONNECTION_REQUEST消息中或在RRC_CONNECTION_SETUP_COMPLETE消息中提供(块1010)。此后，该过程终止。
图11是根据本公开的实施例，用于处理允许的MME选择的指示符的网络组件过程的流程图。可以使用诸如图1-3和图14中描述的那些网络组件来实施图11中所示的过程。图11中所示的过程可以用于解决上述问题。
当网络组件接收到RRC连接请求时(块1100)，该过程开始。网络组件继续以执行RRC连接建立(块1102)并完成RRC连接建立(块1104)。
在完成RRC连接建立过程时，网络组件检查网络组件是否应当执行MME选择(块1106)。该过程可以通过检查随机数和等于“紧急呼叫”的建立原因的存在来执行，或者该过程可以由某个其他网络组件来决定。其他检查是可能的。
作为这些检查的结果，如果网络组件确定网络组件应当执行MME选择(块1106处的确定为“是”)，网络组件还检查是否存在“不允许”指示符(块1108)。“不允许”指示符可以由UE来提供。“不允许”指示符可以被称作“MME_Selection_Not_Allowed”，但是可以具有任何方便的名称。在备选实施例中，“不允许”指示符可以是“允许”指示符，并且相应地修改该过程。如果网络组件发现存在“不允许”指示符(块1108处的确定为“是”)，那么网络组件基于“不允许”指示符来确定是否允许MME选择(块1110)。
如果允许MME选择(块1110处的确定为“是”)或“不允许”指示符不存在或无效(块1108处的确定为“否”)，网络组件执行MME选择(块1112)。之后，网络组件建立S1连接，并向网络组件选择的MME提供NAS消息(块1114)。在备选实施例中，可以建立不同类型的连接。此后，该过程终止。
回到块1106和1110，如果决定网络组件不应当执行MME选择(块1106处的确定为“否”)或不允许MME选择(块1110处的确定为“否”)，网络组件建立S1连接，并向所选择的CN ID或PLMN ID中指示的CN或PLMN的MME提供NAS消息(块1116)。在备选实施例中，可以建立不同类型的连接。此后，该过程终止。
图12是根据本公开的实施例，用于通过UE路由NAS消息的过程的流程图。可以使用诸如图1-3和图14中描述的那些UE来实施图12中所示的过程。图12中所示的过程可以用于解决上述问题。
当UE发起或执行针对紧急呼叫的NAS信令以建立UE和多个CN之一之间的连接时(块1200)，该过程开始。然后，UE确定UE是否已经被附接用于紧急承载服务(块1202)。响应于UE已经被附接用于紧急承载服务，在针对另一NAS信令请求无线资源控制(RRC)连接时，UE通过UE的协议栈的NAS层发送UE标识(ID)，其中UE ID包括能够用于确定应当与多个CN中的哪个CN进行连接的数据(块1204)。此后，该过程终止。
图13是根据本公开的实施例，用于通过网络组件路由NAS消息的过程的流程图。可以使用诸如图1-3和图14中描述的那些网络组件来实施图13中所示的过程。图13中所示的过程可以用于解决上述问题。
当网络组件接收到具有被设置为“紧急呼叫”的建立原因的“无线资源控制”(RRC)连接请求时(块1300)，该过程开始。响应于RRC连接请求中没有应当将连接路由到特定的移动性管理实体(MME)的指示，网络组件将连接路由到网络组件选择的MME(块1302)。响应于RRC连接请求中应当将连接路由到特定的MME的指示，网络组件将连接路由到该特定的MME(块1304)。此后，该过程终止。
上文描述的UE和其他组件可以包括单独的或组合的处理组件和其他组件，其能够执行指令或以其他方式促使上述动作发生。图14示出了系统1400的示例，该系统包括适于实现本文描述的一个或更多个实施例的处理组件(例如处理器1410)。除了处理器1410(其可以被称作中央处理器单元或CPU)之外，系统1400可以包括网络连接设备1420、随机存取存储器(RAM)1430、只读存储器(ROM)1440、辅助存储器1450、以及输入/输出(I/O)设备1460。这些组件可以经由总线1400彼此通信。在一些情况下，这些组件中的一些可以不存在，或可以将其彼此或与图中未示出的其他组件以各种结合方式加以结合。这些组件可以位于单一物理实体中，或位于多于一个物理实体中。可以由处理器1410单独或由处理器1410与图中示出或未示出的一个或多个组件(例如数字信号处理器(DSP)1480)一起来进行本文中描述为由处理器1410所采取的任何行动。尽管DSP 1480被示出为单独的组件，然而可以将DSP 1480并入处理器1410。
处理器1410执行其可以从网络连接设备1420、RAM 1430、ROM1440或辅助存储器1450(其可以包括各种基于盘的系统，比如硬盘、软盘或光盘)中接入的指令、代码、计算机程序或脚本。尽管仅示出一个处理器1410，可以存在多个处理器。因此，尽管可以将指令讨论为由处理器执行，可以由一个或多个处理器同时、串行、或以其他方式执行指令。可以将处理器1410实现为一个或多个CPU芯片。
网络连接设备1420可以采用调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌网设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、射频收发机设备，比如码分多址(CDMA)设备、全球移动通信系统(GSM)无线收发机设备、微波接入的全球可互操作性(WiMAX)设备、和/或其它众所周知的用于连接网络的设备。这些网络连接设备1420可以使得处理器1410能够与因特网或者一个或者多个电信网络或与处理器1410可以接收信息或处理器1410输出信息的其他网络进行通信。网络连接设备1420还可以包括能够无线发送和/或接收数据的一个或多个收发机组件1425。
RAM 1430可以用于存储易失性数据并且可能用于存储由处理器1410执行的指令。ROM 1440是一般具有比辅助存储器1450的存储器容量更小的存储器容量的非易失性存储器设备。ROM 1440可以用于存储指令以及存储可能在指令执行期间读取的数据。对RAM 1430和ROM 1440的接入一般快于对辅助存储器1450的接入。辅助存储器1450一般包括一个或者多个盘驱动器或者带驱动器，并且可以用于数据的非易失性存储，或如果RAM 1430不够大到足以容纳所有工作数据时，辅助存储器1450还要用作溢出数据存储设备。辅助存储器1450可以用于存储程序，当选择执行该程序时将该程序加载至RAM1430。
I/O设备1460可以包括液晶显示器(LCD)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器、或者其它众所周知的输入设备。同样地，可以将收发机1425认为是I/O设备1460的组件，而不是网络连接设备1420的组件，或除了是网络连接设备1420的组件之外还是I/O设备1460的组件。
因此，实施例提供了一种在用户设备(UE)中实现的方法。发起非接入层(NAS)信令以建立UE和多个核心网络元件之一之间的连接。确定UE是否已经被附接用于紧急承载服务。响应于UE已经被附接用于紧急承载服务，当针对另一NAS信令请求无线资源控制(RRC)连接时，通过UE的协议栈的NAS层发送UE标识(ID)，其中UE ID包括能够用于确定应当与多个CN中的哪个CN进行连接的数据。实施例还提供了一种被配置为执行这些功能的UE。
实施例还提供了一种在网络组件中实现的方法，该方法用于路由非接入层(NAS)。做出“无线资源控制”(RRC)连接请求，RRC连接请求具有被设置为“紧急呼叫”的建立原因。响应于RRC连接请求中没有应当将连接路由到特定的移动性管理实体(MME)的指示，将连接路由到网络组件选择的MME。响应于RRC连接请求中应当将连接路由到特定的MME的指示，将连接路由到该特定的MME。实施例还提供了一种被配置为执行这些功能的网络组件。
实施例还提供了一种在网络组件中实现的方法。接收具有被设置为“紧急呼叫”的建立原因的网络连接请求。响应于网络连接请求中没有应当将连接路由到特定的其他网络组件或核心网络元件的指示，将连接路由到网络组件选择的其他网络组件或核心网络元件。响应于网络连接请求中应当将连接路由到特定的其他网络组件或核心网络元件的指示，将连接路由到特定的其他网络组件或核心网络元件。实施例还提供了一种被配置为执行这些功能的网络组件。
因此，实施例提供了一种在用户设备(UE)中实现的方法。决定请求接入网络。确定所请求接入的网络组件是否应当执行其他网络组件或核心网络元件的选择。响应于UE确定网络组件不应当执行其他网络组件或核心网络元件的选择，提供指示符，其中该指示符包括能够向网络组件指示网络组件不应当独立地执行其他网络组件或核心网络元件的选择的数据。实施例还提供了一种被配置为执行这些功能的UE。
在另一实施例中，提供了一种在网络组件中实现的方法，包括：接收具有被设置为“紧急呼叫”的建立原因的网络连接请求；响应于网络连接请求中没有应当将连接路由到特定的其他网络组件或核心网络元件的指示，将连接路由到网络组件选择的其他网络组件或核心网络元件；以及响应于网络连接请求中应当将连接路由到特定的其他网络组件或核心网络元件的指示，将连接路由到特定的其他网络组件或核心网络元件。其中，其他网络组件或核心网络元件可以包括移动性管理实体(MMEI)。其中，网络连接请求可以包含“无指示”，即当在网络连接请求中接收到的用户设备(UE)标识(ID)被设置为随机值时，应将连接路由到特定的其他网络组件或核心网络元件。其中，应将连接路由到特定的其他网络组件或核心网络元件的指示可以包括在网络连接请求中接收到的、被设置为“系统架构演进临时移动订户标识”(S-TMSI)值的用户设备(UE)标识(ID)。其中，网络连接请求可以包含“无指示”，即当RRC_CONNECTION_SETUP_COMPLETE消息不包含注册的“移动性管理实体标识”(MMEI)或包含无效的MMEI时应当将连接路由到特定的其他网络组件或核心网络元件。其中，应将连接路由到特定的其他网络组件或核心网络元件的指示可以包括具有有效的注册MMEI的RRC_CONNECTION_SETUP_COMPLETE消息。其中，网络连接请求中应将连接路由到特定的其他网络组件或核心网络元件的指示可以包括使用“系统架构演进临时移动订户标识”(S-TMSI)的“移动性管理实体代码”(MMEC)部分。
在另一实施例中，提供了一种在网络组件中实现的方法，该方法包括：接收网络连接请求，该请求包含消息；建立网络连接；确定网络组件是否应当执行其他网络组件或核心网络元件的选择；响应于确定网络组件不应执行该选择，向第一其他组件或元件发送该消息，其中，在该消息中指定第一组件或元件。其中，第一其他组件或元件可以包括移动性管理实体(MME)。该方法还可以包括：响应于确定网络组件应当执行该选择，从任何可用的核心网络或公共陆地移动网络中选择组件或元件；以及向所选择的组件或元件发送该消息。其中，发送该消息可以包括发送非接入层(NAS)消息。其中，确定网络组件是否应当执行选择可以包括检查指示符，该指示符包含在消息中，而且该指示符指示是否允许选择。
在另一实施例中，提供了一种包括处理器的网络组件，该处理器被配置为：允许网络组件接收网络连接请求，该网络连接请求具有被设置为“紧急呼叫”的建立原因；响应于网络连接请求中没有应当将连接路由到特定的其他网络组件或核心网络元件的指示，将连接路由到网络组件独立地选择的其他网络组件或核心网络元件；以及响应于网络连接请求中应当将连接路由到特定的其他网络组件或核心网络元件的指示，将连接路由到特定的其他网络组件或核心网络元件。其中，处理器还可以被配置为通过将连接路由到移动性管理实体(MME)而将该连接路由到其他网络组件或核心网络元件。其中，网络连接请求可以包含“无指示”，即当在网络连接请求中接收到的用户设备(UE)标识(ID)被设置为随机值时，应将连接路由到特定的其他网络组件或核心网络元件。其中，应将连接路由到特定的其他网络组件或核心网络元件的指示可以包括在网络连接请求中接收到的、被设置为“系统架构演进临时移动订户标识”(S-TMSI)值的用户设备(UE)标识(ID)。其中，网络连接请求可以包含“无指示”，即当RRC_CONNECTION_SETUP_COMPLETE消息不包含注册的“移动性管理实体标识”(MMEI)或包含无效的MMEI时应当将连接路由到特定的其他网络组件或核心网络元件。其中，应将连接路由到特定的其他网络组件或核心网络元件的指示可以包括具有有效的注册MMEI的RRC_CONNECTION_SETUP_COMPLETE消息。其中，网络连接请求中应将连接路由到特定的其他网络组件或核心网络元件的指示可以包括使用“系统架构演进临时移动订户标识”(S-TMSI)的“移动性管理实体代码”(MMEC)部分。
在另一实施例中，提供了一种包括处理器的网络组件，该处理器被配置为：促使网络组件接收网络连接请求，该请求包含消息；以及该处理器还被配置为：促使网络组件建立网络连接，确定网络组件是否应当执行其他网络组件或核心网络元件的选择，以及响应于确定网络组件不应执行该选择，向消息中指定的第一其他网络组件或核心网络元件发送该消息。其中，第一其他网络组件或核心网络元件可以包括移动性管理实体(MME)。其中，处理器还可以被配置为：响应于确定网络组件应当执行该选择，从任何可用的核心网络或公共陆地移动网络中独立地选择组件或元件，以及向所选择的组件或元件发送该消息。其中，要由网络组件发送的消息可以包括非接入层(NAS)消息。其中，处理器还可以被配置为：通过检查指示符来确定网络组件是否应当执行选择，该指示符包含在消息中，而且该指示符指示是否允许选择。
通过引用方式将以下3GPP TS整体合并到本文中：23.003，24.301，24.302，33.401，36.300和36.331。
尽管在本公开中已经提供了若干实施例，应当理解在不脱离本公开的精神或者范围的情况下可以用很多其它特定形式来体现所公开的系统和方法。应当认为本示例是说明性的而非限制性的，并且应该不受限于本文给出的细节。例如，可以将各种单元或者组件进行结合或集成到另一个系统中，或可以省略或者不实现特定特征。
此外，可以将在各种实施例中描述和说明为离散或者分离的技术、系统、子系统和方法与其它系统、模块、技术或者方法在不脱离本公开的范围的情况下相结合或者集成。所示或者所述相连或者直接相连或者彼此通信的其它项可以通过某个接口、设备或者中间组件间接相连或者通信，无论以电子、机械或者其它的方式。本领域技术人员可确定改变、替代以及变更的其它示例，并且可以在不脱离本文公开的精神和范围的情况下做出这些改变、替代以及变更的其它示例。

Claims (34)

1.一种在用户设备UE中实现的方法，所述方法包括：
发起非接入层NAS信令以建立UE和多个核心网络元件之一之间的连接；
确定UE是否已经被附接用于紧急承载服务；
响应于UE已经被附接用于紧急承载服务，当针对另一NAS信令请求无线资源控制RRC连接时，通过UE的协议栈的NAS层发送UE标识ID，其中UE ID包括能够用于确定应当与多个CN中的哪个CN进行连接的数据。
2.根据权利要求1所述的方法，其中，NAS信令用于执行以下至少一项：跟踪区域更新TAU、接收紧急呼叫或发起紧急呼叫。
3.根据权利要求1所述的方法，其中，UE已经结束先前的紧急呼叫并进入空闲模式，同时保持被附接用于紧急承载服务。
4.根据权利要求1所述的方法，其中，UE ID被插入RRC_CONNECTION_REQUEST消息中。
5.根据权利要求1所述的方法，其中，UE ID包括下列项中的一项：系统架构演进临时移动订户标识S-TMSI、国际移动订户标识IMSI和国际移动设备标识符IMEI。
6.根据权利要求1所述的方法，其中，NAS层需要发送UE ID以及由下列项组成的组中的一个或更多个要素：全球唯一移动性管理实体标识符GUMMEI、移动性管理实体标识符MMEI和移动性管理实体代码MMEC。
7.根据权利要求1所述的方法，其中，所述方法还包括：
响应于UE还没有被附接用于紧急承载服务，针对RRC_CONNECTION_SETUP_COMPLETE消息中的注册移动性管理实体MME字段，使其为空或为其指定无效值。
8.根据权利要求1所述的方法，其中，UE通过指定RRC_CONNECTION_SETUP_COMPLETE消息中的注册MME字段中指示的优选移动性管理实体MME，为确定应当与哪个CN进行连接提供便利。
9.根据权利要求1所述的方法，其中，当针对另一NAS信令请求RRC连接时，NAS层发送系统架构演进临时移动订户标识S-TMSI，并且S-TMSI的移动性管理实体代码MMEC部分指示该CN。
10.根据权利要求1所述的方法，其中，NAS信令包括跟踪区域更新TAU。
11.一种在用户设备UE中实现的方法，所述方法包括：
决定请求接入网络；
确定所请求接入的网络组件是否应当执行其他网络组件或核心网络元件的选择；
响应于UE确定网络组件不应当执行其他网络组件或核心网络元件的选择，提供指示符，其中所述指示符包括能够向网络组件指示网络组件不应当独立地执行其他网络组件或核心网络元件的选择的数据。
12.根据权利要求11所述的方法，其中，确定网络组件是否应当执行其他网络组件或核心网络元件的选择包括：确定移动性管理实体MME是否应当执行其他网络组件或核心网络元件的选择。
13.根据权利要求11所述的方法，其中，所述指示符包括能够指示网络组件应当选择的特定MME的数据。
14.根据权利要求11所述的方法，其中，所述指示符包括“MME_Selection_Not_Allowed”指示符。
15.根据权利要求11所述的方法，还包括：在RRC_CONNECTION_REQUEST消息或RRC_CONNECTION_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还被配置为将UE ID插入RRC_CONNECTION_REQUEST消息中。
22.根据权利要求18所述的UE，其中，UE ID包括下列项中的一项：系统架构演进临时移动订户标识S-TMSI、国际移动订户标识IMSI和国际移动设备标识符IMEI。
23.根据权利要求18所述的UE，其中，UE还被配置为使得NAS层需要发送UE ID以及由下列项组成的组中的一个或更多个要素：全球唯一移动性管理实体标识符GUMMEI、移动性管理实体标识符MMEI和移动性管理实体代码MMEC。
24.根据权利要求18所述的UE，其中，UE还被配置为使UE响应于UE还没有被附接用于紧急承载服务，使RRC_CONNECTION_SETUP_COMPLETE消息中的注册移动性管理实体MME字段为空或为其指定无效值。
25.根据权利要求18所述的UE，其中，UE还被配置为使UE通过指定RRC_CONNECTION_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_CONNECTION_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消息中的一个消息添加第二指示符，所述第二指示符包括能够向网络组件指示网络组件应当独立地执行其他网络组件或核心网络元件的选择的数据。
CN201180005565.3A 2010-01-08 2011-01-07 紧急无线连接建立 Active CN102696260B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US29355810P 2010-01-08 2010-01-08
US29355610P 2010-01-08 2010-01-08
US61/293,556 2010-01-08
US61/293,558 2010-01-08
PCT/EP2011/050188 WO2011083151A1 (en) 2010-01-08 2011-01-07 Emergency radio connection setup

Publications (2)

Publication Number Publication Date
CN102696260A true CN102696260A (zh) 2012-09-26
CN102696260B CN102696260B (zh) 2016-05-25

Family

ID=43754773

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201180005565.3A Active CN102696260B (zh) 2010-01-08 2011-01-07 紧急无线连接建立

Country Status (3)

Country Link
US (1) US9497792B2 (zh)
CN (1) CN102696260B (zh)
WO (1) WO2011083151A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103889004A (zh) * 2012-12-19 2014-06-25 思科技术公司 用于由演进节点b选择移动管理实体的系统、方法和介质
CN104067664A (zh) * 2012-12-11 2014-09-24 华为技术有限公司 接入控制方法、基站、用户设备和移动管理实体
CN104871603A (zh) * 2012-11-27 2015-08-26 Lg电子株式会社 用于连接基于ims的服务的方法
CN105493614A (zh) * 2013-09-23 2016-04-13 Lg电子株式会社 在无线通信系统中配置原因值的方法和装置
CN106937266A (zh) * 2017-03-28 2017-07-07 广东欧珀移动通信有限公司 语音业务处理方法、装置及终端
WO2018036304A1 (zh) * 2016-08-22 2018-03-01 华为技术有限公司 间接通信方法、中继节点、网络设备和系统
CN108738071A (zh) * 2017-04-20 2018-11-02 华为技术有限公司 一种资源建立的方法及装置
CN112004221A (zh) * 2019-08-15 2020-11-27 黑莓有限公司 紧急服务处理
CN113225723A (zh) * 2021-04-02 2021-08-06 上海微波技术研究所（中国电子科技集团公司第五十研究所） 一种加快5g终端紧急业务建立的方法、系统及介质

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010146464A1 (en) 2009-06-16 2010-12-23 Research In Motion Limited Method for accessing a service unavailable through a network cell
EP3062558B1 (en) 2009-06-16 2018-10-10 BlackBerry Limited Method for accessing a service unavailable through a network cell
WO2010146465A1 (en) 2009-06-16 2010-12-23 Research In Motion Limited Method for accessing a service unavailable through a network cell
US8675604B2 (en) * 2010-08-10 2014-03-18 Nokia Siemens Networks Oy Relay enhanced cellular telecommunication network
US20120163293A1 (en) * 2010-12-23 2012-06-28 Telefonaktiebolaget Lm Ericsson (Publ) Multiple gateway handling for supporting network sharing of home base stations
US8787212B2 (en) * 2010-12-28 2014-07-22 Motorola Solutions, Inc. Methods for reducing set-up signaling in a long term evolution system
GB201100612D0 (en) * 2011-01-14 2011-03-02 Nec Casio Mobile Comm Ltd Mobile radio communictions signalling
US8655305B2 (en) * 2011-03-21 2014-02-18 Htc Corporation Methods for requesting emergency bearer services for low priority devices, and apparatuses using the same
KR101929307B1 (ko) * 2011-04-11 2018-12-17 삼성전자 주식회사 Ｃｓｇ 셀에서 단말이 셀 재선택 우선 순위를 효율적으로 제어하는 방법 및 장치
KR101948801B1 (ko) 2011-04-11 2019-02-18 삼성전자주식회사 Ｍｂｍｓ 지원 사용자 장치의 데이터 수신 방법 및 장치
WO2012141628A1 (en) * 2011-04-13 2012-10-18 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for sharing radio network infrastructure using carrier aggregation
WO2013009892A1 (en) * 2011-07-11 2013-01-17 Interdigital Patent Holdings, Inc. Systems and methods for establishing and maintaining multiple cellular connections and/or interfaces
EP2563071B1 (en) * 2011-08-22 2023-02-15 BlackBerry Limited Methods, apparatuses and computer program products for use in communicating supplemental non access stratum (NAS) information
US8666396B2 (en) * 2011-08-25 2014-03-04 Verizon Patent And Licensing Inc. Providing user location and time zone information for LTE/IMS charging
US8983475B2 (en) * 2012-02-16 2015-03-17 Futurewei Technologies, Inc. System and method for partner network sharing architecture
US9794302B2 (en) * 2012-05-24 2017-10-17 Telefonaktiebolaget Lm Ericsson (Publ) Method, network and network entity for establishing a communication session to a user equipment roaming in IMS
US8817707B2 (en) * 2012-07-20 2014-08-26 Intel Corporation Mechanisms for roaming between 3GPP operators and WLAN service providers
CN102833819B (zh) * 2012-08-03 2018-03-27 中兴通讯股份有限公司 Nas节点的选择方法及装置
US20150359026A1 (en) * 2012-12-21 2015-12-10 Nec Corporation Radio communication system, radio access network node, communication device, and core network node
GB2510637B (en) * 2013-02-12 2015-05-13 Ip Access Ltd Network subsystem, wireless communication system and methods therefor
US9154995B2 (en) * 2013-05-21 2015-10-06 Broadcom Corporation Apparatus and method to reduce denial of service during MME overload and shutdown conditions
US9942762B2 (en) * 2014-03-28 2018-04-10 Qualcomm Incorporated Provisioning credentials in wireless communications
US9832719B2 (en) 2014-10-17 2017-11-28 Qualcomm Incorporated Selection of a serving node in a wireless communication system
US9918225B2 (en) * 2014-11-03 2018-03-13 Qualcomm Incorporated Apparatuses and methods for wireless communication
US9749773B2 (en) * 2015-12-04 2017-08-29 At&T Intellectual Property I, L.P. Core network selection function in a radio access network for machine-to-machine (M2M) communications
US10849173B2 (en) 2016-06-16 2020-11-24 Lg Electronics Inc. Method for transmitting/receiving data in wireless communication system and apparatus supporting same
US11064555B2 (en) * 2016-11-09 2021-07-13 Lg Electronics Inc. Method for transmitting RRC message and wireless device
US11184791B2 (en) * 2017-03-25 2021-11-23 Lg Electronics Inc. Access control method and device for supporting same
US10820373B2 (en) 2018-02-15 2020-10-27 Intel Corporation Methods to indicate a version of packet data convergence protocol (PDCP) in dual connectivity arrangements
US11553556B2 (en) * 2018-03-28 2023-01-10 Nec Corporation Emergency services support for a device which does not have a valid subscription

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1853424A (zh) * 2003-10-24 2006-10-25 摩托罗拉公司(在特拉华州注册的公司) 紧急呼叫拨打方法
CN101621777A (zh) * 2008-07-04 2010-01-06 三星电子株式会社 移动通信系统中支持紧急呼叫的方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040192252A1 (en) * 2003-03-31 2004-09-30 Naveen Aerrabotu Emergency packet data network communication system and call features
US20060094397A1 (en) * 2004-10-28 2006-05-04 Sharada Raghuram Apparatus and method for connecting an emergency call
US8855596B2 (en) * 2004-12-03 2014-10-07 Motorola Mobility Llc Methods and apparatus for placement of an emergency call
US20080153454A1 (en) * 2006-12-21 2008-06-26 Nokia Corporation Emergency service in a communication system
CN102273258A (zh) * 2009-01-09 2011-12-07 爱立信电话股份有限公司 用于无线通信系统中负载平衡的方法和设备
US20100297979A1 (en) * 2009-04-14 2010-11-25 Interdigital Patent Holdings, Inc. Method and apparatus for processing emergency calls

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1853424A (zh) * 2003-10-24 2006-10-25 摩托罗拉公司(在特拉华州注册的公司) 紧急呼叫拨打方法
CN101621777A (zh) * 2008-07-04 2010-01-06 三星电子株式会社 移动通信系统中支持紧急呼叫的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
VODAFONE: "Resolving some MME selection and Initial NAS message issues", 《3GPP TSG SA WG2 MEETING #62 TD S2-080545》, 18 January 2008 (2008-01-18) *

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104871603B (zh) * 2012-11-27 2019-06-11 Lg电子株式会社 用于连接基于ims的服务的方法
CN104871603A (zh) * 2012-11-27 2015-08-26 Lg电子株式会社 用于连接基于ims的服务的方法
US10616868B2 (en) 2012-11-27 2020-04-07 Lg Electronics Inc. Method for connecting IMS-based service
CN104067664A (zh) * 2012-12-11 2014-09-24 华为技术有限公司 接入控制方法、基站、用户设备和移动管理实体
US9820214B2 (en) 2012-12-11 2017-11-14 Huawei Technologies Co., Ltd. Access control method, base station, user equipment, and mobility management entity
CN103889004B (zh) * 2012-12-19 2018-01-09 思科技术公司 用于由演进节点b选择移动管理实体的系统、方法和介质
CN103889004A (zh) * 2012-12-19 2014-06-25 思科技术公司 用于由演进节点b选择移动管理实体的系统、方法和介质
CN105493614A (zh) * 2013-09-23 2016-04-13 Lg电子株式会社 在无线通信系统中配置原因值的方法和装置
CN105493614B (zh) * 2013-09-23 2019-07-19 Lg 电子株式会社 在无线通信系统中配置原因值的方法和装置
US10321507B2 (en) 2013-09-23 2019-06-11 Lg Electronics Inc. Method and apparatus for configuring cause value in wireless communication system
CN107770743A (zh) * 2016-08-22 2018-03-06 华为技术有限公司 间接通信方法、中继节点、网络设备和系统
WO2018036304A1 (zh) * 2016-08-22 2018-03-01 华为技术有限公司 间接通信方法、中继节点、网络设备和系统
CN107770743B (zh) * 2016-08-22 2019-11-05 华为技术有限公司 间接通信方法、中继节点、网络设备和系统
CN106937266A (zh) * 2017-03-28 2017-07-07 广东欧珀移动通信有限公司 语音业务处理方法、装置及终端
CN108738071A (zh) * 2017-04-20 2018-11-02 华为技术有限公司 一种资源建立的方法及装置
CN112004221A (zh) * 2019-08-15 2020-11-27 黑莓有限公司 紧急服务处理
CN112004221B (zh) * 2019-08-15 2021-08-31 黑莓有限公司 紧急服务处理
CN113225723A (zh) * 2021-04-02 2021-08-06 上海微波技术研究所（中国电子科技集团公司第五十研究所） 一种加快5g终端紧急业务建立的方法、系统及介质

Also Published As

Publication number Publication date
WO2011083151A1 (en) 2011-07-14
US9497792B2 (en) 2016-11-15
CN102696260B (zh) 2016-05-25
US20120302196A1 (en) 2012-11-29

Similar Documents

Publication Publication Date Title
CN102696260A (zh) 紧急无线连接建立
CN1625914B (zh) 在通信网络中处理特定类型会话的系统和方法
JP5281048B2 (ja) ロケーションサービスを処理する方法及びそれに関連する通信装置
CA2587341C (en) Selective disablement of mobile communication equipment capabilities
CN104980905A (zh) 多用户识别模块装置及用户识别模块选择方法
CN111935788A (zh) 一种通信方法、装置及相关设备
KR101857514B1 (ko) Rplmn 정보의 업데이트 방법 및 사용자 장비
US11729840B2 (en) Access point name determination for mission critical services
US8270574B2 (en) Emergency calls in internet protocol multimedia subsystem (IMS) over evolved packet core (EPC) networks
CN102804852A (zh) 用于执行紧急呼叫在无线网络之间的移交的方法和装置
CN101990185A (zh) 处理发话的方法及其相关通讯装置
US20200351761A1 (en) System and method for monitoring mobile data configuration access point names
CN108401276B (zh) 处理无线通信系统中的连接的装置及方法
US10791450B1 (en) Emergency services handling
CN102960024A (zh) 网络选择
CN105338614A (zh) 一种网络注册方法及装置
US20150289224A1 (en) METHOD AND SYSTEM TO IMPROVE REGISTRATION FOR VoLTE DEVICES IN LTE NETWORKS
EP2833656B1 (en) Methods for processing emergency call and communications apparatuses utilizing the same
US20110059721A1 (en) Method of handling emergency-purposed short message service in a wireless communication system and related apparatus
CN102845082A (zh) 向移动设备（me）指示紧急呼叫可用性的方法，建立紧急呼叫的方法
US11974177B2 (en) Method and apparatus for system interworking
CN101277470B (zh) 一种获得ip-can承载的方法和系统
US20220312170A1 (en) Provision of Message Service Center Address
JPWO2016167222A1 (ja) Ｓｉｐ制御装置、移動通信システム及び緊急呼制御方法
KR102209643B1 (ko) 응급 서비스 처리

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1175924

Country of ref document: HK

CB02 Change of applicant information

Address after: Voight, Ontario, Canada

Applicant after: BlackBerry Ltd.

Address before: Voight, Ontario, Canada

Applicant before: Research In Motion Ltd.

COR Change of bibliographic data
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240523

Address after: Ai Erlandubailin

Patentee after: Maliki Innovation Co.,Ltd.

Country or region after: Ireland

Address before: Voight, Ontario, Canada

Patentee before: BlackBerry Ltd.

Country or region before: Canada