CN104885544B - VoIP数据的传输方法和基站 - Google Patents

VoIP数据的传输方法和基站 Download PDF

Info

Publication number
CN104885544B
CN104885544B CN201380068865.5A CN201380068865A CN104885544B CN 104885544 B CN104885544 B CN 104885544B CN 201380068865 A CN201380068865 A CN 201380068865A CN 104885544 B CN104885544 B CN 104885544B
Authority
CN
China
Prior art keywords
tti
binding
uplink
terminal
parameter
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.)
Active
Application number
CN201380068865.5A
Other languages
English (en)
Other versions
CN104885544A (zh
Inventor
张晨璐
董贤东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Original Assignee
Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Yulong Computer Telecommunication Scientific Shenzhen Co Ltd filed Critical Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Publication of CN104885544A publication Critical patent/CN104885544A/zh
Application granted granted Critical
Publication of CN104885544B publication Critical patent/CN104885544B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0057—Physical resource allocation for CQI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种VoIP数据的传输方法，包括：当接收到对应于任一终端的VoIP通话请求时，若确定所述终端需要对生成的VoIP数据包执行TTI捆绑操作，则判断当前采用的上下行配置信息是否支持所述终端按照预设捆绑配置参数执行所述TTI捆绑操作；若不支持，则将所述预设捆绑配置参数和新的上下行配置信息发送至所述终端，其中，所述新的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作。本发明还提出了一种基站。通过本发明的技术方案，可以在需要执行TTI捆绑且当前采用的上下行配置信息不支持TTI捆绑的情况下，通过对上下行配置信息的动态调整，以确保终端能够执行TTI捆绑操作，从而有助于提升小区边缘用户的VoIP通话质量。

Description

VoIP数据的传输方法和基站
技术领域
本发明涉及通信技术领域，具体而言，涉及一种VoIP数据的传输方法和一种基站。
背景技术
在3GPP的Rel-12标准版本中，开展了对上行覆盖增强课题的研究，目的是进一步扩大的上行覆盖，即让UE(User Equipment，用户设备/终端)在更大的小区覆盖范围内发送，并保证基站接收的UL信号具有足够的接收信干扰比。
对于中国的运营商而言，以中国电信为例，其拥有的移动网络是CDMA网络，主要部署在800MHz频率上，这段频率传输性能好，衰减小，站间距较大；而未来电信将在2GHz部署TD-LTE网络。但由于站址少，预计初期将以共站址(TD-LTE网络的基站与CDMA网络的基站建立在相同的站址上)部署为主，具体如图1所示。
然而，由于传播性能的差异，如图1所示，基站102包括CDMA网络的基站和TD-LTE网络的基站。其中，2GHz的TD-LTE网络对应于覆盖范围1，而800MHz的CDMA网络对应于覆盖范围2，在两者之间会产生环状的覆盖空洞3，在这个环状区域内，UE(如图1所示的终端104)对应的信道质量较差，比如以SINR(信号与干扰加噪声比)为例，则UE发送的信号到达基站后的接收SINR值将会比预期低，甚至低于可以正确接收的门限值，即UE发送的上行信号无法被BS(Base Station，基站)正确接收。
基于上述描述，则由于处在TD-LTE小区边缘的UE路径损耗过大，在固定的发送功率下，UE发送的上行的VoIP(Voice over Internet Protocol)数据很难被BS正确接收，导致无法正常完成VoIP通话。Rel-8 LTE为了解决这个问题，提出了TTI捆绑的方法。这种方法将多个连续的TTI捆绑在一起发送，通过发送增加冗余、降低编码速率，来增加基站的接收信干扰比，提高基站的正确接收概率。
但对于TDD(Time Division Duplex，时分双工)通信系统而言，在如图2所示的上下行配置信息中，不同上下行配置信息对应的特殊子帧202、上行子帧204和下行子帧206的数量不同，以应对TDD-LTE系统的不同业务需求。比如在一个10ms的周期内，配置0包含6个上行子帧204，而配置5仅有包含1个。虽然目前在Rel-8中，为了简化方案、和FDD(FrequencyDivision Duplex，频分双工)方案保持一致，TDD采用了4个TTI捆绑的方式。但实际上，一方面，TTI捆绑数值显然也可以为其他数值；另一方面，无论TTI捆绑数值为多少(应不大于一个周期内的上行子帧最大数目，比如配置0对应的6个上行子帧)，总是存在能够支持和不能够支持TTI捆绑的上下行配置信息(比如配置5)。
因此，如何在采用不同上下行配置信息的情况下，都能确保UE能够通过TTI捆绑来提高通信质量，成为目前亟待解决的技术问题。
发明内容
本发明正是基于上述问题，提出了一种新的技术方案，可以在需要执行TTI捆绑且当前采用的上下行配置信息不支持TTI捆绑的情况下，通过对上下行配置信息的动态调整，以确保终端能够执行TTI捆绑操作，从而有助于提升小区边缘用户的VoIP通话质量。
有鉴于此，本发明提出了一种VoIP数据的传输方法，包括：当接收到对应于任一终端的VoIP通话请求时，若确定所述终端需要对生成的VoIP数据包执行TTI捆绑操作，则判断当前采用的上下行配置信息是否支持所述终端按照预设捆绑配置参数执行所述TTI捆绑操作；若不支持，则将所述预设捆绑配置参数和新的上下行配置信息发送至所述终端，其中，所述新的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作。
在该技术方案中，通过判断当前采用的上下行配置信息对于预设捆绑配置参数的支持情况，并在不支持时变更为新的上下行配置参数，从而使得终端在应用该新的上下行配置信息时，能够执行TTI捆绑操作，以确保VoIP数据包能够被顺利接收，完成VoIP通话过程。
其中，预设捆绑配置参数是用于对TTI捆绑操作进行配置的参数，比如可以是已经纳入通信标准中、且被基站和终端实施的参数。
在上述技术方案中，优选地，所述VoIP通话请求来自无线移动通信网络，或由所述终端发起。
在该技术方案中，对于来自无线移动通信网络的VoIP通话请求，即来自其他终端的呼叫请求；对于该终端发起的VoIP通话请求，则该终端需要向其他终端发起呼叫请求。对于任意通话请求，都能够通过对上下行配置信息的变更，以使得终端能够顺利地通过TTI捆绑操作，提升VoIP通话过程中的数据传输质量。
在上述任一技术方案中，优选地，所述预设捆绑配置参数包括TTI捆绑数量，则所述VoIP数据的传输方法包括：若当前采用的上下行配置信息对应的单个周期中包含的上行子帧数目大于或等于所述TTI捆绑数量，则判定当前采用的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作，否则判定为不支持。
在该技术方案中，通过预先设置TTI捆绑数量，则可以根据每种上下行配置信息能否支持该TTI捆绑数量，来确定是否需要更换上下行配置信息。具体地，由于每种上下行配置信息在一个10ms的周期内，包含的上行子帧数目是一定的，因而只要当该上行子帧数目大于或等于TTI捆绑数量时，才能够确保完成该TTI捆绑数量下的TTI捆绑操作。
比如对于捆绑数量为4时，只有配置0、1和6能够支持TTI捆绑操作；而对于捆绑数量为3时，除了配置0、1、6外，配置3也能够支持；对于捆绑数量为2时，只有配置5不支持。
在上述任一技术方案中，优选地，还包括：所述TTI捆绑数量为一个捆绑数值，表示所述终端利用该捆绑数值对所述VoIP数据包执行所述捆绑操作；或所述TTI捆绑数量为多个捆绑数值构成的捆绑数组，表示所述终端根据所述捆绑数组将所述VoIP数据包中的所有TTI分为多个TTI组，所述捆绑数组中的每个TTI捆绑数值对应于所述多个TTI组中的至少一个TTI组，且所述多个TTI组中的每个TTI组包含的TTI的数目与对应的TTI捆绑数值相等。
在该技术方案中，对于仅包含一个捆绑数值的情况下，该捆绑数值可以具体为2-6中的任一数值，可以按照类似目前的Rel-8标准协议中对于捆绑数值为4的情况下的TTI捆绑操作的规定，执行具体的TTI捆绑操作。
对于包含多个捆绑数值的情况下，这多个捆绑数值均满足小于上下行配置信息在一个10ms周期内包含的上行子帧数目。而对于这多个捆绑数值而言，由于每个VoIP数据包中的TTI为多个，则在对这些TTI进行分组和打包时，每个捆绑数值对应的TTI组的数量和排列位置可能存在多种实现形式。
比如对于数组{2，3}，假定一共存在20个TTI，则一种方式下，可以捆绑为7个TTI组，其中的1个TTI组中的每个TTI组包含2个TTI，剩余的6个TTI组中的每个TTI组包含3个TTI；另一种方式下，可以捆绑为8个TTI组，其中的4个TTI组中的每个TTI组包含2个TTI，剩余的4个TTI组中的每个TTI组包含3个TTI；另一种方式下，可以捆绑为9个TTI组，其中的7个TTI组中的每个TTI组包含2个TTI，剩余的2个TTI组中的每个TTI组包含3个TTI等。
而且对于上述的每种分组方式中，多个TTI组之间的排列顺序也有多种情况，比如以上述的总共7个TTI组为例，其中包含2个TTI的TTI组可以与剩余的6个TTI组构成7种不同的组合方式，如(2，3，3，3，3，3，3)、(3，2，3，3，3，3，3)、(3，3，2，3，3，3，3)、(3，3，3，2，3，3，3)、(3，3，3，3，2，3，3)、(3，3，3，3，3，2，3)、(3，3，3，3，3，3，2)等。
因此，对于包含多个捆绑数值的情况，具体使用何种组合方式，可以通过事先纳入通信标准或在终端与基站之间形成协议，以便在具体实施时，能够顺利执行。当然，终端也可以直接由这多个捆绑数值生成一组随机数，并按照该组随机数，对VoIP数据包中的TTI进行捆绑操作。
在上述任一技术方案中，优选地，所述VoIP数据包的生成周期长度对应于所述当前采用的上下行配置信息的多个周期，且所述多个周期中包含的所有上行子帧的数目大于或等于所述VoIP数据包中的所有TTI的数目。
在该技术方案中，由于VoIP数据包具有对应的生成周期，比如20ms，则该时间段对应于上下行配置信息的多个周期中，应当包含足够的上行子帧数目，以避免在终端内运行的同一个VoIP进程中产生多个数据包之间的碰撞。
在上述任一技术方案中，优选地，所述预设捆绑配置参数还包括：传输重复周期和/或HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)时序；其中，所述传输重复周期(RTT，Round Trip Time)是指对应于每个所述VoIP数据包的重复周期，所述HARQ时序是指对应于每个所述数据包的ACK反馈子帧，或对应于每个所述数据包的NACK反馈子帧以及重传子帧号。
当然，传输重复周期和/或HARQ时序可以被添加在某个信令中，与TTI捆绑数值一并发送；或者，还可以单独由其他的信令发送，比如将传输重复周期用信令1发送，将HARQ时序用信令2发送，或将传输重复周期和HARQ时序由信令3一并发送。
在上述任一技术方案中，优选地，还包括：获取对应于所述终端的信道质量参数；若所述信道质量参数的数值小于或等于预设的参数阈值，则确定所述终端需要对VoIP数据执行所述TTI捆绑操作。
在该技术方案中，可以通过获取终端对应的信道质量(表现为信道质量参数的数值)，从而当该信道质量较差(表现为信道质量参数的数值小于或等于预设的参数阈值)时，确定需要通过执行TTI捆绑操作，以保证VoIP通话的顺利执行。
在上述任一技术方案中，优选地，获取对应于所述终端的信道质量参数的过程包括：测量所述终端发送参考信号，以得到所述信道质量参数；或接收所述终端上传的下行测量报告，从所述下行测量报告中获取得到所述信道质量参数。
在该技术方案中，提供了两种较为具体的信道质量参数的获取方式，但本领域技术人员应该理解的是，此处仅为举例说明，对于信道质量的获取，显然并不止于上述两种方式。
在上述任一技术方案中，优选地，还包括：若当前采用的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行的TTI捆绑操作，则预估按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；若不满足，则将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端。
在该技术方案中，对于上下行配置信息支持预设捆绑配置参数的情况下，比如当预设捆绑配置参数为2、当前采用的上下行配置信息为配置2的情况下，虽然能够执行TTI捆绑操作，但由此带来的增益并不一定使得终端能够顺利完成VoIP通话。因此，通过对完成TTI捆绑操作后的情况进行预估，使得在完成TTI捆绑操作后，能够真正确保为终端带来足够的增益，以提高信道质量，并顺利完成VoIP通话。
在上述任一技术方案中，优选地，在将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端之前，还包括：选取一上下行配置信息，该被选取的上下行配置信息不同于所述当前采用的上下行配置信息；预估对所述被选取的上下行配置信息进行应用时，所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；若满足，则将所述被选取的上下行配置信息作为所述新的上下行配置信息，否则重新执行所述选取的操作。
在该技术方案中，由于在执行了TTI捆绑操作后，并不一定能够带来足够终端顺利完成VoIP通话的增益，因而通过对当前选取的上下行配置信息对应的信道质量进行预估，即可选择出合适的上下行配置信息，使得在完成TTI捆绑操作后，能够真正确保为终端带来足够的增益，以提高信道质量，并顺利完成VoIP通话。
本发明还提出了一种基站，包括：信息判断单元，用于在接收到对应于任一终端的VoIP通话请求的情况下，若确定所述终端需要对生成的VoIP数据包执行TTI捆绑操作，则判断当前采用的上下行配置信息是否支持所述终端按照预设捆绑配置参数执行所述TTI捆绑操作；信息发送单元，用于在判断为不支持的情况下，将所述预设捆绑配置参数和新的上下行配置信息发送至所述终端，其中，所述新的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作。
在该技术方案中，通过判断当前采用的上下行配置信息对于预设捆绑配置参数的支持情况，并在不支持时变更为新的上下行配置参数，从而使得终端在应用该新的上下行配置信息时，能够执行TTI捆绑操作，以确保VoIP数据包能够被顺利接收，完成VoIP通话过程。
其中，预设捆绑配置参数是用于对TTI捆绑操作进行配置的参数，比如可以是已经纳入通信标准中、且被基站和终端实施的参数。
在上述技术方案中，优选地，所述VoIP通话请求来自无线移动通信网络，或由所述终端发起。
在该技术方案中，对于来自无线移动通信网络的VoIP通话请求，即来自其他终端的呼叫请求；对于该终端发起的VoIP通话请求，则该终端需要向其他终端发起呼叫请求。对于任意通话请求，都能够通过对上下行配置信息的变更，以使得终端能够顺利地通过TTI捆绑操作，提升VoIP通话过程中的数据传输质量。
在上述任一技术方案中，优选地，所述预设捆绑配置参数包括TTI捆绑数量，则所述信息判断单元用于：在当前采用的上下行配置信息对应的单个周期中包含的上行子帧数目大于或等于所述TTI捆绑数量的情况下，判定当前采用的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作，否则判定为不支持。
在该技术方案中，通过预先设置TTI捆绑数量，则可以根据每种上下行配置信息能否支持该TTI捆绑数量，来确定是否需要更换上下行配置信息。具体地，由于每种上下行配置信息在一个10ms的周期内，包含的上行子帧数目是一定的，因而只要当该上行子帧数目大于或等于TTI捆绑数量时，才能够确保完成该TTI捆绑数量下的TTI捆绑操作。
比如对于捆绑数量为4时，只有配置0、1和6能够支持TTI捆绑操作；而对于捆绑数量为3时，除了配置0、1、6外，配置3也能够支持；对于捆绑数量为2时，只有配置5不支持。
在上述任一技术方案中，优选地，所述TTI捆绑数量为一个捆绑数值，表示所述终端利用该捆绑数值对所述VoIP数据包执行所述捆绑操作；或所述TTI捆绑数量为多个捆绑数值构成的捆绑数组，表示所述终端根据所述捆绑数组将所述VoIP数据包中的所有TTI分为多个TTI组，所述捆绑数组中的每个TTI捆绑数值对应于所述多个TTI组中的至少一个TTI组，且所述多个TTI组中的每个TTI组包含的TTI的数目与对应的TTI捆绑数值相等。
在该技术方案中，对于仅包含一个捆绑数值的情况下，该捆绑数值可以具体为2-6中的任一数值，可以按照类似目前的Rel-8标准协议中对于捆绑数值为4的情况下的TTI捆绑操作的规定，执行具体的TTI捆绑操作。
对于包含多个捆绑数值的情况下，这多个捆绑数值均满足小于上下行配置信息在一个10ms周期内包含的上行子帧数目。而对于这多个捆绑数值而言，由于每个VoIP数据包中的TTI为多个，则在对这些TTI进行分组和打包时，每个捆绑数值对应的TTI组的数量和排列位置可能存在多种实现形式。
比如对于数组{2，3}，假定一共存在20个TTI，则一种方式下，可以捆绑为7个TTI组，其中的1个TTI组中的每个TTI组包含2个TTI，剩余的6个TTI组中的每个TTI组包含3个TTI；另一种方式下，可以捆绑为8个TTI组，其中的4个TTI组中的每个TTI组包含2个TTI，剩余的4个TTI组中的每个TTI组包含3个TTI；另一种方式下，可以捆绑为9个TTI组，其中的7个TTI组中的每个TTI组包含2个TTI，剩余的2个TTI组中的每个TTI组包含3个TTI等。
而且对于上述的每种分组方式中，多个TTI组之间的排列顺序也有多种情况，比如以上述的总共7个TTI组为例，其中包含2个TTI的TTI组可以与剩余的6个TTI组构成7种不同的组合方式，如(2，3，3，3，3，3，3)、(3，2，3，3，3，3，3)、(3，3，2，3，3，3，3)、(3，3，3，2，3，3，3)、(3，3，3，3，2，3，3)、(3，3，3，3，3，2，3)、(3，3，3，3，3，3，2)等。
因此，对于包含多个捆绑数值的情况，具体使用何种组合方式，可以通过事先纳入通信标准或在终端与基站之间形成协议，以便在具体实施时，能够顺利执行。当然，终端也可以直接由这多个捆绑数值生成一组随机数，并按照该组随机数，对VoIP数据包中的TTI进行捆绑操作。
在上述任一技术方案中，优选地，所述VoIP数据包的生成周期长度对应于所述当前采用的上下行配置信息的多个周期，且所述多个周期中包含的所有上行子帧的数目大于或等于所述VoIP数据包中的所有TTI的数目。
在该技术方案中，由于VoIP数据包具有对应的生成周期，比如20ms，则该时间段对应于上下行配置信息的多个周期中，应当包含足够的上行子帧数目，以避免在终端内运行的同一个VoIP进程中产生多个数据包之间的碰撞。
在上述任一技术方案中，优选地，所述预设捆绑配置参数还包括：传输重复周期和/或HARQ时序；其中，所述传输重复周期(RTT，Round Trip Time)是指对应于每个所述VoIP数据包的重复周期，所述HARQ时序是指对应于每个所述数据包的ACK反馈子帧，或对应于每个所述数据包的NACK反馈子帧以及重传子帧号。
当然，传输重复周期和/或HARQ时序可以被添加在某个信令中，与TTI捆绑数值一并发送；或者，还可以单独由其他的信令发送，比如将传输重复周期用信令1发送，将HARQ时序用信令2发送，或将传输重复周期和HARQ时序由信令3一并发送。
在上述任一技术方案中，优选地，还包括：参数获取单元，用于获取对应于所述终端的信道质量参数；其中，所述信息判断单元在所述信道质量参数的数值小于或等于预设的参数阈值的情况下，确定所述终端需要对VoIP数据执行所述TTI捆绑操作。
在该技术方案中，可以通过获取终端对应的信道质量(表现为信道质量参数的数值)，从而当该信道质量较差(表现为信道质量参数的数值小于或等于预设的参数阈值)时，确定需要通过执行TTI捆绑操作，以保证VoIP通话的顺利执行。
在上述任一技术方案中，优选地，所述参数获取单元用于：测量所述终端发送参考信号，以得到所述信道质量参数；或接收所述终端上传的下行测量报告，从所述下行测量报告中获取得到所述信道质量参数。
在该技术方案中，提供了两种较为具体的信道质量参数的获取方式，但本领域技术人员应该理解的是，此处仅为举例说明，对于信道质量的获取，显然并不止于上述两种方式。
在上述任一技术方案中，优选地，还包括：质量预估单元，用于在当前采用的上下行配置信息支持按照所述预设捆绑配置参数执行的TTI捆绑操作的情况下，预估所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；其中，所述信息发送单元在预估结果为不满足的情况下，将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端。
在该技术方案中，对于上下行配置信息支持预设捆绑配置参数的情况下，比如当预设捆绑配置参数为2、当前采用的上下行配置信息为配置2的情况下，虽然能够执行TTI捆绑操作，但由此带来的增益并不一定使得终端能够顺利完成VoIP通话。因此，通过对完成TTI捆绑操作后的情况进行预估，使得在完成TTI捆绑操作后，能够真正确保为终端带来足够的增益，以提高信道质量，并顺利完成VoIP通话。
在上述任一技术方案中，优选地，还包括：信息选取单元，用于在将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端之前，选取一上下行配置信息，该被选取的上下行配置信息不同于所述当前采用的上下行配置信息；质量预估单元，用于预估对所述被选取的上下行配置信息进行应用时，所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；其中，所述信息选取单元在预估结果为满足的情况下，将所述被选取的上下行配置信息作为所述新的上下行配置信息，否则重新执行所述选取的操作。
在该技术方案中，由于在执行了TTI捆绑操作后，并不一定能够带来足够终端顺利完成VoIP通话的增益，因而通过对当前选取的上下行配置信息对应的信道质量进行预估，即可选择出合适的上下行配置信息，使得在完成TTI捆绑操作后，能够真正确保为终端带来足够的增益，以提高信道质量，并顺利完成VoIP通话。
通过以上技术方案，可以在需要执行TTI捆绑且当前采用的上下行配置信息不支持TTI捆绑的情况下，通过对上下行配置信息的动态调整，以确保终端能够执行TTI捆绑操作，从而有助于提升小区边缘用户的VoIP通话质量。
附图说明
图1示出了相关技术中的网络覆盖情况的示意图；
图2示出了相关技术中的上下行配置信息的帧结构示意图；
图3示出了根据本发明的实施例的VoIP数据的传输方法的流程图；
图4A至4E示出了根据本发明的实施例的采用单个捆绑数值执行TTI捆绑操作的帧结构的示意图；
图5A和5B示出了根据本发明的实施例的采用多个捆绑数值执行TTI捆绑操作的帧结构的示意图；
图6示出了根据本发明的实施例的基站的示意框图；
图7示出了根据本发明的实施例的基站与终端之间进行交互配置的示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
图3示出了根据本发明的实施例的VoIP数据的传输方法的流程图。
如图3所示，根据本发明的实施例的VoIP数据的传输方法，包括：
步骤302，当接收到对应于任一终端的VoIP通话请求时，若确定所述终端需要对生成的VoIP数据包执行TTI捆绑操作，则执行步骤304。
步骤304，判断当前采用的上下行配置信息是否支持所述终端按照预设捆绑配置参数执行所述TTI捆绑操作。
步骤306，若不支持，则将所述预设捆绑配置参数和新的上下行配置信息发送至所述终端，其中，所述新的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作。
在该技术方案中，通过判断当前采用的上下行配置信息对于预设捆绑配置参数的支持情况，并在不支持时变更为新的上下行配置参数，从而使得终端在应用该新的上下行配置信息时，能够执行TTI捆绑操作，以确保VoIP数据包能够被顺利接收，完成VoIP通话过程。
其中，预设捆绑配置参数是用于对TTI捆绑操作进行配置的参数，比如可以是已经纳入通信标准中、且被基站和终端实施的参数。
在上述技术方案中，优选地，所述VoIP通话请求来自无线移动通信网络，或由所述终端发起。
在该技术方案中，对于来自无线移动通信网络的VoIP通话请求，即来自其他终端的呼叫请求；对于该终端发起的VoIP通话请求，则该终端需要向其他终端发起呼叫请求。对于任意通话请求，都能够通过对上下行配置信息的变更，以使得终端能够顺利地通过TTI捆绑操作，提升VoIP通话过程中的数据传输质量。
在上述任一技术方案中，优选地，所述预设捆绑配置参数包括TTI捆绑数量，则所述VoIP数据的传输方法包括：若当前采用的上下行配置信息对应的单个周期中包含的上行子帧数目大于或等于所述TTI捆绑数量，则判定当前采用的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作，否则判定为不支持。
在该技术方案中，通过预先设置TTI捆绑数量，则可以根据每种上下行配置信息能否支持该TTI捆绑数量，来确定是否需要更换上下行配置信息。具体地，由于每种上下行配置信息在一个10ms的周期内，包含的上行子帧数目是一定的，因而只要当该上行子帧数目大于或等于TTI捆绑数量时，才能够确保完成该TTI捆绑数量下的TTI捆绑操作。
比如依照图2所示，在目前已经使用的七种上下行配置信息中，对应于10ms的单个周期内，配置0-6对应的上行子帧数目分别为：6、4、2、3、2、1、5，因而可以据此确定每种捆绑数量对应能够支持的上下行配置信息。例如：
对于捆绑数量为4时，只有配置0、1和6能够支持TTI捆绑操作；而对于捆绑数量为3时，除了配置0、1、6外，配置3也能够支持；对于捆绑数量为2时，只有配置5不支持。
进一步地，在确保捆绑数量与上行子帧数目之间的大小关系的基础上，捆绑数量可以为一个捆绑数值，也可以为多个捆绑数值构成的捆绑数组，下面分别进行详细说明。
实施例一：一个捆绑数值
在该实施例中，TTI捆绑数量为一个捆绑数值，表示所述终端利用该捆绑数值对所述VoIP数据包执行所述捆绑操作。其中，该捆绑数值可以为2-6中的任一数值(对应于上下行配置信息中包含的上行子帧数目的具体情况)，可以按照类似目前的Rel-8标准协议中对于捆绑数值为4的情况下的TTI捆绑操作的规定，执行具体的TTI捆绑操作。
比如图4A所示，为目前已经标准化的捆绑数值为4的情况下，配置0对应的TTI捆绑方式。其中，在第一个周期中序号为2、3、4和7的子帧对应于第一组TTI；第一个周期中序号为8和9、第二个周期中序号为2和3的子帧对应于第二组TTI；第二个周期中序号为4、7、8和9的子帧对应于第三组TTI；在后续的周期中，依照上述三个TTI组，循环排列和捆绑TTI。
当然，捆绑数值显然并不一定为4，即还可以为2-6中的其他数值。比如图4B示出了在配置0、捆绑数值为5的情况下，如何实现对VoIP数据包中的TTI进行捆绑；图4C示出了在配置0、捆绑数值为6的情况下，如何实现对VoIP数据包中的TTI进行捆绑。
除了包含上行子帧数目最多的配置0，对于其他的上下行配置信息，本申请也对其中的部分情况，示出了具体的TTI捆绑方式。比如图4D示出了在配置3、捆绑数值为2的情况下，如何实现对VoIP数据包中的TTI进行捆绑；图4E示出了在配置3、捆绑数值为3的情况下，如何实现对VoIP数据包中的TTI进行捆绑。对于其他上下行配置信息对应的TTI捆绑方式，此处不再赘述。
实施例二：多个捆绑数值
所述TTI捆绑数量为多个捆绑数值构成的捆绑数组，表示所述终端根据所述捆绑数组将所述VoIP数据包中的所有TTI分为多个TTI组，所述捆绑数组中的每个TTI捆绑数值对应于所述多个TTI组中的至少一个TTI组，且所述多个TTI组中的每个TTI组包含的TTI的数目与对应的TTI捆绑数值相等。
对于包含多个捆绑数值的情况下，这多个捆绑数值均满足小于上下行配置信息在一个10ms周期内包含的上行子帧数目。而对于这多个捆绑数值而言，由于每个VoIP数据包中的TTI为多个，则在对这些TTI进行分组和打包时，每个捆绑数值对应的TTI组的数量和排列位置可能存在多种实现形式。
以捆绑数组为{2，3，4}为例进行说明。如图5A所示，对于配置0的情况下，第一个周期中序号为2、3、4和7的子帧对应于第一组TTI，其中包含的4个TTI对应于捆绑数值4；第一个周期中序号为8和9、第二个周期中序号为2的子帧对应于第二组TTI，其中包含的3个TTI对应于捆绑数值3；第二个周期中序号为3和4的子帧对应于第三组TTI，其中包含的2个TTI对应于捆绑数值2；第二个周期中序号为7、8和9的子帧对应于第四组TTI，其中包含的3个TTI对应于捆绑数值3；在后续的周期中，依照上述四个TTI组，循环排列和捆绑TTI。
然而，虽然图5A示出了对应于数组{2，3，4}的一种TTI捆绑操作的具体情况，但显然还可以存在很多其他的操作方式。
一种情况下，可以对每个捆绑数值对应的TTI组的数量进行调整。比如将第四组调整为包含两个TTI，分别对应于第二个周期中序号为7和8的子帧，而将剩下的一个TTI归入下一个TTI组。
另一种情况下，可以对多个TTI组之间的顺序进行调整。比如将第一个周期中序号为8和9的子帧对应构成第二个TTI组，将第二个周期中序号为2、3和4的子帧对应构成第三个TTI组，相当于将图5A中的第二个和第三个TTI组的顺序进行了调换。
捆绑数组中的捆绑数值也可以更少，比如为2个。具体地，以数组{2，3}为例，假定一共存在20个TTI(图中未示出)，则一种方式下，可以捆绑为7个TTI组，其中的1个TTI组中的每个TTI组包含2个TTI，剩余的6个TTI组中的每个TTI组包含3个TTI；另一种方式下，可以捆绑为8个TTI组，其中的4个TTI组中的每个TTI组包含2个TTI，剩余的4个TTI组中的每个TTI组包含3个TTI；另一种方式下，可以捆绑为9个TTI组，其中的7个TTI组中的每个TTI组包含2个TTI，剩余的2个TTI组中的每个TTI组包含3个TTI等。
而且对于上述的每种分组方式中，多个TTI组之间的排列顺序也有多种情况，比如以上述的总共7个TTI组为例，其中包含2个TTI的TTI组可以与剩余的6个TTI组构成7种不同的组合方式，如(2，3，3，3，3，3，3)、(3，2，3，3，3，3，3)、(3，3，2，3，3，3，3)、(3，3，3，2，3，3，3)、(3，3，3，3，2，3，3)、(3，3，3，3，3，2，3)、(3，3，3，3，3，3，2)等。
捆绑数组中的捆绑数值也可以更多，比如为5个。具体地，图5B示出了以数组{2，3，4，5，6}执行TTI捆绑操作的一种具体情况。其中，第一个周期中序号为2、3、4、7、8和9的子帧对应于第一组TTI；第二个周期中序号为2、3、4、7和8的子帧对应于第二组TTI；第二个周期中序号为9、第三个周期中序号为2、3和4的子帧对应于第三组TTI；第三个周期中序号为7、8和9的子帧对应于第四组TTI；第四个周期中序号为2和3的子帧对应于第五组TTI；第四个周期中序号为4、7、8和9的子帧对应于第六组TTI；在后续的周期中，依照上述四个TTI组，循环排列和捆绑TTI。
因此，对于包含多个捆绑数值的情况，具体使用何种组合方式，可以通过事先纳入通信标准或在终端与基站之间形成协议，以便在具体实施时，能够顺利执行。当然，终端也可以直接由这多个捆绑数值生成一组随机数，并按照该组随机数，对VoIP数据包中的TTI进行捆绑操作。
在上述任一技术方案中，优选地，所述VoIP数据包的生成周期长度对应于所述当前采用的上下行配置信息的多个周期，且所述多个周期中包含的所有上行子帧的数目大于或等于所述VoIP数据包中的所有TTI的数目。
在该技术方案中，由于VoIP数据包具有对应的生成周期，比如20ms，则该时间段对应于上下行配置信息的多个周期中，应当包含足够的上行子帧数目，以避免在终端内运行的同一个VoIP进程中产生多个数据包之间的碰撞。
在上述任一技术方案中，优选地，所述预设捆绑配置参数还包括：传输重复周期和/或HARQ时序；其中，所述传输重复周期(RTT，Round Trip Time)是指对应于每个所述VoIP数据包的重复周期，所述HARQ时序是指对应于每个所述数据包的ACK反馈子帧，或对应于每个所述数据包的NACK反馈子帧以及重传子帧号。
当然，传输重复周期和/或HARQ时序可以被添加在某个信令中，与TTI捆绑数值一并发送；或者，还可以单独由其他的信令发送，比如将传输重复周期用信令1发送，将HARQ时序用信令2发送，或将传输重复周期和HARQ时序由信令3一并发送。
在上述任一技术方案中，优选地，还包括：获取对应于所述终端的信道质量参数；若所述信道质量参数的数值小于或等于预设的参数阈值，则确定所述终端需要对VoIP数据执行所述TTI捆绑操作。
在该技术方案中，可以通过获取终端对应的信道质量(表现为信道质量参数的数值)，从而当该信道质量较差(表现为信道质量参数的数值小于或等于预设的参数阈值)时，确定需要通过执行TTI捆绑操作，以保证VoIP通话的顺利执行。
在上述任一技术方案中，优选地，获取对应于所述终端的信道质量参数的过程包括：测量所述终端发送参考信号，以得到所述信道质量参数；或接收所述终端上传的下行测量报告，从所述下行测量报告中获取得到所述信道质量参数。
在该技术方案中，提供了两种较为具体的信道质量参数的获取方式，但本领域技术人员应该理解的是，此处仅为举例说明，对于信道质量的获取，显然并不止于上述两种方式。
在上述任一技术方案中，优选地，还包括：若当前采用的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行的TTI捆绑操作，则预估按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；若不满足，则将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端。
在该技术方案中，对于上下行配置信息支持预设捆绑配置参数的情况下，比如当预设捆绑配置参数为2、当前采用的上下行配置信息为配置2的情况下，虽然能够执行TTI捆绑操作，但由此带来的增益并不一定使得终端能够顺利完成VoIP通话。因此，通过对完成TTI捆绑操作后的情况进行预估，使得在完成TTI捆绑操作后，能够真正确保为终端带来足够的增益，以提高信道质量，并顺利完成VoIP通话。
在上述任一技术方案中，优选地，在将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端之前，还包括：选取一上下行配置信息，该被选取的上下行配置信息不同于所述当前采用的上下行配置信息；预估对所述被选取的上下行配置信息进行应用时，所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；若满足，则将所述被选取的上下行配置信息作为所述新的上下行配置信息，否则重新执行所述选取的操作。
在该技术方案中，由于在执行了TTI捆绑操作后，并不一定能够带来足够终端顺利完成VoIP通话的增益，因而通过对当前选取的上下行配置信息对应的信道质量进行预估，即可选择出合适的上下行配置信息，使得在完成TTI捆绑操作后，能够真正确保为终端带来足够的增益，以提高信道质量，并顺利完成VoIP通话。
图6示出了根据本发明的实施例的基站的示意框图。
如图6所示，根据本发明的实施例的基站600，包括：信息判断单元602，用于在接收到对应于任一终端的VoIP通话请求的情况下，若确定所述终端需要对生成的VoIP数据包执行TTI捆绑操作，则判断当前采用的上下行配置信息是否支持所述终端按照预设捆绑配置参数执行所述TTI捆绑操作；信息发送单元604，用于在判断为不支持的情况下，将所述预设捆绑配置参数和新的上下行配置信息发送至所述终端，其中，所述新的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作。
在该技术方案中，通过判断当前采用的上下行配置信息对于预设捆绑配置参数的支持情况，并在不支持时变更为新的上下行配置参数，从而使得终端在应用该新的上下行配置信息时，能够执行TTI捆绑操作，以确保VoIP数据包能够被顺利接收，完成VoIP通话过程。
其中，预设捆绑配置参数是用于对TTI捆绑操作进行配置的参数，比如可以是已经纳入通信标准中、且被基站和终端实施的参数。
在上述技术方案中，优选地，所述VoIP通话请求来自无线移动通信网络，或由所述终端发起。
在该技术方案中，对于来自无线移动通信网络的VoIP通话请求，即来自其他终端的呼叫请求；对于该终端发起的VoIP通话请求，则该终端需要向其他终端发起呼叫请求。对于任意通话请求，都能够通过对上下行配置信息的变更，以使得终端能够顺利地通过TTI捆绑操作，提升VoIP通话过程中的数据传输质量。
在上述任一技术方案中，优选地，所述预设捆绑配置参数包括TTI捆绑数量，则所述信息判断单元602用于：在当前采用的上下行配置信息对应的单个周期中包含的上行子帧数目大于或等于所述TTI捆绑数量的情况下，判定当前采用的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作，否则判定为不支持。
在该技术方案中，通过预先设置TTI捆绑数量，则可以根据每种上下行配置信息能否支持该TTI捆绑数量，来确定是否需要更换上下行配置信息。具体地，由于每种上下行配置信息在一个10ms的周期内，包含的上行子帧数目是一定的，因而只要当该上行子帧数目大于或等于TTI捆绑数量时，才能够确保完成该TTI捆绑数量下的TTI捆绑操作。
比如对于捆绑数量为4时，只有配置0、1和6能够支持TTI捆绑操作；而对于捆绑数量为3时，除了配置0、1、6外，配置3也能够支持；对于捆绑数量为2时，只有配置5不支持。
在上述任一技术方案中，优选地，所述TTI捆绑数量为一个捆绑数值，表示所述终端利用该捆绑数值对所述VoIP数据包执行所述捆绑操作；或所述TTI捆绑数量为多个捆绑数值构成的捆绑数组，表示所述终端根据所述捆绑数组将所述VoIP数据包中的所有TTI分为多个TTI组，所述捆绑数组中的每个TTI捆绑数值对应于所述多个TTI组中的至少一个TTI组，且所述多个TTI组中的每个TTI组包含的TTI的数目与对应的TTI捆绑数值相等。
在该技术方案中，对于仅包含一个捆绑数值的情况下，该捆绑数值可以具体为2-6中的任一数值，可以按照类似目前的Rel-8标准协议中对于捆绑数值为4的情况下的TTI捆绑操作的规定，执行具体的TTI捆绑操作。
对于包含多个捆绑数值的情况下，这多个捆绑数值均满足小于上下行配置信息在一个10ms周期内包含的上行子帧数目。而对于这多个捆绑数值而言，由于每个VoIP数据包中的TTI为多个，则在对这些TTI进行分组和打包时，每个捆绑数值对应的TTI组的数量和排列位置可能存在多种实现形式。
比如对于数组{2，3}，假定一共存在20个TTI，则一种方式下，可以捆绑为7个TTI组，其中的1个TTI组中的每个TTI组包含2个TTI，剩余的6个TTI组中的每个TTI组包含3个TTI；另一种方式下，可以捆绑为8个TTI组，其中的4个TTI组中的每个TTI组包含2个TTI，剩余的4个TTI组中的每个TTI组包含3个TTI；另一种方式下，可以捆绑为9个TTI组，其中的7个TTI组中的每个TTI组包含2个TTI，剩余的2个TTI组中的每个TTI组包含3个TTI等。
而且对于上述的每种分组方式中，多个TTI组之间的排列顺序也有多种情况，比如以上述的总共7个TTI组为例，其中包含2个TTI的TTI组可以与剩余的6个TTI组构成7种不同的组合方式，如(2，3，3，3，3，3，3)、(3，2，3，3，3，3，3)、(3，3，2，3，3，3，3)、(3，3，3，2，3，3，3)、(3，3，3，3，2，3，3)、(3，3，3，3，3，2，3)、(3，3，3，3，3，3，2)等。
因此，对于包含多个捆绑数值的情况，具体使用何种组合方式，可以通过事先纳入通信标准或在终端与基站之间形成协议，以便在具体实施时，能够顺利执行。当然，终端也可以直接由这多个捆绑数值生成一组随机数，并按照该组随机数，对VoIP数据包中的TTI进行捆绑操作。
在上述任一技术方案中，优选地，所述VoIP数据包的生成周期长度对应于所述当前采用的上下行配置信息的多个周期，且所述多个周期中包含的所有上行子帧的数目大于或等于所述VoIP数据包中的所有TTI的数目。
在该技术方案中，由于VoIP数据包具有对应的生成周期，比如20ms，则该时间段对应于上下行配置信息的多个周期中，应当包含足够的上行子帧数目，以避免在终端内运行的同一个VoIP进程中产生多个数据包之间的碰撞。
在上述任一技术方案中，优选地，所述预设捆绑配置参数还包括：传输重复周期和/或HARQ时序；其中，所述传输重复周期(RTT，Round Trip Time)是指对应于每个所述VoIP数据包的重复周期，所述HARQ时序是指对应于每个所述数据包的ACK反馈子帧，或对应于每个所述数据包的NACK反馈子帧以及重传子帧号。
当然，传输重复周期和/或HARQ时序可以被添加在某个信令中，与TTI捆绑数值一并发送；或者，还可以单独由其他的信令发送，比如将传输重复周期用信令1发送，将HARQ时序用信令2发送，或将传输重复周期和HARQ时序由信令3一并发送。
在上述任一技术方案中，优选地，还包括：参数获取单元606，，用于获取对应于所述终端的信道质量参数；其中，所述信息判断单元602在所述信道质量参数的数值小于或等于预设的参数阈值的情况下，确定所述终端需要对VoIP数据执行所述TTI捆绑操作。
在该技术方案中，可以通过获取终端对应的信道质量(表现为信道质量参数的数值)，从而当该信道质量较差(表现为信道质量参数的数值小于或等于预设的参数阈值)时，确定需要通过执行TTI捆绑操作，以保证VoIP通话的顺利执行。
在上述任一技术方案中，优选地，所述参数获取单元606用于：测量所述终端发送参考信号，以得到所述信道质量参数；或接收所述终端上传的下行测量报告，从所述下行测量报告中获取得到所述信道质量参数。
在该技术方案中，提供了两种较为具体的信道质量参数的获取方式，但本领域技术人员应该理解的是，此处仅为举例说明，对于信道质量的获取，显然并不止于上述两种方式。
在上述任一技术方案中，优选地，还包括：质量预估单元608，用于在当前采用的上下行配置信息支持按照所述预设捆绑配置参数执行的TTI捆绑操作的情况下，预估所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；其中，所述信息发送单元604在预估结果为不满足的情况下，将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端。
在该技术方案中，对于上下行配置信息支持预设捆绑配置参数的情况下，比如当预设捆绑配置参数为2、当前采用的上下行配置信息为配置2的情况下，虽然能够执行TTI捆绑操作，但由此带来的增益并不一定使得终端能够顺利完成VoIP通话。因此，通过对完成TTI捆绑操作后的情况进行预估，使得在完成TTI捆绑操作后，能够真正确保为终端带来足够的增益，以提高信道质量，并顺利完成VoIP通话。
在上述任一技术方案中，优选地，还包括：信息选取单元610，用于在将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端之前，选取一上下行配置信息，该被选取的上下行配置信息不同于所述当前采用的上下行配置信息；质量预估单元608，用于预估对所述被选取的上下行配置信息进行应用时，所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；其中，所述信息选取单元610在预估结果为满足的情况下，将所述被选取的上下行配置信息作为所述新的上下行配置信息，否则重新执行所述选取的操作。
在该技术方案中，由于在执行了TTI捆绑操作后，并不一定能够带来足够终端顺利完成VoIP通话的增益，因而通过对当前选取的上下行配置信息对应的信道质量进行预估，即可选择出合适的上下行配置信息，使得在完成TTI捆绑操作后，能够真正确保为终端带来足够的增益，以提高信道质量，并顺利完成VoIP通话。
图7示出了根据本发明的实施例的基站与终端之间进行交互配置的示意图。
如图7所示，根据本发明的实施例的基站与终端之间进行交互配置的过程包括：
步骤1，基站704接收到VoIP请求。
具体地，该请求可以是来自无线移动通信网络的，用于发起对终端702的VoIP通话；或者，该请求也可以是来自终端702的，用于发起对其他无线通信设备的VoIP通话。
基站704需要确定对终端702的接收信噪比等参数的情况，以确定与终端702之间的信道质量情况。具体地，基站704可以通过：
1)基站704配置SRS信号(参考信号)，并当终端702向基站704发送SRS信号时，基站704对其进行测量，以得到接收信噪比或其他参数。
2)基站704接收终端702发送的下行测量报告，从而基于信道互异性，确定接收信噪比或其他参数。
以接收信噪比为例，若低于预设阈值，则判定需要执行TTI捆绑操作。
基站704需要获取当前采用的上下行配置信息，从而确定是否支持TTI捆绑操作。比如已经预设了TTI捆绑数量为4，则对于配置0、1或6，可以直接确定能够执行TTI捆绑操作，而对于其他配置而言，则无法执行TTI捆绑操作，则基站704需要生成调度配置信令，其中包含有新的上下行配置信息(如配置0、1或6)和TTI捆绑配置信息(如TTI捆绑数量4)。
步骤2，将调度配置信令发送至终端702。
步骤3，终端702基于该调度配置信令，对VoIP数据包进行捆绑操作后，发往基站704。
当然，TTI捆绑数量也可以为其他数值，比如为3，则对于配置0、1和6之外，配置3也可以支持TTI捆绑操作，那么对于当前采用的上下行配置信息刚好为3的情况下，就能够免于调整上下行配置信息，从而避免与邻居小区造成交叉干扰的情况。
此外，对于当前的上下行配置信息能够支持TTI捆绑操作的情况，仍然需要对其所能够达到的增益情况进行预估，使得在执行了TTI捆绑操作后，确实能够提高终端702对应的接收信噪比。
对于具体的预估方式，可以存在多种方式，下面以其中的几种方式为例进行说明：
1)事先通过如测量、仿真等方式，建立不同的上下行配置信息和TTI捆绑数值之间的每种组合方式，所能够带来的信道质量增益的表格。若当前采用的上下行配置信息不支持TTI捆绑操作，则确定一新的上下行配置信息，并通过查看上述表格来确定能否带来足够的增益；若能，则生成对应的调度配置信令，否则更换为另一上下行配置信息，并继续判断。
2)实时确定某个上下行配置信息，并通过试探性地变更和测量，以实时确定其所能够带来的增益，若增益足够，则生成对应的调度配置信令，否则更换为另一上下行配置信息，并继续判断。
当然，在调度配置信令中，可以仅包含新的上下行配置信息；也可以包含一组上下行配置信息，如新的上下行配置信息和当前的上下行配置信息。对于前者而言，有助于避免对上下行配置信息的频繁变动，防止造成小区间的交叉干扰；对于后者而言，能够在确保VoIP的信噪比升高的同时，减少对下行数据速度的影响。
并且，由于上下行配置信息的变更目的是支持VoIP进程，为了减少调度配置信令的开销，可以增加一个激活周期，即在这个激活周期内如果没有新的调度配置信令，则变更后的上下行配置信息一直生效；超过激活周期后，基站704可以让终端702保持新配置，或回退到原配置。
以上结合附图详细说明了本发明的技术方案，本发明提出了一种VoIP数据的传输方法和一种基站，可以在需要执行TTI捆绑且当前采用的上下行配置信息不支持TTI捆绑的情况下，通过对上下行配置信息的动态调整，以确保终端能够执行TTI捆绑操作，从而有助于提升小区边缘用户的VoIP通话质量。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (20)

1.一种VoIP数据的传输方法，其特征在于，包括：
当接收到对应于任一终端的VoIP通话请求时，若确定所述终端需要对生成的VoIP数据包执行TTI捆绑操作，则判断当前采用的上下行配置信息是否支持所述终端按照预设捆绑配置参数执行所述TTI捆绑操作；
若不支持，则将所述预设捆绑配置参数和新的上下行配置信息发送至所述终端，其中，所述新的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作。
2.根据权利要求1所述的VoIP数据的传输方法，其特征在于，所述VoIP通话请求来自无线移动通信网络，或由所述终端发起。
3.根据权利要求1所述的VoIP数据的传输方法，其特征在于，所述预设捆绑配置参数包括TTI捆绑数量，则所述VoIP数据的传输方法包括：
若当前采用的上下行配置信息对应的单个周期中包含的上行子帧数目大于或等于所述TTI捆绑数量，则判定当前采用的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作，否则判定为不支持。
4.根据权利要求3所述的VoIP数据的传输方法，其特征在于，还包括：
所述TTI捆绑数量为一个捆绑数值，表示所述终端利用该捆绑数值对所述VoIP数据包执行所述捆绑操作；
或所述TTI捆绑数量为多个捆绑数值构成的捆绑数组，表示所述终端根据所述捆绑数组将所述VoIP数据包中的所有TTI分为多个TTI组，所述捆绑数组中的每个TTI捆绑数值对应于所述多个TTI组中的至少一个TTI组，且所述多个TTI组中的每个TTI组包含的TTI的数目与对应的TTI捆绑数值相等；
其中，当所述TTI捆绑数量为多个捆绑数值时，所述捆绑数值均满足小于上下行配置信息在一个10ms周期内包含的所述上行子帧数目。
5.根据权利要求3所述的VoIP数据的传输方法，其特征在于，所述VoIP数据包的生成周期长度对应于所述当前采用的上下行配置信息的多个周期，且所述多个周期中包含的所有上行子帧的数目大于或等于所述VoIP数据包中的所有TTI的数目。
6.根据权利要求3所述的VoIP数据的传输方法，其特征在于，所述预设捆绑配置参数还包括：传输重复周期和/或HARQ时序；
其中，所述传输重复周期是指对应于每个所述VoIP数据包的重复周期，
所述HARQ时序是指对应于每个所述数据包的ACK反馈子帧，或对应于每个所述数据包的NACK反馈子帧以及重传子帧号。
7.根据权利要求1至6中任一项所述的VoIP数据的传输方法，其特征在于，还包括：
获取对应于所述终端的信道质量参数；
若所述信道质量参数的数值小于或等于预设的参数阈值，则确定所述终端需要对VoIP数据执行所述TTI捆绑操作。
8.根据权利要求7所述的VoIP数据的传输方法，其特征在于，获取对应于所述终端的信道质量参数的过程包括：
测量所述终端发送参考信号，以得到所述信道质量参数；
或接收所述终端上传的下行测量报告，从所述下行测量报告中获取得到所述信道质量参数。
9.根据权利要求7所述的VoIP数据的传输方法，其特征在于，还包括：
若当前采用的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行的TTI捆绑操作，则预估按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；
若不满足，则将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端。
10.根据权利要求7所述的VoIP数据的传输方法，其特征在于，在将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端之前，还包括：
选取一上下行配置信息，该被选取的上下行配置信息不同于所述当前采用的上下行配置信息；
预估对所述被选取的上下行配置信息进行应用时，所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；
若满足，则将所述被选取的上下行配置信息作为所述新的上下行配置信息，否则重新执行所述选取的操作。
11.一种基站，其特征在于，包括：
信息判断单元，用于在接收到对应于任一终端的VoIP通话请求的情况下，若确定所述终端需要对生成的VoIP数据包执行TTI捆绑操作，则判断当前采用的上下行配置信息是否支持所述终端按照预设捆绑配置参数执行所述TTI捆绑操作；
信息发送单元，用于在判断为不支持的情况下，将所述预设捆绑配置参数和新的上下行配置信息发送至所述终端，其中，所述新的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作。
12.根据权利要求11所述的基站，其特征在于，所述VoIP通话请求来自无线移动通信网络，或由所述终端发起。
13.根据权利要求11所述的基站，其特征在于，所述预设捆绑配置参数包括TTI捆绑数量，则所述信息判断单元用于：
在当前采用的上下行配置信息对应的单个周期中包含的上行子帧数目大于或等于所述TTI捆绑数量的情况下，判定当前采用的上下行配置信息支持所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作，否则判定为不支持。
14.根据权利要求13所述的基站，其特征在于，
所述TTI捆绑数量为一个捆绑数值，表示所述终端利用该捆绑数值对所述VoIP数据包执行所述捆绑操作；
或所述TTI捆绑数量为多个捆绑数值构成的捆绑数组，表示所述终端根据所述捆绑数组将所述VoIP数据包中的所有TTI分为多个TTI组，所述捆绑数组中的每个TTI捆绑数值对应于所述多个TTI组中的至少一个TTI组，且所述多个TTI组中的每个TTI组包含的TTI的数目与对应的TTI捆绑数值相等；
其中，当所述TTI捆绑数量为多个捆绑数值时，所述捆绑数值均满足小于上下行配置信息在一个10ms周期内包含的所述上行子帧数目。
15.根据权利要求13所述的基站，其特征在于，
所述VoIP数据包的生成周期长度对应于所述当前采用的上下行配置信息的多个周期，且所述多个周期中包含的所有上行子帧的数目大于或等于所述VoIP数据包中的所有TTI的数目。
16.根据权利要求13所述的基站，其特征在于，所述预设捆绑配置参数还包括：传输重复周期和/或HARQ时序；
其中，所述传输重复周期是指对应于每个所述VoIP数据包的重复周期，
所述HARQ时序是指对应于每个所述数据包的ACK反馈子帧，或对应于每个所述数据包的NACK反馈子帧以及重传子帧号。
17.根据权利要求11至16中任一项所述的基站，其特征在于，还包括：
参数获取单元，用于获取对应于所述终端的信道质量参数；
其中，所述信息判断单元在所述信道质量参数的数值小于或等于预设的参数阈值的情况下，确定所述终端需要对VoIP数据执行所述TTI捆绑操作。
18.根据权利要求17所述的基站，其特征在于，所述参数获取单元用于：
测量所述终端发送参考信号，以得到所述信道质量参数；
或接收所述终端上传的下行测量报告，从所述下行测量报告中获取得到所述信道质量参数。
19.根据权利要求17所述的基站，其特征在于，还包括：
质量预估单元，用于在当前采用的上下行配置信息支持按照所述预设捆绑配置参数执行的TTI捆绑操作的情况下，预估所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；
其中，所述信息发送单元在预估结果为不满足的情况下，将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端。
20.根据权利要求17所述的基站，其特征在于，还包括：
信息选取单元，用于在将所述预设捆绑配置参数和所述新的上下行配置信息发送至所述终端之前，选取一上下行配置信息，该被选取的上下行配置信息不同于所述当前采用的上下行配置信息；
质量预估单元，用于预估对所述被选取的上下行配置信息进行应用时，所述终端按照所述预设捆绑配置参数执行所述TTI捆绑操作后，所述信道质量参数的变化后数值是否满足大于所述预设的参数阈值；
其中，所述信息选取单元在预估结果为满足的情况下，将所述被选取的上下行配置信息作为所述新的上下行配置信息，否则重新执行所述选取的操作。
CN201380068865.5A 2013-11-01 2013-11-01 VoIP数据的传输方法和基站 Active CN104885544B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/086471 WO2015062099A1 (zh) 2013-11-01 2013-11-01 VoIP数据的传输方法和基站

Publications (2)

Publication Number Publication Date
CN104885544A CN104885544A (zh) 2015-09-02
CN104885544B true CN104885544B (zh) 2019-08-02

Family

ID=53003198

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380068865.5A Active CN104885544B (zh) 2013-11-01 2013-11-01 VoIP数据的传输方法和基站

Country Status (5)

Country Link
US (1) US10064101B2 (zh)
EP (1) EP3065481B1 (zh)
CN (1) CN104885544B (zh)
RU (1) RU2016114874A (zh)
WO (1) WO2015062099A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014166515A1 (en) * 2013-04-08 2014-10-16 Nokia Solutions And Networks Oy Reference configuration for flexible time division duplexing
EP3262777B1 (en) * 2015-02-24 2018-10-31 Telefonaktiebolaget LM Ericsson (publ) Determining signal to noise ratio and tti bundling adaptation in a communication network
JP6728388B2 (ja) * 2016-03-31 2020-07-22 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． アップリンクデータ送信方法、アップリンクデータスケジューリング方法、および装置
KR102606781B1 (ko) * 2016-09-02 2023-11-27 삼성전자 주식회사 무선 통신 시스템에서 효율적인 데이터 송수신 방법 및 장치
CN110740458B (zh) * 2018-07-20 2023-03-28 中国电信股份有限公司 传输时间间隔捆绑门限调节方法和装置、可读存储介质
US11706071B2 (en) * 2020-05-15 2023-07-18 Qualcomm Incorporated Peak reduction tone allocation techniques

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1909425A1 (en) * 2006-10-02 2008-04-09 Nokia Siemens Networks Gmbh & Co. Kg Method for the transmission of IP frames
CN101605024A (zh) * 2008-06-12 2009-12-16 中兴通讯股份有限公司 混合自动重传请求方法
CN101615999A (zh) * 2008-06-24 2009-12-30 中兴通讯股份有限公司 数据传输同步实现方法和装置
CN101651601A (zh) * 2008-08-11 2010-02-17 华为技术有限公司 一种资源配置方法、系统及相关装置
CN102754380A (zh) * 2010-02-17 2012-10-24 高通股份有限公司 用于无线通信系统的连续模式操作

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101594650A (zh) * 2008-05-30 2009-12-02 华为技术有限公司 配置传输时间间隔绑定的方法、装置和系统
TWI405445B (zh) * 2008-08-15 2013-08-11 Innovative Sonic Ltd 處理一傳輸時間間隔集束模式的方法及通訊裝置
US8929282B2 (en) * 2008-11-06 2015-01-06 Htc Corporation Method and apparatus for TTI bundling transmission in a wireless communications system
CN101795183B (zh) * 2008-12-30 2014-07-02 宏达国际电子股份有限公司 识别混合式自动重发请求程序的方法及其通讯装置
CN101772175A (zh) * 2009-01-05 2010-07-07 华为技术有限公司 消息传输的方法、网络设备、用户设备及系统
US8891362B2 (en) * 2009-12-17 2014-11-18 Telefonaktiebolaget L M Ericsson (Publ) Scheduling for access division multiplexing
CN102055576A (zh) * 2010-12-29 2011-05-11 大唐移动通信设备有限公司 一种确定harq模式的方法及装置
US10321419B2 (en) * 2011-08-10 2019-06-11 Samsung Electronics Co., Ltd. Method and apparatus for transmitting data using a multi-carrier in a mobile communication system
WO2013022318A2 (ko) * 2011-08-10 2013-02-14 삼성전자 주식회사 이동통신 시스템에서 복수의 캐리어를 이용해서 데이터를 전송하는 방법 및 장치
CN108599905B (zh) * 2012-01-24 2021-04-02 交互数字专利控股公司 在wtru中实施的方法、wtru及网络节点
US9295056B2 (en) * 2012-03-23 2016-03-22 Qualcomm Incorporated Systems and methods for signaling and determining transmission time interval bundling parameters
US9787438B2 (en) * 2012-04-27 2017-10-10 Lg Electronics Inc. TTI bundling method in wireless access systems and apparatus for same
EP2836044A1 (en) * 2013-08-08 2015-02-11 Panasonic Intellectual Property Corporation of America Dynamic scheduling for subframe bundling
US9621310B2 (en) * 2013-12-23 2017-04-11 Apple Inc. TTI bundling for downlink communication

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1909425A1 (en) * 2006-10-02 2008-04-09 Nokia Siemens Networks Gmbh & Co. Kg Method for the transmission of IP frames
CN101605024A (zh) * 2008-06-12 2009-12-16 中兴通讯股份有限公司 混合自动重传请求方法
CN101615999A (zh) * 2008-06-24 2009-12-30 中兴通讯股份有限公司 数据传输同步实现方法和装置
CN101651601A (zh) * 2008-08-11 2010-02-17 华为技术有限公司 一种资源配置方法、系统及相关装置
CN102754380A (zh) * 2010-02-17 2012-10-24 高通股份有限公司 用于无线通信系统的连续模式操作

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LTE-Advanced中继系统中的VoIP业务系统性能研究;刘建华等;《中国电子科学研究院学报》;20110228;全文
Performance of TTI Bundling for VoIP;Haiming Wang等;《IEEE 69th Vehicular Technology Conference》;20090426;全文

Also Published As

Publication number Publication date
EP3065481A4 (en) 2017-07-05
WO2015062099A1 (zh) 2015-05-07
RU2016114874A (ru) 2017-10-23
CN104885544A (zh) 2015-09-02
US10064101B2 (en) 2018-08-28
EP3065481B1 (en) 2019-07-03
US20160286435A1 (en) 2016-09-29
EP3065481A1 (en) 2016-09-07

Similar Documents

Publication Publication Date Title
CN104885544B (zh) VoIP数据的传输方法和基站
CN105191389B (zh) 在移动通信系统中利用多个载波发送和接收数据的方法和装置
AU2010301594B2 (en) Relay backhaul uplink HARQ protocol
CN104170294B (zh) 物理上行链路共享信道(pusch)传输时间间隔(tti)捆绑
CN104471997B (zh) 载波切换方法、基站和用户设备
CN105409147B (zh) 检测用于装置对装置通信的搜索信号的方法及其设备
KR102117024B1 (ko) 무선 통신 시스템의 통신 방법 및 장치
RU2727176C1 (ru) Узел для сети радиосвязи и способ работы
JP6399416B2 (ja) サイクリックプレフィックス長を設定するシステムおよび方法
CN101932027B (zh) 一种多载波调度方法和系统
CN102223214B (zh) 一种数据传输的方法及装置
CN103716143B (zh) 一种时分双工动态帧结构配置方法、确定方法和相应装置
CN108271430A (zh) 用于在非授权频带通信系统中发送信号的方法和装置、用于上行链路调度的方法和装置以及用于发送关于信道状态测量间隔的信息的方法和装置
CN108574987A (zh) 传输信息的方法和装置
CN109565849A (zh) 在支持未授权频带的无线通信系统中发送和接收上行链路信道的方法和支持该方法的设备
CN107787566A (zh) 帧传输方案修改
CN103546973B (zh) VoIP数据的传输方法和基站
KR20190070980A (ko) 송신 타이밍 정보를 전송 및 수신하기 위한 방법 및 디바이스
CN104272633B (zh) 在无线通信系统中针对装置到装置通信执行harq的方法以及用于该方法的装置
EP2107709A2 (en) Method and apparatus of transmission time interval bundling management
CN104540215B (zh) 在切换期间的td-scdma多usim移动终端的上行链路同步
CN107211307A (zh) 全双工无线通信系统中通过考虑设备间干扰分配资源的方法及其装置
Xiaotong et al. Study on system latency reduction based on Shorten TTI
CN106465381B (zh) 基于互联网协议的语音voip通信方法与装置
CN106470481A (zh) 一种寻呼方法、基站及寻呼系统

Legal Events

Date Code Title Description
PB01 Publication
EXSB Decision made by sipo to initiate substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant