WO2022030727A1 - 얼리 세션 모델 기반 비디오 cat을 제공하기 위한 통신 프로토콜 - Google Patents

얼리 세션 모델 기반 비디오 cat을 제공하기 위한 통신 프로토콜 Download PDF

Info

Publication number
WO2022030727A1
WO2022030727A1 PCT/KR2021/004756 KR2021004756W WO2022030727A1 WO 2022030727 A1 WO2022030727 A1 WO 2022030727A1 KR 2021004756 W KR2021004756 W KR 2021004756W WO 2022030727 A1 WO2022030727 A1 WO 2022030727A1
Authority
WO
WIPO (PCT)
Prior art keywords
early
session
calling terminal
message
video
Prior art date
Application number
PCT/KR2021/004756
Other languages
English (en)
French (fr)
Inventor
황정우
Original Assignee
에스케이텔레콤 주식회사
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 에스케이텔레콤 주식회사 filed Critical 에스케이텔레콤 주식회사
Priority to US18/010,836 priority Critical patent/US20230224341A1/en
Priority to CN202180048654.XA priority patent/CN115989668A/zh
Publication of WO2022030727A1 publication Critical patent/WO2022030727A1/ko

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/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • 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/1083—In-session procedures
    • H04L65/1089—In-session procedures by adding media; by removing media
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • 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]
    • 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/1063—Application servers providing network services
    • 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
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • 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/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • 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/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42017—Customized ring-back tones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/50—Telephonic communication in combination with video communication

Definitions

  • the present disclosure relates to a communication protocol for providing video Customized Alerting Tones (CAT) based on an early session model. More specifically, in order to deliver the video set by the called party to the video CAT to the caller during the voice call connection, negotiating and setting a session for early media using an early session model It's about a communication protocol.
  • CAT video Customized Alerting Tones
  • CAT Customerized Alerting Tones
  • media data such as voice, audio, and video may be used.
  • video CAT When video CAT is applied, it may be difficult to change so that video information can be included in the composition of a voice outgoing signal depending on whether the called party subscribes to the service. Therefore, it is necessary to change the voice call signal to the video call signal, but since video cannot be transmitted through a voice session established when a voice call is requested, the method suggested by the 3GPP standard can be used.
  • the 3GPP TS 24.182 standard describes a method for delivering a CAT as early media from a called party to a sender using a forking model and an early session model (Non-Patent Document 1) Reference).
  • the forking model separates the dialogue for early media from the dialogue of the final voice session, and does not separately generate SDP (Session Description Protocol) information of the calling terminal used in the conversation for the early media. Meanwhile, the early session model does not separate the conversation for the early media from the conversation of the final voice session, but uses a separate SDP when establishing a session for the early media in the middle.
  • SDP Session Description Protocol
  • the early media session must be newly changed to the video session.
  • An operation method for the early session model follows the 3GPP standard (see Non-Patent Document 1). Although the 3GPP standard describes the situation in which the early media is audio, it does not consider the change of session information between audio and video. Therefore, the 3GPP standard does not specify how to deliver the SDP of the content server to the terminal, or how to change the session.
  • the TAS Telephony Application Server
  • the TAS Telephony Application Server
  • the SDP Session Data Base
  • the TAS Session Data Base
  • codec information of the content server may be acquired. Therefore, since a session update with the content server must be performed in order to switch to video content, there is a problem in that a call delay due to establishment of an additional session and performance degradation due to an additional transaction occur.
  • the call application directly plays the video corresponding to the CAT using the 3G/LTE/5G data network and stops the video playback when the call between the caller and the called party starts. Yes, however, if the video cannot be played due to lack of data communication, the IMS call network, which cannot recognize this situation, controls the call by assuming that the video is being played, so silence may occur.
  • an effective call flow is required to provide a service with high effectiveness by solving the problem of session establishment between the TAS and the content server.
  • Non-Patent Document 1 TS 24.182, 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; IP Multimedia Subsystem (IMS) Customized Alerting Tones (CAT); Protocol specification (Release 16).
  • IMS IP Multimedia Subsystem
  • CAT Customized Alerting Tones
  • the present disclosure provides an optimal method for delivering a video set by a called party during a voice call connection as video CAT (Customized Alerting Tones) to the calling party. More specifically, in order to generate a video call that delivers video CAT in the form of early media from a voice call, the early session model suggested by the 3GPP standard is used.
  • a main object of the present invention is to provide a communication protocol for negotiating and establishing a session for early media using.
  • the present disclosure provides a transaction added in the process of updating the session of the content server once more and the corresponding transaction. In order to reduce the burden on the network due to the time and cost required, a part of the process is appropriately omitted. There is an additional purpose of providing a communication protocol.
  • the present disclosure provides a method of handling exceptions in a communication protocol for video CAT delivery in order to ensure a stable call, such as errors occurring during codec negotiation for video CAT in the network, server failure situations, and terminal and server malfunctions. It has an additional purpose to provide
  • the calling terminal in a method for an application server to provide early media during a Session Initiation Protocol (SIP)-based call connection between a calling terminal and a called terminal, the calling terminal's Receiving a first INVITE message including SDP information; performing a procedure of establishing an early session for capability negotiation with the calling terminal in order to provide a video as the early media; and if the early session establishment is successful, providing the early media to the calling terminal based on the capability negotiated using the early session, wherein the procedure for establishing the early session includes: transmitting an early session offer message including first SDP information specifying one or more available video codecs to the calling terminal; and receiving an early session answer message including second SDP information supported by the calling terminal and specifying one or more codecs to be used for the early media.
  • SIP Session Initiation Protocol
  • the method when a 200 OK message including SDP information of the called terminal is received as a response to the first INVITE message, the method further comprising the step of terminating the provision of the early media. It provides a way to provide early media that
  • the SDP of the calling terminal transmitting an INVITE message including information and header information indicating that an early session is supported; receiving, from an application server, an early session offer message including first SDP information specifying one or more video codecs available for the early media; and transmitting, to the application server, an early session response message supported by the calling terminal and including second SDP information on one or more codecs to be used for the early media.
  • SIP Session Initiation Protocol
  • a computer readable on a recording medium storing a computer program by executing the computer program, the computer performs a Session Initiation Protocol (SIP)-based call connection between a calling terminal and a called terminal.
  • SIP Session Initiation Protocol
  • a method performed by a calling terminal to receive early media comprising: transmitting an INVITE message including SDP information of the calling terminal and header information indicating that an early session is supported; receiving, from an application server, an early session offer message including first SDP information specifying one or more video codecs available for the early media; and transmitting, to the application server, an early session response message supported by the calling terminal and including second SDP information for one or more codecs to be used for the early media.
  • a computer capable of reading a recording medium storing a program is provided.
  • the calling terminal includes SDP information of the calling terminal and header information indicating whether an early session is supported.
  • an early session offer message including first SDP information specifying one or more video codecs available for early media is received from an application server, transmitting the early session offer message to the calling terminal;
  • an early session response message is received from the calling terminal that is supported by the calling terminal and includes second SDP information specifying one or more codecs to be used for the early media, the early session response message is sent to the application server. transmitting; and when receiving a 200 OK message including SDP information of the called terminal in response to the second INVITE message from the called terminal, transmitting the 200 OK message to the application server and the
  • a computer-readable recording medium storing instructions, the instructions, when executed by the computer, cause the computer to cause a Session Initiation Protocol (SIP)-based call between a calling terminal and a called terminal.
  • SIP Session Initiation Protocol
  • a method for providing early media by an application server upon connection comprising: receiving a first INVITE message including SDP information of the calling terminal; performing a procedure of establishing an early session for capability negotiation with the calling terminal in order to provide a video as the early media; and if the early session establishment is successful, providing the early media to the calling terminal based on the capability negotiated using the early session, wherein the procedure for establishing the early session includes: transmitting an early session offer message including first SDP information specifying one or more available video codecs to the calling terminal; and receiving an early session answer message including second SDP information supported by the calling terminal and specifying one or more codecs to be used for the early media.
  • a recording medium is provided.
  • a computer-readable recording medium storing instructions, the instructions, when executed by the computer, cause the computer to cause a Session Initiation Protocol (SIP)-based call between a calling terminal and a called terminal.
  • SIP Session Initiation Protocol
  • a method performed by a calling terminal to receive early media upon connection comprising: transmitting an INVITE message including SDP information of the calling terminal and header information indicating that an early session is supported; receiving, from an application server, an early session offer message including first SDP information specifying one or more video codecs available for the early media; and transmitting, to the application server, an early session response message supported by the calling terminal and including second SDP information on one or more codecs to be used for the early media.
  • a computer-readable recording medium is provided.
  • a computer-readable recording medium storing instructions
  • the instructions cause the computer to cause the computer to perform a Session Initiation Protocol (SIP)-based method performed by a network call processing device when the instructions are executed by the computer
  • a call processing method comprising: receiving, from a calling terminal, a first INVITE message including SDP information of the calling terminal and header information indicating whether an early session is supported; when the header information indicates that the early session is supported by the calling terminal, transmitting a second INVITE message including SDP information of the calling terminal to the application server and the called terminal;
  • an early session offer message including first SDP information specifying one or more video codecs available for early media is received from an application server, transmitting the early session offer message to the calling terminal;
  • an early session response message is received from the calling terminal that is supported by the calling terminal and includes second SDP information specifying one or more codecs to be used for the early media, the early session response message is sent to the application server. transmitting; and when receiving a 200
  • a voice call is changed to a video call for early media delivery.
  • video CAT video CAT
  • a part of the process of updating the session of the content server once more is appropriately omitted.
  • FIG. 1 is a block diagram of a service system for providing early media according to an embodiment of the present disclosure.
  • FIGS. 2A and 2B are flowcharts sequentially illustrating a method for providing early media according to an embodiment of the present disclosure.
  • 3A and 3B are flowcharts of a method for handling an exception when an application server fails to establish a session with a content server according to an embodiment of the present disclosure.
  • 4A and 4B are flowcharts for a method of handling an exception when an error in video reproduction occurs in an originating terminal according to an embodiment of the present disclosure.
  • 5A and 5B are flowcharts for a method of handling an exception when a session processing error occurs in an originating terminal according to an embodiment of the present disclosure.
  • This embodiment discloses a communication protocol for delivering a video set by a called party during a voice call connection as a video CAT (Customized Alerting Tones) to the calling party.
  • a video CAT Customerized Alerting Tones
  • an early session model suggested by the 3GPP standard is used. to provide a communication protocol for negotiating and establishing a session for early media.
  • the service means providing the video CAT in the form of early media.
  • FIG. 1 is a block diagram of a service system for providing early media according to an embodiment of the present disclosure.
  • the service system 100 (hereinafter, 'service system') for providing early media according to the present disclosure performs a communication protocol for providing video CAT in the form of early media based on Session Initiation Protocol (SIP).
  • the service system 100 includes all or a part of the SIP server 104 , the application server 106 (hereinafter referred to as 'AS' in parallel) and the content server 108 .
  • the service system 100 provides the calling terminal 102 (hereinafter, denoted in parallel with 'User Equipment (UE) A') and the called terminal 110 (hereinafter denoted in parallel with 'UE B') to provide early media. may additionally be included.
  • the SIP server 104 and the application server 106 involved in the call flow with the terminals are included and expressed as the SIP core 107 .
  • the calling terminal 102 is a terminal that is provided with early media according to the present disclosure, and may be provided with early media in the form of a video CAT and have the capability to play it.
  • the calling terminal 102 may notify the subscriber of the calling terminal 102 that a call connection request to the called terminal 110 is in progress by receiving video data provided as early media and playing it.
  • the video data may include images, moving pictures, and flash animations that can be played on the screen of the calling terminal 102 .
  • the called terminal 110 is a terminal of a subscriber who has pre-subscribed to a service for providing early media.
  • the service setting information of the called terminal 110 is used to provide early media to the calling terminal 102 before the call connection is established.
  • the SIP server 104 is a device for routing a message performing a call session control function (CSCF) between the calling terminal 102, the called terminal 110, and the application server 106, and Includes P-CSCF (Proxy-CSCF, not shown) that proxy and control Quality of Service (QoS), and Interrogating/Serving-CSCF (I/S-CSCF, not shown) that performs the main functions for call processing. do.
  • CSCF call session control function
  • an invite for inviting a service or user to participate in a session
  • a final response 200 OK
  • INVITE request request
  • ACK confirmation
  • INFO information within an established session or conversation
  • PRACK for temporarily granting a response by the calling terminal
  • BYE terminating a preset session.
  • the main response of SIP used in the present disclosure is a 180 message delivered to the calling terminal to indicate that the called terminal is ringing to the user, and a provisional response for transmitting other call progress information.
  • 183 message 200 OK message to notify that the request has been processed normally, 4XX message to convey error status, and 5XX message to notify that the service is not implemented.
  • the SIP server 104 transmits the INVITE message received from the originating terminal 102 to the application server 106 side, and forwards the INVITE message from the application server 106 to the destination terminal side.
  • the SIP server 104 may check whether the subscriber of the called terminal 110 to which the corresponding message is to be received has subscribed to a service for providing early media.
  • the SIP server 104 provides the conventional early media such as voice and audio data to the corresponding calling terminal 102 side. procedures can be performed for Hereinafter, a case in which the subscriber of the called terminal 110 subscribes to the service according to the present disclosure will be mainly described.
  • the application server 106 performs individual processing and management for the operations of the calling terminal 102 and the called terminal 110 based on SIP.
  • the application server 106 transmits and receives messages to and from the content server 108 and communicates with the calling terminal 102 so that early media according to the service setting information of the called terminal 110 subscriber can be provided to the calling terminal using an early/regular session. Session setup procedure of
  • a session for providing a call between the calling terminal 102 and the called terminal 110 may be divided into an early session and a regular session.
  • the early session means a separate session for providing early media
  • the regular session means a session for a regular call between two terminals (in the present disclosure, a voice call).
  • early media may be provided using regular regular sessions without separate early sessions (forking mode).
  • early sessions separate session negotiation procedures are followed.
  • Early media may be provided using the established early session (early session model). As described above, in the present disclosure, it is assumed that a terminal supporting the early session model is used.
  • the application server 106 analyzes the header information of the INVITE message received from the calling terminal 102 to check whether the calling terminal 102 supports the early session model and whether the video early media can be received. You can decide whether to provide the service using
  • the content server 108 is a device that exchanges messages with the application server 106 and provides early media to the calling terminal 102 side. That is, the content server 108 provides media information for service provision using message communication with the application server 106, and according to a media provision instruction from the application server, early media is provided to the calling terminal 102 side.
  • FIGS. 2A and 2B are flowcharts sequentially illustrating a method for providing early media according to an embodiment of the present disclosure.
  • the calling terminal 102 transmits the INVITE message including the SDP information of the calling terminal 102 to the SIP server 104 side for a call connection (step 1).
  • the INVITE message transmitted by the calling terminal 102 may include, for example, an IP address of the calling terminal, called terminal information, a service processing identifier, and Session Description Protocol (SDP) information of the calling terminal.
  • IP address of the calling terminal means an address value for identifying the calling terminal when performing TCP/IP (Transmission Control Protocol/Internet Protocol)-based communication
  • the called terminal information is the phone number of the called terminal.
  • the service processing identifier is information on a service supported by the calling terminal, and an example of the service may be support of an early session for providing early media.
  • the calling terminal 102 capable of the video CAT service should designate that early media reception is possible using the early session model by including a 'Supported: early-session' header as a service processing identifier in the INVITE message. Also, if necessary, the calling terminal 102 may insert a separate private header into the INVITE message to designate that early media reception is possible.
  • 'P-XXX-VoLTE-Info: vrbt' included in the INVITE message of the calling terminal 102 is related to Voice over LTE (VoLTE) and vrbt (video ringback tone). ), that is, a private header indicating that video CAT is supported.
  • 'XXX' may indicate an organization, company, etc. that introduced this private header.
  • the 'Supported: 100rel' header is an option tag indicating that PRACK, which is a reliable provisional ACK, is supported.
  • the SIP server 104 receives the INVITE message from the calling terminal 102 (step 1), and sends the INVITE message to the application server 106 when the called terminal 110 subscriber subscribes to a service for providing early media. It transmits (steps 2 and 3), receives the INVITE message from the application server 106 (step 6), and delivers it to the called terminal 110 (step 7).
  • the application server 106 receives the INVITE message including the SDP information of the calling terminal 102 (step 3).
  • the application server 106 analyzes the header and the private header included in the INVITE message to see if the calling terminal 102 is capable of supporting the early session. A procedure for checking whether or not it is possible to receive the video as early media is executed.
  • the application server 106 sends an incoming INVITE message to the called terminal 110 via the SIP server 104 when the called terminal 110 subscriber is a service subscriber for providing video CAT. ) to (steps 6 and 7).
  • the called terminal 110 Upon receiving the incoming INVITE message, the called terminal 110 transmits the 180 message to the SIP server 104 to indicate that ringing is in progress. Meanwhile, in order to establish a regular session for a voice call, a call flow for an incoming connection according to the delivery of 180 messages is required. For the incoming connection, the SIP server 104 forwards the 180 message to the application server 106 side, the calling terminal receiving the 200 OK message corresponding to call acceptance from the called terminal sends an ACK message to the called terminal side, etc. I need this. However, since a call flow for an incoming connection is outside the scope of the present disclosure, it is not shown in FIGS. 2A and 2B , and further detailed description thereof will be omitted.
  • the application server 106 transmits an INVITE message for establishing a video session for the early media to the content server 108 (step 9). At this time, the application server 106 may notify that the video content should be provided as early media by including a separate private header in the INVITE message sent to the content server 108 side.
  • 'P-XXX-MRF-SVC play'
  • 'P-XXX-MRF-CRBT 08 or 09 included in the INVITE message delivered to the content server 108 in the city of FIG. 2A (step 9).
  • ' and so on are private headers.
  • MRF is another notation for content server 108 .
  • the content server 108 returns to the application server 106 a 200 OK message containing a Session Description Protocol (SDP) for available video codec information (step 10).
  • SDP Session Description Protocol
  • the application server 106 Before sending the ACK message for the received 200 OK message to the content server 108 , the application server 106 performs a procedure for establishing an early session with the calling terminal 102 .
  • the application server 106 transmits message 183 to the calling terminal 102 via the SIP server 104 (steps 11 to 13).
  • the application server 106 is 'Require: 100rel', 'Require: early-session', if there is a private header delivered from the calling terminal 102, the private header, 200 OK delivered from the content server 108
  • a function of offering early session establishment can be executed.
  • the general voice/audio CAT operation based on the forking model can be performed by not including 'Require: early-session'.
  • the calling terminal 102 sets a codec that can be negotiated among the codecs delivered in the 183 message, and then applies a PRACK message including SDP information specifying the corresponding codec via the SIP server 104 .
  • a PRACK message including SDP information specifying the corresponding codec via the SIP server 104 .
  • the application server 106 After receiving the PRACK message, the application server 106 transmits an ACK message including SDP information designated by the PRACK message to the content server 108 (step 17).
  • the content server 108 may establish an early session based on the corresponding ACK message.
  • the content server 108 may provide a video CAT if there is a video codec in the codec information of the ACK message, but may provide a voice/audio CAT service if there is no video codec.
  • the application server 106 After delivering the ACK message, the application server 106 transmits a 200 OK message for the PRACK message to the calling terminal 102 via the SIP server 104 (steps 18 to 20) to establish a procedure for establishing an early session. finish On the other hand, for the 200 OK message for the PRACK message, the P-CSCF in the SIP server 104 sends a PCRF (Policy and Charging Rule Function, not shown) and AAR (Authorize/Authenticate Request) messages based on the negotiated codec information.
  • PCRF Policy and Charging Rule Function, not shown
  • AAR Authorize/Authenticate Request
  • the application server 106 requests the content server 108 to transmit the video corresponding to the early media by using the INFO message (step 21).
  • the content server 108 transmits the 200 OK message for the INFO message to the application server 106 side (step 22), and then transmits the video requested on the INFO message to the address side of the SDP received on the ACK message, generally It may be transmitted to the IP/PORT side of the P-CSCF in the calling terminal 102 or the SIP server 104 .
  • the called terminal 110 After accepting the subscriber's call (eg, off-hook, touch on a call button, etc.), the called terminal 110 transmits a 200 OK message to the SIP 104 server side as a response to the incoming INVITE message. (Step 23). At this time, the 200 OK message corresponding to call acceptance is the voice of the called terminal 110 . Contains SDP information.
  • the SIP server 104 receives the 200 OK message from the called terminal 110 (step 23) and transmits it to the application server 106 side (step 24).
  • the application server 106 provides the voice of the called terminal 110 .
  • the 200 OK message including the SDP information is received and delivered to the calling terminal 102 (steps 25 to 27).
  • the P-CSCF in the SIP server 104 may set the voice QoS for the call again using the PCRF and the Authorize/Authenticate Request (AAR) message.
  • AAR Authorize/Authenticate Request
  • the application server 106 delivers the 200 OK message to the calling terminal 102 side
  • the BYE message is delivered to the content server 108 side to end the early session (step 28), so that a regular session for a voice call can be established. induce to
  • a voice call is changed to a video call for early media delivery.
  • video CAT video CAT
  • a part of the process of updating the session of the content server once more is appropriately omitted.
  • 3A and 3B are flowcharts of a method for handling an exception when an application server fails to establish a session with a content server according to an embodiment of the present disclosure.
  • the application server 106 After delivering the INVITE message for establishing a video session for early media to the content server 108 to the content server 108 (step 9), the application server 106 expects a 200 OK message from the content server 108, but an error ( Session establishment may fail depending on the 4XX or 5XX message received) or timeout (step 10). In this case, the application server 106 may induce reproduction of a local ringback tone by transmitting a 180 message to the originating terminal 102 (steps 11 to 13).
  • the local ringback tone is, for example, when the CAT (eg, video data according to the present embodiment, or audio or voice data) cannot be provided from the content server 108, the calling terminal 102 sends the subscriber to the subscriber. It is a ringback tone that can be provided.
  • the local ring back tone may be audio or voice data stored by the calling terminal 102 .
  • the calling terminal 102 when the calling terminal 102 that has received the 183 message suggesting the early session does not have a negotiable video codec or cannot properly accommodate the early media due to an operation error, the calling terminal 102 is shown in FIG. 4a / As shown in the flowchart of FIG. 4B or the flowchart of FIGS. 5B/ 5B , one of two methods may be implemented.
  • 4A and 4B are flowcharts for a method of handling an exception when an error in video reproduction occurs in an originating terminal according to an embodiment of the present disclosure.
  • the calling terminal 102 may reply to the application server 106 side by specifying only the available voice codec in the PRACK message (steps 14 to 16). Since it is impossible to provide early media using video, the calling terminal 102 may induce the provision of early media using voice if it has an available voice codec.
  • the application server 106 After receiving the PRACK message, the application server 106 transmits the ACK message including the SDP including the voice codec designated by the PRACK message to the content server 108 side (step 17).
  • the content server 108 Upon receiving the ACK message including only the voice codec, the content server 108 confirms that the calling terminal 102 cannot receive the video, and if the voice CAT service is possible, establishes an early session to provide the voice CAT service. can
  • the application server 106 After transmitting the ACK message, the application server 106 transmits a 200 OK message for the PRACK message to the calling terminal 102 (steps 18 to 20).
  • the P-CSCF in the SIP server 104 may set QoS for the voice CAT using the PCRF and the AAR message based on the negotiated voice codec information.
  • the content server 108 delivers the BYE message to the application server 106 side, and when the video CAT session ends, the content server 108 delivers the 180 message to the calling terminal 102 to induce playback of the local ringback tone.
  • 5A and 5B are flowcharts for a method of handling an exception when a session processing error occurs in an originating terminal according to an embodiment of the present disclosure.
  • the calling terminal 102 When a session processing error occurs due to a malfunction, etc., the calling terminal 102 does not transmit a PRACK message, so that the application server 106 recognizes a timeout and transmits a 180 message to the calling terminal 102 side. (Step 14 to Step 16). Upon receiving the 180 message, the calling terminal 102 plays a local ringback tone.
  • the application server 106 that has sensed the passage of time transmits an ACK message that does not include any SDP information to the content server 108 to notify it (step 17).
  • the content server 108 may terminate the process related to the early session by delivering the BYE message to the application server 106 side (step 18).
  • each process is sequentially executed in each flowchart according to the present embodiment
  • the present invention is not limited thereto.
  • the flowchart since it may be applicable to change and execute the processes described in the flowchart or to execute one or more processes in parallel, the flowchart is not limited to a time-series order.
  • Various implementations of the systems and techniques described herein may be implemented in digital electronic circuitry, integrated circuitry, field programmable gate array (FPGA), application specific integrated circuit (ASIC), computer hardware, firmware, software, and/or combination can be realized. These various implementations may include being implemented in one or more computer programs executable on a programmable system.
  • the programmable system includes at least one programmable processor (which may be a special purpose processor) coupled to receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device. or may be a general-purpose processor).
  • Computer programs also known as programs, software, software applications or code
  • the computer-readable recording medium includes all types of recording devices in which data readable by a computer system is stored. These computer-readable recording media are non-volatile or non-transitory, such as ROM, CD-ROM, magnetic tape, floppy disk, memory card, hard disk, magneto-optical disk, and storage device. It can be a medium. In addition, the computer-readable recording medium is distributed in network-connected computer systems, and computer-readable codes may be stored and executed in a distributed manner.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 실시예는, 본 개시는 음성 통화 연결 중 착신자가 설정한 동영상을 발신자 측에 비디오 CAT(Customized Alerting Tones)으로 전달하기 위한 최적의 방안을 제공한다. 더욱 상세하게는, 음성호(voice call)로부터 비디오 CAT을 얼리 미디어(early media) 형태로 전달하는 영상호(video call)을 생성하기 위해, 3GPP 표준에서 제시하는 얼리 세션 모델(early session model)을 이용하여 얼리 미디어(early media)에 대한 세션을 협상 및 설정하는 통신 프로토콜을 제공한다. 또한, 본 개시는 망에서의 비디오 CAT에 대한 코덱 협상과정에서 발생한 오류, 서버 장애 상황, 및 단말과 서버의 오동작 상황 등에서 안정적인 통화를 보장하기 위해, 비디오 CAT 전달을 위한 통신 프로토콜에서 예외처리하는 방안을 제공한다.

Description

얼리 세션 모델 기반 비디오 CAT을 제공하기 위한 통신 프로토콜
본 개시는 얼리 세션 모델을 기반으로 비디오 CAT(Customized Alerting Tones)을 제공하기 위한 통신 프로토콜에 관한 것이다. 더욱 상세하게는, 음성 통화 연결 중 착신자가 설정한 동영상을 발신자 측에 비디오 CAT으로 전달하기 위해, 얼리 세션 모델(early session model)을 이용하여 얼리 미디어(early media)에 대한 세션을 협상 및 설정하는 통신 프로토콜에 대한 것이다.
이하에 기술되는 내용은 단순히 본 발명과 관련되는 배경 정보만을 제공할 뿐 종래기술을 구성하는 것이 아니다.
CAT(Customized Alerting Tones)이란 발신자에게 전달하기 위해 착신자가 사전에 설정한 연결음으로서, 음성, 오디오, 비디오 등과 같은 미디어 데이터가 이용될 수 있다. 비디오 CAT을 적용하는 경우, 착신자의 서비스 가입 여부에 따라서는 음성 발신호의 구성에 비디오 정보를 포함시킬 수 있도록 변경하는 것이 어려울 수 있다. 따라서, 음성 발신호를 영상 발신호로 변경하는 것이 필요하나, 음성 통화 요청 시 수립되는 음성 세션으로는 비디오를 전달할 수 없으므로 3GPP 표준에서 제시하는 방법이 이용될 수 있다. 3GPP TS 24.182 규격에는 포킹 모델(forking model)과 얼리 세션 모델(early session model)을 이용하여, 착신자로부터 발신자 측으로 얼리 미디어(early media)로서 CAT을 전달하기 위한 방법이 설명되어 있다(비특허문헌 1 참조).
포킹 모델은 얼리 미디어를 위한 대화(dialogue)를 최종 음성 세션의 대화와 별도로 구분하고, 대신 얼리 미디어를 위한 대화에서 사용되는 발신 단말의 SDP(Session Description Protocol) 정보를 별도로 생성하지 않는다. 한편, 얼리 세션 모델은 얼리 미디어를 위한 대화를 최종 음성 세션의 대화와 별도로 구분하지는 않으나, 중간에 얼리 미디어를 위한 세션 수립 시 별도의 SDP를 이용한다.
따라서, 음성 통화 중에 비디오 영상을 호출음(alerting tone)으로 사용하기 위해서는 얼리 미디어의 세션을 새롭게 영상 세션으로 변경해야 하므로 얼리 세션 모델을 기반으로 동작하는 것이 유리하다. 얼리 세션 모델에 대한 동작 방식은 3GPP 규격을 따른다(비특허문헌 1 참조). 3GPP 규격은 얼리 미디어가 음성인 상황에 대해서는 기술하고 있으나, 음성과 영상을 오가는 세션 정보의 변경에 대해서는 고려하고 있지 않다. 따라서, 콘텐츠 서버의 SDP를 어떻게 단말로 전달할 지에 대한 방법, 어떻게 세션을 변경할 지에 대한 방법 등이 3GPP 규격에 명시되어 있지 않다.
이에 대한 대처 방법으로, 착신 망의 TAS(Telephony Application Server)가 콘텐츠 서버와 하나의 별도 세션을 수립하고, 해당 세션의 수립과정 중에 전달받은 SDP를 통화 조절 메시지에 실어주는 것이 가장 일반적이다. 그러나, TAS가 콘텐츠 서버와 최소 한 차례 세션을 수립한 후에 콘텐츠 서버의 코덱(codec) 정보가 획득될 수 있다. 따라서 영상 콘텐츠로 전환하기 위해서는 콘텐츠 서버와의 세션 업데이트(session update)가 수행되어야 하므로, 추가 세션 수립에 따른 통화 지연 및 추가 트랜잭션(transaction)에 따른 성능 하락이 발생한다는 문제가 있다.
또한, 규격에 따른 SIP 세션을 수립하는 방법 외에, 3G/LTE/5G 데이터 망을 이용하여 통화 애플리케이션이 직접 CAT에 해당하는 동영상을 재생하고, 발신자와 착신자 간의 통화가 시작되면 동영상 재생을 멈추는 방법도 있다, 그러나 데이터 통신이 되지 않아서 동영상 재생이 되지 않는 경우, 이러한 상황을 인지할 수 없는 IMS 통화 망은 동영상이 재생되는 것으로 가정하여 호를 제어하므로, 묵음이 발생할 수 있다.
따라서, TAS와 콘텐츠 서버 간의 세션 설정에 따른 문제를 해결함으로써 실효성이 높은 서비스를 제공하기 위한 효과적인 통화 흐름(call flow)을 필요로 한다.
(선행기술문헌)
(비특허문헌)
(비특허문헌 1) TS 24.182, 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; IP Multimedia Subsystem (IMS) Customized Alerting Tones (CAT); Protocol specification (Release 16).
본 개시는 음성 통화 연결 중 착신자가 설정한 동영상을 발신자 측에 비디오 CAT(Customized Alerting Tones)으로 전달하기 위한 최적의 방안을 제공한다. 더욱 상세하게는, 음성호(voice call)로부터 비디오 CAT을 얼리 미디어(early media) 형태로 전달하는 영상호(video call)을 생성하기 위해, 3GPP 표준에서 제시하는 얼리 세션 모델(early session model)을 이용하여 얼리 미디어(early media)에 대한 세션을 협상 및 설정하는 통신 프로토콜을 제공하는 데 주된 목적이 있다.
또한, 3GPP 표준에 제시된 얼리 세션 모델을 이용하여 얼리 미디어 전달을 위한 세션을 설정하는 방법에 있어서, 본 개시는 콘텐츠 서버의 세션을 한 차례 더 업데이트하는 과정에서 추가되는 트랜잭션(transaction)과 해당 트랜잭션에 소요되는 시간과 비용에 따른 망 내 부담을 감소시키기 위해 해당 과정의 일부가 적절히 생략된 통신 프로토콜을 제공하는 데 추가적인 목적이 있다.
또한, 본 개시는 망에서의 비디오 CAT에 대한 코덱 협상과정에서 발생한 오류, 서버 장애 상황, 및 단말과 서버의 오동작 상황 등에서 안정적인 통화를 보장하기 위해, 비디오 CAT 전달을 위한 통신 프로토콜에서 예외처리하는 방안을 제공하는 데 추가적인 목적이 있다.
본 개시의 실시예에 따르면, 발신 단말과 착신 단말 간에 SIP(Session Initiation Protocol) 기반 호 연결 시에, 응용 서버(application server)가 얼리 미디어(early media)를 제공하는 방법에 있어서, 상기 발신 단말의 SDP 정보를 포함하는 제1 INVITE 메시지를 수신하는 단계; 동영상을 상기 얼리 미디어로서 제공하기 위해, 상기 발신 단말과의 능력 협상을 위한 얼리 세션을 설립하는 절차를 수행하는 단계; 및 상기 얼리 세션 설립이 성공한 경우, 상기 얼리 세션을 이용하여 협상된 능력에 기초하여 상기 발신 단말로 상기 얼리 미디어를 제공하는 단계를 포함하고, 상기 얼리 세션을 설립하는 절차는, 상기 얼리 미디어를 위해 이용 가능한 하나 이상의 동영상 코덱들을 명시한 제1 SDP 정보를 포함하는 얼리 세션 제안(offer) 메시지를 상기 발신 단말로 전송하는 단계; 및 상기 발신 단말에 의해 지원되고 상기 얼리 미디어를 위해 사용될 하나 이상의 코덱들을 명시한 제2 SDP 정보를 포함하는 얼리 세션 응답(answer) 메시지를 수신하는 단계를 포함하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법을 제공한다.
본 개시의 다른 실시예에 따르면, 상기 제1 INVITE 메시지에 대한 응답으로서 상기 착신 단말의 SDP 정보를 포함하는 200 OK 메시지가 수신되면, 상기 얼리 미디어의 제공을 종료하는 단계를 더 포함하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법을 제공한다.
본 개시의 다른 실시예에 따르면, 발신 단말과 착신 단말 간에 SIP(Session Initiation Protocol) 기반 호 연결 시에, 얼리 미디어(early media) 제공받기 위해 발신 단말이 수행하는 방법에 있어서, 상기 발신 단말의 SDP 정보 및 얼리 세션이 지원됨을 지시하는 헤더 정보를 포함하는 INVITE 메시지를 전송하는 단계; 상기 얼리 미디어를 위해 이용 가능한 하나 이상의 동영상 코덱들을 명시한 제1 SDP 정보를 포함하는 얼리 세션 제안(offer) 메시지를 응용 서버로부터 수신하는 단계; 및 상기 발신 단말에 의해 지원되고 상기 얼리 미디어를 위해 사용할 하나 이상의 코덱들에 대한 제2 SDP 정보를 포함하는 얼리 세션 응답(answer) 메시지를 상기 응용 서버로 전송하는 단계를 포함하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법을 제공한다.
본 개시의 다른 실시예에 따르면, 컴퓨터프로그램을 저장한 기록매체를 읽을 수 있는 컴퓨터로서, 상기 컴퓨터프로그램을 실행함으로써 상기 컴퓨터는, 발신 단말과 착신 단말 간에 SIP(Session Initiation Protocol) 기반 호 연결 시에, 얼리 미디어(early media) 제공받기 위해 발신 단말이 수행하는 방법에 있어서, 상기 발신 단말의 SDP 정보 및 얼리 세션이 지원됨을 지시하는 헤더 정보를 포함하는 INVITE 메시지를 전송하는 단계; 상기 얼리 미디어를 위해 이용 가능한 하나 이상의 동영상 코덱들을 명시한 제1 SDP 정보를 포함하는 얼리 세션 제안(offer) 메시지를 응용 서버로부터 수신하는 단계; 및 상기 발신 단말에 의해 지원되고 상기 얼리 미디어를 위해 사용할 하나 이상의 코덱들에 대한 제2 SDP 정보를 포함하는 얼리 세션 응답(answer) 메시지를 상기 응용 서버로 전송하는 단계를 포함하는 것을 특징으로 하는 컴퓨터프로그램을 저장한 기록매체를 읽을 수 있는 컴퓨터를 제공한다.
본 개시의 다른 실시예에 따르면, 네트워크 호 처리 장치가 수행하는 SIP(Session Initiation Protocol) 기반 호 처리 방법에 있어서, 발신 단말로부터 상기 발신 단말의 SDP 정보 및 얼리 세션의 지원 여부를 나타내는 헤더 정보를 포함하는 제1 INVITE 메시지를 수신하는 단계; 상기 헤더 정보가 상기 발신 단말이 상기 얼리 세션이 지원됨을 나타내는 경우, 상기 발신 단말의 SDP 정보를 포함하는 제2 INVITE 메시지를 응용 서버 및 착신 단말로 전송하는 단계; 얼리 미디어를 위해 이용 가능한 하나 이상의 동영상 코덱들을 명시한 제1 SDP 정보를 포함하는 얼리 세션 제안(offer) 메시지를 응용 서버로부터 수신하면, 상기 얼리 세션 제안 메시지를 상기 발신 단말로 전송하는 단계; 상기 발신 단말에 의해 지원되고 상기 얼리 미디어를 위해 사용할 하나 이상의 코덱들을 명시한 제2 SDP 정보를 포함하는 얼리 세션 응답(answer) 메시지를 상기 발신 단말로부터 수신하면, 상기 응용 서버로 상기 얼리 세션 응답 메시지를 전송하는 단계; 및 상기 착신 단말로부터 상기 제2 INVITE 메시지에 대한 응답으로 상기 착신 단말의 SDP 정보를 포함하는 200 OK 메시지를 수신하면, 상기 200 OK 메시지를 상기 응용 서버 및 상기 발신 단말로 전송하는 단계를 포함하는 것을 특징으로 하는 호 처리 방법을 제공한다.
본 개시의 다른 실시예에 따르면, 명령어가 저장된, 컴퓨터로 읽을 수 있는 기록매체로서, 상기 명령어는 상기 컴퓨터에 의해 실행될 때 상기 컴퓨터로 하여금, 발신 단말과 착신 단말 간에 SIP(Session Initiation Protocol) 기반 호 연결 시에, 응용 서버(application server)가 얼리 미디어(early media)를 제공하는 방법에 있어서, 상기 발신 단말의 SDP 정보를 포함하는 제1 INVITE 메시지를 수신하는 단계; 동영상을 상기 얼리 미디어로서 제공하기 위해, 상기 발신 단말과의 능력 협상을 위한 얼리 세션을 설립하는 절차를 수행하는 단계; 및 상기 얼리 세션 설립이 성공한 경우, 상기 얼리 세션을 이용하여 협상된 능력에 기초하여 상기 발신 단말로 상기 얼리 미디어를 제공하는 단계를 포함하고, 상기 얼리 세션을 설립하는 절차는, 상기 얼리 미디어를 위해 이용 가능한 하나 이상의 동영상 코덱들을 명시한 제1 SDP 정보를 포함하는 얼리 세션 제안(offer) 메시지를 상기 발신 단말로 전송하는 단계; 및 상기 발신 단말에 의해 지원되고 상기 얼리 미디어를 위해 사용될 하나 이상의 코덱들을 명시한 제2 SDP 정보를 포함하는 얼리 세션 응답(answer) 메시지를 수신하는 단계를 실행하도록 하는 것을 특징으로 하는, 컴퓨터로 읽을 수 있는 기록매체를 제공한다.
본 개시의 다른 실시예에 따르면, 명령어가 저장된, 컴퓨터로 읽을 수 있는 기록매체로서, 상기 명령어는 상기 컴퓨터에 의해 실행될 때 상기 컴퓨터로 하여금, 발신 단말과 착신 단말 간에 SIP(Session Initiation Protocol) 기반 호 연결 시에, 얼리 미디어(early media) 제공받기 위해 발신 단말이 수행하는 방법에 있어서, 상기 발신 단말의 SDP 정보 및 얼리 세션이 지원됨을 지시하는 헤더 정보를 포함하는 INVITE 메시지를 전송하는 단계; 상기 얼리 미디어를 위해 이용 가능한 하나 이상의 동영상 코덱들을 명시한 제1 SDP 정보를 포함하는 얼리 세션 제안(offer) 메시지를 응용 서버로부터 수신하는 단계; 및 상기 발신 단말에 의해 지원되고 상기 얼리 미디어를 위해 사용할 하나 이상의 코덱들에 대한 제2 SDP 정보를 포함하는 얼리 세션 응답(answer) 메시지를 상기 응용 서버로 전송하는 단계를 실행하도록 하는 것을 특징으로 하는, 컴퓨터로 읽을 수 있는 기록매체를 제공한다.
본 개시의 다른 실시예에 따르면, 명령어가 저장된, 컴퓨터로 읽을 수 있는 기록매체로서, 상기 명령어는 상기 컴퓨터에 의해 실행될 때 상기 컴퓨터로 하여금, 네트워크 호 처리 장치가 수행하는 SIP(Session Initiation Protocol) 기반 호 처리 방법에 있어서, 발신 단말로부터 상기 발신 단말의 SDP 정보 및 얼리 세션의 지원 여부를 나타내는 헤더 정보를 포함하는 제1 INVITE 메시지를 수신하는 단계; 상기 헤더 정보가 상기 발신 단말이 상기 얼리 세션이 지원됨을 나타내는 경우, 상기 발신 단말의 SDP 정보를 포함하는 제2 INVITE 메시지를 응용 서버 및 착신 단말로 전송하는 단계; 얼리 미디어를 위해 이용 가능한 하나 이상의 동영상 코덱들을 명시한 제1 SDP 정보를 포함하는 얼리 세션 제안(offer) 메시지를 응용 서버로부터 수신하면, 상기 얼리 세션 제안 메시지를 상기 발신 단말로 전송하는 단계; 상기 발신 단말에 의해 지원되고 상기 얼리 미디어를 위해 사용할 하나 이상의 코덱들을 명시한 제2 SDP 정보를 포함하는 얼리 세션 응답(answer) 메시지를 상기 발신 단말로부터 수신하면, 상기 응용 서버로 상기 얼리 세션 응답 메시지를 전송하는 단계; 및 상기 착신 단말로부터 상기 제2 INVITE 메시지에 대한 응답으로 상기 착신 단말의 SDP 정보를 포함하는 200 OK 메시지를 수신하면, 상기 200 OK 메시지를 상기 응용 서버 및 상기 발신 단말로 전송하는 단계를 실행하도록 하는 것을 특징으로 하는, 컴퓨터로 읽을 수 있는 기록매체를 제공한다.
이상에서 설명한 바와 같이 본 실시예에 따르면, 3GPP 표준에서 제시하는 얼리 세션 모델을 이용하여 얼리 미디어에 대한 세션을 협상 및 설정하는 통신 프로토콜을 제공함으로써, 음성호를 얼리 미디어 전달을 위한 영상호로 변경하여 착신자가 설정한 동영상을 발신자 측에 비디오 CAT으로 전달하는 것이 가능해지는 효과가 있다.
또한 본 실시예에 따르면, 3GPP 표준에 제시된 얼리 세션 모델을 이용하여 얼리 미디어 전달을 위한 세션을 설정하는 방법에 있어서, 콘텐츠 서버의 세션을 한 차례 더 업데이트하는 과정의 일부가 적절히 생략된 통신 프로토콜을 제공함으로써, 해당 과정에서 추가되는 트랜잭션과 해당 트랜잭션에 소요되는 시간과 비용에 따른 망 내 부담을 감소시키는 것이 가능해지는 효과가 있다.
또한 본 실시예에 따르면, 비디오 CAT 전달을 위한 통신 프로토콜에서 망에서의 비디오 CAT에 대한 코덱 협상과정에서 발생한 오류, 서버 장애 상황, 및 단말과 서버의 오동작 상황 등과 같은 예외를 처리하는 방안을 제공함으로써, 전술한 바와 같은 예외 상황에서 안정적인 통화를 보장하는 것이 가능해지는 효과가 있다.
도 1은 본 개시의 일 실시예에 따른 얼리 미디어를 제공하기 위한 서비스 시스템의 구성도이다.
도 2a 및 도 2b는 본 개시의 일 실시예에 따른 얼리 미디어를 제공하기 위한 방법을 순차적으로 나타낸 흐름도이다.
도 3a 및 도 3b는 본 개시의 일 실시예에 따른 응용 서버가 콘텐츠 서버와의 세션 수립에 실패한 경우에 예외처리하는 방법에 대한 흐름도이다.
도 4a 및 도 4b는 본 개시의 일 실시예에 따른 발신 단말에서 영상 재생 오류가 발생한 경우에 예외처리하는 방법에 대한 흐름도이다.
도 5a 및 도 5b는 본 개시의 일 실시예에 따른 발신 단말에서 세션 처리 오류가 발생한 경우에 예외처리하는 방법에 대한 흐름도이다.
이하, 본 발명의 실시예들을 예시적인 도면을 참조하여 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 실시예들을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 실시예들의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
또한, 본 실시예들의 구성요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성요소를 다른 구성요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 명세서 전체에서, 어떤 부분이 어떤 구성요소를 '포함', '구비'한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 '…부', '모듈' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다.
본 실시예는 음성 통화 연결 중 착신자가 설정한 동영상을 발신자 측에 비디오 CAT(Customized Alerting Tones)으로 전달하기 위한 통신 프로토콜에 대한 내용을 개시한다. 보다 자세하게는, 음성호(voice call)로부터 비디오 CAT을 얼리 미디어(early media) 형태로 전달하는 영상호(video call)을 생성하기 위해, 3GPP 표준에서 제시하는 얼리 세션 모델(early session model)을 이용하여 얼리 미디어에 대한 세션을 협상 및 설정하는 통신 프로토콜을 제공한다.
이하, 서비스는 비디오 CAT을 얼리 미디어 형태로 제공하는 것을 의미한다.
도 1은 본 개시의 일 실시예에 따른 얼리 미디어를 제공하기 위한 서비스 시스템의 구성도이다.
본 개시에 따른 얼리 미디어를 제공하기 위한 서비스 시스템(100, 이하 '서비스 시스템')은 SIP(Session Initiation Protocol)를 기반으로 비디오 CAT을 얼리 미디어 형태로 제공하기 위한 통신 프로토콜을 수행한다. 서비스 시스템(100)은 SIP 서버(104), 응용 서버(106, 이하 'AS'와 병행하여 표기) 및 콘텐츠 서버(108)의 전부 또는 일부를 포함한다. 또한, 서비스 시스템(100)은 얼리 미디어를 제공을 위하여 발신 단말(102, 이하 'UE(User Equipment) A'와 병행하여 표기), 착신 단말(110, 이하 'UE B'와 병행하여 표기)을 추가적으로 포함할 수 있다. 한편, SIP를 기반으로 단말들과의 통화 흐름에 관여하는 SIP 서버(104)와 응용 서버(106)를 포괄하여 SIP 코어(107)로 표현한다.
발신 단말(102)은 본 개시에 따른 얼리 미디어를 제공받는 단말기로서, 비디오 CAT 형태의 얼리 미디어를 제공받아 이를 재생시킬 수 있는 정도의 성능을 구비할 수 있다. 발신 단말(102)은, 얼리 미디어로서 제공되는 비디오 데이터를 제공받아 이를 재생시킴으로써 착신 단말(110)로의 호 연결 요청이 진행되고 있음을 발신 단말(102)의 가입자에게 알릴 수 있다. 여기서, 비디오 데이터는 발신 단말(102)의 화면에 재생될 수 있는 이미지, 동영상 및 플래시 애니메이션 등을 포함할 수 있다.
착신 단말(110)은 얼리 미디어를 제공하기 위한 서비스에 사전 가입한 가입자의 단말기이다. 발신 단말(102)의 호 연결 요청 시, 호 연결이 수립되기 이전까지 발신 단말(102) 측에 얼리 미디어를 제공하기 위해 착신 단말(110)의 서비스 설정 정보가 이용된다.
SIP 서버(104)는 발신 단말(102), 착신 단말(110), 및 응용 서버(106) 간에서 호 세션 제어 기능(Call Session Control Function: CSCF)을 수행하는 메시지를 라우팅하는 장치로서, 가입자를 대리하고 QoS(Quality of Service)를 제어하는 P-CSCF(Proxy-CSCF, 미도시), 및 호 처리에 대한 주요 기능을 실행하는 I/S-CSCF(Interrogating/Serving-CSCF, 미도시)를 포함한다.
본 개시에서 이용되는 SIP의 주요 메소드(method)로는, 세션에 참가시키기 위한 서비스 또는 사용자를 초대하기 위한 인바이트(이하 'INVITE'), INVITE 요청(request)에 최종 응답(200 OK)을 받았음을 확인하기 위한 ACK, 기 성립된 세션 또는 대화 내에서 추가적인 정보를 전송하기 위한 INFO, 발신 단말이 임시적으로 응답(response)을 승인하기 위한 PRACK, 기 설정된 세션을 종료하기 위한 BYE 등이 있다.
한편, 본 개시에서 이용되는 SIP의 주요 응답으로는, 착신 단말이 사용자에게 링잉(ringing) 중임을 나타내기 위해 발신 단말 측으로 전달하는 180 메시지, 기타 호 진행 정보를 전송하기 위한 임의 응답(provisional response)인 183 메시지, 요청이 정상적으로 처리되었음을 공지하기 위한 200 OK 메시지, 오류 상황을 전달하기 위한 4XX 메시지, 구현되지 않은 서비스임을 공지하는 5XX 메시지 등이 있다.
예컨대, SIP 서버(104)는 발신 단말(102)로부터 수신된 INVITE 메시지를 응용 서버(106) 측으로 전송하고, 응용 서버(106)로부터의 INVITE 메시지를 착신 단말 측으로 전달한다.
또한, SIP 서버(104)는 발신 단말(102)로부터 INVITE 메시지 수신 시, 해당 메시지가 수신될 착신 단말(110) 가입자의 얼리 미디어를 제공하기 위한 서비스 가입 여부를 확인할 수 있다. 착신 단말(110)의 가입자가 본 개시에 따른 비디오 CAT을 제공하기 위한 서비스에 가입되지 않은 경우, SIP 서버(104)는 해당 발신 단말(102) 측으로 음성, 오디오 데이터 등과 같은 종래의 얼리 미디어 제공을 위한 절차를 수행할 수 있다. 이하, 착신 단말(110) 가입자가 본 개시에 따른 서비스에 가입된 경우를 중심으로 설명하기로 한다.
응용 서버(106)는 SIP를 기반으로 발신 단말(102) 및 착신 단말(110)의 동작에 대한 개별 처리 및 관리를 수행한다. 착신 단말(110) 가입자의 서비스 설정 정보에 따른 얼리 미디어가 얼리/정규 세션을 이용하여 발신 단말로 제공될 수 있도록 응용 서버(106)는 콘텐츠 서버(108)와의 메시지 송수신 및 발신 단말(102)과의 세션 설정 절차를 수행한다.
본 개시에 있어서, 발신 단말(102) 및 착신 단말(110) 간의 호를 제공하기 위한 세션은 얼리 세션과 정규 세션으로 구분될 수 있다. 여기서, 얼리 세션은 얼리 미디어를 제공하기 위한 별도의 세션을 의미하며, 정규 세션은 두 단말 간의 정규 통화(본 개시에서는 음성 통화)를 위한 세션을 의미한다. 얼리 세션을 지원하지 않는 단말인 경우, 별도의 얼리 세션 구분 없이 일반 정규 세션을 사용하여 얼리 미디어가 제공될 수 있으며(포킹 모드), 얼리 세션을 지원하는 단말인 경우에는 별도의 세션 협상 절차에 따라 수립되는 얼리 세션을 이용하여 얼리 미디어가 제공될 수 있다(얼리 세션 모델). 전술한 바와 같이, 본 개시에서는, 얼리 세션 모델을 지원하는 단말을 이용하는 것을 가정한다.
응용 서버(106)는 발신 단말(102)로부터 수신된 INVITE 메시지의 헤더 정보를 분석함으로써, 발신 단말(102)의 얼리 세션 모델에 대한 지원 여부, 및 동영상 얼리 미디어의 수신 가능 여부를 확인하여 얼리 세션을 이용한 서비스 제공 여부를 결정할 수 있다.
콘텐츠 서버(108)는 응용 서버(106)와 메시지를 교환하고, 발신 단말(102) 측으로 얼리 미디어를 제공하는 장치이다. 즉, 콘텐츠 서버(108)는 응용 서버(106)와의 메시지 통신을 이용하여 서비스 제공을 위한 미디어 정보를 제공하고, 응용 서버로부터의 미디어 제공 지시에 따라, 발신 단말(102) 측으로 얼리 미디어를 제공할 수 있다.
도 2a 및 도 2b는 본 개시의 일 실시예에 따른 얼리 미디어를 제공하기 위한 방법을 순차적으로 나타낸 흐름도이다.
발신 단말(102)은 호 연결을 위해 발신 단말(102)의 SDP 정보를 포함하는 INVITE 메시지를 SIP 서버(104) 측으로 전달한다(단계 1).
발신 단말(102)이 전송한 INVITE 메시지에는 예컨대, 발신 단말의 IP 주소, 착신 단말 정보, 서비스 처리 식별자 및 발신 단말의 SDP(Session Description Protocol) 정보 등이 포함될 수 있다. 여기서, 발신 단말의 IP 주소는 TCP/IP(Transmission Control Protocol/Internet Protocol) 기반의 통신을 수행할 때 발신 단말을 식별하기 위한 주소값을 의미하고, 착신 단말 정보는 착신 단말의 전화 번호 등이 될 수 있다. 한편, 서비스 처리 식별자는 발신 단말이 지원하는 서비스에 대한 정보로서 서비스의 예로는 얼리 미디어의 제공하기 위한 얼리 세션의 지원이 될 수 있다.
비디오 CAT 서비스가 가능한 발신 단말(102)은 INVITE 메시지에 서비스 처리 식별자로서 'Supported: early-session' 헤더를 포함시킴으로써 얼리 세션 모델을 이용하여 얼리 미디어의 수신이 가능함을 지정해야 한다. 또한 발신 단말(102)은 필요시 INVITE 메시지에 별도의 프라이비트 헤더(private header)를 삽입하여 얼리 미디어의 수신이 가능함을 지정할 수 있다. 예를 들어, 도 2a의 도시에서(단계 1) 발신 단말(102)의 INVITE 메시지에 포함된 'P-XXX-VoLTE-Info: vrbt'는 VoLTE(Voice over LTE)와 관련되어 vrbt(video ringback tone), 즉 비디오 CAT을 지원한다는 것을 나타내는 프라이비트 헤더이다. 일반적으로 'XXX'에는 이 프라이비트 헤더를 도입한 단체, 회사 등이 표시될 수 있다. 한편, 'Supported: 100rel' 헤더는 신뢰할 수 있는 임의적인(provisional) ACK인 PRACK을 지원한다는 것을 나타내는 옵션 태그(option tag)이다.
SIP 서버(104)는 발신 단말(102)로부터 INVITE 메시지를 수신하여(단계 1), 착신 단말(110) 가입자가 얼리 미디어를 제공하기 위한 서비스에 가입된 경우, INVITE 메시지를 응용 서버(106) 측으로 전송하고(단계 2 및 단계 3), 응용 서버(106)로부터의 INVITE 메시지를 수신하여(단계 6) 착신 단말(110) 측으로 전달한다(단계 7).
응용 서버(106)는 발신 단말(102)의 SDP 정보가 포함된 INVITE 메시지를 수신한다(단계 3). 착신 단말(110) 가입자가 비디오 CAT 서비스에 가입되어 있는 경우, 응용 서버(106)는 INVITE 메시지에 포함된 헤더 및 프라이비트 헤더를 분석하여, 발신 단말(102)이 얼리 세션을 지원하는 것이 가능한 지 여부, 및 동영상을 얼리 미디어로 수신하는 것이 가능한 지 여부를 확인하는 절차를 실행한다.
서비스 가능 발신 단말(102)에 대하여, 응용 서버(106)는 착신 단말(110) 가입자가 비디오 CAT을 제공하기 위한 서비스 가입자인 경우, SIP 서버(104)을 경유하여 착신 INVITE 메시지를 착신 단말(110)에게 전달한다(단계 6 및 단계 7).
착신 INVITE 메시지를 수신한 착신 단말(110)은 180 메시지를 SIP 서버(104) 측으로 전달하여 링잉 중임을 나타낸다. 한편, 음성 통화를 위한 정규 세션의 수립을 위해서는, 180 메시지의 전달에 따른 착신 연결을 위한 통화 흐름이 필요하다. 착신 연결을 위해 SIP 서버(104)는 응용 서버(106) 측으로 180 메시지를 전달하는 단계, 착신 단말로부터 통화 수락에 해당하는 200 OK 메시지를 수신한 발신 단말이 ACK 메시지를 착신 단말 측으로 전송하는 단계 등이 필요하다. 다만, 착신 연결을 위한 통화 흐름은 본 개시의 범위를 벗어나므로 도 2a 및 도 2b에 도시되지 않았으며, 이에 대한 더 이상의 자세한 설명을 생략하기로 한다.
응용 서버(106)는 콘텐츠 서버(108) 측으로 얼리 미디어에 대한 영상 세션 수립을 위한 INVITE 메시지를 전달한다(단계 9). 이때, 응용 서버(106)는 콘텐츠 서버(108) 측으로 보내는 INVITE 메시지에 별도의 프라이비트 헤더를 포함시킴으로써 비디오 콘텐츠를 얼리 미디어로 제공해야 함을 공지할 수 있다.
예를 들어, 도 2a의 도시에서(단계 9) 콘텐츠 서버(108) 측으로 전달되는 INVITE 메시지에 포함된 'P-XXX-MRF-SVC: play', 'P-XXX-MRF-CRBT: 08 or 09' 등이 프라이비트 헤더들이다. 여기서, MRF는 콘텐츠 서버(108)에 대한 다른 표기이다.
프라이비트 헤더의 내용에 의존하여, 콘텐츠 서버(108)는 이용 가능한 동영상 코덱 정보에 대한 SDP(Session Description Protocol)를 포함하는 200 OK 메시지를 응용 서버(106) 측으로 돌려 준다(단계 10).
전달받은 200 OK 메시지에 대한 ACK 메시지를 콘텐츠 서버(108) 측으로 보내기 전에, 응용 서버(106)는 발신 단말(102)과의 얼리 세션 수립을 위한 절차를 수행한다. 먼저, 응용 서버(106)는 183 메시지를 SIP 서버(104)를 경유하여 발신 단말(102) 측으로 전달한다(단계 11 내지 단계 13). 이때, 응용 서버(106)는 'Require: 100rel', 'Require: early-session', 발신 단말(102)로부터 전달받은 프라이비트 헤더가 있는 경우 프라이비트 헤더, 콘텐츠 서버(108)로부터 전달받은 200 OK 메시지에 포함된 동영상 관련 SDP 등을 183 메시지에 포함시킴으로써, 얼리 세션 수립을 제안(offer)하는 기능을 실행할 수 있다. 단, 네트워크에서 얼리 세션 모델을 지원하지 않는 경우, 'Require: early-session'를 포함시키지 않음으로써 포킹 모델에 기반하는 일반적인 음성/오디오 CAT 동작이 수행되도록 할 수 있다.
이에 대하여, 발신 단말(102)은 183 메시지 상에 전달받은 코덱 중에서 협상(negotiation) 가능한 코덱을 설정한 후, 해당되는 코덱을 명시한 SDP 정보를 포함하는 PRACK 메시지를 SIP 서버(104)를 경유하여 응용 서버(106) 측으로 전송함으로써(단계 14 내지 단계 16), 얼리 세션 수립을 제안에 대하여 응답(answer)할 수 있다.
응용 서버(106)는 PRACK 메시지를 전달받은 후, PRACK 메시지가 지정하는 SDP 정보를 포함하는 ACK 메시지를 콘텐츠 서버(108) 측으로 전달한다(단계 17). 콘텐츠 서버(108)는 해당 ACK 메시지를 기반으로 얼리 세션을 설정할 수 있다. 콘텐츠 서버(108)는 ACK 메시지의 코덱 정보에 비디오 코덱이 있는 경우 비디오 CAT을 제공하나, 비디오 코덱이 없는 경우 음성/오디오 CAT 서비스를 제공할 수 있다.
응용 서버(106)는 ACK 메시지를 전달한 후 PRACK 메시지에 대한 200 OK 메시지를 SIP 서버(104)를 경유하여 발신 단말(102) 측으로 전달함으로써(단계 18 내지 단계 20) 얼리 세션을 수립하기 위한 절차를 마무리한다. 한편, PRACK 메시지에 대한 200 OK 메시지에 대하여, SIP 서버(104) 내 P-CSCF는 협상된 코덱 정보를 기반으로 PCRF(Policy and Charging Rule Function, 미도시)와 AAR(Authorize/Authenticate Request) 메시지를 이용하여 비디오 CAT에 대한 QoS를 설정할 수 있다.
응용 서버(106)는 INFO 메시지를 이용하여 콘텐츠 서버(108) 측에 얼리 미디어에 해당하는 비디오 송출을 요청한다(단계 21). 콘텐츠 서버(108)는 INFO 메시지에 대한 200 OK 메시지를 응용 서버(106) 측으로 전달한 후(단계 22), INFO 메시지 상에 요청된 비디오를 ACK 메시지 상에 전달받은 SDP의 주소 측으로 송출하는데, 일반적으로 발신 단말(102) 또는 SIP 서버(104) 내 P-CSCF의 IP/PORT 측으로 전달할 수 있다.
가입자의 통화 수락(예를 들어, 오프훅(off-hook), 통화 버튼에 대한 터치 등) 후에 착신 단말(110)은 착신 INVITE 메시지에 대한 응답으로서 200 OK 메시지를 SIP(104) 서버 측으로 전송한다(단계 23). 이때, 통화 수락에 해당하는 200 OK 메시지는 착신 단말(110)의 음성 SDP 정보를 포함한다.
SIP 서버(104)는 착신 단말(110)로부터 200 OK 메시지를 수신하여(단계 23) 응용 서버(106) 측으로 전송한다(단계 24). 응용 서버(106)는 착신 단말(110)의 음성 SDP 정보를 포함한 200 OK 메시지를 수신하여 발신 단말(102) 측으로 전달한다(단계 25 내지 단계 27).
SIP 서버(104) 내 P-CSCF는 착신 단말의 통화 수락에 대한 200 OK 메시지를 전달받은 후, 다시 PCRF와 AAR(Authorize/Authenticate Request) 메시지를 이용하여 통화를 위한 음성 QoS를 설정할 수 있다.
응용 서버(106)는 발신 단말(102) 측으로 200 OK 메시지를 전달한 후, 콘텐츠 서버(108) 측으로 BYE 메시지를 전달하여 얼리 세션을 종료함으로써(단계 28), 음성 통화를 위한 정규 세션이 수립될 수 있도록 유도한다.
이상에서 설명한 바와 같이 본 실시예에 따르면, 3GPP 표준에서 제시하는 얼리 세션 모델을 이용하여 얼리 미디어에 대한 세션을 협상 및 설정하는 통신 프로토콜을 제공함으로써, 음성호를 얼리 미디어 전달을 위한 영상호로 변경하여 착신자가 설정한 동영상을 발신자 측에 비디오 CAT으로 전달하는 것이 가능해지는 효과가 있다.
또한 본 실시예에 따르면, 3GPP 표준에 제시된 얼리 세션 모델을 이용하여 얼리 미디어 전달을 위한 세션을 설정하는 방법에 있어서, 콘텐츠 서버의 세션을 한 차례 더 업데이트하는 과정의 일부가 적절히 생략된 통신 프로토콜을 제공함으로써, 해당 과정에서 추가되는 트랜잭션과 해당 트랜잭션에 소요되는 시간과 비용에 따른 망 내 부담을 감소시키는 것이 가능해지는 효과가 있다.
이하, 도 3a 내지 도 5b의 흐름도를 이용하여, 얼리 미디어를 제공하기 위한 서비스의 실행 과정 중 발생할 수 있는 오류 상황에서, 안정적으로 통화를 보장하기 위해 예외처리하는 방안을 설명한다.
도 3a 및 도 3b는 본 개시의 일 실시예에 따른 응용 서버가 콘텐츠 서버와의 세션 수립에 실패한 경우에 예외처리하는 방법에 대한 흐름도이다.
응용 서버(106)는 콘텐츠 서버(108) 측으로 얼리 미디어에 대한 영상 세션 수립을 위한 INVITE 메시지를 전달한 후(단계 9), 콘텐츠 서버(108)로부터 200 OK 메시지를 기대하나, 수립 과정에서의 오류(4XX 또는 5XX 메시지 수신) 또는 시간경과(timeout)에 따라 세션 수립이 실패할 수 있다(단계 10). 이러한 경우, 응용 서버(106)는 발신 단말(102) 측으로 180 메시지를 전송하여(단계 11 내지 단계 13), 로컬 링백톤(local ringback tone)의 재생을 유도할 수 있다. 여기서, 로컬 링백톤은, 예컨대, 콘텐츠 서버(108)로부터 CAT(예를 들어, 본 실시예에 따른 비디오 데이터이거나, 오디오 또는 음성 데이터)을 제공받을 수 없는 경우, 발신 단말(102)이 가입자에게 제공할 수 있는 링백톤이다. 로컬 링백톤은 발신 단말(102)이 저장하고 있는 오디오 또는 음성 데이터일 수 있다.
한편, 얼리 세션을 제안하는 183 메시지를 전달받은 발신 단말(102)이 협상이 가능한 비디오 코덱을 보유하고 있지 않거나 동작 오류 때문에 제대로 얼리 미디어를 수용할 수 없는 경우, 발신 단말(102)은 도 4a/도 4b의 흐름도 또는 도 5b/도 5b 흐름도와 같이 두 가지 방안 중에 하나를 실행할 수 있다.
도 4a 및 도 4b는 본 개시의 일 실시예에 따른 발신 단말에서 영상 재생 오류가 발생한 경우에 예외처리하는 방법에 대한 흐름도이다.
협상이 가능한 비디오 코덱을 보유하고 있지 않은 경우, 발신 단말(102)은 PRACK 메시지에 이용 가능한 음성 코덱만을 명시하여 응용 서버(106) 측으로 답할 수 있다(단계 14 내지 단계 16). 비디오를 이용한 얼리 미디어의 제공이 불가능한 상황이므로, 발신 단말(102)은 이용 가능한 음성 코덱을 보유하고 있다면, 음성을 이용하는 얼리 미디어의 제공을 유도할 수 있다.
응용 서버(106)는 PRACK 메시지를 전달받은 후, PRACK 메시지가 지정하는 음성 코덱을 포함하는 SDP를 포함하는 ACK 메시지를 콘텐츠 서버(108) 측으로 전달한다(단계 17).
음성 코덱만이 포함된 ACK 메시지를 전달받은 콘텐츠 서버(108)는 발신 단말(102)이 동영상 수신이 불가함을 확인하고, 음성 CAT 서비스가 가능한 경우 음성 CAT 서비스를 제공하기 위한 얼리 세션을 수립할 수 있다.
응용 서버(106)는 ACK 메시지를 전달한 후 발신 단말(102) 측으로 PRACK 메시지에 대한 200 OK 메시지를 전달한다(단계 18 내지 단계 20). 이때, 얼리 미디어에 대한 200 OK 메시지에 대하여, SIP 서버(104) 내 P-CSCF는 협상된 음성 코덱 정보를 기반으로 PCRF와 AAR 메시지를 이용하여 음성 CAT에 대한 QoS를 설정할 수 있다.
만약 가용한 음성 코덱이 없을 경우 콘텐츠 서버(108)는 BYE 메시지를 응용 서버(106) 측으로 전달하고 비디오 CAT 세션이 종료되면 180 메시지를 발신 단말(102) 측으로 전달하여 로컬 링백톤의 재생을 유도할 수 있다.
도 5a 및 도 5b는 본 개시의 일 실시예에 따른 발신 단말에서 세션 처리 오류가 발생한 경우에 예외처리하는 방법에 대한 흐름도이다.
오동작 등에 따른 세션 처리 오류가 발생한 경우, 발신 단말(102)는 PRACK 메시지를 전송하지 않음으로써, 응용 서버(106) 측에서 시간경과(timeout)를 인지하여 180 메시지를 발신 단말(102) 측으로 전송하도록 한다(단계 14 내지 단계16). 180 메시지를 받은 발신 단말(102)은 로컬 링백톤을 재생한다.
시간경과를 감지한 응용 서버(106)는 이를 공지하기 위해 어떠한 SDP 정보도 포함하지 않는 ACK 메시지를 콘텐츠 서버(108) 측으로 전달한다(단계 17). 콘텐츠 서버(108)는 BYE 메시지를 응용 서버(106) 측으로 전달함으로써(단계 18) 얼리 세션과 관련된 과정을 종료할 수 있다.
이상에서 설명한 바와 같이 본 실시예에 따르면, 비디오 CAT 전달을 위한 통신 프로토콜에서 망에서의 비디오 CAT에 대한 코덱 협상과정에서 발생한 오류, 서버 장애 상황, 및 단말과 서버의 오동작 상황 등과 같은 예외를 처리하는 방안을 제공함으로써, 전술한 바와 같은 예외 상황에서 안정적인 통화를 보장하는 것이 가능해지는 효과가 있다.
본 실시예에 따른 각 순서도에서는 각각의 과정을 순차적으로 실행하는 것으로 기재하고 있으나, 반드시 이에 한정되는 것은 아니다. 다시 말해, 순서도에 기재된 과정을 변경하여 실행하거나 하나 이상의 과정을 병렬적으로 실행하는 것이 적용 가능할 것이므로, 순서도는 시계열적인 순서로 한정되는 것은 아니다.
본 명세서에 설명되는 시스템들 및 기법들의 다양한 구현예들은, 디지털 전자 회로, 집적 회로, FPGA(field programmable gate array), ASIC(application specific integrated circuit), 컴퓨터 하드웨어, 펌웨어, 소프트웨어, 및/또는 이들의 조합으로 실현될 수 있다. 이러한 다양한 구현예들은 프로그래밍가능 시스템 상에서 실행가능한 하나 이상의 컴퓨터 프로그램들로 구현되는 것을 포함할 수 있다. 프로그래밍가능 시스템은, 저장 시스템, 적어도 하나의 입력 디바이스, 그리고 적어도 하나의 출력 디바이스로부터 데이터 및 명령들을 수신하고 이들에게 데이터 및 명령들을 전송하도록 결합되는 적어도 하나의 프로그래밍가능 프로세서(이것은 특수 목적 프로세서일 수 있거나 혹은 범용 프로세서일 수 있음)를 포함한다. 컴퓨터 프로그램들(이것은 또한 프로그램들, 소프트웨어, 소프트웨어 애플리케이션들 혹은 코드로서 알려져 있음)은 프로그래밍가능 프로세서에 대한 명령어들을 포함하며 "컴퓨터가 읽을 수 있는　기록매체"에 저장된다.
컴퓨터가 읽을 수 있는　기록매체는, 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 이러한 컴퓨터가 읽을 수 있는　기록매체는 ROM, CD-ROM, 자기 테이프, 플로피디스크, 메모리 카드, 하드 디스크, 광자기 디스크, 스토리지 디바이스 등의 비휘발성(non-volatile) 또는 비일시적인(non-transitory) 매체일 수 있다. 또한 컴퓨터가 읽을 수 있는　기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수도 있다.
이상의 설명은 본 실시예의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 실시예의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 실시예들은 본 실시예의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 실시예의 기술 사상의 범위가 한정되는 것은 아니다. 본 실시예의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 실시예의 권리범위에 포함되는 것으로 해석되어야 할 것이다.
(부호의 설명)
100: 얼리 미디어를 제공하기 위한 서비스 시스템
102: 발신 단말(UE A) 104: SIP 서버
106: 응용 서버 107: SIP 코어
108: 콘텐츠 서버 110: 착신 단말(UE B)
CROSS-REFERENCE TO RELATED APPLICATION
본 특허출원은 2020년 8월 7일 한국에 출원한 특허출원번호 제10-2020-0099262 호에 대해 우선권을 주장하며, 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다.

Claims (13)

  1. 발신 단말과 착신 단말 간에 SIP(Session Initiation Protocol) 기반 호 연결 시에, 응용 서버(application server)가 얼리 미디어(early media)를 제공하는 방법에 있어서,
    상기 발신 단말의 SDP 정보를 포함하는 제1 INVITE 메시지를 수신하는 단계;
    동영상을 상기 얼리 미디어로서 제공하기 위해, 상기 발신 단말과의 능력 협상을 위한 얼리 세션을 설립하는 절차를 수행하는 단계; 및
    상기 얼리 세션 설립이 성공한 경우, 상기 얼리 세션을 이용하여 협상된 능력에 기초하여 상기 발신 단말로 상기 얼리 미디어를 제공하는 단계를 포함하고,
    상기 얼리 세션을 설립하는 절차는,
    상기 얼리 미디어를 위해 이용 가능한 하나 이상의 동영상 코덱들을 명시한 제1 SDP 정보를 포함하는 얼리 세션 제안(offer) 메시지를 상기 발신 단말로 전송하는 단계; 및
    상기 발신 단말에 의해 지원되고 상기 얼리 미디어를 위해 사용될 하나 이상의 코덱들을 명시한 제2 SDP 정보를 포함하는 얼리 세션 응답(answer) 메시지를 수신하는 단계
    를 포함하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법.
  2. 제1항에 있어서,
    상기 제1 INVITE 메시지에 대한 응답으로서 상기 착신 단말의 SDP 정보를 포함하는 200 OK 메시지가 수신되면, 상기 얼리 미디어의 제공을 종료하는 단계
    를 더 포함하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법.
  3. 제1항에 있어서,
    상기 얼리 세션 제안 메시지는 183 임의 응답(provisional response) 메시지이고,
    상기 얼리 세션 응답 메시지는 PRACK 메시지인 것을 특징으로 하는 얼리 미디어를 제공하는 방법.
  4. 제1항에 있어서,
    상기 얼리 세션 제안 메시지는,
    상기 얼리 세션이 요구됨을 지정하는 헤더, 동영상을 얼리 미디어로 제공하는 것을 지정하는 프라이비트 헤더, 및 상기 제1 SDP 정보를 포함하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법.
  5. 제1항에 있어서,
    상기 얼리 세션의 설립이 실패한 경우, 상기 발신 단말로 링잉(ringing) 메시지를 전송하여, 로컬 링백톤(local ringback tone)의 재생을 유도하는 단계를 포함하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법.
  6. 제1항에 있어서,
    상기 얼리 세션을 설립하는 단계는, 상기 제1 SDP 정보를 획득하기 위해,
    동영상을 얼리 미디어로 제공하는 것을 지정하는 프라이비트 헤더(private header)가 포함된 제2 INVITE 메시지를 상기 콘텐츠 서버로 전송하는 단계; 및
    상기 제2 INVITE 메시지에 대한 응답으로서, 상기 제1 SDP 정보를 포함하는 200 OK 메시지를 상기 콘텐츠 서버로부터 수신하는 단계
    를 더 포함하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법.
  7. 제6항에 있어서,
    상기 얼리 미디어를 제공하는 단계는,
    상기 콘텐츠 서버가 상기 발신 단말에 의해 지원되는 코덱을 이용하여 얼리 미디어를 송출하도록, 상기 제2 SDP 정보를 포함하는 ACK 메시지를 상기 200 OK 메시지에 대한 응답으로서 상기 콘텐츠 서버로 전송하는 단계
    를 포함하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법.
  8. 제6항에 있어서,
    기 정의된 시간 내에 상기 얼리 세션 응답 메시지가 수신되지 않음에 기인하여 상기 얼리 세션의 설립이 실패한 경우,
    상기 발신 단말로 링잉(ringing) 메시지를 전송하여, 로컬 링백톤(local ringback tone)의 재생을 유도하는 단계; 및
    어떠한 SDP 정보도 포함하지 않는 ACK 메시지를 상기 200 OK 메시지에 대한 응답으로서 상기 콘텐츠 서버로 전송하는 단계
    를 포함하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법.
  9. 제1항에 있어서,
    상기 얼리 미디어를 제공하는 단계는,
    제2 SDP 정보가 적어도 하나의 동영상 코덱을 포함하면, 상기 적어도 하나 의 동영상 코덱으로 부호화된 동영상을 상기 얼리 미디어로서 제공하고,
    상기 제2 SDP 정보가 음성 코덱만을 포함하면, 음성 코덱을 이용하여 부호화된 음성을 상기 얼리 미디어로서 제공하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법.
  10. 발신 단말과 착신 단말 간에 SIP(Session Initiation Protocol) 기반 호 연결 시에, 얼리 미디어(early media) 제공받기 위해 발신 단말이 수행하는 방법에 있어서,
    상기 발신 단말의 SDP 정보 및 얼리 세션이 지원됨을 지시하는 헤더 정보를 포함하는 INVITE 메시지를 전송하는 단계;
    상기 얼리 미디어를 위해 이용 가능한 하나 이상의 동영상 코덱들을 명시한 제1 SDP 정보를 포함하는 얼리 세션 제안(offer) 메시지를 응용 서버로부터 수신하는 단계; 및
    상기 발신 단말에 의해 지원되고 상기 얼리 미디어를 위해 사용할 하나 이상의 코덱들에 대한 제2 SDP 정보를 포함하는 얼리 세션 응답(answer) 메시지를 상기 응용 서버로 전송하는 단계
    를 포함하는 것을 특징으로 하는 얼리 미디어를 제공하는 방법.
  11. 네트워크 호 처리 장치가 수행하는 SIP(Session Initiation Protocol) 기반 호 처리 방법에 있어서,
    발신 단말로부터 상기 발신 단말의 SDP 정보 및 얼리 세션의 지원 여부를 나타내는 헤더 정보를 포함하는 제1 INVITE 메시지를 수신하는 단계;
    상기 헤더 정보가 상기 발신 단말이 상기 얼리 세션이 지원됨을 나타내는 경우, 상기 발신 단말의 SDP 정보를 포함하는 제2 INVITE 메시지를 응용 서버 및 착신 단말로 전송하는 단계;
    얼리 미디어를 위해 이용 가능한 하나 이상의 동영상 코덱들을 명시한 제1 SDP 정보를 포함하는 얼리 세션 제안(offer) 메시지를 응용 서버로부터 수신하면, 상기 얼리 세션 제안 메시지를 상기 발신 단말로 전송하는 단계;
    상기 발신 단말에 의해 지원되고 상기 얼리 미디어를 위해 사용할 하나 이상의 코덱들을 명시한 제2 SDP 정보를 포함하는 얼리 세션 응답(answer) 메시지를 상기 발신 단말로부터 수신하면, 상기 응용 서버로 상기 얼리 세션 응답 메시지를 전송하는 단계; 및
    상기 착신 단말로부터 상기 제2 INVITE 메시지에 대한 응답으로 상기 착신 단말의 SDP 정보를 포함하는 200 OK 메시지를 수신하면, 상기 200 OK 메시지를 상기 응용 서버 및 상기 발신 단말로 전송하는 단계
    를 포함하는 것을 특징으로 하는 호 처리 방법.
  12. 제11항에 있어서,
    상기 발신 단말로부터 수신한 제2 SDP 정보가 동영상 코덱을 포함하는 경우, 동영상 얼리 미디어를 위한 QoS(Quality of Service)를 설정하고 설정된 QoS를 상기 200 OK 메시지가 수신될 때까지 유지하는 단계를 더 포함하는 것을 특징으로 하는 호 처리 방법.
  13. 명령어가 저장된, 컴퓨터로 읽을 수 있는 기록매체로서, 상기 명령어는 상기 컴퓨터에 의해 실행될 때 상기 컴퓨터로 하여금,
    발신 단말과 착신 단말 간에 SIP(Session Initiation Protocol) 기반 호 연결 시에, 얼리 미디어(early media) 제공받기 위해 발신 단말이 수행하는 방법에 있어서,
    상기 발신 단말의 SDP 정보 및 얼리 세션이 지원됨을 지시하는 헤더 정보를 포함하는 INVITE 메시지를 전송하는 단계;
    상기 얼리 미디어를 위해 이용 가능한 하나 이상의 동영상 코덱들을 명시한 제1 SDP 정보를 포함하는 얼리 세션 제안(offer) 메시지를 응용 서버로부터 수신하는 단계; 및
    상기 발신 단말에 의해 지원되고 상기 얼리 미디어를 위해 사용할 하나 이상의 코덱들에 대한 제2 SDP 정보를 포함하는 얼리 세션 응답(answer) 메시지를 상기 응용 서버로 전송하는 단계
    를 실행하도록 하는 것을 특징으로 하는, 컴퓨터로 읽을 수 있는 기록매체.
PCT/KR2021/004756 2020-08-07 2021-04-15 얼리 세션 모델 기반 비디오 cat을 제공하기 위한 통신 프로토콜 WO2022030727A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US18/010,836 US20230224341A1 (en) 2020-08-07 2021-04-15 Communication protocol for providing video customized alerting tonest based on early session model
CN202180048654.XA CN115989668A (zh) 2020-08-07 2021-04-15 用于提供基于早期会话模型的视频cat的通信协议

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020200099262A KR20220018761A (ko) 2020-08-07 2020-08-07 얼리 세션 모델 기반 비디오 cat을 제공하기 위한 통신 프로토콜
KR10-2020-0099262 2020-08-07

Publications (1)

Publication Number Publication Date
WO2022030727A1 true WO2022030727A1 (ko) 2022-02-10

Family

ID=80118263

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/004756 WO2022030727A1 (ko) 2020-08-07 2021-04-15 얼리 세션 모델 기반 비디오 cat을 제공하기 위한 통신 프로토콜

Country Status (4)

Country Link
US (1) US20230224341A1 (ko)
KR (1) KR20220018761A (ko)
CN (1) CN115989668A (ko)
WO (1) WO2022030727A1 (ko)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060089795A (ko) * 2005-02-04 2006-08-09 에스케이 텔레콤주식회사 링백톤 방식의 멀티미디어 콘텐츠 제공 방법
US20080259909A1 (en) * 2007-04-17 2008-10-23 Stefan Runeson Signaling of Early Media Capabilities in IMS Terminals
KR20100058431A (ko) * 2006-06-09 2010-06-03 에스케이 텔레콤주식회사 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8494146B2 (en) * 2005-05-25 2013-07-23 Eclips, Inc. Ringback replacement insertion system
WO2007142839A2 (en) * 2006-05-25 2007-12-13 Nms Communications Corporation Customized ringback and communications
US8953769B2 (en) * 2006-06-09 2015-02-10 At&T Intellectual Property I, L.P. Calling party controlled ringback tones
CN101222673B (zh) * 2007-12-26 2010-12-22 华为技术有限公司 多媒体回铃音业务的实现方法及系统
JP6593525B2 (ja) * 2016-02-29 2019-10-23 日本電気株式会社 アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060089795A (ko) * 2005-02-04 2006-08-09 에스케이 텔레콤주식회사 링백톤 방식의 멀티미디어 콘텐츠 제공 방법
KR20100058431A (ko) * 2006-06-09 2010-06-03 에스케이 텔레콤주식회사 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버
US20080259909A1 (en) * 2007-04-17 2008-10-23 Stefan Runeson Signaling of Early Media Capabilities in IMS Terminals

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
G. CAMARILLO ERICSSON H. SCHULZRINNE COLUMBIA UNIVERSITY: "Early Media and Ringing Tone Generation in the Session Initiation Protocol (SIP); rfc3960.txt;", EARLY MEDIA AND RINGING TONE GENERATION IN THE SESSION INITIATION PROTOCOL (SIP)​; RFC3960.TXT, INTERNET ENGINEERING TASK FORCE, IETF; STANDARD, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1205 GENEVA, SWITZERLAND, 1 December 2004 (2004-12-01), Internet Society (ISOC) 4, rue des Falaises CH- 1205 Geneva, Switzerland , XP015009732 *
RICHARD EJZAK LUCENT TECHNOLOGIES: "Private Header (P-Header) Extension to the Session Initiation Protocol (SIP) for Authorization of Early Media; draft-ejzak-sipping-p-em-auth-00.txt", PRIVATE HEADER (P-HEADER) EXTENSION TO THE SESSION INITIATION PROTOCOL (SIP) FOR AUTHORIZATION OF EARLY MEDIA; DRAFT-EJZAK-SIPPING-P-EM-AUTH-00.TXT, INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DES FALAI, no. 00, 15 February 2005 (2005-02-15), Internet Society (ISOC) 4, rue des Falaises CH- 1205 Geneva, Switzerland , XP015043422 *

Also Published As

Publication number Publication date
KR20220018761A (ko) 2022-02-15
US20230224341A1 (en) 2023-07-13
CN115989668A (zh) 2023-04-18

Similar Documents

Publication Publication Date Title
KR101049721B1 (ko) 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버
KR101056492B1 (ko) 멀티미디어 링백톤 서비스 및 멀티미디어 발신자 식별 서비스를 실현하는 방법 및 시스템
US20070047531A1 (en) System and method for implementing proxy independent hunt group function in a packet based network
KR20110099053A (ko) 콜과 연관된 화상에의 웹 기반 액세스
JP4874993B2 (ja) 通信システムにおける初期メディアの容易化
US8908845B2 (en) Method, device and system for implementing customized ring back tone service and customized ring tone service
WO2010056033A2 (en) Apparatus and method for providing recording service in ip multimedia subsystem
WO2012126382A1 (zh) 总机业务的实现方法及网关设备
US7924821B2 (en) Method and communication system for implementing calling tapping at flash
US10313400B2 (en) Method of selecting a network resource
US9258367B2 (en) Technique for managing sessions with entities in a communication network
WO2022030727A1 (ko) 얼리 세션 모델 기반 비디오 cat을 제공하기 위한 통신 프로토콜
US7474665B2 (en) Apparatus and method for compulsively receiving multi-calls over internet protocol phones in internet protocol telephony system
US9973623B2 (en) Methods, devices and system for logging calls for terminals
BRPI0720240A2 (pt) Método, sistema de telefone e terminal de telefone para seção de chamada
JP5568348B2 (ja) 通信制御装置及び通信制御システム
JP2008236470A (ja) Ｉｐ電話端末及びｉｐ電話システム
US20130342630A1 (en) System and method for initiating video phone calls
JP2004173051A (ja) ＶｏＩＰパケット情報蓄積システム
US8861380B2 (en) Terminal, method, and computer program product for registering user address information
JP2011091716A (ja) 呼出転送システム、転送制御方法、及び、プログラム
CN101902437B (zh) 在请求建立会话的过程中处理错误响应消息的方法及装置
CN116962364A (zh) 多媒体会议的控制方法及装置、通信系统
JP2012084978A (ja) 転送サービスシステム、セッション制御サーバ、および転送サービス制御方法
KR101142387B1 (ko) ＳＩＰ 프로토콜을 사용하는 ＶｏｌＰ 환경에서 스팸 차단 방법 및 장치

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21853614

Country of ref document: EP

Kind code of ref document: A1