一种通信方法及装置与流程

[0001]
本申请涉及通信技术领域，尤其涉及一种通信方法及装置。


背景技术：

[0002]
在第三代合作伙伴计划(the 3rd generation partnership project，3gpp)制定的长期演进(long term evolution，lte)无线通信技术规范中，当一个用户设备(user equipment，ue)在不进行通话或访问互联网时，就进入空闲(idle)状态，以便省电。在空闲状态下，ue多数时间处于休眠状态，仅周期性的在寻呼时机(paging occasion，po)时间点醒来接收系统侧的寻呼(paging)消息，若无该ue的寻呼消息则继续休眠，以降低功耗。
[0003]
目前的实体终端设备上通常会有两张卡，即主卡和副卡，主卡和副卡可能属于同一运营商，也可能属于不同的运营商。当主卡和副卡属于同一运营商时，对于ue而言，假设两个ue执行相同的信令流程，比如接收寻呼消息时，在现有技术中两个ue相互独立，例如两个ue分别为ue1和ue2，ue1的po为po1，ue2的po为po2，即ue1会在po1时间点醒来接收ue1的寻呼消息，ue2会在po2时间点醒来接收ue2的寻呼消息，这样会使得ue的信令开销比较大，并且功率消耗比较大。


技术实现要素：

[0004]
本申请提供一种通信方法及装置，用以解决ue在安装双卡情况下，每张卡分别在po时间点醒来接收寻呼消息导致信令开销大，且功率消耗较大的问题。
[0005]
第一方面，本申请提供一种通信方法，该方法应用于第一用户设备，具体包括：第一用户设备ue向网络设备发送第一消息，所述第一消息用于指示所述第一ue和第二ue的绑定关系；所述第一ue在第一寻呼时机接收所述网络设备根据所述绑定关系发送的寻呼消息；其中，所述寻呼消息包括所述第二ue的寻呼消息，所述第一ue接收寻呼消息的时机为所述第一寻呼时机，所述第二ue接收寻呼消息的时机为第二寻呼时机。
[0006]
在上述技术方案中，第一ue通过在第一寻呼时机接收第二ue的寻呼消息，可使得第二ue无需在自身的寻呼时机醒来接收寻呼消息，从而减少信令开销，并且降低了功率。
[0007]
在一种可能的设计中，所述寻呼消息还包括所述第一ue的寻呼消息。
[0008]
在上述技术方案中，第一ue通过在自身的寻呼时机接收自己的寻呼消息，同时接收第二ue的寻呼消息，可使得第二ue不需要在寻呼时机醒来接收寻呼消息，从而达到了给ue省电的目的。
[0009]
在一种可能的设计中，所述第一消息中携带所述第一ue的第一标识信息以及所述第二ue的第一标识信息。
[0010]
在上述技术方案中，通过第一ue和第二ue的第一标识信息来指示第一ue和第二ue的绑定关系，可以使得网络设备知道第一ue和第二ue的绑定关系，并根据第一标识信息来配置寻呼消息的接收方，这样能够使得第一ue根据网络设备配置的寻呼关系接收第二ue的寻呼消息，进而减少信令开销。
[0011]
在一种可能的设计中，所述第一ue在第一寻呼时机接收所述网络设备根据所述绑定关系发送的寻呼消息之前，所述方法还包括：
[0012]
所述第一ue接收所述网络设备发送的第二消息，所述第二消息用于指示确认所述第一ue和所述第二ue的寻呼绑定。
[0013]
在上述技术方案中，第一ue通过接收网络设备发送的确认第一ue和第二ue的寻呼绑定，可使得第一ue在第一寻呼时机接收第二ue的寻呼消息，从而减少信令开销，为ue省电。
[0014]
在一种可能的设计中，所述方法还包括：所述第一ue获取所述第二ue的第二标识信息。
[0015]
在上述技术方案中，第一ue通过获取第二ue的第二标识信息，可根据第二标识信息确定第二ue是否被寻呼，并将是否被寻呼的结果发送给第二ue。
[0016]
第二方面，本发明还提供一种通信方法，该方法应用于第一用户设备，包括：第一用户设备ue确定接收第二ue的寻呼消息；所述第一ue在第二寻呼时机接收所述网络设备发送的第二寻呼消息；其中，所述第二寻呼消息包括所述第二ue的寻呼消息，所述第二ue接收寻呼消息的时机为所述第二寻呼时机。
[0017]
在上述技术方案中，第一ue可以在确定接收第二ue的寻呼消息时，在第二寻呼时机接收第二ue的第二寻呼消息，这样第二ue可无需在第二寻呼时机醒来接收第二ue的寻呼消息，从而减少信令开销，降低功率。
[0018]
在一种可能的设计中，所述方法还包括：所述第一ue在第一寻呼时机接收所述网络设备发送的第一寻呼消息；其中，所述第一寻呼消息包括所述第一ue的寻呼消息，所述第一ue接收寻呼消息的时机为所述第一寻呼时机。
[0019]
在一种可能的设计中，所述方法还包括：所述第一ue接收所述第二ue发送的所述第二寻呼时机的信息。
[0020]
在上述技术方案中，第一ue接收第二ue的第二寻呼时机的信息，可在第二ue的第二寻呼时机接收第二ue的寻呼消息，无需第二ue在第二寻呼时机醒来接收第二寻呼消息，从而达到降低功率的目的。
[0021]
在一种可能的设计中，所述第二寻呼时机的信息包括以下的一个或多个：第二ue的寻呼时机，第二ue的标识信息，非连续接收周期信息，偏移信息。
[0022]
在上述方案中，第一ue通过接收第二寻呼时机的信息中的至少一项，可确定出第二寻呼时机，然后在第二寻呼时机接收第二ue的第二寻呼消息，这样可使得第二ue不需要在第二寻呼时机醒来接收寻呼消息，达到省电的目的。
[0023]
第三方面，本发明还提供一种通信方法，该方法应用于第一用户设备，包括：第一用户设备ue向核心网设备发送注册请求消息，所述注册请求消息用于指示对所述第一ue和第二ue进行位置更新，且所述注册请求消息中包括所述第一ue的标识信息和所述第二ue的标识信息。
[0024]
在上述技术方案中，第一ue可以在注册请求消息中携带第一ue和第二ue的标识信息，可使得核心网设备同时对第一ue和第二ue进行位置更新，无需单独对两个ue分别进行位置更新，从而减少信令开销，并且可提升更新速率。
[0025]
在一种可能的设计中，所述方法还包括：所述第一ue接收所述核心网设备发送的
注册接受消息，所述注册接受消息中包括第一ue进行位置更新后的标识信息和/或第二ue进行位置更新后的标识信息。
[0026]
第四方面，本发明提供一种通信方法，该方法应用于网络设备，包括：网络设备接收第一用户设备ue发送的第一消息，所述第一消息用于指示所述第一ue和第二ue的绑定关系；所述网络设备根据所述绑定关系在第一寻呼时机向所述第一ue发送寻呼消息；其中，所述寻呼消息包括所述第二ue的寻呼消息，所述第一ue接收寻呼消息的时机为所述第一寻呼时机，所述第二ue接收寻呼消息的时机为第二寻呼时机。
[0027]
在一种可能的设计中，所述寻呼消息还包括所述第一ue的寻呼消息。
[0028]
在一种可能的设计中，所述第一消息中携带所述第一ue的第一标识信息以及所述第二ue的第一标识信息。
[0029]
在一种可能的设计中，所述网络设备根据所述绑定关系在第一寻呼时机向所述第一ue发送寻呼消息之前，所述方法还包括：
[0030]
所述网络设备向所述第一ue发送第二消息，所述第二消息用于指示确认所述第一ue和所述第二ue的寻呼绑定。
[0031]
关于第四方面或第四方面的各种实施方式所带来的技术效果，可以参考对于第一方面或第一方面的各种实施方式的技术效果的介绍，在此处不作过多赘述。
[0032]
第五方面，提供一种装置，该装置可以为第一用户设备，该装置具有实现第一方面或第一方面任一种可能实现方式中的通信方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
[0033]
在一种可能的设计中，所述装置包括发送单元、接收单元，这些单元可以执行上述第一方面或第一方面任一种可能实现方式中的相应功能，具体参见方法示例中的详细描述。
[0034]
在另一种可能的设计中，所述装置包括发射器、接收器、处理器、存储器，所述发射器和接收器用于接收和发送数据，所述处理器被配置为支持所述装置执行上述第一方面或第一方面任一种可能实现方式中相应的功能。所述存储器与所述处理器耦合，其保存所述装置必要的程序指令。
[0035]
第六方面，提供一种装置，该装置可以为第一用户设备，该装置具有实现第二方面或第二方面任一种可能实现方式中的通信方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
[0036]
在一种可能的设计中，所述装置包括确定单元、接收单元，这些单元可以执行上述第二方面或第二方面任一种可能实现方式中的相应功能，具体参见方法示例中的详细描述。
[0037]
在另一种可能的设计中，所述装置包括处理器、存储器与收发器，所述收发器用于接收和发送数据，所述处理器被配置为支持所述装置执行上述第二方面或第二方面任一种可能实现方式中相应的功能。所述存储器与所述处理器耦合，其保存所述装置必要的程序指令。
[0038]
第七方面，提供一种装置，该装置可以为第一用户设备，该装置具有实现第三方面
或第三方面任一种可能实现方式中的通信方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
[0039]
在一种可能的设计中，所述装置包括发送单元、接收单元，这些单元可以执行上述第三方面或第三方面任一种可能实现方式中的相应功能，具体参见方法示例中的详细描述。
[0040]
在另一种可能的设计中，所述装置包括处理器、存储器与发射器，所述发射器用于接收和发送数据，所述处理器被配置为支持所述装置执行上述第三方面或第三方面任一种可能实现方式中相应的功能。所述存储器与所述处理器耦合，其保存所述装置必要的程序指令。
[0041]
第八方面，提供一种装置，该装置可以为网络设备，该装置具有实现第四方面或第四方面任一种可能实现方式中的通信方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
[0042]
在一种可能的设计中，所述装置包括接收单元、发送单元，这些单元可以执行上述第四方面或第四方面任一种可能实现方式中的相应功能，具体参见方法示例中的详细描述。
[0043]
在另一种可能的设计中，所述装置包括发射器、接收器、处理器、存储器，所述发射器和接收器用于接收和发送数据，所述处理器被配置为支持所述装置执行上述第四方面或第四方面任一种可能实现方式中相应的功能。所述存储器与所述处理器耦合，其保存所述装置必要的程序指令。
[0044]
第九方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。
[0045]
第十方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。
[0046]
第十一方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第三方面或第三方面的任意一种可能的设计中所述的方法。
[0047]
第十二方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第四方面或第四方面的任意一种可能的设计中所述的方法。
[0048]
第十三方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。
[0049]
第十四方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。
[0050]
第十五方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储
ran)系统中的集中式单元(centralized unit，cu)和分布式单元(distributed unit，du)，本申请实施例并不限定。当然网络设备还可以包括核心网设备，在后文中，如无特殊说明，则所描述的“核心网设备”是指核心网设备。
[0071]
2)终端设备，为具有无线收发功能的设备或可设置于该设备的芯片。其中，所述具有无线收发功能的设备也可以称为用户设备(user equipment，ue)、接入终端、用户单元、用户站、移动站、远方站、远程终端、移动设备、用户终端、用户代理或用户装置。在实际应用中，本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，vr)终端、增强现实(augmented reality，ar)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。本申请中将前述具有无线收发功能的设备及可设置于该设备中的芯片统称为终端设备。
[0072]
3)跟踪区(tracking area，ta)，为ue不需要更新服务的移动区域。终端设备的两张卡在同一运营商的情况下，处于相同的ta。
[0073]
4)本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。
[0074]
以及，除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。
[0075]
本申请实施例可以应用于各种移动通信系统，例如：新无线(new radio，nr)系统、长期演进(long term evolution，lte)系统、先进的长期演进(advanced long term evolution，lte-a)系统、通用移动通信系统(universal mobile telecommunication system，umts)、演进的长期演进(evolved long term evolution，elte)系统、演进的通用移动通信系统陆地无线接入-新无线双连接(evolved umts terrestrial radio access-nr dual connectivity，endc)系统，未来通信系统等其它通信系统，具体的，在此不做限制。
[0076]
如图1所示，为本申请实施例的一种应用场景。在图1中包括一个网络设备以及一个终端设备。其中，该网络设备例如工作在e-utra系统中，或者工作在nr系统中。当然，在本申请实施例中，一个网络设备可以服务于一个或多个终端设备，图1只是以其中的一个终端设备为例。
[0077]
图1中的网络设备例如为接入网设备，例如基站。其中，网络设备在不同的系统对应不同的设备，例如在4g系统中可以对应enb，在5g系统中对应5g中的网络设备，例如gnb。当然本申请实施例所提供的技术方案也可以应用于未来的移动通信系统中，因此图1中的网络设备也可以对应未来的移动通信系统中的网络设备。图1以网络设备是基站为例，实际
上参考前文的介绍，网络设备还可以是核心网设备。
[0078]
下面结合附图介绍本申请实施例提供的技术方案。
[0079]
本申请实施例提供一种通信方法，请参见图2，为该方法的流程图。在下文的介绍过程中，以该方法应用于图1所示的网络架构为例。
[0080]
为了方便描述，本申请实施例中将位于同一个实体终端设备中的两张卡(主卡和副卡)理解为两个ue，即第一ue和第二ue。当然，第一ue可以为主卡和副卡中的任意一个，即当第一ue为主卡时，第二ue为副卡，当第一ue为副卡时，第二ue为主卡。
[0081]
需要说明的是，本申请实施例提供的通信方法可以适用于双卡的场景，也可以适用于多卡(三卡及以上)的场景，本申请中仅是以双卡为例进行的说明。
[0082]
s21：第一ue向网络设备发送第一消息，网络设备接收来自第一ue的所述第一消息。
[0083]
其中，第一消息用于指示第一ue和第二ue的绑定关系，并且第一消息中可携带第一ue的第一标识信息以及第二ue的第一标识信息。在本申请实施例中，可以通过第一ue的第一标识信息以及第二ue的第一标识信息来指示第一ue和第二ue的绑定关系。或者，可以通过显示的指示域来指示第一ue和第二ue的绑定关系，并且同时指示第一ue的第一标识信息以及第二ue的第一标识信息。
[0084]
在本申请实施例中，第一ue的第一标识信息和第二ue的第一标识信息可以包括但不限于以下标识信息：5g全球唯一临时标识(globally unique temporary identifier，guti)、永久终端标识(permanent equipment identity，pei)、5g临时移动用户身份(s-temporary mobile subscription identifier，s-tmsi)、非活跃无线网络临时标识(inactive radio network temporary identifier，i-rnti)、国际移动用户识别码(international mobile subscriber identity，imsi)。
[0085]
在步骤s21之前，本申请实施例中第二ue可以向第一ue发送第一标识信息，或者也可以是第一ue向第二ue发送第一ue的第一标识信息，同时第二ue向第一ue发送第二ue的第一标识信息。
[0086]
s22：网络设备对第一ue和第二ue的寻呼关系进行配置。
[0087]
当网络设备接收到第一消息之后，可根据第一消息指示的绑定关系配置第一ue和第二ue。具体的，网络设备可指示两张卡的寻呼消息都由其中一张卡接收，以及由哪张卡接收寻呼消息，例如可指示由第一ue接收寻呼消息，或者可指示由主卡接收寻呼消息，或者可根据ue的连接状态(连接态或空闲态)指示由哪个ue接收寻呼消息。
[0088]
针对网络设备配置第一ue和第二ue的寻呼关系，可包括如下三种情况：
[0089]
第一种情况：当两张卡同时处于连接(connected)状态时，网络设备可指示由其中任意一张卡接收寻呼消息。例如，网络设备指示在主卡接收寻呼消息，假设主卡为第一ue，则可由第一ue接收自身的寻呼消息和第二ue的寻呼消息。当然，可以理解是，主卡也可以为第二ue，本申请对此不作限定。
[0090]
第二种情况：当两张卡同时处于空闲(idle)状态时，网络设备可指示由其中任意一张卡接收寻呼消息。例如，网络设备可指示在副卡接收寻呼消息，假设副卡为第一ue，则可由第一ue接收自身的寻呼消息和第二ue的寻呼消息。当然，可以理解是，副卡也可以为第二ue，本申请对此不作限定。
[0091]
第三种情况：当两张卡中有一张卡处于连接(connected)状态，另一张卡处于空闲(idle)状态时，网络设备可指示由其中处于连接(connected)状态的卡接收寻呼消息。例如，主卡处于connected状态，副卡处于idle状态，主卡为第一ue，副卡为第二ue，则由第一ue(主卡)接收自身的寻呼消息以及第二ue(副卡)的寻呼消息。
[0092]
s23：网络设备向第一ue发送第二消息，第一ue接收第二消息。
[0093]
所述第二消息用于指示确认第一ue和第二ue的寻呼绑定，并且第二消息中可携带有网络设备的配置结果，即由哪张卡接收寻呼消息，例如确认由第一ue接收第一ue的寻呼消息和第二ue的寻呼消息。
[0094]
可选的，第一ue在接收到第二消息之后，可以将第二消息发送给第二ue，或将网络设备的配置结果发送给第二ue。或者，网络设备还可以向第二ue发送第二消息，第二ue接收第二消息。例如确认由第一ue接收第一ue的寻呼消息和第二ue的寻呼消息，则第二ue不需要自己接收第二ue的寻呼消息。
[0095]
s24：网络设备向第一ue发送寻呼消息。
[0096]
s25：第一ue在第一寻呼时机接收寻呼消息。
[0097]
为了描述方便，本申请中将第一ue接收寻呼消息的时机记为第一寻呼时机(paging occasion，po)，将第二ue接收寻呼消息的时机记为第二寻呼时机。
[0098]
其中，第一寻呼时机和第二寻呼时机可以相同，也可以不同，本申请对此不作限定。
[0099]
本申请实施例中，可指示第一ue接收自身的寻呼消息和第二ue的寻呼消息，即第一ue在第一寻呼时机接收第一ue的寻呼消息和第二ue的寻呼消息。可以理解为，寻呼消息中包括第二ue的寻呼消息和第一ue的寻呼消息。这样第一ue可在第一寻呼时机接收第二ue的寻呼消息，可使得第二ue无需在自身的寻呼时机醒来接收寻呼消息，从而减少信令开销，并且降低了功率。
[0100]
进一步的，第一ue可获取第二ue的第二标识信息，所述第二标识信息为所述寻呼消息中携带的标识信息，第一ue获取寻呼消息中携带的第二ue的第二标识信息，可确定第二ue是否被寻呼。若寻呼消息中携带了第二ue的标识信息，则确定第二ue被寻呼。同样的，若寻呼消息中携带了第一ue的第二标识信息，则确定第一ue被寻呼。
[0101]
其中，第二标识信息可以为以下标识信息中的任意一个：imsi、s-tmsi、i-rnti。
[0102]
需要说明的是，第二标识信息为寻呼消息中所携带的ue的标识信息，第二标识信息与第一标识信息可以相同，也可以不同，本申请对此不作限定。
[0103]
在本申请实施例中，网络设备可以为基站，也可以为核心网，以下以核心网、基站为例对本申请涉及的通信方法进行详细说明。参阅图3所示，具体可包括如下步骤：
[0104]
s31：第一ue向核心网设备发送消息1，核心网设备接收消息1。
[0105]
本申请中，第一ue向核心网设备发送非接入层(non-access stratum，nas)消息，所述nas消息可用于指示第一ue和第二ue的绑定关系。
[0106]
在步骤s31之前，第一ue和第二ue可交互第一标识信息，然后第一ue在向核心网设备发送消息1时，消息1中可携带第一ue的第一标识信息和第二ue的第一标识信息。
[0107]
需要理解的是，第一ue为两个ue(两张卡)中的任意一个。
[0108]
s32：核心网设备向基站发送消息1。
[0109]
s33：基站根据消息1对第一ue和第二ue的寻呼关系进行配置。
[0110]
核心网设备在接收到消息1(nas消息)之后，可将该消息发送给基站，由基站对第一ue和第二ue的寻呼关系进行配置。作为一种示例，基站可指示由主卡接收主卡的寻呼消息和副卡的寻呼消息。
[0111]
s34：基站向第一ue发送消息2。
[0112]
当基站对第一ue和第二ue的寻呼关系进行配置完成之后，可将配置的寻呼关系发送给接收寻呼消息的ue。
[0113]
假设主卡为第一ue，基站指示确认由第一ue接收寻呼消息，则基站可将配置结果发送给第一ue。可以理解的是，配置结果即指示确认由哪张卡接收寻呼消息。
[0114]
s35：基站向第一ue发送消息3。
[0115]
基站向第一ue发送消息3，即寻呼消息，第一ue可在第一寻呼时机接收第一ue的寻呼消息以及第二ue的寻呼消息。所述寻呼消息中可携带有ue的标识信息，若寻呼消息中携带的ue的标识信息为第一ue的标识信息和/或第二ue的标识信息，则确定第一ue和/或第二ue被寻呼。
[0116]
本申请实施例中，第一ue可获取第二ue的第二标识信息，即第一ue获取第二ue的寻呼消息中所携带的第二ue的标识信息，这样可确定第二ue是否寻呼，并将第二ue是否被寻呼的结果发送给第二ue。
[0117]
参阅图4所示，为本申请实施例提供的另一种通信方法流程图，具体可包括如下步骤：
[0118]
需要说明的是，步骤s41、s44和步骤s31、s35相同，具体可参阅图3的方法实施例中的相关描述，在此处不再重复赘述。
[0119]
s41：第一ue向核心网设备发送消息1，核心网设备接收消息1。
[0120]
s42：核心网设备根据消息1对第一ue和第二ue的寻呼关系进行配置。
[0121]
在本申请实施例中，核心网设备也可以根据nas消息对第一ue和第二ue的寻呼关系进行配置。具体的，核心网设备可指示由哪张卡接收主卡和副卡的寻呼消息。即核心网设备指示由哪个ue接收第一ue的寻呼消息和第二ue的寻呼消息。
[0122]
s43：核心网设备向基站发送消息2，核心网设备或基站向第一ue发送消息2。
[0123]
在该步骤中，具体可包括如下两种情况：
[0124]
第一种情况：当核心网设备对第一ue和第二ue的寻呼关系进行配置完成之后，核心网设备可向基站发送消息2，该消息2可以理解为配置结果。同时，核心网设备可向指定的ue发送消息2，通知指定的ue配置结果。具体的，该消息2由核心网设备发送给基站、再由基站转发给指定的ue，此时基站只透明地转发消息2而不解析消息2。
[0125]
第二种情况：当核心网设备对第一ue和第二ue的寻呼关系进行配置完成之后，核心网设备可先向基站发送消息2，然后由基站向指定的ue发送消息2，通知指定的ue配置结果。
[0126]
假设配置结果为由第一ue接收寻呼消息，则可向第一ue发送消息2，即通知第一ue接收自身的寻呼消息，并且接收第二ue的寻呼消息。
[0127]
s44：基站向第一ue发送消息3，所述消息3为寻呼消息。
[0128]
当基站接收到消息2之后，可向指示的ue，例如向第一ue发送寻呼消息。
[0129]
如图5所示，为本申请实施例提供的另一种通信方法流程图，具体可包括如下步骤：
[0130]
s51：第一ue向基站发送消息1。
[0131]
本申请实施例中，第一ue可向基站发送接入层(access stratum，as)消息，该as消息可用于指示第一ue和第二ue的绑定关系。
[0132]
s52：基站依据消息1对第一ue和第二ue的寻呼关系进行配置。
[0133]
s53：基站向第一ue发送消息2。
[0134]
s54：基站向第一ue发送消息3。
[0135]
需要说明的是，步骤s52～步骤s54与步骤s33～s35相同，具体可参阅图3的方法实施例中的相关描述，在此处不再重复赘述。
[0136]
如图6所示，为本申请实施例提供的一种通信方法流程图。其中，步骤s61与步骤s51相同，步骤s63～s65与步骤s42～s44相同，具体可参阅图4的方法实施例中的相关描述，在此处不再重复赘述。
[0137]
s61：第一ue向基站发送消息1。
[0138]
s62：基站向核心网设备发送消息1。
[0139]
当基站接收到as消息之后，可将as消息发送给核心网设备，由核心网设备对第一ue和第二ue的寻呼关系进行配置。
[0140]
s63：核心网设备依据消息1对第一ue和第二ue的寻呼关系进行配置。
[0141]
s64：核心网设备向基站发送消息2，核心网设备或基站向第一ue发送消息2。
[0142]
s65：基站向第一ue发送消息3。
[0143]
需要说明的是，图3至图6所示的实施例中的涉及的步骤，具体可进一步参照图2的方法实施例相关的描述，在此不再赘述。
[0144]
基于以上实施例，本申请还提供了一种通信方法，参阅图7所示，该方法包括如下步骤：
[0145]
s71：第一ue确定接收第二ue的寻呼消息。
[0146]
在本申请实施例中，第一ue和第二ue进行信息交互，确定由第一ue接收第二ue的寻呼消息；或者，预先设定由第一ue接收第二ue的寻呼消息，例如预先设定由主卡接收副卡的寻呼消息，此时第一ue为主卡，还可以为其他预先设定的方式，此处不作过多赘述。
[0147]
s72：第一ue在第二寻呼时机接收网络设备发送的第二寻呼消息。
[0148]
在该方法中，第一ue确定接收第二ue的寻呼消息，第一ue可以在第二寻呼时机接收网络设备发送的第二寻呼消息。其中，第二寻呼消息中包括第二ue的寻呼消息，第二ue接收寻呼消息的时机为第二寻呼时机。这样第一ue可以在第二ue的po接收第二ue的寻呼消息，并将接收到的寻呼消息发送给第二ue，使得第二ue无需在自己的寻呼时机醒来接收寻呼消息，从而减少了信令开销，并且降低了功率消耗。
[0149]
进一步的，第一ue也可以在第一寻呼时机接收第一ue的第一寻呼消息。其中，第一寻呼消息中包括第一ue的寻呼消息，第一ue接收寻呼消息的时机为第一寻呼时机。
[0150]
可选的，第一ue可以接收第二ue发送的第二寻呼时机的信息。
[0151]
其中，第二寻呼时机的信息包括以下信息中的至少一个：第二ue的寻呼时机，第二ue的标识信息，非连续接收周期信息，偏移信息。
[0152]
需要说明的是，第二寻呼时机(po)可由非连续接收周期信息(drx cycle)、第二ue的标识信息(5g-s-tmsi或5g-s-tmsi mod 1024)、偏移信息(pf_offset)等参数计算得到。
[0153]
当ue处于空闲状态时，若ue需要被寻呼，则核心网可向ue所在的跟踪区的所有小区进行寻呼，即追踪区内的所有基站都会收到一条寻呼消息，然后基站将收到的寻呼消息发送给ue，以寻呼所述ue。由于终端设备的位置可能会发生变化，因此ue的追踪区ta会随着终端设备位置的变化而发生变化，即可以理解为追踪区需要进行更新。
[0154]
基于以上实施例，本申请实施例还提供了一种通信方法，参阅图8所示，具体可包括如下步骤：
[0155]
s81：第一ue向核心网设备发送注册请求消息。
[0156]
其中，所述注册请求消息用于指示对第一ue和第二ue进行位置更新，并且注册请求消息中可包括第一ue的标识信息和第二ue的标识信息。所述第一ue的标识信息和所述第二ue的标识信息可以为步骤s21中所列出的标识信息中的任意一个。
[0157]
需要理解的是，在位置更新时，需要对第一ue的标识信息以及第二ue的标识信息同时进行更新。例如，可以对第一ue和第二ue的guti进行更新。
[0158]
s82：核心网设备向第一ue发送注册接受消息。
[0159]
其中，注册接受消息中可包括第一ue进行位置更新后的标识信息和/或第二ue进行位置更新后的标识信息。
[0160]
需要说明的是，步骤s82为可选的，核心网设备在接收到注册请求消息之后，可以重新分配第一ue和第二ue的标识，也可以不分配，因此，核心网设备在向第一ue发送注册接受消息时，若对第一ue和/或第二ue的标识信息进行了重新分配，则可在注册接受消息中携带第一ue位置更新后的标识信息和/或第二ue进行位置更新后的标识信息。
[0161]
可选的，核心网设备也可以将重新分配的标识信息发送给基站，由基站再去对第一ue和第二ue的寻呼关系进行配置，指示由其中一个ue接收寻呼消息，并且向指示的ue发送寻呼消息。
[0162]
在本申请实施例中，通过在注册请求消息中携带第一ue的标识信息，同时携带第二ue的标识信息，可使得核心网同时对第一ue和第二ue进行位置更新，无需单独对两个ue分别进行更新，这样可减少信令开销，并且可提升更新效率。
[0163]
下面结合附图介绍本申请实施例中用来实现上述方法的装置。因此，上文中的内容均可以用于后续实施例中，重复的内容不再赘述。
[0164]
本申请实施例可以根据上述方法示例对第一用户设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0165]
基于与上述方法实施例相同构思，本申请实施例提供了一种通信装置。
[0166]
在采用集成的单元的情况下，如图9所示为通信装置的一种可能的逻辑结构示意图，该通信装置可应用于第一用户设备，参阅图9所示，通信装置900包括发送单元901、接收单元902。
[0167]
其中，发送单元901，用于向网络设备发送第一消息，所述第一消息用于指示所述
第一ue和第二ue的绑定关系。
[0168]
接收单元902，用于在第一寻呼时机接收所述网络设备根据绑定关系发送的寻呼消息。
[0169]
其中，所述寻呼消息包括第二ue的寻呼消息，所述第一ue接收寻呼消息的时机为所述第一寻呼时机，所述第二ue接收寻呼消息的时机为第二寻呼时机。
[0170]
作为一种可选的实施方式，所述寻呼消息还包括所述第一ue的寻呼消息。
[0171]
作为一种可选的实施方式，所述第一消息中携带所述第一ue的第一标识信息以及所述第二ue的第一标识信息。
[0172]
作为一种可选的实施方式，接收单元902还用于，接收所述网络设备发送的第二消息，所述第二消息用于指示确认所述第一ue和所述第二ue的寻呼绑定。
[0173]
作为一种可选的实施方式，所述接收单元902，用于获取所述第二ue的第二标识信息。
[0174]
当采用硬件形式实现时，本申请实施例中，发送单元901可以是通信接口、发射器、收发电路等。接收单元902可以是通信接口、接收器、收发电路等。其中，通信接口是统称，可以包括一个或多个接口。
[0175]
当发送单元901是发射器，接收单元902是接收器时，本申请实施例所涉及的通信装置900可以为图10所示的第一用户设备。如图10所示，为本申请实施例提供的一种第一用户设备1000。第一用户设备1000包括发射器1001、接收器1002、处理器1003、存储器1004。其中，存储器1004中存储指令或程序，处理器1003用于执行存储器1004中存储的指令或程序。发射器1001用于执行上述实施例中发送单元901执行的操作。接收器902用于执行上述实施例中接收单元902执行的操作。
[0176]
应理解，根据本申请实施例的第一用户设备900或第一用户设备1000可对应于图2至图6所示的实施例中的第一用户设备，并且第一用户设备900或第一用户设备1000中的各个模块的操作和/或功能分别为了实现图2至图6所示的实施例中的相应流程，为了简洁，在此不再赘述。
[0177]
如图11所示，本申请实施例还提供了一种通信装置的示意图，参阅图11所示，通信装置1100包括确定单元1101、接收单元1102。
[0178]
其中，确定单元1101，用于确定接收第二ue的寻呼消息。
[0179]
接收单元1102，用于在第二寻呼时机接收所述网络设备发送的第二寻呼消息；其中，所述第二寻呼消息包括所述第二ue的寻呼消息，所述第二ue接收寻呼消息的时机为所述第二寻呼时机。
[0180]
作为一种可选的实施方式，接收单元1102，还用于在第一寻呼时机接收所述网络设备发送的第一寻呼消息；其中，所述第一寻呼消息包括所述第一ue的寻呼消息，所述第一ue接收寻呼消息的时机为所述第一寻呼时机。
[0181]
作为一种可选的实施方式，接收单元1102，还用于接收所述第二ue发送的所述第二寻呼时机的信息。
[0182]
作为一种可选的实施方式，所述第二寻呼时机的信息包括如下一项或如下多项的任意组合：
[0183]
第二ue的寻呼时机，第二ue的标识信息，非连续接收周期信息，偏移信息。
[0184]
如图12所示，本申请实施例还提供一种通信装置1200。示例性的，通信装置1200可以为第一用户设备1200。第一用户设备1200包括处理器1201、存储器1202与收发器1203。其中，存储器1202中存储指令或程序，处理器1201用于执行存储器1202中存储的指令或程序。存储器1202中存储的指令或程序被执行时，该处理器1201用于执行上述实施例中确定单元1101执行的操作。收发器1203用于执行上述实施例中接收单元1102执行的操作。
[0185]
应理解，根据本申请实施例的第一用户设备1100或第一用户设备1200可对应于图7所示的实施例中的第一用户设备，并且第一用户设备1100或第一用户设备1200中的各个模块的操作和/或功能分别为了实现图7所示的实施例中的相应流程，为了简洁，在此不再赘述。
[0186]
如图13所示，本申请实施例还提供了一种通信装置的示意图，参阅图13所示，通信装置1300包括发送单元1301、接收单元1302。
[0187]
其中，发送单元1301，用于向核心网设备发送注册请求消息，所述注册请求消息用于指示对所述第一ue和第二ue进行位置更新，且所述注册请求消息中包括所述第一ue的标识信息和所述第二ue的标识信息。
[0188]
接收单元1302，用于所述核心网设备发送的注册接受消息，所述注册接受消息中包括第一ue进行位置更新后的标识信息和/或第二ue进行位置更新后的标识信息。
[0189]
如图14所示，本申请实施例还提供一种通信装置1400。示例性的，通信装置1400可以为第一用户设备1400。第一用户设备1400包括处理器1401、存储器1402与发射器1403、接收器1404。其中，存储器1402中存储指令或程序，处理器1401用于执行存储器1402中存储的指令或程序。发射器1403用于执行上述实施例中发送单元1102执行的操作。接收器1404用于执行上述实施例中接收单元1302执行的操作。
[0190]
应理解，根据本申请实施例的第一用户设备1300或第一用户设备1400可对应于图8所示的实施例中的第一用户设备，并且第一用户设备1300或第一用户设备1400中的各个模块的操作和/或功能分别为了实现图8所示的实施例中的相应流程，为了简洁，在此不再赘述。
[0191]
如图15所示，本申请实施例还提供了一种通信装置的示意图，该装置可以为网络设备1500，参阅图15所示，网络设备1500包括接收单元1501、发送单元1502。
[0192]
其中，接收单元1501，用于接收第一用户设备ue发送的第一消息，所述第一消息用于指示所述第一ue和第二ue的绑定关系。
[0193]
发送单元1502，用于根据所述绑定关系在第一寻呼时机向所述第一ue发送寻呼消息；其中，所述寻呼消息包括所述第二ue的寻呼消息，所述第一ue接收寻呼消息的时机为所述第一寻呼时机，所述第二ue接收寻呼消息的时机为第二寻呼时机。
[0194]
如图16所示，本申请实施例还提供一种通信装置1600。示例性的，通信装置1600可以为网络设备1600。网络设备1600包括处理器1601、存储器1602与发射器1603、接收器1604。其中，存储器1602中存储指令或程序，处理器1601用于执行存储器1602中存储的指令或程序。发射器1603用于执行上述实施例中发送单元1502执行的操作。接收器1604用于执行上述实施例中接收单元1501执行的操作。
[0195]
应理解，根据本申请实施例的网络设备1500或网络设备1600可对应于图2至图8所示的实施例中的网络设备、基站、核心网设备，并且网络设备1500或网络设备1600中的各个
模块的操作和/或功能分别为了实现图2至图8所示的实施例中的相应流程，为了简洁，在此不再赘述。
[0196]
本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述方法实施例提供的图2至图6所示的实施例中与第一用户设备相关的流程。
[0197]
本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述方法实施例提供的图7所示的实施例中与第一用户设备相关的流程。
[0198]
本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述方法实施例提供的图8所示的实施例中与第一用户设备相关的流程。
[0199]
本申请实施例还提供一种包含指令的计算机程序产品，该指令被执行时执行上述图2至图6所示的方法实施例中第一用户设备侧的方法。
[0200]
本申请实施例还提供一种包含指令的计算机程序产品，该指令被执行时执行上述图7所示的方法实施例中第一用户设备侧的方法。
[0201]
本申请实施例还提供一种包含指令的计算机程序产品，该指令被执行时执行上述图8所示的方法实施例中第一用户设备侧的方法。
[0202]
本申请实施例还提供一种包含指令的计算机程序产品，该指令被执行时执行上述图2至图8所示的方法实施例中网络设备侧(包括核心网设备、基站)的方法。
[0203]
应理解，本申请实施例中提及的处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0204]
还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。
[0205]
需要说明的是，当处理器为通用处理器、dsp、asic、fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
[0206]
应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储
器。
[0207]
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
[0208]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
[0209]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0210]
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0211]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0212]
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0213]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0214]
以上所述，仅为本申请的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请实施例的保护范围应所述以权利要求的保护范围为准。