P层避开(bypass)对IP/UDP报头的有效性验证并且将RTP分组发送到UE的音频引擎。
[0038]在VoLTE呼叫期间去除对IP/UDP报头的处理提供了 UE的电池的大量增益，并且还降低了端到端音频延迟。
[0039]现在参考附图并且更具体地参考图1至图6来示出各种实施例，其中，贯穿附图相似的附图标记一致地指示相对应的特征。
[0040]图1示出了根据本公开的实施例、UE中在上行链路和下行链路数据路径期间用于VoLTE呼叫的音频分组的流。
[0041]参考图1，UE100包括应用层(在图中未示出)中的音频引擎101。音频引擎101被部分地实施在应用层中。音频引擎101在VoLTE呼叫期间向和从TCP/IP层102发送或接收音频数据(即，RTP分组)。
[0042]通常，在VoLTE呼叫期间，TCP/IP层102构建IP/UDP报头并且将音频数据转发到ROHC压缩器103。
[0043]关于在这里所公开的各种实施例，TCP/IP层102忽略音频数据中的IP/UDP报头的构建。
[0044]在实施例中，TCP/IP层102跳过将IP/UDP报头添加到音频数据，并且直接地将音频数据发送到ROHC压缩器103 AOHC压缩器103在UL数据路径期间执行IP/UDP和RTP报头的压缩，并且将压缩的音频数据发送到无线接入网络(RAN)。
[0045]在实施例中，在UL数据路径期间，R0HC压缩器103从ROHC压缩器103的数据库中所存储的值中压缩IP/UDP报头。
[0046]在实施例中，ROHC压缩器103从所接收的音频分组(S卩，RTP分组)中压缩RTP报头。
[0047]此外，ROHC压缩器103将ROHC压缩的数据和有效载荷一起通过LI层104发送到RAN。
[0048]在DL数据路径中，ROHC解压缩器103a通过LI层104从RAN接收压缩的ROHC分组。
[0049]在VoLTE呼叫期间的正常情景中，ROHC解压缩器103a在DL数据路径期间、在对ROHC压缩的分组进行解码之后构建IP/UDP报头。
[0050]关于在这里所公开的各种实施例，ROHC解压缩器103a在DL数据路径期间、在对ROHC压缩的分组进行解码之后忽略对IP/UDP报头的构建。
[0051 ] 在实施例中，ROHC解压缩器103a构建RTP报头，并且将所构建的RTP报头和有效载荷一起发送到TCP/IP层102。
[0052]在实施例中，在DL数据路径期间，TCP/IP层102忽略对IP/UDP报头的处理并且将RTP分组直接地提供给音频引擎101。
[0053]图2示出了根据本公开的实施例、代表VoLTE呼叫建立过程的顺序图。
[0054]参考图2，在顺序图中描绘了UE 10a与UE 10b之间的VoLTE呼叫建立过程，UE10a和UE 10b两者都具有IP多媒体子系统(HlS)能力。
[0055]UE 10a发起与UE 10b(移动终止(MT)呼叫)的VoLTE呼叫(移动起源(MO)呼叫)。初始地，UE 10a在操作201处将包括MO IP地址和端口信息的会话发起协议(SIP)邀请(INVITE)消息发送到頂S服务器200c。
[0056]此外，頂S服务器200c从UE 10a接收SIP邀请消息，并且在操作202处将SIP邀请消息转发到UE 100b。响应于来自IMS服务器200c的SIP邀请消息，UE 10b在操作203处将‘ 100铃声(Ringing) ’消息发送到IMS服务器200c。
[0057]頂S服务器200c接收‘ 100铃声，消息，并且在操作203处将‘ 100铃声，消息转发到UE100a。此外，UE 10b在操作204处将包括MT IP地址和端口信息的“2000K”消息发送到頂S月艮务器200c。
[0058]此外，MS服务器200c在操作204处将“2000K”消息转发到UE 10a0UE 10a在操作205处将确认(ACK)消息发送到頂S服务器200c，并且该ACK消息在操作205处通过IMS服务器200c被转发到UE 10b0
[0059]此外，UE 10a在操作206处将包括MO IP地址和端口信息、MT IP地址和端口信息的VoLTE呼叫的属性(VoLTE呼叫信息)发送到TCP/IP耦接的ROHC 200a。
[0060]类似地，UE 10b在操作206处将包括MO IP地址和端口信息以及MT IP地址和端口信息的VoLTE呼叫的属性(VoLTE呼叫信息)发送到TCP/1P耦接的ROHC 200b。一旦UE I OOa和UE 10b与它们相应的TCP/IP耦接的ROHC共享IP地址和端口信息，就在UE 10a与UE 10b之间建立VoLTE呼叫。
[0061 ] 当VoLTE呼叫建立时，UE 10a和UE 10b在操作207处开始音频分组的交换。
[0062]图3示出了根据本公开的实施例、在UL数据路径中VoLTE呼叫流的顺序图。
[0063]参考图3，在UL数据路径中，TCP/IP耦接的ROHC压缩器200a在操作301处接从在UEI OOa处的音频引擎接收音频分组。
[0064]在实施例中，TCP/IP耦接的ROHC压缩器200a从在UE10a处的音频引擎101接收RTP分组。
[0065]TCP/IP耦接的ROHC压缩器200a在操作302处将IP/UDP报头压缩到音频数据。在实施例中，TCP/IP ROHC压缩器200a从ROHC压缩器200a的数据库中所存储的值中压缩IP/UDP报头。
[0066]此外，TCP/IP耦接的ROHC压缩器200a从所接收的音频数据(S卩，RTP分组)中压缩RTP报头。
[0067]在实施例中，TCP/IP耦接的ROHC压缩器200a将具有IP/UDP报头和RTP报头以及有效载荷的压缩的ROHC分组发送到网络300。
[0068]网络300在操作303处将压缩的ROHC分组发送到在UE 10b处的TCP/IP耦接的ROHC200b，该压缩的ROHC分组包括压缩的ROHC报头和有效载荷。
[0069]在UE 10b处的TCP/IP耦接的ROHC解压缩器200b在操作304处忽略对IP/UDP报头的构建。
[0070]在实施例中，TCP/IP耦接的ROHC解压缩器200b从所接收的ROHC压缩的分组来构建RTP报头和有效载荷。
[0071 ] TCP/IP耦接的ROHC解压缩器200b在UL数据路径期间将RTP分组发送到在UE 10b
处的音频引擎。
[0072]图4示出了根据本公开的实施例、解释在UL数据路径期间在处置RTP分组中所涉及的各种步骤的流程图。
[0073]参考图4，如在流程图400中所描绘地，UE 100在操作401处发起VoLTE呼叫。
[0074]在VoLTE呼叫期间，UE 100中的音频引擎101每20毫秒生成音频分组。在VoLTE域中，这些音频分组被标准化为RTP分组。
[0075]由UE100所生成的音频分组被发送到UE 100中的TCP/IP层102 JCP/IP层102在操作402处存储VoLTE呼叫属性的信息。VoLTE呼叫属性的信息包括源IP地址、源端口、远程IP地址和远程端口。
[0076]在实施例中，TCP/IP层将VoLTE呼叫属性提供给ROHC压缩器103 JCP/IP层102从音频引擎101接收音频分组(RTP分组)，并且将RTP分组直接地发送给ROHC压缩器。
[0077]在实施例中，TCP/IP层101在操作403处避开对音频分组的TCP/IP报头的有效性验证，并且将音频分组直接地发送给ROHC压缩器102。
[0078]ROHC压缩器102从TCP/IP层101接收RTP分组，并且在操作404处压缩IP/UDP报头和RTP报头。
[0079]在实施例中，ROHC压缩器102从ROHC压缩器102的数据库中所存储的值中压缩IP/UDP报头。
[0080]在实施例中，ROHC压缩器从接收自TCP/IP层101的RTP分组中压缩RTP报头。
[0081 ]此外，ROHC压缩器102在操作405处将压缩的RTP数据和有效载荷一起发送到网络300。流程图400中的各种动作可以按照所呈现的顺序、按照不同的顺序或同时地被执行。此夕卜，在其他实施例中，在图4中所列出的一些操作可以被省略。
[0082]图5示出了根据本公开的实施例、解释在DL数据路径期间处置RTP分组中所涉及的各种步骤的流程图。
[0083]参考图5，如在流程图500中所描绘地，在DL数据路径期间，UE 100在操作501处通过ROHC解压缩器103a从网络300接收压缩的ROHC报头和有效载荷。当ROHC解压缩器103a从网络300接收ROHC报头和有效载荷时，ROHC解压缩器103a在操作502处忽略对用于压缩的数据的IP/UDP报头的构建。
[0084]在实施例中，ROHC解压缩器103a从接收自网络300的ROHC压缩的数据中构建RTP报头和RTP有效载荷。
[0085]此外，ROHC解压缩器将RTP报头和RTP有效载荷发送到TCP/IP层102 JCP/IP层102在操作503处避开对IP/UDP报头的有效性验证，并且将RTP分组发送到音频引擎101。
[0086]最终，在DL数据路径中，UE100的音频引擎在操作504处从TCP/IP层接收RTP分组。流程图500中的各种动作可以按照所呈现的顺序、不