AU2007202041A1 - Method and apparatus for conveying reports for SMS messages in wireless communication systems - Google Patents

Description

Regulation 3.2

AUSTRALIA

PATENTS ACT 1990 COMPLETE SPECIFICATION FOR A DIVISIONAL PATENT

ORIGINAL

Name of Applicant: Actual Inventor/s: Address for Service: Invention title: Qualcomm Incorporated Hai Qu Nobuyuki Uchida MADDERNS, 1st Floor, 64 Hindmarsh Square, Adelaide, South Australia, Australia METHOD AND APPARATUS FOR CONVEYING REPORTS FOR SMS MESSAGES IN WIRELESS COMMUNICATION SYSTEMS The following statement is a full description of this invention, including the best method of performing it known to us.

I PatAU132 o METHOD AND APPARATUS FOR CONVEYING REPORTS FOR SMS MESSAGES IN WIRELESS SCOMMUNICATION SYSTEMS 00 oo

BACKGROUND

Field S[1001] The present invention relates generally to wireless messaging 0communication, and more specifically to techniques for conveying reports for short messages in wireless communication systems.

00 Background [1002] Short Message Service (SMS) is a service that supports the exchange of SMS or short messages between mobile stations and a wireless communication system.

These short messages may be user-specific messages intended for specific recipient -mobile stations or broadcast messages intended for multiple mobile stations.

[1003] SMS may be implemented by various types of wireless communication systems, two of which are code division multiple access (CDMA) systems and time division multiple access (TDMA) systems. A CDMA network may be designed to implement one or more standards such as cdma2000, W-CDMA, IS-95, and so on. A -TDMA network may also be designed to implement one or more standards such as Global System for Mobile Communications (GSM). Each network typically further implements a particular mobile networking protocol that allows for roaming and advanced services, with ANSI-41 being commonly used for CDMA networks (except for W-CDMA) and GSM Mobile Application Part (GSM-MAP) being used for GSM -and W-CDMA networks. A network may also implement a combination of different technologies. For example, a GSMIx network is a GSM-MAP network that utilizes a CDMA air interface.

[1004] Since SMS is network technology dependent (ANSI-41 or MAP), CDMA and GSM networks that implement different network technologies support different -implementations of SMS. Each SMS implementation has different capabilities and utilizes different message types and formats for sending short messages. For simplicity, the SMS implementation for GSM-MAP based networks is referred to as GSM SMS, 2 and the SMS implementation for ANSI-41 based networks is referred to as CDMA

SMS.

[1005] In certain instances, it is necessary to convert GSM SMS messages to CDMA 00 SSMS messages and vice versa. This may be the case, for example, in a GSMIx network whereby GSM SMS messages are exchanged between GSMlx mobile stations and the network using CDMA SMS messages. The message conversion is also needed to support roaming between CDMA and GSM networks.

NI [1006] Since GSM SMS and CDMA SMS support different message types and Sformats, it may not be possible under the current standards for CDMA SMS and GSM SMS to send certain types of information. This is because some of the message types available in one SMS implementation are not defined in the other SMS implementation. As an example, when the GSM network sends an SMS message to a GSMlx mobile station via the CDMA air interface, the network expects an SMS-Deliver-Report TPDU (Transfer Protocol Data Unit) to be sent by the mobile station. This TPDU contains a report for the SMS message sent to the mobile station. The report may contain information such as whether the message was received correctly or in error, the error type, if applicable, and (3) user data. In the current standard for CDMA SMS, when the mobile station receives an SMS message, it can send a (Transport Layer) SMS Acknowledge Message to the network and may optionally send a (Teleservice Layer) SMS User Acknowledgment Message to the original sender of the received SMS message. The SMS Acknowledge Message cannot carry user data and the SMS User Acknowledgment Message can carry user data but requires a manual acknowledgment by the user. Thus, there is currently no mechanism in CDMA SMS for automatically sending information similar to that included in the GSM SMS-Deliver-Report TPDU, especially if the TPDU is supposed to carry user data.

[1007] There is therefore a need in the art for techniques to convey reports for short messages such that the problems described above are ameliorated.

O 3

O

SUMMARY

In a first aspect the preset invention accordingly provides a method of conveying reports for short messages in a wireless communication network that utilizes a CDMA air interface, including: receiving a first short message having included therein a request for a (report for the first short message, wherein said request includes a (Report Req field set to true; and sending a second short message having included therein the report for o the first short message.

In a second aspect the preset invention accordingly provides a mobile station, including: a receiver unit; a demodulator/decoder operably connected to said receiver; a controller operably connected to said demodulator/decoder; an encoder/modulator operably connected to said controller; a transmitter operably connected to said encoder/modulator, and a memory operably connected to said demodulator/decoder and said 0 controller; wherein said memory includes program codes to convey reports for short messages in a wireless communication network that utilizes a CDMA air interface, including: receive a first short message having included therein a request for a report for the first short message, wherein said request includes a ReportReq field set to true; and send a second short message having included therein the report for the first short message In a third aspect the present invention accordingly provides A mobile switching centre to convey reports for short messages in a wireless communication network that utilizes a CDMA air interface including: C 3a a message buffer; a short message converter operably connected to said message OC buffer; a controller operably connected to said short message converter; and a memory operably connected to said controller, wherein said memory includes program code to convert between messages and transport protocol data units.

0In a fourth aspect the present invention accordingly provides a o computer program product, including: computer-readable medium including: program code for conveying reports for short messages in a wireless communication network that utilizes a CDMA air interface, including: program code for receiving a first short message having included therein a request for a report for the first short message, wherein said request includes a ReportReq field set to true; and program code for sending a second short message having included therein the report for the first short message.

0 In a fifth aspect the present invention accordingly provides a means for conveying reports for short messages in a wireless communication network that utilizes a CDMA air interface, including: means for receiving a first short message having included therein a request for a report for the first short message, wherein said request includes a Report_Req field set to true; and means for sending a second short message having included therein the report for the first short message.

Various aspects and embodiments of the invention are described in further detail below. The invention further provides methods, program codes, digital signal processors, mobile stations, base stations, systems, and other apparatuses and elements that implement various aspects, embodiments, and features of the invention, as described in further detail below.

00 BRIEF DESCRIPTION OF THE DRAWINGS The features, nature, and advantages of the present invention will become c more apparent from the detailed description set forth below when taken in Sconjunction o with the drawings in which like reference characters identify correspondingly throughout and wherein: [1014] FIG. 1 is a diagram of a wireless communication network that supports

SMS;

00 O [1015] FIGS. 2A and 2B are diagrams illustrating the signal flows for sending an SMS message from an SMS service center to a mobile station, and vice versa; [1016] FIG. 3A is a diagram illustrating a format defined by GSM SMS for the CN SMS-Deliver-Report TPDU and SMS-Submit-Report TPDU; C [1017] FIG. 3B is a diagram illustrating a format for the SMS Deliver Report 0 Message and SMS Submit Report Message; C [1018] FIG. 4 is a diagram illustrating the conversion between CDMA SMS report messages and GSM SMS report TPDUs; [1019] FIG. 5 is a diagram illustrating a format for the SMS Deliver Message and SMS Submit Message with the new ReportReq field; [1020] FIGS. 6A and 6B are diagrams illustrating the signal flows for sending an SMS message from the SMS service center to the mobile station, and vice versa, using the SMS Deliver Report Message and SMS Submit Report Message; [1021] FIG. 7 is a flow diagram of a process to convey reports for SMS messages in a network that utilizes CDMA air interface; and [1022] FIG. 8 is a block diagram of an embodiment of the SMS service center, MSC, and mobile station.

DETAILED DESCRIPTION [1023] FIG. 1 is a diagram of a wireless communication network 100 that supports Short Message Service (SMS). Network 100 includes a number of SMS service centers (SMS-SCs) 112, mobile switching centers (MSCs) 114, and base stations 116. The SMS service centers are responsible for storing, relaying, and forwarding short messages for mobile stations 140 within the network. The MSCs perform switching functions routing of messages and data) for the mobile stations within their coverage area. The SMS service centers may be implemented separate from or integrated with the MSCs. Each mobile station is served by one MSC at any given moment, and this MSC is referred to as the mobile station's serving MSC. The base stations are fixed stations used for communicating with the mobile stations. A mobile 0 station is also referred to as a remote station, a terminal, user equipment or some N other terminology.

t [1024] In the embodiment shown in FIG. 1, each SMS service center communicates with a corresponding MSC to support SMS. Each MSC further couples to a number of 00 0base stations and controls the communication for the mobile stations under the coverage of these base stations. Each base station communicates with the mobile stations under its coverage area to support SMS and other services voice, packet data, and so on).

Each mobile station may communicate with one or more base stations at any given moment, depending on whether or not it is active and whether or not soft handoff is So0 supported.

C [1025] Network 100 may be a CDMA network, a TDMA network, or some other type of network. Network 100 may further implement ANSI-41 or GSM-MAP.

Network 100 may also be a GSMlx network that implements GSM-MAP and utilizes CDMA air interface.

[1026] SMS is network technology dependent, and two SMS implementations have been defined for ANSI-41 and GSM-MAP. The SMS implementation for GSM-MAP (referred to herein as GSM SMS) is described in detail in 3GPP TS 23.038 V5.0.0 and TS 23.040 V4.7.0. The SMS implementation for ANSI-41 (referred to herein as CDMA SMS) is described in detail in TIA/EIA-637-B, entitled "Short Message Service for D Wideband Spread Spectrum Systems." ANSI-41 is described in a TIA/EIA/IS-41-D entitled "Cellular Radiotelecommunications Intersystem Operations." These documents are all publicly available and incorporated herein by reference.

[1027] For a GSM-MAP based network such as GSMlx, the MSC further functions as a GSM SMS gateway MSC (GSM-SMS-GMSC) and a GSM SMS interworking MSC (GSM-SMS-IWMSC) to support SMS. The GSM-SMS-GMSC is a function of the MSC capable of receiving short messages from the SMS service center, interrogating a home location register (HLR) for routing information and SMS information for each short message, and delivering the short messages to the proper serving nodes (or base stations) for the mobile stations which are the intended recipients of these messages. The GSM-SMS-IWMSC is a function of the MSC capable of receiving short messages and submitting them to the SMS service center.

[1028] The techniques described herein for conveying reports for SMS messages may be implemented in various types of network. For example, these techniques may be implemented in a GSM1x network, a CDMA network, and so on. For clarity, O various aspects and embodiments are specifically described for a GSM1x network whereby GSM SMS messages are exchanged between the SMS service centers and the mobile stations via the MSCs, and CDMA SMS messages are exchanged between the MSCs and the mobile stations for these GSM SMS messages.

OO

O [1029] The SMS protocol stack for GSM SMS includes four layers: a Short Message Application Layer (SM-AL), a Short Message Transfer Layer (SM-TL), a Short Message Relay Layer (SM-RL), and Short Message Lower Layers (SM-LL). For C GSM SMS, short messages are exchanged in data units referred to as Transfer Protocol CN Data Units (TPDUs) between the SM-TL at the SMS service center and its peer entity at 0the mobile stations. The TPDUs are sent by the SMS service center to the MSC and Ci may be encapsulated into protocol elements at the Short Message Relay Layer. For GSMlx, the protocol elements/TPDUs are further converted to the corresponding CDMA SMS messages by the MSC.

[1030] The SMS protocol stack for CDMA SMS also includes four layers: an SMS Teleservice Layer, an SMS Transport Layer, an SMS Relay Layer, and a Link Layer.

[1031] FIG. 2A is a diagram illustrating the signal flow for sending an SMS message from an SMS service center to a mobile station in a GSM1x network using messages currently defined by GSM SMS and CDMA SMS. For simplicity, FIG. 2A shows the underlying data units and messages being exchanged between the network entities and the mobile station.

[1032] Initially, the SMS service center sends an SMS message to a GSMIx mobile station by providing an SMS-Deliver TPDU to the mobile station's serving MSC. The GSM-SMS-GMSC function within the MSC converts this SMS-Deliver TPDU into a (Teleservice Layer) SMS Deliver Message. This message is then provided to the mobile station's serving base station, which transmits the message over-the-air to the mobile station.

[1033] In response to receiving the SMS Deliver Message, the mobile station may send a (Transport Layer) SMS Acknowledge Message to the network. The mobile station may optionally send a (Teleservice Layer) SMS User Acknowledgment Message to the original sender of the received SMS message. The SMS Acknowledge Message and/or SMS User Acknowledgment Message sent by the mobile station are received by the serving base station and provided to the MSC. The MSC then converts these messages to an SMS-Deliver-Report TPDU, which is then forwarded to the SMS service center.

[1034] The SMS Acknowledge Message does not convey some of the pertinent

C

information that may be included in the SMS-Deliver-Report TPDU. This is especially t true if the SMS-Deliver-Report TPDU is supposed to carry user data. The SMS User Acknlowledgment Message can carry user data but requires a manual acknowledgment 00 0by the user.

[1035] FIG. 2B is a diagram illustrating the signal flow for sending an SMS message from the mobile station to the SMS service center in the GSMIx network using Scurrently defined messages.

0 [1036] Initially, the mobile station originates an SMS message by sending a 0 (Teleservice Layer) SMS Submit Message to the serving base station, which receives the C message and forwards it to the MSC. The GSM-SMS-GMSC function within the MSC then converts the SMS Submit Message to an SMS-Submit TPDU, which is then forwarded to the SMS service center.

[1037] In response to receiving the SMS-Submit TPDU, the SMS service center can j send an SMS-Submit-Report TPDU, which carries the results for the just-received SMS-Submit TPDU. The MSC then converts the SMS-Submit-Report TPDU to a (Transport Layer) SMS Acknowledge Message, which is then sent to the mobile station.

Again, the SMS Aclzowledge Message does not convey some of the pertinent information that may be included in the SMS-Submit-Report TPDU from the SMS service center. An optional (Teleservice Layer) SMS Delive-y Acknowledgment Message may also be sent to the mobile station.

[1038] FIG. 3A is a diagram illustrating a format defined by GSM SMS for the SMS-Deliver-Report TPDU and SMS-Submit-Report TPDU. GSM SMS defines six different TPDUs at the Short Message Transfer Layer (SM-TL) to support SMS. Of these, the SMS-Deliver-Report TPDU is used to send a report from the mobile station to the SMS service center for an SMS message that has been received by the mobile station. Correspondingly, the SMS-Submit-Report TPDU is used to send a report from the SMS service center to the mobile station for an SMS message received by the service center. The other TPDUs are used to exchange short messages, status, and command between the mobile station and the service center.

[1039] The SMS-Deliver-Report and SMS-Submit-Report TPDUs have the general format shown in FIG. 3A. (The SMS-Submit-Report TPDU can have an additional field that is not shown in FIG. 3A.) Each of these two TPDUs includes a number of fields, but only four fields of particular interest in the present application are shown in 00 FIG. 3A. Table 1 lists these four fields and their short descriptions, where TP denotes Transfer Protocol.

Table 1 Abbr. Full Name Length Description Indicate the reason for failure in the TP-FCS TP-Failure-Cause 8 bits corresponding SMS-Deliver or SMS-Submit TPDU.

TP-DCS TP-Data-Coding-Scheme 8 bits Identify the coding scheme within the TP-User-Data.

TP-UDL TP-User-Data-Length 8 bits Indicate the length of the TP-User- Data.

TP-UD TP-User-Data variable User data for the short message.

[1040] The SMS-Deliver-Report TPDU and SMS-Submit-Report TPDU are respectively sent for the SMS-Deliver TPDU and SMS-Submit TPDU that have been received. Each report TPDU may carry an error code in the TP-FCS field that indicates the reason for the failure, if any, to transfer or process the received TPDU. TP-FCS field is included in a report if an error was encountered for the SMS message being acknowledged, and is not included otherwise. The absence or presence of the TP-FCS field may thus be used to differentiate between success or failure. The TP-User-Data field contains the user data for the short message. This user data is typically an alphanumeric message generated based on a particular character set or coding scheme, but may also contain multimedia and other enhanced formats. The length of the TP-User- Data field is defined by the value in the TP-User-Data-Length field. The TP-Data- Coding-Scheme field indicates various attributes of the data in the TP-User-Data field.

[1041] The formats for the SMS-Deliver-Report TPDU and SMS-Submit-Report TPDU are described in further detail in TS 23.040 V4.7.0.

[1042] FIG. 3B is a diagram illustrating an embodiment of a message format for an SMS Deliver Report Message and an SMS Submit Report Message. These are two newly defined Teleservice Layer messages that may be used to more fully convey the information in the SMS-Deliver-Report TPDU and SMS-Submit-Report TPDU. The SMS Deliver Report Message and SMS Submit Report Message have the general format shown in FIG. 3B, which includes a number of subparameters. Table 2 lists the subparameters for these messages and their short descriptions.

0 0

(O

j? 00q 0- Table 2 Subparameter Length Description Include the message type and a message Message Identifier 5 bytes identification that may be used for acknowledgment.

Indicate whether the SMS Deliver Message SMS Success 3 bytes Submit Message was received successfully or in error.

Indicate the reason for failure in the SMS Deliver TP-Failure Cause 3 bytes Message SMS Submit Message if it was received in error.

Include various attributes for the user data in the User Data variable short message as well as the user data itself.

Indicate the language associated with the user data Language Indicator 3 bytes in themessage.

in the message.

Multiple Encoding Include user data that may be encoded using User Data va e multiple coding schemes.

[1043] For the SMS Deliver Report Message and SMS Submit Report Message, the Message Identifier and Success subparameters may be defined as mandatory and the remaining subparameters may be made optional. The TP-Failure Cause subparameter may be made mandatory if the Success subparameter has a value of "False" the error type only needs to be sent if there was an error).

[1044] As shown in FIG. 3B, the Message Identifier subparameter includes a number of fields, one of which is the MessageType field that identifies the SMS message type. TIA/EIA-637-B defines six different message types for the Teleservice Layer, which are assigned Message_Type values of "0001" through "0110". The Message_Type value of "0111" may be assigned to an SMS Memory Available Notification Message. Two new message types may be defined for the SMS Deliver [1045] Report Message and SMS Submit Report Message. In a specific implementation, these two new message types are assigned values of "1000" and "1001", as shown in Table 3.

Table 3 Message Message Name Description Type Used to send a report for an SMS "1000" SMS Deliver Report Message message received by the mobile station (mobile-originated only).

Used to send a report for an SMS "1001" SMS Submit Report Message message received from the mobile station (mobile-terminated only).

All other values are reserved [1046] TIA/EIA-637-B also defines 21 subparameters that may be included in SMS Teleservice Layer messages and which are assigned Subparameter_ID (SP_ID) values of "00000000" through "00010100". A new subparameter may be defined for the Success subparameter and may be assigned one of the reserved Subparameter_ID values "00010101"). Another new subparameter may be defined for the TP-Failure Cause subparameter and may be assigned another reserved Subparameter_ID value "00010110"). Table 4 shows the two new subparameters and their assigned Subparameter_ID values, for a specific implementation.

Table 4 Subparameter Subparameter_ID value N N Success (new) "00010101" TP-Failure Cause (new) "00010110" all other values are reserved [1047] In an embodiment, the Success subparameter is defined to have three fields.

Table 5 lists the fields in the Success subparamneter, their lengths, and their short description and values (where appropriate).

Table >0 F ild Length Field Length Description (bits) SubparameterID 8 Set to "00010101" for the Success subparameter.

Set to "00000001", which is the length (in bytes) of Subparam_Len 8 the Success subparameter, not including the SubparameterID and SubparamLen fields.

Success Value 8 Set to for "True" and for "False".

[1048] In an embodiment, the TP-Failure Cause subparameter is defined to have three fields. Table 6 lists the fields in the TP-Failure Cause subparameter, their lengths, and their short description and values (where appropriate).

Table 6 Field Length Description (bits) Set to "00010110" for the TP-Failure Cause Subparameter_ID 8 subparameter.

SubparamLen 8 Set to "00000001".

TP-Failure Set to one of the TP-Failure Cause values defined in Cause Value 3GPP TS 23.040 V4.7.0.

[1049] Table 7 lists the fields of the User Data subparameter, their lengths, and their short description and values (where appropriate).

Table 7 Field Length Description Subparameter_ID 8 bits Set to "00000001" for the User Data subparameter.

SubparamLen 8 bits Indicate the length of the User Data subparameter.

Msg E g 5 bs Indicate the coding scheme used for the user data in MsgEncoding 5 bits the short message.

Indicate the message type for the short message.

Ms 0 or 8 May also be used to carry information for the TPsageype bits DCS field in the SMS-Deliver-Report and SMS- Submit-Report TPDUs.

NumFields 8 bits Indicate the number of occurrences of the CHARi 0 12 i Field, which typically corresponds to the number of characters in the user data.

oO _Num Fields occurrences of the following field: 0 CHARi variable Occur once for each character in the user data in R v l the short message.

The User Data subparameter ends with the following field: Include sufficient number of bits to make the User Padding 0-7 bits Data subparameter an integer number of octets in th.

[1050] As shown in Table 7, the user data for the SMS Deliver Report Message and SMS Submit Report Message is contained in the CHARi fields, one occurrence of this field for each character, with the total number of occurrences being indicated by the value in the Num_ fields field. The Msg Encoding field indicates the specific coding scheme used for the characters in the CHARi field. Since different coding schemes can have different character lengths, the length of the CHARi field is determined by the coding scheme used for the user data in the short message.

[1051] The TP-DCS field in GSM SMS includes various types of information related to the user data in the TP-UD field, such as whether the user data is compressed or uncompressed, the message class, and other indications. Since there is currently no corresponding field or subparameter in CDMA SMS for the information in the TP-DCS field, this information may be carried in the Message Type field in the User Data subparameter. A new value g. ,"01010") may be defined for the Msg_Encoding field to indicate that the Message_Type field contains information for the TP-DCS field. The use of the MessageType field to carry TP-DCS information is described in further detail in U. S. Patent Application Serial No. 10/192,134, entitled "Short Message Conversion Between Different Formats for Wireless Communication Systems, "filed July 9,2002, assigned to the assignee of the present application and incorporated herein by reference.

[1052] As shown in FIG. 3B, the SMS Deliver Report Message and SMS Submit 12a Report Message may each be carried in a (Transport Layer)SMS Point-to-Point Message defined by CDMA SMS. This Transport Layer message includes a number of parameters including: a Teleservice Identifier parameter that 0 identifies which upper layer service access point is sending or should receive the message, an optional O Bearer Reply Option parameter that may be used to request a reply of an SMS C1 Acknowledge Message from the receiver, and other optional parameters.

¢c [1053] FIG. 3B shows a specific implementation of the SMS Deliver Report Message and SMS Submit Report Message. Other message formats having fewer, 00 O different, and/or additional subparameters and fields may also be defined, and this is within the scope of the invention. For example, these two messages may be defined Swithout the Language Indicator and Multiple Encoding User Data subparameters. As C another example, the Success and TP-Failure Cause subparameters may be combined C1 into one subparameter that includes both the Success Value and TP-Failure Cause Value fields. As yet another example, the Success subparameter may be omitted and C1 implicitly interpreted by the presence of the TP-Failure Cause subparameter.

[1054] FIG. 4 is a diagram illustrating the conversion between CDMA SMS report messages and GSM SMS report TPDUs. The conversion of an SMS Deliver Report Message to an SMS-Deliver-Report TPDU may be performed as follows: 1) Set the TP-FCS field in the SMS-Deliver-Report TPDU to the value in the TP- Failure Cause Value field in the TP-Failure Cause subparameter of the SMS Deliver Report Message if the Success subparameter requires it; 2) Set the TP-UD field in the SMS-Deliver-Report TPDU to the data in the CHARi fields in the User Data subparameter of the SMS Deliver Report Message; 3) Set the TP-UDL field in the SMS-Deliver-Report TPDU to the value in the NumFields field of the User Data subparameter; and 4) Set the TP-DCS field in the SMS-Deliver-Report TPDU to the value in the Message_Type field of the User Data subparameter.

[1055] Correspondingly, the conversion of an SMS-Submit-Report TPDU to an SMS Submit Report Message may be performed as follows: 1) Set the TP-Failure Cause Value field in the TP-Failure Cause subparameter of the SMS Submit Report Message to the value in the TP-FCS field of the SMS- Submit-Report TPDU if the Success subparameter requires it; 2) Set the CHARi fields in the User Data subparameter of the SMS Submit Report Message to the data in the TP-UD field of the SMS-Submit-Report TPDU; 3) Set the Num_Fields field in the User Data subparameter to the value in the TP- UDL field of the SMS-Submit-Report TPDU; and 14 0 4) Set the Message Type field in the User Data subparameter to the value in the C TP-DCS field of the SMS-Submit-Report

TPDU.

[1056] Since the SMS Deliver Report Message and SMS Submit Report Message are 00 new Teleservice Layer messages in CDMA SMS, a mechanism is also provided for the sender of an SMS message to request a report via one of these new messages.

[1057] FIG. 5 is a diagram illustrating an embodiment of a message format for the O SMS Deliver Message and SMS Submit Message, both of which are Teleservice Layer 0 messages that include a new field used to request a report for a sent SMS message. The 0 SMS Deliver Message and SMS Submit Message include a number of subparameters, Sincluding Message Identifier, User Data, Reply Option, and so on. The Reply Option subparameter includes a number of fields that indicate whether or not acknowledgments of various types are requested.

[1058] As currently defined by TIA/EIA-637-B, the Reply Option subparameter includes a User_Ack_Req field that may be set to "True" to request a positive user (manual) acknowledgment of the SMS message, a Dak_Req field that may be set to "True" to request a delivery acknowledgment of the SMS message, and a Read_Ack_Req field that may be set to "True" to request an acknowledgment if the SMS message is viewed. In an embodiment, a new Report_Req field is defined and 0 may be set to "True" to request a report from the receiver. In particular, if the Report Req field is set to "True" in an SMS Deliver Message, then the mobile station is expected to send an SMS Deliver Report Message to the network. Correspondingly, if the Report_Req field is set to "True" in an SMS Submit Message, then the network is expected to send an SMS Submit Report Message to the mobile station. The new ReportReq field may be defined using one of the bits in the Reserved field.

[1059] In an embodiment, for a GSM1x network, the Report_Req field does not need to be set to "True" when an SMS Submit Message is sent by a GSM1x mobile station. This is because the network can automatically enable this field before delivering the message to the receiving mobile station via the CDMA air interface. As an example, consider a scenario where SMS messages are exchanged between two GSMlx mobile stations When GSM1x MS A sends an SMS Submit Message without the Report_Req field to GSM1x MS B, the MSC receives and converts this message to an SMS-Submit TPDU and forwards it to the GSM-SMS-SC. The GSM- SMS-SC then sends this as an SMS-Deliver TPDU to GSMIx MS B. The MSC O receives this TPDU and converts it to an SMS Deliver Message with the Report_Req C field and sends it to GSMIx MS B. GSM1x MS B receives the message and sends an SSMS Deliver Report Message to the MSC, which then converts it to an SMS-Deliver- Report TPDU and forwards it to the GSM-SMS-SC. In this message exchange, since 00 the GSM1x network is expected to send the SMS-Submit-Report TPDU to the mobile station, it's not necessary to set the Report_Req field in GSM1x network. In an ANSI- S41 based CDMA network, the network can enable or disable this field depending on the Sneeds of the network.

S[1060] FIG. 6A is a diagram illustrating the signal flow for sending an SMS message from the SMS service center to a mobile station in the GSMIx network using Sthe newly defined SMS Deliver Report Message. The signal flow in FIG. 6A is similar to that shown in FIG. 2A, except that the messages exchanged over the CDMA air interface is different. In particular, the MSC converts the SMS-Deliver TPDU for the SMS message into the SMS Deliver Message with the Report_Req field in the Reply Option subparameter set to "True" to request a report from the mobile station. This SMS Deliver Message is then sent over-the-air to the mobile station.

[1061] In response to receiving the SMS Deliver Message with the Report_Req field set to "True", the mobile station sends an SMS Deliver Report Message to the network.

For GSM SMS, this report needs to be sent within a specified time period of between 12 and 20 seconds, as defined in 3GPP TS 24.011 Section 10. The MSC receives and converts this message to an SMS-Deliver-Report TPDU, which is then forwarded to the SMS service center.

[1062] FIG. 6B is a diagram illustrating the signal flow for sending an SMS message from the mobile station to the SMS service center in the GSM1x network using the newly defined SMS Submit Report Message. The signal flow in FIG. 6B is similar to that shown in FIG. 2B, except that the messages exchanged over the CDMA air interface is different. In particular, the mobile station sends to the network an SMS Submit Message with the Report_Req field set to "True".

[1063] In response to receiving the SMS-Submit TPDU for the SMS message, the SMS service center originates an SMS-Submit-Report TPDU. The MSC then receives and converts the SMS-Submit-Report TPDU to an SMS Submit Report Message, since the Report_Req field in the original SMS Submit Message was set to "True". The SMS Submit Report Message is then sent over-the-air to the mobile station. For GSM SMS, the network is required to send the SMS Submit Report Message to the mobile station 16 O within a specified time period of between 35 and 45 seconds, as defined in 3GPP TS C 24.011 Section S[1064] FIG. 7 is a flow diagram of an embodiment of a process 700 to convey reports for SMS messages in a network that utilizes a CDMA air interface a 00 0 GSM1x network). This process may be performed by either the network or the mobile station.

[1065] Initially, an incoming SMS message is received (712). This received SMS message may be either an SMS Deliver Message, if the process is being performed by the mobile station or an SMS Submit Message, if the process is being performed S) by the network. A determination is then made if a ReportReq field is included in the received SMS message and, if yes, then the value of this field is obtained (step 714).

[1066]. If the Report_Req field is included in the received SMS message and its value is "True", as determined in step 716, then a response SMS message with a report for the received SMS message is generated (step 718). This generated SMS message may be either an SMS Deliver Report Message, if the process is being performed by the mobile station or an SMS Submit Report Message, if the process is being performed by the network. The generated SMS message may include a first value that indicates whether the incoming SMS message was received correctly or in error, (2) a second value that indicates the type of error, if any, encountered for the received SMS message, user data, and so on. The generated SMS message is then sent to the sender of the received SMS message (step 720). The process then terminates.

[1067] Back in step 716, if the Report_Req field is not included in the received SMS message or if its value is not "True", then a report does not need to be generated for the received SMS message. Other forms of acknowledgment may or may not be sent for the received SMS message, depending on the Reply Option subparameter in the received SMS message. These other forms of acknowledgment are not shown in FIG. 7 for simplicity. The process would then terminate if the answer for step 716 is no.

[1068] The techniques for conveying reports for SMS messages described herein allow a mobile station to send an SMS message to the network to convey the information in an SMS-Deliver-Report TPDU, and the network to send an SMS message to the mobile station to convey the information in an SMS-Submit-Report

TPDU.

[1069] These techniques may advantageously be used in a GSM1x network, which utilizes CDMA air interface for communication between the network and the mobile 0 stations instead of GSM air interface. Using these techniques, a GSMlx mobile user in qN the GSM1x environment can operate very much like a GSM mobile user in a conventional GSM environment and can enjoy the same experience as the GSM mobile user, in terms of receiving SMS message submission status, even though the underlying 00 0 air interface is CDMA instead of GSM. The GSM1x mobile user will be able to receive SMS-Submit-Report TPDU information when talking to the GSM mobile user and will also be able to send SMS-Deliver-Report TPDU information. Hence, both the GSM1x mobile user and the GSM mobile user will not feel any differences in such an Senvironment.

r 3 [1070] These techniques may also advantageously be used in an ANSI-41 based CDMA network. For such a "pure" CDMA network, the new report messages represent enhancements to the CDMA SMS features in terms of the ability to carry User Data and other information in these new report messages. In general, the techniques described herein may be used for any network that utilizes a CDMA air interface.

)[1071] FIG. 8 is a block diagram of an embodiment of an SMS service center 112x, an MSC 114x, and a mobile station 140x. For this embodiment, SMS service center 112x supports GSM SMS and MSC 114x performs the conversion for reports between GSM SMS and CDMA SMS.

[1072] Within SMS service center 112x, a message buffer 812 stores data for short messages to be exchanged with mobile stations in the network. On the transmit side, a short message processor 814 receives data from buffer 812 and generates GSM SMS messages with the proper type and format. In particular, short message processor 814 generates and provides an SMS-Deliver TPDU for each short message to be sent to a mobile station and an SMS-Submit-Report TPDU for each short message report. On the receive side, short message processor 814 receives an SMS-Deliver-Report TPDU for a short message previously sent to a mobile station and an SMS-Submit TPDU for a short message sent by a mobile station. Short message processor 814 then extracts the pertinent data from these received TPDUs and stores the data in buffer 812. SMS service center 112x exchanges TPDUs with MSC 114x.

[1073] Within MSC 114x, a message buffer 822 stores the TPDUs for short messages to be exchanged with the mobile stations in the network. On the transmit side, a short message converter 824 receives TPDUs from buffer 822 and generates the corresponding CDMA SMS messages with the proper type and format. In particular, short message converter 824 provides an SMS Deliver Message for each SMS-Deliver 0 TPDU and an SMS Submit Report Message for each SMS-Submit-Report TPDU. On the receive side, short message converter 824 receives and converts each SMS Deliver Report Message to provide a corresponding SMS-Deliver-Report TPDU and also receives and converts each SMS Submit Message to provide a corresponding

SMS-

SSubmit TPDU.

[1074] MSC 114x exchanges CDMA SMS messages with base stations 116 currently serving the mobile stations which are the recipients/originators of the messages. On the transmit side, each base station processes the received short messages and includes them in a modulated signal transmitted to the mobile stations within its r- Scoverage area.

[1075] Within SMS service center 112x, a controller 816 directs the flow of the short messages passed through the service center. Within MSC 114x, a controller 826 directs the conversion of the short messages passed through the MSC. Memory units 818 and 828 provide storage for program codes and data used by controllers 816 and 826, respectively.

[1076] FIG. 8 also shows an embodiment of mobile station 140x. On the receive path, the modulated signal transmitted from the mobile station's serving base station is received by an antenna 852 and provided to a receiver unit (RCVR) 854. Receiver unit 854 conditions filters, amplifies, and downconverts) the received signal and further digitizes the conditioned signal to provide samples. A demodulator (Demod)/decoder 856 then demodulates the samples based on cdma2000 physical layer processing) and further decodes the demodulated data to provide decoded data, which includes the SMS messages sent in the modulated signal. The data for the userspecific and broadcast SMS messages sent to this mobile station is provided as output data and may further be stored in a memory 862.

[1077] On the transmit path, data for messages and reports to be sent by the mobile station are provided to an encoder/modulator (Mod) 872, which encodes and modulates the data. The modulated data is then conditioned by a transmitter unit (TMTR) 874 to provide a modulated signal suitable for transmission back to the base station.

[1078] A controller 860 directs the operation of the units within mobile station 140x. For example, controller 860 may direct the processing of the SMS Deliver Message and SMS Submit Report Message received from the network and the generation of the SMS Deliver Report Message and SMS Submit Message to be sent to 19 the network. A memory unit 862 provides storage for program codes and data used by controller860 g. data for SMS messages).

[1079] FIG.8 shows a specific embodiment of SMS service center 112x, MSC 0 114x, and mobile station 140x. Other embodiments may also be contemplated and are within the scope of the invention. For example, the conversion of reports between GSM SMS and CDMA SMS may be performed by the SMS service center.

[1080] The techniques described herein to convey reports for short messages may be implemented by various means. For example, these techniques may ,I 10 be implemented in hardware, software, or a combination thereof. For a hardware implementation, the elements used to implement any one or a combination of the techniques described herein process 700) may be implemented within one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, micro-controllers, microprocessors, other electronic units designed to perform the functions described herein, or a combination thereof.

[1081] For a software implementation, the techniques to convey reports for short messages may be implemented with modules procedures, functions, and so on) that perform the functions described herein. The software codes may be stored in a memory unit memory units 818, 828, and 862 in FIG. 8) and executed by a processor controllers 816,826, and 860). The memory unit may be implemented within the processor or external to the processor, in which case it can be communicatively coupled to the processor via various means as is known in the art.

The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled 19a Sin the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention.

Thus, the present invention is not intended to be limited to the embodiments Sshown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

It will be understood that the term "comprise" and any of its derivatives (eg.

C( comprises, comprising) as used in this specification is to be taken to be C inclusive of features to which it refers, and is not meant to exclude the Spresence of any additional features unless otherwise stated or implied.

S

Claims (34)

1. A method of conveying reports for short messages in a wireless communication network that utilizes a CDMA air interface, including: 00oo 5 receiving a first short message having included therein a request for a report for the first short message, wherein said request includes a ReportReq field set to true; and sending a second short message having included therein the report for the first short message.

2. The method according to claim 1, wherein the first short message is a short message deliver message received by a mobile and the second short message is a short message deliver report message sent by said mobile.

3. The method according to claim 1, wherein the first short message is a short message submit message received by a mobile switching centre and the second short message is a short message submit report message sent by said mobile switching centre.

4. The method according to any one of claims 1 to 3, wherein said step of sending a second short message having included therein the report for the first short message includes: setting a success subparameter having at least one field in the second short message to a first value indicative of whether the first short message was received correctly or in error; setting a transfer protocol failure cause subparameter having at least one field in the second short message to a second value indicative of an error type encountered in the first short message; and sending the second message. The method according to claim 2, further including the step of deriving a short message deliver report transfer protocol data unit based on the short message deliver report message, including the steps of: setting a transfer protocol failure cause field in the short message deliver report Stransfer protocol data unit to a value in a transfer protocol failure cause value field in a transfer protocol failure cause subparameter of the short message deliver report message if a success subparameter is false; oo 5 setting a transfer protocol user data field in the short message deliver report transfer protocol data unit to data in CHARi fields in a user data subparameter of the short message deliver report message; setting a transfer protocol user data length field in the short message deliver report transfer protocol data unit to a value in the Num_Fields field of the user data 10 subparameter; and 0setting a transfer protocol data coding scheme field in the short message deliver report transfer protocol data unit to the value in a MessageType field of the user data subparameter.

6. The method according to claim 3, further including the step of deriving the short message submit report message from a short message submit report transfer protocol data unit, including the steps of: setting a transfer protocol failure cause value field in a transfer protocol failure cause subparameter of the short message submit report message to a value in the transfer protocol failure cause field of the short message submit report transfer protocol data unit if a success subparameter is false; setting the CHARi fields in a user data subparameter of the short message submit report message to data in a transfer protocol user data field of the short message submit report transfer protocol data unit; setting the Num_Fields field in the user data subparameter to the value in a transfer protocol user data length field of the short message submit report transfer protocol data unit; and setting the Message Type field in the user data subparameter to the value in a transfer protocol data coding scheme field of the short message submit report transfer protocol data unit.

7. The method according to claim 4, wherein the report includes user data. S8. The method according to claim 4, wherein said communication network is a GSMlx network.

9. The method according to claim 4, wherein said communication network is a 00oO CDMA network. A mobile station, including: C a receiver unit; C a demodulator/decoder operably connected to said receiver; 0 0 a controller operably connected to said demodulator/decoder; C an encoder/modulator operably connected to said controller; a transmitter operably connected to said encoder/modulator, and a memory operably connected to said demodulator/decoder and said controller; wherein said memory includes program codes to convey reports for short messages in a wireless communication network that utilizes a CDMA air interface, including: receive a first short message having included therein a request for a report for the first short message, wherein said request includes a ReportReq field set to true; and send a second short message having included therein the report for the first short 0 message.

11. The mobile station according to claim 10, wherein the first short message is a short message deliver message received by said mobile and the second short message is a short message deliver report message sent by said mobile.

12. The mobile station according to claim 10 to 12, wherein the first short message is a short message submit message sent by said mobile and the second short message is a short message submit report message received by said mobile.

13. The mobile station according to any one of claims 10, wherein said program code to send a second short message having included therein the report for the first short message includes: set a success subparameter having at least one field in the second short message to a Sfirst value indicative of whether the first short message was received correctly or in error; set a transfer protocol failure cause subparameter having at least one field in the oo 5 second short message to a second value indicative of an error type encountered in the first short message; and _send the second message.

14. The mobile station according to claim 13, wherein the report includes user 10 data. The mobile station according to claim 13, wherein said communication network is a GSMlx network.

16. The mobile station according to claim 13, wherein said communication network is a CDMA network.

17. A mobile switching centre to convey reports for short messages in a wireless communication network that utilizes a CDMA air interface including: a message buffer; a short message converter operably connected to said message buffer; a controller operably connected to said short message converter; and a memory operably connected to said controller, wherein said memory includes program code to convert between messages and transport protocol data units.

18. The mobile switching centre according to claim 17, wherein said program code to convert between messages and transport protocol data units includes program code to derive a short message deliver report transfer protocol data unit based on a short message deliver report message, including: setting a transfer protocol failure cause field in the short message deliver report transfer protocol data unit to a value in a transfer protocol failure cause value field in a transfer protocol failure cause subparameter of the short message deliver report message if a success subparameter is false; setting a transfer protocol user data field in the short message deliver report Stransfer protocol data unit to data in CHARi fields in a user data subparameter of the short message deliver report message; setting a transfer protocol user data length field in the short message deliver oO 5 report transfer protocol data unit to a value in the Num_Fields field of the user data subparameter; and setting a transfer protocol data coding scheme field in the short message deliver Oreport transfer protocol data unit to the value in a Message Type field of the user data subparameter.

019. The mobile switching centre according to claim 17 or 18, wherein said program code to convert between messages and transport protocol data units comprises program code to derive a short message submit report message from a short message submit report transfer protocol data unit, including: set a transfer protocol failure cause value field in a transfer protocol failure cause subparameter of the short message submit report message to a value in the transfer protocol failure cause field of the short message submit report transfer protocol data unit if a success subparameter is false; set the CHARI fields in a user data subparameter of the short message submit report message to data in a transfer protocol user data field of the short message submit report transfer protocol data unit; set the Num_Fields field in the user data subparameter to the value in a transfer protocol user data length field of the short message submit report transfer protocol data unit; and set the Message_Type field in the user data subparameter to the value in a transfer protocol data coding scheme field of the short message submit report transfer protocol data unit. A computer program product, including: computer-readable medium including: program code for conveying reports for short messages in a wireless communication network that utilizes a CDMA air interface, including: program code for receiving a first short message having included therein a O request for a report for the first short message, wherein said request includes a ReportReq field set to true; and program code for sending a second short message having included therein the oO 5 report for the first short message. 0 _21. The computer program product according to claim 20, wherein the first short Smessage is a short message deliver message received by a mobile and the second 0 short message is a short message deliver report message sent by said mobile. O22. The computer program product according to claim 20, wherein the first short message is a short message submit message received by a mobile switching centre and the second short message is a short message submit report message sent by said mobile switching centre.

23. The computer program product according to any one of claims 20 to 23, wherein said program code for sending a second short message having included therein the report for the first short message includes: program code for setting a success subparameter having at least one field in the second short message to a first value indicative of whether the first short message was received correctly or in error; program code for setting a transfer protocol failure cause subparameter having at least one field in the second short message to a second value indicative of an error type encountered in the first short message; and program code for sending the second message.

24. The computer program product according to claim 21, further including program code for deriving a short message deliver report transfer protocol data unit based on the short message deliver report message, including: program code for setting a transfer protocol failure cause field in the short message deliver report transfer protocol data unit to a value in a transfer protocol failure cause value field in a transfer protocol failure cause subparameter of the short message deliver report message if a success subparameter is false; program code for setting a transfer protocol user data field in the short message Sdeliver report transfer protocol data unit to data in CHARi fields in a user data subparameter of the short message deliver report message; program code for setting a transfer protocol user data length field in the short 00oO 5 message deliver report transfer protocol data unit to a value in the NumFields field of the user data subparameter; and program code for setting a transfer protocol data coding scheme field in the short 0 message deliver report transfer protocol data unit to the value in a MessageType field of the user data subparameter. r- The computer program product according to claim 22, further including program code for deriving the short message submit report message from a short message submit report transfer protocol data unit, comprising: program code for setting a transfer protocol failure cause value field in a transfer protocol failure cause subparameter of the short message submit report message to a value in the transfer protocol failure cause field of the short message submit report transfer protocol data unit if a success subparameter is false; program code for setting the CHARi fields in a user data subparameter of the short message submit report message to data in a transfer protocol user data field of _0 the short message submit report transfer protocol data unit; program code for setting the Num_Fields field in the user data subparameter to the value in a transfer protocol user data length field of the short message submit report transfer protocol data unit; and program code for setting the MessageType field in the user data subparameter to the value in a transfer protocol data coding scheme field of the short message submit report transfer protocol data unit.

26. The computer program product according to claim 23, wherein the report includes user data.

27. The computer program product according to claim 23, wherein said communication network is a GSMlx network.

28. The computer program product according to claim 23, wherein said O Scommunication network is a CDMA network.

29. A means for conveying reports for short messages in a wireless oo 5 communication network that utilizes a CDMA air interface, including: means for receiving a first short message having included therein a request for a report for the first short message, wherein said request includes a ReportReq field set Sto true; and ameans for sending a second short message having included therein the report for 10 the first short message. The means according to claim 29, wherein the first short message is a short message deliver message received by a mobile and the second short message is a short message deliver report message sent by said mobile.

31. The means according to claim 29, wherein the first short message is a short message submit message received by a mobile switching centre and the second short message is a short message submit report message sent by said mobile switching centre.

32. The means according to any one of claims 29 to 31, wherein said means for sending a second short message having included therein the report for the first short message includes: means for setting a success subparameter having at least one field in the second short message to a first value indicative of whether the first short message was received correctly in error; means for setting a transfer protocol failure cause subparameter having at least one field in the second short message to a second value indicative of an error type encountered in the first short message; and means for sending the second message.

33. The means according to claim 30, further including means for deriving a short message deliver report transfer protocol data unit based on the short message deliver report message, including: means for setting a transfer protocol failure cause field in the short message deliver report transfer protocol data unit to a value in a transfer protocol failure cause value field in a transfer protocol failure cause subparameter of the short message deliver report message if a success subparameter is false; 00 5 means for setting a transfer protocol user data field in the short message deliver report transfer protocol data unit to data in CHARi fields in a user data subparameter of the short message deliver report message; means for setting a transfer protocol user data length field in the short message deliver report transfer protocol data unit to a value in the NumFields field of the user (,i r- 10 data subparameter; and Smeans for setting a transfer protocol data coding scheme field in the short message deliver report transfer protocol data unit to the value in a MessageType field of the user data subparameter.

34. The means according to claim 31, further including means for deriving the short message submit report message from a short message submit report transfer protocol data unit, comprising: means for setting a transfer protocol failure cause value field in a transfer protocol failure cause subparameter of the short message submit report message to a value in the transfer protocol failure cause field of the short message submit report transfer protocol data unit if a success subparameter is false; means for setting the CHARi fields in a user data subparameter of the short message submit report message to data in a transfer protocol user data field of the short message submit report transfer protocol data unit; means for setting the Num_Fields field in the user data subparameter to the value in a transfer protocol user data length field of the short message submit report transfer protocol data unit; and means for setting the Message_Type field in the user data subparameter to the value in a transfer protocol data coding scheme field of the short message submit report transfer protocol data unit. The means according to claim 32, wherein the report includes user data.

36. The means according to claim 32, wherein said communication network is a 0 GSMlx network.

37. The means according to claim 32, wherein said communication network is a o00 5 CDMA network.

38. A method as claimed in claim 1, substantially as herein described with reference to the accompanying drawings. 10 39. A mobile station as claimed in claim 10, substantially as herein described with reference to the accompanying drawings. A mobile switching centre as claimed in claim 17, substantially as herein described with reference to the accompanying drawings.

41. A computer program product as claimed in claim 20, substantially as herein described with reference to the accompanying drawings.

42. A means for conveying reports for short messages as claimed in claim 29, substantially as herein described with reference to the accompanying drawings.

43. A method substantially as herein described with reference to any one of the embodiments of the invention illustrated in the accompanying drawings.

44. A mobile station substantially as herein described with reference to any one of the embodiments of the invention illustrated in the accompanying drawings. A mobile switching centre substantially as herein described with reference to any one of the embodiments of the invention illustrated in the accompanying drawings.

46. A computer program product substantially as herein described with reference to any one of the embodiments of the invention illustrated in the accompanying drawings.

47. A means of conveying reports for short messages substantially as herein described with reference to any one of the embodiments of the invention illustrated in the accompanying drawings. 00