-
公开(公告)号：KR1019960016650B1
公开(公告)日：1996-12-19
申请号：KR1019940010684
申请日：1994-05-16
IPC: H04L12/14
Abstract: (13,14) classifying the service according to the service ID; (15 or 20) comparing the protocol data transferring amount per unit hour with the transferred data during the unit hour service in case of CBR; (21 or 23, 28 or 30) charging by repeating the first step until the service is completed when the transferred data is below the threshold value of the protocol data and below the previously transferred data, and increasing the violation number if above the threshold value, stopping the service if the system load is above the threshold value and continuing the service if the system load is below the threshold value; (24 or 27) checking whether the transferred amount exceeds the peak value in case of VBR; and the other steps are like the above steps in case of CBR.
Abstract translation: （13,14）根据服务ID对服务进行分类; （15或20）比较每单位时间的协议数据传输量与CBR情况下单位时间服务期间的传输数据; （21或23,28或30）通过重复第一步进行计费，直到当传送的数据低于协议数据的阈值并且低于先前传送的数据时，服务完成，并且如果高于阈值则增加违规数 如果系统负载高于阈值则停止服务，如果系统负载低于阈值则继续服务; （24或27）检查在VBR情况下转移量是否超过峰值; 而CBR的其他步骤就像上述步骤。
-
-
-
公开(公告)号：KR1019960009465B1
公开(公告)日：1996-07-19
申请号：KR1019930025355
申请日：1993-11-26
IPC: H04L12/24 , H04L12/911
Abstract: checking the generation of OAM pattern; returning to the initial step when trouble is removed; checking whether the traffic is smaller than a critical value; for activating performance measurement when the traffic is smaller than the critical value and returning to the initial step in case of performance measurement nonactivated state; checking whether OAM cell is looped back before a timer is completed when the traffic is not smaller than the critical value; and returning to the initial step when it is looped back but transmitting trouble managing cell when it is not looped back.
Abstract translation: 检查OAM模式的生成; 当故障消除时返回初始步骤; 检查流量是否小于临界值; 用于在流量小于临界值时激活性能测量，并且在性能测量非激活状态的情况下返回初始步骤; 在流量不小于临界值时，检查在定时器完成之前是否将OAM单元循环回来; 并返回初始步骤，当它被环回时，但是当不循环回传时，传输管理单元的故障。
-
公开(公告)号：KR1019960012818A
公开(公告)日：1996-04-20
申请号：KR1019940022191
申请日：1994-09-03
IPC: H04L12/16
Abstract: 본 발명은 망의 체중이나 교환기의 자원 부족시 서비스 제한 기준을 서비스 연속성에 근거하여 제한함으로서 사용자에게 서비스의 질을 향상 시키면서 교환기 자원을 효율적으로 사용 할 수 있는 서비스 연속성에 의한 서비스 제한방법에 관한 것으로, 가입자호처리프로세서(SCP)(152)가 가입자로 부터 서비스 요구가 접수되면 현재 교환시스테이 체증상태이거나 자원부족상태인지 확인하는 제1단계와, 상기 확인 결과, 교환시스템이 정상이면 상기 접수된 서비스 요구를 수락하고, 교환시스템이 체중상태이거나 자원부족상태이면 상기 요구된 서비스가 단일 서비스인지 멀티 서비스인지 확인하는 제2단계와, 상기 요구된 서비스의 종류가 단일 서비스인 경우에는 서비스를 거절하고, 멀티 서비스인 경우에는 서비스의 개시시점인지 판단하여 개시시점이 면 서비스를 거절하고, 개시시점이 아니면 상기 접수된 서비스 요구를 수락하는 제3단계를 포함하는 것을 특징으로 한다.
-
Patent Agency Ranking
公开(公告)号：KR1019960001057B1
公开(公告)日：1996-01-17
申请号：KR1019930018908
申请日：1993-09-17
IPC: H04L12/00
Abstract: checking whether a cell set connection is completed by receiving a try message in a network; if a normal communication is made between users after completing a call connection try, setting a counter of the user at "0"; if the connection is not completed, checking whether a cause of a cut message is in user's intension; if the cause thereof is not in user's intension after checking the cause, performing an abnormal situation process corresponding to a Q.93B protocol, and if the cause of the cut is in user's intension, increasing a value of the counter assigned to the user by one; checking whether the increased value is over an allowed limit value; if it is over the limit value, regarding a user call attempt as being ineffective, preventing the ineffective call from being attempted by using user's softwear blocking, and requesting an overcharge under use of a value of a counted counter; and releasing the softwear blocking by setting the value of the counter at "0".
Abstract translation: 通过在网络中接收到尝试消息来检查小区组连接是否完成; 如果在完成呼叫连接尝试之后在用户之间进行正常通信，则将用户的计数器设置为“0”; 如果连接未完成，检查剪切消息的原因是否在用户的意图中; 如果原因在检查原因之后不在用户意图中，则执行与Q.93B协议相对应的异常情况处理，并且如果切断原因在用户意图中，则通过以下方式增加分配给用户的计数器的值 一; 检查增加的值是否超过允许的极限值; 如果超过限制值，则用户呼叫尝试无效，通过使用用户的软件阻塞来防止尝试无效的呼叫，并且在使用计数的计数器的值的情况下请求过充电; 并通过将计数器的值设置为“0”来释放软约束。
-
-
-
公开(公告)号：KR1019950022445A
公开(公告)日：1995-07-28
申请号：KR1019930030890
申请日：1993-12-29
IPC: H04L12/801
Abstract: 본 발명은 전자교환기와 같은 분산제어 시스팀에서 ATM트래픽의 과부하제어 방법에 관한 것으로, 프로세서의 과부하 정보는 SOP를 통해 DSCC로 들어오며 포함되는 정보는 CPU운용시간이 임계치를 초과하는 경우와 프로세스 수가 증가한 경우가 되고, CMX, VMX등 서비스 자원의 과부하는 SOD로 관련되는 정보 서비스장치 서비스 대기가 늘어나는 경우가 입력되며, 호 요구에 대한 수락율은 CAC를 통해 서비스 요구가 증가하는 경우의 정보가 입력되며, 서비스도중 서비스데이타 폭주정보는 UPC/NPC를 PC에서 폐기되는 셀의 수, 스위치에 의해 폐기되는 셀의 수로서 DSCC로 입력되고, 타교환기의 폭주상태를 NWC를 통해 입력되면 해당 교환기에 대한 루팅 요구는 CC에서 번호 번역 단계에서 제어되는 제1단계, 및 상기 각 정보가 입력될 때 임계치를 넘는 과부하 조짐이 있 을 때 DSCC는 각 블럭으로 서비스 제한을 요청하는 제2단계로 구성되어 있는 것을 특징으로 한다.
-
公开(公告)号：KR1019950013293A
公开(公告)日：1995-05-17
申请号：KR1019930021722
申请日：1993-10-19
IPC: H04Q1/30
Abstract: 본 발명은 하드웨어 자원의 실장 갯수를 이용한 사건경보 등급결정 방법에 관한 것으로, 특정 프로세서로 부터 접수된 장애, 고장 정보가 소프트웨어 블럭에서 검출된 것인지 아니면 하드웨어 블럭에서 검출된 것인지를 판별하는 제1단계(15,16); 상기 제1단계(15,16) 수행후, 소프트웨어 검출인 경우 미리 정의된 특수한 경우의 사건경보 보고인지 확인하는 제2단계(17); 상기 제2단계(17) 수행 후, 미리 정의된 사건인 경우 해당 사건 발생 횟수를 증가시키고 미리 지정된 등급의 사건을 출력시키고 종료하는 제3단계(18,19); 상기 제2단계(17) 수행 후, 미정의 된 사건인 경우 해당자원의 장애발생 누적치가 단위시간내 임계치를 초과하는지 판별하는 제4단계(20,21); 상기 제4단계(20,21) 수행 후, 임계치 이하인 경우 장애 메세지 출력 후 종료하는 임계치 이상인 경우 마이너 사건경보로 대체되고 종료하는 제5단계(22,23); 및 상기 제1단계(15,16) 수행 후, 하드웨어상에서 검출된 고장, 장애 정보인 경우 장애율이 시스템에 미치는 영향을 고려하여 장애등급을 결정하고 종료하는 제6단계(23,24)을 포함하여 이루어지는 것을 특징으로 한다.
-
-
-
-
-
-
-
-
-
Search Results
91
records
(took 0.023 seconds)
