CN101647214A - 传输voip分组的方法 - Google Patents

Abstract

一种传输互联网协议语音(VoIP)分组的方法，该方法包括以下步骤：向用户分配用于VoIP分组传输的资源；将VoIP服务从使用所述无线资源传输所述VoIP分组的通话时段转换到不传输所述VoIP分组的静默时段；在所述静默时段中释放所述无线资源；以及通过重新分配无线资源，将所述VoIP服务转换到所述通话时段。可以更加有效地使用有限的无线资源。

Description

传输VOIP分组的方法

技术领域

本发明涉及无线通信，更具体地说，涉及传输互联网协议语音(VoIP，voice over Internet protocol)服务的VoIP分组的方法。

背景技术

除了针对在传统移动通信系统中所提供的简单无线通信服务以外，还针对在有线通信网络与无线通信网络之间提供集成服务及有效的互操作而对下一代移动通信系统进行了标准化。随着对用于处理并传输各种信息(诸如无线数据)以及用于提供面向语音服务的高速、大容量数据通信系统的需求，存在对开发一种通过容量与有线通信网络相似的无线通信网络来传输大量数据的技术的需求。

作为下一代(第三代后)系统中的一种，考虑了能够以低复杂度而减少符号间干扰的正交频分复用(OFDM，orthogonal frequency divisionmultiplexing)系统。在OFDM系统中，将串行输入数据符号转换为N个并行数据符号，并在N个单独的子载波上进行承载并传输。这些子载波在频率维中保持正交性。正交信道经受彼此独立的频率选择性衰落。由于延长了所传输符号的间隔，所以可以使符号间干扰最小化。正交频分多址(OFDMA，orthogonal frequency division multiple access)是这样一种多址方案，其中，当使用了采用OFDM作为调制方案的系统时，通过向多个用户独立地提供可用子载波中的一些子载波来实现多址。在OFDMA中，向各个用户提供频率资源(即，子载波)，并且向多个用户独立地提供相应的子载波。因此，子载波通常不会相互交叠。最终，以排他的方式向各个用户分配频率资源。

为了有效地使用有限的无线资源，基站(BS)对无线资源进行调度。当未使用分配给某用户的无线资源来传输数据分组时，BS执行调度，使得其它用户可以使用该未被使用的无线资源。因此，可以更加有效地使用无线资源。这样，可以不向并不具有待发送/接收数据分组的用户分配无线资源。而是可以将无线资源分配给具有待发送/接收数据分组的用户。按照这种方式，可以在频域或时域上动态地分配无线资源。将这种方案称为动态调度。

在互联网协议语音(VoIP)服务中，可能并未传输VoIP分组。即使在这种情况下，仍然持久地分配资源，直到VoIP会话结束为止。也就是说，一旦分配了无线资源，这些无线资源将被保持预定的时间段。将这种调度称为持久调度(persistent scheduling)，这在有限的无线资源情况下会导致效率下降。

因此，需要一种在VoIP服务中对有限的无线资源进行有效管理的方法。

发明内容

本发明提供了一种用于传输互联网协议语音(VoIP)分组的方法，使得可以在VoIP服务中有效地使用有限的无线资源。

根据本发明的一个方面，提供了一种传输互联网协议语音(VoIP)分组的方法。该方法包括以下步骤：向用户分配用于VoIP分组传输的无线资源；将VoIP服务从使用所述无线资源传输所述VoIP分组的通话时段转换到不传输VoIP分组的静默时段；在所述静默时段中释放所述无线资源；以及通过重新分配无线资源，将所述VoIP服务转换到所述通话时段。

根据本发明的另一方面，提供了一种使用分配给VoIP服务的无线资源来传输VoIP分组的方法。该方法包括以下步骤：在传输所述VoIP分组的通话时段中使用所述无线资源来传输所述VoIP分组；以及在通话时段中传输静默描述符，所述静默描述符用于指示转换到不传输所述VoIP分组的静默时段，其中，在所述通话时段中释放所述无线资源。

根据本发明的另一方面，提供了一种传输VoIP分组的方法。该方法包括以下步骤：在不传输所述VoIP分组的静默时段中，向基站发送专用调度请求消息，该专用调度请求消息请求分配用于数据传输的无线资源；从所述基站接收从持久调度消息和动态调度消息中选出的调度消息，该持久调度消息用于按照特定的时间间隔来持久地分配无线资源，该动态调度信息用于依次地分配无线资源；以及使用所述无线资源来向所述基站传输信息分组。

根据本发明的另一方面，提供了一种传输VoIP分组的方法。该方法包括以下步骤：接收用于按照特定的时间间隔来持久地分配无线资源的持久调度信息；使用所述无线资源来传输上行数据；启动定时器，所述定时器指示从缓存中清空所述上行数据的时间点；以及如果在所述定时器期满之前未发来新的持久调度信息，则从所述缓存中清空所述上行数据并使用所述无线资源来传输新的上行数据。所述上行数据可以是VoIP分组。另选的是，所述上行数据可以是非语音数据。该方法还包括以下步骤：如果在所述定时器期满之前接收到所述新的持久调度信息，则根据所述新的持久调度信息来重传所述上行数据。

根据本发明的另一方面，提供了一种提供VoIP服务的方法。该方法包括以下步骤：传输第一设置信息，该第一设置信息包括基于持久调度来准备所述VoIP服务所需要的准备信息；传输第二设置信息，该第二设置信息发起所述VoIP服务的启动；以及使用所述第一设置信息及所述第二设置信息来启动所述VoIP服务。所述第一设置信息可包括表示分配VoIP分组传输所用无线资源的时间间隔的持久调度间隔。所述第二设置信息可包括资源分配信息以及通过所述持久调度来发送/接收所述VoIP分组的启动开始时间。所述VoIP服务的启动步骤还可包括以下步骤：从所述启动开始时间开始，按照所述持久调度间隔根据所述资源分配信息来传输所述VoIP分组。

根据本发明的另一方面，提供了使用混合自动重传请求(HARQ，hybrid automatic repeat request)来传输VoIP分组的方法。该方法包括以下步骤：根据持久调度而在第一传输时间传输第一VoIP分组；以及无论是否接收到针对所述第一VoIP分组的肯定确认/否定确认(ACK/NACK)信号，根据所述持久调度而在第二传输时间传输第二VoIP分组。该方法还可包括以下步骤：如果在所述第二传输时间之前接收到针对所述第一VoIP分组的所述NACK信号，则使用用于对所述第一VoIP分组的重传进行管理的HARQ进程来重传所述第一VoIP分组。可以提供多个HARQ进程。

根据本发明的另一方面，提供了一种提供VoIP服务的方法。该方法包括以下步骤：使用持久分配的资源或动态分配的资源来传输静默插入描述符(SID，silent insertion descriptor)，该SID表示从通话时段转换到静默时段，所述持久分配的资源用于VoIP分组传输，所述动态分配的资源用于非语音数据；以及接收资源释放指示符，该资源释放指示符表示释放了所述通话时段中的持久分配的资源。所述SID是从MAC消息、RLC消息和RRC消息中选出的一个。如果使用动态分配的资源来传输SID，则将所述SID与非语音数据复用。

根据本发明的另一方面，提供了一种提供VoIP服务的方法。该方法包括以下步骤：使用动态分配的资源来传输通话时段指示符(TPI，talkperiod indicator)，该TPI表示从静默时段转换到通话时段，该动态分配的资源用于非语音数据；传输VoIP重启消息，该VoIP重启消息表示所述通话时段重新开始；以及在所述通话时段中传输VoIP分组。所述VoIP分组可以是下行VoIP分组或上行VoIP分组。

根据本发明，在互联网协议语音(VoIP)服务中，在用户设备与基站之间交换关于静默时段及通话时段的信息。因此，通过动态地使用持久分配的持久资源，可在静默时段中传输不同类型的数据。结果，可以更加有效地使用有限的无线资源。

附图说明

图1示出了无线通信系统。

图2示出了无线协议架构。

图3示出了根据本发明一个实施方式的管理无线资源的方法。

图4示出了分配用于发送/接收互联网协议语音(VoIP)分组的持久资源的示例。

图5示出了当使用分配用于发送/接收VoIP分组的持久资源时的通话时段及静默时段。

图6示出了根据本发明一个实施方式的从通话时段转换到静默时段的方法。

图7示出了根据本发明另一实施方式的从通话时段转换到静默时段的方法。

图8是示出了根据本发明一个实施方式的对转换到静默时段进行检测的方法的流程图。

图9示出了根据本发明另一实施方式的从静默时段转换到通话时段的方法。

图10示出了根据本发明另一实施方式的从静默时段转换到通话时段的方法。

图11示出了根据本发明另一实施方式的从静默时段转换到通话时段的方法。

图12示出了根据本发明另一实施方式的从静默时段转换到通话时段的方法。

图13是示出了根据本发明一个实施方式的在VoIP服务中传输非语音上行(UL)数据的方法的流程图。

图14是示出了根据本发明另一实施方式的在VoIP服务中传输上行非语音数据的方法的流程图。

图15是示出了根据本发明一个实施方式的在VoIP服务中传输上行数据的方法的流程图。

图16是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。

图17是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。

图18是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。

图19是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。

图20是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。

图21是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。

图22是示出了根据本发明一个实施方式的传输应用了持久调度的上行数据的方法的流程图。

图23是示出了根据本发明另一实施方式的传输应用了持久调度的上行数据的方法的流程图。

图24是示出了根据本发明一个实施方式的传输持久调度参数的方法的流程图。

图25是示出了根据本发明另一实施方式的传输持久调度参数的方法的流程图。

图26是示出了根据本发明另一实施方式的传输持久调度参数的方法的流程图。

图27示出了根据本发明一个实施方式的在VoIP服务中执行混合自动重传请求(HARQ)的方法。

图28示出了根据本发明另一实施方式的在VoIP服务中执行HARQ的方法。

图29示出了在上行非语音数据传输过程中的上行VoIP分组传输的示例。

图30是示出了根据本发明一个示例的在上行非语音数据传输过程中的转换管理方法的流程图。

图31是示出了根据本发明另一示例的在上行非语音数据传输过程中的转换管理方法的流程图。

图32示出了在下行非语音数据传输过程中的下行VoIP分组传输的示例。

图33是示出了根据本发明一个示例的在下行非语音数据传输过程中的转换管理方法的流程图。

图34是示出了根据本发明另一示例的在下行非语音数据传输过程中的转换管理方法的流程图。

图35是示出了根据本发明另一示例的在上行非语音数据传输过程中的转换管理方法的流程图。

图36是示出了根据本发明另一示例的在下行非语音数据传输过程中的转换管理方法的流程图。

具体实施方式

图1示出了无线通信系统。该无线通信系统可以具有演进通用移动通信系统(E-UMTS，evolved-universal mobile telecommunications system)的网络结构。E-UMTS可以称为长期演进(LTE，long term evolution)系统。可以广泛地部署该无线通信系统，以提供诸如语音、分组数据等各种通信服务。

参照图1，演进UMTS陆地无线接入网络(E-UTRAN，evolved-UMTSterrestrial radio access network)包括至少一个基站(BS)20。用户设备(UE)10可以是固定的或移动的，并且可以使用其它术语来表示用户设备，诸如MS(移动台)、UT(用户终端)、SS(用户台)、无线设备等。BS 20通常是与用户设备10进行通信的固定站，并且可以使用其它术语来表示BS 20，诸如e-NB(演进节点B)、BTS(Base Transceiver System，基站收发机系统)、接入点等。在BS 20的覆盖区域内存在一个或更多个小区。在BS 20之间可以使用用于传输用户业务或控制业务的接口。以下，将“下行链路”定义为从BS 20至UE 10的通信链路，而将“上行链路”定义为从UE 10至BS 20的通信链路。

BS 20为UE 10提供用户面及控制面的端到端的点(end-to-endpoint)。各个BS 20通过X2接口彼此连接，并且可以具有网状网络结构，在该网状网络结构中，X2接口始终存在于相邻BS 20之间。

BS 20还通过S1接口连接到演进分组核心(EPC，Evolved PacketCore)，更具体地说，连接到接入网关(aGW)30。aGW 30为UE 10的会话及移动性管理功能提供端到端的点。S1接口可设置在BS 20与aGW30之间，使得能够按照多对多的方式来相互连接多个节点。可以将aGW30划分为处理用户业务的部分以及处理控制业务的部分。在这种情况下，为了进行彼此之间的通信，可以在用于处理新的用户业务的aGW与用于处理新的控制业务的aGW之间使用新的接口。还可以将aGW 30称为移动性管理实体/用户面实体(MME/UPE，mobility management entity/userplane entity)。

可以基于在通信系统中公知的开放系统互连(OSI，Open SystemInterconnection)模型的低三层，来将UE与网络之间的无线接口协议的各个层划分为L1层(第一层)、L2层(第二层)及L3层(第三层)。物理(PHY)层属于第一层，并且在物理信道上提供信息传输服务。无线资源控制(RRC，radio resource control)层属于第三层，并且用于对UE与网络之间的无线资源进行控制。UE与网络经由RRC层交换RRC消息。RRC层可以按照分布式的方式而位于各个网络节点中(即，BS 20、aGW30等)，或可以仅位于BS 20或aGW 30中。

无线接口协议在水平方向上包括PHY层、数据链路层及网络层，而在垂直方向上包括用于数据信息传输的用户面及用于控制信令传输的控制面。

图2示出了无线协议架构。在UE与UTRAN之间存在着一对无线协议层，其用于传输无线链路的数据。

参照图2，PHY层属于第一层，并且使用各种无线传输技术来向无线链路传输数据。PHY层通过传输信道连接到作为PHY层的上层的介质访问控制(MAC，media access control)层。可以根据传输信道是否是共享信道而将传输信道划分为专用传输信道和公共传输信道。

第二层包括MAC层、无线链路控制(RLC，radio link control)层及分组数据汇聚协议(PDCP，Packet Data Convergence Protocol)层。

MAC层将各种逻辑信道映射到各种传输信道上。另外，MAC层执行逻辑信道复用，从而将多个逻辑信道映射到一个传输信道上。MAC层通过逻辑信道连接到作为MAC层上层的RLC层。根据所传输信息的类型，可以将逻辑信道划分为控制信道和业务信道。控制信道传输控制面的信息。业务信道传输用户面的信息。根据所管理的传输信道的具体类型，可以将MAC层划分为MAC-b子层、MAC-d子层、MAC-c/sh子层、MAC-hs子层以及MAC-e子层。MAC-b子层管理广播信道(BCH，broadcast channel)，广播信道是用于广播系统信息的传输信道。MAC-c/sh子层管理由其它UE共享的公共传输信道(例如，前向接入信道(FACH，forward access channel)或下行共享信道(DSCH，downlink sharedchannel))。MAC-d子层管理专用信道(DCH，dedicated channel)，专用信道是用于特定UE的专用传输信道。为了在下行链路和上行链路中支持高速数据传输，MAC-hs子层管理高速下行共享信道(HS-DSCH，high-speed downlink shared channel)，高速下行共享信道是用于高速下行(DL)传输的传输信道。另外，MAC-e子层管理增强专用信道(E-DCH，enhanced dedicated channel)，增强专用信道是用于高速上行(UL)传输的传输信道。

RLC层确保全部无线承载(RB，radio bearer)的服务质量(QoS)，使得能够按照所确保的QoS来传输数据。为了针对各个RB确保唯一的QoS，RLC层具有一个或两个独立的RLC实体。RLC层提供三种RLC模式，使得能够支持各种QoS。这三种RLC模式是透明模式(TM，transparent mode)、不确认模式(UM，unacknowledged mode)及确认模式(AM，acknowledged mode)。此外，当RLC的下层向无线链路传输数据时，RLC层规定足以进行数据传输的数据大小。为此，RCL层对从RLC层的上层接收到的数据进行分段和串联。

PDCP层是RLC层的上层。在具有相对较窄带宽的无线链路中，当使用诸如IPv4分组或IPv6分组的互联网协议(IP)分组来传输数据时，PDCP层提供有效的数据传输。为此，PDCP层执行报头压缩功能。通过执行报头压缩功能，仅传输数据报头中包含的必要信息。因此，可以提高无线链路的效率。报头压缩是PDCP层的主要功能。因此，PDCP层仅存在于分组服务(PS，packet service)域中。为了有效地向全部PS服务提供报头压缩功能，针对一个RB存在一个PDCP实体。

第三层包括作为最下层的无线资源控制(RRC)层。仅在控制面中定义了RRC层。RRC层与无线承载(RB)的设置、重新设置及释放相关联地控制第一层及第二层的参数，并且还控制逻辑信道、传输信道及物理信道。RB表示由无线协议的第一层及第二层所提供的用于UE与UTRAN之间的数据传输的逻辑路径。通常，RB的设置表示这样一个过程，该过程规定提供特定服务所需要的信道特性及无线协议层并且确定操作特定参数的方法。

现在，将对提供VoIP分组服务的方法进行描述。

(1)在VoIP分组服务中管理无线资源的方法

图3示出了根据本发明实一个施方式的管理无线资源的方法。

参照图3，当UE请求BS提供VoIP服务时或当BS请求UE提供VoIP服务时，BS初始化VoIP会话(步骤S110)。VoIP是通过将语音数据转换成IP数据分组来实现通信的通信服务技术。VoIP分组表示使用VoIP的语音分组。

BS分配用于发送/接收VoIP分组的无线资源(步骤S120)。VoIP服务是必须没有延迟地发送/接收数据的实时服务。因此，为VoIP分组分配了频域/时域中的持久资源。在这种情况下，BS向UE报告必要的信息。该信息可以是应用于VoIP分组发送/接收的调制及编码率。

BS动态地管理分配用于发送/接收VoIP分组的持久资源(步骤S130)。在BS与UE之间并不持续地发送/接收VoIP分组。VoIP服务运行在两个时段中，即，通话时段和静默时段。通话时段是持续地发送/接收VoIP分组的时段。静默时段是暂时地中止发送/接收VoIP分组的时段。也就是说，根据是否分配了无线资源，VoIP服务运行在通话时段或静默时段中。虽然将持久资源分配用于发送/接收VoIP分组，但是实际上在BS与UE之间提供VoIP服务时，通话时段和静默时段会重复地出现。在静默时段中，在持久资源上并不承载任何数据，这造成了无线资源的浪费。因此，为了减少无线资源的浪费，BS释放持久资源并宣告静默时段。在这种情况下，可以将所释放的持久资源分配给不同的用户，或者可以将所释放的持久资源用于传输不同类型的数据。在宣告静默时段之后，如果BS接收到VoIP分组重传请求或如果BS具有要传输给UE的VoIP分组，则BS启用持久资源并宣告通话时段。

当BS与UE之间的VoIP会话结束时，BS释放持久资源并终止VoIP服务(步骤S140)。

图4示出了分配用于发送/接收VoIP分组的持久资源的示例。

参照图4，持久资源占用了频域/时域中的特定资源区域。通常，持久资源占用频域/时域的特定部分，直到VoIP会话结束为止。根据生成VoIP分组的间隔，可以将同一频域中的上行无线资源和下行无线资源周期性地分配为持久资源。

图5示出了当使用分配用于发送/接收VoIP分组的持久资源时的通话时段及静默时段。

参照图5，当VoIP服务从通话时段转换到静默时段时，释放持久资源。另外，当VoIP服务从静默时段转换到通话时段时，重新分配持久资源。可以使用消息或描述符来表示从通话时段到静默时段的转换。此外，可以使用控制消息来表示UE何时请求BS进行VoIP服务转换；或BS何时向UE报告从静默时段到通话时段的转换。

现在，将对从通话时段转换到静默时段的过程进行描述。

图6示出了根据本发明一个实施方式的从通话时段转换到静默时段的方法。

参照图6，静默描述符用于表示从通话时段转换到静默时段。可以由BS的MAC层或UE的MAC层来确定并生成静默描述符。静默描述符表示在VoIP服务过程中插入了静默时段。可以将静默描述符称为静默插入描述符(SID，silence insertion descriptor)。还可以将静默描述符称为当UE请求BS暂时地释放持久资源时所使用的释放请求消息。可以在静默时段中的第一个传输时间间隔(TTI，transmission time interval)中传输SID。SID的大小比VoIP分组的大小更小。例如，如果VoIP的大小为大约40字节，则SID的大小可为大约20字节。将持久资源分配为具有足以传输大约40字节大小的VoIP分组的大小。因此，可以通过持久资源在MAC层或上层(例如，RLC层)上一起传输SID及静默时段转换消息。将静默时段转换消息传输到MAC层或上层。因而，对VoIP服务转换到静默时段进行了报告。在静默时段中，可以周期性地传输静默时段传送消息，或者在必要时反复传输静默时段传送消息。

图7示出了根据本发明另一实施方式的从通话时段转换到静默时段的方法。

参照图7，MAC级消息或RLC级消息用于表示从通话时段转换到静默时段。可以将缓存状态报告(BSR，buffer status report)消息用作表示从通话时段转换到静默时段的MAC消息。可以使用MAC信令来传输BSR消息。BSR消息表示在MAC层的逻辑信道中缓存的数据。当BSR消息表示没有缓存数据(即，缓存状态＝0)时，这代表静默时段的开始。当在静默时段开始的第一TTI中传输表示“缓存状态＝0”的BSR消息时，这代表静默时段的开始。在上行VoIP分组传输中，UE可在传输了表示“缓存状态＝0”的BSR消息之后转换到静默时段。在下行VoIP分组传输中，BS可以通过传输表示“缓存状态＝0”的BSR消息，来对转换到静默时段进行报告。在静默时段中，可以周期性地传输BSR消息，或者在必要时反复传输BSR消息。

图8是示出了根据本发明一个实施方式的对转换到静默时段进行检测的方法的流程图。

参照图8，可以由BS的MAC层或UE的MAC层来检测从通话时段到静默时段的转换。

从上层接收到VoIP分组(步骤S210)。将该VoIP分组的大小与预定基准值P进行比较(步骤S220)。该基准值可以是由上层预先确定的缺省值，或者可以由BS向UE报告该基准值。可以按照如下方式来确定基准值。

SID分组大小≤P≤最小VoIP分组大小

也就是说，可以将基准值确定为大于静默描述符的大小且小于最小VoIP分组的大小。

如果从上层接收到的VoIP分组的大小比基准值P小，则生成静默时段转换消息(步骤S230)。由于从上层接收到的VoIP分组的大小比最小VoIP分组大小更小，所以可知接收到的分组是SID分组而不是一般VoIP分组。SID分组可包括用于识别UE的用户识别模块(SIM，subscriberidentify module)。

如果从上层接收到的VoIP分组的大小比于基准值P大，则将该VoIP分组传输到下层(即，PHY层)(步骤S240)。

同时，为了对作为转换到静默时段的结果而释放了持久资源进行确认，可以响应于静默描述符或静默时段转换消息而传输资源释放确认消息。静默时段转换消息包括用于持久资源管理的持久资源控制信息。持久资源控制信息包括传输VoIP分组所需要的各种信息。持久资源控制信息不仅可以用于在释放持久资源时重新启用持久资源，也可以用于在从静默时段转换到通话时段时重新启用持久资源。可以在释放无线资源的第一个TTI中通过L1/L2控制信道来传输资源释放确认消息。表1示出了持久资源控制信息的示例。

【表1】

字段	信息
		标志	表示持久资源的控制信号
DL/UL	指定下行或上行
		时间资源/频率资源	表示持久资源的资源区域
MCS	调制及编码率信息
		操作	释放或重新启用持久资源
其它	传输VoIP分组所需要的控制信息(例如，MOMO方案)

可以使用调制方案及编码率或使用调制方案及传输块大小来报告调制及编码方案(MCS)信息。可以按照MAC层的MAC协议数据单元(PDU，protocol data unit)的格式来传输持久资源控制信息。如果不能使用附加消息来传输持久资源控制信息，则可以通过将持久资源控制信息包括在用于传输其它数据的调度信息(即，调度授权)中来传输持久资源控制信息。可以通过将持久资源控制信息包括在调度信息中来呈现持久资源控制信息。由于UE已经接收到静默描述符或静默时段转换消息，因此UE能够识别出该调度信息是静默时段转换消息。例如，当在调度信息中将分配给UE的持久资源的资源区域的大小设定为零时，或当在调度信息中将传输块的大小设定为零时，释放持久资源。

现在，对从静默时段到通话时段的转换进行描述。

图9示出了根据本发明另一实施方式的从静默时段转换到通话时段的方法。这是在下行链路中传输VoIP分组的情况。

参照图9，在静默时段中释放持久资源，并且可以使用该VoIP持久资源来传输其它类型的数据。当生成VoIP分组时可以从静默时段转换到通话时段，其中，由BS在下行链路中传输该VoIP分组。当通过接入网关(aGW)来传输下行VoIP分组时，BS的缓存处于不为“空(null)”的状态。

当在BS的缓存中缓冲了VoIP分组时，BS可以在DL控制信道上传输DL控制信号或DL持久资源重启消息(步骤S310)。为了避免VoIP分组的传输延迟，可以在各个TTI中由DL控制信号来对转换到通话时段进行报告。DL持久资源重启消息可包括上表1的持久资源控制信息。可将上表1中的“操作”字段设定为“重新启用”，以表示持久资源重启消息。当持久资源区域根据信道状况等发生变化时，BS可通过DL持久资源重启消息来报告变化后的持久资源区域。当BS报告了变化后的持久资源区域时，可以将包括在DL持久资源重启消息中的“时间资源/频率资源”字段、“MCS”字段等设定为与新的持久资源值相对应的值。

UE根据DL控制信号或DL持久资源重启消息来接收VoIP分组(步骤S320)。UE可根据在DL持久资源重启消息中最新设置的“时间资源/频率资源”、“MCS”等来接收VoIP分组。

同时，BS可以使用调度信息(即，调度授权)来报告从静默时段到通话时段的转换，而不是额外地传输DL持久资源重启消息。通过调度信息，BS能够再次报告之前设置的持久资源或报告新的持久资源。因而，BS能够向UE通报从静默时段到通话时段的转换。UE使用在调度信息中所指定的持久资源来接收VoIP分组。

图10示出了根据本发明另一实施方式的从静默时段转换到通话时段的方法。这是在上行链路中传输VoIP分组的情况。

参照图10，当生成并传输了上行VoIP分组时，可以应UE的请求来进行从静默时段到通话时段的转换。

当生成了上行VoIP分组时，UE向BS发送调度请求(SR，schedulingrequest)消息(步骤S410)。当周期性地将专用控制信道分配给UE时，UE可通过专用控制信道来发送SR消息。SR消息可包括上表1中的持久资源控制信息。SR消息可以是具有1比特或多个比特大小的指示符。在这种情况下，SR消息表示存在要在上行链路中传输的VoIP分组。

从UE接收到SR消息后，BS重新启用持久资源，并使用这些持久资源来接收上行VoIP分组(步骤S420)。当发送了具有1比特或多个比特大小的SR消息时，在不作改变的情况下使用之前所分配的持久资源的频带来发送/接收VoIP分组。当信道状况发生变化并且UE通过SR消息来请求与之前所分配的持久资源的频带不同的频带时，BS可以分配UE所请求的频带作为新的持久资源。

同时，BS可以响应于UE的SR消息而报告调度信息(即，调度授权)。调度信息可以包括持久资源分配信息及MAC控制消息。调度信息可以用作表示从静默时段转换到通话时段的指示符。UE使用持久资源来传输VoIP分组。此外，UE可通过发送MAC控制消息来向BS报告该转换。MAC控制消息可以定义用于表示该转换的MAC控制PDU。可以按照报告UE缓存状态的报告消息的格式来传输MAC控制消息。如果延迟了MAC控制消息的传输并因而延迟了持久资源的重新启用，则可以忽略通话时段中的第一个VoIP分组至第n个VoIP分组的传输。例如，如果按照20ms的间隔来传输VoIP分组并且延迟了n个VoIP分组的传输，可以按n*20ms的延迟来传输第(n+1)个VoIP分组。因此，为了减少这种延迟，当从静默时段转换到通话时段时，可以忽略最初的VoIP分组。可以在转换时间过去之后传输该VoIP分组。转换时间表示从静默时段转换到通话时段所需要的时间。因此，当从静默时段转换到通话时段时，可以同时传输VoIP分组及MAC控制消息。

图11示出了根据本发明另一实施方式的从静默时段转换到通话时段的方法。这是执行随机接入以获得持久资源的情况。

参照图11，当未向UE分配专用控制信道时，UE执行随机接入(RA，random access)。然后，向UE分配持久资源，并且UE传输VoIP分组。

当生成了上行VoIP分组时，UE向BS发送RA前导码(步骤S510)。RA前导码是在可由多个UE使用的随机接入信道(RACH，random accesschannel)上传输的。UE生成随机签名，并将该随机签名附加到RA前导码上。然后，UE在RACH上将所得到的RA前导码发送给BS。

BS向UE发送RA响应(步骤S520)。RA响应包括定时偏移信息(即，时间提前(TA))以及针对UE的调度请求的上行链路无线资源分配。

UE使用所分配的上行无线资源来向BS发送用于传输VoIP分组的SR消息(步骤S530)。SR消息可以包括持久资源控制消息。UE可以请求之前所使用的持久资源的频带而不作改变，或可以请求适于变化后的信道状况的新频带。

响应于UE的SR消息，BS发送调度信息(例如，调度授权)(步骤S540)。调度信息可以包括持久资源分配信息。

UE使用基于该调度信息而分配的持久资源来传输上行VoIP分组(步骤S550)。

图12示出了根据本发明另一实施方式的从静默时段转换到通话时段的方法。

参照图12，在从静默时段转换到通话时段的过程中，UE可以发送具有多个比特大小的SR消息。响应于UE的SR消息，BS可以通过将多个比特的信息附加到之前的调度信息(即，调度授权)上，来报告该转换。

表2示出了SR消息的示例。这是使用正交相移键控(QPSK，quadrature phase shift key)调制方案来表示2比特信息的情况。

【表2】

00	通常SR请求OFF	10	VoIP从静默时段转换到通话时段
				01	通常SR请求ON	11	VoIP RTCP传输请求

在表2中，“00”表示没有请求通常的调度。这表示在处在静默时段中的UE必须周期性地向BS报告存在/不存在VoIP分组的情况下没有要传输的VoIP分组。“01”表示通常的调度请求。在这种情况下，当UE有要传输的VoIP分组时请求持久资源。“10”表示从静默时段转换到通话时段。“11”表示请求了传输VoIP RTP控制协议(RTCP，RTP controlprotocol)。RTCP是用于对作为语音流协议的实时传输协议(RTP，real-timetransport protocol)进行控制的协议。当SR消息包括用于请求传输RTCP的“11”时，BS对用于传输VoIP RTCP的无线资源进行调度，并且UE在上行链路中传输VoIP RTCP。响应于SR消息的调度信息可以额外地包括上表2中的信息。

从调度请求传输的时刻开始到传输上行VoIP分组的时刻为止，这需要转换时间TSR。传送时间表示转换所需要的时间。如果在调度请求及调度信息传输中没有发生错误，则可以将转换时间TSR设定为最小时间。例如，当传输调度请求、调度信息以及第一个上行VoIP分组所需要的各个处理时间分别都是2ms时，可以将转换时间TSR设定为6ms。为了避免VoIP分组的传输延迟，可以在转换时间中忽略VoIP分组，并且，可以同时传输VoIP分组及表示从静默时段转换到通话时段的MAC控制消息。

(2)在VoIP服务中传输非语音数据的方法

以下，为了与VoIP分组相区别，将不是VoIP分组的数据分组称为非语音数据。如上所述，通常将持久调度应用于VoIP分组，而将动态调度应用于非语音数据。然而，还可以根据条件而将动态调度应用于VoIP分组。也可以将持久调度信息称为在物理下行控制信道(PDCCH，physicaldownlink control channel)上传输的持久上行授权。另外，可以将持久调度信息称为持久UL-MAP。

下一代移动通信系统是高速、大容量的通信系统，其除了面向语音的服务以外，还能够处理并传输诸如视频、广播数据等的各种信息。因此，在VoIP服务中，会频繁地出现以下这种情况，即，BS会向UE发送非语音数据，或UE会向BS发送非语音数据。当BS在VoIP服务中向UE发送非语音数据时，BS为非语音数据准备额外的无线资源并发送相关的调度信息。然而，当UE在VoIP服务中必须发送非语音数据时，UE请求BS分配额外的无线资源，并且，响应于该请求，BS分配额外的无线资源。在该过程中，为了成功地传输上行非语音数据，同BS与UE之间的信令相关的明确协议是必要的。以下，分别将与动态调度相对应的调度信息和与持久调度相对应的调度信息称为动态调度信息和持久调度信息。

图13是示出了根据本发明一个实施方式的在VoIP服务中传输上行非语音数据的方法的流程图。假定上行VoIP服务当前工作在静默时段中。如上所述，静默时段表示由于在VoIP服务中没有发送/接收VoIP分组而暂时地释放了无线资源的时段。

参照图13，UE向eNB发送专用SR消息(步骤S610)。当UE向eNB请求分配用于传输上行数据的无线资源时，使用该专用SR消息。eNB对存在/不存在调度请求进行检测。也就是说，在检测到具有超出特定阈值的信号强度的信号后，eNB确定存在调度请求。否则，如果没有检测到这种信号，则eNB确定不存在调度请求。

UE出于以下两种原因而发送专用SR消息，即，为了请求持久调度和为了请求动态调度。当上行数据是VoIP分组时，应用持久调度。当上行数据是非语音数据时，应用动态调度。也就是说，根据上行数据的类型，eNB所发送的调度信息在类型及设置方面是不同的。

对于eNB而言，了解发送专用SR消息的原因是非常重要的。如果当UE要求持久调度以传输VoIP分组时eNB却执行动态调度，则不能持续地传输VoIP分组。另一方面，如果当UE要求动态调度以暂时地传输非语音数据时eNB却执行持久调度，则浪费了无线资源。

如果专用SR消息另外还通知了发送原因，则可能不存在问题。然而，专用SR消息被设置为使得可根据信号强度来确定该消息的存在。结果，即使接收到专用SR消息，eNB仍然不能了解发送专用SR消息的原因。因此，eNB必须判断是发送持久调度信息还是发送动态调度信息。在这种情况下，可以在UE和eNB之间预先确定具体的调度信息，或者可以随机地进行确定。这里，假定eNB发送持久调度信息。

由于VoIP服务当前工作在静默时段中，因此eNB确定专用调度请求是用于转换到通话时段的持久无线资源请求，并且eNB向UE发送持久调度信息(步骤S620)。

由于UE已经发送了用于非语音数据传输的专用SR消息，因此UE期望接收到动态调度信息。然而，UE接收到持久调度信息，因而使用根据持久调度信息而分配的无线资源来发送动态SR消息(步骤S630)。在这种情况下，UE不仅能发送动态SR消息，而且还能发送全部或部分的非语音数据。当UE请求eNB发送用于非语音数据传输的动态调度信息时，使用动态SR消息。可以通过物理上行共享信道(PUSCH，physicaluplink shared channel)来发送动态SR消息。另选的是，可以使用上行链路突发(uplink burst)来发送动态SR消息。

在一个示例性情况中，动态SR消息可以是由MAC层生成的MAC控制PDU。可以将MAC控制PDU称为MAC控制元素。MAC控制PDU可以是通知缓存大小(即，在逻辑信道上传输的数据的总大小)的缓存状态报告(BSR)MAC控制PDU。UE可以根据自己所要传输的上行非语音数据的大小来管理BSR。MAC控制PDU可以是新定义的用于动态调度请求的MAC控制PDU。

在另一示例性情况中，动态SR消息可以是由RLC层生成的RLC控制PDU。可以将RLC控制PDU称为RLC控制元素。RLC控制PDU可以是用于RLC状态报告的RLC控制PDU，或者是新定义的用于动态调度请求的RLC控制PDU。

在另一示例性情况中，动态SR消息可以是RRC PDU。

在接收到动态SR消息后，eNB可了解到步骤S610中的专用调度请求的原因是为了进行动态调度。因而，eNB释放持久资源，并向UE发送动态调度信息(步骤S640)。这里，可以根据BSR的大小来确定包含在动态调度信息中的无线资源的大小。UE使用基于动态调度信息而分配的无线资源来向eNB发送上行非语音数据(步骤S650)。

如果预先确定了在步骤S620中eNB响应于专用调度请求而发送动态调度信息，则UE发送上行非语音数据而并不需要发送MAC控制PDU或RLC控制PDU。另一方面，如果预先确定了在步骤S620中eNB响应于专用调度请求而随机地确定调度信息，则根据该随机确定的调度信息是持久调度信息还是动态调度信息，来确定UE是否会发送MAC(或RLC)控制PDU。

图14是示出了根据本发明另一实施方式的在VoIP服务中传输上行非语音数据的方法的流程图。假定上行VoIP服务工作在通话时段中。如上所述，通话时段表示在VoIP服务中持续地发送/接收VoIP分组的时段，即，未释放无线资源的时段。

参照图14，UE在通话时段中向eNB发送专用SR消息(步骤S710)。当UE请求eNB分配用于传输上行数据的无线资源时，使用专用SR消息。在接收到专用SR消息后，eNB必须确定是发送动态调度信息还是持久调度信息。由于VoIP服务当前工作在通话时段中，所以eNB可了解到专用调度请求的原因不是为了进行另一次持久调度，而是为了进行动态调度。因此，eNB发送动态调度信息(步骤S720)。根据包含在动态调度信息中的无线资源信息，UE发送非语音数据或MAC控制PDU或RLC控制PDU(步骤S730)。

(3)在VoIP服务的静默时段中传输上行数据的方法

上行数据包括VoIP分组、SID及非语音数据。上行数据的各个元素可以要求不同的调度信息。例如，对于VoIP分组传输要求持久调度，而对于SID(或非语音数据)的传输则要求动态调度信息。为了使UE能够在VoIP服务的静默时段中传输上行数据，必须首先按照任意形式来分配无线资源。为了请求分配无线资源，UE向eNB发送专用SR消息。

专用SR消息可以能够区分上行数据的类型。或者，专用SR消息可以不能区分上行数据的类型。在前一种情况中，专用SR消息是通过相干检测而检测出的信号。在后一种情况中，专用SR消息是通过非相干检测而检测出的信号。在前一种情况中，专用SR消息能够表示的情况的数量可以根据调制方案而增加。因而，专用SR消息可以包含表示上行数据的类型的信息。相反，在后一种情况中，如上所述仅通过存在/不存在信号的方式来确定调度请求，因此，专用SR消息不能包含与存在/不存在数据的类型有关的信息。这两种情况的不同在于，eNB是否需要对专用SR消息进行解码。

现在，将针对专用SR消息的上述两种情况来描述在VoIP服务的静默时段中传输上行数据的方法。首先，将对专用SR消息是通过相干检测而检测出的信号的前一种情况进行描述。下面的表3示出了将二进制相移键控(BPSK，binary phase shift keying)作为调制方案用于专用SR消息的情况。

【表3】

参照表3，能够用3种类型来表示专用SR消息，即，不发送专用SR消息的第一类型(在表3中以OFF表示)、专用SR消息的值为-1的第二类型以及专用SR消息的值为1的第三类型。当专用SR消息的值为-1时，这表示UE请求eNB执行持久调度。当专用SR消息的值为1时，这表示UE请求eNB执行动态调度。这样，通过使用专用SR消息，能够区分出UE所要求的调度信息的类型。

下面的表4示出了将正交相移键控(QPSK)作为调制方案用于专用SR消息的情况。

【表4】

参照表4，能够用5种类型来表示专用SR消息，即，不发送专用SR信息的第一类型(在表3中以OFF表示)以及专用SR消息的值分别为00、01、10及11的第二至第四类型。当专用SR消息的值为00时，这表示上行数据是SID。当专用SR消息的值为01时，这表示上行数据是VoIP分组。当专用SR消息的值为11时，这表示上行数据是非语音数据。当专用SR消息的值为10时，这表示SR消息可以用于其它目的。当UE发送专用SR消息时，eNB可以根据专用SR的指示来选择适于上行数据的类型的调度信息，从而向UE发送所选择的调度信息。

上面已经结合表3和表4描述了专用SR信息是通过相干检测而检测出的信号。现在，将对通过非相干检测而检测出专用SR消息的后一种情况进行描述。在非相干检测中，仅通过存在/不存在信号来确定调度请求。因而，为了获得无线资源分配，UE首先发送专用SR消息。之后，在随后的过程中，UE通过来自eNB的附加信令接收适于上行数据的类型的调度信息。

响应于UE所发送的专用SR消息，eNB可以向UE发送两种类型的调度信息。一种类型的调度信息是持久调度信息，而另一种类型的调度信息是动态调度信息。eNB选择这两种类型的调度信息中的一种，然后发送所选类型的调度信息。可以随机地选择调度信息，或者可以将特定的调度信息确定为缺省。这里，规定了将特定的调度信息确定为缺省。当然，即使调度信息是随机选择的，后续操作仍然与将特定调度信息确定为缺省时同样。

(A)当eNB发送持久调度信息作为缺省时

图15是示出了根据本发明一个实施方式的在VoIP服务中传输上行数据的方法的流程图。这是UE发送专用SR消息以从静默时段转换到通话时段的情况。因而，UE所要传输的上行数据是VoIP分组。

参照图15，当在静默时段中生成VoIP分组时，UE发送专用SR消息，使得VoIP服务转换到通话时段(步骤S810)。eNB向UE发送缺省的持久调度信息(步骤S820)。eNB在发送了持久调度信息之后不再发送用于VoIP分组的附加调度信息。这是由于持久调度允许在执行了一次分配之后特定的UE可以在特定的时间段内持久地使用特定的时间资源(或频率资源)。VoIP分组适于持久调度。因此，并不需要增加额外的动作，UE可以使用基于持久调度信息而分配的无线资源来持续地传输VoIP分组(步骤S830)。

图16是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。这是UE要在静默时段中发送SID的情况。

参照图16，当在静默时段中生成SID时，UE发送专用SR信息(步骤S910)。当eNB从UE接收到无线资源请求时，eNB向UE发送缺省的持久调度信息(步骤S920)。在发送了持久调度信息之后，eNB并不发送附加调度信息。这是由于持久调度允许在执行了一次分配之后UE可以在特定的时间段内持久地使用特定的时间资源(或频率资源)。

UE使用基于持久调度信息而分配的无线资源来向eNB发送SID(步骤S930)。与VoIP分组不同的是，并不需要持久地发送SID。因此，UE发送表示在发送SID之后没有要额外传输的上行数据的资源释放指示符(步骤S940)。资源释放指示符可以是MAC级消息或RLC级消息。MAC消息可以是BSR消息。使用MAC信令来发送BSR消息。BSR消息表示在MAC层的逻辑信道中所缓冲的数据。BSR消息可以表示不存在缓存数据(即，“缓存状态＝空(或0)”)，以显示没有要额外传输的上行数据。

虽然已经描述了在首先发送了SID之后使用持久无线资源来发送资源释放指示符，但是可以同时地发送SID及资源释放指示符。eNB释放所分配的持久无线资源，并向UE发送表示无线资源释放的持久调度信息(步骤S950)。

图17是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。这是UE要在静默时段中传输非语音数据的情况。

参照图17，当在静默时段中生成非语音数据时，UE发送专用SR消息(步骤S1010)。当eNB从UE接收到无线资源请求时，eNB向UE发送缺省的持久调度信息(步骤S1020)。由于UE已经发送了用于非语音数据传输的专用SR消息，因此UE期望接收到动态调度信息。然而，UE接收到作为缺省的持久调度信息，因而使用基于持久调度信息而分配的无线资源来发送动态SR消息(步骤S1030)。当UE请求eNB执行动态调度时，使用动态SR消息。

在一个示例性情况中，动态SR消息可以是由MAC层生成的MAC控制PDU。可以将MAC控制PDU称为MAC控制元素。MAC控制PDU可以是通知缓存大小(即，在逻辑信道上传输的数据的总大小)的BSRMAC控制PDU。UE可以根据上行非语音数据的大小来管理BSR。

在另一示例性情况中，动态SR消息可以是由RLC层生成的RLC控制PDU。可以将RLC控制PDU称为RLC控制元素。RLC控制PDU可以是用于RLC状态报告的RLC控制PDU。

eNB释放分配给UE的持久无线资源，并向UE发送表示无线资源释放的持久调度信息和/或动态调度信息(步骤S1040)。持久调度信息包括表示无线资源的解除分配(de-allocation)的指示符。UE使用基于动态调度信息而分配的无线资源来向eNB发送非语音数据(步骤S1050)。

(B)当eNB发送作为缺省的动态调度信息时

图18是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。这是UE发送专用SR消息以从静默时段转换到通话时段的情况。UE所要传输的上行数据是VoIP分组。

参照图18，当在静默时段中生成VoIP分组时，UE发送专用SR信息，使得VoIP服务转换到通话时段(步骤S1110)。eNB向UE发送缺省的动态调度信息(步骤S1120)。VoIP分组适于持久调度。因此，UE使用基于动态调度信息而分配的无线资源来向eNB发送请求持久调度的持久SR消息(步骤S1130)。持久SR消息可以是用于静默指示的MAC级消息或RLC级消息。在这种情况下，可以与持久SR消息同时地发送全部或部分的VoIP分组。在接收到持久调度请求后，eNB向UE发送持久调度信息(步骤S1140)。

图19是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。这是UE要在静默时段中发送SID的情况。

参照图19，当在静默时段中生成SID时，UE发送专用SR信息(步骤S1210)。当eNB从UE接收到无线资源请求时，eNB向UE发送作为缺省的动态调度信息(步骤S1220)。UE使用基于动态调度信息而分配的无线资源来向eNB发送SID(步骤S1230)。与VoIP分组不同的是，并不需要持久地发送SID。因此，UE一同发送资源释放指示符及SID，其中，资源释放指示符表示在发送SID之后没有要额外传输的上行数据。资源释放指示符可以是用于静默指示的MAC级消息或RLC级消息。MAC消息可以是BSR消息。BSR消息可以表示不存在缓存数据(即，“缓存状态＝空(或0)”)，以显示没有要额外传输的上行数据。

图20是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。这是UE要在静默时段中传输非语音数据的情况。

参照图20，当在静默时段中生成非语音数据时，UE发送专用SR消息(步骤S1310)。当eNB从UE接收到无线资源请求时，eNB向UE发送缺省的动态调度信息(步骤S1320)。由于UE已经发送了用于非语音数据传输的专用SR消息，因此UE期望接收到动态调度信息。UE接收到其所期望的动态调度信息，因而使用基于动态调度信息而分配的无线资源来传输非语音数据(步骤S1330)。

图21是示出了根据本发明另一实施方式的在VoIP服务中传输上行数据的方法的流程图。

参照图21，eNB向UE分配反馈无线资源，使得UE能够在没有调度信息的情况下在上行数据信道上周期性地或非周期性地发送反馈信息(步骤S1410)。反馈信息可以包括各种信息，诸如用于请求无线资源分配的调度请求(例如，带宽请求(BR，bandwidth request))、信道质量信息(CQI，channel quality information)、频带选择、作为针对下行数据传输的响应的肯定确认/否定确认(ACK/NACK)信号、等级指示符(RI，rank indicator)、预编码矩阵指示符(PMI，precoding matrix indicator)等。可以将上行数据信道称为物理上行共享控制信道(PUSCH，physical uplinkshared control channel)。可以通过上层信令或下层信令来分配反馈无线资源。上层可以是RRC层，而下层可以是MAC层(或RLC层)或PHY层。

当生成上行数据时，UE使用反馈无线资源向eNB发送上行数据(步骤S1420)。上行数据可以是SID或非语音数据。在发送非语音数据的情况下，UE可以与非语音数据一起发送BSR。

(4)在VoIP服务中的重传VoIP分组的方法

当接收到VoIP分组时，eNB在发送了持久调度信息之后不再发送附加调度信息。这是由于持久调度允许在执行了一次分配之后特定的UE可以在特定的时间段内持久地使用特定的时间资源(或频率资源)。响应于上行VoIP分组传输，eNB按照预定时间间隔向UE反馈ACK/NACK信号，而不是在发送了持久调度信息之后发送附加调度信息。ACK/NACK信号是表示eNB是否成功地接收了UL VoIP分组的信息。ACK信号表示eNB成功地接收到UL VoIP分组。NACK信号表示eNB未能接收到VoIP分组并因而请求UE重传VoIP分组。

在根据持久调度的上行传输中，由于没有附加上行调度信息，所以难以使用上行调度信息来根据逻辑资源或物理资源的位置(或次序)映射针对上行数据的ACK/NACK信号。也就是说，即使eNB反馈了ACK/NACK信号，也可能难以知道所反馈的ACK/NACK信号是针对哪一个VoIP分组。为了解决这个问题，将对一种在持久调度情况下传输或重传上行数据的方法进行描述。

图22是示出了根据本发明一个实施方式的传输应用了持久调度的上行数据的方法的流程图。

参照图22，eNB向UE发送持久调度信息(步骤S1510)。持久调度信息可被称为持久上行授权。UE使用基于持久调度信息而分配的无线资源来向eNB发送上行数据(步骤S1520)。根据持久调度，上行数据可以是VoIP分组或非语音数据。

UE将上行数据保留在缓存中，直到eNB确认了成功地或未成功地接收到上行数据为止。上行数据可被称为MAC PDU。缓存可被称为混合自动重传请求(HARQ)缓存。当传输上行数据时，UE启动计时器。计时器提供了在缓存中保留上行数据的时间。当在传输了上行数据后经过了预定时间时，计时器期满。

假定eNB成功地接收到上行数据(步骤S1530)。当成功地接收到上行数据时，eNB不发送任何反馈信号。也就是说，eNB并不发送额外的ACK信号，而是等待接收下一个上行数据。如果当计时器期满时上行数据仍然保留在缓存中，则UE不再需要在缓存中保留该上行数据。因而，从缓存中清空该上行数据。这是由于，根据eNB未发送额外的反馈信号这一事实，UE能够知道成功地传输了上行数据。这样，在传输了上行数据之后，UE仅对存在/不存在重传调度信息进行验证，而并不验证ACK/NACK信号。

图23是示出了根据本发明另一实施方式的传输应用了持久调度的上行数据的方法的流程图。

参照图23，eNB向UE发送持久调度信息(步骤S1610)。持久调度信息可被称为持久上行授权。UE使用基于持久调度信息而分配的无线资源来向eNB发送上行数据(步骤S1620)。上行数据可以是应用了持久调度的VoIP分组或非语音数据。

UE将上行数据保留在缓存中，直到eNB确认了成功地或未成功地接收到上行数据为止。上行数据可被称为MAC PDU。缓存可被称为HARQ缓存。当传输上行数据时，UE启动计时器。计时器提供了在缓存中保留上行数据的时间。当在传输上行数据后经过了预定时间时，计时器期满。

假定eNB未成功地接收到上行数据(步骤S1630)。当未成功地接收到上行数据时，eNB重传持久调度信息(步骤S1640)。该持久调度信息用于上行数据的重传，并且可以包括表示是否重传上行数据的新数据指示符(NDI，new data indicator)。也就是说，eNB并不发送额外的NACK信号，而是发送用于重传的持久调度信息。因此，eNB期待上行数据的重传。

通过在计时器期满前接收到用于重传的持久调度信息，UE能够知道上行数据的传输并不成功。因而，UE向eNB重传存储在缓存中的上行数据(步骤S1650)。

如上所述，使用了针对各个上行数据的计时器以及用于重传的持久调度信息，而并未使用作为反馈信号的针对上行数据的ACK/NACK信号。因此，可以解决将针对上行数据的ACK/NACK信号映射到逻辑资源或物理资源的位置(或次序)的难题。

(5)在VoIP服务中通告与调度相关的参数的方法

对于持久调度来说，需要在eNB与UE之间确定一些参数。这些参数的示例包括持久调度间隔、启动开始时间、启动准备时间、资源分配信息等。持久调度间隔表示针对VoIP分组传输而分配无线资源的时间间隔。例如，如果根据持久调度按照20ms的时间间隔来传输上行VoIP分组(或下行VoIP分组)，则持久调度间隔是20ms。当然，根据系统或VoIP编解码器，持久调度间隔可以小于(或大于)20ms。

启动开始时间表示实际上发送/接收VoIP分组的时间。例如，启动开始时间可以表示特定子帧的绝对时间位置，从而告知在该特定帧之后传输VoIP分组。另选的是，启动开始时间可以表示在传输了关于启动开始时间的信息后所经过的特定子帧(或时间)的相对时间位置。启动准备时间并不提供实际发送/接收VoIP分组的时间，而是提供为开始VoIP分组传输而进行准备的时间。分配信息是与基于持久调度而分配的频域(时域)无线资源有关的信息。

按照最少传输次数来传输持久调度信息。因此，当在传输持久调度信息过程中出现错误时，会在相当长的一段时间里不发送/接收VoIP分组。以下将对一种通告持久调度所需要的参数、以解决这个问题的方法进行描述。

图24是示出了根据本发明一个实施方式的传输持久调度的参数的方法的流程图。该方法不仅可以应用于下行传输，而且可以同样地应用于上行传输。

参照图24，为了将持久调度应用于VoIP服务，eNB首先发送第一设置信息(步骤S1710)。第一设置信息包括用于对根据持久调度来发送/接收VoIP分组的操作进行准备的一些参数。以下，将该操作称为持久调度启动操作。第一设置信息可被包括在由上层生成的RRC消息中。eNB发送第二设置信息(步骤S1720)。第二设置信息包括用于发起启动操作的参数。第二设置信息可以是由下层生成的MAC消息，或者可以是通过PDCCH传输来的控制信息。当第一设置信息及第二设置信息被成功地发送到UE时，在eNB与UE之间启动VoIP分组的发送/接收(步骤S1730)。当启动了VoIP分组的发送/接收时，在上行传输中，UE根据第一设置信息及第二设置信息向eNB发送上行VoIP分组。另外，在下行传输中，eNB根据第一设置信息及第二设置信息向UE发送下行VoIP分组。

图25是示出了根据本发明另一实施方式的传输持久调度的参数的方法的流程图。该方法不仅可以应用于下行传输，而且可以同样地应用于上行传输。

参照图25，eNB向UE发送持久调度间隔P(步骤S1810)。持久调度间隔是由上层生成的消息。上层可以是RRC层。eNB向UE发送启动开始时间T及资源分配信息(步骤S1820)。启动开始时间T是根据持久调度而实际地发送/接收VoIP分组的时间。启动开始时间及资源分配信息都是由下层生成的消息。下层可以是MAC层或PHY层。如果启动开始时间及资源分配信息都是PHY层的信息，则可以在物理下行控制信道上传输启动开始时间及资源分配信息。

根据资源分配信息，从启动开始时间T开始按照持久调度间隔P来传输下行VoIP分组1、2、3……(步骤S1830)。可以将启动开始时间T设置为绝对时间。可以将启动开始时间T设置为子帧的位置。可以将启动开始时间T设置为表示其它时间位置的单位。持久调度间隔、启动开始时间及资源分配信息不仅可以应用于传输下行VoIP分组，而且可以同样地应用于传输上行VoIP分组。

图26是示出了根据本发明另一实施方式的传输持久调度的参数的方法的流程图。该方法不仅可以应用于下行传输，而且可以同样地应用于上行传输。

参照图26，eNB向UE发送持久调度间隔P及启动开始时间T1(步骤S1910)。该持久调度间隔与该启动开始时间都是由上层生成的消息。上层可以是RRC层。在发送了持久调度间隔之后，eNB在接收到启动开始时间之前并不发送VoIP分组。然而，从启动开始时间开始，eNB隐含地知道了持久调度间隔。

在经过了预定时间之后，eNB向UE发送启动开始时间T2及资源分配信息(步骤S1920)。该启动开始时间是由下层生成的消息。下层可以是MAC层或PHY层。如果该启动开始时间及该资源分配信息都是PHY层的信息，则可以在物理下行控制信道上传输该启动开始时间及该资源分配信息。

在一个示例性情况中，启动开始时间可能不与基于持久调度间隔的传输时间一致。也就是说，可以将启动开始时间T2设置在传输时间A与传输时间B之间。然而，从启动开始时间开始，eNB隐含地知道了持久调度间隔。因此，可以按照持久调度间隔来传输下行VoIP分组1、2、3……(步骤S1930)。在这种情况下，在启动开始时间T2之后，立即从传输时间B开始进行传输。

在另一示例性情况中，可以从与该启动开始时间间隔开的传输时间C开始传输下行VoIP分组。可以将启动开始时间T2与传输时间C之间的时间差称为启动持续时间。该启动持续时间可以是在UE及eNB之间预先已知的信息，或者可以是由eNB额外地报告给UE的控制信息。

(6)在VoIP服务中执行HARQ的方法

混合自动重传请求(HARQ)是为了提高数据处理中的传输效率而将常规ARQ方案与PHY层的信道编码结合起来的技术。由存在于UE或eNB中的至少一个HARQ实体来执行HARQ。HARQ实体使得在等待指示之前传输的数据的成功接收/不成功接收的反馈(即，ACK信号或NACK信号)的同时，能够无缝地传输数据。在上行传输中，UE从eNB接收资源分配，并向HARQ实体报告相关的HARQ信息。然后，HARQ实体执行由HARQ信息所指示的HARQ进程。为了支持HARQ实体，UE可以使用多个并行的HARQ进程。

调度信息可以包括HARQ信道标识(ID)，HARQ信道ID是与用于传输HARQ数据的信道有关的信息。HARQ信道ID可被称为HARQ进程号。特别地，在异步HARQ(诸如下行传输)中，并不确保周期性地执行HARQ。因此，UE首先确认指派给该UE自身的HARQ进程号，然后执行HARQ。因此，eNB必须预先向UE报告HARQ进程号。在这种情况下，可以使用PHY层的信令来传输HARQ进程号，或者可以使用PHY层的上层的信令来传输HARQ进程号。

在VoIP服务中，用户接纳等级(user acceptance level)较高(即，100用户/1MHz)，而分组的大小相当小(即，400比特)。因此，只要传输控制信号，就会产生很大的开销。因此，根据通信系统而使用减少控制信号的开销的调度方案。通过使控制信号的传输次数最小化，持久调度(或半持久调度)能够减少控制信号的开销。也就是说，初始地设置各项参数(例如，VoIP分组传输时间、调制及编码方案(MCS)、资源块(RB)分配信息等)，并且之后不作改变。以下，术语“持久调度”不仅表示通常的持久调度，而且还表示半持久调度。

如果针对各个相应的调度而不同地映射了用于VoIP分组传输的HARQ进程，则可能有这样的问题，即，由于动态调度，某HARQ进程与其它数据重传的HARQ进程相交叠。另一个问题是，当必须在各个传输时间传输新的VoIP分组时，通过HARQ进程重传前一个VoIP分组的时间会与该同一HARQ进程传输新的VoIP分组的时间重合。在这种情况下，可能会丢失该新的VoIP分组或该前一个VoIP分组。因此，需要明确地定义一种在应用了持久调度的VoIP服务中操作HARQ进程的方法。

图27示出了根据本发明一个实施方式的在VoIP服务中执行HARQ的方法。这是一个使用异步HARQ来传输应用了持久调度的数据的示例。该方法可应用于下行传输及上行传输。

参照图27，从第1子帧开始，按照20ms的间隔来发送/接收持久调度的VoIP分组。也就是说，在第1子帧、第21子帧、第41子帧等中发送/接收VoIP分组。20个子帧是一个持久调度间隔。当使用具有8个信道的HARQ进程时，将8个不同的HARQ进程分别映射到8个连续子帧上。也就是说，按照单独及排他的方式将ID 1至8的HARQ进程映射到第1至第8子帧上。将映射到N个连续子帧上的N个HARQ进程定义为一个进程集。

由于HARQ进程的数量是8，因此HARQ进程与子帧(或信道)之间的映射关系每8个子帧重复一次。在各个进程集内将HARQ进程映射到子帧上的次序是相同的，或者这种次序随进程集不同而不同。例如，对于映射到开始的8个子帧上的第一进程集而言，将ID为1的HARQ进程映射到第1子帧。另一方面，对于映射到随后8个子帧的第2进程集而言，将ID为1的HARQ进程映射到第12子帧，而不是映射到第9子帧。根据系统，HARQ进程的数量可以小于(或大于)8。由于在传输第一VoIP分组时使用了第1子帧，因此当向其它接收机传输VoIP分组时或当传输非语音数据时，具有其它ID的HARQ进程可以使用第2至第8子帧。

现在，将对根据持久调度而在传输时间T1与传输时间T2之间通过HARQ进程传输或重传VoIP分组进行描述。至少一个HARQ进程对第一VoIP分组的传输和重传进行管理。在图27中，ID为1的HARQ进程管理第一VoIP分组的传输和重传。当成功地对第一VoIP分组进行了解码时，接收机向发射机反馈ACK信号。当没有成功地对第一VoIP分组进行解码时，接收机向发射机反馈NACK信号。针对这两种情况来描述操作HARQ进程的方法。

(A)当接收机反馈ACK信号时

当接收机在T1与T2之间反馈了针对第一VoIP分组的ACK信号时，发射机可以将ID为1的HARQ进程指派给接收机的其它服务(即，传输其它VoIP分组或传输非语音数据)。在这种情况下，接收机和发射机清空存储在HARQ缓存中的第一VoIP分组。发射机在T2向接收机发送第二VoIP分组。

(B)当接收机反馈NACK信号时

当接收机在直到T2之前不能成功地接收第一VoIP分组时，接收机向发射机发送NACK信号，并保留HARQ缓存中的分组，而不是清空HARQ缓存。第一VoIP分组的重传只能在T2之前执行。在T2之后，不再重传第一VoIP分组。也就是说，当接收机针对第一VoIP分组持续地反馈NACK信号直到T2时，发射机在T2不再重传该VoIP分组，而是传输第二VoIP分组。

因此，在T2，接收机工作在用于接收新的VoIP分组(即，第二VoIP分组)的模式。在这种情况下，如果HARQ缓存非空，则使用在T2接收到的第二VoIP分组来替换存储在HARQ缓存中的信息。如果甚至在第二进程集中重传了第一VoIP分组(即，T2之前的最后一次重传)时也未能成功地接收到第一VoIP分组，则从第二进程集的重传时间(即，第12子帧)开始，接收机可以在T2之前清空HARQ缓存。然后，接收机可以将第二VoIP分组存储在HARQ缓存中。

在这种情况下，通过向作为MAC层的上层的RLC层报告传输不成功，发射机与接收机的MAC HARQ实体能够触发ARQ重传。当然，触发ARQ重传仅在ARQ工作模式(例如，AM RLC)中可用。此外，可以使用上层的信令来传输作为清空HARQ缓存所需信息的HARQ重传最大次数。

无论接收机反馈了ACK信号还是NACK信号，发射机在T2(即，新的持久调度传输时间)都发送新的第二VoIP分组。ID为1的HARQ进程或具有其它ID的HARQ进程可以管理第二VoIP分组的传输。这是由于，当变换了进程集时，映射到信道(或子帧)上的HARQ进程的ID次序也会变化。

上面已经描述了只有ID为1的HARQ进程管理第一VoIP分组的传输和重传。然而，如上所述，一个或更多个HARQ进程可以管理第一VoIP分组。因此，不仅ID为1的HARQ进程可以管理第一VoIP分组的重传，多个具有不同ID的HARQ进程也可以管理第一VoIP分组的重传。例如，ID为2的HARQ进程可以管理第一VoIP分组的第一次重传，而ID为3的HARQ进程可以管理第一VoIP分组的第二次重传。在这两种情况下，在新的持久调度传输时间处终止了进一步的重传，然后传输新的VoIP分组。

图28示出了根据本发明另一实施方式的在VoIP服务中执行HARQ的方法。这是一个使用同步HARQ来传输应用了持久调度的数据的示例。该方法可应用于下行传输及上行传输。

参照图28，与图27的情况不同的是，由于同步了ACK/NACK信号的传输，因此未管理额外的HARQ进程。然而，在发射机和接收机之间对重传时间进行同步的方法可能是有问题的。以下，将第一传输时间T1定义为传输第一VoIP分组的时间，而将第二传输时间T2定义为传输第二VoIP分组的时间。首先，将对接收机反馈了NACK信号的情况进行描述。发射机基于持久调度在第一传输时间T1发送第一VoIP分组，然后在至少一个预定的特定子帧中重传该VoIP分组至少一次。在发射机与接收机之间按照隐含的方式确定了重传时间。当执行这种进程时，基于持久调度而在第二传输时间T2终止了对第一VoIP分组的进一步重传，然后传输第二VoIP分组。传输时间T1及传输时间T2也可被称为半持久调度(SPS，semi persistent scheduling)定时。

另一方面，如果接收机反馈了ACK信号，则发射机在第二传输时间T2发送第二VoIP分组。在这种情况下，从HARQ缓存中清空存储在HARQ缓存中用于重传的第一VoIP分组。

根据上述同步HARQ，可以比预定时间更快地完成对应用了动态调度的数据的重传。另外，向发射机及接收机的上层报告是否重传了数据，使得能够通过ARQ重传来恢复丢失的数据。此外，通过上层的信令在发射机与接收机之间共享与HARQ重传最大次数有关的信息。因此，HARQ重传最大次数可以小于通常的HARQ重传最大次数。

以下，将对使用持久调度信息来启动或修改持久调度的方法(或简言之，SPS启动或修改方法)、在持久调度中指示重传的方法以及释放持久调度的方法进行描述。

首先，为了启动或修改持久调度，eNB可发送通常的动态DL调度信息或通常的动态UL调度信息。动态调度信息包括新数据指示符(NDI)与冗余版本(RV，redundancy version)中的至少一个。NDI表示持久调度是否是针对新数据的传输。RV表示重传的版本。例如，如果NDI是1比特信息而RV是2比特信息，则当NDI＝1时表示新数据的传输，而当NDI＝0时表示重传。反之亦然。同时，当进行新的传输时，RV可以是00。当进行重传时，RV可以是从{01，10，11}中选出的任意一个。在这两种情况中，如果动态调度信息是针对新数据的传输，则启动或修改持久调度。

接下来，为了在持久调度中指示重传，eNB可以发送通常的动态调度信息。除了一般的UE ID以外，eNB能够使用持久C-RNTI来对动态调度信息执行掩蔽(masking)，持久C-RNTI是指派给特定UE的用于持久调度的标识符。通过去掩蔽(demasking)，UE能够知道动态调度信息是用于持久调度。当然，当将一个HARQ进程专门地指派给特定UE以进行持久调度时，eNB可以通过使用动态调度信息来对一个通用C-RNTI进行掩蔽来执行传输。动态调度信息包括NDI、RV等表示重传的信息。这里，C-RNTI是UE的ID，并且可以使用其它术语来替换(例如，站ID)。

最后，为了释放持久调度，可以使用下列方式。这里，调度信息包括NDI、RV及MCS中的至少两个。

在一个示例性情况中，如果表示数据重传的信息元素或表示新数据传输的信息元素彼此并不一致，则表示释放持久调度。例如，如果NDI表示重传而RV表示新数据传输，则这些信息元素彼此不一致(或不能共存)。在另一示例性情况中，当eNB或UE发送了表示释放持久调度的MAC消息时，可以报告释放了持久调度。

持久调度还可以应用于时分双工(TDD，time division duplexing)系统。在TDD系统中，针对各个子帧来区分下行链路和上行链路。因此，持久调度间隔的设置十分重要。根据无线帧的配置方式，来确定无线帧内的各个子帧是被指派给上行链路还是下行链路。无线帧的配置方式表示了将一个无线帧内的全部子帧指派(或保留)给上行链路或下行链路所依据的具体规则。表5示出了无线帧的配置方式的示例。

【表5】

在表5中，“D”表示用于下行传输的子帧，而“U”表示用于上行传输的子帧。另外，“S”表示用于特殊目的(诸如，帧同步或下行传输)的特殊子帧。以下，将用于下行传输的子帧简称为下行子帧，而将用于上行传输的子帧简称为上行子帧。对于各种配置方式而言，在一个无线帧中下行子帧的位置及数量与上行子帧的位置及数量彼此不同。

将下行切换为上行的时间点或者上行切换为下行的时间点定义为转换点。切换点周期表示在上行与下行之间重复同一转换模式的周期。切换点周期为5ms或10ms。例如，在配置方式0的情况下，从第0子帧到第4子帧，按照D-＞S-＞U-＞U-＞U的模式进行转换。另外，从第5子帧到第9子帧，按照与之前转换相同的模式，按照D-＞S-＞U-＞U-＞U的模式进行转换。由于一个子帧是1ms，因此切换点周期是5ms。也就是说，切换点周期小于一个无线帧的长度(即，10ms)，并且在一个无线帧内转换重复一次。

在这两种情况中，按照与无线帧的长度(即，10ms)相对应的单位来重复无线帧的配置方式。因此，TDD系统的eNB能够以无线帧为单位来设置持久调度间隔。例如，可以将持久调度间隔确定为一个无线帧、两个无线帧、三个无线帧等。可以使用上层的信令来传输持久调度信息。

(7)在非语音数据传输过程中的转换方法

在上行VoIP传输中，在通话时段中可以传输非语音数据及VoIP数据。如果UE从通话时段转换到静默时段，则UE需要将该转换通知给eNB。由于eNB应当发送针对非语音数据的动态调度信息及针对VoIP分组的持久调度信息，因此UE可以使用动态调度信息所指派的资源或使用持久调度信息所指派的资源来发送SID。因此，UE首先应当就使用哪个资源来发送SID作出合适决定。与上行的情况一样，在从通话时段到静默时段的下行VoIP转换中，eNB也可以进行这个决定。

以下，公开了在非语音数据传输过程中的转换管理方法。

(A)从上行通话时段转换到静默时段

图29是在上行非语音数据传输过程中的上行VoIP分组传输的示例。该图示出了通话时段中的步骤。

参照图29，在通话时段中，UE根据持久调度信息，按照持久调度间隔P来向eNB连续地发送VoIP分组#1、#2、#3等。UE还根据动态调度信息来eNB依次发送非语音数据#1、#2、#3、#4、#5等。将这种传输模式称为非语音数据传输过程中的VoIP分组传输或通话时段中的非语音数据传输。

图30是示出了根据本发明一个示例的在上行非语音数据传输过程中的转换管理方法的流程图。

参照图30，UE在上行通话时段中执行对eNB的上行非语音数据传输(步骤S2010)。在上面的图29中详细地解释了该步骤。当UE不再有要传输的上行VoIP分组时，UE进入静默时段。因此，UE向eNB发送SID，使得eNB应当释放分配给该UE的持久资源(步骤S2020)。通过将SID映射到持久调度信息所指派的资源上来传输SID。可以在转换到静默时段之后的特定持续传输定时处传输SID。例如，在静默时段中选择第一持续传输定时。或者，可以是第二传输定时或其它传输定时。此外，可以多次发送SID，直到eNB检测到启动了静默时段为止。

SID可以是用于静默指示的MAC级消息或RLC级消息。MAC消息可以是BSR消息。BSR消息是利用MAC信令来传输的。BSR消息可以表示不存在缓存数据(即，“缓存状态＝空(或0)”)，以显示没有要额外传输的UL VoIP分组。或者，SID可以是RRC层消息。

在从UE接收到SID后，eNB检测到上行链路静默时段(步骤S2030)。因此，eNB向UE发送资源释放指示符(步骤S2040)，其中，资源释放指示符表示释放指派给UE的持久资源。可以将资源释放指示符作为持久上行授权消息在PDCCH上传输。或者，资源释放指示符可以是MAC级消息、RLC级消息或RRC级消息。虽然在图30中未图示，但是在静默时段中仍然可以传输非语音数据。

图31是示出了根据本发明另一示例的在上行非语音数据传输过程中的转换管理方法的流程图。

参照图31，UE在上行通话时段中执行对eNB的上行非语音数据传输(步骤S2110)。在进入静默时段之后，UE在静默时段中的持续传输定时中不发送任何VoIP分组或SID。相反，UE在静默时段中在基于动态调度的传输定时处发送SID(步骤S2120)。换言之，UE使用根据动态调度信息而指派给非语音数据传输的无线资源来发送SID。可以按照复用的方式来将SID与其它非语音数据一起传输。SID可以是用于静默指示的MAC级消息或RLC级消息。

在成功地接收到SID后，eNB检测到转换到静默时段(步骤S2130)。然后，eNB向UE发送资源释放指示符(步骤S2140)。可以将资源释放指示符作为持久上行授权消息在PDCCH上传输。或者，资源释放指示符可以是MAC级消息、RLC级消息或RRC级消息。

(B)从下行通话时段转换到静默时段

图32示出了在下行非语音数据传输过程中下行VoIP分组传输的示例。该图示出了通话时段中的处理过程。

参照图32，在通话时段中，eNB根据持久调度信息，按照持久调度间隔P来向UE发送VoIP分组#1、#2、#3等。eNB还根据动态调度信息来向eNB依次发送非语音数据#1、#2、#3、#4、#5等。将这种传输模式称为非语音数据传输过程中的VoIP分组传输或通话时段中的非语音数据传输。

图33是示出了根据本发明一个示例的在下行非语音数据传输过程中的转换管理方法的流程图。

参照图33，eNB在下行通话时段中执行对UE的下行非语音数据传输(步骤S2210)。在上面的图32中详细地解释了该步骤。当eNB不再有要传输的下行VoIP分组时，eNB进入静默时段。相应地，在静默时段中在持续传输定时处不传输VoIP分组。

eNB可以不顾静默时段而仍然根据动态调度向UE发送非语音数据(步骤S2220)。步骤S2220仅是可以在静默时段中传输非语音数据的一个示例。然后，当没有传输VoIP分组时，eNB可以检测下行静默时段(步骤S2230)。

eNB在特定的持续传输定时使用持久资源来向UE发送资源释放指示符(步骤S2240)。可以将资源释放指示符作为持久下行授权消息在PDCCH上进行传输。或者，资源释放指示符可以是MAC级消息、RLC级消息或RRC级消息。虽然在图33中未图示，但在步骤S2240之后，在静默时段中仍然可以传输非语音数据。eNB可以向UE发送资源释放确认消息(步骤S2250)。资源释放确认消息是向UE告知成功并完全地释放了下行持久资源的通知。可以在PDCCH上传输资源释放确认消息。在这种情况下，使用持久下行授权。

图34是示出了根据本发明另一示例的在下行非语音数据传输过程中的转换管理方法的流程图。

参照图34，eNB在下行通话时段中执行对UE的下行非语音数据传输(步骤S2310)。在上面的图32中详细地解释了该步骤。eNB从通话时段转换到静默时段。eNB可以不顾静默时段而仍然根据动态调度向UE发送非语音数据(步骤S2320)。在eNB检测到静默时段之前，eNB不会释放持久资源。然后，在没有传输VoIP分组的几个持续传输定时之后，eNB可以检测到下行静默时段(步骤S2330)。

eNB向UE发送资源释放指示符(步骤S2340)。资源释放指示符可以是MAC级消息、RLC级消息或RRC级消息。或者，资源释放指示符可以是新类型格式的控制消息。在一个实施方式中，通过将资源释放指示符与非语音数据复用的方式来发送资源释放指示符。在这种情况下，可以将资源释放指示符映射到动态调度所指派的资源上。

在另一实施方式中，通过在不与非语音数据复用的情况下将资源释放指示符映射到最初指派给非语音数据传输的动态资源上，来发送资源释放指示符。

在另一实施方式中，通过将资源释放指示符映射到指派给资源释放指示符传输的动态资源上，来发送资源释放指示符。因此，可以根据下行授权在PDCCH上发送资源释放指示符。

虽然在图34中未图示，但在步骤S2320之后，在静默时段中仍然可以传输非语音数据。eNB可以向UE发送资源释放确认消息(步骤S2350)。可以在PDCCH上传输资源释放确认消息。在这种情况下，使用持久下行授权。

(C)从上行静默时段转换到通话时段

图35是示出了根据本发明另一示例的在上行非语音数据传输过程中的转换管理方法的流程图。

参照图35，UE在静默时段中根据动态调度向eNB发送上行非语音数据(步骤S2410)。当从静默时段转换到通话时段时，UE请求eNB指派用于VoIP分组的持久资源。可以通过向eNB发送通话时段指示符(TPI)来执行该过程(步骤S2420)。可以单独地发送TPI，或将其与上行非语音数据复用。将TPI映射到上行动态调度所指派的无线资源上。由于在静默时段中释放了持久资源并且仍然在继续传输上行非语音数据，因此UE能够使用该动态资源来发送TPI。

TPI可具有与SID相同的消息格式。可以通过消息格式中的指示字段，来区分TPI与SID。TPI可以是MAC级消息、RLC级消息或RRC级消息。MAC消息可以是BSR消息。使用MAC信令来传输BSR信息。

在发送TPI之后，UE使用持久调度的资源(或持久资源)来向eNB发送VoIP重启消息(步骤S2430)。在一个实施方式中，该持久调度的资源可以是在转换之前由之前的持久调度所分配的资源。然后，UE能够重新使用之前的持久资源来按照隐含的方式发送VoIP重启消息，这意味着不需要eNB的诸如持久上行授权传输的其它信令过程。这被称为VoIP重启消息的隐式(implicit)传输。

在另一实施方式中，持久调度的资源可以是由eNB针对VoIP重启消息传输而新分配的资源。因此，在传输VoIP重启消息之前，UE应当在PDCCH上接收新的持久上行调度信息。这被称为VoIP重启消息的显式(explicit)传输。

VoIP重启消息可以是MAC级消息、RLC级消息或RRC级消息。在传输VoIP重启消息之后，UE在持久调度间隔之后使用持久调度的资源来向eNB发送VoIP分组(步骤S2440)。

(D)从下行静默时段转换到通话时段

图36是示出了根据本发明另一示例的在下行非语音数据传输过程中的转换管理方法的流程图。

参照图36，eNB在静默时段中根据动态调度来向UE发送下行非语音数据(步骤S2510)。当从静默时段转换到通话时段时，eNB发送TPI来将该转换通知给UE(步骤S2520)。可以单独地发送TPI，或将其与下行非语音数据复用。将TPI映射到下行动态调度所指派的无线资源上。由于在静默时段中释放了持久资源并且仍然在继续传输下行非语音数据，因此eNB能够使用该动态资源来发送TPI。

在发送TPI之后，eNB使用持久调度的资源来向UE发送VoIP重启消息(步骤S2530)。在一个实施方式中，该持久调度的资源可以是由之前的持久调度所分配的资源。然后，eNB能够重新使用之前的持久资源来按照隐含的方式发送VoIP重启消息，这意味着不需要诸如持久下行授权传输的其它信令过程。这被称为VoIP重启消息的隐式传输。

在另一实施方式中，持久调度的资源可以是由eNB针对VoIP重启消息传输而新分配的资源。因此，eNB应当首先在PDCCH上发送新的持久下行调度信息，然后根据该新的持久下行调度信息来发送VoIP重启消息。这被称为VoIP重启消息的显式传输。

在发送了VoIP重启消息之后，eNB使用持久调度的资源来向UE发送VoIP分组(步骤S2540)。

可以根据用于执行上述功能的软件或程序代码，由诸如微处理器、控制器、微控制器及专用集成电路(ASIC)等处理器来执行这些功能。可以基于本发明的描述来设计、开发并实现该程序代码，这对于本领域技术人员是公知的。

虽然已经结合本发明的示例性实施方式具体示出并描述了本发明，但是本领域的技术人员应当理解的是，在不脱离由所附权利要求限定的本发明的精神及范围的情况下，可以在形式上和细节上做出各种改变。应当认为这些示例性实施方式仅具有说明的意义，而不是用于限制的目的。因此，由所附权利要求来限定本发明的范围，而不是由本发明的详细说明来限定，并且将落入该范围中的全部差异视为包括在本发明中。

Claims (21)

1、一种传输互联网协议语音VoIP分组的方法，该方法包括以下步骤：

向用户分配用于VoIP分组传输的无线资源；

将VoIP服务从使用所述无线资源传输所述VoIP分组的通话时段转换到不传输所述VoIP分组的静默时段；

在所述静默时段中释放所述无线资源；以及

通过重新分配无线资源，将所述VoIP服务转换到所述通话时段。

2、根据权利要求1所述的方法，该方法还包括以下步骤：

在重新分配无线资源之前从所述用户接收调度请求消息。

3、根据权利要求2所述的方法，该方法还包括以下步骤：

响应于所述调度请求消息而发送调度信息。

4、根据权利要求1所述的方法，该方法还包括以下步骤：

在转换到所述静默时段之前，接收静默描述符，该静默描述符表示所述用户从所述通话时段转换到所述静默时段。

5、根据权利要求1所述的方法，其中，通过发送介质访问控制MAC级消息或无线链路控制RLC级消息，来转换到所述静默时段。

6、根据权利要求5所述的方法，其中，所述MAC级消息或RLC级消息是缓存状态报告消息。

7、一种使用分配给互联网协议语音VoIP服务的无线资源来传输VoIP分组的方法，该方法包括以下步骤：

在通话时段中使用所述无线资源来传输所述VoIP分组；以及

在所述通话时段中传输静默描述符，以指示转换到不传输所述VoIP分组的静默时段，其中，在所述通话时段中释放所述无线资源。

8、根据权利要求7所述的方法，其中，当从上层提供的VoIP分组的大小小于基准值时，生成所述静默描述符。

9、一种传输互联网协议语音VoIP分组的方法，该方法包括以下步骤：

在不传输所述VoIP分组的静默时段中，向基站发送专用调度请求消息，该专用调度请求消息请求分配用于数据传输的无线资源；

从所述基站接收从持久调度信息和动态调度信息中选出的调度信息，该持久调度信息用于按照特定的时间间隔来持久地分配无线资源，该动态调度信息用于即时地分配无线资源；以及

使用所述无线资源来向所述基站传输信息分组。

10、根据权利要求9所述的方法，其中，所述持久调度信息是持久上行授权，而所述动态调度信息是动态上行授权。

11、根据权利要求9所述的方法，其中，如果所选出的调度信息是所述持久调度信息且所述数据是非语音数据，则所述信息分组是向所述基站请求发送所述动态调度信息的动态调度请求消息。

12、根据权利要求11所述的方法，该方法还包括以下步骤：

在接收到所述动态调度请求消息之后，从所述基站接收所述动态调度信息；以及

根据所述动态调度信息来向所述基站发送所述非语音数据。

13、根据权利要求11所述的方法，其中，所述动态调度请求消息是由MAC层生成的MAC控制消息。

14、根据权利要求11所述的方法，其中，所述动态调度请求消息是由RLC层生成的RLC控制消息。

15、根据权利要求9所述的方法，该方法还包括以下步骤：

如果所述信息分组是静默插入指示符SID，则向所述基站发送表示不再有要传输的数据的资源释放指示符。

16、根据权利要求15所述的方法，其中，所述资源释放指示符是表示缓存状态报告的MAC消息。

17、根据权利要求9所述的方法，其中，如果所选出的调度信息是所述持久调度信息且所述数据是所述VoIP分组，则所述信息分组是所述VoIP分组。

18、根据权利要求9所述的方法，其中，如果所选出的调度信息是所述动态调度信息且所述数据是非语音数据，则所述信息分组是所述非语音数据。

19、根据权利要求9所述的方法，其中，所述专用调度请求消息是通过非相干检测而检测出的信号。

20、根据权利要求19所述的方法，其中，所述专用调度请求消息表示所述数据是所述VoIP分组还是所述非语音数据。

21、根据权利要求19所述的方法，其中，所述专用调度请求消息表示所述数据是所述VoIP分组、所述非语音数据还是SID。

Images