ARIB STD-T64-C.S v1.0. Unstructured Supplementary Service Data (USSD) Service Options for Spread Spectrum Systems:Service Options 78 and 79

Transcription

1 ARIB STD-T-C.S00-0 v.0 Unstructured Supplementary Service Data (USSD) Service Options for Spread Spectrum Systems:Service Options and Refer to "Industrial Property Rights (IPR)" in the preface of ARIB STD-T for Related Industrial Property Rights. Refer to "Notice" in the preface of ARIB STD-T for Copyrights

2 Original Specification This standard, ARIB STD-T-C.S00-0 v.0, was prepared by GPP-WG of Association of Radio Industries and Businesses (ARIB) based upon the GPP specification, C.S00-0 v.0. Modification to the original specification None. Notes None. 0

3 GPP C.S00-0 v.0 June 0 Unstructured Supplementary Service Data (USSD) Service Options for Spread Spectrum Systems: Service Options and 0 GPP GPP and its Organizational Partners claim copyright in this document and individual Organizational Partners may copyright and issue documents or standards publications in individual Organizational Partner's name based on this document. Requests for reproduction of this document should be directed to the GPP Secretariat at secretariat@gpp.org. Requests to reproduce individual Organizational Partner's documents should be directed to that Organizational Partner. See for more information.

4 GPP C.P00-0 v.0 Revision History Revision Description of Changes Date Rev 0 v.0 Publication June 0

5 GPP C.P00-0 v.0 0 Table of Contents Introduction.... Scope.... Requirements Language.... Normative References.... Informative References.... Terms and Abbreviations... Mobile signaling protocol.... Operation.... Parameters..... Data Burst Type (BURST_TYPE)..... Service Options..... USSD Message Format.... MS Signaling Procedures..... Negotiation for the USSD Service Option..... MS Sending USSD Message..... MS Receiving USSD Message..... USSD Client Actions... i

6 GPP C.P00-0 v.0 Table of Tables Table USSD Message Format... ii

7 GPP C.P00-0 v.0 Foreword This foreword is not part of this document. This document is related to: GPP C.R00-H v.0, that provides service option number assignments. GPP X.S00-0 v.0, that provides core network support. iii

8 GPP C.P00-0 v Introduction. Scope This document defines radio interface support for USSD in cdma000 Spread Spectrum Systems. Unstructured supplementary service data (USSD) allows the Mobile Station (MS) user and a PLMN operator defined application to communicate in a way which is transparent to the MS and to intermediate network entities. The mechanism allows development of PLMN specific supplementary services. There are two modes of USSD: MMI-mode and application mode. MMI-mode USSD is for the transparent transport of MMI strings entered by the user to the network and for the transparent transport of text strings from the network that are displayed by the mobile for user information. Application mode USSD is for the transparent transport of data between the network and the UE. Application mode USSD is intended to be used by applications in the network and their peer applications in the UE. USSD may be initiated by the MS user, or by the network. Unlike Short Message Service (SMS) messages, USSD messages create a real-time connection during a USSD session. The connection remains open, allowing a two-way exchange of a sequence of data. Several examples of how USSD Services are used include: Prepaid balance Inquiry, Balance Transfer (payment from one s balance to another balance), Voting ( Please rate our customer service: =Good, =OK, =Bad after a call to a Customer Service Center), and Call Me (requesting another party to call you). 0. Requirements Language Shall and shall not identify requirements to be followed strictly to conform to this document and from which no deviation is permitted. Should and should not indicate that one of several possibilities is recommended as particularly suitable, without mentioning or excluding others, that a certain course of action is preferred but not necessarily required, or that (in the negative form) a certain possibility or course of action is discouraged but not prohibited. May and need not indicate a course of action permissible within the limits of the document. Can and cannot are used for statements of possibility and capability, whether material, physical or causal. cdma000 is the trademark for the technical nomenclature for certain specifications and standards of the Organizational Partners (OPs) of GPP. Geographically (and as of the date of publication), cdma000 is a registered trademark of the Telecommunications Industry Association (TIA-USA) in the United States.

9 GPP C.P00-0 v.0. Normative References The following specifications contain provisions which, through reference in this text, constitute provisions of this specification. At the time of publication, the editions indicated were valid. All specifications are subject to revision, and parties to agreements based on this specification are encouraged to investigate the possibility of applying the most recent editions of the specifications indicated below. Throughout this specification reference to a tag constitutes a reference to the specification identified below. Tag [C.S000] [C.S000] [C.S00] Specification Source GPP C.S000-E v.0. GPP Signaling Link Access Control (LAC) Standard for cdma000 Spread Spectrum System. June 0. GPP C.S000-E v.0. GPP Upper Layer (Layer ) Signaling Standard for cdma000 Spread Spectrum Systems. June 0. GPP C.S00-B v.0. Short Message Service (SMS) for Wideband Spread Spectrum Systems. September 00. [TS.00] GPP TS.00. GPP Mobile radio interface layer supplementary services specification. Formats and coding. [TS.00] GPP TS.00. Unstructured Supplementary Service Data (USSD); Stage.

10 GPP C.P00-0 v.0. Informative References Tag Specification Source [C.R00] GPP C.R00-G v.0. GPP Administration of Parameter Value Assignments for cdma000 Spread Spectrum Systems. June 00.. Terms and Abbreviations Term Definition DBM GSM_USSD_MSG Data Burst Message [C.S000] A tunneled GSM USSD message as defined in [TS.00] and explained in [TS.00] USSD_DBM_BURST 0000 USSD Unstructured Supplementary Service Data

11 GPP C.P00-0 v.0 Mobile signaling protocol. Operation The MS operation is performed when the MS is to send a USSD message to the USSD Gateway or when the MS receives a USSD message from the USSD Gateway. The operation for the MS sending the USSD message is described in section... The operation for the MS receiving the USSD message is described in section.... Parameters 0.. Data Burst Type (BURST_TYPE) The BURST_TYPE for this DBM [C.S000] is USSD_DBM_BURST which is also listed in [C.R00]... Service Options Service options SO for rate set and SO for rate set are used for USSD, see [C.R00]... USSD Message Format The format of a USSD message is a DBM using the format in the following table: Table USSD Message Format Field Length (bits) Value MSG_NUMBER BURST_TYPE USSD_DBM_BURST NUM_MSGS NUM_FIELDS The Length of the USSD message in octets. CHARi * NUM_FIELDS GSM_USSD_MSG

12 GPP C.P00-0 v.0. MS Signaling Procedures.. Negotiation for the USSD Service Option See [C.S00] section... Treat SO as SO, SO as SO and SMS Service Option as USSD Service Option MS Sending USSD Message If an MS is to send a USSD message, the USSD client within the MS shall construct the message according to Table. The GSM_USSD_MSG part of the USSD message is constructed according to [TS.00]. The functional definitions and contents for a GSM_USSD_MSG are defined in [TS.00]. The MS shall request Service Option for rate set or Service Option for rate set if the MS is in idle mode, using an Origination Message with no dialed digits to set up a traffic channel to transmit the USSD message. Authentication of the Origination Message may be conducted according to the procedure defined in [C.S000]. Call processing following the transmission of the Origination Message shall follow the procedures defined in [C.S000]. When the MS enters the Conversation Substate, the MS may transmit the USSD message. If the MS has already been assigned a traffic channel, the MS shall continue to use the associated SO for that traffic channel. The MS shall send the USSD message using the following procedures: o The MS shall construct a DBM according to Table. o o The MS shall use the CHARi portion to construct the GSM_USSD_MSG using the FACILITY, REGISTER, or RELEASE COMPLETE message type defined in [TS.00] and described in [TS.00]. The MS shall transmit the DBM on the Traffic Channel. If any SO other than SO or SO is connected, the MS shall remain in the Conversation Substate after acknowledgement of the DBM. 0.. MS Receiving USSD Message An MS supporting USSD shall process all DBMs addressed to the MS on the Traffic Channel and having the BURST_TYPE USSD_DBM_BURST [C.R00]. The MS shall discard the message without further processing if any of the following is true: MSG_NUMBER field is set to a value other than ; NUM_MSGS field is set to a value other than ; NUM_FIELDS field is set to zero;

13 GPP C.P00-0 v.0 If the DBM is received on a paging channel. Otherwise, the MS shall parse the CHARi fields of the received DBM as a USSD message and shall send it to the USSD client. The USSD client shall process the USSD messages according to [TS.00]. The signaling procedures for the received USSD DBM is as is any kind of DBM and shall be according to [C.S000]... USSD Client Actions The actions taken by the USSD client are as follows: 0 When a USSD transaction is to be initiated: The USSD Client shall send a USSD message as defined in section... The GSM_USSD_MESSAGE field shall be a REGISTER message containing a ProcessUnstructuredSS-Request invoke component as defined in [TS.00] and explained in [TS.00]. The USSD request shall include SS version to indicate that it supports phase or a higher protocol version as defined in [TS.00] and as explained in [TS.00] section.. After receiving a USSD request with REGISTER message that cannot be processed: The USSD Client shall send a return error component in a FACILITY message with the appropriate error value [TS.00]. 0 After receiving a USSD request with a REGISTER message containing the UnstructuredSS-Request invoke component as defined in [TS.00]: If the USSD Client can process the USSD request, the USSD Client shall acknowledge the REGISTER message by sending a USSD message where GSM_USSD_MSG contains a FACILITY message containing the user s mobile subscriber s response in a return result component. The FACILITY message is defined in [TS.00] and explained in [TS.00]. 0 After receiving a USSD request with REGISTER message containing the UnstructuredSS-Notify invoke component as defined in [TS.00]: If the USSD Client can process the USSD request, the USSD Client shall acknowledge the USSD notification by sending a USSD message where GSM_USSD_MSG contains a FACILITY message containing an empty return result component.

14 GPP C.P00-0 v.0 After receiving a USSD operation while another USSD operation is already in progress: The USSD Client shall send a return error component in a RELEASE COMPLETE message containing the "USSD Busy" error as defined in [TS.00]. 0 If the USSD Client is to terminate the USSD transaction: The USSD Client shall send a USSD message where GSM_USSD_MSG contains a RELEASE COMPLETE message containing a return result, return error, or reject component as defined in [TS.00]. The USSD Client shall clear the USSD transaction. If the traffic channel was initiated with SO or then the MS shall enter the Release Substate with an MS release indication (see [C.S000]). After receiving a RELEASE COMPLETE message containing a return result, return error, or reject component as defined in [TS.00]. The USSD Client shall clear the USSD transaction. If the traffic channel was initiated with SO or then the MS shall enter the Release Substate with an MS release indication (see [C.S000]). 0 After receiving a FACILITY message that the USSD Client is capable of processing. The USSD Client shall send a USSD message where GSM_USSD_MSG contains a FACILITY message containing a return result component, as defined in [TS.00]. After receiving a FACILITY message that the USSD Client is not capable of processing. The USSD Client shall send a USSD message where GSM_USSD_MSG contains a FACILITY message containing a return error component as defined in [TS.00].

15 GPP C.P00-0 v.0 0 The USSD Client shall not initiate another USSD transaction while already in a USSD transaction. The MS shall not enter the Release Substate if a USSD transaction is cleared when the traffic channel was not initiated with SO or. The MS shall enter the Release Substate if the traffic channel was initiated with an SO other than SO or SO and the traffic channel is released. If a USSD transaction is active then the USSD transaction shall remain active. If a USSD Client has a USSD message to send after a traffic channel has been released, the MS shall perform a service negotiation for a new traffic channel with SO or SO (see section..). If the USSD Client is waiting for a USSD message from the USSD Gateway then it shall wait for the network to establish a new traffic channel. The MS shall send a Layer Ack upon receipt of any USSD DBM, if requested by the network [C.S000].