CN1859518A - 一种跨网守的呼叫处理方法 - Google Patents

Abstract

本发明公开了一种跨网守的呼叫处理方法，在跨网守的呼叫建立过程中，所述方法在主叫网守接收到许可请求信令后，利用定位请求信令将主叫节点信息和/或呼叫信息发送至被叫网守；在被叫网守接收定位请求信令后，存储所述主叫节点信息和/或呼叫信息。通过本发明的方法，就可以使得被叫网守可以得到主被叫节点信息、呼叫信息以及计费信息，利用这些信息在跨网守的呼叫过程中就可以实现呼叫鉴权、呼叫计费等，从而防止非法呼叫接入和恶意攻击，提高系统的可靠性、安全性，并为运营商提供了丰富信息，方便运营商进行维护以及开展其它增值业务。

Description

一种跨网守的呼叫处理方法

技术领域

本发明涉及一种IP电话系统，尤其涉及一种跨网守的呼叫处理方法。

背景技术

IP电话系统是近年来发展起来的基于分组网络传送语音信号的新型电信业务，其中支持H.323协议的IP电话系统是新一代宽带IP网络通信的主流。H.323系统主要包括终端、网关、网守、多点控制单元四种实体，在H.323系统中不同地域可以存在一个或多个网守并且它们之间可以相互通讯，所有的H.323节点设备都必须在其所在地域的网守注册以获得H.323协议的应用。网守是H.323协议中规定的管理h323域的设备，在域中为终端、网关和MCU提供地址解析和接入控制功能，还可提供带宽管理、域管理、计费管理等功能。H.323 IP电话系统中的呼叫路由由终端、网关和网守共同合作完成。

图1示出了IP电话系统的呼叫过程的一个实例。图1所示为区内呼叫过程，即主叫节点与被叫节点均注册在相同网守的呼叫过程。

在图1所示的呼叫过程中，主叫节点和被叫节点均注册在同一网守，因此网守GK(GateKeeper，亦称为关守)可以获取完整的主被叫节点信息、该路呼叫的呼叫信息和计费信息，从而实现鉴权、计费以及其它增值业务。

然而，对于跨网守的呼叫过程，情况就有所不同。图2示出了跨网守的呼叫过程的一个实例。

在图2示出的呼叫过程中，主叫节点A和被叫节点B分别注册在不同的网守，其中主叫节点A注册在网守GKa，称该网守GKa为主叫网守，被叫节点B注册在网守GKb，称该网守GKb为被叫网守，在这种情况下，就需要定位功能的支持。下面将结合图2描述现有技术中的跨网守的呼叫流程。

如图2所示，当主叫节点A需要呼叫被叫节点B时，主叫节点A向主叫网守GKa发送许可请求信令ARQ，请求接入认证和地址解析。主叫网守GKa接收到许可请求信令ARQ后，对被叫节点B进行解析，由于被叫节点B注册在被叫网守GKb上，不在本域，因此主叫网守GKa无法解析被叫节点B的地址，这时主叫网守GKa就向邻域的被叫网守GKb发送定位请求信令LRQ。

主叫网守GKa发送的定位请求信令LRQ可以通过多播方式来发送，也可以通过单播方式来发送。定位请求信令LRQ可能需要经过多个中间网守的转发才能到达被叫网守GKb。定位请求信令LRQ的转发路径H.323未做规定，但其最大转发跳数可在定位请求信令LRQ中指定。当转发次数超过指定跳数时，将不再转发，而以许可拒绝信令LRJ回应。

当被叫网守GKb收到定位请求信令LRQ后，对被叫节点B的地址进行解析，并将适当的呼叫信令运输层地址通过定位确认信令LCF回送给主叫网守GKa(也可能需要经过多个中间网守转发)。定位确认信令LCF中包含的呼叫信令运输层地址可以是被叫网守GKb的呼叫信令运输层地址，也可以是被叫节点B的呼叫信令运输层地址，这与被叫端呼叫信令所采用的选路方式相关。当被叫端呼叫信令采用网守选路方式时，返回的是被叫网守GKb的呼叫信令运输层地址，而当采用直接选路方式时，返回被叫节点B的呼叫信令运输层地址。在图2中，呼叫信令采用的是网守选路方式，因此返回被叫网守GKb的呼叫信令运输层地址。

主叫网守GKa收到定位确认信令LCF后，得知端点定位成功。根据主叫端呼叫信令采用的选路方式通过许可确认信令ACF将自己的呼叫信令运输层地址或定位确认信令LCF中包含的呼叫信令运输层地址返回给主叫节点A。在图2中，主叫端呼叫信令采用了直接选路方式，因此直接返回定位确认信令LCF中的呼叫信令运输层地址。而当采用网守选路方式时，返回的就是主叫网守GKa的呼叫信令运输层地址。

主叫节点A收到主叫网守发送来的许可确认信令ACF后，获知被允许发起呼叫，则向ACF中所包含的网守GKb的呼叫信令运输层地址发送呼叫建立信令Setup，进而发起呼叫。

被叫网守GKb收到主叫节点A发送的呼叫建立信令Setup后，将呼叫建立信令Setup转发给被叫节点B。被叫节点B接收呼叫建立信令Setup，向主叫网守GKb发送呼叫进展信令CallProceeding，通知被叫网守GKb自己已经接收到主叫的呼叫建立请求，正在处理该呼叫，同时向被叫网守GKb发送许可请求信令ARQ，请求接入认证。被叫网守GKb通过被叫节点B的接入认证之后，向被叫节点B回送许可确认信令ACF确认被叫节点B可以接入，同时将来自被叫节点B的呼叫进展信令CallProceeding转发给主叫节点A，告知主叫节点A被叫节点B已经已经接收到主叫的呼叫建立请求，正在处理该呼叫。接着，被叫振铃，被叫节点B发送通知信令Alerting，该信令通过被叫网守GKb转发给主叫节点A。被叫摘机后，被叫节点B发送连接信令Connect，通过被叫网守GKb转发至主叫节点A，接通主叫节点A。

上述过程之后，就可以利用H.245和RTP/RTCP协议进行媒体信息的发送。

从现有技术中跨网守的呼叫过程可以看出，主叫网守Gka可以获取主叫节点信息和呼叫信息，而被叫网守Gkb可以获取被叫节点信息和计费信息，而其中任一个都无法得到完整信息，因此在这种情况下，就无法采取措施对呼叫进行鉴权，也无法进行网守的呼叫计费等。因此，就无法保证跨网守呼叫的安全性、可靠性以及呼叫信息的完整性，也不便于运营商开展多种增值业务和计费业务。

发明内容

有鉴于此，本发明的目的是提供一种跨网守的呼叫处理方法，使得在跨网守呼叫过程中可以得到主被叫节点、呼叫信息。

为此，本发明提供了一种跨网守的呼叫处理方法，在跨网守的呼叫建立过程中，所述方法包括：

在主叫网守接收到许可请求信令后，利用定位请求信令将主叫节点信息和/或呼叫信息发送至被叫网守；

在被叫网守接收定位请求信令后，存储所述主叫节点信息和/或呼叫信息。

上述的跨网守呼叫处理方法，其中被叫网守进一步存储被叫节点信息和/或呼叫计费信息。

上述的跨网守呼叫处理方法，其中被叫网守接收到呼叫建立信令后或者被叫节点的许可请求信令后，利用呼叫建立信令中或者许可请求信令中包含的唯一标识信息和所述存储的主叫被叫节点信息、呼叫信息进行鉴权。

上述的跨网守呼叫处理方法，其中所述的唯一标识信息为呼叫ID、主被叫E164号码或源呼叫信令ip。

上述的跨网守呼叫处理方法，其中在呼叫结束后，被叫网守根据所述存储的主叫信息和被叫信息所确定计费类型和/或计费方式进行计费。

上述的跨网守呼叫处理方法，其中所述计费包括以下步骤：

步骤A，根据存储在被叫网守处的主叫信息和被叫信息确定计费类型和/或计费方式；

步骤B，利用计费信息产生话单。

上述的跨网守呼叫处理方法，其中所述计费进一步包括：

步骤C，发送计费信息至计费系统。

进一步，本发明的跨网守呼叫处理方法还可以在呼叫鉴权或者计费结束之后删除所述存储的信息。

通过本发明的跨网守的呼叫处理方法，在跨网守的呼叫过程中通过定位请求信令将主叫信息、呼叫信息传送至被叫网守，使得跨网守的呼叫过程中被叫网守可以得到主叫节点信息、呼叫信息以及计费信息，利用这些信息系统就能够在跨网守的呼叫过程中实现呼叫鉴权、呼叫计费等，进而防止非法呼叫接入和恶意攻击增强系统的安全性和可靠性，并且为运营商提供了丰富的通话信息，方便运营商进行维护以及开展其它增值业务。

附图说明

下面将参考附图以实施例的方式详细描述本发明，其中：

图1为现有技术中区内呼叫流程的实例；

图2为现有技术的跨网守呼叫流程的实例；

图3为本发明的跨网守的呼叫处理方法的一个实施例；

图4为本发明的跨网守的呼叫处理方法的另一实施例；

图5为本发明的跨网守的呼叫计费方法的一个实施例；

图6为本发明的跨网守的离线转移呼叫的一个实施例。

具体实施方式

本发明的跨网守的呼叫处理方法的基本思想是：在呼叫过程中，将主叫网守和被叫网守获取的相关信息集中存贮在一个网守处，从而使得该网守获取完整的主被叫节点信息、呼叫信息以及计费信息。当主叫网守GKa向被叫网守GKb发送定位请求LQR时，通过定位请求信令LRQ将主叫网守GKa获取的呼叫信息、主叫节点信息发送至被叫网守GKb，并存储在被叫网守GKb处。

为了更好地理解本发明，下面将以实施例的方式对本发明进行详细的描述。

图3示出了本发明跨网守呼叫的流程的一个实施例。其中，在主叫端，呼叫信令采用直接选路方式，而在被叫端，呼叫信令采用网守选路方式。图3中所示的呼叫流程是：

步骤1，主叫节点A向主叫网守GKa发送许可请求信令ARQ，请求接入认证和地址解析。

步骤2，主叫网守GKa通过定位请求信令LRQ将GKa获取的主叫节点信息以及呼叫信息发送给被叫网守GKb。例如，可以将这些信息填写在定位请求信令LRQ的非标部分或者可选字段中，通过定位请求信令LRQ发送给被叫网守GKb。

步骤3，被叫网守GKb接收定位请求信令LRQ后，存储通过LRQ定位请求信令发送过来的主叫节点信息和呼叫信息，对被叫节点进行解析，并根据被叫端呼叫信令的选路方式将适当的呼叫信令运输层地址通过定位确认信令LCF返回给GKa。

LCF定位确认信令中返回的呼叫信令运输层地址与被叫节点B的选路方式相关，由于在被叫端，呼叫信令采用的是网守选路方式，因此返回的是被叫网守GKb的呼叫信令运输层地址。

步骤4，主叫网守GKa接收到被叫网守GKb发送的LCF定位确认信令，通过ACF许可确认信令将被叫网守GKb的呼叫信令运输层地址返回给主叫节点A。由于在主叫端，呼叫信令采用的直接选路方式，因此此处许可确认信令ACF直接返回被叫网守Gkb的呼叫信令运输层地址。

步骤5，主叫节点A向被叫网守GKb的呼叫信令运输层地址发送Q.931呼叫建立信令Setup，经过被叫网守GKb将该信令转发给被叫节点B。

步骤6，被叫节点B接收到呼叫建立信令Setup，向被叫网守GKb发送许可请求信令ARQ，请求接入。

步骤7，被叫网守GKb发送许可确认信令ACF确认被叫节点B可以接入。

步骤8，发送呼叫进展信令Callproceeding，进入后续呼叫程序。

在上述过程中，其中步骤3中，可以通过建立一个存储块，并将LRQ中的内容存储在该存储块中来实现存储所述通过LRQ定位请求信令发送过来的主叫节点信息和呼叫信息。

优选的是，被叫网守GKb接收到定位请求信令LRQ后，建立一个临时存储信息块，将需要存储的信息存储在该临时存储块中，并在通话结束以后，释放该临时存储块。

此外，还可将该GKb获取的被叫节点信息、计费信息等也与通过LRQ发送过来的信息存储在一起以便使用。这样在需要用到这些信息时，就可以方便地找到。

在本发明的呼叫过程中，被叫网守可以得到主被叫节点信息、呼叫信息和计费信息，利用这些信息就可以实现呼叫鉴权、呼叫计费以及其它增值业务。

下面将参考图3描述根据本发明实现呼叫鉴权的方法。

在上述步骤6中，当被叫网守GKb接收到主叫节点A发送的呼叫建立信令Setup后，通过判断在被叫网守GKb处是否已经存储了通过定位请求信令LRQ传送过来的该呼叫的相关信息，来实现呼叫鉴权，如果发现已经在被叫网守GKb处存储了该呼叫的相关信息，则说明当前的呼叫就是请求接入时的呼叫，认为该呼叫合法，否则认为是非法呼叫。

根据本发明的呼叫鉴权方法可以通过以下方法实现：

方法一：通过呼叫ID(callid)进行鉴权。利用呼叫建立信令Setup中包含的呼叫ID查找在GKb处存储的相关信息。例如，当采用临时存储信息块存储主叫节点信息以及呼叫信息时，可以使用呼叫建立信令Setup中包含的呼叫ID遍历该呼叫的临时存储信息块，如找到该临时存储信息结构，则说明当前呼叫信息与请求接入时的呼叫信息一致，是合法呼叫，否则认为是非法呼叫。

方法二：通过主被叫E164号码进行鉴权。利用呼叫建立信令Setup中包含的主叫E164号码和被叫E164号码查找在被叫网守GKb处存储的相关信息。例如，当采用临时存储信息块存储主叫节点信息以及呼叫信息时，通过利用呼叫建立信令Setup中包含的主被叫E164号码遍历当前呼叫的临时存储块就可以实现呼叫鉴权。

方法三：通过源呼叫信令ip进行鉴权。利用呼叫建立信令Setup中包含的源呼叫信令ip查找在被叫网守GKb处存储的相关信息。例如，当采用临时存储信息块存储主叫节点信息以及呼叫信息时，通过利用呼叫建立信令Setup中包含的源呼叫信令ip遍历当前呼叫的临时存储块就可以实现呼叫鉴权。

本发明可利用在Gkb处存储的主叫节点信息和呼叫信息方便地实现呼叫鉴权，防止了非法的呼叫接入和恶意攻击，提高了系统的安全性和可靠性。

在上述描述中，在被叫端，呼叫信令采用的是网守选路方式，而对于呼叫信令采用直接选路方式的情况，其呼叫过程与图3所示呼叫过程基本相同，不同之处在于，Q.931呼叫信令(诸如，呼叫建立信令Setup，呼叫进展信令Callproceeding等)是直接传送的，不需经过GKb路由。因此，对采用直接选路方式的呼叫进行鉴权也与前述网守选路方式的呼叫鉴权有些不同，呼叫鉴权需要在被叫网守GKb接收到被叫节点B发送的许可请求信令ARQ之后进行。

如图4所示，主叫节点A接收到许可确认信令ACF之后，发送呼叫建立信令setup，该信令不经被叫网守路由而是直接发送至被叫节点B，被叫节点B接收到来自主叫节点A的呼叫建立信令Setup之后，向被叫网守GKb发送许可请求信令ARQ，被叫网守接到该信令之后可以利用许可请求信令ARQ中包含的呼叫ID、主被叫E164号码或者源呼叫信令ip来查找在GKb处存储的相关信息以实现呼叫鉴权，具体方法前述相同。

另外，特别需要指出的是，利用通过本发明的方法进行鉴权还可以实现不同厂商之间的互通。这是由于其它厂商发送的定位请求信令LRQ大都不包括呼叫ID、源呼叫信令ip，甚至也不包括主叫E164号码，因此被叫网守GKb无法得到呼叫ID信息、源呼叫信令ip或者主叫E164号码。在这种情况下，当其它厂商发送的LRQ中包括呼叫ID信息、源呼叫信令ip或者主被叫E164号码时，就可利用本发明的方法进行鉴权，否则按照被叫网守的策略允许呼叫或者挂断呼叫，这样就可以实现与不同厂商之间的互通。

此外，根据本发明的方法还可以实现跨网守呼叫计费。

下面将参考图5介绍本发明的呼叫计费过程。

首先，根据被叫网守的计费策略确定是否需要计费，如果不需要，则不进行操作。

然后，在需要计费的情况下，根据存储在被叫网守处的主叫类型和被叫类型确定计费类型和/或计费方式。诸如，系统中规定主被叫均为终端时才进行计费，而MCU开会不计费，因此根据存储在被叫网守的主叫类型以及被叫类型来确定计费类型和/计费方式，诸如主叫收费，被叫收费，主被叫均收费或者均不收费等。

接着，根据被叫网守的设置确定是否需要发送计费信息至计费系统，如果需要则发送计费信息至计费系统。

然后，根据被叫网守的设置确定是否需要写话单，如果需要则执行写话单操作，在系统中存储话单的指定位置产生话单。

上述计费过程可以在呼叫结束后，删除被叫网守处存储的信息之前执行。

通过上述过程，根据被叫网守GKb的计费策略及其设置并利用临时存储块中的主被叫信息，实现了跨网守的呼叫计费过程。

此外，在存储通过定位请求信令LRQ发送过来的主叫节点信息和呼叫信息之后，还可将被叫节点信息、根据存储在被叫网守处的主叫类型和被叫类型确定计费类型和或计费方式、相关设置信息以及计费类型等信息与通过定位请求信令LRQ传送过来的信息存储在一起。当需要计费时直接利用这些信息进行计费。

此外，在转移呼叫的计费过程中，还可以将呼叫转移计费信息(诸如，离线前转前号码和离线前类型等)也与通过定位请求信令LRQ传送过来的信息集中存储在一起。图6所示为离线转移呼叫的一个实施例，所述过程包括以下步骤：

步骤1，主叫节点A向主叫网守GKa发送许可请求信令ARQ，请求接入认证和地址解析。

步骤2，主叫网守GKa通过定位请求信令LRQ将主叫网守GKa获取的主叫节点信息以及呼叫信息发送给被叫网守GKb。

步骤3，被叫网守GKb接收定位请求信令LRQ后，存储所述通过定位请求信令LRQ发送过来的主叫节点信息和呼叫信息，并对被叫节点B进行解析，解析到被叫节点B离线转移至节点C，而节点C又未在被叫网守GKb注册，因此被叫网守GKb向邻域网守GKc发送定位请求信LRQ请求解析节点C，同时通过定位请求信令LRQ将被叫网守GKb获取的主叫和被叫节点信息以及呼叫信息传送给网守GKc，这样网守Gkc就可得到完整的节点信息和呼叫信息。

步骤4，网守GKc接收到定位请求信令LRQ信令后，存储通过定位请求信令LRQ传送过来的主被叫节点信息和呼叫信息以及离线前转前号码、前转类型等呼叫转移信息，并对节点C进行解析，将解析所得的节点C的呼叫信令运输层地址传通过定位确认信令LCF送给被叫网守GKb，被叫网守Gkb在接受到定位确认信令LCF之后存储离线前转前号码、前转类型等呼叫转移信息，然后向主叫网守GKa发送定位确认信令LCF将节点C的呼叫信令运输层地址传给主叫网守GKa。

步骤5，主叫网守GKa接收到被叫网守GKb发送的定位确认信令LCF后，通过许可确认信令ACF将节点C的呼叫信令运输层地址返回给主叫节点A。

步骤6，主叫节点A向ACF中包含的呼叫信令运输层地址(图中为节点C的呼叫信令运输层地址)的发送Q.931呼叫建立信令Setup。此时将节点C作为新被叫节点开始呼叫，图中主叫端以及新被叫端均采用了直接选路方式。

步骤7，发送呼叫进展信令Callproceeding，进入后续呼叫程序。

通过上述呼叫过程，就使得被叫网守GKb以及新被叫网守Gkc在离线转移呼叫中得到比较完整的呼叫信息，从而使得计费信息更加丰富，话单内容更加完整。

此外，还需要注意的是，由于本发明中多种处理都是在被叫网守处进行，因此被叫端呼叫信令采用的选路方式不同，处理也会有所不同，但是对于主叫端呼叫信令采用的选路方式并不会影响本发明的实现。

本发明通过定位请求信令LRQ将主被叫节点信息、呼叫信息以及相关计费信息集中存储在被叫网守处，可以方便地实现呼叫鉴权以及呼叫计费，使跨网守的呼叫不但可以得到完整的主被叫节点信息、呼叫信息以及计费信息，同时还提高了系统的安全性、可靠性，并且可以支持其它增值业务应用，解决了现有技术中跨网守呼叫中无法解决的问题。

以上描述以及实施例仅仅是为了对本发明进行说明，而并非是对本发明的限制，诸如本发明还可以应用于其它场合，诸如通过利用该临时存储信息块，本发明还可以在公网节点跨网守呼叫私网节点中得以应用，诸如，在通知私网回呼需要发送IRQ信令时，可以将根据本发明的方法存储在被叫网守处的主叫节点信息通过IRQ发送给被叫节点，从而使得私网节点可以得知发起回呼的目标地址，另外，当私网节点未接听而公网节点主动停止呼叫时，还可利用存储在被叫网守处的主叫节点信息实现向私网发送挂机通知。这些应用都没有超出本发明的精神实质和范围。

Claims (10)

1.一种跨网守的呼叫处理方法，其特征在于，在跨网守的呼叫建立过程中，所述方法包括：

在主叫网守接收到许可请求信令后，利用定位请求信令将主叫节点信息和/或呼叫信息发送至被叫网守；

在被叫网守接收定位请求信令后，存储所述主叫节点信息和/或呼叫信息。

2.根据权利要求1所述的方法，其特征在于，被叫网守进一步存储被叫节点信息和/或呼叫计费信息。

3.根据权利要求1或2所述的方法，其特征在于，被叫网守接收到呼叫建立信令后或者被叫节点的许可请求信令后，利用呼叫建立信令中或者许可请求信令中包含的唯一标识信息和所述存储的主叫被叫节点信息、呼叫信息进行鉴权。

4.根据权利要求3所述的方法，其特征在于，所述的唯一标识信息为呼叫ID、主被叫E164号码或源呼叫信令ip。

5.根据权利要求1或2所述的方法，其特征在于，在呼叫结束后，被叫网守根据所述存储的主叫信息和被叫信息所确定计费类型和/或计费方式进行计费。

6.根据权利要求5所述的方法，其特征在于，所述计费包括以下步骤：

步骤A，根据存储在被叫网守处的主叫信息和被叫信息确定计费类型和/或计费方式；

步骤B，利用计费信息产生话单。

7.根据根据权利要求6所述的方法，其特征在于，所述计费进一步包括：

步骤C，发送计费信息至计费系统。

8.根据权利要求3所述的方法，其特征在于，在呼叫鉴权结束之后删除所述存储信息。

9.根据权利要求5所述的方法，其特征在于，在计费结束之后删除所述存储信息。

10.根据权利要求4、6或7的任一项所述的方法，其特征在于，在呼叫鉴权或者计费结束之后删除所述存储在特定区域的信息。

Images