发明内容
本发明所解决的技术问题在于提供了一种接入类型/频率选择优先级的索引参数的通知方法及设备。
本发明实施例中提供了一种RFSP index参数的通知方法,包括如下步骤:
MME接收UE上报的语音能力及设置;
MME根据签约RFSP index、所述UE上报的语音能力及设置、以及运营商的配置策略产生RFSP index;
MME确定产生的RFSP index与使用中的RFSP index是否不同;
MME确定所述产生的RFSP index与使用中的RFSP index不同时,将使用中的RFSP index替换为所述产生的RFSP index;
MME将所述产生的RFSP index通知RAN。
本发明实施例中提供了一种触发RFSP index参数通知的方法,包括如下步骤:
UE确定需更新RFSP index参数;
UE向MME上报语音能力及设置、以及发送携带了active flag的TAURequest消息,所述active flag用于指示MME是否激活建立S1接口用户面Bearer的过程。
本发明实施例中提供了一种RFSP index参数的通知方法,包括如下步骤:
MME接收UE上报的语音能力及设置、以及携带了active flag的TAURequest消息;
MME根据签约RFSP index、所述UE上报的语音能力及设置、以及运营商的配置策略产生RFSP index;
MME根据active flag确定是否激活建立S1接口用户面Bearer的过程;
在激活建立S1接口用户面Bearer的过程后,在MME确定所述产生的RFSPindex与使用中的RFSP index不同时,将所述产生的RFSP index通知RAN。
本发明实施例中提供了一种MME设备,包括:
接收模块,用于接收UE上报的语音能力及设置;
生成模块,用于根据签约RFSP index、所述UE上报的语音能力及设置、以及运营商的配置策略产生RFSP index;
判断模块,用于确定产生的RFSP index与使用中的RFSP index是否不同;
替换模块,用于在确定所述产生的RFSP index与使用中的RFSP index不同时,将使用中的RFSP index替换为所述产生的RFSP index;
通知模块,用于将所述产生的RFSP index通知RAN。
本发明实施例中提供了一种用户设备,包括:
确定模块,用于确定需更新RFSP index参数;
上报模块,用于向MME上报语音能力及设置、以及发送携带了active flag的TAU Request消息,所述active flag用于指示MME是否激活建立S1接口用户面Bearer的过程。
本发明实施例中提供了一种MME设备,包括:
接收模块,用于接收UE上报的语音能力及设置、以及携带了active flag的TAU Request消息;
生成模块,用于根据签约RFSP index、所述UE上报的语音能力及设置、以及运营商的配置策略产生RFSP index;
确定模块,用于根据active flag确定是否激活建立S1接口用户面Bearer的过程;
通知模块,用于在激活建立S1接口用户面Bearer的过程后,在MME确定所述产生的RFSP index与使用中的RFSP index不同时,将所述产生的RFSPindex通知RAN。
本发明有益效果如下:
本发明实施例中提供的技术方案完善了现有MME修改RFSP的过程,克服了不能完成新的RFSP index in use的传递的问题。
具体实施方式
本发明实施例中将提出了在空闲态触发MME通知RAN关于RFSP index改变的方案。这样,当UE的语音能力和设置发生改变时,或者本地运营商的配置策略发生变化时,在需要触发MME修改RFSP index并通知RAN时,便可以让RAN判定UE的空闲模式接入方式并可能通知UE进行小区重选。下面结合附图对本发明的具体实施方式进行说明。
本发明实施例中提出了两种触发MME在空闲态发出INITIAL CONTEXTSETUP REQUEST消息的方案,一种是由MME来决定触发RFSP index in use的更新,另一种是由UE来决定触发RFSP index in use的更新,下面进行说明。
一、由MME来决定触发RFSP index in use的更新
图1为RFSP index参数的通知方法一实施流程示意图,如图所示,MME在向RAN通知RFSP index参数时可以包括如下步骤:
步骤101、MME接收UE上报的语音能力及设置;
步骤102、MME根据签约RFSP index、所述UE上报的语音能力及设置、以及运营商的配置策略产生RFSP index;
步骤103、MME确定产生的RFSP index与使用中的RFSP index是否不同;
步骤104、MME确定所述产生的RFSP index与使用中的RFSP index不同时,将使用中的RFSP index替换为所述产生的RFSP index;
步骤105、MME将所述产生的RFSP index通知RAN。
实施中,UE上报的语音能力及设置可以是UE在语音能力和设置发生变化后、或者本地运营商配置策略发生改变后上报的语音能力及设置。
在执行步骤105的MME将产生的RFSP index通知RAN时,可以包括:
MME在TAU过程中触发S1接口用户面Bearer建立过程;
MME在INITIAL CONTEXT SETUP REQUEST消息中携带所述产生的RFSP index参数后,通知RAN。
实施中,UE处于空闲态,且没有上行数据;MME没有收到下行数据的通知。
相应的,本发明实施例中还提供了在通知RFSP index参数时UE侧的实施方式,下面进行说明。
图2为信息上报方法实施流程示意图,如图所示,UE在上报时可以包括如下步骤:
步骤201、UE确定UE的语音能力及设置;
步骤202、UE向MME上报UE的语音能力及设置。
实施中,UE可以是在语音能力和设置发生变化后、或者本地运营商配置策略发生改变后上报UE的语音能力及设置。
同样,实施中UE处于空闲态,且没有上行数据;MME没有收到下行数据的通知。
为了更好的理解方案一的实施,下面同时从UE以及MME共同实施的实例进行说明。
图3为MME决定触发RFSP index in use的更新实施流程示意图,如图所示,可以包括如下步骤:
步骤301、MME根据上报信息,签约信息和运营商策略,产生新的RFSPindex。
步骤302、MME判断是否与RFSP index in use不同。
步骤303、在不同时,更新RFSP index in use为新产生的RFSP index。
步骤304、确定是否需要通知RAN新的RFSP index in use。
步骤305、需要通知时,MME在TAU过程中发INITIAL CONTEXT SETUPREQUEST消息,携带RFSP index in use到RAN。
具体实施中,UE在其语音能力和设置发生变化之后,或者是本地运营商配置策略发生改变后,将其变化后的语音能力和设置上报给MME后;MME再根据签约RFSP index、UE提供的语音能力及设置信息、以及运营商的配置策略来产生新的RFSP index;MME判断新的RFSP index和使用中的RFSPindex是否不同,如果不同,则替换原来的使用中的RFSP index;如果需要通知,则MME在TAU过程中触发S1接口用户面Bearer建立过程,在INITIALCONTEXT SETUP REQUEST消息中携带新的使用中的RFSP index参数,然后传递到RAN。
此方案的好处在于,由MME判定是否需要进行RFSP index in use的更新,如果需要更新,才会发起通知RAN修改后的RFSP index in use的过程,这样做可以尽量可以减少通知RAN关于RFSP index in use更新的次数。另外,还可以处理现有流程的一些异常导致MME不能发INITIAL CONTEXT SETUPREQUEST消息的情况,如TAU with active flag过程不能正常建立用户面Bearer,Service Request过程被拒绝等。
二、由UE来决定触发RFSP index in use的更新。
下面首先描述UE侧的实施方式,然后描述MME的实施方式。
图4为触发RFSP index参数通知的方法实施流程示意图,如图所示,在触发时可以包括如下步骤:
步骤401、UE确定需更新RFSP index参数;
步骤402、UE向MME上报语音能力及设置、以及发送携带了active flag的TAU Request消息,所述active flag用于指示MME是否激活建立S1接口用户面Bearer的过程。
实施中,在UE确定需更新RFSP index参数时,可以是在UE能力及设置发生变化后,根据UE的能力变化和网络的配置信息,确定是否需更新RFSPindex参数。
实施中,UE处于空闲态,且没有上行数据;MME没有收到下行数据的通知。
图5为RFSP index参数的通知方法二实施流程示意图,如图所示,MME在向RAN通知RFSP index参数时可以包括如下步骤:
步骤501、MME接收UE上报的语音能力及设置、以及携带了active flag的TAU Request消息;
步骤502、MME根据签约RFSP index、所述UE上报的语音能力及设置、以及运营商的配置策略产生RFSP index;
步骤503、MME根据active flag确定是否激活建立S1接口用户面Bearer的过程;
步骤504、在激活建立S1接口用户面Bearer的过程后,在MME确定所述产生的RFSP index与使用中的RFSP index不同时,将所述产生的RFSP index通知RAN。
实施中,在正常情况下,MME收到带active flag的TAU Request后,都会试图发起S1接口用户面Bearer建立过程。但在具体实施时MME有可能在网络资源紧张等情况下决定拒绝UE的请求。
实施中,将产生的RFSP index通知RAN,可以包括:
MME在INITIAL CONTEXT SETUP REQUEST消息中携带所述产生的RFSP index参数后,通知RAN。
实施中,UE处于空闲态,且没有上行数据;MME没有收到下行数据的通知。
为了更好的理解方案二的实施,下面同时从UE以及MME共同实施的实例进行说明。
图6为由UE决定触发RFSP index in use的更新实施流程示意图,如图所示,可以包括如下步骤:
步骤601、UE根据自身能力和配置信息的变化,网络的配置信息决定是否在TAU Resquest中携带active flag。
步骤602、MME根据UE的上报信息等参数来修改RFSP index。
步骤603、MME确定RFSP index in use是否发生了变化。
步骤604、在确定变化时,在TAU Accept消息中携带的INITIAL CONTEXTSETUP REQUEST消息中携带RFSP index in use。
具体实施中,UE在其能力和设置发生变化之后,可以根据自身的能力变化(如由数据业务为主转变为语音业务为主)和网络的配置信息,决定是否需要在TAU Request消息中可以携带active flag,并且UE需要向MME上报其变化后的语音能力和设置信息;MME在收到UE上报的信息后,根据签约RFSPindex、UE提供的语音能力和设置信息以及本地运营商的配置策略来产生新的使用中的RFSP index;并且,MME根据TAU Request消息中的active flag来决定是否激活建立S1接口用户面Bearer的过程;MME判断新产生的RFSP index是否与原来的RFSP index in use不同,如果不同,则在INITIAL CONTEXTSETUP REQUEST消息中携带此RFSP index参数,传递到RAN。
此方案的好处在于,在大多数情况下,UE了解其自身的语音能力和设置的变化,因此由UE来触发MME通知eNB关于RFSP index的变化会更能反映出UE自身发生了变化。另外,此方法也减少了MME的判断。
基于同一发明构思,本发明实施例中还提供了MME设备、用户设备,由于这些设备解决问题的原理与RFSP index参数的通知方法、一种信息上报方法、一种触发RFSP index参数通知的方法相似,因此这些设备的实施可以参见方法的实施,重复之处不再赘述。
与方案一构思相同,本发明实施例中提供了以下MME设备以及UE,下面进行说明。
图7为MME设备一结构示意图,如图所示,MME中可以包括:
接收模块701,用于接收UE上报的语音能力及设置;
生成模块702,用于根据签约RFSP index、所述UE上报的语音能力及设置、以及运营商的配置策略产生RFSP index;
判断模块703,用于确定产生的RFSP index与使用中的RFSP index是否不同;
替换模块704,用于在确定所述产生的RFSP index与使用中的RFSP index不同时,将使用中的RFSP index替换为所述产生的RFSP index;
通知模块705,用于将所述产生的RFSP index通知RAN。
实施中,接收模块还可以进一步用于接收UE在语音能力和设置发生变化后、或者本地运营商配置策略发生改变后上报的语音能力及设置。
实施中,通知模块可以包括:
触发单元,用于在TAU过程中触发S1接口用户面Bearer建立过程;
通知单元,用于在INITIAL CONTEXT SETUP REQUEST消息中携带所述产生的RFSP index参数后,通知RAN。
实施中,接收模块还可以进一步用于在MME没有收到下行数据的通知时,接收处于空闲态,且没有上行数据的UE上报的语音能力及设置。
图8为用户设备一结构示意图,如图所示,UE中可以包括:
确定模块801,用于确定UE的语音能力及设置;
上报模块802,用于向MME上报UE的语音能力及设置。
实施中,上报模块还可以进一步用于在语音能力和设置发生变化后、或者本地运营商配置策略发生改变后上报UE的语音能力及设置。
实施中,上报模块还可以进一步用于在MME没有收到下行数据的通知,UE处于空闲态,且没有上行数据时,向MME上报UE的语音能力及设置。
与方案二构思相同,本发明实施例中提供了以下MME设备以及UE,下面进行说明。
图9为用户设备二结构示意图,如图所示,UE中可以包括:
确定模块901,用于确定需更新RFSP index参数;
上报模块902,用于向MME上报语音能力及设置、以及发送携带了activeflag的TAU Request消息,所述active flag用于指示MME是否激活建立S1接口用户面Bearer的过程。
实施中,上报模块还可以进一步用于在UE能力及设置发生变化后,根据UE的能力变化和网络的配置信息,确定是否需更新RFSP index参数。
实施中,上报模块还可以进一步用于在MME没有收到下行数据的通知,UE处于空闲态,且没有上行数据时,向MME上报UE的语音能力及设置。
图10为MME设备二结构示意图,如图所示,MME中可以包括:
接收模块1001、,用于接收UE上报的语音能力及设置、以及携带了activeflag的TAU Request消息;
生成模块1002,用于根据签约RFSP index、所述UE上报的语音能力及设置、以及运营商的配置策略产生RFSP index;
确定模块1003,用于根据active flag确定是否激活建立S1接口用户面Bearer的过程;
通知模块1004,用于在激活建立S1接口用户面Bearer的过程后,在MME确定所述产生的RFSP index与使用中的RFSP index不同时,将所述产生的RFSP index通知RAN。
实施中,通知模块还可以进一步用于在INITIAL CONTEXT SETUPREQUEST消息中携带所述产生的RFSP index参数后,通知RAN。
实施中,接收模块还可以进一步用于在MME没有收到下行数据的通知时,接收处于空闲态,且没有上行数据的UE上报的语音能力及设置。
为了描述的方便,以上所述装置的各部分以功能分为各种模块或单元分别描述。当然,在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
由上述实施例可见,本发明完善了现有MME修改RFSP的过程。克服了在UE空闲态,UE没有上行数据,MME也没有收到下行数据通知的条件下,不能完成新的RFSP index in use的传递的问题。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。