WO2011113330A1 - 一种业务通路切换方法及其装置 - Google Patents

一种业务通路切换方法及其装置 Download PDF

Info

Publication number
WO2011113330A1
WO2011113330A1 PCT/CN2011/071726 CN2011071726W WO2011113330A1 WO 2011113330 A1 WO2011113330 A1 WO 2011113330A1 CN 2011071726 W CN2011071726 W CN 2011071726W WO 2011113330 A1 WO2011113330 A1 WO 2011113330A1
Authority
WO
WIPO (PCT)
Prior art keywords
data transmission
user plane
plane data
switched
needs
Prior art date
Application number
PCT/CN2011/071726
Other languages
English (en)
French (fr)
Inventor
段江海
Original Assignee
电信科学技术研究院
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 电信科学技术研究院 filed Critical 电信科学技术研究院
Publication of WO2011113330A1 publication Critical patent/WO2011113330A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off

Definitions

  • the present invention relates to the field of wireless communication technologies, and in particular, to a service path switching method and apparatus thereof. Background technique
  • the UE User Equipment
  • the service path switching (Path Switch) function is mainly used for the management of the user service plane path based on the X2 interface switching, that is, when the handover execution process between the source eNodeB and the target eNodeB is completed, the target eNodeB is completed after the handover based on the X2 interface.
  • the MME Mobility Management Entity, Mobility Management Entity
  • the MME is configured to switch the downlink user plane data transmission path of the relevant bearer, and switch the uplink user plane data transmission path of the relevant bearer when the Serving GW (service gateway) changes.
  • the eNodeB sends a Path Switch Request message (Path Switch Request message) to the MME to notify the MME to switch the downlink GTP tunnel TEIDs; the MME returns to the eNodeB.
  • Path Switch Request Acknowledge message (Path Switch Request Acknowledgement message) to confirm the success of the handover of the downstream GTP tunnel.
  • the content of the Path Switch Request message defined by the 3GPP TS36.413 protocol is shown in Figure 2.
  • the content of the Path Switch Request Acknowledge message is shown in Figure 3.
  • Switching based on the X2 interface usually includes the following scenarios:
  • the target eNodeB sends the Path Switch.
  • the request message is sent to the MME, and the MME is notified to change the downlink data path.
  • the message includes the E-RAB (Radio Access Bearer) list and the corresponding target eNodeB address (ie, the Transport Layer in FIG. 2) that needs to be switched in the downlink direction.
  • E-RAB Radio Access Bearer
  • MME informs Serving GW (shown as SGW in the figure) for downlink users The eNodeB address and TEIDs of the data transmission; After the downlink data path is opened, the MME returns a Path Switch Request Acknowledge message to the target eNodeB.
  • Serving GW shown as SGW in the figure
  • the target eNodeB sends a Path Switch.
  • the MME informs the MME to change the downlink data path, and the message includes the E-RAB bearer list and the corresponding target eNodeB address and TEIDs that need to switch the data transmission path in the downlink transmission direction; the MME selects the target Serving GW (shown in the figure) And the target SGW), and notify the target Serving GW for the eNodeB address and TEIDs of the downlink user plane data transmission; the response message returned by the target Serving GW to the MME carries the Serving GW address and the uplink TEIDs of the user plane; the MME sends the Path Switch Request Acknowledge
  • the message is sent to the target eNodeB, and the message includes an E-RAB list that needs to be switched in the uplink direction and a corresponding target Serving GW address (ie, Transport Layer address, transport layer address in FIG. 3) and TEIDs.
  • the service path switching mechanism defined by the current 3GPP TS36.413 protocol has at least the following disadvantages:
  • This process can only be initiated by the eNodeB, and the process can only be used in the case of UE mobility management, that is, when the eNodeB to which the UE belongs changes.
  • This definition can not meet the needs of the use of path switching in a variety of situations, such as:
  • Occasion 2 Serving GW overload control
  • Occasion 3 User information is restored when the Serving GW fails.
  • the embodiment of the present invention provides a service path switching method and a device thereof, which are used to solve the problem that the service path cannot be switched when the service gateway changes in the prior art.
  • the service path switching method provided by the embodiment of the present invention includes the following steps: The mobility management entity sends a path switch request message to the base station, where the uplink user plane data transmission path information that needs to be switched is carried;
  • the base station performs switching of the uplink user plane data transmission path according to the handover request message.
  • the requesting module is configured to send a path switch request message to the base station, where the uplink user plane data transmission path information that needs to be switched is carried.
  • a receiving module configured to receive a path switching request message sent by the mobility management entity, where the uplink user plane data transmission path information that needs to be switched is carried;
  • the path switching module is configured to perform switching of the uplink user plane data transmission path according to the handover request message received by the receiving module.
  • the mobility management entity initiates a path switch request message to the base station, where the uplink user plane data transmission path information to be switched is carried, so that the base station can perform the switching of the uplink user plane data transmission path according to the request message.
  • the path switch request message is initiated by the mobility management entity, generally, when the service gateway needs to be migrated for various reasons, that is, when the user needs to be migrated from the current service gateway to the target service gateway, the mobility management entity can learn the target service gateway.
  • the mobility management entity initiates the path switching request, and can notify the base station of the uplink user plane data transmission path information that needs to be switched, so that the base station performs the switching of the uplink user plane data transmission path, and solves the prior art.
  • the service gateway changes, the service path cannot be switched.
  • FIG. 1 is a schematic diagram of a service path switching process based on an X2 interface in the prior art
  • FIG. 2 is a schematic diagram of a Path Switch Request message content in the process shown in FIG. 1
  • FIG. 3 is a content of a Path Switch Request Acknowledge message in the process shown in FIG. Schematic diagram; schematic diagram of the architecture;
  • FIG. 5 is a schematic diagram of a network architecture when the serving MME is unchanged and the service GW is changed in the prior art
  • FIG. 6 is a schematic diagram of a network architecture when a Serving GW changes in an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a service path switching process for a service gateway change according to an embodiment of the present invention.
  • FIG. 8 and FIG. 9 are schematic diagrams of the contents of a Path Switch Request message according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of a content of a Path Switch Request Acknowledge message according to an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of an MME device according to an embodiment of the present invention
  • FIG. 12 is a schematic structural diagram of a base station device according to an embodiment of the present invention. detailed description
  • the Serving GW changes, for example, the Serving GW is added, the Serving GW is overloaded, or the Serving GW is faulty.
  • the user needs to be migrated from one Serving GW (source SGW in the figure) to another.
  • a Serving GW target SGW in the figure
  • the monthly MME and eNodeB are unchanged, and the Serving GW has changed.
  • the embodiment of the present invention tampers with the definition of the Path Switch Request message, and the MME initiates a Path Switch process to the base station to support The upstream user plane data transmission channel is switched.
  • Figure 7 shows a business path switching process.
  • the MME learns that the Serving GW has changed, such as reassigning the Serving GW load or performing overload control, the user needs to migrate the user from the source Serving GW to the target Serving GW.
  • the process includes:
  • Step 701 The MME sends a Path Switch Request message to the serving eNodeB to which the migrated user belongs, where the information about the uplink user plane data transmission path that needs to be switched is carried, and specifically, the E-RAB related information that needs to be switched in the uplink direction, for example, E-RAB list and corresponding target Serving GW address and TEIDs.
  • Step 702 The serving eNodeB updates the uplink user plane address information of the related E-RAB according to the received Path Switch Request message, and switches the service path.
  • Step 703 After completing the uplink service path switching, the serving eNodeB may further return a Path Switch Request Acknowledge message to the MME to confirm that the service path switching is completed.
  • the embodiment of the present invention improves the existing Path Switch Request message, so that it can support the uplink user plane data transmission channel switching, and the improvement manners may be as follows:
  • the Path Switch Request message an information element for carrying information about switching the user plane data transmission path in the uplink direction, the newly added information unit and the original user plane for carrying the handover in the downlink direction
  • the Presence of the information element of the information related to the data transmission path is set to Option (Option), and the Path Switch Request message initiated by the MME is required to carry the newly added information element, and the Path Switch Request message initiated by the eNodeB is used. Need to carry the original There are information units for carrying information related to the user plane data transmission path that needs to be switched in the downlink direction.
  • FIG 8 is a schematic diagram of a Path Switch Request message. As shown in the figure, compared with the content of the Path Switch Request message shown in Figure 2, the E-RAB To Be is added to the Path Switch Request message shown in Figure 8.
  • the Switched In Uplink List information element and the subunits thereof are used to carry information about a user plane data transmission path that needs to be switched in the uplink direction, such as an information element that carries an E-RAB identifier, a target Serving GW address, and a tunnel identifier.
  • the target Serving GW address is carried by the Transport Layer address information element in the figure.
  • the presence attribute of the E-RAB To Be Switched In Uplink List information element of the new strength port is optional, and the presence attribute of the original E-RAB To Be Switched In Downlink List information element is set to be
  • the E-RAB To Be Switched In Uplink List information element is mandatory when the Path Switch Request message is initiated by the MME.
  • the Path Switch Request message is initiated by the eNodeB
  • the E-RAB To Be Switched In Downlink List The information unit is mandatory.
  • the Path Switch Request message is sent by the eNodeB to the MME, and the message includes the E-RAB to Be Switched In Downlink List information element, and does not include the E-RAB To Be Switched In Uplink List information element, where - the RAB to Be Switched In Downlink List information element and its subunits carry an E-RAB list and a corresponding target eNodeB address and TEIDs that need to be switched in the downlink direction;
  • the Path Switch Request message is sent by the MME to the eNodeB based on the Serving GW load redistribution or overload control.
  • the message does not include the E-RAB to Be Switched In Downlink List information element, but includes the E-RAB To Be Switched In Uplink List information.
  • the number of information units in the original Path Switch Request message is kept unchanged, and the unit for carrying the information about the user plane data transmission path that needs to be switched in the downlink direction is redefined, that is, when the eNodeB initiates the message to the MME.
  • the information unit is used to carry information about the user plane data transmission path that needs to be switched in the downlink direction.
  • the MME initiates the message to the eNodeB
  • the information unit is used to carry the user plane that needs to be switched in the uplink direction. Information about the data transmission path.
  • FIG. 9 is a schematic diagram of a Path Switch Request message. As shown in the figure, compared with the content of the Path Switch Request message shown in FIG. 2, the original E-RAB is displayed in the Path Switch Request message shown in FIG.
  • the To Be Switched In Downlink List information element is defined as an E-RAB to Be Switched In List information element, and the information unit further includes a subunit for carrying information about a user plane data transmission path that needs to be switched, such as carrying an E-RAB.
  • the transport layer address (when the downlink user plane data transmission channel is switched, the transport layer address is the target eNodeB address; when the uplink user plane data transmission channel is switched, the transport layer address is the target Serving GW address) and the tunnel identifier, and specifies:
  • the E-RAB to Be Switched In List information element is used to carry the E-RAB list that needs to be switched in the downlink direction and the corresponding target eNodeB address and TEIDs; when the MME initiates the message to the eNodeB
  • the E-RAB to Be Switched In List information element is used to carry the E-RAB that needs to be switched in the uplink direction.
  • Table Serving GW and the corresponding target address, and TEIDs when the MME initiates the message to the eNodeB.
  • the Path Switch Request message is sent by the eNodeB to the MME.
  • the E-RAB to Be Switched In List in the message carries the E-RAB list and the corresponding target eNodeB address and TEIDs that need to be switched in the downlink direction.
  • Path Switch Request based on Serving GW load redistribution or overload control The message is sent by the MME to the eNodeB.
  • the E-RAB to Be Switched In List in the message carries the E-RAB list and the corresponding target Serving GW address and TEIDs that need to be switched in the uplink direction.
  • the Path Switch Request Acknowledge message in the embodiment of the present invention is still used as a confirmation message.
  • Figure 10 is a schematic diagram showing the contents of a Path Switch Request Acknowledge message.
  • the message structure shown in Figure 10 is the same as the Path Switch Request Acknowledge message shown in Figure 3.
  • the E-RAB to Be Switched In Uplink List is still Appears when the X2 handover is based and the Serving GW changes, for carrying information about the user plane data transmission path that needs to be switched in the uplink direction.
  • E-RAB to Be Switched In Uplink List may not appear when based on Serving GW load redistribution or overload control.
  • an embodiment of the present invention further provides a mobility management entity device and a base station device.
  • the requesting module 1101 is configured to send a path switch request message (such as the foregoing Path Switch Request message) to the base station, where the uplink user plane data transmission path information that needs to be switched is carried. Specifically, the module may know that the user needs to be from the current When the serving gateway migrates to the target serving gateway, the path switching request cancellation receiving module 1102 is sent to the base station to which the user belongs, and is configured to receive, after receiving, the base station performs the switching of the uplink user plane data transmission path according to the handover request message. Confirmation message (such as the Path Switch Request Acknowledge message mentioned above).
  • the request module 1101 in the mobility management entity device in the path switching request The method for carrying the uplink user plane data transmission path information may be: carrying the uplink user plane data that needs to be switched in the information unit for carrying the uplink user plane data transmission path information that needs to be switched in the path switching request message Transmitting the path information; or, in the information unit for carrying the user plane data transmission path information that needs to be switched, in the path switching request message, carrying the uplink user plane data transmission path information that needs to be switched.
  • the base station device may include: a receiving module 1201, a path switching module 1202, and a confirmation module 1203, where: the receiving module 1201 is configured to receive the sending by the mobility management entity.
  • a path switch request message (such as the foregoing Path Switch Request message), where the uplink user plane data transmission path information that needs to be handed over is carried;
  • the path switching module 1202 is configured to perform switching of the uplink user plane data transmission path according to the handover request message received by the receiving module 1201.
  • the confirmation module 1203 is configured to return an acknowledgement message (such as the Path Switch Request Acknowledge message described above) to the mobility management entity after the path switching module 1202 completes the uplink user plane data transmission path switch.
  • an acknowledgement message such as the Path Switch Request Acknowledge message described above
  • the embodiment of the present invention provides a service path switching technical solution for a service gateway change scenario, such as a service gateway load redistribution or overload control scenario, thereby implementing service path switching for the scenario and broadening the service path.
  • the application of the switching function extends the service path switching function from the UE mobility management occasion to the service gateway load redistribution, overload control, fault handling, etc., and solves the service channel in the prior art when the service gateway load redistribution or overload control Unable to switch the issue.

Landscapes

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

Abstract

一种业务通路切换方法及其装置，本发明方法包括如下步骤：移动性管理实体向基站发送路径切换请求消息，其中携带需要切换的上行用户面数据传输通路信息；基站中据所述切换请求消息进行上行用户面数据传输通路的切换。进一步地，基站完成上行用户面数据传输通路切换之后，向所述移动性管理实体返回路径切换请求的确认消息。采用本发明，可解决现有技术中服务网关发生变化时，业务通路无法切换的问题。

Description

一种业务通路切换方法及其装置 本申请要求以下中国专利申请的优先权：
于 2010年 3月 15日提交中国专利局，申请号为 2010101260173 , 发明名称为 "一种业务通路切换方法及其装置" 的中国专利申请。 技术领域
本发明涉及无线通信技术领域，尤其涉及一种业务通路切换方法 及其装置。 背景技术
UE ( User Equipment, 用户设备 )在移动过程中， 如果其所属的 eNodeB (基站）发生改变， 可以进行基于 X2接口的切换。 业务通路 切换（ Path Switch )功能主要用于基于 X2接口切换中用户业务面路 径的管理， 即在基于 X2接口的切换时， 当源 eNodeB和目标 eNodeB 之间的切换执行过程完成之后， 由目标 eNodeB请求 MME ( Mobility Management Entity, 移动性管理实体 )切换相关承载的下行用户面数 据传输通路， 并在 Serving GW (服务网关）发生改变时切换相关承 载的上行用户面数据传输通路。
如图 1所示， 3GPP TS36.413协议定义的基于 X2接口的业务通 路切换流程中， eNodeB向 MME发送 Path Switch Request消息（路 径切换请求消息）， 通知 MME切换下行 GTP隧道 TEIDs; MME向 eNodeB返回 Path Switch Request Acknowledge消息（路径切换请求确 认消息 ) , 以确认切换下行 GTP隧道成功。
其中， 3GPP TS36.413协议定义的 Path Switch Request消息内容 如图 2所示， Path Switch Request Acknowledge消息内容如图 3所示。
基于 X2接口的切换通常包括以下场景：
( 1 )服务 MME和 Serving GW均不发生改变
如图 4所示， UE移动至目标小区后，目标 eNodeB发送 Path Switch Request消息给 MME, 通知 MME变更下行数据通路， 消息包含了需 要在下行方向上进行切换的 E-RAB ( Radio Access Bearer, 无线接入 承载 ) 列表及对应的目标 eNodeB地址（即图 2中的 Transport Layer address, 传输层地址）和 TEIDs ( Tunnel Endpoint Identity, 隧道端点 标识， 用于标识一条隧道； 该消息中可包含多条隧道的标识）； MME 通知 Serving GW (图中示为 SGW ) 用于下行用户面数据传输的 eNodeB地址及 TEIDs; 下行数据通路打通后， MME返回 Path Switch Request Acknowledge消息给目标 eNodeB。
( 2 )服务 MME不变， Serving GW发生改变
如图 5所示， UE移动至目标小区后，目标 eNodeB发送 Path Switch
Request消息给 MME, 通知 MME变更下行数据通路， 消息中包含了 需要在下行传输方向上切换数据传输通路的 E-RAB承载列表及对应 的目标 eNodeB地址和 TEIDs; MME选择目标 Serving GW (图中示 为目标 SGW ) , 并通知目标 Serving GW用于下行用户面数据传输的 eNodeB地址及 TEIDs； 目标 Serving GW返回给 MME的响应消息中 携带用户面的 Serving GW地址及上行 TEIDs; MME发送 Path Switch Request Acknowledge消息给目标 eNodeB , 消息中包含了需要在上行 方向上进行切换的 E-RAB列表及对应的目标 Serving GW地址（即图 3中的 Transport Layer address, 传输层地址 )和 TEIDs。
发明人实现本发明的过程中，发现目前 3GPP TS36.413协议定义 的业务通路切换机制至少有如下缺点：
该过程只能由 eNodeB发起， 且该过程只能用于 UE移动性管理 的场合， 即 UE所属的 eNodeB发生改变的场合。 这种定义方式不能 满足多种场合对于通路切换的使用需求， 如：
场合 1 : Serving GW负载重分配；
场合 2: Serving GW过载控制；
场合 3: Serving GW故障时， 用户信息恢复。
由此可见， 现有的业务通路切换机制不能满足 Serving GW负载 重分配、 过载控制等由于 Serving GW发生变化的业务通路切换。 发明内容
本发明的实施例提供了一种业务通路切换方法及其装置，用以解 决现有技术中服务网关发生变化时， 业务通路无法切换的问题。
本发明实施例提供的业务通路切换方法， 包括如下步骤： 移动性管理实体向基站发送路径切换请求消息，其中携带需要切 换的上行用户面数据传输通路信息；
基站根据所述切换请求消息进行上行用户面数据传输通路的切 换。
本发明实施例提供的移动性管理实体设备， 包括：
请求模块， 用于向基站发送路径切换请求消息， 其中携带需要切 换的上行用户面数据传输通路信息。
本发明实施例提供的基站设备， 包括：
接收模块， 用于接收移动性管理实体发送的路径切换请求消息， 其中携带需要切换的上行用户面数据传输通路信息；
通路切换模块，用于根据所述接收模块接收到的切换请求消息进 行上行用户面数据传输通路的切换。
本发明的上述实施例，通过移动性管理实体向基站发起路径切换 请求消息， 其中携带需要切换的上行用户面数据传输通路信息， 以使 基站能够根据该请求消息进行上行用户面数据传输通路的切换。由于 路径切换请求消息是由移动性管理实体发起的， 通常， 当服务网关因 各种原因需要迁移，即需要将用户从当前服务网关迁移到目标服务网 关时， 移动性管理实体可以获知目标服务网关的相关信息， 这样， 由 移动性管理实体发起路径切换请求，可以将需要切换的上行用户面数 据传输通路信息通知给基站，以使基站进行上行用户面数据传输通路 的切换， 解决了现有技术中服务网关发生变化时， 业务通路无法切换 的问题。 附图说明
图 1为现有技术中基于 X2接口的业务通路切换流程示意图； 图 2为图 1所示流程中的 Path Switch Request消息内容示意图； 图 3为图 1所示流程中的 Path Switch Request Acknowledge消息 内容示意图； 架构示意图；
图 5为现有技术中服务 MME不变、服务 GW发生改变时的网络 架构示意图；
图 6为本发明实施例中 Serving GW发生变化时的网络架构示意 图；
图 7 为本发明实施例中针对服务网关变化的业务通路切换流程 示意图；
图 8、 图 9分别为本发明实施例中的 Path Switch Request消息内 容示意图；
图 10为本发明实施例中的 Path Switch Request Acknowledge消息 内容示意图；
图 11为本发明实施例提供的 MME设备的结构示意图； 图 12为本发明实施例提供的基站设备的结构示意图。 具体实施方式
对于 Serving GW发生变化的场合， 如， 新增 Serving GW、 对 Serving GW进行过载控制或 Serving GW发生故障， 如图 6所示， 需 要将用户从一个 Serving GW (图中的源 SGW )迁移至另一个 Serving GW (图中的目标 SGW ) , 而对这些迁移的用户而言， 月良务 MME和 eNodeB不变， Serving GW发生了改变。
针对这种场景， 本发明实施例通过爹改 Path Switch Request消息 的定义， 并由 MME向基站发起 Path Switch (路径切换）过程， 以支 持上行用户面数据传输通道切换。
下面将结合本发明中的附图， 对本发明中的技术方案进行清楚、 完整的描述， 显然， 所描述的实施例是本发明的一部分实施例， 而不 是全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没 有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明 保护的范围。
针对 Serving GW发生变化的场合， 图 7给出了一种业务通路切 换流程。如图所示，当 MME得知 Serving GW发生了变化，如对 Serving GW负载重分配或进行过载控制时， 需要将用户从源 Serving GW迁 移到目标 Serving GW, 该流程包括：
步骤 701、 MME 向被迁移用户归属的服务 eNodeB 发送 Path Switch Request消息， 其中携带需要切换的上行用户面数据传输通路 信息，具体的可以是需要在上行方向上进行切换的 E-RAB相关信息， 如 E-RAB列表以及对应的目标 Serving GW地址和 TEIDs。
步骤 702、 服务 eNodeB根据接收到的 Path Switch Request消息， 更新相关 E-RAB的上行用户面地址信息， 切换业务通路。
步骤 703、 服务 eNodeB完成上行业务通路切换后， 还可进一步 向 MME返回 Path Switch Request Acknowledge消息， 以确认业务通 路切换完成。
为了实现上述流程， 本发明实施例通过对现有 Path Switch Request 消息进行改进， 以使其能够支持上行用户面数据传输通道切 换， 改进方式可以有以下几种：
方式一：
在 Path Switch Request消息中增加用以承载需要在上行方向上进 行切换用户面数据传输通路相关信息的信息单元，该新增加的信息单 元与原有的用于承载需要在下行方向上进行切换的用户面数据传输 通路相关信息的信息单元的存在属性（ Presence )设为可选（ Option ), 并规定 MME发起的 Path Switch Request消息中需要携带该新增加的 信息单元， 而 eNodeB发起的 Path Switch Request消息中需要携带原 有的用于承载需要在下行方向上进行切换的用户面数据传输通路相 关信息的信息单元。
图 8给出了一种 Path Switch Request消息的示意图， 如图所示， 与图 2所示的 Path Switch Request消息内容相比， 图 8所示的 Path Switch Request消息中增加了 E-RAB To Be Switched In Uplink List信 息单元以及其下的子单元，用以承载需要在上行方向上进行切换的用 户面数据传输通路的相关信息，如承载 E-RAB标识、目标 Serving GW 地址和隧道标识的信息单元， 其中， 目标 Serving GW地址由图中的 Transport Layer address 信息单元承载。 进一步地， 将该新增力口的 E-RAB To Be Switched In Uplink List信息单元的 presence属性设为可 选， 将原有的 E-RAB To Be Switched In Downlink List信息单元的 presence属性设为可选，但规定当 Path Switch Request消息是由 MME 发起时， E-RAB To Be Switched In Uplink List信息单元为必选，当 Path Switch Request消息是由 eNodeB发起时， E-RAB To Be Switched In Downlink List信息单元为必选。
通过该种方式对 Path Switch Request消息进行重新定义， 可以增 加对上行用户面数据传输通道切换的支持。 例如：
在基于 X2的切换时， Path Switch Request消息由 eNodeB发送给 MME, 消息中包括 E-RAB to Be Switched In Downlink List信息单元， 而不包括 E-RAB To Be Switched In Uplink List信息单元， 其中， E-RAB to Be Switched In Downlink List信息单元及其子单元中承载有 需要在下行方向上进行切换的 E-RAB列表及对应的目标 eNodeB地 址和 TEIDs;
在基于 Serving GW 负载重分配或过载控制时， Path Switch Request消息由 MME发送给 eNodeB , 消息中不包括 E-RAB to Be Switched In Downlink List信息单元，而包括 E-RAB To Be Switched In Uplink List信息单元， 其中， E-RAB To Be Switched In Uplink List信 息单元及其子单元中承载有需要在上行方向上进行切换的 E-RAB列 表及对应的目标 Serving GW地址和 TEIDs。 方式二：
保持原有 Path Switch Request消息中的信息单元数量不变， 对其 中的用以承载需要在下行方向上进行切换的用户面数据传输通路相 关信息的单元进行了重新定义， 即： 当 eNodeB向 MME发起该消息 时，该信息单元用于承载需要在下行方向上进行切换的用户面数据传 输通路的相关信息； 当 MME向 eNodeB发起该消息时， 该信息单元 用于承载需要在上行方向上进行切换的用户面数据传输通路的相关 信息。
图 9给出了一种 Path Switch Request消息的示意图， 如图所示， 与图 2所示的 Path Switch Request消息内容相比， 图 9所示的 Path Switch Request消息中将原有的 E-RAB To Be Switched In Downlink List信息单元定义为 E-RAB to Be Switched In List信息单元， 该信息 单元还包括子单元，用以承载需要进行切换的用户面数据传输通路的 相关信息， 如承载 E-RAB标识、 传输层地址（下行用户面数据传输 通道切换时， 该传输层地址是目标 eNodeB地址； 上行用户面数据传 输通道切换时， 该传输层地址是目标 Serving GW地址 )和隧道标识， 并规定： 当 eNodeB向 MME发起该消息时， E-RAB to Be Switched In List信息单元用于承载需要在下行方向上进行切换的 E-RAB列表以 及对应的目标 eNodeB地址和 TEIDs; 当 MME向 eNodeB发起该消 息时， E-RAB to Be Switched In List信息单元用于承载需要在上行方 向上进行切换的 E-RAB 列表以及对应的目标 Serving GW地址和 TEIDs。
通过该种方式对 Path Switch Request消息进行重新定义， 可以一 方面增加对上行用户面数据传输通道切换的支持， 另一方面， 完全兼 容现有的对下行用户面数据传输通道切换的支持。 例如：
基于 X2的切换时， Path Switch Request消息由 eNodeB发送给 MME,消息中的 E-RAB to Be Switched In List承载的是需要在下行方 向上进行切换的 E-RAB列表及对应的目标 eNodeB地址和 TEIDs; 基于 Serving GW负载重分配或过载控制时， Path Switch Request 消息由 MME发送给 eNodeB , 消息中的 E-RAB to Be Switched In List 承载的是需要在上行方向上进行切换的 E-RAB 列表及对应的目标 Serving GW地址和 TEIDs。
本发明实施例中的 Path Switch Request Acknowledge消息仍作为 确认消息使用。
图 10示出了一种 Path Switch Request Acknowledge消息内容的示 意图， 图 10 所示的消息结构与图 3 所示的 Path Switch Request Acknowledge消息结构相同， 其中的 E-RAB to Be Switched In Uplink List仍是在基于 X2切换且服务 Serving GW发生改变时出现，用于承 载需要在上行方向上进行切换的用户面数据传输通路的相关信息。在 基于 Serving GW 负载重分配或过载控制等场合时， E-RAB to Be Switched In Uplink List可以不出现。
本领域技术人员应该理解， 按照以上原则， 只要通过新增信息单 元或对原有信息单元的含义重新定义，以使其支持上行用户面数据传 输通道切换， 都应该在本发明的保护范围内， 而不仅仅限于图 8、 图 9或图 10所限定的范围。
基于相同的技术构思，本发明实施例还提供了一种移动性管理实 体设备和一种基站设备。
如图 11所示， 本发明实施例提供的移动性管理实体设备， 可包 括： 请求模块 1101 , 还可进一步包括接收模块 1102, 其中：
请求模块 1101 , 用于向基站发送路径切换请求消息 （如前述的 Path Switch Request 消息）， 其中携带需要切换的上行用户面数据传 输通路信息； 具体的， 该模块可在获知需要将用户从当前的服务网关 迁移至目标服务网关时，向所述用户归属的基站发送路径切换请求消 接收模块 1102, 用于接收所述基站在根据所述切换请求消息进 行上行用户面数据传输通路的切换之后所返回的确认消息（如前述的 Path Switch Request Acknowledge消息 )。
上述移动性管理实体设备中的请求模块 1101在路径切换请求中 承载上行用户面数据传输通路信息的方式， 可以是： 在该路径切换请 求消息中的用于承载需要切换的上行用户面数据传输通路信息的信 息单元中，承载所述需要切换的上行用户面数据传输通路信息；或者， 在所述路径切换请求消息中的用于承载需要切换的用户面数据传输 通路信息的信息单元中，承载所述需要切换的上行用户面数据传输通 路信息。
如图 12所示， 本发明实施例提供的基站设备， 可包括： 接收模 块 1201、通路切换模块 1202,还可进一步包括确认模块 1203 , 其中： 接收模块 1201 , 用于接收移动性管理实体发送的路径切换请求 消息 （如前述的 Path Switch Request 消息）， 其中携带需要切换的上 行用户面数据传输通路信息；
通路切换模块 1202, 用于根据接收模块 1201接收到的切换请求 消息进行上行用户面数据传输通路的切换；
确认模块 1203 , 用于在通路切换模块 1202完成上行用户面数据 传输通路切换后， 向移动性管理实体返回确认消息 （如前述的 Path Switch Request Acknowledge消息 )。
需要说明的是， 以上实施例仅以 LTE (长期演进）网络中的业务 通路切换过程为例进行了描述，基于相同或相似的原理， 在其他通信 网络进行业务通路切换时， 也可适用于本发明实施例提供的方式。
综上所述， 本发明实施例针对服务网关变化时， 如服务网关负载 重分配或过载控制的场景， 提出了业务通路切换技术方案， 从而实现 了针对该场景的业务通路切换， 拓宽了业务通路切换功能的应用， 将 业务通路切换功能从 UE移动性管理场合推广到服务网关负载重分 配、 过载控制、 故障处理等场合， 解决了现有技术中服务网关负载重 分配或过载控制时， 业务通路无法切换的问题。
以上所述仅是本发明的优选实施方式， 应当指出， 对于本技术领 域的普通技术人员来说， 在不脱离本发明原理的前提下， 还可以做出 若干改进和润饰， 这些改进和润饰也应视本发明的保护范围。

Claims

权利要求
1、 一种业务通路切换方法， 其特征在于， 包括如下步骤： 移动性管理实体向基站发送路径切换请求消息，其中携带需要切 换的上行用户面数据传输通路信息；
基站根据所述切换请求消息进行上行用户面数据传输通路的切 换。
2、 如权利要求 1所述的方法， 其特征在于， 所述路径切换请求 消息中包括用于承载需要切换的上行用户面数据传输通路信息的第 一信息单元，以及用于承载需要切换的下行用户面数据传输通路信息 的第二信息单元，并且当所述路径切换请求消息是由移动性管理实体 发起时， 所述第一信息单元为必选信息单元， 其中承载有需要切换的 上行用户面数据传输通路信息。
3、 如权利要求 1所述的方法， 其特征在于， 所述路径切换请求 消息中包括用于承载需要切换的用户面数据传输通路信息的信息单 元， 并且当所述路径切换请求消息是由移动性管理实体发起时， 所述 信息单元中承载有需要切换的上行用户面数据传输通路信息。
4、 如权利要求 1所述的方法， 其特征在于， 基站完成上行用户 面数据传输通路切换之后， 还包括： 基站向所述移动性管理实体返回 路径切换请求的确认消息。
5、 如权利要求 1至 4任一项所述的方法， 其特征在于， 所述需 要切换的上行用户面数据传输通路信息， 包括： 需要在上行方向上切 换的无线接入承载信息， 以及对应的目标服务网关地址和隧道标识。
6、 如权利要求 1至 4任一项所述的方法， 其特征在于， 所述移 动性管理实体在获知需要将用户从当前的服务网关迁移至目标服务 网关时， 向所述用户归属的基站发送路径切换请求消息。
7、 一种移动性管理实体设备， 其特征在于， 包括：
请求模块， 用于向基站发送路径切换请求消息， 其中携带需要切 换的上行用户面数据传输通路信息。
8、 如权利要求 7所述的移动性管理实体设备， 其特征在于， 所 述请求模块具体用于，在所述路径切换请求消息中的用于承载需要切 换的上行用户面数据传输通路信息的信息单元中，承载所述需要切换 的上行用户面数据传输通路信息；
或者， 所述请求模块具体用于， 在所述路径切换请求消息中的用 于承载需要切换的用户面数据传输通路信息的信息单元中，承载所述 需要切换的上行用户面数据传输通路信息。
9、 如权利要求 7所述的移动性管理实体设备， 其特征在于， 所 述请求模块具体用于，在获知需要将用户从当前的服务网关迁移至目 标服务网关时， 向所述用户归属的基站发送路径切换请求消息。
10、如权利要求 7至 9任一项所述的移动性管理实体设备， 其特 征在于， 还包括：
接收模块，用于接收所述基站在根据所述切换请求消息进行上行 用户面数据传输通路的切换之后所返回的确认消息。
11、 一种基站设备， 其特征在于， 包括：
接收模块， 用于接收移动性管理实体发送的路径切换请求消息， 其中携带需要切换的上行用户面数据传输通路信息；
通路切换模块，用于根据所述接收模块接收到的切换请求消息进 行上行用户面数据传输通路的切换。
12、 如权利要求 11所述的基站设备， 其特征在于， 还包括： 确认模块，用于在所述通路切换模块完成上行用户面数据传输通 路切换后， 向所述移动性管理实体返回确认消息。
PCT/CN2011/071726 2010-03-15 2011-03-11 一种业务通路切换方法及其装置 WO2011113330A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010126017.3A CN102083051B (zh) 2010-03-15 2010-03-15 一种业务通路切换方法及其装置
CN201010126017.3 2010-03-15

Publications (1)

Publication Number Publication Date
WO2011113330A1 true WO2011113330A1 (zh) 2011-09-22

Family

ID=44088766

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/071726 WO2011113330A1 (zh) 2010-03-15 2011-03-11 一种业务通路切换方法及其装置

Country Status (2)

Country Link
CN (1) CN102083051B (zh)
WO (1) WO2011113330A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102761965B (zh) * 2012-04-25 2016-03-30 中兴通讯股份有限公司 跟踪区域更新后保持用户设备业务连续性的方法及装置
CN103889009A (zh) * 2012-12-21 2014-06-25 华为技术有限公司 切换方法和设备
CN105099748A (zh) * 2014-05-23 2015-11-25 中兴通讯股份有限公司 一种业务隧道迁移方法及系统
CN105792175A (zh) * 2014-12-25 2016-07-20 中兴通讯股份有限公司 移动性管理方法及装置
CN107257553B (zh) 2017-05-04 2020-10-09 上海华为技术有限公司 用户面链路建立方法、基站及移动性管理设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070248064A1 (en) * 2006-04-19 2007-10-25 Interdigital Technology Corporation Method and apparatus for supporting routing area update procedures in a long term evolution general packet radio service tunneling protocol-based system
CN101188861A (zh) * 2007-07-06 2008-05-28 中兴通讯股份有限公司 系统内切换方法
CN101287294A (zh) * 2008-06-11 2008-10-15 中兴通讯股份有限公司 移动管理实体、终端转移方法和系统
CN101478743A (zh) * 2008-01-03 2009-07-08 大唐移动通信设备有限公司 一种eps承载管理的方法和装置
CN101534495A (zh) * 2008-03-10 2009-09-16 大唐移动通信设备有限公司 一种用户设备的业务承载建立方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070248064A1 (en) * 2006-04-19 2007-10-25 Interdigital Technology Corporation Method and apparatus for supporting routing area update procedures in a long term evolution general packet radio service tunneling protocol-based system
CN101188861A (zh) * 2007-07-06 2008-05-28 中兴通讯股份有限公司 系统内切换方法
CN101478743A (zh) * 2008-01-03 2009-07-08 大唐移动通信设备有限公司 一种eps承载管理的方法和装置
CN101534495A (zh) * 2008-03-10 2009-09-16 大唐移动通信设备有限公司 一种用户设备的业务承载建立方法及装置
CN101287294A (zh) * 2008-06-11 2008-10-15 中兴通讯股份有限公司 移动管理实体、终端转移方法和系统

Also Published As

Publication number Publication date
CN102083051B (zh) 2014-06-04
CN102083051A (zh) 2011-06-01

Similar Documents

Publication Publication Date Title
US11109263B2 (en) Data transmission method and data transmission apparatus
US9967781B2 (en) Apparatus and method for supporting handover
WO2018166317A1 (zh) 一种业务的切换方法、上下文迁移方法及相关设备
EP3167657B1 (en) Inter-menb handover method and device in a small cell system
CN113411850B (zh) 切换方法和设备
EP3035735B1 (en) Handover method, master base station and slave base station
JP5400222B2 (ja) ソースサービングゲートウェイとターゲットサービングゲートウェイとの間でパケットを転送するインターネットワーキング技術
CN105338655B (zh) 一种用户平面承载建立的方法及装置
CN102223691B (zh) 移动通信系统中的切换方法
US20130230024A1 (en) Communication terminal and network node
WO2015161482A1 (zh) Mptcp连接的移动性管理方法和装置
WO2017197564A1 (zh) 切换过程中的通信方法和装置
EP3229552B1 (en) Method and apparatus for configuring disconnected tcp connection in communication system
WO2014183715A1 (zh) 一种网关更新信息通知方法及控制器
WO2011103738A1 (zh) 一种实现演进型基站间切换的方法、系统及演进型基站装置
WO2009024082A1 (fr) Procédé de transfert et procédé de relocalisation de terminal
WO2011144145A1 (zh) 切换方法、通信装置和通信系统
US20150141009A1 (en) Communication system and method for path control
US11019546B2 (en) Switching of uplink user plane termination point of a serving gateway for a bearer in dual connectivity operation
WO2015188357A1 (zh) 一种控制承载切换的设备和控制方法
US8331323B2 (en) Inter-network tunnel switching method and inter-network interconnection device
WO2011113330A1 (zh) 一种业务通路切换方法及其装置
WO2020078220A1 (zh) 一种数据处理方法及装置、网络设备
JP6105070B2 (ja) データドメインサービスを処理するための方法、装置およびシステム
JPWO2007125592A1 (ja) 通信装置及びハンドオーバ方法

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: 11755647

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC OF 210113

122 Ep: pct application non-entry in european phase

Ref document number: 11755647

Country of ref document: EP

Kind code of ref document: A1