KR100608907B1 - Method and system for recording image communication data in 3gpp ims network - Google Patents

Abstract

The present invention relates to a method and system for recording a video call content between two terminals connected to an IP network in an environment utilizing a 3GPP IMS (IP Multimedia Sub-System) network.

In the 3GPP IMS network according to the present invention, the video call content recording system comprises: a plurality of user terminals (UA) connectable to the 3GPP IMS network; A proxy call session controller (P-CSCF) connected to the plurality of user terminals (UA) and configured to route and forward packets; A serving call session controller (S-CSCF) for controlling a session of the user terminal (UA); A home subscriber server (HSS) that performs location management, profile management, and authentication functions of the user terminal (UA) and is responsible for a collection function of the serving call session controller (S-CSCF); And a recording proxy server having a data path connected to the plurality of user terminals UA and for recording data transmitted between the plurality of user terminals UA.

IMS, UA, CSCF, HSS, Video Call

Description

METHOD AND SYSTEM FOR RECORDING IMAGE COMMUNICATION DATA IN 3GPP IMS NETWORK}             

1 is a block diagram of a system for recording video call contents in a 3GPP IMS network according to an embodiment of the present invention.

2 is a diagram illustrating a registration process of a user terminal (UA) for recording video call contents in a 3GPP IMS network according to an embodiment of the present invention.

3 is a diagram illustrating information transmitted to a recording proxy server during a registration process of a user terminal (UA) according to an embodiment of the present invention.

4 is a diagram illustrating a video call content recording process in a 3GPP IMS network according to an embodiment of the present invention.

5A and 5B illustrate session information and media information provided from a serving call session controller (S-CSCF) to a recording proxy server according to an embodiment of the present invention.

6 is a diagram showing status information maintained in a recording proxy server according to an embodiment of the present invention.

7 is a diagram illustrating information maintained in an incoming / outgoing user terminal (UA) according to an embodiment of the present invention.

* Description of the symbols for the main parts of the drawings *

101, 107: user terminal (UA)

102, 106: Proxy session control unit (P-CSCF)

103: relay call session controller (I-CSCF)

104: home subscriber server (HSS)

105: Serving call session controller (S-CSCF)

108: recording proxy server

109: signal path

110: data path

The present invention relates to a 3GPP IMS (IP Multimedia Sub-System) network, and more particularly, to a method and system for recording video call contents between two terminals connected to an IP network in an environment utilizing 3GPP IMS networks.

IMS (IP Multimedia Sub-System) refers to a signal protocol and its environment for call control of multimedia in 3G (3rd Generation) networks, and is standardized by 3GPP (3rd Generation Partnership Project). IMS can be used in various ways for IP-based applications such as video conferencing and VoIP based on Session Initiation Protocol (SIP). It also covers secure authentication, service charging, QoS control for the transport network, and global roaming.

In general, video conferencing is transmitted in real time with three components: voice call, video call, and text call. Until now, video conferencing has been defined by separate protocol definitions for H.323 and SIP-based, service providers or terminal providers. Korean Patent Registration No.0402787 discloses a call setup method for a video telephone service in a mobile communication network. In addition, Korean Patent Laid-Open Publication No. 2004-0077113 discloses a SIP-based video call service method for video communication through simple IP and mobile IP. Since such a video conference has a characteristic of real-time, conventionally, a method of storing the contents of a conference in a user terminal is used as a file. However, according to the method of storing a video conference as a file in the user terminal as in the prior art, it is possible to edit the file contents arbitrarily. For this reason, there is a problem that the reliability of the recorded call content is reduced when the customer hides the application or uses it as legal evidence through the video call content, or when the user views the call content again as required by the user.

An object of the present invention for solving the above problems is to provide a method and system capable of recording video call content with high reliability in an IMS network for providing a multimedia service of the next generation network.

A user terminal registration method for recording video call contents in a 3GPP IMS network according to the present invention for achieving the above object comprises: a first step of a user terminal (UA) requesting registration with a home subscriber server (HSS); A second step of generating, by the home subscriber server (HSS), an authentication vector for authentication of the user terminal (UA) to the user terminal (UA); A third step in which the user terminal UA generates a session key using the authentication vector and the ID and password for the user terminal UA, and then requests registration with the home subscriber server HSS again; ; A fourth step of a serving call session controller (S-CSCF) registering the user terminal (UA) with the home subscriber server (HSS); A fifth step of the serving call session controller (S-CSCF) providing registration information of the user terminal (UA) to a recording proxy server; And after the user terminal UA establishes a call with the opposite terminal, the recording proxy server transmits the call between the user terminal UA and the opposite terminal using registration information of the provided user terminal UA. It characterized in that it comprises a sixth step of recording.

In addition, the video call content recording method in the 3GPP IMS network according to the present invention for achieving the above object comprises: a first step of the originating user terminal (UA1) to request the call setup to the called user terminal (UA2); A second step of the called user terminal UA2 transmitting a response message to the call establishment request to the calling user terminal UA1; A third step of transmitting, by a serving call session controller (S-CSCF), predetermined information used in the session to a recording proxy server located between the calling user terminal UA1 and the called user terminal UA2; A fourth step of completing call setup between the calling user terminal UA1 and the called user terminal UA2; And a fifth step in which the recording proxy server records the contents of the call transmitted between the calling user terminal UA1 and the called user terminal UA2.

In addition, the video call content recording system in the 3GPP IMS network according to the present invention for achieving the above object comprises: a plurality of user terminals (UA) accessible to the 3GPP IMS network; A proxy call session controller (P-CSCF) connected to the plurality of user terminals (UA) and configured to route and forward packets; A serving call session controller (S-CSCF) for controlling a session of the user terminal (UA); A home subscriber server (HSS) that performs location management, profile management, and authentication functions of the user terminal (UA) and is responsible for a collection function of the serving call session controller (S-CSCF); and the plurality of user terminals (UA) And a recording proxy server for recording data transmitted between the plurality of user terminals UA.

DETAILED DESCRIPTION A detailed description of preferred embodiments of the present invention will now be described with reference to the accompanying drawings. It should be noted that reference numerals and like elements among the drawings are denoted by the same reference numerals and symbols as much as possible even though they are shown in different drawings. In the following description of the present invention, if it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted.

1 is a block diagram of a system for recording video call contents in a 3GPP IMS network according to an embodiment of the present invention.

Referring to FIG. 1, a system for recording video telephone call contents in a 3GPP IMS network according to an embodiment of the present invention includes a plurality of user terminals (UAs) 101 and 107 and a proxy call session controller (P-). Proxy-Call Session Control Function (CSCF) 102, 106, Interrogating-Call Session Control Function (I-CSCF) 103, Home Subscriber Server (HSS) 104, It includes a Serving-Call Session Control Function (S-CSCF) 105 and a Record Proxy Server 108.

The plurality of user terminals UA1 and UA2 101 and 107 are terminals for accessing a network service to receive a multimedia service subscribed to by a user, and maintain session information and media information, respectively. The proxy session control unit (P-CSCF) 102, 106 corresponds to an access point to which the user terminal (UA) 101 first accesses in a 3GPP IMS network, and functions as a packet routing and forwarding function. The relay call session control unit (I-CSCF) 103 functions to allow all accesses to subscribers of the network operator or roaming subscribers currently located in the service area of the network operator. A home subscriber server (HSS) 104 performs a location management, profile management, and authentication function of an Internet multimedia service subscriber, that is, the user terminal UA1 101, and a serving call session controller (S-CSCF) 105. In charge of the collection function. The serving call session controller (S-CSCF) 105 performs a session control function of the user terminal UA1 101. In the recording proxy server 108, the user terminal (UA) 102, 107 is connected to the proxy call session controller (P-CSCF) 102, 106, the relay call session controller (I-CSCF) 103, and the serving. The call session control unit (S-CSCF) 105 may register a video call content recording service according to the present invention, and a connection is established between the user terminals UA 102 and 107 by a call setup process. At this time, the information required during the registration process and call setup process for the video call content recording service according to the present invention, through the serving call session controller (S-CSCF) 105 along the signal path (Signal Path) (109), It is forwarded to the write proxy server 108. After all connection settings are made, the actual data is transmitted through the data path 110 through the user terminal UA1 101 and the recording proxy server 108 on one side of the other terminal UA2 107. And all recordings are made at the write proxy server 108. At this time, the basic protocol used during the registration and call setup process follows the 3GPP IMS standard that is currently standardized and used. The recording proxy server 108 may create, modify or delete session information and media information for the plurality of user terminals UA1 and UA2 101 and 107 in a memory in a temporary file form in the internal memory. After the end of a specific service provided to the plurality of user terminals UA1 and UA2 or the end of a call, the contents of the call may be stored in the form of a database file.

2 is a diagram illustrating a registration process of a user terminal (UA) for recording video call contents in a 3GPP IMS network according to an embodiment of the present invention.

Referring to FIG. 2, first, a user terminal (UA) 101 requests registration with a proxy call session controller (P-CSCF) [REGISTER] (step 201). Then, the proxy call session controller P-CSCF is a relay call session controller I- located in the home network of the user terminal UA 101 using a Domain Name System (DNS) (not shown). CSCF) 103 receives the address [DNS Query to find I-CSCF] and relays the registration of the user terminal (UA) 101 [REGISTER] (step 202). Upon receiving this, the relay call session controller (I-CSCF) 103 checks whether the corresponding subscriber, that is, the user terminal (UA) 101 is authorized to use the network, and thus, the user terminal (UA) 101. Relay registration of That is, when the relay call session controller (I-CSCF) 103 inquires of the home subscriber server (HSS) 104 whether the user terminal (UA) 101 is a legitimate subscriber [Cx-Query + Cx -Select-Pull (UAR)] (step 203), the home subscriber server (HSS) 104 sends the user information in response [Cx-Query Resp + Cx-Select-Pull Resp (UAA)] ( Step 203). Then, the relay call session control unit (I-CSCF) 103 is responsible for authenticating the authentication of the subscriber, that is, whether the user terminal (UA) 101 is duly subscribed, and serving the call. The call session controller (S-CSCF) 105 is selected to register with the serving call session controller (S-CSCF) 105 [REGISTER] (step 205). Subsequently, the serving call session controller (S-CSCF) 105 checks the authentication information of the user terminal (UA) 101 in order to know whether the user terminal (UA) 101 is a legitimate subscriber or not. Request 104 [Cx-AuthDataReq (MAR)] (step 206). However, since the user terminal (UA) 101 is not registered in the home subscriber server (HSS) 104 during the initial registration process, the home subscriber server (HSS) 104 is the user terminal (UA) 101. [0086] An authentication vector is generated for [Select authentication vector] (step 207) and transmitted to the serving call session controller (S-CSCF) 105 [Cx-AuthDataResp (MAA)] (step 208). Thereafter, the home subscriber server (HSS) 104 authenticates the user terminal (UA) 101 through the relay call session controller (I-CSCF) 103 and the proxy call session controller (P-CSCF) 102. Pass the vector [401 Unauthorized] (step 209). After receiving the authentication vector, the user terminal (UA) 101 generates a response and session key using the authentication vector and its ID and password [Generate response & session key] (step 210). Then, the proxy session control unit (P-CSCF) 102 requests registration [REGISTER] (step 211). Then, the proxy call session controller (P-CSCF) 102 is a relay call session controller (I-CSCF) located in the home network of the user terminal (UA) 101 using a domain name system (DNS) (not shown). Receives the address of [103] and relays the registration of the user terminal (UA) 101 [REGISTER] (step 212). Subsequently, the relay call session controller (I-CSCF) 103 inquires again about the home subscriber server (HSS) 104 whether the user terminal (UA) 101 is a valid subscriber [Cx-Query + Cx]. -Select-Pull (UAR)] (step 213), and the home subscriber server (HSS) 104 sends a response thereto [Cx-Query Resp + Cx-Select-Pull Resp (UAA)] (step 214). . The relay call session controller (I-CSCF) 103 requests registration to the serving call session controller (S-CSCF) 105 [REGISTER] (step 215). Then, the serving call session controller (S-CSCF) 105 performs internal logic for authentication of the user terminal (UA) 101 using the authentication vector transmitted from the user terminal (UA) 101. [authentication] (step 216). Subsequently, the serving call session controller (S-CSCF) 105 requests the home subscriber server (HSS) 104 to register the user terminal (UA) 101 [Cx-Put + Cx-Pull (SAR). )] (Step 217), and thereby receives the registration result (step 218). That is, the serving call session controller (S-CSCF) registers with the home subscriber server (HSS) 104 that the user terminal (UA) 101 is a legitimate subscriber. Thereafter, the serving call session controller (S-CSCF) 105 transmits the user terminal (UA) 101 through the relay call session controller (I-CSCF) 103 and the proxy call session controller (P-CSCF) 102. (200 OK) (step 219). After the user terminal (UA) 101 is normally registered with the home subscriber server (HSS) 104, the serving call session controller (S-CSCF) 105 performs the user terminal (UA) ( 101 transmits information about registration of the user terminal (UA) 101 to the recording proxy server 108 so that the recording service according to the present invention can be used [Register Info] (step 220). Registration related information of the user terminal (UA) 101 transmitted from the serving call session controller (S-CSCF) 105 to the recording proxy server 108 is described in detail in FIG. 3.

3 illustrates information transmitted to a recording proxy server during a registration process of a user terminal UA according to an embodiment of the present invention.

Referring to FIG. 3, during the registration process of the user terminal (UA) 101, the information transferred from the serving call session controller (S-CSCF) 105 to the recording proxy server 108 in step 220 of FIG. This is indicated in the SIP header and includes From, To, Call-ID, Contact, Date, and Serving Call Session Controller (S-CSCF) tags. The user tag (Public User Identity Information) generated from the user terminal (UA) 101 in the 'From' tag, the public user identity being registered in the 'To' tag, 'Call-' ID 'tag includes call identity,' Contact 'tag contains subscriber's temporary IP address corresponding to IP address of actual user terminal (UA) 101,' Date ' The tag includes the time the message was sent, and the 'S-CSCF' tag includes the IP address of the serving call session controller (S-CSCF) 105 that sent the message.

4 is a diagram illustrating a video call content recording process in a 3GPP IMS network according to an embodiment of the present invention.

In the embodiment of the present invention, the video call content recording process performed in the 3GPP IMS network includes a proxy call session controller 1 (P-CSCF1) 102 and a serving call session controller S between user terminals UA1 and UA2 101 and 107. A call establishment process through the CSCF) 105 and the proxy call session controller 2 (P-CSCF2) 106 and a process of recording data transmitted between the user terminals UA1 and UA2 101 and 107. .

Referring to FIG. 4, first, the calling user terminal (UA1) 101 includes a proxy call session controller 1 (P-CSCF1) 102, a serving call session controller (S-CSCF) 105, and a proxy call session controller 2. A call establishment request is made to the called user terminal (UA2) 107 via (P-CSCF2) 106 [INVITE] (step 401). If the called user terminal (UA2) 107 exists in a network operated by a different operator from the calling user terminal (UA1) 101, the relay call session controller (I-CSCF) 103 and the serving A message transmission is made to the call session controller (S-CSCF) 105.

Then, the called user terminal (UA2) 107 transmits a 100 Trying response signal to the calling user terminal (UA1) 101 (step 402) and the calling user terminal (UA1) that the call setup process is currently in progress. Informed to 101 (183 Session Progress) (step 403). In step 403, a process of notifying Session Description Protocol (SDP) media information used to set a media path so that the calling user terminal (UA1) 101 knows the final state of a call may be included. do. In the SDP (Session Description Protocol), the protocol version, globally unique id for a session, session name, time info, media type And information such as a media info and an address info. Subsequently, the calling user terminal (UA1) 101 transmits a response to the 183 Session Progress message to the called user terminal (UA2) 107 [PRACK] (step 404), and the called user terminal (UA2) 107 sends a response. The response is sent back to the calling user terminal UA1 101 [200 OK] (step 405).

Thereafter, if a change occurs in the information of the terminal, the calling user terminal (UA1) 101 may notify the called user terminal (UA2) 107 by using an UPDATE message [UPDATE] (step 406). When the called user terminal (UA2) 107 receives the UPDATE message, it sends a response to the calling user terminal (UA1) 101 [200 OK] (step 407). The UPDATE message is used to set information necessary for setting QoS in the IMS system.

Subsequently, the called user terminal UA2 107 transmits a ringing tone to the calling user terminal UA1 101 [180 Ringing] (step 408). The originating user terminal (UA1) 101 receiving the 180 ringing message transmits a response to the 180 ringing message to the called user terminal (UA2) 107 [PRACK] (step 409) and the called user terminal (UA2). 107 transmits a response back to the calling user terminal UA1 101 [200 OK] (step 410).

The called user terminal UA2 107 transmits a response to the INVITE message of step 401 to the calling user terminal UA1 101 [200 OK] (step 411).

In an embodiment of the present invention, SDP information may be exchanged as follows to establish a session for multimedia communication between the user terminals UA1 and UA2 101 and 107. If the SDP Offer is included in the INVITE message of step 401, the media type and characteristic for communication that the calling user terminal UA1 101 can support through the SDP Offer, The address information and the like can be transmitted to the called party UA2. Then, the called user terminal (UA2) 107 includes an SDP Answer in the 200 OK message of step 411, and the calling user terminal receives information about the session that can be accepted through the SDP answer. (UA1) 101 to provide. In the SDP answer, the called user terminal (UA2) 107 includes a response to the media type, characteristic, and address information which can be processed by the called user terminal (UA1) 101, and the user terminals. It is possible to configure a communication environment between the (UA1, UA2) (101, 107). In this case, after step 411, the serving call session controller (S-CSCF) 105 may transmit various types of information used in the session to the recording proxy server 108 [Session Info] (step 412). The transmitted information is described in FIG. 5.

Then, the calling user terminal (UA1) 101 transmits a response to the called user terminal (UA2) 107 to establish a call between the user terminals (UA1, UA2) 101, 107 [ACK] (steps 413, 415). ).

In the present invention, SDP information may be exchanged between the user terminals UA1 and UA2 101 and 107 as follows. That is, unlike the above, the 200 OK message of step 411 includes an SDP Offer (SDP Offer), so that the called user terminal (UA2) 107 can support itself through the SDP Offer (SDP Offer). The media type and characteristic, address information, etc. for the other party can be transmitted to the calling party user terminal UA1 101. Then, the calling user terminal (UA1) 101 includes an SDP answer in the ACK message of step 413, and the called user terminal (SDP answer) includes information about a session that can be accepted through the SDP answer. UA2) 107. In the SDP answer, the calling user terminal UA1 101 responds to the called user terminal UA2 107 in response to media types, characteristics, and address information which can be processed by the calling user terminal UA2 107. It is possible to configure a communication environment between UA1, UA2) (101, 107). In this case, after the ACK is transmitted from the calling user terminal UA1 101 to the serving call session controller S-CSCF in step 413, the serving call session controller 105 is recorded. The proxy server 108 may send various information used in the session [Session Info] (step 414). The transmitted information is also described in FIG. 5. Thereafter, a call is established between the user terminals UA1 and UA2 101 and 107 by transmitting a response from the serving call session controller 105 to the called user terminal UA2 107 [ACK] (step 415).

After the call setup is made in this way, the calling user terminal (UA1) 101 and the called user terminal (UA2) 107 may transmit and receive data with each other. As such, data transmitted and received between the calling user terminal UA1 101 and the called user terminal UA2 107 are all transmitted through the recording proxy server 108 according to the present invention using the data path 110. Therefore, the recording proxy server 108 may record data transmitted and received between the calling user terminal (UA1) 101 and the called user terminal (UA2) 107 (step 416).

Then, when the calling user terminal (UA1) 101 terminates the call or terminates a specific service, a BYE message is transmitted to the called user terminal (UA2) 107 [BYE] (step 417), and the called user terminal ( UA2) 107 ends the call by sending a response message to the BYE message [ACK] (step 418).

5A and 5B show session information and media information provided from a serving call session controller (S-CSCF) to a recording proxy server according to an embodiment of the present invention.

First, FIG. 5 (a) shows a session information structure [Struct SessionInfo] provided from the serving call session controller (S-CSCF) to the recording proxy server in step 412 or 414 of FIG. 4, that is, information for call setup. The session information [SessionInfo] is transmitted from the serving call session controller (S-CSCF) to the recording proxy server 108 through TCP / UDP, and is listed and transmitted in a list form according to the number of media types. Referring to FIG. 5A, the session information includes a client user terminal IP address, a server user terminal IP address, a call identifier, an address according to IPv4 or IPv6. Type (IPv4 / IPv6), media start time, media end time, message send time, serving call session controller (S-CSCF) IP address that sent the message and media-specific information are included. In the present invention, the calling user terminal (UA1) 101 corresponds to a client user terminal (UA Client), and the called user terminal (UA2) 107 corresponds to a server user terminal (UA Server).

FIG. 5B shows a media information structure [Struct MediaInfo] provided from the serving call session controller (S-CSCF) to the recording proxy server in step 412 or 414 of FIG. 4. The media information [MediaInfo] includes a client user terminal IP address, total start time, total end time, media type such as text / audio / video, port number of the corresponding media, TCP / UDP / RTP, and the like. Information about attributes, attributes (Sendonly, Recvonly, SendRecv), voice, video codec names, and clock rates are included.

6 is a diagram illustrating state information maintained in a recording proxy server according to an embodiment of the present invention.

Referring to FIG. 6, the state information maintained in the recording proxy server 108 according to an embodiment of the present invention includes a call identifier of a request (Call-ID of ReqUAst), a client user terminal IP address, UA Server IP Address, Call Identity, Address Type (IPv4 / IPv6) according to IPv4 or IPv6, Session Start Time, Session End Time, Last Session Modification Time, Serving Call Sending Message Information on IP address, session representative name, TCP / UDP / RTP, etc. of session control unit (S-CSCF), attributes (Sendonly, Recvonly, SendRecv), voice, video codec name, clock rate, service type, media Information about the start time, media end time, and stored file name is included. Such information is created, modified or deleted in the internal memory of the recording proxy server 108 in the form of a temporary file, and is stored in the database in a database after a specific service is terminated or after a call is terminated.

7 is a diagram illustrating information maintained in an incoming / outgoing user terminal UA according to an embodiment of the present invention.

Referring to FIG. 7, according to an embodiment of the present invention, information maintained at the called user terminals UA1 and UA2 101 and 107 may include a field indicating session information and a media information field used in a session. It consists of. Each field is divided into a client user terminal (UA Client) and a server user terminal (UA Server) according to the situation of the terminal UA1 101 requesting a call and the terminal UA2 107 responding to the call. Maintain state.

The session information field includes a call identifier of a request (call-ID of a request), a 'from' tag of a request (from a tag of a request), and a 'to' of a response to a client user terminal (UA client). The value obtained from the tag, the URI of the 'From' header and the URI of the 'To' header, the value obtained from the 'From' tag of the response for the server user terminal (UA Server), and the URI of the 'To' header and the 'From' header The information includes a URI, a Contact header URI (IP address) of the response, and a URI list of the Record-Route header of the response.

The media information field used in the session includes IPv4 / IPv6, destination IP address, session representative name, total start time, total end time, text / audio / video, port number of the corresponding media, TCP / UDP / Information on attributes (Sendonly, Recvonly, SendRecv), voice, video codec name, clock rate, service type, media start time, and media end time are included.

The video call content recording method in the 3GPP IMS network according to the present invention can be embodied as computer readable codes on a computer readable recording medium. The computer-readable recording medium includes all kinds of recording devices in which data that can be read by a computer system is stored. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage, and the like, and also include those implemented in the form of carrier waves such as transmission over the Internet. The computer readable recording medium can also be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed fashion.

Meanwhile, in the detailed description of the present invention, specific embodiments have been described, but various modifications are possible without departing from 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 claims below, but also by those equivalent to the claims.

According to the present invention as described above, when recording the video call content in the IMS network for providing a multimedia service of the next generation network, it is possible to improve the reliability of the recorded content. Therefore, the present invention provides a user with a convenient video call recording service and transparency of the recorded contents, and the operator has an advantage of increasing the added value of the network operated through the video call recording service.

Claims (10)

A first step of requesting registration of a home subscriber server (HSS) from a user terminal (UA) in a 3GPP IP Multimedia Sub-System (IMS) network; A second step of generating, by the home subscriber server (HSS), an authentication vector for authentication of the user terminal (UA) to the user terminal (UA); A third step of the user terminal UA generating a session key using the authentication vector and the ID and password for the user terminal UA, and then requesting registration with the home subscriber server HSS again; A fourth step of the serving call session controller (S-CSCF) registering the user terminal (UA) with the home subscriber server (HSS); A fifth step of the serving call session controller (S-CSCF) providing registration information of the user terminal (UA) to a recording proxy server; And After the user terminal UA establishes a call with the opposite terminal, the recording proxy server records a call transmitted between the user terminal UA and the opposite terminal using registration information of the provided user terminal UA. And a sixth step of recording the video call content in the 3GPP IMS network. The method of claim 1, wherein in the fifth step, the registration information of the user terminal UA includes public user identification information generated from the user terminal UA, public user identifier registered, call identifier, temporary IP address of the subscriber, A method of registering a user terminal for recording a video call in a 3GPP IMS network, wherein a time of sending a message and an IP address of a serving call session controller (S-CSCF) including a message are included. A first step in which a calling user terminal UA1 requests a call establishment to a called user terminal UA2 in a 3GPP IP Multimedia Sub-System (IMS) network; A second step of the called user terminal UA2 transmitting a response message to the call establishment request to the calling user terminal UA1; A third step of transmitting, by a serving call session controller (S-CSCF), predetermined information used in a session to a recording proxy server located between the calling user terminal UA1 and the called user terminal UA2; A fourth step of completing call setup between the calling user terminal UA1 and the called user terminal UA2; And And a fifth step of recording, by the recording proxy server, the contents of the call transmitted between the calling user terminal UA1 and the called user terminal UA2. 4. The method of claim 3, wherein in the first step, the calling user terminal UA1 transmits the information used in the session to the called user terminal UA2 through the SDP Offer in the INVITE message. How to record video call content in 3GPP IMS network. 4. The method of claim 3, wherein in the second step, the called user terminal UA2 transmits session information that can be accepted by the called user terminal UA1 to the calling user terminal UA1 through an SDP answer. How to record video call content in 3GPP IMS network. 4. The method of claim 3, wherein in the second step, the called user terminal UA2 transmits information used for the session to the calling user terminal UA1 through an SDP Offer. The calling user terminal (UA1) transmits the session information that can be accepted through the SDP answer (SDP Answer) to the called user terminal (UA2), characterized in that the video call content recording method in the 3GPP IMS network. 4. The method of claim 3, wherein in the third step, predetermined information transmitted to the recording proxy server includes session information and media information. A plurality of user terminals (UA) accessible to a 3GPP IP Multimedia Sub-System (IMS) network; A proxy call session controller (P-CSCF) connected to the plurality of user terminals (UA) and configured to route and forward packets; A serving call session controller (S-CSCF) for controlling a session of the user terminal (UA); A home subscriber server (HSS) that performs location management, profile management, and authentication functions of the user terminal (UA) and is responsible for collecting functions of the serving call session controller (S-CSCF); and And a recording proxy server having a data path connected to the plurality of user terminals (UA) and recording data transmitted between the plurality of user terminals (UA). system. The recording proxy server of claim 8, wherein the recording proxy server creates, modifies, or deletes session information and media information of the plurality of user terminals in an internal memory in the form of a temporary file. Video call content recording system in the 3GPP IMS network, characterized in that for storing as. 10. The system of claim 8, wherein the plurality of user terminals (UA) have session information and media information, respectively.

Images