KR101004472B1 - Apparatus and method for providing QoS using HTTP - Google Patents

Abstract

The present invention relates to an apparatus and method for providing quality of service information using HTTP, and provides HTTP with quality of service information to a legacy application server (Legacy Application Server) using HTTP in an IMS (IP Multimedia Subsystem) network. The present invention relates to an apparatus and a method for providing service quality information.

An apparatus for providing quality of service information using HTTP according to an embodiment of the present invention generates a message for generating a request message in HTTP format including quality of service information in order to receive a real time packet service in an IMS (IP Multimedia Subsystem) network. And a communication unit for transmitting the request message.

IP Multimedia Subsystem (IMS), Hyper-Text Transfer Protocol (HTTP), Legacy Application Server

Description

Apparatus and method for providing QoS using HTTP using HTP

The present invention relates to an apparatus and method for providing quality of service information using HTTP. More particularly, the present invention relates to a legacy application server using HTTP in an IP multimedia subsystem (IMS) network. The present invention relates to an apparatus and a method for providing service quality information using HTTP.

IMS (IP Multimedia Subsystem) is a signaling protocol means and the environment for call control (Call Control) of the multimedia network in a 3G (3 ^rd Generation), and has been standardized by the ^{3GPP (3 rd 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 security authentication, service charging, QoS control for the transport network, and global roaming.

In the IMS network, terminals exchange service quality information with each other by transmitting and receiving a SIP-based Session Description Protocol (SDP) offer message and an SDP answer message.

However, SIP-based message transmission and reception may not be performed between the terminal and the application server. In particular, legacy application servers that are not SIP-based may not be able to receive quality of service information with the terminal. have.

Therefore, the emergence of the invention that the quality of service information can be transmitted and received between the terminal and the legacy application server in the IMS network.

An object of the present invention is to provide service quality information using HTTP, which provides service quality information to a legacy application server in HTTP using HTTP in an IMS (IP Multimedia Subsystem) network.

The objects of the present invention are not limited to the above-mentioned objects, and other objects which are not mentioned will be clearly understood by those skilled in the art from the following description.

In order to achieve the above object, an apparatus for providing quality of service information using HTTP according to an embodiment of the present invention is of the HTTP format including the quality of service information to receive real-time packet services in the IP Multimedia Subsystem (IMS) network Message generation unit for generating a request message and a communication unit for transmitting the request message.

Method for providing quality of service information using HTTP according to an embodiment of the present invention comprises the steps of generating a request message of the HTTP format including the quality of service information to receive a real-time packet service in the IP Multimedia Subsystem (IMS) network; Sending the request message.

Specific details of other embodiments are included in the detailed description and the drawings.

According to the apparatus and method for providing quality of service information using HTTP of the present invention as described above, the quality of service information is provided to a legacy application server in HTTP using HTTP in an IMS (IP Multimedia Subsystem) network. By doing so, there is an advantage of ensuring the quality of service with an existing application server using HTTP rather than Session Initiation Protocol (SIP).

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a conceptual diagram illustrating that a request message in HTTP format is transmitted and received according to an embodiment of the present invention.

In an IP Multimedia Subsystem (IMS) network environment, terminals may perform real-time packet transmission and reception by exchanging Quality of Service (QoS) using a Session Initiation Protocol (SIP) scheme.

On the other hand, legacy application server (Legacy Application Server) 280 may not exist to support SIP, accordingly, the terminal 210 according to an embodiment of the present invention to the legacy application server 280 real-time packet service In requesting the request, the request message 110 may be transmitted in the HTTP format.

Upon receiving the request message 110 in the HTTP format, the application server 280 may transmit a response message 120 in the HTTP format, wherein the request message and the response message 110 and 120 in the HTTP format are respectively SDP ( Session Description Protocol) may be an offer message and an answer message.

Here, the request message and the response message (110, 120) may be transmitted and received by the HTTP POST method, the message body may include the quality of service information.

2 is a diagram illustrating an IMS-based wired and wireless hybrid network system according to an embodiment of the present invention, wherein the IMS-based wired and wireless hybrid network system includes a subscriber station 210, a mobile communication system 220, an IMS network 230, and intelligent. A content delivery enabler (CDE) 240, a legacy system 250, an internet portal / BcN / All IP network 260, an intra portal server 270, and a CDE-based intelligent application server (AS); Application Server) 280 may be configured.

The subscriber station 210 is an end host in the IMS-based wired / wireless hybrid network system and may be a mobile terminal or a web-based SIP terminal. Of course, it is preferable that the terminal is wirelessly connected to a Radio Access Network (RAN), which will be described later, to transmit and receive packet data. The subscriber station 210 is assigned a private IP address or a public IP address. If a private IP address is assigned, an address translation process by a network address translation (NAT) (not shown) is performed. Additionally may be required. NAT converts the source address information in the form of private IP address into the source address information in the form of a public IP address or the source address information in the form of a public IP address into source IP information in the form of a private IP. can do.

The mobile communication system 220 includes a base station (RTS) 221, a base station controller (RNC) 222, a packet switching support node (SGSN) 223, and a packet gateway. It may be configured to include a Gateway GPRS Support Node (GGSN) 224. Here, General Packet Radio Services (GPRS) is a packet-based wireless communication service based on Global System for Mobile communication (GSM), which provides continuous Internet access at a data rate of 56 to 144 kbps for wireless communication by mobile phones and computers. To ensure.

A radio access network (RAN) including a base station 221 and a base station controller 222 serves to guarantee the mobility of the subscriber station 210 and performs hand-off and radio resource management functions. To perform. The wireless access network is implemented by a base station 221 and a base station controller 222 existing between a switch (not shown) and a subscriber station 210, a mobile switching center (MSC) (not shown), a visitor location register. It may be configured to further include a Visitor Location Register (VLR) and a Home Location Register (HLR) (not shown).

The base station 221 performs a radio access termination function with a subscriber station conforming to the 3rd Generation Partnership Project (3GPP) radio access standard. Especially, in the case of a 3G mobile communication network, Node B plays a role and moves to an uplink. Receives information transmitted from the physical layer of the terminal, and transmits data to the mobile terminal through the downlink, and serves as an access point for the mobile terminal to transmit and receive voice, video, and data traffic. In addition, since the base station 221 is arranged in units of cells, the base station 221 registers a location for identifying a location of a terminal existing in a cell area under its control, and allocates a wireless channel for voice and data communication to the terminal. do.

The base station controller 222 is responsible for functions required for wireless call processing such as wired and wireless channel management, protocol matching with subscriber stations, protocol matching between base stations, soft handoff processing, core network protocol processing, GPRS access, failure management, system loading, and the like. do.

In addition, devices such as a circuit switch, a visitor location register, a home location register, and the like may be further included in the wireless access network. However, since they are not directly related to the embodiments of the present invention, detailed descriptions thereof will be omitted.

The packet switching support node 223 has a hardware structure for providing an Asynchronous Transfer Mode (ATM) -based switch and routing connection for a GPRS service, and is a node that delivers packet data with a terminal in a service area. It also has functions such as packet routing and transmission, mobility management, logical link management, authentication and charging.

The packet gateway support node 224 is a node that is in charge of the connection function between the GPRS backbone network and the external packet data network. : Converts to IP.X.25) and converts PDP address of incoming packet data to GSM address of receiver.

The IMS nodes of the IMS network 230 interworking with the aforementioned packet gateway support node 224 will be described. The IMS network 230 is a Home Subscriber System (HSS) based on a Wideband Code-Division Multiple Access (WCDMA) network including the packet switching support node 223 and the packet gateway support node 224 described above. 231, a call session control function (CSCF) 232, an application layer gateway (ALG) 233, a policy & charging rule function (PCRF) 234 It may include, in addition to it may further include a multimedia resource function (MRF) (not shown).

The call session controller 232 may perform basic functions for controlling a multimedia session based on Session Initiation Protocol (SIP), such as subscriber registration, authentication, service triggering, routing, call control, and address handling. Can be. Specifically categorized according to function, the call session controller 232 may include a proxy CSCF (P-CSCF), an interrogating CSCF (I-CSCF), and a serving CSCF (S-CSCF; Serving-). CSCF).

The proxy CSCF is the first point where the terminal 210 connects to the IMS network 230. When a register request message (REGISTER) is transmitted from the terminal 210, the proxy CSCF may deliver it to the interrogating CSCF. The proxy CSCF may store the address of the serving CSCF allocated by the interrogating CSCF during the registration request message processing and forward the session CS message to the serving CSCF when a session request message (INVITE) is received from the terminal 210.

The interrogating CSCF serves as a contact point for incoming calls to connect to subscriber stations in the entire network and as a point of contact with terminals of other network subscribers roaming in the network. The interrogating CSCF may obtain a list of addresses of serving CSCFs available from the home subscriber server 231 in the process of registering a user of the terminal 210, that is, a subscriber, and determine the serving CSCF to be in charge of actual registration. have.

The serving CSCF may register a subscriber with the home subscriber server 231 when the registration request message is received from the interrogating CSCF, and obtain a subscriber profile from the home subscriber server 231. The serving CSCF may identify the type of service to be provided to the terminal 210 using the subscriber profile, and perform triggering on an enabler or an application server that will support the identified service. In addition, the serving CSCF may obtain and manage an authentication vector (AV) from the home subscriber server 231. In addition, the serving CSCF may perform subscriber authentication using an authentication vector.

The home subscriber server 231 is a master database of subscribers, and stores and manages subscriber profile, authentication, and location related data, and provides information requested by the call session controller 232. In addition, the home subscriber server 231 may generate an authentication vector required for subscriber authentication. In addition, the home subscriber server 231 may include a function of a home location register (HLR).

The application layer gateway 233 provides a function of converting address information in a SIP message to solve a NAT-Traversal problem that occurs when providing a SIP-based service in another network interworking environment. That is, the application layer gateway 233 changes the media reception information in the form of a private IP address into the media reception information in the form of a public IP address in the payload of the packet transmitted by the terminal 210 and transmits the received media to the reception side.

The policy and charging controller 234 is a node that controls end-to-end quality of service (QoS) and service charging policies.

In addition, the IMS network 230 includes an MRF (not shown) and an Internet portal / providing a call control function and a media mixing function for a multi-party service, and a SIP signaling and state management function with the application layer gateway 233. A transport gateway (TrGW) (not shown) for interworking with the BcN / All IP network 260 may be further included.

Although the IMS network 230 is shown as including the home subscriber server 231, the call session controller 232, the application layer gateway 233, and the policy and charging controller 234 one by one, this is the basic configuration of the IMS node. The IMS network 230 may include a plurality of components of the IMS network 230 described above, and may further include a translation gateway (TrGW) (not shown).

The intelligent content recommendation and delivery system 240 includes an intelligent subscriber information management server (ISMS) 241, an intelligent content delivery server (ICDS) 242, and a subscriber information collection server (SICS). A Subscriber Information Collection Server (243), and an IMS Coordinator (IMSC) 244.

The IMS controller 244 interworks with the call session controller 232 of the IMS network 230 to process IMS call processing signaling and to manage registration and logon sessions of service subscribers.

The subscriber information collection server 243 collects user information by extracting and processing information about the content user through the legacy system 250 and manages a schedule of information extraction.

Here, examples of the legacy system 250 include wired MagicN 251, IPAS (IP Accounting Server) 252, AAA (Authentication, Authorization, and Accounting) 253, SAS 254, JUICE 255, And S (L) MSC 256, but are not necessarily limited thereto. The information collected from the legacy system 250 is extracted as the most personalized information to the content user or subscriber through a remodeling process such as a batch process, and the extracted information is stored in the subscriber information collection server 243. Can be. Here, the batch process refers to a process of extracting information in order to provide the collected information to the content user or subscriber. Since the batch process is already known, a detailed description thereof will be omitted.

The intelligent content delivery server 242 generally stores / manages personalized dynamic user interface (UI) information for each service subscriber, recommends or delivers intelligent personalized content by using the dynamic UI information, and provides a personalized notification window. Can be. In addition, by interlocking with the intra portal server 270 or the CDE-based intelligent application server 280, content may be directly collected to deliver personalized dynamic information to a content user or subscriber. To this end, the metadata for the content may be configured or managed, and the content conversion and composition function may be provided. Intelligent content delivery server 242 according to an embodiment of the present invention serves to recommend or deliver dynamic information personalized for each subscriber by using dynamic UI information set by a content user or a service subscriber.

Here, the CDE-based intelligent application server 280 is an application server that provides various personalization services by interworking with the intelligent subscriber information management server 241 and the intelligent content delivery server 242. For example, the intelligent web search service (IWSS) ( 281), Intelligent Tour Guide Service (ITGS) (282), Customized Shopping Recommend Service (CSRS) (283), Media and News (284), Intelligent e-Commerce (285), and Intelligent Expert Search ( 286), but is not necessarily limited thereto. IWSS 281 is a service that provides intelligent wired and wireless search, ITGS 282 provides an intelligent travel guide function, personal schedule management, travel recommendation and guide, meeting place recommendation, and CSRS (283). ) Is a service that offers personalized shopping suggestions, anniversary reminders, and video-related personalized product recommendations.

The intelligent subscriber information management server 241 collects the contents directly by interworking with the intra portal server 270 or the CDE-based intelligent application server 280 or by using the information processed by the subscriber information collection server 243 to the content user. It creates and manages personalized dynamic information.

The subscriber station 210 may access the intelligent content recommendation and delivery system 240 through the IMS network 230, and the CDE-based intelligent application server 280 through the interface provided by the intelligent content recommendation and delivery system 240. Real-time packet service can be provided from.

As described above, the policy and charging control unit 234 controls the quality of service and service charging policy. As the CDE-based intelligent application server 280 is HTTP-based rather than SIP-based, the CDE-based intelligent application server 280 When the request message and the response message in the HTTP format are transmitted and received between the subscriber station 210, the policy and charging control unit 234 may analyze this to control the service quality and service charging policy. That is, the CDE-based intelligent application server 280 may provide a real time packet service to the terminal 210 through the resources allocated by the policy and charging controller 234.

FIG. 3 is a block diagram illustrating an apparatus for providing quality of service information using HTTP according to an embodiment of the present invention. An apparatus for providing quality of service information using HTTP (hereinafter, referred to as an information providing apparatus) 300 is shown. The function of may be performed by the subscriber station 210 of FIG.

The information providing apparatus 300 includes a communication unit 310, a controller 320, a message generator 330, and a message analyzer 340.

The message generator 330 serves to generate a request message in HTTP format including service quality information in order to receive a real-time packet service in the IMS network. Here, the request message may be an INVITE request message including Session Description Protocol offer (SDP offer) information, and may be a request message (hereinafter, referred to as a secondary request message) transmitted after the INVITE request message.

That is, the message body of the request message may include INVITE information, and may include one of ACK, BYE, CANCEL, REGISTER, OPTIONS, INFO, COMET, PRACK, SUBSCRIBE, NOTIFY, and INTRODUCE information.

In generating the secondary request message, the message generator 330 may generate a new secondary request message separately from the INVITE request message, and may generate the secondary request message by modifying the INVITE request message. The generation method of the secondary request message may be determined by the administrator.

Also, the message generator 330 generates a PDP context activation request message.

The message analyzer 340 analyzes the received message. When the request message generated by the message generator 330 is transmitted, a response message is received, and the message analyzer 340 analyzes the contents included in the received response message.

The communication unit 310 transmits a request message generated by the message generator 330 and receives a response message in response to the request message. To this end, the communication unit 310 may be provided with a separate communication means for transmitting and receiving data.

The controller 320 performs overall control of the communicator 310, the message generator 330, and the message analyzer 340, and manages data transmission and reception between each module.

4 is a flowchart illustrating a process of providing service quality information using HTTP according to an embodiment of the present invention.

As described above, the proxy CSCF is the first point where the terminal 210 accesses the IMS network. In order to receive the real-time packet service, the proxy CSCF must secure the address of the proxy CSCF.

To this end, the terminal 210 may transmit a message requesting the creation of the PDP context to the packet gateway support node 224 (S410). In this case, the PDP context creation request message may be generated by the packet switching support node 223 and transmitted to the packet gateway support node 224. In order to generate and transmit the PDP context creation request message, the subscriber station 210 sends a packet. The PDP context activation request message may be sent to the gateway support node 224.

In response to receiving the PDP context creation request message, the packet gateway support node 224 generates a PDP context creation response message and transmits it to the packet gateway support node 224 (S420), and the packet gateway support node 224. Transmits a PDP context activation permission message to the subscriber station 210.

Here, the PDP context activation allowance message includes the IP address of the proxy CSCF, through which the terminal 210 can access the IMS network.

In order to request a policy control and charging (PCC) rule for a bearer, the packet gateway support node 224 may transmit a credit control request (CCR) command to the policy and charging control unit 234 (S430).

The policy and charging control unit 234 generates a Credit Control Answer (CCA) command including a PCC rule in response to the received CCR command and transmits it to the packet gateway support node 224 (S430). Accordingly, the terminal 210 forms a bearer according to the received PCC rule.

In order to receive the real-time packet service, the terminal 210 transmits an INVITE request message including SDP offer information to the application server 280 to establish a call with the application server 280 (S440). The INVITE request message may include the type and characteristics of media, address information, and the like in communication performance supported by the terminal 210.

Here, the INVITE request message may be delivered to the application server 280 through the proxy CSCF and the serving CSCF in the HTTP POST method. The INVITE request message according to an embodiment of the present invention may be generated and transmitted in the HTTP format.

Accordingly, the application server 280 transmits a 100 Trying response message, and sends a 183 Session Progress message to notify the terminal 210 that the current call setup process is in progress. In this case, the 183 Session Progress message may include a process of notifying Session Description Protocol (SDP) media information used to set a media path so that the terminal 210 knows the final state of a call.

Here, the SDP may include information such as a protocol version, a unique ID for the session, a session name, time information, media coordination and attributes, and address information for establishing a session.

The terminal 210 transmits a PRACK message in response to the 183 Session Progress message, and in response, the application server 280 transmits a 200 OK message to the terminal 210.

Thereafter, when a change occurs in the information of the terminal 210, the terminal 210 may generate an UPDATE message and transmit it to the application server 280, the UPDATE message is the quality of service information by the IMS system 230 Can be used to set.

In response to the INVITE request message, the application server 280 transmits an INVITE response message including the SDP answer information to the terminal 210 together with the 200 OK message (S450 and S460), and the INVITE response message is similar to the INVITE request message. It can be generated and sent in HTTP format.

In addition, in response to the INVITE response message, the terminal 210 transmits a 200 OK message to the application server 280 (S470). As the service quality information is exchanged, the terminal 210 exchanges the application server 280. Real-time packet service can be provided from the system.

5 is a flowchart illustrating a process of providing a secondary request message generated by modifying an INVITE request message according to an embodiment of the present invention.

Once the real time packet service is received from the application server 280, the terminal 210 may request modification of the PDP context. To this end, the terminal 210 transmits a PDP context modification request message to the packet gateway support node 224 through the packet switching support node 223 (S510), and receives a PDP context modification response message in response thereto ( S520).

Then, the CCR command and the CCA command are exchanged between the packet gateway support node 224 and the policy and charging control unit 234 (S530), and the terminal 210, which forms a bearer according to the PCC rule, establishes a call with the application server 280. For the second request message including the SDP offer information may be transmitted (S540).

Similar to the INVITE request message, the secondary request message may be prepared in HTTP format and transmitted by HTTP POST. The secondary request message may be generated by modifying the transmitted INVITE request message for call setup.

In response to the secondary request message, the application server 280 transmits the secondary response message including the SDP answer information to the terminal 210 together with the 200 OK message (S550 and S560), and the secondary response message is also secondary. Like the request message, it can be generated and sent in HTTP format.

In response to the secondary response message, the terminal 210 transmits a 200 OK message to the application server 280 (S570), thereby providing a real-time packet service according to the modified PDP context.

6 is a flowchart illustrating a process of providing a newly generated secondary request message according to an embodiment of the present invention.

As the terminal 210 wishing to access the IMP network transmits a PDP context activation request message, the PDP context creation request message and response message are exchanged between the terminal 210 and the packet gateway support node 224 (S610). The CCR command and the CCA command are exchanged between the gateway support node 224 and the policy and charging control unit 234 (S620).

In addition, the terminal 210 transmits an INVITE request message in HTTP format including SDP offer information to establish a call with the application server 280, and receives a response message thereto (S630). As the INVITE request message is exchanged, the terminal 210 receives a real time packet service from the application server 280.

At this time, the terminal 210 to receive the service according to the new PDP context may transmit the PDP context activation request message again and exchange the PDP context creation request message and the response message with the packet gateway support node 224 ( S640).

When the bearer formation is completed by exchanging a CCR command and a CCA command between the packet gateway support node 224 and the policy and charging control unit 234 (S650), the terminal 210 transmits a second request message and responds thereto. The message may be received (S660), where the secondary request message may be a newly generated message rather than a modified INVITE request message.

Whether to modify the INVITE request message to generate a second request message or to generate a new one can be determined by an administrator. It may be determined depending on the presence or absence.

Although embodiments of the present invention have been described above with reference to the accompanying drawings, those skilled in the art to which the present invention pertains may implement the present invention in other specific forms without changing the technical spirit or essential features thereof. You will understand that. It is therefore to be understood that the above-described embodiments are illustrative in all aspects and not restrictive.

1 is a conceptual diagram illustrating that a request message in HTTP format is transmitted and received according to an embodiment of the present invention.

2 is a diagram illustrating a wired / wireless hybrid network system based on IMS according to an embodiment of the present invention.

3 is a block diagram illustrating an apparatus for providing quality of service information using HTTP according to an embodiment of the present invention.

4 is a flowchart illustrating a process of providing service quality information using HTTP according to an embodiment of the present invention.

5 is a flowchart illustrating a process of providing a secondary request message generated by modifying an INVITE request message according to an embodiment of the present invention.

6 is a flowchart illustrating a process of providing a newly generated secondary request message according to an embodiment of the present invention.

<Explanation of symbols on main parts of the drawings>

310: communication unit 320: control unit

330: message generator 340: message analyzer

Claims (8)

A message generator configured to generate a first request message in HTTP format including service quality information and a second request message modified from the first request message so as to receive a real-time packet service in an IMS network; And Apparatus for providing quality of service information using HTTP including a communication unit for transmitting the first and second request message. The method of claim 1, And the first and second request messages provide quality of service information using HTTP including an INVITE request message including session description protocol offer (SDP offer) information. delete The method of claim 2, The communication unit provides service quality information using HTTP for transmitting the first and second request messages to an application server of the IMS network. Generating a first request message in an HTTP format including quality of service information and a second request message modified from the first request message so as to receive a real-time packet service in an IMS network; And Providing quality of service information using HTTP comprising transmitting the first and second request messages. The method of claim 5, The first and second request messages provide quality of service information using HTTP including an INVITE request message including Session Description Protocol offer (SDP offer) information. delete The method of claim 5, wherein the transmitting step, And transmitting the first and second request messages to an application server of the IMS network.

Images