CN105025455A - 计费流程的触发方法及装置 - Google Patents

计费流程的触发方法及装置 Download PDF

Info

Publication number
CN105025455A
CN105025455A CN201410636854.9A CN201410636854A CN105025455A CN 105025455 A CN105025455 A CN 105025455A CN 201410636854 A CN201410636854 A CN 201410636854A CN 105025455 A CN105025455 A CN 105025455A
Authority
CN
China
Prior art keywords
request message
prose
event
charging
role
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.)
Withdrawn
Application number
CN201410636854.9A
Other languages
English (en)
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201410636854.9A priority Critical patent/CN105025455A/zh
Priority to PCT/CN2014/092719 priority patent/WO2015165265A1/zh
Publication of CN105025455A publication Critical patent/CN105025455A/zh
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种计费流程的触发方法及装置，在上述方法中，对UE发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的命令为宣布或监听，请求消息的命令类型与UE的角色相对应；根据请求消息或匹配报告消息触发离线计费流程。根据本发明提供的技术方案，进而实现了对临近UE的直接发现进行计费。

Description

计费流程的触发方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及一种计费流程的触发方法及装置。
背景技术
目前，移动通信网络中在临近用户设备(UE)之间的应用和业务(Proximity-based applications and services)作为新兴的社交技术趋势已经逐步成为研究的热点。对于这类业务目前已经定义临近UE直接发现(ProSe DirectDiscovery)流程来检测和识别正在使用演进的UMTS陆面无线接入(E-UTRA)直接无线信号的UE。ProSe直接发现(ProSe Direct Discovery)可以是一种独立的业务，也可以在其后发起临近UE直接通信(ProSe Direct Communication)。
当前，国际标准第三代合作伙伴计划(3GPP)已经定义了上述临近UE之间的直接发现流程的模式A(“我在这里”)，在上述模式中定义了两种不同角色的UE：宣布者(Announcing)UE和监听者(Monitoring)UE。Announcing UE可以广播其临近有发现能力的UE感兴趣的信息；而Monitoring UE可以监听其感兴趣的临近Announcing UE所广播的信息。图1是根据相关技术的模式A的直接发现的流程图。如图1所示，该流程可以包括如下步骤：
步骤S102：进行基于公众陆地移动通信网(PLMN)的可以使用ProSe DirectDiscovery的业务授权；
步骤S104：如果UE被授权为宣布者，UE向临近业务功能(ProSe Function)发送用于广播的发现请求；
步骤S106：如果请求成功并获取到了临近应用码(ProSe Application Code)，则UE开始在预设接口(例如：PC5接口)上广播；
步骤S108：如果UE被授权为监听者，UE向发送ProSe Function用于监听的发现请求；
步骤S110：如果请求成功并获取到了由ProSe Application Code(s)或mask(s)组成的发现过滤器，则UE开始在PC5接口上对上述ProSe Application Code(s)进行监听；
步骤S112：当UE检测到一个或多个ProSe Application Code(s)可以匹配发现过滤器，就会向ProSe Function报告这些ProSe Application Code(s)。
然而，相关技术中对于临近UE的直接发现如何计费还缺少一种有效的解决方案。
发明内容
本发明提供了一种计费流程的触发方法及装置，以至少解决相关技术中无法实现对临近UE的直接发现进行计费的问题。
根据本发明的一个方面，提供了一种计费流程的触发方法。
根据本发明实施例的计费流程的触发方法包括：对用户设备(UE)发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的类型是根据UE在经过业务授权处理后被授权的角色确定的；根据请求消息或匹配报告消息触发离线计费流程。
优选地，当UE的角色为宣布者时，在对UE发送的发现请求消息进行成功响应后，触发事件(Event)计费请求消息，其中，Event计费请求消息中携带有基于临近(ProSe)业务的对应信息。
优选地，当UE的角色为监听者时，在对UE发送的监听请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，上述方法还包括：在对UE发送的匹配报告消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息包括以下至少之一：基于临近使能(ProSe-enabled)UE是否具备公共安全(Public safety)的属性；发现(discovery)方式；发现模式(Discovery Model)；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
根据本发明的另一方面，提供了另一种计费流程的触发方法。
根据本发明实施例的计费流程的触发方法包括：接收用户设备UE发送的请求消息或匹配报告消息，其中，请求消息的类型是根据UE在经过业务授权处理后被授权的角色确定的；根据请求消息或匹配报告消息触发在线计费流程。
优选地，当UE的角色为宣布者时，在从UE接收到发现请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有基于ProSe业务的对应信息。
优选地，当UE的角色为监听者时，在从UE接收到监听请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
优选地，上述方法还包括：在从UE接收到匹配报告消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息包括以下至少之一：ProSe-enabled UE是否具备Public safety的属性；discovery方式；Discovery Model；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
根据本发明的又一方面，提供了一种计费流程的触发装置。
根据本发明实施例的计费流程的触发装置包括：响应模块，用于对UE发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的类型是根据UE在经过业务授权处理后被授权的角色确定的；触发模块，用于根据请求消息或匹配报告消息触发离线计费流程。
优选地，触发模块，用于当UE的角色为宣布者时，在对UE发送的发现请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有基于ProSe业务的对应信息。
优选地，触发模块，用于当UE的角色为监听者时，在对UE发送的监听请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，触发模块，还用于在对UE发送的匹配报告消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息包括以下至少之一：ProSe-enabled UE是否具备Public safety的属性；discovery方式；Discovery Model；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
根据本发明的再一方面，提供了另一种计费流程的触发装置。
根据本发明实施例的计费流程的触发装置包括：接收模块，用于接收用户设备UE发送的请求消息或匹配报告消息，其中，请求消息的类型是根据UE在经过业务授权处理后被授权的角色确定的；触发模块，用于根据请求消息或匹配报告消息触发在线计费流程。
优选地，触发模块，用于当UE的角色为宣布者时，在从UE接收到发现请求消息后，触发事件Event信用控制请求消息，其中，Event信用控制请求消息或Initial信用控制请求消息中携带有基于临近ProSe业务的对应信息。
优选地，触发模块，用于当UE的角色为监听者时，在从UE接收到监听请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息或Update信用控制请求消息中携带有ProSe业务的对应信息。
优选地，触发模块，还用于在从UE接收到匹配报告消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息包括以下至少之一：ProSe-enabled UE是否具备Public safety的属性；discovery方式；Discovery Model；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
根据本发明的再一方面，提供了另一种计费流程的触发方法。
根据本发明实施例的计费流程的触发方法包括：对UE发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的命令为宣布或监听，请求消息的命令类型与UE的角色相对应；根据请求消息或匹配报告消息触发离线计费流程。
优选地，当UE的角色为宣布者时，在对UE发送的发现请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，当UE的角色为监听者时，在对UE发送的监听请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，上述方法还包括：在对UE发送的匹配报告消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息包括以下至少之一：基于ProSe-enabled UE是否具备Public safety的属性；discovery方式；Discovery Model；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
根据本发明的再一方面，提供了另一种计费流程的触发方法。
根据本发明实施例的计费流程的触发方法包括：接收UE发送的请求消息或匹配报告消息，其中，请求消息的命令为宣布或监听，请求消息的命令类型与UE的角色相对应；根据请求消息或匹配报告消息触发在线计费流程。
优选地，当UE的角色为宣布者时，在从UE接收到发现请求消息后，触发事件Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
优选地，当UE的角色为监听者时，在从UE接收到监听请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
优选地，上述方法还包括：在从UE接收到匹配报告消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息包括以下至少之一：基于ProSe-enabled UE是否具备Public safety的属性；discovery方式；Discovery Model；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
根据本发明的再一方面，提供了另一种计费流程的触发装置。
根据本发明实施例的计费流程的触发装置包括：响应模块，用于对UE发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的命令为宣布或监听，请求消息的命令类型与UE的角色相对应；触发模块，用于根据请求消息或匹配报告消息触发离线计费流程。
优选地，触发模块，用于当UE的角色为宣布者时，在对UE发送的发现请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，触发模块，用于当UE的角色为监听者时，在对UE发送的监听请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，触发模块，还用于在对UE发送的匹配报告消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息包括以下至少之一：基于ProSe-enabled UE是否具备Public safety的属性；discovery方式；Discovery Model；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
根据本发明的再一方面，提供了另一种计费流程的触发装置。
根据本发明实施例的计费流程的触发方法装置：接收模块，用于接收UE发送的请求消息或匹配报告消息，其中，请求消息的命令为宣布或监听，请求消息的命令类型与UE的角色相对应；触发模块，用于根据请求消息或匹配报告消息触发在线计费流程。
优选地，触发模块，用于当UE的角色为宣布者时，在从UE接收到发现请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息或Initial信用控制请求消息中携带有ProSe业务的对应信息。
优选地，触发模块，用于当UE的角色为监听者时，在从UE接收到监听请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息或Update信用控制请求消息中携带有ProSe业务的对应信息。
优选地，触发模块，还用于在从UE接收到匹配报告消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息包括以下至少之一：基于ProSe-enabled UE是否具备Public safety的属性；discovery方式；Discovery Model；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
通过本发明实施例，采用对UE发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的命令为宣布或监听，请求消息的命令类型与UE的角色相对应；根据请求消息或匹配报告消息触发离线计费流程，解决了相关技术中无法实现对临近UE的直接发现进行计费的问题，进而实现了对临近UE的直接发现进行计费。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据相关技术的既有的模式A的ProSe直接发现过程的总体流程图；
图2是根据本发明实施例的一种计费流程的触发方法的流程图；
图3是根据本发明实施例的另一种计费流程的触发方法的流程图；
图4是根据本发明实施例的另一种计费流程的触发方法的流程图；
图5是根据本发明实施例的另一种计费流程的触发方法的流程图；
图6是根据本发明优选实施例的既有的模式A的ProSe直接发现过程的离线计费流程图；
图7是根据本发明优选实施例的既有的模式A的ProSe直接发现过程的在线计费流程图；
图8是根据本发明优选实施例的漫游时模式A的ProSe直接发现过程宣布者UE宣布广播的计费流程图；
图9是根据本发明优选实施例的非漫游模式A当监听者UE和宣布者UE位于不同的PLMN时的监听计费流程图；
图10是根据本发明优选实施例的非漫游模式A当监听者UE和宣布者UE位于不同的PLMN时的匹配计费流程图；
图11是根据本发明实施例的一种计费流程的触发装置的结构框图；
图12是根据本发明实施例的另一种计费流程的触发装置的结构框图；
图13是根据本发明实施例的另一种计费流程的触发装置的结构框图；
图14是根据本发明实施例的另一种计费流程的触发装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
图2是根据本发明实施例的一种计费流程的触发方法的流程图。如图2所示，该方法可以包括以下处理步骤：
步骤S202：对UE发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的类型是根据UE在经过业务授权处理后被授权的角色确定的；
步骤S204：根据请求消息或匹配报告消息触发离线计费流程。
相关技术中，无法实现对临近UE的直接发现进行计费。采用如图2所示的方法，针对模式A的ProSe直接发现过程增加了离线计费的触发时机：即在对UE发送的请求消息或匹配报告消息进行成功响应时，根据请求消息或匹配报告消息触发离线计费流程，由此解决了相关技术中无法实现对临近UE的直接发现进行计费的问题，进而实现了对临近UE的直接发现进行计费。
优选地，当UE的角色为宣布者时，在对UE发送的发现请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有基于ProSe业务的对应信息。
当ProSe Function成功响应Announcing UE的发现请求后，ProSe Function触发计费请求(ACR)[Event]并携带ProSe业务的相关信息，其中，可以包括但不限于以下至少之一：ProSe-enabled UE是否具备公共安全(Public safety)的属性，新增discovery方式(open or restrict)，发现模式(Discovery Model)(即模式A或者模式B)，UE标识(例如：国际移动用户识别码(IMSI))，UE的角色(例如：Announcing UE)，ProSe应用标识(ProSe Application ID)，ProSe应用码(ProSe Application Code)以及时间戳。
优选地，当UE的角色为监听者时，在对UE发送的监听请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
当ProSe Function成功响应Monitoring UE的监听请求后，ProSe Function触发ACR[Event]并携带ProSe业务的相关信息，其中，可以包括但不限于以下至少之一：ProSe-enabled UE是否具备公共安全(Public safety)的属性，新增discovery方式(open or restrict)，发现模式(Discovery Model)(即模式A或者模式B)，UE标识(例如：国际移动用户识别码(IMSI))，UE的角色(例如：Announcing UE)，ProSe应用标识(ProSe Application ID)，ProSe应用码(ProSeApplication Code)以及时间戳。
优选地，上述方法还包括：在对UE发送的匹配报告消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
当ProSe Function成功响应UE的匹配报告后，ProSe Function触发ACR[Event]并携带ProSe业务的相关信息，其中，可以包括但不限于以下至少之一：ProSe-enabled UE是否具备公共安全(Public safety)的属性，新增discovery方式(open or restrict)，发现模式(Discovery Model)(即模式A或者模式B)，UE标识(例如：国际移动用户识别码(IMSI))，UE的角色(例如：AnnouncingUE)，ProSe应用标识(ProSe Application ID)，ProSe应用码(ProSe ApplicationCode)以及时间戳。
图3是根据本发明实施例的另一种计费流程的触发方法的流程图。如图3所示，该方法可以包括以下处理步骤：
步骤S302：接收用户设备UE发送的请求消息或匹配报告消息，其中，请求消息的类型是根据UE在经过业务授权处理后被授权的角色确定的；
步骤S304：根据请求消息或匹配报告消息触发在线计费流程。
优选地，当UE的角色为宣布者时，在从UE接收到发现请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有基于ProSe业务的对应信息。
当ProSe Function接收到Announcing UE的发现请求后，ProSe Function触发信用控制请求(CCR)[Event]并携带ProSe业务的相关信息，其中，可以包括但不限于以下至少之一：ProSe-enabled UE是否具备公共安全(Public safety)的属性，新增discovery方式(open or restrict)，发现模式(Discovery Model)(即模式A或者模式B)，UE标识(例如：国际移动用户识别码(IMSI))，UE的角色(例如：Announcing UE)，ProSe应用标识(ProSe Application ID)，ProSe应用码(ProSe Application Code)以及时间戳。
优选地，当UE的角色为监听者时，在从UE接收到监听请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
当ProSe Function接收到Monitoring UE的监听请求后，ProSe Function触发CCR[Event]并携带ProSe业务的相关信息，其中，可以包括但不限于以下至少之一：ProSe-enabled UE是否具备公共安全(Public safety)的属性，新增discovery方式(open or restrict)，发现模式(Discovery Model)(即模式A或者模式B)，UE标识(例如：国际移动用户识别码(IMSI))，UE的角色(例如：AnnouncingUE)，ProSe应用标识(ProSe Application ID)，ProSe应用码(ProSe ApplicationCode)以及时间戳。
优选地，上述方法还包括：在从UE接收到匹配报告消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
当ProSe Function接收到UE的匹配报告后，ProSe Function触发CCR[Event]并携带ProSe业务的相关信息，其中，可以包括但不限于以下至少之一：ProSe-enabled UE是否具备公共安全(Public safety)的属性，新增discovery方式(open or restrict)，发现模式(Discovery Model)(即模式A或者模式B)，UE标识(例如：国际移动用户识别码(IMSI))，UE的角色(例如：Announcing UE)，ProSe应用标识(ProSe Application ID)，ProSe应用码(ProSe Application Code)以及时间戳。
图4是根据本发明实施例的另一种计费流程的触发方法的流程图。如图4所示，该方法可以包括以下处理步骤：
步骤S402：对UE发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的命令为宣布或监听，请求消息的命令类型与UE的角色相对应；
步骤S404：根据请求消息或匹配报告消息触发离线计费流程。
优选地，当UE的角色为宣布者时，在对UE发送的发现请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，当UE的角色为监听者时，在对UE发送的监听请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，上述方法还可以包括：在对UE发送的匹配报告消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息可以包括但不限于以下至少之一：
(1)基于ProSe-enabled UE是否具备Public safety的属性；
(2)discovery方式；
(3)Discovery Model；
(4)UE的标识信息；
(5)UE的角色信息；
(6)ProSe应用标识；
(7)ProSe应用码；
(8)计费事件类型；
(9)时间戳。
图5是根据本发明实施例的另一种计费流程的触发方法的流程图。如图5所示，该方法可以包括以下处理步骤：
步骤S502：接收UE发送的请求消息或匹配报告消息，其中，请求消息的命令为宣布或监听，请求消息的命令类型与UE的角色相对应；
步骤S504：根据请求消息或匹配报告消息触发在线计费流程。
优选地，当UE的角色为宣布者时，在从UE接收到发现请求消息后，触发事件Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
优选地，当UE的角色为监听者时，在从UE接收到监听请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
优选地，上述方法还可以包括：在从UE接收到匹配报告消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息可以包括但不限于以下至少之一：
(1)基于ProSe-enabled UE是否具备Public safety的属性；
(2)discovery方式；
(3)Discovery Model；
(4)UE的标识信息；
(5)UE的角色信息；
(6)ProSe应用标识；
(7)ProSe应用码；
(8)计费事件类型；
(9)时间戳。
下面将结合图6至图10中所示的优选实施方式对上述优选实施过程作进一步的描述。
优选实施例一：基于事件的离线计费方法(以非漫游的情况为例)
图6是根据本发明优选实施例的既有的模式A的ProSe直接发现过程的离线计费流程图。如图6所示，该流程可以包括以下步骤：
步骤S602：进行基于PLMN的可以使用ProSe Direct Discovery的业务授权；
步骤S604：如果UE被授权为宣布者，UE向ProSe Function发送用于广播的发现请求，命令为Announce，ProSe Function对上述发现请求给予正确响应；此时，ProSe Function向离线计费网关(CG)触发ACR[Event]，该Event的取值为Announce表示这是一个宣布者UE进行播报的ACR，其中，该ACR中携带有ProSe业务的相关信息，例如：ProSe-enabled UE是否具备Public safety的属性，新增discovery方式(open or restrict)，Discovery Model(A or B)，UE标识(例如：IMSI)，UE的角色(例如：Announcing UE)，ProSe Application ID，ProSeApplication Code，计费事件类型(即命令(Command)类型(例如：Announce，Monitor，Match))以及时间戳。
步骤S606：如果请求成功并获取到了ProSe Application Code，UE开始在PC5接口上广播；
步骤S608：如果UE被授权为监听者，UE向ProSe Function发送用于监听的发现请求，命令为Monitor，ProSe Function对上述发现请求给予正确响应；此时，ProSe Function向离线计费网关(CG)触发ACR[Event]，该Event的取值为Monitor表示这是一个监听者UE进行监听的ACR，其中，该ACR携带有ProSe业务的相关信息，例如：ProSe-enabled UE是否具备Public safety的属性，新增discovery方式(open or restrict)，Discovery Model(A or B)，UE标识(例如：IMSI)，UE的角色(例如：Announcing UE)，ProSe Application ID，ProSe ApplicationCode，Command类型(例如：Announce，Monitor，Match)以及时间戳；
步骤S610：如果请求成功并获取到了由ProSe Application Code(s)或mask(s)组成的发现过滤器，UE开始在PC5接口上对上述ProSe Application Code(s)进行监听；
步骤S612：当UE检测到一个或多个ProSe Application Code(s)可以匹配发现过滤器，就会向ProSe Function报告这些ProSe Application Code(s)，ProSeFunction给予成功响应后，ProSe Function向离线计费网关(CG)触发ACR[Event]，该Event的取值为Match表示此为匹配报告的ACR，其中，该ACR携带有ProSe业务的相关信息，例如：ProSe-enabled UE是否具备Public safety的属性，新增discovery方式(open or restrict)，Discovery Model(A or B)，UE标识(例如：IMSI)，UE的角色(例如：Announcing UE)，ProSe Application ID，ProSe ApplicationCode(可以有多个)，Command类型(例如：Announce，Monitor，Match)以及时间戳。
在该优选实施例中，离线计费网关通过上述不同的事件类别的ACR信息生成相应的事件类CDR用于计费及统计参考。多张基于事件的CDR可以通过CDR中的ProSe Application Code(ProSe应用码)的取值来相互关联出每一次ProSe直接发现相关的话单。
优选实施例二：基于事件的在线计费方法(以非漫游的情况为例)
图7是根据本发明优选实施例的既有的模式A的ProSe直接发现过程的在线计费流程图。如图7所示，该流程可以包括以下处理步骤：
步骤S702：进行基于PLMN的可以使用ProSe Direct Discovery的业务授权；
步骤S704：如果UE被授权为宣布者，UE向ProSe Function发送用于广播的发现请求，命令为Announce，此时，ProSe Function向在线计费系统(OCS)触发CCR[Event]，该Event的取值为Announce，表示此为一个宣布者UE进行播报的CCR，其中，该CCR携带有ProSe业务的相关信息，例如：ProSe-enabledUE是否具备Public safety的属性，新增discovery方式(open or restrict)，DiscoveryModel(A or B)，UE标识(例如：IMSI)，UE的角色(例如：Announcing UE)，ProSe Application ID，ProSe Application Code，Command类型(例如：Announce，Monitor，Match)以及时间戳。
步骤S706：如果请求成功并获取到了ProSe Application Code，UE开始在PC5接口上广播；
步骤S708：如果UE被授权为监听者，UE向ProSe Function发送用于监听的发现请求，命令为Monitor，ProSe Function向在线计费系统(OCS)触发CCR[Event]，该Event的取值为Monitor，表示此为一个监听者UE进行监听的CCR，其中，该CCR携带有ProSe业务的相关信息，例如：ProSe-enabled UE是否具备Public safety的属性，新增discovery方式(open or restrict)，DiscoveryModel(A or B)，UE标识(例如：IMSI)，UE的角色(例如：Announcing UE)，ProSe Application ID，ProSe Application Code，Command类型(例如：Announce，Monitor，Match)以及时间戳；
步骤S710：如果请求成功并获取到了由ProSe Application Code(s)或mask(s)组成的发现过滤器，UE开始在PC5接口上对这些ProSe Application Code(s)进行监听；
步骤S712：当UE检测到一个或多个ProSe Application Code(s)可以匹配发现过滤器，就会向ProSe Function报告上述ProSe Application Code(s)，此时ProSeFunction向在线计费系统(OCS)触发CCR[Event]，该Event的取值为Match，表示这是匹配报告的CCR，其中，该CCR携带有ProSe业务的相关信息，例如：ProSe-enabled UE是否具备Public safety的属性，新增discovery方式(open orrestrict)，Discovery Model(A or B)，UE标识(例如：IMSI)，UE的角色(例如：Announcing UE)，ProSe Application ID，ProSe Application Code(可以有多个)，Command类型(例如：Announce，Monitor，Match)以及时间戳。
在该优选实施例中，在线计费系统通过上述不同的事件类别的CCR消息进行预付费在线信用控制，通过Application Code可以判断出同一次ProSe直接发现以便进行在线计费控制。
优选实施例三：在漫游情况下基于事件的计费方法(仅以宣布者UE进行宣布广播的漫游的情况为例)
图8是根据本发明优选实施例的漫游时模式A的ProSe直接发现过程宣布者UE宣布广播的计费流程图。如图8所示，在漫游情况下只允许UE在VPLMN宣布广播。该流程可以包括以下处理步骤：
步骤S802：在UE上配置与之对应HPLMN的ProSe Application IDs；
步骤S804：如果UE被授权可以在VPLMN进行宣布广播，UE和HPLMN的ProSe Function之间建立安全连接并向ProSe Function发送用于宣布广播的发现请求消息(Discovery Request)，该Discovery Request中可以携带有ProSeApplication ID、UE Identity、announce command、application identity，其中，ProSeApplication ID是UE想要announcing的ProSe应用标识，UE Identity是UE签约信息中的标识，例如：IMSI或MSISDN；
步骤S806：如果ProSe Function没有相关的UE上下文，其将查询HSS进行是否可以直接发现的授权检查，如果有需要就创建包含该UE的签约信息的新的上下文，HSS也提供UE注册的VPLMN ID，在有效定时器时间内，如果UE没有发送新的宣布请求，那么ProSe Function将会删除这个UE上下文；
步骤S808：如果发现请求是被授权的，HPLMN的ProSe Function采用宣布授权消息(Announce Authorization)通知VPLMN的ProSe Function，其中，该Announce Authorization中携带有ProSe Application ID、ProSe Application Code、UE Identity，上述ProSe Application ID来自于UE的请求消息而ProSe ApplicationCode用于指示为此次请求分配的代码，其为一个全网唯一的临时标识；
步骤S810：VPLMN的ProSe Function授权UE进行ProSe直接发现的Announcing过程。
这时，VPLMN的ProSe Function触发计费请求消息(ACR和/或CCR)向位于VPLMN的离线计费网关(CG)和/或在线计费系统(OCS)，在计费消息中携带有ProSe业务的相关信息，例如：ProSe-enabled UE是否具备Public safety属性，新增discovery方式(open or restrict)，Discovery Model(A or B)，UE标识(例如：IMSI)，UE的角色(例如：Announcing UE)，ProSe Application ID，ProSe Application Code，Command类型(例如：Announce，Monitor，Match)以及时间戳；
步骤S812：位于HPLMN的ProSe Function向UE返回发现请求响应消息(Discovery Response)，该Discovery Response中携带有ProSe Application Code、有效定时器(validity timer)，其中，ProSe Application Code是在validity timer的时间内生效的临时唯一码，用于计费关联；
此时，位于HPLMN的ProSe Function向位于HPLMN的离线计费网关(CG)和/或在线计费系统(OCS)触发计费请求消息(ACR和/或CCR)，在计费消息中携带有ProSe业务的相关信息，例如：ProSe-enabled UE是否具备Public safety的属性，新增discovery方式(open or restrict)，Discovery Model(A or B)，UE标识(例如：IMSI)，UE的角色(例如：Announcing UE)，ProSe Application ID，ProSe Application Code，Command类型(例如：Announce，Monitor，Match)以及时间戳。
步骤S814：UE可以使用授权分配的无线资源开始在PC5接口上广播ProSeApplication Code。
优选实施例四：在非漫游模式A下当监听者UE和宣布者UE位于不同的PLMN时的监听计费方法(仅以监听者UE的监听过程为例)
图9是根据本发明优选实施例的非漫游模式A当监听者UE和宣布者UE位于不同的PLMN时的监听计费流程图。如图9所示，该流程可以包括以下处理步骤：
步骤S902：UE已经配置完成可以授权监听的PLMN的ProSe Application IDs；
步骤S904：如果UE被授权监听至少一个PLMN并对一些ProSe ApplicationIDs有监听意向，那么该UE会与位于HPLMN的ProSe Function建立安全连接，并向ProSe Function发送用于监听的发现请求消息(Discovery Request)，该Discovery Request中携带有ProSe Application ID(s)，UE Identity，monitor command，application identity，其中，ProSe Application ID是UE想要监听的ProSe应用标识，UE Identity则是UE签约信息中的标识，例如：IMSI或MSISDN；
步骤S906：如果ProSe Function没有相关的UE上下文，其将查询HSS进行是否可以直接发现的授权检查，如果有需要就创建包含该UE的签约信息的新的上下文，HSS也提供UE注册的VPLMN ID；在有效定时器时间内，如果UE没有发送新的宣布请求，那么ProSe Function将会删除这个UE上下文；
步骤S908：如果发现请求已经被授权且步骤S704中的ProSe Application ID已经指示了其他的本地PLMN(Other PLMNs，而并非HPLMN)那么位于HPLMN的ProSe Function联系其他PLMNs来解析ProSe Application ID名称为掩码Mask，该请求中也包含UE标识以便允许其他本地的PLMNs的ProSe Function来执行计费；
步骤S910：如果其他本地的PLMNs的ProSe Function已经存储了对应上述ProSe Application ID的名称的ProSe Application Codes，那么该ProSe Function返回相关的掩码和对应的TTL；
这时，位于其他本地的PLMNs的ProSe Function向相同PLMN的计费系统(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 Application ID，ProSe Application Code和/或掩码以及时间戳；
步骤S912：位于HPLMN的ProSe Function返回发现请求消息的响应消息(Discovery Response)，其中，该Discovery Response中携带有发现过滤器(Discovery Filter(s))、Filter ID，Discovery Filter(s)由ProSe Application Masks组成，TTL表示发现过滤器的有效时长；
这时，位于HPLMN的ProSe Function向位于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 Application ID，ProSe Application masks或ProSe Application Code，Command类型(例如：Announce，Monitor，Match)以及时间戳。
步骤S914：UE可以使用授权的无线资源开始监听。
优选实施例五：载非漫游模式A下当监听者UE和宣布者UE位于不同的PLMN时的匹配计费方法(仅以监听者UE的匹配过程为例)
图10是根据本发明优选实施例的非漫游模式A当监听者UE和宣布者UE位于不同的PLMN时的匹配计费流程图。如图10所示，该流程可以包括以下处理步骤：
步骤S1002：如果UE已经发现能够匹配发现过滤器的ProSe ApplicationCodes并且在本地没有存储对应的ProSe Application IDs，其会与位于HPLMN的ProSe Function建立安全连接并向对方发送匹配报告消息(Match Report)，其中，该Match Report中携带有ProSe Application Code(s)，Discovery Filter ID(s)，UEIdentity；
步骤S1004：ProSe Function查询这个UE的上下文，授权信息中需要包含这个UE被允许进行发现的PLMN信息；
步骤S1006：ProSe Function分析从UE接收到的ProSe Application Code；
步骤S1008：如果从ProSe Application Code得到的PLMN ID属于其他的本地PLMN，那么位于HPLMN的ProSe Function向位于其他本地的PLMN的ProSeFunction发送匹配报告消息(Match Report)，其中，该Match Report中携带有ProSe Application Code(s)、UE identity，UE标识(例如：IMSI或MSISDN)可以用于其他本地的ProSe Function执行计费；
步骤S1010：位于其他本地的ProSe Function分析从UE接收到的ProSeApplication Code(s)；
步骤S1012：如果该ProSe Application Code获得确认，其他本地的ProSeFunction发送匹配报告响应消息(Match Report Acknowledgement)，其中，该Match Report Acknowledgement消息中携带有ProSe Application ID Name(s)、validity timer(s)；
这时，位于其他本地的PLMNs的ProSe Function向相同PLMN的计费系统(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 Application ID，ProSe Application Code以及时间戳。
步骤S1014：位于HPLMN的ProSe Function返回UE匹配报告响应消息(Match Report Acknowledgment)，其中，该Match Report Acknowledgment中携带有ProSe Application ID(s)、validity timer(s)，validity timer(s)用于指示提供的ProSe Application ID(s)的有效时长，UE可以在有效时长内存储匹配的ProSeApplication Codes。
这时，位于HPLMN的ProSe Function向位于HPLMN的离线计费网关(CG)和/或在线计费系统(OCS)触发计费请求消息(ACR和/或CCR)，在计费消息中可以携带ProSe业务的相关信息，例如：ProSe-enabled UE是否具备Publicsafety的属性，新增discovery方式(open or restrict)，Discovery Model(A or B)，UE标识(例如：IMSI)，UE的角色(例如：Monitoring UE)，ProSe ApplicationID，ProSe Application Code，Command类型(例如：Announce，Monitor，Match)以及时间戳。
图11是根据本发明实施例的一种计费流程的触发装置的结构框图。如图11所示，该计费流程的触发装置可以包括：响应模块10，用于对UE发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的类型是根据UE在经过业务授权处理后被授权的角色确定的；触发模块20，用于根据请求消息或匹配报告消息触发离线计费流程。
在优选实施过程中，上述ProSe业务的对应信息可以包括但不限于以下至少之一：ProSe-enabled UE是否具备Public safety的属性；discovery方式；DiscoveryModel；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
优选地，触发模块20，用于当UE的角色为宣布者时，在对UE发送的发现请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有基于ProSe业务的对应信息。
优选地，触发模块20，用于当UE的角色为监听者时，在对UE发送的监听请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，触发模块20，还用于在对UE发送的匹配报告消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
图12是根据本发明实施例的另一种计费流程的触发装置的结构框图。如图12所示，该计费流程的触发装置可以包括：接收模块30，用于接收用户设备UE发送的请求消息或匹配报告消息，其中，请求消息的类型是根据UE在经过业务授权处理后被授权的角色确定的；触发模块40，用于根据请求消息或匹配报告消息触发在线计费流程。
在优选实施过程中，上述ProSe业务的对应信息可以包括但不限于以下至少之一：ProSe-enabled UE是否具备Public safety的属性；discovery方式；DiscoveryModel；UE的标识信息；UE的角色信息；ProSe应用标识；ProSe应用码；计费事件类型；时间戳。
优选地，触发模块40，用于当UE的角色为宣布者时，在从UE接收到发现请求消息后，触发事件Event信用控制请求消息，其中，Event信用控制请求消息或Initial信用控制请求消息中携带有基于临近ProSe业务的对应信息。
优选地，触发模块40，用于当UE的角色为监听者时，在从UE接收到监听请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息或Update信用控制请求消息中携带有ProSe业务的对应信息。
优选地，触发模块40，还用于在从UE接收到匹配报告消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
图13是根据本发明实施例的另一种计费流程的触发装置的结构框图。如图13所示，该计费流程的触发装置可以包括：响应模块50，用于对UE发送的请求消息或匹配报告消息进行成功响应，其中，请求消息的命令为宣布或监听，请求消息的命令类型与UE的角色相对应；触发模块60，用于根据请求消息或匹配报告消息触发离线计费流程。
优选地，触发模块60，用于当UE的角色为宣布者时，在对UE发送的发现请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，触发模块60，用于当UE的角色为监听者时，在对UE发送的监听请求消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，触发模块60，还用于在对UE发送的匹配报告消息进行成功响应后，触发Event计费请求消息，其中，Event计费请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息可以包括但不限于以下至少之一：
(1)基于ProSe-enabled UE是否具备Public safety的属性；
(2)discovery方式；
(3)Discovery Model；
(4)UE的标识信息；
(5)UE的角色信息；
(6)ProSe应用标识；
(7)ProSe应用码；
(8)计费事件类型；
(9)时间戳。
图14是根据本发明实施例的另一种计费流程的触发装置的结构框图。如图14所示，该计费流程的触发装置可以包括：接收模块70，用于接收UE发送的请求消息或匹配报告消息，其中，请求消息的命令为宣布或监听，请求消息的命令类型与UE的角色相对应；触发模块80，用于根据请求消息或匹配报告消息触发在线计费流程。
优选地，触发模块80，用于当UE的角色为宣布者时，在从UE接收到发现请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息或Initial信用控制请求消息中携带有ProSe业务的对应信息。
优选地，触发模块80，用于当UE的角色为监听者时，在从UE接收到监听请求消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息或Update信用控制请求消息中携带有ProSe业务的对应信息。
优选地，触发模块80，还用于在从UE接收到匹配报告消息后，触发Event信用控制请求消息，其中，Event信用控制请求消息中携带有ProSe业务的对应信息。
优选地，ProSe业务的对应信息可以包括但不限于以下至少之一：
(1)基于ProSe-enabled UE是否具备Public safety的属性；
(2)discovery方式；
(3)Discovery Model；
(4)UE的标识信息；
(5)UE的角色信息；
(6)ProSe应用标识；
(7)ProSe应用码；
(8)计费事件类型；
(9)时间戳。
从以上的描述中，可以看出，上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果)：采用本发明实施例所提供的技术方案，针对模式A的ProSe直接发现过程增加了离线和在线计费的触发时机：即在对UE发送的请求消息或匹配报告消息进行成功响应时，根据请求消息或匹配报告消息触发离线计费流程，以及在接收用户设备UE发送的请求消息或匹配报告消息时，根据请求消息或匹配报告消息触发在线计费流程，由此实现了对临近UE的直接发现进行计费。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (32)

1.一种计费流程的触发方法，其特征在于，包括：
对用户设备UE发送的请求消息或匹配报告消息进行成功响应，其中，所述请求消息的类型是根据所述UE在经过业务授权处理后被授权的角色确定的；
根据所述请求消息或所述匹配报告消息触发离线计费流程。
2.根据权利要求1所述的方法，其特征在于，当所述UE的角色为宣布者时，在对所述UE发送的发现请求消息进行成功响应后，触发事件Event计费请求消息，其中，所述Event计费请求消息中携带有基于临近ProSe业务的对应信息。
3.根据权利要求1所述的方法，其特征在于，当所述UE的角色为监听者时，在对所述UE发送的监听请求消息进行成功响应后，触发Event计费请求消息，其中，所述Event计费请求消息中携带有ProSe业务的对应信息。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：在对所述UE发送的所述匹配报告消息进行成功响应后，触发Event计费请求消息，其中，所述Event计费请求消息中携带有所述ProSe业务的对应信息。
5.根据权利要求2至4中任一项所述的方法，其特征在于，所述ProSe业务的对应信息包括以下至少之一：
基于临近使能ProSe-enabled UE是否具备公共安全Public safety的属性；
发现discovery方式；
发现模式Discovery Model；
UE的标识信息；
UE的角色信息；
ProSe应用标识；
ProSe应用码；
计费事件类型；
时间戳。
6.一种计费流程的触发方法，其特征在于，包括：
接收用户设备UE发送的请求消息或匹配报告消息，其中，所述请求消息的类型是根据所述UE在经过业务授权处理后被授权的角色确定的；
根据所述请求消息或所述匹配报告消息触发在线计费流程。
7.根据权利要求6所述的方法，其特征在于，当所述UE的角色为宣布者时，在从所述UE接收到发现请求消息后，触发事件Event信用控制请求消息，其中，所述Event信用控制请求消息中携带有基于临近ProSe业务的对应信息。
8.根据权利要求6所述的方法，其特征在于，当所述UE的角色为监听者时，在从所述UE接收到监听请求消息后，触发Event信用控制请求消息，其中，所述Event信用控制请求消息中携带有ProSe业务的对应信息。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：在从所述UE接收到所述匹配报告消息后，触发Event信用控制请求消息，其中，所述Event信用控制请求消息中携带有所述ProSe业务的对应信息。
10.根据权利要求7至9中任一项所述的方法，其特征在于，所述ProSe业务的对应信息包括以下至少之一：
基于临近使能ProSe-enabled UE是否具备公共安全Public safety的属性；
发现discovery方式；
发现模式Discovery Model；
UE的标识信息；
UE的角色信息；
ProSe应用标识；
ProSe应用码；
计费事件类型；
时间戳。
11.一种计费流程的触发装置，其特征在于，包括：
响应模块，用于对用户设备UE发送的请求消息或匹配报告消息进行成功响应，其中，所述请求消息的类型是根据所述UE在经过业务授权处理后被授权的角色确定的；
触发模块，用于根据所述请求消息或所述匹配报告消息触发离线计费流程。
12.一种计费流程的触发装置，其特征在于，包括：
接收模块，用于接收用户设备UE发送的请求消息或匹配报告消息，其中，所述请求消息的类型是根据所述UE在经过业务授权处理后被授权的角色确定的；
触发模块，用于根据所述请求消息或所述匹配报告消息触发在线计费流程。
13.一种计费流程的触发方法，其特征在于，包括：
对用户设备UE发送的请求消息或匹配报告消息进行成功响应，其中，所述请求消息的命令为宣布或监听，所述请求消息的命令类型与所述UE的角色相对应；
根据所述请求消息或所述匹配报告消息触发离线计费流程。
14.根据权利要求13所述的方法，其特征在于，当所述UE的角色为宣布者时，在对所述UE发送的发现请求消息进行成功响应后，触发事件Event计费请求消息，其中，所述Event计费请求消息中携带有基于临近ProSe业务的对应信息。
15.根据权利要求13所述的方法，其特征在于，当所述UE的角色为监听者时，在对所述UE发送的监听请求消息进行成功响应后，触发Event计费请求消息，其中，所述Event计费请求消息中携带有ProSe业务的对应信息。
16.根据权利要求15所述的方法，其特征在于，所述方法还包括：在对所述UE发送的所述匹配报告消息进行成功响应后，触发Event计费请求消息，其中，所述Event计费请求消息中携带有所述ProSe业务的对应信息。
17.根据权利要求14至16中任一项所述的方法，其特征在于，所述ProSe业务的对应信息包括以下至少之一：
基于临近使能ProSe-enabled UE是否具备公共安全Public safety的属性；
发现discovery方式；
发现模式Discovery Model；
UE的标识信息；
UE的角色信息；
ProSe应用标识；
ProSe应用码；
计费事件类型；
时间戳。
18.一种计费流程的触发方法，其特征在于，包括：
接收用户设备UE发送的请求消息或匹配报告消息，其中，所述请求消息的命令为宣布或监听，所述请求消息的命令类型与所述UE的角色相对应；
根据所述请求消息或所述匹配报告消息触发在线计费流程。
19.根据权利要求18所述的方法，其特征在于，当所述UE的角色为宣布者时，在从所述UE接收到发现请求消息后，触发事件Event信用控制请求消息，其中，所述Event信用控制请求消息中携带有基于临近ProSe业务的对应信息。
20.根据权利要求18所述的方法，其特征在于，当所述UE的角色为监听者时，在从所述UE接收到监听请求消息后，触发Event信用控制请求消息，其中，所述Event信用控制请求消息中携带有ProSe业务的对应信息。
21.根据权利要求20所述的方法，其特征在于，所述方法还包括：在从所述UE接收到所述匹配报告消息后，触发Event信用控制请求消息，其中，所述Event信用控制请求消息中携带有所述ProSe业务的对应信息。
22.根据权利要求19至21中任一项所述的方法，其特征在于，所述ProSe业务的对应信息包括以下至少之一：
基于临近使能ProSe-enabled UE是否具备公共安全Public safety的属性；
发现discovery方式；
发现模式Discovery Model；
UE的标识信息；
UE的角色信息；
ProSe应用标识；
ProSe应用码；
计费事件类型；
时间戳。
23.一种计费流程的触发装置，其特征在于，包括：
响应模块，用于对用户设备UE发送的请求消息或匹配报告消息进行成功响应，其中，所述请求消息的命令为宣布或监听，所述请求消息的命令类型与所述UE的角色相对应；
触发模块，用于根据所述请求消息或所述匹配报告消息触发离线计费流程。
24.根据权利要求23所述的装置，其特征在于，所述触发模块，用于当所述UE的角色为宣布者时，在对所述UE发送的发现请求消息进行成功响应后，触发事件Event计费请求消息，其中，所述Event计费请求消息中携带有基于临近ProSe业务的对应信息。
25.根据权利要求23所述的装置，其特征在于，所述触发模块，用于当所述UE的角色为监听者时，在对所述UE发送的监听请求消息进行成功响应后，触发Event计费请求消息，其中，所述Event计费请求消息中携带有ProSe业务的对应信息。
26.根据权利要求25所述的装置，其特征在于，所述触发模块，还用于在对所述UE发送的所述匹配报告消息进行成功响应后，触发Event计费请求消息，其中，所述Event计费请求消息中携带有所述ProSe业务的对应信息。
27.根据权利要求24至26中任一项所述的装置，其特征在于，所述ProSe业务的对应信息包括以下至少之一：
基于临近使能ProSe-enabled UE是否具备公共安全Public safety的属性；
发现discovery方式；
发现模式Discovery Model；
UE的标识信息；
UE的角色信息；
ProSe应用标识；
ProSe应用码；
计费事件类型；
时间戳。
28.一种计费流程的触发装置，其特征在于，包括：
接收模块，用于接收用户设备UE发送的请求消息或匹配报告消息，其中，所述请求消息的命令为宣布或监听，所述请求消息的命令类型与所述UE的角色相对应；
触发模块，用于根据所述请求消息或所述匹配报告消息触发在线计费流程。
29.根据权利要求28所述的装置，其特征在于，所述触发模块，用于当所述UE的角色为宣布者时，在从所述UE接收到发现请求消息后，触发事件Event信用控制请求消息，其中，所述Event信用控制请求消息或所述Initial信用控制请求消息中携带有基于临近ProSe业务的对应信息。
30.根据权利要求28所述的装置，其特征在于，所述触发模块，用于当所述UE的角色为监听者时，在从所述UE接收到监听请求消息后，触发Event信用控制请求消息，其中，所述Event信用控制请求消息或所述Update信用控制请求消息中携带有ProSe业务的对应信息。
31.根据权利要求30所述的装置，其特征在于，所述触发模块，还用于在从所述UE接收到所述匹配报告消息后，触发Event信用控制请求消息，其中，所述Event信用控制请求消息中携带有所述ProSe业务的对应信息。
32.根据权利要求29至31中任一项所述的装置，其特征在于，所述ProSe业务的对应信息包括以下至少之一：
基于临近使能ProSe-enabled UE是否具备公共安全Public safety的属性；
发现discovery方式；
发现模式Discovery Model；
UE的标识信息；
UE的角色信息；
ProSe应用标识；
ProSe应用码；
计费事件类型；
时间戳。
CN201410636854.9A 2014-04-30 2014-11-12 计费流程的触发方法及装置 Withdrawn CN105025455A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201410636854.9A CN105025455A (zh) 2014-04-30 2014-11-12 计费流程的触发方法及装置
PCT/CN2014/092719 WO2015165265A1 (zh) 2014-04-30 2014-12-01 计费流程的触发方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410182139 2014-04-30
CN201410636854.9A CN105025455A (zh) 2014-04-30 2014-11-12 计费流程的触发方法及装置

Publications (1)

Publication Number Publication Date
CN105025455A true CN105025455A (zh) 2015-11-04

Family

ID=54358125

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410636854.9A Withdrawn CN105025455A (zh) 2014-04-30 2014-11-12 计费流程的触发方法及装置

Country Status (2)

Country Link
CN (1) CN105025455A (zh)
WO (1) WO2015165265A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101959166A (zh) * 2009-07-14 2011-01-26 中兴通讯股份有限公司 一种在线计费控制方法和系统
US20130203378A1 (en) * 2012-02-02 2013-08-08 Sierra Wireless, Inc Subscription and charging control for wireless communications between proximate devices
US20130288668A1 (en) * 2012-04-27 2013-10-31 Interdigital Patent Holdings, Inc. Method and apparatus for supporting proximity discovery procedures
CN103533524A (zh) * 2012-07-02 2014-01-22 中兴通讯股份有限公司 一种d2d业务的计费方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080126230A1 (en) * 2004-06-08 2008-05-29 Mauro Bellora Flexible Charging Mechanisms for Ip Multimedia Services
CN100499469C (zh) * 2006-05-25 2009-06-10 华为技术有限公司 离线计费方法
CN101068148A (zh) * 2007-04-19 2007-11-07 华为技术有限公司 策略和计费控制的方法及装置
CN102724647B (zh) * 2012-06-06 2014-08-13 电子科技大学 一种能力访问授权方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101959166A (zh) * 2009-07-14 2011-01-26 中兴通讯股份有限公司 一种在线计费控制方法和系统
US20130203378A1 (en) * 2012-02-02 2013-08-08 Sierra Wireless, Inc Subscription and charging control for wireless communications between proximate devices
US20130288668A1 (en) * 2012-04-27 2013-10-31 Interdigital Patent Holdings, Inc. Method and apparatus for supporting proximity discovery procedures
CN103533524A (zh) * 2012-07-02 2014-01-22 中兴通讯股份有限公司 一种d2d业务的计费方法及系统

Also Published As

Publication number Publication date
WO2015165265A1 (zh) 2015-11-05

Similar Documents

Publication Publication Date Title
CN102056140B (zh) 机器类通讯终端信息的获取方法和系统
EP2750424B1 (en) Method, device and system for binding mtc device and uicc
CN105722090B (zh) 自动识别伪基站的控制方法和装置
CN101583113B (zh) 区别用户计费规则的计费方法和系统
US11233817B2 (en) Methods and apparatus for end device discovering another end device
US20070223424A1 (en) System and method for restricting packet data services in a wireless communications network
CN105828413A (zh) 一种d2d模式b发现的安全方法、终端和系统
EP2547149A1 (en) Method and system for tracking area update
KR20160005092A (ko) 로밍 시나리오하에서 데이터 서비스를 처리하기 위한 방법, 장치 및 시스템
EP2555545B1 (en) Method and system for selecting mobility management entity of terminal group
CN104980910A (zh) D2d发现的处理方法及装置
CN104980912B (zh) ProSe临时标识的通知与更新方法和装置
CN101489214A (zh) 一种检测用户端设备的方法、装置及系统
US20170070867A1 (en) Method and system for triggering terminal group
CN103227991A (zh) Mtc设备的触发方法、装置及系统
WO2011140753A1 (zh) 实现无线固话小区间差异计费的方法、终端及系统
CN105025455A (zh) 计费流程的触发方法及装置
EP2810501B1 (en) Connection procedure for cellular mobile networks
CN104683939A (zh) 一种临近发现中区分移动终端不同属性的方法及网元
US20220232382A1 (en) Controlling provision of access to restricted local operator services by user equipment
WO2015165208A1 (zh) 计费流程的触发方法及装置
JP6749882B2 (ja) 移動管理装置と連携したシステムのユーザ識別方法、アクセス制御装置及びプログラム
CN100550748C (zh) 计费报文生成方法、通信计费方法和系统
CN105376730A (zh) 信息共享的方法及装置
DE102005027971A1 (de) Nutzungssteuerung von Diensten in Kommunikationsnetzen

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication

Application publication date: 20151104

WW01 Invention patent application withdrawn after publication