KR20010047969A - Method for controlling connection based on band-width in a packet data network using r-p interface - Google Patents

Abstract

PURPOSE: A method for controlling the connection allowance in the packet data network using R-P interface is provided to enable the connection acceptance according to the bandwidth by using R-P interface. CONSTITUTION: In case the base station center of mobile communication system requests a new call service through R-P interface, the bandwidth of the service requested is checked if the bandwidth checked is within the available bandwidth. If it is in the available bandwidth, the call connection is allowed. If it is out the available bandwidth, the call is released.

Description

METHOOD FOR CONTROLLING CONNECTION BASED ON BAND-WIDTH IN A PACKET DATA NETWORK USING R-P INTERFACE}

The present invention relates to a method for controlling the acceptance of a call connection, and more particularly, to a method for controlling the acceptance of a call connection in a packet data network providing an R-P interface.

In general, in order for a call to be connected, a call is connected after various procedures are performed in a system where a subscriber terminal is connected. These procedures consist of identifying the kind of call that has been made and whether to accept a connection in the system according to the identified kind of call. This procedure is performed in each communication system having a subscriber, and the procedure varies depending on the connection method of the communication system. This is because each system has a different configuration and uses different protocols. An example of a packet data network using an R-P interface will now be described. The R-P interface is used between the PDSN and the base station control center (hereinafter referred to as BSC) to transmit packet data even in a mobile communication system. That is, the BSC and the PDSN are connected to transmit and receive data using the R-P interface. In addition, the packet data is configured to be transmitted between the PDSN and the IP network. The configuration of such a packet data network will now be described with reference to FIG. 1.

1 is a configuration diagram of a mobile communication network and a network for connection between the mobile communication network and an IP network. As is well known, a mobile communication network may include base stations (BSCs) 10, 20, 30, 40,... Which perform a permit, a block, and the like directly with a mobile communication terminal, and BSCs connected to the base stations. 50, 60,..., And Mobile Switching Centers (MSCs) 80, 90, which are connected to the BSCs 50, 60,..., Which are connected to the public network. One BSC is connected with a plurality of base stations, and one MSC is connected with a plurality of BSCs. The BSC is also connected with the PDSN to transmit packet data and the like. FIG. 1 illustrates both a case where a plurality of BSCs are connected to one PDSN and a case where a plurality of PDSNs are connected to one BSC. That is, the BSC and the PDSN may be connected to match each other by M: N. According to the above configuration, the connection through the R-P interface between the PDSN through the mobile station, the base station and the BSC will be described through the protocol stack.

2 is a diagram illustrating a protocol stack according to a connection method between a mobile station, a base station, and a BSC and a PDSN. Here, the protocol layer is illustrated using the base station, the BSC, and the PDSN as one reference model. Next, a process of transmitting a message in the protocol stack will be described in detail with reference to FIG. 2.

The mobile station lowers the IP layer 11B when the data to be transmitted in the upper layer 11A is generated. Then, the IP layer 11B is divided according to the destination and descends to the end-to-end protocol PPP (Point to Point Protocol) layer 11C, and the PPP layer 11C passes through the LAC layer 11D and the MAC layer 11E. And the air layer 11F to the base station over the airwaves. The LAC layer 11D and the MAC layer 11E follow a standard standardized in IS-2000, which is a mobile communication standard, and the MAC layer 11E is an RLP of a channel between a mobile station, a base station, and a BSC. (Hereinafter referred to as RLP).

As such, the data transmitted through the airwaves is received through the air layer 50A of the base station or the BSC and transmitted through the LAC layer 50C through the MAC layer 50B. The LAC layer 50C processes the transmitted data in the relay layer 50D, which is a relay layer, and delivers the data to the adaptation layer 50E, which is an adaptation layer. The adaptation layer 50E receives the data processed by the relay layer 50D and delivers the data to the link layer 50F. The Adaptation Layer 50E in this PDSN rearranges data from the Link Layer 50F into a PPP frame conforming to RFC1662 upon reception at the adaptation layer, and makes the PPP frame a PDU of the Link Layer 50F upon transmission. . The adaptation layer 50E in the BSC and the BTS performs adaptation for the link layer 50F and the L2 relay.

In addition, the adaptation layer 50E transfers the received data to the link layer 50F, and the link layer 50F controls a physical layer (PHY) 50G through an RP interface to simultaneously connect a physical link. The data is transmitted after performing the procedure for transmitting the data. The link layer 50F is a link layer between the PDSN and the BSC, and in TR45.6, the link layer of the RP interface is a frame relay, an asynchronous transfer mode (hereinafter referred to as ATM), and a tunneled IP. It requires three things. Therefore, any of these three methods should be configured to accommodate them.

Then, the physical layer (PHY) 100A of the PDSN 100 transmits the received data to the link layer 100B through one of the three methods described above. The link layer 100B transfers the received data to the PPP layer 100E through the adaptation layer 100C. The PPP layer 100E is a layer forming one logical link through the PPP layer 11C of the mobile station, and complies with RFC1661 and RFC1662. As such, the data transmitted through the PPP layer 100E is transferred to the IP layer 100F, and the IP layer 100F corresponds to the network layer of ISO RM and complies with RFC791. In the following description, the BTS and the BSC are collectively referred to as RAN.

According to the above description, a process of setting up a call from the RAN to the PDSN when a call flows from the mobile station to the RAN will be described with reference to the signal flowchart of FIG. 3. 3 is a signal flow diagram in call setup between a mobile station and a RAN and between a RAN and a PDSN. In the following description, it is assumed that the mobile station is a terminal located in the area A of FIG. 1, and the base station 10 and the BSC 50 are described as RANs. In addition, it is assumed that the BSC 50 is connected to the PDSN 100 through the R-P interface.

When the mobile station located in the area A receives a new packet data service, the mobile station transmits an origination message requesting connection to the RAN in step 300. In this case, the format of the transmitted message may be configured to follow the message according to the format of the IS-2000. In step 302, the RAN starts packet requesting connection between the Lank Layer 50F of the RAN and the Link Layer 100B of the PDSN 100 to request packet service to the PDSN 100 in step 302. Send a Service Raq message. Then, in step 304, the PDSN 100 transmits a Start Packet service Ack message for granting connection to the RAN as a response message. If the call connection is accepted as described above, the RAN performs a channel assignment for allocating a physical channel according to the message format of the mobile station and the IS-2000 in step 306. Thereafter, in step 308, RLP Setup, which is a procedure for forming a MAC between the mobile station and the RAN, is performed. When all of these procedures are terminated, the mobile station negotiates PPP for the PPP connection with the PDSN 100 through the RAN in step 310. At this time, the procedure follows the procedure of RFC 1661.

In addition, there are three cases of configuring a link layer between the RAN and the PDSN 100, which include a frame relay, an asynchronous transmission mode, and a tunneled IP. It will be described in detail what depends on the three cases described above.

First, in case of frame relay, it can be performed according to call setup process of frame relay as in IS-658. In addition, the Start Packet Service Req message of step 302 may be a BS / MSC Iniatiated IWF Link Layer Connection Setup message of the IS-648. Next, in the asynchronous transmission mode (ATM), the message of step 304 may use a signaling message of UNI 4.0. By using User-User Signaling defined in Q.2957 in the signaling message of UNI 4.0, it is possible to exchange information required for call establishment between RAN and PDSN. Finally, when using Tunneled IP, tunneling protocols such as L2TP and GRE defined by IETF can be used.

As such, a call setup and release process occurs between the RAN and the PDSN in the packet data network of the mobile communication system, and packet data is transmitted between the RAN and the PDSN through a connected link. However, if a call is established between the RAN and the PDSN regardless of the bandwidth during the call setup process, when traffic is transmitted in several calls at the same time, the bandwidth (Band Width) allowed by the link layer between the RAN and the PDSN is allowed. This can happen when more data is congested. You should then use a method of discarding or delaying the data to be sent to avoid congestion. In this way, when the data is discarded, the subscriber may not transmit or receive data while the call is connected. In addition, in case of delaying data, the quality of service is deteriorated when data requiring real time is delayed. In addition, such a loss of traffic requires a retransmission of a higher layer protocol, which causes a problem of wasting bandwidth.

Accordingly, an object of the present invention is to provide a connection admission control method capable of accepting a connection according to a bandwidth in a packet data network using an R-P interface.

The present invention for achieving the above object is a connection admission control method according to bandwidth in a packet data network using an R-P interface, the base station control center of the mobile communication system to request a new call service through the R-P interface; When the bandwidth of the requested service is examined, the system checks whether the checked bandwidth exists within the available bandwidth and accepts the connection of the call if it exists within the available bandwidth, and releases the call. do.

1 is a configuration diagram of a mobile communication network and a network for connection between the mobile communication network and an IP network;

2 is a diagram illustrating a protocol stack according to an access method of a mobile station, a base station, and a BSC and a PDSN;

3 is a signal flow diagram during call setup between a mobile station and a RAN and between a RAN and a PDSN;

4 is a control flowchart for connection approval in a control unit of a PDSN according to an embodiment of the present invention;

5 is a signal flow diagram of a process of accepting a call in an R-P interface according to a preferred embodiment of the present invention;

6 is a signal flow diagram of a process of rejecting a call in an R-P interface according to a preferred embodiment of the present invention.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. The same parts also use the same reference numerals, although shown in the other figures.

4 is a control flowchart for connection approval in a control unit of a PDSN according to an embodiment of the present invention. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to FIGS. 1, 2, and 4. In addition, it is assumed that the mobile station is a terminal located in the area A of FIG. 1, and the base station 10 and the BSC 50 will be described as RANs. In addition, it is assumed that the BSC 50 is connected to the PDSN 100 through the R-P interface.

If there is packet data to be transmitted in the upper layer 11A of the mobile station located in the area A, an origination message is transmitted to the RAN through the protocol stack of FIG. The RAN then sends a signal to the PDSN 100 requesting packet service. That is, until this time, the PDSN 100 maintains the standby state at step 400. In step 402, it is checked whether a call connection request signal is received. When the call result request signal is received, that is, when the packet service is requested from the RAN through the R-P interface, the controller proceeds to step 404. In step 404, the controller checks whether the bandwidth of the call for which call establishment is required is within an acceptable bandwidth. This may be represented by Equation 1 below.

B _n is a bandwidth required to set up a call, B is a bandwidth currently being used, and α is a variable for using data transmission among the entire bandwidths (0 ≦ α ≦ 1). T is also the amount of full bandwidth provided at the link layer.

As a result of the calculation according to Equation 1, if the bandwidth required for connection of the call exists within the range of the entire bandwidth, the process proceeds to step 410; otherwise, the process proceeds to step 406. First, in step 410, the bandwidth of the call request is added to the bandwidth of the PDSN 100 to change the bandwidth of the current bandwidth. The flow proceeds to step 412 to accept the connection of the call for which the connection is requested. The process proceeds to step 414 and performs a process after the access of the call to be performed later is accepted, and the traffic is transmitted.

On the other hand, if the settable bandwidth is insufficient in step 404 and proceeds to step 406, the control unit of the PDSN rejects the connection. In step 408, the routine according to the connection rejection is performed. And the write down control proceeds to step (400). This process allows the call to be accepted or denied. Next, the signal flow when the connection is accepted will be described with reference to FIG. 5.

5 is a signal flow diagram of a process of accepting a call in an R-P interface according to a preferred embodiment of the present invention. Hereinafter, a process of accepting a call in the R-P interface according to the present invention will be described in detail with reference to FIGS. 1 to 5.

If there is packet data to transmit, the mobile station transmits an origination message to the RAN in step 500. This message is the same message as the message described in step 300 of FIG. It also has a service option that includes information on bandwidth while transmitting the Origination Message. The RAN then allocates resources for the corresponding service option and transmits a Start Packet Service Req message to the PDSN 100 in step 502. This message also becomes the same message as in step 302 of FIG. In addition, the Start Packet Service Req message includes information according to the service option as transmitted in step 500. Then, the signaling message is interpreted by the adaptation layer (100C) of the PDSN (100). The control unit of the PDSN 100 then drives the access acceptance controller. That is, in steps 504, steps 400 to 404 of FIG. 4 are performed. In addition, the Start Packet Service Req message and Start Packet Service Ack and Start Packet Service Nak messages may appear differently depending on the type of link layer in the R-P interface. In IMI-2000, the standard for R-P interface is in progress. Therefore, these messages are described based on IS-658. However, if the definition of the criteria according to the R-P interface is completed in the IMT-2000, it can be used by those skilled in the art.

In the Is-658 standard based on frame relay, Start Packet Service Req corresponds to SETUP message, Start Packet Service Ack message to CONNECT message, and Start Packet Service Nak message to PELEASE_COMPLETE message. If a field of such a message is shown in a table, it may be shown in Table 1 below.

Octet Message field Octet 1 SEGMENT_TYPE = SETUP_INFO (0x01) Octet 2 VERSION = 0x01 Octet 3 Octet 4 SERVICE_OPTION Octet 5 CALL_TYPE Octet 6... Octet 9 ESN Octet 10... Octet 16 IMSI

Referring to Figure 5 again as follows. If the PDSN accepts the call connection through this, the PDSN proceeds to step 506 and transmits a Start Packet Service Ack message. In step 508 and step 510, the RAN performs a process for establishing a physical channel with the mobile station. This process is the same as the steps 306 and 308 in FIG. Thereafter, the mobile station and the PDSN 100 perform PPP negotiation using the PPP protocol in step 512. Through this, if there is bandwidth to be allocated to the call requiring the connection of the call, it is accepted.

6 is a signal flow diagram illustrating a process of rejecting a call in an R-P interface according to a preferred embodiment of the present invention. Hereinafter, the signal flow of the call rejection process in the R-P interface according to the present invention will be described in detail with reference to FIGS. 1 to 6.

If there is packet data to transmit, the mobile station transmits an origination message to the RAN in step 600. This message is the same as the message described in step 300 of FIG. 3 and step 500 of FIG. 5. The RAN then transmits a Start Packet Service Req message to the PDSN 100 in step 602. This message is also the same message as in step 302 of FIG. 3 and step 602 of FIG. Then, the control unit of the PDSN 100 performs steps 400 to 404 of FIG. 4 in step 604. That is, if it is determined in FIG. 4 that the bandwidth required for connection of the call does not exist as a result of the check by Equation 1, the controller transmits a Start Packet Service Nak message to the RAN in step 606. . This message is a message indicating rejection of a call. Upon receiving this message, the RAN performs the procedure of releasing the call associated with the mobile station in step 608 to release the call. That is, the call can be accepted only within the bandwidth set between the RAN and the PDSN (100).

As described above, when the mobile communication terminal requests a packet service in the case of using the RP interface, it is possible to prevent unnecessary higher layer protocol execution by allowing the requested service to be accepted only within the band between the RAN and the PDSN. The advantage is that data can be transferred with In addition, there is an advantage in improving the quality of service for connected calls.

Claims (7)

A method for controlling connection admission based on bandwidth in a packet data network using an R-P interface, When a base station control center of a mobile communication system requests a service of a new call through an R-P interface, the bandwidth of the requested service is checked and then the available bandwidth is checked by checking whether the checked bandwidth is within the available bandwidth. A method for controlling access to a connection according to bandwidth in a packet data network network using an R-P interface, characterized in that the connection of the call is accepted if not present and the call is released otherwise. The method of claim 1, wherein the test checks whether the information exists within a range within the available bandwidth. Checking whether the sum of the current bandwidth and the bandwidth required for the call connection is within the available bandwidth range; The packet data network using an R-P interface, which is included in the range of available bandwidth and adds a value of the bandwidth required for the call connection when the connection is accepted. How to control connection admission based on bandwidth in Windows. The method according to claim 1 or 2, The bandwidth of the service requiring the connection of the call is checked at the adaptation layer, and the check whether the bandwidth checked at the adaptation layer is within a usable bandwidth is performed by the connection acceptance controller. A method for controlling connection admission according to bandwidth in a packet data network. A method for controlling connection admission according to bandwidth in PDSN of a packet data network using an R-P interface, A first step of checking whether a base station control center of the mobile communication system requires a new call service through an R-P interface; Checking a bandwidth of the service of the requested call; A third step of checking whether the bandwidth checked in the second step is within a range within an allocable bandwidth; A fourth step of accepting the connection of the call and adding the bandwidth of the accepted call to the currently used bandwidth if the bandwidth of the requested call is within the allocable bandwidth as a result of the checking of the third step; Wow, In the third step, if the bandwidth of the call for which the service is requested is not allocated, the fifth step of rejecting the call is performed. Control method. The method of claim 4, wherein The connection acceptance control method according to the bandwidth in the packet data network using the R-P interface, characterized in that the third step is performed by the following equation (2). B _n is a bandwidth required for setting up a call, B is a current bandwidth of the PSDN, and α is a variable for using data transmission among the entire bandwidths, with a range of 0 ≦ α ≦ 1. Value, where T is the total bandwidth of PSDN. The method according to claim 4 or 5, The connection admission control method according to bandwidth in a packet data network using an R-P interface, characterized in that the inspection of the second step is inspected in the adaptive layer. The method according to claim 4 or 5, And the third step of checking is performed in the connection acceptance controller.