业务请求的发起和处理的方法和设备的制作方法

文档序号:7698610阅读:120来源:国知局

专利名称::业务请求的发起和处理的方法和设备的制作方法
技术领域
:本发明一般涉及移动通信
技术领域
,尤其涉及LTE系统中的业务请求过程。
背景技术
:在LTE(LongTermEvolution,长期演进)系统中,ServiceRequest(业务请求)过程的目的是当有上行数据或信令要发送时将UE(UserEquipment,用户设备)的E匪(EPSMobilityManagement,EPS移动性管理)状态从E匪-IDLE(空闲)态转移到E匪-CONNECTED(连接)状态并建立空口和SI承载。另一个目的是发起MO/MT(MobileOriginated/MobileTerminated,终端发起/终端终止)的CSfallback(CircuitSwitchingfallback,电路交换回退)过程,CSfallback在本发明中或称CSFB。3GPP的协议定义了对于CSfallback引起的ServiceRequest过程,UE发起EXTENDEDSERVICEREQUEST(扩展业务请求)消息,而对于其他原因触发的ServiceRequest过程,UE都将发起SERVICEREQUEST消息。ServiceRequest过程由UE发起,但是,当UE在E匪-IDLE模式下有下行信令或用户数据传输时,这一过程是由网络发起的paging(寻呼)过程触发的。在以下情况UE必须发起servicerequest过程a)UE在E匪-IDLE态时收到paging请求消息;b)UE在E匪-IDLE状态时有pending(待发的)的用户数据发送;c)UE在E匪-IDLE状态时有pending的上行信令发送;d)UE在EMM-IDLE或者EMM-CONNECTED状态时,发起CSfallback请求;e)UE在EMM-IDLE或者EMM-CONNECTED状态时收到CSfallback的请求;f)UE在E匪-IDLE状态时有pending的上行cdma.2000信令。无论在何种E匪状态,只要UE要发起CSfallback请求,或者UE要发送用于CSfallback寻呼的CSfallback响应,UE都会发起EXTENDEDSERVICEREQUEST消息。UE发起的EXTENDEDSERVICEREQUEST消息的消息格式如表1所示表1-EXTENDEDSERVICEREQUEST消息内容6<table>tableseeoriginaldocumentpage7</column></row><table>消息时,UE可以判断是否要接受CS业务的请求,UE选择的结果在CSFBresponse中体现。对于除了CSFB以外的所有其他原因触发的业务请求过程,UE都发起SERVICEREQUEST消息,SERVICEREQUEST消息中不包含任何业务类型的指示。匪E发送给eNB(EvolvedNodeB,演进基站)的寻呼消息中会用CNdomainIE来指示是来自于一个PS(PacketSwitching,分组交换)域的寻呼消息还是一个CS(CircuitSwitching,电路交换)域的寻呼消息。若UE收到指示为PS域的paging,则返回SERVICEREQUEST消息给匪E;若UE收到指示为CS域的paging,则返回EXTENDEDSERVICEREQUEST消息。ServiceRequest过程,对于UE被叫的处理过程与UE主叫的处理过程相同。匪E收到SERVICEREQUEST消息后统一发起S1的初始上下文建立过程,要求为所有在匪E中处于激活态的EPS(EvolvedPacketSystem,演进分组系统)承载建立SI和空口的承载连接。当承载建立完成后,UE或者匪E就可以发送相应的信令或者数据。对于处于EMM-IDLE态的UE若发起的EXTENDEDSERVICEREQUEST消息到达匪E后,第一步匪E同样需要发起初始上下文建立过程,为所有在匪E中处于激活态的EPS承载建立SI和空口的承载连接,这一部分的操作与正常收到SERVICEREQUEST消息相同。承载建立完成后,还需要执行第二步,eNB还需要发起将UE从SAE(SystemArchitectureEvolution,系统架构演进)系统转移到CS业务所在的GERAN(GSM/EDGERadioAccessNetwork,GSM/EDGE无线接入网)或者UT廳(UniversalTerrestrialRadioAccessNetwork,通用陆地无线接入网)系统的操作,即发起PSHO切换(PSHandover,PS切换),或者是NACC(NetworkAssistedCellChange,网络辅助小区重选)过程。如果处于E匪-CONNECTED状态的UE发起了EXTENDEDSERVICEREQUEST消息,匪E则不需要执行第一步,初始上下文的建立过程,直接执行第二步,eNB发起PS切换到CS业务所在的PS系统或者执行NACC过程。现有协议只对EPS业务的ServiceRequest过程异常处理进行了描述,而对于CSFB的ServiceRequest过程异常处理,以及对于EPS业务的ServiceRequest过程和CSFB的ServiceRequest过程之间的冲突处理也没有描述。因此,需要一种针对CSFB的ServiceRequest过程异常处理,以及EPS业务的ServiceRequest过程和CSFB的ServiceRequest过程之间出现冲突时的处理方法。
发明内容为了解决上述问题之一,本发明提出了一种处理业务请求的方法,包括以下步骤A、移动性管理实体匪E接收第一业务请求消息,并开始执行对所述第一业务请求消息的处理过程;B、在所述匪E对所述第一业务请求消息执行的处理过程没有完成之前,所述匪E接收第二业务请求消息;C、所述匪E根据所述第一业务请求消息和第二业务请求消息的类型和/或信息元素执行业务请求处理过程。其中,所述第一业务请求消息和所述第二业务请求消息中至少一个包括电路交换回退CSFB业务请求消息。根据本发明的实施例,所述第一业务请求消息和所述第二业务请求消息都为CSFB业务请求消息。所述步骤C包括所述匪E根据所述第一业务请求消息和所述第二业务请求消息中的信息元素执行业务请求处理过程。根据本发明的实施例,所述步骤C包括如果所述第二业务请求消息中有至少一个信息元素与所述第一业务请求消息不同,则所述匪E取消对所述第一业务请求消息的处理过程,执行对所述第二业务请求消息的处理过程;如果所述第二业务请求消息中的信息元素与所述第一业务请求消息全部相同,则所述匪E继续执行对所述第一业务请求消息的处理过程,对所述第二业务请求消息不做处理。根据本发明的实施例,所述第一业务请求消息为CSFB业务请求消息,所述第二业务请求消息为演进分组系统EPS业务请求消息。所述步骤C包括所述匪E继续执行对所述第一业务请求消息的处理过程,对所述第二业务请求消息不做处理。根据本发明的实施例,所述第一业务请求消息为EPS业务请求消息,所述第二业务请求消息为CSFB业务请求消息。所述步骤C包括所述匪E终止执行对所述第一业务请求消息的处理过程,执行对所述第二业务请求消息的处理过程。本发明还提出了一种匪E,包括接收模块和处理模块。所述接收模块,用于接收第一业务请求消息,以及在所述处理模块对所述第一业务请求消息执行的处理过程没有完成之前,接收第二业务请求消息。所述处理模块,用于在所述接收模块接收所述第一业务请求消息之后,开始执行对所述第一业务请求消息的处理过程,以及在所述接收模块接收所述第二业务请求消息之后,根据所述第一业务请求消息和第二业务请求消息的类型和/或信息元素执行业务请求处理过程。其中,所述第一业务请求消息和所述第二业务请求消息中至少一个包括电路交换回退CSFB业务请求消息。根据本发明的实施例,所述处理模块包括第一处理模块,其用于在所述第一业务请求消息和所述第二业务请求消息都为CSFB业务请求消息时,根据所述第一业务请求消息和所述第二业务请求消息中的信息元素执行业务请求处理过程。根据本发明的实施例,所述第一处理模块还用于在所述第二业务请求消息中有至少一个信息元素与所述第一业务请求消息不同时,取消对所述第一业务请求消息的处理过程,执行对所述第二业务请求消息的处理过程;以及在所述第二业务请求消息中的信息元素与所述第一业务请求消息全部相同时,继续执行对所述第一业务请求消息的处理过程,对所述第二业务请求消息不做处理。根据本发明的实施例,所述处理模块还包括第二处理模块,其用于在所述第一业务请求消息为CSFB业务请求消息,所述第二业务请求消息为演进分组系统EPS业务请求消息时,继续执行对所述第一业务请求消息的处理过程,对所述第二业务请求消息不做处理。根据本发明的实施例,所述处理模块还包括第三处理模块,其用于在所述第一业务请求消息为EPS业务请求消息,所述第二业务请求消息为CSFB业务请求消息时,终止执行对所述第一业务请求消息的处理过程,执行对所述第二业务请求消息的处理过程。本发明还提出了一种发起业务请求的方法,包括用户设备UE根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态,执行业务请求过程。其中所述待发的业务请求的类型包括演进分组系统EPS业务请求和/或电路交换回退CSFB业务请求。根据本发明的实施例,所述UE根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态执行业务请求过程的步骤包括如果所述UE在空闲IDLE状态接收到所述CS域寻呼消息,并有待发的CSFB业务请求,则所述UE忽略所述CS域寻呼消息,执行对应于所述待发的CSFB业务请求的CSFB业务请求过程。9根据本发明的实施例,所述UE根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态执行业务请求过程的步骤包括如果所述UE在IDLE状态接收到所述CS域寻呼消息,并具有待发的EPS业务请求,则所述UE执行对应于所述CS域寻呼消息的CSFB业务请求过程。根据本发明的实施例,所述UE根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态执行业务请求过程的步骤包括如果所述UE在IDLE状态接收到所述CS域寻呼消息,并具有待发的EPS业务请求,则所述UE判断是否接受CSFB请求,并在判断接受所述CSFB请求后,执行对应于所述CS域寻呼消息的CSFB业务请求过程。根据本发明的实施例,所述UE根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态执行业务请求过程的步骤包括如果所述UE既有待发的EPS的业务请求也有待发的CSFB请求,则所述UE执行对应于所述待发的CSFB请求的CSFB业务请求过程。本发明还提出了一种用户设备UE,包括发送模块,其用于根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态,执行业务请求过程。其中所述待发的业务请求的类型包括演进分组系统EPS业务请求和/或电路交换回退CSFB业务请求。根据本发明的实施例,所述UE还包括接收模块,用于接收所述CS域寻呼消息。所述发送模块包括第一发送模块,其用于在所述UE处于空闲IDLE状态、所述接收模块接收到所述CS域寻呼消息、并有待发的CSFB业务请求时,忽略所述CS域寻呼消息,执行对应于所述待发的CSFB业务请求的CSFB业务请求过程。根据本发明的实施例,所述CSFB业务请求过程中的CSFB业务请求消息的业务类型信息元素为UE主动发起的CSFB过程。根据本发明的实施例,所述UE还包括接收模块,用于接收所述CS域寻呼消息。所述发送模块包括第二发送模块,其用于在所述UE处于IDLE状态、所述接收模块接收到所述CS域寻呼消息、并具有待发的EPS业务请求时,执行对应于所述CS域寻呼消息的CSFB业务请求过程。根据本发明的实施例,所述UE还包括接收模块,用于接收所述CS域寻呼消息。所述发送模块包括第三发送模块,其用于在所述UE在IDLE状态、所述接收模块接收到所述CS域寻呼消息、并具有待发的EPS业务请求时,判断是否接受CSFB请求,并在判断接受所述CSFB请求后,执行对应于所述CS域寻呼消息的CSFB业务请求过程。根据本发明的实施例,所述CSFB业务请求过程中的CSFB业务请求消息的业务类型信息元素为UE被叫的CSFB过程。根据本发明的实施例,所述发送模块包括第四发送模块,其用于在既有待发的EPS的业务请求也有待发的CSFB请求时,执行对应于所述待发的CSFB请求的CSFB业务请求过程。本发明所提出的发起和处理业务请求的方法和设备,提出了对于CSFB业务请求消息的某些异常场景的解决方法,以及当寻呼消息与EPS业务请求消息以及CSFB业务请求消息相互之间发生冲突时的解决方法,易于在现有的系统和协议的基础上实现。本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中图1为本发明的业务请求处理方法的一个实施例的流程图;图2为本发明的MME的一个实施例的功能结构图;图3为本发明的UE的一个实施例的功能结构图。具体实施例方式下面详细描述本发明的实施例,所述实施例的示例在附图中示出。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。另外,本发明中提到的"第一"、"第二"等仅仅为了便于描述,而不应解释为对本发明的限制。本发明的一个实施例提出了一种处理业务请求的方法IOO,如图1所示,包括以下步骤S101:匪E接收第一业务请求消息,并开始执行对第一业务请求消息的处理过程;S102:在匪E对第一业务请求消息执行的处理过程没有完成之前,匪E接收第二业务请求消息;S103:匪E根据第一业务请求消息和第二业务请求消息的类型和/或信息元素执行业务请求处理过程。其中,第一业务请求消息和第二业务请求消息中至少一个包括CSFB业务请求消息。作为本发明的实施例,CSFB业务请求消息可以包括EXTENDEDSERVICEREQUEST消息,EPS业务请求消息可以包括SERVICEREQUEST消息。在下文中,以EXTENDEDSERVICEREQUEST消息和SERVICEREQUEST消息作为示例进行说明,但是这仅仅是一个示例,而不应解释为对本发明的限制。在具体实施过程中根据需要也可以定义其他的业务消息类型。下面对于方法100在不同的场景下的具体实施方式分别进行描述如果第一业务请求消息和第二请求消息都是EXTENDEDSERVICEREQUEST消息。即,匪E收到了一个EXTENDEDSERVICEREQUEST消息,并且在对该EXTENDEDSERVICEREQUEST消息的处理过程还没完成之前又收到了EXTENDEDSERVICEREQUEST消息,那么步骤S103包括若后续收到的EXTENDEDSERVICEREQUEST消息中有一个IE与之前的EXTENDEDSERVICEREQUEST消息不同,则匪E取消之前的ServiceRequest过程而执行新的ServiceRequest过禾呈;若后续收到的EXTENDEDSERVICEREQUEST消息与之前的SERVICEREQUEST消息中的所有IE都相同,则匪E继续执行之前的ServiceRequest过程,对于后续收到的EXTENDEDSERVICEREQUEST消息不做处理。如果第一业务请求消息为EXTENDEDSERVICEREQUEST消息,第二业务请求消息为SERVICEREQUEST消息。S卩,匪E收到了一个EXTENDEDSERVICEREQUEST消息,并且在对该EXTENDEDSERVICEREQUEST消息的处理过程还没完成之前又收到了SERVICEREQUEST消息,则步骤S103包括匪E继续执行之前的EXTENDEDSERVICEREQUEST消息的处理过程,对后续的SERVICEREQUEST消息不做处理。如果第一业务请求消息为SERVICEREQUEST消息,第二业务请求消息为EXTENDEDSERVICEREQUEST消息。S卩,匪E收到了一个SERVICEREQUEST消息,并且在对该SERVICEREQUEST消息的处理过程还没完成之前又收到了EXTENDEDSERVICEREQUEST消息。则步骤S103包括匪E终止现有的SERVICEREQUEST消息的处理过程,执行新收到的EXTENDEDSERVICEREQUEST消息的处理过程。本发明的一个实施例提出了一种发起业务请求的方法,包括UE根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态,发送业务请求消息。其中待发的业务请求的类型包括演进分组系统EPS业务请求和/或电路交换回退CSFB业务请求。下面对于所述发起业务请求的方法在不同的场景下的具体实施方式进行描述如果UE在IDLE状态收到了指示为CS域的寻呼消息,而此时UE处正好有pending的CSFB请求,则UE忽略收到的paging消息,而执行由上行pending的CSFB请求所触发的EXTENDEDSERVICEREQUEST消息。作为本发明的实施例,将这一消息中的ServicetypeIE设置为UE主动发起的CSFB过程。如果UE在IDLE状态收到了指示为CS域的寻呼消息,而此时UE处正好有pending的PS业务请求,则UE继续执行收到paging消息的后续过程,直接返回EXTENDEDSERVICEREQUEST消息,或者UE判断是否接受CSFB请求,并在判断接受CSFB请求后返回EXTENDEDSERVICEREQUEST消息,而不发起对应于pending的PS业务请求的SERVICEREQUEST消息。作为本发明的实施例,在EXTENDEDSERVICEREQUEST消息中将ServicetypeIE设置为UE被叫的CSFB过程。如果UE处既有上行的PS的业务请求也有上行的CSFB的请求,UE将触发EXTENDEDSERVICEREQUEST消息执行CSFB的业务请求过程。本发明的一个实施例提出了一种匪E200,如图2所示,匪E200包括接收模块201和处理模块202,其中接收模块201接收第一业务请求消息,以及在处理模块202对第一业务请求消息执行的处理过程没有完成之前,接收第二业务请求消息。处理模块202在接收模块201接收第一业务请求消息之后,开始执行对第一业务请求消息的处理过程,以及在接收模块201接收第二业务请求消息之后,根据第一业务请求消息和第二业务请求消息的类型和/或信息元素执行业务请求处理过程。其中,第一业务请求消息和所述第二业务请求消息中至少一个包括CSFB业务请求消息。作为本发明的实施例,处理模块202包括第一处理模块2021。第一处理模块2021在第一业务请求消息和第二业务请求消息都为CSFB业务请求消息时,根据第一业务请求消息和第二业务请求消息中的信息元素执行业务请求处理过程。例如,第一处理模块2021在第二业务请求消息中有至少一个信息元素与第一业务请求消息不同时,取消对第一业务请求消息的处理过程,执行对第二业务请求消息的处理过程;在第二业务请求消息中的信息元素与第一业务请求消息全部相同时,继续执行对第一业务请求消息的处理过程,对第二业务请求消息不做处理。作为本发明的实施例,处理模块202包括第二处理模块2022。第二处理模块2022在第一业务请求消息为CSFB业务请求消息,第二业务请求消息为EPS业务请求消息时,继续执行对第一业务请求消息的处理过程,对第二业务请求消息不做处理。作为本发明的实施例,处理模块202还包括第三处理模块2023。第三处理模块2023在第一业务请求消息为EPS业务请求消息,第二业务请求消息为CSFB业务请求消息时,终止执行对第一业务请求消息的处理过程,执行对第二业务请求消息的处理过程。本发明的一个实施例提出了一种UE300,如图3所示,UE300包括发送模块301。发送模块301根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或UE300所处的状态,执行业务请求过程,例如,发送业务请求消息。其中待发的业务请求的类型包括EPS业务请求和/或CSFB业务请求。作为本发明的实施例,UE300还包括接收模块302,其接收CS域寻呼消息。作为本发明的实施例,发送模块301包括第一发送模块3011,其用于在UE300处于空闲IDLE状态、接收模块302接收到CS域寻呼消息、并有待发的CSFB业务请求时,忽略CS域寻呼消息,执行对应于待发的CSFB业务请求的CSFB业务请求过程。作为本发明的实施例,发送模块3011可以发送EXTENDEDSERVICEREQUEST消息,在该实施例中,EXTENDEDSERVICEREQUEST消息中的业务类型信息元素为UE主动发起的CSFB过程。作为本发明的实施例,发送模块301包括第二发送模块3012,其用于在UE300处于IDLE状态、接收模块302接收到CS域寻呼消息、并具有待发的EPS业务请求时,执行对应于CS域寻呼消息的CSFB业务请求过程。作为本发明的实施例,发送模块3012可以发送EXTENDEDSERVICEREQUEST消息,在该实施例中,EXTENDEDSERVICEREQUEST消息中的业务类型信息元素为UE被叫的CSFB过程。作为本发明的实施例,发送模块301包括第三发送模块3013,其用于在UE300在IDLE状态、接收模块302接收到CS域寻呼消息、并具有待发的EPS业务请求时,判断是否接受CSFB请求,并在判断接受CSFB请求后,执行对应于CS域寻呼消息的CSFB业务请求消息。作为本发明的实施例,发送模块3013可以发送EXTENDEDSERVICEREQUEST消息,在该实施例中,EXTENDEDSERVICEREQUEST消息中的业务类型信息元素为UE被叫的CSFB过程。作为本发明的实施例,发送模块301包括第四发送模块3014,其用于在既有待发的EPS的业务请求也有待发的CSFB请求时,执行对应于待发的CSFB请求的CSFB业务请求过程,作为本发明的实施例,发送模块3014可以发送EXTENDEDSERVICEREQUEST消息。本发明所提出的发起和处理业务请求的方法和设备,提出了对于CSFB业务请求消息的某些异常场景的解决方法,以及当寻呼消息与EPS业务请求消息以及CSFB业务请求消息相互之间发生冲突时的解决方法,易于在现有的系统和协议的基础上实现。尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同限定。权利要求一种处理业务请求的方法,其特征在于,包括以下步骤A、移动性管理实体MME接收第一业务请求消息,并开始执行对所述第一业务请求消息的处理过程;B、在所述MME对所述第一业务请求消息执行的处理过程没有完成之前,所述MME接收第二业务请求消息;C、所述MME根据所述第一业务请求消息和第二业务请求消息的类型和/或信息元素执行业务请求处理过程,其中,所述第一业务请求消息和所述第二业务请求消息中至少一个包括电路交换回退CSFB业务请求消息。2.根据权利要求1所述的处理业务请求的方法,其特征在于,所述第一业务请求消息和所述第二业务请求消息都为CSFB业务请求消息,所述步骤C包括所述匪E根据所述第一业务请求消息和所述第二业务请求消息中的信息元素执行业务请求处理过程。3.根据权利要求2所述的处理业务请求的方法,其特征在于,所述步骤C包括如果所述第二业务请求消息中有至少一个信息元素与所述第一业务请求消息不同,则所述匪E取消对所述第一业务请求消息的处理过程,执行对所述第二业务请求消息的处理过程;如果所述第二业务请求消息中的信息元素与所述第一业务请求消息全部相同,则所述匪E继续执行对所述第一业务请求消息的处理过程,对所述第二业务请求消息不做处理。4.根据权利要求1所述的处理业务请求的方法,其特征在于,所述第一业务请求消息为CSFB业务请求消息,所述第二业务请求消息为演进分组系统EPS业务请求消息,所述步骤C包括所述匪E继续执行对所述第一业务请求消息的处理过程,对所述第二业务请求消息不做处理。5.根据权利要求1所述的处理业务请求的方法,其特征在于,所述第一业务请求消息为EPS业务请求消息,所述第二业务请求消息为CSFB业务请求消息,所述步骤C包括所述匪E终止执行对所述第一业务请求消息的处理过程,执行对所述第二业务请求消息的处理过程。6.—种匪E,其特征在于,包括接收模块和处理模块,其中所述接收模块,用于接收第一业务请求消息,以及在所述处理模块对所述第一业务请求消息执行的处理过程没有完成之前,接收第二业务请求消息;所述处理模块,用于在所述接收模块接收所述第一业务请求消息之后,开始执行对所述第一业务请求消息的处理过程,以及在所述接收模块接收所述第二业务请求消息之后,根据所述第一业务请求消息和第二业务请求消息的类型和/或信息元素执行业务请求处理过程,其中,所述第一业务请求消息和所述第二业务请求消息中至少一个包括电路交换回退CSFB业务请求消息。7.根据权利要求6所述的MME,其特征在于,所述处理模块包括第一处理模块,其用于在所述第一业务请求消息和所述第二业务请求消息都为CSFB业务请求消息时,根据所述第一业务请求消息和所述第二业务请求消息中的信息元素执行业务请求处理过程。8.根据权利要求7所述的MME,其特征在于,所述第一处理模块还用于在所述第二业务请求消息中有至少一个信息元素与所述第一业务请求消息不同时,取消对所述第一业务请求消息的处理过程,执行对所述第二业务请求消息的处理过程;以及在所述第二业务请求消息中的信息元素与所述第一业务请求消息全部相同时,继续执行对所述第一业务请求消息的处理过程,对所述第二业务请求消息不做处理。9.根据权利要求6所述的MME,其特征在于,所述处理模块还包括第二处理模块,其用于在所述第一业务请求消息为CSFB业务请求消息,所述第二业务请求消息为演进分组系统EPS业务请求消息时,继续执行对所述第一业务请求消息的处理过程,对所述第二业务请求消息不做处理。10.根据权利要求6所述的MME,其特征在于,所述处理模块还包括第三处理模块,其用于在所述第一业务请求消息为EPS业务请求消息,所述第二业务请求消息为CSFB业务请求消息时,终止执行对所述第一业务请求消息的处理过程,执行对所述第二业务请求消息的处理过程。11.一种发起业务请求的方法,其特征在于,包括用户设备UE根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态,执行业务请求过程,其中所述待发的业务请求的类型包括演进分组系统EPS业务请求和/或电路交换回退CSFB业务请求。12.根据权利要求11所述的发起业务请求的方法,其特征在于,所述UE根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态执行业务请求过程的步骤包括如果所述UE在空闲IDLE状态接收到所述CS域寻呼消息,并有待发的CSFB业务请求,则所述UE忽略所述CS域寻呼消息,执行对应于所述待发的CSFB业务请求的CSFB业务请求过程。13.根据权利要求12所述的发起业务请求的方法,其特征在于,所述UE将所述CSFB业务请求过程中的CSFB业务请求消息的业务类型信息元素设置为UE主动发起的CSFB过程。14.根据权利要求11所述的发起业务请求的方法,其特征在于,所述UE根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态执行业务请求过程的步骤包括如果所述UE在IDLE状态接收到所述CS域寻呼消息,并具有待发的EPS业务请求,则所述UE执行对应于所述CS域寻呼消息的CSFB业务请求过程。15.根据权利要求11所述的发起业务请求的方法,其特征在于,所述UE根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态执行业务请求过程的步骤包括如果所述UE在IDLE状态接收到所述CS域寻呼消息,并具有待发的EPS业务请求,则所述UE判断是否接受CSFB请求,并在判断接受所述CSFB请求后,执行对应于所述CS域寻呼消息的CSFB业务请求过程。16.根据权利要求14或15所述的发起业务请求的方法,其特征在于,所述UE将所述CSFB业务请求过程中的CSFB业务请求消息的业务类型信息元素设置为UE被叫的CSFB过程。17.根据权利要求ll所述的发起业务请求的方法,其特征在于,所述UE根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态执行业务请求过程的步骤包括如果所述UE既有待发的EPS的业务请求也有待发的CSFB请求,则所述UE执行对应于所述待发的CSFB请求的CSFB业务请求过程。18.—种用户设备UE,其特征在于,包括发送模块,其用于根据待发的业务请求的类型、接收的电路交换CS域寻呼消息和/或所述UE所处的状态,执行业务请求过程,其中所述待发的业务请求的类型包括演进分组系统EPS业务请求和/或电路交换回退CSFB业务请求。19.根据权利要求18所述的UE,其特征在于,所述UE还包括接收模块,用于接收所述CS域寻呼消息,所述发送模块包括第一发送模块,其用于在所述UE处于空闲IDLE状态、所述接收模块接收到所述CS域寻呼消息、并有待发的CSFB业务请求时,忽略所述CS域寻呼消息,执行对应于所述待发的CSFB业务请求的CSFB业务请求过程。20.根据权利要求19所述的UE,其特征在于,所述CSFB业务请求过程中的CSFB业务请求消息的业务类型信息元素为UE主动发起的CSFB过程。21.根据权利要求18所述的UE,其特征在于,所述UE还包括接收模块,用于接收所述CS域寻呼消息,所述发送模块包括第二发送模块,其用于在所述UE处于IDLE状态、所述接收模块接收到所述CS域寻呼消息、并具有待发的EPS业务请求时,执行对应于所述CS域寻呼消息的CSFB业务请求过程。22.根据权利要求18所述的UE,其特征在于,所述UE还包括接收模块,用于接收所述CS域寻呼消息,所述发送模块包括第三发送模块,其用于在所述UE在IDLE状态、所述接收模块接收到所述CS域寻呼消息、并具有待发的EPS业务请求时,判断是否接受CSFB请求,并在判断接受所述CSFB请求后,执行对应于所述CS域寻呼消息的CSFB业务请求过程。23.根据权利要求21或22所述的UE,其特征在于,所述CSFB业务请求过程中的CSFB业务请求消息的业务类型信息元素为UE被叫的CSFB过程。24.根据权利要求18所述的UE,其特征在于,所述发送模块包括第四发送模块,其用于在既有待发的EPS的业务请求也有待发的CSFB请求时,执行对应于所述待发的CSFB请求的CSFB业务请求过程。全文摘要本发明提出了一种业务请求的发起和处理方法及设备。所述业务请求的处理方法包括MME接收第一业务请求消息,并开始执行对第一业务请求消息的处理过程;在MME对第一业务请求消息执行的处理过程没有完成之前,MME接收第二业务请求消息;MME根据第一业务请求消息和第二业务请求消息的类型和/或信息元素执行业务请求处理过程。其中,第一业务请求消息和第二业务请求消息中至少一个包括CSFB业务请求消息。本发明所提出的发起和处理业务请求的方法和设备,提出了对于CSFB业务请求消息某些异常场景的解决方法,以及当寻呼消息与EPS业务请求消息以及CSFB业务请求消息相互之间发生冲突时的解决方法。文档编号H04W4/16GK101790140SQ20091007758公开日2010年7月28日申请日期2009年1月23日优先权日2009年1月23日发明者张娟,熊春山,艾明申请人:大唐移动通信设备有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1