CN111294324A - 通话实现方法、系统、装置、主控板、线卡及存储介质 - Google Patents

Abstract

本发明实施例提供一种通话实现方法、系统、装置、主控板、线卡及存储介质，相对于相关技术中仅在主控板上设置媒体编解码资源的方案，本实施例提供的VOIP通话实现方案中，会在线卡上也设置分布式媒体编解码资源，并且在该线卡上连接的用户需要进行通话的时候，主控板从该线卡上的分布式媒体编解码资源中为本次通话选择用于媒体编解码处理的目标资源，从而使得本次通话过程中的媒体编解码可以由线卡实现终结，无需主控板执行，减轻了主控板的负担，避免了主控板因负担过大而崩溃、损坏的问题发生，进而也保证了用户的通话质量和通话体验，提升了用户的通话体验。

Description

通话实现方法、系统、装置、主控板、线卡及存储介质

技术领域

本发明涉及通信领域，尤其涉及一种通话实现方法、系统、装置、主控板、线卡及存储介质。

背景技术

传统的综合语音接入设备中，在主控板上设置有协议栈和媒体编解码资源，且协议栈和媒体编解码资源供所有窄带用户共同使用，以实现协议处理和媒体处理，从而为接入该接入设备的用户提供NGN(Next Generation Network，下一代网络)语音业务。

但是因为接入综合语音接入设备的用户较多，因此一旦有大量的用户同时进行语音通话，则主控板需要同时进行大量的协议处理与媒体处理，这造成主控板的负担大，同时也容易影响用户的通话成功率与通话体验。

发明内容

本发明实施例提供的通话实现方法、系统、装置、主控板、线卡及存储介质，主要解决的技术问题是：解决相关语音接入设备中主控板负担大，容易降低用户的通话成功率与用户的通话体验。

为解决上述技术问题，本发明实施例提供一种VOIP通话实现方法，包括：

主控板接收软交换SS设备针对本次通话发送的选路消息；

主控板根据选路消息从目标线卡上的分布式媒体编解码资源中为本次通话选择目标资源，目标线卡为本次通话中本端用户所连接的线卡；

主控板通知目标线卡在本次通话中采用目标资源进行媒体编解码以实现通话。

本发明实施例还提供一种VOIP通话实现方法，包括：

线卡根据主控板的指示确定主控板在本线卡的分布式媒体编解码资源中为本次通话选择的目标资源；

线卡在本次通话中采用目标资源进行媒体编解码以实现通话。

本发明实施例还提供一种VOIP通话实现装置，包括：

接收模块，用于接收SS设备针对本次通话发送的选路消息；

选路模块，用于根据选路消息从目标线卡上的分布式媒体编解码资源中为本次通话选择目标资源，目标线卡为本次通话中本端用户所连接的线卡；

通知模块，用于通知目标线卡在本次通话中采用目标资源进行媒体编解码以实现通话。

本发明实施例还提供一种VOIP通话实现装置，包括：

资源确定模块，用于根据主控板的指示确定主控板在本线卡的分布式媒体编解码资源中为本次通话选择的目标资源；

媒体处理模块，用于在本次通话中采用目标资源进行媒体编解码以实现通话。

本发明实施例还提供一种主控板，该主控板包括第一处理器、第一存储器及第一通信总线，

第一通信总线用于实现第一处理器同第一存储器之间的连接通信；

第一处理器用于执行第一存储器中存储的一个或者多个程序，以实现上述VOIP通话实现方法主控板侧的步骤。

本发明实施例还提供一种线卡，该线卡包括第二处理器、第二存储器及第二通信总线，线卡上还设置有VOIP编解码芯片，VOIP编解码芯片中包括至少一个分布式媒体编解码资源；第二通信总线用于实现第二处理器同第二存储器、VOIP编解码芯片之间的连接通信；

第二处理器用于执行第二存储器中存储的一个或者多个程序，以实现上述的VOIP通话实现方法线卡侧的步骤。

本发明实施例还提供一种VOIP通话实现系统，该VOIP通话实现系统包括上述主控板，以及至少一个上述的线卡。

本发明实施例还提供一种存储介质，该存储介质存储有第一VOIP通话实现程序和/或第二VOIP通话实现程序，第一VOIP通话实现程序可被一个或者多个处理器执行，以实现上述VOIP通话实现方法主控板侧的步骤；第二VOIP通话实现程序可被一个或者多个处理器执行，以实现上述的VOIP通话实现方法线卡侧的步骤。

本发明的有益效果是：

根据本发明实施例提供的通话实现方法、系统、装置、主控板、线卡及存储介质，主控板接收软交换设备针对本次VOIP通话发送的选路消息，然后根据选路消息从目标线卡，即本次通话中本端用户所连接的线卡上的分布式媒体编解码资源中为本次通话选择目标资源，然后主控板通知目标线卡在本次通话中采用选择出的目标资源进行媒体编解码以实现通话。目标线卡在接收到主控板的指示后，可以确定出本线卡上的目标资源，然后在本次通话的过程中采用该目标资源进行媒体编解码处理。相对于相关技术中仅在主控板上设置媒体编解码资源的方案，本实施例提供的VOIP通话实现方案中，会在线卡上也设置分布式媒体编解码资源，并且在该线卡上连接的用户需要进行通话的时候，主控板从该线卡上的分布式媒体编解码资源中为本次通话选择用于媒体编解码处理的目标资源，从而使得本次通话过程中的媒体编解码可以由线卡实现终结，无需主控板执行，减轻了主控板的负担，避免了主控板因负担过大而崩溃、损坏的问题发生，进而也保证了用户的通话质量和通话体验，提升了用户的通话体验。

本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。

附图说明

图1为本发明实施例一中示出的一种VOIP通话实现系统示意图；

图2为本发明实施例一中示出的VOIP通话实现系统所处网络的架构示意图；

图3为本发明实施例一中提供的一种VOIP通话实现方法的流程图；

图4为本发明实施例一中提供的一种主控板为通话选择目标资源的流程图；

图5为本发明实施例二中提供的接入设备进行信令协议处理的一种流程图；

图6为本发明实施例二中示出的主叫端呼叫PBX小交换机下用户的信令交互示意图；

图7为本发明实施例二中提供的线卡对信令消息进行协议处理的一种流程图；

图8为本发明实施例三中提供的VOIP通话实现系统中VOIP资源的一种分布示意图；

图9为本发明实施例三中示出的VOIP系统的一种示意图；

图10为本发明实施例四中提供的一种VOIP通话实现装置的结构示意图；

图11为本发明实施例四中提供的另一种VOIP通话实现装置的结构示意图；

图12为本发明实施例五中提供的主控板的一种硬件结构示意图；

图13为本发明实施例五中提供的线卡的一种硬件结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

传统的综合语音接入设备，都是集中式控制系统，协议处理和媒体处理都在主控板上完成处理，媒体编解码资源集中设置在主控板上。主控板与线卡之间的关系就相当于“大脑”与“四肢”的关系，线卡只执行内部指令，不处理协议、媒体，也不需要进行窄带数据库的配置。在这种情况下，用户的通话成功率与通话过程中的通话质量几乎都取决于主控板的处理能力。如果在同一时间内，存在较多的用户需要进行通话，则主控板就会处于非常繁忙的状态，这不仅可能会造成用户呼叫失败次数攀升，而且还可能使得主控板因负担过大而崩溃。

为了解决相关技术中主控板负担大，容易降低用户的通话成功率与用户的通话体验的问题，本实施例提供一种VOIP通话实现方案：为了便于理解，在对VOIP通话实现方法进行介绍之前，这里先介绍一种VOIP通话实现系统，请参见图1：

在VOIP通话实现系统1当中，包括主控板11以及至少一个线卡12，各个线卡12均可以与主控板11进行通信。这里所说的线卡12可以是语音模拟中继板TRK、普通用户板、数字E1中继板等几种中的至少一种，在本实施例中，以线卡12为TRK板为例进行说明。

可以理解的是，本实施例中的主控板11、线卡12均可以部署在接入网关等接入设备中，也即VOIP通话实现系统1可以部署在接入设备上。请进一步结合图2示出的VOIP通话实现系统1所处的网络架构示意图：

当线卡12为TRK板时，其会通过PBX(Private Branch Exchange，用户级交换机)下挂数量众多的用户，这是一种在企业、宾馆等通话需求较大的场景中非常常见的设置方式。用户级交换机，又称PBX小交换机。在图2当中，PBX小交换机21下挂多个用户，同时与接入设备10通信连接，而接入设备10可以通过承载网同软交换设备22进行通信，当然，接入设备10还可以通过承载网与PSTN网络中的用户进行通信，实现TRK板下挂用户与PTSN网络中用户的通话。

在本实施例中，不仅会在主控板11上设置媒体编解码资源(也称VOIP资源或RTP(Real-time Transport Protocol，实时传输协议)资源)，还会在至少部分线卡12上设置媒体编解码资源，为了区分，本实施例中将设置在主控板11上的媒体编解码资源称为“系统媒体编解码资源”，将设置在线卡12上的媒体编解码资源称为“分布式媒体编解码资源”。所以，在本实施例中，当主控板需要未某一VOIP通话分配媒体编解码资源时，可以考虑从线卡12上的分布式媒体编解码资源中进行选择。

基于上述内容，下面对VOIP通话实现方法进行介绍，请参见图3示出的VOIP通话实现方法的一种可选的流程图：

S302：主控板接收SS设备针对本次通话发送的选路消息。

在一次VOIP通话过程中，需要主叫端进行摘机，然后拨打被叫端的号码。当主叫端摘机拨号之后，软交换设备会向接入设备发送摘机拨号消息和选路消息，该选路消息用于指示接入设备为本次通话分配媒体编解码资源。通常，SS设备发送的选路消息是RTP选路消息。

S304：主控板根据选路消息从目标线卡上的分布式媒体编解码资源中为本次通话选择目标资源。

接入设备中的主控板在接收到SS设备发送的选路消息之后，可以根据该选路消息确定出本次通话中的本端用户，也即在本次通话过程中连接到主控板所在接入设备的用户。可以理解的是，本端用户可以是本次通话过程中的主叫端，也可以是被叫端。另一方面，主控板还可以确定出本端用户所连接的线卡是哪一个。在本实施例中，为了便于介绍，将本端用户所连接的线卡称为“目标线卡”。

在确定本端用户所连接的目标线卡后，主控板可以根据目标线卡为本次通话分配媒体编解码资源：可选地，主控板可以从目标线卡上设置的分布式媒体编解码资源中为本次通话选择目标资源。

当然，主控板分配目标线卡上的分布式媒体编解码资源给本次通话时，必须要先确定目标线卡上当前有可用的分布式媒体编解码资源，这要求目标线卡上有设置媒体编解码资源，同时还要求目标线卡上的媒体编解码资源当前并非是全部处于占用状态的，也即目标线卡上当前存在空闲的媒体编解码资源。

在本实施例中，为了便于主控板为通话分配目标资源，主控板可以对VOIP通话实现系统中的所有媒体编解码资源进行统一记录管理：主控板可以在系统数据库中，记录接入设备中各个媒体编解码资源的位置、实时占用状态等信息，这样，当有为通话分配媒体编解码资源的需求时，主控板根据系统数据库中的记录就可以直接确定目标线卡上当前是否存在可用的分布式媒体编解码资源可以作为目标资源，若是，则主控板从目标线卡的分布式媒体编解码资源中选择一个作为目标资源。可选地，主控板可以创建一个资源池，该资源池即为VOIP通话实现系统中的媒体编解码资源的集合。

S306：主控板通知目标线卡在本次通话中采用目标资源进行媒体编解码以实现通话。

若主控板从目标线卡的分布式媒体编解码资源中为本次通话选择出目标资源之后，就可以通知目标线卡在本次通话过程中，采用选择出的目标资源进行媒体编解码处理，从而帮助通话双方实现VOIP通话。

S308：目标线卡在本次通话中采用目标资源进行媒体编解码以实现通话。

目标线卡在接到主控板的指示后，可以根据主控板选择的媒体编解码资源进行媒体编解码处理。例如，假定本次通话为语音通话，目标资源中包括语音编解码资源，则目标线卡可以将本次通话中本端用户发送的语音模拟信号转换为语音数字信号。然后目标线卡再对语音数字信号进行语音编码处理，从而得到能够在承载网中传输的语音数据包，这个过程称为“语音IP化”。目标线卡得到语音数据包之后，可以将该语音数据包传输到承载网中，以便通过承载网将本端用户的声音传输给本次通话的对端用户。对端用户对语音数据包进行解码等处理之后，转换为语音模拟信号就可以听到本端用户的声音了。毫无疑义的是，在VOIP通话过程中，目标线卡也需要对通过承载网传输的来自对端用户的语音数据包进行解码处理，目标线卡利用目标资源对语音数据包进行语音解码，得到语音数据信号，再经数模转换得到语音模拟信号，传输给本端用户，让本端用户谁通过听筒或扬声器等音频播放设备进行播放，从而使得本端用户听到对端用户的声音。

可以理解的是，本次通话中的本端用户所连接的线卡，即目标线卡上可能并未设置媒体编解码资源，或者其分布式媒体编解码资源当前均处于占用状态，对于这种情况，主控板经过判断，确定目标线卡上当前无可用的媒体编解码资源，可以考虑从系统媒体编解码资源中选择目标资源。

当然，如果确定目标线卡上当前无可用的分布式媒体编解码资源，且当前所有的系统媒体编解码资源也均处于占用状态，则主控板可以从其他线卡上设置分布式媒体编解码资源中为本次通话选择目标资源。

下面结合图4对本实施例一种示例中主控板为通话选择目标资源的过程进行介绍：

S402：判断本端用户对应的目标线卡上是否设置有分布式VOIP资源。

若判断结果为是，则进入S404，否则进入S408。

S404：判断目标线卡上是否有空闲的VOIP资源。

若判断结果为是，则进入S406，否则，进入S408。

S406：从目标线卡的空闲分布式VOIP资源中选择目标资源。

如果经判断确定目标线卡上设置有分布式的VOIP资源，且这些资源并未完全被占用，则主控板可以从目标线卡上当前处于空闲状态的VOIP资源中为本次通话选择目标资源。

S408：判断当前是否存在空闲的系统VOIP资源。

若判断结果为是，则进入S410，否则，进入S412。

S410：从空闲的系统VOIP资源中选择目标资源。

S412：从设置于其他线卡上的空闲分布式VOIP资源中选择目标资源。

若主控板在S408的判断结果为否，则说明主控板上设置的系统VOIP资源当前全部处于占用状态，因此，主控板只能考虑看当前其他线卡上是否有可用的分布式VOIP资源，从设置于其他线卡上的空闲分布式VOIP资源中选择目标资源。

在图4示出的目标资源选择方案当中，如果主控板不能为本次通话选择目标线卡上的分布式VOIP资源，则其会优先选择系统VOIP资源作为目标资源。但在本实施例的另外一些示例中，如果本端用户所连接的目标线卡上当前并没有可用的VOIP资源，则主控板可以优先从其他线卡上设置的分布式VOIP资源中为本次通话选择目标资源，只有在其他线卡上当前也不存在可用的分布式VOIP资源时，才会从系统VOIP资源中选择目标资源。

对于主控板选择系统媒体编解码资源作为目标资源的情况，在选择出目标资源之后，主控板在本次通话过程中会利用选择出的目标资源进行媒体编解码处理。对于主控板从其他线卡上选择分布式媒体编解码资源作为本次通话的目标资源的情况，主控板在选择出目标资源之后，也要通知目标资源所属的线卡采用其选择出的媒体编解码资源帮助实现通话过程中的语音IP化处理等。

本发明实施例提供的VOIP通话实现方法，通过在接入设备的线卡上也设置媒体编解码资源，这样可以使得主控板将许多通话过程中的媒体处理分散到线卡上实现，这样可以减轻主控板在媒体处理方面的负担，从而保证用户的呼叫成功率，提升用户体验。同时，因为主控板在为通话选择目标资源时，优先选择与该通话相关的线卡上的分布式媒体编解码资源，因此，只要线卡上设置的分布式媒体编解码资源足够，则即便是线卡上用户的集线比高达1:1，也能够避免影响其他线卡，尤其是普通线卡上用户的呼叫。

实施例二：

本实施例将对VOIP通话实现方法做更全面、更细节的说明，以便让本领域技术人员清楚了解该VOIP通话实现方法的优点：

在实施例一中，接入设备的主控板可以将通话过程中的媒体处理分布到线卡上完成，在本实施例的一些示例当中，主控板也可以将通话过程中的信令协议处理分布到线卡上实现。请参见图5所示的接入设备(或VOIP通话实现系统)中信令协议处理的一种流程图：

S502：主控板接收本次通话的信令消息。

主控板接收的信令消息可以是来自于SS设备的，也可能是来自原PBX小交换机的。图6示出了主叫端呼叫PBX小交换机下用户的信令过程：

S601：修改事件Modify Events{bcas/sz}；

S602：抢占Seize；

S603：抢占应答Seize Ack；

S604：添加Add；

S605：RTP选路过程；

S606：修改Modify；

S607：已摘机Notify{bcas/sza}；

S608：修改Modify；

S609：开始发号；

S610：Notify{icas/sls}；

S611：反极性；

S612：检测到反极性Notify ans；

S613：修改Modify；

S614：通话过程。

S615：远端挂机Modify；

S616：后向拆线；

S617：前向拆线；

S618：Notify；

S619：sub；

S620：挂机。

在图6当中，接入设备同软交换设备之间采用H248协议进行通信，而接入设备同PBX小交换机之间采用中国一号信令进行通信，当然，在本实施例的一些示例当中，接入设备同PBX小交换机之间采用纯模拟线路信号进行通信。所以，主控板接收到的信令消息可以是H248信令消息。在本实施例的其他一些示例当中，接入设备主控板接收到的信令消息也有可能是SIP(Session Initiation Protocol，会话初始协议)信令消息。

S504：主控板根据信令消息所携带的用户名将信令消息转发给对应用户所连接的目标线卡。

当主控板接收到信令消息之后，只解码消息头，找到消息里的用户名。可以根据信令消息所携带的用户名查询数据库确定出该信令消息所涉及的线卡，也即用户所连接的线卡。在本实施例中，如果信令消息是指前面所说的“本次通话”，则该信令消息所涉及的线卡是目标线卡。因此主控板可以将该信令消息转发给目标线卡，让目标线卡对该信令消息进行处理。

S506：目标线卡采用本线卡上的协议栈对信令消息进行协议处理。

在本实施例中，接入设备中的至少部分线卡上也设置有协议栈，例如，在本次通话中本端用户所连接的目标线卡上就设置有H248协议栈或者SIP协议栈。当主控板将本次通话中的信令消息转发给目标线卡以后，目标线卡可以采用本线卡上设置的协议栈对信令消息进行协议处理，请参见图7示出的线卡对信令消息进行协议处理的流程图：

S702：线卡对信令消息进行编解码处理。

对信令消息的编解码处理实际上就是对信令消息进行编码或解码，这仅需要根据通用函数进行，不涉及窄带数据库的配置。

S704：线卡基于窄带数据库对经编解码处理后的信令消息进行协议业务处理。

在对信令消息进行编解码处理之后，线卡可以基于窄带数据库实现对信令消息的协议业务处理。协议业务处理，需要执行协议动作，因此，其依赖于窄带数据库配置，所以协议业务部分的分布需要基于窄带数据库的分布，也即，若目标线卡要支持对信令消息进行协议业务处理，则需要在该目标线卡上配置窄带数据库。

以TRK板为例进行说明：TRK板内置呼叫控制状态机，以便控制完整的呼叫过程。呼叫控制状态机可以处理用户的摘机、挂机、拍叉簧、拨号等过程，并且检测馈电和拨号音，在检测到拨号音后，TRK板将检测结果上报给H.248协议模块。TRK板上的RTP芯片可以在H248协议的控制下检测各种音，如：拨号音，回铃音，忙音等。同时，RTP芯片还可以在H248协议的控制下发号，RTP芯片可以用继发器信号或者DTMF信号进行发号，实现拨号动作。软交换设备下发Add消息指示接入设备分配VOIP资源，TRK板接收到Add消息后，在主控板的指示下分配本板的VOIP资源给本次通话。

根据上述介绍可知，在协议的分布式处理当中，主控板仅需要解信令消息的消息头，然后根据解析内容得到转发目的对象，从而将信令消息转给对应的目的对象，其不需要再对信令消息进行编解码处理，更不需要对信令消息进行协议业务处理。事实上，在VOIP通话实现系统里，大话务呼叫测试结果表明，信令协议处理占用了主控板35％的CPU处理能力，是最耗费CPU处理资源的进程，原因是信令消息的文本的编解码过程大多采用遍历树的方法，占用了比较多的CPU处理资源。因此，本实施例中，将信令的协议处理分布到线卡上实现，能够在很大程度上减少对主控板处理资源的占用，例如，如果主控板只负责转发H248信令消息，不进行H248信令消息的协议处理，而是由TRK板上的H248(或SIP)协议栈负责终结H248信令消息的协议处理，则至少可以降低主控板的CPU负荷1/3。可见，将信令消息的协议处理从主控板的集中式处理调整为线卡的分布式处理是非常有实际价值的。

在本实施例的一些示例中，VOIP通话实现系统中仅会进行媒体的分布式处理或者是仅实现协议的分布式处理，但在本实施例的一些示例中，VOIP通话实现系统可以同时进行媒体和协议的分布式处理。在这种情况下，针对某些用户，其连接的线卡是设置有分布式媒体编解码资源的线卡，且该线卡上还设置有H248协议栈或SIP协议栈，则在这些用户参与的通话的通话发起阶段或正式通话阶段中，主控板仅需要实现信令消息的转发，这使得主控板可以节约更多的处理资源以便服务其他用户的通话。

更重要的是，当主控板将通话过程中的协议处理与媒体处理均分布到线卡上实现，则当主控板故障，或者是主控板进行主备倒换的时候，都不会影响线卡上那些正在进行的通话，这能够提升VOIP通话实现系统的容灾能力，保障用户通话过程的稳定性。

实施例三：

本实施例将对VOIP通话实现系统的部署实现方式，以及主控板对VOIP资源的分配及管理过程进行介绍：

首先，对VOIP通话实现系统的配置部署进行简单说明：

·线卡的VOIP资源配置：

在本实施例中，可以在TRK板等接入用户量大的线卡上插入VOIP子卡(又称VOIP小卡)，VOIP小卡中内置有VOIP编解码芯片。在一个VOIP编解码芯片中可以包括多个VOIP资源，通常，至少是128个VOIP资源，在本实施例中，一个VOIP编解码芯片中包括256个VOIP资源。

图8示出了VOIP通话实现系统中VOIP资源的分布示意图：

在VOIP通话实现系统8中，包括主控板801、上联板802、TRK板803、ISDN(Integrated Services Digital Network，综合业务数字网)板804以及普通POTS(PlainOld Telephone Service，模拟电话服务)板805等，上联板802、TRK板803、ISDN板804以及普通POTS板805均与主控板801通信连接，其中上联板802、TRK板803通过主控板连接到全局IP交换网，ISDN板804以及普通POTS板805连接到全局TDM(Time Division Multiplexing，时分复用传输)交换网。

其中，在主控板801上设置有第一VOIP资源8011，该VOIP资源可以供VOIP通话实现系统全局使用，具体地，其可以供基于全局TDM交换网的通话使用，也可以供基于全局IP交换网中的通话使用。在TRK板803上设置有第二VOIP资源8031，该VOIP资源部分供TRK板803下连接的用户通话使用，部分也可以供其他单板上的用户使用。

·系统中VOIP资源的媒体IP与端口配置：

系统管理人员还可以为VOIP通话实现系统中的各个VOIP资源配置媒体IP和端口，以便该VOIP通话实现系统中的每一个VOIP资源可以被唯一识别，以便主控板对这些VOIP资源进行管理、分配。在一些情况下，同一个VOIP通话实现系统中的各VOIP资源的媒体IP是一致的，所以，为了区分识别各个VOIP资源，用户可以为每一个VOIP资源配置不同的端口。

·线卡的协议配置：

如果VOIP通话实现系统中需要进行信令协议的分布式处理，则系统管理人员需要在至少部分线卡设置协议栈，如H248协议栈或者是SIP协议栈。同时，系统管理人员还需要在线卡上配置用户数据。这里的用户数据包括连接到该线卡的用户的数据。

系统管理人员对VOIP通话实现系统中的用户进行配置时，例如对于那些高集线比要求的用户，这里将其称为“高级用户”，系统管理人员可以将其配置到有分布式VOIP资源的线卡上，例如，插入了VOIP小卡的TRK板上。这样，这些通话需求大的用户就可以优先使用线卡上的VOIP资源，将系统VOIP资源留给其他用户使用；对于那些集线比不高的用户，即“普通用户”，系统管理人员可以将其配置连接到普通线卡上。

·线卡VOIP资源的集线比配置：

系统管理人员可以对各个线卡上VOIP资源供该线卡下用户使用的比例或数目等进行规划，也即系统管理人员配置线卡上分布式VOIP资源本地使用与全局使用所占的比例。例如，在一个线卡上设置有N个VOIP资源，系统管理人员可以指定其中p％是仅供本线卡下用户通话使用的，也即，指示主控板在进行目标资源选择的时候，需要保证将本线卡上VOIP资源分配给其他线卡上用户使用的比例不能超过1-p。或者，用户也可以指定必须保证这N个中的M个是供本线卡下用户通话使用的等。

在本实施例的一些示例当中，线卡VOIP资源的集线比默认为0，即VOIP通话实现系统中所有的VOIP资源可以共同使用。

VOIP通话实现系统的配置部署完成以后，主控板需要对VOIP通话实现系统中的VOIP资源进行登记管理：主控板可以在系统的数据库中，增加VOIP资源数据表，以记录当前系统中各个VOIP资源的物理位置信息、实际可以提供的VOIP资源数量等。主控板还可以创建一个VOIP资源池，即VOIP资源的集合，主控板可以一定规则管理VOIP资源池中VOIP资源的状态和使用情况。

下面对VOIP资源的分配也即选择目标资源的过程进行说明：

通常，主控板在进行VOIP资源分配的时候，会按照以下原则进行：

对于本端用户所连接的线卡上设置有分布式VOIP资源的情况，则优先选择其所属线卡上的分布式VOIP资源作为目标资源；但如果线卡上的VOIP资源已经本全部占用，则选择其系统VOIP资源作为目标资源。

对于本端用户所连接的线卡上没有设置有分布式VOIP资源的情况，则优先选择系统VOIP资源作为目标资源；如果系统VOIP资源已经本全部占用，则尅选择其他线卡上的分布式VOIP资源作为目标资源。

下面对结合图9示出的VOIP系统对VOIP通话过程中的媒体处理进行简单介绍：

在图9示出的VOIP系统当中，接入设备90中包括主控板901、上联板902、数字E1中继板903、普通用户板904以及TRK中继板905等，其中，上联板902可以与承载网通信，其负责向承载网发送媒体数据包，并接收通话对端通过承载网发送的媒体数据包。TRK中继板905和数字E1中继板903分别连接有第一PBX小交换机91a以及第二PBX小交换机91b，在第一PBX小交换机91a和第二PBX小交换机91b下各自连接有多个用户。相对数字E1中继板903而言，TRK中继板905的成本更低。同时，在普通用户板904下，也连接有多个用户。

在本实施例的一些示例当中，VOIP通话为语音通话，当然毫无疑义的是，在本实施例的另外一些示例当中，VOIP通话也还可以包括视频通话。在VOIP通话近位语音通话的情况下，TRK板905下的用户可以通过铜线连接到TRK板905上，用户与TRK板905之间通过铜线进行模拟信号的传输。

进入通话状态后，用户的语音模拟信号可通过铜线传输到TRK板905上，TRK板905接收到语音模拟信号后，将语音模拟信号转化为语音数字信号，然后，再将语音数字信号传输给TRK板905上的VOIP小卡，由VOIP小卡内主控板901所指定的VOIP资源对语音数据流进行编码处理，得到语音数据包。这样语音的VOIP编解码在TRK板905上就完成了，不必占用主控板901上的VOIP编解码资源。得到产生的IP化的语音数据包后，TRK板905可以将其转发到主控板901的全局IP交换网，主控板901的全局IP交换网根据语音数据包携带的端口和媒体IP信息，将该语音数据包转发到上联板902，随后，语音数据包将会经过上联口，进入IP交换的承载网网络。

另一方面，上联板902还会接收来自承载网的语音数据包，然后，上联板902可以通过主控板901将该语音数据包发送给TRK板905。TRK板905上的VOIP小卡可以利用主控板901选择的VOIP资源对该语音数据包进行解码处理，得到语音数字信号。随后，TRK板905可以将语音数字信号进行转换得到语音模拟信号后通过与用户之间的铜线传输给用户。

将VOIP资源分布在TRK板上，减少了TRK板下用户通话对系统VOIP资源的消耗，在一些示例中，可以向TRK板上连接的用户提供1:1的集线比。同时，TRK板上的VOIP资源在保证本板用户有充足可用的VOIP资源的基础上，剩余的VOIP资源还可以在VOIP通话实现系统内共享，以便提升系统性能、降低成本并提升工程保障能力。

而且，在极端情况下，当主控板离线或者拔出的情况下，TRK板上的通话仍然可以保持不断，这使得TRK板功能上接近一个独立运作的“VOIP小系统”。

实施例四：

本实施例提供一种VOIP通话实现装置，请参见图10：

VOIP通话实现装置10包括接收模块102、选路模块104、通知模块106，其中，接收模块102用于接收SS设备针对本次通话发送的选路消息；选路模块104用于根据选路消息从目标线卡上的分布式媒体编解码资源中为本次通话选择目标资源，通知模块106用于通知目标线卡在本次通话中采用目标资源进行媒体编解码以实现通话。

该VOIP通话实现装置10可以部署于接入设备的主控板上，其中接收模块102、选路模块104、通知模块106的功能均可以通过主控板的处理器实现。

另外本实施例还提供一种可以部署在接入设备中线卡，例如TRK板上的VOIP通话实现装置，请参见图11：

VOIP通话实现装置11包括资源确定模块112以及媒体处理模块114，其中资源确定模块112根据主控板的指示确定主控板在本线卡的分布式媒体编解码资源中为本次通话选择的目标资源；而媒体处理模块114用于在本次通话中采用目标资源进行媒体编解码以实现通话。

在VOIP通话实现装置11中，资源确定模块112的功能可以通过线卡的处理器实现，而媒体处理模块114的功能则可以通过线卡上设置的VOIP编解码芯片实现。

下面结合示例对上述两种分别可以部署在主控板和线卡上的VOIP通话实现装置进行介绍：

在一次VOIP通话过程中，需要主叫端进行摘机，然后拨打被叫端的号码。当主叫端摘机拨号之后，软交换设备会向接入设备发送摘机拨号消息和选路消息，该选路消息用于指示接入设备为本次通话分配媒体编解码资源。通常，SS设备发送的选路消息是RTP选路消息。VOIP通话实现装置10中的接收模块102可以接收该选路消息。

接收模块102在接收到SS设备发送的选路消息之后，选路模块104可以根据该选路消息确定出本次通话中的本端用户，也即在本次通话过程中连接到主控板所在接入设备的用户。可以理解的是，本端用户可以是本次通话过程中的主叫端，也可以是被叫端。另一方面，选路模块104还可以确定出本端用户所连接的线卡是哪一个。在本实施例中，为了便于介绍，将本端用户所连接的线卡称为“目标线卡”。

在确定本端用户所连接的目标线卡后，选路模块104可以根据目标线卡为本次通话分配媒体编解码资源：可选地，选路模块104可以从目标线卡上设置的分布式媒体编解码资源中为本次通话选择目标资源。

当然，选路模块104分配目标线卡上的分布式媒体编解码资源给本次通话时，必须要先确定目标线卡上当前有可用的分布式媒体编解码资源，这要求目标线卡上有设置媒体编解码资源，同时还要求目标线卡上的媒体编解码资源当前并非是全部处于占用状态的，也即目标线卡上当前存在空闲的媒体编解码资源。

在本实施例中，为了便于选路模块104为通话分配目标资源，VOIP通话实现装置10中还可以包括管理模块，管理模块可以对VOIP通话实现系统中的所有媒体编解码资源进行统一记录管理：管理模块可以在系统数据库中，记录接入设备中各个媒体编解码资源的位置、实时占用状态等信息，这样，当有为通话分配媒体编解码资源的需求时，选路模块104根据系统数据库中的记录就可以直接确定目标线卡上当前是否存在可用的分布式媒体编解码资源可以作为目标资源，若是，则选路模块104从目标线卡的分布式媒体编解码资源中选择一个作为目标资源。可选地，管理模块可以创建一个资源池，该资源池即为VOIP通话实现系统中的媒体编解码资源的集合。

若管理模块从目标线卡的分布式媒体编解码资源中为本次通话选择出目标资源之后，通知模块106就可以通知目标线卡在本次通话过程中，采用选择出的目标资源进行媒体编解码处理，从而帮助通话双方实现VOIP通话。

可以理解的是，本次通话中的本端用户所连接的线卡，即目标线卡上可能并未设置媒体编解码资源，或者其分布式媒体编解码资源当前均处于占用状态，对于这种情况，选路模块104经过判断，确定目标线卡上当前无可用的媒体编解码资源，可以考虑从系统媒体编解码资源中选择目标资源。

当然，如果确定目标线卡上当前无可用的分布式媒体编解码资源，且当前所有的系统媒体编解码资源也均处于占用状态，则选路模块104可以从其他线卡上设置分布式媒体编解码资源中为本次通话选择目标资源。

在本实施例的一些示例中，如果选路模块104不能为本次通话选择目标线卡上的分布式VOIP资源，则其会优先选择系统VOIP资源作为目标资源。但在本实施例的另外一些示例中，如果本端用户所连接的目标线卡上当前并没有可用的VOIP资源，则选路模块104可以优先从其他线卡上设置的分布式VOIP资源中为本次通话选择目标资源，只有在其他线卡上当前也不存在可用的分布式VOIP资源时，才会从系统VOIP资源中选择目标资源。

对于选路模块104选择系统媒体编解码资源作为目标资源的情况，在选择出目标资源之后，主控板在本次通话过程中会利用选择出的目标资源进行媒体编解码处理。对于选路模块104从其他线卡上选择分布式媒体编解码资源作为本次通话的目标资源的情况，在选路模块104选择出目标资源之后，通知模块106也要通知目标资源所属的线卡采用其选择出的媒体编解码资源帮助实现通话过程中的语音IP化处理等。

部署在线卡上的VOIP通话实现装置11在接到主控板的指示后，资源确定模块112根据主控板的指示确定主控板在本线卡的分布式媒体编解码资源中为本次通话选择的目标资源。媒体处理模块114可以根据主控板选择的媒体编解码资源进行媒体编解码处理。例如，假定本次通话为语音通话，目标资源中包括语音编解码资源，则媒体处理模块114可以将本次通话中本端用户发送的语音模拟信号转换为语音数字信号，然后对语音数字信号进行语音编码处理，从而得到能够在承载网中传输的语音数据包，这个过程称为“语音IP化”。媒体处理模块114得到语音数据包之后，VOIP通话实现装置11可以将该语音数据包传输到承载网中，以便通过承载网将本端用户的声音传输给本次通话的对端用户。对端用户对语音数据包进行解码等处理之后，转换为语音模拟信号就可以听到本端用户的声音了。毫无疑义的是，在VOIP通话过程中，媒体处理模块114也需要对通过承载网传输的来自对端用户的语音数据包进行解码处理，媒体处理模块114利用目标资源对语音数据包进行语音解码，得到语音数据信号，再经数模转换得到语音模拟信号，传输给本端用户，让本端用户谁通过听筒或扬声器等音频播放设备进行播放，从而使得本端用户听到对端用户的声音。

上述VOIP通话实现装置10和VOIP通话实现装置11实现VOIP通话实现方法的其他细节，请参见前述实施例的介绍，这里不再赘述。

本发明实施例提供的两种VOIP通话实现装置，通过在接入设备的线卡上也设置媒体编解码资源，这样可以使得主控板将许多通话过程中的媒体处理分散到线卡上实现，这样可以减轻主控板在媒体处理方面的负担，从而保证用户的呼叫成功率，提升用户体验。同时，因为主控板在为通话选择目标资源时，优先选择与该通话相关的线卡上的分布式媒体编解码资源，因此，只要线卡上设置的分布式媒体编解码资源足够，则即便是线卡上用户的集线比高达1:1，也能够避免影响其他线卡，尤其是普通线卡上用户的呼叫。

实施例五：

本实施例提供一种存储介质，该存储介质中可以存储有一个或多个可供一个或多个处理器读取、编译并执行的计算机程序，在本实施例中，该存储介质可以存储有第一VOIP通话实现程序和第二VOIP通话实现程序中的一个，其中，第一VOIP通话实现程序可供一个或多个处理器执行实现前述实施例中介绍的VOIP通话实现方法中主控板侧的步骤。第二VOIP通话实现程序可供一个或多个处理器执行实现前述实施例中介绍的VOIP通话实现方法中线卡侧的步骤。

本实施例中还提供一种主控板，如图12所示：主控板120包括第一处理器121、第一存储器122以及用于连接第一处理器121与第一存储器122的第一通信总线123，其中第一存储器122可以为前述存储有第一VOIP通话实现程序的存储介质。第一处理器121可以读取第一VOIP通话实现程序，进行编译并执行实现前述实施例中介绍的VOIP通话实现方法中主控板侧的步骤。主控板120实现VOIP通话实现方法的细节可以参见前述实施例的介绍，这里不再赘述。

本实施例中还提供一种主控板，如图13所示：线卡130包括第二处理器131、第二存储器132、第二通信总线133。另外，线卡130上还包括VOIP编解码芯片134，VOIP编解码芯片134中包括至少一个分布式媒体编解码资源，媒体编解码资源可以实现对VOIP过程中的媒体编解码处理。第二存储器132与VOIP编解码芯片134通过第二通信总线133与第二处理器131通信连接。其中第二存储器132可以为前述存储有第二VOIP通话实现程序的存储介质。第二处理器131可以读取第二VOIP通话实现程序，进行编译并执行实现前述实施例中介绍的VOIP通话实现方法中线卡侧的步骤。线卡130实现VOIP通话实现方法的细节可以参见前述实施例的介绍，这里不再赘述。

本实施例还提供一种VOIP通话实现系统，该系统可以部署在接入设备上，其包括图12中的主控板120以及至少一个图13中示出的线卡130。VOIP通话实现系统可以实现前述实施例中的VOIP通话实现方法，利用线卡130上设置的VOIP编解码芯片134，将VOIP通话过程中的媒体处理或媒体处理与协议处理分布到线卡130上实现，减小主控板130的处理负担，同时，VOIP编解码芯片134也还可以对系统中其他线卡用户通话过程的媒体进行编解码处理，提升了VOIP通话实现系统中VOIP资源选择的灵活性。更重要的是，VOIP通话实现系统中用户通话过程中的洗衣处理也可以分布到线卡130上实现，这样，不仅降低了主控板120进行协议处理的负担，同时，因为线卡130可以独立完成通话的媒体处理与协议处理，使得其类似一个独立的“VOIP小系统”，在主控板120故障或进行主备倒换的过程中，在线卡130上进行的通话不会受到影响，提升了VOIP通话实现系统的容灾性。

本领域技术人员应当明白的是，本发明各实施例中提供的数据发送方法、数据接收方法、装置、终端及TRP、存储介质，不仅可以应用于当前的通信系统，也可以应用于未来任何一个通信系统中。

本申请中，各个实施例中的技术特征，在不冲突的情况下，可以组合在一个实施例中使用。

显然，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM,ROM,EEPROM、闪存或其他存储器技术、CD-ROM，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (23)

1.一种VOIP通话实现方法，包括：

主控板接收软交换SS设备针对本次通话发送的选路消息；

所述主控板根据所述选路消息从目标线卡上的分布式媒体编解码资源中为本次通话选择目标资源，所述目标线卡为本次通话中本端用户所连接的线卡；

所述主控板通知所述目标线卡在本次通话中采用所述目标资源进行媒体编解码以实现通话。

2.如权利要求1所述的VOIP通话实现方法，其特征在于，所述主控板接收软交换SS设备针对本次通话发送的选路消息之后，还包括：

若确定所述目标线卡上当前无可用的分布式媒体编解码资源，所述主控板从设置于本主控板上的系统媒体编解码资源中为本次通话选择目标资源；

所述主控板在本次通话中采用所述目标资源进行媒体编解码以实现通话。

3.如权利要求2所述的VOIP通话实现方法，其特征在于，所述确定所述目标线卡上当前无可用的分布式媒体编解码资源包括：

所述主控板确定所述目标线卡上未设置分布式媒体编解码资源；

或，

所述主控板确定所述目标线卡上设置有分布式媒体编解码资源，但所述线卡上的分布式媒体编解码资源均处于占用状态。

4.如权利要求1所述的VOIP通话实现方法，其特征在于，所述主控板接收软交换SS设备针对本次通话发送的选路消息之后，还包括：

若确定所述目标线卡上当前无可用的分布式媒体编解码资源，所述主控板从设置于其他线卡上的分布式媒体编解码资源中为本次通话选择目标资源；

所述主控板通知所述线卡在本次通话中采用所述目标资源进行媒体编解码以实现通话。

5.如权利要求4所述的VOIP通话实现方法，其特征在于，所述主控板从设置于其他线卡上的分布式媒体编解码资源中为本次通话选择目标资源之前，还包括：

所述主控板确定设置于本主控板上的系统媒体编解码资源均处于占用状态。

6.如权利要求1所述的VOIP通话实现方法，其特征在于，所述主控板根据所述选路消息从目标线卡上的分布式媒体编解码资源中为本次通话选择目标资源之前，还包括：

所述主控板对VOIP通话实现系统中的系统媒体编解码资源和各线卡上的分布式媒体编解码资源的位置、实时占用状态进行统一记录管理。

7.如权利要求1所述的VOIP通话实现方法，其特征在于，所述媒体编解码资源为用于进行语音编解码的VOIP资源。

8.如权利要求1-7任一项所述的VOIP通话实现方法，其特征在于，还包括：

所述主控板从所述SS设备处接收本次通话的信令消息；

所述主控板根据所述信令消息所携带的用户名将所述信令消息转发给对应用户所连接的目标线卡，由所述目标线卡对所述信令消息进行协议处理。

9.如权利要求8所述的VOIP通话实现方法，其特征在于，所述信令消息为基于H248协议的信令消息或基于会话初始协议SIP协议的信令消息。

10.如权利要求1-7任一项所述的VOIP通话实现方法，其特征在于，所述目标线卡为语音模拟中继板TRK。

11.一种VOIP通话实现方法，包括：

线卡根据主控板的指示确定所述主控板在本线卡的分布式媒体编解码资源中为本次通话选择的目标资源；

所述线卡在本次通话中采用所述目标资源进行媒体编解码以实现通话。

12.如权利要求11所述的VOIP通话实现方法，其特征在于，所述媒体编解码包括语音编码，所述线卡在本次通话中采用所述目标资源进行媒体编解码包括：

所述线卡采用所述目标资源对语音数字信号进行语音编码处理得到能够在承载网中传输的语音数据包，所述语音数字信号由所述线卡对本次通话中本端用户发送的语音模拟信号进行转换得到。

13.如权利要求12所述的VOIP通话实现方法，其特征在于，所述媒体编解码包括语音解码，所述线卡在本次通话中采用所述目标资源进行媒体编解码还包括：

所述线卡采用所述目标资源对来自承载网的语音数据包进行语音解码处理得到语音数字信号。

14.如权利要求11所述的VOIP通话实现方法，其特征在于，所述线卡为TRK。

15.如权利要求11-14任一项所述的VOIP通话实现方法，其特征在于，还包括：

所述线卡接收本次通话的信令消息；

所述线卡采用本线卡上的协议栈对所述信令消息进行协议处理。

16.如权利要求15所述的VOIP通话实现方法，其特征在于，所述线卡采用本板上的协议栈对所述信令消息进行协议处理包括：

所述线卡对所述信令消息进行编解码处理；

所述线卡基于窄带数据库对经编解码处理后的所述信令消息进行协议业务处理。

17.一种VOIP通话实现装置，包括：

接收模块，用于接收SS设备针对本次通话发送的选路消息；

选路模块，用于根据所述选路消息从目标线卡上的分布式媒体编解码资源中为本次通话选择目标资源，所述目标线卡为本次通话中本端用户所连接的线卡；

通知模块，用于通知所述目标线卡在本次通话中采用所述目标资源进行媒体编解码以实现通话。

18.一种VOIP通话实现装置，包括：

资源确定模块，用于根据主控板的指示确定所述主控板在本线卡的分布式媒体编解码资源中为本次通话选择的目标资源；

媒体处理模块，用于在本次通话中采用所述目标资源进行媒体编解码以实现通话。

19.一种主控板，其特征在于，所述主控板包括第一处理器、第一存储器及第一通信总线，

所述第一通信总线用于实现第一处理器同第一存储器之间的连接通信；

所述第一处理器用于执行第一存储器中存储的一个或者多个程序，以实现如权利要求1至10任一项所述的VOIP通话实现方法的步骤。

20.一种线卡，其特征在于，所述线卡包括第二处理器、第二存储器及第二通信总线，所述线卡上还设置有VOIP编解码芯片，所述VOIP编解码芯片中包括至少一个分布式媒体编解码资源；所述第二通信总线用于实现第二处理器同所述第二存储器、VOIP编解码芯片之间的连接通信；

所述第二处理器用于执行第二存储器中存储的一个或者多个程序，以实现如权利要求11至16任一项所述的VOIP通话实现方法的步骤。

21.一种VOIP通话实现系统，其特征在于，所述VOIP通话实现系统包括如权利要求19所述主控板，以及至少一个如权利要求20中所述的线卡。

22.如权利要求21所述的VOIP通话实现系统，其特征在于，所述VOIP通话实现系统部署在接入设备上。

23.一种存储介质，其特征在于，所述存储介质存储有第一VOIP通话实现程序和/或第二VOIP通话实现程序，所述第一VOIP通话实现程序可被一个或者多个处理器执行，以实现如权利要求1至10中任一项所述的VOIP通话实现方法的步骤；所述第二VOIP通话实现程序可被一个或者多个处理器执行，以实现如权利要求11至16中任一项所述的VOIP通话实现方法的步骤。

Images