无线城域网中网络侧发起移动终端进入空闲模式的方法 |
|||||||
申请号 | CN200610094437.1 | 申请日 | 2006-06-19 | 公开(公告)号 | CN101064959B | 公开(公告)日 | 2014-02-26 |
申请人 | 华为技术有限公司; | 发明人 | 谢勇; 吴建军; | ||||
摘要 | 本 发明 提供一种无线城域网中网络侧发起移动终端进入空闲模式的方法,包括如下步骤:a.基站BS/寻呼代理PA发起去注册命令消息至 移动通信终端 ;b.所述终端根据所述的去注册命令消息向所述BS/PA发送去注册 请求 消息,以请求进入空闲模式;c.BS/PA接收所述的去注册请求消息后,释放该终端的链路并完成 锚点 寻呼 控制器 PC/ 位置 寄存器LR的数据更新。本发明提供了网络发起的MSS进入空闲模式的流程以及相关参数设置,增加了进入过程的 稳定性 并节约了系统资源。 | ||||||
权利要求 | 1.一种无线城域网中网络侧发起移动终端进入空闲模式的方法,其特征在于包括如下步骤: |
||||||
说明书全文 | 无线城域网中网络侧发起移动终端进入空闲模式的方法技术领域[0001] 本发明涉及无线城域网技术,具体的讲,涉及一种无线城域网中网络侧发起移动终端进入空闲模式的方法。 背景技术[0002] 空闲模式是IEEE 802.16e标准定义的移动宽带无线接入系统中的一种终端工作模式。空闲模式下,移动终端(MSS)可以在设定的一个区域内移动,每隔一定的周期接收下行广播业务消息,通过广播消息通知MSS是否有下行业务发送,MSS在这个区域内漫游过程中不必在漫游的小区向这个小区的BS进行注册。同时,MSS漫游到不同小区时,不必进行切换等正常操作流程,从而有利于节省MSS功率和空口资源。 [0003] 多个BS可以组成一个组,称为寻呼组(Paging Group)。寻呼组的目的是构成一个连续的区域,在这个区域内MSS没有必要发送上行业务,但是可以通过下行寻呼信道来判断是否有发送给它的下行业务。寻呼组必须足够大以保证大多数MSS在较长时间内保持在同一个寻呼组范围内;寻呼组又要足够小,以保证在一个寻呼组对MSS进行寻呼的开销是合理的。 [0004] 在与某个服务基站(Serving BS,SBS)的正常操作过程中,MSS可以通过发送消息请求进入空闲模式。类似的,服务BS也可以通过发送消息主动要求MSS进入空闲模式。无论是MSS主动发起请求进入空闲模式,还是服务BS通过发送消息主动要求MSS进入空闲模式,MSS都要在规定的时间内完成去注册、进入空闲模式的过程。 [0005] 目前正在制定中的WiMAX标准定义了空闲模式下的寻呼参考模型,寻呼控制器(Paging Controller)是一个控制MSS空闲模式活动的网络实体,该实体在目前的WiMAX的网络架构中是一个逻辑实体,此外,由于寻呼控制器 需要根据当前MSS所在的寻呼组发起寻呼消息,因此,需要一个位置寄存器(LR)保存MS的的状态信息、寻呼信息和服务流相关信息。一般来说,一个PC逻辑实体会对应一个LR逻辑实体,并且两个逻辑实体在同一个物理网元内实现。PC分为两种,一种是锚点PC(Anchor PC),每个处于空闲状态的MSS有一个与之唯一对应的锚点PC控制其空闲状态的行为和相关流程;另一种是中继PC(Relay PC),一个处于空闲状态可能有一个或几个中继PC用于与锚点PC进行通信。对于不同的MSS,一个PC可能同时充当这两种角色。 [0006] 一般说来一个BS中有一个PA(Paging Agent)功能实体用于处理寻呼和空闲模式相关的功能。 [0007] 不考虑WiMAX网络中的其它物理网元和逻辑实体,我们在随后的技术描述时将采用图1所示的WiMAX寻呼参考模型(但是本发明所提供的技术包括但不限于在WiMAX系统中的应用)。 [0008] 根据图1的寻呼参考模型,当MSS在SBS上主动请求进入空闲模式,或者SBS指示MS进入空闲模式时,通过MSS与SBS,SBS与后端网元ASN GW之间的消息交互,通知寻呼控制器(在ASNGW中实现)MSS进入空闲模式,并在对应的LR中保存MSS的状态信息、寻呼信息和服务流信息。 [0009] 在现有技术中,对MSS发起的进入空闲模式的流程如图2所示。其具体流程如下: [0010] (1)移动终端向PA/DPF(或者说PA/SBS,DPF位于SBS中)发起去注册请求; [0011] (2)本地PC接收所述的去注册请求,为移动终端指定一锚点控制器,并为MSS进入空闲模式分配寻呼参数,然后将这些信息以移动终端去注册响应消息返回给PA(图2中的步骤2,3); [0012] (3)PA利用其数据通道功能体(DPF)的功能向所述移动终端链路上的DPF发起数据通道释放请求,以释放该终端的链路,链路上的中继DPF将所述数据通道释放请求一致转发至锚点DPF(见图2中的步骤4,5); [0013] (4)锚点PDF向消息中指定的锚点PC发送移动终端请求(MSS Info Request)消息; [0014] (5)该锚点PC收到所述请求消息后,联系锚点鉴权者验证是否允许所述的终端进入空闲模式,并回复移动终端信息响应消息; [0015] (6)锚点DPF根据移动终端响应消息,如果指示允许进入空闲模式,则发送数据通道释放响应消息至PA/DPF; [0016] FA/DPF收到所述的数据通道释放响应消息,确认进入空闲模式成功,在空口发送去注册命令(DREG_CMD)至移动终端,由此完成进入空闲模式的流程。 [0018] 另外现有技术没有考虑网络发起的进入空闲模式的另外一种情况。就是在网络发起进入空闲模式时,要求MSS在经过REQ-duration(请求持续时间)的一段延时后发起一个进入空闲模式的请求,然后网络才完成MSS进入空闲模式的流程。这IEEE802.16e协议所支持的一种进入空闲模式的方案。 [0019] 还有,现有技术没有考虑,当网络侧要求MSS进入空闲模式,MSS由于自身原因可能要求等待一个时间后,再进入空闲模式。 发明内容[0020] 有鉴于此,本发明的目的在于提供一种无线城域网中网络侧发起移动终端进入空闲模式的方法,通过对网络侧发起的使终端进入空闲模式的设置,解决了现有技术存在的问题,以提高空闲模式进入过程的稳定性。 [0021] 为了实现所述的目的,本发明的技术方案为: [0022] 一种无线城域网中网络侧发起移动终端进入空闲模式的方法,包括如下步骤: [0023] a.基站BS/寻呼代理PA发起去注册命令消息至移动通信终端; [0024] b.所述终端根据所述的去注册命令消息向所述BS/PA发送去注册请求消息,以请求进入空闲模式; [0025] c.BS/PA接收所述的去注册请求消息后,释放该终端的链路并完成锚点寻呼控制器PC/位置寄存器LR的数据更新。 [0026] 步骤a之前还包括: [0027] a1.所述BS/PA发起移动终端信息请求消息至本地寻呼控制器; [0028] a2.本地寻呼控制器收到消息后,为移动终端指定锚点PC ID及分配推荐的寻呼参数,并将携带有该信息的移动终端信息请求消息发送至锚点数据通道功能体DPF/外部代理FA; [0029] a 3.所述DPF/FA接收到请求消息后,保存相应的信息,并回复移动终端信息响应消息至所述BS/PA。 [0030] 步骤a之前还包括: [0031] 由网络侧决策是否允许移动终端进入空闲模式。 [0032] 如果网络侧需要所述移动终端在经过一段时间后再请求进入空闲模式,则所述步骤a中所述去注册命令消息中包含一请求持续时间信息,指示移动终端在经过该请求持续信息中指示的时间后,再请求进入空闲模式; [0033] 所述步骤b中所述终端在经过所述一段时间后向所述BS/PA发送去注册请求消息。 [0034] 所述步骤b包括: [0035] b1.如果所述移动终端决定在一段时间后再请求进入空闲模式,则该终端向BS/PA发送携带一命令持续时间信息CMD_Duration的去注册请求消息; [0036] b2.所述移动终端在经过CMD_Duration指示的时间后发起新的去注册请求消息,以请求进入空闲模式。 [0037] 所述移动终端信息请求消息或去注册请求消息中携带的参数还包括空闲模式超时参数,以在所述终端进入空闲模式后,由锚点PC根据该空闲模式超时参数启动空闲模式系统定时器;在该定时器超时后,如果锚点PC未收到所 述移动终端的位置更新请求,则发起对该移动终端的寻呼或直接删除该终端的上下文信息。 [0038] 所述移动终端信息请求消息或去注册请求消息中携带的参数还包括寻呼间隔长度参数,以将该参数传递并保存到中继PC或锚点PC。 [0039] 所述移动终端信息请求消息或去注册请求消息中携带的参数还包括寻呼周期请求参数,以将该参数传递并保存到中继PC或者锚点PC。 [0040] 所述步骤a3还包括: [0041] 所述DPF/FA接收到请求消息后,保存相应的信息,并向指定的锚点PC/LR发送移动终端信息请求消息,消息中携带移动终端进入空闲模式需要保存的信息; [0042] 锚点PC/LR接收来自DPF/FA的请求消息,保持相应的信息,并回复携带空闲模式授权指示的响应消息至DPF/FA; [0043] 所述DPF/FA收到指示允许进入空闲模式的响应消息,并发送移动终端信息响应消息至所述BS/PA。 [0044] 所述步骤c包括如下步骤: [0045] c1.BS/PA接收所述的去注册请求消息后,向所述移动终端的链路发起数据通道释放请求消息,以释放该终端的链路,消息中携带移动终端进入空闲模式需要保存的信息; [0046] c2.所述锚点DPF/FA接收到所述数据通道释放请求消息后,保存相应的信息,并将该消息转发至锚点PC/LR; [0047] c3.锚点PC/LR保持相应的信息,发送携带空闲模式授权指示及实际寻呼参数的移动终端信息响应消息至所述DPF/FA; [0048] c4.DPF/FA收到移动终端信息响应消息后,回复数据通道释放响应至BS/PA; [0049] c5.所述BS/PA确认进入空闲模式成功后,发送去注册命令至所述移动终端,移动终端收到命令后进入空闲模式; [0050] c6.BS/PA向外部代理FA发送数据路径释放确认消息,确认数据路径的释放;FA收到此消息后,向锚点PC/LR发送移动终端信息确认消息;PC/LR收到此确认消息后,完成LR中数据的更新。 [0051] 所述步骤c包括: [0052] c1.BS/PA接收所述的去注册请求消息后,向所述移动终端的链路发起数据通道释放请求消息,以释放该终端的链路; [0053] c2.所述锚点DPF/FA接收到所述数据通道释放请求消息后,保存相应的信息,并回复数据通道释放响应到BS/PA; [0054] c3.BS/PA收到响应消息后,释放本地数据通道,并向锚点DPF/FA回复数据通道释放确认消息; [0055] c4.DPF/FA收到数据通道释放确认消息后,释放本地数据通道,并向锚点PC/LR发送移动终端信息确认消息; [0056] c5.锚点PC/LR收到确认消息后,更新其数据。 [0057] 所述步骤c包括: [0058] c1.BS/PA接收所述的去注册请求消息后,发送移动终端信息请求消息,并通过锚点DPF/FA转发至锚点PC/LR; [0059] c2.锚点PC/LR保持相应的消息,并回复携带空闲模式授权指示及实际寻呼参数的移动终端信息响应消息至BS/PA; [0060] c3.所述BS/PA接收所述的响应消息后,发送一去注册命令消息至所述移动终端;同时发送数据通路释放请求至所述移动终端链路的DPF; [0061] c4.锚点DPF/FA响应所述的请求消息,进行数据通道的释放,并回复数据通道释放响应消息至PA/BS; [0062] c5.所述PA/BS接收到响应消息后,向锚点DPF/FA回复数据通道释放确认消息,锚点DPF/FA进一步向锚点PC/LR发送移动终端信息确认消息,PC/LR收到此确认消息后,完成LR中数据的更新。 [0063] 步骤a还包括: [0064] 所述的BS/PA启动资源保留定时器,以在定时器超时后,删除本地有关此移动终端的信息。 [0065] 所述移动终端信息请求消息或去注册请求消息中携带的参数还包括MAC哈希遗漏门限,以将该参数传递并保存到中继PC或者锚点PC。 [0066] 在PC对所述移动终端进行寻呼时,将所述寻呼间隔长度参数携带到BS,BS在寻呼间隔内发送寻呼广播消息。 [0067] 所述锚点PC/LR保存移动终端设置了寻呼首先参数的业务流信息,不保存移动终端没有设置寻呼首先参数的业务流信息。 [0068] 当所述请求消息中携带用于指示不需要保留的移动终端的业务流信息的指示信息时,则在数据链路释放时释放所述业务流信息,由外部代理FA删除所述业务流信息,并通知业务流代理体SFA和策略功能体PF删除所述业务流信息,以释放所述业务。 [0069] 当锚点寻呼控制器收到移动终端信息确认消息后,发送消息通知锚点鉴权认证器保存移动终端空闲模式的信息,包括其锚点寻呼控制器的标识,锚点数据通道功能体标识,安全上下文信息。 [0070] 移动终端进入空闲模式后,在有所述移动终端的下行业务流到达时,若锚点PC/LR保存了对应的业务流信息,且所述业务流设置了寻呼首先参数,则由所述锚点PC/LR发起对所述移动终端的寻呼。 [0071] 移动终端进入空闲模式后,在有所述移动终端的下行业务流到达时,若锚点PC/LR保存了对应的业务流信息,但该业务流没有设置寻呼首先参数,则所述锚点PC/LR不发起对所述移动终端的寻呼。 [0072] 在完成进入空闲模式后,所述的锚点寻呼控制器在有所述移动终端的下行业务数据包到达时,若找不到对应的保存的业务流信息,则根据预先设置决定发起或不发起对所述移动终端的寻呼。 [0074] 图1为现有WiMAX系统中的寻呼参考模型; [0075] 图2为现有的由MSS发起进入空闲模式的流程图; [0076] 图3为本发明实施例1的由网络侧发起的MSS进入空闲模式的流程图; [0077] 图4为本发明实施例2的由网络侧发起的MSS进入空闲模式的流程图; [0078] 图5为本发明实施例2的另一由网络侧发起的MSS进入空闲模式的流程图; [0079] 图6为本发明实施例3的由网络侧发起的MSS进入空闲模式的流程图; [0080] 图7为本发明实施例3的另一由网络侧发起的MSS进入空闲模式的流程图。 具体实施方式 [0081] 为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明的具体实施例进行详细说明。 [0082] 根据IEEE 802.16e的描述,支持两种网络侧发起的进入空闲模式的流程:一种是在网络侧发起的MSS进入空闲模式请求时,网络实体不要求MSS经过一段时间而直接进入空闲模式的情况;另一种是在网络侧发起的MSS进入空闲模式请求时,网络侧实体要求MSS在经过一段时间后再进入空闲模式的情况。另外,本发明还提供另外一种场景(当终端下挂多个主机(host),网络初始化进入空闲模式时,终端可能由于和主机的交互,要求等会再进入空闲模式)下,网络侧发起的MSS进入空闲模式的流程,该流程目前在IEEE802.16e中不支持。下面将分别针对不同的情况对本发明进行说明。 [0083] 实施例1 [0084] 首先针对第一种情况。图3为本发明实施例1的由网络侧发起的MSS进入空闲模式的流程。如图3所示,本实施例中网络侧发起的MSS进入空闲模式的流程如下: [0085] (1)当BS/PA决定让MSS进入空闲模式时,向中继PC/DPF发起移动终端 信息请求(MSS Info Request)消息,消息中携带MSS进入空闲模式指示,同时包含:MSID(终端标识),空闲模式保留信息(Idle Mode RetainInformation,用以指示空闲模式下需保留的信息),基站标识(BSID),锚点-DPF/FA ID,锚点鉴权者标识(Anchor authenticator ID)等信息。 [0086] (2)中继PC/DPF收到消息后,为MSS指定锚点PC ID(锚PC的标识),并分配推荐的寻呼参数(如PGID,Paging_CYCLE(寻呼周期),Paging_OFFSET(寻呼偏移),PC_ID),然后把消息发送到锚点DPF/FA,消息中增加这些分配的参数。 [0087] (3)锚点PDF/FA收到此消息后,保存相应的信息,并向消息中指定的锚点PC发送移动终端信息请求(MSS Info Request)消息,消息中携带MSID,空闲模式保留信息,BSID,推荐的寻呼参数,业务流标识(SFID),锚点鉴权者ID等移动终端进入空闲模式需要保存的信息。 [0088] (4)锚点PC收到MSS Info Request消息,根据其内容知道此MSS要求进入空闲模式。这时锚点PC将联系锚点鉴权者验证是否允许MSS进入空闲模式。如果验证结果是允许,锚点PC可以根据自己的情况(例如,根据对参数的设置要求等)重新分配寻呼参数,并回复终端信息响应(MSS Info Response)消息,消息中包含:MSID,实际寻呼参数(包括选择的PGID,寻呼周期(Paging CYCLE),寻呼偏移(Paging OFFSET)),PC ID以及空闲模式授权指示(IDLE mode authorization indication)。同时锚点PC要求LR保持MSS的相关信息。 [0089] (5)FA收到MS Info Response消息后,如果空闲模式授权指示信息指示允许进入空闲模式,那么它将向中继PC回复MS Info Response消息。消息中携带MSID,实际寻呼参数,PGID,PCID,空闲模式授权指示等。在中继PC收到这条消息后,把消息转发给BS/PA。 [0090] (6)BS/PA收到消息后,如果空闲模式授权指示信息指示允许MSS进入空闲模式,则向空口向MSS发出去注册命令(DREG_CMD)消息,消息激活码(a ction code)设置为0x05,表明命令MSS直接进入空闲模式,并携带802.16e协议中规定的参数信息。同时,该BS/PA启动资源保留定时器。 [0091] (7)MSS收到消息后,向BS回复去注册请求(DREG_REQ)消息,消息激活码(action code)设置为0x02,表明MSS已成功进入空闲模式,消息格式为802.16e所规定,并清除链接和会话(session)相关的信息,进入空闲模式状态。 [0092] (8)BS/PA收到MSS的去注册请求(DREG_REQ)消息后,表明MSS已经进入空闲模式。于是向中继PC/DPF发起数据通道释放请求(Data Path Release Request)消息(消息中携带移动终端进入空闲模式需要保存的信息),要求释放此MSS相关的数据通道(Data Path)和连接信息。中继PC进一步把这条消息转发给锚点PDF/FA。 [0093] (9)链路上的中继DPF将数据通道释放请求消息一直转发到锚点DPF/FA,锚点DPF/FA响应所述的请求消息,进行数据通道的释放,并回复数据通道释放响应消息至PA/BS。 [0094] (10)BS收到数据通道释放响应消息后,确认进入空闲模式成功。BS/PA向中继PC,中继PC向FA回复数据通道释放确认(Data Path Release Ack)消息,表明MSS进入空闲模式成功完成,中继PC将删除有关此MSS的信息。同时FA向锚点PC发送移动终端信息确认(MSS Info Ack),确认MSS进入空闲完成,锚点PC最终完成LR中数据的更新。进一步锚点PC需要向锚点鉴权者(Authenticator)发送通知消息,要求其更新并保持此MS空闲态的信息,包括锚点PCID,锚点DPF ID,安全上下文信息等。 [0095] (11)BS在资源保留定时器超时时,删除本地的MSS相关信息。 [0096] 需要注意的是中继PC是可选的,如果中继PC不存在,则BS/PA直接和FA通信。 [0097] 实施例2 [0098] 下面介绍在网络侧发起MSS进入空闲模式请求时,要求MSS在经过一段时间后才进入空闲模式的情况。其流程如图4所示: [0099] 步骤(1)-(5)的流程和实施例1是一致的。只是在流程中,SBS/PA、中继PC/PDF、锚点PDF/FA、锚点PC/LR任一个实体可以根据实际情况确定是否要求MSS在经过一个REQ_Duration时间后,发起DREQ_Request消息进入空闲模式。 [0100] (6)BS/PA收到消息后,如果空闲模式授权指示(IDLE mode authorization indication)信息指示允许MSS进入空闲模式,则在空口向MSS发出去注册命令(DREG_CMD)消息,消息激活码(action code)设置为0x05(表明要求MSS进入空闲模式),并携带请求持续时间(REQ_Duration)参数,消息格式为802.16e协议所规定。 [0101] (7)MSS收到消息后,在经过REQ_Duration指示的时间后,向BS发送去注册请求(DREG_REQ)消息,消息激活码(action code)设置为0x01,表明是要进入空闲模式,消息格式为802.16e所规定,准备进入空闲模式状态。 [0102] (8)BS/PA收到消息后,通过其DPF功能向此MSS链路上的中继PDF发起数据通道释放请求(Data Path Release Request)消息,要求释放此MSS的链路。消息中包含MSID,空闲模式保留信息(Idle Mode Retain Information),BSID,推荐的寻呼参数(如PGID,Paging_CYCLE,Paging_OFFSET,PC_ID),ASN-DPF ID,锚点鉴权者ID等移动终端进入空闲模式需要保存的信息。消息中的部分参数是在1-5的流程中获得并保存下来的。链路上的中继PDF将把Data Path Release Request消息一直转发到锚点PDF,也就是和FA在一起的PDF。 [0103] (9)锚点PDF/FA收到此消息后,保存相应的信息,并向消息中指定的锚点PC发送MSS Info Request消息,消息中携带MSID,空闲模式保留信息,BSID,推荐的寻呼参数(recommended paging parameters),服务流标识(SFID), 锚点鉴权者ID等移动终端进入空闲模式需要保存的信息。 [0104] (10)锚点PC收到MSS Info Request消息,根据其内容知道此MSS要求进入空闲模式。由于在步骤(4)中已经对是否允许MSS进入空闲模式进行验证,因此,在此锚点PC不需要进行重复验证,锚点PC可以采用选择本地PC推荐的寻呼参数,也可以根据自己的情况重新分配寻呼参数,并回复MSS Info Response消息,消息中包含:MSID,实际寻呼参数(包括选择的PGID,Paging CYCLE,Paging OFFSET),PC ID以及空闲模式授权指示(IDLE mode authorization indication)信息。同时锚点PC要求LR保存MSS的相关信息。 [0105] (11)FA收到MS Info Response消息后,保存PCID等相应信息,并向中继PC回复数据通道释放响应(Data Path Release Response)消息。消息中携带MSID,实际寻呼参数(actual paging parameters),PGID,PCID等。链路上中继PC转发消息到BS/PA。 [0106] (12)BS收到Data Path Release Response消息后,确认进入空闲模式成功,在空口给MSS回复DREG_CMD消息,消息中的激活码(action code)为0x05。同时BS/PA启动资源保留定时器。 [0107] 一般来说,BS发送了REG_CMD消息后(除非携带了REQ_Duration),都需要启动资源保留定时器,定时器超时后,无条件删除其本地MSS的信息。当然在REG_CMD消息中携带了REQ_Duration时也可以启动资源保留定时器,但此时在本步骤中需要对资源保留定时器进行重新启动。 [0108] (13)MSS收到消息后,删除与连接和会话(session)相关的信息,进入空闲模式。 [0109] (14)同时,BS/PA向中继PC,中继PC向FA回复数据通道释放确认(Data Path Release Ack)消息,表明MSS进入空闲模式成功完成,中继PC将删除有关此MSS的信息。同时FA向锚点PC发送移动终端信息确认(MSS InfoAck)消息,确认MSS进入空闲模式完成,锚点PC最终完成LR中数据的更新。 进一步锚点PC需要向锚点鉴权者(Authenticator)发送通知消息,要求其更新并保持此MS空闲态的信息,包括锚点PCID,锚点DPF ID,安全上下文信息等。BS/PA在资源保留定时器超时时,删除本地有关此MSS的信息。 [0110] 本实施例中,由于网络侧要求MSS在等待一段REQ_Duration时间后,在发起进入空闲模式的请求,因此,在步骤(1)-(5)中,中继PC或FA可以直接向PA/SBS回复MSS Info Response消息,指示要求等待REQ_Duration时间,PA/SBS向MSS回复DREG_CMD消息,携带这个参数和Action Code=0x05。MSS经过时间REQ_Duration后,再发起进入空闲的请求。即,FA和锚点PC执行的动作可以省略。如果中继PC或FA直接向PA/SBS回复了MSS Info Response消息,则在步骤(10)中需要对是否允许MSS进入空闲模式进行验证。 [0111] 在如图4所示的流程中,是将MSS的上下文信息保存到锚PC的过程是伴随数据通道释放过程一起进行的。 [0112] 本实施例的另一可选流程如图5所示,和前面流程的区别在于,把MSS信息请求与传递与数据通道的释放过程分开,MSS的信息以及寻呼相关的参数,通过MSS Info Request/MSS Info Response消息完成。对该流程的简单描述如下: [0113] 步骤(1)-(3)与前面实施例相同,网络侧实体根据实际情况确定是否需要MSS在经过一个REQ_Duration时间后,发起进入空闲模式的请求,如果需要,则在相应的MSS Info Request或MSS Info Response消息中携带REQ_Duration参数。 [0114] (4)BS/PA收到消息后,在空口向MSS发出去注册命令(DREG_CMD)消息,消息激活码(action code)设置为0x05,并携带请求持续时间(REQ_Duration)参数,消息格式为802.16e协议所规定。 [0115] (5)MSS收到消息后,在经过REQ_Duration时间后,向BS发送去注册请求(DREG_REQ)消息,消息激活码(action code)设置为0x01,表明是要进入空闲模式,消息格式为802.16e所规定,准备进入空闲模式状态。 [0116] (6)当PA/SBS收到MSS的DREG_REQ消息后,PA/SBS向其对应的中继PC发送MSS Info Request消息,要求确定能否进入空闲模式; [0117] (7)中继PC收到请求消息后,为所述MSS分配PC ID、寻呼参数,消息中携带MSID,空闲模式保留信息,BSID,ASN-DPF ID,锚点鉴权者ID等信息,并将所述信息以MSS Info Request消息通过外部代理FA发送至锚点PC。 [0118] (8)锚点PC收到MSS Info Request消息,根据其内容知道此MSS要求进入空闲模式。这时锚点PC将联系锚点鉴权者验证是否允许MSS进入空闲模式。如果验证结果是允许,锚点PC可以根据自己的情况(例如,根据对参数的设置要求等)重新分配寻呼参数,并回复终端信息响应(MSS Info Response)消息至BS/PA。同时锚点PC要求LR保持MSS的相关信息。 [0119] (9)BS/PA收到MSS Info Response消息后,向MSS回复DREG_CMD消息,并启动资源保留定时器,同时发起数据通道释放请求(Data Path ReleaseRequest)消息至MSS链路的DPF,该数据通道释放请求消息中包含:MSID,实际寻呼参数(选择的PG ID,寻呼周期,寻呼偏移,PC ID)以及空闲模式授权指示(IDLE mode authorization indication)信息。 [0120] (10)链路上的中继DPF将数据通道释放请求消息一直转发到锚点DPF/FA,锚点DPF/FA响应所述的请求消息,进行数据通道的释放,并回复数据通道释放响应消息至PA/BS; [0121] (11)BS收到数据通道释放响应消息后,确认进入空闲模式成功。BS/PA向中继PC,中继PC向FA回复数据通道释放确认(Data Path Release Ack)消息,表明MSS进入空闲模式成功完成,中继PC将删除有关此MSS的信息。同时FA向锚点PC发送移动终端信息确认(MSS Info Ack)消息,确认MSS进入空闲模式完成,锚点PC最终完成LR中数据的更新。BS/PA在资源保留定时器超时时,删除本地有关此MSS的信息。 [0122] 图5所示的流程能实现与图4相同的功能。 [0123] 实施例3 [0124] 实际操作中还存在这样一种场景,当终端下挂多个主机(host)时,网络初始化进入空闲模式,但是终端可能由于和主机的交互,要求等会再进入空闲模式,会发消息要求网络等待一个CMD_Duration的时间,在这个时间之后,重新发起进入空闲模式的过程。其流程如下: [0125] a、第一步及以前的流程,与实施例1及2中一样。 [0126] b、第二步,MSS根据自身的情况,决定要在CMD_Duration时间后才能进入空闲模式,于是回复DREG Request消息,消息激活码(action code)为0x02,并携带CMD_Duration信息。网络侧BS收到此消息后,如果先前(BS发送去注册命令至移动终端时)启动了资源保留定时器,则把先前设置的资源保留定时器停止,并等待MSS发起的进入空闲模式的请求。 [0127] c、MSS在CMD_Duration时间后发起新DREG Request消息,请求进入空闲模式。这后面的流程就和前面对应的流程一致了。这里不在具体描述。 [0128] CMD_Duration参数是在现有的IEEE 802.16e的空口消息DREG Request消息中新增的,用于告知网络等待CMD_Duration时间,MSS才进入空闲模式。 [0129] 本实施例的另一可选流程如图7所示,该流程与图6所示流程的区别在于,把MSS信息请求与传递与数据通道的释放过程分开,MSS的信息以及寻呼相关的参数,通过终端信息请求(MSS Info Request)/终端信息响应(MSS Info Response)消息完成。流程所实现的功能与上面不变。 [0130] 需要注意的是中继PC是可选的,如果中继PC不存在,则BS/PA直接和FA通信。 [0131] 在如上各实施例所述的网络侧发起的终端进入空闲模式的过程中,还涉及几个相关的参数,如:空闲模式超时(Idle Mode Timeout)、寻呼间隔长度(Pang Interval Length)和寻呼周期请求(Paging Cycle Request)参数等。该移动终端的去注册请求消息中可携带其中一个或多个参数,以将该参数传递到锚点PC保存。 [0132] 1)空闲模式超时(Idle Mode Timeout)参数 [0133] 由于终端进入空闲模式后,MS和寻呼控制器都会启动一个IDLE MODE定时器,在终端侧是空闲模式定时器(Idle Mode Timer),在该定时器到期后,MS将会发起位置更新;在PC中是空闲模式系统定时器(Idle Mode System Timer),在该定时器超时后,若PC还没有收到MS的位置更新,PC将会发起对该MS的寻呼,要求它位置更新,或者直接删除该MS的上下文信息,认为终端已经掉网;而空闲模式超时(Idle Mode Timeout)参数是被终端和PC分别用来设置上面提到的定时器的,该参数是在终端注册入网过程中MS和网络侧协商的参数。 [0134] 在终端进入空闲模式过程中,需要将空闲模式超时(Idle Mode Timeout)参数传递到锚点PC保存,用于设置空闲模式系统定时器;如果终端在空闲模式下涉及锚点PC迁移,同样该参数也要被传递到新的锚点PC; [0135] 为了做到这一点,同时要求空闲模式超时参数在切换过程中,需要传递到目前网络侧,包括目标BS;因为该参数的协商发生在终端注册入网过程中,由于终端入网时所在的BS或者服务网络可能和终端后来进入空闲模式时所在的BS或者服务网络不是同一个,因此要求该参数在MS切换过程中伴随MS上下文一起传递。 [0136] 另外,这个参数也可以由网络侧直接配置,在DREG_REQ消息中带给终端,而并不需要在终端注册入网络的过程中进行协商确定。 [0137] 2)寻呼间隔长度(Paging Interval Length)参数 [0138] 根据IEEE802.16e所定义,寻呼周期(Paging Cycle)和寻呼偏移(Paging Offset)计算出BS在哪个无线帧Nframe开始发送寻呼消息,而该寻呼间隔长度(Paging Interval Length)参数指的是从这个Nframe开始,所持续的帧数N(注意这里N不是Nframe),也就是说MSS可以在发生寻呼消息后的那个无线帧开始的连续几个无线帧里接收寻呼消息;该参数也是在MSS注册入网过程中和网络侧协商确定。 [0139] 在MS进入空闲模式过程中,需要将该参数传递到锚点PC保存,并且在锚点PC发起寻呼过程中需要将该参数传递到BS;以便BS确定发送寻呼消息的调度策略;如果终端在空闲模式下涉及锚点PC迁移,同样该参数也要被传递到新的锚点PC; [0140] 为了做到这一点,同时要求寻呼间隔长度参数在切换过程中,需要传递到目前网络侧,包括目标BS;因为该参数的协商发生在终端注册入网过程中,由于终端入网时所在的BS或者服务网络可能和终端后来进入空闲模式时所在的BS或者服务网络不是同一个,因此要求该参数在MS切换过程中伴随MS上下文一起传递。 [0141] 3)寻呼周期请求(Paging Cycle Request)参数 [0142] 根据IEEE802.16e所定义,寻呼周期请求(Paging Cycle Request)参数是在终端进入空闲模式过程中,由MSS在DREG_REQ请求消息中携带,作为网络侧确定针对该终端的寻呼周期的依据。因此在终端进入空闲模式过程中,需要将该参数携带到寻呼控制器。 [0143] 4)MAC哈希遗漏门限(MAC Hash Skip Threshold) [0144] MAC Hash Skip Threshold用于判断对某个处于空闲态的MSS,如果在连续发送的Threshold个寻呼消息(MOB-PAG-ADV)中都没有针专门对此MSS的寻呼消息,那么PC或BS/PA将可以发起专门针对这个MSS的寻呼消息。因此这个消息需要传送到PC进行保存,以便在条件满足时,PC或BS/PA进行相应的处理。该参数可以是在MSS注册入网过程中和网络侧协商确定,并在移动终端信息请求消息或去注册请求消息中携带,以传递并保存到中继或锚点PC。 [0145] 上述的空闲模式超时(Idle Mode Timeout)、寻呼间隔长度(Paging Interval Length)和寻呼周期请求(Paging Cycle Request)参数及MAC哈希遗漏门限参数还可以由网络侧统一配置,而不会因为终端而不同,此时则不必要在本发明所述的进入空闲模式的过程中传递。 [0146] 5)寻呼首先参数(Paging Preference) [0147] 在MS所建立的每个业务流中,有一个寻呼首先参数(Paging Preference),当这个参数设置时,表示在MS进入Idle Mode后,如果这个业务流有下行数据包到达,网络可以生成寻呼消息对MS进行寻呼;当这个参数不设置时,如果这个业务流有下行数据包到达,网络将不会生成寻呼消息对MS进行寻呼;当下行有属于此MS的数据包达到,但不能找到对应的业务流时,锚点PC根据预先设置,可以发起或不发起对此MS的寻呼。 [0148] 在MS进入Idle Mode时,如果参数Idle Mode Retain Information的第七个比特(BIT)位为设置为1,则网络将只保存Paging Preference设置为1的那些业务流信息。对于其他业务流信息,在完成MS进入空闲模式后,FA/Anchor DPF将删除这些不保持的业务流信息,并通知SFA和PF删除并释放这些业务流。保存在锚点PC/LR中的信息可以包括移动终端的设置了寻呼首先参数的业务流信息,而不包括移动终端没有设置寻呼首先参数的信息。 [0149] 如以上实施例中,锚寻呼控制器在终端进入空闲模式携带的上下文中必须记录终端当前的锚数据通道功能体Anchor DPF/FA的标识信息(可以是Anchor DPF/FA所在的ASN-GW的IP地址),锚鉴权者标识; [0150] 同时该终端的锚鉴权者必须记录终端在空闲模式下的锚寻呼控制器的标识信息;该过程可以伴随在Anchor PC向锚鉴权者咨询是否可以进入空闲模式的过程中,记录Anchor PC ID;也可以在Anchor PC确认终端进入空闲模式后,发送消息通知终端的锚鉴权者告知锚寻呼控制器的标识信息; [0151] 而且锚数据通道功能体Anchor DPF/外部代理FA记录该终端的锚寻呼控制器标识信息,为了完成这个步骤,Anchor PC可以在确认终端进入空闲模式后,发送消息通知终端的Anchor DPF/FA告知锚寻呼控制器的标识信息; [0152] 如上实施例仅以WiMAX系统为例对本发明进行了说明,但本发明并不以此为限,本发明还可适用于其它无线城域网,如802.20所定义的移动城域网络。 [0153] 如上所述,通过本发明的方法,可以通过网络侧发起请求使MSS进入空闲模式,规范、完善了流程,并使MSS进入空闲模式的过程更加稳定。 |