Method for adding value to telecommunication service card and its devices
A technology for telecommunications services and recharge methods, which is applied in telephone communications, electrical components, complete banking systems, etc., and can solve problems such as unused or low utilization rate and waste.
- Summary
- Abstract
- Description
- Claims
- Application Information
AI Technical Summary
Problems solved by technology
Method used
Image
Examples
Embodiment 1
[0022] Opinions on its networking figure 2 , in this example, the service switching point SCP and the recharge card data processing center VC are two separate entities, and the two interact through signaling No. 7. Sometimes for security reasons, front-end processors can also be set up in VCs and banks. In order to achieve the purpose of the present invention, it is also necessary to expand the corresponding capabilities on the SCP and / or VC side, including adding the ability to distinguish recharge types, account transfer request functions, recharge status notification capabilities, and response capabilities to recharge status inquiries. The recharge function can be realized.
[0023] A typical top-up process is as follows: image 3 shown. In the figure: MS is "Mobile Subscribe", ORREQ is "initial authentication", Seizers is "resource application", ConnectRES is "connection resource", INSREQ is "structure request", srfdir is "playback instruction" .
[0024] Among them,...
Embodiment 2
[0069] See its networking Figure 10 , The difference from Embodiment 1 is that the SPC and VC are combined, which is called the service control and recharge card data processing device SPC / VC. The difference between the recharging process in this manner and the first embodiment is that there is no signaling operation between the SCP and the VC, and the processes among other entities are consistent. Here is an introduction to its normal process: (such as Figure 11 )
[0070] 1) SCP / VC interacts with users;
[0071] 2) SCP / VC sends an account transfer request (Transfer_Req) to the bank: SCP / VC sends an account transfer request to the bank after processing the corresponding events.
[0072] 3) The bank responds to the SCP / VC with the transfer result (Transfer_Res): the bank processes the transfer request sent by the SCP / VC through its own front-end program, and responds to the SCP / VC according to the transfer result. The specific results are: ("3", the recharge of the ban...
Embodiment 3
[0076] For its networking method, see Figure 12 , this way is to consider the situation that only SCP is used instead of VC. For its recharge process, see Figure 13 . There is no difference between the recharging process in this method and the second method in terms of signaling. The only difference is that since the SCP entity does not have the VC function, in the internal processing of the SCP, the SCP needs to complete all the functions of the SCP and VC, including managing user information. And maintain recharge information and logs. The following describes its normal process:
[0077] 1) The SCP interacts with the user;
[0078] 2) The SCP sends a transfer request to the bank (Transfer_Req): the SCP sends a transfer request to the bank after processing the corresponding event.
[0079] 3) The bank responds to the SCP with the transfer result (Transfer_Res): the bank processes the transfer request sent by the SCP through its own front-end program, and responds to th...
PUM
Login to View More Abstract
Description
Claims
Application Information
Login to View More