|Publication number||US20030156631 A1|
|Application number||US 10/332,716|
|Publication date||Aug 21, 2003|
|Filing date||Jul 17, 2001|
|Priority date||Jul 18, 2000|
|Also published as||EP1312237A1, EP1312237A4, EP1312237B1, US20130275603, WO2002007468A1|
|Publication number||10332716, 332716, PCT/2001/865, PCT/AU/1/000865, PCT/AU/1/00865, PCT/AU/2001/000865, PCT/AU/2001/00865, PCT/AU1/000865, PCT/AU1/00865, PCT/AU1000865, PCT/AU100865, PCT/AU2001/000865, PCT/AU2001/00865, PCT/AU2001000865, PCT/AU200100865, US 2003/0156631 A1, US 2003/156631 A1, US 20030156631 A1, US 20030156631A1, US 2003156631 A1, US 2003156631A1, US-A1-20030156631, US-A1-2003156631, US2003/0156631A1, US2003/156631A1, US20030156631 A1, US20030156631A1, US2003156631 A1, US2003156631A1|
|Inventors||Glenn McPherson, Thian Tan, Stephen Terrill|
|Original Assignee||Mcpherson Glenn Douglas, Tan Thian Joo, Stephen Terrill|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (5), Referenced by (9), Classifications (15), Legal Events (1)|
|External Links: USPTO, USPTO Assignment, Espacenet|
 The present invention applies to telecommunication networks, such as wireless mobile networks. In particular, the present invention deals with providing more efficient use of the resources of such mobile networks.
 SIP is an application-layer control protocol that can establish, modify and terminate multimedia sessions or calls. SIP has been gaining in popularity and is considered likely to be the protocol of preference for application layer control of multimedia and IP telephony services, and is indeed the protocol considered to be selected to be used within 3GPP for multimedia sessions over IP to the terminal.
 The current developments of SIP, however, are mainly over wireline systems where the length of the SIP messages has not been an important issue.
 SIP is a text-based protocol that has great flexibility and is easy to understand. However, particularly in the application to mobile networks, the SIP messages have to carry information about the SIP proxy servers which are involved in the call session, as well as, information about those SIP proxy servers that may wish to be involved in the rest of the call session also. This can result in considerable header information being carried with each SIP message.
 It is considered desirable that the session control protocol should not have lengthy messages. When SIP is applied on a wireless mobile interface, which is considered to be a relatively expensive resource, the length of the SIP messages are therefore considered unacceptable and an inefficient utilisation of a very expensive resource.
 Furthermore, wireless mobile interfaces are considered to have relatively high error rates and unnecessarily lengthy messages such as the prior art SIP messages noted above are considered more susceptible to corruption by virtue of their length.
 Unfortunately, the SIP messages of the prior art, which are already considered to be quite lengthy, may grow even longer as more functionality is developed for SIP.
 The present invention seeks as an object to alleviate at least one problem associated with the prior art.
 Statements regarding the prior art throughout this specification are not to be taken as an admission of the state of common general knowledge in Australia in the field of the invention at the priority date of this application.
 The present invention provides in a wireless mobile telecommunications network, having a wireless mobile access interface, a message filter function adapted to remove, store and/or adapt header information from messages transferred to/from a wireless mobile device. Henceforth, the term “filter” shall refer to a function which may remove, store and/or adapt.
 The present invention also provides a method of communicating messages between a wireless mobile device and a message source/destination, in which the method includes filtering header information from messages destined to the mobile device, and adapting header information to messages emanating from the mobile device.
 Preferably, the messages are SIP messages.
 A telecommunications network, including the message filter function as noted above is also disclosed.
 The present invention is based on using the SIP signalling channel within the workings of a mobile network system more efficiently. In effect, the present invention will filter header information prior to sending the SIP message to the wireless mobile device. The present invention can be put into effect by a SIP on air proxy (SOAP) function. A list of proxy server identifiers are replaced by the identifier for a SOAP proxy server. Functional information which are not supported by the User Agent are filtered by the SOAP function. The effect is shorter messages which, thus, provides a reduction in the radio resource utilisation and a corresponding increase in throughput.
 Preferably, the SOAP function resides either at a SIP Proxy Server or between the SIP User Agent and the SIP Proxy Server. On a session basis, the SOAP function filters the header information from the SIP messages sent by the SIP Proxy Server and stores them. In this way, for example, only the header information required by the application layer is sent over the wireless mobile interface to a User Agent such as that present at a mobile device node. The filtered header information may then be adapted to messages sent in the reverse direction from the mobile client to the server side. The SIP on air Proxy (SOAP) function, according to the present invention, is configured to handle header information in accordance with predetermined criteria.
 Mobile device includes, without limitation, at least a mobile wireless telephone, personal digital assistant PDA, or generally, user equipment UE.
 A preferred embodiment of the present invention will now be described with reference to the accompanying drawings, in which:
FIG. 1 illustrates schematically, a portion of a communication network including a wireless mobile access interface logically having a SOAP filter function according to one embodiment of the present invention,
FIG. 2 illustrates schematically, a portion of a communication network including a wireless mobile access interface logically having a SOAP filter function according to another embodiment of the present invention. The SOAP function in this embodiment may be co-located within a SIP Proxy Server,
FIG. 3 illustrates schematically a view of the operation (in-part) of the present invention for messages communicated from a SIP Proxy Server to a SIP User Agent, and
FIG. 4 illustrates schematically a view of the operation (in-part) of the present invention for messages communicated from a SIP User Agent to a SIP Proxy Server,
FIG. 5 illustrates the communication relating to the present invention for the client side,
FIG. 6 gives an example (only) of headers contained in each message of FIG. 6,
FIG. 7 illustrates the communication relating to the present invention for the server side, and
FIG. 8 gives an example (only) of headers contained in each message of FIG. 7.
 As seen in FIGS. 1 and 2 for example, the solution proposed, in this invention is to have a SIP on air Proxy (SOAP) function 21. The SOAP function 21 resides between the SIP User Agent 22 and the SIP Proxy Server 23. Referring to FIGS. 3 and 4, on a session basis, the SOAP function 21 filters header information 11 residing within, for example, the application layer information from the SIP messages 10 sent by the SIP Proxy Server 23 and stores this information. The header information may then be modified in accordance with predetermined criteria for transmission to a User Agent. For instance a given proxy server identifier(s) is/are replaced with the SOAP server identifier. In this way, only the user agent related header information required by the application layer, for example, is sent over the wireless mobile interface 24.
 The filtered, or similar, header information 11, specific to the particular session, may then be added to messages 10 sent in the reverse direction.
 This stored header information may also be added for future messages associated with the same session.
 Header information 11 includes, but is not limited to, the following:
 Record Route
 Route (which is generated by SOAP based on Record Route stored)
 Warning (may be filtered for simple terminals which do not use this information)
 Organization (may be filtered, screening function may be in the SOAP server)
 Request-URI (may be filtered for simple terminals)
 Other similar information.
 The SOAP function 21 can be logically resident in the head-end of the wireless mobile access interface 25, although it can reside anywhere between the mobile device and message source/destination. For GPRS and UMTS packet mode service, the SOAP function 21 can be co-located with the GGSN or can be separate from the GGSN. These alternatives are illustrated in FIGS. 1 and 2 respectively.
 Advantageously, it has been found that the present invention will significantly reduce the wireless mobile resources required by the call/session control for establishing multimedia/telephony call sessions using SIP. The wireless mobile device 20 will also have reduced processor load and memory usage with the elimination of extraneous information carried over the radio or wireless interface 24. One implementation is considered to reside in the 3GPP IP Multimedia Subsystem.
 A number of examples of an implementation of the present invention is now disclosed. It is to be noted that the present invention should not be limited to these examples only.
 Handling of Record Route and Route Headers at the Client Side
FIGS. 5 and 6 illustrate the SOAP function 21 at the client side. The SOAP function 21 resides between the UAC 22 and a SIP Proxy Server 23. The SIP messages are identified as F1 to F6. FIG. 6 identifies the relevant headers contained in each message.
 The SOAP function 21 stores the Record Route header (ie <P1>, <P2>) in the 200 F3 message and replaces it with its own address identifier (ie <SOAP>) in 200 F4.
 When the UAC 22 subsequently sends a message, say a BYE F5, the Route header (<SOAP>,<UAS contact>) is replaced with (<P1>,<P2>,<UAS contact>) in BYE F6.
 Handling of Via, Record Route and Route Headers at the Server Side
FIGS. 7 and 8 illustrate the SOAP function 21 at the server side. The SOAP function resides between the UAS 22 and a SIP Proxy Server 23. The SIP messages are identified as F1 to F6. FIG. 8 identifies the relevant headers contained in each message.
 The SOAP function 21 stores the Record Route header (<P1>, <P2>) and Via headers (Via <UAC>, Via <P1>, Via <P2>) in the INVITE F1 message and replaces them with its own address identifier (ie Via <SOAP> and Record Route <SOAP>) in INVITE F2.
 When the UAS 22 subsequently sends The <Response> F3 or 200 F5 message, the SOAP function 21 replaces the Via and/or Record Route header (<SOAP>) with the stored Via and Record Route headers in <Response> F4 and 200 F6.
 Simple Terminals and Terminals with Limited Display Capabilities
 For relatively simple terminals and terminals with limited display capabilities, there are headers or parts of headers which can be filtered. The SOAP function 21 may, for example, filter the Warning header or just filter the warn-text in the Warning header. Other headers such as Organization and Request-URI may also be filtered where it is determined that the terminal is incapable of utilising this information and would have discarded them anyway.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US2151733||May 4, 1936||Mar 28, 1939||American Box Board Co||Container|
|CH283612A *||Title not available|
|FR1392029A *||Title not available|
|FR2166276A1 *||Title not available|
|GB533718A||Title not available|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7564846 *||Aug 30, 2004||Jul 21, 2009||Dezonno Anthony J||Method of collecting communication system information|
|US8416780 *||Nov 3, 2009||Apr 9, 2013||Research In Motion Limited||System and method for session initiation protocol header modification|
|US8416781 *||Nov 3, 2009||Apr 9, 2013||Research In Motion Limited||System and method for session initiation protocol header modification|
|US8825732 *||Feb 15, 2011||Sep 2, 2014||Unwired Planet, Llc||Scripting/proxy systems, methods and circuit arrangements|
|US20080298354 *||May 31, 2007||Dec 4, 2008||Sonus Networks, Inc.||Packet Signaling Content Control on a Network|
|US20110103372 *||Nov 3, 2009||May 5, 2011||Alex Shatsky||System and method for session initiation protocol header modification|
|US20110103373 *||Nov 3, 2009||May 5, 2011||Alex Shatsky||System and method for session initiation protocol header modification|
|US20110202589 *||Aug 18, 2011||Openwave Systems Inc.||Scripting/proxy systems, methods and circuit arrangements|
|WO2011100767A1 *||Feb 15, 2011||Aug 18, 2011||Openwave Systems Inc.||Scripting/proxy systems, methods and circuit arrangements|
|International Classification||H04Q7/38, H04L12/28, H04L29/06|
|Cooperative Classification||H04L65/1016, H04W74/00, H04L29/06027, H04L69/04, H04L69/22, H04W28/06, H04L65/1006|
|European Classification||H04L29/06C5, H04L29/06N, H04W28/06, H04L29/06M2H2|
|Mar 17, 2003||AS||Assignment|
Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SWEDEN
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MCPHERSON, GLENN DOUGLAS;TAN, THIAN JOO;TERRILL, STEPHEN;REEL/FRAME:013482/0557;SIGNING DATES FROM 20030122 TO 20030129