移动终端从空闲态进入激活态的方法及系统的利记博彩app

文档序号:7654765阅读:482来源:国知局
专利名称:移动终端从空闲态进入激活态的方法及系统的利记博彩app
技术领域
本发明涉及移动通讯技术领域,具体涉及在第三代合作伙伴组织 (3GPP)的系统架构演进(SAE)系统下,移动终端从空闲态到激活 态的方法及系统。
背景技术
为了保证第三代合作伙伴组织(3GPP, 3rd Generation Partnership Project)系统的竟争力,需要对现有的3GPP定义的接入技术进行演 进。图1为3GPP的演进系统一 系统架构演进(SAE, System Architecture Evolution)系统的架构图,如图1所示,SAE系统的核心网主要包含 移动管理实体(MME, Mobility Management Entity )、用户面实体(UPE , User Plane Entity )、不同4妄入系统间的用户面4苗点(Inter AS Anchor ) 三个逻辑功能体。其中,MME负责控制面的移动性管理包括用户 上下文和移动状态管理、分配用户临时身份标识、安全功能等,它对 应于当前通用无线通4言系统 (UMTS , Universal Mobile Telecommunication System )内部服务通用分组无线业务(GPRS, General Packet Radio Service )支持节点(SGSN, Service GPRS Support Node)的控制平面部分;UPE负责空闲状态下为下行数据发起寻呼, 管理保存IP承载参数和网络内路由信息等,它对应于当前UMTS系 统内部SGSN的数据平面部分;Inter AS Anchor则充当不同接入系统 间的用户面锚点。网关GRPS支持节点(GGSN, Gateway GRPS Support Node)的数据平面部分可能位于UPE内,也可能位于Inter AS Anchor 内。在宽带码分多址(WCDMA, Wideband Code Division Multiple Address )系统中,移动性管理(MM, Mobility Management)的状态 分为去附着(PMM-DETACHED )态、空闲(PMM-IDLE )态和连接 (PMM-CONNECTED )态三种状态。图2给出了 WCDMA系统中的 MM状态转移示意图,如图2所示,去附着态是移动用户没有附着网 络之前的状态;当移动用户成功附着网络后,若移动用户和网络之间 无信令连接,则移动用户处于空闲态,若移动用户和网络之间具有信 令连接,则移动用户处于连接态,连接态也称为激活态。
在3GPP系统中,当处于空闲态的用户需要发送上行信令或数据 时,或者,当核心网由于要发送下行信令或数据而寻呼处于空闲态的 移动用户时,移动用户要发起服务请求(Service Request)流程建立 和网络侧的信令连接,若需要传数据,还要进一步完成IP承载的恢复, 即重建移动用户和接入网之间的空口承载以及恢复接入网和核心网之 间的用户面隧道。上述两个过程,分别称为移动用户发起的服务请求 流程和网络发起的服务请求流程。
图3为在3GPP系统中,移动终端(MS, Mobile Station)发起的 服务请求消息流程时序图,如图3所示,其具体步骤如下
步骤301:处于空闲态的MS与无线网络控制器(RNC, Radio Network Controller)通过交互无线资源控制(RRC, Radio Resource Control)连接请求和RRC连接建立消息,建立RRC连接。
步骤302: MS发送服务请求消息给SGSN,该消息携带MS临时 身份标识(PTMSI)、服务请求类型等信元。
服务请求类型值可为信令或者数据,当为信令时,表示MS将要 发送上行信令;当为数据时,表示MS要恢复数据传送。
步骤303: SGSN收到服务请求消息,执行安全功能,对MS进行 安全认证,同时对新建立的信令连接启动加密和完整性保护。
步骤304: SGSN判断服务请求类型值为数据还是信令,若为数 据,执行步骤305;若为信令,执行步骤311。
步骤305: SGSN向MS返回服务接受(Service Accept)消息。步骤306: SGSN向RNC发送无线接入承载(RAB, Radio Access Bearer)指配请求消息,命令RNC为所有需要恢复的承载重建空口和 RAB承载。
步骤307: RNC向MS发送无线寿义载建立消息,以通知MS建立 空口承载。
步骤308: MS收到该无线承载建立消息后,向RNC返回无线承 载建立完成消息,该消息携带新建立的空口承载标识(RB ID)和对 应的RAB ID。
步骤309: RNC为新建RAB分配资源,向SGSN返回RAB指配 响应消息,该消息包含建立的承载的服务质量(QoS, Quality of Service )、 RNC的用户面IP地址和隧道端点标识(TEID, Tunnel Endpoint Identifier )。
步骤310: SGSN收到RAB指配响应消息,检测到该消息携带的 QoS值与自身的MS的分组数据协议(PDP, Packet Data Protocol)上 下文中的QoS值不同,则通过PDP上下文修改消息将该RAB指配响 应消息携带的QoS值通知GGSN和MS。
步骤311: MS开始发送上行信令或数据。
图4为网络侧发起的服务请求消息流程时序图,如图4所示,其 具体步骤如下
步骤401: SGSN收到下行信令或数据,且检测到对应的MS处于 空闲态。
步骤402: SGSN向RNC发送寻呼消息,RNC收到该寻呼消息后, 向MS发起寻呼。
步骤403: MS收到该寻呼消息,检测到自身与RNC之间还没有 RRC连接,则通过与RNC交互RRC连接请求和RRC连接建立消息, 建立与RNC之间的RRC连接。
步骤404: MS向SGSN发送服务请求消息,该消息携带MS的 PTMSI,且服务请求类型值为寻呼响应。
步骤405: SGSN执行安全功能,对MS进行安全认证,同时对新建立的信令连接启动加密和完整性保护。
步骤406: SGSN判断将向MS发送下行信令还是下行数据,若为 信令,执行步骤412;若为数据,执行步骤407。
步骤407: SGSN向RNC发送RAB指配请求消息。 步骤408~411与步骤307 310相同。 步骤412: SGSN下发下行信令或数据。
当MS从空闲态进入到激活态,RAN就为该MS建立了用户上下 文,该用户上下文中包含上述的信令连接和用户面承载信息。另外, 用户上下文中还需包含其它信息,如安全参数,即用于RRC连接加 密和完整性包含的密钥,再如用户的永久身份标识(IMSI, International Mobile Subscriber Identifier ),以及RAN需^口道的MM ^f言 息例如目前3GPP系统中,由于要支持多运营商共享RAN的需求, WCDMA系统中需要SGSN将一些用户网络选择或者漫游限制的策略 下发给RAN,以便由RAN具体控制连接状态下MS的接入选择和网 络选择。当MS从空闲态刚进入激活态时,RAN为MS新建立的用户 上下文中不包含上述信息,需要SGSN将上述信息通过特定的Iu接口 信令消息如COMMON ID下发给RNC 。此外,当上述信息有变化时, SGSN也需要通知RNC。
目前在WCDMA系统中,核心网通过不同的流程交互,把RAN 需要的信息下发给RAN。例如SGSN通过图3中的RAB指配流程, 将用户面承载信息通知RNC,由RNC完成空口承载重建和RAB重建; 通过Common ID消息将RNC的用户上下文中需要的MM信息下发给 RNC。分层次的交互虽然灵活,但却使得MS从空闲态进入到激活态 的信令时延过长。为提高用户的服务感受,加快MS从空闲态进入到 激活态的速度是SAE系统的一个重要需求。
此外,在SAE系统中,新增加了聚合的最大承载速率(AMBR, Aggregated Maximum Bearer Rate )的概念,即为每个MS签约 一 个总 的MBR参数。MS的所有非保证承载速率(GBR, Guarantee Bearer Rate)业务都不再需要单独的MBR参数,同一个MS的所有非GBR业务共享一个总的AMBR参数,即 一个MS的所有非GBR业务具 有一个总的带宽限制。显然。每当MS >^人空闲态进入到激活态时,该 AMBR参数都需要由核心网下发给RAN,以便RAN使用该参数来实 施对MS的所有非GBR业务的最大带宽限制,避免用户占用过多系统 资源。具体如何将该AMBR参数下发给RAN,现有技术未给出解决 方案。

发明内容
本发明实施例提供一种MS从空闲态进入激活态的方法及系统, 以加快SAE系统中的用户从空闲态进入激活态的速度。 本发明实施例的技术方案是这样实现的
一种移动终端从空闲态进入激活态的方法,应用于SAE系统中, 包括
处于空闲态的移动终端确定要进入激活态,通过无线接入网向核 心网移动管理实体发送服务请求,核心网移动管理实体收到服务请求, 将移动终端对应的用户上下文信息发送给无线接入网,无线接入网将 收到的用户上下文信息保存到移动终端对应的用户上下文中。
一种实现移动终端从空闲态进入激活态的系统,包括移动终端、 无线接入网和核心网移动管理实体,其中
移动终端,确定自身要从空闲态进入激活态,向无线接入网发送 服务请求;
无线接入网,接收移动终端发来的服务请求,将该服务请求发送 给核心网移动管理实体,将核心网移动管理实体发来的用户上下文信 息保存在移动终端对应的用户上下文中;
核心网移动管理实体,接收无线接入网发来的服务请求,将移动 终端对应的用户上下文信息发送给无线接入网。
一种SAE系统中的核心网移动管理实体,包括服务请求接收模 块和用户上下文信息发送模块,其中
服务请求接收模块,在收到无线接入网发来的服务请求后,向用户上下文信息发送模块发送开始指示;用户上下文信息发送模块,在收到服务请求接收模块发来的开始 指示后,向无线接入网发送移动终端的用户上下文信息。本发明的实施例提供一种移动终端从空闲态进入激活态的方法,包括移动终端向无线接入网发送服务请求消息;所述无线接入网将所述服务请求消息转发至移动管理实体的同 时,为缺省承载分配用户面资源;所述移动管理实体收到所述服务请求消息后,向所述无线接入网 发送用户上下文信息;所述无线接入网利用所述用户上下文信息与所述移动终端建立 安全模式过程。本发明的实施例提供 一 种移动终端从空闲态进入激活态的系统, 包括移动终端、无线接入网、移动管理实体;所述移动终端,用于向所述无线接入网发送服务请求消息;所述无线接入网,用于将所述服务请求消息转发至所述移动管理 实体的同时,为缺省承载分配用户面资源;接收到来自所述移动管理 实体的用户上下文信息,利用所述用户上下文信息与所述移动终端建 立安全模式过程;所述移动管理实体,用于收到所述服务请求消息后,向所述无线 接入网发送所述用户上下文信息。本发明的实施例提供一种无线接入网,包括收发单元,用于将收到的服务请求消息发送至移动管理实体;接 收来自所述移动管理实体的用户上下文信息;缺省分配单元,用于当所述收发单元收到所述服务请求消息后,为缺省承载分配用户面资源;安全模式单元,用于当所述收发单元收到所述用户上下文信息后,利用所述用户上下文信息与所述移动终端建立安全模式过程。 与现有技术相比,本发明实施例通过在处于空闲态的移动终端进入激活态的过程中,除了建立必要的信令连接外,核心网移动管理实 体将无线接入网所需要的移动终端的用户上下文信息发送给无线接入 网,从而节省了信令交互,缩短了移动终端^v空闲态进入激活态的时 延,提高了用户的业务感受。本发明的移动终端从空闲态进入激活态的实施例,由于无线接入 网为缺省承载先分配用户面资源,因此终端实现乂人空闲态进入激活态 时,能够加快移动终端进入激活态的速度,并且终端与接入网之间使 用较少的信令交互实现终端进入激活态,为用户面实体发送下行数据 提前做好充分准备,便于用户面实体向移动终端发送下行数据。


图1为现有的SAE系统的架构图;图2为现有的WCDMA系统中的MM状态转移示意图;图3为现有的在3GPP系统中,MS发起月良务请求的消息流程时序图;图4为现有的在3GPP系统中,网络侧发起服务请求的消息流程 时序图;图5为本发明提供的在SAE系统中MS的空闲态和激活态的转换 示意图;图6为本发明实施例一提供的在SAE系统中,MS发起服务请求 的消息流程时序图;图7为本发明实施例二提供的在SAE系统中,MS发起服务请求 的消息流程时序图;图8为本发明实施例三提供的在SAE系统中,MS发起服务请求 的消息流程时序图;图9为本发明实施例四提供的在SAE系统中,MS发起服务请求 的消息流程时序图;图10为本发明实施例提供的在SAE系统中,网络侧发起服务请 求的消息流程时序图;图11为本发明实施例提供的实现MS从空闲态进入激活态的系统组成图;图12为本发明实施例提供的核心网MME的结构示意图;图13为本发明实施例五提供的在SAE系统中,MS发起服务请 求的消息流程时序图;图14是实施例六提供的在SAE系统中,网络侧发起服务请求的 消息流程时序图;图15是实施例七所提供的实现MS从空闲态进入激活态的系统组 成图。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。 在SAE系统中,对空闲态的定义同样为MS和网络之间无信令 连接。具体指,MS和接入网之间未建立空口连接,而接入网和核心 网之间也未建立Sl接口信令连接。为节约接入网资源,接入网不会 为处于空闲态的MS保留用户上下文,而核心网仍然为处于空闲态的 MS保留有用户上下文,以方便MS从空闲态恢复到激活态,进而恢 复数据传送业务。反之,激活态下,MS和接入网之间建立了空口连 接,而接入网和核心网之间也具有SI接口信令连接。接入网上保存 了用户上下文,但此时MS不一定存在数据传送活动,可能只有信令 传送活动。图5给出了在SAE系统中MS的空闲态和激活态的转换示意图, 如图5所示,处于空闲态的MS发起信令连接建立过程,进入激活态; 处于激活态的MS通过信令连接释放过程,回到空闲态。处于空闲态 的MS通过去附着流程,可进一步进入到去附着状态。与3GPP系统类似,SAE系统同样需要类似服务请求的流程来实 现MS从空闲态进入激活态。为方便起见,本发明继续沿用3GPP系 统中的简称,将在SAE系统中实现MS从空闲态进入激活态的流程称 为服务请求流程。图6为本发明实施例一提供的在SAE系统中,MS发起的服务请 求的消息流程时序图,如图6所示,其具体步骤如下步骤601:处于空闲态的MS通过RRC连接请求和RRC连4妄建 立消息,与SAE系统的RAN之间建立RRC连接。步骤602: MS向SAE系统的核心网中的MME发送月良务请求消 息,该消息中的服务请求类型值为信令或数据。步骤603:核心网MME执行安全功能,完成对MS的安全认证。步骤604:核心网MME向RAN发送安全模式命令,该命令中携 带核心网MME与MS协商好的用于RRC连接加密和完整性保护的密 钥。步骤605: RAN收到安全模式命令,向MS发送RRC安全模式命 令,以和MS协商启动加密和完整性保护的算法和参数。步骤606: MS收到RRC安全模式命令,向RAN返回RRC安全才莫式完成消息。步骤607: RAN收到RRC安全才莫式完成消息,向核心网MME返 回安全才莫式完成消息。步骤603及步骤604 607可根据SAE系统的配置决定是否执行。步骤608:核心网MME向RAN发送上下文建立请求消息,该消 息包含用户上下文信息。具体地,用户上下文信息可以包括IMSI; MM信息,例如需 要RAN使用的MS的漫游限制策略和网络选择策略如允许或限制 MS选择的PLMN列表;MS的AMBR参数;需要为MS建立的承载 的用户面信息,例如承载标识、承载要求的QoS、承载对应的隧道 在核心网侧的参数如以GRPS隧道协议(GTP, GRPS Tunneling Protocol)隧道为例,指的是承载对应的RAN和核心网之间的GTP隧 道在核心网侧的IP地址和TEID。步骤609: RAN收到上下文建立请求消息,保存该消息中包含的 用户上下文信息,并根据该用户上下文信息中的需要为MS建立的承 载的用户面信息,向MS发起空口的承载建立过程。步骤610: RAN向核心网MME返回上下文建立完成消息,该消 息包含核心网要求建立的承载建立的结果,RAN为所述建立的承载分 配的用户面资源信息,以GTP隧道为例,就是承载对应的4妄入网和核 心网之间的GTP隧道在接入网侧的IP地址和TEID。步骤611:核心网MME收到上下文建立完成消息,向核心网UPE 发送更新会话上下文请求消息,该消息携带承载建立相关信息,包括 RAN为新建立承载分配的用户面资源信息,以GTP隧道为例,就是 承载对应的RAN和核心网之间的GTP隧道在RAN侧的IP地址和 TEID。步骤612:核心网UPE收到更新会话上下文请求消息后,向核心 网MME返回更新会i舌上下文响应消息。步骤613: MS通过建立的承载发送上行数据或通过建立的信令连 接发送上行信令。步骤613不要求必须在步骤612之后执行,当MS需要发送上行 数据时,步骤613也可在步骤609的MS和4妻入网完成空口承载建立 后执行;当MS需要发送上行信令时,步骤613也可在步骤607的安 全模式过程结束后执行。当核心网MME和核心网UPE之间的接口采用的信令传输协议栈 可以保证信令消息的可靠传送时,步骤612可以省略。需要说明的是,本发明提供的实施例中,核心网MME向RAN发 送上下文建立请求消息,并非意味着要求RAN在收到该消息后,才 建立用户上下文,事实上,RAN可以在执行安全才莫式过程前即步骤 604前就可以为MS建立用户上下文,当收到核心网MME发来上下文 建立请求消息后,再将该消息中包含的用户上下文信息保存到所述已 建立的用户上下文中即可。另外,关于用户的IMSI,核心网MME可 在取得用户的IMSI后立即发送给RAN,而不要求必须通过上下文建 立请求消息传递给RAN。在实际应用中,也可以将安全模式过程与上下文建立过程进行融 合,以进一步减少信令交互,加快MS从空闲态进入激活态的速度。图7为本发明实施例二提供的MS发起服务请求的消息流程时序图,如图7所示,其具体步骤如下步骤701 703与步骤601 603相同。步骤704:核心网MME向RAN发送上下文建立请求消息,该消 息包含用户上下文信息以及安全模式参数。具体地,安全模式参数包括用于RR C加密和完整性保护的密钥。 用户上下文信息与步骤608相同。步骤705: RAN收到上下文建立请求消息,保存该消息携带的信 息,并根据该消息中的需要为MS建立的承载的用户面信息,向MS 发起空口的承载建立过程;同时RAN向MS发起RRC安全模式过程。RAN与MS之间的安全才莫式过程与图6所示步骤605 606相同。步骤706: RAN向核心网MME返回上下文建立完成消息,该消 息携带RAN和MS安全模式协商的结果,核心网要求建立的承载建立 的结果,RAN为所述建立的承载分配的用户面资源信息。步骤707:核心网MME收到上下文建立完成消息,向核心网UPE 发送更新会话上下文请求消息,该消息携带承载建立相关信息,包括 RAN为新建立承载分配的用户面资源信息。步骤708:核心网UPE收到更新会话上下文请求消息后,向核心 网MME返回更新会话上下文响应消息。步骤709: MS通过建立的承载发送上行数据或通过建立的信令连 接发送上行信令。步骤709不要求必须在步骤708之后执行,当MS需要发送上行 数据时,步骤709也可在步骤705的MS和接入网完成空口承载建立 后执行;当MS需要发送上行信令时,步骤709也可在步骤705的安 全模式过程结束后执行。在SAE系统中,为避免QoS的协商交互带来的时延开销,不允 许QoS的协商,即RAN要么接受核心网要求的QoS,要么拒绝。因 此,RAN可在发送服务请求给核心网MME的同时,就为需要建立的 承载分配好用户面资源,以GTP隧道为例,用户面资源指的是承载对应的接入网和核心网之间的GTP隧道在接入网侧的IP地址和TEID, 并将该分配的用户资源信息同MS发来的服务请求一起上传给核心网 MME。这样,核心网MME就可直接将该用户面资源信息通知给核心 网UPE, 乂人而无需等4寺RAN向核心网MME返回上下文建立完成消息, 从而可进 一 步减少了服务请求流程中的信令交互。RAN要在收到MS的服务请求时就分配用户面资源,则RAN必 须得知需建立的承载。本发明实施例给出两种实现方案方案一、MS在从激活态进入空闲态时,仍然保存已建立的空口 承载相关参数,以便在MS发起服务请求后就与RAN完成空口承载的 重建,即空口承载的建立在MS的初始无线接入阶段就完成,如以 下图8所示实施例三。方案二、 MS在服务请求消息中携带需建立的承载标识,如以下 图9所示实施例四。图8为本发明实施例三提供的MS发起的服务请求的消息流程时 序图,如图8所示,其具体步骤如下步骤801: MS从连接态进入空闲态,保存空口承载相关参数。步骤802:处于空闲态的MS向RAN发送RRC连接请求消息, 该消息携带自身保存的空口承载相关参数。步骤803: RAN收到该RRC连接请求消息,根据该消息携带的 空口承载相关参数,建立与MS之间的空口承载,向MS返回RRC连 接建立消息。步骤804: MS向RAN发送服务请求消息,该消息中的服务请求 类型值为信令或数据。步骤805: RAN收到服务请求消息,判断该消息携带的服务请求 类型值为信令还是数据,若是信令,直接将该服务请求消息转发给核 心网MME,转至步骤806;否则,确定需要建立承载,为需要建立的 承载分配用户面资源,将该用户面资源信息携带在服务请求消息中发 送给核心网MME,执行步骤806。步骤806 810与步骤603 607相同。步骤811:核心网MME向RAN发送上下文建立i貪求消息,该消 息包含用户上下文信息;同时核心网MME向核心网UPE发送更新上 下文请求消息,该消息携带承载建立相关信息,包括RAN为新建立 承载分配的用户面资源信息;RAN收到上下文建立请求消息,保存该 消息携带的用户上下文信息,向核心网MME返回上下文建立完成消 息,该消息包含核心网要求建立的承载建立的结果;核心网UPE收到 更新会话上下文请求消息后,向核心网MME返回更新会话上下文响 应消息。本步骤中的用户上下文信息与步骤608相同。 本步骤中的上下文建立完成消息可省略。步骤812: MS通过建立的承载发送上行数据或通过建立的信令连 接发送上行信令。步骤812不要求必须在步骤811之后执行,当MS需要发送上行 数据时,步骤812也可以在MS和RAN完成空口承载建立以后扭i行, 或者在步骤810的安全模式过程结束之后执行;若MS要发送上行信 令,则也可以在步骤810的安全模式过程结束之后执行。图9为本发明实施例四提供的MS发起服务请求的消息流程时序 图,如图9所示,其具体步骤如下步骤901:处于空闲态的MS通过RRC连接请求和RRC连接建 立消息,与RAN建立RRC连接。步骤902: MS向RAN发送服务请求消息,该消息中的力l务请求 类型值为信令或数据,若为数据,则该消息进一步携带需建立的承载 的标识。步骤903: RAN收到服务请求消息,检测到该消息携带需建立的 承载的标识,则为需建立的承载分配用户面资源,将该分配的用户面 资源信息携带在服务请求消息中发送给核心网MME。以GTP隧道为例,用户面资源指的是需建立的承载对应的RAN 和核心网之间的GTP隧道在RAN侧的IP地址和TEID。步骤904 908与步骤603~607相同。步骤909:核心网MME向RAN发送上下文建立请求消息,该消 息包含用户上下文信息;同时向核心网UPE发送更新上下文请求消 息,该消息携带承载建立相关信息,包括RAN为新建立承载分配的 用户面资源信息。本步骤中的用户上下文信息与步骤608相同。步骤910: RAN收到上下文建立请求消息,保存该消息中包含的 用户上下文信息,并根据该用户上下文信息中的需要为MS建立的承 载的用户面信息,向MS发起空口的承载建立过程。步-骤911: RAN向核心网MME返回上下文建立完成消息,该消 息包含核心网要求建立的承载建立的结果;核心网UPE向核心网 MME返回更新上下文响应消息。步骤912: MS通过建立的承载发送上行数据或通过建立的信令连 接发送上行信令。步骤912不要求必须在步骤911之后执行,当MS需要发送上行 数据时,步骤912也可以在步骤910的MS和RAN完成空口承载建立 以后执行;若MS要发送上行信令,则步骤912也可以在步骤卯8的 安全模式过程结束之后执行。以下给出网络侧发起的服务请求流程。图10为本发明实施例提供的网络侧发起的服务请求的消息流程 时序图,如图10所示,其具体步骤如下步骤1001:核心网的UPE收到下行数据,发现对应的承载不可 用,即核心网和接入网之间的隧道在接入网侧的资源已经释放,则核 心网UPE向核心网MME发送 K载建立请求消息,该消息携带下4亍数 据要发往的MS的标识或者下行数据发送所需要的承载的标识。步骤1002:核心网MME收到承载建立请求消息,发现该消息携 带的MS标识或者下行数据发送所需要的承载标识对应的MS处于空 闲态,则向RAN下发寻呼消息,该消息携带MS标识。步骤1003: RAN收到该寻呼消息后,向该消息携带的MS标识对 应的MS发送寻呼消息步骤1004: MS收到寻呼消息通过RRC连接请求和RRC连接建 立消息,与RAN建立RRC连接。步骤1005: MS向核心网MME发送l良务请求消息,该消息中的 服务请求类型值为寻呼响应。步骤1006 1015与步骤603~612相同。步骤1016:核心网UPE通过新建立的承载,下发下行数据。 需要说明的是,为描述筒便,本发明提供的实施例中,都是针对 核心网中的MME独立、而UPE和Anchor合一 的情况进行描述,但 并不排除核心网上述逻辑实体的其它位置组合,例如MME和UPE 合一,Anchor独立;或者MME、 UPE和Anchor三者合一,或者三者 全部分离。当MME和UPE合一时,MME和UPE之间的交互变为内 部交互。而Anchor根据其功能定义,并不参与上述实施例中的信令交 互过程,所以Anchor的位置不影响本发明的适用性。图11为本发明实施例提供的实现MS从空闲态进入激活态的系 统,如图ll所示,其主要包括MSlll、 RAN112和核心网MME113, 其中,MSlll:确定自身要从空闲态进入激活态,与RAN112建立RRC, 向RAN112发送服务请求。MSlll进一步在从激活态进入空闲态时,保存已建立的空口承载 相关参数,将该空口承载相关参数与所述服务请求一起发送给 RANI 12。或者,MSlll进一步将需建立的承载的标识携带在服务请求中。RAN112:接收MSlll发来的服务请求,将该服务请求发送给核 心网MME113,将核心网MME113发来的用户上下文信息保存在MS 的用户上下文中。RAN112进一步根据MSlll发来的空口承载相关参数,与MSlll 建立空口承载,并为需建立的承载分配用户面资源,将该用户面资源 信息携带在服务请求中发送给核心网MME113。或者RAN112进一步,根据MSlll发来的服务请求中携带的需建立的承载的标识,为需建立的承载分配用户面资源,将该用户面资源信息携带在服务请求中,根据核心网MME113发来的用户面信息,与 MS111建立空口承载,核心网MME113:接收RAN112发来的服务请求,将MS对应的 用户上下文信息发送给RAN112。核心网MME113进一步将需要为MS111建立的承载的用户面信 息携带在用户上下文信息中。核心网MME113进一步根据RAN112发来的服务请求,与RAN112 交互执行对MS的安全模式过程。进一步地,该系统包括HSS115,用于与核心网MME113交互 对MS执行安全模式的相关参数;对应地,核心网MME113进一步根据RAN112发来的服务请求, 与RAN112和HSS115交互4丸行对MS的安全才莫式过程。进一步地,该系统包括核心网UPE114:用于4妄收核心网MME113 发来的MS的用户面资源信息,并向核心网MME113返回确认接收响 应;对应地,核心网MME113进一步,将需要为MS建立的承载的用 户面信息携带在用户上下文信息中发送给RAN112,将RAN112发来 的用户面资源信息发送给核心网UPE114,同时,RAN112进一步根据核心网MME113发来的用户面信息, 与MS111建立空口承载,将为MS建立的承载的用户面资源信息发送 给核心网MME113。图12为本发明实施例提供的实现MS从空闲态进入激活态的核心 网MME,如图12所示,其主要包括服务请求接收才莫块1131和用 户上下文信息发送模块1132,其中服务请求接收模块1131:在收到RAN112发来的携带MS标识的 服务请求后,向用户上下文信息发送模块1132发送携带MS标识的开 始指示。用户上下文信息发送模块1132:在收到服务请求接收模块1131发来的开始指示后,向RAN112发送MS的用户上下文信息。进一步地,核心网MME131包括用户面资源信息收发才莫块将 RAN112发来的为MS111建立的承载的用户面资源信息发送给核心网 UPE114。进一步地,核心网MME131包括安全认证模块接收到服务请 求接收模块1131发来的开始指示,对MS111执行安全功能。进一步地,核心网MME131包括安全模式执行模块接收到服 务请求接收模块1131发来的开始指示,与MS111和RAN112执行安 全模式过程。对于MS从空闲态进入激活态的过程,不仅仅局限于上述的这些 实施例。为加快MS从空闲态快速进入激活态的速度,RAN收到服务 请求消息,可默认为缺省承载直接分配用户面资源,或通过预先设置, 在判断出需要为缺省承载分配资源后,RAN分配用户面资源,从而加 快MS进入激活态的速度。存在缺省承载的原因,是由于在演进网络前的3GPP系统内,附 着过程和分组数据协议PDP (Packet Data Protocol)上下文的激活过 程是两个分离的过程。在开机后,MS首先会进行一个GPRS附着过 程,其中主要包含安全过程和位置更新。附着完成后,MS并没有同 时获得IP连接,只有MS再发起一次PDP上下文激活过程,MS才会 净皮分配一个IP地址和相应的配置参数。也就是说,MS在进行业务前 必须先完成 一 次P DP上下文激活过程,这样导致M S从空闲态转为数 据传输状态需要比较长的时延,与演进网络的要求是明显不符的。为减少MS从空闲状态进入到数据传输状态的反应时间,规范 提出SAE/LTE系统把网络注册和缺省IP承载建立结合到一起完成, 即MS首次附着网络过程中,网络就分配给MS —个IP和部分相应的 承载资源。由此实现MS的永远在线,以便MS当需要进行数据业务 时候,网络能够更快、更迅捷的提供服务。简而言之,演进网络中的 MS进行网络附着的时候就需要建立一个缺省的IP承载。缺省承载的 数据流过滤器定义为通用匹配(Match All),也就是说,当核心网UPE侧有下行数据流要发送,却找不到对应的承载可以使用时,就可以使 用缺省承载发送。下面通过实施例五并结合附图13详细说明为缺省承载分配用户面资源时,MS从空闲态到激活态的实现过程。参见图13,步骤1301: MS与RAN之间建立RRC连接;处于空闲态的MS通过RRC连接请求消息和RRC连接建立消息, 与RAN之间建立RRC连接。步骤1302:MS通过RAN向核心网中的MME发送月l务请求消息;MS通过RAN向核心网中的MME发送的月良务请求消息中,携带 有服务请求类型等信元,服务请求类型值可以是信令、数据或寻呼响 应;或者进一步还可在服务请求消息中添加要求接入网为缺省承载预 先分配资源的特定标识;RAN在接收到服务请求消息并转发至MME,同时分配用户面资 源,并将分配用户面资源的信息加入到服务请求消息中一同转发。在 分配用户面资源时,RAN可默认为缺省承载直接分配用户面资源;另 外,还可通过预先设置,要求RAN通过服务请求的类型来判断是否 要为缺省承载分配用户面资源,如果是,再分配用户面资源。例如 当RAN判断服务请求类型为信令或者寻呼响应时,为缺省承载分配 用户面资源;或利用所述服务请求消息中特定标识判断出需要为缺省 承载预先分配资源时,再执行分配用户面资源的操作。RAN为缺省承载分配用户面资源,以GTP隧道为例,就是缺省 岸义载对应的RAN和核心网之间的GTP隧道在RAN侧的IP地址和 TEID,并一并发给核心网。在这种情况下,核心网在得到这个TEID 和IP的时候,i^更默认为该IP和TEID是缺省7 义载对应的RAN与核心 网之间的GTP隧道在RAN侧的IP和TEID。步骤1303:核心网中的MME收到服务请求消息后,执行安全流 程,完成对MS的安全认证,同时对新建立的信令连接启动加密和完 整性保护。步骤1304: MME向RAN发送建立上下文请求消息;MME发送创建上下文请求给RAN,将RAN需要的用户上下文信 息通过上下文请求消息发送到RAN,上下文请求消息包含MS的移动 性管理上下文信息、安全模式参数和承载相关信息。更具体的来说, 包括MS永久身份标识IMSI (如果此前核心网还没有通知RAN)、 RAN使用的移动用户的漫游限制策略和网络选择策略,比如允许或者 限制MS选择的PLMN列表,MS的AMBR参数、需要为MS建立承 载的用户面信息,比如承载标识、承载要求的服务质量QoS参数、承 载对应的隧道在核心网侧的参数,以GTP隧道为例,就是承载对应的 RAN和核心网之间的GTP隧道在核心网侧的IP地址和TEID。安全 模式参数包括用于RRC加密和完整性保护的密钥。步骤1305a: MME在发送创建上下文i貪求消息给RAN的同时, 向UPE发送更新会话上下文请求消息,通知UPE承载建立的情况, 在本实施例中指为缺省承载分配的用户面资源信息,以GTP隧道为 例,就是承载对应的RAN和核心网之间的GTP隧道在RAN侧的IP 地址和TEID。步骤1305b: UPE保存接收到来自MME的更新会话上下文请求 消息,并向MME回复更新会话上下文响应消息。此时,核心网用户 面UPE就可以通过建立的缺省承载转发下行数据。步骤1306: RAN与MS之间建立无线承载和安全才莫式配置过程;RAN保存收到的MME发送的创建上下文请求消息中的用户上下 文信息,并根据消息中的需要建立的承载信息,向MS发起空口的承 载建立过程,同时RAN向MS发起RRC安全模式过程,RAN与MS 之间的安全模式过程与图6所示步骤605 606相同。步骤1307: RAN返回建立上下文完成消息给MME,包含核心网 要求建立承载的结果,RAN为所述建立的承载分配的用户面资源信,包-等。以GTP隧道为例,就是承载对应的RAN和核心网之间的GTP隧 道在RAN侧的IP地址和TEID。步骤1308a: MME在收到创建上下文完成消息同时,向UPE发 送更新会话上下文请求消息,通知UPE承载建立的情况,包括RAN为缺省承载之外的其他的建立承载分配的用户面资源信息,以GTP隧道为例,就是承载对应的接入网和核心网之间的GTP隧道在接入网侧 的IP地址和TEID。步骤1308b: UPE保存4妄收到来自MME的更新会话上下文请求 消息,并向MME回复更新会话上下文响应消息。步骤1309: MS通过建立的承载发送上行数据,本步骤不要求在 步骤1308b之后执行,可以紧接在MS和RAN完成建立空口承载的步 骤1306后;或者MS通过建立的信令连接,发送上行信令,此时也不 要求在步骤1308b之后执行,可以紧跟在建立安全模式过程的步骤 1306后执行。上面的实施例五给出的是MS发起服务请求时从空闲态到激活态 的过程,对于网络侧发起服务请求时,MS从空闲态到激活态的过程 通过下面的实施例六说明。参见图14,步骤1401: UPE收到下行数据,发现对应的承载不可用,即核心 网和RAN之间的隧道在RAN侧的资源已经释放,则UPE向MME发 送承载建立请求消息,该消息携带下行数据要发往的MS的标识或者 下行数据发送所需要的承载的标识。步骤1402: MME收到承载建立请求消息,发现该消息携带的MS 标识或者下行数据发送所需要的承载标识对应的MS处于空闲态,则 向RAN下发寻呼消息,该消息携带MS标识。步骤1403: RAN收到该寻呼消息后,向该消息携带的MS标识对 应的MS发送寻呼消息。RAN向MS发起寻呼后,MS将执行步骤1404,步骤1404至步 骤1412与实施例五中的步骤1301至步骤1309是——对应且执行过程 完全相同的,执行过程不在赘述。上面的实施例五、实施例六详细i兌明MS 乂人空闲态进入激活态的 流程,该实施例中,无线接入网为缺省承载分配用户面资源,能够加 快移动终端进入激活态的速度,节省信令交互,为用户面实体发送下 行数据提前做好充分准备,便于用户面实体更及时地向移动终端发送下行数据。另外,无线接入网为缺省承载分配用户面资源时,可默认 为缺省承载分配用户面资源,还可通过判断服务请求类型、或服务请求消息中的要求RAN为缺省承栽预先分配资源的特定标识,以决定是否分配用户面资源,实现较为灵活。下面通过实施例七说明实现上述实施例五、六流程的系统实施例,参见图15,图15所示的移动终端从空闲态进入激活态的系统组 成包括移动终端1501、无线接入网1502、移动管理实体1503;所述移动终端1501,用于向所述无线接入网1502发送服务请求 消息;所述无线接入网1502,用于将所述服务请求消息转发至所述移动 管理实体1503的同时,为缺省承载分配用户面资源;接收到来自所述 移动管理实体1503的用户上下文信息,利用所述用户上下文信息与所 述移动终端1501建立安全模式过程;所述移动管理实体1503,用于收到所述服务请求消息后,向所述 无线接入网1502发送所述用户上下文信息。其中,所述无线接入网1502包括收发单元1504,用于将收到的服务请求消息发送至所述移动管理 实体1503;接收来自所述移动管理实体1503的用户上下文信息;缺省分配单元1505,用于当所述收发单元1504收到所述月l务请 求消息后,为缺省承载分配用户面资源;安全模式单元1506,用于当所述收发单元1504收到所述用户上 下文信息后,利用所述用户上下文信息与所述移动终端1501建立安全 模式过程。其中,所述无线接入网1502还包括空口承载单元1507,用于当安全模式单元1506执行操作时,利 用收发单元1504中的所述用户上下文信息与所述移动终端建立空口 承载。其中,所述移动管理实体1503包括第一收发单元1508,用于收到所述服务请求消息后,向所述无线接入网1502发送所述用户上下文信息。 其中,所述系统还包括用户面实体1509,用于向所述移动管理实体发送承载建立请求; 所述移动管理实体1503还包括第二收发单元1510,用于接收无线接入网1502为缺省承载分配 的用户面资源信息,并发送至所述用户面实体1509;将为空口承载分 配的用户面资源信息发送至用户面实体1509;所述移动管理实体1503还包括寻呼单元1511,用于收到所述承 载建立请求后,通过所述无线接入网1502寻呼所述移动终端。以上所述仅为本发明的过程及方法、系统等实施例,并不用以限 制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换、 改进等,均应包含在本发明的保护范围之内。
权利要求
1. 一种移动终端从空闲态进入激活态的方法,应用于系统架构演进SAE系统中,其特征在于,包括处于空闲态的移动终端确定要进入激活态,通过无线接入网向核心网移动管理实体发送服务请求,核心网移动管理实体收到服务请求,将移动终端对应的用户上下文信息发送给无线接入网,无线接入网将收到的用户上下文信息保存到移动终端对应的用户上下文中。
2、 如权利要求1所述的方法,其特征在于,所述用户上下文信 息包括聚合的最大承载速率AMBR参数。
3、 如权利要求1所述的方法,其特征在于,所述用户上下文信 息进一步包括移动管理信息和/或用户永久身份标识。
4、 如权利要求l所述的方法,其特征在于,所述核心网移动管 理实体收到服务请求之后、将移动终端对应的用户上下文信息发送给 无线接入网之前进一步包括核心网移动管理实体对移动终端执行安全功能和安全模式过程。
5、 如权利要求1所述的方法,其特征在于,所述处于空闲态的 移动终端确定要进入激活态之前进一步包括移动终端要发送上行信 令、数据,或者,移动终端接收无线接入网发来的寻呼消息。
6、 如权利要求5所述的方法,其特征在于,所述用户上下文信 息进一步包括需要为移动终端建立的承载的用户面信息,所述无线接入网将收到的用户上下信息保存到移动终端对应的 用户上下文的同时进一步包括无线接入网根据该收到的用户面信息, 与移动终端建立空口承载,将为移动终端建立的承载的用户面资源信 息发送给核心网移动管理实体,核心网移动管理实体将该用户面资源 信息发送给核心网用户面实体。
7、 如权利要求6所述的方法,其特征在于,所述核心网移动管 理实体将用户面资源信息发送给核心网用户面实体之后进 一 步包括 核心网用户面实体接收该用户面资源信息,向核心网移动管理实体返 回确{人>接收响应。
8、 如权利要求1所述的方法,其特征在于,所述核心网移动管理实体将用户上下文信息发送给无线接入网的同时进一步包括核心 网移动管理实体将安全模式参数发送给无线接入网。
9、 如权利要求5所述的方法,其特征在于,所述移动终端确认 要进入激活态之前进一步包括移动终端从激活态进入空闲态,保存 已建立的空口承载相关参数,所述移动终端通过无线接入网向核心网移动管理实体发送服务 请求之前进一步包括移动终端向无线接入网发送无线资源连接请求, 该请求携带空口承载相关参数,无线接入网根据收到的空口承载相关 参数建立空口承载,向移动终端返回无线资源连接连接建立消息;所述移动终端通过无线接入网向核心网移动管理实体发送服务 请求包括移动终端发送服务请求,无线接入网收到该服务请求,为 需建立的承载分配用户面资源,将该用户面资源信息携带在服务请求 中发送给核心网移动管理实体;所述用户上下文信息进一步包括需要为移动终端建立的承载的 用户面信息,所述核心网移动管理实体将移动终端对应的用户面上下文信息 发送给无线接入网的同时进一步包括核心网移动管理实体将无线接 入网发来的用户面资源信息发送给核心网用户面实体。
10、 如权利要求5所述的方法,其特征在于,所述移动终端通过 无线接入网向核心网移动管理实体发送服务请求包括移动终端发送 服务请求,该服务请求携带需建立的承载的标识,无线接入网根据收 到的需建立的承载的标识,为需建立的承载分配用户面资源,将该用 户面资源信息携带在服务请求中发送给核心网移动管理实体,所述用户上下文信息进一步包括需要为移动终端建立的承载的 用户面信息,所述核心网移动管理实体将移动终端对应的用户面上下文信息 发送给无线接入网的同时进一步包括核心网移动管理实体将无线接 入网发来的用户面资源信息发送给核心网用户面实体,所述无线接入网将收到的用户上下文信息保存到移动终端对应的用户上下文中的同时进 一 步包括无线接入网根据该收到的用户面信息,与移动终端建立空口承载。
11、 如权利要求6或10所述的方法,其特征在于,所述用户面信 息包括需为移动终端建立的承载的标识、承载要求的服务质量QoS 参凄t 、岸义载对应的隧道在核心网侧的参数。
12、 一种实现移动终端从空闲态进入激活态的系统,其特征在于, 包括移动终端、无线接入网和核心网移动管理实体,其中移动终端,确定自身要从空闲态进入激活态,向无线接入网发送服务请求;无线接入网,接收移动终端发来的服务请求,将该服务请求发送 给核心网移动管理实体,将核心网移动管理实体发来的用户上下文信 息保存在移动终端对应的用户上下文中;核心网移动管理实体,接收无线接入网发来的服务请求,将移动 终端对应的用户上下文信息发送给无线接入网。
13、 如权利要求12所述的系统,其特征在于,所述系统进一步 包括核心网用户面实体,用于接收核心网移动管理实体发来的移动 终端的用户面资源信息;所述核心网移动管理实体进一步,将需要为移动终端建立的承载 的用户面信息携带在用户上下文信息中发送给无线接入网,将无线接 入网发来的用户面资源信息发送给核心网用户面实体,所述无线接入网进一步,根据核心网移动管理实体发来的用户面 信息,与移动终端建立空口承载,将为移动终端建立的承栽的用户面 资源信息发送给核心网移动管理实体。
14、 如权利要求13所述的系统,其特征在于,所述核心网用户 面实体进一步向核心网移动管理实体返回用户面资源信息确认接收响 应。
15、 如权利12所述的系统,其特征在于,所述移动终端进一步 在从激活态进入空闲态时,保存已建立的空口承载相关参数,将该空口承载相关参数与所述服务请求一起发送给无线接入网;所述无线接入网进一步根据移动终端发来的空口承载相关参数, 与移动终端建立空口承载,并为需建立的承载分配用户面资源,将该 用户面资源信息携带在服务请求中发送给核心网移动管理实体。
16、 如权利12所述的系统,其特征在于,所述移动终端进一步 将需建立的承载的标识携带在服务请求中,所述无线接入网进一步,根据移动终端发来的需建立的承载的标 识,为需建立的承载分配用户面资源,将该用户面资源信息携带在服 务请求中一并上报核心网,然后再根据核心网移动管理实体发来的用户面信息,与移动终端建立空口承载,所述核心网移动管理实体进一步将需要为移动终端建立的承载 的用户面信息携带在用户上下文信息中,同时将无线接入网发来的用 户面资源信息发送给核心网用户面实体。
17、 一种SAE系统中的核心网移动管理实体,其特征在于,包括 服务请求接收模块和用户上下文信息发送模块,其中服务请求接收模块,在收到无线接入网发来的服务请求后,向用 户上下文信息发送模块发送开始指示;用户上下文信息发送模块,在收到服务请求接收模块发来的开始 指示后,向无线接入网发送移动终端的用户上下文信息。
18、 如权利要求17所述的核心网移动管理实体,其特征在于, 所述核心网移动管理实体进一步包括用户面资源信息收发模块,将无线接入网发来的为移动终端建立 的承载的用户面资源信息发送给核心网用户面实体。
19、 如权利要求17所述的核心网移动管理实体,其特征在于, 所述核心网移动管理实体进一步包括安全认证模块,接收到服务请 求接收模块发来的开始指示,对移动终端执行安全功能。
20、 如权利要求17或19所述的核心网移动管理实体,其特征在 于,所述核心网移动管理实体进一步包括安全模式执行模块,接收 到服务请求接收模块发来的开始指示,与无线接入网执行安全模式过程。
21、 一种移动终端从空闲态进入激活态的方法,其特征在于,包括移动终端向无线接入网发送服务请求消息;所述无线接入网将所述服务请求消息转发至移动管理实体的同 时,为缺省承载分配用户面资源;所述移动管理实体收到所述服务请求消息后,向所述无线接入网 发送用户上下文信息;所述无线接入网利用所述用户上下文信息与所述移动终端建立 安全模式过程。
22、 如权利要求21所述的方法,其特征在于,所述无线接入网 利用所述用户上下文信息与所述移动终端建立安全模式过程的同时还 包括所述无线接入网利用所述用户上下文信息与所述移动终端建立 空口承载。
23、 如权利要求21所述的方法,其特征在于,所述为缺省承载 分配用户面资源之前还包括所述无线接入网判断所述服务请求消息中的服务请求类型是否 为信令或寻呼响应,如果是,则继续执行。
24、 如权利要求21所述的方法,其特征在于,所述移动终端向 接入网发送服务请求消息之前还包括所述移动终端在所述服务请求消息中添加特定标识; 所述为缺省承载分配用户面资源之前还包括 所述无线接入网利用所述服务请求消息中的特定标识判断是否 为缺省承载分配用户面资源,如果需要,则继续执行。
25、 如权利要求21所述的方法,其特征在于,所述无线接入网 将所述服务请求消息转发至移动管理实体的同时,还包括将为缺省承载分配的用户面资源信息一同转发至移动管理实体, 所述移动管理实体将为缺省承载分配的用户面资源信息发送至用户面实体。
26、 如权利要求22所述的方法,其特征在于,所述无线接入网 与所述移动终端建立空口承载后还包括所述移动管理实体将为空口承载分配的用户面资源信息发送至所述用 户面实体。
27、 如权利要求21所述的方法,其特征在于,该方法之前还包括用户面实体向所述移动管理实体发送承载建立请求,所述移动管 理实体通过所述接入网寻呼所述移动终端。
28、 一种移动终端从空闲态进入激活态的系统,其特征在于,包 括移动终端、无线接入网、移动管理实体;所述移动终端,用于向所述无线接入网发送服务请求消息; 所述无线接入网,用于将所述服务请求消息转发至所述移动管理实体的同时,为缺省承载分配用户面资源;接收到来自所述移动管理实体的用户上下文信息,利用所述用户上下文信息与所述移动终端建立安全模式过程;所述移动管理实体,用于收到所述服务请求消息后,向所述无线接入网发送所述用户上下文信息。
29、 如权利要求28所述的系统,其特征在于,所述无线接入网 包括收发单元,用于将收到的服务请求消息发送至移动管理实体;接 收来自所述移动管理实体的用户上下文信息;缺省分配单元,用于当所述收发单元收到所述服务请求消息后, 为缺省承载分配用户面资源;安全模式单元,用于当所述收发单元收到所述用户上下文信息 后,利用所述用户上下文信息与所述移动终端建立安全模式过程。
30、 如权利要求29所述的系统,其特征在于,所述无线接入网 还包括空口承载单元,用于当安全模式单元执行操作时,利用收发单元 中的所述用户上下文信息与所述移动终端建立空口承载。
31、 如权利要求30所述的系统,其特征在于,所述移动管理实 体包括第一收发单元,用于收到所述服务请求消息后,向所述无线接入 网发送所述用户上下文信息。
32、 如权利要求31所述的系统,其特征在于,所述系统还包括 用户面实体,用于向所述移动管理实体发送承载建立请求; 所述移动管理实体还包括第二收发单元,用于接收无线接入网为缺省承载分配的用户面资 源信息,并发送至所述用户面实体;将为空口承载分配的用户面资源 信息发送至用户面实体;所述移动管理实体还包括寻呼单元,用于收到所述承载建立请求 后,逋过所述接入网寻呼所述移动终端。
33、 一种无线接入网,其特征在于,包括收发单元,用于将收到的服务请求消息发送至移动管理实体;接 收来自所述移动管理实体的用户上下文信息;缺省分配单元,用于当所述收发单元收到所述服务请求消息后, 为缺省承载分配用户面资源;安全模式单元,用于当所述收发单元收到所述用户上下文信息后,利用所述用户上下文信息与所述移动终端建立安全模式过程。
34、 如权利要求33所述的系统,其特征在于,所述无线接入网 还包括空口承载单元,用于当安全模式单元执行操作时,利用收发单元 中的所述用户上下文信息与移动终端建立空口承载。
全文摘要
本发明公开了一种移动终端从空闲态进入激活态的方法,应用于系统架构演进(SAE)系统中,包括处于空闲态的移动终端确定要进入激活态,通过无线接入网向核心网控制面实体发送服务请求,核心网控制面实体收到服务请求,将移动终端对应的用户上下文信息发送给无线接入网,无线接入网将收到的用户上下文信息保存到移动终端对应的用户上下文中。同时,本发明公开了一种实现移动终端从空闲态进入激活态的系统,包括移动终端、无线接入网和核心网控制面实体。本发明节省了信令交互,缩短了移动终端从空闲态进入激活态的时延,提高了用户的业务感受。
文档编号H04Q7/38GK101242645SQ20071011164
公开日2008年8月13日 申请日期2007年6月1日 优先权日2007年2月9日
发明者胡伟华 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1