1.本技术涉及移动通信
技术领域：
：，尤其涉及了一种用于用户设备和基站的寻呼方法及用户设备，用于例如调整寻呼周期等用途。
背景技术：
：：2.随着通信网络的蓬勃发展，移动终端的续航体验问题的日益突出。尤其对于智能手环、智能手表、智能眼镜等新兴的可穿戴及iot(internetofthings，物联网)终端而言，受限于设备尺寸的限制，电池容量难以提高，无法支撑用户的长时间使用的需求。3.目前的3gpp(the3rdgenerationpartnerproject，第三代合作伙伴计划)通信协议虽然能支持协商寻呼周期，但是一方面仅支持开机时协商寻呼周期，入网后不能灵活调整；另一方面，协商的结果只能小于或等于小区默认寻呼周期值，而目前的3gpp协议中，所述默认寻呼周期值一般最大不能超过512t(其中，t为无线帧的周期)，从而限定了最长可协商的周期值，用户设备不能实现进一步降低功耗的目的。技术实现要素：4.为了解决上述缺陷，进一步降低用户设备(userequipment，ue)的功耗，本技术提出了改进的寻呼方法。5.本技术提出了一种用于用户设备的寻呼方法，包括：6.接收来自基站的默认寻呼周期值；7.在确定需要调节非连续接收(drx)周期的情况下，确定用户特定drx周期值；8.向基站或者移动管理实体(mme)发送第一信息，所述第一信息指示所述用户特定drx周期值以及指示所述基站使用所述用户特定drx周期值，或者指示所述用户特定drx周期值但不指示所述基站使用所述用户特定drx周期值；和9.在所述第一信息指示所述用户特定drx周期值和指示所述基站使用所述用户特定drx周期值的情况下，在基于所述用户特定drx周期值确定的寻呼周期内，接收来自所述基站的寻呼信息。10.上述的寻呼方法中，还包括：11.在所述第一信息包括所述用户特定drx周期值但不指示所述基站使用所述用户特定drx周期值的情况下，基于所述默认寻呼周期值和所述用户特定drx周期值之间的较小值，确定所述寻呼周期，并在所述寻呼周期内接收来自所述基站的所述寻呼信息。12.上述的寻呼方法中，还包括：根据所述用户设备和所述基站之间通信的业务类型、所述用户设备的功耗以及所述用户设备的使用时间中的至少一个，判断是否需要调节所述drx周期。13.上述的寻呼方法中，所述第一信息被包括在向所述mme发送的attachrequest或者向所述基站发送的ulinformationtransfer中。14.上述的寻呼方法中，所述第一信息被包括在所述attachrequest或者所述ulinformationtransfer中的drx参数中的cnspecificdrxcyclelengthcoefficientanddrxvaluefors1mode。15.上述的寻呼方法中，所述第一信息被包括在向所述基站发送的rrcconnectionreconfigurationcomplete中介质访问控制层控制单元(macce)中。16.上述的寻呼方法中，还包括：接收来自所述基站的基站智能连接drx(smartcdrx)能力信息，其中所述基站smartcdrx能力信息指示所述基站具有在基于所述用户特定drx周期值确定的所述寻呼周期内，向所述用户设备发送所述寻呼信息，而无需将所述用户特定drx周期值与所述默认寻呼周期值做比较的能力。17.上述的寻呼方法中，所述基站smartcdrx能力信息被包括在sib1extension中。18.上述的寻呼方法中，还包括：向所述基站发送用户设备smartcdrx能力信息，其中所述用户设备smartcdrx能力信息指示，所述用户设备具有在基于所述用户特定drx周期值确定的所述寻呼周期内，接收来自所述基站的所述寻呼信息，而无需将所述用户特定drx周期值与所述默认寻呼周期值做比较的能力；和19.接收来自所述基站的用户设备smartcdrx能力确认信息，其中所述用户设备smartcdrx能力确认信息指示所述基站是否支持所述用户设备使用所述smartcdrx能力。20.上述的寻呼方法中，所述用户设备smartcdrx能力信息包括在uecapabilityinformation中，和所述用户设备smartcdrx能力确认信息被包括在rrcconnectionreconfiguration中。21.上述的寻呼方法中，所述用户特定drx周期值大于所述默认寻呼周期值，或者大于2560毫秒。22.基于同一发明构思，本技术还提出了一种用于基站的寻呼方法，包括：23.向用户设备发送默认寻呼周期值；24.接收来自移动管理实体(mme)的第一寻呼信息，其中所述第一寻呼信息指示用户特定非连续接收(drx)周期值以及指示网络使用所述用户特定drx周期值，或者指示所述用户特定drx周期值但不指示所述基站使用所述用户特定drx周期值；25.在所述第一寻呼信息包括所述用户特定drx周期值但是不指示所述基站使用所述用户特定drx周期值的情况下，在基于所述用户特定drx周期值和所述默认寻呼周期值之间的较小值确定的寻呼周期内，向所述用户设备发送第二寻呼信息；和26.在所述第一寻呼信息包括所述用户特定drx周期值以及指示网络使用所述用户特定drx周期值的情况下，在基于所述用户特定drx周期值确定的所述寻呼周期内，向所述用户设备发送所述第二寻呼信息。27.上述的寻呼方法中，所述用户特定drx周期值，或者所述用户特定drx周期值以及所述指示网络使用所述用户特定drx周期值被包括在所述第一寻呼信息中的寻呼drx(pagingdrx)参数中。28.上述的寻呼方法中，包括：29.接收来自所述用户设备的ulinformationtransfer，所述ulinformationtransfer包括所述用户特定drx周期值以及所述指示网络使用所述用户特定drx周期值，或者所述用户特定drx周期值但不指示网络使用所述用户特定drx周期值；和30.将所述用户特定drx周期值，或者所述用户特定drx周期值以及指示网络使用所述用户特定drx周期值转发给所述mme。31.上述的寻呼方法中，所述用户特定drx周期值，或者所述用户特定drx周期值以及所述指示网络使用所述用户特定drx周期值被包括在所述ulinformationtransferr中的drx参数中。32.基于同一发明构思，本技术还提出了一种用于基站的寻呼方法，包括：33.向用户设备发送默认寻呼周期值；34.接收来自用户设备的第一信息，所述第一信息指示所述用户特定非连续接收(drx)周期值；35.当移动管理实体(mme)下发的寻呼消息中包括的临时移动用户辨识码(tmsi)与所述用户设备的tmsi一致时，在基于所述用户特定drx周期值所确定的所述寻呼周期内，向所述用户设备发送所述寻呼信息。36.上述的寻呼方法中，还包括：37.所述第一信息包括在rrcconnectionreconfigurationcomplete中指定的逻辑信道号(lcid)的mac控制单元(macce)中。38.上述的寻呼方法中，所述macce中包括指示申请类型为空闲态寻呼周期的协商类型的信息，其中，所述空闲态寻呼周期的协商类型指示所述用户设备与所述基站协商所述寻呼周期的类型。39.上述的寻呼方法中，还包括：40.向所述用户设备发送基站智能连接drx(smartcdrx)能力信息，其中所述基站smartcdrx能力信息指示，所述基站具有在基于所述用户特定drx周期值确定的所述寻呼周期内，向所述用户设备发送所述寻呼信息，而无需将所述用户特定drx周期值与所述默认寻呼周期值做比较的能力；41.接收来自所述用户设备的用户设备smartcdrx能力信息，其中所述用户设备smartcdrx能力信息指示，所述用户设备具有在基于所述用户特定drx周期值确定的所述寻呼周期内，接收来自所述基站的所述寻呼信息，而无需将所述用户特定drx周期值与所述默认寻呼周期值做比较的能力；和42.向所述用户设备发送用户设备smartcdrx能力确认信息，所述用户设备smartcdrx能力确认信息指示所述基站是否接受所述用户设备使用smartcdrx能力。43.上述的寻呼方法中，所述基站smartcdrx能力信息被包括在sib1extension中，所述用户设备smartcdrx能力被包括在uecapabilityinformation中，以及所述用户设备smartcdrx能力确认信息被包括在rrcconnectionreconfiguration中。44.上述的寻呼方法中，所述用户特定drx周期值可以大于所述默认寻呼周期值，或者大于2560毫秒。45.本技术还提出了一种电子设备包括：46.存储器，用于存储一个或多个处理器执行的指令；47.处理器，是所述电子设备的处理器之一，用于执行上述的用于用户设备的寻呼方法中任一项所述的方法。48.与现有技术相比，本技术通过动态调整寻呼周期，实现功耗优化。现有的寻呼周期的决定权在接入网，即便终端可以提出协商请求，要求采用不同于默认寻呼周期的drx寻呼周期，该drx寻呼周期的可选范围也被限定在小于默认寻呼周期的范围内，并不能满足每个独立终端的具体工作情景。例如，需要更长的寻呼周期。本技术由ue向网络侧设备(例如基站和移动管理实体)提出用户特定drx周期以及指示网络侧设备使用用户特定drx周期的请求，这样就可以避免将用户特定drx周期与网络侧设备提供的默认寻呼周期相比较并基于较小值作为寻呼周期，从而可将该用户设备的寻呼周期调整为更长或更短的寻呼周期(即，与小区的默认寻呼周期不同的用户特定drx周期)，从而可按更适合用户设备目前功耗情况的周期接受寻呼。49.进一步地，所述ue可在初入网时、idle时和rrc_connected时分别携带drx参数，可随时调整用户特定drx周期，灵活性强、适应度高。附图说明50.图1是根据本技术的一些实施例，无线通信系统的示意图；51.图2是根据本技术的第一实施例，图1中的无线通信系统中用户设备、基站、mme之间进行通信以确定寻呼周期并根据该寻呼周期进行寻呼的信号流程图；52.图3是根据本技术的第一实施例，图2中的用户设备的方法流程图；53.图4是根据本技术的第一实施例，图2中的基站的方法流程图；54.图5是根据本技术的第一实施例，图2中的mme的方法流程图；55.图6是根据本技术的第二实施例，选取逻辑信道及协商寻呼周期的信号流程图；56.图7是根据本技术的第二实施例，用户设备的方法流程图；57.图8是根据本技术的第二实施例，基站的方法流程图；58.图9是根据本技术的第二实施例，选取逻辑信道的示意图；59.图10示出了根据本技术的一些实施例提供的用户设备的系统示意图。具体实施方式60.以下由特定的具体实施例说明本技术的实施方式，本领域技术人员可由本说明书所揭示的内容轻易地了解本技术的其他优点及功效。虽然本技术的描述将结合较佳实施例一起介绍，但这并不代表此发明的特征仅限于该实施方式。恰恰相反，结合实施方式作发明介绍的目的是为了覆盖基于本技术的权利要求而有可能延伸出的其它选择或改造。为了提供对本技术的深度了解，以下描述中将包含许多具体的细节。本技术也可以不使用这些细节实施。此外，为了避免混乱或模糊本技术的重点，有些具体细节将在描述中被省略。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。61.此外，各种操作将以最有助于理解说明性实施例的方式被描述为多个离散操作；然而，描述的顺序不应被解释为暗示这些操作必须依赖于顺序。特别是，这些操作不需要按呈现顺序执行。应注意的是，在本说明书中，相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。62.应当理解的是，虽然在本文中可能使用了术语“第一”、“第二”等等来描述各个特征，但是这些特征不应当受这些术语限制。使用这些术语仅仅是为了进行区分，而不能理解为指示或暗示相对重要性。举例来说，在不背离示例性实施例的范围的情况下，第一特征可以被称为第二特征，并且类似地第二特征可以被称为第一特征。63.除非上下文另有规定，否则术语“包含”、“具有”和“包括”是同义词。短语“a/b”表示“a或b”。短语“a和/或b”表示“(a)、(b)或(a和b)”。64.如本文所使用的，术语“模块”、“单元”、“装置”可以指代，可以指或者包括专用集成电路(asic)、电子电路、执行一个或多个软件或固件程序的处理器(共享的、专用的或组)和/或存储器(共享的、专用的或组)、组合逻辑电路、和/或提供所描述的功能的其他合适的组件，或者可以是专用集成电路(asic)、电子电路、执行一个或多个软件或固件程序的处理器(共享的、专用的或组)和/或存储器(共享的、专用的或组)、组合逻辑电路、和/或提供所描述的功能的其他合适的组件的一部分。65.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术的实施例作进一步地详细描述。66.还需声明的是，本技术中对方法、流程进行编号是为了便于引用，而不是限定先后顺序，各步骤之间如有先后顺序，当以文字说明为准。67.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术的实施方式作进一步地详细描述。68.图1是根据本技术的一些实施例提供的无线通信系统100。如图1所示，系统100包括用户设备(userequipment，ue)101、基站102和演进的分组核心网(evolvedpacketcore，epc)(未图示)，和/或其他设备。在本技术中，epc中起主要作用的单元是移动管理实体(mobilemanagemententity，mme)103。69.用户设备101的例子包括，但不限于，便携式或移动设备、手机、个人数字助理、蜂窝电话、手持pc、可穿戴设备(例如，智能手表、智能手环等)、便携式媒体播放器、手持设备、导航设备、服务器、网络设备、图形设备、视频游戏设备、机顶盒、膝上型设备、虚拟现实和/或增强现实设备、物联网设备、工业控制设备、智能汽车、车载信息娱乐设备、流媒体客户端设备、电子书、阅读设备、pos机以及其他设备。70.基站102用于根据无线通信协议，例如3gpp的2g、3g、4g、5g或将来其它协议，将用户设备101接入无线网络从而支持用户设备101与系统100中的核心网络之间的通信。71.分组核心网用于提供用户连接、对用户的管理以及对业务完成承载，以及作为承载网络提供到外部网络的接口。用户连接的建立包括移动性管理(mm)、呼叫管理(cm)、交换/路由、录音通知(结合智能网业务完成到智能网外围设备的连接关系)等功能。用户管理包括用户的描述、qos(加入了对用户业务qos的描述)、用户通信记录(accounting)、vhe(与智能网平台的对话提供虚拟居家环境)、安全性(由鉴权中心提供相应的安全性措施包含了对移动业务的安全性管理和对外部网络访问的安全性处理)。承载连接(accessto)包括到外部的pstn、外部电路数据网和分组数据网、internet和intranets、以及移动自己的sms服务器等等。其中，移动性管理功能由本技术中的mme103实现。72.mme103是3gpp协议中，ue101接入网络的关键控制节点，它负责空闲模式下ue101的定位、传呼过程以及中继，简单的说，mme103是负责信令处理部分的。并且，mme103通过和hss(homesubscriberserver，归属签约用户服务器)交互认证ue101，为ue101分配一个临时id。73.3gpp36.304协议中指出，ue101可以在空闲模式下使用不连续接收request消息中包含第一信息，其中所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值，或者指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。也就是说，第一信息包括两种情况，其一是仅指示用户特定drx周期，在此情况下，基站102和/或mme103需要将用户特定drx周期与默认寻呼周期进行比较，基于其中的较小值确定基站102和ue102之间的寻呼周期；其二是不仅指示了用户特定drx周期，还指示了基站102使用所述用户特定drx周期，在此情况下，基站102不经过比较，直接基于所述用户特定drx周期确定基站102和ue102之间的寻呼周期。而相关的寻呼时机(pagingoccasion，po)则可仍按3gpp36.304的第7.1～7.3条的说明进行。82.在本技术的一些实施例中，所述第一信息可以由attachrequest中的drx参数承载。所述drx参数包含在attachrequest中。以下，首先说明drx参数的扩展定义。83.如表1所示，3gpp24.301中的table8.2.4.1attachrequestmessagecontent中定义了attachrequest消息中可选择性的携带drx参数，也就是说，drx参数并非是必须的。根据3gpp24.301的规定，所述drx参数的iei标识号是5c，且drx参数中包括了3个字节。84.表1[0085][0086]进一步的，如表2所示，3gpp24.008协议中详细定义了drx参数的具体结构。[0087]表2[0088][0089]表2中，字节1用于表示drx参数的iei标识号，参考表1可知，drx参数的iei标识号为5c(h)。字节2用于表示splitpg循环码。字节3分为3段，其中bit1-3用于指示无drx计时器，bit4表示终端是否支持ccch(commoncontrolchannel，公共控制信道)上的split，bit8-bit5(即，按照从高位到地位排列的顺序)中保存的是drx周期系数，用于指示用户特定drx周期。[0090]字节3的bit8-bit5总共有4个比特位，可以用于表示16种drx周期系数，但现行的3gpp标准只定义了5个drx周期系数，且该5个drx周期系数只能用于前文所述的仅指示用户特定drx周期的情况。[0091]在本技术的一些实施例中，扩展了字节3的bit8-bit5的定义。扩展了字节3的bit8-bit5的定义后，并不影响attachrequest的传输过程，attachrequest可以按现有逻辑传送，mme103可如常接收。[0092]具体的，扩展了定义后，drx参数的字节3的bit8-bit5的定义如表3所示。[0093]表3[0094][0095]如表3中的标注所示，3gpp24.008只定义了字节3的bit8-bit5的5个状态，即状态1～状态5。但是4个bit总共可以表示16种状态，本技术充分利用其剩下的、未使用的状态对drx周期系数进行了扩展，使系统可协商的用户特定drx周期增长到最大1024t，ue101可上报并指示基站102使用的用户特定drx周期为128t、256t、512t和1024t。[0096]具体的，表3中，状态1表示未启用drx参数，即ue101不要求使用非连续接收周期；状态2是标准协议的系数，表示ue101发出协商请求，请求以32t为用户特定drx周期。所述的协商请求是指，ue101要求改变当前ue101和基站102之间的寻呼周期，同时，所述协商求情中还包括了ue101期望的新的寻呼周期值(用户特定drx周期值)的指示以及是否指示基站102使用所述用户特定drx周期值的信息(即bit8-bit5的内容)，表3的状态2中，ue101请求使用32(t)作为寻呼周期；状态3是标准协议的系数，表示ue101发出协商请求，请求使用64(t)作为寻呼周期；状态4是标准协议的系数，表示ue101发出协商请求，请求使用128(t)作为寻呼周期；状态5是标准协议的系数，表示ue101发出协商请求，请求使用256(t)作为寻呼周期。由于系统默认的最大寻呼周期是256t，根据3gpp标准协议，ue101只能协商小于默认寻呼周期的用户特定drx周期，因此，3gpp标准协议只规定到了最大256t的用户特定drx周期。但这样显然无法满足延长寻呼周期，以降低功耗的要求。本技术新增了状态5和状态6的定义，使ue可协商的用户特定drx周期扩展到1024t。相应的，基站102对于可选的默认寻呼周期的预定义也应有所修改。在现有的3gpp36.331协议中，第6.3.2节关于无线资源控制中有关公用无线资源配置(radioresourceconfigcommon)的部分规定了基站102可选的默认寻呼周期为32、64、128和256(具体语句为：defaultpagingcycleenumerated{rf32,rf64,rf128,rf256})，这一点是与表3中状态1～状态5相呼应的。由于本技术增加了状态5和状态6的定义，上述的基站102可选的默认寻呼周期的预定义也需相应扩展为：32、64、128、256、512和1024，具体的语句可为：defaultpagingcycleenumerated{rf32,rf64,rf128,rf256,rf512,rf1024}。[0097]更进一步，本技术还扩展了状态8-状态11，这几个状态的作用在于指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值，即，无需与来自基站102的默认寻呼值进行比较取较小值，这也是指示基站102使用所述用户特定drx周期值与例如上述状态2-5中的协商请求之间的区别。具体而言，基站102在接收到如状态2-5指示的用户特定drx周期值的情况下，将用户特定drx周期值与默认寻呼周期值相比较取较小值作为与ue101之间的寻呼周期，而基站102在接收到如上述状态8-11指示的指示基站102使用用户特定drx周期值的情况下，将直接将基于用户特定drx周期值确定的寻呼周期作为与ue101之间的寻呼周期，而无需与默认寻呼周期做比较。例如，若在drx参数中，字节3的bit8-bit5是1111，则说明，ue101指示基站102将ue101和基站102之间的寻呼周期直接设定为1024t，而不需要与默认寻呼周期比较。又如，若在drx参数中，字节3的bit8-5是1011，则说明，ue101指示提出协商请求，请求使用1024t作为ue101的寻呼周期，基站102收到drx参数后，将1024t与默认寻呼周期进行比价，取其中的较小值作为ue101和基站102之间的寻呼周期。[0098]本实施例中，本技术补充定义了状态6～状态11，mme103从attachrequest中得到的drx参数可以是状态1～状态5，也可以是状态6～状态11。在drx参数是状态1～状态7的情况下，第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值，即，最终的寻呼周期需将所述用户特定drx周期值与默认寻呼周期值比较后才能得出。在drx参数是状态8～状态11的情况下，所述第一信息指示所述用户特定drx周期值并且指示基站102使用所述用户特定drx周期值，即最终的寻呼周期已经确认，即状态8或状态9或状态10或状态11指示的寻呼周期。[0099]接下来，步骤s22是mme103对步骤s21的响应。mme103向ue101回复attachaccept信息，用于携带对于attachrequest的响应消息。[0100]区别于步骤s21，当ue101处于rrc_connected模式时，若确定需要调节drx周期，可执行步骤s23。步骤s23由ue101向基站102发送ulinformationtransfer消息，该消息用于传输nas层的上行直传消息。具体的，在rrc_connected状态下，ue101向基站102发送ulinformationtransfer，ulinformationtransfer中可以包括drx参数。类似于步骤s21中的说明，所述drx参数承载了第一信息。drx参数的定义如表1～3所示。所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值，或者指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。[0101]然后执行步骤s24。步骤s24由基站102向mme103发送uplinknastransport消息，该消息主要是对ulinformationtransfer消息的转发。基站102收到ulinformationtransfer后从中提取出所述第一信息，然后将所述第一信息打包入uplinknastransport中，上传至mme103。[0102]步骤23、步骤24中，具体的，可通过在ulinformationtransfer消息和uplinknastransport消息中包括一个类似表3所示的drx参数的参数来承载所述第一信息。[0103]在ulinformationtransfer中包括drx参数(诸如表3所示)可使ue101灵活的请求协商寻呼周期，而不需要重新启动ue101。相对于现有技术中仅能在建立rrc连接时协商一次用户特定drx周期相比，具有了更多的主动性，ue101能根据自身的使用环境、功耗需求等具体情况灵活改变drx周期。[0104]例如，当儿童手表(ue101)侦测到现在是下课时间，可以将寻呼周期调小，以提高ue101的接收效果，则可以主动向mme103发送第一信息，所述第一信息指示用户特定drx周期值(较小的)不指示基站102使用所述用户特定drx周期值，则基站102将所述用户特定drx周期与默认寻呼周期比较后，确定所述用户特定drx周期较小，因而将所述用户特定drx周期作为ue101与基站102之间的寻呼周期进行寻呼，从而实现将寻呼周期调整为较小的周期的目的。又如，当儿童手表(ue101)侦测到当前已是深夜时段，则可以向mme103发送第一信息，所述第一信息指示所述用户特定drx周期值(较大的)以及指示基站102使用所述用户特定drx周期值，则基站102直接将所述用户特定drx周期作为ue101与基站102之间的寻呼周期进行寻呼，从而实现将寻呼周期调整为较大的周期的目的，以利于节省所述儿童手表的功耗。又或者，所述儿童手表检测到电池即将耗尽，也可主动发送所述第一信息，以延长寻呼周期。[0105]继续参看图2，无论是通过步骤s21和步骤s22请求调整寻呼周期，还是通过步骤s23和步骤s24请求调整寻呼周期，都需要执行步骤s25。步骤s25是由mme103下发paging消息。paging消息是周期性重复发送的消息，每个paging消息所包含的取决于多种因素。步骤25中的paging响应于mme103向基站102下发一个用于传递所述第一信息的paging。基站102接收到这个paging后，从中提取所述第一信息。[0106]然后基站102执行步骤s26。基站102根据所述第一信息的指示向ue101发送paging，对于通信系统中其他未要求用户特定drx周期的用户设备按默认寻呼周期寻呼，或者，对通信系统中提出了用户特定drx周期的其他用户设备按其协商结果下发寻呼。[0107]具体的，基站102在所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值的情况下，将所述用户特定drx周期值作为ue101和基站102之间的寻呼周期对ue101进行寻呼；在所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值的情况下，基站102将所述用户特定drx周期与默认寻呼周期进行比较，取其中的较小值作为新的寻呼周期，按所述新的寻呼周期对ue101进行寻呼。[0108]图2所示的通信系统中，首先扩展了drx参数中字节3的bit8～bit5的定义，使得ue101和基站102之间的寻呼周期可以大于默认寻呼周期，弥补了现有技术中用户特定drx周期只能小于默认寻呼周期的缺点，为进一步降低用户设备的功耗提供了方案。[0109]其次，图2所示的通信系统中，还能在rrcconnected模式下协商寻呼周期，使得用户设备可以灵活的根据自身所处的使用环境或者功耗需求等具体情况灵活改变寻呼周期，弥补了现有技术中只能在开机时通过rrcconnectionsetupcomplete中的的attachrequest协商一次的缺陷。[0110]上述实施例只是对本技术的ue101、基站102、mme103之间进行通信以确定寻呼周期并根据该寻呼周期进行寻呼的信号流程图的示例描述，本
技术领域：
：的人员应该可以理解，该信号流程图也可以其他技术来实施。例如，表3中bit8-bit5可以取其它比特值，并且与该比特值所相对应的第一信息的内容(例如，表3中的“系数”一栏表示的用户特定drx周期值和表3中的“使用情况”一栏表示基站102将该用户特定drx周期值与默认寻呼周期值进行比较取较小值(即，协商寻呼周期的过程)还是使用该用户特定drx周期值无需协商)也可以有其他不同组合。又如，上述第一信息可以包括在attachrequest中，也可以包括在ulinformationtransfer中，或者其他ue101与网络侧设备(基站102，mme102，等)之间的其他信息中。[0111]图3是根据本技术的第一实施例，图2中的用户设备的方法流程图。在根据图3的一些实施例中，ue101作为通信终端，在开机后需要与基站102同步时序、建立上下行物理信道，以及，通过基站102的广播消息获取基站102的一些基本信息，其中，包括基站102的默认寻呼周期(defaultpagingcycle)。[0112]在根据图3的一些实施例中，ue101可以如步骤s31～步骤s32所示，在与基站102建立rrc连接的过程中与基站102或者mme103协商drx周期，以使ue101和基站102之间按用户特定drx周期进行寻呼。也可以如步骤s33所示，在rrcconnected的模式下与基站102协商drx周期，以使ue101和基站102之间按用户特定drx周期进行寻呼。或者，ue101可以通过步骤s31～步骤s32与基站102确定一个用户特定drx周期作为寻呼周期，然后在rrcconnected模式下希望改变寻呼周期，则可以通过步骤s33重新确定一个用户特定drx周期作为寻呼周期。也就是说，步骤s31～步骤s32与步骤s33可以分别执行，也可以重叠执行。[0113]当然，ue101也可以不要求协商drx周期，在此情况下，ue101和基站102之间按通信系统的所述默认寻呼周期(defaultpagingcycle)进行寻呼。所述默认寻呼周期包含在基站102下发的广播消息sib2中。[0114]具体的，ue101实现寻呼周期调节的过程如下：[0115]步骤s30，与基站102同步时序、建立上下行物理信道，以及，通过基站102的广播消息获取基站102的一些基本信息，其中，包括基站102的默认寻呼周期(defaultpagingcycle)。[0116]步骤s31(可以执行，也可以不执行)，ue101向mme103发送第一信息，所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。优选的，所述第一信息包含于ue101向mme103发送的attachrequest的drx参数中。drx参数的使用方法可参看表1～表3及其说明。[0117]步骤s32(如执行s31则执行，如不执行s31则不执行)，ue101接收mme103下发的attachaccept。mme103从attachrequest中获取所述第一信息。[0118]步骤s33(可以执行，也可以不执行)，ue101向基站102发送第一信息，所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。优选的，所述第一信息包含于ue101向基站102发送的ulinformationtransfer的drx参数中。drx参数的使用方法可参看表1～表3及其说明。[0119]通过上述步骤s31～s33，ue101已发出了用于要求调节drx周期的第一信息，此后，基站102按第一信息中指定的方式下发paging消息。ue101则首先执行步骤s34，确认当前是按用户特定drx周期接受寻呼还是需要进一步比较用户特定drx周期和默认寻呼周期。[0120]ue101在判断已经收到用户特定drx周期以及指示基站102使用所述用户特定drx周期值的情况下，执行步骤s37，将所述用户特定drx周期值作为ue101和基站102之间的寻呼周期，接收基站102的寻呼。ue101在判断收到的是指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值的情况下，执行步骤s35，ue101将所述用户特定drx周期与之前收到的默认寻呼周期进行比较，取其中的较小值作为新的寻呼周期，按所述新的寻呼周期接收基站102的寻呼。也就是说，执行步骤s35时，若用户特定drx周期小于默认寻呼周期，则执行s37；若用户特定drx周期大于默认寻呼周期，则执行步骤s36，将默认寻呼周期值作为ue101和基站102之间的寻呼周期值，接收基站102的寻呼。[0121]通过使用图3所示的寻呼方法，ue101可以根据ue101和基站102之间的通信业务类型或者ue101的功耗以及ue101的使用时间(当前所处时间段)中的至少一个，判断是否需要调节所述drx周期，以达到降低ue101的功耗的目的。[0122]上述实施例只是对本技术的ue101与基站进行通信以确定寻呼周期并根据该寻呼周期进行寻呼的信号流程图的示例描述，本
技术领域：
：普通人员应该可以理解，该信号流程图也可以其他技术来实施。例如，上述第一信息可以包括在除attachrequest、ulinformationtransfer以外的消息中。[0123]图4是根据本技术的第一实施例，图2中的基站的方法流程图，其中的一部分步骤与图3中的步骤相对应。首先，基站102在与ue101建立rrc连接的过程中，通过广播消息sib2向ue101发送默认寻呼周期。对于没有要求调节drx周期的用户终端来说，所述用户终端与基站102之间的寻呼周期就是所述默认寻呼周期。在ue101要求调节drx周期的情况下，ue101与基站102之间按协商的结果进行寻呼。当然，协商可以不成功，在此情况下，ue101和基站102之间还是按所述默认寻呼周期进行寻呼。[0124]具体的，基站102实现寻呼周期调节的过程如下：[0125]步骤s40，与ue101之间同步时序、建立上下行物理信道，并且向ue101发送广播消息，其中，包括基站102的默认寻呼周期(defaultpagingcycle)。[0126]步骤s41，向mme103转发ue101上传的attachrequest。本领域技术人员应知，步骤s41是透明转发，基站102并不对attachrequest做任何操作。步骤s41是与步骤s31相对应的，若步骤s31的attachrequest中并没有包括所述第一信息，那么步骤s41中的attachrequest也不包括所述第一信息。[0127]步骤s42，向ue101转发mme103下发的attachaccept。同样，本领域技术人员应知，步骤s42是透明转发，基站102并不对attachrequest做任何操作。[0128]步骤s43，接收来自ue101的ulinformationtransfer。步骤s43与步骤s33相对应，在步骤s33发出的ulinformationtransfer不包括第一信息的情况下，基站102收到的ulinformationtransfer也不包括所述第一信息。[0129]步骤s44，在步骤s43传递了所述第一信息的情况下，基站102从ulinformationtransfer的drx参数中提取出所述第一信息，然后将其整合到uplinknastranport中，并向mme103发送uplinknastranport。在在步骤s43没有传递所述第一信息的情况下，基站102向mme103发送的uplinknastranport中也不包含所述第一信息。[0130]相应于步骤s31～步骤s32以及步骤s33，步骤s41～步骤s42以及步骤s43～步骤s44可以分别执行，也可以依次执行；根据ue101的使用环境、用户需求等多种因素，步骤s43～步骤s44还可以多次反复执行。[0131]步骤s45，在步骤s41～步骤s42和/或步骤s43～步骤s44之后，一般基站102接收到一条发自mme103的paging消息，其中，包括第一信息。所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。如果所述第一条paging中不包括所述第一信息，基站102采用默认寻呼周期作为向ue101发起paging的寻呼周期。若基站102没有收到包含所述第一信息的paging消息，则，基站102仍按原有的寻呼周期对ue101进行寻呼。[0132]收到的paging中指示了使用用户特定drx周期或者指示了用户特定drx周期值以及指示基站102使用所述用户特定drx周期值。如果在所述paging中没有包含第一信息，则基站102之间仍旧按照原有的寻呼周期进行寻呼。[0133]根据3gpp36.413协议中的定义，paging消息中通过pagingdrx参数来传递所述第一信息，pagingdrx参数的结构如表4所示，从中可以看出，pagingdrx参数是可选项，当ue101携带用户特定drx周期时(即使用表1～3所说明的drx参数时)，mme103下发给基站102的paging中才会包括pagingdrx参数，用于通知基站102最终确定的寻呼周期。[0134]表4[0135][0136]然后执行步骤s46，根据第一信息的内容决定后续的步骤。在判断已经收到用户特定drx周期以及指示基站102使用所述用户特定drx周期值的情况下，基站102继续执行步骤s48，将所述用户特定drx周期值作为ue101和基站102之间的寻呼周期，向ue101发送寻呼。基站102在判断收到的是指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值的情况下，执行步骤s47，基站102将所述用户特定drx周期与之前收到的默认寻呼周期进行比较，取其中的较小值作为新的寻呼周期，按所述新的寻呼周期向ue101发送寻呼。也就是说，执行步骤s47时，若用户特定drx周期小于默认寻呼周期，则执行s48；若用户特定drx周期大于默认寻呼周期，则执行步骤s49，将默认寻呼周期值作为ue101和基站102之间的寻呼周期值，向ue101发送寻呼。[0137]图4所示的实施例中，基站102透传ue101发出的第一信息，根据mme103下发的paging消息调整与ue101之间的寻呼周期，不改变原有的用户设备、基站和核心网之间的消息传递过程，不需要在网络层面做出修改。基站的改进之处在于，对于收到的paging消息进行判读，根据所述paging消息中是否携带所述第一信息以及携带的第一信息传递了何种需求而决定与用户设备之间的寻呼周期。有助于所述用户设备灵活的调整功耗。[0138]上述实施例只是对本技术的基站102如何参与到调整ue101和基站102之间的寻呼周期的示例描述，本
技术领域：
：普通人员应该可以理解，图4所示的流程图也可以通过其他技术方案来实施。例如，所述第一信息不传递至mme，而是只在ue和基站之间协调。又或者，所述第一信息同时传递给基站和mme，而不需要mme通知基站所述第一信息。[0139]图5所示是根据本技术的第一实施例，图2中的mme103的方法流程图。其中，步骤s51～步骤s52与步骤s31～步骤s32相呼应，若步骤s31～步骤s32中不包含第一信息，则步骤s51～步骤s52不需要有响应；步骤s53与步骤s33相呼应，若步骤s33中不包含第一信息，则步骤s53不需要有响应。[0140]具体的，mme103实现寻呼周期调节的过程如下：[0141]步骤s51，接收ue101上传的attachrequest(由基站102透明转发)，其中包含第一信息。[0142]步骤s52，向ue101下发attachaccept(由基站102透明转发)。[0143]步骤s53，接收来自基站102的uplinknastranport，其中包括第一信息。呼应于ue101在idle模式或rrc_connected模式发出的第一信息，步骤s51和s52以及步骤s53可以分别独立执行，也可以依次执行；步骤s53还可以多次反复执行。[0144]经过步骤s51～步骤s52和/或步骤s53，mme103已经获取了ue101需要调节drx周期的第一信息。[0145]步骤s54，mme103在步骤s51～步骤s52和/或步骤s53之后，下发的第一条paging中，通过pagingdrx参数(参见表4)向基站102传递所述第一信息。通知基站102按第一信息的指示与ue101进行寻呼。[0146]图5所示的实施例中，mme通过基站接收用户终端发出的第一信息，由于所述第一信息内嵌于原有的参数中，不改变原有的用户设备、基站和核心网之间的消息传递过程，不需要在网络层面做出修改。mme的改进之处在于，对于收到的attachrequest消息或者uplinknastranport消息进行分析，如其中包含第一信息，则将其通知给基站。同时也可以在mme中留下记录，对于要求用户特定drx周期的用户设备从mme端即开始调整寻呼周期。[0147]上述实施例只是对本技术的mme103如何参与到调整ue101和基站102之间的寻呼周期的示例描述，本
技术领域：
：普通人员应该可以理解，图5所示的流程图也可以通过其他技术方案来实施。例如，所述第一信息不传递至mme，而是只在ue和基站之间协调。又或者，所述第一信息传递给mme后，mme不通知基站所述第一信息，由mme管理用户设备的特定寻呼周期。[0148]需要补充说明的是，如果ue101未通过drx参数给出第一信息，则mme103在发给基站102的paging消息中不包含pagingdrx参数，即不指示基站102使用用户特定drx周期，那么基站102采用默认寻呼周期作为下一次基站102向ue101发送paging的寻呼周期。[0149]此外，ue101需要恢复使用基站102当前使用的默认寻呼周期时，通过ulnas(上行nas)消息携带默认寻呼周期即可。[0150]图6是根据本技术的第二实施例，选取逻辑信道及协商寻呼周期的信号流程图。如图6所示：[0151]步骤s601，基站102向ue101发送广播，包括同步主、辅时序(pss、sss)，建立物理广播信道(pbch)和发送系统信息广播(sibs)。[0152]步骤s602，基站102向ue101发送扩展的sib1(sib1 sib1extension)消息，所述扩展的sib1是对现有3gpp的sib1消息的补充，用于声明基站102能够遵守在本实施例中新增加的一些交互内容，具体地，其中包含基站102的智能连接drx(smartcdrx)能力信息。[0153]所述的新增加的一些交互内容可以视为对现有3gpp协议的补充，在本实施例中具体体现为在mac层(mediaaccesscontrol，介质访问控制层)中增加若干消息，用于补充规定一些mac层的控制字。[0154]在本实施例中两个遵守所述新增加的一些交互内容的硬件(例如，终端和基站)之间使用扩展的系统信息广播sib1，所述扩展的系统信息广播sib1在标准的系统信息广播sib1基础上增加一个字节，用于在两个所述硬件之间互相确认对方是否遵守所述新增加的一些交互内容。[0155]基站102的smartcdrx能力信息指示，基站102具有在基于用户特定drx周期值确定的寻呼周期内，向ue101发送寻呼信息，而无需将用户特定drx周期值与默认寻呼周期值做比较的能力。[0156]步骤s603～步骤s612按现行的3gpp协议建立基站102和ue101之间的rrc连接。[0157]步骤s613，ue101向基站102发送uecapabilityinformation，其中包含ue101的smartcdrx能力信息。3gpp36.331协议对uecapabilityinformation消息进行了具体定义和描述。此处，在该消息中包含的ue101的smartcdrx能力信息是新增加的内容，用于声明ue因遵守新增加的一些交互内容而具备的特殊能力，例如smartcdrx能力。所述smartcdrx能力信息指示，ue101具有在基于所述用户特定drx周期值确定的寻呼周期内，接收来自基站102的寻呼信息，而无需将所述用户特定drx周期值与默认寻呼周期值做比较的能力。[0158]本实施例中，ue101的smartcdrx能力信息可以通过如下代码上报：[0159][0160]步骤s614，基站102接收到ue101的smartcdrx能力信息后，激活针对ue101的智能连接drx功能。所述激活针对ue101的智能连接drx功能是指，基站102需标记ue101将使用用户特定drx周期作为寻呼周期，而不使用基站102默认的默认寻呼周期作为寻呼周期。优选的，基站102建立寻呼周期管理表格，用于记录与基站102通信的所有用户设备的寻呼周期。基站102接收到ue101的smartcdrx能力信息后，在所述表格中记录ue101将使用用户特定drx周期，后期再将确定的周期值写入所述表格中，然后在之后的寻呼工作中根据该确定的周期值对ue101进行寻呼。[0161]步骤s615，基站102向ue101发送rrcconnectionreconfiguration，其中，包括对ue101的smartcdrx能力的确认信息以及指定的逻辑信道号(lcid)的信息。3gpp36.331协议对rrcconnectionreconfiguration消息进行了具体定义和描述。此处，在该消息中包含的ue101的smartcdrx能力的确认信息以及指定的逻辑信道号(lcid)的信息是本实施例对现有协议进行补充的内容。[0162]本实施例中，可以通过如下代码实现逻辑信道的指定：[0163][0164]其中，所述对ue101的smartcdrx能力的确认信息指示，基站102是否接受ue101使用smartcdrx能力。[0165]步骤s616，ue101向基站102发送rrcconnectionreconfigurationcomplete，其中，包括第一信息，所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。其中，所述第一信息包含于步骤s615指示的lcid对应的macce(mac控制单元)中。关于macce的说明请参见后文。3gpp36.331协议对rrcconnectionreconfigurationcomplete消息进行了具体定义和描述。此处，在该消息中包含的第一信息是本实施例对现有协议进行补充的内容。[0166]在图6所示的流程图中，执行完步骤s616即完成了ue101和基站102之间关于寻呼周期的调节过程。之后的其他流程可按照3gpp协议的规定执行，例如，还可再次执行步骤s617和步骤s618。[0167]对比图6和标准的3gpp标准过程可知，上述的smartcdrx参数(携带第一信息)的设置是嵌入于所述3gpp标准过程的。首先在系统广播阶段在sib1消息中附件确认信息，以互相确定对方遵守前述的新增加的一些交互内容，然后在标准的rrcconnectionreconfigurationcomplete后增加私有的smartcdrx参数设置过程，充分利用了现有的流程，并且不涉及核心网的协议修改，实现过程较为简单。[0168]具体的，根据本技术的一些实施例，可以使用协议保留逻辑信道id(lcid)的macce(mediaaccesscontrolcontrolelement，介质访问控制层控制单元)传递所述smartcdrx参数，其中具体选用哪一个lcid，由基站102在端管(用户端和基站)握手时指定lcid的值。[0169]上述实施例只是对遵守前述的新增加的一些交互内容的ue101和基站102之间进行通信以确定寻呼周期并根据该寻呼周期进行寻呼的信号流程图的示例描述，本
技术领域：
：的人员应该可以理解，该信号流程图也可以其他技术来实施。例如，ue101和基站102只要能够识别步骤s602、步骤s613～步骤s616的消息即可。也就是说，即便ue101和基站102遵守其他私有、公开的协议，只要所述协议中包括步骤s602、步骤s613～步骤s616所述的消息交互过程，本实施例也可实现。[0170]下面参照图9示例说明根据本技术的第二实施例，选取逻辑信道的示意图，从而举例说明macce结构。在标准3gpp协议中，mac层的逻辑信道预留了很多保留信道。对于上行链路，macheader中索引号(lcid)为01011-11000的sub-header都是保留信道，对于下行链路，macheader中索引号为01011-11010的sub-header都是保留信道。可以从中任选一个lcid，然后在相应的macce(maccontrolelement，mac控制单元)中填入用户特定drx周期。[0171]如图9所示，优选的，maccontrolelement包括2个字节，第一字节的bit7-bit4用于指示终端的版本号，bit3-bit0用于指示本次申请的类型，第二字节全部用于填写欲申请的内容，如用户特定drx周期的代码。[0172]所述申请类型为空闲态寻呼周期的协商类型的信息，其中所述空闲态寻呼周期的协商类型指示所述用户设备与所述基站协商所述寻呼周期的类型。例如，ue101在rrc_connected时，通过macce协商寻呼周期指示当前为“空闲态寻呼周期的协商”的类型。[0173]所述申请的内容类似于表3中drx参数的字节3的bit8-bit5，也就是说，所述申请的内容可以是一种索引，如果8个bit全部定义，可以提出256种用户特定drx周期。列举性的，可将00000001映射为64(t)，00000010映射为128(t)，……，11111111映射为4096(t)等。[0174]图6所示的实施例中，调整ue101和基站102之间的寻呼周期的交互过程只发生在ue101和基站102之间，也就是说，交互过程再接入网部分就已完成，不需要核心网的参与，减轻了核心网的管理压力。同时，ue101和基站102的交互过程限于mac层，数据传递路径比较短，控制比较简洁。[0175]上述实施例只是对本技术的ue101和基站102之间的寻呼周期调整的示例描述，本
技术领域：
：普通人员应该可以理解，通过逻辑信道传递第一信息只是一个优选的实施例，图6所示的流程图也可以通过其他技术方案来实施。[0176]图7是根据本技术的第二实施例，用户设备的方法流程图。对于遵守协议的ue101，调节寻呼周期的步骤如下：[0177]步骤s71，ue101与基站102同步时序，建立物理信道，开始接受基站下发的系统信息广播sibs，其中，在sib2中包括基站102的默认寻呼周期。[0178]步骤s72，ue101接受基站102下发的扩展的sib1(sib1 sib1extension)消息，所述扩展的sib1用于声明基站102能够遵守协议，其中，包含基站102的smartcdrx能力信息。[0179]步骤s73，ue101与基站102按现有的3gpp标准交互，直至建立rrc连接。[0180]步骤s74，ue101向基站102发送uecapabilityinformation，其中包含ue101的smartcdrx能力信息。[0181]步骤s75，ue101接收基站102发送的rrcconnectionreconfiguration，其中，包括对ue101的smartcdrx能力的确认信息以及指定的逻辑信道号(lcid)的信息。[0182]步骤s76，ue101向基站102发送rrcconnectionreconfigurationcomplete，其中，包括第一信息，所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。其中，所述第一信息包含于步骤s615指示的lcid对应的macce(mac控制单元)中。[0183]步骤s77，ue101继续与基站102交互以完成rrcconnectionreconfiguration过程。[0184]步骤s78，ue101在收到基站102下发的第一个paging消息时，执行步骤s78，在判断已经收到用户特定drx周期以及指示基站102使用所述用户特定drx周期值的情况下，执行步骤s710，将所述用户特定drx周期值作为ue101和基站102之间的寻呼周期，接收基站102的寻呼。ue101在判断收到的是指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值的情况下，执行步骤s79，ue101将所述用户特定drx周期与之前收到的默认寻呼周期进行比较，取其中的较小值作为新的寻呼周期，按所述新的寻呼周期接收基站102的寻呼。也就是说，执行步骤s79时，若用户特定drx周期小于默认寻呼周期，则执行s710；若用户特定drx周期大于默认寻呼周期，则执行步骤s711，将默认寻呼周期值作为ue101和基站102之间的寻呼周期值，接收基站102的寻呼。[0185]图7所示的实施例中，示出了ue101通过逻辑信道传递第一信息的过程，其与图2和图3所示的第一实施例在本质上是相同的，都是通过第一信息传递用户设备的调整需求，然后由基站实施新的寻呼周期。新的寻呼周期基于被扩展过定义的非连续接收周期参数，使得最终ue101和基站102之间的寻呼周期可以超出3gpp标准定义的512t的上限，进而可使用户设备在更广的范围内选择寻呼周期。[0186]进一步的，在attachrequest以外的消息(例如，rrcconnectionreconfigurationcomplete消息)中使用非连续接收周期参数，解决了用户设备只能在开机时调节一次非连续接收周期的缺陷，使得用户设备可以更灵活的调整寻呼周期。[0187]上述实施例只是对本技术的ue101的寻呼周期调整的示例描述，本
技术领域：
：普通人员应该可以理解，通过逻辑信道传递第一信息只是一个优选的实施例，图7所示的流程图也可以通过其他技术方案来实施。[0188]图8是根据本技术的第二实施例，基站102的方法流程图。对于遵守协议的基站102，其配合ue101调节寻呼周期的步骤如下：[0189]步骤s81，基站102发送广播消息，与ue101同步时序，建立物理信道，开始向ue101下发系统信息广播sibs，其中，在sib2中包括基站102的默认寻呼周期。[0190]步骤s82，基站102向ue101下发扩展的sib1(sib1 sib1extension)消息，所述扩展的sib1用于声明基站102能够遵守协议，其中，包含基站102的smartcdrx能力信息。[0191]步骤s83，ue101与基站102按现有的3gpp标准交互，直至建立rrc连接。[0192]步骤s84，基站102接收ue101发送的uecapabilityinformation，其中包含ue101的smartcdrx能力信息。同时，基站102还激活基站102针对ue101的智能连接drx功能。所述基站102针对ue101的智能连接drx功能是指基站102需标记ue101将使用用户特定drx周期作为寻呼周期，而不是基站102默认的默认寻呼周期。优选的，基站102建立寻呼周期管理表格，用于记录与基站102通信的所有用户设备的寻呼周期。基站102接收到ue101的smartcdrx能力信息后，在所述表格中记录ue101将使用用户特定drx周期，后期再将确定的周期值写入所述表格中。[0193]步骤s85，基站102向ue101发送rrcconnectionreconfiguration，其中，包括对ue101的smartcdrx能力的确认信息以及指定的逻辑信道号(lcid)的信息。[0194]步骤s86，基站102接收ue101发送的rrcconnectionreconfigurationcomplete，其中，包括第一信息。所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。其中，所述第一信息包含于通过步骤s85指示的lcid对应的macce(mac控制单元)中。[0195]步骤s87，基站102继续与ue101交互以完成rrcconnectionreconfiguration过程。[0196]步骤s88，基站102在收到mme103下发的第一个paging消息时，执行步骤s88，在判断已经收到用户特定drx周期以及指示基站102使用所述用户特定drx周期值的情况下，执行步骤s810，将所述用户特定drx周期值作为ue101和基站102之间的寻呼周期，对ue101进行寻呼。基站102在判断收到的是指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值的情况下，执行步骤s89，基站102将所述用户特定drx周期与之前收到的默认寻呼周期进行比较，取其中的较小值作为新的寻呼周期，按所述新的寻呼周期接对ue101进行寻呼。也就是说，执行步骤s89时，若用户特定drx周期小于默认寻呼周期，则执行s810；若用户特定drx周期大于默认寻呼周期，则执行步骤s811，将默认寻呼周期值作为ue101和基站102之间的寻呼周期值，对ue101进行寻呼。[0197]图8所示的实施例中，示出了基站102通过逻辑信道传递第一信息的过程，其与图2和图4所示的第一实施例在本质上是相同的，都是通过第一信息传递用户设备的调整需求，，然后由基站实施新的寻呼周期。新的寻呼周期基于被扩展过定义的非连续接收周期参数，使得最终ue101和基站102之间的寻呼周期可以超出3gpp标准定义的512t的上限，进而可使用户设备在更广的范围内选择寻呼周期。[0198]进一步的，在attachrequest以外的消息(例如，rrcconnectionreconfigurationcomplete消息)中使用非连续接收周期参数，解决了用户设备只能在开机时调节一次非连续接收周期的缺陷，使得用户设备可以更灵活的调整寻呼周期。[0199]上述实施例只是对本技术的基站102的寻呼周期调整的示例描述，本
技术领域：
：普通人员应该可以理解，通过逻辑信道传递第一信息只是一个优选的实施例，图8所示的流程图也可以通过其他技术方案来实施。[0200]进一步的，由于图6～8所示的一些实施例的协议改进不涉及核心网，核心网仍按其固有周期下发paging，因此在建立rrc连接时，当rrcrequest消息中携带ue101的tmsi(temporarymobilesubscriberidentity，临时移动用户辨识码)时，u101e才可与基站102协商寻呼周期。[0201]进一步的，基站102记录协商的用户特定drx周期(实质是记录前文提及的drx周期系数)及ue101的tmsi，以便后期可参照tmsi确定对ue101的寻呼周期。[0202]进一步的，当mme103下发的寻呼(paging)消息中的tmsi值(即ue101的tmsi)与基站102存储的tmsi一致时，基站102按照用户特定drx周期向ue101下发寻呼消息。当ue101的tmsi发生变更后，ue101和基站102之间恢复使用在sib2中下发的默认寻呼周期，如有需要，ue101可通过macce重新协商寻呼周期。[0203]进一步的，对于整个通信系统而言，为了防止对基站102的资源消耗(占用)，还可在一天的某个固定时间清除所有请求了用户特定drx周期的用户设备和基站102之间的已协商的数据。如所述用户设备有需求，可重新协商，即基站最长保存协商数据24小时。[0204]进一步的，当ue101需要调节寻呼周期时，必须在本次rrc建立时携带了ue101当前的tmsi的情况下，才可触发macce协商。[0205]随着业务发展，催生出更多差异化的用户诉求，如儿童手表的诉求焦点在于：①保证通话和定位两个关键功能；②超低功耗极，超长待机。通过对儿童手表这一特定智能终端的用户行为分析可知，儿童手表在多数时间处于空闲模式(例如，在上课时间段必须处于空闲模式)。空闲模式(idle模式)下，终端的主要行为(功能)是监听通信网络下发的寻呼消息。如果直接在这一类低速率、低频次要求的ue上移植手机的通信模块，则会出现功耗、性能过剩、成本高等问题，不符合当前对智能终端的预期。本技术提出上述实施例，以进一步降低智能终端的功耗，本领域技术人员可在上述实施例或实施例的结合的基础上设计更低功耗的智能终端，进一步提升产品的竞争力。[0206]在由图6～8所描述第二实施例中，在ue1.01和基站102之间的通信协议中新增了smartcdrx能力的声明、使用等内容。在本实施例中，相关内容分别利用了现有的s1b1、rrcconnectionreconfiguration、rrcconnectionreconfigurationcomplete和uecapabilityinformation消息进行承载，也就是说，对上述四个消息进行补充定义。但本领域普通技术人员应知，本实施例的提出意在说明ue和基站之间如何通过逻辑信道实现smartcdrx能力的应用，而非仅仅意在补充定义上述四个消息。通过对现有消息的补充定义来实现上述的smartcdrx能力是本技术做出的一个最优选择。根据本技术的发明构思，本领域技术人员也可以通过增加新的消息(名称)或者由其他现有消息来承载smartcdrx能力的应用过程。本技术在此不做过多限定。[0207]图10根据本技术的一个实施例的ue101的结构示意图。[0208]ue101可以包括处理器1000，外部存储器接口120，内部存储器121，通用串行总线(universalserialbus，usb)接头130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentificationmodule，sim)卡接口195等。其中传感器模块180可以包括压力传感器180a，陀螺仪传感器180b，气压传感器180c，磁传感器180d，加速度传感器180e，距离传感器180f，接近光传感器180g，指纹传感器180h，温度传感器180j，触摸传感器180k，环境光传感器180l，骨传导传感器180m等。[0209]可以理解的是，本技术实施例示意的结构并不构成对ue101的具体限定。在本技术另一些实施例中，ue101可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。[0210]处理器1000可以包括一个或多个处理单元，例如：处理器1000可以包括中央处理器(centralprocessingunit，cpu)、微处理器(micro-programmedcontrolunit，mcu)、应用处理器(applicationprocessor，ap)，调制解调处理器，图形处理器(graphicsprocessingunit，gpu)，图像信号处理器(imagesignalprocessor，isp)，控制器，视频编解码器，数字信号处理器(digitalsignalprocessor，dsp)，基带处理器，和/或神经网络处理器(neural-networkprocessingunit，npu)等。[0211]其中，调制解调器用于根据3gpp的协议，将需要发射的基带信号调制成可以通过天线传输的已调信号，和将天线接收到的信号解调成ue101的处理器能够处理的基带信号。不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。[0212]处理器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。[0213]处理器1000中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器1000中的存储器为高速缓冲存储器。该存储器可以保存处理器1000刚用过或循环使用的指令或数据。如果处理器1000需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器1000的等待时间，因而提高了系统的效率。[0214]在一些实施例中，处理器1000可以包括一个或多个接口。接口可以包括集成电路(inter-integratedcircuit，i2c)接口，集成电路内置音频(inter-integratedcircuitsound，i2s)接口，脉冲编码调制(pulsecodemodulation，pcm)接口，通用异步收发传输器(universalasynchronousreceiver/transmitter，uart)接口，移动产业处理器接口(mobileindustryprocessorinterface，mipi)，通用输入输出(general-purposeinput/output，gpio)接口，用户标识模块(subscriberidentitymodule，sim)接口。[0215]ue101的无线通信功能，例如根据本技术实施例的小区搜索方法，可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。[0216]天线1和天线2用于发射和接收电磁波信号。ue101中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。[0217]移动通信模块150可以提供应用在ue101上的包括2g/3g/4g/5g等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoiseamplifier，lna)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器1000中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器1000的至少部分模块被设置在同一个器件中。如图5中所示，根据本技术的实施例的上述的nas层、rrc层以及phy层可以作为功能模块被设置在移动通信模块150中。[0218]调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170a，受话器170b等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器1000，与移动通信模块150或其他功能模块设置在同一个器件中。[0219]在一些实施例中，ue101的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得ue101可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(globalsystemformobilecommunications，gsm)，通用分组无线服务(generalpacketradioservice，gprs)，码分多址接入(codedivisionmultipleaccess，cdma)，宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)，时分码分多址(time-divisioncodedivisionmultipleaccess，td-scdma)，长期演进(longtermevolution，lte)，bt，gnss，wlan，nfc，fm，和/或ir技术等。[0220]外部存储器接口120可以用于连接外部存储卡，例如microsd卡，实现扩展ue101的存储能力。外部存储卡通过外部存储器接口120与处理器1000通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。在本技术的实施例中，小区搜索参数表可以存储在通过外接存储器接口120连接的外部存储卡中。[0221]内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储ue101使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universalflashstorage，ufs)等。处理器1000通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行ue101的各种功能应用以及数据处理。在本技术的实施例中，内部存储器121可以用于存储小区搜索参数表，处理器1000可以被配置为执行根据如图3-4所示的小区搜索方法。[0222]sim卡接口195用于连接sim卡。sim卡可以通过插入sim卡接口195，或从sim卡接口195拔出，实现和ue101的接触和分离。ue101可以支持1个或n个sim卡接口，n为大于1的正整数。sim卡接口195可以支持nanosim卡，microsim卡，sim卡等。同一个sim卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。sim卡接口195也可以兼容不同类型的sim卡。sim卡接口195也可以兼容外部存储卡。ue101通过sim卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，ue101采用esim，即：嵌入式sim卡。esim卡可以嵌在ue101中，不能和ue101分离。在本技术的实施例中，诸如plmn等无线通信网络的信息可以存储在sim卡中。[0223]本技术的各方法实施方式均可以以软件、磁件、固件等方式实现。[0224]可将程序代码应用于输入指令，以执行本文描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本技术的目的，处理系统包括具有诸如例如数字信号处理器(dsp)、微控制器、专用集成电路(asic)或微处理器之类的处理器的任何系统。[0225]程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本文中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。[0226]至少一个实施例的一个或多个方面可以由存储在计算机可读存储介质上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本文所述的技术的逻辑。被称为“ip核”的这些表示可以被存储在有形的计算机可读存储介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。[0227]虽然本技术的描述将结合较佳实施例一起介绍，但这并不代表此申请的特征仅限于该实施方式。恰恰相反，结合实施方式作发明介绍的目的是为了覆盖基于本技术的权利要求而有可能延伸出的其它选择或改造。为了提供对本技术的深度了解，以下描述中将包含许多具体的细节。本技术也可以不使用这些细节实施。此外，为了避免混乱或模糊本技术的重点，有些具体细节将在描述中被省略。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。[0228]此外，各种操作将以最有助于理解说明性实施例的方式被描述为多个离散操作；然而，描述的顺序不应被解释为暗示这些操作必须依赖于顺序。特别是，这些操作不需要按呈现顺序执行。[0229]如这里所使用的，术语“模块”或“单元”可以指代、是或者包括：专用集成电路(asic)、电子电路、执行一个或多个软件或固件程序的(共享、专用或组)处理器和/或存储器、组合逻辑电路和/或提供所描述的功能的其他合适的组件。[0230]在附图中，以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可以不需要这样的特定布置和/或排序。在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包含结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。[0231]本技术公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本技术的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括多个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、多个输入设备以及多个输出设备。[0232]可将程序代码应用于输入指令，以执行本技术描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本技术的目的，处理系统包括具有诸如例如数字信号处理器(dsp)、微控制器、专用集成电路(asic)或微处理器之类的处理器的任何系统。[0233]程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本技术中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。[0234]在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。在一些情况下，至少一些实施例的一个或多个方面可以由存储在计算机可读存储介质上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本技术所述的技术的逻辑。被称为“ip核”的这些表示可以被存储在有形的计算机可读存储介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。[0235]这样的计算机可读存储介质可以包括但不限于通过机器或设备制造或形成的物品的非瞬态的有形安排，其包括存储介质，诸如：硬盘任何其它类型的盘，包括软盘、光盘、紧致盘只读存储器(cd-rom)、紧致盘可重写(cd-rw)以及磁光盘；半导体器件，例如只读存储器(rom)、诸如动态随机存取存储器(dram)和静态随机存取存储器(sram)之类的随机存取存储器(ram)、可擦除可编程只读存储器(eprom)、闪存、电可擦除可编程只读存储器(eeprom)；相变存储器(pcm)；磁卡或光卡；或适于存储电子指令的任何其它类型的介质。[0236]因此，本技术的各实施例还包括非瞬态的计算机可读存储介质，该介质包含指令或包含设计数据，诸如硬件描述语言(hdl)，它定义本技术中描述的结构、电路、装置、处理器和/或系统特征。当前第1页12当前第1页12
技术领域：
：，尤其涉及了一种用于用户设备和基站的寻呼方法及用户设备，用于例如调整寻呼周期等用途。
背景技术：
：：2.随着通信网络的蓬勃发展，移动终端的续航体验问题的日益突出。尤其对于智能手环、智能手表、智能眼镜等新兴的可穿戴及iot(internetofthings，物联网)终端而言，受限于设备尺寸的限制，电池容量难以提高，无法支撑用户的长时间使用的需求。3.目前的3gpp(the3rdgenerationpartnerproject，第三代合作伙伴计划)通信协议虽然能支持协商寻呼周期，但是一方面仅支持开机时协商寻呼周期，入网后不能灵活调整；另一方面，协商的结果只能小于或等于小区默认寻呼周期值，而目前的3gpp协议中，所述默认寻呼周期值一般最大不能超过512t(其中，t为无线帧的周期)，从而限定了最长可协商的周期值，用户设备不能实现进一步降低功耗的目的。技术实现要素：4.为了解决上述缺陷，进一步降低用户设备(userequipment，ue)的功耗，本技术提出了改进的寻呼方法。5.本技术提出了一种用于用户设备的寻呼方法，包括：6.接收来自基站的默认寻呼周期值；7.在确定需要调节非连续接收(drx)周期的情况下，确定用户特定drx周期值；8.向基站或者移动管理实体(mme)发送第一信息，所述第一信息指示所述用户特定drx周期值以及指示所述基站使用所述用户特定drx周期值，或者指示所述用户特定drx周期值但不指示所述基站使用所述用户特定drx周期值；和9.在所述第一信息指示所述用户特定drx周期值和指示所述基站使用所述用户特定drx周期值的情况下，在基于所述用户特定drx周期值确定的寻呼周期内，接收来自所述基站的寻呼信息。10.上述的寻呼方法中，还包括：11.在所述第一信息包括所述用户特定drx周期值但不指示所述基站使用所述用户特定drx周期值的情况下，基于所述默认寻呼周期值和所述用户特定drx周期值之间的较小值，确定所述寻呼周期，并在所述寻呼周期内接收来自所述基站的所述寻呼信息。12.上述的寻呼方法中，还包括：根据所述用户设备和所述基站之间通信的业务类型、所述用户设备的功耗以及所述用户设备的使用时间中的至少一个，判断是否需要调节所述drx周期。13.上述的寻呼方法中，所述第一信息被包括在向所述mme发送的attachrequest或者向所述基站发送的ulinformationtransfer中。14.上述的寻呼方法中，所述第一信息被包括在所述attachrequest或者所述ulinformationtransfer中的drx参数中的cnspecificdrxcyclelengthcoefficientanddrxvaluefors1mode。15.上述的寻呼方法中，所述第一信息被包括在向所述基站发送的rrcconnectionreconfigurationcomplete中介质访问控制层控制单元(macce)中。16.上述的寻呼方法中，还包括：接收来自所述基站的基站智能连接drx(smartcdrx)能力信息，其中所述基站smartcdrx能力信息指示所述基站具有在基于所述用户特定drx周期值确定的所述寻呼周期内，向所述用户设备发送所述寻呼信息，而无需将所述用户特定drx周期值与所述默认寻呼周期值做比较的能力。17.上述的寻呼方法中，所述基站smartcdrx能力信息被包括在sib1extension中。18.上述的寻呼方法中，还包括：向所述基站发送用户设备smartcdrx能力信息，其中所述用户设备smartcdrx能力信息指示，所述用户设备具有在基于所述用户特定drx周期值确定的所述寻呼周期内，接收来自所述基站的所述寻呼信息，而无需将所述用户特定drx周期值与所述默认寻呼周期值做比较的能力；和19.接收来自所述基站的用户设备smartcdrx能力确认信息，其中所述用户设备smartcdrx能力确认信息指示所述基站是否支持所述用户设备使用所述smartcdrx能力。20.上述的寻呼方法中，所述用户设备smartcdrx能力信息包括在uecapabilityinformation中，和所述用户设备smartcdrx能力确认信息被包括在rrcconnectionreconfiguration中。21.上述的寻呼方法中，所述用户特定drx周期值大于所述默认寻呼周期值，或者大于2560毫秒。22.基于同一发明构思，本技术还提出了一种用于基站的寻呼方法，包括：23.向用户设备发送默认寻呼周期值；24.接收来自移动管理实体(mme)的第一寻呼信息，其中所述第一寻呼信息指示用户特定非连续接收(drx)周期值以及指示网络使用所述用户特定drx周期值，或者指示所述用户特定drx周期值但不指示所述基站使用所述用户特定drx周期值；25.在所述第一寻呼信息包括所述用户特定drx周期值但是不指示所述基站使用所述用户特定drx周期值的情况下，在基于所述用户特定drx周期值和所述默认寻呼周期值之间的较小值确定的寻呼周期内，向所述用户设备发送第二寻呼信息；和26.在所述第一寻呼信息包括所述用户特定drx周期值以及指示网络使用所述用户特定drx周期值的情况下，在基于所述用户特定drx周期值确定的所述寻呼周期内，向所述用户设备发送所述第二寻呼信息。27.上述的寻呼方法中，所述用户特定drx周期值，或者所述用户特定drx周期值以及所述指示网络使用所述用户特定drx周期值被包括在所述第一寻呼信息中的寻呼drx(pagingdrx)参数中。28.上述的寻呼方法中，包括：29.接收来自所述用户设备的ulinformationtransfer，所述ulinformationtransfer包括所述用户特定drx周期值以及所述指示网络使用所述用户特定drx周期值，或者所述用户特定drx周期值但不指示网络使用所述用户特定drx周期值；和30.将所述用户特定drx周期值，或者所述用户特定drx周期值以及指示网络使用所述用户特定drx周期值转发给所述mme。31.上述的寻呼方法中，所述用户特定drx周期值，或者所述用户特定drx周期值以及所述指示网络使用所述用户特定drx周期值被包括在所述ulinformationtransferr中的drx参数中。32.基于同一发明构思，本技术还提出了一种用于基站的寻呼方法，包括：33.向用户设备发送默认寻呼周期值；34.接收来自用户设备的第一信息，所述第一信息指示所述用户特定非连续接收(drx)周期值；35.当移动管理实体(mme)下发的寻呼消息中包括的临时移动用户辨识码(tmsi)与所述用户设备的tmsi一致时，在基于所述用户特定drx周期值所确定的所述寻呼周期内，向所述用户设备发送所述寻呼信息。36.上述的寻呼方法中，还包括：37.所述第一信息包括在rrcconnectionreconfigurationcomplete中指定的逻辑信道号(lcid)的mac控制单元(macce)中。38.上述的寻呼方法中，所述macce中包括指示申请类型为空闲态寻呼周期的协商类型的信息，其中，所述空闲态寻呼周期的协商类型指示所述用户设备与所述基站协商所述寻呼周期的类型。39.上述的寻呼方法中，还包括：40.向所述用户设备发送基站智能连接drx(smartcdrx)能力信息，其中所述基站smartcdrx能力信息指示，所述基站具有在基于所述用户特定drx周期值确定的所述寻呼周期内，向所述用户设备发送所述寻呼信息，而无需将所述用户特定drx周期值与所述默认寻呼周期值做比较的能力；41.接收来自所述用户设备的用户设备smartcdrx能力信息，其中所述用户设备smartcdrx能力信息指示，所述用户设备具有在基于所述用户特定drx周期值确定的所述寻呼周期内，接收来自所述基站的所述寻呼信息，而无需将所述用户特定drx周期值与所述默认寻呼周期值做比较的能力；和42.向所述用户设备发送用户设备smartcdrx能力确认信息，所述用户设备smartcdrx能力确认信息指示所述基站是否接受所述用户设备使用smartcdrx能力。43.上述的寻呼方法中，所述基站smartcdrx能力信息被包括在sib1extension中，所述用户设备smartcdrx能力被包括在uecapabilityinformation中，以及所述用户设备smartcdrx能力确认信息被包括在rrcconnectionreconfiguration中。44.上述的寻呼方法中，所述用户特定drx周期值可以大于所述默认寻呼周期值，或者大于2560毫秒。45.本技术还提出了一种电子设备包括：46.存储器，用于存储一个或多个处理器执行的指令；47.处理器，是所述电子设备的处理器之一，用于执行上述的用于用户设备的寻呼方法中任一项所述的方法。48.与现有技术相比，本技术通过动态调整寻呼周期，实现功耗优化。现有的寻呼周期的决定权在接入网，即便终端可以提出协商请求，要求采用不同于默认寻呼周期的drx寻呼周期，该drx寻呼周期的可选范围也被限定在小于默认寻呼周期的范围内，并不能满足每个独立终端的具体工作情景。例如，需要更长的寻呼周期。本技术由ue向网络侧设备(例如基站和移动管理实体)提出用户特定drx周期以及指示网络侧设备使用用户特定drx周期的请求，这样就可以避免将用户特定drx周期与网络侧设备提供的默认寻呼周期相比较并基于较小值作为寻呼周期，从而可将该用户设备的寻呼周期调整为更长或更短的寻呼周期(即，与小区的默认寻呼周期不同的用户特定drx周期)，从而可按更适合用户设备目前功耗情况的周期接受寻呼。49.进一步地，所述ue可在初入网时、idle时和rrc_connected时分别携带drx参数，可随时调整用户特定drx周期，灵活性强、适应度高。附图说明50.图1是根据本技术的一些实施例，无线通信系统的示意图；51.图2是根据本技术的第一实施例，图1中的无线通信系统中用户设备、基站、mme之间进行通信以确定寻呼周期并根据该寻呼周期进行寻呼的信号流程图；52.图3是根据本技术的第一实施例，图2中的用户设备的方法流程图；53.图4是根据本技术的第一实施例，图2中的基站的方法流程图；54.图5是根据本技术的第一实施例，图2中的mme的方法流程图；55.图6是根据本技术的第二实施例，选取逻辑信道及协商寻呼周期的信号流程图；56.图7是根据本技术的第二实施例，用户设备的方法流程图；57.图8是根据本技术的第二实施例，基站的方法流程图；58.图9是根据本技术的第二实施例，选取逻辑信道的示意图；59.图10示出了根据本技术的一些实施例提供的用户设备的系统示意图。具体实施方式60.以下由特定的具体实施例说明本技术的实施方式，本领域技术人员可由本说明书所揭示的内容轻易地了解本技术的其他优点及功效。虽然本技术的描述将结合较佳实施例一起介绍，但这并不代表此发明的特征仅限于该实施方式。恰恰相反，结合实施方式作发明介绍的目的是为了覆盖基于本技术的权利要求而有可能延伸出的其它选择或改造。为了提供对本技术的深度了解，以下描述中将包含许多具体的细节。本技术也可以不使用这些细节实施。此外，为了避免混乱或模糊本技术的重点，有些具体细节将在描述中被省略。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。61.此外，各种操作将以最有助于理解说明性实施例的方式被描述为多个离散操作；然而，描述的顺序不应被解释为暗示这些操作必须依赖于顺序。特别是，这些操作不需要按呈现顺序执行。应注意的是，在本说明书中，相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。62.应当理解的是，虽然在本文中可能使用了术语“第一”、“第二”等等来描述各个特征，但是这些特征不应当受这些术语限制。使用这些术语仅仅是为了进行区分，而不能理解为指示或暗示相对重要性。举例来说，在不背离示例性实施例的范围的情况下，第一特征可以被称为第二特征，并且类似地第二特征可以被称为第一特征。63.除非上下文另有规定，否则术语“包含”、“具有”和“包括”是同义词。短语“a/b”表示“a或b”。短语“a和/或b”表示“(a)、(b)或(a和b)”。64.如本文所使用的，术语“模块”、“单元”、“装置”可以指代，可以指或者包括专用集成电路(asic)、电子电路、执行一个或多个软件或固件程序的处理器(共享的、专用的或组)和/或存储器(共享的、专用的或组)、组合逻辑电路、和/或提供所描述的功能的其他合适的组件，或者可以是专用集成电路(asic)、电子电路、执行一个或多个软件或固件程序的处理器(共享的、专用的或组)和/或存储器(共享的、专用的或组)、组合逻辑电路、和/或提供所描述的功能的其他合适的组件的一部分。65.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术的实施例作进一步地详细描述。66.还需声明的是，本技术中对方法、流程进行编号是为了便于引用，而不是限定先后顺序，各步骤之间如有先后顺序，当以文字说明为准。67.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术的实施方式作进一步地详细描述。68.图1是根据本技术的一些实施例提供的无线通信系统100。如图1所示，系统100包括用户设备(userequipment，ue)101、基站102和演进的分组核心网(evolvedpacketcore，epc)(未图示)，和/或其他设备。在本技术中，epc中起主要作用的单元是移动管理实体(mobilemanagemententity，mme)103。69.用户设备101的例子包括，但不限于，便携式或移动设备、手机、个人数字助理、蜂窝电话、手持pc、可穿戴设备(例如，智能手表、智能手环等)、便携式媒体播放器、手持设备、导航设备、服务器、网络设备、图形设备、视频游戏设备、机顶盒、膝上型设备、虚拟现实和/或增强现实设备、物联网设备、工业控制设备、智能汽车、车载信息娱乐设备、流媒体客户端设备、电子书、阅读设备、pos机以及其他设备。70.基站102用于根据无线通信协议，例如3gpp的2g、3g、4g、5g或将来其它协议，将用户设备101接入无线网络从而支持用户设备101与系统100中的核心网络之间的通信。71.分组核心网用于提供用户连接、对用户的管理以及对业务完成承载，以及作为承载网络提供到外部网络的接口。用户连接的建立包括移动性管理(mm)、呼叫管理(cm)、交换/路由、录音通知(结合智能网业务完成到智能网外围设备的连接关系)等功能。用户管理包括用户的描述、qos(加入了对用户业务qos的描述)、用户通信记录(accounting)、vhe(与智能网平台的对话提供虚拟居家环境)、安全性(由鉴权中心提供相应的安全性措施包含了对移动业务的安全性管理和对外部网络访问的安全性处理)。承载连接(accessto)包括到外部的pstn、外部电路数据网和分组数据网、internet和intranets、以及移动自己的sms服务器等等。其中，移动性管理功能由本技术中的mme103实现。72.mme103是3gpp协议中，ue101接入网络的关键控制节点，它负责空闲模式下ue101的定位、传呼过程以及中继，简单的说，mme103是负责信令处理部分的。并且，mme103通过和hss(homesubscriberserver，归属签约用户服务器)交互认证ue101，为ue101分配一个临时id。73.3gpp36.304协议中指出，ue101可以在空闲模式下使用不连续接收request消息中包含第一信息，其中所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值，或者指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。也就是说，第一信息包括两种情况，其一是仅指示用户特定drx周期，在此情况下，基站102和/或mme103需要将用户特定drx周期与默认寻呼周期进行比较，基于其中的较小值确定基站102和ue102之间的寻呼周期；其二是不仅指示了用户特定drx周期，还指示了基站102使用所述用户特定drx周期，在此情况下，基站102不经过比较，直接基于所述用户特定drx周期确定基站102和ue102之间的寻呼周期。而相关的寻呼时机(pagingoccasion，po)则可仍按3gpp36.304的第7.1～7.3条的说明进行。82.在本技术的一些实施例中，所述第一信息可以由attachrequest中的drx参数承载。所述drx参数包含在attachrequest中。以下，首先说明drx参数的扩展定义。83.如表1所示，3gpp24.301中的table8.2.4.1attachrequestmessagecontent中定义了attachrequest消息中可选择性的携带drx参数，也就是说，drx参数并非是必须的。根据3gpp24.301的规定，所述drx参数的iei标识号是5c，且drx参数中包括了3个字节。84.表1[0085][0086]进一步的，如表2所示，3gpp24.008协议中详细定义了drx参数的具体结构。[0087]表2[0088][0089]表2中，字节1用于表示drx参数的iei标识号，参考表1可知，drx参数的iei标识号为5c(h)。字节2用于表示splitpg循环码。字节3分为3段，其中bit1-3用于指示无drx计时器，bit4表示终端是否支持ccch(commoncontrolchannel，公共控制信道)上的split，bit8-bit5(即，按照从高位到地位排列的顺序)中保存的是drx周期系数，用于指示用户特定drx周期。[0090]字节3的bit8-bit5总共有4个比特位，可以用于表示16种drx周期系数，但现行的3gpp标准只定义了5个drx周期系数，且该5个drx周期系数只能用于前文所述的仅指示用户特定drx周期的情况。[0091]在本技术的一些实施例中，扩展了字节3的bit8-bit5的定义。扩展了字节3的bit8-bit5的定义后，并不影响attachrequest的传输过程，attachrequest可以按现有逻辑传送，mme103可如常接收。[0092]具体的，扩展了定义后，drx参数的字节3的bit8-bit5的定义如表3所示。[0093]表3[0094][0095]如表3中的标注所示，3gpp24.008只定义了字节3的bit8-bit5的5个状态，即状态1～状态5。但是4个bit总共可以表示16种状态，本技术充分利用其剩下的、未使用的状态对drx周期系数进行了扩展，使系统可协商的用户特定drx周期增长到最大1024t，ue101可上报并指示基站102使用的用户特定drx周期为128t、256t、512t和1024t。[0096]具体的，表3中，状态1表示未启用drx参数，即ue101不要求使用非连续接收周期；状态2是标准协议的系数，表示ue101发出协商请求，请求以32t为用户特定drx周期。所述的协商请求是指，ue101要求改变当前ue101和基站102之间的寻呼周期，同时，所述协商求情中还包括了ue101期望的新的寻呼周期值(用户特定drx周期值)的指示以及是否指示基站102使用所述用户特定drx周期值的信息(即bit8-bit5的内容)，表3的状态2中，ue101请求使用32(t)作为寻呼周期；状态3是标准协议的系数，表示ue101发出协商请求，请求使用64(t)作为寻呼周期；状态4是标准协议的系数，表示ue101发出协商请求，请求使用128(t)作为寻呼周期；状态5是标准协议的系数，表示ue101发出协商请求，请求使用256(t)作为寻呼周期。由于系统默认的最大寻呼周期是256t，根据3gpp标准协议，ue101只能协商小于默认寻呼周期的用户特定drx周期，因此，3gpp标准协议只规定到了最大256t的用户特定drx周期。但这样显然无法满足延长寻呼周期，以降低功耗的要求。本技术新增了状态5和状态6的定义，使ue可协商的用户特定drx周期扩展到1024t。相应的，基站102对于可选的默认寻呼周期的预定义也应有所修改。在现有的3gpp36.331协议中，第6.3.2节关于无线资源控制中有关公用无线资源配置(radioresourceconfigcommon)的部分规定了基站102可选的默认寻呼周期为32、64、128和256(具体语句为：defaultpagingcycleenumerated{rf32,rf64,rf128,rf256})，这一点是与表3中状态1～状态5相呼应的。由于本技术增加了状态5和状态6的定义，上述的基站102可选的默认寻呼周期的预定义也需相应扩展为：32、64、128、256、512和1024，具体的语句可为：defaultpagingcycleenumerated{rf32,rf64,rf128,rf256,rf512,rf1024}。[0097]更进一步，本技术还扩展了状态8-状态11，这几个状态的作用在于指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值，即，无需与来自基站102的默认寻呼值进行比较取较小值，这也是指示基站102使用所述用户特定drx周期值与例如上述状态2-5中的协商请求之间的区别。具体而言，基站102在接收到如状态2-5指示的用户特定drx周期值的情况下，将用户特定drx周期值与默认寻呼周期值相比较取较小值作为与ue101之间的寻呼周期，而基站102在接收到如上述状态8-11指示的指示基站102使用用户特定drx周期值的情况下，将直接将基于用户特定drx周期值确定的寻呼周期作为与ue101之间的寻呼周期，而无需与默认寻呼周期做比较。例如，若在drx参数中，字节3的bit8-bit5是1111，则说明，ue101指示基站102将ue101和基站102之间的寻呼周期直接设定为1024t，而不需要与默认寻呼周期比较。又如，若在drx参数中，字节3的bit8-5是1011，则说明，ue101指示提出协商请求，请求使用1024t作为ue101的寻呼周期，基站102收到drx参数后，将1024t与默认寻呼周期进行比价，取其中的较小值作为ue101和基站102之间的寻呼周期。[0098]本实施例中，本技术补充定义了状态6～状态11，mme103从attachrequest中得到的drx参数可以是状态1～状态5，也可以是状态6～状态11。在drx参数是状态1～状态7的情况下，第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值，即，最终的寻呼周期需将所述用户特定drx周期值与默认寻呼周期值比较后才能得出。在drx参数是状态8～状态11的情况下，所述第一信息指示所述用户特定drx周期值并且指示基站102使用所述用户特定drx周期值，即最终的寻呼周期已经确认，即状态8或状态9或状态10或状态11指示的寻呼周期。[0099]接下来，步骤s22是mme103对步骤s21的响应。mme103向ue101回复attachaccept信息，用于携带对于attachrequest的响应消息。[0100]区别于步骤s21，当ue101处于rrc_connected模式时，若确定需要调节drx周期，可执行步骤s23。步骤s23由ue101向基站102发送ulinformationtransfer消息，该消息用于传输nas层的上行直传消息。具体的，在rrc_connected状态下，ue101向基站102发送ulinformationtransfer，ulinformationtransfer中可以包括drx参数。类似于步骤s21中的说明，所述drx参数承载了第一信息。drx参数的定义如表1～3所示。所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值，或者指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。[0101]然后执行步骤s24。步骤s24由基站102向mme103发送uplinknastransport消息，该消息主要是对ulinformationtransfer消息的转发。基站102收到ulinformationtransfer后从中提取出所述第一信息，然后将所述第一信息打包入uplinknastransport中，上传至mme103。[0102]步骤23、步骤24中，具体的，可通过在ulinformationtransfer消息和uplinknastransport消息中包括一个类似表3所示的drx参数的参数来承载所述第一信息。[0103]在ulinformationtransfer中包括drx参数(诸如表3所示)可使ue101灵活的请求协商寻呼周期，而不需要重新启动ue101。相对于现有技术中仅能在建立rrc连接时协商一次用户特定drx周期相比，具有了更多的主动性，ue101能根据自身的使用环境、功耗需求等具体情况灵活改变drx周期。[0104]例如，当儿童手表(ue101)侦测到现在是下课时间，可以将寻呼周期调小，以提高ue101的接收效果，则可以主动向mme103发送第一信息，所述第一信息指示用户特定drx周期值(较小的)不指示基站102使用所述用户特定drx周期值，则基站102将所述用户特定drx周期与默认寻呼周期比较后，确定所述用户特定drx周期较小，因而将所述用户特定drx周期作为ue101与基站102之间的寻呼周期进行寻呼，从而实现将寻呼周期调整为较小的周期的目的。又如，当儿童手表(ue101)侦测到当前已是深夜时段，则可以向mme103发送第一信息，所述第一信息指示所述用户特定drx周期值(较大的)以及指示基站102使用所述用户特定drx周期值，则基站102直接将所述用户特定drx周期作为ue101与基站102之间的寻呼周期进行寻呼，从而实现将寻呼周期调整为较大的周期的目的，以利于节省所述儿童手表的功耗。又或者，所述儿童手表检测到电池即将耗尽，也可主动发送所述第一信息，以延长寻呼周期。[0105]继续参看图2，无论是通过步骤s21和步骤s22请求调整寻呼周期，还是通过步骤s23和步骤s24请求调整寻呼周期，都需要执行步骤s25。步骤s25是由mme103下发paging消息。paging消息是周期性重复发送的消息，每个paging消息所包含的取决于多种因素。步骤25中的paging响应于mme103向基站102下发一个用于传递所述第一信息的paging。基站102接收到这个paging后，从中提取所述第一信息。[0106]然后基站102执行步骤s26。基站102根据所述第一信息的指示向ue101发送paging，对于通信系统中其他未要求用户特定drx周期的用户设备按默认寻呼周期寻呼，或者，对通信系统中提出了用户特定drx周期的其他用户设备按其协商结果下发寻呼。[0107]具体的，基站102在所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值的情况下，将所述用户特定drx周期值作为ue101和基站102之间的寻呼周期对ue101进行寻呼；在所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值的情况下，基站102将所述用户特定drx周期与默认寻呼周期进行比较，取其中的较小值作为新的寻呼周期，按所述新的寻呼周期对ue101进行寻呼。[0108]图2所示的通信系统中，首先扩展了drx参数中字节3的bit8～bit5的定义，使得ue101和基站102之间的寻呼周期可以大于默认寻呼周期，弥补了现有技术中用户特定drx周期只能小于默认寻呼周期的缺点，为进一步降低用户设备的功耗提供了方案。[0109]其次，图2所示的通信系统中，还能在rrcconnected模式下协商寻呼周期，使得用户设备可以灵活的根据自身所处的使用环境或者功耗需求等具体情况灵活改变寻呼周期，弥补了现有技术中只能在开机时通过rrcconnectionsetupcomplete中的的attachrequest协商一次的缺陷。[0110]上述实施例只是对本技术的ue101、基站102、mme103之间进行通信以确定寻呼周期并根据该寻呼周期进行寻呼的信号流程图的示例描述，本
技术领域：
：的人员应该可以理解，该信号流程图也可以其他技术来实施。例如，表3中bit8-bit5可以取其它比特值，并且与该比特值所相对应的第一信息的内容(例如，表3中的“系数”一栏表示的用户特定drx周期值和表3中的“使用情况”一栏表示基站102将该用户特定drx周期值与默认寻呼周期值进行比较取较小值(即，协商寻呼周期的过程)还是使用该用户特定drx周期值无需协商)也可以有其他不同组合。又如，上述第一信息可以包括在attachrequest中，也可以包括在ulinformationtransfer中，或者其他ue101与网络侧设备(基站102，mme102，等)之间的其他信息中。[0111]图3是根据本技术的第一实施例，图2中的用户设备的方法流程图。在根据图3的一些实施例中，ue101作为通信终端，在开机后需要与基站102同步时序、建立上下行物理信道，以及，通过基站102的广播消息获取基站102的一些基本信息，其中，包括基站102的默认寻呼周期(defaultpagingcycle)。[0112]在根据图3的一些实施例中，ue101可以如步骤s31～步骤s32所示，在与基站102建立rrc连接的过程中与基站102或者mme103协商drx周期，以使ue101和基站102之间按用户特定drx周期进行寻呼。也可以如步骤s33所示，在rrcconnected的模式下与基站102协商drx周期，以使ue101和基站102之间按用户特定drx周期进行寻呼。或者，ue101可以通过步骤s31～步骤s32与基站102确定一个用户特定drx周期作为寻呼周期，然后在rrcconnected模式下希望改变寻呼周期，则可以通过步骤s33重新确定一个用户特定drx周期作为寻呼周期。也就是说，步骤s31～步骤s32与步骤s33可以分别执行，也可以重叠执行。[0113]当然，ue101也可以不要求协商drx周期，在此情况下，ue101和基站102之间按通信系统的所述默认寻呼周期(defaultpagingcycle)进行寻呼。所述默认寻呼周期包含在基站102下发的广播消息sib2中。[0114]具体的，ue101实现寻呼周期调节的过程如下：[0115]步骤s30，与基站102同步时序、建立上下行物理信道，以及，通过基站102的广播消息获取基站102的一些基本信息，其中，包括基站102的默认寻呼周期(defaultpagingcycle)。[0116]步骤s31(可以执行，也可以不执行)，ue101向mme103发送第一信息，所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。优选的，所述第一信息包含于ue101向mme103发送的attachrequest的drx参数中。drx参数的使用方法可参看表1～表3及其说明。[0117]步骤s32(如执行s31则执行，如不执行s31则不执行)，ue101接收mme103下发的attachaccept。mme103从attachrequest中获取所述第一信息。[0118]步骤s33(可以执行，也可以不执行)，ue101向基站102发送第一信息，所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。优选的，所述第一信息包含于ue101向基站102发送的ulinformationtransfer的drx参数中。drx参数的使用方法可参看表1～表3及其说明。[0119]通过上述步骤s31～s33，ue101已发出了用于要求调节drx周期的第一信息，此后，基站102按第一信息中指定的方式下发paging消息。ue101则首先执行步骤s34，确认当前是按用户特定drx周期接受寻呼还是需要进一步比较用户特定drx周期和默认寻呼周期。[0120]ue101在判断已经收到用户特定drx周期以及指示基站102使用所述用户特定drx周期值的情况下，执行步骤s37，将所述用户特定drx周期值作为ue101和基站102之间的寻呼周期，接收基站102的寻呼。ue101在判断收到的是指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值的情况下，执行步骤s35，ue101将所述用户特定drx周期与之前收到的默认寻呼周期进行比较，取其中的较小值作为新的寻呼周期，按所述新的寻呼周期接收基站102的寻呼。也就是说，执行步骤s35时，若用户特定drx周期小于默认寻呼周期，则执行s37；若用户特定drx周期大于默认寻呼周期，则执行步骤s36，将默认寻呼周期值作为ue101和基站102之间的寻呼周期值，接收基站102的寻呼。[0121]通过使用图3所示的寻呼方法，ue101可以根据ue101和基站102之间的通信业务类型或者ue101的功耗以及ue101的使用时间(当前所处时间段)中的至少一个，判断是否需要调节所述drx周期，以达到降低ue101的功耗的目的。[0122]上述实施例只是对本技术的ue101与基站进行通信以确定寻呼周期并根据该寻呼周期进行寻呼的信号流程图的示例描述，本
技术领域：
：普通人员应该可以理解，该信号流程图也可以其他技术来实施。例如，上述第一信息可以包括在除attachrequest、ulinformationtransfer以外的消息中。[0123]图4是根据本技术的第一实施例，图2中的基站的方法流程图，其中的一部分步骤与图3中的步骤相对应。首先，基站102在与ue101建立rrc连接的过程中，通过广播消息sib2向ue101发送默认寻呼周期。对于没有要求调节drx周期的用户终端来说，所述用户终端与基站102之间的寻呼周期就是所述默认寻呼周期。在ue101要求调节drx周期的情况下，ue101与基站102之间按协商的结果进行寻呼。当然，协商可以不成功，在此情况下，ue101和基站102之间还是按所述默认寻呼周期进行寻呼。[0124]具体的，基站102实现寻呼周期调节的过程如下：[0125]步骤s40，与ue101之间同步时序、建立上下行物理信道，并且向ue101发送广播消息，其中，包括基站102的默认寻呼周期(defaultpagingcycle)。[0126]步骤s41，向mme103转发ue101上传的attachrequest。本领域技术人员应知，步骤s41是透明转发，基站102并不对attachrequest做任何操作。步骤s41是与步骤s31相对应的，若步骤s31的attachrequest中并没有包括所述第一信息，那么步骤s41中的attachrequest也不包括所述第一信息。[0127]步骤s42，向ue101转发mme103下发的attachaccept。同样，本领域技术人员应知，步骤s42是透明转发，基站102并不对attachrequest做任何操作。[0128]步骤s43，接收来自ue101的ulinformationtransfer。步骤s43与步骤s33相对应，在步骤s33发出的ulinformationtransfer不包括第一信息的情况下，基站102收到的ulinformationtransfer也不包括所述第一信息。[0129]步骤s44，在步骤s43传递了所述第一信息的情况下，基站102从ulinformationtransfer的drx参数中提取出所述第一信息，然后将其整合到uplinknastranport中，并向mme103发送uplinknastranport。在在步骤s43没有传递所述第一信息的情况下，基站102向mme103发送的uplinknastranport中也不包含所述第一信息。[0130]相应于步骤s31～步骤s32以及步骤s33，步骤s41～步骤s42以及步骤s43～步骤s44可以分别执行，也可以依次执行；根据ue101的使用环境、用户需求等多种因素，步骤s43～步骤s44还可以多次反复执行。[0131]步骤s45，在步骤s41～步骤s42和/或步骤s43～步骤s44之后，一般基站102接收到一条发自mme103的paging消息，其中，包括第一信息。所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。如果所述第一条paging中不包括所述第一信息，基站102采用默认寻呼周期作为向ue101发起paging的寻呼周期。若基站102没有收到包含所述第一信息的paging消息，则，基站102仍按原有的寻呼周期对ue101进行寻呼。[0132]收到的paging中指示了使用用户特定drx周期或者指示了用户特定drx周期值以及指示基站102使用所述用户特定drx周期值。如果在所述paging中没有包含第一信息，则基站102之间仍旧按照原有的寻呼周期进行寻呼。[0133]根据3gpp36.413协议中的定义，paging消息中通过pagingdrx参数来传递所述第一信息，pagingdrx参数的结构如表4所示，从中可以看出，pagingdrx参数是可选项，当ue101携带用户特定drx周期时(即使用表1～3所说明的drx参数时)，mme103下发给基站102的paging中才会包括pagingdrx参数，用于通知基站102最终确定的寻呼周期。[0134]表4[0135][0136]然后执行步骤s46，根据第一信息的内容决定后续的步骤。在判断已经收到用户特定drx周期以及指示基站102使用所述用户特定drx周期值的情况下，基站102继续执行步骤s48，将所述用户特定drx周期值作为ue101和基站102之间的寻呼周期，向ue101发送寻呼。基站102在判断收到的是指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值的情况下，执行步骤s47，基站102将所述用户特定drx周期与之前收到的默认寻呼周期进行比较，取其中的较小值作为新的寻呼周期，按所述新的寻呼周期向ue101发送寻呼。也就是说，执行步骤s47时，若用户特定drx周期小于默认寻呼周期，则执行s48；若用户特定drx周期大于默认寻呼周期，则执行步骤s49，将默认寻呼周期值作为ue101和基站102之间的寻呼周期值，向ue101发送寻呼。[0137]图4所示的实施例中，基站102透传ue101发出的第一信息，根据mme103下发的paging消息调整与ue101之间的寻呼周期，不改变原有的用户设备、基站和核心网之间的消息传递过程，不需要在网络层面做出修改。基站的改进之处在于，对于收到的paging消息进行判读，根据所述paging消息中是否携带所述第一信息以及携带的第一信息传递了何种需求而决定与用户设备之间的寻呼周期。有助于所述用户设备灵活的调整功耗。[0138]上述实施例只是对本技术的基站102如何参与到调整ue101和基站102之间的寻呼周期的示例描述，本
技术领域：
：普通人员应该可以理解，图4所示的流程图也可以通过其他技术方案来实施。例如，所述第一信息不传递至mme，而是只在ue和基站之间协调。又或者，所述第一信息同时传递给基站和mme，而不需要mme通知基站所述第一信息。[0139]图5所示是根据本技术的第一实施例，图2中的mme103的方法流程图。其中，步骤s51～步骤s52与步骤s31～步骤s32相呼应，若步骤s31～步骤s32中不包含第一信息，则步骤s51～步骤s52不需要有响应；步骤s53与步骤s33相呼应，若步骤s33中不包含第一信息，则步骤s53不需要有响应。[0140]具体的，mme103实现寻呼周期调节的过程如下：[0141]步骤s51，接收ue101上传的attachrequest(由基站102透明转发)，其中包含第一信息。[0142]步骤s52，向ue101下发attachaccept(由基站102透明转发)。[0143]步骤s53，接收来自基站102的uplinknastranport，其中包括第一信息。呼应于ue101在idle模式或rrc_connected模式发出的第一信息，步骤s51和s52以及步骤s53可以分别独立执行，也可以依次执行；步骤s53还可以多次反复执行。[0144]经过步骤s51～步骤s52和/或步骤s53，mme103已经获取了ue101需要调节drx周期的第一信息。[0145]步骤s54，mme103在步骤s51～步骤s52和/或步骤s53之后，下发的第一条paging中，通过pagingdrx参数(参见表4)向基站102传递所述第一信息。通知基站102按第一信息的指示与ue101进行寻呼。[0146]图5所示的实施例中，mme通过基站接收用户终端发出的第一信息，由于所述第一信息内嵌于原有的参数中，不改变原有的用户设备、基站和核心网之间的消息传递过程，不需要在网络层面做出修改。mme的改进之处在于，对于收到的attachrequest消息或者uplinknastranport消息进行分析，如其中包含第一信息，则将其通知给基站。同时也可以在mme中留下记录，对于要求用户特定drx周期的用户设备从mme端即开始调整寻呼周期。[0147]上述实施例只是对本技术的mme103如何参与到调整ue101和基站102之间的寻呼周期的示例描述，本
技术领域：
：普通人员应该可以理解，图5所示的流程图也可以通过其他技术方案来实施。例如，所述第一信息不传递至mme，而是只在ue和基站之间协调。又或者，所述第一信息传递给mme后，mme不通知基站所述第一信息，由mme管理用户设备的特定寻呼周期。[0148]需要补充说明的是，如果ue101未通过drx参数给出第一信息，则mme103在发给基站102的paging消息中不包含pagingdrx参数，即不指示基站102使用用户特定drx周期，那么基站102采用默认寻呼周期作为下一次基站102向ue101发送paging的寻呼周期。[0149]此外，ue101需要恢复使用基站102当前使用的默认寻呼周期时，通过ulnas(上行nas)消息携带默认寻呼周期即可。[0150]图6是根据本技术的第二实施例，选取逻辑信道及协商寻呼周期的信号流程图。如图6所示：[0151]步骤s601，基站102向ue101发送广播，包括同步主、辅时序(pss、sss)，建立物理广播信道(pbch)和发送系统信息广播(sibs)。[0152]步骤s602，基站102向ue101发送扩展的sib1(sib1 sib1extension)消息，所述扩展的sib1是对现有3gpp的sib1消息的补充，用于声明基站102能够遵守在本实施例中新增加的一些交互内容，具体地，其中包含基站102的智能连接drx(smartcdrx)能力信息。[0153]所述的新增加的一些交互内容可以视为对现有3gpp协议的补充，在本实施例中具体体现为在mac层(mediaaccesscontrol，介质访问控制层)中增加若干消息，用于补充规定一些mac层的控制字。[0154]在本实施例中两个遵守所述新增加的一些交互内容的硬件(例如，终端和基站)之间使用扩展的系统信息广播sib1，所述扩展的系统信息广播sib1在标准的系统信息广播sib1基础上增加一个字节，用于在两个所述硬件之间互相确认对方是否遵守所述新增加的一些交互内容。[0155]基站102的smartcdrx能力信息指示，基站102具有在基于用户特定drx周期值确定的寻呼周期内，向ue101发送寻呼信息，而无需将用户特定drx周期值与默认寻呼周期值做比较的能力。[0156]步骤s603～步骤s612按现行的3gpp协议建立基站102和ue101之间的rrc连接。[0157]步骤s613，ue101向基站102发送uecapabilityinformation，其中包含ue101的smartcdrx能力信息。3gpp36.331协议对uecapabilityinformation消息进行了具体定义和描述。此处，在该消息中包含的ue101的smartcdrx能力信息是新增加的内容，用于声明ue因遵守新增加的一些交互内容而具备的特殊能力，例如smartcdrx能力。所述smartcdrx能力信息指示，ue101具有在基于所述用户特定drx周期值确定的寻呼周期内，接收来自基站102的寻呼信息，而无需将所述用户特定drx周期值与默认寻呼周期值做比较的能力。[0158]本实施例中，ue101的smartcdrx能力信息可以通过如下代码上报：[0159][0160]步骤s614，基站102接收到ue101的smartcdrx能力信息后，激活针对ue101的智能连接drx功能。所述激活针对ue101的智能连接drx功能是指，基站102需标记ue101将使用用户特定drx周期作为寻呼周期，而不使用基站102默认的默认寻呼周期作为寻呼周期。优选的，基站102建立寻呼周期管理表格，用于记录与基站102通信的所有用户设备的寻呼周期。基站102接收到ue101的smartcdrx能力信息后，在所述表格中记录ue101将使用用户特定drx周期，后期再将确定的周期值写入所述表格中，然后在之后的寻呼工作中根据该确定的周期值对ue101进行寻呼。[0161]步骤s615，基站102向ue101发送rrcconnectionreconfiguration，其中，包括对ue101的smartcdrx能力的确认信息以及指定的逻辑信道号(lcid)的信息。3gpp36.331协议对rrcconnectionreconfiguration消息进行了具体定义和描述。此处，在该消息中包含的ue101的smartcdrx能力的确认信息以及指定的逻辑信道号(lcid)的信息是本实施例对现有协议进行补充的内容。[0162]本实施例中，可以通过如下代码实现逻辑信道的指定：[0163][0164]其中，所述对ue101的smartcdrx能力的确认信息指示，基站102是否接受ue101使用smartcdrx能力。[0165]步骤s616，ue101向基站102发送rrcconnectionreconfigurationcomplete，其中，包括第一信息，所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。其中，所述第一信息包含于步骤s615指示的lcid对应的macce(mac控制单元)中。关于macce的说明请参见后文。3gpp36.331协议对rrcconnectionreconfigurationcomplete消息进行了具体定义和描述。此处，在该消息中包含的第一信息是本实施例对现有协议进行补充的内容。[0166]在图6所示的流程图中，执行完步骤s616即完成了ue101和基站102之间关于寻呼周期的调节过程。之后的其他流程可按照3gpp协议的规定执行，例如，还可再次执行步骤s617和步骤s618。[0167]对比图6和标准的3gpp标准过程可知，上述的smartcdrx参数(携带第一信息)的设置是嵌入于所述3gpp标准过程的。首先在系统广播阶段在sib1消息中附件确认信息，以互相确定对方遵守前述的新增加的一些交互内容，然后在标准的rrcconnectionreconfigurationcomplete后增加私有的smartcdrx参数设置过程，充分利用了现有的流程，并且不涉及核心网的协议修改，实现过程较为简单。[0168]具体的，根据本技术的一些实施例，可以使用协议保留逻辑信道id(lcid)的macce(mediaaccesscontrolcontrolelement，介质访问控制层控制单元)传递所述smartcdrx参数，其中具体选用哪一个lcid，由基站102在端管(用户端和基站)握手时指定lcid的值。[0169]上述实施例只是对遵守前述的新增加的一些交互内容的ue101和基站102之间进行通信以确定寻呼周期并根据该寻呼周期进行寻呼的信号流程图的示例描述，本
技术领域：
：的人员应该可以理解，该信号流程图也可以其他技术来实施。例如，ue101和基站102只要能够识别步骤s602、步骤s613～步骤s616的消息即可。也就是说，即便ue101和基站102遵守其他私有、公开的协议，只要所述协议中包括步骤s602、步骤s613～步骤s616所述的消息交互过程，本实施例也可实现。[0170]下面参照图9示例说明根据本技术的第二实施例，选取逻辑信道的示意图，从而举例说明macce结构。在标准3gpp协议中，mac层的逻辑信道预留了很多保留信道。对于上行链路，macheader中索引号(lcid)为01011-11000的sub-header都是保留信道，对于下行链路，macheader中索引号为01011-11010的sub-header都是保留信道。可以从中任选一个lcid，然后在相应的macce(maccontrolelement，mac控制单元)中填入用户特定drx周期。[0171]如图9所示，优选的，maccontrolelement包括2个字节，第一字节的bit7-bit4用于指示终端的版本号，bit3-bit0用于指示本次申请的类型，第二字节全部用于填写欲申请的内容，如用户特定drx周期的代码。[0172]所述申请类型为空闲态寻呼周期的协商类型的信息，其中所述空闲态寻呼周期的协商类型指示所述用户设备与所述基站协商所述寻呼周期的类型。例如，ue101在rrc_connected时，通过macce协商寻呼周期指示当前为“空闲态寻呼周期的协商”的类型。[0173]所述申请的内容类似于表3中drx参数的字节3的bit8-bit5，也就是说，所述申请的内容可以是一种索引，如果8个bit全部定义，可以提出256种用户特定drx周期。列举性的，可将00000001映射为64(t)，00000010映射为128(t)，……，11111111映射为4096(t)等。[0174]图6所示的实施例中，调整ue101和基站102之间的寻呼周期的交互过程只发生在ue101和基站102之间，也就是说，交互过程再接入网部分就已完成，不需要核心网的参与，减轻了核心网的管理压力。同时，ue101和基站102的交互过程限于mac层，数据传递路径比较短，控制比较简洁。[0175]上述实施例只是对本技术的ue101和基站102之间的寻呼周期调整的示例描述，本
技术领域：
：普通人员应该可以理解，通过逻辑信道传递第一信息只是一个优选的实施例，图6所示的流程图也可以通过其他技术方案来实施。[0176]图7是根据本技术的第二实施例，用户设备的方法流程图。对于遵守协议的ue101，调节寻呼周期的步骤如下：[0177]步骤s71，ue101与基站102同步时序，建立物理信道，开始接受基站下发的系统信息广播sibs，其中，在sib2中包括基站102的默认寻呼周期。[0178]步骤s72，ue101接受基站102下发的扩展的sib1(sib1 sib1extension)消息，所述扩展的sib1用于声明基站102能够遵守协议，其中，包含基站102的smartcdrx能力信息。[0179]步骤s73，ue101与基站102按现有的3gpp标准交互，直至建立rrc连接。[0180]步骤s74，ue101向基站102发送uecapabilityinformation，其中包含ue101的smartcdrx能力信息。[0181]步骤s75，ue101接收基站102发送的rrcconnectionreconfiguration，其中，包括对ue101的smartcdrx能力的确认信息以及指定的逻辑信道号(lcid)的信息。[0182]步骤s76，ue101向基站102发送rrcconnectionreconfigurationcomplete，其中，包括第一信息，所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。其中，所述第一信息包含于步骤s615指示的lcid对应的macce(mac控制单元)中。[0183]步骤s77，ue101继续与基站102交互以完成rrcconnectionreconfiguration过程。[0184]步骤s78，ue101在收到基站102下发的第一个paging消息时，执行步骤s78，在判断已经收到用户特定drx周期以及指示基站102使用所述用户特定drx周期值的情况下，执行步骤s710，将所述用户特定drx周期值作为ue101和基站102之间的寻呼周期，接收基站102的寻呼。ue101在判断收到的是指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值的情况下，执行步骤s79，ue101将所述用户特定drx周期与之前收到的默认寻呼周期进行比较，取其中的较小值作为新的寻呼周期，按所述新的寻呼周期接收基站102的寻呼。也就是说，执行步骤s79时，若用户特定drx周期小于默认寻呼周期，则执行s710；若用户特定drx周期大于默认寻呼周期，则执行步骤s711，将默认寻呼周期值作为ue101和基站102之间的寻呼周期值，接收基站102的寻呼。[0185]图7所示的实施例中，示出了ue101通过逻辑信道传递第一信息的过程，其与图2和图3所示的第一实施例在本质上是相同的，都是通过第一信息传递用户设备的调整需求，然后由基站实施新的寻呼周期。新的寻呼周期基于被扩展过定义的非连续接收周期参数，使得最终ue101和基站102之间的寻呼周期可以超出3gpp标准定义的512t的上限，进而可使用户设备在更广的范围内选择寻呼周期。[0186]进一步的，在attachrequest以外的消息(例如，rrcconnectionreconfigurationcomplete消息)中使用非连续接收周期参数，解决了用户设备只能在开机时调节一次非连续接收周期的缺陷，使得用户设备可以更灵活的调整寻呼周期。[0187]上述实施例只是对本技术的ue101的寻呼周期调整的示例描述，本
技术领域：
：普通人员应该可以理解，通过逻辑信道传递第一信息只是一个优选的实施例，图7所示的流程图也可以通过其他技术方案来实施。[0188]图8是根据本技术的第二实施例，基站102的方法流程图。对于遵守协议的基站102，其配合ue101调节寻呼周期的步骤如下：[0189]步骤s81，基站102发送广播消息，与ue101同步时序，建立物理信道，开始向ue101下发系统信息广播sibs，其中，在sib2中包括基站102的默认寻呼周期。[0190]步骤s82，基站102向ue101下发扩展的sib1(sib1 sib1extension)消息，所述扩展的sib1用于声明基站102能够遵守协议，其中，包含基站102的smartcdrx能力信息。[0191]步骤s83，ue101与基站102按现有的3gpp标准交互，直至建立rrc连接。[0192]步骤s84，基站102接收ue101发送的uecapabilityinformation，其中包含ue101的smartcdrx能力信息。同时，基站102还激活基站102针对ue101的智能连接drx功能。所述基站102针对ue101的智能连接drx功能是指基站102需标记ue101将使用用户特定drx周期作为寻呼周期，而不是基站102默认的默认寻呼周期。优选的，基站102建立寻呼周期管理表格，用于记录与基站102通信的所有用户设备的寻呼周期。基站102接收到ue101的smartcdrx能力信息后，在所述表格中记录ue101将使用用户特定drx周期，后期再将确定的周期值写入所述表格中。[0193]步骤s85，基站102向ue101发送rrcconnectionreconfiguration，其中，包括对ue101的smartcdrx能力的确认信息以及指定的逻辑信道号(lcid)的信息。[0194]步骤s86，基站102接收ue101发送的rrcconnectionreconfigurationcomplete，其中，包括第一信息。所述第一信息指示所述用户特定drx周期值以及指示基站102使用所述用户特定drx周期值或者所述第一信息指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值。其中，所述第一信息包含于通过步骤s85指示的lcid对应的macce(mac控制单元)中。[0195]步骤s87，基站102继续与ue101交互以完成rrcconnectionreconfiguration过程。[0196]步骤s88，基站102在收到mme103下发的第一个paging消息时，执行步骤s88，在判断已经收到用户特定drx周期以及指示基站102使用所述用户特定drx周期值的情况下，执行步骤s810，将所述用户特定drx周期值作为ue101和基站102之间的寻呼周期，对ue101进行寻呼。基站102在判断收到的是指示所述用户特定drx周期值但不指示基站102使用所述用户特定drx周期值的情况下，执行步骤s89，基站102将所述用户特定drx周期与之前收到的默认寻呼周期进行比较，取其中的较小值作为新的寻呼周期，按所述新的寻呼周期接对ue101进行寻呼。也就是说，执行步骤s89时，若用户特定drx周期小于默认寻呼周期，则执行s810；若用户特定drx周期大于默认寻呼周期，则执行步骤s811，将默认寻呼周期值作为ue101和基站102之间的寻呼周期值，对ue101进行寻呼。[0197]图8所示的实施例中，示出了基站102通过逻辑信道传递第一信息的过程，其与图2和图4所示的第一实施例在本质上是相同的，都是通过第一信息传递用户设备的调整需求，，然后由基站实施新的寻呼周期。新的寻呼周期基于被扩展过定义的非连续接收周期参数，使得最终ue101和基站102之间的寻呼周期可以超出3gpp标准定义的512t的上限，进而可使用户设备在更广的范围内选择寻呼周期。[0198]进一步的，在attachrequest以外的消息(例如，rrcconnectionreconfigurationcomplete消息)中使用非连续接收周期参数，解决了用户设备只能在开机时调节一次非连续接收周期的缺陷，使得用户设备可以更灵活的调整寻呼周期。[0199]上述实施例只是对本技术的基站102的寻呼周期调整的示例描述，本
技术领域：
：普通人员应该可以理解，通过逻辑信道传递第一信息只是一个优选的实施例，图8所示的流程图也可以通过其他技术方案来实施。[0200]进一步的，由于图6～8所示的一些实施例的协议改进不涉及核心网，核心网仍按其固有周期下发paging，因此在建立rrc连接时，当rrcrequest消息中携带ue101的tmsi(temporarymobilesubscriberidentity，临时移动用户辨识码)时，u101e才可与基站102协商寻呼周期。[0201]进一步的，基站102记录协商的用户特定drx周期(实质是记录前文提及的drx周期系数)及ue101的tmsi，以便后期可参照tmsi确定对ue101的寻呼周期。[0202]进一步的，当mme103下发的寻呼(paging)消息中的tmsi值(即ue101的tmsi)与基站102存储的tmsi一致时，基站102按照用户特定drx周期向ue101下发寻呼消息。当ue101的tmsi发生变更后，ue101和基站102之间恢复使用在sib2中下发的默认寻呼周期，如有需要，ue101可通过macce重新协商寻呼周期。[0203]进一步的，对于整个通信系统而言，为了防止对基站102的资源消耗(占用)，还可在一天的某个固定时间清除所有请求了用户特定drx周期的用户设备和基站102之间的已协商的数据。如所述用户设备有需求，可重新协商，即基站最长保存协商数据24小时。[0204]进一步的，当ue101需要调节寻呼周期时，必须在本次rrc建立时携带了ue101当前的tmsi的情况下，才可触发macce协商。[0205]随着业务发展，催生出更多差异化的用户诉求，如儿童手表的诉求焦点在于：①保证通话和定位两个关键功能；②超低功耗极，超长待机。通过对儿童手表这一特定智能终端的用户行为分析可知，儿童手表在多数时间处于空闲模式(例如，在上课时间段必须处于空闲模式)。空闲模式(idle模式)下，终端的主要行为(功能)是监听通信网络下发的寻呼消息。如果直接在这一类低速率、低频次要求的ue上移植手机的通信模块，则会出现功耗、性能过剩、成本高等问题，不符合当前对智能终端的预期。本技术提出上述实施例，以进一步降低智能终端的功耗，本领域技术人员可在上述实施例或实施例的结合的基础上设计更低功耗的智能终端，进一步提升产品的竞争力。[0206]在由图6～8所描述第二实施例中，在ue1.01和基站102之间的通信协议中新增了smartcdrx能力的声明、使用等内容。在本实施例中，相关内容分别利用了现有的s1b1、rrcconnectionreconfiguration、rrcconnectionreconfigurationcomplete和uecapabilityinformation消息进行承载，也就是说，对上述四个消息进行补充定义。但本领域普通技术人员应知，本实施例的提出意在说明ue和基站之间如何通过逻辑信道实现smartcdrx能力的应用，而非仅仅意在补充定义上述四个消息。通过对现有消息的补充定义来实现上述的smartcdrx能力是本技术做出的一个最优选择。根据本技术的发明构思，本领域技术人员也可以通过增加新的消息(名称)或者由其他现有消息来承载smartcdrx能力的应用过程。本技术在此不做过多限定。[0207]图10根据本技术的一个实施例的ue101的结构示意图。[0208]ue101可以包括处理器1000，外部存储器接口120，内部存储器121，通用串行总线(universalserialbus，usb)接头130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentificationmodule，sim)卡接口195等。其中传感器模块180可以包括压力传感器180a，陀螺仪传感器180b，气压传感器180c，磁传感器180d，加速度传感器180e，距离传感器180f，接近光传感器180g，指纹传感器180h，温度传感器180j，触摸传感器180k，环境光传感器180l，骨传导传感器180m等。[0209]可以理解的是，本技术实施例示意的结构并不构成对ue101的具体限定。在本技术另一些实施例中，ue101可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。[0210]处理器1000可以包括一个或多个处理单元，例如：处理器1000可以包括中央处理器(centralprocessingunit，cpu)、微处理器(micro-programmedcontrolunit，mcu)、应用处理器(applicationprocessor，ap)，调制解调处理器，图形处理器(graphicsprocessingunit，gpu)，图像信号处理器(imagesignalprocessor，isp)，控制器，视频编解码器，数字信号处理器(digitalsignalprocessor，dsp)，基带处理器，和/或神经网络处理器(neural-networkprocessingunit，npu)等。[0211]其中，调制解调器用于根据3gpp的协议，将需要发射的基带信号调制成可以通过天线传输的已调信号，和将天线接收到的信号解调成ue101的处理器能够处理的基带信号。不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。[0212]处理器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。[0213]处理器1000中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器1000中的存储器为高速缓冲存储器。该存储器可以保存处理器1000刚用过或循环使用的指令或数据。如果处理器1000需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器1000的等待时间，因而提高了系统的效率。[0214]在一些实施例中，处理器1000可以包括一个或多个接口。接口可以包括集成电路(inter-integratedcircuit，i2c)接口，集成电路内置音频(inter-integratedcircuitsound，i2s)接口，脉冲编码调制(pulsecodemodulation，pcm)接口，通用异步收发传输器(universalasynchronousreceiver/transmitter，uart)接口，移动产业处理器接口(mobileindustryprocessorinterface，mipi)，通用输入输出(general-purposeinput/output，gpio)接口，用户标识模块(subscriberidentitymodule，sim)接口。[0215]ue101的无线通信功能，例如根据本技术实施例的小区搜索方法，可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。[0216]天线1和天线2用于发射和接收电磁波信号。ue101中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。[0217]移动通信模块150可以提供应用在ue101上的包括2g/3g/4g/5g等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoiseamplifier，lna)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器1000中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器1000的至少部分模块被设置在同一个器件中。如图5中所示，根据本技术的实施例的上述的nas层、rrc层以及phy层可以作为功能模块被设置在移动通信模块150中。[0218]调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170a，受话器170b等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器1000，与移动通信模块150或其他功能模块设置在同一个器件中。[0219]在一些实施例中，ue101的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得ue101可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(globalsystemformobilecommunications，gsm)，通用分组无线服务(generalpacketradioservice，gprs)，码分多址接入(codedivisionmultipleaccess，cdma)，宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)，时分码分多址(time-divisioncodedivisionmultipleaccess，td-scdma)，长期演进(longtermevolution，lte)，bt，gnss，wlan，nfc，fm，和/或ir技术等。[0220]外部存储器接口120可以用于连接外部存储卡，例如microsd卡，实现扩展ue101的存储能力。外部存储卡通过外部存储器接口120与处理器1000通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。在本技术的实施例中，小区搜索参数表可以存储在通过外接存储器接口120连接的外部存储卡中。[0221]内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储ue101使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universalflashstorage，ufs)等。处理器1000通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行ue101的各种功能应用以及数据处理。在本技术的实施例中，内部存储器121可以用于存储小区搜索参数表，处理器1000可以被配置为执行根据如图3-4所示的小区搜索方法。[0222]sim卡接口195用于连接sim卡。sim卡可以通过插入sim卡接口195，或从sim卡接口195拔出，实现和ue101的接触和分离。ue101可以支持1个或n个sim卡接口，n为大于1的正整数。sim卡接口195可以支持nanosim卡，microsim卡，sim卡等。同一个sim卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。sim卡接口195也可以兼容不同类型的sim卡。sim卡接口195也可以兼容外部存储卡。ue101通过sim卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，ue101采用esim，即：嵌入式sim卡。esim卡可以嵌在ue101中，不能和ue101分离。在本技术的实施例中，诸如plmn等无线通信网络的信息可以存储在sim卡中。[0223]本技术的各方法实施方式均可以以软件、磁件、固件等方式实现。[0224]可将程序代码应用于输入指令，以执行本文描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本技术的目的，处理系统包括具有诸如例如数字信号处理器(dsp)、微控制器、专用集成电路(asic)或微处理器之类的处理器的任何系统。[0225]程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本文中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。[0226]至少一个实施例的一个或多个方面可以由存储在计算机可读存储介质上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本文所述的技术的逻辑。被称为“ip核”的这些表示可以被存储在有形的计算机可读存储介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。[0227]虽然本技术的描述将结合较佳实施例一起介绍，但这并不代表此申请的特征仅限于该实施方式。恰恰相反，结合实施方式作发明介绍的目的是为了覆盖基于本技术的权利要求而有可能延伸出的其它选择或改造。为了提供对本技术的深度了解，以下描述中将包含许多具体的细节。本技术也可以不使用这些细节实施。此外，为了避免混乱或模糊本技术的重点，有些具体细节将在描述中被省略。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。[0228]此外，各种操作将以最有助于理解说明性实施例的方式被描述为多个离散操作；然而，描述的顺序不应被解释为暗示这些操作必须依赖于顺序。特别是，这些操作不需要按呈现顺序执行。[0229]如这里所使用的，术语“模块”或“单元”可以指代、是或者包括：专用集成电路(asic)、电子电路、执行一个或多个软件或固件程序的(共享、专用或组)处理器和/或存储器、组合逻辑电路和/或提供所描述的功能的其他合适的组件。[0230]在附图中，以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可以不需要这样的特定布置和/或排序。在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包含结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。[0231]本技术公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本技术的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括多个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、多个输入设备以及多个输出设备。[0232]可将程序代码应用于输入指令，以执行本技术描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本技术的目的，处理系统包括具有诸如例如数字信号处理器(dsp)、微控制器、专用集成电路(asic)或微处理器之类的处理器的任何系统。[0233]程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本技术中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。[0234]在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。在一些情况下，至少一些实施例的一个或多个方面可以由存储在计算机可读存储介质上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本技术所述的技术的逻辑。被称为“ip核”的这些表示可以被存储在有形的计算机可读存储介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。[0235]这样的计算机可读存储介质可以包括但不限于通过机器或设备制造或形成的物品的非瞬态的有形安排，其包括存储介质，诸如：硬盘任何其它类型的盘，包括软盘、光盘、紧致盘只读存储器(cd-rom)、紧致盘可重写(cd-rw)以及磁光盘；半导体器件，例如只读存储器(rom)、诸如动态随机存取存储器(dram)和静态随机存取存储器(sram)之类的随机存取存储器(ram)、可擦除可编程只读存储器(eprom)、闪存、电可擦除可编程只读存储器(eeprom)；相变存储器(pcm)；磁卡或光卡；或适于存储电子指令的任何其它类型的介质。[0236]因此，本技术的各实施例还包括非瞬态的计算机可读存储介质，该介质包含指令或包含设计数据，诸如硬件描述语言(hdl)，它定义本技术中描述的结构、电路、装置、处理器和/或系统特征。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
