CN103124401B - 对使用呼转业务的被叫终端进行漏话通知的方法和系统 - Google Patents

Abstract

本发明公开了一种对使用呼叫转移业务的被叫移动终端进行漏话通知的方法和控制系统。在本发明所公开的方法中，HLR向始发移动交换中心MSC发送业务消息可包括漏话通业务签约信息和漏话通知接收号码。当呼叫转移失败时，由所述始发MSC向漏话通平台发送包括漏话通知接收号码和失败原因的触发消息，漏话通平台根据收到的触发消息向所述漏话通知接收号码发送漏话通知。从而允许用户同时签约呼叫转移业务和漏话通业务。这样，当被叫移动终端呼叫转移失败后，还可以继续进行短信漏话通知，为客户提供了更为优质的服务。

Description

对使用呼转业务的被叫终端进行漏话通知的方法和系统

技术领域

本发明涉及移动通信领域，特别涉及对使用呼叫转移业务的被叫移动终端进行漏话通知的方法及系统。

背景技术

随着移动通信业务的不断发展，针对移动用户的需求推出了各式各样的个性化通信服务。其中，呼叫转移业务和漏话提示业务赢得了广大用户的好评。

漏话通知业务可以将被叫用户因关机或者不在服务区时的漏接来电以短信的方式通知给被叫用户，从而使移动用户获得良好的服务体验，准确获知自身漏接的来电。

CDMA移动网络运行的漏话通业务是基于隐含呼转业务实现的，即为签约漏话通业务的手机用户激活该隐含呼转业务。当该签约用户处于忙、无应答、无法接通等状态造成来话呼叫失败时，就会触发隐含呼转业务呼转到漏话通平台，通过漏话通平台向签约用户发送漏话通知短信。

本发明的申请人通过研究现有的呼叫转移业务和漏话提示业务，发现存在以下问题：

现有的CDMA移动用户无法同时享有呼叫转移业务和漏话提示业务。这是由于，漏话通签约用户一旦激活呼转业务后，始发MSC不会再去触发原被叫签约用户的“隐含呼转业务”，因此无法实现用户签约的漏话提示业务，不能满足客户对漏话通业务的特殊需求。

发明内容

本发明的发明人针对现有的CDMA移动用户无法同时享有呼叫转移业务和漏话提示业务这一问题，提出了一种新的技术方案。

本发明的一个目的是提供一种对使用呼叫转移业务的被叫移动终端进行漏话通知的方法。

该方法包括在收到对被叫移动终端的呼叫请求之后，归属位置寄存器HLR向始发移动交换中心MSC发送业务消息。该业务消息包括被叫移动终端的漏话通业务签约信息和漏话通知接收号码。该漏话通知接收号码为原被叫移动终端的号码和/或呼叫转移号码。

当呼叫转移失败时，由始发MSC触发漏话通平台向所述漏话通知接收号码发送漏话通知。

优选地，在对所述被叫移动终端进行开机登记时，该方法还可包括：HLR向拜访位置寄存器VLR发送服务项目消息，该服务项目消息包括被叫终端的漏话通业务签约信息。该VLR可将该服务项目消息发送至服务MSC。

呼叫转移可以为遇忙呼叫转移或无条件呼叫转移。

优选地，该方法还包括：服务MSC在确定被叫用户状态后，经由VLR将带有用户状态指示的路径请求应答消息routreq发送给HLR，HLR从服务项目清单中确定被叫用户的前转业务已经激活后，向始发MSC发送的位置请求响应消息locreq中添加所述被叫移动终端的漏话通业务签约信息和漏话通知接收号码。

呼叫转移也可以为无应答呼叫转移。

优选地，由HLR向始发MSC发送的业务消息为前转号码申请消息返回结果tranumreq。

优选地，漏话通业务签约信息可以为漏话通平台接入码。

优选地，本发明的方法还包括：在HLR向始发MSC发送业务信息后，始发MSC根据所接收的业务消息判断被叫终端是否签约漏话通业务。当判断结果为是时，从该业务消息中提取漏话通业务签约信息、原被叫号码和/或呼叫转移号码。

优选地，始发MSC触发漏话通平台的步骤包括：该始发MSC根据所提取的漏话通业务签约信息、原被叫号码和/或呼叫转移号码向漏话通知平台发送触发消息。该触发消息可包括主叫号码、失败原因码、原被叫号码和/或呼叫转移号码。

根据本发明的另一方面，还提供了一种对使用呼叫转移业务的被叫移动终端进行漏话通知的系统。

该系统可包括始发移动交换中心MSC、归属位置寄存器HLR和漏话通平台。其中，在收到对被叫移动终端的呼叫请求之后，归属位置寄存器HLR向始发移动交换中心MSC发送业务消息。该业务消息包括被叫移动终端的漏话通业务签约信息和漏话通知接收号码。该漏话通知接收号码为原被叫移动终端的号码和/或呼叫转移号码。当呼叫转移失败时，由该始发MSC触发漏话通平台向所述漏话通知接收号码发送漏话通知。

优选地，该系统可包括拜访位置寄存器VLR和服务MSC。其中，在对所述被叫移动终端进行开机登记时，HLR向拜访位置寄存器VLR发送含有服务项目清单的登记响应消息，所述服务项目清单包括被叫终端的漏话通业务签约信息。该VLR将该登记响应消息发送至服务MSC。

优选地，该呼叫转移为遇忙呼叫转移或无条件呼叫转移。服务MSC在确定被叫用户状态后，经由VLR将带有用户状态指示的路径请求应答消息routreq发送给HLR，HLR从服务项目清单中确定被叫用户的前转业务已经激活后，向始发MSC发送的业务消息中添加所述被叫移动终端的漏话通业务签约信息和漏话通知接收号码。业务消息为位置请求响应消息locreq。

呼叫转移可以是无应答呼叫转移。

优选地，由HLR向始发MSC发送的业务消息为前转号码申请消息返回结果tranumreq。

优选地，漏话通业务签约信息为漏话通平台接入码。

优选地，始发MSC可包括判断单元和提取单元。其中，判断单元用于根据所接收的业务消息判断被叫终端是否签约。提取单元用于当判断结果为是时，从该所述业务消息中提取漏话通业务签约信息、原被叫号码和/或呼叫转移号码。

优选地，始发MSC还可包括触发单元。触发单元用于根据所提取的漏话通业务签约信息、原被叫号码和/或呼叫转移号码向漏话通知平台发送触发消息，该触发消息包括主叫号码、失败原因码、原被叫号码和/或呼叫转移号码。

附图说明

构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

图1是根据本发明一个实施例的对使用呼叫转移业务的被叫移动终端进行漏话通知的方法。

图2是根据本发明另一个实施例的对使用呼叫转移业务的被叫移动终端进行漏话通知的方法。

图3是根据本发明的对使用遇忙呼叫转移业务的被叫移动终端进行漏话通知的方法。

图4是根据本发明的对无应答呼叫转移业务的被叫移动终端进行漏话通知的方法。

图5是根据本发明一个实施例的对使用呼叫转移业务的被叫移动终端进行漏话通知的系统的结构示意图。

图6是根据本发明另一个实施例的对使用呼叫转移业务的被叫移动终端进行漏话通知的系统的结构示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1示出了根据本发明一个实施例的对使用呼叫转移业务的被叫移动终端进行漏话通知的方法。

如图1所示，在步骤S101中，在收到对被叫移动终端的呼叫请求之后，归属位置寄存器HLR向始发移动交换中心MSC发送业务消息。

对被叫移动终端的呼叫请求可以是始发MSC向签约用户发起呼叫后，始发MSC向签约用户的HLR发送LOCREQ消息。HLR可以通过该LOCREQ消息的响应消息locreq向始发MSC发送业务消息。此处的业务消息可以包括签约消息和漏话通知接收号码。

在本实施例中，HLR可存储有被叫移动终端的全部信息，例如存储有该被叫移动终端的业务签约信息和漏话通知接收号码信息。当移动终端被呼叫时，HLR可从所存储的信息中提取被叫移动终端的签约信息和漏话通知接收号码信息，并向始发MSC发送。上述被叫移动终端的签约信息和漏话通知接收号码信息可与其他业务信息一同发送。

在本实施例中，漏话通知接收号码信息可包括原被叫移动终端的号码，或者包括呼叫转移移动终端的号码，还可以同时包括上述两种号码的信息。

在步骤S102中，当呼叫转移失败时，由始发MSC触发漏话通平台向漏话通知接收号码发送漏话通知。

在完成步骤S101后，可以进行呼叫转移。当呼叫转移失败后，始发MSC可根据漏话通业务签约信息和漏话通知接收号码向漏话通平台发送消息，该消息可包括主叫号码、呼转失败原因码、原被叫号码和/或呼叫转移号码。

漏话通平台根据所接收的上述消息向原被叫号码发送漏话提醒短信。

在优选实施方式中，漏话通平台还可同时向呼叫转移号码发送漏话通知短信，或者在向原被叫号码发送漏话提醒短信失败后，再向呼叫转移号码发送漏话通知短信。

由于本发明利用了HLR所保存的被叫移动终端的漏话通业务签约信息和漏话通知接收号码，在向始发MSC发送的业务消息中包含有被叫移动终端的漏话通业务签约信息和漏话通知接收号码。因此，在呼叫转移失败后时，始发MSC可以触发漏话通平台向所述漏话通知接收号码发送漏话通知。从而允许用户同时签约呼叫转移业务和漏话通业务。这样，当被叫移动终端呼叫转移失败后，不必为短信漏话通知单独检索漏话通业务签约信息和漏话通知接收号码既可进行短信漏话通知，为客户提供了更为优质的服务。

图2示出了根据本发明的另一个实施例的对使用呼叫转移业务的被叫移动终端进行漏话通知的方法。

如图2所示，在步骤S201中，进行开机登记。

在该步骤中，可由HLR向拜访位置寄存器VLR发送包含服务项目清单的登记响应消息，再由VLR将登记响应消息发送至服务MSC。

其中，服务项目清单中可以包括被叫终端的漏话通业务签约信息。例如，该登记响应消息为携带有服务项目清单的regnot消息，可在服务项目清单中增加参数“路由数字2”。该参数“路由数字2”中可携带漏话通平台的接入码。

在步骤S202中，在收到对被叫移动终端的呼叫请求之后，HLR向始发MSC发送业务消息。业务消息可包括被叫移动终端的漏话通业务签约信息和漏话通知接收号码。所漏话通知接收号码可以为原被叫移动终端的号码和/或呼叫转移号码。

在步骤S203中，当呼叫转移失败时，由所述始发MSC触发漏话通平台向漏话通知接收号码发送漏话通知。

上述步骤S202可与图1中的步骤S101相同，步骤S203可与图1中的步骤S102相同，在此不再赘述。

采用本发明的技术方案，由于对HLR登记响应消息进行扩展，使得该登记响应消息中的服务项目清单中包含有被叫移动终端的漏话通业务签约信息。再结合扩展HLR向始发MSC发送的业务消息，将被叫移动终端的漏话通业务签约信息和被叫移动终端的号码信息一并发送至始发MSC。这样，当呼叫转移失败时，可以继续对该用户终端进行漏话通知，不必为漏话通知进行单独检索，简化了流程，提高了业务效率。

呼叫转移可以包括多种情况，下面以遇忙呼叫转移和无应答呼叫转移为例，描述对签约有呼叫转移业务的被叫移动终端进行漏话通知的具体过程。

图3示出了对签约有遇忙呼叫转移业务的被叫移动终端进行漏话通知的具体过程。

如图3所示，在步骤S301中，被叫MS接入被叫服务MSC。

在步骤S302中，用户的服务MSC将REGNOT消息发送至VLR，以通知该用户的地址。

在步骤S303中，VLR将REGNOT消息转送至HLR。

在步骤S304中，HLR向VLR发送含有用户服务项目清单的regnot消息。

为了能够表明用户签署了漏话通业务，可以扩展HLR向VLR所发送的regnot消息。具体地，可在用户服务清单中增加“路由数字2”，以携带漏话通平台的接入码。

该“路由数字2”的参数格式可以如下：

在上表中，a代表接收端忽略这个字段；b代表根据具体情况设置；c代表可设置为电话号码；d代表可设置为BCD码；e代表数字个数为0到15。

需要说明的是，HLR向VLR发送包括被叫终端的漏话通业务签约信息的登记响应消息不限于上述方式，可以根据需要采用其他方式，只要能够将漏话通签约信息由HLR经VLR发送至服务MSC即可。

在步骤S305中，VLR将扩展的regnot消息发送至被叫移动终端所在的服务MSC。

在步骤S306中，始发MSC向被叫移动终端发起呼叫。

在步骤S307中，始发MSC向被叫移动终端的HLR发送一个LOCREQ。

在步骤S308中，HLR向被叫移动终端登记处的VLR发送ROUTREQ。

在步骤S309中，VLR向被叫移动终端的服务MSC发送ROUTREQ。

在步骤S310中，在响应ROUTREQ的过程中，服务MSC核对其内部数据结构并且确定MS正在进行另一呼叫。服务MSC在routreq中向VLR返回用户“忙”的状态。

在步骤S311中，VLR向HLR发送routreq。

在步骤S312中，HLR从服务项目清单中确定被叫用户遇忙呼叫前转是否激活。HLR向始发MSC发送locreq，提供前转号码以及在终端列表参数中的其它路由选择信息。

为了实现C网用户在使用呼转业务时也能进行漏话通业务，在本实施例中，扩展HLR向始发MSC发送的locreq消息，主要增加两部分内容。

第一，在locreq消息中增加“原被叫用户”参数，用以携带签约漏话通业务的用户号码。该参数格式可以如下：

其中，a代表设置为原被叫号码；b代表根据具体情况设置；c代表设置为电话号码；d代表设置为BCD码；e代表数字个数为0至15。

补充的第二部分内容是在locreq消息中增加“路由数字2”参数，用以携带漏话通业务平台的接入码。

扩展后的locreq消息所带参数如下：

参数	类型
		业务结果	M
接入否定原因	O
		动作码	O
录音通知列表	O

主叫号码字符串1	O
		主叫号码字符串2	O
主叫子地址	O
		运营者	O
会议电话标识	O
		数字(拨号)	O
显示文本	O
		DMH－帐号数字	O
DMH－预备计费数字	O
		DMH－计费数字	O
DMH－改向再呼标识	O
		群信息	O
移动台号码薄号码	O
		无应答时间	O
单次业务标识	O
		引导号码	O
改向再呼号码数字	O
		改向再呼号码字符串	O
改向再呼子地址	O
		原被叫号码数字	O
恢复PIC	O
		路由数字	O
路由数字2	O
		终端列表	O
终端触发器	O
		触发地址清单	O

在步骤S313中，始发MSC根据扩展的locreq消息，提取“原被叫用户”和“路由数字2”并能根据“改向再呼号码数字”建立一个至前转号码的呼叫。

在步骤S314中，遇到前转用户忙的情况，始发MSC收到失败原因信息。

在步骤S315中，始发MSC根据“原被叫用户”和“路由数字2”向漏话通平台发送带有“主叫号码、失败原因码、原被叫号码、被叫号码”等参数的SETUP消息。

在步骤S316中，漏话通平台根据收到的SETUP消息向“原被叫号码”发送漏话提醒短信。

可选地，漏话通平台还可同时向呼叫转移号码发送漏话通知，或者在向原被叫号码发送失败后再向呼叫转移号码发送漏话通知。

图4示出了对签约有无应答呼转业务的被叫移动终端进行漏话通知的具体过程。

如图4所示，首先进行开机登记。其中，步骤S401-S405与上一实施例中的步骤S301-S305相同，在此不再赘述。

在步骤S406中，由始发MSC向签约的被叫移动终端发起呼叫。

在步骤S407中，始发MSC向该被叫移动终端的HLR发送LOCREQ。

在步骤S408中，HLR向用户登记处的VLR发送一个ROUTREQ。

在步骤S409中，VLR将ROUTREQ发送至当前的服务MSC。

在步骤S410中，服务MSC分配一个临时本地电话薄号码(TLDN)，并在routreq中向VLR返回这一信息。

在步骤S411中，VLR向HLR发送routreq。

在步骤S412中，当HLR收到routreq后，就向始发MSC返回locreq。其中，该locreq包括终端列表参数形式的路由选择信息。

在步骤S413中，建立语音通路。具体地，可根据收到的locreq，始发MSC采用由7号信令规定的规程建立至服务MSC的话音通路。

在步骤S414中，服务MSC收到MSC之间的呼叫后，寻呼MS。

如果收到寻呼响应，接着振铃。如果MS没有响应寻呼或振铃后没有应答，MSC根据服务项目清单确定在无寻呼应答或无寻呼响应状态时MS激活了呼叫转移能力

在步骤S415中，服务MSC向始发MSC发送一个改向再呼申请消息REDREQ。该消息指示由于无寻呼响应或无应答导致的呼叫前转。

在步骤S416中，始发MSC向HLR发送前转号码申请消息TRANUMREQ，申请呼叫前转号码。

在步骤S417中，HLR向始发MSC发送前转号码申请消息返回结果tranumreq，其中包括在终端列表参数中的前转号码。

与上一实施例类似，为了实现C网用户在使用呼转业务时也能进行漏话通业务，可对HLR向始发MSC发送的tranumreq消息进行扩展。

在本实施例中，主要增加了两部分内容：

第一，增加“原被叫用户”参数，用以携带签约漏话通业务的用户号码。该参数的具体格式可与上一实施例中的“原被叫用户”参数相同。

第二，增加“路由数字2”参数，用以携带漏话通业务平台的接入码。

扩展后的tranumreq消息所带的参数如下：

参数	类型
		字(目的地)	M
接入否定原因	O
		动作码	O
录音通知列表	O
		主叫号码字符串1	O
主叫号码字符串2	O
		主叫子地址	O
数字(运营者)	O
		DMH—帐号数字	O
DMH—预备计费数字	O

DMH—计费数字	O
		DMH—改向再呼标识	O
DMH---业务ID	O
		群信息	O
移动台号码薄号码	O
		无应答时间	O
优选语言	O
		改向再呼号码数字	O
改向再呼号码字符串	O
		改向再呼子地址	O
原被叫号码数字	O
		路由数字2	O
终端列表	O
		终端触发器	O
触发地址清单	O

在上表中，M表示必选类型，O表示可选类型。

在步骤S418中，当收到来自HLR的扩展tranumreq消息，始发MSC提取“原被叫用户”和“路由数字2”，并向服务MSC发改向再呼申请消息返回结果redreq。

在步骤S419中，释放MSC之间的电路。

在步骤S420中，始发MSC根据扩展的tranumreq消息所规定的前转号码开始呼叫前转。

在步骤S421中，当前转用户出现忙等情况，导致呼叫失败。

在步骤S422中，始发MSC在收到失败原因后，根据“原被叫用户”和“路由数字2”向漏话通平台发送带有“主叫号码、失败原因码、原被叫号码、被叫号码”等参数的SETUP消息。

在步骤S423中，漏话通平台根据收到的SETUP消息向“原被叫号码”发送漏话提醒短信。

下面描述本发明的对使用呼叫转移业务的被叫移动终端进行漏话通知的系统。

图5示出了根据本发明一个实施例的对使用呼叫转移业务的被叫移动终端进行漏话通知的系统。

如图5所示，本实施例的系统可包括始发移动交换中心MSC12、归属位置寄存器HLR11和漏话通平台13。

其中，归属位置寄存器HLR11用于在收到对被叫移动终端的呼叫请求之后向始发移动交换中心MSC12发送业务消息。所发送的业务消息可包括被叫移动终端的漏话通业务签约信息和漏话通知接收号码。在本实施例中，漏话通知接收号码可以为原被叫移动终端的号码和/或呼叫转移号码。漏话通业务签约信息可以为漏话通平台接入码。

当HLR11向始发MSC12发送包含漏话通业务签约信息和漏话通知接收号码的业务消息，可由接收单元121接收该业务消息。判断单元122可根据所接收的业务消息判断被叫终端是否签约。当判断结果为是时，提取单元123可从该业务消息中提取漏话通业务签约信息、原被叫号码和/或呼叫转移号码，从而为后继步骤做好准备。当呼叫转移失败，触发单元124根据所提取的漏话通业务签约信息、原被叫号码和/或呼叫转移号码向漏话通知平台发送触发消息，该触发消息包括主叫号码、失败原因码、原被叫号码和/或呼叫转移号码。

漏话通平台13根据该触发通知对所设定的漏话通知接收号码发送漏话通知。在本实施例中，漏话通知接收号码可以为原被叫移动终端的号码和/或呼叫转移号码。

图6示出了根据本发明另一个实施例的对使用呼叫转移业务的被叫移动终端进行漏话通知的系统。

如图6所示，在本发明的另一个实施例的对使用呼叫转移业务的被叫移动终端进行漏话通知的系统中，可设有始发移动交换中心MSC22、归属位置寄存器HLR21、漏话通平台23、VLR24和服务MSC25。

该系统与上一实施例的区别在于增设了VLR24和服务MSC25。在对被叫移动终端进行开机登记时，VLR24可接收HLR21所发送的含有服务项目清单的登记响应消息，并将该该登记响应消息发送至服务MSC25。其中，该服务项目清单可包括被叫终端的漏话通业务签约信息。这样，服务MSC25可将包含有漏话通业务签约信息和签约用户号码通过VLR24发送至HLR25，并最终发送至始发MSC22。

服务MSC在确定被叫用户状态后，经由VLR将带有用户状态指示的路径请求应答消息routreq发送给HLR，HLR从服务项目清单中确定被叫用户前转业务已经激活后，向始发MSC发送的位置请求响应消息locreq中添加所述被叫移动终端的漏话通业务签约信息和被叫移动终端的号码。

当呼叫转移为遇忙呼叫转移或无条件呼叫转移时，服务MSC在确定被叫用户状态后，经由VLR24将带有用户状态指示的路径请求应答消息routreq发送给HLR21。HLR21从服务项目清单中确定前转业务已经激活后，由HLR21向始发MSC22发送包括所述被叫移动终端的漏话通业务签约信息和相关用户号码的业务信息，其中业务消息可以为位置请求响应消息locreq。

当呼叫转移是无应答呼叫转移，由HLR21向始发MSC22发送的业务消息可以为前转号码申请消息返回结果tranumreq。

与上一实施例类似，漏话通平台还可同时向呼叫转移号码发送漏话通知，或者在向原被叫号码发送失败后再向呼叫转移号码发送漏话通知。

至此，已经详细描述了根据本发明的对使用呼叫转移业务的被叫移动终端进行漏话通知的方法和控制系统。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。

Claims (13)

1.一种对使用呼叫转移业务的被叫移动终端进行漏话通知的方法，其特征在于，该方法包括以下步骤：

在收到对被叫移动终端的呼叫请求之后，归属位置寄存器HLR向始发移动交换中心MSC发送业务消息，所述业务消息包括被叫移动终端的漏话通业务签约信息和漏话通知接收号码，所述漏话通知接收号码为原被叫移动终端的号码和/或呼叫转移号码；

当呼叫转移失败时，由所述始发MSC触发漏话通平台向所述漏话通知接收号码发送漏话通知。

2.如权利要求1所述的方法，其特征在于，

在对所述被叫移动终端进行开机登记时，该方法还包括：

HLR向拜访位置寄存器VLR发送含有服务项目清单的登记响应消息，所述服务项目清单包括被叫终端的漏话通业务签约信息；

所述VLR将该登记响应消息发送至服务MSC。

3.如权利要求2所述的方法，其特征在于，

所述呼叫转移为遇忙呼叫转移或无条件呼叫转移，

该方法还包括：

服务MSC在确定被叫用户状态后，经由VLR将带有用户状态指示的路径请求应答消息routreq发送给HLR，HLR从服务项目清单中确定被叫用户前转业务已经激活后，向始发MSC发送的业务消息中添加所述被叫移动终端的漏话通业务签约信息和漏话通知接收号码，

其中，所述由HLR向始发MSC发送的业务消息为位置请求响应消息locreq。

4.如权利要求1所述的方法，其特征在于，

所述呼叫转移是无应答呼叫转移，

所述由HLR向始发MSC发送的业务消息为前转号码申请消息返回结果tranumreq。

5.如权利要求1所述的方法，其特征在于，

所述漏话通业务签约信息为漏话通平台接入码。

6.如权利要求1所述的方法，其特征在于，所述方法还包括：

在所述HLR向始发MSC发送业务信息后，所述始发MSC根据所接收的业务消息判断被叫终端是否签约漏话通业务；

当判断结果为是时，从该业务消息中提取漏话通业务签约信息、原被叫号码和/或呼叫转移号码。

7.如权利要求6所述的方法，其特征在于，所述始发MSC触发漏话通平台的步骤包括：

所述始发MSC根据所提取的漏话通业务签约信息、原被叫号码和/或呼叫转移号码向漏话通知平台发送触发消息，该触发消息包括主叫号码、失败原因码、原被叫号码和/或呼叫转移号码。

8.一种对使用呼叫转移业务的被叫移动终端进行漏话通知的系统，包括始发移动交换中心MSC、归属位置寄存器HLR和漏话通平台，其特征在于，

在收到对被叫移动终端的呼叫请求之后，归属位置寄存器HLR向始发移动交换中心MSC发送业务消息，所述业务消息包括被叫移动终端的漏话通业务签约信息和漏话通知接收号码，所述漏话通知接收号码为原被叫移动终端的号码和/或呼叫转移号码；

当呼叫转移失败时，由所述始发MSC触发漏话通平台向所述漏话通知接收号码发送漏话通知。

9.如权利要求8所述的系统，其特征在于，还包括拜访位置寄存器VLR和服务MSC，

其中，在对所述被叫移动终端进行开机登记时，

HLR向拜访位置寄存器VLR发送含有服务项目清单的登记响应消息，所述服务项目清单包括被叫终端的漏话通业务签约信息；

所述VLR将该登记响应消息发送至服务MSC。

10.如权利要求9所述的系统，其特征在于，

所述呼叫转移为遇忙呼叫转移或无条件呼叫转移，

服务MSC在确定被叫用户状态后，经由VLR将带有用户状态指示的路径请求应答消息routreq发送给HLR，HLR从服务项目清单中确定被叫用户的前转业务已经激活后，向始发MSC发送的业务消息中添加所述被叫移动终端的漏话通业务签约信息和漏话通知接收号码；

所述由HLR向始发MSC发送的业务消息为位置请求消息locreq。

11.如权利要求8所述的系统，其特征在于，

所述呼叫转移是无应答呼叫转移，

所述由HLR向始发MSC发送的业务消息为前转号码申请消息返回结果tranumreq。

12.如权利要求8所述的系统，其特征在于，

所述漏话通业务签约信息为漏话通平台接入码。

13.如权利要求8所述的系统，其特征在于，所述始发MSC包括：

判断单元，用于根据所接收的业务消息判断被叫终端是否签约；

提取单元，用于当判断结果为是时，从该所述业务消息中提取漏话通业务签约信息、原被叫号码和/或呼叫转移号码；

触发单元，用于根据所提取的漏话通业务签约信息、原被叫号码和/或呼叫转移号码向漏话通知平台发送触发消息，该触发消息包括主叫号码、失败原因码、原被叫号码和/或呼叫转移号码。