CN111917895B - 一种别名管理方法及设备 - Google Patents

一种别名管理方法及设备 Download PDF

Info

Publication number
CN111917895B
CN111917895B CN202010568222.9A CN202010568222A CN111917895B CN 111917895 B CN111917895 B CN 111917895B CN 202010568222 A CN202010568222 A CN 202010568222A CN 111917895 B CN111917895 B CN 111917895B
Authority
CN
China
Prior art keywords
alias
user
call
client
requested
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.)
Active
Application number
CN202010568222.9A
Other languages
English (en)
Other versions
CN111917895A (zh
Inventor
葛翠丽
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010568222.9A priority Critical patent/CN111917895B/zh
Publication of CN111917895A publication Critical patent/CN111917895A/zh
Application granted granted Critical
Publication of CN111917895B publication Critical patent/CN111917895B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/3015—Name registration, generation or assignment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4204—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus
    • G06F13/4221—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus being an input/output bus, e.g. ISA bus, EISA bus, PCI bus, SCSI bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/365—Application layer names, e.g. buddy names, unstructured names chosen by a user or home appliance name
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/28—Restricting access to network management systems or functions, e.g. using authorisation function to access network configuration

Abstract

本申请实施例公开了一种别名管理方法及设备，涉及通信领域，以解决现有技术不能实现对别名的动态管理问题。具体方案为：别名管理功能实体接收第一客户端发送的管理请求消息，该管理请求消息包括用户的标识以及请求管理的别名的信息，当用户具有别名管理权限时，别名管理功能实体向第一客户端发送管理响应消息，该管理响应消息包括用户的标识和管理成功的别名的信息。上述管理可以是注册、激活、去激活、接管等中的一种或多种。本申请实施例用于对别名的管理过程中。

Description

一种别名管理方法及设备
技术领域
本申请实施例涉及通信领域，尤其涉及一种别名管理方法及设备。
背景技术
第三代合作伙伴项目(the 3rd Generation Partnership Project，3GPP)标准化了一组基于3GPP长期演进(Long Term Evolution，LTE)系统的紧急任务业务，用于支撑公共安全场景下的集群通信。紧急任务业务可以包括紧急任务即按即说(Mission CriticalPush To Talk，MCPTT)业务，紧急任务数据(Mission Critical Data，MCData)业务和紧急任务视频(Mission Critical Video，MCVideo)业务等基础业务。基于这些基础业务还可以构建如铁路应用、企业应用等其他业务。
在现有基于3GPP LTE系统的紧急任务服务系统中，每个用户拥有用于唯一识别其身份的标识。其中，针对不同的业务，同一个用户可以采用相同的标识，也可以采用不同的标识。用户的每个标识可以对应一个或多个别名(alias)。别名，是一种人、事、物、业在官方法定或规范的名称以外的名称，可用于书面，也可用于口语，别名也可称为昵称。在现有技术中，别名指的是用户的除标识以外的名称。例如，可以是电话号码格式的别名，如+86130xxxx xxxx，或者，可以是统一资源标识符(Uniform Resource Identifier，URI)格式的别名，如username@domain，或者，还可以是由自然人容易识别和记忆的文字或者符号构成的别名，具体的可以结合用户的身份，或工作单位，或所处位置等信息进行命名，如G20列车长，G20售票员，北京南站调度员等。
现有技术中的别名是在系统部署时预先配置在用户配置文件中的，在需要对别名进行如，注册、激活、去激活、接管等管理时，必须先对配置该别名的用户配置文件进行相应的处理，导致管理别名的效率低，系统处理负担重。例如，在用户需要新注册别名时，必须修改用户配置文件或者配置新的用户配置文件才能完成别名的注册。
发明内容
本申请实施例提供一种别名管理方法及设备，解决了别名管理效率低，系统处理负担重的问题。
为达到上述目的，本申请实施例采用如下技术方案：
本申请实施例的第一方面，提供一种别名管理方法，包括：
别名管理功能实体接收第一客户端发送的注册请求消息，该注册请求消息包括用户的标识以及请求注册的别名的名称；当用户具有别名注册权限时，别名管理功能实体向第一客户端发送注册响应消息，该注册响应消息包括用户的标识，注册成功的别名的名称和注册成功的别名的标识。
本申请实施例提供的别名管理方法，别名管理功能实体接收第一客户端发送的包括用户的标识以及请求注册的别名的名称的注册请求消息，当用户具有别名注册权限时，别名管理功能实体向第一客户端发送包括用户的标识，注册成功的别名的名称和注册成功的别名的标识的注册响应消息。别名管理功能实体在接收到第一客户端发送的注册请求消息之后，在确定请求对别名进行注册的请求者具有别名注册权限时，向第一客户端返回包括请求者的标识，注册成功的别名的名称和注册成功的别名的标识的注册响应消息，无需对配置该别名的用户配置文件进行相应的处理，便能够实现对别名的注册，解决了别名管理效率低，系统处理负担重的问题。
结合第一方面，在一种可能的实现方式中，别名管理功能实体向第一客户端发送注册响应消息之前，该别名管理方法还可以包括：别名管理功能实体根据用户的标识获取用户的签约信息，该签约信息包括指示信息，指示信息用于指示用户具有别名注册权限；或者，别名管理功能实体获取策略信息，并根据获取到的策略信息确定用户具有别名注册权限，该策略信息包括具有别名注册权限的用户的标识。
结合第一方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：当用户不具有别名注册权限时，别名管理功能实体可以向第一客户端发送失败响应消息，该失败响应消息中可以携带失败原因，该失败原因用于指示用户的授权检查失败。
结合第一方面或上述可能的实现方式，在另一种可能的实现方式中，别名管理功能实体向第一客户端发送注册响应消息之前，该别名管理方法还可以包括：当请求注册的别名的名称未注册时，别名管理功能实体为请求注册的别名分配标识，该注册成功的别名为请求注册的别名。
结合第一方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：当请求注册的别名的名称已注册时，别名管理功能实体可以向第一客户端发送失败响应消息，该失败响应消息中可以携带失败原因，该失败原因用于指示请求注册的别名已注册。
结合第一方面或上述可能的实现方式，在另一种可能的实现方式中，注册请求消息还可以包括以下至少一种：请求注册的别名的业务类型、请求注册的别名的属性、请求注册的别名的应用范围、请求注册的别名的有效时间。
结合第一方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：别名管理功能实体向第二客户端发送通知消息，该通知消息可以包括注册成功的别名的名称和注册成功的别名的标识。
结合第一方面或上述可能的实现方式，在另一种可能的实现方式中，在别名管理功能实体未设置在紧急业务服务服务器中时，该别名管理方法还可以包括：别名管理功能实体向紧急业务服务服务器发送通知消息，该通知消息可以包括注册成功的别名的名称和注册成功的别名的标识。
结合第一方面或上述可能的实现方式，在另一种可能的实现方式中，通知消息还可以包括以下至少一种：注册成功的别名的业务类型、注册成功的别名的属性、注册成功的别名的应用范围、注册成功的别名的有效时间。
本申请实施例的第二方面，提供一种别名管理方法，包括：
别名管理功能实体接收第一客户端发送的激活请求消息，该激活请求消息包括用户的标识以及请求激活的别名的标识；当用户具有别名激活权限时，别名管理功能实体向第一客户端发送激活响应消息，该激活响应消息包括用户的标识以及激活成功的别名的标识。
本申请实施例提供的别名管理方法，别名管理功能实体接收第一客户端发送的包括用户的标识以及请求激活的别名的标识的激活请求消息，当用户具有别名激活权限时，别名管理功能实体向第一客户端发送包括用户的标识和激活成功的别名的标识的激活响应消息。别名管理功能实体在接收到第一客户端发送的激活请求消息之后，在确定请求对别名进行激活的请求者具有别名激活权限时，向第一客户端返回包括请求者的标识和激活成功的别名的标识的激活响应消息，无需对配置该别名的用户配置文件进行相应的处理，便能够实现对别名的激活，解决了别名管理效率低，系统处理负担重的问题。
结合第二方面，在一种可能的实现方式中，别名管理功能实体向第一客户端发送激活响应消息之前，该别名管理方法还可以包括：别名管理功能实体根据用户的标识获取用户的签约信息，该签约信息包括指示信息，指示信息用于指示用户具有别名激活权限；或者，别名管理功能实体获取策略信息，并根据获取到的策略信息确定用户具有别名激活权限，策略信息包括具有别名激活权限的用户的标识。
结合第二方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：当用户不具有别名激活权限时，别名管理功能实体可以向第一客户端发送失败响应消息，该失败响应消息中可以携带失败原因，该失败原因用于指示用户的授权检查失败。
结合第二方面或上述可能的实现方式，在另一种可能的实现方式中，当请求激活的别名不是允许多个用户同时激活的别名，且请求激活的别名未激活时，激活成功的别名为请求激活的别名；或者，当请求激活的别名是允许多个用户同时激活的别名，且成功激活请求激活的别名的用户的个数大于0且小于最大激活数时，激活成功的别名为请求激活的别名；或者，当请求激活的别名不是允许多个用户同时激活的别名，且请求激活的别名未激活，且请求激活的别名的业务类型与用户的标识对应的业务类型相同时，激活成功的别名为请求激活的别名；或者，当请求激活的别名是允许多个用户同时激活的别名，且成功激活请求激活的别名的用户的个数大于0且小于最大激活数，且请求激活的别名的业务类型与用户的标识对应的业务类型相同时，激活成功的别名为请求激活的别名。其中，激活请求消息中还可以包括请求激活的别名的业务类型。
结合第二方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：当请求激活的别名不是允许多个用户同时激活的别名，但请求激活的别名已激活时，别名管理功能实体可以向第一客户端发送失败响应消息，该失败响应消息中可以携带失败原因，该失败原因用于指示请求激活的别名已激活；或者，当请求激活的别名是允许多个用户同时激活的别名，但成功激活请求激活的别名的用户的个数大于最大激活数时，别名管理功能实体可以向第一客户端发送失败响应消息，该失败响应消息中可以携带失败原因，该失败原因用于指示成功激活请求激活的别名的用户的个数已达到最大激活数。
结合第二方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：别名管理功能实体存储用户的标识与激活成功的别名的关联关系。
结合第二方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：别名管理功能实体向第二客户端发送通知消息，通知消息用于通知第二客户端用户成功激活激活成功的别名。
结合第二方面或上述可能的实现方式，在另一种可能的实现方式中，激活响应消息中还可以包括激活成功的别名的业务类型。
结合第二方面或上述可能的实现方式，在另一种可能的实现方式中，在别名管理功能实体未设置在紧急业务服务服务器中时，该别名管理方法还可以包括：别名管理功能实体向紧急任务服务服务器发送激活通知消息，该激活通知消息包括用户的标识以及激活成功的别名的标识。
本申请实施例的第三方面，提供一种别名管理方法，包括：
别名管理功能实体接收第一客户端发送的去激活请求消息，该去激活请求消息包括用户的标识以及请求去激活的别名的标识；当用户具有别名去激活权限时，别名管理功能实体向第一客户端发送去激活响应消息，该去激活响应消息包括用户的标识以及去激活成功的别名的标识。
本申请实施例提供的别名管理方法，别名管理功能实体接收第一客户端发送的包括用户的标识以及请求去激活的别名的标识的去激活请求消息，当用户具有别名去激活权限时，别名管理功能实体向第一客户端发送包括用户的标识和去激活成功的别名的标识的去激活响应消息。别名管理功能实体在接收到第一客户端发送的激活请求消息之后，在确定请求对别名进行去激活的请求者具有别名去激活权限时，向第一客户端返回包括请求者的标识和去激活成功的别名的标识的去激活响应消息，无需对配置该别名的用户配置文件进行相应的处理，便能够实现对别名的去激活，解决了别名管理效率低，系统处理负担重的问题。
结合第三方面，在一种可能的实现方式中，别名管理功能实体向第一客户端发送去激活响应消息之前，该别名管理方法还可以包括：别名管理功能实体根据用户的标识获取用户的签约信息，该签约信息包括指示信息，指示信息用于指示用户具有别名去激活权限；或者，别名管理功能实体获取策略信息，并根据获取到的策略信息确定用户具有别名去激活权限，该策略信息包括具有别名去激活权限的用户的标识。
结合第三方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：当用户不具有别名去激活权限时，别名管理功能实体可以向第一客户端发送失败响应消息，该失败响应消息中可以携带失败原因，该失败原因用于指示用户的授权检查失败。
结合第三方面或上述可能的实现方式，在另一种可能的实现方式中，当请求去激活的别名的业务类型与用户的标识对应的业务类型相同时，去激活成功的别名为请求去激活的别名。其中，去激活请求消息还可以包括请求去激活的别名的业务类型。
结合第三方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：别名管理功能实体删除用户的标识与去激活成功的别名的标识的关联关系。
结合第三方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：别名管理功能实体向第二客户端发送通知消息，通知消息用于通知第二客户端用户成功去激活去激活成功的别名。
结合第三方面或上述可能的实现方式，在另一种可能的实现方式中，去激活响应消息还可以包括去激活成功的别名的业务类型。
结合第三方面或上述可能的实现方式，在另一种可能的实现方式中，在别名管理功能实体未设置在紧急业务服务服务器中时，该别名管理方法还可以包括：别名管理功能实体向紧急任务服务服务器发送去激活通知消息，该去激活通知消息包括用户的标识以及去激活成功的别名的标识。
本申请实施例的第四方面，提供一种别名管理方法，包括：
别名管理功能实体接收第一客户端发送的接管请求消息，该接管请求消息包括用户的标识以及请求接管的别名的标识；当用户具有别名接管权限时，别名管理功能实体向第一客户端发送接管响应消息，该接管响应消息包括用户的标识以及接管成功的别名的标识。
本申请实施例提供的别名管理方法，别名管理功能实体接收第一客户端发送的包括用户的标识以及请求接管的别名的标识的接管请求消息，当用户具有别名接管权限时，别名管理功能实体向第一客户端发送包括用户的标识和接管成功的别名的标识的接管响应消息。别名管理功能实体在接收到第一客户端发送的接管请求消息之后，在确定请求对别名进行接管的请求者具有别名接管权限时，向第一客户端返回包括请求者的标识和接管成功的别名的标识的接管响应消息，无需对配置该别名的用户配置文件进行相应的处理，便能够实现对别名的接管，解决了别名管理效率低，系统处理负担重的问题。
结合第四方面，在一种可能的实现方式中，别名管理功能实体向第一客户端发送接管响应消息之前，该别名管理方法还可以包括：别名管理功能实体根据用户的标识获取用户的签约信息，该签约信息包括指示信息，指示信息用于指示用户具有别名接管权限；或者，别名管理功能实体获取策略信息，并根据获取到的策略信息确定用户具有别名接管权限，策略信息包括具有别名接管权限的用户的标识。
结合第四方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：当用户不具有别名接管权限时，别名管理功能实体可以向第一客户端发送失败响应消息，该失败响应消息中可以携带失败原因，该失败原因用于指示用户的授权检查失败。
结合第四方面或上述可能的实现方式，在另一种可能的实现方式中，当请求接管的别名是允许接管的别名时，接管成功的别名为请求接管的别名；或者，当请求接管的别名是允许接管的别名，且请求接管的别名的业务类型与用户的标识对应的业务类型相同时，接管成功的别名为请求接管的别名。其中，接管请求消息中还可以包括请求接管的别名的业务类型。
结合第四方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：当请求接管的别名不是允许接管的别名时，别名管理功能实体可以向第一客户端发送失败响应消息，该失败响应消息中可以携带失败原因，该失败原因用于指示请求接管的别名不是允许接管的别名。
结合第四方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：别名管理功能实体删除接管成功的别名的标识与使用第二客户端的用户的标识的关联关系，并向第二客户端发送通知消息，该通知消息用于通知第二客户端用户成功接管接管成功的别名或用于通知第二客户端去激活接管成功的别名，使用第二客户端的用户为成功激活接管成功的别名的用户。
结合第四方面或上述可能的实现方式，在另一种可能的实现方式中，接管响应消息还可以包括接管成功的别名的业务类型。
结合第四方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：别名管理功能实体向紧急任务服务服务器发送接管通知消息，该接管通知消息包括用户的标识和接管成功的别名的标识。
结合第四方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理方法还可以包括：别名管理功能实体向紧急任务服务服务器发送去激活通知消息，该去激活通知消息包括去激活接管成功的别名的标识和用户的标识。
本申请实施例的第五方面，提供一种别名管理功能实体，包括：接收单元，用于接收第一客户端发送的注册请求消息，注册请求消息包括用户的标识以及请求注册的别名的名称；发送单元，用于当用户具有别名注册权限时，向第一客户端发送注册响应消息，注册响应消息包括用户的标识，注册成功的别名的名称和注册成功的别名的标识。
结合第五方面，在一种可能的实现方式中，该别名管理功能实体还可以包括：获取单元，用于根据接收单元接收到的用户的标识获取用户的签约信息，签约信息包括指示信息，指示信息用于指示用户具有别名注册权限；或者，获取单元，用于获取策略信息，确定单元，用于根据获取单元获取到的策略信息确定用户具有别名注册权限，策略信息包括具有别名注册权限的用户的标识。
结合第五方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理功能实体还可以包括：分配单元，用于当请求注册的别名的名称未注册时，为请求注册的别名分配标识，注册成功的别名为请求注册的别名。
结合第五方面或上述可能的实现方式，在另一种可能的实现方式中，注册请求消息还包括以下至少一种：请求注册的别名的业务类型、请求注册的别名的属性、请求注册的别名的应用范围、请求注册的别名的有效时间。
结合第五方面或上述可能的实现方式，在另一种可能的实现方式中，发送单元，还用于向第二客户端发送通知消息，通知消息包括注册成功的别名的名称和注册成功的别名的标识。
结合第五方面或上述可能的实现方式，在另一种可能的实现方式中，通知消息还包括以下至少一种：注册成功的别名的业务类型、注册成功的别名的属性、注册成功的别名的应用范围、注册成功的别名的有效时间。
本申请实施例的第六方面，提供一种别名管理功能实体，包括：接收单元，用于接收第一客户端发送的激活请求消息，激活请求消息包括用户的标识以及请求激活的别名的标识；发送单元，用于当用户具有别名激活权限时，向第一客户端发送激活响应消息，激活响应消息包括用户的标识以及激活成功的别名的标识。
结合第六方面，在一种可能的实现方式中，该别名管理功能实体还可以包括：获取单元，用于根据接收单元接收到的用户的标识获取用户的签约信息，签约信息包括指示信息，指示信息用于指示用户具有别名激活权限；或者，获取单元，用于获取策略信息，确定单元，用于根据获取单元获取到的策略信息确定用户具有别名激活权限，策略信息包括具有别名激活权限的用户的标识。
结合第六方面或上述可能的实现方式，在另一种可能的实现方式中，当请求激活的别名不是允许多个用户同时激活的别名，且请求激活的别名未激活时，激活成功的别名为请求激活的别名；或者，当请求激活的别名是允许多个用户同时激活的别名，且成功激活请求激活的别名的用户的个数大于0且小于最大激活数时，激活成功的别名为请求激活的别名；或者，当请求激活的别名不是允许多个用户同时激活的别名，且请求激活的别名未激活，且请求激活的别名的业务类型与用户的标识对应的业务类型相同时，激活成功的别名为请求激活的别名；或者，当请求激活的别名是允许多个用户同时激活的别名，且成功激活请求激活的别名的用户的个数大于0且小于最大激活数，且请求激活的别名的业务类型与用户的标识对应的业务类型相同时，激活成功的别名为请求激活的别名。
结合第六方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理功能实体还可以包括：存储单元，用于存储用户的标识与激活成功的别名的关联关系。
结合第六方面或上述可能的实现方式，在另一种可能的实现方式中，发送单元，还用于向第二客户端发送通知消息，通知消息用于通知第二客户端用户成功激活激活成功的别名。
本申请实施例的第七方面，提供一种别名管理功能实体，包括：接收单元，用于接收第一客户端发送的去激活请求消息，去激活请求消息包括用户的标识以及请求去激活的别名的标识；发送单元，用于当用户具有别名去激活权限时，向第一客户端发送去激活响应消息，去激活响应消息包括用户的标识以及去激活成功的别名的标识。
结合第七方面，在一种可能的实现方式中，该别名管理功能实体还可以包括：获取单元，用于根据用户的标识获取用户的签约信息，签约信息包括指示信息，指示信息用于指示用户具有别名去激活权限；或者，获取单元，用于获取策略信息，确定单元，用于根据获取单元获取到的策略信息确定用户具有别名去激活权限，策略信息包括具有别名去激活权限的用户的标识。
结合第七方面或上述可能的实现方式，在另一种可能的实现方式中，当请求去激活的别名的业务类型与用户的标识对应的业务类型相同时，去激活成功的别名为请求去激活的别名。
结合第七方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理功能实体还可以包括：删除单元，用于删除用户的标识与去激活成功的别名的标识的关联关系。
结合第七方面或上述可能的实现方式，在另一种可能的实现方式中，发送单元，还用于向第二客户端发送通知消息，通知消息用于通知第二客户端用户成功去激活去激活成功的别名。
本申请实施例的第八方面，提供一种别名管理功能实体，包括：接收单元，用于接收第一客户端发送的接管请求消息，接管请求消息包括用户的标识以及请求接管的别名的标识；发送单元，用于当用户具有别名接管权限时，向第一客户端发送接管响应消息，接管响应消息包括用户的标识以及接管成功的别名的标识。
结合第八方面，在一种可能的实现方式中，该别名管理功能实体还可以包括：获取单元，用于根据接收单元接收到的用户的标识获取用户的签约信息，签约信息包括指示信息，指示信息用于指示用户具有别名接管权限；或者，获取单元，用于获取策略信息，确定单元，用于根据获取单元获取到的策略信息确定用户具有别名接管权限，策略信息包括具有别名接管权限的用户的标识。
结合第八方面或上述可能的实现方式，在另一种可能的实现方式中，当请求接管的别名是允许接管的别名时，接管成功的别名为请求接管的别名；或者，当请求接管的别名是允许接管的别名，且请求接管的别名的业务类型与用户的标识对应的业务类型相同时，接管成功的别名为请求接管的别名。
结合第八方面或上述可能的实现方式，在另一种可能的实现方式中，该别名管理功能实体还可以包括：删除单元，用于删除接管成功的别名的标识与使用第二客户端的用户的标识的关联关系，使用第二客户端的用户为成功激活接管成功的别名的用户；发送单元，还用于向第二客户端发送通知消息，通知消息用于通知第二客户端用户成功接管接管成功的别名或用于通知第二客户端去激活接管成功的别名。
本申请实施例的第九方面，提供一种别名管理功能实体，包括至少一个处理器、以及存储器；存储器用于存储计算机程序，使得计算机程序被至少一个处理器执行时实现如第一方面或第一方面的可能的实现方式，或者第二方面或第二方面的可能的实现方式，或者第三方面或第三方面的可能的实现方式，或者第四方面或第四方面的可能的实现方式中任一所述的别名管理方法。
本申请实施例的第十方面，提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行如第一方面或第一方面的可能的实现方式，或者第二方面或第二方面的可能的实现方式，或者第三方面或第三方面的可能的实现方式，或者第四方面或第四方面的可能的实现方式中任一所述的别名管理方法的指令。
本申请实施例的第十一方面，提供一种芯片系统，该芯片系统包括处理器，用于支持别名管理功能实体实现上述方面中所涉及的功能，例如，例如生成或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存别名管理功能实体必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。
附图说明
图1为现有技术提供的一种基于3GPP LTE系统的紧急任务服务应用层架构示意图；
图2为本申请实施例提供的一种系统架构的简化示意图；
图3为本申请实施例提供的一种别名管理功能实体的组成示意图；
图4为本申请实施例提供的一种别名管理方法的流程图；
图5为本申请实施例提供的另一种别名管理方法的流程图；
图6为本申请实施例提供的另一种别名管理方法的流程图；
图7为本申请实施例提供的另一种别名管理方法的流程图；
图8为本申请实施例提供的一种基于别名的寻址呼叫方法的流程图；
图9为本申请实施例提供的另一种别名管理功能实体的组成示意图；
图10为本申请实施例提供的另一种别名管理功能实体的组成示意图。
具体实施方式
基于3GPP LTE系统的紧急任务服务应用层架构如图1所示。其中，在紧急任务服务用户数据库(MC service user database)中保存有用户配置文件，该用户配置文件中包括用户的标识和与该标识对应的一个或多个别名。别名是官方法定或规范的名称以外的名称。针对不同的业务，同一个用户可以采用相同的标识，也可以采用不同的标识。用户的标识与该用户的标识对应的别名绑定，并保存在用户配置文件中。例如，针对MCPTT业务，用户的标识和与该用户的标识对应的别名绑定，针对MCData业务，用户的标识和与该用户的标识对应的别名绑定。只有当包含别名的用户配置文件由系统管理员通过配置管理服务器(Configuration Management Server，CMS)和配置管理客户端(ConfigurationManagement Client，CMC)下发给该用户所使用的终端时，用户才能够使用这些别名时。并且，在需要对别名进行如，注册、激活、去激活、接管等管理时，必须先对包含该别名的用户配置文件进行相应的处理，如，动态临时在系统中注册一个别名时，必须先修改用户配置文件或配置新的用户配置文件才能完成别名的注册。
另外，别名还拥有一些描述其特征的信息，如别名在系统中唯一，别名允许多个用户同时使用，别名对应的用户的标识等。在铁路应用中，别名的信息具体的为：
1、别名是一个用户可以选择的别名，其与用户的职责或者任务绑定。
2、一个用户可以同时激活一个或者多个别名。每个激活的别名都是唯一的，可以作为用户的业务标识用于通信和寻址该别名对应的用户，即可以支持路由功能。示例性的，某个别名用于识别一个特定列车的司机，例如，TRAIN29列车上有两个司机，司机1的别名为Driver1_TRAIN29，司机2的别名为Driver2_TRAIN29，则别名Driver1_TRAIN29激活成功后便可以寻址到TRAIN29列车上的司机1，别名Driver2_TRAIN29激活成功后便可以寻址到TRAIN29列车上的司机2。
3、一个别名可以根据业务管理配置分配给多个用户使用，也可以根据业务管理配置被其他授权用户接管(taken over)。这两个要求是互斥的，即如果某个别名分配给多个用户使用，则该别名不能被接管。
4、授权用户可以注册新的别名。
综上，根据铁路应用中描述别名特性的信息可以得到的是，铁路应用中的别名要求用户可以自由选择，可以被灵活的激活、去激活，能够支持路由功能，可以被接管，可以新注册，这样，若仍采用现有技术将别名在系统部署时预先配置在用户配置文件中，则会导致管理别名的效率低，系统处理负担重。
为了解决别名管理效率低，系统处理负担重的问题，本申请实施例提供一种别名管理方法，其基本原理是：别名管理功能实体接收第一客户端发送的管理请求消息，该管理请求消息包括用户的标识以及请求管理的别名的信息，当用户具有别名管理权限时，别名管理功能实体向第一客户端发送管理响应消息，该管理响应消息包括用户的标识和管理成功的别名的信息。其中，上述管理可以是注册、激活、去激活、接管等中的一种或多种。别名管理功能实体在接收到第一客户端发送的管理请求消息之后，在确定请求对别名进行管理的请求者具有别名管理权限时，向第一客户端返回包括请求者的标识和管理成功的别名的信息的管理响应消息，无需对配置该别名的用户配置文件进行相应的处理，便能够实现对别名的管理，解决了别名管理效率低，系统处理负担重的问题。
需要说明的是，在本申请实施例中，别名也可以称为功能别名(Functionalalias)。且本申请实施例中的“多个”可以指两个或两个以上。
下面将结合附图对本申请实施例的实施方式进行详细描述。
图2示出的是可以应用本申请实施例的系统架构的简化示意图。如图2所示，该系统架构可以包括：功能别名管理服务器，功能别名管理客户端，以及图1所示的架构中的功能实体。
在具体实现中，本申请实施例中所述的别名管理功能实体可以集成在如图1所示的架构包括的紧急任务服务服务器(Mission Critical Service Server，MC ServiceServer/MC server)、组管理服务器(Group management server)、配置管理服务器(Configuration management server)、身份管理服务器(Identity management server)、密钥管理服务器(Key management server)、位置管理服务器(Location managementserver)中任意一个服务器中，也可以集成在功能别名管理服务器(Funcational-Aliasmanagement server)中。
在具体实现中，本申请实施例中所述的第一客户端可以集成在如图1所示的架构包括的紧急任务服务客户端(Mission Critical Service Client，MC Service Client/MCclient)、组管理客户端(Group management client)、配置管理客户端(Configurationmanagement client)、身份管理客户端(Identity management client)、密钥管理客户端(Key management client)、位置管理客户端(Location management client)中任意一个客户端中，也可以集成在功能别名管理客户端(Funcational-Alias management client)中。
其中，在本申请实施例中，别名管理功能实体能够提供系统的别名信息的存储和维护。别名信息可以包括以下一种或多种的组合：别名的名称、别名的标识、别名的属性、别名关联的用户的标识、别名的业务类型、别名的应用范围、别名的有效时间等。别名管理功能实体可以用于接收或拒绝用户发起的别名注册、别名激活、别名去激活、别名接管等操作，还可以用于通知用户其别名状态的变化，对用户操作别名进行授权，维护别名和用户的标识的关联关系等。第一客户端，用于向别名管理功能实体发起别名的注册、激活、去激活、接管等操作请求，还用于接收别名管理功能实体的通知别名状态变化的消息等。
另外，紧急任务服务服务器主要负责呼叫的控制和媒体的控制，其是一个逻辑实体。在具体实现中，可以是MCPTT server，MCVideo server或MCData server等。紧急任务服务客户端是与紧急任务服务服务器对等的应用层实体，主要负责应用层事务的处理。
组管理服务器主要负责系统中群组的管理与群组信息的维护，如群组创建、解散、群组成员的变更等。组管理客户端是与组管理服务器对等的应用层实体，主要负责发起群组创建、解散、群组成员操作，更新群组信息等。
配置管理服务器主要负责对系统中的业务信息、用户信息进行配置，如向用户使用的终端下发用户配置文件。配置管理客户端是与配置管理服务器对等的应用层实体，主要负责接收配置管理服务器下发的配置信息。
身份管理服务器用于对用户的身份进行授权和鉴权，判断用户是一个合法的用户，并向身份管理客户端分发业务访问令牌。身份管理客户端是与身份管理服务器对等的应用层实体，用于在身份管理服务器对用户进行授权和鉴权过程中接收业务访问令牌。
密钥管理服务器主要负责安全密钥的管理，如生成、分发、更新等。密钥管理客户端是与秘钥管理服务器对等的应用层实体，主要负责接收、更新安全密钥等。
位置管理服务器主要负责用户位置的管理，如接收并保存用户的位置信息，将用户的位置信息提供给其他授权用户使用。位置管理客户端是与位置管理服务器对等的应用层实体，主要负责上报用户的位置信息，从位置管理服务器获取其他用户的位置信息。
功能别名管理服务器主要负责系统中别名的信息维护与更新，如增加别名，移除别名，更新别名，检索别名，向用户下发别名。功能别名管理客户端主要负责检索系统中的别名，接收功能别名管理服务器下发的别名。
紧急任务服务服务器与紧急任务服务客户端使用MCX-1接口通信，MCX-1接口对应不同的业务可以是MCPTT-1接口或MCVideo-1接口或MCData-1接口。功能实体之间可以采用相应的CSC接口进行通信。例如，位置管理服务器与位置管理客户端采用CSC-14进行通信，别名管理服务器和别名管理客户端采用CSC-xx进行通信，别名管理服务器还可以采用CSC-yy与紧急任务服务服务器进行通信。
需要说明的是，在本申请实施例中，图2所示的系统可以是基于紧急任务服务系统(Mission Critical Service System)的系统，且本申请实施例适用于MCPTT业务、MCData业务、MCVideo业务、铁路应用业务，或者其他类似业务，本申请实施例在此并不做具体限制。
图3为本申请实施例提供的一种别名管理功能实体的组成示意图，如图3所示，别名管理功能实体可以包括至少一个处理器21，存储器22、通信接口23、通信总线24。
下面结合图3对别名管理功能实体的各个构成部件进行具体的介绍：
处理器21是别名管理功能实体的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器21是一个中央处理器(Central Processing Unit，CPU)，也可以是特定集成电路(Application Specific Integrated Circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(Digital SignalProcessor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)。
其中，处理器21可以通过运行或执行存储在存储器22内的软件程序，以及调用存储在存储器22内的数据，执行别名管理功能实体的各种功能。
在具体的实现中，作为一种实施例，处理器21可以包括一个或多个CPU，例如图3中所示的CPU0和CPU1。
在具体实现中，作为一种实施例，别名管理功能实体可以包括多个处理器，例如图3中所示的处理器21和处理器25。这些处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
存储器22可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器22可以是独立存在，通过通信总线24与处理器21相连接。存储器22也可以和处理器21集成在一起。
其中，存储器22用于存储执行本申请方案的软件程序，并由处理器21来控制执行。
通信接口23，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(Wireless Local AreaNetworks，WLAN)等。通信接口23可以包括接收单元实现接收功能，以及发送单元实现发送功能。
通信总线24，可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
图3中示出的设备结构并不构成对别名管理功能实体的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
需要说明的是，本申请实施例提供的别名管理方法，可以应用于对别名的注册、激活、去激活、接管等管理操作中，为了便于本领域技术人员的理解，本申请通过以下实施例对别名管理方法进行具体介绍。
图4-图7为本申请实施例提供的别名管理方法的流程图。图4为本申请实施例提供的请求对别名进行注册的别名管理方法，如图4所示，该方法可以包括：
301、别名管理功能实体接收第一客户端发送的注册请求消息。
其中，该注册请求消息可以包括用户(user)的标识和请求注册的别名的名称(name)。该注册请求消息用于请求对别名进行注册。
其中，用户指的是使用第一客户端的用户。
需要说明的是，上述用户可以是授权用户，即该用户具备别名注册权限，否则在后续的授权检查中会导致授权检查失败，注册流程终止。
其中，用户的标识指的是唯一标识用户的字母和/或数字和/或特殊字符的任意组合。例如，用户的标识是MC service ID，MCPTT ID，MCVideo ID或MCData ID。
示例性的，当用户需要注册新别名时，用户所使用的第一客户端可以向别名管理功能实体发送携带该用户的标识和请求注册的别名的名称的注册请求消息，以用于请求对该别名进行注册。
需要说明的是，第一客户端可以直接向别名管理功能实体发送注册请求消息，也可以通过其他功能实体间接向别名管理功能实体发送注册请求消息，即别名管理功能实体可以直接接收第一客户端发送的注册请求消息，也可以间接接收第一客户端发送的注册请求消息，在此并不做具体限制。
在具体实现中，一个注册请求消息中可以携带用户的一个或多个标识，不同的标识对应不同的业务类型，例如，MCPTT业务、MCData业务、MCVideo业务等基础业务类型，铁路应用、企业应用等其他业务类型。一个注册请求消息中也可以携带一个或多个请求注册的别名的名称。当一个注册请求消息携带多个请求注册的别名的名称时，第一客户端通过发送一个注册请求消息，便可以请求对多个别名的进行注册。
进一步的，注册请求消息还可以包括以下至少一种：请求注册的别名的业务类型、请求注册的别名的属性(attribute)、请求注册的别名的应用范围(apply scope)、请求注册的别名的有效时间(valid time)。
其中，别名的业务类型用于标识该别名可以适用的业务类型，如MCPTT业务，MCVdieo业务，MCData业务，铁路应用业务等。通常情况下，别名的业务类型与用户的标识对应的业务类型相同，但是也可以不同。
别名的属性可以包括以下至少一种或多种的组合：是否允许多个用户同时激活的指示、允许多个用户同时激活时的最大激活数、是否允许接管的指示。
别名的应用范围用于标识该别名的应用范围，例如，该别名可以被哪些用户激活。在具体实现中，别名的应用范围可以是一个用户列表(user list)，也可以是一个用户角色列表(user role list)，如列车司机、列车售票员等。当然，当注册请求消息中未包括别名的应用范围这一参数时，可以表示该别名仅适用申请者自己，或者可以表示该别名适用于系统中的所有用户，缺失时具体的适用范围可以由系统运营者指定。
别名的有效时间用于标识该别名的有效时间，在具体实现中，别名的有效时间可以通过一个计时器实现，也可以是无限长时间即永久有效。当注册请求消息中未包含别名的有效时间这一参数时，可以表示该别名的有效时间是无限长时间，即永久有效的。
例如，别名的名称，别名的标识，别名的属性，别名的业务类型，别名的应用范围，别名的有效时间的具体的示例如表1所示。
表1
Figure BDA0002548612970000131
其中，别名的名称可以是用户易于识别、理解、记忆的字母、汉字、数字、特殊字符等的任意组合，如上表1中的G20列车主司机。
别名的标识可以是别名的名称，或者是特定格式的数字和/或字母和/或特殊符号的组合。例如，别名的标识可以包含国际编码、功能地址和功能编码；国际编码用于指示用户现在签约的网络，如中国086，法国033。功能地址由呼叫类型和用户号码组成。呼叫类型是一个前缀，用于区分不同类型的用户号码，对于网络来说也是一个指示如何解释所接收到的号码，如认为该号码对应着的是火车编号，或者是控制室编号，还是发动机编号。功能编码指示功能地址关联的角色。别名的标识可以用于通信与寻址用户，如别名的标识＝国际编码+功能地址(呼叫类型+用户号码)+功能编码＝049+2+0279+01。其中，国际编码＝049(049代表德国)，呼叫类型＝2(2代表火车)，用户号码＝0279(0279代表列出号码)，功能编码＝01(01代表主司机)。
302、当用户具有别名注册权限时，别名管理功能实体向第一客户端发送注册响应消息。
其中，注册响应消息中可以包括用户的标识，注册成功的别名的名称和注册成功的别名的标识(identify，ID)。
例如，第一客户端在接收到注册响应消息之后，当需要使用别名时，可以激活注册成功的别名，以便可以根据激活成功的该别名的标识寻址到使用第一客户端的用户。
需要说明的是，当别名的名称在全系统是唯一的时，可以将该别名的名称作为其标识，也可以为该别名分配能够识别该别名的全系统唯一的标识。
其中，当请求注册的别名的名称未注册时，注册成功的别名可以为该请求注册的别名。
示例性地，当请求注册的别名的个数为1，且该请求注册的别名未注册时，别名管理功能实体为该用户注册该别名，此时，请求注册的别名成为注册成功的别名；或者，当请求注册的别名的个数大于1，且请求注册的别名中存在至少一个未注册的别名时，别名管理功能实体为该用户激活该至少一个别名，此时，至少一个未注册的别名成为注册成功的别名。
进一步的，注册响应消息中还可以包括注册成功的别名的业务类型。
其中，注册成功的别名的标识可以是系统预先分配给该别名的，即别名的名称和别名的标识的关联关系预先存储在别名管理功能实体中，也可以是别名管理功能实体为该别名分配的，例如，在确定用户具有别名注册权限时分配的，以便根据别名的标识寻址该用户。
其中，步骤302中别名管理功能实体可以采用如下方式来确定用户具有别名注册权限，不予限制。
在第一种可能的实现方式中，是否具有别名注册权限是用户的一个属性，且该属性与用户的标识存在关联关系，别名管理功能实体在接收到注册请求消息之后，可以根据注册请求中携带的用户的标识，获知用户是否具有别名注册权限。
在第二种可能的实现方式中，在执行步骤302之前，上述方法还可包括：别名管理功能实体可以对用户进行授权检查。
具体的，在步骤302之前，还可以包括：别名管理功能实体根据用户的标识获取别名权限相关信息，并根据该别名权限相关信息判断用户是否具有别名注册权限。该别名权限相关信息可以是用户的签约信息，也可以是别名管理功能实体本地存储的策略信息。
在一个可能的具体实现方式中，别名管理功能实体根据用户的标识获取该用户的签约信息，用户的签约信息中包括指示信息，该指示信息用于指示用户是否具有别名注册权限。别名管理功能实体根据用户的签约信息便可以判断用户是否具有别名注册权限。当签约信息中包括的指示信息用于指示用户具有别名注册权限时，别名管理功能实体可以确定用户具有别名注册权限；或者，当签约信息中包括的指示信息用于指示用户不具有别名注册权限时，别名管理功能实体可以确定用户不具有别名注册权限。
示例性的，在签约信息中，可以用1比特来的指示用户是否具有别名注册权限，如“1”表示用户具有别名注册权限，“0”表示用户不具有别名注册权限。另外，在签约信息中，不仅可以指示用户是否具有别名注册权限，还可以在用户具有别名注册权限时，指示该用户是对哪些别名(一个或多个别名)具有别名注册权限。例如，签约信息中仅用“1”指示用户具有别名注册权限，此时可以隐含表示该用户对所有别名均有别名注册权限。再例如，签约信息中仅包括允许用户注册的别名列表，此时，表明该用户具有别名注册权限，且仅对别名列表中的别名具有别名注册权限。
在另一个可能的具体实现方式中，别名管理功能实体获取策略信息，并根据策略信息判断该用户是否具有别名注册权限，该策略信息中包括具有别名注册权限的用户的标识。
具体地，别名管理功能实体可以获取本地存储的策略信息，该策略信息中包括具有别名注册权限的一个或多个用户的标识，然后通过判断注册请求消息中包括的用户的标识是否包含在策略信息中，便可以确定出该用户是否具有别名注册权限。当用户的标识包含在策略信息中时，确定该用户具有别名注册权限；或者，当用户的标识未包含在策略信息中时，确定该用户不具有别名注册权限。
示例性的，在策略信息中，可以仅包括用户的标识以指示哪些用户具有别名注册权限。当然，还可以进一步的指示出具体针对哪些别名(一个或多个别名)用户具有别名注册权限。例如，策略信息中仅包括具有别名注册权限的用户的标识列表，此时，可以隐含表示这些用户对所有的别名均有别名注册权限。再例如，策略信息中包括具有别名列表及其对应具有别名注册权限的用户的标识列表，以表明这些用户仅对别名列表中的别名具有别名注册权限。
需要说明的是，在本申请实施例中，还可以同时根据用户的签约信息和别名管理功能实体本地存储的策略信息对用户的授权检查。
在第三种可能的实现方式中，在执行步骤302之前，还可以包括：别名管理功能实体可以对用户进行授权检查，并判断请求注册的别名是否未注册。
具体的，在步骤302之前，还可以包括：当请求注册的别名的名称的个数为1时，别名管理功能实体对用户进行授权检查，并判断请求注册的别名是否未注册。
例如，若用户授权检查通过且请求注册的别名未注册，则执行步骤302；或者，当请求注册的别名的名称的个数大于1时，别名管理功能实体对用户进行授权检查，并判断请求注册的别名中是否存在至少一个未注册的别名，若用户授权检查通过且请求注册的别名中存在至少一个未注册的别名，则执行步骤302。
需要说明的是，在授权检查与判断请求注册的别名是否未注册的执行没有先后关系，此处不做具体限制。此外，在第三种实现方式中对用户进行授权检查的具体实现与第二种方式中的类似，在此不再一一赘述。
并且，当用户的签约信息或策略信息中不仅指示了用户是否具有别名注册权限，还指示了针对哪些别名具有别名注册权限的情况下，别名管理功能实体在确定用户针对某个请求注册的别名具有别名注册权限，且该请求注册的别名未注册时，执行步骤302；或者，在确定用户针对某个请求注册的别名不具有别名注册权限，或该请求注册的别名已注册时，表明该请求注册的别名不允许注册，此时可以向第一客户端返回失败响应消息。
本申请实施例提供的别名管理方法，别名管理功能实体接收第一客户端发送的包括用户的标识以及请求注册的别名的名称的注册请求消息，当用户具有别名注册权限时，别名管理功能实体向第一客户端发送包括用户的标识，注册成功的别名的名称和注册成功的别名的标识的注册响应消息。别名管理功能实体在接收到第一客户端发送的注册请求消息之后，在确定请求对别名进行注册的请求者具有别名注册权限时，向第一客户端返回包括请求者的标识，注册成功的别名的名称和注册成功的别名的标识的注册响应消息，无需对配置该别名的用户配置文件进行相应的处理，便能够实现对别名的注册，解决了别名管理效率低，系统处理负担重的问题。并且，请求注册的别名与业务类型没有绑定关系，能够被灵活操作。
可选地，在上述实施例的一种实现场景下，在步骤302中别名管理功能实体向第一客户端发送注册响应消息之前，上述方法还包括：
当请求注册的别名的名称未注册时，别名管理功能实体为该请求注册的别名分配标识。
示例性的，当请求注册的别名的名称未注册时，别名管理功能实体可以为该请求注册的别名生成一个标识，并分配给该请求注册的别名。在为该请求注册的别名生成标识时，可以根据标识的组成来生成，例如，别名的标识由国际编码、功能地址和功能编码三部分组成。需要说明的是，国际编码、功能地址和功能编码的相关描述可以参见步骤301中的描述，此处不再详细赘述。
示例性地，当请求注册的别名的名称的个数为1，且请求注册的别名未注册时，别名管理功能实体为请求注册的别名分配标识；或者，当请求注册的别名的名称的个数大于1，且请求注册的别名中存在至少一个未注册的别名时，别名管理功能实体为至少一个未注册的别名分配标识。
此时，步骤302中注册成功的别名则为该请求注册的别名。
可选地，在上述实施例的另一种实现场景下，在步骤302之后，上述方法还可以包括：别名管理功能实体向第二客户端发送通知消息。
其中，通知消息中可以包括注册成功的别名的名称和注册成功的别名的标识。
例如，别名管理功能实体通过向第二客户端发送包括注册成功的别名的名称和注册成功的别名的标识的通知消息，以通知第二客户端用户成功注册该注册成功的别名。
其中，第二客户端可以是系统中所有用户使用的客户端，也可以是属于注册成功的别名的应用范围内的用户使用的客户端。该应用范围可以是注册请求消息中携带的，也可以是别名管理功能实体为该别名分配的。
示例性的，当别名的应用范围是一个用户列表时，别名管理功能实体可以直接向用户列表中的用户使用的第二客户端发送通知消息，当别名的应用范围是一个用户角色列表时，别名管理功能实体可以经过其他功能实体，如紧急任务服务服务器的转发将通知消息发送给用户角色列表中角色对应的用户使用的第二客户端。
可选的，当别名管理功能实体未配置在紧急任务服务服务器中时，别名管理功能实体还可以向紧急任务服务服务器发送包括注册成功的别名的名称和注册成功的别名的标识的通知消息，以便于紧急任务服务服务器后续可以识别该注册成功的别名，进而可以寻址到激活了该别名的用户。
进一步的，通知消息还可以包括以下至少一种：注册成功的别名的业务类型、注册成功的别名的属性、注册成功的别名的应用范围、注册成功的别名的有效时间。其中，这些参数可以是由第一客户端处接收到的，也可以是别名管理功能实体分配的，此处不做具体限制。
作为上述实施例的一种可替代的方案，用于替换步骤302的步骤包括：
当用户不具有别名注册权限时，别名管理功能实体向第一客户端返回失败响应消息；或者，当用户具有别名注册权限，且请求注册的别名的名称已注册时，别名管理功能实体向第一客户端返回失败响应消息。
进一步的，该失败响应消息中可以包括失败原因。例如，当用户不具有别名注册权限时，失败原因为授权检查失败。第一客户端接收到携带失败原因是授权检查失败的失败响应消息时，第一客户端可以申请更高权限，以便能够进行别名的注册。再例如，当用户具有别名注册权限，且请求注册的别名的名称已注册时，失败原因为请求注册的别名的名称已注册。第一客户端在接收到失败原因是请求注册的别名的名称已注册时，第一客户端可以申请注册其他的别名。
需要指出的是，本申请涉及的名词在不同实施例之间可以相互借鉴。
图5为本申请实施例提供的请求对别名进行激活的别名管理方法，如图5所示，该方法可以包括：
401、别名管理功能实体接收第一客户端发送的激活请求消息。
其中，该激活请求消息可以包括用户的标识和请求激活的别名的标识。该激活请求消息用于请求对别名进行激活。
其中，用户指的是使用第一客户端的用户。
示例性的，当用户需要使用别名时，用户所使用的第一客户端可以向别名管理功能实体发送携带该用户的标识和请求激活的别名的标识的激活请求消息，以用于请求对该别名进行激活。
需要说明的是，第一客户端可以直接向别名管理功能实体发送激活请求消息，也可以通过其他功能实体间接向别名管理功能实体发送激活请求消息，即别名管理功能实体可以直接接收第一客户端发送的激活请求消息，也可以间接接收第一客户端发送的激活请求消息，在此并不做具体限制。
在具体实现中，一个激活请求消息中可以携带用户的一个或多个标识，不同的标识对应不同的业务类型，例如MCPTT业务、MCData业务、MCVideo业务等基础业务类型，铁路应用、企业应用等其他业务类型。一个激活请求消息中也可以携带一个或多个请求激活的别名的标识。当一个激活请求消息携带多个请求激活的别名的标识时，第一客户端通过发送一个激活请求消息，便可以请求对多个别名的进行激活。
进一步的，激活请求消息还可以包括：别名的业务类型。
402、当用户具有别名激活权限时，别名管理功能实体向第一客户端发送激活响应消息。
其中，激活响应消息中可以包括用户的标识以及激活成功的别名的标识。
例如，当用户具有别名激活权限时，别名管理功能实体可以向第一客户端发送携带用户的标识和激活成功的别名的标识的激活响应消息，以便根据激活成功的别名的标识便可以寻址到使用第一客户端的用户。
进一步的，激活响应消息中还可以包括激活成功的别名的业务类型。
示例性地，当请求激活的别名不是允许多个用户同时激活的别名，且请求激活的别名未激活时，别名管理功能实体为该用户激活该别名，此时，请求激活的别名成为激活成功的别名；或者，当请求激活的别名是允许多个用户同时激活的别名，且成功激活请求激活的别名的用户的个数大于0且小于最大激活数时，别名管理功能实体为该用户激活该别名，此时，请求激活的别名成为激活成功的别名；或者，当请求激活的别名不是允许多个用户同时激活的别名，且请求激活的别名未激活，且请求激活的别名的业务类型与用户的标识对应的业务类型相同时，别名管理功能实体为该用户激活该别名，此时，请求激活的别名成为激活成功的别名；或者，当请求激活的别名是允许多个用户同时激活的别名，且成功激活请求激活的别名的用户的个数大于0且小于所述最大激活数，请求激活的别名的业务类型与用户的标识对应的业务类型相同时，别名管理功能实体为该用户激活该别名，此时，请求激活的别名成为激活成功的别名。
其中，步骤402中别名管理功能实体可以采用如下方式来确定用户具有别名激活权限，不予限制。
在第一种可能的实现方式中，是否具有别名激活权限是用户的一个属性，且该属性与用户的标识存在关联关系，别名管理功能实体在接收到激活请求消息之后，可以根据激活请求中携带的用户的标识，获知用户是否具有别名激活权限。
在第二种可能的实现方式中，在执行步骤402之前，上述方法还可包括：别名管理功能实体可以对用户进行授权检查。
具体的，在步骤402之前，还可以包括：别名管理功能实体根据用户的标识获取别名权限相关信息，并根据该别名权限相关信息判断用户是否具有别名激活权限。该别名权限相关信息可以是用户的签约信息，也可以是别名管理功能实体本地存储的策略信息。
在一个可能的具体实现方式中，别名管理功能实体根据用户的标识获取该用户的签约信息，用户的签约信息中包括指示信息，该指示信息用于指示用户是否具有别名激活权限。别名管理功能实体根据用户的签约信息便可以判断用户是否具有别名激活权限。当签约信息中包括指示信息用于指示用户具有别名激活权限时，别名管理功能实体可以确定用户具有别名激活权限；或者，当签约信息中包括的指示信息用于指示用户不具有别名激活权限时，别名管理功能实体可以确定用户不具有别名激活权限。
在另一个可能的具体实现方式中，别名管理功能实体获取策略信息，并根据策略信息和用户的标识判断该用户是否具有别名激活权限，该策略信息中包括具有别名激活权限的用户的标识。当用户的标识包含在策略信息中时，确定该用户具有别名激活权限；或者，当用户的标识未包含在策略信息中时，确定该用户不具有别名激活权限。
需要说明的是，在本申请实施例中，还可以同时根据用户的签约信息和别名管理功能实体本地存储的策略信息对用户的授权检查。
在第三种可能的实现方式中，在执行步骤402之前，上述方法还可以包括：别名管理功能实体可以对用户进行授权检查，并在授权检查成功之后，别名管理功能实体可以判断请求激活的别名是否是允许多个用户同时激活的别名，并判断该请求激活的别名是否未激活。
例如，若请求激活的别名不是允许多个用户同时激活的别名，且请求激活的别名未激活，则执行步骤402；或者，若请求激活的别名是允许多个用户同时激活的别名，且成功激活请求激活的别名的用户的个数大于0且小于最大激活数，则也可以执行步骤402。
进一步的，在激活请求消息中包括请求激活的别名的业务类型时，还可以进一步的判断请求激活的别名的业务类型与用户的标识对应的业务类型相同。
例如，若请求激活的别名不是允许多个用户同时激活的别名，且请求激活的别名未激活，且请求激活的别名的业务类型与用户的标识对应的业务类型相同，则执行步骤402；或者，若请求激活的别名是允许多个用户同时激活的别名，且成功激活请求激活的别名的用户的个数大于0且小于所述最大激活数，请求激活的别名的业务类型与用户的标识对应的业务类型相同，则执行步骤402。
其中，在第三种实现方式中对用户进行授权检查的具体实现与第二种方式中的类似，此处不再一一赘述。
需要说明的是，在激活请求消息中包括两个或两个以上的请求激活的别名的标识时，可以在授权检查成功之后，针对每个请求激活的别名的标识执行上述判断操作，并在对每个请求激活的别名的标识执行了上述判断操作且存在至少一个请求激活的别名是成功激活的别名时，执行步骤402。另外，若请求激活的别名中不存在成功激活的别名，则可以向第一客户端返回失败响应消息。
示例性的，请求激活的别名是否是允许多个用户同时激活别名，当是允许多个用户同时激活别名时，允许激活的最大激活数包含在请求激活的别名的属性中。另外，别名管理功能实体可以在本地动态维护一个激活用户信息以便能够获知当前时刻激活别名的用户的个数，例如，可以在本地保存的一个激活用户列表，例如，如表2所示，用于表示成功激活标识为xxx的别名的用户的标识为user service ID1、user service ID2以及userservice ID3，成功激活标识为yyy的别名的用户的标识为user service ID7、userservice ID9以及user service ID10。
表2
Figure BDA0002548612970000191
本申请实施例提供的别名管理方法，别名管理功能实体接收第一客户端发送的包括用户的标识以及请求激活的别名的标识的激活请求消息，当用户具有别名激活权限时，别名管理功能实体向第一客户端发送包括用户的标识和激活成功的别名的标识的激活响应消息。别名管理功能实体在接收到第一客户端发送的激活请求消息之后，在确定请求对别名进行激活的请求者具有别名激活权限时，向第一客户端返回包括请求者的标识和激活成功的别名的标识的激活响应消息，无需对配置该别名的用户配置文件进行相应的处理，便能够实现对别名的激活，解决了别名管理效率低，系统处理负担重的问题。并且，由于请求激活的别名没有和用户配置文件绑定在一起，因此别名的激活与用户配置文件的激活与否没有必然联系，使得别名操作的灵活性得到提高。
可选的，在上述实施例的一种实现场景下，在步骤402之后，上述方法还可以包括：别名管理功能实体存储用户的标识与激活成功的别名的关联关系。
具体地，在别名管理功能实体确定用户具有别名激活权限时，还可以存储用户的标识与激活成功的别名的关联关系，即表示该用户成功激活该别名。示例性的，别名管理功能实体可以将用户的标识存储在与别名对应的激活用户信息中。例如，用户请求激活的别名的标识为xxx，用户的标识为user service ID4，当请求激活的别名激活成功时，别名管理功能实体可以将用户的标识user service ID4添加到表2所示的激活列表中的相应位置。
可选的，在上述实施例的另一种实现场景下，在步骤402之后，上述方法还可以包括：别名管理功能实体向第二客户端发送通知消息。
具体地，当请求激活的别名激活成功，且存在其他用户也同时成功激活了该别名时，别名管理功能实体可以向第二客户端发送通知消息，以通知第二客户端该用户成功激活该别名，进而可以寻址到该用户。
其中，第二客户端可以是成功激活该别名的用户使用的客户端。其中，成功激活该别名的用户可以是当前仍然处于保持激活该别名的状态，而不是曾经激活过该别名，后续又去激活该别名的用户。例如，可以是与该别名对应的激活用户信息中包括的其他用户的标识对应的用户使用的客户端。
进一步的，当别名管理功能实体未配置在紧急任务服务服务器中时，别名管理功能实体可以向紧急任务服务服务器发送激活通知消息。
其中，该激活通知消息可以包括激活成功的别名的标识和用户的标识，该激活成功的别名的标识与用户的标识存在关联关系，以便于紧急任务服务服务器后续可以消息路由和寻址用户。
当别名管理功能实体未配置在功能别名管理服务器中时，别名管理功能实体可以向功能别名管理服务器发送激活通知消息，以便别名管理服务器根据接收到激活通知消息进行别名的信息维护与更新。该激活通知消息与当别名管理功能实体未配置在紧急任务服务服务器中时，别名管理功能实体向紧急任务服务服务器发送的激活通知消息类似，在此不再赘述。
作为上述实施例的一种可替代的方案，使用如下步骤替换步骤402：
当用户不具有别名激活权限时，别名管理功能实体向第一客户端返回失败响应消息；或者，当用户具有别名激活权限，且请求激活的别名中不存在成功激活的别名时，别名管理功能实体向第一客户端返回失败响应消息。
例如，当请求激活的别名是不允许多个用户同时激活的别名，且该请求激活的别名已激活时，该请求激活的别名成为未成功激活的别名。
进一步的，该失败响应消息中可以包括失败原因。例如，当用户不具有别名激活权限时，失败原因为授权检查失败。第一客户端接收到携带失败原因是授权检查失败的失败响应消息时，第一客户端可以申请更高权限，以便能够进行别名的激活。再例如，当用户具有别名激活权限，且请求激活的别名是不允许多个用户同时激活别名且请求激活的别名已激活时，失败原因为请求激活的别名是不允许多个用户同时激活别名且请求激活的别名已激活。第一客户端在接收到失败原因是请求激活的别名是不允许多个用户同时激活别名且请求激活的别名已激活时，第一客户端可以请求接管该请求激活的别名，以实现对该别名的激活。又例如，当用户具有别名激活权限，且请求激活的别名是允许多个用户同时激活的别名，且成功激活请求激活的别名的用户的个数大于最大激活数时，失败原因为成功激活请求激活的别名的用户的个数大于最大激活数。第一客户端在接收到失败原因是成功激活请求激活的别名的用户的个数大于最大激活数时，第一客户端可以申请更高的别名优先级权限，进而达到成功激活请求激活的别名的目的。
需要说明的是，本申请实施例中的具体描述可以参考本申请图4所示的实施例中对应内容的具体描述，仅将相应的“注册”替换为“激活”即可，本申请实施例在此不再详细赘述。
需要指出的是，图5所示实施例可以基于系统预先配置的别名，或者基于图4所示的新注册的别名，当用户需要使用别名时，可以对该别名进行激活。
图6为本申请实施例提供的请求对别名进行去激活的别名管理方法，如图6所示，该方法可以包括：
501、别名管理功能实体接收第一客户端发送的去激活请求消息。
其中，该去激活请求消息可以包括用户的标识和请求去激活的别名的标识。该去激活请求消息用于请求对别名进行去激活。
其中，用户指的是使用第一客户端的用户。
示例性的，当用户需要去激活别名时，用户所使用的第一客户端可以向别名管理功能实体发送携带该用户的标识和请求去激活的别名的标识的去激活请求消息，以用于请求对该别名进行去激活。
在具体实现中，一个去激活请求消息中可以携带用户的一个或多个标识。一个去激活请求消息中也可以携带一个或多个请求去激活的别名的标识。进一步的，去激活请求消息还可以包括：请求去激活的别名的业务类型。
502、当用户具有别名去激活权限时，别名管理功能实体向第一客户端发送去激活响应消息。
其中，去激活响应消息中可以包括去激活成功的别名的标识和用户的标识。
示例性的，当去激活请求消息中包括多个请求去激活的别名的标识时，该去激活响应消息中包括多个请求去激活的别名中所有去激活成功的别名的标识。进一步的，去激活响应消息中还可以包括去激活成功的别名的业务类型。
例如，当用户具有别名去激活权限时，别名管理功能实体可以向第一客户端发送携带用户的标识和去激活成功的别名的标识的去激活响应消息，以便第一客户端获知请求去激活的别名已成功去激活。
其中，步骤502中别名管理功能实体可以采用如下方式来确定用户具有别名去激活权限，不予限制。
在第一种可能的实现方式中，是否具有别名去激活权限是用户的一个属性，且该属性与用户的标识存在关联关系，别名管理功能实体在接收到去激活请求消息之后，可以根据去激活请求中携带的用户的标识，获知用户是否具有别名去激活权限。
在第二种可能的实现方式中，在执行步骤502之前，上述方法还可以包括：别名管理功能实体可以对用户进行授权检查。
具体的，在步骤502之前，还可以包括：别名管理功能实体根据用户的标识获取别名权限相关信息，并根据该别名权限相关信息判断用户是否具有别名去激活权限。该别名权限相关信息可以是用户的签约信息，也可以是别名管理功能实体本地存储的策略信息。
在一个可能的具体实现方式中，别名管理功能实体根据用户的标识获取该用户的签约信息，用户的签约信息中包括指示信息，该指示信息用于指示用户是否具有别名去激活权限。别名管理功能实体根据用户的签约信息便可以判断用户是否具有别名去激活权限。当签约信息中包括的指示信息用于指示用户具有别名去激活权限时，别名管理功能实体可以确定用户具有别名去激活权限；或者，当签约信息中包括的指示信息用于指示用户不具有别名去激活权限时，别名管理功能实体可以确定用户不具有别名去激活权限。
在另一个可能的具体实现方式中，别名管理功能实体获取策略信息，并根据策略信息和用户的标识判断该用户是否具有别名去激活权限，该策略信息中包括具有别名去激活权限的用户的标识。当用户的标识包含在策略信息中时，确定该用户具有别名去激活权限；或者，当用户的标识未包含在策略信息中时，确定该用户不具有别名去激活权限。
需要说明的是，在本申请实施例中，还可以同时根据用户的签约信息和别名管理功能实体本地存储的策略信息对用户的授权检查。
在第三种可能的实现方式中，当去激活请求消息中还包括请求去激活的别名的业务类型时，在执行步骤502之前，上述方法还可以包括：别名管理功能实体可以对用户进行授权检查，并在授权检查成功之后，别名管理功能实体判断请求去激活的别名的业务类型与用户的标识对应的业务类型是否相同。例如，当请求去激活的别名的业务类型与用户的标识对应的业务类型相同时，请求去激活的别名成为去激活成功的别名。
本申请实施例提供的别名管理方法，别名管理功能实体接收第一客户端发送的包括用户的标识以及请求去激活的别名的标识的去激活请求消息，当用户具有别名去激活权限时，别名管理功能实体向第一客户端发送包括用户的标识和去激活成功的别名的标识的去激活响应消息。别名管理功能实体在接收到第一客户端发送的激活请求消息之后，在确定请求对别名进行去激活的请求者具有别名去激活权限时，向第一客户端返回包括请求者的标识和去激活成功的别名的标识的去激活响应消息，无需对配置该别名的用户配置文件进行相应的处理，便能够实现对别名的去激活，解决了别名管理效率低，系统处理负担重的问题。
可选的，在上述实施例的一种实现场景下，在步骤502之后，上述方法还包括：别名管理功能实体删除用户的标识与去激活成功的别名的标识的关联关系。
具体地，在别名管理功能实体确定用户具有别名去激活权限时，可以删除用户的标识与去激活成功的别名的标识的关联关系，即为该用户成功去激活该别名。示例性的，别名管理功能实体可以将用户的标识从与去激活成功的别名对应的激活用户信息中删除。例如，用户请求去激活的别名的标识为xxx，用户的标识为user service ID1，则可以将本申请另一实施例所示的表2中user service ID1删除。
可选的，在上述实施例的另一种实现场景下，在步骤502之后，上述方法还包括：别名管理功能实体向第二客户端发送通知消息。
例如，当去激活成功的别名被其他用户成功激活时，别名管理功能实体可以向第二客户端发送通知消息，以通知第二客户端用户成功去激活该去激活成功的别名。
其中，第二客户端可以是成功激活该去激活成功的别名的其他用户使用的客户端。成功激活该去激活成功的别名的用户可以是当前仍然处于保持激活该别名的状态，而不是曾经激活过该别名，后续又去激活该别名的用户。例如，可以是与去激活成功的别名对应的激活用户信息中包括的其他用户的标识对应的用户使用的客户端，且该激活用户信息指的是当前时刻的激活用户信息。
进一步的，当别名管理功能实体未配置在紧急任务服务服务器中时，别名管理功能实体可以向紧急任务服务服务器发送去激活通知消息。例如，在紧急任务服务服务器接收到去激活通知消息之后，可以根据去激活通知消息进行呼叫的控制和媒体的控制。
其中，该去激活通知消息可以包括去激活成功的别名的标识和用户的标识，该去激活成功的别名的标识与用户的标识存在关联关系。
当别名管理功能实体未配置在功能别名管理服务器中时，别名管理功能实体可以向功能别名管理服务器发送去激活通知消息，以便别名管理服务器根据接收到去激活通知消息进行别名的信息维护与更新。该去激活通知消息与当别名管理功能实体未配置在紧急任务服务服务器中时，别名管理功能实体向紧急任务服务服务器发送的去激活通知消息类似，在此不再赘述。
作为上述实施例的一种可替代的方案，可以采用如下步骤替换步骤502：
当用户不具有别名去激活权限时，别名管理功能实体向第一客户端返回失败响应消息。
进一步的，该失败响应消息中可以包括失败原因。例如，别名管理功能实体在确定用户不具有别名去激活权限时，失败原因为授权检查失败。第一客户端接收到携带失败原因是授权检查失败的失败响应消息时，第一客户端可以申请更高权限，以便能够进行别名的去激活。再例如，别名管理功能实体在确定用户具有别名去激活权限，且请求去激活的别名不允许去激活时，失败原因为请求激活的别名不允许去激活。
需要说明的是，本申请实施例中的具体描述可以参考本申请图5所示的实施例中对应内容的具体描述，仅将相应的“激活”替换为“去激活”即可，本申请实施例在此不再详细赘述。
需要指出的是，当用户需要去激活别名时，可以采用图6所示的方法对该别名进行去激活操作，该去激活的方法可以在图5所示的方法基础上执行，不予限制。
在本申请实施例中，当用户需要接管别名时，可以对该别名进行接管操作。
图7为本申请实施例提供的请求对别名进行接管的别名管理方法，如图7所示，该方法可以包括：
601、别名管理功能实体接收第一客户端发送的接管请求消息。
其中，该接管请求消息可以包括用户的标识和请求接管的别名的标识。该接管请求消息用于请求对别名进行接管。
其中，用户指的是使用第一客户端的用户。
示例性的，当用户需要接管别名时，用户所使用的第一客户端可以向别名管理功能实体发送携带该用户的标识和请求接管的别名的标识的接管请求消息，以用于请求对该别名进行接管。
需要说明的是，第一客户端可以直接向别名管理功能实体发送接管请求消息，也可以通过其他功能实体间接向别名管理功能实体发送接管请求消息，即别名管理功能实体可以直接接收第一客户端发送的接管请求消息，也可以间接接收第一客户端发送的接管请求消息，在此并不做具体限制。
在具体实现中，一个接管请求消息中可以携带用户的一个或多个标识，不同的标识对应不同的业务类型，例如MCPTT业务、MCData业务、MCVideo业务等基础业务类型，铁路应用、企业应用等其他业务类型。一个接管请求消息中也可以携带一个或多个请求接管的别名的标识。
进一步的，接管请求消息还可以包括：请求接管的别名的业务类型。
602、当用户具有别名接管权限时，别名管理功能实体向第一客户端发送接管响应消息。
其中，接管响应消息中可以包括用户的标识以及接管成功的别名的标识。
示例性的，当接管请求消息中包括多个请求接管的别名的标识时，该接管响应消息中包括多个请求接管的别名中所有接管成功的别名的标识。
例如，当用户具有别名接管权限时，别名管理功能实体可以向第一客户端发送携带用户的标识和接管成功的别名的标识的接管响应消息，以便第一客户端获知请求接管的别名已接管成功，后续根据接管成功的别名的标识便可以寻址到使用该第一客户端的用户。
进一步的，接管响应消息中还可以包括接管成功的别名的业务类型。
示例性的，当请求接管的别名是允许接管的别名时，请求接管的别名成为接管成功的别名；或者，当请求接管的别名是允许接管的别名，且请求接管的别名的业务类型与用户的标识对应的业务类型相同时，请求接管的别名成为接管成功的别名。
其中，步骤602中别名管理功能实体可以采用如下方式来确定用户具有别名接管权限，不予限制。
在第一种可能的实现方式中，是否具有别名接管权限是用户的一个属性，且该属性与用户的标识存在关联关系，别名管理功能实体在接收到接管请求消息之后，可以根据接管请求中携带的用户的标识，获知用户是否具有别名接管权限。
在第二种可能的实现方式中，在执行步骤602之前，上述方法还包括：别名管理功能实体可以对用户进行授权检查。
具体的，在步骤602之前，还可以包括：别名管理功能实体根据用户的标识获取别名权限相关信息，并根据该别名权限相关信息判断用户是否具有别名接管权限。该别名权限相关信息可以是用户的签约信息，也可以是别名管理功能实体本地存储的策略信息。
在一个可能的具体实现方式中，别名管理功能实体根据用户的标识获取该用户的签约信息，用户的签约信息中包括指示信息，该指示信息用于指示用户是否具有别名接管权限。别名管理功能实体根据用户的签约信息便可以判断用户是否具有别名接管权限。当签约信息中包括的指示信息用于指示用户具有别名接管权限时，别名管理功能实体可以确定用户具有别名接管权限；或者，当签约信息中包括的指示信息用于指示用户不具有别名接管权限时，别名管理功能实体可以确定用户不具有别名接管权限。
在另一个可能的具体实现方式中，别名管理功能实体获取策略信息，并根据策略信息和用户的标识判断该用户是否具有别名接管权限，该策略信息中包括具有别名接管权限的用户的标识。当用户的标识包含在策略信息中时，确定该用户具有别名接管权限；或者，当用户的标识未包含在策略信息中时，确定该用户不具有别名接管权限。
在第三种可能的实现方式中，在执行步骤602之前，上述方法还包括：别名管理功能实体对用户进行授权检查，并判断请求接管的别名是否是允许接管的别名。
具体的，在步骤602之前，还可以包括：当请求接管的别名的标识的个数为1时，别名管理功能实体对用户进行授权检查，并判断请求接管的别名是否是允许接管的别名，若对用户的授权检查通过，且请求接管的别名是允许接管的别名，则执行步骤602；或者，当请求接管的别名的标识的个数大于1时，别名管理功能实体对用户进行授权检查，并判断请求接管的别名中是否存在至少一个允许接管的别名，若对用户的授权检查通过，且请求接管的别名中存在至少一个允许接管的别名，则执行步骤602。
需要说明的是，在授权检查与判断请求注册的别名是否未注册的执行没有先后关系，此处不做具体限制。此外，在第三种实现方式中对用户进行授权检查的具体实现与第二种方式中的类似，在此不再一一赘述。
进一步的，当接管请求消息中还包括请求接管的别名的业务类型时，别名管理功能实体还可以进一步的判断请求接管的别名的业务类型与用户的标识对应的业务类型是否相同。
例如，当请求接管的别名是允许接管的别名，且请求接管的别名的业务类型与用户的标识对应的业务类型相同时，执行步骤602。
需要说明的是，在接管请求消息中包括两个或两个以上的请求接管的别名的标识时，可以在授权检查成功之后，针对每个请求接管的别名的标识执行上述判断操作，并在对每个请求接管的别名的标识执行了上述判断操作且存在至少一个请求接管的别名是成功接管的别名时，执行步骤602。另外，若请求接管的别名中不存在成功接管的别名，则可以向第一客户端返回失败响应消息。
示例性的，请求接管的别名的属性中可以包括用于指示该请求接管的别名是否是允许接管的别名的指示信息。
本申请实施例提供的别名管理方法，别名管理功能实体接收第一客户端发送的包括用户的标识以及请求接管的别名的标识的接管请求消息，当用户具有别名接管权限时，别名管理功能实体向第一客户端发送包括用户的标识和接管成功的别名的标识的接管响应消息。别名管理功能实体在接收到第一客户端发送的接管请求消息之后，在确定请求对别名进行接管的请求者具有别名接管权限时，向第一客户端返回包括请求者的标识和接管成功的别名的标识的接管响应消息，无需对配置该别名的用户配置文件进行相应的处理，便能够实现对别名的接管，解决了别名管理效率低，系统处理负担重的问题。
可选的，在上述实施例的一种实现场景下，在步骤602之后，上述方法还包括：别名管理功能实体删除接管成功的别名的标识与使用第二客户端的用户的标识的关联关系。
其中，使用第二客户端的用户可以是成功激活接管成功的别名的用户。
具体地，在别名管理功能实体确定用户具有别名接管权限时，若接管成功的别名被其他用户(其他用户使用的客户端是第二客户端)激活，则可以删除接管成功的别名的标识与这些用户的标识的关联关系。示例性的，别名管理功能实体可以从该接管成功的别名对应的激活用户信息中删除激活该别名的其他用户的标识。并且，可以存储该用户的标识与接管成功的别名的关联关系。另外，在请求接管的别名未激活的情况下，可以通过执行图5所示的别名管理方法激活该别名。
例如，在别名管理功能实体确定用户具有别名接管权限的情况下，当接管成功的别名被其他用户激活时，别名管理功能实体可以从激活用户信息中删除激活该别名的一个用户的标识。这个用户可以是基于时间排序最早激活该别名的用户，或者可以是最晚激活该别名的用户，或者是基于用户的优先级，用户优先级最低的激活该别名的用户，即从激活用户信息中删除该用户的标识。具体用户的优先级指定是算法实现相关，本发明不予限定。
可选的，在上述实施例的另一种实现场景下，在步骤602之后，上述方法还包括：别名管理功能实体向第二客户端通知消息。
其中，该通知消息用于通知第二客户端用户成功接管该接管成功的别名或用于通知第二客户端去激活该接管成功的别名。例如，第二客户端接收到通知消息之后，可以对该接管成功的别名进行去激活。
其中，第二客户端可以指的是已激活该别名的用户使用的客户端。其中，已激活该别名的用户可以是当前仍然处于保持激活该别名的状态，而不是曾经激活过该别名，后续又去激活该别名的用户。
具体地，别名管理功能实体通过向第二客户端发送用于通知用户成功接管该接管成功的别名的通知消息，或发送用于通知第二客户端去激活该接管成功的别名的通知消息，以便第二客户端可以通过执行图6所示的别名管理方法对该别名进行去激活。通知消息在具体实现时可以是一个原因代码(cause code)，也可以是一个明文字符串。
进一步的，当别名管理功能实体未配置在紧急任务服务服务器中时，别名管理功能实体可以向紧急任务服务服务器发送接管通知消息。
其中，该接管通知消息可以包括接管成功的别名的标识和用户的标识，该接管成功的别名的标识与用户的标识存在关联关系。接管成功的别名的标识对应的用户的标识可以是一个用户的，也可以是多个用户的。
当别名管理功能实体未配置在紧急任务服务服务器中时，别名管理功能实体还可以向紧急任务服务服务器发送去激活通知消息。其中，该去激活通知消息包括去激活成功的别名的标识和用户的标识。
例如，在紧急任务服务服务器接收到接管通知消息和/或去激活通知消息之后，可以进行相应的呼叫的控制和媒体的控制。
当别名管理功能实体未配置在功能别名管理服务器中时，别名管理功能实体可以向功能别名管理服务器发送接管通知消息以及去激活通知消息，以便别名管理服务器进行相应的别名信息维护与更新，其中，该接管通知消息和去激活通知消息分别与当别名管理功能实体未配置在紧急任务服务服务器中时，别名管理功能实体向紧急任务服务服务器发送的接管通知消息和去激活通知消息类似，在此不再赘述。
需要说明的是，上述两个通知消息中所要发送的具体内容可以通过一条消息实现。例如，别名管理功能实体向紧急任务服务服务器发送通知消息，该通知消息中包括接管成功的别名的标识和用户的标识，还包括：去激活成功的别名的标识和用户的标识。当然，可以采用指示信息，来指示哪些别名是被接管了，哪些别名是被去激活了。
一般地，允许接管的别名是不允许多个用户同时激活的。但是，如果允许接管的别名是允许多个用户同时激活的别名，且当前时刻存在其他用户成功激活该允许接管的别名，则是具体接管其他所有用户的别名，还是接管某一用户的别名，以及如何选择接管哪个用户的别名可以基于实现，也可以由运营者自行指定规则。
作为上述实施例的一种可替代的方案，可以采用如下步骤替换步骤602：
当用户不具有别名接管权限时，别名管理功能实体向第一客户端返回失败响应消息。或者，当用户具有别名接管权限，且请求接管的别名是不允许接管的别名时，别名管理功能实体向第一客户端返回失败响应消息。
进一步的，该失败响应消息中可以包括失败原因。例如，当用户不具有别名接管权限时，失败原因为授权检查失败。第一客户端接收到携带失败原因是授权检查失败的失败响应消息时，第一客户端可以申请更高权限，以便能够进行别名的接管。再例如，当用户具有别名接管权限，且请求接管的别名是不允许接管的别名时，失败原因为请求接管的别名是不允许接管的别名。
需要说明的是，本申请实施例中的具体描述可以参考本申请图4所示的实施例中对应内容的具体描述，仅将相应的“注册”替换为“接管”即可，本申请实施例在此不再详细赘述。
需要说明的是，在本申请实施例中上述激活通知消息、上述去激活通知消息以及上述接管通知消息可以采用不同类型的通知消息进行区分。也可以是采用相同类型的通知消息，但此时需要在通知消息中携带一个指示信息，该指示信息用于指示该消息的类型，示例性的，可以用3比特来指示通知消息的类型，如“001”指示激活通知消息，“010”指示去激活通知消息，“011”指示接管通知消息。例如，通知消息包括用户1的标识和别名1的标识，且指示信息为001，则表示该通知消息用于通知用户1成功激活别名1。
图8为本申请实施例提供的基于别名的寻址呼叫方法的流程图，如图8所示，该方法可以包括：
701、紧急任务服务服务器接收第一客户端发送的呼叫请求消息。
其中，该呼叫请求消息包括主叫用户的标识以及请求呼叫的别名的标识。
其中，主叫用户的标识可以指的是发起呼叫方的第一客户端对应的用户的标识。
其中，请求呼叫的别名可以指的是被叫方的别名，该请求呼叫的别名可以被一个或多个用户激活，这些激活该请求呼叫的别名的用户都被邀请加入呼叫中。请求呼叫的别名的标识指的是唯一能够识别该别名的名称或标识。
在本申请实施例中，为实现别名的寻址和呼叫功能，别名的标识应该包含域名，类似群组标识。
702、紧急任务服务服务器根据主叫用户的标识确定该主叫用户具有别名呼叫权限。
其中，紧急任务服务服务器确定主叫用户具有别名呼叫权限可以有以下实现方式：
方式一：紧急任务服务服务器根据主叫用户的标识获取该主叫用户的签约信息，主叫用户的签约信息中包括指示信息，该指示信息用于指示用户是否具有别名呼叫权限。紧急任务服务服务器根据主叫用户的签约信息确定该主叫用户具有别名呼叫权限。
例如，当签约信息中包括的指示信息用于指示主叫用户具有别名呼叫权限时，紧急任务服务服务器可以确定主叫用户具有别名呼叫权限；或者，当签约信息中包括的指示信息用于指示主叫用户不具有别名呼叫权限时，紧急任务服务服务器可以确定用户不具有别名呼叫权限。
方式二：紧急任务服务服务器获取策略信息，该策略信息中包括具有别名呼叫权限的用户的标识。紧急任务服务服务器根据策略信息和主叫用户的标识判断该主叫用户是否具有别名呼叫权限。
例如，当主叫用户的标识包含在策略信息中时，确定该主叫用户具有别名呼叫权限；或者，当主叫用户的标识未包含在策略信息中时，确定该主叫用户不具有别名呼叫权限。
还可以结合方式一和方式二对用户进行授权检查。
703、紧急任务服务服务器从别名管理功能实体获取与请求呼叫的别名的标识对应的激活用户信息。
其中，激活用户信息中包括激活该请求呼叫的别名的用户的标识。紧急任务服务服务器可以向别名管理功能实体发送包含请求呼叫的别名的标识的请求消息，以便别名管理功能实体向紧急任务服务服务器返回与该请求呼叫的别名的标识对应的激活用户信息。例如，如本申请另一实施例中的表2所示，当别名的标识为xxx时，返回的激活用户信息为：user service ID1，user service ID2，user service ID3。
704、紧急任务服务服务器根据与请求呼叫的别名的标识对应的激活用户信息，呼叫激活用户信息中的用户。
按照步骤703中的例子，紧急任务服务服务器可以呼叫用户的标识为userservice ID1，user service ID2以及user service ID3的用户所使用的客户端。
示例性的，当主叫用户与被叫用户由不同的紧急任务服务服务器提供服务时，对于激活用户信息中的每个被叫用户，假设为主叫用户提供服务为紧急任务服务服务器1，为该被叫用户提供服务为紧急任务服务服务器2，紧急任务服务服务器1向紧急任务服务服务器2发送呼叫请求消息，该呼叫请求消息可以包括主叫用户的标识、被叫用户的标识和别名的标识，然后紧急任务服务服务器2向被叫用户使用的客户端发送该呼叫请求消息，其中，呼叫请求消息中的别名的标识为可选项，其用于指示呼叫是通过别名进行的呼叫。若被叫用户接收呼叫，则被叫用户使用的客户端可以通过紧急任务服务服务器2向紧急任务服务服务器1发送呼叫响应消息，以指示接受呼叫。当然，当主叫用户与被叫用户由相同的紧急任务服务服务器提供服务时，假设为主叫用户和被叫用户提供服务均为紧急任务服务服务器1，则可以由紧急任务服务服务器1直接向被叫用户使用的客户端发送该呼叫请求消息。
705、紧急任务服务服务器向第一客户端发送呼叫响应消息。
其中，呼叫响应消息中可以包括：主叫用户的标识、呼叫成功的别名的标识以及与该呼叫成功的别名的标识对应的成功呼叫的用户的标识。
本申请实施例提供的基于别名的寻址呼叫方法，紧急任务服务服务器接收第一客户端发送的呼叫请求消息，该呼叫请求消息包括主叫用户的标识以及请求呼叫的别名的标识，当主叫用户具有别名呼叫权限时，紧急任务服务服务器根据请求呼叫的别名对应的激活用户信息，呼叫激活该请求呼叫的别名的用户。紧急任务服务服务器在接收到第一客户端发送的包括主叫用户的标识以及请求呼叫的别名的标识的呼叫请求消息之后，在确定主叫用户具有别名呼叫权限时，呼叫与请求呼叫的别名对应的激活该别名的用户，实现了基于别名的寻址呼叫。
需要指出的是，当用户需要基于别名进行寻址呼叫时，可以执行图8所示的方法，该方法可以在图5所示的方法对别名进行激活的基础上执行。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如别名管理功能实体、客户端等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对别名管理功能实体进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下，图9示出了上述和实施例中涉及的别名管理功能实体的一种可能的组成示意图，如图9所示，该别名管理功能实体可以包括：接收单元81和发送单元82。
其中，接收单元81，用于支持别名管理功能实体执行图4所示别名管理方法中的步骤301，图5所示别名管理方法中的步骤401，图6所示别名管理方法中的步骤501，图7所示别名管理方法中的步骤601。
发送单元82，用于支持别名管理功能实体执行图4所示别名管理方法中的步骤302，图5所示别名管理方法中的步骤402，图6所示别名管理方法中的步骤502，图7所示别名管理方法中的步骤602和/或其他发送操作。
在本申请实施例中，该别名管理功能实体进一步的还可以包括，获取单元83、确定单元84。
获取单元83，用于支持别名管理功能实体执行图4-图7所示别名管理方法中的获取操作。确定单元84，用于支持别名管理功能实体执行图4-图7所示别名管理方法中的确定操作和/或判断操作。
在本申请实施例中，该别名管理功能实体进一步的还可以包括，分配单元85或存储单元86或删除单元87。
分配单元85，用于支持别名管理功能实体执行图4所示别名管理方法中的分配操作。
存储单元86，用于支持别名管理功能实体执行图5所示别名管理方法中的存储操作。
删除单元87，用于支持别名管理功能实体执行图6和图7所示别名管理方法中的删除操作。
需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
本申请实施例提供的别名管理功能实体，用于执行上述别名管理方法，因此可以达到与上述别名管理方法相同的效果。
在采用集成的单元的情况下，图10示出了上述实施例中所涉及的别名管理功能实体的另一种可能的组成示意图。如图10所示，该别名管理功能实体可以包括：处理模块91和通信模块92。
处理模块91用于对别名管理功能实体的动作进行控制管理和/或用于本文所描述的技术的其它过程。如，处理模块91，用于支持别名管理功能实体执行图4-图7所示别名管理方法中的获取操作，图4-图7所示别名管理方法中的确定操作和/或判断操作，支持别名管理功能实体执行图4所示别名管理方法中的分配操作。通信模块92用于支持别名管理功能实体与其他网络实体的通信，例如与图1、图2中示出的功能实体或网络实体之间的通信。具体的，如通信模块92用于支持别名管理功能实体执行图4所示别名管理方法中的步骤301、步骤302，图5所示别名管理方法中的步骤401、步骤402，图6所示别名管理方法中的步骤501、步骤502，图7所示别名管理方法中的步骤601、步骤602。待接入节点还可以包括存储模块93，用于存储别名管理功能实体的程序代码和数据。还用于支持别名管理功能实体执行存储操作。
其中，处理模块91可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块92可以是收发器、收发电路或通信接口等。存储模块93可以是存储器。
当处理模块91为处理器，通信模块92为通信接口，存储模块93为存储器时，本申请实施例所涉及的别名管理功能实体可以为图3所示的别名管理功能实体。
另外，本申请实施例还提供一种芯片系统，该芯片系统可以包括处理器，用于支持上述别名管理功能实体实现图4-图8中任一所述的方法所涉及的功能。进一步可选的，该芯片系统还可以包括存储器，该存储器用于存储别名管理功能实体必要的程序指令和数据。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (14)

1.一种基于别名的寻址呼叫方法，其特征在于，包括：
紧急任务服务服务器接收来自第一客户端的呼叫请求消息，所述呼叫请求消息包括主叫用户的标识以及请求呼叫的别名的标识，所述主叫用户的标识用于标识所述第一客户端对应的用户；所述请求呼叫的别名被多个用户激活；
当所述主叫用户具有别名呼叫权限时，所述紧急任务服务服务器从别名管理功能实体获取与所述请求呼叫的别名的标识对应的激活用户信息，所述激活用户信息包括激活所述请求呼叫的别名的所述多个用户的标识；
所述紧急任务服务服务器根据所述激活用户信息，呼叫所述激活所述请求呼叫的别名的所述多个用户；
所述紧急任务服务服务器向所述第一客户端发送呼叫响应消息；所述呼叫响应消息包括：所述主叫用户的标识、呼叫成功的别名的标识、以及与所述呼叫成功的别名的标识对应的成功呼叫的用户的标识。
2.根据权利要求1所述的方法，其特征在于，所述紧急任务服务服务器向所述第一客户端发送呼叫响应消息之前，还包括：
所述紧急任务服务服务器根据所述主叫用户的标识获取所述主叫用户的签约信息，所述签约信息包括指示信息，所述指示信息用于指示所述主叫用户具有别名呼叫权限；或者，
所述紧急任务服务服务器获取策略信息，并根据所述策略信息确定所述主叫用户具有别名呼叫权限，所述策略信息包括具有别名呼叫权限的用户的标识。
3.根据权利要求1所述的方法，其特征在于，所述紧急任务服务服务器向所述第一客户端发送呼叫响应消息之前，还包括：
所述紧急任务服务服务器接收来自第二客户端的接受呼叫的指示，所述成功呼叫的用户包括所述第二客户端对应的用户。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述紧急任务服务服务器根据所述激活用户信息，呼叫所述激活所述请求呼叫的别名的用户，包括：
所述紧急任务服务服务器通过第二紧急任务服务服务器，呼叫第二用户，所述激活所述请求呼叫的别名的用户包括所述第二用户。
5.一种基于别名的寻址呼叫方法，其特征在于，包括：
第一客户端向紧急任务服务服务器发送呼叫请求消息，所述呼叫请求消息包括主叫用户的标识以及请求呼叫的别名的标识，所述主叫用户的标识用于标识所述第一客户端对应的用户；所述请求呼叫的别名被多个用户激活；
所述第一客户端接收来自所述紧急任务服务服务器的呼叫响应消息；所述呼叫响应消息包括：所述主叫用户的标识、呼叫成功的别名的标识、以及与所述呼叫成功的别名的标识对应的成功呼叫的用户的标识。
6.一种紧急任务服务服务器，其特征在于，包括：接收单元，获取单元，呼叫单元和发送单元；
所述接收单元，用于接收来自第一客户端的呼叫请求消息，所述呼叫请求消息包括主叫用户的标识以及请求呼叫的别名的标识，所述主叫用户的标识用于标识所述第一客户端对应的用户；所述请求呼叫的别名被多个用户激活；
所述获取单元，用于当所述主叫用户具有别名呼叫权限时，从别名管理功能实体获取与所述请求呼叫的别名的标识对应的激活用户信息，所述激活用户信息包括激活所述请求呼叫的别名的所述多个用户的标识；
所述呼叫单元，用于根据所述激活用户信息，呼叫所述激活所述请求呼叫的别名的所述多个用户；
所述发送单元，用于向所述第一客户端发送呼叫响应消息；所述呼叫响应消息包括：所述主叫用户的标识、呼叫成功的别名的标识、以及与所述呼叫成功的别名的标识对应的成功呼叫的用户的标识。
7.根据权利要求6所述的紧急任务服务服务器，其特征在于，
所述获取单元，还用于根据所述主叫用户的标识获取所述主叫用户的签约信息，所述签约信息包括指示信息，所述指示信息用于指示所述主叫用户具有别名呼叫权限；或者，
所述获取单元，还用于获取策略信息，并根据所述策略信息确定所述主叫用户具有别名呼叫权限，所述策略信息包括具有别名呼叫权限的用户的标识。
8.根据权利要求6所述的紧急任务服务服务器，其特征在于，
所述接收单元，还用于接收来自第二客户端的接受呼叫的指示，所述成功呼叫的用户包括所述第二客户端对应的用户。
9.根据权利要求6-8任一项所述的紧急任务服务服务器，其特征在于，
所述呼叫单元，具体用于通过第二紧急任务服务服务器，呼叫第二用户，所述激活所述请求呼叫的别名的用户包括所述第二用户。
10.一种客户端，其特征在于，包括：发送单元和接收单元；
所述发送单元，用于向紧急任务服务服务器发送的呼叫请求消息，所述呼叫请求消息包括主叫用户的标识以及请求呼叫的别名的标识，所述主叫用户的标识用于标识所述客户端对应的用户；所述请求呼叫的别名被多个用户激活；
所述接收单元，用于接收来自所述紧急任务服务服务器的呼叫响应消息；所述呼叫响应消息包括：所述主叫用户的标识、呼叫成功的别名的标识、以及与所述呼叫成功的别名的标识对应的成功呼叫的用户的标识。
11.一种别名管理设备，其特征在于，包括：至少一个处理器，以及存储器；所述存储器用于存储计算机程序，使得所述计算机程序被所述至少一个处理器执行时实现如权利要求1-4任一项所述的基于别名的寻址呼叫方法。
12.一种别名管理设备，其特征在于，包括：至少一个处理器，以及存储器；所述存储器用于存储计算机程序，使得所述计算机程序被所述至少一个处理器执行时实现如权利要求5所述的基于别名的寻址呼叫方法。
13.一种计算机可读存储介质，用于存储计算机程序，其特征在于，所述计算机程序用于执行权利要求1-5任一项所述的基于别名的寻址呼叫方法的指令。
14.一种别名管理系统，其特征在于，包括：紧急任务服务服务器，以及第一客户端；
其中，所述紧急任务服务服务器用于执行如权利要求1-4任一项所述的基于别名的寻址呼叫方法；
所述第一客户端用于执行如权利要求5所述的基于别名的寻址呼叫方法。
CN202010568222.9A 2017-07-17 2017-07-17 一种别名管理方法及设备 Active CN111917895B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010568222.9A CN111917895B (zh) 2017-07-17 2017-07-17 一种别名管理方法及设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010568222.9A CN111917895B (zh) 2017-07-17 2017-07-17 一种别名管理方法及设备
CN201710583363.6A CN109274779B (zh) 2017-07-17 2017-07-17 一种别名管理方法及设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201710583363.6A Division CN109274779B (zh) 2017-07-17 2017-07-17 一种别名管理方法及设备

Publications (2)

Publication Number Publication Date
CN111917895A CN111917895A (zh) 2020-11-10
CN111917895B true CN111917895B (zh) 2022-01-11

Family

ID=65015983

Family Applications (3)

Application Number Title Priority Date Filing Date
CN201710583363.6A Active CN109274779B (zh) 2017-07-17 2017-07-17 一种别名管理方法及设备
CN202010568222.9A Active CN111917895B (zh) 2017-07-17 2017-07-17 一种别名管理方法及设备
CN202010955698.8A Pending CN112261166A (zh) 2017-07-17 2017-07-17 一种别名管理方法及设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201710583363.6A Active CN109274779B (zh) 2017-07-17 2017-07-17 一种别名管理方法及设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202010955698.8A Pending CN112261166A (zh) 2017-07-17 2017-07-17 一种别名管理方法及设备

Country Status (7)

Country Link
US (2) US11483315B2 (zh)
EP (1) EP3644556B1 (zh)
JP (2) JP7036899B2 (zh)
KR (2) KR102336553B1 (zh)
CN (3) CN109274779B (zh)
BR (1) BR112020000874A2 (zh)
WO (1) WO2019015382A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111757278B (zh) * 2019-03-27 2022-04-29 成都鼎桥通信技术有限公司 一种功能号查询方法和装置
JP2022528710A (ja) * 2019-04-15 2022-06-15 エヌチェーン ホールディングス リミテッド 分散台帳のためのエイリアスに基づくアドレッシングを実施する、コンピュータにより実施されるシステム及び方法
CN111866765B (zh) * 2019-04-30 2022-02-08 成都鼎桥通信技术有限公司 功能号状态信息更新的同步方法和系统
CN111131250B (zh) * 2019-12-24 2022-04-26 杭州迪普科技股份有限公司 一种客户端识别方法及装置
WO2021155937A1 (en) * 2020-02-06 2021-08-12 Nokia Technologies Oy Apparatus, method and computer program
US20230275945A1 (en) * 2020-08-12 2023-08-31 Samsung Electronics Co., Ltd. A method for sharing a recording status inside a mission critical video group call
WO2022033679A1 (en) * 2020-08-12 2022-02-17 Nokia Solutions And Networks Oy Mission critical push to talk private call initiation improvements
WO2022035290A1 (en) * 2020-08-13 2022-02-17 Samsung Electronics Co., Ltd. Methods and systems to share functional alias in mission critical video
US11824972B2 (en) * 2021-10-14 2023-11-21 Motorola Solutions, Inc. Method and system for onboarding client devices to a key management server

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101404684A (zh) * 2008-11-10 2009-04-08 中兴通讯股份有限公司 一种显示用户别名的系统和方法
CN105191267A (zh) * 2012-08-06 2015-12-23 联环宇通电信技术（新加坡）有限公司 通信服务器设备、呼叫装置及其操作方法
CN105657196A (zh) * 2016-01-22 2016-06-08 钟声 一种用电话别名拨打电话号码的方法
CN105933881A (zh) * 2016-06-21 2016-09-07 广州中国科学院计算机网络信息中心 电话号码别名的生成、处理方法和系统

Family Cites Families (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7231605B1 (en) * 2000-04-07 2007-06-12 Intel Corporation Method and apparatus for mapping electronic devices coupled to a wireless network
US7634568B2 (en) * 2002-02-07 2009-12-15 Sprint Spectrum L.P. Method and system for facilitating services in a communication network through data-publication by a signaling server
JP2004222117A (ja) * 2003-01-17 2004-08-05 Nippon Telegr & Teleph Corp <Ntt> 双方向映像通信システム、管理サーバ、双方向通信サーバ、クライアント端末、双方向映像通信プログラム、及びこのプログラムを記録した記録媒体
US20050015499A1 (en) * 2003-05-15 2005-01-20 Georg Mayer Method and apparatus for SIP user agent discovery of configuration server
JP3938911B2 (ja) * 2003-07-01 2007-06-27 松下電器産業株式会社 ゲートキーパ装置および通信制御方法
KR100640440B1 (ko) * 2004-08-10 2006-10-30 삼성전자주식회사 이동통신 시스템에서의 푸시투토크 방식의 통화 중 전화통화 연결 방법
CA2588611A1 (en) * 2004-11-24 2006-06-01 Talkplus, Inc. User-controlled telecommunications system
US20060149811A1 (en) * 2004-12-31 2006-07-06 Sony Ericsson Mobile Communications Ab Method for remotely controlling media devices via a communication network
JP4551866B2 (ja) * 2005-12-07 2010-09-29 株式会社リコー 通信システムおよび呼制御サーバ装置およびプログラム
US8849278B2 (en) * 2007-01-07 2014-09-30 Jeffrey Bush Mobile device activation
US10089658B2 (en) * 2007-04-09 2018-10-02 Yellowpages.Com Llc Systems and methods to provide connections via callback acceptance cross-reference to related applications
CN101039322A (zh) * 2007-04-20 2007-09-19 华中师范大学 一种普适计算的动态访问控制方法
CN101360091B (zh) * 2007-07-30 2011-11-30 中国电信股份有限公司 一种实现会话初始协议终端入会的装置、系统和方法
US8010158B2 (en) * 2007-12-21 2011-08-30 Nokia Corporation Synchronization of mobile terminals
US20090263139A1 (en) * 2008-04-16 2009-10-22 Tellabs Vienna, Inc. Method and apparatus for increasing voice service for an optical network terminal (ONT)
EP2112799A1 (en) * 2008-04-25 2009-10-28 Koninklijke KPN N.V. Service integrity handling in an IMS-based system
US20100036925A1 (en) * 2008-08-07 2010-02-11 Tactara, Llc Alias management platforms
US8412625B2 (en) * 2008-08-25 2013-04-02 Bruno Pilo' & Associates, Llc System and methods for a multi-channel payment platform
JP5115746B2 (ja) * 2009-01-28 2013-01-09 Ｎｅｃビッグローブ株式会社 通信システム、サーバ装置、情報処理方法およびプログラム
US8620316B2 (en) * 2009-08-17 2013-12-31 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus in a telecommunications network
CN102111343B (zh) * 2009-12-28 2014-07-02 中兴通讯股份有限公司 即时通讯控制的实现方法和系统
US8704863B2 (en) * 2010-04-07 2014-04-22 Apple Inc. Transitioning between circuit switched calls and video calls
US8336088B2 (en) * 2010-04-19 2012-12-18 Visa International Service Association Alias management and value transfer claim processing
CN102244845B (zh) * 2010-05-11 2015-08-12 中兴通讯股份有限公司 访问im业务系统存储服务器的方法和im业务系统
US8774168B2 (en) * 2011-04-14 2014-07-08 Skype Communication system and method
KR101955976B1 (ko) * 2011-08-25 2019-03-08 엘지전자 주식회사 제한된 사용자 인터페이스를 가진 장치의 활성화
CN103391539B (zh) * 2012-05-11 2016-06-22 中国移动通信集团上海有限公司 互联网协议多媒体子系统ims的开户方法、装置及系统
US20150207789A1 (en) * 2012-08-16 2015-07-23 Tango Mobile, LLC System and method for electronic credentials
US20140101161A1 (en) * 2012-10-09 2014-04-10 Manah Khalil Method and system to manage privacy of shared contact information.
CN104704795B (zh) * 2012-10-19 2018-04-27 统一有限责任两合公司 通过使用具有webRTC功能的网络浏览器创建虚拟SIP用户代理的方法和系统
US20140257956A1 (en) * 2013-03-06 2014-09-11 Cable Television Laboratories, Inc. Coupon code redemption
GB2513125A (en) * 2013-04-15 2014-10-22 Visa Europe Ltd Method and system for transmitting credentials
US10447590B2 (en) * 2014-11-20 2019-10-15 Oath Inc. Systems and methods for dynamic connection paths for devices connected to computer networks
US9497684B2 (en) * 2014-11-20 2016-11-15 Qualcomm Incorporated Radio access technology handover optimization in a push-to-talk session
US10834149B2 (en) * 2014-12-15 2020-11-10 At&T Intellectual Property I, L.P. Method and system for routing of session-based services
US20160330601A1 (en) * 2015-05-06 2016-11-10 Vikas Srivastava Method and system for managing public safety in at least one of unknown, unexpected, unwanted and untimely situations via offering indemnity in conjunction with wearable computing and communications devices
EP3295640B1 (en) * 2015-05-13 2022-03-23 Nokia Solutions and Networks Oy User identities for ptt and mcptt
US9843885B2 (en) * 2015-08-12 2017-12-12 Apple Inc. Methods, procedures and framework to provision an eSIM and make it multi-SIM capable using primary account information
CN105162785B (zh) * 2015-09-07 2019-01-04 飞天诚信科技股份有限公司 一种基于认证设备进行注册的方法和设备
CN105306577A (zh) * 2015-11-10 2016-02-03 上海卓易科技股份有限公司 基于app的手持设备间的资料共享系统及方法
US10097968B2 (en) * 2015-12-22 2018-10-09 Elizabeth McHugh Event-based interactive device system
US9832308B1 (en) * 2016-05-12 2017-11-28 Google Inc. Caller preview data and call messages based on caller preview data
EP3261375B1 (en) * 2016-06-21 2023-07-26 Nokia Solutions and Networks Oy Access to local services by unauthenticated users
FR3056781A1 (fr) * 2016-09-29 2018-03-30 Orange Attribution de profils a une pluralite de terminaux a cartes sim implantees
US10225727B2 (en) * 2017-05-12 2019-03-05 Metaswitch Networks Ltd. Data processing
CN107465546A (zh) * 2017-08-04 2017-12-12 北京中兴高达通信技术有限公司 功能别称的配置方法、装置及系统、服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101404684A (zh) * 2008-11-10 2009-04-08 中兴通讯股份有限公司 一种显示用户别名的系统和方法
CN105191267A (zh) * 2012-08-06 2015-12-23 联环宇通电信技术（新加坡）有限公司 通信服务器设备、呼叫装置及其操作方法
CN105657196A (zh) * 2016-01-22 2016-06-08 钟声 一种用电话别名拨打电话号码的方法
CN105933881A (zh) * 2016-06-21 2016-09-07 广州中国科学院计算机网络信息中心 电话号码别名的生成、处理方法和系统

Also Published As

Publication number Publication date
JP2022084690A (ja) 2022-06-07
JP7260230B2 (ja) 2023-04-18
US20230018257A1 (en) 2023-01-19
CN112261166A (zh) 2021-01-22
US11483315B2 (en) 2022-10-25
EP3644556A4 (en) 2020-04-29
JP2020526983A (ja) 2020-08-31
CN109274779A (zh) 2019-01-25
KR102336553B1 (ko) 2021-12-06
BR112020000874A2 (pt) 2020-07-21
JP7036899B2 (ja) 2022-03-15
US20200153838A1 (en) 2020-05-14
KR20200020965A (ko) 2020-02-26
KR20210149249A (ko) 2021-12-08
CN109274779B (zh) 2020-09-25
EP3644556A1 (en) 2020-04-29
EP3644556B1 (en) 2024-03-20
WO2019015382A1 (zh) 2019-01-24
CN111917895A (zh) 2020-11-10

Similar Documents

Publication Publication Date Title
CN111917895B (zh) 一种别名管理方法及设备
CN110214459B (zh) 业务处理的方法和设备
EP3678358B1 (en) Api hybrid multi-tenant routing method, system, and api gateway
CN109600768B (zh) 网络切片的管理方法、设备及系统
WO2018172182A1 (en) Smf selection based on supported dnn
CN106878084B (zh) 一种权限控制方法和装置
CN106844111B (zh) 云存储网络文件系统的访问方法
CN110476444B (zh) 用于网络服务的标识符分配和/或标识符映射的网络实体和方法
CN110602216A (zh) 多终端使用单账号的方法、装置、云服务器及存储介质
CN110049031B (zh) 一种接口安全认证方法及服务器、认证中心服务器
EP3860300B1 (en) Group calling in a mission critical service system
AU2014410591A1 (en) Connection establishment method, device, and system
CN106506239B (zh) 在组织单位域中进行认证的方法及系统
CN110472406B (zh) 一种跨业务系统的数据权限控制方法及系统
CN107534847B (zh) 一种发现方法及设备
CN107959674B (zh) 网关设备、对第三方ldap服务器用户的访问控制方法及系统
CN112153580B (zh) 设置mcptt群组的方法、设备及系统
CN114866371B (zh) 建立IPSec隧道的方法、装置、存储介质及电子设备
KR20140008221A (ko) 통신 시스템에서 개인 정보를 관리하는 방법 및 장치
CN109005253B (zh) 网络负载均衡的系统
CN105611526A (zh) 机场无线网络分配方法及服务器、系统
JP2000132474A (ja) 動的暗号化通信システム、ならびに動的暗号化通信のための認証サーバおよびゲートウェイ装置
CN114461997A (zh) 一种策略分配方法、装置、电子设备及存储介质
CN117176797A (zh) 一种资源发布方法、装置、系统及存储介质
WO2015169055A1 (zh) 用户签约信息的响应、请求方法及装置

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
GR01 Patent grant
GR01 Patent grant