CN103167561A - Tfo的处理方法及装置 - Google Patents

Abstract

本发明公开了一种TFO的处理方法及装置。该TFO的处理方法包括：本地TC模块向对端TC模块发送RTCP报文，其中，RTCP报文中包括本地TFO配置信息和语音传输格式；如果在预定时间内，本地TC模块收到来自对端TC模块的RTCP TFO报文，则本地TC模块向对端TC模块发送ACK报文，并启动与对端的TFO协商，其中，RTCP TFO报文中包括对端的TFO参数。该TFO的处理方法解决了相关技术中TFO处理过程繁琐，导致TFO的处理时间较长且效率较低的问题，进而简化了TFO接收端的处理，省去了繁琐的TFO帧同步监测和搜索过程，提升了系统的性能。

Description

TFO的处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种TFO的处理方法及装置。

背景技术

现代移动通信的系统中，当A口承载于时分复用(Time Division Multiplex，简称为TDM)传输时，TDM链路上传输64kbps的PCM码流，位于基站控制器(Base Station Controller，简称为BSC)的码型变换器(Transcoder，简称为TC)模块负责进行用户面语音数据的码型转换，在这种场景下，为了解决移动台(Mobile Station简称为MS)对MS呼叫时，传输链路上两次语音编解码级联操作造成的语音质量降低，3GPP协议28.062提出了一种避免编解码级联操作的串联自由操作(Tandem Free Operation，简称为TFO)功能，该方法通过插入带内信令的方式实现通话两端MS的编解码算法协商，协商一致时将语音信息以TFO帧的形式插入到脉冲编码调制(Pulse-code modulation，简称为PCM)码流中，由对端解析出来拓传给MS，使语音在传输的过程中减少了一次编解码的操作，从而使得话音质量得到提高。

为了保证TFO消息的插入不影响正常的语音质量，TFO消息在设计上被分成了许多块，每一块为10比特，持续时间为20ms，插入到对应时间生成的160字节PCM码流中，以替换每16个PCM字节中第一个PCM字节的最低比特位的方式，这样做是为了保证TFO消息的传输对语音质量基本无影响。而TFO帧则是以替换每个PCM字节低1(8k)、2(16k)或4(32k)比特位的方式进行传输，因为一旦传输TFO帧，表明TFO协商成功，TC将直接使用TFO帧，所以每20ms的PCM码流必须携带一帧完整的TFO帧才能保证语音的连续传输，由于不再进行编码，也不必担心PCM码流比特被替换的问题，占用PCM低比特位传输的方式对TFO同步丢失时快速切换回非TFO操作提供了无缝切换的可能，虽然切换的过程中语音质量会有所影响，但基本的语音特征得以保持。

受限于承载于TDM的A口(AoverTDM，简称为AoTDM)64kbps的电路带宽限制，TFO消息和TFO帧的传输只能采取上面描述的方式进行。在一次呼叫过程中，等待被叫应答期间A口的PCM数据被回铃音替换，TFO消息只能在被叫摘机后才能得以交互，而最短的TFO消息持续时长为60ms，携带本地语音配置信息用于TFO协商的REQ消息最短为140ms，根据TFO协议的设计，为了保证TFO消息的正常交互，摘机后最短也要400ms左右才能完成TFO的建立。

另外，TFO协议还描述了一种用于传输配置参数信息的配置帧。在传输配置帧时，使用配置帧在A口传输配置参数比TFO消息要快，但仅在TFO建立后才能使用，且传输配置帧需要替换正常语音帧的偷帧操作，会对语音质量有所影响。

随着GSM系统的发展，传统的A口承载于TDM传输的方式趋向于向IP承载发展。当TC位于BSC时，A口传输的PCM码流将承载于实时传输协议(Real-time Transport Protocol，简称为RTP)/用户数据包协议(User Datagram Protocol，简称为UDP)/互连网协议(InternetProtocol，简称为IP)进行传输。TFO在PCMoIP场景的实现，3GPP协议没有相关的描述，只是提到该场景下仍然支持TFO。

在现有的TFO在分组传输网络场景应用中，提出了将TFO信息(TFO消息或TFO帧)与PCM数据分离传输的思想，其方法主要针对于分组传输网络中将电路交互的PCM数据转换为分组报文传输的媒体网关模块。在将电路数据转换为分组数据的发送端，媒体网关对接收到的PCM码流进行TFO信息的检测和提取，然后将TFO信息与PCM语音数据分开组包传输；在将分组数据转换为电路数据的接收端，媒体网关接收并同步收到的TFO信息和PCM语音数据报文，将其重新组合为嵌入TFO信息的PCM码流进行传输。这样的方法旨在保证TFO信息在分组网络中传输时不被破坏，解决了TFO在分组传输网络中的应用问题，但有其局限性。一方面由于只是针对分组传输网络的部分，对TFO状态机的机制不涉及任何修改，从而无法针对分组传输的应用来提高TFO建立的效率，对TC/TRAU的TFO建立流程也不能起到优化的作用；另一方面媒体网关由于要在PCM码流中进行TFO信息的提取和融合，需要增加TFO消息/TFO帧的同步监测，在接收端还必须保证TFO消息、TFO帧与PCM码流的同步，流程比较复杂；从分组网络传输带宽利用率的角度，由于接收端需要重新组合同步TFO信息与PCM码流，传输带宽只会因为TFO信息的分离传输增加而不会减少。

针对相关技术中TFO处理过程繁琐，导致TFO的处理时间较长且效率较低的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种TFO的处理方法及装置，以至少解决相关技术中TFO处理过程繁琐，导致TFO的处理时间较长且效率较低的问题。

根据本发明的一个方面，提供了一种TFO的处理方法，包括：本地TC模块向对端TC模块发送实时传输控制协议(Real-time Transport Control Protocol，简称为RTCP)报文，其中，RTCP报文中包括本地TFO配置信息和语音传输格式；如果在预定时间内，本地TC模块收到来自对端TC模块的RTCP TFO报文，则本地TC模块向对端TC模块发送ACK报文，并启动与对端的TFO协商，其中，RTCPTFO报文中包括对端的TFO参数。

优选地，本地TC模块向对端TC模块发送RTCP报文包括：本地TC模块向对端TC模块连续发送RTCP报文，并启动定时器。

优选地，本地TC模块向对端TC模块发送ACK报文之前，还包括：本地TC模块停止发送RTCP报文，并复位定时器。

优选地，语音传输格式至少包括以下之一：压缩语音码流，不携带TFO帧的PCM码流，携带TFO帧的PCM码流。

优选地，在本地TC模块发送ACK报文到对端TC模块，并启动TFO协商之后，还包括：若TFO协商成功，则本地TC模块向对端TC模块发送RTP报文指示进行TFO语音传输。

优选地，如果TFO语音传输的传输格式为本地支持的压缩的语言码流，则不进行上行解码。

优选地，在本地TC模块向对端TC模块发送RTP报文指示进行TFO语音传输之后，还包括：本地TC模块接收来自远端TC模块的RTP报文，并对RTP报文中的净荷的传输格式进行判断；如果净荷为本地支持的压缩语音码流，则不对压缩语音码流进行编码，并直接进行下行透传；如果净荷为PCM码流，则进一步判断是否携带有TFO帧，如果是，则不对PCM码流进行编码，并直接提取TFO帧进行下行透传；如果否，则对PCM码流进行编码。

优选地，在本地TC模块向远端TC模块发送RTCP报文，并启动定时器之后，还包括：如果本地TC模块在预定时间内未收到RTCP TFO报文，则停止本地的TFO处理。或延用传统的AoTDM方式进行TFO协商。

优选地，本地TC模块向对端TC模块发送ACK报文，并启动TFO协商之后，包括：若TFO协商不成功，则本地TC模块停止本地的TFO处理，并发送RTCP TFO结束报文至对端TC模块以指示本地已经停止TFO处理。

优选地，TFO配置信息包括：TFO协议中通用配置帧携带的配置参数信息。

优选地，在本地TC模块向对端TC模块发送RTCP报文之后，还包括：若位于传输链路上的IPE网元具备PCM数据的处理能力，则IPE网元对RTCP TFO报文进行监测，当RTCP报文中的PCM码流携带TFO帧，则IPE网元对TFO帧进行透传。

优选地，若IPE网元需要对PCM数据进行处理，则修改RTCP TFO报文中携带且支持的语音传输格式为携带TFO帧的PCM码流，但不改变除语音传输格式外的TFO参数信息。

根据本发明的另一方面，提供了一种TFO的处理装置，包括：发送模块，用于向对端TC模块发送RTCP报文，其中，RTCP报文中包括本地TFO配置信息和语音传输格式；接收模块，用于接收来自对端TC模块的RTCPTFO报文，其中，RTCPTFO报文中包括对端的TFO参数；启动模块，用于在接收模块在预定时间内接收到来自对端TC模块的RTCP TFO报文的情况下，向对端TC模块发送ACK报文，并启动与对端的TFO协商。

优选地，TFO的处理装置还包括：定时器，用于对预定时间进行定时。

通过本发明，采用本地TC模块向远端TC模块发送RTCP报文，并同时启动定时器，在定时器未超时的情况下接收远端TC模块的RTCP TFO报文后，向远端TC模块发送ACK报文，启动TFO协商的方法，解决了相关技术中TFO处理过程繁琐，导致TFO的处理时间较长且效率较低的问题，进而简化了TFO接收端的处理，省去了繁琐的TFO帧同步监测和搜索过程。提升了系统的性能。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的TFO的处理方法流程图；

图2是根据本发明优选实施例一的TFO的处理方法流程图；

图3是根据本发明优选实施例二的基于PCMoTDM时AMR算法典型的TFO建立流程示意图；

图4是根据本发明优选实施例二的基于PCMoIP时AMR算法典型的TFO建立流程示意图；

图5是根据本发明优选实施例二的基于PCMoIP时AMR算法典型的TFO建立流程图；以及

图6是根据本发明实施例的TFO的处理装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1是根据本发明实施例的TFO的处理方法流程图。如图1所示，该TFO的处理方法包括以下步骤：

步骤S102，本地TC模块向对端TC模块发送RTCP报文，其中，RTCP报文中包括本地TFO配置信息和语音传输格式；

步骤S104，如果在预定时间内，本地TC模块收到来自对端TC模块的RTCPTFO报文，则本地TC模块向对端TC模块发送ACK报文，并启动与对端的TFO协商，其中，RTCP TFO报文中包括对端的TFO参数。

通过本实施例，采用本地TC模块向远端TC模块发送RTCP报文，并同时启动定时器，在定时器未超时的情况下接收远端TC模块的RTCP TFO报文后，向远端TC模块发送ACK报文，启动TFO协商的方法，解决了相关技术中TFO处理过程繁琐，导致TFO的处理时间较长且效率较低的问题，进而简化了TFO接收端的处理，省去了繁琐的TFO帧同步监测和搜索过程。提升了系统的性能。

在上述实施例中，本地TC模块向对端TC模块发送RTCP报文包括：本地TC模块向对端TC模块连续发送RTCP报文，并启动定时器。

在实施过程中，可以用预设接收时间门限值来代替定时器，当接收时间超过接收时间门限值时，则判断为超时，预设接收时间门限值方法的实施过程可以与设置定时器达到同样的效果。而增加了定时器的使用方法更为便捷、省时。

在步骤S104中本地TC模块向对端TC模块发送ACK报文之前，还可以包括以下处理：本地TC模块停止发送RTCP报文，并复位定时器。对定时器进行复位操作可以让定时器重新计数，方便下次计数，提升系统性能。

优选地，语音传输格式至少包括以下之一：压缩语音码流，不携带TFO帧的PCM码流，携带TFO帧的PCM码流。

在步骤S104中本地TC模块发送ACK报文到对端TC模块，并启动TFO协商之后，还可以包括以下处理：若TFO协商成功，则本地TC模块向对端TC模块发送RTP报文进行TFO语音传输。在实施过程中，当本地TC模块向对端TC模块发送RTP报文时，可以根据所述语音传输格式发送RTP报文。若本地TC选择传输压缩的语音码流格式，则可不必进行上行解码。简化繁琐的TFO处理过程。

在上述实施例中，如果TFO语音传输的传输格式为本地支持的压缩的语言码流，则不进行上行解码。减少了繁琐的TFO处理过程。提高用户体验。

优选地，在本地TC模块向对端TC模块发送RTCP报文以进行TFO语音传输之后，还可以包括以下处理：

(1)本地TC模块接收来自远端TC模块的RTP报文，并对RTP报文中的净荷的传输格式进行判断；

(2)如果净荷为本地支持的压缩语音码流，则不对压缩语音码流进行编码，并直接进行下行透传；

(3)如果净荷为PCM码流，则进一步判断是否携带有TFO帧，如果是，则不对PCM码流进行编码，并直接提取TFO帧进行下行透传；如果否，则对PCM码流进行编码。

在上述优选实施例中，在本地TC模块向远端TC模块发送RTCP报文，并启动定时器之后，还可以包括以下处理：如果本地TC模块在预定时间内未收RTCP TFO报文，则停止本地的TFO处理。在停止TFO处理后，可以选择沿用传统的方式进行TFO处理，例如，可以兼容3GPP协议28.062的TFO处理方法。本实施例的TFO处理方法兼容性强，可以实现对原有TFO处理方法的兼容。如果在后续实施过程中，再次收到RTCP TFO报文，则按原收到RTCPTFO报文处理。可实时性强，进一步提升系统性能。

在步骤S104之后，上述方法还可以包括以下处理：若TFO协商不成功，则本地TC模块停止本地的TFO处理，并发送RTCP TFO结束报文至对端TC模块以指示本地已经停止TFO处理。

其在上述实施例中，TFO配置信息可以包括：TFO协议中通用配置帧携带的配置参数信息。

优选实施例一

本实施例提供了一种基于PCMoIP场景下的TFO的处理方法，可以由位于BSC的TC模块完成此过程的交互。图2是根据本发明实施例一的TFO的处理方法流程示意图。如图2所示，包括以下步骤：

步骤S202，本地TC收到TFO使能通知，发送若干RTCP报文到对端TC(即远端TC，指代的是与其交互的TC)，进行TFO协商，启动本地定时器T1。RTCP报文可以包括：本地的TFO配置信息以及本次选择和/或支持的语音传输格式。TFO配置信息可以包括：TFO协议中通用配置帧携带的配置参数信息；语音传输格式包括压缩语音码流、不携带TFO帧的PCM码流、携带TFO帧的PCM码流三种格式。

步骤S204，判断定时器是否超过预定定时时间。如果未超过预定定时时间，则执行步骤S206；否则执行步骤S208。

步骤S206，本地TC收到对端TC发送的RTCP TFO协商报文，停止发送RTCP报文，将T1复位，进行TFO协商。同时发送一个ACK报文到对端，表示本地已收到对端的TFO参数，并启动TFO协商。

步骤S208，TC没有收到对端的RTCP TFO协商报文，则认为对端不支持PCMoIP的TFO，停止TFO处理。若后续收到对端的RTCP TFO协商报文，则进入步骤S206处理。

步骤S210，判断TFO协商是否成功。如果TFO协商成功，则执行步骤S212，否则执行步骤S214。

步骤S212，建立TFO，则开始TFO语音传输，同时发送若干RTCP报文到对端，携带本地选择的语音传输格式。若本地选择传输压缩的语音码流格式，则可不必进行上行解码。

步骤S214，若协商结果不能建立TFO，则不进行TFO语音传输，停止TFO处理。同时发送若干RTCPTFO结束报文到对端，指示本地已经停止TFO的处理。

步骤S216，本地TC收到对端发送的RTP报文，进行编码或非编码处理。若净荷为本地支持的压缩语音码流，直接进行下行透传，不进行编码；若净荷为PCM码流，则判断是否携带TFO帧，是则提取TFO帧进行下行透传，不进行编码。否则对PCM码流进行编码处理。

步骤S218，如果本地语音配置参数发生改变，本地TC重新进行TFO协商。并发送若干RTCP报文到对端TC。携带更新的本地参数信息和语音传输格式。如果此前未进行TFO传输，参数改变后TFO协商成功，则根据协商结果开始TFO语音传输。如果此前在进行TFO传输，参数改变后TFO协商失败，则本地停止TFO的传输。

本实施例提供的基于PCMoIP的TFO的处理方法，还涉及A口IP链路上的其他网元，简称IPE(In Path Equipment)，所述方法还可以包括以下处理：

若IPE具备PCM数据的处理能力，如语音增强等，则需要监测对应RTP会话的RTCP TFO协商报文，当RTCP报文中指示当前传输的PCM携带TFO帧时，需要对TFO帧进行透传。

若IPE需要对PCM数据进行处理，可以修改RTCP TFO协商报文中携带的支持语音传输格式为携带TFO帧的PCM码流格式，但不能改变其他TFO相关的参数信息。

本实施例提供的基于PCMoIP的TFO的处理方法，还可以选择保持对原有TFO处理方式的兼容，所述方法还可以包括以下处理：

本地TC收到TFO使能通知，发送若干RTCP报文到对端进行TFO协商，启动本地定时器T1。RTCP报文包括本地的TFO配置信息，以及本次选择和支持的语音传输格式。TFO配置信息包括TFO协议中通用配置帧携带的配置参数信息；语音传输格式包括压缩语音码流、不携带TFO帧的PCM码流、携带TFO帧的PCM码流三种格式。

本地TC收到对端发送的RTCP TFO协商报文，进行判断处理。

若T1超时，本地TC没有收到对端的RTCP TFO协商报文，则认为对端不支持PCMoIP的TFO，若选择兼容3GPP协议28.062的TFO处理方法，则按照协议描述的内容开始进行TFO处理，否则按照未收到RTCP TFO协商报文进行处理。

本实施例提供的PCMoIP的TFO处理方法，通过独立传输TFO消息，快速建立TFO，使TFO流程得到优化，同时在建立TFO后，可以选择传输压缩的语音码流格式，有效地节省了带宽。不管是TFO帧嵌入PCM传输的方式，还是压缩语音格式的TFO传输，都简化了TFO接收端的处理，省去了繁琐的TFO帧同步监测和搜索过程。

另外，AMR算法时TC与BTS的交互处理属于Abis口范围，不受PCMoIP的影响发生改变。本实施例提供的基于PCMoIP的TFO的处理方法，以RTP、RTCP的应用场景为示例描述TFO信息与PCM分离传输的机制，但不限于该场景的应用。

优选实施例二

设TFO的状态机状态为TFOState，本地TC为Loc_TC，对端TC模块为Dis_TC，表1、表2和表3分别为TFO状态机相关的状态、事件和行为的介绍，如下表所示：

表1

表2

表3

TFO协议中涉及的TFO状态一共17个，TFO事件一共61个，TFO行为一共32个，由于在本发明提供的方法中TFO参数打包在一个RTCP报文中进行传输，简化了TFO消息类型，因此PCMoTDM时的若干TFO状态、事件和行为将不再涉及，主要是TFO消息相关的事件和行为被取消，可以简单地把RTCP TFO协商报文看作是TFO配置帧事件或行为来进行处理。

本实施例以AMR算法为例，如图3所示，是根据TFO协议中描述的AMR算法时典型的TFO建立流程示意图，如图4所示，是根据本发明提供的AMR算法时典型的TFO建立流程示意图。非AMR算法与AMR算法相比，其不同点在于，非AMR算法不需要进行速率调整，所以TFO状态在迁移时可以直接跳过WRC进入KON状态进行后续处理。

如图5所示，在本发明提供的TFO处理方法中，TC收到TFO使能消息后，进入以下处理：

步骤1：TFOState由NAC进入FIT，发送N1个RTCP_TFO_CR报文到对端，启动定时器T1，可设置T1＝5s；RTCP_TFO_CR报文如表4所示，其中携带了TFO配置参数信息和TC支持的TFO传输格式，具体的参数及取值信息如表5所示。

步骤2：检测T1是否超时。如果T1超时，TC没有收到对端的RTCP_TFO_CR报文，则TFOState进入MON，进入步骤3进行处理；否则进入步骤4继续处理。

步骤3：Loc_TC发送N2个RTCP_TFO_CE报文，设置选择的传输方式为透明的64KPCM模式，则TC进行常规的编解码处理，发送64KPCM格式的RTP报文。

步骤4：Loc_TC收到对端发送的RTCP_TFO_CR报文，去使能定时器T1。提取TFO配置参数，进行协商。如果协商可以建立TFO，TFOState进入CON，同时发送N2个RTCP_TFO_CA报文到对端，启动定时器T1＝5s。如果协商TFO不能建立，则TFOState进入MIS状态，进入步骤3处理。

步骤5：检测T1是否超时。如果T1超时，TC没有收到对端的RTCP_TFO_CA报文，则TFOState进入MON，跳到步骤3进行处理；否则进入步骤6继续处理。

步骤6：Loc_TC收到对端发送的RTCP_TFO_CA报文，去使能定时器T1，检测本地使用的语音算法是否为AMR。如果本地使用的语音算法不是AMR，TFOState进入KON，进入步骤8进行处理；否则TFOState进入WRC状态，Loc_TC通知BTS进行相应的速率调整，同时启动定时器T1＝2s，进入步骤7处理。

步骤7：如果T1超时，Loc_TC没有收到BTS回应的速率调整成功回应RC_Ack，则TFOState进入FAI，跳转到步骤3进行处理。否则Loc_TC收到BTS发送的RC_Ack，去使能定时器T1，进入步骤8处理。

步骤8：TFOState进入KON，Loc_TC发送N2个RTCP_TFO_TRANS报文，其中携带使用的TFO传输方式信息，同时根据本地选择的TFO传输方式开始发送RTPTFO报文，TFO传输方式协商原则如表6所示。。

步骤9：若Loc_TC收到对端的RTCP_TFO_CE报文，指示对端选择透明的64kPCM模式，则TFOState进入FAI状态，回到步骤3进行处理。否则进入步骤10处理。

步骤10：Loc_TC收到对端发送的RTCP_TFO_TRANS报文，指示对端选择了TFO传输方式，则进入步骤11处理。

步骤11：Loc_TC收到对端的RTP TFO报文，TFOState进入OPE，完成TFO的建立。

表4

表5

表6

在本实施例中，当Loc_TC在发送RTCP_TFO_CR报文时，需要携带用于协商的参数信息，该信息可以包括：(1)CP：本地是否支持压缩的TFO传输，当两端都支持压缩的TFO传输时，TFO建立后A口采用压缩的语音码流进行通信；否则采用嵌入TFO帧的64K PCM码流进行通信，见表6。(2)F：F＝1，并携带后续的TFO配置参数。(3)其它RTCP TFO报文，可以选择不携带TFO配置参数，即F＝0；但CP值应该始终保持一致。

如表7至表10所示，给出了TFO状态机表格，各种情况下TC的TFO状态机操作可以参照表格的内容实施。可以看出，PCMoIP的场景，使用RTCP来传输TFO消息的方式使得TFO的状态机事件、行为和运转都得到了简化。

表7

表8

表9

表10

在本发明实施例提供的TFO的处理方法中，Loc_TC收到TFO使能消息后，收到TFO去使能通知时，可以按如下步骤进行处理：

步骤1：Loc_TC的TFOState进入TT，重置定时器T1＝5s，发送N1个RTCP_TFO_CE报文到对端，TFOE＝0，设置选择的传输方式为透明的64KPCM模式，TC进行常规的编解码处理，发送64KPCM格式的RTP报文。

步骤2：Dis_TC收到RTCP_TFO_CE报文，指示TFOE＝0则TFOState进入MON，发送N1个RTCP_TFO_CE报文到对端，设置选择的传输方式为透明的64KPCM模式，TC进行常规的编解码处理，发送64KPCM格式的RTP报文。

步骤3：Loc_TC收到对端的RTCP_TFO_CE报文，或T1超时，TFOState进入NAC。

在本发明实施例提供的TFO的处理方法中，IPE收到RTCP TFO报文时，可以按如下步骤进行处理，包括：

步骤1：当IPE仅对同一会话的RTP报文进行转发时，跳到步骤4处理；

步骤2：当IPE需要获取PCM数据，修改CP＝0；否则不改变CP；

步骤3：当IPE需要处理RTP报文携带的PCM数据时，判断Selection字段，若Selection指示传输模式为嵌入TFO帧的PCM码流时，对接收到的同一会话的RTP报文想携带的PCM码流进行处理时，必须保证不破坏PCM字节中对应TFO帧的低比特数据。

步骤4：将RTCP TFO报文采用同一会话RTP报文的处理方式进行转发。

图6是根据本发明实施例的TFO的处理装置的结构框图。如图6所示，该TFO的处理装置包括：发送模块10，用于向对端TC模块发送RTCP报文，其中，所述RTCP报文中包括本地TFO配置信息和语音传输格式；接收模块20，用于接收来自所述对端TC模块的RTCP TFO报文，其中，所述RTCP TFO报文中包括所述对端的TFO参数；启动模块30，用于在所述接收模块在预定时间内接收到来自所述对端TC模块的RTCP TFO报文的情况下，向所述对端TC模块发送ACK报文，并启动与对端的TFO协商。发送模块10、接收模块20、启动模块30依次连接。

优选地，上述TFO的处理装置还可以包括：定时器，用于对所述预定时间进行定时。

从以上的描述中，可以看出，本发明实现了如下技术效果：

通过本发明，采用本地TC模块向远端TC模块发送RTCP报文，并同时启动定时器，在定时器未超时的情况下接收远端TC模块的RTCP TFO报文后，向远端TC模块发送ACK报文，启动TFO协商的方法，所述解决了相关技术中TFO处理过程繁琐，导致TFO的处理时间较长且效率较低的问题，进而简化了TFO接收端的处理，省去了繁琐的TFO帧同步监测和搜索过程。提升了系统的性能。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种串联自由操作TFO的处理方法，其特征在于，包括：

本地码型变换器TC模块向对端TC模块发送实时传输控制协议RTCP报文，其中，所述RTCP报文中包括本地TFO配置信息和语音传输格式；

如果在预定时间内，所述本地TC模块收到来自所述对端TC模块的RTCP TFO报文，则所述本地TC模块向所述对端TC模块发送ACK报文，并启动与对端的TFO协商，其中，所述RTCP TFO报文中包括所述对端的TFO参数。

2.根据权利要求1所述的方法，其特征在于，本地TC模块向对端TC模块发送RTCP报文包括：

所述本地TC模块向所述对端TC模块连续发送所述RTCP报文，并启动定时器。

3.根据权利要求2所述的方法，其特征在于，所述本地TC模块向所述对端TC模块发送ACK报文之前，还包括：

所述本地TC模块停止发送所述RTCP报文，并复位所述定时器。

4.根据权利要求1或2所述的方法，其特征在于，所述语音传输格式至少包括以下之一：压缩语音码流，不携带TFO帧的脉冲编码调制PCM码流，携带TFO帧的PCM码流。

5.根据权利要求1所述的方法，其特征在于，在所述本地TC模块发送ACK报文到所述对端TC模块，并启动TFO协商之后，还包括：

若所述TFO协商成功，则所述本地TC模块向所述对端TC模块发送实时传输协议RTP报文指示进行TFO语音传输。

6.根据权利要求5所述的方法，其特征在于，如果所述TFO语音传输的传输格式为本地支持的压缩的语言码流，则不进行上行解码。

7.根据权利要求6所述的方法，其特征在于，在所述本地TC模块向所述对端TC模块发送RTP报文指示进行TFO语音传输之后，还包括：

所述本地TC模块接收来自所述远端TC模块的RTP报文，并对所述RTP报文中的净荷的传输格式进行判断；

如果所述净荷为本地支持的压缩语音码流，则不对所述压缩语音码流进行编码，并直接进行下行透传；

如果所述净荷为PCM码流，则进一步判断是否携带有TFO帧，如果是，则不对所述PCM码流进行编码，并直接提取所述TFO帧进行下行透传；如果否，则对所述PCM码流进行编码。

8.根据权利要求1所述的方法，其特征在于，在本地TC模块向远端TC模块发送RTCP报文，并启动定时器之后，还包括：

如果所述本地TC模块在预定时间内未收到所述RTCP TFO报文，则停止本地的TFO处理。

9.根据权利要求1所述的方法，其特征在于，所述本地TC模块向所述对端TC模块发送ACK报文，并启动TFO协商之后，包括：

若所述TFO协商不成功，则所述本地TC模块停止本地的TFO处理，并发送RTCPTFO结束报文至所述对端TC模块以指示本地已经停止所述TFO处理。

10.根据权利要求2所述的方法，其特征在于，所述TFO配置信息包括：TFO协议中通用配置帧携带的配置参数信息。

11.根据权利要求4所述的方法，其特征在于，在本地TC模块向对端TC模块发送RTCP报文之后，还包括：

若位于传输链路上的IPE网元具备PCM数据的处理能力，则所述IPE网元对所述RTCP TFO报文进行监测，当所述RTCP报文中的PCM码流携带TFO帧，则所述IPE网元对所述TFO帧进行透传。

12.根据权利要求11所述的方法，其特征在于，若所述IPE网元需要对所述PCM数据进行处理，则修改所述RTCP TFO报文中携带且支持的所述语音传输格式为携带TFO帧的PCM码流，但不改变除所述语音传输格式外的TFO参数信息。

13.一种TFO的处理装置，其特征在于，包括：

发送模块，用于向对端TC模块发送RTCP报文，其中，所述RTCP报文中包括本地TFO配置信息和语音传输格式；

接收模块，用于接收来自所述对端TC模块的RTCP TFO报文，其中，所述RTCP TFO报文中包括所述对端的TFO参数；

启动模块，用于在所述接收模块在预定时间内接收到来自所述对端TC模块的RTCPTFO报文的情况下，向所述对端TC模块发送ACK报文，并启动与对端的TFO协商。

14.根据权利要求13所述的装置，其特征在于，还包括：

定时器，用于对所述预定时间进行定时。

Images