[发明专利]确定寻呼子帧的方法、基站和用户设备

说明书

技术领域

本发明涉及通信技术领域，具体而言，涉及一种确定半双工用户设备的寻呼子帧的方法、基站和用户设备。此外，本发明还涉及一种处理寻呼子帧与上行子帧的冲突的方法。

背景技术

在大部分机器对机器的应用比如智能抄表应用中，由于需要大规模的终端数量，希望能够尽量降低终端的成本。现有长期演进(Long Term Evolution，LTE)系统的频分双工(Frequency Division Duplex，FDD)终端的成本相对较高，其中双工器(Duplexer)大约占整个通讯模块成本的10％左右。如果用开关(Switch)取代双工器，可以降低终端的成本，但是采用Switch的终端只能运行在半双工(half-duplex)模式，即在同一时刻要么处于接收状态，要么处于发送状态。

半双工终端在接入全双工FDD系统的时候，会存在一些冲突的可能性。在现有LTE机制中，用户设备(User Equipment，UE)可能的paging子帧号(paging occasion)是子帧0、4、5或9。而PRACH的子帧号由上层分配，它可能发生在任何的子帧里面。例如，图1示出了可能的寻呼子帧和可能的PRACH子帧的示意图。在UE处于空闲态时，由于eNode B不知道UE的能力，eNode B可能会把PRACH子帧分配在可能发生寻呼的子帧上面。例如在图1中，假如paging子帧是第4个下行子帧，同时PRACH被分配在第4个上行子帧。这样的分配对全双工FBD UE而言毫无问题，因为它们可以同时收发，然而对于半双工UE而言，由于在同一时刻它只能处于一种状态，即发送状态或者接收状态，所以对半双工UE的情况出现问题。

另外，图2示出了在现有技术中UE从空闲状态转变为连接状态的流程图。可见，当UE从空闲状态转变为连接状态时，首先向eNode B发送前导码消息preamble，接着UE会在一个设定的时间窗内接收来自eNode B的RAR消息，在成功接收到RAR消息之后，UE会在eNode B调度的时刻发送RRC连接请求(RRC Connection Request)消息。由于eNode B不知道UE的寻呼子帧号信息，所以RRC Connection Request消息可能会被调度在与寻呼子帧相同的子帧上。对于半双工UE而言，它同一子帧内要么发送要么接收，所以对半双工UE的情况出现问题。

发明内容

本发明实施例中提供了一种确定半双工用户设备的寻呼子帧的方法、基站以及用户设备，以解决现有技术中的半双工UE使用在全双工FDD系统中可能出现的冲突问题。

一方面，本发明实施例提供了一种确定半双工用户设备的寻呼子帧的方法，包括：接收来自所述用户设备的前导码，其中所述前导码具有预先确定的配置，根据所述预先确定的配置来确定所述寻呼子帧。

另一方面，本发明实施例提供了一种确定半双工用户设备的寻呼子帧的方法，包括：所述用户设备利用前导码将所述寻呼子帧通知基站，其中所述前导码具有预先确定的配置，使得所述基站能够根据所述预先确定的配置来确定所述寻呼子帧。

另一方面，本发明实施例提供了一种基站，包括：接收单元，用于接收来自所述用户设备的前导码，其中所述前导码具有预先确定的配置，确定单元，用于根据所述预先确定的配置来确定所述寻呼子帧。

另一方面，本发明实施例提供了一种半双工用户设备，包括发送单元，用于利用前导码将所述用户设备的寻呼子帧通知基站，其中所述前导码具有预先确定的配置，使得所述基站能够根据所述预先确定的配置来确定所述寻呼子帧。

通过根据本发明实施例提供的方案，基站能够根据前导码预先得知用户设备的寻呼子帧，从而在进行调度时可以将不同于寻呼子帧的上行子帧分配给用户设备，有效地避免了半双工用户设备接入全双工FDD系统时可能出现的冲突问题。

根据本发明的另外的实施例，提供了一种处理寻呼子帧与上行子帧的冲突的方法，包括：判断所述PRACH子帧和所述用户设备的寻呼子帧是否发生冲突；并且在发生冲突时，根据不同的优先级处理寻呼子帧或者PRACH子帧。

另外，本发明实施例还提供了一种半双工用户设备，包括：判断单元，用于判断所述PRACH子帧和所述用户设备的寻呼子帧是否发生冲突；以及处理单元，用于在发生冲突时，根据不同的优先级处理寻呼子帧或者PRACH子帧。

通过根据本发明实施例提供的方案，用户设备可以有效地处理上行的PRACH子帧和下行的寻呼子帧的冲突，从而保证了通信系统的性能。

附图说明