CN1115836C - 上网用户的来话指示方法 - Google Patents

Abstract

本发明涉及一种利用独立式或分布式接入服务器为上网用户指示有来话的方法。其系统逻辑结构由数据存储模块及与之联系的用户端模块、用户指示模块、呼叫处理模块和用户接入模块组成。该方法在公众用户电话网遇忙呼叫前转补充业务的基础上，利用改造过的接入服务器及网络通信协议与上网用户进行交互，可通过声音、图像、动画等多种形式提示用户，用户可根据提示信息作出选择，并在用户选择后对来话作出处理。

Description

上网用户的来话指示方法

技术领域

本发明涉及一种电通信技术，更确切地说是涉及一种为正在上网的用户指示有电话打入的方法。

背景技术

由于用户通信线路不能同时处理话音和数据业务，因此，对于正在使用调制解调器(Modem)拨号上网的用户来说，在占用了用户线路的情况下，是不可能再接通任一主叫方打入电话的，且上网用户也不知道有电话打入。而现实情况是：用户上网的时间一般都较长，长于正常通话的时间，因此，由于不能及时通话往往会给双方带来损失。

发明内容

本发明的目的是设计一种上网用户的来话指示方法，以解决用户通信线路不能同时处理话音和数据业务的矛盾，可通知正在使用Modem拨号上网的用户有电话打入，同时提示主叫电话号码和来话属性等，由用户选择对来话的处理，再按其选择作进一步处理。

本发明的目的是这样实现的：一种上网用户的来话指示方法，其特征在于包括：

a.在公众用户电话网上连接接入服务器，并与用户端共同建立起由用户接入模块、呼叫处理模块、数据存储模块、用户指示模块及用户端模块组成的系统逻辑结构；

b.用户通过用户接入模块上、下网，并由用户接入模块在上、下网时通知数据存储模块；

c.由数据存储模块注册或注销上网用户的电话号码与协议地址间的对应关系，并通过与用户接入模块间的通讯动态更新用户协议地址；

d.由呼叫处理模块利用公众用户电话网的遇忙呼叫前转补充业务对来话进行转移呼叫处理，通过索引数据存储模块中注册的被叫上网用户的电话号码，获得正在上网用户的协议地址；

e.用户指示模块利用网络协议，根据上网用户的协议地址与用户端模块建立联系；

f.由用户端模块在上网用户侧向上网用户发出来话提示信息；

g.由上网用户根据所提示的信息做选择处理，再由用户端模块将用户的选择结果通知用户指示模块；

h.由用户指示模块将上网用户的选择结果传给呼叫处理模块，由呼叫处理模块作相应处理。

所述的接入服务器是独立式的，所述的用户端模块设置在上网用户端，所述的呼叫处理模块由接入服务器中的呼叫处理单元实现，所述的用户指示模块由接入服务器中的协议处理单元实现，所述的数据存储模块及用户接入模块由接入服务器中呼叫处理单元与协议处理单元共同实现。

所述的接入服务器是分布式的，包括两个或两个以上的接入服务器和可供共享的专用业务数据库，所述的用户端模块设置在上网用户端，所述的用户接入模块由提供用户上网的接入服务器实现，所述的呼叫处理模块由专门处理来话指示业务的接入服务器实现，所述的数据存储模块由专用业务数据库实现，所述的用户指示模块由专门处理来话指示业务的接入服务器或专用业务数据库实现。

所述的上网用户在数据存储模块中的协议地址的注册及注销，是在用户接入模块中设置一个属性IsCI-User，申请来话指示业务的上网用户，由用户接入模块向数据存储模块发注册报文并在数据存储模块中登记协议地址，其属性IsCI-User为真，上网用户在下网时由用户接入模块向数据存储模块发注销报文，注销上网用户在数据存储模块中的协议地址。

所述的呼叫处理模块的转移呼叫处理包括记录主叫号码、被叫号码及呼叫属性；向用户指示模块发Indicate指示报文；给主叫方发提示音和在用户指示模块作Reject或Forward或UseIPP应答后分别作释放资源或停提示音、向待转移电话发起呼叫或停提示音、向上网用户发起IP电话呼叫的处理。

所述的呼叫处理模块在转移呼叫处理中，当主叫方先挂机且呼叫处理模块已发出Indicate指示报文但未收到用户指示模块的应答时，由呼叫处理模块向用户指示模块发Onhook报文，再由用户指示模块将Onhook报文转发给用户端模块，由用户端模块向上网用户提示主叫方已挂机，同时呼叫处理模块执行正常挂机处理操作。

所述的呼叫处理模块在转移呼叫处理中，在呼叫处理模块向用户指示模块发Indicate指示报文后，由用户指示模块向上网用户端的用户端模块发Indicate指示报文，用户端模块在处理完用户指示模块发来的Indicate指示报文后，向用户指示模块发响应报文，用户指示模块在收到响应报文后，向呼叫处理模块转发报文。

本发明为上网用户提供了一种来话指示的实现方法，该方法是在公众用户电话网(PSTN)遇忙呼叫前转补充业务的基础上，利用经过改造的用户接入服务器及网络通信协议与上网用户进行交互，由安装在上网用户侧的用户端模块以声音、图像、动画等多种形式来提示用户，最终达到来话指示的目的。是一种利用接入服务器(AS)实现来话指示功能的方法。

本发明方法的有益效果是：可对使用Modem上网的用户实现上网期间的来话指示，确保用户不会遗漏重要来话，用户可根据所提示的信息，包括主叫电话号码、是否是长途电话等，决定是否处理及如何处理来话，包括不予理睬继续上网(Reject)、下网接听来话(Listen)及将来话转移到其它话路(Forward)，如手机、语音信箱或使用IP电话接听来话(UseIPP)等，为用户提供了极大的便利；利用IP电话可实现上网、接电话两不耽误。

附图说明

图1是实现本发明方法的系统结构示意图；

图2是用独立式接入服务器实现来话指示功能的系统结构示意图；

图3是用分布式接入服务器实现来话指示功能的系统结构示意图；

图4是用户上网时的协议地址注册流程；

图5是用户下网时的协议地址注销流程；

图6是来话指示转移呼叫处理流程；

图7是主叫挂机处理流程；

图8是本发明的用户指示模块处理流程；

图9是本发明的用户端模块处理流程。

具体实施方式

下面结合实施例及附图进一步说明本发明的技术。

参见图1，实现本发明上网用户的来话指示的系统逻辑结构由五个功能模块组成，包括数据存储模块11和通过数据存储模块11互相联系的呼叫处理模块12、用户指示模块13、用户接入模块14和用户端模块15。

本技术领域的技术人员不难看出，实现本发明的方法可以有多种物理结构。如，将用户接入模块与呼叫处理模块制作在同一设备中，或制作在不同的设备中；如将数据存储模块制作在设备的内存中或制作在设备的外部存储器中。此外，各功能模块间的通讯方式也可以有多种，如用户接入模块与呼叫处理模块间的通讯可以通过专用链路上的自定义协议进行，也可以利用各种通用的链路、网络协议进行。

参见图2，图中示出利用独立式接入服务器21实现来话指示功能的系统结构。图1所示的实现本发明方法的除用户端模块15外的所有逻辑功能模块11至14都在该台接入服务器21中实现，由呼叫处理单元211实现呼叫处理模块12的功能，图中所示的协议处理单元212具有图1中用户指示模块13的功能，而由呼叫处理单元211与协议处理单元212的两者结合可实现图1中数据存储模块11与用户接入模块14的功能。

图中用22表示公众用户电话网PSTN，用23表示Internet网，用24表示交换机A，用25表示电话用户A，用26表示电话用户B，用27表示交换机B，A用户25正在通过Modem251拨号上网。

上网用户A在上网前已通过PSTN提供的标准补充业务预先在交换机A上设定了遇忙前转入接入服务器21的业务。当用户A通过接入服务器21上网时，接入服务器的协议处理单元212会在内部保留用户A与其IP地址间的对应关系，同时在用户A与接入服务器21间建立起网络通讯链路。

若在A用户上网期间有用户B呼叫用户A，A交换机发现A用户正忙，即将该呼叫转移到接入服务器21中，其转移信息中包括主叫号码、被叫号码及呼叫属性等。接入服务器根据转移信息中的被叫号码，从协议处理单元中查到A用户的IP地址，并通过用户A与接入服务器21间建立的网络通讯链路，将B用户来话的信息通知运行在用户A上网终端上的客户端程序(即用户端模块)，由A用户作出选择。客户端程序将A用户的响应结果再通过与接入服务器21间建立的网络通讯链路反馈给接入服务器21，接入服务器21根据A用户的不同选择做不同的处理。例如，若A用户选择继续上网，则由接入服务器中的呼叫处理模块直接向主叫方的B用户示忙；若A用户选择下网视听，则由接入服务器中的呼叫处理模块直接连接上网话路与转移呼叫话路；若A用户选择转移到其它号码上，则由接入服务器中的呼叫处理模块向另一个号码重新发起呼叫。

参见图3，图3实施例是为弥补图2实施例的不足而设计的，用分布式接入服务器来实现来话指示，实现本发明方法的各逻辑模块(图1所示)是由不同设备实现的。由于Internet服务提供商(ISP)设置有多台具有同一接入号码的接入服务器，无法保证用户拨号上网与处理来话指示的转移呼叫都在同一台接入服务器上进行，因此处理来话指示转移呼叫的接入服务器将不能从自身内部查到用户上网的IP地址，需要可供共享的查询设备来记录上网用户电话号码与其IP地址间的对应关系。

图中，由第2接入服务器32实现呼叫处理模块(12)的功能，由第1接入服务器31实现用户接入模块(14)的功能，专用业务数据库33具有数据存储模块(11)的功能，而用户指示模块(13)既可在第2接入服务器32中实现，也可在专用业务数据库33中实现，其处理过程与图2所示结构的相同。

A用户34在上网前预先在A交换机35上设定遇忙前转到第1接入服务器31上，当A用户34通过第1接入服务器31上网时，第1接入服务器31通过专用线路或通过Internet网39向专用业务数据库33登记A用户号码与其IP地址间的对应关系。如果在A用户34上网期间B用户36呼叫A用户34，A交换机35发现A用户34正忙，就将呼叫转移至第2接入服务器32中，其转移信息中包括主叫号码、被叫号码及呼叫属性等，第2接入服务器32根据转移信息中的被叫号码，通过专用通讯链路从专用业务数据库33中查到A用户的IP地址，再通过IP协议，通知运行在上网终端A用户的客户端程序(即用户端模块)。如果第2接入服务器32支持IP电话，则此次指示可通过IP电话呼叫进行。客户端程序将A用户34的响应结果反馈给第2接入服务器32，第2接入服务器32根据A用户34的不同选择做不同的处理。例如，若A用户选择使用IP电话接听，则由第2接入服务器32将主叫B用户的话路与IP电话话路连接起来，使A用户直接通过IP电话接听来话。

参见图4，图中示出用户上网时，用户接入模块与数据存储模块间的配合流程，用于完成上网用户在数据存储模块中的IP地址注册。

在用户接入模块中设置了一个属性IsCI-User，在用户下网时需据此作为向数据存储模块注销IP地址的依据，当IsCI-User为真时，表明此上网用户是申请了来话指示业务的，下网时则需从数据存储模块中注销；当IsCI-User为假时，表明此用户未申请来话指示业务，下网时则无需发注销报文。

步骤41，执行用户上网；步骤42，由用户接入模块向数据存储模块发Login报文；步骤43，由数据存储模块对Login报文的合法性进行验证；步骤44，判断是否合法，若合法，则继续执行步骤45，若不合法则执行步骤49，向用户接入模块发送注册失败的报文；步骤45，在Login报文合法的先提条件下进一步判断数据存储模块中是否有以上网用户的电话号码为索引的记录，若无则转为执行步骤49，若有则连续执行步骤46至48；步骤46，将上网用户的IP地址登记在数据存储模块中；步骤47，向用户接入模块发送注册成功的报文后置标记IsCI-User为真。

参见图5，图中示出用户下网时，用户接入模块与数据存储模块间的配合流程，用于完成下网用户在数据存储模块中的IP地址注销。图4、图5流程是整个来话指示系统必须进行的阶段，无论是否发生来话指示都要执行。

步骤51，执行用户下网；步骤52，判断用户接入模块中的标记IsCI-User，若为真，则执行步骤53，若为假则直接执行退出步骤58；步骤53，由用户接入模块向数据存储模块发Logout报文；步骤54，清标记IsCI-User；步骤55，由数据存储模块判断Logout报文的合法性，若非法则执行退出步骤58，若合法，则进一步执行步骤56；步骤56，判断数据存储模块中是否有该下网用户的记录，若没有，则执行退出步骤58，若有，则执行步骤57，在数据存储模块中注销其IP地址，然后执行退出步骤58。

参见图6，当上网用户要求来话指示时，即首先执行来话指示转移呼叫的处理流程，图中示出呼叫处理模块的处理流程。该流程主要完成三方面的功能，包括对呼叫的处理、与用户指示模块的交互和对用户指示模块返回结果的处理，即完成传统的电信呼叫过程。

步骤601，有呼叫来；步骤602，通过分析被叫号码，表明此呼叫是来话指示的特服呼叫；步骤603，判断是否是转移呼叫，若不是转移呼叫则执行退出步骤604，若是转移呼叫则继续执行步骤605；步骤605，记录主叫方电话号码、被叫方电话号码及呼叫属性；步骤606，由呼叫处理模块发Indicate(指示)报文并通知用户指示模块；步骤607，给主叫方放提示音；步骤608，等待用户指示模块的应答；若用户指示模块的应答是Reject(拒绝)，则执行释放资源步骤609，若用户指示模块的应答是Forward(前转)，则执行步骤610，停提示音并按用户指示向转移方电话发起呼叫，若用户指示模块的应答是UseIPP(使用IP电话)，则执行步骤611，停提示音和向上网用户发起IP电话呼叫。

参见图7，当图3中的B用户在来话指示的过程中中途挂机，若不作处理，则会在A用户被提示来话后接听时出现因主叫方挂机而接听失败的情况，图7所示流程就是为解决该问题而设计的。

步骤71，收到主叫挂机指令；步骤72，判断该呼叫是否是来话指示转移呼叫，若不是来话指示转移呼叫则转为执行步骤77，执行呼叫处理模块正常挂机处理流程，若是来话指示转移呼叫则继续执行步骤73，进一步判断呼叫状态是否是来话指示，即指呼叫处理模块已发出Indicate报文，却未收到响应报文时的状态，若呼叫状态不是来话指示呼叫的状态，则转为执行步骤77，执行呼叫处理模块正常挂机处理流程，或呼叫状态是来话指示呼叫的状态，则连续执行步骤74至77；步骤74，由呼叫处理模块向用户指示模块发Onhook(挂机)报文；步骤75，由用户指示模块向用户端模块转发Onhook报文；步骤76，由用户端模块提示上网用户主叫方已挂机；最后执行步骤77，执行呼叫处理模块正常挂机处理流程。

参见图8，图8流程是图6处理流程的延续，即当执行完步骤606，由呼叫处理模块向用户指示模块发Indicate报文时，处理转至用户指示模块。

步骤801，查找数据存储模块；步骤802，判断被叫电话号码是否已注册登记；若未注册登记则转为执行步骤810，向呼叫处理模块发Reject，若已注册登记则继续执行步骤803，进一步判断其IP地址是否有效，若IP地址无效则转为执行步骤810，向呼叫处理模块发Reject，若IP地址有效，则连续执行步骤804、805；步骤804，向用户发Indicate报文；步骤805，等待用户的响应报文；若用户的响应报文是Reject，则执行向呼叫处理模块转发的步骤609；若用户的响应报文是Listen(接听)，则执行步骤807，向呼叫处理模块发Forward；若用户的响应报文是Forward，则执行步骤808，向呼叫处理模块转发；若用户的响应报文是UseIPP，则执行步骤809，向呼叫处理模块转发；若用户的响应超时，则执行步骤810，向呼叫处理模块发Reject。

参见图9，图9流程是图8处理流程的延续，即当执行完步骤804，由用户指示模块向用户发Indicate报文时，处理又转至用户端模块。

步骤91，收到Indicate或Onhook报文；步骤92，若收到的报文是Indicate，则执行步骤92至94；步骤92，判断被叫号码是否与用户号码相符，若被叫号码与用户号码相符，则执行步骤93及94，分别指示用户并在用户选择后，根据用户的选择向用户指示模块发响应报文；若被叫号码与用户号码不相符，则执行步骤95，向用户指示模块发响应报文；若在步骤91中，收到的报文是Onhook，则执行步骤96至98，步骤96，判断用户是否处于收到Indicate报文但发送响应报文状态，若是则执行步骤97，若不是则执行步骤98；步骤97，向用户提示主叫已挂机；步骤98，作抛弃处理。

用户端模块对用户指示模块发来的Indicate报文处理完毕后，向用户指示模块发响应报文，而用户指示模块在收到响应报文后，处理又回到图8的流程执行，在用户指示模块向呼叫处理模块转发报文后，处理又回到图6的流程。因此，图6与图8、图9的流程构成了整个处理的核心。

综上所述，本发明的方法综合了电信技术、数据通信技术、计算机应用技术及因特网应用技术，利用接入服务器实现了上网用户的来话指示新功能。

Claims (7)

1.一种上网用户的来话指示方法，其特征在于包括：

a.在公众用户电话网上连接接入服务器，并与用户端共同建立起由用户接入模块、呼叫处理模块、数据存储模块、用户指示模块及用户端模块组成的系统逻辑结构；

b.用户通过用户接入模块上、下网，并由用户接入模块在上、下网时通知数据存储模块；

c.由数据存储模块注册或注销上网用户的电话号码与协议地址间的对应关系，并通过与用户接入模块间的通讯动态更新用户协议地址；

d.由呼叫处理模块利用公众用户电话网的遇忙呼叫前转补充业务对来话进行转移呼叫处理，通过索引数据存储模块中注册的被叫上网用户的电话号码，获得正在上网用户的协议地址；

e.用户指示模块利用网络协议，根据上网用户的协议地址与用户端模块建立联系；

f.由用户端模块在上网用户侧向上网用户发出来话提示信息；

g.由上网用户根据所提示的信息做选择处理，再由用户端模块将用户的选择结果通知用户指示模块；

h.由用户指示模块将上网用户的选择结果传给呼叫处理模块，由呼叫处理模块作相应处理。

2.根据权利要求1所述的上网用户的来话指示方法，其特征在于：所述的接入服务器是独立式的，所述的用户端模块设置在上网用户端，所述的呼叫处理模块由接入服务器中的呼叫处理单元实现，所述的用户指示模块由接入服务器中的协议处理单元实现，所述的数据存储模块及用户接入模块由接入服务器中呼叫处理单元与协议处理单元共同实现。

3.根据权利要求1所述的上网用户的来话指示方法，其特征在于：所述的接入服务器是分布式的，包括两个或两个以上的接入服务器和可供共享的专用业务数据库，所述的用户端模块设置在上网用户端，所述的用户接入模块由提供用户上网的接入服务器实现，所述的呼叫处理模块由专门处理来话指示业务的接入服务器实现，所述的数据存储模块由专用业务数据库实现，所述的用户指示模块由专门处理来话指示业务的接入服务器或专用业务数据库实现。

4.根据权利要求1所述的上网用户的来话指示方法，其特征在于：所述的上网用户在数据存储模块中的协议地址的注册及注销，是在用户接入模块中设置一个属性IsCI-User，申请来话指示业务的上网用户，由用户接入模块向数据存储模块发注册报文并在数据存储模块中登记协议地址，其属性IsCI-User为真，上网用户在下网时由用户接入模块向数据存储模块发注销报文，注销上网用户在数据存储模块中的协议地址。

5.根据权利要求1所述的上网用户的来话指示方法，其特征在于：所述的呼叫处理模块的转移呼叫处理包括记录主叫号码、被叫号码及呼叫属性；向用户指示模块发Indicate指示报文；给主叫方发提示音和在用户指示模块作Reject或Forward或UseIPP应答后分别作释放资源或停提示音、向待转移电话发起呼叫或停提示音、向上网用户发起IP电话呼叫的处理。

6.根据权利要求1或5所述的上网用户的来话指示方法，其特征在于：所述的呼叫处理模块在转移呼叫处理中，当主叫方先挂机且呼叫处理模块已发出Indicate指示报文但未收到用户指示模块的应答时，由呼叫处理模块向用户指示模块发Onhook报文，再由用户指示模块将Onhook报文转发给用户端模块，由用户端模块向上网用户提示主叫方已挂机，同时呼叫处理模块执行正常挂机处理操作。

7.根据权利要求1或5所述的上网用户的来话指示方法，其特征在于：所述的呼叫处理模块在转移呼叫处理中，在呼叫处理模块向用户指示模块发Indicate指示报文后，由用户指示模块向上网用户端的用户端模块发Indicate指示报文，用户端模块在处理完用户指示模块发来的Indicate指示报文后，向用户指示模块发响应报文，用户指示模块在收到响应报文后，向呼叫处理模块转发报文。

Images