CN102572783B - 一种注册处理方法、系统及装置 - Google Patents

一种注册处理方法、系统及装置 Download PDF

Info

Publication number
CN102572783B
CN102572783B CN201110412187.2A CN201110412187A CN102572783B CN 102572783 B CN102572783 B CN 102572783B CN 201110412187 A CN201110412187 A CN 201110412187A CN 102572783 B CN102572783 B CN 102572783B
Authority
CN
China
Prior art keywords
registration
network
processing type
3gpp
network side
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201110412187.2A
Other languages
English (en)
Other versions
CN102572783A (zh
Inventor
吴问付
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201110412187.2A priority Critical patent/CN102572783B/zh
Publication of CN102572783A publication Critical patent/CN102572783A/zh
Application granted granted Critical
Publication of CN102572783B publication Critical patent/CN102572783B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/062—Pre-authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种注册处理方法、系统及装置，以使网络侧可区分不同的注册处理类型。本发明实施例方法包括：接收用户终端UE在注册到网络的过程中上报的该注册的处理类型信息；以及根据所述处理类型信息，识别该注册的处理类型。本发明实施例系统包括：用户终端UE，用于在注册到网络的过程中，将该注册的处理类型信息上报；网络侧，用于根据接收的UE上报的该注册的处理类型信息，识别该注册的处理类型。

Description

一种注册处理方法、系统及装置
本申请是申请日为2008年3月13日、申请号为200810085729.8、发明名称为《一种注册处理方法、系统及装置》的案件的分案申请。
技术领域
本发明涉及通信领域，特别是涉及一种注册处理方法、系统及装置。
背景技术
3GPP为了增强未来网络的竞争能力，正在研究一种全新的演进网络，其系统架构参见图1所示，其中包括：
演进的UMTS陆地无线接入网（E-UTRAN，Evolved UMTS Terrestrial RadioAccess Network），用于实现所有与演进网络无线有关的功能。
移动性管理实体（MME，Mobility Management Entity），负责控制面的移动性管理，包括用户上下文和移动状态管理，分配用户临时身份标识等。
服务网关实体（Serving GW，Serving Gateway），是3GPP接入系统间的用户面锚点，终止E-TURAN的接口。
分组数据网络网关实体（PDN GW，Packet Data Network Gateway）是3GPP接入系统和非3GPP接入系统之间的用户面锚点，终止和外部分组数据网络（PDN，Packet Data Network）的接口。
策略和计费规则功能实体（PCRF，Policy and Charging Rule Function），用于策略控制决定和流计费控制功能。
归属网络服务器（HSS，Home Subscriber Server）用于存储用户签约信息。
UMTS陆地无线接入网（UTRAN，UMTS Terrestrial Radio AccessNetwork）、GSM/EDGE无线接入网（GERAN，GSM/EDGE Radio AccessNetwork），用于实现所有与现有GPRS/UMTS网络中无线有关的功能。
服务通用分组无线业务支持节点（SGSN，Serving GPRS Supporting Node），用于实现GPRS/UMTS网络中路由转发、移动性管理、会话管理以及用户信息存储等功能。
非3GPP IP接入系统（Non-3GPP IP Access），主要是一些非3GPP组织定义的接入网络，如无线局域网（WLAN，Wireless Local Area Network），微波存取全球互通（Wimax，Worldwide Interoperability for Microwave Access）等网络。
认证、授权与计费服务器（AAA Server，Authentication，Authorization andAccounting Server）用于对用户设备（UE,User Equipment）执行接入认证、授权和计费功能。
说明：这个架构并不意味着最终的SAE系统架构，最后的架构可能和这个架构有所差别，本专利不作限制。
上述演进网络的一个需求是实现3GPP的接入系统（GERAN/UTRAN/E-UTRAN）和Non-3GPP接入系统（如WLAN/Wimax等）之间的切换（Handover）。在目前的协议中规定，切换流程是通过UE在新接入系统中的附着（Attach）或者跟踪区更新（TAU）流程来实现的。参见图2所示，用户终端从Non-3GPP接入系统到3GPP接入系统的切换流程包括下列步骤：
1、UE通过Non-3GPP网关和PDN GW接入到Non-3GPP接入网络。
2、非3GPP网元发送切换命令到UE通知UE切换到演进网络。或者UE发现演进网络并且决定切换到演进网络。
3、UE发送附着请求或者跟踪区更新请求消息到MME。
4、UE、MME、HSS之间执行鉴权流程。HSS可以在这个步骤中将用户在Non-3GPP接入网络中使用的PDN GW地址信息提供给MME。
5、MME发送位置更新消息给HSS，注册MME的地址信息到HSS。
6、HSS将用户的签约数据插入到MME中。
7、HSS返回位置更新确认消息给MME。HSS可以在这个步骤中将用户在Non-3GPP接入网络中使用的PDN GW地址信息提供给MME。
8、UE、Serving GW、PDN GW之间执行承载创建流程，创建UE使用的资源。
9、MME发送附着接受或者跟踪区更新接受消息到UE。
参见图3所示，在目前的协议中规定，用户终端正常附着（也可称之为初始附着Initial Attach）到3GPP接入系统的流程包括下列步骤：
1、UE发送附着请求消息到MME。
2、UE、MME、HSS之间执行鉴权流程。
3、如果用户存在已经创建的承载，则MME发起删除承载流程，将用户以前建立的承载删除掉。
4、MME发送位置更新消息给HSS，注册MME的地址信息到HSS。
5、HSS将用户的签约数据插入到MME中。
6、HSS返回位置更新确认消息给MME。
7、MME发起缺省承载创建程序，创建UE和PDN GW之间的缺省承载。
8、MME注册UE使用的PDN GW地址信息到HSS。这个处理也可以通过位置更新流程来处理，MME发送位置更新消息给HSS，消息中携带PDN GW地址信息。
9、MME发送附着接受消息给UE。
参见图4所示，在目前的协议中规定，用户终端正常跟踪区更新（也可称之为初始跟踪区更新Initial TAU）到3GPP接入系统的流程包括下列步骤：
1、UE发送跟踪区更新请求消息到MME。
2、UE、MME、HSS之间执行鉴权流程。
3、MME发送位置更新消息给HSS，注册MME的地址信息到HSS。
4、HSS将用户的签约数据插入到MME中。
5、HSS返回位置更新确认消息给MME。
6、MME接受UE的跟踪区更新请求，并发送跟踪区更新接受消息到UE。
发明人在发明过程中发现，切换导致的Attach/TAU流程和正常Attach/TAU流程处理机制存在很大的不同：正常的Attach流程网络侧需要将用户以前建立的承载都删除掉，建立UE和PDN GW之间的缺省承载并且将UE使用的PDNGW地址信息注册到HSS，而切换导致的Attach流程网络侧需将用户以前建立的承载都重新创建出来。正常的TAU流程网络侧不处理用户的承载，而切换导致的TAU流程网络侧需将用户以前建立的承载都重新创建出来。所以需要一种机制对不同的Attach/TAU流程进行处理。
正常的3GPP和Non-3GPP之间的切换由于先将UE从源接入网络断开，然后UE再从目标接入网络通过Attach等流程接入，导致UE业务中断的时间比较长，影响用户的业务体验。所以现在E-UTRAN和CDMA网络中的HRPD（High Rate Packet Data，高速分组数据）接入网络之间切换提出了一种优化切换机制。图5为E-UTRAN和HRPD网络优化切换的系统架构图。MME和HRPDAN（HRPD Access Network，HRPD接入网络，处理HRPD网络中的移动性管理，无线资源管理等）之间增加S101接口，传递MME和HRPD AN之间的信令。PDSN（Packet Data Serving Node，分组数据服务节点）是HRPD网络中的一个用户面处理网元，进行HRPD网络的用户面处理。
现在HRPD网络和E-UTRAN网络之间的优化切换提出了一种预先路径切换（Early path switch）机制，即UE还未切换到目标接入网络（UE还在源接入网络）时先将用户面路径切换到目标接入网络。
用户终端从HRPD到E-UTRAN网络的预先路径切换的优化切换流程包括下列步骤：
1、UE在HRPD网络接入。
2、UE或者HRPD AN（Access Network，接入网络）决定执行切换到E-UTRAN网络。
3、UE通过HRPD网络发送Attach Request消息到MME。
4、鉴权程序被执行。
5、MME发送Update Location消息到HSS，获取UE的签约数据。HSS返回UE的签约数据，包括UE使用的PDN GW地址信息。
6、MME选择Serving GW，向Serving GW发送Create Default Bearer Request消息。
7、Serving GW发起预先路径切换流程。Serving GW和PDN GW之间的接口协议为PMIP，则Serving GW发送Proxy BU消息到PDN GW。
PDN GW收到上述消息后切换用户面的路由到Serving GW，即PDN GW收到下行数据后将发给Serving GW。同时PDN GW不再向PDSN发送下行数据包。
8、Serving GW回Create Default Bearer Response消息给MME。
9、MME发送Relocation Request消息到eNodeB请求eNodeB建立接入网侧资源。eNodeB完成接入网侧资源的创建后回Relocation Request Acknowledge消息给MME。
10、MME发送Update Bearer Request消息到Serving GW更新Serving GW的下行用户面路径到eNodeB。Serving GW回Update Bearer Response消息到MME。
11、MME发送S101HO Command消息到HRPD AN，消息中包含AttachAccept消息和HO Command消息。
12、HRPD AN发送HRPD AN L2消息到UE，消息中包含Attach Accept消息和HO Command消息。
13、UE切换到E-UTRAN网络，发送HO Complete消息到eNodeB。
14、eNodeB发送Relocation Complete消息给MME，通知MME UE已经切换到E-UTRAN网络。发明人在发明过程中发现，对于HRPD网络到E-UTRAN网络切换来说，UE可能在两种状态下发生切换：空闲状态和激活状态。当UE在激活状态下发生切换时在切换的流程中通知接入网建立接入网侧的承载可以加快UE切换到目标接入网络后业务恢复的时间。但是在空闲状态下UE并没有业务在运行，对切换的时延要求也不是很高，同时UE在空闲状态下建立接入网侧的承载会浪费接入网侧的资源。而且预先切换机制，当UE切换失败时还需要通知PDN GW将下行路径切回源接入网络。所以预先切换机制会增加系统的复杂性。
所以为了优化网络的处理和节省接入网的资源，需要一种机制对激活状态和空闲状态的切换流程进行区分处理。
发明内容
本发明实施例提供一种注册处理方法、系统及装置，以使网络侧可区分不同的注册处理类型。
本发明实施例的一种注册处理方法，包括：接收用户终端UE在注册到网络的过程中上报的该注册的处理类型信息；以及根据所述处理类型信息，识别该注册的处理类型；对于切换导致的注册，网络侧发起承载建立流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立。。
本发明实施例的用户终端，包括：识别单元，用于在该UE发起注册时，识别该注册的类型；其中，所述识别单元，用于在所述用户终端发起注册时，识别该注册的类型具体包括：所述用户终端发现注册是由于切换到不同网络或者需要切换不同网络导致时，识别该注册的类型为切换注册处理类型；注册发起单元，用于发起注册，并发出注册触发信号；上报单元，用于接收注册发起单元发出的注册触发信号，并在该UE注册到网络的过程中，将识别单元识别出的该注册类型对应的处理类型信息上报，所述切换注册处理类型用于网络侧识别该注册的处理类型后发起承载建立流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立。
本发明实施例的网络侧的网元，包括：获取单元，用于获取UE在注册到网络的过程中上报的处理类型信息；识别单元，用于根据获取单元获取的处理类型信息，识别该注册的处理类型；第一处理单元，用于在所述识别单元识别注册的处理类型为切换注册处理类型时，发起网络侧承载创建流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立。
本发明实施例中，由于UE在注册到网络的过程中，将该注册的处理类型信息上报给网络侧，所以网络侧可据此区分不同的注册处理类型。
附图说明
图1为现有演进网络的系统架构示意图；
图2为现有用户终端从Non-3GPP接入系统到3GPP接入系统的切换流程图；
图3为现有用户终端正常附着到3GPP接入系统的流程图；
图4为现有用户终端正常跟踪区更新到3GPP接入系统的流程图；
图5为现有HRPD和E-UTRAN接入系统的优化切换系统架构示意图；
图6为本发明实施例6的流程图；
图7为本发明实施例的方法步骤流程图；
图8为本发明实施例的系统的结构示意图；
图9为本发明实施例的用户终端的结构示意图；
图10为本发明实施例的网络侧网元的结构示意图；
图11为本发明实施例1的流程图；
图12为本发明实施例2的流程图；
图13为本发明实施例3的流程图；
图14为本发明实施例4的流程图；
图15为本发明实施例5的流程图；
图16为本发明实施例7的流程图；
图17为本发明实施例8的流程图；
图18为本发明实施例9的流程图；
图19为本发明实施例10的流程图；
图20为本发明实施例11的流程图；
图21为本发明实施例12的流程图；
图22为本发明实施例13的流程图。
具体实施方式
为了使网络侧可区分不同的注册处理类型。
本发明实施例提供了一种注册处理方法，参见图7所示，包括下列主要步骤：
S1、网络侧接收UE在注册到网络的过程中上报的该注册的处理类型信息。
本步骤之前，UE在注册到网络时，可先识别该注册的类型。当UE注册到网络的过程中，将识别出的该注册类型对应的处理类型信息上报给网络侧。
S2、网络侧根据所述处理类型信息，识别该注册的处理类型。
本发明实施例还提供了另一种注册处理方法，包括下列主要步骤：网络侧接收HSS或者AAA Server上报的用户终端UE注册的处理类型信息；网络侧根据所述处理类型信息，识别该注册的处理类型。
本发明实施例还提供了一种注册处理系统，参见图8所示，其包括：用户终端和网络侧。
UE，用于在注册到网络的过程中，将该注册的处理类型信息上报。所述用户终端UE在注册到网络时，识别注册的处理类型信息后再将所述注册的处理类型信息上报。
网络侧，用于根据接收的UE上报的该注册的处理类型信息，识别该注册的处理类型。具体的，由网络侧的移动性管理实体MME（演进网络）、服务GPRS支持节点SGSN（2G/3G网络）或非3GPP网关设备（非3GPP网络）对UE上报的处理类型信息进行识别。
本发明实施例还提供了一种用户终端，参见图9所示，其包括：识别单元、注册发起单元和上报单元。
识别单元，用于在该UE发起注册时，识别该注册的类型。
注册发起单元，用于发起注册，并发出注册触发信号。
上报单元，用于接收注册发起单元发出的注册触发信号，并在该UE注册到网络的过程中，将识别单元识别出的该注册类型对应的处理类型信息上报，上报的方式包括但不限于以下几种：
上报单元将处理类型信息携带于附着请求消息中的信元中；或者，将处理类型信息携带于跟踪区更新请求消息中的信元中；或者，将处理类型信息携带于路由区更新请求消息中的信元中；或者，将处理类型信息携带于接入请求消息中的信元中；或者，将处理类型信息携带于接入鉴权或者鉴权消息中的信元中；或者将处理类型信息携带于IKEv2或IPsec SA建立消息中的信元中。
上报单元上报的过程具体为：所述上报单元对应不同的注册类型，向网络侧发送不同的附着请求消息；或者，对应不同的注册类型，向网络侧发送不同的跟踪区更新请求消息；或者，对应不同的注册类型，向网络侧发送不同的路由区更新请求消息；或者，对应不同的注册类型，向网络侧发送不同的接入请求消息。
本发明实施例还提供了一种网络侧的网元，具体的，该网元为移动性管理实体MME（演进网络）、服务GPRS支持节点SGSN（2G/3G网络）或非3GPP网关（非3GPP网络），参见图10所示，其包括：获取单元和识别单元。
获取单元，用于获取注册的过程中UE的注册处理类型信息。具体的，获取的处理类型信息由所述UE、HSS或者AAA Server上报。
识别单元，用于根据获取单元获取的处理类型信息，识别该注册的处理类型。
所述的网元进一步包括：第一处理单元，
用于在所述识别单元识别注册的处理类型为切换注册处理类型时，发起网络侧承载创建流程，创建所述UE使用的承载资源。
所述的网元进一步包括第二处理单元，用于在所述识别单元识别注册的处理类型为激活模式下的切换注册处理类型时，不发起源接入网络的资源释放处理。
所述的网元进一步包括第三处理单元，用于在所述识别单元识别注册的处理类型为激活模式下的切换注册处理类型时，发起目标网络的网元与源网络的网元之间的数据转发隧道资源创建处理。
以下通过多个实施例具体描述。
实施例1：UE在发送注册请求消息到MME时，将该注册的处理类型信息上报给MME，MME据此识别该注册的处理类型；进一步根据该注册的处理类型进行相应的处理，完成注册。MME上报注册的处理类型给HSS。对于切换导致的注册，网络侧发起承载建立流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立；对于初始化注册，如果HSS中保存UE在Non-3GPP网络中使用的PDN GW地址信息，则HSS通知AAA Server取消UE在Non-3GPP网络中的注册，AAA Server通知Non-3GPP网络释放UE使用的资源。参见图11所示，包括下列步骤：
1、UE通过Non-3GPP网关和PDN GW接入到Non-3GPP接入网络。
2、非3GPP网元发送切换命令到UE通知UE切换到演进网络。或者UE发现演进网络并决定发起切换。
3、UE在发起注册到演进网络之前，识别该注册的类型；之后发送注册请求消息到MME，并相应将该注册的处理类型信息上报给MME。
其中，可以通过如下方式之一上报：
1）在附着请求消息中增加Attach Type信元。例如：该Attach Type信元有如下两个取值：0对应Normal Attach（也可称之为Initial Attach），表明该附着请求消息是正常的附着请求消息（也可称之为初始的附着请求消息）；1对应Handover Attach，表明该附着请求消息是切换导致的附着请求消息。或者UE在附着请求消息中增加指示位，表明该附着请求消息是切换导致的附着请求消息，而原有的附着请求消息表明一个正常的附着请求消息（或者称之为初始的附着请求消息）。指示位可能的方法有：
a)切换指示位信元（Handover Indication）。
b)Cause信元。UE将该Cause信元设置为“Attach due to Handover”。
c)Attach Type信元。UE将该信元设置为“Handover Attach”。
2）定义新的消息。例如：定义新的切换附着请求消息（Handover AttachRequest），该消息表明一个切换导致的附着请求消息，而原有的附着请求消息表明一个正常的附着请求消息（或者称之为初始的附着请求消息），这样UE可向网络侧发送不同的附着请求消息，分别表征对应的注册处理类型信息。（也可新定义对应正常附着请求的消息（或者称之为初始附着请求的消息），原有的附着请求消息对应切换导致的附着请求消息；或者切换导致的附着请求消息和正常附着请求消息（或者称之为初始附着请求消息）都重新定义）
3）在跟踪区更新请求消息中增加Update Type信元。例如：该Update Type信元有如下两个取值：0对应Normal TAU（也可称之为Initial TAU），表明该跟踪区更新请求消息是正常的跟踪区更新请求消息（也可称之为初始的跟踪区更新请求消息）；1对应Handover TAU，表明该跟踪区更新请求消息是切换导致的跟踪区更新请求消息。或者UE在跟踪区更新请求消息中增加指示位表明该跟踪区更新请求消息是切换导致的跟踪区更新请求消息，而原有的跟踪区更新请求消息表明一个正常的跟踪区更新请求消息（或者称之为初始的跟踪区更新请求消息）。指示位可能的方法有：
a)切换指示位信元（Handover Indication）。
b)Cause信元。UE将该Cause信元设置为“TAU due to Handover”。
c)Update Type信元。UE将该信元设置为“Handover TAU”。
4）定义新的消息。例如：定义新的切换跟踪区更新请求消息（Handover TAURequest），该消息表明一个切换导致的跟踪区更新请求消息，而原有的跟踪区更新请求消息表明一个正常的跟踪区更新请求消息（或者称之为初始的跟踪区更新请求消息），这样UE可向网络侧发送不同的跟踪区更新请求消息，分别表征对应的注册处理类型信息。（也可新定义对应正常的跟踪区更新请求（或者称之为初始的跟踪区更新请求）的消息，原有的跟踪区更新请求消息对应切换导致的跟踪区更新请求消息；或者切换导致的跟踪区更新请求消息和正常跟踪区更新请求（或者称之为初始跟踪区更新请求）消息都重新定义）
4、UE、MME、HSS之间执行鉴权流程，获取用户使用的PDN GW地址信息。MME可以在这个步骤中将UE注册的处理类型信息上报给HSS。如果注册处理类型为切换处理类型，则HSS可以将用户在Non-3GPP接入网络中使用的PDN GW地址信息提供给MME。
5、MME发送位置更新消息给HSS，注册MME的地址信息到HSS。MME可以在这个步骤中将UE注册的处理类型信息上报给HSS。
6、HSS将用户的签约数据插入到MME中。
7、HSS返回位置更新确认消息给MME。HSS可以在这个步骤中将用户在Non-3GPP接入网络中使用的PDN GW地址信息提供给MME。
如果UE的注册过程中由HSS识别UE的注册处理类型（如HSS发现保存有用户在Non-3GPP接入网络中使用的PDN GW地址信息，则HSS认为UE的注册处理类型为切换导致的注册处理类型；否则，HSS认为UE的注册处理类型为正常的注册处理类型），则HSS在这个消息中增加指示位信元将UE的注册处理类型信息通知给MME。指示位可能的方法有：
a)如果UE的注册处理类型为切换导致的注册，则HSS增加切换指示位信元（Handover Indication）。对于正常的注册处理类型，HSS不携带这个信元。
b)Cause信元。对于切换导致的注册处理，HSS将该Cause信元设置为“Update due to Handover Attach”。对于正常注册处理，HSS将该Cause信元设置为“Update due to Initial Attach”或者不携带这个Cause信元。
c)Update Type信元。对于切换导致的注册处理，HSS将该信元设置为“Handover Attach”。对于正常注册处理，HSS将该信元设置为“InitialAttach”或者不携带这个信元。
8、MME根据UE上报或者HSS上报的该注册的处理类型信息，识别该注册的处理类型。
至此，MME已区分了不同的注册处理类型。
进一步，如果处理类型为正常发起的注册，则MME按照正常的注册流程处理。步骤11至18将被执行。
如果处理类型为切换导致的注册，则MME发送请求承载创建消息到获取的PDN GW的地址，请求网络侧发起承载创建流程，将用户在Non-3GPP接入网络使用的业务在新接入系统重新创建起来。并转入步骤9。
9、如果需要到PCRF获取用户使用的策略和计费（PCC）规则，则PDN GW发送请求策略和计费规则消息到PCRF获取用户使用的PCC规则。PCRF提供用户使用的PCC规则到PDN GW。
10、PDN GW发起网络侧承载创建流程，创建用户使用的承载。并转入步骤18。
11、如果UE的注册处理类型为正常发起的注册，且HSS中存在注册的PDN GW地址，这些PDN GW地址为UE在Non-3GPP接入网络接入时使用的PDN GW地址信息，且通过AAA Server注册到HSS，则HSS发送取消注册消息到AAA Server请求取消UE在Non-3GPP接入网络中的注册。AAA Server回取消注册确认消息到HSS。
12、AAA Server发送取消注册消息到PDN GW请求取消UE在Non-3GPP接入网络中的注册。PDN GW回取消注册确认消息到AAA Server。
13、如果PDN GW和Non-3GPP网关设备之间的接口协议为PMIP协议，则PDN GW发送绑定取消指示消息给Non-3GPP网关设备，取消Non-3GPP网关设备和PDN GW之间的PMIP绑定。Non-3GPP网关设备回绑定撤销确认消息到PDN GW。
14、AAA Server也可以发送会话终止消息到Non-3GPP网关设备。Non-3GPP网关设备回会话终止确认消息到AAA Server。
15、Non-3GPP网关设备收到绑定取消指示消息或者会话终止消息后发起资源释放程序，释放UE在Non-3GPP接入网络中使用的资源。
16、如果UE的注册处理类型为正常发起的注册，则MME发起缺省承载创建程序，创建UE和PDN GW之间的缺省承载。
17、MME注册UE使用的PDN GW地址信息到HSS。这个处理也可以通过位置更新流程来处理，MME发送位置更新消息给HSS，消息中携带PDN GW地址信息。
18、MME回附着接受或者跟踪区更新接受消息到UE。
实施例2：这种机制也能应用到2G/3G系统。UE在发送注册请求消息到SGSN时，将该注册的处理类型信息上报给SGSN，SGSN据此识别该注册的处理类型；进一步根据该注册的处理类型进行相应的处理，完成注册。SGSN上报注册的处理类型给HSS。对于切换导致的注册，网络侧发起承载建立流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立；对于初始化注册，如果HSS中保存UE在Non-3GPP网络中使用的PDN GW地址信息，则HSS通知AAA Server取消UE在Non-3GPP网络中的注册，AAA Server通知Non-3GPP网络释放UE使用的资源。参见图12所示，包括下列步骤：
1、UE通过Non-3GPP网关和PDN GW接入到Non-3GPP接入网络。
2、非3GPP网元发送切换命令到UE通知UE切换到2G或者3G网络。或者UE发现2G或者3G网络并决定发起切换。
3、UE在发起注册到2G或者3G网络之前，识别该注册的类型；之后发送注册请求消息到SGSN，并相应将该注册的处理类型信息上报给SGSN。
其中，可以通过如下方式之一上报：
1）在附着请求消息中增加Attach Type信元。例如：该Attach Type信元有如下两个取值：0对应Normal Attach（也可称之为Initial Attach），表明该附着请求消息是正常的附着请求消息（也可称之为初始的附着请求消息）；1对应Handover Attach，表明该附着请求消息是切换导致的附着请求消息。或者UE在附着请求消息中增加指示位表明该附着请求消息是切换导致的附着请求消息，而原有的附着请求消息表明一个正常的附着请求消息（或者称之为初始的附着请求消息）。指示位可能的方法有：
a)切换指示位信元（Handover Indication）。
b)Cause信元。UE将该Cause信元设置为“Attach due to Handover”。
c)Attach Type信元。UE将该信元设置为“Handover Attach”。
2）定义新的消息。例如：定义新的切换附着请求消息（Handover AttachRequest），该消息表明一个切换导致的附着请求消息，而原有的附着请求消息表明一个正常的附着请求（或者称之为初始的附着请求）消息，这样UE可向网络侧发送不同的附着请求消息，分别表征对应的注册处理类型信息。（也可新定义对应正常附着请求（或者称之为初始附着请求）的消息，原有的附着请求消息对应切换导致的附着请求消息；或者切换导致的附着请求消息和正常附着请求（或者称之为初始附着请求）消息都重新定义）
3）在路由区更新请求消息中增加Update Type信元。例如：该Update Type信元有如下两个取值：0对应Normal RAU（也可称之为Initial RAU），表明该路由区更新请求消息是正常的路由区更新请求消息（也可称之为初始的路由区更新请求消息）；1对应Handover RAU，表明该路由区更新请求消息是切换导致的路由区更新请求消息。或者UE在路由区更新请求消息中增加指示位表明该路由区更新请求消息是切换导致的路由区更新请求消息，而原有的路由区更新请求消息表明一个正常的路由区更新请求消息（或者称之为初始的路由区更新请求消息）。指示位可能的方法有：
a)切换指示位信元（Handover Indication）。
b)Cause信元。UE将该Cause信元设置为“RAU due to Handover”。
c)Update Type信元。UE将该信元设置为“Handover RAU”。
4）定义新的消息。例如：定义新的切换路由区更新请求消息（Handover RAURequest），该消息表明一个切换导致的路由区更新请求消息，而原有的路由区更新请求消息表明一个正常的路由区更新请求（或者称之为初始的路由区更新请求）消息，这样UE可向网络侧发送不同的路由区更新请求消息，分别表征对应的注册处理类型信息。（也可新定义对应正常的路由区更新请求（或者称之为初始的路由区更新请求）消息，原有的路由区更新请求消息对应切换导致的路由区更新请求消息；或者切换导致的路由区更新请求消息和正常路由区更新请求（或者称之为初始路由区更新请求）消息都重新定义）
4、UE、SGSN、HSS之间执行鉴权流程。SGSN可以在这个步骤中将UE注册的处理类型信息上报给HSS。如果注册处理类型为切换处理类型，则HSS可以将用户在Non-3GPP接入网络中使用的PDN GW地址信息提供给SGSN。
5、SGSN发送位置更新消息给HSS，注册SGSN的地址信息到HSS。SGSN可以在这个步骤中将UE注册的处理类型信息上报给HSS。
6、HSS将用户的签约数据插入到SGSN中。
7、HSS返回位置更新确认消息给SGSN。HSS可以在这个步骤中将用户在Non-3GPP接入网络中使用的PDN GW地址信息提供给SGSN。如果UE的注册过程中由HSS识别UE的注册处理类型（如HSS发现保存有用户在Non-3GPP接入网络中使用的PDN GW地址信息，则HSS认为UE的注册处理类型为切换导致的注册处理类型；否则，HSS认为UE的注册处理类型为正常的注册处理类型），则HSS在这个消息中增加指示位信元将UE的注册处理类型信息通知给SGSN。指示位可能的方法有：
a)如果UE的注册处理类型为切换导致的注册，则HSS增加切换指示位信元（Handover Indication）。对于正常的注册处理类型，HSS不携带这个信元。
b)Cause信元。对于切换导致的注册处理，HSS将该Cause信元设置为“Update due to Handover Attach”。对于正常注册处理，HSS将该Cause信元设置为“Update due to Initial Attach”或者不携带这个Cause信元。
c)Update Type信元。对于切换导致的注册处理，HSS将该信元设置为“Handover Attach”。对于正常注册处理，HSS将该信元设置为“InitialAttach”或者不携带这个信元。
8、SGSN根据UE上报或者HSS上报的该注册的处理类型信息，识别该注册的处理类型。
至此，SGSN已区分了不同的注册处理类型。
进一步，如果处理类型为正常发起的注册，则SGSN按照正常的流程处理，步骤11至16将被执行。
如果处理类型为切换导致的注册，则SGSN发送请求承载创建消息到获取的PDN GW（也就是现在的GGSN）的地址，请求网络侧发起承载创建流程，将用户在Non-3GPP接入网络使用的业务在新接入系统重新创建起来。并转入步骤9。
9、如果需要到PCRF获取用户使用的策略和计费（PCC）规则，则PDN GW发送请求策略和计费规则消息到PCRF获取用户使用的PCC规则。PCRF提供用户使用的PCC规则到PDN GW。
10、PDN GW发起网络侧承载创建流程，创建用户使用的承载。并转入步骤16。
步骤11至步骤15同实施例1中的处理。这里不再描述。
16、SGSN回附着接受或者路由区更新接受消息到UE。
实施例3：这种机制也能应用到可信（Trusted）的Non-3GPP系统。UE在发送注册请求消息到非3GPP网关设备时，将该注册的处理类型信息上报给非3GPP网关设备，非3GPP网关设备据此识别该注册的处理类型；进一步根据该注册的处理类型，相应为该UE创建承载，完成注册。非3GPP网关设备上报注册的处理类型给AAA Server，AAA Server上报注册的处理类型到HSS。对于切换导致的注册，网络侧发起承载建立流程，将UE在源3GPP网络中使用的资源在Non-3GPP网络中建立；对于初始化注册，如果AAA Server中保存UE在3GPP网络中使用的PDN GW地址信息，则AAA Server通知HSS取消UE在3GPP网络中的注册，同时AAA Server通知PDN GW释放UE在3GPP网络中使用的资源。参见图13所示，包括下列步骤：
1、UE通过Serving GW和PDN GW接入到3GPP接入网络。
2、MME或者SGSN发送切换命令到UE通知UE切换到Non-3GPP网络。或者UE发现Non-3GPP网络并决定发起切换。
3、UE在发起注册到Non-3GPP网络之前，识别该注册的类型；之后发送接入请求消息到非3GPP网关设备，并相应将该注册的处理类型信息上报给非3GPP网关设备。
其中，可以通过如下方式之一上报：
1）在接入请求消息中增加Access Type信元。例如：该Attach Type信元有如下两个取值：0对应Normal Access（或者称之为Initial Access），表明该接入请求消息是正常的接入请求（或者称之为初始的接入请求）消息；1对应Handover Access，表明该接入请求消息是切换导致的接入请求消息。或者UE在接入请求消息中增加指示位表明该接入请求消息是切换导致的接入请求消息，而原有的接入请求消息表明一个正常的接入请求消息（或者称之为初始的接入请求消息）。指示位可能的方法有：
a)切换指示位信元（Handover Indication）。
b)Cause信元。UE将该Cause信元设置为“Access due to Handover”。
c)Access Type信元。UE将该信元设置为“Handover Access”。
2）定义新的消息。例如：定义新的切换接入请求消息（Handover AccessRequest），该消息表明一个切换导致的接入请求消息，而原有的接入请求消息表明一个正常的接入请求（或者称之为初始的接入请求）消息，这样UE可向网络侧发送不同的接入请求消息，分别表征对应的注册处理类型信息。（也可新定义对应正常接入请求（或者称之为初始接入请求）消息，原有的接入请求消息对应切换导致的接入请求消息；或者切换导致的接入请求消息和正常接入请求（或者称之为初始接入请求）消息都重新定义）
4、UE、非3GPP网关、AAA Server、HSS之间执行鉴权流程。UE也可以在这个步骤中将UE的注册处理类型上报给非3GPP网关。UE在鉴权流程的消息中携带Access Type信元。例如：该Access Type信元有如下两个取值：0对应Normal Access（或者称之为Initial Access），表明该接入请求消息是正常的接入请求（或者称之为初始的接入请求）消息；1对应Handover Access，表明该接入请求消息是切换导致的接入请求消息。
或者UE在鉴权流程的消息中携带Attach Type信元。例如：该Atatch Type信元有如下两个取值：0对应Normal Attach（或者称之为Initial Attach），表明该UE的注册处理类型是正常的注册（或者称之为初始的注册）；1对应HandoverAttach，表明该UE的注册处理类型是切换导致的注册。
或者UE在鉴权流程的消息中增加指示位表明该UE的注册处理类型是切换导致的注册，而原有的鉴权流程的消息表明一个正常的注册（或者称之为初始的注册）。指示位可能的方法有：
a)切换指示位信元（Handover Indication）。
b)Cause信元。UE将该Cause信元设置为“Attach due to Handover”。
c)Attach Type信元。UE将该信元设置为“Handover Attach”。
非3GPP网关在这个步骤中将UE的注册处理类型上报给AAA Server。
如果UE的注册过程中由AAA Server识别UE的注册处理类型（如AAAServer发现保存有用户在3GPP接入网络中使用的PDN GW地址信息，则AAAServer认为UE的注册处理类型为切换导致的注册处理类型；否则，AAA Server认为UE的注册处理类型为正常的注册处理类型），则AAA Server在这个消息中增加指示位信元将UE的注册处理类型信息通知给非3GPP网关。指示位可能的方法有：
a)如果UE的注册处理类型为切换导致的注册，则AAA Server增加切换指示位信元（Handover Indication）。对于正常的注册处理类型，AAAServer不携带这个信元。
b)Cause信元。对于切换导致的注册处理，AAA Server将该Cause信元设置为“Update due to Handover Attach”。对于正常注册处理，AAA Server将该Cause信元设置为“Update due to Initial Attach”或者不携带这个Cause信元。
c)Update Type信元。对于切换导致的注册处理，AAA Server将该信元设置为“Handover Attach”。对于正常注册处理，AAA Server将该信元设置为“Initial Attach”或者不携带这个信元。
5、非3GPP网关设备根据UE上报的该注册的处理类型信息，识别该注册的处理类型。
至此，非3GPP网关设备已区分了不同的注册处理类型。
进一步，如果处理类型为正常的接入，则非3GPP网关设备按照正常的接入流程处理。步骤7到13将被执行。
如果处理类型为切换导致的接入，则非3GPP网关设备发送请求策略和计费规则消息到PCRF获取用户使用的PCC规则。PCRF提供用户使用的PCC规则到非3GPP网关设备。并转入步骤6。
6、非3GPP网关发起网络侧承载创建流程，创建用户使用的承载。并转入步骤13。
7、如果UE的注册处理类型为正常发起的注册，且AAA Server中存在注册的PDN GW地址，这些PDN GW地址为UE在3GPP接入网络接入时使用的PDN GW地址信息，且通过HSS注册到AAA Server，则AAA Server发送取消注册消息到PDN GW请求取消UE在3GPP接入网络中的注册。PDN GW回取消注册确认消息到AAA Server。
8、如果PDN GW和Serving GW之间的接口协议为PMIP协议，则PDN GW发送绑定取消指示消息给Serving GW，取消Serving GW网关设备和PDN GW之间的PMIP绑定。Serving GW回绑定取消确认消息给PDN GW。
9、如果Serving GW收到绑定取消指示消息，则Serving GW发起资源释放程序，释放UE在3GPP接入网络中使用的资源。
10、如果PDN GW和Serving GW之间的接口协议为GTP协议，则PDN GW发起资源释放程序，释放UE在3GPP接入网络中使用的资源。
11、PDN GW和PCRF之间执行会话终止程序，通知PCRF释放UE在3GPP接入网络中使用的PCC rules。
12、AAA Server发送取消注册消息到HSS，取消UE在HSS中的注册。HSS回取消注册确认消息到AAA Server。
13、非3GPP网关回接入接受消息到UE。
实施例4：这种机制也能应用到可信（Trusted）的Non-3GPP系统。UE在发送注册请求消息到非3GPP网关设备时，将该注册的处理类型信息上报给非3GPP网关设备，非3GPP网关设备据此识别该注册的处理类型；进一步根据该注册的处理类型，相应为该UE创建承载，完成注册。非3GPP网关设备上报注册的处理类型给AAA Server，AAA Server上报注册的处理类型到HSS。对于切换导致的注册，网络侧发起承载建立流程，将UE在源3GPP网络中使用的资源在Non-3GPP网络中建立；对于初始化注册，如果AAA Server中保存UE在3GPP网络中使用的PDN GW地址信息，则AAA Server通知HSS取消UE在3GPP网络中的注册，HSS通知MME/SGSN释放UE在3GPP网络中使用的资源。参见图14所示，包括下列步骤：
步骤1至6同实施例3中的处理。
7、如果UE的注册处理类型为正常发起的注册，且AAA Server中存在注册的PDN GW地址，这些PDN GW地址为UE在3GPP接入网络接入时使用的PDN GW地址信息，且通过HSS注册到AAA Server，则AAA Server发送取消注册消息到HSS，取消UE在HSS中的注册。HSS回取消注册确认消息到AAA Server。
8、HSS发送位置取消消息到MME/SGSN。MME/SGSN回位置取消确认消息到HSS。
9、MME/SGSN分离UE，释放UE在3GPP接入网络中使用的资源。
10、PDN GW和PCRF之间执行会话终止程序，通知PCRF释放UE在3GPP接入网络中使用的PCC rules。
11、非3GPP网关回接入接受消息到UE。
实施例5：这种机制也能应用到非可信（Untrusted）的Non-3GPP系统。UE在发送接入鉴权请求或者IKEv2/IPSec SA（Internet Key Exchange ProtocolVersion2/IP Security Protocol Security Association，因特网密钥交换协议版本2/IP网络安全协议安全联盟）建立请求消息到演进分组数据网关（一种非3GPP网关）ePDG（Evolved Packet data Gateway）时，将该注册的处理类型信息上报给ePDG，ePDG据此识别该注册的处理类型；进一步根据该注册的处理类型，相应为该UE创建承载，完成注册。ePDG上报注册的处理类型给AAAServer，AAA Server上报注册的处理类型到HSS。对于切换导致的注册，网络侧发起承载建立流程，将UE在源3GPP网络中使用的资源在Non-3GPP网络中建立；对于初始化注册，如果AAA Server中保存UE在3GPP网络中使用的PDN GW地址信息，则AAA Server通知HSS取消UE在3GPP网络中的注册，同时AAA Server通知PDN GW释放UE在3GPP网络中使用的资源。参见图15所示，包括下列步骤：
1、UE通过Serving GW和PDN GW接入到3GPP接入网络。
2、MME或者SGSN发送切换命令到UE通知UE切换到Non-3GPP网络。或者UE发现Non-3GPP网络并决定发起切换。
3、UE、ePDG、AAA Server、HSS之间执行接入鉴权流程。UE可以在这个步骤中将UE的注册处理类型上报给ePDG。UE在接入鉴权流程的消息中携带Access Type信元。例如：该Access Type信元有如下两个取值：0对应NormalAccess（或者称之为Initial Access），表明该接入请求消息是正常的接入请求（或者称之为初始的接入请求）消息；1对应Handover Access，表明该接入请求消息是切换导致的接入请求消息。
或者UE在接入鉴权流程的消息中携带Attach Type信元。例如：该AtatchType信元有如下两个取值：0对应Normal Attach（或者称之为Initial Attach），表明该UE的注册处理类型是正常的注册（或者称之为初始的注册）；1对应Handover Attach，表明该UE的注册处理类型是切换导致的注册。
或者UE在接入鉴权流程的消息中增加指示位表明该UE的注册处理类型是切换导致的注册，而原有的接入鉴权流程的消息表明一个正常的注册（或者称之为初始的注册）。指示位可能的方法有：
a)切换指示位信元（Handover Indication）。
b)Cause信元。UE将该Cause信元设置为“Attach due to Handover”。
c)Attach Type信元。UE将该信元设置为“Handover Attach”。
ePDG在这个步骤中可以将UE的注册处理类型上报给AAA Server，AAAServer将UE的注册处理类型上报给HSS。
如果UE的注册过程中由AAA Server识别UE的注册处理类型（如AAAServer发现保存有用户在3GPP接入网络中使用的PDN GW地址信息，则AAAServer认为UE的注册处理类型为切换导致的注册处理类型；否则，AAA Server认为UE的注册处理类型为正常的注册处理类型），则AAA Server在这个消息中增加指示位信元将UE的注册处理类型信息通知给ePDG。指示位可能的方法有：
a)如果UE的注册处理类型为切换导致的注册，则AAA Server增加切换指示位信元（Handover Indication）。对于正常的注册处理类型，AAAServer不携带这个信元。
b)Cause信元。对于切换导致的注册处理，AAA Server将该Cause信元设置为“Update due to Handover Attach”。对于正常注册处理，AAA Server将该Cause信元设置为“Update due to Initial Attach”或者不携带这个Cause信元。
c)Update Type信元。对于切换导致的注册处理，AAA Server将该信元设置为“Handover Attach”。对于正常注册处理，AAA Server将该信元设置为“Initial Attach”或者不携带这个信元。
4、UE、ePDG、AAA Server之间执行IKEv2/IPSec SA建立流程。UE可以在这个步骤中将UE的注册处理类型上报给ePDG。UE可以在IKEv2/IPSecSA建立流程的消息中携带Access Type信元或者Attach Type信元指明UE的注册处理类型。或者UE在IKEv2/IPSec SA建立流程的消息中增加指示位表明该UE的注册处理类型是切换导致的注册，而原有的IKEv2/IPSec SA建立流程的消息表明一个正常的注册（或者称之为初始的注册）。指示位可能的方法有：
a)切换指示位信元（Handover Indication）。
b)Cause信元。UE将该Cause信元设置为“Access due to Handover”。
c)Access Type信元。UE将该信元设置为“Handover Access”。
ePDG在这个步骤中可以将UE的注册处理类型上报给AAA Server，AAAServer将UE的注册处理类型上报给HSS。
5、ePDG根据UE上报的该注册的处理类型信息，识别该注册的处理类型。
至此，ePDG已区分了不同的注册处理类型。
进一步，如果处理类型为正常的接入，则ePDG按照正常的接入流程处理。步骤7到13将被执行。
如果处理类型为切换导致的接入，则ePDG发送请求策略和计费规则消息到PCRF获取用户使用的PCC规则。PCRF提供用户使用的PCC规则到非3GPP网关设备。并转入步骤6。
6、ePDG发起网络侧承载创建流程，创建用户使用的承载。并转入步骤13。
步骤7至13同实施例3中的处理。
综上所述，本发明实施例中，由于UE在注册到网络的过程中，将该注册的处理类型信息上报给网络侧，所以网络侧可据此区分不同的注册处理类型。
进一步，网络侧可按照识别出的处理类型，进行对应的流程处理。而且本发明实施例中还公开了UE上报注册的处理类型信息的具体方式：通过增加信元或新定义消息，更好的支撑了本发明实施例。
进一步，除前述流程中说明的Initial Attach和Handover Attach处理类型外，本发明实施例中UE、HSS、AAA服务器等实体上报的注册处理类型信息还可以包括其它的注册处理类型，如Pre-Registration（即UE预先注册到目标接入网络的注册处理类型），Idle Mode Handover（即UE空闲模式下切换时的注册处理类型），Active Mode Handover（即UE激活模式下切换时的注册处理类型）。如对于多模终端（Multi Mode）或者双模（Dual Mode）终端（即这种终端能够同时接入到多个网络中）来说，注册的处理类型可能有：Power On Attach（即UE开机时的注册处理类型），Normal Attach（即UE正常接入时的注册处理类型），Handover Attach（即UE切换时的注册处理类型）等。本发明实施例不限制注册处理类型的取值。如下以Idle Mode Handover和Active Mode Handover的处理来说明其它注册处理类型的处理。
实施例6：UE激活模式下的HRPD到E-UTRAN网络切换时，MME获取UE的切换处理类型。MME判断切换处理类型为UE激活模式下的切换时则MME通知eNodeB建立接入网侧资源及使用预先路径切换机制。参见图6所示，包括下列步骤：
1、UE在HRPD网络接入。
2、UE或者HRPD AN（Access Network，接入网络）决定执行切换到3GPP网络。
3、UE通过HRPD网络发送Attach Request消息到MME。由MME获取处理类型信息。MME获取处理类型信息具体可以为：
1）UE上报：UE在Attach Request消息中通知MME本次Attach流程是UE在空闲状态下的切换流程还是UE在激活状态下的切换流程。具体的通知方式可以是：
√UE在Attach Request消息中增加“Attach Type”信元指示MME切换的处理类型。其中，Attach Type以不同取值表明不同的处理类型：
0表明（Idle Mode Handover）空闲模式下的切换；
1表明（Active Mode Handover）激活状态下的切换；
√UE在Attach Request消息中增加“Cause”信元表明导致Attach Request消息的原因值。UE可以设置Cause原因值为：
“Idle Mode Handover”表明Attach Request是由于空闲状态下的切换导致的；
“Active Mode Handover”表明Attach Request是由于激活状态下的切换导致的；
√UE在Attach Request消息中增加“UE State”信元将UE的状态上报。MME根据UE的状态就能判断出空闲状态下的切换还是激活状态下的切换。UE可以设置“UE State”为：
0（Idle state）表明UE的状态为空闲状态
1（Active state）表明UE的状态为激活状态
√UE在激活状态下的切换时在Attach Request消息中增加“active flag”信元指示需要建立接入网侧的承载。在空闲状态下的切换时在AttachRequest消息中不携带“active flag”信元指示不需要建立接入网侧的承载。或者UE在激活状态下的切换时将“active flag”信元设置为“True（1）”指示需要建立接入网侧的承载。在空闲状态下的切换时将“activeflag”信元设置为“False（0）”指示不需要建立接入网侧的承载。
√UE在空闲状态下的切换时在Attach Request消息中增加“Non-activeflag”信元指示不需要建立接入网侧的承载。在激活状态下的切换时在Attach Request消息中不携带“Non-active flag”信元指示需要建立接入网侧的承载。或者UE在空闲状态下的切换时将“Non-active flag”信元设置为“True（1）”指示不需要建立接入网侧的承载。在激活状态下的切换时将“Non-active flag”信元设置为“False（0）”指示需要建立接入网侧的承载。
2）HRPD AN上报：HRPD AN在S101接口的消息中通知MME本次Attach流程是UE在空闲状态下的切换流程还是UE在激活状态下的切换流程。具体的通知方式可以是：
√HRPD AN在S101接口的消息中增加“Attach Type”信元指示MME切换的处理类型。其中，Attach Type以不同取值表明不同的处理类型:
0表明（Idle Mode Handover）空闲模式下的切换
1表明（Active Mode Handover）激活状态下的切换
√HRPD AN在S101接口的消息中增加“Cause”信元表明导致AttachRequest消息的原因值。HRPD AN可以设置Cause原因值为：
“Idle Mode Handover”表明Attach Request是由于空闲状态下的切换导致的；
“Active Mode Handover”表明Attach Request是由于激活状态下的切换导致的；
√HRPD AN在S101接口的消息中增加“UE State”信元将UE的状态上报。MME根据UE的状态就能判断出空闲状态下的切换还是激活状态下的切换。UE可以设置“UE State”为：
0（Idle state）表明UE的状态为空闲状态
1（Active state）表明UE的状态为激活状态
√UE在激活状态下的切换时HRPD AN在S101接口的消息中增加“activeflag”信元指示需要建立接入网侧的承载。在空闲状态下的切换时HRPDAN在S101接口的消息中不携带“active flag”信元指示不需要建立接入网侧的承载。
√UE在空闲状态下的切换时HRPD AN在S101接口的消息中增加“Non-active flag”信元指示不需要建立接入网侧的承载。在激活状态下的切换时HRPD AN在S101接口的消息中不携带“Non-active flag”信元指示需要建立接入网侧的承载。
4、鉴权程序被执行。
5、MME发送Update Location消息到HSS，获取UE的签约数据。HSS返回UE的签约数据，包括UE使用的PDN GW地址信息。
6、MME选择Serving GW，向Serving GW发送Create Default Bearer Request消息。MME根据Attach Request消息中携带的信息判断UE是在激活状态下的切换还是空闲状态下的切换。MME如果发现UE在激活状态下的切换，则MME在Create Default Bearer Request消息中要求Serving GW“预先路径切换”。
7、Serving GW收到Create Default Bearer Request消息后如果发现这个消息要求Serving GW“预先路径切换”，则Serving GW发起预先路径切换流程。Serving GW发送Proxy BU消息到PDN GW。PDN GW收到上述消息后切换用户面的路由到Serving GW，即PDN GW收到下行数据后将发给Serving GW。
8、Serving GW回Create Default Bearer Response消息到MME。
9、MME根据Attach Request消息中携带的信息判断UE是在激活状态下的切换还是空闲状态下的切换。MME如果发现UE在激活状态下的切换，则MME发送Relocation Request消息到eNodeB请求eNodeB建立接入网侧资源。eNodeB完成接入网侧资源的创建后回Relocation Request Acknowledge消息给MME。
10、MME发送Update Bearer Request消息到Serving GW更新Serving GW的下行用户面路径到eNodeB。Serving GW回Update Bearer Response消息到MME。
11、MME如果发现切换是UE在激活状态下的切换，则MME发送S101HOCommand消息到HRPD AN，消息中包含Attach Accept消息和HO Command消息。
12、HRPD AN发送HRPD AN L2消息到UE，消息中包含Attach Accept消息和HO Command消息。
13、UE切换到E-UTRAN网络，发送HO Complete消息到eNodeB。
14、eNodeB发送Relocation Complete消息给MME，通知MME UE已经切换到E-UTRAN网络。
值得说明的是：本实施例中步骤6与步骤9并没有绝对的先后时序关系。
实施例7：UE空闲模式下的HRPD到E-UTRAN网络切换时MME获取UE的切换处理类型。MME判断切换处理类型为UE空闲模式下的切换时则MME不通知eNodeB建立接入网侧资源及不使用预先路径切换机制。参见图16所示，包括下列步骤：
1、UE在HRPD网络接入。
2、UE或者HRPD AN（Access Network，接入网络）决定执行切换到3GPP网络。
3、UE通过HRPD网络发送Attach Request消息到MME。切换的处理类型需要通知给MME。处理方法同实施例6中的描述。
4、鉴权程序被执行。
5、MME发送Update Location消息到HSS，获取UE的签约数据。HSS返回UE的签约数据，包括UE使用的PDN GW地址信息。
6、MME选择Serving GW，向Serving GW发送Create Default Bearer Request消息。MME根据Attach Request消息中携带的信息判断UE是在激活状态下的切换还是空闲状态下的切换。MME如果发现UE在空闲状态下的切换，则MME在Create Default Bearer Request消息中不要求Serving GW“预先路径切换”。Serving GW回Create Default Bearer Response消息到MME。
7、MME根据Attach Request消息中携带的信息判断UE是在激活状态下的切换还是空闲状态下的切换。MME如果发现UE在空闲状态下的切换，则MME不通知eNodeB建立接入网侧的资源，MME通过HRPD网络直接发AttachAccept消息到UE。
8、UE切换到E-UTRAN网络，发送TAU Request消息到MME通知MMEUE已经切换到E-UTRAN网络。
9、MME发现UE在空闲状态下已经切换到E-UTRAN网络，则MME发送Update Bearer Request消息给Serving GW。MME在Update Bearer Request增加指示位要求Serving GW进行用户面路径切换。
10、Serving GW收到Update Bearer Request消息后如果发现要求用户面路径切换，则Serving GW发送Proxy BU消息到PDN GW更新PDN GW的下行用户面路径。PDN GW将下行用户面路径切换到Serving GW后回Proxy BA消息给Serving GW。
11、Serving GW回Update Bearer Response消息给MME。
12、MME回TAU Accept消息给UE。
实施例8：切换处理类型通知处理方法也能应用到Non-3GPP到3GPP网络的正常切换处理。UE在Attach Request消息中将切换处理类型信息通知给MME或者SGSN，MME或者SGSN根据切换处理类型信息决定是否通知接入网建立接入网侧的资源。参见图17所示，包括下列步骤：
1、UE在Non-3GPP网络（如Wimax、WLAN等网络）接入。
2、UE决定执行切换到3GPP网络，发起切换流程。
3、UE通过3GPP 接入网络（AN，Access network）发送Attach Request消息到核心网网元。如果3GPP接入网络为GERAN/UTRAN，则核心网网元为SGSN；如果3GPP接入网络为E-UTRAN，则核心网网元为MME。UE在AttachRequest消息中通知MME/SGSN这个Attach流程是UE在空闲状态下的切换流程还是UE在激活状态下的切换流程, MME或者SGSN获取处理类型信息。具体的通知方式可以是：
√UE在Attach Request消息中增加“Attach Type”信元指示MME/SGSN切换的处理类型。其中，Attach Type以不同取值表明不同的处理类型：
0表明（Idle Mode Handover）空闲模式下的切换；
1表明（Active Mode Handover）激活状态下的切换；
√UE在Attach Request消息中增加“Cause”信元表明导致Attach Request消息的原因值。UE可以设置Cause原因值为：
“Idle Mode Handover”表明Attach Request是由于空闲状态下的切换导致的；
“Active Mode Handover”表明Attach Request是由于激活状态下的切换导致的；
√UE在Attach Request消息中增加“UE State”信元将UE的状态上报。MME/SGSN根据UE的状态就能判断出空闲状态下的切换还是激活状态下的切换。UE可以设置“UE State”为：
0（Idle state）表明UE的状态为空闲状态
1（Active state）表明UE的状态为激活状态
√UE在激活状态下的切换时在Attach Request消息中增加“active flag”信元指示需要建立接入网侧的承载。在空闲状态下的切换时在AttachRequest消息中不携带“active flag”信元指示不需要建立接入网侧的承载。或者UE在激活状态下的切换时将“active flag”信元设置为“True（1）”指示需要建立接入网侧的承载。在空闲状态下的切换时将“activeflag”信元设置为“False（0）”指示不需要建立接入网侧的承载。
√UE在空闲状态下的切换时在Attach Request消息中增加“Non-activeflag”信元指示不需要建立接入网侧的承载。在激活状态下的切换时在Attach Request消息中不携带“Non-active flag”信元指示需要建立接入网侧的承载。或者UE在空闲状态下的切换时将“Non-active flag”信元设置为“True（1）”指示不需要建立接入网侧的承载。在激活状态下的切换时将“Non-active flag”信元设置为“False（0）”指示需要建立接入网侧的承载。
4、鉴权程序被执行。
5、MME/SGSN发送Update Location消息到HSS，获取UE的签约数据。HSS返回UE的签约数据，包括UE使用的PDN GW地址信息。
6、MME/SGSN选择Serving GW，向Serving GW发送Create Default BearerRequest消息。
7、Serving GW发送Proxy BU消息到PDN GW更新PDN GW的下行用户面路径。PDN GW将下行用户面路径切换到Serving GW后回Proxy BA消息给Serving GW。
8、Serving GW回Create Default Bearer Response消息给MME/SGSN。
9、MME/SGSN根据Attach Request消息中携带的信息判断UE是在激活状态下的切换还是空闲状态下的切换。MME/SGSN如果发现UE在激活状态下的切换，则步骤9至12被执行。MME/SGSN如果发现UE在空闲状态下的切换，则步骤13至14被执行。
MME/SGSN发送Initial Context Setup Request消息给3GPP AN请求3GPP AN建立接入网侧的资源，同时这个消息也携带Attach Accept消息。
10、3GPP AN和UE之间建立无线承载。
11、3GPP AN回Initial Context Setup Complete消息给MME/SGSN。这个消息中也携带Attach Complete消息。
12、MME/SGSN发送Update Bearer Request消息给Serving GW请求Serving GW更新下行用户面路径到eNodeB。Serving GW更新下行用户面路径到3GPP AN后回Update Bearer Response消息到MME/SGSN。
13、MME/SGSN如果发现UE在空闲状态下的切换，则MME/SGSN发送Attach Accept消息给UE。
14、UE回Attach Complete消息给MME/SGSN。
实施例9：UE在发送注册请求消息到非3GPP网关设备时，将该注册的处理类型信息上报给非3GPP网关设备，非3GPP网关设备据此识别该注册的处理类型；进一步根据该注册的处理类型，相应为该UE创建承载，完成注册。非3GPP网关设备上报注册的处理类型给AAA Server，由AAA Server上报注册的处理类型到HSS。对于切换导致的注册，网络侧发起承载建立流程，将UE在源3GPP网络中使用的资源在Non-3GPP网络中建立；对于初始化注册，如果HSS中保存UE在3GPP网络中使用的PDN GW地址信息，则HSS通知AAA Server取消UE在3GPP网络中的注册，AAA Server通知PDN GW释放UE在3GPP网络中使用的资源。参见图18所示，包括下列步骤：
1、UE通过Serving GW和PDN GW接入到3GPP接入网络。
2、MME或者SGSN发送切换命令到UE，通知UE切换到Non-3GPP网络。或者UE发现Non-3GPP网络并决定发起切换。
3、UE在发起注册到Non-3GPP网络之前，识别该注册的类型；之后发送接入请求消息到非3GPP网关设备，并相应将该注册的处理类型信息上报给非3GPP网关设备。
4、UE、非3GPP网关、AAA Server、HSS之间执行鉴权流程。UE也可以在这个步骤中将UE的注册处理类型上报给非3GPP网关。
非3GPP网关在这个步骤中将UE的注册处理类型上报给AAA Server和HSS。如果注册处理类型为切换处理类型，则AAA Server或者HSS可以将用户在3GPP接入网络中使用的PDN GW地址信息提供给非3GPP网关。
如果UE的注册过程中由AAA Server或者HSS识别UE的注册处理类型（如AAA Server或者HSS发现保存有用户在3GPP接入网络中使用的PDNGW地址信息，则AAA Server或者HSS认为UE的注册处理类型为切换导致的注册处理类型；否则，AAA Server或者HSS认为UE的注册处理类型为正常的注册处理类型），则AAA Server或者HSS在这个消息中增加指示位信元将UE的注册处理类型信息通知给非3GPP网关。指示位可能的方法有：
a)如果UE的注册处理类型为切换导致的注册，则AAA Server或者HSS增加切换指示位信元（Handover Indication（切换指示位））。对于正常的注册处理类型，AAA Server或者HSS不携带这个信元。
b)Cause（原因）信元。对于切换导致的注册处理，AAA Server或者HSS将该Cause信元设置为“Update due to Handover Attach（切换附着导致的更新）”。对于正常注册处理，AAA Server或者HSS将该Cause信元设置为“Update due to Initial Attach（初始化附着导致的更新）”或者不携带这个Cause信元。
c)Update Type（更新类型）信元。对于切换导致的注册处理，AAA Server或者HSS将该信元设置为“Handover Attach（切换附着）”。对于正常注册处理，AAA Server或者HSS将该信元设置为“Initial Attach（初始化附着）”或者不携带这个信元。
5、非3GPP网关设备根据UE上报或者AAA Server上报或者HSS上报的该注册的处理类型信息，识别该注册的处理类型。
至此，非3GPP网关设备已区分了不同的注册处理类型。
进一步，如果处理类型为正常的接入，则非3GPP网关设备按照正常的接入流程处理。步骤7到13将被执行。
如果处理类型为切换导致的接入，则非3GPP网关设备发送请求策略和计费规则消息到PCRF获取用户使用的PCC规则。PCRF提供用户使用的PCC规则到非3GPP网关设备。转入步骤6。
6、非3GPP网关发起网络侧承载创建流程，创建用户使用的承载。转入步骤13。
7、如果UE的注册处理类型为正常发起的注册，且HSS中存在注册的PDN GW地址，这些PDN GW地址为UE在3GPP接入网络接入时使用的PDNGW地址信息，则HSS发送取消注册消息到AAA Server，取消UE在AAA Server中的注册。AAA Server回取消注册确认消息到HSS。
8、AAA Server发送取消注册消息到PDN GW请求取消UE在3GPP接入网络中的注册，PDN GW回取消注册确认消息到AAA Server。
9、如果PDN GW和Serving GW之间的接口协议为PMIP协议，则PDN GW发送绑定取消指示消息给Serving GW，取消Serving GW网关设备和PDN GW之间的PMIP绑定。Serving GW回绑定取消确认消息给PDN GW。
10、如果Serving GW收到绑定取消指示消息，则Serving GW发起资源释放程序，释放UE在3GPP接入网络中使用的资源。
11、如果PDN GW和Serving GW之间的接口协议为GTP协议，则PDN GW发起资源释放程序，释放UE在3GPP接入网络中使用的资源。
12、PDN GW和PCRF之间执行会话终止程序，通知PCRF释放UE在3GPP接入网络中使用的PCC rules。
13、非3GPP网关回接入接受消息到UE。
实施例10：UE在发送注册请求消息到非3GPP网关设备时，将该注册的处理类型信息上报给非3GPP网关设备，非3GPP网关设备据此识别该注册的处理类型；进一步根据该注册的处理类型，相应为该UE创建承载，完成注册。非3GPP网关设备上报注册的处理类型给AAA Server，AAA Server上报注册的处理类型到HSS。对于切换导致的注册，网络侧发起承载建立流程，将UE在源3GPP网络中使用的资源在Non-3GPP网络中建立；对于初始化注册，如果HSS中保存UE在3GPP网络中使用的PDN GW地址信息，则HSS通知AAAServer取消UE在3GPP网络中的注册，同时HSS通知MME/SGSN释放UE在3GPP网络中使用的资源。参见图19所示，包括下列步骤：
步骤1至6同实施例9中的处理。
7、如果UE的注册处理类型为正常发起的注册，且HSS中存在注册的PDN GW地址，这些PDN GW地址为UE在3GPP接入网络接入时使用的PDNGW地址信息，则HSS发送取消注册消息到AAA Server，取消UE在AAA Server中的注册。AAA Server回取消注册确认消息到HSS。
8、HSS发送位置取消消息到MME/SGSN。MME/SGSN回位置取消确认消息到HSS。
9、MME/SGSN分离UE，释放UE在3GPP接入网络中使用的资源。
10、PDN GW和PCRF之间执行会话终止程序，通知PCRF释放UE在3GPP接入网络中使用的PCC rules。
11、非3GPP网关回接入接受消息到UE。
实施例11：UE激活模式下的Non-3GPP到3GPP网络切换时，3GPP网络侧第一网元获取UE的切换处理类型。3GPP网络侧第一网元判断切换处理类型为UE激活模式下的切换时，则3GPP网络侧第一网元通知PDN GW不发起源Non-3GPP网络的资源释放处理、通知Serving GW创建Serving GW和Non-3GPP GW之间的数据转发隧道资源。参见图20所示，包括下列步骤：
1、UE在Non-3GPP网络接入。
2、UE或者Non-3GPP接入网元（如对于HRPD网络来说，Non-3GPP接入网元为HRPD RNC）决定执行切换到3GPP网络。
3、UE通过Non-3GPP网络发送Attach Request消息到3GPP网络侧第一网元（对于E-UTRAN网络来说，3GPP网络侧第一网元为MME；对于GERAN/UTRAN网络来说，3GPP网络侧第一网元为SGSN）。由3GPP网络侧第一网元获取处理类型信息。3GPP网络侧第一网元获取处理类型信息具体可以为：
1）UE上报：UE在Attach Request消息中通知3GPP网络侧第一网元本次Attach流程是UE在空闲状态下的切换流程还是UE在激活状态下的切换流程。具体的通知方式可以是：
√UE在Attach Request消息中增加“Attach Type”信元指示MME切换的处理类型。其中，Attach Type以不同取值表明不同的处理类型：
0表明（Idle Mode Handover）空闲模式下的切换；
1表明（Active Mode Handover）激活状态下的切换；或者，
对于激活状态下的优化切换或者预注册，UE将Attach Request消息中的“Attach Type”信元设置为“Optimized Handover（优化切换）”或者为“Pre-registration（预注册）”或者为“Handover（切换）”。网络侧第一网元收到这个Attach Type后缺省认为Attach流程是UE在激活状态下的切换流程。
√UE在Attach Request消息中增加“Cause”信元表明导致Attach Request消息的原因值。UE可以设置Cause原因值为：
“Idle Mode Handover”表明Attach Request是由于空闲状态下的切换导致的；
“Active Mode Handover”表明Attach Request是由于激活状态下的切换导致的；
√UE在Attach Request消息中增加“UE State”信元将UE的状态上报。MME根据UE的状态就能判断出空闲状态下的切换还是激活状态下的切换。UE可以设置“UE State”为：
0（Idle state）表明UE的状态为空闲状态；
1（Active state）表明UE的状态为激活状态。
√UE在激活状态下的切换时在Attach Request消息中增加“active flag”信元指示需要建立接入网侧的承载。在空闲状态下的切换时在AttachRequest消息中不携带“active flag”信元指示不需要建立接入网侧的承载。或者UE在激活状态下的切换时将“active flag”信元设置为“True（1）”指示需要建立接入网侧的承载。在空闲状态下的切换时将“activeflag”信元设置为“False（0）”指示不需要建立接入网侧的承载。
√UE在空闲状态下的切换时在Attach Request消息中增加“Non-activeflag”信元指示不需要建立接入网侧的承载。在激活状态下的切换时在Attach Request消息中不携带“Non-active flag”信元指示需要建立接入网侧的承载。或者UE在空闲状态下的切换时将“Non-active flag”信元设置为“True（1）”指示不需要建立接入网侧的承载。在激活状态下的切换时将“Non-active flag”信元设置为“False（0）”指示需要建立接入网侧的承载。
2）Non-3GPP接入网元或者Non-3GPP GW上报：Non-3GPP接入网元或者Non-3GPP GW在发送给3GPP网络侧第一网元接口的消息中通知3GPP网络侧第一网元本次Attach流程是UE在空闲状态下的切换流程还是UE在激活状态下的切换流程。具体的通知方式可以是：
√Non-3GPP接入网元或者Non-3GPP GW在发送给3GPP网络侧第一网元接口的消息中增加“Attach Type”信元指示3GPP网络侧第一网元切换的处理类型。其中，Attach Type以不同取值表明不同的处理类型:
0表明（Idle Mode Handover）空闲模式下的切换；
1表明（Active Mode Handover）激活状态下的切换；或者，
对于激活状态下的优化切换或者预注册，Non-3GPP接入网元或者Non-3GPP GW将“Attach Type”信元设置为“Optimized Handover（优化切换）”或者为“Pre-registration（预注册）”或者为“Handover（切换）”。3GPP网络侧第一网元收到这个Attach Type后缺省认为Attach流程是UE在激活状态下的切换流程。
√Non-3GPP接入网元或者Non-3GPP GW在发送给3GPP网络侧第一网元接口的消息中增加“Cause”信元表明导致Attach Request消息的原因值。Non-3GPP接入网元或者Non-3GPP GW可以设置Cause原因值为：
“Idle Mode Handover”表明Attach Request是由于空闲状态下的切换导致的；
“Active Mode Handover”表明Attach Request是由于激活状态下的切换导致的；
√Non-3GPP接入网元或者Non-3GPP GW在发送给3GPP网络侧第一网元接口的消息中增加“UE State”信元将UE的状态上报。3GPP网络侧第一网元根据UE的状态就能判断出空闲状态下的切换还是激活状态下的切换。UE可以设置“UE State”为：
0（Idle state）表明UE的状态为空闲状态；
1（Active state）表明UE的状态为激活状态。
√UE在激活状态下的切换时Non-3GPP接入网元或者Non-3GPP GW在发送给3GPP网络侧第一网元接口的消息中增加“active flag”信元指示需要建立接入网侧的承载。在空闲状态下的切换时Non-3GPP接入网元或者Non-3GPP GW在发送给3GPP网络侧第一网元接口的消息中不携带“active flag”信元指示不需要建立接入网侧的承载。
√UE在空闲状态下的切换时Non-3GPP接入网元或者Non-3GPP GW在发送给3GPP网络侧第一网元接口的消息中增加“Non-active flag”信元指示不需要建立接入网侧的承载。在激活状态下的切换时Non-3GPP接入网元或者Non-3GPP GW在发送给3GPP网络侧第一网元接口的消息中不携带“Non-active flag”信元指示需要建立接入网侧的承载。
4、鉴权程序被执行。
5、3GPP网络侧第一网元发送Update Location消息到HSS，获取UE的签约数据。HSS返回UE的签约数据，包括UE使用的PDN GW地址信息。
6、3GPP网络侧第一网元选择Serving GW，向Serving GW发送CreateDefault Bearer Request消息。
7、如果Serving GW和PDN GW之间的接口协议使用GTP协议，ServingGW发送Create Default Bearer Request消息到PDN GW。如果Serving GW和PDN GW之间的接口协议使用PMIP协议，Serving GW发送Proxy BU消息到PDN GW。PDN GW回Create Default Bearer Response消息或者Proxy BA消息到Serving GW。
8、Serving GW回Create Default Bearer Response消息到3GPP网络侧第一网元。
9、3GPP网络侧第一网元如果发现UE在激活状态下的切换，则3GPP网络侧第一网元发送创建转发隧道请求消息到Serving GW，请求Serving GW建立转发隧道资源。Serving GW回创建转发隧道响应消息到3GPP网络侧第一网元，消息中携带转发隧道信息（Serving GW Address和GRE Keys）。
10、3GPP网络侧第一网元如果发现切换是UE在激活状态下的切换，则3GPP网络侧第一网元发送HO Command消息到Non-3GPP接入网元或者Non-3GPP GW，消息中包含Attach Accept消息和HO Command消息以及转发隧道信息（Serving GW Address和GRE Keys）。
11、如果Non-3GPP接入网元收到HO Command消息后发送创建转发隧道请求消息给Non-3GPP GW，将获得的转发隧道信息通知给Non-3GPP GW。Non-3GPP GW回创建转发隧道响应消息给Non-3GPP接入网元。
后续Non-3GPP GW通过转发隧道（Serving GW Address和GRE Keys）将收到的下行数据转发给Serving GW。
12、Non-3GPP接入网元或者Non-3GPP GW发送HO Command消息到UE，消息中包含Attach Accept消息和HO Command消息。
13、UE切换到3GPP网络，发送HO Complete消息到3GPP接入网元。
14、3GPP接入网元发送Relocation Complete消息给3GPP网络侧第一网元，通知3GPP网络侧第一网元UE已经切换到3GPP网络。
15、3GPP网络侧第一网元发送修改承载请求消息到Serving GW。3GPP网络侧第一网元如果发现切换是UE在激活状态下的切换，则3GPP网络侧第一网元在修改承载请求消息中增加指示位信息指示PDN GW不发起UE在源Non-3GPP接入网络中的资源释放处理流程。这个指示位可以为优化切换或者预注册指示位或者资源不释放指示位。指示位的具体处理方式可以有：
1）“Update Type”（更新类型）指示位。网络侧第一网元设置“Update Type”指示位为“Pre-registration（预注册）”或者为“Optimized Handover（优化切换）”。
2）“Cause（原因）”原因值。网络侧第一网元设置“Cause”原因值为“Pre-registration（预注册）”或者为“Optimized Handover（优化切换）”或者为“Resource not Release（资源不释放）”。
3）“Pre-registration Indication（预注册指示位）”指示位或者“OptimizedHandover Indication（优化切换指示位）”指示位或者“Resource not ReleaseIndication（资源不释放指示位）”指示位。
16、如果Serving GW和PDN GW之间的接口使用GTP协议，则Serving GW发送修改承载请求消息到PDN GW。如果Serving GW和PDN GW之间的接口使用PMIP协议，则Serving GW发送代理绑定更新消息到PDN GW。ServingGW在修改承载请求或者代理绑定更新消息中增加指示位信息指示PDN GW不发起UE在源Non-3GPP接入网络中的资源释放处理流程。这个指示位可以为优化切换或者预注册指示位或者资源不释放指示位。指示位的具体处理方式可以有：
1）“Update Type（更新类型）”或者“Binding Type（绑定类型）”指示位。Serving GW设置“Update Type（更新类型）”或者“Binding Type（绑定类型）”指示位为“Pre-registration（预注册）”或者为“Optimized Handover（优化切换）”。
2）“Cause（原因）”原因值。Serving GW设置“Cause”原因值为“Pre-registration（预注册）”或者为“Optimized Handover（优化切换）”或者为“Resource not Release（资源不释放）”指示位。
3）“Pre-registration Indication（预注册指示位）”指示位或者“OptimizedHandover Indication（优化切换指示位）”指示位或者“Resource not ReleaseIndication（资源不释放指示位）”指示位。
PDN GW收到上述消息后不发起UE在源Non-3GPP接入网络中的资源释放处理流程（即Non-3GPP接入网络中的资源释放处理不是由PDN GW触发）。PDN GW回修改承载响应或者代理绑定确认消息到Serving GW。
17、Serving GW回修改承载响应消息到3GPP网络侧第一网元。
18、3GPP网络侧第一网元在收到eNodeB发送Relocation Complete消息后回切换完成消息到Non-3GPP接入网元或者Non-3GPP GW。
19、Non-3GPP接入网元或者Non-3GPP GW收到3GPP网络侧第一网元发送的切换完成消息后发起源Non-3GPP接入网络中的资源释放处理流程。
值得说明的是：
1、本实施例中步骤6与步骤9并没有绝对的先后时序关系。
2、本实施例不限定步骤9和步骤11中的消息。如对于HRPD网络来说，步骤11中的消息也有可能为A11注册请求（A11-Registration Request）消息（A11-Registration Request）。
实施例12：UE激活模式下的3GPP到Non-3GPP网络切换时，Non-3GPP网络中的网元获取UE的切换处理类型。Non-3GPP网络中的网元判断切换处理类型为UE激活模式下的切换时则建立接入网侧资源、创建数据转发资源、通知PDN GW不发起源侧资源的释放处理。参见图21所示，包括下列步骤：
1、UE通过Serving GW和PDN GW接入到3GPP网络。
2、UE通过3GPP网络执行Non-3GPP网络特定的附着程序、鉴权及认证程序。
3、UE通过3GPP网络触发Non-3GPP网络中的层3附着程序。Non-3GPP网络中的接入网络（如HRPD网络中的RNC）或者Non-3GPP GW（如HRPD网络中的PDSN）获取切换处理类型信息。Non-3GPP网络中的接入网络或者Non-3GPP GW获取切换处理类型信息具体可以为：
1）UE上报：UE在层3附着程序的消息中通知Non-3GPP网络中的接入网络或者Non-3GPP GW本次流程是UE在空闲状态下的切换流程还是UE在激活状态下的切换流程。具体的通知方式可以是：
√UE在层3附着程序的消息中增加“Attach Type”信元指示Non-3GPP网络中的接入网络或者Non-3GPP GW切换的处理类型。其中，AttachType以不同取值表明不同的处理类型：
0表明（Idle Mode Handover）空闲模式下的切换；
1表明（Active Mode Handover）激活状态下的切换；或者，
对于激活状态下的优化切换或者预注册，UE将层3附着程序的消息中的“Attach Type”信元设置为“Optimized Handover（优化切换）”或者为“Pre-registration（预注册）”或者为“Handover（切换）”。Non-3GPP网络中的接入网络或者Non-3GPP GW收到这个Attach Type后缺省认为层3附着程序是UE在激活状态下的切换流程。
√UE在层3附着程序的消息中增加“Cause”信元表明导致层3附着程序的消息的原因值。UE可以设置Cause原因值为：
“Idle Mode Handover”表明层3附着程序的消息是由于空闲状态下的切换导致的；
“Active Mode Handover”表明层3附着程序的消息是由于激活状态下的切换导致的；
√UE在层3附着程序的消息中增加“UE State”信元将UE的状态上报。
Non-3GPP网络中的接入网络或者Non-3GPP GW根据UE的状态就能判断出空闲状态下的切换还是激活状态下的切换。UE可以设置“UE State”为：
0（Idle state）表明UE的状态为空闲状态；
1（Active state）表明UE的状态为激活状态。
√UE在激活状态下的切换时在层3附着程序的消息消息中增加“activeflag”信元指示需要建立接入网侧的承载。在空闲状态下的切换时在层3附着程序的消息消息中不携带“active flag”信元指示不需要建立接入网侧的承载。或者UE在激活状态下的切换时将“active flag”信元设置为“True（1）”指示需要建立接入网侧的承载。在空闲状态下的切换时将“active flag”信元设置为“False（0）”指示不需要建立接入网侧的承载。
√UE在空闲状态下的切换时在层3附着程序的消息消息中增加“Non-active flag”信元指示不需要建立接入网侧的承载。在激活状态下的切换时在层3附着程序的消息消息中不携带“Non-active flag”信元指示需要建立接入网侧的承载。或者UE在空闲状态下的切换时将“Non-active flag”信元设置为“True（1）”指示不需要建立接入网侧的承载。在激活状态下的切换时将“Non-active flag”信元设置为“False（0）”指示需要建立接入网侧的承载。
2）3GPP网络侧第一网元上报：3GPP网络侧第一网元在与Non-3GPP网络中的接入网络或者Non-3GPP GW之间的接口消息中通知Non-3GPP网络中的接入网络或者Non-3GPP GW本次层3附着程序是UE在空闲状态下的切换流程还是UE在激活状态下的切换流程。具体的通知方式可以是：
√3GPP网络侧第一网元在发送给Non-3GPP网络中的接入网络或者Non-3GPP GW之间接口的消息中增加“Attach Type”信元指示Non-3GPP网络中的接入网络或者Non-3GPP GW切换的处理类型。其中，Attach Type以不同取值表明不同的处理类型:
0表明（Idle Mode Handover）空闲模式下的切换；
1表明（Active Mode Handover）激活状态下的切换；或者，
对于激活状态下的优化切换或者预注册，3GPP网络侧第一网元将“Attach Type”信元设置为“Optimized Handover（优化切换）”或者为“Pre-registration（预注册）”或者为“Handover（切换）”。Non-3GPP网络中的接入网络或者Non-3GPP GW收到这个Attach Type后缺省认为层3附着程序是UE在激活状态下的切换流程。
√3GPP网络侧第一网元在发送给Non-3GPP网络中的接入网络或者Non-3GPP GW之间接口的消息中增加“Cause”信元表明导致层3附着程序消息的原因值。3GPP网络侧第一网元可以设置Cause原因值为：
“Idle Mode Handover”表明层3附着程序消息是由于空闲状态下的切换导致的；
“Active Mode Handover”表明层3附着程序消息是由于激活状态下的切换导致的；
√3GPP网络侧第一网元在发送给Non-3GPP网络中的接入网络或者Non-3GPP GW之间接口的消息中增加“UE State”信元将UE的状态上报。Non-3GPP网络中的接入网络或者Non-3GPP GW根据UE的状态就能判断出空闲状态下的切换还是激活状态下的切换。UE可以设置“UEState”为：
0（Idle state）表明UE的状态为空闲状态；
1（Active state）表明UE的状态为激活状态。
√UE在激活状态下的切换时3GPP网络侧第一网元在发送给Non-3GPP网络中的接入网络或者Non-3GPP GW之间接口的消息中增加“activeflag”信元指示需要建立接入网侧的承载。在空闲状态下的切换时3GPP网络侧第一网元在发送给Non-3GPP网络中的接入网络或者Non-3GPPGW之间接口的消息中不携带“active flag”信元指示不需要建立接入网侧的承载。
√UE在空闲状态下的切换时3GPP网络侧第一网元在发送给Non-3GPP网络中的接入网络或者Non-3GPP GW之间接口的消息中增加“Non-active flag”信元指示不需要建立接入网侧的承载。在激活状态下的切换时3GPP网络侧第一网元在发送给Non-3GPP网络中的接入网络或者Non-3GPP GW之间接口的消息中不携带“Non-active flag”信元指示需要建立接入网侧的承载。
值得说明的是：
Non-3GPP网络中的接入网络或者Non-3GPP GW也可以在步骤2中获取切换处理类型信息。具体处理方式同步骤3中的处理。
4、如果Non-3GPP接入网络发现UE是在激活状态下的切换，则Non-3GPP接入网络发送创建转发隧道请求消息到Non-3GPP GW请求数据转发资源。
5、Non-3GPP GW回创建转发隧道响应消息到Non-3GPP接入网络，消息中携带Non-3GPP GW的数据转发隧道信息（如对于HRPD网络来说，其数据转发隧道信息为PDSN Address和PDSN GRE Key）。
6、如果Non-3GPP GW发现UE是在激活状态下的切换，则Non-3GPP GW发送创建资源请求消息到Non-3GPP接入网元请求建立接入网侧资源。Non-3GPP接入网元分配接入网侧资源，回创建资源响应消息到Non-3GPPGW。
7、如果Non-3GPP接入网元或者Non-3GPP GW发现UE是在激活状态下的切换，则Non-3GPP接入网元或者Non-3GPP GW发送切换命令到3GPP网络侧第一网元，消息中携带Non-3GPP GW的数据转发隧道信息。
8、3GPP网络侧第一网元收到切换命令后发送创建转发隧道请求消息到Serving GW，请求Serving GW建立数据转发隧道资源，消息中携带Non-3GPPGW的数据转发隧道信息。Serving GW创建数据转发隧道信息，回创建转发隧道响应消息到3GPP网络侧第一网元。
9、3GPP网络侧第一网元发送重定位命令消息到3GPP接入网元。
3GPP接入网元将收到的下行数据包转发给Serving GW，Serving GW将收到的转发数据包转发给Non-3GPP GW。
10、3GPP接入网络发送切换命令消息到UE，请求UE切换到Non-3GPP网络。
11、UE切换到Non-3GPP网络，发送接入消息通知Non-3GPP网络中的网元UE已经切换到Non-3GPP网络（具体的接入消息由特定的Non-3GPP网络确定，如对于HRPD网络来说，接入消息为HRPD Traffic Channel Complete（TCC，传输通道完成）消息）。
12、如果Non-3GPP GW和PDN GW之间的接口使用PMIP协议，则Non-3GPP GW发送代理绑定更新消息到PDN GW。Non-3GPP GW如果发现UE是在激活状态下的切换，则在代理绑定更新消息中增加指示位信息指示PDN GW不发起UE在源3GPP接入网络中的资源释放处理流程。这个指示位可以为优化切换或者预注册指示位或者资源不释放指示位。指示位的具体处理方式同实施例11中的处理。
PDN GW收到上述消息后不发起UE在源3GPP接入网络中的资源释放处理流程（即3GPP接入网络中的资源释放处理不是由PDN GW触发）。PDN GW回代理绑定确认消息到Non-3GPP GW。
13、如果UE和PDN GW之间的接口使用基于主机移动性协议（host-basedmobility protocol，如双栈移动因特网版本6协议（DSMIPv6，Dual StackMIPv6）），则UE发送绑定更新消息到PDN GW。UE如果发现UE是在激活状态下的切换，则在绑定更新消息中增加指示位信息指示PDN GW不发起UE在源3GPP接入网络中的资源释放处理流程。这个指示位可以为优化切换或者预注册指示位或者资源不释放指示位。指示位的具体处理方式同实施例11中的处理。
PDN GW收到上述消息后不发起UE在源3GPP接入网络中的资源释放处理流程（即3GPP接入网络中的资源释放处理不是由PDN GW触发）。PDN GW回绑定确认消息到UE。
14、Non-3GPP接入网元或者Non-3GPP GW发送切换完成消息到3GPP网络侧第一网元。
15、3GPP网络侧第一网元收到切换完成消息后发起3GPP网络侧的资源释放处理程序，删除UE在3GPP网络中使用的资源。
值得说明的是：
1、本发明实施例不限定步骤5和步骤8中的消息。如对于HRPD网络来说，步骤5中的消息也有可能为A11注册请求消息。
实施例13：切换处理类型通知处理方法也能应用到3GPP到Non-3GPP网络的正常切换处理。UE在Non-3GPP网络的接入消息中将切换处理类型信息通知给Non-3GPP GW，Non-3GPP GW根据切换处理类型信息决定是否通知接入网建立接入网侧的资源。参见图22所示，包括下列步骤：
1、UE通过Serving GW和PDN GW接入到3GPP网络。
2、UE切换到Non-3GPP网络，执行Non-3GPP网络特定的附着程序、鉴权及认证程序。
3、UE通过Non-3GPP网络的接入网元触发Non-3GPP网络中的层3附着程序。Non-3GPP GW（如HRPD网络中的PDSN）获取切换处理类型信息。Non-3GPP GW获取切换处理类型信息具体可以为：
UE上报：UE在层3附着程序的消息中通知Non-3GPP GW本次流程是UE在空闲状态下的切换流程还是UE在激活状态下的切换流程。具体的通知方式同实施例6中的处理。
值得说明的是：
Non-3GPP GW也可以在步骤2中获取切换处理类型信息。具体处理方式同步骤3中的处理。
4、如果Non-3GPP GW发现UE是在激活状态下的切换，则Non-3GPP GW发送创建资源请求消息到Non-3GPP接入网元请求建立接入网侧资源。Non-3GPP接入网元分配接入网侧资源，回创建资源响应消息到Non-3GPPGW。
5、如果Non-3GPP GW和PDN GW之间的接口使用PMIP协议，则Non-3GPP GW发送代理绑定更新消息到PDN GW。PDN GW回代理绑定确认消息到Non-3GPP GW。
6、如果UE和PDN GW之间的接口使用客户移动因特网协议，则UE发送绑定更新消息到PDN GW。PDN GW回绑定确认消息到UE。
7、Non-3GPP GW回层3附着完成消息到UE。
综上所述，采用本发明的实施例，网络侧网元获取UE的注册处理类型信息后可以进行区分的处理，能够解决现有机制下网络侧无法针对不同的注册流程区分处理的问题。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (15)

1.一种注册处理方法，其特征在于，包括下列步骤：
接收用户终端UE在注册到网络的过程中上报的该注册的处理类型信息；以及
根据所述处理类型信息，识别该注册的处理类型；
对于切换导致的注册，网络侧发起承载建立流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立。
2.如权利要求1所述的方法，其特征在于，所述处理类型信息由UE在注册到网络时识别。
3.如权利要求2所述的方法，其特征在于，所述UE识别所述注册处理类型信息包括：
所述UE发现注册是由于切换到不同网络或者需要切换不同网络导致时，识别注册处理类型为切换注册处理类型；或者，
所述UE发现注册是由于需要切换不同网络导致时，识别注册处理类型为优化切换注册处理类型或者预注册处理类型；或者
所述UE发现注册是由于切换到不同网络或者需要切换不同网络导致时，根据UE状态识别为激活模式下的切换注册处理类型或空闲模式下的切换注册处理类型。
4.如权利要求1或2所述的方法，其特征在于，所述UE上报处理类型信息的方式，包括下列之一：
所述UE在注册到网络的过程中，该UE在向网络侧发送的附着请求消息中携带该注册的处理类型信息；
所述UE在注册到网络的过程中，该UE在向网络侧发送的附着请求消息中携带指示位信元，以表征切换注册处理类型；
所述UE在注册到网络的过程中，该UE在向网络侧发送的附着请求消息中携带指示位信元，以表征空闲模式切换注册处理类型；
所述UE在注册到网络的过程中，该UE在向网络侧发送的附着请求消息中携带指示位信元，以表征激活模式切换注册处理类型；
所述UE在注册到网络的过程中，该UE在向网络侧发送的跟踪区更新请求消息中携带该注册的处理类型信息；
所述UE在注册到网络的过程中，该UE在向网络侧发送的跟踪区更新请求消息中携带指示位信元，以表征切换注册处理类型；
所述UE在注册到网络的过程中，该UE在向网络侧发送的路由区更新请求消息中携带该注册的处理类型信息；
所述UE在注册到网络的过程中，该UE在向网络侧发送的路由区更新请求消息中携带指示位信元，以表征切换注册处理类型；
所述UE在注册到网络的过程中，该UE在向网络侧发送的接入请求消息中携带该注册的处理类型信息；
所述UE在注册到网络的过程中，该UE在向网络侧发送的接入请求消息中携带指示位信元，以表征切换注册处理类型；
所述UE在接入鉴权或者鉴权的过程中，该UE在向网络侧发送的消息中携带该注册的处理类型信息；
所述UE在接入鉴权或者鉴权的过程中，该UE在向网络侧发送的消息中携带指示位信元，以表征切换注册处理类型；
所述UE在因特网密钥交换协议版本2IKEv2或者IP网络安全协议安全联盟IPsec SA建立的过程中，该UE在向网络侧发送的消息中携带该注册的处理类型信息；
所述UE在因特网密钥交换协议版本2或者IP网络安全协议安全联盟建立的过程中，该UE在向网络侧发送的消息中携带指示位信元，以表征切换注册处理类型。
5.如权利要求1或2所述的方法，其特征在于，所述UE上报处理类型信息具体包括：
向网络侧发送不同的附着请求消息，分别表征对应的注册处理类型信息；或者，
向网络侧发送不同的跟踪区更新请求消息，分别表征对应的注册处理类型信息；或者，
向网络侧发送不同的路由区更新请求消息，分别表征对应的注册处理类型信息；或者，
向网络侧发送不同的接入请求消息，分别表征对应的注册处理类型信息。
6.如权利要求1所述的方法，其特征在于，所述根据处理类型信息，识别该注册的处理类型具体为：
网络侧网元将接收的注册处理类型信息通知给归属签约寄存器HSS或者认证、授权与计费服务器AAA Server，由所述HSS或者AAA Serve根据所述处理类型信息，识别该注册的处理类型后进行处理。
7.如权利要求6所述的方法，其特征在于，所述网络侧网元为移动性管理实体MME或服务GPRS支持节点SGSN，所述HSS或者AAA Serve根据所述处理类型信息，识别该注册的处理类型后进行处理具体为：
HSS收到MME或SGSN通知的UE的注册处理类型信息后，如果发现注册处理类型为初始化注册且HSS中存在该UE在Non-3GPP网络中使用的分组数据网络网关实体PDN GW地址信息，则HSS通知AAA Server取消该UE在Non-3GPP网络的注册；
AAA Server通知Non-3GPP网络释放该UE在Non-3GPP网络中使用的资源。
8.如权利要求1所述的方法，其特征在于，所述网络侧发起承载建立流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立之前包括：
MME或SGSN发送位置更新消息给HSS；
所述MME或SGSN接收HSS返回的位置更新确认消息，获取UE在Non-3GPP接入网络中使用的PDN GW地址信息。
9.如权利要求1所述的方法，其特征在于，所述网络侧发起承载建立流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立具体包括：
MME或SGSN通知PDN GW发起网络侧承载创建流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立。
10.如权利要求1所述的方法，其特征在于，所述将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立之前包括：
如果需要到策略和计费规则功能实体PCRF获取用户使用的策略和计费(PCC)规则，则PDN GW发送请求策略和计费规则消息到所述PCRF获取用户使用的PCC规则。
11.一种用户终端，其特征在于，包括：
识别单元，用于在所述用户终端发起注册时，识别该注册的类型；其中，所述识别单元，用于在所述用户终端发起注册时，识别该注册的类型具体包括：所述用户终端发现注册是由于切换到不同网络或者需要切换不同网络导致时，识别该注册的类型为切换注册处理类型；
注册发起单元，用于发起注册，并发出注册触发信号；
上报单元，用于接收注册发起单元发出的注册触发信号，并在所述用户终端注册到网络的过程中，将识别单元识别出的该注册类型对应的处理类型信息上报，所述切换注册处理类型用于网络侧识别该注册的处理类型后发起承载建立流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立。
12.如权利要求11所述的用户终端，其特征在于，所述上报单元按以下方式进行上报：
将所述处理类型信息携带于附着请求消息中的信元中进行上报；或者，
将所述处理类型信息携带于跟踪区更新请求消息中的信元中进行上报；或者，
将所述处理类型信息携带于路由区更新请求消息中的信元中进行上报；或者，
将所述处理类型信息携带于接入请求消息中的信元中进行上报；或者，
将所述处理类型信息携带于接入鉴权或者鉴权消息中的信元中进行上报；或者，
将所述处理类型信息携带于IKEv2或IPsec SA建立消息中的信元中进行上报。
13.如权利要求12所述的用户终端，其特征在于，所述上报单元上报的过程具体为：
对应不同的注册类型，向网络侧发送不同的附着请求消息；或者，
对应不同的注册类型，向网络侧发送不同的跟踪区更新请求消息；或者，
对应不同的注册类型，向网络侧发送不同的路由区更新请求消息；或者，
对应不同的注册类型，向网络侧发送不同的接入请求消息。
14.一种网络侧的网元，其特征在于，包括：
获取单元，用于获取注册过程中UE的注册处理类型信息；
识别单元，用于根据获取单元获取的处理类型信息，识别该注册的处理类型；
第一处理单元，用于在所述识别单元识别注册的处理类型为切换注册处理类型时，发起网络侧承载创建流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立。
15.如权利要求14所述的网元，其特征在于，所述第一处理单元，用于在所述识别单元识别注册的处理类型为切换注册处理类型时，发起网络侧承载创建流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立具体包括：
所述网络侧的网元MME或者SGSN通知PDN GW发起网络侧承载创建流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立；
其中，所述PDN GW发起网络侧承载创建流程，将UE在源Non-3GPP网络中使用的资源在3GPP网络中建立具体包括：
如果需要到策略和计费规则功能实体PCRF获取UE使用的策略和计费PCC规则，则所述PDN GW发送请求策略和计费规则消息到PCRF获取UE使用的PCC规则；
所述PDN GW发起网络侧承载创建流程，创建所述UE使用的承载。
CN201110412187.2A 2007-05-11 2008-03-13 一种注册处理方法、系统及装置 Active CN102572783B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201110412187.2A CN102572783B (zh) 2007-05-11 2008-03-13 一种注册处理方法、系统及装置

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
CN200710104400.7 2007-05-11
CN200710104400 2007-05-11
CN200710181758.X 2007-10-24
CN200710181758 2007-10-24
CN200710165540.5 2007-11-02
CN200710165540 2007-11-02
CN201110412187.2A CN102572783B (zh) 2007-05-11 2008-03-13 一种注册处理方法、系统及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN2008100857298A Division CN101431797B (zh) 2007-05-11 2008-03-13 一种注册处理方法、系统及装置

Publications (2)

Publication Number Publication Date
CN102572783A CN102572783A (zh) 2012-07-11
CN102572783B true CN102572783B (zh) 2014-12-10

Family

ID=40935000

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201110221263.1A Active CN102281524B (zh) 2007-05-11 2008-03-13 一种注册处理方法和用户终端
CN201110412187.2A Active CN102572783B (zh) 2007-05-11 2008-03-13 一种注册处理方法、系统及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201110221263.1A Active CN102281524B (zh) 2007-05-11 2008-03-13 一种注册处理方法和用户终端

Country Status (1)

Country Link
CN (2) CN102281524B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104915185A (zh) * 2014-03-11 2015-09-16 腾讯科技（深圳）有限公司 程序组件耦合处理方法和相关装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018053856A1 (zh) * 2016-09-26 2018-03-29 华为技术有限公司 一种消息转发的方法、装置及接入网关
AU2018234135B2 (en) * 2017-03-17 2021-09-09 FG Innovation Company Limited Terminal apparatus, core network apparatus, and communication control method
MX2019011294A (es) * 2017-04-27 2019-12-05 Lg Electronics Inc Metodo para realizar un procedimiento relacionado con el registro de amf por udm en un sistema de comunicacion inalambrico y dispositivo para el mismo.
CN109548099B (zh) * 2017-08-15 2021-02-05 华为技术有限公司 通信方法、装置和系统
WO2023133838A1 (zh) * 2022-01-14 2023-07-20 北京小米移动软件有限公司 确定注册用户数量的方法、装置、通信设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1549610A (zh) * 2003-05-09 2004-11-24 ��������ͨ�ż����о����޹�˾ 在公共接入信道中提供多级接入服务的方法
WO2007011638A2 (en) * 2005-07-14 2007-01-25 Interdigital Technology Corporation Wireless communication system and method of implementing an evolved system attachment procedure

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030114158A1 (en) * 2001-12-18 2003-06-19 Lauri Soderbacka Intersystem handover of a mobile terminal

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1549610A (zh) * 2003-05-09 2004-11-24 ��������ͨ�ż����о����޹�˾ 在公共接入信道中提供多级接入服务的方法
WO2007011638A2 (en) * 2005-07-14 2007-01-25 Interdigital Technology Corporation Wireless communication system and method of implementing an evolved system attachment procedure

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
GPRS attach type while in DTM Tdoc N1-050367;Infineon Technologies;《3GPP TSG-CN1 Meeting#37》;20050218;第4.7.3节，第4.7.5.2.1节 *
Infineon Technologies.GPRS attach type while in DTM Tdoc N1-050367.《3GPP TSG-CN1 Meeting#37》.2005,第4.7.3节，第4.7.5.2.1节. *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104915185A (zh) * 2014-03-11 2015-09-16 腾讯科技（深圳）有限公司 程序组件耦合处理方法和相关装置
CN104915185B (zh) * 2014-03-11 2019-04-02 腾讯科技（深圳）有限公司 程序组件耦合处理方法和相关装置

Also Published As

Publication number Publication date
CN102281524B (zh) 2014-05-07
CN102281524A (zh) 2011-12-14
CN102572783A (zh) 2012-07-11

Similar Documents

Publication Publication Date Title
CN101431797B (zh) 一种注册处理方法、系统及装置
US11323921B2 (en) Method, system, and device for user detachment when a handover or change occurs in heterogeneous network
CN101330753B (zh) 一种资源创建方法、资源删除方法及网络设备
US8041361B2 (en) Method and device of network resource release processing
CN101568163A (zh) 网络选择方法、移动终端、ip地址处理方法及系统
CN102572783B (zh) 一种注册处理方法、系统及装置
WO2012013103A1 (zh) 一种网关标识上报的方法及系统
CN101494882B (zh) 切换过程中实现isr的方法、网元设备及网络系统
WO2009082968A1 (fr) Procédé de traitement, appareil et système destinés à annuler le transfert de réseau
WO2016112774A1 (zh) 一种实现位置更新的方法及移动管理单元

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant