具体实施方式
发明人在发明过程中注意到:
在实现SMSonly功能时,在联合ATTACH过程中,UE成功附着后,EPSservices的移动性管理实体MME和non-EPS services的移动性管理实体MSC/VLR之间建立了SGs接口,UE驻留在E-UTRAN中。当有MT-SMS到达MSC/VLR时,如果UE处于IDLE态,MSC/VLR通过MME寻呼UE,UE收到寻呼后,首先建立和网络的信令连接,然后即可通过NAS信令消息接受来自MSC/VLR的MT-SMS。需要注意的是,此时,UE是不会FALL BACK到2G/3G网络的。
由此可见:
1、在MT-SMS和MO-SMS场景下,UE都不会FALLBACK到GERAN/UTRAN;
2、EUTRAN和GERAN/UTRAN的覆盖可以不需要重叠。这一条只能适用于UE仅仅使用SMS,而不使用CSFB的其它业务时。
这样设计的原因在于:
1、可以减少MME处TA(Traking Area,跟踪区)和LA(Location Area,位置区)之间对应关系的配置,甚至MME处不配置TA和LA的对应关系;
2、大幅度减少网络中升级支持SMSoverSGs的MSC/VLR的数量,只需部署几个(至少一个)支持SMSoverSGs功能的MSC/VLR即可,这种MSC/VLR就是本发明所说的“虚拟的MSC/VLR”,本发明也称其为“默认的MSC/VLR”。
即,当UE进行SMSonly类型的ATTACH时,MME推断的出的一个MSC/VLR可能是一个虚拟的MSC/VLR,该MSC/VLR所覆盖的UTRAN和GERAN和UE当前所在的E-UTRAN位置区可以是不重叠的。本申请中定义为情景a(case a),即,在该情景下,该MSC/VLR所覆盖的UTRAN和GERAN和UE当前所在的E-UTRAN位置区是不重叠的。这个场景的好处是,不需要网络中所有的MSC/VLR都升级到支持SGs接口,不需要再MME上配置TA和LA的对应关系。这样的网络部署运营成本比较低。
图1为SMSonly场景的位置关系示意图,如图所示,有两个UTRAN覆盖,分别是UTRAN-1和UTRAN-2;UTRAN-1的位置区代码是LAC-1、路由区代码是RAC-1;UTRAN-2的位置代码是LAC-2,还有一个EUTRAN覆盖,覆盖的两个位置区的标识分别为TAI-1和TAI-2。UE在EUTRAN中ATTACH到EPS SERVICES和SMSonly时,网络指示给它的LAC是LAC-2,而实际的UTRAN覆盖则是LAC-1。
则,当UE移动进入/离开EUTRAN区域时,需要进行INTER-MSC(MSC间)的location update(位置更新),以保证UE可以使用短信业务,具体可以参见3GPP规范23.272所述。
下面说明为实现CSFB和/或SMSonly时,UE发起的联合TA/LA过程。这个过程适用于UE由UTRAN移动进入E-UTRAN的情形。
在该过程中,如果UE在TAU时没有GUTI(Globally Unique TemporaryIdentity,全球唯一(用户)临时标识),只有P-TMSI(Packet Temporary MobileStation Identity,分组临时移动用户标识),MME将根据P-TMSI推断出LAI(Location Area ID,位置区ID),并根据该LAI选择一个MSC/VLR来执行位置更新过程。如果运营商仅支持SMSonly,不支持CSFB,则只需升级少量的MSC/VLR(MME处配置对应的特殊的LAI值)支持SGs接口即可。此时,MME只需选择特殊的LAI值,将SGS接口建立到该LAI对应的MSC/VLR即可。如果UE的GUTI不是通过映射得到的,则MME也可以根据本地配置,选择一个特殊的LAI。该特殊的LAI值,就是默认的LAI值。
如果此时MME选择了默认的LAI,则此LAI所指向的VLR的无线覆盖可能和当前UE所处的位置是不重叠的。另外,如果该VLR仅仅是为了和MME实现SMSonly特性,则该VLR可能不需要连接到任何UTRAN/GERAN等接入网。
在激活了ISR,MSC/VLR和MME之间存在SGs接口时,当有MT-SMS消息到达MME时,按照现有的规范(具体请参见8.2.5.f,Mobile TerminatingSMS when ISR is active and SGs is active between MSC/VLR and MME(当空闲状态信令优化激活且SGs接口在MSC/VLR与MME之间激活时的移动终止的短信息服务),MME需要在E-UTRAN中寻呼UE,并将寻呼消息发送给SGSN,由SGSN在GERAN/UTRAN中寻呼UE,UE在GERAN/UTRAN中收到寻呼后,向MSC进行响应。
这样,在上述8.2.5.f中,就会存在的如下问题:
如果与MME建立的SGs接口的VLR是一个虚拟VLR,则该VLR和UE当前GERAN/UTRAN的无线接入网结点之间可能不存在信令连接,这将导致UE即使响应了寻呼,但该响应消息被网络丢弃;这将导致在MME和SGSN接口处、在GERAN/UTRAN空中接口处、在MSC/VLR处出现网络资源浪费。
鉴于存在上述问题,本发明提供的技术方案将解决在SMSonly特性和ISR激活场景时,用于减少MT-SMS相关的寻呼消息。下面结合附图对具体实施方式进行说明。
图2为ISR激活状态下UE的寻呼消息处理方法一实施流程示意图,该处理主要是在MME上执行,则如图所示,在对寻呼消息进行处理时可以包括以下步骤:
步骤201、MME接收来自MSC/VLR的寻呼消息;
步骤202、MME确认MSC/VLR是默认MSC/VLR,且该寻呼消息是用于SMS时,MME不向SGSN发送寻呼消息。
实施中,当MME收到来自默认MSC/VLR寻呼消息时,且该消息是用于SMS时,则MME不向SGSN发送寻呼消息;
当SGSN收到来自S3接口上的CS-PAGING时,也不在UTRAN/GERAN中发送寻呼消息;也就是说,实施中,就是在SGSN收到此类消息后,也不发送。当然,具体实施过程中既可以采用MME不发寻呼消息的方式,则此时SGSN收不到寻呼消息;但是也可以采用由MME发寻呼消息,而由SGSN来过滤这一方式,也能取到减少不必要的寻呼信令的效果。
具体实施中,在目前规范TS23.272中,在MT-CALL和ISR并存时,章节7.7.2的“Mobile Terminating Call when ISR is active and SGs is active betweenMSC/VLR and MME”描述了MME向SGSN转发寻呼消息的要求,在MSC/VLR发送给MME的PAGING消息的内容如下:(具体可以参见TS29.118)。
Table 8.14.1.1:SGsAP-PAGING-REQUEST message content(SGs接口寻呼请求消息内容)
Information element |
Type/Reference |
Presence |
Format |
Length |
Message type |
Message type9.2 |
M |
V |
1 |
IMSI |
IMSI9.4.6 |
M |
TLV |
6-10 |
VLR name |
VLR name9.4.22 |
M |
TLV |
3-n |
Service indicator |
Service indicator9.4.17 |
M |
TLV |
3 |
TMSI |
TMSI9.4.20 |
O |
TLV |
6 |
CLI |
CLI9.4.1 |
O |
TLV |
3-14 |
Location area identifier |
Location area identifier9.4.11 |
O |
TLV |
7 |
Global CN-Id |
Global CN-Id9.4.4 |
O |
TLV |
7 |
SS code |
SS code9.4.19 |
O |
TLV |
3 |
LCS indicator |
LCS indicator9.4.10 |
O |
TLV |
3 |
LCS client identity |
LC S client identity9.4.9 |
O |
TLV |
3-n |
Channel needed |
Channel needed9.4.23 |
O |
TLV |
3 |
eMLPP Priority |
eMLPP Priority9.4.24 |
O |
TLV |
3 |
其中,在上述消息中,Service indicator(服务指示)用于指示如下内容:
Service indicator
Bits
8 7 6 5 4 3 2 1
0 0 0 0 0 0 0 0 Shall not be sent in this version of the protocol.If received,shallbe treated as′00000001′(该取值,在这个版本的协议中不会被发送。如果收到,将其等同于00000001)
0 0 0 0 0 0 0 1 CS call indicator(CS呼叫指示)
0 0 0 0 0 0 1 0 SMS indicator(SMS指示)
0 0 0 0 0 0 1 1
to Shall not be sent in this version of the protocol.If received,shall be treated as′00000001′
1 1 1 1 1 1 1 1(取值00000011到11111111,在这个版本的协议中不会被发送。如果收到,将其等同于00000001)
当Service indicator取值为“00000010”时,说明该寻呼消息是用于MT-SMS的寻呼。
VLR name是发送该寻呼消息的名称,采用FQDN(Fully Qualified DomainName,全域名)格式。MME可以根据VLR NAME(VLR名称)推断出该VLR的VLR number(VLR号码)。
也即,在ISR激活情形下,MME判断收到的SGsAP-PAGING-REQUESTmessage(消息)是否来自于默认的VLR,如果来自默认的VLR,则不转发CS-PAGING(CS寻呼)消息到对应的SGSN。
实施中,在MME确认MSC/VLR是默认MSC/VLR时,可以包括以下方式之一:
1、从SGsAP-PAGING-REQUEST消息获得发送该寻呼消息的VLR的VLRnumber,将该VLR Number与本地配置的用于SMSonly特性的VLR的VLRnumber进行比较,如果该VLR Numbe是一个专门用于SMSonly特性的VLR的VLR number之一,则确定该VLR是默认的VLR;
实施中,可以通过对SGsAP-PAGING-REQUEST消息进行解析,得出发送该消息的VLR的VLR number,将该VLR Number与本地配置的用于SMSonly特性的VLR的VLR number进行比较,如果该VLR Numbe是一个专门用于SMSonly特性的VLR的VLR number之一,则表明该VLR是一个默认的VLR。
2、MME在本地配置默认VLR的FQDN,若从SGsAP-PAGING-REQUEST消息中获取的VLR NAME属于本地配置的默认VLR的FQDN,则确定该VLR是默认的VLR;
实施中,MME可以在本地配置默认VLR的FQDN,此时,将SGsAP-PAGING-REQUEST消息中的VLR NAME和本地配置比较即可得知消息中的VLR NAME是否就是一个默认VLR。
3、在MME建立到默认VLR的SGs接口时,记录该接口所连接的VLR是默认VLR,若从该接口收到SGsAP-PAGING-REQUEST消息时,确定该寻呼消息来自默认的VLR。
实施中,可以在MME建立到默认VLR的SGs接口时,设置一个标志位,用于记录该VLR是一个默认VLR;这样当从该接口收到来自该VLR的SGsAP-PAGING-REQUEST消息时,即可得知该消息来自一个默认的VLR。
4、在MME中没有配置TA和LA之间的对应关系时,则确定与MME建立SGs接口的VLR是默认VLR。
也即,在MME中,如果没有配置TA和LA之间的对应关系,则与MME建立SGs接口的VLR,是默认VLR。
实施中,可以在MME建立到VLR的SGs接口时,判断MME处有没有配置TA和LA的对应关系,如果没有,则认为该VLR是默认VLR,此时设置一个标志位,用于记录该VLR是一个默认VLR;这样当收到来自该VLR的SGsAP-PAGING-REQUEST消息时,即可得知该消息来自默认的VLR。
也可以当MME收到来自SGs接口的SGsAP-PAGING-REQUEST消息时,判断MME处有没有配置TA和LA的对应关系,若没有,则认为该消息来自默认的VLR。
在通过上述方式确定MSC/VLR是默认MSC/VLR时,则MME不转发CS-PAGING消息给SGSN。即:UE在空闲态,且针对该UE,MME和某个SGSN激活了ISR,但是由于收到的SgsAP-PAGING REQUEST消息来自默认的VLR,此时,MME不转发CS PAGING消息给该SGSN。因此,只需要判断该寻呼消息是否来自默认的VLR即可确定是否需要转发CS PAGING消息给SGSN。
实施中,MME还可以确定寻呼消息是否用于SMS时,可以包括:
根据SGsAP-PAGING REQUEST消息中的Service indicator来确定该寻呼消息是否是用于SMS的寻呼消息。
具体实施时,还可以多加上一个判断条件,通过Service indicator来判断该寻呼消息是否是用于SMS的寻呼消息,即判断Service indicator取值是否为“00 0 0 0 0 1 0”,是,则不转发该CS-PAGING消息;不是,则按照收到的SGsAP-PAGING-REQUEST寻呼消息是一个错误消息来处理。因为,默认的VLR通常只处理SMS相关的业务。
当MME没有完成判断时,还可以由SGSN判断是否发送CS-PAGING消息。下面进行说明。
图3为ISR激活状态下UE的寻呼消息处理方法二实施流程示意图,该处理主要是在SGSN上执行,则如图所示,在对寻呼消息进行处理时可以包括以下步骤:
步骤301、SGSN接收到来自MME的CS Paging Indication(CS寻呼指示)消息后,确定该消息是否由来自虚拟VLR的SGsAP-PAGING-REQUEST消息所触发;
步骤302、在SGSN确定该CS Paging Indication消息是由来自虚拟VLR的SGsAP-PAGING-REQUEST消息触发时,则丢弃该CS Paging Indication消息,且不在UTRAN/GERAN中寻呼该UE。
MME和SGSN之间的接口为S3接口,MME发送给SGSN的PAGING消息内容可以参见29.274的定义。具体如下:
Table 7.4.5-1:Information Element in CS Paging Indication(CS寻呼指示的信息单元)
Informationelements |
P |
Condition/Comment |
IE Type |
Ins. |
IMSI |
M |
|
IMSI |
0 |
VLRName |
M |
|
FQDN |
0 |
TMSI |
O |
|
TMSI |
0 |
Location areaidentifier |
O |
|
ULI |
0 |
Global CN-Id |
O |
|
GlobalCN-Id |
0 |
Channelneeded |
O |
|
Channelneeded |
0 |
eMLPPPriority |
O |
|
eMLPPPriority |
0 |
PrivateExtension |
O |
|
PrivateExtension |
VS |
该方案的关键在于,SGSN如何判断收到的来自MME的CS PagingIndication消息,是由MME收到的来自虚拟VLR发送的SGsAP-PAGING-REQUEST message触发的,则具体实施中可以按以下方式之一进行判断:
1、SGSN根据MME在CS Paging Indication消息中的指示确定该VLR是默认VLR时,确定CS Paging Indication消息是由来自虚拟VLR的SGsAP-PAGING-REQUEST message触发的。
实施中,MME可以在CS Paging Indication消息中指示该VLR是默认VLR;具体只需要在该消息中增加一个IE(Information Element,信息单元)来指示即可,或者用其它现有的IE来指示也是可以的。
2、SGSN在本地配置默认VLR,若从CS Paging Indication消息中获取的VLR属于本地配置的默认VLR,则确定该VLR是默认的VLR。
实施中,可以依据CS Paging Indication消息中的现有参数做出判断。按照现有规范,SGSN中没有配置哪些VLR是默认VLR。因此实施中可以在SGSN中配置默认VLR的信息,这样当收到CS Paging Indication消息时,将消息中的VLR和本地配置默认VLR对比,便可以得出是否来自默认VLR。
3、若该消息中的Location area identifier IE包含有VLR分配给UE的位置信息,且该位置信息所指示的位置不是SGSN所覆盖(“所覆盖”也可称作“所服务”)的位置区域时,则确定CS Paging Indication消息是由来自虚拟VLR的SGsAP-PAGING-REQUEST message触发的。
实施中,可以依据CS Paging Indication消息中的现有参数做出判断。如果该消息中的Location area identifierIE包含有VLR分配给UE的位置信息。而且该位置信息所指示的位置不是SGSN所覆盖的位置区域的时候,由于通常虚拟VLR所分配的位置信息和SGSN所管理的位置区域是不同的,此时,可以据此判断该CS Paging Indication消息是由来自虚拟VLR的消息触发的。
通过上述方式,在当SGSN判断出CS Paging Indication消息是由来自虚拟VLR的SGsAP-PAGING-REQUEST message触发时,则可以丢弃该CS PagingIndication消息,且不在UTRAN/GERAN中寻呼该UE。
基于同一发明构思,本发明实施例中还提供了一种MME设备、一种SGSN设备,由于这些设备解决问题的原理与ISR激活状态下UE的寻呼消息处理方法一、ISR激活状态下UE的寻呼消息处理方法二相似,因此这些设备的实施可以参见方法的实施,重复之处不再赘述。
图4为MME设备结构示意图,如图所示,MME中可以包括:
接收模块401,用于接收来自MSC/VLR的寻呼消息;
判断模块402,用于在确认MSC/VLR是默认MSC/VLR,且该寻呼消息是用于SMS时,不向SGSN发送寻呼消息。
实施中,判断模块中可以包括:第一判断单元、第二判断单元、第三判断单元其中之一或者其组合,其中:
第一判断单元,用于从SGsAP-PAGING-REQUEST消息获得发送该寻呼消息的VLR的VLR number,将该VLR Number与本地配置的用于SMSonly特性的VLR的VLR number进行比较,如果该VLR Numbe是一个专门用于SMSonly特性的VLR的VLR number之一,则确定该VLR是默认的VLR;
第二判断单元,用于在MME本地配置默认VLR的FQDN,若从SGsAP-PAGING-REQUEST消息中获取的VLR NAME属于本地配置的默认VLR的FQDN,则确定该VLR是默认的VLR;
第三判断单元,用于在MME建立到默认VLR的SGs接口时,记录该接口所连接的VLR是默认VLR,若从该接口收到SGsAP-PAGING-REQUEST消息时,确定该寻呼消息来自默认的VLR;
第四判断单元,用于在MME中没有配置TA和LA之间的对应关系时,确定与MME建立SGs接口的VLR是默认VLR。
实施中,判断模块还可以进一步用于在MME确定寻呼消息是用于SMS时,根据SGsAP-PAGING-REQUEST消息中的Service indicator来确定该寻呼消息是否是用于SMS的寻呼消息。
图5为SGSN设备结构示意图,如图所示,SGSN中可以包括:
确定模块501,用于在接收到来自MME的CS Paging Indication消息后,确定该消息是否由来自虚拟VLR的SGsAP-PAGING-REQUEST message(消息)所触发;
判断模块502,用于在SGSN确定该CS Paging Indication消息是由来自虚拟VLR的SGsAP-PAGING-REQUEST消息触发的时候,则丢弃该CS PagingIndication消息,且不在UTRAN/GERAN中寻呼该UE。
实施中,判断模块中可以包括:第一判断单元、第二判断单元、第三判断单元其中之一或者其组合,其中:
第一判断单元,用于根据MME在CS Paging Indication消息中的指示确定该VLR是默认VLR时,确定CS Paging Indication消息是由来自虚拟VLR的SGsAP-PAGING-REQUEST message触发的;
第二判断单元,用于在SGSN本地配置默认VLR,若从CS Paging Indication消息中获取的VLR属于本地配置的默认VLR,则确定该VLR是默认的VLR;
第三判断单元,用于若该消息中的Location area identifier IE包含有VLR分配给UE的位置信息,且该位置信息所指示的位置不是SGSN所覆盖的位置区域时,则确定CS Paging Indication消息是由来自虚拟VLR的SGsAP-PAGING-REQUEST message触发的。
为了描述的方便,以上所述装置的各部分以功能分为各种模块或单元分别描述。当然,在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
由上述实施例可以看出:
一种方案中,当MME为UE与某个SGSN激活了ISR后,MME收到来自SGs接口上的SGsAP-PAGING-REQUEST消息后,判断该消息是否来自默认VLR,如果是,则不转发该消息给对应的SGSN;
另一种方案中,当SGSN收到来自MME的CS Paging Indication消息时,判断该消息是否来自虚拟VLR:
当SGSN判断出CS Paging Indication消息是由来自虚拟VLR的SGsAP-PAGING-REQUEST message触发时,则丢弃该CS Paging Indication消息,且不在UTRAN/GERAN中寻呼该UE。
通过该方案,都能够减少EPS系统和2G/3G系统中不必要的寻呼信令。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。