CN1316846C - 提供主叫号码历史的设备和方法 - Google Patents

Abstract

本发明涉及对一种为作为失败呼叫目标用户的用户提供失败呼叫历史的设备和方法。在本发明中，当交换机不能把呼叫路由到目标用户时，它就向HLR(归属位置寄存器)通知呼叫路由失败。然后，HLR发送有关失败呼叫的信息给呼叫控制系统，其中该信息包括被叫和主叫号码，以及呼叫起始时间(或呼叫接收时间)。呼叫控制系统把接收到的失败呼叫信息添加到用于被叫号码的主叫历史中。然后，当被叫号码可以接通时，呼叫控制系统就为被叫号码的用户提供主叫历史，从而用户能知道在他或她不能与移动网络通信时，请求和他或她建立连接的所有主叫号码。

Description

提供主叫号码历史的设备和方法

技术领域

本发明一般涉及一种用于提供主叫号码历史的方法和设备，更具体地，但并不是限制地涉及一种用于为用户提供包括对该用户的每个呼叫的主叫号码和呼叫起始时间的信息。

背景技术

移动电信可以定义为增加移动性的电信。移动性包括：可以消除对电话线长度限制的终端移动性，能够使用户在自由移动时使用终端进行通信的用户移动性，以及通过利用宽带无线信道来提供数据、和视频业务、以及传统的语音业务的业务移动性。

随着移动通信技术的发展，移动终端(诸如实现移动电信的蜂窝电话、PCS电话以及PDAs)变得更小更轻。

电信网络为移动用户提供各种业务。在用户不能应答来电并且主叫方留下语音消息的情况中，被叫用户随后可以通过语音邮件业务来得到该语音消息。用户可以在具有语音激活拨号业务功能的移动终端中登记了他/她的语音之后，使用他/她的语音来拨通一个号码。短消息业务(SMS)能使用户通过他/她的移动终端的显示屏来接收各种消息和信息。另外，当被叫用户使用语音邮件业务时，主叫方一留下语音消息时，短消息业务就向用户通知他/她的语音邮件的到达。

当接收一个呼叫时，被叫用户能够通过主叫号码显示业务立即知道主叫方的号码，其中该主叫号码显示业务可以提供每个接收呼叫的号码。

传统的主叫号码显示业务提供正常连接的呼叫的号码，但是并不能提供曾经尝试但是因为被叫用户的终端关机、被叫用户线路忙、或者被叫用户在业务覆盖区之外的原因使被叫用户并没有接收到的呼叫的号码。

发明内容

因此，本发明的一个目的是提供一种用于提供主叫历史信息的方法和设备，其中当用户的移动终端可以接通时，其为用户管理和提供有关应答和失败呼叫的信息。

在根据本发明的用于提供主叫历史信息的方法和设备中，如果一个被叫用户的终端不能接通，就把该状态通知给归属位置寄存器，以及归属位置寄存器把包括主叫和被叫号码、以及呼叫起始或接收时间的信息发送给呼叫控制系统。一接收到该信息，该呼叫控制系统就创建按用户排列的主叫历史信息，并且当用户可以接通时，以消息的形式把主叫历史信息提供给相应的用户。

根据本发明的用于提供主叫历史信息的方法和设备能够使用户在其终端不能接通时得到每个尝试呼叫的主叫号码。公众机构可以有利地采用该方法，在该机构中用于报告各种事件(诸如犯罪报告)的来电呼叫号码在瞬时溢出。

根据本发明的一个方面，提供了一种用于提供主叫历史的设备，包括：呼叫控制服务器，其用于为用户管理有关失败呼叫的主叫历史信息，并且为用户的移动终端提供所述的主叫历史信息，所述的主叫历史信息是通过在呼叫控制服务器和归属位置寄存器HLR之间的通信而从HLR接收到的；和存储装置，其用于存储由所述HLR所提供的所述主叫历史信息，其由所述呼叫控制服务器控制，其中所述呼叫控制服务器基于存储在所述存储装置中的所述主叫历史信息，周期性地创建短消息，该短消息含有失败呼叫的号码和/或用于检验每个失败呼叫的主叫号码的信息，并把该短消息发送到用户的移动终端。

根据本发明的另一方面，提供了一种用于提供主叫历史的方法，包括以下步骤：归属位置寄存器接收来自终端交换中心的、到用户的呼叫失败；所述归属位置寄存器把包括失败呼叫的主叫号码的主叫历史信息发送到呼叫控制系统；所述归属控制系统根据用户来分类并存储接收到的多条主叫历史信息；以及所述归属控制系统一旦通过与所述归属位置寄存器通信而检测到对应用户的移动终端开机，则基于所存储的所述主叫历史信息，创建短消息，该短消息含有关于对应用户的失败呼叫的号码和用于检验每个失败呼叫的主叫号码的信息，并把该短消息发送到对应用户的移动终端。

附图说明

图1是实施本发明的一种网络的图形表示；

图2是存储在图1的数据库中的示例性主叫历史表；

图3是根据本发明的一个实施例的流程图，其说明当被叫用户在空闲状态时提供呼叫历史信息的过程；

图4是根据本发明的另一个实施例的流程图，其说明当被叫用户的移动终端在关机状态时提供呼叫历史信息的过程；

图5是根据本发明的又一个实施例的流程图，其说明当被叫用户线路忙时、用户在不能寻呼到的区域时、或用户没有应答来电呼叫时，提供呼叫历史信息的过程；

图6是图1中的归属位置寄存器和呼叫控制服务器之间的通信所使用的协议栈(protocol stack)的图示表示；和

图7是图1中的归属位置寄存器和呼叫控制服务器之间交换的消息的示例性格式的图示表示。

具体实施方式

为了可以全面理解本发明，现在参照附图来描述本发明的优选实施例。

图1是可以有利地采用本发明的一种网络的图形表示，该网络包括：电话网络和IP网络。电话网络包括：交换中心10、12和14，其用于把呼叫路由到目标用户；归属位置寄存器(HLR)16和18，其用于存储有关移动终端用户的所有永久信息(例如，提供移动电信业务所需要的终端信息(MIN，ESN)、用户信息和附加业务信息)；以及短消息业务(SMS)中心20，其用于通过交换中心来为用户终端提供短消息。IP网络包括：因特网24和移动因特网22(例如用于提供特定移动因特网入口位置的内容的n-Top或NATE业务网络)。

在电话网络和IP网络之间呈现有呼叫控制系统32，该系统包括：呼叫控制服务器26，数据库28，和web服务器30。呼叫控制系统32管理诸如用户每个呼叫的主叫号码和起始时间的、用于每个用户的主叫历史(主叫方的ID列表)信息，把已应答的呼叫和失败的呼叫分开。有关失败呼叫的信息进一步包括诸如终端关机、线路忙、处于不能寻呼到的区域、或没有应答的失败原因。

呼叫控制服务器26使用基于因特网协议(IP)的移动应用部分(MAP)协议来与HLR16和18进行通信。当出现对用户的呼叫时，接收来自HLR16和18的用于用户的主叫历史，呼叫控制服务器26控制该主叫历史的管理、存储和传输的处理，主叫历史包括：主叫号码、呼叫起始时间、失败呼叫的原因等等。另外，呼叫控制服务器26使用短消息点对点(SMPP)(short message peer to peer)协议来与短消息业务中心20通信，并控制通过短消息业务中心20以短消息形式把存储在数据库28中的主叫历史信息发送到相应用户的处理。

在呼叫控制服务器26的控制下，数据库28存储由HLR16和18提供的主叫历史信息。图2说明存储在数据库28中的示例性主叫历史表(主叫方的ID列表)，其中存储按用户排列的用于失败呼叫的主叫号码、呼叫接收时间和失败呼叫原因。

连接到IP网络的web服务器30通过IP网络来接收来自用户的对主叫历史信息的请求，并把该请求发送到呼叫控制服务器26。另外，一旦接收到来自呼叫控制服务器26的所请求的主叫历史信息，web服务器30就把接收到的主叫历史信息返回到该用户。

呼叫控制服务器26创建携带主叫历史信息的短消息，并把创建的短消息发送到短消息业务中心20。

在呼叫控制系统32中的呼叫控制服务器26使得存储在数据库28中的主叫历史信息通过短消息业务中心20或web服务器30发送到相应的用户。更详细地，当用户通过因特网24或移动因特网22请求有关失败呼叫的信息时，呼叫控制系统32把存储在数据库28中的该信息提供给该用户，和/或周期性地以短消息的形式把主叫历史发送到该用户。

在使用短消息周期性地提供信息的情况中，呼叫控制系统32给相应用户发送失败呼叫的号码、ARS号码、因特网菜单访问地址或能够得到更详细信息的web站点。每4或6小时以短消息形式对用户提供一次信息，其中用户可以修改通知周期。然后，用户可以根据他或她的方便，使用所提供的访问信息来得到更具体的主叫历史信息。

通过短消息来周期性发送失败呼叫的号码和相关访问信息的方法可能的不方便处在于，接收消息的用户为了得到更具体的信息需要在随后访问web服务器。作为一种替换方法，可以在短消息中包括主叫号码、呼叫起始时间、失败呼叫的原因等等并周期性地提供含有所有需要信息的短消息。

一旦检测到用户的移动终端开机，呼叫控制系统32就通知用户有关在移动终端关机的时候没有应答的呼叫的信息。HLR16和18把移动终端开机的这个状态变化通知给在呼叫控制系统32中的呼叫控制服务器26。然后，呼叫控制服务器26立即以短消息形式把用于获得更具体信息的失败呼叫的号码和相关访问信息发送到用户，而不管预定的通知周期。在这种情况中，还可以在短消息中包括诸如主叫号码、呼叫起始时间和失败呼叫的原因的所有详细信息。

用于失败呼叫的原因通知对于呼叫控制系统32是可选的。

在HLR16和18与呼叫控制服务器26之间的通知是根据基于IP的MAP协议来执行的。图6表示基于IP的MAP协议栈，其包括7层，第一物理层-OPEN，第二数据链路层-OPEN，第三网络层-IP，第四传输层-TCP/UDP，第五会话层-NULL，第六表示层-NULL，和第七应用层-MAP。从第一物理层到第三网络层的层是用于数据转接业务，而上层是用于应用业务。

图7说明在HLR16和18与呼叫控制服务器26之间交换的消息格式，该消息包括：消息报头区和数据区。消息报头区包含：消息版本ID，链路ID，消息类型，业务ID，子系统，操作代码，前缀，号码编制方案区(NPA)，它是业务提供商ID，上下文ID，源ID，时间标记，和消息长度。主叫历史信息存储在数据区中。

参照图1所示的网络和图3-5所示的流程图来描述本发明的优选

实施例。

图3是根据本发明实施例用于提供主叫历史的方法的流程图，其中被叫用户移动终端处于空闲状态。

如果主叫方在输入目标用户号码后按下他或她的移动终端上的“发送”键，则相应的信号就通过基站被发送到附近的交换中心，例如10。为了得到被叫用户的漫游位置，始发交换中心10把主叫号码和被叫号码发送到HLR，例如HLR18，并请求被叫用户的位置(S10)。HLR18接收呼叫起始时间以及主叫和被叫号码。

HLR18基于被叫号码通过搜索被叫用户概要(profile)来检查主叫历史业务对于该被叫用户是否是激活的。如果是激活的，则为了得到临时本地电话号码(TLDN)(temporary local directory number)或终端交换中心的路由号码码，HLR18请求终端交换中心(例如14)来分配路由号码码(S12)。

终端交换中心14响应于该请求，分配路由号码并且把该路由号码发送给HLR18(S14)。一接收到该路由号码，HLR18就把该路由号码发送回始发交换中心10(S16)。

由于主叫历史业务对于该被叫用户是激活的，因此HLR18就为呼叫控制系统32提供指示出用于该被叫用户的主叫历史业务是激活的信息，以及被叫号码和诸如主叫号码和呼叫起始时间的主叫号码信息(S18)。然后，呼叫控制系统32中的呼叫控制服务器26把所提供的信息存储在数据库28中为被叫用户保留的区域中。

一接收到该信息，呼叫控制系统32就搜索被叫用户的附加业务信息，以便提供主叫号码信息。随后，呼叫控制系统32为短消息业务中心20提供主叫号码和相关的信息，并且命令短消息业务中20发送主叫号码信息给被叫用户(S20)。

为了发送短消息，短消息业务中心20向相应于被叫用户号码(例如18)的HLR18要求有关被叫用户正在漫游所使用的交换中心的信息(S22)。

HLR18响应于该请求，发送有关终端交换中心的信息给短消息业务中心20(S24)。一接收到该信息，短消息业务中心20就向终端交换中心(例如14)发送包括主叫号码和呼叫起始时间的主叫号码信息(S26)。

始发交换中心10基于TLDN来执行到终端交换中心14的呼叫建立(S28)。

步骤S20到S26仅在用于被叫用户的主叫历史业务是激活的时候才执行，而步骤S28的执行与步骤S18到S26无关。

图4是根据本发明的另一个实施例用于提供主叫历史的方法的流程图，其中被叫用户的终端处于关机状态。

如果主叫方在输入目标用户的号码后，按下他或她的移动终端上的“发送”键，则相应的信号就通过基站发射到附近的交换中心，例如10。为了得到被叫用户的漫游位置，始发交换中心10向HLR(例如18)发送主叫和被叫号码，并且请求被叫用户的位置(S30)。HLR18接收呼叫起始时间以及主叫和被叫号码。

HLR18基于被叫号码通过搜索被叫用户的概要，来检查被叫用户终端的状态。如果状态是关机，则HLR18就根据预定的优先级来进行呼叫业务。在包括关机的无法接通状态这样的情况中，HLR18把即关机这个拒接的原因发送到始发交换中心10。同样，HLR18通过搜索被叫用户的概要，来检查主叫历史业务对于该被叫用户是否是激活的。然后把检查结果连同拒接的原因一起发送到始发交换中心10(S32)。

如果主叫历史业务对于该被叫用户是激活的，则HLR18就为呼叫控制系统32提供指示出主叫历史是激活的信息。在这种情况中，被叫号码、和诸如主叫号码和呼叫起始时间的主叫号码信息也与关机这个拒接原因一起提供。更详细地，HLR18在适当地设置参数SVID(业务ID)、ADR(拒接原因)、被叫号码信息DGTSDIAL、和包含在ServiceInfoDirective中的主叫号码信息CNIdigitsBCD后，把它们发送到户叫控制服务器26，其中该ServiceInfoDirective是运营商把HLR18的操作和呼叫控制服务器26的操作联系起来所要使用的。具体来说，参数SVID设置为CNHP(主叫历史提供)，其指示主叫历史业务是激活的。然后呼叫控制服务器26把主叫号码、呼叫起始时间和拒接原因存储在数据库28中为被叫用户保留的区域中。

一接收到指示出主叫历史业务是激活的信息、被叫号码、失败呼叫的主叫号码、以及拒接原因，呼叫控制系统32就搜索被叫用户的附加业务信息，以提供主叫号码和拒接原因，并且命令短消息业务中心20把主叫号码信息发送到被叫用户(S36)。

为了发送短消息，短消息业务中心20向相应于被叫用户号码(例如18)的HLR18要求有关被叫用户正在漫游所使用的交换中心的信息(S38)。HLR18响应于该请求来发送有关终端交换中心的信息给短消息业务中心20(S40)。

一接收到该信息，短消息业务中心20就向终端交换中心(例如14)发送有关失败呼叫的信息(S42)。换句话说，呼叫控制系统32向被叫用户发送失败呼叫的号码、连同ARS号码、因特网菜单访问、或能够通过短消息业务中心20得到更详细信息的web站点地址。为了提供该信息，呼叫控制系统32使用SMPP协议与短消息业务中心20通信。

在提供在数据库28中所存储的主叫历史信息时，呼叫控制系统32可以在每当被叫用户通过因特网24或移动因特网24请求主叫历史信息时，提供呼叫历史信息，或可以周期性地以短消息的形式发送该信息给用户。在后一种情况中，有关失败呼叫号码的信息和用于得到更详细信息的相关访问信息可以每4或6小时提供给用户一次，其中用户可以修改通知周期。

一旦检测到用户的移动终端开机，则HLR18把移动终端处于开机状态的事实通知给呼叫控制系统32中的呼叫控制服务器26。呼叫控制服务器26然后可以使用短消息业务把失败呼叫号码和相关访问信息发送给用户，而与用户设置的通知周期无关。当提供主叫历史信息时，呼叫控制系统32可以提供每次失败呼叫的原因，这是可选的。

通过前面所述的方法，总会保持向用户通知未应答的呼叫号码和每次失败呼叫的原因。

基于在步骤S32接收到的消息，始发交换中心10向主叫方发送电子语音响应，其通知被叫用户终端关机(S44)。

步骤S36到S42仅在用于被叫用户的主叫历史业务是激活的时候才执行，而步骤S44的执行与步骤S36到S42无关。

图5是根据本发明的又一个实施例用于提供主叫历史的方法的流程图，其中被叫用户正在不能寻呼到的区域中使用终端，或没有应答来电呼叫。

图5的流程图假定当被叫用户处于图3流程图中的空闲状态时，在接收到来自HLR的TLDN后，始发交换中心与终端交换中心连接，也就是，在始发交换中心10和终端交换中心14的中断线连接已经完成。

如果被叫用户线路忙，用户没有应答呼叫，或用户终端处于不能寻呼到的区域，则假定主叫或终端交换中心来执行请求被叫号码要被改发(redirected)到的号码的分配操作。这是因为如果到一个号码(例如，000-111-2222)的呼叫建立失败，则需要把该呼叫改发到另一相关号码(例如，000-111-333)。

换句话说，如果当主叫用户开始呼叫时，被叫用户线路忙，用户没有应答呼叫，或用户终端处于不能寻呼到的区域，则始发交换中心，也就是10，请求HLR18分配被叫号码要被改发到的号码(S50)。

当要求分配被叫号码可以被改发到的号码时，始发交换中心10向HLR18提供主叫和被叫号码以及拒接原因。

HLR18，一接收到该请求，就把相应的数字信息发送到始发交换中心10(S52)。

HLR18基于被叫号码通过搜索被叫用户的概要，来检查主叫历史业务对于该被叫用户是否是激活的。如果主叫历史业务对于该被叫用户是激活的，则HLR18就为呼叫控制系统32提供指示出主叫历史业务是激活的信息(S54)。

在这种情况中，被叫号码和诸如主叫号码和呼叫起始时间的主叫号码信息就连同拒接原因一起提供，其中该拒接原因可以是线路忙，在不能寻呼的区域，或没有应答。更详细地，HLR18在适当地设置参数SVID(业务ID)，RedirectionReason，被叫号码DGTSDIAL，和主叫号码CNIdigitsBCD后，把它们发送到呼叫控制系统32。根据被叫用户的状态，把参数RedirectionReason设置为H’01(忙)，H’02(NoAns)，或H’04(NPR)。然后呼叫控制服务器26把主叫号码，呼叫起始时间，和拒接原因存储在数据库28中为被叫用户保留的区域中。

一接收到指示出主叫历史业务是激活的信息、被叫号码、有关失败呼叫的信息、以及拒接原因，呼叫控制系统32就搜索被叫用户的附加业务信息，以提供主叫号码和拒接原因，并且命令短消息业务中心20把主叫号码信息发送到被叫用户(S56)。

为了发送短消息，短消息业务中心20向相应于被叫用户号码(例如18)的HLR18要求有关被叫用户正在漫游所使用的交换中心的信息(S58)。HLR18响应于该请求，发送有关终端交换中心的信息给短消息业务中心20(S60)。一接收到该信息，短消息业务中心20就向终端交换中心，也就是14，发送包括主叫号码和呼叫起始时间的主叫号码信息(S62)。换句话说，呼叫控制系统32向被叫用户发送失败呼叫的号码，连同ARS号码、因特网菜单访问、或能够通过短消息业务中心20得到更详细信息的web站点地址。为了提供该信息，呼叫控制系统使用SMPP协议与短消息业务中心20通信。在提供存储在数据库28中的主叫历史信息中，呼叫控制系统32可以在每当被叫用户通过因特网24或移动因特网24请求主叫历史信息时，提供该信息，或周期性地以短消息的形式发送该信息给用户。在后一种情况中，有关失败呼叫号码的信息和用于得到更详细信息的相关访问信息可以每4或6小时提供给用户一次，其中用户可以修改通知周期。当提供主叫历史信息时，呼叫控制系统32可以提供每次失败呼叫的原因，这是可选的。

通过前述方法，总会保持向用户通知未应答的呼叫号码和每次失败呼叫的原因。

始发交换中心10随后基于TLDN来执行到终端交换中心14的呼叫建立(S64)。

步骤S56到S62仅在被叫用户的主叫历史业务激活的时候才执行，而步骤S64的执行与步骤S54到S62无关。

本发明上述的实施例可以应用于任何种类的核心网络，例如当前的CDMA2000网络或IMT-2000网络。

已经参照有限数量的实施例公开了本发明，本领域技术人员，通过受益于本公开，应该认识到从本发明可以有若干修改和改变。附加的权利要求意在覆盖落在本发明的真正精神和范围内的所有这样的修改和改变。

Claims (14)

1.一种用于提供主叫历史的设备，包括：

呼叫控制服务器，其用于为用户管理有关失败呼叫的主叫历史信息，并且为用户的移动终端提供所述的主叫历史信息，所述的主叫历史信息是通过在呼叫控制服务器和归属位置寄存器HLR之间的通信而从HLR接收到的；和

存储装置，其用于存储由所述HLR所提供的所述主叫历史信息，其由所述呼叫控制服务器控制，

其中所述呼叫控制服务器基于存储在所述存储装置中的所述主叫历史信息，周期性地创建短消息，该短消息含有失败呼叫的号码和/或用于检验每个失败呼叫的主叫号码的信息，并把该短消息发送到用户的移动终端。

2.权利要求1所述的设备，其中所述呼叫历史信息包括：主叫和被叫号码、呼叫起始时间、以及每个失败呼叫的原因。

3.权利要求2所述的设备，其中所述每个失败呼叫的原因是用户终端关机，线路忙，在无法寻呼到的区域，或没有应答。

4.权利要求1所述的设备，其中在所述HLR和所述呼叫控制服务器之间的通信是根据基于TCP/IP的MAP协议来执行的。

5.权利要求4所述的设备，其中用于通信的消息包括：消息报头区和数据区，该消息报头区用于存储有关以下的信息：消息版本ID，链路ID，消息类型，业务ID，子系统，操作代码，前缀，业务提供商ID，上下文ID，源ID，时间标记，和消息长度；以及该数据区用于存储所述主叫历史信息。

6.权利要求1所述的设备，其中所述用于检验每个失败呼叫的主叫号码的信息是设备的电话号码或存在于网络中的服务器的网络地址。

7.权利要求1所述的设备，其中所述呼叫控制服务器通过短消息服务器把该短消息发送到该用户的移动终端。

8.权利要求7所述的设备，其中在创建短消息时，所述的呼叫控制服务器选择性地把每个失败呼叫的原因添加到短消息中。

9.权利要求1所述的设备，其中所述呼叫控制服务器一旦通过与所述HLR通信而检测到用户的移动终端开机，所述呼叫控制服务器就把所述存储的主叫历史信息以短消息的形式发送到用户的移动终端。

10.权利要求1所述的设备，进一步包括web服务器，其和所述呼叫控制服务器一起用于为连接到因特网上的用户提供在所述存储装置中所存储的所述主叫历史信息。

11.权利要求10所述的设备，其中每次通过所述web服务器接收到对有关失败呼叫的主叫历史信息的请求时，所述呼叫控制服务器就通过所述web服务器来提供所存储的有关每个失败呼叫的主叫历史信息。

12.权利要求10所述的设备，其中当通过所述web服务器为用户提供有关每个失败呼叫的所述主叫历史信息时，所述呼叫控制服务器还另外向用户通知每个失败呼叫的原因。

13.一种用于提供主叫历史的方法，包括以下步骤：

归属位置寄存器接收来自终端交换中心的、到用户的呼叫失败；

所述归属位置寄存器把包括失败呼叫的主叫号码的主叫历史信息发送到呼叫控制系统；

所述归属控制系统根据用户来分类并存储接收到的多条主叫历史信息；以及

所述归属控制系统一旦通过与所述归属位置寄存器通信而检测到对应用户的移动终端开机，则基于所存储的所述主叫历史信息，创建短消息，该短消息含有关于对应用户的失败呼叫的号码和用于检验每个失败呼叫的主叫号码的信息，并把该短消息发送到对应用户的移动终端。

14.权利要求13所述的方法，其中所述呼叫历史信息包括：主叫和被叫号码，呼叫起始时间，和每个失败呼叫的原因。

Images