KR20010086641A - The method of managing a call register of the communication switch - Google Patents

The method of managing a call register of the communication switch Download PDF

Info

Publication number
KR20010086641A
KR20010086641A KR1020000008436A KR20000008436A KR20010086641A KR 20010086641 A KR20010086641 A KR 20010086641A KR 1020000008436 A KR1020000008436 A KR 1020000008436A KR 20000008436 A KR20000008436 A KR 20000008436A KR 20010086641 A KR20010086641 A KR 20010086641A
Authority
KR
South Korea
Prior art keywords
index
idle
value
call register
last
Prior art date
Application number
KR1020000008436A
Other languages
Korean (ko)
Inventor
김용상
Original Assignee
박종섭
주식회사 하이닉스반도체
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 박종섭, 주식회사 하이닉스반도체 filed Critical 박종섭
Priority to KR1020000008436A priority Critical patent/KR20010086641A/en
Publication of KR20010086641A publication Critical patent/KR20010086641A/en

Links

Classifications

    • FMECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F21LIGHTING
    • F21SNON-PORTABLE LIGHTING DEVICES; SYSTEMS THEREOF; VEHICLE LIGHTING DEVICES SPECIALLY ADAPTED FOR VEHICLE EXTERIORS
    • F21S8/00Lighting devices intended for fixed installation
    • F21S8/08Lighting devices intended for fixed installation with a standard
    • F21S8/085Lighting devices intended for fixed installation with a standard of high-built type, e.g. street light
    • F21S8/086Lighting devices intended for fixed installation with a standard of high-built type, e.g. street light with lighting device attached sideways of the standard, e.g. for roads and highways
    • EFIXED CONSTRUCTIONS
    • E04BUILDING
    • E04HBUILDINGS OR LIKE STRUCTURES FOR PARTICULAR PURPOSES; SWIMMING OR SPLASH BATHS OR POOLS; MASTS; FENCING; TENTS OR CANOPIES, IN GENERAL
    • E04H12/00Towers; Masts or poles; Chimney stacks; Water-towers; Methods of erecting such structures
    • E04H12/02Structures made of specified materials
    • E04H12/08Structures made of specified materials of metal
    • E04H12/085Details of flanges for tubular masts
    • FMECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F21LIGHTING
    • F21VFUNCTIONAL FEATURES OR DETAILS OF LIGHTING DEVICES OR SYSTEMS THEREOF; STRUCTURAL COMBINATIONS OF LIGHTING DEVICES WITH OTHER ARTICLES, NOT OTHERWISE PROVIDED FOR
    • F21V21/00Supporting, suspending, or attaching arrangements for lighting devices; Hand grips
    • F21V21/10Pendants, arms, or standards; Fixing lighting devices to pendants, arms, or standards
    • F21V21/116Fixing lighting devices to arms or standards
    • FMECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F21LIGHTING
    • F21WINDEXING SCHEME ASSOCIATED WITH SUBCLASSES F21K, F21L, F21S and F21V, RELATING TO USES OR APPLICATIONS OF LIGHTING DEVICES OR SYSTEMS
    • F21W2131/00Use or application of lighting devices or systems not provided for in codes F21W2102/00-F21W2121/00
    • F21W2131/10Outdoor lighting
    • F21W2131/103Outdoor lighting of streets or roads
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02BCLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO BUILDINGS, e.g. HOUSING, HOUSE APPLIANCES OR RELATED END-USER APPLICATIONS
    • Y02B20/00Energy efficient lighting technologies, e.g. halogen lamps or gas discharge lamps
    • Y02B20/72Energy efficient lighting technologies, e.g. halogen lamps or gas discharge lamps in street lighting

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Architecture (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Chemical & Material Sciences (AREA)
  • Materials Engineering (AREA)
  • Wood Science & Technology (AREA)
  • Civil Engineering (AREA)
  • Structural Engineering (AREA)
  • Telephonic Communication Services (AREA)

Abstract

PURPOSE: A method for managing a call resistor in a communication switching system is provided to efficiently improve the performance of a switching system by increasing the speed for an idle call resistor and reducing the load used required for finding the same. CONSTITUTION: In an initial state(S21), a first_index which shows a first number of an idle call resistor in an idle_callreg arrangement for managing the idle call resistor is initialized to 0 and a last_index representing a last number is initialized to 2047. In a call resistor assignment request process(S22), when a call resistor assignment request is arrived, the process proceeds to a first_index value checking process(S23), to check whether the value of the idle_callreg corresponding to a current first_index is -1. After the first_index value checking process(S23), the process proceeds to a first_index value return and true setting process(S25). If the value of the idle_callreg corresponding to the current first_index is -1 in the checking process(S23), the process returns -1 to a library block and notifies that there is no the idle call resistor. Otherwise, if the value of the idle_callreg corresponding to the current first_index is not -1 in the checking process(S23), the process(S25) returns the value of the idle_callreg corresponding to the current first_index to the library block and sets a usage_flag to true, to thereby indicate an assignment status and set the first_index value to -1. An index comparing process(S26) determines whether the first_index and the last_index are equal or not. If they are equal to each other, the process proceeds to an index value setting process(S27) and sets the value of the first_index and the last_index to -1. Otherwise, the process proceeds to an index increasing process(S28) and increases the first_index by 1. In an index comparing process(S29), if the first_index increased in the increasing process(S28) is more than 2047, the process sets the first_index to 0(S30). Otherwise, the process proceeds to the first_index value checking process(S23).

Description

통신 교환기에서의 호 레지스터 관리방법 {THE METHOD OF MANAGING A CALL REGISTER OF THE COMMUNICATION SWITCH}Call register management method in communication exchange {THE METHOD OF MANAGING A CALL REGISTER OF THE COMMUNICATION SWITCH}

본 발명은 통신 교환기에서의 호 레지스터 관리방법에 관한 것으로, 특히 유휴(Idle)한 호 레지스터(Call Register)를 관리하는 배열을 별도로 두어 유휴한 호 레지스터를 신속히 찾아 호 레지스터를 할당하거나 해제할 수 있도록 한 통신 교환기에서의 호 레지스터 관리방법에 관한 것이다.The present invention relates to a method of managing a call register in a communication exchange, and in particular, a separate arrangement for managing idle call registers so as to quickly find an idle call register and allocate or release a call register. A call register management method in a communication exchange is provided.

일반적으로 통신 시스템의 교환기에는 ASS(Access Switching Subsystem)에서의 호처리 관련 공통 변수들을 스트럭쳐(Structure) 형태로 갖고 있는 호 레지스터가 구비되어 있으며, 이러한 호 레지스터는 스트럭쳐 배열 구조를 갖으면서 2048개를 갖고 있다.In general, a switch in a communication system includes a call register having a structure of call processing related variables in an ASS (Access Switching Subsystem), which has 2048 structures having a structure arrangement structure. have.

그리고, 상기 호 레지스터는 호 레지스터에 대한 할당 및 해제동작을 관리하기 위해 호 레지스터의 할당 여부를 알기 위한 배열, 즉 2048개의 배열을 갖는 usage_flag를 사용하고, 현재 사용되고 있는 호 레지스터의 개수를 관리하기 위한 배열, 즉 used_callreg_cnt를 사용하며, 찾기 시작할 호 레지스터의 인덱스를 나타내는 present_callreg_no를 사용한다.In addition, the call register uses an array for knowing whether to allocate call registers, that is, usage_flag having 2048 arrays, to manage the number of call registers being used. Use an array, used_callreg_cnt, and present_callreg_no, which represents the index of the call register to look for.

종래 호 레지스터의 할당 및 해제동작을 도 1의 (가),(나) 흐름도를 참고하여 설명하면, 먼저 호 레지스터 할당의 경우, 호 레지스터에 대한 할당 및 해제동작을 관리하는 MSL이라는 라이브러리 블록이 로딩(Loading)되면 usage_flag 배열을 모두 미할당상태인 폴스(FALSE)로 초기화하고, used_callreg_cnt와present_callreg_no를 0으로 초기화한다(S1).Referring to (a) and (b) of FIG. 1, the conventional call register allocation and decommissioning operations will be described first. In the case of call register allocation, a library block named MSL, which manages the allocation and decommissioning operations of the call register, is loaded. (Loading) initializes the usage_flag array to FALSE, which is unallocated, and initializes used_callreg_cnt and present_callreg_no to 0 (S1).

이후, 호 레지스터 할당 요구가 오면(S2) 2048개의 호 레지스터중에서 유휴한 호 레지스터를 찾기 위한 내부 변수 i를 0으로 초기화한 다음(S3), 찾기 시작할 호 레지스터의 인덱스를 나타내는 present_callreg_no를 가지고 usage_flag가 할당상태인 트루(TRUE)인지 확인한다(S4).Then, when a call register allocation request comes (S2), the internal variable i for finding an idle call register among the 2048 call registers is initialized to 0 (S3), and then usage_flag is allocated with present_callreg_no indicating the index of the call register to start searching. Check whether the state is true (SUE) (S4).

상기 단계(S4)의 확인 결과, usage_flag가 트루라면 폴스가 나타날 때까지 유휴한 호 레지스터를 찾기 위해 먼저, present_callreg_no를 1증가시키고(S5), 이 증가된 present_callreg_no가 2047보다 크면(S6) present_callreg_no를 0으로 설정한 다음(S7) 상기 내부 변수 i를 1증가시키며(S8), 상기 단계(S5)에서 증가된 present_callreg_no가 2047보다 작으면(S6) 직접 상기 단계(S8)로 진행하여 내부 변수 i를 1증가시킨다.As a result of checking in step S4, if usage_flag is true, first, present_callreg_no is increased by 1 (S5), and if present_callreg_no is greater than 2047 (S6), present_callreg_no is 0 to find an idle call register until a false appears. Set to (S7) and increase the internal variable i by 1 (S8), and if present_callreg_no increased in step S5 is less than 2047 (S6), proceed directly to step S8 to set internal variable i to 1; Increase.

이어, 상기 단계(S8)에서 증가된 내부 변수 i가 2047보다 작으면 상기 단계(S4)로 진행하여 이하 단계를 반복 수행하고, 내부 변수 i가 2047보다 크면 -1을 라이브러리 블록으로 리턴하여 유휴한 호 레지스터가 없음을 알린다.Subsequently, if the internal variable i increased in the step S8 is less than 2047, the process proceeds to the step S4, and the following steps are repeated. Signal that there is no call register.

반면에, 상기 단계(S4)의 확인 결과, usage_flag가 폴스라면 호 레지스터를 할당함으로써 이 usage_flag를 트루로 설정하고, used_callreg_cnt를 1증가시키며, present_callreg_no를 라이브러리 블록으로 리턴한다(S11).On the other hand, if the usage_flag is found to be false, the usage_flag is set to true by allocating a call register, the used_callreg_cnt is increased by 1, and present_callreg_no is returned to the library block (S11).

즉, 호 레지스터를 찾기 위한 내부 변수 i를 0으로 초기화한 후 1씩 증가시키면서 2048까지 찾아보고 유휴한 호 레지스터가 있으면 present_callreg_no에 해당하는 usage_flag를 트루로 설정하고, used_callreg_cnt를 1증가시키며 상기present_callreg_no를 라이브러리 블록으로 리턴한다.That is, after initializing the internal variable i to find the call register to 0 and incrementing by 1, it searches up to 2048 and if there is an idle call register, sets usage_flag corresponding to present_callreg_no to true, increases used_callreg_cnt by 1, and sets present_callreg_no to the library. Return to the block.

그리고, 유휴한 호 레지스터가 없으면 라이브러리 블록으로 -1을 리턴하여 유휴한 호 레지스터가 더 이상 없음을 알린다.If there is no idle call register, -1 is returned to the library block indicating that there are no more idle call registers.

이어, 호 레지스터를 해제할 경우에는 호 레지스터 해제 요구가 오면(S12), used_callreg_cnt를 1감소시키고 호 레지스터를 해제하여 present_callreg_no에 해당하는 usage_flag를 폴스로 설정한다(S13).Subsequently, when the call register release request is received (S12), the used_callreg_cnt is decreased by 1, the call register is released, and usage_flag corresponding to present_callreg_no is set to false (S13).

이때, 호라는 것이 먼저 발생했다고 먼저 해제되는 것이 아니기 때문에 어느정도 호가 진행된 후에는 도 2에 도시된 바와 같이 불규칙적으로 usage_flag 배열이 값을 갖게 된다.In this case, since a call occurs first, it is not released first, and after a certain amount of call progress, as shown in FIG. 2, the usage_flag array has a value irregularly.

상기와 같이 종래에는 호 레지스터 할당 및 해제시 유휴한 호 레지스터를 찾기 위해 present_callreg_no의 0에서부터 1씩 증가하여 2048까지 찾아야 하므로 도 3에 도시된 바와 같이 최악의 경우에는 하나의 유휴한 호 레지스터를 찾기 위해 2048번을 찾아야 하는 문제점이 있었다.As described above, in order to find an idle call register when allocating and releasing a call register, the present_callreg_no needs to be incremented from 1 to 2048 to find an idle call register, as shown in FIG. 3. There was a problem to find 2048.

즉, 도 3에 도시된 바와 같이 used_callreg_cnt가 2047일 경우에는 하나 남은 유휴한 호 레지스터를 찾아야 되는데, 불행히도 present_callreg_no가 하나 남은 유휴한 호 레지스터 번호+1인 경우에는 최악의 경우로 하나의 유휴한 호 레지스터를 찾기 위해 2048번을 찾아야 하는 것이다.That is, as shown in FIG. 3, when used_callreg_cnt is 2047, one remaining call register must be found. Unfortunately, when present_callreg_no is one remaining call register number + 1, the worst case is one idle call register. To find 2048 is to find.

상기와 같이 루프에 의해 유휴한 호 레지스터를 찾아 호 레지스터를 관리하는 종래의 호 레지스터 관리방법은 유휴한 호 레지스터를 찾는 속도가 저하될 뿐만 아니라 찾는 동작이 많아짐으로 인하여 부하가 증가하는 등, 비효율적인 수행 능력을 갖게 되는 문제점이 있었다.As described above, the conventional call register management method of searching for idle call registers by loops and managing call registers is not only inefficient in finding idle call registers but also inefficient, such as an increase in load due to a large number of seek operations. There was a problem with performance.

본 발명은 상기와 같은 문제점을 해결하기 위해 안출한 것으로서, 그 목적은 유휴한 호 레지스터를 관리하는 배열을 별도로 두어 유휴한 호 레지스터를 신속히 찾아 호 레지스터를 할당하거나 해제함으로써 유휴한 호 레지스터를 찾는 속도를 증가시키고, 찾는데 소요되는 부하를 감소시킬 수 있도록 한 통신 교환기에서의 호 레지스터 관리방법을 제공하는 데에 있다.SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and its object is to provide a separate arrangement for managing idle call registers to quickly find idle call registers and to allocate or release call registers to find idle call registers. The present invention provides a method of managing a call register in a communication exchange that can increase the number of times and reduce the load required to find.

도 1의 (가)와 (나)는 종래 호 레지스터의 할당 및 해제동작을 보인 흐름도,1 (a) and (b) is a flow chart showing the allocation and release operation of the conventional call register,

도 2는 종래 호 레지스터의 해제동작을 설명하기 위해 어느정도 호가 진행된 후의 한 예를 보인 도면,2 is a view showing an example after a call progresses to some extent to explain the release operation of a conventional call register;

도 3은 종래 호 레지스터의 할당 및 해제시 발생되는 최악의 경우의 예를 보인 도면,3 is a diagram illustrating an example of a worst case occurring when allocating and releasing a conventional call register;

도 4는 본 발명의 호 레지스터 관리방법 수행시 필요한 유휴 호 레지스터 관리 배열과 인덱스 변수의 초기화를 보인 도면,4 is a view illustrating initialization of an idle call register management array and index variables required when performing a call register management method of the present invention;

도 5는 본 발명의 호 레지스터 관리방법에 의한 호 레지스터의 할당동작을 보인 흐름도,5 is a flowchart showing an operation of allocating a call register according to the call register management method of the present invention;

도 6은 본 발명의 호 레지스터 관리방법에 의한 호 레지스터의 해제동작을 보인 흐름도,6 is a flowchart showing the release operation of the call register according to the call register management method of the present invention;

도 7은 본 발명의 호 레지스터 관리방법에 의한 호 레지스터의 할당 예를 보인 도면,7 is a diagram showing an example of allocation of a call register by the call register management method of the present invention;

도 8은 본 발명의 호 레지스터 관리방법에 의한 호 레지스터의 해제 예를 보인 도면.8 is a diagram showing an example of releasing a call register by the call register management method of the present invention.

이러한 목적을 달성하기 위한 본 발명의 통신 교환기에서의 호 레지스터 관리방법은, 유휴한 호 레지스터의 첫 번째 번호를 가리키는 first_index와 마지막 번호를 가리키는 last_index를 사용하는 유휴한 호 레지스터 관리 배열(idle_callreg)을 설정하는 유휴한 호 레지스터 관리 배열 설정 단계와, 상기 유휴한 호 레지스터 관리 배열 설정 단계 수행 후, 호 레지스터 할당을 요구하는 경우, first_index의 idle_callreg 값에 해당하는 usage_flag를 트루로 설정하고, 상기 first_index의 값에 -1을 설정하는 호 레지스터 할당 단계와, 상기 유휴한 호 레지스터 관리 배열 설정 단계 수행 후, 호 레지스터 해제를 요구하는 경우, first_index와 last_index의 값이 -1이 아닌 경우에 증가되는 last_index의 idle_callreg에 해제 요구된 호 레지스터의 번호를 설정하고, 호 레지스터가 해제된 usage_flag에 폴스를 설정하는 호 레지스터 해제 단계로 이루어지는 것을 특징으로 한다.The call register management method in the communication exchange of the present invention for achieving the above object sets an idle call register management array (idle_callreg) using first_index indicating the first number of idle call registers and last_index indicating the last number. After the idle call register management array setting step and the idle call register management array setting step are performed, the usage_flag corresponding to the idle_callreg value of first_index is set to true when the call register allocation is requested, and the value of the first_index is set to true. If call register release is requested after the call register allocation step of setting -1 and the idle call register management array setting step is performed, the first_index and last_index are increased to idle_callreg of last_index which is increased when the value of the first_index and last_index are not -1. Sets the number of the requested call register and uses the usage_flag call call released. That comprising the arc off register setting a False characterized.

이하, 첨부된 도면을 참고하여 본 발명에 의한 통신 교환기에서의 호 레지스터 관리방법을 상세히 설명한다.Hereinafter, a call register management method in a communication exchange according to the present invention will be described in detail with reference to the accompanying drawings.

도 4는 본 발명의 호 레지스터 관리방법 수행시 필요한 유휴 호 레지스터 관리 배열과 인덱스 변수의 초기화를 보인 도면으로서, 본 발명에서는 유휴한 호 레지스터를 관리하기 위한 배열, 즉 idle_callreg를 별도로 두고 있으며, 이 idle_callreg에서의 유휴한 호 레지스터의 첫 번째 번호를 가리키는 first_index와 마지막 번호를 가리키는 last_index를 사용한다.FIG. 4 is a diagram illustrating initialization of an idle call register management array and an index variable required when performing a call register management method according to the present invention. In the present invention, an arrangement for managing idle call registers, that is, idle_callreg, is separately provided. We use first_index for the first number of idle call registers in and last_index for the last number.

본 발명의 호 레지스터 관리방법에 의한 호 레지스터의 할당동작을 도 5의 흐름도를 참고하여 설명하면 다음과 같다.Referring to the flowchart of Fig. 5 the allocation operation of the call register by the call register management method of the present invention is as follows.

먼저, 도 4에 도시된 바와 같이 초기상태(S21)에서 호 레지스터 할당 요구 단계(S22)로 진행하여 호 레지스터 할당을 요구한다.First, as shown in FIG. 4, the process proceeds to the call register allocation request step S22 in the initial state S21 and requests call register allocation.

상기 초기상태(21)에서는 유휴한 호 레지스터를 관리하기 위한 idle_callreg 배열에서 유휴한 호 레지스터의 첫 번째 번호를 가리키는 first_index를 0으로 초기화하고, 마지막 번호를 가리키는 last_index를 2047로 각각 초기화한다.In the initial state 21, first_index indicating the first number of idle call registers is initialized to 0 in the idle_callreg array for managing idle call registers, and last_index indicating the last number is initialized to 2047, respectively.

상기 호 레지스터 할당 요구 단계(S22)에서 호 레지스터 할당 요구가 오면 first_index 값 확인 단계(S23)로 진행하여 현재 first_index에 해당하는 idle_callreg의 값이 -1인지를 확인한다.When the call register allocation request comes in the call register allocation request step S22, the process proceeds to the first_index value checking step S23 to determine whether the idle_callreg value corresponding to the current first_index is -1.

상기 first_index 값 확인 단계(S23) 후에 first_index 값 리턴 및 트루 설정 단계(S25)로 진행하여 상기 단계(S23)에서 현재 first_index에 해당하는idle_callreg의 값이 -1이면 -1을 라이브러리 블록으로 리턴하여 유휴한 호 레지스터가 없음을 알린다(S24).After the first_index value checking step (S23), return to the first_index value and true setting step (S25), if the value of idle_callreg corresponding to the current first_index in step (S23) is -1, -1 is returned to the library block and is idle. Notify that there is no call register (S24).

반면에, 상기 단계(S23)에서 현재 first_index에 해당하는 idle_callreg의 값이 -1이 아니면 현재 first_index에 해당하는 idle_callreg의 값을 라이브러리 블록으로 리턴하여 이에 해당하는 usage_flag를 트루로 설정함으로써 할당상태를 표시하여 두고, 상기 first_index의 값에 -1을 설정하여 비워두도록 한다(S25).On the other hand, if the idle_callreg value corresponding to the current first_index is not -1 in step S23, the idle_callreg value corresponding to the current first_index is returned to the library block and the corresponding usage_flag is set to true to indicate the allocation status. The value of the first_index is set to -1 and left blank (S25).

상기 first_index 값 리턴 및 트루 설정 단계(S25) 후에 인덱스 비교 단계(S26)로 진행하여 first_index와 last_index가 같은지를 판단하고, 이때 first_index와 last_index가 같다면 인덱스 값 설정 단계(S27)로 진행하여 first_index와 last_index의 값을 -1로 설정한다.After the first_index value return and true setting step (S25), go to the index comparison step (S26) to determine whether the first_index and last_index is the same, and if the first_index and last_index is the same, proceed to the index value setting step (S27) to first_index and last_index Set the value of to -1.

즉, 상기 first_index와 last_index가 같다고 하는 것은 현재 유휴한 호 레지스터가 하나 남아있었던 것을 의미하므로 first_index와 last_index의 값을 -1로 설정하여 더 이상 유휴한 호 레지스터가 없음을 표시하여 둔다.That is, since the first_index and the last_index are the same, it means that there is only one idle call register left. Therefore, the values of first_index and last_index are set to -1 to indicate that there are no more idle call registers.

그리고, first_index와 last_index가 다르다면 인덱스 증가 단계(S28)로 진행하여 first_index를 1증가시켜 다음 유휴한 호 레지스터를 계속해서 찾을 수 있도록 한다.If the first_index and the last_index are different, the process proceeds to the index increment step S28 to increase the first_index by 1 so that the next idle call register can be found continuously.

상기 인덱스 증가 단계(S28) 후에 인덱스 비교 단계(S29)로 진행하여 상기 단계(S28)에서 증가된 first_index가 2047보다 크면 first_index를 0으로 설정하고(S30), 2047보다 작으면 상기 first_index의 값 확인 단계(S23)로 진행하여 이하 과정을 반복 수행하도록 한다.After the index increase step S28, the process proceeds to the index comparison step S29, and if first_index increased in step S28 is greater than 2047, first_index is set to 0 (S30), and if it is less than 2047, checking the value of the first_index. Proceed to (S23) to repeat the following process.

다음으로, 본 발명의 호 레지스터 관리방법에 의한 호 레지스터의 해제동작을 도 6의 흐름도를 참고하여 설명하면 다음과 같다.Next, the release operation of the call register according to the call register management method of the present invention will be described with reference to the flowchart of FIG. 6.

호 레지스터 해제 요구 단계(S31)에서 호 레지스터 해제 요구가 오면 usage_flag 확인 단계(S32)로 진행하여 호 레지스터를 해제할 usage_flag가 트루인지를 판단한다.When the call register release request comes from the call register release request step S31, the process proceeds to the usage_flag check step S32 to determine whether the usage_flag to release the call register is true.

상기 usage_flag 확인 단계(S32)에서 해제를 요구한 호 레지스터의 usage_flag가 트루가 아니면 응용 프로그램(Application Program)에서 할당하지도 않은 호 레지스터를 해제 요청한 것으로 간주하여 오류 처리한다(S33).If the usage_flag of the call register requesting the release in the usage_flag check step (S32) is not true, it is regarded as a request for the release of the call register that is not allocated by the application program (S33).

그리고, 상기 usage_flag 확인 단계(S32)에서 해제를 요구한 호 레지스터의 usage_flag가 트루이면 인덱스 값 확인 단계(S34)로 진행하여 first_index와 last_index의 값이 -1인지를 판단한다.In addition, if the usage_flag of the call register requesting the release is true in the usage_flag check step (S32), the process proceeds to the index value check step (S34) to determine whether the values of the first_index and the last_index are -1.

상기 인덱스 값 확인 단계(S34)에서 first_index와 last_index의 값이 -1이면 인덱스 값 설정 단계(S35)로 진행하여 first_index와 last_index의 값을 0으로 설정한다.If the value of the first_index and the last_index is -1 in the index value checking step S34, the process proceeds to the index value setting step S35 and sets the values of the first_index and the last_index to zero.

즉, 상기 first_index와 last_index의 값이 -1이라고 하는 것은 호 레지스터가 모두 사용중이다가 최초로 하나가 해제되어 유휴한 상태로 되는 것을 의미하므로 first_index와 last_index의 값을 0으로 설정하도록 한다.That is, since the value of the first_index and the last_index is -1 means that the call registers are all in use and the first one is released and in an idle state, the first_index and the last_index are set to 0.

상기 인덱스 값 설정 단계(S35) 후에 폴스 설정 단계(S36)로 진행하여 상기 단계(S35)의 last_index에 해당하는 idle_callreg에 해제 요구된 호 레지스터의 번호를 설정하고, 호 레지스터가 해제된 usage_flag에 폴스를 설정한다.After the index value setting step S35, the process proceeds to the false setting step S36, sets the number of the call registers requested to be released in the idle_callreg corresponding to the last_index of the step S35, and sets a false number in the usage_flag in which the call register is released. Set it.

상기 인덱스 값 확인 단계(S34)에서 first_index와 last_index의 값이 -1이 아니라면 인덱스 증가 단계(S37)로 진행하여 last_index를 1증가시킨다.If the value of first_index and last_index is not -1 in the index value checking step S34, the process proceeds to the index increasing step S37 to increase the last_index by one.

상기 인덱스 증가 단계(S37) 후에 인덱스 비교 단계(S38)로 진행하여 상기 단계(S37)에서 증가된 last_index가 2047보다 크면 last_index를 0으로 설정하고(S39), last_index가 2047보다 작으면 상기 폴스 설정 단계(S36)로 진행하여 상기 단계(S37)에서 증가된 last_index에 해당하는 idle_callreg에 해제 요구된 호 레지스터 번호를 설정하고, 호 레지스터가 해제된 usage_flag에 폴스를 설정한다.After the index increase step S37, the process proceeds to the index comparison step S38. When the last_index increased in the step S37 is greater than 2047, the last_index is set to 0 (S39). In step S36, the call register number requested to be released is set in the idle_callreg corresponding to the last_index increased in the step S37, and a false is set in the usage_flag in which the call register is released.

도 7은 본 발명의 호 레지스터 관리방법에 의한 호 레지스터의 할당 예를 보인 도면이고, 도 8은 본 발명의 호 레지스터 관리방법에 의한 호 레지스터의 해제 예를 보인 도면으로서, 도 7에 도시된 바와 같이 first_index=4에 설정되어 있는 200번호를 갖는 호 레지스터를 usage-flag에서 찾아 트루로 설정한 후 first_index를 1증가시켜 first_index=5로 만들어 줌으로써 200번호를 갖는 유휴한 호 레지스터를 찾아 할당할 수 있게 된다.7 is a diagram illustrating an example of allocation of a call register by the call register management method of the present invention, and FIG. 8 is a diagram illustrating an example of release of a call register by the call register management method of the present invention. Similarly, find the 200-numbered call register set in first_index = 4 in usage-flag and set it to true, and then increase the first_index by 1 to make first_index = 5 so that an idle call register with 200 number can be found and assigned. do.

호 레지스터 해제 역시 도 8에 도시된 바와 같이 last_index를 1증가시켜 last_index=0에서 last_index=1로 만들어 준 후 last_index=1에 해당하는 idle_callreg에 해제된 호 레지스터의 번호 200을 설정하고, 이어 호 레지스터가 해제된 usage_flag의 200번호에는 폴스를 설정함으로써 이전에 할당된 200번호를 갖는 호 레지스터를 찾아 해제할 수 있게 된다.Call register release also increases last_index by 1 to make last_index = 1 to last_index = 1, and then sets the number 200 of call registers released in idle_callreg corresponding to last_index = 1. The 200 number of the used usage_flag is set to false so that the call register with the 200 number previously allocated can be found and released.

이상, 상기 설명에서와 같이 본 발명은, 유휴한 호 레지스터를 관리하는 배열을 별도로 두어 유휴한 호 레지스터를 신속히 찾아 호 레지스터를 할당하거나 해제함으로써 유휴한 호 레지스터를 찾는 속도를 증가시키고, 찾는데 소요되는 부하를 감소시킬 수 있어 ASS내에서의 더 많은 호를 처리할 수 있으며, 이에 따라 교환기의 성능을 효율적으로 개선할 수 있게 되는 효과가 있다.As described above, the present invention provides a separate arrangement for managing idle call registers to quickly find an idle call register and allocate or release the call register to increase the speed of searching for an idle call register and to find it. The load can be reduced to handle more calls in the ASS, thereby effectively improving the performance of the exchange.

Claims (3)

유휴한 호 레지스터의 첫 번째 번호를 가리키는 인덱스(first_index)와 마지막 번호를 가리키는 인덱스(last_index)를 사용하는 유휴한 호 레지스터 관리 배열(idle_callreg)을 설정하는 유휴한 호 레지스터 관리 배열 설정 단계와,An idle call register management array setting step of setting an idle call register management array (idle_callreg) using an index (first_index) pointing to the first number of idle call registers and an index (last_index) pointing to the last number; 상기 유휴한 호 레지스터 관리 배열 설정 단계 수행 후, 호 레지스터 할당을 요구하는 경우, first_index의 idle_callreg 값에 해당하는 usage_flag를 트루로 설정하고, 상기 first_index의 값에 -1을 설정하는 호 레지스터 할당 단계와,A call register allocation step of setting a usage_flag corresponding to the idle_callreg value of first_index to true and setting -1 to the value of the first_index when the call register allocation is requested after performing the idle call register management array setting step; 상기 유휴한 호 레지스터 관리 배열 설정 단계 수행 후, 호 레지스터 해제를 요구하는 경우, first_index와 last_index의 값이 -1이 아닌 경우에 증가되는last_index의 idle_callreg에 해제 요구된 호 레지스터의 번호를 설정하고, 호 레지스터가 해제된 usage_flag에 폴스를 설정하는 호 레지스터 해제 단계로 이루어지는 것을 특징으로 하는 통신 교환기에서의 호 레지스터 관리방법.After performing the idle call register management array setting step, when call register release is requested, the number of call registers requested to release is set in idle_callreg of last_index which is increased when the value of first_index and last_index is not -1, and A call register management method in a communication exchange comprising a call register release step of setting a fault in a usage_flag in which a register is released. 제1항에 있어서, 상기 호 레지스터 할당 단계가,The method of claim 1, wherein the call register allocation step, 상기 idle_callreg의 first_index와 last_index를 초기화한 후 호 레지스터 할당 요구가 오는 경우, first_index에 해당하는 idle_callreg의 값이 유휴한 호 레지스터가 없음을 나타내는 -1인지를 확인하는 first_index 값 확인 단계와, 상기 first_index 값 확인 단계에서 first_index에 해당하는 idle_callreg의 값이 -1이면 라이브러리 블록으로 -1을 리턴하고, -1이 아니면 first_index의 idle_callreg값에 해당하는 usage_flag를 트루로 설정하고 first_index의 값에 -1을 설정하는 first_index 값 리턴 및 트루 설정 단계와, 상기 first_index 값 리턴 및 트루 설정 단계 수행 후, first_index와 last_index가 같은지를 판단하여 first_index와 last_index가 같으면 first_index와 last_index의 값을 -1로 설정하고, first_index와 last_index가 다르면 first_index를 1증가시키는 인덱스 비교 및 인덱스 값 설정 단계와, 상기 인덱스 비교 및 인덱스 값 설정 단계에서 증가된 first_index가 2047보다 크면 first_index를 0으로 설정하고, 2047보다 작으면 상기 first_index 값 확인 단계로 진행하는 인덱스 비교 단계로 이루어지는 것을 특징으로 하는 통신 교환기에서의 호 레지스터 관리방법.When a call register allocation request comes after initializing first_index and last_index of the idle_callreg, first_index value checking step of checking whether the value of idle_callreg corresponding to first_index is -1 indicating that there is no idle call register, and checking the first_index value. If the value of idle_callreg corresponding to first_index is -1 in the step, return -1 to the library block; otherwise, set the usage_flag corresponding to the idle_callreg value of first_index to true and set the value of first_index to -1 After performing the return and true setting step and the return and true setting step, determine whether first_index and last_index are the same. 1 increase the index comparison and index value setting step, and compare and index the index 'S value is increased at the setting step sets the first_index first_index greater than 2047 to 0, and less than 2047 method call register management in a communication switch which comprises a step of comparing the index proceeds to check the step first_index value. 제1항에 있어서, 상기 호 레지스터 해제 단계가,The method of claim 1, wherein the call register release step, 호 레지스터 해제 요구가 오는 경우, 호 레지스터를 해제할 usage_flag가 트루인지를 판단하여 usage_flag가 트루가 아니면 오류 처리하고, 트루이면 first_index와 last_index의 값이 -1인지를 판단하는 usage_flag 확인 및 인덱스 값 확인 단계와, 상기 usage_flag 확인 및 인덱스 값 확인 단계에서 first_index와 last_index의 값이 -1이면 first_index와 last_index의 값을 0으로 설정하고, -1이 아니면 last_index를 1증가시키는 인덱스 값 설정 및 인덱스 증가 단계와, 상기 인덱스 값 설정 및 인덱스 증가 단계에서 설정된 last_index의 idle_callreg에 해제 요구된 호 레지스터의 번호를 설정하고, 호 레지스터가 해제된 usage_flag에 폴스를 설정하는 폴스 설정 단계와, 상기 인덱스 값 설정 및 인덱스 증가 단계에서 증가된 last_index가 2047보다 작으면 상기 폴스 설정 단계로 진행하고, 2047보다 크면 last_index를 0으로 설정하는 인덱스 비교 단계로 이루어지는 것을 특징으로 하는 통신 교환기에서의 호 레지스터 관리방법.When a call register release request comes in, it determines whether the usage_flag to release the call register is true, handles an error if usage_flag is not true, and if it is true, the usage_flag check and index value verification steps to determine whether the value of first_index and last_index is -1. And setting the values of first_index and last_index to 0 when the values of first_index and last_index are -1 in the usage_flag checking and checking index values step, and increasing the last_index by 1 when the value of first_index and last_index is -1; In the setting of the index value and the step of setting the index to set the number of the call register to be released to the idle_callreg of the last_index set in the step of increasing the index, and set the fall in the usage_flag the call register is released, and the increase in the index value setting and the index increment step If last_index is less than 2047, proceed to the above step of setting false; if greater than 2047, last An index comparison step of setting _index to 0, characterized in that the call register management method in the communication switch.
KR1020000008436A 2000-02-22 2000-02-22 The method of managing a call register of the communication switch KR20010086641A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020000008436A KR20010086641A (en) 2000-02-22 2000-02-22 The method of managing a call register of the communication switch

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020000008436A KR20010086641A (en) 2000-02-22 2000-02-22 The method of managing a call register of the communication switch

Publications (1)

Publication Number Publication Date
KR20010086641A true KR20010086641A (en) 2001-09-15

Family

ID=19648685

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020000008436A KR20010086641A (en) 2000-02-22 2000-02-22 The method of managing a call register of the communication switch

Country Status (1)

Country Link
KR (1) KR20010086641A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100405601B1 (en) * 2000-12-12 2003-11-15 엘지전자 주식회사 Method for call information memory management in MSC

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19990030778A (en) * 1997-10-06 1999-05-06 이계철 Routing Method for Multi-Module Control
KR19990058011A (en) * 1997-12-30 1999-07-15 윤종용 Long time non-recovery call handling method in exchange system
KR20010056636A (en) * 1999-12-16 2001-07-04 김진찬 Apparatus for restoring call register of call in exchange
KR20010056852A (en) * 1999-12-17 2001-07-04 김진찬 Method for multi call processing in mobile network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19990030778A (en) * 1997-10-06 1999-05-06 이계철 Routing Method for Multi-Module Control
KR19990058011A (en) * 1997-12-30 1999-07-15 윤종용 Long time non-recovery call handling method in exchange system
KR20010056636A (en) * 1999-12-16 2001-07-04 김진찬 Apparatus for restoring call register of call in exchange
KR20010056852A (en) * 1999-12-17 2001-07-04 김진찬 Method for multi call processing in mobile network

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100405601B1 (en) * 2000-12-12 2003-11-15 엘지전자 주식회사 Method for call information memory management in MSC

Similar Documents

Publication Publication Date Title
JP7083901B2 (en) Dark Roch Realization Method, Equipment, Computation Node and System
US8041685B2 (en) Method of changing system configuration in shared-nothing database management system
US5675797A (en) Goal-oriented resource allocation manager and performance index technique for servers
US7389293B2 (en) Remastering for asymmetric clusters in high-load scenarios
US7302533B2 (en) System and method for optimally configuring software systems for a NUMA platform
US20080162863A1 (en) Bucket based memory allocation
CN105302840B (en) A kind of buffer memory management method and equipment
JPH04299440A (en) Shared register control system
CN105095094A (en) Memory management method and equipment
US8499298B2 (en) Multiprocessing transaction recovery manager
US9063805B2 (en) Method and system for enabling access to functionality provided by resources outside of an operating system environment
CN110727517A (en) Memory allocation method and device based on partition design
CN101702138A (en) Memory management method, memory management system and server
US6912712B1 (en) Real time control system for multitasking digital signal processor using ready queue
KR100400165B1 (en) Processing system scheduling
US20030023824A1 (en) NUMA page selection using coloring
CN110231977A (en) Processing method, device, storage medium and the electronic device of database
CN110162395B (en) Memory allocation method and device
CN116932229B (en) Memory allocation method and device, network manager and storage medium
KR20010086641A (en) The method of managing a call register of the communication switch
US9697048B2 (en) Non-uniform memory access (NUMA) database management system
CN109388493A (en) A kind of method, apparatus and storage medium of the adjustment of cache partitions capacity
CN113010453A (en) Memory management method, system, equipment and readable storage medium
KR20010080958A (en) Concurrent processing for event-based systems
KR100401560B1 (en) Kernel Stack Dynamic Allocation Method In Operating System

Legal Events

Date Code Title Description
N231 Notification of change of applicant
N231 Notification of change of applicant
A201 Request for examination
E701 Decision to grant or registration of patent right
NORF Unpaid initial registration fee