终端设备、无线通信设备、无线通信方法和计算机程序与流程

终端设备、无线通信设备、无线通信方法和计算机程序
1.本技术是国际申请日为2016年3月11日、国家申请号为201680019241.8、发明名称为“终端设备、无线通信设备、无线通信方法和计算机程序”的进入中国国家阶段的pct申请的分案申请。
技术领域
2.本公开涉及终端设备、无线通信设备、无线通信方法及计算机程序。


背景技术：

3.已经在长期演进(lte)平台中使用被称为寻呼的技术(例如，参见专利文献1)。寻呼是一种主要由网络侧(enodeb)呼叫处于空闲(idle)模式的终端设备的，并且用于传入数据或音频、给出关于灾难信息的紧急通知等的技术。
4.引用列表
5.专利文献
6.专利文献1：jp 2012
‑
5090a


技术实现要素：

7.技术问题
8.在过去的寻呼中，在与enodeb通信中只有终端设备处于空闲模式的。但是，假设在终端设备起像小区一样的作用的系统中，扮演小区角色的终端设备以及作为寻呼目标的终端设备均可以处于空闲模式。需要适应这种系统环境的新的寻呼机制。
9.因此，本公开提出了新颖且改进的、使得寻呼对于作为系统中的寻呼目标的终端设备能够被有效地执行的终端设备、无线通信设备、无线通信方法及计算机程序，在该系统中另一终端设备起像小区一样的作用。
10.对问题的解决方案
11.根据本公开，提供了一种终端设备，包括：获取单元，被配置为从基站获取寻呼消息；以及控制单元，被配置为基于由获取单元获取的寻呼消息经由终端设备关于与基站执行无线通信的一个或多个其它终端设备执行寻呼。
12.另外，根据本公开，提供了一种无线通信设备，包括：控制单元，被配置为关于第一终端设备和经由第一终端设备执行无线通信的第二终端设备执行寻呼；以及获取单元，被配置为获取用于独立于关于第一终端设备的寻呼的定时规定由控制单元关于第二终端设备进行寻呼的定时的信息。
13.另外，根据本公开，提供了一种无线通信方法，包括：从基站获取寻呼消息；以及，基于所获取的寻呼消息，经由终端设备关于与基站执行无线通信的另一终端设备执行寻呼。
14.另外，根据本公开，提供了一种无线通信方法，包括：关于第一终端设备和经由第一终端设备执行无线通信的第二终端设备执行寻呼；以及获取用于独立于关于第一终端设
备的寻呼的定时来规定关于第二终端设备的寻呼的定时的信息。
15.另外，根据本公开，提供了一种计算机程序，使计算机执行：从基站获取寻呼消息；以及，基于所获取的寻呼消息，经由终端设备关于与基站执行无线通信的另一终端设备执行寻呼。
16.另外，根据本公开，提供一种计算机程序，使计算机执行：关于第一终端设备和经由第一终端设备执行无线通信的第二终端设备执行寻呼；以及获取用于独立于关于第一终端设备的寻呼的定时来规定关于第二终端设备的寻呼的定时的信息。
17.发明的有利效果
18.根据上述本公开，可以提供新颖且改进的、使得寻呼对于作为系统中的寻呼目标的终端设备能够被有效地执行的终端设备、无线通信设备、无线通信方法及计算机程序，在该系统中另一终端设备起像小区一样的作用。
19.注意，上述效果不一定是限制性的。与以上效果一起或代替以上效果，可以实现本说明书中描述的任何效果或者可以从本说明书中掌握的其它效果。
附图说明
20.图1是用于描述小小区增强(sce)的说明图。
21.图2是示出局部化网络(ln)的示例的说明图。
22.图3是示出lte平台上的寻呼的概述的说明图。
23.图4是示出lte平台上的寻呼的操作流程的流程图。
24.图5是示出在fdd的情况下的查找表的说明图。
25.图6是示出在tdd的情况下的查找表的说明图。
26.图7是示出根据本公开的实施例的通信系统1的示意性配置的示例的说明图。
27.图8是示出根据本公开的实施例的终端设备100的配置的示例的框图。
28.图9是示出根据本公开的实施例的基站200的功能配置的示例的框图。
29.图10是示出根据本公开的实施例的控制实体300的功能配置的示例的框图。
30.图11是示出状态的组合的说明图。
31.图12是示出根据本公开的实施例的通信系统1的操作的示例的序列图。
32.图13是示出根据本公开的实施例的通信系统1的操作的示例的序列图。
33.图14是示出已被规定(stipulate)的s1ap：寻呼消息的结构的说明图。
34.图15是示出已被规定的rrc：寻呼消息的结构的说明图。
35.图16是示出可以应用本公开的技术的服务器700的示意性配置的示例的框图。
36.图17是示出可以应用本公开的技术的enb的示意性配置的第一示例的框图。
37.图18是示出可以应用本公开的技术的enb的示意性配置的第二示例的框图。
38.图19是示出可以应用本公开的技术的智能电话900的示意性配置的示例的框图。
39.图20是示出可以应用本公开的技术的汽车导航设备920的示意性配置的示例的框图。
具体实施方式
40.在下文中，将参考附图详细描述本公开的一个或多个优选实施例。在本说明书和
附图中，用相同的标号表示具有基本上相同功能和结构的构成要素，并且省略对这些构成要素的重复说明。
41.注意，将按以下次序提供描述。
42.1.本公开的实施例
43.1.1.背景
44.1.2.配置的示例
45.1.2.1.通信系统的配置的示例
46.1.2.2.终端设备的配置的示例
47.1.2.3.基站的配置的示例
48.1.2.4.控制实体的配置的示例
49.1.3.操作的示例
50.2.应用示例
51.3.结论
52.<1.本公开的实施例>
53.[1.1.背景]
[0054]
首先，在详细描述本公开的实施例之前将描述本公开的实施例的背景。
[0055]
最近的无线通信环境正面临数据流量的快速增长。作为未来流量快速增长的对策，3gpp目前已经讨论了在宏小区基站的范围内以高密度部署小小区基站，以提高网络的密度并分散流量的小小区增强。图1是用于描述小小区增强(sce)的说明图。假设在sce中使用高于或等于3ghz的高频带作为用于小小区(诸如室内小区)的频带并且sce旨在通过在宏区域中部署小小区基站并将数据流量卸载到小小区侧来提高总体容量。
[0056]
此外，作为用于作为下一代无线通信方案的5g的提案，已经提出了使用更高频率等在处于极高密度的宏小区基站的范围内部署具有窄覆盖范围的小小区基站的超密集网络。
[0057]
但是，当以这样高的密度部署小小区时，存在许多现实的问题需要解决，包括确保部署基站的空间、网络的电力消耗的扩大、设备成本的增加、维护成本等。因此，期望在处理流量的快速增长的同时可以根据网络流量状况以较低的成本设置灵活的对策的网络。
[0058]
因此，已经提出了局部化网络管理(lnm)，其中在异构网络环境下在不存在小小区基站的区域中，具有小小区基站的功能的用户装备(ue)构建虚拟小小区网络。在lnm中，可以根据网络的状态以低成本灵活地部署虚拟小小区。
[0059]
图2是示出局部化网络(ln)的示例的说明图。ln由可以是虚拟小小区(以下也将被称为“主终端”)的终端和连接到主终端的终端(以下也将被称为“从属终端”)构成。ln包括回程线路(宏小区基站和主终端在其上相互通信)和接入线路(主终端和从属终端在其上相互通信)。回程线路可以是无线或有线的。
[0060]
当主终端同时在ln上的回程线路和接入线路上进行发送和接收时，只要不确保隔离，则发送信号通常在终端的接收机周围漫游，并且因此产生干扰的问题。因此，主终端在ln上以时分方式在回程线路和接入线路上执行通信。当以时分方式在回程线路和接入线路上执行通信时，主终端中的缓冲区域的确保或在终端侧的等待时间是相当大的问题。
[0061]
作为确保主终端中的缓冲区并解决从属终端侧的等待时间的手段，已经提出通过
对主终端应用全双工通信而使得同时在回程线和接入线路发送/接收上成为可能的全双工局部化网络(fdln)。因而，基于使用相同的频率资源的全双工通信的同时发送接收是可能的，因此可以确保主终端中的缓冲区域并且可以解决从属终端侧的等待时间，并且因此可以期望增加整个网络的容量。
[0062]
已经在lte平台上使用了被称为寻呼的技术。寻呼是主要由网络侧(enodeb)呼叫处于空闲(idle)模式的终端设备的，并且用于传入的数据或音频、给出关于灾难信息的紧急通知等的技术。
[0063]
图3是示出lte平台上的寻呼的概况的说明图。此外，图4是示出lte平台上的寻呼的操作流程的流程图。
[0064]
如图3和图4所示，通过经由enodeb向ue通知来自网络侧上的移动性管理实体(mme)的寻呼消息来执行寻呼。从网络侧到enodeb执行的操作被称为s1ap：寻呼，并且从enodeb到ue执行的操作被称为rrc：寻呼。
[0065]
mme向多个跟踪区域(ta或位置登记区域)发送s1ap：寻呼信号，并且每个enodeb基于接收到的信号创建rrc：寻呼信号并将该信号通知ue。在ue发现以其自身为目的地的寻呼信号的情况下，ue转移到rach过程并且转变到对于enodeb的rrc连接状态。注意，在lte平台上的寻呼中设置定时器t3413。
[0066]
为了确切地接收寻呼，ue必须适当地读取从网络侧发送的寻呼信息。但是，为了来自网络侧的信号，ue消耗大量的电力来保持待机。因此，通过采用如图4中所示的被称为不连续接收(drx)的间歇接收方案在lte平台上有效地接收寻呼信号。
[0067]
将使用图4简要描述现有的寻呼处理。mme启动定时器t3413并向enodeb发送s1ap：寻呼。此外，为了来自enodeb的rrc：寻呼消息，ue基于drx周期周期性地待机。enodeb根据drx周期向enodeb发送rrc：寻呼消息。当从enodeb接收到rrc：寻呼消息时，ue基于rrc：寻呼消息启动随机接入过程来建立与enodeb的通信。ue向enodeb发送rrc连接请求，并且enodeb向ue发送rrc连接建立消息。响应于rrc连接建立消息的接收，ue向enodeb发送rrc连接建立完成消息。当从ue接收到rrc连接建立完成消息时，enodeb向mme发送服务请求。当mme从enodeb接收到服务请求时，mme停止定时器t3413。
[0068]
drx是用于以统一的周期执行间歇接收的机制。间隔的缺省值在sib2中报告并在以下范围内设置。
[0069]
{32,64,128,256}[无线电帧]
[0070]
该间隔的值也可以由ue向网络侧请求。在这种情况下，可以选择相同的值，并且ue可以使用“附加请求”或“跟踪区域更新请求”将该值通知网络侧。注意，在设置了缺省值和ue的请求值的情况下，采用这些值之间更小的值。
[0071]
基于诸如所确定的寻呼间隔和ue_id的信息，ue设置接收寻呼信号的帧(寻呼帧或pf)。通过使用以下公式进行计算来设置pf的系统帧号(sfn)。
[0072]
sfn mod t＝(t/n)
×
(ue_id mod n)
[0073]
在这里，t表示接收寻呼消息的ue的drx周期，并以无线电帧的数量表述。n表示t与nb之间的最小值。nb表示从4t、2t、t、t/2、t/4、t/8、t/16和t/32中选择的值。
[0074]
此外，使用以下公式获得ue_id。
[0075]
ue_id＝imsi mod 1024
[0076]
在这里，imsi代表国际移动订户身份(imsi)，并且ue知道自己的imsi。ue向移动性管理实体(mme)通知该ue的imsi，并且mme向enodeb通知imsi或者由该mme计算的ue_id。
[0077]
接下来，ue确定在如上所述获得的pf中接收到寻呼信号的子帧(寻呼时机或po)。如下所述获得po的子帧号。首先，使用以下公式获得索引i_s。
[0078]
i_s＝floor(ue_id/n)mod ns
[0079]
在这里，ns表示1与nb/t之间的最大值。此外，图5是示出在fdd的情况下的查找表的说明图，图6是示出在tdd的情况下的查找表的说明图。
[0080]
在这里，ns相对于小区唯一地设置，并且ns的值越大，寻呼容量变得越高。因为在子帧0和5中包括同步信号和系统信息，所以不可能设置mbsfn子帧。因此，如果在这些子帧中也包括寻呼信息，那么规范影响是最小的。
[0081]
但是，由于子帧没有资源，因此具有低寻呼容量(窄带)的小区很难使得子帧0和5包括寻呼信息。因此，存在除子帧0和5之外特别是将子帧4和9分配给具有低寻呼容量的小区以执行寻呼的趋势。有可能利用子帧4和9进行寻呼之后立即读取同步信号和系统信息，这对于ue是高效的。同时，子帧0和5可以被分配给具有相当多余量(spare)子帧0和5的小区(具有高寻呼容量的小区)来执行寻呼。
[0082]
在tdd的情况下至少对dl子帧执行映射是必要的，因此对于dl设置的子帧0和5始终是优先的。在这种情况下，也允许寻呼信息和系统信息之间的冲突。具有高寻呼容量的小区可以使用用于寻呼附加的子帧1和6。子帧1是特殊子帧，并且子帧6是特殊子帧或dl子帧。由于特殊子帧使用受限的pdcch区域，因此具有低寻呼容量的小区不可能使用特殊子帧进行寻呼。因此，特殊子帧仅分配给具有高寻呼容量的小区。
[0083]
如上所述，有可能通过在lte平台上采用drx来使终端设备有效地接收寻呼信号。
[0084]
在过去的寻呼中，终端设备是可能在与enodeb通信中处于空闲模式的唯一实体。但是，在其中终端设备起像小区一样的作用的系统(诸如lmn)中，扮演小区角色的终端设备以及作为寻呼目标的终端设备都可能处于空闲模式。需要适应其中的终端设备起像小区一样的作用的系统环境的新的寻呼机制。
[0085]
因此，本公开的发明人已经仔细研究出在考虑上述背景后使得在其中另一终端设备起像小区一样的作用的系统中对于作为寻呼目标的终端设备能够有效地执行寻呼的技术。因此，本公开的发明人发明了使得能够在其中另一终端设备起像小区一样的作用的系统中对于作为寻呼目标的终端设备有效地执行寻呼的技术。
[0086]
以上已经描述了本公开的实施例的背景。接下来，将详细描述本公开的实施例。
[0087]
(1.2.配置的示例)
[0088]
(1.2.1.通信系统的配置的示例)
[0089]
首先，将描述根据本公开的实施例的通信系统1的示意性配置。图7是示出根据本公开的实施例的通信系统1的示意性配置的示例的说明图。参考图7，通信系统1包括终端设备100a和终端设备100b、基站200和控制实体300。通信系统1是符合例如lte、高级lte或与其等同的通信标准的系统。
[0090]
终端设备100a与基站200和终端设备100b执行无线通信。此外，终端设备100b与基站200和终端设备100a执行无线通信。终端设备100a和终端设备100b执行间歇接收操作。终端设备100a和终端设备100b例如在空闲模式下执行drx操作。具体地，例如，终端设备100a
和终端设备100b在终端设备100a和终端设备100b的寻呼时机时执行正常的接收操作，并且在其它时段期间停止接收操作的至少一部分。当接收操作的至少一部分停止时，例如，终端设备100a和终端设备100b不向其与接收操作相关的电路中至少一些供电。注意，即使在连接模式下，终端设备100a和终端设备100b也可以执行drx操作。
[0091]
基站200与包括终端设备100a的一个或多个终端设备执行无线通信。基站200可以是宏小区的基站(即，宏基站)或小小区的基站(即，小基站)。此外，基站200执行寻呼。具体地，基站200在时间轴上重复存在的寻呼区段的每一个区段中在必要时在针对终端设备的寻呼时机时发送去往该终端设备的寻呼消息。
[0092]
根据本公开的每个实施例，控制实体300执行控制。例如，控制实体300是现有的或新的核心网络节点。替代地，控制实体300可以是基站。作为示例，在基站200是小基站的情况下，控制实体300可以是宏基站。
[0093]
在下面提供的描述中，将假设终端设备100a是主终端，并且终端设备100b是从属终端。即，终端设备100a是具有小小区基站的功能的ue，并且终端设备100a和终端设备100b构成虚拟小小区网络(ln)。此外，根据本公开的实施例的通信系统1执行从基站200到终端设备100a的寻呼的处理，以及经由终端设备100a的从基站200到终端设备100b的寻呼的处理。注意，虽然在图7中示出了仅存在一个从属终端的情况，但本公开不限于这种情况，并且对于一个主终端可以存在多个从属终端。此外，作为从属终端的终端设备100b可以存在或不存在在基站200的覆盖范围内。
[0094]
在其中的作为主终端的终端设备100a起像小区一样的作用的系统(如图7中所示的通信系统1)中，假设扮演小区角色的终端设备100a以及是从属终端的终端设备100b均处于空闲模式。在本实施例中，即使在终端设备100a和终端设备100b处于空闲模式的情况下，也高效地执行从基站200到终端设备100b的寻呼。
[0095]
根据本实施例的通信系统1执行处理“代理寻呼接收”，以高效地执行从基站200到终端设备100b的寻呼。代理寻呼接收是作为主终端的终端设备100a统一接收从基站200向作为从属终端的终端设备100b发送的寻呼信息的处理。接收向终端设备100b发送的寻呼信息的终端设备100a执行对于终端设备100b的寻呼处理。
[0096]
通过采用代理寻呼接收的机制，即使在终端设备100a和终端设备100b处于空闲模式的情况下，根据本实施例的通信系统1也可以高效地执行来自基站200的对于终端设备100b的寻呼。下面将详细描述代理寻呼接收的机制。
[0097]
上面已经使用图7描述了根据本公开的实施例的通信系统1的示意性配置的示例。接下来，将描述根据本公开的实施例的终端设备100a和终端设备100b(也将被统称为“终端设备100”)的配置的示例。
[0098]
(1.2.2.终端设备的配置的示例)
[0099]
图8是示出根据本公开的实施例的终端设备100的配置的示例的框图。参考图8，终端设备100包括天线单元110、无线通信单元120、存储单元130和处理单元140。
[0100]
(天线单元110)
[0101]
天线单元110将无线通信单元120输出的信号作为无线电波发射到空间。此外，天线单元110将空间中的无线电波转换为信号并将该信号输出到无线通信单元120。
[0102]
(无线通信单元120)
[0103]
无线通信单元120接收信号。例如，无线通信单元120从基站接收下行链路信号并向基站发送上行链路信号。
[0104]
(存储单元130)
[0105]
存储单元130暂时地或永久地存储用于终端设备100的操作的程序和数据。在本实施例中，在终端设备100是主终端的情况下，存储单元130存储从属终端的列表。被存储在存储单元130中的从属终端的列表在由控制单元143执行的处理中使用，例如，将要在下面描述的规定去往终端设备的寻呼的定时的处理。
[0106]
(处理单元140)
[0107]
处理单元140提供终端设备100的各种功能。处理单元140包括信息获取单元141和控制单元143。注意，除了这些构成要素之外，处理单元140还可以包括其它构成要素。即，除了构成要素的操作之外，处理单元140还可以执行其它操作。
[0108]
(信息获取单元141)
[0109]
信息获取单元141从由天线单元110接收的无线电波获得的信号中获取各种信息。在本实施例中终端设备100是主终端的情况下，信息获取单元141获取从基站200发送的去往终端设备的寻呼信号和去往从属终端的寻呼信号。此外，在终端设备100是从属终端的情况下，信息获取单元141获取从基站200或主终端发送的去往从属终端的寻呼信号。
[0110]
(控制单元143)
[0111]
控制单元143控制终端设备100的操作。特别地，在本实施例中，在终端设备100是主终端的情况下，控制单元143与基站200执行寻呼处理或者与从属终端执行寻呼处理。此外，在终端设备100是从属终端的情况下，控制单元143基于从主终端发送的去往从属终端的寻呼信号而与终端设备100a执行寻呼处理或者与主终端执行寻呼处理。控制单元143例如在空闲模式下执行drx操作，并且通过drx操作接收从基站200(或者，在终端设备100是从属终端的情况下，从终端设备100a)发送的寻呼消息。
[0112]
在终端设备100是主终端的情况下，控制单元143执行规定去往从属终端的寻呼的定时的处理。在现有的寻呼处理中，基于终端的id来指定寻呼文件。但是，如果将现有寻呼处理的机制应用于对于从属终端的寻呼处理，那么主终端和从属终端都单独地分配寻呼文件，这使得效率恶化。特别地，在主终端执行代理寻呼接收的情况下，主终端还必须读取用于从属终端的寻呼消息，因此需要可以统一集中接收用于从属终端的寻呼消息的有效机制。
[0113]
因此，本实施例规定了去往属于主终端的从属终端的新的寻呼定时(pf/po)，并且控制单元143确定去往属于主终端的从属终端的寻呼定时。例如，控制单元143可以设置对于所有从属终端的相同的寻呼定时，设置对于所有从属终端的区分的po但相同的pf，或者设置对于所有从属终端的区分的pf。由于控制单元143确定去往属于主终端的从属终端的寻呼的定时，因此作为主终端的终端设备100可以高效地执行对于从属终端的寻呼。注意，可以由基站200而不是作为主终端的终端设备100来确定去往属于该主终端的从属终端的寻呼的定时。在基站200确定去往属于主终端的从属终端的寻呼的定时的情况下，控制单元143向基站200发送用于识别主终端的信息和用于识别从属终端的信息。
[0114]
上面已经描述了根据本公开的实施例的终端设备100的功能配置的示例。接下来，将描述根据本公开的实施例的基站200的功能配置的示例。
[0115]
(1.2.3.基站的配置示例)
[0116]
图9是示出根据本公开的实施例的基站200的功能配置的示例的框图。如图9中所示，根据本公开的实施例的基站200包括天线单元210、无线通信单元220、网络通信单元230、存储单元240和处理单元250。
[0117]
(天线单元210)
[0118]
天线单元210将由无线通信单元220输出的信号作为无线电波发射到空间。此外，天线单元210将空间的无线电波转换为信号并将该信号输出到无线通信单元220。
[0119]
(无线通信单元220)
[0120]
无线通信单元220发送和接收信号。例如，无线通信单元220向终端设备发送下行链路信号并从终端设备接收上行链路信号。
[0121]
(网络通信单元230)
[0122]
网络通信单元230发送和接收信息。例如，网络通信单元230向另一节点发送信息并从另一节点接收信息。该另一节点包括例如核心网络和另一基站。作为示例，该另一节点包括控制实体300。
[0123]
(存储单元240)
[0124]
存储单元240暂时地或永久地存储对于基站200的操作是必需的程序和数据。
[0125]
(处理单元250)
[0126]
处理单元250提供基站200的各种功能。处理单元250包括信息获取单元251和控制单元253。注意，除了这些构成要素之外，处理单元250还可以包括其它构成要素。即，除了构成要素的操作之外，处理单元250还可以执行其它操作。
[0127]
(信息获取单元251)
[0128]
信息获取单元251获取用于基站200的操作的信息或程序或者从另一节点接收的信息。信息获取单元251可以从存储单元240获取用于基站200的操作的信息或程序。在本实施例中，信息获取单元251获取从控制实体300发送的s1ap：寻呼的寻呼信号。
[0129]
(控制单元253)
[0130]
控制单元253控制基站200的操作。在本实施例中，控制单元253执行对于终端设备的寻呼。例如，控制单元253生成在每个寻呼时机发送的寻呼消息。在每个寻呼时机发送的寻呼消息是去往针对该寻呼时机的终端设备的寻呼消息。此外，控制单元253在每个寻呼时机经由无线通信单元220发送所生成的寻呼消息。控制单元253生成用于例如对于终端设备100a的rrc：寻呼的寻呼信号，并且使得rrc：寻呼的寻呼信号经由无线通信单元220从天线单元210输出。
[0131]
此外，在终端设备有必要重新获取系统信息的情况下，例如，控制部253执行对于终端设备的寻呼。另外，控制单元253根据来自另一设备的请求执行对于终端设备的寻呼。该另一设备是例如核心网络节点(例如，控制实体300)，并且请求是来自该另一设备的寻呼消息(例如，s1ap寻呼消息)。
[0132]
控制单元253可以将去往属于主终端的从属终端的寻呼的定时设置为由上述终端设备100的控制单元143确定的定时。此外，控制单元253可以执行确定去往属于主终端的从属终端的寻呼的定时的处理，该处理可以由上述终端设备100的控制单元143执行。当控制单元253确定去往属于主终端的从属终端的寻呼的定时时，信息获取单元251可以从作为主
终端的终端设备100获取用于识别主终端的信息和用于识别从属终端的信息。
[0133]
上面已经描述了根据本公开的实施例的基站200的功能配置的示例。接下来，将描述根据本公开的实施例的控制实体300的功能配置的示例。
[0134]
(1.2.4.控制实体的配置的示例)
[0135]
图10是示出根据本公开的实施例的控制实体300的功能配置的示例的框图。如图10中所示，根据本公开的实施例的控制实体300包括通信单元310、存储单元320和处理单元330。
[0136]
(通信单元310)
[0137]
通信单元310发送和接收信息。例如，通信单元310向另一节点发送信息并从另一节点接收信息。该另一节点包括例如核心网络和基站。作为示例，该另一节点包括基站200。
[0138]
(存储单元320)
[0139]
存储单元320暂时地或永久地存储控制实体300的操作所必需的程序和数据。
[0140]
(处理单元330)
[0141]
处理单元330提供控制实体300的各种功能。处理单元330包括信息获取单元331和控制单元333。注意，除了这些构成要素之外，处理单元330还可以包括其它构成要素。即，除了构成要素的操作之外，处理单元330还可以执行其它操作。
[0142]
(信息获取单元331)
[0143]
信息获取单元331获取用于控制实体300的操作的信息和从另一节点接收的信息。信息获取单元331可以从存储单元320获取用于控制实体300的操作的信息和程序。
[0144]
(控制单元333)
[0145]
控制单元333控制控制实体300的操作。控制单元333可以基于由信息获取单元331获取的信息进行操作。在本实施例中，控制单元333生成用于对于基站200的s1ap：寻呼的寻呼信号，并且使得s1ap：寻呼的寻呼信号在预定的定时从通信单元310输出。
[0146]
上面已经描述了根据本公开的实施例的控制实体300的功能配置的示例。接下来，将描述根据本公开的实施例的通信系统1的操作的示例。
[0147]
(1.3.操作的示例)
[0148]
图11是示出根据本公开的实施例的在通信系统1中的下行链路的情况下假设的寻呼目的地、主终端和从属终端的状态的组合的说明图。在通信系统1如图7所示地配置的情况下，假设在下行链路的情况下存在如图11中所示的寻呼目的地、主终端和从属终端的5种组合。
[0149]
在寻呼的目的地为主终端的情况1中使用lte的现有寻呼处理。因此，在这个实施例中没有描述情况1的处理。
[0150]
接下来，在寻呼的目的地为从属终端的情况2至情况4当中，这里没有描述主终端处于空闲模式并且从属终端与基站处于rrc连接状态的情况3。原因是，在从属终端与基站处于rrc连接状态的情况下，从属终端可以与基站进行直接通信。
[0151]
因此，下面将讨论主终端和从属终端都处于空闲模式的情况2、主终端处于rrc连接状态并且从属终端处于空闲模式的情况4以及主终端和从属终端都处于rrc连接状态的情况5。
[0152]
首先，对于主终端和从属终端都处于空闲模式的情况2，将描述用于经由处于空闲
模式的主终端执行对于处于空闲模式的从属终端的寻呼的高效机制。
[0153]
图12是示出根据本公开的实施例的通信系统1的操作的示例的序列图。图12示出了控制实体300向处于空闲模式的终端设备100b(从属终端)发送寻呼消息以建立连接的操作的示例。下面将使用图12描述根据本公开的实施例的通信系统1的操作的示例。
[0154]
首先，作为前提，假设在操作开始时终端设备100a(主终端)和终端设备100b(从属终端)处于空闲模式。
[0155]
控制实体300向在目标ta中的基站200发送s1ap：寻呼消息(步骤s101)。可以由例如控制单元333执行步骤s101的处理。
[0156]
已经从控制实体300接收到s1ap：寻呼消息的基站200基于接收到的s1ap：寻呼消息向终端设备100a通知rrc：寻呼消息(步骤s102)。可以由例如控制单元253执行步骤s102的处理。
[0157]
当无线通信单元120经由天线单元110从基站200接收rrc：寻呼消息时(步骤s103)，终端设备100a检查被包括在rrc：寻呼消息中的终端id并搜索目标id(步骤s104)。可以由例如控制单元143执行步骤s104的处理。在步骤s104中，在搜索目标id的过程中使用预先由终端设备100a保持的从属终端的列表。
[0158]
当终端设备100a从被保持的从属终端的列表中发现与被包括在rrc：寻呼消息中的终端id相同的id时，该终端设备与终端设备100b建立连接(步骤s105)，并与基站200建立连接(步骤s106)。可以由例如控制单元143执行步骤s105和s106的处理。步骤s105和步骤s106的次序可以颠倒。由于终端设备100a与终端设备100b建立连接，因此终端设备100b从空闲模式转变到非空闲模式。
[0159]
终端设备100a使得终端设备100b从空闲模式转变到非空闲模式的方法包括例如以下方法。
[0160]
例如，提供在终端设备100a和终端设备100b之间的新的寻呼机制。在本实施例中，终端设备100a和终端设备100b之间的寻呼是指“接入链路(al)寻呼”，al寻呼是通过应用现有的寻呼处理而给出从终端设备100a到终端设备100b的通知。al寻呼可以使终端设备100a能够使得终端设备100b从空闲模式转变到非空闲模式。
[0161]
此外，对于经由主终端向从属终端进行的寻呼，应当考虑主
‑
从寻呼时间，并且如果使用现有的定时器t3413，则时间可能不足。
[0162]
因此，本实施例规定用于属于主终端的从属终端的新定时器。除了现有定时器t3413的时间之外，还通过考虑主
‑
从连接建立时间来规定用于新定时器的时间。
[0163]
当终端设备100a在终端设备100b与基站200之间建立连接时，基站200利用响应消息来回复(reply)控制实体300(步骤s107)。可以由例如控制单元253执行步骤s107的响应消息的回复。利用步骤s107的响应消息的回复来建立基站200与终端设备100a和终端设备100b之间的连接(步骤s108)。
[0164]
注意，如果在步骤s104的搜索目标id的处理中，在保持的从属终端的列表上没有发现与rrc：寻呼消息中包括的终端id相同的id，那么终端设备100a不执行后续处理。
[0165]
在根据本公开的实施例的通信系统1中主终端和从属终端都处于空闲模式的情况下，主终端首先接收最初向从属终端发送的寻呼消息，然后主终端通过执行上述一系列操作使得从属终端转变到非空闲模式，从而可以执行从控制实体300到从属终端的寻呼处理。
[0166]
在现有的寻呼处理中，基于终端的id来指定寻呼文件。但是，如果将现有寻呼处理的机制应用到对于从属终端的寻呼处理，那么主终端和从属终端都单独地分配寻呼文件，这使得效率恶化。特别地，在主终端执行代理寻呼接收的情况下，主终端还必须读取对于从属终端的寻呼消息，因此需要可以统一接收对于从属终端的寻呼消息的高效机制。
[0167]
因此，本实施例规定了去往属于主终端的从属终端的新寻呼的定时(pf/po)。用于属于主终端的从属终端的寻呼的定时被称为代理寻呼接收定时(pprt)。
[0168]
图13是示出根据本公开的实施例的通信系统1的操作的示例的序列图。图13是当寻呼消息从基站200向终端设备100b发送时设置pprt的操作的示例。下面将使用图13来描述根据本公开的实施例的通信系统1的操作的示例。
[0169]
当终端设备100b属于终端设备100a时，终端设备100b向终端设备100a通知imsi或ue_id的信息(步骤s111)。可以由例如控制单元143执行步骤s111的处理。
[0170]
当终端设备100b属于终端设备100a的网络并且终端设备100a从终端设备100b接收imsi或ue_id的信息时，终端设备100a使用接收到的信息来确定pprt(步骤s112)。可以由例如控制单元143执行步骤s112的处理。在终端设备100a执行代理寻呼接收的情况下，终端设备100a基于步骤s112中确定的pprt统一接收从基站去往终端设备100b的寻呼消息200。
[0171]
将描述在步骤s112中确定pprt的处理。在例如参考主终端的id确定pprt的情况下，终端设备100a可以将pprt设置为对于所有从属终端相同的寻呼的定时(pf或po)、在区分po的同时将pprt设置为对于所有从属终端相同的pf，或者设置对于所有从属终端不同的pf。
[0172]
在设置对于所有从属终端相同的寻呼的定时(pf或po)的情况下，例如，终端设备100a将作为pf的定时确定为从作为主终端的终端设备100a的pf之后任意偏移量，其中该定时是与要作为寻呼的定时的终端设备100a的子帧相同的子帧。期望从属终端的寻呼的定时紧接在作为主终端的终端设备100a的pf之后。
[0173]
例如，在虽然设置了对于所有从属终端相同的pf，但是区分po的情况下，终端设备100a将到例如子帧的定时确定为从作为主终端的终端设备100a的pf之后任意偏移量。此外，在虽然设置了对于所有从属终端的相同的pf，但是区分po的情况下，终端设备100a通过从属终端的id(从属id)分离po。例如，终端设备100a可以使用以下公式来确定从属终端的po。
[0174]
po＝(从属id)mod(po候选的数量)
[0175]
在设置了对于从属终端不同的pf的情况下，例如，终端设备100a针对从属终端分配pf池。终端设备100a使用利用从属终端的id计算的偏移值来分配pf池。
[0176]
终端设备100a例如将池分配给紧接在作为主终端的终端设备100a的pf之后的多个子帧，并且在所分配的池中分配从属终端的pf。终端设备100a可以使用以下公式来确定从属终端的pf。
[0177]
pf＝(从属id)mod(池的尺寸)
[0178]
注意，可以由终端设备100a使用上述方法(即，使用作为主终端的终端设备100a的pf的周期)来确定pprt。
[0179]
当在步骤s112中确定pprt时，终端设备100a向基站20通知所确定的pprt，以使得基站200更新寻呼消息的发送定时(步骤s113)。可以由例如控制单元143执行步骤s113的处
理。
[0180]
当从终端设备100a接收到pprt时，基站200基于接收到的pprt来更新寻呼消息的发送定时(步骤s114)。可以由例如控制单元253执行步骤s114的处理。然后，基站200执行对于终端设备100a和终端设备100b的寻呼操作(步骤s115)。可以由例如控制单元253执行步骤s115的处理。
[0181]
作为主终端的终端设备100a使用从作为从属终端的终端设备100b获取的imsi或ue_id来确定向属于主终端的从属终端的寻呼的定时，向基站200通知所确定的寻呼的定时，并由此可以统一接收对于从属终端的寻呼消息。
[0182]
虽然在上述示例中作为主终端的终端设备100a确定pprt，但是本公开不限于此。可以由基站200确定pprt。在基站200确定pprt的情况下，终端设备100a可以向基站200通知从作为从属终端的终端设备100b获取的imsi或ue_id的信息以及从作为主终端的终端设备100a获得的imsi或ue_id的信息，而不是确定pprt。基站200使用从作为主终端的终端设备100a获取的imsi或ue_id的信息和从作为从属终端的终端设备100b获取的imsi或ue_id的信息来确定pprt。
[0183]
在图11的情况4中，与基站处于rrc连接状态的主终端有必要代表从属终端接收去往处于空闲模式的从属终端的寻呼信号。因此，期望与基站处于rrc连接状态的主终端可靠地获得去往从属终端的寻呼的信息。本实施例提出了用于让主终端可靠地获得去往从属终端的寻呼的信息的以下两种技术。
[0184]
(技术1)
[0185]
第一种技术是在去往主终端的寻呼的信息中新规定去往从属终端的寻呼的信息。此外，在s1ap：寻呼消息中还规定了让主终端可靠地获得去往从属终端的寻呼的信息。通过在去往主终端的寻呼的信息中新定义去往从属终端的寻呼的信息，主终端可以清楚地确定接收到的消息是去往自身的消息还是属于其自身的从属终端的消息。
[0186]
图14是示出已经在lte平台上规定的s1ap：寻呼消息的结构的说明图。在本实施例中，将两条信息添加到s1ap：寻呼消息。其中一个是用于确定s1ap：寻呼消息是从基站直接发送还是经由主终端发送的参数，并且在本实施例中该参数被称为“ue虚拟小区参数”。另一个是用于识别范围有可能包括目标从属终端的主终端的信息列表(虚拟小区id)，并且在本实施例中该信息列表被称为“ue虚拟小区身份列表”。
[0187]
mme 300向基站200发送添加了上述“ue虚拟小区参数”和“ue虚拟小区身份列表”的s1ap：寻呼消息。
[0188]
图15是示出已经在lte平台上规定的rrc：寻呼消息的结构的说明图。在本实施例中，将两条信息添加到rrc：寻呼消息。一个是上述“ue虚拟小区参数”，另一个是上述“ue虚拟小区身份列表”。
[0189]
基站200向终端设备100a发送添加了上述“ue虚拟小区参数”和“ue虚拟小区身份列表”的rrc：寻呼消息。通过接收添加了上述“ue虚拟小区参数”和“ue虚拟小区身份列表”的寻呼消息，终端设备100a可以清楚地确定接收到的消息是去往自身的消息还是去往属于其自身的从属终端的消息。
[0190]
注意，上述两条信息可以被添加到bh：寻呼消息，而不是rrc：寻呼消息。
[0191]
此外，本实施例规定终端设备100a接收用于在终端设备100a和终端设备100b之间
执行寻呼的al：寻呼消息所必需的参数如下。注意，终端设备100a通过传送rrc：寻呼消息来响应al：寻呼消息。
[0192]
‑
寻呼帧更新
[0193]
为了提供重写后的pf值或偏移值。
[0194]
‑
主终端的寻呼的信息
[0195]
被用作从属终端的基础的信息，该信息对应于例如作为主终端的终端设备100a的pf、终端设备100a的终端id等。
[0196]
如上所述，通过在去往主终端的寻呼的信息中新定义去往从属终端的寻呼的信息，作为主终端的终端设备100a可以清楚地确定接收到的消息是去往自身的消息还是去往属于其自身的从属终端的消息。
[0197]
(技术2)
[0198]
第二种技术是使用与寻呼不同的方法向主终端通知去往从属终端的寻呼的信息。与基站处于rrc连接状态的主终端不必确定解码对于每次po的寻呼的信息。在这种情况下，期望使用与寻呼不同的方法来向关于基站处于rrc连接状态的主终端通知去往从属终端的寻呼的信息的机制。通知方法可以包括例如经由pdcch的通知、经由pdsch的通知等。
[0199]
通过使用与寻呼不同的方法向关于基站处于rrc连接状态的主终端通知去往从属终端的寻呼的信息，主终端当然可以获取去往属于其自身的从属终端的消息。
[0200]
注意，上述两种方法也可以应用于情况2，即，主终端和从属终端都处于空闲模式的情况，以及图11的情况4。即，当处于空闲模式的终端设备100a从基站200接收到寻呼并因此转移到rrc连接状态时，终端设备100a转变到图11的情况4的状态，因此终端设备100a可以以这种方式接收去往终端设备100b的寻呼的消息。
[0201]
<2.应用实例>
[0202]
本公开的技术可以应用到各种产品。例如，控制实体300可以被实现为任何类型的服务器，诸如塔式服务器、机架服务器、刀片服务器等。此外，控制实体300可以是安装在服务器中的控制模块(例如，配置在一个管芯中或插入刀片服务器的插槽中的卡或刀片中的集成电路模块)。
[0203]
另外，基站200可以被实现为任何类型的演进节点b(enb)，例如，宏enb、小enb等。小enb可以是覆盖比宏小区更小的小区的enb，诸如微微enb、微enb或家庭(毫微微)enb。替代地，基站200可以被实现为另一种类型的基站，诸如节点b或基站收发器(bts)。基站200可以包括控制无线电通信的主体(也被称为基站设备)以及部署在与主体不同的位置的一个或多个远程无线电头(rrh)。此外，下面要描述的各种类型的终端可以通过暂时或半永久地执行基站功能而作为基站200来操作。
[0204]
此外，终端设备100a和终端设备100b可以各自被实现为例如移动终端(诸如智能电话、平板个人电脑(pc)、笔记本pc、便携式游戏终端、便携式/加密狗(dongle)型移动路由器或数码相机)，或者车载终端(诸如汽车导航设备)。此外，终端设备100a和终端设备100b可以各自被实现为执行机器到机器(m2m)通信的终端(也被称为机器型通信(mtc)终端)。此外，终端设备100a和终端设备100b可以各自是安装在这种终端中的无线通信模块(例如，被配置在一个管芯中的集成电路模块)。
[0205]
[2
‑
1.关于控制实体的应用示例]
[0206]
图16是示出可以应用本公开的技术的服务器700的示意性配置的示例的框图。服务器700包括处理器701、存储器702、贮存器703、网络接口704和总线706。
[0207]
处理器701可以是例如中央处理单元(cpu)或数字信号处理器(dsp)，并且控制服务器700的各种功能。存储器702包括随机存取存储器(ram)和只读存储器(rom)，并且存储由处理器701执行的程序和数据。存储器703可以包括诸如半导体存储器或硬盘的存储介质。
[0208]
网络接口704是用于将服务器700连接到有线通信网络705的有线通信接口。有线通信网络705可以是核心网络(诸如演进包核心(epc))或包数据网络(pdn)(诸如互联网)。
[0209]
总线706将处理器701、存储器702、贮存器703和网络接口704相互连接。总线706可以包括以不同速度操作的两条或更多条总线(例如，高速总线和低速总线)。
[0210]
在图16中所示的服务器700中，在参考图10描述的处理单元330中包括的一个或多个构成要素(信息获取单元331和/或控制单元333)可以由处理器701来实现。作为示例，可以在服务器700中安装用于使处理器被用作一个或多个构成要素的程序(即，用于使处理器执行一个或多个构成要素的操作的程序)，并且处理器701可以执行该程序。作为其他示例，包括处理器701和存储器702的模块可以安装在服务器700中，并且可以由该模块来实现一个或多个构成要素。在这种情况下，模块可以存储用于使处理器被用作存储器702中的一个或多个构成要素的程序，并且可以由处理器701执行程序。服务器700或模块可以作为具有上述一个或多个构成要素的设备被提供，或者可以提供用于使处理器被用作一个或多个构成要素的程序。此外，可以提供其中记录有程序的可读记录介质。
[0211]
[2
‑
2.关于基站的应用示例>
[0212]
(第一应用示例)
[0213]
图17是示出可以应用本公开的技术的enb的示意性配置的第一示例的框图。enb 800包括一个或多个天线810以及基站设备820。每个天线810和基站设备820可以经由rf电缆相互连接。
[0214]
每个天线810包括单个或多个天线元件(诸如包括在mimo天线中的多个天线元件)，并且用于基站设备820发送和接收无线电信号。如图17所示，enb 800可以包括多个天线810。例如，多个天线810可以与enb800使用的多个频带兼容。虽然图17示出了其中enb 800包括多个天线810的示例，但是enb 800也可以包括单个天线810。
[0215]
基站设备820包括控制器821、存储器822、网络接口823和无线通信接口825。
[0216]
控制器821可以是例如cpu或dsp，并且操作基站设备820的更高层的各种功能。例如，控制器821从由无线通信接口825处理的信号中的数据生成数据包，并且经由网络接口823传送生成的包。控制器821可以捆绑来自多个基带处理器的数据以生成捆绑包，并且传送生成的捆绑包。控制器821可以具有执行控制的逻辑功能，诸如无线电资源控制、无线电承载控制、移动性管理、准入控制以及调度。控制可以与附近的enb或核心网络节点协作执行。存储器822包括ram和rom，并且存储由控制器821执行的程序，以及各种类型的控制数据(诸如终端列表、传输功率数据和调度数据)。
[0217]
网络接口823是用于将基站设备820连接到核心网络824的通信接口。控制器821可以经由网络接口823与核心网络节点或其他enb通信。在这种情况下，enb 800可以通过逻辑接口(s1接口或x2接口)连接到核心网络节点或其它enb。网络接口823也可以是用于无线回
程的有线通信接口或无线通信接口。如果网络接口823是无线通信接口，那么网络接口823可以使用比由无线通信接口825使用的频带更高的频带用于无线通信。
[0218]
无线通信接口825支持任何蜂窝通信方案，诸如长期演进(lte)和高级lte(lte
‑
advanced)，并且经由天线810提供到位于enb800的小区中的终端的无线电连接。无线通信接口825通常可以包括例如基带(bb)处理器826和rf电路827。bb处理器826可以执行例如编码/解码、调制/解调和多路复用/解多路复用，并且执行各层的各种类型的信号处理(诸如l1、媒体访问控制(mac)、无线电链路控制(rlc)和包数据汇聚协议(pdcp))。bb处理器826可以代替控制器821而具有上述逻辑功能中的一部分或全部。bb处理器826可以是存储通信控制程序的存储器，或者是包括处理器和配置为执行程序的相关电路的模块。更新程序可以允许改变bb处理器826的功能。模块可以是插入到基站设备820的插槽中的卡或刀片(blade)。替代地，该模块也可以是安装在卡或刀片上的芯片。同时，rf电路827可以包括例如混频器、滤波器和放大器，并且经由天线810发送和接收无线电信号。
[0219]
无线通信接口825可以包括多个bb处理器826，如图17所示。例如，多个bb处理器826可以与由enb800使用的多个频带兼容。无线通信接口825可以包括多个rf电路827，如图17所示。例如，多个rf电路827可以与多个天线元件兼容。虽然图17示出了其中无线通信接口825包括多个bb处理器826和多个rf电路827的示例，但是无线通信接口825也可以包括单个bb处理器826或单个rf电路827。
[0220]
(第二应用示例)
[0221]
图18是示出可以向其应用本公开的技术的enb的示意性配置的第二示例的框图。enb 830包括一个或多个天线840、基站设备850和rrh 860。每个天线840和rrh 860可以经由rf电缆相互连接。基站设备850和rrh860可以经由诸如光纤电缆的高速线路相互连接。
[0222]
每个天线840包括单个或多个天线元件(诸如包括在mimo天线中的多个天线元件)，并且用于rrh 860发送和接收无线电信号。enb 830可以包括多个天线840，如图18所示。例如，多个天线840可以与由enb 830使用的多个频带兼容。虽然图18示出了其中enb830包括多个天线840的示例，但是enb 830也可以包括单个天线840。
[0223]
基站设备850包括控制器851、存储器852、网络接口853、无线通信接口855和连接接口857。控制器851、存储器852和网络接口853与参考图17所述的控制器821、存储器822和网络接口823相同。
[0224]
无线通信接口855支持任何蜂窝通信方案，诸如lte和高级lte，并且经由rrh 860和天线840提供到位于对应于rrh 860的扇区中的终端的无线通信。无线通信接口855通常可以包括例如bb处理器856。除了bb处理器856经由连接接口857连接到rrh 860的rf电路864之外，bb处理器856与参考图1描述的bb处理器826相同。无线通信接口855可以包括多个bb处理器856，如图18所示。例如，多个bb处理器856可以与由enb 830使用的多个频带兼容。虽然图18示出了其中无线通信接口855包括多个bb处理器856的示例，但是无线通信接口855也可以包括单个bb处理器856。
[0225]
连接接口857是用于将基站设备850(无线通信接口855)连接到rrh 860的接口。连接接口857也可以是用于在将基站设备850(无线通信接口855)连接到rrh 860的上述高速线路中通信的通信模块。
[0226]
rrh 860包括连接接口861和无线通信接口863。
[0227]
连接接口861是用于将rrh 860(无线通信接口863)连接到基站设备850的接口。连接接口861也可以是用于在上述高速线路中通信的通信模块。
[0228]
无线通信接口863经由天线840发送和接收无线电信号。无线通信接口863通常可以包括例如rf电路864。rf电路864可以包括例如混频器、滤波器和放大器，并且经由天线840发送和接收无线电信号。无线通信接口863可以包括多个rf电路864，如图18所示。例如，多个rf电路864可以支持多个天线元件。虽然图18示出了其中无线通信接口863包括多个rf电路864的示例，但是无线通信接口863也可以包括单个rf电路864。
[0229]
在图17和图18所示的enb 800和enb 830中，可以由无线通信接口855和/或无线通信接口863来实现参考图9描述的处理单元250中包括的一个或多个构成要素(信息获取单元251和/或控制单元253)。替代地，可以由控制器851来实现这些构成要素中的至少一些。作为示例，包括无线通信接口855和/或控制器851的一部分(例如，bb处理器856)或全部的模块可以安装在enb 830中，并且一个或多个构成要素可以由该模块来实现。在这种情况下，模块可以存储用于使处理器被用作一个或多个构成要素的程序(即，用于使处理器执行一个或多个构成要素的操作的程序)，并且可以执行该程序。作为其他示例，用于使处理被用作一个或多个构成要素的程序可以安装在enb 830中，并且无线通信接口855(例如，bb处理器856)和/或控制器851可以执行该程序。如上所述，enb 830、基站设备850或所述模块可以被提供为包括一个或多个构成要素的设备，并且可以提供用于使处理器被用作一个或多个构成要素的程序。此外，可以提供其中记录有程序的可读记录介质。
[0230]
此外，在图18所示的enb 830中，例如参考图9描述的无线通信单元220可以由无线通信接口863(例如，rf电路864)来实现。此外，天线单元210可以由天线840来实现。此外，网络通信单元230可以由控制器851和/或网络接口853来实现。
[0231]
[2
‑
3.关于终端设备的应用示例]
[0232]
(第一应用示例)
[0233]
图19是示出可以应用本公开的技术的智能电话900的示意性配置的示例的框图。智能电话900包括处理器901、存储器902、贮存器903、外部连接接口904、相机906、传感器907、麦克风908、输入设备909、显示设备910、扬声器911、无线通信接口912、一个或多个天线开关915、一个或多个天线916、总线917、电池918和辅助控制器919。
[0234]
处理器901可以是例如cpu或芯片上系统(soc)，并且控制智能电话900的应用层和其它层的功能。存储器902包括ram和rom，并且存储由处理器901执行的程序以及数据。贮存器903可以包括诸如半导体存储器和硬盘的存储介质。外部连接接口904是用于将诸如存储卡和通用串行总线(usb)设备的外部设备连接到智能电话900的接口。
[0235]
相机906包括图像传感器(诸如电荷耦合器件(ccd)和互补金属氧化物半导体(cmos))，并且生成捕获的图像。传感器907可以包括诸如测量传感器、陀螺传感器、地磁传感器和加速度传感器的传感器组。麦克风908将输入到智能电话900的声音转换成音频信号。输入设备909包括例如被配置为检测对显示设备910的屏幕上的触摸的触摸传感器、小键盘、键盘、按钮或开关，并且接收从用户输入的操作或信息。显示设备910包括诸如液晶显示器(lcd)和有机发光二极管(oled)显示器的屏幕，并且显示智能电话900的输出图像。扬声器911将从智能电话900输出的音频信号转换成声音。
[0236]
无线通信接口912支持任何蜂窝通信方案(诸如lte和高级lte)，并且执行无线通
信。无线通信接口912通常可以包括例如bb处理器913和rf电路914。bb处理器913可以执行例如编码/解码、调制/解调以及多路复用/解多路复用，并且执行用于无线通信的各种类型的信号处理。同时，rf电路914可以包括例如混频器、滤波器和放大器，并且经由天线916发送和接收无线电信号。无线通信接口912也可以是具有bb处理器和rf电路914集成在其上的一个芯片模块913。无线通信接口912可以包括多个bb处理器913和多个rf电路914，如图19所示。虽然图19示出了无线通信接口912包括多个bb处理器913和多个rf电路914的示例，但是无线通信接口912也可以包括单个bb处理器913或单个rf电路914。
[0237]
此外，除了蜂窝通信方案之外，无线通信接口912还可以支持其它类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线局域网(lan)方案。在这种情况下，无线通信接口912可以包括用于每种无线通信方案的bb处理器913和rf电路914。
[0238]
每个天线开关915在包括在无线通信接口912中的多个电路(诸如用于不同无线通信方案的电路)之间切换天线916的连接目的地。
[0239]
每个天线916包括单个或多个天线元件(诸如包括在mimo天线中的多个天线元件)，并且用于无线通信接口912发送和接收无线电信号。智能电话900可以包括多个天线916，如图19所示。虽然图19示出了其中智能电话900包括多个天线916的示例，但是智能电话900也可以包括单个天线916。
[0240]
此外，智能电话900可以包括用于每种无线通信方案的天线916。在这种情况下，天线开关915可以从智能电话900的配置中省略。
[0241]
总线917将处理器901、存储器902、贮存器903、外部连接接口904、相机906、传感器907、麦克风908、输入设备909、显示设备910、扬声器911、无线通信接口912和辅助控制器919连接到相互。电池918经由馈线向图19所示的智能电话机900的方框供电，其中馈线在图中被部分地示为虚线。辅助控制器919例如以睡眠模式操作智能电话900的最小必要功能。
[0242]
在图19所示的智能电话900中，可以由无线通信接口912来实现参考图8描述的处理单元140中包括的一个或多个构成要素(信息获取单元141和/或控制单元143)。替代地，可以由处理器901或辅助控制器919来实现这些构成要素中的至少一些。作为示例，包括无线通信接口912、处理器901和/或辅助控制器919的一部分(例如，bb处理器913)或全部的模块可以安装在智能电话900中，并且一个或多个构成要素可以由该模块来实现。在这种情况下，模块可以存储用于使处理器被用作一个或多个构成要素的程序(即，用于使处理器执行一个或多个构成要素的操作的程序)，并且可以执行该程序。作为其他示例，用于使处理器被用作一个或多个构成要素的程序可以安装在智能电话900中，并且无线通信接口912(例如，bb处理器913)、处理器901和/或辅助控制器919可以执行程序。如上所述，智能电话900或模块可以被提供为包括一个或多个构成要素的设备，并且可以提供用于使处理器被用作一个或多个构成要素的程序。此外，可以提供其中记录有程序的可读记录介质。
[0243]
此外，在图19所示的智能电话900中，可以由无线通信接口912(例如，rf电路914)来实现例如参考图8描述的无线通信单元120。而且，可以由天线916来实现天线单元110。
[0244]
(第二应用示例)
[0245]
图20是示出可以应用本公开的技术的汽车导航设备920的示意性配置的示例的框图。汽车导航设备920包括处理器921、存储器922、全球定位系统(gps)模块924、传感器925、数据接口926、内容播放器927、存储介质接口928、输入设备929、显示设备930、扬声器931、
无线通信接口933、一个或多个天线开关936、一个或多个天线937和电池938。
[0246]
处理器921可以是例如cpu或soc，并且控制汽车导航设备920的导航功能和其它功能。存储器922包括ram和rom，并且存储由处理器921执行的程序以及数据。
[0247]
gps模块924使用从gps卫星接收到的gps信号来测量汽车导航设备920的位置(诸如纬度、经度和高度)。传感器925可以包括诸如陀螺传感器、地磁传感器和气压传感器的传感器组。数据接口926经由图中未示出的终端连接到例如车载网络941，并且获取由车辆生成的数据(诸如车辆速度数据)。
[0248]
内容播放器927再现存储在插入到存储介质接口928中的存储介质(诸如cd和dvd)中的内容。输入设备929包括例如被配置为检测对显示设备930的屏幕上的触摸的触摸传感器、按钮或开关，并且接收从用户输入的操作或信息。显示设备930包括诸如lcd或oled显示器的屏幕，并且显示再现的导航功能或内容的图像。扬声器931输出再现的导航功能或内容的声音。
[0249]
无线通信接口933支持任何蜂窝通信方案，诸如let和高级lte，并且执行无线通信。无线通信接口933通常可以包括例如bb处理器934和rf电路935。bb处理器934可以执行例如编码/解码、调制/解调和多路复用/解多路复用，并执行用于无线通信的各种类型的信号处理。同时，rf电路935可以包括例如混频器、滤波器和放大器，并且经由天线937发送和接收无线电信号。无线通信接口933可以是具有bb处理器934和rf电路935集成在其上的一个芯片模块。无线通信接口933可以包括多个bb处理器934和多个rf电路935，如图20所示。虽然图20示出了无线通信接口933包括多个bb处理器934和多个rf电路935的示例，但是无线通信接口933也可以包括单个bb处理器934或单个rf电路935。
[0250]
此外，除了蜂窝通信方案之外，无线通信接口933还可以支持其它类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线lan方案。在这种情况下，无线通信接口933可以包括用于每种无线通信方案的bb处理器934和rf电路935。
[0251]
每个天线开关936在包括在无线通信接口933中的多个电路(诸如用于不同无线通信方案的电路)之间切换天线937的连接目的地。
[0252]
每个天线937包括单个或多个天线元件(诸如包括在mimo天线中的多个天线元件)，并且用于无线通信接口933发送和接收无线电信号。汽车导航设备920可以包括多个天线937，如图20所示。虽然图20示出了汽车导航设备920包括多个天线937的示例，但是汽车导航设备920也可以包括单个天线937。
[0253]
此外，汽车导航设备920可以包括用于每个无线通信方案的天线937。在这种情况下，天线开关936可以从汽车导航设备920的配置中省略。
[0254]
电池938经由馈线向图20所示的汽车导航设备920的方框供电，其中馈线在图中被部分地示为虚线。电池938蓄积从车辆供给的电力。
[0255]
在图20所示的汽车导航设备920中，可以由无线通信接口933来实现参考图8描述的处理单元140中包括的一个或多个构成要素(信息获取单元141和/或控制单元132)。替代地，可以由处理器921来实现这些构成要素中的至少一些。作为示例，包括无线通信接口933和/或处理器921的一部分(例如，bb处理器934)或全部的模块可以安装在汽车导航设备920中，并且一个或多个构成要素可以由该模块来实现。在这种情况下，模块可以存储用于使处理器被用作一个或多个结构要素的程序(即，用于使处理器执行一个或多个构成要素的操
作的程序)，并且可以执行该程序。作为其他示例，用于使处理器被用作一个或多个构成要素的程序可以安装在汽车导航设备920中，并且无线通信接口933(例如，bb处理器934)和/或处理器921可以执行该程序。如上所述，汽车导航设备920或所述模块可以被提供为包括一个或多个构成要素的设备，并且可以提供用于使处理器被用作一个或多个构成要素的程序。此外，可以提供其中记录有程序的可读记录介质。
[0256]
此外，在图20所示的车辆导航设备920中，例如参考图8描述的无线通信单元220可以由无线通信接口933(例如，rf电路935)来实现。而且，天线单元110可以由天线937来实现。
[0257]
本公开的技术也可以被实现为车载系统(或车辆)940，其包括汽车导航设备920、车载网络941和车辆模块942的一个或多个块。换句话说，可以将车载系统(或车辆)940提供为包括处理单元140中所包括的一个或多个构成要素的设备。车辆模块942生成车辆数据(诸如车速、引擎转速、故障信息)，并将生成的数据输出到车载网络941。
[0258]
<3.结论>
[0259]
根据上述本公开的实施例，可以在其中终端设备像小区一样起作用的系统中提供可以对于作为寻呼目标的其他终端设备(从属终端)执行有效寻呼的作为主终端的终端设备100a。
[0260]
根据上述本公开的实施例，当从基站执行对于作为寻呼目标的终端设备(从属终端)的寻呼时，可以经由如小区一样起作用的终端设备(主终端)执行有效寻呼。
[0261]
此外，根据本公开的实施例，当从基站执行对于作为寻呼目标的终端设备(从属终端)的寻呼时，主终端独立于从基站对于主终端的寻呼的定时来规定对于从属终端的寻呼的定时。由于主终端独立于从基站对于主终端的寻呼的定时来规定对于从属终端的寻呼的定时，因此主终端可以对于从属终端高效地执行寻呼。
[0262]
此外，根据本公开的实施例，控制实体300通过预先添加指示寻呼的去往从属终端的信息来执行寻呼处理。通过预先添加指示寻呼的去往从属终端的信息，当对基站对于作为寻呼目标的终端设备(从属终端)执行寻呼时，主终端可以可靠地接收对于从属终端的寻呼并因此对于从属终端执行寻呼。
[0263]
上面已经参考附图描述了本公开的一个或多个优选实施例，但是本公开不限于上述示例。本领域技术人员可以在所附权利要求的范围内发现各种更改和修改，并且应当理解的是，它们将自然地落入本公开的技术范围内。
[0264]
例如，虽然已经描述了控制实体和基站是不同设备的示例，但是本公开不限于此。例如，可以在基站中实现控制实体。
[0265]
此外，例如，虽然在本公开的实施例中已经描述了其中通信系统符合lte或lte
‑
a的示例，但是本公开不限于此。通信系统可以是例如符合另一种通信标准的系统。
[0266]
此外，本说明书的处理中的处理步骤可以不必按照流程图或序列图中描述的次序以时间序列方式执行。处理中的处理步骤也可以例如按照与流程图或序列图中描述的次序不同的次序执行，或者可以并行执行。
[0267]
此外，也可以创建用于使在本说明书的设备(例如，终端设备、基站、控制实体或其模块)中提供的处理器(例如，cpu、dsp等)被用作设备的计算机程序(即，用于使处理器执行上述设备的构成要素的操作的计算机程序)。此外，可以提供其中记录有计算机程序的记录
介质。而且，也可以提供包括存储计算机程序的存储器和可以执行计算机程序的一个或多个处理器的设备(例如，成品或用于成品的模块(部件、处理电路、芯片等)。此外，包括设备的一个或多个构成要素(例如，信息获取单元和/或控制单元)的操作的方法也包括在本公开的技术中。
[0268]
另外，本说明书中描述的效果仅仅是说明性或示例性的效果，而不是限制性的。即，与以上效果一起或代替以上效果，根据本公开的技术可以实现本领域技术人员从本说明书的描述中清楚看到的其它效果。
[0269]
此外，本技术也可以如下配置。
[0270]
(1)一种终端设备，包括：
[0271]
获取单元，被配置为从基站获取寻呼消息；以及
[0272]
控制单元，被配置为基于由获取单元获取的寻呼消息经由所述终端设备执行对于与基站执行无线通信的一个或多个其它终端设备的寻呼。
[0273]
(2)根据(1)所述的终端设备，其中获取单元获取包括去往所述其它终端设备的寻呼消息的寻呼消息。
[0274]
(3)根据(1)至(2)所述的终端设备，其中控制单元独立于来自基站的寻呼的定时而规定对于所述其它终端设备的寻呼的定时。
[0275]
(4)根据(3)所述的终端设备，其中控制单元规定在对所有所述其它终端设备一致的寻呼帧中执行寻呼。
[0276]
(5)根据(3)所述的终端设备，其中控制单元规定在对所有所述其它终端设备一致的寻呼帧和子帧中执行寻呼。
[0277]
(6)根据(3)所述的终端设备，其中控制单元规定对于所述其它终端设备中的每一个终端设备在不同的寻呼帧中执行寻呼。
[0278]
(7)根据(3)至(6)中任一项所述的终端设备，其中控制单元规定对于所述其它终端设备的寻呼的间隔比来自基站的寻呼的间隔更长。
[0279]
(8)根据(1)至(7)中任一项所述的终端设备，其中控制单元向基站发送用于识别所述终端设备的信息和用于识别所述其它终端设备的信息。
[0280]
(9)一种无线通信设备，包括：
[0281]
控制单元，被配置为执行对于第一终端设备和经由第一终端设备执行无线通信的第二终端设备的寻呼；以及
[0282]
获取单元，被配置为获取信息，所述信息用于独立于对于第一终端设备的寻呼的定时来规定由控制单元对于第二终端设备的寻呼的定时。
[0283]
(10)根据(9)所述的无线通信设备，其中控制单元在由第一终端设备规定的定时执行对于第二终端设备的寻呼。
[0284]
(11)根据(9)所述的无线通信设备，其中控制单元基于由获取单元获取的信息来规定对于第二终端设备的寻呼的定时。
[0285]
(12)一种无线通信方法，包括：
[0286]
从基站获取寻呼消息；以及
[0287]
基于所获取的寻呼消息，经由终端设备执行对于与基站执行无线通信的另一终端设备的寻呼。
[0288]
(13)一种无线通信方法，包括：
[0289]
执行对于第一终端设备和经由第一终端设备执行无线通信的第二终端设备的寻呼；以及
[0290]
获取用于独立于对于第一终端设备的寻呼的定时来规定对于第二终端设备的寻呼的定时的信息。
[0291]
(14)一种计算机程序，使计算机执行：
[0292]
从基站获取寻呼消息；以及
[0293]
基于所获取的寻呼消息，经由终端设备执行对于与基站执行无线通信的另一终端设备的寻呼。
[0294]
(15)一种计算机程序，使计算机执行：
[0295]
对于第一终端设备和经由第一终端设备执行无线通信的第二终端设备的寻呼；以及
[0296]
获取用于独立于对于第一终端设备的寻呼的定时来规定对于第二终端设备的寻呼的定时的信息。
[0297]
附图标记
[0298]1ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
通信系统
[0299]
100a、100b
ꢀꢀꢀꢀ
终端设备
[0300]
200
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
基站
[0301]
300
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
控制实体