CN1997087A - 一种软交换网络中的呼叫实现方法 - Google Patents
一种软交换网络中的呼叫实现方法 Download PDFInfo
- Publication number
- CN1997087A CN1997087A CN 200610167453 CN200610167453A CN1997087A CN 1997087 A CN1997087 A CN 1997087A CN 200610167453 CN200610167453 CN 200610167453 CN 200610167453 A CN200610167453 A CN 200610167453A CN 1997087 A CN1997087 A CN 1997087A
- Authority
- CN
- China
- Prior art keywords
- repeat circuit
- soft switch
- call
- time transmission
- real
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种软交换网络中的呼叫实现方法,发起呼叫时,软交换选定一条主中继电路,并在中继网关上创建对应的主关联及实时传输协议资源;在同一中继网关中为该呼叫预留至少一条备中继电路,创建对应的备关联并分配实时传输协议资源;在软交换发起呼叫建立失败后,则直接选择一条备中继电路,利用对应备关联内的、或主关联内的实时传输协议资源,向对方交换局发送初始地址消息,重新发起出局呼叫。本发明实现简便,重新选择中电路但保留原有资源,提高了呼叫接续效率,减少了本次呼叫接续中再次发生同抢的可能性。
Description
技术领域
本发明涉及固网通信领域,尤其涉及在软交换网络与传统PSTN(公共交换电话网络,Public Switched Telephone Network)网络互通时,软交换向PSTN网络发起呼叫的实现方法。
背景技术
在传统PSTN呼叫过程中,呼叫建立过程中会出现异常情况,使得呼叫建立不能正常进行下去。这些异常部分由于网络或中继电路的原因,如果另外选择一条局间中继电路重新发起呼叫,仍然可能将呼叫接通,这样可以有效提高交换局间呼叫的接通率。这种当呼叫接续遇到异常后重新选择中继电路再次尝试呼叫接续的过程,称为自动重复试呼。造成自动重复试呼的异常因素有以下几种:
1.当检出双向同抢时;
所谓同抢,是指一个交换局使用共路信令建立呼叫并发送初试地址消息后,在等待对方响应时又收到了对方交换局的初试地址消息。这时要判定该交换局对于占用的电路是否主控,通常采用电路CIC号奇偶数判断方法,即信令点大的主控偶数CIC号的电路,信令点小的主控奇数CIC号的电路。如果某个交换局不是主控,它得让出该电路,以便提供给对方发起的入局呼叫,而自己则需要重新选择另一条中继电路发起呼叫,进行重复试呼。
2.当在发送地址消息后和在收到任何后向消息之前收到闭塞消息;
这里强调未收到任何后向消息是确定对方在发送闭塞消息前没有收到这个地址消息,对方没有认定该电路被占用了,这种情况下需要重复试呼。如果收到了后向消息,那么双方都明确了该电路已经被选用建立呼叫,闭塞消息将不能影响本次呼叫,只影响以后的呼叫建立。
3.当在发送地址消息后和在收到某后向消息之前收到电路复原消息;
此种呼叫情况与情况2类似,不同的是收到了复原消息。这种情况下本次发起的呼叫建立必须要先释放掉。如果没有收到后向其他消息就需要重复试呼。
4.当导通检验失败;
导通检验是共路信令使用双向中继不可避免的,信令通了不表示中继电路也是通的。导通检验就是通过信令消息控制,对中继电路是否导通进行的测试。如果不通,该中继电路不可用于呼叫接续,必须重新选择中继电路。
5.当在呼叫建立期间收到不合理的消息。
遇到以上五种情况,交换局用户部分会启动自动重复试呼过程,尽可能将本次呼叫接续成功。
软交换SS(softswitch)作为下一代网络(NGN)的呼叫与控制的核心,提供具有实时性业务的呼叫控制和连接控制。它的一个很重要的功能是与传统PSTN网的互通,支持中继接入。中继媒体网关就是用来完成电路交换网侧与IP分组网侧媒体流的转换,同信令网关一起在软交换的控制下完成电路交换网与IP网络的呼叫建立,参见图1。当与传统交换局建立呼叫时,媒体的接续由于网络不同也分成两个部分,一个是传统的PSTN网,另一个是IP网。NO.7信令通过信令网关(SG:signaling gateway)在软交换和传统交换局之间传送。软交换使用NO.7共路信令(如ISUP)发起呼叫并通知对方局间中继电路的选用,通过H.248/MGCP协议控制中继网关完成IP侧媒体的接续。
这里以H.248为例,它是一种主从控制协议,软交换为主,中继网关为从。它使用终结点描述发起和接收媒体流的实体,终结点有中继电路这样的物理终结点,也有RTP(Realtime Transport Protocol,实时传输协议)流这样的临时终结点。这些终结点是通过关联CTX(context)联系在一起,关联就是终结点相互联系形成的结合体。H.248定义了若干命令对关联和终结点进行操作和管理,如新增(Add)命令用来向一个关联中增加终结点,删除(Subtract)命令用来将一个终结点从所处的关联中分离,移动(Move)命令将终结点从当前的关联中转移到另一个关联。
当软交换与传统交换局建立呼叫时,通常是在呼叫不能连通后,再进行重复试呼,以提高接通率。通常重复试呼的实现方法一般是将已经占用的媒体资源释放,重新选择中继电路和分配媒体资源发起新的呼叫。同抢造成非主控局重复试呼情况下通常的做法也是将出局呼叫占用的资源全部释放,将对方的地址信号接收后重新建立入局呼叫,原来的出局呼叫另选电路重新建立。
这种方法用在传统交换局呼叫建立是可以的,在软交换网络就需要区别对待。实际上造成重复试呼的几个触发原因都发生在PSTN侧,与呼叫媒体接续的IP网侧关系不大。如果重复试呼中重新选择的中继电路和原来的中继电路在同一个中继网关内,就可以利用已经建立好的IP侧的媒体连接,不需要对这部分连接拆除。另外对于双向同抢而重复试呼时,在释放媒体资源时等待释放完成期间,如果有新的出局呼叫建立时选中此中继电路,又会造成新的同抢。
如果能充分利用在IP网侧已经建立的媒体连接,当中继电路的选择是在同一中继网关内进行的,对IP网和PSTN网区别对待,可以简化呼叫接续步骤,提高效率。
但是,当呼叫失败需要重复试呼时,中继网关中不一定存在由空闲的中继电路可供选择,那么,则原有资源无法被利用,需要到其它中继网关进行交互选择新的中继电路,再次配置关联及相关资源,使得呼叫效率降低。
为了提高呼叫实现的效率,如果在软交换发起呼叫时,在同一中继网关中创建主备中继电路,以及对应的主备关联和主备实时传输协议资源,则可以在呼叫失败,需要进行重复呼叫时,提前做好准备,避免出现无中继电路可选的情况,而且由于相关资源已经配备好,则可以直接利用提高呼叫效率。
发明内容
本发明所要解决的技术问题在于,提供一种软交换网络中呼叫实现方法,保证软交换网络与PSTN网络互通时呼叫建立的可靠实现。
本发明提供一种软交换网络中的呼叫实现方法,包括如下步骤:
S1、软交换选定一条主中继电路,并在中继网关上创建对应的主关联及实时传输协议资源;
S2、在同一中继网关中为该呼叫预留至少一条备中继电路,创建对应的备关联并分配实时传输协议资源;
S3、软交换发起呼叫建立失败后,则直接选择一条备中继电路,利用对应备关联内的实时传输协议资源,向对方交换局发送初始地址消息,重新发起出局呼叫。
所述方法进一步包括:软交换释放主中继电路,并删除主关联及其上的实时传输协议资源。
所述方法进一步包括:软交换发起的出局呼叫成功后,如果还有其它备中继电路,及对应的备关联和实时传输协议资源,则一并释放或删除。
所述方法进一步包括:
软交换发起的出局呼叫失败后,则重新选用一条其它备用中继电路,利用对应备关联内的实时传输协议资源,重新发起出局呼叫。
本发明还提供另一种软交换网络中的呼叫实现方法,包括如下步骤:
A1、软交换选定一条主中继电路,并在中继网关上创建对应的主关联及实时传输协议资源;
A2、在同一中继网关中为该呼叫预留至少一条备中继电路,创建对应的备关联并分配实时传输协议资源;
A3、软交换发起呼叫建立失败后,则直接选择一条备中继电路,将该备中继电路加入主关联,利用该备中继电路及主关联内的实时传输协议资源,向对方交换局发送初始地址消息,重新发起出局呼叫。
所述方法进一步包括:软交换释放主中继电路,并删除备关联及其上的实时传输协议资源。
所述方法进一步包括:软交换发起的出局呼叫成功后,如果还有其它备中继电路,及对应的备关联和实时传输协议资源,则一并释放或删除。
所述方法进一步包括:
软交换发起的出局呼叫失败后,则重新选用一条其它备用中继电路,利用对应备关联内的实时传输协议资源,重新发起出局呼叫。
本发明充分利用了软交换网络中媒体资源分配使用的特点,呼叫时建立主备呼叫中继电路及关联和资源,呼叫失败后,重新选择备用中继电路,而保留原有资源,重新发起呼叫,提高了呼叫接续效率,减少了本次呼叫接续中再次发生同抢的可能性。
附图说明
图1是软交换与传统交换局互通的网络拓扑图;
图2是发生同抢后软交换作为非主控局的媒体建立流程图;
图3是非同抢原因造成自动重复试呼的媒体建立流程图。
具体实施方式
下面结合附图及具体实施例对本发明的技术方案作进一步的详细描述。
图1是软交换与传统PSTN交换局互通的网络拓扑图。在该图中软交换的核心控制设备称为SS(softswitch,软交换),信令网关称为SG(SignalingGateway),中继网关称为TG(Trunk Gateway)。软交换通过H.248/MGCP(Media Gateway Control Protocol,媒体网关控制协议)协议命令消息控制中继网关操作终结点,软交换与传统交换局之间使用TUP/ISUP协议建立呼叫,所述TUP协议是电话用户部分(telephone user part)协议,所述ISUP协议是ISDN用户部分(ISDN user part)协议。下面使用H.248协议和ISUP协议为例来说明重复试呼流程。
在软交换SS与传统PSTN交换局互通过程中,为了提高呼叫成功率及呼叫效率,如果呼叫建立失败了,可以使用自动重复试呼功能。重复试呼时,大部分情况下,需要重新选择的中继电路,所选中继电路与原来选择的中继电路在同一个中继网关内,但是自动重复试呼是在呼叫失败后才进行中继电路的选择及相关资源的配置。虽然这种处理可以改善呼叫接续效率,但无法保证能在同一中继网关中得到中继电路,而无法利用现有资源。
本发明所述的一种软交换网络内的呼叫实现方法,采用在软交换发起呼叫时,在同一中继网关中,选择一条主中继电路,同时选择至少一条备中继电路;相应的,控制中继网关建立一个主关联和至少一个备关联,并在各个关联中分配实时传输协议RTP资源。当利用主中继电路、主关联及其中的RTP资源建立呼叫失败时,则可以利用备中继电路、备关联及其中的RTP资源进行重复试呼。
针对主备中继电路属于同一个中继网关的情况,包括同抢情况与非同抢情况:
第一:对于因出现同抢而造成重复试呼,软交换作为非主控局,一方面要负责将对方发起的入局呼叫接续完成,并另一方面选择备中继电路重新发起出局呼叫。
这种情况下,我们只需将原来的主中继电路及对应的RTP资源用于接续入局呼叫,而软交换则利用备中继电路,以及中继网关中的备关联及其上的RTP资源重新进行出局呼叫即可。
或者也可以将主中继电路移动至一个备关联中,利用主中继电路和备关联内的RTP资源接续入局呼叫;将备中继电路移动至主关联中,利用备中继电路和主关联内的RTP资源重新发起出局呼叫。
如果呼叫开始时,建立了多个备用中继电路及备关联,待出局呼叫成功后,取消备用中继电路的预留,并控制中继网关,删除该呼叫相关的备关联及资源。
第二:对于非同抢因素造成的其他呼叫异常情况下的重复试呼,软交换在这种情况只涉及一个呼叫,由于备中继电路与原来使用的中继电路在同一中继网关,可以使用原来的主关联上的RTP资源,也可以使用备关联中预分配的RTP资源。在出局呼叫建立成功后,可以将预先配置的其它备中继电路,或无用的备关联删除,供其它呼叫使用。
在本发明中,考虑到重复试呼需要重新选择中继电路,预先在同一中继网关下的为每一呼叫配置至少一个备中继电路,并分配相应的备管理及资源。如果同一中继网关没有可选的其它中继电路,那只能考虑选择另外中继网关的,但已有RTP资源就不能使用了。本发明避免了同一中级网关内无中继电路可选情况的出现。
图2说明的是发起呼叫时出现同抢而造成自动重复试呼的呼叫建立处理流程。
出现同抢后,软交换作为主控交换局时,处理比较简单,只需丢弃接收的初始地址消息IAM(Initial Address Message),继续出局呼叫,同时释放所有的备中继电路和备关联及相关RTP资源。
出现同抢后,软交换作为非主控交换局时,则首先要将对方发起的入局呼叫接续成功,然后,自身发起的呼叫,选择备中继电路重新建立。
这里原来发起呼叫时使用的主关联上的RTP资源和主中继电路都不释放。原RTP资源可以连同备中继电路一起,用于重复试呼的新出局呼叫中,或者连同主中继电路一起用于接续入局呼叫。所述主中继电路,则被入局呼叫直接选用,可以连同原RTP资源或备关联内的RTP资源一起用于接续入局呼叫。主中继电路不必释放,以避免中间释放后有其他呼叫选中该中继电路,造成新的同抢。
下面对软交换作为非主控局处理同抢时呼叫建立的过程,具体过程说明如下:
步骤201:软交换发起出局呼叫,向中继网关发送新增(Add)命令消息,在中继网关中创建一个主关联CTX1,并在主关联中加入选择好的出局主中继电路的终结点TRK1和RTP终结点,这里RTP终结点有待中继网关来分配;
步骤202:中继网关为增加的RTP分配资源RTP1,向软交换返回应答(Reply)消息,告知该RTP1终结点的IP地址、采用的语音压缩算法和RTP端口等;
步骤203:按步骤201类似的办法,向中继网关发送新增(Add)命令消息,在中继网关中创建一个备关联CTX2,并在备关联中加入选择好的出局备中继电路的终结点TRK2和RTP终结点,这里RTP终结点有待中继网关来分配;
步骤204:中继网关为增加的RTP分配资源RTP2,向软交换返回应答(Reply)消息,告知该RTP2终结点的IP地址、采用的语音压缩算法和RTP端口等;
步骤205:软交换收到中继网关正确的响应后,向被叫交换局发送ISUP的初始地址消息(IAM),通知占用该主中继电路,发起出局呼叫;
步骤206:软交换发送初始地址消息后,接着,如果收到了对方交换局发送的关于该主中继电路的初始地址消息,表明出现了同抢。软交换根据同抢时主控局的判断方法,判断自己是非否为主控局,这里假定软交换判断自己为非主控局;
步骤207:如果软交换判断发生同抢且自己为非主控局,软交换需要将主关联CTX1中原有的主中继电路TRK1用于入局呼叫,使用备关联CTX2中重新选择的备中继电路TRK2发起新的出局呼叫,因此它需要在两个关联中交换中继电路。软交换发送移动(Move)命令,首先将原有的主中继电路结点TRK1转移到与RTP2联系的备关联CTX2中;
步骤208:中继网关向软交换返回应答(Reply);
步骤209:软交换向中继网关再发送H.248的移动(Move)命令,将备中继电路结点TRK2转移到与RTP1联系的主关联CTX1中;
步骤210:中继网关向软交换返回应答Reply;
步骤211:软交换分别为出局和入局呼叫都准备好媒体接续,对于出局呼叫要重新发送NO.7的地址信令消息,即初始地址消息IAM,给对方交换局,声明占用此备中继电路。至此媒体已经重新安排好,后面的接续将按照常用的流程完成,再此不完全列出。
上述步骤207中,也可以直接采用主中继电路TRK1和主关联CTX1的RTP1来接续入局呼叫,而直接采用备中继电路TRK2和备关联CTX2的RTP2,重新发送地址信令消息给对方交换局,声明占用该备中继电路。
图3说明的是非同抢因素造成自动重复试呼的呼叫建立处理流程。由于同抢以外的其它原因造成的重复试呼只涉及到一个呼叫,它的流程稍微简单一些,具体说明如下:
步骤301:软交换发起出局呼叫,向中继网关发送新增(Add)命令消息,在中继网关中创建一个主关联CTX1,并在主关联中加入选择好的出局主中继电路的终结点TRK1和RTP终结点,这里RTP终结点有待中继网关来分配;
步骤302:中继网关为增加的RTP分配资源RTP1,向软交换返回应答(Reply)消息,告知该RTP1终结点的IP地址、采用的语音压缩算法和RTP端口等;
步骤303:按步骤201类似的办法,向中继网关发送新增(Add)命令消息,在中继网关中创建一个备关联CTX2,并在备关联中加入选择好的出局备中继电路的终结点TRK2和RTP终结点,这里RTP终结点有待中继网关来分配;
步骤304:中继网关为增加的RTP分配资源RTP2,向软交换返回应答(Reply)消息,告知该RTP2终结点的IP地址、采用的语音压缩算法和RTP端口等;
步骤305:软交换收到中继网关正确的响应后,向被叫交换局发送ISUP的初始地址消息(IAM),通知占用该主中继电路,发起出局呼叫;
步骤306:当发生了除同抢因素以外的其它要求自动重复试呼的事件后,该呼叫接续在这里遇到异常,异常的类型主要是在传统交换局这边,对于IP网侧没有影响。因此软交换需要重新选择中继电路重新试呼,可以选择同一中继网关中预留的备中继电路TRK2,利用主关联CTX1,则所分配的媒体资源RTP1不必释放而可继续利用;
步骤307:软交换向中继网关发送H.248的删除(Subtract)命令将不可用的主中继电路TRK1从主关联CTX1中删除,保留该主关联里的RTP1资源,这样就可省去重新设置RTP1媒体流属性的步骤;
步骤308:中继网关向软交换返回应答(Reply);
步骤309:软交换选择备中继电路TRK2,向中继网关发送新增(Add)消息,在主关联CTX1中增加该备中继电路TRK2的终结点;
步骤310:中继网关向软交换返回应答Reply;
步骤311:软交换收到中继网关正确响应后,发送NO.7的地址信令消息,即初始地址消息IAM,利用新选的备中继电路TRK2与原来分配的资源RTP1,给对方交换局重新发起呼叫,声明占用此电路并发起呼叫。
上面所述步骤306中,可软交换可直接选用备中继电路TRK2、及备关联CTX2的RTP2资源,向对方交换局发送初始地址消息,重新发起出局呼叫,声明占用此备中继电路进行呼叫。
在出局呼叫建立成功后,可以将当前未占用的备中继电路,预留的备关联及对应资源进行释放或删除。
对于不再使用的主中继电路,同样也进行释放,供其它呼叫使用。
Claims (8)
1、一种软交换网络中的呼叫实现方法,其特征在于,包括如下步骤:
S1、软交换选定一条主中继电路,并在中继网关上创建对应的主关联及实时传输协议资源;
S2、在同一中继网关中为该呼叫预留至少一条备中继电路,创建对应的备关联并分配实时传输协议资源;
S3、软交换发起呼叫建立失败后,则直接选择一条备中继电路,利用对应备关联内的实时传输协议资源,向对方交换局发送初始地址消息,重新发起出局呼叫。
2、如权利要求1所述的方法,其特征在于,所述方法进一步包括:
软交换释放主中继电路,并删除主关联及其上的实时传输协议资源。
3、如权利要求1所述的方法,其特征在于,所述方法进一步包括:
软交换发起的出局呼叫成功后,如果还有其它备中继电路,及对应的备关联和实时传输协议资源,则一并释放或删除。
4、如权利要求1所述的方法,其特征在于,所述方法进一步包括:
软交换发起的出局呼叫失败后,则重新选用一条其它备用中继电路,利用对应备关联内的实时传输协议资源,重新发起出局呼叫。
5、一种软交换网络中的呼叫实现方法,其特征在于,包括如下步骤:
A1、软交换选定一条主中继电路,并在中继网关上创建对应的主关联及实时传输协议资源;
A2、在同一中继网关中为该呼叫预留至少一条备中继电路,创建对应的备关联并分配实时传输协议资源;
A3、软交换发起呼叫建立失败后,则直接选择一条备中继电路,将该备中继电路加入主关联,利用该备中继电路及主关联内的实时传输协议资源,向对方交换局发送初始地址消息,重新发起出局呼叫。
6、如权利要求5所述的方法,其特征在于,所述方法进一步包括:
软交换释放主中继电路,并删除备关联及其上的实时传输协议资源。
7、如权利要求1所述的方法,其特征在于,所述方法进一步包括:
软交换发起的出局呼叫成功后,如果还有其它备中继电路,及对应的备关联和实时传输协议资源,则一并释放或删除。
8、如权利要求1所述的方法,其特征在于,所述方法进一步包括:
软交换发起的出局呼叫失败后,则重新选用一条其它备用中继电路,利用对应备关联内的实时传输协议资源,重新发起出局呼叫。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610167453 CN1997087A (zh) | 2006-12-20 | 2006-12-20 | 一种软交换网络中的呼叫实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610167453 CN1997087A (zh) | 2006-12-20 | 2006-12-20 | 一种软交换网络中的呼叫实现方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1997087A true CN1997087A (zh) | 2007-07-11 |
Family
ID=38252000
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200610167453 Withdrawn CN1997087A (zh) | 2006-12-20 | 2006-12-20 | 一种软交换网络中的呼叫实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1997087A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108769068A (zh) * | 2018-06-28 | 2018-11-06 | 中国联合网络通信集团有限公司 | 软交换的通话控制方法、装置、终端及计算机存储介质 |
-
2006
- 2006-12-20 CN CN 200610167453 patent/CN1997087A/zh not_active Withdrawn
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108769068A (zh) * | 2018-06-28 | 2018-11-06 | 中国联合网络通信集团有限公司 | 软交换的通话控制方法、装置、终端及计算机存储介质 |
CN108769068B (zh) * | 2018-06-28 | 2021-02-02 | 中国联合网络通信集团有限公司 | 软交换的通话控制方法、装置、终端及计算机存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2216935B1 (en) | Method and device for adjusting the relaying state | |
EP0882368B1 (en) | Call forward managed rerouting | |
US6496579B1 (en) | Method of and system for efficient use of telecommunication networks | |
JPH09261338A (ja) | 通信ネットワークにおいて仮想転送サーバを使用する呼の確立方法および装置 | |
JP4597449B2 (ja) | セルラ・ネットワークにおいて、呼制御とベアラ制御とを分離して、レイヤ・アドレスと論理ポイントとを順方向に転送する、基本的呼の設定の実施方法 | |
CN101106612B (zh) | 一种在ngn网络中用自交换实现容灾的方法和系统 | |
CN100488295C (zh) | 下一代网络构架下的呼叫处理方法 | |
CA2188073C (en) | Increasing the capacity of a personal communication service system by multiple connections to individual telephone links | |
CN1997086B (zh) | 软交换网络中自动重复试呼的实现方法 | |
CN102158613B (zh) | 呼叫转移的方法和设备 | |
CN101951346A (zh) | Sip中继路由方法及其系统 | |
EP1876843B1 (en) | Call processing in an intelligent network when the traffic between SSP and SCP is congested | |
JPH11331371A (ja) | Lan電話端末を接続する交換機およびその接続方法 | |
EP1131918A1 (en) | Triggering of intelligent network service | |
CN1997087A (zh) | 一种软交换网络中的呼叫实现方法 | |
CN101507196B (zh) | 呼叫仲裁节点失败路由重选方法、交换机和系统 | |
WO2007006219A1 (fr) | Procédé de réalisation d’appel à plusieurs abonnés | |
US7710880B2 (en) | Method and apparatus for security protection of service interruption in switch network | |
CN107770175B (zh) | 一种软交换呼叫方法及系统 | |
CN102378398B (zh) | 基于sip的跨网关自交换的方法及网关 | |
CN1822625B (zh) | 呼叫延伸系统及呼叫处理方法 | |
CN101247313B (zh) | 出中继呼叫建立方法 | |
CN101222651B (zh) | 一种实现共线呼叫的方法及装置 | |
JP2002051145A (ja) | ゲートウェイ装置およびその呼転送方法 | |
CN100384291C (zh) | 一种解决话路迂回的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C04 | Withdrawal of patent application after publication (patent law 2001) | ||
WW01 | Invention patent application withdrawn after publication |