WO2010075727A1 - 数据传输异常的处理方法及路径功能实体 - Google Patents

数据传输异常的处理方法及路径功能实体 Download PDF

Info

Publication number
WO2010075727A1
WO2010075727A1 PCT/CN2009/075406 CN2009075406W WO2010075727A1 WO 2010075727 A1 WO2010075727 A1 WO 2010075727A1 CN 2009075406 W CN2009075406 W CN 2009075406W WO 2010075727 A1 WO2010075727 A1 WO 2010075727A1
Authority
WO
WIPO (PCT)
Prior art keywords
path
function entity
data
data path
path function
Prior art date
Application number
PCT/CN2009/075406
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 WO2010075727A1 publication Critical patent/WO2010075727A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/22Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/22Manipulation of transport tunnels

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method and a path function entity for processing a data transmission exception.
  • the network side establishes a data transmission path for the user to carry user data related to the user.
  • a device participating in data transmission in a network may be referred to as a path function entity, such as a BS (Base Station) in a network, a Gateway, etc., and specific path function entities may be different in different networks.
  • WiMax network is composed of ASN (Access Service Network) and CSN.
  • ASN (Connectivity Service Network, Connected Service Network).
  • ASN network is divided into BS and ASN gateway (ASN)
  • ASN-GW Two logical entities.
  • the user's data path (DataPath) is established between the BS and the ASN-G W.
  • the network working group defines the process of establishing a path between the two data path function entities DataPath Function and deleting the path.
  • the process of establishing/deleting the DataPath includes:
  • DataPath Function 1 sends a DataPath create/delete request, requesting to create/delete a DataPath;
  • DataPath Function 2 receives the above DataPath create / delete request, back DataPath create / delete response to DataPath Function 1;
  • the DataPath established between 1 sends user data packets. These useless data packets occupy the bandwidth between DataPath Function 1 and DataPath Function 2, wasting system resources.
  • the embodiment of the invention provides a method for processing data transmission anomalies and a path function entity, so as to avoid useless data packets between path function entities.
  • a method for processing data transmission anomalies including:
  • a data path functional entity including:
  • a notification unit configured to: after the determining, the receiving unit, determines that the data path is abnormal, send a notification message to the second path function entity, to notify the second path function entity to perform data transmission abnormality processing,
  • the notification message carries an identifier of a data path in which an abnormality occurs.
  • a data path functional entity comprising:
  • a receiving unit configured to receive, by using a data path established between the first path function entity, a notification message sent by the first path function entity, where the notification message carries a data path identifier;
  • an exception processing unit configured to acquire a data path identifier carried in the notification message received by the receiving unit The process of performing data transmission abnormality on the data path corresponding to the data path identifier.
  • a processing system for data transmission abnormality comprising: a first path function entity and a second path function entity, wherein
  • a first path function entity configured to receive, by using a data path established between the second path function entity, a user data packet sent by the second path function entity, to determine that the data path is abnormal, to the second The path function entity sends a notification message, and the second path function entity is notified to perform the data transmission abnormality, where the notification message carries the data path identifier of the abnormality;
  • a second path function entity configured to send a user data packet to the first path function entity by using a data path established between the second path function entity, and send the first path function entity to send a notification message, and processing the data transmission exception according to the notification message.
  • FIG. 1 is a flowchart of a method for processing an abnormal data transmission according to an embodiment of the present invention
  • Figure 2 is a flow chart of a method for processing a data transmission exception in a Wimax system
  • FIG. 1 is a flow chart of another method for processing data transmission anomalies in a Wimax system
  • FIG. 4A is a structural diagram of a path function entity according to an embodiment of the present invention.
  • FIG. 4B is a structural diagram of another path function entity according to an embodiment of the present invention.
  • FIG. 5A is a structural diagram of another path function entity according to an embodiment of the present invention.
  • FIG. 5B is a structural diagram of another path function entity according to an embodiment of the present invention.
  • FIG. 6 is a structural diagram of a processing system for data transmission abnormality according to an embodiment of the present invention.
  • an embodiment of the present invention provides a method for processing an abnormal data transmission, including:
  • the first path function entity receives a user data packet sent by the second path function entity by using a data path established between the second path function entity and the second path function entity.
  • the user data packet is carried on the established data path.
  • the path function entity may be a network element that participates in user data transmission in the network, for example, a base station, a gateway, and the like.
  • the embodiment of the present invention does not limit the type and name of the path function entity.
  • the first path function entity finds that the data path carrying the user data message does not exist, thereby determining that the current data path is abnormal.
  • the notification message may further carry a Tunnel Endpoint parameter information, and describe a GRE (Generic Routing Encapsulation) related to the DataPath.
  • GRE Generic Routing Encapsulation
  • the notification message also needs to carry the BS ID;
  • the entity may determine, according to the BS ID and the DataPath ID, a data path that is established by the base station corresponding to the BS ID and is identified as a DataPath ID, thereby determining a data path in which an abnormality occurs.
  • the first path function entity may discard the received user data packet, or may cache the user data packet, so that after the data path is restored, the first path function entity The cached user data packets can be converted out to ensure the continuity of user data packets.
  • the method may further comprise:
  • the second path function entity receives the notification message, and performs an exception processing on the data path corresponding to the data path identifier according to the data path identifier carried in the notification message.
  • the second path function entity may learn different exception handling methods according to at least one of an operator's policy, network configuration information, a priority of the user or the service, and an error type indication carried in the notification message.
  • Initiating a data path recovery process recovering a data path between the first path function entity, for example, initiating a network mobile station exiting process, triggering the mobile station to re-access the network, thereby restoring the data path, or directly
  • the first path function entity sends a data path recovery message, thereby restoring the first path The data path between the functional entities of the trail.
  • the notification message may further carry the identifier of the base station, and in step 103, the second path function entity may according to the notification message.
  • the base station identifier and the data path identifier carried in the network determine the data path where the abnormality occurs, so that the data path is abnormally processed.
  • the second path function entity when the second path function entity is connected to a plurality of base stations, and the data path identifiers allocated between the plurality of base stations are duplicated, the second path function entity can uniquely determine a data path according to the base station identifier and the path identifier.
  • the data transmission exception processing method provided by the embodiment of the present invention ensures that when an abnormality occurs in the first path function entity, an abnormal data path can be obtained and processed, thereby avoiding useless user data packets in the network.
  • the transmission in the system reduces the waste of system resources.
  • Figure 2 takes the Wimax system as an example to give a method for processing data transmission anomalies, where BS and ASN
  • the GW transmits user data related to the mobile station MS, and the method includes:
  • the MS accesses the ASN network, and creates a DataPath between the BS and the ASN GW to carry the user data packet of the MS.
  • the MS accesses the ASN network, and creates a DataPath between the BS and the ASN GW to carry the user data packet of the MS.
  • the specific creation method refer to the description in the background.
  • [53] 202 The MS starts to transmit the service, and the ASN GW forwards the user data packet to the BS through the DataPath established between the BS and the BS, and then forwards the user data packet to the MS.
  • [54] 203 After the BS forwards the Nth user data packet, the BS is abnormal, causing the DataPath context on the BS to be lost.
  • the cause of the abnormality is caused by the system upgrade, the BS restart, the active/standby switchover, and the like. Lost and so on.
  • the BS receives the N+1th user data packet that is forwarded by the ASN GW, and determines that the current DataPath file is lost, thereby determining that the DataPath is abnormal, and discarding the N+1th user data packet.
  • the BS sends a notification message to the ASN GW to notify the ASN GW of the DataPath exception of the user data packet, and the notification message carries the ID of the DataPath in which the exception occurs, and if each DataPath established between the ASN GW and the different BS is Using a unique DataPath ID, the ASN GW can uniquely locate a DataPath according to the DataPath ID. If multiple DataPaths established between the ASN GW and different BSs use duplicate DataPath IDs, the BS can also carry the notification message. The BS ID, such that the ASN GW can uniquely determine the DataPath in which the exception occurred based on the BS ID and the DataPath ID.
  • the ASN GW After receiving the notification message, the ASN GW according to the DataPath ID carried in the notification message or DataPath and BS ID, determine the DataPath where the exception occurred, and delete the DataPath related information, such as DataPath context information, and reclaim the system resources allocated for the DataPath.
  • the GW sends a data packet to the BS as an example.
  • the BS may send a user data packet to the ASN GW.
  • the specific implementation process is similar to the foregoing process, and the description is not repeated.
  • the exception handling mechanism provided by the foregoing embodiment can ensure that after the BS discovers the DataPath exception, the ASN GW, the ASN GW, and the ASN delete the information related to the abnormal DataPath, and then the ASN GW does not The BS sends useless user data packets through the abnormal DataPath, which avoids waste of network resources.
  • Figure 3 takes the Wimax system as an example to illustrate another method for processing data transmission anomalies, in which the BS, the Serving Network Gateway Serving GW, and the Anchoring Gateway Anchor GWSN GW are used as path functional entities, and the bearers are related to the mobile station MS.
  • User data the method includes:
  • [61] 301 The MS accesses the ASN GW network, and a DataPath is established between the BS, the Serving GW, and the Anchor GW.
  • the MS starts to perform the service, and the Anchor GW forwards the user data packet to the Serving GW through the DataPath established with the Serving GW, and the Serving GW forwards the user data packet to the BS, and the BS sends the user data packet. Forward to the MS.
  • the Serving GW After the Serving GW forwards the Nth user data packet, the Serving GW is abnormal. For example, the Serving GW restarts, and the context information of the corresponding DataPath on the Serving GW is lost.
  • the N+1th data packet forwarded by the GW determines that the context of the current DataPath is lost, and determines that the DataPath is abnormal.
  • the data packet cannot be forwarded to the MS.
  • the Serving GW may choose to discard the data packet.
  • the data message is buffered to forward the buffered data message to the BS after the data path is restored.
  • the DataPath information of the GW carrying the MS data packet has been discarded.
  • the notification message carries the DataPath ID of the exception.
  • the Anchor GW determines to send according to the DataPath ID carried in the notification message. An abnormal DataPath is generated, and a DataPath recovery process is initiated to restore Serving
  • Anchor GW recovers DataPath in two ways:
  • the Anchor GW initiates the MS-side network retreat process, and then triggers the MS to re-access the network.
  • the GW directly initiates the DataPath recovery process, and does not require the MS to re-access the network. This makes the MS service recovery faster. For example: DataPath is missing on Serving GW, Anchor
  • the GW may initiate a path_reg_req message, and carry information such as a service flow and a DataPath.
  • the "Regi stration Type" in the message indicates that the DataPath is restored.
  • the Serving GW finds that the "Registration Type" is the restored DataPath, and then restores the DataPath. deal with.
  • the Path _Reg_Rsp message is replied to the Anchor GW, indicating that the DataPath is successfully restored, and the Anchor GW replies with the Path_Reg_Ack message to the Serving GW to confirm;
  • the Anchor GW fails to recover DataPath ' Then the Anchor GW is replied to the Anchor GW Path_Reg_Rsp message and indicates that the recovery failed. If the recovery fails, the network severing process can be initiated by the anchor GW.
  • This step is an optional process. If the Serving GW caches the M-1th data packet that failed to be forwarded during the process of restoring the DataPath, the Serving GW may cache the packet after the DataPath is restored. It is first forwarded to the MS through the BS.
  • the data transmission abnormality between the two gateways is implemented, and the data path in which the abnormality occurs is recovered, and the service of the user can be restored, and the packet that fails to be forwarded through the gateway is cached.
  • the user data packets received by the user can be kept continuous, further ensuring the user experience.
  • the technical means of the above two embodiments can be combined in a flexible manner.
  • the BS may also cache the user data packet that fails to be forwarded.
  • FIG. 4A is a structural diagram of a path function entity 500, which is located in a data path of a mobile station, and after receiving a data path with the second path function entity 502, receives a slave device according to an embodiment of the present invention.
  • a user data packet sent by the second path entity 502 which includes: [75]
  • the determining unit 520 is configured to: after receiving the user data packet sent by the second path function entity 502 by using the data path established between the second path function entity 502, determining that the data path is abnormal;
  • the notification unit 530 is configured to: after the determining unit 520 determines that the data path is abnormal, send a notification message to the second path function entity 502, and notify the second path function entity 502 to perform a data transmission abnormality process, where The notification message carries the data path identifier of the abnormality.
  • the determining unit may determine that the data path is abnormal by discovering that the data path carrying the user data packet does not exist.
  • the tunnel endpoint parameter information may be carried in the foregoing notification message.
  • the path function entity may be various network devices participating in user data transmission in the network, such as a base station BS, various data gateways, and the like, such as ASN GW, Serving GW, Anchor GW, PDN GW, etc., or other participation. Network device for user data transmission.
  • the notification message sent by the notification unit 530 may further carry the BS ID, so that the second path function entity determines the data path in which the abnormality occurs according to the BS ID and the data path identifier, and It performs exception handling.
  • FIG. 4B it is a structural diagram of another path function entity 500' provided by the embodiment of the present invention.
  • a buffer unit 540 is further included.
  • the receiving unit 520 determines that the current data path is abnormal
  • the buffer receiving unit 520 receives the user data message
  • the recovery processing unit 550 is configured to receive the data path recovery trigger message, and recover data between the second path function entity and the second path function entity.
  • the sending unit 560 is configured to: after the data path with the second path function entity is restored, forward the user data packet buffered by the buffer unit 540, and forward the user data message received by the subsequent receiving unit.
  • the data path includes a data recovery trigger message transmission path to the second path function entity message recovery, such as p a th_ re g_req message, or the second path function entity of the network side initiates a disconnection process of the MS-related message.
  • the path function entity provided by the embodiment of the present invention sends a notification message to the path function entity that sends the user data packet to notify the path function entity that sends the user data packet after the path function entity determines that the current data path is abnormal.
  • the processing of the abnormality of the data transmission is performed, so that the path function entity that sends the user data message continues to send unnecessary user data packets, thereby causing waste of system resources.
  • the packets that fail to be forwarded are cached, and the cached user data packets are forwarded after the data path is restored, and the continuity of the user service is also ensured.
  • FIG. 5A a structural diagram of another path function entity 502 according to an embodiment of the present invention is located in a data path of a mobile station, and is established in the path function entity illustrated in FIG. 4A or FIG. 4B.
  • the user data message is sent to the path function entity 500 or 500', which includes:
  • the receiving unit 620 is configured to receive, by using a data path established between the path function entity 500 or 500', a notification message sent by the path function entity 500 or 500', where the notification message carries a data path identifier;
  • the exception processing unit 630 is configured to perform a data transmission abnormality processing on the data path corresponding to the data path identifier carried in the notification message according to the notification message received by the receiving unit 620.
  • the notification message received by the receiving unit 620 may further include the BS ID of the base station, and the exception processing unit 630 is further configured to use the BS ID and the data path identifier. Determine the data path where the exception occurred and handle the data transfer exception.
  • FIG. 5B is a structural diagram of another path function entity 502 ′ according to the embodiment of the present invention.
  • the exception handling unit 630 further includes the path function entity 502 corresponding to FIG. 6A .
  • a deletion subunit 6302 configured to delete information related to the data path according to the notification message received by the receiving unit, and recover system resources related to the data path in the data path function entity;
  • the recovery subunit 6304 is configured to initiate a data path recovery process, and restore the data path between the first path function entity. For example, initiating a network side mobile station exiting network process, triggering the mobile station to re-access the network; or sending a data path recovery message, such as a p a th_ re g_ re q message, to restore the data path between the first path functional entity.
  • the path function entity After the path function entity receives the notification message, the path function entity determines that the current data path of the path function entity that receives the user data packet is abnormal, and performs exception processing to avoid continuing to send. By deleting the information about the data path and reclaiming the system resources, the resource utilization can be improved. The data path recovery process can restore the user data path and ensure the normal development of the user service.
  • a processing system for data transmission abnormality includes a first path function processing unit and a second path function processing unit, where
  • a first path function entity configured to receive, by using a data path established between the second path function entity, a user data packet sent by the second path function entity, to determine that the data path is abnormal, and to the second path function The entity sends a notification message, and the second path function entity is notified to perform the data transmission abnormality, where the notification message carries the data path identifier of the abnormality;
  • a second path function entity configured to receive a notification message sent by the first path function entity by using a user data message sent to the first path function entity by using a data path established between the first path function entity, and according to The notification message performs processing of a data transmission exception.
  • the first path functional entity [95] in one embodiment of the processing system for data transmission anomaly of the present invention, the first path functional entity
  • the method further includes: after determining that the data path is abnormal, buffering the received user data packet; receiving the data path recovery trigger message, and recovering the data path between the second path function entity; After the data path between the two path function entities is restored, the user data packet buffered by the cache unit is forwarded.
  • the second path function entity is configured to delete information related to the data path corresponding to the data path identifier carried in the notification message, and recover the data.
  • the second path function entity is configured to initiate a data path recovery process to restore a data path between the first path function entity and the first path function entity.
  • the first path function entity may be the data function entity 500 or 500' corresponding to FIG. 4A or FIG. 4B
  • the second path function entity may be the data function entity 502 or 502' corresponding to FIG. 5A or FIG. 5B.
  • the present invention can be implemented by hardware, or can be realized by means of software plus necessary general hardware platform, the present invention.
  • the technical solution can be embodied in the form of a software product, which can be stored in a computer readable storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.), and includes a plurality of instructions for making a computer device (may be a personal computer, server, or network device, etc.) Perform the methods described in various embodiments of the present invention.

Landscapes

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

Abstract

本发明公开了一种数据传输异常的处理方法,属于通信技术领域。该方法包括通过与第二路径功能实体之间建立的数据路径接收所述第二路径功能实体发送的用户数据报文;确定所述数据路径发生异常,向所述第二路径功能实体发送通知消息,通知所述第二路径功能实体进行数据传输异常的处理,所述通知消息中包括发生异常的所述数据路径的标识。同时,本发明实施例还公开了一种路径功能实体和数据传输异常的处理系统。

Description

说明书
Title of Invention:数据传输异常的处理方法及路径功能实体
[1] 本申请要求了 2008年 12月 31日提交的、 申请号为 200810242177.7、 发明名称为" 一种数据传输异常的处理方法及路径功能实体"的中国申请的优先权, 其全部内 容通过引用结合在本申请中。
[2] 技术领域
[3] 本发明涉及通信技术领域, 尤其涉及一种数据传输异常的处理方法及路径功能 实体。
[4] 发明背景
[5] 在通信领域, 当用户接入到网络后, 网络侧会为用户建立一个数据传输路径, 用来承载与该用户相关的用户数据。 网络中参与数据传输的设备可以称为路径 功能实体, 例如网络中的 BS (Base Station, 基站) 、 Gateway (网关) 等, 在不 同的网络中具体的路径功能实体可能有所不同。
[6] 以 WiMAX (Worldwide Interoperability for Microwave Access , 全球微波互联接 入) 为例, Wimax网络由 ASN (Access Service Network, 接入服务网络) 和 CSN
(Connectivity Service Network, 连接服务网络) 组成。 ASN网络分为 BS和 ASN 网关 (ASN
Gateway, ASN-GW) 两个逻辑实体, 当用户接入 Wimax网络后, 在 BS与 ASN-G W之间会建立用户的数据路径 (DataPath) 。 网络工作组定义了两个数据路径功 能实体 DataPath Function之间建立路径以及删除路径的流程, DataPath建立 /删除 的流程包括:
[7] 1、 DataPath Function 1发送 DataPath建立 /删除请求, 要求建立 /删除 DataPath;
[8] 2、 DataPath Function 2接收到上述 DataPath建立 /删除请求后, 回 DataPath建立 / 删除响应给 DataPath Function 1;
[9] 3、 DataPath Function 1接收到上述 Datapath建立 /删除响应后, 回 DataPath建立 / 删除确认给 DataPath Function 2。
[10] 在 DataPath Function 1与 DataPath Function 2之间的数据路径建立后 ' 两个路径 功能实体之间通过建立的数据路径传递用户数据报文, 此吋, 如果接收用户数 据报文的路径功能实体 DataPath Function 1发生异常, 导致建立的 DataPath上下文 丢失, 而此吋发送用户数据报文的路径功能实体 DataPath Function 2中仍然存在 此 DataPath相关信息, 此吋, DataPath Function 2会继续发送用户数据报文, 而由 于 DataPath Function 1中没有该 DataPath上下文信息, 会丢弃上述 DataPath Function 2发送的用户数据报文, DataPath Function 2会继续使用与 DataPath Function
1之间建立的 DataPath发送用户数据报文, 这些无用的数据报文占用了 DataPath Function 1与 DataPath Function 2之间的带宽, 浪费了系统资源。
[11] 发明内容
[12] 本发明实施例提供了一种数据传输异常的处理方法以及路径功能实体, 以避免 路径功能实体之间传递无用的数据报文。
[13] 一种数据传输异常的处理方法, 包括:
[14] 通过与第二路径功能实体之间建立的数据路径接收所述第二路径功能实体发送 的用户数据报文;
[15] 确定所述数据路径发生异常, 向所述第二路径功能实体发送通知消息, 通知所 述第二路径功能实体进行数据传输异常的处理, 所述通知消息中包括发生异常 的所述数据路径的标识。
[16] —种数据路径功能实体, 包括:
[17] 确定接收单元, 用于通过与第二路径功能实体之间建立的数据路径接收所述第 二路径功能实体发送的用户数据报文后, 确定所述数据路径发生异常;
[18] 通知单元, 用于当所述确定接收单元确定所述数据路径发生异常后, 向所述第 二路径功能实体发送通知消息, 通知所述第二路径功能实体进行数据传输异常 的处理, 所述通知消息中携带发生异常的数据路径的标识。
[19] 一种数据路径功能实体, 包括:
[20] 接收单元, 用于通过与第一路径功能实体之间建立的数据路径, 接收所述第一 路径功能实体发送的通知消息, 所述通知消息中携带有数据路径标识;
[21] 异常处理单元, 用于获取所述接收单元接收到的通知消息中携带的数据路径标 识, 对所述数据路径标识对应的数据路径进行数据传输异常的处理。
[22] 一种数据传输异常的处理系统, 该系统包括: 第一路径功能实体和第二路径功 能实体, 其中,
[23] 第一路径功能实体, 用于通过与第二路径功能实体之间建立的数据路径接收第 二路径功能实体发送的用户数据报文, 确定所述数据路径发生异常, 向所述第 二路径功能实体发送通知消息, 通知所述第二路径功能实体进行数据传输异常 的处理, 所述通知消息中携带发生异常的数据路径标识;
[24] 第二路径功能实体, 用于通过与所述第二路径功能实体之间建立的数据路径, 向所述第一路径功能实体发送用户数据报文, 接收所述第一路径功能实体发送 的通知消息, 并根据所述通知消息进行数据传输异常的处理。
[25] 附图简要说明
[26] 图 1是本发明实施例提供的一种数据传输异常的处理方法的流程图;
[27] 图 2是 Wimax系统中一种数据传输异常的处理方法的流程图;
[28] 图 3是 Wimax系统中另一种数据传输异常的处理方法的流程图;
[29] 图 4A是本发明实施例提供的一种路径功能实体的结构图;
[30] 图 4B是本发明实施例提供的另一种路径功能实体的结构图;
[31] 图 5A是本发明实施例提供的另一种路径功能实体的结构图;
[32] 图 5B是本发明实施例提供的另一种路径功能实体的结构图;
[33] 图 6是本发明实施例提供的一种数据传输异常的处理系统的结构图。
[34] 实施本发明的方式
[35] 下面将参考附图详细说明本发明实施例。
[36] 如图 1所示, 本发明实施例提供了一种数据传输异常的处理方法, 包括:
[37] 101、 第一路径功能实体通过与第二路径功能实体之间建立的数据路径接收第 二路径功能实体发送的用户数据报文;
[38] 本发明实施例中, 第一路径功能实体与第二路径功能实体之间建立好数据路径 后, 用户数据报文就承载在所建立的数据路径之上。 上述路径功能实体可以是 网络中参与用户数据传输的各种网元, 例如, 基站、 网关等, 本发明实施例不 限制路径功能实体的类型及名称。 [39] 102、 第一路径功能实体确定当前数据路径发生异常, 向第二路径功能实体发 送通知消息, 通知第二路径功能实体进行数据传输异常的处理, 所述通知消息 中携带发生异常的数据路径标识。
[40] 例如, 第一路径功能实体发现承载用户数据报文的数据路径不存在, 从而确定 当前数据路径发生异常。
[41] 可选的, 如果路径功能实体中有一方为基站 BS, 则在通知消息中还可以携带有 Tunnel Endpoint (隧道端点) 参数信息, 描述与 DataPath相关的 GRE (Generic Routing Encapsulation, 通用路由封装) 隧道的 IP地址, 如果省略该参数信息则 默认 GRE隧道的 IP地址等于本消息的发送方的 IP地址。
[42] 当第一路径功能实体为一个基站 BS吋, 如果第二路径功能实体通过通知消息中 的 DataPath ID不能唯一标识 BS上的 DataPath, 则通知消息中还需要携带 BS ID; 第二路径功能实体可以根据 BS ID以及 DataPath ID, 来确定与 BS ID对应的基站 建立的标识为 DataPath ID的数据路径, 从而确定出发生异常的数据路径。
[43] 第一路径功能实体确定当前数据路径发生异常后, 可以丢弃上述接收到的用户 数据报文, 也可以将此用户数据报文缓存起来, 这样当数据路径恢复以后, 第 一路径功能实体可以将缓存的用户数据报文转换出去, 从而保证用户数据报文 的连续。
[44] 进一步的, 该方法还可以包括:
[45] 103、 第二路径功能实体接收所述通知消息, 根据所述通知消息中的携带的数 据路径标识, 对所述数据路径标识对应的数据路径进行异常处理。
[46] 第二路径功能实体可以根据运营商的策略、 网络配置信息、 用户或业务的优先 级和通知消息中携带的错误类型指示中的至少一个, 釆取不同的异常处理方法
, 具体的异常处理方法包括:
[47] 删除所述数据路径相关的信息, 回收第二路径功能实体上与所述数据路径相关 的系统资源; 或者,
[48] 发起数据路径恢复流程, 恢复与第一路径功能实体之间的数据路径, 例如, 可 以发起网络移动台退网流程, 触发移动台重新接入网络, 从而恢复数据路径, 或者可以直接向第一路径功能实体发送数据路径恢复消息, 从而恢复与第一路 径功能实体之间的数据路径。
[49] 在上述实施例中, 当第一路径功能实体为基站吋, 所述通知消息中还可以携带 有所述基站的标识, 贝 I」步骤 103中, 第二路径功能实体可以根据通知消息中携带 的基站标识、 数据路径标识, 确定出发生异常的数据路径, 从而对该数据路径 进行异常处理。 这样当第二路径功能实体连接多个基站, 并且多个基站之间分 配的数据路径标识有重复吋, 第二路径功能实体可以根据基站标识以及路径标 识来唯一确定一个数据路径。
[50] 本发明实施例提供的数据传输异常处理方法, 保证了当第一路径功能实体发生 异常吋, 发生异常的数据路径可以得到及吋的处理, 从而避免了无用的用户数 据报文在网络中的传输, 减少了系统资源的浪费。
[51] 图 2以 Wimax系统为例, 给出一种数据传输异常的处理方法, 其中 BS和 ASN
GW作为路径功能实体, 传递与移动台 MS相关的用户数据, 该方法包括:
[52] 201、 MS接入 ASN网络, 在 BS与 ASN GW之间创建 DataPath, 用于承载 MS的用 户数据报文, 具体创建方法参见背景技术中的介绍。
[53] 202、 MS开始进行业务传输, ASN GW通过与 BS之间建立的 DataPath, 向 BS转 发用户数据报文, BS再将用户数据报文转发给 MS。
[54] 203、 当 BS转发完第 N个用户数据报文后, BS发生异常, 导致 BS上的 DataPath 上下文丢失, 发生异常的原因例如系统升级、 BS重启、 主备切换等过程中造成 了数据丢失等。
[55] 204、 BS收到 ASN GW转发的第 N+1个用户数据报文, 确定当前的 DataPath上下 文丢失, 从而确定 DataPath异常, 丢弃该第 N+1个用户数据报文。
[56] 205、 BS向 ASN GW发送通知消息通知 ASN GW承载用户数据报文的 DataPath异 常, 在通知消息中携带发生异常的 DataPath的 ID, 如果 ASN GW与不同 BS之间建 立的每个 DataPath均使用唯一的 DataPath ID,则 ASN GW可以根据 DataPath ID唯一 定位一个 DataPath, 而如果 ASN GW与不同 BS之间建立的多个 DataPath使用重复 的 DataPath ID, 贝 l」BS还可以在通知消息中携带该 BS ID, 从而使得 ASN GW可以 根据 BS ID以及 DataPath ID来唯一确定发生异常的 DataPath。
[57] 206、 ASN GW收到通知消息后, 根据通知消息中携带的 DataPath ID或者 DataPath以及 BS ID, 确定发生异常的 DataPath, 并删除此 DataPath相关的信息, 如 DataPath上下文信息, 并回收为该 DataPath分配的系统资源。
[58] 上述实施例是以 ASN
GW向 BS发送数据报文为例, 在具体实现吋, 也可以是 BS向 ASN GW发送用户 的数据报文, 其具体实现流程与上述流程类似, 不再重复说明。
[59] 通过上述实施例提供的异常处理机制, 可以保证在 BS在发现 DataPath异常后, 及吋通过 ASN GW, ASN GW及吋删除了该异常 DataPath相关的信息, 此后 ASN GW就不会再向 BS通过该异常 DataPath发送无用的用户数据报文了, 避免了网络 资源的浪费。
[60] 图 3以 Wimax系统为例, 给出另一种数据传输异常的处理方法, 其中 BS、 服务 网络网关 Serving GW、 以及锚定网关 Anchor GWSN GW作为路径功能实体, 承 载与移动台 MS相关的用户数据, 该方法包括:
[61] 301、 MS接入 ASN GW网络, BS、 Serving GW和 Anchor GW之间建立 DataPath
[62] 302、 MS幵始进行业务, Anchor GW通过与 Serving GW之间建立的 DataPath, 向 Serving GW转发用户数据报文, Serving GW再将用户数据报文转发给 BS, BS 将用户数据报文转发给 MS。
[63] 303、 Serving GW当转发完第 N个用户数据报文之后, Serving GW出现异常, 例如: Serving GW重启, Serving GW上对应的上述 DataPath的上下文信息丢失;
[64] 304、 Serving GW接收 Anchor
GW转发的第 N+1个数据报文, 确定当前的 DataPath的上下文丢失, 从而确定该 D ataPath异常, 此数据报文无法正常的转发给 MS, Serving GW可以选择将数据报 文丢弃, 也可以将数据报文缓存起来, 以便在数据路径恢复后, 向 BS转发缓存 的数据报文。
[65] 305、 Serving GW发送通知消息通知 Anchor
GW承载上述 MS数据报文的 DataPath信息已经丢弃。 通知消息中携带发生异常的 DataPath ID。
[66] 306、 Anchor GW收到通知消息后, 根据通知消息中携带的 DataPath ID确定发 生异常的 DataPath, 并发起 DataPath恢复流程, 恢复 Serving
GW上的上述 DataPath的上下文。
[67] Anchor GW恢复 DataPath有以下两种方式:
[68] a、 Anchor GW发起网络侧 MS退网流程, 然后再触发 MS重新接入网络。
[69] b、 Serving
GW直接发起 DataPath恢复流程, 不需要 MS重新接入网络, 这样使 MS业务恢复 的更快。 例如: Serving GW上 DataPath丢失, Anchor
GW可以主动发起 path_reg_req消息, 携带业务流、 DataPath等信息, 消息中 "Regi stration Type"指示为 DataPath恢复处理, Serving GW收到上述 path_reg_req消息之 后, 发现" Registration Type"为恢复 DataPath, 则进行恢复 DataPath处理。 恢复成 功之后, 向 Anchor GW回复 Path_Reg_Rsp消息, 指示 DataPath恢复成功, Anchor GW再向 Serving GW回复 Path_Reg_Ack消息进行确认; 如果 Serving
GW恢复 DataPath失败 ' 则向 Anchor GW回应 Anchor GW Path_Reg_Rsp消息并指 示恢复失败。 如果恢复失败, 可以多次尝试, 当尝试到达一定次数仍未成功, 则 Anchor GW发起网络侧 MS退网流程。
[70] 307、 此步为可选流程, 如果在恢复 DataPath的过程中, Serving GW缓存了转发 失败的第 M-1个数据报文, 则在 DataPath恢复之后, Serving GW可将缓存的报文 先通过 BS转发给 MS。
[71] 308、 Serving GW上的 DataPath恢复之后, 正常的转发后续报文。
[72] 上述实施例, 实现了两个网关之间发生数据传输异常吋的处理, 通过及吋恢复 发生异常的数据路径, 可以及吋恢复用户的业务, 并且通过网关缓存转发失败 的报文, 可以使得用户接收到的用户数据报文保持连续, 进一步保证了用户体 验。
[73] 以上两个实施例的技术手段可以灵活的组合应用, 比如, 在图 2对应的实施例 中, BS确定数据路径发生异常后, 也可以缓存转发失败的用户数据报文。
[74] 图 4A所示, 为本发明实施例提供的一种路径功能实体 500的结构图, 其位于移 动台的数据路径中, 在与第二路径功能实体 502建立了数据路径后, 接收从第二 路径实体 502发送的用户数据报文, 其包括: [75] 确定单元 520, 用于通过与第二路径功能实体 502之间建立的数据路径, 接收第 二路径功能实体 502发送的用户数据报文后, 确定所述数据路径发生异常;
[76] 通知单元 530, 用于当所述确定单元 520确定所述数据路径发生异常后, 向第二 路径功能实体 502发送通知消息, 通知第二路径功能实体 502进行数据传输异常 的处理, 所述通知消息中携带发生异常的数据路径标识。
[77] 例如, 上述确定单元可以通过发现承载用户数据报文的数据路径不存在, 来确 定数据路径发生异常。 上述通知消息中可选的还可以携带 Tunnel Endpoint参数信 息, 其具体用途及描述可参考方法实施例。
[78] 上述路径功能实体可以是网络中参与用户数据传输的各种网络设备, 例如基站 BS、 各种数据网关等, 例如 ASN GW、 Serving GW、 Anchor GW、 PDN GW等 , 也可以是其他参与用户数据传输的网络设备。
[79] 当上述路径功能实体是基站 BS吋, 通知单元 530发送的通知消息中还可以携带 BS ID,以便第二路径功能实体根据 BS ID以及数据路径标识, 确定发生异常的数 据路径, 并对其进行异常处理。
[80] 如图 4B所示, 为本发明实施例提供的另一种路径功能实体 500'的结构图, 其在 图 4A对应的路径功能实体 500基础上, 还包括一个缓存单元 540, 用于当接收单 元 520确定当前的数据路径发生异常后, 缓存接收单元 520接收到的用户数据报 文; 恢复处理单元 550, 用于接收数据路径恢复触发消息, 恢复与第二路径功能 实体之间的数据路径; 发送单元 560, 用于在与第二路径功能实体之间的数据路 径恢复后, 转发缓存单元 540缓存的用户数据报文, 以及转发后续接收单元接收 到的用户数据报文。
[81] 其中数据路径恢复触发消息包括第二路径功能实体发送的数据路径恢复消息, 如 path_reg_req消息, 或者第二路径功能实体发起的网络侧 MS退网流程中的相关 的消息。
[82] 通过本发明实施例提供的路径功能实体, 在路径功能实体确定当前数据路径发 生异常后, 向发送用户数据报文的路径功能实体发送通知消息, 通知发送用户 数据报文的路径功能实体进行数据传输异常的处理, 从而避免了发送用户数据 报文的路径功能实体继续发送无用的用户数据报文而造成系统资源的浪费。 进 一步的, 通过缓存转发失败的报文, 并在数据路径恢复后转发缓存的用户数据 报文, 也保证了用户业务的连续型。
[83] 如图 5A所示, 为本发明实施例提供的另一种路径功能实体 502的结构图, 其位 于移动台的数据路径中, 在与图 4A或图 4B说明的路径功能实体建立了数据路径 后, 向路径功能实体 500或 500'发送用户数据报文, 其包括:
[84] 接收单元 620, 用于通过与路径功能实体 500或 500'之间建立的数据路径接收路 径功能实体 500或 500'发送的通知消息, 所述通知消息中携带有数据路径标识;
[85] 异常处理单元 630, 用于根据接收单元 620接收到的通知消息, 对所述通知消息 中携带的数据路径标识对应的数据路径进行数据传输异常的处理。
[86] 如果路径功能单元 500或 500'为基站 BS, 则接收单元 620接收到的通知消息中还 可能包括该基站的 BS ID, 则异常处理单元 630进一步用于根据 BS ID以及数据路 径标识来确定发生异常的数据路径, 并对其进行数据传输异常的处理。
[87] 如图 5B所示, 为本发明实施例提供的另一种路径功能实体 502'的结构图, 其在 图 6A对应的路径功能实体 502基础上, 其异常处理单元 630又进一步包括了下列 两个单元之一或者组合:
[88] 删除子单元 6302, 用于根据接收单元接收到的通知消息, 删除所述数据路径相 关的信息, 回收所述数据路径功能实体中与所述数据路径相关的系统资源;
[89] 恢复子单元 6304, 用于发起数据路径恢复流程, 恢复与第一路径功能实体之间 的数据路径。 例如发起网络侧移动台退网流程, 触发移动台重新接入网络; 或 者发送数据路径恢复消息, 如 path_reg_req消息, 恢复与第一路径功能实体之间 的数据路径。
[90] 通过本发明实施例提供的路径功能实体, 在路径功能实体接收到通知消息后, 确定接收用户数据报文的路径功能实体当前数据路径发生异常, 及吋进行异常 处理, 避免了继续发送无用的用户数据报文, 通过删除该数据路径相关的信息 、 回收系统资源, 可以提高资源利用率, 通过数据路径恢复处理, 可以恢复用 户的数据路径, 保证用户业务的正常幵展。
[91] 上述路径功能实体中的各个单元及子单元在具体实现吋使用的技术手段以及各 种技术细节, 均可参考前述方法实施例中的描述。 [92] 如图 6所示, 为本发明实施例提供的一种数据传输异常的处理系统, 其包括第 一路径功能处理单元和第二路径功能处理单元, 其中,
[93] 第一路径功能实体, 用于通过与第二路径功能实体之间建立的数据路径接收第 二路径功能实体发送的用户数据报文, 确定所述数据路径发生异常, 向第二路 径功能实体发送通知消息, 通知第二路径功能实体进行数据传输异常的处理, 所述通知消息中携带发生异常的数据路径标识;
[94] 第二路径功能实体, 用于通过与第一路径功能实体之间建立的数据路径向第一 路径功能实体发送的用户数据报文, 接收第一路径功能实体发送的通知消息, 并根据所述通知消息, 进行数据传输异常的处理。
[95] 在本发明数据传输异常的处理系统的一个实施例中, 所述的第一路径功能实体
, 还用于当确定所述数据路径发生异常后, 缓存接收到的用户数据报文; 接收 数据路径恢复触发消息, 恢复与所述第二路径功能实体之间的数据路径; 在与 所述第二路径功能实体之间的数据路径恢复后, 转发所述缓存单元缓存的用户 数据报文。
[96] 在本发明数据传输异常的处理系统的另外一个实施例中, 第二路径功能实体, 用于删除所述通知消息中携带的数据路径标识对应的数据路径相关的信息, 回 收所述数据路径功能实体中与所述数据路径相关的系统资源。
[97] 在本发明数据传输异常的处理系统的另外一个实施例中, 所述第二路径功能实 体, 用于发起数据路径恢复流程, 恢复与所述第一路径功能实体之间的数据路 径。
[98] 具体的, 第一路径功能实体可以是图 4A或图 4B对应的数据功能实体 500或 500' , 第二路径功能实体可以是图 5A或图 5B对应的数据功能实体 502或 502'。
[99] 通过以上的实施方式的描述, 本领域的技术人员可以清楚地了解到本发明可以 通过硬件实现, 也可以可借助软件加必要的通用硬件平台的方式来实现基于这 样的理解, 本发明的技术方案可以以软件产品的形式体现出来, 该软件产品可 以存储在一个计算机可读存储介质 (可以是 CD-ROM, U盘, 移动硬盘等) 中, 包括若干指令用以使得一台计算机设备 (可以是个人计算机, 服务器, 或者网 络设备等) 执行本发明各个实施例所述的方法。 以上所述, 仅为本发明较佳的具体实施方式, 但本发明的保护范围并不局限于 此, 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内, 可轻易想到 的变化或替换, 都应涵盖在本发明的保护范围之内。 因此, 本发明的保护范围 应该以权利要求的保护范围为准。

Claims

权利要求书
[Claim 1] 一种数据传输异常的处理方法, 其特征在于, 包括:
通过与第二路径功能实体之间建立的数据路径接收所述第二路径 功能实体发送的用户数据报文;
确定所述数据路径发生异常, 向所述第二路径功能实体发送通知 消息, 通知所述第二路径功能实体进行数据传输异常的处理, 所 述通知消息中包括发生异常的所述数据路径的标识。
[Claim 2] 如权利要求 1所述的数据传输异常的处理方法, 其特征在于, 所述 确定所述数据路径发生异常包括:
发现承载用户数据报文的数据路径不存在吋, 确定所述数据路径 发生异常。
[Claim 3] 如权利要求 1所述的数据传输异常的处理方法, 其特征在于, 当所 述通知消息中包括所述基站的标识吋, 所述通知所述第二路径功 能实体进行数据传输异常的处理包括:
通知所述第二路径功能实体对所述基站标识和数据路径标识所对 应的数据路径进行异常处理。
[Claim 4] 如权利要求 2或 3所述的数据传输异常的处理方法, 其特征在于, 所述第二路径功能实体对所述基站标识和数据路径标识所对应的 数据路径进行异常处理包括:
删除所述数据路径相关的信息, 接收所述第二路径功能实体上与 所述数据路径相关的系统资源; 或者
发起数据路径恢复流程, 恢复与第一路径功能实体之间的数据路 径。
[Claim 5] 如权利要求 4所述的数据传输异常的处理方法, 其特征在于, 所述 发起数据路径恢复流程, 恢复与所述第一路径功能实体之间的数 据路径包括:
发起网络侧移动台退网流程, 触发移动台重新接入网络; 或者 发送数据路径恢复消息, 恢复与所述第一路径功能实体之间的数 据路径。
[Claim 6] 如权利要求 1所述的数据传输异常的处理方法, 其特征在于, 所述 确定所述数据路径发生异常后, 所述方法还包括:
缓存所述第二路径功能实体发送的用户数据报文;
当所述第一路径功能实体与所述第二路径功能实体之间的数据路 径恢复后, 转发所述缓存的用户数据报文。
[Claim 7] 一种数据路径功能实体, 其特征在于, 包括:
确定接收单元, 用于通过与第二路径功能实体之间建立的数据路 径接收所述第二路径功能实体发送的用户数据报文后, 确定所述 数据路径发生异常;
通知单元, 用于当所述确定接收单元确定所述数据路径发生异常 后, 向所述第二路径功能实体发送通知消息, 通知所述第二路径 功能实体进行数据传输异常的处理, 所述通知消息中携带发生异 常的数据路径的标识。
[Claim S] 如权利要求 7所述的数据路径功能实体, 其特征在于, 所述数据路 径功能实体还包括:
缓存单元, 用于当所述确定接收单元确定所述数据路径发生异常 后, 缓存所述确定接收单元接收到的用户数据报文;
恢复处理单元, 用于接收数据路径恢复触发消息, 恢复与所述第 二路径功能实体之间的数据路径;
发送单元, 用于在与所述第二路径功能实体之间的数据路径恢复 后, 转发所述缓存单元缓存的用户数据报文。
[Claim 9] 如权利要求 7所述的数据路径功能实体, 其特征在于, 当所述数据 路径功能实体为基站吋, 所述通知单元还用于在向第二路径功能 实体发送的通知消息中携带所述基站的标识。
[Claim 10] 一种数据路径功能实体, 其特征在于, 包括:
接收单元, 用于通过与第一路径功能实体之间建立的数据路径, 接收所述第一路径功能实体发送的通知消息, 所述通知消息中携 带有数据路径标识;
异常处理单元, 用于获取所述接收单元接收到的通知消息中携带 的数据路径标识, 对所述数据路径标识对应的数据路径进行数据 传输异常的处理。
[Claim 11] 如权利要求 10所述的数据路径功能实体, 其特征在于, 所述异常 处理单元包括以下单元之一或组合:
删除子单元, 用于删除所述通知消息中携带的数据路径标识对应 的数据路径相关的信息, 回收所述数据路径功能实体中与所述数 据路径相关的系统资源;
恢复子单元, 用于发起数据路径恢复流程, 恢复与所述第一路径 功能实体之间的数据路径。
[Claim 12] 一种数据传输异常的处理系统, 其特征在于, 该系统包括: 第一 路径功能实体和第二路径功能实体, 其中, 第一路径功能实体, 用于通过与第二路径功能实体之间建立的数 据路径接收第二路径功能实体发送的用户数据报文, 确定所述数 据路径发生异常, 向所述第二路径功能实体发送通知消息, 通知 所述第二路径功能实体进行数据传输异常的处理, 所述通知消息 中携带发生异常的数据路径标识;
第二路径功能实体, 用于通过与所述第二路径功能实体之间建立 的数据路径, 向所述第一路径功能实体发送用户数据报文, 接收 所述第一路径功能实体发送的通知消息, 并根据所述通知消息进 行数据传输异常的处理。
[Claim 13] 如权利要求 12所述的数据传输异常的处理系统, 其特征在于, 所述第一路径功能实体, 还用于当确定所述数据路径发生异常后 , 缓存接收到的用户数据报文; 接收数据路径恢复触发消息, 恢 复与所述第二路径功能实体之间的数据路径; 在与所述第二路径 功能实体之间的数据路径恢复后, 转发所述缓存单元缓存的用户 数据报文。
[Claim 14] 如权利要求 12或 13所述的数据传输异常的处理系统, 其特征在于 所述第二路径功能实体, 用于删除所述通知消息中携带的数据路 径标识对应的数据路径相关的信息, 回收所述数据路径功能实体 中与所述数据路径相关的系统资源。
[Claim 15] 如权利要求 12或 13所述的数据传输异常的处理系统, 其特征在于 所述第二路径功能实体, 用于发起数据路径恢复流程, 恢复与所 述第一路径功能实体之间的数据路径。
PCT/CN2009/075406 2008-12-31 2009-12-08 数据传输异常的处理方法及路径功能实体 WO2010075727A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810242177.7 2008-12-31
CN2008102421777A CN101478781B (zh) 2008-12-31 2008-12-31 一种数据传输异常的处理方法及路径功能实体

Publications (1)

Publication Number Publication Date
WO2010075727A1 true WO2010075727A1 (zh) 2010-07-08

Family

ID=40839400

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/075406 WO2010075727A1 (zh) 2008-12-31 2009-12-08 数据传输异常的处理方法及路径功能实体

Country Status (2)

Country Link
CN (1) CN101478781B (zh)
WO (1) WO2010075727A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113315676A (zh) * 2021-05-20 2021-08-27 北京达佳互联信息技术有限公司 一种断链检测的方法、装置及电子设备

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101478781B (zh) * 2008-12-31 2010-12-22 华为技术有限公司 一种数据传输异常的处理方法及路径功能实体
CN101990227B (zh) * 2009-08-07 2015-10-21 中兴通讯股份有限公司 接入服务网络网元间数据通道的建立方法及装置
CN101631342A (zh) * 2009-08-20 2010-01-20 中兴通讯股份有限公司 用于接入服务网络的退出idle通道建立方法和装置
CN101640912B (zh) * 2009-08-31 2013-07-03 中兴通讯股份有限公司 用于接入服务网络的切换方法及装置
CN106547643B (zh) * 2015-09-21 2020-05-22 阿里巴巴集团控股有限公司 异常数据的恢复方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6393026B1 (en) * 1998-09-17 2002-05-21 Nortel Networks Limited Data packet processing system and method for a router
CN1585402A (zh) * 2003-08-19 2005-02-23 华为技术有限公司 一种实现负荷分担的方法
CN101193097A (zh) * 2006-11-22 2008-06-04 中兴通讯股份有限公司 一种链路状态查询应答方法及其装置
CN101217458A (zh) * 2007-12-28 2008-07-09 华为技术有限公司 一种虚拟私有网上资源分配的方法及路由器和系统
CN101478781A (zh) * 2008-12-31 2009-07-08 华为技术有限公司 一种数据传输异常的处理方法及路径功能实体

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6393026B1 (en) * 1998-09-17 2002-05-21 Nortel Networks Limited Data packet processing system and method for a router
CN1585402A (zh) * 2003-08-19 2005-02-23 华为技术有限公司 一种实现负荷分担的方法
CN101193097A (zh) * 2006-11-22 2008-06-04 中兴通讯股份有限公司 一种链路状态查询应答方法及其装置
CN101217458A (zh) * 2007-12-28 2008-07-09 华为技术有限公司 一种虚拟私有网上资源分配的方法及路由器和系统
CN101478781A (zh) * 2008-12-31 2009-07-08 华为技术有限公司 一种数据传输异常的处理方法及路径功能实体

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113315676A (zh) * 2021-05-20 2021-08-27 北京达佳互联信息技术有限公司 一种断链检测的方法、装置及电子设备
CN113315676B (zh) * 2021-05-20 2022-11-04 北京达佳互联信息技术有限公司 一种断链检测的方法、装置及电子设备

Also Published As

Publication number Publication date
CN101478781B (zh) 2010-12-22
CN101478781A (zh) 2009-07-08

Similar Documents

Publication Publication Date Title
JP6946321B2 (ja) シームレスのハンドオーバーをサポートする方法及びenb装置
JP5986310B2 (ja) 情報を処理するための方法、転送プレーンデバイスおよび制御プレーンデバイス
US20090103445A1 (en) Method and apparatus for enhancing various pdcp and layer 2 operations
WO2018170626A1 (zh) 一种连接恢复方法、接入和移动性管理功能实体及用户设备
WO2008019627A1 (fr) Procédé, système et dispositif de traitement d'invalidation d'un tunnel de données inter-réseaux en liaison descendante
WO2009021457A1 (fr) Procédé et dispositif de traitement de message nas (non-access stratum) en cours de transfert dans un réseau évolué
WO2010075727A1 (zh) 数据传输异常的处理方法及路径功能实体
WO2011116722A2 (zh) Isr激活场景中移动管理设备故障的处理方法及设备
WO2010121440A1 (zh) 保证业务连续性的移动通信方法、设备和系统
WO2010006531A1 (zh) 隧道管理方法、装置及通信系统
WO2014067098A1 (zh) 一种基于移动管理实体池MME Pool的通信方法、设备及系统
WO2012149894A1 (zh) 用于电路域回退中数据传输的方法和装置
WO2009117886A1 (zh) 设备复位通知方法及系统、服务及分组数据网关和移动管理网元
WO2012048656A1 (zh) Eps系统的会话管理过程的重发起方法和设备
WO2011113378A2 (zh) 一种用户面缓冲器内存的恢复方法及装置
WO2015123871A1 (zh) 一种网络故障的处理方法和设备
WO2016011624A1 (zh) 一种数据包发送、数据处理装置及方法
US9516681B2 (en) Method, device and system for accessing core network by means of non-3GPP access
WO2013104111A1 (zh) 业务恢复方法和移动管理网元
WO2022068424A1 (zh) 通信方法及装置
WO2020034802A1 (zh) 一种激活pdu会话的方法及设备
WO2009049515A1 (fr) Procédé, dispositif et système de récupération appelée dans un groupement de centres de commutation mobiles
WO2015100564A1 (zh) 故障处理方法、分组数据网络、移动管理实体及网络系统
WO2010043094A1 (zh) 一种承载重建失败的处理方法
WO2014086003A1 (zh) 承载处理方法及装置、系统

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

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

Country of ref document: EP

Kind code of ref document: A1