繁忙指示的传输方法及装置制造方法及图纸

本申请公开了一种繁忙指示的传输方法及装置，属于无线通信技术领域。该繁忙指示的传输方法包括：终端监听到寻呼消息后，判断是否向网络侧发送繁忙指示；若判定向网络侧发送繁忙指示，向网络侧发送所述繁忙指示。本申请中，当终端监听到寻呼消息后，若满足发送繁忙指示的条件，可以向网络侧发送繁忙指示，从而使得网络侧能够执行相应的处理，避免仍继续寻呼终端造成的网络资源浪费等情况发生。若条件不满足时，所述终端可以选择不发送繁忙指示，从而尽可能避免影响终端当前正在执行的业务。尽可能避免影响终端当前正在执行的业务。尽可能避免影响终端当前正在执行的业务。

【技术实现步骤摘要】
繁忙指示的传输方法及装置


[0001]本申请属于无线通信
，具体涉及一种繁忙指示的传输方法及装置。

技术介绍

[0002]目前市场上不仅存在单卡终端，还存在双卡或多卡终端，双卡或多卡终端统称为多卡终端。多卡可能来自同一个或不同的运营商，可以是实体卡，也可以是虚拟卡，如eSIM。多卡终端的能力可以是单发单收、单发双收和双发双收等。多卡终端的一个特点是可以在多个网络驻留，但是多卡终端的实现方式不同，有的多卡终端可以同时在多个网络发送和接收，互不影响。而有的多卡终端可以在多个网络驻留但是可能采用时分的方式在多个网络驻留，举例来说，一段时间在网络A驻留监听网络A的寻呼(paging)，另一段时间切换到网络B驻留以监听网络B的寻呼。或者，一段时间在网络A上处于连接态收发数据，而另一段时间要切换到网络B上接收寻呼。或者，一段时间在网络A上处于连接态收发数据，而另一段时间要到网络B上建立连接收发数据。
[0003]Rel
‑
17或之后的协议版本中，网络发送的空口寻呼消息里可能携带寻呼原因值(paging cause)，用于指示网络寻呼UE的原因，例如网络是因为有VoNR业务(即语音电话)到达所以才寻呼UE。UE可以根据从空口收到的寻呼消息中携带的寻呼原因值，确定后继的行为。例如：终端是一个双卡终端，卡1正在玩游戏，若卡2收到一个寻呼消息，对应的寻呼原因值为VoNR，终端可能会选择在卡2发起无线资源控制(Radio Resource Control，RRC)连接建立或RRC连接恢复到RRC连接态进行对应数据的收发。再例如，卡1正在进行语音通话，若卡2收到了寻呼消息，对应的寻呼原因值为短信业务，多卡终端可能会选择不处理卡2的业务，此时卡2的网络可能并不知道UE选择不处理卡2的业务，从而继续寻呼UE，造成网络资源浪费。

技术实现思路

[0004]本申请实施例的目的是提供一种繁忙指示的传输方法及装置，能够解决当终端选择不处理触发当前寻呼的业务时，网络侧仍然继续寻呼终端，造成网络资源浪费的问题。
[0005]为了解决上述技术问题，本申请是这样实现的：
[0006]第一方面，提供了一种繁忙指示的传输方法，由终端执行，该方法包括：
[0007]监听到寻呼消息后，判断是否向网络侧发送繁忙指示；
[0008]若判定向网络侧发送繁忙指示，向网络侧发送所述繁忙指示。
[0009]第二方面，提供了一种繁忙指示的传输方法，由网络侧设备执行，所述方法包括：
[0010]接收终端发送的繁忙指示；
[0011]根据所述繁忙指示执行对应的操作。
[0012]第三方面，提供了一种繁忙指示的传输装置，包括：
[0013]判断模块，用于监听到寻呼消息后，判断是否向网络侧发送繁忙指示；
[0014]第一发送模块，用于若判定向网络侧发送繁忙指示，向网络侧发送繁忙指示。
[0015]第四方面，提供了一种繁忙指示的传输装置，包括：
[0016]第一接收模块，用于接收终端发送的繁忙指示；
[0017]处理模块，用于根据所述繁忙指示执行对应的操作。
[0018]第五方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
[0019]第六方面，提供了一种网络侧设备，该网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。
[0020]第七方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤。
[0021]第八方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法。
[0022]第九方面，提供了一种程序产品，所述程序产品存储在非易失的存储介质中，所述程序产品被至少一个处理器执行以实现如第一方面所述的方法，或实现如第二方面所述的方法。
[0023]在本申请实施例中，当终端监听到寻呼消息后，若满足发送繁忙指示的条件，可以向网络侧发送繁忙指示，从而使得网络侧能够执行相应的处理，避免仍继续寻呼终端造成的网络资源浪费等情况发生。若条件不满足时，所述终端可以选择不发送繁忙指示，从而尽可能避免影响终端当前正在执行的业务。
附图说明
[0024]图1为本申请实施例可应用的一种无线通信系统的框图；
[0025]图2为本申请实施例的繁忙指示的传输方法的流程示意图；
[0026]图3为本申请实施例的繁忙指示的传输方法的流程示意图；
[0027]图4为本申请实施例的繁忙指示的传输装置的结构示意图；
[0028]图5为本申请实施例的繁忙指示的传输装置的结构示意图；
[0029]图6为本申请实施例的通信设备的结构示意图；
[0030]图7为本申请实施例的终端的硬件结构示意图；
[0031]图8为本申请实施例的网络侧设备的硬件结构示意图。
具体实施方式
[0032]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0033]本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对
象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
[0034]值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE
‑
Advanced，LTE
‑
A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single
‑...

【技术保护点】

【技术特征摘要】
1.一种繁忙指示的传输方法，其特征在于，由终端执行，所述方法包括：监听到寻呼消息后，判断是否向网络侧发送繁忙指示；若判定向网络侧发送繁忙指示，向网络侧发送所述繁忙指示。2.如权利要求1所述的方法，其特征在于，所述繁忙指示包括以下至少之一：无线资源控制RRC层繁忙指示和非接入层NAS繁忙指示。3.如权利要求2所述的方法，其特征在于，监听到寻呼消息后，判断是否向网络侧发送繁忙指示，包括：在满足第一条件、第二条件和第三条件中至少之一的情况下，判定向网络侧发送所述繁忙指示，其中：所述第一条件包括以下至少一项：所述寻呼消息由所述终端的一卡的网络侧发送，所述寻呼消息所对应的业务优先级低于或等于所述终端在其他卡正在执行或将要执行的业务优先级；所述寻呼消息由所述终端的一卡的网络侧发送，所述终端的其他卡正在执行或将要执行预设业务；所述终端在监听到所述寻呼消息之前，未向所述网络侧发送过离开指示信息，所述离开指示信息用于指示所述终端无法在所述网络侧收发数据；所述终端在监听到所述寻呼消息之前，未向所述网络侧发送过所述繁忙指示；所述第二条件包括以下至少一项：锚点基站或者最后服务的基站能够接收或处理RRC层繁忙指示或要求所述终端发送RRC层繁忙指示；锚点基站或者最后服务的基站支持发送寻呼原因值；锚点基站或者最后服务的基站支持多卡终端相关的功能或特征；所述第三条件包括以下至少一项：核心网能够接收或处理NAS繁忙指示或要求所述终端发送NAS繁忙指示；核心网支持发送寻呼原因值；核心网支持多卡终端相关的功能或特征。4.如权利要求3所述的方法，其特征在于，判断是否向网络侧发送繁忙指示之前还包括以下至少之一：通过广播消息或专用信令接收第一指示信息，所述第一指示信息用于指示锚点基站或者最后服务的基站是否能够接收或处理RRC层繁忙指示或要求所述终端发送RRC层繁忙指示；通过广播消息或专用信令接收第二指示信息，所述第二指示信息用于指示核心网是否能够接收或处理NAS繁忙指示或要求所述终端发送NAS繁忙指示；通过广播消息或专用信令接收第三指示信息，所述第三指示信息用于指示锚点基站或者最后服务的基站是否支持发送寻呼原因值；通过广播消息或专用信令接收第四指示信息，所述第四指示信息用于指示核心网是否支持发送寻呼原因值；通过广播消息或专用信令接收第五指示信息，所述第五指示信息用于指示锚点基站或者最后服务的基站是否支持多卡终端相关的功能或特征；
通过广播消息或专用信令接收第六指示信息，所述第六指示信息用于指示核心网是否支持多卡终端相关的功能或特征；向网络侧发送第七指示信息，所述第七指示信息用于指示所述终端是否支持发送所述繁忙指示。5.如权利要求3所述的方法，其特征在于，在满足第一条件、第二条件和第三条件中至少之一的情况下，判定向网络侧发送所述繁忙指示，包括以下至少一项：在所述第二条件和所述第三条件满足或者所述第一条件、所述第二条件和所述第三条件满足的情况下，判定发送所述RRC层繁忙指示或者根据所述终端接收到所述寻呼消息时的RRC状态发送所述繁忙指示；在所述第三条件不满足且所述第二条件满足，或者，所述第三条件不满足且所述第一条件和所述第二条件满足的情况下，判定发送所述RRC层繁忙指示；在所述第二条件不满足且所述第三条件满足，或者，所述第二条件不满足且所述第一条件和所述第三条件满足的情况下，判定发送所述NAS繁忙指示。6.如权利要求3所述的方法，其特征在于，判断是否向网络侧发送繁忙指示包括以下至少一项：在所述第二条件不满足且所述第三条件满足，或者，所述第二条件不满足且所述第一条件和所述第三条件满足的情况下，判定不发送所述繁忙指示；在所述第二条件不满足且所述第三条件不满足的情况下，判定不发送所述繁忙指示。7.如权利要求5所述的方法，其特征在于，根据所述终端接收到所述寻呼消息时的RRC状态发送所述繁忙指示，包括：若所述终端在RRC非激活态，发送所述RRC层繁忙指示；或，若所述终端在RRC空闲态，发送所述NAS繁忙指示。8.如权利要求2
‑
5任一项所述的方法，其特征在于，所述繁忙指示通过以下消息之一携带：RRC连接恢复请求消息、RRC连接恢复完成消息、RRC连接建立请求消息、RRC连接建立完成消息、安全模式命令SMC完成消息、NAS消息。9.如权利要求1所述的方法，其特征在于，还包括以下至少一项：向网络侧发送释放指示信息，所述释放指示信息用于指示网络侧释放所述终端；向网络侧指示第二定时器时长，所述第二定时器时长用于指示所述终端繁忙或者无法接收寻呼消息的时长。10.如权利要求9所述的方法，其特征在于，所述释放指示信息和/或所述第二定时器时长通过以下消息之一携带：RRC连接恢复请求消息、RRC连接恢复完成消息、RRC连接建立请求消息、RRC连接建立完成消息、安全模式命令SMC完成消息、NAS消息。11.如权利要求1所述的方法，其特征在于，向网络侧发送繁忙指示之后还包括以下至少一项：若未接收到RRC释放消息，所述终端进入RRC空闲态；若T319定时器超时，所述终端进入RRC空闲态；启动第一定时器，所述第一定时器用于指示所述终端接收RRC释放消息的等待时长。12.如权利要求11所述的方法，其特征在于，启动第一定时器之后还包括：若接收到RRC释放消息，停止所述第一定时器；或者
若所述第一定时器超时，所述终端释放到第一RRC状态，所述第一RRC状态为RRC空闲态或RRC非激活态。13.如权利要求12所述的方法，其特征在于，还包括：在发送所述繁忙指示时或发送所述繁忙指示之前，向网络侧发送所述第一定时器时长和/或所述第一RRC状态。14.如权利要求5所述的方法，其特征在于，在所述第二条件不满足且所述第三条件满足，或者，所述第二条件不满足且所述第一条件和所述第三条件的情况下，发送所述NAS繁忙指示，还包括：RRC层将所述繁忙指示或所述寻呼消息中的寻呼原因值上报给上层。15.如权利要求14所述的方法，其特征在于，RRC层将所述繁忙指示或所述寻呼消息中的寻呼原因值上报给上层之后还包括：所述终端进入RRC空闲态。16.如权利要求11或15所述的方法，其特征在于，所述终端进入RRC空闲态之后还包括：设置释放原因值。17.如权利要求16所述的方法，其特征在于，所述释放原因值包括以下至少之一：RRC连接失败、RRC连接恢复失败、繁忙指示失败和第一原因值。18.如权利要求1所述的方法，其...

【专利技术属性】
技术研发人员：蒲文娟，蔡宗颖，
申请(专利权)人：维沃移动通信有限公司，
类型：发明
国别省市：