KR100789868B1 - System and method for the integrated qos support between ip multimedia subsystem network and mobile broadband wireless access network(wibro/wimax) - Google Patents

Abstract

A QoS(Quality of Service) interworking system between an IMS(IP Multimedia Subsystem) network and a portable Internet network, and a method thereof are provided to use QoS-related information obtained from an SIP(Session Initiation Protocol)/SDP(Session Description Protocol) used for a registration or call processing-related message transceived between a UE(User Equipment) and an IMS core network, thereby ensuring a service as obtaining a session by mapping a particular QoS value with the portable Internet network. An IMS core network(120) provides an IP(Internet Protocol)-based multimedia service. A portable Internet access network(110) provides wireless connection between a UE(100) and the IMS core network(120). The UE(100) analyzes a message exchanged during a message transceiving process with the IMS core network(120) to obtain QoS-related information, and establishes a session applied with QoS to the portable Internet access network(110) by using the obtained information.

Description

System and method for the integrated QoS support between IP multimedia subsystem network and mobile broadband wireless access network (WiBro / WiMAX)}

1 is a view showing a service quality interworking system between an IMS core network and a portable Internet network (WiBro / WiMAX) according to the present invention.

2 is a flowchart illustrating a service quality interworking procedure between an IMS core network and a portable Internet network according to the present invention;

3 is a block diagram showing a detailed structure of an IMS core network for user terminal registration according to an embodiment of the present invention.

4 is a signal flow diagram illustrating an IMS core network registration procedure of a user terminal according to an embodiment of the present invention.

5 is a signal flow diagram illustrating a call processing procedure for an IMS core network of a user terminal according to an embodiment of the present invention.

6 is a diagram illustrating a concept of a quality of service session connection with a portable Internet access network according to an embodiment of the present invention.

<Explanation of symbols for the main parts of the drawings>

100: user terminal 101: IMS support engine unit

110: portable Internet network (WiBro / WiMAX) 120: IMS core network

121: CSCF 310: P-CSCF

320: I-CSCF 330: S-CSCF

340: HSS

The present invention relates to a system and method for managing the quality of a mobile Internet service, and more particularly, to a service quality session interworking system and method of an IMS network (IP multimedia subsystem network) and a portable Internet access network (WiBro / WiMAX). will be.

The information and telecommunications service industry has grown at a high speed thanks to the spread of new services such as wireless Internet and high-speed Internet on the basis of mobile phone service. However, as the market matures, the growth of the wireless Internet and high-speed Internet markets is showing signs of slowing. Among them, the WiBro (Wireless Broadband) service is attracting attention as a next-generation growth engine of the information and communication industry.

Wireless Internet (WiBro) is a service that enables wireless Internet access at high speeds anytime, anywhere, and on the go, complementing mobility to wireless LANs, and attaining lower investment costs and higher transmission speeds than wireless Internet in mobile phones. For example, the wireless data service can be provided at a lower cost. In addition, the portable Internet service is a next-generation wireless Internet service that can use the service outside the home and can use the service using a variety of terminals, such as mobility guarantee of 120Km per hour, 1Mbps transmission rate per subscriber, handset, laptop.

On the other hand, WiMax is a technology proposed in the expansion concept of wireless LAN and is a fixed wireless service technology developed around the IEEE 802 series technology. The WiMAX started from the concept of extending the function and range than the Wi-Fi, which is basically a wireless LAN technology. While Wi-Fi has only 30 ~ 200M of coverage, WiMAX can be expanded to 50km and transfer speeds up to 70Mbps. Accordingly, the WiMAX technology is expected to create new market opportunities while partially replacing or supplementing the existing wired and wireless Internet service market. The most important advantage of WiMAX is that it is more cost-effective than standard DSL and cable modems, so that it can provide high-speed Internet service to a distant place with low construction cost.

In other words, the WiBro is a technology to advance Wi-Fi from a mobile phone to each other from the wireless LAN. WiBro is being developed and led by the Ministry of Information and Communication and WiMAX is developed by Intel, a multinational communication equipment company. Is leading. The portable Internet adopts various technologies to ensure high-speed data transmission, thereby adding various services such as GoD (Game-on-Demand), Video-on-Demand (VOD), and digital broadcasting in addition to existing voice or data-oriented services. It is expected to be able to provide.

On the other hand, the expansion of such applications can lead to a tremendous increase in traffic, and therefore, portable Internet services require considerably higher bandwidths than conventional wireless Internet services. However, because applications are not just expanding quantitatively but also varying qualitatively, a simple bandwidth increase does not guarantee good quality of service.

In other words, there is a need for a technology that meets demands such as transmission reliability, real-time transmission, etc., and this technology is called a Quality of Service (QoS) management technology.

High-speed Internet already supports broadband services, so various QoS management techniques have been studied and already implemented. However, since the Internet service based on the conventional wireless Internet network, for example, Code Division Multiple Access (CDMA), Wideband CDMA (W-CDMA), Global System for Mobile Communication (GSM), etc., it was not necessary to apply QoS because it operates in a circuit manner. .

That is, in the conventional wireless Internet system, once a call is set up, traffic resources are secured until the end of the call and is not affected by other calls. Thus, even without QoS, existing subscribers could not be affected. However, in the case of a portable Internet network such as a WiBro / WiMAX system, contention for resource occupancy occurs between multiple subscribers connected at the same time. Therefore, unlike the third generation wireless Internet service, QoS management is required to determine and execute a traffic resource according to the type of service.

An object of the present invention is an IMS network and a portable Internet access network for setting and managing a service flow of a portable Internet based access network for an IMS quality of service session using service quality related information obtained from messages transmitted and received between a user terminal and an IMS core network. A service quality session interworking system and method are provided.

In addition, an object of the present invention is a mobile Internet-based access for IMS quality of service session using the quality of service information obtained from the SIP / SDP protocol used for registration or call processing related messages transmitted and received between the user terminal and the IMS core network A service quality session interworking system and method for an IMS network and a portable Internet access network for setting and managing a service flow of a network are provided.

The system of the present invention for achieving the above object, IMS core network for providing an IP-based multimedia service; A portable Internet access network providing a wireless connection between the IMS core network and a user terminal; And a user terminal for analyzing the messages exchanged during the message transmission / reception process with the IMS core network, obtaining service quality related information, and establishing a session to which the quality of service is applied to the portable Internet access network using the obtained information. It is characterized by including.

The user terminal may include an IMS support engine unit configured to obtain message quality related information by analyzing messages exchanged in a message transmission / reception process with the IMS core network.

Meanwhile, the message exchanged to obtain the quality of service related information is a registration message transmitted by the user terminal to register in the IMS network.

In this case, the registration message is characterized in that the SIP protocol message, the information obtained through the registration message is characterized in that the public user ID information of the user terminal.

The message exchanged to obtain the quality of service related information is a message related to call processing for establishing a session with the IMS network and reserving a resource suitable for a service. Is characterized by including a SIP protocol message or SDP protocol information.

Meanwhile, the call processing related message may be any one or more selected from an INVITE message, a session processing message, a PRACK message, a 200 OK message, and a ringing message, and the information obtained through the call processing related message may be a sending side IP. And at least one selected from an address and a port, a receiving IP address and a port, a transmitting media port, a receiving media port, and quality of service related information.

In this case, the parameter information for applying the quality of service to the portable Internet access network using the obtained information may include a maximum sustainable traffic rate, a minimum reserved traffic rate, a traffic priority, a maximum delay, an allowable jitter, and an uplink scheduling type. And at least one selected from an unsolicited grant or polling interval.

According to an aspect of the present invention, there is provided a method comprising: transmitting and receiving a message to and from an IMS core network providing an IP-based multimedia service through a portable Internet access network at a user terminal; Analyzing the messages exchanged during the message transmission / reception with the IMS core network to obtain service quality related information; And establishing a session to which the quality of service is applied to the portable Internet access network by using the obtained information.

On the other hand, the information on the service quality session interworking method of the IMS network and the portable Internet access network may be stored in a recording medium that can be read by the server computer. Such recording media includes all kinds of recording media on which programs and data are stored so that they can be read by a computer system. Examples include Read Only Memory (ROM), Random Access Memory (RAM), Compact Disk (CD), Digital Video Disk (DVD) -ROM, Magnetic Tape, Floppy Disk, Optical Data Storage, etc. It also includes implementations in the form of (eg, transmission over the Internet). In addition, these recording media can be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed fashion.

The present invention relates to a quality of service between an IMS (IP Multimedia Subsystem) network and a portable Internet (eg, IEEE 802.16-2004 / 802.16e-2005 based WiMAX / mobile WiMAX / WiBro) access network. (Hereinafter referred to as 'QoS') A method for integrating sessions.

Signaling in the IMS network is registration and call using Session Initiation Protocol (hereinafter referred to as 'SIP') / Session Description Protocol (hereinafter referred to as 'SDP'). It is classified as a call flow process. In this case, the present invention analyzes the transmitted / received SIP / SDP message to obtain information of an IMS QoS session, and uses this to access a portable Internet (ie IEEE 802.16-2004 / 802.16e-2005) based access network for an IMS QoS session. Sets and manages a medium access control (MAC) service flow of the service. In addition, the present invention proposes an overall procedure and method thereof.

Meanwhile, in the IMS network, as described above, a registration and call flow procedures are performed as basic call procedures. First, the purpose of the registration procedure is to register user identities with the IMS network and receive a user profile. The overall flow of the registration procedure is as follows.

1) When initial registration is completed, 2) Periodic registration is performed periodically, and 3) Active status is maintained (when timeout is applied, S-CSCF registers without notice to the UE. De-registration) and 4) deregistration is performed by the de-registration procedure.

The purpose of the call flow procedure is to establish a session and reserve resources appropriate for the service. The call flow may determine whether the requested session is established or fails according to a response after requesting a session.

In this case, the signaling protocol used in the above two procedures (ie, registration and call processing) is SIP, and SDP is used as a protocol for describing the content of a requested resource.

Meanwhile, the SIP corresponds to H.323 of ITU-T and is an end-to-end signaling protocol for providing a service between terminals or users. It operates independently from the transport protocol and is a control protocol of the application layer that is proposed for the general purpose of creating, modifying and terminating multimedia sessions such as Internet telephony. In addition, since the SIP follows a message format based on HTTP, a text-based message is transmitted and received, and a message type includes a request / response. Therefore, information related to IP connectivity can be obtained from the SIP message.

Since the SDP is a protocol for providing a detailed description of the session and is not involved in the distribution of information, the SDP can obtain the QoS information to be specifically serviced from the SDP message.

Accordingly, the present invention utilizes the information obtained in the above-described call flow and registration procedures, based on IEEE 802.16-2004 / 802.16e-2005 (e.g., access network such as WiBro / WiMAX). network session) QoS session establishment method. Meanwhile, in the present invention, a software module for performing such an operation is referred to as an 'IMS support engine'.

DETAILED DESCRIPTION Hereinafter, a detailed description of a preferred embodiment of the present invention will be described with reference to the accompanying drawings. In the following description, detailed descriptions of well-known functions or configurations will be omitted when it is determined that the detailed descriptions of the known functions or configurations may unnecessarily obscure the subject matter of the present invention.

First, the system and method according to the present invention will be briefly described with reference to FIGS. 1 and 2.

1 is a diagram illustrating a service quality interworking system between an IMS core network and a portable Internet network (WiBro / WiMAX) according to the present invention.

Referring to FIG. 1, when the user equipment (UE) 100 receives a communication service through the portable Internet access network 110 and the IMS core network 120 as described above, Through the QoS session interworking between the portable Internet access network 110 and the IMS core network 120, MAC service processing of the portable Internet access network 110 can be set and managed.

At this time, the user terminal 100 performs the registration and call processing procedure through the exchange of SIP / SDP message with the CSCF unit 121 of the IMS core network 120, in the present invention of the user terminal 100 The IMS support engine unit 101 analyzes the messages exchanged during the procedure to obtain QoS related information, and establishes a session (service processing) to which QoS is applied to the portable Internet access network 110 by using the obtained information. Done.

2 is a flowchart illustrating a service quality interworking procedure between an IMS core network and a portable Internet network (WiBro / WiMAX) according to the present invention.

Referring to FIG. 2, the present invention first performs a registration procedure between the user terminal and the IMS network (S201), and obtains and stores ID (ie, user identities) information of the user terminal from the registration message transmitted and received (S202). Done.

Then, the call processing procedure between the user terminal and the ISM network is performed (S203). At this time, the transceiver side address, port information, and QoS related information are obtained and stored from the call processing related message transmitted and received (S204).

Finally, the MAC service flow of the portable Internet based access network for the QoS session with the IMS network is established and managed using the stored information (S205). As described above, the processing procedure is handled by the IMS support engine unit 101 of the user terminal.

Hereinafter, the system and method according to the present invention described above with reference to FIGS. 3 to 6 will be described in more detail.

First, each information that can be obtained through the registration and call processing procedures will be described together with the details of the message to be transmitted.

<Registration ( Registration ) Information available through the process>

An actual procedure occurring upon registration of an IMS network of a user terminal will be described with reference to FIGS. 3 and 4.

3 is a block diagram illustrating a detailed structure of an IMS core network for registering a user terminal according to an embodiment of the present invention.

Referring to FIG. 3, the user terminal (UE) 100 performs user registration and call processing through message exchange with the CSCF unit 121 of the IMS core network.

The Call State Control Function (CSCF) unit 121 performs a function in charge of a part related to call and session processing, and performs a function as a gateway for an incoming call, a call control function, an SPD function, and an address processing function.

The CSCF unit 121 may be classified into P (Proxy) -CSCF 310, I (Interrogating) -CSCF 320 and 350, and S (Serving) -CSCF 330 according to its function.

The P-CSCF 310 is a point where a user terminal 100 first encounters when accessing an IMS through an access network. The P-CSCF 310 also acts as a proxy or user agent as defined in IETF RFC 2543. That is, the SIP registration request message from the user terminal 100 is transferred to the I-CSCFs 320 and 350 of the user's home domain, and the address of the S-CSCF 330 is stored in this registration procedure. When there is a SIP message from the terminal 100 to the S-CSCF 330, it forwards it to the S-CSCF 330.

The I-CSCF 320 serves as a contact point for all incoming calls to connect to subscribers in the network and as a contact point with other network subscribers roaming in the network. The I-CSCF 320 determines the S-CSCF 330 by querying the home subscriber server (HSS) 340 and allocates the S-CSCF 330 to the user terminal 100 during the registration process. In addition, it serves to forward the SIP request message to the S-CSCF (330), and serves to determine the HSS (340) by querying the SLF in the network in which several HSS (340).

The S-CSCF 330 receives the subscriber profile in conjunction with the HSS 340 as well as all session state management functions of the IMS and performs main functions for call processing.

The procedure for registering and calling the user terminal 100 through the CSCF unit 121 will be described later.

4 is a signal flow diagram illustrating an IMS core network registration procedure of a user terminal according to an embodiment of the present invention.

Registration messages (S401, 402) are sent twice, and the procedure is successfully completed when the 200 OK message is finally received. In the present invention, the same information is obtained and stored at the time of registration, re-registration, and de-registration.

On the other hand, registration / re-registration / deregistration (Registration / re-registration / de-registration) is for the user terminal is registered in the S-CSCF of the IMS network to receive the appropriate service, it is not related to the direct session connection. Therefore, the information to be extracted during registration is the public user identity (S403) of the user terminal, which is shown in FIG. The information is a public user identity of the current user. After the 200 OK message arrives (S404 and S405), the information is stored as registered information in the IMS support engine unit (S406) and deregistered (de-). Remove them at registration. The 'registration message' and '200 OK message' may be configured as shown in <Table 1> and <Table 2>, respectively. However, in case of subscript transmission, 'implicit public user identity' is also stored. If registration fails (when an error message arrives instead of a '200 OK message' finally), it is advisable not to store any information about the IMS.

REGISTER sip: cmaxwireless.kr SIP / 2.0 Via: SIP / 2.0 / UDP [5555 :: a: b: c: d]; branch = 0uetb Route: SIP: [5555 :: a: f: f: e]; 1r Max-Forwards: 70 From : < sip : kmj@cmaxwireless.kr>; tag = phoja To: <sip: kmj@cmaxwireless.kr> Contact: <sip: [5555 :: 1: 2: 3: 4]>; expires = 60000 Call-ID: afkdfleje0375499 CSeq: 25 REGISTER Content-Length: 0

Lines in bold in Table 1 become public user ID information of the user terminal.

SIP / 2.0 200 OK P-Associated-URI: <sip: kmj@cmaxwireless.kr >, <sip: mj@cmaxwireless.kr><sip: mooki@cmaxwireless.kr >, <sip: + 82-123-456- 789@cmaxwireless.kr ; user = phone><sip:+82-123-456-999@cmaxwireless.kr; user = phone>

<Call processing ( Call flow ) Information available through the process>

Call flow is a setup procedure for connecting a session suitable for a service in IMS. The start of the call flow starts with the UE transmitting the 'INVITE' message to the P-CSCF (S501). At this time, the INVITE message has an initial SDP. That is, information on the media supported by the user terminal is included in the SDP of the INVITE message.

The INVITE message is received by the S-CSCF to verify the service profile and to perform other necessary service control. In this case, when the INVITE message is transmitted to the second user terminal UE # 2 via the receiving S-CSCF and the P-CSCF (S502), the second user terminal UE # 2 (that is, the receiving UE) is 100. (Trying) transmits a message to the first user terminal (S504, S503), and similar to the first user terminal (UE # 1) (that is, the transmitting UE) SDP containing its own media support capability (Media Capability) It transmits through a '183 session processing message' (S505, S506).

From the 183 session processing message, the first user terminal UE # 1 may find an IP address and media support capability for the second user terminal UE # 2 (S507). After receiving the approval of the resource of the receiving P-CSCF, the first user terminal (UE # 1) immediately returns a 'PRACK' message (S508, S509), where the second user terminal (UE # 2) The final result is a re-determination of the media types that can be supported based on the SDP sent.

The determined information is transmitted to the second user terminal UE # 2 through the path through which the INVITE message is transmitted in the form of SDP. At this time, if there is no objection to the determination in the receiving terminal (ie, the second user terminal), the contents of the transmitting side (that is, the first user terminal) are returned to the '200 OK' message as it is (S510, S511). On the other hand, the first user terminal (UE # 1) can find out the transmission port used by the receiving side through the 200 OK message (S512).

The UEs of both UEs perform resource reservation by the finally determined SDP and after this is successfully performed, the UE # 2 transmits a 'ringing message' to the UE # 1. (S518, S519). At this time, when the receiving user responds, the second user terminal UE # 2 transmits a '200 OK message' to the first user terminal UE # 1 (S520 and S521), and the first user terminal UE # 1) transmits an 'ACK message' in response to the '200 OK message' (S522 and S523).

The overall process, the additional information for each message, and the timing of creating a session for the IEEE 802.16-2004 / 802.16e-2005 access network are shown in FIG.

In the message contents of <Table 3> showing the configuration of the 'INVITE message' according to the procedure of FIG. 5, the SDP information is from "v = option" under "Contention-Length".

INVITE tel: + 1-212-555-2222 SIP / 2.0 Via: SIP / 2.0 / UDP [5555 :: aaa: bbb: ccc: ddd]: 1357; comp = sigcomp; branch = z9hG4bKnashds7 Max-Forwards: 70 Route: <sip: post.visited.com: 7531; lr; comp = sigcomp>, <sip: cspart.cmax.com; lr> P-Preferred-Identity: "Minji Kim"<sip:user01_public01@cmaxwireless.com> P- Access-Network-Info: 3GPP-UTRAN-TDD; utran-cell-id-3gpp = 234151D0FCE11 Privacy: none From: <sip: user01_public01@cmaxwireless.com>; tag = 171828 To: <tel: + 1-212-555-2222> Call-ID: cb03a0s09a2sdfglkj490333 Cseq: 127 INVITE Require: precondition, sec-agree Proxy-Require: sec-agree Supported: 100rel Security-Verify: ipsec-3gpp; q = 0.1; alg = hmac-sha-1-96; spi-c = 98765432; spi-s = 87654321 port-c = 8642; port-s = 7531 Contact: <sip: [5555 :: aaa: bbb: ccc: ddd]: 1357; comp = sigcomp> Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGE Content-Type: application / sdp Content-Length: (…) v = 0 o =-2987933615 2987933615 IN IP6 5555 :: aaa: bbb: ccc: ddd s = -c = IN IP6 5555 :: aaa : bbb : ccc : ddd t = 0 0 m = video 3400 RTP / AVP 98 99 b = AS: 75 a = curr: qos local none a = curr: qos remote none a = des: qos mandatory local sendrecv a = des: qos none remote sendrecv a = rtpmap: 98 H263 a = fmtp: 98 profile-level-id = 0 a = rtpmap: 99 MP4V-ES m = audio 3456 RTP / AVP 97 96 b = AS: 25.4 a = curr: qos local none a = curr: qos remote none a = des: qos mandatory local sendrecv a = des: qos none remote sendrecv a = rtpmap: 97 AMR a = fmtp: 97 mode-set = 0,2,5,7; mode-change-period = 2 a = rtpmap: 96 telephone-event a = maxptime: 20

As shown in Table 3, the INVITE message transmits the information on the media support capability of the first user terminal UE # 1. Therefore, it includes both information that can be applied in common with the second user terminal UE # 2 and information that is not. In this case, the finally determined media information is transmitted in a '200 OK message' for the 'PRACK message'. Hereinafter, the SDP format will be described with reference to <Table 4>.

When looking at the contents of the above-described <Table 3> according to the <Table 4>, the element required for the session (connection) of the access network (access network) is v = (protocol version). e = * (email address) or p = * (phone number), c = * (connection information) and b = * (bandwidth information), a = * (zero or more session attribute lines), and m = (media name and transport address).

Table 5 below is an example of a '183 message' received by the first user terminal UE # 1.

SIP / 2.0 183 Session Progress Via: SIP / 2.0 / UDP scscf1.home1.net; branch = z9hG4bK332b23.1, SIP / 2.0 / UDP pcscf1.visited1.net; branch = z9hG4bK240f34.1, SIP / 2.0 / UDP [5555: : aaa: bbb: ccc: ddd]: 1357; comp = sigcomp; branch = z9hG4bKnashds7 Record-Route: <sip: pcscf2.visited2.net; lr>, <sip: scscf2.home2.net; lr>, <sip: scscf1.home1.net; lr>, <sip: pcscf1.visited1.net; lr> P-Asserted-Identity: "John Smith"<sip:user2_public1@home2.net>,<tel: + 1-212-555- 2222> P-Charging-Vector: icid-value = "AyretyU0dm + 6O2IrT5tAFrbHLso = 023551024"; orig-ioi = home1.net; term-ioi = home2.net Privacy: none From: To: <tel: + 1-212-555-2222>; tag = 314159 Call-ID: CSeq: Require: 100rel Contact : < sip : [5555 :: eee : fff : aaa : bbb ]: 8805; comp = sigcomp > Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGE RSeq: 9021 Content-Type: application / sdp Content-Length: (…) v = 0 o =-2987933623 2987933623 IN IP6 5555: : eee: fff: aaa: bbb s =-c = IN IP6 5555 :: eee: fff: aaa: bbb t = 0 0 m = video 10001 RTP / AVP 98 99 b = AS: 75 a = curr: qos local none a = curr: qos remote none a = des: qos mandatory local sendrecv a = des: qos mandatory remote sendrecv a = conf: qos remote sendrecv a = rtpmap: 98 H263 a = rtpmap: 99 MP4V-ES a = fmtp: 98 profile -level-id = 0 m = audio 6544 RTP / AVP 97 96 b = AS: 25.4 a = curr: qos local none a = curr: qos remote none a = des: qos mandatory local sendrecv a = des: qos mandatory remote sendrecv a = conf: qos remote sendrecv a = rtpmap: 97 AMR a = fmtp: 97 mode-set = 0,2,5,7; mode-change-period = 2 a = rtpmap: 96 telephone-event a = maxptime: 20

Referring to <Table 5>, as shown in FIG. 5, an IP for the second user terminal UE # 2 may be obtained. At this time, the part in which the IP of the second user terminal UE # 2 is displayed is a "Contact option" part, and the part in which the receiving side media support capability is shown is the SDP option side below. However, since the media of the first user terminal UE # 1 and the second user terminal UE # 2 are not negotiated, in the '183 message', the IP address of the second user terminal UE # 2 Only version (IPv6) is used as information.

<Table 6> is a PRACK message transmitted from the first user terminal UE # 1 to the second user terminal UE # 2, and the second user terminal checked in the '183 message' of the <Table 5>. The final description is presented as SDP options by comparing the media support capability of UE # 2) with its own support capability.

In addition, in the "200 OK message" shown in Table 7 to be described later, the sender port number and the SDP information of the media option can be obtained together with the port number used by the receiver.

PRACK sip: [5555 :: eee: fff: aaa: bbb]: 8805; comp = sigcomp SIP / 2.0 Via: SIP / 2.0 / UDP [5555 :: aaa: bbb: ccc: ddd]: 1357; comp = sigcomp; branch = z9hG4bKnashds7 Max-Forwards: 70 P-Access-Network-Info: 3GPP-UTRAN-TDD; utran-cell-id-3gpp = 234151D0FCE11 Route: <sip: pcscf1.visited1.net: 7531; lr; comp = sigcomp>, <sip: scscf1.home1.net; lr>, <sip: scscf2.home2.net; lr>, <sip: pcscf2.visited2.net; lr> From: <sip: user1_public1@home1.net>; tag = 171828 To: <tel: + 1-212-555-2222>; tag = 314159 Call-ID : cb03a0s09a2sdfglkj490333 Cseq: 128 PRACK Require: precondition, sec-agree Proxy-Require: sec-agree Security-Verify: ipsec-3gpp; q = 0.1; alg = hmac-sha-1-96; spi-c = 98765432; spi-s = 87654321; port-c = 8642; port-s = 7531 RAck: 9021 127 INVITE Content-Type: application / sdp Content-Length: (…) v = 0 o =-2987933615 2987933616 IN IP6 5555 :: aaa : bbb : ccc : ddd s = -c = IN IP6 5555 :: aaa : bbb : ccc : ddd t = 0 0 m = video 3400 RTP / AVP 98 b = AS : 75 a = curr : qos local none a = curr : qos remote none a = des : qos mandatory local sendrecv a = des : qos mandatory remote sendrecv a = rtpmap : 98 H263 a = fmtp : 98 profile - level - id = 0 m = audio 3456 RTP / AVP 97 96 b = AS : 25.4 a = curr : qos local none a = curr : qos remote none a = des : qos mandatory local sendrecv a = des : qos mandatory remote sendrecv a = rtpmap: 97 AMR a = fmtp: 97 mode - set = 0,2,5,7; mode - change - period = 2 a = rtpmap : 96 telephone - event a = maxptime : 20

<Table 7> is a message received from the second user terminal (UE # 2) shows the details of the final media support capability also approved in the receiving side. As shown in FIG. 5, the ports (i.e., 10001 and 6544) of the receiving side can also be obtained. The SDP information in Table 7 below may be managed by the IMS support engine as necessary information when establishing a session of the access network. According to the procedure of FIG. 5, the IMS network subsequently performs setting of resources by an update message (S513, S514, S516, S517). At the same time, the IMS support engine unit establishes a session of the access network.

SIP / 2.0 200 OK Via: SIP / 2.0 / UDP scscf1.home1.net; branch = z9hG4bK332b23.1, SIP / 2.0 / UDP pcscf1.visited1.net; bran = z9hG4bK240f34.1, SIP / 2.0 / UDP [5555 :: aaa: bbb: ccc: ddd]: 1357; comp = sigcomp; branch = z9hG4bKnashds7 From: To: Call-ID: CSeq: Content-Type: application / sdp Content-Length: (…) v = 0 o =-2987933623 2987933624 IN IP6 5555 :: eee: fff: aaa: bbb s = -c = IN IP6 5555 :: eee: fff: aaa: bbb t = 0 0 m = video 10001 RTP / AVP 98 b = AS : 75 a = curr : qos local none a = curr : qos remote none a = des : qos mandatory local sendrecv a = des : qos mandatory remote sendrecv a = conf : qos remote sendrecv a = rtpmap : 98 H263 a = fmtp : 98 profile - level - id = 0 m = audio 6544 RTP / AVP 97 96 b = AS : 25.4 a = curr : qos local none a = curr : qos remote none a = des : qos mandatory local sendrecv a = des : qos mandatory remote sendrecv a = conf : qos remote sendrecv a = rtpmap: 97 AMR a = fmtp: 97 mode - set = 0,2,5,7; mode - change - period = 2 a = rtpmap : 96 telephone - event a = maxptime : 20

<To mobile internet connection network QoS  Interlocking Plan>

Hereinafter, as described above, a session (ie, a session in which QoS is applied to an access network based on a portable Internet (eg, IEEE 802.16-2004 / 802.16e-2005) using information obtained in a registration and call processing procedure) is used. A service flow is a unidirectional two-layer connection object specified in an IEEE 802.16 network, and the guarantee of QoS is a QoS parameter of such a service process. It is made up of settings for.

Therefore, the content of the service according to the present invention is to provide a differentiated service of the type shown in FIG.

Meanwhile, the information obtained in the above-described registration and call processing procedure is summarized in Table 8 below.

Explanation Contents IP version IP version 6 Sender IP address and port 5555 :: aaa: bbb: ccc: ddd, 1357 Recipient IP Address and Port 5555 :: eee: fff: aaa: bbb, 8805 Sender Media Port 3400, 3456 Receive-side media port 10001, 6544 Session description v = 0 o =-2987933615 2987933616 IN IP6 5555 :: aaa: bbb: ccc: ddd s =-c = IN IP6 5555 :: aaa: bbb: ccc: ddd t = 0 0 m = video 3400 RTP / AVP 98 b = AS: 75 a = curr: qos local none a = curr: qos remote none a = des: qos mandatory local sendrecv a = des: qos mandatory remote sendrecv a = rtpmap: 98 H263 a = fmtp: 98 profile-level-id = 0 m = audio 3456 RTP / AVP 97 96 b = AS: 25.4 a = curr: qos local none a = curr: qos remote none a = des: qos mandatory local sendrecv a = des: qos mandatory remote sendrecv a = rtpmap: 97 AMR a = fmtp: 97 mode-set = 0,2,5,7; mode-change-period = 2 a = rtpmap: 96 telephone-event a = maxptime: 20 v = 0 o =-2987933623 2987933624 IN IP6 5555 :: eee: fff: aaa: bbb s =-c = IN IP6 5555 :: eee: fff: aaa: bbb t = 0 0 m = video 10001 RTP / AVP 98 b = AS: 75 a = curr: qos local none a = curr: qos remote none a = des: qos mandatory local sendrecv a = des: qos mandatory remote sendrecv a = conf: qos remote sendrecv a = rtpmap: 98 H263 a = fmtp : 98 profile-level-id = 0 m = audio 6544 RTP / AVP 97 96 b = AS: 25.4 a = curr: qos local none a = curr: qos remote none a = des: qos mandatory local sendrecv a = des: qos mandatory remote sendrecv a = conf: qos remote sendrecv a = rtpmap: 97 AMR a = fmtp: 97 mode-set = 0,2,5,7; mode-change-period = 2 a = rtpmap: 96 telephone-event a = maxptime: 20

The SDP information shown in Table 8 indicates that connection information (IP ver / address) and one video channel and one audio channel are required. At this time, the details of each channel can be checked through the a option: current status (curr), desired status (des), confirmation status (conf), precondition-type (qos), strength-tag (mandatory, optional ..), status- type (e2e, local, remote ..), direction-tag (none, send, recv, sendrecv) Of these, the m option, b option and a option is for the contents of the QoS parameters shown in Table 9 below.

The QoS parameters are elements for scheduling services, and may set contents thereof when creating or modifying a service flow of a portable Internet (eg, IEEE 802.16-2004 / 802.16e-2005).

6 is a diagram illustrating a service quality session connection concept with a portable Internet access network according to an exemplary embodiment of the present invention.

If the application service type is 'VoIP', which is suppressed, it may be 'ert-PS', or 'UGS', if it is not suppressed. In addition, when the scheduling type is 'rt-PS', 'Unsolicited Polling Interval' is applied, so the performance measurement module is created in the lower level protocol to measure and apply the correct number of intervals. It is also possible. In this case, 'Latency', 'jitter', etc. may also be applied in the same context.

As described above, according to the present invention, by using the SIP / SDP information of the above-described IMS, it is possible to map a specific QoS value to a portable Internet (IEEE 802.16-2004 / 802.16e-2005) access network to secure a session and guarantee a service. .

On the other hand, in the embodiment of the present invention has been described with respect to specific embodiments, various modifications are possible without departing from the scope of the invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the appended claims, but also by the equivalents of the claims.

According to the present invention, by using the service quality-related information obtained from the SIP / SDP protocol used for registration or call processing-related messages transmitted and received between the user terminal and the IMS core network, the mobile Internet (IEEE 802.16-2004 / 802.16e- 2005) There is an advantage that can secure session and guarantee service by mapping specific QoS value to access network.

Claims (22)

IMS core network providing IP based multimedia service; A portable Internet access network providing a wireless connection between the IMS core network and a user terminal; And A user terminal that analyzes the messages exchanged during the message transmission / reception process with the IMS core network to obtain service quality related information, and establishes a session to which the quality of service is applied to the portable Internet access network using the obtained information; Quality of service interworking system between the IMS network and the portable Internet network (WiBro / WiMAX) characterized in that. The method of claim 1, wherein the user terminal, And an IMS support engine unit for analyzing the messages exchanged during the message transmission / reception process with the IMS core network to obtain service quality-related information. The method of claim 1, wherein the messages exchanged to obtain the quality of service related information are: The service quality interworking system between the IMS network and the portable Internet network, characterized in that the registration message transmitted by the user terminal to register in the IMS network. The method of claim 3, wherein the registration message, Quality of service interworking system between the IMS network and the portable Internet network, characterized in that the SIP protocol message. The method of claim 3, wherein the information obtained through the registration message is Quality of service interworking system between the IMS network and the portable Internet network, characterized in that the common user ID information of the user terminal. The method of claim 1, wherein the messages exchanged to obtain the quality of service related information are: And a message related to call processing for establishing a session with the IMS network and reserving a resource suitable for a service. The method of claim 6, wherein the call processing related message, Quality of service interworking system between the IMS network and the portable Internet network, characterized in that the SIP protocol message. The method of claim 6, wherein the call processing related message, Quality of service interworking system between the IMS network and the portable Internet network, characterized in that it comprises SDP protocol information. The method of claim 6, wherein the call processing related message, Quality of service interworking system between the IMS network and the mobile Internet network, characterized in that any one or more selected from the INVITE message, session processing message, PRACK message, 200 OK message and Ringing message. According to claim 6, Information obtained through the call processing related message, A service quality interworking system between an IMS network and a portable Internet network, characterized in that at least one selected from among a sending IP address and a port, a receiving IP address and a port, a sending media port, a receiving media port, and quality of service related information. The method of claim 1, wherein the parameter information for applying the quality of service to the portable Internet access network using the obtained information, Between at least one of the maximum sustainable traffic rate, the minimum bookable traffic rate, traffic priority, maximum delay, allowable jitter, upscheduling type, and unsolicited grant or polling interval. Quality of Service interworking system. Transmitting and receiving a message from the user terminal to an IMS core network providing an IP-based multimedia service through a portable internet access network; Analyzing the messages exchanged during the message transmission / reception with the IMS core network to obtain service quality related information; Establishing a session to which the quality of service is applied to the portable Internet access network by using the obtained information; and a service quality interworking method between an IMS network and a portable Internet network (WiBro / WiMAX). The method of claim 12, wherein the message exchanged to obtain the quality of service related information, And a registration message transmitted by the user terminal for registration in the IMS network. The method of claim 13, wherein the registration message, Quality of service interworking method between the IMS network and the portable Internet network, characterized in that the SIP protocol message. The method of claim 13, wherein the information obtained through the registration message is The service quality interworking method between the IMS network and the portable Internet network, characterized in that the common user ID information of the user terminal. The method of claim 12, wherein the message exchanged to obtain the quality of service related information, And a message related to call processing for establishing a session with the IMS network and reserving a resource suitable for a service. The method of claim 16, wherein the call processing related message, Quality of service interworking method between the IMS network and the portable Internet network, characterized in that the SIP protocol message. The method of claim 16, wherein the call processing related message, A service quality interworking method between an IMS network and a portable internet network, characterized by including SDP protocol information. The method of claim 16, wherein the call processing related message, The service quality interworking method between the IMS network and the mobile Internet network, characterized in that any one or more selected from the INVITE message, session processing message, PRACK message, 200 OK message and Ringing message. The method of claim 16, wherein the information obtained through the call processing related message is: A service quality interworking method between an IMS network and a portable Internet network, characterized in that at least one selected from among a sending IP address and a port, a receiving IP address and a port, a sending media port, a receiving media port, and quality of service related information. The method of claim 12, wherein the parameter information for applying the quality of service to the portable Internet access network using the obtained information, Between at least one selected from among the maximum sustainable traffic rate, the minimum bookable traffic rate, traffic priority, delay maximum, allowable jitter, upscheduling type, and unsolicited grant or polling interval. How to link quality of service. A computer-readable recording medium containing a program capable of performing the method according to any one of claims 12 to 21.

Images