寻呼优化的方法

申请号 CN201110189335.9 申请日 2011-06-29 公开(公告)号 CN102858013A 公开(公告)日 2013-01-02
申请人 北京三星通信技术研究有限公司; 三星电子株式会社; 发明人 梁华瑞; 王弘;
摘要 本 发明 提供了寻呼优化方法,其中一种方法应用于部署了HeNB GW的场景,包括:如果网络被配置了LIPA的寻呼优化,MME发送给HeNB GW的寻呼消息中携带对应LIPA承载的HeNB标识。采用本发明,能够以在应用于部署了HeNB GW的场景中,或者R-11支持的网络结构中实现LIPA的寻呼优化。
权利要求

1.一种寻呼优化方法,其特征在于,该方法应用于部署了HeNB GW的场景,该方法包括:
如果网络被配置了LIPA的寻呼优化,MME发送给HeNB GW的寻呼消息中携带对应LIPA承载的HeNB标识。
2.根据权利要求1所述的方法,其特征在于,所述HeNB标识由MME通过下述步骤确定:
所述MME根据接收的下行数据通知消息携带的承载标识、以及在UE建立LIPA连接时保存的承载标识和HeNB标识的对应关系确定对应的HeNB标识。
3.根据权利要求1所述的方法,其特征在于,该方法进一步包括:
所述HeNB GW根据与HeNB之间建立S1连接时保存的所连接的所有的HeNB对应的HeNB标识确定所述寻呼消息中HeNB标识对应的HeNB,并将寻呼消息发送至该确定的HeNB。
4.一种寻呼优化方法,其特征在于,该方法应用于部署了HeNB GW的场景,该方法包括:
如果网络被配置了LIPA的寻呼优化,MME发送给HeNB GW的寻呼消息中携带用于帮助HeNB GW确定对应LIPA承载的HeNB的参数。
5.根据权利要求4所述的方法,其特征在于,所述参数为所述MME根据接收的下行数据通知消息携带的承载标识、以及在UE建立LIPA连接时保存的承载标识和LGW IP地址的对应关系确定的LGW IP地址。
6.根据权利要求5所述的方法,其特征在于,该方法进一步包括:
所述HeNB GW根据已保存的LGW IP地址和HeNB标识的对应关系,确定寻呼消息中LGW IP地址对应的HeNB为发送寻呼消息所到达的HeNB,或者优先排除寻呼消息中LGW IP地址之外的其他LGW IP地址对应的HeNB,将剩下的HeNB确定为发送寻呼消息所到达的HeNB。
7.根据权利要求6所述的方法,其特征在于,所述HeNB GW在UE建立LIPA连接时保存LGW IP地址和HeNB标识的对应关系,该对应关系在空闲状态时不释放;或者,在建立S1连接时保存LGW IP地址和HeNB标识的对应关系。
8.根据权利要求4所述的方法,其特征在于,所述参数为所述MME根据保存的承载标识和LHN标识的对应关系、接收的下行数据通知消息携带的承载标识、以及UE的位置信息确定的LHN标识。
9.根据权利要求8所述的方法,其特征在于,该方法进一步包括:
所述HeNB GW根据在建立S1连接时保存的其所连接的HeNB和LHN标识之间的对应关系,确定寻呼消息中LHN标识对应的HeNB为发送寻呼消息所到达的HeNB,或者优先排除寻呼消息中LHN标识之外的其他LHN标识对应的HeNB,将剩下的HeNB确定为发送寻呼消息所到达的HeNB;或者,
HeNB GW根据寻呼消息携带的LHN标识和UE的位置信息排除UE不能接入的LHN标识,根据在建立S1连接时保存的其所连接的HeNB和LHN标识之间的对应关系确定剩下的LHN标识对应的HeNB为所述寻呼消息所到达的HeNB。
10.根据权利要求4所述的方法,其特征在于,所述参数为所述MME根据保存的承载标识和APN标识的对应关系、以及接收的下行数据通知消息携带的承载标识确定的APN标识。
11.根据权利要求10所述的方法,其特征在于,该方法进一步包括:
所述HeNB GW根据保存的APN标识和HeNB标识的对应关系,确定寻呼消息中APN标识对应的HeNB为发送寻呼消息所到达的HeNB,或者,优先排除所述寻呼消息中APN标识之外的其他APN标识对应的HeNB,将剩下的HeNB确定为发送寻呼消息所到达的HeNB。
12.根据权利要求4所述的方法,其特征在于,所述参数为所述MME确定的APN标识、LHN标识和LGW IP地址中的任一组合。
13.根据权利要求12所述的方法,其特征在于,该方法进一步包括:
所述HeNB GW根据保存的APN标识、LHN标识、LGW IP地址中任一组合和HeNB标识的对应关系,将所述寻呼消息携带的所述参数对应的HeNB确定为发送寻呼消息所到达的HeNB,或者优先排除所述寻呼消息携带的参数之外的其他APN标识、LHN标识、LGW IP地址的组合对应的HeNB,将剩下的HeNB确定为发送寻呼消息所到达的HeNB。
14.根据权利要求10至13任一所述的方法,其特征在于,所述APN标识由所述HeNB GW通过以下方式获取:
所述HeNB通过和L-GW交互获取预先配置在该L-GW的APN标识或者该L-GW通过和DNS服务器交互获取的APN标识;
所述HeNB GW通过在和HeNB建立S1连接时获取APN标识;或者,所述HeNB GW通过HeNB发送的eNB配置信息更新消息获取APN标识。
15.一种寻呼优化方法,其特征在于,该方法应用于未部署HeNB GW的场景,该方法包括:
如果网络被配置了LIPA的寻呼优化,MME发送给HeNB的寻呼消息中携带对应LIPA承载的HeNB标识。
16.根据权利要求15所述的方法,其特征在于,所述HeNB标识由所述MME通过以下步骤确定:
MME根据接收的下行数据通知消息中的承载标识、以及保存的承载标识和LHN标识的对应关系得到所述承载标识对应的LHN标识;
根据该得到的LHN标识、在建立S1连接时保存的LHN标识和HeNB标识的对应关系、以及UE的当前位置信息,确定所述HeNB标识或者优先排除其他LHN标识对应的HeNB标识,确定剩下的HeNB标识为寻呼消息中的HeNB标识。
17.根据权利要求8、9、12、13或15所述的方法,其特征在于,所述MME是在UE建立LIPA连接时保存承载标识和LHN标识的对应关系;
或者,所述MME通过以下方式保存承载标识和LHN标识的对应关系:
所述MME根据在UE建立LIPA连接时保存的承载标识和HeNB标识之间的对应关系,以及在建立S1连接时保存的HeNB标识和KHN标识之间的对应关系推导出并保存承载标识和LHN标识的对应关系。
18.根据权利要求15所述的方法,其特征在于,所述HeNB标识由所述MME通过以下步骤确定:
MME根据在接收的下行通知消息携带的承载标识、UE建立LIPA连接过程保存的承载标识和LGW IP地址的对应关系、以及建立S1连接时保存的LGWIP地址和HeNB标识的对应关系,确定所述HeNB标识或者优先排除与所述承载标识对应的其他LGW IP地址所对应的HeNB标识,确定剩下的HeNB标识为寻呼消息中的HeNB标识;或者,
MME根据保存的下行数据通知消息所携带的承载标识、UE建立LIPA连接时获得的承载标识和APN标识的对应关系、以及保存的APN标识和HeNB标识的对应关系,确定所述HeNB标识或者或者优先排除与所述承载标识对应的其他APN标识所对应的HeNB标识,确定剩下的HeNB标识为寻呼消息中的HeNB标识。
19.根据权利要求1或4或15任一所述的方法,其特征在于,该方法进一步包括:
UE在当前HeNB下收到寻呼消息后,回复业务请求消息;
当MME接收到所述业务请求消息后,判断所述业务请求消息中携带的LHN标识和/或LGW IP地址是否与寻呼的LHN标识和/或LGW IP地址一致,如果一致,则MME确定寻呼成功,继续为UE完成业务请求过程,否则,触发LIPA去激活过程。

说明书全文

寻呼优化的方法

技术领域

[0001] 本发明涉及无线通信技术,特别涉及寻呼优化的方法。

背景技术

[0002] 参见图1,图1示出了现有系统架构演进(SAE)的系统架构图。在图1中,用户设备(UE)101是用来接收数据的终端设备。演进通用陆地无线接入网络(E-UTRAN)102是无线接入网络,其中包括为UE提供接入无线网络接口的宏基站(eNodeB/NodeB)。移动管理实体(MME)103负责管理UE的移动上下文、会话上下文和安全信息。服务网关(SGW)104主要提供用户平面的功能,MME 103和SGW 104可能处于同一物理实体。分组数据网络网关(PGW)105负责计费、合法监听等功能,也可以与SGW 104处于同一物理实体。策略和计费规则功能实体(PCRF)106提供服务质量(QoS)策略和计费准则。通用分组无线业务支持节点(SGSN)108是通用移动通信系统(UMTS)中为数据的传输提供路由的网络节点设备。归属用户服务器(HSS)109是UE的家乡归属子系统,负责保护包括用户设备的当前位置、服务节点的地址、用户安全信息、用户设备的分组数据上下文等用户信息。
[0003] 在3GPP Release 9中H(e)NB支持闭合用户组(CSG),其表示H(e)NB只对特定的用户或者用户群提供网络接入服务。运营商为了减少空口的信令流量,在Release 9中引入了一种寻呼优化的方法,具体为:当网络对UE发起寻呼时,如果网络中存在部分CSG小区,其中,这些CSG小区是不允许UE接入的,则在网络发起寻呼时优先排除掉这些CSG小区。
[0004] 而在3GPP Release-10(以下简称R-10)中需要网络支持LIPA的能。所谓LIPA,其是指UE通过家庭演进基站(HeNB)或家庭基站(HNB)接入家庭网络或者企业内部网络。其中,在执行LIPA时,可以为UE选择或重选临近家庭基站的用户面节点或者选择位于HeNB/HNB接入网络中的用户面节点,这里,用户面节点可以为核心网络设备或网关,对SAE系统而言,可以为SGW或PGW或本地网关(LGW),而对UMTS系统而言,可以为SGSN或网关GPRS支持节点(GGSN)。
[0005] 但是,R-10中的LIPA不支持移动性,当UE从支持LIPA的HeNB/HNB中移动出去后,该UE的LIPA相关的业务全部中断。所以对于R-10中的LIPA执行寻呼优化的时候,网络可以优先发送寻呼信令到UE最后一次激活LIPA业务的H(e)NB,如果寻呼成功,则恢复LIPA业务。如果UE没有响应,则扩大寻呼范围再次发起寻呼。图2示出了R-10中的LIPA执行寻呼优化的流程图。如图2所示,该寻呼优化流程可包括以下步骤:
[0006] 步骤201,LGW收到下行数据,如果是LIPA连接存在,那么LGW发送第一个下行数据到SGW,并且暂时缓存其余的下行数据。
[0007] 步骤202,SGW发送下行数据通知消息到MME,触发寻呼,该下行数据通知消息中携带对应的承载ID。
[0008] 步骤203,MME发送恢复下行数据通知ACK消息到SGW。
[0009] 步骤204,MME根据收到的下行数据通知消息中携带的承载ID(bearer ID)会发送相应的寻呼消息到HeNB。在UE建立LIPA连接的过程中,MME会保存ECGI(其对应HeNB ID)和bearer ID的对应关系,因此,在执行到本步骤204时,MME会根据该保存的对应关系,以及下行数据通知消息中携带的bearer ID确定出该下行数据通知消息中携带的bearer ID对应的HeNB,之后发送寻呼消息至该确定出的HeNB。
[0010] 步骤205,HeNB发送寻呼消息到UE。
[0011] 至此,完成图2所示的R-10中的LIPA寻呼优化。
[0012] 但是,该LIPA的寻呼优化在R-10中为可选,而且,当网络中有HeNB GW部署时,该寻呼优化无法使用,具体原因为:当网络中部署HeNB GW时,尽管MME知道bearer ID和对应的HeNB ID(ECGI)的对应关系,但是由于HeNB GW在空闲状态下会释放掉所有UE上下文,会导致MME无法正确寻呼到对应的HeNB上,从而无法实现寻呼优化。
[0013] 另外,由于网络中有HeNB GW部署时,R-10中的LIPA寻呼优化无法使用,而对于UMTS系统,HNB GW为必选节点,因此,该R-10中的LIPA寻呼优化无法适用于UMTS系统。
[0014] 另外,在3GPP Release-11(以下简称R-11)中,LIPA支持移动性,即当UE在本地网络中移动时,需要保证UE业务的连续性。而且,相比于R-10中LIPA的网络架构,R-11中LIPA的网络架构发生了改变,具体为:在R-10中,LIPA的网络架构仅支持一种,具体为H(e)NB和LGW处于同一个物理实体中,而在R-11中可支持三种可能的网络架构,其中的两种可能的网络结构相同,具体均如图3a至3c所示,只不过,HeNB/HNB和LGW之间的Sxx接口支持的协议栈不同,其中一种可能的网络结构中,Sxx接口同时支持GTP-C和GTP-U协议;而另一种可能的网络结构中,Sxx接口仅仅支持GTP-U协议。至于第三种可能的网络结构,其如图3d至3f所示,在该网络架构中,HeNB和LGW之间支持S1协议,HNB和LGW之间支持Iuh接口。但是,目前并没有R-11支持的三种可能的网络架构的LIPA寻呼优化。

发明内容

[0015] 本发明提供了寻呼优化的方法,以在应用于部署了HeNB GW的场景中,或者R-11支持的网络结构中实现LIPA的寻呼优化。
[0016] 本发明提供的技术方案包括:
[0017] 一种寻呼优化方法,该方法应用于部署了HeNB GW的场景,该方法包括:
[0018] 如果网络被配置了LIPA的寻呼优化,MME发送给HeNB GW的寻呼消息中携带对应LIPA承载的HeNB标识。
[0019] 一种寻呼优化方法,该方法应用于部署了HeNB GW的场景,该方法包括:
[0020] 如果网络被配置了LIPA的寻呼优化,MME发送给HeNB GW的寻呼消息中携带用于帮助HeNB GW确定对应LIPA承载的HeNB的参数。
[0021] 一种寻呼优化方法,该方法应用于未部署HeNB GW的场景,该方法包括:
[0022] 如果网络被配置了LIPA的寻呼优化,MME发送给HeNB的寻呼消息中携带对应LIPA承载的HeNB标识。
[0023] 由以上技术方案可以看出,本发明中,不管是应用于部署了HeNB GW的场景,还是应用于没有部署HeNB GW的场景中,甚至R-11支持的网络结构中,都能实现LIPA的寻呼优化。附图说明
[0024] 图1示出了现有系统架构演进(SAE)的系统架构图;
[0025] 图2示出了R-10中的LIPA执行寻呼优化的流程图;
[0026] 图3a至3f示出了R-11支持的网络架构示意图;
[0027] 图4a为本发明实施例一提供的流程图;
[0028] 图4b为本发明实施例一提供的HeNB GW与HeNB之间建立S1连接的流程图;
[0029] 图5a为本发明实施例二提供的流程图;
[0030] 图5b为UE建立LIPA连接的流程图;
[0031] 图6a为本发明实施例三提供的流程图;
[0032] 图6b为本发明实施例三提供的MME建立S1连接的流程图;
[0033] 图7为本发明实施例提供的UE发起的LIPA连接流程图;
[0034] 图8为本发明实施例四提供的方法流程图;
[0035] 图9a至9b本发明实施例四提供的S1建立流程图;
[0036] 图10a至10c为本发明实施例提供的UE接入示意图;
[0037] 图11为本发明实施例五提供的流程图;
[0038] 图12a至12b本发明实施例五提供的S1建立流程图;
[0039] 图13为本发明实施例六提供的流程图;
[0040] 图14a至14c本发明实施例六提供的H-GW获取APN标识流程图;
[0041] 图15为本发明实施例七提供的流程图。

具体实施方式

[0042] 为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
[0043] 本发明提供的寻呼优化方法可以应用于部署了HeNB GW的应用场景,也可以应用于未部署HeNB GW的应用场景,下面分别列举实施例进行描述:
[0044] 实施例一:
[0045] 本实施例一应用于部署了HeNB GW的应用场景,主要包括:如果网络被配置了LIPA的寻呼优化,MME发送给HeNB GW的寻呼消息中携带对应LIPA承载的HeNB标识。下面通过图4a对该实施例1进行详细描述。
[0046] 参见图4a,图4a为本发明实施例一提供的流程图。如图4a所示,该流程可包括以下步骤:
[0047] 步骤401a,L-GW接收到下行数据时,如果该下行数据针对LIPA,则L-GW向S-GW发送下行数据。
[0048] 本步骤401a中,如果应用于R-10的网络架构,则L-GW向S-GW发送第一个下行数据,其他数据缓存在L-GW。如果应用于其他网络架构,则根据该网络架构的要求发送下行数据。
[0049] 步骤402a,S-GW发生下行数据通知消息到MME,该消息中携带承载标识。
[0050] 步骤403a,MME根据该下行数据通知消息携带的承载标识确定出本次寻呼为支持LIPA的寻呼后,根据在UE建立LIPA连接时保存的承载标识和HeNB标识的对应关系确定所述承载标识对应的HeNB标识,并将确定的HeNB标识携带在寻呼消息中发送至HeNB GW。
[0051] 本步骤403a中,HeNB标识可以是HeNB名称,也可以是ECGI、HeNB的编号、或者其他可以找到HeNB的标识。
[0052] 另外,本步骤403a在寻呼消息中携带HeNB ID,目的是帮助HeNB GW发送寻呼消息到UE原来建立LIPA连接的HeNB。
[0053] 步骤404a,HeNB GW接收到寻呼消息后,向所述寻呼消息中的HeNB标识对应的HeNB发送寻呼消息。
[0054] 本步骤404a中所述HeNB GW向寻呼消息中的HeNB标识对应的HeNB发送寻呼消息包括:所述HeNB GW根据与HeNB之间建立S1连接时保存的所连接的所有的HeNB对应的HeNB标识确定所述确定的HeNB标识对应的HeNB,并将寻呼消息发送至该确定的HeNB。至于HeNB GW与HeNB之间建立S1连接的操作具体可参见图4b所示,具体包括以下流程:
[0055] HeNB发送S1建立请求至HeNB GW,该S1建立请求中携带HeNB标识,CSG等信息,如此,HeNB GW根据该S1建立请求即可保存所连接的所有的HeNB的对应的HeNB标识。
[0056] 步骤405a,HeNB发生寻呼消息到UE。
[0057] 至此,完成图4a所示的寻呼流程。
[0058] 其中,在寻呼流程中,通常会存在寻呼成功或者失败的情况,具体在下文进行描述。
[0059] 需要说明的是,上述图4a所示的流程以LTE架构为例,对于UMTS系统,本申请也同样适用,只不过需要将HeNB替换为HNB,HeNB GW替换为HNB GW,MME替换为SGSN,LGW替换为GGSN即可。
[0060] 在实施例一中,是MME直接确定出需要向哪一个HeNB发送寻呼消息,优选地,作为本实施例的一种扩展,本申请还可以由MME确定用于帮助HeNB GW确定需要向哪些HeNB发送寻呼消息的参数,由HeNB GW根据该参数直接确定出需要向哪一个HeNB发送寻呼消息,具体见以下实施例二。
[0061] 实施例二:
[0062] 本实施例二也应用于部署了HeNB GW的应用场景,其主要包括:如果网络被配置了LIPA的寻呼优化,MME发送给HeNB GW的寻呼消息中携带用于帮助HeNB GW确定对应LIPA承载的HeNB的参数。如此,HeNB GW即可根据寻呼消息中的参数确定对应的HeNB。下面对实施例2进行详细描述:
[0063] 参见图5a,图5a为本发明实施例二提供的流程图。如图5所示,该流程可包括以下步骤:
[0064] 步骤501a至步骤502a与步骤401a至步骤402a类似,不再赘述。
[0065] 步骤503a,MME根据寻呼消息中的承载标识确定出本次寻呼为支持LIPA的寻呼后,根据在UE建立LIPA 连接时保存的承载标识和LGW IP地址的对应关系确定所述寻呼消息中承载标识对应的LGW IP地址,将该确定的LGW IP地址携带在寻呼消息中发送至HeNB GW。
[0066] 本步骤503a中,在寻呼消息中携带LGW IP地址,目的是帮助HeNB GW发送寻呼消息到UE原来建立LIPA连接的HeNB。
[0067] 至于UE建立LIPA 连接,则可参见图5b所示的流程,在下文进行描述。
[0068] 步骤504a,所述HeNB GW根据在UE建立LIPA连接时保存的LGW IP地址和HeNB标识的对应关系,确定寻呼消息中LGW IP地址对应的HeNB为发送寻呼消息所到达的HeNB。
[0069] 优选地,作为本发明实施例的一种扩展,步骤504a还可以替换为:所述HeNB GW根据在UE建立LIPA连接时保存的LGW IP地址和HeNB标识的对应关系,优先排除寻呼消息中LGW IP地址之外的其他LGW IP地址对应的HeNB,将剩下的HeNB确定为发送寻呼消息所到达的HeNB。
[0070] 步骤505a与步骤405a类似。
[0071] 至此,完成图5a所示的流程。
[0072] 需要说明的是,图5a是以LTE系统为例,对于UMTS系统,本申请也同样适用,只不过需要将HeNB替换为HNB,HeNB GW替换为HNB GW,MME替换为SGSN,LGW替换为GGSN即可。
[0073] 参见图5b,图5b为UE建立LIPA连接的流程图。如图5b所示,该流程可包括以下步骤:
[0074] 步骤501b,UE与HeNB之间建立RRC的过程。
[0075] 步骤502b,HeNB发送初始UE消息到H-GW,该消息中包括LGW IP地址,HeNB标识(ECGI),CSG ID,TAI等信息。
[0076] 如此,当H-GW收到该初始UE消息后保存HeNB标识(ECGI)和LGWIP地址的对应关系,并且该对应关系在UE回到空闲态后也不释放。优选地,本实施例中,H-GW也同样可以通过S1建立过程获得并保存HeNB标识和L-GW IP地址的对应关系。
[0077] 步骤503b,HeNB GW发送初始UE消息到MME,该消息中包括LGWIP地址,HeNB标识(ECGI),CSG ID,TAI等信息。
[0078] 步骤504b,UE发送附着消息到MME,或者发送UE发起的连接请求消息到MME。
[0079] 步骤505b,MME发送创建会话请求消息到SGW,以实现建立LIPA连接。后续过程和现有过程相同,不再赘述。
[0080] 本步骤505b中,MME保存LGW IP和承载ID的对应关系。
[0081] 至此,完成UE发起的LIPA连接流程。
[0082] 需要说明的是,如果应用于UMTS系统,则在步骤503b,替换了HeNBGW的H-GW发送初始UE消息到SGSN时,该初始UE消息中携带LGW IP地址和H-GW标识,以保证后续过程中SGSN可以获得承载标识和H-GW标识的对应关系。这样,在寻呼过程中,SGSN收到下行数据通知消息后,根据收到的承载ID即可找到对应的H-GW ID。
[0083] 至此,完成实施例二的描述。本实施例二和上述的实施例一可以为相互替代的支持LIPA的寻呼优化方法,这两种方法更适用于R-10LIPA架构。
[0084] 实施例三:
[0085] 本实施例三应用于未部署HeNB GW的应用场景,主要包括:如果网络被配置了LIPA的寻呼优化,MME发送给HeNB的寻呼消息中携带对应LIPA承载的HeNB标识。下面对实施例三进行详细描述。
[0086] 参见图6a,图6a为本发明实施例三提供的流程图。如图6a所示,该流程可包括以下步骤:
[0087] 步骤601a至步骤602a与步骤401a至步骤402a类似,不再赘述。
[0088] 步骤603a,MME恢复下行数据通知(ACK)至SGW。
[0089] 步骤604a,MME根据S-GW发送的下行数据通知消息所携带的承载标识确定出本次寻呼为支持LIPA的寻呼后,根据保存的承载标识和LHN标识的对应关系得到所述寻呼消息中的承载标识对应的LHN标识,根据该得到的LHN标识、在建立S1连接时保存的LHN标识和HeNB标识的对应关系、以及UE当前的位置信息(TA list)确定出需要向哪些HeNB发送寻呼消息(具体为:向该得到的LHN标识对应的LHN下所有的HeNB发送寻呼消息)。
[0090] 优选地,作为本发明实施例的一种扩展,步骤604a还可替换为:MME根据S-GW发送的下行数据通知消息所携带的承载标识确定出本次寻呼为支持LIPA的寻呼后,根据保存的承载标识和LHN标识的对应关系得到所述寻呼消息中的承载标识对应的LHN标识,根据该得到的LHN标识、在建立S1连接时保存的LHN标识和HeNB标识的对应关系、以及UE当前的位置信息优先排除其他LHN标识对应的HeNB,将剩下的HeNB确定为需要发送寻呼消息的HeNB。
[0091] 步骤605a与步骤405a类似,不再赘述。
[0092] 其中,MME建立S1连接的流程如图6b所示,具体包括以下流程:
[0093] 步骤601b,HeNB发送S1建立请求消息到MME,该S1建立请求消息包含本地局域网的网络(LHN:Local Home Network)标识,该网络标识可以是一个网络标识,也可以是1个IP地址,或者其他可以唯一指向该本地局域网络的名称。一个HeNB只能属于一个本地局域网络。该S1建立请求消息还包含HeNB标识,HeNB所属的位置信息(Tracking area code),PLMNID信息,CSG ID信息等。如此,MME可通过该S1建立请求消息获得所连接的所有的HeNB的标识和LHN标识的对应关系。
[0094] 步骤602b,MME发送S1建立回复消息到HeNB。
[0095] 至此,完成MME与HeNB建立S1连接的流程。
[0096] 另外,所述MME保存的承载标识和LHN标识的对应关系可能通过以下方式(记为推导方式)保存承载标识和LHN标识的对应关系:所述MME根据在UE建立LIPA连接时保存的承载标识和HeNB标识之间的对应关系,以及在建立S1连接时保存的HeNB标识和LHN标识之间的对应关系推导出并保存承载标识和LHN标识的对应关系。具体可参见图7所示,或者是在UE建立LIPA连接时获取的。
[0097] 参见图7,图7为本发明实施例提供的UE发起的LIPA连接流程图。如图7所示,该流程可包括:
[0098] 本步骤701与步骤501b类似。
[0099] 步骤702,HeNB发送初始UE消息到MME,该初始UE消息中包含LHN标识、HeNB标识、CSG ID,TAI等信息,其中LHN标识可选。
[0100] 优选地,作为本发明实施例的一种扩展,在应用于部署了HeNB GW的场景时,HeNB通过HeNB GW转发该初始UE消息到MME。
[0101] 步骤703,UE发送附着消息到MME,或者发送UE发起的连接请求消息到MME。
[0102] 步骤704,MME发送创建会话请求消息到SGW。如果初始UE消息中携带LHN标识,MME根据该过程可以获得LHN标识和承载ID的对应关系。如果初始UE消息中没有携带LHN标识,则MME可以通过该过程获得当前UE接入LIPA的HeNB标识和承载标识的对应关系,并根据S1建立过程中获得的HeNB标识和LHN标识的对应关系,最后推导出LHN标识和承载标识的对应关系。
[0103] 实施例四:
[0104] 该实施例四与实施例一和二类似,应用于部署了HeNB GW的场景。
[0105] 参见图8,图8为本发明实施例四提供的方法流程图。如图8所示,该方法包括以下步骤:
[0106] 步骤801至步骤803与步骤601a至步骤603a类似,不再赘述。
[0107] 步骤804,MME根据S-GW发送的下行数据通知消息所携带的承载标识确定出本次寻呼为支持LIPA的寻呼后,根据下行数据通知消息所携带的承载标识、UE建立LIPA连接时(如图7所示)得到的承载标识和LHN标识的对应关系,以及UE的当前位置信息确定LHN标识,并将确定的LHN标识携带在寻呼消息中发送至H-GW。
[0108] 本步骤804中,寻呼消息中携带LHN标识,目的是让H-GW发送寻呼消息到携带的LHN标识对应的LHN下连接的HeNB。
[0109] 需要说明的是,该寻呼消息中携带的LHN标识为之前UE建立LIPA承载时的LHN标识,其不排除为多个LHN表示列表的可能。
[0110] 步骤805,H-GW根据在S1建立过程中保存了LHN标识和所连接的HeNB的对应关系确定寻呼消息携带的LHN标识对应的HeNB,并发送寻呼消息到对应的HeNB。
[0111] 其中,本步骤805中的S1建立过程具体可如图9a所示,其为HeNB开机后和H-GW建立S1的过程,包括以下步骤:
[0112] 步骤901a,HeNB发送S1建立请求到H-GW,该S1建立请求携带LHN标识、HeNB标识,HeNB所属的位置信息(Tracking area code)、PLMN ID信息和CSG ID信息等。如此,H-GW根据该S1建立请求保存LHN标识和所连接的HeNB的对应关系。
[0113] 步骤902a,H-GW回复S1建立回复消息。至此,完成图9a所示的HeNB开机后和H-GW建立S1的过程。
[0114] 需要说明的是,本发明还公开了H-GW和MME之间建立S1过程的流程,具体如图9b所示,包括以下流程:
[0115] 步骤901b,H-GW发送S1建立请求到MME,该消息中包含LHN标识列表即为H-GW可支持的所有LHN标识列表、H-GW标识,CSG列表、PLMN ID信息、位置信息等。
[0116] 步骤902b,MME回复S1建立回复消息。至此,完成图9b所示的H-GW和MME之间建立S1的过程。
[0117] 步骤806,HeNB发送寻呼消息到UE。
[0118] 至此,完成图8所示的流程。需要说明的是,作为本发明实施例的一种扩展,上述步骤804中,MME发送到H-GW的寻呼消息可包含LHN标识,UE所能接入的位置信息(TA list),如此,步骤805替换为:H-GW根据获得寻呼消息中的LHN标识和UE的位置信息,排除UE不能接入的LHN或者LHN列表对应的HeNB,发送寻呼消息到剩下的HeNB。
[0119] 至此,完成实施例四的描述。
[0120] 需要说明的是,针对本地局域网,UE可能存在以下几种方案接入:
[0121] 第一种方案为:一个本地局域网有1个LGW,UE可以通过该LGW接入到,具体如图10a所示。在该方案中,一个UE也可以同时接入多个连接,这一个或者多个连接对于UE是LIPA连接。
[0122] 第二种方案为:一个本地局域网也可以有多个子网,用于不同身份的UE接入不同类型的服务。例如,用户A可以同时通过子网1接入1,通过子网2接入2。而用户B只能通过子网2接入2,具体如图10b所示。
[0123] 第三种方案为:1个本地局域网可以有多个LGW,1个HeNB可以和多个LGW相连接。UE既可以通过1个LGW接入到多个,也可以通过多个LGW接入到多个,具体如图10c所示。
[0124] 基于上述三种方案,可以对LIPA的寻呼执行更细的优化,具体参见实施例五的描述:
[0125] 实施例五:
[0126] 该实施例五以应用于部署了H-GW的场景为例。该实施例五与上述的实施例四可替代。
[0127] 参见图11,图11为本发明实施例五提供的流程图。如图5所示,该流程可包括以下步骤:
[0128] 步骤1101至步骤1103与步骤601a至步骤603a类似,不再赘述。
[0129] 步骤1104,MME根据S-GW发送的下行数据通知消息所携带的承载标识确定出本次寻呼为支持LIPA的寻呼后,根据在UE建立LIPA连接过程保存的承载标识和LGW IP地址的对应关系获取对应的LGW IP地址,并将获取的LGW IP地址携带在寻呼消息中发送至H-GW。
[0130] 这里的LGW IP地址可以为上述三种方案下确定的LGW IP地址。
[0131] 需要说明的是,如果之前在发送到MME的初始UE消息中携带了LHN标识,则MME可保存承载标识、LGW IP地址,以及LHN标识三者之间的对应关系。而本步骤1104中发送的寻呼消息中也可以携带根据承载标识确定的LHN标识,当然,也可以不携带该确定的LHN标识,即LHN标识为可选的。
[0132] 当然,作为本发明实施例的一种扩展,则在没有部署H-GW的情况下,MME可根据保存的LGW IP地址和HeNB标识的对应关系,只发送寻呼到对应的HeNB。或者,在没有部署H-GW的情况下,作为本发明的一种扩展,MME根据保存的LGW IP地址和HeNB标识的对应关系,优先排除寻呼消息携带的LGW IP地址之外的其他LGW IP地址,向剩下的LGW IP地址对应的HeNB发送寻呼消息。
[0133] 步骤1105,H-GW根据S1建立过程中保存的L-GW IP地址或者L-GW IP地址列表和HeNB标识的对应关系确定寻呼消息携带的LGW IP地址对应的HeNB,向确定的HeNB发送寻呼消息。
[0134] 优选地,作为本发明实施例的一种扩展,步骤1105可替换为:H-GW根据S1建立过程中保存的L-GW IP地址或者L-GW IP地址列表和HeNB标识的对应关系,优先排除寻呼消息携带的LGW IP地址之外的其他LGW IP地址,向剩下的LGW IP地址对应的HeNB发送寻呼消息。
[0135] 其中,H-GW的S1建立过程可如图12a所示,包括:HeNB和H-GW之间的S1建立过程,具体包括以下步骤:
[0136] 步骤1201a,HeNB发送S1建立请求到H-GW,该S1建立请求中携带HeNB标识、PLMN ID,CSG ID,HeNB所在的位置信息、LHN标识、以及HeNB可能连接的所有LGW的IP地址。如上述的三种技术方案或者图10a至步骤10c可以知道,HeNB可能连接一个或者多个LGW,如此,该S1建立请求中携带的LGWIP地址可能为1个或者多个。
[0137] 其中,LHN标识为可选。
[0138] 如此,基于S1建立请求,H-GW可以保存L-GW IP地址或者L-GW IP地址列表和HeNB标识的对应关系。当然,如果LHN标识也发送到H-GW,则H-GW中可保存L-GW IP地址或者L-GW IP地址列表,HeNB标识,以及LHN标识三者之间的对应关系。
[0139] 步骤1202a,H-GW回复S1建立回复响应。
[0140] 另外,本申请还公开了H-GW和MME之间的S1建立过程,具体如图12b所示:
[0141] 步骤1201b,H-GW发送S1建立请求至MME,该建立请求中包含H-GW标识信息,也可包含LHN标识列表即所连接的所有HeNB的LHN标识列表,该LHN标识列表为可选。
[0142] 步骤1202b,MME回复S1建立回复响应。
[0143] 需要说明的是,在没有H-GW部署的情况下,HeNB可直接发送S1建立请求到MME,该建立请求同1201a。MME保存连接的HeNB标识和LGWIP地址列表的对应关系。
[0144] 实施例六:
[0145] 该实施例六以应用于部署了H-GW的场景为例。参见图13,图13为本发明实施例六提供的流程图。如图13所示,该流程可包括以下步骤:
[0146] 步骤1301至步骤1303与步骤601a至步骤603a类似,不再赘述。
[0147] 步骤1304,MME根据S-GW发送的下行数据通知消息所携带的承载标识确定出本次寻呼为支持LIPA的寻呼后,根据下行数据通知消息所携带的承载标识、UE建立LIPA连接时获得的承载标识和APN标识的对应关系确定对应的APN标识,将确定的APN标识携带在寻呼消息中发送至H-GW。
[0148] 当然,如果在UE建立LIPA连接时,H-GW传送了LHN标识到MME,则MME可以获得承载标识、APN标识和LHN标识三者之间的对应关系。如此,执行到本步骤1304时,MME可以根据下行数据通知消息所携带的承载标识获得APN标识和LHN标识,将该获得的APN标识和LHN标识携带在寻呼消息中发送至H-GW。
[0149] 步骤1305,H-GW根据保存的APN标识和HeNB标识之间的对应关系、以及寻呼消息携带的APN标识确定对应的HeNB标识,发送寻呼消息至该确定的HeNB标识对应的HeNB。
[0150] 当然,如果H-GW保存了APN标识、HeNB标识和LHN标识三者之间的对应关系,若寻呼消息仅携带APN标识,则H-GW可以从该保存的对应关系中确定包含了呼消息携带的APN标识的对应关系,优先发送寻呼消息到支持该对应关系中APN标识和LHN标识的HeNB。若寻呼消息携带APN标识和LHN标识,则H-GW可以从该保存的对应关系中确定优选发送寻呼消息到支持该寻呼消息中APN标识和LHN标识的HeNB。
[0151] 作为本发明实施例的一种扩展,步骤1305可以替换为:H-GW在执行寻呼优化的时候,优先排除和其他APN对应的HeNB,或者,优先排除和其他APN,LHN ID对应的HeNB。
[0152] 需要说明的是,如果本实施例应用于没有H-GW部署的情况下,则MME根据保存的APN标识、HeNB标识和LHN标识(该标识可选)的对应关系优先发送寻呼消息到该寻呼消息中携带的APN标识、LHN标识(该标识可选)对应的HeNB上。或者,MME在执行寻呼优化的时候,优先排除和其他APN标识对应的HeNB或者优先排除和其他APN标识,LHN标识对应的HeNB。
[0153] 至于上述H-GW如何获取APN标识,本发明提供了以下几种方式:
[0154] 因为L-GW可以通过提前预配或者通过和DNS服务器的交互,得到其可接入的APN标识。当HeNB和L-GW分别开机后,L-GW可以通过和HeNB之间的接口将APN标识发送给HeNB,如图14a所示。需要说明的是,对于图3d至3f所示的网络架构,因为H-GW和LGW可以在同一个物理实体上,因此,H-GW可以通过内部接口之间从LGW获得APN信息。
[0155] 之后,HeNB和H-GW之间建立S1连接的时候,HeNB通过S1建立请求携带其所能接入的APN标识,该APN标识可以为1个或者多个,因为HeNB可能和多个L-GW连接。该建立请求还可携带LHN标识、HeNB标识,CSG标识、HeNB所支持的位置信息等,本发明并不具体限定。如此,H-GW通过该建立请求可以保存APN标识、HeNB标识、LHN标识三者之间的对应关系,其中LHN标识可选,具体见图14b所示。或者,HeNB也可以通过eNB配置信息更新消息将上述信息传送给H-GW,具体见图14c所示。
[0156] 当然,在没有H-GW部署的情况下,和上述过程类似,HeNB通过S1建立请求或者eNB配置信息更新消息将上述信息传送给MME。MME可以获得APN标识、HeNB标识和LHN标识的对应关系,其中,LHN标识可选。
[0157] 至此,完成实施例六的描述。
[0158] 实施例七:
[0159] 该实施例主要是表述寻呼成功或者失败的情况。具体是上述任一实施例中HeNB接收到寻呼消息后执行的操作,包括:HeNB发送接收的寻呼消息至UE,如果UE发生寻呼响应,则UE在当前HeNB下收到寻呼消息后,回复业务请求消息,当MME接收到所述业务请求消息后,判断所述业务请求消息中携带的LHN标识和/或LGW IP地址是否与寻呼的LHN标识和/或LGW IP地址一致,如果一致,则MME确定寻呼成功,继续为UE完成业务请求过程,否则,触发LIPA去激活过程。
[0160] 下面以实施例六为例,则可参见图15所示的流程:
[0161] 步骤1501至步骤1505类似。
[0162] 步骤1506,HeNB发送接收的寻呼消息至UE。
[0163] 步骤1507,如果UE发生寻呼响应,则与HeNB之间执行RRC建立过程。
[0164] 步骤1508,HeNB发送初始UE消息到H-GW,该消息中携带LHN ID或者LGW IP地址,H-GW转发该消息到MME。
[0165] 当然,如果应用于没有部署H-GW的场景,则HeNB直接发送初始UE消息到MME。
[0166] 步骤1509,当MME收到UE针对寻呼消息发送的初始UE消息(也称为业务请求消息)后,判断当前收到的业务请求消息中的LHN ID或者LGWIP地址是否与寻呼的LHN ID或者LGW IP地址一致,如果一致则寻呼成功,MME继续为UE完成业务请求过程,否则,MME触发LIPA去激活过程。
[0167] 至此,完成实施例7的描述。
[0168] 从上面7个实施例可以看出,在上述所有实施例中,MME的功能发生了更新,具体为:MME需要判断是否启用支持LIPA寻呼优化的方法。H-GW的功能也发生了更新,具体为:H-GW根据MME发送的寻呼消息执行寻呼优化。MME UE的上下文发生了更新具体为:MME需要保持LHN标识,具体为UE当前接入的LHN的标识,其可在MME UE上下文中增加新的字节,标识UE当前接入的LHN的标识。
[0169] 以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
QQ群二维码
意见反馈