[0001] 本申请涉及无线通信。

[0002] 背景技术

[0003] 第三代合作伙伴计划(3GPP)高速上行链路分组接入(HSUPA)使用被称作“满意比特(happy bit)”的机制来允许无线发射/接收单元(WTRU)向网络指示分配到所述WTRU的上行链路数据速率是否充足或者没有被给予WTRU缓存器中的大量数据。所述满意比特对于每个增强型专用信道(E-DCH)传输都被包括在E-DCH专用物理控制信道(E-DPCCH)中。

[0004] 无线电资源控制(RRC)实体使用持续时间Happy_Bit_Delay_Condition(满意_比特_延迟_条件)来配置媒介接入控制(MAC)实体。在应用了E-DCH传输格式组合(E-TFC)选择之后，所述WTRU在该持续时间内评估与所述总E-DCH缓存状态(TEBS)相关的当前授权。根据3GPP规范25.321V8.2.0，对于每一个E-DCH传输，在下面三个标准被满足时所述满意比特被设置为“不满意”：

[0005] (1)所述WTRU所传送的调度数据是否与E-TFC选择中的当前Serving_Grant所允许的一样多；

[0006] (2)所述WTRU是否具有足够的可用功率来以更高的数据速率进行传送；以及[0007] (3)基于与用来在与所述满意比特相同的传输时间间隔(TTI)中传输数据的在E-TFC选择中所选择的一个E-TFC相同的功率偏移，TEBS将需要多于Happy_Bit_Delay_Condition ms的时间来同当前Serving_Grant(服务_授权)×活动进程数与总进程数的比值一起被传送。

[0008] 实用新型内容

[0009] 公开了一种用于在E-DPCCH上设置满意比特的设备。通常，如果WTRU具有足够的传输功率来在E-TFC中包括至少一个附加RLC PDC，则WTRU会将满意比特设置为“不满意”，从而在WTRU由于功率限制而无论如何也无法增加其数据速率时阻止WTRU从网络请求更高的数据速率。在MAC层引入了灵活的RLC PDU大小和分段的情况下，WTRU必须能够在E-TFC中传送至少一个附加RLC PDU的限制变成了不必要的限制，这是因为WTRU可以通过传送附加RLC PDU的分段或只增加RLC PDU的大小来增加数据速率。该限制使得即使WTRU能够通过传送附加RLC PDU的一部分或通过增加随后的RLC PDU的大小来增加数据速率，WTRU也不会将满意比特设置为“不满意”。这样，在常规3GPP规范之下，上行链路数据速率不被最大化。

[0010] 根据一个实施方式，提供了一种WTRU，该WTRU包括天线、收发信机、以及控制器。该收发信机被配置为在增强型专用信道专用物理控制信道(E-DPCCH)上传送满意比特，从而向网络指示与WTRU相关的上行链路数据速率是否充足。控制器被配置为在评估包括以下标准的标准之后将所述满意比特设置为“满意”或者“不满意”：所述WTRU是否具有足够的可用功率来以更高的数据速率进行传送。在配置了用于E-DCH的媒介接入控制实体(MAC-i/is)的条件下，WTRU通过标识具有比当前所选择的E-TFC的传输块大小至少大x比特的传输块大小的E-TFC、以及确定所标识的E-TFC是否基于与当前所选择的E-TFC相同的功率偏移而被支持来评估上述标准。值x可以是预定值或者可以由更高层来配置。

[0011] 使用所公开的实施方式，在WTRU能够通过传送附加RLC PDU的一部分或通过增加随后的RLC PDU的大小来增加数据速率时，即使WTRU可能不将至少一个附加RLC PDU包括在E-TFC中，WTRU也可以将满意比特设置为“不满意”，并且上行链路数据速率能够被最大化。

[0012] 附图说明

[0013] 从下面的以示例的方式结合附图给出的更加详细的描述中可以获得对本实用新型的内容更加清楚的理解，其中：

[0014] 图1是根据第一实施方式的用来确定WTRU是否具有足够的可用功率来以更高的数据速率进行传送以及用来设置满意比特的示例过程的流程图；

[0015] 图2是根据第二实施方式的用来确定WTRU是否具有足够的可用功率来以更高的数据速率进行传送以及用来设置满意比特的示例过程的流程图；

[0016] 图3是根据第三实施方式的用来确定WTRU是否具有足够的可用功率来以更高的数据速率进行传送以及用来设置满意比特的示例过程的流程图；

[0017] 图4是根据第四实施方式的用来确定WTRU是否具有足够的可用功率来以更高的数据速率进行传送以及用来设置满意比特的示例过程的流程图；

[0018] 图5是根据第五实施方式的用来确定WTRU是否具有足够的可用功率来以更高的数据速率进行传送以及用来设置满意比特的示例过程的流程图；以及

[0019] 图6是示例WTRU的框图。

[0020] 具体实施方式

[0021] 下文提及的术语“WTRU”包括但不局限于用户设备(UE)、移动站、固定或移动用户单元、传呼机、蜂窝电话、个人数字助理(PDA)、计算机或能够在无线环境中操作的任何其它类型的用户设备。如下所述，术语“节点B”包括但不仅限于基站、站点控制器、接入点(AP)或者任何其它类型的能在无线环境中操作的接口设备。

[0022] 对于每一个E-DCH传输，如果三个标准被满足(即(1)所述WTRU所传送的调度数据是否与E-TFC选择中的当前Serving_Grant所允许的一样多；(2)所述WTRU是否具有足够的可用功率来以更高的数据速率进行传送；以及(3)基于与用来在与所述完成比特相同的传输时间间隔(TTI)中传输数据的在E-TFC选择中所选择的一个E-TFC相同的功率偏移，TEBS将需要多于Happy_Bit_Delay_Condition ms的时间来同当前Serving_Grant×活动进程数与总进程数的比值一起被传送)，则WTRU将满意比特设置为“不满意”[0023] 图1是根据第一实施方式的用来确定WTRU是否具有足够的可用功率来以更高的数据速率进行传送以及用来设置满意比特的示例过程100的流程图。在MAC-i/is(用于处理支持MAC分段的E-DCH传输的MAC实体)被更高层配置的情况下，(即支持在MAC层进行RLC PDU分段)，WTRU标识允许比当前E-TFC传输更多数据的最小E-TFC(步骤102)。当前E-TFC是为与满意比特处于同一TTI中的传输所选择的E-TFC，其中所述满意比特的值将被确定。附加数据可以来自任何不属于非调度MAC-d流的逻辑信道。WTRU随后基于与当前E-TFC相同的功率偏移来确定是否支持所标识的E-TFC，(即考虑到WTRU的最大允许功率，所标识的E-TFC是否可以被传送)(步骤104)。如果支持所标识的E-TFC，则WTRU确定自己具有足够的可用功率以在更高的数据速率进行传送。WTRU确定另外两个标准(标准(1)和(3))是否被满足(步骤106)。如果满足，则WTRU将满意比特设置为“不满意”(步骤108)。如果所标识的E-TFC不被支持，或者如果另两个标准不被满足，则WTRU将满意比特设置为“满意”(步骤110)。

[0024] 应该注意到图1中的方法的步骤可以按照不同的顺序执行。例如步骤106可以在步骤102之前执行。

[0025] 图2是根据第二实施方式的用来确定WTRU是否具有足够的可用功率来以更高的数据速率进行传送以及用来设置满意比特的示例进程200的流程图。在MAC-i/is被更高层配置的情况下，WTRU确定在配置的E-DCH传输块大小表中是否存在任何大于处于被支持状态的当前E-TFC的E-TFC(步骤202)。当前E-TFC是为与满意比特处于同一TTI中的传输所选择的E-TFC，其中所述满意比特的值将被确定。如果在配置的E-DCH传输块大小表中存在大于处于被支持状态的当前E-TFC的E-TFC，则WTRU确定自己具有足够的可用功率以在更高的数据速率进行传送。WTRU确定另外两个标准(标准(1)和(3))是否被满足(步骤204)。如果满足，则WTRU将满意比特设置为“不满意”(步骤206)。如果在配置的E-DCH传输块大小表中不存在大于处于被支持状态的当前E-TFC的E-TFC，或者如果另两个标准不被满足，则WTRU将满意比特设置为“满意”(步骤208)。

[0026] 应该注意到图2中的方法的步骤可以按照不同的顺序执行。例如步骤204可以在步骤202之前执行。

[0027] 图3是根据第三实施方式的用来确定WTRU是否具有足够的可用功率来以更高的数据速率进行传送以及用来设置满意比特的示例过程300的流程图。在MAC-i/is被更高层配置的情况下，WTRU标识允许WTRU比当前E-TFC多传送至少x字节(或比特)的E-TFC(步骤302)。当前E-TFC是为与满意比特处于同一TTI中的传输所选择的E-TFC，其中所述满意比特的值将被确定。附加数据可以来自任何不属于非调度MAC-d流的逻辑信道。可选的，WTRU可以在计算附加数据的过程中将对附加MAC开销(overhead)的可能的需要考虑在内，(例如如果附加数据必须来自与上一个分段不同的RLC PDU)。

[0028] WTRU随后基于与当前E-TFC相同的功率偏移来确定所标识的E-TFC是否被支持(步骤304)。如果支持所标识的E-TFC，则WTRU确定自己具有足够的可用功率来以更高的数据速率进行传送。WTRU确定另外两个标准(标准(1)和(3))是否被满足(步骤306)。如果满足，则WTRU将满意比特设置为“不满意”(步骤308)。如果不支持所标识的E-TFC，或者如果不满足另两个标准，则WTRU将满意比特设置为“满意”(步骤310)。

[0029] 值x可以是固定的预定值(例如1)。值x可以由更高层用信号发送。值x可以对应于“MAC分段大小的最小值(minimum)”(如果定义了这种参数的话)。值x可以对应于RLC PDU大小的最小值或其函数。值x可以对应于当前RLC PDU大小的增加百分比(即RLC数据速率增加X％)。值x可以对应于最小允许的传输块大小或最小基准E-TFC或其函数(例如定义的传输块大小的最小值的一部分)。值x可以对应于最小E-TFC集合的最小值或其函数。

[0030] 可替换地，值x可以是当前E-TFC的大小的百分比和固定阈值之间的最小值。所述百分比和/或所述阈值可以是预定义的或由RRC用信号通知的。所述阈值可以对应于RLC PDU大小的最小值、最小的RLC PDU大小、或任何用信号通知的值。可替换地，值x可以是以下两者之间的最小值：1)用比特来表示的在增强型专用信道传输块大小表中位于当前所选择的增强型专用信道传输格式组合之上n个索引处的增强型专用信道传输格式组合与当前所选择的增强型专用信道传输格式组合之间的大小区别、以及2)固定阈值。n的值和/或阈值可以是预定义的或由RRC用信号通知的。阈值可以对应于RLC PDU大小的最小值、最小的RLC PDU大小、或任何其它用信号通知的值。

[0031] 可替换地，值x可以是取决于x个字节或比特的最小提高(improvement)是绝对的还是相对的而被设定的。例如，如果发生下列情况中的一种，则WTRU可以确定x字节或比特的最小提高是相对的：当前E-TFC的大小在阈值之下、当前E-TFCI在阈值之下、当前WTRU功率余量(headroom)(UPH)在阈值之下、或当前服务授权在阈值之下。阈值可以是预定义的或用信号通知的。

[0032] 在x个字节或比特的最小提高是相对的情况下，值x可以设置为当前E-TFC的大小的百分比、或在E-DCH传输块大小表中在当前E-TFC之上n个索引处的E-TFC与当前E-TFC之间的比特的差值。n的值可以是预定义的(例如n＝1)或用信号通知的。

[0033] 相反地，如果发生下列情况中的一种，则WTRU可以确定x个字节或比特的最小提高是绝对的：当前E-TFC的大小在阈值之上、当前E-TFCI在阈值之上、当前WTRU功率余量(UPH)在阈值之上、或当前服务授权在阈值之上。所述阈值可以是预定义的或用信号通知的。

[0034] 在x个字节或比特的最小提高是绝对的情况下，值x可以设置为预定值或用信号通知的值。用信号通知的值可以是RLC PDU大小的最小值、最小的RLC PDU大小、或任何其它用信号通知的值。可替换地，值x可以是在配置的E-DCH传输块大小表中在当前E-TFC之上n个索引处的E-TFC与当前E-TFC之间的比特的差值。n的值可以是预定义的(例如n＝1)或用信号通知的。

[0035] 可替换地，值x可以是以下两者之间的最大值：定义的阈值，以及在配置的E-DCH传输块大小表中在当前E-TFC之上n个索引处的E-TFC与当前E-TFC之间的比特的大小的差值。阈值可以是预定义的或是由RRC通过信号通知的。阈值可以对应于RLC PDU大小的最小值、最小的RLC PDU大小或任何其它用信号通知的值，并且n可以是预定义的值(即n＝1)或是用信号通知的值。

[0036] 应该注意到图3中的方法的步骤可以按照不同的顺序执行。例如步骤305可以在步骤302之前执行。

[0037] 图4是根据第四实施方式的用来确定WTRU是否具有足够的可用功率来以更高的数据速率进行传送以及用来设置满意比特的示例过程400的流程图。在MAC-i/is被更高层配置的情况下，WTRU确定最近一次WTRU传输功率余量测量是否低于阈值(步骤402)。WTRU传输功率余量是最大WTRU传输功率和相应的3GPP TS 25.215 V8.2.0中定义的专用物理控制信道(DPCCH)码功率的比值。

[0038] 如果最近一次WTRU传输功率余量测量不低于阈值，则WTRU确定自己具有足够的可用功率来以更高的数据速率进行传送。WTRU确定另外两个标准(标准(1)和(3))是否被满足(步骤404)。如果满足，则WTRU将满意比特设置为“不满意”(步骤406)。如果最近一次WTRU传输功率余量测量低于阈值，或者如果另两个标准不被满足，则WTRU将满意比特设置为“满意”(步骤408)。

[0039] 阈值可以是预定的或由更高层用信号通知的。可替换地，阈值可以取决于在常规调度授权处的相对授权的间隔尺寸(给出参数3-索引步长阈值和2-索引步长阈值)。可替换地，阈值可以是当前服务授权的函数。例如，阈值可以是当前服务授权(按照功率比)与授权增长乘以因子所得乘积的和，其中所述授权增长是从网络发送的相对授权“UP”指令产生的。

[0040] 应该注意到图4中的方法的步骤可以按照不同的顺序执行。例如步骤404可以在步骤402之前执行。

[0041] 图5是根据第五实施方式的用来确定WTRU是否具有足够的可用功率来以更高的数据速率进行传送以及用来设置满意比特的示例过程500的流程图。在MAC-i/is被更高层配置的情况下，WTRU确定通过应用E-TFC选择函数获取的E-TFC是否小于或等于最大支持的E-TFC，同时为与满意比特处于同一TTI中的传输选择的E-TFC小于(或可替换地，小于或等于)最大支持的E-TFC，其中所述E-TFC选择函数假定网络在当前TTI发送相对授权“UP”指令。

[0042] 如果所述确定结果为肯定的，则WTRU确定自己具有足够的可用功率来以更高的数据速率进行传送。WTRU确定另外两个标准(标准(1)和(3))是否被满足(步骤504)。如果满足，则WTRU将满意比特设置为“不满意”(步骤406)。如果所述确定结果为否定的，或者如果另两个标准未被满足，则WTRU将满意比特设置为“满意”(步骤508)。

[0043] 应该注意到图5中的方法的步骤可以按照不同的顺序执行。例如步骤504可以在步骤502之前执行。

[0044] 根据第六实施方式，在MAC-i/is被更高层配置的情况下，如果服务授权变得太小以至于不能允许传输来自任何调度MAC-d流的单个PDU，或者如果服务授权太小以至于不能传输来自任何调度MAC-d流的单个PDU并且TEBS变得大于零，则触发调度信息的传输。在MAC-i/is不被更高层配置的情况下，调度信息仍可以在那种情况下被触发。

[0045] 图6是示例WTRU 600的框图。WTRU 600包括发射机601、接收机602、和控制器604。控制器604被配置为根据上面公开的任一实施方式来设置满意比特。例如，控制器
604被配置为确定：(1)所述WTRU所传送的调度数据是否如E-TFC选择中的当前Serving_Grant所允许的一样多，(2)所述WTRU是否具有足够的可用功率来以更高的数据速率进行传送，以及(3)基于与用于在与所述满意比特相同的TTI中的传输的当前所选择的E-TFC的功率偏移相同的功率偏移，确定TEBS是否需要多于Happy_Bit_Delay_Condition ms的时间来同当前Serving_Grant×活动进程数与总进程数的比值一起被传送，并且在标准(1)-(3)都被满足的条件下，将所述满意比特设置为“不满意”，其它情况则将满意比特设置为“满意”。控制器604被配置为，为了评估所述标准(2)，在配置了MAC-i/is的条件下，标识具有比当前所选择的E-TFC的传输块大小至少大x比特的传输块大小的E-TFC，以及确定所标识的E-TFC是否基于与当前所选择的E-TFC相同的功率偏移而被支持。

[0046] 虽然本实用新型的特征和元素以特定的结合在以上进行了描述，但每个特征或元素可以在没有其它特征和元素的情况下单独使用，或在与或不与本实用新型的其它特征和元素结合的各种情况下使用。本实用新型提供的方法或流程图可以在由通用计算机或处理器执行的计算机程序、软件或固件中实施，其中所述计算机程序、软件或固件是以有形的方式包含在计算机可读存储介质中的，关于计算机可读存储介质的实例包括只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、内部硬盘和可移动磁盘之类的磁介质、磁光介质以及CD-ROM碟片和数字多功能光盘(DVD)之类的光介质。

[0047] 举例来说，恰当的处理器包括：通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、其它任何一种集成电路(IC)和/或状态机。

[0048] 与软件相关的处理器可用于实现射频收发信机，以便在无线发射接收单元(WTRU)、用户设备(UE)、终端、基站、无线电网络控制器(RNC)或是任何一种主机计算机中加以使用。WTRU可以与采用硬件和/或软件形式实施的模块结合使用，例如相机、摄像机模块、视频电话、扬声器电话、振动设备、扬声器、麦克风、电视收发信机、免提耳机、键盘、蓝牙模块、调频(FM)无线电单元、液晶显示器(LCD)显示单元、有机发光二极管(OLED)显示单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器和/或任何一种无线局域网(WLAN)模块或无线超宽带(UWB)模块。