处理通信业务过程冲突的方法及相关装置

申请号 CN200910078099.6 申请日 2009-02-16 公开(公告)号 CN101808415A 公开(公告)日 2010-08-18
申请人 大唐移动通信设备有限公司; 发明人 张娟; 艾明;
摘要 本 发明 公开了一种处理通信业务过程冲突的方法以及相关装置,用以解决UE接收到CS域的寻呼消息时,与自身主动发起NAS过程发生的冲突问题。该方法包括:用户设备接收网络侧设备发来的第一寻呼消息,以及在判断出所述第一寻呼消息为 电路 交换域寻呼消息且自身正要发起初始非接入层过程时,忽略所述第一寻呼消息,发起所述初始非接入层过程。
权利要求

1.一种处理通信业务过程冲突的方法,其特征在于,包括:
用户设备接收网络侧设备发来的第一寻呼消息,以及
在判断出所述第一寻呼消息为电路交换域寻呼消息且自身正要发起初始非接入层过程时,忽略所述第一寻呼消息,发起所述初始非接入层过程。
2.如权利要求1所述的方法,其特征在于,还包括:
所述用户设备接收第二寻呼消息,所述第二寻呼消息为所述网络侧设备在处理完成所述用户设备发起的初始非接入层过程后,根据所述初始非接入层过程的类型,确定出需发起电路交换域连接状态的寻呼过程时,发起的电路交换域连接状态的寻呼过程对应的消息,以及
根据接收到的所述第二寻呼消息,处理所述网络侧设备发起的电路交换域连接状态的寻呼过程。
3.如权利要求1所述的方法,其特征在于,所述用户设备主动发起的初始非接入层过程为EPS移动性管理过程或业务请求过程。
4.如权利要求3所述的方法,其特征在于,所述EPS移动性管理过程为去附着过程或位置区域更新过程。
5.一种处理通信业务过程冲突的方法,其特征在于,包括:
网络侧设备向用户设备发送第一寻呼消息,所述第一寻呼消息为电路交换域寻呼消息;以及
接收所述用户设备发起初始非接入层过程时对应的消息,所述用户设备在判断出接收到的第一寻呼消息为电路交换域寻呼消息且自身正要发起初始非接入层过程时,忽略所述第一寻呼消息,发起所述初始非接入层过程;
网络侧设备根据接收到的消息,处理所述用户设备发起的初始非接入层过程。
6.如权利要求5所述的方法,其特征在于,还包括:
网络侧设备根据所述初始非接入层过程的类型,确定在处理完所述初始非接入层过程后,是否需发起电路交换域连接状态的寻呼过程;以及
在确定出需发起电路交换域连接状态的寻呼过程时,发起所述电路交换域连接状态的寻呼过程,并
向所述用户设备发送对应所述发起的电路交换域连接状态的寻呼过程的第二寻呼消息。
7.如权利要求6所述的方法,其特征在于,网络侧设备在所述初始非接入层过程的类型为去附着过程时,确定无需发起电路交换域连接状态的寻呼过程。
8.如权利要求6所述的方法,其特征在于,网络侧设备在所述初始非接入层过程的类型为位置区域更新过程或业务请求过程时,确定需发起电路交换域连接状态的寻呼过程。
9.如权利要求8所述的方法,其特征在于,网络侧设备在所述初始非接入层过程的类型为位置区域更新过程时,还包括:
网络侧设备在释放非接入层过程信令连接之前,建立所述用户设备和网络侧的承载连接,以及
在处理完所述初始非接入层过程后,发起电路交换域连接状态的寻呼过程,并
向所述用户设备发送对应所述发起的电路交换域连接状态的寻呼过程的第二寻呼消息。
10.一种用户设备,其特征在于,包括:
第一接收单元,用于接收网络侧设备发来的第一寻呼消息;
判断单元,用于判断第一接收单元接收到的第一寻呼消息是否为电路交换域寻呼消息且所述用户设备是否正要发起初始非接入层过程;
第一处理单元,用于在判断单元判断出所述第一寻呼消息为电路交换域寻呼消息且所述用户设备正要发起初始非接入层过程时,忽略所述第一寻呼消息,发起所述初始非接入层过程。
11.如权利要求10所述的用户设备,其特征在于,还包括:
第二接收单元,用于接收第二寻呼消息,所述第二寻呼消息为所述网络侧设备在处理完所述用户设备发起的初始非接入层过程后,根据所述初始非接入层过程的类型,确定出需发起电路交换域连接状态的寻呼过程时,发起的电路交换域连接状态的寻呼过程对应的消息;
第二处理单元,用于根据第二接收单元接收到的所述第二寻呼消息,处理所述网络侧设备发起的电路交换域连接状态的寻呼过程。
12.一种EPS移动管理设备,其特征在于,包括:
发送单元,用于向用户设备发送第一寻呼消息,所述第一寻呼消息为电路交换域寻呼消息;
接收单元,用于接收所述用户设备发起初始非接入层过程时对应的消息,所述用户设备在判断出接收到的第一寻呼消息为电路交换域寻呼消息且自身正要发起初始非接入层过程时,忽略所述第一寻呼消息,发起所述初始非接入层过程;
处理单元,用于根据接收单元接收到的消息,处理所述用户设备发起的初始非接入层过程。
13.如权利要求12所述的设备,其特征在于,还包括:
确定单元,用于在处理单元处理完所述初始非接入层过程后,根据所述初始非接入层过程的类型,确定是否需发起电路交换域的连接状态的寻呼过程;
过程发起单元,用于在确定单元确定出需发起电路交换域连接状态的寻呼过程时,发起所述电路交换域连接状态的寻呼过程,并向所述用户设备发送对应所述发起的电路交换域连接状态的寻呼过程的第二寻呼消息。
14.一种处理通信业务过程冲突的方法,其特征在于,包括:
用户设备接收网络侧设备发来的第一寻呼消息,以及
在判断出所述第一寻呼消息为电路交换域寻呼消息且自身正要发起初始非接入层过程时,根据所述初始非接入层过程的类型,确定处理所述第一寻呼消息对应的寻呼过程以及所述初始非接入层过程的方式;
根据确定出的方式,处理所述第一寻呼消息对应的寻呼过程以及所述初始非接入层过程。
15.如权利要求14所述的方法,其特征在于,用户设备在所述初始非接入层过程的类型为去附着过程时,确定的方式为忽略所述第一寻呼消息对应的寻呼过程,发起所述去附着过程。
16.如权利要求14所述的方法,其特征在于,用户设备在所述初始非接入层过程的类型为位置区域更新过程时,确定的方式为忽略所述第一寻呼消息对应的寻呼过程,发起携带激活标识的位置区域更新过程。
17.如权利要求14所述的方法,其特征在于,用户设备在所述初始非接入层过程的类型为业务请求过程时,确定的方式为:
用户设备判断自身是否接受所述第一寻呼消息对应的寻呼请求,若接受,则忽略执行初始非接入层过程,处理所述第一寻呼消息对应的寻呼过程;
若拒绝,则忽略所述第一寻呼消息对应的寻呼过程,处理所述初始非接入层过程。
18.如权利要求16或17所述的方法,其特征在于,还包括:
所述用户设备接收第二寻呼消息,所述第二寻呼消息为所述网络侧设备在处理完成所述用户设备发起的初始非接入层过程后,根据所述初始非接入层过程的类型,确定出需发起电路交换域连接状态的寻呼过程时,发起的电路交换域连接状态的寻呼过程对应的消息,以及
根据接收到的所述第二寻呼消息,处理所述网络侧设备发起的电路交换域连接状态的寻呼过程。
19.一种处理通信业务过程冲突的方法,其特征在于,包括:
网络侧设备向用户设备发送第一寻呼消息,所述第一寻呼消息为电路交换域寻呼消息;以及
在接收到所述用户设备发来对应第一寻呼消息的响应消息时,处理所述第一寻呼消息对应的寻呼过程,并
在接收到所述用户设备发起初始非接入层过程对应的消息时,处理所述用户设备发起的初始非接入层过程。
20.如权利要求19所述的方法,其特征在于,还包括:
网络侧设备在处理完所述初始非接入层过程后,根据所述初始非接入层过程的类型,判断是否需发起电路交换域连接状态的寻呼过程;以及
在判断出需发起电路交换域连接状态的寻呼过程时,发起所述电路交换域连接状态的寻呼过程,并
向所述用户设备发送对应所述发起的电路交换域连接状态的寻呼过程的第二寻呼消息。
21.如权利要求20所述的方法,其特征在于,网络侧设备在所述初始非接入层过程的类型为去附着过程时,确定无需发起电路交换域连接状态的寻呼过程。
22.如权利要求20所述的方法,其特征在于,网络侧设备在所述初始非接入层过程的类型为位置区域更新过程或业务请求过程时,确定需发起电路交换域连接状态的寻呼过程。
23.一种用户设备,其特征在于,包括:
接收单元,用于接收网络侧设备发来的第一寻呼消息;
判断单元,用于判断接收单元接收到的第一寻呼消息是否为电路交换域寻呼消息且所述用户设备是否正要发起初始非接入层过程;
确定单元,用于在判断单元判断出接收单元接收到的所述第一寻呼消息为电路交换域寻呼消息且所述用户设备正要发起初始非接入层过程时,根据所述初始非接入层过程的类型,确定处理所述第一寻呼消息对应的寻呼过程以及所述初始非接入层过程的方式;
处理单元,用于根据确定单元确定出的方式,处理所述第一寻呼消息对应的寻呼过程以及所述初始非接入层过程。
24.一种EPS移动管理设备,其特征在于,包括:
发送单元,用于向用户设备发送第一寻呼消息,所述第一寻呼消息为电路交换域寻呼消息;
接收单元,用于接收所述用户设备发来的对应第一寻呼消息的响应消息或所述用户设备发起初始非接入层过程对应的消息;
第一处理单元,用于在接收单元接收到所述用户设备发来对应第一寻呼消息的响应消息时,处理所述第一寻呼消息对应的寻呼过程;
第二处理单元,用于在接收单元接收到所述用户设备发起初始非接入层过程对应的消息时,处理所述用户设备发起的初始非接入层过程。
25.如权利要求24所述的设备,其特征在于,还包括:
判断单元,用于在第二处理单元处理完所述初始非接入层过程后,根据所述初始非接入层过程的类型,判断是否需发起电路交换域连接状态的寻呼过程;
过程发起单元,用于在判断单元判断出需发起电路交换域连接状态的寻呼过程时,发起所述电路交换域连接状态的寻呼过程,并向所述用户设备发送对应所述发起的电路交换域连接状态的寻呼过程的第二寻呼消息。

说明书全文

技术领域

发明涉及无线通信技术领域,尤其涉及一种处理通信业务过程冲突的方法、用户设备以及EPS移动管理设备。

背景技术

在LTE移动通信系统中,处于EPS移动性管理空闲(EMM-IDLE,EPSMobility Management idle)状态的用户设备(UE,User Equipment)为了实现向网络侧发送数据、信令或位置更新等各种目的,向网络侧主动发起的初始非接入层(NAS,Non-Access Stratum)过程。
当UE处于EMM-IDLE状态时,若UE有上行分组交换域的用户数据或信令需要发送,则发起PS域的业务请求(Service Request)过程,该过程将UE的EMM状态从EMM-IDLE状态转移到EMM-CONNECTED状态,并建立演进基站(eNB,Evolved NodeB)和移动管理实体(MME,Mobility ManagementEntity)之间的S1承载连接、以及UE与eNB之间的空口承载连接。上述UE发起的Service Request过程也可以是由于收到网络侧的寻呼消息触发的,在以下情况下,UE需要发起Service Request过程,向网络侧发送SERVICEREQUEST消息:
1、UE在EMM-IDLE状态时收到网络侧发送的paging请求消息;
2、UE在EMM-IDLE状态时,需要发送上行用户数据;
3、UE在EMM-IDLE状态时,需要发送LTE的上行信令;
4、UE在EMM-IDLE状态时,需要发送cdma2000系统的上行信令;
此外,当UE处于下列情况下需要进行终端发起/终端终止(MO/MT,MobileOriginated/Mobile Terminated)的电路交换回退(CS fallback,Circuit Switchingfallback)时,也会发起Service Request过程,此时UE向网络侧发送EXTENDEDSERVICE REQUEST消息:
1、UE在EMM-IDLE或者EMM-CONNECTED状态时,需发送CS fallback请求;
2、UE在EMM-IDLE或者EMM-CONNECTED状态时,接收到网络侧发送的CS fallback请求,需要发送对应该CS fallback请求的CS fallback响应。
除上述UE发送的SERVICE REQUEST,EXTENDED SERVICE REQUEST消息外,处于空闲态的UE还可能发送位置区域更新(TAU,TRACKINGAREAUPDATE)过程对应的TRACKING AREA UPDATE REQEUST消息、去附着(detach)过程对应的DETACH REQUEST消息等其他初始NAS过程对应的消息。
在现有的移动通信系统中,寻呼过程的处理流程如下:
在ME发送给eNB的寻呼消息中,MME通过CN domain IE标识来指示该寻呼消息是电路交换(CS,Circuit Switching)域的寻呼消息还是分组交换(PS,Packet Switching)域的寻呼消息。eNB将该寻呼消息发送给UE,当UE在根据寻呼消息中的CN domain IE标识判断出该寻呼消息为PS域中的寻呼消息时,发送SERVICE REQUEST消息给MME,MME接收到SERVICEREQUEST后,发起上下文建立过程,建立eNB和MME之间的S1承载连接、以及UE与eNB之间的空口承载连接,在承载连接建立完成后,UE和网络侧可以通过已建立的承载连接发送数据;当UE在根据寻呼消息中的CN domainIE标识判断出该寻呼消息为CS域中的寻呼消息时,向MME发送EXTENDEDSERVICE REQUEST消息,MME根据该EXTENDED SERVICE REQUEST消息中的电路交换回退响应IE(CSFB response IE,circuit switched fallbackresponse IE)标识来确定发送该EXTENDED SERVICE REQUEST消息的UE是否接受CS域的寻呼请求,在该CSFB response IE标识表明UE接受CS的请求时,在UE处于EMM-IDLE状态时,系统执行以下处理:
1、MME发起上下文建立过程,建立eNB和MME之间的S1承载连接、以及UE与eNB之间的空口承载连接,并指示eNB将要执行CSFB过程;
2、eNB根据MME的指示,发起PS切换(PS Handover),将UE从系统架构演进(SAE,System Architecture Evolution)系统转移到CS业务所在的无线接入网(GERAN,GSM/EDGE Radio Access Network,GSM/EDGE)系统或通用陆地无线接入网(UTRAN,Universal Terrestrial Radio AccessNetwork)系统;或者eNB根据MME的指示,执行网络辅助小区重选(NACC,Network Assisted Cell Change,)过程;
在UE处于EMM-CONNECTED状态时,系统只需执行上述步骤中的第2个步骤,发起PS切换或执行NACC过程。
当该CSFB response IE标识表明UE拒绝接受CS的请求时,MME通过自身与访问位置寄存器(VLR,Visited Location Register)之间的SGs接口向移动交换中心(MSC,Mobile Switching centre)发送SGsAP-PAGING-REJECT消息,VLR从而触发UE繁忙(UDUB User determined UE busy)过程。
当UE收到指示为CS域的寻呼消息时,若UE正要发起EMM过程,或者Service Request过程,现有协议中还没有描述此时UE应如何处理。因此,需要一种针对收到CS域的寻呼消息与UE主动发起NAS过程(包括EMM过程和Service Request过程)相冲突时的处理方法。

发明内容

本发明实施例提供一种处理通信业务过程冲突的方法,用以解决UE在接收到CS域的寻呼消息时,与自身主动发起NAS过程会发生冲突的问题。
相应地,本发明实施例还提供了与该方法对应的用户设备以及EPS移动管理设备。
本发明实施例提供的技术方案如下:
一种处理通信业务过程冲突的方法,包括:用户设备接收网络侧设备发来的第一寻呼消息,以及在判断出所述第一寻呼消息为电路交换域寻呼消息且自身正要发起初始非接入层过程时,忽略所述第一寻呼消息,发起所述初始非接入层过程。
一种处理通信业务过程冲突的方法,包括:网络侧设备向用户设备发送第一寻呼消息,所述第一寻呼消息为电路交换域寻呼消息;以及接收所述用户设备发起初始非接入层过程时对应的消息,所述用户设备在判断出接收到的第一寻呼消息为电路交换域寻呼消息且自身正要发起初始非接入层过程时,忽略所述第一寻呼消息,发起所述初始非接入层过程;网络侧设备根据接收到的消息,处理所述用户设备发起的初始非接入层过程。
一种用户设备,包括第一接收单元,用于接收网络侧设备发来的第一寻呼消息;判断单元,用于判断第一接收单元接收到的第一寻呼消息是否为电路交换域寻呼消息且所述用户设备正要发起初始非接入层过程;第一处理单元,用于在判断单元判断出所述第一寻呼消息为电路交换域寻呼消息且所述用户设备正要发起初始非接入层过程时,忽略所述第一寻呼消息,发起所述初始非接入层过程。
一种EPS移动管理设备,包括发送单元,用于向用户设备发送第一寻呼消息,所述第一寻呼消息为电路交换域寻呼消息;接收单元,用于接收所述用户设备发起初始非接入层过程时对应的消息,所述用户设备在判断出接收到的第一寻呼消息为电路交换域寻呼消息且自身正要发起初始非接入层过程时,忽略所述第一寻呼消息,发起所述初始非接入层过程;处理单元,用于根据接收单元接收到的消息,处理所述用户设备发起的初始非接入层过程。
一种处理通信业务过程冲突的方法,包括:用户设备接收网络侧设备发来的第一寻呼消息,以及在判断出所述第一寻呼消息为电路交换域寻呼消息且自身正要发起初始非接入层过程时,根据所述初始非接入层过程的类型,确定处理所述第一寻呼消息对应的寻呼过程以及所述初始非接入层过程的方式;根据确定出的方式,处理所述第一寻呼消息对应的寻呼过程以及所述初始非接入层过程。
一种处理通信业务过程冲突的方法,包括:网络侧设备向用户设备发送第一寻呼消息,所述第一寻呼消息为电路交换域寻呼消息;以及在接收到所述用户设备发来对应第一寻呼消息的响应消息时,处理所述第一寻呼消息对应的寻呼过程,并在接收到所述用户设备发起初始非接入层过程时对应的消息时,处理所述用户设备发起的初始非接入层过程。
一种用户设备,包括接收单元,用于接收网络侧设备发来的第一寻呼消息;判断单元,用于判断接收单元接收到的第一寻呼消息是否为电路交换域寻呼消息且所述用户设备是否正要发起初始非接入层过程;确定单元,用于在判断单元判断出接收单元接收到的所述第一寻呼消息为电路交换域寻呼消息且所述的用户设备正要发起初始非接入层过程时,根据所述初始非接入层过程的类型,确定处理所述第一寻呼消息对应的寻呼过程以及所述初始非接入层过程的方式;处理单元,用于根据确定单元确定出的方式,处理所述第一寻呼消息对应的寻呼过程以及所述初始非接入层过程。
一种EPS移动管理设备,包括发送单元,用于向用户设备发送第一寻呼消息,所述第一寻呼消息为电路交换域寻呼消息;接收单元,用于接收所述用户设备发来的对应第一寻呼消息的响应消息或所述用户设备发起初始非接入层过程对应的消息;第一处理单元,用于在接收单元接收到所述用户设备发来对应第一寻呼消息的响应消息时,处理所述第一寻呼消息对应的寻呼过程;第二处理单元,用于在接收单元接收到所述用户设备发起初始非接入层过程对应的消息时,处理所述用户设备发起的初始非接入层过程。
本发明实施例针对现有技术存在的UE处理CS域的寻呼消息对应的寻呼过程和自身正要主动发起的NAS过程发生冲突的问题,提供了可行的解决方案。
附图说明
图1为本发明实施例第一种方案的主要实现原理流程图
图2为本发明实施例第二种方案的主要实现原理流程图;
图3为本发明实施例中第一种用户设备的结构示意图;
图4为本发明实施例中第二种用户设备的结构示意图;
图5为本发明实施例中第一种EPS移动管理设备的结构示意图;
图6为本发明实施例中第二种EPS移动管理设备的结构示意图;
图7为本发明实施例中第三种用户设备的结构示意图;
图8为本发明实施例中第三种EPS移动管理设备的结构示意图;
图9为本发明实施例中第四种EPS移动管理设备的结构示意图。

具体实施方式

如果UE在接收到指示为CS域的寻呼消息的同时,恰好有自身主动发起的初始NAS过程等待执行,处理该寻呼消息引发的寻呼过程和自身主动发起的初始NAS过程会存在冲突的问题。本发明实施例提出了两种方案,在发生上述冲突问题时,根据具体情况,选择处理其中的一个过程,并给出了具体的实现流程,为避免上述冲突问题提供了可行的解决方案。
下面结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细的阐述。通常UE与网络侧设备协同工作来处理各种通信业务过程,本发明实施例以EPS移动管理设备为例来进行介绍。
实施例一
请参照附图1,为本发明实施例一的主要实现原理流程图。
步骤101,UE接收到MME发送来的与MME发起的CS域的寻呼过程对应的寻呼消息;
步骤102,UE判断在步骤101接收到该寻呼消息时,是否满足发生冲突的条件,即在UE接收到指示为CS域的寻呼消息的同时,是否自身正要主动发起初始NAS过程;
步骤103,若在步骤102中判断出满足发生冲突的条件,即在UE接收到指示为CS域的寻呼消息时,自身正要主动发起初始NAS过程,则UE忽略该寻呼消息,发起初始NAS过程;
在完成上述步骤后,即可解决同时处理寻呼消息对应的寻呼过程和自身主动发起的初始NAS过程会存在冲突的问题,在步骤103之后,还可以进行步骤104,
步骤104,在步骤103中,MME处理完UE发起的初始NAS过程后,MME可以重新发起CS域的连接状态的寻呼过程。
下面将根据UE主动发起的初始NAS过程的具体类型,对上述处理流程进行详细的描述:
UE接收到CS域的寻呼消息时,自身正要主动发起detach过程,例如正要发送该detach过程对应的DETACH REQUEST消息,这时UE忽略接收到的CS域的寻呼消息,发起该detach过程,向MME发送DETACH REQUEST消息等;MME在接收到DETACH REQUEST消息后,并根据NAS过程的类型为detach过程判断出在detach过程完成后不需重新发起寻呼过程,处理对应的detach过程;
UE接收到CS域的寻呼消息时,自身正要主动发起Service Request过程,例如正要发送Service Request过程对应的SERVICE REQUEST消息,这时UE忽略接收到的寻呼消息,不执行寻呼消息对应的寻呼过程,而发起ServiceRequest过程,例如发送SERVICE REQUEST消息等,MME在接收到UE发送的SERVICE REQUEST消息后,停止对该UE的寻呼过程的相关处理,并根据NAS过程的类型为TAU过程判断出需要在TAU过程完成后重新发起寻呼过程,处理接收到的SERVICE REQUEST消息对应的Service Request过程,在UE发起的Service Request过程处理完成后,由于在Service Request过程执行时,已经建立了eNB和MME之间的S1承载连接、以及UE与eNB之间的空口承载连接,因此此时MME可以重新发起指示为CS域的连接状态的寻呼过程,发送该寻呼过程对应的寻呼消息。
UE接收到指示为CS域的寻呼消息的同时,自身正要主动发起TAU过程,例如正要发送TAU过程对应的TRACKING AREA UPDATE REQEUST消息,这时UE忽略接收到的寻呼消息,发起TAU过程,发送TRACKING AREAUPDATE REQEUST消息等。MME在接收到UE发送的TRACKING AREAUPDATE REQEUST消息后,停止对该UE的寻呼过程的相关处理,并根据NAS过程的类型为TAU过程判断出需要在TAU过程完成后重新发起寻呼过程,处理接收到的TRACKING AREA UPDATE REQEUST消息对应的TAU过程,并在释放TAU过程对应的NAS信令连接前发起建立承载连接的过程,建立eNB和MME之间的S1承载连接、以及UE与eNB之间的空口承载连接,处理完TAU过程后,MME发起CS域的连接状态的寻呼过程,发送该寻呼过程对应的寻呼消息。
在UE主动发起的初始NAS过程执行完成后,MME是否重新发起CS域连接状态的寻呼过程,可以根据该执行完成的NAS过程的种类确定的。
实施例二
请参照附图2,为本发明实施例二的主要实现原理流程图。
步骤201,UE接收到MME发起寻呼过程时发送来的CS域的寻呼消息;
步骤202,UE判断在步骤201接收到寻呼消息时,是否满足发生冲突的条件,即在UE接收到CS域的寻呼消息的同时,是否自身正要主动发起初始NAS过程;
步骤203,若在步骤202中判断出满足发生冲突的条件,即在UE接收到CS域的寻呼消息时,自身正要主动发起初始NAS过程,则UE根据正要主动发起的初始NAS过程的类型,来确定处理寻呼消息对应的寻呼过程以及自身发起的NAS过程的方式;
步骤204,UE根据步骤203确定出的方式,处理寻呼消息对应的寻呼过程以及自身发起的NAS过程。
下面将根据UE主动发起的初始NAS过程的具体类型,对上述处理流程进行详细的描述:
UE在接收到CS域的寻呼消息时,自身正要主动发起detach过程,例如正要发送detach过程对应的DETACH REQUEST消息,这时UE忽略接收到的寻呼消息,不执行寻呼消息对应的寻呼过程,而是发起detach过程,发送detach过程对应的DETACH REQUEST消息;MME接收到DETACH REQUEST消息后,处理对应的detach过程,并根据NAS过程的类型为detach过程判断出不需要在detach过程完成后重新发起寻呼过程。
UE在接收到CS域的寻呼消息时,自身正要主动发起TAU过程,这时UE忽略接收到的寻呼消息,不执行寻呼消息对应的寻呼过程,而是发起带有“active”flag标识的TAU过程,向MME发送TAU过程对应的带有“active”flag标识的TRACKING AREA UPDATE REQEUST消息。MME接收到UE发送的TRACKING AREA UPDATE REQEUST消息后,停止与该UE对应的寻呼过程,并根据NAS过程的类型为TAU过程判断出需要在TAU过程完成后重新发起寻呼过程,处理对应的TAU过程;在处理完TAU过程后,由于在处理带有“active”flag标识的TAU过程时,已经建立eNB和MME之间的S1承载连接、以及UE与eNB之间的空口承载连接,因此,MME可以发起指示为CS域的连接状态下的寻呼过程,发送该寻呼过程对应的寻呼消息。
UE在接收到CS域的寻呼消息时,自身正要主动发起Service Request过程,这时UE先判断自身是否接受该寻呼消息对应的寻呼请求,若UE接受寻呼请求,则取消正要发起的Service Request过程,处理寻呼过程,向MME发送EXTENDED SERVICE REQUEST消息,MME收到EXTENDED SERVICEREQUEST消息后,执行CSFB过程;
若UE拒绝寻呼请求,UE不再处理寻呼过程,而发起Service Request过程,向MME发送SERVICE REQUEST消息,MME接收到SERVICE REQUEST消息后,停止对该UE的寻呼过程,并根据NAS过程的类型为Service Request过程判断出需要在Service Request过程完成后重新发起寻呼过程,处理接收到的SERVICE REQUEST消息对应的Service Request过程,在处理完UE发起的Service Request过程后,由于在处理Service Request过程时,已经建立了eNB和MME之间的S1承载连接、以及UE与eNB之间的空口承载连接,因此此时MME可以重新发起CS域的连接状态的寻呼过程,发送该寻呼过程对应的寻呼消息。
在本实施例中,UE接收到CS域的寻呼消息时,比该寻呼消息对应的寻呼过程优先处理的是发起detach过程和TAU过程。在实际应用中,UE接收到CS域的寻呼消息时,比该寻呼消息对应的寻呼过程优先处理的自身主动发起初始NAS过程的具体类型预先指定
本发明实施例提出了两种方案,在UE判断出处理接收到的CS域的寻呼消息对应的寻呼过程和自身主动发起的NAS过程冲突时,根据具体情况,选择执行其中的一个过程,在该过程执行完毕后,可以继续执行另一过程,以及针对具体的NAS过程种类,给出了具体实现方案,避免现有技术存在的UE处理CS域的寻呼消息对应的寻呼过程和自身正要主动发起NAS过程发生冲突的问题。
相应地,请参照附图3,对应方法实施例一,本发明实施例还提供了一种用户设备,该用户设备包括第一接收单元301、判断单元302和第一处理单元303,其中,
第一接收单元301,用于接收EPS移动管理设备发来的第一寻呼消息;
判断单元302,用于判断第一接收单元301接收到的第一寻呼消息是否为电路交换域寻呼消息且所述用户设备是否正要发起初始非接入层过程;
第一处理单元303,用于在判断单元302判断出所述第一寻呼消息为电路交换域寻呼消息且所述用户设备正要发起初始非接入层过程时,忽略所述第一寻呼消息,发起所述初始非接入层过程。
较佳地,请参照附图4,上述用户设备还可以包括第二接收单元401和第二处理单元402,其中,
第二接收单元401,用于接收第二寻呼消息,其中所述第二寻呼消息为所述EPS移动管理设备在处理完自身所在的用户设备发起的初始非接入层过程后,根据所述初始非接入层过程的类型,确定出需发起电路交换域连接状态的寻呼过程时,发起的电路交换域连接状态的寻呼过程对应的消息;
第二处理单元402,用于根据第二接收单元401接收到的所述第二寻呼消息,处理所述EPS移动管理设备发起的电路交换域连接状态的寻呼过程。
请参照附图5,对应方法实施例一,本发明实施例还提出了一种EPS移动管理设备,包括发送单元501、接收单元502、处理单元503,其中,
发送单元501,用于向用户设备发送第一寻呼消息,所述第一寻呼消息为电路交换域寻呼消息;
接收单元502,用于接收所述用户设备发起初始非接入层过程时对应的消息,所述用户设备在判断出接收到的第一寻呼消息为电路交换域寻呼消息且自身正要发起初始非接入层过程时,忽略所述第一寻呼消息,发起所述初始非接入层过程;
处理单元503,用于根据接收单元502接收到的消息,处理所述用户设备发起的初始非接入层过程。
较佳地,请参照附图6,上述EPS移动管理设备还包括确定单元601和过程发起单元602,其中,
确定单元601,用于在附图5中的处理单元503处理完所述初始非接入层过程后,根据所述初始非接入层过程的类型,确定是否需发起电路交换域的连接状态的寻呼过程;
过程发起单元602,用于在确定单元601确定出需发起电路交换域连接状态的寻呼过程时,发起所述电路交换域连接状态的寻呼过程,并向所述用户设备发送对应所述发起的电路交换域连接状态的寻呼过程的第二寻呼消息。
上述用户设备和EPS移动管理设备配合工作,以解决UE接收到CS域的寻呼消息时,与自身主动发起NAS过程发生的冲突问题。
请参照附图7,对应方法实施例二,本发明实施例还提出了一种用户设备,包括接收单元701、判断单元702、确定单元703和处理单元704,其中,
接收单元701,用于接收EPS移动管理设备发来的第一寻呼消息;
判断单元702,用于判断接收单元701接收到的第一寻呼消息是否为电路交换域寻呼消息且所述用户设备是否正要发起初始非接入层过程;
确定单元703,用于在判断单元702判断出接收单元701接收到的所述第一寻呼消息为电路交换域寻呼消息且所述用户设备正要发起初始非接入层过程时,根据所述初始非接入层过程的类型,确定处理所述第一寻呼消息对应的寻呼过程以及所述初始非接入层过程的方式;
处理单元704,用于根据确定单元703确定出的方式,处理所述第一寻呼消息对应的寻呼过程以及所述初始非接入层过程。
请参照附图8,对应方法实施例二,本发明实施例还提出了一种EPS移动管理设备,包括发送单元801、接收单元802、第一处理单元803、第二处理单元804,其中,
发送单元801,用于向用户设备发送第一寻呼消息,所述第一寻呼消息为电路交换域寻呼消息;
接收单元802,用于接收所述用户设备发来的对应第一寻呼消息的响应消息或所述用户设备发起初始非接入层过程对应的消息;
第一处理单元803,用于在接收单元802接收到所述用户设备发来对应第一寻呼消息的响应消息时,处理所述第一寻呼消息对应的寻呼过程;
第二处理单元804,用于在接收单元802接收到所述用户设备发起初始非接入层过程对应的消息时,处理所述用户设备发起的初始非接入层过程。
较佳地,请参照附图9,上述EPS移动管理设备还包括判断单元901和过程发起单元902,其中,
判断单元901,用于在附图8中的第二处理单元804处理完所述初始非接入层过程后,根据所述初始非接入层过程的类型,判断是否需发起电路交换域连接状态的寻呼过程;
过程发起单元902,用于在判断单元901判断出需发起电路交换域连接状态的寻呼过程时,发起所述电路交换域连接状态的寻呼过程,并向所述用户设备发送对应所述发起的电路交换域连接状态的寻呼过程的第二寻呼消息。
上述用户设备和EPS移动管理设备配合工作,以解决UE接收到CS域的寻呼消息时,与自身主动发起NAS过程发生的冲突问题。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
QQ群二维码
意见反馈