KR960008424B1 - 파일 레퍼런스 카운터에 의한 브로드캐스팅 로딩 방법 - Google Patents

Abstract

내용 없음.

Description

파일 레퍼런스 카운터에 의한 브로드캐스팅 로딩 방법

제1도는 본 발명이 적용된 하드웨어 시스팀의 구성도.

제2도는 본 발명에 따른 전체 처리 흐름도.

제3도는 본 발명에 따른 파일 레퍼런스 카운터 계산 처리 흐름도.

제4도는 본 발명에 따른 브로드 캐스팅 로딩 방법에 대한 처리 흐름도.

* 도면의 주요부분에 대한 부호의 설명

1 : AAS(access switching subsystem)

2 : INS(Interconnection Network subsystem)

3 : CCS(Central control subsystem) 4 : 광섬유 링크(FOL)

본 발명은 전자교환기와 같은 분산 제어 시스템에서 많은 프로세서가 공통되는 파일을 각각의 메모리에 적재해야 하므로 이들 공통되는 파일을 부트스트랩(Bootstra)과정에서 일시에 공통 프로세서로 동시에 실행할 수 있는 레퍼런스 카운터에 의한 브로드캐스팅 로딩(Broadcasting loading) 방법에 관한 것이다.

종래 프로세서의 로딩 방법은 일애일 프로세서 로딩을 기준으로 하였으며, 제한적으로 브로드 캐스팅 로딩을 행하였으나 이는 프로그래머가 미리 정한 순서에 의해 일부 파일만을 로딩(loading)하여 실행하였으므로 로딩에 소요시간이 길어지고 시스팀 상태와는 상관없이 정해진 순서에 준하여 행하게 하므로써 다양하게 변화하는 시스팀 변화에 부응하지 못하는 문제점이 있었다.

따라서 상기 문제점을 해결하기 위하여 본 발명은 프로세서 로딩시 중복성이 많은 파일의 순서대로 브로드캐스팅 로딩함으로써 효율적이고 빠른 속도로 시스팀 시동을 시킬 수 있는 파일 레퍼런스 카운터에 의한 브로드캐스팅 로딩 방법을 제공하는데 그 목적이 있다.

상기 목적을 달성하기 위하여 본 발명은, AAS(access switching subsystem) , INS(Interconnection Network subsystem), 운영 및 유지보수 프로세서(OMP)를 내장한 CCS(Central control subsystem)를 포함하는 전전자 교환시스팀의 로딩방법에 있어서 ; 프로세서가 재시동되는 경우 각 프로세서에서 운영 및 유지보수프로세서(이하, OMP)에 시동요구를 함으로서 개시되어 일대일로딩을 시도하며 로딩 실시중 다른 로딩 요구가 접수되는가를 조사하는 제1단계, 상기 제1단계 수행후, 다른 로딩요구가 없으면 일대일 로딩을 계속하고 다른 프로세서 로딩요구가신호가 접수되면 현재 로딩하고 있는 프로세서의 총 갯수 카운터를 증가시키면서 일정임계치를 초과하는가를 조사하는 제2단계, 상기 제2단계 수행 후, 로딩카운터가 일정임계치를 초과하면 전체시스팀이 다운된 것으로 판단하에 현재 진행중인 일대일 로딩을 중단하고 브로드캐스팅로딩을 실행하고 종료하며 로딩 카운터가 임계치 이하일 경우는 일대일 로딩을 계속 실행한 뒤 종료하는 제3단계로 이루어지는 것을 특징으로 한다.

이하, 첨부된 도면을 참조하여 본 발명을 상세히 설명한다.

제1도는 본 발명이 적용되는 교환 시스팀으로 도면에서 1은 AAS(access switching subsystem), 2는 INS(Interconnection Network subsystem),3은 CCS(Central control subsystem), 4는 광섬유 링크(FOL)을 각각 나타낸다.

도면에 도시한 바와 같이 교환 시스팀은, AAS(1)는 가입자선 혹은 중계선 정합회로로 호 처리과정 및 시스널 처리에 따른 복수적인 기능을 수행하며, 8,192가입자 혹은 1024 입/출 중계선을 수용하며 그 이용에 따라 가입자용(AAS-S), 중계선용(AAS-T) 패킷용(AAS-P), ISDN 가입자용(AAS-I), CCITT No 7 공통선 신호용(AAS-7)으로 구성된다. 그리고 AAS(1)와 INS(2) 간의 통신은 고속의 광섬유 링크(FOl)(4)를 통하여 이루어지고 INS(2)는 AAS(1)와 CCS(3)를 연결한다.

CCS(3) 서비스시스팀은 시스팀차원의 운용 및 유지보수기능을 수행하며 프린터나 터미널, 디스크, MT(Magnetic Tape)등의 I/O장치도 제어한다.

로딩을 담당하는 블럭은 CCS(3) 내의 운영 및 유지보수프로세서(OMP)에 실장되어 있고 교환기 시스팀에 적재되어야 할 모든 파일은 CCS(3)내의 디스트에 저장되어 있다.

제2도는 본 발명에 따른 전체 처리 흐름도 이다.

먼저 프로세서가 전원 스위치를 켜거나 오동작에 의해 재시동되는 경우 각 프로세서에서 운영 및 유지보수프로세서(이하, OMP)에 시동요구를 함으로서 이루어진다(21).

이 시동요구를 받으면 OM는 개별적인 로딩(일대일로딩)을 시도한다(22).

일대일 개별 로딩 실시중 다른 로딩 요구가 접수되는가를 조사한다(23).

상기 조사(23) 결과 계속하여 다른 프로세서의 로딩요구신호가 접수되면 현재 로딩하고 있는 프로세서의 총 갯수 카운터를 증가시키고(24) 로딩 카운터 증가중 일정임계치를 초과하는가를 조사한다(25).

상기 조사(25) 결과 로딩 카운터가 일정임계치를 추과하면 전체시스팀이 다른 다운된 것으로 판단하여 현재 진행중의 일대일 로딩을 중단하고(26) 브로드캐스팅 로딩을 실행하고 종료한다(27).

상기 조사(23, 25) 결과 다른 로딩 요구가 없거나 로딩 카운터가 임계치 이하일 경우는 일대일 로딩을 계속 실행한 뒤 종료한다(28).

다음은 분산 시스팀인 전전자 교환기에 적재되어야 하는 파일의 종류를 예시한 것이다.

1. OMP에 실장되는 블럭(OMBLK)

'cros', 'DBKG_MPCM', 'P_OMP', 'PL_MPCM', shell

, 'DBSG_MPCM', 'SCM_MPCM', MPSH_MPCM', 'MPDH_MPCM', 'MDGP_MPCM'

, 'SSC_OMP', 'OTLM_OMP', 'CM_OMP', 'CAS_OMP', 'FLM_OMP', 'DSM_OMP'

, 'DCRH_OMP', 'MSS_OMP', 'DBBG_OMP', 'MDGM_OMP', 'OMDST_OMP'

, 'NMI_OMP', 'CTCM_OMP', 'CV_OMP, 'JAKA_MPCM', 'MDP_OMP'

, 'ORC_OMP', 'CCI_OMP', 'NPS_OMP', 'RCI_OMP', 'ITLM_OMP', 'DFM_PCM'

2. MMP에 실장되는 블럭(MMPBLK)

'cros', 'DBKG_MPCM', 'P_OMP', 'PL_MPCM', shell

, 'DBSG_MPCM', 'SCM_MPCM', MPSH_MPCM', 'MPDH_MPCM', 'MDGP_MPCM'

, 'CA_MMP', 'DS_MMP', 'EC_MMP', 'OC_MMP', 'HR_MMP', 'WM_MMP'

, 'SH_MMP' 'MMDST_MMP', 'CFC_MMP', 'DFM_MPCM', 'JACA_MPCM'

3. INP에 실장되는 블럭(INPBLK)

'cros', 'DBKG_MPCM', 'P_MP', 'PL_MPCM', shell

, 'DBSG_MPCM', 'SCM_MPCM', MPSH_MPCM', 'MPDH_MPCM', 'MDGP_MPCM'

, 'RCO_INP', 'INMH_INP', 'SNC_INP', 'SPA_MPCM'

4. NTP에 실장되는 블럭(NTPBLK)

'cros', 'DBKG_MPCM', 'P_MP', 'PL_MPCM', shell

, 'DBSG_MPCM', 'SCM_MPCM', MPSH_MPCM', 'MPDH_MPCM', 'MDGP_MPCM'

, 'RCO_NTP', 'NTR_NTP', 'PBXC_NTP', 'NDH_NTP', 'SPA_MPCM', 'RDH_NTP'

5. IOP에 실장되는 블럭(IOPBLK)

'cros', 'DBKG_MPCM', 'P_MMP', 'PL_MPCM', shell

, 'DBSG_MPCM', 'SCM_MPCM', MPSH_MPCM', 'MPDH_MPCM', 'MDGP_MPCM'

, 'RFLM_IOP', 'RDCRH_IOP', 'DFM_IOP', 'RMDP_IOP', 'RMMDST_IOP'

, REC_IO, 'ROC_IOP', 'RWM_IOP', 'RSH_IOP', 'MDGP_MPCM', 'JACA_MPCM'

, RCA_IOP', 'RSSL_IOP', 'RDSM_IOP', 'RSSC_IOP', 'RMSH_IOP'

6. ASP에 공통으로 실장되어야 하는 블럭(ASPBLK)

'cros', 'DBKG_MPCM', 'P_MMP', 'PL_MPCM', shell

, 'DBSG_MPCM', 'SCM_MPCM', MPSH_MPCM', 'MPDH_MPCM', 'MDGP_MPCM'

, 'LSL_ASP', 'CSL_ASP'

상기 cross, DBKG_MPCM, PL_MPCM, shell, DBSG_MPCM, SCM_MPCM, MPSH_MPCM, MPDH_MPCM, MDGP_MPCM, DBBG_MCM, DFM_MPCM, JACA_MPCM은 무든 상위 프로세서 적재되며 특정 교환에 상위 프로세서 개수가 60개 라고 가정하면 위에서 언급한 공통 파일의 FRC(file reference counter)는 60이 된다.

그리고 ASS는 이용에 따라 여러 가지 타입으로 구분될 수 있지만 이들이 구분될 수 있는 기준은 아래와 같이 모두 ASS 공통적으로 적재되어야 하는 파일과 각각의 용도에 따른 타입으로 나뉘어지는데,

1. 공통파일(GSPEQUIP)

'GSC_ASP'

2. 아날로그 가입자용(ASIEQUIP)

'ASC_ASP', 'ITL_ASP', 'TLT_ASP', 'OTL_ASP', 'SOBS_ASP'

3. 디지털 가입자용(ASIEQUIP)

'TKC_ASP', 'UPI_ASP', 'UPC_ASP', 'ITL_ASP'

4. CEPT 중계선용(DCIEQUIP)

'TKC_ASP', 'UPI_ASP', 'UPC_ASP', 'OTL_ASP'

5. T1 중계선용(DTIPEQUIP)

'TKC_ASP', 'UPI_ASP', 'UPC_ASP', 'OTL_ASP'

6. ISDN 가입자용(ISAPEQUIP)

'DSC_ASP'

7. CCS No. 7 가입자용(SMHPEQUIP)

'S7RS_ASP', 'S7LS_ASP', 'S7SL_ASP'

, 'S7INM_ASP', 'S7TM_ASP', 'LSC7_ASP'

8. 모든 가입자가 있는 ASS용(LSPEQUIP)

, 'CDG_ASP', 'CHDC_ASP', 'CTPS_ASP', 'MDGC_ASP', 'MULC_ASP'

, 'CFWC_ASP', 'SSCO_ASP', 'TCDT_ASP', 'LSC_ASP', 'CAWC_ASP'

, 'CTRC_ASP', 'LPA_AP', 'TOP_ASP', 'TDMH_ASP', 'TDSH_ASP'

, 'REGC_ASP'

9. 신호장비용(LGSPEQUIP)

'RMDGC_ASP', 'RTCDT_ASP', 'RTDMH_ASP', 'RTDSH_ASP',

'RCDG_ASP', 'RPBXC_ASP'

, 'RNDH_ASP', 'RNTR_ASP', 'GSC_ASP', 'RCFTC_ASP'

, 'CTPS_ASP', 'RMULC_ASP', 'CFWC_ASP', 'SSCO_ASP'

, 'RREGC_ASP', 'LSC_ASP', 'CTRC_ASP', 'LPA_ASP', 'TOP_ASP'

다시 설명한 ASS 타입에 따라 추가로 어떤 파일이 적재되어야 하는 점에 달라진다. 그러므로 타입에 따른 ASS 구분이 있어 일반적으로 ASS는 40여개의 파일을 브로드캐스팅할 경우 효과가 커진다.

브로드캐스팅 방법에 의한 로딩을 할 경우 망 자체 포화를 피해야 하므로 몇 개의 IPC를 전송하고 난 뒤 일정시간 휴지를 시켜 주어야 한다. 한 개의 파일이 여러개의 프로세서에 공통으로 적재되는 정도를 FRC라고 정의한다. 특정파일의 FRC가 10이라 함은 10개의 프로세서에 이 파일이 적재됨을 말한다.

이때 테이블 형태의 비트 맵 가로 행렬로 각 프로세서의 어드레스를 나타내고 세로 행렬은 전전자 교환시스팀의 파일명을 나타낸다. 그리고 이들 각 네모칸은 1비트를 나타내며 프로세서별 블럭 로딩 정보테이블 비트 맵으로 나타낸 것이다. 예를 들어 블럭 1의 레퍼런스 카운터(reference counter)는 1컬럼(coulumn)에 1로딩 셋트된 갯수를 카운트하면 된다.

그리고 비트 맵 설정은 OMP 스타트 시에 정보를 추출하므로 운용시 성능과는 무관하다.

제3도는 본 발명에 따른 파일 레퍼런스 카운터 계산 처리 흐름도이다.

먼저 전전자 교환 시스팀의 실행파일의 이름을 국 테이타로 입력시키고(31) 각 프로세서별 로디 파일과 ASS(1) 내 공통 파일도국 데이타로 입력시킨 후(32) 프로그램이 실행되면 국 데이타로 입력된 전전자 교환기 실행파일을 읽어들여 로딩 테이블의 프로세서 인댁스를 계산하고(33) 해당프로세서에 로딩되어야 할 블럭과 로딩테이블의 실행이름이 같은지를 비교한다(34).

상기 비교(34) 결과 같으면 해당 로딩테이블의 비트 맵을 셋트시킨 후(35) 프로세서별 로딩파일이 최종로딩파일인지를 조사한다(36).

상기 조사(36) 결과 프로세서별 최종 로딩파일이 아니면 다음 프로세서별 로딩파일에 대한 상기 과정(34) 결과 프로세서별 최종 로딩 파일이면 그 프로세서에 대한 가로열의 비트 맵이 완성된 것이므로 처리된 프로세서가 최종 프로세서인가를 조사한다음(37) 최종 프로세서가 아니면 다음 프로세서에 대한 비트 맵을 처리하기 위하여 상기 과정(33) 이하를 수행하고 최종 프로세서이면 종료한다(38).

제4도는 본 발명에 따른 브로드캐스팅 로딩 방법에 대한 처리 흐름도이다.

비트 맵 셋트 중 파일 레퍼런스 카운터(File Reference Counter : 이하, FRC라 함)을 계산하여(41) 로딩 테이블 중에서 FRC(File Reference Counter)가 가장 큰 파일을 선택하여(42) 디스크로부터 해당 파일을 오픈하여 파일 헤더를 읽어(43) 모든 프로세서로 전송하고(44) 프로그램 로더에 의해 시그널이 인지되는 시간까지 대기한 후(45) 텍스트 파일(Text File)과 데이타 파일(Data File)에 대해 22000바이트씩 디스크에서 읽어 로딩을 시작한다(46).

22000바이트 혹은 최종 파일이 전송이 완료되었는가를 조사하여(47) 최종파일이 아니면 다음 파일 전송준비를 위해 상기 과정(46)으로 복귀하고(48) 최종 파일이면 바로 다음 파일을 읽지 않고 망내 IPC(Inter Processor Communication) 포화상태를 방지하기 위해 일정시간 휴지한 후 다음 파일 전송을 재개한다(49).

그리고 한 파일에 대한 전송이 끝나면 FRC(File Reference Counter)가 같은 것이 있으면(50) 다시 상기 과정(43) 이하를 반복하게 된다.

상기 조사(50) 결과 같은 FRC가 없으면 다음으로 큰 FRC를 선정하여(51) 선정하여 FRC가 임계치보다 크거나 같은가를 조사한다(52).

상기 조사(52) 결과 임계치가 작으면 브로드캐스팅 로딩을 완료하고(53)일대일 로딩 준비를 함으로써 종료된다(54).

그리고 상기 조사(52) 결과 FRC가 임계치보다 크거나 같으면 파일 수신 여부에 대한 응답신호를 수신하고(55) 응답신호 즉 수신 성공률이 임계치보다 크거나 같은가를 조사하여(56) 성공률이 임계치보다 크거나 같으면 다음 과정(42) 이하를 반복 수행하고 작으면 상기 과정(53) 이하를 수행하고 종료한다(56).

부가 설명을 하면 브로드캐스팅 로딩인 경우 몇 개의 로딩 파일 전송 후 망의 포화 상태를 피하기 위하여 일정시간을 휴지해야 하므로 브로드캐스팅 로딩 종료는 FRC가 3이상인 경우에만 적용된다. 특정 파일의 전송 후 각 프로세서로부터 파일 수신 여부가 성공적인지를 알기 위해 응답신호를 수신하여 수신 성공률이 임계치 이상인 경우에는 브로드캐스팅 로딩을 계속 수행하고 그렇지 못한 경우 브로드캐스팅 로딩을 종료한다. 이후 공통되는 파일이 임계치 이하인 파일과 FRC가 1인 파일에 대해서는 개별적으로 일대일 로딩을 한다. 이 과정에서도 한꺼번에 일대일 로딩 과정을 수행하여 OMP측 부하가 커지므로 로딩을 순서대로 제어하여 시스팀을 기동시킨다.

따라서 본 발명은 상기와 같은 분산제어 방식을 취함으로서 긴급상황이나 시스팀 확장시에 유연하게 대처하도록 설계되어 있으며, 프로세서는 대체로 I/O 장치, 통과로계 장치로부터 신호의 감지 및 분석하는 등 실시간 제어를 목적으로 이들 주변장치를 제어하는 하위레벨 프로세서와 호 정보제어, 번호번역, 그룹스위치, 시스팀 유지보수 기능등의 다소 비실시간적인 상위 제어 기능을 수행하며 프로세서간 통신은 CIN(Communication Interwork Network)을 통해 메시지를 주고 받도록 되어 있어 각 프로세서간의 통신을 동등한 레벨로 통신할 수 있는 잇점이 있으며 다수의 프로세서가 공통의 파일을 자신의 메모리에 적재하여야 하므로 이들 프로세서를 모두 시동시켜 시스팀을 정상 가동하는 총시간은

S(t)=n*f(t)

S(t) : 전체시스팀 가동시간

n : 특정 파일이 로딩되어야할 프로세서수(FRC)

f(t) : 특정파일 로딩 시간

이 되나 브로드캐스팅 로딩을 할 경우

S(t)=f(t)+b

S(t) : 전체 시스팀 가동시간

f(t) : 특정파일 로딩 시간

b : 브로드캐스팅 로딩 오버헤드

로 되므로 (n-1)*f(t)-b시간 만큼 시간 절약이 된다. 보통의 경우 전전자 교환기의 총 프로세서수가 최대 가입자 수용시 1500개가 되므로 프로세서수가 많아지면 많아질수록 프로세서 로딩시간이 절감된다.

그리고 상수 b는 브로드캐스팅 로딩을 할 경우 망전체에 IPC가 모두 전송되게 되므로 IPC망이 포화상태가 되므로 몇 개의 IPC를 전송하고 난 뒤에 일정시간의 휴지시간을 두어야 하고, 이들 파일 전송 후 인지 시그널(acknowledg signal) 처리 등에 따른 오버헤드(overhead)를 나타낸다. 아울러 로딩 도중 에럴 발생으로 인해 특정 프로세서의 리로딩(Reloading) 시간도 오버헤드에 속한다.

또한 공통성이 적은 파일을 로딩할 경우 일대일 로딩이 브로드캐스팅 로딩보다 빨라 질 수 있다는 점을 착안하여 공통성이 많은 파일만을 브로드캐스팅 로딩을 받고 나머지 파일의 경우 점대점(point-to-point)로딩으로 전체 시스팀의 포화를 피하면서 효율적이고 신속하게 시스팀 로딩을 끝날 수 있는 효과가 있다.

Claims (3)

1. AAS(access switching subsystem)(1), INS(Interconnection Network subsystem)(2) 운영 및 유지보수 프로세서(OMP)를 내장한 CCS(Central control subsystem)(3)를 포함하는 전전자 교환시스팀의 로딩 방법에 있어서 ; 프로세서가 재시동되는 경우 각 프로세서에서 운영 및 유지보수프로세서(이하, OMP)에 시동요구를 함으로서 개시되어 일대일로딩을 시도하며 로딩 실시중 다른 로딩 요구가 접수되는가를 조사하는 제1단계(21 내지 23), 상기 제1단계(21 내지 23) 수행후, 다른 로딩요구가 없으면 일대일 로딩을 계속하고 종료하면 다른 프로세서의 로딩요구신호가 접속되면 현재 로딩하고 있는 프로세서의 총 갯수 카운터를 증가시키면서 일정임계치를 초과하는 가를 조사하는 제2단계(24, 28, 25), 상기 제2단계(24, 28, 25) 수행 후, 로딩 카운터가 일정임계치를 초과하면 전체시스팀이 다운된 것으로 판단하여 현재 진행중인 일대일 로딩을 중단하고 브로드캐스팅 로딩 실행하고 종료하며 로딩 카운터가 임계치 이하일 경우는 일대일 로딩을 계속 실행한 뒤 종료하는 제3단계(26 내지 28)로 이루어지는 것을 특징으로 하는 파일 레퍼런스 카운터에 의한 브로드 캐스팅 로딩 방법.
2. 제1항에 있어서, 상기 제2단계(24, 28, 25)에서 로딩 카운터 계산 처리방법은 ; 전전자 교환 시스팀의 실행파일의 이름을 국 데이타로 입력시키고 프로세서별 로딩 파일과 ASS(1) 내 공통 파일도 국 데이타로 입력시킨 후 프로그램이 실행되며 국 데이타로 입력된 전전자 교환기 실행파일을 읽어들여 로딩 테이블의 프로세서 인댁스를 계산하고 해당 프로세서에 로딩되어야 할 블럭과 로딩 테이블의 실행이름이 같은지를 비교하는 단계(31 내지 34), 상기 단계(31 내지 34) 수행 후, 같으면 해당 로딩 테이블의 비트 맵을 셋트시킨 후 프로세서별 로딩 파일이 최종 로딩 파일이 아니면 다음 프로세서별 로딩 파일에 대한 상기 해당 프로세서 로딩 블럭과 로딩 테이블의 실행이름 비교과정 이하를 수행하고 프로세서별 최종 로딩파일이면 최종 프로세서인가를 조사하는 단게(35 내지 37), 상기 단계(35 내지 37) 수행 후, 최종 프로세서가 아니면 다음 프로세서에 대한 비트 맵을 처리하기 위하여 상기 프로세서 인덱스 계산 과정 이하를 수행하고 최종 프로세서이면 종료하는 단계(38)로 이루어지는 것을 특징으로 하는 파일 레퍼런스 카운터에 의한 브로드캐스팅 로딩 방법.
3. 제1항에 있어서, 상기 제3단계 (26 내지 28)에서의 브로드캐스팅 로딩 방법은 ; 비트 맵 셋트 중 파일 레퍼런스 카운터(File Reference Counter : 이하, FRC라 함)을 계산하여 로딩 테이블 중에서 FRC(File Reference Counter)가 가장 큰 파일을 디스크로부터 오픈하여 파일 헤더를 읽어 모든 프로세서를 전송하고 프로그램로더에 의해 시그널이 인지되는 시간까지 대기한 후 텍스트 파일(Text File)과 데이타 파일(DATA File)에 대해 22000바이트씩 디스크에서 읽어 로딩을 시작하는 단계(41 내지 46), 상기 단계(41 내지 46)수행 후, 22000바이트 혹은 최종 전송 파일 전송이 완료되었는가를 조사하여 최종파일이 아니면 다음 파일 전송 준비를 위해 상기 파일전송과정으로 복귀하고 최종 파일이면 바로 다음 파일을 읽지 않고 망내 IPC(Inter Processor Communication) 포화 상태를 방지하기 위해 일정시간을 휴지하는 단계(47 내지 49), 상기 단계(47 내지 49) 수행 후, FRC(File Reference Counter)가 같은 것이 있으며 다시 상기 단계(41 내지 49) 이하를 반복 수행하고 같은 FRC가 없으면 다음으로 큰 FRC를 선정하여 선정한 FRC가 임계치보다 크거나 같은가를 조사하는 단계(50 내지 52), 상기 단계(50 내지 52) 수행 후, FRC가 임계치보다 작으면 브로드 캐스팅 로딩을 완료하고 일대일 로딩을 행하고 종료하는 단계(53,54), 상기 단계(50 내지 52) 수행 후, FRC가 임계치보다 크거나 같으면 파일 수신 여부에 대한 응답신호를 수신하고 응답신호 즉 수신 성공률이 임계치보다 크거나 같은가를 조사하여 성공률이 임계보다 크거나 같으면 상기 최대 FRC 선정과정 이하를 반복 수행않고 작으면 상기 단계(53,54) 이하를 수행하고 종료하는 단계(55,56)로 이루어지는 것을 특징으로 하는 파일 레퍼런스 카운터에 의한 브로드캐스팅 로딩 방법.