本发明涉及通信技术领域，尤其涉及一种角色寻址业务实现方法及系统。
背景技术：
gsm-r(globalsystemformobilecommunications–railway，铁路综合专用数字移动通信系统)是基于gsm(globalsystemformobilecommunications，全球移动通信系统)提出的一种铁路无线通讯系统，以便于铁路系统的调度通信服务，实现铁路管理信息的共享。随着通信技术的发展，3gpp(3rdgenerationpartnershipproject，第三代合作伙伴计划)提出了新一代lte(longtermevolution，长期演进)通信技术，但是目前并没有提出铁路业务相关的模型。本发明提供了3gpp标准协议体系下的gcse_lte(groupcommunicationssystemenablersforlte，支持lte的组通信系统)架构的铁路角色寻址业务实现方法及系统。
技术实现要素：
本发明实施例基于lte提供的角色寻址业务实现方法及系统，扩充了原有gsm-r下的智能网业务功能寻址的业务范围和类型，通过客户端装置进行角色注册管理有利于提高用户设备的灵活性，可以选择各种各样的用户设备，而且使业务的扩展也变得更加容易。
本发明实施例提供一种角色寻址业务实现方法，包括：
客户端装置通过应用服务端装置向智能网发送角色注册业务消息，角色注册业务消息包括客户端装置待注册的角色名称以及用户标识；
智能网根据角色注册业务消息对客户端装置进行角色注册，注册的角色属性信息包括：角色名称、角色的呼叫应用号码、角色的用户标识以及角色的用户状态；并通过应用服务端装置向客户端装置反馈包含呼叫应用号码的注册成功响应消息；
客户端装置通过应用服务端装置向智能网发送包含被呼叫角色之呼叫应用号码的角色呼叫业务消息；
智能网从被呼叫角色之呼叫应用号码对应的角色下，选择用户状态为有效的用户标识作为被叫用户标识反馈给所述应用服务端装置；
应用服务端装置建立客户端装置与被叫用户标识对应的客户端装置之间的呼叫业务。
本发明实施例还提供一种角色寻址业务实现系统，包括客户端装置、应用服务端装置和智能网：
客户端装置包含业务发起单元和客户端业务处理单元；
业务发起单元，用于向应用服务端装置发送角色注册业务消息，角色注册业务消息包括客户端装置的用户标识以及待注册的角色名称；以及用于在注册成功后，向应用服务端装置发送角色呼叫业务消息，角色呼叫业务消息包括被呼叫角色之呼叫应用号码；
客户端业务处理单元，用于接收应用服务端装置反馈的注册成功响应消息，注册成功响应消息包含所注册角色的呼叫应用号码；以及用于接收所述应用服务端装置根据角色呼叫业务消息获取到被呼叫角色对应的被叫用户标识后所发送的呼叫业务建立消息，与被叫用户标识对应的客户端装置建立呼叫业务；
应用服务端装置包含业务接收单元和服务端业务处理单元；
业务接收单元，用于接收客户端装置发送的角色注册业务消息，以及用于接收客户端装置在注册成功后发送的角色呼叫业务消息；角色注册业务消息包括客户端装置的用户标识以及待注册的角色名称；角色呼叫业务消息包括被呼叫角色之呼叫应用号码；
服务端业务处理单元，用于将角色注册业务消息发送给智能网，并将智能网根据角色注册业务消息进行注册处理后反馈的注册成功响应消息发送给客户端装置；以及用于将角色呼叫业务消息发送给智能网，根据智能网基于被呼叫角色之呼叫应用号码选择的被叫用户标识，与客户端装置建立呼叫业务；
智能网包含消息接收单元和智能网业务处理单元；
消息接收单元，用于接收应用服务端装置发送的来自客户端装置的角色注册业务消息以及角色呼叫业务消息；角色注册业务消息包括客户端装置的用户标识以及待注册的角色名称；角色呼叫业务消息包括被呼叫角色之呼叫应用号码；
智能网业务处理单元，用于根据角色注册业务消息对所述客户端装置进行角色注册，并向应用服务端装置反馈包含呼叫应用号码的注册成功响应消息，注册的角色属性信息包含：角色名称、角色的呼叫应用号码、角色的用户标识以及角色的用户状态；以及用于从被呼叫角色之呼叫应用号码对应的角色下，选择一个用户状态为有效的用户标识作为被叫用户标识反馈给应用服务端装置。
根据本发明实施例提供的角色寻址业务实现方法及系统，客户端装置通过应用服务端装置向智能网发送角色注册业务消息，角色注册业务消息包括客户端装置待注册的角色名称以及用户标识；智能网根据角色注册业务消息对客户端装置进行角色注册，注册的角色属性信息包括：角色名称、角色的呼叫应用号码、角色的用户标识以及角色的用户状态；并通过应用服务端装置向客户端装置反馈包含呼叫应用号码的注册成功响应消息；客户端装置通过应用服务端装置向智能网发送包含被呼叫角色之呼叫应用号码的角色呼叫业务消息；智能网从被呼叫角色之呼叫应用号码对应的角色下，选择一个用户状态为有效的用户标识作为被叫用户标识反馈给所述应用服务端装置；应用服务端装置建立客户端装置与被叫用户标识对应的客户端装置之间的呼叫业务。扩充了原有gsm-r下的智能网业务功能寻址的业务范围和类型，通过客户端装置进行角色注册管理有利于提高用户设备的灵活性，可以选择各种各样的用户设备，而且使业务的扩展也变得更加容易。
附图说明
图1为本发明实施例一的客户端装置进行角色注册的流程示意图；
图2为本发明实施例一的客户端装置进行呼叫业务的流程示意图；
图3为本发明实施例二的客户端装置进行角色订阅的流程示意图；
图4为本发明实施例二的gcse_lte架构结构示意图；
图5为本发明实施例三的角色寻址业务实现系统的结构示意图；
图6为本发明实施例三的客户端装置的结构示意图；
图7为本发明实施例三的应用服务端装置的结构示意图；
图8为本发明实施例三的智能网的结构示意图。
具体实施方式
下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。
实施例一：
本实施例提供一种角色寻址业务实现方法，请参见图1，图1为实施例一提供的客户端装置进行角色注册的流程示意图，包括：
s01：客户端装置通过应用服务端装置向智能网发送角色注册业务消息；
客户端装置向应用服务端装置发送角色注册业务消息，角色注册业务消息中包括客户端装置待注册的角色名称以及用户标识，应用服务端装置接收该角色注册业务消息，并发送给智能网。
本实施例中，客户端装置可以是手机、无线电话机、对讲机，有利于增加角色寻址业务系统中用户端的选择范围，提高用户设备选择灵活性。用户通过客户端装置进行角色注册业务消息，实现特定角色业务功能。例如，作为某一辆火车司机的用户工作时，可以直接将自己的手机通过角色注册成为该火车司机角色，实现相应的业务功能，不必通过特定的通信装置来进行相应的业务功能，这样更加方便快捷。
本实施例中，角色名称包括但不限于火车司机、指挥调度室、乘务员、保安人员、清洁工。这些角色对应多个客户端装置，例如，1162次火车司机可能包含多个司机，且可以设置当前驾驶1162次的司机为有效的司机(允许有多个有效司机)，其余司机为无效状态。副司机和司机是两个不同的角色。应当理解的是，铁路通信系统中角色种类和各角色种类对应的客户端装置数量可以根据实际情况灵活设定。
本实施例中，客户端装置发送的角色注册业务消息中还应包括用户标识，用户标识可以是客户端装置的唯一识别码，例如客户端装置的实际通信号码、imei(internationalmobileequipmentidentity，移动设备国际识别码，又称为国际移动设备标识)。例如客户端装置为手机时，可以是该手机的手机号码。
客户端装置向应用服务端装置发送角色注册业务消息，应用服务端装置接收该角色注册业务消息，并发送给智能网。应当理解的是，为了提高铁路通信系统的安全性，避免人为进行恶意地进行角色注册，影响铁路系统的正常运行，应用服务端装置在接收到客户端装置发送的角色注册业务消息时，可以对该客户端装置的身份以及是否拥有角色注册业务权限进行鉴权，鉴权使用该客户端装置的已激活配置文件鉴定权限。应用服务端装置将合法客户端装置的业务消息发送给智能网。应当理解的是，对于非法的客户端装置的业务消息直接返回错误提示或者直接丢弃不做处理。
s02：智能网对客户端装置进行角色注册；
智能网接收由应用服务端装置发送的角色注册业务消息，并对客户端装置进行角色注册处理。注册的角色属性信息包括但不限于角色名称、角色的呼叫应用号码、角色的用户标识以及角色的用户状态。例如，将该客户端装置注册为司机，呼叫应用号码为001，用户标识为该客户端装置的实际通信号码(例如电话号码)，用户状态为注册状态。
应当理解的是，角色的呼叫应用号码为同一角色分配相同的号码，例如，所有的司机的呼叫应用号码为001(但应当理解，角色的呼叫应用号码可以不单纯由角色的号码组成，比如司机，还可有该角色对应的车次号等信息组成)，所有的乘务员的呼叫应用号码为002，所有的指挥调度室的呼叫应用号码为003，所有的保安人员的呼叫应用号码为004。角色的用户状态包括但不限于注册状态、注销状态、强制注销状态。
应当理解的是，智能网可以将处理结果存储在角色数据库中，角色数据库中会记录当前业务所涉及角色的最终处理状态。为了更好的理解本发明，请参见表1：
表1
应当理解的是，角色属性信息还可以包括本角色所关联的角色信息、角色有效期。例如，指挥调度室关联的角色信息可以是司机的角色信息，通过关联角色信息可以使部分资源共享，方便铁路通信使用。应当理解的是，角色有效期可以通过本角色注册，例如，司机a的工作时间为10小时，则可以将角色有效期注册为10小时，当10小时之后，司机a的角色用户状态自动设置为注销状态，而不必通过客户端装置手动发送角色注销业务消息来完成角色注销过程，有利于提高用户体验。
应当理解的是，为了更好的保证铁路通信系统的安全性，智能网在接收到由应用服务端装置发送的角色注册业务消息之后，可以鉴定角色注册业务消息的合法性，例如鉴定角色注册业务消息的类型是否合理、鉴定角色注册业务消息的业务内容是否符合相应规则。例如，铁路通信系统设定了司机、乘务员、指挥调度室、保安人员四种类型角色，而客户端装置发送的角色注册业务消息中待注册的角色名称为乘客，显然，该角色注册业务消息明显不合法，此时，智能网判断该角色注册业务消息不合法，对于不合法的角色注册业务消息，智能网可以通过应用服务端装置返回错误提示，或者直接丢弃该角色注册业务消息不作处理。
应当理解的是，具体的鉴定原则或者机制可以采用任意能够对某一设备身份合法性进行鉴权的方式，例如将鉴权需要的配置文件信息进行存储，在进行鉴权时调用处理。
s03：智能网通过应用服务端装置向客户端装置反馈注册成功响应消息。
智能网在处理角色注册业务消息成功之后，通过应用服务端装置向客户端装置反馈注册成功响应消息，其中注册成功响应消息中可以包括呼叫应用号码，当然也可以不包含呼叫应用号码。
本实施例中，消息类型可以为请求消息，角色注册业务消息的发送和接收可以采用invite/register/info/message/notify/401unauthorized来发送或者接收。应当理解的是，当客户端装置角色注册成功后，客户端装置还可以通过应用服务端装置向客户端装置发送角色注销业务消息、角色强制注销业务消息以及角色查询业务消息，从而实现相应的角色注销业务、角色强制注销业务、角色查询业务。应当理解的是，对于角色注销、角色强制注销以及角色查询过程同样适用于上述角色注册过程。
本实施例可以应用于lte无线网络，客户端与应用服务器之间的数据可以通过lte网络传输，各单元符合gcse_lte体系架构以及mcptt协议的规定。又例如应用服务器的实例之一可以是mcpttserver，也可以是mcvideoserver等,客户端装置进行角色注册时可采用的网络协议包括但不限于sip(sessioninitiationprotocol，会话初始协议)，当然也可以采用其他协议。
应当理解的是，客户端装置只有在进行角色注册成功之后，方可进行其他业务功能。例如呼叫业务、角色管理业务和角色订阅业务。下面针对铁路通信系统中的呼叫业务进行详细说明，请参见图2，图2为本发明实施例一提供的客户端装置进行呼叫业务的流程示意图，包括：
s11：客户端装置通过应用服务端装置向智能网发送角色呼叫业务消息；
客户端装置向应用服务端装置发送角色呼叫业务消息，应用服务端装置在接收该角色呼叫业务消息，并将该角色呼叫业务消息发送给智能网。其中，角色呼叫业务消息包含被呼叫角色的呼叫应用号码。
应当理解的是，应用服务端装置在接收到该角色呼叫业务消息后，为了保证铁路通信系统的安全性，可以对客户端装置的身份以及是否拥有呼叫业务权限进行鉴权，鉴权可以采用该客户端装置的已激活配置文件鉴定权限。应用服务端装置仅对身份合法以及拥有呼叫业务权限的客户端装置，才会将角色呼叫业务消息发送给智能网处理，对于身份不合法或者不具有呼叫业务权限的客户端装置，则不会将角色呼叫业务消息发送给智能网，例如直接返回错误提示或者丢弃角色呼叫业务消息不作处理。
s12：智能网选择一个用户状态为有效的用户标识作为被叫用户标识反馈给应用服务端装置；
智能网接收到客户端装置通过应用服务端装置发送的角色呼叫业务消息后，智能网从被呼叫角色之呼叫应用号码对应的角色下，选择一个用户状态为有效的用户标识作为被叫用户标识反馈给应用服务端装置。
为了更好的理解本发明，请继续参见表1，例如，当司机a需要通过客户端装置呼叫乘务员时，可以直接通过客户端装置拨打乘务员角色的呼叫应用号码002；此时，应用服务端装置可以接收到司机a的客户端装置发送的角色呼叫业务消息，该消息中包含被呼叫角色的呼叫应用号码002，应用服务端装置也可以检测司机a的客户端装置的身份属于司机，且对乘务员拥有呼叫业务权限，此时，应用服务端装置向智能网发送该角色呼叫业务消息；智能网接收该角色呼叫业务消息，并根据该角色呼叫业务消息中包含的被呼叫角色的呼叫应用号码002查询对应的乘务员角色，其中可以查询到乘务员c和乘务员d，并检测乘务员c和乘务员d的用户状态，得到乘务员c的用户状态为注销状态，乘务员d的用户状态为注册状态，此时，智能网可以判断乘务员d的用户状态为有效，应当理解的是，有效的用户状态可以实际规则相应判定，例如这里将注册状态判定为有效状态。智能网判定乘务员d的用户状态为有效后，将乘务员d的用户标识11223344(实际通信号码或者imei)反馈给应用服务端装置。应当理解的是，当智能网判定存在多个用户状态有效的被呼叫角色时，智能网可以根据实际情况灵活选择一个被呼叫角色反馈给应用服务端装置，例如，可以随机选择，也可以根据相应的选择机制进行选择；也可以选择将所有有效状态的号码发送给用户选择，携带用户的区别信息。
s13：应用服务端装置建立客户端装置与被叫用户标识对应的客户端装置之间的呼叫业务。
应用服务端装置接收智能网反馈的被呼叫角色的用户标识，并根据该用户标识建立客户端装置与被叫用户标识对应的客户端装置之间的呼叫业务，实现两者之间的呼叫连接。
应当理解的是，以客户端装置进行角色注册时采用的网络协议为sip为例时，在客户端装置进行角色呼叫的过程中，消息需要符合网络协议sip规范，消息类型包括但不限于请求消息，消息的发送和接收可以通过invite/100trying/180ring/200ok实现。
应当理解的是，本实施例提供的角色寻址业务实现方法特别适用于铁路通信系统，但并不限于在铁路通信系统中使用。
本实施例提供一种角色寻址业务实现方法，客户端装置通过应用服务端装置向智能网发送角色注册业务消息，智能网根据角色注册业务消息对客户端装置进行角色注册，并通过应用服务端装置向客户端装置反馈注册成功响应消息；在客户端装置角色注册成功之后，客户端装置可以通过应用服务端装置向智能网发送角色呼叫业务消息；智能网从被呼叫角色之呼叫应用号码对应的角色下，选择用户状态(可以选择一个者多个)为有效的用户标识作为被叫用户标识反馈给所述应用服务端装置；应用服务端装置建立客户端装置与被叫用户标识对应的客户端装置之间的呼叫业务。扩充了原有gsm-r下的智能网业务功能寻址的业务范围和类型，通过客户端装置进行角色注册管理有利于提高用户设备的灵活性，可以选择各种各样的用户设备，而且使业务的扩展也变得更加容易。
实施例二：
本实施例在实施例一的基础上提出一种角色寻址业务实现方法，与实施例一不同的是，本实施例中的角色寻址业务实现方法还包括客户端装置进行角色订阅的过程，请参见图3，图3为本发明实施例二提供的客户端装置进行角色订阅的流程示意图，包括：
s21：客户端装置通过应用服务端装置发送角色订阅业务消息给智能网；
角色订阅业务消息中包括但不限于被订阅角色消息，被订阅角色消息中包括但不限于被订阅角色名称、被订阅角色呼叫应用号码。应当理解的是，在应用服务端装置接收到角色订阅业务消息后，为了更好的保证铁路通信系统的安全及稳定性，可以对发送该角色订阅业务消息的客户端装置的身份以及是否具有订阅业务权限进行鉴权，鉴权可以根据该客户端装置已激活的配置文件鉴定用户权限。也可以通过客户端装置在智能网上进行注册的角色属性信息(角色名称、角色的呼叫应用号码、角色的用户标识以及角色的用户状态)来验证该客户端装置身份以及是否具有订阅业务权限。应用服务端装置对于合法的角色订阅业务消息将其发送给智能网进行角色订阅业务处理，对于不合法的角色订阅业务消息可以向客户端装置反馈错误提示或者直接丢弃不做处理。
应当理解的是，是否具有订阅业务权限可以根据铁路通信系统实际应用情况灵活设定，例如，指挥调度室由于是铁路系统的重要指挥部门，可以进行各种角色订阅(司机角色、乘务员角色、保安人员角色)，方便铁路系统的稳定有序的工作，而保安人员角色则不能进行订阅指挥调度室角色业务，因为保安人员角色仅负责相应的铁路安保工作，没有必要掌控指挥调度室的工作情况。
本实施例中提供的角色寻址业务实现方法是基于gcse_lte架构的，gcse_lte架构请参见图4，图4为本发明实施例二提供的gcse_lte架构结构示意图，包括：
ue(userequipment，用户设备)、enodeb/enb(演进型基站)、epc(evolvedpacketcore,分组核心演进)、gcseapplicationserver(应用服务设备)，其中，epc中包含mme(mobilitymanagemententity，移动管理节点)、mbmsgw(multimediabroadcastmulticastservicegateway，多媒体广播多播业务网关)、s-gw(servinggateway，服务网关)、p-gw(pdngateway，pdn网关)、bm-sc(broadcastmulticastservicecente，广播组播业务中心)。
s22：智能网在预设查询条件满足时向应用服务端装置发送包含被订阅角色对应用户标识的状态查询消息；
智能网接收角色订阅业务消息，并在满足相应的预设查询条件时向应用服务端装置发送包含被订阅角色对应用户标识的状态查询消息。
应当理解的是，预设查询条件包括但不限于定时查询、角色信息改变时查询。例如，预设查询条件为定时1分钟查询，则智能网每间隔1分钟，向应用服务端装置发送包含被订阅角色对应用户标识的状态查询消息；同样，当预设查询条件设置为角色信息改变时查询时，则当被订阅角色的角色属性信息，例如角色名称、角色的呼叫应用号码、角色的用户标识、角色的用户状态改变时，智能网向应用服务端装置发送包含被订阅角色对应用户标识的状态查询消息。
s23：应用服务端装置根据状态查询消息对该用户标识对应的查询项进行查询，并将查询结果反馈给智能网；
应用服务端装置根据包含被订阅角色对应用户标识的状态查询消息，对该用户标识对应的查询项进行查询。其中，查询项包括但不限于用户名称查询项、呼叫状态查询项、通话统计查询项以及所属人查询项，并将查询结果(用户名称查询结果、呼叫状态查询结果、通话统计查询结果以及所属人查询结果)反馈给智能网。
s24：智能网根据查询结果生成角色订阅响应消息反馈给客户端装置。
智能网接收由应用服务端装置反馈的查询结果，并根据该反馈结果生成角色订阅响应消息，其中，角色订阅响应消息包括但不限于被订阅角色的用户标识、该用户标识的用户名称、该用户标识所属人、该用户标识的呼叫状态、该用户标识的用户状态、该用户标识的通话统计。智能网将生成的角色订阅响应消息反馈给客户端装置。客户端装置通过显示界面或者语音提示反馈给用户，极大方便了铁路通信系统的资源共享与指挥调度。例如，当指挥调度室订阅各角色业务时，智能网将定时或者当被订阅角色信息改变时将反馈角色订阅响应消息给指挥调度室，指挥调度室可以方便快捷地掌握各个角色信息，从而有利于调度指挥。
应当理解的是，角色订阅业务消息需符合网络协议sip规范，角色订阅过程中可以采用info/message/notify/option发送和接收相应消息。
本实施例提供一种角色寻址业务实现方法，该角色寻址业务实现方法是基于gcse_lte架构的，客户端装置通过应用服务端装置发送包含被呼叫角色之呼叫应用号码的角色订阅业务消息给智能网，智能网在预设查询条件满足时向应用服务端装置发送包含被订阅角色对应用户标识的状态查询消息，应用服务端装置根据状态查询消息对该用户标识对应的查询项进行查询，并将查询结果反馈给智能网，智能网根据查询结果生成角色订阅响应消息反馈给客户端装置。通过客户端装置进行角色订阅，对相关用户实现相应的角色订阅业务，有利于提高用户设备的选择灵活性，可以选择更多的用户设备，也使角色订阅业务变得更加方便，基于gcse_lte架构的铁路角色寻址业务扩展了原有的gsm-r下的智能网业务功能寻址的业务范围和类型，有利于提高用户体验。
实施例三：
本实施例提供一种角色寻址业务实现系统，用于实现上面实施例一和实施例二所述的角色寻址业务实现方法，包括客户端装置1、应用服务端装置2和智能网3，请参见图5，图5为本发明实施例三提供的角色寻址业务实现系统的结构示意图。
其中，客户端装置1包含业务发起单元11和客户端业务处理单元12，请参见图6，图6本发明实施例三提供的客户端装置的结构示意图。
业务发起单元11，与sip上行发送单元相连，用于向应用服务端装置2发送角色注册业务消息，角色注册业务消息包括客户端装置1的用户标识以及待注册的角色名称；以及用于在注册成功后，向应用服务端装置2发送角色呼叫业务消息，角色呼叫业务消息包括被呼叫角色之呼叫应用号码；
客户端业务处理单元12，与sip下行接收单元相连，用于接收应用服务端装置2反馈的注册成功响应消息，注册成功响应消息包含所注册角色的呼叫应用号码；以及用于接收应用服务端装置2根据角色呼叫业务消息获取到被呼叫角色对应的被叫用户标识后所发送的呼叫业务建立消息，与被叫用户标识对应的客户端装置建立呼叫业务。
本实施例中，业务发起单元11还用于向应用服务端装置2发送角色管理业务消息，其中角色管理业务消息包括但不限于角色注销业务消息、角色强制注销业务消息以及角色查询业务消息。应当理解的是，此时客户端业务处理单元12还用于接收应用服务端装置1反馈的角色管理响应消息，其中角色管理响应消息包括但不限于角色注销结果、角色强制注销结果以及角色查询结果。
本实施例中，业务发起单元11还用于向应用服务端装置2发送角色订阅业务消息，其中角色订阅业务消息包括被订阅角色消息，所述被订阅角色消息包含被订阅角色名称和/或呼叫应用号码；客户端业务处理单元12还用于接收应用服务端装置2反馈的角色订阅响应消息，其中角色订阅响应消息包括但不限于被订阅角色的用户标识、该用户标识的用户名称、该用户标识所属人、该用户标识的呼叫状态、该用户标识的用户状态、该用户标识的通话统计。
应用服务端装置2包含业务接收单元21和服务端业务处理单元22，请参见图7，图7本发明实施例三提供的应用服务端装置的结构示意图。
业务接收单元21，与sip上行接收单元相连，用于接收客户端装置1发送的角色注册业务消息，以及用于接收客户端装置1在注册成功后发送的角色呼叫业务消息；角色注册业务消息包括客户端装置1的用户标识以及待注册的角色名称；角色呼叫业务消息包括被呼叫角色之呼叫应用号码；
服务端业务处理单元22，与sip下行发送单元相连，用于将角色注册业务消息发送给智能网3，并将智能网3根据角色注册业务消息进行注册处理后反馈的注册成功响应消息发送给客户端装置1；以及用于将角色呼叫业务消息发送给智能网3，根据智能网3基于被呼叫角色之呼叫应用号码选择的被叫用户标识，与客户端装置1建立呼叫业务。
本实施例中，业务接收单元21还用于接收客户端装置1发起的角色管理业务消息，其中角色管理业务消息包括但不限于角色注销业务消息、角色强制注销业务消息以及角色查询业务消息。应当理解的是，此时服务端业务处理单元22还用于将角色管理业务消息发送给智能网3，以及将智能网3反馈的角色管理响应消息发送给客户端装置1，其中角色管理响应消息包括但不限于角色注销结果、角色强制注销结果以及角色查询结果。
本实施例中，业务接收单元21还用于接收客户端装置1发起的角色订阅业务消息，其中角色订阅业务消息包括但不限于被订阅角色消息，所述被订阅角色消息包含被订阅角色名称和/或呼叫应用号码；应当理解的是，此时服务端业务处理单元22还用于将角色订阅业务消息发送给智能网3，以及用于根据智能网3基于角色订阅业务消息发送的包含被订阅角色对应用户标识的状态查询消息，对该用户标识对应的查询项进行查询，并将查询结果反馈给智能网3，以及用于将智能网3根据查询结果生成的角色订阅响应消息反馈给客户端装置1。
本实施例中，查询项包括但不限于用户标识的用户名称查询项、呼叫状态查询项、通话统计查询项以及所属人查询项。
智能网3包括消息接收单元31和智能网业务处理单元32，请参见图8，图8本发明实施例三提供的智能网的结构示意图。
消息接收单元31，用于接收应用服务端装置2发送的来自客户端装置1的角色注册业务消息以及角色呼叫业务消息；角色注册业务消息包括客户端装置1的用户标识以及待注册的角色名称；角色呼叫业务消息包括被呼叫角色之呼叫应用号码；
智能网业务处理单元32，用于根据角色注册业务消息对客户端装置1进行角色注册，并向应用服务端装置2反馈包含呼叫应用号码的注册成功响应消息，注册的角色属性信息包含：角色名称、角色的呼叫应用号码、角色的用户标识以及角色的用户状态；以及用于从被呼叫角色之呼叫应用号码对应的角色下，选择一个用户状态为有效的用户标识作为被叫用户标识反馈给应用服务端装置2。
本实施例中，消息接收单元31还用于接收应用服务端装置2发送的来自客户端装置1的角色管理业务消息，其中角色管理业务消息包括但不限于角色注销业务消息、角色强制注销业务消息以及角色查询业务消息。应当理解的是，此时智能网业务处理单元32还用于对角色管理业务消息所请求的被管理角色进行管理处理，应当理解的是，管理处理包括但不限于角色注销处理、角色强制注销处理以及角色查询处理，并将处理后得到的角色管理响应消息发送给应用服务端装置2。
本实施例中，消息接收单元31还用于应用服务端装置2发送的来自客户端装置1的角色订阅业务消息，其中角色订阅业务消息包括被订阅角色消息，所述被订阅角色消息包含被订阅角色名称和/或呼叫应用号码；应当理解的是，此时智能网业务处理单元32还用于根据角色订阅业务消息，在预设查询条件满足时向应用服务端装置2发送包含被订阅角色对应用户标识的状态查询消息，以及用于接收应用服务端装置2反馈的查询结果，其中查询结果包括但不限于用户标识的用户名称查询结果、呼叫状态查询结果、通话统计查询结果、所属人查询结果，以及用于根据查询结果生成角色订阅响应消息发送给应用服务端装置2，其中角色订阅响应消息包括但不限于被订阅角色的用户标识、该用户标识的用户名称、该用户标识所属人、该用户标识的呼叫状态、该用户标识的用户状态、该用户标识的通话统计。
应当理解的是，预设查询条件包括但不限于定时查询、角色信息改变时查询。例如，预设查询条件为定时5分钟查询，则智能网3每间隔5分钟，向应用服务端装置2发送包含被订阅角色对应用户标识的状态查询消息；同样，当预设查询条件设置为角色信息改变时查询时，则当被订阅角色的角色属性信息，例如角色名称、角色的呼叫应用号码、角色的用户标识、角色的用户状态改变时，智能网3向应用服务端装置2发送包含被订阅角色对应用户标识的状态查询消息。
本实施例提供一种角色寻址业务实现系统，包括客户端装置1、应用服务端装置2以及智能网3，其中客户端装置1包括业务发起单元11和客户端业务处理单元12，应用服务端装置2包括业务接收单元21和服务端业务处理单元22，智能网3包括消息接收单元31和智能网业务处理单元32；通过客户端装置1的业务发起单元11向应用服务端装置2发送角色注册业务消息，应用服务端装置2通过业务接收单元21接受该角色注册业务消息，并通过服务端业务处理单元22将其发送给智能网3，其中角色注册业务消息包含客户端装置1的用户标识以及待注册的角色名称；智能网3通过消息接收单元31接收该角色注册业务消息，并通过智能网业务处理单元32对该客户端装置1进行角色注册，并向应用服务端装置2反馈包含呼叫应用号码的注册成功响应消息，注册的角色属性信息包含：角色名称、角色的呼叫应用号码、角色的用户标识以及角色的用户状态；应用服务端装置2通过业务接收单元21接收该注册成功响应消息，并通过服务端业务处理单元22反馈给客户端装置1，通过客户端业务处理单元12接收应用服务端装置2反馈的注册成功响应消息。在客户端装置1角色注册成功之后，便可进行其他业务处理，包括角色注销业务、角色强制注销业务、角色查询业务、角色呼叫业务、角色订阅业务。
当进行角色呼叫时，客户端装置1通过业务发起单元11向应用服务端装置2发送角色呼叫业务消息，应用服务端装置2通过业务接收单元21接受该角色呼叫业务消息，并通过服务端业务处理单元22将其发送给智能网3，其中角色呼叫业务消息包括被呼叫角色之呼叫应用号码；智能网3通过消息接收单元31接收该角色呼叫业务消息，并通过智能网业务处理单元32从被呼叫角色之呼叫应用号码对应的角色下，选择一个用户状态为有效的用户标识作为被叫用户标识反馈给应用服务端装置2，应用服务端装置2通过服务端业务处理单元22根据被叫用户标识发送呼叫业务建立消息，客户端装置1通过客户端业务处理单元12接收该呼叫业务建立消息，建立与被呼叫用户标识对应的客户端装置的呼叫连接。。扩充了原有gsm-r下的智能网业务功能寻址的业务范围和类型，通过客户端装置进行角色注册管理有利于提高用户设备的灵活性，可以选择各种各样的用户设备，而且使业务的扩展也变得更加容易。
显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(rom/ram、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。