CN101409916B - 一种处理服务历史信息的方法、系统和装置 - Google Patents

Abstract

本发明实施例公开了一种处理服务历史信息的方法，包括如下步骤在移动终端附着的状态下，当移动终端发起业务时，网络侧对所述移动终端的服务历史信息进行统计；当移动终端关机或分离时，网络侧保存所统计的移动终端的服务历史信息；当移动终端注册时，网络侧获取网络侧所保存的所述移动终端的服务历史信息，并对所述服务历史信息进行分析。本发明实施例还公开了一种处理服务历史信息的系统和装置。本发明实施例给出的服务历史信息的统计和保存方案，使服务历史信息能够长期在网络侧进行统计和保存，移动终端关机后不影响服务历史信息的统计值，因此该方案能够准确统计服务历史信息。

Description

一种处理服务历史信息的方法、系统和装置

技术领域

本发明涉及移动通信技术领域，特别涉及一种处理服务历史信息的方法、系统和装置。

背景技术

当移动终端开机时，移动终端首先选择接入一个公共陆地移动通信网(Public Land Mobile Network，PLMN)，然后在所选的PLMN中选择一个合适的小区进行驻扎。接下来，如果移动终端离开了所选小区的覆盖范围，或者是发现了更合适的小区，即信号强度和信号质量都比所在小区的信号强度和信号质量高出一定范围时，移动终端就要进行小区重选过程。随着第三代(3G)网络及长期演进项目(Long Time Evolution，LTE)网络的出现并投入使用，将会出现多种无线接入技术(Radio Access Technology，RAT)共存的情况。在多RAT同时覆盖的情况下，出现了移动终端如何在这些RAT中进行选择的问题。

根据运营商的要求，在存在增强数据速率的GSM(Enhanced Data ratesfor GSM Evolution，EDGE)无线接入网(GSM EDGE Radio Access Network，GERAN)网络的情况下，语音业务最好承载在GERAN CS域，高速数据业务承载在LTE网络。并且，运营商还希望尽量使空闲(IDLE)状态的终端驻扎在承载下次业务的RAT上，以便减少了移动终端发起业务时由于RAT不匹配而需要发生RAT间切换的现象，从而减少大量不必要的切换信令流，减轻网络负担。针对这些要求，一些运营商和开发商提出了基于用户的服务历史信息(Service history，SH)进行小区重选的机制，也就是说，将移动终端曾经接入哪些RAT的相关信息记录下来作为服务历史信息，根据服务历史信息推测出用户下一次最可能会发起什么业务，将推测结果下发给移动终端作为选择RAT时的参考。

此方案就是统计出用户的服务历史信息，网络侧根据用户的能力、签约信息和服务历史信息得出一个无线接入技术间偏移量(interRAT-offset)，通过专用信道将interRAT-offset下发给用户，此值作为移动终端选择RAT时的一个参考值。

由于目前服务历史信息仅仅作为一个概念被提出，目前尚无相关服务历史信息的保存和统计方案。

发明内容

有鉴于此，本发明实施例提出一种处理服务历史信息的方法，包括如下步骤：

当移动终端发起业务时，网络侧对所述移动终端的服务历史信息进行统计；

当移动终端关机、非法关机或分离时，网络侧保存所统计的移动终端的服务历史信息；

当移动终端注册时，网络侧获取网络侧所保存的所述移动终端的服务历史信息，并对所述服务历史信息进行分析。

本发明实施例还公开了一种处理服务历史信息的系统，包括：

统计实体，用于移动终端发起业务时，对所述移动终端的服务历史信息进行统计；

保存实体，用于移动终端关机、非法关机或分离时，保存所述统计实体所统计的服务历史信息；

分析实体，用于移动终端注册时，获取所述保存实体保存的所述移动终端的服务历史信息，并对所获取的服务历史信息进行分析。

本发明实施例还公开了一种服务历史信息服务器，所述服务历史信息服务器包括：

接收单元，用于从外部接收来自移动终端的服务历史信息；

保存单元，用于存储所述接收单元所接收的移动终端的服务历史信息；

统计单元，用于在移动终端发起业务时，对所述移动终端的服务历史信息进行统计。

本发明实施例还公开了一种服务历史信息处理节点，所述处理节点包括：

获取单元，用于在移动终端注册时，从外部获取所述移动终端的服务历史信息；

分析单元，用于对所述获取单元所获取的服务历史信息进行分析。

从以上技术方案可以看出，本发明方案使服务历史信息能够长期在网络侧进行统计和保存，关机后不影响服务历史信息的统计值，使服务历史信息统计更符合统计学规律，能够更准确地推测出用户下次所需发起的业务类型。

附图说明

图1为本发明实施例一在GERAN或3G系统中的电路交换域发起业务时服务历史信息的统计过程流程图；

图2为本发明实施例一在GERAN或3G系统中的分组交换域注册过程中服务历史信息的获取过程流程图；

图3为本发明实施例一在GERAN或3G系统中的分组交换域发起业务时服务历史信息的统计过程流程图；

图4为本发明实施例一在GERAN或3G系统中移动终端正常关机时的分组交换域服务历史信息的保存过程流程图；

图5为本发明实施例一在GERAN或3G系统中移动终端非正常关机时的分组交换域服务历史信息的保存过程流程图；

图6为本发明实施例一在LTE系统中注册过程中服务历史信息的获取过程流程图；

图7为本发明实施例一在LTE系统中发起业务时服务历史信息的统计过程流程图；

图8为本发明实施例一在LTE系统中移动终端正常关机时的分组交换域服务历史信息的保存过程流程图；

图9为本发明实施例一在LTE系统中移动终端非正常关机时的分组交换域服务历史信息的保存过程流程图；

图10为本发明实施例二在GERAN或3G系统中的电路交换域注册过程中服务历史信息的获取过程流程图；

图11为本发明实施例二在GERAN或3G系统中的电路交换域发起业务时服务历史信息的统计过程流程图；

图12为本发明实施例二在GERAN或3G系统中的分组交换域注册过程中服务历史信息的获取过程流程图；

图13为本发明实施例二在GERAN或3G系统中的分组交换域发起业务时服务历史信息的统计过程流程图；

图14为本发明实施例二在LTE系统中注册过程中服务历史信息的获取过程流程图；

图15为本发明实施例二在LTE系统中发起业务时服务历史信息的统计过程流程图；

图16为本发明实施例三在GERAN或3G系统中的电路交换域注册过程中服务历史信息的获取过程流程图；

图17为本发明实施例三在GERAN或3G系统中的电路交换域发起业务时服务历史信息的统计过程流程图；

图18为本发明实施例三在GERAN或3G系统中移动终端正常关机时的电路交换域服务历史信息的保存过程流程图；

图19为本发明实施例三在GERAN或3G系统中移动终端非正常关机时的电路交换域服务历史信息的保存过程流程图；

图20为本发明实施例三在GERAN或3G系统中的分组交换域注册过程中服务历史信息的获取过程流程图；

图21为本发明实施例三在GERAN或3G系统中的分组交换域发起业务时服务历史信息的统计过程流程图；

图22为本发明实施例三在GERAN或3G系统中移动终端正常关机时的分组交换域服务历史信息的保存过程流程图；

图23为本发明实施例三在GERAN或3G系统中移动终端非正常关机时的电路交换域服务历史信息的保存过程流程图；

图24为本发明实施例三在LTE系统中注册过程中服务历史信息的获取过程流程图；

图25为本发明实施例三在LTE系统中发起业务时服务历史信息的统计过程流程图；

图26为本发明实施例三在LTE系统中移动终端正常关机时的分组交换域服务历史信息的保存过程流程图；

图27为本发明实施例三在LTE系统中移动终端非正常关机时的分组交换域服务历史信息的保存过程流程图；

图28为本发明实施例四在GERAN或3G系统中的电路交换域发起业务时服务历史信息的统计过程流程图；

图29为本发明实施例四在GERAN或3G系统中的分组交换域发起业务时服务历史信息的统计过程流程图；

图30为本发明实施例方法的基本流程图；

图31为本发明实施例五提出的处理服务历史信息的系统的示意图；

图32为本发明实施例六提出的归属位置寄存器的结构框图；

图33为本发明实施例七提出的归属签约服务器的结构框图；

图34为本发明实施例八提出的GPRS服务支持节点的结构框图；

图35为本发明实施例九提出的移动交换中心的结构框图；

图36为本发明实施例十提出的移动管理实体的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细阐述。

服务历史信息用于生成移动终端选择RAT时的参考依据，希望服务历史信息能够长期保存，并能根据移动终端的接入情况进行及时更新。本发明方案提出在网络侧保存和统计服务历史信息，将服务历史信息设计为数组，将服务质量(Quality of Service，QoS)信息作为统计服务历史信息的依据，数组的每个分量代表不同QoS业务的统计量。实际应用中，也可采用其他的统计依据，例如根据执行业务时所在的不同RAT进行统计。在不同的通信系统中，移动终端有不同的习惯称谓，例如在GSM系统中称为移动台(Mobile Station，MS)，在LTE系统中则习惯称之为用户设备(UserEquipment，UE)，本文中则统一用MS来描述。

例如，用名为RatStatistic的数组来统计服务历史信息，数组的维数大于等于当前通信网络所能提供的QoS的数目，如果是大于，则多出来的维数留待扩展。

RatStatistic[0]代表QoS1业务次数，

RatStatistic[1]代表QoS2业务次数，

RatStatistic[2]代表QoS3业务次数，

当移动终端向核心网请求业务成功时，则将与此类业务类型的QoS相对应的数组分量值加1。

以下通过具体实施例对不同系统中各种情况下，进行获取、统计服务历史信息的过程进行详细说明。

本发明实施例一：由归属位置寄存器(Home Location Register，HLR)，归属签约服务器(Home Subscriber Server，HSS)作为保存服务历史信息的节点，由GPRS服务支持节点(Serving GPRS Support Node、SGSN)、移动管理实体(Mobile Management Entity，MME)作为统计服务历史信息的节点，此外，SGSN或MME还作为分析、下发interRAT-offset的节点。

1.1在GERAN或3G系统中的电路交换(CS)域对服务历史信息的处理

1.1.1发起业务时Service history的统计过程

当MS向移动交换中心(Mobile Switching Center，MSC)/拜访位置寄存器(Visit Location Register，VLR)发起业务时，如果MSC/VLR接受此次业务，则MSC/VLR向SGSN发送请求统计Service history的消息SHRequest，消息中包含统计Service history时所需的统计依据，如QoS；SGSN收到此消息后，根据相应算法统计Service history，然后根据相应的算法分析出interRAT-offset。如果需要，还可以将interRAT-offset通过消息SH Ack发送到MSC/VLR。其中MSC/VLR表示将MSC与VLR合起来作为一个功能实体。如图1所示，包括如下步骤：

步骤101：MS向无线接入网(RAN)发起建立无线资源控制(RadioResource Control，RRC)连接；

步骤102：MS向MSC/VLR发送服务请求消息(Service Request)；

步骤103：如果MS在分组移动管理(Packet Mobility Management，PMM)-空闲(IDLE)状态发送服务请求，则需要执行安全检测功能；

步骤104：当网络处于分组移动管理连接(PMM-CONNECTED)状态，如果网络接受服务请求，则MSC/VLR向MS发送服务应答消息(ServiceAccept)；

步骤105：如果网络接受服务请求，则MSC/VLR向SGSN发送请求统计服务历史信息的服务历史信息请求(SH Request)，消息中包含统计服务历史信息时所需的统计依据，如所述服务请求对应的QoS；

步骤106：SGSN接收到消息SH Request后，根据相应的算法统计Servicehistory，例如，将与此类业务类型的QoS相对应的数组分量值加1；并根据相应的算法分析出interRAT-offset，如果需要则将interRAT-offset通过服务历史信息应答消息(SH Ack)发送给MSC/VLR。

1.2在GERAN或3G系统中的PS域对服务历史信息的处理

1.2.1注册过程中Service history的获取过程

在注册过程中，由于SGSN需要从HLR中获取Service history的值，所以在插入用户数据消息(Insert Subscriber Data)中增加参数Service history，所述参数可以是前述名为RatStatistic的数组；SGSN通过消息InsertSubscriber Data从HLR中读取被保存的Service history值，并保存在移动管理(Mobile Manager，MM)上下文中，供分析interRAT-offset使用。考虑到MS非法关机时，在还没有到达周期性位置更新定时器所设定的时间而开机时的情况，旧的SGSN需要将保存在MM上下文中的Service history值通过消息取消位置应答(Cancel Location Ack)发送到HLR中，即在取消位置应答消息中增加Service history参数。如图2所示，包括如下步骤：

步骤201：MS向SGSN发送附着请求(Attach Request)消息，发起附着过程；

步骤202：如果MS所在的SGSN与上次分离(detach)时所在的SGSN不同，且MS用分组临时移动签约用户标识(Packet-Temporary MobileSubscriber Identity，P-TMSI)来标识，则新的SGSN向旧的SGSN送身份鉴别请求(Identification Request)消息请求获取国际移动签约用户标识(International Mobile Subscriber Identity，IMSI)。旧的SGSN通过消息身份鉴别应答(Identification Response)将MS的IMSI发送给新的SGSN；

步骤203：如果新的SGSN和旧的SGSN都不存在MS的IMSI，则新的SGSN向MS发送标识请求(Identity Request)消息请求获取IMSI，MS通过标识应答(Identity Response)消息将IMSI发送给新的SGSN；

步骤204：如果在任何节点都不存在MS的上下文，则需进行鉴权过程；

步骤205：进行国际移动设备标识(International Mobile EquipmentIdentity，IMEI)检测过程，该步骤为可选；

步骤206：如果在新的SGSN中存在此MS的激活的分组数据协议(Packet Data Protocol，PDP)上下文，则新的SGSN通过向GGSN发送删除PDP上下文请求(Delete PDP Context Request)消息删除PDP上下文，GGSN向SGSN发送删除PDP上下文应答消息(Delete PDP ContextResponse)；

SGSN判断所述MS上次是否附着在本SGSN，若否，表明上次MS发生分离时在其它SGSN，或者这是MS第一次进行附着过程，则执行如下步骤207a至207h的步骤，否则直接执行步骤208。

步骤207a：新的SGSN向HLR发送位置更新消息(Update Location)；

步骤207b：HLR向旧的SGSN发送取消位置消息(Cancel Location)；

步骤207c：旧的SGSN向HLR发送取消位置应答消息(Cancel LocationAck)，消息中增加参数Service history；

步骤207d：如果旧SGSN中存在与此MS相关的被激活的PDP上下文，则旧SGSN向GGSN发送Delete PDP Context Request消息请求删除PDP上下文；

步骤207e：GGSN向旧SGSN发送应答消息Delete PDP ContextResponse；

步骤207f：HLR向新的SGSN发送插入用户数据(Insert SubscriberData)消息，向新的SGSN传递用户签约信息，在此消息中增加Servicehistory参数；

步骤207g：新的SGSN根据用户的签约信息检查用户的合法性，即是否允许MS附着在此SGSN中，并向HLR发送插入用户数据应答消息(InsertSubscriber Data Ack)；

步骤207h：在删除旧SGSN中的MM上下文和在新的SGSN中建立新的MM上下文后，HLR向新的SGSN发送位置更新应答消息(Update LocationAck)；

步骤208：新SGSN向MS发送附着完成消息(Attach Accept)。

1.2.2发起业务时Service history的统计过程

当MS向SGSN发起业务时，如果SGSN接受此次业务，则在SGSN中根据相应的算法对Service history进行统计，保存在MM上下文中。如图3所示，包括如下步骤：

步骤301：MS建立RRC连接；

步骤302：MS向SGSN发送服务请求消息(Service Request)；

步骤303：如果MS在PMM-IDLE状态发送服务请求，则需要执行安全检测功能；

步骤304：当网络处于PMM-CONNECTED状态，且服务类型是数据，如果网络接受服务请求，则SGSN向MS发送服务应答消息(Service Accept)；

步骤305：如果网络接受服务请求，则SGSN根据相应的算法统计Servicehistory，保存在MM上下文中。

1.2.3Service history的保存过程

当MS正常关机时，SGSN收到Detach Request消息后，向HLR发送Detach Request消息，消息中包含Service history参数，HLR收到此消息后，将Service history保存在HLR中，并向MSC/VLR发送应答消息Detach Ack，确保HLR成功保存Service history的值。与现有流程相比，Detach Request和Detach Ack为新增消息。如图4所示，包括如下步骤：

步骤401：MS关机或进行GPRS Detach时，向SGSN发送分离请求(Detach Request)消息；

步骤402：当SGSN收到MS发送的Detach Request消息时，向HLR发送Detach Request消息，消息中包含保存在MM上下文中的Service history，HLR收到此消息后，将Service history保存在HLR中；

步骤403：HLR保存完Service history后向SGSN发送分离应答消息(Detach Ack)，确保HLR成功保存了Service history的值；

步骤404：如果Detach指示为非关机，则SGSN向MS发送分离完成(Detach Accept)消息。

当用户非正常关机后，如果SGSN中的周期性位置更新定时器超时没有收到用户发送的周期性位置更新请求消息，则SGSN向HLR发送DetachRequest消息，消息中包含Service history参数，HLR收到此消息后，将Servicehistory保存在HLR中，并向SGSN发送应答消息Detach Ack，确保HLR成功保存Service history的值。与现有技术流程相比，Detach Request和DetachAck为新增消息。如图5所示：

步骤501：当周期性位置更新定时器超时，SGSN向HLR发送DetachRequest消息，消息中包含保存在MM上下文中的Service history，HLR收到此消息后将Service history保存在HLR中；

步骤502：HLR保存完Service history后向SGSN发送应答消息DetachAck，确保HLR成功保存Service history。

1.3在LTE系统中对服务历史信息的处理

1.3.1注册过程中的Service history的获取过程

在注册过程中，由于MME需要从HSS中获取Service history的值，所以在消息Insert Subscriber Data中增加参数Service history，MME通过消息Insert Subscriber Data从HSS中读取被保存的Service history值，并保存在MM上下文中，供分析interRAT-offset使用。考虑到MS非法关机时，在还没有到达周期性位置更新定时器所设定的时间而开机时的情况，旧的MME需要将保存在MM上下文中的Service history值通过Cancel Location Ack消息发送到HSS中，即在消息Cancel Location Ack中增加Service history参数。如图6所示：

步骤601：MS向eNodeB发送Attach Request消息，发起Attach过程；

步骤602：eNodeB接收到MS发送的Attach Request消息后，向MME发送Attach Request消息；

步骤603：如果MS所在的MME与detach时所在的MME不同，且MS用S-TMSI来标识，则新的MME向旧的MME发送Identification Request消息，请求获取IMSI，如果旧的MME中存在此MS的IMSI，则通过Identification Response消息将IMSI传递给新的MME，如果不存在此MS的IMSI，则通过Identification Response消息传递给新的MME错误原因；其中，S-TMSI指系统架构演进(System Architecture Evolution，SAE)系统中分配的TMSI。

步骤604：如果在新MME和旧MME中都不存在MS的IMSI，则新MME向MS发送Identity Request消息请求获取IMSI；

步骤605：如果在网络中任何节点都不存在MS的上下文，则要执行MS的鉴权过程；

步骤606：如果在新MME中存在此MS的承载上下文，则新MME向网关发送删除承载请求(Delete Bearer Request)消息，请求删除这些承载上下文；

步骤607：如果MME与上次MS进行detach时所在的MME不同，或都是MS第一次进行attach过程，则MME向HSS发送位置更新消息进行位置更新过程；

步骤608：HSS向旧MME发送取消位置请求消息，请求旧MME删除此MS的MM上下文，旧MME删除MS的MM上下文和承载上下文后向新HSS发送应答消息Cancel Location Ack，消息中增加新的参数Servicehistory；

步骤609：如果在旧的MME中存在此MS的被激活的承载上下文，则旧MME通过向PDN网关发送Delete Bearer Request消息请求删除承载，PDN网关返回给MME应答消息Delete Bearer Response；

步骤610：HSS向新MME发送消息Insert Subscriber Data，向新MME传递签约信息，在此消息中增加一个新的元素Service history，MME建立完MS的上下文后向HSS发送应答消息Insert Subscriber Data Ack；

步骤611：HSS向MME发送位置更新应答消息Update Location Ack；

步骤612：MME选择一个服务网关，并向所选的服务网关发送建立默认承载的请求消息(Create Default Bearer Request)；

步骤613：服务网关在增强分组系统(Evolved Packet System，EPS)承载表中创建一个新的实体，并向分组数据网(Packet Data Network，PDN)网关发送请求建立默认承载的消息(Create Default Bearer Request)；

步骤614：如果在网络中应用计费策略功能(Policy and Charging RulesFunction，PCRF)，则PDN网关可能会与PCRF发生交互获取默认的计费策略控制(Policy and Charging Control，PCC)规则；

步骤615：PDN网关向服务网关返回建立默认承载的应答消息(CreateDefault Bearer Response)，如果PDN网关分配了PDN地址，则消息中应包含被分配的PDN地址；

步骤616：服务网关向MME发送建立默认承载的应答消息(CreateDefault Bearer Response)；

步骤617：MME向演进基站(eNodeB)发送附着接受消息(AttachAccept)；

步骤618：eNodeB向MS发送无线承载建立请求消息(Radio BearerEstablishment Request)，同时将附着完成消息(Attach Accept)一并发送给MS；

步骤619：MS向eNodeB发送无线承载建立应答消息(Radio BearerEstablishment Response)；

步骤620：eNodeB转发附着完成消息(Attach Complete)给MME；

步骤621：MME发送更新承载请求消息(Update Bearer Request)给服务网关；

步骤622：服务网关发送更新承载应答消息(Update Bearer Response)给MME，应答MME更新承载的请求。

1.3.2发起业务时对Service hisory的统计过程

当MS向MME发起业务时，如果MME接受此次业务，则MME根据相应的算法统计Service history，如图7所示：

步骤701：MS向eNodeB发送非接入层(NAS)的服务请求消息；

步骤702：eNodeB向MME转发服务请求消息；

步骤703：执行非接入层的鉴权过程；

步骤704：如果MME接收此次业务请求，则根据相应的算法统计Servicehistory，并向eNodeB发送上下文建立请求消息(Initial Context SetupRequest)；

705：eNodeB执行无线承载的建立过程；

706：eNodeB可以将从MS发送的上行数据转发到服务网关；

707：eNodeB向MME发送上下文建立完成消息(Initial Context SetupComplete)；

708：MME向服务网关发送请求更新承载请求消息(Update BearerRequest message)；

709：服务网关向MME发送更新承载应答消息(Update BearerResponse)；

1.3.3Service history的保存过程

当用户正常关机时，MME收到Detach Request消息后，向HSS发送Detach Request消息，消息中包含Service history参数，HSS收到此消息后，将Service history保存在HSS中，并向MME发送应答消息Detach Ack，确保HSS成功保存Service history的值。与现有技术流程相比，Detach Request和Detach Ack为新增消息。如图8所示：

步骤801：MS关机时，向MME发送Detach Request消息；

步骤802：当MME收到MS发送的Detach Request消息时，向HSS发送Detach Request消息，消息中包含保存在MM上下文中的Service history，HSS收到此消息后，将Service history保存在HSS中；

步骤803：HSS保存完Service history后向HSS发送分离应答消息(Detach Ack)，确保HSS成功保存了Service history的值。

当用户非正常关机后，如果MME中的周期性位置更新定时器超时没有收到用户发送的周期性位置更新请求消息，则MME向HSS发送DetachRequest消息，消息中包含Service history参数，HSS收到此消息后，将Servicehistory保存在HSS中，并向MME发送应答消息Detach Ack，确保HSS成功保存Service history的值。与现有技术流程相比，Detach Request和DetachAck为新增消息。如图9所示：

步骤901：当周期性位置更新定时器超时，MME向HSS发送DetachRequest消息，消息中包含保存在MM上下文中的Service history，HSS收到此消息后将Service history保存在HSS中；

步骤902：HSS保存完Service history后向MME发送应答消息DetachAck，确保HSS成功保存Service history。

本发明实施例二：HLR，HSS作为保存和统计Service history的节点，SGSN，MSC/VLR或MME作为对Service history进行分析，下发interRAT-offset的节点。

2.1在GERAN或3G系统中的CS域对服务历史信息的处理

2.1.1注册过程中Service history的获取过程

由于MSC要从HLR中获取被保存的Service history，在消息InsertSubscriber Data中增加参数Service history，使MSC通过消息Insert SubscriberData从HLR中读取被保存的Service history值，并保存在MM上下文中，供分析interRAT-offset使用。如图10所示：

步骤1001：MS向MSC/VLR发送位置更新消息，原因值设为attach；

步骤1002：如果MS所在的MSC/VLR与上次detach时所在的MSC/VLR不同，且MS用TMSI来标识，则新的MSC/VLR向所述MS原先所在的旧的MSC/VLR发送Identification Request消息请求获取IMSI。旧的MSC/VLR通过消息Identification Response将MS的IMSI发送给新的MSC/VLR；

步骤1003：如果新的MSC/VLR和旧的MSC/VLR都不存在MS的IMSI，则新的MSC/VLR向MS发送Identity Request消息请求获取IMSI，MS通过Identity Response消息将IMSI发送给新的MSC/VLR；

步骤1004：新的MSC/VLR向HLR发送位置更新请求；

步骤1005：HLR向旧的MSC/VLR发送取消位置信息的请求消息；

步骤1006：旧的MSC/VLR删除有关MS的位置信息后向HLR发送应答消息；

步骤1007：进行鉴权过程；

步骤1008：HLR向新的MSC/VLR发送MS的签约信息，消息中增加参数Service history；

步骤1009：MSC/VLR建立好MS的上下文后给HLR应答；

步骤1010：HLR向MSC/VLR发送位置更新应答；

步骤1011：MSC/VLR向MS发送位置更新接受消息。

2.1.2发起业务时Service history的统计过程

当向MSC/VLR发起业务时，如果MSC/VLR接受此次业务，则MSC/VLR向HLR发送消息SH Request，并将统计Service history时所需要的统计类型上传给HLR，如QoS。HLR收到此消息后根据相应的算法统计Service history，然后将统计后的Service history通过消息SH Ack下发给SGSN，供MSC/VLR分析interRAT-offset使用，并将Service history保存在HLR中。为了统计和使用Service history，在原有流程中新增消息SH Request和消息SH Ack如图11所示：

步骤1101：MS建立RRC连接；

步骤1102：MS向MSC/VLR发送服务请求消息Service Request；

步骤1103：如果MS在PMM-IDLE状态发送服务请求，则需要执行安全检测功能；

步骤1104：当网络处于PMM-CONNECTED状态，如果网络接受服务请求，则MSC/VLR向MS发送服务应答消息Service Accept；

步骤1105：如果网络接受服务请求，则MSC/VLR向HLR发送SHRequest消息，参数中包含用于统计Service history的统计类型，如QoS，HLR接收到此消息后对Service history进行统计；

步骤1106：HLR统计完Service history后向MSC/VLR发送消息SH Ack，参数包含Service history。

2.2在GERAN或3G系统中的PS域

2.2.1注册过程中Service history的获取过程

在注册过程中，由于SGSN需要从HLR中获取Service history的值，所以在消息Insert Subscriber Data中增加参数Service history，SGSN通过消息Insert Subscriber Data从HLR中读取被保存的Service history值，并保存在MM Context中，供分析interRAT-offset使用。如图12所示：

步骤1201：MS向SGSN发送Attach Request消息，发起附着过程；

步骤1202：如果MS所在的SGSN与上次detach时所在的SGSN不同，且MS用P-TMSI来标识，则新的SGSN向旧的SGSN发送IdentificationRequest消息请求获取IMSI。旧的SGSN通过消息Identification Response将MS的IMSI发送给新的SGSN；

步骤1203：如果新的SGSN和旧的SGSN都不存在MS的IMSI，则新的SGSN向MS发送Identity Request消息请求获取IMSI，MS通过IdentityResponse消息将IMSI发送给新的SGSN；

步骤1204：如果在任何节点都不存在MS的上下文，则需进行鉴权过程；

步骤1205：可能需要进行IMEI检测过程；

步骤1206：判断在新的SGSN中是否存在此MS的激活的PDP上下文，若是，则新的SGSN通过向GGSN发送Delete PDP Context Request消息删除PDP上下文，GGSN向SGSN发送应答消息Delete PDP Context Response；

如果SGSN与上次MS发生detach时所在的SGSN不一样，或者MS第一次进行attach过程，则执行步骤1207a至1207h，否则直接执行步骤1208。

步骤1207a：新的SGSN向HLR发送位置更新消息Update Location；

步骤1207b：HLR向旧的SGSN发送取消位置消息Cancel Location；

步骤1207c：旧的SGSN向HLR发送应答消息Cancel Location Ack。

步骤1207d：如果旧SGSN中存在与此MS相关的被激活的PDP上下文，则旧SGSN向GGSN发送Delete PDP Context Request消息请求删除PDP上下文；

步骤1207e：GGSN向旧SGSN发送应答消息Delete PDP ContextResponse

步骤1207f：HLR向新的SGSN发送Insert Subscriber Data消息，向新的SGSN传递用户签约信息，在此消息中增加Service history参数。

注：与现有技术流程相比较，此处有更改，在消息Insert Subscriber Data中需要增加参数Service history；

步骤1207g：新的SGSN根据用户的签约信息检查用户的合法性，即是否允许MS附着在此SGSN中，并向HLR发送应答消息Insert Subscriber DataAck；

步骤1207h：在删除旧SGSN中的MM上下文和在新的SGSN中建立新的MM上下文后，HLR向新的SGSN发送位置更新应答消息Update LocationAck；

步骤1208：新SGSN向MS发送attach完成消息Attach Accept。

2.2.2.发起业务时Service history的统计过程

当MS向SGSN发起业务时，如果SGSN接受此次业务，则SGSN向HLR发送消息SH Request，并将统计Service history时所需要的统计类型值上传给HLR，如QoS，收到此消息后，统计Service history，并将统计后的Service history通过消息SH Ack下发给SGSN，供SGSN分析interRAT-offset使用，为了统计和使用Service history，在原有流程中新增消息SH Request和消息SH Ack，如图13所示：

步骤1301：MS建立RRC连接；

步骤1302：MS向SGSN发送服务请求消息Service Request；

步骤1303：如果MS在PMM-IDLE状态发送服务请求，则需要执行安全检测功能；

步骤1304：当网络处于PMM-CONNECTED状态，且服务类型是数据，如果网络接受服务请求，则SGSN向MS发送服务应答消息Service Accept；

步骤1305：如果网络接受服务请求，则SGSN向HLR发送SH Request消息，参数包含用于统计Service history的统计类型，如QoS，HLR接收到此消息后对Service history进行统计；

步骤1306：HLR统计完Service history后向SGSN发送消息SH Ack，参数包含Service history。

2.3.在LTE系统中对服务历史信息的处理

2.3.1.注册过程Service history的获取过程

在注册过程中，由于MME需要从HSS中获取Service history的值，所以在消息Insert Subscriber Data中增加参数Service history，MME通过消息Insert Subscriber Data从HS S中读取被保存的Service history值，并保存在MM Context中，供分析interRAT-offset使用。如图14所示：

步骤1401：MS向eNodeB发送Attach Request消息，发起Attach过程；

步骤1402：eNodeB接收到MS发送的Attach Request消息后，向MME发送Attach Request消息；

步骤1403：如果MS所在的MME与detach时所在的MME不同，且MS用S-TMSI来标识，则新的MME向旧的MME发送Identification Request消息，请求获取IMSI，如果旧的MME中存在此MS的IMSI，则通过Identification Response消息将IMSI传递给新的MME，如果不存在此MS的IMSI，则通过Identification Response消息传递给新的MME错误原因；

步骤1404：如果在新MME和旧MME中都不存在MS的IMSI，则新MME向MS发送Identity Request消息请求获取IMSI；

步骤1405：如果在网络中任何节点都不存在MS的上下文，则要执行MS的鉴权过程；

步骤1406：如果在新MME中存在此MS的承载上下文，则新MME向服务网关(Service Gateway)发送Delete Bearer Request消息请求删除这些承载上下文；

步骤1407：如果MME与上次MS进行detach时所在的MME不同，或都是MS第一次进行attach过程，则MME向HSS发送Update Location消息进行位置更新过程；

步骤1408：HSS向旧MME发送Cancel Location消息请求旧MME删除此MS的MM上下文，旧MME删除MS的MM上下文和承载上下文后向新HSS发送应答消息Cancel Location Ack；

步骤1409：如果在旧的MME中存在此MS的被激活的承载上下文，则旧MME通过向PDN网关发送Delete Bearer Request消息请求删除承载，PDN网关返回给MME应答消息Delete Bearer Response；

步骤1410：HSS向新MME发送消息Insert Subscriber Data，向新MME传递签约信息，在此消息中增加一个新的元素Service history，MME建立完MS的上下文后向HSS发送应答消息Insert Subscriber Data Ack；

步骤1411：HSS向MME发送位置更新应答消息Update Location Ack；

步骤1412：MME选择一个服务网关，并向所选的服务网关发送请求建立默认承载的消息Create Default Bearer Request；

步骤1413：服务网关在EPS承载表中创建一个新的实体，并向PDN网关发送请求建立默认承载的消息Create Default Bearer Request；

步骤1414：如果在网络中应用PCRF，则PDN网关可能会与PCRF发生交互获取默认的PCC规则；

步骤1415：PDN网关向服务网关返回建立默认承载的应答消息CreateDefault Bearer Response，如果PDN网关分配了PDN地址，则消息中应包含被分配的PDN地址；

步骤1416：服务网关向MME发送建立默认承载的应答消息CreateDefault Bearer Response；

步骤1417：MME向eNodeB发送附着接受消息Attach Accept；

步骤1418：eNodeB向MS发送无线承载建立请求消息Radio BearerEstablishment Request，同时将附着接受消息Attach Accept一并发送给MS；

步骤1419：MS向eNodeB发送无线承载建立应答消息Radio BearerEstablishment Response；

步骤1420：eNodeB转发附着完成消息Attach Complete给MME；

步骤1421：MME发送更新承载请求消息Update Bearer Request给服务网关；

步骤1422：服务网关发送消息Update Bearer Response给MME，应答MME更新承载的请求。

2.3.2.发起业务时对Service hisory的统计过程

当MS向MME发起业务时，如果MME接受此次业务，则MME向HSS发送消息SH Request，并将统计Service history时所用的统计类型上传给HSS，如QoS，HSS收到此消息后，根据相应的算法统计Service history，并将统计后的Service history通过消息SH Ack下发给MME，供MME分析interRAT-offset使用，为了统计和使用Service history，在原有流程中新增消息SH Request和消息SH Ack，如图15所示：

步骤1501：MS向eNodeB发送非接入层的服务请求消息；

步骤1502：eNodeB向MME转发服务请求消息；

步骤1503：执行非接入层的鉴权过程；

步骤1504：如果网络接受服务请求，则MME向HSS发送SH Request消息，参数包含用于统计Service history的统计类型，如QoS，HSS接收到此消息后对Service history进行统计；

步骤1505：HSS统计完Service history后向MME发送消息SH Ack，参数包含Service history，将统计后的Service history传递给MME；

步骤1506：MME向eNodeB发送上下文建立请求消息Initial ContextSetup Request；

步骤1507：eNodeB执行无线承载的建立过程；

步骤1508：eNodeB可以将从MS发送的上行数据转发到服务网关；

步骤1509：eNodeB向MME发送上下文建立完成消息Initial ContextSetup Complete；

步骤1510：MME向服务网关发送请求更新承载消息Update BearerRequest message；

步骤1511：服务网关向MME发送更新承载应答消息Update BearerResponse。

本发明实施例三：MSC/VLR或SGSN作为统计Service history的节点，HLR作为保存Service history的节点

3.1.在GERAN或3G系统中的CS域对服务历史信息的处理

3.1.1.注册过程中Service history的获取过程

由于MSC要从HLR中获取被保存的Service history，在消息InsertSubscriber Data中增加参数Service history，使MSC通过消息Insert SubscriberData从HLR中读取被保存的Service history值，并保存在MM上下文中，供分析interRAT-offset使用。考虑到MS非法关机时，在还没有到达周期性位置更新定时器所设定的时间而开机时的情况，旧的MSC/VLR需要将保存在MM上下文中的Service history值通过消息Cancel Location Ack消息发送到HLR中，即在消息Cancel Location Ack中增加Service history参数。如图16所示：

步骤1601：MS向MSC/VLR发送位置更新消息，原因值设为attach；

步骤1602：如果MS所在的MSC/VLR与上次detach时所在的MSC/VLR不同，且MS用TMSI来标识，则新的MSC/VLR向旧的MSC/VLR发送Identification Request消息请求获取IMSI。旧的MSC/VLR通过消息Identification Response将MS的IMSI发送给新的MSC/VLR；

步骤1603：如果新的MSC/VLR和旧的MSC/VLR都不存在MS的IMSI，则新的MSC/VLR向MS发送Identity Request消息请求获取IMSI，MS通过Identity Response消息将IMSI发送给新的MSC/VLR；

步骤1604：新的MSC/VLR向HLR发送位置更新请求；

步骤1605：HLR向旧的MSC/VLR发送取消位置信息的请求消息；

步骤1606：旧的MSC/VLR删除有关MS的位置信息后向HLR发送应答消息，消息中增加在旧MSC/VLR中移动上下文中所保存的Service history值；

步骤1607：进行鉴权过程；

步骤1608：HLR向新的MSC/VLR发送MS的签约信息，消息中增加参数Service history；

步骤1609：MSC/VLR建立好MS的上下文后给HLR应答；

步骤1610：HLR向MSC/VLR发送位置更新应答；

步骤1611：MSC/VLR向MS发送位置更新接受消息。

3.1.2发起业务时Service history的统计过程

当MS向MSC发起业务时，如果MSC/VLR接受此次业务，则在MSC/VLR中根据相应的算法对Service history进行统计，并保存在MM上下文中，统计完后通过Gs接口向SGSN发送同步消息SH Synchronize，消息中携带统计Service history时所需要的的统计类型，如QoS，SGSN收到此消息后根据相应算法统计Service history，并保存在MM上下文中。为了使MSC/VLR和SGSN中的Service history值保持一致，在原有流程中增加了消息SH Synchronize，如图17所示：

步骤1701：MS建立RRC连接；

步骤1702：MS向MSC/VLR发送服务请求消息Service Request；

步骤1703：如果MS在PMM-IDLE状态发送服务请求，则需要执行安全检测功能；

步骤1704：当网络处于PMM-CONNECTED状态，如果网络接受服务请求，则MSC/VLR向MS发送服务应答消息Service Accept；

步骤1705：如果网络接受服务请求，则MSC/VLR根据相应算法统计Service history，并向SGSN发送同步消息(SH Synchronize)，消息中包含统计Service history时所需要的参数，如QoS。SGSN接收到消息SHSynchronize后，根据相应的算法统计Service history。

3.1.3Service history的保存过程

当用户正常关机时，MSC/VLR收到Detach Request消息后，向HLR发送Detach Request消息，消息中包含Service history参数，HLR收到此消息后，将Service history保存在HLR中，并向MSC/VLR发送应答消息DetachAck，确保HLR成功保存Service history的值。与现有技术流程相比，DetachRequest和Detach Ack为新增消息。如图18所示：

步骤1801：MS关机或进行IMSI Detach时，向MSC/VLR发送DetachRequest消息；

步骤1802：当MSC/VLR收到MS发送的Detach Request消息时，向HLR发送Detach Request消息，消息中包含保存在MM上下文中的Servicehistory，HLR收到此消息后，将Service history保存在HLR中；

步骤1803：HLR保存完Service history后向MSC/VLR发送应答消息Detach Ack，确保HLR成功保存了Service history的值；

步骤1804：如果Detach指示为非关机，则MSC/VLR向MS发送DetachAccept消息。

当用户非正常关机后，如果MSC/VLR中的周期性位置更新定时器超时没有收到用户发送的周期性位置更新请求消息，则MSC/VLR向HLR发送Detach Request消息，消息中包含Service history参数，HLR收到此消息后，将Service history保存在HLR中，并向MSC/VLR发送应答消息Detach Ack，确保HLR成功保存Service history的值。与现有技术流程相比，DetachRequest和Detach Ack为新增消息。如图19所示：

步骤1901；当周期性位置更新定时器超时，MSC/VLR向HLR发送Detach Request消息，消息中包含保存在MM上下文中的Service history，HLR收到此消息后将Service history保存在HLR中；

步骤1902；HLR保存完Service history后向MSC/VLR发送应答消息Detach Ack，确保HLR成功保存Service history。

3.2.在GERAN或3G系统中的PS域对服务历史信息的处理

3.2.1.注册过程中Service history的获取过程

在注册过程中，由于SGSN需要从HLR中获取Service history的值，所以在消息Insert Subscriber Data中增加参数Service history，SGSN通过消息Insert Subscriber Data从HLR中读取被保存的Service history值，并保存在MM上下文中，供分析interRAT-offset使用。考虑到MS非法关机时，在还没有到达周期性位置更新定时器所设定的时间而开机时的情况，旧的SGSN需要将保存在MM上下文中的Service history值通过消息Cancel LocationAck消息发送到HLR中，即在消息Cancel Location Ack中增加Service history参数。如图20所示：

步骤2001：MS向SGSN发送Attach Request消息，发起附着过程；

步骤2002：如果MS所在的SGSN与上次detach时所在的SGSN不同，且MS用P-TMSI来标识，则新的SGSN向旧的SGSN发送IdentificationRequest消息请求获取IMSI。旧的SGSN通过消息Identification Response将MS的IMSI发送给新的SGSN；

步骤2003：如果新的SGSN和旧的SGSN都不存在MS的IMSI，则新的SGSN向MS发送Identity Request消息请求获取IMSI，MS通过IdentityResponse消息将IMSI发送给新的SGSN；

步骤2004：如果在任何节点都不存在MS的上下文，则需进行鉴权过程；

步骤2005；可能需要进行IMEI检测过程；

步骤2006；如果在新的SGSN中存在此MS的激活的PDP上下文，则新的SGSN通过向GGSN发送Delete PDP Context Request消息删除PDP上下文，GGSN向SGSN发送应答消息Delete PDP Context Response；

如果SGSN与上次MS发生detach时所在的SGSN不一样，或者MS第一次进行attach过程，则执行步骤2007a至步骤2007h，否则直接转至步骤2008。

步骤2007a：新的SGSN向HLR发送位置更新消息Update Location；

步骤2007b：HLR向旧的SGSN发送取消位置消息Cancel Location；

步骤2007c：旧的SGSN向HLR发送应答消息Cancel Location Ack，消息中包含参数Service history；

步骤2007d：如果旧SGSN中存在与此MS相关的被激活的PDP上下文，则旧SGSN向GGSN发送Delete PDP Context Request消息请求删除PDP上下文；

步骤2007e：GGSN向旧SGSN发送应答消息Delete PDP ContextResponse；

步骤2007f：HLR向新的SGSN发送Insert Subscriber Data消息，向新的SGSN传递用户签约信息，在此消息中增加Service history参数；

步骤2007g：新的SGSN根据用户的签约信息检查用户的合法性，即是否允许MS附着在此SGSN中，并向HLR发送应答消息Insert Subscriber DataAck；

步骤2007h：在删除旧SGSN中的MM上下文和在新的SGSN中建立新的MM上下文后，HLR向新的SGSN发送位置更新应答消息Update LocationAck；

步骤2008：新SGSN向MS发送attach完成消息Attach Accept。

3.2.2.发起业务时Service history的统计过程

当MS向SGSN发起业务时，如果SGSN接受此次业务，则在SGSN中根据相应的算法对Service history进行统计，保存在MM上下文中，然后通过Gs接口向MSC发送同步消息SH Synchronize，消息中包含统计Servicehistory时所需的统计类型，如QoS，MSC/VLR收到此消息后根据相应的算法统计Service history，保存在MM上下文中。为了使MSC/VLR和SGSN中的Service history值保持一致，在原有流程中增加了消息SH Synchronize，如图21所示：

步骤2101：MS建立RRC连接；

步骤2102：MS向SGSN发送服务请求消息Service Request；

步骤2103：如果MS在PMM-IDLE状态发送服务请求，则需要执行安全检测功能；

步骤2104：当网络处于PMM-CONNECTED状态，且服务类型是数据，如果网络接受服务请求，则SGSN向MS发送服务应答消息Service Accept；

步骤2105：如果网络接受服务请求，则SGSN根据相应的算法统计Service history，保存在MM上下文中，并向MSC/VLR发送消息SHSynchronize，消息中包含统计Service history时所需的统计依据，MSC/VLR收到此消息后根据相应的算法统计Service history，保存在MM上下文中。

3.2.3.Service history的保存过程

当用户正常关机时，SGSN收到Detach Request消息后，向HLR发送Detach Request消息，消息中包含Service history参数，HLR收到此消息后，将Service history保存在HLR中，并向SGSN发送应答消息Detach Ack，确保HLR成功保存Service history的值。与现有技术流程相比，Detach Request和Detach Ack为新增消息。如图22所示：

步骤2201：MS关机或进行GPRS Detach时，向SGSN发送DetachRequest消息；

步骤2202：当SGSN收到MS发送的Detach Request消息时，向HLR发送Detach Request消息，消息中包含保存在MM上下文中的Servicehistory，HLR收到此消息后，将Service history保存在HLR中；

步骤2203：HLR保存完Service history后向SGSN发送应答消息DetachAck，确保HLR成功保存了Service history的值；

步骤2204；如果Detach指示为非关机，则SGSN向MS发送DetachAccept消息。

当用户非正常关机后，如果SGSN中的周期性位置更新定时器超时没有收到用户发送的周期性位置更新请求消息，则SGSN向HLR发送DetachRequest消息，消息中包含Service history参数，HLR收到此消息后，将Servicehistory保存在HLR中，并向SGSN发送应答消息Detach Ack，确保HLR成功保存Service history的值。与现有技术流程相比，Detach Request和DetachAck为新增消息。如图23所示：

步骤2301：当周期性位置更新定时器超时，SGSN向HLR发送DetachRequest消息，消息中包含保存在MM上下文中的Service history，HLR收到此消息后将Service history保存在HLR中；

步骤2302：HLR保存完Service history后向SGSN发送应答消息DetachAck，确保HLR成功保存Service history。

3.3.在LTE系统中对服务历史信息的处理

3.3.1.注册过程Service history的获取过程

在注册过程中，由于MME需要从HSS中获取Service history的值，所以在消息Insert Subscriber Data中增加参数Service history，MME通过消息Insert Subscriber Data 从HSS中读取被保存的Service history值，并保存在MM Context中，供分析interRAT-offset使用。考虑到MS非法关机时，在还没有到达周期性位置更新定时器所设定的时间而开机时的情况，旧的MME需要将保存在MM上下文中的Service history值通过消息CancelLocation Ack消息发送到HSS中，即在消息Cancel Location Ack中增加Service history参数。如图24所示：

步骤2401：MS向eNodeB发送Attach Request消息，发起Attach过程；

步骤2402：eNodeB接收到MS发送的Attach Request消息后，向MME发送Attach Request消息；

步骤2403：如果MS所在的MME与detach时所在的MME不同，且MS用S-TMSI来标识，则新的MME向旧的MME发送Identification Request消息，请求获取IMSI，如果旧的MME中存在此MS的IMSI，则通过Identification Response消息将IMSI传递给新的MME，如果不存在此MS的IMSI，则通过Identification Response消息传递给新的MME错误原因；

步骤2404：如果在新MME和旧MME中都不存在MS的IMSI，则新MME向MS发送Identity Request消息请求获取IMSI；

步骤2405：如果在网络中任何节点都不存在MS的上下文，则要执行MS的鉴权过程；

步骤2406：如果在新MME中存在此MS的承载上下文，则新MME向网关s发送Delete Bearer Request消息请求删除这些承载上下文；

步骤2407：如果MME与上次MS进行detach时所在的MME不同，或都是MS第一次进行attach过程，则MME向HSS发送Update Location消息进行位置更新过程；

步骤2408：HSS向旧MME发送Cancel Location消息请求旧MME删除此MS的MM上下文，旧MME删除MS的MM上下文和承载上下文后向新HSS发送应答消息Cancel Location Ack，消息中包含新的参数Servicehistory；

步骤2409：如果在旧的MME中存在此MS的被激活的承载上下文，则旧MME通过向PDN网关发送Delete Bearer Request消息请求删除承载，PDN网关返回给MME应答消息Delete Bearer Response；

步骤2410：HSS向新MME发送消息Insert Subscriber Data，向新MME传递签约信息，在此消息中增加一个新的元素Service history，MME建立完MS的上下文后向HSS发送应答消息Insert Subscriber Data Ack；

步骤2411：HSS向MME发送位置更新应答消息Update Location Ack；

步骤2412：MME选择一个服务网关，并向所选的服务网关发送请求建立默认承载的消息Create Default Bearer Request；

步骤2413：服务网关在EPS承载表中创建一个新的实体，并向PDN网关发送请求建立默认承载的消息Create Default Bearer Request；

步骤2414：如果在网络中应用PCRF，则PDN网关可能会与PCRF发生交互获取默认的PCC规则；

步骤2415：PDN网关向服务网关返回建立默认承载的应答消息CreateDefault Bearer Response，如果PDN网关分配了PDN地址，则消息中应包含被分配的PDN地址；

步骤2416：服务网关向MME发送建立默认承载的应答消息CreateDefault Bearer Response；

步骤2417：MME向eNodeB发送附着接受消息Attach Accept；

步骤2418：eNodeB向MS发送无线承载建立请求消息Radio BearerEstablishment Request，同时将附着接受消息Attach Accept一并发送给MS；

步骤2419：MS向eNodeB发送无线承载建立应答消息Radio BearerEstablishment Response；

步骤2420：eNodeB转发附着完成消息Attach Complete给MME；

步骤2421：MME发送更新承载请求消息Update Bearer Request给服务网关；

步骤2422)服务网关发送消息Update Bearer Response给MME，应答MME更新承载的请求。

3.3.2.发起业务时对Service hisory的统计过程

当MS向MME发起业务时，如果MME接受此次业务，则MME根据相应的算法统计Service history，如图25所示：

步骤2501：MS向eNodeB发送非接入层的服务请求消息；

步骤2502：eNodeB向MME转发服务请求消息；

步骤2503：执行非接入层的鉴权过程；

步骤2504：如果MME接收此次业务请求，则根据相应的算法统计Service history，并向eNodeB发送上下文建立请求消息Initial Context SetupRequest；

步骤2505：eNodeB执行无线承载的建立过程；

步骤2506：eNodeB可以将从MS发送的上行数据转发到服务网关；

步骤2507：eNodeB向MME发送上下文建立完成消息Initial ContextSetup Complete；

步骤2508：MME向服务网关发送请求更新承载消息Update BearerRequest message；

步骤2509：服务网关向MME发送更新承载应答消息Update BearerResponse。

3.3.3.Service history的保存过程

当用户正常关机时，MME收到Detach Request消息后，向HSS发送Detach Request消息，消息中包含Service history参数，HSS收到此消息后，将Service history保存在HSS中，并向MMER发送应答消息Detach Ack，确保HSS成功保存Service history的值。与现有技术流程相比，DetachRequest和Detach Ack为新增消息。如图26所示：

步骤2601：MS关机时，向MME发送Detach Request消息；

步骤2602：当MME收到MS发送的Detach Request消息时，向HSS发送Detach Request消息，消息中包含保存在MM上下文中的Servicehistory，HSS收到此消息后，将Service history保存在HSS中；

步骤2603：HSS保存完Service history后向HSS发送应答消息DetachAck，确保HSS成功保存了Service history的值。

当用户非正常关机后，如果MME中的周期性位置更新定时器超时没有收到用户发送的周期性位置更新请求消息，则MME向HSS发送DetachRequest消息，消息中包含Service history参数，HSS收到此消息后，将Servicehistory保存在HSS中，并向MME发送应答消息Detach Ack，确保HSS成功保存Service history的值。与现有技术流程相比，Detach Request和DetachAck为新增消息。如下图27所示：

步骤2701：当周期性位置更新定时器超时，MME向HSS发送DetachRequest消息，消息中包含保存在MM上下文中的Service history，HSS收到此消息后将Service history保存在HSS中；

步骤2702：HSS保存完Service history后向MME发送应答消息DetachAck，确保HSS成功保存Service history。

本发明实施例四：

4.1.在GERAN或3G系统中的CS域

4.1.1注册过程中Service history的获取过程与第三实施例相同。

4.1.2.发起业务时Service history的统计过程

当MS向MSC发起业务时，如果MSC/VLR接受此次业务，则在MSC中根据相应的算法对Service history进行统计，统计完后通过Gs接口向SGSN发送同步消息SH Synchronize，消息中携带统计后的Service history值。为了使MSC/VLR和SGSN中的Service history值保持一致，在原有流程中增加了消息SH Synchronize，如图28所示：

步骤2801：MS建立RRC连接；

步骤2802：MS向MSC/VLR发送服务请求消息Service Request；

步骤2803：如果MS在PMM-IDLE状态发送服务请求，则需要执行安全检测功能；

步骤2804：当网络处于PMM-CONNECTED状态，如果网络接受服务请求，则MSC/VLR向MS发送服务应答消息Service Accept；

步骤2805：如果网络接受服务请求，则MSC/VLR根据相应算法统计Service history，并向SGSN发送同步消息SH Synchronize，消息中包含统计后的Service history。

4.1.3.Service history的保存过程与实施例三中的保存过程相同

4.2.在GERAN或3G系统中的PS域

4.2.1.注册过程中Service history的获取过程与实施例一相同。

4.2.2发起业务时Service history的统计过程

当MS向SGSN发起业务时，如果SGSN接受此次业务，则在SGSN中根据相应的算法对Service history进行统计，保存在MM上下文中，然后通过Gs接口向MSC发送同步消息SH Synchronize，消息中包含统计后的Service history。为了使MSC/VLR和SGSN中的Service history值保持一致，在原有流程中增加了消息SH Synchronize，如图29所示：

步骤2901：MS建立RRC连接；

步骤2902：MS向SGSN发送服务请求消息Service Request；

步骤2903：如果MS在PMM-IDLE状态发送服务请求，则需要执行安全检测功能；

步骤2904：当网络处于PMM-CONNECTED状态，且服务类型是数据，如果网络接受服务请求，则SGSN向MS发送服务应答消息Service Accept；

步骤2905：如果网络接受服务请求，则SGSN根据相应的算法统计Service history，保存在MM上下文中，并向MSC/VLR发送消息SHSynchronize，消息中包含统计后的Service history。

4.2.3.Service history的保存过程与实施例三相同。

从以上实施例可以归纳出，本发明实施例的基本实现流程如图30所示，主要包括如下步骤：

步骤3001：在移动终端附着的状态下，当移动终端发起业务时，网络侧对所述移动终端的服务历史信息进行统计；

步骤3002：当移动终端关机或分离时，网络侧保存所统计的移动终端的服务历史信息；

步骤3003：当移动终端注册时，网络侧获取网络侧所保存的所述移动终端的服务历史信息，并对所述服务历史信息进行分析。

根据所述分析结果，网络侧会生成interRAT-offset，当判断需要向移动终端下发interRAT-offset时，则向移动终端下发interRAT-offset。

本发明实施例五提出一种处理服务历史信息的系统，包括统计实体、保存实体和分析实体，具体如图31所示，

统计实体3101，用于移动终端发起业务时，对所述移动终端的服务历史信息进行统计；

保存实体3102，用于移动终端关机或分离时，保存所述统计实体3101所统计的服务历史信息；

分析实体3103，用于移动终端注册时，获取所述保存实体保存的所述移动终端的服务历史信息，并对所获取的服务历史信息进行分析，当必要时，会向移动终端下发根据服务历史信息分析得到的相关信息，如接入技术间偏移量，作为移动终端的接入参考。

所述保存实体3102和统计实体3101如果位于不同的网元，则在统计实体3101进一步包括发送单元，当移动终端关机或分离时，发送单元将统计实体3101所统计的服务历史信息发送给所述保存实体3102。

对于GERAN或3G系统来说，保存实体3102位于HLR。而统计实体3101和分析实体3103可以有如下选择：

对于PS域，统计实体3101和分析实体3103均位于SGSN；对于CS域，统计实体3101和分析实体3103均位于MSC/VLR；

或者，统计实体3103也位于HLR，而对于PS域或CS域，分析实体3101分别位于SGSN或MSC/VLR。

对于LTE系统来说，保存实体3102位于HSS，分析实体3103位于MME，而统计实体3103可以位于HSS，或者位于MME。

本发明实施例六提出一种HLR如图32所示，该HLR除了具有用于实现HLR的基本功能的模块，如用于存储或提供移动终端的业务签约信息的模块之外，还包括：

接收单元3201，用于接收来自外部的移动终端的服务历史信息；

保存单元3202，用于存储所述接收单元3201所接收的移动终端的服务历史信息。

该HLR还可以包括统计单元3203，用于在移动终端注册时，用于在移动终端发起业务时，对所述移动终端的服务历史信息进行统计，统计的结果保存在所述保存单元3202中。

本发明实施例七提出一种HSS如图33所示，该HSS除了具有用于实现HSS的基本功能的模块，如用于存储或提供移动终端的业务签约信息的模块之外，还包括：

接收单元3301，用于接收来自外部的移动终端的服务历史信息；

保存单元3302，用于存储所述接收单元3301所接收的移动终端的服务历史信息。

该HSS还可以包括统计单元3303，用于在移动终端注册时，用于在移动终端发起业务时，对所述移动终端的服务历史信息进行统计，统计的结果保存在所述保存单元3302中。

本发明实施例八提出一种SGSN如图34所示，该SGSN除了具有用于实现SGSN基本功能的模块之外，还包括：

统计单元3401，用于在移动终端发起业务时，对所述移动终端的服务历史信息进行统计；

发送单元3402，用于在移动终端关机或分离时，对外发送所述统计单元3401所统计的该移动终端的服务历史信息。

获取单元3404，用于在移动终端注册时，从SGSN的外部获取所述移动终端的服务历史信息；

分析单元3403，用于对所述获取单元3404所获取的服务历史信息进行分析。

本发明实施例九提出一种移动交换中心，如图35所示，该移动交换中心除了具有用于实现移动交换中心基本功能的模块之外，还包括：

统计单元3501，用于在移动终端发起业务时，对所述移动终端的服务历史信息进行统计；

发送单元3502，用于在移动终端关机或分离时，对外发送所述统计单元3501所统计的该移动终端的服务历史信息。

获取单元3504，用于在移动终端注册时，从移动交换中心的外部获取所述移动终端的服务历史信息；

分析单元3503，用于对所述获取单元3504所获取的服务历史信息进行分析。

本发明实施例十提出一种移动管理实体MME，如图36所示，该MME除了具有用于实现MME基本功能的模块之外，还包括：

统计单元3601，用于在移动终端发起业务时，对所述移动终端的服务历史信息进行统计；

发送单元3602，用于在移动终端关机或分离时，对外发送所述统计单元3601所统计的该移动终端的服务历史信息。

获取单元3604，用于在移动终端注册时，从MME的外部获取所述移动终端的服务历史信息；

分析单元3603，用于对所述获取单元3604所获取的服务历史信息进行分析。

本发明实施例给出的服务历史信息的统计和保存方案，使服务历史信息能够长期在网络侧进行统计和保存，移动终端关机后不影响服务历史信息的统计值，因此该方案能够准确统计服务历史信息。

以上所述仅为本发明的具体实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (37)

1.一种处理服务历史信息的方法，其特征在于，包括如下步骤：

当移动终端发起业务时，网络侧对所述移动终端的服务历史信息进行统计；所述服务历史信息包括移动终端曾经接入哪些无线接入技术RAT的相关信息；

当移动终端关机、非法关机或分离时，网络侧保存所统计的移动终端的服务历史信息；

当移动终端注册时，网络侧获取网络侧所保存的所述移动终端的服务历史信息，根据用户的能力、签约信息和服务历史信息得出一个无线接入技术间偏移量interRAT-offset，通过专用信道将interRAT-offset下发给用户。

2.根据权利要求1所述的方法，其特征在于，所述保存所统计的移动终端的服务历史信息包括：归属位置寄存器HLR或归属签约服务器HSS保存移动终端的服务历史信息。

3.根据权利要求2所述的方法，其特征在于，所述网络侧保存所述移动终端的服务历史信息包括：

GPRS服务支持节点SGSN，或移动交换中心MSC/拜访位置寄存器VLR接收到来自移动终端的分离请求消息，将移动管理上下文中的所述移动终端的服务历史信息添加到所述分离请求消息中，并将所述分离请求消息发送到HLR；

HLR保存所收到的分离请求消息中的服务历史信息。

4.根据权利要求2所述的方法，其特征在于，所述网络侧保存所述移动终端的服务历史信息包括：

SGSN或MSC/VLR上的周期性位置更新定时器超时，将移动管理上下文中的与所述定时器对应的移动终端的服务历史信息添加到分离请求消息中，并将所述分离请求消息发送到HLR；

HLR保存所收到的分离请求消息中的服务历史信息，并向所述SGSN或MSC/VLR发送分离应答消息。

5.根据权利要求2所述的方法，其特征在于，所述网络侧保存所述移动终端的服务历史信息包括：

移动管理实体MME接收到来自移动终端的分离请求消息，将移动管理上下文中的所述移动终端的服务历史信息添加到所述分离请求消息中，并将所述分离请求消息发送到HSS；

HSS保存所收到的分离请求消息中的服务历史信息，并向所述MME发送分离应答消息。

6.根据权利要求2所述的方法，其特征在于，所述网络侧保存所述移动终端的服务历史信息包括：

MME上的周期性位置更新定时器超时，将移动管理上下文中的与所述定时器对应的移动终端的服务历史信息添加到分离请求消息中，并将所述分离请求消息发送到HSS；

HSS保存所收到的分离请求消息中的服务历史信息，并向所述MME发送分离应答消息。

7.根据权利要求3或4所述的方法，其特征在于，所述获取网络侧所保存的所述移动终端的服务历史信息，并对所述服务历史信息进行分析包括：SGSN获取和分析移动终端的服务历史信息。

8.根据权利要求7所述的方法，其特征在于，所述网络侧获取所保存的所述移动终端的服务历史信息包括：

第一SGSN收到来自移动终端的附着请求消息，判断所述移动终端上次分离时所在的SGSN是否为本SGSN，若否，则向归属位置寄存器HLR发送位置更新消息；

第一SGSN在向归属位置寄存器HLR发送位置更新消息后，接收来自所述HLR的携带所述服务历史信息的插入用户数据消息。

9.根据权利要求8所述的方法，其特征在于，所述第一SGSN接收来自所述HLR的携带所述服务历史信息的插入用户数据消息之前，进一步包括：

HLR向所述移动终端上次分离时所在的第二SGSN发送取消位置消息，接收来自所述第二SGSN的携带所述移动终端的服务历史信息的取消位置应答消息，并将所述取消位置应答消息中的服务历史信息添加到将要发送的插入用户数据消息中。

10.根据权利要求7所述的方法，其特征在于，所述网络侧统计所述移动终端的服务历史信息包括：

SGSN接收来自移动终端的服务请求消息，则根据所述服务请求消息统计所述移动终端的服务历史信息，并将统计后的服务历史信息保存在移动管理上下文中。

11.根据权利要求10所述的方法，其特征在于，所述SGSN将统计后的服务历史信息保存在移动管理上下文中之后，进一步包括：

所述SGSN向MSC/VLR发送携带统计服务历史信息所需的统计依据的服务历史信息同步消息；

MSC/VLR根据所收到的统计依据统计所述移动终端的服务历史信息，并将统计后的服务历史信息保存在移动管理上下文中。

12.根据权利要求10所述的方法，其特征在于，所述SGSN将统计后的服务历史信息保存在移动管理上下文中之后，进一步包括：

所述SGSN将所述统计后的服务历史信息发送给MSC/VLR，MSC/VLR将所收到的服务历史信息保存在移动管理上下文中。

13.根据权利要求3或4所述的方法，其特征在于，所述网络侧统计所述移动终端的服务历史信息包括：

SGSN接收来自移动终端的服务请求消息，向HLR发送包含服务历史信息统计依据的服务历史信息请求消息；

HLR根据所述统计依据统计所述移动终端的服务历史信息，并将统计后的服务历史信息发送给所述SGSN。

14.根据权利要求3或4所述的方法，其特征在于，所述MSC/VLR为获取和分析移动终端的服务历史信息的节点。

15.根据权利要求14所述的方法，其特征在于，所述网络侧获取所保存的所述移动终端的服务历史信息包括：

第一MSC/VLR接收到来自移动终端的原因值为附着的位置更新消息，向HLR发送位置更新请求；

第一MSC/VLR接收来自HLR的所述移动终端的签约消息，所述签约消息中包括所述终端的服务历史信息。

16.根据权利要求15所述的方法，其特征在于，所述第一MSC/VLR接收来自HLR的所述移动终端的签约消息之前，进一步包括：

HLR向所述移动终端原先所在的第二MSC/VLR发送取消位置信息的请求消息，并接收来自第二MSC/VLR的携带保存在第二MSC/VLR中移动管理上下文中的所述移动终端服务历史信息的应答消息，将所述应答消息中的移动终端服务历史信息添加到所述签约消息中。

17.根据权利要求14所述的方法，其特征在于，所述网络侧统计所述移动终端的服务历史信息包括：

第一MSC/VLR接收来自移动终端的服务请求消息，向SGSN发送请求统计服务历史信息的消息，所述消息中包含所述服务请求对应的服务质量QoS信息；

所述SGSN收到所述消息后，根据其中的QoS信息统计服务历史信息。

18.根据权利要求14所述的方法，其特征在于，所述网络侧统计所述移动终端的服务历史信息包括：

第一MSC/VLR接收来自移动终端的服务请求消息，向HLR发送请求统计服务历史信息的消息，所述消息中包含所述服务请求对应的QoS信息；

所述HLR收到所述消息后，根据其中的QoS信息统计服务历史信息，并将统计得到的服务历史信息发送给所述第一MSC/VLR。

19.根据权利要求14所述的方法，其特征在于，所述网络侧统计所述移动终端的服务历史信息包括：

第一MSC/VLR接收来自移动终端的服务请求消息，根据所述服务请求消息中的QoS信息统计所述移动终端的服务历史信息。

20.根据权利要求19的方法，其特征在于，所述第一MSC/VLR统计所述移动终端的服务历史信息之后，进一步包括：

第一MSC/VLR将包含所述QoS信息的服务历史信息同步消息发送至SGSN；

SGSN根据所收到的服务历史信息同步消息中的QoS信息统计服务历史信息。

21.根据权利要求19的方法，其特征在于，所述第一MSC/VLR统计所述移动终端的服务历史信息之后，进一步包括：

第一MSC/VLR将包含统计后的服务历史信息的的服务历史信息同步消息发送至SGSN，SGSN保存所收到的服务历史信息。

22.根据权利要求1所述的方法，其特征在于，所述获取网络侧所保存的所述移动终端的服务历史信息，并对所述服务历史信息进行分析为：移动管理实体MME获取和分析移动终端的服务历史信息。

23.根据权利要求22所述的方法，其特征在于，所述网络侧获取所保存的所述移动终端的服务历史信息包括：

第一MME接收到来自移动终端的附着请求消息，判断所述移动终端上次分离时所在的MME是否为本MME，若否，则向归属签约服务器HSS发送位置更新消息；

第一MME在向归属签约服务器HSS发送位置更新消息后，接收来自所述HSS的携带所述服务历史信息的插入用户数据消息。

24.根据权利要求23所述的方法，其特征在于，所述第一MME接收来自所述HSS的携带所述服务历史信息的插入用户数据消息之前，进一步包括：

HSS向所述移动终端上次分离时所在的第二MME发送取消位置消息，并接收来自所述第二MME的携带所述移动终端的服务历史信息的取消位置应答消息，并将所述取消位置应答消息中的服务历史信息添加到所述插入用户数据消息中。

25.根据权利要求22所述的方法，其特征在于，所述网络侧统计所述移动终端的服务历史信息包括：

MME接收来自移动终端的服务请求消息，根据所述服务请求消息统计所述移动终端的服务历史信息。

26.根据权利要求22所述的方法，其特征在于，所述网络侧统计所述移动终端的服务历史信息包括：

MME接收来自移动终端的服务请求消息，向HSS发送请求统计服务历史信息的消息，所述消息中包含所述服务请求对应的QoS信息；

所述HSS收到所述消息后，根据其中的QoS信息统计服务历史信息，并将统计得到的服务历史信息发送给所述MME。

27.一种处理服务历史信息的系统，其特征在于，包括：

统计实体，用于移动终端发起业务时，对所述移动终端的服务历史信息进行统计；所述服务历史信息包括移动终端曾经接入哪些无线接入技术RAT的相关信息；

保存实体，用于移动终端关机、非法关机或分离时，保存所述统计实体所统计的服务历史信息；

分析实体，用于移动终端注册时，获取所述保存实体保存的所述移动终端的服务历史信息，根据用户的能力、签约信息和服务历史信息得出一个无线接入技术间偏移量interRAT-offset，通过专用信道将interRAT-offset下发给用户。

28.根据权利要求27所述的系统，其特征在于，所述统计实体包括发送单元，用于当移动终端关机或分离时，将统计实体所统计的服务历史信息发送给所述保存实体。

29.根据权利要求27所述的系统，其特征在于，所述统计实体和分析实体均位于SGSN，或者均位于MSC/VLR，所述保存实体位于HLR。

30.根据权利要求27所述的系统，其特征在于，所述统计实体和分析实体均位于MME，所述保存实体位于HSS。

31.根据权利要求27所述的系统，其特征在于，所述统计实体和保存实体均位于HLR，所述分析实体位于SGSN或MSC/VLR。

32.根据权利要求27所述的系统，其特征在于，所述统计实体和保存实体均位于HSS，所述分析实体位于MME。

33.一种服务历史信息服务器，其特征在于，所述服务历史信息服务器包括：

接收单元，用于从外部接收来自移动终端的服务历史信息；所述服务历史信息包括移动终端曾经接入哪些无线接入技术RAT的相关信息；

保存单元，用于存储所述接收单元所接收的移动终端的服务历史信息；

统计单元，用于在移动终端发起业务时，对所述移动终端的服务历史信息进行统计。

34.根据权利要求33所述的服务历史信息服务器，其特征在于，所述服务历史信息服务器位于HLR或HSS。

35.一种服务历史信息处理节点，其特征在于，所述处理节点包括：

获取单元，用于在移动终端注册时，从外部获取所述移动终端的服务历史信息；所述服务历史信息包括移动终端曾经接入哪些无线接入技术RAT的相关信息；

分析单元，用于根据用户的能力、签约信息和所述获取单元所获取的服务历史信息得出一个无线接入技术间偏移量interRAT-offset。

36.根据权利要求35所述的处理节点，其特征在于，所述处理节点包括：

统计单元，用于在移动终端发起业务时，对所述移动终端的服务历史信息进行统计；

发送单元，用于在移动终端关机或分离时，对外发送所述统计单元所统计的该移动终端的服务历史信息。

37.根据权利要求35或36所述的处理节点，其特征在于，所述处理节点位于SGSN、MSC/VLR或MME。

Images