CN101009690A - 一种物理终端状态确认方法及装置 - Google Patents
一种物理终端状态确认方法及装置 Download PDFInfo
- Publication number
- CN101009690A CN101009690A CN 200610005310 CN200610005310A CN101009690A CN 101009690 A CN101009690 A CN 101009690A CN 200610005310 CN200610005310 CN 200610005310 CN 200610005310 A CN200610005310 A CN 200610005310A CN 101009690 A CN101009690 A CN 101009690A
- Authority
- CN
- China
- Prior art keywords
- state
- gateway
- service
- physical terminal
- message
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种物理终端状态发送方法及装置，属于网络通信领域。为了解决现有技术中，MGW发起了终端退出(或恢复)服务，却没有收到MGC的应答消息，由此可能导致MGW上和MGC上对于该终端状态认为不一致的问题，本发明提供了一种物理终端状态发送方法，包括网关向网关控制器发出服务状态请求消息后，如果所述网关没有收到服务状态请求应答消息，则重发服务状态请求消息，以确保所述网关收到服务状态请求应答消息的步骤。本发明还提供了一种物理终端状态确认装置，包括定时器、应答消息判断单元和状态设置单元。
Description
技术领域
本发明属于网络通信技术领域，涉及一种保证物理终端(Termination)在网关和网关控制器上状态一致的确认方法及装置。
背景技术
软交换的概念最早起源于美国企业网应用。在企业网络环境下，用户可采用基于以太网的电话，再通过一套基于PC服务器的呼叫控制软件，如呼叫管理器(Call Manager)、呼叫服务器(Call Server)，实现交换机(PBX)功能，这就是网络交换机(IP PBX)。受到IP PBX成功的启发，将传统的交换设备部件化，分为呼叫控制与媒体处理，二者之间采用标准协议(MGCP、H.248)，呼叫控制实际上是运行于通用硬件平台上的纯软件，媒体处理将TDM转换为基于IP的媒体流。媒体网关控制协议用于媒体网关控制器(MGC-Multimedia Gateway Controller)与媒体网关(MGW-MultimediaGateway)之间的通信，目前媒体网关控制协议主要包括MGCP和H.248/MeGaCo两种协议。H.248协议是在MGCP协议的基础上，结合其它媒体网关控制协议特点发展而成的一种协议。H.248协议可以支持更多类型的接入技术并支持终端的移动性。
终端是MGW的一个逻辑实体，可以发送/接收媒体流和/或控制流。H.248对于终端分类：物理终端和临时终端。对于物理终端，网关上要永久存在，而一个物理终端能否对MGC提供服务，要通过退出服务或恢复服务过程向MGC说明。
当MGW上一个物理终端因故要退出服务时，如图1所示，由MGW向MGC发送一个终端退出服务(Termination Out-Of-Service)消息，MGC向MGW发送一个终端退出服务应答(Termination Out-Of-Service Ack)，该终端完成退出服务过程。
当MGW上一个物理终端要恢复服务时，如图2所示，由MGW向MGC发送一个终端恢复(Termination Restoration)消息，MGC向MGW发送一个终端恢复应答(Termination Restoration Ack)，该终端完成恢复服务过程。
在正常情况下，MGW和MGC之间的传输机制能够保证消息的正常传输，但是如果出现一些非常特殊的情况，例如传输繁忙或者MGC超出处理能力，或MGC出现临时故障而这个故障又无法被其他机制检测到，从而导致消息的丢失。对于一般的呼叫消息，丢失后认为处理异常不会影响后续的处理。但是对于物理终端的投入/退出服务，如果消息丢失，则可能造成MGC无法得知物理终端已经投入服务，从而该终端无法被使用到，或者物理终端已经退出服务，但是MGC还在使用它，则会造成不必要的呼损。这两种情况都是严重的故障。
在现有技术中，Termination的状态描述有三种：″Test″，″OutOfService″，″InService″。其中″Test″表示Termination正在被测试；″OutOfService″表示Termination目前不可以被使用；″InService″表示Termination投入服务状态可以被使用。
当MGW发起Termination Out-Of-Service过程后，没有收到MGC的应答消息Termination Out-Of-Service Ack时，可能MGC根本就没有处理MGW的请求消息，此时MGW上这个终端已经退出服务，而在MGC还认为该终端处于可以服务状态，造成在MGW上和MGC对于该Termination的状态认识不一致。
同样，如果当MGW发起Termination Restoration过程后，没有收到MGC的应答消息Termination Restoration Ack时，也会造成在MGW上和MGC对于该Termination的状态认识不一致。
现有的传输方式是通过传输机制上的重发来保证消息传递有更高的可靠性，但是这个重发次数一般是有限的。如果在多次重发后没有收到应答则认为是处理失败。这种方式虽然在一定程度上保证了消息传递的可靠性，但仍然会不可避免地出现消息丢失的情况。
发明内容
为了解决现有技术中，MGW发起了终端退出(或恢复)服务，却没有收到MGC的应答消息，由此可能导致MGW上和MGC上对于该终端状态认为不一致的问题，本发明提供了一种物理终端状态确认方法及装置。
本发明的技术方案如下：
一种物理终端状态确认方法，包括：
网关向网关控制器发出服务状态请求消息后，如果所述网关没有收到服务状态请求应答消息，则重复服务状态请求过程，直到所述网关收到服务状态请求应答消息的步骤。
优选地，所述方法具体包括：
步骤A：网关向网关控制器发出物理终端服务状态请求消息；
步骤B：所述网关开启一个定时器，用以触发网关重新发起所述物理终端服务状态请求消息；
步骤C：所述网关判断是否收到服务状态请求应答消息，如果所述网关收到所述应答消息，则关闭所述定时器；如果所述网关没有收到所述应答消息，则在定时器到时后重复上述步骤。
所述服务状态请求消息包括退出服务请求消息和恢复服务请求消息。
所述网关向所述网关控制器发出服务状态请求消息后，所述方法进一步包括：
步骤D：将物理终端的状态设为中间服务状态；
步骤E：所述网关收到网关控制器发出的应答消息后，查看物理终端的状态，并将所述物理终端设置为相应的服务状态。
优选地，所述方法具体包括：
步骤A1：网关向网关控制器发出物理终端退出服务消息；
步骤D1：将所述物理终端的状态设为“将要退出服务”状态；
步骤E1：所述网关收到网关控制器发出的退出服务应答消息后，查看物理终端的状态，并将所述物理终端设置为退出服务状态。
优选地，所述方法具体包括：
步骤A2：网关向网关控制器发出物理终端恢复服务消息；
步骤D2：将所述物理终端的状态设为“将要恢复服务”状态；
步骤E2：所述网关收到网关控制器发出的恢复服务应答消息后，查看物理终端的状态，并将所述物理终端设置为恢复服务状态。
优选地，所述定时器的时长可以随机设置。
优选地，所述定时器的时长大于用于解决正常的消息丢失的传输机制的重传定时器的时长。
本发明还提供了一种物理终端状态确认装置，所述装置用于在网关向网关控制器发出服务状态请求消息后，如果所述网关没有收到服务状态请求应答消息，则重复服务状态请求过程，直到所述网关收到服务状态请求应答消息。
所述装置包括定时器和应答消息判断单元；
所述定时器在网关向网关控制器发出物理终端服务状态请求消息后被开启，用以触发网关重新发起一个物理终端服务状态请求消息；
所述应答消息判断单元用于所述网关判断是否收到应答消息，如果所述网关收到应答消息，则关闭所述定时器；如果所述网关没有收到应答消息，则在定时器到时后重复发送物理终端服务状态请求消息及开启定时器。
所述装置还包括：状态设置单元，用于将物理终端的状态设为中间服务状态；以及用于在所述网关收到网关控制器发出的应答消息后，将所述物理终端设置为相应的服务状态。
本发明的有益效果在于：
采用本发明可以保证出现异常传输故障或者是处理故障的情况下，物理终端的退出服务或恢复服务能够被MGC确认。物理终端在MGW上认为的状态和MGC认为的状态最终能够一致，避免因状态不一致导致的呼损或终端始终没有使用。
设定中间状态ToBeOutOfService和ToBeInService能够使网关在定时器超时后，更加明确地判断应该向网关控制器发送物理终端的哪一种服务状态以及网关在收到应答后将物理终端设为何种状态。
附图说明
图1为现有技术中物理终端退出服务的信令流程示意图；
图2为现有技术中物理终端恢复服务的信令流程示意图；
图3为本发明所述物理终端退出服务的信令流程示意图；
图4为本发明所述物理终端恢复服务的信令流程示意图；
图5为本发明所述物理终端退出服务的流程图；
图6为本发明所述物理终端恢复服务的流程图；
图7为本发明所述物理终端的状态迁移图；
图8为本发明所述装置的结构图。
具体实施方式
下面结合附图和实施例进一步说明本发明，但不作为对本发明的限定。参见图3和图5，物理终端最初处于投入服务(InService)状态，当MGW发现物理终端无法再使用，需要退出服务时，具体步骤如下：
步骤101：MGW产生一个物理终端退出服务(TerminationOut-Of-Service)的消息发送给MGC。这时，尽量保证接收的传输机制会负责在此过程中进行有限次数的重传，如可以采用重传定时器触发重传，这种重传过程由于采用不同的传输机制不同，属于现有技术，这里不做太多说明。
步骤102：MGW将物理终端的状态设置为将要退出服务(ToBeOutOfService)状态。
步骤103：MGW开启一个定时器Ts。设置的定时器的时长是一个时间较长的一个随机值。这个随机时延的定时器设置出于以下考虑，首先时间长度的考虑，时间间隔设置相对于重传定时器要长很多。这是因为需要这样重传的情况都是出现异常情况后，这样的故障恢复需要较长的时间，没有必要在此期间仍然有相同消息传递。比如重传定时器的时长通常为500ms，Ts的时长可以设为10-30s其次设置为随机值是考虑到出现这个情况可能是消息拥塞，避免每次使用相同时延后重发再遇到消息拥塞。
步骤104：网关判断是否收到退出服务应答消息(TerminationOut-Of-Service Ack)。
如果在以上传输机制的控制下，MGW收到退出服务应答消息，则处理该应答消息并关闭Ts，同时网关查看物理终端的状态，如果是ToBeOutOfService状态，将物理终端的状态转变为退出服务(OutOfService)。如果没有收到应答消息，则Ts到时后，网关查看物理终端的状态，如果是ToBeOutOfService状态，重新发起一个物理终端退出服务的消息。重复上述步骤101至104的过程。在这个过程中使用的事务可以不是上次消息的事务，因为在这个相对较长的时间后，MGC和MGW没有必要保存着原有事务。其中，网关控制器与网关之间的命令组织为事务，每个事务有一个事务ID标记。
参见图4和图6，物理终端最初处于退出服务(OutOfService)状态，当物理终端因故需要恢复服务时，具体步骤与需要退出服务的步骤基本相同，简述如下：
步骤201：MGW产生一个物理终端恢复服务(Termination Restoration)的消息发送给MGC。这时，尽量保证接收的传输机制会负责在此过程中进行有限次数的重传，如可以采用重传定时器触发重传，这种重传过程由于采用不同的传输机制不同，属于现有技术，这里不做太多说明。
步骤202：MGW将物理终端的状态设置为将要恢复服务(ToBeInService)状态。
步骤203：MGW开启一个定时器Ts。设置的定时器的时长是一个时间较长的一个随机值。这个随机时延的定时器设置出于以下考虑，首先时间长度的考虑，时间间隔设置相对于重传定时器要长很多。这是因为需要这样重传的情况都是出现异常情况后，这样的故障恢复需要较长的时间，没有必要在此期间仍然有相同消息传递。比如重传定时器的时长通常为500ms，Ts的时长可以设为10-30s其次设置为随机值是考虑到出现这个情况可能是消息拥塞，避免每次使用相同时延后重发再遇到消息拥塞。
步骤204：网关判断是否收到恢复服务应答消息(TerminationRestoration Ack)。
如果在以上传输机制的控制下，MGW收到恢复服务应答消息，则处理该应答消息并关闭Ts。同时网关查看物理终端的状态，如果是ToBeOutOfService状态，将物理终端的状态转变为投入服务(InService)。
如果没有收到应答消息，则Ts到时后，网关查看物理终端的状态，如果是ToBeInService状态，重新发起一个物理终端恢复服务的消息。重复上述步骤201至204的过程。在这个过程中使用的事务可以不是上次消息的事务，因为在这个相对较长的时间后，MGC和MGW没有必要保存着原有事务。其中，网关控制器与网关之间的命令组织为事务，每个事务有一个事务ID标记。
参见图7为物理终端的状态迁移图，物理终端在InService状态下，从MGW上发出一个Termination Out-Of-Service，状态跃迁为ToBeInService；在ToBeInService状态下，如果收到MGC的Termination Out-Of-Service Ack应答，完成退出服务，同时状态变为OutOfService；在ToBeInService状态下，如果没有收到MGC的Termination Out-Of-Service Ack应答，则相隔一段时间后，MGW继续发送Termination Out-Of-Service消息，状态保持ToBeInService。
物理终端在OutOfService状态下，从MGW上发出一个TerminationRestoration，状态跃迁为ToBeOutOfService；在ToBeOutOfService状态下，如果收到MGC的Termination Restoration Ack应答，完成退出服务，同时状态变为InService；在ToBeOutOfService状态下，如果没有收到MGC的Termination Restoration Ack应答，则相隔一段时间后，MGW继续发送Termination Restoration消息，状态保持ToBeOutOfService。
本发明增加两个状态″ToBeOutOfService″，表示Termination已经不能再提供服务了，正在向MGC确认，还没有得到MGC的应答确认。″ToBeInService″，表示Termination已经投入服务了，正在向MGC确认，还没有得到MGC的应答确认。设定中间状态ToBeOutOfService和ToBeInService能够使网关在定时器超时后，更加明确地判断应该向网关控制器发送物理终端的哪一种服务状态以及网关在收到应答后将物理终端设为何种状态。
本发明所述方法的另一种实施方式为，将目前的传输方式通过设置重发次数为无限次，所有消息，包括物理终端投入/退出服务消息，都进行无限次重发，直到收到应答为止。
参见图8，本发明还提供了一种物理终端状态确认装置，所述装置用于在网关向网关控制器发出服务状态请求消息后，如果所述网关没有收到服务状态请求应答消息，则重复服务状态请求过程，直到所述网关收到服务状态请求应答消息。
所述装置包括定时器1、应答消息判断单元2和状态设置单元3。
所述定时器1在网关向网关控制器发出物理终端服务状态请求消息后被开启，用以触发网关重新发起一个物理终端服务状态请求消息；
所述应答消息判断单元2用于所述网关判断是否收到应答消息，如果所述网关收到应答消息，则关闭所述定时器；如果所述网关没有收到应答消息，则在定时器到时后重复发送物理终端服务状态请求消息及开启定时器。
所述状态设置单元3，用于将物理终端的状态设为中间服务状态；以及用于在所述网关收到网关控制器发出的应答消息后，将所述物理终端设置为相应的服务状态。
采用本发明所述的方法及装置能够确保出现异常传输故障或者是处理故障的情况下，物理终端的退出服务或恢复服务能够被MGC确认。
以上只是本发明的优选实施方式进行了描述，本领域的技术人员在本发明技术的方案范围内，进行的通常变化和替换，都应包含在本发明的保护范围内。
Claims (11)
1、一种物理终端状态确认方法，其特征在于，包括：
网关向网关控制器发出服务状态请求消息后，如果所述网关没有收到服务状态请求应答消息，则重复服务状态请求过程，直到所述网关收到服务状态请求应答消息的步骤。
2、如权利要求1所述的物理终端状态确认方法，其特征在于，所述方法具体包括：
步骤A：网关向网关控制器发出物理终端服务状态请求消息；
步骤B：所述网关开启一个定时器，用以触发网关重新发起所述物理终端服务状态请求消息；
步骤C：所述网关判断是否收到服务状态请求应答消息，如果所述网关收到所述应答消息，则关闭所述定时器；如果所述网关没有收到所述应答消息，则在定时器到时后重复上述步骤。
3、如权利要求1或2所述的物理终端状态确认方法，其特征在于，所述服务状态请求消息包括退出服务请求消息和恢复服务请求消息。
4、如权利要求2所述的物理终端状态确认方法，其特征在于，所述网关向所述网关控制器发出服务状态请求消息后，所述方法进一步包括：
步骤D：将物理终端的状态设为中间服务状态；
步骤E：所述网关收到网关控制器发出的应答消息后，网关查看物理终端的状态，将所述物理终端设置为相应的服务状态。
5、如权利要求4所述的物理终端状态确认方法，其特征在于，所述方法具体包括：
步骤A1：网关向网关控制器发出物理终端退出服务消息；
步骤D1：将所述物理终端的状态设为“将要退出服务”状态；
步骤E1：所述网关收到网关控制器发出的退出服务应答消息后，网关查看物理终端的状态，将所述物理终端设置为退出服务状态。
6、如权利要求4所述的物理终端状态确认方法，其特征在于，所述方法具体包括：
步骤A2：网关向网关控制器发出物理终端恢复服务消息；
步骤D2：将所述物理终端的状态设为“将要恢复服务”状态；
步骤E2：所述网关收到网关控制器发出的恢复服务应答消息后，查看物理终端的状态，并将所述物理终端设置为恢复服务状态。
7、如权利要求2所述的物理终端状态确认方法，其特征在于，所述定时器的时长可以随机设置。
8、如权利要求2所述的物理终端状态确认方法，其特征在于，所述定时器的时长大于用于解决正常的消息丢失的传输机制的重传定时器的时长。
9、一种物理终端状态确认装置，其特征在于，所述装置用于在网关向网关控制器发出服务状态请求消息后，如果所述网关没有收到服务状态请求应答消息，则重复服务状态请求过程，直到所述网关收到服务状态请求应答消息。
10、如权利要求9所述的物理终端状态确认装置，其特征在于，所述装置包括定时器和应答消息判断单元；
所述定时器在网关向网关控制器发出物理终端服务状态请求消息后被开启，用以触发网关重新发起一个物理终端服务状态请求消息；
所述应答消息判断单元用于所述网关判断是否收到应答消息，如果所述网关收到应答消息，则关闭所述定时器；如果所述网关没有收到应答消息，则在定时器到时后重复发送物理终端服务状态请求消息及开启定时器。
11、如权利要求9或10所述的物理终端状态确认装置，其特征在于，所述装置步骤还包括：状态设置单元，用于将物理终端的状态设为中间服务状态；以及用于在所述网关收到网关控制器发出的应答消息后，将所述物理终端设置为相应的服务状态。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200610005310 CN101009690A (zh) | 2006-01-28 | 2006-01-28 | 一种物理终端状态确认方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200610005310 CN101009690A (zh) | 2006-01-28 | 2006-01-28 | 一种物理终端状态确认方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101009690A true CN101009690A (zh) | 2007-08-01 |
Family
ID=38697822
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200610005310 Pending CN101009690A (zh) | 2006-01-28 | 2006-01-28 | 一种物理终端状态确认方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101009690A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101895643A (zh) * | 2010-05-17 | 2010-11-24 | 中兴通讯股份有限公司 | 一种实现闹钟的方法及接入网关 |
| CN101447857B (zh) * | 2008-05-26 | 2012-07-18 | 中兴通讯股份有限公司 | 一种消息处理过程中动态调整时间参数的方法 |
| CN107294848A (zh) * | 2016-04-13 | 2017-10-24 | 中兴通讯股份有限公司 | 一种路由器请求消息的发送方法及装置 |
-
2006
- 2006-01-28 CN CN 200610005310 patent/CN101009690A/zh active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101447857B (zh) * | 2008-05-26 | 2012-07-18 | 中兴通讯股份有限公司 | 一种消息处理过程中动态调整时间参数的方法 |
| CN101895643A (zh) * | 2010-05-17 | 2010-11-24 | 中兴通讯股份有限公司 | 一种实现闹钟的方法及接入网关 |
| CN107294848A (zh) * | 2016-04-13 | 2017-10-24 | 中兴通讯股份有限公司 | 一种路由器请求消息的发送方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Arango et al. | Media gateway control protocol (MGCP) version 1.0 | |
| EP1349347B1 (en) | Method and apparatus for redundant signaling links | |
| US7729346B2 (en) | UMTS call handling methods and apparatus | |
| CN105790903A (zh) | 一种终端及终端呼叫软切换的方法 | |
| CN101459533B (zh) | 一种下一代网络中改进的应用服务器容灾的系统及方法 | |
| US8737237B2 (en) | Network fault detection method and apparatus | |
| CN101702712A (zh) | 一种探测技术与语音呼叫备份联动方法及装置 | |
| CN101009690A (zh) | 一种物理终端状态确认方法及装置 | |
| CN100525204C (zh) | 媒体网关控制器/媒体网关及其断连后连接状态同步方法 | |
| CN100542132C (zh) | 基于传输控制协议的语音传输方法 | |
| US7899040B2 (en) | Synchronization of event processing at a media gateway | |
| CN101094274A (zh) | 一种下一代网络中媒体网关上容灾不断话的实现方法 | |
| Cisco | MGCP 1.0 Including NCS 1.0 and TGCP 1.0 Profiles | |
| CN101917302A (zh) | 一种减少因终端媒体瞬断导致断话的方法及系统 | |
| Melnyk et al. | On signaling efficiency for call setup in all-IP wireless networks | |
| CN101873628B (zh) | 一种实现ims域用户状态同步的方法和装置 | |
| JP5050908B2 (ja) | メディアゲートウェイ装置及びそれに用いるイベント送信方法 | |
| CN100415009C (zh) | 一种触发呼叫计费的方法 | |
| CN104320273B (zh) | 数据传输方法、设备及系统 | |
| CN103238293B (zh) | 用于监控通信系统的方法 | |
| CN101594391B (zh) | 一种减少资源吊死的方法及系统 | |
| CN109040093B (zh) | 临时终结点的释放方法和系统 | |
| JP2004241872A (ja) | 情報通信方法および中継装置 | |
| CN101521669A (zh) | 一种释放h.248协议临时终结点的方法和装置 | |
| WO2011120384A1 (zh) | 一种实现用户动态资源同步的方法、装置及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |