本发明涉及通信领域，更具体地说，涉及一种呼叫转移实现方法、终端、核心网及计算机可读存储介质。
背景技术：
：：电话的出现，彻底改变了人们的通讯方式，电话也因此成为了人类历史上最为伟大的发明之一。如今，随着通信设施逐渐完善与便携式终端的普及，人们可以随时随地通过电话与其他进行沟通，因此，手机在用户生活与工作当中已经越来越重要了。特别是对于商务人士而言，其电话可能需要承担与众多重要工作伙伴的交流任务，对任何一通呼叫的忽略，都可能造成极其严重的损失。所以，为了避免因用户的某一终端无法接受呼叫，而导致该用户失去获知该呼叫本应当承载信息的机会，人们很早就已经提出了“呼叫转移”的概念。呼叫转移是移动通信网所提供的一种通信业务，在被叫用户因各种因素而无法通过某一号码接听电话时，核心网根据被叫用户的需求将此呼叫接续到另一个号码上的行为就是呼叫转移，其也被称为呼叫前转、呼入转移。呼叫转移的出现，为用户带来了不少方便，让用户漏接电话的情况大幅减少。但是，呼叫转移只能由“被转方”(也即当前无法应答呼叫的号码)向核心网发出请求，主动设置将针对自己的呼叫转移给“转入方”。而在很多情况下，之所以需要申请呼叫转移，就是因为用户当前与设置有“被转号码”的终端不在同一处。例如，用户因为疏漏而不慎将自己的工作手机遗忘在家里了，为了避免漏接该工作手机上的电话，所以，用户期望将针对该工作电话的呼叫转移到自己的备用手机上。在这种情况下，如果没有可以帮助申请呼叫转移的家庭成员，则按照现有的呼叫转移申请机制，用户就无法利用呼叫转移功能来避免工作电话的漏接。可见，现有的呼叫转移申请机制存在一些缺陷，所以现在需要提出一种新的呼叫转移实现机制，用以解决现有呼叫转移必须通过“被转方”来申请，从而造成用户申请呼叫转移不便，体验不高的问题。技术实现要素：本发明要解决的技术问题在于：提供一种新的呼叫转移实现方案，以解决现有技术中呼叫转移必须通过“被转方”来申请，从而造成用户申请呼叫转移不便，用体验不高的问题，针对该技术问题，提供一种呼叫转移实现方法、终端及核心网。为解决上述技术问题，本发明提供一种呼叫转移实现方法，所述呼叫转移实现方法包括：第一终端向核心网发送转移设置请求，所述转移设置请求中携带有与第二终端对应的识别标识，所述转移设置请求用于所述第一终端请求所述核心网将针对所述第二终端的呼叫转移给自己；所述第一终端接受所述核心网根据所述转移设置请求转移过来的呼叫请求。可选地，所述第一终端接受所述核心网根据所述转移设置请求转移过来的呼叫请求之前还包括：所述第一终端根据认证需求向所述核心网或所述核心网所指定的第三方认证平台发送认证应答，所述认证应答中包括能够与所述认证平台从所述第二终端处获取的认证依据相匹配的信息。可选地，所述呼叫转移实现方法还包括：当所述核心网应第三终端的转移设置请求将针对所述第一终端的呼叫转移至所述第三终端后，所述第一终端向所述核心网发送转移终止信息，所述转移终止信息用于所述第一终端请求所述核心网停止将针对自己的呼叫转移到所述第三终端。可选地，所述第一终端向核心网发送转移设置请求之后还包括：所述第一终端向所述核心网发送时间指定信息，所述时间指定信息用于告知所述核心网结束针对所述第二终端呼叫转移的时间。进一步地，本发明提供了一种呼叫转移实现方法，所述呼叫转移实现方法包括：核心网接收第一终端发送的转移设置请求，所述转移设置请求中携带有与第二终端对应的识别标识；所述核心网根据所述转移设置请求将针对所述第二终端的呼叫转移到所述第一终端。可选地，所述核心网根据所述转移设置请求将针对所述第二终端的呼叫转移到所述第一终端之前还包括：所述核心网通知指定的第三方认证平台对所述第一终端进行认证；所述核心网并接收所述第三方认证平台通过将从所述第一终端获得认证应答同预先从所述第二终端获取的认证依据进行匹配所获得的认证结果；所述核心网根据所述认证结果确定所述第一终端具备主动请求转移所述第二终端呼叫的资格；或，所述核心网接收所述第一终端根据认证需求发送的认证应答；所述核心网将所述认证应答同预先从所述第二终端处获取的认证依据进行匹配；所述核心网根据匹配结果确定所述第一终端具备主动请求转移所述第二终端呼叫的资格。可选地，所述核心网接收第一终端发送的携带有第二终端识别标识的转移设置请求还包括：所述核心网接收所述第一终端发送的时间指定信息；所述核心网对根据所述时间指定信息对将第二终端的呼叫转移到所述第一终端的结束时间进行监测；当确定结束时间到达后，所述核心网将针对所述第二终端呼叫切回到所述第二终端上；或，所述核心网接收所述第二终端发送的转移终止信息，并根据所述转移终止信息将针对所述第二终端的呼叫切回给所述第二终端。进一步地，本发明还提供了一种终端，所述终端包括第一处理器、第一存储器、第一通信装置及第一通信总线；所述第一通信总线用于实现所述第一处理器同所述第一存储器以及所述第一处理器同所述第一通信装置之间的连接通信；所述第一处理器用于执行第一存储器中存储的呼叫转移实现程序，以实现以下步骤：控制所述第一通信装置向核心网发送转移设置请求，所述转移设置请求中携带有与第二终端对应的识别标识，所述转移设置请求用于所述第一终端请求所述核心网将针对所述第二终端的呼叫转移给自己；控制所述第一通信装置接受所述核心网根据所述转移设置请求转移过来的呼叫请求。进一步地，本发明还提供了一种核心网，所述核心网包括第二处理器、第二存储器、第二通信装置及第二通信总线；所述第二通信总线用于实现所述第二处理器同第二存储器以及所述第二处理器同所述第二通信装置之间的连接通信；所述第二处理器用于执行存储器中存储的呼叫转移实现程序，以实现以下步骤：控制所述第二通信装置接收第一终端发送的转移设置请求，所述转移设置请求中携带有与第二终端对应的识别标识；控制所述第二通信装置根据所述转移设置请求将针对所述第二终端的呼叫转移到所述第一终端。进一步地，本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行以实现如上所述的呼叫转移实现方法步骤。有益效果本发明提供一种呼叫转移实现方法、终端、核心网及计算机可读存储介质，第一终端向核心网发送携带有与第二终端对应的识别标识的转移设置请求，然后接受核心网根据转移设置请求转移过来的呼叫请求。第一终端作为呼叫转移的“转入方”，可以通过向核心网发送携带有第二终端识别标识的转移设置请求，主动请求核心网将针对第二终端的呼叫转移给自己。所以根据本实施例提供的方案中，呼叫转移的实现并不需要依赖作为呼叫转移“被转方”的第二终端来提起。这很好地适应了用户因无法接触到“被转方”而需要申请呼叫转移的场景，满足了用户在没有“被转方”参与的情形下完成呼叫转移申请的需求，拓宽了呼叫转移功能的应用场景，让用户能够更方便的享受到呼叫转移服务，提升了用户体验。附图说明下面将结合附图及实施例对本发明作进一步说明，附图中：图1为本发明第一实施例提供的呼叫转移实现方法的一种流程图；图2为本发明第二实施例中提供的呼叫转移系统的一种示意图；图3为本发明第二实施例中提供的呼叫转移实现方法的一种流程图；图4为本发明第二实施例中第三方认证平台对第一终端进行认证的一种流程图；图5为本发明第二实施例中显示认证信息的一种显示界面示意图；图6为本发明第二实施例中显示提示信息的一种显示界面示意图；图7为本发明第三实施例中提供的终端的一种硬件结构示意图；图8为本发明第三实施例中提供的核心网的一种硬件结构示意图；图9为实现本发明各个实施例的一种移动终端的硬件结构示意图；图10为本发明实施例提供的一种通信网络系统架构图。具体实施方式应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。第一实施例：由于现有技术中，呼叫转移申请必须由呼叫转移的“被转方”提起，所以，导致用户无法在“被转方”不参与的情形下享受到呼叫转移所带来的各种优点与方便。因此，本实施例提供一种呼叫转移实现方法，用以解决上述问题。下面请参见图1：s102、第一终端向核心网发送转移设置请求。应当理解的是，呼叫转移业务本是针对电话号码的，即是一个电话号码的呼叫被转移到另一电话号码的过程。因此，从本质来说，本实施例中提供的e呼叫转移实现方法并不是针对不同终端之间的呼叫转移，只不过，因为每一个电话号码都需要以终端作为承载，而在大多数需要设置呼叫转移的情景当中，进行呼叫转移的时候，均是将针对终端a上电话号码a的呼叫转移到终端b上的b电话号码，所以本实施例中在说明的时候，均是以终端进行的。但实际上，本实施例中的第一终端与第二终端可能是同一终端。例如，用户拥有一部双卡双待手机，其定居在c城，因此办理了c城的电话号码。但是因为出差或旅游的原因，用户到了d城，为了避免在d城使用c城电话号码而缴纳大量漫游费的问题。用户在d城也申请了一个电话号码作为临时号码。但是，由于大多数联系人可能都只了解用户c城的电话号码，因此，在向该用户发起呼叫的时候，还是将c城的号码作为被叫号码。在这种情况下，用户可以使用本实施例中提供的呼叫转移设置方法将针对c城号码的呼叫转移到d城号码上。在实现呼叫转移的过程中，“被转方”与“转入方”均是同一部智能手机。本实施例中，第一终端作为“转入方”向核心网发送的转移设置请求需要令核心网根据其确定“被转方”的身份信息，所以在转移设置请求中携带有与“被转方”第二终端对应的识别标识。这个识别标识可以是能够唯一识别第二终端的标识号，诸如设置在第二终端中的sim卡卡号(即第二终端的iccid标识(integratecircuitcardidentity，集成电路卡识别码))、第二终端的硬件识别号、第二终端的imsi号(国际移动用户识别码，internationalmobilesubscriberidentificationnumber)等。也可以是与第二终端绑定的电子邮箱账户、用户身份证号码等。应当理解的是，当识别标识是能够唯一识别第二终端的标识号时，核心网可以直接根据该转移设置请求确定“被转方”是哪一个，但是如果转移设置请求中携带的识别标识是与第二终端绑定的电子邮箱账号或用户身份证号时，则存在一个电子邮箱账号或一个身份证号对应多个终端的可能性，在这种情况下，核心网除了根据转移设置请求中携带的识别标识以外，还需要结合其他信息来确定第二终端的身份。例如，用户通过自己的身份证号注册了两个手机号码，当其需要将第二号码的呼叫转移到第一号码的时候，其通过设置有第一号码的第一终端可以向核心网发送携带有自己身份证号的转移设置请求，则在这种情况下，核心网可以确定该身份证下的第一号码已经作为“转入方”了，那么很显然，另一号码，即第二号码所对应的第二终端就是“被转方”了。在这种情境下，核心网在确定“被转方”身份的时候，实际上是将转移设置请求中的识别标识与一些预设规则结合才确定的。s104、核心网根据转移设置请求将针对第二终端的呼叫转移给第一终端。当核心网接收到转移设置请求之后，并在根据转移设置请求确定出第二终端的身份之后，可以将针对第二终端的呼叫接续规则进行设置并存储。在后续过程中，当某一主叫向作为被叫的第二终端发起呼叫时，核心网在接收到该呼叫之后，直接根据先前的设置将该呼叫接续给第一终端。由于本实施例中是直接由“转入方”第一终端向核心网申请将针对“被转方”第二终端的呼叫转移给自己，而并没有征得第二终端的同意，这种做法在实际应用中，可能需要一些改进以便维护第二终端的合法权益。所以，在本实施例的一种示例当中，核心网在接收到第一终端的转移设置请求后，将针对第二终端的呼叫接续到第一终端之前，需要确定第一终端是否具备主动请求转移第二终端呼叫的资格。只有当经过认证，确定第一终端具备该资格之后，才进行后续的呼叫转移。核心网确定第一终端是否资格认证时，可以由其自身对第一终端进行认证，也可以通知其指定的第三方认证平台对第一终端进行认证。核心网或第三方认证平台在对第一终端进行资格认证的时候，主要是基于第二终端预先发送过来的认证依据对第一终端进行认证。所以，在核心网或第三方认证平台进行认证之前，第二终端应当在适当的时候将自己的认证依据先发送给核心网或第三方认证平台，由核心网或第三方认证平台存储认证依据，以供后续需要的时候使用。可选地，第二终端向核心网发送认证依据时，可以是在用户的控制下进行，也可以是自动进行。如果其在用户的控制下向核心网或第三方认证平台发送认证依据，则用户应当在第二终端在自己的触击范围内时就将认证依据发送出去，而不能等到自己无法操控到第二终端以后。如果认证依据由第二终端自动发送，则用户可以为第二终端设置一个定时周期，让第二终端每隔一段时间就自动将最新的认证依据发送给核心网或第三方认证平台。相应地，第一终端应当在核心网或第三方认证平台鉴权之前将与认证依据相匹配的认证应答发送给核心网或第三方认证平台，毫无疑义地是，如果进行资格认证的是核心网，则第一终端和第二终端将会分别把认证应答与认证依据发送给核心网；如果进行资格认证的是核心网指定的第三方认证平台，则第一终端和第二终端将会分别把认证应答与认证依据发送给第三方认证平台。可以理解的是，第一终端向核心网或第三方认证平台发送的认证应答可以是其主动发送的，也可以是根据核心网或第三方认证平台下发的指示上报的。下面对认证执行方对第一终端进行资格认证的方案进行阐述：第一种，认证应答内容固定的方案：若在某一示例当中，第一终端主动发送认证应答，则说明在该示例当中，在任何一次申请呼叫转移的过程中，第一终端所发送的认证应答内容都是固定的。例如，第一终端与核心网或第三方认证平台预先约定，发送的认证应答包括第一终端机主的身份证号、银行卡号、电子邮箱、qq号。则第一终端每次在主动请求核心网将其他终端的呼叫转移给自己时，都会将这些信息携带在认证应答中发送给对应的认证执行方。可选地，当认证应答内容固定时，第一终端可以将认证应答与转移设置请求一起发送给核心网，当核心网接收到认证应答之后，若由其自身进行认证，则其根据认证应答与预先从第二终端处获取到的认证依据进行认证。若认证执行方为其他第三方认证平台，则核心网可以将接收到的认证应答转发给对应的第三方认证。当然，对于后一种情况，认证应答也可以由第一终端直接发送给第三方认证平台，而不通过核心网转发。第二种，认证应答内容不固定的方案：方案a，在这种方案当中，认证应答的内容根据核心网或第三方认证平台下发的指示确定，例如第二终端向认证执行方发送的认证依据中包括自己所有的联系人信息。则在某次认证过程中，认证执行方可以在进行认证之前，先向第一终端发送多个联系人信息，这些联系人信息中包括第二终端上报的联系人信息，也包括第二终端未上报的“伪联系人信息”，认证执行方可以指示第一终端从这些联系人信息中选择出第二终端所存储的联系人。可以理解的是，该示例中的联系人信息可以替代为已安装的应用程序信息，即第二终端上报的认证依据是自己已安装的全部应用程序名单，而认证执行方在向第一终端发送指示的时候会从第二终端上报的应用程序名单中选择出部分，然后自己添加一些第二终端并没有安装的应用程序名称，让第一终端的用户从自己的指示当中选择出哪些应用程序是第二终端安装了的。除了已安装应用程序以外，还可以使用照片拍摄情况、闹钟设置情况、历史操作情况、解锁情况等来替代联系人信息。方案b，第二终端预先向认证执行方发送的认证依据还可以是n个问题以及这n个问题的答案。而认证执行方在对第一终端进行资格认证时，可以从这n个问题当中选择出m个问题，并指示第一终端上报这m个问题的答案。接收到第一终端上报的认证应答之后，核心网或第三方认证平台可以将第一终端上报的答案与第二终端发送的答案进行比对，以确定第一终端对这m个问题的回答是否正确。其中，m小于等于n。在实际资格认证过程中，核心网或第三方认证平台可以将上述几种认证方案进行结合，例如，第一终端既上报内容固定的认证应答，又根据认证执行方下发的指示上报内容不固定的认证应答。除了根据第一终端上报的认证应答进行认证以外，认证执行方还可以根据其他方式获得的信息来认证第一终端是否具备资格，例如，核心网或第三方认证平台指示第一终端，让第一终端要求第二终端上的至少三个联系人向自己发送固定格式的短消息。前述认证方案均是为了确定第一终端具备请求转移第二终端呼叫的资格，在核心网确定自己对第一终端的认证成功或根据第三方认证平台的认证结果确定认证成功之后，核心网可以将针对第二终端的呼叫接续给第一终端。但在本实施例的一个示例当中，核心网除了确定第一终端具备主动请求转移第二终端呼叫的资格以外，还会进一步确认第二终端当前是否需要进行呼叫转移，例如，核心网向第二终端发起n次呼叫，并确定这n次呼叫均无人接听，则判定第二终端当前确实需要呼叫转移。毫无疑义地是，本实施例中的第一终端在某些场景中是作为“转入方”，但在另一些示例当中，其又会作为“被转方”，当第一终端作为“被转方”的时候，需要将自己的认证依据发送给第三方认证平台或者核心网。本实施例提供的呼叫转移实现方法，考虑到了实际需要申请呼叫转移的场景中，“转入方”通常是在用户可触及的范围内，而“被转方”却不一定在该范围内这一关键点。由第一终端主动向核心网发起请求，然后核心网根据第一终端的转移设置请求将针对第二终端的呼叫接续给第一终端。本实施例提供的方案颠覆了只能由“被转方”向核心网提起呼叫转移请求的传统做法，让呼叫转移请求由“转入方”提起，避免了用户因无法触及到“被转方”，而无法享受呼叫转移业务的问题，与实际场景更加契合，提升了用户体验，也扩大呼叫转移的应用场景。更进一步地，本实施例中核心网在根据转移设置请求将针对“被转方”的呼叫转移给“转入方”之前，会对第一终端的资格进行认证，只有在确定第一终端具备资格之后，核心网才会将第二终端的呼叫转移给第一终端，保证了本申请中呼叫转移的安全性，维护了针对第二终端呼叫的安全性。更进一步地，核心网还会对第二终端是否有呼叫转移需求进行确定，这更进一步保证了第二终端的权益。第二实施例：本实施例将在第一实施例中继续对呼叫转移实现方法进行说明，在本实施例中，对第一终端进行资格认证的是核心网所指定的第三方认证平台。下面请参见图2所示出的呼叫转移系统的示意图：呼叫转移系统2包括第一终端21、第二终端22以及核心网23、第三方认证平台24。当然，除了第一终端21、第二终端22以外，还包括一些能够对第二终端22发起呼叫的其他终端，对此，图2当中并未示出。假定第一终端21与第二终端22均为一个用户所拥有，若用户当前仅携带了第一终端21在自己身边，而第二终端22在自己无法触及到的范围内。为了避免错过针对第二终端22的呼叫，用户可以使用第一终端21向核心网23将针对第二终端22的呼叫转移到第一终端21上。下面结合图3对用户利用第一终端21对实现呼叫转移的过程进行介绍：s302、第一终端向核心网发送转移设置请求。当用户需要将第二终端的呼叫转移到第一终端时，通过第一终端向核心网发起转移设置请求，转移设置请求中至少携带有“被转方”第二终端对应的识别标识。识别标识用于让核心网确定“被转方”是哪一个。s304、核心网通知第三方认证平台对第一终端进行认证。当核心网接收到第一终端发送的转移设置请求之后，需要了解第一终端是否具备主动请求将针对第二终端的呼叫转移给自己的资格。由于本实施例中，资格认证执行方为第三方认证平台，所以，核心网会通知第三方认证平台对第一终端的资格进行认证。s306、第三方认证平台对第一终端进行认证。对于第三方认证平台的具体认证过程，请参见图4：s402、第二终端预先将认证依据发送给第三方认证平台。在本实施例中，终端为了方便自己在离开用户之后，用户针对自己提起呼叫转移请求，享受呼叫转移服务。第二终端会自动或在用户方便的时候根据用户的指示将自己的认证依据发送给第三方认证平台，因为，核心网只会在确定第一终端具备请求资格之后，才会向用户提供呼叫转移业务。除了第一实施例中提供的几种认证方案以外，第二终端向第三方认证平台发送的认证依据也可以是被自己授予请求资格的终端的标识信息。但是在本示例当中，第二终端根据第一实施例提供的认证方案，定时向第三方认证平台自己当前存储的用户最新拍摄的10张照片作为认证依据。s404、第三方认证平台向第一终端发送认证指示。由于第二终端发送的认证依据是用户在第二终端上拍摄并存储的10张最新照片，而第三方认证平台的认证原理主要是考察第一终端的用户对第二终端的熟悉程度。所以，第三方认证平台在构造认证指示的时候，会选择这10张照片中的部分，同时在认证指示中添加一些并非来源于第二终端的照片，以便增加第一终端用户选择出正确照片的难度。s406、第三方认证平台接收第一终端发送的认证应答。认证指示构造完成之后，第三方认证平台将该认证指示发送给第一终端。可选地，在认证指示中还包括对第一终端发送认证应答的时间要求，例如要求第一终端在60s内反馈应答指示。具体的，第三方认证平台所发送的认证指示在第一终端上的显示可以入图5所示。s408、第三方认证平台对认证应答于认证依据进行匹配获得认证结果。当用户从图5所示的界面中选择出了一张或多张照片之后，第一终端会将用户的选择生成认证应答并反馈给第三方认证平台。若第三方认证平台对第一终端反馈认证应答有时间要求，且第三方认证平台判定第一终端反馈超时，则第三方认证平台可以直接判定本次认证失败或认证失效，并向第一终端反馈提示信息，具体地，显示有提示信息的显示界面可如图6所示。第三方认证平台判定第一终端反馈的认证应答有效的时候，其会将该认证应答与预先从第二终端处获取到的认证依据进行匹配，以确定第一终端的用户所选择的照片是否正确。s308、第三方认证平台将认证结果发送给核心网。得到认证结果之后，第三方认证平台需要将该结果发送给核心网，以供核心网确定是否根据第一终端的转移设置请求将第二终端的呼叫进行转移。s310、核心网将针对第二终端的呼叫转移给第一终端。若认证结果显示对第一终端的认证失败，则第一终端不具备主动请求转移第二终端呼叫的资格，核心网拒绝响应其转移设置请求；若认证结果显示认证成功，则在此后的过程中，核心网可以将针对第二终端呼叫接续给第一终端，以便用户从第一终端上接听到电话，这里假定认证结果为成功。s312、第二终端向核心网发送的转移终止信息。当呼叫转移持续一段时间后，用户没有从继续呼叫转移的需求后，用户可能希望解除针对第二终端的呼叫转移。例如当用户可以接触到第二终端时，用户不需要再通过第一终端接听针对第二终端的电话。这时，用户可以通过第二终端向核心网发送转移终止信息，以便让核心网根据转移终止信息停止对第二终端的呼叫转移。可以理解的是，如果是第一终端作为“被转方”，其他第三终端作为“转入方”，则第一终端需要终止针对自己的呼叫转移时，第一终端也可以自己想核心网发送转移终止信息。s314、核心网根据转移终止信息停止对第二终端的呼叫转移。核心网接收到转移终止信息时，核心网停止将第二终端的呼叫接续给第一终端，也即当某一主叫用户向第二终端发起呼叫时，核心网直接将该呼叫接续给第二终端。可以理解的是，转移终止信息可以由第二终端发起，也可以由第一终端向核心网发送。在本实施例的一种示例当中，用户在不需要呼叫转移的时候，可以直接通过第一终端向核心网发送转移终止信息。在本实施例的另一示例当中，并不是通过转移终止信息结束呼叫转移业务的。具体的，在第一终端向核心网发送转移设置请求的同时，或者在第一终端向核心网发送转移设置请求之后，第一终端还会向核心网发送时间指定信息，时间指定信息用于告知核心网，此次呼叫转移合适结束。当核心网根据转移设置请求启动针对第二终端的呼叫转移时，会同时对时间进行监测，当其确定结束时间到达后，主动将针对第二终端呼叫切回去。本实施例提供的呼叫转移实现方法，不仅通过“转入方”发起转移设置请求，在用户无法接触到“被转方”情形下的实现呼叫转移，而且提供了多种结束呼叫转移的方案，让用户可以更加自由地掌控呼叫转移的起止时间，给了用户更好的用户体验。第三实施例：应当理解的是，前述各个实施例中提到的第一终端并不是只能作为呼叫转移的“转入方”，同样第二终端也并不是只能作为“被转方”，在不同的呼叫转移应用场景当中，第一终端与第二终端的“身份”可以互换。例如，在一个实施例中是第一终端主动请求将针对第二终端的呼叫转移给自己，但是在另外一个示例当中，可能又会存在一个第三终端主动请求转移该第一终端的呼叫。而在实际应用中一个终端也是既可以作为“转入方”又可以作为“被转方”的，因此，本实施例将在同一终端的基础上对前述各实施例中的第一终端与第二终端进行介绍，请参见图7所示出的终端硬件结构示意图：终端70包括第一处理器710、第一存储器720、第一通信装置730以及第一通信总线740。第一通信总线740可实现第一处理器710与第一存储器720、第一通信装置730之间的通信连接，在第一存储器720中可以存储一个或多个计算机程序，当然这些计算机程序中至少包括呼叫转移实现方法对应的计算机程序。第一处理器710可以独立实现或在调用或控制其他功能部件的情况下执行第一存储器720中存储的计算机程序，在本实施例中，第一处理器710调用与之通信连接的第一通信装置730完成同核心网的交互。请参见图8，核心网80包括第二处理器810、第二存储器820、第二通信装置830以及第二通信总线840。第二通信总线840可实现第二处理器810与第二存储器820、第二通信装置830之间的通信连接，在第二存储器820中可以存储一个或多个计算机程序，当然这些计算机程序中至少包括呼叫转移实现方法对应的计算机程序。第二处理器810可以独立实现或在调用或控制其他功能部件的情况下执行第二存储器820中存储的计算机程序，在本实施例中，第二处理器810调用与之通信连接的第二通信装置830完成同终端70的交互。首先以终端70作为“转入方”与核心网80以及作为“被转方”的“被转终端”实现呼叫转移为例进行说明：第一处理器710控制第一通信装置730向核心网80的第二通信装置830发送的转移设置请求需要令第二处理器810根据其确定“被转方”的身份信息，所以在转移设置请求中携带有与“被转方”被转终端对应的识别标识。这个识别标识可以是能够唯一识别被转终端的标识号，诸如设置在被转终端中的sim卡卡号、被转终端的硬件识别号、被转终端的imsi号等。也可以是与被转终端绑定的电子邮箱账户、用户身份证号码等。应当理解的是，当识别标识是能够唯一识别被转终端的标识号时，第二处理器810可以直接根据该转移设置请求确定“被转方”是哪一个，但是如果转移设置请求中携带的识别标识是与被转终端绑定的电子邮箱账号或用户身份证号时，则存在一个电子邮箱账号或一个身份证号对应多个终端的可能性，在这种情况下，第二处理器810除了根据转移设置请求中携带的识别标识以外，还需要结合其他信息来确定被转终端的身份。例如，用户通过自己的身份证号注册了两个手机号码，当其需要将第二号码的呼叫转移到第一号码的时候，其通过设置有第一号码的终端70可以向核心网发送携带有自己身份证号的转移设置请求，则在这种情况下，第二处理器810可以确定该身份证下的第一号码已经作为“转入方”了，那么很显然，另一号码，即第二号码所对应的被转终端就是“被转方”了。在这种情境下，第二处理器810在确定“被转方”身份的时候，实际上是将转移设置请求中的识别标识与一些预设规则结合才确定的。当第二通信装置830接收到转移设置请求，并在第二处理器810根据转移设置请求确定出被转终端的身份之后，可以将针对被转终端的呼叫接续规则进行设置并存储。在后续过程中，当某一主叫向作为被叫的被转终端发起呼叫时，第二通信装置830在接收到该呼叫之后，第二处理器810直接控制第二通信装置830根据先前的设置将该呼叫接续给终端70，此时，第一通信装置730接受到核心网80接续过来的呼叫请求，同时，第一处理器710在第一通信装置730接受呼叫请求之后，会控制终端70的输出单元(包括音频输出单元、显示屏等)向用户发出声音或显示提示，以告知用户当前有来电。由于本实施例中是直接由“转入方”终端70向核心网80申请将针对“被转方”被转终端的呼叫转移给自己，而并没有征得被转终端的同意，这种做法在实际应用中，可能需要一些改进以便维护被转终端的合法权益。所以，在本实施例的一种示例当中，核心网80的第二通信装置830在接收到第一通信装置730发送的转移设置请求后，将针对被转终端的呼叫接接续给终端70的第一通信装置730之前，需要确定终端70是否具备主动请求转移被转终端呼叫的资格。只有当经过认证，确定终端70具备该资格之后，才进行后续的呼叫转移。核心网80确定终端70是否资格认证时，可以由其自身对终端70进行认证，也可以通知其指定的第三方认证平台对终端70进行认证。核心网80或第三方认证平台在对终端70进行资格认证的时候，主要是基于被转终端预先发送过来的认证依据对终端70进行认证。所以，在核心网80或第三方认证平台进行认证之前，被转终端应当在适当的时候将自己的认证依据先发送给第二通信装置830或第三方认证平台，由核心网80的第二存储器820或第三方认证平台存储认证依据，以供后续需要的时候使用。可选地，被转终端向核心网的第二通信装置830发送认证依据时，可以是在用户的控制下进行，也可以是自动进行。如果其在用户的控制下向核心网80或第三方认证平台发送认证依据，则用户应当在被转终端在自己的触击范围内时就将认证依据发送出去，而不能等到自己无法操控到被转终端以后。如果认证依据由被转终端自动发送，则用户可以为被转终端设置一个定时周期，让被转终端每隔一段时间就自动将最新的认证依据发送给核心网80或第三方认证平台。可以理解的是，当终端70作为“被转方”时，也应当参照上述过程将自己的认证依据发送给核心网80或者第三方认证平台。相应地，终端70的第一处理器710应当在核心网或第三方认证平台鉴权之前控制第一通信装置730将与认证依据相匹配的认证应答发送给核心网或第三方认证平台，毫无疑义地是，如果进行资格认证的是核心网，则第一通信装置730和被转终端将会分别把认证应答与认证依据发送给核心网；如果进行资格认证的是核心网指定的第三方认证平台，则第一通信装置730和被转终端将会分别把认证应答与认证依据发送给第三方认证平台。可以理解的是，第一通信装置730向核心网或第三方认证平台发送的认证应答可以是其在第一处理器710的控制下主动发送的，也可以是根据核心网或第三方认证平台下发的指示上报的。下面对认证执行方对终端70进行资格认证的方案进行阐述：第一种，认证应答内容固定的方案：若在某一示例当中，第一通信装置730在第一处理器710的控制下主动发送认证应答，则说明在该示例当中，在任何一次申请呼叫转移的过程中，第一通信装置730所发送的认证应答内容都是固定的。例如，终端70与核心网80或第三方认证平台预先约定，发送的认证应答包括终端70机主的身份证号、银行卡号、电子邮箱、qq号。则第一通信装置730每次在主动请求核心网80将其他终端的呼叫转移给自己时，都会将这些信息携带在认证应答中发送给对应的认证执行方。可选地，当认证应答内容固定时，第一通信装置730可以将认证应答与转移设置请求一起发送给第二通信装置830，当第二通信装置830接收到认证应答之后，若由其自身进行认证，则第二处理器810根据认证应答与第二存储器820存储的，预先从被转终端处获取到的认证依据进行认证。若认证执行方为其他第三方认证平台，则第二通信装置830可以将接收到的认证应答转发给对应的第三方认证。当然，对于后一种情况，认证应答也可以由70直接发送给第三方认证平台，而不通过核心网80转发。第二种，认证应答内容不固定的方案：方案a，在这种方案当中，认证应答的内容根据核心网80或第三方认证平台下发的指示确定，例如被转终端向认证执行方发送的认证依据中包括自己所有的联系人信息。则在某次认证过程中，认证执行方可以在进行认证之前，先向终端70发送多个联系人信息，这些联系人信息中包括被转终端上报的联系人信息，也包括被转终端未上报的“伪联系人信息”，认证执行方可以指示终端70从这些联系人信息中选择出被转终端所存储的联系人。可以理解的是，该示例中的联系人信息可以替代为已安装的应用程序信息，即被转终端上报的认证依据是自己已安装的全部应用程序名单，而认证执行方在向第一通信装置730发送指示的时候会从被转终端上报的应用程序名单中选择出部分，然后自己添加一些被转终端并没有安装的应用程序名称，让终端70的用户从自己的指示当中选择出哪些应用程序是被转终端安装了的。除了已安装应用程序以外，还可以使用照片拍摄情况、闹钟设置情况、历史操作情况、解锁情况等来替代联系人信息。方案b，被转终端预先向认证执行方发送的认证依据还可以是n个问题以及这n个问题的答案。而认证执行方在对终端70进行资格认证时，可以从这n个问题当中选择出m个问题，并指示终端70上报这m个问题的答案。接收到终端70上报的认证应答之后，核心网80或第三方认证平台可以将终端70上报的答案与被转终端发送的答案进行比对，以确定终端70对这m个问题的回答是否正确。其中，m小于等于n。在实际资格认证过程中，核心网80或第三方认证平台可以将上述几种认证方案进行结合，例如，终端70的第一通信装置730既上报内容固定的认证应答，又根据认证执行方下发的指示上报内容不固定的认证应答。除了根据终端70上报的认证应答进行认证以外，认证执行方还可以根据其他方式获得的信息来认证终端70是否具备资格，例如，核心网80或第三方认证平台指示终端70，让终端70要求被转终端上的至少三个联系人向自己发送固定格式的短消息。前述认证方案均是为了确定终端70具备请求转移被转终端呼叫的资格，在核心网80确定自己对终端70的认证成功或根据第三方认证平台的认证结果确定认证成功之后，核心网80可以将针对被转终端的呼叫接续给终端70。但在本实施例的一个示例当中，核心网80除了确定终端70具备主动请求转移被转终端呼叫的资格以外，还会进一步确认被转终端当前是否需要进行呼叫转移，例如，核心网80向被转终端发起n次呼叫，并确定这n次呼叫均无人接听，则判定被转终端当前确实需要呼叫转移。本实施例提供的终端与核心网，该终端与核心网之间实现呼叫转移的方案当中考虑到了实际需要申请呼叫转移的场景中，“转入方”通常是在用户可触及的范围内，而“被转方”却不一定在该范围内这一关键点。由终端主动向核心网发起请求，然后核心网根据终端的转移设置请求将针对被转终端的呼叫接续给终端。本实施例提供的方案颠覆了只能由“被转方”向核心网提起呼叫转移请求的传统做法，让呼叫转移请求由“转入方”提起，避免了用户因无法触及到“被转方”，而无法享受呼叫转移业务的问题，与实际场景更加契合，提升了用户体验，也扩大呼叫转移的应用场景。更进一步地，本实施例中核心网在根据转移设置请求将针对“被转方”的呼叫转移给“转入方”之前，会对终端的资格进行认证，只有在确定终端具备资格之后，核心网才会将被转终端的呼叫转移给该终端，保证了本申请中呼叫转移的安全性，维护了针对被转终端呼叫的安全性。更进一步地，核心网还会对被转终端是否有呼叫转移需求进行确定，这更进一步保证了被转终端的权益。第四实施例：本实施例将结合具体示例对申请呼叫转移以及结束呼叫转移的整个过程进行说明，且在本实施例当中，由第三方认证平台作为认证执行方对终端的资格进行认定，请继续结合图7及图8：当用户需要将被转终端的呼叫转移到终端70时，通过终端70的第一通信装置730向核心网80发起转移设置请求，转移设置请求中至少携带有“被转方”被转终端对应的识别标识。识别标识用于让核心网80的第二处理器810确定“被转方”是哪一个。当核心网80的第二通信装置830接收到终端70发送的转移设置请求之后，需要了解终端70是否具备主动请求将针对被转终端的呼叫转移给自己的资格。由于本实施例中，资格认证执行方为第三方认证平台，所以，核心网80的第二通信装置830会通知第三方认证平台对终端70的资格进行认证。在本实施例中，被转终端为了方便自己在远离用户之后，用户针对自己提起呼叫转移请求，享受呼叫转移服务。被转终端会自动或在用户方便的时候根据用户的指示将自己的认证依据发送给第三方认证平台，因为，核心网80只会在确定终端70具备请求资格之后，才会向用户提供呼叫转移业务。除了第一实施例中提供的几种认证方案以外，被转终端向第三方认证平台发送的认证依据也可以是被自己授予请求资格的终端的标识信息。但是在本示例当中，被转终端根据第三实施例提供的认证方案，定时向第三方认证平台自己当前存储的用户最新拍摄的10张照片作为认证依据。由于被转终端发送的认证依据是用户在被转终端上拍摄并存储的10张最新照片，而第三方认证平台的认证原理主要是考察终端70的用户对被转终端的熟悉程度。所以，第三方认证平台在构造认证指示的时候，会选择这10张照片中的部分，同时在认证指示中添加一些并非来源于被转终端的照片，以便增加终端70用户选择出正确照片的难度。认证指示构造完成之后，第三方认证平台将该认证指示发送给终端70。终端70的第一通信装置730接收到认证指示之后，第一处理器710会控制显示屏参照图5的方式向用户显示第三方认证平台的认证指示。进一步地，在认证指示当中还可以包括第三方认证平台对终端70反馈认证应答的时间要求，例如要求终端70在60s内反馈应答指示。用户根据显示选择出一张或多张照片后，第一处理器710会将用户的选择生成认证应答并反馈给第三方认证平台。若第三方认证平台对终端70反馈认证应答有时间要求，且第三方认证平台判定终端70反馈超时，则第三方认证平台可以直接判定本次认证失败或认证失效，并向终端70反馈提示信息，具体地，显示有提示信息的显示界面可如图6所示。第三方认证平台判定终端70反馈的认证应答有效的时候，其会将该认证应答与预先从被转终端处获取到的认证依据进行匹配，以确定终端70的用户所选择的照片是否正确。得到认证结果之后，第三方认证平台需要将该结果发送给核心网80的第二通信装置830，以供第二处理器810确定是否根据终端70的转移设置请求将被转终端的呼叫进行转移。若认证结果显示对终端70的认证失败，则终端70不具备主动请求转移被转终端呼叫的资格，第二处理器810拒绝响应其转移设置请求；若认证结果显示认证成功，则在此后的过程中，第二处理器810可以控制第二通信装置830将针对被转终端呼叫接续给终端70，以便用户从终端70上接听到电话，这里假定认证结果为成功。当呼叫转移持续一段时间后，用户没有从继续呼叫转移的需求后，用户可能希望解除针对被转终端的呼叫转移。例如当用户可以接触到被转终端时，其不需要再通过终端70接听针对被转终端的电话。这时，用户可以通过被转终端向核心网发送转移终止信息，以便让核心网根据转移终止信息停止对被转终端的呼叫转移。核心网80的第二通信装置830接收到转移终止信息时，第二处理器810停止将被转终端的呼叫接续给终端70，也即当某一主叫用户向被转终端发起呼叫时，第二处理器810控制第二通信装置830直接将该呼叫接续给被转终端。可以理解的是，转移终止信息可以由被转终端发起，也可以由终端70向核心网发送。在本实施例的一种示例当中，用户在不需要呼叫转移的时候，可以直接由第一处理器710控制第一通信装置730向核心网80发送转移终止信息。在本实施例的另一示例当中，并不是通过转移终止信息结束呼叫转移业务的。具体的，在第一处理器710控制第一通信装置730向核心网80发送转移设置请求的同时，或者在第一处理器710控制第一通信装置730向核心网发送转移设置请求之后，终端70还会向核心网80发送时间指定信息，时间指定信息用于告知核心网80，此次呼叫转移合适结束。当核心网80根据转移设置请求启动针对被转终端的呼叫转移时，会同时对时间进行监测，当其确定结束时间到达后，主动将针对被转终端呼叫切回去。本实施例提供的终端与核心网，不仅通过“转入方”发起转移设置请求，在用户无法接触到“被转方”情形下的实现呼叫转移，而且提供了多种结束呼叫转移的方案，让用户可以更加自由地掌控呼叫转移的起止时间，给了用户更好的用户体验。第五实施例：前述实施例中的终端可以以各种形式来实施。例如，手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(personaldigitalassistant，pda)、便捷式媒体播放器(portablemediaplayer，pmp)、导航装置、可穿戴设备、智能手环、计步器等移动终端。请参阅图9，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端900可以包括：rf(radiofrequency，射频)单元901、音频输出单元902、显示单元903、用户输入单元904、存储器905、处理器906、以及电源907等部件。本领域技术人员可以理解，图9中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。下面结合图9对移动终端的各个部件进行具体的介绍：射频单元901可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器906处理；另外，将上行的数据发送给基站。通常，射频单元901包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元901还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于gsm(globalsystemofmobilecommunication，全球移动通讯系统)、gprs(generalpacketradioservice，通用分组无线服务)、cdma2000(codedivisionmultipleaccess2000，码分多址2000)、wcdma(widebandcodedivisionmultipleaccess,宽带码分多址)、td-scdma(timedivision-synchronouscodedivisionmultipleaccess，时分同步码分多址)、fdd-lte(frequencydivisionduplexing-longtermevolution，频分双工长期演进)和tdd-lte(timedivisionduplexing-longtermevolution，分时双工长期演进)等。音频输出单元902可以在移动终端900处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元901接收的或者在存储器905中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元902还可以提供与移动终端900执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元902可以包括扬声器、蜂鸣器等等。显示单元903用于显示由用户输入的信息或提供给用户的信息。显示单元903可包括显示面板9031，可以采用液晶显示器(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板9031。用户输入单元904可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元904可包括触控面板9041以及其他输入设备9042。触控面板9041，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板9041上或在触控面板9041附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板9041可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器906，并能接收处理器906发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板9041。除了触控面板9041，用户输入单元904还可以包括其他输入设备9042。具体地，其他输入设备9042可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。进一步的，触控面板9041可覆盖显示面板9031，当触控面板9041检测到在其上或附近的触摸操作后，传送给处理器906以确定触摸事件的类型，随后处理器906根据触摸事件的类型在显示面板9031上提供相应的视觉输出。虽然在图9中，触控面板9041与显示面板9031是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板9041与显示面板9031集成而实现移动终端的输入和输出功能，具体此处不做限定。存储器905可用于存储软件程序以及各种数据。存储器905可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器905可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。处理器906是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器905内的软件程序和/或模块，以及调用存储在存储器905内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器906可包括一个或多个处理单元；优选的，处理器906可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器906中。移动终端900还可以包括给各个部件供电的电源907(比如电池)，优选的，电源907可以通过电源管理系统与处理器906逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。尽管图9未示出，移动终端900还可以包括蓝牙模块、wifi模块等，在此不再赘述。本实施例中的移动终端900既可作为呼叫转移过程中的“被转方”，也可以作为“转入方”。为了方便用户在远离移动终端900的时候实现针对该移动终端的呼叫转移，移动终端900可以预先将自己的认证依据发送给核心网：例如用户通过移动终端900设置一个或多个问题，并将这些问题及其答案发送给核心网或第三方认证平台。通常，为了便于第三方认证平台或核心网的认证过程，移动终端900所反馈的问题应当是具有标准答案的，具体地移动终端900发送给认证执行方的认证依据可以表1所示的形式：表1认证问题认证答案被转方机主的姓名？张三被转方机主的籍贯？北京被转方机主的生日7月7日被转方的终端品牌nubia又或者，移动终端900可以将相册中存储最新的n张照片发送给认证执行方作为认证依据。在后续过程中，若用户远离移动终端900，又担心错过移动终端900上的呼叫，则用户可以通过其可以接触到的其他移动终端向核心网发送转移设置请求，然后接受核心网或第三方认证平台根据移动终端900发送的认证依据所进行的资格认证。若移动终端900作为“转入方”，则用户可以通过移动终端900的用户输入单元904触发处理器906生成转移设置请求，并由处理器906控制射频单元901发送给核心网。核心网接收到转移设置请求之后，会由自己或指示第三方认证平台对移动终端900进行资格认证。本实施例中假定有核心网自己根据表1所示的认证依据对移动终端900进行资格认证：核心网可以选择表1中全部或部分问题作为认证指示发送给移动终端900，移动终端900的射频单元901接收到认证指示之后，处理器906控制显示单元903对这些问题进行显示，显示单元903可以在屏幕上同时显示认证指示中的所有问题，也可以依次分别对每一个问题进行显示。显示单元903显示的同时，用户输入单元904通过触控面板9041以及其他输入设备9042接受用户的输入。处理器906根据用户的输入生成认证应答并指示射频单元901进行反馈。当认证通过之后，核心网会将被转方的呼叫接续给移动终端900，当射频单元901接收到呼叫请求时，处理器906控制显示单元903对来电进行显示，同时，根据用户预先设置的策略进行响铃提示和/或震动提示。当用户不需要在移动终端900上接听被转方电话的时候，用户可以通过移动终端900或被转方向核心网发送转移终止信息，指示核心网结束对被转方的呼叫转移。为了便于理解本发明实施例，下面对本发明的移动终端所基于的通信网络系统进行描述。请参阅图10，图10为本发明实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的lte系统，该lte系统包括依次通讯连接的ue(userequipment，用户设备)101，e-utran(evolvedumtsterrestrialradioaccessnetwork，演进式umts陆地无线接入网)102，epc(evolvedpacketcore，演进式分组核心网)103和运营商的ip业务104。具体地，ue101可以是上述移动终端900，此处不再赘述。e-utran102包括enodeb1021和其它enodeb1022等。其中，enodeb1021可以通过回程(backhaul)(例如x2接口)与其它enodeb1022连接，enodeb1021连接到epc103，enodeb1021可以提供ue101到epc103的接入。epc103可以包括mme(mobilitymanagemententity，移动性管理实体)1031，hss(homesubscriberserver，归属用户服务器)1032，其它mme1033，sgw(servinggateway，服务网关)1034，pgw(pdngateway，分组数据网络网关)1035和pcrf(policyandchargingrulesfunction，政策和资费功能实体)1036等。其中，mme1031是处理ue101和epc103之间信令的控制节点，提供承载和连接管理。hss1032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过sgw1034进行发送，pgw1035可以提供ue101的ip地址分配以及其它功能，pcrf1036是业务数据流和ip承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。ip业务104可以包括因特网、内联网、ims(ipmultimediasubsystem，ip多媒体子系统)或其它ip业务等。虽然上述以lte系统为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于lte系统，也可以适用于其他无线通信系统，例如gsm、cdma1000、wcdma、td-scdma以及未来新的网络系统等，此处不做限定。上述示例当中的epc103可与ue101一起实现对其他ue的呼叫转移，具体的，epc103可以接收各个ue发送的认证依据，并对认证依据进行存储。当某一个ue101主动申请将其他ue的呼叫转移给其自身时，epc103根据转移设置请求中携带的识别标识确定出被转ue是哪一个，并从存储的多个认证依据中选择对该被转ue的认证依据，然后根据该认证依据构造认证指示下发给ue101，指示ue101反馈对应的认证应答。接收到ue101反馈的认证应答后，epc103对认证应答与认证依据进行匹配，确定认证是否成功，若认证失败，则epc103拒绝将被转ue的呼叫转移给ue101，当后续有针对被转ue的呼叫时，epc103依旧将该呼叫接续给被转ue；若epc103确定认证成功，则在后续有针对被转ue的呼叫时，epc103将该呼叫接续给ue101。另外，当epc103接收到来自被转ue或ue101中任意一个的转移终止信息或者根据ue101之前发送的时间指定信息确定呼叫转移终止时，epc103结束呼叫转移，依旧将针对被转ue的呼叫接续给被转ue。本实施例介绍了移动终端及lte系统中演进式分组核心网相互配合，在被转ue无法发出申请的情况下实现呼叫转移的过程，满足了用户在没有“被转方”参与的情形下完成呼叫转移申请的需求，拓宽了呼叫转移功能的应用场景，让用户能够更方便的享受到呼叫转移服务，提升了用户体验。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。当前第1页12当前第1页12