尋呼信道是用於傳送與尋呼過程相關數據的下行傳輸信道，用於網路與終端進行初始化時。最簡單的一個例子是向終端發起語音呼叫，網路將使用終端所在小區的尋呼信道向終端傳送尋呼訊息。
當網路想與某一MS建立通信時，它就會根據MS所登記的LAC號向所有具有該LAC號的小區的PCH信道上進行尋呼，尋呼MS的標識為TMSI或IMSI。用於傳輸基站尋呼移動台的信息，尋呼信道屬於下行信道，點對多點傳播方式。
在非組合CCCH的51復幀中共9個的CCCH塊，其中包括PCH塊和AGCH塊．一般城市裡AGCH設定為0，因為當PCH空閒時也可以做為AGCH來用．
不同的PCH信道可以用於不同的尋呼組進行尋呼，組合信道尋呼組會減少，非組合會增多．尋呼組越多，用戶需要等待時間越長.
信道內容
該信道用於網路傳送尋呼訊息，以通知被叫移動台啟動尋呼流程。在該信道傳遞的信息有以下三個：尋呼塊配置
BTS通過尋呼組廣播尋呼請求時，一個尋呼塊有以下幾種可能的配置情況：a) 2個IMSI
b) 2個TMSI 和1個IMSI 尋呼
c) 4個TMSI尋呼
相對IMSI尋呼而言，採用TMSI尋呼可以提高系統尋呼Paging容量，對於尋呼容量大的網路，採用TMSI尋呼可以提高接通率，呼叫接續時長也會有所改善。
在空閒和睡眠模式下，手機在網路中會一直處於守候(Camp on)狀態，移動台守侯在屬於它的尋呼子信道上來收聽系統播發的尋呼訊息（在此期間它還可用來監測非服務小區的BCCH載波的接收電平），而忽略其它尋呼子信道的內容，甚至在其它尋呼子信道期間關閉移動台某些硬體設備的電源以節約移動台的功率開銷，但必須保證在一定的時間內完成必要的測量網路訊息的任務。
在空閒模式下，若移動台選擇了某小區後作為服務小區後，它就可以開始收聽該小區的尋呼訊息了。但為了降低功耗，在GSM規範中引入了不連續接收的機制（DRX），每個移動用戶（即對應每個IMSI）都屬於一個專門的尋呼組，在小區中每個尋呼組都分別與一個尋呼子信道相對應，移動台可根據自身IMSI的最後3位及該位置區尋呼信道的配置情況來計算出它所屬的尋呼組，進而計算出該尋呼組的尋呼子信道位置。 當網路想與某一MS建立通信時，它就會在PCH信道上根據MS所登記的LAC號向所有具有該LAC號的小區進行尋呼，尋呼MS的標示為TMSI或IMSI，屬下行信道，點對多點傳播
尋呼量的計算
方法一
尋呼組的劃分是按照IMSI進行的，計算公式如下：尋呼組 =（IMSI的最後三位） mod （尋呼組個數）
其中：
尋呼組個數 =（尋呼信道復幀數 * （n - 接入允許保留塊數）） * CCCH塊數。
對於非組合CCCH來說，n等於9,組合的CCCH，n等於3。
當BCCH信道與SDCCH信道組合時：（3－AGBLK）×MFRMS。
當BCCH信道與SDCCH信道不組合時：（9－AGBLK）×MFRMS。
尋呼信道復幀數為5，接入允許保留塊數為2，非組合CCCH為1，則尋呼組的個數為35。
假如用戶IMSI為46001XXXXXXX050，則其對應的尋呼組為050 mod 35 = 15bbs.mscbsc.com!J2H8?3Y/i(z
121、 假設小區bcchtype=ncomb,agblk=1,mfrms=4,小區的尋呼子信道數是_B_
A：12 B：32 C：36D：16
某用戶的手機IMSI=46000…101249，服務小區參數設定為：MFRMS=4,AGBLK=1，控制信道類型為：SDCCH/8,一個CCCH,則用戶的尋呼組為C：
A)40 B)32 C)25 D)9
尋呼容量=（n-AGBLK）*ccch*4*3600/0.235(tmsi)MSCBSC 移動通信論壇,E s#_3l%Q%V%X8k8a
尋呼容量=（n-AGBLK）*ccch*2*3600/0.235(imsi)
尋呼組的設定是為了避免尋呼訊息在更大的範圍內（如BSC、LAC）傳送而增加不必要的信令流量，同時手機只偵聽屬於自己的尋呼組也可以節省電量。
方法二
尋呼組的劃分是按照IMSI進行的，計算公式如下：尋呼組 =（IMSI的最後三位） mod （尋呼組個數）
其中：
尋呼組個數 =（尋呼信道復幀數 * （n - 接入允許保留塊數）） * CCCH塊數。
對於非組合CCCH來說，n等於9,組合的CCCH，n等於3。
舉個例子來說：
尋呼信道復幀數為5，接入允許保留塊數為2，非組合CCCH為1，則尋呼組的個數為35。
假如用戶IMSI為46001XXXXXXX050，則其對應的尋呼組為050 mod 35 = 15。
確認尋呼組並不是由BSC來確定的，而是由交換機確定的。LAC區只是用戶在一個區域中，但如果是要進行尋呼的話，則是由交換機按照IMSI來分成不同的尋呼組，按照IMSI來進行尋呼，這個就跟CCCH復幀中的9個CCCH塊有關了。
