CN102170708A - 一种处理lipa连接专用承载的方法、系统和设备 - Google Patents

一种处理lipa连接专用承载的方法、系统和设备 Download PDF

Info

Publication number
CN102170708A
CN102170708A CN2011101351976A CN201110135197A CN102170708A CN 102170708 A CN102170708 A CN 102170708A CN 2011101351976 A CN2011101351976 A CN 2011101351976A CN 201110135197 A CN201110135197 A CN 201110135197A CN 102170708 A CN102170708 A CN 102170708A
Authority
CN
China
Prior art keywords
request message
bearing
bearing request
processing
lipa
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2011101351976A
Other languages
English (en)
Other versions
CN102170708B (zh
Inventor
王胡成
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN 201110135197 priority Critical patent/CN102170708B/zh
Publication of CN102170708A publication Critical patent/CN102170708A/zh
Priority to PCT/CN2012/073160 priority patent/WO2012159495A1/zh
Application granted granted Critical
Publication of CN102170708B publication Critical patent/CN102170708B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例涉及无线通信技术领域，特别涉及一种处理LIPA连接专用承载的方法、系统和设备，用以解决现有技术中创建和更新LIPA连接专用承载时，会造成网络资源的浪费，并且会占用大量网络资源降低网络资源利用率的问题。本发明实施例方法包括：SGW在确定收到的来自LGW的处理承载请求消息是针对LIPA连接的处理承载请求消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给核心网控制实体，在收到处理承载响应消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给LGW。由于创建和更新LIPA连接专用承载时，不需要处理承载资源，从而节省了网络资源，提高了网络资源利用率。

Description

一种处理LIPA连接专用承载的方法、系统和设备
技术领域
本发明涉及无线通信技术领域，特别涉及一种处理LIPA连接专用承载的方法、系统和设备。
背景技术
LIPA(Local IP Access，本地IP接入)是一种允许终端通过家庭基站接入到与该家庭基站关联的本地网络的技术，本地网络包括家庭网络、企业网络等。终端通过LGW(Local Gateway，本地网关)接入到本地网络，在3GPP(3rdGeneration Partnership Project，第三代移动通信标准化组织)R10阶段，本地网关与家庭基站在同一个物理实体上实现，在R10之后本地网关可以与家庭基站在不同物理实体上实现。在3GPP R11+阶段中，还可以有LGW与H(e)NB((演进的)家庭基站)在不同物理实体上实现。
对于H(e)NB和LGW合设的架构，Direct Tunnel(直通隧道)是内部实现相关，网络只需要将LGW的PGW S5 TEID(PDN GW S5Tunnel End Point Identifier，分组数据网关S5接口隧道端点标识)通知给UE(用户设备)，H(e)NB根据S5 PGW TEID进行上下行bearer的绑定。
对于H(e)NB和LGW分设的架构，二者之间采用Sxx接口，在R11+阶段，此接口需要支持专用承载。
目前创建和更新LIPA连接专用承载(dedicated bearer)要求网络处理承载资源，包括SGW上的承载资源的分配。对于LIPA连接，其用户面数据都是经过Direct tunnel传输，在核心网中仅需保留NON-GBR(non-Guaranteed BitRate，非保证比特率)的default bearer，以触发paging(寻呼)。LIPA连接需要创建专用承载，在核心网中分配专用承载所需的承载资源会造成网络资源的浪费，这部分承载资源不会被使用到。另外，由于家庭网络的数量庞大，对应的LIPA连接的数量也非常大，因此，这些LIPA连接中的专用承载所占用承载资源也会非常大，会消耗巨大的网络资源。后续在需要更新承载资源时，还需要更新承载QoS(Quality of Service，服务质量)，由于承载资源不会被使用到，所有更新承载QoS也不会被使用到，从而造成网络资源浪费。
综上所述，目前创建和更新LIPA连接专用承载时，会造成网络资源的浪费，并且会占用大量网络资源降低网络资源利用率。
发明内容
本发明实施例提供的一种处理LIPA连接专用承载的方法、系统和设备，用以解决现有技术中存在的创建和更新LIPA连接专用承载时，会造成网络资源的浪费，并且会占用大量网络资源降低网络资源利用率的问题。
本发明实施例提供的一种处理本地IP接入LIPA连接专用承载的方法，包括：
服务网关SGW判断收到的来自本地网关LGW的处理承载请求消息是否是针对LIPA连接的处理承载请求消息；
所述SGW在确定是针对LIPA连接的处理承载请求消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给核心网控制实体；
所述SGW在收到来自核心网控制实体的针对所述处理承载请求消息的处理承载响应消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给LGW，指示LGW处理LIPA连接的专用承载。
本发明实施例提供的一种处理LIPA连接专用承载的方法，包括：
LGW向SGW发送针对LIPA连接的处理承载请求消息；
所述LGW在收到来自LGW的处理承载响应消息后，跳过处理承载资源的过程，并处理LIPA连接的专用承载。
本发明实施例提供的一种处理LIPA连接专用承载的设备，包括：
判断模块，用于判断收到的来自LGW的处理承载请求消息是否是针对LIPA连接的处理承载请求消息；
第一处理模块，用于在确定是针对LIPA连接的处理承载请求消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给核心网控制实体，在收到来自核心网控制实体的针对所述处理承载请求消息的处理承载响应消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给LGW，指示LGW处理LIPA连接的专用承载。
本发明实施例提供的一种处理LIPA连接专用承载的设备，包括：
发送模块，用于向SGW发送针对LIPA连接的处理承载请求消息；
第二处理模块，用于在收到来自LGW的处理承载响应消息后，跳过处理承载资源的过程，并处理LIPA连接的专用承载。
本发明实施例提供的一种处理LIPA连接专用承载的系统，包括：
SGW，用于判断收到的来自LGW的处理承载请求消息是否是针对LIPA连接的处理承载请求消息，在确定是针对LIPA连接的处理承载请求消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给核心网控制实体，在收到来自核心网控制实体的针对所述处理承载请求消息的处理承载响应消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给LGW，指示LGW处理LIPA连接的专用承载；
LGW，用于向SGW发送针对LIPA连接的处理承载请求消息，在收到来自LGW的处理承载响应消息后，跳过处理承载资源的过程，并处理LIPA连接的专用承载。
由于创建和更新LIPA连接专用承载时，不需要处理承载资源，从而节省了网络资源，提高了网络资源利用率。
附图说明
图1为本发明实施例处理LIPA连接专用承载的系统结构示意图；
图2为本发明实施例第一种处理LIPA连接专用承载的设备结构示意图；
图3为本发明实施例第二种处理LIPA连接专用承载的设备结构示意图；
图4为本发明实施例第一种处理LIPA连接专用承载的方法流程示意图；
图5为本发明实施例第二种处理LIPA连接专用承载的方法流程示意图；
图6为本发明实施例第一种创建LIPA连接专用承载的方法流程示意图；
图7为本发明实施例第二种创建LIPA连接专用承载的方法流程示意图；
图8为本发明实施例第三种创建LIPA连接专用承载的方法流程示意图。
具体实施方式
本发明实施例SGW(Serving GW，服务网关)收到的来自LGW的处理承载请求消息是针对LIPA连接的处理承载请求消息后，跳过分配核心网实体之间承载资源的过程，并将处理承载请求消息发送给核心网控制实体，在收到来自核心网控制实体的针对处理承载请求消息的处理承载响应消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给LGW；LGW在收到来自LGW的处理承载响应消息后，跳过处理承载资源的过程，并处理LIPA连接的专用承载。这里的处理可以是创建LIPA连接专用承载或更新LIPA连接专用承载。由于创建和更新LIPA连接专用承载时，不需要处理承载资源，从而节省了网络资源，提高了网络资源利用率。
这里的核心网控制实体可以是MME(Mobility Management Entity，移动性管理实体)或SGSN(Serving GPRS Support Node，服务GPRS服务节点)。比如在UTRAN(UMTS陆地无线接入网；UMTS，Universal MobileTelecommunicationSystem，通用移动通信系统)接入时，核心网控制实体是SGSN；在E-UTRAN(E-UTRAN，Evolved UMTS Terrestrial Radio AccessNetwork，演进的UMTS陆地无线接入网)接入时，核心网控制实体是MME。
在下面的说明过程中，先从LGW侧和SGW侧的配合实施进行说明，最后分别从LGW侧与SGW侧的实施进行说明，但这并不意味着二者必须配合实施，实际上，当LGW侧与SGW侧分开实施时，也解决了分别在LGW侧、SGW侧所存在的问题，只是二者结合使用时，会获得更好的技术效果。
下面结合说明书附图对本发明实施例作进一步详细描述。
其中下面介绍中涉及的基站是家庭基站或演进的家庭基站。
如图1所示，本发明实施例处理LIPA连接专用承载的系统包括：LGW 10和SGW 20。
LGW 10，用于向SGW 20发送针对LIPA连接的处理承载请求消息，在收到来自LGW 20的处理承载响应消息后，跳过处理承载资源的过程，并处理LIPA连接的专用承载。
SGW 20，用于判断收到的来自LGW 10的处理承载请求消息是否是针对LIPA连接的处理承载请求消息，在确定是针对LIPA连接的处理承载请求消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给核心网控制实体，在收到来自核心网控制实体的针对处理承载请求消息的处理承载响应消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给LGW 10。
在实施中，LGW 10和SGW 20之间通过S5/S8接口(支持PMIP(Proxy Mobile IP，代理移动IP)协议或GTP(GPRS Tunneling Protocol，GPRS隧道协议；GPRS，General Packet Radio Service，通用分组无线业务))进行通信。
其中，本发明实施例中的处理LIPA连接专用承载包括但不限于下列处理方式：
创建LIPA连接专用承载、更新LIPA连接专用承载。
如果是创建LIPA连接专用承载，处理承载请求消息是创建承载请求消息，处理承载响应消息是创建承载响应消息；相应的，LGW 10和SGW 20的跳过处理承载资源的过程是跳过分配核心网实体之间承载资源的过程；
如果是更新LIPA连接专用承载，处理承载请求消息是更新承载请求消息，处理承载响应消息是更新承载响应消息；相应的，LGW 10和SGW 20的跳过处理承载资源的过程是跳过更新承载QoS的过程。
下面分别进行介绍。
情况一、创建LIPA连接专用承载。针对情况一又可以分为三种方式。
方式一、LGW 10向SGW 20发送包含LIPA标识的创建承载请求(CreateBearer Request)消息；
相应的，SGW 20判断收到的创建承载请求消息是否包含LIPA标识，如果是，则确定创建承载请求消息是针对LIPA连接的创建承载请求消息；否则，确定创建承载请求消息不是针对LIPA连接的创建承载请求消息。
较佳地，LGW 10还可以在创建承载请求消息中携带分组数据网关S5接口隧道端点标识。
如果SGW 20收到的创建承载请求消息是针对LIPA连接的创建承载请求消息，跳过分配核心网实体之间承载资源的过程，为需要创建的专用承载分配上行TEID(这里的TEID可以是特殊的TEID，只起到标识作用)，并置于创建承载请求消息中，将创建承载请求消息发送给核心网控制实体；
SGW 20在收到含有基站TEID的创建承载响应(Create Bearer Response)消息后，跳过分配核心网实体之间承载资源的过程，为需要创建的专用承载分配下行TEID(这里的TEID可以是特殊的TEID，只起到标识作用)，并置于创建承载响应消息中发送给LGW 10。
较佳地，SGW 20在创建承载请求消息中包含LIPA标识时，可以删除创建承载请求消息中的LIPA标识，然后将携带上行TEID的创建承载请求消息发送给核心网控制实体。
较佳地，LGW 10在收到含有基站TEID和下行TEID的创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，建立与基站的Direct tunnel。
方式二、LGW 10向SGW 20发送包含LIPA标识的创建承载请求消息；
相应的，SGW 20判断收到的创建承载请求消息是否包含LIPA标识，如果是，则确定创建承载请求消息是针对LIPA连接的创建承载请求消息；否则，确定创建承载请求消息不是针对LIPA连接的创建承载请求消息。
较佳地，LGW 10还可以在创建承载请求消息中携带分组数据网关S5接口隧道端点标识。
如果SGW 20收到的创建承载请求消息是针对LIPA连接的创建承载请求消息，SGW 20不做任何处理，只是将收到的创建承载请求消息转发给核心网控制实体；
相应的，SGW 20在收到含有基站TEID的创建承载响应消息后，不做任何处理，只是将收到的创建承载响应消息转发给LGW 10。
较佳地，LGW 10在收到含有基站TEID的创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，建立与基站的Direct tunnel。
较佳地，LGW 10在需要删除承载请求消息时，可以向SGW 20发送针对LIPA连接的删除承载请求消息；
相应的，SGW 20将收到的来自LGW 10的针对LIPA连接的删除承载请求消息转发给核心网控制实体，以及将收到的来自核心网控制实体的针对删除承载请求消息的删除承载响应消息转发给LGW 10。
方式三、LGW 10向SGW 20发送创建承载请求消息，其中在创建承载请求消息中不携带分组数据网关S5接口隧道端点标识；
相应的，SGW 20如果收到的创建承载请求消息中不包含分组数据网关S5接口隧道端点标识时，则可以确定创建承载请求消息是针对LIPA连接的创建承载请求消息(即采用隐式方式通知，这种方式也同样适用方式一和方式二)。
当然，LGW 10向SGW 20发送的创建承载请求消息中也可以携带LIPA标识；相应的，SGW 20可以判断收到的创建承载请求消息是否包含LIPA标识，如果是，则确定创建承载请求消息是针对LIPA连接的创建承载请求消息；否则，确定创建承载请求消息不是针对LIPA连接的创建承载请求消息。
如果SGW 20收到的创建承载请求消息是针对LIPA连接的创建承载请求消息，SGW 20不做任何处理，只是将收到的创建承载请求消息转发给核心网控制实体；
相应的，核心网控制实体在确定能够接受收到的创建承载请求消息后，分配EPS Bearer ID(分配演进分组系统承载标识)，并发送含有EPS Bearer ID的创建承载响应消息(较佳地，核心网控制实体可以根据资源状况，消息是否合法等，判断是否能够接受创建承载请求消息，如果不行则拒绝收到的创建承载请求消息)；
SGW 20在收到含有EPS Bearer ID的创建承载响应消息后，不做任何处理，只是将收到的创建承载响应消息转发给LGW 10；
LGW 10在收到创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，分配Sxx PGW TEID，并将收到的创建承载响应消息中的EPS Bearer ID携带在Sxx接口的创建承载请求消息中，并将分配的Sxx PGW TEID置于Sxx接口的创建承载请求消息中，向基站发送Sxx接口的创建承载请求消息；以及
LGW 10接收来自基站的包含基站TEID的Sxx接口的创建承载响应消息，建立与基站的Direct tunnel。
其中，Sxx接口是LGW与家庭基站之间的接口。
较佳地，Sxx接口的创建承载请求消息中的Bearer Contexts IE的格式可以按表1定义：
Figure BDA0000063363560000081
表1
较佳地，Sxx接口的创建承载响应消息中的Bearer Contexts IE的格式可以按表2定义：
Figure BDA0000063363560000091
表2
较佳地，LGW 10在需要删除承载请求消息时，通过Sxx接口向基站发送删除承载请求消息，并通过Sxx接口接收来自基站的删除承载响应消息。
SGW 20判断创建承载请求消息是否是针对LIPA连接的创建承载请求消息时，除了方式一～三中提到的内容外，还可以由LGW 10通过发送通知消息通知SGW 20该创建承载请求消息是否是针对LIPA连接的创建承载请求消息；相应的，SGW 20根据收到的来自LGW的通知消息判断收到的专用承载创建请求消息中是否是针对LIPA连接的创建承载请求消息LIPA标识；还可以SGW20根据PDN connection(分组数据网连接)的bearer context(承载上下文)中的通知信息，确定处理承载请求消息是是否针对LIPA连接的处理承载请求消息，具体的在创建PDN连接的Bearer Context时，SGW 20在Bearer Context中记录下该PDN连接是用于LIPA连接的。
情况二、更新LIPA连接专用承载。针对情况二又可以分为三种方式。
方式一、LGW 10向SGW 20发送包含LIPA标识的更新承载请求(UpdateBearer Request)消息；
相应的，SGW 20判断收到的更新承载请求消息是否包含LIPA标识，如果是，则确定更新承载请求消息是针对LIPA连接的更新承载请求消息；否则，确定更新承载请求消息不是针对LIPA连接的更新承载请求消息。
较佳地，LGW 10还可以在更新承载请求消息中携带分组数据网关S5接口隧道端点标识。
如果SGW 20收到的更新承载请求消息是针对LIPA连接的更新承载请求消息，跳过更新承载QoS的过程，将更新承载请求消息发送给核心网控制实体；
SGW 20在收到含有基站TEID的更新承载响应(Update Bearer Response)消息后，跳过更新承载QoS的过程，将更新承载响应消息发送给LGW 10。
较佳地，SGW 20在更新承载请求消息中包含LIPA标识时，可以删除更新承载请求消息中的LIPA标识。
较佳地，LGW 10在收到含有基站TEID和下行TEID的更新承载响应消息后，跳过更新承载QoS的过程，确定完成承载更新过程。
方式二、LGW 10向SGW 20发送包含LIPA标识的更新承载请求消息；
相应的，SGW 20判断收到的更新承载请求消息是否包含LIPA标识，如果是，则确定更新承载请求消息是针对LIPA连接的更新承载请求消息；否则，确定更新承载请求消息不是针对LIPA连接的更新承载请求消息。
较佳地，LGW 10还可以在更新承载请求消息中携带分组数据网关S5接口隧道端点标识。
如果SGW 20收到的更新承载请求消息是针对LIPA连接的更新承载请求消息，SGW 20不做任何处理，只是将收到的更新承载请求消息转发给核心网控制实体；
相应的，SGW 20在收到含有基站TEID的更新承载响应消息后，不做任何处理，只是将收到的更新承载响应消息转发给LGW 10。
较佳地，LGW 10在收到含有基站TEID的更新承载响应消息后，跳过更新承载QoS的过程，确定完成承载更新过程。
较佳地，LGW 10在需要删除承载请求消息时，可以向SGW 20发送针对LIPA连接的删除承载请求消息；
相应的，SGW 20将收到的来自LGW 10的针对LIPA连接的删除承载请求消息转发给核心网控制实体，以及将收到的来自核心网控制实体的针对删除承载请求消息的删除承载响应消息转发给LGW 10。
方式三、LGW 10向SGW 20发送更新承载请求消息，其中在更新承载请求消息中不携带分组数据网关S5接口隧道端点标识；
相应的，SGW 20如果收到的更新承载请求消息中不包含分组数据网关S5接口隧道端点标识时，则可以确定更新承载请求消息是针对LIPA连接的更新承载请求消息(即采用隐形方式通知，这种方式也同样适用方式一和方式二)。
当然，LGW 10向SGW 20发送的更新承载请求消息中也可以携带LIPA标识；相应的，SGW 20可以判断收到的更新承载请求消息是否包含LIPA标识，如果是，则确定更新承载请求消息是针对LIPA连接的更新承载请求消息；否则，确定更新承载请求消息不是针对LIPA连接的更新承载请求消息。
如果SGW 20收到的更新承载请求消息是针对LIPA连接的更新承载请求消息，SGW 20不做任何处理，只是将收到的更新承载请求消息转发给核心网控制实体；
相应的，核心网控制实体在确定能够接受收到的更新承载请求消息后，分配EPS Bearer ID，并发送含有EPS Bearer ID的更新承载响应消息(较佳地，核心网控制实体可以根据资源状况，消息是否合法等，判断是否能够接受更新承载请求消息，如果不行则拒绝收到的更新承载请求消息)；
SGW 20在收到含有EPS Bearer ID的更新承载响应消息后，不做任何处理，只是将收到的更新承载响应消息转发给LGW 10；
LGW 10在收到更新承载响应消息后，跳过更新承载QoS的过程，在Sxx接口发送修改承载请求消息进行承载更新。
较佳地，LGW 10在需要删除承载请求消息时，通过Sxx接口向基站发送删除承载请求消息，并通过Sxx接口接收来自基站的删除承载响应消息。
SGW 20判断更新承载请求消息是否是针对LIPA连接的更新承载请求消息时，除了方式一～三中提到的内容外，还可以由LGW 10通过发送通知消息通知SGW 20该更新承载请求消息是否是针对LIPA连接的更新承载请求消息；相应的，SGW 20根据收到的来自LGW 10的通知消息判断收到的专用承载创建请求消息中是否是针对LIPA连接的更新承载请求消息LIPA标识；还可以SGW 20根据PDN connection(分组数据网连接)的bearer context(承载上下文)中的通知信息，确定处理承载请求消息是是否针对LIPA连接的处理承载请求消息，具体的在创建PDN连接的Bearer Context时，SGW 20在BearerContext中记录下该PDN连接是用于LIPA连接的。
基于同一发明构思，本发明实施例中还提供了处理LIPA连接专用承载的设备及方法，由于这些设备和方法解决问题的原理与处理LIPA连接专用承载的系统相似，因此这些设备和方法的实施可以参见系统的实施，重复之处不再赘述。
如图2所示，本发明实施例第一种处理LIPA连接专用承载的设备包括：判断模块200和第一处理模块210。
判断模块200，用于判断收到的来自LGW的处理承载请求消息是否是针对LIPA连接的处理承载请求消息。
第一处理模块210，用于在确定是针对LIPA连接的处理承载请求消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给核心网控制实体，在收到来自核心网控制实体的针对处理承载请求消息的处理承载响应消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给LGW，指示LGW处理LIPA连接的专用承载。
较佳地，处理承载请求消息是创建承载请求消息，处理承载响应消息是创建承载响应消息；第一处理模块210跳过分配核心网实体之间承载资源的过程；
处理承载请求消息是更新承载请求消息，处理承载响应消息是更新承载响应消息：第一处理模块210跳过更新承载QoS的过程。
较佳地，判断模块200判断收到的处理承载请求消息是否包含LIPA标识，如果是，则确定处理承载请求消息是针对LIPA连接的处理承载请求消息；否则，确定处理承载请求消息不是针对LIPA连接的处理承载请求消息；或
根据保存的PDN connection的bearer context的信息，确定处理承载请求消息是是否针对LIPA连接的处理承载请求消息；或
在收到的处理承载请求消息中不包含分组数据网关S5接口隧道端点标识时，确定处理承载请求消息是针对LIPA连接的处理承载请求消息。
较佳地，处理承载请求消息是创建承载请求消息；第一处理模块210为需要创建的专用承载分配上行隧道端点标识TEID，并置于创建承载请求消息中；以及为需要创建的专用承载分配下行TEID，并置于创建承载响应消息中。
较佳地，第一处理模块210将收到的处理承载请求消息转发给核心网控制实体；以及将收到的处理承载响应消息转发给LGW。
较佳地，第一处理模块210将收到的来自LGW的针对LIPA连接的删除承载请求消息转发给核心网控制实体；以及将收到的来自核心网控制实体的针对删除承载请求消息的删除承载响应消息转发给LGW。
其中，本发明实施例的第一种处理LIPA连接专用承载的设备可以是SGW。
如图3所示，本发明实施例第二种处理LIPA连接专用承载的设备包括：发送模块300和第二处理模块310。
发送模块300，用于向SGW发送针对LIPA连接的处理承载请求消息；
第二处理模块310，用于在收到来自LGW的处理承载响应消息后，跳过处理承载资源的过程，并处理LIPA连接的专用承载。
较佳地，处理承载请求消息是创建承载请求消息，处理承载响应消息是创建承载响应消息；第二处理模块310跳过分配核心网实体之间承载资源的过程；
处理承载请求消息是更新承载请求消息，处理承载响应消息是更新承载响应消息；第二处理模块310跳过更新承载QoS的过程。
较佳地，发送模块300通过发送携带LIPA标识的处理承载请求消息通知SGW该处理承载请求消息是否是针对LIPA连接的处理承载请求消息；或
通过发送不携带分组数据网关S5接口隧道端点标识的处理承载请求消息通知SGW该处理承载请求消息是针对LIPA连接的处理承载请求消息。
较佳地，处理承载请求消息是创建承载请求消息，LGW收到的创建承载请求消息含有基站TEID和SGW分配的下行TEID；
第二处理模块310在收到创建承载响应消息后，建立与基站的Directtunnel。
较佳地，处理承载请求消息是更新承载请求消息，LGW收到的更新承载请求消息含有基站TEID和SGW分配的下行TEID；
第二处理模块310在收到更新承载响应消息后，确定完成承载更新过程。
较佳地，处理承载请求消息是创建承载请求消息，LGW收到的创建承载请求消息含有基站TEID；
第二处理模块310在收到创建承载响应消息后，建立与基站的Directtunnel；
较佳地，处理承载请求消息是更新承载请求消息，LGW收到的更新承载请求消息含有基站TEID；
第二处理模块310在收到更新承载响应消息后，确定完成承载更新过程。
较佳地，处理承载请求消息是创建承载请求消息，SGW发送不携带分组数据网关S5接口隧道端点标识的处理承载请求消息；
第二处理模块310将收到的创建承载响应消息中的EPS Bearer ID携带在Sxx接口的创建承载请求消息中，并将分配的Sxx PGW TEID置于Sxx接口的创建承载请求消息中，向基站发送Sxx接口的创建承载请求消息，以及接收来自基站的包含基站TEID的Sxx接口的创建承载响应消息，建立与基站的Directtunnel。
较佳地，处理承载请求消息是更新承载请求消息，SGW发送不携带分组数据网关S5接口隧道端点标识的处理承载请求消息；
第二处理模块310在收到更新承载响应消息后，在Sxx接口发送更新承载请求消息进行承载更新。
较佳地，发送模块300通过Sxx接口向基站发送删除承载请求消息，并通过Sxx接口接收来自基站的删除承载响应消息。
其中，本发明实施例的第二种处理LIPA连接专用承载的设备可以是LGW。
如图4所示，本发明实施例第一种处理LIPA连接专用承载的方法包括下列步骤：
步骤401、SGW判断收到的来自LGW的处理承载请求消息是否是针对LIPA连接的处理承载请求消息。
步骤402、SGW在确定是针对LIPA连接的处理承载请求消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给核心网控制实体。
步骤403、SGW在收到来自核心网控制实体的针对处理承载请求消息的处理承载响应消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给LGW，指示LGW处理LIPA连接的专用承载。
在实施中，LGW和SGW之间通过S5/S8接口(支持PMIP协议或GTP)进行通信。
其中，本发明实施例中的处理LIPA连接专用承载包括但不限于下列处理方式：
创建LIPA连接专用承载、更新LIPA连接专用承载。
如果是创建LIPA连接专用承载，处理承载请求消息是创建承载请求消息，处理承载响应消息是创建承载响应消息；相应的，SGW的跳过处理承载资源的过程是跳过分配核心网实体之间承载资源的过程；
如果是更新LIPA连接专用承载，处理承载请求消息是更新承载请求消息，处理承载响应消息是更新承载响应消息；相应的，SGW的跳过处理承载资源的过程是跳过更新承载QoS的过程。
下面分别进行介绍。
情况一、创建LIPA连接专用承载。针对情况一又可以分为三种方式。
方式一、步骤401中，SGW判断收到的创建承载请求消息是否包含LIPA标识，如果是，则确定创建承载请求消息是针对LIPA连接的创建承载请求消息；否则，确定创建承载请求消息不是针对LIPA连接的创建承载请求消息。
步骤402中，如果SGW收到的创建承载请求消息是针对LIPA连接的创建承载请求消息，跳过分配核心网实体之间承载资源的过程，为需要创建的专用承载分配上行TEID(这里的TEID可以是特殊的TEID，只起到标识作用)，并置于创建承载请求消息中，将创建承载请求消息发送给核心网控制实体；
步骤403中，SGW在收到含有基站TEID的创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，为需要创建的专用承载分配下行TEID(这里的TEID可以是特殊的TEID，只起到标识作用)，并置于创建承载响应消息中发送给LGW。
较佳地，SGW在创建承载请求消息中包含LIPA标识时，可以删除创建承载请求消息中的LIPA标识，然后将携带上行TEID的创建承载请求消息发送给核心网控制实体。
方式二、步骤401中，SGW判断收到的创建承载请求消息是否包含LIPA标识，如果是，则确定创建承载请求消息是针对LIPA连接的创建承载请求消息；否则，确定创建承载请求消息不是针对LIPA连接的创建承载请求消息。
步骤402中，如果SGW收到的创建承载请求消息是针对LIPA连接的创建承载请求消息，SGW不做任何处理，只是将收到的创建承载请求消息转发给核心网控制实体；
步骤403中，SGW在收到含有基站TEID的创建承载响应消息后，不做任何处理，只是将收到的创建承载响应消息转发给LGW。
较佳地，如果SGW收到的来自LGW的针对LIPA连接的删除承载请求消息，则将该消息转发给核心网控制实体，以及将收到的来自核心网控制实体的针对删除承载请求消息的删除承载响应消息转发给LGW。
方式三、步骤401中，SGW如果收到的创建承载请求消息中不包含分组数据网关S5接口隧道端点标识时，则可以确定创建承载请求消息是针对LIPA连接的创建承载请求消息(即采用隐式方式通知，这种方式也同样适用方式一和方式二)。
当然，LGW向SGW发送的创建承载请求消息中也可以携带LIPA标识；相应的，步骤401中，SGW可以判断收到的创建承载请求消息是否包含LIPA标识，如果是，则确定创建承载请求消息是针对LIPA连接的创建承载请求消息；否则，确定创建承载请求消息不是针对LIPA连接的创建承载请求消息。
步骤402中，如果SGW收到的创建承载请求消息是针对LIPA连接的创建承载请求消息，SGW不做任何处理，只是将收到的创建承载请求消息转发给核心网控制实体；
相应的，核心网控制实体在确定能够接受收到的创建承载请求消息后，分配EPS Bearer ID，并发送含有EPS Bearer ID的创建承载响应消息(较佳地，核心网控制实体可以根据资源状况，消息是否合法等，判断是否能够接受创建承载请求消息，如果不行则拒绝收到的创建承载请求消息)；
步骤403中，SGW在收到含有EPS Bearer ID的创建承载响应消息后，不做任何处理，只是将收到的创建承载响应消息转发给LGW。
情况二、更新LIPA连接专用承载。针对情况二又可以分为三种方式。
方式一、步骤401中，SGW判断收到的更新承载请求消息是否包含LIPA标识，如果是，则确定更新承载请求消息是针对LIPA连接的更新承载请求消息；否则，确定更新承载请求消息不是针对LIPA连接的更新承载请求消息
步骤402中，如果SGW收到的更新承载请求消息是针对LIPA连接的更新承载请求消息，跳过更新承载QoS的过程，将更新承载请求消息发送给核心网控制实体.
步骤403中，SGW在收到含有基站TEID的更新承载响应(Update BearerResponse)消息后，跳过更新承载QoS的过程，将更新承载响应消息发送给LGW。
情况二的方式三和方式四中SGW的处理方式与情况一的方式三和方式四中SGW的处理方式类似，只是消息和跳过处理承载资源的过程不同，在此不再赘述。
如图5所示，本发明实施例第二种处理LIPA连接专用承载的方法包括下列步骤：
步骤501、LGW向SGW发送针对LIPA连接的处理承载请求消息。
步骤502、LGW在收到来自LGW的处理承载响应消息后，跳过分配核心网实体之间承载资源的过程，并处理LIPA连接的专用承载。
其中，本发明实施例中的处理LIPA连接专用承载包括但不限于下列处理方式：
创建LIPA连接专用承载、更新LIPA连接专用承载。
如果是创建LIPA连接专用承载，处理承载请求消息是创建承载请求消息，处理承载响应消息是创建承载响应消息；相应的，LGW的跳过处理承载资源的过程是跳过分配核心网实体之间承载资源的过程；
如果是更新LIPA连接专用承载，处理承载请求消息是更新承载请求消息，处理承载响应消息是更新承载响应消息；相应的，LGW的跳过处理承载资源的过程是跳过更新承载QoS的过程。
下面分别进行介绍。
情况一、创建LIPA连接专用承载。针对情况一又可以分为三种方式。
方式一、步骤501中，LGW向SGW发送包含LIPA标识的创建承载请求消息。
较佳地，LGW还可以在创建承载请求消息中携带分组数据网关S5接口隧道端点标识。
较佳地，步骤502中，LGW在收到含有基站TEID和下行TEID的创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，建立与基站的Directtunnel。
方式二、步骤501中，LGW向SGW发送包含LIPA标识的创建承载请求消息。
较佳地，LGW还可以在创建承载请求消息中携带分组数据网关S5接口隧道端点标识。
较佳地，步骤502中，LGW在收到含有基站TEID的创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，建立与基站的Direct tunnel。
较佳地，LGW在需要删除承载请求消息时，可以向SGW发送针对LIPA连接的删除承载请求消息。
方式三、步骤501中，LGW向SGW发送创建承载请求消息，其中在创建承载请求消息中不携带分组数据网关S5接口隧道端点标识；
其中，步骤501中，LGW向SGW发送的创建承载请求消息中也可以携带LIPA标识，用于让SGW判断收到的创建承载请求消息是否包含LIPA标识。
步骤502中，LGW在收到创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，分配Sxx PGW TEID，并将收到的创建承载响应消息中的EPS Bearer ID携带在Sxx接口的创建承载请求消息中，并将分配的Sxx PGWTEID置于Sxx接口的创建承载请求消息中，向基站发送Sxx接口的创建承载请求消息；以及LGW接收来自基站的包含基站TEID的Sxx接口的创建承载响应消息，建立与基站的Direct tunnel。
较佳地，LGW在需要删除承载请求消息时，通过Sxx接口向基站发送删除承载请求消息，并通过Sxx接口接收来自基站的删除承载响应消息。
情况二、更新LIPA连接专用承载。针对情况二又可以分为三种方式。
方式一、步骤501中，LGW向SGW发送包含LIPA标识的更新承载请求消息。
较佳地，LGW还可以在更新承载请求消息中携带分组数据网关S5接口隧道端点标识。
较佳地，步骤502中，LGW在收到含有基站TEID和下行TEID的更新承载响应消息后，跳过更新承载QoS的过程，确定完成承载更新过程。
方式二、步骤501中，LGW向SGW发送包含LIPA标识的更新承载请求消息。
较佳地，LGW还可以在更新承载请求消息中携带分组数据网关S5接口隧道端点标识。
较佳地，步骤502中，LGW在收到含有基站TEID的更新承载响应消息后，跳过更新承载QoS的过程，确定完成承载更新过程。
较佳地，LGW在需要删除承载请求消息时，可以向SGW发送针对LIPA连接的删除承载请求消息；
方式三、步骤501中，LGW向SGW发送更新承载请求消息，其中在更新承载请求消息中不携带分组数据网关S5接口隧道端点标识；
当然，步骤501中，LGW向SGW发送的更新承载请求消息中也可以携带LIPA标识，用于让SGW判断收到的创建承载请求消息是否包含LIPA标识。
较佳地，步骤502中，LGW在收到更新承载响应消息后，跳过更新承载QoS的过程，在Sxx接口发送修改承载请求消息进行承载更新。
较佳地，LGW在需要删除承载请求消息时，通过Sxx接口向基站发送删除承载请求消息，并通过Sxx接口接收来自基站的删除承载响应消息。
SGW判断更新承载请求消息是否是针对LIPA连接的更新承载请求消息时，除了上面图4和图5提到的内容外，还可以由LGW通过发送通知消息通知SGW该更新承载请求消息是否是针对LIPA连接的更新承载请求消息；相应的，SGW根据收到的来自LGW的通知消息判断收到的专用承载创建请求消息中是否是针对LIPA连接的更新承载请求消息LIPA标识；还可以SGW根据保存的PDN connection的bearer context的信息，确定处理承载请求消息是是否针对LIPA连接的处理承载请求消息，具体的在创建PDN连接的BearerContext时，SGW在Bearer Context中记录下该PDN连接是用于LIPA连接的。
其中，图4和图5可以合成一个流程，形成另一个处理LIPA连接专用承载的方法，即先执行步骤501，再执行步骤401～步骤403，最后执行步骤502。
下面举三个实施例对本发明创建LIPA连接专用承载的方案进行详细说明。更新LIPA连接专用承载的方案与创建LIPA连接专用承载的方案类似，在此不再赘述。
如图6所示，本发明实施例第一种创建LIPA连接专用承载的方法包括下列步骤：
步骤601、LGW向SGW发送包含LIPA标识和分组数据网关S5接口隧道端点标识的创建承载请求消息。
步骤602、SGW在确定收到针对LIPA连接的创建承载请求消息后，跳过分配核心网实体之间承载资源的过程，为需要创建的专用承载分配上行TEID，删除创建承载请求消息中的LIPA标识，将携带上行TEID的创建承载请求消息发送给核心网控制实体。
步骤603、核心网控制实体在收到创建承载请求消息后向基站发送携带分组数据网关S5接口隧道端点标识的承载建立请求(Bearer Setup Request)消息。
步骤604、基站向核心网控制实体返回携带基站TEID的承载建立响应(Bearer Setup Response)消息。
步骤605、核心网控制实体向SGW返回携带基站TEID的创建承载响应消息。
步骤606、SGW收到创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，为需要创建的专用承载分配下行TEID，并置于创建承载响应消息中发送给LGW。
步骤607、LGW在收到含有基站TEID和下行TEID的创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，然后建立与基站的Directtunnel。
如图7所示，本发明实施例第二种创建LIPA连接专用承载的方法包括下列步骤：
步骤701、LGW向SGW发送包含LIPA标识和分组数据网关S5接口隧道端点标识的创建承载请求消息。
步骤702、SGW在确定收到针对LIPA连接的创建承载请求消息后，跳过分配核心网实体之间承载资源的过程，向核心网控制实体转发收到的创建承载请求消息。
步骤703、核心网控制实体在收到创建承载请求消息后向基站发送携带分组数据网关S5接口隧道端点标识的承载建立请求消息。
步骤704、基站向核心网控制实体返回携带基站TEID的承载建立响应消息。
步骤705、核心网控制实体向SGW返回携带基站TEID的创建承载响应消息。
步骤706、SGW收到创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，向LGW转发收到的创建承载响应消息。
步骤707、LGW在收到含有基站TEID的创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，然后建立与基站的Direct tunnel。
如图8所示，本发明实施例第三种创建LIPA连接专用承载的方法包括下列步骤：
步骤801、LGW向SGW发送不包含分组数据网关S5接口隧道端点标识的创建承载请求消息。
步骤802、SGW在确定收到针对LIPA连接的创建承载请求消息后，跳过分配核心网实体之间承载资源的过程，向核心网控制实体转发收到的创建承载请求消息。
步骤803、核心网控制实体在收到创建承载请求消息，且确定能够接受收到的更新承载请求消息后，分配EPS Bearer ID，并向SGW发送含有EPS BearerID的创建承载响应消息。
步骤804、SGW收到创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，向LGW转发收到的创建承载响应消息。
步骤805、LGW在收到创建承载响应消息后，跳过分配核心网实体之间承载资源的过程，分配Sxx PGW TEID，并将收到的创建承载响应消息中的EPSBearer ID携带在Sxx接口的创建承载请求消息中，并将分配的Sxx PGW TEID置于Sxx接口的创建承载请求消息中，向基站发送Sxx接口的创建承载请求消息。
步骤806、基站收到创建承载请求消息后，返回携带基站TEID的Sxx接口的创建承载响应消息。
步骤807、LGW接收来自基站的包含基站TEID的Sxx接口的创建承载响应消息，然后建立与基站的Direct tunnel。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
由于创建和更新LIPA连接专用承载时，不需要处理承载资源，从而节省了网络资源，提高了网络资源利用率。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (30)

1.一种处理本地IP接入LIPA连接专用承载的方法，其特征在于，该方法包括：
服务网关SGW判断收到的来自本地网关LGW的处理承载请求消息是否是针对LIPA连接的处理承载请求消息；
所述SGW在确定是针对LIPA连接的处理承载请求消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给核心网控制实体；
所述SGW在收到来自核心网控制实体的针对所述处理承载请求消息的处理承载响应消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给LGW，指示LGW处理LIPA连接的专用承载。
2.如权利要求1所述的方法，其特征在于，所述处理承载请求消息是创建承载请求消息，所述处理承载响应消息是创建承载响应消息；
所述跳过处理承载资源的过程包括：
跳过分配核心网实体之间承载资源的过程；
所述处理承载请求消息是更新承载请求消息，所述处理承载响应消息是更新承载响应消息：
所述跳过处理承载资源的过程包括：
跳过更新承载服务质量QoS的过程。
3.如权利要求2所述的方法，其特征在于，所述SGW判断处理承载请求消息是否是针对LIPA连接的处理承载请求消息包括：
所述SGW判断收到的处理承载请求消息是否包含LIPA标识，如果是，则确定处理承载请求消息是针对LIPA连接的处理承载请求消息；否则，确定处理承载请求消息不是针对LIPA连接的处理承载请求消息；或
所述SGW根据保存的分组数据网连接PDN connection的承载上下文bearer context的信息，确定处理承载请求消息是是否针对LIPA连接的处理承载请求消息；或
所述SGW在收到的处理承载请求消息中不包含分组数据网关S5接口隧道端点标识时，确定处理承载请求消息是针对LIPA连接的处理承载请求消息。
4.如权利要求2或3所述的方法，其特征在于，所述处理承载请求消息是创建承载请求消息；
所述SGW在确定是针对LIPA连接的处理承载请求消息之后，发送处理承载请求消息之前还包括：
所述SGW为需要创建的专用承载分配上行隧道端点标识TEID，并置于创建承载请求消息中；
所述SGW在收到创建承载响应消息之后，发送创建承载之前还包括：
所述SGW为需要创建的专用承载分配下行TEID，并置于创建承载响应消息中。
5.如权利要求2或3所述的方法，其特征在于，所述SGW发送处理承载请求消息包括：
所述SGW将收到的处理承载请求消息转发给核心网控制实体；
所述SGW发送处理承载响应消息包括：
所述SGW将收到的处理承载响应消息转发给LGW。
6.如权利要求5所述的方法，其特征在于，该方法还包括：
所述SGW将收到的来自LGW的针对LIPA连接的删除承载请求消息转发给核心网控制实体；
所述SGW将收到的来自核心网控制实体的针对所述删除承载请求消息的删除承载响应消息转发给LGW。
7.如权利要求5所述的方法，其特征在于，所述处理承载请求消息中不包含分组数据网关S5接口隧道端点标识；
所述SGW发送处理承载请求消息之后还包括：
所述核心网控制实体在确定能够接受收到的处理承载请求消息后，分配演进分组系统承载标识EPS Bearer ID，并发送含有EPS Bearer ID的处理承载响应消息。
8.一种处理LIPA连接专用承载的方法，其特征在于，该方法包括：
LGW向SGW发送针对LIPA连接的处理承载请求消息；
所述LGW在收到来自LGW的处理承载响应消息后，跳过处理承载资源的过程，并处理LIPA连接的专用承载。
9.如权利要求8所述的方法，其特征在于，所述处理承载请求消息是创建承载请求消息，所述处理承载响应消息是创建承载响应消息；
所述跳过处理承载资源的过程包括：
跳过分配核心网实体之间承载资源的过程；
所述处理承载请求消息是更新承载请求消息，所述处理承载响应消息是更新承载响应消息；
所述跳过处理承载资源的过程包括：
跳过更新承载QoS的过程。
10.如权利要求9所述的方法，其特征在于，该方法还包括：
所述LGW通过发送携带LIPA标识的处理承载请求消息通知所述SGW该处理承载请求消息是否是针对LIPA连接的处理承载请求消息；或
所述LGW通过发送不携带分组数据网关S5接口隧道端点标识的处理承载请求消息通知所述SGW该处理承载请求消息是针对LIPA连接的处理承载请求消息。
11.如权利要求9或10所述的方法，其特征在于，所述处理承载请求消息是创建承载请求消息，所述LGW收到的创建承载请求消息含有基站TEID和SGW分配的下行TEID；
所述LGW处理LIPA连接的专用承载包括：
所述LGW在收到创建承载响应消息后，建立与基站的直通隧道Directtunnel；
所述处理承载请求消息是更新承载请求消息，所述LGW收到的更新承载请求消息含有基站TEID和SGW分配的下行TEID；
所述LGW处理LIPA连接的专用承载包括：
所述LGW在收到更新承载响应消息后，确定完成承载更新过程。
12.如权利要求9或10所述的方法，其特征在于，所述处理承载请求消息是创建承载请求消息，所述LGW收到的创建承载请求消息含有基站TEID；
所述LGW处理LIPA连接的专用承载包括：
所述LGW在收到创建承载响应消息后，建立与基站的直通隧道；
所述处理承载请求消息是更新承载请求消息，所述LGW收到的更新承载请求消息含有基站TEID；
所述LGW处理LIPA连接的专用承载包括：
所述LGW在收到更新承载响应消息后，确定完成承载更新过程。
13.如权利要求9所述的方法，其特征在于，所述处理承载请求消息是创建承载请求消息，所述SGW发送不携带分组数据网关S5接口隧道端点标识的处理承载请求消息；
所述LGW处理LIPA连接的专用承载包括：
所述LGW将收到的创建承载响应消息中的EPS Bearer ID携带在Sxx接口的创建承载请求消息中，并将分配的Sxx PGW TEID置于Sxx接口的创建承载请求消息中，向基站发送Sxx接口的创建承载请求消息；
所述LGW接收来自基站的包含基站TEID的Sxx接口的创建承载响应消息，建立与基站的直通隧道。
14.如权利要求9所述的方法，其特征在于，所述处理承载请求消息是更新承载请求消息，所述SGW发送不携带分组数据网关S5接口隧道端点标识的处理承载请求消息；
所述LGW处理LIPA连接的专用承载包括：
所述LGW在收到更新承载响应消息后，在Sxx接口发送更新承载请求消息进行承载更新。
15.如权利要求13或14所述的方法，其特征在于，该方法还包括：
所述LGW通过Sxx接口向基站发送删除承载请求消息，并通过Sxx接口接收来自基站的删除承载响应消息。
16.一种处理LIPA连接专用承载的设备，其特征在于，该设备包括：
判断模块，用于判断收到的来自LGW的处理承载请求消息是否是针对LIPA连接的处理承载请求消息；
第一处理模块，用于在确定是针对LIPA连接的处理承载请求消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给核心网控制实体，在收到来自核心网控制实体的针对所述处理承载请求消息的处理承载响应消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给LGW，指示LGW处理LIPA连接的专用承载。
17.如权利要求16所述的设备，其特征在于，所述处理承载请求消息是创建承载请求消息，所述处理承载响应消息是创建承载响应消息；
所述第一处理模块具体用于：跳过分配核心网实体之间承载资源的过程；
所述处理承载请求消息是更新承载请求消息，所述处理承载响应消息是更新承载响应消息；
所述第一处理模块具体用于：跳过更新承载QoS的过程。
18.如权利要求16或17所述的设备，其特征在于，所述判断模块具体用于：
判断收到的处理承载请求消息是否包含LIPA标识，如果是，则确定处理承载请求消息是针对LIPA连接的处理承载请求消息；否则，确定处理承载请求消息不是针对LIPA连接的处理承载请求消息；或
根据保存的PDN connection的bearer context的信息，确定处理承载请求消息是是否针对LIPA连接的处理承载请求消息；或
在收到的处理承载请求消息中不包含分组数据网关S5接口隧道端点标识时，确定处理承载请求消息是针对LIPA连接的处理承载请求消息。
19.如权利要求16或17所述的设备，其特征在于，所述处理承载请求消息是创建承载请求消息；
所述第一处理模块还用于：
为需要创建的专用承载分配上行隧道端点标识TEID，并置于创建承载请求消息中；以及为需要创建的专用承载分配下行TEID，并置于创建承载响应消息中。
20.如权利要求16或17所述的设备，其特征在于，所述第一处理模块具体用于：
将收到的处理承载请求消息转发给核心网控制实体；以及将收到的处理承载响应消息转发给LGW。
21.如权利要求20所述的设备，其特征在于，所述第一处理模块还用于：
将收到的来自LGW的针对LIPA连接的删除承载请求消息转发给核心网控制实体；以及将收到的来自核心网控制实体的针对所述删除承载请求消息的删除承载响应消息转发给LGW。
22.一种处理LIPA连接专用承载的设备，其特征在于，该设备包括：
发送模块，用于向SGW发送针对LIPA连接的处理承载请求消息；
第二处理模块，用于在收到来自LGW的处理承载响应消息后，跳过处理承载资源的过程，并处理LIPA连接的专用承载。
23.如权利要求22所述的设备，其特征在于，所述处理承载请求消息是创建承载请求消息，所述处理承载响应消息是创建承载响应消息；
所述第二处理模块具体用于：跳过分配核心网实体之间承载资源的过程；
所述处理承载请求消息是更新承载请求消息，所述处理承载响应消息是更新承载响应消息；
所述第二处理模块具体用于：跳过更新承载QoS的过程。
24.如权利要求22或23所述的设备，其特征在于，所述发送模块还用于：
通过发送携带LIPA标识的处理承载请求消息通知所述SGW该处理承载请求消息是否是针对LIPA连接的处理承载请求消息；或
通过发送不携带分组数据网关S5接口隧道端点标识的处理承载请求消息通知所述SGW该处理承载请求消息是针对LIPA连接的处理承载请求消息。
25.如权利要求22或23所述的设备，其特征在于，所述处理承载请求消息是创建承载请求消息，所述LGW收到的创建承载请求消息含有基站TEID和SGW分配的下行TEID；
所述第二处理模块具体用于：
在收到创建承载响应消息后，建立与基站的直通隧道；
所述处理承载请求消息是更新承载请求消息，所述LGW收到的更新承载请求消息含有基站TEID和SGW分配的下行TEID；
所述第二处理模块具体用于：
在收到更新承载响应消息后，确定完成承载更新过程。
26.如权利要求22或23所述的设备，其特征在于，所述处理承载请求消息是创建承载请求消息，所述LGW收到的创建承载请求消息含有基站TEID；
所述第二处理模块具体用于：
在收到创建承载响应消息后，建立与基站的直通隧道；
所述处理承载请求消息是更新承载请求消息，所述LGW收到的更新承载请求消息含有基站TEID；
所述第二处理模块具体用于：
在收到更新承载响应消息后，确定完成承载更新过程。
27.如权利要求22所述的设备，其特征在于，所述处理承载请求消息是创建承载请求消息，所述SGW发送不携带分组数据网关S5接口隧道端点标识的处理承载请求消息；
所述第二处理模块具体用于：
将收到的创建承载响应消息中的EPS Bearer ID携带在Sxx接口的创建承载请求消息中，并将分配的Sxx PGW TEID置于Sxx接口的创建承载请求消息中，向基站发送Sxx接口的创建承载请求消息，以及接收来自基站的包含基站TEID的Sxx接口的创建承载响应消息，建立与基站的直通隧道。
28.如权利要求22所述的设备，其特征在于，所述处理承载请求消息是更新承载请求消息，所述SGW发送不携带分组数据网关S5接口隧道端点标识的处理承载请求消息；
所述第二处理模块具体用于：
在收到更新承载响应消息后，在Sxx接口发送更新承载请求消息进行承载更新。
29.如权利要求27或28所述的设备，其特征在于，所述发送模块还用于：
通过Sxx接口向基站发送删除承载请求消息，并通过Sxx接口接收来自基站的删除承载响应消息。
30.一种处理LIPA连接专用承载的系统，其特征在于，该系统包括：
SGW，用于判断收到的来自LGW的处理承载请求消息是否是针对LIPA连接的处理承载请求消息，在确定是针对LIPA连接的处理承载请求消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给核心网控制实体，在收到来自核心网控制实体的针对所述处理承载请求消息的处理承载响应消息后，跳过处理承载资源的过程，并将处理承载请求消息发送给LGW，指示LGW处理LIPA连接的专用承载；
LGW，用于向SGW发送针对LIPA连接的处理承载请求消息，在收到来自LGW的处理承载响应消息后，跳过处理承载资源的过程，并处理LIPA连接的专用承载。
CN 201110135197 2011-05-24 2011-05-24 一种处理lipa连接专用承载的方法、系统和设备 Active CN102170708B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN 201110135197 CN102170708B (zh) 2011-05-24 2011-05-24 一种处理lipa连接专用承载的方法、系统和设备
PCT/CN2012/073160 WO2012159495A1 (zh) 2011-05-24 2012-03-28 一种处理lipa连接专用承载的方法、系统和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 201110135197 CN102170708B (zh) 2011-05-24 2011-05-24 一种处理lipa连接专用承载的方法、系统和设备

Publications (2)

Publication Number Publication Date
CN102170708A true CN102170708A (zh) 2011-08-31
CN102170708B CN102170708B (zh) 2013-10-16

Family

ID=44491643

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 201110135197 Active CN102170708B (zh) 2011-05-24 2011-05-24 一种处理lipa连接专用承载的方法、系统和设备

Country Status (2)

Country Link
CN (1) CN102170708B (zh)
WO (1) WO2012159495A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012159495A1 (zh) * 2011-05-24 2012-11-29 电信科学技术研究院 一种处理lipa连接专用承载的方法、系统和设备
CN104620664A (zh) * 2012-07-02 2015-05-13 阿尔卡特朗讯 利用包括在上行链路数据分组中的隧道标识符和基站标识符的承载激活
CN107889154A (zh) * 2016-09-30 2018-04-06 华为技术有限公司 一种通信方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841886A (zh) * 2010-04-15 2010-09-22 中兴通讯股份有限公司 一种lipa数据流的传输方法及系统
WO2010123643A1 (en) * 2009-04-23 2010-10-28 Qualcomm Incorporated Establishing packet data network connectivity for local internet protocol access traffic
WO2011034175A1 (ja) * 2009-09-18 2011-03-24 日本電気株式会社 通信システムと通信制御方法
CN102036329A (zh) * 2009-09-28 2011-04-27 华为终端有限公司 一种建立或修改本地ip接入承载的方法和设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102170708B (zh) * 2011-05-24 2013-10-16 电信科学技术研究院 一种处理lipa连接专用承载的方法、系统和设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010123643A1 (en) * 2009-04-23 2010-10-28 Qualcomm Incorporated Establishing packet data network connectivity for local internet protocol access traffic
WO2011034175A1 (ja) * 2009-09-18 2011-03-24 日本電気株式会社 通信システムと通信制御方法
CN102036329A (zh) * 2009-09-28 2011-04-27 华为终端有限公司 一种建立或修改本地ip接入承载的方法和设备
CN101841886A (zh) * 2010-04-15 2010-09-22 中兴通讯股份有限公司 一种lipa数据流的传输方法及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012159495A1 (zh) * 2011-05-24 2012-11-29 电信科学技术研究院 一种处理lipa连接专用承载的方法、系统和设备
CN104620664A (zh) * 2012-07-02 2015-05-13 阿尔卡特朗讯 利用包括在上行链路数据分组中的隧道标识符和基站标识符的承载激活
CN104620664B (zh) * 2012-07-02 2019-02-26 阿尔卡特朗讯 利用包括在上行链路数据分组中的隧道标识符和基站标识符的承载激活
CN107889154A (zh) * 2016-09-30 2018-04-06 华为技术有限公司 一种通信方法及装置

Also Published As

Publication number Publication date
CN102170708B (zh) 2013-10-16
WO2012159495A1 (zh) 2012-11-29

Similar Documents

Publication Publication Date Title
US11516880B2 (en) Session processing method and apparatus
EP3965526A1 (en) Radio terminal, radio station, and method therefor
CN110178433B (zh) 一种通信方法、相关设备及系统
CN102017686A (zh) 家用基站连接网络的泛在接入
CN103428787B (zh) 一种基站切换方法及装置
CN107580796A (zh) 接入控制方法、用户设备和网络设备
CN102905329A (zh) 一种支持切换的方法
CN102523570A (zh) 一种网络侧用户面实体选择方法
CN101646158B (zh) 移动性管理处理方法、系统和设备
TWI792415B (zh) Ue和網路之間的多存取pdu會話狀態同步
CN101272576A (zh) 一种用户信令跟踪方法及通讯系统以及用户设备
WO2011035732A1 (zh) 本地ip接入或选定的ip流量卸载的控制方法、装置与系统
US8675582B2 (en) Method, apparatus, and system for setting up radio bearer
CN102595362A (zh) 一种承载修改的系统及方法
CN103828450A (zh) 移动通信网络系统、通信控制方法和存储用于该方法的程序的非瞬时计算机可读介质
CN102421141A (zh) 一种通知能力的方法和网络拥塞控制的方法、系统及设备
CN104113916A (zh) 终端直接通信的建立方法、服务器、基站和终端
CN102448045B (zh) 一种处理移动性管理上下文的方法和设备
CN103428668A (zh) 一种跟踪区更新方法及装置
CN102098798B (zh) 一种选择性ip数据分流的实现方法及装置
CN102170708B (zh) 一种处理lipa连接专用承载的方法、系统和设备
WO2022001922A1 (zh) 一种承载标识分配方法及装置
CN103546985A (zh) 一种ue发起承载资源分配的方法
CN101730075B (zh) 一种切换过程中数据前转的方法
EP3582576A1 (en) Method and device for configuring gtp transmission channel and storage medium

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20210531

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right