Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TR 23.824  Word version:  10.0.0

Top   Top   None   None   Next
0…   5…

 

0  Introductionp. 5

This Technical Report is used to gather agreed changes for the stage 2 aspects of the WID "IP-SM-GW enhancements for CPM-SMS Interworking". When the Technical Report is approved, the agreed changes are transferred in block to TS 23.204, excluding this introduction, Annex Y, and Annex Z "Change history".
The Technical Report copies the structure of TS 23.204, if an agreed change adds a new clause to the Technical Report, and thus to TS 23.204, a note indicates that at the beginning of the clause.
If the Technical Report does not propose any change for a specific clause of TS 23.204, then the content of that clause is not copied from TS 23.204 to the Technical Report, only a note is added indicating that no change identified for that clause. If the Technical Report proposes a change for a specific clause of TS 23.204, then Underlined-Red text identifies the new text compared to TS 23.204, Strikethrough Red text (if any) identifies text to be deleted from TS 23.204.
Up

1  Scopep. 6

The present document specifies the new capabilities and enhancements needed to support SMS over a generic IP Connectivity Access Network (IP-CAN) using IMS capabilities (TS 23.228). These include (but are not limited) to:
  1. Enhancements to the HSS;
  2. Communication between the SMS-GMSC/SMS-IWMSC and the HSS;
  3. Authentication of service usage and registration;
  4. Transfer of UE Terminated SMS, UE Originated SMS, and Delivery reports;
  5. Mechanisms to handle SMS when there is more than one IP connection active with the UE, etc.
The document also specifies the capabilities and enhancements needed to support the service level interworking for the Short Message service as defined in the TS 23.040 and in this specification and the Instant Messaging service as defined in OMA-TS-SIMPLE_IM-V1_0-20070816-C [12]. The features supported from the IM specification are limited to the exchange of short or large immediate messages in pager mode.
The service requirements are described in TS 22.340.
Up

2  Referencesp. 6

The following documents contain provisions which, through reference in this text, constitute provisions of the present document.
  • References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific.
  • For a specific reference, subsequent revisions do not apply.
  • For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.
[1]
TR 21.905: "Vocabulary for 3GPP Specifications".
[2]
TS 23.040: "Technical realization of the Short Message Service (SMS) Point to Point (PP)".
[3]  Void.
[4]  Void.
[5]  Void.
[6]
TS 29.002: "Mobile Application Part (MAP) specification".
[7]  Void.
[8]  Void.
[9]
TS 23.228: "IP Multimedia Subsystem (IMS); Stage 2".
[10]  Void.
[11]  Void.
[12]
[13]
draft-ietf-simple-imdn-04  "Instant Message Disposition Notification", February, 2009.
[14]
TS 24.247: "Messaging service using the IP Multimedia (IM) Core Network (CN) subsystem; Stage 3".
[15]
[16]
[17]
[18]
TS 22.340: "IP Multimedia System (IMS) messaging; Stage 1".
[19]
RFC 4975:  "The Message Session Relay Protocol (MSRP)", September 2007.
Up

3  Definitions and abbreviationsp. 7

3.1  Definitionsp. 7

For the purposes of the present document, the terms and definitions given in TR 21.905 and the following definitions apply. A term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905:
Converged IP Messaging:
as defined in OMA-RD-CPM-V1_0-20091218-D [15]. Converged IP Messaging supports one-to-one, one-to-many personal communications, and also communication with Applications.
CPM Message:
as defined in OMA-RD-CPM-V1_0-20091218-D [15]: Information that is sent to one or more recipients. A CPM Message can contain several discrete Media (e.g. text, images, audio-clips, video-clips).
CPM AS:
An application server supporting the functionality of a CPM Participating Function and/or a CPM Controlling Function as defined in OMA-RD-CPM-V1_0-20091218-D [15].
IM origination:
origination of an Instant Message by an IMS UE.
IM termination:
termination of an Instant Message by an IMS UE.
IMS core:
refers to the core session control elements of the IM CN Subsystem, i.e. the CSCFs, and the IBCF.
Instant Message:
an Instant Message as defined in the OMA-TS-SIMPLE_IM-V1_0-20070816-C [12] and TS 24.247. The term Instant Message is also used to designate a CPM Message.
Interworking Selection Function:
as defined in OMA-AD-CPM-V1_0-20091222-D [16]. The Interworking Selection Function selects an Interworking Function that should perform the actual interworking between CPM and SMS.
SIMPLE IM service:
the Instant Messaging Service as defined in the OMA-TS-SIMPLE_IM-V1_0-20070816-C [12].
SM origination:
origination of a Short Message (including SMS over IP) by an SMS capable UE, as defined in TS 23.040 and this specification.
SM termination:
termination of a Short Message (including SMS over IP) by an SMS capable UE, as defined in TS 23.040 and this specification.
SMS:
the Short Message Service as defined in the TS 23.040.
SMSIP MESSAGE:
an immediate message as defined in TS 23.228, which encapsulates a SM in its text body.
SMSIP UE:
a UE which supports SMSIP MESSAGE.
Up

3.2  Abbreviationsp. 8

For the purposes of the present document, the abbreviations given in TR 21.905 and the following apply:
CPM
Converged IP Messaging
IM
Instant Message
IMDN
Instant Message Disposition Notification
IP-SM-GW
IP-Short-Message-Gateway
ISF
Interworking Selection Function
SM
Short Message

4Void

4a  Architecture Requirementsp. 8

4a.1  Generalp. 8

The SMS-IP architecture supports the following:
  • Notification shall be sent to the HSS that a previously unreachable UE is now reachable.
  • Functionality is required to be able to select the domain for message delivery between IMS and CS/PS, and to have the message delivered to the selected domain.
  • Functionality is required to determine whether to transform the message format or not, and to perform the transformation of the message format when determined.
  • The interworking function shall generate the appropriate charging-related information and provide the appropriate online charging mechanism (if it is applied for the Short Message Service and/or SIMPLE IM services and/or CPM based services) for the interworking services.
Up

4a.2  Transport-level interworkingp. 8

4a.3  Service-level interworkingp. 8

For service-level interworking, the architecture allows for the following:
  • The service-level interworking is a value added service which requires service subscription. In addition, it shall also take the operator's policy, if available, into account, e.g. checking on the barring setting of the subscriber to determine whether to provide this interworking or not, so the service authorisation shall be supported before the interworking is executed.
  • The service-level interworking applies as a fallback only if the users cannot communicate with each other using their chosen messaging service according to the user preference and operator policy. The location of the interworking service can be in the originating network and in the terminating network.
  • The service-level interworking shall support interworking between OMA SIMPLE IM service as defined in OMA-TS-SIMPLE_IM-V1_0-20070816-C [12] and Short Message Service, as defined in the TS 23.040 and in the current specification.
  • The service-level interworking shall support interworking between OMA CPM service as defined in OMA-TS-CPM_Conv_Fnct-V1_0-20091222-D [17] and Short Message Service, as defined in the TS 23.040 and in the current specification.
  • The service-level interworking shall take the capability of the terminating UE into account when possible.
  • The service level interworking shall be transparent to the end user.
  • The service-level interworking shall minimize the impact on the IMS architecture.
  • The service-level interworking shall not impact existing functionality of the Short Message Service as described in TS 23.040 or of the SIMPLE IM service enabler as described in OMA-TS-SIMPLE_IM-V1_0-20070816-C [12] or of the CPM service enabler as described in OMA-TS-CPM_Conv_Fnct-V1_0-20091222-D [17]. Existing security mechanisms for both the SIMPLE IM service, the Converged IP Messaging service and the Short Message Service shall be reused.
  • The interworking function shall be aware if the message should be interworked or not, e.g. specific types of Short Messages such as an over the air configuration message, shall not be interworked at service-level, but shall be instead transported as a Short Message via IMS, CS or PS.
  • If an SMS user requests an SMS status report that the message was delivered to the recipient, then an SMS status report shall be generated when the message is delivered using Instant Message.
  • If an IMS user requests a notification that the message was delivered to the recipient and the Instant Message is interworked to Short Message on the originating side, an SMS status report shall be interworked to a delivery notification when the message is delivered.
  • The interworking functionality shall be executed in the following cases:
    • Originating network:
      • The sender is an IM user or a CPM user who has subscribed to the interworking function and the recipient is not routable in IMS;
      • The operator policy on the originating side has been set to send the Instant Messages via Short Message Service.
    • Terminating network:
      • The user preferences and/or the operator policy of the recipient have been set to receive the incoming Instant Messages via Short Message Service;
      • The received message is a Short Message and the recipient is an IM user or a CPM user and has subscribed to the interworking service.
Up

Up   Top   ToC