WO2006067261A1 - Establishing a push session in a communication system - Google Patents

Establishing a push session in a communication system Download PDF

Info

Publication number
WO2006067261A1
WO2006067261A1 PCT/FI2005/000483 FI2005000483W WO2006067261A1 WO 2006067261 A1 WO2006067261 A1 WO 2006067261A1 FI 2005000483 W FI2005000483 W FI 2005000483W WO 2006067261 A1 WO2006067261 A1 WO 2006067261A1
Authority
WO
WIPO (PCT)
Prior art keywords
push
session
protocol
communication device
transport
Prior art date
Application number
PCT/FI2005/000483
Other languages
French (fr)
Inventor
Miguel Angel Garcia-Martin
Original Assignee
Nokia Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Corporation filed Critical Nokia Corporation
Publication of WO2006067261A1 publication Critical patent/WO2006067261A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/224Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58Message adaptation for wireless communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/04Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50Service provisioning or reconfiguring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/10Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Definitions

  • the invention relates to communication systems. More particularly the invention relates to establishing a push session in a communication system.
  • a communication system can be seen as a facility that enables communication sessions between two or more entities such as one or more communication devices and/or other nodes associated with the communication system.
  • a communication system typically operates in accordance with a given standard or specification setting out what the various entities associated with the communication system are permitted to do and how that should be achieved.
  • a standard or specification may define a specific set of rules, such as communication protocols and/or parameters, on which connections between the entities can be based.
  • Wireless communication systems include various cellular or otherwise mobile communication systems using radio frequencies for sending voice or data between stations, for example between a communication device and a transceiver network element.
  • wireless communication systems may comprise public land mobile network (PLMN), such as global system for mobile communication (GSM), the general packet radio service (GPRS) and the universal mobile telecommunications system (UMTS).
  • PLMN public land mobile network
  • GSM global system for mobile communication
  • GPRS general packet radio service
  • UMTS universal mobile telecommunications system
  • a single communication system may interface with one or more communication systems, such as with other wireless systems, such as a wireless Internet Protocol (IP) network, and/or fixed line communication systems.
  • IP Internet Protocol
  • Subscribers such as the users or end-users, to a communication system may be offered and provided numerous services, such as calls, data communication or multimedia services or simply an access to a network, such as the Internet.
  • Servers may be used in provision of the services and may be operated by an operator of a network or by an external service provider.
  • WAP wireless application protocol
  • Further examples of services may comprises, but are not limited to, short message service (SMS), multimedia messaging service (MMS), electronic mail (email), and so on.
  • SMS short message service
  • MMS multimedia messaging service
  • email electronic mail
  • a client of a communication device may request for a service or information from a server, which then responds in transmitting the requested service or information to the client. This may be referred to as a pull operation.
  • An example of a pull operation may comprise a client allowing a user of a communication device to browse the Internet using a WAP or hypertext transfer protocol (HTTP) browser.
  • HTTP hypertext transfer protocol
  • a server may transmit information or content without an explicit request from the client. This may be referred to as a push operation. Examples of push operation are discussed more in detail in the following.
  • a network operator or another party may configure in a communication device or provide the communication device with content or other information relating to the service.
  • Examples of such information may comprise, but are not limited to, information relating to device management (DM).
  • Further non-limiting examples of information may include news, stock quotes, weather, traffic reports and notification of events, such as email or MMS message arrival.
  • the information may be transmitted to the communication device over the air (OTA).
  • the WAP Forum has defined a push OTA protocol for delivering content over the air from a push server to a communication device, such as a WAP enabled communication device.
  • WAP Push Architectural Overview Version 03-JuI- 2001 , Wireless Application Protocol, WAP-250-PushArchOverview-20010703- a, outlines the WAP push specifications, which together specify a service to push content to mobile devices via the WAP architecture.
  • a push initiator may transmit push content and delivery instructions to a push proxy gateway (PPG), which may then deliver the push content to a client in the communication device according tp the delivery instructions.
  • PPG push proxy gateway
  • a push initiator and a push proxy gateway may be separate entities or co-located in a single entity.
  • the push OTA is an application layer protocol that can be run on top of a wireless session protocol (WSP) for connectionless or connection-oriented push or on top of the HTTP for connection-oriented push.
  • WSP wireless session protocol
  • the push OTA protocol may thus be referred to as OTA-WSP and OTA-HTTP, respectively.
  • the PPG may send a request, such as a session initiation request (SIR), to a communication device to initiate connectivity.
  • the request may be sent by connectionless push using the OTA-WSP, such as by means of an SMS.
  • the communication device may then activate a bearer for a session as requested in the request and establish a session towards the PPG.
  • the session may be a WSP or HTTP session or a transmission control protocol (TCP) connection.
  • TCP transmission control protocol
  • a method for establishing a push session in a communication system comprises receiving a session invitation including a description of a push protocol over a transport protocol for establishing a push session.
  • the method further comprises setting up a transport bearer in accordance with said transport protocol.
  • the method further comprises using the transport bearer for a push session in accordance with said push protocol.
  • the session invitation is received via an existing session initiation protocol signaling channel.
  • the session invitation may comprise an INVITE message of a session initiation protocol.
  • the INVITE message may be received together with a session description protocol body, wherein said body comprises said description.
  • the session invitation may carry the description for one of a device management session, a multimedia messaging service notification and a data synchronization session over one of a hypertext transfer protocol, a wireless session protocol, a use data protocol, a transmission control protocol connection and a transmission control protocol connection with transport layer security.
  • the session invitation may carry further information, wherein the further information may comprise at least one of a device management bootstrap and a device management session initiation message.
  • the further information may comprise notification of a multimedia messaging service message.
  • the session invitation may be received for establishing a connection-oriented or connectionless push session and the transport bearer may be used for a connection-oriented or connectionless push session.
  • a method for establishing a push session in a communication system comprises receiving a submission to start a push operation towards a communication device. The method further comprises transmitting, based on said submission, a session invitation including a description providing information for establishing a push session for transmitting information between the communication device and an entity sending said submission.
  • the session invitation may comprise the description of a push protocol over a transport protocol.
  • the session invitation may be transmitted via an existing session initiation protocol signaling channel.
  • the step of transmitting may further comprise creating the session invitation including said description. In an embodiment, the step of transmitting may further comprise determining a session initiation protocol address or a telephone identifier of said communication device. In an embodiment, the step of transmitting may further comprise sending said session invitation to a session initiation protocol based core network for further routing towards said communication device.
  • the method may further comprise monitoring progress relating to establishing the push session.
  • the method may further comprise receiving said session invitation in the communication device, setting up a transport bearer between the communication device and the entity sending said submission in accordance with said transport protocol and using the transport bearer for a push session in accordance with said push protocol.
  • a computer program comprising program code means for performing any of the steps according to embodiments of the methods of the invention when the program is run on a computing means.
  • a communication device configured to receive a session invitation including a description of a push protocol over a transport protocol for establishing a push session.
  • the communication device is further configured to set up a transport bearer between the communication device and an entity indicated in the session invitation in accordance with said transport protocol.
  • the communication device is further configured to use the transport bearer for a push session in accordance with said push protocol.
  • a push gateway for a communication system.
  • the push gateway is configured to receive a submission to start a push operation towards a communication device.
  • the push gateway is further configured to transmit, based on said submission, a session invitation comprising a description providing information for establishing a push session for transmitting information between the communication device and an initiating entity from which the submission was received.
  • a communication system configured to provide a submission to start a push operation towards a communication device.
  • the communication system is further configured to provide, based on said submission, a session invitation comprising a description of a push protocol over a transport protocol for establishing a push session.
  • the communication system is further configured to provide the push session in accordance with the push protocol over the transport protocol.
  • said push gateway may be configured to include, in said information, a description of a push protocol over a transport protocol and said communication system may further comprise at least one communication device configured to establish the push session in accordance with the push protocol over the transport protocol.
  • FIG. 1 shows an example of an arrangement in which the embodiments of the invention may be implemented
  • Figure 2 shows a signalling chart illustrating an exemplifying embodiment of the invention.
  • Figure 3 shows a signalling chart illustrating another exemplifying embodiment of the invention. Detailed description of preferred embodiments
  • Figure 1 shows an example of an arrangement including a communication network 10, a communication device 12, a push proxy gateway (PPG) 22 and a push initiator (Pl) 24. Furthermore, an application server (AS) 26 is shown.
  • PPG push proxy gateway
  • AS application server
  • the PPG may implement network access-control policies about who is able to gain access to the network, that is, who is able to push content and who is not, under which circumstances, and so on.
  • the Pl 24 and the PPG 22 may communicate between each other using a push access protocol (PAP) as summarized in the document WAP-250- PushArchOverview-20010703-a.
  • PAP push access protocol
  • the PAP supports push submission, result notification, push cancellation, push replacement, status query and client capabilities query.
  • a message comprising a control entity, a content entity and optionally a capability entity is sent from the Pl 24 to the PPG 22.
  • the control entity contains the delivery instructions for the PPG 22.
  • the control entity may be an extensible markup language (XML) document.
  • the Pl, or another push server may be a separate network entity or a single network entity with the push entity, such as with the PPG.
  • the push server may be provided in a device management server, in a multimedia messaging service center (MMSC) or in another appropriate network entity.
  • MMSC multimedia messaging service center
  • Figure 1 is only an example showing only one communication network in connection with one communication device, one push proxy gateway together with one push initiator and one application server.
  • the number and type of entities concerned in a communication system may differ substantially from that which is shown.
  • the communication networks typically further comprise various switching and other control entities and gateways for enabling the communication for interfacing a single communication network with one or more communication networks. In order to enhance clarity, these control entities are not shown in Figure 1.
  • a communication system is typically arranged to serve a plurality of communication devices.
  • a communication device may have several simultaneous communication sessions, for example a number of session initiation protocol (SIP) sessions and activated packet data protocol (PDP) contexts.
  • SIP session initiation protocol
  • PDP packet data protocol
  • Communication devices may access the communication network 10 via any appropriate access system.
  • Examples may include, but are not limited to, radio access networks, e.g. an UMTS terrestrial radio access network (UTRAN) or a GSM/EDGE radio access network (GERAN), and short-range wireless systems, such as the Bluetooth, different types of fixed access systems, and so on.
  • radio access networks e.g. an UMTS terrestrial radio access network (UTRAN) or a GSM/EDGE radio access network (GERAN)
  • GERAN GSM/EDGE radio access network
  • short-range wireless systems such as the Bluetooth, different types of fixed access systems, and so on.
  • a mobile communication network may logically be divided into a radio access network (RAN) and a core network (CN).
  • the communication device 12 may access the communication network 10 via an access entity (not shown) of the RAN.
  • the communication device 12 may, for example, wirelessly transmit and receive radio signals via a radio interface to and from a transceiver network element connected to the access entity.
  • the transceiver network element may wirelessly transmit and receive radio signals to and from the first communication device 12.
  • Services over wireless communication networks may use capabilities of, for example, the Internet Protocol multimedia (IM) core network subsystem (IMS).
  • IM Internet Protocol multimedia
  • IMS Internet Protocol multimedia core network subsystem
  • the IMS enables IP connections for a communication device and other parties to the communication, such as other communication devices or entities associated with the network.
  • the third generation partnership project (3GPP) has defined use of the GPRS for offering IP connectivity to IMS services.
  • the 3GPP has further defined a call control protocol for use in the IMS based on a session initiation protocol (SIP) and an associated session description protocol
  • the communication network 10 is a SIP controlled network. Further, in an embodiment, the communication network 10 is provided at least in part by the IMS. In the IMS, SIP based connection control is handled by SIP proxies called Call State Control Functions (CSCFs, not shown in the figure). Another appropriate SIP controlled communication system may be used as well.
  • CSCFs Call State Control Functions
  • a PDP context may include a radio bearer provided between a communication device and a radio network controller, a radio access bearer provided between the communication device, the radio network controller and a serving GPRS support node (SGSN), and switched packet data channels provided between the SGSN and a gateway GPRS support node (GGSN).
  • PDP context usually provides a communication pathway between a particular communication device and the GGSN and, once established, can typically carry multiple flows. Each flow normally represents, for example, a particular service and/or a media' component of a particular service.
  • the PDP context therefore often represents a logical communication pathway for one or more flow across the network.
  • radio access bearers To implement the PDP context between the communication device and the SGSN, radio access bearers (RAB) need to be established which commonly allow for data transfer for the communication device.
  • RAB radio access bearers
  • the communication device 12 used by an end-user for accessing the communication network 10 may be any appropriate communication device, also called terminal. Examples may comprise user equipment (UE), a mobile station (MS), a cellular phone, a personal digital assistant (PDA) and a personal computer (PC). Further examples may comprise any other equipment operable according to SIP and preferably another suitable network or transport protocol, such as the WSP 1 the HTTP or the TCP.
  • UE user equipment
  • MS mobile station
  • PDA personal digital assistant
  • PC personal computer
  • WSP 1 the HTTP or the TCP.
  • a typical communication device may be provided with an antenna or other such transceiver and receiver means for wirelessly receiving and transmitting signals from and to a transceiver network element of a wireless communication system.
  • a communication device may also be provided with a display and a speaker.
  • the operation of a communication device may be controlled by means of a suitable user interface comprising control means, such as a keypad, voice commands, touch sensitive screen or pad, or combinations thereof, or the like.
  • a communication device is typically provided with a processor and memory means as well as software and applications operating the device and enabling operation with other entities.
  • Software which is able to request services from other entities in a communication system, may be called a client.
  • the session initiation protocol is an application layer control protocol defined in document RFC 3261 "SIP: Session Initiation Protocol", June 2002, by the Internet Engineering Task Force (IETF) for creating, modifying and terminating sessions with one or more participants.
  • a user connected to a SIP base communication system may communicate with various entities of the communication system based on standardized SIP messages. Communication devices or user who run certain applications on the communication devices are registered with the SIP backbone so that an invitation to a particular session can be correctly delivered to these end points.
  • SIP provides a registration mechanism for devices and users and it applies mechanisms such as location servers and registrars to route the session invitations appropriately.
  • SDP session description protocol
  • Uniform Resource Identifiers are used to identify different types of actors in a S IP-controlled network.
  • a URI may point to a registered user identity of an individual user, but may identify also other entities in the network, such as service provider servers or other types of resources.
  • the Third Generation Partnership Project 2 has defined an MM1 interface as an interface between a multimedia messaging service user agent (MMS UA) and an MMS relay or server.
  • the communication device 12 may implement the MMS UA.
  • the application server (AS) 26 may implement the MMS relay or server.
  • the MM1 provides message submission for the MMS UA to submit a multimedia message (MM), message notification for informing the MMS UA about a received MM, and message retrieval for the MMS UA for retrieving the received MM.
  • SIP may be used for message submission and message notification and further for delivery acknowledgement, delivery reporting and read reporting over the MM1 interface. The procedure for message submission depends upon the content size of the MM.
  • the MM When the MM is small, the MM may be submitted directly in a submission request, that is the SIP MESSAGE request.
  • the submission request contains an indirect reference to an MM.
  • the indirect reference may contain an indication, such as a uniform resource identifier (URI), for referring to the MM content.
  • URI uniform resource identifier
  • SIP may be used for MMS related information delivery.
  • SIP may be used simply as a transport protocol carrying push messages relating to the MMS.
  • SIP may be used as a transport protocol also for transmission of device management (DM) related information.
  • DM device management
  • the push messages may be encapsulated into SIP messages, such as MESSAGE, NOTIFY and so on, which are not associated with a session.
  • SIP instead of using SIP only as a transport protocol, SIP might be used to establish a push session, such as a device management (DM) session. Furthermore, it has been found that SIP messages carrying session initiation information, such as SIP INVITE, might be used for MMS notification or the like.
  • DM device management
  • push session is used for a session composed of any particular protocol that requires pushing content, such as DM session, data synchronization (DS) session, MMS notification, and so on.
  • session initiations using SIP may carry to a communication device 12 contents of the PAP received from the P! 24 to the PPG 22.
  • the contents of the PAP may originate from the application server 26.
  • the contents of the PAP may originate from other sources as well.
  • the content of the PAP may comprise XML encoded push messages that can be transported using the HTTP, WSP or TCP or another appropriate transport protocol.
  • Elements for the contents of PAP may comprise an identification of a high- level protocol for the push session as defined above, such a DM session, a DS session or MMS notification. Furthermore, said elements may comprise an identification of a point where the connection can be established.
  • the point could be an IP address together with port number of the push initiator or another push server.
  • the point could be a URI of the push initiator or another push server.
  • An exemplifying URI might have a form: "http://dm.example.com:8012".
  • said elements may comprise an indication of a transport protocol.
  • the transport protocol may be, for example, TCP, user datagram protocol (UDP), TCP with transport layer security (TCP+TLS), WSP, HTTP, and so on.
  • the transport protocol should be included, in particular, if the transport protocol is not unique.
  • the transport protocol may be regarded as unique, for example, when the point for connection is indicated as a HTTP URl, when the transport protocol is TCP. Accordingly, if the point for connection is indicated as a secure HTTP URI (HTTPS URI), the transport protocol is TCP+TLS.
  • the transport protocol may always be signaled in said elements.
  • the push session is treated as a media component, comparable to audio, video or session based messaging.
  • a pure DM session over a TCP connection or a secure TCP connection a DM session over the HTTP over the UDP or over the WSP may be established.
  • MMS notification or data synchronization or the like over TCP connection, TCP connection with TLS, HTTP, UDP or WSP may be performed.
  • a SIP message such as SIP INVITE
  • a message body such as a SDP body.
  • the message body contains description of a push protocol, such as a DM protocol, over a transport protocol, such as TCP, HTTP or WSP, for establishing a push session, such as for the DM session.
  • a push protocol such as a DM protocol
  • a transport protocol such as TCP, HTTP or WSP
  • the description may comprise a description for DM session over HTTP comprising information of an IP address and a port of the Pl 1 the URI representing the HTTP service at the Pl, and/or other appropriate information.
  • the description may comprise a description for a DM session over a TCP connection or over WSP.
  • said DM protocol may comprise synchronization markup language (SyncML) device management protocol, which is described in SyncML Device Management Protocol, Version 1.1.2, Candidate Version 12- June-2003, Open Mobile Alliance, OMA-SyncML-DMProtocol-V1_1_2- 20030612-C. Exemplifying protocols are given in section 11 of that document.
  • SyncML synchronization markup language
  • MMS notification a protocol format of an MMS message may be used.
  • the message body may comprise other information, such as a DM bootstrap and/or a DM session initiation message. Further examples of such other information may comprise MMS notification, and so on.
  • a first part of the other information is comprised in the SDP body and a second part of the information is comprised in a further body.
  • Such further body may be carried by the SIP message in a similar manner as the SDP body.
  • a DM bootstrap message may contain many information elements, such as an IP address and a port number of the Pl, quality of service, type of connection, required service, expiration time, and so on. Not all of these elements can be included in the SDP.
  • the SDP may comprise the IP address and the port number of the Pl, but not the further information, such as quality of service, type of connection, and so on. So in this exemplifying case, both the SDP and the DM message may complement each other.
  • the SDP may be required by SlP to establish the session.
  • the DM body may comprise the information on how to establish the " session.
  • an SDP session description comprises session-level description giving details that apply for a whole session and all media streams relating to the session. Furthermore, the SDP session description may comprise several media-level descriptions giving details that apply onto a single media stream.
  • a push protocol such as a DM, MMS or DS protocol
  • a transport protocol such as HTTP, TCP, UDP or WSP
  • the communication device will later establish a connection to the IP address indicated in the SDP body.
  • the above example defines application as a media type and a transport port to which the media stream will be sent.
  • the port is 80 and defines the port for the Pl.
  • the transport protocol is defined as oma-http-dm to indicate that a HTTP session is to be established for carrying device management push information.
  • Other transport protocols may comprise, for example, oma-tcp- dm, oma-wsp-dm, oma-http-mms, oma-tcp-mms and oma-wsp-mms.
  • Other forms to indicate the transport protocol may be defined, as well.
  • the PPG 22 may establish a session by sending a session invitation, such as a SIP INVITE request, to the communication device 12.
  • the session invitation contains a message body, such as an SDP body, that describes a media type, such as DM over TCP, HTTP or VVSP as explained above.
  • the message body includes the related capabilities supported by the PPG 22.
  • the related capabilities may be indicated, for example, in the media attribute fields of the SDP session description.
  • a call flow may follow a typical model where SIP preconditions are required.
  • Said SIP preconditions may comprise that the communication device has local IP connectivity.
  • Said preconditions may include a procedure to complete the reservation of resources in the communication device and in the network prior to sending media, for the purpose of getting an appropriate quality of service. In further embodiments, other preconditions may be set, if needed.
  • the communication device 12 may answer with a provisional response providing parameters and capabilities of the communication device relating to the media type defined in the session invitation, such as the DM parameters and capabilities of the communication device.
  • a provisional response providing parameters and capabilities of the communication device relating to the media type defined in the session invitation, such as the DM parameters and capabilities of the communication device.
  • the communication device 12 may start to set up bearers for the media type defined in the session invitation, such as HTTP bearers.
  • the communication device 12 may indicate so to the PPG 22 and accept the session. Then, one of the communication device 12 and the Pl 24 establishes a required transport connection to the other of Pl 24 and the communication device 12.
  • regular DM traffic may take place over a connection corresponding to the media type defined in the session invitation, such as over a TCP, HTTP or WSP connection.
  • the PPG 22 can inform the Pl 24 of the progress of the request.
  • FIG. 2 shows a signaling chart illustrating an embodiment of the invention.
  • the PPG 22 receives push submission request from the Pl 24.
  • the PPG 24 sends a response, such as an acceptance, back to the Pl 24.
  • the PPG 22 sends a session invitation, such as a SIP INVITE, to the communication device 12.
  • the session invitation comprises a description, such as a message body, for example an SDP body, providing information on a push protocol over a transport protocol for establishing a push method, such as a SIP push method.
  • the description may comprise an IP address and a port of the Pl or a URI that resolves to the IP address and port number of the Pl.
  • the communication device 12 sets up a transport bearer based on the information provided in the message body, referred to as 204 in Figure 2.
  • the communication device 12 accepts the session in signal 206, for example in SIP 200 OK.
  • the PPG 22 notifies the Pl 24 of a result of the session invitation.
  • the Pl acknowledges the reception of the Push result notification.
  • the PPG acknowledges the reception of the 200 OK (206) message to the communication device 12 in signal 212.
  • Initial settings of the communication device 12 are configured to use the Pl 24 specified in the description, referred to as 214 in Figure 2.
  • a DM server may provide functionalities of the Pl 24 if the session to be established is a DM session. If the signaling relates to MMS notification, the Pl may be provided in an MMSC. Any other type of PUSH session is also possible.
  • the session such as a DM session for DM configuration, may start, shown in signal 216 in Figure 2.
  • Figure 3 shows a signaling chart illustrating a further exemplifying embodiment of the invention.
  • SIP/IP core 21 is included in Figure 3.
  • the SIP/IP core that is, a session initiation protocol based core network, may comprise a number of SIP proxies provided in the SIP controlled communication system.
  • a user using the communication device 12 activates a new service from a web page relating to a web server 26.
  • the web server 26 indicates the Pl 24, via another HTTP POST request (signal 303), service configuration parameters to be triggered to the communication device 12.
  • the Pl 24 and the web server 26 accept the HTTP POST request (signals 304 and 306).
  • the Pl 24 uses the PAP to create an HTTP POST request (signal 307) containing a push submission or a DM bootstrapping message.
  • the PPG 22 accepts the HTTP POST (signal 308).
  • the Pl may additionally send a DM session initiation message to the PPG (signal 308. b), which may be accepted by the PPG (signal 308. c).
  • the PPG 22 creates a SIP INVITE request (signal 309) addressed to the . user.
  • This SDP body also contains the capabilities related to DM supported by the PPG 22.
  • the SIP/SDP message may request that a DM session is established to the IP address and port of the Pl 24 with so-called SIP preconditions.
  • the SIP/IP core 21 routes the message and delivers the message to the communication device 12 (signal 310).
  • the communication device 12 may request some interaction with the user or just continue with the session establishment automatically.
  • the communication device 12 answers with a 183 Session Progress message (signal 311) that contains the SDP 1 including a DM media description of the communication device, such as the IP address and port of the communication device.
  • This message is delivered via the SIP/IP core to the PPG (signal 312).
  • Appropriate acknowledgement and accept signaling may take place between the PPG 22 and the communication device (signals 313, 314, 315 and 316).
  • the communication device 12 then establishes a bearer with appropriate quality of service (QoS) parameters for the DM, referred to as 317 in Figure 3.
  • QoS parameters may relate to different classes of bearers, such as conversational, streaming, interactive and best effort.
  • the communication device 12 sends an UPDATE message (signals 318 and 319) via the SIP/IP core to the PPG 22 to inform that the bearer is ready.
  • the session is eventually established (signals 320, 321 , 322, 323) and acknowledged (signals 324 and 325).
  • the PPG 22 informs the Pl 24 in an HTTP Push Result Notification message (signal 326), which may be accepted by the Pl 24 (signal 327).
  • the communication device will typically set up a transport connection (e.g. TCP, HTTP, WSP, UDP) to the Pl address or port, referred to as 328 in Figure 3.
  • a transport connection e.g. TCP, HTTP, WSP, UDP
  • the transport connection may also be set up from the Pl 24 to an address of the communication device 12.
  • regular DM message exchange referred to as 329 in Figure 3
  • New configuration settings are set in the communication device, as indicated by the reference 330. Since the DM message exchange does not constitute part of this invention, it shall not be further explained here.
  • Embodiments of the invention may re-use known DM protocol.
  • PPG to a communication device is changed from HTTP or WSP or TCP to SIP.
  • embodiments of the invention may offer advantages at least for those mobile terminals that are already connected and using the IMS.
  • the terminal having already a SIP signalling channel (PDP context for signalling) established need not to establish a separate channel.
  • PDP context can be re-used for regular IMS (multimedia) traffic, OTA-SIP PUSH, and/or for the current DM/MMS session.
  • embodiments of the invention may allow the PPG to be informed about a status of the push actions. This is due to the usage of SIP preconditions and establishment of a regular DM session or other such session.
  • a solution based on the SIP MESSAGE request may not offer the PPG with enough feedback for becoming aware of measures the communication device took with the encapsulated DM settings.
  • Embodiments of the invention may offer additional advantages because the Pl does not need to be aware of a location of the communication device. There is no need to map the telephone number of the communication device with its IP address. This may be advantageous, as the IP address is dynamic and the communication device gets a different IP address every time when attaching to the network.
  • the Pl may simply address the communication device using the telephone number or other permanent identifier of the communication device.
  • the PPG may send the telephone number to the IMS that may convert the telephone number to a SIP URI and then to the IP address the communication device is currently associated with.
  • a TCP, HTTP or WSP connection is established.
  • This requires establishing a radio bearer that can also be used for other actions, such as subscriptions to changes in the configuration, and alike.

Abstract

A method establishes a push session in a communication system. The method includes receiving a session invitation having a description of a push protocol over a transport protocol for establishing a push session. The method also includes setting up a transport bearer in accordance with the transport protocol. The method also includes using the transport bearer for a push session in accordance with the push protocol. A push gateway is configured to receive a submission to start a push operation towards the communication device and to transmit, based on the submission, the session invitation including the description to the communication device. A communication device is configured to execute the method.

Description

Establishing a push session in a communication system
Field of the invention
The invention relates to communication systems. More particularly the invention relates to establishing a push session in a communication system.
Background of the invention
A communication system can be seen as a facility that enables communication sessions between two or more entities such as one or more communication devices and/or other nodes associated with the communication system. A communication system typically operates in accordance with a given standard or specification setting out what the various entities associated with the communication system are permitted to do and how that should be achieved. A standard or specification may define a specific set of rules, such as communication protocols and/or parameters, on which connections between the entities can be based.
Wireless communication systems include various cellular or otherwise mobile communication systems using radio frequencies for sending voice or data between stations, for example between a communication device and a transceiver network element. Examples of wireless communication systems may comprise public land mobile network (PLMN), such as global system for mobile communication (GSM), the general packet radio service (GPRS) and the universal mobile telecommunications system (UMTS). A single communication system may interface with one or more communication systems, such as with other wireless systems, such as a wireless Internet Protocol (IP) network, and/or fixed line communication systems.
Subscribers, such as the users or end-users, to a communication system may be offered and provided numerous services, such as calls, data communication or multimedia services or simply an access to a network, such as the Internet. Servers may be used in provision of the services and may be operated by an operator of a network or by an external service provider. For example, a wireless application protocol (WAP) provides mobile communication devices services over wireless communication networks. Further examples of services may comprises, but are not limited to, short message service (SMS), multimedia messaging service (MMS), electronic mail (email), and so on. A client of a communication device may request for a service or information from a server, which then responds in transmitting the requested service or information to the client. This may be referred to as a pull operation. An example of a pull operation may comprise a client allowing a user of a communication device to browse the Internet using a WAP or hypertext transfer protocol (HTTP) browser.
In an alternative, a server may transmit information or content without an explicit request from the client. This may be referred to as a push operation. Examples of push operation are discussed more in detail in the following.
A network operator or another party may configure in a communication device or provide the communication device with content or other information relating to the service. Examples of such information may comprise, but are not limited to, information relating to device management (DM). Further non-limiting examples of information may include news, stock quotes, weather, traffic reports and notification of events, such as email or MMS message arrival. The information may be transmitted to the communication device over the air (OTA).
The WAP Forum has defined a push OTA protocol for delivering content over the air from a push server to a communication device, such as a WAP enabled communication device. WAP Push Architectural Overview, Version 03-JuI- 2001 , Wireless Application Protocol, WAP-250-PushArchOverview-20010703- a, outlines the WAP push specifications, which together specify a service to push content to mobile devices via the WAP architecture. In a push operation, a push initiator (Pl) may transmit push content and delivery instructions to a push proxy gateway (PPG), which may then deliver the push content to a client in the communication device according tp the delivery instructions. A push initiator and a push proxy gateway may be separate entities or co-located in a single entity.
The push OTA is an application layer protocol that can be run on top of a wireless session protocol (WSP) for connectionless or connection-oriented push or on top of the HTTP for connection-oriented push. The push OTA protocol may thus be referred to as OTA-WSP and OTA-HTTP, respectively.
For initiating connectivity, the PPG may send a request, such as a session initiation request (SIR), to a communication device to initiate connectivity. The request may be sent by connectionless push using the OTA-WSP, such as by means of an SMS. The communication device may then activate a bearer for a session as requested in the request and establish a session towards the PPG. The session may be a WSP or HTTP session or a transmission control protocol (TCP) connection.
It might be desired to provide alternative ways to provide information or content to a communication device. In particular, it might be desired to provide alternative ways which might reduce signaling in the network and re-use existing protocols and already established connections.
Summary of the invention
In accordance with an aspect of the invention, there is provided a method for establishing a push session in a communication system. The method comprises receiving a session invitation including a description of a push protocol over a transport protocol for establishing a push session. The method further comprises setting up a transport bearer in accordance with said transport protocol. The method further comprises using the transport bearer for a push session in accordance with said push protocol.
In an embodiment, the session invitation is received via an existing session initiation protocol signaling channel. In an embodiment, the session invitation may comprise an INVITE message of a session initiation protocol. The INVITE message may be received together with a session description protocol body, wherein said body comprises said description.
In an embodiment, the session invitation may carry the description for one of a device management session, a multimedia messaging service notification and a data synchronization session over one of a hypertext transfer protocol, a wireless session protocol, a use data protocol, a transmission control protocol connection and a transmission control protocol connection with transport layer security. In an embodiment, the session invitation may carry further information, wherein the further information may comprise at least one of a device management bootstrap and a device management session initiation message. In an embodiment, the further information may comprise notification of a multimedia messaging service message.
In an embodiment, the session invitation may be received for establishing a connection-oriented or connectionless push session and the transport bearer may be used for a connection-oriented or connectionless push session. In accordance with a further aspect of the invention, there is provided a method for establishing a push session in a communication system. The method comprises receiving a submission to start a push operation towards a communication device. The method further comprises transmitting, based on said submission, a session invitation including a description providing information for establishing a push session for transmitting information between the communication device and an entity sending said submission.
In an embodiment, the session invitation may comprise the description of a push protocol over a transport protocol. In an embodiment, the session invitation may be transmitted via an existing session initiation protocol signaling channel.
In an embodiment, the step of transmitting may further comprise creating the session invitation including said description. In an embodiment, the step of transmitting may further comprise determining a session initiation protocol address or a telephone identifier of said communication device. In an embodiment, the step of transmitting may further comprise sending said session invitation to a session initiation protocol based core network for further routing towards said communication device.
In an embodiment, the method may further comprise monitoring progress relating to establishing the push session.
In an embodiment, the method may further comprise receiving said session invitation in the communication device, setting up a transport bearer between the communication device and the entity sending said submission in accordance with said transport protocol and using the transport bearer for a push session in accordance with said push protocol.
In accordance with another aspect of the invention, there is provided a computer program comprising program code means for performing any of the steps according to embodiments of the methods of the invention when the program is run on a computing means.
In accordance with another aspect of the invention, there is provided a communication device. The communication device is configured to receive a session invitation including a description of a push protocol over a transport protocol for establishing a push session. The communication device is further configured to set up a transport bearer between the communication device and an entity indicated in the session invitation in accordance with said transport protocol. The communication device is further configured to use the transport bearer for a push session in accordance with said push protocol.
In accordance with another aspect of the invention, there is provided a push gateway for a communication system. The push gateway is configured to receive a submission to start a push operation towards a communication device. The push gateway is further configured to transmit, based on said submission, a session invitation comprising a description providing information for establishing a push session for transmitting information between the communication device and an initiating entity from which the submission was received.
In accordance with another aspect of the invention, there is provided a communication system. The communication system is configured to provide a submission to start a push operation towards a communication device. The communication system is further configured to provide, based on said submission, a session invitation comprising a description of a push protocol over a transport protocol for establishing a push session. The communication system is further configured to provide the push session in accordance with the push protocol over the transport protocol.
In an embodiment, said push gateway may be configured to include, in said information, a description of a push protocol over a transport protocol and said communication system may further comprise at least one communication device configured to establish the push session in accordance with the push protocol over the transport protocol.
Brief description of the drawings
The invention will now be described in further detail, by way of example only, with reference to the following examples and accompanying drawing, in which:
Figure 1 shows an example of an arrangement in which the embodiments of the invention may be implemented;
Figure 2 shows a signalling chart illustrating an exemplifying embodiment of the invention; and
Figure 3 shows a signalling chart illustrating another exemplifying embodiment of the invention. Detailed description of preferred embodiments
Figure 1 shows an example of an arrangement including a communication network 10, a communication device 12, a push proxy gateway (PPG) 22 and a push initiator (Pl) 24. Furthermore, an application server (AS) 26 is shown.
The PPG, or another push gateway or push entity, may implement network access-control policies about who is able to gain access to the network, that is, who is able to push content and who is not, under which circumstances, and so on. The Pl 24 and the PPG 22 may communicate between each other using a push access protocol (PAP) as summarized in the document WAP-250- PushArchOverview-20010703-a. The PAP supports push submission, result notification, push cancellation, push replacement, status query and client capabilities query. In push submission, a message comprising a control entity, a content entity and optionally a capability entity is sent from the Pl 24 to the PPG 22. The control entity contains the delivery instructions for the PPG 22. The control entity may be an extensible markup language (XML) document.
The Pl, or another push server, may be a separate network entity or a single network entity with the push entity, such as with the PPG. In embodiments of the invention, the push server may be provided in a device management server, in a multimedia messaging service center (MMSC) or in another appropriate network entity.
It shall be appreciated that Figure 1 is only an example showing only one communication network in connection with one communication device, one push proxy gateway together with one push initiator and one application server. The number and type of entities concerned in a communication system may differ substantially from that which is shown. The communication networks typically further comprise various switching and other control entities and gateways for enabling the communication for interfacing a single communication network with one or more communication networks. In order to enhance clarity, these control entities are not shown in Figure 1. A communication system is typically arranged to serve a plurality of communication devices. Furthermore, a communication device may have several simultaneous communication sessions, for example a number of session initiation protocol (SIP) sessions and activated packet data protocol (PDP) contexts. Communication devices may be connected to the communication system from the same or different networks. Communication devices may access the communication network 10 via any appropriate access system. Examples may include, but are not limited to, radio access networks, e.g. an UMTS terrestrial radio access network (UTRAN) or a GSM/EDGE radio access network (GERAN), and short-range wireless systems, such as the Bluetooth, different types of fixed access systems, and so on.
A mobile communication network may logically be divided into a radio access network (RAN) and a core network (CN). The communication device 12 may access the communication network 10 via an access entity (not shown) of the RAN. The communication device 12 may, for example, wirelessly transmit and receive radio signals via a radio interface to and from a transceiver network element connected to the access entity. Correspondingly, the transceiver network element may wirelessly transmit and receive radio signals to and from the first communication device 12.
Services over wireless communication networks may use capabilities of, for example, the Internet Protocol multimedia (IM) core network subsystem (IMS).
The IMS enables IP connections for a communication device and other parties to the communication, such as other communication devices or entities associated with the network. The third generation partnership project (3GPP) has defined use of the GPRS for offering IP connectivity to IMS services. The 3GPP has further defined a call control protocol for use in the IMS based on a session initiation protocol (SIP) and an associated session description protocol
(SDP).
In an embodiment, the communication network 10 is a SIP controlled network. Further, in an embodiment, the communication network 10 is provided at least in part by the IMS. In the IMS, SIP based connection control is handled by SIP proxies called Call State Control Functions (CSCFs, not shown in the figure). Another appropriate SIP controlled communication system may be used as well.
In a 3GPP network, a packet data session is established to carry traffic flows over the network. Such a packet data session is often referred to as a packet data protocol (PDP) context. A PDP context may include a radio bearer provided between a communication device and a radio network controller, a radio access bearer provided between the communication device, the radio network controller and a serving GPRS support node (SGSN), and switched packet data channels provided between the SGSN and a gateway GPRS support node (GGSN). Each PDP context usually provides a communication pathway between a particular communication device and the GGSN and, once established, can typically carry multiple flows. Each flow normally represents, for example, a particular service and/or a media' component of a particular service. The PDP context therefore often represents a logical communication pathway for one or more flow across the network. To implement the PDP context between the communication device and the SGSN, radio access bearers (RAB) need to be established which commonly allow for data transfer for the communication device. The implementation of these logical and physical channels is known to those skilled in the art and is therefore not discussed further herein.
The communication device 12 used by an end-user for accessing the communication network 10 may be any appropriate communication device, also called terminal. Examples may comprise user equipment (UE), a mobile station (MS), a cellular phone, a personal digital assistant (PDA) and a personal computer (PC). Further examples may comprise any other equipment operable according to SIP and preferably another suitable network or transport protocol, such as the WSP1 the HTTP or the TCP.
A typical communication device may be provided with an antenna or other such transceiver and receiver means for wirelessly receiving and transmitting signals from and to a transceiver network element of a wireless communication system. A communication device may also be provided with a display and a speaker. The operation of a communication device may be controlled by means of a suitable user interface comprising control means, such as a keypad, voice commands, touch sensitive screen or pad, or combinations thereof, or the like. A communication device is typically provided with a processor and memory means as well as software and applications operating the device and enabling operation with other entities. Software, which is able to request services from other entities in a communication system, may be called a client.
The session initiation protocol (SIP) is an application layer control protocol defined in document RFC 3261 "SIP: Session Initiation Protocol", June 2002, by the Internet Engineering Task Force (IETF) for creating, modifying and terminating sessions with one or more participants. A user connected to a SIP base communication system may communicate with various entities of the communication system based on standardized SIP messages. Communication devices or user who run certain applications on the communication devices are registered with the SIP backbone so that an invitation to a particular session can be correctly delivered to these end points. SIP provides a registration mechanism for devices and users and it applies mechanisms such as location servers and registrars to route the session invitations appropriately.
The details of a session, such as the type of media, codec or sampling rate, are not described in SIP headers. Rather, a body of a SIP message may contain a description of a session, encoded in an appropriate protocol format. An example of such protocol format comprises session description protocol (SDP) defined in document RFC 2327 "SDP: Session Description Protocol", April 1998.
Uniform Resource Identifiers (URI) are used to identify different types of actors in a S IP-controlled network. A URI may point to a registered user identity of an individual user, but may identify also other entities in the network, such as service provider servers or other types of resources.
The Third Generation Partnership Project 2 (3GPP2) has defined an MM1 interface as an interface between a multimedia messaging service user agent (MMS UA) and an MMS relay or server. The communication device 12 may implement the MMS UA. The application server (AS) 26 may implement the MMS relay or server. The MM1 provides message submission for the MMS UA to submit a multimedia message (MM), message notification for informing the MMS UA about a received MM, and message retrieval for the MMS UA for retrieving the received MM. SIP may be used for message submission and message notification and further for delivery acknowledgement, delivery reporting and read reporting over the MM1 interface. The procedure for message submission depends upon the content size of the MM. When the MM is small, the MM may be submitted directly in a submission request, that is the SIP MESSAGE request. When the MM is large or if otherwise required, the submission request contains an indirect reference to an MM. The indirect reference may contain an indication, such as a uniform resource identifier (URI), for referring to the MM content.
As summarized above, SIP may be used for MMS related information delivery. In the above-summarized solution, SIP may be used simply as a transport protocol carrying push messages relating to the MMS. Furthermore, SIP may be used as a transport protocol also for transmission of device management (DM) related information. When SIP is used only as a transport protocol, the push messages may be encapsulated into SIP messages, such as MESSAGE, NOTIFY and so on, which are not associated with a session.
It has now been found that instead of using SIP only as a transport protocol, SIP might be used to establish a push session, such as a device management (DM) session. Furthermore, it has been found that SIP messages carrying session initiation information, such as SIP INVITE, might be used for MMS notification or the like.
In this specification, term push session is used for a session composed of any particular protocol that requires pushing content, such as DM session, data synchronization (DS) session, MMS notification, and so on.
According to embodiments of the invention, session initiations using SIP may carry to a communication device 12 contents of the PAP received from the P! 24 to the PPG 22. As shown in Figure 1 , the contents of the PAP may originate from the application server 26. The contents of the PAP may originate from other sources as well. The content of the PAP may comprise XML encoded push messages that can be transported using the HTTP, WSP or TCP or another appropriate transport protocol.
Elements for the contents of PAP may comprise an identification of a high- level protocol for the push session as defined above, such a DM session, a DS session or MMS notification. Furthermore, said elements may comprise an identification of a point where the connection can be established. The point could be an IP address together with port number of the push initiator or another push server. In an alternative, the point could be a URI of the push initiator or another push server. An exemplifying URI might have a form: "http://dm.example.com:8012".
Furthermore, said elements may comprise an indication of a transport protocol. The transport protocol may be, for example, TCP, user datagram protocol (UDP), TCP with transport layer security (TCP+TLS), WSP, HTTP, and so on. The transport protocol should be included, in particular, if the transport protocol is not unique. The transport protocol may be regarded as unique, for example, when the point for connection is indicated as a HTTP URl, when the transport protocol is TCP. Accordingly, if the point for connection is indicated as a secure HTTP URI (HTTPS URI), the transport protocol is TCP+TLS. In an embodiment, the transport protocol may always be signaled in said elements. In embodiments of the invention, the push session is treated as a media component, comparable to audio, video or session based messaging. According to embodiments of the invention, for example, a pure DM session over a TCP connection or a secure TCP connection, a DM session over the HTTP over the UDP or over the WSP may be established. Respectively, MMS notification or data synchronization or the like over TCP connection, TCP connection with TLS, HTTP, UDP or WSP may be performed.
In an embodiment, a SIP message, such as SIP INVITE, is provided with a message body, such as a SDP body. The message body contains description of a push protocol, such as a DM protocol, over a transport protocol, such as TCP, HTTP or WSP, for establishing a push session, such as for the DM session. In an embodiment, the description may comprise a description for DM session over HTTP comprising information of an IP address and a port of the Pl1 the URI representing the HTTP service at the Pl, and/or other appropriate information. In a further embodiment, the description may comprise a description for a DM session over a TCP connection or over WSP.
In an embodiment, said DM protocol may comprise synchronization markup language (SyncML) device management protocol, which is described in SyncML Device Management Protocol, Version 1.1.2, Candidate Version 12- June-2003, Open Mobile Alliance, OMA-SyncML-DMProtocol-V1_1_2- 20030612-C. Exemplifying protocols are given in section 11 of that document. In relation to MMS notification, a protocol format of an MMS message may be used.
Furthermore, the message body may comprise other information, such as a DM bootstrap and/or a DM session initiation message. Further examples of such other information may comprise MMS notification, and so on. In an embodiment, a first part of the other information is comprised in the SDP body and a second part of the information is comprised in a further body. Such further body may be carried by the SIP message in a similar manner as the SDP body. For example, a DM bootstrap message may contain many information elements, such as an IP address and a port number of the Pl, quality of service, type of connection, required service, expiration time, and so on. Not all of these elements can be included in the SDP. Typically, the SDP may comprise the IP address and the port number of the Pl, but not the further information, such as quality of service, type of connection, and so on. So in this exemplifying case, both the SDP and the DM message may complement each other. The SDP may be required by SlP to establish the session. In an alternative, the DM body may comprise the information on how to establish the " session.
According to RFC 2327, an SDP session description comprises session-level description giving details that apply for a whole session and all media streams relating to the session. Furthermore, the SDP session description may comprise several media-level descriptions giving details that apply onto a single media stream. The SDP session description comprises a number of lines of text of the form <type>=<value>. <type> defines by means of one character the type of information given in the line in question.
In an embodiment, a push protocol, such as a DM, MMS or DS protocol, and a transport protocol, such as HTTP, TCP, UDP or WSP, are defined in a media- level description of an SDP session description. New values need to be defined for the "m=" line of the SDP defining media name and transport address and the subsequent "a=" lines providing media attributes.
According to RFC 2327, the "c=" line has a form c=<network type> <address type> <connection address>, and its purpose is to declare the IP address where the connection should be established.
According to an embodiment of the invention, the PPG creates an SDP body where the c= line is populated with the IP address of the Pl. The communication device will later establish a connection to the IP address indicated in the SDP body.
According to RFC 2327, the "m-" line has a form m=<media> <port> <transport> <fmt list>. In an embodiment of the invention, an exemplifying "m=" line may have a form:
m=application 80 oma-http-dm app/dm+xml
The above example defines application as a media type and a transport port to which the media stream will be sent. In this example, the port is 80 and defines the port for the Pl. The transport protocol is defined as oma-http-dm to indicate that a HTTP session is to be established for carrying device management push information. Other transport protocols may comprise, for example, oma-tcp- dm, oma-wsp-dm, oma-http-mms, oma-tcp-mms and oma-wsp-mms. Other forms to indicate the transport protocol may be defined, as well. In another embodiment of the invention, the connection address of the Pl is provided in an "a=" line of the SDP as a complete URI. For example:
a=path:http://pi. example.com/dmservices
In an embodiment, the PPG 22 may establish a session by sending a session invitation, such as a SIP INVITE request, to the communication device 12. The session invitation contains a message body, such as an SDP body, that describes a media type, such as DM over TCP, HTTP or VVSP as explained above. Furthermore, the message body includes the related capabilities supported by the PPG 22. The related capabilities may be indicated, for example, in the media attribute fields of the SDP session description. A call flow may follow a typical model where SIP preconditions are required. Said SIP preconditions may comprise that the communication device has local IP connectivity. Said preconditions may include a procedure to complete the reservation of resources in the communication device and in the network prior to sending media, for the purpose of getting an appropriate quality of service. In further embodiments, other preconditions may be set, if needed.
The communication device 12 may answer with a provisional response providing parameters and capabilities of the communication device relating to the media type defined in the session invitation, such as the DM parameters and capabilities of the communication device. Once the provisional response has been provided, or simultaneously when the provisional response is provided, the communication device 12 may start to set up bearers for the media type defined in the session invitation, such as HTTP bearers. When the bearers are set up, the communication device 12 may indicate so to the PPG 22 and accept the session. Then, one of the communication device 12 and the Pl 24 establishes a required transport connection to the other of Pl 24 and the communication device 12. Once the required transport connection is established, regular DM traffic may take place over a connection corresponding to the media type defined in the session invitation, such as over a TCP, HTTP or WSP connection. At any time, the PPG 22 can inform the Pl 24 of the progress of the request.
Figure 2 shows a signaling chart illustrating an embodiment of the invention. In signal 200, the PPG 22 receives push submission request from the Pl 24. In signal 201 , the PPG 24 sends a response, such as an acceptance, back to the Pl 24. In signal 202, the PPG 22 sends a session invitation, such as a SIP INVITE, to the communication device 12. The session invitation comprises a description, such as a message body, for example an SDP body, providing information on a push protocol over a transport protocol for establishing a push method, such as a SIP push method. The description may comprise an IP address and a port of the Pl or a URI that resolves to the IP address and port number of the Pl. The communication device 12 sets up a transport bearer based on the information provided in the message body, referred to as 204 in Figure 2. The communication device 12 accepts the session in signal 206, for example in SIP 200 OK. In signal 208, the PPG 22 notifies the Pl 24 of a result of the session invitation. In signal 210 the Pl acknowledges the reception of the Push result notification. The PPG acknowledges the reception of the 200 OK (206) message to the communication device 12 in signal 212. Initial settings of the communication device 12 are configured to use the Pl 24 specified in the description, referred to as 214 in Figure 2. A DM server may provide functionalities of the Pl 24 if the session to be established is a DM session. If the signaling relates to MMS notification, the Pl may be provided in an MMSC. Any other type of PUSH session is also possible. After configuration, the session, such as a DM session for DM configuration, may start, shown in signal 216 in Figure 2.
Figure 3 shows a signaling chart illustrating a further exemplifying embodiment of the invention. For illustrating the signaling in a more complete manner, a further entity, SIP/IP core 21 is included in Figure 3. The SIP/IP core, that is, a session initiation protocol based core network, may comprise a number of SIP proxies provided in the SIP controlled communication system.
A user using the communication device 12 activates a new service from a web page relating to a web server 26. This creates an HTTP POST request (signal 302) to the web server 26. The web server 26 indicates the Pl 24, via another HTTP POST request (signal 303), service configuration parameters to be triggered to the communication device 12. The Pl 24 and the web server 26 accept the HTTP POST request (signals 304 and 306). The Pl 24 uses the PAP to create an HTTP POST request (signal 307) containing a push submission or a DM bootstrapping message. The PPG 22 accepts the HTTP POST (signal 308). Optionally, the Pl may additionally send a DM session initiation message to the PPG (signal 308. b), which may be accepted by the PPG (signal 308. c).
The PPG 22 creates a SIP INVITE request (signal 309) addressed to the. user. The INVITE request contains an SDP body that includes a media line (nn=) that describes the setting up of a DM bearer including a transport. This SDP body also contains the capabilities related to DM supported by the PPG 22. Additionally, the SIP/SDP message may request that a DM session is established to the IP address and port of the Pl 24 with so-called SIP preconditions. The SIP/IP core 21 routes the message and delivers the message to the communication device 12 (signal 310). The communication device 12 may request some interaction with the user or just continue with the session establishment automatically.
The communication device 12 answers with a 183 Session Progress message (signal 311) that contains the SDP1 including a DM media description of the communication device, such as the IP address and port of the communication device. This message is delivered via the SIP/IP core to the PPG (signal 312). Appropriate acknowledgement and accept signaling may take place between the PPG 22 and the communication device (signals 313, 314, 315 and 316). The communication device 12 then establishes a bearer with appropriate quality of service (QoS) parameters for the DM, referred to as 317 in Figure 3. The QoS parameters may relate to different classes of bearers, such as conversational, streaming, interactive and best effort. When the bearer is established, the communication device 12 sends an UPDATE message (signals 318 and 319) via the SIP/IP core to the PPG 22 to inform that the bearer is ready. The session is eventually established (signals 320, 321 , 322, 323) and acknowledged (signals 324 and 325). The PPG 22 informs the Pl 24 in an HTTP Push Result Notification message (signal 326), which may be accepted by the Pl 24 (signal 327).
It is worth noting that the current description is based on the usage of SIP preconditions, but this not need be the case, e.g., if the communication device has already an established available transport bearer, or if the communication device will use a best effort bearer. The description based on SIP preconditions provides the most comprehensive description of the applicability of the invention.
At this point in time, the communication device will typically set up a transport connection (e.g. TCP, HTTP, WSP, UDP) to the Pl address or port, referred to as 328 in Figure 3. In an alternative, the transport connection may also be set up from the Pl 24 to an address of the communication device 12. After that, regular DM message exchange, referred to as 329 in Figure 3, takes place using the transport connection. New configuration settings are set in the communication device, as indicated by the reference 330. Since the DM message exchange does not constitute part of this invention, it shall not be further explained here.
Embodiments of the invention may re-use known DM protocol. In the invention, the transport protocol for transmitting a session initiation message from the
PPG to a communication device is changed from HTTP or WSP or TCP to SIP.
When comparing embodiments of the invention with the existing OTA-HTTP or OTA-WSP described in the background section, embodiments of the invention may offer advantages at least for those mobile terminals that are already connected and using the IMS. When the PPG needs to send a request to a terminal, the terminal having already a SIP signalling channel (PDP context for signalling) established need not to establish a separate channel. This PDP context can be re-used for regular IMS (multimedia) traffic, OTA-SIP PUSH, and/or for the current DM/MMS session.
When comparing embodiments of the invention with a solution encapsulating a DM/MMS message in a SIP MESSAGE request, embodiments of the invention may allow the PPG to be informed about a status of the push actions. This is due to the usage of SIP preconditions and establishment of a regular DM session or other such session. A solution based on the SIP MESSAGE request may not offer the PPG with enough feedback for becoming aware of measures the communication device took with the encapsulated DM settings.
Embodiments of the invention may offer additional advantages because the Pl does not need to be aware of a location of the communication device. There is no need to map the telephone number of the communication device with its IP address. This may be advantageous, as the IP address is dynamic and the communication device gets a different IP address every time when attaching to the network. The Pl may simply address the communication device using the telephone number or other permanent identifier of the communication device. The PPG may send the telephone number to the IMS that may convert the telephone number to a SIP URI and then to the IP address the communication device is currently associated with.
In embodiments of the invention a TCP, HTTP or WSP connection is established. This requires establishing a radio bearer that can also be used for other actions, such as subscriptions to changes in the configuration, and alike. Although the invention has been described in the context of particular embodiments, various modifications are possible without departing from the scope and spirit of the invention as defined by the appended claims. It should be appreciated that whilst embodiments of the present invention have mainly been described in relation to mobile communication devices such as mobile stations, embodiments of the present invention may be applicable to other types of communication devices that may access communication networks. Furthermore, embodiments may be applicable to other appropriate communication systems, even if reference has mainly been made to mobile communication systems.

Claims

Claims
1. A method for establishing a push session in a communication system, the method comprising: receiving a session invitation including a description of a push protocol over a transport protocol for establishing a push session; setting up a transport bearer in accordance with said transport protocol; and using the transport bearer for the push session in accordance with said push protocol.
2. The method according to claim 1 , wherein the step of receiving comprises receiving the session invitation via an existing session initiation protocol signaling channel.
3. The method according to claim 1 or 2, wherein the step of receiving comprises receiving an INVITE message of a session initiation protocol.
4. The method according to claim 3, wherein the step of receiving comprises receiving the INVITE message together with a session description protocol body, wherein said body comprises said description.
5. The method according to any of claims 1 to 4, wherein the step of receiving comprises receiving the session invitation, wherein the session invitation carries the description for one of a device management session, a multimedia messaging service notification and a data synchronization session over one of a hypertext transfer protocol, a wireless session protocol, a user data protocol, a transmission control protocol connection and a transmission control protocol connection with transport layer security.
6. The method according to any of claims 1 to 5, wherein the step of receiving comprises receiving the session invitation carrying further information, wherein the further information comprises at least one of a device management bootstrap and a device management session initiation message.
7. The method according to any of claims 1 to 5, wherein the step of receiving comprises receiving the session invitation carrying further information, wherein the further information comprises notification of a multimedia messaging service message.
8. The method according to any of claims 1 to 7, wherein the step of receiving comprises receiving the session invitation for establishing a connection-oriented or connectionless push session and the step of using comprises using the transport bearer for the connection-oriented or connectionless push session.
9. A computer program comprising program code means for performing any of the steps according to any of claims 1 to 8 when the program is run on a computing means.
10. A method for establishing a push session in a communication system, the method comprising: receiving a submission to start a push operation towards a communication device; and transmitting, based on said submission, a session invitation including a description providing establishment information for establishing a push session for transmitting information between the communication device and an entity sending said submission.
11. The method according to claim 10, wherein the step of transmitting comprises transmitting the session invitation including the description of a push protocol over a transport protocol.
12. The method according to claim 10 or 11 , wherein the step of transmitting comprises transmitting the session invitation via an existing session initiation protocol signaling channel.
13. The method according to any of claims 10 to 12, wherein the step of transmitting further comprises creating the session invitation comprising said description.
14. The method according to any of claims 11 to 13, wherein the step of transmitting further comprises determining a session initiation protocol address or a telephone identifier of said communication device.
15. The method according to any of claims 11 to 14, wherein the step of transmitting further comprises sending said session invitation to a session initiation protocol based core network for further routing towards said communication device.
16. The method according to any of claims 11 to 15, further comprising monitoring progress relating to establishing the push session.
17. A method according to any of claims 11 to 16, the method further comprising: receiving said session invitation in the communication device; setting up a transport bearer between the communication device and the entity sending said submission in accordance with said transport protocol; and using the transport bearer for the push session in accordance with said push protocol.
18. A communication device configured to: receive a session invitation including a description of a push protocol over a transport protocol for establishing a push session; set up a transport bearer between the communication device and an entity indicated in the session invitation in accordance with said transport protocol; and use the transport bearer for the push session in accordance with said push protocol.
19. A communication device comprising: means for receiving a session invitation including a description of a push protocol over a transport protocol for establishing a push session; means for setting up a transport bearer between the communication device and an entity indicated in the session invitation in accordance with said transport protocol; and means for using the transport bearer for the push session in accordance with said push protocol.
20. A push gateway for a communication system, the push gateway configured to: receive a submission to start a push operation towards a communication device; and transmit, based on said submission, a session invitation including a description providing establishment information for establishing a push session for transmitting information between the communication device and an initiating entity from which the submission was received.
21. The push gateway according to claim 20, wherein the description comprises a push protocol over a transport protocol description.
22. The push gateway according to claim 20 or 21 , configured to receive, in said submission, an Internet protocol address and port of the initiating entity and to indicate, in said session invitation, said Internet protocol address and port.
23. The push gateway according to claim 20 or 21 , configured to receive, in said submission, a uniform resource identifier of the initiating entity and to indicate, in said session invitation, said uniform resource identifier..
24. The push gateway according to any of claims 20 to 23, further configured to convert submission information included in said submission into the session invitation of a session initiation protocol.
25. The push gateway according to any of claims 20 to 24, further configured to monitor progress of an establishment of the push session.
26. A push gateway for a communication system, the push gateway comprising: means for receiving a submission to start a push operation towards a communication device; and means for transmitting, based on said submission, a session invitation including a description providing establishment information for establishing a push session for transmitting information between the communication device and a push initiator.
27. A communication system configured to: provide a submission to start a push operation towards a communication device; provide, based on said submission, a session invitation including a description of a push protocol over a transport protocol for establishing a push session; and provide the push session in accordance with the push protocol over the transport protocol.
28. A communication system comprising: at least one initiating entity for submitting push operations towards communication devices; and a push gateway for transmitting to at least one communication device, based on a submission received from an entity of the at least one initiating entity, a session invitation including a description providing establishment information for establishing a push session for transmitting information between the entity and the at least one communication device.
29. The communication system according to claim 28, wherein said push gateway is configured to include, in said establishment information, a push protocol over a transport protocol description, said communication system further comprising the at least one communication device configured to establish the push session in accordance with the push protocol over the transport protocol.
PCT/FI2005/000483 2004-12-20 2005-11-10 Establishing a push session in a communication system WO2006067261A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20041634A FI20041634A0 (en) 2004-12-20 2004-12-20 Setting up a supply session in a communication system
FI20041634 2004-12-20

Publications (1)

Publication Number Publication Date
WO2006067261A1 true WO2006067261A1 (en) 2006-06-29

Family

ID=33548000

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FI2005/000483 WO2006067261A1 (en) 2004-12-20 2005-11-10 Establishing a push session in a communication system

Country Status (3)

Country Link
US (1) US20060133335A1 (en)
FI (1) FI20041634A0 (en)
WO (1) WO2006067261A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008144992A1 (en) * 2007-05-30 2008-12-04 Huawei Technologies Co., Ltd. A method and device for processing the notification message

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8429300B2 (en) 2006-03-06 2013-04-23 Lg Electronics Inc. Data transferring method
US20090133129A1 (en) 2006-03-06 2009-05-21 Lg Electronics Inc. Data transferring method
CN101395597B (en) 2006-03-06 2011-12-28 Lg电子株式会社 Legacy device registering method, data transferring method and legacy device authenticating method
US8150403B2 (en) * 2006-05-30 2012-04-03 Motorola Mobility, Inc. Reservation of mobile station communication resources
KR20080022476A (en) 2006-09-06 2008-03-11 엘지전자 주식회사 Method for processing non-compliant contents and drm interoperable system
US8396734B2 (en) * 2006-11-14 2013-03-12 Motorola Mobility Llc Conflict resolution mechanism for managing calendar events with a mobile communication device
FR2909822B1 (en) * 2006-12-06 2010-04-30 Radiotelephone Sfr METHOD AND SYSTEM FOR CONTROLLING THE ESTABLISHMENT OF COMMUNICATION CHANNELS TO ENABLE THE TRANSMISSION OF MULTIMEDIA INFORMATION.
CN101542495B (en) 2007-01-05 2014-10-22 Lg电子株式会社 Method for transferring resource and method for providing information
KR101457689B1 (en) 2007-02-16 2014-11-04 엘지전자 주식회사 Method for Managing Multi Domain Manager and Domain System
CN101355524B (en) * 2007-07-24 2013-10-09 华为技术有限公司 Method, system, server and terminal for processing information
CN101374117A (en) * 2007-08-21 2009-02-25 华为技术有限公司 Method for processing e-mail, e-mail server and client terminal
CN101803352B (en) * 2007-09-12 2014-05-07 日本电气株式会社 Communication system, communication optimizing apparatus and communication network establishing method used in them
EP2073467A1 (en) * 2007-12-21 2009-06-24 Nokia Siemens Networks Oy Messaging mechanism
CN102347967B (en) * 2010-07-30 2014-01-01 华为技术有限公司 Method and device for cooperation between push equipment
CN102377763A (en) * 2010-08-25 2012-03-14 腾讯科技(深圳)有限公司 Invitation information pushing method and system
US8942115B2 (en) * 2011-06-03 2015-01-27 Apple Inc. System and method for dynamic routing for push notifications
KR101971621B1 (en) * 2011-11-11 2019-04-24 삼성전자주식회사 Method and apparatus for brokering between server and device and computer readable recording medium

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030040280A1 (en) * 2001-08-24 2003-02-27 Petri Koskelainen Service mobility and recovery in communication networks

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7254614B2 (en) * 2001-11-20 2007-08-07 Nokia Corporation Web services push gateway
US7363354B2 (en) * 2001-11-29 2008-04-22 Nokia Corporation System and method for identifying and accessing network services
US8255501B2 (en) * 2002-05-15 2012-08-28 Motorola Mobility Llc Establishing an IP session between a host using SIP and a device without an IP address
US7330453B1 (en) * 2003-05-31 2008-02-12 3Com Corporation System and method for integrating call control and data network access components
US7277423B1 (en) * 2003-07-18 2007-10-02 Sprint Spectrum L.P. Method and system for buffering media to reduce apparent latency in initiating a packet-based real-time media session
US8989737B2 (en) * 2004-03-10 2015-03-24 Nokia Corporation System and method for establishing a session initiation protocol communication session with a mobile terminal

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030040280A1 (en) * 2001-08-24 2003-02-27 Petri Koskelainen Service mobility and recovery in communication networks

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NGUYENPHU THINH.: "OTA-SIP Protocol Description.", OMA-BAC-PUSH-2004-OTA-SIP PROTOCOL DESCRIPTION., 15 November 2004 (2004-11-15), XP002997589, Retrieved from the Internet <URL:www.oma.org> *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008144992A1 (en) * 2007-05-30 2008-12-04 Huawei Technologies Co., Ltd. A method and device for processing the notification message

Also Published As

Publication number Publication date
US20060133335A1 (en) 2006-06-22
FI20041634A0 (en) 2004-12-20

Similar Documents

Publication Publication Date Title
US20060133335A1 (en) Establishing a push session in a communication system
US20060179115A1 (en) Controlling push operation in a communication system
US20060230154A1 (en) Method and entities for performing a push session in a communication system
US20180139289A1 (en) Mechanism for executing server discovery
US7623469B2 (en) Service provision in a communication system
KR100797168B1 (en) Setting up communication sessions
JP4540706B2 (en) Method for session initiation protocol push-to-talk terminal to indicate response mode of operation to internet protocol push-to-talk network server
US20060133407A1 (en) Content sharing in a communication system
US20050259675A1 (en) Method of communication
US8599821B2 (en) Method, terminal and network device for changing status of a packet switched domain
KR20060066105A (en) Activation of communication sessions in a communication system
WO2005107361A2 (en) A communication system
JP2010524382A (en) Terminal apparatus for performing SIP-based session processing and session negotiation request transmission / reception method using the same
US9491305B2 (en) Call management adjustment in call continuity architecture
US7920499B2 (en) Activation of services in a communication system
US20060136554A1 (en) Information server in a communication system
JP4078381B2 (en) Method and apparatus for push-to-talk
EP1998517B1 (en) METHOD AND aPPARATUS FOR CHANGING STATUS OF PACKET SWITCHED DOMAIN
WO2006109202A1 (en) Method and entities for performing a push session in a communication system
WO2006067262A1 (en) Monitoring access to a mobile information server in a communication system.
US20060133310A1 (en) Information server in a communication system
KR101526492B1 (en) Session mobility control system and method for service continuity without session information

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 05808010

Country of ref document: EP

Kind code of ref document: A1