[0161]步骤S904:如果UE被授权监听至少一个PLMN并对一些ProSe Applicat1n IDs有监听意向，那么该UE会与位于HPLMN的ProSe Funct1n建立安全连接，并向ProSeFunct1n 发送用于监听的发现请求消息(Discovery Request)，该 Discovery Request中携带有 ProSe Applicat1n ID(s)， UE Identity, monitor command, applicat1nidentity，其中，ProSe Applicat1n ID 是 UE 想要监听的 ProSe 应用标识，UE Identity 则是UE签约信息中的标识，例如:IMSI或MSISDN ；
[0162]步骤S906:如果ProSe Funct1n没有相关的UE上下文，其将查询HSS进行是否可以直接发现的授权检查，如果有需要就创建包含该UE的签约信息的新的上下文，HSS也提供UE注册的VPLMN ID ;在有效定时器时间内，如果UE没有发送新的宣布请求，那么ProSeFunct1n将会删除这个UE上下文；
[0163]步骤S908:如果发现请求已经被授权且步骤S704中的ProSe Applicat1n ID已经指示了其他的本地PLMN(Other PLMNs，而并非HPLMN)那么位于HPLMN的ProSe Funct1n联系其他PLMNs来解析ProSe Applicat1n ID名称为掩码Mask，该请求中也包含UE标识以便允许其他本地的PLMNs的ProSe Funct1n来执行计费；
[0164]步骤S910:如果其他本地的PLMNs的ProSe Funct1n已经存储了对应上述ProSeApplicat1n ID 的名称的 ProSe Applicat1n Codes，那么该 ProSe Funct1n 返回相关的掩码和对应的TTL ；
[0165]这时，位于其他本地的PLMNs的ProSe Funct1n向相同PLMN的计费系统(CG和/或OCS)触发计费请求消息(ACR和/或CCR)，其中，该计费请求消息中携带有ProSe业务的相关信息，例如:ProSe_enabled UE是否具备Public safety的属性，新增discovery方式(open or restrict) ,Discovery Model (A or B)，UE 标识(例如:1MSI)，UE 的角色(例如!Monitoring UE) ,ProSe Applicat1n IDiProSe Applicat1n Code 和 / 或掩码以及时间戳；
[0166]步骤S912:位于HPLMN的ProSe Funct1n返回发现请求消息的响应消息(Discovery Response)，其中，该 Discovery Response 中携带有发现过滤器(DiscoveryFilter (s))、Filter ID, Discovery Filter (s)由 ProSe Applicat1n Masks 组成，TTL 表示发现过滤器的有效时长；
[0167]这时，位于HPLMN的ProSe Funct1n向位于HPLMN的离线计费网关(CG)和/或在线计费系统(OCS)触发计费请求消息(ACR和/或CCR)，在计费消息中携带有ProSe业务的相关信息，例如:ProSe_enabled UE是否具备Public safety的属性，新增discovery方式(open or restrict) ,Discovery Model (A or B)，UE标识(例如:1MSI)，UE 的角色(例如:Monitoring UE),ProSe Applicat1n IDiProSe Applicat1n masks或ProSe Applicat1nCode，Command 类型(例如！Announce，Monitor，Match)以及时间戮。
[0168]步骤S914:UE可以使用授权的无线资源开始监听。
[0169]优选实施例五:载非漫游模式A下当监听者UE和宣布者UE位于不同的PLMN时的匹配计费方法(仅以监听者UE的匹配过程为例)
[0170]图10是根据本发明优选实施例的非漫游模式A当监听者UE和宣布者UE位于不同的PLMN时的匹配计费流程图。如图10所示，该流程可以包括以下处理步骤:
[0171]步骤S1002:如果UE已经发现能够匹配发现过滤器的ProSe Applicat1n Codes并且在本地没有存储对应的ProSe Applicat1n IDs，其会与位于HPLMN的ProSe Funct1n建立安全连接并向对方发送匹配报告消息(Match Report)，其中，该Match Report中携带有 ProSe Applicat1n Code(s), Discovery Filter ID(s), UE Identity ；
[0172]步骤S1004:ProSe Funct1n查询这个UE的上下文，授权信息中需要包含这个UE被允许进行发现的PLMN信息；
[0173]步骤S1006:ProSe Funct1n 分析从 UE 接收到的 ProSe Applicat1n Code ；
[0174]步骤S1008:如果从ProSe Applicat1n Code得到的PLMN ID属于其他的本地PLMN，那么位于HPLMN的ProSe Funct1n向位于其他本地的PLMN的ProSe Funct1n发送匹配报告消息(Match Report)，其中，该Match Report中携带有ProSe Applicat1nCode (S)、UE identity，UE标识(例如:IMSI或MS I SDN)可以用于其他本地的ProSeFunct1n执行计费；
[0175]步骤SlOlO:位于其他本地的ProSe Funct1n分析从UE接收到的ProSeApplicat1n Code (s)；
[0176]步骤S1012:如果该ProSe Applicat1n Code获得确认，其他本地的ProSeFunct1n 发送匹配报告响应消息(Match Report Acknowledgement)，其中，该 MatchReport Acknowledgement 消息中携带有 ProSe Applicat1n ID Name (S)、validitytimer (s)；
[0177]这时，位于其他本地的PLMNs的ProSe Funct1n向相同PLMN的计费系统(CG和/或OCS)触发计费请求消息(ACR和/或CCR)，其中，该计费请求消息中携带有ProSe业务的相关信息，例如:ProSe_enabled UE是否具备Public safety的属性，新增discovery方式(open or restrict) ,Discovery Model (A or B)，UE 标识(例如:1MSI)，UE 的角色(例如!Monitoring UE), ProSe Applicat1n ID, ProSe Applicat1n Code 以及时间戮。
[0178]步骤S1014:位于HPLMN的ProSe Funct1n返回UE匹配报告响应消息(MatchReport Acknowledgment),其中，该 Match Report Acknowledgment 中携带有 ProSeApplicat1n ID (s) > validity timer (s)，validity timer (s)用于指不提供的 ProSeApplicat1n ID(s)的有效时长，UE可以在有效时长内存储匹配的ProSe Applicat1nCodes。
[0179]这时,位于HPLMN的ProSe Funct1n向位于HPLMN的离线计费网关(CG)和/或在线计费系统(OCS)触发计费请求消息(ACR和/或CCR)，在计费消息中可以携带ProSe业务的相关信息，例如:ProSe_enabled UE是否具备Public safety的属性,新增discovery方式(open or restrict), Discovery Model (A or B), UE 标识(例如:IMSI), UE 的角色(例如:Monitoring UE), ProSe Applicat1n ID, ProSe Applicat1n Code, Command 类型(例如:Announce, Monitor, Match)以及时间戮。
[0180]图11是根据本发明实施例的一种计费流程的触发装置的结构框图。如图11所示，该计费流程的触发装置可以包括:响应模块10，用于对UE发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的类型是根据UE在经过业务授权处理后被授权的角色确定的；触发模块20，用于根据请求消息或匹配报告消息触发离线计费流程。
[0181]在优选实施过程中，上述ProSe业务的对应信息可以包括但不限于以下至少之一:ProSe-enabled UE 是否具备 Public safety 的属性；discovery 方式；DiscoveryModel ；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
[0182]优选地，触发模块20，用于当UE的角色为宣布者时，在对UE发送的发现请求消息进行成功响应后，触发Event计费请求消息,其中,Event计费请求消息中携带有基于ProSe业务的对应信息。
[0183]优选地，触发模块20，用于当UE的角色为监听者时，在对UE发送的监听请求消息进行成功响应后，触发Event计费请求消息,其中，Event计费请求消息中携带有ProSe业务的对应信息。
[0184]优选地，触发模块20，还用于在对UE发送的匹配报告消息进行成功响应后，触发Event计费请求消息,其中，Event计费请求消息中携带有ProSe业务的对应信息。
[0185]图12是根据本发明实施例的另一种计费流程的触发装置的结构框图。如图12所示，该计费流程的触发装置可以包括:接收模块30，用于接收用户设备UE发送的请求消息或匹配报告消息，其中，请求消息的类型是根据UE在经过业务授权处理后被授权的角色确定的；触发模块40，用于根据请求消息或匹配报告消息触发在线计费流程。
[0186]在优选实施过程中，上述ProSe业务的对应信息可以包括但不限于以下至少之一:ProSe-enabled UE 是否具备 Public safety 的属性；discovery 方式；DiscoveryModel ；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
[0187]优选地，触发模块40，用于当UE的角色为宣布者时，在从UE接收到发现请求消息后，触发事件Event信用控制请求消息,其中，Event信用控制请求消息或Initial信用控制请求消息中携带有基于临近ProSe业务的对应信息。
[0188]优选地，触发模块40，用于当UE的角色为监听者时，在从UE接收到监听请求消息后，触发Event信用控制请求消息,其中,Event信用控制请求消息或Update信用控制请求消息中携带有ProSe业务的对应信息。
[0189]优选地，触发模块40，还用于在从UE接收到匹配报告消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
[0190]图13是根据本发明实施例的另一种计费流程的触发装置的结构框图。如图13所示，该计费流程的触发装置可以包括:响应模块50，用于对UE发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的命令为宣布或监听，请求消息的命令类型与UE的角色相对应；触发模块60，用于根据请求消息或匹配报告消息触发离线计费流程。
[0191]优选地，触发模块60，用于当UE的角色为宣布者时，在对UE发送的发现请求消息进行成功响应后，触发Event计费请求消息,其中，Event计费请求消息中携带有ProSe业务的对应信息。
[0192]优选地，触发模块60，用于当UE的角色为监听者时，在对UE发送的监听请求消息进行成功响应后，触发Event计费请求消息,其中，Event计费请求消息中携带有ProSe业务的对应信息。
[0193]优选地，触发模块60，还用于在对UE发送的匹配报告消息进行成功响应后，触发Event计费请求消息,其中，Event计费请求消息中携带有ProSe业务的对应信息。
[0194]优选地，ProSe业务的对应信息可以包括但不限于以下至少之一:
[0195](I)基于 ProSe-enabled UE 是否具备 Public safety 的属性；
[0196](2) discovery 方式；
[0197](3)Discovery Model ；
[0198](4) UE的标识信息；
[0199](5) UE的角色信息；
[0200](6) ProSe 应用标识；
[0201](7) ProSe 应用码；
[0202](8)计费事件类型；
[0203](9)时间戳。
[0204]图14是根据本发明实施例的另一种计费流程的触发装置的结构框图。如图14所示，该计费流程的触发装置可以包括:接收模块70，用于接收UE发送的请求消息或匹配报告消息，其中，请求消息的命令为宣布或监听，请求消息