CN103248604B - 增强VoIP数据上行覆盖的方法、终端及基站 - Google Patents
增强VoIP数据上行覆盖的方法、终端及基站 Download PDFInfo
- Publication number
- CN103248604B CN103248604B CN201210022542.XA CN201210022542A CN103248604B CN 103248604 B CN103248604 B CN 103248604B CN 201210022542 A CN201210022542 A CN 201210022542A CN 103248604 B CN103248604 B CN 103248604B
- Authority
- CN
- China
- Prior art keywords
- voip data
- target
- empty overhead
- logic channel
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了一种增强基于互联网协议的语音VoIP数据上行覆盖的方法、终端及基站,涉及通信技术领域,为增强VoIP数据的上行覆盖而发明。所述方法包括:确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标传输块尺寸TB size;根据所述确定的目标TB size,将所述确定的逻辑信道上的待传输VoIP数据的空口开销按照所述确定的空口开销压缩方式进行压缩,以获取目标VoIP数据;将所述目标VoIP数据发送给基站。本发明实施例主要用于VoIP数据的传输。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种增强VoIP(Voice over InternetProtocol,基于互联网协议的语音)数据上行覆盖的方法、终端及基站。
背景技术
LTE(Long Term Evolution,长期演进)作为UMTS(Universal MobileTelecommunications System,通用移动通信***)的演进技术,已经成为新一代无线通信标准,能够更好地支持在互联网领域广泛使用的分组业务,同时提供更高效的频谱利用率、更大的***吞吐量,以支持不断增长的移动宽带业务。
现有技术中,为了缓解LTE***中存在的语音覆盖空洞问题,LTE***引进了TTIbundling(Transmission Time Interval bundling,传输时间间隔绑定)技术和ROHC(Robust Header Compression,健壮头压缩)技术,使得LTE***的VoIP的上行覆盖得到了一定程度的增强。
然而,虽然TTI bundling技术和ROHC技术使得LTE***VoIP的上行覆盖得到了增强,但是其上行语音覆盖相比于其它无线通信***,例如UMTS的语音覆盖仍然具有差距,如何显著增强LTE***的语音覆盖是一个需要解决的问题。
发明内容
本发明实施例提供一种增强VoIP数据上行覆盖的方法、终端及基站,能够显著增强VoIP数据的上行覆盖。
为达到上述目的,本发明实施例采用如下技术方案:
一种增强VoIP数据上行覆盖的方法,包括:
确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标传输块尺寸TBsize;
根据所述确定的目标TB size,将所述确定的逻辑信道上的待传输VoIP数据的空口开销按照所述确定的空口开销压缩方式进行压缩,以获取目标VoIP数据;
将所述目标VoIP数据发送给基站。
一种增强VoIP数据上行覆盖的方法,包括:
接收终端发送的目标VoIP数据,所述目标VoIP数据的空口开销被所述终端根据所述终端确定的目标TB size、及按照所述终端确定的空口开销方式进行了压缩;
根据所述目标VoIP数据的空口开销压缩方式,对所述接收的目标VoIP数据进行还原处理。
一种终端,包括:
确定单元,用于确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标传输块尺寸TB size;
处理单元,用于根据所述确定单元确定的目标TB size,将所述确定单元确定的逻辑信道上的待传输VoIP数据的空口开销按照所述确定的空口开销压缩方式进行压缩,以获取目标VoIP数据;
发送单元,用于将所述处理单元获取的目标VoIP数据发送给基站。
一种基站,包括:
接收单元,用于接收终端发送的目标VoIP数据,所述目标VoIP数据的空口开销被所述终端根据所述终端确定的目标TB size、及按照所述终端确定的空口开销方式进行了压缩;
处理单元,用于根据所述目标VoIP数据的空口开销压缩方式,对所述接收单元接收的目标VoIP数据进行还原处理。
本发明实施例提供的增强VoIP数据上行覆盖的方法、终端及基站,终端将待传输的VoIP数据的空口开销按照其确定的空口开销压缩方式进行压缩,能够使得经过压缩操作后的目标VoIP数据只包含部分空口协议报头,减小了目标VoIP数据的大小,在相同的功率限制下提升了上行成功发送距离,从而有效地解决了上行覆盖空洞问题,明显增强了VoIP数据的上行覆盖。因此,利用本发明实施例的技术方案,能够有效增强了VoIP数据的上行覆盖。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一增强VoIP数据上行覆盖的方法的流程图;
图2为本发明实施例二增强VoIP数据上行覆盖的方法的流程图;
图3为本发明实施例三增强VoIP数据上行覆盖的方法的流程图;
图4为本发明实施例三对语音帧进行压缩的一种示意图;
图5为本发明实施例三对语音帧进行压缩的一种示意图;
图6为本发明实施例三对语音帧进行压缩的一种示意图;
图7为本发明实施例四中终端的示意图;
图8为本发明实施例五中基站的示意图;
图9为本发明实施例五中基站的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为使本领域技术人员更好的理解本发明实施例的技术方案,首先对VoIP数据进行简要说明。目前,LTE***采用分组域传输VoIP数据。其中,所述VoIP数据可能包括RTP(Real-time Transport Protocol,实时传送协议)报头、UDP(User Datagram Protocol,用户数据包协议)报头、IP(Internet Protocol,互联网的协议)报头、PDCP(Packet DataConvergence Protocol,分组数据汇聚协议)头、MAC(Medium Access Control,媒体接入控制)头以及RLC(Radio Link Control,无线链路控制)头等报头。其中,所述PDCP头用于所述VoIP数据的加密或解密,故所述PDCP头一般不能被移除。
此外,在LTE***中,VoIP数据包括SID(Silence Information Description,静音帧)帧和语音帧。所述SID帧表示不通话期间产生的数据帧,并且其大小固定为7字节。所述语音帧表示正常通话期间产生的数据帧,其大小根据其AMR Codec(Adaptive Multi-RateCodec,自适应多速率编解码)模式的不同而不同。
如图1所示,本发明实施例一提供了一种增强VoIP数据上行覆盖的方法,包括如下步骤:
步骤11、终端确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标传输块尺寸TB size(Transmission Block Size)。
举例而言,所述终端确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标传输块尺寸TB size的方式可以为:
方式一、基站向所述终端下发空口开销压缩指令,在所述空口开销压缩指令中包括待传输VoIP数据的逻辑信道、空口开销压缩方式和目标传输块尺寸TB size的指示,所述终端接收所述基站发送的空口开销压缩指令,根据所述逻辑信道的标识,确定传输VoIP数据的逻辑信道,根据所述空口开销压缩方式的指示,确定传输VoIP数据的空口开销压缩方式,以及根据所述目标TB size的指示,确定传输VoIP数据的目标TB size。在方式一下,逻辑信道、空口开销压缩方式和目标TB size三者均是基站以信令的方式通知给所述终端的。
方式二,基站向所述终端下发空口开销压缩指令,在所述空口开销压缩指令中包括待传输VoIP数据的逻辑信道的标识,所述终端接收所述基站发送的空口开销压缩指令,根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道。所述终端根据预先设定,确定待传输VoIP数据的空口开销压缩方式和目标TB size。在方式二下,在逻辑信道、空口开销压缩方式和目标TB size三者中,逻辑信道是基站以信令的方式通知给所述终端的,而空口开销压缩方式和目标TBsize是预先设定好的,例如可以是传输VoIP数据的相关协议规定好的,所述终端根据预先设定确定待传输VoIP数据的空口开销压缩方式和目标TB size。
方式三,基站向所述终端下发空口开销压缩指令,在所述空口开销压缩指令中包括待传输VoIP数据的逻辑信道的标识,所述终端接收所述基站发送的空口开销压缩指令,根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道。所述终端根据预先设定,确定待传输VoIP数据的空口开销压缩方式;所述终端接收所述基站发送的上行授权,所述上行授权中携带有逻辑信道标识和TB size;当所述上行授权中携带的逻辑信道标识与所述空口开销压缩指令包括的逻辑信道的标识相同时,所述终端将所述上行授权携带的TB size确定为待传输VoIP数据的目标TB size。在方式三下,在逻辑信道、空口开销压缩方式和目标TB size三者中,逻辑信道是基站以信令的方式通知给所述终端的,而空口开销压缩方式是预先设定好的,例如可以是传输VoIP数据的相关协议规定好的,所述终端根据预先设定确定待传输VoIP数据的空口开销压缩方式,而目标TB size是基站通过上行授权通知给所述终端的。本领域技术人员所公知的,基站需要通过上行授权调度所述终端的上行数据传输,为所述终端的上行数据传输指定时频资源物理位置、调制方式等,因此,基站可以通过上行授权将目标TB size通知给基站。而可以理解的是,由于所述终端具有多种类型的上行数据传输,一定时间内,基站需要发送多个上行授权。为了使所述终端知道哪一个上行授权为调度本次VoIP数据的传输的上行授权,基站在上行授权中携带逻辑信道标识,所述终端通过比对上行授权中的逻辑信道标识和空口开销压缩指令的逻辑信道标识,如果两者相同,所述终端即知晓该上行授权为本次VoIP数据的传输的上行授权,从而将该上行授权中的TB size确定为待传输VoIP数据的目标TB size。
方式四,基站向所述终端下发空口开销压缩指令,在所述空口开销压缩指令中包括待传输VoIP数据的逻辑信道的标识和所述空口开销压缩方式的指示,所述终端接收所述基站发送的空口开销压缩指令,根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道,以及根据所述空口开销压缩方式的指示,确定待传输VoIP数据的空口开销压缩方式;所述终端接收所述基站发送的上行授权,所述上行授权中携带有逻辑信道标识和TB size,当所述上行授权中携带的逻辑信道标识与所述空口开销指令包括的逻辑信道的标识相同时,将所述上行授权携带的TB size确定为待传输VoIP数据的目标TB size。此方式与方式三类似,不同的是,此方式中,空口开销压缩方式是基站通过空口开销压缩指令通知给所述终端的,而不是预先设定的。
需要说明的是,多次VoIP数据传输的逻辑信道、空口开销压缩方式或目标TB size三者可以是相同的,即上述三种参数的任意一种都可以被所述终端持续使用一段时间,如果基站通过信令通知上述参数时,可以在一段时间内只通知一次,在下一次信令到来之前,所述终端将使用本次信令通知的各参数多次传输VoIP数据。因此,优选的,上述空口开销压缩指令可以为无线资源控制协议RRC信令等高层信令,相对于上行授权而言,发送频率低。
还需要说明的是,在本发明的一个实施例中,无论所述终端是否通过上行授权确定出待传输VoIP数据的目标TB size,所述终端进行VoIP数据传输时,均需要基站下发的上行授权的调度,为了使所述终端知道哪一个上行授权为调度本次VoIP数据的传输的上行授权,上行授权中可以携带TB size、逻辑信道标识中的至少一者,所述终端将已经确定的本次VoIP数据的目标TB size与上行授权中的TB size进行比对,或者,所述终端将已经确定的本次VoIP数据的逻辑信道标识与上行授权中的逻辑信道标识进行比对,当两者相同时,所述终端就能确定该上行授权为调度本次VoIP数据的传输的上行授权,进而所述终端在该上行授权的调度下发送VoIP数据。
本发明实施例中,所述上行授权可以为PDCCH(Physical Downlink ControlChannel,物理下行控制信道)指示的上行授权。或者,所述上行授权也可以为所述配置的半静态上行授权。
步骤12、所述终端根据所述确定的目标TB size,将所述确定的逻辑信道上的待传输的VoIP数据的空口开销按照所述确定的空口开销压缩方式进行压缩,以获取目标VoIP数据。
在本实施例中,所述终端对所述逻辑信道上的待传输VoIP数据进行压缩的方式可以为以下任意一种方式:
方式一、所述终端首先删除所述待传输的VoIP数据的RTP报头、UDP报头和IP报头,并对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密;然后,所述终端可以对所述加密后的VoIP数据仅增加PDCP头,并对所述增加了所述PDCP头的VoIP数据进行PDCP层填充以获取目标VoIP数据;或者,在实际应用中,所述终端也可以对加密后的VoIP数据先进行PDCP层填充,再对所述PDCP层填充后的VoIP数据增加PDCP头以获取目标VoIP数据。
方式二、所述终端首先删除所述待传输的VoIP数据的RTP报头、UDP报头和IP报头,对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密;。接着,对所述加密后的VoIP数据增加PDCP头,对所述增加了所述PDCP头的VoIP数据进行PDCP层填充,并对所述PDCP层填充后的VoIP数据增加媒体接入控制MAC头以获取目标VoIP数据;或者,所述终端也可以对所述加密后的VoIP数据进行PDCP层填充,对所述PDCP层填充后的VoIP数据增加PDCP头,并对所述增加了PDCP头的VoIP数据增加MAC头以获取目标VoIP数据;或者,所述终端也可以对所述加密后的VoIP数据增加PDCP头,对所述增加了PDCP头的VoIP数据增加MAC头,并对所述增加MAC头的VoIP数据进行MAC层填充以获取目标VoIP数据;或者,所述终端还可以对所述加密后的VoIP数据增加PDCP头,对所述增加了PDCP头的VoIP数据进行MAC层填充,并对所述MAC层填充后的VoIP数据增加MAC头以获取目标VoIP数据。
方式三、所述终端首先删除所述待传输的VoIP数据的RTP报头、UDP报头和IP报头,对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密,对所述加密后的VoIP数据仅增加PDCP头,并对所述增加的PDCP头进行扩展,对所述增加并扩展了PDCP头的VoIP数据进行PDCP层填充以获取目标VoIP数据;或者,所述终端还可以对所述加密后的VoIP数据进行PDCP层填充,对所述PDCP层填充后的VoIP数据增加PDCP头,并对所述增加的PDCP头进行扩展以获取目标VoIP数据。
具体的,所述终端对所述增加的PDCP头进行扩展包括对所述增加的PDCP头扩展规定字节,在所述规定字节中携带VoIP的数据类型等信息。
其中,所述目标VoIP数据为MAC PDU(Protocol Data Unit,协议数据单元)。
可以理解的是,举例而言,如果基站在空口开销压缩指令通知空口开销压缩方式,可以通知一标识,例如1,所述终端即可获知空口开销压缩方式为方式
步骤13、所述终端将所述目标VoIP数据发送给基站。
具体的,所述终端通过至少1个上行子帧将所述目标VoIP数据发送给基站,使所述基站将所述目标VoIP数据进行还原处理以获取压缩前的所述待传输VoIP数据。
其中,所述终端可以向基站连续发送至少1个携带所述目标VoIP数据的上行子帧,使所述基站根据与所述目标VoIP数据被压缩的方式进行相应的还原解压缩处理以获取压缩前的所述待传输VoIP数据。
在实际应用中,本发明实施例描述的技术方案除了应用在LTE***中,还可以应用在其他希望增强分组域业务上行覆盖的***中,例如WiMax(Worldwide Interoperabilityfor Microwave Access,即全球微波互联接入)***。另外,本发明实施例描述的技术方案也可以应用在通过ROHC技术进行压缩后的VoIP数据中。
由以上描述可以看出,终端根据TB size将指定的逻辑信道的待传输VoIP数据按照空口开销压缩方案进行压缩,获取目标VoIP数据,再将所述目标VoIP数据发送给基站,使所述基站将所述目标VoIP数据进行还原处理以获取所述压缩前的待传输VoIP数据,由于经过压缩操作后的目标VoIP数据只包含部分空口协议报头,减小了目标VoIP数据的大小,在相同的功率限制下提升了上行成功发送距离,从而有效地解决了上行覆盖空洞问题,增强了VoIP数据的上行覆盖。因此,利用本发明实施例的终端,增强了VoIP数据的上行覆盖。
终端根据TB size将指定的逻辑信道的待压缩VoIP数据按照空口开销压缩方案进行压缩,获取目标VoIP数据,再通过至少1个上行子帧将所述目标VoIP数据发送给基站,使所述基站将所述目标VoIP数据进行还原处理以获取所述待压缩VoIP数据,由于经过压缩操作后的目标VoIP数据只包含部分空口协议报头,减小了目标VoIP数据的大小,在相同的功率限制下提升了上行成功发送距离,从而有效地解决了上行覆盖空洞问题,增强了VoIP数据的上行覆盖。因此,利用本发明实施例的技术方案,增强了VoIP数据的上行覆盖。
与图1所述的方法相对应,如图2所示,本发明实施例二提供了一种增强VoIP数据上行覆盖的方法,包括如下步骤:
步骤21、基站接收终端发送的目标VoIP数据,所述目标VoIP数据的空口开销被所述终端根据所述终端确定的目标TB size、及按照所述终端确定的空口开销方式进行了压缩;
具体地,所述基站可以接收所述终端连续发送的至少1个携带所述目标VoIP数据的上行子帧;
步骤22、所述基站根据所述目标VoIP数据的空口开销压缩方式,对所述接收的目标VoIP数据进行还原处理。
在本实施例中,所述基站根据所述目标VoIP数据的空口开销压缩方式,对所述目标VoIP数据进行相应的还原处理,其还原处理过程具体可以为以下任意一种方式:
方式一、当所述目标VoIP数据为所述终端根据实施例一中步骤12的方式一对所述待传输VoIP数据进行压缩而获取的目标VoIP数据时,所述基站可以直接将所述目标VoIP数据的MAC PDU递交给所述逻辑信道的RLC层,并根据PDCP SN(Serial Number,序号)的低5位字符将所述目标VoIP数据进行重排序,然后根据所述PDCP头指示的所述目标VoIP数据的类型移除重排序后的目标VoIP数据中的所述PDCP层的填充数据和所述PDCP头,并将进行移除操作后的目标VoIP数据解密,再还原解密后的目标VoIP数据的RTP报头、UDP报头、IP报头以获取所述终端压缩前的待传输VoIP数据。
方式二、当所述目标VoIP数据为所述终端根据实施例一中步骤12的方式二对所述待传输VoIP数据进行压缩而获取的目标VoIP数据时,所述基站将所述目标VoIP数据生成的MAC SDU(Service Data Unit,协议数据单元)递交给所述MAC指示的逻辑信道的RLC层,并根据PDCP SN的低5位字符将所述MAC SDU进行重排序,然后根据所述PDCP头指示的所述目标VoIP数据的类型移除重排序后的目标VoIP数据中的PDCP头和MAC头,以及PDCP层的填充数据或MAC层的填充数据,并将进行移除操作后的目标VoIP数据解密,进而还原解密后的目标VoIP数据的RTP报头、UDP报头、IP报头以获取所述终端压缩前的待传输VoIP数据。
方式三、当所述目标VoIP数据为所述终端根据实施例一中步骤12的方式三对所述待传输VoIP数据进行压缩而获取的目标VoIP数据时,所述基站可以将所述目标VoIP数据的MAC PDU数据递交给所述逻辑信道的RLC层,并根据PDCP SN的低5位字符将所述目标VoIP数据进行重排序,然后移除根据所述PDCP头的扩展部分指示的所述目标VoIP数据的类型重排序后的目标VoIP数据中的所述PDCP层的填充数据和所述PDCP头,并将进行移除操作后的目标VoIP数据解密,再还原解密后的目标VoIP数据的RTP报头、UDP报头、IP报头以获取所述终端压缩前的待传输VoIP数据。
由以上描述可以看出,基站向终端发送至少携带逻辑信道的标识的空口开销压缩指令和优先调度所述逻辑信道的上行授权,以使所述终端将所述逻辑信道的待传输VoIP数据进行压缩并获取目标VoIP数据,然后将所述终端发送的目标VoIP数据进行还原处理,获取所述待传输VoIP数据,由于经过压缩操作后的目标VoIP数据只包含部分空口协议报头,减小了目标VoIP数据的大小,在相同的功率限制下提升了上行成功发送距离,从而有效地解决了终端的上行覆盖空洞问题,增强了VoIP数据的上行覆盖。因此,利用本发明实施例的技术方案,增强了VoIP数据的上行覆盖。
可选的,在本发明一实施例中,在步骤21前,即所述基站接收终端通过逻辑信道发送的目标VoIP数据前,所述方法还包括:
所述基站向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识、所述空口开销压缩方式的指示和所述目标TB size的指示,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标TBsize。
可选的,在本发明一实施例中,在步骤21前,即所述基站接收终端通过逻辑信道发送的目标VoIP数据前,所述方法还包括:
所述基站向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道;
可选的,在本发明一实施例中,在步骤21前,即所述基站接收终端通过逻辑信道发送的目标VoIP数据前,所述方法还包括:
所述基站向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道;向所述终端发送上行授权,所述上行授权中携带有与所述空口开销压缩指令中的逻辑信道的标识相同的逻辑信道标识和TB size,以使所述终端根据所述上行授权,将所述上行授权中携带的TB size确定为待传输VoIP数据的目标TB size;
可选的,在本发明一实施例中,在步骤21前,即所述基站接收终端通过逻辑信道发送的目标VoIP数据前,所述方法还包括:
所述基站向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识和所述空口开销压缩方式的指示,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道和空口开销压缩方式;向所述终端发送上行授权,所述上行授权中携带有与所述空口开销压缩指令中的逻辑信道的标识相同的逻辑信道标识和TBsize,以使所述终端根据所述上行授权,将所述上行授权中携带的TB size确定为待传输VoIP数据的目标TB size。
需要说明的是,在本发明的一个实施例中,无论所述终端是否通过上行授权确定出待传输VoIP数据的目标TB size,所述终端进行VoIP数据传输时,均需要基站下发的上行授权的调度,为了使所述终端知道哪一个上行授权为调度本次VoIP数据的传输的上行授权,上行授权中可以携带TB size、逻辑信道标识中的至少一者,所述终端将已经确定的本次VoIP数据的目标TB size与上行授权中的TB size进行比对,或者,所述终端将已经确定的本次VoIP数据的逻辑信道标识与上行授权中的逻辑信道标识进行比对,当两者相同时,所述终端就能确定该上行授权为调度本次VoIP数据的传输的上行授权,进而所述终端在该上行授权的调度下发送VoIP数据。
在本实施例中,所述上行授权可以为PDCCH指示的上行授权,或者为配置的半静态上行授权,所述空口开销压缩指令优选为无线资源控制协议RRC信令。
以下通过具体的实施例对本发明的增强VoIP数据上行覆盖的方法进行详细说明。
如图3所示,本发明实施例三提供了一种增强VoIP数据上行覆盖的方法,包括如下步骤:
步骤31、基站确定目标TB size。
在本实施例中,具体的,所述基站可以根据所述预先获取的语音帧确定其AMRCodec模式,然后确定与所述AMR Codec模式对应的语音帧静荷,进而根据所述语音帧静荷确定空口支持的TB size。例如,当所述基站确定所述预先获取的语音帧的AMR Codec模式为7.4kbps,通过查询表1可以确定,与7.4kbps对应的语音帧静荷为20字节。根据现有LTE物理层协议TS36.213的定义,TB size只能是18字节、22字节、26字节、28字节、32字节和41字节之一。故所述基站只能选取与所述语音帧净荷最接近、比所述语音帧净荷稍大的上述值之一作为TB size。因此,所述基站确定所述目标TB size为22字节。
表1
步骤32、所述基站向终端发送空口开销压缩指令和上行授权。
其中,所述空口开销压缩指令包括所述逻辑信道的标识、所述空口开销压缩方式的指示和所述目标TB size的指示,所述上行授权中携带有与所述空口开销压缩指令中指示的目标TB size相同的TB size。所述终端接收到上行授权后,可以根据上行授权中的TBsize和所述空口开销压缩指令中指示的目标TB size进行比对,从而确定该上行授权为调度本次VoIP数据传输的上行授权。
所述空口开销压缩指令可以为RRC信令,所述上行授权可以为PDCCH指示的上行授权,或者为配置的半静态上行授权。
步骤33、所述终端所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道,根据空口开销压缩指令中的所述空口开销压缩方式的指示,确定待传输VoIP数据的空口开销压缩方式,以及根据空口开销压缩指令中的所述目标TB size的指示,确定待传输VoIP数据的目标TB size。
需要说明的是,在本发明实施例中,所述终端如何确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标传输块尺寸TB size不限,还可以有其他方式,详见前文描述,这里不再赘述。
步骤34,所述终端根据所述确定的目标TB size,将所述确定的逻辑信道上的待传输VoIP数据的空口开销按照所述确定的空口开销压缩方式进行压缩,以获取目标VoIP数据。
在本实施例中,所述终端可以根据所述待传输VoIP数据的类型进行相应的压缩操作。
如图4所示,当所述待传输VoIP数据为语音帧时,所述终端首先移除所述语音帧的RTP报头、UDP报头、IP报头,然后对进行移除操作后的语音帧进行加密,并对加密后的语音帧仅增加1字节的PDCP头。由于所述语音帧大小为20字节,故所述终端只需增加1字节的PDCP层Padding(填充数据)就可以确保所述目标TB size为22字节。
当所述待传输VoIP数据为SID帧时,所述终端首先移除所述SID帧的RTP报头、UDP报头、IP报头,然后对进行移除操作后的SID帧进行加密,并对加密后的SID帧仅增加1字节的PDCP头。由于所述SID帧的大小为7字节,故所述终端只需增加14字节的PDCP层Padding就可以确保所述目标TB size为22字节。
本实施例对所述终端增加所述PDCP头和进行所述PDCP层填充的操作顺序不做限制。
其中,所述PDCP头包括1bit D/C域和7bitPDCP SN域。所述D/C域指示所述待传输VoIP数据的类型。具体的,通过所述D/C域可以确定所述待传输VoIP数据是语音帧还是SID帧。另外,当所述D/C域扩展为2bit时,可以将所述PDCP SN域压缩为6bit以确保所述PDCP头占用1字节。
由图4可以看出,所述目标VoIP数据为MAC PDU。
步骤35、所述终端根据所述基站发送的上行授权的调度,通过至少1个上行子帧将所述目标VoIP数据发送给基站。
步骤36、所述基站接收到所述目标VoIP数据,根据所述目标VoIP数据的空口开销压缩方式将所述目标VoIP数据进行还原处理,获取所述终端压缩前的待传输VoIP数据。
还参照图4所示,由于所述终端对所述待传输VoIP数据进行压缩时没有增加MAC头,所以基站MAC层直接将接收到的MAC PDU递交给所述逻辑信道的RLC层,不进行Demultiplexing(解复用)处理。同时,由于所述终端也没有增加RLC头,故所述基站可以利用所述PDCP SN中的低5位字符将所述目标VoIP数据进行重排序。
进一步的,所述基站根据所述PDCP头的D/C域指示的所述目标VoIP数据的类型移除重排序后的目标VoIP数据中的所述PDCP层的Padding和所述PDCP头。具体的,当所述目标VoIP数据为语音帧时,所述基站对所述重排序后的目标VoIP数据移除1字节Padding和所述PDCP头;当所述目标VoIP数据为SID帧时,所述基站对所述重排序后的目标VoIP数据移除14字节Padding和所述PDCP头。
最后,所述基站将进行移除操作后的目标VoIP数据进行解密,再根据预先接收到的或者上一个已经还原的包含RTP报头、UDP报头和IP报头的上行VoIP数据包,还原解密后的目标VoIP数据的RTP报头、UDP报头和IP报头,进而获取所述终端压缩前的待传输VoIP数据。
由以上描述可以看出,终端根据TB size将指定的逻辑信道的待传输VoIP数据按照空口开销压缩方案进行压缩,获取目标VoIP数据,再通过至少1个上行子帧将所述目标VoIP数据发送给基站,使所述基站将所述目标VoIP数据进行还原处理以获取所述待传输VoIP数据,由于经过压缩操作后的目标VoIP数据只包含部分空口协议报头,减小了目标VoIP数据的大小,在相同的功率限制下提升了上行成功发送距离,从而有效地解决了上行覆盖空洞问题,增强了VoIP数据的上行覆盖。因此,利用本发明实施例的技术方案,增强了VoIP数据的上行覆盖。
在本发明另一具体实施例中,所述终端采用不同的空口开销压缩方式,这时,在步骤34中,所述终端可以根据所述待传输VoIP数据的类型进行相应的压缩操作。
如图5所示,当所述待传输VoIP数据为语音帧时,所述终端首先移除所述语音帧的RTP报头、UDP报头、IP报头,然后对进行移除操作后的语音帧进行加密,并对加密后的语音帧只增加1字节的PDCP头和1字节的MAC头。由于所述语音帧的大小为20字节,故所述终端不再增加所述PDCP层Padding或所述MAC层Padding就可以确保所述目标TB size为22字节。
当所述待传输VoIP数据为SID帧时,所述终端首先移除所述SID帧的RTP报头、UDP报头、IP报头,然后对进行移除操作后的SID帧进行加密,并对加密后的SID帧只增加1字节的PDCP头和1字节的MAC头。由于所述SID帧的大小为7字节,故所述终端只增加13字节所述PDCP层Padding或13字节所述MAC层Padding就可以确保所述目标TB size为22字节。在实际应用中,所述终端可以先进行PDCP层的操作,再进行MAC层的操作。具体的,所述终端可以先增加1字节的PDCP头,再进行13字节的所述PDCP层填充,然后增加1字节的MAC头;或者,所述终端也可以先进行13字节的PDCP层填充,再增加1字节的所述PDCP头,然后增加1字节的MAC头;或者,所述终端也可以仅增加1字节的PDCP头,再增加1字节的MAC头,然后进行13字节的所述MAC层填充;或者,所述终端也可以仅增加1字节的PDCP头,再进行13字节的MAC层填充,然后增加1字节的所述MAC头。
其中,本实施例对所述终端增加所述PDCP头和进行所述PDCP层填充的步骤顺序不做限制。
其中,所述PDCP头包括1bit D/C域和7bitPDCP SN域。所述D/C域指示所述待传输VoIP数据的类型。另外,当所述D/C域扩展为2bit时,可以将所述PDCP SN域压缩为6bit以确保所述PDCP头占用1字节。
由图5可以看出,所述目标VoIP数据为MAC PDU。
这时,在步骤36中,还参照图5所示,由于所述终端对所述待传输VoIP数据进行压缩时增加了所述MAC头,所以基站MAC将所述目标VoIP数据生成的MAC SDU递交给所述MAC头指示的逻辑信道的RLC层。同时,由于所述终端没有增加RLC头,故所述基站可以利用所述PDCP SN中的低5位字符将所述MAC SDU进行重排序。
进一步的,所述基站根据所述PDCP头的D/C域指示的所述目标VoIP数据的类型移除重排序后的目标VoIP数据的所述MAC头和所述PDCP头,以及所述MAC层的填充数据或所述PDCP层的填充数据。当所述目标VoIP数据为语音帧时,所述基站仅对重排序后的目标VoIP数据移除所述MAC头和所述PDCP头。当所述目标VoIP数据为SID帧时,若所述SID帧在压缩时仅增加了所述PDCP层填充时,所述基站对重排序后的目标VoIP数据移除所述MAC头、所述PDCP头和13字节的所述PDCP层Padding;若所述SID帧在进行压缩时仅增加了所述MAC层填充时,所述基站对重排序后的目标VoIP数据移除所述MAC头、13字节的所述MAC层的填充,以及所述PDCP头。
最后,所述基站将进行移除操作后的目标VoIP数据进行解密,再根据预先接收到的或者上一个已经还原的包含RTP报头、UDP报头和IP报头的上行VoIP数据包,还原解密后的目标VoIP数据的RTP报头、UDP报头和IP报头,进而获取所述终端压缩前的待传输VoIP数据。
在本发明另一具体实施例中,所述终端采用不同的空口开销压缩方式,这时,在步骤34中,所述终端可以根据所述待传输VoIP数据的类型进行相应的压缩操作。
如图6所示,当所述待传输VoIP数据为语音帧时,所述终端首先移除所述语音帧的RTP报头、UDP报头、IP报头,然后对进行移除操作后的语音帧进行加密,并对加密后的语音帧仅增加2字节的PDCP头。由于所述语音帧大小为20字节,故所述终端不再增加PDCP层Padding就可以确保所述TB size为22字节。
当所述待传输VoIP数据为SID帧时,所述终端首先移除所述SID帧的RTP报头、UDP报头、IP报头,然后对进行移除操作后的SID帧进行加密,并对加密后的SID帧增加2字节的PDCP头。由于所述SID帧的大小为7字节,故所述终端只增加13字节的所述PDCP层Padding就可以确保所述TB size为22字节。
本实施例对所述终端增加所述PDCP头和进行所述PDCP层填充的操作顺序不做限制。
其中,所述PDCP头包括1bit E(扩展,Extension)域、7bitPDCP SN域和8bitPT域,或者包括2bit D/C域和6bit PDCP SN域。所述E域用来指示所述PDCP头是否有扩展。所述PT域为所述PDCP头的扩展部分,用来指示所述待传输VoIP数据的类型。
由图6可以看出,所述所述目标VoIP数据为MAC PDU。
这时,在步骤36中,还参照图6所示,由于所述终端对所述待传输VoIP数据进行压缩时没有增加MAC头,所以基站MAC层直接将接收到的MAC PDU递交给所述逻辑信道的RLC层,不进行Demultiplexing处理。同时,由于所述终端也没用增加RLC头,故所述基站可以利用所述PDCP SN中的低5位字符将所述目标VoIP数据进行重排序。
进一步的,所述基站根据所述PDCP头的扩展部分(即PT域)指示的所述目标VoIP数据的类型移除重排序后的目标VoIP数据的PDCP层Padding和所述PDCP头。具体的,当所述目标VoIP数据为语音帧时,所述基站对重排序后的目标VoIP数据移除2字节的PDCP头。当所述目标VoIP数据为SID帧时,所述基站对所述重排序后的目标VoIP数据移除2字节的PDCP头和13字节的PDCP层Padding。
最后,所述基站将进行移除操作后的目标VoIP数据进行解密,再根据预先接收到的或者上一个已经还原的包含RTP报头、UDP报头和IP报头的上行VoIP数据包,来还原进行移除操作后的目标VoIP数据的RTP报头、UDP报头和IP报头,进而获取所述终端压缩前待传输VoIP数据。
与前述方法相对应,如图7所示,本发明实施例四提供了一种终端,包括:
确定单元91,用于确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标传输块尺寸TB size;
处理单元92,用于根据确定单元91确定的目标TB size,将确定单元91确定的逻辑信道上的待传输VoIP数据的空口开销按照确定单元91确定的空口开销压缩方式进行压缩,以获取目标VoIP数据;
发送单元,用于将所述处理单元92获取的目标VoIP数据发送给基站。
可选的,在本发明一实施例中,确定单元91具体用于:
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识、所述空口开销压缩方式的指示和所述目标TB size的指示;
根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道,根据所述空口开销压缩方式的指示,确定待传输VoIP数据的空口开销压缩方式,以及根据所述目标TB size的指示,确定待传输VoIP数据的目标TB size;
可选的,在本发明另一实施例中,确定单元91具体用于:
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识,根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道;
根据预先设定,确定待传输VoIP数据的空口开销压缩方式和目标TB size;
可选的,在本发明另一实施例中,确定单元91具体用于:
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识,根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道;
根据预先设定,确定待传输VoIP数据的空口开销压缩方式;
接收所述基站发送的上行授权,所述上行授权中携带有逻辑信道标识和TBsize;
当所述上行授权中携带的逻辑信道标识与所述空口开销压缩指令包括的逻辑信道的标识相同时,将所述上行授权携带的TB size确定为待传输VoIP数据的目标TB size;
可选的,在本发明另一实施例中,确定单元91具体用于:
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识和所述空口开销压缩方式的指示;
根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道,以及根据所述空口开销压缩方式的指示,确定待传输VoIP数据的空口开销压缩方式;
接收所述基站发送的上行授权,所述上行授权中携带有逻辑信道标识和TBsize;
当所述上行授权中携带的逻辑信道标识与所述空口开销指令包括的逻辑信道的标识相同时,将所述上行授权携带的TB size确定为待传输VoIP数据的目标TB size。
可选的,在本发明一实施例中,在进行空口开销的压缩时,处理单元92具体用于:
删除所述待传输的VoIP数据的实时传送协议RTP报头、用户数据包协议UDP报头和互联网的协议IP报头;
对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密;
对所述加密后的VoIP数据增加分组数据汇聚协议PDCP头,并对所述增加了所述PDCP头的VoIP数据进行PDCP层填充以获取目标VoIP数据;或者,
对所述加密后的VoIP数据进行PDCP层填充,并对所述PDCP层填充后的VoIP数据增加PDCP头以获取目标VoIP数据。
需要说明的是,本发明实施例中,所述空口开销压缩指令优选为无线资源控制协议RRC信令。
可选的,在本发明一实施例中,在进行空口开销的压缩时,处理单元92具体用于:
删除所述待传输的VoIP数据的RTP报头、UDP报头和IP报头;
对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密;
对所述加密后的VoIP数据增加PDCP头,对所述增加了所述PDCP头的VoIP数据进行PDCP层填充,并对所述PDCP层填充后的VoIP数据增加媒体接入控制MAC头以获取目标VoIP数据;或者,
对所述加密后的VoIP数据进行PDCP层填充,对所述PDCP层填充后的VoIP数据增加PDCP头,并对所述增加了PDCP头的VoIP数据增加MAC头以获取目标VoIP数据;
可选的,在本发明一实施例中,在进行空口开销的压缩时,处理单元92具体用于:
对所述加密后的VoIP数据增加PDCP头,对所述增加了PDCP头的VoIP数据增加MAC头,并对所述增加MAC头的VoIP数据进行MAC层填充以获取目标VoIP数据;或者,
对所述加密后的VoIP数据增加PDCP头,对所述增加了PDCP头的VoIP数据进行MAC层填充,并对所述MAC层填充后的VoIP数据增加MAC头以获取目标VoIP数据。
可选的,在本发明一实施例中,在进行空口开销的压缩时,处理单元92具体用于:
删除所述待传输的VoIP数据的RTP报头、UDP报头和IP报头;
对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密;
对所述加密后的VoIP数据增加PDCP头,并对所述增加的PDCP头进行扩展,对所述增加并扩展了PDCP头的VoIP数据进行PDCP层填充以获取目标VoIP数据;
或者,
对所述加密后的VoIP数据进行PDCP层填充,对所述PDCP层填充后的VoIP数据增加PDCP头,并对所述增加的PDCP头进行扩展以获取目标VoIP数据。
具体的,处理单元92对所述并对所述增加的PDCP头进行扩展包括:对所述增加的PDCP头扩展规定字节,在所述规定字节中携带VoIP的数据类型。
本发明实施例四的终端的工作原理可以参照前述方法实施例中的描述。
由以上描述可以看出,终端根据TB size将指定的逻辑信道的待传输VoIP数据按照空口开销压缩方案进行压缩,获取目标VoIP数据,再将所述目标VoIP数据发送给基站,使所述基站将所述目标VoIP数据进行还原处理以获取所述压缩前的待传输VoIP数据,由于经过压缩操作后的目标VoIP数据只包含部分空口协议报头,减小了目标VoIP数据的大小,在相同的功率限制下提升了上行成功发送距离,从而有效地解决了上行覆盖空洞问题,增强了VoIP数据的上行覆盖。因此,利用本发明实施例的终端,增强了VoIP数据的上行覆盖。
与前述方法相对应,如图8所示,本发明实施例五还提供了一种基站,包括:
接收单元1001,用于接收终端发送的目标VoIP数据,所述目标VoIP数据的空口开销被所述终端根据所述终端确定的目标TB size、及按照所述终端确定的空口开销方式进行了压缩;
处理单元1002,用于根据所述目标VoIP数据的空口开销压缩方式,对所述接收单元1001接收的目标VoIP数据进行还原处理。
在本发明一实施例中,如图9所示,所述基站还包括发送单元1003。
可选的,所述发送单元1003用于:向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识、所述空口开销压缩方式的指示和所述目标TB size的指示,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标TB size;
可选的,所述发送单元1003用于:向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道;
可选的,所述发送单元1003用于:向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道;向所述终端发送上行授权,所述上行授权中携带有与所述空口开销压缩指令中的逻辑信道的标识相同的逻辑信道标识和TB size,以使所述终端根据所述上行授权,将所述上行授权中携带的TB size确定为待传输VoIP数据的目标TB size;
可选的,所述发送单元1003用于:向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识和所述空口开销压缩方式的指示,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道和空口开销压缩方式;向所述终端发送上行授权,所述上行授权中携带有与所述空口开销压缩指令中的逻辑信道的标识相同的逻辑信道标识和TB size,以使所述终端根据所述上行授权,将所述上行授权中携带的TBsize确定为待传输VoIP数据的目标TB size。
需要说明的是,本发明实施例中,所述空口开销压缩指令优选为无线资源控制协议RRC信令。
可选的,在本发明一实施例中,在进行还原解压缩处理时,处理单元1002具体用于:
将所述目标VoIP数据的MAC协议数据单元PDU递交给所述逻辑信道的无线链路控制RLC层,并根据所述目标VoIP数据的PDCP序号SN的低5位字符将所述目标VoIP数据进行重排序;
根据所述目标VoIP数据的PDCP头的数据/控制D/C域指示的VoIP数据类型,移除所述重排序后的目标VoIP数据中PDCP层的填充数据和所述PDCP头;
将所述移除后的目标VoIP数据解密;
还原所述解密后的目标VoIP数据的RTP报头、UDP报头、IP报头。
可选的,在本发明一实施例中,在进行还原解压缩处理时,处理单元1002具体用于:
将所述目标VoIP数据的MAC服务数据单元SDU递交给所述逻辑信道的RLC层,并根据所述目标VoIP数据的PDCP SN的低5位字符将MAC SDU进行重排序;
根据所述目标VoIP数据的PDCP头的D/C域指示的VoIP数据类型,移除所述重排序后的目标VoIP数据的MAC头和PDCP头,以及MAC层的填充数据或PDCP层的填充数据;
将所述移除后的目标VoIP数据解密;
还原解密后的目标语音数据的RTP报头、UDP报头、IP报头。
可选的,在本发明一实施例中,在进行还原解压缩处理时,处理单元1002具体用于:
将所述目标VoIP数据的MAC PDU递交给所述逻辑信道的RLC层,并根据所述目标VoIP数据的PDCP SN的低5位字符将所述目标VoIP数据进行重排序;
根据所述目标VoIP数据的PDCP头的扩展部分指示的VoIP数据类型移除所述重排序后的目标VoIP数据中的PDCP层的填充数据和PDCP头;
将所述移除后的目标VoIP数据解密;
还原解密后的目标VoIP数据的RTP报头、UDP报头、IP报头。
具体的,本发明实施例五的基站的工作原理可以参照前述方法实施例中的描述。
由以上描述可以看出,所述终端将所述逻辑信道的待传输VoIP数据进行压缩并获取目标VoIP数据,基站将所述终端发送的目标VoIP数据进行还原处理,获取所述压缩前的待传输VoIP数据,由于经过压缩操作后的目标VoIP数据只包含部分空口协议报头,减小了目标VoIP数据的大小,在相同的功率限制下提升了上行成功发送距离,从而有效地解决了终端的上行覆盖空洞问题,增强了VoIP数据的上行覆盖。因此,利用本发明实施例的基站,增强了VoIP数据的上行覆盖。
综上所述,利用本发明实施例的技术方案,增强了VoIP数据的上行覆盖。
本领域技术人员可以理解,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (26)
1.一种增强基于互联网协议的语音VoIP数据上行覆盖的方法,其特征在于,包括:
确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标传输块尺寸TB size;
根据所述确定的目标TB size,将所述确定的逻辑信道上的待传输VoIP数据的空口开销按照所述确定的空口开销压缩方式进行压缩,以获取目标VoIP数据;
将所述目标VoIP数据发送给基站。
2.根据权利要求1所述的方法,其特征在于,
所述确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标TB size包括:
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识、所述空口开销压缩方式的指示和所述目标TB size的指示;
根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道,根据所述空口开销压缩方式的指示,确定待传输VoIP数据的空口开销压缩方式,以及根据所述目标TB size的指示,确定待传输VoIP数据的目标TB size;
或者,
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识,根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道;
根据预先设定,确定待传输VoIP数据的空口开销压缩方式和目标TB size;
或者,
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识,根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道;
根据预先设定,确定待传输VoIP数据的空口开销压缩方式;
接收所述基站发送的上行授权,所述上行授权中携带有逻辑信道标识和TB size;
当所述上行授权中携带的逻辑信道标识与所述空口开销压缩指令包括的逻辑信道的标识相同时,将所述上行授权携带的TB size确定为待传输VoIP数据的目标TB size;
或者
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识和所述空口开销压缩方式的指示;
根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道,以及根据所述空口开销压缩方式的指示,确定待传输VoIP数据的空口开销压缩方式;
接收所述基站发送的上行授权,所述上行授权中携带有逻辑信道标识和TB size;
当所述上行授权中携带的逻辑信道标识与所述空口开销指令包括的逻辑信道的标识相同时,将所述上行授权携带的TB size确定为待传输VoIP数据的目标TB size。
3.根据权利要求1或2所述的方法,其特征在于,所述根据所述确定的目标TB size,将所述确定的逻辑信道上的待传输VoIP数据的空口开销按照所述确定的空口开销压缩方式进行压缩,以获取目标VoIP数据包括:
删除所述待传输的VoIP数据的实时传送协议RTP报头、用户数据包协议UDP报头和互联网的协议IP报头;
对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密;
对所述加密后的VoIP数据增加分组数据汇聚协议PDCP头,并对所述增加了所述PDCP头的VoIP数据进行PDCP层填充以获取目标VoIP数据;或者,
对所述加密后的VoIP数据进行PDCP层填充,并对所述PDCP层填充后的VoIP数据增加PDCP头以获取目标VoIP数据。
4.根据权利要求1或2所述的方法,其特征在于,所述根据所述确定的目标TB size,将所述确定的逻辑信道上的待传输VoIP数据的空口开销按照所述确定的空口开销压缩方式进行压缩,以获取目标VoIP数据包括:
删除所述待传输的VoIP数据的RTP报头、UDP报头和IP报头;
对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密;
对所述加密后的VoIP数据增加PDCP头,对所述增加了所述PDCP头的VoIP 数据进行PDCP层填充,并对所述PDCP层填充后的VoIP数据增加媒体接入控制MAC头以获取目标VoIP数据;或者,
对所述加密后的VoIP数据进行PDCP层填充,对所述PDCP层填充后的VoIP数据增加PDCP头,并对所述增加了PDCP头的VoIP数据增加MAC头以获取目标VoIP数据;或者,
对所述加密后的VoIP数据增加PDCP头,对所述增加了PDCP头的VoIP数据增加MAC头,并对所述增加MAC头的VoIP数据进行MAC层填充以获取目标VoIP数据;或者,
对所述加密后的VoIP数据增加PDCP头,对所述增加了PDCP头的VoIP数据进行MAC层填充,并对所述MAC层填充后的VoIP数据增加MAC头以获取目标VoIP数据。
5.根据权利要求1或2所述的方法,其特征在于,所述根据所述确定的目标TB size,将所述确定的逻辑信道上的待传输VoIP数据的空口开销按照所述确定的空口开销压缩方式进行压缩,以获取目标VoIP数据包括:
删除所述待传输的VoIP数据的RTP报头、UDP报头和IP报头;
对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密;
对所述加密后的VoIP数据增加PDCP头,并对所述增加的PDCP头进行扩展,对所述增加并扩展了PDCP头的VoIP数据进行PDCP层填充以获取目标VoIP数据;
或者,
对所述加密后的VoIP数据进行PDCP层填充,对所述PDCP层填充后的VoIP数据增加PDCP头,并对所述增加的PDCP头进行扩展以获取目标VoIP数据。
6.根据权利要求5所述的方法,其特征在于,所述对所述增加的PDCP头进行扩展包括:
对所述增加的PDCP头扩展规定字节,在所述规定字节中携带VoIP的数据类型。
7.根据权利要求2所述的方法,其特征在于,所述空口开销压缩指令为无 线资源控制协议RRC信令。
8.一种增强基于互联网协议的语音VoIP数据上行覆盖的方法,其特征在于,包括:
接收终端发送的目标VoIP数据,所述目标VoIP数据的空口开销被所述终端根据所述终端确定的目标TB size、及按照所述终端确定的空口开销方式进行了压缩;
根据所述目标VoIP数据的空口开销压缩方式,对所述接收的目标VoIP数据进行还原处理。
9.根据权利要求8所述的方法,其特征在于,在所述接收终端发送的目标VoIP数据前,所述方法还包括:
向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括逻辑信道的标识、所述空口开销压缩方式的指示和所述目标TB size的指示,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标TB size;
或者
向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括逻辑信道的标识,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道;
或者
向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括逻辑信道的标识,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道;
向所述终端发送上行授权,所述上行授权中携带有与所述空口开销压缩指令中的逻辑信道的标识相同的逻辑信道标识和TB size,以使所述终端根据所述上行授权,将所述上行授权中携带的TB size确定为待传输VoIP数据的目标TB size;
或者
向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括逻辑信道 的标识和所述空口开销压缩方式的指示,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道和空口开销压缩方式;
向所述终端发送上行授权,所述上行授权中携带有与所述空口开销压缩指令中的逻辑信道的标识相同的逻辑信道标识和TB size,以使所述终端根据所述上行授权,将所述上行授权中携带的TB size确定为待传输VoIP数据的目标TB size。
10.根据权利要求9所述的方法,其特征在于,所述根据所述目标VoIP数据的空口开销压缩方式,对所述接收的目标VoIP数据进行还原处理包括:
将所述目标VoIP数据的MAC协议数据单元PDU递交给所述逻辑信道的无线链路控制RLC层,并根据所述目标VoIP数据的PDCP序号SN的低5位字符将所述目标VoIP数据进行重排序;
根据所述目标VoIP数据的PDCP头的数据/控制D/C域指示的VoIP数据类型,移除所述重排序后的目标VoIP数据中PDCP层的填充数据和所述PDCP头;
将所述移除后的目标VoIP数据解密;
还原所述解密后的目标VoIP数据的RTP报头、UDP报头、IP报头。
11.根据权利要求9所述的方法,其特征在于,所述根据所述目标VoIP数据的空口开销压缩方式,对所述接收的目标VoIP数据进行还原处理包括:
将所述目标VoIP数据的MAC服务数据单元SDU递交给所述逻辑信道的RLC层,并根据所述目标VoIP数据的PDCP SN的低5位字符将MAC SDU进行重排序;
根据所述目标VoIP数据的PDCP头的D/C域指示的VoIP数据类型,移除所述重排序后的目标VoIP数据的MAC头和PDCP头,以及MAC层的填充数据或PDCP层的填充数据;
将所述移除后的目标VoIP数据解密;
还原解密后的目标语音数据的RTP报头、UDP报头、IP报头。
12.根据权利要求9所述的方法,其特征在于,所述根据所述目标VoIP数据的空口开销压缩方式,对所述接收的目标VoIP数据进行还原处理包括:
将所述目标VoIP数据的MAC PDU递交给所述逻辑信道的RLC层,并根 据所述目标VoIP数据的PDCP SN的低5位字符将所述目标VoIP数据进行重排序;
根据所述目标VoIP数据的PDCP头的扩展部分指示的VoIP数据类型移除所述重排序后的目标VoIP数据中的PDCP层的填充数据和PDCP头;
将所述移除后的目标VoIP数据解密;
还原解密后的目标VoIP数据的RTP报头、UDP报头、IP报头。
13.根据权利要求9所述的方法,其特征在于,所述空口开销压缩指令为无线资源控制协议RRC信令。
14.一种终端,其特征在于,包括:
确定单元,用于确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标传输块尺寸TB size;
处理单元,用于根据所述确定单元确定的目标TB size,将所述确定单元确定的逻辑信道上的待传输VoIP数据的空口开销按照所述确定的空口开销压缩方式进行压缩,以获取目标VoIP数据;
发送单元,用于将所述处理单元获取的目标VoIP数据发送给基站。
15.根据权利要求14所述的终端,其特征在于,所述确定单元具体用于:
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识、所述空口开销压缩方式的指示和所述目标TB size的指示;
根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道,根据所述空口开销压缩方式的指示,确定待传输VoIP数据的空口开销压缩方式,以及根据所述目标TB size的指示,确定待传输VoIP数据的目标TB size;
或者,
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识,根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道;
根据预先设定,确定待传输VoIP数据的空口开销压缩方式和目标TB size;
或者,
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识,根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道;
根据预先设定,确定待传输VoIP数据的空口开销压缩方式;
接收所述基站发送的上行授权,所述上行授权中携带有逻辑信道标识和TB size;
当所述上行授权中携带的逻辑信道标识与所述空口开销压缩指令包括的逻辑信道的标识相同时,将所述上行授权携带的TB size确定为待传输VoIP数据的目标TB size;
或者
接收所述基站发送的空口开销压缩指令,所述空口开销压缩指令包括所述逻辑信道的标识和所述空口开销压缩方式的指示;
根据所述逻辑信道的标识,确定待传输VoIP数据的逻辑信道,以及根据所述空口开销压缩方式的指示,确定待传输VoIP数据的空口开销压缩方式;
接收所述基站发送的上行授权,所述上行授权中携带有逻辑信道标识和TB size;
当所述上行授权中携带的逻辑信道标识与所述空口开销指令包括的逻辑信道的标识相同时,将所述上行授权携带的TB size确定为待传输VoIP数据的目标TB size。
16.根据权利要求14或15所述的终端,其特征在于,所述处理单元具体用于:
删除所述待传输的VoIP数据的实时传送协议RTP报头、用户数据包协议UDP报头和互联网的协议IP报头;
对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密;
对所述加密后的VoIP数据增加分组数据汇聚协议PDCP头,并对所述增加了所述PDCP头的VoIP数据进行PDCP层填充以获取目标VoIP数据;或者,
对所述加密后的VoIP数据进行PDCP层填充,并对所述PDCP层填充后的VoIP数据增加PDCP头以获取目标VoIP数据。
17.根据权利要求14或15所述的终端,其特征在于,所述处理单元具体用于:
删除所述待传输的VoIP数据的RTP报头、UDP报头和IP报头;
对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密;
对所述加密后的VoIP数据增加PDCP头,对所述增加了所述PDCP头的VoIP数据进行PDCP层填充,并对所述PDCP层填充后的VoIP数据增加媒体接入控制MAC头以获取目标VoIP数据;或者,
对所述加密后的VoIP数据进行PDCP层填充,对所述PDCP层填充后的VoIP数据增加PDCP头,并对所述增加了PDCP头的VoIP数据增加MAC头以获取目标VoIP数据;或者,
对所述加密后的VoIP数据增加PDCP头,对所述增加了PDCP头的VoIP数据增加MAC头,并对所述增加MAC头的VoIP数据进行MAC层填充以获取目标VoIP数据;或者,
对所述加密后的VoIP数据增加PDCP头,对所述增加了PDCP头的VoIP数据进行MAC层填充,并对所述MAC层填充后的VoIP数据增加MAC头以获取目标VoIP数据。
18.根据权利要求14或15所述的终端,其特征在于,所述处理单元具体用于:
删除所述待传输的VoIP数据的RTP报头、UDP报头和IP报头;
对所述删除了所述RTP报头、所述UDP报头和所述IP报头的VoIP数据进行加密;
对所述加密后的VoIP数据增加PDCP头,并对所述增加的PDCP头进行扩展,对所述增加并扩展了PDCP头的VoIP数据进行PDCP层填充以获取目标VoIP数据;
或者,
对所述加密后的VoIP数据进行PDCP层填充,对所述PDCP层填充后的VoIP数据增加PDCP头,并对所述增加的PDCP头进行扩展以获取目标VoIP数据。
19.根据权利要求18所述的终端,其特征在于,所述处理单元具体用于对所述增加的PDCP头扩展规定字节,在所述规定字节中携带VoIP的数据类型。
20.根据权利要求15所述的终端,其特征在于,所述空口开销压缩指令为无线资源控制协议RRC信令。
21.一种基站,其特征在于,包括:
接收单元,用于接收终端发送的目标VoIP数据,所述目标VoIP数据的空口开销被所述终端根据所述终端确定的目标TB size、及按照所述终端确定的空口开销方式进行了压缩;
处理单元,用于根据所述目标VoIP数据的空口开销压缩方式,对所述接收单元接收的目标VoIP数据进行还原处理。
22.根据权利要求21所述的基站,其特征在于,所述基站还包括发送单元,所述发送单元用于:
向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括逻辑信道的标识、所述空口开销压缩方式的指示和所述目标TB size的指示,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道、空口开销压缩方式和目标TB size;
或者
向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括逻辑信道的标识,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道;
或者
向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括逻辑信道的标识,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道;
向所述终端发送上行授权,所述上行授权中携带有与所述空口开销压缩指令中的逻辑信道的标识相同的逻辑信道标识和TB size,以使所述终端根据所述上行授权,将所述上行授权中携带的TB size确定为待传输VoIP数据的目标TB size;
或者
向所述终端发送空口开销压缩指令,所述空口开销压缩指令包括逻辑信道 的标识和所述空口开销压缩方式的指示,以使所述终端根据所述空口开销压缩指令确定待传输VoIP数据的逻辑信道和空口开销压缩方式;
向所述终端发送上行授权,所述上行授权中携带有与所述空口开销压缩指令中的逻辑信道的标识相同的逻辑信道标识和TB size,以使所述终端根据所述上行授权,将所述上行授权中携带的TB size确定为待传输VoIP数据的目标TB size。
23.根据权利要求22所述的基站,其特征在于,所述处理单元具体用于:
将所述目标VoIP数据的MAC协议数据单元PDU递交给所述逻辑信道的无线链路控制RLC层,并根据所述目标VoIP数据的PDCP序号SN的低5位字符将所述目标VoIP数据进行重排序;
根据所述目标VoIP数据的PDCP头的数据/控制D/C域指示的VoIP数据类型,移除所述重排序后的目标VoIP数据中PDCP层的填充数据和所述PDCP头;
将所述移除后的目标VoIP数据解密;
还原所述解密后的目标VoIP数据的RTP报头、UDP报头、IP报头。
24.根据权利要求22所述的基站,其特征在于,所述处理单元具体用于:
将所述目标VoIP数据的MAC服务数据单元SDU递交给所述逻辑信道的RLC层,并根据所述目标VoIP数据的PDCP SN的低5位字符将MAC SDU进行重排序;
根据所述目标VoIP数据的PDCP头的D/C域指示的VoIP数据类型,移除所述重排序后的目标VoIP数据的MAC头和PDCP头,以及MAC层的填充数据或PDCP层的填充数据;
将所述移除后的目标VoIP数据解密;
还原解密后的目标语音数据的RTP报头、UDP报头、IP报头。
25.所述根据权利要求22所述的基站,其特征在于,所述处理单元具体用于:
将所述目标VoIP数据的MAC PDU递交给所述逻辑信道的RLC层,并根据所述目标VoIP数据的PDCP SN的低5位字符将所述目标VoIP数据进行重排序;
根据所述目标VoIP数据的PDCP头的扩展部分指示的VoIP数据类型移除所述重排序后的目标VoIP数据中的PDCP层的填充数据和PDCP头;
将所述移除后的目标VoIP数据解密;
还原解密后的目标VoIP数据的RTP报头、UDP报头、IP报头。
26.根据权利要求22所述的基站,其特征在于,所述空口开销压缩指令为无线资源控制协议RRC信令。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210022542.XA CN103248604B (zh) | 2012-02-01 | 2012-02-01 | 增强VoIP数据上行覆盖的方法、终端及基站 |
PCT/CN2012/087217 WO2013113238A1 (zh) | 2012-02-01 | 2012-12-22 | 增强VoIP数据上行覆盖的方法、终端及基站 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210022542.XA CN103248604B (zh) | 2012-02-01 | 2012-02-01 | 增强VoIP数据上行覆盖的方法、终端及基站 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103248604A CN103248604A (zh) | 2013-08-14 |
CN103248604B true CN103248604B (zh) | 2016-12-21 |
Family
ID=48904403
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210022542.XA Expired - Fee Related CN103248604B (zh) | 2012-02-01 | 2012-02-01 | 增强VoIP数据上行覆盖的方法、终端及基站 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103248604B (zh) |
WO (1) | WO2013113238A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9674710B2 (en) * | 2013-12-20 | 2017-06-06 | Qualcomm Incorporated | Channel dependent coverage enhancement techniques in LTE |
CN105992242B (zh) * | 2015-03-06 | 2019-07-26 | 电信科学技术研究院 | 一种空口协议栈的配置方法、数据传输方法及设备 |
US10009401B2 (en) * | 2015-09-23 | 2018-06-26 | Qualcomm Incorporated | Call continuity in high uplink interference state |
WO2017143538A1 (zh) * | 2016-02-24 | 2017-08-31 | 华为技术有限公司 | 语音数据传输方法以及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1529971A (zh) * | 2001-04-06 | 2004-09-15 | ����ɭ�绰�ɷ�����˾ | 用于voip无线终端的***和方法 |
CN101442381A (zh) * | 2007-11-21 | 2009-05-27 | 大唐移动通信设备有限公司 | 一种业务传输及接收方法、相关装置和*** |
CN102056174A (zh) * | 2010-12-16 | 2011-05-11 | 大唐移动通信设备有限公司 | 一种资源调度的方法、装置和基站 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3719789B2 (ja) * | 1996-10-04 | 2005-11-24 | 株式会社東芝 | 通信端末装置及び中継装置 |
-
2012
- 2012-02-01 CN CN201210022542.XA patent/CN103248604B/zh not_active Expired - Fee Related
- 2012-12-22 WO PCT/CN2012/087217 patent/WO2013113238A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1529971A (zh) * | 2001-04-06 | 2004-09-15 | ����ɭ�绰�ɷ�����˾ | 用于voip无线终端的***和方法 |
CN101442381A (zh) * | 2007-11-21 | 2009-05-27 | 大唐移动通信设备有限公司 | 一种业务传输及接收方法、相关装置和*** |
CN102056174A (zh) * | 2010-12-16 | 2011-05-11 | 大唐移动通信设备有限公司 | 一种资源调度的方法、装置和基站 |
Also Published As
Publication number | Publication date |
---|---|
CN103248604A (zh) | 2013-08-14 |
WO2013113238A1 (zh) | 2013-08-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI566549B (zh) | 用於處理封包資料收斂協定資料單元之通信方法、裝置及系統 | |
JP6698895B2 (ja) | マルチユーザネットワークのためのアップリンクデータのフラグメント化 | |
EP3737183B1 (en) | Communication methods, apparatuses and computer-readable storage medium | |
TWI616083B (zh) | 進行資料傳輸的方法和設備 | |
WO2017049647A1 (zh) | 一种数据发送方法、数据接收方法和相关设备 | |
CN107404734B (zh) | 数据发送方法、装置及*** | |
CN101039170A (zh) | 支持数据包重传分割级联的方法 | |
KR20110055339A (ko) | 단편화 패킹 확장헤더를 수반하는 mac pdu를 전송하는 방법 및 장치 | |
CN109729553B (zh) | Lte集群通信***的语音业务处理方法及设备 | |
CN113133055B (zh) | 无线通信的方法和设备 | |
CN103248604B (zh) | 增强VoIP数据上行覆盖的方法、终端及基站 | |
US9967695B2 (en) | Method and apparatus for transmitting and receiving data by machine type communication terminal in wireless communication system | |
US20230075613A1 (en) | Terminal device | |
WO2009033371A1 (fr) | Système et appareil de remplissage d'unité de données de protocole (pdu) et son procédé de traitement correspondant | |
CN107886961A (zh) | 基于VoLTE承载的自适应多速率中低速话音优化方法 | |
CN108632177A (zh) | 一种控制包的传输方法及电子设备 | |
CN108200605B (zh) | 一种基站的数据传输方法和装置 | |
KR20170043634A (ko) | 데이터 패킷의 전송 처리 방법 및 장치 | |
CN108024378B (zh) | 一种数据包的预处理方法、装置及设备 | |
WO2011100917A2 (zh) | 高速上行分组接入的数据流传输方法及终端设备 | |
JP2008148314A (ja) | 無線通信システムにおいてリオーダーを処理する方法及び装置 | |
CN110958647A (zh) | 一种数据传输方法及装置 | |
CN109698817A (zh) | 数据处理的方法和装置 | |
WO2023141958A1 (en) | Uplink data compression data rate limitation for nr | |
WO2019011086A1 (zh) | 一种预置字典同步方法及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20161221 Termination date: 20220201 |
|
CF01 | Termination of patent right due to non-payment of annual fee |