CN101364880A - 计费方法、系统和装置以及消息处理装置 - Google Patents

计费方法、系统和装置以及消息处理装置 Download PDF

Info

Publication number
CN101364880A
CN101364880A CNA2007100757115A CN200710075711A CN101364880A CN 101364880 A CN101364880 A CN 101364880A CN A2007100757115 A CNA2007100757115 A CN A2007100757115A CN 200710075711 A CN200710075711 A CN 200710075711A CN 101364880 A CN101364880 A CN 101364880A
Authority
CN
China
Prior art keywords
message
recipient
type
service
cpm
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
CNA2007100757115A
Other languages
English (en)
Other versions
CN101364880B (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.)
Global Innovation Polymerization LLC
Gw Partnership Co ltd
Original Assignee
Huawei 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007100757115A priority Critical patent/CN101364880B/zh
Priority to PCT/CN2008/070967 priority patent/WO2009018730A1/zh
Priority to EP08748573A priority patent/EP2178243A4/en
Publication of CN101364880A publication Critical patent/CN101364880A/zh
Application granted granted Critical
Publication of CN101364880B publication Critical patent/CN101364880B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1485—Tariff-related aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8016—Rating or billing plans; Tariff determination aspects based on quality of service [QoS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8022—Determining tariff or charge band
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8027—Rating or billing plans; Tariff determination aspects based on network load situation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8044—Least cost routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/28—SMS billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7414—QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7421—Determine tariff or charge band
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7428—Load situation, e.g. Current network load, traffic load or available resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/745—Least cost routing, e.g. Automatic or manual, call by call or by preselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/78—Metric aspects

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明涉及通信领域，特别涉及一种计费方法、系统和装置以及消息处理装置，实现了根据接收方在接收消息时对网络资源的使用情况进行计费，从而并提高了计费的精确性、多样性和灵活性。本发明公开了一种计费的方法，包括如下步骤：获得接收方网络资源的使用信息；根据所述接收方网络资源的使用信息进行计费。本发明还公开了一种计费系统、一种计费装置和一种消息处理装置。

Description

计费方法、系统和装置以及消息处理装置
技术领域
本发明涉及通信领域，特别涉及一种计费方法、系统和装置以及消息处理装置。
背景技术
消息业务是目前移动通信中广泛应用的数据业务之一，消息业务提供了一个实体向另一个实体发送消息的方法。目前，消息业务包括：短消息业务(SMS：Short Message Service)、多媒体消息业务(MMS：Multimedia Message Service)、即时消息(IM：Instant)业务及一键通(PoC：Push-to-Talk over Cellular)消息业务等。在通信网络中，针对每一种消息服务均需要基于相应的技术规范设置独立的业务引擎，通过相应的独立的业务引擎可以为用户提供对应的消息业务，从而为用户带来不同的用户体验。
为了在消息业务上为用户提供一致的体验，开放移动联盟(OMA：OpenMobile Alliance)中的融合网际消息(CPM：Converged IP Message)组提出了一种融合消息业务，该业务可以与现有的消息业务进行通信，以实现不同消息业务用户间最大的互通性。发送方在发送消息时可以不用知道接收方的接收消息的类型(如SMS、MMS、IM、PoC等)，CPM系统可以根据接收方的当前状态(如注册信息、呈现信息等)来确定接收方最适合的接收消息的类型。CPM系统的基本的框架结构如图1所示，其中CPM客户端(CPM Client)向其他客户端发送消息有如下两种方式：
一、以正常的方式发送：CPM客户端通过归属域的CPM会话服务器(CPMConversation Server)将消息直接发送给本域或其他域的CPM客户端，或者通过交互工作功能模块(Interworking Functions)将消息发送给非CPM客户端(Non-CPM Client)。其中，CPM会话服务器根据CPM用户偏好设置模块(CPMUser Preference)判断接收方接收消息的类型，交互工作功能模块进行CPM与Non-CPM(如SMS、MMS、IM、PoC等)之间的协议的转换和消息的转换，即可以将CPM类型的协议和消息转换成Non-CPM类型的协议和消息，反之亦然。
二、以存储转发的方式发送：CPM客户端可以预先将需发送的内容存储在网络侧，如媒体及消息存储模块(Media & Message Storage)，当需要转发存储在网络侧的内容时，可以在向CPM会话服务器发送的消息中携带媒体资源的统一资源定位符(URL：Uniform Resource Locator)，由CPM会话服务器根据媒体资源的URL在网络侧上获取需转发的内容，并将CPM客户端新增的内容和需转发的内容合成为一条新的消息，并直接发送给其他CPM客户端或通过交互工作功能模块发送给其他非CPM客户端。另外一种方法，CPM客户端还可以向媒体及消息存储模块发送携带媒体资源的URL的消息，由媒体及消息存储模块根据媒体资源的URL查找需转发的内容，并将CPM客户端新增的内容和需转发的内容合成为一条新的消息，并将合成消息的URL发送给CPM客户端，再由CPM客户端将合成消息的URL发送给CPM会话服务器。CPM会话服务器根据合成消息的URL去媒体及消息存储模块获取该消息，再直接发送给其他CPM客户端或通过交互工作功能模块发送给其他非CPM客户端。
发明内容
鉴于此，有必要提供一种计费的方法。
基于上述计费方法的构思，提供一种计费系统。
基于上述计费方法的构思，还提供了一种计费系统。
同时，提供一种计费装置和消息处理装置。
一种计费方法，包括步骤：
获得接收方网络资源的使用信息；
根据所述接收方网络资源的使用信息进行计费。
一种计费系统，包括：消息处理装置和计费装置，其中，
消息处理装置用于接收发送方发送的消息，根据所述消息判断接收方网络资源的使用信息，并向所述计费装置发送接计费请求，所述计费请求中包含接收方网络资源的使用信息；
计费装置用于根据所述接收方网络资源的使用信息进行计费。
一种计费系统，包括：第一消息处理装置、第二消息处理装置和计费装置，其中，
第一消息处理装置用于接收发送方发送的消息，根据所述消息判断所述消息的消息媒体组合信息，并向所述计费装置发送第一计费请求，所述第一计费请求中包含所述消息媒体的组合信息；
第二消息处理装置用于根据所述消息判断接收方消息接入的业务类型，并向所述计费装置发送第二计费请求，所述第二计费请求中包含所述接收方消息接入的业务类型；
计费装置用于根据所述消息媒体的组合信息和/或所述接收方消息接入的业务类型进行计费。
一种计费装置，包括获得单元和计费单元，其中，
获得单元用于获得接收方网络资源的使用信息；
计费单元用于根据所述接收方网络资源的使用信息进行计费。
一种消息处理装置，包括接收单元、判断单元和发送单元，其中，
接收单元用于接收发送方发送的消息；
判断单元用于根据所述消息判断接收方网络资源的使用信息；
发送单元用于向计费装置发送接计费请求，所述计费请求中包含接收方网络资源的使用信息。
采用本发明实施例方案，通过获得接收方网络资源的使用信息，并根据所述接收方网络资源的使用信息进行计费，能够针对接收方在接收消息时对网络资源的使用情况进行计费，从而实现根据接收方在接收消息时对网络资源的使用不同而进行不同的计费，并提高了计费的精确性、多样性和灵活性。
附图说明
图1是现有技术CPM系统的基本的框架结构；
图2是本发明一实施例计费系统结构示意图；
图3是本发明又一实施例计费系统结构示意图；
图4是本发明一实施例计费方法流程图；
图5是本发明又一实施例计费方法流程图；
图6是本发明实施CPM计费系统结构示意图；
图7是本发明第一实施例计费时序图；
图8是本发明第二实施例计费时序图；
图9是本发明第三实施例计费时序图；
图10是本发明第四实施例计费时序图；
图11是本发明第五实施例计费时序图；
图12是本发明第六实施例计费时序图；
图13是本发明第七实施例计费时序图；
图14是本发明第八实施例计费时序图；
图15是本发明第九实施例计费时序图；
图16是本发明实施例计费装置的组成结构示意图；
图17是本发明实施例消息处理装置的组成结构示意图。
具体实施例
如图2所示，为本发明实施例计费系统结构示意图，包括消息处理装置和计费装置，其中：
消息处理装置用于接收发送方发送的消息，根据所述消息判断接收方网络资源的使用信息，并向计费装置发送计费请求，所述计费请求中包含接收方网络资源的使用信息。
计费装置用于根据所述接收方网络资源的使用信息进行计费。具体的，计费装置可以根据接收方网络资源的使用信息，以及计费策略，对此次通信进行批价，根据批价结果对用户账户进行鉴权，并在用户账户中进行扣费，其中，计费策略可以预先设定在计费装中，也可以由计费装置动态生成，还可以由计费装置从其他网元获得；用户账户可以是发送方账户，接收方账户或第三方账户。较佳的，计费装置还可以根据计费结果向消息处理装置返回计费响应。
其中，接收方网络资源的使用信息可以包括但不限于：接收方消息接入的业务类型，和/或消息媒体的组合信息。其中，接收方消息接入的业务类型包括但不限于SMS、MMS、IM、PoC和CPM。具体的，消息处理装置可以根据接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息，或消息的路由信息来判断接收方消息接入的业务类型。较佳的，接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息可以预先存储在消息处理装置上，也可以存储在其他网元或数据库中，消息处理装置接收到消息后，根据消息中的接收方标识从自身或其他网元或数据库中获取上述信息，并判断接收方消息接入的业务类型；另外，消息处理装置也可以根据消息中包含的该消息的路由信息，来判断接收方消息接入的业务类型。
其中，消息媒体的组合信息可以包括但不限于：消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。其中，消息媒体组合方式包括基于发送方终端侧媒体直接组合，和/或基于网络侧存储媒体组合；消息媒体类型和消息媒体大小包括基于发送方终端侧直接组合的媒体类型和/或消息媒体大小，和/或基于网络侧组合的媒体类型和/或消息媒体大小。具体的，消息处理装置可以根据接收到的消息中是否包含新增的消息内容，和/或在网络侧存储的媒体资源的地址标识(如URL)来判断消息媒体组合方式，若消息处理装置判断得到接收到的消息中包含新增的消息内容，则消息的获得方式包括基于发送方终端侧媒体直接组合，若消息处理装置判断得到接收到的消息中包含在网络侧存储的媒体资源的地址标识，则消息的获得方式包括基于网络侧存储媒体组合。进一步，消息处理装置可以根据消息中新增的消息内容的媒体类型和/或媒体大小来判断基于发送方终端侧直接组合的媒体类型和/或消息媒体大小，以及根据地址标识从网络侧获得的存储转发的消息内容的媒体类型和/或媒体大小来判断基于网络侧组合的媒体类型和/或消息媒体大小。
较佳的，消息处理装置还用于判断发送方消息接入的业务类型，并向计费装置上报所述发送方消息接入的业务类型，计费装置进一步根据发送方消息接入的业务类型以及接收方网络资源的使用信息进行计费。其中，发送方消息接入的业务类型包括但不限于SMS、MMS、IM、PoC和CPM。具体的，消息处理装置可以根据接收到的消息的消息协议来判断发送方消息接入的业务类型，如根据接收到的消息的消息协议是否是短消息点对点(SMPP：Short MessagePeer to Peer)协议来判断发送方消息接入的业务类型是否是SMS，或根据接收到的消息中的特征标签(Feature Tag)来判断发送方消息接入的业务类型，还可以根据消息的路由信息来判断发送方的消息业务类型。
如图3所示，为本发明实施例计费系统结构示意图，包括第一消息处理装置、第二消息处理装置和计费装置，其中：
第一消息处理装置用于接收发送方发送的消息，根据所述消息判断消息的消息媒体组合信息，并向计费装置发送接第一计费请求，所述第一计费请求包含消息媒体组合信息。其中，消息媒体的组合信息可以包括但不限于消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。第一消息处理装置判断消息的消息媒体组合信息的方式在上一实施例中已详细描述，这里不再敖述。
第二消息处理装置用于根据所述消息判断接收方消息接入的业务类型，并向计费装置发送第二计费请求，所述第二计费请求中包含接收方消息接入的业务类型。第二消息处理装置判断接收方消息接入的业务类型的方式在上一实施例中已详细描述，这里不再敖述。
计费装置用于根据第一计费请求中的消息媒体组合信息和/或第二计费请求中的接收方消息接入的业务类型进行计费。具体的，计费装置可以根据消息媒体组合信息和/或接收方消息接入的业务类型，以及计费策略，对此次通信进行批价，根据批价结果对用户账户进行鉴权，并在用户账户中进行扣费，其中，计费策略可以预先设定在计费装中，也可以由计费装置动态生成，还可以由计费装置从其他网元获得；用户账户可以是发送方账户，接收方账户或第三方账户。较佳的，计费装置还可以根据计费结果对所述第一消息处理装置和/或第二消息处理装置进行响应。
较佳的，在第一计费请求或第二计费请求中还可以包含计费标识，计费装置可以根据计费标识关联第一计费请求和第二计费请求。
较佳的，第一计费请求还可以包含其他计费相关信息。其中，计费相关信息包括为接收方数目，接收方角色等信息。计费装置可以根据第一计费请求中的消息媒体组合信息，其他计费相关信息，和/或第二计费请求中的接收方消息接入的业务类型进行计费
如图4所示，为本发明实施例提出的计费方法流程图，包括：
步骤41，获得接收方网络资源的使用信息。该步骤可以具体为消息处理装置向计费装置发送接收方网络资源的使用信息，由计费装置接收接收方网络资源的使用信息。
步骤42，根据所述接收方网络资源的使用信息进行计费。具体的，可以根据接收方网络资源的使用信息，以及计费策略，对此次通信进行批价，根据批价结果对用户账户进行鉴权，并在用户账户中进行扣费，其中，计费策略可以预先设定在计费装中，也可以由计费装置动态生成，还可以由计费装置从其他网元获得；用户账户可以是发送方账户，接收方账户或第三方账户。
较佳的，本实施例还可以包含步骤43，根据计费结果进行响应。该步骤可以具体为由计费装置根据计费结果对消息处理装置进行响应。
其中，接收方网络资源的使用信息可以包括但不限于：接收方消息接入的业务类型，和/或接收方消息媒体的组合信息。其中，接收方消息接入的业务类型包括但不限于SMS、MMS、IM、PoC和CPM。
其中，消息媒体的组合信息可以包括但不限于消息媒体组合方式、消息媒体类型，和消息媒体大小中的一种或多种。较佳的，消息内容的媒体类型包括但不限于视频媒体、音频媒体和静态媒体(如文本媒体)。
其中，消息媒体组合方式包括基于发送方终端侧媒体直接组合，和/或基于网络侧存储媒体组合。
其中，消息媒体类型和消息媒体大小包括基于发送方终端侧直接组合的媒体类型和/或消息媒体大小，和/或基于网络侧组合的媒体类型和/或消息媒体大小。
如图5所示，为本发明实施例提出的计费方法流程图，包括：
步骤51，获得接收方网络资源的使用信息以及发送方消息接入的业务类型。其中，发送方消息接入的业务类型包括但不限于SMS、MMS、IM、PoC和CPM。
步骤52，根据发送方消息接入的业务类型以及接收方网络资源的使用信息进行计费。具体的，可以根据接收方网络资源的使用信息，发送方消息接入的业务类型，以及预先设置的计费策略，对此次通信进行批价，根据批价结果对用户账户进行鉴权，并在用户账户中进行扣费，其中，用户账户可以是发送方账户，接收方账户或第三方账户。较佳的，计费装置还可以根据计费结果对所述第一消息处理装置和/或第二消息处理装置进行响应。
较佳的，本实施例还可以包含步骤53，根据计费结果进行响应。
下面以CPM系统进一步说明本发明提供的技术方案。
如图6所示，为本发明实施例CPM计费系统结构示意图，其中：
CPM客户端用于接收或发送CPM类型的消息，或者，发起或接收CPM类型的会话，较佳的，CPM客户端可以通过会话发起协议(SIP，Session InitiationProtocol)发送或接收消息或会话。CPM会话服务器用于接收CPM类型的消息和CPM类型的会话，并将CPM类型的消息或会话路由到本域或其他域的CPM客户端，或者通过交互工作功能模块将消息发送给非CPM客户端；CPM会话服务器可以将接收到的消息直接发送给其他CPM客户端，还可以根据消息中的URL从网络侧(如媒体及消息存储模块)获得发送方需要发送的消息，并与发送方新增的需要发送的消息合成为CPM类型的消息；此外，CPM会话服务器还可以判断接收方网络资源的使用信息(如接收方消息接入的业务类型，和/或消息媒体的组合信息等)，并与计费装置进行交互，将判断得到的接收方网络资源的使用信息上报给计费装置。较佳的，CPM会话服务器可以具体根据接收方的偏好设置，或接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息，或消息的路由信息，或消息内容的媒体类型及大小等来判断接收方网络资源的使用信息，如根据接收方的偏好设置，或接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息，或消息的路由信息来判断接收方消息接入的业务类型，根据消息内容的媒体类型及大小来判断消息媒体的组合信息。交互工作功能模块用于在CPM业务与非CPM业务之间执行网关功能，将CPM类型的消息转换成非CPM类型的消息，并路由到非CPM域目的地，或将非CPM类型的消息转换成CPM类型的消息；较佳的，交互工作功能模块还可以与计费装置进行交互，判断接收方消息接入的业务类型，并上报给计费装置。较佳的，交互工作功能模块可以具体根据接收方的偏好设置，或接收方的呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息，或消息的路由信息，或消息内容的媒体类型来判断接收方消息接入的业务类型。接收方的偏好设置，或接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息可以存储在CPM用户偏好设置模块中，也可以存储在其他网元或数据库中。计费装置用于根据上报的接收方网络资源的使用信息进行计费，并向CPM会话服务器和/或交互工作功能模块返回计费响应。
在上述CPM计费系统实施例的基础上，下面以具体的实施例再进一步说明本发明提供的技术方案。其中CPM客户端可以为CPM用户设备(CPM UE：CPM User Equipment)，并通过SIP中Message消息与其他UE通信，或者通过SIP中的INVITE消息与其他UE建立会话连接，再通过此会话连接向其他UE发送具体的消息内容。
实施例一：本发明实施例中，发送方向一个接收方发送消息，发送方为CPM UE，接收方为CPM UE，发送方向接收方发送CPM类型的消息，接收方消息接入的业务类型为CPM，且接收方消息接入的业务类型由CPM会话服务器判断并直接上报给计费装置，如图7所示，方法流程为：
步骤S701，发送方向接收方发送CPM类型的消息，该消息首先提交到CPM会话服务器。
步骤S702，CPM会话服务器接收到消息后，判断接收方消息接入的业务类型。具体的，CPM会话服务器可以根据接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息，或消息的路由信息来判断接收方消息接入的业务类型。在本实施例中，CPM会话服务器判断得到接收方消息接入的业务类型是CPM。较佳的，CPM会话服务器还可以判断发送方消息接入的业务类型，具体的，CPM会话服务器可以根据接收到的消息的消息协议来判断发送方消息接入的业务类型，如根据接收到的消息的消息协议是否是短消息点对点(SMPP：Short Message Peer to Peer)协议来判断发送方消息接入的业务类型是否是SMS，或根据接收到的消息中的特征标签(Feature Tag)来判断发送方消息接入的业务类型，还可以根据消息的路由信息来判断发送方的消息业务类型。本实施例中，CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S703，CPM会话服务器向计费装置发送计费请求(如CCR：CreditControl Request)，请求计费装置计费。计费请求中包含接收方消息接入的业务类型，进一步还可以包括发送方消息接入的业务类型。本实施例中，发送方消息接入的业务类型为CPM，接收方消息接入的业务类型为CPM。
步骤S704，计费装置根据接收到的计费请求进行批价，并向CPM会话服务器返回计费响应(如CCA：Credit Control Answer)。计费装置接收到计费请求后，根据计费请求中发送方消息接入的业务类型和接收方消息接入的业务类型对此次通信进行批价，本实施例中，计费装置计算发送方发送CPM类型的消息，接收方以CPM类型接收消息的费用，并查找判断用户账户余额是否能够支付此次通信的费用，如果能够，则向CPM会话服务器返回计费响应，告知CPM会话服务器用户账户余额充足，可以向接收方转发发送方发送的消息，并执行步骤S705，否则，则告知CPM会话服务器用户账户余额不足，并结束此次通信。本实施例中，用户账户可以是发送方账户，接收方账户或第三方账户。
步骤S705，CPM会话服务器将消息发送给接收方。
步骤S706，接收方向CPM会话服务器返回应答响应。接收发接收到消息后，向CPM会话服务器返回应答响应，表示已接收到该消息。
步骤S707，CPM会话服务器向计费装置发送计费请求(如CCR)，请求计费装置对发送方进行扣费。
步骤S708，计费装置根据批价结果在用户账户中进行扣费，并向CPM会话服务器返回计费请求响应，表示扣费成功。
步骤S709，CPM会话服务器向发送方发送应答响应，表示消息已发送到接收方。此方法流程结束。
在本实施例中，CPM会话服务器与计费装置有两次通信(步骤S703、步骤S704与步骤S707、步骤S708)，分别完成对此次通信的批价和扣费。需要说明的是，此实施例为一较佳实施例，在本实施例中CPM会话服务器与计费装置可以只有一次通信，即步骤S703、步骤S704和步骤S707、步骤S708可以不同时必需。例如，在本实施例步骤S704中，计费装置接收到CPM会话服务器发送的计费请求后，根据计费请求中的发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价，并判断用户账户余额是否能够支付此次通信的费用，如果能够，则在用户账户中扣费，这样在步骤S704中同时完成批价和扣费，便不需步骤S707和步骤S708。又如，在本实施例中，可以没有步骤S703和步骤S704，即CPM会话服务器接收到发送方发送的消息后，不向计费装置请求批价，而是直接向接收方转发消息，当CPM会话服务器接收到接收方返回的应答响应后，在步骤S707中向计费装置发送计费请求，并在计费请求中携带此次通信中发送方消息接入的业务类型和/或接收方消息接入的业务类型，而在步骤S708中，计费装置根据该计费请求中的发送方消息接入的业务类型和/或接收方消息接入的业务类型对此通信进行批价和计费。此外，本发明实施例提供的技术方案，还可以用于离线计费，即计费过程不会影响消息业务。离线计费是本技术领域技术人员熟知的技术，在此不在敖述将本发明提供的技术方案用于离线计费的实施例。
实施例二：本发明实施例中，发送方向一个接收方发送消息，发送方为CPM UE，接收方为IM UE，发送方向接收方发送CPM类型的消息，接收方消息接入的业务类型为IM，且接收方消息接入的业务类型由CPM会话服务器判断并直接上报给计费装置，如图8所示，方法流程为：
步骤S801，发送方向接收方发送CPM类型的消息，该消息首先提交到CPM会话服务器。
步骤S802，CPM会话服务器接收到消息后，判断接收方消息接入的业务类型。在本实施例中，CPM会话服务器判断得到接收方消息接入的业务类型是IM。较佳的，CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中，CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S803，CPM会话服务器向计费装置发送计费请求(如CCR)，请求计费装置进行计费。计费请求中包含接收方消息接入的业务类型，进一步还可以包括发送方消息接入的业务类型。本实施例中，发送方消息接入的业务类型为CPM，接收方消息接入的业务类型为IM。
步骤S804，计费装置根据接收到的计费请求进行批价，并向CPM会话服务器返回计费响应。计费装置接收到计费请求后，根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价，本实施例中，计费装置计算发送方发送CPM类型的消息，接收方以IM类型接收消息的费用，并判断用户账户余额是否能够支付此次通信的费用，如果能够，则向CPM会话服务器返回计费响应(如CCA)，告知CPM会话服务器用户账户余额充足，可以向接收方转发发送方发送的消息，并执行步骤S805，否则，则告知CPM会话服务器用户账户余额不足，并结束此次通信。本实施例中，用户账户可以是发送方账户，接收方账户或第三方账户。
步骤S805，CPM会话服务器将CPM类型的消息发送给InterworkingFunction。
步骤S806，交互工作功能模块将CPM类型的消息转换成IM类型的消息。
步骤S807，交互工作功能模块将IM类型的消息发送给IM服务器。
步骤S808，IM服务器将IM类型的消息发送给接收方。
步骤S809，接收方向IM服务器返回IM类型的应答响应。接收方接收到消息后，向IM服务器返回IM类型的应答响应，表示已接收到该消息。
步骤S810，IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S811，交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S812，交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S813，CPM会话服务器向计费装置发送计费请求，请求计费装置进行扣费。
步骤S814，计费装置根据批价结果在用户账户中进行扣费，并向CPM会话服务器返回计费请求响应，表示扣费成功。
步骤S815，CPM会话服务器向发送方发送CPM类型的应答响应，表示消息已发送到接收方。此方法流程结束。
在本实施例中，CPM会话服务器与计费装置有两次通信(步骤S803、步骤S804与步骤S813、步骤S814)，分别完成对此次通信的批价和扣费。需要说明的是，此实施例为一较佳实施例，在本实施例中CPM会话服务器与计费装置可以只有一次通信，即步骤S803、步骤S804和步骤S807、步骤S808可以不同时必需。例如，在本实施例步骤S804中，计费装置接收到CPM会话服务器发送的计费请求后，根据计费请求中的发送方消息接入的业务类型和接收方消息接入的业务类型对此次通信进行批价，并判断用户账户余额是否能够支付此次通信的费用，如果能够，则在用户账户中扣费，这样在步骤S804中同时完成批价和扣费，便不需步骤S807和步骤S808。又如，在本实施例中，可以没有步骤S803和步骤S804，即CPM会话服务器接收到发送方发送的消息后，不向计费装置请求批价，而是直接向接收方转发消息，当CPM会话服务器接收到接收方返回的应答响应后，在步骤S813中向计费装置发送计费请求，并在计费请求中携带此次通信中发送方消息接入的业务类型和/或接收方消息接入的业务类型，而在步骤S814中，计费装置根据该计费请求中的发送方消息接入的业务类型和/或接收方消息接入的业务类型对此通信进行批价和扣费。此外，本发明实施例提供的技术方案，还可以用于离线计费，即计费过程不会影响消息业务。离线计费是本技术领域技术人员熟知的技术，在此不在敖述将本发明提供的技术方案用于离线计费的实施例。
实施例三：本发明实施例中，发送方向多个接收方发送群组消息，这里已两个接收方为例，发送方为CPM UE，接收方一为IM UE，接收方二为PoC UE，发送方向接收方发送CPM类型的消息，接收方消息接入的业务类型分别为IM和PoC，且接收方消息接入的业务类型由CPM会话服务器判断并直接上报给计费装置，如图9所示，方法流程为：
步骤S901，发送方向接收方发送CPM类型的消息，接收方分别为IM UE和PoC UE，该消息首先提交到CPM会话服务器。
步骤S902，CPM会话服务器接收到消息后，判断接收方消息接入的业务类型。在本实施例中，CPM会话服务器判断得到接收方消息接入的业务类型分别是IM和PoC。较佳的，CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中，CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S903，CPM会话服务器向计费装置发送计费请求(如CCR)，计费请求中包含接收方消息接入的业务类型，进一步还可以包括发送方发送消息的类型。本实施例中，发送方发送消息所使用的消息业务的类型为CPM，接收方消息接入的业务类型分别为IM和PoC。
步骤S904，计费装置根据接收到的计费请求进行批价，并向CPM会话服务器返回计费响应。计费装置接收到计费请求后，根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务的类型对此次通信进行批价，本实施例中，计费装置计算发送方发送CPM类型的消息，接收方分别以IM和PoC类型接收消息的费用，并判断用户账户余额是否能够支付此次通信的费用，如果账户余额足够，则向CPM会话服务器返回计费响应(如CCA)，告知CPM会话服务器用户账户余额充足，可以向接收方转发发送方发送的消息，并执行步骤S905，否则，则告知CPM会话服务器账户余额不足，并结束此次通信。本实施例中，用户账户可以是发送方账户，接收方账户或第三方账户。
步骤S905，CPM会话服务器将CPM类型的消息发送给交互工作功能模块。
步骤S906，交互工作功能模块将CPM类型的消息分别转换成IM和PoC类型的消息。
步骤S907，交互工作功能模块将IM类型的消息发送给IM服务器。
步骤S908，IM服务器将IM类型的消息发送给接收方一。
步骤S909，交互工作功能模块将PoC类型的消息发送给PoC服务器。
步骤S910，PoC服务器将PoC类型的消息发送给接收方二。
步骤S911，接收方一向IM服务器返回IM类型的应答响应。接收方IM UE接收到消息后，向IM服务器返回IM类型的应答响应，表示已接收到该消息。
步骤S912，IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S913，交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S914，交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S915，接收方二向PoC服务器返回PoC类型的应答响应。接收方PoCUE接收到消息后，向PoC服务器返回PoC类型的应答响应，表示已接收到该消息。
步骤S916，PoC服务器向交互工作功能模块转发该PoC类型的应答响应。
步骤S917，交互工作功能模块将PoC类型的应答响应转换成CPM类型的应答响应。
步骤S918，交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S919，CPM会话服务器向计费装置发送计费请求。
步骤S920，计费装置根据批价结果在用户账户中进行扣费，并向CPM会话服务器返回计费请求响应，表示扣费成功。
步骤S921，CPM会话服务器向发送方发送CPM类型的应答响应，表示消息已发送到接收方。此方法流程结束。
在本实施例中，CPM会话服务器与计费装置有两次通信(步骤S903、步骤S904与步骤S913、步骤S914)，分别完成对此次消息的批价和扣费。需要说明的是，此实施例为一较佳实施例，在本实施例中CPM会话服务器与计费装置可以只有一次通信，即步骤S903、步骤S904和步骤S918、步骤S919可以不同时必需，具体实施方法参见实施例二，这里及一下实施例中不再敖述。
实施例四：本发明实施例中，发送方向一个接收方发送消息，发送方为CPM UE，接收方为IM UE，发送方向接收方发送CPM类型的消息，接收方消息接入的业务类型为IM，且接收方消息接入的业务类型由交互工作功能模块判断并告知CPM会话服务器，并由CPM会话服务器上报给计费装置，如图10所示，方法流程为：
步骤S1001，发送方向接收方发送CPM类型的消息，该消息首先提交到CPM会话服务器。
步骤S1002，CPM会话服务器接收到消息后，判断接收方消息接入的业务类型是否为CPM。在本实施例中，CPM会话服务器判断得到接收方消息接入的业务类型不是CPM。较佳的，CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中，CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S1003，CPM会话服务器将CPM类型的消息发送给交互工作功能模块。
步骤S1004，交互工作功能模块判断接收方接收消息的类型。本实施例中，交互工作功能模块判断得到接收方接收消息的类型为IM。
步骤S1005，交互工作功能模块将接收方接收消息的类型发送给CPM会话服务器。
步骤S1006，CPM会话服务器向计费装置发送计费请求(如CCR)，计费请求中包含接收方消息接入的业务类型，进一步还可以包括发送方消息接入的业务类型。本实施例中，发送方消息接入的业务类型为CPM，接收方消息接入的业务类型为IM。
步骤S1007，计费装置根据接收到的计费请求进行批价，并向CPM会话服务器返回计费响应。计费装置接收到计费请求后，根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价，本实施例中，计费装置计算发送方发送CPM类型的消息，接收方以IM类型接收消息的费用，并判断用户账户余额是否能够支付此次通信的费用，如果能够，则向CPM会话服务器返回计费响应(如CCA)，告知CPM会话服务器账户余额充足，可以向接收方转发发送方发送的消息，并执行步骤S1008，否则，则告知CPM会话服务器账户余额不足，并结束此次通信。本实施例中，用户账户可以是发送方账户，接收方账户或第三方账户。
步骤S1008，CPM会话服务器向交互工作功能模块发送确认消息，指示交互工作功能模块向接收方转发消息。
步骤S1009～步骤S1018，同实施例二中步骤S806～S815，这里不再敖述。
实施例五：本发明实施例中，发送方向一个接收方发送消息，发送方为CPM UE，接收方为IM UE，发送方向接收方发送CPM类型的消息，接收方消息接入的业务类型为IM，且接收方消息接入的业务类型由交互工作功能模块判断并直接上报给计费装置，如图11所示，方法流程为：
步骤S1101，CPM UE向接收方发送CPM类型的消息，该消息首先提交到CPM会话服务器。
步骤S1102，CPM会话服务器接收到消息后，判断接收方消息接入的业务类型是否为CPM。在本实施例中，CPM会话服务器判断得到接收方消息接入的业务类型不是CPM。较佳的，CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中，CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S1103，CPM会话服务器将CPM类型的消息发送给交互工作功能模块。
步骤S1104，交互工作功能模块判断接收方消息接入的业务类型。本实施例中，交互工作功能模块判断得到接收方消息接入的业务类型为IM。
步骤S1105，交互工作功能模块向计费装置发送计费请求(如CCR)，计费请求中包含接收方消息接入的业务类型，进一步还可以包括发送方消息接入的业务类型。本实施例中，发送方发送消息的类型为CPM，接收方接收消息的类型为IM。
步骤S1106，计费装置根据接收到的计费请求进行批价，并向交互工作功能模块返回计费响应。计费装置接收到计费请求后，根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价，本实施例中，计费装置计算发送方发送CPM类型的消息，接收方以IM类型接收消息的费用，判断账户余额是否能够支付此次通信的费用，如果能够，则向交互工作功能模块返回计费响应(如CCA)，告知交互工作功能模块账户余额充足，可以向接收方转发发送方发送的消息，并执行步骤S1107，否则，则告知交互工作功能模块账户余额不足，并结束此次通信。本实施例中，用户账户可以是发送方账户，接收方账户或第三方账户。
步骤S1107，交互工作功能模块将CPM类型的消息转换成IM类型的消息。
步骤S1108，交互工作功能模块将IM类型的消息发送给IM服务器。
步骤S1109，IM服务器将IM类型的消息发送给接收方。
步骤S1110，接收方向IM服务器返回IM类型的应答响应。接收方接收到消息后，向IM服务器返回IM类型的应答响应，表示已接收到该消息。
步骤S1111，IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S1112，交互工作功能模块向计费装置发送计费请求。
步骤S1113，计费装置根据批价结果在用户账户中进行扣费，并向交互工作功能模块返回计费请求响应，表示扣费成功。
步骤S1114，交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S1115，交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S1116，CPM会话服务器向发送方发送CPM类型的应答响应，表示消息已发送到接收方。此方法流程结束。
实施例六：本发明实施例中，发送方向一个接收方发送消息，发送方为IMUE，接收方为CPM UE，发送方向接收方发送IM类型的消息，接收方消息接入的业务类型为CPM，且接收方消息接入的业务类型由CPM会话服务器判断直接上报给计费装置，如图12所示，方法流程为：
步骤S1201，发送方向接收方发送IM类型的消息，该消息首先提交到CPM会话服务器。
步骤S1202，CPM会话服务器接收到消息后，判断接收方消息接入的业务类型。在本实施例中，CPM会话服务器判断得到接收方消息接入的业务类型是CPM。较佳的，CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中，CPM会话服务器判断得到发送方消息接入的业务类型是IM。
步骤S1203，CPM会话服务器向计费装置发送计费请求(如CCR)，计费请求中包含发送方消息接入的业务类型和接收方消息接入的业务类型。本实施例中，发送方消息接入的业务类型为IM，接收方消息接入的业务类型为CPM。
步骤S1204，计费装置根据接收到的计费请求进行批价，并向CPM会话服务器返回计费响应。计费装置接收到计费请求后，根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价，本实施例中，计费装置计算发送方发送IM类型的消息，接收方以CPM类型接收消息的费用，判断用户账户余额是否能够支付此次通信的费用，如果能够，则向CPM会话服务器返回计费响应(如CCA)，告知CPM会话服务器账户余额充足，可以向接收方转发发送方发送的消息，并执行步骤S1205，否则，则告知CPM会话服务器用户账户余额不足，并结束此次通信。本实施例中，用户账户可以是发送方账户，接收方账户或第三方账户。
步骤S1205，CPM会话服务器将IM类型的消息发送给交互工作功能模块。
步骤S1206，交互工作功能模块将IM类型的消息转换成CPM类型的消息。
步骤S1207，交互工作功能模块将CPM类型的消息发送给接收方。
步骤S1208，接收方向交互工作功能模块返回CPM类型的应答响应。接收方接收到消息后，向交互工作功能模块返回CPM类型的应答响应，表示已接收到该消息。
步骤S1209，交互工作功能模块将CPM类型的应答响应转换成IM类型的应答响应。
步骤S1210，交互工作功能模块将IM类型的应答响应发送给CPM会话服务器。
步骤S1211，CPM会话服务器向计费装置发送计费请求。
步骤S1212，计费装置根据批价结果在用户账户中进行扣费，并向CPM会话服务器返回计费请求响应，表示扣费成功。
步骤S1213，CPM会话服务器向发送方发送IM类型的应答响应，表示消息已发送到接收方。此方法流程结束。
实施例七：本发明实施例中，发送方向一个接收方发送消息，消息中包含用户新增的消息内容和在媒体及消息存储模块上存储的消息内容的URL，发送方为CPM UE，接收方为CPM UE，接收方消息接入的业务类型为CPM，且消息媒体的组合信息(本实施例中，消息媒体的组合信息包括消息媒体组合方式、消息媒体类型和消息媒体大小)由CPM会话服务器获得并直接上报给计费装置，如图13所示，方法流程为：
步骤S1301，发送方向接收方发送消息，该消息包含新增的内容和需转发内容的URL，该消息首先提交到CPM会话服务器。
步骤S1302，CPM会话服务器接收到消息后，获得消息媒体的组合信息。在本实施例中，CPM会话服务器可以根据消息中是否包含新增的消息内容以及在网络侧存储的媒体资源的地址标识(如URL)来判断消息媒体组合方式，根据消息中新增的消息内容的媒体类型和/或媒体大小来判断基于发送方终端侧直接组合的媒体类型和/或消息媒体大小，以及根据地址标识从网络侧获得的存储转发的消息内容的媒体类型和/或媒体大小来判断基于网络侧组合的媒体类型和/或消息媒体大小。
步骤S1303，CPM会话服务器将新增的消息内容和从网络侧获得的存储转发的消息内容合成为CPM类型的消息。CPM会话服务器接收到消息后，根据其中的URL地址到Media & Message Storage上获取存储转发的消息内容，并将新增的消息内容与存储的消息内容合并，并封装成一个新的CPM类型的消息。
步骤S1304，CPM会话服务器向计费装置发送计费请求(如CCR)，计费请求中包含消息媒体的组合信息。
步骤S1305，计费装置根据接收到的计费请求进行批价，并向CPM会话服务器返回计费响应。计费装置接收到计费请求后，根据计费请求中消息媒体的组合信息对此次通信进行批价，本实施例中，计费装置进一步根据计费请求中的新增消息内容的媒体类型和媒体大小以及存储转发的消息内容的媒体类型和，媒体大小计算此次通信的费用，并判断用户账户余额是否能够支付此次通信的费用，如果能够，则向CPM会话服务器返回计费响应(如CCA)，告知CPM会话服务器账户余额充足，可以向接收方转发发送方发送的消息，并执行步骤S1306，否则，则告知CPM会话服务器用户账户余额不足，并结束此次通信。本实施例中，用户账户可以是发送方账户，接收方账户或第三方账户。
步骤S1306，CPM会话服务器将合成的CPM类型的消息发送给接收方。
步骤S1307，接收方向CPM会话服务器返回应答响应。接收发接收到消息后，向CPM会话服务器返回应答响应，表示已接收到该消息。
步骤S1308，CPM会话服务器向计费装置发送计费请求。
步骤S1309，计费装置根据批价结果在用户账户中进行扣费，并向CPM会话服务器返回计费请求响应，表示扣费成功。
步骤S1310，CPM会话服务器向发送方发送应答响应，表示消息已发送到接收方。此方法流程结束。
实施例八：本发明实施例中，发送方向一个接收方发送消息，消息中包含用户新增的消息内容和在媒体及消息存储模块上存储的消息内容的URL，发送方为CPM UE，接收方为IM UE，接收方消息接入的业务类型为IM，且消息媒体的组合信息(本实施例中，消息媒体的组合信息包括消息媒体组合方式、消息媒体类型和消息媒体大小)由CPM会话服务器获得并直接上报给计费装置，接收方消息接入的业务类型由交互工作功能模块判断并直接上报给计费装置，并且用一个计费ID关联CPM会话服务器和交互工作功能模块上报的信息，如图14所示，方法流程为：
步骤S1401，发送方向接收方发送消息，该消息包含新增的内容和需转发内容的URL，该消息首先提交到CPM会话服务器。
步骤S1402，CPM会话服务器接收到消息后，获得消息媒体的组合信息以及判断接收方消息接入的业务类型是否为CPM。在本实施例中，CPM会话服务器判断得到接收方消息接入的业务类型为非CPM，并根据消息中是否包含新增的消息内容以及在网络侧存储的媒体资源的地址标识(如URL)来判断消息媒体组合方式，根据消息中新增的消息内容的媒体类型和/或媒体大小来判断基于发送方终端侧直接组合的媒体类型和/或消息媒体大小，以及根据地址标识从网络侧获得的存储转发的消息内容的媒体类型和/或媒体大小来判断基于网络侧组合的媒体类型和/或消息媒体大小。
步骤S1403，CPM会话服务器将新增的消息内容和从网络侧获得的存储转发的消息内容合成为CPM类型的消息。CPM会话服务器接收到消息后，根据其中的URL地址到媒体及消息存储模块上获取存储转发的消息内容，并将新增的消息内容与存储转发的消息内容合并，并封装成一个新的CPM类型的消息。
步骤S1404，CPM会话服务器向计费装置发送计费请求(如CCR)，计费请求中包含消息媒体的组合信息。
步骤S1405，计费装置根据接收到的计费请求进行批价，并向CPM会话服务器返回计费响应。计费装置接收到计费请求后，根据计费请求中消息媒体的组合信息对此次通信进行批价，本实施例中，计费装置进一步根据计费请求中的新增消息的媒体类型和媒体大小以及存储转发的消息内容的媒体类型和，媒体大小计算此次通信的费用，并判断用户账户余额是否能够支付此次通信的费用，如果能够，则向CPM会话服务器返回计费响应(如CCA)，告知CPM会话服务器账户余额充足，可以向接收方转发发送方发送的消息，并执行步骤S1406，否则，则告知CPM会话服务器账户余额不足，并结束此次通信。本实施例中，用户账户可以是发送方账户，接收方账户或第三方账户。
步骤S1406，CPM会话服务器将CPM类型的消息和计费ID发送给交互工作功能模块。
步骤S1407，交互工作功能模块判断接收方消息接入的业务类型。本实施例中，交互工作功能模块判断的到接收方消息接入的业务类型为IM。
步骤S1408，交互工作功能模块向计费装置发送计费请求(如CCR)，计费请求中包含接收方消息接入的业务类型，进一步还可以包括发送方消息接入的业务类型。本实施例中，发送方发送消息的类型为CPM，接收方接收消息的类型为IM。
步骤S1409，计费装置根据接收到的计费请求进行批价，并向交互工作功能模块返回计费响应。计费装置接收到计费请求后，根据计费请求中发送方消息接入的业务类型和接收方消息接入的业务类型以及计费ID所关联的CPM会话服务器上报的计费信息对此次通信进行批价，本实施例中，计费装置计算发送方发送CPM类型的消息，接收方以IM类型接收消息的费用，判断账户余额是否能够支付此次通信的费用，如果能够，则向交互工作功能模块返回计费响应(如CCA)，告知交互工作功能模块账户余额充足，可以向接收方转发发送方发送的消息，并执行步骤S1410，否则，则告知交互工作功能模块账户余额不足，并结束此次通信。本实施例中，用户账户可以是发送方账户，接收方账户或第三方账户。
步骤S1410，交互工作功能模块将CPM类型的消息转换成IM类型的消息。
步骤S1411，交互工作功能模块将IM类型的消息发送给IM服务器。
步骤S1412，IM服务器将IM类型的消息发送给接收方。
步骤S1413，接收方向IM服务器返回IM类型的应答响应。接收方接收到消息后，向IM服务器返回IM类型的应答响应，表示已接收到该消息。
步骤S1414，IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S1415，交互工作功能模块向计费装置发送计费请求。
步骤S1416，计费装置根据最新的批价结果在用户账户中进行扣费，并向交互工作功能模块返回计费请求响应，表示扣费成功。
步骤S1417，交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S1418，交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S1419，CPM会话服务器向计费装置发送计费请求。
步骤S1420，计费装置根据步骤S1405中的批价结果在用户账户中扣费，并向CPM会话服务器返回计费请求响应，表示扣费成功。
步骤S1421，CPM会话服务器向发送方发送CPM类型的应答响应，表示消息已发送到接收方。此方法流程结束。
需要说明的是，在实施例八中，计费ID可以由CPM会话服务器生成，也可以由计费装置生成并分配给CPM会话服务器。较佳的，计费ID可以是会话ID(Session ID)，也可以是专门生成的用于关联计费的ID。
实施例九：本发明实施例中，发送方先通过SIP INVITE消息与接收方建立连接，并通过此连接向接收方发送具体的消息内容，其中，发送方为CPMUE，接收方为IM UE，如图15所示，方法流程为：
步骤S1501，发送方向接收方发送CPM类型的SIP INVITE消息，该SIPINVITE消息首先提交到CPM会话服务器。
步骤S1502，CPM会话服务器接收到SIP INVITE消息后，判断接收方接收消息的类型。在本实施例中，CPM会话服务器判断得到接收方消息接入的业务类型是IM。较佳的，CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中，CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S1503，CPM会话服务器向计费装置发送计费请求(如CCR)，计费请求中包含发送方消息接入的业务类型和/或接收方消息接入的业务类型。本实施例中，发送方消息接入的业务类型为CPM，接收方消息接入的业务类型为IM。
步骤S1504，计费装置根据接收到的计费请求进行批价，并向CPM会话服务器返回计费响应。计费装置接收到计费请求后，根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价，本实施例中，计费装置计算发送方发送CPM类型的SIP INVITE消息，接收方以IM类型接收SIP INVITE消息从而建立会话连接的费用，并判断用户账户余额是否能够支付此次通信的费用，如果能够，则向CPM会话服务器返回计费响应(如CCA)，告知CPM会话服务器用户账户余额充足，可以向接收方转发发送方发送的消息，并执行步骤S1505，否则，则告知CPM会话服务器用户账户余额不足，并结束此次通信。本实施例中，用户账户可以是发送方账户，接收方账户或第三方账户。
步骤S1505，CPM会话服务器将CPM类型的SIP INVITE消息发送给交互工作功能模块，并告知交互工作功能模块接收方消息接入的业务类型为IM。
步骤S1506，交互工作功能模块将CPM类型的SIP INVITE消息转换成IM类型的SIP INVITE消息。
步骤S1507，交互工作功能模块将IM类型的SIP INVITE消息发送给IM服务器。
步骤S1508，IM服务器将IM类型的SIP INVITE消息发送给接收方。
步骤S1509，接收方向IM服务器返回IM类型的应答响应。接收方接收到SIP INVITE消息后，向IM服务器返回IM类型的应答响应，表示已接收到该SIP INVITE消息。
步骤S1510，IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S1511，交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S1512，交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S1513，CPM会话服务器向发送方发送CPM类型的应答响应，表示SIP INVITE消息已发送到接收方。至此，发送方与接收方建立了会话连接。
步骤S1514，CPM UE通过此会话连接向接收方发送CPM类型的消息，该消息首先提交到CPM会话服务器。
步骤S1515，CPM会话服务器接收到消息后，判断接收方消息接入的业务类型。在本实施例中，CPM会话服务器判断得到接收方消息接入的业务类型是IM。
步骤S1516，CPM会话服务器向计费装置发送计费请求(如CCR)，计费请求中包含接收方消息接入的业务类型，进一步还可以包括发送方消息接入的业务类型。本实施例中，发送方消息接入的业务类型为CPM，接收方消息接入的业务类型为IM。
步骤S1517，计费装置根据接收到的计费请求进行批价，并向CPM会话服务器返回计费响应。计费装置接收到计费请求后，根据计费请求中发送方消息接入的业务类型和接收方消息接入的业务类型对此条消息进行批价，本实施例中，计费装置计算发送方发送CPM类型的消息，接收方以IM类型接收消息的费用，判断用户账户余额是否能够支付此次通信的费用，如果能够，则向CPM会话服务器返回计费响应(如CCA)，告知CPM会话服务器账户余额充足，可以向接收方转发发送方发送的消息，并执行步骤S1518，否则，则告知CPM会话服务器账户余额不足，并结束此次通信。本实施例中，用户账户可以是发送方账户，接收方账户或第三方账户。
步骤S1518，CPM会话服务器将CPM类型的消息发送给交互工作功能模块，并告知交互工作功能模块接收方接收消息的类型为IM。
步骤S1519，交互工作功能模块将CPM类型的消息转换成IM类型的消息。
步骤S1520，交互工作功能模块将IM类型的消息发送给IM服务器。
步骤S1521，IM服务器将IM类型的消息发送给接收方。
步骤S1522，接收方向IM服务器返回IM类型的应答响应。接收方接收到消息后，向IM服务器返回IM类型的应答响应，表示已接收到该消息。
步骤S1523，IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S1524，交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S1525，交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S1526，CPM会话服务器向计费装置发送计费请求。
步骤S1527，计费装置根据批价结果在用户账户中进行扣费，并向CPM会话服务器返回计费请求响应，表示扣费成功。
步骤S1528，CPM会话服务器向发送方发送CPM类型的应答响应，表示消息已发送到接收方。此方法流程结束。
需要说明的是，在实施例九中的步骤S1504中，计费装置向CPM会话服务器返回的计费响应中，还可以携带监控接会话参与者所使用的消息业务类型是否发生变化的参数，用于指示CPM会话服务器当会话参与者所使用的消息业务类型更新时，将更新的类型上报计费装置。较佳的，若计费装置向CPM会话服务器返回的计费响应为CCA消息，可以具体将CCA消息中的Trigger-Type字段设置为CHANGE_of_MESSAGING_SERVICES，以指示CPM会话服务器监控会话参与者所使用的消息业务类型，当类型有更新时，将更新的类型上报计费装置。
如图16所示，为实施本发明方法的计费装置的组成结构示意图，包括获得单元161和计费单元162，其中，
获得单元161用于获得接收方网络资源的使用信息；计费单元162用于根据所述接收方网络资源的使用信息进行计费。其中，接收方网络资源的使用信息可以包括但不限于接收方消息接入的业务类型，和/或消息媒体的组合信息；消息媒体的组合信息包括但不限于消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。
较佳的，计费装置还包括响应单元163，用于根据计费结果发送计费响应。
较佳的，获得单元161可以包括：接收子单元1611和解析子单元1612，其中：
接收子单1611元用于接收计费请求，所述计费请求中包含接收方网络资源的使用信息；
解析子单元1612用于从计费请求中解析出接收方网络资源的使用信息。
如图17所示，为实施本发明方法的消息处理装置的组成结构示意图，包括接收单元171、判断单元172和发送单元173，其中，
接收单元171用于接收发送方发送的消息；判断单元172用于根据所述消息获得接收方网络资源的使用信息；发送单元173用于向计费装置发送接计费请求，所述计费请求中包含接收方网络资源的使用信息。其中，接收方网络资源的使用信息可以包括但不限于接收方消息接入的业务类型，和/或消息媒体的组合信息；消息媒体的组合信息包括但不限于消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。具体的，判断单元172可以根据消息中的接收方标识获得接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息，并根据获得的所述接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息判断接收方消息接入的业务类型；判断单元172还可以根据消息的路由信息判断接收方消息接入的业务类型；判断单元172还可以根据消息中包含的新增的消息内容，和/或消息中包含在网络侧存储的媒体资源的地址标识来判断消息媒体的组合信息。
综上，采用本发明实施例方案，通过获得接收方网络资源的使用信息，并根据所述接收方网络资源的使用信息进行计费，能够针对接收方在接收消息时对网络资源的使用情况进行计费，从而实现接收方在接收消息时对网络资源的使用不同而进行不同的计费，具体的，可以针对接收方消息接入的不同业务类型、消息媒体的不同组合方式以及消息媒体类型和消息媒体大小等信息进行不同的计费，从而提高了计费的精确性、多样性和灵活性。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (34)

1.一种计费的方法，包括如下步骤：
获得接收方网络资源的使用信息；
根据所述接收方网络资源的使用信息进行计费。
2.如权利要求1所述的方法，其特征在于：
所述获得接收方网络资源的使用信息的步骤具体为：
消息处理装置向计费装置发送接收方网络资源的使用信息；及
计费装置接收所述接收方网络资源的使用信息。
3.如权利要求1所述的方法，其特征在于，所述接收方网络资源的使用信息包括：接收方消息接入的业务类型，和/或消息媒体的组合信息。
4.如权利要求3所述的方法，其特征在于，所述消息媒体的组合信息包括消息媒体组合方式、消息媒体类型，和消息媒体大小中的一种或多种。
5.如权利要求4所述的方法，其特征在于，所述消息媒体组合方式包括基于发送方终端侧媒体直接组合，和/或基于网络侧存储媒体组合。
6.如权利要求4所述的方法，其特征在于：所述消息媒体类型和消息媒体大小包括基于发送方终端侧直接组合的媒体类型和/或消息媒体大小，和/或基于网络侧组合的媒体类型和/或消息媒体大小。
7.如权利要求1所述的方法，其特征在于，所述方法还包括获得发送方消息接入的业务类型的步骤，并进一步根据所述发送方消息接入的业务类型以及接收方网络资源的使用信息进行计费。
8.如权利要求3所述的方法，其特征在于，所述消息接入的业务类型为短消息、多媒体消息、即时消息、一键通或融合网际消息。
9.如权利要求1所述的方法，其特征在于，所述方法还包括步骤：根据计费结果进行响应。
10.一种计费系统，其特征在于，所述系统包括：消息处理装置和计费装置，其中，
所述消息处理装置用于接收发送方发送的消息，根据所述消息判断接收方网络资源的使用信息，并向所述计费装置发送接计费请求，所述计费请求中包含接收方网络资源的使用信息；
所述计费装置用于根据所述接收方网络资源的使用信息进行计费。
11.如权利要求10所述的系统，其特征在于，所述计费装置还用于根据计费结果向所述消息处理装置返回计费响应。
12.如权利要求10所述的系统，其特征在于，所述接收方网络资源的使用信息包括：接收方消息接入的业务类型，和/或消息媒体的组合信息。
13.如权利要求11所述的系统，其特征在于，所述消息媒体的组合信息包括消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。
14.如权利要求12所述的系统，其特征在于，所述消息处理装置根据所述消息中的接收方标识获得接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息，并根据获得的所述接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息判断接收方消息接入的业务类型。
15.如权利要求12所述的系统，其特征在于，所述消息处理装置根据所述消息的路由信息判断接收方消息接入的业务类型。
16.如权利要求12所述的系统，其特征在于，所述消息处理装置根据所述消息中包含的新增的消息内容，和/或所述消息中包含在网络侧存储的媒体资源的地址标识来判断消息媒体的组合信息。
17.如权利要求10所述的系统，其特征在于：
所述消息处理装置还用于判断发送方消息接入的业务类型，并向所述计费装置上报所述发送方消息接入的业务类型；
所述计费装置进一步根据所述发送方消息接入的业务类型以及所述接收方网络资源的使用信息进行计费。
18.如权利要求17所述的系统，其特征在于，所述消息处理装置具体根据所述消息的消息协议，和/或所述消息的路由信息来判断发送方消息接入的业务类型。
19.如权利要求10所述的系统，其特征在于，所述计费装置还用于根据计费结果对所述消息处理装置进行响应。
20.一种计费系统，其特征在于，所述系统包括：第一消息处理装置、第二消息处理装置和计费装置，其中，
所述第一消息处理装置用于接收发送方发送的消息，根据所述消息判断所述消息的消息媒体组合信息，并向所述计费装置发送第一计费请求，所述第一计费请求中包含所述消息媒体的组合信息；
所述第二消息处理装置用于根据所述消息判断接收方消息接入的业务类型，并向所述计费装置发送第二计费请求，所述第二计费请求中包含所述接收方消息接入的业务类型；
所述计费装置用于根据所述消息媒体的组合信息和/或所述接收方消息接入的业务类型进行计费。
21.如权利要求20所述的系统，其特征在于：
所述第一计费请求或第二计费请求还包含所述计费标识；
所述计费装置根据所述计费标识关联所述第一计费请求和所述第二计费请求。
22.如权利要求20所述的系统，其特征在于，所述消息媒体的组合信息包括消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。
23.如权利要求20所述的系统，其特征在于，所述计费装置还用于根据计费结果对所述第一消息处理装置和/或第二消息处理装置进行响应。
24.一种计费装置，其特征在于，包括获得单元和计费单元，其中，
所述获得单元用于获得接收方网络资源的使用信息；
所述计费单元用于根据所述接收方网络资源的使用信息进行计费。
25.如权利要求24所述的装置，其特征在于，所述装置还包括发送单元，用于根据所述计费结果发送计费响应。
26.如权利要求24所述的装置，其特征在于，所述获得单元包括：接收子单元和解析子单元，其中：
所述接收子单元用于接收计费请求，所述计费请求中包含接收方网络资源的使用信息；
所述解析子单元用于从所述计费请求中解析出接收方网络资源的使用信息。
27.如权利要求24所述的装置，其特征在于，所述接收方网络资源的使用信息包括：接收方消息接入的业务类型，和/或消息媒体的组合信息。
28.如权利要求25所述的装置，其特征在于，所述消息媒体的组合信息包括消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。
29.一种消息处理装置，其特征在于，包括接收单元、判断单元和发送单元，其中，
所述接收单元用于接收发送方发送的消息；
所述判断单元用于根据所述消息判断接收方网络资源的使用信息；
所述发送单元用于向计费装置发送接计费请求，所述计费请求中包含接收方网络资源的使用信息。
30.如权利要求29所述的装置，其特征在于，所述接收方网络资源的使用信息包括：接收方消息接入的业务类型，和/或消息媒体的组合信息。
31.如权利要求30所述的装置，其特征在于，所述消息媒体的组合信息包括消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。
32.如权利要求30所述的装置，其特征在于，所述判断单元根据所述消息中的接收方标识获得接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息，并根据获得的所述接收方的业务呈现信息或订阅信息，或接收方设置的接收方消息接入的业务类型信息判断接收方消息接入的业务类型。
33.如权利要求30所述的装置，其特征在于，所述判断单元根据所述消息的路由信息判断接收方消息接入的业务类型。
34.如权利要求30所述的装置，其特征在于，所述判断单元根据所述消息中包含的新增的消息内容，和/或所述消息中包含在网络侧存储的媒体资源的地址标识来判断消息媒体的组合信息。
CN2007100757115A 2007-08-09 2007-08-09 计费方法、系统和装置以及消息处理装置 Expired - Fee Related CN101364880B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN2007100757115A CN101364880B (zh) 2007-08-09 2007-08-09 计费方法、系统和装置以及消息处理装置
PCT/CN2008/070967 WO2009018730A1 (fr) 2007-08-09 2008-05-15 Dispositif, système et procédé de chargement et dispositif de traitement de message
EP08748573A EP2178243A4 (en) 2007-08-09 2008-05-15 CHARGING DEVICE, SYSTEM AND METHOD, AND MESSAGE PROCESSING DEVICE

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007100757115A CN101364880B (zh) 2007-08-09 2007-08-09 计费方法、系统和装置以及消息处理装置

Publications (2)

Publication Number Publication Date
CN101364880A true CN101364880A (zh) 2009-02-11
CN101364880B CN101364880B (zh) 2013-10-09

Family

ID=40340947

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007100757115A Expired - Fee Related CN101364880B (zh) 2007-08-09 2007-08-09 计费方法、系统和装置以及消息处理装置

Country Status (3)

Country Link
EP (1) EP2178243A4 (zh)
CN (1) CN101364880B (zh)
WO (1) WO2009018730A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102868988A (zh) * 2011-07-05 2013-01-09 中国电信股份有限公司 无线网络中基于策略计费控制的业务处理方法与系统
CN103490910A (zh) * 2013-10-17 2014-01-01 金陵科技学院 一种实现会话内容计费的方法
WO2014000710A1 (zh) * 2012-06-29 2014-01-03 华为技术有限公司 基于网络融合的计费方法和装置
CN103595545A (zh) * 2013-11-25 2014-02-19 金陵科技学院 一种实现会话内容计费的方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105813033B (zh) * 2014-12-30 2020-03-31 中国移动通信集团公司 一种即时消息与短信间通信的方法、装置及系统
CN113961489B (zh) * 2021-10-28 2023-07-14 苏州浪潮智能科技有限公司 数据访问的方法、装置、设备及存储介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1379035A4 (en) * 2001-04-09 2005-10-19 Ntt Docomo Inc SYSTEM FOR MEASURING THE QUANTITY OF COMMUNICATION DATA
CN100384198C (zh) * 2002-11-12 2008-04-23 华为技术有限公司 预付费多媒体消息服务业务的实现方法
KR100619844B1 (ko) * 2004-03-30 2006-09-13 엘지전자 주식회사 Ｍｍｓ 콘텐츠 전송방법
BRPI0520192B8 (pt) * 2005-05-25 2018-12-26 Cluster Llc método para indicar o(s) serviço(s) de comunicação de subsistema de multimídia de ip e aplicativo terminal com que uma mensagem de protocolo de iniciação de sessão se relaciona e para operar um terminal de usuário ou nó de rede de ims
CN101009572B (zh) * 2006-01-24 2012-07-04 朗迅科技公司 对于ims会话期间的媒体改变的ims预算控制
CN100420191C (zh) * 2006-03-30 2008-09-17 华为技术有限公司 计费装置和方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102868988A (zh) * 2011-07-05 2013-01-09 中国电信股份有限公司 无线网络中基于策略计费控制的业务处理方法与系统
CN102868988B (zh) * 2011-07-05 2016-03-30 中国电信股份有限公司 无线网络中基于策略计费控制的业务处理方法与系统
WO2014000710A1 (zh) * 2012-06-29 2014-01-03 华为技术有限公司 基于网络融合的计费方法和装置
CN103517247A (zh) * 2012-06-29 2014-01-15 华为技术有限公司 基于网络融合的计费方法和装置
CN103490910A (zh) * 2013-10-17 2014-01-01 金陵科技学院 一种实现会话内容计费的方法
CN103490910B (zh) * 2013-10-17 2017-04-12 金陵科技学院 一种实现会话内容计费的方法
CN103595545A (zh) * 2013-11-25 2014-02-19 金陵科技学院 一种实现会话内容计费的方法

Also Published As

Publication number Publication date
WO2009018730A1 (fr) 2009-02-12
EP2178243A1 (en) 2010-04-21
CN101364880B (zh) 2013-10-09
EP2178243A4 (en) 2010-09-01

Similar Documents

Publication Publication Date Title
CN101364880B (zh) 计费方法、系统和装置以及消息处理装置
CN100488139C (zh) 建立聊天室数据传输通道实现聊天消息传送的方法
KR101229216B1 (ko) 무선이동 단말 상에서 그룹 챗 세션들을 디스플레이하는 방법 및 시스템
JP5417438B2 (ja) ショートメッセージ配信に対する課金
EP1305756A1 (en) A system for transmission/ reception of e-mail with attached files
CN101453696B (zh) 一种广播和组播承载的建立方法、系统和装置
KR101096539B1 (ko) 과금 방법, 네트워크 시스템, 과금 시스템, 및 애플리케이션 서버
CN103888343B (zh) 融合因特网协议消息服务提供系统和方法
CN104954977A (zh) 手机短信应用融合第三方通讯应用的通讯方法及装置
CN103988468A (zh) 用于邀请订阅联系人信息的装置和方法
CN109691150A (zh) 一种会话迁移方法及设备
CN101321362B (zh) 计费方法和系统及装置
CN100466760C (zh) 一种基于ip网络域消息业务的实现方法
CN101394365A (zh) 一种消息关联方法及用户终端以及服务器
CN102017668B (zh) 通信服务管理系统、短消息服务管理系统、通信中继设备、通信服务管理方法以及短消息服务管理方法
CN112311677B (zh) 一种融合通信中实现信令路由的方法及装置
CN101848452B (zh) 部分计费返还方法及装置
EP2081394A1 (en) Method and device for implementting group transmitting of short-message
KR100621200B1 (ko) 인스턴트 메시징 서비스 이용에 대한 과금 정보 수집 방법및 시스템
KR20090072284A (ko) 지능형 여행 추천 시스템 및 방법, 이를 사용하는 유무선복합망 시스템
CN101924708A (zh) 一种实现不同消息之间业务交互的方法及系统
CN101771985A (zh) 一种虚拟私有网计费业务的实现方法,系统和装置
WO2009054614A1 (en) Method for interworking between a cpm service and a non-cpm service
JP3861737B2 (ja) メール送受信システム及びメール送受信方法
KR20070071381A (ko) 이동통신 기반의 콘텐츠 식별자를 이용한 메시지 서비스제공 방법 및 시스템과 이를 위한 이동단말기

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20180427

Address after: California, USA

Patentee after: Global innovation polymerization LLC

Address before: London, England

Patentee before: GW partnership Co.,Ltd.

Effective date of registration: 20180427

Address after: London, England

Patentee after: GW partnership Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20131009

CF01 Termination of patent right due to non-payment of annual fee