CN114128354A - 用于支持多sim用户装备的蜂窝系统增强的装置、系统、方法和计算机可读介质 - Google Patents

用于支持多sim用户装备的蜂窝系统增强的装置、系统、方法和计算机可读介质 Download PDF

Info

Publication number
CN114128354A
CN114128354A CN202080049624.6A CN202080049624A CN114128354A CN 114128354 A CN114128354 A CN 114128354A CN 202080049624 A CN202080049624 A CN 202080049624A CN 114128354 A CN114128354 A CN 114128354A
Authority
CN
China
Prior art keywords
sim
plmn
registration
request
paging
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202080049624.6A
Other languages
English (en)
Inventor
Q·李
M·斯达西尼克
李洪坤
J·宁莱克胡
C·米拉迪恩
J·默里
P·埃德贾克普勒
陈卓
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital Patent Holdings Inc
Original Assignee
Convida Wireless LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Convida Wireless LLC filed Critical Convida Wireless LLC
Publication of CN114128354A publication Critical patent/CN114128354A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/18Selecting a network or a communication service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/40Security arrangements using identity modules
    • H04W12/45Security arrangements using identity modules using multiple identity modules
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • H04W4/14Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/02Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration by periodical registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/06De-registration or detaching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005Transmission of information for alerting of incoming communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183Processing at user equipment or user record carrier
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Abstract

一种电子设备,包括被配置为接收第一订户身份模块(SIM)的接收器;被配置为接收第二SIM的接收器;以及电路系统,被配置为从第一SIM接收数据;并且向第一公共陆地移动网络(PLMN)发送将电子设备注册到第一PLMN的请求,其中该请求指示电子设备是多SIM设备并且该请求包括多SIM辅助信息,并且其中多SIM辅助信息将电子设备对多SIM操作的偏好通知给第一PLMN。

Description

用于支持多SIM用户装备的蜂窝系统增强的装置、系统、方法 和计算机可读介质
相关申请的交叉引用
本申请要求于2019年10月31日提交的美国临时申请No.62/928,379、于2019年9月12日提交的美国临时申请No.62/899,322和于2019年6月7日提交的美国临时申请No.62/858,747的权益,其全部内容通过引用并入本文。
技术领域
本公开一般而言涉及无线通信,并且更具体地涉及无线通信系统、设备、方法和具有计算机可执行指令的计算机可读介质,用于增强蜂窝系统以支持4G和5G多订户身份模块(SIM)用户装备(UE)的使用。
背景技术
本文提供的“背景技术”描述是为了概括地呈现本公开的上下文。就其在本背景技术部分中所描述的范围而言,当前命名的发明人的工作以及在提交申请时可能不符合现有技术的描述方面都未明示或默示地承认为本发明的现有技术。
迄今为止,多SIM UE是由设备制造商在不了解核心网络的情况下实现的专有解决方案并且超出了3GPP标准的范围。设计了蜂窝网络的操作,其中各种实体(UE、RAN和CN)的行为被很好地定义并且在各种实体当中是已知的。随着现有多SIM UE的不同实施方式,不同实施方式的不同行为对网络的操作产生负面影响,甚至可能降低其性能。
发明内容
本公开的示例性实施例提供了一种电子设备,包括被配置为接收第一订户身份模块(SIM)的接收器;被配置为接收第二SIM的接收器;以及电路系统,被配置为从第一SIM接收数据;并且向第一公共陆地移动网络(PLMN)发送将电子设备注册到第一PLMN的请求,其中该请求指示电子设备是多SIM设备并且该请求包括多SIM辅助信息,并且其中多SIM辅助信息将电子设备对多SIM操作的偏好通知给第一PLMN。
本公开的示例性实施例提供了一种由电子设备执行的方法,该方法包括:从第一订户身份模块(SIM)接收数据;并且向第一公共陆地移动网络(PLMN)发送将电子设备注册到第一PLMN的请求,其中该请求指示该电子设备是多SIM设备并且该请求包括多SIM辅助信息,并且其中多SIM辅助信息将设备对多SIM操作的偏好通知给第一PLMN。
本公开的示例性实施例提供了一种包括计算机可执行指令的非暂态计算机可读介质,指令在由电子设备执行时使电子设备:从第一订户身份模块(SIM)接收数据;并且向第一公共陆地移动网络(PLMN)发送将电子设备注册到第一PLMN的请求,其中该请求指示电子设备是多SIM设备并且该请求包括多SIM辅助信息,并且其中多SIM辅助信息将设备对多SIM操作的偏好通知给第一PLMN。
提供本发明内容以便以简化形式介绍一系列构思,这些构思将在下面的具体实施方式中进一步描述。本发明内容无意识别要求保护的主题的关键特征或基本特征,也不旨在用于限制要求保护的主题的范围。此外,要求保护的主题不限于解决在本公开的任何部分中指出的任何或所有缺点的限制。
附图说明
当结合附图阅读时,从示例性实施例的以下详细描述来最好地理解本公开的范围,其中:
图1A是示出示例3GPP体系架构的系统图;
图1B是示出无线电接入网络(RAN)体系架构和核心网络体系架构的示例的系统图;
图1C是示出无线电接入网络(RAN)体系架构和核心网络体系架构的示例的系统图;
图1D是示出无线电接入网络(RAN)体系架构和核心网络体系架构的示例的系统图;
图1E是示出示例3GPP体系架构的系统图;
图1F是被配置用于无线通信的示例装置或设备的系统图;
图1G是示出在通信网络中使用的计算系统的示例的系统图;
图2示出了根据示例性实施例的非漫游5G系统体系架构;
图3示出了根据示例性实施例的漫游5G系统体系架构;
图4示出了根据示例性实施例的漫游5G系统体系架构;
图5示出了根据示例性实施例的5G通用注册过程;
图6示出了根据示例性实施例的UE中的注册管理状态模型;
图7示出了根据示例性实施例的UE中的连接管理状态转换;
图8示出了根据示例性实施例的特定于网络切片的认证和授权方法;
图9示出了根据示例性实施例的UE注册到多个SIM的方法;
图10示出了根据示例性实施例的部分注册的方法;
图11示出了根据示例性实施例的部分注册的替代方法;
图12示出了根据示例性实施例的间接注册的方法;
图13示出了根据示例性实施例的间接注册的替代方法;
图14示出了根据示例性实施例的RM-INACTIVE注册管理状态;
图15示出了根据示例性实施例的用于多SIM操作的寻呼方法;
图16示出了根据示例性实施例的SIM切换方法;
图17示出了根据示例性实施例的多SIM配置GUI;
图18示出了根据示例性实施例的个体SIM配置GUI;
图19示出了根据示例性实施例的3GPP EPS非漫游系统体系架构;
图20示出了根据示例性实施例的EPS附接过程;
图21示出了根据示例性实施例的EPS移动性管理(EMM)状态;
图22示出了根据示例性实施例的EPS连接管理状态;
图23示出了根据示例性实施例的EPS网络触发的服务请求过程;
图24示出了根据示例性实施例的部分附接的方法;
图25示出了根据示例性实施例的间接附接的方法;
图26示出了根据示例性实施例的多SIM附接的方法;
图27示出了根据示例性实施例的EMM-INACTIVE状态;
图28示出了根据示例性实施例的为处于ECM-CONNECTED状态的UE进行寻呼请求转发的方法;
图29示出了根据示例性实施例的为处于ECM-IDLE状态的UE进行寻呼请求转发的方法;
图30示出了根据示例性实施例的不活动注册定时器更新的方法;
图31示出了根据示例性实施例的由SIM切换导致的错误情况的方法;
图32示出了根据示例性实施例的用于5GS和EPS之间互通的非漫游体系架构;
图33示出了根据示例性实施例的另一个多SIM配置GUI;
图34示出了根据示例性实施例的UE向核心网络请求提供临时标识符;
图35示出了根据示例性实施例的多SIM UE检测寻呼冲突;
图36示出了根据示例性实施例的激活和停用注册挂起定时器的过程;
图37示出了根据示例性实施例的UE执行请求以停止核心网络寻呼UE;
图38示出了根据示例性实施例的核心网络向UE提供示出错过的寻呼的通知;
图39示出了根据示例性实施例的多SIM UE通过活动SIM的用户平面对不活动SIM执行间接注册的方法;
图40示出了根据示例性实施例的多SIM UE通过PLMN1的用户平面从PLMN2接收用于SIM2的NAS通知的方法;以及
图41示出了根据示例性实施例的方法,其中多SIM UE向核心网络提供用户配置以及用户想要UE对于多SIM操作如何表现的偏好。
从下文提供的详细描述中,本公开的另外的适用领域将变得清楚。应当理解的是,示例性实施例的详细描述仅用于说明目的,因此并不旨在必然限制本公开的范围。
具体实施方式
第三代合作伙伴计划(3GPP)开发用于蜂窝电信网络技术的技术标准,包括无线电接入、核心运输网络以及服务能力-包括对编解码器、安全性和服务质量的工作。最近的无线电接入技术(RAT)标准包括WCDMA(通常称为3G)、LTE(通常称为4G)、LTE-Advanced标准和也被称为“5G”的新无线电(NR)。3GPP NR标准的开发预计将继续并包括下一代无线电接入技术(新RAT)的定义,其预计将包括提供低于7GHz的新灵活无线电接入,以及提供7GHz以上的新超移动宽带无线电接入。灵活的无线电接入预计包括7GHz以下新频谱中的新的、非向后兼容的无线电接入,并且预计包括可以在相同频谱中复用在一起的不同操作模式,以解决具有不同要求的广泛的3GPP NR用例集合。预计超移动宽带将包括cmWave和mmWave频谱,其将为用于例如室内应用和热点的超移动宽带接入提供机会。特别地,超移动宽带预计将与7GHz以下的灵活无线电接入共享共同的设计框架,具有特定于cmWave和mmWave的设计优化。
3GPP已经识别出预计NR支持的各种用例,从而导致对数据速率、时延和移动性的各种各样的用户体验要求。用例包括以下一般类别:增强型移动宽带(eMBB)超可靠的低时延通信(URLLC)、大规模机器类型通信(mMTC)、网络操作(例如,网络切片、路由、迁移和互通、节能)和增强型车辆到所有(eV2X)通信(其可以包括车辆到车辆通信(V2V)、车辆到基础设施通信(V2I)、车辆到网络通信(V2N)、车辆到行人通信(V2P),以及与其它实体的车辆通信中的任何一个)。这些类别中的特定服务和应用包括例如监视和传感器网络、设备远程控制、双向远程控制、个人云计算、视频流式传输、基于无线云的办公室、急救人员连接性、汽车紧急呼叫、灾难警报、实时游戏、多人视频呼叫、自主驾驶、增强现实、触觉互联网、虚拟现实、家庭自动化、机器人和空中无人机,等等。本文预期所有这些用例和其它用例。
以下是可能出现在以下描述中的与服务级别和核心网络技术相关的首字母缩略词列表。除非另有说明,否则本文使用的首字母缩略词是指下面列出的相应术语。
缩写
Figure BDA0003459446910000061
Figure BDA0003459446910000071
术语和定义
Figure BDA0003459446910000072
Figure BDA0003459446910000081
示例通信系统和网络
图1A图示了示例通信系统100,其中可以使用本文描述并要求保护的系统、方法和装置。通信系统100可以包括无线传输/接收单元(WTRU)102a、102b、102c、102d、102e、102f和/或102g(一般或统称为WTRU 102或多个WTRU 102)。通信系统100可以包括无线电接入网络(RAN)103/104/105/103b/104b/105b、核心网络106/107/109、公共交换电话网(PSTN)108、互联网110、其它网络112和网络服务113。网络服务113可以包括例如V2X服务器、V2X功能、ProSe服务器、ProSe功能、IoT服务、视频流式传输和/或边缘计算等。
将认识到本文公开的构思可以与任何数量的WTRU、基站、网络和/或网络元件一起使用。WTRU 102中的每一个可以是被配置为在无线环境中操作和/或通信的任何类型的装置或设备。在图1A的示例中,WTRU 102中的每一个在图1A-1E中被描绘为手持无线通信装置。应该理解的是,对于无线通信预期的各种用例,每个WTRU可以包括被配置为传输和/或接收无线信号的任何类型的装置或设备或者被包括在其中,仅作为示例,所述装置或设备包括用户装备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、平板电脑、上网本、笔记本计算机、个人计算机、无线传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、运载工具(诸如小汽车、公共汽车或卡车、火车或飞机)等。
通信系统100还可以包括基站114a和基站114b。在图1A的示例中,每个基站114a和114b被描绘为单个元件。在实践中,基站114a和114b可以包括任何数量的互连的基站和/或网络元件。基站114a可以是被配置为与WTRU 102a、102b和102c中的至少一个无线接口以促进对一个或多个通信网络(例如,核心网络106/107/109、互联网110、网络服务113和/或其它网络112)的接入的任何类型的设备。类似地,基站114b可以是被配置为与远程无线电头端(RRH)118a、118b、传输和接收点(TRP)119a、119b和/或路边单元(RSU)120a和120b中的至少一个有线和/或无线地接口以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110、其它网络112和/或网络服务113)的接入的任何类型的设备。RRH 118a、118b可以是被配置为与WTRU 102中的至少一个(例如,WTRU 102c)无线地接口以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110、网络服务113和/或其它网络112)的接入的任何类型的设备。
TRP 119a、119b可以是被配置为与WTRU 102d中的至少一个无线地接口以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110、网络服务113和/或其它网络112)的接入的任何类型的设备。RSU 120a和120b可以是被配置为与WTRU 102e或102f中的至少一个无线地接口以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110、其它网络112和/或网络服务113)的接入的任何类型的设备。举例来说,基站114a、114b可以是基站收发信台(BTS)、节点B、eNode B、家庭节点B、家庭eNode B、下一代节点B(gNodeB)、卫星、站点控制器、接入点(AP)、无线路由器等。
基站114a可以是RAN 103/104/105的一部分,其还可以包括其它基站和/或网络元件(未示出),诸如基站控制器(BSC)2302、无线电网络控制器(RNC)、中继节点等。类似地,基站114b可以是RAN 103b/104b/105b的一部分,其也可以包括其它基站和/或网络元件(未示出),诸如BSC、RNC、中继节点等。基站114a可以被配置为在可以被称为小区(未示出)的特定地理区域内传输和/或接收无线信号。类似地,基站114b可以被配置为在特定地理区域内传输和/或接收有线和/或无线信号,该特定地理区域可以被称为小区(未示出)。小区还可以划分为小区扇区。例如,与基站114a相关联的小区可以被划分为三个扇区。因此,例如,基站114a可以包括三个收发器,例如,小区的每个扇区一个。基站114a可以采用多输入多输出(MIMO)技术,并且因此可以例如对于小区的每个扇区利用多个收发器。
基站114a可以通过空中接口115/116/117与WTRU 102a、102b、102c和102g中的一个或多个通信,空中接口115/116/117可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115/116/117。
基站114b可以在有线或空中接口115b/116b/117b上与RRH 118a和118b、TRP 119a和119b和/或RSU 120a和120b中的一个或多个通信,有线或空中接口可以是任何合适的有线(例如,电缆、光纤等)或无线通信链路(例如,RF、微波、IR、UV、可见光、cmWave、mmWave等)。可以使用任何合适的RAT来建立空中接口115b/116b/117b。
RRH 118a、118b、TRP 119a、119b和/或RSU 120a、120b可以通过空中接口115c/116c/117c与WTRU 102c、102d、102e、102f中的一个或多个通信,空中接口115c/116c/11c可以是任何合适的无线通信链路(例如,RF、微波、IR、紫外UV、可见光、cmWave、mmWave等)。可以使用任何合适的RAT来建立空中接口115c/116c/117c。
WTRU 102可以通过直接空中接口115d/116d/117d彼此通信,诸如侧链路通信,空中接口115d/116d/117d可以是任何合适的无线通信链路(例如、RF、微波、IR、紫外UV、可见光、cmWave、mmWave等)。可以使用任何合适的RAT来建立空中接口115d/116d/117d。
通信系统100可以是多址系统,并且可以采用一种或多种信道接入方案,诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如,RAN 103/104/105中的基站114a与WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH 118a、118b、TRP 119a、119b和/或RSU 120a和120b与WTRU 102c、102d、102e和102f可以实现无线电技术,诸如通用移动电信系统(UMTS)地面无线电接入(UTRA),其可以使用宽带CDMA(WCDMA)分别建立空中接口115/116/117和/或115c/116c/117c。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
RAN 103/104/105中的基站114a与WTRU 102a、102b、102c和102g,或RAN 103b/104b/105b中的RRH 118a和118b、TRP 119a和119b和/或RSU 120a和120b与WTRU 102c、102d可以实现无线电技术,诸如演进的UMTS地面无线电接入(E-UTRA),其可以使用例如长期演进(LTE)和/或LTE-Advanced(LTE-A)分别建立空中接口115/116/117或115c/116c/117c。空中接口115/116/117或115c/116c/117c可以实现3GPP NR技术。LTE和LTE-A技术可以包括LTE D2D和/或V2X技术和接口(诸如侧链路通信等)。类似地,3GPP NR技术可以包括NR V2X技术和接口(诸如侧链路通信等)。
RAN 103/104/105中的基站114a与WTRU 102a、102b、102c和102g或者RAN 103b/104b/105b中的RRH 118a和118b、TRP 119a和119b和/或RSU 120a和120b与WTRU 102c、102d、102e和102f可以实现无线电技术,诸如IEEE 802.16(例如,全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000EV-DO、过渡(Interim)标准2000(IS-2000)、过渡标准95(IS-95)、过渡标准856(IS-856)、全球移动通信系统(GSM)、用于GSM演进的增强数据速率(EDGE)、GSM EDGE(GERAN)等。
例如,图1A中的基站114c可以是无线路由器、家庭节点B、家庭eNode B或接入点,并且可以利用任何合适的RAT来促进本地化区域(诸如营业场所、房屋、车辆、火车、天线、卫星、工厂、校园等)中的无线连接性。基站114c和WTRU 102(例如,WTRU 102e)可以实现诸如IEEE 802.11之类的无线电技术,以建立无线局域网(WLAN)。类似地,基站114c和WTRU 102(例如,WTRU 102d)可以实现诸如IEEE 802.15之类的无线电技术,以建立无线个人区域网(WPAN)。基站114c和WTRU 102(例如,WTRU 102e)可以利用基于蜂窝的RAT(例如,WCDMA、CDMA2000、GSM、LTE、LTE-A、NR等)来建立微微小区或毫微微小区。如图1A中所示,基站114c可以具有到互联网110的直接连接。因此,可能不要求基站114c经由核心网络106/107/109接入互联网110。
RAN 103/104/105和/或RAN 103b/104b/105b可以与核心网络106/107/109通信,核心网络106/107/109可以是被配置为向WTRU 102中的一个或多个提供语音、数据、消息传递、授权和认证、应用和/或互联网协议语音(VoIP)服务的任何类型的网络。例如,核心网络106/107/109可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、互联网连接性、分组数据网络连接性、以太网连接性、视频分发等,和/或执行高级安全功能(诸如用户认证)。
虽然未在图1A中示出,但是应认识到的是,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或NR无线电技术的另一个RAN(未示出)通信。
核心网络106/107/109还可以用作WTRU 102的网关,以接入PSTN 108、互联网110和/或其它网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括使用常见通信协议的互连的计算机网络和设备的全球系统,所述通信协议诸如TCP/IP网际协议套件中的传输控制协议(TCP)、用户数据报协议(UDP)和互联网协议(IP)。其它网络112可以包括由其它服务提供商拥有和/或运营的有线或无线通信网络。例如,网络112可以包括任何类型的分组数据网络(例如,IEEE 802.3以太网网络)或连接到一个或多个RAN的另一个核心网络,这一个或多个RAN可以采用与RAN 103/104/105和/或RAN 103b/104b/105b相同的RAT或不同的RAT。
通信系统100中的WTRU 102a、102b、102c、102d、102e和102f中的一些或全部可以包括多模能力,例如,WTRU 102a、102b、102c、102d、102e和102f可以包括用于通过不同的无线链路与不同的无线网络通信的多个收发器。例如,图1A中所示的WTRU 102g可以被配置为与可以采用基于蜂窝的无线电技术的基站114a通信,并且与可以采用IEEE 802无线电技术的基站114c通信。
虽然在图1A中未示出,但是将理解,用户装备可以建立到网关的有线连接。网关可能是住宅网关(RG)。RG可以提供到核心网络106/107/109的连接。将意识到,本文包含的许多思想可以等同地应用于作为WTRU的UE和使用有线连接来连接到网络的UE。例如,适用于无线接口115、116、117和115c/116c/117c的思想可以等同地适用于有线连接。
图1B是示例RAN 103和核心网络106的系统图。如上所述,RAN 103可以采用UTRA无线电技术来通过空中接口115与WTRU 102a、102b和102c通信。RAN 103还可以与核心网络106通信。如图1B中所示,RAN 103可以包括节点B 140a、140b和140c,节点B 140a、140b和140c可以各自包括一个或多个收发器,用于通过空中接口115与WTRU 102a、102b和102c通信。节点B 140a、140b和140c可以各自与RAN 103内的特定小区(未示出)相关联。RAN 103还可以包括RNC 142a、142b。将认识到的是,RAN 103可以包括任何数量的节点B和无线电网络控制器(RNC)。
如图1B中所示,节点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中的每一个可以被配置为执行或支持其它功能,诸如外环功率控制、负载控制、准入控制、分组调度、移交控制、宏分集、安全性功能、数据加密等。
图1B中所示的核心网络106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148和/或网关GPRS支持节点(GGSN)150。虽然每个前述元素被描绘为核心网络106的一部分,但是将认识到的是,这些元素中的任何一个可以由核心网络运营商以外的实体拥有和/或运营。
RAN 103中的RNC 142a可以经由IuCS接口连接到核心网络106中的MSC 146。MSC146可以连接到MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b和102c提供对电路交换网络(诸如PSTN 108)的接入,以促进WTRU 102a、102b和102c与传统陆地线路通信设备之间的通信。
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的设备之间的通信。
核心网络106还可以连接到其它网络112,其它网络112可以包括由其它服务提供商拥有和/或运营的其它有线或无线网络。
图1C是示例RAN 104和核心网络107的系统图。如上所述,RAN 104可以采用E-UTRA无线电技术以通过空中接口116与WTRU 102a、102b和102c通信。RAN 104也可以与核心网络107通信。
RAN 104可以包括eNode-B 160a、160b和160c,虽然可以认识到RAN 104可以包括任意数量的eNode-B。eNode-B 160a、160b和160c可以各自包括一个或多个收发器,用于通过空中接口116与WTRU 102a、102b和102c通信。例如,eNode-B 160a、160b和160c可以实现MIMO技术。因此,例如,eNode-B 160a可以使用多个天线来向WTRU 102a传输无线信号以及从WTRU 102a接收无线信号。
eNode-B 160a、160b和160c中的每一个可以与特定小区(未示出)相关联并且可以被配置为处置无线电资源管理决策、移交决策、上行链路和/或下行链路中的用户调度等。如图1C中所示,eNode-B 160a、160b和160c可以通过X2接口彼此通信。
图1C中所示的核心网络107可以包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。虽然每个前述元素被描绘为核心网络107的一部分,但是应该认识到的是,这些元素中的任何一个可以由核心网络运营商以外的实体拥有和/或运营。
MME 162可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一个,并且可以用作控制节点。例如,MME 162可以负责认证WTRU 102a、102b和102c的用户、承载激活/停用、在WTRU 102a、102b和102c的初始附接期间选择特定的服务网关等。MME 162还可以提供用于在RAN 104和采用其它无线电技术(诸如GSM或WCDMA)的其它RAN(未示出)之间进行切换的控制平面功能。
服务网关164可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一个。服务网关164一般可以向WTRU 102a、102b和102c/从WTRU 102a、102b和102c路由用户数据分组和转发用户数据分组。服务网关164还可以执行其它功能,诸如在eNode B间移交期间锚定用户平面、在下行链路数据可用于WTRU 102a、102b和102c时触发寻呼、管理和存储WTRU 102a、102b和102c的上下文等。
服务网关164也可以连接到PDN网关166,PDN网关166可以向WTRU 102a、102b和102c提供对分组交换网络(例如,互联网110)的接入,以促进在WTRU 102a、102b、102c和启用IP的设备之间的通信。
核心网络107可以促进与其它网络的通信。例如,核心网络107可以向WTRU 102a、102b和102c提供对电路交换网络(诸如PSTN 108的)的接入,以促进WTRU 102a、102b和102c与传统陆地线路通信设备之间的通信。例如,核心网络107可以包括充当核心网络107与PSTN 108之间的接口的IP网关(例如,IP多媒体子系统(IMS)服务器)或可以与之通信。此外,核心网络107可以向WTRU 102a、102b和102c提供对网络112的接入,网络112可以包括由其它服务提供商拥有或运营的其它有线或无线网络。
图1D是示例RAN 105和核心网络109的系统图。RAN 105可以采用NR无线电技术来通过空中接口117与WTRU 102a和102b通信。RAN 105还可以与核心网络109通信。非3GPP互通功能(N3IWF)199可以采用非3GPP无线电技术来通过空中接口198与WTRU 102c通信。N3IWF 199也可以与核心网络109通信。
RAN 105可以包括gNode-B 180a和180b。将认识到的是,RAN 105可以包括任何数量的gNode-B。gNode-B 180a和180b可以各自包括一个或多个收发器,用于通过空中接口117与WTRU 102a和102b通信。当使用集成的接入和回程连接时,可以在WTRU和gNode-B之间使用相同的空中接口,其可以是经由一个或多个gNB的核心网络109。gNode-B 180a和180b可以实现MIMO、MU-MIMO和/或数字波束成形技术。因此,例如,gNode-B 180a可以使用多个天线来向WTRU 102a传输无线信号以及从WTRU 102a接收无线信号。应当认识到的是,RAN105可以采用其它类型的基站,诸如eNode-B。还应该认识到的是,RAN 105可以采用多于一种类型的基站。例如,RAN可以采用eNode-B和gNode-B。
N3IWF 199可以包括非3GPP接入点180c。将认识到N3IWF 199可以包括任何数量的非3GPP接入点。非3GPP接入点180c可以包括一个或多个收发器,用于通过空中接口198与WTRU 102c进行通信。非3GPP接入点180c可以使用802.11协议来通过空中接口198与WTRU102c通信。
gNode-B 180a和180b中的每一个可以与特定小区(未示出)相关联并且可以被配置为处置无线电资源管理决策、移交决策、上行链路和/或下行链路中的用户调度等。如图1D中所示,例如,gNode-B 180a和180b可以通过Xn接口彼此通信。
图1D中所示的核心网络109可以是5G核心网络(5GC)。核心网络109可以向通过无线电接入网络互连的客户提供多种通信服务。核心网络109包括执行核心网络的功能的多个实体。如本文所使用的,术语“核心网络实体”或“网络功能”是指执行核心网络的一个或多个功能的任何实体。应该理解的是,这样的核心网络实体可以是以存储在被配置用于无线和/或网络通信的装置或计算机系统(诸如图1G中所示的系统90)的存储器中并在其处理器上执行的计算机可执行指令(软件)的形式实现的逻辑实体。
在图1D的示例中,5G核心网络109可以包括接入和移动性管理功能(AMF)172、会话管理功能(SMF)174、用户平面功能(UPF)176a和176b、用户数据管理功能(UDM)197、认证服务器功能(AUSF)190、网络暴露功能(NEF)196、策略控制功能(PCF)184、非3GPP互通功能(N3IWF)199、用户数据储存库(UDR)178。虽然将前述每个元素描绘为5G核心网络109的一部分,但应该认识到的是,这些元素中的任何一个可以由核心网络运营商以外的实体拥有和/或运营。还将认识到的是,5G核心网络可以不由所有这些元素组成,可以由附加元素组成,并且可以由这些元素中每个元素的多个实例组成。图1D示出了网络功能直接彼此连接,但是,应该认识到的是,它们可以经由诸如diameter路由代理或消息总线之类的路由代理进行通信。
在图1D的示例中,网络功能之间的连接性是经由接口或参考点的集合实现的。将认识到的是,网络功能可以被建模、描述或实现为由其它网络功能或服务调用或引起的服务集合。可以经由网络功能之间的直接连接、消息总线上的消息传递的交换、调用软件功能等来实现网络功能服务的调用。
AMF 172可以经由N2接口连接到RAN 105,并且可以用作控制节点。例如,AMF 172可以负责注册管理、连接管理、可达性管理、接入认证、接入授权。AMF可以负责经由N2接口将用户平面隧道配置信息转发到RAN 105。AMF 172可以经由N11接口从SMF接收用户平面隧道配置信息。AMF 172通常可以经由N1接口向/从WTRU 102a、102b和102c路由和转发NAS分组。N1接口未在图1D中示出。
SMF 174可以经由N11接口连接到AMF 172。类似地,SMF可以经由N7接口连接到PCF184,并且经由N4接口连接到UPF 176a和176b。SMF 174可以用作控制节点。例如,SMF 174可以负责会话管理、用于WTRU 102a、102b和102c的IP地址分配、UPF 176a和UPF 176b中的流量转向规则的管理和配置,以及到AMF 172的下行链路数据通知的生成。
UPF 176a和UPF176b可以为WTRU 102a、102b和102c提供对分组数据网络(PDN)(诸如互联网110)的接入,以促进WTRU 102a、102b和102c与其它设备之间的通信。UPF 176a和UPF 176b还可以向WTRU 102a、102b和102c提供对其它类型的分组数据网络的接入。例如,其它网络112可以是以太网网络或交换数据的分组的任何类型的网络。UPF 176a和UPF176b可以经由N4接口从SMF 174接收流量转向规则。UPF 176a和UPF 176b可以通过将分组数据网络与N6接口连接或者通过彼此连接并经由N9接口连接到其它UPF来提供对分组数据网络的接入。除了提供对分组数据网络的接入之外,UPF 176还可以负责分组路由和转发、策略规则强制实施、用户平面流量的服务处置的质量、下行链路分组缓冲。
AMF 172还可以例如经由N2接口连接到N3IWF 199。N3IWF例如经由3GPP未定义的无线电接口技术来促进WTRU 102c与5G核心网络170之间的连接。AMF可以以它与RAN 105交互的方式相同或相似的方式与N3IWF 199交互。
PCF 184可以经由N7接口连接到SMF 174,可以经由N15接口连接到AMF 172,并且可以经由N5接口连接到应用功能(AF)188。N15和N5接口未在图1D中示出。PCF 184可以提供策略规则以控制诸如AMF 172和SMF 174之类的平面节点,从而允许控制平面节点强制实施这些规则。PCF 184可以向AMF 172发送针对WTRU 102a、102b和102c的策略,使得AMF可以经由N1接口将策略递送到WTRU 102a、102b和102c。然后可以在WTRU 102a、102b和102c处强制实施或应用策略。
UDR 178可以充当用于认证凭证和订阅信息的储存库。UDR可以连接到网络功能,使得网络功能可以添加数据到储存库,读取和修改储存库中的数据。例如,UDR 178可以经由N36接口连接到PCF 184。类似地,UDR 178可以经由N37接口连接到NEF 196,并且UDR 178可以经由N35接口连接到UDM 197。
UDM 197可以用作UDR 178和其它网络功能之间的接口。UDM 197可以授权网络功能访问UDR 178。例如,UDM 197可以经由N8接口连接到AMF 172,UDM 197可以经由N10接口连接到SMF 174。类似地,UDM 197可以经由N13接口连接到AUSF 190。UDR 178和UDM 197可以紧密集成在一起。
AUSF 190执行与认证相关的操作,并且经由N13接口连接到UDM 178并经由N12接口连接到AMF 172。
NEF 196将5G核心网络109中的能力和服务暴露给应用功能(AF)188。暴露可以发生在N33 API接口上。NEF可以经由N33接口连接到AF 188并且它可以连接到其它网络功能,以便暴露5G核心网络109的能力和服务。
应用功能188可以与5G核心网络109中的网络功能交互。应用功能188和网络功能之间的交互可以经由直接接口或者可以经由NEF 196发生。应用功能188可以被认为是5G核心网络109的一部分,或者可以在5G核心网络109的外部并且由与移动网络运营商有业务关系的企业部署。
网络切片是一种机制,移动网络运营商可以使用它来支持运营商空中接口后面的一个或多个“虚拟”核心网络。这涉及将核心网络“切片”为一个或多个虚拟网络,以支持跨单个RAN运行的不同RAN或不同服务类型。网络切片使运营商能够创建被定制为针对要求不同需求(例如,在功能性、性能和隔离方面)的不同市场场景提供优化的解决方案的网络。
3GPP已经设计出了5G核心网络以支持网络切片。网络切片是网络运营商可以用来支持各种5G用例集合(例如,大规模IoT、关键通信、V2X和增强型移动宽带)的好工具,这些用例要求非常多样化甚至有时是极端的要求。如果不使用网络切片技术,那么当每个用例有它自己特定的性能、可伸缩性和可用性需求集时,网络体系架构可能不够灵活和可扩展以高效地支持广泛的用例需求。此外,应当使新网络服务的引入更加高效。
再次参考图1D,在网络切片场景中,WTRU 102a、102b或102c可以经由N1接口连接到AMF 172。AMF在逻辑上可以是一个或多个切片的一部分。AMF可以协调WTRU 102a、102b或102c与一个或多个UPF 176a和176b、SMF 174以及其它网络功能的连接或通信。UPF 176a和176b、SMF 174和其它网络功能中的每一个可以是同一切片或不同切片的一部分。当它们是不同切片的一部分时,就它们可能利用不同的计算资源、安全性凭证等的意义而言,它们可以彼此隔离。
核心网络109可以促进与其它网络的通信。例如,核心网络109可以包括IP网关(诸如IP多媒体子系统(IMS)服务器),或者可以与之通信,该IP网关用作5G核心网络109和PSTN108之间的接口。例如,核心网络109可以包括短消息服务(SMS)服务中心或者与之通信,这促进经由短消息服务的通信。例如,5G核心网络109可以促进WTRU 102a、102b和102c与服务器或应用功能188之间的非IP数据分组的交换。此外,核心网络170可以向WTRU 102a、102b和102c提供对网络112的接入,网络112可以包括由其它服务提供商拥有和/或运营的其它有线或无线网络。
本文描述并且在图1A、1C、1D和1E中示出的核心网络实体由在某些现有3GPP规范中赋予那些实体的名称识别,但是要理解的是,将来那些实体和功能可以由其它名称识别,并且某些实体或功能可以在3GPP发布的未来规范(包括未来的3GPP NR规范)中进行组合。因此,仅通过示例的方式提供了在图1A、1B、1C、1D和1E中描述和示出的特定网络实体和功能,并且应该理解的是,可以在任何类似的通信系统(无论是当前定义的还是将来定义的)中实施或实现本文公开并要求保护的主题。
图1E图示了示例通信系统111,其中可以使用本文描述的系统、方法、装置。通信系统111可以包括无线传输/接收单元(WTRU)A、B、C、D、E、F、基站gNB 121、V2X服务器124以及路边单元(RSU)123a和123b。在实践中,本文给出的构思可以应用于任何数量的WTRU、基站gNB、V2X网络和/或其它网络元件。一个或几个或全部WTRU A、B、C、D、E和F可以在接入网络覆盖122的范围之外。WTRU A、B和C形成V2X组,其中WTRU A是组领导,而WTRU B和C是组成员。
如果WTRU A、B、C、D、E、F位于接入网络覆盖范围内(在图1E中的网络覆盖范围内仅示出了B和F),那么它们可以通过Uu接口129b经由gNB 121彼此通信。如果WTRU A、B、C、D、E、F位于或超出接入网络覆盖范围(例如,在图1E中A、C、WTRU A、B、C、D、E、F可以彼此通信,D和E被示为在网络覆盖范围之外),那么WTRU A、B、C、D、E、F可以经由侧链路(PC5或NR PC5)接口125a、125b、128彼此直接通信。
WTRU A、B、C、D、E和F可以经由车辆到网络(V2N)126或侧链路接口125b与RSU 123a或123b通信。WTRU A、B、C、D、E和F可以经由车辆到基础设施(V2I)接口127与V2X服务器124通信。WTRU A、B、C、D、E和F可以经由车辆到人(V2P)接口128与另一个UE通信。
图1F是示例装置或设备WTRU 102的框图,该示例装置或设备WTRU 102可以被配置为根据本文所述的系统、方法和装置进行无线通信和操作,诸如图1A、1B、1C、1D或1E的WTRU102。如图1F中所示,示例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网关、下一代节点B(gNode-B)和代理节点)可以包括图1F中描绘并且在本文描述的元件中的一些或全部。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使WTRU 102能够在无线环境中操作的任何其它功能。处理器118可以耦合到收发器120,收发器120可以耦合到传输/接收元件122。虽然图1F将处理器118和收发器120描绘为分开的部件,但将认识到的是,处理器118和收发器120可以一起集成在电子封装或芯片中。
UE的传输/接收元件122可以被配置为通过空中接口115/116/117向基站(例如,图1A的基站114a)传输信号或从其接收信号,或者通过空中接口115d/116d/117d向另一个UE传输信号或从其接收信号。例如,传输/接收元件122可以是被配置为传输和/或接收RF信号的天线。传输/接收元件122可以是被配置为例如传输和/或接收IR、UV或可见光信号的发射器/检测器。传输/接收元件122可以被配置为传输和接收RF和光信号两者。将认识到的是,传输/接收元件122可以被配置为传输和/或接收无线或有线信号的任意组合。
此外,虽然传输/接收元件122在图1F中被描绘为单个元件,但是WTRU 102可以包括任何数量的传输/接收元件122。更具体而言,WTRU 102可以采用MIMO技术。因此,WTRU102可以包括两个或更多个传输/接收元件122(例如,多个天线),用于通过空中接口115/116/117传输和接收无线信号。
收发器120可以被配置为调制将由传输/接收元件122传输的信号并且解调由传输/接收元件122接收的信号。如上所述,WTRU 102可以具有多模能力。因此,收发器120可以包括多个收发器,用于使WTRU 102能够经由多个RAT(例如,NR和IEEE 802.11或NR和E-UTRA)进行通信,或者经由到不同RRH、TRP、RSU或节点的多个波束与同一RAT进行通信。
WTRU 102的处理器118可以耦合到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128(例如,液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元),并且可以从其接收用户输入数据。处理器118还可以将用户数据输出到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128。此外,处理器118可以从任何类型的合适存储器(诸如不可移动存储器130和/或可移动存储器132)访问信息并在其中存储数据。不可移动存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移动存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。处理器118可以从物理上不位于WTRU 102上(诸如在托管在云中或边缘计算平台中的服务器上或家用计算机(未示出)中)的存储器访问信息并将数据存储在其中。
处理器118可以从电源134接收电力,并且可以被配置为向WTRU 102中的其它部件分配和/或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如,电源134可以包括一个或多个干电池、太阳能电池、燃料电池等。
处理器118还可以耦合到GPS芯片组136,该GPS芯片组136可以被配置为提供关于WTRU 102的当前位置的位置信息(例如,经度和纬度)。除了或代替来自GPS芯片组136的信息,WTRU 102可以通过空中接口115/116/117从基站(例如,基站114a、114b)接收位置信息和/或基于从附近的两个或更多个基站接收信号的定时确定其位置。将认识到的是,WTRU102可以通过任何合适的位置确定方法来获取位置信息。
处理器118还可以耦合到其它外围设备138,外围设备138可以包括提供附加特征、功能和/或有线或无线连接性的一个或多个软件和/或硬件模块。例如,外围设备138可以包括各种传感器,诸如加速度计、生物识别(例如,指纹)传感器、电子罗盘、卫星收发器、数码相机(用于照片或视频)、通用串行总线(USB)端口或其它互连接口、振动设备、电视收发器、免提耳机、
Figure BDA0003459446910000251
模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。
WTRU 102可以被包括在其它装置或设备中,诸如传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、运载工具(诸如小汽车、卡车、火车或飞机)。WTRU 102可以经由一个或多个互连接口(诸如可以包括外围设备138之一的互连接口)连接到这种装置或设备的其它部件、模块或系统。
图1G是示例性计算系统90的框图,其中可以实施图1A、1C、1D和1E中所示的通信网络的一个或多个装置,诸如RAN 103/104/105、核心网络106/107/109、PSTN 108、互联网110、其它网络112或网络服务113中的某些节点或功能实体。计算系统90可以包括计算机或服务器,并且可以主要由计算机可读指令控制,该计算机可读指令可以是软件形式,无论何地,或通过任何方式来存储或访问这种软件。这样的计算机可读指令可以在处理器91内执行,以使计算系统90工作。处理器91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器91可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使计算系统90能够在通信网络中操作的任何其它功能。协处理器81是与主处理器91不同的可选处理器,其可以执行附加功能或辅助处理器91。处理器91和/或协处理器81可以接收、生成并处理与本文公开的方法和装置相关的数据。
在操作中,处理器91获取、解码并执行指令,并经由计算系统的主数据传送路径,系统总线80,向其它资源传送信息和从其它资源传送信息。这种系统总线连接计算系统90中的部件并定义用于数据交换的媒介。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线、以及用于发送中断和用于操作系统总线的控制线。这种系统总线80的示例是PCI(外围部件互连)总线。
耦合到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。这种存储器包括允许存储和检索信息的电路系统。ROM 93一般包含不容易被修改的存储数据。存储在RAM 82中的数据可以由处理器91或其它硬件设备读取或改变。对RAM 82和/或ROM 93的存取可以由存储器控制器92控制。存储器控制器92可以提供地址翻译功能,该地址翻译功能在执行指令时将虚拟地址翻译成物理地址。存储器控制器92还可以提供存储器保护功能,该功能隔离系统内的进程并将系统进程与用户进程隔离。因此,以第一模式运行的程序只能访问由其自己的进程虚拟地址空间映射的存储器;除非已设置进程之间的存储器共享,否则它无法访问另一个进程的虚拟地址空间内的存储器。
此外,计算系统90可以包含外围设备控制器83,外围设备控制器83负责将来自处理器91的指令传送到外围设备,诸如打印机94、键盘84、鼠标95和盘驱动器85。
由显示器控制器96控制的显示器86被用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。可以以图形用户界面(GUI)的形式提供视觉输出。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子的平板显示器或触摸板来实现。显示器控制器96包括生成被发送到显示器86的视频信号所需的电子部件。
另外,计算系统90可以包含通信电路系统,诸如例如无线或有线网络适配器97,其可以被用于将计算系统90连接到外部通信网络或设备(诸如RAN 103/104/105、核心网络106/107/109、PSTN 108、互联网110、WTRU 102、或者图1A、1B、1C、1D和1E的其它网络112),以使计算系统90能够与那些网络的其它节点或功能实体通信。单独或与处理器91组合,通信电路系统可以被用于执行本文描述的某些装置、节点或功能实体的传输和接收步骤。
应该理解的是,本文描述的装置、系统、方法和处理中的任何一个或全部可以以存储在计算机可读存储介质上的计算机可执行指令(例如,程序代码)的形式实施,该指令在由处理器(诸如处理器118或91)执行时使处理器执行和/或实现本文描述的系统、方法和处理。具体而言,本文描述的任何步骤、操作或功能可以以在被配置用于无线和/或有线网络通信的装置或计算系统的处理器上执行的这种计算机可执行指令的形式实现。计算机可读存储介质包括以用于存储信息的任何非瞬态(例如,有形或物理)方法或技术实现的易失性和非易失性、可移动和不可移动介质,但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字通用盘(DVD)或其它光盘存储装置、磁带盒、磁带、磁盘存储器或其它磁存储设备,或者可以用于存储期望信息并且可以由计算系统访问的任何其它有形或物理介质。
5G系统体系架构
图2示出了3GPP 5G非漫游系统体系架构,其中各种实体通过所指示的参考点相互交互。用户装备(UE)102可以与核心网络(CN)通信以建立控制信令并使UE 102能够使用来自CN的服务。控制信令功能的示例有:注册、连接和移动性管理、认证和授权、会话管理等。
图2中的以下网络功能(NF)是控制信令涉及的CN的控制平面(CP)中的主要NF:
·接入和移动性功能(AMF)172:UE 102通过RAN节点105向AMF 172发送N1消息,以执行许多控制平面信令,诸如注册、连接管理、移动性管理、接入认证和授权等。
·会话管理功能(SMF)174:SMF 174负责涉及建立PDU会话的会话管理,以允许UE将数据发送到数据网络(DN)208(诸如互联网)或应用服务器和其它会话管理相关功能。
·策略和控制功能(PCF)184:PCF 184提供支配网络行为、访问订阅信息以做出策略决定等的策略框架。
·认证服务器功能(AUSF)190:AUSF 190支持对3GPP和不受信任的非3GPP接入的UE的认证。
·统一数据管理(UDM)197:UDM 197支持生成3GPP AKA认证凭证、用户标识处置、订阅管理等。
·网络切片选择功能(NSSF)216:NSSF 216涉及网络切片管理的各个方面,诸如为UE选择网络切片实例、NSSAI的管理等。
·无线电接入网络(RAN)105:RAN节点105提供从UE 102到核心网络的通信接入,用于控制平面和用户平面通信。
5G漫游体系架构
图3示出了基于服务的表示下的本地分支(breakout)场景的5G系统漫游体系架构,其中VPLMN是受访PLMN并且HPLMN是归属PLMN。安全边缘保护代理(SEPP)304启用VPLMN和HPLMN之间的通信。
图4以参考点表示的形式示出了用于本地分支场景的5G系统漫游体系架构。在这个图中,为了清楚起见,没有描绘SEPP。VPLMN中的AMF能够通过N12接口与HPLMN的AUSF通信,以从HPLMN认证UE。策略信息可以通过N24接口在vPCF和hPCF之间进行传送。
5G注册过程
在UE可以使用CN提供的服务之前,UE必须向核心网络注册。图5示出了来自TS23.502[2]的5G通用注册过程,UE执行该过程以注册到CN。以下是通用注册过程中值得注意的步骤:
在步骤S500中,UE提供注册类型以指示请求用于什么。两种常见类型是由UE执行以首先与CN建立注册的初始注册、和以周期性间隔执行以向CN通知UE仍然存在的周期性注册更新。此外,UE可以在初始注册期间在步骤S510中向CN提供诸如SUCI之类的标识符,CN使用该标识符来认证UE。
在步骤S502、S504、S506、S508中,AMF可以获得UE的SUCI,如果它没有在步骤S500中被提供的话。
在步骤S510中,AUSF根据UDM提供的订阅信息和UE提供的SUCI对UE进行认证。
在步骤S512中,AMF向UE返回注册接受消息,指示注册过程的结果。对于初始注册,接受消息包括临时标识符(诸如5G-GUTI)、允许的网络切片列表、DRX参数以及用于UE操作的其它相关数据。5G-GUTI标识符包含5G-S-TMSI标识符,其用于识别对UE的寻呼请求。
注册、连接和无线电资源控制管理状态
在5GS中,UE维持管理状态以启用与核心网络的通信。这些管理状态包括注册(RM)、连接(CM)和无线电资源控制(RRC)管理状态。在UE和RAN/CN中都维护管理状态。
为了使UE使用CN提供的服务,UE必须通过执行初始注册过程向CN注册。一旦注册,UE就从RM-DEREGISTERED状态进入RM-REGISTERED状态,如图6中所示。UE需要执行周期性注册更新以保持与网络的RM-REGISTERED状态。当UE处于RM-DEREGISTERED状态时,它不能访问CN提供的服务。
图7中所示的连接管理(CM)状态表示UE和AMF之间通过N1接口的NAS信令连接。这个信令连接允许UE和CN通过控制平面传送信息,以便在5G系统内进行高效通信。
最后,UE还与RAN节点维持RRC状态,在TS 38.300[4]中描述如下:
·RRC_IDLE:这个状态下的UE执行PLMN选择,接收广播系统信息,并执行小区重选。此外,UE可以进入非连续接收(DRX)模式并监视来自5GC的寻呼请求。
·RRC_INACTIVE:除了寻呼请求是由RAN节点发起的这一事实外,这个状态下的UE执行与RRC_IDLE类似的功能。此外,UE和RAN节点维护使UE能够快速转变到RRC_CONNECTED状态的上下文信息。当处于这种状态时,为UE建立RAN节点和5GC之间的控制和用户平面连接。
·RRC_CONNECTED:当UE处于这个状态时,启用到/从UE的单播数据的传送。这是由于在RAN节点和CN之间为UE建立有CP和UP,并且在UE和RAN节点之间保留有其它上下文信息以启用通信。
5G寻呼机制
寻呼是指5GS中的如下机制,其中核心网络或RAN向处于CM-IDLE或RRC_IDLE/RRC_INACTIVE状态的UE通知目的地为UE的未决数据。TS 38.304[5]描述了UE在处于RRC_IDLE和RRC_INACTIVE状态时使用非连续接收(DRX)以减少不活动时段期间的功耗。UE在DRX期间监视寻呼时机(PO)以获知CN中可能需要UE建立连接的活动。UE基于由UE接收的系统信息提供的信息和UE_ID进行计算,以了解何时监视寻呼时机。UE_ID是通过标识符对1024的模运算从UE的标识符(诸如IMSI或5G-S-TMSI)计算得出的。在网络侧,寻呼在5G中与LTE寻呼类似地工作,如图23中所示。
标识符
23.501的第5.9.4节描述了5G全球唯一标识符(5G-GUTI)。
5G-GUTI的结构如下:
<5G-GUTI>:=<GUAMI><5G-TMSI>
其中GUAMI识别指派的AMF并且5G-TMSI在AMF内唯一地识别UE。
全球唯一AMF ID(GUAMI)应被构造为:
<GUAMI>:=<MCC><MNC><AMF Region ID><AMF Set ID><AMF Pointer>
其中,AMF Region ID识别区域,AMF Set ID唯一地识别AMF区域内的AMF集,并且AMF Pointer唯一地识别AMF集内的AMF。
注意1:AMF Region ID通过使运营商能够在不同地区中重用相同的AMF Set ID和AMF Pointer,解决了网络中存在超过AMF Set ID和AMF Pointer可以支持的AMF数量的AMF的情况。
注意2:有关GUAMI字段结构的详细信息,参见TS 23.003[19]。
5G-S-TMSI是GUTI的缩写形式,可实现更高效的无线电信令过程(例如,在寻呼和服务请求期间)并且被定义为:
<5G-S-TMSI>:=<AMF Set ID><AMF Pointer><5G-TMSI>
特定于切片的认证和授权
在5G系统的第16版中,3GPP已同意添加特定于切片的认证和授权特征。当UE尝试向某些切片(即,S-NSSAI)注册时,该过程允许网络向UE发起基于EAP的过程。基于EAP的认证过程基于UE提供用户ID和相关联的网络凭证,以便被授权接入切片。新过程在参考文献[7]和[8]中进行了描述,并在图8中示出。图8复制自参考文献[8]。
LTE系统体系架构
图19示出了3GPP EPS非漫游系统体系架构,其中用户装备(UE)通过E-UTRAN 3202与核心网络(CN)通信以获得互联网服务或诸如IMS之类的其它运营商服务。E-UTRAN是随机接入网络(RAN),它通过LTE-Uu接口连接到UE。UE通过S1-MME接口经由E-UTRAN使用NAS信令接入CN,并通过S1-U接口经由E-UTRAN发送和接收数据。
下面简要描述来自图19的以下网络功能(NF):
·移动性管理实体(MME):MME向UE提供NAS信令,并认证和授权UE接入CN,同时还在其执行的许多功能中管理UE移动性。
·归属订户服务器(HSS)2000:HSS 2000提供UE的认证/授权,并存储UE的订阅信息。
·服务网关(S-GW)2002:S-GW 2002用作用户平面(UP)中UE的移动性锚点,其为P-GW路由和转发流量。
·PDN网关(P-GW)2004:P-GW 2004为UE分配IP地址,并为UE提供对分组数据网络(诸如互联网)的接入。
·策略和计费规则功能(PCRF)2006:核心网络的策略和计费元素。
LTE附接过程
UE执行附接过程以便注册到核心网络并使用来自要求注册的核心网络的服务。图20示出了附接过程,并且下面突出显示一些与初始附接相关的值得注意的步骤:
在步骤S2000中,UE通过eNodeB向CN发送附接请求。在该请求中,UE提供标识符(IMSI)、附接类型、UE核心网络能力、特定于UE的DRX参数、偏好网络行为和其它消息参数,如[9]中所指示的。
在步骤S2002中,eNodeB选择适当的MME并将请求转发到选择的MME。
在步骤S2004a和b中,MME执行认证和NAS安全性设置以激活完整性保护和NAS加密,这是强制性的。MME与HSS通信以完成这个步骤。从这一点开始,NAS信令受到完整性和加密保护。
在步骤S2006中,MME向附接请求返回附接接受,其包括GUTI、TAI列表、会话管理请求信息、支持的网络行为、服务间隙时间和其它消息参数,如[9]中所指示的。
在步骤S2008中,eNodeB向UE返回附接接受消息,并且UE保存消息参数以备后用。也可以存在相关联的RRC信令。
在步骤S2010中,UE返回直接传送消息,其包括附接完成消息。eNodeB在步骤S2012中向MME转发附接完成消息。
EPS移动性管理和连接管理状态
EPS移动性管理(EMM)状态在图21中示出。UE最初处于EMM-REGISTERED状态,并且在成功附接到网络之后,UE进入EMM-REGISTERED状态。一旦注册,UE就可以使用由网络提供的服务,诸如到互联网的连接和进行IMS呼叫。UE通过执行跟踪区域更新(TAU)过程保持在EMM-REGISTERED状态,并且可以通过执行分离过程进入EMM-DEREGISTERED状态。
EPS连接管理状态在图22中示出。这些状态指示UE与核心网络之间的NAS信令连接的状态。在ECM-IDLE中,UE没有NAS信令连接并且执行小区和PLMN选择。从ECM-IDLE到ECM-CONNECTED状态的转变针对以下过程发生:附接请求、跟踪区域更新、服务请求和分离请求。
LTE寻呼和服务请求
当UE 102处于ECM-IDLE状态并且数据对于UE 102在核心网络中可用时,MME 162向UE 102发送寻呼请求,如图23中所示。UE 102然后可以在执行服务请求过程之后连接到核心网络以接收与寻呼相关联的数据。S-GW 2002然后停止寻呼UE 102并且下行链路数据通过用户平面被传送到UE 102。TS 36.304[5]描述了非连续接收(DRX)中UE的寻呼时机的计算以及如何基于UE的标识符计算寻呼时机。基于计算,两个UE可以具有相同的寻呼时机并且可以同时监视寻呼消息。寻呼消息将使用关联的UE标识符来识别寻呼的接收者。
问题陈述
具有多个USIM的UE可以应用于利用向两个或更多个运营商网络注册的优势的各种用例。来自3GPP SA1工作组中的MUSIM研究的TR 22.834[6]强调了可能存在涉及多个USIM的用例的场景。本公开集中于UE配备有公共无线电和基带组件以支持多个USIM的情况。因此,无线电和基带组件不能专用于单个USIM。本公开还将为也在MUSIM研究范围内的双Rx、单Tx UE提供解决方案。
MUSIM SA1研究强调了对多个USIM UE的潜在要求。其中一些要求是:
·在3GPP系统中支持具有多个USIM的UE
·支持单Rx、单Tx和双Rx、单Tx的UE实施方式
·MUSIM UE允许用户配置来自多个USIM的服务的偏好
·3GPP系统应当支持具有来自相同或不同运营商的多个USIM的MUSIM UE
·3GPP系统向触发了寻呼过程的MUSIM UE指示流量的类型
·3GPP系统应能够在与多个USIM UE的通信中挂起活动通信并恢复被挂起的通信
·3GPP系统应最小化寻呼冲突以与多个USIM UE进行寻呼
·3GPP系统应通过支持多个USIM来最小化信令开销
·5G和LTE系统中都应当支持MUSIM UE
注意的是,术语SIM和USIM(在TR 22.834[6]中使用)在本公开中可互换使用。此外,术语多SIM将用于指多个USIM。还要注意的是,术语LTE和EPS在本公开中可互换使用。
用例1
用户正在国外从美国到亚洲旅行并且具有支持多个USIM的UE。为了降低成本,UE使用公共无线电和基带组件来实现,其中USIM共享接入。因此,在任何时候都只能有一个USIM是活动的。用户在到达目的地国家旅行时购买USIM以接入蜂窝服务。旅行USIM提供本地语音、文本和高速数据的服务,而归属USIM主要用于提供用户在旅行时可能希望从家人和朋友接收的语音和文本。
用例2
利用多个USIM的优势的另一个突出用例以具有商业和个人订阅服务并希望在同一设备上使用这两种服务的用户为中心。用户拥有公司发行的UE,该UE具有与运营商1的USIM1的订阅服务,同时用户还具有与运营商2的USIM2的个人订阅服务。用户希望能够从任一服务接收语音呼叫并根据对USIM1或USIM2的订阅取决于一天中的时间或使用该服务的应用来接入数据服务。
问题
如从以上用例可以看出的,利用公共无线电和基带组件的多SIM UE必须在任何时刻决定哪个SIM进行服务。多SIM UE的当前实施方式是专有的,因此,实施方式不同并且UE行为可能不同。这种行为差异会对核心网络的操作产生负面影响,因为许多操作和算法是基于CN对UE行为的了解进行优化的。3GPP SA1和SA2工作组目前都在研究与支持具有多个SIM的UE相关的问题。
在这些研究中,提出将多SIM UE和对应的过程标准化,以向核心网络提供UE行为的知识,并启用UE的最佳操作来与任一网络通信。这些研究集中在UE实施方式上,其中使用公共无线电和基带组件来支持UE中的多个SIM。诸如UE如何将多SIM能力通知CN、UE如何知道何时监视与任一SIM的寻呼相关联的寻呼时机、UE如何将操作从一个SIM切换到另一个SIM、UE在切换SIM的使用时如何通知CN、如何最小化寻呼冲突、UE使用什么策略来提供多个SIM之间的服务类型优先化等问题仍有待确定。此外,LTE和5G系统都预计将支持多SIM UE。
UE在多个SIM下操作并使用公共无线电和基带组件的一个主要问题是当第二SIM的UE正在与第一SIM主动通信时第二SIM的UE监视寻呼信息的问题。这被称为寻呼冲突,其中与多个SIM相关联的寻呼时机在时间上重叠。具有单个收发器的UE必须决定监视单个寻呼信道而不是其它寻呼信道[6]。如果UE没有在监视不活动SIM的寻呼时机时的寻呼请求,那么这个决定可以导致UE错过寻呼。
对于几个场景,寻呼冲突可以发生在多SIM UE中。一个场景可以是当UE连接到活动SIM的网络时UE没有主动监视不活动SIM的寻呼时机。由于UE共享公共基带和无线电组件,因此UE能够一次连接到一个网络并监视与那个网络的SIM相关联的寻呼时机。如果对于另一个网络的SIM发送寻呼,那么UE无法接收到寻呼。这浪费了RAN节点处可以用于其它目的的无线电资源。
寻呼冲突的另一个原因是多个SIM的寻呼时机在时间上重叠。同样,由于单个收发器,UE能够监视和处理与一个SIM关联的寻呼时机。当寻呼时机重叠或靠近时,UE没有足够的时间将连接切换到其它网络。这再次浪费了RAN节点处的无线电资源。
即使在多SIM UE能够监视与多个SIM相关联的寻呼时机的情况下,为实现此而执行的恒定切换将导致UE的更高功耗和电池寿命缩短。此外,UE可能在大部分时间都无济于事地切换连接,如果没有用于UE的数据,那么可能不会寻呼UE。频繁切换的副作用是UE可能为寻呼冲突的发生创建场景,并且UE无法进入DRX周期以保存电池电量。
概述
迄今为止,多SIM UE是由设备制造商在不了解核心网络的情况下实现的专有解决方案,并且超出了3GPP标准的范围。蜂窝网络的操作被设计为各种实体(UE、RAN和CN)的行为被很好地定义并且在各种实体中是已知的。在现有多SIM UE的不同实施方式下,不同的行为会对网络的操作产生负面影响,甚至可能使其性能降级。因此,来自3GPP SA1和SA2工作组的MUSIM研究着手定义体系架构、接口和过程以支持具有多个SIM的UE。
MUSIM研究中阐述的要求侧重于具有公共无线电和基带组件的UE,这些组件由安装在UE中的多个SIM共享以及针对双Rx、单Tx UE。于是MUSIM工作的目标是对于具有多个SIM的UE为每个SIM的操作提供最佳可能服务。研究的重点是UE可以如何通过公共无线电和基带组件对于多个SIM提供无缝寻呼监视。在本公开中提出解决方案以解决该问题并且还针对具有双Rx、单Tx UE的情况。具体而言,解决方案包括:
·定义对UE注册和附接过程的增强,以允许多SIM UE通知核心网络它是多SIM设备,并提供有关安装在UE中的其它SIM的信息
·为UE和CN定义新的注册管理状态、子状态或操作模式,以维护针对每个SIM的UE注册状态
·定义对现有寻呼请求机制的增强,以允许从一个PLMN到另一个PLMN转发寻呼请求以到达UE
·定义SIM切换过程,其中UE可以向CN指示UE正在切换到另一个SIM,并且同时更新UE在CN中和UE中的注册状态
·定义通过活动PLMN执行的不活动注册定时器更新过程,以维护不活动SIM的注册定时器
·定义一个过程,其中在决定切换到不活动PLMN后尝试与那个PLMN建立连接时,UE可以提供为不活动PLMN获得的小区测量
·定义一个过程,其中UE可以请求新的临时标识符,其寻呼时机与来自另一个SIM的寻呼时机对齐或分离
·定义一个过程,其中UE可以请求挂起注册定时器,其中CN也将挂起对UE的寻呼
·定义一个过程,其中UE或CN可以提供有关寻呼过程的其它信息
·为5G UE策略定义新策略,以允许配置多个SIM并且还使用户能够通过GUI发起SIM之间的手动切换
构思1:
UE通知CN它是多SIM设备并且向CN提供关于另一个SIM的信息:
·UE向第一PLMN发送将第二SIM注册到第二PLMN的请求
·UE包括要向第二PLMN注册的第二SIM的指示和标识符
·第一PLMN将请求转发到第二PLMN
·第二PLMN认证UE的SIM凭证,并对于第二SIM向UE提供用于寻呼请求的临时标识符
·UE和第二PLMN为第二SIM更新UE的注册状态构思1的支持特征:
·UE向第一PLMN注册第一SIM
·请求是部分注册/附接或者间接注册/附接请求
·UE在第一PLMN上注册并请求注册到第二PLMN
·指示是多SIM指示
·第二SIM的标识符可以是以下之一:SUPI(例如,IMSI)、GUTI、5G-S-TMSI或SUCI
·指派给第二SIM的临时标识符可以是5G-GUTI、GUTI、5G-TMSI、TMSI或5G-S-TMSI
·第一PLMN包括支持多SIM操作的网络节点的标识符以及已经通过第一PLMN认证的第一SIM的标识符
·成功注册到第二PLMN之后,UE的注册状态是RM-INACTIVE或EMM-INACTIVE
·第一PLMN可以为第二SIM指派第二临时标识符,并为第二SIM保存UE的注册状态
·UE向CN提供多SIM辅助信息;多SIM辅助信息可以由以下一项或多项组成:寻呼准则、限制寻呼区域、寻呼时机分离、通知前错过的寻呼的次数、提出的临时标识符
构思2:
第一PLMN通过第二PLMN向UE转发寻呼请求:
·第一PLMN接收与第一SIM关联的数据
·第一PLMN将寻呼请求转发到第二PLMN,其中寻呼请求包括与第一SIM相关联的临时ID
·第二PLMN在UE正在监视的寻呼时机向UE发送寻呼请求
·UE检索寻呼信息并接收与第一SIM相关联的临时标识符构思2的支持特征:
·UE支持多SIM操作
·UE同时注册到第一和第二PLMN
·UE在第一PLMN上有不活动注册
·UE在第二PLMN上有活动注册
·寻呼请求在加密的NAS容器中从第一PLMN发送到第二PLMN
·寻呼时机根据SIM1的临时标识符计算
·寻呼时机根据SIM2的临时标识符计算
·寻呼信息包括寻呼针对的并且可以分类为语音呼叫、SMS消息或其它数据(例如,应用数据)的服务类别、控制平面信令、紧急消息、紧急回叫、移动终止异常数据、等等。
·寻呼信息包括与寻呼相关联的应用ID和PDU会话ID
·UE通过第二PLMN向第一PLMN发送响应
构思3:
UE执行SIM切换过程:
·UE在连接到第一PLMN时接收与第二SIM相关联的数据的寻呼信息
·UE基于寻呼信息中提供的服务类型优先化指示符,决定切换到第二PLMN以检索数据
·UE通知第一PLMN挂起第一SIM的注册状态
·UE和第一PLMN更新UE和第一PLMN上的第一SIM的注册状态
·UE尝试针对第二SIM与第二PLMN建立通信
构思3的支持特征:
·寻呼信息提供可以包括服务类别的服务类型优先化、与UE正在寻呼的数据相关联的应用ID和PDU会话ID
·UE根据内部策略检查服务类型优先化并找到匹配项
·UE发送注册更新请求,注册类型设置为SIM切换
·第一PLMN激活针对第一SIM的寻呼请求转发
·针对第一SIM的注册状态在UE和第一PLMN中设置为RM-INACTIVE或EMM-INACTIVE
·第一PLMN向第二PLMN发送UE收到寻呼请求的响应
·与第二PLMN建立通信包括发送注册更新请求以包括SIM切换注册类型
构思4:
UE通过第一PLMN更新第二PLMN中的注册定时器:
·UE向第一PLMN发送请求以更新第二PLMN上的第二SIM的注册定时器
·第一PLMN将请求转发到第二PLMN
·第二PLMN更新第二PLMN中针对第二SIM的注册定时器
·第二PLMN向第一PLMN返回响应
·第一PLMN将响应转发到UE
构思4的支持特征:
·请求可以是注册更新、跟踪区域更新或不活动注册定时器更新
·请求包括与第二SIM相关联的临时标识符
·响应可以包括用于注册更新请求的状态、注册定时器的新值或更新后的TAI列表
·响应可以包括针对第二SIM的注册状态不再有效的指示
·第二PLMN可以为第二SIM分配新的临时标识符并将其包含在到UE的响应中
构思5:
在SIM切换过程之后,UE在连接到第二PLMN时收集小区测量信息,并在连接后直接向第二PLMN提供测量结果,或者如果连接不成功,那么通过第一PLMN向第二PLMN提供测量结果:
·UE在与第一PLMN断开连接之后尝试连接到第二PLMN时收集小区测量结果
·UE在成功连接到第二PLMN之后向RAN节点提供小区测量结果
·UE在尝试连接到第二PLMN失败之后连接到第一PLMN并包括收集的测量结果和原因代码
·第一PLMN将测量结果和原因代码转发到第二PLMN
构思5的支持特征:
·如果UE成功连接到第二PLMN,那么UE将小区测量结果格式化为到第二PLMN的RAN节点的最小化驱动测试报告
·小区测量结果指示属于第二PLMN的小区的信号强度
·小区测量结果包括进行测量的位置和时间
·小区测量结果可以由UE排队并在未来成功连接后发送到RAN节点
·UE在连接到第二PLMN不成功之后保存小区测量结果和原因代码
·原因代码可以是从第二PLMN接收的或者由UE生成的
·原因代码可以指示RAN节点过载并且不接受新注册
·原因代码可以指示移动性管理节点过载并且不接受新注册
·原因代码可以指示小区的信号强度不足以维持与第二PLMN的连接
·原因代码可以指示没有可用的小区以与第二PLMN建立连接
构思6:
UE请求新的临时标识符,其寻呼时机与另一个SIM所关联的寻呼时机对齐或分离:
·UE已注册到第一PLMN并接收到临时标识符,该标识符具有用于第一SIM的相关联的寻呼时机
·UE已注册到第二PLMN并接收到临时标识符,该标识符具有用于第二SIM的相关联的寻呼时机
·UE确定这两个SIM的寻呼时机之间存在寻呼冲突的可能性
·UE请求获得新的临时标识符,其寻呼时机与之前的寻呼时机不同
构思6的支持特征:
·请求可以是例如初始注册、移动注册更新、周期性注册更新、附接或跟踪区域更新请求之一
·UE可以在请求中提供参数以辅助网络分配新的临时标识符
·新参数可以是,例如:寻呼准则、限制寻呼区域、寻呼时机分离、多SIM指示符、临时标识符或多寻呼时机
·网络可以指派临时标识符,其寻呼时机例如与现有寻呼时机相同、相距很近、远离或不同
·网络可以为UE指派与多个寻呼时机对应的多个临时标识符构思7:
UE请求挂起与SIM相关联的注册定时器:
·UE注册到PLMN并且PLMN起动注册定时器
·UE发送请求以激活注册挂起定时器
·CN挂起注册定时器并起动注册挂起定时器
·CN提供注册挂起定时器处于活动状态的响应
构思7的支持特征:
·请求可以是例如初始注册、移动注册更新、周期性注册更新、附接或跟踪区域更新请求之一
·UE可以为注册挂起定时器提供过期值
·当注册挂起定时器在运行时,UE可以请求CN为UE排队任何下行链路数据
·CN为UE保留上下文,诸如注册状态、安全性上下文、PDU会话等。
·CN可以返回注册挂起定时器的到期时间的新值
·CN可以提供它将为UE排队下行链路数据的指示
构思8:
UE或CN提供关于寻呼过程的问题的信息:
·UE注册了多个SIM
·UE正在接收用于第一SIM的数据
·UE接收针对第二SIM的寻呼
·UE或CN将寻呼过程的问题通知给UE或CN中的另一方
构思8的支持特征:
·通知可以是UE发送的请求
·请求可以是以下之一,例如,移动注册更新、周期性注册更新、跟踪区域更新或服务请求
·UE可以向CN提供停止寻呼UE的指示
·通知可以是由CN发送的响应
·响应可以包括例如通知UE它错过了先前发送的寻呼的指示、那个寻呼的时间、寻呼被发送到的跟踪或注册区域、以及关于寻呼的其它信息,诸如服务类别、电话号码、PDU会话ID和应用ID
详细描述
正如MUSIM研究[6]所强调的那样,当前具有公共无线电和基带组件的多SIM UE实施方式在不同UE行为下会带来许多问题,其可能使网络性能降级。为了解决此类问题,提出了更加集成的解决方案,其中UE使用新提出的注册请求将其对多SIM功能的支持传达给核心网络,并且网络通过在寻呼消息中提供服务优先化信息并启用寻呼请求转发以最小化SIM之间的UE切换周期,来增强寻呼机制。这些增强将使UE能够通过仅监视为活动SIM计算的寻呼时机、而不是要求UE切换操作以监视每个SIM的寻呼时机,来接收针对多个SIM的寻呼的优先化信息。此外,通过新的SIM切换过程和对UE注册状态的增强,使网络知道UE的新注册状态、子状态或操作模式。这种增强将使蜂窝系统内的实体能够了解多SIM UE的操作。本文提出的解决方案是基于以下假设设计的:
1.具有多个SIM的UE实施方式共享公共无线电和基带组件;将呈现一些解决方案来解决双Rx、单Tx能力的UE
2.多个SIM来自同一个或不同的PLMN(PLMN是指不同运营商的网络,也称为移动网络运营商或MNO)
3.如有需要,PLMN彼此可以有漫游协议,并支持如本文提出的SIM认证
4.UE与核心网络之间建立有多SIM操作的安全支持
5.UE和核心网络都支持如本文提出的多SIM能力
但是,可能存在移动网络运营商或MNO之间没有协调的情况。在这些情况下,将呈现不要求MNO之间协调的替代解决方案,其中UE可以从网络请求不同的临时标识符,这些临时标识符与不同于当前指派的PO的寻呼时机对应。还将呈现这个和其它解决方案,以解决无MNO协调的情况。注意的是,与MNO协调相关联的解决方案的某些方面也可以用在无MNO协调场景中。例如,核心网络对于多个SIM指派关联于相同PO的临时标识符可以用于无MNO协调的情况。这可以在多个SIM属于同一个MNO的MNO内情况下使用。
5GS和LTE系统都要求支持多SIM UE的解决方案。因此,本公开将提出的解决方案应用于5GS和LTE系统两者。对于仅针对一个系统示出解决方案的情况,该解决方案也可以很容易地应用于另一个系统。
图9示出了针对具有两个SIM的UE所提出的解决方案的主要过程,但是该解决方案可以扩展到具有多于两个SIM的UE。该图示出UE使用不同的SIM,SIM1和SIM2,注册到两个PLMN。UE对SIM1和SIM2都有服务订阅,并且主要使用SIM1与PLMN1通信,同时向PLMN2注册SIM2并请求PLMN2将针对SIM2的寻呼请求转发到PLMN1以进一步处理。因此,UE将只需要在PLMN1上监视与SIM1相关联的寻呼时机,以接收针对SIM1和SIM2两者的寻呼请求。类似地,当UE正在与PLMN2通信时,UE可以通过仅在PLMN2上监视与SIM2相关联的寻呼时机来接收针对SIM1和SIM2两者的寻呼请求。注意的是,UE仅在活动PLMN上监视寻呼时机,同时能够接收针对多个SIM的寻呼,例如,针对活动SIM和针对不活动SIM的寻呼。PLMN之间SIM的相互注册和寻呼请求转发特征允许UE以这种方式操作,从而降低所需的功耗并且仍然能够接收针对多个SIM的寻呼。
图9中提出了两种不同的注册过程来链接相应PLMN中的SIM1和SIM2:部分注册和间接注册过程。这些注册过程使得所有寻呼请求,无论是针对SIM1还是SIM2,都可以在UE主动注册的PLMN上被UE接收。换句话说,将在活动SIM的寻呼时机接收对不活动SIM的寻呼请求。该方案解决了之前描述的寻呼冲突问题,因为UE可以接收针对多个SIM的寻呼,而无需在不同PLMN之间频繁切换连接。
UE使用SIM切换过程通知活动PLMN挂起UE的注册状态,以便UE可以与不活动PLMN建立通信以完成处理寻呼请求或使用与不活动SIM关联的订阅服务。使用这个过程,UE能够在由两个SIM提供的订阅服务之间切换,并且仍然接收对任一SIM的寻呼请求,而不管UE在任何时间主动注册到哪个PLMN。这个过程通知核心网络UE打算在PLMN之间切换连接,从而解决网络不知道UE在多个SIM应用中正在做什么的问题。
步骤S900:UE通过SIM1向PLMN1注册并在PLMN1上建立PDU会话。UE可以向PLMN1提供多SIM指示以通知PLMN1 UE是多SIM设备并且可以提供UE标识符(例如,SUPI(例如,IMSI)、GUTI、5G-S-TMSI、或SUCI)以供SIM2在步骤S902b所示的部分注册过程中使用。包括多SIM卡指示和(一个或多个)UE标识符支持UE在执行UE初始注册过程之前安装有两个SIM的情况。这个步骤可以通过插入第二SIM、将第二SIM简档下载到eSIM、来自GUI的指示或通过电源循环事件触发。
步骤S909:可替代地,UE可以单独通知PLMN1它是多SIM设备,并向PLMN1提供(一个或多个)UE标识符以供SIM2发起步骤S902b中所示的部分注册流程。注意的是,步骤S900和S902a是发起部分注册过程的不同方法。例如,如果两个SIM在不同时间安装,那么步骤S902a可以由UE执行。在步骤S902b中,PLMN1与PLMN2为SIM2执行部分注册。PLMN1中的AMF可以联系PLMN2中的AUSF和/或UDM并提供以下信息以将两个SIM链接在一起:请求部分注册的指示、UE是多SIM设备的指示、SIM1和SIM2的UE标识符、SIM1已通过PLMN1认证和注册的指示、多SIM辅助信息等。PLMN2可以将该信息保存在UDM2中,而PLMN1可以在UDM1中保存注册成功后返回给UE的信息(例如,临时标识符)以及相同的信息。在这种情况下,(一个或多个)UE标识符可以指用于关联到SIM的永久和临时标识符。可以提供多SIM辅助信息以辅助网络增强多SIM UE的寻呼过程。
步骤S904:作为部分注册的替代,UE可以通过PLMN1为SIM2与PLMN2进行间接注册,以建立与PLMN2的注册状态。这可以在或者控制平面或者用户平面上执行。如果成功,那么间接注册的结果类似于TS 23.502[2]通用注册(General Registration)中概述的UE与核心网络建立注册状态的结果,即,临时标识符、网络切片、更新定时器、DRX参数等的指派。但是,下文针对多SIM操作提出的某些增强适用于间接注册。这个注册过程将UE置于RM-INACTIVE状态,并且可以为UE提供与从通用注册过程返回的临时标识符集不同的临时标识符集。该过程可以在PLMN2上将SIM1和SIM2链接在一起,类似于通过部分注册建立的链接,以启用寻呼请求转发。类似于部分注册,间接注册可以作为通用注册的一部分发起或作为单独的注册步骤被独立发起(即,类似于步骤S900和S902a,但用于间接注册)。
步骤S906:稍后,UE从PLMN1接收针对SIM2的寻呼请求。寻呼请求源自PLMN2,PLMN2将请求转发到PLMN1。注意的是,可以在加密的NAS容器内将详细的寻呼信息从PLMN2发送到PLMN1,以保护UE的隐私。寻呼请求是在与SIM1相关联的寻呼时机发现的,当UE读取寻呼信道时,寻呼信息与SIM2关联。寻呼信息可以包含针对寻呼的服务类型优先化,以使UE能够决定是否继续处理寻呼请求。此外,更详细的寻呼信息可以通过UE执行服务请求过程并接收具有服务优先化信息的加密NAS容器来获得。可替代地,转发的寻呼请求可以作为NAS通知通过网络的用户平面被UE接收。
步骤S910:UE通知PLMN1它需要对PLMN2执行“SIM切换”过程。由于PLMN1知道SIM2并且有用于SIM2的链接信息,因此PLMN1辅助UE执行SIM切换。这个过程将UE在PLMN1上的注册状态改为RM-INACTIVE,这是本解决方案提出的新注册状态、子状态或RM-REGISTERED状态的操作模式,以指示UE在PLMN1上的注册暂时挂起。PLMN1中的UE上下文为SIM1保留,以允许UE切换到在PLMN2上使用SIM2。使用保存的上下文,UE能够切换回PLMN1并快速恢复操作。还提出了SIM切换过程的其它替代方案,其中多SIM UE可以通知网络挂起一个SIM的注册状态,以便UE可以与另一个SIM通信。在注册状态的挂起期间,可以修改寻呼机制,使得网络转发寻呼请求,过滤寻呼消息给UE,缓冲下行链路数据等。
步骤S912:UE执行周期性注册更新过程以将其针对SIM2的注册状态从RM-INACTIVE变为RM-REGISTERED。注意的是,在执行周期性注册更新之前,UE可能首先需要执行涉及小区搜索、PLMN选择、与RAN2建立RRC连接等的过程。在接收到注册接受响应后,UE然后可以执行服务请求或者PDU会话建立过程以检索与寻呼请求相关联的数据。UE可以执行服务请求作为周期性注册更新的替代方案。
步骤S914:在UE完成会话以检索与寻呼请求相关联的数据之后,UE可以通过执行SIM切换过程挂起SIM2的注册状态,如步骤S1914a所示,然后重新激活针对SIM1的注册状态,如步骤S1914b中所示。
图9中未示出的其它增强是不活动注册定时器更新过程,其中UE可以通过活动PLMN请求不活动SIM的注册定时器的更新。这个过程向不活动PLMN提供UE仍连接到活动PLMN并且因此可以接收转发的寻呼请求的更新。另一个增强允许UE在SIM切换过程之后尝试与PLMN建立连接时收集小区测量信息。这些测量结果可以在连接建立成功后提供给PLMN,或者如果连接不成功则通过另一个PLMN提供给PLMN。网络运营商可以使用小区测量结果来确定网络覆盖并在必要时改进系统的蜂窝覆盖。还针对无协调的MNO中的多SIM操作提出了其它增强。
当讨论多SIM操作时,重要的是定义用于清楚地区分在任何时刻UE正在主动使用哪个SIM/PLMN进行通信的技术术语。术语主和次是指由UE策略或用户通过GUI概述的SIM优先化。这些术语指示UE中哪个SIM(主)具有超过其它SIM(次)的优先级。UE通常将在大部分时间使用主SIM。术语“活动”或“不活动”是指UE当前正在与之通信的SIM/PLMN。换句话说,UE维持与“活动”PLMN的连接,而与“不活动”PLMN没有连接。下面以图9为例,描述术语的使用。
·主SIM=SIM1
·次SIM=SIM2
·活动SIM/PLMN=SIM1/PLMN1(对于步骤1-5);SIM2/PLMN2(对于步骤6-7)
·不活动SIM/PLMN=SIM2/PLMN2(对于步骤1-5);SIM1/PLMN1(对于步骤6-7)
当最初不知道哪个PLMN是活动的以及哪个PLMN是不活动的时,例如,在UE注册到PLMN之前,术语“主”和“次”也可以应用于PLMN。
以下解决方案适用于SIM来自不同运营商的情况。但是,这些解决方案可以适用于支持来自相同运营商的SIM。例如,注册过程将适用于同一个PLMN,并且不依赖于PLMN之间的漫游协议。这些过程仍然将把SIM1和SIM2的寻呼请求链接在一起,并且UE将在活动SIM的寻呼时机收寻呼请求。无论SIM来自相同还是不同的运营商,注册状态转变和SIM切换过程保持相同。在同一运营商的情况下,UE在执行SIM切换过程之后不需要在PLMN之间切换连接。
注意以下解决方案是在5GS的上下文中描述的,但这些解决方案也可以应用于EPS。例如,提出的注册过程可以用EPS中的MME执行,EPS中的MME的功能类似于5GS中的AMF。应当注意的是,在5GS中,NAS消息传递是在UE和AMF之间;在EPS中,NAS消息传递是在UE和MME之间。在EPS中,附接过程和HSS分别执行与5GS中的通用注册过程和UDM相似的功能。RAN节点是用于EPS的eNodeB和用于5GS的gNodeB。类似地,本文针对5GS提出的RM-INACTIVE状态可以是新的状态,诸如EPS中的EMM-INACTIVE。SIM切换过程同样可以在EPS和5GS中执行,并且多SIM策略或信息元素可以结合到两个系统中。本公开中的解决方案描述了如何通过NAS消息传递从PCF向UE传递策略。在EPS中,策略可以经由基于IP的过程从ANDSF服务器传递给UE或经由在NAS消息中发送的信息元素传递给UE。当其被应用于EPS系统时,将提供实施例来示出这些增强中的一些。
LTE系统的不同方面被增强以支持多SIM UE的使用。第一方面适用于UE执行以注册到核心网络的附接过程。提出对附接过程的这些增强:部分附接、间接附接和MUSIM附接。这些附接过程增强涉及在UE内使用的多SIM的注册。部分附接向次SIM的对应PLMN的HSS注册次SIM,这将触发源自HSS的寻呼请求转发。另一方面,间接附接向对应PLMN的MME注册次SIM,并且可以为始终发生的PDN连接性建立默认承载。最后,MUSIM附接增强允许UE在单个请求中向核心网络指示需要为多个SIM执行附接过程,这会触发对次SIM的部分附接或间接附接过程的执行。
此外,提出在UE和MME中添加新的LTE EMM状态以支持为多个SIM的UE启用的新注册操作模式:EMM-INACTIVE。这个新的注册状态指示用次SIM操作的UE注册到对应的PLMN,但它没有主动连接到那个PLMN。此外,由于上面提到的附接过程增强,寻呼请求转发被启用。寻呼请求转发是指由不活动PLMN将针对不活动SIM的寻呼请求转发到活动PLMN以寻呼UE的过程。所有这些LTE系统增强类似于5G增强并且将在下文中进行更详细的描述。
注意的是,虽然本公开将EMM-INACTIVE称为EMM状态模型中的新状态,但由于当前LTE部署,它代替地是EMM-REGISTERED状态内的子状态或操作模式可能更可行。这个子状态或操作模式可以被称为EMM-REGISTERED的“不活动注册”子状态或模式。还要注意的是,UE和MME可以为每个SIM维护分离的EMM和ECM状态。
一旦为多SIM UE中的每个SIM建立了注册状态,就启用寻呼请求转发的功能以消除寻呼冲突的发生。当对于不活动SIM有数据可得时,对应的PLMN通过活动PLMN向UE转发寻呼请求。在活动PLMN内,寻呼时机的计算使得UE将只需要监视一个寻呼时机,同时能够接收针对多个SIM的寻呼请求。如下文所述,在一些情况下可以经由NAS通知发送寻呼信息。
多SIM注册过程
E-UTRAN小区可以在系统信息广播中广播UE是否可以连接到支持部分和/或间接附接的MME。UE可以在尝试经由E-UTRAN小区执行与网络的部分和/或间接附接之前,检查E-UTRAN小区是否正在广播这个指示。
注意:可以在5G系统中执行相同的检查操作。换句话说,NR小区可以在系统信息广播中广播它是否可以连接到支持部分和/或间接连接的AMF。UE在尝试经由NR小区执行与网络的部分和/或间接连接之前,可以检查NR小区是否正在广播这个指示。
如前面所提到的,本公开中提出了两个注册过程以支持5GS中的多SIM操作。注册过程使UE能够从5G网络接收服务。部分注册由UE调用以经由主PLMN向次PLMN注册SIM。通过执行这个注册,当UE没有主动向次PLMN注册时,UE通知次PLMN通过主PLMN将所有寻呼请求转发到UE。另一方面,间接注册通过主PLMN向次PLMN执行如TS 23.502[2]中的通用注册过程所概述的完整注册。当UE没有主动与次PLMN通信时,间接注册过程还通知次PLMN将所有寻呼请求转发到主PLMN。在这两个注册过程中,UE与次PLMN的RM状态从RM-DEREGISTERED转变到RM-INACTIVE。对于间接注册,指派AMF来为UE服务,这不同于其中没有指派AMF来为UE服务的部分注册。
类似于5G注册过程,UE必须在LTE系统中与核心网络执行附接过程,以便能够从网络接收服务。附接过程通过对UE进行认证并为UE建立上下文以与网络安全通信来向核心网络注册UE。对于多SIM的情况,提出增强附接过程以支持注册多个SIM。本文描述了增强:1)部分附接,2)间接附接和3)MUSIM附接。MUSIM附接将多个附接请求(例如,对主SIM的附接请求和对次SIM的一个或多个附接请求)组合成单个请求。MUSIM附接过程也可以以类似的方式应用于5G系统。
对于所有描述的注册和附接过程,UE可以在对应的请求消息中包括多SIM辅助信息,诸如在UE处(例如,由用户)配置的信息。网络可以使用辅助信息来增强用于多SIM操作的现有寻呼机制。例如,辅助信息可以提供通知当下行链路数据可以用于特定SIM时是否以及何时寻呼UE的优先化信息。此外,辅助信息可以提供关于网络可以如何指派与寻呼时机对应的标识符以使得它们避免针对多个SIM的寻呼冲突的信息。下文将更详细地描述多SIM辅助信息。
部分注册
UE执行部分注册主要是为了配置次PLMN以便每当UE与次PLMN的RM状态是RM-INACTIVE时通过主PLMN将所有寻呼请求转发到UE。这个过程使UE能够在与活动SIM相关联的寻呼时机接收所有寻呼请求(无论该寻呼请求是针对SIM1还是SIM2),而不管该UE正在与其主动通信的PLMN。因此,UE将不需要在SIM之间切换网络连接来接收寻呼请求。事实上,这个过程将保证UE接收所有寻呼请求,而如果切换定时与寻呼请求的定时不一致,那么让UE在SIM之间切换的过程会导致错过寻呼请求。注意的是,部分注册增强使寻呼请求转发功能能够源自UDM,这是添加到UDM的新功能。
图10示出了UE通过PLMN1发起针对SIM2的部分注册过程。该图示出了可以对SIM2进行部分注册的两种情况:1.当两个SIM安装在一起并且部分注册请求是初始注册请求的一部分(这被称为MUSIM注册)时,或者2.当在安装SIM1并且UE已经对SIM1执行了初始注册之后安装SIM2时。
步骤S1002:UE向PLMN1注册SIM1,其中注册类型是初始注册。此时,UE中只安装了SIM1。但是,如果同时安装SIM1和SIM2,那么当UE向PLMN1注册SIM1时,UE可以包括带有(一个或多个)适当的SIM2标识符(例如,SUPI(例如,IMSI)、GUTI、5G-S-TMSI,或SUCI)的多SIM指示。在这种情况下,提出将部分注册请求集成为针对SIM1执行的通用注册过程(TS23.502[2]中描述的通用注册过程)的一部分。这个过程可以被称为MUSIM注册。向初始注册请求的添加将包括多SIM指示、部分注册指示符和一个或多个SIM2标识符,如上面指示的。多SIM指示符可以被编码为偏好网络行为参数中的选项,或者它可以是独立的指示符,并且部分注册指示符可以结合在注册类型参数中。该消息还可以指示哪个SIM是主SIM以及哪些SIM是次SIM并且应当用于注册到不活动的PLMN。对于这种情况,过程跳到步骤S1006。
步骤S1004:在UE成功向PLMN1注册SIM1之后并且在UE中安装SIM2之后的某个时间,可以由UE发起部分注册请求以通知PLMN1 UE是多SIM设备,并且包括多SIM指示和(一个或多个)SIM2标识符。用于这个请求的注册类型可以是部分注册或者可以提供部分注册指示符。此时针对SIM1的RM状态是RM-REGISTERED,而针对SIM2(在PLMN2下)的RM状态是RM-DEREGISTERED。(一个或多个)SIM2标识符将被PLMN2用于向UE认证SIM2,并且可以包括:SUPI(例如,IMSI)、GUTI、5G-S-TMSI或SUCI。部分注册请求可以是新定义的过程,或者它可以作为通用注册过程的一部分被结合。多SIM指示符可以被编码为偏好网络行为参数中的选项,或者它可以是独立的指示符。多SIM指示符可以被网络实体用来检查和选择在注册过程期间支持多SIM操作的适当网络实体。
步骤S1006:RAN1通过之前为SIM1建立的N2接口向AMF1转发部分注册请求。在MUSIM注册的情况下,RAN1选择AMF1来处理请求。
步骤S1008:由于多SIM指示的存在和/或UE 102正在请求部分注册的事实,AMF1904选择AUSF2 908并通过向AUSF2 908发送(一个或多个)SIM2标识符以及多SIM指示和部分注册指示符来请求AUSF2 908针对SIM2认证UE 102。如果请求是MUSIM注册,那么AMF1904可以首先注册SIM1,然后过后发送针对SIM2的部分注册请求。注意的是,假设PLMN1和PLMN2之间的漫游协议已经到位,并且每个PLMN内的AMF可以配置有其它PLMN中的AUSF的联系信息,以将部分注册请求转发到其。还假设AMF1 904和AUSF2 908之间的通信是安全的,例如,通过对应PLMN的SEPPS经由N32接口。
步骤S1010:AMF1 904将部分注册请求转发到AUSF2 908并且可以包括:设置为部分注册的注册类型或者包括部分注册指示符,多SIM指示可以被编码为偏好网络行为中的选项,(一个或多个)SIM2标识符,AMF1 ID和UE ID以指示具有SIM1的UE已经向PLMN1认证,PLMN2可以将未来对SIM2的寻呼请求转发到的PLMN1中的AMF的上下文信息,等等。注意的是,在步骤S1002中,注册类型被设置为针对SIM1的初始注册;但是,这个注册请求针对的是SIM2,因此针对到AUSF2 908的这个请求的注册类型从初始注册改为部分注册。可替代地,可以将注册类型设置为初始注册,并且可以在请求中提供部分注册指示符。来自步骤S1002的注册类型也可以被编码为具有部分注册的初始注册。
步骤S1012:AUSF2 908针对SIM2执行UE的认证并且可以在UDM2 910中创建或更新订阅信息。UDM2 910可以为SIM2向UE 102提供临时标识符,该临时标识符将用于指示寻呼请求何时以SIM2为目标。此外,用于SIM2的RM状态将更新为RM-INACTIVE,以启用通过PLMN1向UE转发寻呼请求。这种情况下的RM状态可以是保存在UDM中的订阅数据中的指示,以指示寻呼请求转发被启用。
步骤S1014:在AUSF2针对SIM2对UE进行认证之后,向AMF1返回部分注册接受消息。部分注册接受消息可以是经修改的注册接受消息。AUSF2在接受消息中可以包括以下信息:SIM2的成功认证的指示、UDM2为SIM2指派给UE的临时标识符、SIM2的UE的RM状态已经从RM-DEREGISTERED改变为RM-INACTIVE的指示、支持接收PLMN1为SIM1转发的寻呼请求的确认、MME从PLMN1接收寻呼请求的联系信息、以及用于SIM2的注册定时器。当UE主动注册到PLMN1时,只要有针对SIM2的寻呼,就将使用UE的临时标识符来寻呼UE。此外,默认AMF的联系信息可以包括在接受消息中,以通知AMF1未来的寻呼请求可以源自默认AMF,而不是源自UDM。
步骤S1016:AMF1通过RAN1向UE转发部分注册接受消息并且包括从AUSF2返回给AMF1的信息。接受消息可以包含SIM2认证成功的指示、UDM2为SIM2指派给UE的临时标识符、SIM2的UE的RM状态已经从RM-DEREGISTERED改变为RM-INACTIVE的指示、以及用于SIM2的注册定时器。当UE主动注册到PLMN1时,只要有针对SIM2的寻呼,UE的临时标识符就将用于使用寻呼请求转发功能从PLMN2寻呼UE。可替代地,AMF1可以为SIM2指派单独的临时标识符,该标识符可以代替地被用于在PLMN1中寻呼UE。这个临时标识符的指派可以使得相关联的寻呼时机发生与SIM1所关联的寻呼时机重叠。因此,UE将只需要监视一个寻呼时机,以便接收针对SIM1和SIM2的寻呼。AMF1可以可替代地为与UE相关联的所有SIM指派相同的临时标识符,同时维持UE只需要监视一个寻呼时机并且能够接收针对所有SIM的寻呼的事实。UE的针对每个SIM的RM状态在UE中被更新并且应当与AMF1中的状态匹配:针对SIM1的RM-REGISTERED和针对SIM2的RM-INACTIVE。
这个过程提出UDM向UE指派临时标识符并且将该临时标识符提供给UE。这个临时标识符可以是新类型的5G-GUTI。这个5G-GUTI可以以与现有5G-GUTI格式兼容的方式进行格式化。例如:
GUAMI可以仅包括<MCC>和<MNC>,从而可以将其解析为UDM/UDR。GUAMI不包括<AMFRegion ID><AMF Set ID>和<AMF Pointer>的事实可以指示5G-GUTI是由UDM指派的。
5G-GUTI中的5G-TMSI可以是由UDM指派给UE的临时标识符,或者它可以是SUCI或GPSI。这个临时标识符可以包括在寻呼消息中,以便UE可以检测正在针对相关联的SIM寻呼它。
部分注册替代方法
本节提出了UE执行部分注册的替代过程,如图11中所示。
步骤S1102:UE向PLMN1注册SIM1,其中注册类型是初始注册。此时,UE中只安装了SIM1。但是,如果同时安装SIM1和SIM2,那么当UE向PLMN1注册SIM1时,UE可以包括多SIM指示、部分注册指示符和(一个或多个)适当的SIM2标识符(例如,SUPI(例如,IMSI)、GUTI、5G-S-TMSI或SUCI)。在这种情况下,提出将部分注册请求集成为针对SIM1执行的通用注册过程(TS 23.502[2]中描述的通用注册过程)的一部分。这个过程可以被称为MUSIM注册。向初始注册请求的添加将包括多SIM指示、部分注册指示符和一个或多个SIM2标识符,如上面指示的。多SIM指示符可以被编码为偏好网络行为参数中的选项,或者它可以是独立的指示符,并且部分注册指示符可以结合在注册类型参数中。该消息还可以指示哪个SIM是主SIM以及哪些SIM是次SIM并且应当用于注册到不活动的PLMN。对于这种情况,过程跳到步骤S1106。
步骤S1104:在UE成功向PLMN1注册SIM1之后并且在UE中安装SIM2之后的某个时间,可以由UE发起部分注册请求以通知PLMN1 UE是多SIM设备,并且包括多SIM指示和(一个或多个)SIM2标识符。用于这个请求的注册类型可以是部分注册或者可以提供部分注册指示符。此时针对SIM1的RM状态是RM-REGISTERED,而针对SIM2(在PLMN2下)的RM状态是RM-DEREGISTERED。(一个或多个)SIM2标识符将被PLMN2用于向UE认证SIM2,并且可以包括:SUPI(例如,IMSI)、GUTI、5G-S-TMSI或SUCI。部分注册请求可以是新定义的过程,或者它可以作为通用注册过程的一部分被结合。多SIM指示符可以被编码为偏好网络行为参数中的选项,或者它可以是独立的指示符。多SIM指示符可以被网络实体用来检查和选择在注册过程期间支持多SIM操作的适当网络实体。
步骤S1106:RAN1通过之前为SIM1建立的N2接口向AMF1转发部分注册请求。在MUSIM注册的情况下,RAN1选择AMF1来处理请求。
步骤S1108:AMF1通过检查SIM2标识符来确定要连接到哪个UDM。SIM2标识符可以包括用于确定应当联系的UDM的MCC和MNC。
步骤S1110:AMF1向UDM2转发部分注册请求并且可以包括:设置为部分注册的注册类型或者部分注册指示符,多SIM指示可以被编码为偏好网络行为中的选项、(一个或多个)SIM2标识符,AMF1 ID和UE ID以指示具有SIM1的UE已经向PLMN1认证,PLMN2可以将未来对SIM2的寻呼请求转发到的PLMN1中的AMF的上下文信息,等等。注意的是,在步骤S1102中,注册类型被设置为针对SIM1的初始注册;但是,这个注册请求针对的是SIM2,因此注册类型从初始注册改变为部分注册。可替代地,可以将注册类型设置为初始注册并且可以将部分注册指示符添加到请求。来自步骤S1102的注册类型也可以被编码为具有部分注册的初始注册。
步骤S1112:UDM2响应AMF1并且AMF1响应UE。该响应向UE指示是否允许UE被部分注册,并向UE指示认证未决。该消息还包括定时器,该定时器向UE指示在它从网络接收到开始认证的请求之前它应当等待多长时间。如果定时器在UE接收到来自网络的开始认证的请求之前超时,那么UE将忽略执行认证的任何请求,除非它发送另一个部分注册请求。UDM2可以为SIM2向UE提供临时标识符,该标识符将用于指示寻呼请求何时以SIM2为目标。此外,用于默认AMF的联系信息可以包括在接受消息中,以通知AMF1未来的寻呼请求可以源自默认AMF,而不是源自UDM。针对SIM2的RM状态将不被更新,或者可以被更新为指示认证未决的状态。
步骤S1114:AMF向UE和PLMN2的AUSF发起特定于切片的次要认证。这个过程在上面标题为特定于切片的认证和授权一节中进行了描述。UDM2可以在该过程中提供AAA-S 802的功能性。UDM2可以通过向AMF提供临时标识符来向UE提供该临时标识符。AMF可以在EAP成功消息中向UE提供临时标识符。此外,可以提供用于SIM2的注册定时器。图8还示出了AAA-P804。
对于部分注册,没有指派为UE服务的AMF,因此,UDM为UE指派临时UE ID。这个临时UE ID将用于在有针对UE的活动时寻呼UE,并且UE在对应的不活动PLMN下处于RM-INACTIVE状态。注意的是,这种情况下的RM状态可以是保存在UDM中的订阅数据中的指示,以指示寻呼请求转发被启用。对于这种情况,不活动PLMN的UDM可以使用在部分注册期间指派给UE的临时UE ID向活动PLMN中的AMF发送寻呼消息。此外,UDM可以在对部分注册请求的响应中返回默认AMF的标识符和/或联系信息。这个默认AMF可以被用于将针对其UE在PLMN下处于RM-INACTIVE状态的SIM的寻呼请求发送到UE当前注册到的活动PLMN的AMF。
部分附接
使用多SIM的UE可以使用部分附接增强来不仅将主SIM注册到当前PLMN,还将其它次SIM注册到它们对应的PLMN。图24示出了用于部分附接增强的过程。该图示出部分附接与用于SIM1的初始附接分开执行,但它也可以组合在一起作为一个附接过程,例如,在如下所述的MUSIM附接请求中。此外,部分附接增强可以通过对每个SIM执行步骤S2406至S2414来支持部分附接多个次SIM。注意的是,部分附接增强使寻呼请求转发功能可以源自HSS,这是添加到HSS的新功能。
步骤S2402:UE最初使用SIM1附接到PLMN1。PLMN1被视为活动PLMN,而SIM1被视为主SIM。这个步骤最初可以在UE中仅安装SIM1时执行。在UE中同时安装两个或更多个SIM的情况下,可以执行组合附接过程以在一个附接请求中一起注册多个SIM。这种组合的附接请求被称为MUSIM附接,并且除了常规附接请求中的信息之外,对于每个SIM还可以包括多SIM指示符、部分附接指示符和适当的SIM标识符(例如,IMSI、GUTI等)。在这种情况下,部分附接作为来自TS 23.401[9]的附接过程的一部分被集成。多SIM指示符可以编码为偏好网络行为参数中的选项,或者它可以是独立的指示符,并且部分附接指示符可以携带在附接类型参数中。该消息还可以指示哪个SIM是主SIM以及哪些SIM是次SIM并且应当被用于注册到不活动PLMN。对于组合的附接请求,过程跳到步骤S2406。
步骤S2404:稍后某个时间,部分附接过程将开始。例如,这可以在通过插入物理SIM、通过eSIM的配置、基于来自UE上的应用的通过GUI或API的请求、或在完成与PLMN1的附接过程之后立即将添加SIM2到UE时发生。SIM2被认为是次SIM并且它与PLMN2相关联。PLMN2被认为是不活动的PLMN。然后,UE通过PLMN1向PLMN2执行部分附接请求。这个请求可以包含多SIM指示符和针对每个SIM的适当SIM标识符(例如,IMSI、GUTI等)。多SIM指示符可以被编码为偏好网络行为参数中的选项,或者它可以是独立的指示符。多SIM指示符可以被网络实体用来检查和选择在附接过程期间支持多SIM操作的适当网络实体并用于启用寻呼请求转发。
步骤S2406:响应于部分附接请求或部分附接指示,PLMN1中的MME选择适当的HSS对针对相应SIM的部分附接请求进行处理。为SIM2提供的标识符可以包括MCC和MNC,或者可以解析为用于确定应当联系的HSS的MCC和MNC。由于核心网络配置、漫游协定或支持多SIM操作的其它机制,PLMN1中的MME可以被提供有用于不同PLMN的其它HSS的联系信息,以便MME能够将用于那些次SIM的任何部分附接消息转发到其它PLMN中的默认HSS。
步骤S2408:MME1 2402向选择的HSS发送部分附接请求。该请求可以包括部分连接指示符、可以被编码为偏好网络行为中的选项的多SIM指示符、(一个或多个)SIM2标识符、指示具有SIM1的UE已认证到PLMN1的MME1 ID和UE ID等。MME1还可以提供PLMN2可以将针对SIM2的寻呼请求转发到的PLMN1中的MME的上下文信息。PLMN1中的这个MME可以被配置为支持寻呼请求转发,并且可以能够将来自PLMN2的寻呼请求转发到适当网络实体(例如,在UE移动性的情况下,UE附接到的MME),因此UE接收到寻呼。
步骤S2410:PLMN2中的HSS针对SIM2执行UE的认证并且可以保存关于UE的上下文信息,诸如认证过程产生的信息,以及由MME1提供的信息。HSS2 2404还可以为SIM2向UE指派临时标识符;这个标识符可以被HSS2用来识别针对SIM2的寻呼请求,这些寻呼请求将来通过PLMN1转发到UE。最后,针对SIM2的EMM状态在HSS2中被设置为EMM-INACTIVE以表示具有SIM2的UE注册到PLMN2、但未与PLMN2主动通信。这种情况下的EMM状态可以是HSS中的订阅数据中保存的指示,以指示寻呼请求转发被启用。
步骤S2412:PLMN2中的HSS向PLMN1中的MME返回部分附接接受响应,以指示部分附接过程的结果。该响应可以包括SIM2认证成功的指示、由HSS2为SIM2指派的临时标识符、UE的针对SIM2的EMM状态已从EMM-DEREGISTERED改变为EMM-INACTIVE的指示、支持接收由PLMN1针对SIM1转发的寻呼请求的确认,接收来自PLMN1的寻呼请求的MME的联系信息、以及用于SIM2的注册定时器。如果未接受部分附接,那么响应可以包括详细说明未接受附接的原因的进一步信息。此外,用于默认MME的联系信息可以包括在接受消息中,以通知MME1未来的寻呼请求可以源自默认MME而不是源自HSS。
步骤S2414:PLMN1中的MME向UE返回部分附接接受消息,该消息可以是经修改的附接接受消息,其提供了关于部分附接过程状态的附加信息。如果为多个SIM执行了附接过程,那么每个SIM可以有单独的注册状态。响应消息可以包括从PLMN2中的HSS返回的信息,诸如SIM2认证成功的指示、指派给SIM2的临时标识符、UE的针对SIM2的EMM状态已从EMM-DEREGISTERED改变为EMM-INACTIVE的指示、以及用于SIM2的注册定时器。临时标识符将被用于识别针对SIM2的未来的寻呼请求,这些寻呼请求被转发到PLMN1。此外,PLMN1中的MME可以为SIM2指派可以被用于寻呼UE的单独的临时标识符,而不是使用由PLMN2指派的临时标识符。这个临时标识符的指派可以使得相关联的寻呼时机与SIM1所关联的寻呼时机重叠。因此,UE将只需要监视一个寻呼时机,以便接收针对SIM1和SIM2两者的寻呼。MME可以可替代地为与UE相关联的所有SIM指派相同的临时标识符,同时维持UE只需要监视一个寻呼时机并且能够接收针对所有SIM的寻呼的事实。更新UE的针对每个SIM的EMM状态。在这种场景中,针对SIM1的EMM状态是EMM-REGISTERED,而针对SIM2的EMM状态是EMM-INACTIVE。类似地,PLMN1的MME中的EMM状态对于SIM1是EMM-REGISTERED,对于SIM2是EMM-INACTIVE。PLMN1中的MME可以分别为SIM1和SIM2维护单独的EMM状态。
间接注册
间接注册过程是部分注册过程与通用注册过程的功能组合。部分和间接注册过程都包括多SIM指示和(一个或多个)SIM2标识符,以配置PLMN2通过PLMN1向UE转发寻呼请求。但是,用于每个过程的指示符是不同的(即,间接的对部分的),并且间接注册过程为PLMN提供附加的功能以分配网络切片并向UE提供UE策略信息。间接注册还指派AMF来为UE服务。
图12示出了UE通过PLMN1发起针对SIM2的间接注册过程。注意的是,与部分注册过程类似,间接注册过程可以与通用注册过程集成,以便在一个请求中一起注册SIM1(直接注册)和SIM2(间接注册)两者。这个过程可以被称为如下所述的MUSIM注册。类似地,间接注册过程也可以与通用注册过程分开执行。
步骤S1202:UE向PLMN1注册SIM1,其中注册类型是初始注册。此时,UE中只安装了SIM1。但是,如果同时安装SIM1和SIM2,那么当UE向PLMN1注册SIM1时,UE还可以包括多SIM指示、间接注册指示、(一个或多个)适当的SIM2标识符(例如,SUPI(例如,IMSI)、GUTI、5G-S-TMSI或SUCI)、以及PLMN2的身份。在这种情况下,针对SIM2的间接注册请求是针对SIM1的通用注册过程的一部分,例如作为MUSIM注册。向初始注册请求的添加将包括多SIM指示、间接注册指示符、(一个或多个)SIM2标识符和PLMN2的身份。多SIM指示符可以被编码为偏好网络行为参数中的选项,或者它可以是独立的指示符,并且间接注册指示符可以结合在注册类型参数中。该消息还可以指示哪个SIM是主SIM以及哪些SIM是次SIM并且应当用于注册到不活动的PLMN。对于这种情况,流程跳到步骤S1206,并且针对SIM1的通用注册和针对SIM2的间接注册可以并发执行或者可以串行执行,例如先注册SIM1、再注册SIM2。
步骤S1204:在UE成功向PLMN1注册SIM1之后并且在UE中安装SIM2之后的某个时间,UE可以发起间接注册请求,以通知PLMN1 UE是多SIM设备,并且包括多SIM指示、(一个或多个)SIM2标识符和PLMN2的身份。用于这个请求的注册类型可以是间接注册或者可以提供间接注册指示符。此时,针对SIM1的RM状态是RM-REGISTERED,而针对SIM2(在PLMN2下)的RM状态是RM-DEREGISTERED。(一个或多个)SIM2标识符将被PLMN2用于向UE认证SIM2,并且可以包括:SUPI(例如,IMSI)、GUTI、5G-S-TMSI或SUCI。间接注册请求可以是新定义的过程,或者它可以作为通用注册过程的一部分被结合,其中注册类型被设置为间接注册或者包括间接注册指示符。多SIM指示符可以被编码为偏好网络行为参数中的选项,或者它可以是独立的指示符。多SIM指示符可以被网络实体用来检查和选择在注册过程期间支持多SIM操作的适当网络实体。
步骤S1206:RAN1 902通过之前为SIM1建立的N2接口将通用或间接注册请求转发到AMF1 904。在MUSIM注册的情况下,RAN1 902选择AMF1 904来处理请求。
步骤S1208:AMF1 904执行图10或11的步骤S1008至S1014以针对SIM2认证UE。这个步骤完成UE对于SIM2的部分注册过程,并使PLMN2能够将源自UDM2的寻呼请求转发到UE。此外,默认AMF的联系信息可以包括在接受消息中,以通知AMF1未来的寻呼请求可以源自默认AMF,而不是源自UDM。
步骤S1210a和b:AMF1向UDM2请求UE的切片选择订阅数据,UDM2用切片选择数据向AMF1响应。
步骤S1212a和b:AMF1使用从步骤S1210a和b检索到的切片选择数据,并通过NSSF11202向NSSF2 1204执行Nnssf_NSSelection_Get请求。AMF1向NSSF2提供所请求的NSSAI和其它切片相关参数。NSSF2返回响应,其包括允许的NSSAI和其它NSSAI相关参数以及(一个或多个)NRF 302,以便AMF1为网络切片实例选择NF/服务。
步骤S1214a和b:AMF1通过NRF1 1206查询NRF2 1208以找到合适的AMF来服务UE的间接注册请求。NRF2返回PLMN2内的潜在AMF列表以处理间接注册请求。
步骤S1216:AMF1将间接注册请求转发到AMF2并且AMF2使用SIM2为UE执行通用注册过程。这个通用注册过程还可以包括多SIM指示、间接注册指示符、和(一个或多个)适当的SIM2标识符或在步骤S1208中接收的临时标识符。AMF1可以通过支持多SIM操作的网络配置(例如,通过漫游协定),从步骤S1214经由NRF2,或者从步骤S1208经由UDM2获得AMF2的联系信息。在完成通用注册过程之后,返回给AMF1的注册接受消息可以包含SIM2认证成功的指示、由AMF2为SIM2指派给UE的临时标识符、UE的SIM2的RM状态已经从RM-DEREGISTERED改变为RM-INACTIVE的指示、支持接收由PLMN1为SIM1转发的寻呼请求的确认、接收来自PLMN1的寻呼请求的MME的联系信息、以及SIM2的注册定时器。当UE主动注册到PLMN1时,只要有针对SIM2的寻呼,就将使用UE的临时标识符从PLMN2寻呼UE。可替代地,AMF1可以为SIM2指派单独的临时标识符,该标识符可以代替地用于在PLMN1中寻呼UE。这个临时标识符的指派可以使得相关联的寻呼时机与和SIM1相关联的寻呼时机重叠。因此,UE将只需要监视一个寻呼时机,以便接收针对SIM1和SIM2的寻呼。AMF1可以可替代地为与UE相关联的所有SIM指派相同的临时标识符,同时维持UE只需要监视一个寻呼时机并且能够接收针对所有SIM的寻呼的事实。UE的针对每个SIM的RM状态在UE中更新并且应当与AMF1中的状态匹配:针对SIM1的RM-REGISTERED和针对SIM2的RM-INACTIVE。
步骤S1218:AMF1向RAN1返回从AMF2接收的注册接受消息并且RAN1将注册接受消息转发到UE。接受消息可以包含SIM2认证成功的指示,由通用注册过程或AMF1为SIM2指派给UE的临时标识符、UE的SIM2的RM状态已从RM-DEREGISTERED改变为RM-INACTIVE的指示、以及SIM2的注册定时器。当UE主动注册到PLMN1时,只要有针对SIM2的寻呼,就将使用UE的临时标识符来寻呼UE。
图13中示出了用于间接注册的替代过程,其中AMF1被提供有用于AMF2的联系信息,作为对多SIM操作的支持的一部分。AMF2被配置为PLMN2中的默认AMF,以供AMF1在多SIM支持的情况下联系。在接收到间接注册请求后,AMF1可以查找其针对PLMN2的联系列表,并将间接注册请求直接转发到AMF2。AMF2有可能基于从AMF1转发的请求选择PLMN2内的另一个AMF为UE服务。从那时起,执行来自TS 23.502[2]中的通用注册过程,但会进行更新以考虑到支持间接注册的改变。
步骤S1302-S1306:这些步骤与图12中所示的过程所执行的步骤相同。
步骤S1308:AMF1已经提供有用于AMF2的联系信息并向PLMN2发送针对SIM2的UE的间接注册。AMF1基于多SIM指示的存在或者如果注册类型或指示符被设置为间接注册的话做出这个确定。间接注册请求可以包括:被设置为间接注册的注册类型或间接注册指示符、可以编码为偏好网络行为中的选项的多SIM指示、(一个或多个)SIM2标识符、指示具有SIM1的UE已经向PLMN1认证的AMF1 ID和UE ID、PLMN2可以将针对SIM2的未来寻呼请求转发到的PLMN1中的AMF的上下文信息,等等。如果步骤S1302中的请求是通用注册请求,那么AMF1生成新的间接注册请求,其中注册类型可以设置为间接注册并提供多SIM指示和(一个或多个)SIM2标识符两者。可替代地,可以将注册类型设置为初始注册,并且可以将间接注册指示符添加到请求。注册类型也可以编码为具有部分注册的初始注册。
步骤S1310:来自TS 23.502[2]的通用注册过程在PLMN2上为SIM2执行,但被修改为包括支持间接注册的功能,如图12中所示。
步骤S1312:AMF1向RAN1返回从AMF2接收到的注册接受消息并且RAN1将注册接受消息转发到UE。接受消息可以包含SIM2认证成功的指示、由通用注册过程为SIM2指派给UE的临时标识符、SIM2的UE的RM状态已从RM-DEREGISTERED改变为RM-INACTIVE的指示、支持接收由PLMN1为SIM1转发的寻呼请求的确认、接收来自PLMN1的寻呼请求的MME的联系信息、以及用于SIM2的注册定时器。当UE主动注册到PLMN1时,只要有针对SIM2的寻呼,就将使用UE的临时标识符从PLMN2寻呼UE。可替代地,AMF1可以为SIM2指派单独的临时标识符,该标识符可以被用于代替地在PLMN1中寻呼UE。这个临时标识符的指派可以使得相关联的寻呼时机与和SIM1相关联的寻呼时机重叠。因此,UE将只需要监视一个寻呼时机,以便接收针对SIM1和SIM2的寻呼。AMF1可以可替代地为与UE相关联的所有SIM指派相同的临时标识符,同时维持UE只需要监视一个寻呼时机并且能够接收针对所有SIM的寻呼的事实。UE的针对每个SIM的RM状态在UE中更新并且应当与AMF1中的状态匹配:针对SIM1的RM-REGISTERED和针对SIM2的RM-INACTIVE。
也可以在UE已经将SIM中的每一个注册到相应的PLMN之后(无论PLMN相同还是不同),执行间接注册。换言之,多SIM UE先将SIM1注册到PLMN1,再将SIM2注册到PLMN2,最后执行间接注册。注意的是,向PLMN1和PLMN2注册的次序是不相关的。在SIM被注册到相应的PLMN之后,UE然后可以决定主要在SIM之一上操作,例如在用户配置的主SIM(例如,SIM1)上操作。在这种情况下,UE可以通过PLMN1的用户平面为SIM2执行从PLMN1到PLMN2的间接注册。
图39示出了多SIM UE通过活动SIM的用户平面执行针对不活动SIM的间接注册的过程。在执行间接注册过程之前,UE已经分别注册到对应的PLMN,例如SIM1注册到PLMN1、SIM2注册到PLMN2。然后,UE使用在PLMN1上为SIM1创建的PDU会话执行针对SIM2的间接注册过程。UE的用户可以通过配置UE触发这个过程,使得SIM1是偏好SIM,或用户希望在特定持续时间内维持连接到PLMN1以完成重要活动,同时还能够接收针对SIM2的移动终止服务,诸如寻呼请求。
步骤S3902:UE单独向PLMN1和PLMN2注册相应SIM。作为多SIM操作的一部分,UE将周期性地在这两个PLMN之间切换通信以监视寻呼消息并确保针对每个SIM的注册状态保持在RM-REGISTERED。
步骤S3904:UE在PLMN1上为SIM1建立(一个或多个)PDU会话以建立数据连接。可以创建一个或多个PDU会话。PDU会话之一可以为重要活动(诸如由UE的用户进行的语音呼叫或用户不希望被中断的重要下载)而建立。另一个PDU会话可以与在UE向PLMN注册之后建立的到互联网的通用连接相关联。另外,UE还在PLMN2上为SIM2建立了(一个或多个)PDU会话。
步骤S3906:如果来自步骤S3904的SIM1活动对UE的用户是重要的,那么用户可以经由GUI配置用于SIM1的服务将不被中断。这种配置使UE禁用切换这两个PLMN之间的通信并保持与PLMN1的连接,可能针对配置的持续时间、配置的位置等。可替代地,UE的用户可能配置了SIM1是主SIM,而SIM2是次SIM。因此,UE确定用户偏好保持与PLMN1的连接。
步骤S3908:作为步骤S3906中做出的决定的结果,UE通过PLMN1的用户平面向PLMN2的N3IWF发送间接注册请求。UE利用在步骤S3904中创建的PDU会话和在由PCF从PLMN2递送给UE的接入和移动性策略中提供给UE的N3IWF2的地址来发送间接注册。注册消息可以在请求中包括以下信息:多SIM指示符、间接注册指示符、SIM2标识符、可选的持续时间、位置信息、PLMN2是否应当为UE缓冲下行链路数据、UE在PLMN1的用户平面上可达,等等。UE可以通过外部机制(例如,STUN协议)获得自己的公开IP地址并将该地址在间接注册消息中提供给N3IWF2。如果为UE指派了唯一的IPv6地址或前缀,那么UE可以在间接注册消息中向N3IWF2提供该地址或前缀。可替代地,UE可以建立到N3IWF2的安全隧道以启用提出的功能。UE还可以在通过PLMN1的用户平面发送给UE的NAS通知中指示PDU会话ID以与由PLMN2提供的未来的寻呼请求相关联。PDU会话ID可以是UE之前在PLMN2上建立的PDU会话。
步骤S3910:AMF2通过PLMN2的N3IWF来处理从UE接收的注册请求。多SIM指示符的存在通知AMF UE是多SIM设备,并且间接注册请求指示可以经由这个请求源自的PLMN的用户平面到达UE。如果提供了持续时间来指示UE将保持连接到PLMN1多长时间,那么AMF可以重置或暂停与SIM2相关联的注册定时器并基于由UE提供的值启用新的挂起定时器。AMF2返回对于间接注册的接受响应,其可以包括:请求的状态、AMF将挂起UE的注册的时间值、PLMN2将关联转发到UE的未来寻呼请求的PDU会话ID(如果其未被UE提供的话),等等。
图39中所示的过程使PLMN2能够通过PLMN1的用户平面向UE转发寻呼请求。假设UE将维持在PLMN1上建立的PDU会话,以便能够接收可能从PLMN2接收的NAS通知。在PLMN1上释放PDU会话之前,UE可能需要通知PLMN2它将不再通过PLMN1的用户平面可达。如果创建了安全隧道,那么只要安全隧道有效,UE就能够接收寻呼请求。
间接附接
LTE中部分附接的替代方案是间接附接增强,如图25中所示。间接附接可以被认为是初始附接过程,但它是从另一个PLMN间接执行的而不是直接在归属PLMN处,加上支持多SIM操作的附加功能。在这种情况下,通过PLMN1为SIM2执行间接附接过程。因此,在PLMN2的MME中建立了关于SIM2的注册的上下文信息,并且还可以在PLMN2的SGW和PGW中创建默认承载。与部分附接情况类似,间接附接可以结合为在图25的步骤S2502中执行的使得能够转发寻呼请求的通用附接过程。间接附接还指派MME来为UE服务。
步骤S2502:UE为SIM1执行到PLMN1(即,活动PLMN)的附接过程。这个步骤最初可以在UE中仅安装SIM1时执行。在UE中同时安装两个或更多个SIM的情况下,可以执行组合附接过程以在一个附接请求中一起注册多个SIM。这个组合附接请求可以包括多SIM指示符、间接附接指示符、每个SIM的适当SIM标识符(例如,IMSI、GUTI等)、以及当UE为SIM1向PLMN1注册时PLMN2的身份。在这种情况下,间接附接被集成为来自TS 23.401的附接过程的一部分,并且可以被称为下面描述的MUSIM附接。多SIM指示符可以被编码为偏好网络行为参数中的选项,或者它可以是独立的指示符,并且间接附接指示符可以被携带在附接类型参数中。该消息还可以指示哪个SIM是主SIM以及哪些SIM是次SIM并且应当用于注册到不活动PLMN。对于MUSIM附接请求,过程跳到步骤S2506,并且请求可以并发或顺序执行,例如先注册SIM1、再注册SIM2。
步骤S2504:稍后某个时间,间接附接过程将开始。例如,这可以通过插入物理SIM、通过eSIM的配置、基于通过GUI来自UE上的应用的请求、或立即在完成与PLMN1的附接过程后将SIM2添加到UE时发生。SIM2被认为是次SIM并且它与PLMN2相关联,而PLMN2被认为是不活动PLMN。UE然后通过PLMN1向PLMN2执行间接附接请求。这个请求可以包含多SIM指示符、每个SIM卡的适当SIM标识符(例如,IMSI、GUTI等)以及其它PLMN的身份。多SIM指示符可以被编码为偏好网络行为参数中的选项或者它可以是独立的指示符。多SIM指示符可以被网络实体用来检查和选择在附接过程期间支持多SIM操作并用于启用寻呼请求转发的适当网络实体。
步骤S2506:响应于间接附接请求或间接附接指示,PLMN1中的MME选择适当的MME对相应SIM的间接附接请求进行处理。为SIM2提供的标识符可以包括MCC和MNC,或者可以被解析为用于确定应当联系的MME的MCC和MNC。由于核心网络配置、漫游协议或支持多SIM操作的其它机制,PLMN1中的MME可以提供有不同PLMN中其它MME的联系信息,以便PLMN1中的MME可以将间接附接请求转发到对应的MME。
步骤S2508:MME1向选择的MME发送间接附接请求。该请求可以包括间接附接指示符、多SIM指示符、(一个或多个)SIM2标识符、以及附接请求所需的其它信息。此外,可以提供与SIM1相关联的MME1 ID和UE ID,以通知PLMN2中的MME SIM1已经向PLMN1认证。MME1还可以提供PLMN1中的MME的上下文信息,PLMN2可以将针对SIM2的寻呼请求转发到PLMN1或者从PLMN1接收针对SIM1的寻呼请求。PLMN1中的这个MME可以被配置为支持寻呼请求转发,并且可以能够将来自PLMN2的寻呼请求转发到适当的网络实体(例如,在UE移动性的情况下,UE附接到的MME),因此UE接收到寻呼。MME还可以在UE连接到PLMN2的时间内将针对SIM1的寻呼请求从PLMN1转发到PLMN2。
步骤S2510:如TS 23.401中的E-UTRAN 3202附接过程的步骤3至17中概述的那样处理间接附接请求。注意的是,在步骤S2006中发送的NAS消息响应被重新路由到PLMN1中的MME,而不是去往PLMN2中的RAN节点。从这个过程接收的间接附加接受响应包括过程的结果的状态。响应可以包括SIM2认证成功的指示、MME2 2502为SIM2指派的临时标识符、UE的针对SIM2的EMM状态已从EMM-DEREGISTERED改变为EMM-INACTIVE的指示、支持接收由PLMN1为SIM1转发的寻呼请求的确认、从PLMN1接收寻呼请求的MME的联系信息、以及用于SIM2的注册定时器。如果不接受间接附接,那么响应可以包括详细说明不接受附接的原因的进一步信息。
步骤S2512:PLMN1中的MME向UE返回间接附接接受消息,该消息可以是经修改的附接接受消息,其提供关于间接附接过程的状态的附加信息。如果为多个SIM执行附接过程,那么每个SIM可以有单独的注册状态。响应消息可以包括从PLMN2中的MME返回的信息,诸如临时标识符、SIM2认证成功的指示。指派给SIM2的临时标识符将被用于识别将来转发到PLMN1的针对SIM2的寻呼请求。此外,PLMN1中的MME可以为SIM2指派单独的临时标识符,其可以被用于寻呼UE而不是使用PLMN2指派的临时标识符。这个临时标识符的指派可以使得相关联的寻呼时机与和SIM1相关联的寻呼时机重叠。因此,UE将只需要监视一个寻呼时机,以便接收针对SIM1和SIM2的寻呼。MME可以可替代地为与UE相关联的所有SIM指派相同的临时标识符,同时维持UE只需要监视一个寻呼时机并且能够接收针对所有SIM的寻呼的事实。更新针对每个SIM的UE的EMM状态。在这种情况下,针对SIM1的EMM状态是EMM-REGISTERED,而针对SIM2的EMM状态是EMM-INACTIVE。类似地,PLMN1的MME中的EMM状态对于SIM1是EMM-REGISTERED,对于SIM2是EMM-INACTIVE。最后,PLMN2的MME中的EMM状态对于SIM2是EMM-INACTIVE。图25还包括SGW2 2504和PGW2 2506。
类似于图39中所示的5G中的用户平面上执行的间接注册,在LTE中也可以在用户平面上发送间接附接请求。该过程将以类似的方式执行,但所涉及的消息和实体是LTE消息和实体。例如,将间接注册消息替换为间接附接消息,该消息将传递通过LTE RAN、SGW/PGW、ePDG和MME。LTE RAN和SGW/PGW与PLMN1相关联,而ePDG和MME与PLMN2相关联。这些策略可以来自用于PLMN2的接入网络发现选择功能(ANDSF)策略。
MUSIM注册/附接
用于支持多个SIM的5G和LTE系统的另一个增强是通过引入MUSIM注册或附接过程,其中UE可以在同一注册或附接请求中注册多个SIM。这个MUSIM注册或附接过程可以支持将SIM注册到相同或不同的PLMN,具体取决于哪些运营商发布了这些SIM。对于从同一运营商获得的SIM,可以将SIM注册到相同的PLMN,并在PLMN内创建单独的UE上下文,每个SIM一个。此外,UE上下文可以链接在一起以在转发寻呼请求时提供优化。对于从不同运营商获得的SIM,UE可以请求网络注册与活动PLMN相关联的SIM,然后将来自其它运营商的SIM注册到其关联PLMN。当将SIM注册到不同的PLMN时,核心网络可以使用上述部分或者间接注册/附接过程。图26更详细地示出了示例MUSIM附接过程。注意的是,该图使用了与LTE相关的术语,但该过程也可以适用于5G系统。
步骤S2602:在具有MUSIM能力的UE中安装两个SIM。SIM1是主SIM并与PLMN1相关联,而SIM2是次SIM并与PLMN2相关联。注意的是,该图仅示出了两个SIM,但可以理解的是,在UE中可以安装多于两个SIM,并且该过程将保持不变,除了附接过程将扩展到每个安装的SIM。
步骤S2604:UE执行MUSIM附接请求,其中每个安装的SIM将注册到关联PLMN。除了附接过程所需的其它数据之外,该请求还可以包括以下内容:多SIM指示符和每个SIM的标识符。此外,可以提供部分附接或者间接附接指示来通知PLMN1中的MME如何注册与不同PLMN关联的SIM。可以基于每个SIM或共同为所有SIM提供这个指示。如果来自TS 23.401的附接过程被增强以集成此处提出的MUSIM功能,那么多SIM指示符可以被编码为偏好网络行为参数中的选项,或者它可以是独立的指示符,并且部分/间接附接指示符可以携带在附接类型参数中。该消息还可以指示哪个SIM是主SIM以及哪些SIM是次SIM并且应当用于注册到不活动PLMN。
步骤S2606:PLMN1中的MME执行针对主SIM的附接过程。UE被认证和授权,并在MME1上为SIM1创建注册上下文。该过程还可以在PLMN1的SGW和PGW中为UE创建默认承载。由于SIM1是主SIM,因此,如果附接成功,那么MME中针对SIM1的EMM状态将被设置为EMM-REGISTERED。
步骤S2608:PLMN1中的MME也可以注册与SIM1属于同一运营商的其它SIM。如果SIM2与SIM1属于同一运营商,那么对SIM2执行附接过程,并在MME中为SIM2创建注册上下文,与SIM1的注册上下文分开。但是,UE上下文可以链接在一起以在转发寻呼请求时提供优化。如果附接成功,那么针对SIM2的EMM状态将是EMM-INACTIVE,因为它不是UE中的主SIM。对于与SIM1属于同一PLMN的多个SIM,可以重复这个步骤。在这种特定情况下,由于SIM2属于另一个PLMN,因此跳过步骤S2608。
步骤S2610:PLMN1中的MME执行SIM2向PLMN2的部分附接或间接附接。UE可能已经在步骤S2604中提供了执行哪个附接请求或者MME可以被配置执行哪个附接过程的指示,或者核心网络可以具有指示执行哪个附接过程的系统策略。PLMN1中的MME将此处针对每个SIM的EMM状态设置为EMM-INACTIVE。每个SIM在其相应PLMN中的EMM状态也设置为EMM-INACTIVE。PLMN1和PLMN2之间交换的信息与之前指定的信息相同,并且可以在用于某些信息的加密的NAS容器内以保护UE的隐私。
步骤S2612:PLMN1中的MME聚合每个SIM的所有附接接受结果并将它们返回给UE。PLMN1中的MME可以为每个SIM指派可以用于寻呼UE的单独的临时标识符,而不是使用由其它PLMN指派的临时标识符寻呼UE。这些临时标识符的指派可以使得相关联的寻呼时机与和主SIM相关联的寻呼时机重叠或非常接近。因此,UE将只需要监视彼此附近的寻呼时机,以便能够接收针对所有SIM的寻呼。MME可以可替代地为与UE相关联的所有SIM指派相同的临时标识符,因此UE只需要监视一个寻呼时机,但能够接收针对所有SIM的寻呼。在接收到附接接受后,UE为每个SIM设置适当的EMM状态。在这种特定情况下,UE中针对SIM1的EMM状态是EMM-REGISTERED,而针对SIM2的EMM状态是EMM-INACTIVE。
用于多SIM操作的5G注册状态
提出了新的注册管理(RM)状态以支持5GS中的多SIM操作。称为RM-INACTIVE的新状态是指UE与不活动PLMN的RM状态。此外,该状态表示PLMN已认证SIM以供在核心网络中使用的事实。与SIM/UE相关联的核心网络内的任何现有UE上下文和PDU会话都将被维持,就好像UE处于RM-REGISTERED、CM-IDLE和RRC_IDLE或RRC_INACTIVE状态一样。因此,当UE处于RM-INACTIVE状态时,它也必须处于CM-IDLE和RRC_IDLE或RRC_INACTIVE状态。
RM-INACTIVE状态表示以下内容(参考图9中的SIM和PLMN):
·UE为SIM2注册到PLMN2,并且可以从PLMN2接收服务(例如,语音或IMS呼叫、SMS消息等)。
·UE处于CM-IDLE状态并且与PLMN2核心网络没有NAS信令。
·UE未连接到PLMN2的任何RAN节点,因此不监视来自PLMN2的针对SIM2的寻呼时机。
·UE可以接收针对SIM2的寻呼请求,如果它们是由PLMN2转发到PLMN1的话。
·PLMN2的AMF(或UDM)可以通过将针对SIM2的寻呼请求转发到PLMN1的AMF来寻呼UE
·PLMN2的AMF不知道UE的位置。
·安全性上下文可以存储在PLMN2内的AMF中,以保护UE和PLMN2之间的NAS消息。
图14示出了更新后的RM管理状态以包括RM-INACTIVE状态。UE可以通过执行列出的过程从指示的RM状态转变到RM-INACTIVE状态。
·从RM-DEREGISTERED状态到RM-INACTIVE状态:
ο执行部分注册过程
ο执行间接注册过程
·从RM-REGISTERED状态到RM-INACTIVE状态:
ο执行SIM切换(例如,周期性注册更新)过程
UE可以如下转变出RM-INACTIVE状态。
·从RM-INACTIVE状态到RM-REGISTERED
ο执行注册过程
ο执行SIM切换(例如,周期性注册更新)过程
·从RM-INACTIVE状态到RM-DEREGISTERED
ο执行注销过程(UE或者网络发起)
·如果UE在RM-INACTIVE状态下没有及时执行周期性注册更新(例如,注册定时器(在多SIM策略中)在UE执行周期性注册更新过程之前到期),那么核心网络可以发起注销过程。
ο注册更新请求不成功
当UE执行SIM切换过程并且如果该切换被核心网络接受时,UE的RM状态从RM-REGISTERED转变成RM-INACTIVE。但是,如果切换被拒绝,那么UE的RM状态转变到RM-DEREGISTERED。
在以上描述中,提出了更新RM状态模型以包括新状态RM-INACTIVE。但是,在将新状态引入到状态模型的情况下可能在UE实施方式中存在复杂性。因此,新的RM-INACTIVE状态可以被视为RM-REGISTERED状态的子状态或作为RM-REGISTERED状态内的操作模式,因为RM-INACTIVE和RM-REGISTERED状态都推断UE注册到核心网络并且可以接收来自核心网络的服务。此外,RM-INACTIVE的许多特点类似于RM-REGISTERED状态的特点。但是,一个主要区别是UE没有主动监视来自不活动PLMN的寻呼时机,因此要求寻呼请求转发。RM-INACTIVE可以被称为“不活动注册”子状态或RM-REGISTERED状态的操作模式。因此,这个“不活动注册”子状态或模式可以替代图14中和本公开中其它地方提到的RM-INACTIVE状态。
用于多SIM操作的LTE移动性管理状态
类似地,LTE中的增强移动性管理(EMM)状态提供与5GS注册管理状态的功能类似的功能。为了支持UE将次SIM注册到其对应的PLMN,提出了新的EMM状态来通知所有实体这些次SIM的注册状态。新状态EMM-INACTIVE捕获以下事实:次SIM注册到PLMN,但UE未与那个PLMN进行活动通信。活动通信是指UE处于EMM-REGISTERED状态并且可能处于或者ECM-IDLE或者ECM-CONNECTED状态的事实。换句话说,UE可以接收NAS通知或者可以从核心网络被寻呼。PLMN内可以保存有UE上下文,以便UE接收例如电话呼叫或短消息,即使它没有与PLMN进行活动通信。
EMM-INACTIVE状态表示以下内容(参考图25中的SIM和PLMN):
·UE为SIM2注册到PLMN2,并且可以从PLMN2接收服务(例如,语音或IMS呼叫、SMS消息等)。
·UE处于ECM-IDLE状态并且与PLMN2的核心网络没有NAS信令。
·UE未连接到PLMN2的任何RAN节点,因此不主动监视来自PLMN2的RAN节点的针对SIM2的寻呼请求。
·UE可以接收针对SIM2的寻呼请求,如果它们由PLMN2转发到PLMN1的话。
·PLMN2的MME(或HSS)可以通过将针对SIM2的寻呼请求转发到PLMN1的MME来寻呼UE。
·PLMN2的MME不知道UE的位置。
·安全性上下文存储在PLMN2的MME中并且被用于保护从PLMN2到UE的消息。
图27示出了结合新状态EMM-INACTIVE状态的EMM状态模型。这种状态转变模型在UE和MME两者中实现。UE可以通过执行列出的过程从指示的EMM状态转变到EMM-INACTIVE状态。
·从EMM-DEREGISTERED状态到EMM-INACTIVE状态:
ο执行部分附接过程
ο执行间接附接过程
·从EMM-REGISTERED状态到EMM-INACTIVE状态:
ο执行SIM切换(例如,注册更新请求)过程
UE可以如下转变出EMM-INACTIVE状态。
·从EMM-INACTIVE状态到EMM-REGISTERED状态:
ο执行附接过程
ο执行SIM切换(例如,注册更新请求)过程
·从EMM-INACTIVE状态到EMM-DEREGISTERED状态:
ο执行分离过程(UE或者网络发起)
·如果UE在EMM-INACTIVE状态下没有周期性地更新附接定时器,那么核心网络可以发起分离过程。
ο注册更新请求不成功
当UE执行SIM切换过程并且如果该切换被核心网络接受时,UE的EMM状态从EMM-REGISTERED转变到EMM-INACTIVE。但是,如果切换被拒绝,那么UE的EMM状态转变到EMM-DEREGISTERED。
在以上描述中,提出了更新EMM状态模型以包括新状态EMM-INACTIVE。理论上,提出的新状态从现有状态提供了清晰的功能划分,并提供了通过支持多个SIM UE引入的新功能。但是,在实践中,考虑到现有部署,新状态可能不可行。为此,新的EMM-INACTIVE状态可以被视为EMM-REGISTERED状态的子状态或作为EMM-REGISTERED状态内的操作模式,因为这两种状态都推断UE注册到核心网络并且可以接收来自核心网络的服务。此外,EMM-INACTIVE的许多特点类似于EMM-REGISTERED状态的特点。但是,一个主要区别是UE没有主动监视不活动PLMN上的寻呼请求,因此要求寻呼请求转发。返回去参考图25中的示例,UE将在PLMN2下(对于SIM2)处于EMM-REGISTERED状态,但在“不活动注册”子状态或模式下操作,这要求PLMN2通过PLMN1将任何寻呼请求转发到UE。因此,EMM-INACTIVE可以等同于EMM-REGISTERED状态的“不活动注册”子状态或模式。因此,这个“不活动注册”子状态或模式可以替代图27中和本公开其它地方所指的EMM-INACTIVE状态。
UE中每个SIM的EMM状态可以在UE内组合以提供优化的操作,这将降低多SIM操作的功耗。例如,代替为每个SIM执行PLMN和小区选择,多SIM UE可以通过在SIM切换过程之后尝试连接到目标PLMN时仅对活动SIM或目标PLMN执行PLMN和小区选择来最小化功耗。类似地,对于不活动SIM,可能不需要维护某些定时器,诸如DRX定时器和其它NAS定时器。表1示出了双SIM UE的示例,其中可以基于每个SIM的EMM状态实现优化。注意的是,该表示出了两个SIM的情况,但它可以轻松扩展以支持多于两个SIM。其中一些状态组合是临时的,诸如用于两个SIM的EMM-INACTIVE状态,这可能在SIM切换过程期间临时出现。
表1–多SIM UE的UE NAS操作以降低功耗
Figure BDA0003459446910000771
Figure BDA0003459446910000781
多SIM寻呼操作
在UE注册并将SIM1和SIM2的注册状态链接到对应的PLMN之后,与任一SIM相关联的寻呼请求将在活动PLMN上被发送到UE。在每个PLMN内,针对每个SIM的注册状态可以被保存并链接在一起以通知PLMN这些SIM属于同一个UE。图15示出了源于PLMN2(不活动PLMN)中并由UE通过PLMN1(活动PLMN)接收的寻呼的示例。在PLMN1内,针对SIM1的注册状态是RM-REGISTERED,针对SIM2的注册状态是RM-INACTIVE(或RM-REGISTERED的“不活动注册”子状态或模式)。此外,PLMN1可以维护SIM之间的临时标识符映射,以便能够将寻呼请求从PLMN2转发到UE。
步骤S1502:当UE在PLMN2下的RM状态是RM-INACTIVE时,UE已经针对SIM2与PLMN2执行了部分注册或者间接注册,以便将针对SIM2的寻呼转发到PLMN1。UE在PLMN1下处于RM-REGISTERED和CM-IDLE。UE可以向每个SIM的PLMN提供多SIM辅助信息,以关于用户对多SIM操作的偏好配置PLMN。下文将更详细地描述多SIM辅助信息。
步骤S1504:UE监视与SIM1或SIM2相关联的寻呼时机;例如,如果从PLMN1中的AMF向UE提供了SIM1的临时标识符和SIM2的另一个临时标识符的话。注意的是,AMF可能已经以根据每个标识符计算出的寻呼时机同时重叠这样的方式指派了临时标识符,这最小化UE需要监视寻呼时机的时间。因此,UE只需要监视适用于两个SIM的一个寻呼时机。对于存在多于两个SIM的情况,AMF可能已经指派了临时标识符,使得寻呼时机不彼此冲突并且可以彼此非常靠近。在这些情况下,UE可能必须监视多个寻呼时机,但仍然能够在没有寻呼冲突的情况下接收针对所有SIM的寻呼。可替代地,AMF可以为与UE相关联的所有SIM指派相同的临时标识符,因此UE将只需要监视一个寻呼时机。
步骤S1506:如果SIM2通过部分注册进行了注册,那么例如根据与SIM2相关联的语音或IMS呼叫,为UDM2中的SIM2在PLMN2中发起寻呼请求。UDM2在步骤S1506中通过AMF1向UE发送寻呼请求,并识别该寻呼与为来自PLMN2的SIM2指派的临时标识符相关联。临时标识符在部分注册过程结束时被提供给UE。此外,寻呼请求中可以包括服务优先化信息,以通知UE寻呼的目的并帮助UE决定是否切换到PLMN2。服务优先化信息可以包含服务类型和识别正针对其寻呼UE的数据的源的附加信息。服务类型可以是语音呼叫、SMS消息、其它数据(诸如来自应用)、控制平面信令、紧急消息、紧急回叫、移动终止异常数据等。附加信息可以是呼叫者或SMS消息的电话号码、PDU会话ID、切片实例ID或与数据相关联的应用ID。可替代地,附加信息可以是由多SIM UE的用户配置的优先化级别。寻呼请求可以封装在加密的NAS容器中以便只有UE可以解密,并且可以包含PLMN2为SIM2生成的NAS通知的内容。临时标识符和可能的服务优先化信息的服务类型可以不加密以允许PLMN1识别将NAS容器转发到哪个UE并向UE提供寻呼用于什么的某种指示。寻呼请求中的NAS容器的内容还可以包含SMS消息,该消息可以被发送到UE而无需UE连接到PLMN2来检索该消息。如果多SIM辅助信息被提供给PLMN2,那么PLMN2可以能够确定是否寻呼UE。例如,如果如多SIM辅助信息中反映的那样与寻呼相关联的服务优先化信息没有被配置为对用户重要,那么PLMN2不会发送步骤S1506中所示的寻呼消息。在一些情况下,PLMN2可以被配置为转发仅包括UE标识符和服务优先化信息的寻呼请求消息。示例是用户已配置所有寻呼消息应当由活动PLMN过滤,因此,所有不活动PLMN应当转发仅具有活动PLMN过滤寻呼请求所需的信息的寻呼请求。
步骤S1508:可替代地,并且在SIM2通过间接注册进行了注册的情况下,AMF2可以接收针对SIM2的下行链路数据通知并向AMF1转发寻呼。该寻呼可以包括来自PLMN2的SIM2所关联的临时标识符、以及可以通知UE寻呼用于什么以及UE可以用来确定是否切换到PLMN2的服务优先化信息的服务类型。在间接注册过程结束时,临时标识符被提供给UE。类似于步骤S1506,寻呼请求可以包含具有服务优先化信息以及SMS消息的加密NAS容器。与步骤S1506类似,PLMN2可以使用多SIM辅助信息来确定是否将寻呼消息转发到PLMN1以及转发的寻呼消息中要包括什么信息。
步骤S1510:AMF1处理来自或者步骤S1506或者步骤S1508的寻呼请求,并生成到UE的NAS通知。NAS通知可以包含SIM2的临时标识符和提供的任何服务优先化信息。这个通知可以包含从步骤S1506或S1508接收的加密的NAS容器,因此只有UE可以解密容器和SMS消息(如果提供了它的话)。对于UE处于CM-IDLE状态的情况,AMF1生成寻呼请求消息来寻呼UE。
步骤S1512:AMF1利用为SIM2关联的临时标识符通过RAN1向UE发送寻呼。换句话说,并且作为示例,寻呼消息的PagingRecord信息元素的ue-Identity被设置为与来自PLMN2的SIM2相关联的临时标识符。所使用的临时标识符可以是步骤S1504中指定的任何标识符。此外,可以增强PagingRecord信息元素以提供AMF2在步骤S1506或S1508中发送的服务优先化信息。服务优先化信息可以包括服务类型(例如,语音或IMS呼叫、SMS消息、用于PDU会话的其它数据、控制平面信令、紧急消息、紧急回叫、移动终止异常数据等)和其它信息(诸如PDU会话ID或切片实例ID)以进一步通知UE寻呼用于什么。对于UE处于CM-CONNECTED状态的情况,AMF1向UE发送来自步骤S1510的NAS通知,而不是寻呼消息。NAS通知将包含与用于在UE处于CM-IDLE的情况下生成寻呼消息的寻呼消息的信息相同的信息。注意的是,AMF1将通知RAN节点在与SIM1相关联的寻呼时机寻呼UE,但包括从PLMN2接收的与SIM2相关联的寻呼信息。在AMF1已经为SIM2指派了单独的临时标识符的情况下,AMF1可以通知RAN节点使用AMF1为SIM2指派的临时标识符来寻呼UE,并且PagingRecord信息元素将包含AMF1为SIM2指派的临时标识符。如果AMF1为UE中的所有SIM指派了相同的临时标识符,那么这个临时标识符将被用于寻呼UE。
步骤S1514,UE读取寻呼消息并基于寻呼消息的ue-Identity信息元素中的临时标识符确定寻呼是针对SIM2的。ue-Identity信息元素可以包含PLMN2为SIM2指派的临时标识符或AMF1指派的临时标识符之一。如果临时标识符在所有SIM之间共享,那么UE可能需要执行服务请求过程以找出该寻呼适用于哪个SIM。寻呼消息还可以包含通知UE执行服务请求过程以检索下一步要做什么的更多信息的指示符。在没有指示符的情况下,UE可以被配置为在确定寻呼是针对UE后自动执行服务请求。如果UE处于CM-CONNECTED,那么处理NAS通知,并且UE通过评估服务优先化信息来确定下一步要做什么。如果在NAS容器中提供了SMS消息,那么UE还可以处理SMS消息,并将该消息呈现给用户。因此,UE不需要连接到PLMN2以检索SMS消息。
步骤S1516:如果UE处于CM-IDLE,那么UE与RAN1为SIM1建立RRC连接。然后,UE与核心网络执行服务请求过程以建立NAS连接。服务请求响应可以向UE提供关于下一步做什么的更多信息并且包含来自PLMN2的SIM2的临时标识符和服务优先化信息。在评估服务优先化信息后,UE可以决定执行SIM切换过程以完成处理寻呼并从PLMN2接收与寻呼相关联的数据。如果在NAS容器中提供了SMS消息,那么UE可以将该消息呈现给用户并且不需要连接到PLMN2以检索SMS消息。
图15示出了UE在PLMN1上有活动注册,在PLMN2上有不活动注册,并且可以接收从PLMN2转发的针对SIM2的寻呼请求的情况。反之,UE可以主动注册到PLMN2,在PLMN1上有不活动注册,并且可以接收从PLMN1转发的寻呼请求。转发来自UE具有与其的不活动注册的不活动PLMN的寻呼请求的要求是UE与不活动PLMN执行部分注册或者间接注册。
服务优先化信息可以涵盖与核心网络向UE提供以接收下行链路数据的服务相关联的服务类型,诸如语音或IMS呼叫、SMS消息、其它数据(例如,移动终止数据,诸如互联网数据)、控制平面信令、紧急消息、紧急回叫、移动终止异常数据等。服务类型优先化信息还可以与指定此类服务的源的优先化的类别相关联,例如,PDU会话ID、切片实例ID、应用ID、来自家人、朋友或服务提供商的呼叫或消息等。可替代地,附加信息可以是由多SIM UE的用户配置的优先化级别。可以在寻呼消息的PagingRecord信息元素中呈现将服务类型与优先化的类别相结合的得到的枚举,以向UE给出做出切换决定的附加信息。可替代地,服务类型可以确定使用什么寻呼信道来寻呼UE。此外,响应于接收到寻呼请求,UE可以检索服务优先化信息。这个服务类型优先化信息可以与表2中找到的服务优先化列表进行比较,以帮助UE确定是否切换到由对应PLMN提供的服务。
多SIM寻呼操作描述当UE在活动PLMN下处于CM-IDLE时的情况。但是,如果UE处于CM-CONNECTED,那么要求不同的机制。在那种情况下,当UE处于CM-CONNECTED状态时,活动PLMN可以向UE发送NAS通知,以通知UE存在针对不活动SIM的未决数据。这个NAS通知可以提供与在来自PLMN2的寻呼消息中找到的信息相同的信息。实际上,这个NAS通知可以用作UE处于CM-IDLE状态时寻呼UE的触发事件。换句话说,每当有针对不活动SIM的寻呼请求时,活动PLMN就可以向处于CM-CONNECTED状态的UE发送NAS通知。如果UE处于CM-IDLE状态,那么NAS通知导致到UE的寻呼。
多SIM寻呼操作在LTE中是类似的。如前面所提到的,寻呼请求转发允许MUSIM UE接收针对次SIM的寻呼请求,即使UE没有主动监视与那些次SIM相关联的寻呼时机。这个特征通过成功执行上面提到的附接过程能够实现。在图28中所示的场景中,UE正在使用主SIM主动与PLMN1通信,并且在PLMN2上存在可用于次SIM的数据。PLMN2将向PLMN1转发针对次SIM的寻呼请求,并且PLMN1将通知UE在PLMN2上有针对SIM2的数据。图28示出了当UE针对SIM1在PLMN1下处于ECM-CONNECTED状态时的这种场景。
步骤S2802:在UE中安装SIM1和SIM2,其中SIM1是主SIM,SIM2是次SIM。UE已经为SIM2执行了与PLMN的部分附接或者间接附接,并且为SIM2启用了寻呼请求转发。UE中针对SIM1的EMM状态是EMM-REGISTERED,而针对SIM2的EMM状态是EMM-INACTIVE(或EMM-REGISTERED的“不活动注册”子状态或模式)。UE可以关于每个SIM向PLMN提供多SIM辅助信息,以关于用户对多SIM操作的偏好来配置PLMN。下文将更详细地描述多SIM辅助信息。
步骤S2804:UE针对SIM1处于ECM-CONNECTED状态并且正在接收来自PLMN1的数据服务。
步骤S2806:PLMN2上有可用于SIM2的数据。如果UE之前已经执行了部分附接,那么在步骤S2806a中PLMN2中的HSS向PLMN1中的MME转发寻呼请求。如果UE之前已经执行了间接附接,那么在步骤S2806b中PLMN2中的MME向PLMN1中的MME转发寻呼请求。转发的寻呼请求指示在PLMN2上有用于UE的数据,并且可以包括指派给SIM2的临时标识符、标识符(诸如与寻呼的数据相关联的应用ID和/或PDU会话ID)、以及附加信息(诸如指示寻呼用于什么的服务类别)。寻呼请求可以包含由PLMN2为SIM2生成的NAS通知的内容并且封装在加密的NAS容器中,使得只有UE才能解密。临时标识符和可能的服务类别可以不加密以允许PLMN1识别将容器转发到哪个UE并为寻呼提供服务类别的指示。寻呼请求中的NAS容器的内容还可以包含SMS消息,该消息可以被发送到UE而无需UE连接到PLMN2来检索该消息。如果向PLMN2提供了多SIM辅助信息,那么PLMN2可以使用该信息来确定是否将寻呼消息转发到PLMN1以及将哪些信息包括在转发的寻呼消息中。
步骤S2810:PLMN1中的MME根据步骤S2806中收到的寻呼请求来生成包含加密的NAS容器的NAS通知。
步骤S2812:PLMN1中的MME向UE发送NAS通知。NAS通知包含从PLMN2发送的加密的NAS容器,其通知UE有数据可以用于SIM2。该信息可以包括用于SIM2的临时标识符、与数据相关联的服务类别、以及其它信息(诸如数据的应用ID和/或PDU会话ID)。如果在NAS容器中提供了SMS消息,那么UE可以将该消息呈现给用户,因此不要求UE连接到PLMN2以检索SMS消息。
步骤S2814:UE检查服务类别以核查UE是否应当切换到PLMN2以检索数据。服务类别可以分类为语音呼叫、SMS消息或其它数据(例如,应用数据)、控制平面信令、紧急消息、紧急回叫、移动终止异常数据等。UE确定提供的服务类别信息要求执行SIM切换请求并继续将请求发送到PLMN1中的MME。这个请求可以是注册更新请求或增强型TAU请求,其中UE提供SIM切换指示以通知PLMN1 UE希望挂起SIM1的注册(例如,将针对SIM1的UE状态设置为EMM-INACTIVE)。如果请求被准许,那么PLMN1中的MME将SIM1的EMM状态设置为EMM-INACTIVE(或启用EMM-REGISTERED状态的不活动注册子状态或模式),激活针对SIM1的寻呼请求转发,并保存由PLMN1管理的所有UE上下文,包括安全性上下文和现有PDN连接。在接收到注册更新或TAU接受响应后,UE还在UE内部设置EMM状态。注意的是,SIM切换过程可以由用户通过GUI、应用经由API或通过UE中的多SIM操作的策略发起。
步骤S2816:PLMN1中的MME根据来自步骤S2806的原始寻呼请求的源,向PLMN2的MME或者HSS发送寻呼请求转发响应。该响应可以通知PLMN2的MME或HSS UE已经决定执行SIM切换过程并将连接到PLMN2以完成处理寻呼。PLMN1的MME也可以通知PLMN2的MME它已经启用针对SIM1的寻呼请求转发。可替代地,响应可以包括确认接收到寻呼但用户当前对连接到PLMN2以检索寻呼的数据不感兴趣的指示。如果用户正在重要通话的中途并且不想被打扰,那么会发生这种情况。用户可以通过UE上的GUI提供这个指示。
步骤S2818:然后UE执行PLMN选择,读取系统信息,并为PLMN2执行小区选择以尝试连接到PLMN2。UE可以被配置为在这个过程期间收集小区测量信息以在连接成功后提供给PLMN2的RAN节点。
步骤S2820:如果UE成功连接到PLMN2,那么UE发送请求(例如附接请求或服务请求)以更新针对SIM2的注册状态并提供从先前执行的附接过程之一指派给SIM2的临时标识符。此外,UE可以包括在步骤S2806中发送的标识符以指示与来自步骤S2806的寻呼相关联的数据。如果成功,那么该请求将把MME2中针对UE的EMM状态转变到EMM-REGISTERED(或禁用EMM-REGISTERED的“不活动注册”子状态或模式),并允许UE检索与在步骤S2806中发送的寻呼请求相关的数据。UE在接收到响应后还将内部保存的EMM状态转变到EMM-REGISTERED(或禁用EMM-REGISTERED的“不活动注册”子状态或模式)。UE也可以将从步骤S2820获得的小区测量结果发送到PLMN2的RAN节点。这些测量结果可以被用于辅助PLMN2的运营商进行小区计划。
虽然图28示出了当UE在PLMN1中处于针对SIM1的ECM-CONNECTED状态时发送寻呼请求转发,但是图29示出了相同的场景而UE在PLMN1下处于ECM-IDLE状态。换句话说,UE和PLMN1的MME中的ECM状态都是ECM-IDLE。当处于这个状态时,UE在附接过程期间指派给UE的临时标识符所关联的寻呼时机监视寻呼信息。
步骤S2902:在UE中安装SIM1和SIM2,其中SIM1是主SIM,SIM2是次SIM。UE已经对SIM2执行了与PLMN2的部分附接或间接附接,并且为SIM2启用了寻呼请求转发。UE中针对SIM1的EMM状态是EMM-REGISTERED,而针对SIM2的EMM状态是EMM-INACTIVE(或EMM-REGISTERED的“不活动注册”子状态或模式)。UE可以向PLMN提供关于每个SIM的多SIM辅助信息以关于用户对多SIM操作的偏好来配置PLMN。下文将更详细地描述多SIM辅助信息。
步骤S2904:由于UE处于ECM-IDLE状态,因此UE在监视与SIM1和SIM2相关联的寻呼时机,以便接收来自两个SIM的寻呼请求。注意的是,可能已经从PLMN1中的MME向UE提供了用于SIM1的临时标识符和用于SIM2的另一个临时标识符。因此,MME可能已经以根据每个标识符计算的寻呼时机同时重叠这样的方式指派了临时标识符,这有助于最小化UE监视寻呼请求所需要的时间。因此,UE只需要侦听一个寻呼时机。对于存在多于两个SIM的情况,MME可能已经指派了临时标识符,以便寻呼时机不会彼此冲突。在这些情况下,UE可能必须监视多个寻呼时机,但仍然能够接收针对所有SIM的寻呼而不会遇到寻呼冲突。在另一种情况下,MME可能已经为UE中的所有SIM指派了相同的临时标识符,并且这个标识符将被用于计算寻呼时机,从而最小化UE必须监视的寻呼时机的数量。在这种情况下,UE只需要监视一个寻呼时机并且能够接收针对安装在UE中的所有SIM的寻呼。
步骤S2906:PLMN2上有可用于SIM2的数据。如果UE之前已经执行了部分附接,那么在步骤s2906a中PLMN2中的HSS向PLMN1中的MME转发寻呼请求。如果UE之前已经执行了间接附接,那么在步骤S2906b中PLMN2中的MME将寻呼请求转发到PLMN1中的MME。转发的寻呼请求指示在PLMN2上有用于UE的数据,并且可以包括从PLMN2指派给SIM2的临时标识符、标识符(诸如与用于寻呼的数据相关联的应用ID和/或PDU会话ID)、以及附加信息(诸如指示寻呼用于什么的服务类别)。寻呼请求可以包含PLMN2为SIM2生成的NAS通知的内容,并且被封装在加密的NAS容器中,使得只有UE才能解密。临时标识符和服务类别可以不加密以允许PLMN1识别将容器转发到哪个UE并为寻呼提供服务类别的指示。寻呼请求中的NAS容器的内容还可以包含SMS消息,该消息可以发送到UE而无需UE连接到PLMN2以检索该消息。如果向PLMN2提供了多SIM辅助信息,那么PLMN2可以使用该信息来确定是否将寻呼消息转发到PLMN1以及将哪些信息包括在转发的寻呼消息中。
步骤S2908:PLMN1中的MME对来自在步骤S2906中接收到的寻呼请求的信息进行处理。
步骤S2910:PLMN1中的MME在步骤S2910a中向RAN节点发送寻呼消息,其中带有PLMN1中的MME为SIM2指派给UE的临时标识符。所使用的临时标识符可以是步骤S2904中指定的任何标识符。RAN节点然后将在UE正在监视的寻呼时机在步骤S2910b中寻呼UE。由于用于SIM1和SIM2的寻呼时机相同,因此即使寻呼是针对SIM2的,UE也将接收到寻呼。寻呼消息还可以包括服务优先化信息以通知UE寻呼的目的。
步骤S2912:UE然后读取寻呼报告,并基于服务优先化信息和指派给SIM2的临时标识符的存在确定寻呼是针对SIM2的。如果临时标识符在所有SIM之间共享,那么UE可能需要执行服务请求过程以找出该寻呼适用于哪个SIM。寻呼消息还可以包含通知UE执行服务请求过程以检索关于下一步要做什么的更多信息的指示。在没有该指示的情况下,UE可以被配置为在确定寻呼是针对UE时自动执行服务请求。
步骤S2914:UE执行服务请求过程以检索下一步要做什么的更多信息。在执行SR过程后,PLMN1中的MME可以向UE提供来自从PLMN2接收到的转发的寻呼请求的信息。该信息可以包括与寻呼相关联的临时标识符、寻呼的服务类别以及从步骤S2906接收的其它信息。
步骤S2916-S2922:UE执行图28中的步骤S2814-S2820以完成处理寻呼、附接到PLMN2,并接收与寻呼请求相关联的数据。
图29的步骤S2910a的替代方案是PLMN1的MME向RAN节点发送具有SIM1的临时标识符而不是针对SIM2的临时标识符的寻呼请求。在这种替代方法中,寻呼信息将包含SIM1的临时标识符,并带有通知UE执行服务请求以获取关于下一步要做什么的更多信息的指示。当UE执行服务请求过程时,PLMN1的MME提供寻呼是针对SIM2的信息以及诸如寻呼的服务类别之类的任何附加信息。如果PLMN1的MME不能为SIM2提供将SIM1和SIM2的寻呼时机对齐在一起的临时标识符,那么可以使用这种替代方法。这对于使用多于两个SIM的情况更加困难。可替代地,PLMN1的MME可以指派相同的临时标识符,以在寻呼安装在UE中的所有SIM时使用。在这种情况下,UE只需要监视一个寻呼时机并执行服务请求过程来找出寻呼是针对哪个SIM的。MME通过将用于UE的所有SIM的注册状态链接在一起对此进行管理,并指派相同的临时标识符用于寻呼UE而不管SIM是什么。
对于UE不想响应寻呼的情况,可以在不执行SIM切换过程的情况下发送图29的步骤S2918中所示的寻呼请求转发响应。这可以在用户正在进行重要通话并且不想被打扰时发生。用户可以通过UE上的GUI提供这个指示。对于这些情况,在UE在图29的步骤S2914中执行服务请求过程之后而不是在步骤S2916之后发送寻呼请求转发响应。用户可以提供确认接收到寻呼但用户当前对连接到PLMN2以检索寻呼的数据不感兴趣的指示。
如果UE已经在用户平面上进行了间接注册,那么寻呼请求转发也可以通过用户平面发送。图40示出了多SIM UE通过PLMN1的用户平面从PLMN2接收针对SIM2的NAS通知的示例。UE已经通过PLMN1的用户平面针对SIM2向PLMN2执行了间接注册,并且下行链路数据针对SIM2到达AMF2。
步骤S4002:UE已经通过PLMN1的用户平面为SIM2向PLMN2执行了间接注册。间接注册使PLMN2能够通过PLMN1的用户平面将针对SIM2的寻呼请求转发到UE。UE可以向PLMN提供关于每个SIM的多SIM辅助信息,以关于用户对多SIM操作的偏好来配置PLMN。下文将更详细地描述多SIM辅助信息。
步骤S4004:PLMN2上有可用于SIM2的下行链路数据并通知AMF2。AMF2可以评估由UE提供的可用的多SIM辅助信息以确定下行链路数据是否满足寻呼过滤准则。如果满足准则,那么AMF2生成NAS通知以发送给UE。否则,AMF2向下行链路数据的源返回响应,通知UE此时没有兴趣接收数据或者UE当前不可用。响应可以指示数据应当被缓冲。NAS通知可以包括与下行链路数据相关联的PDU会话ID或SMS消息。可能使得AMF2生成到UE的NAS通知的其它事件可以是AMF2想要发送给UE的策略更新的控制平面信令。这可以包括执行周期性注册或TAU更新的提醒、URSP规则的更新、供UE使用的新定时器值、UE多长时间必须对通知做出响应等。
步骤S4006:AMF2在步骤S4006a中通过PLMN1的用户平面经由N3IWF2向UE发送NAS通知。取决于UE的连接管理状态,PLMN1可以作为从PLMN2接收到NAS通知的结果而向UE发送NAS通知,或者如果UE处于CM_IDLE状态,那么PLMN1可以寻呼UE。对于PLMN1,来自PLMN2的NAS通知是用于UE的移动终止数据。注意的是,步骤S4006b中由PLMN1发送的NAS通知或寻呼与SIM1相关联。
步骤S4008:UE评估从PLMN1接收到的NAS通知。注意的是,这个NAS通知包含在步骤S4006a中由PLMN2发送的信息。NAS通知可以包含服务优先化信息以帮助UE识别与在步骤S4006a中为其生成NAS通知的数据相关联的服务类型。
步骤S4010:UE进行服务请求以便接收引起了寻呼的移动终止数据。如果UE确定在步骤S4006a中发送的来自PLMN2的NAS通知中的服务优先化信息是重要的,那么UE将接着使用两种机制之一向PLMN2执行服务请求。第一种机制是UE响应于从PLMN2接收到的NAS通知而继续使用PLMN1的用户平面发送服务请求。如果UE想保持连接到PLMN1并通过PLMN1的用户平面接收针对SIM2的数据,那么这个机制可以由UE使用。第二种机制是UE将连接切换到PLMN2并与PLMN2建立连接性。如果UE当前没有在PLMN1上接收服务并且想要检索与从PLMN2发送的NAS通知相关联的数据并且此后还继续从PLMN2接收服务(例如使用SIM2进行呼叫),那么UE可以使用第二种机制。
SIM切换过程
如果UE接收到针对不活动PLMN的SIM的寻呼或NAS通知并且UE决定检索与该寻呼相关联的数据,那么UE可以执行SIM切换过程以通知活动PLMN挂起UE的注册状态并允许UE与不活动PLMN建立通信。SIM切换过程的成功执行将把UE的活动SIM的注册状态从RM-REGISTERED转变到RM-INACTIVE。一旦处于这个状态,核心网络将保留所有UE上下文,包括现有的PDU会话和切片指派,以允许UE快速转变回RM-REGISTERED状态。此时,UE将对不活动PLMN执行周期性注册更新,并将其在不活动PLMN下的RM状态从RM-INACTIVE转变到RM-REGISTERED。UE然后可以检索与寻呼或NAS通知相关联的任何数据。图16示出了由于接收到针对SIM2的寻呼消息,UE从PLMN1切换到PLMN2而执行的SIM切换过程。注意的是,图16中所示的SIM切换过程使用5G术语,但该过程也可应用于LTE系统。
步骤S1602:UE接收如图15中描述的寻呼消息并基于PagingRecord信息元素的ue-Identity字段确定寻呼是针对SIM2的。如果在UE中的SIM之间共享临时标识符,那么UE可能不知道寻呼针对哪个SIM。在那种情况下,UE在执行服务请求过程之后在步骤S1604中收集这个信息。此外,基于PagingRecord信息元素中的新服务优先化字段,通知UE寻呼与语音或IMS呼叫对应。UE被配置为使语音或IMS呼叫优先化并决定执行SIM切换过程。替代方案是用户经由GUI手动发起SIM切换过程,如图17中所示。寻呼消息也可以与针对SIM2的下行链路数据可用性的通知或SMS消息对应。
步骤S1604:UE建立RRC和NAS连接两者,以便能够与PLMN1进行通信。UE可以执行服务请求过程以检索关于寻呼针对哪个SIM的信息以及可能的寻呼的服务类别。UE可以从加密的NAS容器中检索其它信息,诸如与针对寻呼的数据相关联的应用ID、PDU会话ID和/或切片实例ID。NAS容器还可以包括针对寻呼的(一个或多个)SMS消息。基于这个信息,UE决定执行SIM切换过程。该决定可以由用户通过UE上的GUI触发,或者可能由UE上的应用或策略触发。
步骤S1606:然后UE执行SIM切换请求过程,其中注册类型被设置为SIM切换或者请求中包括SIM切换指示符。SIM切换过程可以作为具有SIM切换指示的周期性注册更新被结合。这个请求是通知PLMN1 UE想要挂起其注册状态并连接到PLMN2以检索与寻呼相关联的数据或使用由PLMN2提供的服务。
步骤S1608:AMF1处理请求并将SIM1的RM状态更新为RM-INACTIVE。由PLMN1管理的所有UE上下文(包括现有PDU会话)将被保留,直到UE执行注册更新以转变回RM-REGISTERED状态。寻呼请求转发在UDM1 912和/或AMF1 904中被适当地激活,这取决于之前是否执行了部分注册或间接注册。
步骤S1610:AMF1向UE返回注册挂起消息,其具有UE的针对SIM1的RM状态已经改变为RM-INACTIVE的指示。可替代地,该消息可以是注册停用接受消息。该消息可以包括注册定时器值以向UE指示PLMN1将为SIM1维持RM状态为RM-INACTIVE的持续时间。
步骤S1612:UE针对SIM1将其RM状态从RM-REGISTERED转变到RM-INACTIVE,并且记录注册定时器值,如果它被提供的话。在没有注册定时器值的情况下,UE可以使用在UE策略内的内部配置中提供的值或由用户在GUI中配置的值。
步骤S1614:UE执行PLMN选择,读取系统信息,并针对PLMN2执行小区选择。然后UE对SIM2执行注册更新过程并且可以包括SIM切换指示。在接收到注册接受消息后,UE内针对SIM2的RM状态将从RM-INACTIVE转变到RM-REGISTERED,并且UE将能够接收来自PLMN2的语音或IMS呼叫。
用于不活动SIM的注册定时器的管理
在针对次SIM成功执行附接过程后,UE可能需要周期性地通知对应的PLMN更新注册定时器,以便将EMM状态保持在EMM-INACTIVE(或EMM-REGISTERED的“不活动注册”子状态或模式)。为此,UE可以通过活动PLMN请求更新关于次PLMN的注册定时器,而不是断开与活动PLMN的连接并连接到次PLMN以执行不活动注册定时器更新请求。UE可以执行单个注册定时器更新请求,该请求可以是增强型TAU请求,其组合活动PLMN和次PLMN中的注册定时器的更新,如图30中针对两个SIM的情况所示出的。可替代地,如果不要求注册定时器更新的活动PLMN上存在活动,那么UE可以请求活动PLMN将不活动注册定时器更新(IRTU)请求单独转发到次PLMN。注意的是,图30中所示的过程用于LTE系统并且该过程也可以应用于5G系统。
步骤S3002:UE向PLMN1的MME发送TAU请求,以更新PLMN1中为SIM1维护的注册定时器。该请求可以包括由PLMN1指派给SIM1的临时标识符、多SIM指示符、PLMN2指派给SIM2的临时标识符以及TAU请求的其它参数。这向PLMN1中的MME指示不仅要更新PLMN1中用于SIM1的注册定时器,而且还要向PLMN2转发针对SIM2的IRTU请求。注意的是,多SIM指示符可以集成到现有参数(诸如如上所述的偏好网络行为)中。
步骤S3004:PLMN1的MME执行针对SIM1的TAU请求并且可以针对SIM1为UE指派新的临时标识符。HSS1 3002也可以参与这个步骤。
步骤S3006:此外,PLMN1的MME向PLMN2的MME发送IRTU请求,以更新用于SIM2的注册定时器。这个IRTU请求可以包括多SIM指示符和由PLMN2指派给SIM2的临时标识符。还要注意的是,PLMN1的MME可以提供最后访问的TAI参数的位置信息,以传达UE的下落,以便PLMN2可以跟踪UE。注意的是,IRTU请求可以被实现为TAU请求或者它可以是独立请求。
步骤S3008:PLMN2的MME针对SIM2执行IRTU请求,并用步骤S3006中提供的信息更新用于SIM2的UE上下文。
步骤S3010:向PLMN1的MME返回具有请求的状态的IRTU接受响应,并且可以针对SIM2向UE指派新的临时标识符(诸如GUTI)。还可以提供新的定时器值和其它位置相关信息,诸如更新后的TAI列表。在5GS中,可以响应于UE而提供新的UE策略。PLMN2还可以提供SIM2的注册状态不再有效并且UE可能需要重新注册到PLMN2的指示。这个信息可以在加密的NAS容器内提供,因此只有UE可以解密。
步骤S3012:PLMN1的MME将TAU接受消息与IRTU接受消息聚合并将它们返回给UE。响应可以包括带有从PLMN2返回的信息的加密的NAS容器。
步骤S3014:如果新的临时标识符被指派给SIM1或者SIM2,那么UE向PLMN1的MME返回带有IRTU完成消息的TAU。
步骤S3016:如果为SIM2指派了新的临时标识符,那么PLMN1的MME将从UE接收到的IRTU完成消息转发到PLMN2的MME。
提供从SIM切换过程获得的小区测量结果
可能有时,UE尝试与不活动PLMN执行SIM切换过程并且UE无法与不活动PLMN的小区建立连接性。不活动PLMN的小区可能过载或者UE可能处于不活动PLMN存在覆盖盲区的区域。在这些情况下,UE可以通过活动PLMN主动向不活动PLMN提供在最小化驱动测试(MDT)报告中发现的测量结果,这些测量结果可以被用于改善蜂窝覆盖。测量结果还可以被发送到不活动PLMN中的NWDAF以用于分析。图31示出了其中SIM切换过程对于连接到PLMN2失败并且UE重新连接PLMN1以提供转发到PLMN2的小区测量结果和原因代码的情况。小区测量结果和原因代码的转发可以用信号通知UE不能进一步处理寻呼。
步骤S3102:在接收到寻呼或NAS通知之后,UE执行SIM切换过程以断开与PLMN1的连接并尝试连接到PLMN2。UE可以被配置为在执行小区选择以尝试连接到PLMN2的同时收集小区测量结果。然后可以保存这些测量结果并在未来将其提供给PLMN2以帮助表征属于PLMN2的各种小区的信号强度。
步骤S3104:UE尝试连接到属于PLMN2的小区,但连接失败,可能是由于小区过载、小区信号功率相对低使得难以维持连接、或者甚至没有为UE提供覆盖的附近小区。同时,UE在这个处理期间收集小区测量结果并且可以向UE提供来自RAN2节点906的UE未能连接到小区的原因代码。对于没有可用小区的情况,UE可以配置有指示这种情况的原因代码。还要注意的是,失败可以源自MME,并且对应的原因代码可以从MME返回给UE。
步骤S3106:无法连接到属于PLMN2的小区,UE重新连接到属于PLMN1的小区。
步骤S3108:UE然后向PLMN1的MME发送SIM切换请求并提供为PLMN2的小区收集的小区测量结果。这些测量结果可以在加密的NAS容器内提供,因此只有PLMN2可以解密。可以提供指示以通知PLMN1的MME有数据要转发到PLMN2的MME。也可以提供原因代码作为UE无法连接到属于PLMN2的小区的原因。这个原因代码可以被用于通知PLMN2 UE尝试完成处理寻呼请求,但无法与PLMN2的小区建立连接。此外,可以包括在图28的步骤S2806中由PLMN2提供以与寻呼相关联的标识符,以通知PLMN2 UE无法检索属于这个寻呼的数据。
步骤S3110:PLMN1的MME处理SIM切换请求,以重新启用针对SIM1的MME中存储的UE上下文、将EMM状态设置为EMM-REGISTERED(或禁用EMM-REGISTERED状态的“不活动注册”子状态或模式),并停用SIM1的寻呼请求转发。
步骤S3112:PLMN1中的MME将从UE获得的加密的NAS容器连同图28的步骤S2806中接收到的与寻呼相关联的标识符和原因代码转发到PLMN2中的MME。这个步骤是有条件的,并且仅在UE之前与PLMN2针对SIM2执行了间接附接时才会发生。
步骤S3114:向UE返回响应,以指示针对SIM1在PLMN1下的SIM切换状态。该响应可以向PLMN2指示原因代码和小区测量结果的转发的状态。
与多SIM UE互通
多SIM UE可以支持与LTE和5GS网络两者的连接性。应当理解的是,本文提出的增强可以应用于涉及UE在LTE和5G之间切换以及从5G切换回LTE的互通场景。图32示出了5GS和EPS之间的非漫游互通体系架构,其中N26接口将LTE中的MME与5G中的AMF连接。此外,HSS+UDM 3204分别通过接口S6a和N8与MME和AMF连接。这些接口可以被用于支持附接过程以及本文提出的寻呼请求转发功能。
多SIM对5G UE策略的影响
目前,UE中存储的UE策略包括ANDSP和URSP策略,以辅助UE分别进行接入网络和用户路由选择决策。UE策略由PCF经由AMF和NAS消息传递递送给UE。为了支持多SIM UE,提出对于UE策略引入新的策略类型——多SIM策略。这个新策略将定义具有多SIM能力的UE操作的各方面。表2中示出了提出的多SIM策略的示例。
表2–UE策略中的新的多SIM策略
Figure BDA0003459446910000961
多SIM策略中的信息中的一些可以预先提供给UE,或由UE确定、由用户经由GUI配置、由UE从核心网络获得、或者它们的组合。新的多SIM策略可以由用户手动创建,或者由UE为每个安装的SIM动态创建。然后可以在GUI中呈现多SIM策略的列表,如图17中所示。
可替代地,多SIM策略可以在UE成功注册到PLMN之后由核心网络创建。PCF向UE发送的多SIM策略可以是基于PLMN的。换句话说,UE与之通信的每个PLMN中的PCF可以向UE发送多SIM策略。然后当UE注册到其它PLMN时,新的多SIM策略被添加到UE的策略,并且图17中所示的GUI可以汇总UE注册到的所有PLMN。然后用户可以为每个PLMN指派优先级,并手动配置与那个PLMN相关联的其它参数。新的多SIM策略的接收可以触发UE尝试如本公开中较早描述的部分或间接注册过程。
UE可以向核心网络提供UE的无线电能力以辅助网络改进多SIM操作。了解UE的无线电能力可以使核心网络能够调整用于确保UE能够接收寻呼请求同时还最小化网络和寻呼资源的使用的寻呼策略。UE可以具有单Rx、单Tx能力,这指示UE一次只能接收针对一个SIM的下行链路信令,并且一次能够向网络发送针对一个SIM的上行链路信令。具有双Rx、单Tx能力的UE一次最多可以从两个SIM接收下行链路信令,但一次只能发送针对一个SIM的上行链路信令。核心网络可以在注册期间基于UE的无线电能力向UE提供多SIM策略。这可以帮助确保针对多SIM UE的一致的网络操作,并帮助网络更高效地管理寻呼资源。例如,网络可以通过发送针对特定SIM的UE寻呼区域信息来调整用于单Rx UE的寻呼时机。在接收到寻呼区域信息后,UE可以将接收到的寻呼区域与另一个SIM的寻呼区域进行比较,以确定是否可能存在潜在的寻呼冲突。如果存在潜在的寻呼冲突,那么UE可以从核心网络请求用于SIM的另一个寻呼时机。
代替UE无线电能力作为多SIM策略的一部分被包括,它可以是在注册期间由UE提供给核心网络的单独的指示符。这个指示符的存在允许核心网络基于UE的无线电能力来管理寻呼时机指派。对于具有双Rx能力的UE,核心网络可以指派与随机寻呼时机相关联的临时标识符。对于具有单Rx能力的UE,核心网络可以使用如下文所述的多SIM辅助信息来调整不同SIM的寻呼时机以避免寻呼冲突。
在多SIM策略内,服务优先化列表可以由多SIM UE的用户配置以指示多SIM业务的优先级,诸如哪个是主SIM、哪些类型的服务具有更高优先级并且网络应当寻呼UE、哪些类型的服务具有较低优先级并且网络不应当寻呼UE、持续时间、位置信息等,其中UE应当优先化来自特定SIM的业务等。多SIM辅助信息利用来自服务优先化列表的用户偏好并提供附加信息以辅助核心网络如何增强或优化针对多SIM UE的网络操作。辅助信息可以通知核心网络哪个业务对UE重要并因此寻呼UE、哪个业务对UE不重要并且应当通过不寻呼UE而被网络忽略、网络可以如何指派新的临时标识符以避免寻呼冲突以及在指派新参数时使用哪些参数、由核心网络启用对寻呼请求的过滤多长时间等。
服务优先化列表中呈现的信息可以被用于辅助UE确定在接收到寻呼请求中的服务类型信息时要做什么。服务类型信息可以提供高级信息,诸如语音呼叫、SMS消息、其它数据、控制平面信令、紧急消息、紧急回叫、移动终止异常数据等。UE可以检查寻呼请求中提供的服务类型是否匹配服务优先化列表中的服务类型。如果存在匹配,那么UE可以决定执行SIM切换过程以检索与寻呼相关联的数据。但是,如果在服务优先化列表中没有找到在寻呼请求中提供的服务类型,那么UE可以对于寻呼响应它当前正在忙并且还可以启用寻呼请求过滤。
在一些情况下,UE可能想要关于寻呼用于什么的更细粒度的信息以便做出更好的决定。例如,与来自电话推销员或机器人呼叫者的电话相比,来自家庭成员或密友的电话对用户更感兴趣。因此,优先化级别信息可以被包括在服务优先化列表中以指定用户感兴趣的服务的更细粒度。这个信息可以在多个SIM初始安装在UE中后经由GUI由用户配置提供。用户可以对诸如家庭成员、朋友、同事、熟人、承包商等用户进行分组,并且仅将优先级指派给某些组,例如家庭和朋友。可替代地,组可以将优先级级别组织为数字,诸如级别1、2、3等。
服务优先化列表可以包括如表3中所示的服务类型类别和服务优先化级别,以使UE能够确定寻呼对用户是否重要。服务类型类别可以包括语音呼叫、SMS消息、其它数据、控制平面信令、紧急信令、紧急回叫、移动终止异常数据等。对于每种服务类型可以有不同的优先级。例如,可以为语音呼叫和SMS消息指派诸如级别1、2和3之类的级别,以指定呼叫是来自用户的家人和朋友、来自用户的联系人、还是针对来自非用户联系人的源的呼叫。类似地,对于用于UE的其它数据和控制平面信令以及用于描述紧急信令的其它指示,可以指派高和低级别。可以存在一个级别,诸如在紧急回叫和移动终止异常数据的情况下。这两种情况都可以是指核心网络对UE有重要数据的情况。
表3服务优先化列表信息
Figure BDA0003459446910000991
如前所述,服务类型类别和服务优先化级别可以包括在UE接收的寻呼消息中。使用用户配置的服务优先化列表,UE然后能够使用服务类型类别和优先化级别来确定与寻呼相关联的数据是否是用户感兴趣的,并帮助UE决定如何响应寻呼。例如,UE可以决定与寻呼相关联的数据对用户重要并且决定执行SIM切换过程。相反,UE可以决定数据对用户来说不是那么重要并通知PLMN UE忙或无法联系到。在其它情况下,UE可以经由GUI向用户呈现服务类型和优先化级别信息,并让用户决定如何继续前进。
在UE注册之前,服务优先化级别中的一些可能不容易对网络可用,诸如针对语音呼叫和SMS消息的优先化级别。在UE注册之后,具有适当联系人的这些级别的群体可以由UE经由应用服务器提供给网络。这可以通过向应用服务器暴露的允许用户配置不同的优先级级别(如表3中所指示的)的API来完成。可替代地,用户可以在服务请求过程中或通过用户平面经由用适当的级别标记服务来动态地提供这个信息。例如,GUI可以在语音呼叫之后提示用户将电话号码与什么优先级级别相关联。UE然后可以通过用户平面向核心网络发信号通知语音呼叫的所指示的优先级级别。
一旦用户已经配置了服务优先化列表,UE就可以利用用户偏好来导出用于多SIM策略的多SIM辅助信息以提供给核心网络。多SIM辅助信息可以向核心网络提供服务类型和优先级的集合,在这些服务类型和优先级上过滤到UE的寻呼以便最小化网络和寻呼资源的浪费。此外,可以提供多SIM辅助信息中的其它信息来请求UE在安装的SIM之间监视的不同寻呼时机,以更好地避免寻呼冲突。辅助信息可以由发送给UE的网络策略配置并且将在下文中更详细地描述。
多SIM辅助信息可以最初在注册期间或根据需要在UE检测到需要将这种信息通知核心网络时提供给核心网络。例如,当UE的用户请求在某持续时间内使用针对特定SIM的服务(诸如重要的语音呼叫)时,UE可以在服务请求中或注册更新请求中提供多SIM辅助信息。然后,核心网络可以使用辅助信息来过滤用户不感兴趣的服务的寻呼,并且仅针对更重要的服务寻呼UE。同样,在用户完成语音呼叫之后,UE可以移除或禁用辅助信息以使核心网络能够针对所有服务寻呼UE。
图41示出了多SIM UE如何向核心网络提供用户配置以及用户希望UE对于多SIM操作如何表现的偏好的示例。在将多个SIM安装到UE中并且UE上电之后,GUI提示用户配置UE遵循的偏好。当用户完成配置时,UE对安装在UE中的每个SIM执行注册。图41示出了其中一个SIM的注册以及如何以多SIM策略的形式将用户配置发送到核心网络。
步骤S4102:用户在UE中安装多个SIM,并且在上电后,UE经由GUI提示用户配置用于多SIM操作的信息。由用户提供的信息可以被用于指定用户对UE如何管理UE上的多SIM操作的偏好。这些偏好可以在表2中所示的多SIM策略的服务优先化列表中获取。然后,UE可以将用户偏好添加到多SIM策略并将该策略提供给CN以启用对多SIM业务的增强处理。此外,UE可以提供它可能有权访问的信息,诸如SIM标识符、PLMN ID和名称、UE无线电能力、SIM的最大数量以及PLMN列表,以导出多SIM策略。
步骤S4104:在用户已经配置服务优先化列表之后,UE向RAN节点发送具有表2所示的多SIM策略的注册请求,其包括多SIM指示符和结合用户配置的多SIM辅助信息。多SIM指示符和多SIM辅助信息也可以包括在接入层消息中,以便RAN节点可以在AMF选择期间读取指示和信息并考虑它们。
步骤S4106:RAN节点然后基于多SIM指示符的存在选择支持多SIM UE的AMF。
步骤S4108:RAN节点将注册请求连同多SIM指示符、多SIM辅助信息和多SIM策略的其余信息元素一起转发到选择的AMF。
步骤S4110:AMF执行来自TS 23.502[2]的UE注册和认证过程。在这个处理期间,AMF和PCF可以向多SIM策略提供附加信息。AMF可以提供(一个或多个)临时网络标识符和注册定时器值,而PCF可以提供网络是否支持双RM-REGISTERED操作。双RM-REGISTERED支持指示网络能够将来自UE的多个SIM链接在一起并提供多SIM操作的优化。例如,如果UE请求用于这种改变,那么网络可以能够重新指派临时UE标识符以改变相关联的寻呼时机。该支持还可以包括将寻呼请求从一个SIM转发到另一个SIM的寻呼时机和本公开中描述的其它多SIM增强。
步骤S4112:AMF向UE返回注册接受响应并且包括步骤S4110中进行的对多SIM策略的更新。
步骤S4114:UE基于从步骤S4112接收到的更新后的多SIM策略在内部更新多SIM配置。UE可以经由示出对多SIM策略的所有更新的GUI将策略呈现给用户并提示用户确认更新后的策略。
步骤S4116:如果用户被提示并确认了多SIM策略,那么UE可以向AMF返回注册完成消息。如果UE基于每个SIM的寻呼时机检测到多个SIM之间可能存在寻呼冲突的可能性,那么UE可以在注册完成消息中返回指示,以请求AMF指派与不同寻呼时机对应的新临时标识符,从而避免寻呼冲突。UE可以提供如下文所述的其它多SIM辅助信息以辅助AMF指派新的临时标识符。
注意的是,在任何注册过程(无论它是初始注册、周期性注册更新、部分注册、间接注册等)期间可以提供多SIM策略的包括。对于UE不能向网络提供整个多SIM策略的情况,多SIM策略的组成部分(诸如多SIM辅助信息)可以单独提供给核心网络。此外,多SIM辅助信息可以在UE想要请求多SIM业务的特殊处理的任何时间用信号通知核心网络。这可以包括将多SIM辅助信息添加到服务请求或PDU会话建立或修改过程。可以在SIM切换过程期间提供多SIM辅助信息,以通知核心网络如何在UE不在网络中的时间过滤寻呼请求。
对于LTE,多SIM辅助信息可以被实现为在UE和MME两者中在内部维护的上下文信息。表4示出了向在内部存储为UE上下文的UE的信息存储添加服务优先化列表和多SIM辅助信息的示例。这些信息可以在UE初始注册到核心网络时在附接过程中被包括,或者它们可以根据需要在服务请求中提供以动态启用寻呼请求过滤。类似地,MME可以将辅助信息存储在用于每个多SIM UE的移动性管理上下文中。如果必要,那么多SIM辅助信息中的一些也可以存储在HSS中。
表4针对LTE向UE上下文添加的多SIM辅助信息
Figure BDA0003459446910001031
Figure BDA0003459446910001041
无需协调的对MNO的多SIM UE支持
虽然本公开中较早提到的解决方案解决了由两个或更多个SIM引起的寻呼冲突,但这些解决方案确实需要MNO之间的一些协调。在一些部署中,MNO彼此之间可以没有任何协调,例如,不同MNO的网络功能之间(诸如不同MNO的AMF或MME之间)没有信令。针对这些情况,下文提出了其它解决方案来解决多SIM UE面临的寻呼冲突的问题。但注意的是,前面提到的所描述的解决方案的某些方面可能适用于下文考虑的无MNO协调情况。例如,核心网络为其寻呼时机对齐的UE中的多个SIM指派临时标识符的解决方案仍然适用。这将在重新介绍下面呈现的多SIM指示符时详细说明。下面描述的解决方案也适用于有MNO协调的情况。作为示例,对于存在MNO协调的情况,也可以在注册过程中使用下面描述的寻呼准则。寻呼准则可以被核心网络用于在接收到转发的寻呼请求后确定是否寻呼UE。最后,预计虽然以下解决方案是针对5GS描述的,但在对网络实体、过程名称等进行相关改变的情况下它们也可以适用于LTE系统。
即使在MNO之间没有协调,当UE在与当前MNO通信后将通信切换到另一个MNO时,网络知道多SIM UE仍然是有利的,以避免降低网络性能。如前所述,网络操作基于定时器和算法,这些定时器和算法依赖于UE状态的知识,以便高效地操作。当网络不知道UE在做什么时,这些定时器和算法不会按预期工作,这使网络性能降级。因此,同样重要的是,多SIM UE在注册到网络时以及还在它将暂时不可用时(例如,当UE决定将连接切换到另一个MNO时)通知网络其能力。在这个上下文中暂时不可用是指UE正计划切换到另一个MNO并且将无法监视寻呼时机的事实。因此,UE暂时不可用,直到它切换回当前的MNO。以下解决方案解决了不存在MNO协调的情况,并将重点放在UE如何帮助最小化寻呼冲突的发生上。注意的是,解决方案的某些方面可以适用于单MNO的情况,其中两个SIM都属于同一个MNO,而其它方面可以适用于双Rx、单Tx能力的UE。
UE注册和多SIM辅助信息
UE到核心网络的注册过程在UE和CN之间配置某些参数,以便UE可以接收要求注册的服务。注册过程有多种变体,从初始注册到移动性注册更新、到周期性注册更新、以及到紧急注册。这些过程向CN提供信息以配置UE和CN用来彼此通信的参数。例如,DRX参数帮助定义非连续接收周期,在该周期中,UE开启某段时间以监视寻呼请求并关闭一些其它持续时间以帮助保存电池电量。
某些附加参数被提出以添加到注册过程,使得UE可以向核心网络提供信息以帮助避免寻呼冲突。这些新参数在下面的列表中被总结并且可以分组在一起并被称为多SIM辅助信息。可以在注册过程期间向核心网络提供多SIM辅助信息,以使核心网络能够通过调整寻呼策略来更好地处置多SIM流量,以最小化网络和寻呼资源的浪费,尤其是在UE处于挂起注册状态的时间。
·寻呼准则:指定某些条件的准则,网络用来在满足用于寻呼的条件或事件时寻呼UE。UE可以基于在服务优先化列表中找到的用户配置导出寻呼准则,并且寻呼标准可以由服务类型类别和优先级级别的列表组成。UE将准则的这个参数提供给网络以在尝试寻呼UE时使用。这个准则可以由UE提供以触发CN在UE可能由于连接到另一个MNO以服务另一个SIM而没有主动监视PO的时候过滤发送某些寻呼。例如,上述服务类别可以被用于UE配置网络以过滤发送哪个寻呼请求的寻呼准则。如果提供了附加信息,诸如用户电话号码、PDU会话ID和应用ID,那么过滤器可以更加细化。示例可以包括例如具有相关联的电话号码的电话呼叫、与用户相关联的文本消息或与PDU会话ID或应用ID相关联的其它数据(例如,互联网数据)业务。可替代地,额外信息可以为每种服务类型提供各种优先级级别。准则可以是包括服务类别的不同组合的白名单,例如来自家人的呼叫、来自家人和最好朋友的文本以及来自某个PDU会话ID的其它数据(例如,互联网数据)。基于这些准则,只有当下行链路数据满足这些准则中的一个或多个时,核心网络才会寻呼UE,从而为用户不感兴趣的数据节省寻呼资源。此外,寻呼准则可以包括诸如寻呼请求过滤何时适用的UE状态、位置信息和持续时间之类的准则。
·限制寻呼区域:对于UE连接到另一个MNO并且无法响应寻呼的情况,UE可以请求限制CN发送寻呼消息的寻呼区域。可以指定该参数使得网络仅寻呼UE所在的注册区域或最后一个跟踪区域内的UE。该参数甚至可以指定网络在停止寻呼之前尝试寻呼UE的次数。这可以帮助减少在UE的当前跟踪或注册区域之外的网络小区中的寻呼资源的浪费。CN可以在接收到包括这个指示的移动注册更新时确定UE的跟踪和注册区域,UE可以提供该指示以指示它可以将连接切换到另一个MNO。
·寻呼时机分离:UE可以提供这个参数以在UE基于潜在寻呼冲突的检测请求新的临时标识符(和相关联的PO)的时候配置所需的PO分离。UE可以提供这个参数来请求网络提供新的临时标识符,其中相关联的PO与当前指派的PO在时间上有一定的距离,例如,基于寻呼帧数、时隙等的间距,或该参数可以表示描述性枚举(诸如“相距遥远”、“靠近在一起”或“不同”)以赋予网络指派临时标识符的灵活性。对不同寻呼时机的请求可以是UE期望以相同周期性但在不同时间发生的寻呼时机的指示。因此,它可以是期望不同偏移量的指示。
·通知之前错过的寻呼数:该值确定CN在通知UE之前检测到UE错过接收寻呼的次数的阈值。当UE也通知CN它是多SIM设备时,UE可以在初始注册期间配置这个值。可替代地,该值可以是操作者配置,或者通过操作者策略或者通过从操作者的操作和管理应用接收的命令。
·多SIM指示符:UE也可以提供与上述的多SIM指示符类似的多SIM指示符,但在这种情况下,得到的功能可以不同。在这种情况下,多SIM指示符可以使CN配置一个或多个上述参数,并向UE提供满足那些准则的新临时标识符。在两个SIM属于同一个MNO的情况下,注册请求还可以包含另一个SIM的标识符,例如IMSI或5G-GUTI,以通知核心网络UE支持多个SIM并且可能提供与多个SIM的注册有关的某些网络优化。利用多SIM指示符和另一个SIM的标识符,核心网络可以能够为其寻呼时机与如上所述的另一个SIM的寻呼时机对齐的当前SIM指派临时标识符。因此,用于UE中两个SIM的寻呼时机是对齐的,并且UE将只需要监视一个寻呼时机。
·提出的临时标识符:UE可以使用这个参数提出它确定将避免与另一个SIM的PO的寻呼冲突的临时标识符。再次,UE可以能够提出其寻呼时机与UE中的另一个SIM的寻呼时机对齐的临时标识符。可替代地,UE可以提出临时标识符的一部分(例如,用于计算寻呼时机的部分)并且网络可以指派临时标识符的其余部分。
UE可以在初始注册时提供这些参数以初始化CN在生成某些设置时使用的参数。类似地,在UE已确定两个SIM的PO之间存在潜在的寻呼冲突并正在从CN请求新的临时标识符(和关联PO)之后,UE还可以在例如移动性注册更新或周期性注册更新过程内包括这些参数。虽然描述已经指示UE向CN提供提出的参数,但要理解的是,这些参数也可以由CN配置,例如作为部分运营商策略。图34示出了UE使用移动性注册更新过程从CN请求新的临时标识符和关联PO。注意的是,术语PLMN1和PLMN2用于表示没有协调的MNO以与本公开中的其它图一致。
步骤S3402:多SIM UE首先向PLMN1注册并接收针对SIM1的临时标识符。UE然后可能在与PLMN1断开连接后注册到PLMN2。UE接收针对SIM2的临时标识符。
步骤S3404:UE使用临时标识符计算与每个SIM相关联的寻呼时机。基于UE对于每个PLMN具有的定时信息,UE检测到可能存在寻呼冲突,如图35中所示。虽然PLMN之间的定时关系是异步的,但UE可以能够通过将两个定时参考叠加在一起以获得单个定时参考来检测寻呼冲突。图35示出了与每个PLMN相关联的寻呼帧,即使它们的超帧定时未对齐,它们的寻呼时机也会重叠。注意的是,PO可能不一定需要重叠以造成寻呼冲突。如果PO彼此足够接近,这也会造成寻呼冲突,因为UE没有足够的时间将连接从一个PLMN切换到另一个PLMN。每次UE必须执行这个操作时,存在与该过程相关联的某些时延,例如,UE必须将无线电调谐到适当的频率、执行小区搜索、PLMN选择等。
步骤S3406:一旦UE检测到存在寻呼冲突的可能性,UE然后就可以向PLMN之一请求另一个临时标识符,该临时标识符将生成不同于当前寻呼时机的寻呼时机。UE可以发送移动性注册更新并且包括上面列出的提出的参数(诸如PO分离)。UE还可以将PLMN配置为通过使用寻呼准则参数仅对于某些数据(诸如语音呼叫和SMS消息)寻呼UE。此外,UE可以配置CN以将寻呼区域限制到UE与CN接触的最后一个跟踪区域或注册区域,以最小化在其它跟踪或注册区域中的寻呼资源的浪费。UE也可以只包括多SIM指示符,以便让CN提供与另一个PO对应的新的临时标识符,或甚至提出其PO位置与当前PO不同的新的临时标识符。UE可能已经发现CN支持多SIM特征,因为它被预先提供有信息、在先前注册接受消息中接收到信息(诸如在多SIM策略中提供的信息)、或者通过读取系统信息。
步骤S3408:AMF返回注册接受消息,其可以包括新的临时标识符。新的临时标识符可以与和之前PO位于不同位置的另一个PO对应。UE进而检查新PO与另一个SIM的PO的定时,以确保不存在寻呼冲突的可能性。如果UE仍然检测到寻呼冲突,那么UE可以重复步骤S3406以获得另一个临时标识符。这一次,UE可以使用之前发送的参数的不同值来尝试获得具有不会造成寻呼冲突的不同PO的临时标识符。可替代地,UE可以提出它已经确定将避免与其它PLMN的PO的寻呼冲突的临时标识符。
寻呼准则可以由UE在注册过程之一时提供,以配置CN在UE已经激活注册挂起定时器时过滤何时寻呼UE,随后更详细地描述注册挂起定时器。这个准则可以在初始注册期间发送以静态配置CN,或者在移动性或周期性注册更新过程期间发送以在CN过滤寻呼请求中关于UE的偏好动态配置CN。可替代地,当UE想要通知网络它忙并且停止寻呼UE达某一持续时间时,可以在服务请求中提供该准则。例如,该准则可以是在决定寻呼UE时UE希望CN过滤的服务类别/优先化的白名单或黑名单。例如,该准则还可以包括寻呼消息中包括的更细粒度的信息,诸如电话号码、PDU会话ID和应用ID。
寻呼准则可以用在具有双Rx、单Tx能力的UE中,以允许CN针对用户可能想要被寻呼的重要数据寻呼UE。这可以减少UE响应UE可能不感兴趣的寻呼而带来的开销。例如,在商业/个人订阅用例中,在周末用户可能只想接收来自他们老板和团队成员的电话并且不接听来自其他人的电话。寻呼准则可以在周末开始之前设置为仅允许来自这些人的呼叫。相反,用户可能希望抢占接收寻呼并将寻呼标准设置为不为所有业务寻呼UE。
针对多个寻呼时机的请求
由于不同MNO的小区之间的定时关系是异步的并且可以因小区而异,因此具有单个PO会在一个小区上造成寻呼冲突,但在另一个小区上不会造成寻呼冲突。对于这些情况,可能更好的是,为UE提供多个PO并允许UE侦听不与另一个SIM的PO冲突的PO。在这种情况下,UE可以基于其针对每个MNO的内部定时动态地决定针对寻呼请求侦听多个PO中的哪一个。在单个PO用例仍会导致寻呼冲突的情况下,可以使用这个选项。
为了请求多个寻呼时机,UE可以在诸如移动性注册更新或周期性注册更新过程之类的注册请求之一中包括多PO指示。该指示可以指定要指派给UE的期望临时标识符的数量,或者只是UE请求多个临时标识符并且让核心网络向UE提供然而许多临时标识符的标志。UE可以组合本文描述的任何其它参数以辅助核心网络指派与期望PO特点对应的临时标识符。例如,寻呼时机分离参数可以被用于指示多个PO之间的期望分离。
一旦UE接收到与PO相关联的临时标识符,UE就将基于它对于另一个SIM具有的PO来决定监视哪个PO。因此,当UE从一个小区移动到另一个小区时,如果用于任一个SIM的PO偏移,那么UE能够动态地决定监视多个PO中的哪一个以避免寻呼冲突。一旦UE响应了寻呼,网络就可以停止在指派给该UE的其它PO上寻呼UE。UE可以向每个MNO请求多个临时标识符,以给出最大的灵活性以避免寻呼冲突。例如,UE可以分别从MNO1和MNO2请求两个临时标识符,并请求期望的PO分离,无论移动性如何,UE都将能够在四个指派的PO之间避免寻呼冲突。
可以结合对多个寻呼时机的请求使用限制寻呼区域参数以抵消由具有多个寻呼时机引入的寻呼资源开销。如前所述,限制寻呼区域参数可以指定CN将其寻呼UE的区域限制到UE的最后已知的跟踪或注册区域。这个参数可以被用于限制可能发生的寻呼升级,其中如果UE不响应寻呼,那么CN扩大其寻呼UE的区域。由于UE已经在请求多个PO,因此添加限制寻呼区域参数可以将寻呼开销集中到UE最后与CN通信的跟踪或注册区域,从而节省其它跟踪和注册区域中的寻呼资源。
在同一寻呼时机的同时寻呼
对于SIM属于同一个MNO并且CN为SIM指派了临时标识符以与同一PO对应的情况,可以存在数据同时可用于两个SIM并接着CN寻呼UE的情况。在这些情况期间,寻呼消息的寻呼记录将包含与每个SIM的临时标识符的UE标识符相匹配的UE标识符。对于UE而言,产生的问题是对于哪个SIM完成处理寻呼请求。
通过使UE能够响应于寻呼请求而在向CN发送的服务请求中包括与两个SIM对应的PDU会话ID的列表,可以容易地解决该问题。为此,提出在服务请求中包括新参数,该新参数包含另一个SIM的标识符以及另一个待激活PDU会话列表参数。可以将新参数添加到用于服务请求过程的现有参数列表,以不干扰现有操作。因此,服务请求将提供关于使用现有参数的一个SIM的信息以及关于具有新参数的第二SIM的信息。包括这个新参数的多个实例可以被用于将支持扩展到多个SIM,其中多个是指三个或更多个SIM。将新参数添加到服务请求过程的好处是节省寻呼资源,其中服务请求通知CN停止为与两个或更多个SIM相关联的数据寻呼UE。
对于更集成的解决方案,临时标识符和要激活的PDU会话的列表可以组合在一起,并且可以在服务请求过程中指定组合的列表。在这种情况下,新参数可以被认为是键-值对的列表;包含与SIM相关联的临时标识符的键部分和包含要激活的PDU会话的列表的值部分。这个解决方案更具可扩展性,因为列表可以扩展为包括UE支持的尽可能多的SIM,而无需改变消息格式的结构。
注册挂起定时器
多SIM UE的操作可以被编程为使得UE周期性地在PLMN之间切换连接以便服务安装在UE中的每个SIM。以这种操作模式为例,提出核心网络支持一种机制,其中UE可以请求CN为UE的注册状态维护的注册定时器的挂起。代替如上所述引入新的注册状态,可以引入新的注册挂起定时器。注册挂起定时器的操作可以与当前注册定时器的操作互斥。例如,当UE请求激活注册挂起定时器时,CN维护的注册定时器被暂停。当UE执行移动性注册更新或周期性注册更新并且包括注册挂起指示符以激活挂起定时器时,会发生这种情况。替代方案是定时器可以具有双操作模式,并带有指示器以示出哪种模式在当前操作中。
UE可以提供用于注册挂起定时器的值以反映UE预期连接到另一个PLMN的周期性持续时间。这个值可以包括在移动性注册更新或周期性注册更新中,以使CN挂起注册定时器。在接收到这个值后,CN可以暂停注册定时器并激活注册挂起定时器。然后一段时间后,UE可以返回并停用注册挂起定时器并重新启用注册定时器。图36示出了激活和停用注册挂起定时器的这个过程的示例。
步骤S3602:多SIM UE注册到PLMN1和PLMN2两者。目前,UE正在主动与PLMN1通信。
步骤S3604:UE的操作编程逻辑决定将连接从PLMN1切换到PLMN2。UE向PLMN1中的AMF发送移动性注册更新或周期性注册更新请求。这个请求包括激活注册挂起定时器的指示,或者它可以包括注册挂起定时器的到期时间。到期时间的值可以在UE的操作参数、由UE维护或由核心网络配置的策略、或者由用户通过GUI编程的某个其它操作度量内配置。UE还可以提供指示以请求CN在注册挂起定时器运行时将用于UE的任何下行链路数据进行排队。
步骤S3606:在接收到请求后,PLMN1中的AMF可以暂停注册定时器并激活注册挂起定时器。AMF可以使用由UE提供的值来配置注册挂起定时器的到期时间(如果提供的话)。可替代地,AMF可以使用已经由核心网络的运营商配置的值。AMF仍然为UE维护所有现有的上下文,包括维护UE的注册状态、安全性上下文和现有的PDU会话。但是,随着注册挂起定时器的激活,CN将不会针对下行链路数据寻呼UE,直到UE停用注册挂起定时器。如果UE在注册挂起定时器运行时请求CN对下行链路数据进行排队并且CN能够这样做,那么在步骤S3606a中CN可以通过让AMF向SMF提供这个指示以更新用于UE的任何现有PDU会话来启用此类功能。然后SMF通知(一个或多个)UPF缓冲任何发往UE的下行链路数据,图中未示出。如果满足策略控制请求触发器,那么SMF将满足的条件通知PCF,如步骤S3606b中所示。条件可以是AF已订阅当UE的注册状态挂起时被通知。这个通知可以使AF在挂起被停用之前不向UE发送任何数据。
步骤S3608:AMF向UE返回注册接受消息,以指示请求的状态。如果请求被准许并且如果AMF已改变了注册挂起定时器到期值,那么AMF将在接受响应中包括新值。当注册挂起定时器正在运行时,AMF还可以提供UE的请求是否被准许以让CN对下行链路数据进行排队的指示。UE起动定时器,该定时器结合由AMF返回的值或最初提供的值,以跟踪UE在CN将发起解除注册过程之前具有的剩余时间。换句话说,UE需要在UE维护的定时器到期之前停用CN中维护的注册挂起定时器,以便UE的注册状态保持在RM-REGISTERED。当注册挂起定时器是活动的时,UE的注册状态是RM-REGISTERED并且其连接状态是CM-IDLE。但是,CN在这个时间期间将不寻呼UE。
步骤S3610:UE与PLMN1断开连接并且连接到PLMN2。在连接到PLMN2后,UE可以执行移动性注册更新或者周期性注册更新以停用由PLMN2中的AMF维护的注册挂起定时器。在请求中,UE可以包括停用注册挂起定时器或将到期值设置为零的指示。然后PLMN2中的AMF将禁用注册挂起定时器并重新启用注册定时器。注册定时器的到期时间可以在此时重置,而不是从被暂停时的先前值继续。如果UE之前已经请求CN对下行链路数据进行排队,那么UE将在执行服务请求时接收那些数据。UE可以在用户要求的时间内维持与PLMN2的连接,以便使用与SIM2相关联的服务。如果UE在操作定时器到期时处于CM-IDLE状态,那么UE可以决定与PLMN2断开连接并重新连接到PLMN1。
步骤S3612:对于UE决定重新连接到PLMN1的情况,UE向PLMN1发送移动性注册更新或者周期性注册更新请求以停用注册挂起定时器并重新启用注册定时器。UE可以提供注册挂起定时器到期的指示或零值以触发注册挂起定时器的停用。
步骤S3614:PLMN1中的AMF停用注册挂起定时器并重新启用注册定时器。此时注册定时器的到期时间可以被重置,而不是从之前在步骤S3606中被暂停时的值继续。
步骤S3616:与步骤S3608类似,PLMN1中的AMF返回注册接受响应,其具有更新请求的状态。如果步骤S3612中的请求是服务请求,那么UE可以开始接收排队的下行链路数据。如果不是,那么UE可以在这个步骤之后执行服务请求以接收排队的下行链路数据。
步骤S3618:可能存在UE忙于处理与PDU会话相关联的数据或在呼叫的中途UE保持连接到PLMN2的情况。在这些情况期间,UE可以在步骤S3610处停留大于解除注册定时器和注册挂起定时器的到期时间的时间。在这些情况下,PLMN1中的AMF可以针对SIM1解除UE的注册。
作为挂起注册定时器的过程的一部分,CN还可以挂起寻呼UE并为UE缓冲移动终止数据。在这个挂起时段期间,CN知道UE没有主动侦听寻呼请求,因此AMF可以将寻呼请求排队并指示SMF引导UPF为UE缓冲移动终止数据,如图36的步骤S3606a中所示。在用户平面中为NAS信令和PDU会话建立的所有安全性上下文都被保留,就好像UE处于CM-IDLE状态一样。实际上,在挂起期间,CN和UE为UE维持RM-REGISTERED和CM-IDLE状态。这种挂起状态类似于RRC_INACTIVE状态,但适用于UE的注册和连接管理状态。因此,在UE切换回使用与注册相关联的SIM之后,UE和CN可以快速地重新建立通信。当UE请求注册挂起定时器的激活时,可以通过包括如上所述的寻呼准则参数来触发这个行为。
UE请求停止寻呼
在某些情况下,UE可能正忙于使用一个SIM的服务,然后接收到针对另一个SIM的寻呼。寻呼消息可以指示什么类型的服务造成寻呼。不是让第二SIM的网络继续寻呼UE,UE可以用服务请求消息来响应寻呼以通知网络UE正忙并停止寻呼UE。服务请求消息可以包括例如UE当前在另一个系统上执行什么服务(例如,紧急服务)、它愿意在这个当前系统上响应什么服务、它不愿意在当前系统上响应什么服务的指示,以及向网络指示网络何时可以针对相同类型的服务再次寻呼UE的定时器值。类似地,当UE接收到包括UE应当响应寻呼的指示和寻呼原因的NAS通知时,UE可以用NAS通知响应进行响应,该NAS通知响应包括UE当前正在另一个系统上执行什么服务(例如,紧急服务)、它愿意在这个当前系统上响应什么服务、它不愿意在当前系统上响应什么服务的指示,以及指示网络何时可以再次尝试针对相同类型的服务寻呼UE或向UE发送NAS通知的定时器值。通过UE通知网络,可以节省寻呼资源并且网络可以能够向数据源发信号通知UE正忙,例如,语音呼叫直接转到语音邮件而不是尝试给UE振铃。在IoT用例中,提供给CN的信息可以被用于在尝试到达UE的应用服务器上更新UE的可达性状态。
这个特征在UE具有双Rx和单Tx能力的情况下可以是有用的。UE可以正处于SIM1上的呼叫的中途并且接收到针对SIM2的寻呼,如图37中所示。UE可以向SIM2的网络发送请求,以通知网络停止寻呼UE。在这种情况下,UE可以正在接收器之一上主动接收下行链路数据,并且在上行链路传输中可以存在UE可以向SIM2的网络发送请求消息的间隙。对于UE具有单Rx和单Tx能力以及在同一PLMN上的两个SIM之间或两个SIM的PLMN之间进行时分复用的情况,该特征也可以是有用的。注意的是,UE可以与相同或不同的MNO进行通信,并且过程将相同。
步骤S3702:多SIM UE注册到PLMN1和PLMN2两者。UE可以具有双Rx、单Tx能力或单Rx、单Tx能力并在每个SIM的PLMN之间具有时间复用。在这种情况下,UE具有双Rx和单Tx能力。
步骤S3704:UE当前正在Rx1上接收下行链路数据并且在Rx2上监视寻呼。
步骤S3706:PLMN2接收针对SIM2的数据并且寻呼UE。该寻呼可以包括指示该寻呼用于什么的服务优先化信息。
步骤S3708:UE确定通知PLMN2 UE正忙于接收来自PLMN1的数据。UE可以使用用户配置的服务优先化列表检查在寻呼消息中找到的服务类型以做出这个确定。例如,UE可以正处于重要的语音呼叫中并且寻呼消息中的服务类型指示传入的文本消息。用户可能已配置服务优先化列表以指示文本消息的优先级较低。可替代地,UE可能已经在GUI中向用户呈现示出针对SIM2的传入文本消息未决并且用户已经选择暂时忽略该文本消息。当UE在Rx1上接收数据时,可以存在UE不在单个Tx上传输任何UL数据的时间间隙。在这些间隙期间,UE可以连接到PLMN2,因此它可以执行请求以通知PLMN2中的AMF停止寻呼UE。
步骤S3710:在成功连接到PLMN2后,UE可以向PLMN2中的AMF发送移动性注册更新请求。这个请求可以包括激活注册挂起定时器的指示,或者它可以包括注册挂起定时器的到期时间以指示UE希望AMF在指定时间段内暂时挂起寻呼UE。可替代地,该指示可以在服务请求消息中提供,具有CN应当停止寻呼UE的时间和更新后的多SIM辅助信息。当注册挂起定时器是活动的时,UE还可以提供指示以便让CN对于UE的任何下行链路数据进行排队。然后在UE与CN重新建立通信之后,UE将能够检索排队的下行链路数据。
步骤S3712:PLMN2中的AMF在接受响应中返回请求的状态。作为响应的一部分,CN可以为注册挂起定时器的到期时间以及在注册挂起定时器运行时CN是否可以对任何下行链路数据进行排队提供新值。响应可以包括请求的状态和CN将停止寻呼UE的时间。
上述过程示出了UE注册到两个PLMN(或MNO),但它也可以应用于UE中的SIM都属于同一个MNO的场景。除了向另一个PLMN发送移动性注册更新请求或服务请求之外,该过程将以类似的方式操作,UE将只向单个PLMN发送请求。
当UE向PLMN发送停止寻呼UE的请求时,UE可以在请求中包括多SIM辅助信息,以通知PLMN停止寻呼UE多长时间、寻呼UE的服务类型是什么、不寻呼UE的服务类型是什么、以及是否为UE缓冲数据。这些信息可以分组在一起作为UE提供给PLMN的附加信息,以使PLMN能够在UE忙时过滤针对UE的寻呼。多SIM辅助信息可以被组织为UE提供给PLMN的策略或在服务请求中或注册更新请求期间发送给PLMN的指示的集合。
核心网络向UE提供错过的寻呼的通知
每当核心网络已寻呼UE并且UE没有响应时,核心网络可以跟踪UE错过寻呼的次数并在UE下次连接到CN时或通过另一种接入(例如,非3GPP接入)通知UE。如果UE在注册过程之一期间已通知CN它是多SIM UE,或者如果UE已启用本文描述的与多SIM操作相关的参数之一(诸如多SIM辅助信息),那么可以启用这个功能。CN可以响应于注册请求或者服务请求过程而通知UE。当UE没有响应寻呼时,CN还可以提供寻呼被发送的时间和注册和/或跟踪区域。作为替代方案,如果UE支持连接到多种接入技术(例如通过3GPP接入和通过非3GPP接入),那么CN可以通过UE可能处于CM-CONNECTED状态的接入向UE发送通知。这个信息可以允许UE识别寻呼冲突和/或关于寻呼处理的问题,并允许UE利用上面提到的解决方案之一来帮助纠正该问题。注意的是,以下过程可以适用于SIM属于同一个MNO的情况以及UE具有双Rx、单Tx或单Rx、单Tx能力的情况。参见图38。
步骤S3802:多SIM UE注册到PLMN1和PLMN2两者。在两个SIM属于同一个MNO的情况下,UE会将两个SIM注册到同一个PLMN。
步骤S3804:UE当前正在从PLMN1接收下行链路数据。
步骤S3806:PLMN2接收针对SIM2的数据并寻呼UE。但是,UE没有接收到寻呼或由于从PLMN1接收数据而没有响应寻呼,例如,用户正在进行重要的语音通话并且不想被中断。用户可能已经经由GUI从UE接收到提示,但决定忽略该提示。注意的是,UE可以以单Rx、单Tx或者双Rx、单Tx能力进行操作。
步骤S3808:在某个时间之后,UE连接到PLMN2。
步骤S3810:UE可以执行注册过程或服务请求过程中的任一个以开始接收来自PLMN2的服务。
步骤S3812:在接受响应中,PLMN2中的AMF可以向UE提供它已经保存的任何错过的寻呼的信息。该信息可以包括错过的寻呼的时间、寻呼被发送到的跟踪区域和/或注册区域,以及可能的关于寻呼的附加信息(诸如例如服务类别和其它更细化的信息(诸如例如呼叫者或文本消息发送者的电话号码、PDU会话ID和/或应用ID等))。可替代地,当UE能够连接到多个接入网络(诸如通过3GPP和非3GPP接入)时,CN可以通过UE可能处于CM-CONNECTED状态的接入网络向UE发送通知。在接收到这个信息后,UE可以确定(一个或多个)寻呼冲突已经发生并且识别UE可以采取以避免将来发生此类冲突的步骤。UE然后可以执行上述过程之一以请求其PO与当前PO分离的新临时标识符。
这个解决方案的另一方面是CN可以在将错过的寻呼通知给UE之前等待配置数量的错过的寻呼。错过的寻呼的数量可以由运营商策略配置,通过来自运营商的操作和管理系统的命令配置,或者甚至由UE作为多SIM辅助信息提供。当UE向CN指示UE是多SIM设备时,UE可以在注册过程之一期间在多SIM辅助信息中提供CN用于向UE发送关于错过的寻呼的信息的错过寻呼的数量阈值。然后CN将开始跟踪UE未响应寻呼的次数,并且当达到阈值时,CN将接着通知UE。在通知中,CN可以提供UE错过接收寻呼的所有时间的列表,包括时间戳、从中发送每个寻呼的跟踪或注册区域、以及CN尝试寻呼UE的次数。CN还可以包括寻呼用于什么的附加信息,诸如服务类别和优先化级别,诸如电话号码、PDU会话ID、应用ID等。
图形用户界面
图17示出了UE可以显示以示出UE的多SIM配置的示例图形用户界面(GUI)。GUI可以显示多SIM策略的列表,该列表示出UE注册到的所有PLMN,并为用户提供配置与每个注册相关联的优先级的机制。对于每个显示的SIM条目,都会示出带有切换按钮的活动状态,以允许用户通过按下相关联SIM条目的按钮来手动发起SIM切换过程。GUI还可以允许用户通过长按相关联条目来访问表2中针对对应PLMN找到的信息。图18示出了与PLMN注册相关联的个体SIM配置的信息的示例GUI。用户还可以通过这个GUI为特定PLMN进一步配置某些参数。
图33示出了多SIM UE的另一个示例GUI,其中UE支持三个SIM。GUI列出了每个SIM被启用的服务类型。对于SIM1,语音、SMS消息和数据服务被启用,并且可以表示主SIM。SIM2仅针对数据服务被启用,而SIM3针对语音和SMS消息服务两者被启用。SIM2和SIM3都可以是可以在旅行期间使用的次SIM。
在电子设备的示例性实施例中,电子设备是UE,诸如智能电话。在示例性实施例中,电子设备(例如,UE)的电路系统可以包括至少一个或多个处理器设备(例如,CPU)。在示例性实施例中,电路系统还可以包括一个或多个存储计算机可执行指令的存储器。在示例性实施例中,电路系统可以包括图1F中所示的组件中的一个或多个。
在示例性实施例中,电子设备(例如,UE)从核心网络接收数据。
本公开的相应特征由以下编号的段落定义:
段落1.一种电子设备,包括:
被配置为接收第一订户身份模块(SIM)的接收器;
被配置为接收第二SIM的接收器;以及
电路系统,被配置为
从第一SIM接收数据;
向第一公共陆地移动网络(PLMN)发送将电子设备注册到第一PLMN的请求,其中该请求指示电子设备是多SIM设备并且该请求包括多SIM辅助信息,并且其中多SIM辅助信息将电子设备对多SIM操作的偏好通知给第一PLMN。
段落2.如段落1所述的电子设备,其中多SIM辅助信息包括以下一项或多项:寻呼准则、寻呼时机分离、提出的临时标识符、限制寻呼区域、以及通知之前错过的寻呼的数量。
段落3.如段落2所述的电子设备,其中寻呼准则包括服务类型类别信息或服务优先化级别中的至少一个。
段落4.如段落3所述的电子设备,其中服务类型类别信息包括以下一项或多项:语音呼叫、SMS消息、其它数据、控制平面信令、紧急消息、紧急回叫、或移动终止异常数据。
段落5.如段落4所述的电子设备,其中其它数据包括互联网数据、应用数据、或与协议数据单元(PDU)会话相关联的数据。
段落6.如段落3所述的电子设备,其中服务优先化级别包括数字级别、高或低级别、与紧急情况相关联的级别、或单个级别。
段落7.如段落2所述的电子设备,其中寻呼时机分离、提出的临时标识符、限制寻呼区域或在通知之前错过的寻呼的数量增强用于多SIM操作的网络的寻呼机制。
段落8.如段落2所述的电子设备,其中该设备的用户配置关于该设备如何针对多SIM操作进行操作的偏好。
段落9.如段落1所述的电子设备,其中请求是通过控制平面或用户平面发送的。
段落10.如段落1所述的电子设备,其中该电子设备是用户装备(UE)。
段落11.如段落1所述的电子设备,其中该电子设备被配置为向第二PLMN发送第二请求,并且第二请求包括针对将与第二PLMN相关联的第二SIM的标识符,其中第一PLMN将第二请求转发到第二PLMN,并且第二PLMN对第二SIM的凭证进行认证。
段落12.如段落11所述的电子设备,其中该电子设备在第二请求中包括持续时间、PDU会话标识符、位置信息、缓冲下行链路数据的指示、以及电子设备通过用户平面可达的指示。
段落13.如段落11所述的电子设备,其中电路系统被配置为从第二PLMN接收将用于寻呼请求的临时ID。
段落14.如段落13所述的电子设备,其中电路系统被配置为更新针对第二PLMN的电子设备的注册状态。
段落15.如段落13所述的电子设备,其中第二PLMN也更新针对第二PLMN的电子设备的注册状态。
段落16.如段落11所述的电子设备,其中针对第二SIM的标识符包括SUPI、IMSI、GUTI、5G-S-TMSI或SUCI。
段落17.如段落13所述的电子设备,其中,当电子设备主动注册到第一PLMN时,每当有针对第二SIM的寻呼时,使用电子设备的临时ID来寻呼电子设备。
段落18.如段落1所述的电子设备,其中请求是初始注册请求、部分注册请求、间接注册请求、注册更新请求、初始附接请求、部分附接请求、间接附接请求、或跟踪区域更新(TAU)请求。
段落19.一种由电子设备执行的方法,该方法包括:
从第一订户身份模块(SIM)接收数据;以及
向第一公共陆地移动网络(PLMN)发送将电子设备注册到第一PLMN的请求,其中该请求指示电子设备是多SIM设备并且该请求包括多SIM辅助信息,并且其中多SIM辅助信息将电子设备对多SIM操作的偏好通知给第一PLMN。
段落20.一种包括计算机可执行指令的非暂态计算机可读介质,指令在被电子设备执行时使电子设备:
从第一订户身份模块(SIM)接收数据;以及
向第一公共陆地移动网络(PLMN)发送将电子设备注册到第一PLMN的请求,其中该请求指示电子设备是多SIM设备并且该请求包括多SIM辅助信息,并且其中多SIM辅助信息将电子设备对多SIM操作的偏好通知给第一PLMN。
段落21.一种电子设备,包括:
被配置为接收第一订户身份模块(SIM)的接收器;
被配置为接收第二SIM的接收器;
电路系统,被配置为从第一SIM接收数据,
其中第一公共陆地移动网络(PLMN)接收与和第一SIM关联的临时ID相关联的数据,以及
其中第一PLMN向第二PLMN转发寻呼请求或NAS通知,并且该寻呼请求或NAS通知包括与第一SIM相关联的临时ID;以及
电路系统被配置为从第二PLMN接收寻呼请求或NAS通知,其中该寻呼请求或NAS通知在第二PLMN上被发送到电子设备。
段落22.如段落21所述的电子设备,其中该电子设备同时注册到第一PLMN和第二PLMN。
段落23.如段落21所述的电子设备,其中该电子设备具有与第一PLMN的不活动注册。
段落24.如段落21所述的电子设备,其中该电子设备具有与第二PLMN的活动注册。
段落25.一种由电子设备执行的方法,该方法包括:
从第一订户身份模块(SIM)接收数据,
其中第一公共陆地移动网络(PLMN)接收与和第一SIM关联的临时ID相关联的数据,以及
其中第一PLMN向第二PLMN转发寻呼请求或NAS通知,并且该寻呼请求或NAS通知包括与第一SIM相关联的临时ID;以及
从第二PLMN接收寻呼请求或NAS通知,其中该寻呼请求或NAS通知在第二PLMN上被发送到电子设备。
段落26.一种包括计算机可执行指令的非暂态计算机可读介质,该指令在由电子设备执行时使电子设备:
从第一订户身份模块(SIM)接收数据,
其中第一公共陆地移动网络(PLMN)接收与和第一SIM关联的临时ID相关联的数据,以及
其中第一PLMN向第二PLMN转发寻呼请求或NAS通知,并且该寻呼请求或NAS通知包括与第一SIM相关联的临时ID;以及
从第二PLMN接收寻呼请求或NAS通知,其中该寻呼请求或NAS通知在第二PLMN上被发送到电子设备。
段落27.一种电子设备,包括:
被配置为接收第一订户身份模块(SIM)的接收器;
被配置为接收第二SIM的接收器;
电路系统,被配置为
当用第一SIM连接到第一公共陆地移动网络(PLMN)时,接收针对与第二SIM相关联的数据的寻呼信息;
基于寻呼信息中提供的临时ID和服务类型优先化信息,决定切换到第二PLMN以检索数据;
通知第一PLMN挂起针对第一SIM的注册;以及
使用第二SIM与第二PLMN建立通信。
段落28.如段落27所述的电子设备,其中该电子设备被配置为对照内部策略检查服务类型优先化,并确定针对第二PLMN的服务类型具有高于针对第一PLMN的服务类型的优先级。
段落29.如段落27所述的电子设备,其中该电子设备被配置为将针对第一SIM的注册状态更新为不活动注册状态,并且其中第一PLMN还针对第一SIM更新电子设备的注册状态。
段落30.一种由电子设备执行的方法,该方法包括:
当用第一订户身份模块(SIM)连接到第一公共陆地移动网络(PLMN)时,接收针对与第二SIM相关联的数据的寻呼信息;
基于寻呼信息中提供的临时ID和服务类型优先化信息,决定切换到第二PLMN以检索数据;
通知第一PLMN挂起针对第一SIM的注册;以及
使用第二SIM与第二PLMN建立通信。
段落31.一种包括计算机可执行指令的非暂态计算机可读介质,指令在由电子设备执行时使电子设备:
当使用第一订户身份模块(SIM)连接到第一公共陆地移动网络(PLMN)时,接收针对与第二SIM相关联的数据的寻呼信息;
基于寻呼信息中提供的临时ID和服务类型优先化信息,决定切换到第二PLMN以检索数据;
通知第一PLMN挂起针对第一SIM的注册;以及
使用第二SIM与第二PLMN建立通信。
段落32.一种电子设备,包括:
被配置为接收第一订户身份模块(SIM)的接收器;
被配置为接收第二SIM的接收器;以及
电路系统,被配置为
向第一公共陆地移动网络(PLMN)发送更新第二PLMN上的第二SIM的注册定时器的请求,其中第一PLMN将请求转发到第二PLMN,第二PLMN在第二PLMN中更新针对第二SIM的注册状态,并且第二PLMN向第一PLMN返回响应;以及
接收响应,该响应由第一PLMN转发。
段落33.如段落32所述的电子设备,其中请求是注册更新、跟踪区域更新、或不活动注册定时器更新。
段落34.如段落32所述的电子设备,其中请求包括与第二SIM相关联的临时标识符。
段落35.如段落33所述的电子设备,其中第二PLMN为第二SIM指派新的临时标识符。
段落36.一种电子设备,包括:
被配置为接收第一订户身份模块(SIM)的接收器;
被配置为接收第二SIM的接收器;以及
电路系统,被配置为
在决定切换到第二公共陆地移动网络(PLMN)之后,在尝试从第一PLMN连接到第二PLMN的同时收集第二PLMN的小区测量结果;
在与第二PLMN的连接不成功之后保存第二PLMN的小区测量结果,并接收原因代码;以及
连接到第一PLMN并将收集的第二PLMN的测量结果和原因代码提供给第一PLMN,其中第一PLMN将收集的第二PLMN的测量结果和原因代码转发到第二PLMN。
段落37.如段落36所述的电子设备,其中如果电子设备成功连接到第二PLMN,那么电子设备将小区测量结果格式化为到第二PLMN的RAN节点的最小化驱动测试报告。
段落38.如段落36所述的电子设备,其中保存的小区测量结果指示属于第二PLMN的小区的信号强度。
段落39.如段落36所述的电子设备,其中保存的小区测量结果包括进行测量的位置和时间。
段落40.如段落36所述的电子设备,其中保存的小区测量结果可以由电子设备缓冲并且在将来成功连接时发送到RAN节点。
段落41.一种电子设备,包括:
被配置为接收第一订户身份模块(SIM)的接收器;
被配置为接收第二SIM的接收器;以及
电路系统,被配置为
将电子设备注册到第一公共陆地移动网络(PLMN),
从第一PLMN接收第一临时标识符,具有用于第一SIM的相关联的寻呼时机,
将电子设备注册到第二公共陆地移动网络(PLMN),
从第二PLMN接收第二临时标识符,具有用于第二SIM的相关联的寻呼时机,
确定用于第一SIM的寻呼时机和用于第二SIM的寻呼时机之间寻呼冲突的可能性,以及
请求从第一PLMN获得新的第一临时标识符,该新的第一临时标识符的寻呼时机与用于第一SIM的寻呼时机不同,或请求从第二PLMN获得新的第二临时标识符,该新的第二临时标识符的寻呼时机与用于第二SIM的寻呼时机不同。
段落42.如段落41所述的电子设备,其中请求是初始注册、移动注册更新、周期性注册更新、附接或跟踪区域更新请求之一。
段落43.如段落41所述的电子设备,其中请求包括多SIM辅助信息以辅助第一PLMN指派新的第一临时标识符或辅助第二PLMN指派新的第二临时标识符。
段落44.如段落43所述的电子设备,其中参数包括以下一项或多项:寻呼准则、限制寻呼区域、寻呼时机分离、多SIM指示符、临时标识符、以及多寻呼时机。
段落45.一种由电子设备执行的方法,该方法包括:
从第一订户身份模块(SIM)接收数据;
从第二SIM接收数据;
将电子设备注册到第一公共陆地移动网络(PLMN);
从第一PLMN接收第一临时标识符,具有用于第一SIM的相关联的寻呼时机;
将电子设备注册到第二公共陆地移动网络(PLMN);
从第二PLMN接收第二临时标识符,具有用于第二SIM的相关联的寻呼时机;
确定用于第一SIM的寻呼时机和用于第二SIM的寻呼时机之间寻呼冲突的可能性;以及
请求从第一PLMN获得新的第一临时标识符,该新的第一临时标识符的寻呼时机与用于第一SIM的寻呼时机不同,或请求从第二PLMN获得新的第二临时标识符,该新的第二临时标识符的寻呼时机与用于第二SIM的寻呼时机不同。
段落46.一种包括计算机可执行指令的非暂态计算机可读介质,指令在由电子设备执行时使电子设备:
从第一订户身份模块(SIM)接收数据;
从第二SIM接收数据;
将电子设备注册到第一公共陆地移动网络(PLMN);
从第一PLMN接收第一临时标识符,具有用于第一SIM的相关联的寻呼时机;
将电子设备注册到第二公共陆地移动网络(PLMN);
从第二PLMN接收第二临时标识符,具有用于第二SIM的相关联的寻呼时机;
确定用于第一SIM的寻呼时机和用于第二SIM的寻呼时机之间寻呼冲突的可能性;以及
请求从第一PLMN获得新的第一临时标识符,该新的第一临时标识符的寻呼时机与用于第一SIM的寻呼时机不同,或请求从第二PLMN获得新的第二临时标识符,该新的第二临时标识符的寻呼时机与用于第二SIM的寻呼时机不同。
段落47.一种电子设备,包括:
被配置为接收第一订户身份模块(SIM)的接收器;以及
电路系统,被配置为
将电子设备注册到第一公共陆地移动网络(PLMN),其中第一PLMN起动注册定时器;
向核心网络发送激活注册挂起定时器的请求,其中核心网络挂起注册定时器并起动注册挂起定时器;以及
从核心网络接收注册挂起定时器处于活动状态的响应。
段落48.如段落47所述的电子设备,其中请求是初始注册、移动注册更新、周期性注册更新、附接或跟踪区域更新请求之一。
段落49.如段落47所述的电子设备,还被配置为:
提供用于注册挂起定时器的到期值。
段落50.如段落47所述的电子设备,还被配置为:
请求核心网络在注册挂起定时器运行时对针对电子设备的任何下行链路数据进行排队。
段落51.如段落50所述的电子设备,还被配置为:
从核心网络接收指示,其中该指示指示了核心网络将对下行链路数据进行排队。
段落52.一种由电子设备执行的方法,该方法包括:
从第一订户身份模块(SIM)接收数据;
将电子设备注册到第一公共陆地移动网络(PLMN),其中第一PLMN起动注册定时器;
向核心网络发送激活注册挂起定时器的请求,其中核心网络挂起注册定时器并起动注册挂起定时器;以及
从核心网络接收注册挂起定时器处于活动状态的响应。
段落53.一种包括计算机可执行指令的非暂态计算机可读介质,指令在由电子设备执行时使电子设备:
从第一订户身份模块(SIM)接收数据;
将电子设备注册到第一公共陆地移动网络(PLMN),其中第一PLMN起动注册定时器;
向核心网络发送激活注册挂起定时器的请求,其中核心网络挂起注册定时器并起动注册挂起定时器;以及
从核心网络接收注册挂起定时器处于活动状态的响应。
段落54.一种电子设备,包括:
被配置为接收第一订户身份模块(SIM)的接收器;
被配置为接收第二SIM的接收器,其中电子设备具有针对第一SIM和第二SIM的注册;以及
电路系统,被配置为
接收针对第一SIM的数据,
接收针对第二SIM的寻呼,以及
向核心网络发送关于寻呼过程下的问题的通知。
段落55.如段落54所述的电子设备,其中通知是由该电子设备发送的请求。
段落56.如段落55所述的电子设备,其中请求是移动注册更新、周期性注册更新、跟踪区域更新或服务请求之一。
段落57.如段落54所述的电子设备,还被配置为:
为核心网络提供停止寻呼电子设备的指示。
段落58.一种由电子设备执行的方法,该方法包括:
从第一订户身份模块(SIM)接收数据,其中电子设备具有针对第一SIM和第二SIM的注册;
接收针对第二SIM的寻呼;以及
向核心网络发送关于寻呼过程下的问题的通知。
段落59.一种包括计算机可执行指令的非暂态计算机可读介质,指令在由电子设备执行时使电子设备:
从第一订户身份模块(SIM)接收数据,其中电子设备具有针对第一SIM和第二SIM的注册;
接收针对第二SIM的寻呼;以及
向核心网络发送关于寻呼过程下的问题的通知。
将理解的是,本文描述的任何方法和处理可以以存储在计算机可读存储介质上的计算机可执行指令(即,程序代码)的形式来实施,并且当指令由机器(诸如计算机、服务器、M2M终端设备、M2M网关设备等)执行时,执行和/或实现本文描述的系统、方法和处理。具体而言,上述任何步骤、操作或功能可以以此类计算机可执行指令的形式来实现。计算机可读存储介质包括以用于存储信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质,但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能磁盘(DVD)或其它光盘存储、磁带盒、磁带、磁盘存储或其它磁存储设备,或者可以用于存储期望信息并可以由计算机访问的任何其它物理介质。
在描述本公开的主题的优选实施例时,如图所示,为了清楚起见采用特定术语。但是,要求保护的主题并不旨在限于如此选择的特定术语,并且应该理解的是,每个特定元素包括以类似方式操作以实现类似目的的所有技术等同物。
因此,本领域技术人员将认识到的是,所公开的系统和方法可以在不脱离其精神或基本特点的情况下以其它特定形式实施。因此,目前公开的实施例在所有方面都被认为是说明性而不是限制性的。它不是详尽的并且不将本公开限制到所公开的精确形式。在不脱离广度或范围的情况下,修改和变化根据上述教导是可能的或可以从本公开的实践中获取。因此,虽然本文已经讨论了特定的配置,但也可以采用其它配置。许多修改和其它实施例(例如,组合、重新布置等)由本公开实现并且在本领域普通技术人员的范围内并且被预期落入所公开的主题及其任何等同物的范围内。在本发明的范围内,可以组合、重新布置、省略等所公开的实施例的特征以产生附加实施例。此外,有时可以有利地使用某些特征而无需对应地使用其它特征。因而,申请人意图包含在所公开的主题的精神和范围内的所有这些替代、修改、等同物和变化。
除非明确说明,否则以单数形式提及元素并不意味着“一个且只有一个”,而是“一个或多个”。而且,在权利要求中使用类似于“A、B或C中的至少一个”的短语时,意图将该短语解释为表示在实施例中可以单独存在A,在实施例中可以单独存在B,在实施例中可以单独存在C,或者元素A、B和C的任何组合可以存在于单个实施例中;例如,A和B、A和C、B和C、或A和B和C。
本文的权利要求要素都不要根据35U.S.C.112(f)进行解释,除非使用短语“用于…的部件”明确叙述该要素。如本文所使用的,术语“包括”“包含”或其任何其它变体旨在覆盖非排他性的包括,使得包括元素列表的过程、方法、物品或装置不是仅包括那些要素,而是可以包括未明确列出或此类处理、方法、物品或装置固有的其它要素。本发明的范围由所附权利要求而不是前述描述指示,并且在其含义和范围内以及等价物内的所有变化都旨在包含在其中。
以下[1]-[9]通过引用整体并入本文:
[1]3GPP TS 23.501,System Architecture for the 5G System;Stage 2,V16.0.0(2019-03).
[2]3GPP TS 23.502,Procedures for the 5G System;Stage 2,V16.0.0(2019-03).
[3]3GPP TS 23.503,Policy and Charging Control Framework for the 5GSystem;Stage 2,V16.0.0(2019-03).
[4]3GPP TS 38.300,NR and NG-RAN Overall Description;Stage 2,V15.4.0(2018-12).
[5]3GPP TS 38.304,User Equipment(UE)Procedures in Idle Mode and RRCInactive State;V15.2.0(2018-12).
[6]3GPP TR 22.834,Study on Support for Multi-USIM Devices;V0.1.0(2019-05).
[7]3GPP S2-1904722,Introduction of Slice-Specific Authentication andAuthorisation(TS 23.501).
[8]3GPP S2-1904723,Introduction of Slice-Specific Authentication andAuthorisation(TS 23.502).
[9]3GPP TS 23.401,General Packet Radio Service(GPRS)enhancements forEvolved Universal Terrestrial Radio Access Network(E-UTRAN)access;V16.3.0(2019-06).

Claims (20)

1.一种电子设备,包括:
被配置为接收第一订户身份模块(SIM)的接收器;
被配置为接收第二SIM的接收器;以及
电路系统,被配置为:
从第一SIM接收数据;以及
向第一公共陆地移动网络(PLMN)发送将电子设备注册到第一PLMN的请求,其中所述请求指示电子设备是多SIM设备,并且所述请求包括多SIM辅助信息,以及其中多SIM辅助信息将电子设备对多SIM操作的偏好通知给第一PLMN。
2.如权利要求1所述的电子设备,其中多SIM辅助信息包括以下中的一项或多项:寻呼准则、寻呼时机分离、提出的临时标识符、限制寻呼区域、以及通知之前错过的寻呼的数量。
3.如权利要求2所述的电子设备,其中寻呼准则包括服务类型类别信息或服务优先化级别中的至少一个。
4.如权利要求3所述的电子设备,其中服务类型类别信息包括以下中的一项或多项:语音呼叫、SMS消息、其它数据、控制平面信令、紧急消息、紧急回叫、或移动终止异常数据。
5.如权利要求4所述的电子设备,其中所述其它数据包括互联网数据、应用数据、或与协议数据单元(PDU)会话相关联的数据。
6.如权利要求3所述的电子设备,其中服务优先化级别包括数字级别、高或低级别、与紧急情况相关联的级别、或单个级别。
7.如权利要求2所述的电子设备,其中寻呼时机分离、提出的临时标识符、限制寻呼区域、或在通知之前错过的寻呼的数量增强网络对于多SIM操作的寻呼机制。
8.如权利要求2所述的电子设备,其中所述设备的用户配置关于所述设备如何针对多SIM操作进行操作的偏好。
9.如权利要求1所述的电子设备,其中所述请求是通过控制平面或用户平面发送的。
10.如权利要求1所述的电子设备,其中所述电子设备是用户装备(UE)。
11.如权利要求1所述的电子设备,其中所述电子设备被配置为向第二PLMN发送第二请求,并且第二请求包括针对将与第二PLMN相关联的第二SIM的标识符,其中第一PLMN将第二请求转发到第二PLMN,并且第二PLMN对第二SIM的凭证进行认证。
12.如权利要求11所述的电子设备,其中所述电子设备在第二请求中包括持续时间、PDU会话标识符、位置信息、缓冲下行链路数据的指示、以及电子设备通过用户平面可达的指示。
13.如权利要求11所述的电子设备,其中所述电路系统被配置为从第二PLMN接收将用于寻呼请求的临时ID。
14.如权利要求13所述的电子设备,其中所述电路系统被配置为更新针对第二PLMN的电子设备的注册状态。
15.如权利要求13所述的电子设备,其中第二PLMN还更新针对第二PLMN的电子设备的注册状态。
16.如权利要求11所述的电子设备,其中针对第二SIM的标识符包括SUPI、IMSI、GUTI、5G-S-TMSI或SUCI。
17.如权利要求13所述的电子设备,其中,当电子设备主动注册到第一PLMN时,每当有针对第二SIM的寻呼时,使用电子设备的临时ID来寻呼电子设备。
18.如权利要求1所述的电子设备,其中所述请求是初始注册请求、部分注册请求、间接注册请求、注册更新请求、初始附接请求、部分附接请求、间接附接请求、或跟踪区域更新(TAU)请求。
19.一种由电子设备执行的方法,所述方法包括:
从第一订户身份模块(SIM)接收数据;以及
向第一公共陆地移动网络(PLMN)发送将电子设备注册到第一PLMN的请求,其中所述请求指示电子设备是多SIM设备,并且所述请求包括多SIM辅助信息,以及其中多SIM辅助信息将电子设备对多SIM操作的偏好通知给第一PLMN。
20.一种包括计算机可执行指令的非暂态计算机可读介质,所述计算机可执行指令在被电子设备执行时使电子设备:
从第一订户身份模块(SIM)接收数据;以及
向第一公共陆地移动网络(PLMN)发送将电子设备注册到第一PLMN的请求,其中所述请求指示电子设备是多SIM设备,并且所述请求包括多SIM辅助信息,以及其中多SIM辅助信息将电子设备对多SIM操作的偏好通知给第一PLMN。
CN202080049624.6A 2019-06-07 2020-03-24 用于支持多sim用户装备的蜂窝系统增强的装置、系统、方法和计算机可读介质 Pending CN114128354A (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201962858747P 2019-06-07 2019-06-07
US62/858,747 2019-06-07
US201962899322P 2019-09-12 2019-09-12
US62/899,322 2019-09-12
US201962928379P 2019-10-31 2019-10-31
US62/928,379 2019-10-31
PCT/US2020/024442 WO2020247043A1 (en) 2019-06-07 2020-03-24 Apparatus, system, method, and computer-readable medium for cellular system enhancements for the support of multi-sim user equipments

Publications (1)

Publication Number Publication Date
CN114128354A true CN114128354A (zh) 2022-03-01

Family

ID=70296078

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080049624.6A Pending CN114128354A (zh) 2019-06-07 2020-03-24 用于支持多sim用户装备的蜂窝系统增强的装置、系统、方法和计算机可读介质

Country Status (6)

Country Link
US (1) US20220240213A1 (zh)
EP (1) EP3970420A1 (zh)
JP (1) JP2022535915A (zh)
KR (1) KR20220017999A (zh)
CN (1) CN114128354A (zh)
WO (1) WO2020247043A1 (zh)

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020237447A1 (zh) * 2019-05-24 2020-12-03 Oppo广东移动通信有限公司 无线通信方法及设备
US20220369400A1 (en) * 2019-06-25 2022-11-17 Xiaomi Communications Co., Ltd. Method for reporting information, method for coordinating resource, and multi-card terminal
US20220248213A1 (en) * 2019-07-01 2022-08-04 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for information reporting, configuration method and apparatus, multi-sim terminal, and base station
KR102231374B1 (ko) * 2019-07-12 2021-03-23 에스케이텔레콤 주식회사 에지컴퓨팅관리장치 및 에지컴퓨팅관리장치의 동작 방법
WO2021015502A1 (en) * 2019-07-19 2021-01-28 Samsung Electronics Co., Ltd. Method and apparatus for managing mt-service information
US11963134B2 (en) * 2019-07-25 2024-04-16 Lg Electronics Inc. Communication based on plurality of SIMs
CN110474969B (zh) * 2019-07-29 2021-07-16 华为技术有限公司 会话管理方法及装置
WO2021025428A1 (ko) * 2019-08-07 2021-02-11 엘지전자 주식회사 복수의 sim에 기초한 발신자 정보 확인
EP4000319A4 (en) * 2019-08-22 2022-09-07 Samsung Electronics Co., Ltd. METHOD AND APPARATUS FOR MANAGING DOWNLINK AND UPLINK COLLISION IN A WIRELESS COMMUNICATIONS NETWORK
CN110581809B (zh) * 2019-09-27 2023-02-10 腾讯科技(深圳)有限公司 数据处理方法、多sim卡业务功能管理实体及终端设备
US20220394666A1 (en) * 2019-11-28 2022-12-08 Apple Inc. Adjust Paging Occasion to Resolve Paging Collision at a Multi-SIM Device
US11394658B2 (en) * 2020-04-08 2022-07-19 Apple Inc. Coordinated internet protocol packet filtering
EP4133820A1 (en) * 2020-04-08 2023-02-15 Nokia Technologies Oy Ue assisted paging enhancements for multi-usim devices
US20210385192A1 (en) * 2020-06-09 2021-12-09 Qualcomm Incorporated Access to home operator services with separate wireless network
US11997616B2 (en) 2020-06-22 2024-05-28 Qualcomm Incorporated Methods and apparatus to facilitate managing multi-sim concurrent mode for co-banded or spectrum overlap carriers
US11930477B2 (en) * 2020-07-27 2024-03-12 Nokia Technologies Oy Aligning paging occasions across at least two identities
US20220035685A1 (en) * 2020-08-03 2022-02-03 Juniper Networks, Inc. Device access control for applications of multiple containers
WO2022060147A1 (en) * 2020-09-18 2022-03-24 Samsung Electronics Co., Ltd. Method and apparatus for multi-usim operations
US11509384B2 (en) * 2020-09-28 2022-11-22 Qualcomm Incorporated Beam selection in idle mode to avoid monitoring occasion collision
EP4228346A4 (en) * 2020-10-12 2024-02-21 Beijing Xiaomi Mobile Software Co Ltd METHOD AND DEVICE FOR RESOLVING RADIO CALL COLLISIONS
WO2022126305A1 (en) * 2020-12-14 2022-06-23 Qualcomm Incorporated Tearing down a packet data session after a transition to a different subscription of a dual subscriber identity module dual standby user equipment
WO2022147313A1 (en) * 2020-12-30 2022-07-07 Convida Wireless, Llc Efficient application-layer sim management on multi-sim ue
CN117121579A (zh) * 2021-02-12 2023-11-24 诺基亚技术有限公司 用于控制用户设备的多usim行为的方法和装置
CN113016200B (zh) * 2021-02-19 2023-06-06 北京小米移动软件有限公司 能力交互方法和装置、交互触发方法和装置
KR20220127549A (ko) * 2021-03-11 2022-09-20 삼성전자주식회사 복수의 가입자 식별 모듈들을 포함하는 전자 장치 및 그의 동작 방법
KR20220134255A (ko) * 2021-03-26 2022-10-05 삼성전자주식회사 무선 통신 시스템에서 장시간 스위칭 타이머를 관리하는 방법 및 장치
US11877238B2 (en) 2021-03-29 2024-01-16 Parsa Wireless Communications Llc Power saving for multicast broadcast services
US11671908B2 (en) * 2021-03-30 2023-06-06 Samsung Electronics Co., Ltd. Selecting PLMN in wireless communication system
WO2022205187A1 (en) * 2021-03-31 2022-10-06 Nokia Shanghai Bell Co., Ltd. Assistance information for paging subgrouping
EP4316066A1 (en) * 2021-03-31 2024-02-07 Nokia Technologies Oy Paging in a multiple universal subscriber identity module device
CN117178627A (zh) * 2021-04-01 2023-12-05 联想(新加坡)私人有限公司 在终端远离通信网络的同时保持终端处于连接状态
WO2022216116A1 (en) * 2021-04-09 2022-10-13 Samsung Electronics Co., Ltd. Method and system for controlling sms communication in wireless communication network
JP2024514867A (ja) * 2021-04-29 2024-04-03 トヨタ自動車株式会社 マルチsimデバイスの性能および動作を改善するための装置および方法
US11785662B2 (en) 2021-07-07 2023-10-10 Cisco Technology, Inc. Providing session continuity for parallel sessions involving a multiple universal subscriber identity module user equipment
US11696208B1 (en) * 2021-07-19 2023-07-04 T-Mobile Usa, Inc. Priority data transport service
US20230048624A1 (en) * 2021-07-27 2023-02-16 Celona, Inc. Method and Apparatus for Enterprise Credential Identification
US20230064266A1 (en) * 2021-08-26 2023-03-02 Qualcomm Incorporated Network measurements for enhanced machine learning model training and inference
EP4164262A1 (en) * 2021-10-05 2023-04-12 Ntt Docomo, Inc. Network component, method for providing network connectivity, mobile terminal and method for performing radio communication
CN116420382A (zh) * 2021-11-08 2023-07-11 北京小米移动软件有限公司 一种寻呼过滤的方法、装置、通信设备及存储介质
US11985497B2 (en) * 2022-03-23 2024-05-14 Verizon Patent And Licensing Inc. Systems and methods for network-based encryption of a user equipment identifier

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7693506B1 (en) * 2000-06-14 2010-04-06 Nokia Corporation Method and system for performing a location registration in a cellular radiotelephone system
CN104969589A (zh) * 2013-06-21 2015-10-07 华为技术有限公司 一种通信设备的接入处理的方法、设备和通信系统
US20150296364A1 (en) * 2014-04-09 2015-10-15 Qualcomm Incorporated System and Methods for Increasing Efficiency of a Public Land Mobile Network Search in Service Acquisition on a Multi-SIM Wireless Device
CN105323822A (zh) * 2014-06-18 2016-02-10 美国博通公司 用于信令通知拒绝的网络连接的信息的系统、方法及设备
CN106688280A (zh) * 2014-09-25 2017-05-17 瑞典爱立信有限公司 改进的网络搜索
US20190159116A1 (en) * 2016-04-27 2019-05-23 Qualcomm Incorporated Network camp on for multi-sim devices
US20190174466A1 (en) * 2018-01-22 2019-06-06 Intel Corporation Control signaling for uplink multiple input multiple output, channel state information reference signal configuration and sounding reference signal configuration
US20190174449A1 (en) * 2018-02-09 2019-06-06 Intel Corporation Technologies to authorize user equipment use of local area data network features and control the size of local area data network information in access and mobility management function

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120079901A (ko) * 2011-01-06 2012-07-16 삼성전자주식회사 듀얼 심카드 단말기의 통신 운용 방법 및 이를 지원하는 듀얼 심카드 단말기와 네트웍 시스템
US9210691B2 (en) * 2013-11-07 2015-12-08 Qualcomm Incorporated System and methods for cooperative network acquisition on a multi-SIM wireless device
US9967808B2 (en) * 2015-05-20 2018-05-08 Apple Inc. System selection for multi-SIM devices
EP4064770A1 (en) * 2019-03-11 2022-09-28 Ofinno, LLC Wireless device paging by a wireless network
US20220191778A1 (en) * 2019-04-09 2022-06-16 Samsung Electronics Co., Ltd. Method and system of ue for switching between plurality of sim networks
CN114175814A (zh) * 2019-05-28 2022-03-11 苹果公司 避免在具有多种订阅的设备中的寻呼冲突

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7693506B1 (en) * 2000-06-14 2010-04-06 Nokia Corporation Method and system for performing a location registration in a cellular radiotelephone system
CN104969589A (zh) * 2013-06-21 2015-10-07 华为技术有限公司 一种通信设备的接入处理的方法、设备和通信系统
US20150296364A1 (en) * 2014-04-09 2015-10-15 Qualcomm Incorporated System and Methods for Increasing Efficiency of a Public Land Mobile Network Search in Service Acquisition on a Multi-SIM Wireless Device
CN105323822A (zh) * 2014-06-18 2016-02-10 美国博通公司 用于信令通知拒绝的网络连接的信息的系统、方法及设备
CN106688280A (zh) * 2014-09-25 2017-05-17 瑞典爱立信有限公司 改进的网络搜索
US20190159116A1 (en) * 2016-04-27 2019-05-23 Qualcomm Incorporated Network camp on for multi-sim devices
US20190174466A1 (en) * 2018-01-22 2019-06-06 Intel Corporation Control signaling for uplink multiple input multiple output, channel state information reference signal configuration and sounding reference signal configuration
US20190174449A1 (en) * 2018-02-09 2019-06-06 Intel Corporation Technologies to authorize user equipment use of local area data network features and control the size of local area data network information in access and mobility management function

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS: "S1-191073 "Support for paging for multile USIM"", 3GPP TSG_SA\\WG1_SERV, no. 1, 29 April 2019 (2019-04-29), pages 2 - 3 *
MEDIATEK / JJ: "C1-183349 "Forbidden PLMN operation for cause value amp;quot;Requested service option not authorized in this PLMN amp;quot;"", 3GPP TSG_CT\\WG1_MM-CC-SM_EX-CN1, no. 1, 14 May 2018 (2018-05-14) *

Also Published As

Publication number Publication date
EP3970420A1 (en) 2022-03-23
KR20220017999A (ko) 2022-02-14
US20220240213A1 (en) 2022-07-28
JP2022535915A (ja) 2022-08-10
WO2020247043A1 (en) 2020-12-10

Similar Documents

Publication Publication Date Title
CN114128354A (zh) 用于支持多sim用户装备的蜂窝系统增强的装置、系统、方法和计算机可读介质
US20220225448A1 (en) Methods for a multi-hop relay in 5g network
CN115486135A (zh) Ran切片
CN106605430B (zh) 无线网络寻呼传输和响应
WO2021155090A1 (en) Traffic steering enhancements for cellular networks
EP3535994B1 (en) Mobility management for relaying
CN114451028B (zh) 用于多sim的寻呼的网络设备和方法
KR20220110811A (ko) 다수의 범용 가입자 아이덴티티 모듈들을 갖는 사용자 장비에 대한 시스템 정보 획득 및 페이징
CN114401533A (zh) 用于服务和会话连续性的网络服务暴露
KR20210007974A (ko) 사물 인터넷 통신 경로에서의 서버
US20240007878A1 (en) Minimization of service interruption
WO2016028559A1 (en) Enhanced ue registration and paging
US20220408328A1 (en) Multi-sim ue cell selection and reselection
JP2022531350A (ja) Ue、amf装置、プログラム、ueの方法、およびamf装置の方法
US20230045195A1 (en) First Node, Second Node and Methods Performed Thereby for Handling Identification of a Communications Network
CN105430593B (zh) 处理用于装置对装置通信的开放直接发现的装置
JP2024512768A (ja) UDM(United Data Management Function)のための方法、AMF(Access Management Function)のための方法、UDM(United Data Management Function)及びAMF(Access Management Function)
WO2013147735A1 (en) Mobile switching center acting as a short message service gateway
CN114631341A (zh) 多sim装置的关系指示
WO2023120045A1 (en) Method of communication apparatus, method of user equipment (ue), communication apparatus, ue, method for first communication apparatus, method for communication terminal and method for first communication apparatus
WO2023068118A1 (en) Communication apparatus, first communication apparatus, method of communication apparatus, and method of first communication apparatus
WO2023068119A1 (en) Method of ue, method of geographically selected amf apparatus, ue, geographically selected amf apparatus, and method of communication terminal
CN115968565A (zh) 用于无线通信装置的方法、装置、存储介质和芯片系统
CN117880929A (zh) 最小化服务中断
JP2023535961A (ja) 通信端末、コアネットワークノード、及び方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20221110

Address after: Wilmington, Delaware, USA

Applicant after: INTERDIGITAL PATENT HOLDINGS, Inc.

Address before: Delaware USA

Applicant before: CONVIDA WIRELESS, LLC