A method performed by a UE may comprise transmitting capability information to an ims. The capability information may indicate that the UE supports data transfer via ims. The UE may transmit data and an xml message, based on capability. The xml message may describe the data transmitted. In some embodiments, the data may be binary data, for example, binary animation data. Other binary types may be supported.
|
1. A method performed by a first user equipment (UE), the method comprising:
transmitting, by the first UE to an internet protocol (IP) multimedia subsystem (ims), capability information indicating that the first UE supports data transfer via ims and that the first UE supports extensible markup language (xml); and
transmitting, by the first UE, an xml message and data, in accordance with the capability information.
10. A first user equipment (UE) comprising:
a transmitter configured to transmit, from the first UE to an internet protocol (IP) multimedia subsystem (ims), capability information indicating capabilities of the first UE, wherein the capability information indicates that the first UE supports data transfer via ims; and
the transmitter configured to transmit data, in accordance with an extensible markup language (xml) message; and the capability information.
19. A first user equipment (UE) comprising:
a transmitter configured to transmit, from the first UE to an internet protocol (IP) multimedia subsystem (ims), capability information indicating a plurality of capabilities of the first UE, wherein the first UE supports extensible markup language (xml) and the first UE supports data transfer via ims;
a receiver configured to receive an xml message; and
the receiver configured to receive animation data, in accordance with the capability information.
4. The method of
receiving, in response to transmitting the xml message, an indication of whether the xml message was successfully received by a second UE.
5. The method of
6. The method of
7. The method of
8. The method of
11. The first UE of
13. The first UE of
a receiver configured to receive, in response to transmitting the data, an indication of whether the data was successfully received by a second UE.
14. The first UE of
15. The first UE of
16. The first UE of
17. The first UE of
20. The first UE of
|
|||||||||||||||||||||||||||||
This application is a continuation of U.S. patent application Ser. No. 16/189,072 filed on Nov. 13, 2018 which is a continuation of U.S. patent application Ser. No. 15/270,760 filed on Sep. 20, 2016, which is a continuation of U.S. patent application Ser. No. 14/015,552, filed on Aug. 30, 2013, which issued as U.S. Pat. No. 9,578,475 on Feb. 21, 2017 which is a continuation of U.S. patent application Ser. No. 13/463,293, filed on May 3, 2012, which issued as U.S. Pat. No. 8,526,981 on Sep. 3, 2013, which is a continuation of U.S. patent application Ser. No. 12/973,570, filed on Dec. 20, 2010, which issued as U.S. Pat. No. 8,175,626 on May 8, 2012, which is a continuation of U.S. patent application Ser. No. 12/777,927, filed on May 11, 2010, which issued as U.S. Pat. No. 7,899,477 on Mar. 1, 2011, which is a continuation of U.S. patent application Ser. No. 11/112,503, filed on Apr. 22, 2005, which issued as U.S. Pat. No. 7,715,856 on May 11, 2010, which claims the benefit of U.S. Provisional Application No. 60/576,700, filed on Jun. 2, 2004, the contents of which are all hereby incorporated by reference.
The present invention generally relates to wireless local area networks (WLANs), and more particularly, to a method and apparatus for reporting terminal capabilities to support short message service (SMS) over a WLAN.
The current architecture for supporting SMS over Internet Protocol (IP) on a WLAN uses a SMS proxy on behalf of the user equipment (UE) at the IP gateway. The SMS proxy acts as a terminal front end to the Signaling System No. 7 (SS7) mobile application part (MAP) (i.e., the existing SMS for global system for mobile communication (GSM)/general packet radio service (GPRS)). The control signaling associated with SMS is not currently covered by the proxy function.
The present invention extracts the SMS data message from the SS7/MAP format and sends the message to an interworking WLAN (I-WLAN) UE using an IP-based protocol. In the present invention, the SMS proxy function in the SMS IP gateway performs all of the functions performed by the SMS client in a GSM/GPRS UE.
A method for delivering a short message service (SMS) message to an interworking wireless local area network user equipment (UE) begins by registering the UE with an Internet Protocol short message gateway (IP-SM-GW). A capability report is sent from the UE to the IP-SM-GW, the capability report including the capabilities of the UE. A SMS message is transmitted from a short message service center (SMSC) to the IP-SM-GW. The capabilities of the UE are evaluated at the IP-SM-GW to determine whether the UE can receive the SMS message, and the SMS message is delivered to the UE via the IP-SM-GW if the UE has the capabilities to receive the SMS message.
A method for sending a SMS message from an interworking wireless local area network user equipment (UE) begins by registering the UE with an IP-SM-GW. A capability report, including the capabilities of the UE, is sent from the UE to the IP-SM-GW, whereby the IP-SM-GW acts as a proxy for the UE. A SMS message is transmitted from the UE to the IP-SM-GW. The SMS message is sent to a SMSC via the IP-SM-GW.
A system for delivering a SMS message to an interworking wireless local area network user equipment (UE) includes a SMSC, an IP-SM-GW, and a capability report. The SMSC transmits a SMS message for delivery to the UE. The UE registers with the IP-SM-GW, the IP-SM-GW receiving the SMS message transmitted by the SMSC. The capability report, including the capabilities of the UE, is sent from the UE to the IP-SM-GW. The IP-SM-GW evaluates the capability report and delivers the SMS message to the UE if the UE has the capabilities to receive the SMS message.
A system for sending a SMS message from an interworking wireless local area network user equipment (UE) includes an IP-SM-GW, a capability report, and a SMSC. The UE registers with the IP-SM-GW and sends the capability report, including the capabilities of the UE, to the IP-SM-GW. The IP-SM-GW acts as a proxy for the UE, and receives a SMS message sent by the UE. The IP-SM-GW sends the SMS message to the SMSC.
A method and apparatus for receiving an IP-based message, by a first UE over a WLAN, is provided. The method may comprise transmitting at least one IP-based registration message and transmitting capability information including at least a terminal type of the first UE. The first UE may receive from a second UE, the IP-based message formatted according to the capability information. The first UE may be addressed using a first MSISDN. In one embodiment, the capability information indicates a memory size of the first UE. In one embodiment, the capability information indicates support for the first UE to receive an animation.
A method performed by a UE may comprise transmitting capability information to an IP multimedia subsystem (IMS). The capability information may indicate that the UE supports data transfer via IMS. The UE may transmit data and an XML message, based on capability. In some embodiments, the data may be binary data, for example, binary animation data. Other binary types may be supported.
A more detailed understanding of the invention may be had from the following description of a preferred embodiment, given by way of example, and to be understood in conjunction with the accompanying drawings, wherein:
Hereafter, a user equipment (UE) includes, but is not limited to, a wireless transmit/receive unit (WTRU), a mobile station, a fixed or mobile subscriber unit, a pager, or any other type of device capable of operating in a wireless environment. When referred to hereafter, a base station includes, but is not limited to, a Node B, a site controller, an access point, or any other type of interfacing device in a wireless environment. Although the following embodiments are described in conjunction with a UE, the embodiments also apply to a WTRU.
A gateway mobile switching center (GMSC)/SMS interworking MSC (SMS-IWMSC) 106 has two functions: a GMSC function and a SMS-IWMSC function. The GMSC function receives a short message from the SMSC 104, interrogates a home subscriber server (HSS)/home location register (HLR) 108 for routing information, and delivers the short message to the visited MSC or the serving GPRS support node (SGSN) of the recipient UE. The SMS-IWMSC function receives a short message from a UE and submits it to the appropriate SMSC. While shown as separate entities, the SMSC 104 and the GMSC/SMS-IWMSC 106 can be integrated into a single entity.
The HSS/HLR 108 communicates with an authentication, authorization, and accounting (AAA) server 110 for the WLAN. The AAA server 110 contains information relating to which UEs can access the WLAN, what services the UEs are permitted to use, and accounting records for each UE.
In a non-IP based setting, the GMSC/SMS-IWMSC 106 communicates with a MSC 112 and a SGSN 114. The MSC 112 and the SGSN 114 both communicate with a UE 116. The MSC 112 provides functions such as switching, signaling, paging, and inter-MSC handover. The SGSN 114 performs functions such as routing and mobility management.
When routing a SMS message, the GMSC/SMS-IWMSC 106 performs a MAP request to the HSS/HLR 108 to determine the address of the MSC 112 or the SGSN 114 where the SMS message is to be routed for delivery to the UE 116.
In an IP based setting, an IP short message gateway (IP-SM-GW) 118 provides protocol interworking between the IP client and the network for delivering a short message. The IP-SM-GW 118 communicates with the GMSC/SMS-IWMSC 106 using established MAP protocols over SS7, appearing to the GMSC/SMS-IWMSC 106 as a MSC or a SGSN. The IP-SM-GW 118 accesses an IP address database 120 to associate a mobile station integrated service digital network (ISDN) number (MSISDN) with the IP address of a WLAN UE 122. Although the IP database 120 is shown as a separate entity, it may be located in the HSS/HLR 108, in the AAA server 110, in the IP-SM-GW 118, or any other suitable location.
The IP-SM-GW 118 uses a packet data gateway (PDG) 124 to communicate with the WLAN UE 122. The IP-SM-GW 118 supports registration and authentication of the WLAN UE 122 for SMS services, and supports security associations with the WLAN UE 122. The IP-SM-GW 118 communicates with the WLAN UE 122 using IP based protocols, maintaining the format and functionality of the SMS message.
When routing a SMS message, the GMSC/SMS-IWMSC 106 performs a MAP request to the HSS/HLR 108 to determine the address of the IP-SM-GW 118. In addition, the HSS/HLR 108 provides an indication that the WLAN UE 122 is IP based (e.g., communicates with a IP-SM-GW 118 instead of a MSC 112 or a SGSN 114), provides the SS7 MAP address of the IP-SM-GW 118, and contains the necessary logic to determine that the WLAN UE 122 is connected via IP and return the address of the IP-SM-GW 118 instead of an address for a MSC or a SGSN. The AAA server 110 maintains the attach status of the WLAN UE 122, as to whether the WLAN UE 122 is IP attached.
Delivering Short Messages to a WLAN UE
A method 200 for delivering short messages to a WLAN UE is shown in
The UE 122 sends its capabilities (as a capability report) to the IP-SM-GW 118 (step 206). The UE capabilities include, for example, memory size, terminal type, screen size, and whether the UE supports session initiation protocol (SIP). The IP-SM-GW 118 uses the UE's capabilities to determine whether to reject delivery of a SMS message and to ensure that only SMS data and notifications are transmitted over IP to the UE 122.
The SMSC 104 forwards a SMS message to the SMS-GMSC 106 (step 208). The SMS-GMSC 106 interrogates the HSS/HLR 108 to retrieve routing information for the UE 122 (step 210). When a user is registered on a WLAN for delivery of SMS messages, the HSS/HLR 108 returns the address of the IP-SM-GW 118 (rather than the address of the appropriate MSC or SGSN), whereby the IP-SM-GW 118 acts as a proxy for the UE 122 (step 212). The SMS proxy (i.e., the IP-SM-GW 118) is able to reject the delivery of SMS messages based on the capabilities of the UE 122 (e.g., memory size, screen size, or terminal type) and the nature of the SMS data (text, animation, etc.).
The SMS-GMSC 106 delivers the SMS message to the IP-SM-GW 118 using protocols as if it was a SMS message delivered to a MSC or SGSN (step 214). Optionally, the IP-SM-GW 118 interrogates the database 120 to identify the IP address and relevant security parameters associated with the UE 122 (step 216).
SMS messages can be delivered by two methods: notification and direct delivery. When the notification delivery method is used, the IP-SM-GW 118 sends a SMS notification request to the UE 122 to inform it that a SMS message is available for delivery (step 218). On receipt of the SMS notification message, the UE 122 responds to the IP-SM-GW 118 with a notification acknowledgement indicating whether it wishes to receive the SMS message (step 220).
If the direct delivery method is used (steps 218 and 220 are skipped), or if a positive acknowledgement is received from the UE 122 in response to the SMS notification request, the IP-SM-GW 118 delivers the SMS message to the UE 122 using one of several possible protocols, e.g., wireless application protocol (WAP), short message peer to peer protocol (SMPP), mobile message access protocol (MMAP), extensible markup language (XML), or SIP (e.g., an IP multimedia subsystem (IMS) client) (step 222). If the IP-SM-GW 118 rejects delivery of the SMS message, then steps 216-222 are skipped, and the method 200 continues with step 224.
The IP-SM-GW 118 sends a delivery report back to the SMS-GMSC 106 (step 224). The delivery report either confirms that the SMS message was delivered to the UE 122 or informs the SMS-GMSC 106 that the SMS message could not be delivered and a reason for the failure. The SMS-GMSC 106 sends a SM delivery report status to the HSS/HLR 108 (step 226). The SMS-GMSC 106 sends the SM delivery report to the SMSC 104 (step 228). Error handling is preferably performed using the mechanisms defined in 3GPP Technical Specification (TS) 23.040 v6.3.0 (2004-03), with the IP-SM-GW 118 acting as a front end for the UE 122, although other error handling techniques may be used.
The SMSC 104 forwards a SMS message to the SMS-GMSC 106 (step 314). The SMS-GMSC 106 interrogates the HSS/HLR 108 to retrieve routing information (step 316). When a user is IMS registered, the HSS/HLR 108 returns the address of the IP-SM-GW 118 along with the address of the MSC.
The SMS-GMSC 106 delivers the SMS message to the IP-SM-GW 118, in the same manner that it delivers a SMS message to an MSC or a SGSN, carrying the MSISDN of the target UE 122 (step 318). The IP-SM-GW 118 uses the TEL-URL of the target UE 122 to populate a SIP Request URI, and then sends the SMS message to the S-CSCF 302 using the SIP MESSAGE method (step 320). The S-CSCF 302 then forwards the SIP MESSAGE (SMS message) to the UE 122 (step 322).
Upon receipt of the SIP MESSAGE (SMS message), the UE 122 responds by sending a 200 OK message to the S-CSCF 302 (step 324). It is noted that the 200 OK message is not a delivery report, as a 200 OK message cannot carry the information contained in a delivery report. The S-CSCF 302 sends a 200 OK message to the IP-SM-GW (step 326).
The UE 122 then sends a delivery report to the S-CSCF 302 using the SIP MESSAGE method (step 328). Based on filter information, the S-CSCF 302 forwards the SIP MESSAGE (delivery report) to the IP-SM-GW 118 (step 330), which extracts the delivery report from the SIP MESSAGE format and sends the delivery report to the SMS-GMSC 106 (step 332).
The SMS-GMSC 106 sends a SM delivery report status message to the HSS/HLR 108 (step 334). The SMS-GMSC 106 forwards the delivery report to the SMSC 104 (step 336). The IP-SM-GW 118 acknowledges that the delivery report was sent to the SMSC 104 by sending a 200 OK message to the S-CSCF 302 (step 338). The S-CSCF acknowledges the delivery report to the UE 122 by sending a 200 OK message to the UE (step 340).
Sending Short Messages from a WLAN UE
The UE 122 delivers a SMS message to the IP-SM-GW 118, using e.g., WAP, SMPP, MMPP, or XML (step 410). The IP-SM-GW 118 extracts the SMS message and forwards it to the SMS-IWMSC 108 using the standard MAP, as if the IP-SM-GW 118 was a MSC or a SGSN (step 412).
The SMS-IWMSC 106 forwards the SMS message to the SMSC 104 (step 414). Upon receipt of the SMS message, the SMSC 104 sends a delivery report to the SMS-IWMSC 106 (step 416). The SMS-IWMSC 106 sends the delivery report to the IP-SM-GW 118 (step 418). The delivery report is sent with an indication of whether the delivery was a success or a failure. If there was a delivery failure, the SMSC 104 reports back to the SMS-IWMSC 106 and the SMS-IWMSC 106 will attempt to retransmit the SMS message. If the number of retries exceeds a threshold, then a delivery failure report will be sent to the UE 122.
The IP-SM-GW 118 sends the delivery report to the UE 122 using a proprietary mechanism and/or protocols (step 420). In a preferred embodiment, the delivery report is sent via an IP-based transfer, such as SMPP. The delivery report either confirms that the SMS message was delivered to the SMSC 104 or informs the UE 122 that the SMS message could not be delivered and a reason for the failure.
As with message receipt, the error handling for message sending is preferably performed using the mechanisms defined in TS 23.040 v6.3.0 (2004-03), with the IP-SM-GW 118 acting as a front end for the UE 122, although other error handling techniques may be used.
The implementation of new procedures in the I-WLAN UE side is reduced, where only simple operations are performed to confirm reception of the SMS data or to report a corrupt message for retransmission purposes.
The UE 122 submits a SMS message to the S-CSCF 502 using the SIP MESSAGE method (step 514). The S-CSCF 502 forwards the SIP MESSAGE (SMS message) to the IP-SM-GW 118 based on filter information (step 516). The IP-SM-GW 118 indicates that the SIP MESSAGE (SMS message) was received by sending a SIP 202 Accepted message to the S-CSCF 502 (step 518). The message receipt information is forwarded by the S-CSCF 502 to the UE 122 by a SIP 202 Accepted message (step 520).
The IP-SM-GW 118 extracts the SMS message from the SIP MESSAGE and forwards it to the SMS-IWMSC 106 using standard MAP signaling (step 522). The address of the SMSC 104 is extracted either from the R-URI of the SIP MESSAGE or from the SMS content. The SMS-IWMSC 106 forwards the SMS message to the SMSC 104 (step 524).
The SMSC 104 sends a submit report to the SMS-IWMSC 106 (step 526). The submit report is an acknowledgement that the SMS message was received by the SMSC 104. The SMS-IWMSC 106 sends the submit report to the IP-SM-GW 118 (step 528). The IP-SM-GW 118 sends the submit report to the S-CSCF 502 using the SIP MESSAGE method (step 530). The S-CSCF 502 forwards the SIP MESSAGE (submit report) to the UE 122 (step 532). The UE 122 acknowledges receipt of the SIP MESSAGE (submit report) by sending a 200 OK message to the S-CSCF 502 (step 534), which is then forwarded to the IP-SM-GW 118 (step 536).
Although the features and elements of the present invention are described in the preferred embodiments in particular combinations, each feature or element can be used alone (without the other features and elements of the preferred embodiments) or in various combinations with or without other features and elements of the present invention.
| Patent | Priority | Assignee | Title |
| Patent | Priority | Assignee | Title |
| 5519834, | Dec 12 1991 | TAIWAN SEMICONDUCTOR MANUFACTURING COMPANY LTD | Method of transmitting selected message frames without individual destination address in non-overlapping sequential time intervals from host computer to terminals via bridges and retransmitting thereafter |
| 6301242, | Jul 24 1998 | Intel Corporation | Communication system with fast control traffic |
| 6658011, | Apr 19 1999 | NOKIA SOLUTIONS AND NETWORKS OY | Use of wireless application protocol in a packet-switched radio telecommunication system |
| 6678361, | Apr 19 1999 | Nokia Technologies Oy | Method for delivering messages |
| 6725031, | Jul 21 2000 | TRACFONE WIRELESS, INC | Method and system for data rating for wireless devices |
| 6871070, | Jul 31 2001 | Lucent Technologies Inc. | Communication system for providing roaming between an internet protocol multimedia system and a circuit-switched domain |
| 6885871, | Jul 13 2001 | Volubill | Method for the addressing of a mobile terminal |
| 6940844, | Oct 17 2003 | InterDigital Technology Corporation | Method and apparatus for reporting WLAN capabilities of a dual mode GPRS/WLAN or UMTS/WLAN WTRU |
| 6977921, | Aug 19 1998 | WSOU Investments, LLC | Using discrete message-oriented services to deliver short audio communications |
| 7079524, | Oct 11 2001 | TEKELEC GLOBAL, INC | Methods and systems for off-loading a-interface short message service (SMS) message traffic in a wireless communications network |
| 7181231, | Aug 27 2001 | DRNC HOLDINGS, INC | System of interoperability between MMS messages and SMS/EMS messages and an associated exchange method |
| 7310514, | Mar 16 2001 | LENOVO INNOVATIONS LIMITED HONG KONG | Transmission-origin mobile telephone capable of detecting the media types and data formats of a multimedia message receivable by destination mobile telephones in a multimedia communication system |
| 7502339, | Jun 21 1999 | Nokia Technologies Oy | Mobility within a packet-switched telephony network |
| 7715856, | Jun 02 2004 | InterDigital Technology Corporation | Reporting terminal capabilities for supporting short message service |
| 8023941, | Dec 17 2003 | InterDigital Technology Corporation | Method and apparatus for independent and efficient delivery of services to wireless devices capable of supporting multiple radio interfaces and network infrastructure |
| 8090392, | Aug 05 2005 | InterDigital Technology Corporation | Method and system for reporting a short message capability via an IP multimedia subsystem |
| 8175626, | Jun 02 2004 | InterDigital Technology Corporation | Reporting terminal capabilities for supporting short message service |
| 8731097, | Jun 07 2002 | Siemens Aktiengesellschaft | Transmission of mms messages with the conversion of data types and/or data formats |
| 8923901, | Aug 05 2005 | InterDigital Technology Corporation | Method and system for reporting a short message capability via an IP multimedia subsystem |
| 20020077132, | |||
| 20020085516, | |||
| 20020136173, | |||
| 20020191575, | |||
| 20030016639, | |||
| 20030026245, | |||
| 20030065738, | |||
| 20030172121, | |||
| 20030233457, | |||
| 20040006641, | |||
| 20040066756, | |||
| 20040067761, | |||
| 20040071127, | |||
| 20040106430, | |||
| 20040151192, | |||
| 20040185837, | |||
| 20040199649, | |||
| 20040203737, | |||
| 20040203763, | |||
| 20040224666, | |||
| 20040249891, | |||
| 20040259531, | |||
| 20050002407, | |||
| 20050007984, | |||
| 20050020286, | |||
| 20050117602, | |||
| 20050198304, | |||
| 20050203698, | |||
| 20050233758, | |||
| 20050282567, | |||
| 20060046721, | |||
| 20060135182, | |||
| 20060136554, | |||
| CN1585372, | |||
| EP1056269, | |||
| EP1257141, | |||
| EP1357764, | |||
| EP1515514, | |||
| JP2003263392, | |||
| JP2004153383, | |||
| RU2000113222, | |||
| RU2004138808, | |||
| WO79813, | |||
| WO33498, | |||
| WO2093957, | |||
| WO3003653, | |||
| WO3079637, | |||
| WO3085911, | |||
| WO3096603, | |||
| WO3103198, | |||
| WO3107621, | |||
| WO4004407, | |||
| WO4006594, | |||
| WO4008178, | |||
| WO4012471, | |||
| WO4034718, | |||
| WO6001683, |
| Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
| Oct 15 2019 | InterDigital Technology Corporation | (assignment on the face of the patent) | / |
| Date | Maintenance Fee Events |
| Oct 15 2019 | BIG: Entity status set to Undiscounted (note the period is included in the code). |
| Date | Maintenance Schedule |
| Nov 09 2024 | 4 years fee payment window open |
| May 09 2025 | 6 months grace period start (w surcharge) |
| Nov 09 2025 | patent expiry (for year 4) |
| Nov 09 2027 | 2 years to revive unintentionally abandoned end. (for year 4) |
| Nov 09 2028 | 8 years fee payment window open |
| May 09 2029 | 6 months grace period start (w surcharge) |
| Nov 09 2029 | patent expiry (for year 8) |
| Nov 09 2031 | 2 years to revive unintentionally abandoned end. (for year 8) |
| Nov 09 2032 | 12 years fee payment window open |
| May 09 2033 | 6 months grace period start (w surcharge) |
| Nov 09 2033 | patent expiry (for year 12) |
| Nov 09 2035 | 2 years to revive unintentionally abandoned end. (for year 12) |