Providing push to all (PTA) service

• US 9,282,152 B2
• Filed: 11/17/2014
• Issued: 03/08/2016
• Est. Priority Date: 02/13/2006
• Status: Active Grant

• Current Assignee: Samsung Electronics Co. Ltd.
• Original Assignee: Samsung Electronics Co. Ltd.
• Inventors: Lee, Jin-Suk
• Primary Examiner(s): WON, MICHAEL YOUNG
• Application Number:
  US14/543,313
• Publication Number:
  US 20150074284A1
• Time in Patent Office: 477 Days
• Field of Search: 709/204, 709/230, 709/220, 709/227, 709/228
• US Class Current: 1/1
• CPC Class Codes: H04L 65/1016 IP multimedia subsystem [IMS]
• CPC Class Codes: H04L 65/1104 Session initiation protocol [SIP]
• CPC Class Codes: H04L 65/4061 Push-to services, e.g. push-to-talk or push-to-video
• CPC Class Codes: H04L 65/80 Responding to QoS
• CPC Class Codes: H04L 67/141 Setup of application sessions admission control or resource allocation in data switching networks H04L47/70
• CPC Class Codes: H04L 67/142 Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
• CPC Class Codes: H04W 4/10 Push-to-Talk [PTT] or Push-On-Call services
• CPC Class Codes: H04W 76/45 for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
• CPC Class Codes: H04W 84/08 Trunked mobile radio systems

Abstract

A system and method of providing a Push To All (PTA) service enables a PTA service terminal having limited resources to efficiently perform a multi session, while performing a PTA service such as Push To Talk (PTT), Push To Video (PTV) or Message Session Relay Protocol (MSRP) with a second PTA terminal via an already established session, by rejecting another session requested by a third terminal upon a service type of the session being the same as a service type of the already established session, and by accepting the session upon the service type of the session being different from the already established session.

Claims

1. A terminal, comprising:

a transceiver configured to receive, from a first terminal, a session invite request to establish a new session with the terminal;

a controller configured to;

determine whether a service type of the session invite request is similar to a service type of an established session between the terminal and a second terminal; and

control the transceiver to transmit, to the first terminal, a first session rejection response based on the determination,

wherein the session invite request is based on message session relay protocol (MSRP) or real-time transport protocol (RTP).

2. The terminal of claim 1, wherein the controller is configured to determine whether to reject the session invite request based on a declination received at the terminal.

3. The terminal of claim 2, wherein the transceiver is configured to transmit, to the first terminal, a second session rejection response based on the determination whether to reject the session invite request based on the declination.

4. The terminal of claim 1, wherein establishment of the new session is based on a determination that the service types are different and an acceptance received at the terminal.

5. The terminal claim 3, wherein:

the first session rejection response is a session initiation protocol (SIP) 486 “

Busy Here”

response; and

the second session rejection response is a SIP 480 “

Temporarily Unavailable”

response.

6. The terminal of claim 1, wherein:

the service type is at least one of an audio, a message, and a video service; and

the service type is defined in a session description protocol (SDP) body.

7. A terminal, comprising:

a controller configured to generate a session invite request to establish a new session with a first terminal; and

a transceiver configured to;

transmit the session invite request to the first terminal; and

receive a first session rejection response from the first terminal, wherein;

reception of the first session rejection response is in response to a service type of the session invite request being similar to a service type of an established session between the first terminal and a second terminal; and

the session invite request is based on message session relay protocol (MSRP) or real-time transport protocol (RTP).

8. The terminal of claim 7, wherein the transceiver is configured to receive a second session rejection response from the first terminal in response to a declination received at the first terminal.

9. The terminal of claim 7, wherein establishment of the new session is based on a determination that the service types are different and an acceptance received at the first terminal.

10. The terminal claim 8, wherein:

the first session rejection response is a session initiation protocol (SIP) 486 “

Busy Here”

response; and

the second session rejection response is a SIP 480 “

Temporarily Unavailable”

response.

11. The terminal of claim 7, wherein:

the service type is at least one of an audio, a message, and a video service; and

the service type is defined in a session description protocol (SDP) body.