CN102017576A

CN102017576A - 用于终止呼叫的方法和ip上的语音终端

Info

Publication number: CN102017576A
Application number: CN2009801160151A
Authority: CN
Inventors: J-C·勒鲁齐克; P·佩伦
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2008-03-28
Filing date: 2009-03-30
Publication date: 2011-04-13
Also published as: FR2929473A1; JP2011515976A; WO2009125149A1; JP5593304B2; EP2266285B1; US8730948B2; US20110019665A1; EP2266285A1

Abstract

本发明的用于终止呼叫的方法由注册到IP网络核心(2)的IP上的语音终端(3A、3B)使用，并且包括下列步骤：在所述呼叫期间检测终端(3A、3B)的挂机；向所述IP网络核心(2)的设备发送关于释放分配给该呼叫的资源的消息；以及在所述检测的步骤之后在发送所述资源释放消息之前等待一预定时期。根据本发明，如果在所述预定时期内没有检测到所述终端(3A、3B)摘机则在等待步骤结束时发送所述资源释放消息。

Description

用于终止呼叫的方法和IP上的语音终端

技术领域

本发明一般地涉及电信领域，特别地涉及经由互联网的通信。

它具体地涉及一种用于终止由终端发送或接收的IP(互联网协议)上的语音呼叫的机制，所述终端例如是实现会话起始协议(SIP)的电话。这种终端也称作IP上的语音终端或VoIP终端。

背景技术

在现有技术中，当IP上的语音终端挂机时，在终端处，更一般地说在网络中分配给该呼叫的资源被立即释放，并且双方间的呼叫确定性地终止。

因此，如果挂机是VoIP终端的误操作，例如不小心按下终端上的挂机键或摘机后终端的话筒掉到机座上，则无法恢复VoIP终端用户的会话，除非再次呼叫对方。

在公共交换电话网(PSTN)中的标准时分交换中，存在一种挂机/重新摘机机制以使得被叫用户能够挂起话筒然后在一确定时期内摘下同一个话筒或另一个话筒而不会使得与另一方的呼叫被切断。PSTN中的这种机制的使用依赖于在用户连接单元与它所连接的自动交换机之间所交换的呼叫暂停消息。

由于IP上的语音网络的结构和设计，IP上的语音协议不包括这种交换。因此，目前，在呼叫期间对IP上的语音终端话筒的任何误操作都不可避免地导致与该呼叫有关的资源被释放。

发明内容

本发明的第一方面提供了一种由注册到IP网络核心的IP上的语音终端使用的用于终止呼叫的方法，所述方法包括下列步骤：

-检测终端在呼叫期间的挂机；和

-向IP网络核心的设备发送消息以释放分配给该呼叫的资源。

根据本发明，所述终止方法还包括，在检测步骤之后，在发送资源释放消息之前等待预定的时间，并且如果在预定时期内未检测到终端摘机则在等待的步骤结束时发送资源释放消息。

为了简单和清楚，本发明的方法的预定时期在下文中称作“时延”。

因此，本发明提出了一种在主叫或被叫VoIP终端中实现的用以恢复例如因为终端意外挂机而造成的暂时中止的呼叫的简单机制，而无须分配新的资源给该呼叫。

本发明推迟一段时间发送关于释放分配给呼叫的资源的消息。一个这种消息例如是使用SIP中的BYE方法的消息。

分别由终端和由IP网络核心对资源释放消息进行的发送和接收通常终止呼叫，该呼叫中涉及的网络和终端然后释放分配给该呼叫的资源。本发明的优点在于，由于这个资源释放消息在时延期间内不被发送的，因此分配给该呼叫的所有资源在挂机后被保留。这样，响应于时延期间终端的摘机(确切地说是再次摘机)，该呼叫可以以对参与该呼叫的网络和用户透明的方式继续进行。

此外，如上文说明的那样，本发明的终止方法是在终端中实现的并且有利地使用VoIP终端的容量，特别是由VoIP终端管理(例如通过该终端的SIP用户代理)其自己的状态(例如检测挂机、摘机等)。因此，本发明只需要实现VoIP终端中的内部时钟来推迟发送资源释放消息。因此，不必使用信令消息的交换，除非该交换已经在呼叫期间在VoIP终端与IP网络核心之间被使用。

本发明的优点还在于它不需要在终端与网络核心之间使用复杂的方法，例如SIP SUBSCRIBE和NOTIFY消息，它们特别耗费资源并且通常使得IP上的语音网络的管理变得困难并且产生问题。

在本发明的一个特定实现中，所述终止方法中使用的预定时期(即时延)在由VoIP终端从IP网络核心设备接收消息时是确定的。

因此，IP上的语音网络核心能够在挂机后发送资源释放消息之前确定由终端应用的时延。因此，网络运营商能够针对注册的所有终端确定相似的时延以使得与各种不同的终端有关的服务变得统一。

可选地，相反，网络运营商可以根据终端类型来适配时延。例如，如果认为终端特别容易被意外挂机则它可以有利地向终端发送比平均时延更长的时延，反之亦然。

例如，当终端是呼叫中的被叫终端时，确定预定时延的接收消息可以是呼叫的发起消息。

可选地，当终端是呼叫中的主叫终端时，确定预定时延的接收消息可以是通知正进行呼叫的消息或通知呼叫中的被叫终端已摘机的消息。

可选地，确定预定时延的接收消息可以是对将终端注册到网络核心的请求的响应消息。

时延可以特别地包含在上述消息之一的报头中。因此，不必创建新的消息(即创建新SIP方法)来通知将要在本发明的终止方法的背景下应用的时延，这是十分有利的。

在本发明的另一个实现中，所述预定时期可以在终端中配置。

结果，终端用户可以根据他/她的需求和期望来修改本发明的方法所应用的时延。这可以特别地通过在终端中提供合适的菜单来实现，所述菜单例如是通过终端键盘来访问的。

在本发明的另一个实现中，所述预定时期在终端中被预定义。例如，它可以由终端的制造商来预定义并且被存储在VoIP终端的非易失性不可重写存储器中或只读存储器中。

以相关的方式，本发明还提供了注册到IP网络核心的IP上的语音终端，包括：

-用于在呼叫期间检测终端挂机的装置；和

-用于向IP网络核心设备发送关于释放分配给该呼叫的资源的消息的装置。

根据本发明，IP上的语音终端还包括：

-用于在所述检测装置检测到挂机后将资源释放消息的发送推迟一预定时期的装置；和

-用于检测所述终端摘机的装置，

其中，用于发送资源释放消息的装置适于如果用于检测摘机的装置在预定时期内没有检测到终端被摘机则在所述预定时期之后发送资源释放消息至所述网络核心设备。

在一个特定的实施例中，所述IP上的语音终端包括连至IP上的语音协议适配器/转换器的模拟电话设备。

在一个特定的实施例中，本发明的终止呼叫的方法的各步骤是通过计算机程序指令来确定的。

因此，本发明还提供了一种数据介质上的计算机程序，所述程序可用于本发明的IP上的语音终端中，或更一般地是在计算机中，并且包括适于实现上述终止呼叫的方法的各步骤的指令。

所述程序可以使用任何编程语言，并且采取源代码、目标代码或源代码与目标代码之间的中间代码的形式，例如部分编译的形式，或任何其他适当的形式。

本发明还提供了一种包含上述计算机程序的指令的计算机可读数据介质。

所述数据介质可以是能存储程序的任何实体或设备。例如，所述介质可以包括存储装置，例如ROM(例如CD ROM或微电子电路ROM)，或磁性存储装置，例如软盘或硬盘。

所述数据介质可以是例如电或光信号的传输介质，其可以通过电缆或光缆、无线电或其他手段来路由。本发明的程序可以特别地在互联网型的网络上下载。

可选地，所述数据介质可以是其中包含所述程序的集成电路，所述电路适于执行所讨论的方法或被用于执行该方法。

本发明的第二方面提供了一种通信系统，该系统包括如上所述的IP上的语音终端，以及：

-用于获得所述预定时期的装置；和

-用于在消息中发送该预定时期至所述终端的装置。

所述装置分布于所述系统的IP通信网络核心的一个或多个设备中。

本发明的第三方面提供了一种包含消息且由IP上的语音终端发送至IP通信网核心设备的信号，该信号的特征在于所述消息包括报头，该报头包括这样的指示：所述终端适于在检测到该终端在呼叫期间挂机后发送关于释放与呼叫有关的资源的消息之前等待一预定时期并且如果未在该预定时期内检测到摘机则在该预定时期结束时发送所述资源释放消息。

在一个特定的实施例中，所述信号还包括另一个报头，该报头包括关于所述预定时期的值。

附图说明

参考附图，通过阅读下面对本发明的非限制性实施例的详细描述，本发明的其他特征和优点将变得明显，其中：

图1示出了根据本发明的一个特定实施例的处于其环境中的IP上的语音终端；

图2是说明本发明的终止方法当被用在如图1所示的IP上的语音终端中时的主要步骤的流程图；

图3说明了在本发明的第一实现中所执行的主要步骤，所述步骤用于当使用所述终止方法时在IP网核心的控制下配置由所述IP上的语音终端所应用的时延；和

图4说明了在本发明的第二实现中所执行的主要步骤，所述步骤用于当使用所述终止方法时在IP网核心的控制下配置由所述IP上的语音终端所应用的时延；和

附图在使用SIP协议的本发明的实现中提供了可包含于本发明的信号中的消息的例子和使得网络核心设备能确定时延的消息的例子。

具体实施方式

图1示出了IP上的语音通信网络1。

在这里考虑的例子中，通信网络1是基于IMS(IP多媒体子系统)结构的，特别地如3GPP和TIS PAN标准中所说明的那样。如现有技术中已知的，这种网络提供基于会话起始协议(SIP)的IP上的语音服务。本发明当然可以应用于其他类型的支持IP上的语音的结构，例如软件交换结构(通常称为“软交换”结构)或“代理注册服务器”结构。

通信网络1包括IMS网络核心2以及在注册到IMS网络1后可经由不同的接入网连至该IMS网1的多个终端3。

这里考虑的两个终端3A和3B是本发明的IP上的语音终端，例如使用会话起始协议的IP上的语音电话。可选地，可以设想其他终端：例如具有麦克风和扬声器的便携式电脑或连至IP上的语音协议适配器/转换器(例如ETSI技术规范TS 183043中定义的家庭网关或SIP网关(SIPDSLAM))。如现有技术中已知的，IP上的语音终端3A和3B适于利用会话起始协议与网络核心2通信，并且每一个都包括能检测终端状态的SIP呼叫自动处理器(用户代理)，其未在图1中显示。

终端3A和3B具有计算机硬件结构，并且特别地包括用于经由接入网(分别是接入网4和接入网5)通信的装置31、处理器32、随机访问存储器33和只读存储器34，以及用于定时操作并测量预定时期的时钟(图中未显示)。

这里描述的终端3A或3B的只读存储器34包括适于执行本发明的终止呼叫的方法的主要步骤，该方法在图2中显示并且在下文描述。终端3A或3B中预定义的默认时延T_def被存储在终端3A或3B的存储器34中。在这里描述的例子中，默认时延对于终端3A和3B都是相同的，例如T_def＝10s。

这里设想的终端3A和3B各自的接入网4和5是ADSL(非对称数字用户线)网络。可选地，为了将VoIP终端3A和/或3B连至IMS网络1可以考虑其他接入网，例如特别是UMTS(全球移动通信系统)网络、WLAN(无线局域网)或WiFi(无线保真)网络。

此外，即使终端3A和3B中只有一个是本发明的IP上的语音终端，本发明的应用也同样具有优势，另一个终端例如连接到模拟PSTN接入网。

如现有技术中已知的那样，IMS网络核心2包括各种不同的功能实体(图1中未显示)，包括CSCF(呼叫会话控制功能)实体、MRFC(多媒体资源功能控制器)实体、BGCF(出口网关控制功能)实体、以及MGCF(媒体网关控制功能)实体。例如在TISPAN文件“ES 282007IPMultimedia Subsystem(IMS)：Functional architecture NGN IMSArchitecture”(ETSI，技术报告，2006)中详细说明了这些实体。

CSCF实体负责建立、监视和清除IMS网络1中的多媒体会话，特别是IP上的语音会话。它特别地管理与用户终端的交互。如现有技术中已知的那样，CSCF实体包括：

-代理CSCF(P-CSCF)，其(通常)是终端至IMS通信网络1的入口点；

-服务CSCF(S-CSCF)，其是IMS网络中的中央信令节点并且特别地管理终端至IMS网络的注册；和

-查询CSCF(I-CSCF)，其适于管理IMS网络中的终端间的连接。

IMS网络的两个终端之间的呼叫经过P-CSCF、S-CSCF和I-CSCF功能实体。

在这里描述的实施例中，网络核心2的S-CSCF实体包括存储时延T_tempo的存储器，该时延对于实现本发明的终止方法的IMS网络1中的所有终端而言是被同样地确定的。可选地，这个时延可以随着IMS网络1中的终端的变化而变化。

为了简单，在这里认为终端3A和3B使用相同的P-CSCF服务器和相同的S-CSCF服务器。当然，也可以容易地将本发明转换成其中终端3A和3B关联于不同的P-CSCF和S-CSCF服务器这一情形。

下面参考图2描述当由IMS通信网络1中的本发明的(被叫或主叫)终端来实现时本发明的终止呼叫的方法的主要步骤。

为此，在不限制本发明的前提下，考虑从主叫终端3A至被叫终端3B的呼叫。如上文所述，本发明当然也适用于主叫和/或被叫终端，即有时作为主叫终端有时作为被叫终端的终端。

如现有技术中已知的那样，为了能够通过IMS网络1通信，VoIP终端必须注册到IMS网络核心2。

为此，终端3A向网络核心2发送SIP注册请求REGISTER(步骤E10)。如本领域技术人员已知的那样，P-CSCF服务器接收该请求并经由I-CSCF将它发送至S-CSCF服务器。

当收到这个消息时，网络核心2的S-CSCF服务器存储终端3A的注册并且将为终端3A分配注册时间(例如1小时)。它响应于所述请求消息而将这个注册时间发送至终端3A。

终端3B以类似的方式注册到网络核心2。

现在假设终端3A的用户拿起话筒以呼叫终端3B。这被终端3A的SIP用户代理检测到。终端3A然后发送SIP呼叫发起消息INVITE至网络核心2以与终端3B建立呼叫(步骤E20A)。

这个呼叫发起消息经过网络核心2的P-CSCF服务器至处理它的S-CSCF服务器。S-CSCF服务器向被叫终端3B发送呼叫发起消息，在适用的情况下是在请求应用服务器之后。

假设当收到这个呼叫发起消息时终端3B的用户摘机以与终端3A建立呼叫(步骤E20B)。这被终端3B的SIP用户代理检测到并且通知给网络核心2的S-CSCF服务器，该服务器又通知给终端3A。

响应于终端3B的摘机，在网络核心2和VoIP终端3A和3B中以现有技术中已知的方式分配该呼叫的资源。这种资源例如在网络核心2处与信令(例如呼叫所经过的网络的每个节点中的上下文预留)和媒体流(例如授权关联于呼叫的媒体流通过)有关。在每个VoIP终端中，所分配的资源包括与媒体流恢复有关的资源和与由终端的SIP用户代理处理呼叫信令有关的资源。

现在设想终端3B在所建立的呼叫期间被用户挂机。以现有技术已知的方式，这立即被终端3B的呼叫处理SIP用户代理检测到(步骤E40)。

当检测到挂机时，终端3B的内部定时器例如利用终端3B的时钟而被设置成等于时延T_tempo的预定时期(步骤E50)。当设定这个定时器时，通常由IP上的语音终端的SIP用户代理在检测到挂机(SIP消息BYE)后发送的资源释放消息的发送被推迟了等于时延T_tempo的一个时期。

这个时延T_tempo有利地在预备步骤期间在终端3B中被配置。为此，各种不同的配置选项可以被实现。

例如，本发明的终止方法中所应用的时延T_tempo可以通过IP上的语音网络核心2的设备(例如S-CSCF服务器)来确定并且在适当的消息中被发送至终端。下面参考图3和4来详细描述实现这个配置选项的两种实现。

这个假设绝不旨在限制本发明，其他配置时延的选项也可以被使用。特别地，时延T_tempo可以在VoIP终端中被预定义，例如被硬编码在终端的非易失性不可重写存储器中。被如此硬编码的时延可以特别地等于目前在标准时分交换网络中所应用的标准时延(例如在法国的Orange网络中为4秒)。

可选地，时延T_tempo可以在VoIP终端中被配置，例如由终端用户经由web接口和终端键盘或任何其他用户与终端间的接口来查询。

另一个实现在VoIP终端中同时实现上面用于配置时延T_tempo的三个选项，即：

-由网络确定且在由网络核心2发送的消息中接收的时延(选项1)；

-在终端中预定义的时延(选项2)；和

-在终端中配置的时延(选项3)。

在这种情形中，这些选项的相对优先顺序被优选地实现以选择要在终端中应用的时延T_tempo，例如以选项1、选项3然后是选项2这样的顺序。

因此，根据本发明，在延迟步骤E50期间，由网络核心20和终端3A和3B分配给呼叫的资源被保留，终端3B对SIP资源释放消息的发送因而被推迟。特别地，终端3B中分配给呼叫的资源被保留，例如用于由终端3B恢复媒体流的资源和与由终端3B的呼叫处理SIP用户代理处理呼叫信令有关的资源。换言之，在延迟步骤E50期间，终端3B处于这样的状态，即等待检测摘机(步骤E60)或时延届满。

如果终端3B的SIP用户代理在时延T_tempo届满之前检测到终端3B摘机(即再次摘机)，则与终端3A的呼叫以对于网络核心2和终端3A和3B的用户透明的方式继续进行(步骤E70)。定时器被解除并且此时取消资源释放消息BYE的发送。

如果例如在呼叫结束时终端3B故意挂机之后没有检测到，即如果时延届满并且终端3B的SIP用户代理还未检测到终端3B摘机(即再次摘机)，则使用SIP消息BYE的资源释放消息被终端3B发送到网络核心2(步骤E80)，并且由终端3B分配的资源被释放(步骤E90)。

当接收资源释放消息BYE时，网络核心2释放网络中分配给该呼叫的资源并且转发消息至终端3A。当收到这个消息时，由终端3A分配给该呼叫的资源被立即释放。此外，如果定时器已经根据本发明被设定，则在终端3A挂机之后这个定时器也被解除(例如以稍微偏差的方式，即相对于终端3B的挂机而延迟的方式)。

在另一个实施例中，终端3A和/或3B还包括“立即挂机”按钮，其当被激活时致使资源释放消息BYE的立即发送而无须等待时延届满。这个按钮特别地对于出局呼叫可以是激活的(例如按钮中的闪烁LED可以指示主叫终端用户激活与“立即挂机”按钮有关的功能)，这使得主叫用户能够立即释放他们发起的呼叫，以例如避免时延的费用被计入。

下面参考图3和图4描述两种实现，其在IMS网络核心2的控制下旨在当使用本发明的终止方法时配置由VoIP语音终端(例如由终端3A或3B)使用的时延T_tempo。

在参考图3描述的第一实现中，当将终端注册到IMS网络1中时，时延T_tempo在终端中在网络核心2的控制下被配置。

为了注册到网络，如上文所述，VoIP终端3A利用SIP消息REGISTER向网络核心2发送请求注册的消息M1(步骤F10)。这个消息在网络上在根据本发明的信号中被传输。

SIP消息REGISTER M1包括各种不同的报头，特别是“Supported”报头，其借助于也称为选项标签的由IANA(互联网编号分配机构)预定义的指定标识符，以一般的方式指明了终端3A所支持的服务。已经被IANA定义并且可包含于所交换的SIP消息中的报头和选项标签的描述可以在IETF文档“RFC 3261-SIP：Session Initiation Protocol”中找到。

在这里描述的第一实现中，消息M1的所支持的报头包括选项标签，例如rd，其由IANA事先适当地定义并且向网络核心2通知终端3A实现(即支持)本发明的呼叫终止方法。

在这里，消息M1也携带了终端3A中预定义的默认时延T_tempo，例如在由IANA事先适当地定义的另一个消息报头Racdec中。

附录给出了消息M1的内容的例子。

当网络核心2的S-CSCF服务器收到消息M1时，消息M1的报头被读取且被分析。这个分析使得服务器能够检测终端3A通过读取所支持的报头和选项标签rd来支持本发明的呼叫终止方法(步骤F20)。之后，网络核心2的S-CSCF服务器存储这个信息并且查询器存储器以获得发送至终端3A的时延T_tempo。

可选地，IMS网络的应用服务器可以分析消息M1来获得时延。

S-CSCF服务器然后响应于消息M1而发送200OK消息M2(步骤F30)，该消息M2包括：

-Require报头，其中它设置了选项标签rd以向终端3A确认它检测到它支持本发明的终止方法；和

-Racdec报头，其中它设置了由网络核心2施加并且终端3A当使用本发明的呼叫终止方法时必须应用的时延T_tempo。

如上文所述，这个响应消息M2还包括终端3A被认为注册到网络核心2的时间(在这里例如是1小时，即3600秒)。如现有技术中已知的那样，这个时间包含于响应消息M2的“Contact”报头的“expires”参数中。

附录给出了消息M2的内容的例子。

当收到消息M2时，终端3A提取Racdec报头中的时延T_tempo并将它存储在例如随机访问存储器33中(步骤F40)。

以类似的方式，终端3B通过发送SIP REGISTER消息M3而注册到网络核心2，该消息M3在网络中通过根据本发明的信号来传输，并且在Supported报头中包括选项标签rd以向网络核心2指示它支持本发明的呼叫终止方法，并且Racdec报头包含终端3B中预定义的默认值T_def(步骤F50)。

接下来的步骤类似于上述针对终端3A描述的步骤F20、F30和F40：

-网络核心2的S-CSCF服务器分析注册消息M3(步骤F60)；

-响应于终端3B的消息M3而发送消息M4(步骤F70)，消息M4包括由网络核心2施加的并且终端3B当使用本发明的呼叫终止方法时必须应用的时延T_tempo；和

-终端3B提取并存储值T_tempo(步骤F80)。

因此，在步骤F40和F80之后，终端3A和3B知道当使用本发明的呼叫终止方法时要应用的时延Ttempo，即它们在呼叫期间检测到挂机之后在发送关于释放分配给呼叫的资源的消息之前必须等待的预定时期。

在这里描述的第一实现中，当实现本发明方法的VoIP终端注册到网络核心时，网络核心发送时延T_tempo至该VoIP终端。VoIP终端至网络核心的注册通常是临时性的(例如1小时)。因此，每次VoIP终端的注册被更新时，时延T_tempo必须被网络核心发送并存储在该VoIP终端中。

下面参考图4描述在第二实现中在网络核心2的控制下在VoIP终端中配置时延T_tempo。在这个第二实现中，时延T_tempo被网络核心2以下列方式发送：

-在被发送至被叫终端3B的呼叫发起消息中；和

-在正进行的呼叫中或在被发送到主叫终端3A的摘机消息中。

在这里假设终端3A向网络核心2发送呼叫发起消息M5以利用SIP消息INVITE与终端3B建立呼叫(步骤G10)。这个消息M5在网络上在根据本发明的信号中被传输。

在这里描述的第二实现中，INVITE消息M5包括Supported报头，其中以类似于第一实现中的SIP消息REGISTER的方式，终端3A有利地设置了选项标签rd以向网络核心2指明它支持本发明的呼叫终止消息。

此外，消息M5还包含在终端中预定义的默认时延T_tempo，例如在由IANA实现适当地定义的Racdec报头中。

当收到消息M5时，其报头被网络核心2的S-CSCF服务器读取并分析。S-CSCF服务器然后存储关于终端3A支持本发明的终止方法的信息(步骤G20)从而响应于呼叫消息M5而向它发送要在随后使用该方法时应用的时延。

S-CSCF服务器然后以呼叫发起消息INVITE M6的形式发送呼叫发起消息INVITE M5至被叫终端3B(步骤G30)。在这个消息M6中进一步指明了如果终端3B支持本发明的方法则它必须在本发明的终止方法期间应用的时延T_tempo。在这个阶段，网络核心2的S-CSCF服务器不知道终端3B是否支持本发明的方法。时延T_tempo是在查询了S-CSCF服务器的存储器之后获得的。可选地，它可以通过查询IMS网络1的应用服务器而获得。

时延T_tempo是在消息M6的Racdec报头中发送的，以代替由终端3A在消息M5中发送的时延T_def。可选地，它可以被设置在由IANA实现适当定义的消息M6的另一个实体中。

当收到消息M6时，终端3B提取时延T_tempo并例如将它存储到随机访问存储器33中(步骤G40)，从而在本发明的终止方法期间使用它(而不是终端3B的存储器34中的预定义的默认时延T_def)。

响应于消息M6，它然后经由P-CSCF服务器向网络核心2的S-CSCF服务器发送180RINGING消息M7以确认呼叫正在进行，该消息被终端的用户例如以振铃音的形式察觉(步骤G50)。这个消息M7在网络上在根据本发明的信号中被传输。在这里，响应消息M7在Require报头中包括选项标签rd，以向网络核心2指示它支持本发明的呼叫终止方法并且它将在挂机时被使用。进一步地，终端3B在响应消息M7中例如在该消息的报头Racdec中指示将由终端3B在本发明的终止方法期间应用的时延，即在这里是由网络核心2发送的时延T_tempo。

当收到消息M7时，S-CSCF服务器通过查询其存储器来确定要发送至主叫终端3A的时延(步骤G60)。在这里描述的例子中，这个时延是之前针对终端3B而获得的时延T_tempo。因此，同样的时延针对IMS网络1中的每个VoIP终端而被确定，这是有利的。可选地，对于终端3A和3B可以获得不同的时延。

这个时延T_tempo在180RINGING消息M8的Racdec报头中被发送到终端3A(步骤G70)。在Require报头中向终端3A发送指明了终端3A在挂机时必须使用本发明的终止方法的选项标签rd。消息M8通知终端3A与终端3B的呼叫正在进行，这个消息由终端3A的用户例如以振铃音的方式被察觉。

当收到消息M8时，终端3A提取时延T_tempo并例如将它存储在随机访问存储器33中(步骤G80)，从而在本发明的终止方法期间使用它，而不是使用存储于终端3A的存储器34的预定义的默认时延T_def。

现在假设终端3B的用户在来自终端3A的呼叫之后摘机(步骤G90)。这以本领域技术人员已知的方式被终端3B的SIP用户代理检测到，并且因此在终端3B中将专用资源分配给这个呼叫。

终端3B然后在摘机通知(200OK)消息M9中向网络核心2通知摘机(步骤G100)。摘机消息M9在Racdec报头中包括由终端3B应用的时延T_tempo。

在网络核心2分配专用于呼叫的资源之后，消息M9以摘机通知(200OK)消息M10的形式被网络核心2传送至终端3A(步骤G110)。消息M10在Racdec报头中包括终端3A必须应用的时延T_tempo。

当收到消息M10时，终端3A分配呼叫所需要的资源。

在这里描述的两个实现中，终端3A或3B凭借其而支持本发明的终止方法并且通过根据本发明的信号所传送的SIP消息M1和M5以及M3和M7中所包含的信息被包含在Supported报头或Require报头中。这些假设决不旨在限制本发明。

可选地，这个指示可以在通过本发明的信号所传送的消息的另一个报头中。例如，该消息本身可以在Racdec报头中包括这个指示。特别地，由终端发送的消息中的这个报头的存在或缺失本身构成了关于终端支持本发明的终止方法的指示。此外，Racdec报头中可以引入附加参数以例如指明网络是否希望实现这个机制。

附录

消息M1

消息M2

Claims

1.一种由注册到IP网络核心(2)的IP上的语音终端(3A、3B)所应用的用于终止呼叫的方法，所述方法包括：

-在所述呼叫期间检测所述终端(3A、3B)挂机的步骤(E40)；和

-向所述IP网络核心(2)的设备发送关于释放分配给所述呼叫的资源的消息的步骤(E80)；

所述方法的特征在于，还包括在所述检测的步骤(E40)之后的、在发送所述资源释放消息之前等待预定时期的等待步骤(E 50)，并且如果所述终端(3A、3B)的摘机未在所述预定时期内被检测到则在所述等待步骤结束时发送(E80)所述资源释放消息。

2.根据权利要求1所述的终止方法，其特征在于，所述预定时期在由所述终端(3A、3B)从所述IP网络核心(2)的设备接收的消息(M2、M4、M6、M8、M10)中是被确定的(F30、F70、G30、G70)。

3.根据权利要求2所述的终止方法，其中，所述终端是所述呼叫的被叫终端(3B)，其特征在于，确定所述预定时期(G30)的所接收的消息是所述呼叫的发起消息(M6)。

4.根据权利要求2所述的终止方法，其中，所述终端是所述呼叫的主叫终端(3A)，其特征在于，确定所述预定时期(G70)的所接收的消息是用于通知呼叫正在进行的消息(M8)或用于通知所述呼叫的被叫终端(3B)已经摘机的消息(M10)。

5.根据权利要求2所述的终止方法，其特征在于，确定所述预定时期(F30、F70)的所接收的消息是对于将所述终端(3A、3B)注册到所述网络核心(2)的步骤(F10、F50)的响应消息。

6.根据权利要求2至5中任一项所述的终止方法，其特征在于，所述预定时期包含于所接收的消息的报头中。

7.根据权利要求1所述的终止方法，其中，所述预定时期在所述终端中是可配置的。

8.根据权利要求1所述的终止方法，其中，所述预定时期在所述终端中是被预定义的。

9.一种计算机程序，包括当所述程序被计算机执行时用于执行根据权利要求1至8中任一项的终止方法的各步骤的指令。

10.一种计算机可读存储介质，其存储了包括用于执行根据权利要求1至8中任一项的终止方法的各步骤的指令的计算机程序。

11.一种注册到IP网络核心(2)的IP上的语音终端(3A、3B)，包括：

-用于在呼叫期间检测所述终端(3A、3B)挂机的装置；和

-用于向所述IP网络核心(2)的设备发送关于释放分配给所述呼叫的资源的消息的装置；

所述终端的特征在于，还包括：

-用于在检测到挂机之后将所述发送推迟一预定时期的装置；

-用于检测所述终端摘机的装置；

所述发送装置适于如果在所述预定时期内用于检测摘机的所述装置没有检测到摘机则在所述预定时期之后向所述网络核心(2)的设备发送所述资源释放消息。

12.根据权利要求11所述的IP上的语音终端(3A、3B)，其特征在于，包括连接到IP上的语音协议适配器/转换器的模拟电话设备。

13.一种通信系统，包括根据权利要求1至6中任一项所述的IP上的语音终端(3A、3B)，以及：

-用于从所述终端接收消息(M1、M3、M5、M7)的装置，其中所述消息包括这一指示：所述终端(3A、3B)适于在呼叫期间检测到所述终端挂机之后、在发送与该呼叫有关的资源释放消息之前等待一预定时期，并且如果在所述预定时期内没有检测到摘机则在所述预定时期结束时发送所述资源释放消息；

-用于获得所述预定时期的装置；和

-用于在消息(M2、M4、M6、M8、M10)中向所述终端发送所述预定时期的装置；

所述装置分布于所述系统的IP通信系统网络核心(2)的一个或多个设备中。

14.一种包含消息(M1、M3、M5、M7)且由IP上的语音终端发送至IP通信网络核心的设备的信号，该信号的特征在于，所述消息包括报头，该报头包括这一指示：所述终端适于在呼叫期间检测到所述终端挂机之后、在发送与该呼叫有关的资源释放消息之前等待一预定时期，并且如果在所述预定时期内没有检测到摘机则在所述预定时期结束时发送所述资源释放消息。

15.根据权利要求14所述的信号，其特征在于，还包括另一个报头，该另一个报头包括所述预定时期的值。