CN111464963A - 无卡终端的注册方法及身份注册服务器 - Google Patents

Abstract

本发明公开一种无卡终端的注册方法及身份注册服务器，方法包括：响应于无卡终端的注册请求，获取无卡终端的自定义身份信息，自定义身份信息包括无卡终端的自定义身份标识及其注册IP地址；校验无卡终端的标准IP地址与其注册IP地址是否一致，若是，则获取公网地址池中的第一地址和无卡终端所在区域的用户面功能实体的区块链标识，其中，标准IP地址是会话管理功能实体分配给无卡终端的地址；将第一地址和自定义身份信息做映射，获得映射表；依据映射表和用户面功能实体的区块链标识，生成并发送广播消息至区块链网络中，以使记账节点将用户面功能实体依据映射表生成的绑定表记录到区块链账本中，绑定表包括第一地址和终端的自定义身份信息。

Description

无卡终端的注册方法及身份注册服务器

技术领域

本发明涉及通信技术领域，具体涉及一种无卡终端的注册方法及身份注册服务器。

背景技术

在第五代移动通信网络(5th Generation Mobile Networks，5G)中，终端的正常接入需要依赖用户识别卡(Subscriber Identity Module，SIM)，终端一旦接入到5G网络中，便有正式的网络身份，5G的会话管理功能实体(Session Management Function，SMF)将根据终端的正式的网络身份进行呼叫和寻址流程。但是随着通信技术的发展，无卡终端的应用越来越广泛。由于无卡终端在通过某种方式接入5G网络后，SMF会为该无卡终端分配一个私有地址，或该无卡终端身份标识为用户自定义的，使得5G网络无法根据该无卡终端的私有地址或自定义身份标识进行呼叫和寻址，即无卡终端只能主动发起呼叫或对外访问，但无卡终端无法作为被叫或者被寻址，使得无卡终端的发展受到很大程度的限制。

发明内容

为此，本发明提供一种无卡终端的注册方法及身份注册服务器，以解决现有技术中由于SMF为无卡终端分配的地址是私有地址而导致的无卡终端无法被呼叫的问题。

为了实现上述目的，本发明第一方面提供一种无卡终端的注册方法，方法包括：响应于无卡终端的注册请求，获取无卡终端的自定义身份信息，自定义身份信息包括无卡终端的自定义身份标识及其注册IP地址；校验无卡终端的标准IP地址与其注册IP地址是否一致，若是，则获取公网地址池中的第一地址和无卡终端所在区域的用户面功能实体的区块链标识，其中，标准IP地址是会话管理功能实体分配给无卡终端的地址；将第一地址和自定义身份信息做映射，获得映射表；依据映射表和用户面功能实体的区块链标识，生成并发送广播消息至区块链网络中，以使记账节点将用户面功能实体依据映射表生成的绑定表记录到区块链账本中，绑定表包括第一地址和终端的自定义身份信息。

在一些具体实现中，将第一地址和注册IP地址做映射，获得映射表，包括：将第一地址及其对应的第一端口，与注册IP地址及其对应的第二端口做映射，获得映射表，映射表还包括无卡终端的自定义身份标识。

在一些具体实现中，在依据映射表和用户面功能实体的区块链标识，生成并发送广播消息至区块链网络中步骤之后，还包括：接收会话管理功能实体发送的第一查询请求，其中，第一查询请求包括无卡终端的自定义身份标识，第一查询请求是会话管理功能实体在接收到主叫终端的呼叫请求，且识别出被叫号码是无卡终端的自定义身份标识时发出的消息；依据自定义身份标识查询映射表，获得与自定义身份标识对应的第一地址；将第一地址反馈给会话管理功能实体，以使会话管理功能实体向保存第一地址的用户面功能实体转发呼叫请求，用户面功能实体依据第一地址和绑定表，将呼叫请求转发给无卡终端的注册IP地址，以完成寻址呼叫过程。

在一些具体实现中，在响应于无卡终端的注册请求，获取无卡终端的自定义身份信息步骤之后，还包括：向会话管理功能实体发送第二查询请求，第二查询请求包括无卡终端的自定义身份标识；响应于会话管理功能实体反馈的第一查询响应，获得无卡终端的标准IP地址。

在一些具体实现中，获取公网地址池中的第一地址，包括：查询区块链账本，获得无卡终端所在区域的用户面功能实体的区块链标识；依据用户面功能实体的区块链标识，生成并发送第三查询请求至区块链网络中，以使用户面功能实体获取第三查询请求；从区块链网络中，获取用户面功能实体反馈的第二查询响应，第二查询响应包括第一地址。

在一些具体实现中，在校验待注册的无卡终端的标准IP地址与其注册IP地址是否一致步骤之前，还包括：当查询出自身账本中已存储有自定义身份标识时，向无卡终端发送错误提示信息。

为了实现上述目的，本发明第二方面提供一种无卡终端的注册方法，包括：从区块链网络中，获取身份注册服务器发送的广播消息，其中，广播消息包括映射表，映射表是无卡终端的自定义身份信息和公网地址池中的第一地址之间的对应关系表，自定义身份信息包括无卡终端的自定义身份标识及其注册IP地址；依据映射表，将第一地址与无卡终端的自定义身份信息进行绑定，获得绑定表；发送绑定表至区块链网络中，以使记账节点获得并将绑定表记录到区块链账本中。

在一些具体实现中，在发送绑定关系至区块链网络中步骤之后，还包括：响应于会话管理功能实体发送的呼叫请求，获得无卡终端的自定义身份标识；依据绑定表，转发呼叫请求至无卡终端的注册IP地址，以完成寻址呼叫过程。

为了实现上述目的，本发明第三方面提供一种身份注册服务器，包括：第一获取模块，用于响应于无卡终端的注册请求，获取无卡终端的自定义身份信息，自定义身份信息包括无卡终端的自定义身份标识及其注册IP地址；校验模块，用于校验无卡终端的标准IP地址与其注册IP地址是否一致，若是，则获取公网地址池中的第一地址和无卡终端所在区域的用户面功能实体的区块链标识，其中，标准IP地址是会话管理功能实体分配给无卡终端的地址；映射模块，用于将第一地址和自定义身份信息做映射，获得映射表；发送模块，用于依据映射表和用户面功能实体的区块链标识，生成并发送广播消息至区块链网络中，以使记账节点将用户面功能实体依据映射表生成的绑定表记录到区块链账本中，绑定表包括第一地址和终端的自定义身份信息。

为了实现上述目的，本发明第四方面提供一种无卡终端的注册装置，包括：第二获取模块，用于从区块链网络中，获取身份注册服务器发送的广播消息，其中，广播消息包括映射表，映射表是无卡终端的自定义身份信息和公网地址池中的第一地址之间的对应关系表,自定义身份信息包括无卡终端的自定义身份标识及其注册IP地址；绑定模块，用于依据映射表，将第一地址与无卡终端的自定义身份信息进行绑定，获得绑定表；记录模块，用于发送绑定表至区块链网络中，以使记账节点获得并将绑定表记录到区块链账本中。

本发明具有如下优点：通过校验待注册的无卡终端的标准IP地址与其注册IP地址是否一致，并在标准IP地址和注册IP地址一致时，获取公网地址池中的第一地址和该无卡终端所在区域的用户面功能实体的区块链标识，将第一地址和该无卡终端的自定义身份信息做映射，获得映射表。使得该无卡终端的自定义身份信息能够与公网地址池中的第一地址相对应，避免访问其他网元来判别该无卡终端的自定义身份信息是否与其他终端冲突，提升无卡终端的注册效率。同时，将该映射表和无卡终端所在区域的用户面功能实体的区块链标识发送至区块链网络中，使得网络中的记账节点能够将用户面功能实体依据该映射表生成的绑定表记录到区块链账本中，保证信息的安全性。

附图说明

附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开的实施例一起用于解释本公开，并不构成对本公开的限制。通过参考附图对详细示例实施例进行描述，以上和其它特征和优点对本领域技术人员将变得更加显而易见，在附图中：

图1为本申请实施例一中的一种无卡终端的注册方法流程图。

图2为本申请实施例二中的一种无卡终端的注册方法流程图。

图3为本申请实施例三中的一种身份注册服务器的组成方框图。

图4为本申请实施例四中的一种无卡终端的注册装置的组成方框图。

图5为本申请实施例五中的一种无卡终端的注册系统的工作方法流程图。

在附图中：

301：第一获取模块 302：校验模块

303：映射模块 304：发送模块

401：第二获取模块 402：绑定模块

403：记录模块 501：无卡终端

502：临时身份注册服务器 503：用户面功能实体

504：会话管理功能实体

具体实施方式

以下结合附图对本申请的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本申请，并不用于限制本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

实施例一

本申请实施例提供一种无卡终端的注册方法，该方法可应用于身份注册服务器。如图1所示，包括：

步骤110，响应于无卡终端的注册请求，获取无卡终端的自定义身份信息。

其中，自定义身份信息包括无卡终端的自定义身份标识及其注册网际互连协议(Internet Protocol，IP)地址。

在一些具体实现中，在步骤110之后，还包括：向会话管理功能实体发送第二查询请求，第二查询请求包括无卡终端的自定义身份标识；响应于会话管理功能实体反馈的第一查询响应，获得无卡终端的标准IP地址。

例如，无卡终端的自定义身份标识可以是用户隐藏标识(SubscriptionConcealed Identifier，SUCI)或者全球唯一临时终端标识(Globally Unique TemporaryUser Equipment Identity，GUTI)。其中，标准IP地址是会话管理功能实体分配给无卡终端的地址，用于该无卡终端在5G通信网络中进行通信所使用的地址。例如。标准IP地址可以是127.0.5.15。

步骤120，校验无卡终端的标准IP地址与其注册IP地址是否一致。

需要说明的是，若确定无卡终端的标准IP地址与其注册IP地址一致，则执行步骤130，否则，结束流程。

在一些具体实现中，在步骤120之前，还包括：当查询出自身账本中已存储有自定义身份标识时，向无卡终端发送错误提示信息。

其中，错误提示信息包括无卡终端的自定义身份标识与现有临时用户身份标识的冲突信息，该冲突信息用于提醒无卡终端可能无法作为被叫与其他终端进行通信，建议无卡终端修改其自定义身份标识。

步骤130，获取公网地址池中的第一地址和无卡终端所在区域的用户面功能实体(User Plane Function，UPF)的区块链标识。

其中，第一地址可以是公网地址池中的任意地址，是UPF使用该第一地址与其他终端进行通信。

在一些具体实现中，获取公网地址池中的第一地址，包括：查询区块链账本，获得无卡终端所在区域的UPF的区块链标识；依据UPF的区块链标识，生成并发送第三查询请求至区块链网络中，以使UPF获取第三查询请求；从区块链网络中，获取UPF反馈的第二查询响应，第二查询响应包括第一地址。

具体地，在发送第三查询请求至区块链网络之前，使用身份注册服务器的私钥，对该第三查询请求进行签名，发送签名后的第三查询请求至区块链网络中。以使UPF能够接收到该第三查询请求，并对其私钥签名进行验证，验证通过后，依据公网地址池中的第一地址，生成第二查询响应，然后使用UPF的私钥对该第二查询响应进行签名，并发送签名后的第二查询响应至区块链网络中，以使身份注册服务器能够获取到第一地址。通过使用私钥签名的方式，保证信息在传输的过程中的安全性，避免信息的泄露。

步骤140，将第一地址和自定义身份信息做映射，获得映射表。

在一些具体实现中，将第一地址及其对应的第一端口，与注册IP地址及其对应的第二端口做映射，获得映射表，映射表还包括无卡终端的自定义身份标识。

例如，第一地址是192.168.1.20，第一端口是50，注册IP地址是127.0.5.15，第二端口是40，则映射表中的对应关系是：192.168.1.20：50与127.0.5.15：40相对应。

需要说明的是，第一地址是公网地址，并且第一端口也是该第一地址对应的公网端口；注册IP地址是无卡终端的私网地址，其对应的第二端口也是私网端口，映射表使得无卡终端的私网地址及其端口能够映射到一个公网地址及其端口上，保证其他终端能够通过公网地址(即第一地址)查询到无卡终端，同时保证无卡终端的私网地址不被改变，确保无卡终端的隐私不被泄露和篡改。

步骤150，依据映射表和用户面功能实体的区块链标识，生成并发送广播消息至区块链网络中。

具体地，当用户面功能实体从区块链网络中获取到广播消息后，通过解析，可获得广播消息中携带的映射表，使得用户面功能实体能够依据该映射表，将第一地址与无卡终端的自定义身份信息进行绑定，获得绑定表，并将该绑定表发送至区块链网络中，使得记账节点能够获取到该绑定表并记录到区块链账本中，以供区块链网络中的其他节点依据该绑定表对无卡终端进行寻址，提升注册的效率。其中，绑定表包括第一地址和终端的自定义身份信息。

本申请实施例提供另一种可能的实现方式，其中，在步骤150之后，还包括：

步骤151，接收会话管理功能实体发送的第一查询请求。

其中，第一查询请求包括无卡终端的自定义身份标识，第一查询请求是会话管理功能实体在接收到主叫终端的呼叫请求，且识别出被叫号码是无卡终端的自定义身份标识时发出的消息。

需要说明的是，无卡终端的自定义身份标识不是正常的手机号码，即是一个非标准号码，使得其他终端在希望将该无卡终端作为被叫时，无法直接呼叫该无卡终端，只能通过身份注册服务器来查询获得该无卡终端的地址(例如，该无卡终端对应的公网地址)，进而对该无卡终端进行寻址。

步骤152，依据自定义身份标识查询映射表，获得与自定义身份标识对应的第一地址。

其中。映射表中可以包括无卡终端的自定义身份标识、注册IP地址和第一地址，以保证能够查找到该无卡终端的公网地址及其私网地址。以上对于映射表所包括的信息仅是举例说明，可根据实际需要进行具体设定，其他未说明的映射表所包括的信息也在本申请的保护范围之内，在此不再赘述。

步骤153，将第一地址反馈给会话管理功能实体。

具体地，会话管理功能实体向保存第一地址的UPF转发呼叫请求，UPF依据第一地址和绑定表，其中，绑定表包括第一地址、无卡终端的自定义身份信息等，通过该绑定表，使得会话管理功能实体能够查询到无卡终端对对应的自定义身份信息，进而将呼叫请求转发给无卡终端的注册IP地址，以完成寻址呼叫过程。

在本实施例中，通过校验待注册的无卡终端的标准IP地址与其注册IP地址是否一致，并在标准IP地址和注册IP地址一致时，获取公网地址池中的第一地址和该无卡终端所在区域的用户面功能实体的区块链标识，将第一地址和该无卡终端的自定义身份信息做映射，获得映射表。使得该无卡终端的自定义身份信息能够与公网地址池中的第一地址相对应，避免访问其他网元来判别该无卡终端的自定义身份信息是否与其他终端冲突，提升无卡终端的注册效率。并使该无卡终端在作为被叫终端时，能够被快捷的查询到，提升寻呼效率，进而提升用户体验度。同时，将该映射表和无卡终端所在区域的用户面功能实体的区块链标识发送至区块链网络中，使得网络中的记账节点能够将用户面功能实体依据该映射表生成的绑定表记录到区块链账本中，保证信息的安全性。

实施例二

本申请实施例提供一种无卡终端的注册方法，该方法可应用于无卡终端的注册装置，该装置可设置于用户面功能实体内。如图2所示，包括：

步骤210，从区块链网络中，获取身份注册服务器发送的广播消息。

其中，广播消息包括映射表，映射表是无卡终端的自定义身份信息和公网地址池中的第一地址之间的对应关系表，自定义身份信息包括无卡终端的自定义身份标识及其注册IP地址。

步骤220，依据映射表，将第一地址与无卡终端的自定义身份信息进行绑定，获得绑定表。

其中，自定义身份信息可以包括无卡终端的自定义身份标识(例如，无卡终端的SUCI或者GUTI等)及其注册IP地址。

步骤230，发送绑定表至区块链网络中。

具体地，记账节点通过区块链网络中获取到绑定表，并将该绑定表记录到区块链账本中，使得区块链网络中的其他节点能够查询到该绑定表，进而快速地对无卡终端进行寻址，提升无卡终端进行呼叫业务的效率，提升用户体验度。

在一些具体实现中，在步骤230之后，还包括：响应于会话管理功能实体发送的呼叫请求，获得无卡终端的自定义身份标识；依据绑定表，转发呼叫请求至无卡终端的注册IP地址，以完成寻址呼叫过程。

通过查询绑定表，能够快速的查找到作为被叫用户的无卡终端对应的注册IP地址，提升无卡终端在进行呼叫业务的效率，提升用户体验度。

在本实施例中，通过将公网地址池中的第一地址与无卡终端的自定义身份信息进行绑定，获得绑定表，并发送该绑定表至区块链网络中，使得记账节点获得并将该绑定表记录到区块链账本中。以供区块链网络中的节点依据该绑定表来对无卡终端进行寻址，提升注册的效率，促进无卡终端的发展，提升用户体验。

实施例三

图3为本申请实施例提供的一种身份注册服务器的结构示意图，该服务器的具体实施可参见实施例一的相关描述，重复之处不再赘述。值得说明的是，本实施方式中的服务器的具体实施不局限于以上实施例，其他未说明的实施例也在本服务器的保护范围之内。

如图3所示，该身份注册服务器具体包括：第一获取模块301用于响应于无卡终端的注册请求，获取无卡终端的自定义身份信息，自定义身份信息包括无卡终端的自定义身份标识及其注册IP地址；校验模块302用于校验无卡终端的标准IP地址与其注册IP地址是否一致，若是，则获取公网地址池中的第一地址和无卡终端所在区域的用户面功能实体的区块链标识，其中，标准IP地址是会话管理功能实体分配给无卡终端的地址；映射模块303用于将第一地址和自定义身份信息做映射，获得映射表；发送模块304用于依据映射表和UPF的区块链标识，生成并发送广播消息至区块链网络中，以使记账节点将UPF依据映射表生成的绑定表记录到区块链账本中，绑定表包括第一地址和终端的自定义身份信息。

在本实施方式中，通过校验模块校验待注册的无卡终端的标准IP地址与其注册IP地址是否一致，并在标准IP地址和注册IP地址一致时，获取公网地址池中的第一地址和该无卡终端所在区域的用户面功能实体的区块链标识，使用映射模块将第一地址和该无卡终端的自定义身份信息做映射，获得映射表。使得该无卡终端的自定义身份信息能够与公网地址池中的第一地址相对应，避免访问其他网元来判别该无卡终端的自定义身份信息是否与其他终端冲突，提升无卡终端的注册效率，同时保证信息的安全性。

不难发现，本实施方式为与实施例一相对应的装置实施例，本实施方式可与实施例一互相配合实施。实施例一中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在实施例一中。

实施例四

图4为本申请实施例提供的一种无卡终端的注册装置的结构示意图，该装置的具体实施可参见实施例二的相关描述，重复之处不再赘述。值得说明的是，本实施方式中的装置的具体实施不局限于以上实施例，其他未说明的实施例也在本装置的保护范围之内。

如图4所示，该无卡终端的注册装置具体包括：第二获取模块401用于从区块链网络中，获取身份注册服务器发送的广播消息，其中，广播消息包括映射表，映射表是无卡终端的自定义身份信息和公网地址池中的第一地址之间的对应关系表,自定义身份信息包括无卡终端的自定义身份标识及其注册IP地址；绑定模块402用于依据映射表，将第一地址与无卡终端的自定义身份信息进行绑定，获得绑定表；记录模块403用于发送绑定表至区块链网络中，以使记账节点获得并将绑定表记录到区块链账本中。

在本实施方式中，通过绑定模块将公网地址池中的第一地址与无卡终端的自定义身份信息进行绑定，获得绑定表，使用记录模块发送该绑定表至区块链网络中，使得记账节点获得并将该绑定表记录到区块链账本中。以供区块链网络中的节点依据该绑定表来对无卡终端进行寻址，提升注册的效率，促进无卡终端的发展，提升用户体验。

不难发现，本实施方式为与实施例二相对应的装置实施例，本实施方式可与实施例二互相配合实施。实施例二中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在实施例二中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，本实施方式中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

实施例五

本申请实施例提供一种无卡终端的注册系统，图5是该无卡终端的注册系统的工作方法流程图，该系统具体包括无卡终端501、临时身份注册服务器502、用户面功能实体503和会话管理功能实体504。

需要说明的是，该系统中可以包括多个临时身份注册服务器，本实施例中的临时身份注册服务器502仅是众多临时身份注册服务器中的一个。

具体地，可采用如下步骤完成无卡终端501的身份注册过程，以及当该无卡终端501作为被叫时的呼叫流程。

S601，无卡终端501向临时身份认证注册服务器502发送注册请求。

其中，注册请求消息包括自定义身份信息，该自定义身份信息包括无卡终端501的自定义身份标识和该无卡终端501的注册IP地址。

S602，临时身份认证注册服务器502在接收到注册请求消息后，依据无卡终端501的自定义身份标识查询自己内部实时更新的区块链账本，确认区块链账本中是否已经包含该无卡终端501的自定义身份标识或该无卡终端501的注册IP地址。

需要说明的是，在确定区块链账本中已包含无卡终端501的自定义身份标识，即该无卡终端501的自定义身份标识与现有临时用户身份标识冲突，则执行步骤S603，否则，执行步骤S604。

S603，临时身份认证注册服务器502发送错误提示信息给无卡终端501,。

其中，错误提示信息包括无卡终端501的自定义身份标识与现有临时用户身份标识的冲突信息，该冲突信息用于提醒无卡终端501可能无法作为被叫与其他终端进行通信，建议无卡终端501修改其自定义身份标识。

S604，临时身份认证注册服务器502向会话管理功能实体504发送第二查询请求。

其中，第二查询请求包括无卡终端501的自定义身份标识。例如，该无卡终端501的自定义身份标识可以是SUCI或者GUTI。

S605，会话管理功能实体504根据该无卡终端501的自定义身份标识，查询自己的数据库，获得为该无卡终端501分配的标准IP地址，并发送该标准IP地址给临时身份认证注册服务器502。

S606，临时身份认证注册服务器502在接收到会话管理功能实体504反馈的标准IP地址后，对比标准IP地址和无卡终端501的注册IP地址，在确定标准IP地址和注册IP地址一致时，执行步骤S607；否则，在确定标准IP地址和注册IP地址不一致时，结束流程。

S607，临时身份认证注册服务器502查询区块链账本，获得无卡终端501所在区域的用户面功能实体503的区块链标识,并依据该用户面功能实体503的区块链标识，生成第三查询请求，并使用临时身份认证注册服务器502的私钥，对该第三查询请求进行签名，发送签名后的第三查询请求至区块链网络中，以使用户面功能实体503能够接收到该第三查询请求。

其中，第三查询请求用于询问公网地址池中的第一地址。

S608，用户面功能实体503通过区块链网络，获取到第三查询请求后，对其私钥签名进行验证，验证通过后，将公网地址池中的第一地址使用用户面功能实体503的私钥进行签名，并发送签名后的第一地址至区块链网络中，以使临时身份认证注册服务器502能够获取到第一地址。

S609，临时身份注册服务器502从区块链网络中获取到经过用户面功能实体503的私钥签名后的第一地址，先对其私钥签名进行验证，验证通过后，获得第一地址，并将第一地址和无卡终端501的自定义身份信息做映射，获得映射表。

具体地，若IP地址有限，则映射表还可以额包括端口号。例如，将第一地址及其对应的第一端口，与无卡终端501的注册IP地址及其对应的第二端口做映射，获得该映射表，即将一个公网地址和端口号映射到一个私网地址和端口号。

S610，临时身份注册服务器502依据S609中的映射表和用户面功能实体503的区块链标识，生成并发送广播消息至区块链网络中，以使用户面功能实体503能够获取到该映射表。

需要说明的是，在发送该广播消息之前，还需要使用临时身份注册服务器502的私钥对该广播消息进行签名，以保证该广播消息的安全性。

S611，用户面功能实体503从区块链网络中获取到S610中的广播信息后，先对其私钥签名进行验证，验证通过后，获得映射表。并根据映射表，将第一地址与无卡终端501的自定义身份信息进行绑定，获得绑定表；然后发送该绑定表至区块链网络中，以使记账节点获得并将该绑定表记录到区块链账本中。以供区块链网络中的节点依据该绑定表来对无卡终端501进行寻址。

值得说明的是，通过以上步骤，将无卡终端501注册到区块链网络中，可防止该无卡终端501的注册IP地址被篡改，同时，便于区块链网络中的各个临时身份注册服务器通过查询区块链账本确定无卡终端501的自定义身份信息是否已经存在，而不是通过各个临时身份注册服务器之间的星形拓扑结构去查询，提升终端的注册效率和安全性。

S612，某个终端发起对无卡终端501的呼叫请求，该呼叫请求首先被会话管理功能实体504接收，会话管理功能实体504识别到该呼叫请求的被叫号码为非标准号码(例如，是无卡终端501的自定义身份标识)，则向临时身份注册服务器502发送第一查询请求。

其中，第一查询请求包括无卡终端501的自定义身份标识。

S613，临时身份注册服务器502依据无卡终端501的自定义身份标识，查询自己保存的区块链账本中记录的映射表，获得与无卡终端501的自定义身份标识对应的第一地址，然后将该第一地址反馈给临时身份注册服务器502。

S614，临时身份注册服务器502转发呼叫请求至保存有第一地址的会话管理功能实体504。

S615，会话管理功能实体504依据第一地址和自身存储的绑定表，将呼叫请求转发至无卡终端501的注册IP地址(即无卡终端501的内网IP地址)，以完成寻址呼叫过程。

具体地，会话管理功能实体504可依据第一地址查询绑定表，获得无卡终端501的注册IP地址，并将呼叫请求转发无卡终端501的注册IP地址。

在本实施例中，通过在区块链网络中引入临时身份注册服务器，并使无卡终端注册到临时身份注册服务器后，将查询到的公网地址池中的第一地址与无卡终端的自定义身份信息进行绑定，获得绑定表；然后发送该绑定表至区块链网络中，使得记账节点获得并将该绑定表记录到区块链账本中。以供区块链网络中的节点依据该绑定表来对无卡终端进行寻址，提升注册的效率，促进5G通信网络中无卡终端的发展，提升用户体验。

可以理解的是，以上实施方式仅仅是为了说明本申请的原理而采用的示例性实施方式，然而本申请并不局限于此。对于本领域内的普通技术人员而言，在不脱离本申请的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本申请的保护范围。

Claims (10)

1.一种无卡终端的注册方法，其特征在于，所述方法包括：

响应于无卡终端的注册请求，获取所述无卡终端的自定义身份信息，所述自定义身份信息包括所述无卡终端的自定义身份标识及其注册IP地址；

校验所述无卡终端的标准IP地址与其注册IP地址是否一致，若是，则获取公网地址池中的第一地址和所述无卡终端所在区域的用户面功能实体的区块链标识，其中，所述标准IP地址是会话管理功能实体分配给所述无卡终端的地址；

将所述第一地址和所述自定义身份信息做映射，获得映射表；

依据所述映射表和所述用户面功能实体的区块链标识，生成并发送广播消息至区块链网络中，以使记账节点将所述用户面功能实体依据所述映射表生成的绑定表记录到区块链账本中，所述绑定表包括所述第一地址和所述终端的自定义身份信息。

2.根据权利要求1所述的方法，其特征在于，所述将所述第一地址和所述自定义身份信息做映射，获得映射表，包括：

将所述第一地址及其对应的第一端口，与所述注册IP地址及其对应的第二端口做映射，获得所述映射表，所述映射表还包括所述无卡终端的自定义身份标识。

3.根据权利要求2所述的方法，其特征在于，在所述依据所述映射表和所述用户面功能实体的区块链标识，生成并发送广播消息至区块链网络中步骤之后，还包括：

接收会话管理功能实体发送的第一查询请求，其中，所述第一查询请求包括所述无卡终端的自定义身份标识，第一查询请求是所述会话管理功能实体在接收到主叫终端的呼叫请求，且识别出被叫号码是所述无卡终端的自定义身份标识时发出的消息；

依据所述自定义身份标识查询所述映射表，获得与所述自定义身份标识对应的所述第一地址；

将所述第一地址反馈给所述会话管理功能实体，以使所述会话管理功能实体向保存所述第一地址的用户面功能实体转发所述呼叫请求，所述用户面功能实体依据所述第一地址和所述绑定表，将所述呼叫请求转发给所述无卡终端的注册IP地址，以完成寻址呼叫过程。

4.根据权利要求1所述的方法，其特征在于，在所述响应于无卡终端的注册请求，获取所述无卡终端的自定义身份信息步骤之后，还包括：

向会话管理功能实体发送第二查询请求，所述第二查询请求包括所述无卡终端的自定义身份标识；

响应于所述会话管理功能实体反馈的第一查询响应，获得所述无卡终端的标准IP地址。

5.根据权利要求1所述的方法，其特征在于，所述获取公网地址池中的第一地址，包括：

查询区块链账本，获得所述无卡终端所在区域的用户面功能实体的区块链标识；

依据所述用户面功能实体的区块链标识，生成并发送第三查询请求至区块链网络中，以使所述用户面功能实体获取所述第三查询请求；

从所述区块链网络中，获取所述用户面功能实体反馈的第二查询响应，所述第二查询响应包括所述第一地址。

6.根据权利要求1所述的方法，其特征在于，在所述校验所述无卡终端的标准IP地址与其注册IP地址是否一致步骤之前，还包括：

当查询出自身账本中已存储有所述自定义身份标识时，向所述无卡终端发送错误提示信息。

7.一种无卡终端的注册方法，其特征在于，包括：

从区块链网络中，获取身份注册服务器发送的广播消息，其中，所述广播消息包括映射表，所述映射表是无卡终端的自定义身份信息和公网地址池中的第一地址之间的对应关系表,所述自定义身份信息包括所述无卡终端的自定义身份标识及其注册IP地址；

依据所述映射表，将所述第一地址与所述无卡终端的自定义身份信息进行绑定，获得绑定表；

发送所述绑定表至区块链网络中，以使记账节点获得并将所述绑定表记录到区块链账本中。

8.根据权利要求7所述的方法，其特征在于，在所述发送所述绑定表至区块链网络中步骤之后，还包括：

响应于会话管理功能实体发送的呼叫请求，获得所述无卡终端的自定义身份标识；

依据所述绑定表，转发所述呼叫请求至所述无卡终端的注册IP地址，以完成寻址呼叫过程。

9.一种身份注册服务器，其特征在于，包括：

第一获取模块，用于响应于无卡终端的注册请求，获取所述无卡终端的自定义身份信息，所述自定义身份信息包括所述无卡终端的自定义身份标识及其注册IP地址；

校验模块，用于校验所述无卡终端的标准IP地址与其注册IP地址是否一致，若是，则获取公网地址池中的第一地址和所述无卡终端所在区域的用户面功能实体的区块链标识，其中，所述标准IP地址是会话管理功能实体分配给所述无卡终端的地址；

映射模块，用于将所述第一地址和所述自定义身份信息做映射，获得映射表；

发送模块，用于依据所述映射表和所述用户面功能实体的区块链标识，生成并发送广播消息至区块链网络中，以使记账节点将所述用户面功能实体依据所述映射表生成的绑定表记录到区块链账本中，所述绑定表包括所述第一地址和所述终端的自定义身份信息。

10.一种无卡终端的注册装置，其特征在于，包括：

第二获取模块，用于从区块链网络中，获取身份注册服务器发送的广播消息，其中，所述广播消息包括映射表，所述映射表是无卡终端的自定义身份信息和公网地址池中的第一地址之间的对应关系表,所述自定义身份信息包括所述无卡终端的自定义身份标识及其注册IP地址；

绑定模块，用于依据所述映射表，将所述第一地址与所述无卡终端的自定义身份信息进行绑定，获得绑定表；

记录模块，用于发送所述绑定表至区块链网络中，以使记账节点获得并将所述绑定表记录到区块链账本中。

Images