用于控制无线通信系统中的服务的方法与流程

本公开涉及用于在不增加网络负载的情况下控制无线通信系统中的通信服务的方法以及装置。

背景技术：

图1图示了lte移动通信系统的架构。

如图1中所示，lte移动通信系统的无线接入网(eutran)由演进基站(演进节点b、enb或者节点b)105、移动性管理实体(mme)110以及服务网关(s-gw)115组成。用户设备(ue或者终端)100可以通过enb110、s-gw115以及pdn网关(p-gw)120连接到外部网络。

应用功能(af)130是向用户应用提供会话相关信息的实体。

pcrf125是用于控制与用户qos相关的策略的实体。与特定策略相对应的策略和计费控制(policyandchargingcontrol，pcc)规则被发送给p-gw120以供实行。

enb105是无线接入网(ran)节点，其对应于utran系统的rnc或者geran系统的bsc。enb105通过无线信道和与现有rnc或者bsc类似的功能与ue100连接。

在lte系统中，因为包括像voip(voiceoverip，基于ip的语音)那样的实时服务的所有用户流量由共享信道服务，所以需要以从ue收集到的状态信息为基础执行调度。enb105执行此调度功能。

s-gw115提供数据承载(databearer)，并且在mme110的控制下创建和去除数据承载。

mme110执行各种控制功能，并且可以连接到多个基站。

策略和计费规则功能(pcrf)125是对流量执行总体qos和计费控制功能的实体。

对于上述无线通信系统中的服务供应，有必要开发能够在不增加网络负载的情况下提供服务的方法以及装置。

技术实现要素：

技术问题

本公开的各方面将解决以上提及的问题。因此，本公开的一方面将提供一种方法和装置，其在向仅订阅了分组交换数据网络(ps)服务的用户发出对于电路交换语音网络(circuitswitchedvoicenetwork，cs)服务的请求时，能够在不增加网络负载的情况下生成服务限制通知。

本公开的另一方面将提供一种方法及装置，其当在处理正常呼叫的用户设备中生成对紧急呼叫的需要时，使得用户设备能够在所需的条件下不增加网络负载地进行紧急呼叫。

本公开的另一方面将提供当网络拥塞时能够在不加重网络拥塞的情况下调整服务的方法以及装置。

技术方案

依据本公开的一方面，提供了一种通信系统中的终端的方法。该方法包括：识别与终端相关联的承载；确定是否需要去激活与终端相关联的承载以请求紧急承载；在需要去激活承载的情况下，在本地去激活承载；以及在本地去激活承载的情况下，将包括关于承载的状态的信息的第一消息发送到移动性管理实体。

依据本公开的另一方面，提供了一种通信系统中的移动性管理实体mme的方法。该方法包括：识别与终端相关联的承载；在终端处本地去激活承载以激活紧急承载的情况下，从终端接收包括关于承载的状态的信息的第一消息；基于信息识别需要去激活与终端相关联的承载以激活紧急承载；以及在需要去激活承载以激活紧急承载的情况下，去激活承载。

依据本公开的另一方面，提供了一种通信系统中的终端。该终端包括：收发器，被配置为发送和接收至少一个信号；和控制器，被耦合到收发器并被配置为：识别与终端相关联的承载，确定是否需要去激活与终端相关联的承载以请求紧急承载，以及在需要去激活承载的情况下，在本地去激活承载，以及在本地去激活承载的情况下，将包括关于承载的状态的信息的第一消息发送到移动性管理实体。

依据本公开的另一方面，提供了一种通信系统中的移动性管理实体mme。该mme包括：收发器，被配置为发送和接收至少一个信号；和控制器，被耦合到收发器并被配置为：识别与终端相关联的承载，在终端处本地去激活承载以激活紧急承载的情况下，从终端接收包括关于承载的状态的信息的第一消息，基于信息识别与终端相关联的承载需要被去激活以激活紧急承载，以及在需要去激活承载以激活紧急承载的情况下，去激活承载。

依据本公开的另一方面，提供了一种用于在无线通信系统的用户设备中的信号发送和接收的方法。所述方法可以包括：向网关移动交换中心(gatewaymobileswitchingcenter，gmsc)发送对于电路交换语音网络(cs)服务的请求，以向第二用户设备发送数据并从第二用户设备接收数据；以及从gmsc接收与该服务请求相对应的呼叫拒绝响应，其中，所述呼叫拒绝响应由第二用户设备的核心网络中的实体发送。

依据本公开的另一方面，提供一种用于在无线通信系统中的用户设备的拥塞控制的方法。所述方法可以包括：向基站发送非接入层(non-access-stratum，nas)请求并且从核心网络接收与该请求相对应的nas拒绝响应；以及向基站发送无线资源控制(rrc)连接建立信号，所述rrc连接建立信号包含指示需要释放用户设备和基站之间的rrc连接的指示符。

依据本公开的另一方面，提供一种无线通信系统中的用户设备。所述用户设备可以包括：收发器单元，用于向网关移动交换中心(gmsc)发送对于电路交换语音网络(cs)服务的请求，以向第二用户设备发送数据并从第二用户设备接收数据；以及控制单元，用于控制收发器单元从gmsc接收与该服务请求相对应的呼叫拒绝响应，其中，所述呼叫拒绝响应由第二用户设备的核心网络中的实体发送。

依据本公开的另一方面，提供一种支持拥塞控制的用户设备。用户设备可以包括：收发器单元，用于向基站发送非接入层(nas)请求并且从核心网络接收与该请求相对应的由于拥塞所导致的nas拒绝响应；以及控制单元，用于控制收发器单元向基站发送无线资源控制(rrc)连接建立信号，所述rrc连接建立信号包含指示需要释放用户设备和基站之间的rrc连接的指示符。

有益效果

根据一个实施例，可以在不增加网络负载的情况下向对仅订阅了ps服务的接收者终端作出cs服务请求的发送者终端提供适当的服务。

根据另一实施例，即使当在忙于正常呼叫的用户设备中生成对紧急呼叫的需要时，也可以提供满足紧急呼叫需要的服务。

根据另一实施例，当网络拥塞时，可以提供用于解决拥塞的具有减小的网络负载的服务。

附图说明

图1图示了lte移动通信系统的架构。

图2图示了根据第一实施例的用于信号交换的过程。

图3图示了根据第一实施例的用于信号交换的另一过程。

图4图示了根据第一实施例的用于信号交换的又一过程。

图5图示了根据第二实施例的用于信号交换的过程。

图6图示了根据第二实施例的用于信号交换的另一过程。

图7图示了根据第二实施例的用于信号交换的又一过程。

图8图示了根据第二实施例的用于信号交换的又一过程。

图9图示了根据第三实施例的用于信号交换的过程。

图10图示了根据第三实施例的用于信号交换的另一过程。

图11图示了根据第三实施例的用于信号交换的又一过程。

图12图示了根据第三实施例的用于信号交换的又一过程。

具体实施方式

在对本公开的实施例的下列描述中，可以省略对这里包括的公知功能和结构的详细描述以避免模糊本公开的主题。

在图中，一些元件被放大、省略或者简要地勾画，因此可能并未按比例绘制。相同的参考符号贯穿附图地使用以指代相同的或者相似的部分。

对本公开的实施例的下列描述集中在第三代合作伙伴计划(3gpp)lte系统。然而，本领域技术人员应当清楚，本公开的主题也可以在不经重大修改的情况下应用于其它具有类似技术基础和系统配置的通信/计算机系统。例如，与lte系统相关的描述可以被应用到具有类似系统架构的utran/geran系统。在这种情况下，enb(ran节点)可以被替换为rnc/bsc，mme可以被替换为sgsn，s-gw可以被省略或者被包括在sgsn中，并且p-gw可以对应于ggsn。lte系统中的承载可以对应于utran/geran系统中的pdp上下文。在各种实施例中，每个通信实体可以包括：收发器单元，用于与另一实体交换信号；以及控制单元，用于控制收发器单元并且以通过收发器单元交换的信号为基础执行操作。在各种实施例中，用户设备可以包括显示单元来向用户呈现视觉信号。

<第一实施例>

在大多数情况下，希望接收到无线通信服务的用户订阅电路交换语音网络(cs)服务和分组交换数据网络(ps)服务两者。

在一个实施例中，可以假定特定用户仅具有对ps服务的订阅。仅具有ps服务订阅的用户可以接收sms服务但是在没有单独的措施的情况下可能不被允许接收cs服务。即，可以假定特定用户被允许接收ps数据服务和sms服务但是不被允许接收诸如语音呼叫之类的cs服务(这样的用户被称为仅ps和sms(ps-only-with-sms)的用户)。

当向运营商网络注册用于仅ps和sms的用户的用户设备时，运营商网络可以向仅ps和sms的用户提供数据服务和sms服务。在这种情况下，可能向仅ps和sms的用户发出移动被叫(mobileterminating)cs服务请求(例如语音呼叫或语音电话)。例如，可以不考虑接收者的电话号码而拨打用于广告或者推销的随机电话。语音电话可能被错误地拨打到先前分配给语音呼叫订户(voicecallsubscriber)但已被重新分配给仅ps和sms的订户(ps-only-with-smssubscriber)的电话号码。

因而，当向仅ps和sms的用户发出移动被叫cs服务请求(语音呼叫)时，网络可能不得不执行诸如订户位置识别和寻呼的信令。然而，因为仅ps和sms的用户不能接收像语音呼叫那样的cs服务，所以这样的信令过程是无用的，仅仅增加网络负载。

为了解决以上问题，建议如下的过程。当向已经注册为仅ps和sms的用户的接收者发出移动被叫cs服务请求时，运营商网络可以确定用户设备从cs服务分离(即，拒绝语音呼叫或者不允许cs服务)。更具体地，可以使用下列方案。

图2图示了根据第一实施例的用于信号交换的过程，其中，归属位置寄存器(homelocationregister，hlr)负责确定。

在操作210，第一用户设备(ue1)201在mme202、msc203以及hlr204中的至少一个中被注册为仅ps和sms的终端。这里，被注册为仅ps和sms的终端的ue1201仅可接收ps数据服务或者sms服务。仅ps和sms可以给予不被允许接收cs服务的用户设备。

在操作215，第二用户设备(ue2)206不知道ue1201是仅ps和sms的终端，并且向ue1201进行语音呼叫。这里，除了语音呼叫之外，还可能发出对于任何cs服务的请求。

在操作220，ue2206向网关移动交换中心(gmsc)205发送对于进行去往ue1201的语音呼叫的请求。

在接收到语音呼叫请求之时，在操作225，为了找到相应订户所处的msc/vlr，gmsc205向hlr204发送发送路由信息(sendroutinginformation，sri)请求消息。此消息可以包括指示所请求的服务(语音呼叫或者sms，或者除了sms之外的cs服务)的服务指示符。

在操作230，hlr204根据ue注册信息检查该去往ue1201的请求是否是sms并且查看ue1201的订阅信息。如果该去往ue1201的请求是sms，则hlr204可以将该请求转发给ue1201被注册在其中的msc203。

如果该去往ue1201的请求是非sms(cs服务或者语音呼叫)，则hlr204可以将ue1201视为与所请求的服务分离。

为此，在操作235，hlr204向gmsc205发送指示呼叫拒绝的消息作为对sri的响应。呼叫拒绝消息(callrejectionmessage)可以包括通知仅ps和sms的订阅的信息。在操作235，可以使用发送路由信息响应消息。也可以使用另一类型的消息。

在接收到否定响应之时，在操作240，为了不重试寻呼，gmsc205停止寻呼重试计时器。

在操作245，gmsc205向发送方网络发送指示语音呼叫(除了sms之外的cs服务)尝试失败的通知，其然后向发送者(ue2206)通知对除了sms之外的cs服务(语音呼叫)的请求由于接收者的仅ps和sms的订阅而被拒绝以及sms服务可用。gmsc205可以直接向发送者终端206发送这样的通知，或者可以向发送者网络的相应msc发送这样的通知并且msc可以经由rnc(bsc)将该通知转发给发送者终端206。发送者终端206可以存储所接收到的信息或者将其通知给用户。发送者终端206可以借助于声音输出或者屏幕输出向用户通知所接收到的信息。

图3图示了根据第一实施例的用于信号交换的另一过程。

参照图3，在操作310，第一用户设备(ue1)301在mme302、msc303以及hlr304中的至少一个中被注册为仅ps和sms的终端。这里，被注册为仅ps和sms的终端的ue1301仅可接收ps数据服务或者sms服务。

在操作315，第二用户设备(ue2)306不知道ue1301是仅ps和sms终端，并且向ue1301进行语音呼叫。

在操作320，ue2306向gmsc305发送语音呼叫请求。在操作325，gmsc305向ue1301所处的msc303发送iam消息。iam消息可以包括指示所请求的服务(语音呼叫或者sms，或者除了sms之外的cs服务)的服务指示符。

在操作330，msc303检查该去往ue1301的请求是否是sms。如果该去往ue1301的请求是sms，则msc303可以将寻呼请求发送给ue1301被注册在其中的mme302。如果该去往ue1301的请求是cs服务(例如语音呼叫)，则在操作335，msc303向gmsc305发送指示ue1301被注册为仅ps和sms的终端的消息。这里，此消息可以是呼叫拒绝消息，其可以包括拒绝的原因。在操作335，msc303可以使用rch消息或者另一类型的消息来通知ue1301被注册为仅ps和sms的终端。

在接收到否定响应之后，gmsc305执行操作340和操作345，它们分别与图2中的操作240和操作245相同。

图4图示了根据第一实施例的用于信号交换的另一过程。

在操作410，第一用户设备(ue1)401在mme402、msc403以及hlr404中的至少一个中被注册为仅ps和sms的终端。这里，ue1401仅可以接收ps数据服务或者sms服务。

在操作415，第二用户设备(ue2)406，不知道ue1401具有仅ps和sms的订阅，并且向ue1401进行语音呼叫。

在操作420，ue2406向gmsc405发送语音呼叫请求。在操作425，gmsc405向ue1401所处的msc403发送iam消息。iam消息可以包括指示所请求的服务(语音呼叫或者sms，或者除了sms之外的cs服务)的服务指示符。

在操作430，msc403向mme402发送寻呼请求消息。这里，寻呼请求消息可以是sgs_paging_req消息，其可以包括对要通过寻呼提供的服务的指示符。

在操作435，mme402检查该去往ue1401的请求是否是sms。如果该去往ue1401的请求是sms，则mme402可以执行进一步的处理。

如果该去往ue1401的请求是除了sms之外的cs服务(例如语音呼叫)，则在操作440，mme402向msc403发送指示ue1401被注册为仅ps和sms的终端的消息。这里，此消息可以是寻呼拒绝消息，其可以包括拒绝的原因。mme402还可以使用sg寻呼拒绝消息或者另一类型的消息。

在接收到诸如寻呼拒绝之类的否定响应之时，在操作445，为了不重试寻呼，msc403停止寻呼重试计时器。

在操作450，msc403向gmsc405通知语音呼叫拒绝。这里，包括拒绝原因在内的呼叫拒绝消息可以被发送给gmsc405以向发送者网络通知语音呼叫尝试失败。

之后，以与图2中的操作240和操作245分别相同的方式执行发送方网络中的操作455和操作460。

<第二实施例>

当用户设备希望接收紧急服务时，则需要生成紧急承载而非正常承载。在大多数情况下，典型的正常承载不能被转变成紧急承载。当用户请求紧急服务时，运营商网络必须在当地或者政府规定所设置的时间段内建立紧急呼叫。

同时，可以根据实现方式限制用户设备中的同时可激活的承载的最大数量。一般的用户设备可以同时激活多达一个、三个或者五个承载。在用户设备中，当在其中对于系统附件当前活动的正常承载的数量已经达到可支持的承载的最大数量的状态下进行紧急呼叫时，或者当提供紧急服务所需的多个承载被同时创建时(例如，当可支持的承载的最大数量是三个时，活动的正常承载的数量是两个并且所需的紧急承载的数量是两个)，同时活动的承载数量可以超过用户设备可支持的承载的最大数量。在这种情况下，为了提供紧急服务，需要释放正常承载并且创建紧急承载。

考虑到可支持的承载的最大数量、当前活动的正常承载的数量和紧急呼叫或者服务所需的承载的数量，用户设备可以首先执行正常承载清除(cleanup)，然后执行紧急承载建立，或者可以同时发出紧急承载建立请求和正常承载清除请求。

即，当需要紧急服务时，用户设备可以向网络发送正常承载去激活请求，或者可以在本地将正常承载去激活并且通过tau向核心网络通知承载上下文状态。如果核心网络(例如mme)知道用户设备可支持的承载的最大数量，则当用户设备发出紧急承载创建请求时，核心网络可以针对用户设备自动执行正常承载清除。更具体地，可以使用下列方案。

图5图示了根据第二实施例的用于信号交换的过程。

具体来说，图5描绘了通过附着(attach)过程的紧急服务提供。

参照图5，在第二实施例中，ue501可以与由mme502、s-gw503、p-gw504和hss505组成的网络交换信号。ue501可以经由基站(enb)与网络交换信号。

在操作510，ue501检测对于紧急服务的用户请求。

在操作515，ue501识别当前活动的承载的数量。这里，当前活动的承载的数量可以是正常承载的数量。ue501可以以当前活动的承载的数量、要用于紧急服务的承载的数量和同时可支持的承载的数量为基础，确定当前活动的承载中的一些或者全部是否将被去激活。ue501可以确定同时活动的承载的数量不能容纳要用于紧急服务的承载的数量。

如果不必去激活当前活动的承载中的一些或者全部，则ue501可以与mme502交换信号以建立对紧急服务的呼叫。

如果当前活动的正常承载中的一些或者全部将被去激活，则在操作520，ue501执行本地分离(localdetach)。这里，ue501可以自主地进行本地分离过程。

在操作525，ue501与mme502合作执行用于紧急服务的重新附着过程。此过程可以通过发送附着请求来发起，并且附着请求可以包括对服务或者呼叫类型的指示。

在从ue501接收到附着请求之时，在操作530和在操作535，核心网络从附着请求识别紧急附着，并且借助于验证和授权执行现有正常承载的清除和紧急承载的生成，并且执行承载上下文建立。

结果，在操作540，在ue501和核心网络之间建立ims呼叫。

图6图示了根据第二实施例的用于信号交换的另一过程。

具体来说，图6描绘了用户设备显式地作出正常承载清除请求的方案。

参照图6，ue601可以与由mme602、s-gw603和p-gw604组成的网络交换信号。ue601可以经由基站(enb)与网络交换信号。

在操作610，ue601检测对于紧急服务的用户请求。

在操作615，ue601识别当前活动的承载的数量。这里，当前活动的承载的数量可以是正常承载的数量。ue601可以以当前活动的承载的数量、要用于紧急服务的承载的数量和同时可支持的承载的数量为基础，确定当前活动的承载中的一些或者全部是否将被去激活。ue601可以确定同时活动的承载的数量不能容纳要用于紧急服务的承载的数量。

如果不必将当前活动的承载中的一些或者全部去激活，则ue601可以与mme602交换信号以建立对紧急服务的呼叫。

如果由于同时活动的承载数量而导致不可能容纳要用于紧急服务的承载的数量，则在操作620，ue601向核心网络发送对释放正常承载或者正常pdn连接的请求。这里，此请求可以通过承载资源修改请求或者pdn断开请求而被发送给mme602。

在接收到请求之时，在操作625，mme602通过承载资源命令或者删除会话请求向s-gw603转发所接收到的请求。

在接收到请求之时，在操作630，s-gw603通过承载资源命令或者删除会话请求向p-gw605转发所接收到的请求。

在操作635到645，由p-gw604经由s-gw603和mme602向ue601发送对该请求的响应。

结果，在操作650，ue601可以被分离。

在操作655，ue601向mme602发送附着请求或者pdn连接性请求。此请求可以包括指示“紧急”的类型信息。在操作655，紧急pdn连接请求可以被发送。如果所有承载已经被释放，则当ue601被分离之时，紧急附着请求可以被发送。

在操作660，紧急附着过程和紧急pdn连接过程中的至少一个可以被执行。在操作665，ims呼叫被建立。

同时，在本公开的另一实施例中，对于紧急服务，ue601可以在本地将现有承载去激活并且通过tau过程向核心网络通知该去激活。更具体地，响应于对于紧急服务的用户请求，当现有承载中的一些或者全部将被去激活时，ue601选择要被去激活的承载并且向核心网络发送包含关于(除了所选择的承载之外的)剩余的活动eps承载的信息的tau请求消息(eps承载上下文状态的活动比特被设置在tau请求消息中)。ue601还可以向核心网络发送包含承载信息的tau请求消息(要被去激活的承载被标记为不活动而要被保留的承载被标记为活动)。这里，ue601可以通过设置tau请求的eps更新类型来向核心网络通知该紧急服务请求。ue601可以通过利用tau请求的另外的更新类型来向核心网络通知该紧急服务请求。ue601还可以通过利用tau请求的单独的紧急指示符来向核心网络通知该紧急服务请求。另外，ue601可以通过设置tau请求的活动标志来向核心网络通知对于下列紧急服务的s1/s5建立。

从而，mme602可以知道ue601已经针对紧急服务改变了承载上下文。mme602将预存的eps承载上下文状态与从ue601接收到的tau请求中的eps承载上下文状态进行比较并且如果要被去激活的eps承载存在，则可以执行承载清除。

当ue601发送了针对紧急服务的tau请求以允许ue601立即发送随后的紧急服务请求(pdn连接请求)时，mme602可以在完成承载清除之前向ue601发送tau接受响应。

在接收到tau接受响应之时，ue601可以知道所请求的承载上下文状态更新完成，并且可以执行用于紧急服务的随后的过程。

作为另一实施例，当在空闲模式期间需要用于紧急服务的承载清除时，则可以施加下列方案。

如果针对紧急服务将去激活现有承载中的一些或者全部，则ue601选择要被去激活的承载并且向核心网络发送包含关于(除了所选择的承载之外的)剩余的活动eps承载的信息的tau请求(eps承载上下文状态的活动位被设置在tau请求消息中)。ue601还可以向核心网络发送包含承载信息的tau请求消息(要被去激活的承载被标记为不活动的而要被保留的承载被标记为活动的)。为了在空闲模式中发送tau请求，ue601必须与enb建立rrc连接。ue601可以发送其建立原因被设置为“紧急”的rrc连接建立请求。

enb通过s1-ap初始ue消息转发包含在从ue601接收到的rrc消息中的tau请求消息。当rrc建立原因被设置为“紧急”时，enb可以将其与tau请求消息一起转发。

在接收到tau请求消息以及被设置为“紧急”的rrc建立原因之时，mme602可以知道ue601已经发送针对紧急服务的tau请求。之后，随后的操作可以如之前描述地那样处理。

在以上两个实施例中，ue601被描绘为利用tau消息向网络通知关于在本地被去激活的承载的信息。可以利用路由区域更新(routingareaupdate，rau)消息将同样的过程应用到2g/3g网络。可替换地，ue601可以发送具有承载状态信息的扩展服务请求(esr)消息而不是具有承载状态信息的tau消息。

上述方案可以容易地应用到现有系统，而无需对现有系统进行重大修改，并且还可以被进一步增强以便所请求的紧急服务可以被尽可能迅速地提供给用户。

图7图示了根据第二实施例的用于信号交换的另一过程。

具体来说，图7描绘了同时执行对现有承载的清除和对新的紧急承载的创建的信号交换方案。

参照图7，ue701可以与由enb702、mme703、s-gw704和p-gw705组成的网络交换信号。

在操作710，ue701检测对于紧急服务的用户请求。

在操作715，ue701识别当前活动的承载的数量。这里，当前活动的承载的数量可以是正常承载的数量。ue701可以以当前活动的承载的数量、要用于紧急服务的承载的数量和同时可支持的承载的数量为基础，确定当前活动的承载中的一些或者全部是否将被去激活。ue701可以确定同时活动的承载的数量不能容纳要用于紧急服务的承载的数量。

如果不必将当前活动的承载中的一些或者全部去激活，则ue701可以与mme703交换信号以建立对紧急服务的呼叫。

如果当前活动的承载中的一些或者全部将被去激活以提供针对来自用户的紧急呼叫的紧急服务，则在操作720，ue701选择要被去激活的承载并且向mme703发送包含关于(除了所选择的承载之外的)剩余的活动eps承载的信息的pdn连接请求消息(eps承载上下文状态的活动比特被设置在pdn连接请求消息中)。ue701还可以向mme703发送包含承载信息的pdn连接请求消息(要被去激活的承载被标记为不活动而要被保留的承载被标记为活动)。ue701可以根据基于arp、qci、默认/专用承载(专用承载被去除)或者不活动持续时间的标准，来选择要被去除的承载。

从而，在操作720，mme703可以知道ue701已经针对紧急服务改变了承载上下文。mme703将预存的eps承载上下文状态与从ue701接收到的pdn连接请求中的eps承载上下文状态进行比较并且如果要被去激活的eps承载存在，则可以执行承载清除。mme602还可以以在操作715接收到的信息为基础执行承载清除。另外，mme703可以执行针对紧急服务的pdn连接创建过程。

在操作725，mme703向s-gw704发送创建会话请求。此创建会话请求可以包含要被去除的承载的id。

在操作730，s-gw704向p-gw705转发在操作725接收到的创建会话请求。

在操作735到745，每个节点发送或者转发响应消息。在操作750，enb702可以向ue701发送rrc连接重新配置。此rrc连接重新配置可以包含dbr列表。

在操作755，在ue701和核心网络之间建立ims呼叫。

图8图示了根据第二实施例的用于信号交换的另一过程。

具体来说，在图8中，ue801请求网络清除现有的正常承载并创建用于紧急服务的承载。

参照图8，ue801可以与由enb802、mme803、s-gw804和p-gw805组成的网络交换信号。

操作810和操作815分别与图7中的操作710和操作715相同。

如果由于同时活动的承载数量而导致不可能容纳要用于用户所进行的紧急呼叫的承载的数量，则在操作820，ue801向现有承载发送包含清除指示符的紧急pdn连接请求。此请求还可以包括关于ue801同时可支持的承载数量的信息。

在操作825，在其中当ue801发出了紧急服务请求时核心网络预先知道在ue801中同时可激活的承载的最大数量的情况下，mme803可以自主地执行承载清除。在其中当ue801发出了承载清除请求时核心网络不知道在ue801中可支持的承载的数量的情况下，mme803可以简单地去除全部正常承载。

mme803可以根据用户订阅信息来了解在ue801中同时可支持的承载的最大数量。ue801中的上下文表格可以具有基于ismi的到可支持的承载的最大数量的映射，或者活动承载的最大数量可以根据基于imeisv的ue801的模型被知道。在这种情况下，mme803可能不得不存储基于iemisv的ue模型与每个ue模型中的活动承载的最大数量的映射。

为了向mme803通知这样的信息，运营商可以在hss中更新ue信息或者可以通过o&m配置等等在mme803中设置关于ue801的基于imeisv的模型的信息和与该模型相对应的承载的最大数量。

在从ue801接收到紧急pdn连接请求之时，mme803可以以关于ue801的信息和可支持的承载的最大数量为基础，确定正常承载中的一些或者全部将被去除。当正常承载中的仅一些将被去除时，对要去除的承载的选择可以根据基于arp、qci、默认/专用承载(专用承载被去除)或者不活动持续时间的标准来执行。

在操作830和835，核心网络去除相应的活动的正常承载(从s-gw804到p-gw805的承载清除)并且创建紧急承载/会话。这里，可以同时执行或者单独地顺序执行对现有承载的清除和对新的紧急承载的创建。对于同时执行，要被去除的承载的列表或者指示所有正常承载的去除的清除指示符可以被插入到用于紧急承载创建的创建会话请求消息。

mme803向enb802通知关于被去除的承载和新创建的承载的信息(承载id、承载qos、s5teid等等)。enb802相应地更新与ue801相关的数据无线承载。

当要被去除的承载的id被包括在紧急pdn连接请求中时，核心网络可以去除所指示的活动的正常承载(从s-gw804到p-gw805的承载清除)并且执行紧急承载/会话创建。

这里，可以同时执行或者单独地顺序执行对现有承载的清除和对新的紧急承载的创建。对于同时执行，要被去除的承载列表或者指示所有正常承载的去除的清除指示符可以被插入到用于紧急承载创建的创建会话请求消息。

mme803向enb802通知关于被去除的承载和新创建的承载的信息(承载id、承载qos、s5teid等等)。enb802相应地更新与ue801相关的数据无线承载。最终，ue801知道此更新。

在本公开的另一实施例中，建议emm过程和esm过程的合并。即，tau/rau请求消息或者包含esm消息容器的esr消息被发送。这里，ue801所创建的esm请求消息(例如pdn连接请求)可以被包含在esm消息容器中。

更具体地，在紧急服务启动之时，ue801通过tau/rau请求消息或esr消息(其esm消息容器包括pdn连接请求)发送关于在本地被去激活的承载的信息。换句话说，ue801将关于在本地被去激活的承载的信息或者关于在去激活之后剩余的活动承载的信息插入到tau请求、rau请求或者esr消息的eps承载上下文状态ie中，将对于紧急服务的pdn连接请求插入到其esm消息容器中，并且向mme803发送tau请求、rau请求或者esr消息。mme803不仅可以根据以上实施例针对ue801执行承载清除，而且可以利用包含在esm消息容器中的pdn连接请求来处理pdn连接创建请求。在上述根据第二实施例的用于紧急呼叫提供的方案中，可以互换地使用包含在每个信号中的信息元素。

<第三实施例>

当核心网络节点(例如mme或者sgsn)由于繁重的信令负载而变得拥塞时，核心网络节点可以重定向正在被服务的用户设备，使得用户设备能够由另一核心网络节点服务。

此过程可以通过基站节点所执行的重新选择用于用户设备的核心网络节点的过程以及通过将ue信息注册在该核心网络节点中的过程来实现。然而，如果先前处于拥塞中的核心网络节点被执行核心网络节点选择过程的基站再次选择，则可能不能解决拥塞。另外，当在基站节点选择新的核心网络节点之后改变为用户设备服务的核心网络节点时，必须将ue信息注册到新的核心网络节点中。这里，为了获得关于存储在先前的核心网络节点中的用户设备的信息，对先前的核心网络节点作出信息请求可能加剧已经处于拥塞中的先前的核心网络节点的状况。

在本实施例中，处于拥塞中的核心网络节点可以通过nas层信息向用户设备通知由于拥塞而导致的服务供给的困难。在接收到这样的通知之时，用户设备在核心网络注册的重新配置期间不向较低层(as层)提供使能先前的核心网络节点的识别的信息(例如s-tmsi、guti、gummei或者p-tmsi)。在没有关于先前的核心网络节点的信息的情况下，当与基站建立rrc连接时，用户设备的as层不能提供关于其的信息，从而导致基站选择用于用户设备的新的核心网络节点。经由基站将来自用户设备的nas请求消息(例如附着请求)输送到新选择的核心网络节点。这里，为了避免新的核心网络节点尝试从先前的核心网络节点获得ue上下文信息将会引起的拥塞的加剧，用户设备可以给新的核心网络节点提供引导新的核心网络节点直接与hss通信从而配置ue上下文信息的信息(或者指示符)。

图9图示了根据第三实施例的用于信号交换的过程。

参照图9，ue901可以经由ran902与mme/sgsn903或者904交换信号。这里，就拥塞而言，mme/sgsn903或者904可以被称为老的mme/sgsn903(已经对其进行了连接)或者被称为新的mme/sgsn904(将对其进行连接)。然而，显然，mme/sgsn的改变也可以由除了拥塞之外的原因触发。

在操作910，在老的mme/sgsn903中产生拥塞。拥塞可能由流量增加、一些设备的操作故障等等引起。

如图所示，在操作915，ue901向处于拥塞中的核心网络节点(被称为老的核心网络节点)发送nas请求消息(例如tau请求或者附着请求)。在操作920，老的核心网络节点向ue901发送nas响应或者拒绝消息(例如tau拒绝或者附着拒绝)以及指示由于拥塞而拒绝请求或者指示由于加载状态(loadedstate)ue需要重新注册的信息。这里，封装nas消息并被发送给ran902(基站)的s1-ap消息(下行链路nas传送)还可以包括指示在输送nas消息之后需要释放ue901和ran902之间的rrc连接的信息(例如立即释放所需的指示符)。

在操作925，ran902向ue901发送rrc消息(dlinformationtransfer)，其包含从核心网络节点接收到的消息。rrc消息可以包含拥塞通知和计时器信息。

在接收到立即释放rrc连接的请求之时，在操作930，在消息输送之后立即释放rrc连接。rrc连接被释放的原因在于：由于ran902在rrc连接建立期间重新选择用于ue901的核心网络节点，所以如果现有rrc连接当ue901作出nas请求时被再次使用，则老核心网络节点可以被再次使用。

作为获得类似效果的方案，计时器值可以被插入到由核心网络节点向ue901发送的nas响应/拒绝消息中或者被插入到由ran902向ue901发送的rrc消息(dlinformationtransfer)中。该计时器值充当ran902释放现有rrc连接所需的保护间隔。即，当通过核心网络节点或者rrc消息接收到计时器值时，在相应计时器满期之后，ue901可以作出nas请求。

之后，在操作935，当作出nas请求(附着请求)时，ue901的nas层避免将使能老的核心网络节点的标识的信息(例如s-tmsi、guti、gummei或者p-tmsi)输送到较低层。

在操作940，执行rrc连接请求/建立。在操作945，在rrc连接建立期间，ue901的as层不向ran902发送使能老的核心网络节点的识别的信息(例如mme路由信息)。

在操作945，ran902接收rrc连接建立完成消息。在操作950，由于不存在使能老的核心网络节点的识别的信息，所以ran902选择新的核心网络节点。在操作955，ran902向新的核心网络节点转发所包含的nas请求消息。

在接收到ue901的nas请求消息之时，新的核心网络节点必须执行用于获得ue901的上下文信息的过程。这里，新的核心网络节点可以在必要时通过利用ue901在nas请求消息中插入的标识符(guti或者老的guti)来向老的核心网络节点发送对于ue901的上下文信息的请求。然而，当许多这样的请求集中于处于拥塞中的老的核心网络节点时，拥塞可能加剧。为了解决此问题，1)当拥塞出现时，老的核心网络节点可以通过核心网络节点之间的消息交换(例如过载指示)向新的核心网络节点通知拥塞状态，或者2)当新的核心网络节点发送对于上下文信息的识别请求时，老的核心网络节点可以通过对该请求的响应/拒绝向新的核心网络节点通知拥塞状态。在接收到通知之时，新的核心网络节点可以知道老的核心网络节点过载并且可以存储该通知以供以后使用。在操作960，核心网络可以执行身份请求/响应的过程以获得ue901的imsi。在操作965，核心网络从ue901接收imsi并且利用接收到的imsi执行ue上下文建立和必要的注册。

图10图示了根据第三实施例的用于信号交换的另一过程。

参照图10，ue1001可以经由ran1002与mme/sgsn1003或者1004交换信号。这里，就拥塞而言，mme/sgsn1003或者1004可以被称为老的mme/sgsn1003(已经对其进行了连接)或者被称为新的mme/sgsn1004(将对其进行连接)。然而，显然，mme/sgsn的改变也可以由除了拥塞之外的原因触发。

操作1010到1040分别对应于图9中的操作910到940。

在操作1045，ue1001在nas层生成包含对老的核心网络节点的过载或者对核心网络改变的倾向的指示的nas请求(附着请求)并且向ran1002(基站)发送该nas请求。在操作1050，ran1002选择新的核心网络节点(mme/sgsn1004)并且向mme/sgsn1004发送初始ue消息。这里，初始ue消息可以包含由于核心网络过载而通知重新附着的指示。在接收到ue1001的nas请求消息之时，在操作1060，新的核心网络节点必须执行用于获得ue1001的上下文信息的过程。当包括了原因信息(老的核心网络节点的过载或者对核心网络改变的倾向)时，新的核心网络节点可以知道老的核心网络节点过载并且可以存储该通知以供以后使用。如果必要的话，新的核心网络节点可以执行身份请求/响应的过程以获得ue1001的imsi。在操作1065，核心网络从ue1001接收imsi并且利用接收到的imsi执行ue上下文建立和必要的注册。

图11图示了根据第三实施例的用于信号交换的另一过程。

参照图11，ue1101可以经由ran1102与mme/sgsn1103或者1104交换信号。这里，就拥塞而言，mme/sgsn1103或者1104可以被称为老的mme/sgsn1103(已经对其进行了连接)或者被称为新的mme/sgsn1104(将对其进行连接)。然而，显然，mme/sgsn的改变也可以由除了拥塞之外的原因触发。

操作1110到1150分别对应于图9中的操作910到950。

当由于老的核心网络节点的过载或者对核心网络改变的倾向而要生成nas请求时，ue1101在nas层生成包含作为ueid的imsi而非guti或者老的guti的nas请求(附着请求)，并且发送该nas请求。从而，新的核心网络节点不向老的核心网络节点发送对于ue上下文信息的请求并且可以以imsi为基础执行针对ue1101的ue上下文建立以及必要的注册。

在操作1155，ran1102发送包含该nas请求和ue1101的imsi的初始ue消息。在操作1165，执行必要的注册。

图12图示了根据第三实施例的用于信号交换的另一过程。

参照图12，ue1201可以经由ran1202与mme/sgsn1203或者1204交换信号。这里，就拥塞而言，mme/sgsn1203或者1204可以被称为老的mme/sgsn1203(已经对其进行了连接)或者被称为新的mme/sgsn1204(将对其进行连接)。然而，显然，mme/sgsn的改变也可以由除了拥塞之外的原因触发。

尽管在图9到11中描述的实施例与其中ue1201向核心网络节点显式地发送nas请求的情况相关，但是图12中描述的实施例也可以被应用于其中ue1201不显式地发送nas请求的情况。例如，在确定核心网络节点过载之时，经由ran1202向ue1201通知需要核心网络节点重新配置，并且利用与图9到11中所描述的那些过程类似的过程通过新的核心网络节点注册ue1201。在操作1210，ue1201、ran1202和老的mme/sgsn1203在连接模式中操作。

在操作1215，核心网络节点(老的mme/sgsn1203)检测过载。在操作1220，核心网络节点向ran1202发送命令消息。这里，命令消息包含指示为了负载均衡而需要对ue1201的连接释放的信息。

在接收到命令消息之时，在操作1225，ran1202向ue1201发送指示为了负载均衡而需要核心网络改变的rrc连接释放命令。在rrc连接释放之后的操作类似于在图9到11中所述的rrc连接释放之后的那些操作，并且省略了对其的详细描述。

提供以上参照附图的描述来帮助全面理解权利要求及其等效物所限定的本发明的各种实施例。以上描述包括各种具体细节来帮助理解，但这些具体细节应被看作仅仅是示例性的。因此，本领域普通技术人员将认识到，可以对这里描述的实施例进行各种改变和修改而不会偏离本公开的范围和精神。

以上，已经参照附图描述了本公开的实施例。描述中所使用的特定术语或字词应当依照本公开的精神但在不限制本公开的主题的情况下来解释。应当理解对这里描述的基本发明构思的许多变化和修改仍将落入权利要求书及其等效物所限定的本公开的精神和范围内。