[发明专利]一种呼叫过程中时延的处理方法、装置及交换设备

说明书

技术领域

本发明涉及语音交换业务技术领域，特别涉及一种呼叫过程中时延的处理方法、装置及交换设备。

背景技术

在移动通信中，由于无线环境的复杂性以及不同交换设备处理能力的不同，在传递消息中很难避免有一定的时延，这时就需要有一些计时器来规范每一个消息的等待时间，其中T35计时器就是对于无法判断接收到的被叫号码是否完整情况下所提供的等待时间。

在交换设备间传送的BICC（Bearer Independent Call Control protocol，与承载无关的呼叫控制协议）消息、ISUP（综合业务数字网ISDN用户部分）消息或TUP(电话用户部分协议)消息中传送的被叫号码，往往不是通过一条信令消息发给下一交换设备（即局向），而是通过多条信令消息来完成的，其中每条信令消息传递被叫号码中的几位，在没有T35计时器的情况下，该下一交换设备就会在没有收全所有被叫号码的情况下，舍弃之后传递的剩余被叫号码信令消息，用该没有收全的被叫号码呼叫，最终造成呼叫接续失败。而设定了T35计时器的情况下则会要求下一交换设备在没有收到完整的被叫号码之前要等待15秒钟，这就有效解决被叫号码未收全的技术问题。但是下一交换设备在无法判断是否收全完整的被叫号码的时候，必须要等待T35计时器的时间才能够进行下一步的分析操作，这样就增加了交换设备之间的等待时延，对于客户的呼叫感知会造成一定的影响，呼叫时间延长。

例如，参照图1所示，当交换机A向交换机B发送BICC、ISUP或TUP消息来进行话务的接续时，在信令消息中含有被叫号码，交换机B会首先在被叫号码处理模块进行号码分析，通过位长参数L来判断是否收全被叫号码，如果该被叫号码处理模块无法判断被叫号码是否收全，将会触发T35计时器进行等待。在被叫号码处理模块分析结束后会送到一个专门处理该被叫号码的路由处理模块进行分析，该路由处理模块会根据收到的被叫号码或是在本交换机B进行落地寻呼，接续被叫用户；或是继续送到BICC/ISUP/TUP信令处理模块，送到下一个交换机继续分析。其中，在路由处理模块上也需要再根据对应的SP（号码发送规则）参数控制是否使收到的被叫号码转向下一步操作，如果该路由处理模块无法判断是否被叫号码收全将会触发T35计时器进行等待。

由此可见，T35计时器对于呼叫流程中的作用可谓是一个双刃剑，它既可以有效的保证在一定时间内完成的收到被叫号码保证呼叫得以正常接续，但同时一旦交换机无法判断是否收全被叫号码的情况下即使被叫号码已经收全也会等待一个T35计时器的时间，造成较大的接续时延。

发明内容

为了解决现有技术中由于T35计时器所引发的不必要的时延，延迟呼叫等待时间的技术问题，本发明提出一种呼叫过程中时延的处理方法、装置及交换设备。

一种呼叫过程中时延的处理方法，包括：

第一交换设备对接收到的完整的被叫号码添加号码结束标识符，并将所述添加有号码结束标识符的被叫号码发送到第二交换设备；

第二交换设备根据所述号码结束标识符确定被叫号码已接收完整。

一种呼叫过程中时延的处理装置，包括：

信令处理模块，用于对接收到的完整的被叫号码添加号码结束标识符，并将所述添加有号码结束标识符的被叫号码发送到下一交换设备；

被叫号码处理模块和路由处理模块，用于根据所述号码结束标识符确定接收的被叫号码已接收完整。

一种包括上述呼叫过程中时延的处理装置的交换设备。

本实施例提供的方案通过采用由第一交换设备对接收到完整的被叫号码添加号码结束标识符的技术手段，可使后继的第二交换设备根据该号码结束标识符确定被叫号码是否已接收完整，解决了现有技术中由于交换设备无法确定是否接收完整导致的触发T35计时器开启，延长等待时间的技术问题，进而取得了避免呼叫在交换设备间产生时延，减小了呼叫等待时间的技术效果。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为背景技术中交换机内部有关对被叫号码进行处理的功能模块的示意图；