A "Responsive" Postulate qn is one which responds to and goes free on the C/S for a Postulate qn. He is not being prevented from blowing or "cannot respond" to the C/S.
A "Responsive" Loop qn can have a "holder" (usually a "qn being a policy") and the Loop C/S #1 covers this so that both go free.
But if it occurs that the auditing keeps getting "interfered with" before the qn being audited can blow, or the qn "almost" goes free, but snaps back to an automaticity and starts repeating answers already given, or the preOT feels "something else" came into the session before the qn being audited is complete, then you have an "unresponsive" situation. It means these qns were "linked" together in a network or "org board", and if you try to handle, it will invlove a long chain of incomplete cycles which have to be finished or BPC will continue to build up from the many incomplete cycles.
The way to handle this when it occurs is to go to PrPr6, and when any "new qn" comes to interfere with the session; clear the commands to him and continue the PrPr6 on a Group Auditing Basis. Eventually you will have the whole network in the session and they will start "reviving" one by one and the TA will finally come into 2.0 - 3.0 range with F/N VGIs Cog (for the preOT as well as the qns being audited).
Then do the B/CB Steps.
Then check on any incomplete process cycles from before you did the PrPr6, as the unflatness of the process could prevent those qns audited on it from blowing. If so, complete the process(es) and do a new B/CB.
BR
Sr C/S Ron's