著录项信息
专利名称 | 唤醒信号的发送和接收方法及装置、电子装置 |
申请号 | CN201910108919.5 | 申请日期 | 2019-01-18 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2020-07-28 | 公开/公告号 | CN111465086A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04W52/02 | IPC分类号 | H;0;4;W;5;2;/;0;2查看分类表>
|
申请人 | 中兴通讯股份有限公司 | 申请人地址 | 广东省深圳市南山区科技南路55号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 中兴通讯股份有限公司 | 当前权利人 | 中兴通讯股份有限公司 |
发明人 | 刘旭;戴博;沙秀斌 |
代理机构 | 北京康信知识产权代理有限责任公司 | 代理人 | 江舟 |
摘要
本发明提供了一种唤醒信号的发送和接收方法及装置、电子装置,其中,该发送方法包括通信节点与终端协商出所述终端的业务类型;所述通信节点根据所述业务类型发送唤醒信号WUS。通过本发明,解决了相关技术中在发送唤醒信号WUS后导致误唤醒的问题,提高了唤醒终端的准确率。
1.一种唤醒信号的发送方法,其特征在于,包括:
通信节点与终端协商出所述终端的业务类型;
所述通信节点根据所述业务类型发送唤醒信号WUS;
所述通信节点与终端协商出所述终端的业务类型,包括:移动管理实体MME接收所述终端发送的第一请求消息;所述MME响应于所述第一请求消息向所述终端发送携带有用于指示业务类型的业务类型标识的响应消息;
在所述MME与终端协商出所述终端的业务类型之前,所述方法还包括:
基站获取所覆盖的小区内的所有子业务类型标识得到所述子业务类型;
所述基站根据所述业务类型对所述子业务类型进行分组,得到分组关系;其中,所述分组关系用于指示一种所述业务类型对应于一种或多种子业务类型,其中,所述业务类型通过以下方式进行划分:根据核心网定义的业务属性进行划分;
所述基站对基于业务分组的每个业务类型的WUS起始位置信息和/或WUS持续时长duration信息进行配置,以及对所述每个业务类型下的基于UE_ID分组方法的各个组的起始位置信息和/或WUS duration信息进行配置。
2.根据权利要求1所述的方法,其特征在于,所述通信节点与终端协商出所述终端的业务类型,包括:
MME接收所述终端发送的第二请求消息;其中,所述第二请求消息携带有用于指示业务类型的业务类型标识;
所述MME响应于所述第二请求消息向所述终端发送携带有业务类型标识确认的响应消息。
3.根据权利要求1所述的方法,其特征在于,所述通信节点与终端协商出所述终端的业务类型,包括:
所述MME与所述终端协商出所述终端的子业务类型;
所述MME向所述终端发送系统块SIB消息,其中,所述SIB消息中携带有指示所述分组关系的信息。
4.根据权利要求1至2任一项所述的方法,其特征在于,所述通信节点根据所述业务类型发送唤醒信号WUS,包括:
基站根据所述业务类型确定WUS的分组;
所述基站根据所述WUS的分组发送所述WUS。
5.根据权利要求4所述的方法,其特征在于,在所述通信节点根据所述业务类型发送唤醒信号WUS之后,所述方法还包括:
所述基站根据所述业务类型向所述终端发送寻呼消息。
6.根据权利要求1至2任一项所述的方法,其特征在于,所述业务类型还通过以下至少之一的方式进行划分:
根据业务周期进行划分、根据服务质量QoS进行划分。
7.一种唤醒信号的接收方法,其特征在于,包括:
终端与通信节点协商出所述终端的业务类型;
所述终端接收所述通信节点根据所述业务类型发送的唤醒信号WUS;
所述终端与通信节点协商出所述终端的业务类型,包括:所述终端向移动管理实体MME发送第一请求消息;所述终端接收所述MME响应于所述第一请求消息向所述终端发送的携带有用于指示业务类型的业务类型标识的响应消息;
其中,所述业务类型通过以下方式进行划分:根据核心网定义的业务属性进行划分;
在基站配置基于业务分组的每个业务类型的WUS起始位置信息和/或WUS持续时长duration的配置信息,再配置各个业务类型下各个基于UE_ID分组的各个组的起始位置信息及WUS duration的配置信息的情况下,所述终端根据自己的业务类型获得第一层WUS的起始位置信息,基于UE‑ID分组方法获得第二层WUS位置信息和/或WUS duration信息;
在基站配置基于UE‑ID分组的各个组的起始位置信息和/或WUS持续时长duration的配置信息,以及每个业务类型对应的相对于各个基于业务分组的起始位置信息和/或WUS duration的配置信息的情况下,所述终端基于UE‑ID分组方法得到第一层分组,根据业务类型及对应的配置信息确定与所述终端相关的WUS位置信息和/或WUS duration信息。
8.根据权利要求7所述的方法,其特征在于,所述终端与通信节点协商出所述终端的业务类型,包括:
所述终端向MME发送第二请求消息;其中,所述第二请求消息携带有用于指示业务类型的业务类型标识;
所述终端接收所述MME响应于所述第二请求消息发送的携带有业务类型标识确认的响应消息。
9.根据权利要求7所述的方法,其特征在于,所述终端与通信节点协商出所述终端的业务类型,包括:
所述终端与MME协商出所述终端的子业务类型;
所述终端接收所述MME发送的SIB消息,其中,所述SIB消息携带有指示分组关系信息的;其中,所述分组关系是由基站确定的用于指示一种所述业务类型对应于一种或多种子业务类型;
所述终端根据所述分组关系和所述终端的子业务类型确定所述终端的业务类型。
10.根据权利要求7至9任一项所述的方法,所述终端接收所述通信节点根据所述业务类型发送的唤醒信号WUS包括:
所述终端接收基站根据WUS的分组发送的所述WUS。
11.根据权利要求7至9任一项所述的方法,在所述终端接收所述通信节点根据所述业务类型发送的唤醒信号WUS之后,所述方法还包括:
所述终端接收基站根据所述业务类型发送的寻呼消息。
12.根据权利要求7至9任一项所述的方法,其特征在于,所述业务类型还通过以下至少之一的方式进行划分:
根据业务周期进行划分、根据服务质量QoS进行划分。
13.一种唤醒信号的发送装置,应用于通信节点侧,其特征在于,包括:
第一协商模块,用于与终端协商出所述终端的业务类型;
发送模块,用于根据所述业务类型发送唤醒信号WUS;
在所述通信节点为MME的情况下,所述第一协商模块包括:第一接收单元,用于接收终端发送的第一请求消息;第一发送单元,用于响应于第一请求消息向终端发送携带有用于指示业务类型的业务类型标识的响应消息;
在MME与终端协商出终端的业务类型之前,所述装置还包括:获取模块,用于获取所覆盖的小区内的所有子业务类型标识得到子业务类型;处理模块,用于根据业务类型对子业务类型进行分组,得到分组关系;其中,分组关系用于指示一种业务类型对应于一种或多种子业务类型,其中,所述业务类型通过以下方式进行划分:根据核心网定义的业务属性进行划分;
所述发送模块还用于,对基于业务分组的每个业务类型的WUS起始位置信息和/或WUS持续时长duration信息进行配置,以及对所述每个业务类型下的基于UE_ID分组方法的各个组的起始位置信息和/或WUS duration信息进行配置。
14.一种唤醒信号的接收装置,应用于终端侧,其特征在于,包括:
第二协商模块,用于与通信节点协商出所述终端的业务类型;
接收模块,用于接收所述通信节点根据所述业务类型发送的唤醒信号WUS;
所述第二协商模块包括:第四发送单元,用于向移动管理实体MME发送第一请求消息;
第三接收单元,用于接收MME响应于第一请求消息向终端发送的携带有用于指示业务类型的业务类型标识的响应消息;其中,所述业务类型通过以下方式进行划分:根据核心网定义的业务属性进行划分;
所述接收模块还用于,在基站配置基于业务分组的每个业务类型的WUS起始位置信息和/或WUS持续时长duration的配置信息,再配置各个业务类型下各个基于UE_ID分组的各个组的起始位置信息及WUS duration的配置信息的情况下,根据自己的业务类型获得第一层WUS的起始位置信息,基于UE‑ID分组方法获得第二层WUS位置信息和/或WUS duration信息;
所述接收模块还用于,在基站配置基于UE‑ID分组的各个组的起始位置信息和/或WUS持续时长duration的配置信息,以及每个业务类型对应的相对于各个基于业务分组的起始位置信息和/或WUS duration的配置信息的情况下,基于UE‑ID分组方法得到第一层分组,根据业务类型及对应的配置信息确定与所述终端相关的WUS位置信息和/或WUS duration信息。
15.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至6任一项中所述的方法。
16.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求7至12任一项中所述的方法。
唤醒信号的发送和接收方法及装置、电子装置\n技术领域\n[0001] 本发明涉及通信领域,具体而言,涉及一种唤醒信号的发送和接收方法及装置、电子装置。\n背景技术\n[0002] 在Relse 15阶段,引入唤醒信号(Wake Up Signal,简称为WUS),对于具有相同寻呼时机的终端,如果有终端需要被寻呼,那么基站将在寻呼时机前发送WUS,这些终端都将检测WUS,终端在检测到WUS后,进一步去监听寻呼消息。由于终端配置的WUS的间隔(gap)类型有三类:DRX_gap,short_eDRX_gap,long_eDRX_gap三种类型,所谓的gap即为开始监听WUS的起始位置与PO时机之间的间隔。因此,基站在接收到核心网下发的寻呼消息后,如果终端支持WUS,那么将根据该PO前的所有的gap类型进行分组,如果同一gap类型的所有终端,都没有寻呼,那么基站将在该gap类型对应的WUS位置不发送WUS;否则将发送寻呼。\n[0003] 终端根据接收到的系统信息块(System Information Block,简称为SIB)消息里关于配置WUS的相关参数,如WUS与当前PO的间隔gap值(time offset)、WUS的持续时长duration,终端通过读取SIB消息中关于WUS的配置,即可确定WUS检测的起始位置。\n[0004] 但是具有相同gap类型的一组UE,在数量较多,且只有较少的UE需要被寻呼的情况下,由于需要发送WUS,对于该相同gap类型下的其他UE来说将会造成误唤醒,从而给这些终端带来额外的功耗。\n[0005] 针对相关技术中的上述问题,目前尚未存在有效的解决方案。\n发明内容\n[0006] 本发明实施例提供了一种唤醒信号的发送和接收方法及装置、电子装置,以至少解决相关技术中在发送唤醒信号WUS后导致误唤醒的问题。\n[0007] 根据本发明的一个实施例,提供了一种唤醒信号的发送方法,包括:通信节点与终端协商出所述终端的业务类型;所述通信节点根据所述业务类型发送唤醒信号WUS。\n[0008] 根据本发明的另一个实施例,提供了一种唤醒信号的接收方法,包括:终端与通信节点协商出所述终端的业务类型;所述终端接收所述通信节点根据所述业务类型发送的唤醒信号WUS。\n[0009] 根据本发明的再一个实施例,提供了一种唤醒信号的发送装置,应用于通信节点侧,包括:第一协商模块,用于与终端协商出所述终端的业务类型;发送模块,用于根据所述业务类型发送唤醒信号WUS。\n[0010] 根据本发明的再一个实施例,提供了一种唤醒信号的接收装置,应用于终端侧,包括:第二协商模块,用于与通信节点协商出所述终端的业务类型;接收模块,用于接收所述通信节点根据所述业务类型发送的唤醒信号WUS。\n[0011] 根据本发明的再一个实施例,提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述唤醒信号的发送方法。\n[0012] 根据本发明的再一个实施例,提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述唤醒信号的接收方法。\n[0013] 通过本发明,通信节点根据与终端协商出的终端的业务类型发送WUS,从而避免了不同业务类型的终端被唤醒,并解决了相关技术中在发送唤醒信号WUS后导致误唤醒的问题,提高了唤醒终端的准确率。\n附图说明\n[0014] 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:\n[0015] 图1是根据本发明实施例的唤醒信号的发送方法的流程图;\n[0016] 图2是根据本发明实施例的唤醒型号的接收方法的流程图;\n[0017] 图3是根据本发明实施例的终端与通信节点协商业务类型的流程图一;\n[0018] 图4是根据本发明实施例的终端与通信节点协商业务类型的流程图二;\n[0019] 图5是根据本发明可选实施例的基站从网络侧获取小区范围内的所有的业务类型的方法流程图一;\n[0020] 图6是根据本发明可选实施例的基站从网络侧获取小区范围内的所有的业务类型的方法流程图二;\n[0021] 图7是根据本发明可选实施例的基站从网络侧获取小区范围内的所有的业务类型的方法流程图三;\n[0022] 图8是根据本发明可选实施例的基站根据WUS分组确定UE所属的业务类型的方法流程图;\n[0023] 图9是根据本发明实施例的唤醒信号的发送装置的结构示意图;\n[0024] 图10是根据本发明实施例的唤醒信号的接收装置的结构示意图。\n具体实施方式\n[0025] 下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。\n[0026] 需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。\n[0027] 实施例1\n[0028] 在本实施例中提供了一种唤醒信号的发送方法,图1是根据本发明实施例的唤醒信号的发送方法的流程图,如图1所示,该流程包括如下步骤:\n[0029] 步骤S102,通信节点与终端协商出终端的业务类型;\n[0030] 步骤S104,通信节点根据业务类型发送唤醒信号WUS。\n[0031] 通过上述步骤S102和步骤S104,通信节点根据与终端协商出的终端的业务类型发送WUS,从而避免了不同业务类型的终端被唤醒,解决了相关技术中在发送唤醒信号WUS后导致误唤醒的问题,提高了唤醒终端的准确率。\n[0032] 需要说明的是,本申请中涉及到的通信节点包括MME(Mobility Management Entity)和基站。\n[0033] 基于此,本实施例步骤S102中涉及到的通信节点与终端协商出终端的业务类型的方式,包括:\n[0034] 方式1:移动管理实体MME接收终端发送的第一请求消息;MME响应于第一请求消息向终端发送携带有用于指示业务类型的业务类型标识的响应消息。\n[0035] 方式2:MME接收终端发送的第二请求消息;其中,第二请求消息携带有用于指示业务类型的业务类型标识;MME响应于第二请求消息向终端发送携带有业务类型标识确认的响应消息。\n[0036] 通过上述方式1和方式2可知,对于本实施例中涉及到的通信节点与终端协商的过程,可以是MME与终端进行协商,而且协商的方式可以是终端告知MME其业务类型,也可以是MME告知终端其自身的业务类型。\n[0037] 上述是本实施例中一种确定因为类型的方式,此外,在本实施例的另一个可选实施方式中,本实施例中还涉及一种确定业务类型的方式。首先,在MME与终端协商出终端的业务类型之前,本实施例的方法还可以包括:\n[0038] 步骤S100,基站获取所覆盖的小区内的所有子业务类型标识得到子业务类型;\n[0039] 步骤S101,基站根据业务类型对子业务类型进行分组,得到分组关系;其中,分组关系用于指示一种业务类型对应于一种或多种子业务类型。\n[0040] 对于该步骤100和步骤S101,在具体应用场景中可以是:\n[0041] 基站根据小区范围内的所有的子业务类型,确定具体的业务划分;如小区范围的总的子业务类型包括:service_id a1,service_id a2,service_id a3,service_id a4,service_id a5;那么基站可能的业务组划分如,service_id 1:service_id a1,service_id a2;service_id 2:service_id a3,service_id a4,service_id a5;其中,service_id \n1对应于本实施例中涉及到的业务类型,也就是上述方式1和方式2中,MME与终端协商出的业务类型;而service_id a1,service_id a2,service_id a3,service_id a4,service_id a5就是子业务类型。最后,基站将此划分方式通过SIB消息广播给终端;\n[0042] 基于此,本实施例中涉及到的通信节点与终端协商出终端的业务类型的方式包括:\n[0043] 步骤S102‑11,MME与终端协商出终端的子业务类型;\n[0044] 步骤S102‑12,MME向所述终端发送系统块SIB消息,其中,SIB消息中携带有分组关系。\n[0045] 可见,本实施例中另一个确定业务类型的方式,是由基站确定分组关系后,再由终端根据该分组关系确定其业务类型。\n[0046] 在本实施例的可选实施方式中,对于本实施例中涉及到的通信节点根据业务类型发送唤醒信号WUS的方式,可以包括:\n[0047] 步骤S104‑11,基站根据业务类型确定WUS的分组;\n[0048] 步骤S104‑12,基站根据WUS的分组发送WUS。\n[0049] 也就是说,对于WUS的方式,需要首先确定WUS的分组,进而才能准确的发送WUS。\n[0050] 需要说明的是,在通信节点根据业务类型发送唤醒信号WUS之后,本实施例的方法还包括:基站根据业务类型向终端发送寻呼消息。\n[0051] 其中,对于寻呼消息参数的配置可以是:针对每个业务类型独立配置寻呼参数,包括:nB,寻呼载波数,wus信号与paging发送间的间隔gap;也可以是:每个业务部分参数独立配置,部分参数所有业务类型共享,如独立配gap,共享nB。\n[0052] 如按照各个业务类型配置的寻呼参数的信元配置:\n[0053]\n[0054] 在本实施例中,业务类型可以通过以下至少之一的方式进行划分:根据业务周期进行划分、根据服务质量QoS进行划分、根据核心网定义的业务属性进行划分。\n[0055] 例如,根据业务周期划分可以得到的业务类型包括:长周期业务、短周期业务、一般周期业务。\n[0056] 实施例2\n[0057] 上述实施例1是从通信节点侧进行描述的,而本实施例是从终端侧进行描述的,两者是对应的。因此,本实施例也提供一种唤醒信号的接收方法,图2是根据本发明实施例的唤醒型号的接收方法的流程图,如图2所示,该方法的步骤包括:\n[0058] 步骤S202,终端与通信节点协商出终端的业务类型;\n[0059] 步骤S204,终端接收通信节点根据业务类型发送的唤醒信号WUS。\n[0060] 在本实施例的可选实施方式中,上述步骤S202中涉及到的终端与通信节点协商出终端的业务类型的方式可以是:\n[0061] 方式1:终端向移动管理实体MME发送第一请求消息;终端接收MME响应于第一请求消息向终端发送的携带有用于指示业务类型的业务类型标识的响应消息。\n[0062] 方式2:终端向MME发送第二请求消息;其中,第二请求消息携带有用于指示业务类型的业务类型标识;终端接收MME响应于第二请求消息发送的携带有业务类型标识确认的响应消息。\n[0063] 在本实施例的另一个可选实施方式中,本实施例还涉及一种终端与通信节点协商出终端的业务类型方式,该方式包括:终端接收MME发送的SIB消息,其中,SIB消息携带有指示分组关系信息的;其中,分组关系是由基站确定的用于指示一种业务类型对应于一种或多种子业务类型;终端根据分组关系和终端的子业务类型确定终端的业务类型。\n[0064] 也就是说,本实施例中另一个确定业务类型的方式,是由基站确定分组关系后,再由终端根据该分组关系确定其业务类型。\n[0065] 需要说明的是,本实施例步骤S204中涉及到的终端接收通信节点根据业务类型发送的唤醒信号WUS的方式可以是:终端接收基站根据WUS的分组发送的WUS。\n[0066] 此外,本实施例中在终端接收通信节点根据业务类型发送的唤醒信号WUS之后,本实施例的方法还包括:终端接收基站根据业务类型发送的寻呼消息。\n[0067] 需要说明的是,本实施例中涉及到的业务类型通过以下至少之一的方式进行划分:根据业务周期进行划分、根据服务质量QoS进行划分、根据核心网定义的业务属性进行划分。\n[0068] 下面结合可选实施方式对本申请的上述实施例1和2进行举例说明;\n[0069] 可选实施方式1:\n[0070] 在本可选实施方式1中,图3是根据本发明实施例的终端与通信节点协商业务类型的流程图一,如图3所示,对于支持基于业务类型的WUS分组,首先终端和网络侧要有明确一致的业务类型,因此需要终端和通信节点(如MME)进行协商确定其业务类型;终端在附着attach过程或跟踪区(Tracing Area Update,TAU)更新的和MME通过NAS信令进行协商确定业务类型。\n[0071] 其中,业务类型可以按照业务的周期划分(service_id 1:长周期业务,service_id 2:一般周期业务,service_id 3:短周期业务),也可以按照其他方式进行划分,由终端和MME直接协商确定最终使用的一个业务类型,如协商确定业务类型service_id 1,那么以后UE可使用该业务类型直接确定分组WUS的接收;也可以终端和MME仅协商确定一个子业务类型,最终还需要基站来指示该业务类型属于哪一个用于WUS分组的业务类型(具体在可选实施方式3中说明)。\n[0072] 可选实施方式2:\n[0073] 在本可选实施方式2中,图4是根据本发明实施例的终端与通信节点协商业务类型的流程图二,如图4所示,对于支持基于业务类型的WUS分组,首先终端和网络侧要有明确一致的业务类型,因此需要终端和通信节点(如MME)进行协商确定其业务类型;终端在附着attach过程或跟踪区(Tracing Area Update,TAU)更新的和MME通过NAS信令进行协商确定业务类型。\n[0074] 业务类型可以包括按照业务的周期划分(service_id 1:长周期业务,service_id \n2:一般周期业务,service_id 3:短周期业务),或者由其他方式来确定,由终端和MME直接协商确定最终使用的一个业务类型,如协商确定service_id 1,那么以后UE可使用该业务类型直接确定分组wus的接收;也可以终端和MME仅协商确定一个中间的业务类型,最终还需要基站来指示该业务类型属于哪一个用于wus分组的业务类型(具体在可选实施方式3中说明)。\n[0075] 可选实施方式3\n[0076] 基于上述可选实施方式1和2中的方式,如果终端和MME仅协商确定一个用业务分组的子业务类型标识,那么需要基站指示最终的业务划分方法。基站需要知道其小区范围终端的所有的业务类型,然后根据这些业务类型再划分最终的业务类型;在这个过程中,首先基站需要从网络侧获知其小区范围内的所有的业务类型;具体的流程如图5,图6和图7所示。\n[0077] 基站根据小区范围内的所有的业务类型,确定具体的业务划分;如小区范围的总的业务类型号有:service_id a1,service_id a2,service_id a3,service_id a4,service_id a5;那么基站可能的业务组划分如,(service_id 1:service_id a1,service_id a2),(service_id 2:service_id a3,service_id a4,service_id a5);并且基站将此划分方法通过SIB消息广播给终端。UE通过接收到的广播消息中关于业务的分组方法,并根据自身也MME协商确定的业务号,最终确定用于WUS分组的业务类型号。\n[0078] 另外,基站将配置基于业务分组的各组wus信号的起始位置信息和/或相应的持续时长duration信息。\n[0079] 可选实施方式4\n[0080] 从MME发给eNB的寻呼消息里,需要包含UE的service ID信息;基站根据UE的service ID信息,直接确定用于wus分组的业务类型或者根据其广播的业务类型划分方法最终确定用于wus分组的业务类型;然后基站根据基于业务的wus分组方法,确定UE所属的wus group id,其流程如图8所示。\n[0081] 可选实施方式5\n[0082] 如可选实施方式4所述,基站从MME发送过来的寻呼消息里,获得UE的service ID信息,基站根据UE的service ID信息,直接确定用于WUS分组的业务类型或者根据其广播的业务类型划分方法最终确定用于WUS分组的业务类型;然后基站根据基于业务的WUS分组方法,确定UE所属的WUS组。只要该WUS组有一个UE需要被寻呼,那么基站将在对应WUS组的位置发送WUS信号。对于UE来说,在每个PO前,先根据自己的service ID信息直接确定用于WUS分组的业务类型或者根据其广播的业务类型划分方法最终确定用于WUS分组的业务类型,然后在与之相对应的WUS组位置监听和接收WUS信号。\n[0083] 可选实施方式6\n[0084] 基站需要配置基于业务分组的每个业务类型的WUS起始位置信息和/或wus duration的配置信息;再配置各个业务类型下各个基于UE_ID分组的各个组的起始位置信息及wus duration的配置信息;\n[0085] UE根据自己的业务类型即可获得第一层wus的起始位置信息;然后根据基于UE‑ID分组方法获得第二层准确地wus位置信息和/或wus duration信息。\n[0086] 可选实施方式7\n[0087] 基站需要配置基于UE‑ID分组的各个组的起始位置信息和/或wus duration的配置信息,每个业务类型对应的相对于各个基于业务分组的起始位置信息和/或wus duration的配置信息;\n[0088] UE根据基于UE‑ID分组方法得到第一层分组,然后根据业务类型及对应的配置信息,即可确定与之相关的WUS位置信息和/或wus duration信息。\n[0089] 通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。\n[0090] 实施例3\n[0091] 在本实施例中还提供了一种唤醒信号的发送和接收装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。\n[0092] 图9是根据本发明实施例的唤醒信号的发送装置的结构示意图,该装置应用于通信节点侧,如图9所示,该装置包括:第一协商模块92,用于与终端协商出所述终端的业务类型;发送模块94,与第一协商模块92耦合连接,用于根据所述业务类型发送唤醒信号WUS。\n[0093] 可选地,该在该通信节点为MME的情况下,该第一协商模块包括:第一接收单元,用于接收终端发送的第一请求消息;第一发送单元,用于响应于第一请求消息向终端发送携带有用于指示业务类型的业务类型标识的响应消息。\n[0094] 或者,该第一协商模块包括:第二接收单元,用于接收终端发送的第二请求消息;\n其中,第二请求消息携带有用于指示业务类型的业务类型标识;第二发送单元,用于响应于第二请求消息向终端发送携带有业务类型标识确认的响应消息。\n[0095] 需要说明的是本实施例中涉及到的通信节点还可以是基站,因此,在MME与终端协商出终端的业务类型之前,该装置还包括:获取模块,用于获取所覆盖的小区内的所有子业务类型标识得到子业务类型;处理模块,用于根据业务类型对子业务类型进行分组,得到分组关系;其中,分组关系用于指示一种业务类型对应于一种或多种子业务类型。\n[0096] 可选地,该第一协商模块还包括:协商单元,用于与终端协商出终端的子业务类型;第三发送单元,用于向终端发送系统块SIB消息,其中,SIB消息中携带有指示分组关系的信息。\n[0097] 需要说明的是,上述均是从通信节点侧对本案进行介绍的,而对于终端侧,本实施例还提供了一种唤醒信号的接收装置,图10是根据本发明实施例的唤醒信号的接收装置的结构示意图,该装置应用于终端侧,如图10所示,该装置包括:第二协商模块1002,用于与通信节点协商出所述终端的业务类型;接收模块1004,与第二协商模块1002耦合连接,用于接收所述通信节点根据所述业务类型发送的唤醒信号WUS。\n[0098] 可选地,该第二协商模块包括:第四发送单元,用于向移动管理实体MME发送第一请求消息;第三接收单元,用于接收MME响应于第一请求消息向终端发送的携带有用于指示业务类型的业务类型标识的响应消息。\n[0099] 可选地,该第二协商模块包括:第五发送单元,用于向MME发送第二请求消息;其中,第二请求消息携带有用于指示业务类型的业务类型标识;第四接收单元,用于接收MME响应于第二请求消息发送的携带有业务类型标识确认的响应消息。\n[0100] 可选地,该第二协商模块包括:第二协商单元,用于与MME协商出终端的子业务类型;第五接收单元,用于接收MME发送的SIB消息,其中,SIB消息携带有指示分组关系信息的;其中,分组关系是由基站确定的用于指示一种业务类型对应于一种或多种子业务类型;\n确定单元,用于根据分组关系和终端的子业务类型确定终端的业务类型。\n[0101] 需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。\n[0102] 实施例4\n[0103] 本发明的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。\n[0104] 可选地,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。\n[0105] 可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:\n[0106] S1,与终端协商出终端的业务类型;\n[0107] S2,根据业务类型发送唤醒信号WUS。\n[0108] 可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:\n[0109] S1,与通信节点协商出终端的业务类型;\n[0110] S2,接收通信节点根据业务类型发送的唤醒信号WUS。\n[0111] 可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。\n[0112] 显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。\n[0113] 以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
法律信息
- 2022-11-29
- 2022-01-21
实质审查的生效
IPC(主分类): H04W 52/02
专利申请号: 201910108919.5
申请日: 2019.01.18
- 2020-07-28
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有引用任何外部专利数据! |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |