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 PDFInfo
- 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
Links
Classifications
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F21—LIGHTING
- F21S—NON-PORTABLE LIGHTING DEVICES; SYSTEMS THEREOF; VEHICLE LIGHTING DEVICES SPECIALLY ADAPTED FOR VEHICLE EXTERIORS
- F21S8/00—Lighting devices intended for fixed installation
- F21S8/08—Lighting devices intended for fixed installation with a standard
- F21S8/085—Lighting devices intended for fixed installation with a standard of high-built type, e.g. street light
- F21S8/086—Lighting 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
-
- E—FIXED CONSTRUCTIONS
- E04—BUILDING
- E04H—BUILDINGS OR LIKE STRUCTURES FOR PARTICULAR PURPOSES; SWIMMING OR SPLASH BATHS OR POOLS; MASTS; FENCING; TENTS OR CANOPIES, IN GENERAL
- E04H12/00—Towers; Masts or poles; Chimney stacks; Water-towers; Methods of erecting such structures
- E04H12/02—Structures made of specified materials
- E04H12/08—Structures made of specified materials of metal
- E04H12/085—Details of flanges for tubular masts
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F21—LIGHTING
- F21V—FUNCTIONAL FEATURES OR DETAILS OF LIGHTING DEVICES OR SYSTEMS THEREOF; STRUCTURAL COMBINATIONS OF LIGHTING DEVICES WITH OTHER ARTICLES, NOT OTHERWISE PROVIDED FOR
- F21V21/00—Supporting, suspending, or attaching arrangements for lighting devices; Hand grips
- F21V21/10—Pendants, arms, or standards; Fixing lighting devices to pendants, arms, or standards
- F21V21/116—Fixing lighting devices to arms or standards
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F21—LIGHTING
- F21W—INDEXING SCHEME ASSOCIATED WITH SUBCLASSES F21K, F21L, F21S and F21V, RELATING TO USES OR APPLICATIONS OF LIGHTING DEVICES OR SYSTEMS
- F21W2131/00—Use or application of lighting devices or systems not provided for in codes F21W2102/00-F21W2121/00
- F21W2131/10—Outdoor lighting
- F21W2131/103—Outdoor lighting of streets or roads
-
- Y—GENERAL 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
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02B—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO BUILDINGS, e.g. HOUSING, HOUSE APPLIANCES OR RELATED END-USER APPLICATIONS
- Y02B20/00—Energy efficient lighting technologies, e.g. halogen lamps or gas discharge lamps
- Y02B20/72—Energy 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
Description
본 발명은 통신 교환기에서의 호 레지스터 관리방법에 관한 것으로, 특히 유휴(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)
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)
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)
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 |
-
2000
- 2000-02-22 KR KR1020000008436A patent/KR20010086641A/en active IP Right Grant
Patent Citations (4)
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)
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 |