WO2006047963A1 - Correlation et gestion de la taxation des communications vocales interurbaines - Google Patents

Correlation et gestion de la taxation des communications vocales interurbaines Download PDF

Info

Publication number
WO2006047963A1
WO2006047963A1 PCT/CN2005/001871 CN2005001871W WO2006047963A1 WO 2006047963 A1 WO2006047963 A1 WO 2006047963A1 CN 2005001871 W CN2005001871 W CN 2005001871W WO 2006047963 A1 WO2006047963 A1 WO 2006047963A1
Authority
WO
WIPO (PCT)
Prior art keywords
session
ims
terminal
pcid
belongs
Prior art date
Application number
PCT/CN2005/001871
Other languages
English (en)
Chinese (zh)
Inventor
Long Luo
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.
Publication of WO2006047963A1 publication Critical patent/WO2006047963A1/fr

Links

Classifications

    • 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

Definitions

  • the present invention relates to the field of charging management technologies for communication networks, and in particular, to a charging association and charging management method for a trunked voice service. Background of the invention
  • IP Internet Protocol
  • Network operators have begun to try to provide users with point-to-multipoint, multi-point to multi-point voice services, such as: Cluster SMS service, cluster image service, and cluster voice service (PoC).
  • Cluster SMS service point-to-multipoint, multi-point to multi-point voice services
  • cluster image service cluster image service
  • PoC cluster voice service
  • the PoC service is based on a network subsystem supporting the Session Initiation Protocol (SIP), such as the IMS Internet Protocol Multimedia Subsystem or the MMD, and controls the session flow between the terminals by supporting the SIP/IP signaling flow, and
  • SIP Session Initiation Protocol
  • the IP-based cluster service is provided to the terminal by the PoC server to which the terminal belongs.
  • the calling terminal establishes a session interaction with the called terminal via the IMS network to which the called terminal belongs through the IMS network to which the calling terminal belongs.
  • the IMS network may include a Call State Control Function Entity (CSCF) and an Application Server (AS) that provides the above-mentioned session service.
  • CSCF Call State Control Function Entity
  • AS Application Server
  • the ASs that provide services to the calling terminal and the called terminal are the PoC server (PoC Server) to which the calling terminal and the called terminal belong, respectively.has
  • PoC server can be divided into control.
  • the specific difference between the PoC server and the participating PoC server is that the controlling PoC server establishes a session by calling the called terminal, and the participating members of the session can be added or deleted in the session;
  • the PoC server is responsible for establishing a connection between the terminal and the controlling PoC server, and controlling the terminal according to the subscription data of the terminal.
  • the IMS charging identifiers (ICIDs) for identifying the sessions are respectively allocated.
  • the PoC is a B2BUA (Back to Back User Agent) type service
  • the complete cluster session between the calling terminal and the called terminal established by the PoC server is actually performed by the calling terminal and the Controlling PoC server.
  • the calling session consists of the called session and the called session between the called terminal and the Controlling PoC server. Therefore, the system will assign different ICIDs to the calling session and the called session according to the two different sessions of the calling terminal and the called terminal, hereinafter referred to as the calling ICID and the called ICID.
  • the above-mentioned calling ICID is allocated by the P-CSCF in the IMS registered by the calling terminal, and the called ICID is allocated by the Controlling PoC server.
  • a single PoC server can be used as the Controlling PoC server.
  • the PoC server to which the calling terminal belongs can be used as the Controlling PoC server.
  • the IMS where the Controlling PoC server is located may be the same as the IMS to which the caller belongs, or may be the same as the IMS to which the called party belongs, or may be different from the IMS to which the master/call belongs.
  • Figure la is a schematic diagram of the signaling path in the process of establishing a cluster session; the basic process is: Calling terminal -> P-CSCF -> S-CSCF -> Calling PoC server -> S-CSCF ->> Controlling PoC server where IMS - "Controlling PoC server -" Controlling PoC server is located in IMS - "S-CSCF” (called S-CSCF) - "called PoC server -" S-CSCF (S-CSCF where the called party is located) -> P-CSCF (P-CSCF where the called party is located) - "The called terminal.”
  • S-CSCF S-CSCF
  • P-CSCF P-CSCF where the called party is located
  • FIG. 1b is a distribution flowchart of a prior art ICID, and the process includes the following steps:
  • Step 101 Terminal A, which is the calling party in the trunking communication, sends a service request to the IMS to which it belongs.
  • Step 102 After receiving the service request, the Proxy Call Session Control Function (P-CSCF) in the IMS allocates a calling ICID to the current session of the terminal A.
  • P-CSCF Proxy Call Session Control Function
  • Step 103 The P-CSCF adds the calling ICID to the service request, and then sends the service request to the serving call session control function entity (S-CSCF) registered by the terminal A in the IMS.
  • S-CSCF serving call session control function entity
  • Step 104 After receiving the service request, the S-CSCF in the IMS saves the calling ICID included in the service request.
  • Step 105 The S-CSCF sends the service request including the calling ICID to the PoC server and the control PoC server to which the terminal A belongs.
  • the S-CSCF sends the service request to the PoC server to which the terminal A belongs, and receives the service request message returned by the S-CSCF. Request to send control PoC Server.
  • Step 106 After receiving the service request, the PoC Server saves the calling ICID included in the service request, and allocates a called ICID to the session of the called terminal B.
  • the controlling PoC Server allocates different called ICIDs to the sessions of the plurality of called terminals according to the plurality of called terminal identifiers included in the service request.
  • Steps 107-108 After allocating the called ICID, the control PoC Server adds the called ICID to the service request, and sends the service request to the IMS to which the terminal B belongs via the S-CSCF of the IMS to which the terminal A belongs.
  • Step 109 After receiving the service request including the primary/called ICID, the S-CSCF of the IMS to which the terminal B belongs saves the primary/called ICID.
  • Step 111 After receiving the service request, the PoC server to which the terminal B belongs saves the calling ICID and the called ICID included in the service request.
  • Step 112 The PoC Server to which the terminal B belongs sends a service request including the master/called ICID to the P-CSCF in the IMS to which the terminal B belongs, via the S-CSCF registered by the terminal B in the IMS to which the terminal B belongs.
  • Step 113 The P-CSCF in the IMS to which the terminal B belongs stores the master/called ICID included in the service request, and deletes all ICIDs included in the received service request.
  • Step 114 The P-CSCF in the IMS to which the terminal B belongs sends the service request for deleting the ICID to the terminal B.
  • Steps 115-121 After receiving the service request, the terminal B belongs to the IMS to which the terminal belongs, the POS to which the terminal B belongs, the IMS to which the terminal B belongs, the IMS to which the terminal A belongs, the PoC server to which the terminal A belongs, and the IMS to which the terminal A belongs. , return a confirmation response to terminal A.
  • the IMS of the calling party sends a service request to the controlling PoC server.
  • the IMS can also send a service request to the controlling PoC server.
  • the processing flow is similar and will not be repeated here.
  • the S-CSCF registered by the terminal A and the S-CSCF registered by the terminal B may be the same or different.
  • the PoC server to which the terminal A belongs and the PoC server to which the terminal B belongs may be the same or different.
  • the above 3 8 ? and / or? 0 €861 61" When these functional entities are the same, the operation between the corresponding functional entities in Figure 1 is omitted.
  • the PoC Server to which the calling terminal belongs is used as the Controlling PoC server
  • the operations between the corresponding functional entities in FIG. 1 are omitted.
  • the PoC server to which the called terminal belongs is used as the Controlling PoC server
  • the corresponding processing in FIG. 1 is omitted in the processing flow of sending the service request from the IMS to the controlling PoC Server by the called IMS. The operation between functional entities.
  • terminal A can establish a session with the terminal B and all other called terminals to perform cluster communication.
  • the IMS will respectively add the calling terminal ICID and each called terminal ICID in the subsequently generated bill, and transmit the bill to the billing center.
  • the billing center dialog box When the billing center dialog box performs the billing operation, it identifies the ICID contained in the bill, and applies a unified method for bills with the same ICID, while different bills may be applied to bills with different ICIDs.
  • the charging method applied by the billing center to bills with different ICIDs may be the same or different.
  • the specific billing methods are the same depending on the billing logic set in the billing center.
  • each operation of each terminal generates a bill
  • the bills received by the billing center have multiple ICIDs having the same ICID.
  • the billing center applies a unified method of billing for these bills with the same ICID. It can be seen that the prior art application ICID associates all operations in a session and applies a uniform method charging for all operations in a session.
  • the calling terminal and the called terminal belonging to the same group respectively assign different ICIDs, and insert the ICID into the corresponding bill, and then the billing center applies the specific billing according to different ICIDs.
  • Method billing If a terminal temporarily withdraws from the session flow of the cluster communication for some reason in the process of cluster communication, and then rejoins the session, the IMS considers that the session rejoined by the terminal is a new session, but The terminal is assigned a new ICID. Thus, for the user, the session that was performed before the exit and the session that was performed after the rejoin became two unrelated, different sessions.
  • the ICID allocated before the terminal temporarily exits the cluster communication is added to the corresponding bill, and the terminal rejoins the cluster communication.
  • the assigned ICID will also be added to the corresponding bill.
  • the billing center charges the bills, it only charges according to the bill-specific application method with different ICIDs. Therefore, after exiting the cluster session and rejoining the cluster session in the same session process performed by the same terminal
  • the generated bills may be billed by different methods. This charging method is not reasonable, which reduces user satisfaction; and it is easy to generate billing errors such as repeated billing and leakage billing, which adversely affects the security and reliability of billing operations. Summary of the invention
  • a main object of the present invention is to provide a charging association method for a trunked voice service, so that in a complete cluster session flow of PoC communication, all terminals belonging to the same group have all operations in the group.
  • the generated bills are all associated to bill the associated bills as bills generated by the same session.
  • Another object of the present invention is to provide a charging management method for a trunked voice service, so that in a complete cluster session flow of PoC communication, all the terminals belonging to the same group that are associated in the group operate in the group.
  • the generated bills are billed as bills generated by the same session.
  • the present invention provides a method for charging a cluster voice service, the method comprising the following steps:
  • Controlling the cluster voice service server The Controlling PoC Server allocates a unique cluster voice service charging identifier PCID to the cluster service session when a cluster session starts.
  • the Controlling PoC Server transmits the above PCID to the calling terminal.
  • the SIP network and the SIP network to which the called terminal belongs by adding the PCID to the bills of the terminals participating in the current cluster service session, realize the billing of each calling session and called session included in the current cluster service session. Association.
  • the Controlling PoC Server can separately transmit the PICD to the SIP network to which the calling terminal belongs and the SIP network to which the called terminal belongs through a dedicated SIP message.
  • the Controlling PoC Server can add the PCID to the service request message and the acknowledgment response message, and respectively transmit the message to the SIP network to which the calling terminal belongs and the SIP network to which the called terminal belongs.
  • the SIP network may be an IMS network or an MMD network.
  • the step A may include:
  • the calling terminal sends a service request to the Controlling PoC Server through the IMS to which the calling terminal belongs;
  • Controlling PoC Server assigns a unique PCID to the cluster session
  • the step B includes:
  • the Controlling PoC Server will assign the PCID assigned to the cluster session to the IMS of the calling terminal that is sent to the current session and sent to the current session.
  • the IMS to which the called terminal belongs shall send the service request of the PCID to the PoC Server to which the called terminal belongs, and delete the PCID in the service request and send it to the called terminal.
  • the PoC Server to which the calling terminal belongs sends the PCID along with the acknowledgment response to the IMS to which the calling terminal belongs; B5.
  • the PCID is added to the CDRs of each terminal participating in the current cluster service session.
  • the step A1 may include:
  • the calling terminal sends a service request to the P-CSCF of the IMS to which it belongs;
  • the P-CSCF of the IMS to which the calling terminal belongs is assigned the calling ICID to the calling session, and sends the joining request to the S-CSCF signed by the calling user;
  • the S-CSCF sends a service request including the calling ICID to the PoC Server and the Controlling PoC Server to which the calling terminal belongs.
  • the Controlling PoC Server also allocates the called ICID to the called session, and joins the service request;
  • the S-CSCF of the IMS to which the calling terminal belongs sends the service request to the PoC server to which the calling terminal belongs and the IMS to which the called terminal of the current cluster session belongs;
  • the S-CSCF of the IMS to which the called terminal belongs sends the service request including the PCID to the PoC server to which the called terminal belongs, and sends the service request to the P-CSCF of the IMS to which the called terminal belongs.
  • the PCID and all ICIDs in the service request are deleted by the P-CSCF and sent to the called terminal.
  • the step A may include:
  • the calling terminal sends a service request to the IMS to which the called party belongs by using the IMS to which the calling terminal belongs.
  • the IMS to which the called terminal belongs sends a service request to the Controlling PoC Server; a3.
  • the Controlling PoC Server assigns a unique PCID to the cluster session;
  • the step B includes:
  • Controlling PoC Server will assign the PCID to this cluster session, join Sended to the IMS to which the called terminal belongs to the service request;
  • the IMS to which the called terminal belongs shall send the service request including the PCID to the PoC Server to which the called terminal belongs, and delete the PCID in the service request and send it to the called terminal.
  • b3. Return the called terminal to the calling terminal.
  • the PCID of the called terminal belongs to the IMS to which the calling party belongs, along with the acknowledgment response by the IMS to which the called terminal belongs;
  • the IMS to which the calling terminal belongs includes an acknowledgment response of the PCID, and is sent to the PoC Server to which the calling terminal belongs;
  • the PCID is added to the CDRs of each terminal participating in the current cluster service session.
  • the step al may include:
  • the calling terminal sends a service request to the P-CSCF of the IMS to which it belongs; al2, the P-CSCF of the IMS to which the calling terminal belongs is assigned the calling ICID to the calling session, and sends the joining service request to the calling user to sign the contract.
  • S-CSCF Serving Call Control Function
  • the S-CSCF sends the service request including the calling ICID to the PoC server to which the calling terminal belongs and the IMS to which the called party belongs;
  • the S-CSCF of the IMS to which the called party belongs sends a service request including the calling ICID to the Controlling PoC Server;
  • the Controlling PoC Server further allocates the called ICID to the called session, and joins the service request;
  • the S-CSCF of the IMS to which the called terminal belongs sends the service request to the PoC server to which the called terminal belongs, and sends the service request to the P-CSCF of the IMS to which the called terminal belongs, by the P-CSCF.
  • the PCID and all ICIDs in the service request are deleted and sent to the called terminal;
  • the S-CSCF of the IMS to which the calling terminal belongs will contain the PCID.
  • the acknowledgment response is sent to the PoC Server to which the calling terminal belongs.
  • the Controlling PoC Server may be a separate PoC Server; or a PoC Server to which the calling terminal belongs; or a PoC Serve to which the called terminal belongs.
  • the PCID of the cluster session and other CDRs can be used in the call list generated by the calling session or the called session.
  • the calling session or the called session is associated.
  • the present invention provides a charging management method for a trunked voice service, the method comprising the following steps:
  • Controlling the cluster voice service server The Controlling PoC Server allocates a unique cluster voice service charging identifier PCID to the cluster service session when a cluster session starts.
  • the Controlling PoC Server transmits the PCID to the SIP network to which the calling terminal belongs and the SIP network to which the called terminal belongs, and the PCID is added to the CDRs of each terminal participating in the current cluster service session to implement the cluster.
  • the CDRs with the same PCID are billed as the CDRs generated by the same session in the CDRs generated by the SIP network to which the master/called terminal belongs.
  • the step C may include:
  • the billing center identifies the PCIDs included in all the bills, and determines the bills with the same PCID as the bills of the same complete cluster session;
  • the charging center performs charging for the charging policy of the cluster session.
  • the step C3 may be: The charging center adopts a unified method to participate in the current cluster meeting. All terminals of the call are charged.
  • the Controlling PoC Server can separately transmit the PICD to the SIP network to which the calling terminal belongs and the SIP network to which the called terminal belongs through a dedicated SIP message.
  • the Controlling PoC Server may add the PCID to the service request message and the acknowledgment response message, and respectively transmit the message to the SIP network to which the calling terminal belongs and the SIP network to which the called terminal belongs.
  • the SIP network may be an IMS network or an MMD network.
  • the step A may include:
  • the calling terminal sends a service request to the Controlling PoC Server through the IMS to which the calling terminal belongs.
  • Controlling PoC Server assigns a unique PCID to the cluster session
  • the step B includes:
  • the Controlling PoC Server will assign the PCID assigned to the cluster session to the IMS of the calling terminal that is sent to the current session and sent to the current session.
  • the IMS to which the called terminal belongs shall send the service request of the PCID to the PoC Server to which the called terminal belongs, and delete the PCID in the service request and send it to the called terminal.
  • the PCC belongs to the IMS to which the calling terminal belongs, by the PoC Server to which the calling terminal belongs;
  • the step A may include:
  • the calling terminal sends a service request to the IMS to which the called party belongs by using the IMS to which the calling terminal belongs.
  • the IMS to which the called terminal belongs sends a service request to the Controlling PoC Server; a3.
  • the Controlling PoC Server assigns a unique PCID to the cluster session;
  • the step B includes:
  • Controlling PoC Server will assign the PCID assigned to the cluster session to the service request and send it to the IMS to which the called terminal belongs;
  • the IMS to which the called terminal belongs shall send the service request including the PCID to the PoC Server to which the called terminal belongs, and delete the PCID in the service request and send it to the called terminal.
  • b3. Return the called terminal to the calling terminal.
  • the PCID of the called terminal belongs to the IMS to which the calling party belongs, along with the acknowledgment response by the IMS to which the called terminal belongs;
  • the IMS to which the calling terminal belongs includes an acknowledgment response of the PCID, and is sent to the PoC Server to which the calling terminal belongs;
  • the PCID is added to the CDRs of each terminal participating in the current cluster service session.
  • the Controlling PoC Server may be a separate PoC Server; or a PoC Server to which the calling terminal belongs; or a PoC Serve to which the called terminal belongs.
  • the PCID of the cluster session and other CDRs can be used in the call list generated by the calling session or the called session.
  • the calling session or the called session is associated.
  • the process of rejoining the cluster session by the terminal that is halfway out during the cluster session may include: Dl.
  • the terminal that quits halfway sends a service request to the controlling PoC Serve through the IMS to which the terminal belongs;
  • step D2 controlling the PoC Serve to determine whether the terminal is a group member of the current cluster session, and if yes, adding the PCID of the cluster session to the acknowledgment response, returning to the IMS to which the terminal belongs, and performing step D3; otherwise, pressing the new cluster Session processing
  • the IMS to which the terminal belongs sends the acknowledgment response including the PCID to the PoC Serve to which the terminal belongs, and deletes the PCID in the acknowledgment response and sends it to the terminal.
  • the Controlling PoC Server allocates a unique PoC charging identifier (PCID) for a complete cluster session, and transmits the PCID to the participating cluster through the cluster session process.
  • PCID PoC charging identifier
  • the Controlling PoC Server uses the above-mentioned charging association method to allocate a unique PCID for a complete cluster session; in the bill generated by the SIP network to which the calling/called terminal belongs, it will have the same The bill of the PCID is billed as a bill generated by the same session.
  • Figure la is a schematic diagram of a signaling path in the process of establishing a cluster session
  • Figure lb is a distribution flow chart of the prior art ICID
  • FIG. 2 is a flowchart of a first preferred embodiment of a charging association method according to the present invention
  • FIG. 3 is a flowchart of a second preferred embodiment of a charging association method according to the present invention.
  • FIG. 4 is a flow chart of an embodiment of a billing management method to which the present invention is applied. Mode for carrying out the invention
  • the Controlling PoC Server allocates a unique PoC charging identifier (PCID) to a complete cluster session, and transmits the PCID to the SIP network to which each terminal participating in the cluster session belongs through the cluster session process. And being saved by the SIP network, and the charging association between the calling session and the called session is implemented by the PCID; so that all operations of the terminals belonging to the same group in the group in a complete session flow of the PoC communication
  • the generated CDRs are all associated with the PCID to charge the associated CDRs as CDRs generated by the same session.
  • the Controlling PoC Server uses the above-mentioned charging association method to allocate a unique PCID for a complete cluster session; in the bill generated by the SIP network to which the calling/called terminal belongs, it will have the same The bill of the PCID is billed as a bill generated by the same session.
  • cluster services such as: cluster SMS service, cluster image service, PoC, and so on.
  • the method of the present invention is described by taking the IMS-based PoC service as an example.
  • the charging management method based on other services such as the IMS or the MMD, such as the cluster short message service and the cluster image service, and the charging management method of the PoC service. the same.
  • the PCID may be allocated by a separate control PoC Server, or by a PoC Server to which the calling terminal controlling the PoC Server belongs, or by a PoC Server to which the called terminal controlling the PoC Server belongs.
  • a PoC Server to which the calling terminal belongs
  • a PoC Server to which the called terminal controlling the PoC Server belongs.
  • the PoC Server to which the calling terminal belongs is used to control the PoC Server, which is responsible for establishing and managing the cluster session, so the PoC Server is used by the PoC Server.
  • the PoC Server to which the terminal acting as the administrator in the calling terminal or called terminal belongs to control the PoC Server, which is responsible for establishing and managing The cluster session, so the PCID is assigned by the PoC Server.
  • the charging association method provided by the present invention is described in detail by taking the IMS network as the example, the PCID is allocated by the separate control PoC Server, and the Controlling PoC server is in the same IMS as the calling terminal.
  • FIG. 2 is a flowchart of a first preferred embodiment of a charging association method according to the present invention. The process includes the following steps:
  • Step 201 The terminal A, which is the calling party in the cluster communication, sends a service request to the IMS to which it belongs, and hopes to establish a cluster session with the terminal B for cluster communication.
  • the service request in this step is usually an invite message, which includes the identifier of the terminal A as the calling party and the identifier of the terminal B as the called party, and the identifier of the cluster where the terminal A is located.
  • the cluster identifiers of the terminals belonging to the same group are the same, and are used to identify that the current master/called terminal belongs to the same group.
  • Step 202 As the first functional entity in the IMS that interacts with the terminal A, after receiving the service request, the P-CSCF allocates a calling ICID to the current calling party of the terminal A, and the calling ICID Join the business request.
  • Step 203 The P-CSCF sends the service request that has joined the calling ICID to the S-CSCF registered by the terminal A.
  • Step 204 After receiving the service request, the S-CSCF saves the calling ICID included in the service request.
  • Step 205 The S-CSCF sends the service request including the calling ICID to the PoC server and the control PoC server to which the terminal A belongs.
  • the PoC Server is a type of an AS, and is used to provide an IMS-based cluster language to a terminal.
  • the voice service when the terminal is registered in the S-CSCF of the IMS, the IMS selects a PoC server according to the subscription data of the user, and uses the PoC server as the PoC server to which the terminal belongs to provide the IMS-based cluster voice service to the terminal.
  • the PoC server cannot directly communicate with each other. Therefore, in this step, the S-CSCF sends the service request to the PoC server to which the terminal A belongs, and receives the service request returned by the S-CSCF. , then the S-CSCF sends the service request to control PoC Serve
  • Step 206 After receiving the service request, the PoC Server learns that the terminal A wants to establish a session, and then saves the calling ICID included in the service request, and allocates an ICID to the called party. Of course, if there are multiple called terminals, the PoC Server allocates multiple different called ICIDs according to multiple called terminal identifiers included in the service request; meanwhile, a unique PCID is also assigned to the current cluster session.
  • Step 207-208 After the PoC Server allocates the PCID and the called ICID, the PCID and the called ICID are added to the IMS to which the service request is sent by the S-CSCF of the IMS to which the terminal A belongs.
  • Step 209 The S-CSCF of the IMS to which the terminal B belongs, after receiving the service request, saves the master/called ICID and the PCID.
  • Step 210 The S-CSCF sends the service request including the primary/called ICID and the PCID to the PoC server to which the terminal B belongs.
  • the PoC server to which the terminal A belongs cannot communicate with the PoC server to which the terminal B belongs. Therefore, the PoC server to which the terminal A belongs adds the service request of the PCID and the called ICID to the terminal A registered in the IMS to which the terminal A belongs. -CSCF.
  • Step 211 After receiving the service request, the PoC server to which the terminal B belongs saves the master/called ICID and the PCID included in the service request.
  • Step 212 The PoC server to which the terminal B belongs is via the terminal B in the IMS to which the terminal B belongs.
  • the registered S-CSCF sends a service request including the master/called ICID and the PCID to the P-CSCF in the IMS to which the terminal B belongs.
  • Step 213 The P-CSCF in the IMS to which the terminal B belongs stores the primary/called ICID and PCID included in the service request, and deletes all ICIDs and PCIDs included in the received service request.
  • Step 214 The P-CSCF in the IMS to which the terminal B belongs sends the service request for deleting the ICID and the PCID to the terminal B.
  • Step 215 After receiving the service request, the terminal B sends an acknowledgment response to the S-CSCF registered by the terminal B through the P-CSCF in the IMS to which the terminal B belongs, and the acknowledgment response includes the identifier of the terminal A and the identifier of the terminal B.
  • Step 216 After receiving the acknowledgment response, the S-CSCF sends an acknowledgment response to the PoC Server to which the terminal B belongs.
  • Step 217 After receiving the acknowledgment response, the PoC Server to which the terminal B belongs sends an acknowledgment response to the S-CSCF registered by the terminal B.
  • Step 218 After receiving the acknowledgment response sent by the PoC server to which the terminal B belongs, the S-CSCF registered by the terminal B, according to the identifier of the terminal A included in the acknowledgment response, is registered with the terminal A in the IMS to which the terminal A belongs.
  • the CSCF sends a confirmation response.
  • Step 219 After receiving the acknowledgment response, the S-CSCF registered by the terminal A sends an acknowledgment response to the PoC Server to which the terminal A belongs.
  • Step 220 After receiving the acknowledgment response, the PoC Server to which the terminal A belongs adds a PCID in the acknowledgment response, and sends an acknowledgment response to the PCID to the S-CSCF registered by the terminal A in the IMS to which it belongs.
  • the S-CSCF registered by the terminal A After receiving the acknowledgment response from the PoC Server to which the terminal A belongs, the S-CSCF registered by the terminal A transmits an acknowledgment response to the P-CSCF which is a connection point between the IMS to which the terminal A belongs and the terminal A. Steps 221-222: After receiving the acknowledgment response, the P-CSCF saves the PCID included in the acknowledgment response, deletes the PCID included in the received acknowledgment response, and sends an acknowledgment response with the deleted PCID to the terminal A.
  • the S-CSCF registered by the terminal A and the S-CSCF registered by the terminal B may be the same or different.
  • the PoC server to which the terminal A belongs and the PoC server to which the terminal B belongs may be the same or different.
  • the above 3 3 ? and / or? 0 € When these functional entities are the same, the operations between the corresponding functional entities in FIG. 2 are omitted.
  • terminal A shown in FIG. 2 may also communicate with other called terminals belonging to the same group in one complete cluster session, and terminal B is only one of a plurality of called terminals. If the terminal A transmits to the plurality of called terminals in the service request, the different called ICIDs are assigned to the sessions of the called terminals in the above step 206. If, during a cluster session, a new terminal joins the cluster session or the terminal that has quit halfway joins the cluster session, only the corresponding calling ICID or called ICID is allocated, and the new PCID is no longer assigned to the cluster session. The CDRs generated by the calling session or the called session are still associated with other calling or called sessions using the PCID of the cluster session. That is, for a complete cluster session, a PCID is assigned when the session is established, and this PCID is released when the entire cluster session is deleted.
  • the terminal A After receiving the acknowledgment response sent from the P-CSCF, the terminal A can establish a session with the terminal B and all other called terminals to perform cluster communication.
  • the functional entities in the IMS have already learned the PCID of the current cluster session, the calling/called ICID, and thus the IMS has the ability to generate bills.
  • this PCID is added to the bills of each terminal in the complete cluster session.
  • the CDRs generated by all the operations of the terminals participating in the same cluster session include the same PCID, that is, the PCID associates all the CDRs generated by a complete cluster session.
  • the pre-establishment operation when the terminal completes the session pre-establishment operation and sends a service request to the IMS to which it belongs to establish a session with other terminals, the applied charging association method is associated with the charging shown in FIG.
  • the principle of the method is the same. The difference is that when the session pre-establishment operation is completed, the terminal establishes a session with other terminals by sending a refer message to the IMS to which it belongs; and in the normal session flow shown in FIG. 2, the terminal passes the IMS to which it belongs. Send an invite message to establish a session with other terminals.
  • FIG. 3 is a flowchart of a second preferred embodiment of the charging association method according to the present invention.
  • the Controlling PoC server and the called terminal are in the same IMS, and the process includes the following steps:
  • Step 301 The terminal A, which is the calling party in the cluster communication, sends a service request to the IMS to which it belongs, and hopes to establish a cluster session with the terminal B for cluster communication.
  • the service request in this step is usually an invite message, which includes the identifier of the terminal A as the calling party and the identifier of the terminal B as the called party, and the identifier of the cluster where the terminal A is located.
  • the cluster identifiers of the terminals belonging to the same group are the same, and are used to identify that the current master/called terminal belongs to the same group.
  • Step 302 As the first functional entity in the IMS that interacts with the terminal A, after receiving the service request, the P-CSCF allocates a calling ICID to the current caller of the terminal A, and the calling ICID Join the business request.
  • Step 303 The P-CSCF sends the service request that has joined the calling ICID to the S-CSCF registered by the terminal A.
  • Step 304 After receiving the service request, the S-CSCF saves the calling ICID included in the service request.
  • Step 305 The S-CSCF sends a service request including the calling ICID to the PoC server to which the terminal A belongs.
  • Step 306 The PoC Server to which the terminal A belongs stores the calling ICID.
  • Steps 307-309 The PoC Server to which the terminal A belongs controls the PoC Server to send a service request including the calling ICID through the S-CSCF of the IMS to which the terminal A belongs and the S-CSCF of the IMS to which the terminal B belongs.
  • Step 310 After receiving the service request, the PoC Server learns that the terminal A wants to establish a session, and then saves the calling ICID included in the service request, and allocates an ICID to the called party. Of course, if there are multiple called terminals, the PoC Server allocates multiple different called ICIDs according to multiple called terminal identifiers included in the service request; meanwhile, a unique PCID is also assigned to the current cluster session.
  • Step 311 After the PoC Server allocates the PCID and the called ICID, the PCID and the called ICID are added to the service request, and are sent to the PoC Server to which the terminal B belongs by using the S-CSCF of the IMS to which the terminal B belongs.
  • Step 312 The S-CSCF of the IMS to which the terminal B belongs stores the master/called ICID and the PCID in the service request.
  • Step 313 The S-CSCF sends a service request including the master/called ICID and the PCID to the P-CSCF.
  • Step 314 The P-CSCF in the IMS to which the terminal B belongs stores the primary/called ICID and PCID included in the service request, and deletes all ICIDs and PCIDs included in the received service request.
  • Step 315 The P-CSCF in the IMS to which the terminal B belongs sends the service request for deleting the ICID and the PCID to the terminal B.
  • Step 316 After receiving the service request, the terminal B sends an acknowledgment response to the S-CSCF registered by the terminal B through the P-CSCF in the IMS to which the terminal B belongs, and the acknowledgment response includes the identifier of the terminal A and the identifier of the terminal B.
  • Step 317 After receiving the acknowledgment response, the S-CSCF sends an acknowledgment response to the PoC Server to which the terminal B belongs.
  • Step 318 After receiving the acknowledgment response, the PoC server to which the terminal B belongs sends an acknowledgment response including the PCID to the S-CSCF registered by the terminal B.
  • Step 319 After receiving the acknowledgment response sent by the PoC server to which the terminal B belongs, the S-CSCF registered by the terminal B, according to the identifier of the terminal A included in the acknowledgment response, is registered with the terminal A in the IMS to which the terminal A belongs.
  • the CSCF sends an acknowledgment response containing the PCID.
  • Step 320 After receiving the acknowledgment response including the PCID, the S-CSCF registered by the terminal A sends an acknowledgment response including the PCID to the PoC Server to which the terminal A belongs.
  • Step 321 After receiving the confirmation response, the PoC Server to which the terminal A belongs saves the PCID contained therein.
  • Step 322 The PoC Server to which the terminal A belongs sends an acknowledgment response including the PCID to the S-CSCF registered by the terminal A in the IMS to which it belongs.
  • the S-CSCF registered by the terminal A After receiving the acknowledgment response from the PoC Server to which the terminal A belongs, the S-CSCF registered by the terminal A sends an acknowledgment response to the P-CSCF which is the connection point between the IMS to which the terminal A belongs and the terminal A.
  • Step 323-324 After receiving the acknowledgment response, the P-CSCF saves the PCID included in the acknowledgment response, deletes the PCID included in the received acknowledgment response, and sends an acknowledgment response with the deleted PCID to the terminal A.
  • the S-CSCF registered by the terminal A and the S-CSCF registered by the terminal B may be the same or different.
  • the PoC server to which the terminal A belongs and the PoC server to which the terminal B belongs may be the same or different.
  • the terminal A shown in FIG. 3 may also communicate with other called terminals belonging to the same group in one complete cluster session, and the terminal B is only one of a plurality of called terminals. If the terminal A sends to the plurality of called terminals in the service request, the different called ICIDs are assigned to the sessions of the called terminals in the above step 206. If you have been in a cluster session In the process, if a new terminal joins the cluster session, it only needs to allocate the corresponding calling ICID or called ICID, and no new PCID is assigned to the cluster session. That is, for a complete cluster session, a PCID is assigned when the session is established, and this PCID is released when the entire cluster session is deleted.
  • the terminal A After receiving the acknowledgment response sent from the P-CSCF, the terminal A can establish a session with the terminal B and all other called terminals to perform cluster communication.
  • the functional entities in the IMS have already learned the PCID of the current cluster session, the calling/called ICID, and thus the IMS has the ability to generate bills.
  • this PCID is added to the bills of each terminal in the complete cluster session.
  • the CDRs generated by all the operations of the terminals participating in the same cluster session include the same PCID, that is, the PCID associates all the CDRs generated by a complete cluster session.
  • the terminal does not perform the normal session establishment operation described in this embodiment, but performs the session pre-establishment operation, when the terminal completes the session pre-establishment operation, and sends a service request to the IMS to which it belongs to establish a relationship with other terminals.
  • the charging association method applied is the same as the charging association method shown in FIG. 2. The difference is that when the session pre-establishment operation is completed, the terminal establishes a session with other terminals by sending a refer message to the IMS to which it belongs; and in the normal session flow shown in FIG. 2, the terminal passes the IMS to which it belongs. Send an invite message to establish a session with other terminals.
  • the PoC Server to which the calling terminal belongs is used as the Controlling PoC server, the operations between the corresponding functional entities in FIG. 2 are omitted. If the PoC Server to which the called terminal belongs is used as the Controlling PoC server, the operations between the corresponding functional entities in Figure 3 are omitted.
  • the non-session operation related to the current group performed by the terminal in the PoC session such as a user-initiated message, a session attribute setting, and the like, and a functional entity in the PoC system User-initiated status notifications, etc.
  • the IMS to which the terminal belongs will also generate the corresponding bill.
  • the corresponding bill can also be associated with the PCID. That is, the IMS and the Controlling PoC Server add the PCID to which the current group is assigned in the corresponding terminal service request.
  • the PCID is added to the CDR, so that the non-session operations of the terminals belonging to the same cluster session can be associated with the group session operation, thereby making the same All bills of each terminal in a cluster session can be charged by a unified method.
  • the present invention uses the PCID to associate all sessions in a cluster session in order to achieve unified charging for all sessions in a cluster session.
  • This association method and the prior art application ICID will be in a session.
  • the method of associating all operations has the same principle.
  • the PCID may be transmitted to the IMS to which the master/called party belongs, the PoC server to which the master/called party belongs, or may be used by other applied SIP messages or for transmitting the PPIC.
  • SIP message the PCID is transmitted to the IMS to which the master/called party belongs, the PoC Server to which the master/called party belongs, or the PCID is respectively transmitted to the IMS to which the master/called party belongs by a relatively independent message, The PoC Server 0 to which the called party belongs
  • the Controlling PoC Server uses the above-mentioned charging association method to allocate a unique PCID for a complete cluster session; in the bill generated by the SIP network to which the calling/called terminal belongs, it will have the same The bill of the PCID is billed as a bill generated by the same session.
  • the SIP network to which the calling terminal belongs and the SIP network to which the called terminal belongs transmit the CDR containing the PCID to the charging center respectively; the charging center identifies the PCID included in all the CDRs, and has the same PCID.
  • the bill is determined to be the same full cluster session; the billing policy for the cluster session is used for billing, for example, a unified party can be used.
  • the method charges all terminals participating in this cluster session.
  • the specific billing method is the same depending on the billing logic set in the billing center.
  • the above method of identifying the PCID is the same as the method of identifying the ICID applied in the prior art.
  • FIG. 4 is a flowchart of an embodiment of a billing management method to which the present invention is applied.
  • Step 401 Terminal A sends a service request to the IMS to which it belongs, and hopes to join the established cluster session for cluster communication.
  • Step 402 As the first functional entity in the IMS that interacts with the terminal A, after receiving the service request, the P-CSCF allocates a calling ICID to the current calling party of the terminal A, and the calling ICID Join the business request.
  • Step 403 The P-CSCF sends the service request that has joined the calling ICID to the S-CSCF registered by the terminal A.
  • Step 404 After receiving the service request, the S-CSCF saves the calling ICID included in the service request.
  • Step 405 The S-CSCF sends a service request including the calling ICID to the PoC Serve to which the terminal A belongs.
  • Step 406-407 The PoC Server to which the terminal A belongs saves the calling ICID, and sends a service request including the calling ICID to the S-CSCF.
  • Step 408 The S-CSCF sends a service request including the calling ICID to the controlling PoC Server.
  • Step 409 Control the PoC Server to perform step 410 or perform steps 206-22 in FIG. 2 according to whether the terminal A is a member of the group of the current cluster session. Controlling the PoC Server to determine whether the terminal A is a member of the current cluster session group. If yes, the PCID of the cluster session is added to the confirmation response, and step 410 is performed; otherwise, the new cluster session processing is performed, that is, the execution is performed in FIG. 2 Steps 206-222.
  • the method for determining whether the terminal A is a member of the group of the current cluster session is: determining whether the cluster identifier corresponding to the cluster session is the same as the cluster identifier included in the service request in the cluster session currently managed by the Controlling PoC Server. If there is the same, terminal A is a member of the group of the current cluster session.
  • Step 410 Control the PoC Server to send an acknowledgment response including the calling ICID and the PCID to the S-CSCF.
  • Step 411-412 The S-CSCF saves the PCID in the acknowledgment response, and forwards the acknowledgment response to the PoC Server to which the terminal A belongs.
  • Step 413-414 The PoC Server to which the terminal A belongs stores the PCID in the acknowledgment response, and forwards the acknowledgment response to the P-CSCF through the S-CSCF.
  • Step 415-416 After receiving the acknowledgment response, the P-CSCF saves the PCID included in the acknowledgment response, deletes the PCID included in the received acknowledgment response, and sends an acknowledgment response with the deleted PCID to the terminal A.
  • terminal A When terminal A receives the acknowledgment response from the P-CSCF in the IMS to which it belongs, it can rejoin the session of the group to which it belongs. At the same time, the IMS to which the terminal A belongs and the IMS to which the Controlling PoC Server belongs are all aware of the PCID of the terminal A, and thus the IMS has the capability of generating a bill. In subsequent billing operations, the PCIDs assigned in the cluster session are added to the bill. In this way, the CDRs generated by all the operations of the above terminals all contain the same PCID, that is, the PCID associates all the CDRs generated by the cluster communication.
  • the billing center After the bill is transmitted to the billing center, the billing center will identify the PCID contained in all the bills, and can apply the unified method billing for bills with the same PCID, but it is possible to have bills with different PCIDs. Apply different methods for billing, whether the specific billing method is The same depends on the billing logic set in the billing center. The above method of identifying the PCID is the same as the method of identification applied in the prior art.
  • the signaling paths in FIG. 2, FIG. 3, and FIG. 4 are the same as those shown in FIG. 1a, and the terminals belonging to the same group can be associated with the PCIDs after all the operations generated by the operations in the group are associated with the PCID. These bills are billed as bills generated by the same group.
  • the billing method can be applied to the bills with the same PCID.
  • the operator can also apply different methods to bills of different terminals with the same PCID, such as: For two terminals with the same PCID in the same group, one of the terminals is designated as a gold card user by the operator, and enjoys a 20% credit discount, while the other terminal does not enjoy any discount. Then, the two terminals with the same PCID mentioned above will not be charged by applying a unified method.
  • the method for transmitting the primary/called terminal ICID and the PCID in the functional entity of the primary/called IMS domain is generally: inserting the allocated primary/called terminal ICID and PCID into the PoC service in the SIP signaling message.
  • the IMS domain functional entity is transmitted to the calling/called terminal.
  • the present invention is also applicable to other SIP networks such as MMD.
  • the charging association method of the cluster service provided by the present invention associates each calling session belonging to the same cluster session with the bill generated by the called session in the overall session flow of the PoC communication.
  • the charging management method for the cluster service provided by the present invention will be used as the same session in the call session generated by each calling session and called session belonging to the same cluster session in the overall session flow of the PoC communication.
  • the generated bills are billed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention porte sur un système de corrélation de la taxation des communications vocales interurbaines comportant les étapes suivantes: vérifier que le serveur de messageries vocales instantanées (PoC) attribue un unique identificateur de taxation des PoC (PCID) à la session en cours; et transfert du PCID au réseau du protocole d'ouverture de session (SIP) contenant les deux terminaux via les procédure de session interurbaines; et utilisation du PCID pour effectuer les corrélations de la taxation entre l'appelant et l'appelé. L'invention porte également sur un procédé de gestion de la taxation des communications vocales interurbaines comportant les étapes suivantes: vérifier que le PoC attribue un unique PCID à la session en cours en utilisant le procédé ci-dessus de corrélation de la taxation; et, dans la table de taxation des communications créée par le réseau du SIP, auquel appartiennent l'appelant et l'appelé, facturer selon les tables de taxation présentant le même PCID que la table de taxation créée par la session.
PCT/CN2005/001871 2004-11-08 2005-11-08 Correlation et gestion de la taxation des communications vocales interurbaines WO2006047963A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200410090737.3 2004-11-08
CNB2004100907373A CN100344095C (zh) 2004-11-08 2004-11-08 一种集群语音业务的计费关联和计费管理方法

Publications (1)

Publication Number Publication Date
WO2006047963A1 true WO2006047963A1 (fr) 2006-05-11

Family

ID=36318897

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/001871 WO2006047963A1 (fr) 2004-11-08 2005-11-08 Correlation et gestion de la taxation des communications vocales interurbaines

Country Status (2)

Country Link
CN (1) CN100344095C (fr)
WO (1) WO2006047963A1 (fr)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100426725C (zh) * 2006-06-09 2008-10-15 华为技术有限公司 Ims网络计费系统和方法
CN101141709B (zh) * 2007-02-27 2010-12-29 中兴通讯股份有限公司 用于集群预付费用户的通话欠费控制方法及装置
CN101252449B (zh) * 2007-03-01 2010-08-04 华为技术有限公司 PoC业务计费方法及通讯系统及计费系统及PoC服务器
CN101277202B (zh) * 2007-03-29 2012-06-27 华为技术有限公司 计费方法以及计费系统
CN101159927B (zh) * 2007-11-08 2010-06-16 中兴通讯股份有限公司 一种集群通信中的计费方法
CN101582778B (zh) * 2008-07-18 2011-11-30 中兴通讯股份有限公司 用于ip多媒体子系统的离线计费方法和系统
CN101860805A (zh) * 2009-04-10 2010-10-13 中兴通讯股份有限公司 群组会话逻辑结构的实现方法和系统
CN101860804B (zh) * 2009-04-10 2015-04-01 中兴通讯股份有限公司 预定义加入群组会话的加入实现方法和系统
CN101959168B (zh) 2009-07-16 2013-10-09 华为技术有限公司 一种计费统计方法和装置
CN101969688B (zh) 2009-07-28 2014-04-16 华为技术有限公司 载波处理方法、通信装置及通信系统
CN101651991B (zh) * 2009-08-27 2012-04-04 华为技术有限公司 呼叫控制方法和呼叫控制装置
WO2013007291A1 (fr) * 2011-07-11 2013-01-17 Telefonaktiebolaget L M Ericsson (Publ) Corrélation d'id de facturation dans un réseau ims
CN103107894A (zh) * 2011-11-10 2013-05-15 中兴通讯股份有限公司 一种计费关联方法及系统
EP2981108A4 (fr) * 2013-05-15 2016-04-13 Huawei Tech Co Ltd Procédé de facturation de groupe, dispositif de passerelle, dispositif de facturation, et système de communication
CN105451357B (zh) * 2014-09-26 2019-01-22 中国电信股份有限公司 一种话单调度方法和系统
CN105472002B (zh) * 2015-12-09 2018-11-02 国家电网公司 基于集群节点间即时拷贝的会话同步方法
CN108471479A (zh) * 2017-02-23 2018-08-31 展讯通信（上海）有限公司 共享组信息的方法、装置、多通终端及网络侧设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001333226A (ja) * 2000-05-19 2001-11-30 Tietech Co Ltd 固定電話機から無線電話機を呼び出して通話する場合の通信料金を設定する方法
JP2002300321A (ja) * 2001-03-29 2002-10-11 Hitachi Ltd 移動体通信網システムの課金方法、移動端末、移動端末のサービス切替方法及び移動体通信システム
JP2003250185A (ja) * 2002-06-28 2003-09-05 Yozan Inc 移動体通信端末、課金サーバ、移動体通信システムおよび制御プログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1214555C (zh) * 2002-04-15 2005-08-10 华为技术有限公司 公共陆地移动网（plmn）分组网中统一管理资源的一种方法
SE0300555D0 (sv) * 2003-02-24 2003-02-24 Ericsson Telefon Ab L M Improvements in or relating to push-to-talk services
CN100359976C (zh) * 2003-04-15 2008-01-02 华为技术有限公司 一种根据移动电话号码进行分组业务监听的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001333226A (ja) * 2000-05-19 2001-11-30 Tietech Co Ltd 固定電話機から無線電話機を呼び出して通話する場合の通信料金を設定する方法
JP2002300321A (ja) * 2001-03-29 2002-10-11 Hitachi Ltd 移動体通信網システムの課金方法、移動端末、移動端末のサービス切替方法及び移動体通信システム
JP2003250185A (ja) * 2002-06-28 2003-09-05 Yozan Inc 移動体通信端末、課金サーバ、移動体通信システムおよび制御プログラム

Also Published As

Publication number Publication date
CN1773919A (zh) 2006-05-17
CN100344095C (zh) 2007-10-17

Similar Documents

Publication Publication Date Title
WO2006047963A1 (fr) Correlation et gestion de la taxation des communications vocales interurbaines
US8392324B2 (en) Method and system for charging correlation
US7155203B2 (en) Method and apparatus for billing for usage-based group communication between wireless devices
US20080319783A1 (en) Charging Method, System and Server for PoC Service
CN102439901B (zh) 建立通信会话
KR101262689B1 (ko) 네트워크 도메인들 사이에서 전송되는 세션들에 대한 온라인 차징
RU2369981C2 (ru) Механизмы оплаты для ip-мультимедийных услуг
EP1940076A1 (fr) Procédé et système pour l'envoi de requête de charge basée sur le flux de média dans une session multipartite
US8670354B2 (en) Sharing ongoing data session
WO2008025211A1 (fr) Système de réseau de communication, procédé assurant une fonction de prestation de services, et dispositif de prestation de services
US20120250585A1 (en) Interworking between ims/sip and pstn/plmn to exchange dynamic charging information
WO2007090347A1 (fr) Procédé, système et dispositif d'acheminement pour service de système multimédia ip
WO2007143926A1 (fr) Système et procédé de chargement de réseau ims
WO2007082446A1 (fr) Procede et systeme de taxation hors ligne
KR20100019516A (ko) 과금 방법, 네트워크 시스템, 과금 시스템, 및 애플리케이션 서버
CN101252449B (zh) PoC业务计费方法及通讯系统及计费系统及PoC服务器
WO2006047951A1 (fr) Procede d'attribution d'identificateur de facturation de service d'application
WO2007124644A1 (fr) Procédé, dispositif et système de comptabilité fondés sur des rôles dans le commerce de messagerie vocale instantanée sur cellulaire
CN101400022B (zh) 标识业务类型及根据标识建立业务的方法、装置及系统
WO2007012279A1 (fr) Procédé d’association de facturation et système de service d’application
WO2009076900A1 (fr) Procédé, dispositif et système de facturation poc
WO2008080347A1 (fr) Procédé, système et dispositif de chargement de session
WO2010020076A1 (fr) Procédé et équipement de commande de facturation basés sur un service d'application dans un réseau de communication

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase

Ref document number: 05808325

Country of ref document: EP

Kind code of ref document: A1