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

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

Info

Publication number
WO2012159495A1
WO2012159495A1 PCT/CN2012/073160 CN2012073160W WO2012159495A1 WO 2012159495 A1 WO2012159495 A1 WO 2012159495A1 CN 2012073160 W CN2012073160 W CN 2012073160W WO 2012159495 A1 WO2012159495 A1 WO 2012159495A1
Authority
WO
WIPO (PCT)
Prior art keywords
bearer
request message
processing
bearer request
lgw
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.)
Ceased
Application number
PCT/CN2012/073160
Other languages
English (en)
French (fr)
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
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
Publication of WO2012159495A1 publication Critical patent/WO2012159495A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

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

Definitions

  • the LGW 10 sends a create bearer request message including the LIPA identifier to the SGW 20;
  • the SGW 20 If the create bearer request message received by the SGW 20 is a create bearer request message for the LIPA connection, the SGW 20 does not perform any processing, but forwards the received create bearer request message to the core network control entity.
  • the SGW 20 determines whether the received update bearer request message includes the LIPA identifier, and if yes, determines The Update Bearer Request message is an Update Bearer Request message for the LIPA connection; otherwise, it is determined that the Update Bearer Request message is not an Update Bearer Request message for the LIPA connection.
  • the LGW 10 may send a delete bearer request message for the LIPA connection to the SGW 20;
  • the determining module 200 determines whether the received processing bearer request message includes a LIPA identifier, and if yes, determines that the processing bearer request message is a processing bearer request message for the LIPA connection; otherwise, determining that the processing bearer request message is not for the LIPA connection Handling the request message; or
  • the second processing module 310 carries the received bearer ID in the created bearer response message in the create bearer request message of the Sxx interface, and places the allocated Sxx PGW TEID in the create bearer request message of the Sxx interface, and sends the message to the base station.
  • a bearer request message is created on the Sxx interface, and a bearer response message is received from the base station that includes the Sxx interface of the base station TEID, and a Direct tunnel with the base station is established.
  • step 502 after receiving the message of creating a bearer response, the LGW skips the process of allocating resources between the core network entities, allocates the Sxx PGW TEID, and carries the received EPS Bearer ID in the created bearer response message on the Sxx interface.
  • the allocated Sxx PGW TEID is placed in the create bearer request message of the Sxx interface, and the create bearer request message of the Sxx interface is sent to the base station; and the LGW receives the Sxx interface including the base station TEID from the base station. Carry a response message and establish a Direct tunnel with the base station.
  • Step 804 After receiving the bearer response message, the SGW skips the process of allocating resources between the core network entities, and forwards the received bearer response message to the LGW.
  • the bearer resources do not need to be processed, thereby saving network resources and improving network resource utilization.

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

Claims

权利 要求
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在收到来自所述 SGW的处理承载响应消息后， 跳过处理承载资源的过程， 并处理 LIPA连接的专用 载。
9、 如权利要求 8 所述的方法， 其特征在于， 所述处理承载请求消息是创建承载请求 消息， 所述处理承载响应消息是创建承载响应消息；
所述跳过处理承载资源的过程包括：
跳过分配核心网实体之间承载资源的过程；
所述处理承载请求消息是更新承载请求消息， 所述处理承载响应消息是更新承载响应 消息；
所述跳过处理承载资源的过程包括：
跳过更新承载 QoS的过程。
10、 如权利要求 9所述的方法， 其特征在于， 该方法还包括：
所述 LGW通过发送携带 LIPA标识的处理承载请求消息通知所述 SGW该处理承载请 求消息是否是针对 LIPA连接的处理承载请求消息； 或
所述 LGW通过发送不携带分组数据网关 S5接口隧道端点标识的处理承载请求消息通 知所述 SGW该处理承载请求消息是针对 LIPA连接的处理承载请求消息。
11、如权利要求 9或 10所述的方法，其特征在于， 所述处理承载请求消息是创建承载 请求消息，所述 LGW收到的创建承载响应消息含有基站 TEID和 SGW分配的下行 TEID; 所述 LGW处理 LIPA连接的专用承载包括：
所述 LGW在收到创建承载响应消息后， 建立与基站的直通隧道 Direct tunnel;
所述处理承载请求消息是更新承载请求消息， 所述 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连接的处理承载请求消息； 第二处理模块， 用于在收到来自所述 SGW的处理承载响应消息后， 跳过处理承载资 源的过程， 并处理 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连接的处理承载请求消息， 在收到来自所述 SGW 的处理承载响应消息后， 跳过处理承载资源的过程， 并处理 LIPA连接的专用承载。
PCT/CN2012/073160 2011-05-24 2012-03-28 一种处理lipa连接专用承载的方法、系统和设备 Ceased WO2012159495A1 (zh)

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2012159495A1 true WO2012159495A1 (zh) 2012-11-29

Family

ID=44491643

Family Applications (1)

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

Country Status (2)

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

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102170708B (zh) * 2011-05-24 2013-10-16 电信科学技术研究院 一种处理lipa连接专用承载的方法、系统和设备
US9544927B2 (en) * 2012-07-02 2017-01-10 Alcatel Lucent System, method and computer readable medium for bearer activation in a core network for wireless devices
CN107889154A (zh) * 2016-09-30 2018-04-06 华为技术有限公司 一种通信方法及装置

Citations (5)

* 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接入承载的方法和设备
CN102170708A (zh) * 2011-05-24 2011-08-31 电信科学技术研究院 一种处理lipa连接专用承载的方法、系统和设备

Patent Citations (5)

* 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数据流的传输方法及系统
CN102170708A (zh) * 2011-05-24 2011-08-31 电信科学技术研究院 一种处理lipa连接专用承载的方法、系统和设备

Also Published As

Publication number Publication date
CN102170708A (zh) 2011-08-31
CN102170708B (zh) 2013-10-16

Similar Documents

Publication Publication Date Title
CN105338655B (zh) 一种用户平面承载建立的方法及装置
WO2019033901A1 (zh) 一种会话管理方法、异系统互操作的方法及网络装置
CN101009907B (zh) 演进网络架构中隧道建立、释放方法及装置
CN110431881A (zh) 用于在5g网络中处理切换的方法和节点
CN103828450B (zh) 用于减小核心网络侧的负载的移动通信网络系统、通信控制方法和存储用于该方法的程序的非瞬时计算机可读介质
CN101370261B (zh) 从cs域向ps域切换的资源准备方法及通信设备
WO2013064104A1 (zh) 一种数据传输方法、移动性管理实体和移动终端
CN107005824A (zh) 一种gtp‑u下行报文的发送方法及装置
WO2009097818A1 (zh) 一种用户设备紧急接入的方法、设备和系统
CN105264929A (zh) 用于向ran的节点提供分组数据网络网关的plmn标识符的方法
WO2009149669A1 (zh) 一种数据通讯方法及通讯系统以及相关装置
CN104584671A (zh) 分组移动网络中数据传输的支持
EP2744298A1 (en) Communication system, communication method and communication program
JP2019515576A (ja) データ伝送方法、装置及びコンピュータ記憶媒体
CN107079372A (zh) 一种网络终端设备进行通信的方法及装置
CN101621788A (zh) 一种发送演进分组数据网络系统承载服务质量参数的方法及装置
CN101588548A (zh) 通信数据接入方法和系统及接入网关
CN105359573A (zh) 用于在无线通信系统中卸载数据业务的方法和装置
CN104041122B (zh) 一种数据域业务处理方法、装置及系统
WO2009097779A1 (zh) 一种接入sae核心网的方法、系统及装置
CN101296496A (zh) 一种跟踪区更新或切换过程中避免资源被错误释放的方法
CN101730075B (zh) 一种切换过程中数据前转的方法
CN107006046B (zh) 一种数据传输方法及相关设备、系统
WO2011026391A1 (zh) 服务网关的负载重分配方法、系统及服务网关
WO2012159495A1 (zh) 一种处理lipa连接专用承载的方法、系统和设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12789116

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12789116

Country of ref document: EP

Kind code of ref document: A1