CN101651968A - 使用实时传输控制协议报文进行复用协商的方法及系统 - Google Patents

Abstract

本发明提出了一种使用实时传输控制协议(RTCP)报文进行复用协商的方法及系统，该方法包括：一网元在与其建立用户面连接的一对端网元进行复用协商时，仅向该对端网元发送一预定时长的RTCP协商报文，该RTCP协商报文携带该网元的复用信息。该方法实现了占用较少带宽就可以完成网元间的业务通道之间的复用协商，避免了RTCP协商报文一直发送带来的不足，提高了带宽的有效使用效率。

Description

使用实时传输控制协议报文进行复用协商的方法及系统

技术领域

本发明涉及移动通讯领域，尤其涉及一种网元与网元之间的接口为IP(Internet Protocol，网际协议)环境时，两个网元的业务通道之间使用RTCP(RTP(Real-time Transport Protocol，实时传输协议)Control Protocol，实时传输控制协议)报文进行的复用协商所采用的方法及系统。

背景技术

在现在的GSM(Global System for Mobile Communications，全球移动通讯)系统中，终端MS(Mobile Station，移动台)通过空口与BTS(Base TransceiverStation，基站收发信机)连接，而基站通过Abis接口与BSC(Base StationController，基站控制器)连接，BSC与MSC(Mobile services Switching Center，移动交换中心)中的MGW(Media GateWay，媒体网关)通过A口进行用户面数据的交互，码型变换速率适配单元(Transcoder/Rate Adaptor Unit，TRAU)通常位于BSC侧，进行语音算法编解码的转换过程。

在现在的3G(3rd Generation，第三代移动通信)系统中，例如WCDMA系统、CDMA2000系统、TD-SCDMA系统中，终端MS通过空口与基站NodeB连接，而NodeB则与RNC(Radio Network Controller，无线网络控制器)连接，RNC与媒体网关MGW通过Iu口进行用户面数据的交互。

无论是BSC网元和MGW网元之间的A接口，还是RNC网元与MGW网元之间的Iu接口，乃至是MGW网元和MGW网元之间的Nb接口，或者是其他的网元与网元之间的接口，目前基本上都采用越来越普遍的IP化的结构，即两个网元之间的接口使用IP报文(一般采用RTP/UDP/IP/MAC的报文形式)进行数据的传输与交换。

在网元(以下称为网元A)与网元(以下称为网元B)的接口为IP环境下，当一次业务呼叫建立后，网元A和网元B之间通过某种接口进行用户面数据的交互，如果网元A和网元B双方都具有复用解复用的能力，双方就可以将多个RTP(Real-time Transport Protocol，实时传输协议)包进行打包传输(RTP包的净荷为业务数据)，从而共同使用同一个MAC(MediumAccess Control，媒体访问控制)头部以及IP头部(即复用)。计算得出，如果10个以上的RTP包进行复用，将能够节省一半以上的带宽。因此复用解复用是节约带宽、提高性能的必要手段。

网元A和网元B的业务通道在实施复用之前，需要解决两个问题。首先，网元A和网元B之间的复用需要使用UDP(User Datagram Protocol，用户数据报协议)复用端口号来进行复用包的传输，但是双方在复用之前，并不知道对端的复用端口号。其次，如果网元A和网元B中有一方不支持复用，双方就不能进行复用，而只能发送非复用的业务数据报文，这就需要网元A和网元B在实施复用之前知道对端的复用支持情况，其中包括支持不支持复用以及支持何种复用(复用包括完全RTP头部复用和压缩RTP头部复用)。对端的复用端口号和复用支持情况是通过网元A和网元B之间互相发送RTCP(RTP Control Protocol，实时传输控制协议)的APP(Application，应用)类型的报文来得到的，此过程即使用RTCP报文进行的复用协商过程。

RTCP协商的一般处理流程如图1所示，具体包括：

步骤S101：网元A和网元B之间建立用户面连接，即建立业务通道；

网元A、网元B可以是BSC、RNC、MGW等；

步骤S102：网元A和网元B之间通过接口向对端发送非复用的RTP报文；

步骤S103：同时网元A和网元B之间通过接口开始向对端发送RTCP协商报文(包含本端的复用端口号和复用支持情况)；

步骤S104：当网元A和网元B接收到对端的RTCP协商报文之后，进行RTCP协商报文的解析，获得对端的复用端口号以及对端的复用支持情况；

步骤S105：双方协商成功，协商结果可能为复用：如果网元A和网元B双方都支持某一种复用；也可能为非复用：如果网元A和网元B支持的复用方式没有交集；

步骤S106：如果协商结果为复用，则网元A和网元B使用对端的复用端口号来发送复用的RTP报文；如果协商结果为非复用，则网元A和网元B仍然发送非复用的RTP报文；

步骤S107：在一次会话中，网元A和网元B需要一直向对端发送RTCP协商报文直至会话结束，从而避免本端复用协商信息变化(切换或者其他原因导致)而对端不能获知的问题。

如果网元A和网元B中有一方复用信息改变，一直发送的RTCP协商报文会通知对端，以便改变复用方式或者不使用复用。

网元A和网元B的业务通道进行复用的目的是为了节省带宽，但是在复用之前，必须使用RTCP报文进行复用协商，并且RTCP报文需要一直发送(此方式称为RTCP连续发送方式)。因此就目前的RTCP连续发送的复用协商流程来说，RTCP报文的一直发送对于节省带宽的目标是消极的。为了避免这个问题，需要使用节省带宽的复用协商方法。

发明内容

本发明要解决的技术问题是提供一种网元与网元之间的接口为IP环境时，网元与网元的业务通道使用RTCP报文进行的复用协商的方法及系统，可避免目前一直发送RTCP协商报文进行复用协商占用较多带宽的问题。

为了解决上述问题，本发明提供了一种使用实时传输控制协议(RTCP)报文进行复用协商的方法，该方法为一种采用不连续发送RTCP协商报文的方式来进行复用协商的方法(此方式称为RTCP间断发送方式)，该方法包括：

一网元在与其建立用户面连接的一对端网元进行复用协商时，仅向该对端网元发送一预定时长的RTCP协商报文，该RTCP协商报文携带该网元的复用信息。

进一步地，上述方法还可具有以下特点：

该网元如果不支持复用，则在与该对端网元进行复用协商时，该网元向该对端网元发送一预定最大时长(MAX_NUM)的该RTCP协商报文，然后停止向该对端网元发送该RTCP协商报文。

进一步地，上述方法还可具有以下特点：

该网元如果支持复用，则在与该对端网元进行复用协商时，该网元是向该对端网元发送一预定最大时长(MAX_NUM)的RTCP协商报文，在该预定最大时长(MAX_NUM)到时前，该网元如果接收到该对端网元发送来的携带该对端网元的复用信息的RTCP协商报文，且协商结果为该对端网元支持复用，则该网元向该对端网元发送复用实时传输协议(RTP)报文，同时继续向该对端网元发送一预定最小时长(MIN_NUM)的RTCP协商报文，然后停止向该对端网元发送RTCP协商报文；否则，该网元该预定最大时长(MAX_NUM)到时时，停止向该对端网元发送RTCP协商报文。

进一步地，上述方法还可具有以下特点：

该网元在与该对端网元进行首次复用协商时，在该网元侧保存该首次复用协商中该网元的复用信息、该对端网元的复用信息，以及协商结果；

该网元该首次复用协商的后续复用协商中，将该后续复用协商中的该网元的复用信息、该对端网元的复用信息分别与该网元侧保存的该网元的复用信息、该对端网元的复用信息进行比较，如果两者均相同，则按照该网元侧保存的协商结果进行处理，且不向该对端网元发送RTCP协商报文；否则，该网元与该对端网元执行该后续复用协商，并将该网元侧保存的信息更新为该后续复用协商中该网元的复用信息、该对端网元的复用信息，以及协商结果。

进一步地，上述方法还可具有以下特点：

该网元在接收到控制面要求更改该网元的复用信息后，如果判断该更改后的该网元的复用信息与该网元侧保存的该网元的复用信息不同，则向该对端网元发起复用协商。

为了解决上述技术问题，本发明还提供了一种使用实时传输控制协议(RTCP)报文进行复用协商的系统，包括两个建立了用户面连接的网元，对于每一网元均包括一定时器：

一网元在与其建立用户面连接的一对端网元进行复用协商时，启动该网元的定时器，定时时间为一预定时长，在该定时器启动后向该对端网元发送携带该网元的复用信息的RTCP协商报文，在该定时器到时时，停止向该对端网元发送该RTCP协商报文。

进一步地，上述系统还可具有以下特点：

该定时器包括一第一定时器，该第一定时器的定时时间为一预定最大时长(MAX_NUM)，其中：

该网元如果不支持复用，则在与该对端网元进行复用协商时，启动该第一定时器，在该第一定时器启动后，向该对端网元发送携带该网元的复用信息的RTCP协商报文，在该第一定时器到时时，停止向该对端网元发送该RTCP协商报文。

进一步地，上述系统还可具有以下特点：

该定时器还包括一第二定时器，该第二定时器的定时时间为一预定最小时长(MIN_NUM)，其中：

该网元如果支持复用，则在与该对端网元进行复用协商时，启动该第一定时器，在该第一定时器启动后，向该对端网元发送携带该网元的复用信息的RTCP协商报文，在该第一定时器到时前，该网元如果接收到该对端网元发送来的携带该对端网元的复用信息的RTCP协商报文，且协商结果为该对端网元支持复用，则该网元向该对端网元发送复用实时传输协议(RTP)报文，同时启动该第二定时器，在该第二定时器启动后，继续向该对端网元发送该RTCP协商报文，在该第二定时器到时时，停止向该对端网元发送RTCP协商报文；否则，在该第一定时器到时时，停止向该对端网元发送该RTCP协商报文。

进一步地，上述系统还可具有以下特点：

还包括一存储单元，其中：

该网元在与该对端网元进行首次复用协商时，在该网元的存储单元中保存该首次复用协商中该网元的复用信息、该对端网元的复用信息，以及协商结果；

该网元该首次复用协商的后续复用协商中，将该后续复用协商中的该网元的复用信息、该对端网元的复用信息分别与该网元的存储单元中保存的该网元的复用信息、该对端网元的复用信息进行比较，如果两者均相同，则按照该网元侧保存的协商结果进行处理，且不向该对端网元发送RTCP协商报文；否则，该网元与该对端网元执行该后续复用协商，并将该网元的存储单元中保存的信息更新为该后续复用协商中该网元的复用信息、该对端网元的复用信息，以及协商结果。

进一步地，上述系统还可具有以下特点：

该网元在接收到控制面要求更改该网元的复用信息后，如果判断该更改后的该网元的复用信息与该网元的存储单元中保存的该网元的复用信息不同，则向该对端网元发起复用协商。

综上所述，本发明提供一种使用RTCP报文进行的复用协商的方法(即RTCP间断发送方式)及系统，实现了占用较少带宽就可以完成网元A和网元B的业务通道之间的复用协商，避免了RTCP协商报文一直发送带来的不足，提高了带宽的有效使用效率。

附图说明

图1是现有技术中RTCP连续发送方式下网元之间的协商流程图；

图2是RTCP间断发送方式下BSC网元处于一直非复用状态的协商流程图(BSC网元侧的流程)；

图3是RTCP间断发送方式下BSC网元处于一直复用状态的协商流程图(BSC网元侧的流程)；

图4是RTCP间断发送方式下BSC网元处于从非复用状态到复用状态的协商流程图(BSC网元侧的流程)；

图5是RTCP间断发送方式下BSC网元处于从复用状态到非复用状态的协商流程图(BSC网元侧的流程)。

具体实施方式

本发明提供一种使用RTCP报文进行网元和网元的业务通道之间复用协商的方法。当接口为IP环境时，网元A和网元B可以通过此复用协商的方法进行复用协商，协商完成后，双方根据协商结果来决定要不要实施复用以及实施何种复用。

只要网元和网元之间的接口为IP环境，就可以使用本发明提供的RTCP间断发送方式进行业务通道之间的复用协商。本发明的实施实例使用BSC网元和MGW网元来进行描述和说明RTCP间断发送方式，对于其他的任何的接口为IP环境的网元和网元的业务通道之间的复用协商，其复用协商过程和本实例描述的相同。

本实例提供采用RTCP间断发送方式进行BSC和MGW之间复用协商的具体实施方式。当A口为IP环境时，呼叫双方建立了用户面数据链路之后；BSC和MGW通过A口进行非复用RTP报文的交互，同时BSC和MGW双方发送RTCP协商报文来告知对端关于本端的复用端口号和复用支持情况；当BSC或MGW收到对端的RTCP协商报文后将对端的复用信息保存；然后BSC和MGW双方进行复用协商并将复用协商的结果保存；接下来就根据协商结果来决定是否发送RTP复用包以及发送何种类型的RTP复用包；在协商完成一段时间后，双方不再发送RTCP协商报文，从而节省带宽；如果BSC和MGW双方的复用信息有一方发生变化，则会启动新的RTCP协商过程，需要双方发送非复用RTP报文，然后双方发送RTCP协商报文进行新的RTCP复用协商。

本发明提供的采用RTCP间断发送方式进行BSC和MGW之间协商的方法不需要一直发送RTCP协商报文，而是在需要的时候才发送RTCP协商报文，并且在什么时候需要发送RTCP协商报文，也是本发明的重点。对于BSC和MGW的某一端来说，本端的复用支持情况也决定了此协商方法的步骤有所不同。以下仅仅从BSC这一端来描述BSC和MGW之间的复用协商方法，对于MGW端，和BSC是同样的情况。

参考图2，该图示出了当BSC系统一直都不支持复用时，BSC和MGW之间进行复用协商，BSC侧的具体流程为：

步骤S201：BSC与MGW交互，建立BSC与MGW之间的用户面连接；

步骤S202：BSC向MGW发送非复用的RTP报文；

步骤S203：在执行步骤S202的同时，不管有没有收到MGW发送来的RTCP协商报文，BSC都发送RTCP报文来告知MGW，目前BSC不支持复用；

步骤S204：BSC在发送了一段时间的RTCP协商报文后，停止发送RTCP协商报文；

这段时间的大小是发送RTCP协商报文的最长时间，如果选定RTCP协商报文定时1秒发送一次，那么可以设定此最长时间为20包RTCP协商报文的时间(即20秒)。在本实施例中用MAX_NUM表示此最长时间。

步骤S205：BSC在执行步骤203和204的过程中，一直发送非复用的RTP报文；

步骤S206：BSC在接收到MGW发送来的RTCP协商报文后，BSC解析并判断该RTCP协商报文中的信息，如果该RTCP报文中MGW的复用信息与BSC中保存的MGW的复用信息一致，则BSC不向MGW发送RTCP报文；如果不一致，BSC将重新发送RTCP报文进行新的协商，并且将BSC中保存的MGW的复用信息更新为收到的RTCP协商报文中MGW的复用信息；

步骤S207：如果需要重新协商，BSC仍然发送MAX_NUM个RTCP协商报文后，就停止发送RTCP协商报文；

该实施例中，BSC在不支持复用的情况下，向MGW发送MAX_NUM时间的RTCP复用协商报文，之后只有在需要的时候才发送RTCP协商报文进行新的协商，并且新的协商的时间也为MAX_NUM，节省了带宽。

参考图3，该图示出了当BSC系统一直都支持复用时，BSC和MGW之间进行复用协商，BSC侧的具体流程为：

步骤S301：BSC与MGW交互，建立BSC与MGW之间的用户面连接；

步骤S302：BSC向MGW发送非复用的RTP报文；

步骤S303：BSC在执行步骤S302的同时，向MGW发送RTCP协商报文，以通知MGW该BSC支持RTP复用；

步骤S304：如果BSC收到了MGW的RTCP协商报文，就会进行RTCP协商报文的处理，此处理分两种情况：

当MGW的RTCP协商报文支持复用时，BSC开始发送复用的RTP报文。同时BSC继续再发送一小段时间的RTCP协商报文，之后就会停止发送RTCP协商报文。这小段时间的大小是发送RTCP协商报文的最短时间，同样的道理，如果选定RTCP协商报文定时1秒发送一次，那么可以设定此最短时间为5包RTCP协商报文的时间(即5秒)。本实施例中，用MIN_NUM表示此最短时间；

当MGW的RTCP协商报文不支持复用时，BSC发送一段时间的RTCP报文后，将不再发送RTCP报文，即BSC发送的RTCP协商报文计数达到MAX_NUM后，就停止发送RTCP协商报文；

步骤S305：如果BSC经过一段时间，都没有收到MGW的RTCP协商报文时，BSC认为对端不支持复用模式，将不再发送RTCP协商报文，此段时间同样为MAX_NUM；

步骤S306：不管之前BSC和MGW之间的协商结果如何，如果在BSC不再发送RTCP协商报文之后收到了MGW发送的RTCP协商报文，BSC有可能再次发送RTCP协商报文，这取决于MGW发送给BSC的RTCP协商报文里面的信息：比较RTCP报文中MGW的复用信息与BSC中本地保存的MGW的复用信息，如果一致，BSC就不发送RTCP协商报文；如果不一致，BSC将重新发送RTCP协商报文进行新的协商；

步骤S307：如果需要重新协商，BSC发送RTCP协商报文，然后根据MGW的协商报文的情况执行步骤S304，最后停止发送RTCP协商报文。

该实施例中，BSC在支持复用的情况下，根据MGW的复用信息的不同，BSC向MGW发送的RTCP复用协商报文的时间范围为MIN_NUM～(MAX_NUM+MIN_NUM)，之后只有在需要的时候才发送RTCP协商报文进行新的协商，并且新的协商的时间范围同样为MIN_NUM～(MAX_NUM+MIN_NUM)，节省了带宽。

参考图4，该图示出了当BSC系统刚开始不支持复用，后来控制面通知它可以支持复用时，BSC和MGW之间进行复用协商，BSC侧的具体流程为：

步骤S401：BSC与MGW交互，建立BSC与MGW之间的用户面连接；

步骤S402：执行上述步骤S202～步骤S207；

由于BSC刚开始不支持复用，故执行上述步骤S202～步骤S207；

步骤S403：BSC一直发送非复用的RTP报文，在执行完步骤S402后不发送RTCP协商报文；

步骤S404：当控制面通知BSC可以支持复用时，BSC就会比较本端新的复用信息和保存的旧的复用信息，发现不一致，就会开始发送RTCP协商报文，以期待与MGW进行新的复用协商；

步骤S404，BSC发送RTCP协商报文进行重新协商后，执行上述步骤S302～步骤S307；

步骤S406：BSC根据协商结果发送非复用的RTP报文或者复用的RTP报文，并且不发送RTCP协商报文。

该实施例中，BSC在开始不支持复用的情况下，BSC向MGW发送的RTCP复用协商报文的时间为MAX_NUM；BSC之后支持复用的情况下，BSC向MGW发送的RTCP复用协商报文的时间为范围为MIN_NUM～(MAX_NUM+MIN_NUM)；之后只有在需要的时候才发送RTCP协商报文进行新的协商，并且新的协商的时间范围同样为MIN_NUM～(MAX_NUM+MIN_NUM)，节省了带宽。

参考图5，该图示出了当BSC系统刚开始支持复用，后来控制面通知它不能支持复用时，BSC和MGW之间进行复用协商，BSC侧的具体流程为：

步骤S501：BSC与MGW交互，建立BSC与MGW之间的用户面连接；

步骤S502：执行上述步骤S302～步骤S307；

由于BSC刚开始支持复用，因此执行上述步骤S302～步骤S307；

步骤S503：BSC根据协商结果发送非复用的RTP报文或者复用的RTP报文，并且不发送RTCP协商报文；

步骤S504：当控制面通知BSC不能支持复用时，BSC就会比较本端新的复用信息和保存的旧的复用信息，发现不一致，就会开始发送RTCP协商报文，以期待与MGW进行新的复用协商；

步骤S505：BSC发送RTCP协商报文进行重新协商后，执行上述步骤S202～步骤S207；

步骤S506：BSC一直发送非复用的RTP报文，执行完步骤S505后不发送RTCP协商报文。

该实施例中，BSC在开始支持复用的情况下，BSC向MGW发送的RTCP复用协商报文的时间为范围为MIN_NUM～(MAX_NUM+MIN_NUM)；BSC之后不支持复用的情况下，BSC向MGW发送的RTCP复用协商报文的时间为MAX_NUM；之后只有在需要的时候才发送RTCP协商报文进行新的协商，并且新的协商的时间为MAX_NUM，节省了带宽。

在上述四个实施例中，发送RTCP协商报文的时间控制在MIN_NUM～(MAX_NUM+MIN_NUM)以内，而在大部分的呼叫时间内都不需要发送RTCP协商报文，这和复用的节省带宽的目的相一致。

本发明的实施方式虽然是在BSC中进行介绍的，但是本发明不仅适用于BSC和MGW进行复用协商时BSC侧流程情况；也适用于BSC和MGW进行复用协商时MGW侧流程情况。同时本发明虽然是依据BSC网元和MGW网元进行描述的，但是本发明对于其他的网元和网元之间的接口为IP环境下进行的基于RTCP报文的复用协商过程，同样是适用的。由于一网元与另一网元只有在建立用户面连接后才进行协商，协商的结果也仅仅适用于本用户面连接，即协商是在建立连接的业务通道上进行的，对于网元与网元之间的多个不同的业务通道，协商的结果可能不一致，这就增加了各个业务通道的复用方式的灵活性，而采用本发明技术方案，无需持续发送RTCP协商报文，大大减少了对带宽的占用，进一步确保了复用方式灵活性的实现。

本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，本领域技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1、一种使用实时传输控制协议(RTCP)报文进行复用协商的方法，其特征在于：

一网元在与其建立用户面连接的一对端网元进行复用协商时，仅向该对端网元发送一预定时长的RTCP协商报文，该RTCP协商报文携带该网元的复用信息。

2、如权利要求1所述的方法，其特征在于：

该网元如果不支持复用，则在与该对端网元进行复用协商时，该网元向该对端网元发送一预定最大时长(MAX_NUM)的该RTCP协商报文，然后停止向该对端网元发送该RTCP协商报文。

3、如权利要求1所述的方法，其特征在于：

该网元如果支持复用，则在与该对端网元进行复用协商时，该网元是向该对端网元发送一预定最大时长(MAX_NUM)的RTCP协商报文，在该预定最大时长(MAX_NUM)到时前，该网元如果接收到该对端网元发送来的携带该对端网元的复用信息的RTCP协商报文，且协商结果为该对端网元支持复用，则该网元向该对端网元发送复用实时传输协议(RTP)报文，同时继续向该对端网元发送一预定最小时长(MIN_NUM)的RTCP协商报文，然后停止向该对端网元发送RTCP协商报文；否则，该网元该预定最大时长(MAX_NUM)到时时，停止向该对端网元发送RTCP协商报文。

4、如权利要求1～3中任何一项所述的方法，其特征在于：

该网元在与该对端网元进行首次复用协商时，在该网元侧保存该首次复用协商中该网元的复用信息、该对端网元的复用信息，以及协商结果；

该网元该首次复用协商的后续复用协商中，将该后续复用协商中的该网元的复用信息、该对端网元的复用信息分别与该网元侧保存的该网元的复用信息、该对端网元的复用信息进行比较，如果两者均相同，则按照该网元侧保存的协商结果进行处理，且不向该对端网元发送RTCP协商报文；否则，该网元与该对端网元执行该后续复用协商，并将该网元侧保存的信息更新为该后续复用协商中该网元的复用信息、该对端网元的复用信息，以及协商结果。

5、如权利要求4所述的方法，其特征在于：

该网元在接收到控制面要求更改该网元的复用信息后，如果判断该更改后的该网元的复用信息与该网元侧保存的该网元的复用信息不同，则向该对端网元发起复用协商。

6、一种使用实时传输控制协议(RTCP)报文进行复用协商的系统，包括两个建立了用户面连接的网元，对于每一网元，其特征在于，包括一定时器：

一网元在与其建立用户面连接的一对端网元进行复用协商时，启动该网元的定时器，定时时间为一预定时长，在该定时器启动后向该对端网元发送携带该网元的复用信息的RTCP协商报文，在该定时器到时时，停止向该对端网元发送该RTCP协商报文。

7、如权利要求6所述的系统，其特征在于，该定时器包括一第一定时器，该第一定时器的定时时间为一预定最大时长(MAX_NUM)，其中：

该网元如果不支持复用，则在与该对端网元进行复用协商时，启动该第一定时器，在该第一定时器启动后，向该对端网元发送携带该网元的复用信息的RTCP协商报文，在该第一定时器到时时，停止向该对端网元发送该RTCP协商报文。

8、如权利要求7所述的系统，其特征在于，该定时器还包括一第二定时器，该第二定时器的定时时间为一预定最小时长(MIN_NUM)，其中：

该网元如果支持复用，则在与该对端网元进行复用协商时，启动该第一定时器，在该第一定时器启动后，向该对端网元发送携带该网元的复用信息的RTCP协商报文，在该第一定时器到时前，该网元如果接收到该对端网元发送来的携带该对端网元的复用信息的RTCP协商报文，且协商结果为该对端网元支持复用，则该网元向该对端网元发送复用实时传输协议(RTP)报文，同时启动该第二定时器，在该第二定时器启动后，继续向该对端网元发送该RTCP协商报文，在该第二定时器到时时，停止向该对端网元发送RTCP协商报文；否则，在该第一定时器到时时，停止向该对端网元发送该RTCP协商报文。

9、如权利要求6～8中任何一项所述的系统，其特征在于，还包括一存储单元，其中：

该网元在与该对端网元进行首次复用协商时，在该网元的存储单元中保存该首次复用协商中该网元的复用信息、该对端网元的复用信息，以及协商结果；

该网元该首次复用协商的后续复用协商中，将该后续复用协商中的该网元的复用信息、该对端网元的复用信息分别与该网元的存储单元中保存的该网元的复用信息、该对端网元的复用信息进行比较，如果两者均相同，则按照该网元侧保存的协商结果进行处理，且不向该对端网元发送RTCP协商报文；否则，该网元与该对端网元执行该后续复用协商，并将该网元的存储单元中保存的信息更新为该后续复用协商中该网元的复用信息、该对端网元的复用信息，以及协商结果。

10、如权利要求9所述的系统，其特征在于：

该网元在接收到控制面要求更改该网元的复用信息后，如果判断该更改后的该网元的复用信息与该网元的存储单元中保存的该网元的复用信息不同，则向该对端网元发起复用协商。

Images