US7623883B2 - Method and system for identifying respondent client in push-to-talk over cellular network - Google Patents

Method and system for identifying respondent client in push-to-talk over cellular network Download PDF

Info

Publication number
US7623883B2
US7623883B2 US11/370,702 US37070206A US7623883B2 US 7623883 B2 US7623883 B2 US 7623883B2 US 37070206 A US37070206 A US 37070206A US 7623883 B2 US7623883 B2 US 7623883B2
Authority
US
United States
Prior art keywords
session
information
client
poc
message
Prior art date
Legal status (The legal status 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 status listed.)
Active, expires
Application number
US11/370,702
Other languages
English (en)
Other versions
US20060205430A1 (en
Inventor
Joon-Goo Park
Sang-Kyung Sung
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Assigned to SAMSUNG ELECTRONICS CO., LTD. reassignment SAMSUNG ELECTRONICS CO., LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: PARK, JOON-GOO, SUNG, SANG-KYUNG
Publication of US20060205430A1 publication Critical patent/US20060205430A1/en
Application granted granted Critical
Publication of US7623883B2 publication Critical patent/US7623883B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • G—PHYSICS
    • G02—OPTICS
    • G02F—OPTICAL DEVICES OR ARRANGEMENTS FOR THE CONTROL OF LIGHT BY MODIFICATION OF THE OPTICAL PROPERTIES OF THE MEDIA OF THE ELEMENTS INVOLVED THEREIN; NON-LINEAR OPTICS; FREQUENCY-CHANGING OF LIGHT; OPTICAL LOGIC ELEMENTS; OPTICAL ANALOGUE/DIGITAL CONVERTERS
    • G02F1/00—Devices or arrangements for the control of the intensity, colour, phase, polarisation or direction of light arriving from an independent light source, e.g. switching, gating or modulating; Non-linear optics
    • G02F1/01—Devices or arrangements for the control of the intensity, colour, phase, polarisation or direction of light arriving from an independent light source, e.g. switching, gating or modulating; Non-linear optics for the control of the intensity, phase, polarisation or colour 
    • G02F1/13—Devices or arrangements for the control of the intensity, colour, phase, polarisation or direction of light arriving from an independent light source, e.g. switching, gating or modulating; Non-linear optics for the control of the intensity, phase, polarisation or colour  based on liquid crystals, e.g. single liquid crystal display cells
    • G02F1/133—Constructional arrangements; Operation of liquid crystal cells; Circuit arrangements
    • G02F1/1333—Constructional arrangements; Manufacturing methods
    • G—PHYSICS
    • G02—OPTICS
    • G02B—OPTICAL ELEMENTS, SYSTEMS OR APPARATUS
    • G02B6/00—Light guides; Structural details of arrangements comprising light guides and other optical elements, e.g. couplings
    • G02B6/0001—Light guides; Structural details of arrangements comprising light guides and other optical elements, e.g. couplings specially adapted for lighting devices or systems
    • G02B6/0011—Light guides; Structural details of arrangements comprising light guides and other optical elements, e.g. couplings specially adapted for lighting devices or systems the light guides being planar or of plate-like form
    • G02B6/0013—Means for improving the coupling-in of light from the light source into the light guide
    • G02B6/0023—Means for improving the coupling-in of light from the light source into the light guide provided by one optical element, or plurality thereof, placed between the light guide and the light source, or around the light source
    • G02B6/0031—Reflecting element, sheet or layer
    • G—PHYSICS
    • G02—OPTICS
    • G02B—OPTICAL ELEMENTS, SYSTEMS OR APPARATUS
    • G02B6/00—Light guides; Structural details of arrangements comprising light guides and other optical elements, e.g. couplings
    • G02B6/0001—Light guides; Structural details of arrangements comprising light guides and other optical elements, e.g. couplings specially adapted for lighting devices or systems
    • G02B6/0011—Light guides; Structural details of arrangements comprising light guides and other optical elements, e.g. couplings specially adapted for lighting devices or systems the light guides being planar or of plate-like form
    • G02B6/0081—Mechanical or electrical aspects of the light guide and light source in the lighting device peculiar to the adaptation to planar light guides, e.g. concerning packaging
    • G02B6/0083—Details of electrical connections of light sources to drivers, circuit boards, or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • G—PHYSICS
    • G02—OPTICS
    • G02F—OPTICAL DEVICES OR ARRANGEMENTS FOR THE CONTROL OF LIGHT BY MODIFICATION OF THE OPTICAL PROPERTIES OF THE MEDIA OF THE ELEMENTS INVOLVED THEREIN; NON-LINEAR OPTICS; FREQUENCY-CHANGING OF LIGHT; OPTICAL LOGIC ELEMENTS; OPTICAL ANALOGUE/DIGITAL CONVERTERS
    • G02F1/00—Devices or arrangements for the control of the intensity, colour, phase, polarisation or direction of light arriving from an independent light source, e.g. switching, gating or modulating; Non-linear optics
    • G02F1/01—Devices or arrangements for the control of the intensity, colour, phase, polarisation or direction of light arriving from an independent light source, e.g. switching, gating or modulating; Non-linear optics for the control of the intensity, phase, polarisation or colour 
    • G02F1/13—Devices or arrangements for the control of the intensity, colour, phase, polarisation or direction of light arriving from an independent light source, e.g. switching, gating or modulating; Non-linear optics for the control of the intensity, phase, polarisation or colour  based on liquid crystals, e.g. single liquid crystal display cells
    • G02F1/133—Constructional arrangements; Operation of liquid crystal cells; Circuit arrangements
    • G02F1/1333—Constructional arrangements; Manufacturing methods
    • G02F1/133342—Constructional arrangements; Manufacturing methods for double-sided displays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Definitions

  • the present invention relates to session establishment for push-to-talk-over-cellular (PoC) group call services, and more particularly, to a method and system for providing information of a client making a first response to a newly-established network-initiated PoC group session.
  • PoC push-to-talk-over-cellular
  • PTT push-to-talk
  • TRS trunk radio system
  • PoC push-to-talk-over-cellular
  • OMA open mobile alliance
  • FIG. 1 is a schematic diagram illustrating a conventional PoC service system.
  • a PoC client 10 as a service requester installed in a mobile station, is generally connected to a Session Initiation Protocol/Internet Protocol (SIP/IP) core network 30 that supports SIP and IP multimedia functions via an access network 20 .
  • SIP/IP Session Initiation Protocol/Internet Protocol
  • the PoC client 10 resides in a PoC user terminal to provide access to the PoC service.
  • the PoC client 10 mainly serves to establish, participate in and terminate a PoC session.
  • the PoC client 10 makes and transfers a talk burst, supports an instant personal alert and performs authentication when accessing the PoC service.
  • the PoC client 10 is assumed to be the same as a PoC service subscriber or PoC terminal.
  • the SIP/IP core network 30 is connected to a PoC server 60 , a GLMS (Group List and Management System) 50 and a presence server 70 in order to support the PoC service.
  • the PoC server 60 performs a Controlling PoC Function for maintaining and managing a PoC session, or a Participating PoC Function for participating in a PoC session for a one-to-one PoC call or a one-to-two or more PoC call (group PoC call).
  • the PoC server performs a Controlling PoC Function (CF) of controlling overall maintenance and management of a PoC session, and a Participating PoC Function (PF) of controlling maintenance and management between each PoC session, which will be explained below with reference to Tables 1 and 2.
  • CF Controlling PoC Function
  • PF Participating PoC Function
  • Controlling PoC Function Provides centralized PoC session handling Provides centralized Media distribution Provides centralized Talk Burst Arbitration functionality including talker identification Provides SIP session handling, such as SIP session origination, termination, etc. Provides policy enforcement for participation in group sessions Provides participant information Collects and provides centralized media quality information Provides centralized charging reports May provide transcoding between different codecs Supports Talk Burst Control Protocol Negotiation
  • the CF serves to maintain and manage a PoC session.
  • the PoC server receives requests for the floor from PoC clients, arranges an order in which to give the clients the floor, and gives the clients the floor in that order.
  • the PoC server also distributes a talk burst, for which an arbitrary PoC client makes a request, to all other PoC clients participating in a group PoC call, and provides information of the PoC clients participating in the group PoC call.
  • the PF manages a PoC session between the CF and each PoC client. Particularly, the PF relays the floor between the PoC client and the CF when the PoC client makes a request for the floor or when the CF gives the floor to the PoC client. In addition, the PF relays media between the CF and the PoC client, performs transcoding between different codecs, and filters one of two concurrent PoC sessions according to the choice of a PoC user when there is simultaneous talking in the two active PoC sessions.
  • PoC session handling May provide the Media relay function between PoC client and Controlling PoC server May provide user media adaptation procedures May provide the Talk Burst control message relay function between PoC client and Controlling PoC server Provides SIP session handling, such as SIP session origination, termination, etc, on behalf of the represented PoC client.
  • SIP session handling such as SIP session origination, termination, etc, on behalf of the represented PoC client.
  • Provides policy enforcement for incoming PoC session e.g. access control, incoming PoC session barring, availability status, etc.
  • participant charging reports May provide filtering of media streams in the case of simultaneous sessions May provide transcoding between different codecs May support Talk Burst Control Protocol Negotiation Stores the current Answer Mode and Incoming PoC Session Barring preferences of the PoC client
  • the PoC user can input information on a group and its members to the GLMS 50 through his/her PoC terminal, and can receive information about PoC users whom he or she can call through an individual or group list transmitted from the GLMS 50 .
  • the information on the group and its members may be input, modified and managed in the GLMS 50 via a reliable communication network such as the Internet or an Intranet.
  • the PoC user registers his/her PoC address with the SIP/IP core network 30 .
  • the SIP/IP core network 30 stores PoC user information at the request of the PoC user.
  • the PoC user registers his/her information in the SIP/IP core network 30 in advance, and requests the group PoC call to his/her SIP/IP core network 30 by using group identification information transmitted from the GLMS 50 .
  • the SIP/IP core network 30 performs address determination and domain location determination by using information of the call requesting PoC user and then transfers a PoC call request to a home PoC server with which the call requesting PoC user is registered.
  • the PoC server prepares to establish a PoC session, obtains each user's information from the GLMS, and then transfers a PoC call request signal to a corresponding SIP/IP core network.
  • the PoC server performs both the CF and PF.
  • the PoC server which manages a call-requested PoC user, requests a PoC call to the PoC user after the SIP/IP core network performs the locating procedure, by using information it receives from the PoC user that is transmitted to the PoC server.
  • FIG. 3 is a schematic diagram of CF and PF blocks of a PoC server.
  • PoC clients 111 , 121 , 131 and 141 provide access to a CF 100 through PFs 110 , 120 , 130 and 140 respectively, thereby establishing a PoC session.
  • media based on speaking of the corresponding PoC client is transmitted to each PoC client.
  • the terminating side can set up its own answering modes according to the request of a PoC user.
  • the answering modes can be generally divided into an auto answer mode and a manual answer mode.
  • the auto answer mode refers to sending an immediate answer to the originating side in a corresponding network in place of the manual answer of a receiver when included in a PoC user list designated on the terminating side.
  • the auto answer is sent instead of operating the terminal in the network because the PoC server has a function of storing the answer mode and the corresponding user list according to a request of the terminal to set up the answer mode.
  • the manual answer mode corresponds to when the user is not included in an auto answer user list or the answer is ambiguous, or when the receiver sets up all users to make the manual answer, and indicates that a PoC call request is transmitted to the user's terminal through a receiving network and a call is connected by approval of the PoC user.
  • the PoC system is divided into an on-demand session mode and a pre-established (or early) session mode, according to the connection set up with a PoC server within a user's home network.
  • the pre-established session mode is designed so that the PoC user sets up a session between a PoC client and a PoC server belonging to a PoC user's home network in advance by PoC user's request.
  • the pre-established session enables the PoC user to negotiate media parameters to be used with the PoC server in advance, and thus perform rapid call setup without renegotiating the media parameters to be used in the future between the PoC server and client.
  • the PoC client provides supported media parameters to a Session Description Protocol Multipurpose Internet Mail Extensions (SDP MIME) body through a method of SIP INVITE, and responds to the media parameters provided from the PoC server.
  • SDP MIME Session Description Protocol Multipurpose Internet Mail Extensions
  • the PoC client sends, to the PoC user, identification information of the pre-established session for a response message received from the PoC server, together with a conference Uniform Resource Identifier (URI).
  • URI Uniform Resource Identifier
  • the on-demand session mode refers to a state in which the PoC user does not set up the pre-established session, and indicates that the PoC user performs a PoC call connecting procedure after receiving an INVITE message of another PoC user.
  • the PoC specification that is being standardized in the OMA has the following features in addition to the aforementioned fundamental functions of the communication system.
  • the PoC service supports the multilateral conference function of a half-duplex communication mode, as well as various types according to an objective of the PoC group.
  • a PoC conference is divided into an ad-hoc PoC group, a pre-arranged PoC group and a chat PoC group according to the feature of a participating group.
  • the ad-hoc and pre-arranged PoC groups involve session establishment of dial-out to request for session setup to a conference server and forwarding the session establishment request from a server (conference server) acting as a focus to each client of interest.
  • the chat PoC group involves session establishment of dial-in to a conference server because each client is aware of information of the session of interest.
  • the setup of the answer mode according to the call request in the PoC system can be stored both in the PoC server as an element on the network and in the PoC client as a user side terminal.
  • the answer mode is realized by the PoC server acting as the participating PoC function (PF) in the home network to which the PoC client belongs.
  • the PF automatically answers the call request of the network with a session progress message as soon as the PoC call is requested by another PoC server.
  • the call request procedure can be easily performed as compared with the procedure where a session setup message is transmitted to the PoC client and then the PoC client answers the session setup message. Accordingly, an initial time to grant the floor can be saved.
  • a PoC session control network including the CF sends an INVITE request message to a terminating side network, and then receives a response message.
  • SIP messages with which the terminating side network responds may comprise provisional response messages of 1XX, successful response messages of 2XX, or error response messages of 4XX, 5XX and 6XX according to setup of the terminating side network and PF.
  • the CF can receive a signal SIP 183 Session Progress, thus establishing a connection between the PoC server and client in the IMS network of a call requester.
  • a call acceptance signal of the receiver is sent as the SIP 183 Session Process or SIP 200 OK response, and transmitted to the PoC client A via the PoC servers of the CF and PF.
  • the CF determines that the PoC call is connected and then sends a signal Floor Granted that grants a talk burst floor, to the PoC client A. Granting talk burst authority according to the response (200 OK or 183 Session Progress) can be divided into confirmed and unconfirmed types. In the case of receiving an unconfirmed response, the CF requires a buffering function.
  • a PoC client A of the originating side receives a Floor Granted signal sending a talk burst transmission enable signal (ring back tone) using Real-Time Transfer Protocol (RTP) Control Protocol (RTCP).
  • the Floor Granted signal is generated from the CF having authority to arbitrate the talk burst, and sent to the PoC client via the PF managing the corresponding PoC client.
  • the Floor Granted signal can be sent without passing through the SIP/IP core network since it uses a bearer's route instead of an SIP.
  • the PoC user who finally confirms the ring back tone sends a media stream (e.g. voice) using RTP.
  • the PoC client A 111 of an originating side forwards terminating side group information (a URI list including address information of terminating side clients) and various pieces of information for session establishment (PoC group identifier, pre-established session URI, session type URI parameter and SIP request method) through a SIP REFER message (S 11 and S 12 ), and receives a response to the SIP REFER message (S 13 and S 14 ). Then, a PoC server A 100 receiving the SIP REFER message sends an INVITE message for a session request to a corresponding address.
  • terminating side group information a URI list including address information of terminating side clients
  • various pieces of information for session establishment PoC group identifier, pre-established session URI, session type URI parameter and SIP request method
  • the PoC server A 100 When receiving a first response to the INVITE message, the PoC server A 100 notifies that the session is connected (S 15 ), forwards a Talk Burst Control Protocol (TBCP) message for granting the floor to the originating side PoC client A 111 (S 17 ), and sends media (S 18 ).
  • TBCP Talk Burst Control Protocol
  • a protocol used for the TBCP message in practice uses RTCP application (RTCP APP).
  • RTCP APP RTCP application
  • the session connection and the floor are given when the terminating side makes the first response in order to swiftly granting the floor in the beginning.
  • the foregoing procedure connects the session with the PoC user who makes the first response, sends the media, and then receives information of the users responding to the session request through a NOTIFY message (S 21 and S 22 ) and acknowledges the same through a 200 OK message (S 23 and S 24 ).
  • the TBCP message forwards PoC group information requested by the originating side client in the form of a PoC session identifier and a PoC group identity, but does not contain information of the terminating side client who made the first response to the session request, thereby making it impossible to know to whom the user of the PoC client obtaining the floor first grants the floor. Further, a time delay results between grant and release of the floor for mutual identification of users who are initially connected, and thus constitutes inefficient use of resources.
  • the terminating side receiving the request for session connection fails to get information on a list of participants in an ad-hoc group, making it difficult to determine an attribute of the session in which the terminating side participates.
  • the present invention is directed to showing that the identification information can be forwarded using an SIP protocol by defining the message format and corresponding fields of a TBCP protocol forwarded through the pre-established session and taking into account a more ordinary PoC group session even when a PoC server and conference server of the pre-established session are not compatible with each other.
  • a method for providing information of a client making a first response in a push-to-talk-over-cellular (PoC) network including sending, by the session management server, an INVITE message to each of a plurality of clients to participate in the session to be established when it is determined that an event meeting session establishment criteria occurs at a server managing a session, receiving a first response signal to the INVITE message from one of the plurality of clients, and sending a message including information of the one of the plurality of clients making the first response to at least another of the plurality of clients, to request establishment of the session.
  • PoC push-to-talk-over-cellular
  • a system for providing information of a client making a first response in a push-to-talk-over-cellular (PoC) network including an initiating client for requesting that a session be established, at least one participating client for participating in the session, and a session management server for managing the session between the initiating client and the at least one participating client, by sending an INVITE message to the initiating client and the at least one participating client to participate in the session to be established when an event meeting the session establishment criteria is met, and sending a first response message including information on a first one of the initiating client and the at least one participating client to respond to the INVITE message to at least one other client that has been sent the INVITE message.
  • PoC push-to-talk-over-cellular
  • a session management server for providing information of a client making a first response in a push-to-talk-over-cellular (PoC) network, wherein, when session establishment information is received from a terminal and an event meeting session establishment criteria received from the terminal is met, the session management server sends an INVITE message to clients to participate in a session to be established and sends a message including information of a first one of the clients making a response to the INVITE message.
  • PoC push-to-talk-over-cellular
  • FIG. 1 is a schematic diagram illustrating a conventional PoC service system
  • FIG. 2 is a schematic diagram showing the structure of a conventional PoC server
  • FIG. 3 is a schematic diagram of CF and PF blocks of a conventional PoC server
  • FIG. 4 shows a signaling flow for the session establishment process of a PoC client using a conventional pre-established session
  • FIG. 5 shows a signaling flow for a process of identifying a subscription session and a respondent when an ad-hoc PoC group call is made using a pre-established session in accordance with a first embodiment of the present invention
  • FIG. 6 shows a signaling flow for a process of identifying a subscription session and a respondent when a PoC group call is made using a pre-established session in accordance with a second embodiment of the present invention
  • FIG. 7 shows an RTCP payload format for implementing the present invention
  • FIG. 8 shows an INVITE message for identifying a subscription session and a respondent in order to implement the present invention
  • FIG. 9 shows an SIP INVITE message for forwarding a list of receivers in a network-initiated ad-hoc session.
  • the present invention is constructed of a subordinate network (SIP/IP core network, radio access network, etc.) connected at both ends with a conventional PoC system, PoC terminal and PoC server.
  • the PoC terminal comprises a PoC client for using PoC services, and the PoC server operates as CF or PF according to the owner of a PoC group session.
  • the details of the conventional PoC system have been described in connection with the conventional art and thus ARE omitted here.
  • FIG. 5 shows a procedure of forwarding information on a group and respondent client through a pre-established session when a network-initiated ad-hoc PoC session is established by forwarding information on the group to a terminating side client, and thus receiving a first response to the request when a request to establish the network-initiated ad-hoc PoC session is made to a PoC client with whom a pre-established session has been set up.
  • the subscription information on PoC session establishment can be set up by performing service setting on a SIP PUBLISH message.
  • Information set for the server comprises an event initiating session connection, and in the case of a group call, the identity of a corresponding group or a URI list of members of an ad-hoc group.
  • the PoC server sends an INVITE message to corresponding members by triggering a preset event (S 101 ). At this time, the INVITE message comprises a group identity and the requester identifier of a network-initiated session.
  • the group identity is forwarded as a PoC group identity taking the URI format of a pre-arranged group or chat group, and comprises an URI list of corresponding members in the case of the ad-hoc group.
  • a format of the INVITE message (S 101 ) in which the URI list of the ad-hoc group members is included will be described below with reference to FIG. 9 .
  • the PF when an auto answer mode is set for the PF of a terminating side, the PF sends a provisional response 183 Session Progress (S 102 ), and selectively receives an acknowledge (ACK) signal that acknowledges the provisional response (S 103 ). Further, the PF sends the ad-hoc group member information received in step S 101 to a corresponding terminating side client (S 104 ).
  • a CF After receiving the provisional response (S 102 ), a CF forwards a Talk Burst Control Protocol (TBCP) message informing that the session is connected to a PoC client A 1110 connected by the pre-established session (S 105 ).
  • the TBCP message comprises the PoC group identity (to confirm whether it is the same as the session identifier generated when the pre-established session is set up) indicating that the session is connected, and the identifier of the terminating side client who responds first.
  • RTCP APP Real-time Transport Protocol Control Protocol Application
  • the PoC client A 1110 performs procedures of granting the floor and sending a media after identifying the respondent client. Then, the CF buffers the media (S 108 ), and then receives a final response ( 200 OK) (S 110 ). Thereafter, the media is forwarded to a corresponding PoC client B 1210 .
  • FIG. 6 shows a plan for forwarding the same identification information when a PoC server is not the same as a PF setting up a pre-established session in the process of FIG. 5 .
  • Steps S 201 , S 202 , S 203 and S 204 of FIG. 6 are the same as steps S 101 , S 102 , S 103 and S 104 , respectively, of FIG. 5 .
  • S 205 a process of sending an INVITE message for a session request between two servers.
  • the INVITE message includes information on an established group and a client sending a response.
  • a format of the INVITE message will be described with reference to FIG. 8 .
  • a PF A 1100 sends a TBCP Connect message through a pre-established session (S 207 ).
  • the TBCP Connect message includes information on an established PoC group and identification information on a respondent client, as in FIG. 5 .
  • processes of granting the floor, sending a media, and buffering the media are the same as those of FIG. 5 .
  • FIGS. 5 and 6 apply to a particular case wherein the pre-established session exists on the side of the PoC client A, and the auto answer mode is set up on the terminating side (PoC client B).
  • the principle of the present invention can be equally applied to a modified establishment procedure according to various modes (answer mode, pre-established session mode, on-demand mode, etc.) of the PoC service.
  • FIG. 7 shows a format and fields of a TBCP Connect message forwarded through a pre-established session in the processes of FIGS. 5 and 6 .
  • the TBCP message is composed of an RTCP packet according to the OMA standard for PoC Release 1 .
  • the RTCP packet requires RTCP transmission-related general information such as version information, packet type, sub-type information, packet length etc., and such information as the address and name of a PoC user and the talk burst connection.
  • the RTCP packet comprises identification information of a respondent client and the PoC group of a network-initiated session.
  • FIG. 8 shows an SIP INVITE message for forwarding identification information of a respondent client.
  • a CF notifies that a URI included in a header field concerns the address of a conference server managing a request PoC group call by adding an “isfocus” tag to a “Contact” header of the INVITE message.
  • the portion composed of MIME contents comprises an SDP offer part for general media negotiation, and an XML part for information transmission of a corresponding conference.
  • the header part has the field value of a content-type “multipart/mixed.”
  • a field “conference-info” registered with IANA indicating a subscription conference can be used.
  • general information on the subscription conference can be obtained through a field value “conference-description,” and detailed information on the PoC client accessing the conference can be obtained through a field value “users” up to a PoC address of the corresponding client, machine address and state used for access, a method of participating in the conference, and an attribute according to each media type.
  • Identification information of a respondent and a group session when a network-initiated session is initially established can be forwarded through the “conference-info” field. Further, the two pieces of identification information can be reprocessed into a TBCP message using the “conference-info” field at the PF, and forwarded to the target client.
  • FIG. 9 shows an SIP INVITE message for forwarding a receiver list to the target client in a network-initiated ad-hoc session. (e.g., steps S 201 to S 204 in FIG. 6 )
  • a CF first notifies that a URI included in a header field concerns the address of a conference server managing a request PoC group call by adding an “isfocus” tag to a “Contact” header of the INVITE message.
  • the portion of the message composed of MIME contents comprises an SDP offer part for general media negotiation, and an XML part for information transmission of a corresponding conference.
  • a field “resource-lists” registered with IANA can be used.
  • information on the address of a PoC client requested to connect to an ad-hoc session is forwarded to each terminating PoC client through the value of a field “list.”
  • Parameters included in the “list” field can be included with the SIP URI and user name (display name) mapped with each other, but only information of the user name may be sent if necessary.
  • Only two pieces of identification information of a group and a respondent client can be forwarded through the INVITE message.
  • the other additional information of FIGS. 8 and 9 can be omitted.
  • the initial session In the procedure of establishing the session for the group call using the conventional PoC technology, the initial session is connected by the terminating PoC client receiving the first successful SIP response signal, and thus the floor is granted to the originating PoC client. At this time, no identification information of the initial respondent is sent, so that a proper call is made until the user granted the floor identifies his/her target.
  • the user subscribing to the session needs to confirm which group call the SIP session request made to the user indicates.
  • the PoC group session initiated from the network by such necessity, when the pre-established session is set up by the subscriber to the session, the user is notified of identification information of an initial caller and information of a requested conference, hence the PoC group call is smoothly performed.
  • the receiver to whom a request to participate in the group session is made can selectively decide about session participation based on the member information.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Optics & Photonics (AREA)
  • General Physics & Mathematics (AREA)
  • Nonlinear Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mathematical Physics (AREA)
  • Chemical & Material Sciences (AREA)
  • Crystallography & Structural Chemistry (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
US11/370,702 2005-03-08 2006-03-08 Method and system for identifying respondent client in push-to-talk over cellular network Active 2028-07-28 US7623883B2 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020050019364A KR101174525B1 (ko) 2005-03-08 2005-03-08 푸쉬투토크 오버 셀룰러 네트워크의 응답 클라이언트 식별방법 및 그 시스템
KR19364/2005 2005-03-08

Publications (2)

Publication Number Publication Date
US20060205430A1 US20060205430A1 (en) 2006-09-14
US7623883B2 true US7623883B2 (en) 2009-11-24

Family

ID=36953578

Family Applications (1)

Application Number Title Priority Date Filing Date
US11/370,702 Active 2028-07-28 US7623883B2 (en) 2005-03-08 2006-03-08 Method and system for identifying respondent client in push-to-talk over cellular network

Country Status (6)

Country Link
US (1) US7623883B2 (fr)
EP (1) EP1856847A4 (fr)
JP (1) JP2008532455A (fr)
KR (1) KR101174525B1 (fr)
CN (1) CN101138201B (fr)
WO (1) WO2006096013A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080175245A1 (en) * 2006-12-14 2008-07-24 Covelight Systems, Inc. Systems, methods, and computer program products for passively routing secure socket layer (SSL) encoded network traffic
US20080195738A1 (en) * 2006-01-19 2008-08-14 Huawei Technologies Co., Ltd. Connection Managing Unit, Method And System For Establishing Connection For Multi-Party Communication Service
US20120157087A1 (en) * 2005-10-28 2012-06-21 Henrik Albertsson APPARATUS AND METHOD PROVIDING PUSH TO TALK OVER CELLULAR (PoC) DYNAMIC SERVICE OPTIONS
US11310290B2 (en) 2016-07-15 2022-04-19 Samsung Electronics Co., Ltd. System and method for establishing first-to-answer call in mission critical push to talk communication

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7573837B1 (en) * 2006-04-19 2009-08-11 Sprint Spectrum L.P. Establishment of multicast Push-to-X over Cellular (PoC) communication
US20080285487A1 (en) * 2006-05-10 2008-11-20 Jan Forslow Method and system for providing full duplex services over multiple simplex media paths and sessions
US20070286101A1 (en) * 2006-05-23 2007-12-13 Paul Gagne System and method for providing conferencing capabilities
KR101342768B1 (ko) * 2006-09-27 2013-12-19 삼성전자주식회사 미디어 버스트 중요도에 따른 미디어 송수신 방법 및시스템
KR101289978B1 (ko) * 2006-10-13 2013-07-26 삼성전자주식회사 세션에서 그룹 정보 전달과 적용을 위한 방법
FI20061057A0 (fi) * 2006-11-30 2006-11-30 Nokia Corp Välitystiedot tietoliikennejärjestelmässä
EP2147525A1 (fr) * 2007-05-10 2010-01-27 Sonim Technologies, Inc. Procédé et système pour fournir des services en duplex intégral sur plusieurs parcours et sessions de supports en simplex
CN101335908B (zh) * 2007-06-26 2012-11-07 华为技术有限公司 传输媒体内容的方法以及网络侧设备
EP2189017A4 (fr) * 2007-09-10 2014-01-22 Ericsson Telefon Ab L M Multidiffusion radio simplifiée pour communication de groupe
CN102160353B (zh) * 2008-09-19 2015-07-22 爱立信电话股份有限公司 用于建立poc会话的方法和设备
JP5366788B2 (ja) * 2008-12-26 2013-12-11 株式会社日立国際電気 無線システム
CN101784015B (zh) * 2010-02-08 2013-04-24 深圳市戴文科技有限公司 实现ptt会议的方法、系统及终端
KR20120049536A (ko) 2010-11-09 2012-05-17 삼성전자주식회사 광대역 무선 접속 시스템에서 그룹 통화를 위한 시그널링 장치 및 방법
US20140066118A1 (en) * 2012-08-31 2014-03-06 Motorola Solutions, Inc. Systems and methods for sending floor requests in parallel with traffic channel setup in wireless networks
US10146301B1 (en) * 2015-03-26 2018-12-04 Amazon Technologies, Inc. Rendering rich media content based on head position information
KR102340796B1 (ko) * 2015-05-11 2021-12-17 삼성전자주식회사 단말기들의 통신 방법 및 그 단말기
KR102273533B1 (ko) * 2015-06-15 2021-07-06 삼성전자 주식회사 무선 통신 시스템에서 서비스 제공 방법 및 장치
CN106231444B (zh) * 2016-06-29 2020-03-31 深圳市轱辘汽车维修技术有限公司 一种频道组建方法、装置及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050105511A1 (en) 2003-11-14 2005-05-19 Nokia Corporation Method and system for establishing a media session
US20050215273A1 (en) 2004-02-17 2005-09-29 Nec Corporation Push-to-talk over cellular system
US20050265350A1 (en) 2004-05-28 2005-12-01 Murali Narasimha Concurrent packet data session set-up for push-to-talk over cellular
US20050267969A1 (en) * 2004-04-23 2005-12-01 Nokia Corporation Providing information on a resource in a communication system
US20060089998A1 (en) * 2004-10-22 2006-04-27 Lg Electronics Inc. Method and system for determining server having controlling function
US20060172752A1 (en) * 2005-02-03 2006-08-03 Harris John M Method and apparatus for providing talk permit notification for a PTT call

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60045016D1 (de) * 2000-07-13 2010-11-04 Nokia Corp Verarbeitung von sofortigen Nachrichten während Empfangersunerreichbarkeit
US20030208541A1 (en) 2001-11-10 2003-11-06 Jeff Musa Handheld wireless conferencing technology
EP1509019A1 (fr) * 2003-08-19 2005-02-23 Siemens Aktiengesellschaft Echange d'information utilisateur-utilisateur sur des réseaux basés sur Session Initiation Protocol (SIP)

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050105511A1 (en) 2003-11-14 2005-05-19 Nokia Corporation Method and system for establishing a media session
US20050215273A1 (en) 2004-02-17 2005-09-29 Nec Corporation Push-to-talk over cellular system
US20050267969A1 (en) * 2004-04-23 2005-12-01 Nokia Corporation Providing information on a resource in a communication system
US20050265350A1 (en) 2004-05-28 2005-12-01 Murali Narasimha Concurrent packet data session set-up for push-to-talk over cellular
US20060089998A1 (en) * 2004-10-22 2006-04-27 Lg Electronics Inc. Method and system for determining server having controlling function
US20060172752A1 (en) * 2005-02-03 2006-08-03 Harris John M Method and apparatus for providing talk permit notification for a PTT call

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Kim et al., IMS-Based Push-to-Talk Over GPRS/UMTS, Wireless Communications and Networking Conference, Mar. 13-17, 2005; pp. 2472-2477.
Raktale, 3PoC: An Architecture for Enabling Push to Talk Services in 3GPP Networks, 2005 IEEE International Conference on Personal Wireless Communications, Jan. 23-25, 2005, pp. 202-206.

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120157087A1 (en) * 2005-10-28 2012-06-21 Henrik Albertsson APPARATUS AND METHOD PROVIDING PUSH TO TALK OVER CELLULAR (PoC) DYNAMIC SERVICE OPTIONS
US8385848B2 (en) * 2005-10-28 2013-02-26 Telefonaktiebolaget Lm Ericsson (Publ) Apparatus and method providing push to talk over cellular (PoC) dynamic service options
US20080195738A1 (en) * 2006-01-19 2008-08-14 Huawei Technologies Co., Ltd. Connection Managing Unit, Method And System For Establishing Connection For Multi-Party Communication Service
US20080175245A1 (en) * 2006-12-14 2008-07-24 Covelight Systems, Inc. Systems, methods, and computer program products for passively routing secure socket layer (SSL) encoded network traffic
US7953973B2 (en) * 2006-12-14 2011-05-31 Radware Ltd. Systems, methods, and computer program products for passively routing secure socket layer (SSL) encoded network traffic
US11310290B2 (en) 2016-07-15 2022-04-19 Samsung Electronics Co., Ltd. System and method for establishing first-to-answer call in mission critical push to talk communication
US11611593B2 (en) 2016-07-15 2023-03-21 Samsung Electronics Co., Ltd. System and method for establishing first-to-answer call in mission critical push to talk communication

Also Published As

Publication number Publication date
KR101174525B1 (ko) 2012-08-16
EP1856847A4 (fr) 2013-06-12
JP2008532455A (ja) 2008-08-14
CN101138201B (zh) 2013-01-16
CN101138201A (zh) 2008-03-05
KR20060098889A (ko) 2006-09-19
WO2006096013A1 (fr) 2006-09-14
US20060205430A1 (en) 2006-09-14
EP1856847A1 (fr) 2007-11-21

Similar Documents

Publication Publication Date Title
US7623883B2 (en) Method and system for identifying respondent client in push-to-talk over cellular network
US7693533B2 (en) Method and system for merging multiple push-to-talk over cellular sessions
KR101061373B1 (ko) 푸쉬투토크 오버 셀룰러 망의 미디어 저장 서비스 수행 방법과 ＰｏＣ 서버 및 ＰｏＣ 클라이언트
US8023979B2 (en) Method and system for splitting terminals in push-to-talk over cellular network
KR101251193B1 (ko) ＰｏＣ 시스템에서 그룹 세션을 개설하기 위한 방법 및 시스템
US8311567B2 (en) Method for managing pre-established session, PoC system and PoC user equipment for implementing the same
US20060223563A1 (en) Method and system for transmitting information of respondent participating in push-to-talk over cellular network session
US7751841B2 (en) Method and system for processing PoC call based on answer mode of push to talk over cellular system client
US20060211438A1 (en) Method and system for granting floor in push-to-talk over cellular network
US20060230168A1 (en) Method and system for establishing ad-hoc session in push-to-talk over cellular network
US20060172753A1 (en) Method and system for establishing network-initiated PoC group session
US8331876B2 (en) Method and system for initiating PoC session including different answer modes according to media types
US7844291B2 (en) Method for transferring and applying floor control scheme in PoC session and system for implementing the same
US20070189203A1 (en) Method and system for adding clients in push-to-talk over cellular network
KR20060028130A (ko) 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에따른 호 처리 시스템 및 방법
US7966031B2 (en) Method and system for dividing single PoC group session
US7522932B2 (en) Method and system for deleting floor in PoC system
KR101290969B1 (ko) 미디어 타입별 서로 다른 응답 모드를 가진 ＰｏＣ 세션개시 방법 및 시스템
KR101277860B1 (ko) ＰｏＣ 시스템에서의 멀티 미디어 통화 서비스를 수행하기위한 발언권 관리 시스템과 그 방법 및 단말장치
KR20070075649A (ko) ＰｏＣ 시스템에서 멀티미디어 ＰｏＣ 세션 참가자 정보제공 방법과 단말 장치 및 그 시스템

Legal Events

Date Code Title Description
AS Assignment

Owner name: SAMSUNG ELECTRONICS CO., LTD., KOREA, REPUBLIC OF

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SUNG, SANG-KYUNG;PARK, JOON-GOO;REEL/FRAME:017673/0020

Effective date: 20060308

STCF Information on status: patent grant

Free format text: PATENTED CASE

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

CC Certificate of correction
FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 12