用于具有多个通用订户身份模块的用户装备的系统信息获取和寻呼的制作方法

用于具有多个通用订户身份模块的用户装备的系统信息获取和寻呼
1.相关申请的交叉引用
2.本技术要求2019年12月5日提交的名称为“system information acquisition and paging for user equipment with multiple universal subscriber identity modules”的美国临时专利申请号62/943,896和2020年8月5日提交的名称为“si acquisition and paging for multi-usim ues”的美国临时专利申请号63/061,414的权益，这两份专利申请的内容据此以引用方式并入本文。


背景技术：

3.本公开涉及网络，包括无线网络，诸如但不限于诸如以下列各项标准描述的那些网络：
4.●
3gpp ts 38.213，用于控制的物理层过程(release 15)，v15.7.0；
5.●
3gpp ts 38.331，无线电资源控制(rrc)协议规范(release 15)，v15.7.0；
6.●
3gpp ts 23.501，5g系统的系统架构；第2阶段(release 15)，v15.6.0；
7.●
3gpp ts 38.212，nr；复用和信道编码(release 15)，v15.6.0；
8.●
3gpp ts 38.214，nr；用于数据的物理层过程(release 15)，v15.7.0；
9.●
3gpp ts 38.304，空闲模式和rrc不活动状态下的用户装备(ue)过程(release 15)，v15.4.0；
10.●
3gpp ts 38.213，用于控制的物理层过程(release 16)，v16.1.0；
11.●
3gpp ts 38.331，无线电资源控制(rrc)协议规范(release 16)，v16.0.0；
12.●
3gpp ts 23.501，5g系统的系统架构；第2阶段(release 16)，v16.4.0
13.●
3gpp ts 38.212，nr；复用和信道编码(release 16)，v16.1.0；
14.●
3gpp ts 38.214，nr；用于数据的物理层过程(release 16)，v16.1.0；
15.●
3gpp ts 38.304，空闲模式和rrc不活动状态下的用户装备(ue)过程(release 16)，v16.0.0；
16.●
3gpp ts 38.300，nr；nr和ng-ran的总体描述；第2阶段(release 15)，v15.7.0；以及
17.●
3gpp ts 38.300，nr；nr和ng-ran的总体描述；第2阶段(release 16)，v16.1.0。


技术实现要素：

18.具有多个usim的ue的ue行为和配置可以被适配成使得与由一个usim执行的as过程相关联的监视时机和传输机会在时间上不与由另一个usim执行的as过程相关联的监视时机和传输机会重叠。术语“as过程”在本文中是指使得ue与网络进行交互的所有ue过程(包括nas过程)的超集，在这种意义上，任何这样的过程都需要使用as过程。ue可以使用多种方法，诸如：
19.基于针对多个usim的ue配置和多usim ue的pcell之间的sftd来确定何时将发生
冲突的方法；
20.执行po跳过以避免多usim ue的寻呼冲突的方法；
21.基于规则的po跳过方法，其允许ue轮换监视其po的usim；
22.基于事件的po方法，其允许ue基于特定事件的发生暂停/恢复对网络的寻呼；
23.基于sfn的po跳过方法，其将sfn空间划分成监视或跳过po的区域；
24.利用寻呼的附加pdcch监视时机来扩展po的方法，其降低了ue在其配置的po期间由于冲突而不能接收dl的可能性；
25.用于ue请求修改其寻呼配置以避免冲突的方法；
26.用于ue请求释放或暂停一个usim的rrc连接以防止同与针对另一个usim执行的as过程相关联的监视时机和传输机会发生冲突的方法；
27.用于ue自主释放或暂停一个usim的rrc连接以防止同与针对另一个usim执行的as过程相关联的监视时机和传输机会发生冲突的方法，其中ue可以在自主释放/暂停该rrc连接之后“协商”释放/暂停要应用的配置。
28.用于ue请求修改一个usim的c-drx配置以防止同与由另一个usim执行的as过程相关联的监视时机和传输机会发生冲突的方法；以及
29.向网络提供指示以告知网络当ue使用共享收发器来维持与另一个网络的连接时所导致的其dc能力的改变的方法。
30.用于ue使用增强的ue辅助信息过程向网络提供多usim辅助信息的方法
31.用于ue请求网络停止寻呼ue的方法，其中响应于寻呼而将该请求发送到网络；以及
32.用于网络执行寻呼过滤的方法，其中该过滤可以基于由ue提供给网络的寻呼原因列表。
33.ue可以使用若干方法来执行冲突解决和恢复，诸如：
34.基于预先配置的规则和/或用户偏好来解决冲突的方法；
35.执行基于rach的si获取以从与si窗口的冲突中恢复的方法；
36.执行短消息获取以从与po的冲突中恢复的方法；
37.执行按需寻呼以从与po的冲突中恢复的方法。
38.网络操作可以被适配用于具有多个usim的ue，以允许释放或暂停与第一网络的rrc连接，使得ue可以建立与第二网络的rrc连接。可以使用多种技术。例如，设备可以被配置为与第一网络通信，然后接收与第二网络建立rrc连接的触发。然后，ue可以向第一网络传输rrc消息，以释放或暂停与第一网络的rrc连接。接着，ue可以接收rrcrelease消息以释放或暂停与第一网络的rrc连接，并且这样做，然后建立与第二网络的rrc连接。
39.从ue发送的释放或暂停请求可以对应于与释放偏好信息相关的ue辅助信息消息的传输，其中，例如，优选的rrc状态被设置为“空闲”或“不活动”。ue辅助信息消息还可以包括寻呼偏好的指示。
40.ue还可以向第一网络发送释放辅助信息(rai)，并且还可以从第一网络接收“协商的”配置，由此释放或暂停与第一网络的rrc连接还包括应用该协商的配置。rai可以单独发送或者与其他ue辅助信息(诸如寻呼偏好信息和/或优选的rrc状态)一起发送。
41.该协商的配置可以包括具有不活动时间值的暂停配置，并且应用该配置可以包括
相应地启动定时器。在定时器期满时，ue可以释放与第一网络的暂停的rrc连接。
42.类似地，ue可以接收释放或暂停与第二网络的rrc连接的触发、停止不活动定时器，并且恢复与第一网络的rrc连接。
43.多usim ue的行为和配置可以被适配成使得与由一个usim执行的as过程相关联的监视时机和传输机会在时间上不与由另一个usim执行的as过程相关联的监视时机和传输机会重叠。例如，设备可以被配置为检测触发与网络的po跳过激活的事件，并且传输rrc消息以激活与该网络的po跳过。然后，设备可以从网络接收包括暂停配置的rrc释放消息，暂停与网络的rrc连接，并且激活与网络的po跳过。接着，设备可以检测触发与网络的po跳过去激活以及去激活与网络的po跳过的事件。
44.设备可以被适配成使得事件触发po跳过激活对应于多个事件，诸如：基于针对多个usim的ue配置确定将发生冲突；检测到一个或多个寻呼冲突；开始针对另一个usim的as过程；针对另一个usim转变到rrc_connected状态；针对另一个usim转变到rrc_inactive状态；针对另一个usim转变到rrc_idle状态；或者针对另一个usim配置dc。
45.来自设备的激活po跳过的请求可以包括例如被设置为“po-skippingactivation”的恢复原因。
46.例如，触发po跳过去激活的事件可以是另一个usim的as过程完成、另一个usim从rrc_connected转变到rrc_idle/rrc_inactive，或者另一个usim的dc释放。
47.暂停指令可以对应于po跳过被激活期间的时间间隔触发定时器启动，其中定时器的启动值经由暂停配置用信号发送。触发po跳过去激活的事件可以是定时器期满。
48.可以使用扩展的po来执行寻呼监视。例如，设备可以被配置为在包括用于寻呼的多个pdcch监视时机的指示的rrc消息中接收寻呼配置，并且选择不经历冲突的用于寻呼的pdcch监视时机。然后，设备可以在所选择的用于寻呼的pdcch监视时机期间监视寻呼，并且在所监视的用于寻呼的pdcch监视时机期间接收寻呼。
49.设备可以被进一步适配用于向网络发送多usim辅助信息，并且经由包括寻呼配置的rrc消息来接收寻呼配置。例如，设备可以接收rrc消息，该rrc消息利用例如具有大于1的值的additionalmonitoringoccasionofpo参数来配置扩展的po。
50.设备可以被配置为向网络发送停止ue的寻呼的请求。例如，第一装置可以被配置为与第一网络中的第二装置通信，并且从第二网络中的第三装置接收寻呼。第一装置可以确定继续与第一网络中的第二装置通信，并且向第二网络中的第三装置传输rrc消息，该rrc消息具有暂停寻呼第一装置的指示。然后，第一装置可以从第二网络中的第三装置接收rrc消息，该rrc消息确认暂停寻呼的指示，并且继续与第一网络中的第二装置通信。
51.第一装置可以进一步基于在寻呼中接收的“寻呼原因”来确定继续与第一网络中的第二设备通信。
52.这些操作可以在第一装置处于rrc_inactive模式时发生，其中第三装置向第二网络中的第四装置发送nas消息，该nas消息包括暂停寻呼第一装置的指示。举例来说，第一装置可以是ue，第二装置和第三装置可以是gnb，并且第四装置可以是amf。
53.第一装置可以被进一步适配用于恢复与第二网络的寻呼，并且向第三装置传输rrc消息，该rrc消息包括恢复寻呼第一装置的指示。然后，第一装置可以从第二网络中的第三装置接收rrc消息，该rrc消息确认恢复寻呼的指示，并且监视来自第二网络中的第三装
置的寻呼。
54.提供本发明内容的目的是以简化形式介绍精选的概念，这些概念在以下具体实施方式中进一步描述。本发明内容既不旨在识别所要求保护的主题的关键特征或基本特征，也不旨在用于限制所要求保护的主题的范围。另外，所要求保护的主题不限于解决本公开的任何部分中所指出的任何或所有缺点的限制。
附图说明
55.由以下结合附图以举例的方式给出的描述可得到更详细的理解。
56.图1是展示示例系统信息供应的呼叫流程图。
57.图2是展示多usim ue的pcell之间的示例sftd的时序图。
58.图3a至图3b是展示具有和不具有寻呼冲突的多usim配置的时序图。
59.图4a至图4d是展示各种drx周期配置的示例寻呼冲突的时序图。
60.图5是展示具有c-drx开启持续时间的寻呼冲突的时序图。
61.图6是寻呼重复示例的时序图。
62.图7是用于每隔一个po执行po跳过的示例算法的流程图。
63.图8是展示每隔一个po的po跳过的时序图。
64.图9a至图9b是展示当t2＝2t1时每隔一个po的po跳过的时序图。
65.图10是支持具有不同drx周期的usim的用于每隔一个po执行po跳过的示例算法的流程图。
66.图11是展示在注册过程期间po跳过的示例配置的呼叫流程图。
67.图12是展示在rrc连接恢复过程期间po跳过的示例配置的呼叫流程图。
68.图13是其中使用ue辅助信息过程告知网络期望的po跳过配置的呼叫流程图。
69.图14a至图14b是展示其中po跳过分别持续发生可变持续时间和固定持续时间的场景的时序图。
70.图15a至图15b展示了使用rrc信令且具有可变持续时间的基于事件的po跳过的示例呼叫流程。
71.图16a至图16b展示了使用rrc信令且具有固定持续时间的基于事件的po跳过的示例呼叫流程。
72.图17是展示使用nas信令且具有可变持续时间和固定持续时间的基于事件的po跳过的一个示例的呼叫流程。
73.图18是基于sfn的寻呼po跳过的一个示例的时序图。
74.图19是具有多个po监视区域的基于sfn的po跳过的一个示例的时序图。
75.图20展示了利用附加pdcch监视时机扩展的po的一个示例。
76.图21是展示示例小区特定po扩展方案的呼叫流程。
77.图22是展示示例ue特定po扩展方案的呼叫流程。
78.图23是用于多usim ue的示例寻呼冲突场景(其中ns》1)的时序图。
79.图24是展示附接到两个网络工作nw1和nw2的多usim ue的示例寻呼修改请求的信令图。
80.图25是示例rrc释放/暂停请求的呼叫流程图。
81.图26是网络rrc连接的自主释放/暂停的一个示例的呼叫流程。
82.图27是用于停止寻呼的示例ue请求的呼叫流程。
83.图28是启用寻呼过滤的示例ue请求的呼叫流程。
84.图29是执行冲突解决的示例算法的流程图。
85.图30是示例修改时段的时序图。
86.图31是可以用于为musim操作配置ue的示例用户界面。
87.图32是可以用于告知用户需要为给定的usim建立呼叫的示例通知。
88.图33a展示了示例通信系统，其中可以具体体现本文所述和要求保护的方法和装置。
89.图33b是被配置用于无线通信的示例装置或设备的框图。
90.图33c是示例性无线电接入网络(ran)和核心网的系统图。
91.图33d是另一个示例性ran和核心网的系统图。
92.图3e是另一个示例性ran和核心网的系统图。
93.图3f是示例性计算系统的框图。
94.图33g是另一个示例性通信系统的框图。
具体实施方式
95.附录的表9描述了本文所用的许多缩写。
96.多usim概述
97.多usim ue是具有两个或更多个sim的ue。双sim：具有两个sim的ue。术语多usim和双sim在本文档中可互换使用。
98.多usim设备在不同国家越来越受欢迎。用户可在一个设备中具有私人和商业订阅两者或在一个设备中具有针对不同服务的两个私人订阅(例如，使用一个个人订阅和一个“家庭圈”计划)。然而，对设备内的多usim的支持当前以具体实施特定的方式处理，而无需来自3gpp规范的任何支持，从而带来多种具体实施和ue行为(例如，被动双sim、双sim单待、双sim双待、双sim双活动等)。此类情形可能导致ue供应商的复杂性增加、非期望的网络供应商或运营商的ue行为以及用户体验降级。
99.当前的ue具体实施通常支持双sim配置，其中ue在每个安装的usim之间对操作进行时间复用，这被称为tdm-ing或时分复用。双sim双待(dsds)ue在被呼叫时以该方式工作并且为每个usim分配时间来与它们各自的移动网络运营商或mno通信。这些usim可以属于相同或不同的mno。这些多usim ue与一些通用软件共享公共无线电和基带部件，以使得ue能够在这两个usim之间切换操作。具有共享rx部件和tx部件的一个主要问题是，ue不能同时针对两个usim监视dl业务或发送ul业务。
100.一些双sim ue具有双rx部件(每个usim对应一个)和共享的单个tx部件，其中双sim ue对ul传输进行时分复用。通过具有双rx部件，这些ue能够连续地监视dl业务，但是由于共享的tx部件，ue仍然必须对ul业务进行时分复用。由于附加rx部件增加了成本，所以这些ue不像单rx单tx ue一样常见。
101.还有另一类多usim ue，其中专用收发器可用于每个安装的usim。这些ue被称为双sim双活动(dsda)ue，但是由于在ue中具有双rx部件和双tx部件增加了成本，它们不太常
见。dsda ue作为两个ue工作，但是包含一些通用软件以向用户提供操作可配置性。
102.nr寻呼(release 15)
103.寻呼的非连续接收
104.ue可以在rrc_idle和rrc_inactive状态下使用非连续接收(drx)，以便降低功率消耗。ue每个drx周期监视一个寻呼时机(po)。po是一组pdcch监视时机，并且可以由其中能够发送寻呼dci的多个时隙(例如，子帧或ofdm符号)组成。参见3gpp ts 38.213，用于控制的物理层过程(release 15)，v15.7.0。一个寻呼帧(pf)是一个无线电帧，并且可以包含一个或多个po或po的起始点。
105.在多波束操作中，ue假定相同的寻呼消息和相同的短消息在所有传输的波束中重复，因此对用于接收寻呼消息和短消息的波束的选择取决于ue具体实施。对于ran发起的寻呼和cn发起的寻呼，寻呼消息是相同的。
106.ue在接收到ran发起的寻呼时发起rrc连接恢复过程。如果ue在rrc_inactive状态下接收到cn发起的寻呼，则ue移动到rrc_idle并且告知nas。
107.寻呼的pf和po由下式确定：
108.pf的sfn由下式确定：
109.(sfn+pf_offset)mod t＝(t div n)*(ue_id mod n)
110.指数(i_s)(指示po的指数)由下式确定：
111.i_s＝floor(ue_id/n)mod ns
112.用于寻呼的pdcch监视时机根据如3gpp ts 38.213release 15中所规定的pagingsearchspace来确定，并且如果如3gpp ts 38.331release 15，无线电资源控制(rrc)协议规范(release 15)，v15.7.0中规定的那样配置，则根据firstpdcch-monitoringoccasionofpo来确定。当配置searchspaceid＝0用于pagingsearchspace时，用于寻呼的pdcch监视时机与如ts 38.213的条款13中所定义的用于rmsi的相同。
113.当配置searchspaceid＝0用于pagingsearchspace时，ns为1或2。对于ns＝1，只有一个po从pf中的用于寻呼的第一pdcch监视时机开始。对于ns＝2，po位于pf的第一半帧(i_s＝0)或第二半帧(i_s＝1)中。
114.当配置除0之外的searchspaceid用于pagingsearchspace时，ue监视第(i_s+1)个po。po是一组“s”个连续的pdcch监视时机，其中“s”是根据sib1中的ssb-positionsinburst确定的实际传输的ssb的数目。po中用于寻呼的第k个pdcch监视时机对应于第k个传输的ssb。不与ul符号重叠的用于寻呼的pdcch监视时机(根据tdd-ul-dl-configurationcommon确定)从pf中的用于寻呼的第一pdcch监视时机开始从零开始顺序地编号。当存在firstpdcch-monitoringoccasionofpo时，第(i_s+1)个po的起始pdcch监视时机数为firstpdcch-monitoringoccasionofpo参数的第(i_s+1)个值；如果不是，则其等于i_s*s。
115.注1：与pf相关联的po可以在pf中或在pf之后开始。
116.注2：po的pdcch监视时机可以跨越多个无线电帧。当配置除0之外的searchspaceid用于paging-searchspace时，用于po的pdcch监视时机可以跨越寻呼搜索空间的多个时段。
117.以下参数用于计算上述的pf和i_s：
118.t：ue的drx周期(如果由rrc和/或上层配置，则t由ue特定drx值中的最短drx值以
及在系统信息中广播的默认drx值来确定。如果ue特定drx不由rrc或不由上层配置，则应用默认值)。
119.n：t中的总寻呼帧数
120.ns：pf的寻呼时机数
121.pf_offset：用于pf确定的偏移量
122.ue_id：5g-s-tmsi mod 1024
123.参数ns、nandpagingframeoffset和默认drx周期的长度在sib1中用信号发送。n和pf_offset的值是从如ts 38.331release 15中所定义的参数nandpagingframeoffset导出的。在sib1中用信号发送参数first-pdcch-monitoringoccasionofpo，以用于初始dl bwp中的寻呼。对于在除初始dl bwp之外的dl bwp中进行寻呼，在对应的bwp配置中用信号发送参数first-pdcch-monitoringoccasionofpo。
124.如果ue没有5g-s-tmsi，例如当ue还没有注册到网络上时，ue应当使用ue_id＝0作为上式的pf和i_s中的默认身份。
125.5g-s-tmsi是48位长的位串，如3gpp ts 23.501，5g系统的系统架构；第2阶段(release 15)，v15.6.0。5g-s-tmsi在上式中应当被解释为二进制数，其中最左边的位表示最高有效位。
126.寻呼dci
127.以下信息通过具有由p-rnti加扰的crc的dci格式1_0来传输。参见附录的表1，寻呼dci(release 15)，以及附录的表2，短消息指示符(release 15)。还可参见3gpp ts 38.212,nr；复用和信道编码(release 15)，v15.6.0。
128.pcch-config
129.ie downlinkconfigcommonsib提供小区的公共下行链路参数。该ie包括用于为小区提供drx配置的pcch-config字段。参见3gpp ts 38.331release 15，以及本文附录的代码示例1a-pcch-config字段(release 15)和代码示例1b-pcch-config字段说明(release 15)。
130.nr寻呼(release 16)
131.寻呼的非连续接收
132.ue可以在rrc_idle和rrc_inactive状态下使用非连续接收(drx)，以便降低功率消耗。ue每个drx周期监视一个寻呼时机(po)。po是一组pdcch监视时机，并且可以由其中能够发送寻呼dci的多个时隙(例如，子帧或ofdm符号)组成(参见ts 38.213 release 16)。一个寻呼帧(pf)是一个无线电帧，并且可以包含一个或多个po或po的起始点。
133.在多波束操作中，ue假定相同的寻呼消息和相同的短消息在所有传输的波束中重复，因此对用于接收寻呼消息和短消息的波束的选择取决于ue具体实施。对于ran发起的寻呼和cn发起的寻呼，寻呼消息是相同的。
134.ue在接收到ran发起的寻呼时发起rrc连接恢复过程。如果ue在rrc_inactive状态下接收到cn发起的寻呼，则ue移动到rrc_idle并且告知nas。
135.寻呼的pf和po由下式确定：
136.pf的sfn由下式确定：
137.(sfn+pf_offset)mod t＝(t div n)*(ue_id mod n)
138.指数(i_s)(指示po的指数)由下式确定：
139.i_s＝floor(ue_id/n)mod ns
140.用于寻呼的pdcch监视时机根据如ts 38.213release 16中所规定的pagingsearchspace来确定，并且如果如ts 38.331release 16中规定的那样配置，则根据firstpdcch-monitoringoccasionofpo和nrofpdcch-monitoringoccasionperssb-inpo来确定。当配置searchspaceid＝0用于pagingsearchspace时，用于寻呼的pdcch监视时机与如ts 38.213 release 16的条款13中所定义的用于rmsi的相同。
141.当配置searchspaceid＝0用于pagingsearchspace时，ns为1或2。对于ns＝1，只有一个po从pf中的用于寻呼的第一pdcch监视时机开始。对于ns＝2，po位于pf的第一半帧(i_s＝0)或第二半帧(i_s＝1)中。
142.当配置除0之外的searchspaceid用于pagingsearchspace时，ue监视第(i_s+1)个po。po是一组“s*x”个连续的pdcch监视时机，其中“s”是根据sib1中的ssb-positionsinburst确定的实际传输的ssb的数目，并且x是nrofpdcch-monitoringoccasionperssb-inpo(如果配置的话)，否则等于1。po中用于寻呼的第[x*s+k]个pdcch监视时机对应于第k个传输的ssb，其中x＝0、1、
…
、x-1，k＝1、2、
…
、s。不与ul符号重叠的用于寻呼的pdcch监视时机(根据tdd-ul-dl-configurationcommon确定)从pf中的用于寻呼的第一pdcch监视时机开始从零开始顺序地编号。当存在firstpdcch-monitoringoccasionofpo时，第(i_s+1)个po的起始pdcch监视时机数为firstpdcch-monitoringoccasionofpo参数的第(i_s+1)个值；如果不是，则其等于i_s*s*x。如果x》1，则当ue检测到在其po内寻址到p-rnti的pdcch传输时，不需要ue监视该po的后续pdcch监视时机。与pf相关联的po可以在pf中或在pf之后开始。po的pdcch监视时机可以跨越多个无线电帧。
[0143]
当配置除0之外的searchspaceid用于paging-searchspace时，用于po的pdcch监视时机可以跨越寻呼搜索空间的多个时段。参数t、n、ns、pf_offset和ue_id用于计算上述的pf和i_s。
[0144]
t涉及ue的drx周期。如果由rrc和/或上层配置，则t由ue特定drx值中的最短drx值以及在系统信息中广播的默认drx值来确定。在rrc_idle状态中，如果ue特定drx不由上层配置，则应用默认值。
[0145]
n是t中的总寻呼帧数。
[0146]
ns是pf的寻呼时机数。
[0147]
pf_offset是用于pf确定的偏移量。
[0148]
ue_id是5g-s-tmsi mod 1024。
[0149]
参数ns、nandpagingframeoffset、nrofpdcch-monitoringoccasionperssb-inpo和默认drx周期的长度在sib1中用信号发送。n和pf_offset的值是从如ts 38.331release 16中所定义的参数nandpagingframeoffset导出的。在sib1中用信号发送参数first-pdcch-monitoringoccasionofpo，以用于初始dl bwp中的寻呼。对于在除初始dl bwp之外的dl bwp中进行寻呼，在对应的bwp配置中用信号发送参数first-pdcch-monitoringoccasionofpo。
[0150]
如果ue没有5g-s-tmsi，例如当ue还没有注册到网络上时，ue应当使用ue_id＝0作
为上式的pf和i_s中的默认身份。
[0151]
5g-s-tmsi是48位长的位串，如ts 23.501release 16中所定义。5g-s-tmsi在上式中应当被解释为二进制数，其中最左边的位表示最高有效位。
[0152]
寻呼dci
[0153]
附录的表3，寻呼dci(release 16)描述了可以通过具有由p-rnti加扰的crc的dci格式1_0来传输的信息。还可参见附录的表4，短消息指示符(release 16)，并且参见3gpp ts 38.212，release 16：
[0154]
pcch-config
[0155]
ie downlinkconfigcommonsib提供小区的公共下行链路参数。该ie包括用于为小区提供drx配置的pcch-config字段。参见3gpp ts 38.331release 16。参见附录的代码示例2a-pcch-confi字段(release 16)和代码示例2b-pcch config字段说明(release 16)。
[0156]
短消息
[0157]
可以使用dci格式1_0的短消息字段，使用具有或不具有相关联寻呼消息的p-rnti在pdcch上传输短消息。附录的表5描述了3gpp ts38.331release 16中的短消息，其中位1是最高有效位。
[0158]
系统信息处理
[0159]
系统信息(si)由mib和多个sib组成，其被划分为最小si和其他si：
[0160]
●
最小si包括初始接入所需的基本信息和用于获取任何其他si的信息。最小si由以下项组成：
[0161]
○
mib包含小区禁止状态信息和接收另外的系统信息(例如，coreset#0配置)所需的小区的基本物理层信息。mib在bch上周期性地广播。
[0162]
○
sib1限定其他系统信息块的调度并且包含初始接入所需的信息。sib1也被称为剩余最小si(rmsi)，并且在dl-sch上周期性地广播，或者在dl-sch上以专用方式发送到处于rrc_connected状态的ue。
[0163]
●
其他si涵盖不在最小si中广播的所有sib。这些sib可以在dl-sch上周期性地广播、在dl-sch上按需广播(例如，根据来自处于rrc_idle或rrc_inactive状态的ue的请求)，或者在dl-sch上以专用方式发送到处于rrc_connected状态的ue。其他si由以下项组成：
[0164]
○
sib2包含主要与服务小区相关的小区重新选择信息；
[0165]
○
sib3包含有关与小区重新选择相关的服务频率和频率内相邻小区的信息(包括频率共用的小区重新选择参数，以及小区特定的重新选择参数)；
[0166]
○
sib4包含有关与小区重新选择相关的其他nr频率和频率间相邻小区的信息(包括频率共用的小区重新选择参数，以及小区特定的重新选择参数)；
[0167]
○
sib5包含有关与小区重新选择相关的e-utra频率和e-utra相邻小区的信息(包括频率共用的小区重新选择参数，以及小区特定重新选择参数)；
[0168]
○
sib6包含etws主要通知；
[0169]
○
sib7包含etws辅助通知；
[0170]
○
sib8包含cmas警告通知；
[0171]
○
sib9包含与gps时间和协调世界时间(utc)相关的信息。
[0172]
图1展示了系统信息供应的示例。对于由ue考虑用于驻留的小区/频率，ue不需要
从另一小区/频率层获取该小区/频率的最小si的内容。这并不排除ue应用来自先前访问的小区的存储的si的情况。
[0173]
如果ue通过从小区接收不能确定该小区的最小si的全部内容，则ue应当将该小区视为禁止的。
[0174]
在ba的情况下，ue仅在活动bwp上获取si。
[0175]
调度
[0176]
mib被映射在bcch上并且被承载于bch上，而所有其他si消息被映射在bcch上，其中所有其他si消息被动态地承载于dl-sch上。其他si的si消息部分的调度由sib1指示。
[0177]
对于处于rrc_idle和rrc_inactive状态的ue，对其他si的请求触发随机接入过程，其中msg3包括si请求消息，除非所请求的si与prach资源的子集相关联，在这种情况下，msg1用于指示所请求的其他si。当使用msg1时，请求的最小粒度是一条si消息(例如，一组sib)，一个rach前导码和/或prach资源可以用于请求多条si消息，并且gnb在msg2中确认该请求。当使用msg 3时，gnb在msg4中确认该请求。
[0178]
其他si能够以可配置的周期性并且在特定持续时间内广播。当处于rrc_idle/rrc_inactive状态的ue请求其他si时，也可以广播其他si。
[0179]
对于被允许驻留在小区上的ue，它必须已经从该小区获取最小si的内容。系统中可能存在不广播最小si的小区，因此ue不能驻留在这些小区上。
[0180]
si修改
[0181]
系统信息(除etws/cmas的系统信息之外的系统信息)的改变仅发生在特定无线电帧处，例如，使用修改时段的概念。系统信息可以在修改时段内以相同内容被传输多次，如其调度所定义的。修改时段由系统信息配置。
[0182]
当网络改变(一些)系统信息时，其首先通知ue关于该改变，例如，这可以在整个修改时段中完成。在下一个修改时段中，网络传输更新的系统信息。当接收到改变通知时，ue从下一个修改时段的开始获取新的系统信息。ue应用先前获取的系统信息，直到ue获取新的系统信息为止。参见3gpp ts 38.300,nr；nr和ng-ran的总体描述；第2阶段(release 15)，v15.7.0。
[0183]
公共警告系统
[0184]
连接到5gc的nr通过系统信息广播能力为公共警告系统(pws)提供支持。nr负责调度和广播警告消息以及寻呼ue以提供警告消息正被广播的指示：
[0185]
●
地震和海啸警告系统：etws是为满足与地震和/或海啸事件相关的警告通知的监管要求而开发的公共警告系统。etws警告通知可以是主要通知(短通知)或辅助通知(提供详细信息)。
[0186]
●
商用移动警报系统：cmas是为递送多个并发警告通知而开发的公共警告系统。
[0187]
针对etws主要通知、etws辅助通知和cmas通知限定不同的sib。寻呼用于告知ue有关etws指示和cmas指示。ue在其自己的用于rrc_idle和rrc_inactive的寻呼时机中监视etws/cmas指示。ue在用于rrc connected的任何寻呼时机中监视etws/cmas指示。指示etws/cmas通知的寻呼触发系统信息的获取(不延迟到下一个修改时段)。参见ts 38.300release 15。
[0188]
ue辅助信息
[0189]
当被配置为这样做时，ue可以通过ueassistanceinformation发信号通知网络。例如，为了延迟预算报告的目的，ue可以发信号通知其更偏好在连接模式中调整drx周期长度，或者它正在经历内部过热。为了节省功率的目的，ue可以发信号通知其偏好某些drx参数值，和/或减小的辅分量载波的最大数量，和/或减小的最大聚合带宽，和/或减小的mimo层的最大数量，和/或最小的调度偏移量k0和k2。ue可以发信号通知预期在不久的将来不会发送或接收任何更多的数据，并且在这种情况下，它可以提供其从rrc_connected转变为其他状态的偏好，其中该指示可以表达其优选的rrc状态，或者替代性地，它可以取消先前指示的从rrc_connected转变为其他状态的偏好。ue可以发信号通知受到idc问题影响的频率列表。参见ts 38.300release 16。
[0190]
ue可以表达临时减小辅分量载波的最大数量、最大聚合带宽和mimo层的最大数量的偏好。gnb确定是否顺应该请求。
[0191]
对于侧行链路，ue可以向ng-ran报告周期性业务的sl业务模式。
[0192]
示例挑战
[0193]
出于成本效率的原因，多usim ue通常使用在多个usim之间共享的公共无线电和基带部件。这些共享部件的时分复用(tdm)可以用于维持与多个nw的连接。然而，当需要同时执行用于多个usim的as过程时，可能发生“冲突”，这可能导致as过程被延迟、被次优地执行或者甚至失败。在本文中，我们考虑了此类“冲突”将对由处于rrc_idle/rrc_inactive模式的ue执行的as过程造成的影响，并提出了解决此类冲突的方案。
[0194]
例如，为了维持与nw的连接，需要处于rrc_idle/rrc_inactive状态的ue执行si获取和寻呼过程。当执行这些过程时，ue在特定时间监视下行链路以接收si或寻呼dci。在多波束操作中，一组pdcch监视时机用于si获取和寻呼接收。这组pdcch监视时机中的一个或多个pdcch监视时机可能发生冲突；例如，部分或完全冲突。当冲突发生时，ue将不能在这组中的一个或多个pdcch监视时机期间接收下行链路，这可能导致ue不能获取si或接收寻呼dci。
[0195]
就si获取而言，冲突可能增加与获得si相关联的延迟时间。不能快速且可靠地执行si获取过程的ue在被触发时由于具有无效的si而可能无法建立/恢复rrc连接。取决于触发该过程的事件，延迟rrc连接/恢复过程直到获取有效的si可能是无法接受的。另一个可能导致的影响是当执行小区(重新)选择过程时选择次优小区。如果ue在执行小区重新选择评估过程时不能获取候选小区的mib或sib1，则ue可能错误地认为该小区被“禁止”长达300秒。这可能导致选择较弱的小区，从而可能需要ue继续执行小区重新选择评估过程；或者选择其中ue只能够获得有限服务的小区；例如，引起紧急呼叫并且接收etws和cmas通知。
[0196]
就寻呼而言，冲突可能导致ue错过移动端终止(mt)呼叫。这可能导致nw错误地假设发生了故障，从而可能导致nw不必要地采取纠正措施，以及由nw维护的呼叫统计值的失真。例如，nw可能尝试在更宽的区域中寻呼ue，从而增大信令负载。并且如果随后的寻呼尝试也失败，则由nw维护的状态机可以转变到不同的状态，从而导致ue与nw之间的状态机失配。此外，由于pws通知和si改变指示在经由寻呼dci传输的短消息中用信号发送，所以不能监视寻呼的ue在错过pws通知的情况下可能错过重要的etws或cmas消息；或者在错过si改变指示的情况下可能不知道si改变。
[0197]
冲突在本质上可以是孤立的或系统性的。例如，对于其中两个usim处于rrc_idle/
rrc_inactive模式的场景，与用于si获取的pdcch监视时机的冲突可以被认为是孤立的，因为触发si获取过程的事件是非周期性的并且将不会持续延长的时间段；例如，在小区(重新)选择时、在接收到pws通知或si改变指示时，等等。可能发生此类冲突的场景包括：当尝试针对多个usim同时执行si获取过程时、当尝试针对一个usim执行si获取过程并且针对另一个usim执行空闲模式测量时，或者当尝试针对一个usim执行si获取并且针对另一个usim执行寻呼过程时。
[0198]
另一方面，系统性的冲突可能无限期地持续下去。如果我们再次考虑其中两个usim处于rrc_idle/rrc_inactive模式的场景，则当用于每个usim的寻呼配置使得寻呼的pdcch监视时机冲突时，可能发生此类冲突。由于po根据定义是周期性的，因此冲突将重复发生，这可能导致针对一个或两个usim的寻呼过程失败。对于其中一个usim处于rrc_idle/rrc_inactive模式而另一个usim处于rrc_connected模式的场景，也可能发生系统性的冲突。如果处于rrc_connected模式的usim的业务模式导致共享部件的高利用率，则当针对另一个usim发起任何as过程时，将可能发生冲突，而不管该as过程的周期性或持续时间是怎样的。这可能导致针对处于rrc_connected模式的usim建立的呼叫出现中断并且/或者针对处于rrc_idle/rrc_inactive模式的usim的as过程失败。
[0199]
对多usim ue的支持当前以具体实施特定的方式来处理，而无需来自3gpp规范的支持。这导致在处理可能不可靠且功率低下的冲突时出现多种ue行为。随着具有5g能力的ue的复杂性增加以及市场上对多usim ue的需求不断增加，将多usim支持留给具体实施不再可行。因此，为了确保多usim ue能够在5g网络中可靠且有效地工作，需要标准化与公共基带和无线电部件的tdm共享相关联的ue行为；还需要限定支持新ue行为的新nw行为/动作。对于处于rrc_idle/rrc_inactive模式的ue，这将需要增强si和寻呼过程，从而将允许ue在可能发生冲突时避免冲突；以及允许ue以可预测和可靠的方式解析这些冲突是否确实发生以及何时确实发生。
[0200]
冲突避免方案
[0201]
ue可以基于针对多个usim的ue配置来确定冲突可能发生；该ue配置例如寻呼配置、smtc配置、si-schedulinginfo配置、c-drx配置等。
[0202]
然后可以通过重新配置ue来避免冲突，使得与由一个usim执行的as过程相关联的监视时机和传输机会在时间上不与由另一个usim执行的as过程相关联的监视时机和传输机会重叠。对于其中一个usim处于rrc_connected模式的场景，该重新配置可以包括暂停或释放rrc连接。
[0203]
本文描述的方案是针对其中usim附接到不同网络的一般情况。然而，这些方案也可以应用于其中多个usim附接到相同网络的场景，例如ran共享、mno内和nw切片用例。在此类场景中，可以应用对这些方案的附加优化；例如，为多个usim选择相同的nw切片和/或相同的服务小区或ran切片、为多个usim选择相同的po、在时间上接近地配置po以使得仅唤醒一次就能够监视多个usim的po，等等。
[0204]
确定何时将发生冲突的方法
[0205]
ue可以基于多个usim的配置来确定何时将发生冲突；配置例如寻呼配置、smtc配置、si-schedulinginfo配置、c-drx配置等。在一般情况下，不能假定网络之间的时间同步，因此在确定何时将发生冲突时，ue必须考虑网络之间可能存在的任何非零的定时偏移量。
我们将该非零的定时偏移量定义为在多usim ue的pcell之间观察到的sfn和帧定时差异(sftd)，其由以下两个分量构成：
[0206]
●
sfn偏移量＝(sfn
pcell_usimx-sfn
pcell_usimy
)mod 1024，其中sfn
pcell_usimx
是usim
x
所连接的nw的pcell无线电帧的sfn，并且sfn
pcell_usimy
是usimy所连接的nw的pcell无线电帧的sfn，其中ue接收在时间上最接近其接收usim
x
的pcell无线电帧的起点的时间的起点。
[0207]
●
其中t
frameboundarypcell_usimx
是ue从usim
x
所连接的nw的pcell接收无线电帧的起点的时间，t
frameboundarypcell_usimy
是ue从usimy所连接的nw的pcell接收无线电帧的起点的时间，其在时间上最接近从pcell接收的无线电帧。(t
frameboundarypcell-t
frameboundarypscell
)的单位是ts。
[0208]
图2是展示多usim ue的pcell之间的示例sftd的时序图。
[0209]
当确定寻呼冲突是否将发生时，ue首先根据寻呼配置计算每个网络的pf和po。然后，使用多usim ue的pcell之间的sftd来使一个usim的po相对于另一个usim的po偏移，以确定是否将发生任何冲突，如图3a和图3b所示。
[0210]
对于其中两个usim被配置有相同drx周期的场景；例如，t1＝t2，寻呼冲突可能每个drx周期发生一次，如图4a所示。对于其中两个usim被配置有不同drx周期的场景，例如，t1≠t2，从具有较长drx周期的usim的视角来看，寻呼冲突可能每个drx周期发生一次，而从具有较短drx周期的usim的视角来看，寻呼冲突可能每2、4或8个drx周期发生一次，如图4a至图4c所示。冲突发生的频率取决于两个usim的drx周期的比率，其中drx周期t可以被配置为32个、64个、128个或256个无线电帧。参见3gpp ts 38.331release 15。我们如下定义参数m，以表示从usim1的视角来看usim1与usim2之间的寻呼冲突可能发生的频率：
[0211]
m＝max(div(t2/t1)，1)
[0212]
也可以应用类似的方法来确定与si窗口的冲突，该si窗口用于获取如处于rrc_idle/rrc_inactive模式的usim的si-schedulinginfo配置中所指定的si、如处于rrc_idle/rrc_inactive模式的usim的smtc配置中所指定的rrm测量时机，或者如在处于rrc_connected模式的usim的c-drx配置中所指定的活动时间。图5是示出对于usim1处于rrc_idle/rrc_inactive模式并且对于usim2处于rrc_connetced模式的ue的与c-drx开启持续时间的寻呼冲突的场景的图示。
[0213]
例如，当配置searchspaceid＝0用于pagingsearchspace时，也可以应用类似的方法通过比较与针对usim1的寻呼和rmsi相对应的pdcch监视时机和与针对usim2的寻呼和rmsi相对应的pdcch监视时机来确定冲突。当配置除0之外的searchspaceid用于pagingsearchspace时，作为示例，也可以应用类似的方法通过比较与用于usim1的s1个传输的ssb相对应的s1个连续pdcch监视时机的集合和与用于usim2的s2个传输的ssb相对应的s2个连续pdcch监视时机的集合来确定冲突，其中相应地，根据用于usim1的sib1中的ssb-positionsinburst来确定s1，并且根据用于usim2的sib1中的ssb-positionsinburst来确定s2。
[0214]
po跳过
[0215]
po跳过可以用于避免处于rrc_idle/rrc_inactive模式的usim的冲突。当配置po跳过时，ue在跳过的po期间不监视寻呼。当配置po跳过时，还可以修改网络行为；例如，网络在跳过的po期间不寻呼ue、网络在多个po中重复寻呼消息，等等。
[0216]
基于规则的po跳过
[0217]
基于规则的po跳过可以被定义为允许针对一个或多个usim的po跳过，以避免寻呼冲突。对于其中usim被配置有相同drx周期的场景；例如，t1＝t2，冲突可能每个drx周期发生一次，如图4a所示。为了避免寻呼冲突，ue可以轮换监视其po的usim。然而，如果网络在ue未监视的po期间寻呼ue，则该寻呼将被错过。为了确保寻呼不被错过，网络可以在多个连续的po中重复寻呼，从而允许ue选择将接收寻呼的po，例如，在用于初始寻呼传输的po期间；例如初始po，或者在用于重复寻呼传输的po期间；例如重复po。
[0218]
ue可以在注册时告知网络它是多usim ue，从而使网络能够仅对多usim ue执行寻呼重复。寻呼重复周期可以被定义为nt，其中n是为多usim ue配置的usim的数目，并且t是drx周期。参数n也可以在注册时被发信号通知网络。
[0219]
ue可以使用nas信令来告知网络它是多usim ue，并且cn然后可以告知ran该ue的多usim能力。替代性地，ue可以使用as信令来告知ran它是多usim ue，并且ran可以告知cn该ue的多usim能力。用于告知ran其为多usim ue的as信令可以使用现有过程来实现；其中现有过程例如rrc连接建立、rrc连接恢复、ue辅助信息、ue能力转移。替代性地，可以定义新的rrc过程。
[0220]
图6是其中usim1和usim2被配置有相同drx周期t的场景的图示。寻呼重复周期被定义为每个网络的2t，并且usim1和usim2的每个drx周期的初始po偏移值τ，其中0≤τ＜2t。根据τ的值，在两个usim的po之间可能发生冲突(完全或部分)。
[0221]
在该实施方案的一个方面，对所有多usim ue执行寻呼重复，而不管τ的值是多少；例如，不管寻呼冲突是否实际发生。替代性地，仅当τ的值使得寻呼冲突将实际发生时，才可以执行寻呼重复。当使用该替代方案时，需要ue信令以便于启用/禁用寻呼重复。例如，ue可以确定τ的值使得将发生寻呼冲突，并且可以向网络发送指示以将此告知网络。替代性地，ue可以发信号通知τ的值或关于其他网络的寻呼配置的信息，因此网络可以确定是否将发生寻呼冲突，并且将相应地启用/禁用寻呼重复。
[0222]
当需要ue信令来启用/禁用po跳过时，如果ue希望cn管理与ran节点的po跳过，则多usim ue可以在初始注册中包括po跳过指示符。替代性地，通过在移动性注册更新或周期性注册更新过程中包括po跳过指示符，ue可以更动态地执行po跳过。这可以在多usim ue为每个usim注册之后并且在确定在usim之间存在寻呼冲突的可能性之后的某个时刻被请求。作为另一个替代方案，po跳过指示符可以被包括在ue接收到注册接受响应之后发送的注册完成消息中。
[0223]
并且在另一个替代方案中，ue可以经由as信令向ran节点提供po跳过指示符、参数n和任何其他相关信息。例如，当执行rrc连接建立过程时使用rrcsetuprequest消息；当执行rrc连接恢复过程时，使用rrcresumerequest/rrcresumerequest1消息；或者当执行ue辅助信息过程时，使用ueassistanceinformation消息。
[0224]
图7是其中ue每隔一个po执行po跳过的示例算法的流程图。该算法可以用于其中ue具有配置有相同drx周期的2个usim的场景。
[0225]
在图7的步骤1中，ue确定接下来将发生哪个po。替代性地，ue可以选择以usim1或usim2开始，而不管接下来将发生哪个po，并且相应地继续进行步骤2或步骤3。该替代方案可以用作简化方案，以避免必须确定po何时将相对于彼此及时发生。
[0226]
在步骤2中，如果接下来出现用于usim1的po，则ue设置用于usim1的po监视标记并且清除用于usim2的po监视标记。
[0227]
在步骤3中，如果接下来出现用于usim2的po，则ue清除用于usim1的po监视标记并且设置用于usim2的po监视标记。对于具有多于两个usim的多usim ue，可以重复步骤1和步骤3，以检查附加usim的po的存在。
[0228]
在步骤4中，ue等待直到发生下一个po。
[0229]
在步骤5中，ue确定是否为发生(或将要发生)po的usim设置po监视标记。
[0230]
在步骤6中，如果为该usim设置po监视标记，则ue配置较低层以执行针对该usim的po监视。
[0231]
在步骤7中，如果不为该usim设置po监视标记，则ue配置较低层以跳过针对该usim的po监视。
[0232]
在步骤8中，ue切换用于该usim的po监视标记的状态并且返回到步骤4。
[0233]
图8是针对usim配置有相同drx周期(例如，t1＝t2)的场景，根据每隔一个po执行po跳过的算法来监视/跳过po的图示。在该示例中，假设用于usim1的po首先出现。
[0234]
为了确保每个usim的drx周期相同，可以限定网络行为，使得为所有多usim ue配置相同的ue特定drx周期；并且可以限定多usim ue的ue行为，使得ue总是使用ue特定drx周期，而不是使用ue特定drx周期和si中广播的默认值中最短的一个。在本发明的一个方面，当ue向网络注册时，网络可以使用nas信令来为所有多usim ue配置相同的ue特定drx周期。例如，核心网可以通过在注册接受消息的接受的drx参数元素中返回多usim ue的适当drx周期，来为其选择适当的drx周期。替代性地，对于其中drx周期可能不同的场景，ue可以使用nas或rrc信令来请求修改其drx周期，以确保每个usim的drx周期是相同的。对于处于rrc_inactive的ue，cn可以向ran节点提供关于期望的ue特定drx周期的信息，以确保该drx周期与其他usim的drx周期相同。
[0235]
对于其中两个usim被配置有不同drx周期(例如，t1≠t2)的场景，寻呼冲突可能每m个drx周期发生一次，如图4b至图4d所示。对于其中t2＝2t1的场景，应用该算法来每隔一个po执行po跳过可以导致如图9a和图9b所示对po进行监视/跳过。如果用于具有较长drx周期的usim的po如图9a所示首先出现，则跳过po，使得可以在假设配置了为2的寻呼重复周期的情况下从两个网络可靠地接收寻呼。但是，如果用于具有较短drx周期的usim的po如图9b所示首先出现，则将发生冲突，并且将不能从任一网络可靠地接收寻呼。
[0236]
为了减轻该问题，可以修改算法，使得当用于具有较长drx周期的usim的第一po出现时，对每个usim的po监视标记的值进行初始化。图10是示例算法的流程图，其中ue每隔一个po执行po跳过，这也支持其中t1≠t2的场景。
[0237]
图11是用于在注册过程期间配置po跳过的信令图。在图11的步骤1中，ue接收向nw注册的触发。
[0238]
在步骤2中，ue向cn传输指示它是多usim ue的注册请求消息。ue还可以指示它已经配置了多少个usim。ue还可以指示要使用的优选drx周期。并且在另一个替代方案中，ue用信号发送与usim之间的drx周期关系相关的参数；例如，drx周期的比率。接收到ue是多usim ue的指示可以用于隐式指示ue想要启用po重复。替代性地，ue可以包括用于请求启用po重复的显式po重复指示。
[0239]
在步骤3中，cn执行来自ts 23.502的注册过程，并且将ue注册为多usim ue。cn还可以如先前所提及的那样配置其用于所有多usim ue的drx周期，并且在注册接受消息的接受的drx参数元素中返回该值。如果ue已经包括po重复指示，则cn将其保存在为ue维护的ue上下文中，以便在将来每当需要寻呼ue时使用。
[0240]
在步骤4中，cn向ue传输注册接受消息，以指示注册请求被接受。该消息可以包括以下各项：cn配置的drx周期，以及确认po重复被启用，并且参数n被接收。该信息还可以被添加到n2信令，以告知ran节点启用po重复并且使用所配置的drm周期。
[0241]
在步骤5中，ue监视寻呼并且每隔一个po执行po跳过。
[0242]
在步骤6中，cn接收寻呼ue的触发。
[0243]
在步骤7中，cn向gnb传输寻呼消息，并且还可以向gnb提供关于ue的优选drx周期的信息。此外，如果先前由ue配置了po跳过，则cn可以告知gnb启用po跳过，并且还提供与ue相关联的参数n。
[0244]
在步骤8中，gnb使用寻呼重复来寻呼ue。
[0245]
在步骤9中，gnb使用初始po来寻呼ue。
[0246]
在步骤10中，gnb使用重复po来寻呼ue。
[0247]
在步骤11中，ue在初始po或重复po中接收寻呼。
[0248]
在步骤12中，ue建立与网络的连接。
[0249]
图12是用于在rrc连接恢复过程期间配置po跳过的信令图。
[0250]
在图12的步骤1中，ue检测到触发其配置po跳过的事件。触发po跳过的事件可以包括基于针对多个usim的ue配置确定将发生冲突、检测到一个或多个寻呼冲突、开始针对另一个usim的as过程、针对另一个usim转变到rrc_connected状态、针对另一个usim配置dc等，或者它们的任何组合。
[0251]
在步骤2中，ue传输rrcresumerequest/rrcresumerequest1消息以配置po跳过。
[0252]
在步骤3中，gnb配置po跳过。
[0253]
在步骤4中，gnb传输包括suspendconfig的rrcrelease消息。
[0254]
在步骤5中，在接收到rrcrelease消息时，ue转变到rrc_inactive并且每隔一个po执行po跳过。对于其中ue被配置有n个usim的场景，ue跳过(n-1)个po；即，每n个po中只有1个被监视。
[0255]
在步骤6中，将ue的dl数据转发到gnb。
[0256]
在步骤7中，gnb使用寻呼重复来寻呼ue，寻呼重复周期可以被定义为nt，其中n是为多usim ue配置的usim的数目，并且t是drx周期。
[0257]
在步骤8中，gnb使用初始po来寻呼ue。
[0258]
在步骤9中，gnb使用重复po来寻呼ue。
[0259]
在步骤10中，ue在初始po或重复po中接收寻呼。
[0260]
在步骤11中，ue恢复与网络的rrc连接。
[0261]
在步骤12中，ue从网络接收dl数据。
[0262]
图13是其中使用ue辅助信息过程告知网络期望的po跳过配置的信令图。在图13的步骤1中，ue传输包括期望的po跳过配置的ueassistanceinformation消息。
[0263]
在步骤2中，gnb配置po跳过。
[0264]
在步骤3中，gnb传输包括suspendconfig的rrcrelease消息。
[0265]
在步骤4中，在接收到rrcrelease消息时，ue转变到rrc_inactive并且每隔一个po执行po跳过。
[0266]
在步骤5中，将ue的dl数据转发到gnb。
[0267]
在步骤6中，gnb使用寻呼重复来寻呼ue。
[0268]
在步骤7中，gnb使用初始po来寻呼ue。
[0269]
在步骤8中，gnb使用重复po来寻呼ue。
[0270]
在步骤9中，ue在初始po或重复po中接收寻呼。
[0271]
在步骤10中，ue恢复与网络的rrc连接。
[0272]
在步骤11中，ue从网络接收dl数据。
[0273]
使用寻呼重复增加了寻呼信令并且还增加了寻呼延迟时间。对于其中drx周期不同的场景，不需要对具有较大drx周期的usim进行寻呼重复。可以针对此类场景进行优化，使得仅针对具有较小drx周期的网络启用寻呼重复。来自ue的ul控制信令可以用于向网络提供指示，以请求对具有较小drx周期的网络进行寻呼重复。
[0274]
在另一个替代方案中，使用寻呼重复可以在经历针对ue的寻呼失败之后由网络触发。检测事件可以基于寻呼失败次数的计数；例如，连续寻呼失败的次数超过阈值、规定时间间隔内的寻呼失败的次数超过阈值；等。
[0275]
对于基于波束的寻呼机制，当配置searchspaceid＝0用于pagingsearchspace时，作为示例，类似的跳过和重复方法也可以应用于分别与针对usim1和/或usim2的寻呼和rmsi相对应的pdcch监视时机。
[0276]
对于基于波束的寻呼机制，当配置除0之外的searchspaceid用于pagingsearchspace时，类似的跳过和重复方法也可以应用于与s个传输的ssb(例如，对于usim1为s1个，并且对于usim2为s2个)相对应的s个连续pdcch监视时机的集合。
[0277]
基于事件的po跳过
[0278]
基于事件的po跳过可以用于基于特定事件的发生来暂停对网络的寻呼。触发po跳过的事件可以包括基于针对多个usim的ue配置确定将发生冲突、检测到一个或多个寻呼冲突、开始针对另一个usim的as过程、针对另一个usim转变到rrc_connected状态、针对另一个usim配置dc等。针对给定网络的po跳过可以持续发生可变的持续时间，直到该触发事件不再持续存在为止；例如，ue被重新配置为使得对于多个usim将不再发生冲突、针对另一个usim的as过程已完成、针对另一个usim从rrc_connected转变到rrc_idle/rrc_inactive、针对另一个usim释放dc，等等。替代性地，针对给定网络的po跳过可以持续ue和网络已知的固定持续时间(例如t
po_skipping
)。po跳过持续时间可以在ue开始po跳过之前被预先配置或用信号发送。在该方案的一个方面，po跳过持续时间由ue确定并且被发信号通知网络。在该方案的另一方面，ue任选地发信号通知网络优选的po跳过持续时间，但是对po跳过持续时间的最终决定由网络确定。图14a至图14b展示了其中po跳过分别持续发生可变持续时间和固定持续时间的场景。
[0279]
在发出紧急呼叫之后，可能需要ue监视寻呼以确保其能够接收紧急回叫。在一个网络上发出紧急呼叫之后，基于事件的po跳过可以用于告知其他网络ue将不监视寻呼并且因此将不能够建立mt呼叫。
[0280]
在该方案的一个实施方案中，rrc信令用于针对cn和/或ran发起的寻呼执行基于事件的po跳过。当触发po跳过激活的事件发生时，ue向网络发送po跳过指示。po跳过一旦被触发，就可以在可变持续时间或固定持续时间内保持活动。对于其中po跳过在可变持续时间内保持活动的场景，当触发po跳过去激活的事件发生时，ue向网络发送另一个po跳过指示，以指示po跳过应当被去激活。并且对于其中使用固定持续时间的场景，po跳过指示还可以指示po跳过将保持活动的持续时间。网络可以将po跳过指示当作要遵守的命令。替代性地，网络可以将po跳过指示当作其可以接受或拒绝的请求。图15a至图15b和图16a至图16b是信令图的图示，其中rrc信令分别用于在可变持续时间和固定持续时间内的基于事件的po跳过。
[0281]
网络可以向ue发送响应以确认接收到该po跳过指示。对于其中网络将该po跳过指示当作请求的场景，响应可以指示请求是否被准许。并且对于其中po跳过被激活固定持续时间的场景，该响应可以用于在该po跳过指示中用信号发送跳过持续时间或覆盖由ue请求的持续时间。
[0282]
po跳过指示可以在用于建立或恢复rrc连接的相同消息中被发信号通知网络；例如，rrcsetuprequest、rrcresumerequest或rrcresumerequest1。例如，新的establishmentcause/resumecause(例如po-skippingactivation)可以用于向网络发信号通知针对处于rrc_idle/rrc_inactive模式的ue的po跳过指示。新的establishmentcause/resumecause(例如po-skippingdeactivation)也可以被定义为对于其中po跳过被激活可变持续时间的场景去激活po跳过。
[0283]
替代性地，po跳过指示可以在rrc连接已经建立或恢复之后传输的单独消息中发信号通知网络。在本发明的一个方面，新的poskipping消息可以用于向网络发信号通知po跳过指示。并且在本发明的另一方面，ueassistanceinformation消息可以用于向网络发信号通知po跳过指示。在本发明的第三方面，po跳过指示可以使用注册请求过程(例如，初始化、移动性注册更新、周期性注册更新等)之一来提供给网络。
[0284]
po跳过对于cn可能是透明的，在这种情况下，ran节点(例如gnb)可以分别针对处于rrc_idle或rrc_inactive模式的ue缓冲从cn接收的任何寻呼请求或dl数据，直到po跳过不再活动。替代性地，当po跳过处于活动状态时，gnb可以将指示提供给cn，以防止其执行针对处于rrc_idle模式的ue的cn寻呼，或者防止其发送dl数据给旨在用于处于rrc_inactive模式的ue的gnb。
[0285]
图15a和图15b展示了使用rrc信令且具有可变持续时间的基于事件的po跳过的示例。在图15a的步骤1中，ue检测到触发po跳过激活的事件。
[0286]
在步骤2中，ue传输rrcresumerequest/rrcresumerequest1消息，其中resumecause被设置为“po-skippingactivation”，以激活po跳过。
[0287]
在步骤3中，gnb在步骤3a中激活po跳过，并且任选地在步骤3b中通知cn po跳过被激活。该通知可以提供时间值，以指示cn将dl数据缓冲多长时间并且在期满时将经缓冲的dl数据发送到ue。
[0288]
在步骤4中，gnb传输包括suspendconfig的rrcrelease消息。在步骤2中传输rrcresumerequest/rrcresumerequest1之前，可以“协商”suspendconfig，在这种情况下，它不需要被包括在rrcrelease消息中。
[0289]
在步骤5中，在接收到rrcrelease消息时，ue转变到rrc_inactive并且激活po跳过。
[0290]
在步骤6中，dl数据可用于ue，并且如果在步骤3b中gnb已经告知cn po跳过被激活，则在步骤6a中cn对dl数据进行缓冲。在与po跳过相关联的定时器期满时，在步骤6b中，cn向gnb传输旨在用于ue的dl数据。定时器可以与步骤3中所提供的值相关联，或者可以经由网络配置或策略来提供。
[0291]
在步骤7中，如果gnb从cn接收到旨在用于ue的dl数据，则gnb对该dl数据进行缓冲。
[0292]
图15a的呼叫流程在图15b中继续进行。在图15b的步骤8中，ue检测到触发po跳过去激活的事件。
[0293]
在步骤9中，ue传输rrcresumerequest/rrcresumerequest1消息，其中resumecause被设置为“po-skippingdeactivation”，以去激活po跳过。
[0294]
在步骤10中，网络在步骤10a中去激活po跳过，并且还可以在步骤10b中通知cn po跳过已被去激活。
[0295]
在步骤11中，如果在po跳过被激活的同时cn已经缓冲了任何dl数据，则如步骤11a所示，将该数据发送到gnb。在步骤11b中，gnb向ue发送dl数据，该dl数据在po跳过被激活的同时被缓冲。该数据可能已经由cn或gnb缓冲。
[0296]
在步骤12中，ue开始与gnb进行ul/dl传输和接收，并且向/从cn传输ul/dl数据。
[0297]
图16a至图16b展示了使用rrc信令且具有固定持续时间的基于事件的po跳过的示例。
[0298]
在步骤1中，ue检测到触发po跳过激活的事件。
[0299]
在步骤2中，ue传输rrcresumerequest/rrcresumerequest1消息，其中resumecause被设置为“po-skippingactivation”，以激活po跳过。
[0300]
在步骤3中，gnb传输包括suspendconfig的rrcrelease消息。在步骤2中传输rrcresumerequest/rrcresumerequest1之前，可以“协商”suspendconfig，在这种情况下，它不需要被包括在rrcrelease消息中。
[0301]
在步骤4中，po跳过被激活。在步骤4a中，ue接收到rrcrelease消息、转变到rrc_inactive并且开始t
po_skipping
，以激活po跳过。在步骤4b中，gnb开始t
po_skipping
，以激活po跳过。在步骤4c中，gnb可以通知cn po跳过被激活。该通知可以提供时间值，以指示cn将dl数据缓冲多长时间并且在期满时将经缓冲的dl数据发送到ue。注意，该通知可以在步骤2之后的任何时间发送。
[0302]
在步骤5中，dl数据可用于ue，并且如果在步骤4c中gnb已经告知cn po跳过被激活，则在步骤5a中cn对dl数据进行缓冲。
[0303]
图16a的呼叫流程在图16b中继续进行。在步骤5b中，在与po跳过相关联的定时器期满时，cn向gnb传输旨在用于ue的dl数据。定时器可以与步骤4中所提供的值相关联，或者可以经由网络配置或策略来提供。
[0304]
在步骤6中，如果gnb从cn接收到旨在用于ue的dl数据，则gnb对该dl数据进行缓冲。
[0305]
在步骤7中，po跳过时段期满。在步骤7a中，t
po_skipping
期满，从而在ue处触发po跳过
的去激活。在步骤7b中，t
po_skipping
期满，从而在gnb处触发po跳过的去激活。
[0306]
在步骤7c中，t
po_skipping
期满，从而在cn处触发po跳过的去激活。
[0307]
在步骤8中，如果在po跳过被激活的同时cn已经缓冲了任何dl数据，则如步骤8a所示，将该数据发送到gnb。替代性地，如果cn内维持的ue上下文指示ue处于cm_idle，则cn可以寻呼ue。步骤8b中，gnb寻呼ue。
[0308]
在步骤9中，ue传输rrcresumerequest/rrcresumerequest1消息，其中resumecause如ts 38.331release 15的第5.3.2.3节中所述进行设置。
[0309]
在步骤10中，ue开始进行ul/dl传输和接收，这可以包括在po跳过被激活的同时接收由gnb或cn缓冲的dl分组。
[0310]
在步骤11中，向/从cn传输ul/dl数据。
[0311]
在另一个替代方案中，ue可以向网络传输rrcresumerequest/rrcresumerequest1，以在t
po_skipping
期满之前恢复rrc连接；然后，如上述过程中的步骤9至11中那样开始进行ul dl传输。如果在t
po_skipping
期满之前ue不能恢复连接；例如由于另一个usim上的活动，则由ue和网络隐式地释放暂停的rrc连接，并且ue转变到rrc_idle。
[0312]
在该方案的另一个实施方案中，nas信令(例如mico模式)用于为核心网(cn)发起的寻呼执行基于事件的po跳过，如图15所示。
[0313]
图17是展示使用nas信令且具有可变持续时间和固定持续时间的基于事件的po跳过的一个示例的呼叫流程。在图17的步骤1中，ue检测到触发po跳过激活的事件。
[0314]
在步骤2中，ue执行移动性注册更新并且包括po跳过指示。如果po跳过持续固定的持续时间，则还可以提供持续时间。注意，po跳过指示也可以被包括在周期性注册更新或服务请求过程中。替代性地，可以由ue通过指定其启用mico模式的偏好和多usim指示符来请求po跳过功能。
[0315]
在步骤3中，cn返回注册接受响应并且确认po跳过在cn处被激活。cn还可以包括cn将对与po跳过时段相关联的ue的dl数据进行缓冲的持续时间。该持续时间可以是ue提供的值，或者可以是cn提供的值。
[0316]
在步骤4中，当po跳过处于活动状态时，cn缓冲为ue接收的任何dl数据。
[0317]
在步骤5中，ue检测到表示po跳过结束的事件。如果po跳过被配置固定持续时间，则事件可以是与po跳过时段相关联的定时器期满。
[0318]
在步骤6中，ue向cn发送移动性注册更新以去激活po跳过。
[0319]
在步骤7中，cn返回注册接受消息并且确认po跳过在cn中被去激活。
[0320]
在步骤8中，在po跳过期间在cn中缓冲的任何dl数据被发送到ue，并且ue可以恢复与cn的ul/dl数据传输。
[0321]
基于sfn的po跳过
[0322]
基于sfn的po跳过可以用于将sfn空间划分为其中po被监视或跳过的区域。例如，可以限定用于po监视的起始sfn和终止sfn，使得如果pf落在该范围内，则监视po；并且如果pf落在该范围之外，则跳过po。
[0323]
基于sfn的po跳过可以用于通过针对每个usim限定非重叠的po监视区域来避免多个usim之间的寻呼冲突。ue将确定其中应当跳过/监视po的区域，使得不会发生寻呼冲突，并且将该信息发信号通知网络。替代性地，ue可以向网络提供寻呼配置信息，并且网络可以
确定其中应当跳过/监视po的区域。在一般情况下，不能假定网络之间sfn同步，因此在确定给定网络的适当的起始/终止sfn时，应当考虑sfn偏移量。
[0324]
例如，我们可以考虑其中多usim ue具有两个usim、sfn空间被分成两部分并且nw1与nw2之间的sfn偏移量为117的场景，如图18所示。如果我们使用nw1的sfn编号作为参考，则对nw1的po监视的起始sfn和终止sfn可以分别被限定为0和511；并且对nw2的po监视的起始sfn和终止sfn可以分别被限定为512和1023。当将执行po监视时，ue将向nw1发信号通知值0和511，以指示sfn范围。当将执行po监视时，ue还将向nw2发信号通知sfn起始/终止值，以指示sfn范围。然而，ue将增加sfn偏移量并且对结果执行以1024为模的运算以将起始/终止sfn转变为用于nw2的sfn编号，而不是直接发信号通知值512和1023，在这种情况下，这将导致在将执行po监视时向nw2发信号通知值(512+117)mod 1024＝629和(1023+117)mod 1024＝116，以指示sfn范围。
[0325]
在该方案的另一个实施方案中，可以对sfn空间进行划分，使得存在其中针对给定usim监视po的多个区域。图19是其中多usim ue具有两个usim、nw1与nw2之间的sfn偏移量为117，并且存在为每个usim限定的2个po监视区域的场景的图示。
[0326]
在以上示例中，基于sfn的po跳过用于避免多个usim之间的寻呼冲突。然而，基于sfn的po跳过还可以用于避免可以为另一个usim执行的其他as过程的冲突。例如，当针对第一个usim跳过po时，可以针对另一个usim执行si获取、空闲模式测量等，而没有与针对第一个usim的所监视的po冲突的风险。
[0327]
基于sfn的po跳过可以由ue向gnb或cn提出请求来触发，该请求包括sfn po跳过指示，还包括用于划分po的sfn区域的数目。该机制可以用于图18的nw1，其提供sfn参考定时。然后，ue可以向图18的nw2提出另一个请求，该请求包括sfn po跳过指示，还包括用于划分po的sfn区域的数目，该数目与用于nw1的数目相同。接下来，ue可以在确定sfn区域时应用nw1与nw2之间的sfn偏移量来监视或跳过po。
[0328]
基于sfn的po跳过概念可以从另一个视角来观察。代替关注po跳过，该概念可以被设想为基于sfn的po区域选择。cn或ran节点可以限定sfn内的po区域，并且为ue中的每个usim分配不同的区域。该机制允许ue向所安装的每个usim请求不同的sfn po区域，以避免寻呼冲突。如果usim属于相同的mno，则可以使用单个sfn定时参考。然而，如果usim属于不同的mno，则需要由ue应用sfn偏移量。
[0329]
基于h-sfn的po跳过
[0330]
基于h-sfn的po跳过可以用于限定其中po被跳过的超帧。h-sfn由小区广播，并且当sfn环绕时递增1。除了计算po和pf之外，ue还可以计算寻呼超帧(ph)，该寻呼超帧是指其中ue监视寻呼的h-sfn。ph可以基于ue和网络已知的作为drx周期的函数的公式以及ue身份来确定，其中drx周期可以对应于大于1024的扩展的drx周期。基于sfn的区域以及基于h-sfn的区域可以被分别限定并且被指示给ue。
[0331]
po扩展
[0332]
为了减小ue在其配置的po期间由于冲突而不能接收dl的可能性，可以利用用于寻呼的附加pdcch监视时机来扩展po。扩展的po可以被定义为一组s*x个连续的pdcch监视时机，其中s是根据sib1中的ssb-positionsinburst确定的实际传输的ssb的数目，并且x是additionalmonitoringoccasionofpo(如果配置的话)，否则等于1。该参数也可以被称为
nrofpdcch-monitoringoccasionperssb-inpo。po中用于寻呼的第[x*s+k]个pdcch监视时机对应于第k个传输的ssb，其中x＝0、1、
…
、x-1；并且k＝1、2、
…
、s。图20是扩展的po的图示，其中s＝3并且x＝3。
[0333]
网络在包括扩展的po的所有pdcch监视时机重复相同的寻呼消息和短消息，因此ue可以在扩展的po期间监视任何pdcch监视时机。如果对于所选择的pdcch监视发生冲突，则ue可以在另一次扫描中选择用于相同波束的pdcch监视时机。例如，我们可以考虑图20中所示的扩展的po。如果ue选择波束1作为最佳波束，则pdcch监视时机1、4或7可以用于接收寻呼dci。
[0334]
图21展示了示例小区特定po扩展方案。在图21的步骤1中，ue接收配置扩展的po的系统信息。扩展的po可以使用pcch-config信息(例如nrofpdcch-monitoringoccasionperssb-inpo)中的字段来指示。
[0335]
在步骤2中，ue在不经历冲突的pdcch监视时机期间监视寻呼。
[0336]
在步骤3中，ue在被监视的pdcch监视时机期间接收寻呼。
[0337]
可以使用小区特定的po扩展，由此可以使用广播信令来发信号通知该扩展的po配置。这些扩展的pdcch监视时机将可由小区中的任何ue使用。
[0338]
替代性地，可以使用ue特定po扩展。在这种情况下，可以使用专用信令来发信号通知该扩展的po配置。在这种情况下，这些扩展的pdcch监视时机将仅可用于已经通过网络用扩展的po显式配置的ue。用于ue的扩展的po的配置可以在获得来自ue的隐式或显式请求时被触发。例如，ue可以向网络提供其配置有多个usim的指示，该指示可以触发网络用扩展的po来配置ue。
[0339]
图22是ue特定po扩展方案的图示。
[0340]
在图22的步骤1中，ue向网络发信号通知多usim辅助信息，以指示其配置有多个usim。可以使用新的rrc消息(例如multi-usimassistainceinformation)来发信号通知多usim辅助信息。替代性地，多usim辅助信息的信令可以使用ue辅助信息过程来实现，其中多usim辅助信息的信令对应于ueassistanceinformation消息的传输。并且在另一个替代方案中，多usim辅助信息的信令可以使用ue能力转移过程来实现，其中多usim辅助信息的信令对应于uecapabilityinformation消息的传输。
[0341]
在步骤2中，gnb用扩展的po来配置ue。可以使用其中参数nrofpdcch-monitoringoccasionperssb-inpo大于1的pcch-config信息来指示扩展的po。
[0342]
在步骤3中，ue在不经历冲突的pdcch监视时机期间监视寻呼。
[0343]
在步骤4中，ue在被监视的pdcch监视时机期间接收寻呼。
[0344]
在另一个示例中，ue可以发出配置扩展的po的显式请求，其中该请求的触发可以基于ue确定将发生或可能发生寻呼冲突。该请求可以包括协助网络确定扩展的po的配置的信息；例如，pagingsearchspace中的哪个pdcch监视时机应当被配置用于扩展的po。
[0345]
在其他实施方案中，po可以被扩展为包括来自为pf定义的另一个po的pdcch监视时机。这种配置的优点在于不需要定义超出寻呼传统ue所需的那些pdcch监视时机之外的附加pdcch监视时机。
[0346]
寻呼修改
[0347]
为了避免寻呼冲突，可以修改用于一个或多个网络的ue寻呼配置。在以下小节中，
我们考虑了两类方案。在第一类方案中，ue确定应当如何修改寻呼配置，并且向网络提供请求修改寻呼配置的指示。在第二类方案中，网络基于从ue发信号通知的辅助信息来确定应当如何修改寻呼配置。
[0348]
ue确定的寻呼修改
[0349]
为了避免寻呼冲突，ue可以向网络提供请求修改寻呼配置的指示。该指示可以包括与用于寻呼配置的一个或多个参数的优选值相对应的信息。网络是否支持寻呼修改请求可以使用广播或专用信令发信号通知ue。
[0350]
对于pf中po的数目大于1(例如ns》1)的场景；ue可以请求监视pf中的不同po。图23是其中多usim ue被配置为监视两个网络的po的场景的图示。寻呼配置使得ue在usim1的po1和usim2的po2期间监视寻呼；并且在所监视的po期间发生冲突。为了避免寻呼冲突，ue可以请求监视nw1的po2、po3或po4，或者nw2的po1。
[0351]
注意：该示例示出了分别针对nw1和nw2，po1与po2之间的完全冲突。部分冲突也可以触发ue执行寻呼修改请求。
[0352]
ue可以向网络发信号通知所请求的po的索引，以指示期望的po。如果假设基于零的索引，则对于图23所展示的示例，ue将发信号通知值1、2或3，以针对nw1分别请求po2、po3或po4；或者发信号通知值0，以针对nw2请求po1。
[0353]
替代性地，ue可以发信号通知所请求的po的起始pdcch监视时机数，例如，在pcch-config中发信号通知的firstpdcch-monitoringoccasionofpo参数的第(所请求的i_s+1)个值。如果我们假设用于寻呼的pddch监视时机从零开始编号，则对于图23所展示的示例，ue将发信号通知值3、6或9，以针对nw1分别请求po2、po3或po4；或者发信号通知值0，以针对nw2请求po1。
[0354]
ue还可以请求监视不同pf中的po。pf计算中的(ue_id mod n)项基于ue_id将ue分配到pf。ue可以向网络发信号通知偏移量，该偏移量在计算该项时被用于如下选择不同的pf：
[0355]
(sfn+pf_偏移量)mod t＝(t div n)*((ue_id+偏移量)mod n)
[0356]
发信号通知偏移量的替代方案是请求使用备选ue_id。该备选ue_id可以被认为是将用于确定pf和po的别名。并且在又一个替代方案中，ue可以请求使用不同的5g-s-tmsi。
[0357]
ue还可以请求修改drx周期。由于po是周期性的，所以请求独自改变drx周期可能无法避免所有寻呼冲突。但是改变drx周期可以允许一些po在没有冲突的情况下出现。请求更长的drx周期还可以用于向ue提供用于选择不同的pf来监视的更多选项；例如，选择上述公式中所使用的偏移量参数的值。
[0358]
使用本文描述的方法，ue可以请求修改一个或多个寻呼配置参数。可以使用显式信令(例如rrc信令)向网络指示ue请求修改哪些参数。可以假设当前寻呼配置中的参数值用于没有显式包括在寻呼修改请求中的参数。寻呼修改请求可以在单独的消息(例如pagingmodificationrequest)中发信号通知。替代性地，寻呼修改请求可以作为另一条消息的一部分(例如，作为rrcsetuprequest、rrcresumerequest或rrcresumerequest1消息中的任选ie)发信号通知。
[0359]
网络可以用确认来响应寻呼修改请求。该确认可以包括指示寻呼请求是否已被接受的字段。该确认还可以包括用与ue所请求的值不同的值来修改寻呼配置的字段。该确认
可以在单独的消息(例如pagingmodificationacknowledgment消息)中发信号通知。替代性地，该确认可以作为另一条消息的一部分(例如，作为rrcrelease消息中的任选ie)发信号通知。
[0360]
可以用于寻呼修改请求或寻呼修改确认的示例pagingmodification ie在附录的代码示例3a中。pagingmodification字段说明在代码示例3b中示出。
[0361]
在另一个替代方案中，pf/po空间被划分为多个区域，例如8个区域(1024/8＝128)。然后，当ue或nw检测到潜在的寻呼冲突时，可以请求将pf/po移动到另一个区域以避免冲突。在mno相同的情况下，nw或ue能够执行该操作。在mno不同的情况下，ue将执行该操作，因为其具有用于两个usim的定时信息。然后它可以只请求它确定不会引起寻呼冲突的区域。
[0362]
图24是展示附接到两个网络工作nw1和nw2的多usim ue的示例寻呼修改请求的信令图。在图24的步骤1中，ue确定对于为nw1和nw2配置的po将发生冲突。
[0363]
在步骤2中，ue确定如何修改nw1和/或nw2的寻呼配置以避免寻呼冲突。ue可以尝试根据哪个网络支持寻呼修改请求和寻呼配置对于给定网络的灵活程度来修改一个或两个网络的寻呼配置。例如，被配置为支持每个pf的多个po和/或每个drx周期的多个pf的网络相比未被配置为支持每个pf的多个po和/或每个drx周期的多个pf的网络更加灵活并且提供更多的选项用于重新配置ue以避免寻呼冲突。为了说明的目的，我们假设ue确定应当修改用于nw1的寻呼配置以避免寻呼冲突。
[0364]
在步骤3中，ue建立或恢复与nw1的rrc连接，以请求修改寻呼配置。ue可以使用本文描述的任何方法向nw1提供请求修改寻呼配置的指示。在该示例中，该指示在用于建立/恢复rrc连接的消息(例如rrcsetuprequest、rrcresumerequest或rrcresumerequest1)中提供。替代性地，该寻呼修改请求可以使用ue辅助信息过程来实现，其中该寻呼修改请求的信令对应于ueassistanceinformation消息的传输。该ueassistanceinformation消息可以包括一个或多个寻呼配置参数的优选值；该寻呼配置参数例如：优选的pagingcycle、要在po/pf计算中使用的优选ue_id、与在pf中监视的优选po相对应的索引i_s、要在pf计算中使用的偏移量。可以包括在ueassistanceinformation消息中的示例pagingpreference信息在附录的代码示例6a和代码示例6b中示出。
[0365]
在步骤4中，nw1确定是否接受ue请求的寻呼修改。为了说明的目的，我们假设nw1接受寻呼修改请求。
[0366]
在步骤5中，nw1用确认来响应寻呼修改请求。nw1可以使用本文描述的任何方法来提供该确认。在该示例中，该确认在rrcrelease消息中提供。替代性地，可以使用rrcreconfiguration消息来发信号通知新的寻呼配置。
[0367]
在步骤6中，ue将经修改的寻呼配置应用于nw1。
[0368]
在步骤7中，ue在为nw1和nw2配置的po期间监视寻呼。
[0369]
在步骤8中，如果被触发，则nw1在其为nw1配置的po期间寻呼ue。
[0370]
在步骤9中，如果被触发，则nw2在其为nw2配置的po期间寻呼ue。
[0371]
网络确定的寻呼修改
[0372]
为了避免寻呼冲突，ue可以报告网络用来确定如何修改寻呼配置的网络辅助信息。该辅助信息可以包括对应于用于配置对其他网络的寻呼的pcch-config字段的一个或
多个参数。该辅助信息还可以包括与两个网络之间的定时偏移量相对应的参数；例如，如本文所述的多usim ue的pcell之间的sftd。在本发明的一个方面，网络可以重新配置ue以在pf期间监视不同的po。替代性地，网络可以重新配置ue以监视不同pf中的po，其中ue使用由网络发信号通知的偏移量来确定pf。网络可以重新配置其他寻呼参数(例如drx周期)，以避免或减少寻呼冲突的发生。
[0373]
cn可以告知ran节点ue是musin设备，并且向ran节点提供ue中的多个usims的ue_id。ran节点然后可以确定要使用哪种寻呼避免方法，并且经由rrc信令针对所确定的方法配置ue。与所使用的寻呼避免方法相关的信息可以经由x2接口在ran节点之间共享。这种共享可以由诸如切换、小区重新选择、rnau、tau、注册等事件触发。
[0374]
rrc释放/暂停请求
[0375]
对于其中usim之一处于rrc_connected模式的场景，ue可以请求释放或暂停rrc连接，以防止同与针对另一个usim执行的as过程相关联的监视时机和传输机会发生冲突(或降低这种冲突的可能性)。
[0376]
用于请求释放或暂停rrc连接的rrc消息可以包括po跳过的指示，类似于本文提出的基于事件的po跳过方案；或者用于协助网络确定寻呼配置的参数，该寻呼配置应当被用于避免同与由另一个usim相关联的监视时机和传输机会发生冲突，类似于本文提出的寻呼修改请求方案。该rrc消息还可以包括ue期望远离网络的时间估计值，例如pauseduration；从而允许网络在ue远离该网络时调整其行为，例如暂停寻呼。
[0377]
图25是其中用于nw1的处于rrc_connected模式的多usim ue接收与nw2建立rrc连接的触发的场景的图示，该触发要求ue释放/暂停与nw1的rrc连接。在图25的步骤1中，ue与nw1处于rrc_connected状态，并且正在执行ul/dl传输和接收。
[0378]
在步骤2中，ue接收建立与nw2的连接的触发。ue任选地确定如何修改nw1的寻呼配置以避免寻呼冲突。ue可以尝试根据哪个网络支持寻呼修改请求和寻呼配置对于给定网络的灵活程度来修改一个或两个网络的寻呼配置。例如，被配置为支持每个pf的多个po和/或每个drx周期的多个pf的网络相比未被配置为支持每个pf的多个po和/或每个drx周期的多个pf的网络更加灵活并且提供更多的选项用于重新配置ue以避免寻呼冲突。为了说明的目的，我们假设ue确定应当修改用于nw1的寻呼配置以避免寻呼冲突。
[0379]
在步骤3中，ue请求释放/暂停与nw1的连接。ue可以使用本文描述的任何方法向nw1提供请求po跳过或修改寻呼配置的指示。替代性地，该rrc连接释放/暂停请求可以使用ue辅助信息过程来实现，其中释放/暂停该连接的请求对应于ueassistanceinformation消息的传输。ueassistanceinformation消息可以包括用于指示ue的优选状态的releasepreference信息。该ueassistanceinformation消息还可以包括ue期望远离网络的时间估计值；例如pauseduration；从而允许网络在ue远离该网络时调整其行为，例如暂停寻呼。可以包括在ueassistanceinformation消息中的示例releasepreference信息在附录的代码示例7a和代码示例7b中示出。该ueassistanceinformation消息可以还包括一个或多个寻呼配置参数的优选值；该寻呼配置参数例如：优选的pagingcycle、要在po/pf计算中使用的优选ue_id、与在pf中监视的优选po相对应的索引i_s、要在pf计算中使用的偏移量。可以包括在ueassistanceinformation消息中的示例pagingpreference信息在附录的代码示例6a和代码示例6b中示出。
[0380]
在步骤4中，nw1确定是否接受ue请求的寻呼修改。为了说明的目的，我们假设nw1接受寻呼修改请求。nw1用确认来响应寻呼修改请求。nw1可以使用本文描述的任何方法来提供该确认。在该示例中，该确认在rrcrelease消息中提供。
[0381]
在步骤5中，ue对nw1应用经修改的寻呼配置，并且继续与nw2建立rrc连接。
[0382]
在步骤6中，ue与nw2执行ul/dl传输。
[0383]
自主rrc释放/暂停
[0384]
对于其中usim之一处于rrc_connected模式的场景，ue可以执行自主释放或暂停rrc连接，以防止同与针对另一个usim执行的as过程相关联的监视时机和传输机会发生冲突(或降低这种冲突的可能性)。ue告知网络其释放/暂停rrc连接的意图，然后自主地转变到期望的状态。ue还可以向网络提供其期望远离网络的时间估计值；例如pauseduration；从而允许网络在ue远离该网络时调整其行为，例如暂停寻呼。
[0385]
当ue执行状态转变时，可以应用“协商的”配置。“协商的”配置可以基于在ue执行rrc连接的自主释放或暂停之前发信号通知网络的释放辅助信息(rai)。rai可以包括一个或多个寻呼配置参数的优选值；该寻呼配置参数例如：优选的pagingcycle、要在po/pf计算中使用的优选ue_id、与在pf中监视的优选po相对应的索引i_s、要在pf计算中使用的偏移量。
[0386]
对偏好信息的接收可以被网络当作命令，在这种情况下，当网络接收到rrc连接释放/暂停指示时，网络应用这些优选参数的值。替代性地，对偏好信息的接收可以被网络当作请求，在这种情况下，网络可以接受、拒绝或覆盖该请求，并且向ue提供指示其决定的响应。并且在另一个替代方案中，网络可以通过向ue提供当ue自主地释放/暂停rrc连接时应用的“协商的”配置来作出响应。
[0387]
对于ue转变到rrc_inactive，“协商的”配置可以基于suspendconfig。参见附录的代码示例4，其示出了示例“协商的”suspendconfig，该suspendconfig已经被扩展为任选地包括优选的pagingcycle、要在po/pf计算中使用的优选ue_id、与在pf中监视的优选po相对应的索引i_s、要在pf计算中使用的偏移量。
[0388]
对于ue转变到rrc_idle，协商的suspendconfig中的完整参数集合是不适用的。因此，ue可以忽略那些不适用的参数；例如，full-rnti、shorti-rnti、ran-pagingcycle、ran-notificationareainfo、t380和nexthopchainingcount。替代性地，可以定义仅包括适用于ue转变到rrc_idle的参数的“协商的”releaseconfig。代码示例5示出了示例“协商的”releaseconfig。
[0389]
在一些场景中，在由于另一个usim上的活动而转变到rrc_inactive之后，ue可能无法执行诸如寻呼监视、基于ran的通知区域更新(rnau)等as过程。这可能导致网络错误地假设发生了故障，从而可能导致网络不必要地采取纠正措施，以及由网络维护的呼叫统计值的失真。为了防止这种情况发生，我们建议如果ue在配置的持续时间内没有恢复连接，则释放rrc_inactive配置。在一个示例中，该持续时间对应于定时器t380的值。如果在t380期满之前ue没有恢复连接，则ue释放rrc_inactive配置并且转变到rrc_idle。由网络维护的ue状态机也转变到rrc_idle。在另一个示例中，单独的定时器inactivitytimer可以被限定用于该目的，并且将作为“协商的”suspendconfig的一部分发信号通知ue。
[0390]
图26是其中用于nw1的处于rrc_connected模式的多usim ue接收与nw2建立rrc连
接的触发的场景的图示，该触发要求ue自主地释放/暂停与nw1的rrc连接。
[0391]
在图26的步骤1中，ue与nw1处于rrc_connected状态，并且正在执行ul/dl传输和接收。
[0392]
在步骤2中，ue向nw1发信号通知rai，以指示其对于在其执行自主的rrc释放/暂停时要应用的一个或多个参数的偏好。可以使用新的rrc消息(例如rrcreleaseassistainceinformation)来发信号通知rai信息。替代性地，该rai的信令可以使用ue辅助信息过程来实现，其中该rai的信令对应于ueassistanceinformation消息的传输。该ueassistanceinformation消息可以包括一个或多个寻呼配置参数的优选值；该寻呼配置参数例如：优选的pagingcycle、要在po/pf计算中使用的优选ue_id、与在pf中监视的优选po相对应的索引i_s、要在pf计算中使用的偏移量。可以包括在ueassistanceinformation消息中的示例pagingpreference信息在附录的代码示例6a和代码示例6b中示出。
[0393]
在步骤3中，ue从nw1接收响应，该响应指示当其执行自主的rrc释放/暂停时要应用的“协商的”配置。
[0394]
在步骤4中，ue接收建立与nw2的连接的触发。
[0395]
在步骤5中，ue用信号发送nw1，以指示它将执行自主rrc连接释放/暂停。该rrc连接释放/暂停指示可以被实现为从ue传输到网络的rrcrelease消息。替代性地，可以使用新的rrc消息；例如rrcreleaseindication。并且在又一个替代方案中，该rrc连接释放/暂停指示可以使用ue辅助信息过程来实现，其中该rrc连接释放/暂停指示对应于ueassistanceinformation消息的传输。ueassistanceinformation消息可以包括用于指示ue的优选状态的releasepreference信息。该ueassistanceinformation消息还可以包括ue期望远离网络的时间估计值；例如pauseduration；从而允许网络在ue远离该网络时调整其行为，例如暂停寻呼。可以包括在ueassistanceinformation消息中的示例releasepreference信息在附录的代码示例7a和代码示例7b中示出。
[0396]
在步骤6中，ue转变到rrc_idle/rrc_inactive并且应用“协商的”配置。如果ue处于rrc_inactive状态并且suspendconfig包括非零的inactivtiytimer值，则ue启动不活动定时器。
[0397]
在步骤7中，ue建立与nw2的rrc连接。
[0398]
在步骤8中，ue与nw2执行ul/dl传输。
[0399]
在步骤9中，如果ue对于nw1处于rrc_inactive状态，但是由于nw2的活动而不能执行as过程，则当不活动定时器期满时，ue对于nw1转变到rrc_idle状态。
[0400]
c-drx修改请求
[0401]
对于其中usim之一处于rrc_connected模式的场景，ue可以请求对c-drx配置的修改，以防止同与由另一个usim执行的as过程相关联的监视时机和传输机会发生冲突(或降低这种冲突的可能性)。
[0402]
动态能力信令
[0403]
对于一些rat并发情况和设备能力；例如，具有双rx/双tx设备的en-dc+nr sa情况，一个收发器可以用于第一usim的mcg，而另一个收发器可以用于第一usim的nr scg或者另一usim的nr sa小区。当第二收发器正被用于另一usim的nr sa小区时，可能无法将其也用于第一usim的nr scg，从而引起冲突。为了避免此类场景的冲突，ue可以向网络提供指示
以告知网络当ue使用共享收发器来维持与另一个网络的连接时所导致的其dc能力的改变。
[0404]
ue辅助信息信令
[0405]
当被配置为这样做时，ue可以通过如ts 38.300release 16中所述的ueassistanceinformation发信号通知网络。我们提出，该过程可以被扩展为包括多usim ue的ue辅助信息。多usim辅助信息可以包括ue支持的usim的数目、在rrc_idle/rrc_inactive模式中支持的优选drx/寻呼配置、用于启用寻呼过滤的寻呼原因/寻呼规则的列表等。示例多usim辅助信息在附录的代码示例6a和代码示例6b中示出。
[0406]
能够在rrc_connected模式中提供多usim辅助信息的ue可以在几种情况下发起该过程，包括当执行初始接入时、当基于针对多个usim的ue配置确定将发生针对监视时机和传输机会的寻呼冲突时、当检测到一个或多个冲突时、当开始针对另一个usim的as过程时、当针对另一个usim转变到rrc_connected状态时、当针对另一个usim配置dc时，等等。
[0407]
用于提供多usim辅助信息的示例过程可以定义如下。
[0408]
在启动该过程时，ue应当：
[0409]
1》如果被配置为提供多usim辅助信息：
[0410]
2》如果ue自从被配置为提供多usim辅助信息以来没有传输具有multiusim-assistance的ueassistanceinformation消息；或者
[0411]
2》如果当前偏好
[0412]
3》发起对ueassistanceinformation消息的传输，以提供多usim辅助信息。
[0413]
ue应当如下设置ueassistanceinformation消息的内容：
[0414]
1》如果发起ueassistanceinformation消息的传输以提供多usim辅助信息：
[0415]
2》在ueassistanceinformation消息中包括multiusimassistanceinformation；
[0416]
2》将numusim设置为由ue使用的usim的数目；
[0417]
2》将pagingcycle设置为期望的寻呼周期；
[0418]
2》将ue_id设置为要在po和pf计算中使用的ue_id的期望值；
[0419]
2》将i_s设置为与期望po的索引相对应的值；
[0420]
2》将偏移量设置为与要在pf计算中使用的期望偏移量相对应的值。
[0421]
ue应当将ueassistanceinformation消息提交给较低层进行传输。参见附录的代码示例6a和代码示例6b。
[0422]
我们提出还可以扩展ue辅助信息过程以允许多usim从rrc_connected转变为其他状态，以避免同与另一个usim相关联的监视时机和传输机会发生冲突。releasepreference信息可以包括ue期望远离网络的时间估计值；例如pauseduration。示例releasepreference信息在附录的代码示例7a和代码示例7b中示出。替代性地，releasepreference信息可以被实现为多usim辅助信息中的字段。
[0423]
ue请求网络停止寻呼ue
[0424]
在一些场景期间，ue可能正忙于使用与第一usim相关联的服务，并且接收与第二usim相关联的寻呼。在该方案中，ue可以请求与第二usim相关联的网络停止寻呼ue，以避免浪费寻呼资源。例如，多usim ue当前正在使用usim1的服务接收语音呼叫，然后接收与usim2相关联的寻呼。代替忽略与usim2相关联的寻呼并且浪费网络资源，ue可以向usim2的网络的ran节点发送rrc消息(例如rrcsetuprequest、rrcresumerequest或
rrcresumerequest1)并且告知网络停止寻呼ue。
[0425]
在该消息中，ue可以包括以下指示：其告知网络不寻呼ue，直到ue通过向网络发送另一条rrc消息来禁用该特征。替代性地，ue可以提供网络停止寻呼ue的持续时间，并且在该持续时间期满时，网络可以恢复寻呼ue。进而，ran节点可能需要将ue的偏好传送到cn，因此cn也知道停止寻呼ue。
[0426]
图27是用于停止寻呼的示例ue请求的呼叫流程。在图27的步骤1中，ue在使用中，例如，与nw1(usim1)处于rrc_connected状态，并且与nw2(usim2)处于rrc_idle或rrc_inactive状态。
[0427]
在步骤2中，数据可用于usim2，并且nw2寻呼ue。寻呼消息可以包括寻呼原因。
[0428]
在步骤3中，基于寻呼原因，ue想要继续使用nw1的服务，并且向nw2发送具有暂时停止寻呼ue的指示的rrc消息。ue还可以包括nw2应当停止寻呼ue的持续时间。在该持续时间期满之后，nw2可以恢复寻呼ue。替代性地，寻呼可以被无限期地停止；即，直到ue发送重新启用寻呼的请求为止。
[0429]
在步骤4中，nw2确认从ue接收到停止寻呼指示。nw2可以提供持续时间的新值并且将该值返回给ue。
[0430]
在步骤5中，nw2的gnb将该指示和持续时间保存在gnb为ue存储的ue上下文中。
[0431]
在步骤6中，如果ue处于rrc_idle或rrc_inactive状态，则gnb可以向nw2的cn发送n2/nas消息，并且包括停止寻呼指示和持续时间。
[0432]
在步骤7中，ue确定它想要从nw2接收寻呼，并且向nw2发送具有恢复寻呼ue的指示的rrc消息。
[0433]
在步骤8中，nw2确认从ue接收到恢复寻呼指示。
[0434]
在步骤9中，gnb更新ue上下文以恢复寻呼。
[0435]
在步骤10中，如果ue处于rrc_idle或rrc_inactive状态，则gnb可以向nw2的cn发送n2/nas消息，并且包括恢复寻呼指示。
[0436]
在另一个替代方案中，ue可以向usim2的网络的ran节点发送包括忙指示的rrc消息，以告知网络ue将不对寻呼作出响应。该消息可以对应于rrcsetuprequest、rrcresumerequest或rrcresumerequest1消息，其中恢复原因被设置为指示ue忙的值，例如“忙指示”。
[0437]
网络寻呼过滤
[0438]
网络还可以通过允许ue提供可以被网络用来基于所建立的寻呼原因过滤寻呼请求的信息，来辅助增强寻呼过程。在该过程中，ue发送网络辅助信息，该网络辅助信息提供网络用来确定是否寻呼ue的寻呼过滤器。ue可以提供辅助信息作为rrc信令的一部分，并且如果必要，ran节点告知cn。
[0439]
寻呼过滤器可以是ue想要接收或不接收寻呼的寻呼原因的列表。寻呼过滤器的范围取决于寻呼原因的粒度。替代性地，寻呼过滤器可以是告知网络是否寻呼ue的一组规则。
[0440]
图28是启用寻呼过滤的示例ue请求的呼叫流程。在图28的步骤1中，ue希望启用nw2中的寻呼过滤，并且向nw2的gnb发送rrc消息。在该请求中，ue可以提供ue可能想要被寻呼的寻呼原因的列表。替代性地，ue可以指示它不想被寻呼的寻呼原因。并且在另一个替代方案中，ue可以包括寻呼规则列表，其指示ue想要接收针对什么类型的dl数据的寻呼。该指
示和寻呼原因列表可以是ue提供给nw2以用于增强多usim操作的辅助信息的一部分。可以使用ue辅助信息过程将辅助信息提供给gnb，其中辅助信息的信令对应于包括ue应当被寻呼的寻呼原因的ueassistanceinformation消息的传输。
[0441]
在步骤2中，gnb确认接收来自ue的辅助信息。可以使用rrc信令来提供该确认。替代性地，可以使用由成功接收携带请求的pdu的较低层提供的确认。
[0442]
在步骤3中，gnb可以向nw2的cn发送n2/nas消息，以便在cn中为ue启用寻呼/数据过滤。如果ue处于rrc_idle状态，则该消息用于在cn中为ue启用寻呼过滤。如果ue处于rrc_inactve状态，则该消息用于在ran中为ue启用数据过滤。
[0443]
在步骤4中，经过一些时间。
[0444]
在步骤5中，下行链路数据可用于nw2中的ue。如果没有为ue启用cn寻呼/数据过滤，则如果ue处于rrc_idle状态，则cn通过向gnb发送寻呼请求来寻呼ue，或者如果ue处于rrc_inactive状态，则cn向gnb发送下行链路数据。
[0445]
在步骤6中，gnb检查寻呼请求/下行链路数据，并且确定是否应当寻呼ue。
[0446]
在步骤7中，如果在步骤6中gnb确定ue应当被寻呼，则gnb向ue传输寻呼消息。该寻呼消息可以包括寻呼原因和关于寻呼的其他信息。
[0447]
在步骤8中，如果在步骤6中gnb确定ue不应当被寻呼，则gnb可以向cn传输n2/nas消息，以指示寻呼请求/下行链路数据被过滤掉并且ue正忙。如果在步骤3中cn先前未被告知ue期望过滤某些寻呼请求或下行链路数据，则该消息还可以用于在cn中为ue启用寻呼/数据过滤。
[0448]
在步骤9中，一段时间后，ue发送rrc消息以禁用寻呼过滤。替代性地，定时器期满可以用于禁用寻呼过滤器。用于定时器的值可以由ue发信号通知网络。例如，在该过程的步骤1中传输的rrc消息可以任选地包括该定时器的值。如果不包括定时器值，则网络假定寻呼过滤被启用，直到ue发送rrc消息来禁用寻呼过滤为止。当定时器被配置时，ue可以发送rrc消息以在定时器期满之前禁用寻呼过滤。
[0449]
在步骤10中，如果先前启用了寻呼过滤，则gnb可以发送n2/nas消息来禁用寻呼过滤。
[0450]
冲突解决方案
[0451]
在本节中，我们定义了一类可以用于解决冲突的方案。这些方案适用于其中ue确定冲突已经发生(或将要发生)的场景。ue可以基于针对多个usim的ue配置和/或来自接入公共无线电和基带部件的较低层的反馈来确定何时已经发生冲突或者何时将要发生冲突，其中ue配置例如：寻呼配置、smtc配置、si-schedulinginfo配置、c-drx配置等。所提出的方案包括ue解决冲突所采取的行为的说明；例如，确定要执行哪个as过程，以及可以采取以从冲突中适度地恢复的后续ue动作的描述。本节中描述的冲突解决方案可以单独使用，或者与本文描述的冲突避免方案结合使用。
[0452]
基于规则的冲突解决
[0453]
对于其中已经发生或将要发生冲突的场景，可以使用基于规则的冲突解决方法。当发生冲突时，ue使用一组规则来确定要执行哪个as过程。规则可以根据标准、用户偏好和/或网络配置来定义。
[0454]
例如，可以将优先级分配给不同的as过程类型。当发生冲突时，ue执行具有较高优
先级的as过程。附录的表6(基于as过程的优先级排序)是示出可以如何对处于rrc_idle/rrc_inactive状态的ue的as过程进行优先级排序的示例。在该示例中，作为小区(重新)选择过程和plmn选择过程的一部分执行的mib/sib1的测量和读取基于相应过程的优先级来确定。
[0455]
替代性地，优先级可以基于ue正在执行的动作，而与该动作正被执行用于的过程无关。对于附录的表7(基于ue动作的优先级排序)中所示的示例，对作为小区(重新)选择过程的一部分的mib/sib1的读取给予与当执行用于服务小区的si获取时相同的优先级；并且所有测量均以相同的优先级执行，而与这些测量正被执行用于的过程无关。
[0456]
优先级还可以基于为其触发该过程的usim。usim的优先级可以基于用户偏好来确定(例如，由用户经由ue应用程序来分配)，或者基于usim插入其中的物理槽。基于usim的优先级可以单独使用，或者与本文描述的其他优先级排序方案结合使用。
[0457]
例如，可以执行迭代方法，其中将首先执行基于过程的优先级排序。并且在正针对多个usim同时执行具有相同优先级的过程的情况下，可以使用基于usim的优先级排序来打破如图29所展示的联系。
[0458]
优先级排序可以基于针对其执行as过程的usim的rrc状态。例如，针对处于rrc_connected状态的usim执行的as过程可以被给予相比针对处于rrc_idle/rrc_inactive状态的usim执行的as过程更高的优先级。还可以为rrc_idle状态和rrc_inactive状态分配不同的优先级，从而允许针对处于rrc_inactive模式的usim执行的as过程相比针对处于rrc_idle模式的usim执行的as过程具有更高的优先级，或者反过来。
[0459]
并且在该方案的又一方面，需要转变到rrc_connected模式(例如，rrc连接建立/恢复)的as过程可以被给予相比空闲模式过程(例如，寻呼、si获取、plmn选择、小区(重新)选择)更高的优先级。如果另一个usim已经处于rrc_connected模式，则当确定给予哪个usim/as过程更高的优先级时，可以考虑正在针对其建立或恢复rrc连接的服务的优先级。例如，具有等于“紧急情况”或“highpriorityaccess”的establishmentcause的rrc连接建立过程相比用于处于rrc_connected状态的usim的as过程可以具有更高的优先级。
[0460]
还可以考虑正在针对其执行as过程的rat。例如，nr过程可以被给予高于lte、wcdma、gsm等的优先级，如附录的表8(基于rat的优先级排序)所示。
[0461]
在冲突之后，ue可以采取动作以从冲突中恢复。例如，如果由于冲突而没有执行si获取过程，则ue可以执行本文描述的基于rach的si获取过程。对于其中po由于冲突而被错过的场景，ue可以执行本文描述的短消息获取过程，以确保ue不会错过pws通知和/或si改变指示。还可以执行按需寻呼过程，以确保ue不会错过mt呼叫和/或数据。
[0462]
基于rach的si获取
[0463]
如果ue由于冲突而不能在si窗口期间监视dl，则可以使用基于rach的si获取过程，其中在rach响应中提供所请求的sib；例如msg4、msg2或msgb。当另一个usim的as过程完成时，ue可以触发基于rach的si获取过程。针对多个usim的ue配置(例如，寻呼配置、smtc配置、si-schedulinginfo配置、c-drx配置等)可以用于确定何时应当执行基于rach的si获取，以避免同与针对另一个usim执行的as过程相关联的监视时机和传输机会发生冲突。
[0464]
在一个示例中，使用4步rach过程，其中msg3包括所请求的sib的指示。该指示可以包括在作为msg3的一部分传输的rrc消息中。因此，由网络提供的msg4响应包括所请求的
sib。
[0465]
在另一个示例中，使用4步rach过程，然而仅使用步骤1和步骤2。sib与前导码和/或rach时机之间的映射允许msg1用于提供所请求的sib的隐式指示，所请求的sib由网络在msg2响应中提供。替代性地，该映射可以是si消息与前导码和/或rach时机之间的映射。在这种情况下，msg2响应包括为所请求的si消息配置的sib。
[0466]
并且在又一个示例中，使用2步rach过程，其中msga包括由网络在msgb响应中提供的所请求的sib的指示。
[0467]
短消息获取
[0468]
短消息用于向ue提供关于将在下一个修改时段中发生的si修改的指示。如果ue由于冲突而不能在其po期间监视寻呼dci，则ue可能错过该指示。根据ue和网络配置，修改时段可以由多个drx周期组成，其中如图30所示，ue每个drx周期监视一个po。
[0469]
从网络视角来看，可以由其他ue配置和监视附加的po。如果ue由于冲突而不能在其配置的po期间监视寻呼dci，则它可以监视被配置用于另一个ue接收短消息的po。
[0470]
si改变指示可以重复出现在前面的修改时段内。如果网络被配置为使得si改变指示在前面的修改时段期间的所有po中重复，则ue将能够接收该si改变指示，前提是它可以在该修改时段期间监视其配置的po中的至少一个po以接收短消息。
[0471]
为了防止ue不必要地监视附加的po，ue可以仅在如果其不能监视在修改周期期间出现的其所有po的情况下才监视附加的po。在该场景中，ue可以选择监视在修改时段中在其最后一个配置的po之后出现的任何po。如果ue在接收短消息的修改时段期间不能监视任何po，则ue应当获取sib1以获得正在服务小区中广播的sib的值标签，以确保其具有的si仍然有效；例如，由服务小区广播的sib的值标签和正由ue使用的sib的值标签匹配。如果给定sib的值标签不匹配，则ue应当从网络获取经修改的sib。
[0472]
如果网络被配置为使得si改变指示可以不在前面的修改时段期间的所有po中重复，则如果ue在该修改时段期间错过任何po，则其可能错过si改变指示。在该场景中，ue可以选择监视在错过的po之后出现的任何po。并且如果ue不能监视在drx周期期间出现的任何po，则ue应当获取sib1以获得正在服务小区中广播的sib的值标签，以确保其具有的si仍然有效，并且随后从网络获取任何经修改的sib。
[0473]
短消息还用于向ue提供pws通知。处于rrc_idle或rrc_inactive状态的具有etws或cmas功能的ue需要在每个drx周期在其自己的寻呼时机中监视关于pws通知的指示。如果po由于冲突而被错过，则ue可以监视在其drx周期中错过的po之后出现的任何po中的pws通知。
[0474]
按需寻呼
[0475]
为了确保ue不会错过mt呼叫和/或数据，ue可以执行按需寻呼过程，其中当配置数量的po由于寻呼冲突而被错过时，ue(重新)建立与用于usim的网络的as连接。网络可以基于ue被配置有多个usim的指示或者来自ue的显式请求来配置针对ue的按需寻呼。用于控制何时执行按需寻呼过程的错过的po的数量可以是小区特定的并且作为si的一部分来广播，或者是ue特定的并且使用专用信令来发信号通知。
[0476]
当(重新)建立as连接以用于按需寻呼时，可以使用新的establishmentcause/resumecause(例如ondemandpaging)向网络指示这一点。在(重新)建立该连接时，如果存在
对于ue未决的mt数据，则网络将开始ul/dl传输。如果不存在，则网络可以释放或暂停rrc连接。
[0477]
用户界面
[0478]
在图31中提出了一种用户界面，用户可以使用该用户界面来配置ue以进行musim操作。例如，用户界面可以用于启用/禁用给定的usim。在一个示例中，复选框用于指示给定的usim的启用/禁用状态。用户界面还可以用于向usim分配优先级，其中所分配的优先级可以用于确定何时忽略针对给定网络的寻呼或者何时执行如本文所述的基于规则的冲突解决方法。在一个示例中，文本框可以用于为给定的usim分配优先级。优先级可以被分配为数值，例如1、2、3，作为枚举值；例如高、中、低，等等。
[0479]
用户界面还可以用于在需要针对给定usim恢复/建立mt或mo呼叫时向用户提供通知；并且用户可以提供响应以接受或拒绝恢复/建立该呼叫的请求。该通知还可以包括与mt/mo呼叫相关的元数据；例如以告知用户相关联的服务、寻呼原因等。例如，如果经由usim1与网络1通信的ue经由usim2接收到针对网络2的寻呼，则可以向用户提供告知用户在usim 2上的呼叫的通知，如图32所示。然后，用户可以接受或拒绝针对usim2的呼入呼叫。
[0480]
在另一个示例中，如果ue通过usim1与网络1通信，并且在ue上运行的应用程序需要经由usim2向网络2发送/接收数据，则可以向网络提供告知用户需要建立/恢复针对usim2的连接的通知。类似于图32所示通知的通知可以用于允许用户接受/拒绝针对usim2的呼叫。
[0481]
示例环境
[0482]
第三代合作伙伴计划(3gpp)开发了用于蜂窝电信网络技术的技术标准，包括无线电接入、核心传输网络和服务能力，包括对编解码器、安全性和服务质量的研究。最近的无线电接入技术(rat)标准包括wcdma(通常称为3g)、lte(通常称为4g)和lte高级标准。3gpp已经开始致力于称为新无线电(nr)的下一代蜂窝技术(也称为“5g”)的标准化。期望3gpp nr标准的开发包括下一代无线电接入技术(新rat)的定义，该技术预期包括提供低于6ghz的新的灵活无线电接入，以及提供高于6ghz的新的超移动宽带无线电接入。该灵活的无线电接入预期包括在低于6ghz的新频谱中的新的非后向兼容的无线电接入，并且预期包括不同的操作模式，这些操作模式可以在相同的频谱中被复用在一起以解决具有不同需求的3gpp nr用例的广泛集合。预期超移动宽带包括厘米波和毫米波频谱，该频谱将为例如室内应用和热点的超移动宽带接入提供机会。具体地讲，预期超移动宽带与低于6ghz的灵活无线电接入共享公共设计框架，同时具有厘米波和毫米波特定的设计优化。
[0483]
3gpp已识别nr预期支持的多种用例，从而产生对数据速率、延迟和移动性的多种多样的用户体验需求。用例包括以下一般类别：增强的移动宽带(例如，在密集区域中的宽带接入，室内超高宽带接入，拥挤处的宽带接入，随处50+mbps，超低成本宽带接入，车辆中的移动宽带)；关键通信；大规模机器类型通信；网络操作(例如，网络切片、路由、迁移和互通、节能)；和增强的车联网(ev2x)通信，其可包括车辆对车辆通信(v2v)、车辆对基础设施通信(v2i)、车辆对网络通信(v2n)、车辆对行人通信(v2p)和车辆与其它实体通信中的任一者。这些类别中的具体服务和应用包括例如：监视和传感器网络、设备远程控制、双向远程控制、个人云计算、视频流、基于云的无线办公室、第一响应者连接、汽车电子呼叫、灾难警报、实时游戏、多人视频呼叫、自动驾驶、增强现实、触觉互联网和虚拟现实，等等。本文考虑
了所有这些用例和其他用例。
[0484]
图33a展示了示例通信系统100的一个实施方案，其中可以具体体现本文所述和要求保护的方法和装置。如图所示，示例通信系统100可以包括无线发射/接收单元(wtru)102a、102b、102c、102d、102e、102f和/或102g(其一般地或共同地可以称为wtru 102)、无线电接入网络(ran)103/104/105/103b/104b/105b、核心网106/107/109、公用交换电话网络(pstn)108、互联网110、其他网络112和v2x服务器(或prose功能和服务器)113，但是应当理解，本发明所公开的实施方案设想了任何数目的wtru、基站、网络和/或网络元件。wtru 102a、102b、102c、102d、102e、102f、102g中的每一者可以是被配置为在无线环境中操作和/或通信的任何类型的装置或设备。虽然wtru 102a、102b、102c、102d、102e、102f、102g中的每一者在图33a至图33e中被描绘为手持式无线通信装置，但是应当理解，在针对5g无线通信设想的多种多样的用例的情况下，每个wtru可以包括或可以具体体现为被配置为发射和/或接收无线信号的任何类型的装置或设备，仅以举例的方式包括用户装备(ue)、移动站、固定或移动订户单元、分页器、蜂窝电话、个人数字助理(pda)、智能电话、膝上型电脑、平板计算机、上网本、笔记本计算机、个人计算机、无线传感器、消费电子器件、可穿戴设备(诸如智能手表或智能服装)、医疗设备或电子健康设备、机器人、工业装备、无人机、车辆(诸如轿车、卡车、火车或飞机等)。
[0485]
通信系统100还可以包括基站114a和基站114b。基站114a可以是被配置为与wtru 102a、102b、102c中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网106/107/109、互联网110和/或其他网络112)的接入的任何类型的设备。基站114b可以是被配置为与rrh(远程无线电头端)118a、118b，trp(发射和接收点)119a、119b和/或rsu(路侧单元)120a和120b中的至少一者有线和/或无线对接以促进对一个或多个通信网络(诸如核心网106/107/109、互联网110、其他网络112和/或v2x服务器(或prose功能和服务器)113)的接入的任何类型的设备。rrh 118a、118b可以是被配置为与wtru 102c中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网106/107/109、互联网110和/或其他网络112)的接入的任何类型的设备。trp 119a、119b可以是被配置为与wtru 102d中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网106/107/109、互联网110和/或其他网络112)的接入的任何类型的设备。rsu 120a和120b可以是被配置为与wtru 102e或102f中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网106/107/109、互联网110、其他网络112和/或v2x服务器(或prose功能和服务器)113)的接入的任何类型的设备。以举例的方式，基站114a、114b可以是收发器基站(bts)、节点b、演进节点b、家庭节点b、家庭演进节点b、站点控制器、接入点(ap)、无线路由器，等等。虽然基站114a、114b各自被描绘为单个元件，但应当理解，基站114a、114b可包括任何数量的互连基站和/或网络元件。
[0486]
基站114a可以是ran 103/104/105的一部分，该ran还可以包括其他基站和/或网络元件(未示出)，诸如基站控制器(bsc)、无线电网络控制器(rnc)、中继节点等。基站114b可以是ran 103b/104b/105b的一部分，该ran还可以包括其他基站和/或网络元件(未示出)，诸如基站控制器(bsc)、无线电网络控制器(rnc)、中继节点等。基站114a可以被配置为在特定地理区域内发射和/或接收无线信号，该特定地理区域可以被称为小区(未示出)。基站114b可以被配置为在特定地理区域内发射和/或接收有线信号和/或无线信号，该特定地理区域可以被称为小区(未示出)。小区可进一步被划分为小区扇区。例如，与基站114a相关
edge(geran)等的无线电技术。
[0494]
图33a中的基站114c可以为例如无线路由器、家庭节点b、家庭演进节点b或接入点，并且可以利用任何合适的rat来促进诸如商业场所、家庭、车辆、校园等局部区域中的无线连通性。在一个实施方案中，基站114c和wtru 102e可以实现无线电技术(诸如ieee 802.11)以建立无线局域网(wlan)。在一个实施方案中，基站114c和wtru 102d可以实现无线电技术(诸如ieee 802.15)以建立无线个域网(wpan)。在又一个实施方案中，基站114c和wtru 102e可以利用基于蜂窝的rat(例如，wcdma、cdma2000、gsm、lte、lte-a等)来建立微微小区或毫微微小区。如图33a所示，基站114b可以具有与互联网110的直接连接。因此，基站114c可以不需要经由核心网106/107/109接入互联网110。
[0495]
ran 103/104/105和/或ran 103b/104b/105b可以与核心网106/107/109通信，该核心网可以是被配置为向wtru 102a、102b、102c、102d中的一者或多者提供语音、数据、应用和/或互联网协议语音技术(voip)服务的任何类型的网络。例如，核心网106/107/109可以提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、互联网连接、视频分发等，并且/或者执行高级安全功能，诸如用户认证。
[0496]
尽管未在图33a中示出，但是应当理解，ran 103/104/105和/或ran 103b/104b/105b和/或核心网106/107/109可以与采用与ran 103/104/105和/或ran 103b/104b/105b相同的rat或不同rat的其他ran进行直接通信或间接通信。例如，除被连接到可能正在利用e-utra无线电技术的ran 103/104/105和/或ran 103b/104b/105b之外，核心网106/107/109还可以与采用gsm无线电技术的另一个ran(未示出)通信。
[0497]
核心网106/107/109还可以充当wtru 102a、102b、102c、102d、102e接入pstn 108、互联网110和/或其他网络112的网关。pstn 108可包括提供普通老式电话服务(pots)的电路交换电话网络。互联网110可以包括使用常见通信协议(诸如传输控制协议(tcp)、用户数据报协议(udp)和tcp/ip互联网协议组中的互联网协议(ip))的互连计算机网络和设备的全球系统。网络112可以包括由其他服务提供商拥有和/或操作的有线或无线通信网络。例如，网络112可以包括连接到一个或多个ran的另一个核心网，其可以采用与ran 103/104/105和/或ran 103b/104b/105b相同的rat或不同的rat。
[0498]
通信系统100中的一些或所有wtru 102a、102b、102c、102d可以包括多模式能力，例如，wtru 102a、102b、102c、102d和102e可以包括用于通过不同无线链路与不同无线网络通信的多个收发器。例如，图33a所示的wtru 102e可以被配置为与可以采用基于蜂窝的无线电技术的基站114a通信，并且与可以采用ieee 802无线电技术的基站114c通信。
[0499]
图33b是根据本文所展示的实施方案的被配置用于进行无线通信的示例装置或设备(诸如wtru 102)的框图。如图33b所示，示例wtru 102可以包括处理器118、收发器120、发射/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(gps)芯片组136和其他外围设备138。应当理解，在与实施方案保持一致的同时，wtru 102可包括前述元件的任何子组合。另外，实施方案设想基站114a和114b和/或基站114a和114b可以表示的节点(诸如但不限于收发器站(bts)、节点b、站点控制器、接入点(ap)、家庭节点b、演进型家庭节点b(enodeb)、家庭演进型节点b(henb)、家庭演进型节点b网关和代理节点等)可以包括图33b中描绘的以及如本文所述的一些或全部元件。
[0500]
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(dsp)、多个微处理器、与dsp核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(asic)、现场可编程门阵列(fpga)电路、任何其他类型的集成电路(ic)、状态机，等等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理和/或任何其他功能，这些其他功能使wtru 102能够在无线环境中工作。处理器118可耦合到收发器120，该收发器可耦合到发射/接收元件122。虽然图33b将处理器118和收发器120描绘为单独的部件，但是应当理解，处理器118和收发器120可以在电子封装或芯片中集成在一起。
[0501]
发射/接收元件122可以被配置为通过空中接口115/116/117向基站(例如，基站114a)发射信号或从该基站接收信号。例如，在一个实施方案中，发射/接收元件122可以是被配置为发射和/或接收rf信号的天线。在一个实施方案中，发射/接收元件122可以是被配置为传输和/或接收例如ir、uv或可见光信号的发射器/检测器。在又一个实施方案中，发射/接收元件122可以被配置为发射和接收rf信号和光信号两者。应当理解，发射/接收元件122可被配置为传输和/或接收无线信号的任何组合。
[0502]
此外，尽管发射/接收元件122在图33b中被描绘为单个元件，但是wtru 102可以包括任何数量的发射/接收元件122。更具体地讲，wtru 102可采用mimo技术。因此，在一个实施方案中，wtru 102可以包括用于通过空中接口115/116/117发射和接收无线信号的两个或更多个发射/接收元件122(例如，多个天线)。
[0503]
收发器120可被配置为调制将由发射/接收元件122传输的信号并且解调由发射/接收元件122接收的信号。如上所指出，wtru 102可具有多模式能力。因此，收发器120可包括多个收发器，以便使wtru 102能够经由多种rat(诸如utra和ieee 802.11)进行通信。
[0504]
wtru 102的处理器118可以耦合到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128(例如，液晶显示器(lcd)显示单元或有机发光二极管(oled)显示单元)，并且可以从前述各部件接收用户输入数据。处理器118还可以将用户数据输出到扬声器/麦克风124、小键盘126，以及/或者显示器/触摸板/指示器128。此外，处理器118可从任何类型的合适存储器(诸如不可移动存储器130和/或可移动存储器132)访问信息，并且将数据存储在任何类型的合适存储器中。不可移动存储器130可包括随机存取存储器(ram)、只读存储器(rom)、硬盘或任何其他类型的存储器存储设备。可移动存储器132可包括用户身份模块(sim)卡、记忆棒、安全数字(sd)存储卡等。在一个实施方案中，处理器118可以从未物理上定位在wtru 102上(诸如，服务器或家用计算机(未示出)上)的存储器访问信息，并且将数据存储在该存储器中。
[0505]
处理器118可从电源134接收电力，并且可被配置为向wtru 102中的其他部件分配和/或控制电力。电源134可以是用于为wtru 102供电的任何合适的设备。例如，电源134可以包括一个或多个干电池蓄电池、太阳能电池、燃料电池等。
[0506]
处理器118还可耦合到gps芯片组136，该gps芯片组可被配置为提供关于wtru 102的当前位置的位置信息(例如，经度和纬度)。除来自gps芯片组136的信息之外或者代替来自该gps芯片组的信息，wtru 102可以通过空中接口115/116/117从基站(例如，基站114a、114b)接收位置信息并且/或者基于从两个或更多个附近的基站接收到的信号的定时来确定其位置。应当理解，在与实施方案保持一致的同时，该wtru 102可通过任何合适的位置确定方法来获取位置信息。
[0507]
处理器118还可耦合到其他外围设备138，该其他外围设备可包括提供附加特征、功能和/或有线或无线连接的一个或多个软件模块和/或硬件模块。例如，外围设备138可以包括各种传感器，诸如加速度计、生物计量(例如，指纹)传感器、电子罗盘、卫星收发器、数码相机(用于相片或视频)、通用串行总线(usb)端口或其他互连接口、振动设备、电视收发器、免提耳机、模块、调频(fm)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器，等等。
[0508]
wtru 102可以被具体实现在其他装置或设备(诸如传感器、消费电子设备、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、交通工具(诸如汽车、卡车、火车或飞机))中。wtru 102可以经由一个或多个互连接口(诸如可以包括外围设备138中的一者的互连接口)连接到此类装置或设备的其他部件、模块或系统。
[0509]
图33c是根据一个实施方案的ran 103和核心网106的系统图。如上所述，ran 103可以采用utra无线电技术通过空中接口115与wtru 102a、102b和102c通信。ran 103还可以与核心网106通信。如图33c所示，ran 103可包括节点b 140a、140b、140c，其各自可包括一个或多个收发器以用于通过空中接口115与wtru 102a、102b、102c通信。节点b140a、140b、140c可以各自与ran 103内的特定小区(未示出)相关联。ran 103还可以包括rnc 142a、142b。应当理解，ran 103可以包括任何数量的节点b和rnc，同时保持与实施方案一致。
[0510]
如图33c所示，节点b 140a、140b可与rnc 142a通信。此外，节点b 140c可以与rnc 142b通信。节点b 140a、140b、140c可以经由iub接口与相应的rnc 142a、142b通信。rnc 142a、142b可以经由iur接口彼此通信。rnc 142a、142b中的每一者可以被配置为控制其所连接的相应节点b 140a、140b、140c。此外，rnc 142a、142b中的每一者可以被配置为执行或支持其他功能性，诸如外环功率控制、负载控制、准入控制、分组调度、切换控制、宏分集、安全功能、数据加密，等等。
[0511]
图33c中所示的核心网106可包括媒体网关(mgw)144、移动切换中心(msc)146、服务gprs支持节点(sgsn)148和/或网关gprs支持节点(ggsn)150。虽然前述元件中的每一者被描绘为核心网106的一部分，但应当理解，这些元件中的任一者可由除核心网运营商之外的实体拥有和/或操作。
[0512]
ran 103中的rnc 142a可以经由iucs接口连接到核心网106中的msc 146。msc 146可以连接到mgw 144。msc 146和mgw 144可以为wtru 102a、102b、102c提供对电路交换网络(诸如pstn 108)的接入，以有利于wtru 102a、102b、102c与传统陆线通信设备之间的通信。
[0513]
ran 103中的rnc 142a还可以经由iups接口连接到核心网106中的sgsn 148。sgsn 148可以连接到ggsn 150。sgsn 148和ggsn 150可以为wtru 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入，以有利于wtru 102a、102b、102c与启用ip的设备之间的通信。
[0514]
如上所述，核心网106还可以连接到网络112，该网络可以包括由其他服务提供商拥有和/或运营的其他有线或无线网络。
[0515]
图33d是根据一个实施方案的ran 104和核心网107的系统图。如上所述，ran 104可以采用e-utra无线电技术通过空中接口116与wtru 102a、102b和102c通信。ran 104还可以与核心网107通信。
[0516]
ran 104可包括演进节点b 160a、160b、160c，但是应当理解，ran 104可包括任何
数量的演进节点b，同时保持与实施方案一致。演进节点b 160a、160b、160c各自可包括一个或多个收发器以便通过空中接口116与wtru 102a、102b、102c通信。在一个实施方案中，演进节点b 160a、160b、160c可以实现mimo技术。因此，演进节点b 160a例如可以使用多个天线来向wtru 102a发射无线信号，以及从wtru 102a接收无线信号。
[0517]
演进节点b 160a、160b和160c中的每一者可以与特定小区(未示出)相关联，并且可以被配置为处理无线电资源管理决策、切换决策、上行链路和/或下行链路中的用户调度，等等。如图33d所示，演进节点160a、160b、160c可通过x2接口彼此通信。
[0518]
图33d所示的核心网107可包括移动性管理网关(mme)162、服务网关(sgw)164和分组数据网络(pdn)网关166。虽然前述元件中的每一者均被描绘为核心网107的一部分，但是应当理解，这些元件中的任一者均可以由除核心网运营商之外的实体拥有和/或操作。
[0519]
mme 162可以经由s1接口连接到ran 104中的演进节点b 160a、160b和160c中的每一者，并且可以用作控制节点。例如，mme 162可负责认证wtru 102a、102b、102c的用户、承载激活/去激活、在wtru 102a、102b、102c的初始附加期间选择特定服务网关等。mme 162还可以提供用于在ran 104与采用其他无线电技术(诸如gsm或wcdma)的其他ran(未示出)之间进行切换的控制平面功能。
[0520]
服务网关164可以经由s1接口连接到ran 104中的演进节点b 160a、160b和160c中的每一者。服务网关164通常可以向/从wtru 102a、102b、102c路由和转发用户数据分组。服务网关164还可以执行其他功能，诸如在演进节点b间切换期间锚定用户平面、当下行链路数据可用于wtru 102a、102b、102c时触发寻呼、管理和存储wtru 102a、102b、102c的上下文，等等。
[0521]
服务网关164还可以连接到pdn网关166，该pdn网关可以为wtru 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入，以有利于wtru 102a、102b、102c与启用ip的设备之间的通信。
[0522]
核心网107可以有利于与其他网络的通信。例如，核心网107可以为wtru 102a、102b、102c提供对电路交换网络(诸如pstn 108)的接入，以有利于wtru 102a、102b、102c与传统陆线通信设备之间的通信。例如，核心网107可以包括用作核心网107与pstn 108之间的接口的ip网关(例如，ip多媒体子系统(ims)服务器)或者可以与该ip网关通信。此外，核心网107可以为wtru 102a、102b、102c提供对网络112的接入，该网络可以包括由其他服务提供商拥有和/或运营的其他有线或无线网络。
[0523]
图33e是根据一个实施方案的ran 105和核心网109的系统图。ran 105可以是采用ieee 802.16无线电技术通过空中接口117与wtru 102a、102b和102c通信的接入服务网络(asn)。如下文将进一步讨论的，wtru 102a、102b、102c的不同功能实体、ran 105与核心网109之间的通信链路可以被定义为参考点。
[0524]
如图33e所示，ran 105可包括基站180a、180b、180c和asn网关182，但是应当理解，ran 105可包括任何数量的基站和asn网关，同时保持与实施方案一致。基站180a、180b、180c可以各自与ran 105中的特定小区相关联，并且可以包括用于通过空中接口117与wtru 102a、102b、102c进行通信的一个或多个收发器。在一个实施方案中，基站180a、180b、180c可以实现mimo技术。因此，基站180a例如可以使用多个天线来向wtru 102a发射无线信号，以及从wtru 102a接收无线信号。基站180a、180b、180c还可以提供移动性管理功能，诸如切
换触发、隧道建立、无线电资源管理、业务分类、服务质量(qos)策略实施，等等。asn网关182可以用作业务聚合点，并且可以负责寻呼、订户简档的缓存、路由到核心网109，等等。
[0525]
wtru 102a、102b、102c与ran 105之间的空中接口117可以被定义为实现ieee 802.16规范的r1参考点。此外，wtru 102a、102b和102c中的每一者可以与核心网109建立逻辑接口(未示出)。wtru 102a、102b、102c与核心网109之间的逻辑接口可以被定义为r2参考点，其可以用于认证、授权、ip主机配置管理和/或移动性管理。
[0526]
基站180a、180b和180c中的每一者之间的通信链路可以被定义为r8参考点，其包括用于促进wtru切换和数据在基站之间的传送的协议。基站180a、180b、180c与asn网关182之间的通信链路可以被定义为r6参考点。r6参考点可以包括用于基于与wtru 102a、102b、102c中的每一者相关联的移动性事件促进移动性管理的协议。
[0527]
如图33e所示，ran 105可连接到核心网109。ran 105与核心网109之间的通信链路可以被定义为r3参考点，其例如包括用于促进数据传送和移动性管理能力的协议。核心网109可以包括移动ip归属代理(mip-ha)184、认证、授权、计费(aaa)服务器186和网关188。虽然前述元件中的每一者均被描绘为核心网109的一部分，但是应当理解，这些元件中的任一者均可以由除核心网运营商之外的实体拥有和/或操作。
[0528]
mip-ha可以负责ip地址管理，并且可以使得wtru 102a、102b和102c能够在不同的asn和/或不同的核心网之间漫游。mip-ha 184可以为wtru 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入，以有利于wtru 102a、102b、102c与启用ip的设备之间的通信。aaa服务器186可以负责用户认证和支持用户服务。网关188可以有利于与其他网络的互通。例如，网关188可以为wtru 102a、102b、102c提供对电路交换网络(诸如pstn 108)的访问，以有利于wtru 102a、102b、102c与传统陆线通信设备之间的通信。此外，网关188可以为wtru 102a、102b、102c提供对网络112的访问，该网络可以包括由其他服务提供商拥有和/或运营的其他有线或无线网络。
[0529]
尽管图33e中未示出，但是应当理解，ran 105可连接到其它asn，并且核心网109可连接到其它核心网。ran 105与其他asn之间的通信链路可以被定义为r4参考点，其可以包括用于协调wtru 102a、102b、102c在ran 105与其他asn之间的移动性的协议。核心网109与其他核心网之间的通信链路可以被定义为r5参考点，其可以包括用于促进在归属核心网与受访问核心网之间互通的协议。
[0530]
本文所述的以及在图33a、图33c、图33d和图33e中示出的核心网实体通过在某些现有3gpp规范中给予这些实体的名称来识别，但是应当理解，将来这些实体和功能可能通过其它名称来识别，并且某些实体或功能可在将来由3gpp公开的规范(包括将来的3gpp nr规范)中进行组合。因此，在图tc31a-e中描述和展示的特定网络实体和功能仅以举例的方式提供，并且应当理解，本文所公开和要求保护的主题可以在任何类似的通信系统(无论是目前定义的还是将来定义的)中具体体现或实现。
[0531]
图33f是示例计算系统90的框图，其中可以具体体现图33a、图33c、图33d和图33e中展示的通信网络的一个或多个装置，诸如ran 103/104/105、核心网106/107/109、pstn 108、互联网110或其他网络112中的某些节点或功能实体。计算系统90可以包括计算机或服务器并且可以主要通过计算机可读指令来控制，所述计算机可读指令可以为软件的形式，而无论在何处或者通过无论什么手段存储或存取这种软件。此类计算机可读指令可以在处
理器91内执行，以使计算系统90工作。处理器91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(dsp)、多个微处理器、与dsp核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(asic)、现场可编程门阵列(fpga)电路、任何其他类型的集成电路(ic)、状态机，等等。处理器91可以执行信号编码、数据处理、功率控制、输入/输出处理，以及/或者使得计算系统90能够在通信网络中工作的任何其他功能性。协处理器81是与主处理器91不同的可选处理器，其可以执行附加功能或者帮助处理器91。处理器91和/或协处理器81可以接收、生成并处理与本文所公开的方法和装置相关的数据。
[0532]
在操作中，处理器91取出指令、对指令进行解码并执行指令，并且经由计算系统的主数据传送路径(系统总线80)向和从其他资源传送信息。这种系统总线连接计算系统90中的部件并且限定用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线，以及用于发送中断并用于操作该系统总线的控制线。这种系统总线80的示例是pci(外围部件互连)总线。
[0533]
耦合到系统总线80的存储器包括随机存取存储器(ram)82和只读存储器(rom)93。此类存储器包括允许信息被存储和检索的电路系统。rom 93通常包含不能被容易地修改的存储数据。存储在ram 82中的数据可以由处理器91或其他硬件设备读取或改变。对ram 82和/或rom 93的访问可以由存储器控制器92控制。存储器控制器92可以提供随着指令被执行而将虚拟地址转换成物理地址的地址转换功能。存储器控制器92还可以提供使系统内的进程隔离并且使系统进程与用户进程隔离的存储器保护功能。因此，在第一模式下运行的程序只可以访问通过其自己的进程虚拟地址空间所映射的存储器；除非已设置进程之间的存储器共享，否则其无法访问另一进程的虚拟地址空间内的存储器。
[0534]
此外，计算系统90可以包含负责将来自处理器91的指令传递到外围设备(诸如打印机94、键盘84、鼠标95和磁盘驱动器85)的外围设备控制器83。
[0535]
由显示控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。视觉输出能够以图形用户界面(gui)的形式提供。显示器86可以用基于crt的视频显示器、基于lcd的平板显示器、基于气体等离子体的平板显示器或触摸板来实现。显示控制器96包括生成被发送到显示器86的视频信号所需要的电子部件。
[0536]
另外，计算系统90可以包含通信电路系统，诸如网络适配器97，其可以用于将计算系统90连接到外部通信网络，诸如图33a至图33e的ran 103/104/105、核心网106/107/109、pstn 108、互联网110或其他网络112，以使计算系统90能够与这些网络的其他节点或功能实体通信。单独的或与处理器91结合的通信电路系统可以用于执行本文所述的某些装置、节点或功能实体的发射和接收步骤。
[0537]
图33g示出了示例性通信系统111的一个实施方案，其中可具体体现本文所述和受权利要求书保护的方法和装置。如图所示，示例通信系统111可以包括无线发射/接收单元(wtru)a、b、c、d、e、f，基站、v2x服务器以及rsu a和b，但是应当理解，本发明所公开的实施方案设想了任何数量的wtru、基站、网络和/或网络元件。一个或几个或所有wtru a、b、c、d、e可以在网络的范围之外(例如，在图中在如虚线所示的小区覆盖边界之外)。wtru a、b、c形成v2x群组，其中wtru a为群组领导，并且wtru b和c为群组成员。wtru a、b、c、d、e、f可以通过uu接口或侧行链路(pc5)接口进行通信。
[0538]
应当理解，本文所述的装置、系统、方法和进程中的任一者或全部能够以存储在计算机可读存储介质上的计算机可执行指令(例如，程序代码)的形式具体实现，所述指令在由处理器(诸如处理器118或91)执行时，使得该处理器执行和/或实现本文所述的系统、方法和进程。具体地，本文所述的步骤、操作或功能中的任一者能够以在被配置用于无线和/或有线网络通信的装置或计算系统的处理器上执行的此类计算机可执行指令的形式实现。计算机可读存储介质包括以用于存储信息的任何非暂态(例如，有形或物理)方法或技术实现的易失性和非易失性、可移动和不可移动介质，但是此类计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于ram、rom、eeprom、闪存存储器或其他存储器技术、cd-rom、数字通用光盘(dvd)或其他光盘存储装置、磁带盒、磁带、磁盘存储装置或其他磁存储设备，或者可以用于存储所需信息并且可以由计算系统访问的任何其他有形或物理介质。
[0539]
[0540]
[0541]
[0542]
[0543]
[0544]
[0545]
[0546]
[0547]
[0548]
[0549]
[0550]
[0551]
[0552]
[0553]
[0554]
[0555]
[0556]
[0557]
[0558]
[0559]
[0560]
[0561]
[0562]
[0563]