WO2007086122A1 - 在圏時間による課金システム - Google Patents

在圏時間による課金システム Download PDF

Info

Publication number
WO2007086122A1
WO2007086122A1 PCT/JP2006/301223 JP2006301223W WO2007086122A1 WO 2007086122 A1 WO2007086122 A1 WO 2007086122A1 JP 2006301223 W JP2006301223 W JP 2006301223W WO 2007086122 A1 WO2007086122 A1 WO 2007086122A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobile terminal
time
network
cdr
service
Prior art date
Application number
PCT/JP2006/301223
Other languages
English (en)
French (fr)
Inventor
Akihiro Koike
Original Assignee
Fujitsu Limited
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 Fujitsu Limited filed Critical Fujitsu Limited
Priority to PCT/JP2006/301223 priority Critical patent/WO2007086122A1/ja
Priority to JP2007555811A priority patent/JPWO2007086122A1/ja
Publication of WO2007086122A1 publication Critical patent/WO2007086122A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements 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 a charging system in a mobile communication network.
  • This location information is provided to provide a mobile communication service to the mobile terminal.
  • This location management (mobile management) standard is specified in 3GPP TS24.008 [Mobile radio interface Layer 3 specification; Core network protocols; Stage 3].
  • the billing standard is 3GPP TS32.200 [C harging management; narging pnnciplesj, fS32.205 [Charging management; Charging data description for the Circuit Switched (CS) domain], TS32.215 [Charging Management; Charging data It is specified in description for the Packet Switched (PS) domain].
  • CS Circuit Switched
  • PS Packet Switched
  • Each provider provides various discount plans for the purpose of securing subscribers and improving convenience.
  • the discount plans currently provided depend on whether mobile communication services can be exchanged. Regardless, it is based on the contract period and contract conditions.
  • the mobile communication service is a form of communication that can be exchanged only in the area (range), wireless resources and network resources are not used when the area is outside (range). Even if such out-of-service conditions where communication services cannot be provided continue for a long period of time, subscribers must pay a basic fee, which impairs subscriber convenience.
  • next-generation mopile networks When providing next-generation mopile networks, coverage in the wireless area becomes a problem, and it may be difficult to spread next-generation networks. To deal with this problem, add the old generation mopile network function (eg, dual terminals such as GSM + W-CDMA) to the mobile terminal side, and use the old generation mopile outside the service area of the next generation mopile network. The convenience of the user is ensured by making the network usable. In this case, in order to use the next-generation mopile network, User will make a basic fee contract provided for the next-generation mopile network. In reality, however, the next generation mopile network service cannot be exchanged outside the next generation mopile network area, so the subscriber will not be able to exchange services according to the basic fee.
  • the old generation mopile network function eg, dual terminals such as GSM + W-CDMA
  • Patent Document 1 As a conventional charging method aimed at improving mobile communication services, a charging method as described in Patent Document 1 has been proposed. In this charging method, additional charging is performed for handovers due to changes in area information during standby and movement during communication.
  • Patent Document 1 Japanese Patent Laid-Open No. 2003-8781
  • An object of the present invention is to provide a billing system with higher convenience in accordance with the usage status of a communication service of a mobile communication user.
  • a charging system is a charging system for a user of a mobile terminal that subscribes to a mobile communication network, and includes a time-of-service acquisition means for acquiring a time of service to a communicable area of the mobile terminal. And billing means for billing the mobile terminal user for a discount on the usage fee based on the time of stay.
  • discount billing is performed based on the mobile terminal's service time, so that it is possible to charge a fee according to the actual resource usage status of the user. Therefore, a significant discount can be offered to users with a short mobile terminal's service area, and services that are more convenient for the user can be provided.
  • FIG. 1 is a configuration diagram of a mobile communication system.
  • FIG. 2 is a diagram showing a configuration of a charging apparatus according to an embodiment of the present invention.
  • FIG. 3 is a sequence diagram (No. 1) for explaining the location management mechanism triggered by power-on from a mobile terminal according to the embodiment of the present invention.
  • FIG. 4 is a sequence diagram (part 2) for explaining the location management mechanism triggered by power-on from a mobile terminal according to the embodiment of the present invention.
  • FIG. 5 is a sequence diagram (No. 1) for explaining the mechanism of in-zone management triggered by power-off in accordance with the embodiment of the present invention.
  • FIG. 6 is a sequence diagram (part 2) for explaining the mechanism of in-zone management triggered by the power-off according to the mobile terminal according to the embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating the processing of MSCZVLR in FIG.
  • FIG. 8 is a sequence diagram (part 1) for explaining the mechanism of location management by network side force detection request processing according to the embodiment of the present invention.
  • FIG. 9 is a sequence diagram (part 2) for explaining the location management mechanism by the network side force detection request processing according to the embodiment of the present invention.
  • FIG. 10 is a flowchart illustrating CDR generation processing of MSCZVLR in FIG. [11]
  • FIG. 11 is a sequence diagram (part 1) for explaining a mechanism of location management by implicit touch processing when periodic position registration is not performed according to the embodiment of the present invention.
  • FIG. 12 is a sequence diagram (part 2) illustrating the mechanism of location management by the implicit touch processing when the periodic position registration is not performed according to the embodiment of the present invention.
  • FIG. 13 is a flowchart explaining the CDR generation processing of MSCZVLR in FIG.
  • FIG. 16 is a flowchart for explaining the M-CDR generation processing of the local network HLR in FIG.
  • FIG. 17 is a flowchart for explaining CDR generation processing of the local network HLR in FIG.
  • FIG. 18 is a sequence diagram illustrating a mechanism of location management based on location information (Detach / Implicit Detach) from the other network side during roaming according to the embodiment of the present invention.
  • FIG. 19 is a flowchart for explaining CDR generation processing of the local network HLR in FIG.
  • FIG. 20 is a sequence diagram illustrating a location management mechanism based on location information (Detach./Implicit Detach) from the other network side during roaming according to the embodiment of the present invention.
  • FIG. 21 is a flowchart explaining the CDR generation processing when the HLR Note MM Event in FIG. 20 is received.
  • FIG.22 This is a sequence diagram explaining the mechanism of collective location management in HLR by MAP_NOTE_MM_Event.
  • FIG. 23 is a diagram for explaining CDR accumulation processing by a charging apparatus.
  • FIG. 24 is a diagram (part 1) for explaining time-of-service time counting processing by the charging apparatus in the case of FIGS. 3 to 21.
  • FIG. 25 is a diagram (part 2) for explaining time-of-service time counting processing by the billing apparatus in the case of FIG. 3 to FIG.
  • FIG. 26 is a flowchart showing processing of the charging apparatus in the case of FIG.
  • FIG. 27 is a diagram showing a concept of a service providing method when a next generation mopile network and an old generation mono network are mixed.
  • FIG. 1 is a configuration diagram of a mobile communication system.
  • the mobile terminal 10 communicates with the base station BTS11 of the radio base station subsystem BSS 13 of the GSM network using radio.
  • the base station BTS11 is controlled by the radio base station controller BSC12.
  • the radio base station controller BSC12 is provided with a packet controller PCU, which controls transmission / reception of packets with the mobile terminal 10.
  • the radio base station controller BSC 12 is connected to the core network 14.
  • the radio base station controller BSC12 is connected to a mobile switching center (MSC) 15 that accommodates a voice communication line and an SGSN 16 that accommodates a packet communication line.
  • MSC mobile switching center
  • the base station Node of the UMTS radio access network UTR AN9 (UMTS Terrestrial Radio Access Network) of the W-CDMA network is used in the same way as the GSM network using radio.
  • the base station Node-B7 is controlled by the radio network controller RNC8.
  • the wireless network controller RNC8 is connected to the core network 14.
  • the radio network controller RNC 8 is connected to a mobile switching center (MSC) 15 that accommodates a voice communication line and an SGSN 16 that accommodates a packet communication line.
  • the mobile switching center 15 (MSC) 15 is connected to the public telephone network ZISDN 22 via the mobile switching center gateway G MSC18-1.
  • SGSN16 is a gateway B Connected to Internet Z Intranet 23 via GGSN18-2.
  • MSC15, G MSC18—1, SGSN16, and GGSN18—2 refer to the home 'location' register (HLR) 17, which is a database of mobile communication service subscriber location information and telephone numbers, respectively.
  • HLR home 'location' register
  • Authentication Center AUC20 is a center that performs authentication when subscribers receive mobile communication services.
  • the charging device 21 is a device that charges the subscriber based on information such as the home “location” register HLR 17.
  • FIG. 2 is a diagram showing a configuration of the charging apparatus according to the embodiment of the present invention.
  • CDR Connected to the bus 25 are a CDR reception control unit 26, a CDR accumulation control unit 27, a hard disk 28, a communication time (quantity) calculation processing unit 29, a stay time calculation unit 30, and a charge calculation processing unit 31.
  • CDR is an abbreviation for Call Detail Record, and is data that records the details of a subscriber's call in a 3GPP mobile communication system.
  • the CDR reception control unit 26 is a control unit for receiving a CDR as a message.
  • the CDR accumulation control unit 27 is a control unit that manages CDRs recorded on the hard disk 28.
  • the communication time (amount) calculation processing unit 29 is a processing unit that calculates the communication time of the subscriber from the recorded CDR.
  • the service area calculation processing unit 30 is a processing unit that calculates the time (service time) that the subscriber was in the area where the service can be received from the recorded CDR.
  • the fee calculation processing unit 31 is a processing unit that calculates a fee charged to the subscriber.
  • the hard disk 28 records information necessary for the billing process, and records the CDR, call charge database, communication time (amount) for each subscriber, current time for each subscriber, and charge for each subscriber. To do.
  • FIG. 3 and FIG. 4 are sequence diagrams for explaining the mechanism of location management triggered by power-on from a mobile terminal according to the embodiment of the present invention.
  • FIG. 3 shows a time zone management mechanism triggered by power-on of the packet network.
  • an attach (registration to the network) request is sent to the mobile terminal power SGSN (1).
  • the SGSN that receives the attach request acquires the location of the mobile terminal and requests the HLR to update the location information of the mobile terminal (2).
  • the HLR receives a location information update request
  • the HLR extracts the subscriber information such as the identification information power of the mobile terminal that is newly powered on and the service contents registered in the mobile terminal.
  • the SGSN records the sent subscriber information and returns the Ack to the HLR (4).
  • the HLR returns Ack to the SGSN, assuming that the update of the location information of the mobile terminal is complete (5).
  • the SGSN then sends a message to the mobile terminal that it has accepted the attach request, and the mobile terminal notifies the SGSN that the attach has been completed (6).
  • the SGSN holds the subscriber information obtained from the HLR as an MM context (7), generates an M-CDR which is a CDR for mobile communication (8), and sends this to the charging device ( 9).
  • M-CDR the time when the mobile terminal was attached is set as the Record Opening Time.
  • the billing device receives the M-CDR, it registers the mobile terminal's location (start) time.
  • the processing from (1) to (9) is as defined in 3GPP, and in the embodiment of the present invention, step (10) is newly provided.
  • FIG. 4 shows the time-zone management mechanism triggered by the power-on of the circuit switching network.
  • an IMSI attach (network registration) request is sent to the mobile terminal power MSCZVLR.
  • the MSCZVL R that has accepted the IMSI attach request determines the position of the mobile terminal.
  • the HLR extracts subscriber information such as service contents registered by the mobile terminal from the identification information of the mobile terminal that has been newly powered on. Send this information to MSCZVLR (3).
  • MSCZVLR records the transmitted subscriber information and returns the Ack to the HLR (4).
  • the HLR returns Ack to the MSCZVLR assuming that the updating of the location information of the mobile terminal is completed (5).
  • MSCZVLR then sends a message to the mobile terminal that it has accepted the IMSI attach request (6).
  • MSCZVLR holds the subscriber information obtained from HLR as a subscriber profile (7), and CDR (8) and send it to the accounting device (9).
  • the time when IMSI attach of the mobile terminal was performed is set as Update time stamp.
  • the charging device receives the CDR, it registers the mobile terminal's location (start) time.
  • the processing from (1) to (9) is as defined by 3GPP, and in the embodiment of the present invention, step (10) is newly provided.
  • FIG. 5 and FIG. 6 are sequence diagrams illustrating a mechanism for location management triggered by power-off from the mobile terminal according to the embodiment of the present invention.
  • Figure 5 shows the time-zone management mechanism triggered by the power-off of the packet network.
  • Steps (1) to (4) are defined in the 3GPP standard recommendation. In the embodiment of the present invention, this includes the step (5).
  • VLR Visiter's Location Register, and holds subscriber location information at the roaming destination of the mobile terminal.
  • FIG. 6 shows a time-zone management mechanism triggered by power-off of a circuit switching network.
  • an IM SI detection instruction is sent from the mobile terminal to the MSCZVLR (1).
  • This is the end of the 3GPP standard recommendation.
  • the following processing is added.
  • the MSCZVLR receives an IMSI detach indication, it generates a CDR (2), sets the time when the detach occurred to this, and sends it to the accounting device (3).
  • the billing device receives the CDR, ) Register the time (4).
  • a detatch request is made as shown in the sequence of FIGS. 5 and 6, and the received SGSNZMSC changes the mobile terminal to the detatch state, generates a CDR, and charges. Transfer to system. The time information power also calculates the staying time.
  • FIG. 7 is a flowchart for explaining the processing of MSCZVLR in FIG.
  • step S10 When the MSCZVLR force MSI detection instruction is received (step S10), the existing detection process is performed in step S11, and the CDR is edited in step S12.
  • the CDR record type is set to “detach”, and the IMSI (mobile terminal identifier) and the detach time stamp are set in the CDR.
  • step S13 the CDR is transmitted and the process is terminated.
  • FIG. 8 and FIG. 9 are sequence diagrams for explaining a mechanism of location management based on a request for a request for a defect from the network according to the embodiment of the present invention.
  • Fig. 8 is a diagram for explaining the management of the area of the circuit switching network by the processing of the network side power request request.
  • the SGSN When the network HLR requests the SGSN to cancel the location information (1), the SGSN sends a GPRS detection request to the mobile terminal (MS) (2).
  • the mobile terminal accepts the GPRS search request (3), the SGSN generates an M-CDR upon receiving the GPRS search request from the mobile terminal (4).
  • the SGSN sets the cause of the attack to the request for the attack from the network side and sets the time that the mobile terminal has been in service, and sends it to the charging device (5).
  • the billing device obtains the location (end) time from the received M-CDR power and registers it (6). Processes (1) to (5) are specified by 3GPP.
  • FIG. 9 is a diagram for explaining location management of a packet network by processing a request for a request from the network side.
  • MSCZVLR (1) Deletion of network HLR force location information is sent to MSCZVLR (1). According to the 3GPP rules, this is the end of processing. In the embodiment of the present invention, the following processing can be added.
  • the MSCZVLR that has received the deletion of the location information generates a CDR (2). This CDR is set with a time stamp at the time of detection.
  • MSC ZVLR sends this CDR to the billing device (3).
  • the billing device that received the CDR acquires the location (end) time from the CDR information and registers it (4).
  • FIG. 10 is a flowchart illustrating the CDR generation processing of MSCZVLR in FIG.
  • step S15 When the MSCZVLR receives the position information deletion request (step S15), the MSCZVLR performs the existing defect processing in step S16.
  • step S17 it is determined whether or not the type of deletion request is the power to delete registration from the network. If the determination in step S17 is No, the process ends. If the determination in step S17 is yes, in step S18, the record type is set to “detach”, and a CDR in which IMSI and the detach time stamp are set is edited and created, and in step S19, the CDR is transmitted.
  • FIG. 11 and FIG. 12 are sequence diagrams for explaining a mechanism of location management by the implied touch processing when the periodic position registration is not performed according to the embodiment of the present invention.
  • FIG. 11 is a diagram for explaining the location management of the packet network by the implicit touch processing.
  • Implicit detection means that a mobile terminal moves out of service area and therefore detects from the network.
  • the mobile terminal When the mobile terminal is normally located in the network, as shown in (1), the mobile terminal periodically sends a Routing Area Update Request to the SGSN.
  • a Routing Area Update Accept which is a response to the reception, is sent to the mobile terminal.
  • an implicit touch timer is set and starts measuring a predetermined time (2).
  • the Routing Area Update Request that should be sent periodically from the mobile terminal is not sent to the SGSN.
  • the implicit detect timer measures the predetermined time and finishes.
  • the timer expires (4).
  • the SGSN sets the corresponding subscriber to a defeated state (5) and generates an M-CDR (6).
  • the occurrence of an intuitous detatch as a reason for the detatch and the time in the service area are set and transmitted to the accounting device (7).
  • the billing device that received the M-CDR obtains the in-zone (end) time from the M-CDR and registers it (8).
  • the processes (1) to (7) are defined in 3GPP, and in the embodiment of the present invention, the process (8) is added.
  • Fig. 12 is a diagram for explaining the location management of the circuit switching network by the implicit touch processing.
  • the mobile terminal When the mobile terminal is normally located in the network, as shown in (1), the mobile terminal periodically sends a Routing Area Update Request to the MSCZVLR, and the MSC / VLR sends a Routing Area Update Request.
  • Routing Area Update Accept which is a response indicating that Request has been received, is sent to the mobile terminal.
  • an implicit touch timer is set and starts measuring a predetermined time (2).
  • the Routing Area Update Request that should be sent periodically from the mobile terminal is not sent to the MSCZ VLR.
  • the MSCZVLR sets the applicable subscriber to a detached state (5) and generates a CDR (6).
  • a detach time stamp indicating the time when detachment is set and transmitted to the accounting device (7).
  • the billing device that received the CDR obtains the in-zone (end) time from the CDR and registers it (8).
  • the SGSNZMSC sets a timer for effective use of network resources, and when the timer expires, the mobile terminal is transitioned to the detach state by the implicit touch process.
  • the time spent in this area is calculated from the time information by generating a CDR and transferring it to the billing system at the time of implicit defect processing.
  • the time of the location information notified by the implicit touch is considered to be the time when the mobile terminal transits to a non-range on the network, which is different from the exact time when the mobile terminal moved to the non-range because of processing by the timer control. Therefore, it is treated as time in the area.
  • FIG. 13 is a flowchart illustrating the CDR generation processing of MSCZVLR in FIG.
  • step S20 MSCZVLR detects the expiration of the implicit touch timer (step S20). MSCZVLR performs the existing touch processing in step S21.
  • step S22 the record type is set to an implicit utterance, and a CDR with IMSI and a detach time stamp is edited and created.
  • step S23 the CDR is transmitted.
  • FIG. 14 and FIG. 15 are sequence diagrams illustrating a location management mechanism based on location information (Update Location) from the other network side during roaming according to the embodiment of the present invention.
  • Figure 14 shows the time-of-service management mechanism in the packet network triggered by power-on in other networks.
  • the other network is a foreign network operated by a foreign company, for example, when the mobile terminal is a terminal that receives a Japanese mobile communication service and has an international roaming contract. Therefore, the local network is a Japanese network operated by a Japanese company with which the subscriber has a contract.
  • MS mobile terminal
  • a request for attachment registration to the network
  • the SGSN of the other network that accepts the attach request acquires the location of the mobile terminal and requests the HLR of its own network to update the location information of the mobile terminal (2).
  • the HLR of the local network extracts subscriber information such as service contents registered by the mobile terminal from the identification information of the mobile terminal that is newly powered on. This information is sent to the SGSN of the other network (3).
  • the SGSN of the other network records the transmitted subscriber information, the Ack is returned to the HLR of its own network (4).
  • the HLR of the local network returns Ack to the SGSN of the other network, assuming that the update of the location information of the mobile terminal is complete (5).
  • the SGSN of the other network sends a message indicating that the attack request has been accepted to the mobile terminal, and the mobile terminal notifies the SGS N of the other network that the attachment has been completed (6).
  • the SGSN of the other network holds the subscriber information obtained from the HLR of its own network as the MM context (7).
  • the local network's HLR generates an M-CDR, which is a CDR for mobile communications (8), and sends it to the charging device (9 ;).
  • M-CDR the time when the mobile terminal was attached is set as the Record Opening Time.
  • the charging device receives the M-CDR, it registers the mobile terminal's location (start) time.
  • the processing from (1) to (7) is as defined in 3GPP, and the steps of (8) to (10) are newly provided in the embodiment of the present invention.
  • FIG. 15 shows a time-of-service management mechanism triggered by power-on in another network of a circuit switching network.
  • an IMSI attach (network registration) request is sent from the mobile terminal to the MSCZVLR of the other network (1).
  • the MSCZVLR of the other network that accepted the IMSI attach request acquires the location of the mobile terminal and requests the HLR of its own network to update the location information of the mobile terminal (2).
  • the HLR of the local network extracts subscriber information such as service contents registered by the mobile terminal from the identification information of the mobile terminal that is newly powered on. This information is sent to MSCZVL R of other networks (3).
  • the MSCZVLR on the other network records the transmitted subscriber information and returns the Ack to the HLR on its own network (4).
  • the HLR of the local network returns Ack to the MSC ZVLR of the other network, assuming that the update of the location information of the mobile terminal is complete (5).
  • the MSCZVLR in the other network sends a message to the mobile terminal that the IMSI attach request has been accepted (6).
  • the MSCZVLR of the other network holds the subscriber information obtained from the HLR of its own network as the subscriber profile (7).
  • the HLR in its own network generates a CDR (8) and sends it to the accounting device (9).
  • the time when IMSI attach of the mobile terminal is performed is set as Update time stamp.
  • the billing device receives the CDR, it registers the mobile terminal's location (start) time.
  • the processing from (1) to (7) is as defined in 3GPP, and in the embodiment of the present invention, steps (8) to (10) are newly provided.
  • the Update Location is notified from the other network side to the own network HLR as shown in the sequence of FIG. 14 and FIG. From the time information, the time spent in roaming is calculated.
  • FIG. 16 is a flowchart for explaining the M-CDR generation processing of the local network HLR in FIG.
  • step S25 when the mobile terminal is turned on in another network, attach is required.
  • the request that is, Update GPRS Location request is received at the HLR of the local network.
  • step S26 the HLR of its own network performs existing location information registration processing.
  • step S27 the HLR of its own network determines whether or not the detection request is received from another network. If the determination in step S27 is No, the process ends. If the determination in step S27 is Yes, in step S28, the HLR of the local network edits and generates an M-CDR in which the record type is SGSN mobility management, the record start time and IMSI are set, and in step S29. , M—Send CDR to billing device.
  • FIG. 17 is a flowchart for explaining CDR generation processing of the local network HLR in FIG.
  • step S30 when the mobile terminal is turned on in another network, an attach request, that is, an Update Location request is received in the HLR of its own network.
  • step S31 the HLR of its own network performs existing location information registration processing.
  • step S32 the HLR of its own network determines whether or not the detection request is a power received from another network. If the determination in step S32 is No, the process ends. If the determination in step S32 is Yes, in step S33, the HLR of the local network edits and generates a CDR with the record type set to “Latchion Update” and an update time stamp and IMSI, and in step S34, the CDR To the accounting device.
  • FIG. 18 is a sequence diagram illustrating a mechanism of location management by location information (Detach / Implicit Detach) from the other network side during roaming according to the embodiment of the present invention.
  • SGSNZVLR of another network When SGSNZVLR of another network detects roaming subscribers (1), it sets a Purge timer (2) and starts measuring the predetermined time. When the Purge timer expires (3), the other network SGSNZVL R sends a message to the HLR of its own network that the Purge timer has expired, and receives the Ack from the network HLR (4). The SGSNZVLR in the other network then deletes the corresponding subscriber profile (5). The local network HLR generates a CDR when the purge timer expires (6), sets the purge time to this and sends it to the billing device (7). In the billing device, the received CDR power also acquires the service area (end) time and registers it (8).
  • FIG. 19 is a flowchart for explaining CDR generation processing of the local network HLR in FIG.
  • step S35 a Purge message is received by the local network HLR.
  • step S36 the HLR of its own network performs existing location information deletion processing.
  • step S37 the HLR of the own network determines whether or not the Purge message is received from another network. If the determination in step S37 is No, the process ends. If the determination in step S37 is Yes, in step S38, the HLR of the network edits and generates a CDR with the record type set to Purge, the update time stamp and IMSI set, and in step S39. Send CDR to billing device.
  • Purge MS (Purge message) from the other network side as shown in the sequence of Fig. 18 in order to delete the subscriber profile when the Purge timer expires after being in the other network and becoming in a stale state for some reason. Will be notified.
  • the time in the roaming area is calculated from the time information.
  • the Purge timer for notifying the Purge MS depends on the setting of the other network side operator, so there is a difference between the time when the Purge MS is notified and the time when the Purge MS is notified.
  • FIG. 20 is a sequence diagram illustrating a mechanism of location management by location information (Det ach./Implicit Detach) from the other network side during roaming according to the embodiment of the present invention.
  • location information Det ach./Implicit Detach
  • the message “Note MM Event” is sent from the SGSNZVLR of the other network to the HLR of the local network (2).
  • the event / implicit defect is set as an event.
  • the HLR of the local network generates a CDR resulting from the defect (3), sets the defect time in this CDR, and sends it to the accounting device (4).
  • the billing device that received the CDR acquires the in-zone (end) time from this CDR and registers it (5).
  • (1) and (2) are the processes specified in 3GPP. However, whether or not to use the Note MM Event message is arbitrary, and differs depending on the company operating the network. However, in the embodiment of the present invention, this message is actively used. This Note MM The occurrence of a defect is detected using Event, and the processes of the embodiments of the present invention (3) to (5) are performed.
  • FIG. 21 is a flowchart for explaining a CDR generation process when the HLR Note MM Event in FIG. 20 is received.
  • step S40 When the HLR receives the Note MM Event (step S40), in step S41, the record type is set to Note MM Event, and the CDR that sets the IMSI, the event that occurred, and the event time stamp is edited and generated. Send CDR to (step S42).
  • the service area time is calculated by notifying the HLR of event information as shown in FIG.
  • FIG. 22 is a sequence diagram for explaining the mechanism of collective location management in HLR by MAP_NOTE_MM_Event.
  • the SGSN or VLR may change when the mobile terminal is powered on or off or when there is a change in the service status, such as a request for detach from the network side.
  • the HLR knows the change in the location status by sending MAP_NOTE_MM_EVENT to the HLR using the MAP protocol.
  • SGSNZVLR sends a Note M M Event to the HLR using the MAP protocol (2).
  • Note When sending MM Event, there are IMSI attachment, IMSI data from mobile terminal (exclusive prefix), and IMSI data from network side (implicit data) in circuit switching network. In packet networks, there are GPSR attach, GPRS data from mobile terminals (exclusive prefix), and GPRS data from the network side (implicit data).
  • the HLR receives the Note MM Event, it generates a CDR (3), sets the event that occurred in the CDR and the time when the event occurred, and sends it to the billing device (4).
  • the billing device manages the service time by obtaining the registered time from the received CDR and registering it (5).
  • FIG. 23 is a diagram for explaining CDR accumulation processing by the charging apparatus.
  • the charging device receives the CDR or M-CDR in step S50, and
  • FIG. 24 and FIG. 25 are diagrams for explaining the stay time totaling process by the charging device in the case of FIG. 3 to FIG.
  • the charging device that has received CDRZM-CDR by means of FIGS. 3 to 21 stores the CDR / M-CDR and performs offline processing every month as shown in FIGS. 24 and 25.
  • the total time information for each subscriber is tabulated using IMSI uniquely assigned to each key.
  • the billing apparatus reads the CDR or M-CDR stored in the database 35 and determines the record type (step S55). If the record type force is not GSN mobility management record, that is, if it is determined that the read data is CDR, proceed to FIG. When the record type force is GSN mobility management record, that is, when it is determined that the read data is M-CDR, it is determined in step S56 whether or not there is a Record Opening Time. If it is determined in step S56 that Record Opening Time exists, in step S57, Record Opening Time is extracted as a visiting start time. If it is determined in step S56 that there is no Record Opening Time, the cause of the defect (Cause of Record Closing) is determined in step S58.
  • step S59 Duration is extracted as the staying time. If it is determined in step S58 that the cause of the defect is due to a network-side defect, in step S60, the duration is extracted as the staying time. If the cause of the failure is the expiration of the Purge timer in step S58, the duration is extracted as the staying time in step S61. If the cause of the defect is the implicit defect in step S58, the duration is extracted as the staying time in step S62. In step S63, the location time information is stored and managed using IMSI as a key.
  • step S55 If it is determined in step S55 that the read data is CDR, the record type of the data is determined in step S64.
  • step S64 record If it is determined that the type force is location Update (mobile terminal power is turned on), in step S65, the time stamp is set as the in-zone start time. If it is determined in step S64 that the record type is an explicit detect, the time stamp is set as the in-zone end time in step S66. If it is determined in step S64 that the record type force S is an implicit defect, step S
  • the time stamp is set as the service end time. If it is determined in step S64 that the record type is Purge, a time stamp is set as the area end time in step S68. In step S69, the location time information is stored and managed with IMSI as a key.
  • FIG. 26 is a flowchart showing processing of the charging apparatus in the case of FIG.
  • the HLR edits the CDR as shown in FIG. 22 and transmits it to the accounting device.
  • the billing device that received the CDR accumulates the CDR as shown in Fig. 23, and performs offline processing etc. every month as shown in Fig. 26.
  • the billing time information for each subscriber is obtained using the IMSI uniquely assigned to the mobile terminal as a key. Tally.
  • the charging apparatus determines the record type. If the record type is not Note MM Event, the process ends. If the record type is Not MM Event, the type of event is determined in step S46. If the event is an IMSI attach or GPRS attach, in step S47, the event time stamp value is acquired as the location start time. If it is determined in step S46 that the event is IMSI data from the mobile terminal, IMSI data from the network, GPRS data from the mobile terminal, or GPRS data from the network, the event time stamp is set in step S48. Is acquired as the service end time. In step S49, the time-of-service information is stored and managed using IMSI, which is the identifier of the mobile terminal, as a key.
  • IMSI which is the identifier of the mobile terminal
  • FIG. 27 is a diagram showing a concept of a service providing method when a next generation mopile network and an old generation mopile network coexist.
  • the power of operators that have both GSM (former generation mopile network) and WCDMA (next generation mopile network) WCDMA subscribers are located in the WCDMA network.
  • New discount plan such as discounting WCDMA basic charges according to non-occupied time (time outside the shaded area in the figure) It becomes possible. This is possible if the mobile terminal can detect which base station it is communicating with.

Landscapes

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

Abstract

 従来の課金装置の構成に加え、課金装置が受信するCDR/M-CDRに移動体端末の在圏開始時間や在圏終了時間を示す時間を設定し、課金装置がこれに基づいて移動体端末の在圏時間を計算するようにする。在圏時間は、他の課金情報と共に格納保管され、月毎の請求の際に、在圏時間を考慮した請求金額を請求するようにする。在圏時間の長短によって請求金額を決めるので、加入者の在圏時間が短い場合には、料金を割り引くことができ、加入者へのサービス向上を図ることができる。

Description

明 細 書
在圏時間による課金システム
技術分野
[0001] 本発明は、移動体通信網における課金システムに関する。
背景技術
[0002] 現在の移動体通信サービスにおいては、移動体端末とネットワークは無線通信を 利用している為、在圏管理を実施している。この在圏情報は、当該移動体端末に移 動体通信サービスを提供するために行われて 、る。この在圏管理 (移動管理)の規 格は、 3GPP TS24.008 [Mobile radio interface Layer 3 specincation; Core network protocols; Stage 3]で規定されている。また課金に関する規格は、 3GPP TS32.200[C harging management; し narging pnnciplesj, fS32.205[Charging management; Chargi ng data description for the Circuit Switched (CS) domain], TS32.215[Charging Mana gement; Charging data description for the Packet Switched (PS) domain]で規定され ている。しかし、どのように課金するかは各事業者の課金ポリシーに依存するため、 課金方法の詳細は各事業者にて決定して 、る。
[0003] 各事業者では、加入者の繋ぎ止めや利便性向上を目的として各種の割引プランを 提供しているが、現在提供されている割引プランは移動体通信サービスを授受でき るかどうかに関わらず、契約期間や契約条件に応じたものとなっている。
[0004] 以上のような課金方法には以下のような問題がある。
[a] 移動体通信サービスは在圏(圏内)状態でのみサービスを授受できる通信形態 であるため、非在圏(圏外)時は無線リソースやネットワークリソースを使用していない 。このような通信サービスを授受できない圏外状態が長期間継続した場合でも、加入 者は基本料金を払う必要があり加入者の利便性を損ねている。
[b] 次世代モパイルネットワークを提供する場合、無線エリアのカバレッジが問題とな り、次世代ネットワークの普及しにくい場合がある。この問題の対処として、移動体端 末側に旧世代のモパイルネットワーク機能(例: GSM+W- CDMA等のデュアル端末) を付与し、次世代モパイルネットワークのサービス提供エリア外では旧世代モパイル ネットワークを使用可能とすることで、ユーザの利便性を確保している。この場合、ュ 一ザは次世代モパイルネットワークを使用するために、次世代モパイルネットワーク 用に提供された基本料金契約を行う。しかし、実際は、次世代モパイルネットワークの エリア外では次世代モパイルネットワークのサービスを授受できな 、ため、加入者は 基本料金に即したサービスを授受できないことになる。
[0005] 移動体通信サービスの向上を目指した従来の課金方法として、特許文献 1に記載 されたような課金方法が提案されている。この課金方法においては、待ち受け中にお けるエリア情報の変更や通信中の移動によるハンドオーバについて追加課金を行つ ている。
特許文献 1 :特開 2003— 8781号公報
発明の開示
[0006] 本発明の課題は、移動体通信の利用者の通信サービスの利用実態に即した、より 利便性の高 、課金システムを提供することである。
本発明の課金システムは、移動体通信ネットワークに加入する移動体端末の利用 者への課金システムであって、移動体端末の通信可能領域への在圏時間を取得す る在圏時間取得手段と、該在圏時間に基づ!/、て該移動体端末の利用者への利用料 金の割引請求を行う請求手段とを備えることを特徴とする。
[0007] 本発明によれば、移動体端末の在圏時間に基づいて割引課金するので、利用者 の実際のリソースの使用状況に応じた料金請求ができる。したがって、移動体端末の 在圏時間が短い利用者には大幅な割引が可能となり、より利用者の利便性を考えた サービスの提供ができる。
図面の簡単な説明
[0008] [図 1]移動体通信システムの構成図である。
[図 2]本発明の実施形態の課金装置の構成を示す図である。
[図 3]本発明の実施形態に従った、移動体端末からの、電源オンを契機にした在圏 管理の仕組みを説明するシーケンス図(その 1)である。
[図 4]本発明の実施形態に従った、移動体端末からの、電源オンを契機にした在圏 管理の仕組みを説明するシーケンス図(その 2)である。 圆 5]本発明の実施形態に従った移動体端末力もの、電源オフを契機にした在圏管 理の仕組みを説明するシーケンス図(その 1)である。
圆 6]本発明の実施形態に従った移動体端末力もの、電源オフを契機にした在圏管 理の仕組みを説明するシーケンス図(その 2)である。
[図 7]図 6における MSCZVLRの処理を説明するフローチャートである。
[図 8]本発明の実施形態に従った、ネットワーク側力 のデタツチ要求処理による在圏 管理の仕組みを説明するシーケンス図(その 1)である。
[図 9]本発明の実施形態に従った、ネットワーク側力 のデタツチ要求処理による在圏 管理の仕組みを説明するシーケンス図(その 2)である。
[図 10]図 9における MSCZVLRの CDR生成処理を説明するフローチャートである。 圆 11]本発明の実施形態に従った、周期位置登録未実施時のインプリシットデタツチ 処理による在圏管理の仕組みを説明するシーケンス図(その 1)である。
圆 12]本発明の実施形態に従った、周期位置登録未実施時のインプリシットデタツチ 処理による在圏管理の仕組みを説明するシーケンス図(その 2)である。
[図 13]図 12における MSCZVLRの CDR生成処理を説明するフローチャートである
[図 14]本発明の実施形態に従った、ローミング時の他網側からの在圏情報 (Update
Location)による在圏管理の仕組みを説明するシーケンス図(その 1)である。
[図 15]本発明の実施形態に従った、ローミング時の他網側からの在圏情報 (Update
Location)による在圏管理の仕組みを説明するシーケンス図(その 2)である。
[図 16]図 14における自網 HLRの M— CDR生成処理を説明するフローチャートであ る。
[図 17]図 15における自網 HLRの CDR生成処理を説明するフローチャートである。
[図 18]本発明の実施形態に従った、ローミング時の他網側からの在圏情報 (Detach/I mplicit Detach)による在圏管理の仕組みを説明するシーケンス図である。
[図 19]図 18における自網 HLRの CDR生成処理を説明するフローチャートである。
[図 20]本発明の実施形態に従った、ローミング時の他網側からの在圏情報 (Detach. /Implicit Detach)による在圏管理の仕組みを説明するシーケンス図である。 [図 21]図 20における HLRの Note MM Event受信時の CDR生成処理を説明するフロ 一チャートである。
[図 22]MAP_NOTE_MM_Eventによる HLRでの一括在圏管理の仕組みを説明するシ 一ケンス図である。
[図 23]課金装置による CDR蓄積処理を説明する図である。
[図 24]図 3〜図 21の場合の課金装置による在圏時間集計処理を説明する図 (その 1 )である。
[図 25]図 3〜図 21の場合の課金装置による在圏時間集計処理を説明する図 (その 2 )である。
[図 26]図 22の場合の課金装置の処理を示すフローチャートである。
[図 27]次世代モパイルネットワークと旧世代モノィルネットワークが混在する場合のサ 一ビス提供方法の概念を示す図である。
発明を実施するための最良の形態
図 1は、移動体通信システムの構成図である。
移動体端末 10は、無線を使って GSM網の無線基地局サブシステム BSS 13の基地 局 BTS11と通信をする。基地局 BTS11は、無線基地局制御装置 BSC12によって 制御される。無線基地局制御装置 BSC12には、パケット制御装置 PCUが設けられ ており、移動体端末 10とのパケットの授受を制御する。無線基地局制御装置 BSC12 は、コア ·ネットワーク 14に接続される。無線基地局制御装置 BSC12へは、音声通 話用の回線を収容する移動交換局(MSC) 15とパケット通信回線を収容する SGSN 16が接続される。移動体端末 10が GSM+W-CDMA等のデュアル端末である場合 は、無線を使って GSM網同様に、 W- CDMA網の UMTS無線アクセスネットワーク UTR AN9(UMTS Terrestrial Radio Access Network)の基地局 Node- B7と通信する。基地 局 Node-B7は、無線ネットワーク制御装置 RNC8によって制御される。無線ネットヮー ク制御装置 RNC8はコア 'ネットワーク 14に接続される。無線ネットワーク制御装置 RN C8は音声通信用の回線を収容する移動交換局 (MSC) 15とパケット通信回線を収容 する SGSN16が接続される。移動交換局 15 (MSC) 15は、移動交換局ゲートウェイ G MSC18— 1を介して公衆電話網 ZISDN22に接続される。 SGSN16は、ゲートゥェ ィ GGSN18— 2を介してインターネット Zイントラネット 23に接続される。 MSC15、 G MSC18— 1、 SGSN16、 GGSN18— 2は、それぞれ、移動体通信サービスの加入 者の位置情報や電話番号などのデータベースであるホーム'ロケーション 'レジスタ( HLR) 17を参照して、加入者にサービスを提供する。認証センター AUC20は、加入 者が移動体通信サービスを受けるに当たり、認証を行うセンターである。課金装置 21 は、ホーム'ロケーション 'レジスタ HLR17等の情報を基に加入者に課金を行う装置 である。
[0010] 図 2は、本発明の実施形態の課金装置の構成を示す図である。
本発明の実施形態では、新規機能として、移動体端末毎に在圏時間情報を算出し 、蓄積する機能を有し、月度単位に在圏時間魏計する機能用いる。
[0011] バス 25に、 CDR受信制御部 26、 CDR蓄積制御部 27、ハードディスク 28、通信時 間(量)算出処理部 29、在圏時間算出部 30、料金計算処理部 31が接続されている 。 CDRは、 Call Detail Recordの略であり、 3GPPの移動体通信システムにおいて、加 入者の通話内容を記録するデータである。 CDR受信制御部 26は、 CDRをメッセ一 ジとして受信するための制御部である。 CDR蓄積制御部 27は、ハードディスク 28に 記録される CDRの管理を行う制御部である。通信時間(量)算出処理部 29は、記録 された CDRから加入者の通信時間を算出する処理部である。在圏時間算出処理部 30は、記録された CDRから加入者がサービスを受けられる領域にいた時間(在圏時 間)を算出する処理部である。料金計算処理部 31は、加入者に課金する料金を計算 する処理部である。ハードディスク 28は、課金処理に必要な情報を記録するものであ り、 CDR、通話料金データベース、加入者毎の通信時間(量)、加入者毎の在圏時 間、加入者毎の料金を記録する。
[0012] 本発明の実施形態の課金システムを実現する為は、該当移動体端末の在圏時間 を管理する必要があり、以下に説明する方法で在圏時間の管理と、これに基づく課 金を行う。
図 3及び図 4は、本発明の実施形態に従った、移動体端末からの、電源オンを契機 にした在圏管理の仕組みを説明するシーケンス図である。
[0013] 図 3は、パケット網の、電源オンを契機にした在圏時間管理の仕組みである。移動 体端末 (MS)の電源がオンされると、移動体端末力 SGSNにアタッチ (ネットワーク への登録)要求が送られる(1)。アタッチ要求を受け付けた SGSNは、移動体端末の 位置を取得し、 HLRに移動体端末の位置情報の更新を要求する(2)。 HLRは、位 置情報の更新要求を受けると、新たに電源がオンされた移動体端末の識別情報力 、該移動体端末が登録しているサービス内容等の加入者情報を抽出し、この情報を SGSNに送る(3)。 SGSNは、送られてきた加入者情報を記録すると、その Ackを H LRに返す (4)。ここまでが終了すると、 HLRは、 SGSNに、移動体端末の位置情報 の更新が終了したとして、 Ackを返す(5)。そして、 SGSNは、アタッチ要求を受け付 けた旨を移動体端末に送ると共に、移動体端末は、 SGSNにアタッチが完了した旨 を通知する(6)。 SGSNは、アタッチが完了すると、 HLR力 得た加入者情報を MM コンテキストとして保持し(7)、移動体通信用の CDRである M— CDRを生成し(8)、 これを課金装置に送る(9)。この M— CDRには、 Record Opening Timeとして、移動 体端末のアタッチが行われた時間が設定される。課金装置は、 M— CDRを受信する と、移動体端末の在圏(開始)時間の登録を行う。ここで、(1)〜(9)までの処理は、 3 GPPで規定された通りであって、本発明の実施形態では、新たに(10)のステップを 設けている。
図 4は、回線交換網の、電源オンを契機にした在圏時間管理の仕組みである。移 動体端末の電源がオンされると、移動体端末力 MSCZVLRに IMSIアタッチ(ネッ トワークへの登録)要求が送られる (l) o IMSIアタッチ要求を受け付けた MSCZVL Rは、移動体端末の位置を取得し、 HLRに移動体端末の位置情報の更新を要求す る(2)。 HLRは、位置情報の更新要求を受けると、新たに電源がオンされた移動体 端末の識別情報から、該移動体端末が登録して!/、るサービス内容等の加入者情報 を抽出し、この情報を MSCZVLRに送る(3)。 MSCZVLRは、送られてきた加入 者情報を記録すると、その Ackを HLRに返す (4)。ここまでが終了すると、 HLRは、 MSCZVLRに、移動体端末の位置情報の更新が終了したとして、 Ackを返す(5)。 そして、 MSCZVLRは、 IMSIアタッチ要求を受け付けた旨を移動体端末に送る(6 ) o MSCZVLRは、 IMSIアタッチが完了すると、 HLRから得た加入者情報を加入 者プロファイルとして保持し(7)、 CDRを生成し (8)、これを課金装置に送る(9)。こ の CDRには、 Update time stampとして、移動体端末の IMSIアタッチが行われた時 間が設定される。課金装置は、 CDRを受信すると、移動体端末の在圏(開始)時間 の登録を行う。ここで、(1)〜(9)までの処理は、 3GPPで規定された通りであって、 本発明の実施形態では、新たに(10)のステップを設けて 、る。
[0015] 以上のように、移動体端末の電源をオンすることで、図 3及び図 4のシーケンスの通 りアタッチ要求が行われ、受信した SGSNZMSCは在圏情報を HLRに送信すると 共に、 CDRを生成し課金装置に転送する。その時間情報力 在圏時間を算出する。
[0016] 図 5及び図 6は、本発明の実施形態に従った移動体端末からの、電源オフを契機 にした在圏管理の仕組みを説明するシーケンス図である。
図 5は、パケット網の、電源オフを契機にした在圏時間管理の仕組みである。
[0017] 移動体端末 (MS)が電源をオフにしょうとすると、移動体端末から SGSNへ GPRS
(General Packet Radio Service)デタツチ(ネットワークからの離脱)要求が送られる(1 )。 SGSNが GPRSデタツチを受け付けると、 SGSNから移動体端末へ GPRSデタツ チを受け付けた旨の通知がなされる(2)。その後、 SGSNは、 M— CDRを生成し(3) 、これに、移動体端末の電源オフによるデタツチである旨の情報(Cause of Record CI osing)と、移動体端末が在圏していた時間(Duration)を設定して課金装置に送る(4 ) o課金装置は、 SGSN力 M— CDRを受信すると、 M— CDRに設定されている在 圏(終了)時間を登録する(5)。
[0018] なお、(1)〜 (4)のステップは、 3GPP標準勧告で規定されたものである。本発明の 実施形態では、これに、(5)のステップをカ卩えている。
ここで、 VLRは、 Visiter's Location Registerの略であり、移動体端末のローミング先 での、加入者の位置情報を保持するものである。
[0019] 図 6は、回線交換網の、電源オフを契機にした在圏時間管理の仕組みである。
移動体端末 (MS)が電源オフをしょうとすると、移動体端末から MSCZVLRへ IM SIデタツチ指示が送られる(1)。 3GPP標準勧告で規定されているのは、ここまでで あるが、本発明の実施形態では、以下の処理を加える。すなわち、 MSCZVLRでは 、 IMSIデタツチ指示を受信すると、 CDRを生成し(2)、デタツチが発生した時刻をこ れに設定して、課金装置に送る(3)。課金装置では、 CDRを受け取ると、在圏(終了 )時間を登録する (4)。
[0020] 移動体端末の電源をオフすることで、図 5及び図 6のシーケンスの通りデタツチ要求 が行われ、受信した SGSNZMSCは当該移動体端末をデタツチ状態に遷移させ、 CDRを生成し、課金システムに転送する。その時間情報力も在圏時間を算出する。
[0021] 図 7は、図 6における MSCZVLRの処理を説明するフローチャートである。
MSCZVLR力 MSIデタツチ指示を受信すると(ステップ S 10)、ステップ S 11にお いて、既存のデタツチ処理を行い、ステップ S12において、 CDR編集を行う。 CDR編 集では、 CDRのレコードタイプをデタツチとし、 IMSI (移動端末の識別子)と、デタツ チタイムスタンプを CDRに設定する。そして、ステップ S 13において、 CDRを送信し て、処理を終了する。
[0022] 図 8及び図 9は、本発明の実施形態に従った、ネットワーク側からのデタツチ要求処 理による在圏管理の仕組みを説明するシーケンス図である。
図 8は、回線交換網の、ネットワーク側力 のデタツチ要求処理による在圏管理を説 明する図である。
[0023] ネットワークの HLRが SGSNへ位置情報のキャンセルを要求すると(1)、 SGSNは 、移動体端末 (MS)に GPRSデタツチ要求を送信する(2)。移動体端末が GPRSデ タツチ要求を受け付けると(3)、 SGSNは、移動体端末からの GPRSデタツチ要求の 受信を契機にして、 M— CDRを生成する(4)。 SGSNは、これに、デタツチの原因が ネットワーク側からのデタツチ要求であること、及び、移動体端末が在圏していた時間 を設定して、課金装置に送信する(5)。課金装置では、受信した M— CDR力ゝら在圏 (終了)時間を取得して、これを登録する(6)。なお、(1)〜(5)の処理は、 3GPPで 規定された処理である。
[0024] 図 9は、パケット網の、ネットワーク側からのデタツチ要求処理による在圏管理を説 明する図である。
ネットワークの HLR力 位置情報の削除が MSCZVLRに送信される(1)。 3GPP の規定では、これだけで処理は終わりである力 本発明の実施形態では、以下の処 理を付けカ卩える。すなわち、位置情報の削除を受け付けた MSCZVLRは、 CDRを 生成する(2)。この CDRには、デタツチしたときのタイムスタンプを設定される。 MSC ZVLRは、この CDRを課金装置に送る(3)。 CDRを受け取った課金装置は、 CDR の情報から、在圏(終了)時間を取得し、これを登録する (4)。
[0025] 図 8及び図 9のシーケンスの通り、何らかの要因でネットワーク側からデタツチ要求 を行う場合があるが、この場合も該当移動体端末をデタツチ状態に遷移させ、 CDR を生成し、課金装置に転送する。その時間情報から在圏時間を算出する。
[0026] 図 10は、図 9における MSCZVLRの CDR生成処理を説明するフローチャートで ある。
MSCZVLRは、位置情報削除要求を受信すると (ステップ S15)、ステップ S16に おいて、既存のデタツチ処理を行う。ステップ S 17において、削除要求の種類が、ネ ットワークからの登録抹消である力否かを判断する。ステップ S 17の判断が Noの場合 には、処理を終了する。ステップ S17の判断が Yesの場合には、ステップ S18におい て、レコードタイプをデタツチとし、 IMSIとデタツチタイムスタンプを設定した CDRを 編集'作成し、ステップ S 19において、 CDRを送信する。
[0027] 以上のような、移動体端末から、あるいは、ネットワークからに限らず、明示的に電 源オフなどの原因により、移動体端末がネットワーク力 離脱する場合をェクシプリシ ットデタツチと ヽつ。
[0028] 図 11及び図 12は、本発明の実施形態に従った、周期位置登録未実施時のインプ リシットデタツチ処理による在圏管理の仕組みを説明するシーケンス図である。
図 11は、パケット網の、インプリシットデタツチ処理による在圏管理を説明する図で ある。インプリシットデタツチは、移動体端末が圏外に移動したためにネットワークから デタツチすることを意味する。移動体端末がネットワークに正常に在圏している場合 には、(1)のように、周期的に Routing Area Update Requestを移動体端末が SGSN に送り、 SGSN力らは、 Routing Area Update Requestを受信した旨の応答である Rou ting Area Update Acceptが移動体端末に送られる。 SGSNから移動体端末に Routin g Area Update Acceptが送られると、インプリシットデタツチタイマが設定され、所定の 時間を計測し始める(2)。ここで、移動体端末が圏外に移動したとする(3)。すると、 移動体端末から周期的に送られてくるはずの Routing Area Update Requestが SGSN に送られてこなくなる。すると、インプリシットデタツチタイマが所定の時間を計測し終 わり、タイマが満了する (4)。すると、 SGSNは、該当する加入者をデタツチ状態に設 定し(5)、 M— CDRを生成する(6)。 M— CDRには、デタツチの理由としてのインプ リシットデタツチが発生したことと、在圏時間が設定され、課金装置に送信される(7)。 M— CDRを受信した課金装置は、 M— CDRから在圏(終了)時間を取得し、これを 登録する(8)。
[0029] ここで、(1)〜(7)の処理は、 3GPPに規定されており、本発明の実施形態では、 (8 )の処理を追カ卩している。
図 12は、回線交換網の、インプリシットデタツチ処理による在圏管理を説明する図 である。移動体端末がネットワークに正常に在圏している場合には、(1)のように、周 期的に Routing Area Update Requestを移動体端末が MSCZVLRに送り、 MSC/ VLRからは、 Routing Area Update Requestを受信した旨の応答である Routing Area Update Acceptが移動体端末に送られる。 MSCZVLRから移動体端末に Routing A rea Update Acceptが送られると、インプリシットデタツチタイマが設定され、所定の時 間を計測し始める(2)。ここで、移動体端末が圏外に移動したとする(3)。すると、移 動体端末から周期的に送られてくるはずの Routing Area Update Requestが MSCZ VLRに送られてこなくなる。すると、インプリシットデタツチタイマが所定の時間を計測 し終わり、タイマが満了する(4)。すると、 MSCZVLRは、該当する加入者をデタツ チ状態に設定し(5)、 CDRを生成する(6)。 CDRには、デタツチしたときの時間を示 すデタツチタイムスタンプが設定され、課金装置に送信される(7)。 CDRを受信した 課金装置は、 CDRから在圏(終了)時間を取得し、これを登録する(8)。
[0030] ここで、(1)〜(5)の処理は、 3GPPに規定されており、本発明の実施形態では、 (6 )〜(8)の処理を追加して!/、る。
移動体端末が圏外エリアに長時間滞在した場合は、図 11及び図 12のシーケンス の通り周期位置登録が行われない。この場合、ネットワークリソースの有効利用のた めに SGSNZMSCはタイマを設定し、タイマ満了時にインプリシットデタツチ処理に より、該当移動体端末をデタツチ状態に遷移させる。このインプリシットデタツチ処理 実施時に CDRを生成し課金システムに転送することで、その時間情報から在圏時間 を算出する。 インプリシットデタツチによる通知される在圏情報の時間は、タイマ制御による処理の 為、移動体端末が非在圏に移動した正確な時刻とは異なる力 ネットワーク上非在圏 に遷移する時刻と考えることで、在圏時間として扱う。
[0031] 図 13は、図 12における MSCZVLRの CDR生成処理を説明するフローチャートで ある。
MSCZVLRは、インプリシットデタツチタイマの満了を検出すると (ステップ S20)、 ステップ S21において、既存のデタツチ処理を行う。ステップ S22において、レコード タイプをインプリシットデタツチとし、 IMSIとデタツチタイムスタンプを設定した CDRを 編集'作成し、ステップ S23において、 CDRを送信する。
[0032] 図 14及び図 15は、本発明の実施形態に従った、ローミング時の他網側からの在圏 情報(Update Location)による在圏管理の仕組みを説明するシーケンス図である。 図 14は、パケット網の、他網における電源オンを契機にした在圏時間管理の仕組 みである。ここで他網とは、たとえば、移動体端末が日本の移動体通信サービスを受 ける端末で、国際ローミングを契約している場合の、外国の会社が運営する外国の 網のことである。したがって、 自網とは、加入者が契約している日本の会社が運営す る日本の網のことである。移動体端末 (MS)の電源がオンされると、移動体端末から 他網の SGSNにアタッチ(ネットワークへの登録)要求が送られる(1)。アタッチ要求 を受け付けた他網の SGSNは、移動体端末の位置を取得し、自網の HLRに移動体 端末の位置情報の更新を要求する(2)。 自網の HLRは、位置情報の更新要求を受 けると、新たに電源がオンされた移動体端末の識別情報から、該移動体端末が登録 しているサービス内容等の加入者情報を抽出し、この情報を他網の SGSNに送る(3 ) o他網の SGSNは、送られてきた加入者情報を記録すると、その Ackを自網の HLR に返す (4)。ここまでが終了すると、自網の HLRは、他網の SGSNに、移動体端末 の位置情報の更新が終了したとして、 Ackを返す(5)。そして、他網の SGSNは、ァ タツチ要求を受け付けた旨を移動体端末に送ると共に、移動体端末は、他網の SGS Nにアタッチが完了した旨を通知する(6)。他網の SGSNは、アタッチが完了すると、 自網の HLRから得た加入者情報を MMコンテキストとして保持する(7)。 自網の HL Rは、移動体通信用の CDRである M— CDRを生成し (8)、これを課金装置に送る(9 ;)。この M— CDRには、 Record Opening Timeとして、移動体端末のアタッチが行わ れた時間が設定される。課金装置は、 M— CDRを受信すると、移動体端末の在圏( 開始)時間の登録を行う。ここで、(1)〜(7)までの処理は、 3GPPで規定された通り であって、本発明の実施形態では、新たに(8)〜(10)のステップを設けている。
[0033] 図 15は、回線交換網の、他網における電源オンを契機にした在圏時間管理の仕 組みである。移動体端末の電源がオンされると、移動体端末から他網の MSCZVL Rに IMSIアタッチ(ネットワークへの登録)要求が送られる(1)。 IMSIアタッチ要求を 受け付けた他網の MSCZVLRは、移動体端末の位置を取得し、自網の HLRに移 動体端末の位置情報の更新を要求する(2)。自網の HLRは、位置情報の更新要求 を受けると、新たに電源がオンされた移動体端末の識別情報から、該移動体端末が 登録しているサービス内容等の加入者情報を抽出し、この情報を他網の MSCZVL Rに送る(3)。他網の MSCZVLRは、送られてきた加入者情報を記録すると、その Ackを自網の HLRに返す(4)。ここまでが終了すると、自網の HLRは、他網の MSC ZVLRに、移動体端末の位置情報の更新が終了したとして、 Ackを返す(5)。そし て、他網の MSCZVLRは、 IMSIアタッチ要求を受け付けた旨を移動体端末に送る (6)。他網の MSCZVLRは、 IMSIアタッチが完了すると、自網の HLRから得た加 入者情報を加入者プロファイルとして保持する(7)。自網の HLRは、 CDRを生成し( 8)、これを課金装置に送る(9)。この CDRには、 Update time stampとして、移動体端 末の IMSIアタッチが行われた時間が設定される。課金装置は、 CDRを受信すると、 移動体端末の在圏(開始)時間の登録を行う。ここで、(1)〜(7)までの処理は、 3GP Pで規定された通りであって、本発明の実施形態では、新たに(8)〜(10)のステップ を設けている。
[0034] 他網に在圏した場合は、図 14及び図 15のシーケンスの通り、他網側より自網 HLR に対して Update Locationが通知される。その時間情報からローミング時の在圏時間 を算出する。
[0035] 図 16は、図 14における自網 HLRの M— CDR生成処理を説明するフローチャート である。
ステップ S25において、他網で移動体端末が電源をオンしたことにより、アタッチ要 求、すなわち、 Update GPRS Location requestが自網の HLRにおいて受信される。 自網の HLRは、ステップ S26において、既存の在圏情報登録処理を行う。ステップ S 27においては、自網の HLRは、デタツチ要求が他網から受信したものである力否か を判断する。ステップ S27の判断が Noの場合には、処理を終了する。ステップ S27 の判断が Yesの場合には、ステップ S28において、自網の HLRは、レコードタイプを SGSN mobility managementとし、レコード開始時間と IMSIを設定した M— CDRを編 集'生成し、ステップ S29において、 M— CDRを課金装置に送信する。
[0036] 図 17は、図 15における自網 HLRの CDR生成処理を説明するフローチャートであ る。
ステップ S30において、他網で移動体端末が電源をオンしたことにより、アタッチ要 求、すなわち、 Update Location requestが自網の HLRにおいて受信される。 自網の HLRは、ステップ S31において、既存の在圏情報登録処理を行う。ステップ S32に おいては、自網の HLRは、デタツチ要求が他網力 受信したものである力否かを判 断する。ステップ S32の判断が Noの場合には、処理を終了する。ステップ S32の判 断が Yesの場合には、ステップ S33において、自網の HLRは、レコードタイプを Locat ion Updateとし、アップデートタイムスタンプと IMSIを設定した CDRを編集'生成し、 ステップ S34において、 CDRを課金装置に送信する。
[0037] 図 18は、本発明の実施形態に従った、ローミング時の他網側からの在圏情報 (Det ach/Implicit Detach)による在圏管理の仕組みを説明するシーケンス図である。
他網の SGSNZVLRがローミング加入者をデタツチすると(1)、 Purgeタイマを設定 し(2)、所定時間の計時を始める。 Purgeタイマが満了すると(3)、他網 SGSNZVL Rは、自網の HLRに Purgeタイマが満了した旨のメッセージを送り、字網 HLRから、そ の Ackを受け取る(4)。そして、他網の SGSNZVLRは、該当加入者のプロファイル を削除する(5)。 自網 HLRでは、 Purgeタイマの満了にともなう CDRを生成し(6)、こ れに Purge時間を設定して、課金装置送る(7)。課金装置では、受信した CDR力も在 圏(終了)時間を取得し、これを登録する(8)。
[0038] ここで、(1)〜(5)の処理は、 3GPPで規定されたものであり、本発明の実施形態で は、(6)〜(8)の処理を加えている。 図 19は、図 18における自網 HLRの CDR生成処理を説明するフローチャートであ る。
[0039] ステップ S35において、 自網 HLRで Purgeメッセージが受信される。 自網の HLRは 、ステップ S36において、既存の在圏情報削除処理を行う。ステップ S37においては 、 自網の HLRは、 Purgeメッセージが他網から受信したものであるか否かを判断する 。ステップ S37の判断が Noの場合には、処理を終了する。ステップ S37の判断が Ye sの場合には、ステップ S38において、自網の HLRは、レコードタイプを Purgeとし、ァ ップデートタイムスタンプと IMSIを設定した CDRを編集 '生成し、ステップ S39にお いて、 CDRを課金装置に送信する。
[0040] 他網に在圏し、なんらかの要因でデタツチ状態になった後、 Purgeタイマ満了時に 加入者プロファイルを削除するために、図 18のシーケンスの通り、他網側より Purge MS (Purgeメッセージ)が通知される。その時間情報からローミング時の在圏時間を算 出する。但し、この場合 Purge MSが通知されるための Purgeタイマは他網側事業者の 設定に依存するため、非在圏になった時間と Purge MSが通知される時間とは差分が 生じる。もちろん、この差分があっても運用は可能であるが、より正確な在圏時間を取 得するためには、ローミングカ卩入者の Detach./Implicit Detachの場合に、自網の HL Rに通知する処理を追加する必要がある。
[0041] 図 20は、本発明の実施形態に従った、ローミング時の他網側からの在圏情報 (Det ach./Implicit Detach)による在圏管理の仕組みを説明するシーケンス図である。 他網の SGSNZVLRにおいて、該当するローミング加入者をデタツチすると(1)、 他網の SGSNZVLRから Note MM Eventというメッセージを自網の HLRに送るよう にする(2)。このメッセージには、イベントとして、デタツチ/インプリシットデタツチを 設定する。 自網の HLRでは、このメッセージを受信すると、デタツチに起因した CDR を生成し(3)、この CDRにデタツチ時間を設定して、課金装置に送る (4)。 CDRを受 信した課金装置は、この CDRから在圏(終了)時間を取得し、これを登録する(5)。 ( 1)、 (2)は、 3GPPに規定されている処理である。ただし、 Note MM Eventメッセージ を使うかどうかは任意であり、ネットワークを運用する会社ごとに異なるものであるが、 本発明の実施形態では、これを積極的に使用しょうとするものである。この Note MM Eventを使って、デタツチの発生を検出し、(3)〜(5)の本発明の実施形態の処理を 行う。
[0042] 図 21は、図 20における HLRの Note MM Event受信時の CDR生成処理を説明す るフローチャートである。
HLRは、 Note MM Eventを受信すると(ステップ S40)、ステップ S41において、レコ ードタイプを Note MM Eventとし、 IMSIと、起こった Eventと、イベントタイムスタンプ とを設定した CDRを編集'生成し、課金装置へ CDRを送信する (ステップ S42)。
[0043] ローミング加入者が何らかの要因で Detach状態に遷移した場合、図 20の通り HLR にイベント情報を通知することで、在圏時間を算出する。
図 22は、 MAP_NOTE_MM_Eventによる HLRでの一括在圏管理の仕組みを説明す るシーケンス図である。
[0044] 前述の在圏時間の管理方法とは別の手段として、移動体端末の電源オン'オフや ネットワーク側からのデタツチ要求など在圏状態の変化があった場合に、 SGSNまた は VLRが、図 22の通りに、 MAPプロトコルで MAP_NOTE_MM_EVENTを HLRに送信 することで、 HLRが在圏状態の変化を知る方法を採用することもできる。
[0045] 何らかの事情で加入者の在圏状態の変化生じると(1)、 SGSNZVLRは、 Note M M Eventを MAPプロトコルを用いて HLRに送信する(2)。 Note MM Eventを送信する 契機としては、回線交換網においては、 IMSIアタッチ、移動体端末からの IMSIデタ ツチ(ェクシプリシットデタツチ)、ネットワーク側からの IMSIデタツチ(インプリシットデ タツチ)があり、パケット網においては、 GPSRアタッチ、移動体端末からの GPRSデ タツチ(ェクシプリシットデタツチ)、ネットワーク側からの GPRSデタツチ(インプリシット デタツチ)がある。 HLRは、 Note MM Eventを受信すると、 CDRを生成し(3)、 CDR に発生したイベントと、イベントが発生した時間を設定し、課金装置に送信する (4)。 課金装置は、受信した CDRから在圏時間を取得し、これを登録するなどして管理す る(5)。
[0046] Note MM Eventを受信した HLRが CDR (Record type = Note MM Event)を生成し 、課金システムに送信することで、 HLRがー括して在圏時間管理を行うことが可能と なる。 [0047] 図 23は、課金装置による CDR蓄積処理を説明する図である。
課金装置は、ステップ S50において、 CDRあるいは M— CDRを受信し、ステップ S
51にお!/、て、 CDRある!/、は M - CDRをデータベース 35に蓄積する。
[0048] 図 24及び図 25は、図 3〜図 21の場合の課金装置による在圏時間集計処理を説明 する図である。
図 3〜図 21の手段により CDRZM— CDRを受信した課金装置は図 23の通り、 C DR/M— CDRの蓄積を行い、月度毎にオフライン処理等で図 24及び図 25の通り 、携帯端末にユニークに割り当てられた IMSIをキーに加入者毎の在圏時間情報を 集計する。
[0049] 課金装置は、データベース 35に蓄積された CDRあるいは M— CDRを読み取り、レ コードタイプを判定する(ステップ S55)。レコードタイプ力 GSN mobility management recordでない、すなわち、読み取ったデータが CDRであると判定された場合には、 図 25に進む。レコードタイプ力 GSN mobility management recordである、すなわち、 読み取ったデータが M— CDRであると判定された場合には、ステップ S56において 、 Record Opening Timeがあるか否かを判断する。ステップ S56の判断で、 Record Op ening Timeがあると判断された場合には、ステップ S57において、 Record Opening Ti meを在圏開始時間として抽出する。ステップ S 56で Record Opening Timeがないと判 断された場合には、ステップ S58において、デタツチの原因(Cause of Record Closin g)を判断する。デタツチの原因が移動端末力ものものである場合には、ステップ S59 において、 Durationを在圏時間として抽出する。ステップ S58において、デタツチの 原因がネットワーク側力ものデタツチであると判断された場合には、ステップ S60にお いて、 Durationを在圏時間として抽出する。ステップ S58において、デタツチの原因 が Purgeタイマの満了である場合には、ステップ S61において、 Durationを在圏時間と して抽出する。ステップ S58において、デタツチの原因がインプリシットデタツチである 場合には、ステップ S62において、 Durationを在圏時間として抽出する。そして、ステ ップ S63において、 IMSIをキーに在圏時間情報を格納管理する。
[0050] ステップ S55で、読み取ったデータが CDRであると判断された場合には、ステップ S64において、データのレコードタイプを判断する。ステップ S64において、レコード タイプ力 location Update (移動体端末の電源オン)であると判断された場合には、ス テツプ S65において、タイムスタンプを在圏開始時間として設定する。ステップ S64に おいて、レコードタイプがェクシプリシットデタツチであると判断された場合には、ステ ップ S66において、タイムスタンプを在圏終了時間として設定する。ステップ S64にお いて、レコードタイプ力 Sインプリシットデタツチであると判断された場合には、ステップ S
67において、タイムスタンプを在圏終了時間として設定する。ステップ S64において 、レコードタイプが Purgeであると判断された場合には、ステップ S68において、タイム スタンプを在圏終了時間として設定する。そして、ステップ S69において、 IMSIをキ 一に在圏時間情報を格納管理する。
[0051] 図 26は、図 22の場合の課金装置の処理を示すフローチャートである。
図 22の手段により HLRは図 22の通り CDRを編集し、課金装置に送信する。 CDR を受信した課金装置は図 23の通り CDRの蓄積を行い、月度毎にオフライン処理等 で図 26の通り、携帯端末にユニークに割り当てられた IMSIをキーに加入者毎の在 圏時間情報を集計する。
[0052] 課金装置は、 HLRからメッセージを受信すると、レコードタイプを判定する。レコー ドタイプが Note MM Eventではない場合には、処理を終了する。レコードタイプが Not e MM Eventであった場合には、ステップ S46において、イベントの種類を判定する。 イベントが、 IMSIアタッチや GPRSアタッチである場合には、ステップ S47において、 イベントタイムスタンプの値を在圏開始時間として取得する。ステップ S46の判定で、 イベントが、移動体端末からの IMSIデタツチ、ネットワークからの IMSIデタツチ、移 動体端末からの GPRSデタツチ、ネットワークからの GPRSデタツチの場合には、ステ ップ S48において、イベントタイムスタンプを在圏終了時間として取得する。そして、ス テツプ S49において、移動体端末の識別子である IMSIをキーにして、在圏時間情 報を格納管理する。
[0053] 以上のような本発明の実施形態では、在圏時間を管理することで、下記のようなサ 一ビスを授受出来ない非在圏時間を算出して時間に応じた料金割引の課金方式が 可能となる。具体的な料金割引方法は各業者が任意に設定すればよい。
[1] 非在圏時間に応じた料金を割引くことで加入者の利便性を向上させることが出 来る。またこの課金方式により他事業者とのサービス差別ィ匕を行えるため、加入者の 解約率低下に効果があると考えられる。
[2] 旧世代と次世代ネットワークを共に利用できる移動体端末の使用において、次 世代ネットワークの圏外である力 旧世代ネットワークの圏内である場合に料金を割り 引くサービスを提供する場合、本発明の実施形態を利用することで次世代ネットヮー クの非在圏時間に応じた料金を割引くことで加入者の利便性を向上させるとともに、 次世代ネットワークの普及促進の効果があると考えられる。
[0054] 具体的には、以下のようなサービスの提供が考えられる。
[1] 在圏時間による基本料金割引プランの新設
月度の在圏時間を集計した結果、非在圏時間の割合に応じて基本料金を割引くな どの割弓 Iプランを新設可能となる。
[2] 次世代モパイルネットワーク非在圏時間による次世代モパイルネットワーク基本 料金割引プランの新設
図 27は、次世代モパイルネットワークと旧世代モパイルネットワークが混在する場合 のサービス提供方法の概念を示す図である。
[0055] 図 27のように GSM (旧世代モパイルネットワーク)と WCDMA (次世代モパイルネット ワーク)を併設している事業者力 WCDMA契約加入者に対して、 WCDMAネットヮー クに在圏していた時間(図の斜線部分にいた時間)を集計することにより、非在圏時 間(図の斜線部分の外にいた時間)に応じて WCDMAの基本料金を割引くなどの割 引プランを新設可能となる。これは、移動体端末がどの基地局と通信しているかを検 出できれば、可能となるものである。
[0056] これにより次世代モパイルネットワーク加入者の普及促進の効果が期待できるため 、事業者は設備投資費用の早期回収の効果も期待できる。

Claims

請求の範囲
[1] 移動体通信ネットワークに加入する移動体端末の利用者への課金システムであつ て、
移動体端末の通信可能領域への在圏時間を取得する在圏時間取得手段と、 該在圏時間に基づいて該移動体端末の利用者への利用料金の割引請求を行う請 求手段と、
を備えることを特徴とする課金システム。
[2] 前記移動体通信ネットワークは、 3GPP移動体通信ネットワークであることを特徴と する請求項 1に記載の課金システム。
[3] 前記在圏時間取得手段は、 3GPP移動体通信ネットワークシステムの Call Detail R ecord (CDR)に設定される時間情報を用いて在圏時間を取得することを特徴とする 請求項 2に記載の課金システム。
[4] 旧世代移動体通信ネットワークと次世代移動体通信ネットワークとが混在する場合
、次世代移動体通信ネットワークへの在圏時間に応じて、次世代移動体通信ネットヮ ークの利用料金の割引請求を行うことを特徴とする請求項 1に記載の課金システム。
[5] 前記移動体端末からのアタッチ要求時に、 CDRを用いて在圏開始時間を取得す ることを特徴とする請求項 3に記載の課金システム。
[6] 前記移動体端末からのデタツチ要求時に、 CDRを用いて在圏終了時間を取得す ることを特徴とする請求項 3に記載の課金システム。
[7] 前記移動体通信ネットワークからの、前記移動体端末のデタツチ要求時に、 CDR を用いて在圏終了時間を取得することを特徴とする請求項 3に記載の課金システム。
[8] 前記移動体端末がローミングして他網から通信を行う場合、該他網における在圏情 報に基づき、 CDRを用いて在圏時間を取得することを特徴とする請求項 3に記載の 課金システム。
[9] 前記移動体端末が前記他網にアタッチ要求したときに、 CDRを用いて在圏開始時 間を取得することを特徴とする請求項 8に記載の課金システム。
[10] 前記移動体端末が前記他網力 デタツチし、該他網の Purgeタイマが満了したとき に、 CDRを用いて在圏終了時間を取得することを特徴とする請求項 8に記載の課金 システム。
[11] 前記移動体端末が前記他網力 デタツチしたときに該他網が送信する Note MM Ev ent信号を自網の Home Location Register (HLR)が受信したときに、 CDRを用いて 在圏終了時間を取得することを特徴とする請求項 8に記載の課金システム。
[12] 前記移動体端末が前記移動体通信ネットワークに対しアタッチある 、はデタツチし たことを該移動体通信ネットワークの Home Location Register (HLR)が検知し、該 H LR力 の CDRを使った通知により、該移動体端末の在圏時間を取得することを特徴 とする請求項 3に記載の課金システム。
[13] 移動体通信ネットワークに加入する移動体端末の利用者への課金方法であって、 移動体端末の通信可能領域への在圏時間を取得し、
該在圏時間に基づいて該移動体端末の利用者への利用料金の割引請求を行う、 ことを特徴とする課金方法。
[14] 移動体通信ネットワークに加入する移動体端末の利用者への課金方法をコンビュ ータに実行させるプログラムであって、
移動体端末の通信可能領域への在圏時間を取得し、
該在圏時間に基づいて該移動体端末の利用者への利用料金の割引請求を行う、 ことを特徴とする課金方法をコンピュータに実行させるプログラム。
PCT/JP2006/301223 2006-01-26 2006-01-26 在圏時間による課金システム WO2007086122A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2006/301223 WO2007086122A1 (ja) 2006-01-26 2006-01-26 在圏時間による課金システム
JP2007555811A JPWO2007086122A1 (ja) 2006-01-26 2006-01-26 在圏時間による課金システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2006/301223 WO2007086122A1 (ja) 2006-01-26 2006-01-26 在圏時間による課金システム

Publications (1)

Publication Number Publication Date
WO2007086122A1 true WO2007086122A1 (ja) 2007-08-02

Family

ID=38308932

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/301223 WO2007086122A1 (ja) 2006-01-26 2006-01-26 在圏時間による課金システム

Country Status (2)

Country Link
JP (1) JPWO2007086122A1 (ja)
WO (1) WO2007086122A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010072171A1 (zh) * 2008-12-25 2010-07-01 华为技术有限公司 一种计费方法和***
JP2013502770A (ja) * 2009-08-21 2013-01-24 ▲ホア▼▲ウェイ▼技術有限公司 セルラー式電話サービスを実装するための方法およびシステム
JP2013520115A (ja) * 2010-05-18 2013-05-30 ゼットティーイー コーポレーション デュアルモードシングルスタンバイ端末のユーザーがデュアルネットワークに常駐するタイムスパンレートを統計する方法と装置
JP2014514835A (ja) * 2011-04-05 2014-06-19 パナソニック株式会社 移動通信システムからの移動端末のデタッチ
EP2326113A4 (en) * 2008-09-08 2017-01-18 NTT DoCoMo, Inc. Base station apparatus, mobile communication system and communication control method

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003078658A (ja) * 2001-08-30 2003-03-14 Fujitsu Ltd 課金方法及び課金装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002008071A (ja) * 2000-06-20 2002-01-11 Fujitsu Ltd 移動通信装置
JP4703915B2 (ja) * 2001-08-28 2011-06-15 京セラ株式会社 通信料金算出システム及び方法、携帯通信端末
WO2004036825A1 (en) * 2002-10-15 2004-04-29 Telefonaktiebolaget Lm Ericsson (Publ) System for providing flexible charging in a network

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003078658A (ja) * 2001-08-30 2003-03-14 Fujitsu Ltd 課金方法及び課金装置

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2326113A4 (en) * 2008-09-08 2017-01-18 NTT DoCoMo, Inc. Base station apparatus, mobile communication system and communication control method
WO2010072171A1 (zh) * 2008-12-25 2010-07-01 华为技术有限公司 一种计费方法和***
JP2013502770A (ja) * 2009-08-21 2013-01-24 ▲ホア▼▲ウェイ▼技術有限公司 セルラー式電話サービスを実装するための方法およびシステム
JP2013520115A (ja) * 2010-05-18 2013-05-30 ゼットティーイー コーポレーション デュアルモードシングルスタンバイ端末のユーザーがデュアルネットワークに常駐するタイムスパンレートを統計する方法と装置
JP2014514835A (ja) * 2011-04-05 2014-06-19 パナソニック株式会社 移動通信システムからの移動端末のデタッチ

Also Published As

Publication number Publication date
JPWO2007086122A1 (ja) 2009-06-18

Similar Documents

Publication Publication Date Title
JP4828608B2 (ja) 課金方法、課金システム、課金クライアントおよび課金処理手段
CN101374055B (zh) 计费处理方法和网络***、分组数据网络网关及计费***
EP2115936B1 (en) Mobility aware policy and charging control in a wireless communication network
KR101711829B1 (ko) 모바일 통신 시스템에서 정책 및/또는 과금 제어기로의 정보 변경들의 보고로 인한 부하의 감소
JP5373057B2 (ja) 訪問先ネットワークのプロキシオンライン課金システムにおけるローミングユーザに対するオンライン課金
JP5108094B2 (ja) モバイルデータパケットネットワークにおけるアカウンティングのための方法及び装置
CN101867909B (zh) 一种实现有限策略计费控制的方法及***
US7366136B1 (en) Determining chargeable duration at the home agent for a prepaid MIP session
US20050148314A1 (en) System and method for measuring and recording latency in internet protocol networks
CN100496154C (zh) 一种实现预付费的方法
WO2007086122A1 (ja) 在圏時間による課金システム
KR100901713B1 (ko) 무선 통신 시스템에서의 과금 방법
WO2012129992A1 (zh) 被赞助数据连接的处理方法及策略与计费规则功能实体
WO2011076067A1 (zh) 离线计费方法及***
WO2010066157A1 (zh) 计费方法、计费装置、计费网关和计费***
CN101442417B (zh) 在网络中实现预付费的方法、装置及***
WO2014079325A1 (zh) 一种移动终端使用漫游本地业务的方法、***及装置
CN102098648A (zh) 漫游计费方法和***
DK2002598T3 (en) Method of controlling taxation in a telecommunication system as well as telecommunication system
WO2011066780A1 (zh) 基于家用基站***的计费方法以及预付费客户端
CN101771989A (zh) 计费方法、装置及***
CN100479559C (zh) 一种实现预付费用户跨网漫游的方法及***
CN101448234B (zh) 一种在线计费切换到离线计费的实现方法
KR101452413B1 (ko) 패킷 한도 만료 시 데이터 서비스 제공 시스템 및 방법
KR100982397B1 (ko) 특정 위치 정보에 기반한 패킷 데이터 서비스 제공 방법 및시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2007555811

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06712405

Country of ref document: EP

Kind code of ref document: A1