KR101119316B1 - The Method For QoS Setup Of Pre-established Session IN IP Multimedia Subsystem Push-to-talk over Cellular - Google Patents

Abstract

The present invention provides a method for establishing a 'preset' PoC session in a push-to-talk over cellular (PoC) service through an IP multimedia subsystem (IMS) supporting a packet domain core network and an IP core network. Acquiring quality of service parameters including media type information, bandwidth, and codec information for an IMS session from the core network through a signaling message of a session initiation and session description protocol (SIP / SDP); If the type is 'audio' and the process of checking whether the IMS session is a session for PoC, and if the result of the check is a media type of 'audio' value and a session for PoC, is the PoC session a 'preset' session? Determining whether the session is an 'on-demand'session; and if the session result is 'preset', the traffic class of the PoC session is non- logical. And setting the time level and generating a packet data protocol (PDP) context for the PoC session and transmitting it to the core network. In the absence of media traffic, radio resources can be efficiently used. It works.

IP Mutimedia Subsystem, Push-to-Talk over Cellular, Pre-established Session, Non-real time

Description

The Method For QoS Setup Of Pre-established Session IN IP Multimedia Subsystem Push-to-talk over Cellular}             

1 is a view showing a schematic structure of a mobile communication system according to the present invention.

2 shows the overall procedure according to the invention.

3 is a diagram illustrating an operation of a terminal for establishing a 'preset' PoC session according to the present invention.

4 is a diagram illustrating an operation for transmitting PoC media data according to the present invention.

5 is a diagram illustrating an operation of transmitting PoC media data of a terminal according to the present invention.

The present invention relates to a Push-to-talk over Cellular (PoC) service of an Internet-based Multimedia Subsystem (IP Multimedia Subsystem), and more particularly, to a traffic class (Non-Realtime) level. Traffic class) is a method of setting up a pre-established PoC session.

Push-to-Talk (PTT) technology, called PoC, uses a radio-type half-duplex method that selects a contact or group with a mobile phone, presses a button, and delivers voice data. It is a service. The PoC utilizes a Session Initiation Protocol (SIP) protocol based on a 3G General Packet Radio Service (GPRS) Core network and a 3G IMS (IP Multimedia Subsystem; IMS) core network technology. One application service.

The current PoC service is an 'on-demand' that initiates the allocation of the necessary media resources through the Session Initiation Protocol (SIP) / Session Description Protocol (SDP) protocols at the moment the user actually wants to start a PoC Media Session. two types of sessions are provided: 'demand' sessions and 'pre-established' sessions that allow users to pre-allocate media resources after the user turns on the device and before using PoC media sessions.

The 'preset' PoC session negotiates QoS parameters using the SIP / SDP protocol before the user uses the PoC service, and advances the PDP context and RAB (Radio Access Bearer) via the negotiated specific QoS parameters. Is called). The QoS parameters include bandwidth for PoC, media type and codec. The 'preset' session can increase the service satisfaction of the user by reducing the PoC service waiting time.                         

 PoC is a service that delivers audio data. Currently, PoC service that transmits and receives audio data is mapped to Conversational class or Streaming class corresponding to real-time QoS class among 4 QoS classes defined in 3GPP.

As described above, when a 'preset' PoC session is defined as a streaming class or a conversational class, a RAB set as a bandwidth for supporting real time is not released for a random time waiting for transmission of PoC media data from a user. This problem is caused by waste of expensive radio resources.

Accordingly, an object of the present invention, which was devised to solve the problems of the prior art operating as described above, is to provide a method for efficient use of radio resources set at the time of 'preset' PoC session establishment.

It is still another object of the present invention to provide a method of creating a PDP context having a non-realtime interactive or background class when establishing a 'preset' PoC session. It is.

In order to achieve the above object, an embodiment of the present invention provides a terminal that push-to-talk in an IP multimedia subsystem (IMS), which is a core network supporting a packet network and an IP network. A method for establishing a 'preset' PoC session for an over cellular (PoC) service,                         

Acquiring quality of service parameters including media type information, bandwidth, and codec information for an IMS session from the core network through a signaling message of a session initiation and session description protocol (SIP / SDP);

 Checking whether the acquired media type is 'audio' and the IMS session is a session for PoC;

 Determining whether the PoC session is a 'preset' session or an 'on-demand' session when the verification result is a session for a media type and a PoC having an 'audio' value;

If it is determined that the session is a 'preset' session, setting a traffic class of the PoC session to a non-real time level, generating a packet data protocol (PDP) context for the PoC session, and transmitting the generated traffic data to the core network; Characterized in that the configuration.

According to another embodiment of the present invention, in a method for transmitting PoC media data in an IP multimedia subsystem (IMS) push-to-talk over cellular (PoC) service including a packet domain connecting to a core network,

 Receiving a 'request indication' requesting the start of a PoC session for transmitting PoC media data from a user having a PDP context of a traffic class of 'non-real time' level for the 'preset' PoC session; ,

 Receiving the 'request indication', the terminal sets a 'signaling radio radio bearer' for transmitting session initiation protocol (SIP) signaling and a 'data radio radio bearer' for transmitting the PoC media data;                         

Setting up the PoC session;

Updating the traffic class of the PDP context to a 'real time level';

Establishing a preset session through the updated PDP context, and transmitting and receiving PoC media data through the preset session;

When the user receiving the PoC service receives the 'end indication', which means to end the PoC media data transmission through an application, the traffic class of the PDP context for the 'preset' session is set to 'non-real time'. It is characterized in that it comprises a process of updating to the level.

The operation principle of the preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings. Like reference numerals are used to designate like elements even though they are shown in different drawings, and detailed descriptions of related well-known functions or configurations are not required to describe the present invention. If it is determined that it can be blurred, the detailed description thereof will be omitted. The following terms are defined in consideration of the functions of the present invention, and may be changed according to the intentions or customs of the user, the operator, and the like. Therefore, the definition should be based on the contents throughout this specification.

In the present invention, in the process of establishing a 'preset' PoC session, the UE generates a PDP context having a non-realtime level to the SGSN, so that the RAB releases during the waiting time for PoC media data transmission. Be sure to

1 is a view schematically showing the structure of a mobile communication system according to the present invention.

Referring to FIG. 1, a mobile communication system includes a Serving GPRS (RSN) for connecting a UTRAN (UMTS Terrestrial Radio Access Network) 20 communicating with a terminal 10 and the UTRAN 20 and an IMS core network 50. Support Node: SSGN (30) and Gateway GPRS Support Node (GGSN) 40, and Serving Call Session Control Function (S-CSCF) and P (Proxy) -CSCF to allow the terminal 10 to use IMS services. It consists of an IMS core network 50, which is an IMS core network, and a PoC server 60 that provides IMC PoC service to the terminal.

2 is a view showing the overall operation according to the present invention.

Here, in order to establish a 'preset' session having a non-real time level, the terminal 101 to use the PoC service, the PS Domain 102 which is a GPRS core network composed of SGSN and GGSN, and It consists of an IMS core 103, which is an IMS core network composed of a S-CSCF (Serving Call Session Control Function) and a P (Proxy) -CSCF, so that the UE can use the IMS service.

Referring to FIG. 2, in step 104, the terminal 101 is powered on, and in step 105, the PS 101 is sent to the PS domain 102 to receive authentication for a GPRS PS (Packet Service) service. 'Attach'.

 In step 106, the terminal 101 generates a PDP context for transmitting a GPRS signaling message, and performs IMS registration with the IMS core 103 in step 107. In step 108, the terminal 101 establishes a 'preset' PoC session by exchanging SIP messages such as the IMS core 103 and the INVITE (5a) and the 200 OK (5b) using the SIP protocol. Specifically, the terminal requests a specific level of QoS through INVITE (SIP protocol message) 5a, and the IMS core 103 uses the SDP protocol to negotiate QoS parameters negotiated between the terminal and the IMS core network using 200 OK (SIP). Protocol message 5b is transmitted to the terminal 101 (108). In this case, the QoS parameters are bandwidth, media type and codec.

If the media type information transmitted to the terminal 101 is 'audio', in step 109, the terminal 101 corresponds to a traffic class at a non-real time level in order to create a 'preset' session for the PoC service. It is set to an interactive class or a background class to generate a PDP context creation request message for PoC media data transmission, and transmits it to the PS domain 102.

Thereafter, when the PS domain 103 receives the PDP context creation request message, the SGSN sets up a PDP context and executes an operation for setting up a bearer for the set PDP context. The bearer set to non-real time is automatically released when there is no media data transmission for a certain time, thereby eliminating unnecessary waste of radio resources.

3 is a diagram illustrating an operation of a terminal for establishing a 'preset' PoC session according to the present invention.

Referring to FIG. 3, in step 201, the UE acquires media type information, bandwidth, and codec information, which are QoS parameters for a corresponding PoC session, through a signaling message of a SIP / SDP protocol.

In step 202, it is checked whether a media type is an 'audio' value among the obtained QoS parameters, and whether the corresponding IMS session is a session for PoC. Information on whether or not the PoC session is transmitted to the application of the terminal by the user's button operation, and if the check result by the delivered indication is the media type of the 'audio' value and the session for the PoC, the terminal proceeds to step 203. Otherwise, go to Step 204.

In step 203, the UE checks whether the PoC session is a 'preset' session or an 'on demand' session. In this case, the UE may use the IMS PoC service or the general IMS service through the 'indication' delivered from the application by the user input, and if the IMS PoC service is used, whether to use the 'preset' session mode. You can get information about whether to use 'on demand' session mode. If the UE determines to set the IMS PoC session as a 'preset' session, the process proceeds to step 205, otherwise proceeds to step 206. In step 205, the UE sets the traffic class of the PoC session to a non-real time level (interactive class / background class), and in step 207, generates a PDP context for the PoC session and transmits it to the PS domain.

If it is determined that the operation is not an IMS session for the PoC in step 202, in step 204, the UE generates a PDP context message by setting a maximum data rate and a traffic class according to the QoS parameters obtained in step 201, and the PS domain. To send. Thereafter, in step 208, the UE operates according to a basic IMS operation.

When creating an IMS PoC session but not requesting a 'preset' session, the UE establishes a PoC session in an 'on demand' PoC session mode in step 206.

As described above, after the 'preset' session is established, the terminal receives a 'request indication' for the PoC media transmission request and updates the PDP context to the real time level. According to the 'request indication', the IMS core allocates sufficient radio resources during the PoC session, receives the 'end indication' for the end of the PoC media transmission from the terminal, and updates the PDP context back to the non-real time level.

4 is a diagram illustrating an operation of transmitting PoC media data according to the present invention.

Here, the overall operation of the traffic class for PoC media data transmission will be described with reference to FIGS. 2 to 4. Through the operation of FIG. 1, a 'preset' session for an IMS PoC service is established, and the PDP context for the 'preset' session has a traffic class of a non-real time level.

Referring to FIG. 4, in step 301, an RAB for a PDP context set to a non-real time level is released by a timer when there is no request for transmitting PoC media data for a predetermined time. In step 302, when the terminal 300 receives a 'request indication' to start a PoC session from the user, in step 303, as in steps 106 and 109 of FIG. 1, an RAB for transmitting a GPRS signaling message and a PoC A RAB for media data transmission is set between the PS domain 310 and the PS domain 310.                     

In step 304, the terminal 300 requests PoC AS 320 of the IMS core network to transmit the PoC media data to the other party to which the terminal 300 intends to communicate through a SIP signaling message, through the RABs set above. Obtain a response. After transmitting and receiving the SIP signaling, the terminal 300 can use a substantial PoC service in step 306.

In step 305, the terminal 300 updates the traffic class of the PDP context, which is set to the 'non-real time level', at substantially the same time as the media transmission request to the 'real time level'. In this case, the talk burst generated from the terminal while performing the steps 304 to 305 may be transmitted in non-real time for a while when the operation is switched from the step 304 to step 305.

In step 307, when the terminal 300 receives the 'end indication' for interruption of the PoC media data transmission service from the application through the user input, in step 308, the terminal 300 'non-discusses' the traffic class of the PDP context. Update to the "real-time" level. In step 309, the terminal 300 maintains a 'preset' PoC session of a non-real time level and waits for a request for transmission of PoC media data from a user.

5 is a diagram illustrating an operation of transmitting PoC media data of a terminal according to the present invention.

Referring to FIG. 5, in step 401, the terminal receives a 'request indication' requesting the start of a 'preset' session for PoC media data transmission from a user. In step 402, the terminal receiving the 'request indication' sets a signaling RAB for SIP signaling transmission and a data RAB for PoC media data transmission.

In step 403, the UE sends and receives SIP signaling messages such as a PoC service request and response for transmitting PoC media data to the PoC AS of the IMS core network through the configured RABs. At the same time, in step 404, the UE updates the traffic class of the PDP context for the 'preset' session to the real time level.

In step 405, the terminal processes the talk burst generated from the user to provide the IMS PoC service to the user. In step 406, the terminal checks whether a 'end indication', which means to end PoC media data transmission through an application, is received from the user who received the PoC service. As a result of confirmation, when the 'end indication' is received, the UE updates the traffic class of the PDP context for the 'preset' session to the 'non-real time' level in step 407 and maintains the 'preset' session. do.

While the present invention has been described in connection with what is presently considered to be the most practical and preferred embodiment, it is to be understood that the invention is not limited to the disclosed embodiments, but is capable of various modifications within the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the scope of the following claims, but also by those equivalent to the scope of the claims.

In the present invention that operates as described in detail above, the effects obtained by the representative ones of the disclosed inventions will be briefly described as follows.                     

According to the present invention, by establishing a 'preset' session capable of setting a non-realtime level traffic class in an IMS PoC service, particularly for a PoC service, it is possible to efficiently use radio resources in the absence of media traffic. It can be effective.

Claims (8)

A method for a terminal to establish a 'preset' PoC session for a PoC service with a push-to-talk over cellular (PoC) server in an IP multimedia subsystem (IMS) through a GPRS core network, The terminal acquires a quality of service parameter including media type information, bandwidth and codec information for an IMS session from the IMS through the GPRS core network using a signaling message of a session initiation and session description protocol (SIP / SDP). Process,  Checking whether the media type information is 'audio' and the IMS session is a PoC session;  When the check result indicates that the media type information is 'audio' and the IMS session is a PoC session, it is determined whether the PoC session is a 'preset' session or an 'on-demand' session. Process, If the PoC session is the 'preset' PoC session, the traffic class of the PoC session is set to a non-realtime level, and the packet data protocol for the 'preset' PoC session is determined. And a step of generating a packet data protocol (PDP) context and transmitting it to the IMS through the GPRS core network. The method of claim 1, wherein the determining is performed. A process of receiving information indicating the use of an IMS PoC service or a general IMS service from a user; and when receiving information indicating the use of the IMS PoC service, the 'preset' PoC session or the 'on-demand' from the user. A method for establishing a 'preset' PoC session, comprising: receiving information on whether a PoC session is used. 3. The method of claim 2, If the information on the use of the 'preset' PoC session is not received, setting the 'on-demand' PoC session, characterized in that for setting the 'preset' PoC session. The method of claim 1, Setting the data rate and the traffic class according to the obtained quality of service parameters if the IMS session is not a PoC session; Generating a PDP context message according to the set data rate and traffic class and transmitting the generated PDP context message to the IMS through the GPRS core network. A method for a terminal to transmit PoC media data to a PoC server supporting a push-to-talk over cellular (PoC) service in an IP multimedia subsystem (IMS) through a GPRS core network, A terminal with a PDP context of traffic class of 'non-real time' level for a 'preset' PoC session receives a 'request indication' requesting the user to start a 'preset' PoC session for transmitting PoC media data from the user Process,  Upon receiving the 'Request Indication', the UE receives a 'Signaling Radio Radio Bearer (RAB)' for transmitting Session Initiation Protocol (SIP) signaling and a 'Data Radio Radio Bearer (RAB)' for transmitting the PoC media data. Setting up with the GPRS core network; Requesting transmission of the PoC media data to the PoC server using the signaling RAB, receiving a response, and establishing the 'preset' PoC session; Updating the traffic class of the PDP context to a 'real time level'; Transmitting the PoC media data through the 'preset' PoC session;  When the 'end indication' to end the PoC media data transmission is input from the user, the method includes updating the traffic class of the PDP context to a 'non-real time' level. How to transfer. The method of claim 5, further comprising transmitting data in non-real time when a talk burst occurs from the terminal in updating the traffic class of the PDP context to a 'real time level'. How to transmit PoC media data. The method of claim 6, wherein the signaling RAB or the data RAB established with the GPRS core network is released when there is no request for transmitting the PoC media data for a predetermined time. The method of claim 5, And after the establishing of the 'preset' PoC session, processing the talk burst generated from the user to provide the PoC service to the user.

Images