CN102137094B - 多路径传送语音报文的方法、设备及系统 - Google Patents

Abstract

本发明公开了一种多路径传送语音报文的方法、设备及系统，属于通信领域。方法包括：向对端设备发送路径协商信息，路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息；接收对端设备返回的协商结果，协商结果中包括对端设备根据路径协商信息确定的媒体流状态及其路径地址，媒体流状态为单流、单流备份和双发选收中的一种；根据协商结果选择通过一条路径或者两条路径与对端设备传送语音报文。本发明通过向对端设备发送路径协商信息与对端设备进行路径协商，并在该路径协商信息中加入接口位置信息和媒体流状态要求信息，从而保证了新路径使用不同的路径，确保了接入的语音业务得到QoS保证，并满足了场景需求。

Description

多路径传送语音报文的方法、设备及系统

技术领域

本发明涉及通信领域，特别涉及一种多路径传送语音报文的方法、设备及系统。

背景技术

随着通讯网络IP（Internet Protocol，网际协议）化的全面推进，传统的语音也随着逐步转变到IP的承载方式上。为了提升语音业务的可靠性，常采用双平面组网。当一个平面出现问题后，业务全部切换到另外一个平面。而目前核心网中的MGW（Media GateWay，媒体网关）是各自独立的分配IP资源。因此，如果承载网内部出现问题，将不可避免地出现接入业务使用到故障的IP路径，致使语音质量很差，影响用户体验。

为了提升语音质量，现有技术充分利用承载网的多路径确保接入的语音业务得到QoS（Quality of Service，服务质量）保证，在通过多路径传送语音报文时，首先通过信令面的交换确定一个RTP（Real-time Transport Protocol，实时传送协议）/RTCP（RTP Control Protocol，RTP控制协议）流，然后通过RTP/RTCP流的扩展头中协商出另外一个RTP/RTCP流，这样一个流就演变成两个流了，即实现双发选收。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：

采用多路径传送语音报文时，如果确保接入的语音业务得到QoS保证，需要确保最终获得的是两个独立的路径，然而现有技术无法确定获得的路径是否是独立的；且双发选收的模式不能满足所有的场景，在带宽不富裕的地区，可能只需要保持一个RTP流，如果最初建立的RTP路径是故障的，会影响到新路径的建立，严重时会导致路径的建立完全失败，进而无法保证QoS。

发明内容

为了确保接入的语音业务得到QoS保证，且满足场景需求，本发明实施例提供了一种多路径传送语音报文的方法、设备及系统。所述技术方案如下：

一方面，提供了一种多路径传送语音报文的方法，所述方法包括：

向对端设备发送路径协商信息，所述路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息，所述接口位置信息是域或者平面信息；

接收所述对端设备返回的协商结果，所述协商结果中包括所述对端设备根据所述路径协商信息中的媒体流状态要求信息确定的媒体流状态及所述对端设备根据所述路径协商信息中的接口位置信息确定的所述媒体流的路径地址，所述媒体流状态为单流、单流备份和双发选收中的一种；

根据所述协商结果选择通过一条路径或者两条路径与所述对端设备传送语音报文。

还提供了一种多路径传送语音报文的设备，所述设备包括：

发送模块，用于向对端设备发送路径协商信息，所述路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息，所述接口位置信息是域或者平面信息；

接收模块，用于接收所述对端设备返回的协商结果，所述协商结果中包括所述对端设备根据所述路径协商信息中的媒体流状态要求信息确定的媒体流状态及所述对端设备根据所述路径协商信息中的接口位置信息确定的所述媒体流的路径地址，所述媒体流状态为单流、单流备份和双发选收中的一种；

传送模块，用于根据所述接收模块接收到的协商结果选择通过一条路径或者两条路径与所述对端设备传送语音报文。

还提供了另一种多路径传送语音报文的设备，所述设备包括：

接收模块，用于接收对端设备发送的路径协商信息，所述路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息，所述接口位置信息是域或者平面信息；

确定模块，用于根据所述接收模块接收到的路径协商信息中的媒体流状态要求信息确定媒体流状态，并根据所述接收模块接收到的路径协商信息中的接口位置信息确定所述媒体流的路径地址，所述媒体流状态为单流、单流备份和双发选收中的一种；

返回模块，用于将所述确定模块确定的媒体流状态及其路径地址作为协商结果返回给所述对端设备；

传送模块，用于通过所述对端设备选择的一条路径或者两条路径与所述对端设备传送语音报文。

还提供了一种多路径传送语音报文的系统，所述系统包括：第一设备和第二设备；

所述第一设备如上述第一种多路径传送语音报文的设备；

所述第二设备如上述另一种多路径传送语音报文的设备。

本发明实施例提供的技术方案的有益效果是：

通过向对端设备发送路径协商信息与对端设备进行路径协商，并在该路径协商信息中加入接口位置信息，使对端设备可在相同域或平面中分配地址，从而保证了新路径使用不同的路径，确保了接入的语音业务得到QoS保证；另外，通过在路径协商信息中加入媒体流状态要求信息，使对端设备根据呼叫情况决定媒体流状态，进而满足了场景需求。

附图说明

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

图1是本发明实施例一提供的多路径传送语音报文的方法流程图；

图2是本发明实施例二提供的多路径传送语音报文的方法流程图；

图3是本发明实施例三提供的多路径传送语音报文的方法流程图；

图4是本发明实施例四提供的多路径传送语音报文的设备结构示意图；

图5是本发明实施例四提供的另一种多路径传送语音报文的设备结构示意图；

图6是本发明实施例五提供的多路径传送语音报文的设备结构示意图；

图7是本发明实施例五提供的另一种多路径传送语音报文的设备结构示意图；

图8是本发明实施例六提供的多路径传送语音报文的系统结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本实施例提供了一种多路径传送语音报文的方法，参见图1，该方法流程具体如下：

101：向对端设备发送路径协商信息，该路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息；

102：接收对端设备返回的协商结果，该协商结果中包括对端设备根据路径协商信息确定的媒体流状态及其路径地址，该媒体流状态为单流、单流备份和双发选收中的一种；

103：根据协商结果选择通过一条路径或者两条路径与对端设备传送语音报文。

其中，向对端设备发送路径协商信息，具体包括：

将路径协商信息携带在扩展的信令参数中发送给对端设备，或，将路径协商信息携带在语音报文中发送给对端设备。

根据协商结果选择通过一条路径或者两条路径与对端设备传送语音报文，具体包括：

当协商结果中的媒体流状态为单流时，根据协商结果在两条路径中选择条个路径，并通过选择的路径与对端设备传送语音报文；

在双端设备均确定了使用的路径后，关闭不使用的路径。

关闭不使用的路径之后，还包括：

回收不使用的路径的地址资源。

进一步地，根据协商结果选择通过一条路径或者两条路径与对端设备传送语音报文，具体包括：

当协商结果中的媒体流状态为单流备份，且指示两条路径中的任一条路径为备份路径时，根据协商结果确定备份路径，并通过非备份路径与对端设备传送语音报文；

如果在预设时间未收到语音报文或判断出丢包或接收到对端设备通过备份路径发送的语音报文，则通过备份路径与对端设备传送语音报文。

根据协商结果选择通过一条路径或者两条路径与对端设备传送语音报文，具体包括：

当协商信息中的媒体流状态为双发选收时，根据协商结果选择通过两条路径与对端设备传送语音报文。

本实施例提供的方法，通过向对端设备发送路径协商信息与对端设备进行路径协商，并在该路径协商信息中加入接口位置信息，使对端设备可在相同域或平面中分配地址，从而保证了新路径使用不同的路径，确保了接入的语音业务得到QoS保证；另外，通过在路径协商信息中加入媒体流状态要求信息，使对端设备根据呼叫情况决定媒体流状态，进而满足了场景需求，且通过在原路径关闭后回收原路径资源，可以达到节省资源的效果。

实施例二

本实施例提供了一种多路径传送语音报文的方法，该方法通过一端设备向对端设备发送包括接口位置信息及媒体流状态要求信息的路径协商信息，实现两端设备对语音报文的传送路径进行协商，使两端设备在进行多路径传送语音报文的过程中，能够确保接入的语音业务得到QoS保证，并满足场景需求。其中，发起路径协商的设备和接收协商请求的设备可以为MGW，也可以为终端、基站、基站控制器等，本实施例对此不作具体限定。为了便于说明，本实施例以发起路径协商的设备为第一设备，其对端为第二设备，第二设备确定的媒体流状态为单流，且传送语音报文的一条路径为原路径，另一条路径为新路径为例，对本实施例提供的方法进行详细描述。参见图2，本实施例提供的方法流程具体如下：

201：第一设备向第二设备发送路径协商信息，该路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息；

针对该步骤，本实施例不对第一设备向第二设备发送路径协商信息的方式进行限定，实现应用中，可以将路径协商信息携带在扩展的信令参数中发送给对端设备，或，将路径协商信息携带在语音报文中发送给对端设备。无论采用哪种方式发送路径协商信息，该路径协商信息中均至少携带了备用地址、接口位置信息和媒体流状态要求信息，而接口位置信息具体可以是域或者平面信息，媒体流状态要求信息用于描述对媒体流状态的要求，本实施例不对接口位置信息及媒体流状态要求信息的具体内容进行限定。

在以扩展信令参数的方式发送路径协商信息时，扩展的信令参数可如下所示：

A=mprtp<network type><address type><connection address><IP Domain/Plane>

A=mprtpstate{Onepath|Twopath|backup}

其中，mprtp用于携带的IP地址，network type表示网络类型，connectionaddress表示链接地址，IP Domain/Plane表示携带的IP地址的位置。如果携带了这个信息则表明与主用IP地址不一样（主用IP地址是通过c=IN4/IN6X.X.X.X携带的）。Mprtpstate表示媒体流状态，Onepath表示媒体流状态为单流，Twopath表示媒体流状态为双发选收，backup表示媒体流状态为单流备份。

在以语音报文的形式发送路径协商信息时，该语音报文可以是RTP报文，则可在语音报文中增加一个用于描述媒体流状态的类型，例如，在MPR_Type中增加0x3这种类型，并通过该类型描述第一设备的能力及第二设备的能力，如：以Send表示第一设备的能力，以Receive表示第二设备的能力。

202：第二设备根据路径协商信息确定媒体流状态及其路径地址，并将确定的媒体流状态及其路径地址作为协商结果返回给第一设备，其中，确定的媒体流状态为单流；

具体地，无论第一设备以何种方式向第二设备发送路径协商信息，第二设备在接收到该路径协商信息后，均将根据第二设备的能力确定最终的媒体流状态，除此之外，还将根据路径协商信息确定路径地址。实现应用中，第二设备可根据路径协商信息中的媒体流状态要求信息确定媒体流状态，并根据路径协商信息中的接口位置信息确定其路径地址。

针对该步骤，如果第二设备根据路径协商信息中的媒体流状态要求信息判断当前带宽不充足，则可将媒体流状态确定为单流。对于第二设备确定的路径地址，由于该路径地址是根据路径协商信息中的接口位置信息确定的，而该接口位置信息可以是域或者平面信息，因此，第二设备可以在相同的域或者平面中选择一个IP地址作为路径地址，即分配对应的IP资源，该路径地址与路径协商信息中携带的地址相匹配，从而能够保证语音报文在完全不同的路径上传送，进而使QoS得到保证。

进一步地，在将确定的媒体流状态及其路径地址作为协商结果返回给第一设备时，同第一设备发送路径协商信息的方式一样，可以通过扩展的信令参数将其返回给第一设备，还可以通过语音控制报文的方式将其返回给第一设备，如果语音报文为RTP报文，则可将协商结果通过RTCP报文返回给第一设备，具体采用哪种返回方式，本实施例不作限定。

203：第一设备接收第二设备返回的协商结果，根据协商结果在原路径和新路径中选择原路径，并通过原路径与第二设备传送语音报文；

针对该步骤，由于协商结果中的媒体流状态为单流，因此，第一设备根据协商结果在原路径和新路径中选择与第二设备传送语音报文的路径时，既可以选择原路径，也可以选择新路径，本实施例对此不作具体限定，该步骤仅以第一设备选择源路径为例进行描述。

204：第一设备根据协商结果在原路径和新路径中选择新路径，并通过新路径向第二设备发送语音报文；

该步骤中，由于协商结果中的媒体流状态为单流，因此，第一设备根据协商结果在原路径和新路径中选择与第二设备传送语音报文的路径时，选择通过原路径与第二设备传送语音报文后，也可以改为选择通过新路径向第二设备发送语音报文。

205：第二设备接收到第一设备通过新路径发送的语音报文后，关闭原路径，并通过新路径向第一设备发送语音报文；

具体地，由于第二设备在上述步骤202中确定的媒体流状态为单流，因而在第二设备接收到第一设备通过新路径发送的语音报文后，即意味着原路径成为了不使用的路径，为了保证单流，第二设备将原路径关闭。

优选地，第二设备在关闭原路径之后，还可以回收原路径的地址资源，从而节省资源。

206：第一设备接收到第二设备通过新路径发送的语音报文后，关闭原路径，并通过新路径与第二设备传送语音报文。

同上述步骤205，由于第二设备在上述步骤202中确定的媒体流状态为单流，因而在第一设备接收到第二设备通过新路径发送的语音报文后，即意味着原路径成为了不使用路径，为了保证单流，第一设备也将原路径关闭。

第一设备在关闭原路径之后，还可以回收原路径的地址资源，从而节省资源。

本实施例提供的方法，通过第一设备向第二设备发送路径协商信息，与第一设备进行路径协商，并在该路径协商信息中加入接口位置信息，使第二设备可在相同域或平面中分配地址，从而保证了新路径使用不同的路径，确保了接入的语音业务得到QoS保证；另外，通过在路径协商信息中加入媒体流状态要求信息，使第二设备根据呼叫情况决定媒体流状态，进而满足了场景需求。

实施例三

本实施例提供了一种多路径传送语音报文的方法，该方法通过一端设备向对端设备发送包括接口位置信息及媒体流状态要求信息的路径协商信息，实现两端设备对语音报文的传送路径进行协商，使两端设备在进行多路径传送语音报文的过程中，能够确保接入的语音业务得到QoS保证，并满足场景需求。为了便于说明，本实施例仍以发起路径协商的设备为第一设备，其对端为第二设备，并以第二设备确定的媒体流状态为单流备份，且传送语音报文的一条路径为原路径，另一条路径为新路径，并在原路径和新路径中确定新路径为备份路径为例，对本实施例提供的方法进行详细描述。参见图3，本实施例提供的方法流程具体如下：

301：第一设备向第二设备发送路径协商信息，该路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息；

其中，该步骤同上述实施例二中的步骤201，具体可参见上述实施例二中的步骤201，此处不再赘述。

302：第二设备根据路径协商信息确定媒体流状态及其路径地址，并将确定的媒体流状态及其路径地址作为协商结果返回给第一设备，其中，确定的媒体流状态为单流备份；

针对该步骤，同上述实施例二中的步骤202，无论第一设备以何种方式向第二设备发送路径协商信息，该第二设备在接收到该路径协商信息后，均将根据第二设备的能力确定最终的媒体流状态，除此之外，还将根据路径协商信息确定路径地址。实现应用中，第二设备可根据路径协商信息中的媒体流状态要求信息确定媒体流状态，并根据路径协商信息中的接口位置信息确定其路径地址。且由于该路径地址是根据路径协商信息中的接口位置信息确定的，而该接口位置信息可以是域或者平面信息，因此，第二设备可以在相同的域或者平面中选择一个IP地址作为路径地址，即分配对应的IP资源，该路径地址与路径协商信息中携带的地址相匹配，从而能够保证语音报文在完全不同的路径上传送，进而使QoS得到保证。

此外，在将确定的媒体流状态及其路径地址作为协商结果返回给第一设备时，同第一设备发送路径协商信息的方式一样，可以通过扩展的信令参数将其返回给第一设备，还可以通过语音控制报文的方式将其返回给第一设备，如果语音报文为RTP报文，则可将协商结果通过RTCP报文返回给第一设备，具体采用哪种返回方式，本实施例不作限定。

与上述实施例二中的步骤202不同的是，如果第二设备根据路径协商信息中的媒体流状态要求信息将媒体流状态确定为单流备份，则第二设备还需要在原路径和新路径中确定任一条路径作为备份路径。在本实施例中，以将新路径作为备份路径为例。

303：第一设备接收第二设备返回的协商结果，根据协商结果确定新路径为备份路径，并通过原路径与第二设备传送语音报文；

具体地，由于第二设备返回的协商结果中的媒体流状态为单流备份，因此，第一设备接收到第二设备返回的协商结果后，将根据协商结果确定新路径为备份路径，并通过原路径与第二设备传送语音报文。

304：第一设备在预设时间未接收到第二设备通过原路径发送的语音报文，则通过新路径向第二设备发送语音报文；

针对该步骤，如果第一设备在预设时间未接收到第二设备通过原路径发送的语音报文，则可以判断出原路径发生故障，为了保证语音报文的正常传送，第一设备启用备份路径，即通过新路径向第二设备发送语音报文。

其中，本实施例不对具体的预设时间进行限定，实际应用中，可由第一设备和第二设备预先协商，例如，在20毫秒后第一设备仍未接收到第二设备通过原路径发送的语音报文，则可以通过新路径向第二设备发送语音报文。

需要说明的是，除了第一设备在预设时间未接收到第二设备通过原路径发送的语音报文时，可以启用备份路径，如果第一设备判断出丢包，同样可以启用备份路径。同理，除了第一设备可以启用备份路径，第二设备如果在预设时间未接收到第一设备通过原路径发送的语音报文或是判断出丢包，同样可以启用备份路径，即通过新路径向第二设备发送语音报文。另外，无论是第一设备还是第二设备，如果接收到对端设备通过备份路径发送的语音报文，均可同样采用备份路径向对端设备发送语音报文。

305：第二设备接收到第一设备通过新路径发送的语音报文后，改为通过新路径向第一设备发送语音报文。

具体地，由于在上述步骤302中第二设备确定的媒体流状态为单流备份，即采用原路径和新路径中的一个路径传送语音报文，将另一个路径作为备份路径，则在第二设备接收到第一设备通过新路径发送的语音报文后，为了保持单流，第二设备也改为通过新路径向第一设备发送语音报文。

优选地，为了节省资源，当第二设备接收到第一设备通过新路径发送的语音报文后，并改为通过新路径向第一设备发送语音报文时，也可以关闭原路径，并回收原路径的地址资源；同理，第一设备接收到第二设备通过新路径发送的语音报文后，也可以关闭原路径，并回收原路径的地址资源。

本实施例提供的方法，通过第一设备向第二设备发送路径协商信息，与第一设备进行路径协商，并在该路径协商信息中加入接口位置信息，使第二设备可在相同域或平面中分配地址，从而保证了新路径使用不同的路径，确保了接入的语音业务得到QoS保证；另外，通过在路径协商信息中加入媒体流状态要求信息，使第二设备根据呼叫情况决定媒体流状态，进而满足了场景需求。

实施例四

本实施例提供了一种多路径传送语音报文的设备，参见图4，该设备包括：

发送模块401，用于向对端设备发送路径协商信息，该路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息；

接收模块402，用于接收对端设备返回的协商结果，该协商结果中包括对端设备根据路径协商信息确定的媒体流状态及其路径地址，该媒体流状态为单流、单流备份和双发选收中的一种；

传送模块403，用于根据接收模块402接收到的协商结果选择通过一条路径或者两条路径与对端设备传送语音报文。

其中，发送模块401，具体用于将路径协商信息携带在扩展的信令参数中发送给对端设备，或，将路径协商信息携带在语音报文中发送给对端设备。

传送模块403，具体用于当协商结果中的媒体流状态为单流时，根据协商结果在两条路径中选择一条路径，并通过选择的路径与对端设备传送语音报文；在两端设备均确定了使用的路径后，则关闭不使用的路径。

优选地，参见图5，该设备还包括：

回收模块404，用于在传送模块403关闭不使用的路径之后，回收不使用的路径的地址资源。

进一步地，传送模块403，具体用于当协商结果中的媒体流状态为单流备份，且指示两条路径中的任一条路径为备份路径时，根据协商结果确定备份路径，并通过非备份路径与对端设备传送语音报文；如果在预设时间未收到语音报文或判断出丢包或接收到对端设备通过备份路径发送的语音报文，则通过备份路径与对端设备传送语音报文。

可选地，传送模块403，具体用于当协商结果中的媒体流状态为双发选收时，根据协商结果选择通过两条路径与对端设备传送语音报文。

需要说明的是，本实施例提供的设备可以为MGW，也可以为终端、基站、基站控制器等，本实施例对此不作具体限定。

本实施例提供的设备，通过向对端设备发送路径协商信息与对端设备进行路径协商，并在该路径协商信息中加入接口位置信息，使对端设备可在相同域或平面中分配地址，从而保证了新路径使用不同的路径，确保了接入的语音业务得到QoS保证；另外，通过在路径协商信息中加入媒体流状态要求信息，使对端设备根据呼叫情况决定媒体流的最终状态，进而满足了场景需求，且通过在原路径关闭后回收原路径资源，可以达到节省资源的效果。

实施例五

本实施例提供了一种多路径传送语音报文的设备，参见图6，该设备包括：

接收模块601，用于接收对端设备发送的路径协商信息，该路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息；

确定模块602，用于根据接收模块601接收到的路径协商信息确定媒体流状态及其路径地址，该媒体流状态为单流、单流备份和双发选收中的一种；

返回模块603，用于将确定模块602确定的媒体流状态及其路径地址作为协商结果返回给对端设备；

传送模块604，用于通过对端设备选择的一条路径或者两条路径与对端设备传送语音报文。

其中，接收模块601，具体用于接收对端设备发送的携带了路径协商信息的扩展的信令参数，或，接收对端设备发送的携带了路径协商信息的语音报文。

确定模块602，具体用于根据路径协商信息确定媒体流状态为单流；

相应地，返回模块603，具体用于将确定模块602确定的为单流的媒体流状态及其路径地址作为协商结果返回给对端设备；

传送模块604，具体用于通过对端设备选择的路径与对端设备传送语音报文；在两端设备均确定了使用的路径后，则关闭不使用的路径。

优选地，参见图7，该设备还包括：

回收模块605，用于在传送模块604关闭不使用的路径之后，回收不使用的路径的地址资源。

进一步地，确定模块602，具体用于根据路径协商信息确定媒体流状态为单流备份，并将两条路径中的任一条路径确定为备份路径；

相应地，返回模块603，具体用于将确定模块602确定的为单流备份的媒体流状态及其路径地址作为协商结果返回给对端设备；

传送模块604，具体用于通过非备份路径与对端设备传送语音报文；如果在预设时间未收到语音报文或判断出丢包或接收到对端设备通过备份路径发送的语音报文，则通过备份路径与对端设备传送语音报文。

可选地，确定模块602，具体用于根据路径协商信息确定媒体流状态为双发选收；

相应地，返回模块603，具体用于将确定模块602确定的为双发选收的媒体流状态及其路径地址作为协商结果返回给对端设备；

传送模块604，具体用于通过两条路径与对端设备传送语音报文。

需要说明的是，本实施例提供的设备可以为MGW，也可以为终端、基站、基站控制器等，本实施例对此不作具体限定。

本实施例提供的设备，通过对端设备发送的路径协商信息与对端设备进行路径协商，并根据该路径协商信息中加入接口位置信息，可在相同域或平面中分配地址，从而保证了新路径使用不同的路径，确保了接入的语音业务得到QoS保证；另外，通过路径协商信息中加入的媒体流状态要求信息，可以根据呼叫情况决定媒体流状态，进而满足了场景需求，且通过在原路径关闭后回收原路径资源，可以达到节省资源的效果。

实施例六

本实施例提供了一种多路径传送语音报文的系统，参见图8，该系统包括：第一设备801和第二设备802；

第一设备801如上述实施例四提供的多路径传送语音报文的设备；

第二设备802如上述实施例五提供的多路径传送语音报文的设备。

本实施例提供的系统，通过第一设备向第二设备发送路径协商信息与第二设备进行路径协商，并在该路径协商信息中加入接口位置信息，使第二设备可在相同域或平面中分配地址，从而保证了新路径使用不同的路径，确保了接入的语音业务得到QoS保证；另外，通过在路径协商信息中加入媒体流状态要求信息，使第二设备根据呼叫情况决定媒体流的最终状态，进而满足了场景需求，且通过在原路径关闭后回收原路径资源，可以达到节省资源的效果。

需要说明的是：上述实施例提供的多路径传送语音报文的设备在多路径传送语音报文时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的多路径传送语音报文的设备、系统与多路径传送语音报文的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本发明实施例中的全部或部分步骤，可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，如光盘或硬盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

1.一种多路径传送语音报文的方法，其特征在于，所述方法包括：

向对端设备发送路径协商信息，所述路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息，所述接口位置信息是域或者平面信息；

接收所述对端设备返回的协商结果，所述协商结果中包括所述对端设备根据所述路径协商信息中的媒体流状态要求信息确定的媒体流状态及所述对端设备根据所述路径协商信息中的接口位置信息确定的所述媒体流的路径地址，所述媒体流状态为单流、单流备份和双发选收中的一种；

根据所述协商结果选择通过一条路径或者两条路径与所述对端设备传送语音报文。

2.根据权利要求1所述的方法，其特征在于，所述向对端设备发送路径协商信息，具体包括：

将所述路径协商信息携带在扩展的信令参数中发送给所述对端设备，或，将所述路径协商信息携带在语音报文中发送给所述对端设备。

3.根据权利要求1所述的方法，其特征在于，所述根据所述协商结果选择通过一条路径或者两条路径与所述对端设备传送语音报文，具体包括：

当所述协商结果中的媒体流状态为单流时，根据所述协商结果在所述两条路径中选择一条路径，并通过选择的路径与所述对端设备传送语音报文；

在双端设备均确定了使用的路径后，关闭不使用的路径。

4.根据权利要求3所述的方法，其特征在于，所述关闭不使用的路径之后，还包括：

回收所述不使用的路径的地址资源。

5.根据权利要求1所述的方法，其特征在于，所述根据所述协商结果选择通过一条路径或者两条路径与所述对端设备传送语音报文，具体包括：

当所述协商结果中的媒体流状态为单流备份，且指示两条路径中的任一条路径为备份路径时，根据所述协商结果确定备份路径，并通过非备份路径与所述对端设备传送语音报文；

如果在预设时间未收到语音报文或判断出丢包或接收到所述对端设备通过所述备份路径发送的语音报文，则通过所述备份路径与所述对端设备传送语音报文。

6.根据权利要求1所述的方法，其特征在于，所述根据所述协商结果选择通过一条路径或者两条路径与所述对端设备传送语音报文，具体包括：

当所述协商结果中的媒体流状态为双发选收时，根据所述协商结果选择通过所述两条路径与所述对端设备传送语音报文。

7.一种多路径传送语音报文的设备，其特征在于，所述设备包括：

发送模块，用于向对端设备发送路径协商信息，所述路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息，所述接口位置信息是域或者平面信息；

接收模块，用于接收所述对端设备返回的协商结果，所述协商结果中包括所述对端设备根据所述路径协商信息中的媒体流状态要求信息确定的媒体流状态及所述对端设备根据所述路径协商信息中的接口位置信息确定的所述媒体流的路径地址，所述媒体流状态为单流、单流备份和双发选收中的一种；

传送模块，用于根据所述接收模块接收到的协商结果选择通过一条路径或者两条路径与所述对端设备传送语音报文。

8.根据权利要求7所述的设备，其特征在于，所述发送模块，具体用于将所述路径协商信息携带在扩展的信令参数中发送给所述对端设备，或，将所述路径协商信息携带在语音报文中发送给所述对端设备。

9.根据权利要求7所述的设备，其特征在于，所述传送模块，具体用于当所述协商结果中的媒体流状态为单流时，根据所述协商结果在所述两条路径中选择一条路径，并通过选择的路径与所述对端设备传送语音报文；在两端设备均确定了使用的路径后，则关闭不使用的路径。

10.根据权利要求9所述的设备，其特征在于，所述设备还包括：

回收模块，用于在所述传送模块关闭不使用的路径之后，回收所述不使用的路径的地址资源。

11.根据权利要求7所述的设备，其特征在于，所述传送模块，具体用于当所述协商结果中的媒体流状态为单流备份，且指示所述两条路径中的任一条路径为备份路径时，根据所述协商结果确定备份路径，并通过非备份路径与所述对端设备传送语音报文；如果在预设时间未收到语音报文或判断出丢包或接收到所述对端设备通过所述备份路径发送的语音报文，则通过所述备份路径与所述对端设备传送语音报文。

12.根据权利要求7所述的设备，其特征在于，所述传送模块，具体用于当所述协商结果中的媒体流状态为双发选收时，根据所述协商结果选择通过所述两条路径与所述对端设备传送语音报文。

13.一种多路径传送语音报文的设备，其特征在于，所述设备包括：

接收模块，用于接收对端设备发送的路径协商信息，所述路径协商信息中至少携带了一个地址、接口位置信息和媒体流状态要求信息，所述接口位置信息是域或者平面信息；

确定模块，用于根据所述接收模块接收到的路径协商信息中的媒体流状态要求信息确定媒体流状态，并根据所述接收模块接收到的路径协商信息中的接口位置信息确定所述媒体流的路径地址，所述媒体流状态为单流、单流备份和双发选收中的一种；

返回模块，用于将所述确定模块确定的媒体流状态及其路径地址作为协商结果返回给所述对端设备；

传送模块，用于通过所述对端设备选择的一条路径或者两条路径与所述对端设备传送语音报文。

14.根据权利要求13所述的设备，其特征在于，所述接收模块，具体用于接收所述对端设备发送的携带了所述路径协商信息的扩展的信令参数，或，接收所述对端设备发送的携带了所述路径协商信息的语音报文。

15.根据权利要求13所述的设备，其特征在于，

所述确定模块，具体用于根据所述路径协商信息确定媒体流状态为单流；

相应地，所述返回模块，具体用于将所述确定模块确定的为单流的媒体流状态及其路径地址作为协商结果返回给所述对端设备；

所述传送模块，具体用于通过所述对端设备选择的路径与所述对端设备传送语音报文；在两端设备均确定了使用的路径后，则关闭不使用的路径。

16.根据权利要求15所述的设备，其特征在于，所述设备还包括：

回收模块，用于在所述传送模块关闭不使用的路径之后，回收所述不使用的路径的地址资源。

17.根据权利要求13所述的设备，其特征在于，

所述确定模块，具体用于根据所述路径协商信息确定媒体流状态为单流备份，并将所述两条路径中的任一条路径确定为备份路径；

相应地，所述返回模块，具体用于将所述确定模块确定的为单流备份的媒体流状态及其路径地址作为协商结果返回给所述对端设备；

所述传送模块，具体用于通过非备份路径与所述对端设备传送语音报文；如果在预设时间未收到语音报文或判断出丢包或接收到所述对端设备通过所述备份路径发送的语音报文，则通过所述备份路径与所述对端设备传送语音报文。

18.根据权利要求13所述的设备，其特征在于，

所述确定模块，具体用于根据所述路径协商信息确定媒体流状态为双发选收；

相应地，所述返回模块，具体用于将所述确定模块确定的为双发选收的媒体流状态及其路径地址作为协商结果返回给所述对端设备；

所述传送模块，具体用于通过两条路径与所述对端设备传送语音报文。

19.一种多路径传送语音报文的系统，其特征在于，所述系统包括：第一设备和第二设备；

所述第一设备如所述权利要求7至权利要求12中任一权利要求所述的设备；

所述第二设备如所述权利要求13至权利要求18中任一权利要求所述的设备。

Images