ARRANGEMENT RELATED TO A CALL PROCEDURE

Abstract: The present invention relates to an arrangement related to a call procedure, wherein the receiver of a call shall be charged for the call and not the caller, especially in connection with users/endpoints that have been registered in a gatekeeper as subscribers to such service, for thereby allowing said gateway to set up H.323 calls therebetween, and for the purpose of presenting a simple way to call someone where the receiver is charged for the call, and without introducing any changes in the gate-keeper in question, it is according to the present suggested that for the purpose of also allowing callers who are not subscribers to such a service, to call free of charge numbers, the arrangement is provided with means for communicating with a proxy comprising adaption means to register the caller and make sure that the caller is connected to a free of charge call. Appropriately, said means for communicating with a proxy may be initiated by a click on a web page.

Description: ARRANGEMENT RELATED TO A CALL PROCEDURE Field of the invention The present invention relates to an arrangement related to a call procedure, wherein the receiver of the call should be charged for the call and not the caller, especially in connection with users/endpoints that have been registered in a gatekeeper as subscribers to such serv- ice, for thereby allowing said gateway to set up H.323 calls therebetween. In other words, the invention has to do with calling numbers where the receiver of the call shall be charged for the call and not the caller, in an H.323 environment. TECHNICAL BACKGROUND The Problem Area According to the H.323 standard you have to register in a gatekeeper before you can set up a call through the gatekeeper. The gatekeeper decides who are allowed to register. This will typically be everyone that has a subscription for this service. Then the users/endpoints with sub- scription are allowed to register and setup H.323 calls between each other. Usually the caller is the one that is charged for the call. A normal call would be like what appears on Figure 1. There is a need for a simple way to call someone where the receiver is charged for the call. And the caller shouldn't need to be a subscriber to the service to call these free of charge numbers. Objects of the invention A first object of the present invention is to provide an arrangement by which a caller does not have to be a subscriber to the service in order to call such free of charge numbers . Another object of the present invention is to provide an arrangement whereby it is avoided that the gatekeeper should handle all the signalling by itself, i.e. having to use some proprietary methods for verification. Still another object of the present invention is to provide an arrangement whereby this type of service could be effected in a very user-friendly manner and primarily by the use of existing hardware. Brief summary of the invention The above objects are achieved in an arrangement as stated in the preamble, which according to the present invention is characterized in that for the purpose of also allowing callers who are not subscribers to such a service, to call free of charge numbers, the arrangement is provided with means for communicating with a proxy comprising adaption means to register the caller and make sure that the caller is connected to a free of charge call. Most appropriately, said means for communicating with a proxy may be initiated by a click on a web page. In other words, the present solution is to the fact that a simple click on a web page will connect to a proxy that sends registration for you and assures that you are indeed calling a free of charge number. If the user is calling a number that is not free of charge, the call will not be set up. Further, the invention will avoid that the gatekeeper should handle all the signalling by itself, which would possibly include the use of some proprietary methods for verification. Since the gatekeeper is a critical resource in an H.323 environment the present invention allows for no substan ¬ tial changes therein. Further features and advantages of the present invention will appear from the following description taken in conjunction with the enclosed drawings, as well as from the enclosed patent claims. Brief disclosure of the drawings Figure 1 is a schematical layout illustrating how a normal call is set up in relation to a gatekeeper. Figure 2 is a schematical layout including the major ele- ments necessary for bringing the present invention into practice, the embodiment here including a proxy adapted to handle RAS signalling towards the gatekeeper. Detailed description of embodiments Figure 1 illustrates how a normal prior art call is set up in an H.323 environment, wherein you have to register in a gatekeeper before you can set up a call through the gatekeeper . In Figure 2 there is illustrated how the invention in a simple way can let a user call someone where the receiver is charged for the call, the caller not having to be a subscriber to the service to call these free of charge numbers. The basic idea is to use a RAS proxy to handle the RAS signalling towards the gatekeeper. But this can be extended to let the proxy do the Q931 and H245 signalling also, as shown in Figure 2. A major issue in this solution is that it is not the end- user that is verified, but it is the application itself. This means that the task for the gatekeeper system is to verify that the originator of the call is done from a certain application, and not from a specific user. This is important when considering security and billing for the call. On the client side there may be used a signed applet, or an equivalent application type, in a web page, or any similar application environment. This will ensure the end-user with information about who made this service (the service provider) , and that nobody has tampered with the applet since it was signed by the service provider. The applet will send an http request to the proxy with information about which number a particular user wants to call. To verify that this is a free of charge number the proxy has two alternatives . One way is to keep a local list over all numbers that are free of charge, and check the called number with this list. The other way is to let the applet encrypt the message with a private key, and then the proxy will use the applets public key to decrypt it. It should be understood that more advanced public/private key encrypt schemes can also be used. The encryption should be done before compiling the applet, since only the number you want to call has to be encrypted, and that number is well know for the service provider before compiling the applet. This ensures that even if someone is trying to decompile the applet to break the security to the system, they will only get an encrypted message that is useless for them. Since the encryption is not done in the applet itself it would be useless for people trying to misuse this service. For the proxy this will verify that the applet calls a number that the service provider has declared to be a free of charge number . For further security issues one can use an SSL connection between the applet and proxy. Instead of applets it is also possible to use servlets, or just simple HTML web pages, but then the end-user will not get a secure information about who made this service. The proxy will convert the requests it receives on http to real RAS messages (or 931/H245) and communicate with the gatekeeper. This communication will allow the end- point to setup the call through the gatekeeper. If the gatekeeper demands user verification beyond what is provided by the H323 standard, the proxy should also provide this. This means that there are no changes in the gate- keeper to allow this service. Advantages There is no need for changes in the gatekeeper, which was that this invention can be used in an environment that is fully H.323 compliant, requiring no proprietary signalling . Broadening The gatekeeper could handle all the signalling and verifications by itself. This means that the solution described in this patent application could just as well be placed inside the Gatekeeper. The advantage of this is that it would be one system that would handle all the signalling and processing. The disadvantage is that because the real-time requirements for the gatekeeper is very high, then putting all the functionality together would slow down the system. Definitions H.323 standard Provides a foundation for audio, video and data communications across Internet Protocol (IP) based networks, including the Internet . RAS - Registration, Admission and Status. RAS signalling performs registration, admission, bandwidth changes, status and disengage procedures between endpoints and gatekeepers . Q.931 - Call signalling protocol for setup and termination of calls . H.245 Control protocol for multimedia communication. Gatekeeper A server that translates user names into physical addresses for H.323 conferencing. It can also be used to provide call authorisation and accounting information. Applet A program designed to be executed from within another application. Unlike an application, applets cannot be executed directly from the operating system. Servlet An applet that runs on a server. The term usually refers to a Java applet that runs within a Web server environment. This is analogous to a Java applet that runs within a Web browser environment . World Wide Web An Internet facility that links documents locally and remotely. The Web document is called a Web page and links in the page to let users jump from page to page (hypertext) whether the pages are stored on the same server or on servers around the world. The pages are accessed and read via a Web browser such as Netscape Navigator or Internet Explorer . Http HyperText Transport Protocol . The communications protocol used to connect to servers on the World Wide Web. Web page - A page in a World Wide Web document . SSL - Secure Sockets Layer . The leading security protocol on the Internet. Proxy server - Also called a proxy or application level gateway, it is an application that breaks the connection between sender and receiver. All input is forwarded out a different port, closing a straight path between two networks and preventing a hacker from obtaining internal addresses and details of a private network . References [1] ITU-T Recommendation H.323 (1998), "Packet-based multimedia communication systems".

Claims: P a t e n t c l a i m s 1. Arrangement related to a call procedure, wherein the receiver of a call shall be charged for the call and not the caller, especially in connection with users/endpoints that have been registered in a gatekeeper as subscribers to such service, for thereby allowing said gateway to set up H.323 calls therebetween, c h a c t e r i z e d i n that for the purpose of also allowing callers who are not subscribers to such a service, to call free of charge numbers, the arrangement is provided with means for communicating with a proxy comprising adaption means to register the caller and make sure that the caller is connected to a free of charge call. 2. Arrangement as claimed in claim 1, c h a c t e r i z e d i n that said means for communicating with a proxy is inititated by a click on a web page . 3. Arrangement as claimed in claim 1 or 2 , c h a c t e r i z e d i n that said means for communicating with a proxy are embedded in a RAS (Registration, Admission as Status) proxy, which is adapted to handle RAS signalling towards the gatekeeper in question, said RAS proxy possibly being extended to also handle Q931 and H245 signalling. 4. Arrangement as claimed in any of the claims 1-3, c h a c t e r i z e d i n that said adaption means in the proxy are able to communicate the application of the service to the gatekeeper, which upon verification of such an application will allow setup of such free of charge calls. 5. Arrangement as claimed in any of the preceding claims, c h a c t e r i z e d i n that the user is provided with a signed applet, or an equivalent application type, on a web page, or any similar application environment. 6. Arrangement as claimed in claim 5, c h a c t e r i z e d i n that said applet is signed by the service provider, and that the applet will send an HTTP request to the proxy with information about which numbers a particular user wants to call . 7. Arrangement as claimed in any of the preceding claims, c h a c t e r i z e d i n that said proxy comprises a local list over all numbers that are free of charge, and comprises means for checking the called number with this list. 8. Arrangement as claimed in any of the preceding claims, c h a c t e r i z e d i n that said applet comprises means for letting the applet encrypt the message with a private key, for thereby letting the proxy use the applet public key for necessary decryption, or possibly using a more advanced public/private key encrypt scheme or said encryption. 9. Arrangement as claimed in claim 8, c h a c t e r i z e d i n that said encryption is preferably done before the compilation of the applet for thereby increasing the security against decompilation of the applet . 10. Arrangement as claimed in claim 9, c h a c t e r i z e d i n that the encryption is not done in the applet itself, the proxy thereby being able to verify that the applet calls a number that the service provider has declared to be a free of charge number. 11. Arrangement as claimed in any of the preceding claims, c h a c t e r i z e d i n that there are provided an SSL connection between the applet and proxy. 12. Arrangement as claimed in any of the preceding claims , c h a c t e r i z e d i n that instead of applets there are used servlets, or just simple HTML web pages, possi- bly with security means involved therein. 13. Arrangement as claimed in any of the preceding claims , c h a c t e r i z e d i n that the proxy is adapted to convert the requests received on http to real RAS messages (or Q931/H245) and communicate with the gatekeeper, this communication allowing the endpoint to setup the call through the gatekeeper. 14. Arrangement as claimed in any of the preceding claims, c h a c t e r i z e d i n that if the gatekeeper demands user verification beyond what is provided by the H.323 standard, then corresponding means should be in- eluded in the proxy in question, the gatekeeper thereby allowing this service without any changes.

Inventors: CORNELIUSSEN KNUT SNORRE BACH, RAESTAD ATLE, CORNELIUSSEN, KNUT, SNORRE, BACH, RAESTAD, ATLE
Applicants: CORNELIUSSEN KNUT SNORRE BACH, ERICSSON TELEFON AB L M, RAESTAD ATLE, CORNELIUSSEN, KNUT, SNORRE, BACH, RAESTAD, ATLE, TELEFONAKTIEBOLAGET LM ERICSSON
Application year: 2000
Main classification: H04M7
IPC codes: H04L12, H04L29