CN1921404A - 实现用户业务能力控制的方法及装置 - Google Patents
实现用户业务能力控制的方法及装置 Download PDFInfo
- Publication number
- CN1921404A CN1921404A CN 200510036668 CN200510036668A CN1921404A CN 1921404 A CN1921404 A CN 1921404A CN 200510036668 CN200510036668 CN 200510036668 CN 200510036668 A CN200510036668 A CN 200510036668A CN 1921404 A CN1921404 A CN 1921404A
- Authority
- CN
- China
- Prior art keywords
- user
- control
- professional ability
- service data
- prepaid
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种用于Wimax网络中实现用户业务能力控制的方法,该方法主要包括:AAA客户端与用户业务数据转发控制装置进行用户业务能力控制的用户业务数据转发控制协商;AAA客户端通过归属AAA服务器与用户业务能力控制通知装置进行用户业务能力控制通知协商;根据所述业务数据转发控制协商结果,所述用户业务数据转发控制装置进行用户业务能力控制的业务数据转发控制;根据所述用户业务能力控制通知协商结果,所述用户业务能力控制通知装置进行用户业务能力控制通知的控制。另外,本发明还公开相应的装置。本发明可以在WiMAX网络中灵活的控制用户业务能力,防止恶意用户欠费或者非法用户接入。
Description
技术领域
本发明涉及全球接入微波互操作性(WiMAX,Worldwide Interoperabilityfor Microwave Access)技术领域,更具体的说,本发明涉及一种WiMAX网络中实现用户业务能力控制的方法及装置。
背景技术
WiMAX是一种基于IEEE 802.16标准的无线城域网技术,如图1中所示,WiMAX网络主要由三个部分组成,即客户端(MSS/SS)、接入业务网(ASN,Access Service Network)和连接业务网(CSN,Connection Service Network)组成,其中所述ASN包括基站(BS,Base Station)和接入业务网网关(ASNGW),所述CSN包括预付费服务器(PPS,Prepaid Service/Prepaid Server)、认证授权和计费服务器(AAA Server,Authenticatjon、Authorization andAccounting Server)等设备实体。
通过WiMAX网络可提供远距离的高速网络连接。WiMAX技术作为之前的宽带无线接入技术标准化和发展的结果,将在带宽、QoS等方面有很大改善,利用WiMAX网络可实现丰富的无线业务,例如预付费业务等,预付费业务是指用户通过开户或购买充值卡充值等方式预先在自己的帐户上注入一定的资金。呼叫建立时,系统基于用户帐户的余额决定接受或拒绝呼叫;在呼叫过程中系统实时计费和扣减用户帐户的金额;在余额为零时即终止呼叫,从而实现用户为其使用业务预先支付费用。目前在WiMAX网络中同样面临防止用户恶意欠费或者非法用户接入的问题,例如所述的预付费业务中,在用户预额不足时,需要中断用户业务能力,如何利用WiMAX网络主动中断或者恢复用户业务,实现用户业务能力控制是业界面临的一个问题。
发明内容
本发明解决的技术问题是提供一种实现用户业务能力控制的方法及装置,以在WiMAX网络中灵活的控制用户业务能力,防止恶意用户欠费或者非法用户接入。
为解决上述问题,本发明的实现用户业务能力控制的方法,用于Wimax网络中,所述Wimax网络包括有AAA客户端、AAA服务器、用户业务数据转发控制装置以及用户业务能力控制通知装置,该方法包括:
a、AAA客户端与用户业务数据转发控制装置进行用户业务能力控制的用户业务数据转发控制协商;
b、AAA客户端通过归属AAA服务器与用户业务能力控制通知装置进行用户业务能力控制通知协商;
c、根据所述业务数据转发控制协商结果,所述用户业务数据转发控制装置进行用户业务能力控制的业务数据转发控制;
d、根据所述用户业务能力控制通知协商结果,所述用户业务能力控制通知装置进行用户业务能力控制通知的控制。
其中,步骤a包括:
a1、AAA客户端发起协商,向用户业务数据转发控制装置发送携带业务数据转发能力控制属性参数的接入请求报文,请求对用户业务数据转发进行控制;
a2、用户业务数据转发控制装置接收所述接入请求报文,向AAA客户端回送携带协商结果的接入拒绝报文,通知AAA客户端协商结果。
其中,步骤b包括:
b1、AAA客户端向归属AAA服务器发送携带业务能力控制状态的接入请求报文;
b2、归属AAA服务器向用户业务能力控制通知装置转发携带业务能力控制状态的接入请求报文,请求对用户能力控制向用户进行通知;
b3、用户业务能力控制通知装置接收所述接入请求报文,向归属AAA服务器回送携带协商结果的接入拒绝报文;
b4、归属AAA服务器向AAA客户端转发携带协商结果的接入拒绝报文,通知AAA客户端协商结果。
可选地,步骤c包括:
所述对用户业务能力控制为在用户上线或已经上线时中断用户业务,若协商通过,则中断该用户业务,由用户业务数据转发控制装置控制将用户业务数据转发给用户业务能力控制通知装置;
若协商未通过,结束控制流程。
可选地,步骤c包括:
所述对用户业务能力控制为恢复用户业务,若协商通过,用户业务数据转发控制装置不再将用户业务数据转发给用户业务能力控制通知装置;
若协商未通过,结束控制流程。
其中,步骤d包括:
若协商通过,根据用户开展的业务类型,用户业务能力控制通知装置通知用户其当前用户业务能力控制状态;
若协商未通过,用户业务能力控制通知装置不通知用户其当前用户业务能力控制状态。
其中,所述用户业务能力控制状态为中断用户业务或恢复用户业务。
相应地,本发明的一种Wimax网络中实现用户业务能力控制的装置,包括:
用户业务数据转发控制装置,用于进行用户业务能力控制时,转发用户业务数据;
用户业务能力控制通知装置,在中断业务接收用户业务数据转发控制装置转发的用户业务数据或恢复业务时,根据用户开展的业务类型,通知用户进行用户业务能力控制;
归属AAA服务器,与所述用户业务能力控制通知装置进行用户业务能力控制通知协商;
AAA客户端,与所述用户业务数据转发控制装置进行用户业务能力控制的用户业务数据转发控制协商,并在协商通过后将接收的用户业务数据转发给所述用户业务数据转发控制装置,并通过所述归属AAA服务器进行用户业务能力控制通知协商。
相应地,本发明的一种预付费业务中用户余额不足控制用户业务能力的方法,用于Wimax网络中,所述Wimax网络包括有AAA客户端、AAA服务器、预付费服务器、业务数据转发控制装置以及用户业务能力控制通知装置,该方法包括:
A、预付费服务器发起预付费用户业务能力控制;
B、AAA客户端与用户业务数据转发控制装置进行预付费用户业务能力控制的用户业务数据转发控制协商;
C、AAA客户端通过归属AAA服务器与用户业务能力控制通知装置进行预付费用户业务能力控制通知协商;
D、根据所述业务数据转发控制协商结果,所述用户业务数据转发控制装置进行预付费用户业务能力控制的业务数据转发控制;
E、根据所述用户业务能力控制通知协商结果,所述用户业务能力控制通知装置进行预付费用户业务能力控制通知的控制。
其中,步骤A包括:
A1、用户认证通过,AAA客户端向归属AAA服务器发送计费请求报文;
A2、归属AAA服务器将所述计费请求转发给预付费服务器;
A3、预付费服务器判断预付费用户余额状态,向归属AAA服务器发送携带所述预付费用户余额不足或余额已充值的计费响应报文;
A4、归属AAA服务器向AAA客户端转发携带所述预付费用户余额不足或余额已充值的计费响应报文。
其中,步骤B包括:
B1、AAA客户端发起协商,向用户业务数据转发控制装置发送携带业务数据转发能力控制属性参数的接入请求报文,请求对预付费用户业务数据转发进行控制;
B2、用户业务数据转发控制装置接收所述接入请求报文,向AAA客户端回送携带协商结果的接入拒绝报文,通知AAA客户端协商结果。
其中,步骤C包括:
C1、AAA客户端向归属AAA服务器发送携带用户业务能力控制状态的接入请求报文;
C2、归属AAA服务器向用户业务能力控制通知装置转发携带用户业务能力控制状态的接入请求报文,请求对用户能力控制向用户进行通知;
C3、用户业务能力控制通知装置接收所述接入请求报文,向归属AAA服务器回送携带协商结果的接入拒绝报文;
C4、归属AAA服务器向AAA客户端转发携带协商结果的接入拒绝报文,通知AAA客户端协商结果。
可选地,步骤D包括:
所述对用户业务能力控制为在用户上线或已经上线时中断预付费用户业务,若协商通过,则中断用户业务,由用户业务数据转发控制装置控制将用户业务数据转发给用户业务能力控制通知装置;
若协商未通过,结束控制流程。
可选地,步骤D包括:
所述对用户业务能力控制为恢复预付费用户业务,若协商通过,则恢复该预付费用户业务,用户业务数据转发控制装置不再将该预付费用户业务数据转发给用户业务能力控制通知装置;
若协商未通过,结束控制流程。
其中,步骤E包括:
若协商通过,根据预付费用户开展的业务类型,用户业务能力控制通知装置通知该预付费用户其当前用户业务能力控制状态;
若协商未通过,用户业务能力控制通知装置不通知预付费用户其当前用户业务能力控制状态。
其中,所述用户业务能力控制状态为中断预付费用户业务或恢复预付费用户业务。
与现有技术相比,本发明具有以下有益效果:
本发明中通过设置用户业务数据转发控制装置和用户业务能力控制通知装置,在具体实现时,通过AAA客户端与用户业务数据转发控制装置进行用户业务能力控制的用户业务数据转发控制协商;以及AAA客户端通过归属AAA服务器与用户业务能力控制通知装置进行用户业务能力控制通知协商;根据所述业务数据转发控制协商结果,所述用户业务数据转发控制装置进行用户业务能力控制的业务数据转发控制;根据所述用户业务能力控制通知协商结果,所述用户业务能力控制通知装置进行用户业务能力控制通知的控制,从而在Wimax网络中实现主动中断或者恢复用户业务并可通知用户,具有高度灵活的控制业务能力,可以防止恶意欠费或者非法接入,提高利润,对用户来说实时的进行业务状态通知非常友好,具体实现时,可采用使用广泛的Radius协议,并且完全使用原有Radius消息,仅新增一小部分属性,设备升级和改动更加简单,尤其适用于预付费业务中控制用户的业务能力。
附图说明
图1是现有技术WiMAX网络示意图;
图2是本发明实现用户业务能力控制的装置示意图;
图3是本发明中用户离线时网络侧主动中断用户业务并通知其当前状态的具体实施例流程图;
图4是本发明用户在线进行业务时网络侧主动中断用户业务并通知其当前状态的具体实施例流程图;
图5是本发明网络侧主动恢复用户业务能力并通知其当前状态的具体实施例流程图;
图6是本发明应用的PPS业务中实现用户业务能力控制的网络环境示意图;
图7是本发明预付费用户认证时余额不足时将用户业务数据转发并通知其当前状态的具体实施例流程图;
图8是本发明预付费用户在线进行业务时余额不足时将用户业务数据转发并通知其当前状态的具体实施例流程图;
图9是本发明预付费用户充值以后,认证时恢复用户业务能力的具体实施例流程图。
具体实施方式
参考图2,该图是本发明实现用户业务能力控制的装置。
本发明中主要利用现有的Wimax网络的计费体系架构实现用户业务能力控制,即AAA客户端11和所述AAA客户端的归属AAA服务器12等,所述AAA客户端和所述AAA客户端的归属AAA服务器均是逻辑功能模块而不一定对应某一个特定的物理实体。
另外,本发明中还新增用户业务数据转发装置和用户业务能力控制通知装置,其中用户业务数据转发装置和用户业务能力控制通知装置,其中所述用户业务数据转发装置用于中断业务时,转发用户业务数据,具体实现时,所述用户业务数据转发装置13可由Radius服务器扩展而成(简称为ERAC,扩展Radius应用客户端),ERAC在Wimax计费网络中的作用主要做为Radius服务器处理Radius报文,向网络侧设备获取用户业务数据的预先处理权以及将用户业务数据转发至用户业务能力控制通知装置14。
所述用户业务能力控制通知装置14,在中断业务接收用户业务数据转发装置转发的用户业务数据或恢复业务时,根据用户开展的业务类型,通知用户进行用户业务能力控制,具体实现时,所述用户业务数据转发装置13可由Radius服务器扩展而成(简称为ERAS,扩展Radius应用服务器),其在Wimax网络的计费系统中的作用主要是做为Radius服务器处理Radius报文,分析用户的业务数据并通知用户其当前状态以及接收转发的用户业务数据。
具体实现时,本发明中所述归属AAA服务器12,与所述用户业务能力控制通知装置进行用户业务能力控制通知协商;
所述AAA客户端11,则与所述用户业务数据转发装置进行用户业务能力控制的用户业务数据转发控制协商,并在协商通过后将接收的用户业务数据转发给所述用户业务数据转发装置13,并通过所述归属AAA服务器12进行用户业务能力控制通知协商。
实现用户业务能力控制时,本发明中首先由所述AAA客户端与用户业务数据转发控制装置进行用户业务能力控制的用户业务数据转发控制协商,并由所述AAA客户端通过归属AAA服务器与用户业务能力控制通知装置进行用户业务能力控制通知协商;根据所述业务数据转发控制协商结果,所述用户业务数据转发控制装置即可进行用户业务能力控制的业务数据转发控制;另外,根据所述用户业务能力控制通知协商结果,本发明中所述用户业务能力控制通知装置还可进行用户业务能力控制通知的控制。
下面按照本发明在Wimax网络中实现的三种功能对本发明实现用户业务能力控制的方法具体进行说明:
●当网络侧中断用户业务时,系统能够通知用户其当前状态
●当网络侧中断用户业务时,系统能够将用户业务数据转发至用户业务能力控制通知装置(本实施例中该用户业务能力控制通知装置为ERAS-扩展Radius应用服务器)
●当网络侧允许用户恢复业务时,系统能够恢复用户的业务能力,并通知用户其当前状态
参考图3,该图是本发明中用户离线时网络侧主动中断用户业务并通知其当前状态的具体实施例流程图,具体包括如下流程:
1.用户离线,AAA Proxy/Client收到中断用户业务的命令,该命令可能来自网络管理系统。
2.AAA代理/客户端(AAA Proxy/Client)向ERAC发送接入请求Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性Preprocess Status,其值为1。
Preprocess Status的值域长度为4个字节,其取值定义如下:
值为0,表示ERAC拒绝响应请求
值为1,表示请求对用户业务数据预先处理
值为2,表示请求对用户业务数据不进行预先处理
值为3,表示对用户业务数据预先处理请求确认
值为4,表示对用户业务数据不进行预先处理请求确认。
3.ERAC向AAA Proxy/Client发送Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性PreprocessStatus,其值可能为3也可能为0,由ERAC本身策略决定。
4.AAA Proxy/Client根据收到的来自ERAC的Access-Reject报文中的Preprocess Status的值来决定流程的走向,如果Preprocess Status=0,流程中止;如果Proprocess Status=3,流程继续。
5.AAA Proxy/Client向归属AAA服务器(Home AAA Server)发送接入请求Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserService Status和Notification Request,UserService Status的值为3,Notification Request的值为0。
UserService Status的值域长度为4个字节,其取值定义如下:
值为1,表示预付费用户因为余额不足业务中断
值为2,表示预付费用户余额充足业务正常
值为3,表示运营商主动中断用户当前业务
值为4,表示运营商主动中断的用户业务恢复正常
Notfication Request的值域长度为4个字节,其取值定义如下:
值为0,表示通知用户请求
值为1,表示通知用户请求确认
值为2,表示通知用户请求拒绝
6.Home AAA Server将Access-Request报文转发至ERAS。
7.ERAS向Home AAA Server发送接入拒绝Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserService Status和Notification Request,UserService Status的值仍然为3,Notification Request的值表示ERAS是否会主动通知用户,值为1表示ERAS愿意通知用户,值为2表示ERAS拒绝通知用户。
8.Home AAA Server将Access-Reject报文转发至AAA Proxy/Client。
9.ERAS是否主动通知用户其当前状态的依据是UserService Status的取值以及ERAS本身是否愿意提供主动通知用户的功能来决定的。若ERAS本身策略上不提供主动通知用户的功能,则ERAS不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为1或者3,ERAS也不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为2或者4,ERAS必须主动通知用户。
10.用户上线并开始业务。
11.AAA Proxy/Client将用户业务数据转交给ERAC预先进行处理。
12.ERAC重定向用户业务数据至ERAS。
13.ERAS分析用户业务数据的类型,根据用户开展的业务类型,选择一种通知方式通知用户其当前状态(通知方式可以是网页、语音或者其他通知方式,通知策略由运营商自己定制)。
参考图4,该图是本发明用户在线进行业务时网络侧主动中断用户业务并通知其当前状态的具体实施例流程图,具体包括以下步骤:
1.用户在线开展业务。
2.AAA Proxy/Client收到中断用户业务的命令,该命令可能来自网络管理系统。
3.AAA Proxy/Client向ERAC发送Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性PreprocessStatus,其值为1,Preprocess Status的取值定义同前,这里不再赘述。
4.ERAC向AAA Proxy/Client发送Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性PreprocessStatus,其值可能为3也可能为0,由ERAC本身策略决定。
5.AAA Proxy/Client根据收到的来自ERAC的Access-Reject报文中的Preprocess Status的值来决定流程的走向,如果Preprocess Status=0,流程中止;如果Proprocess Status=3,流程继续。
6.AAA Proxy/Client向Home AAA Server发送Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserService Status和Notification Request,UserService Status的值为3,Notification Request的值为0。UserService Status的取值定义同前,NotificationRequest的取值定义也同前。
7.Home AAA Server将Access-Request报文转发至ERAS。
8.ERAS向Home AAA Server发送Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserServiceStatus和Notification Request,UserService Status的值仍然为3,NotificationRequest的值表示ERAS是否会主动通知用户,值为1表示ERAS愿意通知用户,值为2表示ERAS拒绝通知用户。
9.Home AAA Server将Access-Reject报文转发至AAA Proxy/Client。
10.ERAS是否主动通知用户其当前状态的依据是UserService Status的取值以及ERAS本身是否愿意提供主动通知用户的功能来决定的。
若ERAS本身策略上不提供主动通知用户的功能,则ERAS不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为1或者3,ERAS也不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为2或者4,ERAS必须主动通知用户。
11.用户业务数据到达AAA Proxy/Client。
12.AAA Proxy/Client将用户业务数据转交给ERAC预先进行处理。
13.ERAC重定向用户业务数据至ERAS。
14.ERAS分析用户业务数据的类型,根据用户开展的业务类型,选择一种通知方式通知用户其当前状态(通知方式可以是网页、语音或者其他通知方式,通知策略由运营商自己定制)。
参考图5,该图是本发明网络侧主动恢复用户业务能力并通知其当前状态的具体实施例流程图,主要包括以下步骤:
1.AAA Proxy/Client收到恢复用户业务的命令,该命令可能来自网络管理系统。
2.AAA Proxy/Client向ERAC发送Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性PreprocessStatus,其值为2,Preprocess Status的取值定义参考前述说明。
3.ERAC向AAA Proxy/Client发送Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性PreprocessStatus,其值可能为4也可能为0,由ERAC本身策略决定。
4.AAA Proxy/Client根据收到的来自ERAC的Access-Reject报文中的Preprocess Status的值来决定流程的走向,如果Preprocess Status=0,流程中止;如果Proprocess Status=4,流程继续。
5.AAA Proxy/Client向Home AAA Server发送Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserService Status和Notification Request,UserService Status的值为4,Notification Request的值为0,UserService Status的取值定义以及NotificationRequest的取值定义参考前述说明。
6.Home AAA Server将Access-Request报文转发至ERAS。
7.ERAS向Home AAA Server发送Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserServiceStatus和Notification Request,UserService Status的值仍然为4,NotificationRequest的值表示ERAS是否会主动通知用户,值为1表示ERAS愿意通知用户,值为2表示ERAS拒绝通知用户。
8.Home AAA Server将Access-Reject报文转发至AAA Proxy/Client。
9.ERAS是否主动通知用户其当前状态的依据是UserService Status的取值以及ERAS本身是否愿意提供主动通知用户的功能来决定的:
若ERAS本身策略上不提供主动通知用户的功能,则ERAS不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为1或者3,ERAS也不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为2或者4,ERAS必须主动通知用户。
10.ERAS分析用户业务数据的类型,根据用户开展的业务类型,选择一种通知方式通知用户其当前状态(通知方式可以是网页、语音或者其他通知方式,通知策略由运营商自己定制)。
具体上述各个属性参数的定义参考表1所示
表1
属性名称 | 属性值 | 属性意义 | 值域长度 | 所属消息 | 是否新增属性 |
User-Name | 1 | 帐号名 | 不定 | Accounting-ResponseAccounting-RequestAccess-Reject | N |
UserService Status | 26/x28 | 用户业务状态 | 4 | Access-Reject | Y |
Preprocess Status | 26/x29 | 预处理状态 | 4 | Access-RequestAccess-Reject | Y |
Notification Request | 26/x30 | 通知请求 | 4 | Access-RequestAccess-Reject | Y |
下面以本发明具体应用在PPS业务中进行说明。
参考图6,该图是本发明应用的PPS业务中实现用户业务能力控制的网络环境示意图。
如图所示,为实现PPS业务中余额不足控制用户业务能力,本实施例中控制用户业务能力的装置包括有:
预付费服务器15,所述预付费服务器主要用于判断预付费用户的预额状态;
另外,本实施例中还包括用户业务数据转发装置13,用于预付费用户预额状态为预额不足,进行预付费用户业务能力控制时,转发预付费用户业务数据;
用户业务能力控制通知装置14,在中断业务接收用户业务数据转发装置转发的预付费用户业务数据或恢复业务时,根据预付费用户开展的业务类型,通知预付费用户进行预付费用户业务能力控制;
归属AAA服务器12,与所述用户业务能力控制通知装置进行预付费用户业务能力控制通知协商;
AAA客户端11,与所述用户业务数据转发装置进行预付费用户业务能力控制的用户业务数据转发控制协商,并在协商通过后将接收的用户业务数据转发给所述用户业务数据转发装置,并通过所述归属AAA服务器进行用户业务能力控制通知协商。
上述AAA客户端11、归属AAA服务器12、用户业务数据转发装置13以及用户业务能力控制通知装置14可参考前述说明,这里不再赘述。
下面说明本发明实现预付费业务用户业务能力控制的方法。
参考图7,该图是预付费用户认证时余额不足时将用户业务数据转发并通知其当前状态的具体实施例流程图,主要包括如下流程:
1.用户认证通过。
2.AAA Proxy/Client向Home AAA Server发送Accounting-Request/start计费报文,其中携带属性User-Name,并且该属性中应包含能够标识预付费用户的后缀名。
3.Home AAA Server将Accounting-Request/start计费报文转发给PPS。
4.PPS判断出预付费用户余额不足,向Home AAA Server发送Accounting-Response/start计费报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserService Status,其值为1。
UserService Status的值域长度为4个字节,其取值定义如下:
值为1,表示预付费用户因为余额不足业务中断
值为2,表示预付费用户余额充足业务正常
值为3,表示运营商主动中断用户当前业务
值为4,表示运营商主动中断的用户业务恢复正常。
5.Home AAA Server将Accounting-Response/start计费报文转发给AAAProxy/Client。
6.AAA Proxy/Client向ERAC发送Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性PreprocessStatus,其值为1。
Preprocess Status的值域长度为4个字节,其取值定义如下:
值为0,表示ERAC拒绝响应请求
值为1,表示请求对用户业务数据预先处理
值为2,表示请求对用户业务数据不进行预先处理
值为3,表示对用户业务数据预先处理请求确认
值为4,表示对用户业务数据不进行预先处理请求确认。
7.ERAC向AAA Proxy/Client发送Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性PreprocessStatus,其值可能为3也可能为0,由ERAC本身策略决定。
8.AAA Proxy/Client根据收到的来自ERAC的Access-Reject报文中的Preprocess Status的值来决定流程的走向,如果Preprocess Status=0,流程中止;如果Proprocess Status=3,流程继续。
9.AAA Proxy/Client向Home AAA Server发送Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserService Status和Notification Request,UserService Status的值与前面的计费报文中一样为1,Notification Request的值为0。
Notfication Request的值域长度为4个字节,其取值定义如下:
值为0,表示通知用户请求
值为1,表示通知用户请求确认
值为2,表示通知用户请求拒绝
10.Home AAA Server将Access-Request报文转发至ERAS。
11.ERAS向Home AAA Server发送Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserServiceStatus和Notification Request,UserService Status的值仍然为1,NotificationRequest的值表示ERAS是否会主动通知用户,值为1表示ERAS愿意通知用户,值为2表示ERAS拒绝通知用户。
12.Home AAA Server将Access-Reject报文转发至AAA Proxy/Client。
13.ERAS是否主动通知用户其当前状态的依据是UserService Status的取值以及ERAS本身是否愿意提供主动通知用户的功能来决定的:
若ERAS本身策略上不提供主动通知用户的功能,则ERAS不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为1或者3,ERAS也不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为2或者4,ERAS必须主动通知用户。
14.用户开始开展业务,业务数据到达AAA Proxy/Client。
15.AAA Proxy/Client将用户业务数据转交给ERAC预先进行处理。
16.ERAC重定向用户业务数据至ERAS。
17.ERAS分析用户业务数据的类型,根据用户开展的业务类型,选择一种通知方式通知用户其当前状态(通知方式可以是网页、语音或者其他通知方式,通知策略由运营商自己定制)。
参考图8,该图是本发明预付费用户在线进行业务时余额不足时将用户业务数据转发并通知其当前状态的具体实施例流程图,主要包括如下步骤:
1.用户在线开展业务。
2.AAA Proxy/Client向Home AAA Server发送Accounting-Request/interim-update计费报文,其中携带属性User-Name,并且该属性中应包含能够标识预付费用户的后缀名。
3.Home AAA Server将Accounting-Request/interim-update计费报文转发给PPS。
4.PPS判断出预付费用户余额不足,向Home AAA Server发送Accounting-Response/interim-update计费报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserService Status,其值为1,UserService Status的取值定义参考前述说明。
5.Home AAA Server将Accounting-Response/interim-update计费报文转发给AAA Proxy/Client。
6.AAA Proxy/Client向ERAC发送Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性PreprocessStatus,其值为1,Preprocess Status的取值定义参考前述说明。
7.ERAC向AAA Proxy/Client发送Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性PreprocessStatus,其值可能为3也可能为0,由ERAC本身策略决定。
8.AAA Proxy/Client根据收到的来自ERAC的Access-Reject报文中的Preprocess Status的值来决定流程的走向,如果Preprocess Status=0,流程中止;如果Proprocess Status=3,流程继续。
9.AAA Proxy/Client向Home AAA Server发送Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserService Status和Notification Request,UserService Status的值与前面的计费报文中一样为1,Notification Request的值为0,Notification Request的取值定义参考前述说明。
10.Home AAA Server将Access-Request报文转发至ERAS。
11.ERAS向Home AAA Server发送Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserServiceStatus和Notification Request,UserService Status的值仍然为1,NotificationRequest的值表示ERAS是否会主动通知用户,值为1表示ERAS愿意通知用户,值为2表示ERAS拒绝通知用户。
12.Home AAA Server将Access-Reject报文转发至AAA Proxy/Client。
13.ERAS是否主动通知用户其当前状态的依据是UserService Status的取值以及ERAS本身是否愿意提供主动通知用户的功能来决定:
若ERAS本身策略上不提供主动通知用户的功能,则ERAS不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为1或者3,ERAS也不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为2或者4,ERAS必须主动通知用户。
14.用户业务数据到达AAA Proxy/Client。
15.AAA Proxy/Client将用户业务数据转交给ERAC预先进行处理。
16.ERAC重定向用户业务数据至ERAS。
17.ERAS分析用户业务数据的类型,根据用户开展的业务类型,选择一种通知方式通知用户其当前状态(通知方式可以是网页、语音或者其他通知方式,通知策略由运营商自己定制)。
参考图9,该图是预付费用户充值以后,认证时恢复用户业务能力的具体实时例流程图。具体的流程描述如下:
1.用户认证通过。
2.AAA Proxy/Client向Home AAA Server发送Accounting-Request/start计费报文,其中携带属性User-Name,并且该属性中应包含能够标识预付费用户的后缀名。
3.Home AAA Server将Accounting-Request/start计费报文转发给PPS。
4.PPS判断出预付费用户余额不足,向Home AAA Server发送Accounting-Response/start计费报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserService Status,其值为2。UserService Status的取值定义参考前述说明。
5.Home AAA Server将Accounting-Response/start计费报文转发给AAAProxy/Client。
6.AAA Proxy/Client向ERAC发送Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性PreprocessStatus,其值为2。Preprocess Status的取值定义参考前述说明。
7.ERAC向AAA Proxy/Client发送Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性PreprocessStatus,其值可能为4也可能为0,由ERAC本身策略决定。
8.AAA Proxy/Client根据收到的来自ERAC的Access-Reject报文中的Preprocess Status的值来决定流程的走向,如果Preprocess Status=0,流程中止;如果Proprocess Status=4,流程继续。
9.AAA Proxy/Client向Home AAA Server发送Access-Request报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserService Status和Notification Request,UserService Status的值与前面的计费报文中一样为2,Notification Request的值为0。Notification Request的取值定义参考前述说明。
10.Home AAA Server将Access-Request报文转发至ERAS。
11.ERAS向Home AAA Server发送Access-Reject报文,其中携带属性User-Name,Vendor-Specific,其中Vendor-Specific中又包含子属性UserServiceStatus和Notification Request,UserService Status的值仍然为2,NotificationRequest的值表示ERAS是否会主动通知用户,值为1表示ERAS愿意通知用户,值为2表示ERAS拒绝通知用户。
12.Home AAA Server将Access-Reject报文转发至AAA Proxy/Client。
13.ERAS是否主动通知用户其当前状态的依据是UserService Status的取值以及ERAS本身是否愿意提供主动通知用户的功能来决定:
若ERAS本身策略上不提供主动通知用户的功能,则ERAS不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为1或者3。ERAS也不会主动通知用户。
若ERAS本身策略上提供主动通知用户的功能,但是UserService Status的值为2或者4,ERAS必须主动通知用户。
14.ERAS分析用户业务数据的类型,根据用户开展的业务类型,选择一种通知方式通知用户其当前状态(通知方式可以是网页、语音或者其他通知方式,通知策略由运营商自己定制)。
综上,本发明实现Wimax网络中主动中断或者恢复用户业务并进行通知,对用户来说实时的进行业务状态通知非常友好,对运营商来说系统具有高度灵活的控制业务能力,可以防止恶意欠费或者非法接入,提高利润。在本发明的优选实施例中采用使用广泛的Radius协议,并且完全使用原有Radius消息,仅新增一小部分属性,设备升级和改动更加简单,尤其适用于预付费业务。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (17)
1、一种实现用户业务能力控制的方法,用于Wimax网络中,所述Wimax网络包括有AAA客户端、AAA服务器、用户业务数据转发控制装置以及用户业务能力控制通知装置,其特征在于,该方法包括:
a、AAA客户端与用户业务数据转发控制装置进行用户业务能力控制的用户业务数据转发控制协商;
b、AAA客户端通过归属AAA服务器与用户业务能力控制通知装置进行用户业务能力控制通知协商;
c、根据所述业务数据转发控制协商结果,所述用户业务数据转发控制装置进行用户业务能力控制的业务数据转发控制;
d、根据所述用户业务能力控制通知协商结果,所述用户业务能力控制通知装置进行用户业务能力控制通知的控制。
2、根据权利要求1所述的实现用户业务能力控制的方法,其特征在于,步骤a包括:
a1、AAA客户端发起协商,向用户业务数据转发控制装置发送携带业务数据转发能力控制属性参数的接入请求报文,请求对用户业务数据转发进行控制;
a2、用户业务数据转发控制装置接收所述接入请求报文,向AAA客户端回送携带协商结果的接入拒绝报文,通知AAA客户端协商结果。
3、根据权利要求1所述的实现用户业务能力控制的方法,其特征在于,步骤b包括:
b1、AAA客户端向归属AAA服务器发送携带业务能力控制状态的接入请求报文;
b2、归属AAA服务器向用户业务能力控制通知装置转发携带业务能力控制状态的接入请求报文,请求对用户能力控制向用户进行通知;
b3、用户业务能力控制通知装置接收所述接入请求报文,向归属AAA服务器回送携带协商结果的接入拒绝报文;
b4、归属AAA服务器向AAA客户端转发携带协商结果的接入拒绝报文,通知AAA客户端协商结果。
4、根据权利要求1所述的实现用户业务能力控制的方法,其特征在于,步骤c包括:
所述对用户业务能力控制为在用户上线或已经上线时中断用户业务,若协商通过,则中断该用户业务,由用户业务数据转发控制装置控制将用户业务数据转发给用户业务能力控制通知装置;
若协商未通过,结束控制流程。
5、根据权利要求1所述的实现用户业务能力控制的方法,其特征在于,步骤c包括:
所述对用户业务能力控制为恢复用户业务,若协商通过,用户业务数据转发控制装置不再将用户业务数据转发给用户业务能力控制通知装置;
若协商未通过,结束控制流程。
6、根据权利要求4或5所述的实现用户业务能力控制的方法,其特征在于,步骤d包括:
若协商通过,根据用户开展的业务类型,用户业务能力控制通知装置通知用户其当前用户业务能力控制状态;
若协商未通过,用户业务能力控制通知装置不通知用户其当前用户业务能力控制状态。
7、根据权利要求6所述的实现用户业务能力控制的方法,其特征在于,所述用户业务能力控制状态为中断用户业务或恢复用户业务。
8、一种Wimax网络中实现用户业务能力控制的装置,其特征在于,包括:
用户业务数据转发控制装置,用于进行用户业务能力控制时,转发用户业务数据;
用户业务能力控制通知装置,在中断业务接收用户业务数据转发控制装置转发的用户业务数据或恢复业务时,根据用户开展的业务类型,通知用户进行用户业务能力控制;
归属AAA服务器,与所述用户业务能力控制通知装置进行用户业务能力控制通知协商;
AAA客户端,与所述用户业务数据转发控制装置进行用户业务能力控制的用户业务数据转发控制协商,并在协商通过后将接收的用户业务数据转发给所述用户业务数据转发控制装置,并通过所述归属AAA服务器进行用户业务能力控制通知协商。
9、一种预付费业务中用户余额不足控制用户业务能力的方法,用于Wimax网络中,所述Wimax网络包括有AAA客户端、AAA服务器、预付费服务器、业务数据转发控制装置以及用户业务能力控制通知装置,其特征在于,该方法包括:
A、预付费服务器发起预付费用户业务能力控制;
B、AAA客户端与用户业务数据转发控制装置进行预付费用户业务能力控制的用户业务数据转发控制协商;
C、AAA客户端通过归属AAA服务器与用户业务能力控制通知装置进行预付费用户业务能力控制通知协商;
D、根据所述业务数据转发控制协商结果,所述用户业务数据转发控制装置进行预付费用户业务能力控制的业务数据转发控制;
E、根据所述用户业务能力控制通知协商结果,所述用户业务能力控制通知装置进行预付费用户业务能力控制通知的控制。
10、根据权利要求9所述的预付费业务中用户余额不足控制用户业务能力的方法,其特征在于,步骤A包括:
A1、用户认证通过,AAA客户端向归属AAA服务器发送计费请求报文;
A2、归属AAA服务器将所述计费请求转发给预付费服务器;
A3、预付费服务器判断预付费用户余额状态,向归属AAA服务器发送携带所述预付费用户余额不足或余额已充值的计费响应报文;
A4、归属AAA服务器向AAA客户端转发携带所述预付费用户余额不足或余额已充值的计费响应报文。
11、根据权利要求10所述的预付费业务中用户余额不足控制用户业务能力的方法,其特征在于,步骤B包括:
B1、AAA客户端发起协商,向用户业务数据转发控制装置发送携带业务数据转发能力控制属性参数的接入请求报文,请求对预付费用户业务数据转发进行控制;
B2、用户业务数据转发控制装置接收所述接入请求报文,向AAA客户端回送携带协商结果的接入拒绝报文,通知AAA客户端协商结果。
12、根据权利要求10所述的预付费业务中用户余额不足控制用户业务能力的方法,其特征在于,步骤C包括:
C1、AAA客户端向归属AAA服务器发送携带用户业务能力控制状态的接入请求报文;
C2、归属AAA服务器向用户业务能力控制通知装置转发携带用户业务能力控制状态的接入请求报文,请求对用户能力控制向用户进行通知;
C3、用户业务能力控制通知装置接收所述接入请求报文,向归属AAA服务器回送携带协商结果的接入拒绝报文;
C4、归属AAA服务器向AAA客户端转发携带协商结果的接入拒绝报文,通知AAA客户端协商结果。
13、根据权利要求10所述的预付费业务中用户余额不足控制用户业务能力的方法,其特征在于,步骤D包括:
所述对用户业务能力控制为在用户上线或已经上线时中断预付费用户业务,若协商通过,则中断用户业务,由用户业务数据转发控制装置控制将用户业务数据转发给用户业务能力控制通知装置;
若协商未通过,结束控制流程。
14、根据权利要求10所述的预付费业务中用户余额不足控制用户业务能力的方法,其特征在于,步骤D包括:
所述对用户业务能力控制为恢复预付费用户业务,若协商通过,则恢复该预付费用户业务,用户业务数据转发控制装置不再将该预付费用户业务数据转发给用户业务能力控制通知装置;
若协商未通过,结束控制流程。
15、根据权利要求13或14所述的预付费业务中用户余额不足控制用户业务能力的方法,其特征在于,步骤E包括:
若协商通过,根据预付费用户开展的业务类型,用户业务能力控制通知装置通知该预付费用户其当前用户业务能力控制状态;
若协商未通过,用户业务能力控制通知装置不通知预付费用户其当前用户业务能力控制状态。
16、根据权利要求15所述的预付费业务中用户余额不足控制用户业务能力的方法,其特征在于,所述用户业务能力控制状态为中断预付费用户业务或恢复预付费用户业务。
17、一种预付费业务中用户余额不足控制用户业务能力的装置,其特征在于,包括:
预付费服务器,判断预付费用户的余额状态;
用户业务数据转发装置,用于预付费用户余额状态为预额不足,进行预付费用户业务能力控制时,转发预付费用户业务数据;
用户业务能力控制通知装置,在中断业务接收用户业务数据转发装置转发的预付费用户业务数据或恢复业务时,根据预付费用户开展的业务类型,通知预付费用户进行预付费用户业务能力控制;
归属AAA服务器,与所述用户业务能力控制通知装置进行预付费用户业务能力控制通知协商;
AAA客户端,与所述用户业务数据转发装置进行预付费用户业务能力控制的用户业务数据转发控制协商,并在协商通过后将接收的用户业务数据转发给所述用户业务数据转发装置,并通过所述归属AAA服务器进行用户业务能力控制通知协商。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510036668 CN1921404A (zh) | 2005-08-23 | 2005-08-23 | 实现用户业务能力控制的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510036668 CN1921404A (zh) | 2005-08-23 | 2005-08-23 | 实现用户业务能力控制的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1921404A true CN1921404A (zh) | 2007-02-28 |
Family
ID=37778989
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200510036668 Pending CN1921404A (zh) | 2005-08-23 | 2005-08-23 | 实现用户业务能力控制的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1921404A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009043205A1 (fr) * | 2007-09-29 | 2009-04-09 | Zte Corporation | Procede de negociation de capacite ip d'unite reseau du cote reseau |
WO2009079867A1 (fr) * | 2007-12-25 | 2009-07-02 | Zte Corporation | Système et procédé d'authentification utilisateur fondés sur un système wimax |
CN101127659B (zh) * | 2007-09-06 | 2010-06-16 | 中兴通讯股份有限公司 | 在WiMAX系统中实现用户鉴权控制移动终端上线方法 |
CN102300005A (zh) * | 2010-06-24 | 2011-12-28 | 中兴通讯股份有限公司 | 一种热线挂起的方法和系统 |
CN103763144A (zh) * | 2014-01-26 | 2014-04-30 | 杭州华三通信技术有限公司 | 一种用户续费上线的方法和设备 |
WO2018018933A1 (zh) * | 2016-07-29 | 2018-02-01 | 京东方科技集团股份有限公司 | 对资源接入进行控制的方法和装置 |
-
2005
- 2005-08-23 CN CN 200510036668 patent/CN1921404A/zh active Pending
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127659B (zh) * | 2007-09-06 | 2010-06-16 | 中兴通讯股份有限公司 | 在WiMAX系统中实现用户鉴权控制移动终端上线方法 |
WO2009043205A1 (fr) * | 2007-09-29 | 2009-04-09 | Zte Corporation | Procede de negociation de capacite ip d'unite reseau du cote reseau |
WO2009079867A1 (fr) * | 2007-12-25 | 2009-07-02 | Zte Corporation | Système et procédé d'authentification utilisateur fondés sur un système wimax |
CN102300005A (zh) * | 2010-06-24 | 2011-12-28 | 中兴通讯股份有限公司 | 一种热线挂起的方法和系统 |
WO2011160524A1 (zh) * | 2010-06-24 | 2011-12-29 | 中兴通讯股份有限公司 | 一种热线挂起的方法和系统 |
CN102300005B (zh) * | 2010-06-24 | 2016-04-13 | 中兴通讯股份有限公司 | 一种热线挂起的方法和系统 |
CN103763144A (zh) * | 2014-01-26 | 2014-04-30 | 杭州华三通信技术有限公司 | 一种用户续费上线的方法和设备 |
CN103763144B (zh) * | 2014-01-26 | 2017-04-05 | 杭州华三通信技术有限公司 | 一种用户续费上线的方法和设备 |
WO2018018933A1 (zh) * | 2016-07-29 | 2018-02-01 | 京东方科技集团股份有限公司 | 对资源接入进行控制的方法和装置 |
CN107666505A (zh) * | 2016-07-29 | 2018-02-06 | 京东方科技集团股份有限公司 | 对资源接入进行控制的方法和装置 |
US10749872B2 (en) | 2016-07-29 | 2020-08-18 | Boe Technology Group Co., Ltd. | Method and device for controlling resource access |
CN107666505B (zh) * | 2016-07-29 | 2020-09-15 | 京东方科技集团股份有限公司 | 对资源接入进行控制的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1264327C (zh) | 实现高安全级别的无线通信系统、通信装置及携带终端 | |
CN1711784A (zh) | 用于发送sms以及文本消息的系统和方法 | |
CN1496628A (zh) | 内容分配系统 | |
CN1863145A (zh) | 互通无线局域网中服务质量修改方法 | |
CN1921404A (zh) | 实现用户业务能力控制的方法及装置 | |
CN101047989A (zh) | 一种用户漫游状态下的策略及计费控制方法 | |
CN1801743A (zh) | 终端设备的管理方法 | |
CN1395191A (zh) | 数据验证方法、数据验证装置及其处理程序产品 | |
CN1883220A (zh) | 利用专用网的移动通信系统、中继节点以及无线基站控制站 | |
CN1858794A (zh) | 虚拟物品租赁处理系统和方法 | |
CN1652502A (zh) | 通信装置和通信程序 | |
CN1656738A (zh) | 在连接多个数据通信网络的中间网络元件处的接入控制 | |
CN1221110C (zh) | 通信系统及其网关、无线信息终端和无线通信方法 | |
CN1628483A (zh) | 综合无线通信系统、移动通信系统、交换设备和移动终端、以及通信方法 | |
CN1497898A (zh) | 资源管理系统 | |
CN101052119A (zh) | 视频点播的控制方法、装置及应用 | |
CN101060703A (zh) | 用户设备切换时的策略和计费控制方法 | |
CN1894992A (zh) | 位置信息通知系统和方法、终端位置特定装置和保密检查装置 | |
CN1925519A (zh) | 电话呼叫的方法及电话终端 | |
CN1878388A (zh) | 通信网络中数据传输服务质量的确定方法 | |
CN101077023A (zh) | 用于配置无线电终端的方法和网络体系结构、无线电终端、网络节点及其计算机程序产品 | |
CN1845523A (zh) | 互通无线局域网中实现服务质量协商的方法 | |
CN100345411C (zh) | 支持分组数据预付费特性的移动用户鉴权计费方法 | |
CN1503537A (zh) | 服务控制网络系统 | |
CN1575563A (zh) | 在移动终端和服务器之间执行相互认证的系统和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |