CN105554721A - 通信业务信息的处理方法和装置 - Google Patents

通信业务信息的处理方法和装置 Download PDF

Info

Publication number
CN105554721A
CN105554721A CN201510884396.5A CN201510884396A CN105554721A CN 105554721 A CN105554721 A CN 105554721A CN 201510884396 A CN201510884396 A CN 201510884396A CN 105554721 A CN105554721 A CN 105554721A
Authority
CN
China
Prior art keywords
information
base station
routing
equipment
charging
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.)
Granted
Application number
CN201510884396.5A
Other languages
English (en)
Other versions
CN105554721B (zh
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.)
Baicells Technologies Co Ltd
Original Assignee
Baicells Technologies Co Ltd
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 Baicells Technologies Co Ltd filed Critical Baicells Technologies Co Ltd
Priority to CN201510884396.5A priority Critical patent/CN105554721B/zh
Publication of CN105554721A publication Critical patent/CN105554721A/zh
Application granted granted Critical
Publication of CN105554721B publication Critical patent/CN105554721B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403Architecture for metering, charging or billing

Landscapes

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

Abstract

本发明公开了一种通信业务信息的处理方法和装置。其中,处理方法包括:基站接收路由和计费策略设备发送的策略信息,策略信息包括路由策略信息,路由和计费策略设备通过第一逻辑接口与基站相连接,其中,路由策略信息为用于确定用户设备请求的通信业务的路由策略的信息;基站由路由策略信息确定用户设备请求的通信业务的信息传输路径;以及基站根据信息传输路径来搜集用户设备使用通信业务的计费信息,计费信息为用户设备使用通信业务时用于辅助计费的信息。通过本发明,解决了现有技术中无法对业务信息进行计费的问题。

Description

通信业务信息的处理方法和装置
技术领域
本发明涉及通信领域,具体而言,涉及一种通信业务信息的处理方法和装置。
背景技术
现有的移动通信网络包括多种网络设备,并且每种网络设备的功能不同,一些网络设备相互之间还能够通信;它们共同作用,使移动通信网络正常运行并且功能强大。以3GPP定义的4G系统为例,图1示出了其网络架构,图中的每一个模块都是一个网络设备,不同网络设备之间的连线表示它们相互之间能够通信,连线上标注的文字表示通信的接口名称;这些网络设备的功能以及通信接口都由3GPP移动通信规范严格定义,便于不同设备提供者生产出来的设备相互之间能够互联互通。整个系统主要由两部分构成,即E-UTRAN和EPC,E-UTRAN主要作用是用户设备(UE)接入移动通信网络,主要包括演进型基站ENB;EPC即是该系统的核心网部分,用于实现移动性管理、计费、数据包处理等功能,包括如图1所示的众多网络设备,如图1所示,MME负责移动性管理、非接入层信令的处理和用户移动管理上下文的管理等控制面的相关工作;SGW是与E-UTRAN相连的接入网关设备,在E-UTRAN和PGW之间转发数据,并且负责对寻呼等待数据进行缓存;PGW则是EPS与PDN网络的边界网关,负责PDN的接入及在EPS与PDN间转发数据等功能;SGW和PGW都属于核心网网关;PCRF是策略和计费规则功能实体,它通过接受接口Rx和运营商IP业务网络相连,获取业务信息。UE通过E-UTRAN和EPC,最终连接到PDN,从而实现高效快速的移动通信。
由图1可见,现有移动通信网络较为单一,所有业务信息都需要经过EPC再连接到PDN,计费平台再对经过EPC的业务信息进行计费。
在未来,大部分移动通信业务信息发生在室内或热点地区,并且业务量将急剧增加;由于在目前单一的移动通信网络系统架构下所有业务信息都要经过EPC,导致EPC需要不断扩容以符合业务的增长,需要运营商不断加大投入;此外,这种系统架构也由于使所有信息经过多个网络设备的处理而导致信息传输存在较大延时,从而通信的用户体验较差。
为了解决这个问题,人们提出了LIPA和SIPTO的概念,本地IP接入(LocalIPAccess,LIPA)和IP数据分流(SelectedIPTrafficOffload,SIPTO)技术最初是基于家庭基站(Home(enhanced)NodeB,H(e)NB)网络提出的,其含义是用户的业务信息直接从家庭基站连接到PDN,不经过运营商的核心网络,这样就避免了发生在室内或热点地区的大部分业务信息经过核心网的处理、导致核心网的负担加重。如图1所示,如果图1中的ENB是家庭基站,除了图1的连接外,还可以直接通过家庭宽带连接到PDN,这样通信业务信息就可以通过家庭宽带卸载了,从而降低核心网的处理负担。
但是,另一方面,由于采用这些技术的业务信息并没有被发送到核心网,移动通信运营商(下文称为运营商)就无法为这些业务信息进行计费,运营商无法从这一技术获得商业回报。
针对现有技术中无法对业务信息进行计费的问题,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种通信业务信息的处理方法和装置,以解决现有技术中无法对业务信息进行计费的问题。
为了实现上述目的,根据本发明实施例的一个方面,提供了一种通信业务信息的处理方法。根据本发明的通信业务信息的处理方法包括:基站接收路由和计费策略设备发送的策略信息,策略信息包括路由策略信息,路由和计费策略设备通过第一逻辑接口与基站相连接,其中,路由策略信息为用于确定用户设备请求的通信业务的路由策略的信息;基站由路由策略信息确定用户设备请求的通信业务的信息传输路径;以及基站根据信息传输路径来搜集用户设备使用通信业务的计费信息,计费信息为用户设备使用通信业务时用于辅助计费的信息。
进一步地,基站连接到分组数据网,路由和计费策略设备与基站通过第一逻辑接口进行数据通信,信息传输路径包括以下至少之一:通过基站连接到移动通信网络的核心网;通过基站接入分组数据网;通过基站连接到接入基站的其它设备。
进一步地,基站根据信息传输路径搜集用户设备使用通信业务的计费信息包括:基站根据信息传输路径判断是否搜集用户设备使用通信业务的计费信息;如果信息传输路径为通过基站连接到核心网,则不通过基站搜集用户设备使用通信业务的计费信息;以及如果信息传输路径为通过基站接入分组数据网,或者信息传输路径为通过基站连接到接入基站的其它设备,则基站搜集用户设备使用通信业务的计费信息。
进一步地,在基站搜集用户设备使用通信业务的计费信息之后,处理方法还包括:基站通过第一逻辑接口将计费信息发送至路由和计费策略设备;或者基站将计费信息发送至服务网关。
进一步地,基站在发生以下任意一种情况时,向路由和计费策略设备上报通信后的计费信息:用户设备从连接模式切换到空闲模式;基站接收到路由和计费策略设备的上报指示;用户设备寻呼失败;基站与用户设备失步;基站与用户设备通信中断;基站接收到路由和计费策略设备发送的新的计费策略信息;用户设备的通信余量不足;用户设备切换到其他基站。
进一步地,路由和计费策略设备通过第二逻辑接口连接到计费网关,在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,处理方法还包括:路由和计费策略设备将计费信息通过第二逻辑接口发送至计费网关;或者,路由和计费策略设备通过第三逻辑接口连接到业务操作支撑系统,在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,处理方法还包括:路由和计费策略设备将计费信息通过第三逻辑接口发送至业务操作支撑系统。
进一步地,在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,处理方法还包括:路由和计费策略设备将接收到的计费信息发送至计费网关;或者路由和计费策略设备将接收到的计费信息发送至业务操作支撑系统;或者路由和计费策略设备根据接收到的计费信息对用户设备进行计费。
进一步地,路由和计费策略设备通过第四逻辑接口连接到归属用户服务器,在基站接收路由和计费策略设备发送的策略信息之前,处理方法还包括:归属用户服务器通过第四逻辑接口向路由和计费策略设备发送用户设备信息;以及路由和计费策略设备根据用户设备信息确定策略信息。
进一步地,路由和计费策略设备为以下至少之一的组成部分:服务网关、移动性管理实体、计费网关、业务操作支撑系统。
进一步地,策略信息还包括计费策略信息,计费策略信息用于确定用户设备使用通信业务的计费策略的信息,基站根据路由策略信息和计费策略信息确定用户设备使用通信业务的计费策略。
进一步地,在基站接收路由和计费策略设备发送的策略信息之前,处理方法还包括:基站接收用户设备发送的访问请求,访问请求携带有待访问的地址信息,访问请求用于请求基站向用户设备提供针对待访问的地址的无线通信服务,基站由路由策略信息确定用户设备请求的通信业务的信息传输路径包括:基站根据路由策略信息和待访问的地址信息确定用户设备请求的通信业务的信息传输路径。
进一步地,在基站接收路由和计费策略设备发送的策略信息之前,处理方法还包括:基站向路由和计费策略设备发送计费请求信息,计费请求信息用于请求计费策略信息,其中,路由和计费策略设备接收到计费请求信息之后,向基站发送计费策略信息。
进一步地,在基站接收路由和计费策略设备发送的策略信息之后,处理方法还包括:
存储计费策略信息,其中,当出现以下任意情况时,删除存储的计费策略信息:用户设备寻呼失败;基站与用户设备失步;基站与用户设备通信中断;基站接收到路由和计费策略设备发送的新的计费策略信息;用户设备的通信余量不足;用户设备切换到其他基站。
进一步地,在基站搜集用户设备使用通信业务的计费信息之后,处理方法还包括:基站检测用户设备的在当前的无线通信服务下的通信余量是否小于预设阈值;如果检测出用户设备的在无线通信服务下的通信余量小于预设阈值,则基站向用户设备发送通信余量的信息,并停止向用户设备提供无线通信服务;以及基站向路由和计费策略设备上报停止无线通信服务前发生的通信业务的计费信息。
进一步地,策略信息包括:计费修正指示信息,在基站搜集用户设备使用通信业务的计费信息之后,处理方法还包括:基站根据计费修正指示信息对搜集的计费信息进行修正;以及基站将修正后的计费信息发送至用于进行计费统计的网络设备。
进一步地,计费信息修正指示信息包括以下至少之一:通信对象、通信地址、通信类型、通信时间、修正因子。
进一步地,路由和计费策略设备设置在云服务器上,云服务器与基站通过在分组数据网中预先建立的安全隧道和/或安全机制进行通信。
进一步地,路由策略信息包括:用户设备信息、和/或业务类型信息、和/或通信对象信息、和/或通信地址。
进一步地,策略信息还包括计费策略信息,其中,路由策略信息和计费策略信息被配置在同一信息中。
为了实现上述目的,根据本发明实施例的另一方面,提供了一种通信业务信息的处理装置。根据本发明的通信业务信息的处理装置包括:第一接收单元,用于使得基站接收路由和计费策略设备发送的策略信息,策略信息包括路由策略信息,路由和计费策略设备通过第一逻辑接口与基站相连接,其中,路由策略信息为用于确定用户设备请求的通信业务的路由策略的信息;第一确定单元,用于使得基站由路由策略信息确定用户设备请求的通信业务的信息传输路径;以及搜集单元,用于使得基站根据信息传输路径来搜集用户设备使用通信业务的计费信息,计费信息为用户设备使用通信业务时用于辅助计费的信息。
进一步地,基站连接到分组数据网,路由和计费策略设备与基站通过第一逻辑接口进行数据通信,信息传输路径包括以下至少之一:通过基站连接到移动通信网络的核心网;通过基站接入分组数据网;通过基站连接到接入基站的其它设备。
进一步地,搜集单元包括:判断模块,用于使得基站根据信息传输路径判断是否搜集用户设备使用通信业务的计费信息;第一搜集模块,用于如果信息传输路径为通过基站连接到核心网,则不通过基站搜集用户设备使用通信业务的计费信息;以及第二搜集模块,用于如果信息传输路径为通过基站接入分组数据网,或者信息传输路径为通过基站连接到接入基站的其它设备,则基站搜集用户设备使用通信业务的计费信息。
进一步地,处理装置还包括:第一发送单元,用于在基站搜集用户设备使用通信业务的计费信息之后,使得基站通过第一逻辑接口将计费信息发送至路由和计费策略设备;或者第二发送单元,用于使得基站将计费信息发送至服务网关。
进一步地,第一发送单元用于使得基站在发生以下任意一种情况时,向路由和计费策略设备上报通信后的计费信息:用户设备从连接模式切换到空闲模式;基站接收到路由和计费策略设备的上报指示;用户设备寻呼失败;基站与用户设备失步;基站与用户设备通信中断;基站接收到路由和计费策略设备发送的新的计费策略信息;用户设备的通信余量不足;用户设备切换到其他基站。
进一步地,路由和计费策略设备通过第二逻辑接口连接到计费网关,处理装置还包括:第三发送单元,用于在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,使得路由和计费策略设备将计费信息通过第二逻辑接口发送至计费网关;或者路由和计费策略设备通过第三逻辑接口连接到业务操作支撑系统,处理装置还包括:第四发送单元,用于在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,使得路由和计费策略设备将计费信息通过第三逻辑接口发送至业务操作支撑系统。
进一步地,处理装置还包括:第五发送单元,用于在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,使得路由和计费策略设备将接收到的计费信息发送至计费网关;或者第六发送单元,用于使得路由和计费策略设备将接收到的计费信息发送至业务操作支撑系统;或者计费单元,用于使得路由和计费策略设备根据接收到的计费信息对用户设备进行计费。
进一步地,路由和计费策略设备通过第四逻辑接口连接到归属用户服务器,处理装置还包括:第九发送单元,用于在基站接收路由和计费策略设备发送的策略信息之前,使得归属用户服务器通过第四逻辑接口向路由和计费策略设备发送用户设备信息;以及第二确定单元,用于使得路由和计费策略设备根据用户设备信息确定策略信息。
进一步地,路由和计费策略设备为以下至少之一的组成部分:服务网关、移动性管理实体、计费网关、业务操作支撑系统。
进一步地,策略信息还包括计费策略信息,计费策略信息用于确定用户设备使用通信业务的计费策略的信息,基站根据路由策略信息和计费策略信息确定用户设备使用通信业务的计费策略。
进一步地,处理装置还包括:第二接收单元,用于在基站接收路由和计费策略设备发送的策略信息之前,使得基站接收用户设备发送的访问请求,访问请求携带有待访问的地址信息,访问请求用于请求基站向用户设备提供针对待访问的地址的无线通信服务,第一确定单元包括:确定模块,用于使得基站根据路由策略信息和待访问的地址信息确定用户设备请求的通信业务的信息传输路径。
进一步地,处理装置还包括:第十发送单元,用于在基站接收路由和计费策略设备发送的策略信息之前,使得基站向路由和计费策略设备发送计费请求信息,计费请求信息用于请求计费策略信息,其中,路由和计费策略设备接收到计费请求信息之后,向基站发送计费策略信息。
进一步地,处理装置还包括:存储单元,用于在基站接收路由和计费策略设备发送的策略信息之后,存储计费策略信息,其中,当出现以下任意情况时,删除存储的计费策略信息:用户设备寻呼失败;基站与用户设备失步;基站与用户设备通信中断;基站接收到路由和计费策略设备发送的新的计费策略信息;用户设备的通信余量不足;用户设备切换到其他基站。
进一步地,处理装置还包括:检测单元,用于在基站搜集用户设备使用通信业务的计费信息之后,使得基站检测用户设备的在当前的无线通信服务下的通信余量是否小于预设阈值;第七发送单元,用于当检测出用户设备的在无线通信服务下的通信余量小于预设阈值,使得基站向用户设备发送通信余量的信息,并停止向用户设备提供无线通信服务;以及上报单元,用于使得基站向路由和计费策略设备上报停止无线通信服务前发生的通信业务的计费信息。
进一步地,策略信息包括:计费修正指示信息,处理装置还包括:修正单元,用于在基站搜集用户设备使用通信业务的计费信息之后,使得基站根据计费修正指示信息对搜集的计费信息进行修正;以及第八发送单元,用于使得基站将修正后的计费信息发送至用于进行计费统计的网络设备。
进一步地,计费信息修正指示信息包括以下至少之一:通信对象、通信地址、通信类型、通信时间、修正因子。
进一步地,路由和计费策略设备设置在云服务器上,云服务器与基站通过在分组数据网中预先建立的安全隧道和/或安全机制进行通信。
进一步地,路由策略信息包括:用户设备信息、和/或业务类型信息、和/或通信对象信息、和/或通信地址。
进一步地,策略信息还包括计费策略信息,其中,路由策略信息和计费策略信息被配置在同一信息中。
根据发明实施例,通过基站接收路由和计费策略设备发送的策略信息,策略信息包括路由策略信息,路由和计费策略设备通过第一逻辑接口与基站相连接,其中,路由策略信息为用于确定用户设备请求的通信业务的路由策略的信息;基站由路由策略信息确定用户设备请求的通信业务的信息传输路径;以及基站根据信息传输路径来搜集用户设备使用通信业务的计费信息,计费信息为用户设备使用通信业务时用于辅助计费的信息,解决了现有技术中无法对业务信息进行计费的问题。
附图说明
构成本申请的一部分的附图用来提供对本发明的进一步理解,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据现有技术的移动通信网络系统的架构示意图;
图2是根据本发明实施例的通信业务信息的处理方法的流程图;
图3是根据本发明实施例的第一种移动通信网络系统的架构示意图;
图4是根据本发明实施例的第二种移动通信网络系统的架构示意图;
图5是根据本发明实施例的第三种移动通信网络系统的架构示意图;
图6是根据本发明实施例的第四种移动通信网络系统的架构示意图;
图7是根据本发明实施例的第五种移动通信网络系统的架构示意图;以及
图8是根据本发明实施例的通信业务信息的处理装置的示意图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
在描述本发明实施例前,首先列举出本发明实施例中所涉及到的英文术语,具体见表1:
表1
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明实施例提供了一种通信业务信息的处理方法。
图2是根据本发明实施例的通信业务信息的处理方法的流程图。如图2所示,该通信业务信息的处理方法包括步骤如下:
步骤S202,基站接收路由和计费策略设备发送的策略信息,该策略信息包括路由策略信息,路由和计费策略设备通过第一逻辑接口与基站相连接,其中,路由策略信息为用于确定用户设备请求的通信业务的路由策略的信息。
步骤S204,基站由路由策略信息确定用户设备请求的通信业务的信息传输路径。
步骤S206,基站根据信息传输路径来搜集用户设备使用通信业务的计费信息,该计费信息为用户设备使用通信业务时用于辅助计费的信息。
路由和计费策略设备命名为RCPE(RoutingandChargingPolicyEquipment),用于向基站发送策略信息,该策略信息包括路由策略信息。优选地,策略信息还包括计费策略信息,计费策略信息用于确定用户设备使用通信业务的计费策略的信息,基站根据路由策略信息和计费策略信息确定用户设备使用通信业务的计费策略。该策略信息可以是计费策略信息,也可以是路由策略信息,还可以是路由策略信息和计费策略信息作为一个信息的策略信息。本领域技术人员,路由和计费策略设备的名字可以有不同,但功能相同的设备也属于本发明的保护范围。
发明人通过研究发现,业务信息的路由与计费是相关的,如背景技术中所提到的,如果业务信息通过传统移动通信系统的核心网与PDN相连接,则可以对应采用传统移动通信业务的计费方案;而如果业务信息通过基站连接到PDN(例如通过家庭宽带连接到Internet),则可以采用资费较低的计费方案或者甚至免费,具体地,可以采用本发明实施例的方案来实现计费功能。
在本发明实施例中引入了RCPE,RCPE可以与基站相连接,向基站发送路由和计费策略信息,这样,使得基站能够在业务信息不通过核心网连接到PDN的情况下,采用诸如LIPA、SIPTO等技术卸载业务信息的方法进行计费,还使得通信业务信息的路由方案能够匹配计费方案,从而在减轻核心网负担的同时、为运营商带来商业价值,解决了现有技术中无法对业务信息进行计费的问题。
在传统移动通信系统中,基站并不具有进行路由和计费的自主能力。而在本发明实施例中,基站可以根据RCPE发送的策略信息来确定UE的业务信息的路由方案,并搜集UE相关的计费信息,使得基站更加智能。
具体地,路由和计费策略设备与基站通过第一逻辑接口相连,向基站发送策略信息,该策略信息包括路由策略信息,基站根据接收到的策略信息确定UE相关通信业务信息的路由方案即UE请求的通信业务的信息传输路径,基站根据该信息传输路径来搜集UE相关的计费信息,将所搜集的计费信息发送给路由和计费策略设备或其它网络设备用于计费。其中,通信业务可以是语音通信业务、短信通信业务或者数据通信业务等。
优选地,基站连接到分组数据网,路由和计费策略设备与基站通过第一逻辑接口进行数据通信,信息传输路径包括以下至少之一:第一路由方案,通过基站连接到移动通信网络的核心网;第二路由方案,通过基站接入分组数据网PDN;第三路由方案,通过基站连接到基站的其它设备。这里的其他设备是指与用户设备不同的与基站建立连接的其他设备,可以是连接到基站的平板电脑、电视机、PC等设备。
如图3所示,ENB1可以是一个小基站,能够通过家庭/企业宽带连接到PDN,也能通过核心网再连接到PDN;本发明实施例的RCPE,可以通过第一逻辑接口IRE向ENB1发送路由和计费策略信息;这样,UE1无线接入ENB1后,若RCPE向ENB1发送路由和计费策略信息、指示ENB1对UE1的业务信息通过核心网与PDN连接(第一路由方案),则ENB1将通信业务信息路由至SGW,并且不搜集计费信息(由核心网搜集);而若RCPE向ENB1发送路由和计费策略信息、指示ENB1对UE1的业务信息通过家庭/企业宽带与PDN连接(第二路由方案),则ENB1将通信业务信息卸载到PDN,并搜集UE1相关的计费信息;若RCPE向ENB1发送路由和计费策略信息、指示ENB1对UE1的业务信息通过本地网络与本地其它设备相连(第三路由方案),则ENB1将通信业务信息限制在本地,并搜集UE1相关的计费信息。在本发明实施例中,上述两种PDN可以相同或不同;例如通过核心网连接的PDN是Internet,而通过家庭基站连接的PDN则是某地区的内部网络;或者这二者都是Internet。
在图3中,通过基站将通信业务信息卸载到PDN,可以是直接通过基站发送到PDN,还可以再经过若干其它网络设备之后再发送到PDN,例如基站和PDN之间还设有网关,等等,这些都是目前网络中的通常组网方式,在本发明实施例中只要基站与卸载业务的PDN之间的连接不需要通过现有技术的核心网即可。
除了应用在传统移动通信网络之外,本发明实施例的通信业务信息的处理方法还可以应用在新的移动通信网络中。其中,新的移动通信网络如图4所示,基站连接到PDN,同时云服务器也连接到PDN,并通过PDN对基站进行管理。云服务器也可以包括RCPE,能够通过PDN向基站发送策略信息,其中云服务器中的RCPE与基站之间可以通过第一逻辑接口交互信息,不同于传统移动通信网络中的接口,该逻辑接口上传输的数据是采用IP协议进行封装,是在开放的PDN上进行传输,可以通过诸如IPSec的安全隧道来保证信息传输的安全性,如图4中的曲线41和曲线42所示。
其它步骤类似,基站根据路由和计费策略信息确定UE相关通信业务信息的路由方案,并搜集UE相关的计费信息,再将计费信息发送给路由和计费策略设备或其它网络设备用于计费。
需要说明的是,云服务器的具体形式不限,可以是计算机或其它具有通信功能的至少一台设备,也可以是多种设备的组合等,能够连接到PDN。图4中云服务器可以包括多个模块,这些模块可以相互独立且能够相互通信,或者这些模块共同构成了云服务器,例如每个模块分别对应该平台上的一部分计算机代码,等等,它们相互之间的通信不作限制。
对于除了本发明实施例所涉及的网络设备之外,本发明实施例不对其它网络设备做限制,可以理解,除了上述提到的两类移动通信网络架构之外,本发明还可以用于其它移动通信网络架构,这里不再赘述。
在本发明实施例中,RCPE向基站发送路由策略信息和计费策略信息的时间和形式不限,其中,路由策略信息和计费策略信息可以同时发送或分别在不同时间发送;路由策略信息和计费策略信息的发送形式可以是加载到一个数据包中发送或加载到不同数据包中发送。
在本发明实施例中,根据基站搜集到的计费信息、对UE相关的业务信息进行计费的网络设备可以是RCPE,也可以是其它网络设备,例如是BOSS。
需要说明的是,本发明实施例所述的接口是逻辑接口,包括图3中S1-MME、X2或Gx等接口在内的接口都是逻辑接口,该接口有相应的标准规范,接口两端相连的网络设备能够通过该接口、按照相应的标准规范交互数据,具体两端相连的网络设备相互之间是否直接物理连接不做限制(可以是两个网络设备之间要经过多个网络设备才连接),物理连接的形式也不做限制,可以通过有线或无线的方式进行连接,有线方式例如铜线、光纤连接等,无线方式例如使用wifi协议、LTE协议或其它无线通信协议规范进行的无线连接等。
基站可以是宏基站(MacroBaseStation)、微基站(PicoBaseStation)、增强型基站(ENB)、家庭增强型基站(FemtoeNB或HENB)、接入点(AP)等,在本发明中不做限制。基站与UE之间的空中接口不限,可以是WCDMA、CDMA2000、LTE、WiMAX等。UE可以是手机、个人数字助理(PDA)、无线调制调解器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(WLL)站等。
需要说明的是,本发明实施例所述的业务信息不限于任何业务信息,例如,语音通信业务,短信业务或者网络数据业务。本发明实施例所述通信业务信息的处理方法可以分别应用于不同UE,或应用于同一UE的不同业务类型,或应用于同一UE的相同业务类型的不同通信对象或地址等等。具体地,RCPE还向基站发送UE信息、和/或业务类型信息、和/或通信对象信息和/或通信地址等,便于基站根据这些信息确定路由和计费方案。例如,RCPE分别为UE1和UE2发送不同的策略信息,则UE1和UE2对应不同的路由方案或计费方案,比如ENB对UE1的业务信息路由到核心网,而ENB对UE2的业务信息直接路由到PDN;或者RCPE分别为UE1的不同业务发送不同的路由和计费策略信息,则UE1的不同业务对应不同的路由方案或计费方案,比如ENB对UE1的语音通话业务不搜集计费信息(由核心网搜集),对UE1的Internet上网业务搜集计费信息;或者RCPE分别为UE1的Internet业务的不同访问地址发送不同的路由和计费策略信息,则UE1的Internet上网业务的不同应用程序对应不同的路由方案或计费方案,比如ENB对UE1的微信应用程序不搜集计费信息(免费服务),对UE1的其它应用程序搜集计费信息(付费服务),再比如ENB对UE1的VoIP应用对应的业务信息路由到核心网,而对UE1的其它应用对应的业务信息直接路由到PDN等等。
计费过程具体包括以下步骤:
步骤S1,基站搜集UE相关的计费信息。
步骤S2,基站将UE的计费信息报告给其它网络设备。
其中,计费信息是UE发生的通信业务的相关信息,可以是离线或在线计费信息,这二者的区别在于:在线计费信息可以被基站实时上报,离线计费信息则不需要实时上报。相应地,计费信息也可以是预付费用户的计费信息和后付费用户的计费信息。
这里的其它网络设备是指,除基站之外的其他设备,可以是RCPE或S-GW,这将在后面进行描述。下面以RCPE为例进行说明。
具体地,计费信息可以包括以下之一或其组合:UE发生的数据流量、通信对象、通信地址、通信类型,通信时间,通信时长等。UE发生的数据流量例如用户通过UE上因特网下载的数据流量,RCPE可以根据数据流量信息对UE发生的通信进行计费,计费粒度例如为Kbit或Mbit;通信对象例如通信对方的手机号码、IMSI或其它信息;通信地址例如新浪、搜狐、网易等的具体网址,系统可以根据该信息来实现更丰富的商业模式,例如该网络架构的运营者与新浪网进行合作,当UE通过基站访问新浪网,则RCPE为相应数据流量不计费(即免费服务);通信类型例如语音通话、视频通话、上网等;通信时长例如语音通话的时长、视频通话的时长或上网的时长等,RCPE可以根据该信息对UE发生的通信进行计费,粒度例如为秒/分。这些计费方式也可以分别对应不同签约方式的用户,例如根据数据流量计费的方式可以对应于按流量签约的用户,根据访问地址进行计费调整的方式可以对应于第三方签约的用户(例如新浪用户),根据时长进行计费的方式可以对应于按时间签约的用户。计费信息包括上述信息的组合,则更为灵活,例如运营商获取计费信息之后,可以针对用户在特定时段进行的特定通信类型进行特殊计费,例如对用户在每天22:00之后的语音通话降低资费等等。
特别地,在基站搜集计费信息之前,RCPE向基站发送该UE对应的计费策略信息,便于基站根据该信息搜集特定的UE计费信息或按照特定的方式将UE的计费信息报告给RCPE或其它网络设备。例如,RCPE向基站发送的计费策略信息包括该UE剩余的数据流量信息,则基站可以根据该数据流量信息确定向RCPE上报UE的计费信息的频度;例如当UE剩余的数据流量信息低于10Mbit,则每隔1分钟就上报一次,否则每隔1小时就上报一次,这样可以在大多数情况(用户数据流量充足)下减少基站的上报量,减轻RCPE的负担。再例如,RCPE向基站发送的计费策略信息包括指示信息,用于指示基站需要搜集的计费信息类型,例如,对于普通流量用户,只需要搜集其通信所发生的数据流量信息即可,而对于按时间签约的用户,只需要搜集其通信所发生的时长信息即可等等。
优选地,基站根据信息传输路径搜集用户设备使用通信业务的计费信息包括:基站根据信息传输路径判断是否搜集用户设备使用通信业务的计费信息;如果信息传输路径为通过基站连接到核心网,则不通过基站搜集用户设备使用通信业务的计费信息,由核心网来搜集用户设备使用通信业务的计费信息;以及如果信息传输路径为通过基站接入分组数据网,或者信息传输路径为通过基站连接到基站的其它设备,则基站搜集用户设备使用通信业务的计费信息。
RCPE对不通过移动通信网络的核心网发生的通信业务进行计费。这里进一步限定RCPE的计费能力范围,从而为计费进行了职能分工,即传统的BOSS对通过核心网发生的通信业务进行计费,而RCPE对不通过核心网的通信业务进行计费,从而具有较强的兼容性和灵活性,也即传统网络设备的大部分功能得以延续,只需要增加RCPE和相应接口,就能良好支持诸如LIPA和SIPTO的功能并单独进行计费。
RCPE仅针对不通过移动通信网络的核心网发生的通信业务向基站发送路由策略信息和计费策略信息,相应地,基站也可以仅针对这类通信业务搜集计费信息。
在本发明实施例中,如果用户设备是传统移动通信UE,也即是,该UE仅支持通过核心网开展通信业务,或者该UE仅与运营商签约传统移动通信业务,则RCPE就不需向基站发送路由策略信息和计费策略信息,所有流程与现有技术相同;而只有对不通过移动通信核心网发生的通信业务,RCPE才向基站发送路由策略信息和计费策略信息,相应,基站也仅针对这类业务搜集计费信息。通过这样的方式,将不通过核心网进行的通信业务视为特殊业务,能够不影响传统移动通信UE,例如,基站收到传统的UE的信息之后就直接发送给S-GW,而不需要判断如何路由,从而保证传统移动通信UE的延时。此外,这种事件触发(Event-triggered)的行为也减少了RCPE与基站之间的通信和处理复杂度。
优选地,在基站搜集用户设备使用通信业务的计费信息之后,本发明实施例的处理方法还包括:基站通过第一逻辑接口将计费信息发送至路由和计费策略设备;或者基站将计费信息发送至服务网关S-GW。
具体地,基站RCPE发送的计费策略信息搜集计费信息之后,再将计费信息发送至路由和计费策略设备进行统计计费。或者,基站根据RCPE发送的计费策略信息搜集计费信息,再将计费信息发送给S-GW,通过S-GW对搜集的计费信息进行处理或转发,例如转发给BOSS实现计费。
可选地,在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,处理方法还包括:路由和计费策略设备将接收到的计费信息发送至计费网关CG;或者,路由和计费策略设备将接收到的计费信息发送至业务操作支撑系统BOSS;或者,路由和计费策略设备根据接收到的计费信息对用户设备进行计费。
具体地,RCPE从基站获取计费信息之后,再发送给CG;或者RCPE从基站获取计费信息之后,再发送给BOSS;或者RCPE从基站获取计费信息之后,根据计费信息进行计费;或者基站根据RCPE发送的计费策略信息搜集计费信息,再将计费信息发送给S-GW。
这里列举了几种优选方案,可以由RCPE搜集计费信息并转发给CG或BOSS,这样RCPE的操作较为简单,不过需要定义RCPE与CG或BOSS之间的接口;或者RCPE根据计费信息直接进行计费,这样能够尽量维持现有系统不变,不需定义RCPE与CG或BOSS之间的接口;或者RCPE不搜集计费信息,而是基站将计费信息发送给S-GW,再通过现有的流程将计费信息最终发送给BOSS实现计费,能够最大程度简化RCPE的操作。
进一步地,路由和计费策略设备通过第二逻辑接口连接到计费网关,在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,通信业务信息的处理方法还包括:路由和计费策略设备将计费信息通过第二逻辑接口发送至计费网关CG;或者,路由和计费策略设备通过第三逻辑接口连接到业务操作支撑系统BOSS,在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,处理方法还包括:路由和计费策略设备将计费信息通过第三逻辑接口发送至业务操作支撑系统BOSS。
具体地,RCPE与CG通过第二逻辑接口连接,基站将搜集的计费信息发送给RCPE,RCPE再通过第二逻辑接口发送给CG。
RCPE直接连接到CG如图5所示,其中RCPE与CG通过IRC接口进行连接,并向CG发送计费信息。CG与BOSS仍然通过传统的Bp接口进行连接,最终计费信息汇总到BOSS,由BOSS统一管理。
通过这样的方式,在BOSS中不仅可以记录UE通过传统移动通信网络进行的通信业务相关的费用,还可以记录UE通过其它方式、不经过核心网进行的通信业务相关的费用,从而运营商能够对后者进行统一计费。
可选地,RCPE与BOSS通过第三逻辑接口连接,基站将搜集的计费信息发送给RCPE,RCPE再通过第三逻辑接口发送给BOSS。
RCPE直接连接到BOSS如图6所示,第三逻辑接口即IRB接口,同样能够实现上述好处。相对于图5的方式,这里RCPE与BOSS直接相连,从而省去了其中CG的处理,降低了时延;优选地,RCPE也可以具有计费网关的功能,例如可以汇聚来自基站的计费信息,再统一发送给BOSS;不同于图中CG的地方在于,RCPE处理的是不经过核心网进行的通信业务的计费信息。
优选地,路由和计费策略设备为以下至少之一的组成部分:服务网关、移动性管理实体、计费网关、业务操作支撑系统。具体地,RCPE可以是S-GW的一部分,或MME的一部分,或CG的一部分,或BOSS的一部分。
由于在现有技术中基站已经与S-GW和MME存在逻辑连接,因此,RCPE可以作为其中的一部分内嵌到S-GW或MME中,图1中S1-U或S1-MME接口的功能也相应增强,这样可以维持网络架构不变。
图7给出了RCPE是CG的一部分的网络架构图,其中与现有技术不同之处在于,CG与基站之间增加了IRE接口,并且CG也增加了RCPE装置。RCPE是S-GW或MME的一部分的实施例更为简单,没有引入新的接口,而只是增强了S1-U或S1-MME接口即可,或者RCPE就是BOSS的一个装置,原理与上面相似,不再赘述。
特别地,BOSS对从RCPE获取的计费信息进行标记。
在实际中,能够灵活选择多种路由方案的用户通常希望能够了解自己分别通过各种路由方案进行的通信业务的详细费用,因此本发明实施例对从RCPE获取的计费信息进行标记,从而实现这一功能。例如,在BOSS中能够记录某用户有50Mbyte的数据流量是通过传统的核心网发生,而有200Mbyte的数据流量是通过基站连接到PDN直接发生。
优选地,在基站将计费信息上报至路由和计费策略设备的情况下,基站在发生以下任意一种情况时,向路由和计费策略设备上报通信后的计费信息:用户设备从连接模式切换到空闲模式;基站接收到路由和计费策略设备的上报指示;用户设备寻呼失败;基站与用户设备失步;基站与用户设备通信中断;基站接收到路由和计费策略设备发送的新的计费策略信息;用户设备的通信余量不足;用户设备切换到其他基站。
具体地,基站可以在当发生以下事件之一时则上报计费信息:UE从连接模式进入空闲模式、或基站收到RCPE的上报指示、或UE切换到其它基站、或与UE失步、或对UE的寻呼失败、或与UE的通信中断、或UE的通信余量不足。其中,在LTE系统中定义了空闲模式和连接模式,当UE接入了某个基站之后,可能进入空闲模式(Idlemode)或连接模式(Connectedmode),一般来说,基站需要与UE交互业务数据则将UE配置进入连接模式,而当UE处于待机状态、不与基站交互业务数据则进入空闲模式,此时会释放连接模式所需的资源,例如该UE所特有的控制信道等;因此,当UE从连接模式进入空闲模式,可以表示UE当前的通信结束,此时基站也会向RCPE上报计费信息。或者RCPE向基站发送上报指示也会触发基站的上报,例如用户查询自己的通信详单时会触发RCPE向基站发送该指示。其它的情况不再赘述。通过这样的事件触发的方式,同样减轻了RCPE的负担。
优选地,路由和计费策略设备通过第四逻辑接口连接到归属用户服务器HSS,在基站接收路由和计费策略设备发送的策略信息之前,处理方法还包括:归属用户服务器HSS通过第四逻辑接口向路由和计费策略设备发送用户设备信息;以及路由和计费策略设备根据用户设备信息确定策略信息。
RCPE通过第四逻辑接口连接到HSS,HSS向RCPE发送UE信息,RCPE根据UE信息确定该UE的路由和计费策略信息。可选地,RCPE通过第四逻辑接口连接到用户信息中心,该用户信息中心可以是如图4所示的云服务器上的用户信息中心。
在本发明中,RCPE可以根据某UE的信息(例如通信签约信息)来确定路由和计费策略信息,例如,对于传统移动通信运营商的签约用户,则路由和计费策略信息用于指示基站将该用户的业务信息路由到核心网,并指示基站不搜集计费信息(由核心网搜集);而对于家庭基站覆盖的签约用户,则路由和计费策略信息用于指示基站将该用户的业务信息路由到基站连接的PDN,并指示基站搜集计费信息,等等。在传统移动通信系统中,UE的信息通常由HSS来管理,其它系统则包括用户信息中心用于管理UE的信息。
优选地,在基站接收路由和计费策略设备发送的策略信息之前,处理方法还包括:基站接收用户设备发送的访问请求,访问请求携带有待访问的地址信息,访问请求用于请求基站向用户设备提供针对待访问的地址的无线通信服务,基站由路由策略信息确定用户设备请求的通信业务的信息传输路径包括:基站根据路由策略信息和待访问的地址信息确定用户设备请求的通信业务的信息传输路径。
由上面实施例中所述,本发明实施例的路由方案包括:(1)业务信息被连接到移动通信网络的核心网,(2)业务信息被连接到与基站相连的PDN,(3)业务信息被连接到与UE处于相同局域网的其它设备。
其中,(1)即现有移动通信网络的方案,(2)相当于现有技术中的SIPTO技术,这两者在上文已经介绍了,(3)类似现有技术中的LIPA技术,对于诸如通过本地局域网访问本地的其它设备的场景,该方案同样能够减轻核心网的负担,例如,手机通过家庭基站访问家庭打印机,等等。这几类路由方案可以分别对应不同的签约用户,例如:(1)对应传统移动通信运营商的签约用户,(2)对应家庭基站覆盖的签约用户,(3)对应所有用户,包括尚未签约的用户,等等。
可选地,基站不仅根据RCPE发送的路由策略信息确定信息的路由,还根据通信内容的特征即带访问的地址信息来确定,其中,用户设备发送的访问请求携带有待访问的地址信息,该访问请求用于请求基站向用户设备提供针对待访问的地址的无线通信服务。例如,当UE向基站发送业务请求时,会携带访问的IP地址;基站会提取出被访问的IP地址,如果发现该IP地址是本地IP,则判断为该UE按照情况(3)进行路由。(其它步骤不限定,例如基站还需要根据自身的能力以及UE所期望的接入方式等综合判断等)。
不同的路由方案对应的APN不同,路由策略信息可以包括APN。在现有的移动通信网络中,人们通常使用不同的APN来区分不同的网络,例如CMWAP和CMNET就是两个不同的APN,用户可以为手机配置不同的APN,从而访问不同的网络。在本发明中,上面描述的三种路由方案也可以被视为不同的网络,可以为它们分别设置不同的APN;RCPE向基站发送的路由策略信息中包括APN的信息,例如路由方案(2)对应的APN,基站收到之后,根据APN就判断采用路由方案(2)。
在本发明中,路由策略信息具体可以表现为路由方案的编号(例如1~3方案可以通过2个比特来表示),也可以是路由方案被enable或disable的指示(例如每种方案可以通过1个比特来表示,1表示enable,0表示disable,总共需要3个比特),等等,RCPE与基站可以通过标准规范约定这些编号或比特的对应含义,本发明不做限制。
优选地,在基站接收路由和计费策略设备发送的策略信息之前,处理方法还包括:基站向路由和计费策略设备发送计费请求信息,计费请求信息用于请求计费策略信息,其中,路由和计费策略设备接收到计费请求信息之后,向基站发送计费策略信息。
基站向RCPE发送计费请求信息,然后RCPE再向基站发送计费策略信息。这样由基站请求计费策略信息的方式,能够降低RCPE发送计费策略信息的频度,也降低RCPE的处理。特别地,例如,计费请求信息是计费开始通知信息,即基站向RCPE发送消息,向RCPE通知基站已经开始搜集计费信息,然后RCPE向基站发送计费策略信息,基站再根据计费策略信息确定继续搜集的信息和上报的信息等。
优选地,在基站接收路由和计费策略设备发送的策略信息之后,处理方法还包括:存储计费策略信息,其中,当出现以下任意情况时,删除存储的计费策略信息:用户设备寻呼失败;基站与用户设备失步;基站与用户设备通信中断;基站接收到路由和计费策略设备发送的新的计费策略信息;用户设备的通信余量不足;用户设备切换到其他基站。
具体地,基站收到计费策略信息之后即存储,当发生以下事件之一则删除该计费策略信息:UE切换到其它基站、或与UE失步(unsynchronize)、或对UE的寻呼失败、或与UE的通信中断、或收到RCPE发送的新的计费策略信息、或UE的通信余量不足。这样,当UE进入基站覆盖区域会触发RCPE发送一次计费策略信息,基站可以存储下来,每当UE在该基站的覆盖区域多次发生通信行为时就可以随时使用,而不需重复向RCPE申请,这一方式也能够降低RCPE的处理;当发生上述异常现象时,基站删除所存储的计费策略信息。与UE失步表示基站与UE失去同步,在同步通信系统中,需要使无线通信的双方的时钟调整到相同频率,如果失去同步则通信就无法进行,失步的可能原因之一就是UE发生异常(例如没电、被屏蔽、切换到其它区域等),与基站的通信会中断,因此不需再存储计费策略信息,后续UE重新与基站建立连接过程中再向RCPE请求该信息。对UE的寻呼表示网络需要发起与UE的通信时的操作,如果寻呼失败,很可能是UE发生异常。UE的通信余量不足,例如,基站先从RCPE获取UE的剩余流量信息为10Mbit,在基站为UE提供通信服务的过程中,若发现剩余流量仅剩余1Mbit,则向RCPE上报计费信息,这样通过事件触发的方式来上报计费信息,同样可以降低上报的频度。本文提到的剩余费用不足,可以是剩余流量为零,或低于某一门限;可以针对该UE的整体通信情况,也可以针对该UE的部分业务(例如视频通信)等等。
优选地,在基站搜集用户设备使用通信业务的计费信息之后,处理方法还包括:基站检测用户设备的在当前的无线通信服务下的通信余量是否小于预设阈值;如果检测出用户设备的在无线通信服务下的通信余量小于预设阈值,则基站向用户设备发送通信余量的信息,并停止向用户设备提供无线通信服务;以及基站向路由和计费策略设备上报停止无线通信服务前发生的通信业务的计费信息。
基站在获取到用户设备的计费信息之后,对用户设备进行计费统计,检测用户设备在当前提供的无线通信服务下的通信余量,例如,通话的余额,流量套餐的剩余流量,短信套餐的剩余短信数量等。判断该通信余量是否小于预设阈值,该预设阈值可以根据需要进行设置,例如0,不同的通信服务可以设置不同的阈值。例如,上网流量的预设阈值可以设置为0,检测到上网流量的余量是否小于0,如果是,则基站向用户设备发送该通信余量为0的信息,并停止向用户设备提供无线上网服务。并且,基站将在通信服务切断前发生的通信服务的计费信息上报至路由和计费策略设备或者其他网络设备。
具体地,基站若发现剩余通信余量已经用尽,则向UE发送通信余量信息,自动关闭UE与PDN的通信,并向路由和计费策略设备或者其他网络设备上报计费信息。在本发明中,基站能够获取计费策略信息,其中可以包括UE对应的剩余通信余量,在基站为该UE提供通信服务的过程中,则可以自主发起上述行为,而不需核心网或云服务器指示再进行,这样同样减轻后者的负担;由于路由和计费策略设备或者其他网络设备提前将该UE对应的剩余费用信息发送给基站,因此该方案同样能够保证基站向UE发送信息的准确性。同样,这里的通信余量可以针对该UE的整体通信情况,也可以针对该UE的部分业务等等。
路由和计费策略设备或者其他网络设备可以向基站发送接入指示信息,指示基站为UE提供通信服务,这种情况例如用户被告知剩余费用不足之后进行充值;一旦云服务器检测到用户充值,即指示基站为UE提供通信服务。
RCPE可以向基站发送接入指示信息,指示基站为UE提供通信服务,这种情况例如用户被告知剩余费用不足之后进行充值;一旦RCPE检测到用户充值,即指示基站为UE提供通信服务。
在本发明实施例中,计费策略信息具体可以表现为计费方案的编号(例如1~3方案可以通过2个比特来表示),也可以是计费方案被enable或disable的指示(例如每种方案可以通过1个比特来表示,1表示enable,0表示disable,总共需要3个比特),等等,RCPE与基站可以通过标准规范约定这些编号或比特的对应含义,本发明不做限制。
优选地,策略信息包括:计费修正指示信息,在基站搜集用户设备使用通信业务的计费信息之后,处理方法还包括:基站根据计费修正指示信息对搜集的计费信息进行修正;以及基站将修正后的计费信息发送至用于进行计费统计的网络设备。该用于进行计费统计的网络设备可以是路由和计费策略设备,也可以是具有该功能的其他网络设备。
RCPE向计费修正指示信息,基站根据该计费修正指示信息,对所搜集的计费信息进行修正,并把修正后的结果发送给RCPE或其它网络设备用于计费。其中,路由和计费策略信息包括计费修正指示信息,或者计费修正指示信息是路由和计费策略信息之外的其它信息。
本发明实施例中,基站可以根据计费修正指示信息修改上报的计费信息,方便实现商业模式的创新。例如运营商可以与新浪合作,对用户访问新浪网的业务信息采取半价计费优惠,则RCPE向基站发送计费修正指示信息,指示基站在搜集计费信息后,对用户访问新浪网所发生的流量数据修正为一半,而对其它流量数据不修正,就方便地实现了这类商业模式。
进一步地,计费信息修正指示信息包括以下至少之一:通信对象、通信地址、通信类型、通信时间、修正因子。其它信息在前面已经描述,这里新增的修正因子即是基站对所搜集到的计费信息修正的幅度,例如上一段所描述的例子中修正因子为0.5。通过这一发明,基站就可以针对特定的通信对应的计费信息进行修正,从而实现灵活商业价值。例如基站可以对用户通过搜狐的app、在22:00之后访问搜狐网的流量数据修正为一半。此外,这一发明还能降低用于计费的网络设备的处理,例如若RCPE为通信系统计费,则使用了本发明实施例的话,基站已经对计费信息进行了修正,RCPE就不需要再修正。
优选地,如图4所示,路由和计费策略设备设置在云服务器上,云服务器与基站通过在分组数据网中预先建立的安全隧道和/或安全机制进行通信。
优选地,策略信息还包括计费策略信息,其中,路由策略信息和计费策略信息被配置在同一信息中。
路由策略信息和计费策略信息被包括在同一信息中。由于路由方案往往与计费方案相对应,因此在这里提出由同一信息同时传递了路由策略信息和计费策略信息,这样能够节省策略信息所需的信令开销。例如下表所示,总共有3种路由和计费策略,因此通过2比特的路由和计费策略信息字段就能同时传递路由策略和计费策略。具体的路由策略和计费策略的描述参见表2,这里不赘述。
表2
可选地,路由策略信息和计费策略信息由用于传递路由策略的信息和用于传递计费策略的信息组成。RCPE向基站发送路由策略信息,便于基站根据该信息确定路由方案;RCPE向基站发送计费策略信息,便于基站根据该信息确定计费方案。这两个信息并未被包括在同一信息中传递,这样更为灵活。例如下表所示,这样,当RCPE需要向基站发送计费策略信息时,就只需要发送1比特计费策略信息字段即可,不需向基站发送路由策略信息字段。
表3
表4
特别地,当策略信息由路由策略信息和计费策略信息组成时,基站同时需要根据路由策略信息和计费策略信息确定计费方案。
例如上面的表3和表4所示,当路由策略信息字段为00时,路由策略是将业务信息连接到核心网,由于该方案对应传统移动通信系统的路由方案,因此基站就不需要搜集计费信息;在这里,除了计费策略信息之外,基站还根据路由策略信息确定计费策略,更为高效合理(否则就还需要在表3中增加另一种计费策略为“不计费”)。
下文将分别对路由过程和计费过程进行描述,因此重点以路由和计费策略信息由路由策略信息和计费策略信息组成为例进行说明。可以理解的是,当路由和计费策略信息被包括在同一信息中时,本发明实施例中,“根据路由策略信息”也即是“根据路由策略信息和计费策略信息”,以及“根据计费策略信息”也即是“根据路由策略信息和计费策略信息”,后面不再赘述。
优选地,本发明实施例的路由策略信息包括:用户设备信息、和/或业务类型信息、和/或通信对象信息、和/或通信地址。
本发明实施例还提供了一种通信业务信息的处理装置。该装置可以通过通信业务信息的处理实现其功能。需要说明的是,本发明实施例的通信业务信息的处理装置可以用于执行本发明实施例所提供的通信业务信息的处理方法,本发明实施例的通信业务信息的处理方法也可以通过本发明实施例所提供的通信业务信息的处理装置来执行。
图8是根据本发明实施例的通信业务信息的处理装置的示意图。如图8所示,该通信业务信息的处理装置包括:第一接收单元10、第一确定单元20和搜集单元30。
第一接收单元10用于使得基站接收路由和计费策略设备发送的策略信息,策略信息包括路由策略信息,路由和计费策略设备通过第一逻辑接口与基站相连接,其中,路由策略信息为用于确定用户设备请求的通信业务的路由策略的信息。
第一确定单元20用于使得基站由路由策略信息确定用户设备请求的通信业务的信息传输路径。
搜集单元30用于使得基站根据信息传输路径来搜集用户设备使用通信业务的计费信息,计费信息为用户设备使用通信业务时用于辅助计费的信息。
路由和计费策略设备命名为RCPE(RoutingandChargingPolicyEquipment),用于向基站发送策略信息,该策略信息包括路由策略信息。优选地,策略信息还包括计费策略信息,计费策略信息用于确定用户设备使用通信业务的计费策略的信息,基站根据路由策略信息和计费策略信息确定用户设备使用通信业务的计费策略。该策略信息可以是计费策略信息,也可以是路由策略信息,还可以是路由策略信息和计费策略信息作为一个信息的策略信息。本领域技术人员,其路由和计费策略设备的名字可以有不同,但功能相同的设备也属于本发明的保护范围。
发明人通过研究发现,业务信息的路由与计费是相关的,如背景技术中所提到的,如果业务信息通过传统移动通信系统的核心网与PDN相连接,则可以对应采用传统移动通信业务的计费方案;而如果业务信息通过基站连接到PDN(例如通过家庭宽带连接到Internet),则可以采用资费较低的计费方案或者甚至免费,具体地,可以采用本发明实施例的方案来实现计费功能。
因此,在本发明实施例中引入了RCPE,RCPE可以与基站相连接,向基站发送路由和计费策略信息,这样,使得基站就能够在业务信息不通过核心网连接到PDN的情况下,采用诸如LIPA、SIPTO等技术卸载业务信息的方法进行计费,还使得通信业务信息的路由方案能够匹配计费方案,从而在减轻核心网负担的同时、为运营商带来商业价值,解决了现有技术中无法对业务信息进行计费的问题。
在传统移动通信系统中,基站并不具有进行路由和计费的自主能力。而在本发明实施例中,基站可以根据RCPE发送的策略信息来确定UE的业务信息的路由方案,并搜集UE相关的计费信息,使得基站更加智能。
具体地,路由和计费策略设备与基站通过第一逻辑接口相连,向基站发送策略信息,该策略信息包括路由策略信息,基站根据接收到的策略信息确定UE相关通信业务信息的路由方案即UE请求的通信业务的信息传输路径,基站根据该信息传输路径来搜集UE相关的计费信息,将所搜集的计费信息发送给路由和计费策略设备或其它网络设备用于计费。其中,通信业务可以是语音通信业务、短信通信业务或者数据通信业务等。
优选地,基站连接到分组数据网,路由和计费策略设备与基站通过第一逻辑接口进行数据通信,信息传输路径包括以下至少之一:第一路由方案,通过基站连接到移动通信网络的核心网;第二路由方案,通过基站接入分组数据网PDN;第三路由方案,通过基站连接到基站的其它设备。这里的其他设备是指与用户设备不同的与基站建立连接的其他设备,可以是连接到基站的平板电脑、电视机、PC等设备。
如图3所示,ENB1可以是一个小基站,能够通过家庭/企业宽带连接到PDN,也能通过核心网再连接到PDN;本发明实施例的RCPE,可以通过第一逻辑接口IRE向ENB1发送路由和计费策略信息;这样,UE1无线接入ENB1后,若RCPE向ENB1发送路由和计费策略信息、指示ENB1对UE1的业务信息通过核心网与PDN连接(第一路由方案),则ENB1将通信业务信息路由至SGW,并且不搜集计费信息(由核心网搜集);而若RCPE向ENB1发送路由和计费策略信息、指示ENB1对UE1的业务信息通过家庭/企业宽带与PDN连接(第二路由方案),则ENB1将通信业务信息卸载到PDN,并搜集UE1相关的计费信息;若RCPE向ENB1发送路由和计费策略信息、指示ENB1对UE1的业务信息通过本地网络与本地其它设备相连(第三路由方案),则ENB1将通信业务信息限制在本地,并搜集UE1相关的计费信息。在本发明实施例中,上述两种PDN可以相同或不同;例如通过核心网连接的PDN是Internet,而通过家庭基站连接的PDN则是某地区的内部网络;或者这二者都是Internet。
在图3中,通过基站将通信业务信息卸载到PDN,可以是直接通过基站发送到PDN,还可以再经过若干其它网络设备之后再发送到PDN,例如基站和PDN之间还设有网关,等等,这些都是目前网络中的通常组网方式,在本发明实施例中只要基站与卸载业务的PDN之间的连接不需要通过现有技术的核心网即可。
除了应用在传统移动通信网络之外,本发明实施例的通信业务信息的处理装置还可以应用在新的移动通信网络中。其中,新的移动通信网络如图4所示,基站连接到PDN,同时云服务器也连接到PDN,并通过PDN对基站进行管理。云服务器也可以包括RCPE,能够通过PDN向基站发送策略信息,其中云服务器中的RCPE与基站之间可以通过第一逻辑接口交互信息,不同于传统移动通信网络中的接口,该逻辑接口上传输的数据是采用IP协议进行封装,是在开放的PDN上进行传输,可以通过诸如IPSec的安全隧道来保证信息传输的安全性,如图4中的曲线41和曲线42所示。
其它步骤类似,基站根据路由和计费策略信息确定UE相关通信业务信息的路由方案,并搜集UE相关的计费信息,再将计费信息发送给路由和计费策略设备或其它网络设备用于计费。
需要说明的是,云服务器的具体形式不限,可以是计算机或其它具有通信功能的至少一台设备,也可以是多种设备的组合等,能够连接到PDN。图4中云服务器可以包括多个模块,这些模块可以相互独立且能够相互通信,或者这些模块共同构成了云服务器,例如每个模块分别对应该平台上的一部分计算机代码,等等,它们相互之间的通信不作限制。
对于除了本发明实施例所涉及的网络设备之外,本发明实施例不对其它网络设备做限制,可以理解,除了上述提到的两类移动通信网络架构之外,本发明还可以用于其它移动通信网络架构,这里不再赘述。
在本发明实施例中,RCPE向基站发送路由策略信息和计费策略信息的时间和形式不限,其中,路由策略信息和计费策略信息可以同时发送或分别在不同时间发送;路由策略信息和计费策略信息的发送形式可以是加载到一个数据包中发送或加载到不同数据包中。
在本发明实施例中,根据基站搜集到的计费信息、对UE相关的业务信息进行计费的网络设备可以是RCPE,也可以是其它网络设备,例如是BOSS。
需要说明的是,本发明实施例所述的接口是逻辑接口,包括图3中S1-MME、X2或Gx等接口在内的接口都是逻辑接口,该接口有相应的标准规范,接口两端相连的网络设备能够通过该接口、按照相应的标准规范交互数据,具体两端相连的网络设备相互之间是否直接物理连接不做限制(可以是两个网络设备之间要经过多个网络设备才连接),物理连接的形式也不做限制,可以通过有线或无线的方式进行连接,有线方式例如铜线、光纤连接等,无线方式例如使用wifi协议、LTE协议或其它无线通信协议规范进行的无线连接等。
基站可以是宏基站(MacroBaseStation)、微基站(PicoBaseStation)、增强型基站(ENB)、家庭增强型基站(FemtoeNB或HENB)、接入点(AP)等,在本发明中不做限制。基站与UE之间的空中接口不限,可以是WCDMA、CDMA2000、LTE、WiMAX等。UE可以是手机、个人数字助理(PDA)、无线调制调解器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(WLL)站等。
需要说明的是,本发明实施例所述的业务信息并不限于任何业务信息,例如,语音通信业务,短信业务或者网络数据业务。本发明实施例所述通信业务信息的处理装置可以分别应用于不同UE,或应用于同一UE的不同业务类型,或应用于同一UE的相同业务类型的不同通信对象或地址等等。具体地,RCPE还向基站发送UE信息、和/或业务类型信息、和/或通信对象信息和/或通信地址等,便于基站根据这些信息确定路由和计费方案。例如,RCPE分别为UE1和UE2发送不同的策略信息,则UE1和UE2对应不同的路由方案或计费方案,比如ENB对UE1的业务信息路由到核心网,而ENB对UE2的业务信息直接路由到PDN;或者RCPE分别为UE1的不同业务发送不同的路由和计费策略信息,则UE1的不同业务对应不同的路由方案或计费方案,比如ENB对UE1的语音通话业务不搜集计费信息(由核心网搜集),对UE1的Internet上网业务搜集计费信息;或者RCPE分别为UE1的Internet业务的不同访问地址发送不同的路由和计费策略信息,则UE1的Internet上网业务的不同应用程序对应不同的路由方案或计费方案,比如ENB对UE1的微信应用程序不搜集计费信息(免费服务),对UE1的其它应用程序搜集计费信息(付费服务),再比如ENB对UE1的VoIP应用对应的业务信息路由到核心网,而对UE1的其它应用对应的业务信息直接路由到PDN等等。
另外,本发明实施例的具体计费过程可以参见本发明实施例的通信业务信息的车方法中的描述,这里不做赘述。
优选地,搜集单元包括:判断模块,用于使得基站根据信息传输路径判断是否搜集用户设备使用通信业务的计费信息;第一搜集模块,用于如果信息传输路径为通过基站连接到核心网,则不通过基站搜集用户设备使用通信业务的计费信息;以及第二搜集模块,用于如果信息传输路径为通过基站接入分组数据网,或者信息传输路径为通过基站连接到基站的其它设备,则基站搜集用户设备使用通信业务的计费信息。
RCPE对不通过移动通信网络的核心网发生的通信业务进行计费。这里进一步限定RCPE的计费能力范围,从而为计费进行了职能分工,即传统的BOSS对通过核心网发生的通信业务进行计费,而RCPE对不通过核心网的通信业务进行计费,从而具有较强的兼容性和灵活性,也即传统网络设备的大部分功能得以延续,只需要增加RCPE和相应接口,就能良好支持诸如LIPA和SIPTO的功能并单独进行计费。
RCPE仅针对不通过移动通信网络的核心网发生的通信业务向基站发送路由策略信息和计费策略信息,相应地,基站也可以针对这类通信业务搜集计费信息。
在本发明实施例中,如果用户设备是传统移动通信UE,也即是,该UE仅支持通过核心网开展通信业务,或者该UE仅与运营商签约传统移动通信业务,则RCPE就不需向基站发送路由策略信息和计费策略信息,所有流程与现有技术相同;而只有对不通过移动通信核心网发生的通信业务,RCPE才向基站发送路由策略信息和计费策略信息,相应,基站也仅针对这类业务搜集计费信息。通过这样的方式,将不通过核心网进行的通信业务视为特殊业务,能够不影响传统移动通信UE,例如,基站收到传统的UE的信息之后就直接发送给S-GW,而不需要判断如何路由,从而保证传统移动通信UE的延时。此外,这种事件触发(Event-triggered)的行为也减少了RCPE与基站之间的通信和处理复杂度。
优选地,本发明实施例的处理装置还包括:第一发送单元,用于在基站搜集用户设备使用通信业务的计费信息之后,使得基站通过第一逻辑接口将计费信息发送至路由和计费策略设备;或者第二发送单元,用于使得基站将计费信息发送至服务网关S-GW。
具体地,基站RCPE发送的计费策略信息搜集计费信息之后,再将计费信息发送至路由和计费策略设备进行统计计费。或者,基站根据RCPE发送的计费策略信息搜集计费信息,再将计费信息发送给S-GW,通过S-GW对搜集的计费信息进行处理或转发,例如转发给BOSS实现计费。
可选地,通信业务信息的处理装置还包括:第五发送单元,用于在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,使得路由和计费策略设备将接收到的计费信息发送至计费网关CG;或者,第六发送单元,用于使得路由和计费策略设备将接收到的计费信息发送至业务操作支撑系统BOSS;或者,计费单元,用于使得路由和计费策略设备根据接收到的计费信息对用户设备进行计费。
具体地,RCPE从基站获取计费信息之后,再发送给CG;或者RCPE从基站获取计费信息之后,再发送给BOSS;或者RCPE从基站获取计费信息之后,根据计费信息进行计费;或者基站根据RCPE发送的计费策略信息搜集计费信息,再将计费信息发送给S-GW。
这里列举了几种优选方案,可以由RCPE搜集计费信息并转发给CG或BOSS,这样RCPE的操作较为简单,不过需要定义RCPE与CG或BOSS之间的接口;或者RCPE根据计费信息直接进行计费,这样能够尽量维持现有系统不变,不需定义RCPE与CG或BOSS之间的接口;或者RCPE不搜集计费信息,而是基站将计费信息发送给S-GW,再通过现有的流程将计费信息最终发送给BOSS实现计费,能够最大程度简化RCPE的操作。
优选地,路由和计费策略设备通过第二逻辑接口连接到计费网关,通信业务信息的处理装置还包括:第三发送单元,用于在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,使得路由和计费策略设备将计费信息通过第二逻辑接口发送至计费网关CG;或者,路由和计费策略设备通过第三逻辑接口连接到业务操作支撑系统BOSS,通信业务信息的处理装置还包括:第四发送单元,用于在基站通过第一逻辑接口将计费信息发送至路由和计费策略设备之后,使得路由和计费策略设备将计费信息通过第三逻辑接口发送至业务操作支撑系统BOSS。
具体地,RCPE与CG通过第二逻辑接口连接,基站将搜集的计费信息发送给RCPE,RCPE再通过第二逻辑接口发送给CG。
RCPE直接连接到CG如图5所示,其中RCPE与CG通过IRC接口进行连接,并向CG发送计费信息。CG与BOSS仍然通过传统的Bp接口进行连接,最终计费信息汇总到BOSS,由BOSS统一管理。
通过这样的方式,在BOSS中不仅可以记录UE通过传统移动通信网络进行的通信业务相关的费用,还可以记录UE通过其它方式、不经过核心网进行的通信业务相关的费用,从而运营商能够对后者进行统一计费。
可选地,RCPE与BOSS通过第三逻辑接口连接,基站将搜集的计费信息发送给RCPE,RCPE再通过第三逻辑接口发送给BOSS。
RCPE直接连接到BOSS如图6所示,第三逻辑接口即IRB接口,同样能够实现上述好处。相对于图5的方式,这里RCPE与BOSS直接相连,从而省去了其中CG的处理,降低了时延;优选地,RCPE也可以具有计费网关的功能,例如可以汇聚来自基站的计费信息,再统一发送给BOSS;不同于图中CG的地方在于,RCPE处理的是不经过核心网进行的通信业务的计费信息。
优选地,路由和计费策略设备为以下至少之一的组成部分:服务网关、移动性管理实体、计费网关、业务操作支撑系统。具体地,RCPE可以是S-GW的一部分,或MME的一部分,或CG的一部分,或BOSS的一部分。
由于在现有技术中基站已经与S-GW和MME存在逻辑连接,因此,RCPE可以作为其中的一部分内嵌到S-GW或MME中,图1中S1-U或S1-MME接口的功能也相应增强,这样可以维持网络架构不变。
图7给出了RCPE是CG的一部分的网络架构图,其中与现有技术不同之处在于,CG与基站之间增加了IRE接口,并且CG也增加了RCPE装置。RCPE是S-GW或MME的一部分的实施例更为简单,没有引入新的接口,而只是增强了S1-U或S1-MME接口即可,或者RCPE就是BOSS的一个装置,原理与上面相似,不再赘述。
特别地,BOSS对从RCPE获取的计费信息进行标记。
在实际中,能够灵活选择多种路由方案的用户通常希望能够了解自己分别通过各种路由方案进行的通信业务的详细费用,因此本发明实施例对从RCPE获取的计费信息进行标记,从而实现这一功能。例如,通过本发明实施例,在BOSS中能够记录某用户有50Mbyte的数据流量是通过传统的核心网发生,而有200Mbyte的数据流量是通过基站连接到PDN直接发生。
优选地,在基站将计费信息上报至路由和计费策略设备的情况下,第一发送单元用于使得基站在发生以下任意一种情况时,向路由和计费策略设备上报通信后的计费信息:用户设备从连接模式切换到空闲模式;基站接收到路由和计费策略设备的上报指示;用户设备寻呼失败;基站与用户设备失步;基站与用户设备通信中断;基站接收到路由和计费策略设备发送的新的计费策略信息;用户设备的通信余量不足;用户设备切换到其他基站。
具体地,基站可以在当发生以下事件之一时则上报计费信息:UE从连接模式进入空闲模式、或基站收到RCPE的上报指示、或UE切换到其它基站、或与UE失步、或对UE的寻呼失败、或与UE的通信中断、或UE的通信余量不足。其中,在LTE系统中定义了空闲模式和连接模式,当UE接入了某个基站之后,可能进入空闲模式(Idlemode)或连接模式(Connectedmode),一般来说,基站需要与UE交互业务数据则将UE配置进入连接模式,而当UE处于待机状态、不与基站交互业务数据则进入空闲模式,此时会释放连接模式所需的资源,例如该UE所特有的控制信道等;因此,当UE从连接模式进入空闲模式,可以表示UE当前的通信结束,此时基站也会向RCPE上报计费信息。或者RCPE向基站发送上报指示也会触发基站的上报,例如用户查询自己的通信详单时会触发RCPE向基站发送该指示。其它的情况不再赘述。通过这样的事件触发的方式,同样减轻了RCPE的负担。
优选地,路由和计费策略设备通过第四逻辑接口连接到归属用户服务器,处理装置还包括:第九发送单元,用于在基站接收路由和计费策略设备发送的策略信息之前,使得归属用户服务器通过第四逻辑接口向路由和计费策略设备发送用户设备信息;以及第二确定单元,用于使得路由和计费策略设备根据用户设备信息确定策略信息。
RCPE通过第四逻辑接口连接到HSS,HSS向RCPE发送UE信息,RCPE根据UE信息确定该UE的路由和计费策略信息。可选地,RCPE通过第四逻辑接口连接到用户信息中心,该用户信息中心可以是如图4所示的云服务器上的用户信息中心。
在本发明中,RCPE可以根据某UE的信息(例如通信签约信息)来确定路由和计费策略信息,例如,对于传统移动通信运营商的签约用户,则路由和计费策略信息用于指示基站将该用户的业务信息路由到核心网,并指示基站不搜集计费信息(由核心网搜集);而对于家庭基站覆盖的签约用户,则路由和计费策略信息用于指示基站将该用户的业务信息路由到基站连接的PDN,并指示基站搜集计费信息,等等。在传统移动通信系统中,UE的信息通常由HSS来管理,其它系统则包括用户信息中心用于管理UE的信息。
优选地,处理装置还包括:第二接收单元,用于在基站接收路由和计费策略设备发送的策略信息之前,使得基站接收用户设备发送的访问请求,访问请求携带有待访问的地址信息,访问请求用于请求基站向用户设备提供针对待访问的地址的无线通信服务,第一确定单元包括:确定模块,用于使得基站根据路由策略信息和待访问的地址信息确定用户设备请求的通信业务的信息传输路径。
由上面实施例中所述,本发明实施例的路由方案包括:(1)业务信息被连接到移动通信网络的核心网,(2)业务信息被连接到与基站相连的PDN,(3)业务信息被连接到与UE处于相同局域网的其它设备。
其中,(1)即现有移动通信网络的方案,(2)相当于现有技术中的SIPTO技术,这两者在上文已经介绍了,(3)类似现有技术中的LIPA技术,对于诸如通过本地局域网访问本地的其它设备的场景,该方案同样能够减轻核心网的负担,例如,手机通过家庭基站访问家庭打印机,等等。这几类路由方案可以分别对应不同的签约用户,例如:(1)对应传统移动通信运营商的签约用户,(2)对应家庭基站覆盖的签约用户,(3)对应所有用户,包括尚未签约的用户,等等。
可选地,基站不仅根据RCPE发送的路由策略信息确定信息的路由,还根据通信内容的特征即带访问的地址信息来确定,其中,用户设备发送的访问请求携带有待访问的地址信息,该访问请求用于请求基站向用户设备提供针对待访问的地址的无线通信服务。例如,当UE向基站发送业务请求时,会携带访问的IP地址;基站会提取出被访问的IP地址,如果发现该IP地址是本地IP,则判断为该UE按照情况(3)进行路由。(其它步骤不限定,例如基站还需要根据自身的能力以及UE所期望的接入方式等综合判断等)。
不同的路由方案对应的APN不同,路由策略信息可以包括APN。在现有的移动通信网络中,人们通常使用不同的APN来区分不同的网络,例如CMWAP和CMNET就是两个不同的APN,用户可以为手机配置不同的APN,从而访问不同的网络。在本发明中,上面描述的三种路由方案也可以被视为不同的网络,可以为它们分别设置不同的APN;RCPE向基站发送的路由策略信息中包括APN的信息,例如路由方案(2)对应的APN,基站收到之后,根据APN就判断采用路由方案(2)。
在本发明中,路由策略信息具体可以表现为路由方案的编号(例如1~3方案可以通过2个比特来表示),也可以是路由方案被enable或disable的指示(例如每种方案可以通过1个比特来表示,1表示enable,0表示disable,总共需要3个比特),等等,RCPE与基站可以通过标准规范约定这些编号或比特的对应含义,本发明不做限制。
优选地,处理装置还包括:第十发送单元,用于在基站接收路由和计费策略设备发送的策略信息之前,使得基站向路由和计费策略设备发送计费请求信息,计费请求信息用于请求计费策略信息,其中,路由和计费策略设备接收到计费请求信息之后,向基站发送计费策略信息。
基站向RCPE发送计费请求信息,然后RCPE再向基站发送计费策略信息。这样由基站请求计费策略信息的方式,能够降低RCPE发送计费策略信息的频度,也降低RCPE的处理。特别地,例如,计费请求信息是计费开始通知信息,即基站向RCPE发送消息,向RCPE通知基站已经开始搜集计费信息,然后RCPE向基站发送计费策略信息,基站再根据计费策略信息确定继续搜集的信息和上报的信息等。
优选地,处理装置还包括:存储单元,用于在基站接收路由和计费策略设备发送的策略信息之后,存储计费策略信息,其中,当出现以下任意情况时,删除存储的计费策略信息:用户设备寻呼失败;基站与用户设备失步;基站与用户设备通信中断;基站接收到路由和计费策略设备发送的新的计费策略信息;用户设备的通信余量不足;用户设备切换到其他基站。
具体地,基站收到计费策略信息之后即存储,当发生以下事件之一则删除该计费策略信息:UE切换到其它基站、或与UE失步(unsynchronize)、或对UE的寻呼失败、或与UE的通信中断、或收到RCPE发送的新的计费策略信息、或UE的通信余量不足。这样,当UE进入基站覆盖区域会触发RCPE发送一次计费策略信息,基站可以存储下来,每当UE在该基站的覆盖区域多次发生通信行为时就可以随时使用,而不需重复向RCPE申请,这一方式也能够降低RCPE的处理;当发生上述异常现象时,基站删除所存储的计费策略信息。与UE失步表示基站与UE失去同步,在同步通信系统中,需要使无线通信的双方的时钟调整到相同频率,如果失去同步则通信就无法进行,失步的可能原因之一就是UE发生异常(例如没电、被屏蔽、切换到其它区域等),与基站的通信会中断,因此不需再存储计费策略信息,后续UE重新与基站建立连接过程中再向RCPE请求该信息。对UE的寻呼表示网络需要发起与UE的通信时的操作,如果寻呼失败,很可能是UE发生异常。UE的通信余量不足,例如,基站先从RCPE获取UE的剩余流量信息为10Mbit,在基站为UE提供通信服务的过程中,若发现剩余流量仅剩余1Mbit,则向RCPE上报计费信息,这样通过事件触发的方式来上报计费信息,同样可以降低上报的频度。本文提到的剩余费用不足,可以是剩余流量为零,或低于某一门限;可以针对该UE的整体通信情况,也可以针对该UE的部分业务(例如视频通信)等等。
优选地,处理装置还包括:检测单元,用于在基站搜集用户设备使用通信业务的计费信息之后,使得基站检测用户设备的在当前的无线通信服务下的通信余量是否小于预设阈值;第七发送单元,用于当检测出用户设备的在无线通信服务下的通信余量小于预设阈值,使得基站向用户设备发送通信余量的信息,并停止向用户设备提供无线通信服务;以及上报单元,用于使得基站向路由和计费策略设备上报停止无线通信服务前发生的通信业务的计费信息。
基站在获取到用户设备的计费信息之后,对用户设备进行计费统计,检测用户设备在当前提供的无线通信服务下的通信余量,例如,通话的余额,流量套餐的剩余流量,短信套餐的剩余短信数量等。判断该通信余量是否小于预设阈值,该预设阈值可以根据需要进行设置,例如0,不同的通信服务可以设置不同的阈值。例如,上网流量的预设阈值可以设置为0,检测到上网流量的余量是否小于0,如果是,则基站向用户设备发送该通信余量为0的信息,并停止向用户设备提供无线上网服务。并且,基站将在通信服务切断前发生的通信服务的计费信息上报至路由和计费策略设备或者其他网络设备。
具体地,基站若发现剩余通信余量已经用尽,则向UE发送通信余量信息,自动关闭UE与PDN的通信,并向路由和计费策略设备或者其他网络设备上报计费信息。在本发明中,基站能够获取计费策略信息,其中可以包括UE对应的剩余通信余量,在基站为该UE提供通信服务的过程中,则可以自主发起上述行为,而不需核心网或云服务器指示再进行,这样同样减轻后者的负担;由于路由和计费策略设备或者其他网络设备提前将该UE对应的剩余费用信息发送给基站,因此该方案同样能够保证基站向UE发送信息的准确性。同样,这里的通信余量可以针对该UE的整体通信情况,也可以针对该UE的部分业务等等。
路由和计费策略设备或者其他网络设备可以向基站发送接入指示信息,指示基站为UE提供通信服务,这种情况例如用户被告知剩余费用不足之后进行充值;一旦云服务器检测到用户充值,即指示基站为UE提供通信服务。
RCPE可以向基站发送接入指示信息,指示基站为UE提供通信服务,这种情况例如用户被告知剩余费用不足之后进行充值;一旦RCPE检测到用户充值,即指示基站为UE提供通信服务。
在本发明实施例中,计费策略信息具体可以表现为计费方案的编号(例如1~3方案可以通过2个比特来表示),也可以是计费方案被enable或disable的指示(例如每种方案可以通过1个比特来表示,1表示enable,0表示disable,总共需要3个比特),等等,RCPE与基站可以通过标准规范约定这些编号或比特的对应含义,本发明不做限制。
优选地,策略信息包括:计费修正指示信息,处理装置还包括:修正单元,用于在基站搜集用户设备使用通信业务的计费信息之后,使得基站根据计费修正指示信息对搜集的计费信息进行修正;以及第八发送单元,用于使得基站将修正后的计费信息发送至用于进行计费统计的网络设备。该用于进行计费统计的网络设备可以是路由和计费策略设备,也可以是具有该功能的其他网络设备。
RCPE向计费修正指示信息,基站根据该计费修正指示信息,对所搜集的计费信息进行修正,并把修正后的结果发送给RCPE或其它网络设备用于计费。其中,路由和计费策略信息包括计费修正指示信息,或者计费修正指示信息是路由和计费策略信息之外的其它信息。
本发明实施例中,基站可以根据计费修正指示信息修改上报的计费信息,方便实现商业模式的创新。例如运营商可以与新浪合作,对用户访问新浪网的业务信息采取半价计费优惠,则RCPE向基站发送计费修正指示信息,指示基站在搜集计费信息后,对用户访问新浪网所发生的流量数据修正为一半,而对其它流量数据不修正,就方便地实现了这类商业模式。
进一步地,计费信息修正指示信息包括以下至少之一:通信对象、通信地址、通信类型、通信时间、修正因子。
优选地,如图4所示,路由和计费策略设备设置在云服务器上,云服务器与基站通过在分组数据网中预先建立的安全隧道和/或安全机制进行通信。
优选地,策略信息还包括计费策略信息,其中,路由策略信息和计费策略信息被配置在同一信息中。
路由策略信息和计费策略信息被包括在同一信息中。由于路由方案往往与计费方案相对应,因此在这里提出由同一信息同时传递了路由策略信息和计费策略信息,这样能够节省策略信息所需的信令开销。例如下表所示,总共有3种路由和计费策略,因此通过2比特的路由和计费策略信息字段就能同时传递路由策略和计费策略。具体的路由策略和计费策略的描述参见表2,这里不赘述。
可选地,路由策略信息和计费策略信息由用于传递路由策略的信息和用于传递计费策略的信息组成。RCPE向基站发送路由策略信息,便于基站根据该信息确定路由方案;RCPE向基站发送计费策略信息,便于基站根据该信息确定计费方案。这两个信息并未被包括在同一信息中传递,这样更为灵活。例如下表所示,这样,当RCPE需要向基站发送计费策略信息时,就只需要发送1比特计费策略信息字段即可,不需向基站发送路由策略信息字段。
特别地,当策略信息由路由策略信息和计费策略信息组成时,基站同时需要根据路由策略信息和计费策略信息确定计费方案。
例如表3和表4所示,当路由策略信息字段为00时,路由策略是将业务信息连接到核心网,由于该方案对应传统移动通信系统的路由方案,因此基站就不需要搜集计费信息;在这里,除了计费策略信息之外,基站还根据路由策略信息确定计费策略,更为高效合理(否则就还需要在表3中增加另一种计费策略为“不计费”)。
下文将分别对路由过程和计费过程进行描述,因此重点以路由和计费策略信息由路由策略信息和计费策略信息组成为例进行说明。可以理解的是,当路由和计费策略信息被包括在同一信息中时,本发明实施例中,“根据路由策略信息”也即是“根据路由策略信息和计费策略信息”,以及“根据计费策略信息”也即是“根据路由策略信息和计费策略信息”,后面不再赘述。
优选地,本发明实施例的路由策略信息包括:用户设备信息、和/或业务类型信息、和/或通信对象信息、和/或通信地址。
本发明实施例的另一方面还提供了一种通信网络系统,该通信网络系统可以用于实现本发明实施例的通信业务信息的处理方法和通信业务信息的处理装置。具体地请参见本发明实施例中对通信业务信息的处理方法和通信业务信息的处理装置的描述,这里不做赘述。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、移动终端、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种通信业务信息的处理方法,其特征在于,包括:
基站接收路由和计费策略设备发送的策略信息,所述策略信息包括路由策略信息,所述路由和计费策略设备通过第一逻辑接口与所述基站相连接,其中,所述路由策略信息为用于确定用户设备请求的通信业务的路由策略的信息;
所述基站由所述路由策略信息确定所述用户设备请求的所述通信业务的信息传输路径;以及
所述基站根据所述信息传输路径来搜集所述用户设备使用所述通信业务的计费信息,所述计费信息为所述用户设备使用所述通信业务时用于辅助计费的信息。
2.根据权利要求1所述的处理方法,其特征在于,所述基站连接到分组数据网,所述路由和计费策略设备与所述基站通过所述第一逻辑接口进行数据通信,所述信息传输路径包括以下至少之一:
通过所述基站连接到移动通信网络的核心网;
通过所述基站接入所述分组数据网;
通过所述基站连接到接入所述基站的其它设备。
3.根据权利要求2所述的处理方法,其特征在于,所述基站根据所述信息传输路径搜集所述用户设备使用所述通信业务的计费信息包括:
所述基站根据所述信息传输路径判断是否搜集所述用户设备使用所述通信业务的计费信息;
如果所述信息传输路径为通过所述基站连接到所述核心网,则不通过所述基站搜集所述用户设备使用所述通信业务的计费信息;以及
如果所述信息传输路径为通过所述基站接入所述分组数据网,或者所述信息传输路径为通过所述基站连接到接入所述基站的其它设备,则所述基站搜集所述用户设备使用所述通信业务的计费信息。
4.根据权利要求3所述的处理方法,其特征在于,在所述基站搜集所述用户设备使用所述通信业务的计费信息之后,所述处理方法还包括:
所述基站通过所述第一逻辑接口将所述计费信息发送至所述路由和计费策略设备;或者
所述基站将所述计费信息发送至服务网关。
5.根据权利要求4所述的处理方法,其特征在于,所述基站在发生以下任意一种情况时,向所述路由和计费策略设备上报通信后的计费信息:所述用户设备从连接模式切换到空闲模式;所述基站接收到所述路由和计费策略设备的上报指示;所述用户设备寻呼失败;所述基站与所述用户设备失步;所述基站与所述用户设备通信中断;所述基站接收到所述路由和计费策略设备发送的新的计费策略信息;所述用户设备的通信余量不足;所述用户设备切换到其他基站。
6.根据权利要求4所述的处理方法,其特征在于,
所述路由和计费策略设备通过第二逻辑接口连接到计费网关,在所述基站通过所述第一逻辑接口将所述计费信息发送至所述路由和计费策略设备之后,所述处理方法还包括:所述路由和计费策略设备将所述计费信息通过所述第二逻辑接口发送至所述计费网关;或者
所述路由和计费策略设备通过第三逻辑接口连接到业务操作支撑系统,在所述基站通过所述第一逻辑接口将所述计费信息发送至所述路由和计费策略设备之后,所述处理方法还包括:所述路由和计费策略设备将所述计费信息通过所述第三逻辑接口发送至所述业务操作支撑系统。
7.根据权利要求4所述的处理方法,其特征在于,在所述基站通过所述第一逻辑接口将所述计费信息发送至所述路由和计费策略设备之后,所述处理方法还包括:
所述路由和计费策略设备将接收到的计费信息发送至计费网关;或者
所述路由和计费策略设备将接收到的计费信息发送至业务操作支撑系统;或者
所述路由和计费策略设备根据接收到的计费信息对所述用户设备进行计费。
8.根据权利要求3所述的处理方法,其特征在于,在所述基站搜集所述用户设备使用所述通信业务的计费信息之后,所述处理方法还包括:
所述基站检测所述用户设备的在当前的无线通信服务下的通信余量是否小于预设阈值;
如果检测出所述用户设备的在所述无线通信服务下的通信余量小于所述预设阈值,则所述基站向所述用户设备发送所述通信余量的信息,并停止向所述用户设备提供所述无线通信服务;以及
所述基站向所述路由和计费策略设备上报停止所述无线通信服务前发生的通信业务的计费信息。
9.根据权利要求3所述的处理方法,其特征在于,所述策略信息包括:计费修正指示信息,在所述基站搜集所述用户设备使用所述通信业务的计费信息之后,所述处理方法还包括:
所述基站根据所述计费修正指示信息对搜集的计费信息进行修正;以及
所述基站将修正后的计费信息发送至用于进行计费统计的网络设备。
10.根据权利要求1所述的处理方法,其特征在于,
在基站接收路由和计费策略设备发送的策略信息之前,所述处理方法还包括:所述基站接收所述用户设备发送的访问请求,所述访问请求携带有待访问的地址信息,所述访问请求用于请求所述基站向所述用户设备提供针对所述待访问的地址的无线通信服务,
所述基站由所述路由策略信息确定所述用户设备请求的所述通信业务的信息传输路径包括:所述基站根据所述路由策略信息和所述待访问的地址信息确定所述用户设备请求的所述通信业务的信息传输路径。
CN201510884396.5A 2014-09-10 2014-09-10 通信业务信息的处理方法和装置 Active CN105554721B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510884396.5A CN105554721B (zh) 2014-09-10 2014-09-10 通信业务信息的处理方法和装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410459427.8A CN104469727B (zh) 2014-09-10 2014-09-10 通信业务信息的处理方法和装置
CN201510884396.5A CN105554721B (zh) 2014-09-10 2014-09-10 通信业务信息的处理方法和装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201410459427.8A Division CN104469727B (zh) 2014-09-10 2014-09-10 通信业务信息的处理方法和装置

Publications (2)

Publication Number Publication Date
CN105554721A true CN105554721A (zh) 2016-05-04
CN105554721B CN105554721B (zh) 2019-09-13

Family

ID=52914942

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201410459427.8A Active CN104469727B (zh) 2014-09-10 2014-09-10 通信业务信息的处理方法和装置
CN201510884396.5A Active CN105554721B (zh) 2014-09-10 2014-09-10 通信业务信息的处理方法和装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201410459427.8A Active CN104469727B (zh) 2014-09-10 2014-09-10 通信业务信息的处理方法和装置

Country Status (1)

Country Link
CN (2) CN104469727B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108632900A (zh) * 2017-03-21 2018-10-09 中国移动通信集团山西有限公司 用于网络融合的流量处理方法、装置、基站和网关
US11929907B2 (en) 2022-03-08 2024-03-12 T-Mobile Usa, Inc. Endpoint assisted selection of routing paths over multiple networks

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998348A (zh) * 2009-08-25 2011-03-30 中兴通讯股份有限公司 一种计费系统及其进行计费的方法
CN102209309A (zh) * 2010-03-30 2011-10-05 华为技术有限公司 流计费方法、装置和一种流计费系统
WO2011140707A1 (zh) * 2010-05-12 2011-11-17 华为技术有限公司 业务流旁路方法、系统和策略与计费规则功能实体
CN102332985A (zh) * 2011-10-26 2012-01-25 电信科学技术研究院 一种提供基于lipa承载的计费支持的方法及装置
US20120170512A1 (en) * 2010-12-29 2012-07-05 Industrial Technology Research Institute System and method for application layer gateway assisted local ip access at a femto base station by network address translation
CN102685801A (zh) * 2012-05-11 2012-09-19 中国联合网络通信集团有限公司 网络管理设备及方法
CN102958128A (zh) * 2011-08-16 2013-03-06 华为终端有限公司 为ue业务选择pdn连接的方法及装置
CN103686655A (zh) * 2012-09-07 2014-03-26 中兴通讯股份有限公司 计费控制方法及装置
WO2014130446A1 (en) * 2013-02-19 2014-08-28 Interdigital Patent Holdings, Inc. Charging architecture for a converged gateway

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998348A (zh) * 2009-08-25 2011-03-30 中兴通讯股份有限公司 一种计费系统及其进行计费的方法
CN102209309A (zh) * 2010-03-30 2011-10-05 华为技术有限公司 流计费方法、装置和一种流计费系统
WO2011140707A1 (zh) * 2010-05-12 2011-11-17 华为技术有限公司 业务流旁路方法、系统和策略与计费规则功能实体
US20120170512A1 (en) * 2010-12-29 2012-07-05 Industrial Technology Research Institute System and method for application layer gateway assisted local ip access at a femto base station by network address translation
CN102958128A (zh) * 2011-08-16 2013-03-06 华为终端有限公司 为ue业务选择pdn连接的方法及装置
CN102332985A (zh) * 2011-10-26 2012-01-25 电信科学技术研究院 一种提供基于lipa承载的计费支持的方法及装置
CN102685801A (zh) * 2012-05-11 2012-09-19 中国联合网络通信集团有限公司 网络管理设备及方法
CN103686655A (zh) * 2012-09-07 2014-03-26 中兴通讯股份有限公司 计费控制方法及装置
WO2014130446A1 (en) * 2013-02-19 2014-08-28 Interdigital Patent Holdings, Inc. Charging architecture for a converged gateway

Also Published As

Publication number Publication date
CN104469727A (zh) 2015-03-25
CN105554721B (zh) 2019-09-13
CN104469727B (zh) 2016-05-11

Similar Documents

Publication Publication Date Title
JP7127670B2 (ja) 通信方法、及び第1の基地局
CN104823478B (zh) 在无线通信系统中用于管理ran资源的方法和设备
CN109644514A (zh) 每个会话用户平面连接激活或停用的方法
CN103430613B (zh) 用于在无线通信网络中利用卸载能力的系统和方法
CN104662951A (zh) 用户平面拥塞的报告
CN103889004A (zh) 用于由演进节点b选择移动管理实体的系统、方法和介质
CN107005886A (zh) 具有lte ip锚点的wifi增强
CN103096291A (zh) 一种数据传输方法、移动性管理实体和移动终端
CN105103591A (zh) 使用用户平面拥塞(upcon)容器对upcon进行报告
CN105557062A (zh) 用于接近服务的epc增强
CN102238520A (zh) 一种小数据包传输的方法和系统
KR20160044048A (ko) 무선 통신 시스템에서 다중 우선순위 제어 방법 및 장치
CN103460786A (zh) 用于共享公共pdp上下文的系统和方法
CN111586751B (zh) 一种缓存状态报告bsr的触发方法、通信装置
CN101720119A (zh) 一种实现pdn连接选择的方法及系统
CN103428768B (zh) 一种接入方法、基站、接入点和用户设备
CN101686520A (zh) 支持家用基站上下文管理的方法
EP3484203B1 (en) Service data transmitting method and equipment
JP6801759B2 (ja) 通信制御方法
CN102111741B (zh) 计费实现方法及装置
CN102480714B (zh) 查询网关的方法及系统
CN102547861B (zh) 数据分流方法及本地网关
CN101730228A (zh) 一种对本地ip访问实现寻呼优化的方法及相关装置
CN105554721A (zh) 通信业务信息的处理方法和装置
CN101990321A (zh) 一种本地ip访问接入控制的方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address

Address after: Floors 9 and 10, building 1, zone 1, No. 81, Beiqing Road, Haidian District, Beijing 100085

Patentee after: Beijing baicaibang Technology Co.,Ltd.

Address before: 100085 Beijing Haidian District city information industry base development road 1, 3 tier 3001

Patentee before: Beijing Bai Caibang Technology Co.,Ltd.

CP03 Change of name, title or address