本发明涉及移动通信领域，尤其涉及一种数据转发方法及装置。
背景技术：
为了保持第三代移动通信系统在通信领域的竞争力，为用户提供更快速率、低时延更、更加个性化的移动通信服务，同时，降低运营商的运营成本，第三代合作伙伴计划(3gpp，3rdgenerationpartnershipproject)标准工作组正致力于下一代无线移动接入网的研究。下一代无线接入网中，支持多种无线网络接入统一的核心网，并且希望无线接入网(ran，radioaccessnetwork)和核心网(cn，corenetwork)尽量减少耦合关系，即不管终端通过何种接入技术接入ran，都可以接入到统一的cn中去。下一代网络的核心网功能可能与现有技术有很多不同，其中现有技术的核心网架构图如图1所示：
在核心网中，包含了归属用户服务器(hss，homesubscriberserver)、移动性管理实体(mme，mobilitymanagemententity)、服务gprs支持节点(sgsn，servinggprssupportnode)、策略计费规则功能(pcrf，policyandchargingrulefunction)、服务网关(s-gw，servinggateway)、分组数据网关(p-gw，pdngateway)和分组数据网络(packetdatanetwork)。下面详细说明各部分功能：
归属用户服务器，是用户签约数据的永久存放地点，位于用户签约的归属网。
移动性管理实体，是用户签约数据在当前网络的存放地点，负责终端到网络的非接入层信令管理、终端的安全验证功能、终端的移动性管理、用户空闲模式下的跟踪和寻呼管理功能和承载管理。
服务gprs支持节点，是全球移动通信系统/演进增强数据速率无线接入网(geran，gsm/edgeran)和通用地面无线接入网(utran，umtsterrestrialran)用户接入核心网络的业务支持点，功能上与移动性管理实体类似，负责用户的位置更新、寻呼管理和承载管理等功能。
服务网关，是核心网到无线系统的网关，负责终端到核心网的用户面承载、终端空闲模式下的数据缓存、网络侧发起业务请求的功能、合法监听和分组数据路由和转发功能；服务网关负责统计用户终端使用无线网的情况，并产生终端使用无线网的话单，传送给计费网关。
分组数据网关，是演进系统和该系统外部分组数据网络的网关，它连接到因特网和分组数据网络上，负责终端的互联网协议(ip，internetprotocol)地址分配、计费功能、分组包过滤、策略控制等功能。
分组数据网络，是运营商的ip业务网络，该网络通过运营商的核心网为用户提供ip服务。
策略计费规则功能实体，是演进系统中负责提供计费控制、在线信用控制、门限控制、服务质量(qos，qualityofservice)策略方面规则的服务器。
下一代网络对网络功能进一步进行整合优化，其架构示意图如图2所示：
核心网包括控制面(cp，controlplane)功能实体和用户面(up，userplane)功能实体，而这些功能实体可以是多个。其中，cp功能实体可以根据所管理的内容更加具体的划分为移动管理实体、会话管理实体、地址分配实体、qos策略制定实体等等。其中up功能实体可以是对数据转发的一个或者多个功能实体。如果存在多个cp功能实体，则可能有唯一的对接入网(an，accessnetwork)的接口，也可能有多个对an的接口。对于前者，当其他与an没有接口的cp功能实体需要下发相关参数给an时，可以通过有接口的cp功能实体转发。
an在下一代网络中支持多种接入网，这里以an作为统称。对于不同的接入点，可能连接的cn的cp功能实体的接口和协议类型都有所不同。
但是由于现在移动管理都在核心网进行管理，因此具有如下缺陷：
1、管理效率较低，由于执行移动性管理的网元位置较高，因此造成用户在发生移动性的时候需要通知网络所经历的路径较长，因此存在路径不够优化的问题。
2、终端从不发送数据的空闲态到需要发送数据的连接态需要有比较复杂的流程进行恢复。
为了实现更有效率的移动性管理，将部分的移动管理的功能下移到ran中。因此，在ran侧引入移动管理的部分功能。本发明实施例的网络架构图如图3所示，网络部署图如图4所示。其中：
ran侧的ran锚(rananchor)节点负责ran在rananchor覆盖范围内的移动性管理。rananchor节点，可以与rannode合设，也与rannode分开设置。
核心网的移动性管理功能(mmf，mobilitymanagementfunction)，负责更大范围的移动性管理，是控制面实体。
核心网的会话管理功能的控制面功能(smf-c，sessionmanagementfunction-controlplane)，负责终端的数据连接建立、修改和删除，负责选择合适的会话管理功能的用户面功能(smf-u，sessionmanagementfunction-userplane)为终端投递数据，并将数据连接的信息发送给相应的smf-u。
在上述架构中，当终端(ue，userequipment)没有数据传输的时候，可以释放ran和终端的空口连接以节约资源。下行数据到达时候，ran寻呼终端，恢复空口连接。这样，核心网则认为终端一直在连接状态，从而达到快速恢复数据连接的目的。但是，由于终端可能在没有空口连接的情况下，离开rananchor的覆盖范围，这样当下行数据到达的时候，就无法通知到终端，造成下行数据不可达。
技术实现要素：
为解决上述技术问题，本发明实施例提供了一种数据转发方法及装置。
本发明实施例提供的数据转发方法，包括：
确定终端接入至目标无线接入点时，核心网网元向所述目标无线接入点以及源无线接入点发送用于通知建立转发隧道的消息。
本发明实施例中，所述方法还包括：
所述核心网网元接收到源无线接入点发送的建立转发隧道的指示后，指示所述目标无线接入点建立转发隧道；向所述源无线接入点发送转发隧道信息。
本发明实施例中，所述方法还包括：
当针对所述终端的下行数据达到时，所述核心网网元通过多个无线接入点向所述终端发起寻呼；
将寻呼到所述终端的无线接入点作为所述目标无线接入点。
本发明实施例中，所述方法还包括：
所述核心网网元向所述源无线接入点通知所述目标无线接入点的节点信息；
当所述源无线接入点判断出建立直接转发隧道或者间接转发隧道后，所述核心网元接收所述源无线接入点发送的判断结果。
本发明实施例中，所述方法还包括：
所述核心网网元向所述目标无线接入点通知所述源无线接入点的节点信息；
当所述目标无线接入点判断出建立直接转发隧道或者间接转发隧道后，所述核心网元接收所述目标无线接入点发送的判断结果。
本发明实施例中，所述核心网元通过指示消息的方式接收所述判断结果；
所述指示消息还携有终端的ran上下文，所述ran上下文通过所述核心网网元透传给目标ran节点。
本发明实施例中，所述核心网网元根据所述判断结果，确定建立间接转发隧道时，分配核心网转发隧道信息。
本发明另一实施例提供的数据转发方法，包括：
源无线接入点接收核心网网元发送的寻呼停止消息后，确定是否需为所述终端建立转发隧道；
需为所述终端建立转发隧道时，向所述核心网网元发送转发隧道建立请求；
在接收到所述核心网网元发送的转发隧道建立完成消息后，利用所建立的转发隧道进行终端资源的转发。
本发明实施例中，所述源无线接入点确定是否需为所述终端建立转发隧道时，还确定建立间接转发隧道还是直接转发隧道。
本发明实施例提供的数据转发装置，包括：
通知单元，用于确定终端接入至目标无线接入点时，核心网网元向所述目标无线接入点以及源无线接入点发送用于通知建立转发隧道的消息。
本发明实施例中，所述通知单元，还用于接收到源无线接入点发送的建立转发隧道的指示后，指示所述目标无线接入点建立转发隧道；向所述源无线接入点发送转发隧道信息。
本发明实施例中，所述装置还包括：
寻呼单元，用于当针对所述终端的下行数据达到时，所述核心网网元通过多个无线接入点向所述终端发起寻呼；将寻呼到所述终端的无线接入点作为所述目标无线接入点。
本发明实施例中，所述通知单元，还用于向所述源无线接入点通知所述目标无线接入点的节点信息；当所述源无线接入点判断出建立直接转发隧道或者间接转发隧道后，接收所述源无线接入点发送的判断结果。
本发明实施例中，所述通知单元，还用于向所述目标无线接入点通知所述源无线接入点的节点信息；当所述目标无线接入点判断出建立直接转发隧道或者间接转发隧道后，接收所述目标无线接入点发送的判断结果。
本发明实施例中，所述通知单元通过指示消息的方式接收所述判断结果；所述指示消息还携有终端的ran上下文，所述ran上下文通过所述核心网网元透传给目标ran节点。
本发明实施例中，所述装置还包括：
分配单元，用于根据所述判断结果，确定建立间接转发隧道时，分配核心网转发隧道信息。
本发明另一实施例提供的数据转发装置，包括：
确定单元，用于当源无线接入点接收核心网网元发送的寻呼停止消息后，确定是否需为所述终端建立转发隧道；
发送单元，用于当需为所述终端建立转发隧道时，向所述核心网网元发送转发隧道建立请求；
转发单元，用于在接收到所述核心网网元发送的转发隧道建立完成消息后，利用所建立的转发隧道进行终端资源的转发。
本发明实施例中，所述确定单元，还用于确定是否需为所述终端建立转发隧道时，还确定建立间接转发隧道还是直接转发隧道。
本发明实施例的技术方案中，确定终端接入至目标无线接入点时，核心网网元向所述目标无线接入点以及源无线接入点发送用于通知建立转发隧道的消息。源无线接入点接收核心网网元发送的寻呼停止消息后，确定是否需为所述终端建立转发隧道；需为所述终端建立转发隧道时，向所述核心网网元发送转发隧道建立请求；在接收到所述核心网网元发送的转发隧道建立完成消息后，利用所建立的转发隧道进行终端资源的转发。如此，当终端没有空口连接的情况下，离开rananchor的覆盖范围时，下行数据到达的时仍可以通知到终端，从而使得下行数据可达。
附图说明
图1为演进分组域系统的结构示意图。
图2为下一代网络的架构示意图。
图3为改进后的网络架构示意图。
图4为基于图3的架构下的网络部署示意图；
图5为本发明实施例的数据转发方法的流程示意图一；
图6为本发明实施例的数据转发方法的流程示意图二；
图7本发明实施例的转发路径建立的流程一；
图8是本发明实施例的转发路径建立的流程二；
图9是本发明实施例的转发路径建立的流程三；
图10为本发明实施例的数据转发装置的结构组成示意图一；
图11为本发明实施例的数据转发装置的结构组成示意图二。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。
图5为本发明实施例的数据转发方法的流程示意图一，本示例中的数据转发方法应用于核心网侧，本示例中的目标无线接入点是指终端新接入的无线接入点，源无线接入点是指挂起了终端资源的无线接入点，也称为旧的无线接入点；如图5所示，所述数据转发方法包括以下步骤：
步骤501：确定终端接入至目标无线接入点时，核心网网元向所述目标无线接入点以及源无线接入点发送用于通知建立转发隧道的消息。
本发明实施例中，所述方法还包括：
所述核心网网元接收到源无线接入点发送的建立转发隧道的指示后，指示所述目标无线接入点建立转发隧道；向所述源无线接入点发送转发隧道信息。
本发明实施例中，所述方法还包括：
当针对所述终端的下行数据达到时，所述核心网网元通过多个无线接入点向所述终端发起寻呼；
将寻呼到所述终端的无线接入点作为所述目标无线接入点。
本发明实施例中，所述方法还包括：
所述核心网网元向所述源无线接入点通知所述目标无线接入点的节点信息；
当所述源无线接入点判断出建立直接转发隧道或者间接转发隧道后，所述核心网元接收所述源无线接入点发送的判断结果。
本发明实施例中，所述方法还包括：
所述核心网网元向所述目标无线接入点通知所述源无线接入点的节点信息；
当所述目标无线接入点判断出建立直接转发隧道或者间接转发隧道后，所述核心网元接收所述目标无线接入点发送的判断结果。
所述核心网元通过指示消息的方式接收所述判断结果；
所述指示消息还携有终端的ran上下文，所述ran上下文通过所述核心网网元透传给目标ran节点。
本发明实施例中，所述核心网网元根据所述判断结果，确定建立间接转发隧道时，分配核心网转发隧道信息。
图6为本发明实施例的数据转发方法的流程示意图二，本示例中的数据转发方法应用于源无线接入点侧，本示例中的目标无线接入点是指终端新接入的无线接入点，源无线接入点是指挂起了终端资源的无线接入点，也称为旧的无线接入点；如图6所示，所述数据转发方法包括以下步骤：
步骤601：源无线接入点接收核心网网元发送的寻呼停止消息后，确定是否需为所述终端建立转发隧道。
步骤602：需为所述终端建立转发隧道时，向所述核心网网元发送转发隧道建立请求。
步骤603：在接收到所述核心网网元发送的转发隧道建立完成消息后，利用所建立的转发隧道进行终端资源的转发。
本发明实施例中，所述源无线接入点确定是否需为所述终端建立转发隧道时，还确定建立间接转发隧道还是直接转发隧道。
在本发明另一实施方式中，数据转发方法还包括：源无线接入点接收核心网网元发送的转发隧道消息后，利用所建立的转发隧道进行终端资源的转发，在所述终端资源转发完毕后，释放所述转发隧道，并通知所述核心网网元。
下面结合具体应用场景对本发明实施例的数据转发方法做进一步详细描述。
图7～图9中的mmf和rananchor之间的消息，可以是图中描述的消息，即利用某些消息传递相应的参数，也可以是其他合适的消息，或者是新增消息，只要是能够传递所需要的信息，并触发相应的流程即可。
图7是基于图3的架构下，数据恢复时，转发路径建立的流程一。如图7所示，所述流程包括：
步骤701：下行数据到达源ran，ran触发寻呼。如果ran侧实现的控制面和用户面分离，下行数据应该缓存在用户面，从而触发控制面进行寻呼。rananchor在自身的覆盖范围内触发寻呼。
步骤702～703：rananchor节点触发寻呼的同时，通知核心网mmf下行数据到达，mmf可以在更大的范围内寻呼终端。mmf根据为终端分配的位置更新的范围来确定寻呼范围。可能需要向多个rananchor发送寻呼。
步骤704：假设终端在目标rananchor的覆盖范围被寻呼到。
步骤705：终端发起业务请求或者数据业务恢复请求，请求恢复数据连接。当终端收到寻呼消息，可以比较之前驻留的rananchor范围和新的小区所在的rananchor信息判断应该发起业务请求，而不是数据业务。或者，为了简化终端操作可以不进行任何比较，终端总是发起数据业务恢复请求，其中携带网络侧为终端分配的临时标识。
如果终端发起的业务请求，则目标rananchor将其转发给核心网的移动管理单元。在不同的架构中，可能要发给其他的核心网网元，并转发给移动管理功能。
如果终端发起的数据业务恢复请求，则目标rananchor根据本地没有可以用于恢复数据的信息判断需要转发给核心网。目标rananchor根据终端携带的临时标识找到终端之前所在的核心网网元，并发生数据业务恢复请求。
步骤706：mmf比较之前保存的源rananchor的信息，和步骤705中的目标rananchor的信息，判断终端移动到了新的rananchor区域，并且在源rananchor可能存在缓存数据。
步骤707：如果该过程是由寻呼触发，则mmf通知源rananchor停止寻呼，并指示终端从新的rananchor接入，其中携带目标rananchor的信息。如果没有寻呼触发，而是终端从新接入点接入，则mmf通知源rananchor节点，终端从新的rananchor节点接入，并携带目标rananchor节点的信息。
源rananchor判断是否需要数据转发，并且判断是否可以建立直接或者间接转发隧道。
步骤708：源rananchor返回转发隧道建立请求，其中携带直接转发或者间接转发指示。
该消息中还可以进一步包含终端的ran上下文，可以通过mmf在步骤709中透传给目标rananchor节点。
步骤709：根据步骤708中的指示，如果需要建立间接转发隧道，则mmf通知smf-c建立间接转发隧道，smf-c选择合适的smf-u作为间接转发，并将建立的转发隧道标识和地址分配返回给mmf，mmf。如果建立的间接转发隧道，mmf通知smf-c的过程，可以在步骤511之后执行，即已经获取了目标rananchor的转发隧道信息之后在执行，从而减少信令交互。
如果建立直接转发隧道，则不需要选择cn的转发数据功能。
mmf发送ue上下文建立请求给目标rananchor，其中携带核心网的隧道段标识和地址，以及终端的会话、安全上下文，并且指示目标rananchor需要建立数据转发隧道。
步骤710：目标rananchor保存终端的上下文，并根据终端的上下文建立相应的无线连接。
步骤711：目标rananchor返回上下文建立响应，并根据指示返回数据转发的相关信息，隧道段标识和ip地址。
步骤712：mmf向源rananchor返回转发隧道建立响应。
如果建立了间接转发隧道，则需要将目标rananchor返回的数据转发隧道信息发送给的smf-c，smf-c将其发送给参与间接转发的smf-u。mmf在转发隧道建立响应消息中携带参与间接转发的smf-u的隧道信息。
如果是建立直接转发隧道，则mmf在转发隧道建立响应消息中，携带目标rananchor返回的转发隧道信息。
步骤713：源rananchor可以在数据转发结束后，显式的通知释放与核心网的连接。也可以采用定时器的方式，当定时器超时后，源rananchor，核心网参与数据转发的网元，释放相应的转发资源。
图8是基于图3的架构下，数据恢复时，转发路径建立的流程二。如图8所示，所述流程包括：
步骤801：下行数据到达源ran，ran触发寻呼。如果ran侧实现的控制面和用户面分离，下行数据应该缓存在用户面，从而触发控制面进行寻呼。rananchor在自身的覆盖范围内触发寻呼。
步骤802～803：rananchor节点触发寻呼的同时，通知核心网mmf下行数据到达，mmf可以在更大的范围内寻呼终端。mmf根据为终端分配的位置更新的范围来确定寻呼范围。可能需要向多个rananchor发送寻呼。
步骤804：假设终端在目标rananchor的覆盖范围被寻呼到。
步骤805：终端发起业务请求或者数据业务恢复请求，请求恢复数据连接。当终端收到寻呼消息，可以比较之前驻留的rananchor范围和新的小区所在的rananchor信息判断应该发起业务请求，而不是数据业务。或者，为了简化终端操作可以不进行任何比较，终端总是发起数据业务恢复请求，其中携带网络侧为终端分配的临时标识。
如果终端发起的业务请求，则目标rananchor将其转发给核心网的移动管理单元。在不同的架构中，可能要发给其他的核心网网元，并转发给移动管理功能。
如果终端发起的数据业务恢复请求，则目标rananchor根据本地没有可以用于恢复数据的信息判断需要转发给核心网。目标rananchor根据终端携带的临时标识找到终端之前所在的核心网网元，并发生数据业务恢复请求。
由于可能存在转发数据，为了减少后续的信令交互，因此可以在该消息中携带转发隧道信息。
步骤806：mmf比较之前保存的源rananchor的信息，和步骤805中的目标rananchor的信息，判断终端移动到了新的rananchor区域，并且在源rananchor可能存在缓存数据。
步骤807：如果该过程是由寻呼触发，则mmf通知源rananchor停止寻呼，并指示终端从新的rananchor接入，其中携带目标rananchor的信息。源rananchor判断是否需要数据转发，并且判断是否可以建立直接或者间接转发隧道。
如果没有寻呼触发，而是终端从新接入点接入，则mmf通知源rananchor节点，终端从新的rananchor节点接入，并携带目标rananchor节点的信息。
步骤808：源rananchor返回转发隧道建立请求，其中携带直接转发或者间接转发指示。
该消息中还可以进一步包含终端的ran上下文，可以通过mmf在步骤809中透传给目标rananchor节点。
步骤809，mmf发送ue上下文建立请求给目标rananchor，其中携带核心网的隧道段标识和地址，以及终端的会话、安全上下文。
步骤810：目标rananchor保存终端的上下文，并根据终端的上下文建立相应的无线连接。
步骤811：目标rananchor返回上下文建立响应，并根据指示返回数据转发的相关信息，隧道段标识和ip地址。
步骤812：mmf向源rananchor返回转发隧道建立响应。根据步骤808中的指示，如果需要建立间接转发隧道，则mmf通知smf-c建立间接转发隧道，并将步骤805中收到的目前rananchor的转发隧道信息，发送给smf-c，smf-c选择合适的smf-u作为间接转发，并将建立的转发隧道标识和地址分配返回给mmf，mmf将转发隧道标识和地址发送给源rananchor。如果建立直接转发隧道，则mmf将步骤805中收到的目标rananchor发送转发数据隧道信息发送给源rananchor
该步骤可以在步骤808之后立即执行，不需要步骤809～811完成。
步骤813：源rananchor可以在数据转发结束后，显式的通知释放与核心网的连接。也可以采用定时器的方式，当定时器超时后，源rananchor，核心网参与数据转发的网元，释放相应的转发资源。
图9是基于图3的架构下，数据恢复时，转发路径建立的流程三。如图9所示，所述流程包括：
步骤901：下行数据到达源ran，ran触发寻呼。如果ran侧实现的控制面和用户面分离，下行数据应该缓存在用户面，从而触发控制面进行寻呼。rananchor在自身的覆盖范围内触发寻呼。
步骤902～903：rananchor节点触发寻呼的同时，通知核心网mmf下行数据到达，mmf可以在更大的范围内寻呼终端。mmf根据为终端分配的位置更新的范围来确定寻呼范围。可能需要向多个rananchor发送寻呼。
步骤904：假设终端在目标rananchor的覆盖范围被寻呼到。
步骤905：终端发起业务请求或者数据业务恢复请求，请求恢复数据连接。当终端收到寻呼消息，可以比较之前驻留的rananchor范围和新的小区所在的rananchor信息判断应该发起业务请求，而不是数据业务。或者，为了简化终端操作可以不进行任何比较，终端总是发起数据业务恢复请求，其中携带网络侧为终端分配的临时标识。
如果终端发起的业务请求，则目标rananchor将其转发给核心网的移动管理单元。在不同的架构中，可能要发给其他的核心网网元，并转发给移动管理功能。
如果终端发起的数据业务恢复请求，则目标rananchor根据本地没有可以用于恢复数据的信息判断需要转发给核心网。目标rananchor根据终端携带的临时标识找到终端之前所在的核心网网元，并发生数据业务恢复请求。
源rananchor发送给mmf的消息中还可以进一步包含终端的ran上下文，可以通过mmf在步骤907中透传给目标rananchor节点。
步骤906：mmf比较之前保存的源rananchor的信息，和步骤905中的目标rananchor的信息，判断终端移动到了新的rananchor区域，并且在源rananchor可能存在缓存数据。
步骤907：mmf发送ue上下文建立请求给目标rananchor，其中携带核心网的隧道段标识和地址，以及终端的会话、安全上下文，以及源rananchor或者源接入基站的相关信息。
步骤908：目标rananchor保存终端的上下文，并根据终端的上下文建立相应的无线连接。
步骤909：目标rananchor返回上下文建立响应。目标rananchor根据步骤907中携带的源侧信息判断直接转发或者间接转发，并在响应消息中通知mmf。该消息中还需要携带数据转发的相关信息：隧道段标识和ip地址。
步骤910：mmf向源rananchor发送转发隧道建立请求。
根据步骤909中的指示，如果需要建立间接转发隧道，则mmf通知smf-c建立间接转发隧道，smf-c选择合适的smf-u作为间接转发，并将建立的转发隧道标识和地址分配返回给mmf，mmf。mmf需要将目标rananchor返回的数据转发隧道信息发送给的smf-c，smf-c将其发送给参与间接转发的smf-u。mmf在转发隧道建立请求消息中携带参与间接转发的smf-u的隧道信息。
如果建立直接转发隧道，则不需要选择cn的转发数据功能。mmf在转发隧道建立请求消息中，携带目标rananchor返回的转发隧道信息。
步骤911：源rananchor可以在数据转发结束后，显式的通知释放与核心网的连接。也可以采用定时器的方式，当定时器超时后，源rananchor，核心网参与数据转发的网元，释放相应的转发资源。
为了实现一种更加快速的恢复，可以在图9的基础上进行如下优化：
步骤905：终端发起的业务恢复消息中，携带源rananchor节点或者源rannode的信息，例如恢复id中包含源基站的信息。目标rananchor根据这一信息判断执行间接或者直接转发。在发送给mmf的数据恢复请求中携带转发数据的隧道信息，包括隧道端标识和地址信息。还包括间接转发或者直接转发指示。
此时mmf不需要在步骤909之后执行步骤910，而是步骤910～911可以和步骤907～909同时执行，从而加快数据恢复的速度。
图10为本发明实施例的数据转发装置的结构组成示意图一，如图10所示，所述装置包括：
通知单元11，用于确定终端接入至目标无线接入点时，核心网网元向所述目标无线接入点以及源无线接入点发送用于通知建立转发隧道的消息。
所述通知单元11，还用于接收到源无线接入点发送的建立转发隧道的指示后，指示所述目标无线接入点建立转发隧道；向所述源无线接入点发送转发隧道信息。
所述装置还包括：
寻呼单元12，用于当针对所述终端的下行数据达到时，所述核心网网元通过多个无线接入点向所述终端发起寻呼；将寻呼到所述终端的无线接入点作为所述目标无线接入点。
所述通知单元11，还用于向所述源无线接入点通知所述目标无线接入点的节点信息；当所述源无线接入点判断出建立直接转发隧道或者间接转发隧道后，接收所述源无线接入点发送的判断结果。
所述通知单元11通过指示消息的方式接收所述判断结果；所述指示消息还携有终端的ran上下文，所述ran上下文通过所述核心网网元透传给目标ran节点。
所述通知单元11，还用于向所述目标无线接入点通知所述源无线接入点的节点信息；当所述目标无线接入点判断出建立直接转发隧道或者间接转发隧道后，接收所述目标无线接入点发送的判断结果。
所述装置还包括：
分配单元13，用于根据所述判断结果，确定建立间接转发隧道时，分配核心网转发隧道信息。
图11为本发明实施例的数据转发装置的结构组成示意图二，如图11所示，所述装置包括：
确定单元21，用于当源无线接入点接收核心网网元发送的寻呼停止消息后，确定是否需为所述终端建立转发隧道；
发送单元22，用于当需为所述终端建立转发隧道时，向所述核心网网元发送转发隧道建立请求；
转发单元23，用于在接收到所述核心网网元发送的转发隧道建立完成消息后，利用所建立的转发隧道进行终端资源的转发。
所述确定单元21，还用于确定是否需为所述终端建立转发隧道时，还确定建立间接转发隧道还是直接转发隧道。
本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
在本发明所提供的几个实施例中，应该理解到，所揭露的方法和智能设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个第二处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。