专利名称：一种呼叫转移的方法、系统和设备的制作方法
技术领域：
本发明涉及移动通信领域，特别涉及一种呼叫转移的方法、系统和设备。
背景技术：
目前的移动通信网络以电路交换(cs)为主，各运营商基于cs网络已
经建立了比较完善和丰富的业务平台，其中移动交换中心(MSC)负责呼叫 路由和业务逻辑执行，例如呼叫转移业务。随着移动通信技术的不断发展， 出现了基于IP交换的业务网络，即IP多々某体子系统(IMS) 。 IMS网络相 对CS网络能够提供更高的带宽，支持更丰富的业务。IMS的核心是服务呼 叫会话功能(S-CSCF)实体和各种业务服务器(AS) , S-CSCF负责在满足 条件时将呼叫请求路由到正确的AS,由AS执行业务逻辑，电话应用服务 器(TAS)就是其中一种业务服务器，IMS中所有的补充业务都是由TAS 来控制实现的。
由于IMS网络也是一种比较复杂的网络，因此，IMS网络不会在短时 间内部署完成，这就必然会存在一定时期内CS网络和IMS网络共存的局面。 运营商为了节约建设成本，需要实现CS和IMS两个业务平台的统一，将 CS网络业务平台的功能转移到IMS网络，这就出现了 IMS集中业务控制技 术(ICS)。在该ICS业务中，实现UE通过CS网络承载语音媒体来建立 IMS呼叫，由IMS中的AS对呼叫进行业务提供，CS承载通过建立UE和 新引入的IMS呼叫控制功能(ICCF)之间的CS呼叫来实现，同时，削弱或 去除MSC中的业务处理逻辑。在这种技术中，需要媒体网关控制功能 (MGCF )实体来实现CS网络和IMS网络之间信令和々某体的转换。
语音呼叫连续性(VCC )技术是语音呼叫在CS网络和IMS网络间转移时，保证语音呼叫连续性的技术，该技术的核心是VCC AS，所有的呼叫或 会话都必须通过IMS网络的VCC AS, VCC AS可以作为背靠背用户代理 (B2BUA, Back-to-Back-User-Agent)进行后续的域切换控制。
呼叫转移业务是补充业务中的 一种，设定该业务的用户可以将接收到的 呼叫转移到设定的第三方用户，呼叫转移业务可以包含呼叫偏移业务、呼叫 前转业务等。现有技术中，在实现跨CS网络和IMS网络的呼叫转移业务时， 通常按照如图1所示的方法进行，图1中所示的流程为IMS网络的用户设 备UE2向CS网络中采用VCC技术的UE 1发起呼叫，UEl执行呼叫转移 业务，将呼叫转移至UE3的流程。图1中S-CSCF实体、VCCAS、 TAS都 属于UE1的归属网络。如图1所示，现有技术中呼叫转移的流程包括以下 步骤
步骤101: UE2向UE 1发送呼叫请求；
该步骤中UE 2通过TAS、 S-CSCF实体、呼叫切换服务器、MGCF实 体、被叫用户设备所属的移动交换中心(MSC)向UEl发送呼叫请求。 步骤102: UE 1执行呼叫转移业务；
该步骤中UE 1执行呼叫转移业务的方式可以为呼叫偏移(CD, Call Deflection )，例如UE 1输入UE 3的号码；可以为呼叫前转，例如UE 1遇 忙前转等；也可以为其它呼叫转移方式。
步骤103:被叫用户设备所属的MSC获取到UE 1执行呼叫转移业务的 信息后，获取UE 1设置的呼叫转移信息，向呼叫切换服务器发送重定向到 IMS网络的业务请求。该重定向到IMS网络的业务请求可以包含第三方用 户信息，即包含UE3的号码。
步骤104:呼叫切换服务器接收到该重定向到IMS网络的业务请求后， 为该呼叫请求分配IMRN号码，并将该IMRN号码发送给被叫用户设备所属 的MSC。
IMRN—号码用于将来自CS网络的呼叫路由到IMS网络的呼叫切换服务
哭
右口 o步骤105:被叫用户设备所属的MSC以该IMRN为一皮叫号码，向MGCF 实体通过IAM命令发起呼叫请求。
步骤106: MGCF实体将CS域信令转换成SIP域的Invite消息，通过 该Invite消息向S-CSCF实体发送呼叫请求，该消息中包含被叫号码IMRN。
步骤107: S-CSCF实体根据初始过滤标准(iFC ),将该呼叫请求路由 到呼叫切换服务器。
步骤108:呼叫切换服务器接收到该Invite消息后，根据步骤103获取 的UE3的号码，通过生成新的Invite消息向S-CSCF实体发送呼叫请求。
步骤109: S-CSCF实体，根据iFC，将接收到的呼叫请求路由到TAS。
步骤110: TAS作为用户代理，通过生成新的Invite消息向S-CSCF发 送呼叫请求。
步骤111: S-CSCF实体将接收到的呼叫请求路由到UE3。
步骤112: UE 3向UE 2返回确认消息(200 OK)。返回的确认消息是
按照呼叫请求的信令来返回的，即按照呼叫请求的信令路径，回复所有呼
叫i青求的响应。
由图l中所示的流程可以看出，在上述步骤103之后的步骤中，即在呼 叫切换服务器获取到呼叫转移信息后，为来自被叫用户设备所属的MSC的 呼叫请求分配IMRN号码，利用该IMRN号码，呼叫请求仍需要被路由到 呼叫切换服务器，由呼叫切换服务器根据获取的UE3的号码向S-CSCF实 体发送呼叫请求，由S-CSCF实体根据iFC将呼叫请求路由到TAS,由TAS 作为用户代理，将呼叫请求通过S-CSCF实体发送至UE 3,即在被叫用户 UE 1执行呼叫转移业务后的呼叫流程中，仍需要将呼叫请求通过呼叫切换 服务器，必然会造成呼叫请求信令的冗余，浪费占用的网络资源。
发明内容
本发明实施例提供了一种呼叫转移的方法、系统和设备，以便于在被叫 用户执行呼叫转移业务后的呼叫流程中，减小呼叫请求信令冗余造成的网络资源浪费。
一种呼叫转移的方法，该方法包括
获知被叫用户设备执行呼叫转移业务后，释放呼叫切换服务器与被叫用户 设备之间建立的呼叫信令连接，向电话应用服务器TAS发送重定向到第三方用 户设备的业务请求。
一种呼叫转移的系统，该系统包括呼叫切换服务器和TAS;
呼叫切换服务器，用于获知被叫用户设备执行呼叫转移业务后，释放所述 呼叫切换服务器与被叫用户i殳备之间建立的呼叫信令连接，向电话应用服务器 TAS发送重定向到第三方用户设备的业务请求；
TAS,用于接收所述呼叫切换服务器发送的重定向到第三用户设备的业务 请求。
一种呼叫切换服务器，该呼叫切换服务器包括呼叫转移信息获取单元、
释放呼叫消息发送单元和重定向消息发送单元；
呼叫转移信息获取单元，用于获取被叫用户设备执行呼叫转移业务的信息； 资源释放单元，用于在所述呼叫转移信息获取单元获取到被叫用户设备执
行呼叫转移业务的信息后，释放自身所在呼叫切换服务器与被叫用户设备之间
建立的信令连接；
重定向单元，用于在所述呼叫转移信息获取单元获取到被叫用户设备执行 呼叫转移业务的信息后，向TAS发送重定向到第三方用户设备的业务请求。
由以上技术方案可以看出，在本发明实施例提供的方法、系统和设备中， 获知被叫用户设备执行呼叫转移业务后，释放呼叫切换服务器与被叫用户设 备之间建立的呼叫信令连接，向TAS发送重定向到第三方用户设备的业务 请求。使得在被叫用户执行呼叫转移业务后的呼叫流程中，呼叫请求不再通 过呼叫切换服务器，而是可以释放被叫用户设备与呼叫切换服务器之间建立 的信令连接，通过向TAS发送重定向到第三方用户设备的业务请求指示TAS 向第三方用户设备发送呼叫请求，从而减少了呼叫请求信令，节省了呼叫占 用的网络资源。
图1为现有技术中实现呼叫转移的方法流程图2为本发明实施例提供的第 一 种呼叫转移的方法流程图3为本发明实施例提供的呼叫转移的系统结构图4为本发明实施例提供的呼叫切换服务器的结构示意图。
具体实施例方式
为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体 实施例对本发明进行详细描述。
本发明实施例提供的方法主要包括获知被叫用户设备执行呼叫转移业 务后，释放呼叫切换服务器与被叫用户设备之间建立的呼叫信令连接，向电 话应用服务器TAS发送重定向到第三方用户设备的业务请求。
其中的呼叫切换服务器可以为VCC AS、 ICCF实体或其它实现CS和 IMS网络呼叫业务统一集中控制的服务器，或保证CS和IMS网络之间呼叫 连续性的服务器。
其中，呼叫切换服务器获知被叫用户设备执行呼叫转移业务的方法可以 包括但不限于以下方式第一种方式被叫用户设备所属的MSC获取到被 叫用户设备执行呼叫转移业务的信息后，向呼叫切换服务器发送重定向到 IMS网络的业务请求，呼叫切换服务器通过该重定向到IMS网络的业务请 求，获知当前进行的呼叫为呼叫转移业务的呼叫。第二种方式被叫用户设 备所属的MSC获取到被叫用户设备执行呼叫转移业务的信息后，可以向呼 叫切换服务器发送呼叫请求，呼叫切换服务器判断之前是否向被叫用户设备 所属的MSC发送呼叫请求，如果有，则判断当前进行的呼叫为呼叫转移业 务。第三种方式被叫用户设备所属的MSC获取到被叫用户设备执行呼叫 转移业务的信息后，可以向呼叫切换服务器发送呼叫转移指示信息，使呼叫 切换服务器获知当前进行的呼叫为呼叫转移业务，例如，可以在向呼叫切换服务器中发送的消息中设置特定参数携带呼叫转移信息。
下面结合具体实施例对上述方法进行详细描述，图2为本发明实施例提
供的第一种呼叫转移的方法流程图，在该实施例中，UE2为主叫方用户设 备，位于IMS网络，UE1为被叫方用户设备，位于CS网络，UE1设置了 呼叫转移功能，可以将接收到的呼叫前转至设置的第三方用户设备UE 3。 如图2所示，该方法可以包括以下步骤
步骤201: UE 2通过包含UE 1号码的第一 Invite消息向S-CSCF实体 发送呼叫请求。
步骤202: S-CSCF实体根据iFC,将该第一 Invite消息路由到TAS。 步骤203: TAS作为用户代理，终结该通过第一 Invite消息发送的呼叫
请求，生成第二 Invite消息，通过该第二 Invite消息向S-CSCF实体发送呼
叫请求。
步骤204: S-CSCF实体根据iFC,将该第二 Invite消息路由到VCC AS。
步骤205: VCC AS为CS网络的UE 1分配电路域路由号码(CSRN), 并作为用户代理，终结第二 Invite消息，生成第三Invite消息，通过包含CSRN 的第三Invite消息向S-CSCF实体发送呼叫请求。
其中，VCC AS是其中一种在VCC业务中的呼叫切换服务器，在其它 业务中，还可以采用其它呼叫切换服务器，例如在IMS集中控制业务中， 可以采用ICCF实体等。
步骤206: S-CSCF实体将通过该第三Invite消息发送的呼叫请求路由 到MGCF实体。
步骤207: MGCF实体将接收到第三Invite转换成CS域的初始地址消 息(IAM)，通过该IAM消息向被叫用户设备所属的MSC发送呼叫请求。
步骤208:被叫用户设备所属的MSC将接收到的IAM转换成建立(Set up )消息，通过该Set up消息将呼叫请求发送给UE 1 。
步骤209: UE 1接收到该呼叫请求后，执行呼叫转移业务。
在该步骤中，如果UE 1执行呼叫偏移功能，则UE 1输入UE3的号码，将该UE 3的号码通过Disconnect消息发送给被叫用户设备所属的MSC,被 叫用户设备所属的MSC收到该Disconnect消息后，向UE 1发送Release消 息，UE 1接收到Release消息后，回复Release complete消息断开与MSC的 呼叫请求信令连接。如果UE 1执行呼叫前转功能，例如，UEl此时可以执 行遇忙前转功能，向UE 1的MSC返回用户决定用户忙(UDUB)消息，表 明UE 1当前忙。
为了描述方便，在该实施例的下述描述中将UE 1的MSC均称为MSC。
步骤210: MSC获取到UE 1执行呼叫转移业务的信息后，获取UE 2 设置的第三方用户信息，即UE3的号码，向VCC AS发送包含UE 3的号 码的重定向到IMS网络的业务请求。该重定向到IMS网络的业务请求可以 通过初始4企测点(IDP, Initial Detection Points )消息发送。
本步骤中，如果UE 1执行了呼叫偏移业务，MSC可以从UEl发送的 Disconnect消息获取UE 1执行了呼叫偏移业务，并且在该Disconnect消息 中获取UE 3的号码；如果UE 1执行了遇忙前转功能，则MSC可以通过 UE 1发送的UDUB消息获取UE 1执行了遇忙前转功能，并从VLR中获取 UE 1的签约信息，从UE 1的签约信息中获取UE 1遇忙前转时的第三方用 户信息，即UE3的号码。
以上步骤201至步骤210为现有技术中已有的流程。
步骤211: VCC AS接收到该重定向到IMS网络的业务请求后，获知被 叫用户设备执行呼叫转移业务，向MSC发送Release call消息。
本发明实施例中以通过重定向到IMS网络的业务请求获知被叫用户设
备执行呼叫转移业务为例进行描述，该重定向到IMS网络的业务请求可以
是IMRN号码请求。当然也可以使用其它获知被叫用户设备执行呼叫转移业
务的方法，例如，可以在IDP消息中设置特定参数进行指示，VCCAS中的
GSM业务控制功能(gsmSCF)单元可以从IDP消息的特定参数中获知该呼
叫为呼叫转移业务，其第三方用户信息为UE3的号码。
MSC发送的Release call消息中可以包含资源释放原因。步骤212: MSC接收到该Release call消息后，生成包含资源释放原因 的CS域的释放请求(REL )消息，并将该REL消息发送给MGCF实体。
本步骤中的REL消息是用于指示释放呼叫建立时呼叫请求信令所占用 的网络资源的消息。
步骤213: MGCF实体根据REL消息中包含的资源释放原因，将CS域 的REL消息转换成会话初始协议(SIP )释放请求消息发送给S-CSCF实体。
本步骤中，转换后的的SIP释放请求消息可以根据不同的资源释放原因 设置成不同的消息，例如，当资源释放原因为客户端错误时，SIP释放请求 消息可以为486消息、480消息等；当资源释放原因为服务器错误时，SIP 释放请求消息可以为500消息等。
步骤214: S-CSCF实体接收到SIP释放请求消息后，根据iFC将该SIP 释》文请求消息;洛由到VCC AS。
在步骤212至步骤213之后，在步骤205至步骤207中建立的呼叫请求 信令路径被拆除，即步骤205至步骤207中建立的呼叫请求信令占用的网络 资源被释放。
上述释放呼叫切换业务服务器和被叫用户设备之间呼叫信令连接的方 式是通过向被叫用户设备所属的MSC发送Release call消息，由被叫用户设 备所属的MSC释放该呼叫信令连接；也可以釆用呼切换业务服务器主动释 放其自身与被叫用户设备之间的呼叫信令连接。
步骤215: VCC AS根据在步骤210中获取的UE3的号码，生成重定向 到第三方用户设备的业务请求，并将该重定向消息发送给S-CSCF实体。
本步骤中生成的重定向到第三方用户设备的业务请求可以是302消息， 该业务请求中可以包含UE3的号码。
步骤215可以和步骤211中通过向vMSC发送Release call消息拒绝重 定向到IMS网络的业务请求的操作可以同时进行。也就是说，在VCC AS 获取到呼叫转移信息后，可以向被叫用户设备所属的MSC发送Release call 消息的同时，向S-CSCF实体发送重定向消息；也可以先向被叫用户设备所属的MSC发送Release call消息，再向S-CSCF实体发送重定向消息。
步骤216: S-CSCF实体根据iFC，将接收到的重定向消息路由到TAS。 步骤215和步骤216之后，在步骤203和步骤204中建立的呼叫请求信
令路径被拆除，即步骤203和步骤204中建立的呼叫请求信令占用的网络资
源被释放。
步骤217: TAS接收到重定向消息后，作为用户代理，利用重定向到第 三方用户设备的业务请求中包含的UE 3号码，生成包含UE 3号码的第四 Invite消息，通过该第四Invite消息向S-CSCF实体发送呼叫请求。 步骤218: S-CSCF实体将接收到的呼叫请求路由到UE 3。 如果UE3是IMS网络的用户设备，则S-CSCF实体将接收到的呼叫请 求直接路由到UE3;如果UE 3是CS网络的用户设备，则S-CSCF实体将 接收到的呼叫请求路由到UE3所属网络的MGCF实体，MGCF实体将承载 该呼叫请求的第四Invite消息转换为IAM消息，并通过该IAM消息将呼叫 请求发送给UE 3的vMSC,由UE 3的vMSC将该路由请求发送给UE 3。 该部分为现有技术，在此不再赘述。
步骤219: UE3向UE2返回确认消息。
由于UE 3向UE 2返回的确认消息时按照呼叫请求的信令路径回复的， 该确认消息可以反映出目前呼叫请求的信令占用的资源状况，由步骤219中 返回的确认消息可以看出，使用该流程大大改善了呼叫信令的冗余状况，节 约了呼叫信令占用的网络资源。
图3为本发明实施例提供的呼叫转移的系统结构图，如图3所示，该系 统主要包括呼叫切换服务器301和TAS302。
呼叫切换服务器301，用于获知被叫用户设备执行呼叫转移业务后，释放 所述呼叫切换服务器与被叫用户设备之间建立的呼叫信令连接，向电话应用服 务器TAS发送重定向到第三方用户设备的业务请求。
TAS 302,用于接收呼叫切换服务器301发送的重定向到第三用户设备的业务请求。
其中，呼叫切换服务器301可以为VCC AS、 ICCF实体或其它实现CS和 IMS网络呼叫业务统一集中控制的服务器，或保证CS和IMS网络之间呼叫连 续性的服务器。
该系统还可以包括被叫用户设备所属的MSC 303、 MGCF实体304和 S-CSCF实体305。
其中，被叫用户设备所属的MSC 303,可以用于接收到Release call消息后 生成释力文请求REL消息，并发送该REL消息。
MGCF实体304，用于接收被叫用户设备所属的MSC 303发送的REL消息， 根据该REL消息中包含的资源释放原因，将REL消息转换成SIP释放请求消 息，并将该SIP释放请求消息发送给S-CSCF实体305。
S-CSCF实体305，用于将接收到的SIP释放请求消息路由到呼叫切换服务 器301。
呼叫切换服务器301，还用于向被叫用户设备所属的MSC发送Release call消息。
通过被叫用户设备所属的MSC 303、 MGCF实体304 、 S-CSCF实体305 和呼叫切换服务器301之间的上述操作可以释放被叫用户设备所属的MSC 303 和呼叫切换服务器301之间建立的呼叫连接。
S-CSCF实体305,还可以用于接收呼叫切换服务器301发送的重定向消息， 将该重定向消息发送给TAS 302。
图4为本发明实施例提供的呼叫切换服务器301的结构示意图，如图4所 示，该呼叫切换服务器可以包括呼叫转移信息获取单元401、释放呼叫消息 发送单元402和重定向消息发送单元403。
呼叫转移信息获取单元401,用于获取被叫用户设备执行呼叫转移业务的
4吕息。
资源释放单元402，用于在呼叫转移信息获取单元401获取到被叫用户设 备执行呼叫转移业务的信息后，释放自身所在与呼叫切换服务器与被叫用户设备之间建立的信令连接。
重定向单元403,用于在呼叫转移信息获取单元401获取到呼叫转移信息 后，向TAS发送重定向到第三方用户设备的业务请求。
其中，资源释放单元402包括Release call消息生成单元4021和Release call 消息发送单元4022。
Release call消息生成单元4021 ，用于在呼叫转移信息获取单元401获取到 被叫用户设备执行呼叫转移业务的信息后，生成Release call消息。
Release call消息发送单元4022,用于发送Release call消息生成单元4021 生成的所述Release call消息。
由以上描述可以看出，在本发明实施例提供的技术方案中，获知被叫用 户设备执行呼叫转移业务后，释放呼叫切换服务器与被叫用户设备之间建立 的呼叫信令连接，向电话应用服务器TAS发送重定向到第三方用户设备的 业务请求。使得在被叫用户执行呼叫转移业务后的呼叫流程中，呼叫请求不 再通过呼叫切换服务器，而是可以释放被叫用户设备与呼叫切换服务器之间 建立的信令连接，通过向TAS发送重定向到第三方用户设备的业务请求指 示TAS向第三方用户设备发送呼叫请求，从而减少了呼叫请求信令，节省 了呼叫占用的网络资源。
并且，本发明实施例提供的技术方案，在被叫用户执行呼叫转移业务后 的呼叫流程中不再需要被叫用户设备所属的MSC参与接收和发送工作，减 少了 vMSC的负担。
更进一步地，本发明实施例提供的技术方案，在被叫用户执行呼叫转移 业务后的呼叫流程中不需要再一次进行CS与信令和SIP信令的转换，呼叫 切换服务器直接通过向TAS发送重定向消息指示TAS向第三方用户设备发 送呼叫请求，减少了主叫用户设备与第三方用户设备之间的信令建立时间， 给用户带来更好的业务体验。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本 发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
权利要求
1、一种呼叫转移的方法，其特征在于，该方法包括获知被叫用户设备执行呼叫转移业务后，释放呼叫切换服务器与被叫用户设备之间建立的呼叫信令连接，向电话应用服务器TAS发送重定向到第三方用户设备的业务请求。
2、 根据权利要求1所述的方法，其特征在于，所述获知被叫用户设备执行 呼叫转移业务包括通过被叫用户设备所属的移动交换中心MSC发送的重定 向到IMS网络的业务请求，获知被叫用户设备执行呼叫转移业务；或者，在针对该被叫用户向被叫用户设备所属的MSC发送呼叫请求后，通过接收 到该被叫用户设备所属的MSC针对该被叫用户发送的呼叫请求获知被叫用户 设备执行呼叫转移业务；或者，通过所述被叫用户设备所属的MSC发送的呼叫转移指示信息获知被叫用 户设备执行呼叫转移业务。
3、 根据权利要求1所述的方法，其特征在于，所述释放呼叫切换服务器与 被叫用户设备之间建立的呼叫信令连接包括向被叫用户设备所属的MSC发 送释放呼叫Release call消息，由所述被叫用户设备所属的MSC释放所述呼叫 切换服务器与被叫用户设备之间建立的呼叫信令连接；或者，由呼叫切换服务器释放自身与被叫用户设备之间建立的呼叫信令连接。
4、 根据权利要求3所述的方法，其特征在于，由所述被叫用户设备所属的 MSC释放呼叫切换服务器与被叫用户设备之间建立的呼叫信令连接包括所述被叫用户设备所属的MSC接收到该Release call消息后生成释放请求 REL消息，并将该REL消息发送给i某体网关控制功能MGCF实体，所述MGCF 实体根据所述REL消息中包含的资源释放原因，将REL消息转换成会话初始 协议SIP释放请求消息，并通过服务呼叫会话控制功能S-CSCF实体将所述SIP 释放消息路由到呼叫切换服务器。
5、 根据权利要求4所述的方法，其特征在于，当所述REL消息中包含的资源释放原因为客户端错误时，所述转换成的SIP释放请求消息为486消息或 480消息；当所述REL消息中包含的资源释放原因为服务器错误时，所述转换成的 SIP释^:请求消息为500消息。
6、 根据权利要求1所述的方法，其特征在于，该方法还包括所述TAS 接收到所述重定向到第三方用户设备的业务请求后，利用所述重定向到第三方 用户设备的业务请求中包含的第三方用户信息生成Invite消息，并将生成的 Invite消息发送给所述第三方用户设备。
7、 才艮据权利要求1所述的方法，其特征在于，所述重定向到第三方用户诏: 备的业务请求包括301消息或302消息。
8、 一种呼叫转移的系统，其特征在于，该系统包括呼叫切换服务器和 TAS;呼叫切换服务器，用于获知被叫用户设备执行呼叫转移业务后，释放所述 呼叫切换服务器与被叫用户设备之间建立的呼叫信令连接，向电话应用服务器 TAS发送重定向到第三方用户设备的业务请求；TAS,用于接收所述呼叫切换服务器发送的重定向到第三用户设备的业务请求。
9、 根据权利要求8所述的系统，其特征在于，该系统还包括被叫用户设 备所属的MSC , MGCF实体和S-CSCF实体；被叫用户设备所属的MSC,接收到所述呼叫切换服务器发送的Release call 消息后生成释放请求REL消息，并发送所述REL消息；MGCF实体，用于接收所述被叫用户设备所属的MSC发送的REL消息， 根据所述REL消息中包含的资源释放原因，将REL消息转换成SIP释放请求 消息，并将该SIP释放请求消息发送给S-CSCF实体；S-CSCF实体，用于将接收到的SIP释放请求消息路由到所述呼叫切换服务器； —所述呼叫切换服务器，还用于向所述被叫用户设备所属的MSC发送Releasecall消息。
10、 一种呼叫切换服务器，其特征在于，该呼叫切换服务器包括呼叫转 移信息获取单元、释放呼叫消息发送单元和重定向消息发送单元；呼叫转移信息获取单元，用于获取被叫用户设备执行呼叫转移业务的信息；资源释放单元，用于在所述呼叫转移信息获取单元获取到被叫用户设备执 行呼叫转移业务的信息后，释放自身所在呼叫切换服务器与被叫用户设备之间 建立的信令连接；重定向单元，用于在所述呼叫转移信息获取单元获取到被叫用户设备执行 呼叫转移业务的信息后，向TAS发送重定向到第三方用户设备的业务请求。
11、 根据权利要求IO所述的呼叫切换服务器，其特征在于，所述资源释放 单元包括Release call消息生成单元和Release call消息发送单元；Release call消息生成单元，用于在所述呼叫转移信息获取单元获取到被叫 用户设备执行呼叫转移业务的信息后，生成Release call消息；Release call消息发送单元，用于发送所述Release call消息生成单元生成的 所述Release call消息。
全文摘要
本发明提供了一种呼叫转移的方法、系统和设备，其中，方法包括获知被叫用户设备执行呼叫转移业务后，释放呼叫切换服务器与被叫用户设备之间建立的呼叫信令连接，向电话应用服务器(TAS)发送重定向到第三方用户设备的业务请求。使得呼叫请求不再通过呼叫切换服务器，且可以释放被叫用户设备和呼叫切换服务器之间建立的信令连接，从而减少了呼叫请求信令，节省了呼叫占用的网络资源。并且，减少了主叫用户设备与第三方用户设备之间的信令建立时间，给用户带来更好的业务体验。
文档编号H04W76/02GK101420669SQ20071016540
公开日2009年4月29日 申请日期2007年10月25日 优先权日2007年10月25日
发明者辉 金, 龙水平 申请人:华为技术有限公司