CN103686932A

CN103686932A - 一种保证本地ip接入业务正确建立的方法

Info

Publication number: CN103686932A
Application number: CN201210356810.1A
Authority: CN
Inventors: 梁华瑞; 王弘; 许丽香
Original assignee: Beijing Samsung Telecommunications Technology Research Co Ltd; Samsung Electronics Co Ltd
Current assignee: Beijing Samsung Telecommunications Technology Research Co Ltd; Samsung Electronics Co Ltd
Priority date: 2012-09-21
Filing date: 2012-09-21
Publication date: 2014-03-26
Also published as: WO2014046431A3; WO2014046431A2; US20150223129A1

Abstract

本发明提出一种保证本地IP接入（LIPA或者SIPTOLN）业务正确建立的方法，包括：获取UE的签约业务类型和基站的设备能力类型，判断二者是否一致，如果一致，则为所述UE建立LIPA或者SIPTOLN业务；如果不一致，则拒绝业务建立。本发明能够正确建立LIPA或者SIPTOLN业务，从而最大化地满足用户业务请求和最优的网络资源分配。

Description

一种保证本地IP接入业务正确建立的方法

技术领域

本发明涉及无线通信技术，特别涉及一种保证本地IP接入（LIPA）业务正确建立的方法。

背景技术

图1为系统架构演进（SAE）的系统架构图，其中，用户设备（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的家乡归属子系统，负责保护包括用户设备的当前位置、服务节点的地址、用户安全信息、用户设备的分组数据上下文等用户信息。

在3GPP中提出需要网络支持LIPA的能力。LIPA是指UE通过家庭演进基站（HeNB）或家庭基站（HNB）接入家庭网络或者企业内部网络，在执行LIPA时，可以为UE选择或重选临近家庭基站的用户面节点或者选择位于HeNB/HNB接入网络中的用户面节点。其中，用户面节点可以为核心网络设备或网关，对SAE系统而言，可以为SGW或PGW或本地网关（LGW）；对UMTS系统而言，可以为SGSN或网关GPRS支持节点（GGSN）

目前，3GPP Release-10（以下简称R10）中LIPA不支持移动性，当UE从支持LIPA的HeNB/HNB中移动出去后，该UE的LIPA相关的业务全部中断。在R10中，该HeNB/HNB和LGW是设计在同一个物理实体中的。

3GPP Release-11（以下简称R11）中LIPA支持移动性，当UE从现有的支持LIPA的HeNB/HNB中移动出去后，只有UE仍然在企业网内或者家庭网络内时，才要求UE的LIPA业务不能中断。在R11中，定义单独的LGW和HeNB/HNB，HeNB/HNB和LGW不设计在相同的物理实体上，并且2个实体之间会定义开放的接口。

目前R11中的LIPA业务和R10中的LIPA业务的最大区别在于：R11中的LIPA业务可以支持移动性，R10中的LIPA业务不支持移动性；R11中的LIPA业务支持多PDN连接和多承载请求，R10中的LIPA业务只支持单PDN连接和单承载请求。

目前在R-12有两种业务，一种被称为LIPA，表示当前仅支持CSG用户才能接入本地网络提供的业务，UE在本地网络间移动时网络支持UE的业务连续性。另一种被称为SIPTOLN，表示当前及允许CSG用户也允许非CSG用户接入本地网络提供的业务，UE在本地网络间移动时网络支持UE的业务连续性。如图2所示，为支持LIPA或者SIPTO的本地网络的架构图。但是目前在3GPP讨论中网络侧如何做出正确的接入控制判断，保证网络能够正确的UE接入LIPA或者SIPTOLN的业务，还没有明确的解决方案。

图3提供R11LIPA的网络架构图，如图3所示，HeNB和LGW之间的接口为SL接口，该接口支持的协议栈目前有2种可能性：可能性一：SL接口同时支持GTP-C和GTP-U协议；可能性二：SL接口支持GTP-U协议。本发明将分别根据2种可能性的架构提供解决方案。

发明内容

有鉴于此，本发明提供了一种保证LIPA业务正确建立的方法，以便于网络能够最大化地满足用户业务请求和最优的网络资源分配。

本发明的技术方案是这样的：

一种保证LIPA业务正确建立的方法，包括：

获取UE的签约业务类型和基站的设备能力类型，判断二者是否一致，如果一致，则为所述UE建立LIPA或者SIPTOLN业务；如果不一致，则拒绝LIPA或者SIPTOLN业务。

所述获取UE的签约业务类型的方式为：MME接收UE的签约信息，根据该签约信息获取UE的签约业务类型；

所述获取基站的设备能力类型的方式为：MME接收来自基站的携带基站设备能力类型的信息，根据该信息获取基站的设备能力类型。

UE切换过程中，MME或者基站根据UE当前激活的业务类型和基站的设备能力类型做接入控制判断，当UE激活的业务类型和基站支持的设备能力一致，则切换继续执行，否则MME或者基站拒绝切换继续执行，或者去激活当前切换的LIPA或者SIPTOLN业务。

由以上技术方案可以看出，本发明提供的方法在判断是否决定LIPA或者SIPTOLN业务建立成功之前，增加了一个判断流程，根据接入设备的能力信息和UE签约信息，决定是否可以让LIPA或者SIPTOLN业务建立成功，从而最大化地保证用户的业务体验和网络资源优化。

附图说明

图1为现有的SAE系统架构图；

图2为支持LIPA或者SIPTOLN业务的本地网络架构；

图3为现有的一种R11LIPA的网络架构图；

图4为本发明实施例一的方法流程图；

图5为本发明实施例二的方法流程图；

图6为本发明实施例五的方法流程图；

图7为本发明实施例六的方法流程图；

图8为本发明实施例七的方法流程图；

图9为本发明实施例八的方法流程图；

图10为本发明实施例九的方法流程图；

图11为本发明实施例十的方法流程图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

本发明提出一种保证LIPA业务正确建立的方法，如图4a为本发明提出的保证LIPA业务正确建立的方法流程图，包括：

步骤4a01：获取UE的签约业务类型和基站的设备能力类型；

步骤4a02：判断二者是否一致，如果一致，则为所述UE建立LIPA业务；如果不一致，则根据预先保存的策略决定是否为所述UE建立LIPA业务。

以下介绍具体实施例。

实施例一

图4为本发明实施例一提供的方法流程图，如图4所示，该方法可以包括以下步骤：

401：无线资源控制（RRC）建立过程。

402：HeNB发送初始UE消息（initial UE message）到HeNB GW，HeNBGW将收到的初始UE消息转发到MME。本实施例以有HeNB GW部署为例，当没有HeNB GW部署时，HeNB直接发送初始UE消息到MME。

该消息中可以携带HeNB设备能力参数。通过该参数MME可以获知当前HeNB所接入的LGW是支持LIPA业务还是SIPTOLN业务，或者两种业务同时支持。(a)该参数可以是单独的标识，用于指示当前基站是否支持LIPA或者是SIPTOLN业务，或者两种业务同时支持。(b)或者该参数也可以用其它标识来表示，如当前基站所接入的LGW的IP地址，该IP地址除了可以用于MME决定为UE激活LIPA或者SIPTOLN业务后，MME为UE选择合适的LGW，也可以隐式的用于MME根据该信息获知当前基站所接入的LGW支持LIPA还是SIPTOLN业务。例如可以预配置不同的IP地址用于表示LIPA业务或者SIPTOLN业务，或者当前网络的策略是两种业务同时支持。(c)或者该参数可以用LGW IP地址和LHN ID（本地网络的名称来表示），MME根据该参数可以获知当前所连接的基站的设备能力是否支持LIPA还是SIPTO业务，或者两者同时支持。

在当前消息中会携带LGW IP地址信息，用于帮助MME决定激活LIPA或者SIPTOLN业务后为UE选择合适的LGW。该参数为可选参数。

在当前消息中可能会携带本地网络的ID（LHN ID），该消息可以用于帮助MME决定激活LIPA或者SIPTOLN业务后为UE选择合适的LGW。MME可能会采用DNS检索的方式，根据收到的LHN ID，MME发送该LHNID到DNS服务器，DNS服务器会返回可以接入的LGW的IP地址。

403：UE发送附着请求（attach request）消息到MME。该消息中可能会携带UE请求接入的业务信息，如请求接入支持LIPA或者SIPTOLN业务的APN信息。

404：MME和HSS之间更新签约信息（update location）。通过该消息，MME可以获得UE当前的签约信息。该签约信息可以帮助MME做后续的接入控制判断，决定为UE激活LIPA还是SIPTOLN业务。

MME执行接入控制判断：

如果当前UE请求接入支持LIPA的APN，则MME根据从HeNb获得的设备能力信息以及签约信息判断是否允许UE接入LIPA业务。如果当前HeNB传送的设备能力为支持LIPA业务，如当前基站所接入的LGW支持LIPA业务；以及当前签约信息中UE为CSG用户；当前APN所对应的LIPA标识为LIPA-ONLY或者为LIPA-conditional，则MME允许为UE接入LIPA业务。以上述三种判断条件，有任一条件不满足，则MME拒绝为UE接入LIPA业务。

如果当前UE请求接入支持LIPA的APN，则MME根据从HeNb获得的设备能力信息以及签约信息判断是否允许UE接入LIPA业务。如果当前HeNB传送的设备能力为同时支持两种业务，LIPA和SIPTOLN业务同时支持；以及当前签约信息中UE为CSG用户；当前APN所对应的LIPA标识为LIPA-ONLY或者为LIPA-conditional，则MME允许为UE接入LIPA业务。以上述三种判断条件，有任一条件不满足，则MME拒绝为UE接入LIPA业务。

如果当前UE请求接入支持LIPA的APN，则MME根据从HeNb获得的设备能力信息以及签约信息判断是否允许UE接入LIPA业务。如果当前HeNB传送的设备能力为支持SIPTOLN业务，如当前基站所接入的LGW支持SIPTOLN业务，则MME拒绝为UE接入LIPA业务。

如果当前UE请求接入支持SIPTO的APN信息，则MME根据收到的基站的设备能力和签约信息判断是否可以为UE激活SIPTOLN业务。如果当前基站所提供的信息指示MME当前基站支持SIPTOLN业务或者当前基站的设备能力指示当前基站同时支持LIPA和SIPTOLN两种业务，如当前基站提供的设备能力信息表示当前基站所接入的LGW支持SIPTOLN业务或者两种业务同时支持，并且当前UE支持的签约信息表示UE可以接入SIPTOLN业务，如当前UE的签约信息中指示SIPTOLN的标识为SIPTOAllowed including SIPTOLN或者为SIPTOLN Allowed only，则MME可以为UE激活请求的SIPTOLN业务。以上两种信息有任一项不满足，则MME拒绝为UE激活SIPTOLN业务请求。

如果当前UE请求接入支持SIPTO的APN信息，则MME根据收到的基站的设备能力和签约信息判断是否可以为UE激活SIPTOLN业务。如果当前基站所提供的信息指示MME当前基站支持LIPA业务，如当前基站提供的设备能力信息表示当前基站所接入的LGW支持LIPA业务，则MME拒绝为UE激活请求的SIPTOLN业务。

405：如果MME判断可以为UE建立LIPA或者SIPTOLN业务，MME发送创建承载请求（create session requset）到SGW。

406：SGW发送创建承载请求到LGW。

407：LGW回复创建承载回复（create session response）消息到SGW。

408：SGW回复创建承载回复消息到MME。

409：MME发送初始上下文建立（initial context setup）消息到HeNB GW，该消息中包括SGW的TEID和IP地址，以及LGW的TEID和IP地址。HeNB GW发送初始上下文建立消息到HeNB，该消息中包括SGW的TEID和IP地址，以及LGW的TEID和IP地址。

410：RRC重配置（RRC reconfig）过程。

411：如果是R10 HeNB，则通过内部的接口通知LGW其TEID，并且发送初始上下文建立回复（initial context setup response）消息到MME。

如果是R11 HeNB，则发送初始上下文建立回复消息到HeNB GW，由HeNB GW转发到MME。

412：R11 HeNB发送修改承载请求（modify bearer request）消息到LGW，该消息中包含HeNB TEID和HeNB地址，以及承载标识。

413：LGW回复修改承载回复（modify bearer response）消息到R11 HeNB，该消息中包含承载标识。

414：MME发送修改承载请求到SGW。

415：SGW发送修改承载回复消息到MME。

实施例二

图5为本发明实施例二提供的方法流程图，支持初始附着过程，如图5所示，该方法可以包括以下步骤：

501：RRC建立过程。

502：HeNB发送初始UE消息到HeNB GW，HeNB GW将收到的初始UE消息转发到MME。本实施例以有HeNB GW部署为例，当没有HeNB GW部署时，HeNB直接发送初始UE消息到MME。该步骤和402相同。

该消息中可以携带HeNB设备能力参数。通过该参数MME可以获知当前HeNB所接入的LGW是支持LIPA业务还是SIPTOLN业务。(a)该参数可以是单独的标识，用于指示当前基站是否支持LIPA或者是SIPTOLN业务。(b)或者该参数也可以用其它标识来表示，如当前基站所接入的LGW的IP地址，该IP地址除了可以用于MME决定为UE激活LIPA或者SIPTOLN业务后，MME为UE选择合适的LGW，也可以隐式的用于MME根据该信息获知当前基站所接入的LGW支持LIPA还是SIPTOLN业务。例如可以预配置不同的IP地址用于表示LIPA业务或者SIPTOLN业务。(c)或者该参数可以用LGW IP地址和LHN ID（本地网络的名称来表示），MME根据该参数可以获知当前所连接的基站的设备能力是否支持LIPA还是SIPTO业务。

在当前消息中会携带本地网络的ID（LHN ID），该消息可以用于帮助MME决定激活LIPA或者SIPTOLN业务后为UE选择合适的LGW。MME可能会采用DNS检索的方式，根据收到的LHN ID，MME发送该LHN ID到DNS服务器，DNS服务器会返回可以接入的LGW的IP地址。

503：UE发送附着请求消息到MME。

504：MME和HSS之间更新签约信息。通过该消息，MME可以获得UE当前的签约信息。

MME做接入控制判断的过程和步骤404相同。

505-513：同实施例一中的405-413。

514：MME发送修改承载请求消息到SGW，该消息中需要携带新的标识（LIPA in use），指示SGW需要为当前UE建立LIPA业务的单隧道。该消息中还包括HeNB TEID和IP地址。

514a：同步骤414。

515：SGW根据收到的MME指示信息，发送修改承载请求消息到LGW，该消息中包括HeNB TEID和IP地址。

516：LGW发送修改承载回复消息到SGW。

517：SGW发送修改承载回复消息到MME

至此，本实施例的流程结束。

实施例三

图6为本发明实施例三提供的方法流程图，支持初始附着过程，LIPA业务建立不成功，如图6所示，该方法可以包括以下步骤：

601：RRC建立过程。

602：HeNB发送初始UE消息到HeNB GW，HeNB GW将收到的初始UE消息转发到MME。本实施例以有HeNB GW部署为例，当没有HeNB GW部署时，HeNB直接发送初始UE消息到MME。该消息和步骤402相同。

603：UE发送附着请求消息到MME。

604：MME和HSS之间更新签约信息。通过该消息，MME可以获得UE当前的签约信息。

MME通过收到的UE接入的HeNB设备能力信息和UE当前的签约信息，可以进行判断，并根据判断结果执行相应步骤：

根据实施例一和二的接入控制判断，MME如果拒绝当前UE的LIPA或者SIPTOLN的接入业务请求，MME发送步骤605；

605：MME发送拒绝LIPA请求到UE。该请求消息中可以包含标识，指示UE可以立即进行附着请求或者PDN连接请求。

实施例四：

图7为本发明实施例四提供的方法流程图，本实施例应用于UE S1切换过程，如图7所示，该方法可以包括以下步骤：

701：源HeNB发送切换请求（HO required）消息到源MME。

702：源MME发送前转切换请求（Fwd relocation request）消息到目标MME，该消息中包括指示UE的业务类型的标识信息。

703：如果发生SGW重选，目标MME会发送创建承载（create session）请求消息到目标SGW，该消息中包含LGW的TEID和IP地址。

704：目标SGW回复创建承载回复（create session response）到目标MME。

705：目标MME发送切换请求（HO request）到目标HeNB，该消息中携带LGW的TEID和IP地址信息，保证目标HeNB可以和LGW建立用户面隧道。

706：目标HeNB回复切换请求确认消息到目标MME，该消息中携带HeNB的TEID和IP地址信息，和指示HeNB设备能力的标识信息。该标识信息在步骤402中已经说明。

MME做接入控制判断的方法和步骤404中的相同，如果UE当前接入的业务类型和HeNB的设备能力一致，则MME可以允许切换继续，执行后续步骤。

如果不一致，MME拒绝HO：

-如果当前切换的业务为单承载，则目标MME判断切换失败，MME去激活支持LIPA业务的承载，结束当前流程。

-如果UE有多个承载，则目标MME直接去激活支持LIPA业务的承载，当前切换过程继续，并在后续过程中不携带LIPA相关的承载信息。

707：目标MME发送前转切换回复（Fwd relocation response）消息到源MME。

708：源MME发送切换完成命令（HO command）到源HeNB。

709：源HeNB发送切换完成命令到UE。

710：UE发送切换确认（HO confirm）到目标HeNB。

711：目标HeNB发送切换确认（HO notify）到目标MME。

712：如果目标HeNB是支持R11 LIPA的设备，则发送修改承载请求消息到LGW，该消息中包括HeNB的TEID和地址信息。

713：目标MME发送修改承载请求消息到目标SGW，对于UE签约业务类型为R11 LIPA，接入HeNB设备能力类型为R10 LIPA的情况，目标MME决定为UE完成成功的切换，则在该消息中携带新的标识，指示目标SGW需要建立支持LIPA业务的单隧道。

714：目标SGW发送修改承载请求消息到LGW，该消息中包含HeNB的TEID和IP地址，保证单隧道的建立成功。

实施例七：

图8为本发明实施例七提供的方法流程图，UE X2切换过程，如图8所示，该方法可以包括以下步骤：

801：切换准备（HO preparation）过程。

802：切换执行（HO excution）过程。

803：目标HeNB发送路径切换请求（Path switch request）消息到MME，该消息中携带指示当前HeNB设备类型的信息。该设备类型的信息在步骤402中说明。

MME根据HeNB的设备类型信息和保存的UE签约信息可以进行判断

如果当前切换的业务和目标基站设备的能力信息一致，则MME可以继续执行HO，步骤803，807-809为支持架构一的切换；步骤803-806为支持架构二的切换。

804：MME发送修改承载请求到SGW，该消息中携带指示SGW建立LIPA单隧道信息标识。

805：SGW根据收到的单隧道标识，发送修改承载请求到LGW，该消息中包含HeNB地址和TEID。

806：LGW发送修改承载回复消息到SGW。

807：MME发送修改承载请求到SGW。

808：如果HeNB是支持R11LIPA设备，发送修改承载请求消息到LGW，该消息中携带HeNB地址和TEID。

809：LGW发送修改承载回复消息到HeNB，该消息中携带LGW的TEID和IP地址。

实施例八：

图9为本发明实施例十一提供的方法流程图，切换过程，LIPA业务建立不成功，如图9所示，该方法可以包括以下步骤：

901：源HeNB发送切换请求消息到源MME。

902：源MME发送前转切换请求消息到目标MME，该消息中包括指示UE当前接入的业务类型的标识信息。

903：如果会发生SGW重选，目标MME会发送创建承载请求消息到目标SGW，该消息中包含LGW的TEID和IP地址。

904：目标SGW回复创建承载请求到目标MME。

905：目标MME发送切换请求到目标HeNB，该消息中携带LGW的TEID和IP地址信息，保证目标HeNB可以和LGW建立用户面隧道。该消息中携带UE接入的业务类型，如当前激活的是LIPA还是SIPTOLN业务。

HeNB根据自身的设备能力，以及获得的UE签约的LIPA业务类型进行接入控制判断，：

如果当前激活的业务类型和当前基站所支持的LGW的业务能力一致，则切换继续，如果不一致则切换失败，或者对于UE接入多承载的情况，HeNB判断LIPA承载需要释放。MME收到HeNB的回复消息后，会触发LIPA或者SIPTOLN承载的去激活。

实施例九，

如图10所示，

1001：源HeNB发送切换请求（HO required）消息到源MME。

1002：源MME发送前转切换请求（Fwd relocation request）消息到目标MME。

1003：如果发生SGW重选，目标MME会发送创建承载（create session）请求消息到目标SGW，该消息中包含LGW的TEID和IP地址。

1004：目标SGW回复创建承载回复（create session response）到目标MME。

1005：目标MME发送切换请求（HO request）到目标HeNB，该消息中携带LGW的TEID和IP地址信息，保证目标HeNB可以和LGW建立用户面隧道。

1006：目标HeNB回复切换请求确认消息到目标MME，该消息中携带HeNB的TEID和IP地址信息，和指示HeNB设备能力的标识信息。该标识信息在步骤402中已经说明。

1007：目标MME发送前转切换回复（Fwd relocation response）消息到源MME。该消息中携带目标基站的设备能力信息。

源MME根据收到的目标基站的设备能力信息和当前激活的业务信息，支持LIPA还是SIPTOLN业务，做接入控制判断。

如果不一致，MME拒绝HO：

如果UE有多个承载，则目标MME直接去激活支持LIPA业务的承载，当前切换过程继续，并在后续过程中不携带LIPA相关的承载信息。

1008：源MME发送切换完成命令（HO command）到源HeNB。

1009：源HeNB发送切换完成命令到UE。

1010：UE发送切换确认（HO confirm）到目标HeNB。

1011：目标HeNB发送切换确认（HO notify）到目标MME。

1012：如果目标HeNB是支持R11 LIPA的设备，则发送修改承载请求消息到LGW，该消息中包括HeNB的TEID和地址信息。

1013：目标MME发送修改承载请求消息到目标SGW，对于UE签约业务类型为R11 LIPA，接入HeNB设备能力类型为R10 LIPA的情况，目标MME决定为UE完成成功的切换，则在该消息中携带新的标识，指示目标SGW需要建立支持LIPA业务的单隧道。

1014：目标SGW发送修改承载请求消息到LGW，该消息中包含HeNB的TEID和IP地址，保证单隧道的建立成功。

实施例十二

本实施例是基于架构可能性二描述的支持UE附着网络的过程。图11为本发明实施例十二提供的方法流程图，如图11所示，该方法可以包括以下步骤：

1201：RRC建立过程。

1202：HeNB发送初始UE消息到HeNB GW，HeNB GW将收到的初始UE消息转发到MME。本实施例以有HeNB GW部署为例，当没有HeNBGW部署时，HeNB直接发送初始UE消息到MME。

该步骤同步骤402

1203：UE发送附着请求消息到MME。

1204：MME和HSS之间更新签约信息。通过该消息，MME可以获得UE当前的签约信息。MME做接入控制判断的过程同步骤404

1205-1211同实施例一的405-411。

1212a：MME发送修改承载请求消息到SGW，该消息中包含HeNBTEID和HeNB地址，承载标识。

1212：如果MME知道UE通过R11 HeNB接入，MME发送修改承载请求消息到SGW，该消息中包含HeNB TEID和HeNB地址，承载标识，以及指示建立LIPA单隧道的标识信息。

1213：SGW根据收到的建立LIPA业务的单隧道标识发送修改承载请求到LGW，该消息中携带HeNB的TEID和IP地址。

1214：LGW回复修改承载回复消息到SGW。

1215：SGW回复修改承载回复消息到MME。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims

1.一种保证本地IP接入LIPA或者SIPTOLN业务正确建立的方法，其特征在于，所述方法包括：

收到请求LIPA或者SIPTOLN业务的接入请求；

获取UE的签约信息和基站的设备能力类型，判断是否允许为所述UE建立LIPA或者SIPTOLN业务；

如果允许，则为UE激活LIPA或者SIPTOLN业务。否则，拒绝为UE激活LIPA或者SIPTOLN业务。

2.根据权利要求1所述的方法，其特征在于，获取基站的设备能力信息的方式为：MME接收来自基站的设备能力信息，该信息指示当前基站具备接入LIPA或者SIPTOLN业务的能力。

3.根据权利要求1所述的方法，其特征在于，MME收到请求LIPA业务的接入请求，MME根据下述一个或多个因素判断是否允许UE接入LIPA业务：

-当前基站是否具备接入LIPA业务的能力

-UE是否为CSG用户

-UE的签约信息是否允许UE接入LIPA业务。

4.根据权利要求1所述的方法，其特征在于，MME收到请求SIPTOLN业务的接入请求，MME根据下述因素判断是否允许UE接入SIPTOLN业务：

-当前基站是否具备接入SIPTOLN业务的能力

-UE的签约信息是否允许UE接入SIPTOLN业务。

5.一种保证本地IP接入LIPA或者SIPTOLN业务正确建立的方法，其特征在于，所述方法包括：

当前切换的业务为LIPA或者SIPTOLN业务，

获取UE的签约信息和基站的设备能力类型，判断当前激活的LIPA或者SIPTOLN业务是否允许切换；

如果允许，则完成LIPA或者SIPTOLN业务的切换。否则，拒绝LIPA或者SIPTOLN业务的切换。