一种呼叫方法、装置及系统与流程

本发明涉及通信技术领域，尤其涉及一种呼叫方法、装置及系统。

背景技术：

在FTTx（Fiber to the x，光纤到x）网络中，处于用户侧的ONU（Optical Network Unit，光网络单元）设备负责提供语音业务。用户的模拟语音信号通过ONU转为RTP（Real-Time Transport Protocol，实时传输协议）数据流，通过PON（Passive Optical Network，无源光网络）网络上传至OLT（Optical Line Terminal，光线路终端），再由OLT转发至IP网络。

语音业务做为基础电信服务，一些国家或者组织要求固定电话用户要有能力建立基于语音或者文本的紧急呼叫。但是从FTTx网络的特点来看，语音网关功能下移至用户侧的ONU设备上，不可避免的会带来一些语音设备的可靠性问题，如用户误改ONU设备的配置信息，或者语音业务配置信息丢失、普通语音业务受限等问题，在这种情况下会面临正常语音功能不可用的问题。

很多国家规定电信网络应提供应急和容灾的机制，确保最基本的语音业务（如火警，急救等）的通畅。为了满足这种规定，需要一种机制来确保在ONU设备上能提供最基本的紧急呼叫服务，即使在ONU处于故障或业务受限的情况下。

目前的技术是在网络设备能提供正常业务的情况下，用户可以通过FTTx网络提供的固定语音业务发起紧急呼叫。该技术的缺点在于用户必须具有语音业务的权限，且语音业务是正常的。对于用户而言，紧急呼叫并没有比普通呼叫具有更高的优先级，而且如果ONU上语音业务配置错误，或者语音业务出现某些故障时，用户就无法进行紧急呼叫。

技术实现要素：

本发明一个实施例提供一种呼叫方法，可以包括：

接收用户的呼叫，判断用户的呼叫是否为紧急呼叫；

在判定用户的呼叫为紧急呼叫时，向接入设备发送紧急呼叫请求；

接收所述接入设备的紧急呼叫资源信息，提取所述紧急呼叫资源信息中携带的应急媒体网关控制器MGC的配置信息；

根据提取的应急MGC的配置信息向所述应急MGC注册；

向所述应急MGC上报用户摘机消息和用户所拨的号码，以使得所述应急MGC处理所述用户的呼叫。

一方面，判断用户的呼叫是否为紧急呼叫可以具体为：

利用本地配置的紧急逃生数图对用户的呼叫号码进行匹配，从而确定用户的呼叫是否为紧急呼叫。

一方面，向接入设备发送紧急呼叫请求可以具体包括：

通过操作、管理和维护OAM报文或者光网络终端管理控制接口OMCI消息向所述接入设备发送紧急呼叫请求。

其中，所提供的呼叫方法还可以包括：

接收所述用户的挂机消息，启动定时器，经过设定的时间后向所述接入设备上报释放紧急呼叫资源的请求消息。

本发明一个实施例提供一种接入设备，包括：

存储单元，用于存储一个或多个紧急呼叫资源信息，所述紧急呼叫资源信息包括应急媒体网关控制器MGC的配置信息；

收发机，用于接收终端设备的紧急呼叫请求；

处理单元，用于从所述一个或多个紧急呼叫资源信息中选择一个，通过所述收发机发送给所述终端设备，以使得所述终端设备根据紧急呼叫资源信息中的应急MGC的配置信息向相应的应急MGC上报用户摘机消息和用户所拨的号码，从而实现用户的呼叫。

本发明一个实施例提供一种终端设备，包括：

第一收发机，用于接收用户的呼叫；

处理单元，用于判断用户的呼叫是否为紧急呼叫，在判定用户的呼叫为紧急呼叫时，通过第二收发机向接入设备发送紧急呼叫请求；

所述第二收发机，用于接收所述接入设备的紧急呼叫资源信息；

注册单元，用于提取所述紧急呼叫资源信息中携带的应急媒体网关控制器MGC的配置信息，根据提取的应急MGC的配置信息向所述应急MGC注册，向所述应急MGC上报用户摘机消息和用户所拨的号码，以使得所述应急MGC处理所述用户的呼叫。

一方面，处理单元可以具体用于利用本地配置的紧急逃生数图对用户的呼叫号码进行匹配，从而确定用户的呼叫是否为紧急呼叫。

一方面，第一收发机还用于接收所述用户的挂机消息；所述处理单元还用于启动定时器，经过设定的时间后通过所述第二收发机向所述接入设备上报释放紧急呼叫资源的请求消息。

本发明一个实施例提供一种呼叫系统，包括接入设备和终端设备，所述接入设备和所述终端相连，

所述接入设备，用于接收所述终端设备的紧急呼叫请求，从本地配置的一个或多个紧急呼叫资源信息中选择一个发送给所述终端设备；

所述终端设备，用于接收用户的呼叫，在判定用户的呼叫为紧急呼叫时，向所述接入设备发送紧急呼叫请求；接收所述接入设备的紧急呼叫资源信息；提取紧急呼叫资源信息中携带的应急媒体网关控制器MGC的配置信息，根据提取的应急MGC的配置信息向所述应急MGC注册，以及向所述应急MGC上报用户摘机消息和用户所拨的号码；

所述应急MGC，用于根据所述用户摘机消息和用户所拨的号码处理所述用户的呼叫。

其中，所述紧急呼叫资源信息还包括语音接口的IP地址和默认网关，所述根据提取的应急MGC的配置信息向所述应急MGC注册具体包括：

利用所述语音接口的IP地址和默认网关对本地的语音接口进行配置，利用配置的语音接口向所述应急MGC注册。

其中，所述应急MGC的配置信息具体包括：

所述应急MGC的IP地址、端口号、注册方式以及终端标识中的一个或多个。

本发明实施例提供的呼叫方法、装置和系统，能在FTTx网络中普及紧急呼叫业务，只要FTTx网络保持二层业务畅通，就可以提供紧急呼叫服务，而不需要额外的配置和权限，还能在业务受限、配置异常的情况下，优先保障紧急呼叫，无论用户是否开通了固定语音业务。

附图说明

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

图1为本发明实施例提供的一种呼叫系统的架构示意图；

图2为本发明实施例提供的呼叫方法的流程图；

图3为本发明实施例提供的接入设备的结构示意图；

图4为本发明实施例提供的终端设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

本实施例公开一种呼叫方法，所提供的方法所基于的FTTx网络的一种结构可以如图1所示，包括：用户14、终端设备10、接入设备12、以及应急MGC（Media Gateway Controller，媒体网关控制器）16，终端设备10可以通过ODN（Optical Distribution Network，光分配网）连接到接入设备12。

终端设备10可以是ONT（Optical Network Terminal，光网络终端）、ONU（Optical Network Unit，光网络单元）、或者MxU（Multiple x User，多用户）设备等。

接入设备12可以是OLT（Optical Line Terminal，光线路终端）、或者MSAN（Multiservice Access Node，多业务接入节点）等。

应急MGC16可以是一个虚拟设备，可以集成到现有网络中的MGC上，可以是IMS（IP multimedia subsystem，IP多媒体子系统）、也可以是软交换、还可以是通过信令网关转入的TDM（Time Division Multiplexing，时分复用）交换机等。

用户14可以是话机等。

本实施例所提供的方法的流程图可以如图2所示，包括：

步骤200，接收用户的呼叫。

用户摘机拨号，可以是拨打紧急号码，如110、120、119等，也可以是拨打普通号码。

终端设备接收用户的呼叫，获取用户的呼叫号码。

步骤205，判断用户的呼叫是否为紧急呼叫，如果是，执行步骤210，否则执行步骤230。

终端设备可以根据本地配置的紧急逃生数图对用户的呼叫号码进行匹配，从而判断用户的呼叫是否为紧急呼叫。

步骤210，向接入设备发送紧急呼叫请求。

参见图1，终端设备10可以通过向接入设备12发送OAM（Operation、Administration and Maintenance，操作、管理和维护）报文，或者OMCI（Optical Network Terminal Management and Control Interface，光网络终端管理控制接口）消息来携带紧急呼叫请求。

携带有紧急呼叫请求的OMCI消息的格式可以如表1所示：

表1

携带有紧急呼叫请求的OAM报文的格式可以是如表2所示：

表2

步骤215，接收接入设备的紧急呼叫资源信息，提取紧急呼叫资源信息中携带的应急MGC的配置信息。

接入设备接收终端设备的紧急呼叫请求，检查本地是否有空闲的紧急呼叫资源，如果有，则通过OAM报文或者OMCI消息将紧急呼叫资源信息发送给终端设备。

紧急呼叫资源信息可以包括应急MGC的配置信息，还可以包括语音接口的IP地址和默认网关等。其中，应急MGC的配置信息可以包括应急MGC的IP地址、端口号、注册方式以及终端标识中的一个或多个。

接入设备发送的携带有紧急呼叫资源信息的OMCI消息可以如表3所示（以SIP协议为例）：

表3

接入设备发送的携带紧急呼叫资源信息的OAM报文的格式可以如表4所示（以H.248协议为例）：

表4

接入设备将紧急呼叫资源信息发送给终端设备后，还可以将该紧急呼叫资源设置成占用状态。

步骤220，根据提取的应急MGC的配置信息向应急MGC注册。

终端设备收到接入设备的紧急呼叫资源信息后，提取紧急呼叫资源信息中的应急MGC的配置信息，利用应急MGC的配置信息向应急MGC注册。

如果紧急呼叫资源信息中包含有语音接口IP和默认网关，则终端设备利用下发的语音接口IP和默认网关配置本地语音接口，采用配置的语音接口向应急MGC注册；如果紧急呼叫资源信息中没有包含语音接口IP和默认网关，终端设备则用当前语音接口的IP和当前默认网关向应急MGC注册。

终端设备利用应急MGC的配置信息向应急MGC注册的过程，以应急MGC的配置信息包括应急MGC的IP地址、端口号、注册方式以及终端标识作为举例，具体可以包括：

提取配置信息中的应急MGC的IP地址、端口号、注册方式以及终端标识，利用配置的语音接口，按照提取的注册方式，向提取的应急MGC的IP地址所指的应急MGC上的相应端口发送注册报文，注册报文中携带所述终端标识，用于标识用户。

步骤225，向应急MGC上报用户摘机消息和用户所拨的号码。

终端设备注册成功后，利用注册的语音接口向应急MGC上报用户摘机消息和用户所拨的号码，应急MGC按照用户所拨的号码接通呼叫。如何如何上报用户摘机消息和用户所拨的号码，以及应急MGC如何根据号码接通呼叫，本领域普通技术人员都应知悉，在此不再阐述。

步骤230，处理用户的普通呼叫。

本实施例提供的方法还可以包括：

步骤235，接收用户的挂机消息，向接入设备上报释放紧急呼叫资源的请求消息。

终端设备收到用户的挂机消息，可以不立即释放紧急呼叫资源，这样可以防止用户多次试呼，从而反复申请资源的情况。终端设备可以在收到用户的挂机消息后，启动定时器，经过设定的时间（比如30秒）后或者定时器超时后再向接入设备上报释放紧急呼叫资源的请求消息。

终端设备可以采用OMCI消息或者OAM报文上报释放紧急呼叫资源的请求消息，其中采用OMCI消息的格式可以如表5所示：

表5

终端设备也可以采用OAM报文上报释放紧急呼叫资源的请求消息，OAM报文的格式可以如表6所示：

表6

终端设备上报释放紧急呼叫资源的请求消息后，可以在本地删除紧急呼叫资源。

接入设备收到释放紧急呼叫资源的请求消息后，可以将相应的紧急呼叫资源的状态设置为空闲。

本实施例提供的呼叫方法，能在FTTx网络中普及紧急呼叫业务，只要FTTx网络保持二层业务畅通，就可以提供紧急呼叫服务，而不需要额外的配置和权限，还能在业务受限、配置异常的情况下，优先保障紧急呼叫，无论用户是否开通了固定语音业务。

同时，由于紧急呼叫资源信息保存在可靠性较高的局端设备中，稳定性比较好，也便于集中管理。

实施例二

本实施例提供一种接入设备，如图3所示，接入设备12可以包括：

存储单元30，用于存储一个或多个紧急呼叫资源信息，紧急呼叫信息包括应急MGC的配置信息，其中，应急MGC的配置信息可以包括应急MGC的IP地址、端口号、注册方式以及终端标识中的一个或多个。

收发机32，用于接收终端的紧急呼叫请求。

处理单元34，用于从多个紧急呼叫资源信息中选择一个，通过收发机32发送给终端设备。

终端设备收到紧急呼叫资源信息后，根据紧急呼叫资源信息中的应急MGC的配置信息向相应的应急MGC上报用户摘机消息和用户所拨的号码，从而实现用户的呼叫。

具体的，收发机32可以通过光纤连接终端设备，可以包括接收模块322和发送模块320。

接收模块322收到终端设备的紧急呼叫请求后，将紧急呼叫请求发送给处理单元34处理，处理单元34判断是否有空闲的紧急呼叫资源，判断的方式可以是从每个紧急呼叫资源的当前状态得到，当前状态包括占用或空闲等。

处理单元34选择一个空闲的紧急呼叫资源，将紧急呼叫资源信息发送给终端设备后，可以将紧急呼叫资源的状态设置成占用。

接入设备12可以是但不限于OLT或MSAN等。

接收模块322具体可以是接收光信号，将光信号转换成电信号，本发明实施例不对信号的具体形态做限定。

本实施例提供的接入设备12还可以包括放大器36，可用于对接收模块322收到的信号进行放大。

发送模块320可用于将紧急呼叫资源信息发送给终端设备，紧急呼叫资源信息可以承载在光信号中，则发送模块320还用于将来自处理单元32的电信号转换成光信号。

本实施例中的处理单元34可以是CPU（Central Processing Unit，中央处理器）或者其他具备处理功能的模块或设备等。

处理单元34可以将紧急呼叫资源信息携带在OAM报文中发送给终端设备，也可以是将紧急呼叫资源携带在OMCI消息中发送给终端设备，携带有紧急呼叫资源信息的OMCI消息和OAM报文的格式可以分别如表3、4所示。

存储单元30可以是ROM、RAM或者Flash等存储设备。

接入设备12还可以包括一些其他的模块，如给接入设备12提供电源的电源模块36等。

本实施例提供的接入设备，通过将紧急呼叫资源信息发送给终端设备，能在FTTx网络中普及紧急呼叫业务，只要FTTx网络保持二层业务畅通，就可以提供紧急呼叫服务，而不需要额外的配置和权限，还能在业务受限、配置异常的情况下，优先保障紧急呼叫，无论用户是否开通了固定语音业务。

同时，由于紧急呼叫资源信息保存在可靠性较高的局端设备中，稳定性比较好，也便于集中管理。

实施例三

本实施例提供一种终端设备，如图4所示，终端设备10包括：

收发机40，用于接收用户的呼叫；

处理单元42，用于判断用户的呼叫是否为紧急呼叫，在判定用户的呼叫为紧急呼叫时，通过收发机44向接入设备发送紧急呼叫请求；

收发机44，用于接收接入设备的紧急呼叫资源信息；

注册单元41，用于提取紧急呼叫资源信息中携带的应急媒体网关控制器MGC的配置信息，根据提取的应急MGC的配置信息向应急MGC注册，向应急MGC上报用户摘机消息和用户所拨的号码，以使得应急MGC处理用户的呼叫。

本实施例中的收发机40和收发机44可以是一个收发机，也可以是两个独立的收发机。当收发机40和收发机44集成到一个收发机里时，可以在用户侧连接用户，在网络侧通过光纤连接接入设备；当收发机40和收发机44是两个独立的收发机时，收发机40可以通过如DSL（Digital Subscriber Line，数字用户线）或者无线网络等连接用户，收发机44可以通过光纤连接接入设备。

收发机40包括接收模块422和发送模块，接收模块422可以用于接收用户的呼叫，提取用户的呼叫号码，将用户的呼叫号码发送给处理单元42。处理单元42利用存储单元46中存储的紧急逃生数图对用户的呼叫号码进行匹配，从而确定用户的呼叫是否为紧急呼叫。

处理单元42具体可以是CPU、或者其他具备处理功能的模块等。处理单元42在判定用户的呼叫为紧急呼叫时，通过收发机44向接入设备发送紧急呼叫请求，可以是向接入设备发送携带紧急呼叫请求的OAM报文或者OMCI消息，携带紧急呼叫请求的OMCI消息或者OAM报文可以分别如表1、2所示。

如果处理单42元判定用户的呼叫为普通呼叫时，则按照普通呼叫的处理过程处理用户的呼叫，在此不再阐述。

收发机44，用于接收接入设备的紧急呼叫资源信息，如果紧急呼叫资源信息中携带有语音接口IP和默认网关，则处理单元42利用分别利用紧急呼叫资源信息中的语音接口IP和默认网关配置本地语音接口和网关。

注册单元41，具体用于根据紧急呼叫资源信息中的应急MGC的配置信息向相应的应急MGC注册，本实施例中注册单元41可以是单板上一个单独的模块，也可以是集成到处理单元42中。

应急MGC的配置信息可以包括应急MGC的IP地址、端口号、注册方式以及终端标识中的一个或多个。

具体的，当应急MGC的配置信息中包含应急MGC的IP地址、端口号、注册方式以及终端标识时，注册单元41可以向对应的IP地址和端口发送符合指定的注册方式的注册报文。

通过注册后，处理单元42可以将用户的紧急呼叫号码和用户的摘机消息通过收发机44发送给应急MGC，应急MGC根据紧急呼叫号码实现呼叫。应急MGC如何根据紧急呼叫号码实现呼叫，本领域普通技术人员都应知悉，在此不再阐述。

用户呼叫结束后挂机，收发机40会收到用户的挂机消息，处理单元42可以通过收发机44向接入设备上报释放紧急呼叫资源的请求消息。

处理单元42也可以经过一段时间后再向接入设备上报释放紧急呼叫资源的请求消息，这样可以防止用户反复试呼，导致需要反复向接入设备申请紧急呼叫资源。处理单元42可以启动定时器，经过设定的时间（比如30秒）后再向接入设备上报释放紧急呼叫资源的请求消息。

本实施例提供的终端设备可以是ONU、ONT或者MxU设备等FTTx终端设备。

本实施例提供的终端设备，能在FTTx网络中普及紧急电话服务，无论用户是否开通了固定语音业务，都可以在FTTx网络中拨打紧急电话。同时，在网络出现故障时，可以优先保障紧急电话的使用。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，随机存储器、磁盘或光盘等。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明实施例的精神或范围的情况下，在其它实施例中实现。因此，本发明实施例将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。