どうもわざわざすみません。質問も言葉足らずだったようで・・・

＞で、お聞きしたいのですが、
＞
＞その１：
＞環境がPB5.0.02とありますが、可能であれば5.0.04（＋パッチ版）で試してみてください。
＞5.0.02のO73インターフェイスでは、ストアド呼び出しなどで細かいバグが多かったと記憶しています。

・すいません、客先の関係等、現段階ではこのバージョンで試すほかないんです。

＞その２：
＞No006256のサンプルは、配列データを一方的に渡す場合の方法です。
＞つまりプロシージャの引数が \"IN\" になっているケースです。
＞もしかして \"OUT\"で定義していて、プロシージャの中で取得したデータをPBから受け取ろうとしていません
か？
＞その場合は、事前に配列を初期化してメモリを確保しておかなければなりません。
＞配列の上限を決めておく必要があり、かつ十分な長さの空白文字で埋めておく必要があります。
＞（この制約があるので、あまり実用的ではないと思っています）
＞
＞これでどうでしょうか。

最初の段階ではOUTのものも使おうと考えていたのですが、上記のようなことがあると知ったので、
今はINの引数でのみで検証しています。
以下がストアド宣言部です。

TYPE t_lot_no IS TABLE OF VARCHAR2(5)
INDEX BY BINARY_INTEGER;

FUNCTION p_test1 (
p_lot_no IN t_lot_no,
sql_errm OUT varchar2
) RETURN string;

以下がPBローカル外部関数定義部です。
FUNCTION string p_test1(string p_lot_no[],REF string sql_errm) RPCFUNC ALIAS FOR \"p_test.p_test1\"

FUNTION p_test1はパッケージp_testにて定義しています。

どうでしょうか？
どこかで単純なミスをしている可能性もあるんですが･･･