KR20070030617A - System and Method for expanding RSVP tunnel using wireless regional SIP registration - Google Patents

Abstract

The present invention is a SIP that registers location information of a first terminal by performing a local SIP registration process with a first base station that transmits an address reservation response message to a first terminal that receives an address reservation (RESV) request message from a first terminal. And a second base station that registers an address reservation and becomes a target base station when a handoff occurs, and forms a resource reservation protocol (RSVP) tunnel with the first base station, and a second terminal that creates a new RSVP session with the first terminal. It provides RSVP tunnel expansion system using wireless local SIP registration. In addition, the RSVP tunnel extension method using wireless local SIP registration is implemented by such a system.

Cell phone, mobile communication, RSVP, tunnel, extended tunnel, handoff, priority resource

Description

RSP Tunnel Expansion System using Wireless Local SIP Registration and its RSP Tunnel Expansion Method {System and Method for expanding RSVP tunnel using wireless regional SIP registration}

1 is a conceptual diagram illustrating a system for extending a RSVP tunnel according to an embodiment of the present invention.

2 is a diagram illustrating a system configuration of a mobile communication terminal of FIG. 1.

3 is a graph illustrating a cell search process when a handoff occurs according to an embodiment of the present invention.

4 is a sequence chart showing a process of performing RSVP tunnel extension according to an embodiment of the present invention.

5 is a process diagram showing the RSVP tunnel expansion process of FIG.

***** Description of Major References on Drawings *****

100: receiving terminal 110, 111: wireless repeater

120: current station 121: target base station

130: SIP proxy 160: transmitting terminal

The present invention relates to an RSVP tunnel extension in wireless communication, and more particularly, to a system and method for improving service quality by minimizing resource reservation disconnection for real-time traffic generated during movement of VoIP service in a wireless mobile network. It is about.

In a wireless access network using a conventional terminal device, a network change occurs during handoff between base stations or handoff between routers. This requires resource reservation. In this case, it is possible to set a reservation for a seamless remote path by using a method such as a multicast or a forwarding path setting between base stations. Of course, a regional extension method of a path through regional registration has also been proposed.

The third method is the movement of application measurement. In other words, the terminal predicts a path to a changeable cell in the cell and generates a new RSVP session with the corresponding address in advance so that communication can be performed in a new session.

However, in case of the first method, there is a disadvantage that the terminal cannot avoid the RSVP tunnel set globally by using a fixed address. This is a problem that must be solved through routing optimization, or there is a delay when a care of address (COA) allocation occurs in each terminal, and thus it cannot guarantee the continuity of the RSVP session. In case of the second method, there is a problem in that a global RSVP tunnel is generated. In case of the third method, signaling redundancy for terminal mobility is generated, so delay in session update is generated from mobile IP registration, and thus, quality deterioration that occurs during the movement of the entire VoIP application cannot be avoided.

In addition, there is a path extension method using hierarchical RSVP tunneling and SIP mobility, but it is not as effective as the method described above. In other words, the hierarchical RSVP tunneling method has a lower routing path efficiency and additional handoff latency between GFAs along with additional network configuration. In addition, in case of the path extension method using SIP mobility, there is a vulnerability to IP area security along with additional network configuration.

As an object of the present invention, an object of the present invention is to provide a system and method that can reduce resource consumption by not generating a wide area RSVP session.

In addition, the present invention has another object to reduce the latency (latency) generated during the handoff of the terminal.

In order to achieve the above object, the present invention provides a first terminal for transmitting an address reservation response message, which receives an address reservation request message from a first terminal, to a first terminal, and performing a local SIP registration process. SIP Proxy that registers location information of the service, registers an address reservation, becomes a target base station when a handoff occurs, and establishes a new RSVP session with the first terminal and a first base station that forms a resource reservation protocol (RSVP) tunnel. An RSVP tunnel expansion system using a wireless local area SIP registration including a second terminal to be generated is provided.

At this time, the first terminal is assigned an address from the second base station before the handoff process is completed using the PAR-SIP method, characterized in that it has a PAR-SIP module for generating a SIP session.

In addition, the first base station and the second base station is characterized in that it has a PAR-SIP module for performing the PAR-SIP method.

On the other hand, the present invention, when the handoff occurs, the step of confirming the network ID of the cell through the cell search, sending an address reservation (RESV) request message, register the address reservation and the address reservation It provides a method comprising the steps of registering the location information of the terminal with respect to, generating an RSVP tunnel or RSVP extension tunnel, and creating a new RSVP session.

At this time, the RSVP session generation step includes receiving an address reservation response message and transmitting an RSVP PATH message to the target base station.

The method of claim 8,

In this case, the RSVP tunnel may be generated between base stations by MGCP or GSMP when the SIP proxy is in the same domain.

In this case, the RSVP extension tunnel may be generated between base stations by SIP-T when the SIP proxy is in another domain.

In this case, the extended RSVP tunnel may be released when a wide area RSVP session is performed for optimization between terminals.

Therefore, the regional RSVP pass can be extended by the local SIP registration, thereby ensuring connection robustness and reducing resource consumption by not generating a wide area RSVP session.

Hereinafter, with reference to the accompanying drawings will be described in detail an embodiment according to the present invention.

1 is a conceptual diagram illustrating a system for determining a RSVP tunnel according to an embodiment of the present invention. Referring to the drawings, receiving terminal 100 for receiving packet data and requesting resource reservation, base station controllers 120 and 121 performing RSVP tunneling, and location information of the terminal with respect to the reserved address SIP proxy server 130 for registering and performing session tunneling, a gateway 140 connected to the Internet network 150, and a transmitting terminal 160 for receiving resource reservations, allocating resource reservations, and transmitting data. do.

The dual receiving terminal 100 performs a function of requesting resource reservation and receiving a response message to connect the target base station and wireless communication. 2 is a view showing the structure of the receiving terminal 100 for this purpose.

Referring to FIG. 2, the receiving terminal 100 includes a control unit 200, a key input unit 210, a display unit 220, a memory unit 230, a VoIP module 240, and a PAR-SIP module 250. ), And a wireless circuit unit 260.

The controller 200 controls functions implemented in the receiving terminal and processes data and signals with other components.

The key input unit 210 performs a digit button (0-9), a special key button (*, # ....), a letter key button engraved with a Korean alphabet or alphabet, which is used as an input in a mobile communication terminal. Consists of a function key button, and serves as an interface for transmitting a user's instruction to the control unit 100.

The display unit 220 may be formed of a display device such as a liquid crystal display (LCD), an organic light emitting diode (OLED), or the like, and may be controlled by the user of the mobile terminal according to the control of the controller 200. Displays the selected menu screen, the execution screen, and the result screen.

The memory unit 230 may include a flash memory, a RAM, an electrically erasable programmable read only memory (EEPROM), or the like. In other words, the basic real-time operating system (OS) and the call processing software of the terminal are stored in the flash memory, and the variables and states of these programs are retrieved from the RAM and run. The ROM may be configured as an EEPROM, and may store nonvolatile data that may be electrically erased or stored again, and perform input / output according to a command of the controller 200.

In particular, in the present invention, when the terminal moves from the cell to another cell, a handoff occurs. In this case, when the network ID is changed after searching for the cell and checking the network ID of the target cell by selecting a corresponding cell, the corresponding target is selected. Programs and data are stored that include algorithms for pre-reserving the address of the cell's network.

The VoIP module 240 performs a function of receiving a voice packet through the assigned IP. That is, since voice is included in the IP packet data, voice data can be received through VoIP by decrypting the extracted voice.

When the terminal moves from one cell to another cell, the PAR-SIP module 250 generates a handoff. At this time, the cell is searched and the predicted cell is selected to confirm the network ID of the target cell. If the network ID is changed after checking, the network address of the target cell is reserved in advance.

The wireless circuit unit 260 receives a telephone call or data sent by an external telephone through the antenna 261 and transmits it to the control unit 200 or transmits data stored in the memory unit 230. That is, transmission and reception of voice or text data and control data are controlled.

1, the receiving terminal 100 described above is wirelessly connected to the base stations 120 and 121 through the wireless repeaters 110 and 111. Therefore, the receiving terminal 100 transmits and receives wireless data with the base station (120, 121). In this case, the base stations 120 and 121 symbolize different cells. Accordingly, for convenience, the base station 120 becomes the current base station (which may be referred to as the first base station) before the handoff, and the base station 121 becomes the target base station (which may be referred to as the second base station) after the handoff.

Hereinafter, for convenience, it will be referred to as the current station 120 and the target base station 121. Therefore, the current station 120 represents the cell before the handoff, and the target base station 121 represents the cell after the handoff (Predictive cell). In addition, the current station 120 and the target base station 121 is composed of a PAR-SIP module.

When the handoff occurs, the PAR-SIP scans the neighbor cells in the cell below the cell search threshold. That is, before the CST (Cell search threshold), select the Predictive cell in the cell prediction threshold (Cell prediction threshold) to check the network ID of the cell and if there is a change in the network, the target network It is a way to reserve the address in advance.

If the information of these base stations is displayed, it may be represented as shown in Table 1. It is to be understood that the contents may be different because they are for convenience of understanding.

Base station number MAC address Network ID Base station 1 00: 59: 88: 45: 33: 01 000.000.50.01 Base station 2 00: 59: 88: 45: 33: 02 000.000.50.02 Base station 2 00: 59: 88: 45: 33: 03 000.000.50.03

For example, in the first column of Table 1, if the base station 1 becomes the current station 110 and the base station 2 becomes the target base station 111, the network IDs are different from each other as 000.000.50.01 and 000.000.50.02, respectively. Accordingly, since there is a network change from base station 1 to base station 2 during handoff, the address of the target network is reserved in advance.

FIG. 3 shows a graph for easily understanding a PAR-SIP scheme in which an address of a target network is pre-allocated when such a handoff occurs. Referring to this graph, the left downward curve 300 shows the reception strength from the current station 120, and the right upward curve 301 shows the reception strength from the target base station 121. Of course, the X-axis represents the movement direction of the receiving terminal, the Y-axis represents the signal-to-noise ratio (SNR).

Therefore, when the reception intensity reaches point A in the left downward curve 300, the receiving terminal searches for the cell. When the reception intensity is lowered and the reception intensity reaches the T point, the predictive cell is selected as described above. When the point B is reached, the handoff operation is terminated, and the receiving terminal receives the signal according to the right upward curve 301. That is, the signal is received from the target base station 121.

The base stations 120 and 121 are configured with a SIP proxy server (SIP proxy server for short). The SIP proxy 130 performs local SIP registration and registers location information of the terminal with respect to the reservation address. In addition, RSVP tunnels are generated between the base stations 120 and 121. Of course, when the SIP proxy is in the same domain, RSVP tunnels are generated between base stations using control protocols such as MGCP (Media Gateway Controller Protocol) or General Switch Management Protocol (GSMP).

On the other hand, if the SIP proxy is located in a different domain, a protocol such as Session Initiation Protocol for Telephony (SIP-T) is used to obtain information about the base station in which the terminal is located and generate an RSVP extension tunnel between the two base stations. In the extended RSVP tunnel between the base stations, when the terminal attempts to establish a wide area RSVP session for optimization and a new session is established, the concatenated extended paths are released.

The SIP proxy 130 is connected to the internet network 150 through the gateway 140. Usually, the gateway 140 performs a function of connecting two or more of the same kind or heterogeneous network. Therefore, in one embodiment of the present invention can be seen as connecting the wireless network and the Internet network, but this is only a convenient classification, it will be considered that the wireless network and the Internet network is used in combination.

The transmitting terminal 160 transmits the packet data to the receiving terminal 100. Of course, the RSVP session is generated with the receiving terminal 100 in order to stably transmit and receive such packet data. 4 is a diagram illustrating this RSVP session creation process. 5 is a flowchart illustrating a process of generating an RSVP session.

4 is a sequence chart showing a process of performing RSVP tunnel extension according to an embodiment of the present invention.

In this case, before the handoff occurs, the current station 120 and the transmitting terminal 160 maintain the current RSVP session (a400). In this state, the receiving terminal 100 checks whether a handoff occurs (a410). That is, when the reception strength is less than a certain level, the receiving terminal 100 enters a handoff procedure and searches for neighboring cells (a411).

Of course, if the reception strength is above a certain level, the receiving terminal 100 maintains the current RSVP session without performing a handoff. The reason for the handoff occurs is because the user moves the terminal.

By the cell search process, the receiving terminal 100 checks whether a neighboring cell is found (a420). If the neighboring cell is found as a result of the check, the receiving terminal 100 transmits an address RESV (Reservation) request message a430 to the destination station 120.

Here, the branch station 120 is a base station that communicates data with the receiving terminal 100 before the handoff occurs as described above. In addition, the RESV request message a430 includes information such as a MAC address or another MSID, which is a unique ID of a corresponding terminal, and an Expire time for registering an allocation time in an address assignment server (for example, DHCP). It may also include.

If the neighbor cell is not found, the receiving terminal 100 performs a cell search process (a411).

When the current station 120 receives the address RESV request message a430, the target base station 121 receives the address RESV request message a431 and registers RESV (Reservation) (a440). The target base station 121 completes the address reservation (RESV) of the terminal and performs a regional SIP registration procedure for the terminal 100 (a441).

By the SIP registration, the SIP proxy 130 registers location information on the reserved address of the terminal 100 (a442).

When the location information registration is completed, the SIP proxy 130 transmits the RSVP tunnel setup message a443 to the current station 120. That is, a message for generating an RSVP tunnel between the current station 120 and the target base station 121 is transmitted.

Accordingly, the current station 120 and the target base station 121 generates an RSVP tunnel (a444). Of course, as described above, the RSVP tunnel is generated by a control protocol such as MGCP or GSMP when the SIP proxy 130 is in the same domain. The extended RSVP tunnel a445 is a tunnel created when the SIP proxy 130 is in another domain. This is generated by a protocol such as SIP-T, and the concatenated extension path is released when the terminal 100 establishes a wide area RSVP session for optimization.

 When the RSVP tunnel is generated, the current station 120 transmits the address RESV response message a450 to the receiving terminal 100. When the response message is transmitted, the receiving terminal 100 terminates the handoff procedure (a460).

When the handoff procedure is completed, the receiving terminal 100 transmits an RSVP PATH message a470 to the target base station 121. The RSVP PATH message (a470) will include the content requesting communication between the receiving terminal 100 and the transmitting terminal 160.

 The target base station 121 receiving the RSVP PATH message generates a new RSVP session with the transmitting terminal 160 (a480). Therefore, a new new session is generated between the receiving terminal 100 and the transmitting terminal 160.

FIG. 5 is a procedure showing the RSVP tunnel expansion process described in FIG. In this case, when the receiving terminal 100 moves from the corresponding cell 501 to the target cell 502, an address of the target cell 502 is assigned before the handoff is completed, thereby creating a new RSVP session. do. If this is described sequentially, it can be simplified as follows.

0. Maintain a current RSVP session between the transmitting terminal and the destination station.

1. The receiving terminal requests an address reservation (RESV) from the destination station 120.

2. The target base station 121 performs a SIP registration process with the SIP proxy 130.

3. RSVP tunnel setup is made between the SIP proxy 130 and the branch station 120.

4. An RSVP tunnel is created between the current station 120 and the target base station 121.

5. The current station 120 transmits a response to the RESV to the receiving terminal 100.

6. The receiving terminal 100 completes the handoff process.

7. The receiving terminal 100 transmits an RSVP PATH message in the target cell 502 to the target base station 121.

8. A new RSVP session is created between the target base station 121 and the transmitting terminal 160.

 As mentioned above, although this invention was demonstrated in detail using the preferable Example, the scope of the present invention is not limited to a specific Example, If the person who acquired the ordinary knowledge in this technical field, without departing from the range of this invention, It should be understood that many modifications and variations are possible. Therefore, the protection scope of the present invention will be preferably interpreted by the appended claims.

As described above, according to the present invention, since the local RSVP pass can be extended by the local SIP registration, connection robustness can be guaranteed and resource consumption can be reduced by not generating a wide area RSVP session.

In addition, latency can be reduced by omitting a duplicated procedure of Regional mobile IP registration through SIP signaling.

Claims (13)

A first base station for transmitting an address reservation response message to the first terminal, wherein the address reservation response message is received from the first terminal; A SIP proxy for registering location information of the first terminal by performing a local SIP registration process; A second base station that registers the address reservation and becomes a target base station when a handoff occurs and forms a resource reservation protocol (RSVP) tunnel with the first base station; RSVP tunnel extension system using wireless local area SIP registration comprising a first terminal and a second terminal for creating a new RSVP session. The method of claim 1, The first terminal, RSVP tunnel extension system using wireless local area SIP registration, characterized in that the address is assigned from the second base station before the handoff is completed. The method of claim 1, The first terminal, An RSVP tunnel extension system using a wireless local SIP registration, wherein the PAR-SIP module receives an address from the second base station before the handoff process is completed using the PAR-SIP method and generates a SIP session. The method of claim 1, RSVP tunnel expansion system using a wireless local area SIP registration, characterized in that the first base station and the second base station has a PAR-SIP module for performing the PAR-SIP method. The method of claim 1, If the SIP proxy is in the same domain RSVP tunnel expansion system using the wireless local SIP registration, characterized in that the RSVP tunnel between the base station can be generated by MGCP or GSMP. The method of claim 5, If the SIP proxy is in a different domain, an extended RSVP tunnel between the base stations can be generated by the SIP-T. The method of claim 6, The RSVP tunnel expansion system using the wireless local SIP registration, characterized in that the extended RSVP tunnel can be released when the wide area RSVP session for the optimization between the terminals. Checking a network ID of a corresponding cell through cell search when a handoff occurs; Sending an address reservation (RESV) request message; Registering the address reservation and registering location information of the terminal with respect to the address reservation; Creating an RSVP tunnel or an RSVP extension tunnel; RSVP tunnel extension method using wireless local area SIP registration comprising the step of creating a new RSVP session. The method of claim 8, The RSVP session generation step, Receiving an address reservation response message; And an RSVP PATH message to the target base station. The method of claim 8, Wherein said address is assigned an address from a second base station prior to completion of the handoff. The method of claim 8, The RSVP tunnel is an RSVP tunnel extension method using a wireless local SIP registration, characterized in that the SIP proxy is generated between the base stations by MGCP or GSMP when the proxy domain is in the same domain. The method of claim 8, The RSVP extension tunnel is a RSVP tunnel extension method using a wireless local area SIP registration, characterized in that the SIP proxy is generated between the base stations by the SIP-T, if the domain exists. The method of claim 12, The extended RSVP tunnel can be released when a wide area RSVP session for the optimization between terminals, characterized in that RSVP tunnel expansion using wireless local SIP registration.

Images