接入设备和在该接入设备上获得通知的方法
技术领域
本发明涉及通信领域,具体涉及将传统的电信网络连接到下一代网络NGN的接入设备以及在该设备上获得与呼叫错误相关的通知的方法。
背景技术
随着IP技术的不断发展,IP网络正逐渐成为下一代网络NGN的基础设施。NGN网络具有开放式的体系构架和标准的接口,传统的PSTN/ISDN(即公共交换电话网/综合业务数字网)网络正被融合到统一的网络中。符合NGN要求的IP多媒体子系统(IMS)近年来日益受到重视,IMS是基于会话初始协议(SIP)的通用平台,可以同时支持固定和移动的多种接入方式,实现固定网与移动网的融合。多业务接入节点(MSAN)已经逐渐成为基于IMS的NGN的主要接入方式。MSAN可同时提供语音、带宽和窄带业务的接入,具备POTS、PBX、ISDN、TDME1、G.HSDSL(TDM)、ATM、N×64k等专线以及宽带xDSL等业务接入功能。MSAN无论是窄带或宽带业务都在同一子架内接入,既能降低网络建设成本,又方便网络的统一维护,从而有利于快速建设、快速提供业务并且总体建设成本和维护成本最低。因此,MSAN的优势明显,有利于固网运营商的长期发展。
在传统的ISDN网络中,通常要求根据Q.931协议的事件码向用户显示不同的音调或通知。在向IMS演进的过程中,应当能向用户显示这样的音调或通知以完善ISDN/SIP互连。
通知是保存在媒体资源功能(MRF)实体上的。当在应用服务器(AS)上检测到错误时,AS命令MRF向MSAN显示通知。以下分别参考图1a和图1b介绍分别由发起端AS和目的端AS要求提供通知的两种情况:
第一种情况是由发起端AS A要求提供通知。在图示的情况下,错误由发起端AS检测到,这意味着呼叫在本地被发起端AS A拒绝。ASA可以邀请MRF显示该通知并向MSAN A发送200OK消息以建立实时传输协议(RTP)流,从而将与服务被拒相关的通知发送给发起端的终端设备。从图中可以看出,在这种情况下,如果MSAN本身发生错误,那么由于该错误不是在AS上发生的,与错误有关的通知就不可能产生,终端设备的用户就无法得知与呼叫被拒绝相关的通知。
第二种情况是由目的端AS显示通知。在这种情况下,错误由目的端应用服务器AS B检测到,呼叫被拒绝,在这种情况下,AS B不能发送200OK消息,因为如果发起端来自PSTN网络,200OK会导致呼叫收费。因此,一般情况下,AS B会将临时响应,例如图中的183session progress(会话进展),发送给MSAN A,以在MFR和MSAN A之间建立RTP流,MFR将与错误相关的通知传送给MSAN A。图1b中只示出呼叫被AS B拒绝的一种情况,当然,呼叫也可能被目的端的多业务接入设备MSAN B(图中未示出)拒绝,然后MSAN B将错误响应消息发送至MSANA。
采用现有的解决方案,只有与服务有关的错误可以通知给用户,与Q.931事件码相关的那些特定通知,尤其是那些只由本地MSAN检测的错误,就不能被处理。
发明内容
本发明的目的在于克服以上缺陷。
为此,本发明提出一种在包括第一接入网和第二接入网的通信系统中获得与呼叫错误相关的通知的方法,第一接入网包括接入设备和应用服务器,用户终端通过该接入设备连接到通信系统,所述通信系统还包括用于存储与呼叫错误相关的通知的媒体存储设备,该方法包括:发现呼叫错误;根据所述呼叫错误生成请求消息,其中所述请求消息包含所述媒体存储设备的标识,并且包含与所述呼叫错误相关的信息;向所述应用服务器发送该请求消息;以及从媒体存储设备获得与所述呼叫错误相关的通知。
根据本发明的另一个方面,提出了一种用在包括第一接入网和第二接入网的通信系统中的接入设备,所述第一接入网包括该接入设备和应用服务器,用户终端通过该接入设备连接到通信系统,所述通信系统还包括用于存储与呼叫错误相关的通知的媒体存储设备,该接入设备包括:错误发现模块,被配置为发现呼叫错误;请求消息生成模块,被配置为生成请求消息,其中所述请求消息包含所述媒体存储设备的标识并且包含与所述呼叫错误相关的信息;请求消息发送模块,被配置为向所述应用服务器发送该请求消息;通知接收模块,被配置为从所述媒体存储设备接收与所述呼叫错误相关的通知。
采用根据本发明的通知请求机制,在多业务接入设备上即可获得与呼叫错误相关的通知,因此,对客户端可以采用相同的接入节点,传统电信接入网中的本地错误可以与MRF中的通知相关联,结果,从传统的ISDN网络向IMS构架的演进可以平滑地进行,这也避免了在多业务接入设备中扩展存储空间来本地存储通知的潜在需求。
附图说明
下面将参照附图说明本发明的示例性实施例。在附图中,相同的附图标记表示相同的技术特征。
图1a和图1b给出了现有技术局限性的两个例子;
图2是实现本发明的示例性通信系统框图;
图3示出根据本发明的通知获取方法实施例的流程图;
图4示出根据本发明的通知获取方法的另一个实施例的流程图;
图5示出根据本发明的多业务接入设备的结构简图。
具体实施方式
图2给出了实现本发明的示例性通信系统框图。本文中提到的通信系统例如包括会话初始协议(SIP)为基本构架的IP核心网络以及各种接入网的NGN系统,这里的接入网例如SIP接入网以及传统的ISDN/PSTN接入网等。在图2中,附图标记201、211分别指代ISDN接入侧和POTS(简易老式电话业务)接入侧的用户终端设备。202、212分别指代ISDN接入侧和POTS接入侧的多业务接入设备,即MSAN A和MSAN B。需要说明的是,由于MSAN能够接入多种传统的业务,图中的MSAN A和MSANB优选地是相同或类似的接入设备,当然它们也可以不同。203和205分别指代ISDN接入侧和POTS接入侧的应用服务器AS A和AS B。在该通信系统中,作为核心网络一部分的多媒体资源功能实体,即图中的MRF210,在应用服务器203和213的控制下,向MSAN A 202和MSAN B 212显示例如与服务被拒绝等情况相关的通知,这里所说的通知可以是一段语音或者特定音调。这里需要说明的是,图2中示出的系统完全是示意性的,例如,传统的电信接入不限于这里示出的ISDN、POTS,还可以是PSTN或者xDSL等。而且为了使本发明原理的表述简单明了,图中省略与本发明无关的设备。
图3示出根据本发明的实施例的方法流程图。在该实施例中,如步骤301所示,错误由诸如Q.931的本地协议栈检测到,MSAN A202可以根据特定的Q.931事件码了解到发生了什么错误。在本发明中,MSAN A202主动要求连接到MRF 210,以向自己传送与该错误相关的通知并将通知提供给ISDN终端201。为此,在步骤302中,MSAN A202产生请求消息并将其发送给本地应用服务器AS A。该消息典型地是SIP请求消息,例如INVITE,其目的端是MFR 210,因此该消息包括MFR 210的标识,所述标识可以是IP地址,或是MFR 210的统一资源定位符URL,以及其它可以用来识别MFR 210的标识符。而且,该消息包括与错误相关的信息,该信息可以是对应于错误的Q.931事件码,或者是与相应事件码有关的其他代码。在步骤303中,AS A 203接收到该INVITE消息后,查看该INVITE消息的目的地址,即MFR 210的IP地址,并且因此对消息不作处理,而是透明地转发到MFR 210。MFR 210在步骤304接收到INVITE消息时,AS A 203向MSAN A 202发送200OK消息以在MFR 210和MSAN A 202之间建立RTP流,MFR 210将与Q.931检测到的错误相关的通知通过RTP流传送给MSAN A 202。在此基础上,MSAN A 202可以在步骤304中,将该通知转换成终端用户可以理解的消息格式,提供给ISDN终端201,用户就能够知道呼叫被拒绝的原因。
在这里需要说明的是,MFR 210已经预先存储了与各种错误相关的通知,MSAN A 202发起请求时,在消息中携带与错误相关的代码或信息,MFR 210收到请求消息时,根据消息中包含的所述与错误相关的代码或信息,通过RTP流将与该错误匹配的通知传送给MSAN A 202。
在上述实施例中,能够将本地错误关联到相应的通知,避免了在MSAN上保存大量通知的需要。所有的通知资源都在MFR上供应,这可以使得不同MSAN设备上检测到的同一类通知能够保持一致。
图4示出根据本发明的通知获取方法的另一实施例的流程图。在步骤401中,ISDN终端201发起的呼叫在目的端中被拒绝,例如在MSAN B 212上被检测到错误。那么,MSAN B212会发送例如4xx/5xx/6xx的错误响应消息至MSAN A 202,其中,4xx/5xx/6xx是常见的SIP响应消息。在步骤402中,当错误响应4xx/5xx/6xx经过目的端应用服务器AS B 213时,AS B213将错误响应消息透明地转发到MSAN A 202。接着,如步骤403所示,MSAN A向AS A 203发送目的地是MRF的INVITE消息,INVITE消息中包含了与错误响应4xx/5xx/6xx有关的信息。在步骤404中,AS A 203将该INVITE消息透明地转发给MFR 210。如步骤405所示,在MFR 210接收到INVITE消息后,AS A 203向MSAN A 202发送200OK消息,以在MSAN A和MRF之间建立RTP流,MRF 210将与错误相关的通知传送给MSAN A 202。最后,在步骤406中,MSAN A 202将通知转换成适当的格式并提供给ISDN终端用户201。
在该实施例中,AS B不涉及SIP响应的分析,而只是将响应透明地传送给发起端的MSAN A。MSAN A可以根据错误响应自己确定该错误是否需要MRF上的通知或者只要本地供应的音调就足够了。在目的端返回错误响应的情况下,MSAN A不再向现有技术中那样,被动地等待目的端设备发回错误响应,而是自己主动发起,而且只要向本地应用服务器AS A发起请求消息INVITE。
图5示出根据本发明的多业务接入设备MSAN 202的例子。根据本发明的多业务接入设备可以包括以下模块:错误发现模块2021、请求消息生成模块2022、请求消息发送模块2023以及通知接收模块2024。为了便于理解,图中还示出了MSAN设备与其他设备之间的连接关系。下面将根据本发明的实施例进一步说明各模块的作用以及与通信系统中其他设备之间的连接关系。首先,错误发现模块2021用于根据例如Q.931的本地协议栈检测本地错误或者接收来自SIP网络的错误响应(例如4xx/5xx/6xx),请求消息生成模块2022根据检测到的本地错误或者来自SIP网络的错误响应,产生相应的诸如INVITE的请求消息,所述请求消息中包括作为目的地址的MFR 110的IP地址,并且优选地包含与错误相关的信息,该信息可以是对应于错误的Q.931事件码或者是对应于事件码的其他代码,还可能是收到的来自SIP网络的错误响应(例如4xx/5xx/6xx)的信息。请求消息发送模块2023将生成的请求消息发送到AS A 203。如前面所述的,AS A 203对该消息不作处理,透明地转发至MRF 210,当MRF 210接收到请求消息时,AS A 203向MSAN A 202发送200OK消息以在MFR 210和MSAN A 202之间建立RTP流,MFR 210将与错误相关的通知通过RTP流传送给MSAN A 202。图5中的通知接收模块2024用于接收所述与错误相关的通知。虽然图中未示出,本领域技术人员可以理解,MSAN A 202可以进一步包括用于将通知转换成ISDN终端用户能理解的语音消息并提供给用户的功能模块,当然该功能模块也可以位于MSAN A 202外部。
本领域技术人员应当理解,以上参照附图进行的描述都是说明性的,而不是对本发明的范围的限制。在由权利要求限定的本发明的精神和范围内,本领域技术人员可以设想出各种修改和变体。