CN114208285A - 用于选择核心网络的方法和用户设备 - Google Patents
用于选择核心网络的方法和用户设备 Download PDFInfo
- Publication number
- CN114208285A CN114208285A CN202080057619.XA CN202080057619A CN114208285A CN 114208285 A CN114208285 A CN 114208285A CN 202080057619 A CN202080057619 A CN 202080057619A CN 114208285 A CN114208285 A CN 114208285A
- Authority
- CN
- China
- Prior art keywords
- core network
- context
- base node
- data exchange
- network element
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0066—Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及用于在蜂窝网络的第一基础节点上操作的用户设备的方法,第一基础节点通信耦合到所述蜂窝网络的两个核心网络,用户设备借助于终止于这两个核心网络中的所选核心网络的数据交换上下文在开放数据交换会话中操作,用户设备还维护从所述所选核心网络接收的第一装置身份,该方法包括用于用户设备的以下步骤:‑识别所述蜂窝网络的至少一个第二基础节点,‑检查所述至少一个第二基础节点是否能够接入所选核心网络,‑如果不能,向能够接入不同于所选核心网络的核心网络(以下称为第二核心网络)的第二基础节点发送连接重建消息,‑通过第二基础节点接收第二核心网络的第二装置身份,‑向第二基础节点发送确认消息,‑使用所述第二装置身份通过第二核心网络与所述第二基础节点恢复所述数据交换会话。
Description
技术领域
本发明涉及用于选择包括至少两个核心网络的蜂窝网络的核心网络的方法。本发明还涉及使用所述方法的用户设备。
此外,本发明涉及蜂窝网络的基础节点(base node)。本发明还涉及用于所述基础节点的方法。
背景技术
随着新技术标准的出现,特别是新无线电(5G)的出现,开始讨论如何让LTE(4G)网络架构与5G核心架构共存并紧密合作。据此,决定以所谓的非独立(NSA)模式引入5G,这意味着5G gNodB(GNB)将为符合5G的用户设备(UE)提供新的空中接口,但背后的核心网络正在使用可用的4G基础设施。然而,5G的全面部署也应该包括5G基础设施的引入。
因此,对于用户设备来说,存在如下可能性:其预占的gNodeB或者说eNodeB(后文中:基础节点)有可能连接到4G核心(演进分组核心EPC)或5G核心(下一代核心,NextGenCore,NGC)。
一般来说,是蜂窝网络、尤其是基础节点单独或与其他蜂窝网络组件相结合地决定选择哪个核心网络。然而,针对NB-IoT的情况——NB-IoT是LTE的一个类别,其中用户设备支持有限带宽和处理能力,并且也应该可用为5G类别——是用户设备来决定要选择/请求哪个核心网络。这是由于以下事实:用户设备请求直接终止于核心网络,因此一旦不止一个核心网络可用,则选择是必要的。
特别是因为不同的核心网络可以适应特定的服务,即在5G核心中,所谓的用于服务提供的切片将是可用的,相关信息将由eNB广播,因此感兴趣的用户设备可以相应地选择所述5G核心网络。对这种服务不感兴趣的用户设备可以选择朝向4G核心,以充分利用EPC连接上下文中指定的节能特性,而传统设备实际上没有选择,并且无论如何都连接到EPC核心。除了UE选择之外,网络还可以出于负载共享的目的将能够支持这两个核心网络的UE发送给一个网络或另一个网络。因此,当与新的基础节点建立连接时,这种UE也可以决定将核心网络改为他们的优选核心。
在ETSI 3GPP技术报告TR23.724 V.1.10中,提出相应的基础节点在广播的系统信息中发送关于多个核心网络的可用性的指示,并且用户设备应该执行核心网络选择作为RRC连接建立请求的一部分。
然而,在这种情况下没有解决的是这种情况:用户设备已经与服务基础节点建立了连接或者说数据交换上下文,并且在最终终止连接之前,该用户设备离开覆盖区域或想要恢复和重新使用服务基础节点的所述数据交换上下文。在NB-IoT中,移动性由用户设备来处理,而不是由执行切换的基础节点来处理,UE检测到无线电链路故障(RLF),并以“无线电链路故障”为由在下一个相邻基础节点处建立RRC-连接-重建,优选地包括其使用的标识(identification)(如RNTI或TMSI)以及先前使用的服务基础节点的身份(identity)。然后,新的基础节点可以从指示的先前服务基础节点获取上下文并继续操作。
然而,可能会出现相邻基础节点无法支持与前一基础节点相同的核心网络的情况。这将导致连接丢失,并需要建立新的连接,因为无法获取上下文,无法获取上下文仅仅是因为到先前使用的核心网络的接入不可用这一事实。
因此,本发明的目的是克服上述缺点,并提出针对此类用户设备解决移动性问题的解决方案。
由于这是有利于迁移到新技术标准的构思,预计未来几代也会引入同样的构思,因此所提到的问题并不局限于4G/5G共存的情况。
因此,本领域需要进一步的替代和有利的解决方案。
发明内容
为此,根据本发明的第一方面,提出一种根据权利要求1的操作用户设备的方法。根据本发明的第二方面,还提出根据权利要求5的用户设备。在本发明的第三方面,提出了根据权利要求8的第一核心网络元件。在本发明的第四方面,提出了根据权利要求10的第二核心网络元件。在本发明的第五方面,提出了根据权利要求15的操作第二核心网络元件的方法。在本发明的第六方面,提出了根据权利要求17的基础节点。
根据本发明的第一方面,提出了一种针对在蜂窝网络的第一基础节点上操作的用户设备的方法,第一基础节点通信耦合到所述蜂窝网络的两个核心网络,用户设备借助于终止于这两个核心网络中的所选核心网络的数据交换上下文来在开放数据交换会话中操作,用户设备还维护从所述所选核心网络接收的第一装置身份,该方法包括针对用户设备的以下步骤:
- 识别所述蜂窝网络的至少一个第二基础节点,
- 检查所述至少一个第二基础节点是否能够接入所选核心网络,
- 如果不能,向能够接入不同于所选核心网络的核心网络(以下称为第二核心网络)的第二基础节点发送连接重建消息,
- 通过第二基础节点接收第二核心网络的第二装置身份,
- 向第二基础节点发送确认消息,
- 使用所述第二装置身份通过第二核心网络与所述第二基础节点恢复所述数据交换会话。
该方面涉及在蜂窝网络中操作的用户设备。用户设备尤其配备有用于与蜂窝网络的基础节点通信的通信电路和处理电路。用户设备和基础节点以及蜂窝网络尤其支持GSM(2G)、UMTS(3G)、LTE(4G)、NR(5G)或更高的蜂窝无线通信技术标准之一。蜂窝网络支持至少两种技术标准。这是通过拥有不同技术标准的至少两个核心网络来实现的。在LTE和NR网络的示例中,这将尤其是4G中定义的演进分组核心(EPC)和5G中定义的下一代核心(NGC)。本发明当然涵盖其他组合。此外,还涵盖蜂窝网络包括不止两个核心网络,例如另外包括2G和3G蜂窝网络。
关于用户设备预占的基础节点,这是在耦合到至少两个核心网络的地址场景中。这尤其是eNodeB(它是4G基础节点)或gNodeB(5G基础节点)。
所提出的场景特别适用于支持子类别窄带IoT(NB-IoT)的基础节点的情况,其是针对具有较低处理能力的用户设备的嵌入式类别,特别是那些为物联网(IoT)设计的用户设备,并且仅允许使用与基础节点的其余频率范围不同的调制方案来寻址和解码频率范围的子集。
NB-IoT是这两种技术的LPWA(低功耗广域)解决方案,因此受到LTE和NR的支持。据设想,能够在NB-IoT中操作的UE可以在NB-IoT中在eNodeB或gNodeB上操作。这对于未来的装置来说尤其如此,因为传统装置不会理解与NGC和那里提供的可能性/特征相关的信令和信息。因此,UE将总是选择EPC。然而,对于未来的用户设备,考虑对到两个核心网络的连接性的支持以及用户设备需求的相应可用性将导致请求到一个网络或另一个网络的连接。
该方法始于如下情况:用户设备预占所述基础节点,并且在借助于数据交换上下文表征的正在进行的或暂停的(旨在被恢复)数据交换会话中操作。这特别意味着用户设备处于开放连接中或者已经建立了这样的连接,该连接被暂时暂停,但是旨在例如经由互联网利用另一用户设备或远程服务器恢复,并且应该交换数据。相关的控制信息和必要的侧面条件/参数是数据交换上下文的一部分。数据交换上下文具有标识符,即所谓的上下文身份,并且当保持连接到同一核心网络时,可以相应地通过所述上下文身份来恢复数据交换上下文。
这种数据交换环境或者说数据交换会话终止于核心网络之一。终止意味着通信路径通过相应核心网络的核心网络元件路由。每个核心网络包括支持该核心网络的技术标准的一个或多个核心网络元件。数据交换会话尤其是在那里用已知的方法创建的。替代地,数据交换会话适于具有不同核心网络元件的不同基础节点。在任何情况下,用户设备从所选核心网络接收第一装置身份,其标识该装置并便于在核心网络元件处标识相应的数据交换上下文。
该方法特别适用于如下情况:用户设备离开其预占的第一基础节点的覆盖区域。该覆盖区域也称为小区。在这种情况下,用户设备将然后尝试识别具有更好的信令条件或至少可接受的连接条件的至少一个第二基础节点,因为其离开了可以提供第一基础节点的合适服务的覆盖区域。
根据有利的实施例,提出响应于检测到与第一基础节点的通信中的无线电链路故障而执行识别至少一个第二基础节点的步骤。
优选地,对于NB-IoT,在用户设备中执行移动性管理。这尤其意味着,如果在数据交换会话期间无线电链路故障的数量高于预定阈值,则用户设备将尝试识别第二基础节点,以便安全地继续数据交换会话。这是这样完成的,即在NB-IoT中操作的UE根据属于所述PLMN的最佳无线电条件选择第二基础节点,而不评估连接的核心网络。
应用已知的方法来识别第二基础节点,并决定从第一基础节点改为第二基础节点。当检测到无线电链路故障(RLF)、即在前一个小区中失去连接时,这个过程称为RRC连接重建。
对于NB-IoT的情况,以“无线电链路故障”为由的RRC连接重建甚至适用于开放数据交换会话的情况,开放数据交换会话意味着它是由用户设备本身驱动的。
对于其他类别的用户设备,特别是支持LTE Cat M、Cat 1等的用户设备,将优选地通过切换来保证小区之间的移动性。在由基础节点驱动的切换的情况下,UE提前测量和报告相邻小区,基础节点决定由另一个合适的小区“切换”和维护所转移的连接。然而,在连接模式下并行维持连接和在通信链路质量下降的情况下执行相关信令所需的测量超过了NB-IoT装置的能力,因此移动性是经由RLF完成的。
在任何情况下,当识别出第二基础节点时,需要确保数据交换会话可以恢复,这意味着继续数据交换而不需要建立新的连接。这将要求基础节点能够接入所选核心网络。
然而,第二基础节点可能是传统的4G eNodeB,只能接入4G核心。如果当前的数据交换上下文由下一代核心网络的所选核心网络操作,则基础节点不能继续该数据交换会话的数据交换上下文。所以需要检查这种情况。
为此,用户设备检查第二基础节点是否能够接入所选核心网络。
可以从所选基础节点的广播中检索相关信息。如前所述,连接的核心对选择过程没有影响,因为选择了具有最佳无线电能力的基础节点。对连接到特定核心网络的基础节点的任何搜索都可能不会成功,并且会花费很长时间并消耗能量,因此选择下一个可用的基础节点时不考虑连接的核心。
当检查显示基础节点支持接入所选核心网络时,则具有第一装置身份和上下文身份的连接重建消息将成功(以“RLF”为由的RRC连接重建)。这意味着在由所述上下文身份表征的现有数据交换上下文上的数据交换会话可以在之后恢复。上下文和装置身份仅对所述一个第一核心网络而言有意义,而第二核心网络中并不知道。
然而,当基础节点不支持接入所选核心网络时,则需要不同的解决方案。这就是本发明发挥作用的地方。
此方法分支适于向基础节点发送连接重建消息。与现有过程的区别在于,该RRC连接重建消息优选地不具有简单的“因RLF而重建”的原因/目的,相反,它是以“核心上下文获取”为原因/目的的RRC连接重建消息。该消息尤其包括第一装置身份和至少一个上下文身份。连接重建消息尤其应该被转发到基础节点与其通信耦合的另一核心网络的第二核心网络元件。
至少一个上下文身份指的是用户设备拥有不止一个数据交换上下文的可能性。此外,可以提交一个或多个不(再)有效的上下文身份,并且仅对于有效的数据交换上下文,执行获取操作以恢复数据交换会话。
根据优选实施例,提出用户设备还维护由所选核心网络提供的上下文身份,其中连接重建消息包括提供所述上下文身份和所述第一装置身份的核心网络上下文获取指令。
上下文身份标识所述数据交换上下文。连同第一装置身份,特别是由第一核心网络提供的TMSI或RNTI,用于所描绘的数据交换上下文的参数应当在第一核心网络内容易地确定。
优选地,它包括核心网络身份或补强有核心网络身份,核心网络身份描绘哪个核心网络身份处理该上下文。
核心网络上下文获取指令优选地还提供与核心网络、或者更具体地与发布了或保持所述识别的上下文的所述核心网络的核心网络元件相关的信息。
利用该实施例,简化了被寻址的核心网络元件识别核心节点元件。由此,这不一定意味着被寻址的核心网络元件将需要直接接入所识别的核心网络元件,而是简化了路由。当上下文身份在第一核心网络中不唯一时,这尤其有用。
响应于连接重建消息,用户设备从第二基础节点接收至少包括第二装置身份的消息。第二装置身份是在第二核心网络中创建新的数据交换上下文时创建的。
因此,用户设备发送确认消息,其确认接收到先前的消息,并指示可以恢复数据交换会话。该确认消息特别包括新的第二装置身份以供确认。
然后,通过使用第二装置身份,在第二核心网络上与第二基础节点恢复数据交换会话。在蜂窝网络中,然后采取所有必要的步骤。优选地,还将第二数据交换上下文的上下文身份提供给用户设备,优选地用于下一个连接重建消息。
本发明的方法的有利之处在于,它免除了用户设备在核心网络之间需要采取的所有步骤。此外,与基础节点支持接入最初所选核心网络的情况相比,只有低延迟。
最大的优势是数据交换会话可以继续,而不需要重新建立。重新建立可能会被通信端点拒绝。因此,本发明的方法简化了用户设备的处理,使连接更加可靠,并最终导致蜂窝网络信令更少,并且用户设备的功耗更小。
在另一优选实施例中,提出用户设备维护从第一基础节点接收的至少一个第一加密密钥,由此使用所述至少一个第一加密密钥执行接收第二装置身份的步骤,还包括从第二基础节点接收用于生成至少一个第二加密密钥的标准的步骤,由此使用所述至少一个第二加密密钥执行恢复数据交换会话的步骤。
通过该实施例,解决了保护通信的重要问题。这表明,所提出的方法适用于当今的蜂窝网络,这种网络需要受到保护,以免被黑客攻击、拦截或监视。
已知的蜂窝网络通过针对每个数据交换会话与用户设备协商一个或多个加密密钥来保护其通信的安全。然而,这些加密密钥绑定到核心网络。因此,当建立数据交换上下文时,在用户设备处接收并维护至少一个第一加密密钥,即:存储至少一个第一加密密钥并将其用于该数据交换上下文的消息。
然而,密钥生成可能在第一和第二核心网络之间变化,因此第一核心网络的加密密钥不可用于在第二核心网络中服务于用户设备。因此,对于所示的方法步骤,需要确保创建并安全交换一组新的加密密钥。
为此,提出在用户设备处接收的具有新的第二装置身份的消息特别地使用至少一个第一加密密钥来加密。
然而,与该消息一起,或者在单独的消息中,用户设备还接收用于生成至少一个第二加密密钥的标准,以保护与第二基础节点和第二核心网络的通信的安全。
在一个简单的实施例中,这种标准涵盖提供第二加密密钥。
替代地,该方法步骤包括提供密钥组件、随机数和/或认证令牌,其与共享秘密(例如主密钥,尤其存储在与用户设备连接的USIM卡和核心网络的中央寄存器中)一起允许用户设备生成新的密钥。通常,这提供了用户设备将从第二加密密钥导出的密钥发送回基础节点,直到双方都有可用的第二加密密钥。这种方法是已知的,且称为认证和密钥协议(AKA),它帮助用户设备和核心网络建立对称密钥来加密交换的数据。
因此,当执行第二加密密钥的这种协商时,使用第二加密密钥加密以下消息。这尤其涉及作为恢复数据交换会话步骤的一部分的消息。可以先协商加密密钥,然后执行连接重建过程,反之亦然。这两个顺序都涵盖在本发明中。
此外,这也特别影响到对基础节点的确认消息。
已显示出,所提出的选择基础节点和另一核心网络的方法也可与已建立的安全措施一起操作,而不会在用户设备和核心网络双方上产生太多的开销。
根据本发明的第二方面,提出了一种在蜂窝网络的第一基础节点上操作的用户设备,第一基础节点通信耦合到所述蜂窝网络的两个核心网络,用户设备被配置为借助于终止于这两个核心网络中的所选核心网络的数据交换上下文在数据交换会话中操作,并且维护从所述所选核心网络接收的第一装置身份,其中用户设备被配置为:
- 识别所述蜂窝网络的至少一个第二基础节点,
- 检查所述至少一个第二基础节点是否能够接入所选核心网络,
- 如果不能,向能够接入不同于所选核心网络的核心网络(以下称为第二核心网络)的第二基础节点发送连接重建消息,
- 通过第二基础节点接收第二核心网络的第二装置身份,
- 向第二基础节点发送确认消息,
- 使用所述第二装置身份通过第二核心网络与所述第二基础节点恢复所述数据交换会话。
根据本发明这一方面的用户设备特别配备有发射和接收电路,特别是收发器。此外,它包括处理电路,用于执行控制软件,以控制发射和接收电路。优选地,用户设备包括永久和/或易失性存储器。用户设备还优选地与订户身份卡连接,特别是USIM或(e)UICC,其是可拆卸的或焊接的。
用户设备与本发明第六方面的至少一个基础节点一起操作。
本发明的第二方面与本发明的第一方面具有相同的优点。
根据本发明的第三方面,提出了第一核心网络的第一核心网络元件,第一核心网络是包括至少两个核心网络的蜂窝网络的一部分,所述第一核心网络元件通信耦合到作为蜂窝网络的一部分的第二核心网络的至少一个第二核心网络元件(SCNE),其中第一核心网络元件被配置为:
- 从第二核心网络元件之一接收包括装置身份和上下文身份的核心上下文获取消息,
- 基于所述上下文身份获取第一数据交换上下文,所述第一数据交换上下文包括关于第一数据交换上下文的参数集,
- 向所述第二核心网络元件提供上下文消息,所述上下文消息包括关于所述第一数据交换上下文的所述参数集的至少部分。
本发明的这个方面涉及蜂窝网络的第一核心网络元件,其中该蜂窝网络具有至少两个核心网络。每个核心网络包括一对核心网络元件,其中第一核心网络元件是第一核心网络的一部分。因此,根据本发明第四方面的第二核心网络元件是第二核心网络的一部分。
第一核心网络元件通信耦合到至少一个第二核心网络元件。无论这种耦合是直接的还是通过中间或另一个第一核心网络元件间接的。
第一核心网络元件包括通信电路,用于与至少一个基础节点、与其他第一核心网络元件通信、和/或用于与所述至少一个第二核心网络元件通信。
此外,它优选地提供处理电路、易失性和永久存储器。
本发明第一方面的用户设备借助于数据交换上下文请求数据交换会话,这是通过第一核心网络来操作。用户设备由所述第一基础节点服务。
可能在离开第一基础节点的小区区域之前,第一核心网络元件处理了这个用户设备的第一数据交换上下文。
取决于第一数据交换上下文的持续时间和用户设备的空间行为,第一核心网络元件可能已创建了第一数据交换上下文。这包括为发出请求的用户设备提供第一装置身份。优选地,它包括向用户设备提供上下文标识符。
潜在地,第一核心网络元件从未涉及过数据交换上下文,但是打算执行如本发明的这个方面中描绘的步骤。
根据该方面,第一核心网络元件被配置为从第二核心网络元件之一接收包括装置身份的核心上下文获取消息。这尤其发生在用户设备离开了第一基础节点的小区区域并向第二基础节点发送连接重建消息之后,该第二基础节点没有直接通信耦合到第一核心网络元件。
利用与核心上下文获取消息一起提供的装置身份,第一核心网络元件能够从开放的第一数据交换上下文的可接入集合中检索适用于由装置身份标识的用户设备的上下文。第一数据交换上下文的这种集合优选地可用于第一核心网络的所有第一核心网络元件,因为在这种情况下,第二核心网络元件寻址正确的第一核心网络元件并不重要。
优选地,核心上下文获取消息还包括在建立数据交换上下文或者说恢复数据交换上下文时提供给用户设备的上下文身份。用该上下文身份,与第一数据交换上下文相关的相应参数就很容易定位和检索。
优选地,核心上下文获取消息还包括在用户设备离开第一基础节点的小区区域之前为其服务的第一核心网络元件的核心节点身份。在这种情况下,接收到核心上下文获取消息的第一核心网络元件有可能接入用该核心节点身份标识的第一核心网络元件,以便让它支持或处理后续步骤。
这种第一数据交换上下文包括关于第一数据交换上下文的参数集。这样的参数可以包括装置身份和通信端点的指示,例如这个或另一个(蜂窝)网络中的IP地址或另一个用户设备、加密密钥、连接和/或服务类型信息。
如果没有找到第一数据交换上下文,则将此情况报告给发出请求的第二核心网络元件。
否则,第一核心网络元件用上下文消息来响应发出请求的第二核心网络元件,该上下文消息包括关于所述第一数据交换上下文的所述参数集的至少部分。这样的参数集至少包括重新创建第二数据交换上下文所需的那些数据。
所描述的过程也可以由另一个第一核心网络元件发起,用于继续第一数据交换上下文。
在另一个优选实施例中,提出从所述第二核心网络元件接收指示确认创建第二数据交换上下文来代替所述第一数据交换上下文的消息,作为响应,执行关闭和删除所述第一数据交换上下文中的至少一个。
该实施例尤其涉及第二核心网络元件创建第二数据交换上下文的阶段。在用户设备确认接收到第二装置身份和相关数据、特别是加密密钥创建标准之后,优选地,第一核心网络元件然后从第二核心网络元件接收指示所述确认的另一请求。
在这种情况下,第一核心网络元件被告知不再需要第一数据交换上下文。因此,它会采取必要的步骤来关闭和/或删除第一数据交换上下文。这可以包括这样告知第一核心网络和/或蜂窝网络的其他组件。
该实施例确保没有“僵尸”数据交换上下文被维护,并且填充数据库并减慢进一步的通信。
附加地或替代地,定时器操作,当在给定的时间内没有执行涉及所述数据交换上下文的操作(如数据传输等)时,该定时器删除数据交换上下文。
根据本发明的第四方面,提出了第二核心网络的第二核心网络元件,第二核心网络是包括至少两个核心网络的蜂窝网络的一部分,第二核心网络元件通信耦合到作为蜂窝网络的一部分的第一核心网络的至少一个第一核心网络元件,所述第二核心网络元件还通信耦合到至少一个基础节点,其中第二核心网络元件被配置为:
- 从所述基础节点接收核心上下文请求消息,所述核心上下文请求消息包括标识与所述基础节点一起操作的用户设备的第一装置身份和至少一个上下文身份,
- 向所述第一核心网络元件发送核心上下文获取消息,
- 确定所述第一装置身份和所述上下文身份用于第一核心网络元件的数据交换会话,
- 从所述第一核心网络元件接收包括所述用户设备的第一数据交换上下文的上下文参数的上下文消息,
- 为所述用户设备生成新的装置身份,
- 使用接收的所述上下文参数创建第二数据交换上下文,以及
- 向基础节点提供与所述第二数据交换上下文和所述第二装置身份相关的上下文参数集。
第二核心网络元件与第一核心网络元件一样,是蜂窝网络的核心网络元件,其中第二核心网络元件是第二核心网络的一部分。它通信耦合到支持所述第二核心网络的技术标准的基础节点。根据本发明的第三方面,它还通信耦合到至少一个第一核心网络元件。它优选地还通信耦合到所述第一核心网络元件的其他第二核心网络元件。
经由通信耦合,第二核心网络元件被配置为从第二基础节点接收核心上下文请求消息。这尤其发生在本发明第一方面的用户设备离开第一基础节点的小区区域并识别了第二基础节点之后。
优选地,已经知道,第二基础节点不能接入第一核心网络,但是能够接入第二核心网络。替代地,核心上下文请求消息是解决这个问题的一种方法。
如果是这种情况,则需要一些方法来重建第一数据交换上下文,以便在小区从第一基础节点改为第二基础节点之后恢复数据交换会话。这个过程称为获取数据交换上下文。
优选地,核心上下文请求消息是已经定义的消息类型,但是在这种情况下——当应该执行数据交换上下文的获取时——核心上下文请求消息填充有指示获取第一数据交换上下文的设想过程的附加信息元素。
因此,第二核心网络元件从基础节点接收核心上下文请求消息。
核心上下文消息包括第一装置身份。优选地,它还包括至少一个上下文身份。用该至少一个上下文身份,第二核心网络元件可以确定用该第一装置身份识别的用户设备是否在由第二核心网络处理的数据交换上下文中被处理。如果不是这种情况,则可以将该结果提供给基础节点。在这种情况下,用户设备很可能是在另一个核心网络中操作的,特别是第一核心网络。
根据请求或主动地,第二核心网络元件被配置为从相应的第一核心网络元件获取当前开放的第一数据交换上下文的信息,该第一数据交换上下文由相关的上下文身份来表征。为此,第二核心网络元件被配置为向第一核心网络元件发送核心上下文获取消息。
优选地,所述上下文请求消息还包括标识第一核心网络元件的核心节点身份,其中所述发送核心上下文获取消息借助于所述核心节点身份被寻址到所述第一核心网络元件。
用该实施例,检索到的核心节点身份用于寻址第一核心网络元件。这可能包括通过核心节点身份直接寻址第一核心网络元件。替代地,第二核心网络元件能够接入一个或多个第一核心网络元件,并且向其中一个核心网络元件发送核心上下文获取消息,该消息带有核心节点身份,以便于通过被寻址的所述第一核心网络元件检索所述第一数据交换上下文。
在任何情况下,第二核心网络元件都期望从第一核心网络元件检索与所描绘的第一数据交换上下文有关的参数集作为响应。
此外,它优选地被配置为从第一基础节点接收与所述用户设备相关的一组能力信息。
用该参数集和潜在的附加可用信息,特别是能力,第二核心网络元件特别地创建第二数据交换上下文。这与创建新的第二装置身份一起发生。优选地,首先创建新的第二装置身份,然后使用它来创建第二数据交换上下文。替代地,两个步骤一起执行,或者按另一个顺序执行。
当第二数据交换上下文被创建并且第二装置身份可用时,发出请求的基础节点被告知该结果。这包括将与所述第二数据交换上下文和新的第二装置身份相关的上下文参数集提供给发出请求的基础节点。上下文参数尤其还包括第二数据交换上下文的上下文身份。
所描述的第二核心网络元件是解决所解决问题的关键元件。它被配置为通过基础节点接收来自用户设备的请求,并从第一核心网络收集必要的参数,以便从第一数据交换上下文的参数重新创建第二数据交换上下文。
这使得用户设备不必采取额外的步骤来恢复数据交换会话。此外,它简化了蜂窝网络向支持第一核心网络(通常稍后引入)的迁移,与从第一基础节点中的基础节点的接入共存,这些基础节点能够接入不同技术标准的不止一个核心网络。
在另一个优选实施例中,提出第二核心网络元件还被配置为创建用于生成至少一个第二加密密钥的标准,其中第二核心网络元件被配置为与所述向基础节点提供上下文参数集一起来向基础节点提供所述标准。
用该实施例,通过涉及第二核心网络元件来覆盖加密密钥的处理。为此,第二核心网络元件被配置为创建并提供用于生成至少一个第二加密密钥的标准,以保护第二数据交换上下文内的通信的安全。
如针对根据本发明第一方面的用户设备的方法所指示的,这组标准优选地包括随机数和/或认证令牌,和/或共享秘密,例如主密钥,其允许用户设备创建第二加密密钥,并执行进一步的交换,直到用户设备和第二核心网络元件都配备有至少一个第二加密密钥。本程序遵循已知的AKA程序。
在一个简单的实施例中,第二核心网络元件创建至少一个第二加密密钥,并将其提供给基础节点,并最终提供给用户设备。
显然,这有助于保护通信的安全,也有助于在第二数据交换上下文上恢复数据交换会话。继续使用第一加密密钥是没有用的,因为它需要控制密钥,这需要涉及第一核心网络。
然而,这并不排除另一个优选实施例,其中核心上下文请求消息还包括至少一个第一加密密钥,其中用于提供上下文参数集的消息借助于所述至少一个第一加密密钥来加密。
用该实施例,第二核心网络元件利用核心上下文请求消息来检索第一加密密钥。这优选地用于通过使用所述第一加密密钥用上下文参数加密消息。
替代地,但是对于第二核心网络元件来说更耗时的是,还涵盖先与用户设备协商第二加密密钥,然后向UE提供用第二加密密钥加密的上下文信息。那么第二核心网络元件将不需要用第一加密密钥来工作,例如如果定义了不同的加密方法。
用该实施例,从一开始就保护了对新的第二数据交换上下文的检索的安全。
此后,通过使用第二加密密钥保护经由第二数据交换上下文的数据交换会话的安全来执行恢复的数据交换会话。
在另一优选实施例中,提出从基础节点接收包括第二装置身份的确认消息,作为响应,向第一核心网络元件指示所述确认,以进行关闭和删除上下文中的至少一个。
该实施例用于在第二核心网络元件处完成从第一数据交换上下文重新创建第二数据交换上下文的阶段。
为此,第二核心网络元件被配置为借助于发送第二装置身份来接收用户设备确认了接收到第二数据交换上下文的参数(以及可能的第二加密密钥)的指示。
为了允许清理第一核心网络中保存的数据交换上下文,第二核心网络元件向至少一个第一核心网络元件发送指示。用该指示,第一核心网络可以关闭和删除第一数据交换上下文。随着新的第二数据交换上下文的启动和操作,不再需要第一数据交换上下文。
本发明的这个方面示出了所提出的解决所解决问题的方案的优点。只涉及到几个组件,并且它们做它们本应做的事情:与其他组件通信,创建数据交换上下文,创建密钥生成标准等。
如果数据交换会话使用第一核心网络元件的服务,例如专用5G切片,那么需要决定如何继续。首先,需要检查所使用的服务对于第二核心网络而言是否可用。
如果不可用,则取决于服务类型,有可能在第二核心网络中提供与所用服务接近的服务类型。否则,放弃该数据交换会话,在这种情况下,优选地用异常情况放弃。第一种选择需要所涉及的第一和/或第二核心网络元件的智能。替代地或附加地,与基础节点和/或用户设备的进一步消息流是必要的,以便弄清楚在这种情况下是否有继续数据交换会话或放弃它的方法。
在本发明的第五方面中,提出了一种用于操作蜂窝网络的第二核心网络元件的方法,第二核心网络元件通信耦合到蜂窝网络的至少一个第一核心网络元件,所述第二核心网络元件还通信耦合到至少一个基础节点,该方法包括针对第二核心网络元件的以下步骤:
- 从所述基础节点接收包括标识与所述基础节点一起操作的用户设备的第一装置身份的核心上下文请求消息,
- 借助于第一核心网络元件的第一数据交换上下文确定所述第一装置身份在数据交换会话中操作,
如果是这种情况,则向所述第一核心网络元件发送核心上下文获取消息,
- 从所述第一核心网络元件接收包括所述用户设备的第一数据交换上下文的上下文参数的上下文消息,
- 为所述用户设备生成新的装置身份,
- 使用接收的所述上下文参数创建第二数据交换上下文,以及
- 向基础节点提供与所述第二数据交换上下文和所述第二装置身份相关的上下文参数集。
本发明的第五方面与本发明的第四方面具有相同的优点。
根据本发明的第六方面,提出了一种蜂窝网络的基础节点,其通信耦合到所述蜂窝网络的核心网络的至少一个第二核心网络元件,并且被配置为服务于多个用户设备,其中基础节点被配置为:
- 从所服务的用户设备之一接收连接重建消息,其中所述连接重建消息包括属于与所述基础节点所连接到的核心网络不同的核心网络的第二核心网络元件的指示、以及所述用户设备的装置身份和至少一个上下文身份,
- 向第二核心网络元件发送包括装置身份和至少一个上下文身份的核心上下文请求消息,
- 作为响应,接收与第二数据交换上下文和新的装置身份相关的上下文参数集,
- 向所述所服务的用户设备转发新的装置身份。
该方面涉及通信耦合到根据本发明第四方面的第二核心网络元件的蜂窝网络的基础节点。该基础节点尤其不能直接与根据本发明的第三方面的第一核心网络元件通信。
当根据本发明第二方面的用户设备在与可与第一核心网络元件一起操作的基础节点进行开放数据交换会话之后决定预占该基础节点时,它应该向该基础节点发送连接重建消息。这包括在第一核心网络的第一数据交换上下文中标识用户设备的装置身份。
它还包括与用户设备正在与属于不同于基础节点所连接到的核心网络的核心网络元件一起操作有关的指示。这尤其发生在用户设备发送了第一连接重建消息、但是接收到数据交换上下文在基础节点与之通信耦合(特别是仅与之通信耦合)的第二核心网络中不可用的响应之后。
响应于接收到该消息,基础节点被配置为向该基础节点与之通信耦合的第二核心网络元件发送核心上下文请求消息。该核心上下文消息至少包括装置身份,并且优选地包括上下文身份。用该消息,意图在于获取第一数据交换上下文。
它将指示第二核心网络元件从第一核心网络检索第一数据交换上下文的参数,并创建新的第二数据交换上下文。
因此,基础节点于是检索与然后创建的第二数据交换上下文相关的上下文参数集。这尤其包括新的装置身份。
所述信息被转发到发出请求的用户设备。
优选地,还从第二核心网络元件检索用于创建第二加密密钥的参数,并将其转发给用户设备。
根据另一个优选实施例,基础节点还被配置为响应于从所述服务用户设备接收到确认消息而向第二核心网络元件提供包括所述新的装置身份的确认消息。
该步骤通过接收和转发带有新的装置身份的确认消息而使基础节点完成数据交换上下文重新创建阶段。
此后,用户设备使用基础节点通过终止于第二核心网络元件的新的第二数据交换上下文恢复数据交换会话。
如所示,本发明有利地解决了所描绘的问题,并且提出了在所涉及的元件之间的消息流,该消息流无缝地集成在现有结构中,并且允许所有所涉及的实体以低影响继续与蜂窝网络的另一核心网络的数据交换会话。
附图说明
以下描述和附图详细阐述了某些说明性的方面,并且指示了可以采用实施例的原理的各种方式中的一些。当阅读作为说明性而非限制性示例给出的有利实施例的以下描述和附图时,本发明的特征和优点将显现出来。
图1示出了作为与根据现有技术的基础节点结合的实施例的本发明适用于的类型的用户设备;
图2在示例性实施例中示出了与两个基础节点一起非静态操作的用户设备;
图3示出了本发明方法的优选实施例的序列图。
具体实施方式
图1示意性地示出了根据现有技术的用户设备UE。用户设备UE预占支持NB-IoT类别的基础节点eNB1。因此,根据该实施例的基础节点eNB可能是4G或5G基础节点,因为NB-IoT对于所定义的两种技术标准都是至少向后兼容的。
基础节点eNB1连接到至少两个核心网络的核心网络元件,在这种情况下,第一核心网络元件FCNE支持5G(新无线电),第二核心网络元件SCNE支持4G(LTE)。相应技术标准的核心网络称为4G演进分组核心(EPC)和5G下一代核心(NGC)。
每个核心网络提供不同的能力。例如,5G核心网络NGC可能具有支持某些切片的能力,例如用于超可靠通信或专用于机器类型通信。
对于离开基础节点eNB1的覆盖区域的用户设备UE,当其在开放数据交换会话中操作时,它须关心移动性。对于这种情况,现有技术没有提供解决方案。
为此,图2中的示例性实施例示出了本发明的方法。
如图2所示的用户设备UE正在非静态地操作,这意味着它正在移动。它位于第一基础节点eNB1的小区C1中。在所示示例中,在预占第一基础节点eNB1之后,它在时间t1通过选择核心网络之一而建立连接。在这种情况下,借助于第一核心网络元件FCNE建立连接,该连接实线来指示,与到EPC的第二核心网络元件SCNE的虚线相对。
然后在时间t2,用户设备UE移动离开基础节点eNB1,这意味着离开小区C1进入第二基础节点eNB2的小区C2。
事实证明,来自基础节点eNB1的信号接收得很差,出现了无线电链路故障(RLF)。这向在NB-IoT中操作的用户设备UE指示,它不能继续与所述当前服务的基础节点一起操作。
因此,用户设备UE选择更合适的基础节点,在这种情况下是第二基础节点eNB2。
然而,基础节点eNB2不能接入两个核心网络,只能接入由第二核心网络元件SCNE代表的EPC。在这种情况下,出现的情况是,基础节点eNB2没有办法检索在时间t1为创建数据交换会话而设置的数据交换上下文。
为了解决该问题,优选地执行根据本发明的示例性实施例的图3的消息流。
该过程流从位于第一基础节点eNB1的小区区域C1的用户设备UE开始。该基础节点能够接入第一和第二核心网络(特别是5G下一代核心网络(NGC)和4G演进分组核心网络(EPC))的第一核心网络元件FCNE和第二核心网络元件SCNE。
第一基础节点eNB1用消息M1广播与这两个核心网络的资源相关的信息。作为对预占基础节点eNB1并建立数据交换会话的响应,用户设备UE通过挑选相应资源用消息M2来选择5G下一代核心。
第一基础节点eNB1接收该请求,将其转发给5G NGC的第一核心网络元件FCNE,并请求上下文ID。这包括用消息M3建立上下文。
作为响应,第一核心网络元件在成功时用消息M4向第一基础节点提供数据交换上下文参数,特别是装置身份。优选地提供更多信息,特别是核心网络身份和/或标识所建立的第一数据交换上下文的上下文身份。接收到的数据(至少是其一部分)用消息M5转发给用户设备。
因此,现在第一数据交换上下文上的数据交换会话已建立并正在运行,如消息M6所示,这是应该终止于FCNE的数据交换消息。这可能包括从计量装置发送测量数据。
在步骤M7,用户设备以这样的方式离开第一基础节点eNB1的覆盖区域,即第一基础节点的信号很差,用户设备评估根据适用性标准是否有至少一个第二基础节点eNB2更适合通信。这尤其是通过多个无线电链路故障发生的。如果是这种情况,则用户设备决定重新选择为第二基础节点eNB2。
现在用户设备需要继续运行数据交换会话。到目前为止,用户设备UE不一定知道第二基础节点eNB2是否能够接入第一核心网络元件FCNE,第一核心网络元件FCNE可以容易地检索数据交换上下文并简单地继续与其操作数据交换会话。
替代地,用户设备例如通过广播或任何其他类型的数据交换、特别是在重新选择阶段从第二基础节点eNB2检索信息,第二基础节点eNB2只能接入作为LTE核心网络一部分的第二核心网络元件SCNE。
在任何情况下,用户设备向第二基础节点发送连接重建消息M8。该消息尤其包括检索到的装置身份,并且在该示例性实施例中包括至少一个相关的上下文身份。优选地,它还包括第一核心网络元件的标识符,这里称为核心节点身份,它特别是通过上面的消息M5来检索的。
第二基础节点eNB2将该请求用消息M9发送给可接入的第二核心网络元件SCNE。在那里,优选地,特别是借助于核心节点身份,发现用户设备此前由另一个核心网络的核心节点元件服务。
因此,它使用核心节点身份向核心网络的另一第一核心节点元件(其正在处理所识别的数据交换上下文)发送核心上下文获取消息M10,以便检索数据交换上下文参数。这不一定意味着由核心节点身份识别的第一核心网络元件FCNE被直接接入。相当可能的是,5G核心网络的任何第一核心网络元件接收消息,其中通过该核心节点身份来识别处理数据交换上下文的第一核心网络元件。被寻址的第一核心网络元件FCNE然后将在其核心网络内处理检索数据交换上下文信息的所有必要步骤。
这些用消息M11提供给第二核心网络元件SCNE。第二核心网络元件SCNE利用这些接收到的信息创建新的数据交换上下文,并创建新的第二装置身份。这些信息和第二装置身份以及新的第二数据交换上下文的上下文身份用消息M12提供给第二基础节点eNB2,并用消息M13提供给用户设备。这些消息特别地用在用户设备和第一核心网络元件之间协商的第一加密密钥加密。
优选地,该消息还包括用于为即将到来的通信生成一组新的加密密钥的标准。这是必要的,因为来自第一核心网络元件FCNE的最初使用的密钥不能被第二核心网络元件重用。
这种密钥生成可能需要用户设备和第二核心网络元件之间更多的消息传递,直到两者都安全地检索到加密密钥。
用户设备随后用消息M14向基础节点eNB2发送确认消息,基础节点eNB2随后用消息M15将该消息转发给第二核心网络元件SCNE。该确认尤其包括新的第二装置身份。
当第二核心网络元件SCNE接收到该确认时,它确定第二数据交换上下文已经被很好地建立。因此,它可以用消息M16指示在第一核心网络元件FCNE关闭和/或删除第一数据交换上下文。同样,可能是5G核心网络的另一个组件实际上做这项工作,但是被寻址的第一核心网络元件用消息M17确认删除等。
该信息对于用户设备来说并不重要,因为利用该确认,用户设备可以假定它现在可以恢复数据交换会话了。这是用到基础节点eNB2的消息M18、或者是到第二核心网络元件的消息M19完成的。该消息特别是用从消息M13创建的加密密钥加密的。
确认消息M14也可以用这个密钥加密。因为没有特别需要保护的数据,所以这不是强制性的。
现在,用户设备可以通过第二核心网络元件SCNE基于新创建的第二数据交换上下文继续数据交换会话。
如果数据交换会话包括第二网络不支持的服务参数,例如像超低延迟操作这样的5G服务,那么有两个选项。
一个是相关参数将被适当的默认值替换。优选地,在给用户设备的消息中指示该替换已发生。因此,用户设备可以决定在这种情况下不继续数据交换会话还是接受这种替换。
另一个是数据交换上下文被指示为不能如此恢复,即由该装置发送的上下文请求消息被拒绝,因此建立新的会话(异常情况放弃)。
通过所示的消息流,以对用户设备具有低影响的方式实现了所建立的数据交换会话可以继续,尽管它被改为不能接入最初使用的核心网络的基础节点。
在以上详细描述中,参考了附图,这些附图以图解的方式示出了可以实施本发明的具体实施例。对这些实施例进行了足够详细的描述,以使本领域技术人员能够实施本发明。应当理解,本发明的各种实施例虽然不同,但不一定相互排斥。例如,在不脱离本发明的范围的情况下,这里结合一个实施例描述的特定特征、结构或特性可以在其他实施例中实现。此外,应当理解,在不脱离本发明的范围的情况下,可以修改每个公开的实施例中各个元件的位置或布置。因此,上述详细描述不具有限制意义,并且本发明的范围仅由适当解释的所附权利要求以及权利要求所赋予的等同物的全部范围来限定。
Claims (18)
1.用于在蜂窝网络(CN)的第一基础节点(eNB1)上操作的用户设备(UE)的方法,第一基础节点通信耦合到所述蜂窝网络的两个核心网络,用户设备(UE)借助于终止于这两个核心网络中的所选核心网络的数据交换上下文在开放数据交换会话中操作,用户设备还维护从所述所选核心网络接收的第一装置身份,该方法包括用于用户设备的以下步骤:
- 识别所述蜂窝网络(CN)的至少一个第二基础节点(eNB2),
- 检查所述至少一个第二基础节点(eNB2)是否能够接入所选核心网络,
- 如果不能,向能够接入不同于所选核心网络的核心网络的第二基础节点(eNB2)发送连接重建消息,不同于所选核心网络的核心网络以下称为第二核心网络,
- 通过第二基础节点接收第二核心网络的第二装置身份,
- 向第二基础节点(eNB2)发送确认消息,
- 使用所述第二装置身份通过第二核心网络与所述第二基础节点(eNB2)恢复所述数据交换会话。
2.根据权利要求1所述的方法,
其中,用户设备(UE)还维护由所选核心网络提供的上下文身份,
其中,连接重建消息包括提供所述上下文身份和所述第一装置身份的核心网络上下文获取指令。
3.根据权利要求1和2中的至少一项所述的方法,
响应于检测到与第一基础节点(eNB1)的通信中的无线电链路故障而执行识别至少一个第二基础节点(eNB2)的步骤。
4.根据前述权利要求中的至少一项所述的方法,
其中,用户设备维护从第一基础节点(eNB1)接收的至少一个第一加密密钥,
由此使用所述至少一个第一加密密钥执行接收第二装置身份的步骤,
还包括从第二基础节点(eNB2)接收用于生成至少一个第二加密密钥的标准的步骤,
由此使用所述至少一个第二加密密钥执行恢复数据交换会话的步骤。
5.用于在蜂窝网络(CN)的第一基础节点(eNB1)上操作的用户设备(UE),第一基础节点通信耦合到所述蜂窝网络(CN)的两个核心网络,用户设备(UE)被配置为借助于终止于这两个核心网络中的所选核心网络的数据交换上下文在数据交换会话中操作,并且维护从所述所选核心网络接收的第一装置身份,
其中,用户设备(UE)被配置为:
- 识别所述蜂窝网络(CN)的至少一个第二基础节点(eNB2),
- 检查所述至少一个第二基础节点(eNB2)是否能够接入所选核心网络,
- 如果不能,向能够接入不同于所选核心网络的核心网络的第二基础节点发送连接重建消息,不同于所选核心网络的核心网络以下称为第二核心网络,
- 通过第二基础节点(eNB2)接收第二核心网络的第二装置身份,
- 向第二基础节点(eNB2)发送确认消息,
- 使用所述第二装置身份通过第二核心网络与所述第二基础节点(eNB2)恢复所述数据交换会话。
6.根据权利要求5所述的用户设备(UE),
还被配置为维护由所选核心网络提供的核心节点身份,
其中,连接重建消息包括提供所述核心节点身份和所述第一装置身份的核心网络上下文获取指令。
7.根据权利要求5或6中的至少一项所述的用户设备(UE),
还被配置为维护从第一基础节点(eNB1)接收的至少一个第一加密密钥,
由此,为了接收第二装置身份,用户设备(UE)被配置为使用所述至少一个第一加密密钥,
还被配置为从第二基础节点(eNB2)接收用于生成至少一个第二加密密钥的标准,
由此,为了恢复数据交换会话,用户设备被配置为使用所述至少一个第二加密密钥。
8.第一核心网络的第一核心网络元件(FCNE),第一核心网络是包括至少两个核心网络的蜂窝网络的一部分,所述第一核心网络元件通信耦合到作为蜂窝网络的一部分的第二核心网络的至少一个第二核心网络元件(SCNE),
其中,第一核心网络元件(FCNE)被配置为:
- 从第二核心网络元件(SCNE)之一接收包括装置身份和上下文身份的核心上下文获取消息,
- 基于所述上下文身份获取第一数据交换上下文,所述第一数据交换上下文包括关于第一数据交换上下文的参数集,
- 向所述第二核心网络元件(SCNE)提供上下文消息,所述上下文消息包括关于所述第一数据交换上下文的所述参数集的至少部分。
9.根据权利要求8所述的第一核心网络元件(FCNE),
还被配置为从所述第二核心网络元件(SCNE)接收指示确认创建第二数据交换上下文来替代所述第一数据交换上下文的消息,
作为响应,执行关闭和删除所述第一数据交换上下文中的至少一个。
10.第二核心网络的第二核心网络元件(SCNE),第二核心网络是包括至少两个核心网络的蜂窝网络的一部分,第二核心网络元件(SCNE)通信耦合到作为蜂窝网络的一部分的第一核心网络的至少一个第一核心网络元件(FCNE),所述第二核心网络元件(SCNE)还通信耦合到至少一个基础节点(eNB2),
其中,第二核心网络元件(SCNE)被配置为:
- 从所述基础节点(eNB2)接收核心上下文请求消息,所述核心上下文请求消息包括标识与所述基础节点(eNB2)一起操作的用户设备(UE)的第一装置身份和至少一个上下文身份,
- 向所述第一核心网络元件(FCNE)发送核心上下文获取消息,
- 确定所述第一装置身份,且所述身份用于第一核心网络元件(FCNE)的数据交换会话,
- 从所述第一核心网络元件接收包括所述用户设备的第一数据交换上下文的上下文参数的上下文消息,
- 为所述用户设备(UE)生成新的装置身份,
- 使用接收的所述上下文参数创建第二数据交换上下文,以及
- 向基础节点(eNB2)提供与所述第二数据交换上下文和所述第二装置身份相关的上下文参数集。
11.根据权利要求10所述的第二核心网络元件(SCNE),
其中,所述上下文请求消息还包括标识第一核心网络元件(FCNE)的核心节点身份,
其中,核心上下文获取消息的所述发送借助于所述核心节点身份而寻址到所述第一核心网络元件(FCNE)。
12.根据权利要求10或11中的至少一项所述的第二核心网络元件(SCNE),
还被配置为创建用于生成至少一个第二加密密钥的标准,
其中,第二核心网络元件(SCNE)被配置为所述与向基础节点(eNB2)提供上下文参数集一起向基础节点提供所述标准。
13.根据权利要求12所述的第二核心网络元件(SCNE),
其中,核心上下文请求消息还包括至少一个第一加密密钥,
其中,用于提供上下文参数集的消息借助于所述至少一个第一加密密钥进行加密。
14.根据权利要求10至13中的至少一项所述的第二核心网络元件(SCNE),
还被配置为从基础节点(eNB2)接收包括第二装置身份的确认消息,
作为响应,向第一核心网络元件(FCNE)指示所述确认以进行关闭和删除上下文中的至少一个。
15.用于操作包括至少两个核心网络的蜂窝网络(CN)的第二核心网络的第二核心网络元件(SCNE)的方法,所述第二核心网络元件(SCNE)通信耦合到蜂窝网络的至少一个第一核心网络元件(FCNE),所述第二核心网络元件(SCNE)还通信耦合到至少一个基础节点(eNB2),
该方法包括用于第二核心网络元件(SCNE)的以下步骤:
- 从所述基础节点(eNB2)接收包括标识与所述基础节点(eNB2)一起操作的用户设备(UE)的第一装置身份的核心上下文请求消息,
- 确定所述第一装置身份借助于第一核心网络元件(FCNE)的第一数据交换上下文在数据交换会话中操作,
如果是这种情况,则向所述第一核心网络元件(FCNE)发送核心上下文获取消息,
- 从所述第一核心网络元件(FCNE)接收包括所述用户设备(UE)的第一数据交换上下文的上下文参数的上下文消息,
- 为所述用户设备(UE)生成新的装置身份,
- 使用接收的所述上下文参数创建第二数据交换上下文,以及
- 向基础节点(eNB2)提供与所述第二数据交换上下文和所述第二装置身份相关的上下文参数集。
16.根据权利要求15所述的方法,
还包括第二核心网络元件(SCNE)创建用于生成至少一个第二加密密钥的标准的步骤,
其中,与向基础节点(eNB2)提供上下文参数集的步骤一起向基础节点(eNB2)提供所述标准。
17.蜂窝网络(CN)的基础节点(eNB2),其通信耦合到所述蜂窝网络(CN)的第二核心网络的至少一个第二核心网络元件(SCNE),并被配置为服务于多个用户设备(UE),其中,基础节点(eNB2)被配置为:
- 从所服务的用户设备(UE)之一接收连接重建消息,其中,连接重建消息包括属于与基础节点(eNB2)所连接到的核心网络不同的核心网络的核心网络元件(FCNE)的指示、所述用户设备的装置身份和至少一个上下文身份,
- 向第二核心网络元件(SCNE)发送包括装置身份和至少一个上下文身份的核心上下文请求消息,
- 作为响应,接收与第二数据交换上下文和新的装置身份相关的上下文参数集,
- 向所述所服务的用户设备(UE)转发新的装置身份。
18.根据权利要求17所述的基础节点(eNB2),
被配置为响应于从所述服务用户设备(UE)接收到确认消息,向第二核心网络元件(SCNE)提供包括所述新的装置身份的确认消息。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP19192050.3A EP3780888A1 (en) | 2019-08-16 | 2019-08-16 | Method and user equipment for selecting a core network |
EP19192050.3 | 2019-08-16 | ||
PCT/EP2020/072611 WO2021032565A1 (en) | 2019-08-16 | 2020-08-12 | Method and user equipment for selecting a core network |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114208285A true CN114208285A (zh) | 2022-03-18 |
Family
ID=67659064
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080057619.XA Pending CN114208285A (zh) | 2019-08-16 | 2020-08-12 | 用于选择核心网络的方法和用户设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220369407A1 (zh) |
EP (2) | EP3780888A1 (zh) |
CN (1) | CN114208285A (zh) |
WO (1) | WO2021032565A1 (zh) |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108024301B (zh) * | 2016-11-04 | 2022-07-26 | 夏普株式会社 | 基站、用户设备及其执行的方法 |
EP4210380A1 (en) * | 2017-06-05 | 2023-07-12 | Samsung Electronics Co., Ltd. | Method and apparatus for configuring pdcp device and sdap device in next-generation mobile communication system |
-
2019
- 2019-08-16 EP EP19192050.3A patent/EP3780888A1/en not_active Withdrawn
-
2020
- 2020-08-12 WO PCT/EP2020/072611 patent/WO2021032565A1/en unknown
- 2020-08-12 US US17/633,630 patent/US20220369407A1/en active Pending
- 2020-08-12 EP EP20754760.5A patent/EP4014685A1/en active Pending
- 2020-08-12 CN CN202080057619.XA patent/CN114208285A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
US20220369407A1 (en) | 2022-11-17 |
EP3780888A1 (en) | 2021-02-17 |
EP4014685A1 (en) | 2022-06-22 |
WO2021032565A1 (en) | 2021-02-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11665668B2 (en) | Offset of international mobile subscriber identity | |
US10791497B2 (en) | Method and apparatus for supporting discontinuous reception mode of connected mode in mobile communication system | |
US11405851B2 (en) | Closed access group overload and congestion control | |
EP3534644B1 (en) | Source core network node, communication terminal and corresponding communication methods | |
US10375609B2 (en) | Operation of a serving node in a network | |
KR101700448B1 (ko) | 이동 통신 시스템에서 보안 관리 시스템 및 방법 | |
JP5142417B2 (ja) | リンク障害復旧のためのハンドオーバー方法とこの方法を具現するための無線機器及び基地局 | |
US20230379830A1 (en) | Base station handling of transitioning wireless device to inactive state | |
CN110637451B (zh) | 用在通信网络中的网络节点、通信设备和操作其的方法 | |
US20220408333A1 (en) | Session Management for Edge Computing | |
EP2681948B1 (en) | Improved neighbour cell relation | |
CN113647194B (zh) | 处理辅小区组配置 | |
US20230085130A1 (en) | Network Slice | |
WO2021060383A1 (ja) | ユーザ装置、及びコアネットワーク装置 | |
KR20210078506A (ko) | 셀룰러 네트워크의 기지국과 함께 사용자 장비를 동작시키기 위한 방법 | |
JP2022074641A (ja) | UE(User Equipment) | |
CN114208285A (zh) | 用于选择核心网络的方法和用户设备 | |
WO2021085568A1 (ja) | UE(User Equipment) | |
US11451952B2 (en) | Providing an indicator of presence of a first access network that is capable of interworking with a second access network | |
CN113557699B (zh) | 通信装置、基础设施设备、核心网络设备和方法 | |
RU2734694C1 (ru) | Управление доступом устройства пользователя к сети | |
JP2022074640A (ja) | UE(User Equipment) | |
WO2021085570A1 (ja) | UE(User Equipment) | |
WO2022030473A1 (ja) | UE(User Equipment) | |
EP4335179A2 (en) | Managing ue measurements in an idle or inactive state |
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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: Munich, Germany Applicant after: Talit Sinterien Germany GmbH Address before: Munich, Germany Applicant before: Thales digital security Germany Ltd. |