CN100551102C - 一种处理呼叫失败的方法和系统 - Google Patents

Abstract

本发明公开了一种处理呼叫失败的方法，该方法包括：呼叫失败处理机制SCFD信息生成单元获取呼叫失败原因和被叫用户信息，生成携带有所述呼叫失败原因和所述被叫用户信息的SCFD信息；所述SCFD信息生成单元将所述SCFD信息发送给呼叫失败处理单元；呼叫失败处理单元根据所述SCFD信息，和所述呼叫失败处理单元中预先设置的对不同原因的失败呼叫的处理方式，对不同原因的失败的呼叫进行不同处理。本发明还公开了一种处理呼叫失败的系统。应用本发明，能够确切区分呼叫失败原因，根据呼叫失败的不同原因对呼叫进行不同的处理。

Description

一种处理呼叫失败的方法和系统

技术领域

本发明涉及无线通信技术领域，特别是一种处理呼叫失败的方法和系统。

背景技术

随着技术的发展和社会的进步，利用无线网络开展呼叫业务已经成为人们日常生活的重要组成部分。在呼叫过程中，如果被叫用户不具备接听的条件，例如被叫用户忙、关机或者久叫不应答等，则呼叫无法接续到被叫用户，造成呼叫失败。

目前，针对常见的呼叫失败原因可以采用前转的方式进行处理。一种前转方法是用户预先指定电话号码，当用户作为被叫不具备接听条件时，呼叫被接续到用户预先指定的电话号码上；另外一种前转方法是用户开通语音信箱，当用户作为被叫不具备接听条件时，将呼叫接续到用户的语音信箱中。

但是，现有的处理呼叫失败的方法只能对简单的呼叫失败原因进行处理，并且处理呼叫失败的方法有限，仅能够将呼叫接续到用户预先指定的电话号码上或者用户开通的语音信箱中。随着通信运营商的业务不断扩展，用户无法接收呼叫的原因也日益复杂，例如运营商可以将来自用户指定号码的呼入屏蔽，造成呼叫失败。这样一来，现有单一的处理呼叫失败的方法已经逐渐不能满足人们的需要。

另外，在现有处理呼叫失败的方法中，系统已经预先对呼叫失败原因进行了分类，例如，在被叫用户久叫不应答和被叫用户签约了终呼限制的情况下，系统均认为呼叫失败原因是被叫用户无应答，不能确切区分呼叫失败原因。这样一来，系统无法将确切的呼叫失败原因通知主叫用户，从而使主叫用户无法根据不同的失败原因进行不同的处理。随着人们对呼叫业务要求的增多，现有的区分呼叫失败原因的方法也不能满足人们的需要了。

发明内容

有鉴于此，本发明实施例的主要目的在于提出一种处理呼叫失败的方法，能够确切区分呼叫失败原因，根据呼叫失败的不同原因对呼叫进行不同的处理。

本发明实施例的另一目的在于提出一种处理呼叫失败的系统，确切区分呼叫失败原因，根据呼叫失败的不同原因对呼叫进行不同的处理。

为了达到上述目的，本发明的技术方案是这样实现的：

一种处理呼叫失败的方法，设置呼叫失败处理机制SCFD信息生成单元和呼叫失败处理单元，该方法包括：

A、所述SCFD信息生成单元获取呼叫失败原因和被叫用户信息，生成携带有所述呼叫失败原因和所述被叫用户信息的SCFD信息；

B、所述SCFD信息生成单元将所述SCFD信息发送给呼叫失败处理单元；

C、所述呼叫失败处理单元根据所述SCFD信息，和所述呼叫失败处理单元中预先设置的对不同原因的失败呼叫的处理方式，对不同原因的失败呼叫进行不同处理。

一种处理呼叫失败的系统，该系统包括：SCFD信息生成单元和呼叫失败处理单元；其中，

所述SCFD信息生成单元，用于生成携带有呼叫失败原因和被叫用户信息的SCFD信息，并将所述SCFD信息发送给所述呼叫失败处理单元；

所述呼叫失败处理单元，用于接收来自所述SCFD信息生成单元的SCFD信息，根据所述SCFD信息，和所述呼叫失败处理单元中预先设置的对不同原因的失败呼叫的处理方式，对不同原因的失败呼叫进行不同处理。

从上述方案中可以看出，由于本发明实施例中SCFD信息生成单元获取呼叫失败原因，并将呼叫失败的确切原因携带在呼叫失败处理机制(SCFD)信息中，从而使呼叫失败处理单元能够针对不同的呼叫失败原因进行不同的处理。这样一来，运营商能够完善呼叫业务，针对不同的呼叫失败原因作出处理，使主叫用户能够获知呼叫失败的原因，提高用户的呼叫体验。

另外，在本发明实施例中利用现有通信网络中的接口传递SCFD信息，不需要对现有设备进行改造，便于运营商实施。用户在签约SCFD业务时，无需预先指定电话号码，系统可以使用用户自身的电话号码作为SDFC信息中的被叫用户信息，从而使用户更灵活和方便的处理失败的呼叫。

附图说明

图1为本发明实施例中处理呼叫失败的方法实施例一的流程图；

图2为本发明实施例中处理呼叫失败的方法实施例二的流程图；

图3为本发明实施例中处理呼叫失败的方法实施例三的流程图；

图4为本发明实施例中处理呼叫失败的方法实施例四的流程图；

图5为本发明实施例中处理呼叫失败的方法实施例五的流程图；

图6为本发明实施例中处理呼叫失败的系统实施例一的结构的示意图；

图7为本发明实施例中处理呼叫失败的系统实施例二的结构的示意图。

具体实施方式

本发明的核心思想是：将呼叫失败原因和被叫用户信息携带在SCFD信息中发送给呼叫失败处理单元，由呼叫失败处理单元针对呼叫失败的确切原因对失败的呼叫进行处理。

为使本发明的目的、技术方案和优点更加清楚，以下结合实施例对本发明进一步详细说明。

在本发明中，用户在归属位置寄存器(HLR)上进行签约是指用户与HLR约定采用本发明中的方法处理失败的呼叫，如果用户没有与HLR签约，则按照现有的呼叫流程进行处理。其中，用户在签约时，如果指定了电话号码，则将用户指定的电话号码作为被叫用户信息，如果用户没有指定电话号码，则HLR使用被叫用户的电话号码作为被叫用户信息。

预先在HLR上设置需要进行处理的呼叫失败原因的类型，如果呼叫失败的原因的类型没有预先设置在HLR上，则按照现有的呼叫流程进行处理。

下面以码分多址(CDMA)系统为例，对本发明实施例中处理呼叫失败的方法进行说明。

在CDMA系统中，SCFD信息生成单元是归属位置寄存器HLR，呼叫控制单元是移动交换中心(MSC)。在对局呼叫中，发起呼叫的用户所在的MSC称为始呼MSC；接收呼叫的用户，即被叫用户所在的MSC称为被叫MSC。在同局呼叫时，始呼MSC和被叫MSC相同。下面以对局呼叫为例，对本发明实施例中处理呼叫失败的方法进行详细的说明。

图1示出了本发明实施例中处理呼叫失败的方法实施例一的流程。

本发明实施例中，假设运营商已经在HLR中预先设置了需要进行处理的呼叫失败原因的类型，并且用户已经在HLR上进行了签约。

当用户在HLR上进行了签约后，HLR发送SCFD标志给用户所在的拜访位置寄存器(VLR)，被叫MSC通过查询VLR，获知该用户已经签约。如果VLR中没有SCFD标志，则按照现有的呼叫流程进行处理。

在本实施例的对局呼叫中，呼叫在HLR获取路由之前失败，HLR获取呼叫失败原因，由于本实施例中的呼叫不需要被叫MSC参与，对HLR发送SCFD标志给VLR的过程不再详述，假设HLR已经将SCFD标志发送给VLR。

如图1所示，本发明实施例中处理呼叫失败的方法包括：

步骤11：始呼MSC接收到呼叫后，发送位置申请消息(LOCREQ)给HLR。

步骤12：HLR接收来自始呼MSC的LOCREQ，判断被叫用户是否具备接听条件，并获取呼叫失败原因，生成SCFD信息，返回位置申请响应消息(locreq)给始呼MSC。

HLR首先判断被叫用户是否具备接听条件。在被叫用户正在通话中、被叫用户处于关机状态或者被叫用户签约终呼限制等情况下，HLR判断对被叫用户的呼叫失败并获取呼叫失败原因。

假设在本实施例中，呼叫失败原因是被叫用户已关机。

假设在HLR中已经设置了需要对因被叫用户已关机造成的呼叫失败进行处理，由于被叫用户已经在HLR中进行了签约，则HLR根据呼叫失败原因和被叫用户信息，生成SCFD信息。

如果被叫用户没有在HLR中签约，或者HLR中没有配置需要对因被叫用户已关机造成的呼叫失败进行处理，则按照现有的呼叫流程进行处理，在此不再赘述。

在本实施例中，假设HLR在SCFD信息中携带呼叫失败原因的方法是在被叫用户信息之前增加表示呼叫失败原因的前缀，同时被叫用户信息是被叫用户的移动台识别码(MIN)。在HLR上设置前缀的取值，表示不同的呼叫失败的原因，假设HLR设置的表示被叫用户已关机的前缀是0124，则HLR将0124添加在MIN之前，生成SCFD信息。

HLR还可以通过设置现有信元取值或者设置新增信元取值的方法区分呼叫失败的不同原因，在HLR上设置现有信元取值或者新增信元取值，表示呼叫失败原因。

例如在本实施例中的CDMA系统中，改向再呼标示(DMH_REDIND)是现有信元，DMH_REDIND的大部分取值范围尚未使用，HLR可以在DMH_REDIND未被使用的范围内设置DMH_REDIND的不同取值，表示不同的呼叫失败原因。此外，HLR可以增加新的信元，通过设置新增信元的不同取值，表示不同的呼叫失败原因。HLR还可以使用不同的号码表示被叫用户信息，例如被叫号码(MDN)、移动台识别码(MIN)、国际移动用户识别码(IMSI)等。此外，用户还可以预先指定电话号码作为被叫用户信息。

可见，应用本发明实施例，用户在HLR中签约时，可以不指定电话号码，HLR将被叫用户的号码对作为被叫用户信息，从而为用户提供了更多的选择，呼叫失败处理的方式也更加灵活。

HLR将SCFD信息携带在LOCREQ的终端列表或者目的地数字中发送给始呼MSC。

如果HLR通过设置现有信元取值或者设置新增信元取值的方法区分呼叫失败的不同原因，那么HLR将SCFD信息中的被叫用户信息携带在LOCREQ的终端列表或者目的地数字中，将SCFD信息中现有信元或者新增信元发送给始呼MSC。

如果呼叫在HLR获取路由之后失败，则被叫MSC将呼叫失败原因发送HLR，HLR生成SCFD信息的过程与本实施例相同，在此不再详述。

步骤13：始呼MSC将SCFD信息携带在初始地址消息(IAI/IAM)中，发送给呼叫失败处理单元。

呼叫失败处理单元中设置有对不同原因的失败呼叫的处理方式。在接收到SCFD信息后，由于在SCFD信息中携带有呼叫失败原因，所以呼叫失败处理单元根据预先设置的处理方式，对不同原因的失败呼叫作进一步处理。

假设在本实施例中，预先设置的由于被叫用户已关机造成的呼叫失败的处理方法是将呼叫接续到被叫用户的语音信箱，那么失败处理单元在接收到SCFD信息后，将呼叫接续到被叫用户的语音信箱中，并且还可以指明呼叫失败原因是由于用户当时在通话。

呼叫失败处理单元还可以采用其它方式处理失败的呼叫，如发送短消息给被叫用户等。运营商可以根据需要对呼叫失败处理的方式进行设置，满足用户的不同需要。

在本发明实施例中，呼叫失败处理单元可以是独立的实体，也可以是MSC上的一个功能模块。

图2示出了本发明实施例中处理呼叫失败的方法实施例二的流程。

在本实施例中，假设运营商已经在HLR中设置了需要进行处理的呼叫失败的类型，并且用户已经在HLR上进行了签约。

在本实施例的对局呼叫中，HLR通过下发呼叫特征信息(CFI)将SCFD标志发送给被叫MSC，由主叫MSC向HLR发送呼叫失败原因。

在本实施例中对被叫MSC获取SCFD标志的步骤进行详细说明。

如图2所示，本发明实施例中处理呼叫失败的方法包括：

步骤201：用户漫游到被叫MSC后，被叫MSC向VLR发送登记通知消息(REGNOT)。

步骤202：VLR没有用户的记录，VLR向被叫用户归属的HLR发送REGNOT。

步骤203：HLR向VLR返回登记通知响应消息(regnot)，并在REGNOT中携带SCFD标志。

其中，SCFD标志可以是现有的CFI标志、终呼触发器或者是预先设置的用于指示用户已在HLR中签约的信元。其中CFI标志是无应答前转标志(CFNA)、遇忙前转标志(CFB)，终呼触发器是遇忙触发器、取路由失败触发器、寻呼无响应触发器和无应答触发器。

SCFD标志用于表示用户已经在HLR上签约。当使用CFNA、CFB作为SCFD标志时，将CFNA、CFB的值设置为3；当使用终呼触发器时，将终呼触发器中的遇忙触发器、取路由失败触发器、寻呼无相应触发器和无应答触发器的值设置为1；当使用预先设置的信元时，设置信元的取值，表示用户已经签约，并且HLR与被叫MSC预先约定信元的值，使被叫MSC能够将该信元识别为SCFD标志。

假设在本实施例中，采用CFNA和CFB作为SCFD标志。

步骤204：VLR发送regnot给被叫MSC。

经过上述步骤，在VLR中保存了SCFD标志，当呼叫失败后，被叫MSC查询VLR中是否保存有SCFD标志，如果有，则可以根据SCFD标志对呼叫进行处理。如果VLR中没有SCFD标志，则被叫MSC按照现有的呼叫流程进行处理。

另外，VLR除了在上述位置登记的过程中获取SCFD标志之外，还可以在资格指示或者资格申请的过程中获取SCFD标志。

如果VLR中已经保存有SCFD标志，则上述步骤可以省略。

步骤205～步骤210：始呼MSC收到呼叫后从被叫MSC获取呼叫路由。

始呼MSC获取呼叫路由的方法是本领域技术人员公知的技术，在此不再赘述。

步骤211：始呼MSC发送IAI/IAM给被叫MSC。

始呼MSC获取呼叫路由后，通过发送IAI/IAM与被叫MSC建立链接。

步骤212：现有用于监测呼叫等待时间的定时器超时。

被叫用户一直未接听来电造成呼叫无应答，导致定时器超时，造成呼叫失败。实现定时器功能的方法是本领域技术人员的公知技术，在此不再赘述。

步骤213：被叫MSC发送改向再呼申请消息(REDREQ)给始呼MSC，并利用REDREQ中改向再呼原因(REDREASON)携带呼叫失败原因。

在本实施例中，由于被叫MSC对应的VLR中保存有CFNA和CFB，在步骤211之后，被叫MSC会自动发送REDREQ给始呼MSC。

如果SCFD标志是除CFNA和CFB之外的用于指示用户已在HLR中签约的信元，则需要预先对被叫MSC进行设置，使被叫MSC能够识别该信元，并发送REDREQ给始呼MSC。对被叫MSC进行设置的方法是本领域技术人员公知的技术，在此不再赘述。

假设在本实施例中，呼叫失败原因是呼叫无应答。

步骤214：始呼MSC收到REDREQ消息后，发送携带有REDREASON的前转号码申请消息(TRANUMREQ)给HLR。

步骤215：HLR接收到TRANUMREQ后，获取呼叫失败原因，生成SCFD信息，并返回前转号码申请响应消息(tranumreq)给始呼MSC。

在本实施例中，假设HLR在SCFD信息中携带呼叫失败原因的方法是设置现有DMH_REDIND信元的值，同时被叫用户信息是被叫用户的被叫号码(MDN)。HLR设置DMH_REDIND的值为3，表示呼叫失败原因是用户无应答，在生成的SCFD信息中包括DMH_REDIND信元和被叫用户的MDN。

HLR在生成SCFD信息后，将SCFD信息中的被叫用户的MDN携带在TRANUNREQ中的终端列表中，将DMH_REDIND信元携带在TRANUNREQ中，发送给始呼MSC。

步骤216：始呼MSC发送改向再呼响应申请消息(redreq)给被叫MSC。

步骤217：始呼MSC释放呼叫。

步骤218：始呼MSC将SCFD信息携带在IAI/IAM消息中，发送给呼叫失败处理单元。呼叫失败处理单元对失败的呼叫作进一步处理。

假设在本实施例中，预先设置的由于被叫用户无应答造成的呼叫失败的处理是发送短消息通知被叫用户。那么失败处理单元发送短消息给被叫用户，同时通知主叫用户呼叫失败，并指明未接呼叫的原因是由于被叫用户未应答。

图3示出了本发明实施例中处理呼叫失败的方法实施例三的流程。

在本实施例中，假设运营商已经在HLR中设置了需要进行处理的呼叫失败原因，并且用户已经在HLR上进行了签约。

在本实施例的对局呼叫中，HLR通过终呼触发器将SCFD标志发送给被叫MSC，由被叫MSC向HLR发送呼叫失败原因。

在本实施例中对被叫MSC获取SCFD标志的步骤进行详细说明。

如图3所示，本发明实施例中处理呼叫失败的方法包括：

步骤301～步骤302：具体实现与图2所示实施例中的步骤201～步骤202完全相同，在此不再赘述。

步骤303：HLR向VLR返回REGNOT。

HLR将终呼触发器作为SCFD标志，并将终呼触发器携带在REGNOT中发送给VLR。另外，HLR还可以将CFI标志或者用于表示所述用户已经签约的信元作为SCFD标志，在此不再详述。

步骤304：VLR发送regnot给被叫MSC。

步骤305～步骤312：具体实现与图2所示实施例中的步骤205～步骤212完全相同，在此不再赘述。

步骤312：被叫MSC发送TRANUMREQ消息给HLR，并在TRANUMREQ消息中携带呼叫失败原因。

如果SCFD标志采用的是除终端触发器之外的用于指示用户已在HLR中签约的信元，则需要预先对被叫MSC进行设置，使被叫MSC能够识别该信元，并发送TRANUMREQ消息给HLR。对被叫MSC进行设置的方法是本领域技术人员公知的技术，在此不再赘述。

步骤313：HLR接收到来自被叫MSC的TRANUMREQ消息后，获取呼叫失败原因，生成SCFD信息，并返回tranumreq消息给被叫MSC。

步骤313中HLR生成SCFD信息的方法与图2所示实施例中的步骤214中的方法完全相同，在此不再赘述。

HLR在生成SCFD信息后，将SCFD信息携带在tranumreq消息中发送给被叫MSC。

步骤314：被叫MSC将SCFD信息携带在IAI/IAM消息中，发送给呼叫失败处理单元。呼叫失败处理单元对失败的呼叫作进一步处理。在此不再详述。

在不同的无线网络中，获取呼叫失败原因和生成SCFD信息的实体还可以是MSC，下面以全球移动通信系统(GSM)为例，对本发明实施例中处理呼叫失败的方法进行说明。

在GSM系统中发起呼叫时，SCFD信息生成模块是MSC。以对局呼叫为例，对本发明实施例中处理呼叫失败的方法进行详细的说明。

图4示出了本发明实施例中处理呼叫失败的方法实施例四的流程。

由于用户在HLR上进行签约以及在HLR上设置需要进行处理的呼叫失败的类型是本领域技术人员的公知技术，在此不再详述。本发明实施例中，假设运营商已经在HLR中设置了需要进行处理的呼叫失败原因，并且用户已经在HLR上进行了签约。

在本实施例的对局呼叫中，呼叫在始呼MSC未取得漫游号码时失败，由HLR获取呼叫失败原因，始呼MSC生成SCFD信息。如图4所示，本发明实施例中处理呼叫失败的方法包括：

步骤41：始呼MSC接收到呼叫后，发送取路由消息给HLR。

步骤42：HLR向VLR发送提供漫游号码消息。

HLR判断呼叫是否可以接续，如果可以接续，则执行步骤42，如果呼叫无法接续，则执行步骤44。假设在本实施例中，呼叫可以接续。

步骤43：VLR返回提供漫游号码应答消息给HLR。

VLR在提供漫游号码应答消息中携带有取漫游号码失败的原因，即呼叫失败原因。假设在本实施例中，呼叫失败原因是用户不在服务区。

步骤44：HLR发送取路由应答消息给始呼MSC。

HLR判断被叫用户是否已经签约，如果用户已经签约，则HLR将呼叫失败原因和被叫用户信息携带在取路由应答消息中的前转数据(ForwardingData)中发送给始呼MSC。如果用户没有签约，则按照现有的呼叫流程进行处理。

步骤45：始呼MSC生成SCFD信息，并将SCFD信息携带在IAI/IAM中，发送给呼叫失败处理单元。

始呼MSC接收到取路由应答消息后，获取呼叫失败原因和被叫用户信息，生成SCFD信息。假设在本实施例中，始呼MSC采用在被叫用户信息之前增加前缀的方式表示呼叫失败原因，使用被叫用户号码(MDN)表示被叫用户的信息。在始呼MSC上设置前缀的值，表示不同的呼叫失败原因，假设始呼MSC设置的表示被叫用户不在服务区的前缀是0120，则始呼MSC将0120添加在被叫用户的MDN之前，生成SCFD信息，并将SCFD信息发送给呼叫失败处理模块。呼叫失败处理单元对失败的呼叫作进一步处理。

在SCFD信息中携带有呼叫失败原因，所以呼叫失败处理单元能够根据呼叫失败的不同的原因做出不同的处理，在此不再详述。

图5示出了本发明实施例中处理呼叫失败的方法实施例五的流程。

本发明实施例中，假设运营商已经在HLR中设置了需要进行处理的呼叫失败原因，并且用户已经在HLR上进行了签约。

在本实施例的对局呼叫中，呼叫在始呼MSC取得漫游号码后失败，由被叫MSC获取呼叫失败原因，并生成SCFD信息。

在本实施例中对被叫用户所在VLR获取SCFD标志的步骤进行详细说明。

如图5所示，本发明实施例中处理呼叫失败的方法包括：

步骤501：被叫MSC向被叫VLR发送位置更新消息。

步骤502：被叫VLR转发位置更新消息给HLR。

步骤503：HLR向被叫VLR发送插入用户数据消息。

HLR在插入用户数据消息中的补充业务列表(Provisioned SS List)中添加SCFD标志和被叫用户信息。如果用户预先指定了电话号码的话，被叫用户信息是用户指定的电话号码。假设在本实施例中，用户没有指定电话号码，使用MDN作为被叫用户信息。

步骤504：被叫VLR发送插入用户数据确认消息给HLR。

步骤505：HLR发送位置更新确认消息给被叫VLR。

步骤506：被叫VLR向被叫MSC发送位置更新确认消息。

通过上述步骤，在被叫VLR获取了SCFD标志和被叫用户信息，在呼叫失败时，被叫MSC从被叫VLR查询到SCFD标志和被叫用户信息，对呼叫进行处理。如果被叫VLR中没有SCFD标志，则按照现有的呼叫流程进行处理。

步骤507：始呼MSC发送取路由消息给HLR。

步骤508：HLR发送提供漫游号码消息给被叫VLR。

假设在本实施例中，HLR判断被叫可以接续，向被叫VLR发送提供漫游号码消息，请求获取被叫用户的漫游号码。

步骤509：被叫VLR返回提供漫游号码应答消息给HLR。

被叫VLR在提供漫游号码应答消息中携带有为被叫用户的分配的漫游号码。

步骤510：HLR向始呼MSC发送取路由应答消息。

HLR在取路由应答消息中携带有被叫用户的漫游号码。

步骤511：始呼MSC发送IAI/IAM消息给被叫MSC，建立呼叫。

步骤512：呼叫失败。

如果被叫用户无应答或者被叫用户忙等情况发生，造成呼叫失败。假设在本实施例中，呼叫失败原因是被叫用户忙。

步骤513：被叫MSC生成SCFD消息，并将SCFD消息携带在IAI/IAM消息中发送给呼叫失败处理单元。呼叫失败处理单元对失败的呼叫作进一步的处理。

被叫MSC发现呼叫无法建立，在被叫VLR中查询到SCFD标志和被叫用户信息。被叫MSC根据呼叫失败原因和被叫用户信息生成SCFD信息，本实施例中被叫MSC生成SCFD信息的方法与图4所示实施例相同，在此不再详述。

在SCFD信息中携带有呼叫失败原因，所以呼叫失败处理单元能够根据呼叫失败的不同的原因做出不同的处理，在此不再详述。

通过上述实施例可以看出，在本发明实施例中的SCFD消息中携带了呼叫失败的确切原因，从而使呼叫失败处理单元能够针对不同的失败原因作出不同的处理。同时被叫用户也能够获知呼叫失败的具体原因，而不是简单的知道有一个未接来电。

上述将本发明应用于CDMA系统和GSM系统的实施例只是本发明的较佳示例，并不用于限制本发明。本发明实施例中的处理呼叫失败的方法还适用于不同的通信系统，例如WCDMA、SCDMA等通信系统中。上述实施例中HLR与MSC进行交互的消息在不同网络中的名称不同，只要能够完成本发明实施例中的功能，均在本发明的保护范围之内。

依据以上述处理呼叫失败的方法，对本发明实施例中处理呼叫失败的系统作详细的说明。

图6示出了本发明实施例中处理呼叫失败的系统实施例一的结构。在本实施例中，SCFD信息生成单元是MSC，其中MSC是始呼MSC。

如图6所示，本发明实施例中处理呼叫失败的系统中包括：始呼MSC和呼叫失败处理单元。

始呼MSC用于获取呼叫失败原因和被叫用户信息，将呼叫失败原因和被叫信息携带在SCFD信息中发送给呼叫处理单元。

呼叫失败处理单元用于根据接收到的SCFD信息，对失败的呼叫进行处理。

由于在SCFD信息中包含了呼叫失败原因，所以呼叫失败处理单元可以针对不同的呼叫失败原因作出不同的处理。例如，如果被叫用户签约了终呼限制时，呼叫失败处理单元可以给始呼用户播放录音通知，通知始呼用户此次呼叫失败原因，同时给被叫用户发送短消息，通知被叫用户有未接来电。

在本实施例中，MSC还可以是被叫MSC，由被叫MSC获取呼叫失败原因并生成SCFD信息。

图7示出了本发明实施例中处理呼叫失败的系统实施例二的结构。在本实施例中，SCFD信息生成单元是HLR；呼叫控制单元是MSC，其中MSC是被叫MSC，用于在SCFD信息生成单元和呼叫失败处理单元之间转发SCFD信息。

如图7所示，本发明实施例中处理呼叫失败的系统的中包括：HLR、被叫MSC和呼叫失败处理单元。

HLR用于将呼叫失败原因和被叫用户信息携带在SCFD信息中发送给被叫MSC。

被叫MSC用于接收来自HLR的SCFD信息，并将SCFD信息发送给呼叫处理单元。

呼叫失败处理单元用于根据接收到的SCFD信息，对失败的呼叫进行处理。由于在SCFD信息中包含了呼叫失败原因，所以呼叫失败处理单元可以针对不同的呼叫失败原因作出不同的处理。例如，如果用户无应答时，可以将呼叫接续到语音信箱中，如果用户正在通话，可以通过发送短消息的方式通知用户有未接来电。

在本发明实施例中，呼叫控制单元还可以是始呼MSC，此时HLR将呼叫失败原因和被叫用户信息携带在SCFD信息中发送给始呼MSC，始呼MSC接收来自HLR的SCFD信息，并将SCFD信息发送给呼叫处理单元。

如果失败的呼叫是本局呼叫时，被叫MSC与主叫MSC是同一个MSC，由该MSC接收来自HLR的SCFD信息，并将SCFD信息发送给呼叫处理单元。

其中，呼叫失败处理单元可以是独立的实体或者是MSC中的模块，

可见，应用本发明实施例，能够采用不同的方式处理不同原因的失败呼叫，从而使运营商能够灵活的对失败的呼叫进行处理，进而使用户能够获知确切的呼叫失败原因，提高了用户的呼叫体验。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (26)

1、一种处理呼叫失败的方法，其特征在于，设置呼叫失败处理机制SCFD信息生成单元和呼叫失败处理单元，该方法包括：

A、所述SCFD信息生成单元获取呼叫失败原因和被叫用户信息，生成携带有所述呼叫失败原因和所述被叫用户信息的SCFD信息；

B、所述SCFD信息生成单元将所述SCFD信息发送给呼叫失败处理单元；

C、所述呼叫失败处理单元根据所述SCFD信息，和所述呼叫失败处理单元中预先设置的对不同原因的失败呼叫的处理方式，对不同原因的失败呼叫进行不同处理。

2、根据权利要求1所述的方法，其特征在于，进一步设置呼叫控制单元，所述步骤B具体包括：

B1、SCFD信息生成单元将所述SCFD信息发送给呼叫控制单元；

B2、所述呼叫控制单元将所述SCFD信息发送给呼叫失败处理单元。

3、根据权利要求2所述的方法，其特征在于，所述SCFD信息生成单元是归属位置寄存器HLR，所述呼叫控制单元是移动交换中心MSC。

4、根据权利要求3所述的方法，其特征在于，所述步骤A之前进一步包括：

在所述HLR上预先设置需要进行处理的呼叫失败原因的类型；

被叫用户在所述HLR上进行签约；

所述HLR将用于指示用户已签约的SCFD标志发送给所述被叫用户所在的拜访位置寄存器VLR。

5、根据权利要求4所述的方法，其特征在于，所述的SCFD标志为呼叫特征信息CFI、终呼触发器或者用于表示所述用户已经签约的信元。

6、根据权利要求5所述的方法，其特征在于，所述CFI是无应答前转标志CFNA和遇忙前转标志CFB；所述终呼触发器是遇忙触发器、取路由失败触发器、寻呼无响应触发器和无应答触发器。

7、根据权利要求3所述的方法，其特征在于，所述HLR生成SCFD信息的方法是：

所述HLR获取所述呼叫失败原因和所述被叫用户信息，并生成携带有所述呼叫失败原因和被叫用户信息的SCFD信息。

8、根据权利要求3所述的方法，其特征在于，所述MSC是发起呼叫的用户所在的始呼MSC，所述HLR生成SCFD信息的方法是：

所述始呼MSC将所述呼叫失败原因发送给所述HLR；

所述HLR生成携带有所述呼叫失败原因和被叫用户信息的SCFD信息。

9、根据权利要求3所述的方法，其特征在于，所述MSC是所述被叫用户所在的被叫MSC，所述HLR生成SCFD信息的步骤是：

所述被叫MSC将所述呼叫失败原因发送给所述HLR；

所述HLR生成携带有所述呼叫失败原因和被叫用户信息的SCFD信息。

10、根据权利要求3所述的方法，其特征在于，所述HLR将所述SCFD信息发送给所述MSC的方法是：

所述HLR将所述SCFD信息携带在终端列表或者目的地数字中发送给所述MSC。

11、根据权利要求1所述的方法，其特征在于，所述SCFD信息生成单元是MSC。

12、根据权利要求11所述的方法，其特征在于，所述步骤A之前进一步包括：

在所述MSC所属的HLR上设置需要进行处理的呼叫失败原因的类型；

被叫用户在所述HLR上进行签约；

所述HLR将用于指示用户已签约的SCFD标志和被叫用户信息发送给与所述MSC对应的VLR。

13、根据权利要求12所述的方法，其特征在于，所述将SCFD标志和被叫用户信息发送给所述VLR的方法是：

所述HLR将所述SCFD标志和所述被叫用户信息携带在补充业务列表中发送给所述VLR。

14、根据权利要求11所述的方法，其特征在于，所述MSC是发起呼叫的用户所在的始呼MSC，所述始呼MSC生成SCFD信息的步骤是：

HLR将所述呼叫失败原因和被叫用户信息发送给所述始呼MSC；

所述始呼MSC生成携带有所述呼叫失败原因和被叫用户信息的SCFD信息。

15、根据权利要求14所述的方法，其特征在于，所述HLR将所述呼叫失败原因和被叫用户信息发送给所述始呼MSC的方法是：

所述HLR将所述呼叫失败原因和被叫用户信息携带在前转数据中发送给所述始呼MSC。

16、根据权利要求11所述的方法，其特征在于，所述MSC是所述被叫用户所在的被叫MSC，所述被叫MSC生成SCFD信息的步骤是：

所述被叫MSC获取所述呼叫失败原因和所述被叫用户信息；

所述被叫MSC生成携带有所述呼叫失败原因和被叫用户信息的SCFD信息。

17、根据权利要求11所述的方法，其特征在于，所述MSC生成所述SCFD信息之前进一步包括：所述MSC查询VLR中是否包括SCFD标志，如果包括，则生成所述SCFD信息。

18、根据权利要求3或11所述的方法，其特征在于，在所述SCFD信息中携带呼叫失败原因的方法是：

在所述被叫用户信息之前增加表示所述呼叫失败原因的前缀；或者，

设置现有信元的取值，表示所述呼叫失败原因；或者，

设置新增信元的取值，表示所述呼叫失败原因。

19、根据权利要求3或11所述的方法，其特征在于，所述被叫用户信息是所述被叫用户的被叫号码MDN、移动台识别码MIN、国际移动用户识别码IMSI或者被叫用户预先指定的号码。

20、根据权利要求3或11所述的方法，其特征在于，所述MSC将所述SCFD信息发送给所述呼叫失败处理单元的方法是：

所述MSC将所述SCFD消息携带在初始地址消息IAI/IAM中发送给所述呼叫失败处理单元。

21、根据权利要求1、3或11所述的方法，其特征在于，所述呼叫失败处理单元处理所述失败的呼叫的方法是：

将所述呼叫接续到被叫用户的语音信箱或者发送短消息给所述被叫用户。

22、一种处理呼叫失败的系统，其特征在于，该系统包括：SCFD信息生成单元和呼叫失败处理单元；其中，

所述SCFD信息生成单元，用于生成携带有呼叫失败原因和被叫用户信息的SCFD信息，并将所述SCFD信息发送给所述呼叫失败处理单元；

所述呼叫失败处理单元，用于接收来自所述SCFD信息生成单元的SCFD信息，根据所述SCFD信息，和所述呼叫失败处理单元中预先设置的对不同原因的失败呼叫的处理方式，对不同原因的失败呼叫进行不同处理。

23、根据权利要求22所述的系统，其特征在于，所述SCFD信息生成单元中进一步包括呼叫控制单元，

所述SCFD信息生成单元进一步用于将所述SCFD信息发送给所述呼叫控制单元；

所述呼叫失败处理单元进一步用于接收来自所述呼叫控制单元的SCFD信息，根据所述SCFD信息，处理所述失败的呼叫。

所述呼叫控制单元，用于接收来自所述SCFD信息生成模块的SCFD信息，将所述SCFD信息发送给所述呼叫失败处理模块。

24、根据权利要求22所述的系统，其特征在于，所述SCFD信息生成单元是MSC。

25、根据权利要求23所述的系统，其特征在于，所述SCFD信息生成单元是HLR；所述呼叫控制单元是MSC。

26、根据权利要求24或25所述的系统，其特征在于，所述呼叫失败处理单元是独立的实体或者位于所述MSC中。

Images