用于经过因特网协议打电话通信的通信控制的制作方法

文档序号:7608309阅读:143来源:国知局
专利名称:用于经过因特网协议打电话通信的通信控制的制作方法
技术领域
本发明涉及到在终端机装置上按照经过因特网协议打电话来的呼叫的通信控制,其中在来的呼叫时将呼叫用户或者终端机的标志接收。一般来说将呼叫引导到经过因特网协议打电话的终端机装置上是由因特网协议网络,即在因特网协议基础上工作的例如按照IUT-TH.323标准工作的数据网络,分配给被呼叫的终端机装置。在被呼叫的终端机装置上安排了一个通信控制,对于这个决定处理来的呼叫。在最简单情况下将来的呼叫继续转接以便由被呼叫的用户接受。但是用户也可以安排将来的呼叫继续引导到另外的终端机或通报装置和/或语言记录装置上。在这里处理来的呼叫与呼叫用户无关。
在私人小交换机范围已知一种集中的通信控制,用来决定处理来到终端机的呼叫。此外将功能特征“择优呼叫保护”实现,这个安排将被选定用户来的呼叫转接到另外的终端机或通报装置和/或语言记录装置上和来的呼叫被另外的用户转接。此外从DE43 30 755 C2已知,在这种集中的通信控制中由被选定用户来的呼叫转接到终端机和将所有其余的来的呼叫转接到另外的终端机或通报装置和/或语言记录装置上。
在PC上和因此在经过因特网协议打电话的终端机上传统地存在包括具有用户通信伙伴数据的多个数据语句的通信伙伴文件,和是属于终端机的。每个数据语句包括通信伙伴的名字说明和一个或多个通信地址。必要时这种数据语句还包括各个通信伙伴的附加信息。
本发明的任务是规定通信过程的改进的通信控制,将通信控制引导到经过因特网协议打电话的终端机装置上。
此任务是通过具有权利要求1特征的本发明的通信控制解决的。
按照本发明的通信控制当每次来的呼叫时将被接收的呼叫用户的标志与在被呼叫用户的通信伙伴文件上相应的登录进行比较和询问对于呼叫用户在通信伙伴文件被存储的来的呼叫的处理。如果将呼叫用户作为通信伙伴存储在通信伙伴文件中和随后出现被存储在通信伙伴文件的来的呼叫的处理,则按照本发明的通信控制安排来的呼叫的被存储的处理。如果识别呼叫用户没有作为通信伙伴包括在通信伙伴文件中,通信控制安排对于这种情况预先安排的来的呼叫的处理。
此外在上述通信伙伴文件中对于每个通信伙伴可以详细说明来的呼叫的处理,即在说明中存储详细的处理方法。然而因为一个通信伙伴文件一般来说包括明显更多的通信伙伴的数据语句比来的呼叫相互不同的处理方法。每个被存储的通信伙伴的通信伙伴文件也可以包括一个指示,指示指点参阅属于这个指示的文件和包括来的呼叫的详细处理说明。
对于可以连接在各种网络范围的终端机装置,例如对于便携式终端机装置,按照特别有益的结构形式将控制装置实现在终端机装置上。因此保证了将通信伙伴文件和通信控制与终端机装置连接在其上的网络范围无关地提供使用。在这种结构形式中终端机装置在来的通信过程时必须处于接通的运行状态或者将其置于运行状态。如果终端机装置例如是一个计算机,则这个计算机然后始终处于接通的运行状态,如果应该处理来的通信过程时,或者处于减小能量的接收状态,这至少可以识别来的呼叫和此外有可能将终端机装置在来的呼叫时置于激活的运行状态。
通信控制另外的适合的扩展结构是实现在属于因特网协议网络的装置上,经过因特网协议打电话的终端机装置是可以连接在其上的,将来到的通信过程应该被通信控制进行处理。在这种情况下保证了终端机装置处理来的呼叫,如果自己构成为终端机装置或暂时不在因特网协议网络上运行时。
例如属于因特网协议网络的装置是实现在因特网协议网络子区域的关守装置的区域中。此外必要时可以使用同一个硬件装置,用这个在使用相应软件时也可以实现关守功能。
可以实现在通信控制内部的属于上述因特网网络的装置还可以是一个代理服务器,这个代表了对于可以连接在因特网协议网络上的经过因特网协议打电话的终端机装置的调节代理功能。
如果按照本发明的通信控制是实现在具有终端机装置的调节代理功能的代理服务器上,这样例如一个终端机装置,一旦它安排了激活状态时,例如关闭将信号传送给负责终端机装置的关守,信号安排关守将来到终端机装置的呼叫继续引导到代理服务器上。在上述情况下也有可能代理服务器安排关守将对于终端机装置来的呼叫继续引导到代理服务器上。此外例如代理服务器可以从终端机装置得到一个信号,信号说明是否终端机装置对于来的呼叫是可以联系到的。还存在可能性,代理服务器始终在一个确定的时间间隔之后或在一个确定的时间点上检查终端机装置对于来的呼叫的可联系性,以便当错误的可联系性时通知关守,应该将对于这个终端机装置来的呼叫继续引导到代理服务器上。
特别适合的是,如果代理服务器经过涉及到可联系性的状态改变从终端机得到没有要求的信号和如果代理服务器附加临时检查终端机的可联系性。因此可以保证,即使当信号中断经过状态改变在确定的时间之后得到这个状态改变。
下面借助于一个实施例在附图基础上详细叙述本发明。


图1表示了用于实现有选择的呼叫转接过程图的实施例在H.323-网络上作为代理服务器功能。
附图2按照附图1使用H.323-代理服务器的方法用简化框图表示了控制的协议层模型(协议程序组)。
附图3用简化框图表示按照ITU-TH.323标准具有终端功能,关守功能,数据库和代理服务器功能的通信网络的一部分。
为了能够清楚地说明附图1首先叙述按照附图2的H.323代理服务器和按照附图3的H.323通信网络。
在附图3上粗略表示的通信网络H.323网络原则上是已知的。在附图3上表示的通信网络H.323网络有多个终端点A,B,C,D和E,一个关守功能DK,一个代理服务器功能PROXI和一个数据库DB。代理服务器功能PROXI和关守功能GK一样是通信网络H.323网络内部的一个逻辑功能。关守功能GK是用于满足标准功能如地址释放或带宽管理的逻辑功能。此外地址释放意味着一个呼叫的终端点D向关守发送准备呼叫的终端点E的化名地址和关守得到传输地址,即因特网协议地址和端口地址。关守认识对于它所管辖网络范围内部的关于实时应用的通信协议。如果呼叫的终端点D发送具有一定带宽连接的询问给关守GK,关守将被询问的带宽与可提供使用的带宽进行比较和依赖于比较结果给呼叫的终端点A一个信号。已知的按照标准H.323网络与在附图3上表示的区别是通过一个数据库DB提供通信伙伴文件和专门的代理服务器功能PROXI。将这种代理服务器功能PROXI的实施形式借助于按照本发明方法的实施例在附图1基础上详细叙述。下面将这种代理服务器功能PROXI的结构借助于扩展的协议层模型在附图2基础上进行叙述。
在附图2上用简化框图用扩展的协议层模型表示H.323代理服务器PROXI的实施例。
如根据ITU-TH.323的网络上通常H.323代理服务器PROXI的通信是建立在因特网协议IP基础上的。在附图2中间表示了在因特网协议IP基础上建立的处理呼叫控制的信令的协议程序组。
这里建立在因特网协议IP和信令协议TCP基础上在H.323网络上安排了根据协议ITU-TH.323对于基本呼叫控制信令的一个功能模块H.225.0。这个功能模块H.225.0的信号例如是设置SETUP或连接CONNECT。
此外在信令协议TCP基础上安排了根据控制协议ITU-TH.245的功能模块H.245。将这个功能模块H.245用于交换终端容量信号,即用于输出和接收关于终端能力的信息。此外将这个功能模块H.245用于决定任务的分配例如主功能或者从功能和用于打开和关闭有用数据传输的逻辑信道。
在功能模块H.225.0上安放附加功能特征控制的功能模块例如功能模块H.450.1,用于实现一个确定的功能和安放功能模块H.450.3用于实现标准ITU-TH.450的呼叫转接功能。
在附图2上刚刚叙述过的信令程序组的左边表示了有用数据程序组。这个也是建立在因特网协议IP基础上的,在其上安放了UDP和在其上又安放了实时协议RTP(用英语表达为实时协议)。除了实时协议RTP之外还将实时控制协议RTCP和将关于区域登录,管理和状态的控制协议UDP的一部分H.225.0 RAS根据ITU-TH.225.0支承在协议UDP上。
在实时协议RTP基础上安排了音频和视频AUDIO,VIDEO多媒体数字信号编解码器或至少解码器。这种音频多媒体数字信号编解码器AUDIO例如是根据标准ITU-TG.711,ITU-TG.723.1,ITU-TG.728之一设计的。ISO MPEG4也定义了音频解码器AUDIO。ISO MPEG4也定义了相应的视频解码器VIDEO。当使用根据ISO MPEG4的解码器时有时在H.323-代理服务器PROXI中包括专利的多媒体数字信号编解码器。
将实时控制协议RTCP和音频和视频的多媒体数字信号编解码器或者解码器AUDIO,VIDEO由媒体控制MEDIA CONTROL进行控制,媒体控制负责协调安排在H.323-代理服务器PROXI上的媒体输入装置INPUT-DEVICE和只是安排在H.323-代理服务器PROXI上作为选件和因此没有表示的媒体输出装置。此外媒体输入装置INPUT-DEVICE例如是(在附图2上没有明确表示)视频数据的摄像机,音频数据的麦克风或与没有包括在H.323代理服务器PROXI上的数据源的接口。输出装置(在附图2上没有明确表示)例如可以是音频数据的扩音器或与没有包括在H.323-代理服务器PROXI上的输出装置如打印机或者宏存储器的接口。
上述有用数据处理RTP,RTCP,H.225.0,AUDIO,VIDEO和MEDIACONTROL的程序组和上述信号处理H.245,H.225.0,KONFERENZSTEUERN,H.450.2,H.450.4和H.450.5的程序组是经过协调功能KORDINIERUNGSFUNKTION与应用程序接口TPI耦合的。此外协调功能KORDINIERUNGSFUNKTION协调程序组单元与应用程序接口API(API英语表达为应用程序接口)的配合。
应用程序接口API的例子是TAPI或CAPI。应用程序接口API是在应用程序应用和协调功能KORDINIERUNGSFUNKTION之间进行调解。
除了对于多媒体通讯要求的程序组,即上述有用数据处理的程序组RTP,RTCP,H.225.0,AUDIO,VIDEO和MEDIA CONTROL和对于信号处理的程序组H.245,H.225.0,H.450.3,和H.450…之外在附图2的右边还表示了功能模块DB/DB存取。这个功能模块DB/DB存取不是放在因特网协议IP上的,但是也是经过协调功能KORDINIERUNGSFUNKTION和应用程序接口API与应用ANWENDUNG耦合的。功能模块DB/DB存取例如相当于从H.323代理服务器PROXI到(没有表示的)包括通信伙伴文件的数据库服务器的接口。功能模块DB/DB存取但是也可以相当于到包括在H.323代理服务器PROXI上的(在附图2上没有表示)具有通信伙伴文件的数据库的接口。如果通信伙伴文件包括在数据库服务器中,从其中的存取当然也可以使用ITU-TH.450基础上的信令进行。
功能模块DB/DB存取的结构在附图2上没有明确表示,因为相应的工业标准接口很长时间以来是已知的。这种接口例如可以是JDBC(JAVA数据库连通性)或ODBC(开放数据库连通性)。
附图1表示了按照标准ITU-TH.323的通信网络的三个终端点A,B和C,一个关守GK,一个数据库DB和安排在这个通信网络上的在后面被称为H.323代理服务器PROXI的代理服务器功能之间的基本状态,事件和信号流。在附图1上处理的实施例的先决条件是,属于终端点B的用户希望将从一定终端点包括从终端点A来的呼叫转接到终端点C上。当呼叫从终端点A来的期间,在这种情况下安排在终端点B的终端机没有准备好运行在开始状态时H.323代理服务器功能PROXI,关守GK,数据库DB和属于(没有表示)终端点A和C的终端机各自处于静止状态(空闲)。属于终端点B的(没有表示)终端机没有运行。
终端点A的用户安排经过关守GK建立到终端点B的连接。此外从终端点A传送例如根据ITU-TH.225的信号设置SETUP给关守GK,通常由关守GK继续引导到终端点B。然而在这种情况下接受设置SETUP-信号的关守GK知道被编地址的目标点B没有作为可提供使用进行登录和对于这个终端点没有可提供性时将代理地址(代理服务器地址)安排给H.323代理服务器PROXI。
关守GK将终端点A的设置SETUP-信号在H.323代理服务器PROXI上编地址。设置SETUP-信号包括了原来的被呼叫的终端点B的地址。
H.323代理服务器PROXI接收设置SETUP信号和检查,应该将从终端点来的呼叫进行什么样的处理。此外H.323代理服务器PROXI发送一个询问给数据库DB。
如上所述,数据库DB可以或者与实现为代理服务器功能PROXI的装置构成为一个单元或在空间上是与这个分开的。在远距离的数据库GB中的存取例如可以经过JDBC(JAVA数据库连通性)或ODBC(开放数据库连通性)进行,但是也可以在H.450信令基础上进行。在数据库中在用户的通信伙伴文件中,终端点B是属于用户的,进行检查,应该如何处理从终端点A来的呼叫当安排在终端点B的终端机不能提供运行时。必要时为此首先检查,是否在用户的通信伙伴文件中,终端点B是属于用户的,存在关于终端点A的登录。
此外数据库DB传送给H.323代理服务器PROXI找到的信息将从终端点A对于终端点B的呼叫转接到终端点C。
然后H.323代理服务器PROXI安排一个相应的呼叫转接,在被表示的例子中根据ITU-T标准H.450.3“呼叫转接”。此外H.323代理服务器PROXI使用H.225.0引导功能特征呼叫转接信号帮助FACILITY(H.450.3呼叫改变行程调用)传送给终端点A。
这个信号包括呼叫转接目标地址。虽然在终端点B的终端机没有运行,可以通过代理服务器功能进行。代理服务器功能是为了实现这个功能特征安排的。
代理服务器功能PROXI对于没有提供运行的终端点B则安排了功能特征信号帮助FACILITY(H.450呼叫改变行程调用)。终端点A根据ITU-T标准H.450.3(例如版本1998年2月)在H.225.0基础上将功能调制信号帮助FACILITY(H.450呼叫改变行程结果)可以直接发送给H.323代理服务器PROXI和然后安排与信号H.225.0释放全部在H.323代理服务器PROXI上释放在H.323代理服务器PROXI和终端点A之间的信令连接。
终端点A将H.245终端容量设置信号与终端点A的数据传送给终端点C。终端点C相应地将H.245终端容量设置信号与终端点C的数据传送给终端点A。此外根据H.245在终端点A和C之间通过信号交换主/从决策在呼叫期间决定单个参与者的位置,然后借助于根据ITU-TH.245信号在终端点A和C之间进行一个处理打开逻辑信道。
现在打开了终端点A和C之间的逻辑信号,以便例如传输音频或视频信息。此外在终端点A和终端点C之间存在信令连接。
权利要求
1.通信过程的通信控制,涉及到经过因特网协议打电话的终端机装置,具有一个装置,-装置当每次来的呼叫时将被接收的呼叫用户标志与被呼叫用户相应登录的通信伙伴文件进行比较,-装置安排被存储在这个通信伙伴文件中对于这个通信伙伴来的呼叫的处理,如果将呼叫用户识别为包括在通信伙伴文件中的通信伙伴时,和-如果呼叫用户没有被识别为包括在通信伙伴文件中时,在这种情况下装置安排了来到的呼叫的预先安排的处理。
2.按照权利要求1的通信控制,其特征为,通信控制是实现在终端机装置上的。
3.按照权利要求1的通信控制,其特征为,通信控制是实现在属于IP网络的装置上的,经过因特网协议打电话的终端机装置是可以连接在IP网络上的。
4.按照权利要求3的通信控制,在其中属于IP网络的装置是一个代理服务器模块对于可以连接在IP网络上的经过因特网协议打电话的终端机装置具有代理功能。
全文摘要
叙述了通信过程的通信控制,通信控制涉及到经过因特网协议打电话的终端机装置。通信控制包括一个装置,这个当每次来的呼叫时将被接收的呼叫用户的标志与被呼叫用户的通信伙伴文件的登录进行比较,装置安排存储在这个文件中的来的呼叫的处理,和如果呼叫用户没有被识别包括在通信伙伴文件中时,对于这种情况装置安排来到的呼叫的预先安排的处理。
文档编号H04M7/00GK1399841SQ00815613
公开日2003年2月26日 申请日期2000年9月7日 优先权日1999年9月13日
发明者K·克拉霍菲, M·科尔皮, G·施密德尔, W·雷梅勒 申请人:西门子公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1