用于无线通信系统中的机器类型通信的业务控制的系统和方法与流程

本申请要求于2015年2月19日提交的题为“systemandmethodfortrafficcontrolformachinetypecommunicationsinawirelesscommunicationssystem(用于无线通信系统中的机器类型通信的业务控制的系统和方法)”的美国非临时申请第14/625,909号的权益，该申请在此通过引用合并至本文中。

本公开内容总体上涉及数字通信，更具体地涉及用于无线通信系统中的机器类型通信(machinetypecommunications，mtc)的业务控制的系统和方法。

背景技术：

机器类型通信(machinetypecommunications，mtc)是不一定需要任何直接的人为干预的在两个或更多个实体之间的通信，其通常也被称为机器对机器(machine-to-machine，m2m)通信。mtc通常涉及在其本地环境内捕获事件或检测条件的设备(例如传感器或仪表)，所捕获的事件或条件然后通过通信系统被传送至应用，该应用将所捕获的时间或条件转换成有意义的信息或动作。利用mtc的系统能够提供新的服务，改进现有的处理等。

因此，预计使用mtc的设备是未来通信系统例如第三代合作伙伴计划(thirdgenerationpartnershipproject，3gpp)增强型长期演进(longtermevolution-advanced，lte-a)和第五代(fifthgeneration，5g)通信系统中的业务和收入的主要来源。预计在2020年，近似的设备总数将是当前3gpplte通信系统的大约100倍的数量级，其中，每小区约1000个激活设备、每小区总共约10000个设备(激活的和非激活的)以及每平方公里约100000个设备。

如果来自mtc设备的传输不受限制，则组合的业务可能会压跨无线接口并且可能地会压垮网络基础设施，从而可能导致拥塞崩溃。因此，需要用于控制这样的通信系统中的传输(业务)的系统和方法。

技术实现要素：

本公开内容的示例实施方式提供了用于无线通信系统中的机器类型通信(machinetypecommunications，mtc)的业务控制的系统和方法。

根据本公开内容的一种示例实施方式，提供了一种用于操作被配置成用于无线通信的无线设备的方法。该方法包括：由无线设备接收报告请求，该报告请求包含报告条件，要使该设备传输存储在设备处的信息，该信息需要满足该报告条件。该方法还包括当报告条件被满足时由无线设备发起上行传输过程以传输该信息。

根据本公开内容的另一示例实施方式，提供了一种用于操作基站的方法。该方法包括：由基站生成报告请求，该报告请求包含第一报告条件，该第一报告条件被配置成当存储在设备处的信息满足第一报告条件时提示该设备将该信息传输至基站；以及由基站将报告请求发送至设备。该方法还包括由基站根据报告请求从设备接收该信息。

根据本公开内容的另一示例实施方式，提供了一种无线设备。该无线设备包括接收器和在操作上耦接至接收器的处理器。接收器从基站接收报告请求，该报告请求包含报告条件，要使设备传输存储在设备处的信息，该信息需要满足该报告条件。当报告条件被满足时，处理器发起上行传输过程以传输该信息。

根据本公开内容的另一示例实施方式，提供了一种基站。该基站包括处理器、在操作上耦接至处理器的发送器和在操作上耦接至处理器的接收器。处理器生成报告请求，该报告请求包含第一报告条件，该第一报告条件被配置成当存储在设备处的信息满足第一报告条件时提示该设备将该信息传输至基站。发送器将该报告请求发送至设备。接收器根据该报告请求来从设备接收该信息。

实施方式的一个优点是可以将报告机器类型通信设备(machinetypecommunicationsdevice，mtcd)限制于具有感兴趣信息的那些mtcd。

另一优点是可以对信息进行优先顺序排列并且可以允许较高优先级信息与较低优先级信息具有不同的成功传输概率。

实施方式的再一优点是可以对设备进行采样并且可以根据采样的结果来对信息进行优先顺序排列。

附图说明

为了更透彻地理解本公开内容及其优点，现在参考下文结合附图进行的描述，在附图中：

图1示出了根据本文所描述的示例实施方式的示例通信系统；

图2示出了根据本文所描述的示例实施方式的突显mtc操作的示例通信系统；

图3a示出了根据本文所描述的示例实施方式的当利用基于内容的业务控制时在mtcd传输报告时在mtcd中发生的示例操作的流程图；

图3b示出了根据本文所描述的示例实施方式的在mtcd参与定期报告时在mtcd中发生的示例操作的流程图；

图4a示出了根据本文所描述的示例实施方式的在mtc应用使用基于内容的业务控制时发生的示例操作的流程图；

图4b示出了根据本文所描述的示例实施方式的在bs参与基于内容的业务控制时发生的示例操作的流程图；

图5a示出了根据本文所描述的示例实施方式的在mtc应用利用采样来确定信息分布时发生的示例操作的流程图；

图5b示出了根据本文所描述的示例实施方式的在bs参与采样以确定信息分布时发生的示例操作的流程图；

图6示出了根据本文所描述的示例实施方式的示例mtcd；以及

图7示出了根据本文所描述的示例实施方式的示例基站。

具体实施方式

下面详细讨论当前示例实施方式的操作及其结构。然而，应当理解的是，本公开内容提供了可以在各种特定背景下实施的许多适用的发明构思。所讨论的特定实施方式仅仅说明本公开内容的特定结构和用于操作本公开内容的方式，而并不限制本公开内容的范围。

本公开内容的一个实施方式涉及用于mtc的业务控制。例如，无线设备接收报告请求，该报告请求包含报告条件，要使该设备传输存储在该设备处的信息，该信息需要满足该报告条件，并且无线设备在该报告条件被满足时发起上行传输过程以传输该信息。

将针对特定背景下的示例实施方式——即支持mtc并且使用存储在设备处的信息来执行业务控制的通信系统——来描述本公开内容。本公开内容可以应用于支持mtc并且使用存储在设备处的信息来执行业务控制的标准兼容的通信系统如与第三代合作伙伴计划(thirdgenerationpartnershipproject，3gpp)、ieee802.11等兼容的通信系统、技术标准兼容的通信系统和非标准兼容的通信系统。本公开内容还可以应用于非mtc系统并且使用存储在设备处的信息来执行业务控制。

图1示出了示例通信系统100。通信系统100包括基站(basestation，bs)105，该bs105服务多个设备，例如用户设备(userequipment，ue)和mtc设备(mtcdevice，mtcd)，其中，ue包括ue110和ue114，mtcd包括mtcd112、mtcd116和mtcd120。通常，ue可以用来指支持人际型通信(human-typecommunications，htc)例如语音、多媒体、网页浏览等的设备，而mtcd可以用来指仅提供mtc功能而没有任何htc功能的设备以及提供htc功能和mtc功能二者的设备。bs105通过从设备(例如ue和/或mtcd)接收传输然后将该传输转发至其预期目的地来服务多个设备(ue和/或mtcd)。在这样的通信模式下，bs105和多个ue和mtcd被称为以蜂窝或基础设施模式操作。基站通常也可以被称为nodeb、演进型nodeb(evolvednodeb，enb)、接入点、控制器、通信控制器、互通功能等，而ue通常也可以被称为无线设备、移动设备、移动装置、移动站、终端、用户、订户、电台、智能电话等。mtcd通常也可以被称为传感器、致动器、机器、监测器、转发器、仪表等。

尽管理解通信系统可以采用多个能够与任何数量的设备(例如ue和/或mtcd)进行通信的bs，但是为了简单起见，示出仅一个bs和多个设备。

mtc的示例应用涉及定期报告其传感器读数的传感器(mtcd的示例)。传感器的示例包括天气传感器、温度传感器、安全传感器、火灾传感器、健康传感器、结构传感器、车载传感器等。通常，传感器会传输其传感器读数但仅偶尔会接收传输。另外，传感器通常仅偶尔进行传输，例如每隔几秒、几分钟、几小时或几天传输一次。此外，传感器读数通常较小，大约几个字节(例如，大约10至100个字节的分组)。因此，机器类型通信可以被视为具有非常短的分组和非常长的分组间到达时间的上行主导业务。

尽管对本文所论及的示例实施方式的讨论集中在传感器及其相关的传输，但本文所呈现的示例实施方式能够与其他形式的mtc业务以及根据存储在设备处的信息的内容来执行业务控制的非mtc业务一起操作。因此，本文所呈现的讨论不应当被解释成限制于示例实施方式的范围或精神。

图2示出了突显mtc操作的示例通信系统200。通信系统200包括服务多个设备的bs205。设备中的一些例如mtcd210至mtcd222可以以mtc模式操作。以mtc模式操作的设备中的一些可以是仅mtc设备，而其他可以是包含mtcd功能的ue。mtc应用250可以向bs205提供用于与mtcd210至mtcd222中的一个或更多个进行通信的指令。bs205可以将从mtcd210至mtcd222中的一个或更多个接收的报告中继至mtc应用250。

如先前所讨论的，mtcd可以定期地向bs205传输少量信息如传感器数据。bs205可以处理和/或聚集来自mtcd的信息并且将经处理的信息转发至mtc应用如mtc应用250。然而，由于传输之间的间隔较长，所以mtcd可能进入低功率(或空闲和/或睡眠)状态并且可能需要在传输其信息之前获得上行资源。如果来自mtcd的传输不受限制，则来自大量mtcd的组合业务会压跨无线接口(以及可能会压垮网络基础设施)，从而导致拥塞和可能崩溃。此外，由于分组大小较短，所以可能存在与从mtcd对信息的传输相关联的不成比例的高水平的控制开销。如果该信息指示没有什么异常并且bs205或mtc应用250丢弃该信息，则这会被进一步加剧。

根据示例实施方式，mtcd根据其已经存储的信息的内容和从其服务bs接收的报告请求来确定其是否要传输其信息。总的来讲，报告请求可以是从实体如bs、mtc应用等接收到的包括用于基于内容的业务控制的一个或更多个标准的消息。在一些示例实施方式中，报告请求可以包括寻呼记录。通常，寻呼记录包含至少一个报告条件，存储在mtcd处的信息的内容必须满足所述至少一个报告条件以便mtcd报告该信息。mtcd将其信息与寻呼记录的报告条件进行比较，并且在该信息(该信息的内容)满足报告条件的情况下mtcd可以传输该信息。根据示例实施方式，报告条件可以被表示为阈值或由mtcd检测到的当前状态。根据另一示例实施方式，报告条件可以被表示为相对于先前报告的变化(增量)或变化率。使用变化或变化率可以使得能够识别正在感测迅速变化条件的mtcd。根据替选实施方式，可以在寻呼之前使用高层信令如无线资源控制(radioresourcecontrol，rrc)信令向mtcd发信令传输报告条件。包含在寻呼记录中的后续报告条件可以优先于使用高层信令接收到的报告条件。

作为说明性示例，寻呼记录的报告条件可以指定：如果由mtcd记录的温度信息大于或小于温度阈值，则mtcd可以传输该信息。作为另一说明性示例，寻呼记录的报告条件可以指定：如果由mtcd记录的门传感器开关状态信息指示该门处于打开状态或未锁状态，则mtcd可以传输该信息。作为又一说明性示例，寻呼记录的报告条件可以指定：如果由mtcd记录的心脏传感器信息指示心率大于或小于心率阈值，则mtcd可以传输该信息。作为又一说明性示例，寻呼记录的报告条件可以指定：如果由mtcd记录的水传感器信息指示地板上有水，则mtcd可以传输该信息。作为再一说明性示例，寻呼记录的报告条件可以指定：如果由mtcd记录的一氧化碳传感器信息指示不存在一氧化碳，则mtcd可以不传输该信息。

寻呼记录还可以包含其它条件如寻呼组条件，该寻呼组条件可以指定寻呼组标识符，mtcd必须属于该寻呼组标识符以便mtcd传输其信息(假设该信息满足报告条件)。寻呼记录还可以包含选择条件，该选择条件可以指定mtcd的属性例如设备的位置、自上次报告的时间间隔、设备的类型或拥有该设备的业务实体或应用的身份等。mtcd属性必须包括满足选择条件的属性以便mtcd传输其信息(假设mtcd满足寻呼记录的任何其他条件)。

图3a示出了当利用基于内容的业务控制时在mtcd传输报告时在mtcd中发生的示例操作300的流程图。操作300可以指示当利用基于内容的业务控制时在mtcd传输报告时在mtcd如mtcd210至mtcd222中发生的操作。

操作300可以开始于mtcd接收报告请求，其中该报告请求包括包含报告条件的寻呼记录(框305)。除了报告条件之外，寻呼记录还可以包含寻呼组条件和/或选择条件。根据示例实施方式，在3gpp长期演进(longtermevolution，lte)系统中，可以在物理下行共享信道(physicaldownlinksharedchannel，pdsch)中发现寻呼记录。作为说明性示例，mtcd可以在物理下行控制信道(physicaldownlinkcontrolchannel，pdcch)中搜索配置有基于内容的mtc寻呼无线网络临时标识符(radionetworktemporaryidentifier，rnti)mc-rnti的下行控制信息(downlinkcontrolinformation，dci)块。mc-rnti可以是目的类似于寻呼rnti(pagingrnti，p-rnti)的预留rnti值。mc-rnti可以指示pdsch中的包含一个或更多个寻呼记录的区域。

作为说明性示例，每个寻呼记录可以包含报告条件以及可能包含组条件(例如mtc寻呼组标识符)、选择条件、上行信道标识符等中的一个或更多个。如先前所讨论的，报告条件可以指定一个或更多个值或范围，存储在mtcd处的信息满足所述一个或更多个值或范围以便传输报告。组条件可以指定与寻呼记录相关联的mtc组。换言之，寻呼记录适用于属于在组条件中所标识的mtc组的mtcd。选择条件可以指定一个或更多个属性，mtcd满足所述一个或更多个属性以便传输报告。选择条件的示例可以包括地理位置信息、mtcd类型、mtcd优先级、信息类型、信息优先级等。寻呼记录中的上行信道标识符可以指定要用于与报告标准和选择标准匹配的报告的上行信道。在示例实施方式中，上行信道标识符可以标识专用物理随机接入信道(physicalrandomaccesschannel，prach)或标识分配给mtcd的一个或更多个prach资源的prach分区。在另一实施方式中，上行信道标识符可以标识mtcd可以用来传输其报告的基于竞争的信道。换言之，上行信道标识符标识可以由满足寻呼记录的条件的mtcd使用以传输或尝试传输其报告的一个或更多个资源。无线资源——包括上行信道——可以在报告请求中被指示或者可以在无线资源控制(radioresourcecontrol，rrc)消息中被单独地指示或者可以通过bs进行广播(例如在系统信息块(systeminformationblock，sib)中)。

mtcd可以执行检查以确定是否满足(satisfied)或满足(met)报告请求(例如寻呼记录)的条件(框310)。作为说明性示例，如果寻呼记录包含报告条件，则mtcd可以检查以确定其信息是否满足报告条件。作为另一说明性示例，如果寻呼记录的报告条件包含组条件和报告条件，则mtcd可以检查以确定其属于组条件中标识的组以及其信息是否满足报告条件。作为又一说明性示例，如果寻呼记录的报告条件包含组条件、报告条件和选择条件，则mtcd可以检查以确定其属于组条件中标识的组、其信息是否满足报告条件以及其属性是否满足选择条件。

如果满足报告请求(例如寻呼记录)的条件，则mtcd可以根据上行信道标识符发起上行传输过程以传输其报告(框315)。作为说明性示例，prach分区标识符可以标识(例如一个或更多个prach资源的)prach分区，在该prach分区中，mtcd可以发起随机接入过程以传输其报告。作为另一说明性示例，基于竞争的信道标识符可以标识基于竞争的上行信道，在该基于竞争的上行信道中，mtcd可以发起基于竞争的传输过程以传输其报告。要指出的是，即使mtcd发起随机接入过程或基于竞争的传输过程，其也可能不能完成对其报告的传输。在这种情形下，mtcd可以被配置成在随后时间处再试。替选地，mtcd可以中止尝试传输其报告并且等待与后面的寻呼记录相关联的另一机会。如果不满足报告请求(例如寻呼记录)的条件，则操作300可以结束。

报告请求可以包括上行传输调度。可以使用上行传输调度来实现定期报告。根据示例实施方式，使用基于内容的业务控制来实现定期报告。定期报告可能涉及在mtcd确定其是否满足寻呼记录中的条件之前满足的报告时间条件的使用。报告时间条件可以在上行传输调度和/或寻呼记录中被提供给mtcd。

图3b示出了在mtcd参与定期报告时在mtcd中发生的示例操作350的流程图。操作350可以指示在mtcd参与定期报告时在mtcd如mtcd210至mtcd222中发生的操作。

操作350可以开始于接收报告请求，其中该报告请求包括包含报告条件和报告时间条件的上行传输调度(框355)。上行传输调度可以包含报告条件和报告时间条件。替选地，可以独立于报告条件将报告时间条件发信令传输至mtcd。可以使用高层信令如无线资源控制(radioresourcecontrol，rrc)信令来向mtcd发信令传输报告时间条件。类似地，可以使用高层信令如rrc信令来向mtcd发信令传输报告条件。报告时间条件可以具有报告之间的时间间隔、定时器值、特定报告时间等的形式。当满足报告时间条件时例如在由时间间隔所指定的时间处(例如，在被设置成时间间隔的定时器到期时)(框360)，mtcd尝试确定其是否满足上行传输调度中的条件(框365)。如果mtcd满足上行传输调度的报告条件，则mtcd发起上行传输过程以传输报告(框370)，而如果mtcd不满足报告条件，则mtcd限制传输并且操作350可以结束。根据替选示例实施方式，可以使用高层信令如rrc信令来向mtcd发信令传输报告时间条件，以及可以在寻呼记录中向mtcd发信令传输报告条件。如果mtcd满足寻呼记录的条件，则mtcd根据使用高层信令所指示的报告时间条件来发起上行传输过程。

根据示例实施方式，bs提供寻呼记录，该寻呼记录包含报告条件以及可能包含组条件、选择条件、上行信道标识符等中的一个或更多个，如果存储在mtcd处的信息满足这些条件则会允许mtcd传输该信息或尝试传输该信息。根据示例实施方式，mtc应用向bs提供指令，所述指令包含报告条件以及可能包含组条件、选择条件和采样指示中的一个或更多个。

根据示例实施方式，mtc应用使用寻呼记录来对mtcd进行采样以确定存储在mtcd处的信息的分布。mtc应用可以向bs提供各种报告标准。bs将这些报告标准合并在传输给mtcd的寻呼记录中并且接收从mtcd传输的报告(如果有的话)，bs将所述报告中继至mtc应用。与寻呼记录对应地接收到报告指示存在具有满足寻呼记录的条件的信息的mtcd，而结果是未接收到报告的寻呼记录指示不存在满足这种条件的mtcd。当进行采样时，mtc应用可能对实际接收报告中的信息不感兴趣。因此，bs可以不需要分配用于支持报告该信息通常所需的大量的上行资源。例如，对于每个寻呼记录而言，单个prach资源可以足够使bs检测至少一个mtcd具有满足寻呼记录的条件的信息。然后，mtc应用可以指示bs将寻呼记录配置足够的上行资源以实际接收满足采样中所使用的寻呼记录的信息。

图4a示出了在mtc应用使用基于内容的业务控制时发生的示例操作400的流程图。操作400可以指示在mtc应用使用基于内容的业务控制时在mtc应用如mtc应用250中发生的操作。

操作400可以开始于mtc应用对mtcd进行采样(框405)。采样可以是由mtc应用使用以获得存储在mtcd处的信息的分布以及mtcd自身的分布的技术。根据示例实施方式，mtc应用指示bs传输多个寻呼记录，其中每个寻呼记录包含mtc应用感兴趣的条件。作为说明性示例，寻呼记录可以包含以下条件：该条件指定仅门传感器信息等于“打开”的、类型为“安全传感器”的mtcd进行报告。mtc应用可以根据对寻呼记录的响应来从bs接收从0至多个报告的任意个报告，例如如果没有寻呼条件被满足，则mtc应用将接收不到任何报告。替选地，mtc应用可以从bs接收所接收到的报告的摘要。作为说明性示例，所接收到的报告的摘要可以包括对哪个(哪些)寻呼报告接收到报告的指示。下面提供对在mtc应用处的示例采样处理的详细描述。mtc应用可以基于所接收到的报告以及其他信息来对存储在mtcd处的信息进行优先顺序排列(框410)。mtc应用可以用以对存储在mtcd处的信息进行优先顺序排列的其他信息的示例可以包括mtcd优先级信息、mtcd类型信息、mtcd组信息、mtcd地理位置信息、mtcd属性信息、时间日期信息、信息类型、信息优先级等。

mtc应用可以根据按优先顺序排列的信息来确定用于轮询mtcd的条件(框415)。由于mtc应用已知存储在mtcd处的信息的分布，所以mtc应用通常不会利用未与一个或更多个报告对应的条件。mtc应用还可以限定要给予报告的处理方法(例如处理)。作为说明性示例，mtc应用可以指定bs在分配上行信道资源时和/或在向mtc应用转发报告时要使用的业务类别(或服务质量(qualityofservice，qos)代码点)、转发等价类等。

mtc应用可以将用于轮询的条件提供给bs(框420)。bs可以使用所述条件来生成寻呼记录。mtc应用可以接收响应于所述寻呼记录的报告(框425)。mtc应用可以接收由bs转发的报告。所述报告可以来自满足寻呼记录的条件的mtcd。替选地，mtc应用可以接收所述报告中包含的信息或所述报告中包含的信息的摘要。作为使用prach分区的随机接入过程的结果或者作为在由bs传输的寻呼记录中标识的上行基于竞争的信道中发生的基于竞争的传输的结果，在bs处可以接收到报告。mtc应用可以对包括在所接收到的报告中的信息进行处理(框430)。

图4b示出了在bs参与基于内容的业务控制时发生的示例操作450的流程图。操作450可以指示在bs参与基于内容的业务控制时在bs如bs205中发生的操作。

操作450可以开始于bs接收用于报告的条件(框455)。bs还可以接收对由于所述条件而接收到的报告的处理方法。bs可以分配用于报告目的的资源，例如用于接收来自mtcd的报告的prach分区或基于竞争的信道(框460)。bs还可以分配与发送报告的mtcd的预期数量、按优先顺序排列的信息等相称的多个资源。作为说明性示例，bs可以给具有高优先级并且具有预期大量报告的信息分配相对大的prach分区以减少冲突的可能性，而可以给具有预期少量报告的低优先级信息分配相对小的prach分区。bs(以及mtc应用)在确定资源的数量时还可以考虑历史信息。作为说明性示例，bs可以给具有少量报告的历史的信息分配相对小的prach分区，即使该信息具有高优先级也是如此。作为又一说明性示例，bs可以例如在顺序随机接入中按照需要分配prach资源。

bs可以生成并发送包含条件的报告请求(例如寻呼记录)(框465)。根据示例实施方式，条件的语法基于正在被寻呼的组内的mtcd的类别或类型。作为说明性示例，对于具有有限能力的第一mtcd类别或类型，寻呼条件可以是由第一mtcd解释成具体滤波器的小数字(例如二进制)，例如“如果报告条件＝3，则应用滤波器x”。该技术类似于基于字典的压缩技术，其中，滤波器字典是在制造期间或在安装期间或在附接期间或动态地使用信令(例如应用层信令)等预先配置在第一mtcd中。作为另一说明性示例，对于具有更多能力的第二mtcd类别或类型，可以以一些形式的通用查询语言、按照结构化查询语言(structuredquerylanguage，sql)在语义上表达寻呼条件，例如“selecttemperaturefromtemperature_sensorwhere(temperature>100)and(device.location＝zone4)”。

bs可以从mtcd接收报告(框470)。作为使用prach分区的随机接入过程的结果或者作为在由bs传输的寻呼记录中标识的上行基于竞争的信道中发生的基于竞争的传输的结果，可以接收到报告。bs可以在从mtcd接收到响应之后分配另外的资源以允许mtcd向bs发送信息。bs可以将所接收到的报告(或者所接收到的报告中包括的信息)发送至mtc应用(框475)。bs可以根据所接收到的处理方法来在转发报告之前对报告中的一些报告提供处理。

根据示例实施方式，bs可以在其传输寻呼记录时利用优先顺序排列的轮询技术。换言之，寻呼记录的传输可以被调度成反映bs意在请求的信息的相对重要性。相对重要性可以例如在由mtc应用提供给bs的指令中被传送。作为说明性示例，bs可以以第一速率(例如每隔t1秒一次)传输用于“非常关键”信息的寻呼记录，以第二速率(例如每隔t2秒一次)传输用于“重要”信息的寻呼记录以及以第三速率(例如，每隔t3秒一次)传输用于“正常”信息的寻呼记录，其中t1<t2<t3。

图5a示出了在mtc应用利用采样来确定信息分布时发生的示例操作500的流程图。操作500可以指示在mtc应用使用采样来确定信息分布时在mtc应用如mtc应用250中发生的操作。操作500可以是图4a的框405——对设备进行采样——的示例实现。

操作500可以开始于mtc应用确定要采样的信息(框505)。mtc应用可以确定要采样哪种类型的信息以及采样范围。mtc应用可以根据要采样的信息来确定用于寻呼记录的条件(框510)。作为说明性示例，mtc应用可以请求采样由温度传感器所记录的其温度范围在10度以下、11度至20度、21度至30度、31度至40度、41度至50度以及超过51度的温度。作为另一说明性示例，mtc应用可以请求采样由雨量传感器所记录的其降雨量范围在0英寸、0.01英寸至0.25英寸、0.26英寸至0.50英寸、0.51英寸至0.75英寸、0.76英寸至1.0英寸以及1.01英寸及以上的降雨量。作为又一说明性示例，mtc应用可以请求采样由门传感器所记录的以下门传感器状态：门传感器状态等于前门未锁、门传感器状态等于车库门打开、门传感器状态等于后门未锁以及门传感器状态等于地下室门未锁。

mtc应用可以将上述条件发送至bs(框515)。mtc应用还可以向bs发送处理方法。mtc应用可以从bs接收报告(框520)。来自bs的报告可以包括bs所接收到的报告或者它们可以是bs所接收到的报告的摘要。mtc应用可以对所接收到的报告进行处理以确定在mtcd处排队的信息的分布(框525)。

图5b示出了在bs参与采样以确定信息分布时在bs中发生的示例操作550的流程图。操作550可以指示在bs参与采样以确定信息分布时在bs如bs205中发生的操作。

bs可以从mtc应用接收报告请求(例如寻呼记录)的与采样有关的条件(框555)。bs可以确定用于报告信息样本的上行资源(例如用于lteprach分区的zadoff-chu(zc)序列)(框560)。如前面所讨论的，在采样时，mtc应用通常对实际接收正在被采样的信息不感兴趣。相反，mtc应用使用采样来确定是否存在存储有满足报告请求(例如寻呼记录)的条件的信息的mtcd。因此，bs可能不关心冲突，而可能仅对接收作为对与报告请求(寻呼记录)相关联的条件被满足的指示的响应感兴趣。因此，bs能够分配每报告请求(例如寻呼记录)少量上行资源，例如用于mtcd执行随机接入过程所需要的最小数量的prachzc序列。作为说明性示例，考虑mtc应用请求采样由温度传感器记录的温度的情形。采样范围和prach资源的示例集合如下：

100<温度＝prach资源10(例如，zc序列10)；

90<温度<100＝prach资源9(例如，zc序列9)；

80<温度<90＝prach资源8(例如，zc序列8)；

70<温度<80＝prach资源7(例如，zc序列7)；

等等。

bs可以根据与采样有关的条件和prach资源来生成和发送报告请求(例如寻呼记录)并且传输报告请求(框565)。bs可以开始接收在所分配的上行资源上的传输(框570)。换言之，bs可以开始接收zc序列的传输，其中不同的zc序列对应于不同的报告请求。通常，是否存在传输的zc序列由bs记录。由于bs通常对mtcd正在发送的信息不感兴趣，所以可以忽略(当一个以上的mtcd传输相同的zc序列时发生的)随机接入冲突。另外，由于bs对来自mtcd的响应感兴趣而对信息本身不感兴趣，所以bs可以不对用于由发起上行传输过程的mtcd传输信息的资源例如与随机接入过程对应的pusch资源做出后续分配。

bs可以将所接收到的传输(例如zc传输)的报告转发至mtc应用(框575)。替选地，bs可以对所接收到的zc传输进行处理以获得在mtcd处排队的信息的分布，该信息的分布然后由bs传送至mtc应用。作为说明性示例，如果bs在分配给第一寻呼记录的prach资源上接收到一个或更多个传输，则bs和mtc应用能够确定存在具有满足第一寻呼记录的条件的信息的至少一个mtcd。作为另一说明性示例，如果bs没有在分配给第二寻呼记录的prach资源上接收到任何传输，则bs和mtc应用能够确定不存在具有满足第二寻呼记录的条件的信息的mtcd。因此，根据对寻呼记录的响应，mtc应用能够获得关于由mtcd存储的信息的分布信息。因此，根据单个采样过程，bs并且因此mtc应用可以获得来自不同mtcd的信息的分布。mtc应用可以基于该信息的分布来确定后续动作。

当使用基于竞争的信道(contention-basedchannel，cbch)来进行报告时，bs可以为每个采样范围分配不同的cbch(框560)。如果bs在cbch中成功地接收到传输(例如采样报告)或者如果bs在分配给第一报告请求(例如寻呼记录)的cbch中检测到(例如由两个或更多个采样报告引起的)冲突(框570)，则bs和mtc应用能够确定存在具有满足第一报告请求的条件的信息的至少一个mtcd。如果bs在分配给第二报告请求的cbch上未检测到任何传输或冲突，则bs和mtc应用能够确定不存在具有满足第二报告请求的条件的信息的mtcd。

图6示出了示例第一通信设备600。通信设备600可以是具有mtcd功能的通信设备如机器类型通信设备或无线设备、移动设备、移动装置、移动站、终端、用户、订户、电台、智能电话等的实现方式。通信设备600可以用于实现本文所讨论的实施方式中的各种实施方式。如图6所示，发送器605被配置成发送帧、报告等。通信设备600还包括被配置成接收帧、报告请求(例如寻呼记录)、上行传输调度等的接收器610。

条件处理单元620被配置成确定由通信设备600存储的信息是否满足报告请求(例如寻呼记录和/或上行传输调度)的条件。条件处理单元620被配置成对报告请求(例如寻呼记录和/或上行传输调度)的条件——包括报告条件、选择条件、寻呼组条件等——进行处理以确定由通信设备600存储的信息以及通信设备600的属性是否满足报告请求的条件。总的来讲，条件处理单元620被配置成对条件进行处理并且根据条件来生成条件操作以实现比较。比较单元622被配置成将该信息和/或属性与条件操作进行比较以确定是否满足报告请求(例如寻呼记录和/或上行传输调度)的条件。上行传输处理单元624被配置成发起和/或执行上行过程以允许通信设备600进行传输。上行处理单元624被配置成利用在寻呼记录和/或上行传输调度中所分配的上行资源。存储器630被配置成存储报告请求(例如寻呼记录和/或上行传输调度)、条件、信息、属性、组标识符、上行资源标识符等。

通信设备600的元件可以被实现为特定硬件逻辑块。在替选方案中，通信设备600的元件可以被实现为在处理器、控制器、专用集成电路等中执行的软件。在又一替选方案中，通信设备600的元件可以被实现为软件和/或硬件的组合。

作为示例，接收器610和发送器605可以被实现为特定硬件块，而条件处理单元620、比较单元622和上行处理单元624可以是在微处理器(例如处理器615)或者现场可编程逻辑阵列的定制电路或定制编译逻辑阵列中执行的软件模块。条件处理单元620、比较单元622和上行处理单元624可以是存储在存储器630中的模块。

图7示出了示例第二通信设备700。通信设备700可以是通信控制器如enb、mtc应用服务器、互通功能、nodeb、接入点、基站、控制器等的实现方式。通信设备700可以用来实现本文所讨论的实施方式中的各种实施方式。如图7所示，发送器705被配置成发送帧、报告请求(例如寻呼记录和/或上行传输调度)等。通信设备700还包括被配置成接收帧、报告等的接收器710。

条件限定单元720被配置成限定执行基于内容的业务控制的条件。条件限定单元720被配置成基于信息的内容和/或mtcd的属性来限定条件如报告条件、选择条件、寻呼组条件等以控制从mtcd向通信设备700发送报告。这些条件被用于生成报告请求(例如寻呼记录和/或上行传输调度)。资源分配单元722被配置成分配上行资源以允许满足寻呼记录和/或上行传输调度的条件的mtcd向通信设备700传输或尝试传输报告。可以对不同的报告请求分配不同的上行资源。消息发送单元724被配置成发送(或传输)消息如寻呼记录和/或上行传输调度。报告处理单元726被配置成对由通信设备700接收到的报告进行处理。报告处理单元726被配置成对从mtcd接收到的报告进行处理以获得报告中的信息。报告处理单元726被配置成对在上行资源中接收到的传输进行处理以对存储在mtcd处的信息的分布进行采样。存储器730被配置成存储报告请求(例如寻呼记录和/或上行传输调度)、条件、信息、属性、组标识符、上行资源标识符、报告、信息分布等。

通信设备700的元件可以被实现为特定硬件逻辑块。在替选方案中，通信设备700的元件可以被实现为在处理器、控制器、专用集成电路等中执行的软件。在又一替选方案中，通信设备700的元件可以被实现为软件和/或硬件的组合。

作为示例，接收器710和发送器705可以被实现为特定硬件块，而条件限定单元720、资源分配单元722、消息发送单元724和报告处理单元726可以是在微处理器(如处理器715)或者现场可编程逻辑阵列的定制电路或定制编译逻辑阵列中执行的软件模块。条件限定单元720、资源分配单元722、消息发送单元724和报告处理单元726可以是存储在存储器730中的模块。

尽管已经详细描述了本公开内容及其优点，但应当理解，在不背离由所附权利要求书限定的本公开内容的精神和范围的情况下可以在本文中做出各种修改、替换和变更。