WO2020036470A1 - 무선통신 시스템에서 과금 방법 및 장치 - Google Patents

무선통신 시스템에서 과금 방법 및 장치 Download PDF

Info

Publication number
WO2020036470A1
WO2020036470A1 PCT/KR2019/010478 KR2019010478W WO2020036470A1 WO 2020036470 A1 WO2020036470 A1 WO 2020036470A1 KR 2019010478 W KR2019010478 W KR 2019010478W WO 2020036470 A1 WO2020036470 A1 WO 2020036470A1
Authority
WO
WIPO (PCT)
Prior art keywords
charging data
data
list
mme
billing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2019/010478
Other languages
English (en)
French (fr)
Inventor
김복근
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics 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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to EP19849412.2A priority Critical patent/EP3783928B1/en
Priority to US17/250,638 priority patent/US12028785B2/en
Publication of WO2020036470A1 publication Critical patent/WO2020036470A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/14—Arrangements for detecting or preventing errors in the information received by using return channel in which the signals are sent back to the transmitter to be checked ; echo systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
    • H04L12/1425—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework involving dedicated fields in the data packet for billing purposes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
    • H04L12/1442—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework at network operator level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/44—Augmented, consolidated or itemized billing statement or bill presentation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/67—Transmitting arrangements for sending billing related information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/725—Administration or customization aspects; Counter-checking correct charges by the operator
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/74—Backing up
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H04M15/855—Successful event
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H04M15/856—Unsuccessful event
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/43—Billing software details

Definitions

  • the present disclosure relates to a wireless communication system, and more particularly, to a method and apparatus for smoothly providing a service in a wireless communication system. More specifically, the present invention relates to a method and apparatus for processing charging in a wireless communication system.
  • a 5G communication system or a pre-5G communication system is called a system after a 4G network (Beyond 4G Network) or a system after an LTE system (Post LTE).
  • the 5G communication system defined by 3GPP is called New Radio (NR) system.
  • mmWave ultra-high frequency
  • 60 Gigabit 60 GHz
  • 5G communication system beamforming, massive array multiple input / output (Full-Dimensional MIMO), and full dimensional multiple input / output (FD-MIMO) are used in 5G communication system to increase path loss mitigation of radio waves and increase transmission distance of radio waves.
  • Array antenna, analog beam-forming, and large scale antenna techniques have been discussed and applied to NR systems.
  • 5G communication systems have advanced small cells, advanced small cells, cloud radio access network (cloud RAN), ultra-dense network (ultra-dense network) , Device to Device communication (D2D), wireless backhaul, moving network, cooperative communication, Coordinated Multi-Points (CoMP), and interference cancellation And other technology developments are being made.
  • FQAM Hybrid FSK and QAM Modulation
  • SWSC sliding window superposition coding
  • ACM Advanced Coding Modulation
  • FBMC Fan Bank Multi Carrier
  • NOMA Non-orthogonal multiple access and sparse code multiple access have been developed.
  • IoT Internet of Things
  • IoE Internet of Everything
  • M2M machine to machine
  • MTC Machine Type Communication
  • IoT intelligent Internet technology services that provide new value in human life by collecting and analyzing data generated from connected objects may be provided.
  • IoT is a field of smart home, smart building, smart city, smart car or connected car, smart grid, health care, smart home appliances, advanced medical services, etc. through convergence and complex of existing IT (iInformation Technology) technology and various industries. It can be applied to.
  • 5G communication such as a sensor network, a machine to machine (M2M), a machine type communication (MTC), and the like are implemented by techniques such as beamforming, MIMO, and array antennas.
  • M2M machine to machine
  • MTC machine type communication
  • cloud RAN cloud radio access network
  • the disclosed embodiment provides an apparatus and method capable of effectively providing a service in a mobile communication system.
  • a charging method in a wireless communication system includes transmitting charging data to a higher entity, determining whether the charging data has been normally transmitted, and performing a complementary operation based on the determination result. .
  • the disclosed embodiment provides an apparatus and method capable of effectively providing a service in a mobile communication system.
  • FIG. 1 is a diagram illustrating a structure of an LTE system according to an embodiment.
  • FIG. 2 is a diagram illustrating a structure of a next generation mobile communication system to which an embodiment is applied.
  • FIG. 3 is a diagram illustrating a protocol structure of a next generation mobile communication system to which an embodiment is applied.
  • FIG. 4 is a diagram for describing a charging data transfer method, according to an exemplary embodiment.
  • FIG. 5 is a flowchart illustrating a charging data transfer method according to an embodiment.
  • FIG. 6 is a diagram for describing a charging data transfer method, according to an exemplary embodiment.
  • FIG. 7 is a diagram for describing a charging data transfer method according to one embodiment.
  • FIG. 8 is a diagram for describing a charging data transfer method, according to an exemplary embodiment.
  • FIG. 9 is a diagram for describing a charging data transfer method, according to an exemplary embodiment.
  • FIG. 10 is a diagram illustrating a structure of a base station according to an embodiment.
  • FIG. 11 is a diagram illustrating a structure of a gateway according to an embodiment.
  • a charging method in a wireless communication system includes transmitting charging data to a higher entity, determining whether the charging data has been normally transmitted, and performing a complementary operation based on the determination result. .
  • each block of the flowchart illustrations and combinations of flowchart illustrations may be performed by computer program instructions. Since these computer program instructions may be mounted on a processor of a general purpose computer, special purpose computer, or other programmable data processing equipment, those instructions executed through the processor of the computer or other programmable data processing equipment may be described in the flowchart block (s). It will create means to perform the functions. These computer program instructions may be stored in a computer usable or computer readable memory that can be directed to a computer or other programmable data processing equipment to implement functionality in a particular manner, and thus the computer usable or computer readable memory. It is also possible for the instructions stored in to produce an article of manufacture containing instruction means for performing the functions described in the flowchart block (s).
  • Computer program instructions may also be mounted on a computer or other programmable data processing equipment, such that a series of operating steps may be performed on the computer or other programmable data processing equipment to create a computer-implemented process to create a computer or other programmable data. Instructions for performing the processing equipment may also provide steps for performing the functions described in the flowchart block (s).
  • each block may represent a portion of a module, segment, or code that includes one or more executable instructions for executing a specified logical function (s).
  • logical function e.g., a module, segment, or code that includes one or more executable instructions for executing a specified logical function (s).
  • the functions noted in the blocks may occur out of order.
  • the two blocks shown in succession may in fact be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending on the corresponding function.
  • ' ⁇ part' used in the present embodiment refers to software or a hardware component such as a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC), and ' ⁇ part' performs certain roles. do.
  • ' ⁇ ' is not meant to be limited to software or hardware. May be configured to reside in an addressable storage medium or may be configured to play one or more processors.
  • ' ⁇ ' means components such as software components, object-oriented software components, class components, and task components, and processes, functions, properties, procedures, and the like. Subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables.
  • ' ⁇ unit' may include one or more processors.
  • connection nodes terms referring to network entities, terms referring to messages, terms referring to interfaces between network objects, and terms referring to various identification information used in the following description. Etc. are illustrated for convenience of description. Thus, the present disclosure is not limited to the terms described below, and other terms may be used to refer to objects having equivalent technical meanings.
  • the present disclosure uses the terms and names defined in the 3GPP LTE (3rd Generation Partnership Project Long Term Evolution) standard, or modified terms and names based thereon.
  • the present disclosure is not limited to the above terms and names, and may be equally applied to systems conforming to other standards.
  • the term terminal may refer to various wireless communication devices as well as mobile phones, NB-IoT devices, sensors.
  • FIG. 1 is a diagram illustrating a structure of an LTE system according to an embodiment.
  • a radio access network of an LTE system includes a base station (Evolved Node B, hereinafter eNB, Node B, LTE node or base station) 1a-05, 1a-10, 1a-15, 1a-20, and MME ( 1a-25, Mobility Management Entity) and S-GW (1a-30, Serving-Gateway).
  • the user equipment (UE or UE) 1a-35 may access the external network through the ENBs 1a-05, 1a-10, 1a-15, 1a-20 and the S-GW 1a-30. Can be.
  • eNBs 1a-05, 1a-10, 1a-15, and 1a-20 may correspond to Node Bs of a Universal Mobile Telecommunication System (UMTS) system.
  • the eNB is connected to the UE 1a-35 by a radio channel and may play a more complicated role than the Node B.
  • all user traffic including real-time services such as Voice over IP (VoIP) over the Internet protocol, is serviced through a shared channel, so the status information of UE's buffer status, available transmit power status, channel status, etc.
  • VoIP Voice over IP
  • One eNB can typically control multiple cells.
  • the LTE system may use orthogonal frequency division multiplexing (hereinafter, referred to as OFDM) in a 20 MHz bandwidth as a radio access technology.
  • OFDM orthogonal frequency division multiplexing
  • AMC adaptive modulation & coding
  • the S-GW 1a-30 is a device for providing a data bearer, and may generate or remove a data bearer under the control of the MME 1a-25.
  • the MME 1a-25 may be connected to a plurality of base stations as a device for various control functions as well as a mobility management function for a terminal.
  • next generation mobile communication system (hereinafter referred to as NR or 5G) includes a 5G access network 22 and a 5G core network 23.
  • the terminal 21 supporting the next generation mobile communication system may communicate with the data network 24 through the 5G access network 22 and the 5G core network 23.
  • the next generation mobile communication system of FIG. 2 may support a plurality of wireless access technologies.
  • the next generation mobile communication system may include both a next generation node (New Radio Node B, hereinafter referred to as gNB or NR base station) supporting the first radio access technology and an eNB supporting the second radio access technology.
  • gNB Next Radio Node B
  • eNB supporting the second radio access technology.
  • both the gNB and the eNB may support the terminal 21, and the eNB may use the 5G function.
  • the gNB may be used as a secondary node that cooperates with the eNB to provide data transmission for the terminal 21. That is, eNB may be used as a master node and gNB may be used as a secondary node. In this case, the eNB may configure the gNB and perform data transmission with the terminal 21 based on the dual connectivity (DC).
  • the gNB and the Mobility Management Entity (MME) may not be connected to each other, and only the gNB and the Serving Gate Way (SGW) may be connected to a user plane (UP).
  • MME Mobility Management Entity
  • SGW Serving Gate Way
  • the next generation mobile communication system includes an eNB 310 and a gNB 320 connected to the core network 330.
  • the eNB 310 and gNB 320 may be connected to the core network 330 via an S1 interface, and the eNB 310 and gNB 320 may be connected to each other via an X2 interface.
  • bearers for data transmission may be various types.
  • the bearer may include a split bearer, a master cell group (MCG) bearer, or a secondary cell group (SCG) bearer.
  • MCG master cell group
  • SCG secondary cell group
  • the split bearer When the split bearer receives data from the master node, i.e., the eNB 310 and the core network 330, the data is divided into two paths, and one path is transmitted from the master node 310 to the terminal. , The other path may mean that the second node, that is, transmitted from the sNB 320 to the terminal.
  • the MCG bearer may mean that data is transmitted from the master node 310 to the terminal when the master node 310 receives data from the core network 330.
  • SCG bearer may mean that when the secondary node 320 receives data from the core network 330, the data is transmitted from the secondary node 320 to the terminal.
  • the main functions of the Packet Data Convergence Protocol (PDCP) 311a, 311b, and 321 may include some of the following functions.
  • the main functions of the RLC (Radio Link Control) 3212a, 312b, and 322 may include some of the following functions.
  • MAC 313 and 323 may be connected to various RLC layer devices, and a main function may include some of the following functions.
  • PHY Physical layer (314, 324) channel coding and modulates the upper layer data, and converts the OFDM symbol received through the wireless channel to the channel by coding and modulating the upper layer data, or to the upper layer You can perform the operation.
  • the terminal may perform an access procedure to a wireless communication system supporting a second wireless access technology, for example, an LTE system, through an eNB.
  • the terminal may transmit information on a capability supporting the first radio access technology, for example, 5G, to the LTE base station or 5G base station.
  • the 5G support capability information of the terminal may be transmitted through terminal subscription information (eg, International Mobile Equipment Identity (IMEI), Aggregate maximum bitrate (AMBR)).
  • IMEI International Mobile Equipment Identity
  • ABR Aggregate maximum bitrate
  • the eNB 310 or the gNB 320 may transmit 5G cell configuration information, 5G cell measurement configuration information, and the like to the terminal.
  • the 5G base station and the gateway may set a 5G data bearer that can provide 5G service to the terminal. Thereafter, the terminal may receive a 5G service on a 5G data path through the 5G base station.
  • the control plane is performed by the eNB 310 which is a master node, but the gNB 320 which is a secondary node in the user plane (UP) for user packet transmission.
  • the LTE core network for example, a mobility management entity (MME) or a gateway (Gateway, GW), only knows an IP address of a user plane, it may not know what a wireless access technology of a specific user plane is. That is, the LTE core network may not know whether a specific user plane is interworking with the eNB or the gNB. For this reason, in the next-generation mobile communication system of the dual connectivity type that supports a plurality of wireless access technologies, the packet transmitted through the gNB 320 and the packet transmitted through the eNB 310 may be mixed in the same bearer.
  • MME mobility management entity
  • GW gateway
  • the eNB 310 which is a master node, separately counts packets through the gnB 320 to obtain charging data.
  • the billing data can be delivered to the GW through the Secondary Radio Access Technology (RAT) Data Usage IE.
  • the GW may differentially apply billing for 5G and LTE services based on the billing data delivered.
  • RAT Secondary Radio Access Technology
  • charging data is delivered from the eNB 410 to the GW 430 via the MME 420.
  • the charging data obtained by the eNB 410 is transmitted from the eNB 410 to the MME 411.
  • the eNB 410 may delete the billing data that has already been transmitted.
  • the charging data may include information such as radio access technology (RAT) information, communication time / duration, data volume, and the like.
  • RAT radio access technology
  • the billing data may include information as shown in Table 1 and Table 2 below.
  • step S412 charging data is transmitted from the MME 411 to the GW 430.
  • the MME 411 may delete the transmitted charging data.
  • the GW 430 since billing data is transmitted from the eNB 410 to the GW 430 via the MME 420, the GW 430 differentiates billing for 5G and LTE services based on the transferred billing data. Applicable Meanwhile, in the process of transmitting the billing data, data may be lost or an error may occur.
  • a billing data transmission method developed with reference to the drawings.
  • FIG. 5 is a flowchart illustrating a charging data transfer method of an entity according to an embodiment.
  • the entity transmits the charging data to the higher entity.
  • the entity may be an eNB or an MME. If the entity is an eNB, the charging data may be sent to the MME that is the parent entity. If the entity is an MME, the charging data may be sent to the GW that is the parent entity.
  • step S520 the entity determines whether the charging data has been transmitted normally.
  • the billing data can be transmitted via various messages.
  • the charging data may be transmitted through a message in which a response message exists among the messages defined in the 3GPP standard. If there is a response message, even if the parent entity does not transmit a separate new message, the entity may determine whether the parent entity receives the charging data based on the information included in the response message.
  • the charging data may be transmitted through a message in which a response message does not exist among messages defined or not defined in the 3GPP standard. If there is no response message, the higher entity may send a separate message to the entity indicating whether charging data has been received.
  • the higher entity may transmit a message to the entity indicating whether charging data is received in each bearer unit.
  • the upper entity may acquire and store a billing reception list of each lower entity unit rather than a bearer unit.
  • the billing reception list may include information regarding the plurality of billing data.
  • the higher entity may send a message to the entity at regular intervals based on the billing receipt list.
  • step S530 the entity performs the complementary operation based on the determination result.
  • the supplementary operation may include an operation of deleting charging data in which transmission is normally completed. In an embodiment, the supplementary operation may include an operation of retransmitting charging data for which transmission is not completed. In addition, in the embodiment, the complementary operation deletes the charging data for which transmission failed when there is charging data for which transmission is not completed for a predetermined time, outputs a Fault message, and identifies identification information regarding the failed charging data. And storing the charging data as a log.
  • the complementary operation according to the present disclosure is not limited to the above-described embodiment.
  • charging data is transmitted from the eNB 610 to the GW 630 via the MME 620.
  • the eNB 610 transmits the charging data to the MME 620.
  • the billing data may be transmitted through a message in which a response message exists among the messages defined in the 3GPP standard.
  • the eNB 610 may include the charging data in the message disclosed in the following [Table 3] and transmit.
  • the MME 620 transmits a response message including data indicating successful charging data reception to the eNB 610.
  • the response message may be a response message defined in the 3GPP standard with respect to the message transmitted by the eNB 610.
  • the MME 620 may include data indicating successful charging data reception in the response message disclosed in Table 4 below and transmit the data to the eNB 610.
  • step S612 when the eNB 610 receives the data indicating successful charging data reception from the MME 620, the eNB 610 may determine that the charging data is normally transmitted. At this time, the eNB 610 may delete the charging data stored.
  • the MME 620 transmits the charging data to the GW 630.
  • the billing data may be transmitted through a message in which a response message exists among the messages defined in the 3GPP standard.
  • the MME 620 may include charging data in a message disclosed in Table 5 below and transmit the charging data.
  • the GW 630 transmits a response message including data indicating successful charging data reception to the MME 620.
  • the response message may be a response message defined in the 3GPP standard with respect to the message transmitted by the MME 620.
  • the GW 630 may include data indicating success of charging data reception in the response message disclosed in Table 6 below and transmit the data to the MME 620.
  • step S623 when the MME 620 receives the data indicating the successful receipt of the charging data from the GW 630, the MME 620 may determine that the charging data is normally transmitted. At this time, the MME 620 may delete the stored billing data.
  • charging data is transmitted from the eNB 710 to the GW 730 via the MME 720.
  • the eNB 710 transmits the charging data to the MME 720.
  • the charging data may be transmitted through a message in which a response message does not exist among messages defined or not defined in the 3GPP standard.
  • the eNB 710 may include charging data in a message disclosed in Table 7 below.
  • the MME 720 may obtain and store a billing reception list.
  • the billing reception list is a list storing billing data received from the eNB 710 and identification information associated therewith, and may be managed in units of lower entities.
  • the MME 720 may receive billing data from a plurality of eNBs, and store billing data and associated identification information for each eNB as a billing reception list.
  • the billing receipt list may include an International Mobile Subscriber Identity (IMSI) and an Evolved Packet System (EPS) Bearer ID (EPS).
  • IMSI International Mobile Subscriber Identity
  • EPS Evolved Packet System
  • EPS Evolved Packet System
  • step S722 the MME 720 transmits the charging reception list to the eNB 710.
  • the MME 720 since the eNB 710 transmits billing data to the MME 720 via a message in which no response message exists, the MME 720 receives the billing through a new format message to the eNB 710. You may need to pass a list. In an embodiment, the MME 720 may send the billing receipt list to the eNB 710 using the MME CONFIGURATION TRANSFER message.
  • the MME 720 may transmit a billing reception list to the eNB 710 when a predetermined event occurs. In an embodiment, the MME 720 may transmit the billing receipt list to the eNB 710 at regular intervals. The time at which the MME 720 transmits the billing reception list may vary according to a communication environment. Alternatively, in an embodiment, the MME 720 may transmit a billing reception list to the eNB 710 when a certain amount of information has been collected.
  • the MME 720 may send some of the billing receipt lists to the eNB 710. For example, since the MME 720 may manage the billing reception list on a sub-entity basis, the MME 720 may transmit only the billing reception list corresponding to the target eNB 710 among the stored billing reception lists to the target eNB 710. Can transmit
  • the eNB 710 may delete the charging data based on the charging reception list received from the MME 720. More specifically, the eNB 710 may delete the charging data determined to be transmitted normally based on the charging reception list received from the MME 720 among the charging data transmitted in step S711. That is, the eNB 710 may not delete the billing data not included in the billing reception list received from the MME 720 among the billing data transmitted in step S711.
  • the MME 720 transmits the charging data received from the eNB 710 to the GW 730.
  • the billing data may be transmitted through a message in which a response message does not exist among messages defined or not defined in the 3GPP standard.
  • the MME 720 may transmit the charging data to the GW 730 through a Delete Bearer Response message.
  • the GW 730 may obtain and store a billing reception list.
  • the billing reception list is a list storing billing data received from the MME 720 and identification information associated therewith, and may be managed in units of lower entities.
  • the GW 730 may store billing data and associated identification information for each MME as a billing reception list.
  • the billing receipt list may include an IMSI and an EBID.
  • step S732 the GW 730 transmits the charging reception list to the MME 720.
  • the GW 730 may transmit a charging reception list to the MME 720 using various messages.
  • the GW 730 may transmit a billing reception list to the MME 720 using an Echo Request message. Since the Echo Request message is a message periodically transmitted from the GW 730 to the MME 720, the GW 730 may transmit a charging reception list to the MME 720 without additional traffic.
  • the GW 730 may transmit a charging reception list to the MME 720 when a predetermined event occurs.
  • the GW 730 may transmit the billing receipt list to the MME 720 at regular intervals. The time at which the GW 730 transmits the billing reception list may vary depending on the communication environment. Alternatively, in an embodiment, the GW 730 may transmit the billing receipt list to the MME 720 when a certain amount of information has been collected.
  • the GW 730 may transmit a portion of the billing receipt list to the MME 720. For example, since the GW 730 may manage the billing reception list in units of sub-entities, the GW 730 may only manage the billing reception list corresponding to the target MME 720 among the stored billing reception lists in the target MME 720. Can transmit
  • the MME 720 may delete the charging data based on the charging reception list received from the GW 730. More specifically, the MME 720 may delete the charging data determined to be normally transmitted based on the charging reception list received from the GW 730 among the charging data transmitted in step S723. That is, the MME 720 may not delete the charging data not included in the charging reception list received from the GW 730 among the charging data transmitted in step S723.
  • Figure 8 is a diagram for describing a charging data transfer method, according to an exemplary embodiment.
  • Figure 8 illustrates a charging data transfer method when a data bearer is maintained.
  • the process of maintaining a bearer may include a connection suspend procedure, an S1 release procedure, an e-RAB modification procedure, a handover procedure without S-GW relocation, a usage data reporting for secondary RAT process, and the like.
  • charging data is transmitted from the eNB 810 to the GW 830 via the MME 820.
  • each entity may retransmit the charging data when the charging data is not normally transmitted.
  • step S811 the eNB 810 transmits the charging data to the MME 820.
  • the billing data can be transmitted through various types of messages.
  • the eNB 810 may drive a timer.
  • the eNB 810 may simultaneously drive a timer when transmitting charging data in step S811.
  • the eNB 810 may drive a timer after transmitting the charging data.
  • the driving start time and expiration time of the timer may be set using various criteria.
  • the timer driven by the eNB 810 may be a temporal reference for storing a retransmission list to be described later.
  • the timer may be driven in various units. In an embodiment, the timer may be driven for each target terminal of the charging data. Alternatively, the timer may be driven for each charging data.
  • the eNB 810 may store the retransmission list.
  • the retransmission list is a list storing charging data transmitted by the eNB 810 to the MME 820 and identification information associated therewith in step S811.
  • the retransmission list may be managed on a terminal basis or on a higher entity basis.
  • the eNB 810 may store the charging data and the identification information associated therewith as a retransmission list for each eNB transmitting the charging data.
  • the retransmission list may include an IMSI and an EBID.
  • step S821 the MME 820 transmits a response message to the eNB 810.
  • the response message indicates the charging data that the MME 820 has successfully received, among the charging data transmitted by the eNB 810 to the MME 820 in step S811.
  • the MME 820 may 3GPP the message transmitted by the eNB 610. Using the response message defined in the standard, data indicating successful charging data reception may be transmitted as the response message to the eNB 810.
  • the MME 820 charges through a new type of message.
  • Data indicating a successful data reception may be transmitted to the eNB 810 as a response message.
  • the MME 820 may obtain and store a billing reception list.
  • the billing reception list is a list storing billing data received from the eNB 810 and identification information associated therewith, and may be managed in units of lower entities.
  • the MME 820 may transmit a billing reception list as a response message for the plurality of billing data instead of transmitting a response message for each of the billing data.
  • the MME 820 may send a response message to the eNB 810 when a predetermined event occurs. In an embodiment, the MME 820 may send a response message to the eNB 810 at regular intervals. The time at which the MME 820 transmits the response message may vary according to a communication environment. Alternatively, in an embodiment, the MME 820 may transmit a response message to the eNB 810 when a certain amount of information has been collected.
  • the MME 820 may send a portion of the billing receipt list to the eNB 810 in a response message. For example, since the MME 820 may manage the billing reception list on a per sub-entity basis, the MME 820 may include only the billing reception list corresponding to the target eNB 810 among the stored billing reception lists on the target eNB 810. Can transmit
  • the eNB 810 may update the retransmission list based on the response message received from the MME 820. In an embodiment, the eNB 810 may determine the successful transmission of the charging data transmitted in step S811 based on the response message. The eNB 810 may delete the data regarding the charging data that has been successfully transmitted from the retransmission list, and may leave only the charging data that has been determined that the transmission has failed.
  • the eNB 810 may perform a retransmission operation when a predetermined event occurs.
  • the eNB 810 may retransmit charging data to the MME 820 at regular intervals.
  • the eNB 810 may retransmit the charging data periodically using a message in which transmission is defined, for example, an ENB Configuration message.
  • the eNB 810 may retransmit the charging data to the MME 820 when a certain amount of information has been collected in the retransmission list.
  • step S816 the eNB 810 may delete the retransmission list based on the timer expiration and execute a subsequent operation.
  • the eNB 810 may delete the charging data corresponding to the expired timer and the information associated with the expired timer from the retransmission list based on the respective timers started. Since it is inefficient to continuously perform retransmission on the charging data without limitation, the eNB 810 may stop retransmission using a timer for data that fails to continuously retransmit.
  • the eNB 810 may output a Fault message for the charging data deleted from the retransmission list based on the timer expiration.
  • the eNB 810 may output a failure message to report that a problem regarding charging occurs to the user or the network administrator.
  • the eNB 810 may store in the charging data deleted from the retransmission list and associated identification information as a log based on the timer expiration. The eNB 810 may then provide the stored information as a log in response to the request.
  • step S822 the MME 820 transmits charging data to the GW 830.
  • the billing data can be transmitted through various types of messages.
  • the MME 820 may drive a timer.
  • the MME 820 may simultaneously drive a timer when transmitting charging data in step S822.
  • the MME 820 may drive a timer after transmitting the charging data.
  • the driving start time and expiration time of the timer may be set using various criteria.
  • the timer driven by the MME 820 may be a temporal reference for storing a retransmission list stored by the MME 820.
  • the timer may be driven in various units. In an embodiment, the timer may be driven for each target terminal of the charging data. Alternatively, the timer may be driven for each charging data.
  • the MME 820 may store a retransmission list.
  • the retransmission list is a list that stores the charging data transmitted by the MME 820 to the GW 830 and identification information associated therewith in step S822.
  • the retransmission list may be managed in units of lower entities or in units of higher entities.
  • the retransmission list may include an IMSI and an EBID.
  • step S831 the GW 830 transmits a response message to the MME 820.
  • the response message indicates the charging data that the GW 830 has successfully received, among the charging data transmitted by the MME 820 to the GW 830 in step S822.
  • the GW 830 may 3GPP the message transmitted by the eNB 610.
  • the data indicating the successful receipt of the charging data may be transmitted as the response message to the MME 820.
  • the GW 830 may define a new type of message, or Alternatively, among the predefined messages, the MME 820 may transmit data indicating successful charging data reception to the MME 820 by using the message scheduled to be transmitted to the MME 820 as a response message.
  • the GW 830 may obtain and store a billing receipt list.
  • the billing reception list is a list storing billing data received from the MME 820 and identification information associated therewith, and may be managed in units of lower entities.
  • the GW 830 may transmit a billing reception list as a response message for the plurality of billing data instead of transmitting a response message for each of the billing data when the individual billing data is received.
  • the GW 830 may transmit a response message to the MME 820 when a predetermined event occurs. In an embodiment, the GW 830 may transmit a response message to the MME 820 at regular intervals. The time at which the GW 830 transmits the response message may vary depending on the communication environment. Alternatively, the GW 830 may transmit a response message to the MME 820 when a certain amount of information is collected.
  • the GW 830 may send a portion of the billing receipt list to the MME 820 as a response message. For example, since the GW 830 may manage the billing reception list on a per sub-entity basis, the GW 830 may include only the billing reception list corresponding to the target MME 820 among the stored billing reception lists in the target MME 820. Can transmit
  • step S832 the MME 820 may retransmit the charging data to the GW 830. Based on the retransmission list, the MME 820 may execute retransmission only for the charging data determined that the transmission has failed.
  • the MME 820 may perform a retransmission operation when a predetermined event occurs.
  • the MME 820 may retransmit the charging data to the GW 830 at regular intervals.
  • the MME 820 may retransmit billing data periodically using a message in which transmission is defined, for example, an Echo Request message.
  • the MME 820 may retransmit billing data to the GW 830 when a certain amount of information has been collected in the retransmission list.
  • the MME 820 may delete the retransmission list based on the timer expiration and execute a subsequent operation.
  • the MME 820 may delete the charging data corresponding to the expired timer and the information associated with the expired timer from the retransmission list based on the respective timers that are driven. Since it is inefficient to continuously perform retransmission for the billing data without limitation, the MME 820 may stop retransmission using a timer for data that fails to continuously retransmit.
  • the MME 820 may output a Fault message for the charging data deleted from the retransmission list based on the timer expiration.
  • the MME 820 may output a failure message to report that a problem regarding charging occurs to the user or the network administrator.
  • the MME 820 may store in the charging data deleted from the retransmission list and associated identification information as a log based on the timer expiration. The MME 820 may then provide the stored information as a log in response to the request.
  • 9 is a diagram for describing a charging data transfer method, according to an exemplary embodiment. 9 illustrates a charging data transfer method when the data bearer is deleted.
  • the process of deleting a bearer may include Detach, Bearer Deactivation, PDN Disconnection, Handover Procedure with S-GW Relocation, MME Triggered S-GW Relocation, and the like.
  • charging data is transmitted from the eNB 910 to the GW 930 via the MME 920.
  • each entity may perform the retransmission operation even if the bearer is deleted, for the charging data that is not normally stored.
  • step S911 the eNB 910 transmits the charging data to the MME 920.
  • the billing data can be transmitted through various types of messages.
  • the eNB 910 may drive a timer.
  • the eNB 910 may simultaneously drive a timer when transmitting charging data in step S911.
  • the eNB 910 may drive a timer after transmitting the charging data.
  • the driving start time and expiration time of the timer may be set using various criteria.
  • the timer driven by the eNB 910 may be a temporal reference for storing a retransmission list.
  • the timer may be driven in various units. In an embodiment, the timer may be driven for each target terminal of the charging data. Alternatively, the timer may be driven for each charging data.
  • the eNB 910 may store the retransmission list.
  • the retransmission list is a list storing charging data transmitted by the eNB 910 to the MME 920 and identification information associated therewith in step S911.
  • the retransmission list may be managed on a terminal basis or on a higher entity basis.
  • the eNB 910 may store the charging data and identification information associated therewith as a retransmission list for each eNB that transmits the charging data.
  • the retransmission list may include an IMSI and an EBID.
  • the eNB 910 may proceed with the deletion procedure for the bearer. While the eNB 910 deletes the bearer in which the deletion event is generated, charging data and identification information thereof may be stored and maintained in the retransmission list.
  • the MME 920 sends a response message to the eNB 910.
  • the response message indicates the charging data that the MME 920 has successfully received, among the charging data transmitted by the eNB 910 to the MME 920 in step S911.
  • the MME 920 may obtain and store a billing reception list.
  • the billing reception list is a list storing billing data received from the eNB 910 and identification information associated therewith, and may be managed in units of lower entities.
  • the MME 920 may transmit a billing reception list as a response message for the plurality of billing data instead of transmitting a response message for each billing data.
  • the MME 920 may transmit a response message to the eNB 910 when a predetermined event occurs. In an embodiment, the MME 920 may send a response message to the eNB 910 at regular intervals. The time at which the MME 920 transmits the response message may vary according to a communication environment. Alternatively, in an embodiment, the MME 920 may transmit a response message to the eNB 910 when a certain amount of information has been collected.
  • the MME 920 may send a portion of the billing receipt list to the eNB 910 in a response message. For example, since the MME 920 may manage the billing reception list in units of sub-entities, the MME 920 may only manage the billing reception list corresponding to the target eNB 910 among the stored billing reception lists to the target eNB 910. Can transmit
  • the eNB 910 may update the retransmission list based on the response message received from the MME 920. In an embodiment, the eNB 910 may determine the successful transmission of the charging data transmitted in step S911 based on the response message. The eNB 910 may delete data regarding charging data that has been successfully transmitted from the retransmission list, and may leave only charging data that has been determined that the transmission has failed.
  • step S914 the eNB 910 may retransmit the charging data to the MME 920. Based on the retransmission list, the eNB 910 may execute retransmission only for the charging data determined that the transmission has failed.
  • the eNB 910 may perform a retransmission operation when a predetermined event occurs.
  • the eNB 910 may retransmit charging data to the MME 920 at regular intervals.
  • the eNB 910 may periodically retransmit the charging data using a message in which transmission is defined, for example, an ENB Configuration message.
  • the eNB 910 may retransmit the charging data to the MME 920 when a certain amount of information is collected in the retransmission list.
  • the timer driven in operation S910 may expire.
  • step S916 the eNB 910 may delete the retransmission list based on the timer expiration and execute a subsequent operation.
  • the eNB 910 may delete the charging data corresponding to the expired timer and the information associated with the expired timer from the retransmission list based on the respective timers started. Since it is inefficient to continuously perform retransmission on the charging data without limitation, the eNB 910 may stop retransmission using a timer for data that fails to continuously retransmit.
  • the eNB 910 may output a Fault message for the charging data deleted from the retransmission list based on the timer expiration.
  • the eNB 910 may output a failure message to report that a problem regarding charging occurs to the user or the network manager.
  • the eNB 910 may store in the charging data deleted from the retransmission list and associated identification information as a log based on the timer expiration. The eNB 910 may then provide the stored information as a log in response to the request.
  • step S922 the MME 920 transmits the charging data to the GW 930.
  • the billing data can be transmitted through various types of messages.
  • the MME 920 may drive a timer.
  • the MME 920 may simultaneously drive a timer when transmitting the charging data in step S922.
  • the MME 920 may drive a timer after transmitting the charging data.
  • the driving start time and expiration time of the timer may be set using various criteria.
  • the timer driven by the MME 920 may be a temporal reference for storing a retransmission list stored by the MME 920.
  • the timer may be driven in various units. In an embodiment, the timer may be driven for each target terminal of the charging data. Alternatively, the timer may be driven for each charging data.
  • the MME 920 may store the retransmission list.
  • the retransmission list is a list that stores charging data transmitted by the MME 920 to the GW 930 and identification information associated therewith in step S922.
  • the retransmission list may be managed in units of lower entities or in units of higher entities.
  • the retransmission list may include an IMSI and an EBID.
  • the MME 920 may proceed with the deletion procedure for the bearer. While the MME 920 deletes the bearer in which the deletion event has occurred, the billing data and identification information thereof may be stored and maintained in the retransmission list.
  • the GW 930 may proceed with the deletion procedure for the bearer.
  • the GW 930 uses dual connectivity with NR (DCNR) among UP Function Selection Indication Flags of the Create Session Requset message to determine whether the bearer connected terminal is a 5G capable terminal based on dual connectivity (DC). Can be determined.
  • the GW 930 may execute the following procedure when a bearer deletion event for a 5G capable terminal is generated.
  • the GW 930 may drive a timer.
  • the timer may be a time reference for the GW 930 to maintain a bearer in which a delete event has occurred.
  • the GW 930 may proceed with the deletion procedure for the bearer in which the deletion event has occurred, while maintaining the bearer in the GW 930 until the timer expires.
  • step S932 the GW 930 transmits a response message to the MME 920.
  • the response message indicates the charging data that the GW 930 has successfully received, among the charging data transmitted by the MME 920 to the GW 930 in step S922.
  • the GW 930 may obtain and store a billing reception list.
  • the billing reception list is a list storing billing data received from the MME 920 and identification information associated therewith, and may be managed in units of lower entities.
  • the GW 930 may transmit a billing reception list as a response message for the plurality of billing data instead of transmitting a response message for each billing data.
  • the GW 930 may transmit a response message to the MME 920 when a predetermined event occurs. In an embodiment, the GW 930 may send a response message to the MME 920 at regular intervals. The time that the GW 930 transmits the response message may vary depending on the communication environment. Alternatively, the GW 930 may transmit a response message to the MME 920 when a certain amount of information is collected.
  • the GW 930 may send a portion of the billing receipt list to the MME 920 as a response message. For example, since the GW 930 may manage the billing reception list in units of sub-entities, the GW 930 may only manage the billing reception list corresponding to the target MME 920 among the stored billing reception lists in the target MME 920. Can transmit
  • the MME 920 may update the retransmission list based on the response message received from the GW 930. In an embodiment, the MME 920 may determine the successful transmission of the charging data transmitted in step S922 based on the response message. The MME 920 may delete data related to charging data that has been successfully transmitted from the retransmission list, and may leave only charging data that is determined to have failed to be transmitted.
  • step S925 the MME 920 may retransmit the charging data to the GW 930. Based on the retransmission list, the MME 920 may execute retransmission only for the charging data determined that the transmission has failed.
  • the MME 920 may perform a retransmission operation when a predetermined event occurs.
  • the MME 920 may retransmit charging data to the GW 930 at regular intervals.
  • the MME 920 may retransmit billing data periodically using a message in which transmission is defined, for example, an Echo Request message.
  • the MME 920 may retransmit the charging data to the GW 930 when a certain amount of information is collected in the retransmission list.
  • the MME 920 may delete the retransmission list based on the timer expiration and execute a subsequent operation.
  • the MME 920 may delete, from the retransmission list, the charging data corresponding to the expired timer and the information associated therewith based on the respective timers that are driven. Since it is inefficient to continuously perform retransmission for the billing data without limitation, the MME 920 may stop retransmission using a timer for data that fails to continuously retransmit.
  • the MME 920 may output a Fault message for the charging data deleted from the retransmission list based on the timer expiration.
  • the MME 920 may output a failure message to report that a problem regarding billing has occurred to the user or the network administrator.
  • the MME 920 may store in the charging data deleted from the retransmission list and associated identification information in a log based on the timer expiration. The MME 920 may then provide the stored information as a log in response to the request.
  • step S933 the timer driven by the GW 930 in step S930 may expire.
  • the GW 930 may delete the bearer on which the deletion event has occurred. If a bearer is deleted in the GW 930, even if charging data for the bearer is received, the charging operation cannot be processed. However, in an embodiment, if the timer driven by the GW 930 is set to a longer time than the timer driven by the lower entity for retransmission list preservation, charging data for the bearer is not received after the bearer deletion.
  • the base station 1000 may include a processor 1010, a transceiver 1020, and a memory 1030. According to the communication method of the base station 1000 described above, the transceiver 1020, the memory 1030, and the processor 1010 of the base station 1000 may operate. However, the components of the base station 1000 are not limited to the above-described example. For example, the base station 1000 may include more components or fewer components than the aforementioned components. In addition, the transceiver 1020, the memory 1030, and the processor 1010 may be implemented in a single chip form.
  • the processor 1010 may control a series of processes in which the base station can operate according to the above-described embodiments of the present disclosure.
  • the processor 1010 may transmit charging data to a higher entity, determine whether the transmitted charging data is normally transmitted, and perform a complementary operation based on the determination result.
  • the transceiver 1020 may transmit and receive a signal with a terminal or another entity.
  • the signal may include control information and data.
  • the transceiver 1020 may be configured as an RF transmitter for up-converting and amplifying a frequency of a transmitted signal, and an RF receiver for low noise amplifying and down-converting a received signal.
  • this is only an embodiment of the transceiver 1020, and the components of the transceiver 1020 are not limited to the RF transmitter and the RF receiver.
  • the transceiver 1020 may receive a signal through a wireless channel, output the signal to the processor 1010, and transmit a signal output from the processor 1010 through the wireless channel.
  • the memory 1030 may store programs and data necessary for the operation of the base station. In addition, the memory 1030 may store the control information or data included in the signal obtained from the base station.
  • the memory 1030 may be configured as a storage medium or a combination of storage media such as a ROM, a RAM, a hard disk, a CD-ROM, and a DVD. In addition, the memory 1030 may be composed of a plurality of memories. In one embodiment, the memory 1030 may store a program for supporting beam based cooperative communication.
  • the gateway 1100 may include a processor 1110, a transceiver 1120, and a memory 1130.
  • the components of the gateway 1100 are not limited to the above-described example.
  • the gateway 1100 may include more components or fewer components than the aforementioned components.
  • the transceiver 1120, the memory 1130, and the processor 1110 may be implemented in a single chip form.
  • the gateway 1100 may be implemented in a form with other network entities.
  • the processor 1110 may control a series of processes to operate the gateway according to the above-described embodiment of the present disclosure.
  • the processor 1110 may run a timer based on the bearer's delete event, receive charging data of the bearer from a subordinate entity, and delete the aforementioned bearer when the timer expires.
  • the transceiver 1120 may transmit and receive signals with other entities.
  • the signal described above may include control information and data.
  • the transceiver 1120 may be configured as an RF transmitter for up-converting and amplifying a frequency of a transmitted signal, and an RF receiver for low noise amplifying and down-converting a received signal.
  • this is only an embodiment of the transceiver 1120, and the components of the transceiver 1120 are not limited to the RF transmitter and the RF receiver.
  • the transceiver 1120 may receive a signal through a wired or wireless channel, output the signal to the processor 1110, and transmit a signal output from the processor 1110 through a wired or wireless channel.
  • the memory 1130 may store programs and data necessary for the operation of the gateway. In addition, the memory 1130 may store control information or data included in a signal obtained from the gateway.
  • the memory 1130 may be configured as a storage medium or a combination of storage media such as a ROM, a RAM, a hard disk, a CD-ROM, and a DVD. In addition, the memory 1130 may be configured of a plurality of memories. In one embodiment, the memory 1130 may store a program for supporting beam based cooperative communication.
  • a computer readable storage medium or computer program product may be provided that stores one or more programs (software modules).
  • One or more programs stored in a computer readable storage medium or computer program product are configured for execution by one or more processors in an electronic device.
  • One or more programs include instructions that cause an electronic device to execute methods in accordance with embodiments described in the claims or specifications of this disclosure.
  • Such programs may include random access memory, non-volatile memory including flash memory, Read Only Memory (ROM), and electrically erasable programmable ROM.
  • ROM Read Only Memory
  • EEPROM Electrically Erasable Programmable Read Only Memory
  • magnetic disc storage device compact disc ROM (CD-ROM), digital versatile discs (DVDs) or other forms
  • CD-ROM compact disc ROM
  • DVDs digital versatile discs
  • It can be stored in an optical storage device, a magnetic cassette. Or, it may be stored in a memory composed of some or all of these combinations.
  • each configuration memory may be included in plural.
  • the program is accessed through a communication network composed of a communication network such as the Internet, an intranet, a local area network (LAN), a wide area network (WLAN), or a storage area network (SAN), or a combination thereof. It may be stored in an attachable storage device that is accessible. Such storage devices may be connected to devices that perform embodiments of the present disclosure through external ports. In addition, a separate storage device on the communication network may access a device that performs an embodiment of the present disclosure.
  • a communication network such as the Internet, an intranet, a local area network (LAN), a wide area network (WLAN), or a storage area network (SAN), or a combination thereof. It may be stored in an attachable storage device that is accessible. Such storage devices may be connected to devices that perform embodiments of the present disclosure through external ports.
  • a separate storage device on the communication network may access a device that performs an embodiment of the present disclosure.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)

Abstract

일 실시예에 따른 무선 통신 시스템에서의 과금 방법은 상위 엔티티로 과금 데이터를 전송하는 단계, 상기 과금 데이터가 정상적으로 전송되었는지를 판별하는 단계 및 상기 판별 결과에 기초하여 보완 동작을 실행하는 단계를 포함할 수 있다.

Description

무선통신 시스템에서 과금 방법 및 장치
본 개시는 무선 통신 시스템에 관한 것으로, 무선 통신 시스템에서 서비스를 원활하게 제공하기 위한 방법 및 장치에 관한 것이다. 보다 구체적으로 무선 통신 시스템에서 과금을 처리하기 위한 방법 및 장치에 관한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다. 3GPP에서 정한 5G 통신 시스템은 New Radio (NR) 시스템이라고 불리고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되었고, NR 시스템에 적용되었다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non-orthogonal multiple access), 및 SCMA(sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 사물인터넷(Internet of Things, 이하 IoT) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(iInformation Technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 5G 통신이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
상술한 것과 이동통신 시스템의 발전에 따라 다양한 서비스를 제공할 수 있게 됨으로써, 이러한 서비스들을 효과적으로 제공하기 위한 방안이 요구되고 있다.
개시된 실시예는 이동통신 시스템에서 서비스를 효과적으로 제공할 수 있는 장치 및 방법을 제공한다.
일 실시예에 따른 무선 통신 시스템에서의 과금 방법은 상위 엔티티로 과금 데이터를 전송하는 단계, 상기 과금 데이터가 정상적으로 전송되었는지를 판별하는 단계 및 상기 판별 결과에 기초하여 보완 동작을 실행하는 단계를 포함한다.
개시된 실시예는 이동통신 시스템에서 서비스를 효과적으로 제공할 수 있는 장치 및 방법을 제공한다.
도 1은 일 실시예에 따른 LTE 시스템의 구조를 도시하는 도면이다.
도 2는 일 실시예가 적용되는 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 3은 일 실시예가 적용되는 차세대 이동통신 시스템의 프로토콜 구조를 설명하기 위한 도면이다.
도 4는 일 실시예에 따른 과금 데이터 전달 방법을 설명하기 위한 도면이다.
도 5는 일 실시예에 따른 과금 데이터 전달 방법을 설명하기 위한 순서도이다.
도 6은 일 실시예에 따른 과금 데이터 전달 방법을 설명하기 위한 도면이다.
도 7은 일 실시예에 따른 과금 데이터 전달 방법을 설명하기 위한 도면이다.
도 8은 일 실시예에 따른 과금 데이터 전달 방법을 설명하기 위한 도면이다.
도 9는 일 실시예에 따른 과금 데이터 전달 방법을 설명하기 위한 도면이다.
도 10은 일 실시예에 따른 기지국의 구조를 도시하는 도면이다.
도 11은 일 실시예에 따른 게이트웨이의 구조를 도시하는 도면이다.
일 실시예에 따른 무선 통신 시스템에서의 과금 방법은 상위 엔티티로 과금 데이터를 전송하는 단계, 상기 과금 데이터가 정상적으로 전송되었는지를 판별하는 단계 및 상기 판별 결과에 기초하여 보완 동작을 실행하는 단계를 포함한다.
이하 본 개시의 실시예를 첨부된 도면을 참조하여 상세하게 설명한다. 실시예를 설명함에 있어서 본 개시가 속하는 기술 분야에 익히 알려져 있고 본 개시와 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 개시의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부된 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성 요소에는 동일한 참조 번호를 부여하였다.
본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 개시의 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이때, 본 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.
이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.
이하 설명의 편의를 위하여, 본 개시는 3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들, 혹은 이를 기반으로 변형한 용어 및 명칭들을 사용한다. 하지만, 본 개시가 상술된 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다. 본 개시에서, 단말이라는 용어는 핸드폰, NB-IoT 기기들, 센서들 뿐만 아니라 다양한 무선 통신 기기들을 나타낼 수 있다.
도 1은 일 실시예에 따른 LTE 시스템의 구조를 도시하는 도면이다.
도 1을 참조하면, LTE 시스템의 무선 액세스 네트워크는 기지국(Evolved Node B, 이하 eNB, Node B, LTE 노드 또는 기지국)(1a-05, 1a-10, 1a-15, 1a-20), MME(1a-25, Mobility Management Entity) 및 S-GW(1a-30, Serving-Gateway)로 구성될 수 있다. 사용자 단말(User Equipment, 이하 UE 또는 단말)(1a-35)은 ENB(1a-05, 1a-10, 1a-15, 1a-20) 및 S-GW(1a-30)를 통해 외부 네트워크에 접속할 수 있다.
도 1에서, eNB(1a-05, 1a-10, 1a-15, 1a-20)는 UMTS(Universal Mobile Telecommunication System) 시스템의 노드 B에 대응될 수 있다. eNB는 UE(1a-35)와 무선 채널로 연결되며 노드 B 보다 복잡한 역할을 수행할 수 있다. LTE 시스템에서는 인터넷 프로토콜을 통한 VoIP(Voice over IP)와 같은 실시간 서비스를 비롯한 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 되므로, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요하며, 이를 eNB(1a-05, 1a-10, 1a-15, 1a-20)가 담당할 수 있다. 하나의 eNB는 통상 다수의 셀들을 제어할 수 있다. 예컨대, 100 Mbps의 전송 속도를 구현하기 위해서 LTE 시스템은 예컨대, 20 MHz 대역폭에서 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, 이하 OFDM이라 한다)을 무선 접속 기술로 사용할 수 있다. 또한 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, 이하 AMC라 한다) 방식을 적용할 수 있다. S-GW(1a-30)는 데이터 베어러를 제공하는 장치이며, MME(1a-25)의 제어에 따라서 데이터 베어러를 생성하거나 제거할 수 있다. MME(1a-25)는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국 들과 연결될 수 있다.
도 2는 일 실시예가 적용되는 차세대 이동통신 시스템의 구조를 도시하는 도면이다. 도 2를 참조하면, 차세대 이동통신 시스템(이하 NR 혹은 5G)은 5G 액세스 네트워크(22) 및 5G 코어 네트워크(23)를 포함한다. 차세대 이동통신 시스템을 지원하는 단말(21)은 5G 액세스 네트워크(22) 및 5G 코어 네트워크(23)를 통해 데이터 네트워크(24)와 통신할 수 있다.
도 2의 차세대 이동통신 시스템은 복수의 무선 엑세스 기술을 지원할 수 있다. 실시예에 있어서, 차세대 이동통신 시스템은 제 1 무선 엑세스 기술을 지원하는 차세대 노드(New Radio Node B, 이하 gNB 혹은 NR 기지국)와 제 2 무선 엑세스 기술을 지원하는 eNB를 모두 포함할 수 있다. 이때 gNB 및 eNB는 모두 단말(21)을 지원할 수 있으며, eNB는 5G 기능을 사용할 수 있다.
실시예에 있어서, gNB는, 단말(21)을 위한 데이터 전송을 제공하기 위해 eNB와 협력하는 2차 노드로 사용될 수 있다. 즉, eNB는 마스터 노드로 사용되고, gNB는 보조 노드로 사용될 수 있다. 이 경우 eNB는 gNB를 설정(configure)하고, 듀얼 커넥티비티(DC)에 기초하여 단말(21)과의 데이터 전송을 수행할 수 있다. 실시예에 있어서, gNB와 MME(Mobility Management Entity)는 서로 연결되지 않고, gNB와 SGW(Serving Gate Way) 사이만 사용자 평면(User Plane, UP)으로 연결될 수 있다.
도 3은 일 실시예가 적용되는 차세대 이동통신 시스템의 프로토콜 구조를 설명하기 위한 도면이다. 도 3을 참조하면, 차세대 이동통신 시스템은 코어 네트워크(330)와 연결되는 eNB(310)와 gNB(320)를 포함한다. 실시예에 있어서, eNB(310)와 gNB(320)는 코어 네트워크(330)와 S1 인터페이스로 연결될 수 있고, eNB(310)와 gNB(320)는 서로 X2 인터페이스로 연결될 수 있다.
도 3의 차세대 이동통신 시스템에서, 데이터 전송을 위한 베어러(Bearer)는 다양한 유형일 수 있다. 실시예에 있어서, 베어러는 분할 베어러(Split Bearer), MCG(Master Cell Group) 베어러 또는 SCG(Secondary Cell Group) 베어러를 포함할 수 있다.
분할 베어러는 마스터 노드, 즉 예를 들어 eNB(310), 가 코어 네트워크(330)로부터 데이터를 수신하면, 데이터가 2 개의 경로로 분할되어, 하나의 경로는 마스터 노드(310)로부터 단말로 전송되고, 다른 경로는 2차 노드, 즉 sNB(320)로부터 단말로 전송되는 것을 의미할 수 있다. MCG 베어러는 마스터 노드(310)가 코어 네트워크(330)로부터 데이터를 수신하면, 데이터가 마스터 노드(310)로부터 단말로 전송되는 것을 의미할 수 있다. SCG 베어러는 2차 노드(320)가 코어 네트워크(330)로부터 데이터를 수신하면, 데이터가 2차 노드(320)로부터 단말로 전송되는 것을 의미할 수 있다.
PDCP(Packet Data Convergence Protocol)(311a, 311b, 321)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 헤더 압축 및 압축 해제 기능(Header compression and decompression: ROHC only)
- 사용자 데이터 전송 기능 (Transfer of user data)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능 (Out-of-sequence delivery of upper layer PDUs)
- 순서 재정렬 기능(PDCP PDU reordering for reception)
- 중복 탐지 기능(Duplicate detection of lower layer SDUs)
- 재전송 기능(Retransmission of PDCP SDUs)
- 암호화 및 복호화 기능(Ciphering and deciphering)
- 타이머 기반 SDU 삭제 기능(Timer-based SDU discard in uplink.)
RLC(Radio Link Control)(3212a, 312b, 322)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 데이터 전송 기능(Transfer of upper layer PDUs)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능(Out-of-sequence delivery of upper layer PDUs)
- ARQ 기능(Error Correction through ARQ)
- 접합, 분할, 재조립 기능(Concatenation, segmentation and reassembly of RLC SDUs)
- 재분할 기능(Re-segmentation of RLC data PDUs)
- 순서 재정렬 기능(Reordering of RLC data PDUs)
- 중복 탐지 기능(Duplicate detection)
- 오류 탐지 기능(Protocol error detection)
- RLC SDU 삭제 기능(RLC SDU discard)
- RLC 재수립 기능(RLC re-establishment)
MAC(Medium Access Control)(313, 323)은 여러 RLC 계층 장치들과 연결될 수 있으며, 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 맵핑 기능(Mapping between logical channels and transport channels)
- 다중화 및 역다중화 기능(Multiplexing/demultiplexing of MAC SDUs)
- 스케쥴링 정보 보고 기능(Scheduling information reporting)
- HARQ 기능(Error correction through HARQ)
- 로지컬 채널 간 우선 순위 조절 기능(Priority handling between logical channels of one UE)
- 단말간 우선 순위 조절 기능(Priority handling between UEs by means of dynamic scheduling)
- MBMS 서비스 확인 기능(MBMS service identification)
- 전송 포맷 선택 기능(Transport format selection)
- 패딩 기능(Padding)
PHY(Physical) 계층(314, 324)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.
도 2 및 도 3의 차세대 이동통신 시스템에서, 단말은 eNB를 통해 제 2 무선 엑세스 기술을 지원하는 무선통신 시스템, 예를 들어 LTE 시스템으로의 접속 절차를 수행할 수 있다. 이때 단말은 제 1 무선 엑세스 기술, 예를 들어 5G, 을 지원하는 capability에 대한 정보를 LTE 기지국 또는 5G 기지국으로 전송할 수 있다. 다른 실시예에 있어서, 단말의 5G 지원 능력 정보는 단말 가입 정보(예를 들어, IMEI(International Mobile Equipment Identity), AMBR(Aggregate maximum bitrate))를 통해 전달될 수도 있다.
5G를 지원하는 단말임을 인지하면, eNB(310) 혹은 gNB(320)는 5G 셀 구성정보, 5G 셀 측정 구성 정보 등을 단말에게 전송할 수 있다. 실시예에 있어서, 5G 기지국 및 게이트웨이는 단말에게 5G 서비스를 제공할 수 있는 5G 데이터 경로(5G data bearer)를 세팅할 수 있다. 이후 단말은 5G 기지국을 통해 5G 데이터 경로에서 5G 서비스를 수신할 수 있다.
단말이 5G 서비스를 수신함에 있어서, 제어 평면(Control Plane, CP)은 마스터 노드인 eNB(310)가 수행하되, User Packet 전송을 위한 사용자 평면(User Plane, UP)에는 2차 노드인 gNB(320)의 IP Address가 이용될 수 있다. 이 때, LTE 코어망, 예를 들어 MME(Mobility Management Entity) 혹은 게이트웨이(Gateway, GW), 는 사용자 평면의 IP Address만 알고 있으므로, 특정 사용자 평면의 무선 억세스 기술이 무엇인지 알지 못할 수 있다. 즉, LTE 코어망은 특정 사용자 평면이 eNB와 연동 중인지 gNB과 연동 중인지 여부를 알지 못할 수 있다. 이로 인해 복수의 무선 엑세스 기술을 지원하는 Dual Connectivity 방식의 차세대 이동통신 시스템에서, 동일 Bearer에, gNB(320)을 통해 전송되는 Packet과 eNB(310)를 통해 전송 되는 Packet이 혼재될 수 있다.
따라서, 제 1 무선 엑세스 기술인 5G와 제 2 무선 엑세스 기술인 LTE 서비스에 대한 과금을 차등하여 적용하기 위해서, 마스터 노드인 eNB(310)는 gnB(320)을 통한 Packet을 따로 Count하여 과금 데이터를 획득하고, Secondary RAT(Radio Access Technology) Data Usage IE를 통해 GW로 과금 데이터를 전달할 수 있다. GW는 전달된 과금 데이터에 기초하여, 5G와 LTE 서비스에 대한 과금을 차등 적용할 수 있다.
도 4는 일 실시예에 따른 과금 데이터 전달 방법을 설명하기 위한 도면이다. 도 4를 참조하면, eNB(410)로부터 MME(420)를 거쳐 GW(430)로 과금 데이터가 전달된다.
단계 S411에서, eNB(410)로부터 MME(411)로 eNB(410)가 획득한 과금 데이터가 전송된다. eNB(410)는 MME(411)로 과금 데이터를 전송하면, 이미 전송한 과금 데이터를 삭제할 수 있다. 과금 데이터는 RAT(Radio Access Technology) 정보, 통신 사용 시간(time/duration), 전송 데이터양(data volume) 등의 정보를 포함할 수 있다. 실시예에 있어서, 과금 데이터는 아래의 [표 1] 및 [표 2]와 같은 정보들을 포함할 수 있다.
Figure PCTKR2019010478-appb-img-000001
Figure PCTKR2019010478-appb-img-000002
단계 S412에서, MME(411)로부터 GW(430)으로 과금 데이터가 전송된다. MME(411)는 GW(430)로 과금 데이터를 전송하면, 전송한 과금 데이터를 삭제할 수 있다.
도 4를 참조하면, eNB(410)로부터 MME(420)를 거쳐 GW(430)로 과금 데이터가 전송되므로, GW(430)는 전달된 과금 데이터에 기초하여, 5G와 LTE 서비스에 대한 과금을 차등 적용할 수 있다. 한편, 과금 데이터가 전송되는 과정에서, 데이터가 유실되거나 오류가 발생될 수 있다. 이하에서는 도면을 참조하여 발전된 과금 데이터 전송 방법에 관하여 설명한다.
도 5는 일 실시예에 따른 엔티티의 과금 데이터 전달 방법을 설명하기 위한 순서도이다.
단계 S510에서, 엔티티는 상위 엔티티로 과금 데이터를 전송한다. 실시예에 있어서, 엔티티는 eNB 혹은 MME일 수 있다. 엔티티가 eNB 인 경우, 과금 데이터는 상위 엔티티인 MME로 전송될 수 있다. 엔티티가 MME인 경우, 과금 데이터는 상위 엔티티인 GW로 전송될 수 있다.
단계 S520에서, 엔티티는 과금 데이터가 정상적으로 전송되었는지 여부를 판별한다. 과금 데이터는 다양한 메시지를 통해 전송될 수 있다.
실시예에 있어서, 과금 데이터는 3GPP 규격에서 정의된 메시지 중, 응답 메시지가 존재하는 메시지를 통해 전송될 수 있다. 응답 메시지가 존재하는 경우, 상위 엔티티가 별도의 새로운 메시지를 전송하지 않더라도, 엔티티는 응답 메시지에 포함된 정보에 기초하여 상위 엔티티의 과금 데이터 수신 여부를 판별할 수 있다.
실시예에 있어서, 과금 데이터는 3GPP 규격에서 정의되거나 정의되지 않은 메시지 중, 응답 메시지가 존재하지 않는 메시지를 통해 전송될 수 있다. 응답 메시지가 존재하지 않는 경우, 상위 엔티티는 과금 데이터 수신 여부를 나타내는 별도의 메시지를 엔티티에 전송할 수 있다.
실시예에 있어서, 상위 엔티티는 각 베어러 단위로 과금 데이터 수신 여부를 나타내는 메시지를 엔티티에 전송할 수 있다. 그러나, 과다한 트래픽을 방지하기 위하여, 상위 엔티티는 베어러 단위가 아닌 각 하위 엔티티 단위의 과금 수신 리스트를 획득하여 저장할 수 있다. 과금 수신 리스트는 복수의 과금 데이터에 관한 정보를 포함할 수 있다. 상위 엔티티는 일정 주기로, 과금 수신 리스트에 기초한 메시지를 엔티티에 전송할 수 있다.
단계 S530에서, 엔티티는 판별 결과에 기초하여 보완 동작을 실행한다.
실시예에 있어서, 보완 동작은 전송이 정상적으로 완료된 과금 데이터를 삭제하는 동작을 포함할 수 있다. 실시예에 있어서, 보완 동작은 전송이 완료되지 않은 과금 데이터를 재전송하는 동작을 포함할 수 있다. 또한 실시예에 있어서, 보완 동작은 소정의 시간 동안 전송이 완료되지 않은 과금 데이터가 존재하는 경우에는 전송이 실패한 과금 데이터를 삭제하고, 실패(Fault) 메시지를 출력하며, 실패한 과금 데이터에 관한 식별 정보 및 과금 데이터를 로그로 저장하는 동작을 포함할 수 있다. 그러나 본 개시에 의한 보완 동작이 상술된 실시예에 한정되는 것은 아니다.
도 6은 일 실시예에 따른 과금 데이터 전달 방법을 설명하기 위한 도면이다. 도 6을 참조하면, eNB(610)로부터 MME(620)를 거쳐 GW(630)로 과금 데이터가 전송된다.
단계 S611에서, eNB(610)는 MME(620)로 과금 데이터를 전송한다. 과금 데이터는 3GPP 규격에서 정의된 메시지 중, 응답 메시지가 존재하는 메시지를 통해 전송될 수 있다. 실시 예에 있어서, eNB(610)는 이하의 [표 3]에 개시된 메시지에, 과금 데이터를 포함시켜 전송할 수 있다.
Figure PCTKR2019010478-appb-img-000003
단계 S621에서, 과금 데이터를 수신하면, MME(620)는 eNB(610)로 과금 데이터 수신 성공을 나타내는 데이터를 포함하는 응답 메시지를 전송한다. 응답 메시지는 eNB(610)가 전송한 메시지에 대하여 3GPP 규격에서 정의된 응답 메시지일 수 있다. 실시예에 있어서, MME(620)는 이하의 [표 4]에 개시된 응답메시지에 과금 데이터 수신 성공을 나타내는 데이터를 포함시켜 eNB(610)로 전송할 수 있다.
Figure PCTKR2019010478-appb-img-000004
단계 S612에서, eNB(610)는 MME(620)로부터 과금 데이터 수신 성공 나타내는 데이터를 회신받으면, 과금 데이터가 정상적으로 전송되었다고 판별할 수 있다. 이때, eNB(610)는 저장하고 있던 과금 데이터를 삭제할 수 있다.
단계 S622에서, MME(620)는 GW(630)로 과금 데이터를 전송한다. 과금 데이터는 3GPP 규격에서 정의된 메시지 중, 응답 메시지가 존재하는 메시지를 통해 전송될 수 있다. 실시 예에 있어서, MME(620)는 이하의 [표 5]에 개시된 메시지에 과금 데이터를 포함시켜 전송할 수 있다.
Figure PCTKR2019010478-appb-img-000005
단계 S631에서, 과금 데이터를 수신하면, GW(630)는 MME(620)로 과금 데이터 수신 성공을 나타내는 데이터를 포함하는 응답 메시지를 전송한다. 응답 메시지는 MME(620)가 전송한 메시지에 대하여 3GPP 규격에서 정의된 응답 메시지일 수 있다. 실시예에 있어서, GW(630)는 이하의 [표 6]에 개시된 응답메시지에 과금 데이터 수신 성공을 나타내는 데이터를 포함시켜 MME(620)로 전송할 수 있다.
Figure PCTKR2019010478-appb-img-000006
단계 S623에서, MME(620)는 GW(630)로부터 과금 데이터 수신 성공 나타내는 데이터를 회신받으면, 과금 데이터가 정상적으로 전송되었다고 판별할 수 있다. 이때, MME(620)는 저장하고 있던 과금 데이터를 삭제할 수 있다.
도 7은 일 실시예에 따른 과금 데이터 전달 방법을 설명하기 위한 도면이다. 도 7을 참조하면, eNB(710)로부터 MME(720)를 거쳐 GW(730)로 과금 데이터가 전송된다.
단계 S711에서, eNB(710)는 MME(720)로 과금 데이터를 전송한다. 과금 데이터는 3GPP 규격에서 정의되거나 정의되지 않은 메시지 중, 응답 메시지가 존재하지 않는 메시지를 통해 전송될 수 있다. 실시 예에 있어서, eNB(710)는 하의 [표 7]에 개시된 메시지에 과금 데이터를 포함하여 전송할 수 있다.
Figure PCTKR2019010478-appb-img-000007
단계 S721에서, MME(720)는 과금 수신 리스트를 획득하여 저장할 수 있다. 과금 수신 리스트는 eNB(710)로부터 수신한 과금 데이터 및 그와 연관된 식별 정보를 저장한 리스트이며, 하위 엔티티 단위로 관리될 수 있다. 예를 들어, MME(720)는 복수의 eNB들로부터 과금 데이터를 수신하고, 각 eNB별로 과금 데이터 및 그와 연관된 식별 정보를 과금 수신 리스트로 저장할 수 있다. 실시예에 있어서, 과금 수신 리스트는 IMSI(International Mobile Subscriber Identity) 및 EBID(EPS(Evolved Packet System) Bearer ID)를 포함할 수 있다.
단계 S722에서, MME(720)는 과금 수신 리스트를 eNB(710)로 전송한다.
도 7의 실시예에서, eNB(710)는 MME(720)로 응답 메시지가 존재하지 않는 메시지를 통해 과금 데이터를 전송하였으므로, MME(720)는 eNB(710)에게 새로운 형식의 메시지를 통해 과금 수신 리스트를 전달해야 할 수 있다. 실시예에 있어서, MME(720)는 MME CONFIGURATION TRANSFER 메시지를 이용하여 eNB(710)에게 과금 수신 리스트를 전송할 수 있다.
MME(720)는 소정의 이벤트가 발생하면 과금 수신 리스트를 eNB(710)로 전송할 수 있다. 실시예에 있어서, MME(720)는 일정 주기로 과금 수신 리스트를 eNB(710)로 전송할 수 있다. MME(720)가 과금 수신 리스트를 전송하는 시간은 통신 환경에 따라 가변될 수 있다. 혹은 실시예에 있어서, MME(720)는 일정량의 정보가 수집되었을 때 과금 수신 리스트를 eNB(710)로 전송할 수 있다.
또한 실시예에 있어서, MME(720)는 과금 수신 리스트 중 일부를 eNB(710)로 전송할 수 있다. 예를 들어, MME(720)는 과금 수신 리스트를 하위 엔티티 단위로 관리할 수 있으므로, MME(720)는 저장된 과금 수신 리스트 중 대상 eNB(710)에 대응되는 과금 수신 리스트만 대상 eNB(710)에 전송할 수 있다.
단계 S712에서, eNB(710)는 MME(720)로부터 수신된 과금 수신 리스트에 기초하여, 과금 데이터를 삭제할 수 있다. 보다 구체적으로, eNB(710)는 S711 단계에서 전송한 과금 데이터들 중, MME(720)로부터 수신된 과금 수신 리스트를 기초로 정상적으로 전송되었다고 판별된 과금 데이터들을 삭제할 수 있다. 즉, eNB(710)는 S711 단계에서 전송한 과금 데이터들 중, MME(720)로부터 수신된 과금 수신 리스트에 없는 과금 데이터들은 삭제하지 않을 수 있다.
단계 S723에서, MME(720)는 GW(730)로, eNB(710)로부터 수신한 과금 데이터를 전송한다. 과금 데이터는 3GPP 규격에서 정의되거나 정의되지 않은 메시지 중, 응답 메시지가 존재하지 않는 메시지를 통해 전송될 수 있다. 실시 예에 있어서, MME(720)는 Delete Bearer Response 메시지를 통하여 과금 데이터를 GW(730)로 전송할 수 있다.
단계 S731에서, GW(730)는 과금 수신 리스트를 획득하여 저장할 수 있다. 과금 수신 리스트는 MME(720)로부터 수신한 과금 데이터 및 그와 연관된 식별 정보를 저장한 리스트이며, 하위 엔티티 단위로 관리될 수 있다. 예를 들어, GW(730)는 각 MME 별로 과금 데이터 및 그와 연관된 식별 정보를 과금 수신 리스트로 저장할 수 있다. 실시예에 있어서, 과금 수신 리스트는 IMSI 및 EBID를 포함할 수 있다.
단계 S732에서, GW(730)는 과금 수신 리스트를 MME(720)로 전송한다.
GW(730)는 다양한 메시지를 이용하여 MME(720)에게 과금 수신 리스트를 전송할 수 있다. 실시예에 있어서, GW(730)는 Echo Request 메시지를 이용하여 MME(720)에게 과금 수신 리스트를 전송할 수 있다. Echo Request 메시지는 GW(730)로부터 MME(720)에게 주기적으로 전달되는 메시지이므로, GW(730)는 추가적인 트래픽 없이 MME(720)에게 과금 수신 리스트를 전송할 수 있다.
GW(730)는 소정의 이벤트가 발생하면 과금 수신 리스트를 MME(720)로 전송할 수 있다. 실시예에 있어서, GW(730)는 일정 주기로 과금 수신 리스트를 MME(720)로 전송할 수 있다. GW(730)가 과금 수신 리스트를 전송하는 시간은 통신 환경에 따라 가변될 수 있다. 혹은 실시예에 있어서, GW(730)는 일정량의 정보가 수집되었을 때 과금 수신 리스트를 MME(720)로 전송할 수 있다.
또한 실시예에 있어서, GW(730)는 과금 수신 리스트 중 일부를 MME(720)로 전송할 수 있다. 예를 들어, GW(730)는 과금 수신 리스트를 하위 엔티티 단위로 관리할 수 있으므로, GW(730)는 저장된 과금 수신 리스트 중 대상 MME(720)에 대응되는 과금 수신 리스트만 대상 MME(720)에 전송할 수 있다.
단계 S724에서, MME(720)는 GW(730)로부터 수신된 과금 수신 리스트에 기초하여, 과금 데이터를 삭제할 수 있다. 보다 구체적으로, MME(720)는 S723 단계에서 전송한 과금 데이터들 중, GW(730)로부터 수신된 과금 수신 리스트를 기초로 정상적으로 전송되었다고 판별된 과금 데이터들을 삭제할 수 있다. 즉, MME(720)는 S723 단계에서 전송한 과금 데이터들 중, GW(730)로부터 수신된 과금 수신 리스트에 없는 과금 데이터들은 삭제하지 않을 수 있다.
도 8은 일 실시예에 따른 과금 데이터 전달 방법을 설명하기 위한 도면이다. 실시예에 있어서, 도 8은 데이터 베어러가 유지되는 경우의 과금 데이터 전달 방법을 설명한다. 실시예에 있어서, 베어러가 유지되는 과정은 Connection Suspend Procedure, S1 Release Procedure, E-RAB Modification Procedure, Handover Procedure without S-GW Relocation, Usage Data Reporting for Secondary RAT 과정 등을 포함할 수 있다.
도 8을 참조하면, eNB(810)로부터 MME(820)를 거쳐 GW(830)로 과금 데이터가 전송된다. 실시예에 있어서, 각 엔티티는, 과금 데이터가 정상적으로 전송되지 않았을 경우 과금 데이터를 재전송 할 수 있다.
단계 S811에서, eNB(810)는 MME(820)로 과금 데이터를 전송한다. 과금 데이터는 다양한 형식의 메시지를 통해 전송될 수 있다.
단계 S810에서, eNB(810)는 타이머를 구동할 수 있다. 실시예에 있어서, eNB(810)는 S811 단계에서 과금 데이터를 전송할 때 동시에 타이머를 구동할 수 있다. 혹은 eNB(810)는 과금 데이터를 전송한 후 타이머를 구동할 수 있다. 타이머의 구동 시작 시점 및 만료 시점은 다양한 기준을 이용하여 설정될 수 있다. eNB(810)가 구동하는 타이머는 후술될 재전송 리스트를 보관하는 시간적 기준이 될 수 있다.
타이머는 다양한 단위로 구동될 수 있다. 실시예에 있어서, 타이머는 과금 데이터의 대상 단말별로 구동될 수 있다. 혹은, 타이머는 과금 데이터 각각에 대하여 구동될 수 있다.
단계 S812에서, eNB(810)는 재전송 리스트를 저장할 수 있다. 재전송 리스트는, S811 단계에서 eNB(810)가 MME(820)로 전송한 과금 데이터 및 그와 연관된 식별 정보를 저장한 리스트이다. 실시예에 있어서, 재전송 리스트는 단말 단위로 관리되거나, 혹은 상위 엔티티 단위로 관리될 수 있다. 예를 들어, eNB(810)는 과금 데이터를 전송하는 각 eNB별로 과금 데이터 및 그와 연관된 식별 정보를 재전송 리스트로 저장할 수 있다. 실시예에 있어서, 재전송 리스트는 IMSI 및 EBID를 포함할 수 있다.
단계 S821에서, MME(820)는 응답 메시지를 eNB(810)로 전송한다. 응답 메시지는 S811 단계에서 eNB(810)가 MME(820)로 전송한 과금 데이터 중 MME(820)가 수신에 성공한 과금 데이터를 나타낸다.
실시예에 있어서, eNB(810)가 과금 데이터를 3GPP 규격에서 정의된 메시지 중, 응답 메시지가 존재하는 메시지를 통해 전송한 경우, MME(820)는, eNB(610)가 전송한 메시지에 대하여 3GPP 규격에서 정의된 응답 메시지를 이용하여 과금 데이터 수신 성공을 나타내는 데이터를 응답 메시지로 하여 eNB(810)로 전송할 수 있다.
다른 실시예에 있어서, eNB(810)가 과금 데이터를 3GPP 규격에서 정의되거나 정의되지 않은 메시지 중, 응답 메시지가 존재하지 않는 메시지를 통해 전송한 경우, MME(820)는 새로운 형식의 메시지를 통해 과금 데이터 수신 성공을 나타내는 데이터를 응답 메시지로 하여 eNB(810)로 전송할 수 있다.
실시예에 있어서, MME(820)는 과금 수신 리스트를 획득하여 저장할 수 있다. 과금 수신 리스트는 eNB(810)로부터 수신한 과금 데이터 및 그와 연관된 식별 정보를 저장한 리스트이며, 하위 엔티티 단위로 관리될 수 있다. MME(820)는 개별 과금 데이터가 수신되었을 때 각각에 대하여 모두 응답 메시지를 전송하는 대신, 복수의 과금 데이터에 대하여 과금 수신 리스트를 응답 메시지로 전송할 수 있다.
실시예에 있어서, MME(820)는 소정의 이벤트가 발생하면 응답 메시지를 eNB(810)로 전송할 수 있다. 실시예에 있어서, MME(820)는 일정 주기로 응답 메시지를 eNB(810)로 전송할 수 있다. MME(820)가 응답 메시지를 전송하는 시간은 통신 환경에 따라 가변될 수 있다. 혹은 실시예에 있어서, MME(820)는 일정량의 정보가 수집되었을 때 응답 메시지를 eNB(810)로 전송할 수 있다.
또한 실시예에 있어서, MME(820)는 과금 수신 리스트 중 일부를 응답 메시지로 eNB(810)로 전송할 수 있다. 예를 들어, MME(820)는 과금 수신 리스트를 하위 엔티티 단위로 관리할 수 있으므로, MME(820)는 저장된 과금 수신 리스트 중 대상 eNB(810)에 대응되는 과금 수신 리스트만 대상 eNB(810)에 전송할 수 있다.
단계 S813에서, eNB(810)는, MME(820)로부터 수신한 응답 메시지에 기초하여 재전송 리스트를 갱신할 수 있다. 실시예에 있어서, eNB(810)는 S811 단계에서 전송한 과금 데이터들 중 전송에 성공한 데이터들을 응답 메시지에 기초하여 판별할 수 있다. eNB(810)는 재전송 리스트에서 전송에 성공한 과금 데이터에 관한 데이터를 삭제하고, 전송에 실패하였다고 판별된 과금 데이터만 남겨둘 수 있다.
단계 S814에서, eNB(810)는 과금 데이터를 MME(820)로 재전송 할 수 있다. eNB(810)는 재전송 리스트에 기초하여, 전송에 실패하였다고 판별된 과금 데이터에 대하여만 재전송을 실행할 수 있다.
eNB(810)는 소정의 이벤트가 발생하면 재전송 동작을 수행할 수 있다. 실시예에 있어서, eNB(810)는 일정 주기로 과금 데이터를 MME(820)로 재전송할 수 있다. 이때, eNB(810)는 주기적으로 전송이 정의된 메시지, 예를 들어 ENB Configuration 메시지를 이용하여 과금 데이터를 재전송할 수 있다. 혹은 실시예에 있어서, eNB(810)는 일정량의 정보가 재전송 리스트에 수집되었을 때 과금 데이터를 MME(820)로 재전송할 수 있다.
S815 단계에서, S810 단계에서 구동한 타이머가 만료될 수 있다.
S816 단계에서, eNB(810)는 타이머 만료에 기초하여 재전송 리스트를 삭제하고, 후속 동작을 실행할 수 있다.
실시예에 있어서, eNB(810)는 구동된 각 타이머들에 기초하여, 만료된 타이머에 대응되는 과금 데이터 및 그와 연관된 정보를 재전송 리스트에서 삭제할 수 있다. 과금 데이터에 대하여 한정 없이 계속하여 재전송을 수행하는 것은 비효율적이므로, eNB(810)는 지속적으로 재전송에 실패하는 데이터에 대하여는, 타이머를 이용하여 재전송을 그만둘 수 있다.
한편, eNB(810)는 타이머 만료에 기초하여 재전송 리스트에서 삭제되는 과금 데이터에 대하여, 실패(Fault) 메시지를 출력할 수 있다. eNB(810)는 실패 메시지를 출력하여 사용자 혹은 망 관리자에게 과금에 관한 문제가 발생하였음을 보고할 수 있다. 또한, eNB(810)는 타이머 만료에 기초하여 재전송 리스트에서 삭제되는 과금 데이터에 및 그와 연관된 식별 정보를 로그(Log)로 저장할 수 있다. eNB(810)는 이후 요청에 응답하여 로그로 저장된 정보를 제공할 수 있다.
단계 S822에서, MME(820)는 GW(830)로 과금 데이터를 전송한다. 과금 데이터는 다양한 형식의 메시지를 통해 전송될 수 있다.
단계 S820에서, MME(820)는 타이머를 구동할 수 있다. 실시예에 있어서, MME(820)는 S822 단계에서 과금 데이터를 전송할 때 동시에 타이머를 구동할 수 있다. 혹은 MME(820)는 과금 데이터를 전송한 후 타이머를 구동할 수 있다. 타이머의 구동 시작 시점 및 만료 시점은 다양한 기준을 이용하여 설정될 수 있다. MME(820)가 구동하는 타이머는 MME(820)가 저장하는 재전송 리스트를 보관하는 시간적 기준이 될 수 있다.
타이머는 다양한 단위로 구동될 수 있다. 실시예에 있어서, 타이머는 과금 데이터의 대상 단말별로 구동될 수 있다. 혹은, 타이머는 과금 데이터 각각에 대하여 구동될 수 있다.
단계 S823에서, MME(820)는 재전송 리스트를 저장할 수 있다. 재전송 리스트는, S822 단계에서 MME(820)가 GW(830)로 전송한 과금 데이터 및 그와 연관된 식별 정보를 저장한 리스트이다. 실시예에 있어서, 재전송 리스트는 하위 엔티티 단위로 관리되거나, 혹은 상위 엔티티 단위로 관리될 수 있다. 실시예에 있어서, 재전송 리스트는 IMSI 및 EBID를 포함할 수 있다.
단계 S831에서, GW(830)는 응답 메시지를 MME(820)로 전송한다. 응답 메시지는 S822 단계에서 MME(820)가 GW(830)로 전송한 과금 데이터 중 GW(830)가 수신에 성공한 과금 데이터를 나타낸다.
실시예에 있어서, MME(820)가 과금 데이터를 3GPP 규격에서 정의된 메시지 중, 응답 메시지가 존재하는 메시지를 통해 전송한 경우, GW(830)는, eNB(610)가 전송한 메시지에 대하여 3GPP 규격에서 정의된 응답 메시지를 이용하여 과금 데이터 수신 성공을 나타내는 데이터를 응답 메시지로 하여 MME(820)로 전송할 수 있다.
다른 실시예에 있어서, MME(820)가 과금 데이터를 3GPP 규격에서 정의되거나 정의되지 않은 메시지 중, 응답 메시지가 존재하지 않는 메시지를 통해 전송한 경우, GW(830)는 새로운 형식의 메시지를 정의하거나, 혹은 미리 정의된 메시지 중 주기적으로 MME(820)에게 전송이 예정된 메시지를 응답 메시지로 하여 과금 데이터 수신 성공을 나타내는 데이터를 MME(820)로 전송할 수 있다.
실시예에 있어서, GW(830)는 과금 수신 리스트를 획득하여 저장할 수 있다. 과금 수신 리스트는 MME(820)로부터 수신한 과금 데이터 및 그와 연관된 식별 정보를 저장한 리스트이며, 하위 엔티티 단위로 관리될 수 있다. GW(830)는 개별 과금 데이터가 수신되었을 때 각각에 대하여 모두 응답 메시지를 전송하는 대신, 복수의 과금 데이터에 대하여 과금 수신 리스트를 응답 메시지로 전송할 수 있다.
실시예에 있어서, GW(830)는 소정의 이벤트가 발생하면 응답 메시지를 MME(820)로 전송할 수 있다. 실시예에 있어서, GW(830)는 일정 주기로 응답 메시지를 MME(820)로 전송할 수 있다. GW(830)가 응답 메시지를 전송하는 시간은 통신 환경에 따라 가변될 수 있다. 혹은 실시예에 있어서, GW(830)는 일정량의 정보가 수집되었을 때 응답 메시지를 MME(820)로 전송할 수 있다.
또한 실시예에 있어서, GW(830)는 과금 수신 리스트 중 일부를 응답 메시지로 MME(820)로 전송할 수 있다. 예를 들어, GW(830)는 과금 수신 리스트를 하위 엔티티 단위로 관리할 수 있으므로, GW(830)는 저장된 과금 수신 리스트 중 대상 MME(820)에 대응되는 과금 수신 리스트만 대상 MME(820)에 전송할 수 있다.
단계 S824에서, MME(820)는, GW(830)로부터 수신한 응답 메시지에 기초하여 재전송 리스트를 갱신할 수 있다. 실시예에 있어서, MME(820)는 S822단계에서 전송한 과금 데이터들 중 전송에 성공한 데이터들을 응답 메시지에 기초하여 판별할 수 있다. MME(820)는 재전송 리스트에서 전송에 성공한 과금 데이터에 관한 데이터를 삭제하고, 전송에 실패하였다고 판별된 과금 데이터만 남겨둘 수 있다.
단계 S832에서, MME(820)는 과금 데이터를 GW(830)로 재전송 할 수 있다. MME(820)는 재전송 리스트에 기초하여, 전송에 실패하였다고 판별된 과금 데이터에 대하여만 재전송을 실행할 수 있다.
MME(820)는 소정의 이벤트가 발생하면 재전송 동작을 수행할 수 있다. 실시예에 있어서, MME(820)는 일정 주기로 과금 데이터를 GW(830)로 재전송할 수 있다. 이때, MME(820)는 주기적으로 전송이 정의된 메시지, 예를 들어 Echo Request 메시지를 이용하여 과금 데이터를 재전송할 수 있다. 혹은 실시예에 있어서, MME(820)는 일정량의 정보가 재전송 리스트에 수집되었을 때 과금 데이터를 GW(830)로 재전송할 수 있다.
S825 단계에서, S820 단계에서 구동한 타이머가 만료될 수 있다.
S826 단계에서, MME(820)는 타이머 만료에 기초하여 재전송 리스트를 삭제하고, 후속 동작을 실행할 수 있다.
실시예에 있어서, MME(820)는 구동된 각 타이머들에 기초하여, 만료된 타이머에 대응되는 과금 데이터 및 그와 연관된 정보를 재전송 리스트에서 삭제할 수 있다. 과금 데이터에 대하여 한정 없이 계속하여 재전송을 수행하는 것은 비효율적이므로, MME(820)는 지속적으로 재전송에 실패하는 데이터에 대하여는, 타이머를 이용하여 재전송을 그만둘 수 있다.
한편, MME(820)는 타이머 만료에 기초하여 재전송 리스트에서 삭제되는 과금 데이터에 대하여, 실패(Fault) 메시지를 출력할 수 있다. MME(820)는 실패 메시지를 출력하여 사용자 혹은 망 관리자에게 과금에 관한 문제가 발생하였음을 보고할 수 있다. 또한, MME(820)는 타이머 만료에 기초하여 재전송 리스트에서 삭제되는 과금 데이터에 및 그와 연관된 식별 정보를 로그(Log)로 저장할 수 있다. MME(820)는 이후 요청에 응답하여 로그로 저장된 정보를 제공할 수 있다.
도 9는 일 실시예에 따른 과금 데이터 전달 방법을 설명하기 위한 도면이다. 도 9는 데이터 베어러가 삭제되는 경우의 과금 데이터 전달 방법을 설명한다. 실시예에 있어서, 베어러가 삭제되는 과정은 Detach, Bearer Deactivation, PDN Disconnection, Handover Procedure with S-GW Relocation, MME Triggered S-GW Relocation 과정 등을 포함할 수 있다.
도 9를 참조하면, eNB(910)로부터 MME(920)를 거쳐 GW(930)로 과금 데이터가 전송된다. 실시예에 있어서, 각 엔티티들은 정상적으로 저장되지 않은 과금 데이터에 대하여, 베어러가 삭제되어도 재전송 동작을 수행할 수 있다.
단계 S911에서, eNB(910)는 MME(920)로 과금 데이터를 전송한다. 과금 데이터는 다양한 형식의 메시지를 통해 전송될 수 있다.
단계 S910에서, eNB(910)는 타이머를 구동할 수 있다. 실시예에 있어서, eNB(910)는 S911 단계에서 과금 데이터를 전송할 때 동시에 타이머를 구동할 수 있다. 혹은 eNB(910)는 과금 데이터를 전송한 후 타이머를 구동할 수 있다. 타이머의 구동 시작 시점 및 만료 시점은 다양한 기준을 이용하여 설정될 수 있다. eNB(910)가 구동하는 타이머는 재전송 리스트를 보관하는 시간적 기준이 될 수 있다. 타이머는 다양한 단위로 구동될 수 있다. 실시예에 있어서, 타이머는 과금 데이터의 대상 단말별로 구동될 수 있다. 혹은, 타이머는 과금 데이터 각각에 대하여 구동될 수 있다.
단계 S912에서, eNB(910)는 재전송 리스트를 저장할 수 있다. 재전송 리스트는, S911 단계에서 eNB(910)가 MME(920)로 전송한 과금 데이터 및 그와 연관된 식별 정보를 저장한 리스트이다. 실시예에 있어서, 재전송 리스트는 단말 단위로 관리되거나, 혹은 상위 엔티티 단위로 관리될 수 있다. 예를 들어, eNB(910)는 과금 데이터를 전송하는 각 eNB별로 과금 데이터 및 그와 연관된 식별 정보를 재전송 리스트로 저장할 수 있다. 실시예에 있어서, 재전송 리스트는 IMSI 및 EBID를 포함할 수 있다.
한편, 베어러에 대한 삭제 이벤트가 발생한 경우, eNB(910)는 베어러에 대한 삭제 절차를 진행할 수 있다. eNB(910)는 삭제 이벤트가 발생된 베어러를 삭제하면서도, 그에 대한 과금 데이터 및 식별 정보는 재전송 리스트에 저장하여 유지할 수 있다.
단계 S921에서, MME(920)는 응답 메시지를 eNB(910)로 전송한다. 응답 메시지는 S911 단계에서 eNB(910)가 MME(920)로 전송한 과금 데이터 중 MME(920)가 수신에 성공한 과금 데이터를 나타낸다. 실시예에 있어서, MME(920)는 과금 수신 리스트를 획득하여 저장할 수 있다. 과금 수신 리스트는 eNB(910)로부터 수신한 과금 데이터 및 그와 연관된 식별 정보를 저장한 리스트이며, 하위 엔티티 단위로 관리될 수 있다. MME(920)는 개별 과금 데이터가 수신되었을 때 각각에 대하여 모두 응답 메시지를 전송하는 대신, 복수의 과금 데이터에 대하여 과금 수신 리스트를 응답 메시지로 전송할 수 있다.
실시예에 있어서, MME(920)는 소정의 이벤트가 발생하면 응답 메시지를 eNB(910)로 전송할 수 있다. 실시예에 있어서, MME(920)는 일정 주기로 응답 메시지를 eNB(910)로 전송할 수 있다. MME(920)가 응답 메시지를 전송하는 시간은 통신 환경에 따라 가변될 수 있다. 혹은 실시예에 있어서, MME(920)는 일정량의 정보가 수집되었을 때 응답 메시지를 eNB(910)로 전송할 수 있다.
또한 실시예에 있어서, MME(920)는 과금 수신 리스트 중 일부를 응답 메시지로 eNB(910)로 전송할 수 있다. 예를 들어, MME(920)는 과금 수신 리스트를 하위 엔티티 단위로 관리할 수 있으므로, MME(920)는 저장된 과금 수신 리스트 중 대상 eNB(910)에 대응되는 과금 수신 리스트만 대상 eNB(910)에 전송할 수 있다.
단계 S913에서, eNB(910)는, MME(920)로부터 수신한 응답 메시지에 기초하여 재전송 리스트를 갱신할 수 있다. 실시예에 있어서, eNB(910)는 S911 단계에서 전송한 과금 데이터들 중 전송에 성공한 데이터들을 응답 메시지에 기초하여 판별할 수 있다. eNB(910)는 재전송 리스트에서 전송에 성공한 과금 데이터에 관한 데이터를 삭제하고, 전송에 실패하였다고 판별된 과금 데이터만 남겨둘 수 있다.
단계 S914에서, eNB(910)는 과금 데이터를 MME(920)로 재전송 할 수 있다. eNB(910)는 재전송 리스트에 기초하여, 전송에 실패하였다고 판별된 과금 데이터에 대하여만 재전송을 실행할 수 있다.
eNB(910)는 소정의 이벤트가 발생하면 재전송 동작을 수행할 수 있다. 실시예에 있어서, eNB(910)는 일정 주기로 과금 데이터를 MME(920)로 재전송할 수 있다. 이때, eNB(910)는 주기적으로 전송이 정의된 메시지, 예를 들어 ENB Configuration 메시지를 이용하여 과금 데이터를 재전송할 수 있다. 혹은 실시예에 있어서, eNB(910)는 일정량의 정보가 재전송 리스트에 수집되었을 때 과금 데이터를 MME(920)로 재전송할 수 있다.
S915 단계에서, S910 단계에서 구동한 타이머가 만료될 수 있다.
S916 단계에서, eNB(910)는 타이머 만료에 기초하여 재전송 리스트를 삭제하고, 후속 동작을 실행할 수 있다.
실시예에 있어서, eNB(910)는 구동된 각 타이머들에 기초하여, 만료된 타이머에 대응되는 과금 데이터 및 그와 연관된 정보를 재전송 리스트에서 삭제할 수 있다. 과금 데이터에 대하여 한정 없이 계속하여 재전송을 수행하는 것은 비효율적이므로, eNB(910)는 지속적으로 재전송에 실패하는 데이터에 대하여는, 타이머를 이용하여 재전송을 그만둘 수 있다.
한편, eNB(910)는 타이머 만료에 기초하여 재전송 리스트에서 삭제되는 과금 데이터에 대하여, 실패(Fault) 메시지를 출력할 수 있다. eNB(910)는 실패 메시지를 출력하여 사용자 혹은 망 관리자에게 과금에 관한 문제가 발생하였음을 보고할 수 있다. 또한, eNB(910)는 타이머 만료에 기초하여 재전송 리스트에서 삭제되는 과금 데이터에 및 그와 연관된 식별 정보를 로그(Log)로 저장할 수 있다. eNB(910)는 이후 요청에 응답하여 로그로 저장된 정보를 제공할 수 있다.
단계 S922에서, MME(920)는 GW(930)로 과금 데이터를 전송한다. 과금 데이터는 다양한 형식의 메시지를 통해 전송될 수 있다.
단계 S920에서, MME(920)는 타이머를 구동할 수 있다. 실시예에 있어서, MME(920)는 S922 단계에서 과금 데이터를 전송할 때 동시에 타이머를 구동할 수 있다. 혹은 MME(920)는 과금 데이터를 전송한 후 타이머를 구동할 수 있다. 타이머의 구동 시작 시점 및 만료 시점은 다양한 기준을 이용하여 설정될 수 있다. MME(920)가 구동하는 타이머는 MME(920)가 저장하는 재전송 리스트를 보관하는 시간적 기준이 될 수 있다.
타이머는 다양한 단위로 구동될 수 있다. 실시예에 있어서, 타이머는 과금 데이터의 대상 단말별로 구동될 수 있다. 혹은, 타이머는 과금 데이터 각각에 대하여 구동될 수 있다.
단계 S923에서, MME(920)는 재전송 리스트를 저장할 수 있다. 재전송 리스트는, S922 단계에서 MME(920)가 GW(930)로 전송한 과금 데이터 및 그와 연관된 식별 정보를 저장한 리스트이다. 실시예에 있어서, 재전송 리스트는 하위 엔티티 단위로 관리되거나, 혹은 상위 엔티티 단위로 관리될 수 있다. 실시예에 있어서, 재전송 리스트는 IMSI 및 EBID를 포함할 수 있다.
한편, 베어러에 대한 삭제 이벤트가 발생한 경우, MME(920)는 베어러에 대한 삭제 절차를 진행할 수 있다. MME(920)는 삭제 이벤트가 발생된 베어러를 삭제하면서도, 그에 대한 과금 데이터 및 식별 정보는 재전송 리스트에 저장하여 유지할 수 있다.
S931에서, 베어러에 대한 삭제 이벤트가 발생한 경우, GW(930)는 베어러에 대한 삭제 절차를 진행할 수 있다. 실시예에 있어서, GW(930)는 Create Session Requset 메시지의 UP Function Selection Indication Flag 중 DCNR(Dual Connectivity with NR)을 이용하여, 베어러로 연결된 단말이 DC(Dual Connectivity)에 기초한 5G 이용 가능한 단말인지 여부를 판별할 있다. GW(930)는 5G 이용 가능한 단말에 대한 베어러 삭제 이벤트가 발생되면, 아래의 절차를 실행할 수 있다.
S930 단계에서, GW(930)는 타이머를 구동할 수 있다. 타이머는 GW(930)가 삭제 이벤트가 발생된 베어러를 유지하는 시간적 기준이 될 수 있다. GW(930)는 삭제 이벤트가 발생된 베어러에 대한 삭제 절차를 진행하면서도, 타이머가 만료될 때 까지는 GW(930)내부에서 베어러를 유지할 수 있다.
단계 S932에서, GW(930)는 응답 메시지를 MME(920)로 전송한다. 응답 메시지는 S922 단계에서 MME(920)가 GW(930)로 전송한 과금 데이터 중 GW(930)가 수신에 성공한 과금 데이터를 나타낸다.
실시예에 있어서, GW(930)는 과금 수신 리스트를 획득하여 저장할 수 있다. 과금 수신 리스트는 MME(920)로부터 수신한 과금 데이터 및 그와 연관된 식별 정보를 저장한 리스트이며, 하위 엔티티 단위로 관리될 수 있다. GW(930)는 개별 과금 데이터가 수신되었을 때 각각에 대하여 모두 응답 메시지를 전송하는 대신, 복수의 과금 데이터에 대하여 과금 수신 리스트를 응답 메시지로 전송할 수 있다.
실시예에 있어서, GW(930)는 소정의 이벤트가 발생하면 응답 메시지를 MME(920)로 전송할 수 있다. 실시예에 있어서, GW(930)는 일정 주기로 응답 메시지를 MME(920)로 전송할 수 있다. GW(930)가 응답 메시지를 전송하는 시간은 통신 환경에 따라 가변될 수 있다. 혹은 실시예에 있어서, GW(930)는 일정량의 정보가 수집되었을 때 응답 메시지를 MME(920)로 전송할 수 있다.
또한 실시예에 있어서, GW(930)는 과금 수신 리스트 중 일부를 응답 메시지로 MME(920)로 전송할 수 있다. 예를 들어, GW(930)는 과금 수신 리스트를 하위 엔티티 단위로 관리할 수 있으므로, GW(930)는 저장된 과금 수신 리스트 중 대상 MME(920)에 대응되는 과금 수신 리스트만 대상 MME(920)에 전송할 수 있다.
단계 S924에서, MME(920)는, GW(930)로부터 수신한 응답 메시지에 기초하여 재전송 리스트를 갱신할 수 있다. 실시예에 있어서, MME(920)는 S922단계에서 전송한 과금 데이터들 중 전송에 성공한 데이터들을 응답 메시지에 기초하여 판별할 수 있다. MME(920)는 재전송 리스트에서 전송에 성공한 과금 데이터에 관한 데이터를 삭제하고, 전송에 실패하였다고 판별된 과금 데이터만 남겨둘 수 있다.
단계 S925에서, MME(920)는 과금 데이터를 GW(930)로 재전송 할 수 있다. MME(920)는 재전송 리스트에 기초하여, 전송에 실패하였다고 판별된 과금 데이터에 대하여만 재전송을 실행할 수 있다.
MME(920)는 소정의 이벤트가 발생하면 재전송 동작을 수행할 수 있다. 실시예에 있어서, MME(920)는 일정 주기로 과금 데이터를 GW(930)로 재전송할 수 있다. 이때, MME(920)는 주기적으로 전송이 정의된 메시지, 예를 들어 Echo Request 메시지를 이용하여 과금 데이터를 재전송할 수 있다. 혹은 실시예에 있어서, MME(920)는 일정량의 정보가 재전송 리스트에 수집되었을 때 과금 데이터를 GW(930)로 재전송할 수 있다.
S926 단계에서, S920 단계에서 구동한 타이머가 만료될 수 있다.
S927 단계에서, MME(920)는 타이머 만료에 기초하여 재전송 리스트를 삭제하고, 후속 동작을 실행할 수 있다.
실시예에 있어서, MME(920)는 구동된 각 타이머들에 기초하여, 만료된 타이머에 대응되는 과금 데이터 및 그와 연관된 정보를 재전송 리스트에서 삭제할 수 있다. 과금 데이터에 대하여 한정 없이 계속하여 재전송을 수행하는 것은 비효율적이므로, MME(920)는 지속적으로 재전송에 실패하는 데이터에 대하여는, 타이머를 이용하여 재전송을 그만둘 수 있다.
한편, MME(920)는 타이머 만료에 기초하여 재전송 리스트에서 삭제되는 과금 데이터에 대하여, 실패(Fault) 메시지를 출력할 수 있다. MME(920)는 실패 메시지를 출력하여 사용자 혹은 망 관리자에게 과금에 관한 문제가 발생하였음을 보고할 수 있다. 또한, MME(920)는 타이머 만료에 기초하여 재전송 리스트에서 삭제되는 과금 데이터에 및 그와 연관된 식별 정보를 로그(Log)로 저장할 수 있다. MME(920)는 이후 요청에 응답하여 로그로 저장된 정보를 제공할 수 있다.
S933 단계에서, S930 단계에서 GW(930)가 구동한 타이머가 만료될 수 있다.
S934 단계에서, GW(930)는 삭제 이벤트가 발생된 베어러를 삭제할 수 있다. 베어러가 GW(930)에서 삭제되면, 해당 베어러에 대한 과금 데이터가 수신되어도 과금 동작이 처리될 수 없다. 그러나 실시예에 있어서, GW(930)가 구동하는 타이머가 하위 엔티티가 재전송 리스트 보존을 위해 구동하는 타이머에 비하여 긴 시간으로 설정되면, 베어러 삭제 후에는 해당 베어러에 대한 과금 데이터가 수신되지 않는다.
도 10은 일 실시 예에 따른 기지국을 도시하는 도면이다. 도 10을 참조하면, 기지국(1000)은 프로세서(1010), 송수신부(1020) 및 메모리(1030)를 포함할 수 있다. 전술한 기지국(1000)의 통신 방법에 따라, 기지국(1000)의 송수신부(1020), 메모리(1030) 및 프로세서(1010)가 동작할 수 있다. 다만, 기지국(1000)의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 기지국(1000)은 전술한 구성 요소들 보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수도 있다. 뿐만 아니라 송수신부(1020), 메모리(1030) 및 프로세서(1010)가 하나의 칩(chip) 형태로 구현될 수도 있다.
프로세서(1010)는 상술한 본 개시의 실시 예에 따라 기지국이 동작할 수 있는 일련의 과정을 제어할 수 있다. 예컨대 본 개시의 실시 예에 의한 프로세서(1010)는 상위 엔티티로 과금 데이터를 전송하고, 전송한 과금 데이터가 정상적으로 전송되었는지를 판별하고, 판별 결과에 기초하여 보완 동작을 실행할 수 있다.
송수신부(1020)는 단말 혹은 다른 엔티티와 신호를 송수신할 수 있다. 신호는 제어 정보와, 데이터를 포함할 수 있다. 이를 위해, 송수신부(1020)는 송신되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 다만, 이는 송수신부(1020)의 일 실시예일뿐이며, 송수신부(1020)의 구성 요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다.
또한, 송수신부(1020)는 무선 채널을 통해 신호를 수신하여 프로세서(1010)로 출력하고, 프로세서(1010)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다.
메모리(1030)는 기지국의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(1030)는 기지국에서 획득되는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(1030)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리(1030)는 복수 개의 메모리로 구성될 수도 있다. 일 실시예에서, 메모리(1030)는 빔 기반 협력 통신을 지원하기 위한 프로그램을 저장할 수 있다.
도 11은 본 개시의 실시 예에 따른 게이트웨이의 내부 구조를 도시하는 블록도이다. 도 11을 참조하면, 게이트웨이(1100)는 프로세서(1110), 송수신부(1120) 및 메모리(1130)를 포함할 수 있다. 다만, 게이트웨이(1100)의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 게이트웨이(1100)는 전술한 구성 요소들 보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수도 있다. 뿐만 아니라 송수신부(1120), 메모리(1130) 및 프로세서(1110)가 하나의 칩(chip) 형태로 구현될 수도 있다. 또한 게이트웨이(1100)는 다른 네트워크 엔티티들과 하나의 형태로 구현될 수도 있다.
프로세서(1110)는 상술한 본 개시의 실시 예에 따라 게이트웨이가 동작할 수 있도록 일련의 과정을 제어할 수 있다. 실시예에 있어서, 프로세서(1110)는 베어러의 삭제 이벤트에 기초하여 타이머를 구동하고, 하위 엔티티로부터 베어러의 과금 데이터를 수신하고, 타이머가 만료되면 상술된 베어러를 삭제할 수 있다.
송수신부(1120)는 다른 엔티티들과 신호를 송수신할 수 있다. 상술된 신호는 제어 정보와, 데이터를 포함할 수 있다. 이를 위해, 송수신부(1120)는 송신되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 다만, 이는 송수신부(1120)의 일 실시예일뿐이며, 송수신부(1120)의 구성 요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다.
또한, 송수신부(1120)는 유선 혹은 무선 채널을 통해 신호를 수신하여 프로세서(1110)로 출력하고, 프로세서(1110)로부터 출력된 신호를 유선 혹은 무선 채널을 통해 전송할 수 있다.
메모리(1130)는 게이트웨이의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(1130)는 게이트웨이에서 획득되는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(1130)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리(1130)는 복수 개의 메모리로 구성될 수도 있다. 일 실시예에서, 메모리(1130)는 빔 기반 협력 통신을 지원하기 위한 프로그램을 저장할 수 있다.
본 개시의 청구항 또는 명세서에 기재된 실시예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.
소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체 또는 컴퓨터 프로그램 제품이 제공될 수 있다. 컴퓨터 판독 가능 저장 매체 또는 컴퓨터 프로그램 제품에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.
이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(ROM: Read Only Memory), 전기적 삭제가능 프로그램가능 롬(EEPROM: Electrically Erasable Programmable Read Only Memory), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(CD-ROM: Compact Disc-ROM), 디지털 다목적 디스크(DVDs: Digital Versatile Discs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.
또한, 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(Local Area Network), WLAN(Wide LAN), 또는 SAN(Storage Area Network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크 상의 별도의 저장 장치가 본 개시의 실시예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시예들에서, 본 개시에 포함되는 구성 요소는 제시된 구체적인 실시예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편, 본 명세서와 도면에 개시된 본 개시의 실시예들은 본 개시의 기술 내용을 쉽게 설명하고 본 개시의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 개시의 범위를 한정하고자 하는 것은 아니다. 즉 본 개시의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한 상술된 각각의 실시 예는 필요에 따라 서로 조합되어 운용할 수 있다.

Claims (15)

  1. 복수의 무선 엑세스 기술을 지원하는 무선통신 시스템에서, 엔티티가 과금 데이터를 전송하는 방법에 있어서,
    상위 엔티티로 과금 데이터를 전송하는 단계;
    상기 과금 데이터가 정상적으로 전송되었는지를 판별하는 단계; 및
    상기 판별 결과에 기초하여 보완 동작을 실행하는 단계를 포함하는, 과금 데이터 전송 방법.
  2. 제 1항에 있어서,
    상기 과금 데이터가 정상적으로 전송되었는지를 판별하는 단계는
    상기 상위 엔티티로부터 상기 과금 데이터의 수신을 나타내는 응답 메시지를 수신하는 단계; 및
    상기 응답 메시지에 기초하여 상기 과금 데이터가 정상적으로 전송되었는지 판별하는 단계를 포함하는, 과금 데이터 전송 방법.
  3. 제 1항에 있어서,
    상기 과금 데이터가 정상적으로 전송되었는지를 판별하는 단계는
    상기 상위 엔티티로부터 과금 수신 리스트를 수신하는 단계;
    및 상기 과금 수신 리스트에 기초하여 상기 과금 데이터가 정상적으로 전송되었는지 판별하는 단계를 포함하며,
    상기 상위 엔티티는 소정의 시간 동안 수신한 상기 과금 데이터에 기초하여 상기 과금 수신 리스트를 획득하는, 과금 데이터 전송 방법.
  4. 제 3항에 있어서,
    상기 과금 수신 리스트는 IMSI 및 EBID를 포함하는, 과금 데이터 전송 방법.
  5. 제 1항에 있어서,
    상기 보완 동작을 실행하는 단계는 상기 과금 데이터가 정상적으로 전송되었으면 상기 과금 데이터를 삭제하는 단계를 포함하는, 과금 데이터 전송 방법.
  6. 제 1항에 있어서,
    상기 과금 데이터가 정상적으로 전송되었는지를 판별하는 단계는
    재전송 리스트를 저장하는 단계;
    상기 상위 엔티티로부터 상기 과금 데이터의 수신을 나타내는 응답 메시지를 수신하고, 상기 응답 메시지에 기초하여 상기 재전송 리스트를 갱신하는 단계; 및
    상기 재전송 리스트에 기초하여 상기 과금 데이터가 정상적으로 전송되었는지 판별하는 단계를 포함하는, 과금 데이터 전송 방법.
  7. 제 6항에 있어서,
    상기 과금 데이터를 전송하면 타이머를 구동하는 단계; 및
    상기 타이머가 만료되면 상기 재전송 리스트를 삭제하는 단계를 더 포함하는, 과금 데이터 전송 방법.
  8. 제 6항에 있어서,
    상기 보완 동작을 실행하는 단계는 상기 재전송 리스트에 기초하여 실패 메시지를 출력하는 단계; 및
    상기 재전송 리스트에 기초하여 상기 과금 데이터 중 정상적으로 전송되지 않은 과금 데이터를 로그로 저장하는 단계를 포함하는, 과금 데이터 전송 방법.
  9. 제 1항에 있어서,
    상기 상위 엔티티로 과금 데이터를 전송하는 단계는 상기 상위 엔티티로 베어러의 과금 데이터를 전송하는 단계이고,
    상기 과금 데이터가 정상적으로 전송되었는지를 판별하는 단계는
    상기 베어러의 삭제 이벤트가 존재하면 상기 베어러를 삭제하는 단계;
    재전송 리스트를 저장하는 단계;
    상기 상위 엔티티로부터 상기 과금 데이터의 수신을 나타내는 응답 메시지를 수신하고, 상기 응답 메시지에 기초하여 상기 재전송 리스트를 갱신하는 단계; 및
    상기 재전송 리스트에 기초하여 상기 과금 데이터가 정상적으로 전송되었는지 판별하는 단계를 포함하되,
    상기 상위 엔티티는 상기 베어러의 삭제 이벤트가 존재하면 타이머를 구동하고, 상기 타이머가 만료되면 상기 베어러를 삭제하는, 과금 데이터 전송 방법.
  10. 복수의 무선 엑세스 기술을 지원하는 무선통신 시스템에서, 과금 데이터를 전송하는 엔티티에 있어서,
    적어도 하나의 인스트럭션을 저장하는 메모리;
    송수신부; 및
    프로세서를 포함하며,
    상기 프로세서는 상기 적어도 하나의 인스트럭션을 실행하여 상위 엔티티로 과금 데이터를 전송하고, 상기 과금 데이터가 정상적으로 전송되었는지를 판별하며, 상기 판별 결과에 기초하여 보완 동작을 실행하는, 엔티티.
  11. 제 10항에 있어서,
    상기 프로세서는 상기 상위 엔티티로부터 상기 과금 데이터의 수신을 나타내는 응답 메시지를 수신하고, 상기 응답 메시지에 기초하여 상기 과금 데이터가 정상적으로 전송되었는지 판별하는, 엔티티.
  12. 제 10항에 있어서,
    상기 프로세서는 상기 상위 엔티티로부터 과금 수신 리스트를 수신하고, 상기 과금 수신 리스트에 기초하여 상기 과금 데이터가 정상적으로 전송되었는지 판별하되, 상기 상위 엔티티는 소정의 시간 동안 수신한 상기 과금 데이터에 기초하여 상기 과금 수신 리스트를 획득하는, 엔티티.
  13. 제 12항에 있어서,
    상기 과금 수신 리스트는 IMSI 및 EBID를 포함하는, 엔티티.
  14. 제 10항에 있어서,
    상기 프로세서는 재전송 리스트를 저장하고, 상기 상위 엔티티로부터 상기 과금 데이터의 수신을 나타내는 응답 메시지를 수신하고, 상기 응답 메시지에 기초하여 상기 재전송 리스트를 갱신하며, 상기 재전송 리스트에 기초하여 상기 과금 데이터가 정상적으로 전송되었는지 판별하는, 엔티티.
  15. 제 14항에 있어서, 상기 프로세서는 상기 재전송 리스트에 기초하여 실패 메시지를 출력하고, 상기 재전송 리스트에 기초하여 상기 과금 데이터 중 정상적으로 전송되지 않은 과금 데이터를 로그로 저장하는, 엔티티.
PCT/KR2019/010478 2018-08-17 2019-08-19 무선통신 시스템에서 과금 방법 및 장치 Ceased WO2020036470A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP19849412.2A EP3783928B1 (en) 2018-08-17 2019-08-19 Billing method and apparatus in wireless communication system
US17/250,638 US12028785B2 (en) 2018-08-17 2019-08-19 Billing method and apparatus in wireless communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020180096224A KR102453168B1 (ko) 2018-08-17 2018-08-17 무선통신 시스템에서 과금 방법 및 장치
KR10-2018-0096224 2018-08-17

Publications (1)

Publication Number Publication Date
WO2020036470A1 true WO2020036470A1 (ko) 2020-02-20

Family

ID=69525715

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/010478 Ceased WO2020036470A1 (ko) 2018-08-17 2019-08-19 무선통신 시스템에서 과금 방법 및 장치

Country Status (4)

Country Link
US (1) US12028785B2 (ko)
EP (1) EP3783928B1 (ko)
KR (1) KR102453168B1 (ko)
WO (1) WO2020036470A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022260321A1 (en) 2021-06-11 2022-12-15 Samsung Electronics Co., Ltd. Method and node for transmitting critical information in a wireless network
EP4381783A4 (en) * 2021-08-06 2025-06-11 Telefonaktiebolaget LM Ericsson (publ) Network nodes and methods therein for secondary network usage reporting

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010002984A (ko) * 1999-06-19 2001-01-15 김영환 이동 통신 교환기의 과금 데이터 유실 방지 방법
KR100956363B1 (ko) * 2008-08-01 2010-05-07 주식회사 케이티 이동통신 망에서의 데이터 과금 방법 및 시스템
WO2011150688A1 (zh) * 2010-06-02 2011-12-08 中兴通讯股份有限公司 预付费业务计费方法和系统
KR20130004978A (ko) * 2011-07-05 2013-01-15 에스케이텔레콤 주식회사 과금 서비스 시스템 및 방법, 과금 데이터 처리 장치 및 그 장치의 구동 방법
KR20180003318A (ko) * 2016-06-30 2018-01-09 주식회사 케이티 다중망 병합 전송 시스템, 그리고 이의 동작 방법

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI20061035A0 (fi) * 2006-11-23 2006-11-23 Nokia Corp Datatietueiden kaksinkertaisen laskutuksen sarjamuotoinen ehkäisy
KR20080078430A (ko) * 2007-02-23 2008-08-27 엘지노텔 주식회사 가입자의 과금정보 전송 관리를 위한 ｒａｄｉｕｓ클라이언트 및 방법
KR100996569B1 (ko) 2008-07-25 2010-11-24 주식회사 케이티 과금 처리 시스템 및 방법
KR101641096B1 (ko) * 2009-02-16 2016-07-20 삼성전자주식회사 이동통신 시스템에서 노드 간 경로 관리 방법 및 장치
KR101862745B1 (ko) 2011-08-10 2018-06-07 에스케이텔레콤 주식회사 ＱｏＳ 예외 처리를 위한 시스템 및 방법과 정책 및 과금 시행 및 규칙 설정 장치
KR101669777B1 (ko) * 2012-10-26 2016-10-26 인텔 코포레이션 사용자 플레인 혼잡의 리포트
US9432820B2 (en) * 2013-05-29 2016-08-30 Qualcomm Incorporated Method for efficiently supporting multiple simultaneous group PTT calls requiring low call setup latency
WO2016081739A1 (en) * 2014-11-19 2016-05-26 Anand Sudir Kumar Technologies for converting mobile communications network billing records
US20160249255A1 (en) 2015-02-25 2016-08-25 Alcatel-Lucent Usa Inc. Network support for differential charging for data usage in licensed and unlicensed frequency bands
KR102458443B1 (ko) 2016-02-23 2022-10-25 삼성전자주식회사 무선통신 시스템에서 무선자원의 사용을 과금하는 방법 및 장치
CN107733577B (zh) 2016-08-11 2020-06-02 华为技术有限公司 进行重传处理的方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010002984A (ko) * 1999-06-19 2001-01-15 김영환 이동 통신 교환기의 과금 데이터 유실 방지 방법
KR100956363B1 (ko) * 2008-08-01 2010-05-07 주식회사 케이티 이동통신 망에서의 데이터 과금 방법 및 시스템
WO2011150688A1 (zh) * 2010-06-02 2011-12-08 中兴通讯股份有限公司 预付费业务计费方法和系统
KR20130004978A (ko) * 2011-07-05 2013-01-15 에스케이텔레콤 주식회사 과금 서비스 시스템 및 방법, 과금 데이터 처리 장치 및 그 장치의 구동 방법
KR20180003318A (ko) * 2016-06-30 2018-01-09 주식회사 케이티 다중망 병합 전송 시스템, 그리고 이의 동작 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3783928A4 *

Also Published As

Publication number Publication date
EP3783928A1 (en) 2021-02-24
KR20200020473A (ko) 2020-02-26
US12028785B2 (en) 2024-07-02
EP3783928A4 (en) 2021-06-23
US20210306817A1 (en) 2021-09-30
EP3783928B1 (en) 2025-01-01
KR102453168B1 (ko) 2022-10-11

Similar Documents

Publication Publication Date Title
WO2019194641A1 (en) Method and apparatus for operating protocol layer of terminal in inactive mode in next-generation mobile communication system
WO2014025141A1 (en) A method for transferring a status report and a communication device thereof in a wireless communication system
WO2019160327A1 (ko) 이동통신 시스템에서 셀 재선택을 수행하는 방법 및 장치
WO2019245352A1 (ko) 이동통신 시스템에서 무선 링크 실패 보고 방법 및 장치
WO2022086239A1 (en) Method and system for handling lossless operations for mbs in 5g communication network
EP3635900A1 (en) Method and apparatus for transmitting and receiving duplicate packets in next-generation mobile communication system
WO2019194563A1 (en) Method and apparatus for controlling data receiving rate in mobile communication system
WO2020226389A1 (ko) 무선 통신 시스템에서 단말 능력을 보고하는 방법 및 장치
WO2021230713A1 (ko) 차세대 이동 통신 시스템에서 conditional pscell change 과정을 수행하는 방법 및 장치
WO2018174638A1 (ko) 무선 통신 시스템에서 단말의 위치에 따라서 세션의 상태를 관리하는 방법 및 장치
WO2018131990A1 (en) Method and apparatus for processing data in a wireless communication system
WO2016099058A1 (ko) 무선 통신 시스템에서 기지국과 단말 간 통신 방법을 결정하는 방법 및 장치
WO2021071253A1 (ko) 무선 통신 시스템에서 통신을 수행하는 방법 및 장치
WO2021125712A1 (ko) 차세대 이동통신 시스템에서 rrc 메시지의 분할 전송과 관련된 타이머 관리 방법 및 장치
EP3909292A1 (en) Method and apparatus for resource management for conditional handover in wireless communication system
EP3747213A1 (en) Method and apparatus for operating protocol layer of terminal in inactive mode in next-generation mobile communication system
WO2022010135A1 (ko) 무선 통신 시스템에서 단말 능력 정보를 제공하는 방법 및 장치
WO2021215739A1 (ko) 무선 통신 시스템에서 단말 능력 보고를 위한 방법 및 장치
WO2021157991A1 (ko) 차세대 이동통신 시스템에서 단말 동작 및 장치
WO2020130709A1 (ko) 차세대 이동통신 시스템에서 복수의 무선 전송 기법에 대한 단말 능력을 보고하는 방법 및 장치
WO2020085834A1 (en) Method and apparatus for performing handover in mobile communication system
EP3811540A1 (en) A method and a device for data retransmission
WO2021215884A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치
WO2024029769A1 (ko) 차세대 이동 통신 시스템에서 레이어1/레이어2 기반의 셀 간 이동을 지원하기 위한 레이어 1 측정 및 보고 향상 방법 및 장치
WO2020055209A1 (en) Method and apparatus for transmitting packet in wireless communication system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19849412

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019849412

Country of ref document: EP

Effective date: 20201120

NENP Non-entry into the national phase

Ref country code: DE