集群系统用户管理方法与服务器与流程

本发明实施例涉及集群系统，尤其涉及一种集群系统用户管理方法与服务器。

背景技术：

集群系统是一种为满足行业用户指挥调度等需求而开发的面向特定行业应用的专用无线通信系统。

基于长期演进(Long Term Evolution，LTE)的宽带集群系统继承电信领域的传统做法，通过终端或安装在终端上的卡绑定的(MSISDN，Mobile Subscriber International ISDN/PSTN number)内部号码来寻呼该终端，一机一号或者一卡一号静态绑定，用户和终端或者用户和卡基本是一一对应的。

然而，用户和终端或者用户和卡一一绑定，除了换卡，终端上的用户不能任意切换，极大程度上限制了集群系统的灵活性。

技术实现要素：

本发明实施例提供一种集群系统用户管理方法与服务器，以解决集群通信中终端上的用户不能任意切换的问题。

第一个方面，本发明实施例提供一种集群系统用户管理方法，包括：服务器接收用户通过终端发送的登录请求，所述登录请求携带所述用户的用户标识及所述终端所属区域的区域位置标识；

所述服务器建立所述用户标识与所述区域位置标识的对应关系；

所述服务器根据所述对应关系指示所述终端进行集群通信。

在第一个方面的第一种可能的实现方式中，所述服务器接收用户通过终端发送的登录请求，包括：

切换用户时，所述服务器接收新用户通过终端发送的登录请求，所述新用户的登录请求携带的用户标识与切换前登录的用户的用户标识不同。

在第一个方面的第二种可能的实现方式中，所述终端至少为一个，所述服务器接收终端发送的登录请求，包括：

所述服务器接收各所述终端发送的登录请求，各所述终端携带的用户标识相同。

结合第一个方面、第一个方面的第一种或第二种可能的实现方式，在第一个方面的第三种可能的实现方式中，所述服务器根据所述对应关系指示所述终端进行集群通信后，还包括：

所述服务器接收所述终端发送的退出请求。

结合第一个方面、第一个方面的第一种或第二种可能的实现方式，在第一个方面的第四种可能的实现方式中，所述服务器建立所述用户标识与所述区域位置标识的对应关系之后，根据所述对应关系指示所述终端进行集群通信之前，还包括：

所述服务器对所述用户标识对应的用户鉴权；

所述服务器向所述终端发送鉴权响应消息。

结合第一个方面、第一个方面的第一种或第二种可能的实现方式，在第一个方面的第五种可能的实现方式中，所述服务器根据所述对应关系指示所述终端进行集群通信，包括：

所述服务器根据所述对应关系，使用所述用户标识作为各应用业务的统一标识与所述终端进行集群通信。

第二个方面，本发明实施例提供一种服务器，包括：

接收模块，用于接收用户通过终端发送的登录请求，所述登录请求携带所述用户的用户标识及所述终端所属区域的区域位置标识；

建立模块，用于根据所述接收模块接收到的所述登录请求建立所述用户标识与所述区域位置标识的对应关系；

通信模块，用于根据所述建立模块建立的所述对应关系指示所述终端进行集群通信。

在第二个方面的第一种可能的实现方式中，所述接收模块，具体用于切换用户时，所述服务器接收新用户通过终端发送的登录请求，所述新用户的登录请求携带的用户标识与切换前登录的用户的用户标识不同。

在第二个方面的第二种可能的实现方式中，所述接收模块，当所述终端 至少为一个时，具体用于接收各所述终端发送的登录请求，各所述终端携带的用户标识相同。

结合第二个方面、第二个方面的第一种或第二种可能的实现方式，在第一个方面的第三种可能的实现方式中，所述接收模块，还用于在所述通信模块根据所述对应关系指示所述终端进行集群通信后，接收所述终端发送的退出请求。

结合第二个方面、第二个方面的第一种或第二种可能的实现方式，在第一个方面的第四种可能的实现方式中，所述服务器还包括鉴权模块与发送模块，

所述鉴权模块，用于在所述建立模块建立所述用户标识与所述区域位置标识的对应关系之后，所述通信模块根据所述对应关系指示所述终端进行集群通信之前，对所述用户标识对应的用户鉴权；

所述发送模块，用于在所述鉴权模块对所述用户标识对应的用户鉴权后，向所述终端发送鉴权响应消息。

结合第二个方面、第二个方面的第一种或第二种可能的实现方式，在第一个方面的第五种可能的实现方式中，所述通信模块，具体用于根据所述对应关系，使用所述用户标识作为各应用业务的统一标识与所述终端进行集群通信。

本发明实施例提供的集群系统用户管理方法与服务器，服务器接收终端发送的携带用户标识及该终端所属区域的区域位置标识的登录请求后，建立用户标识与区域位置标识的对应关系，使得当群组发起呼叫建立时，服务器利用此对应关系建立相应的群组资源承载。该过程中，用户未与终端或卡绑定，而是通过终端提供的登录界面登录并由服务器指示其进行集群通信，由于任何用户可通过终端提供的登录界面发起登录请求，因此可解决终端上的用户不能任意切换的问题。

附图说明

图1为本发明集群系统用户管理方法实施例一的流程图；

图2为本发明集群系统用户管理方法实施例二的过程示意图；

图3为本发明集群系统用户管理方法实施例三的过程示意图；

图4为本发明集群系统用户管理方法实施例四的逻辑框架图；

图5为本发明集群系统用户管理方法实施例五的信令图；

图6为本发明集群系统用户管理方法实施例六的信令图；

图7为本发明服务器实施例一的结构示意图；

图8为本发明服务器实施例二的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明集群系统用户管理方法实施例一的流程图。本实施例是从服务器的角度对本发明进行详细阐述，本实施例适用于LTE宽带集群系统中，需要在终端上灵活切换用户的场景。具体的，本实施例包括如下步骤：

101、服务器接收用户通过终端发送的登录请求，所述登录请求携带所述用户的用户标识及所述终端所属区域的区域位置标识。

本发明实施例中，服务器基于用户提供各类应用服务，用户有唯一的用户标识(User ID)。终端提供登录界面，当用户需要登录时，终端进入登录界面，输入用户名和密码后向服务器发送登录(Log on)请求，服务器接收该携带User ID及终端所属区域的区域位置标识(Area ID)的登录请求。该过程中，可为各个终端预设Area ID，为各用户预设User ID，例如，可将用户名作为其唯一的User ID。

102、所述服务器建立所述用户标识与所述区域位置标识的对应关系。

在接收到携带User ID与Area ID的登录请求后，服务器在网络侧应用层动态的建立User ID与Area ID的关系。

103、所述服务器根据所述对应关系指示所述终端进行集群通信。

当有群组发起呼叫建立时，服务器根据User ID与Area ID的对应关系，通过应用层的User ID找到管道层的Area ID，从而呼叫到该终端。

本发明实施例提供的集群系统用户管理方法，服务器接收终端发送的携 带用户标识及该终端所属区域的区域位置标识的登录请求后，建立用户标识与区域位置标识的对应关系，使得当群组发起呼叫建立时，服务器利用此对应关系建立相应的群组资源承载。该过程中，用户未与终端或卡绑定，而是通过终端提供的登录界面登录并由服务器指示其进行集群通信，由于任何用户可通过终端提供的登录界面发起登录请求，因此可解决终端上的用户不能任意切换的问题。

进一步的，上述实施例一种，所述服务器根据所述对应关系指示所述终端进行集群通信具体为：所述服务器根据所述对应关系，使用所述用户标识作为各应用业务的统一标识与所述终端进行集群通信，即服务器根据对应关系，通过应用层的User ID找到管道层的Area ID，从而呼叫到该终端，并使用User ID作为各个应用业务的统一标识进行认证鉴权，从而做到了应用服务统一鉴权认证，从而提高了集群系统的安全性。

进一步的，上述实施例一中，当需要切换用户时，所述服务器接收新用户通过终端发送的登录请求，所述新用户的登录请求携带的用户标识与切换前登录的用户的用户标识不同。详细来说，当需要切换用户时，新用户通过终端提供的登录界面向服务器发送携带新的用户标识的登录请求，由于各用户有唯一的User ID，服务器基于用户提供各种应用服务，因此可对终端上的用户进行灵活切换。

进一步的，上述实施例一中，服务器根据所述对应关系指示所述终端进行集群通信后，还接收所述终端发送的退出请求。详细来说，当需要切换用户时，终端向服务器发送当前用户的退出请求以退出集群系统，服务器清空当前用户的上下文信息，终端进入登录界面，以使得其他用户登录，具体可参见图2。图2为本发明集群系统用户管理方法实施例二的过程示意图。本实施例是以同一个终端上可切换用户1与用户2为例对本发明进行详细说明的，本实施例包括如下步骤：

201、用户1请求登录，用户标识为User ID1。

用户1通过终端1提供的登录界面，输入用户名User ID1和密码后发起登录过程。

202、使用User ID1作为各个应用业务的统一标识。

本步骤中，终端1为客户端，服务器建立User ID1与区域位置标识的对 应关系，采用User ID1作为各个应用业务的统一标识指示终端1进行集群业务，使得当群组发起呼叫建立时，服务器利用此对应关系建立相应的群组资源承载。

203、用户1请求退出。

用户1请求退出(Log out)，通过终端1提供的界面发起退出请求。

204、终端1向服务器发送用户1的退出请求。

205、用户2请求登录，用户标识为User ID2。

具体可参见步骤201。

206、使用User ID2作为各个应用业务的统一标识。

具体可参见步骤202。

需要说明的是，上述图2所示实施例中的用户切换是以用户1退出后用户2再登录为例进行详细说明的，然而本发明并不以此为限制。例如，在其他可行的实现方式中，需要用户切换时，用户1不必退出，用户2通过终端1提供的登录界面，此时用户2默认为待机状态或自动退出状态。

进一步的，上述实施例一中，终端至少为一个，各终端携带的用户标识相同，服务器接收各终端发送的登录请求，以实现同一个用户同时在不同终端上登录。详细来说，同一个用户可以在多个终端上同时登录，使用同一个User ID，登录完成后，服务器在应用层保存User ID与多个Area ID的关系。具体可参见图3。图3为本发明集群系统用户管理方法实施例三的过程示意图。本实施例是以用户1同时在终端A(区域位置标识为Area IDA)与终端B(区域位置标识为Area IDB)上登录为例对本发明进行详细说明的，本实施例包括如下步骤：

301、用户1请求登录，用户标识为User ID1。

用户1通过终端A提供的登录界面，输入用户名User ID1和密码后发起登录过程，服务器在应用层保存User ID1与Area IDA的对应关系。

302、用户1请求登录，用户标识为User ID1。

用户1通过终端B提供的登录界面，输入用户名User ID1和密码后发起登录过程，服务器在应用层保存User ID1与Area IDB的对应关系。

需要说明的是，上述步骤301、步骤302可同时进行或者先后进行，本发明并不以此为限制。

303、用户2寻呼用户1。

304、服务器将呼叫发送至终端A。

305、服务器将呼叫发送至终端B。

上述步骤303～305中，当用户1作为被叫接收集群业务时，服务器根据保存的User ID与Area ID的对应关系，同时寻呼到各个登录的终端，即终端A与终端B。

上述步骤303～305中，当用户1作为被叫接收点呼业务时，服务器根据保存的User ID与Area ID的对应关系，同时寻呼到各个登录的终端，然后根据生效对象选择策略进行呼叫，例如可将最先响应的终端A作为唯一被叫。

另外，当用户1作为主叫发起点呼或集群业务时，服务器根据接收的信令提供一对一的定向服务。

图4为本发明集群系统用户管理方法实施例四的逻辑框架图。服务器中的主要逻辑网元有用户数据中心(User Data Center，UDC)、多媒体调度中心(Multimedia Dispatch Center，MDC)、核心分组网演进(Evolved Packet core，EPC)、会话初始协议核心(Session Initiation Protocol core，SIP core)等，后续的流程实现以该框架为基础进行阐述。

请参照图4，UDC具有承担用户、群组等开户数据的配置管理，以及统一登录服务、用户信息服务、策略服务、安全配置服务等功能，其可提供鉴权认证服务(Authentication Authorization Server，AAS)、用户信息服务(User Information Server，UIS)、服务质量控制(Quality Of Service Control，QoS)、安全服务(Security Server)、用户管理(User Management)、群组管理(Group Management)等，其中，AAS为统一鉴权认证中心，提供用户的登录管理服务、用户的应用服务接入地址、各应用的鉴权服务等，可和标准的第三方验证、授权和记账(Authentication、Authorization、Accounting，AAA)服务对接。UIS可提供通讯录服务、用户静态数据配置服务、用户权限Profile下载服务以及提供给群组使用的群组列表下载服务等。

MDC以业务为中心，可提供组呼(Push to Talk，PTT server)、点呼服务、集群服务、蜂窝上的实时集群对讲业务(Push to talk over Cellular，POC)、短数据服务(Short Data Service，SDS)、录音录像服务等。

SIP core为SIP接入路由中心，提供SIP注册和路由服务。

EPC为系统演进结构(System Architecture Evolution，SAE)的主要组成部分。

如图4所示，A1为UDC与终端之间的接口，其采用超文本传输协议(Hyper Text Transfer Protocol，HTTP)/信令适配层(Signaling Atm Adaptation Layer，SAAL)进行通信；A2为UDC与SIP core之间的接口；A3为UDC与MDC之间的接口；B1为终端与SIP core之间的接口，其采用SIP进行通信；B2为SIP core与MDC之间的接口之间的接口，其采用SIP进行通信；B3为MDC与EPC之间的接口，其可为策略和计费规则功能(Policy And Charging Rules Function，PCRF)接口或Rx接口；B4为MDC与EPC之间的接口，其可为MB2-C接口或MB2-U接口；B5为MDC与终端之间的接口，其可为媒体面接口。下面，结合图4，对本发明集群系统用户管理方法进行详细说明，具体可参见图5与图6。

图5为本发明集群系统用户管理方法实施例五的信令图，本实施例是以集群系统用户管理中，终端可切换用户为例对本发明进行详细说明的，具体包括如下步骤：

501、用户1发起登录请求。

终端进入登录界面，输入用户1的用户名和密码后发起登录过程，向AAS发送登录(Log on)请求，该Log on请求携带用户标识User ID、用户密码(Password)以及终端所属区域的区域位置标识Area ID。

502、对用户1鉴权，鉴权通过后保存User ID与Area ID的对应关系。

AAS对用户1进行认证鉴权，鉴权通过后保存User ID和Area ID的对应关系。

503、登录请求响应消息。

鉴权通过后，AAS向终端发送登录请求响应消息。

504、发送User ID与Area ID的对应关系。

鉴权通过后，AAS将User ID与Area ID的对应关系通知给PTT Server。

505、根据对应关系生成Area ID列表。

当有群组发起呼叫建立时，PTT Server查找该群组中签约的用户，得到需要发送的用户列表，然后根据保存的User ID与Area ID的关系，生成AreaID列表。

506、携带Area ID列表的承载链路建立请求。

PTT Server向EPC发送携带Area ID列表的承载链路建立请求(Group down bearing Link Setup Request)，使得EPC建立承载链路。

507、在Area ID指示的区域内进行群组广播。

508、用户1发起退出请求。

当需要切换用户时，用户1在终端上选择登出，向AAS发送退出(Log Out)请求。

509、清空用户1的上下文信息请求。

AAS清空用户1的上下文信息并向PTT Server发送清空用户1的上下文信息请求，其中，上下文信息即User ID与Area ID的对应关系等。

510、退出响应消息。

AAS向终端发送退出响应消息(User Log out Response)，终端进入登录界面以便其他用户登录。

图6为本发明集群系统用户管理方法实施例六的信令图，本实施例是以集群系统用户管理中，同一用户同时在不同终端上登录为例对本发明进行详细说明的，具体包括如下步骤：

601、用户1在终端1上发起登录请求。

具体可参见上述图5步骤501～503。

602、SIP应用注册。

用户1在终端1上登录，登录完后向SIP Core做SIP应用注册。

603、用户1在终端2上发起登录请求。

具体可参见上述图5步骤501～503。

604、SIP应用注册。

用户1在终端2上登录，登录完后向SIP Core做SIP应用注册。

605、AAS保存User ID1与Area ID1、User ID2与Area ID2的对应关系。

606、SIP core记录用户1注册的地址为终端1与终端2的两个SIP应用地址。

607、用户2在终端3上发起登录请求。

具体可参见上述图5步骤501～503。

608、SIP应用注册。

用户2在终端3上登录，登录完后向SIP Core做SIP应用注册。

609、用户2点呼用户1。

需要说明的是，本实施例是以用户2点呼用户1为例对本发明进行详细说明的，然而，本发明并不以此为限制，在其他可行的实现方式中，也可以是组呼等，当呼叫为组呼时，即Area ID1与Area ID2不同时，PTT server需要向EPC发送建立两个下行群组承载的请求，同时呼叫到终端1与终端2。

610、呼叫终端2。

611、呼叫终端1。

步骤609～611中，用户2发起呼叫(INVITE)到用户1，PTT Server根据用户1注册的两个地址，分别向终端1与终端2发起INVITE呼叫请求。

612、终端1向PTT server回复200OK。

613、PTT server向终端2发送取消呼叫请求。

若PTT Server收到终端2回复的200OK(图中未示出)，则向终端2发送Cancel操作，即发送取消呼叫请求；否则，若PTT Server未收到终端2回复的200OK，则向终端2发送再见(BYE)消息。

614、PTT server向终端3回复200OK。

615、与终端1建立RTP流程。

终端3与终端1建立实施传输协议流程(Real-time Transport Protocol，RTP flow)。

需要说明的是，上述步骤612～615中，是以PTT Server先收到UE1回复的200OK为例对本发明进行详细传输的，然而，本发明并不以此为限制，在其他可行的实施方式中，并不限定PTT Server先收到哪个终端的回复。

图7为本发明服务器实施例一的结构示意图。本实施例提供的服务器是与本发明图1实施例对应的装置实施例，具体实现过程在此不再赘述。具体的，本实施例提供的服务器100包括：

接收模块11，用于接收用户通过终端发送的登录请求，所述登录请求携带所述用户的用户标识及所述终端所属区域的区域位置标识；

建立模块12，用于根据所述接收模块11接收到的所述登录请求建立所述用户标识与所述区域位置标识的对应关系；

通信模块13，用于根据所述建立模块12建立的所述对应关系指示所述 终端进行集群通信。

本发明实施例提供的服务器，通过接收终端发送的携带用户标识及该终端所属区域的区域位置标识的登录请求后，建立用户标识与区域位置标识的对应关系，使得当群组发起呼叫建立时，服务器利用此对应关系建立相应的群组资源承载。该过程中，用户未与终端或卡绑定，而是通过终端提供的登录界面登录并由服务器指示其进行集群通信，由于任何用户可通过终端提供的登录界面发起登录请求，因此可解决终端上的用户不能任意切换的问题。

具体的，在本发明一实施例中，所述接收模块11，具体用于切换用户时，所述服务器接收新用户通过终端发送的登录请求，所述新用户的登录请求携带的用户标识与切换前登录的用户的用户标识不同。

具体的，在本发明一实施例中，所述接收模块11，当所述终端至少为一个时，具体用于接收各所述终端发送的登录请求，各所述终端携带的用户标识相同。

可选的，在本发明一实施例中，所述接收模块11，还用于在所述通信模块13根据所述对应关系指示所述终端进行集群通信后，接收所述终端发送的退出请求。

图8为本发明服务器实施例二的结构示意图。如图8所示，本实施例提供的服务器200在图7所示服务器100的基础上，进一步的，还包括：鉴权模块14与发送模块15，

所述鉴权模块14，用于在所述建立模块12建立所述用户标识与所述区域位置标识的对应关系之后，所述通信模块13根据所述对应关系指示所述终端进行集群通信之前，对所述用户标识对应的用户鉴权；

所述发送模块15，用于在所述鉴权模块14对所述用户标识对应的用户鉴权后，向所述终端发送鉴权响应消息。

具体的，在本发明一实施例中，所述通信模块13，具体用于根据所述对应关系，使用所述用户标识作为各应用业务的统一标识与所述终端进行集群通信。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而 前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。