Mein Problem wurde gelöst!
Wesentlichen Anteil daran hat Forumsmitglied witkatz !

@witkatz:
Auch an dieser Stelle ganz herzlichen Dank für deine tolle Hilfe und für den entscheidenden Hinweis!

Unsere Kommunikation hatte sich unbeabsichtigt hin zu PN und eMail verlagert. Daher möchte ich die Lösung nachträglich auch hier noch kurz skizzieren:

witkatz hatte durch debuggen festgestellt, dass ISR-interne Sprünge zu ISR_MEM_E gelegentlich in einer höheren Codepage landen, während die ISR in Codepage #0 liegt.
Dreh- und Angelpunkt ist das Register PCLATH.
Das Fehlverhalten dürfte jedesmal aufgetreten sein, wenn der Controller zum Zeitpunkt des Interrupt Requests in einer anderen Codepage unterwegs war als in derjenigen, welche die ISR beherbergt.
Abhilfe schuf die Einfügung eines 'pagesel ISR_MEM' gleich hinter der Kontextspeicherung der ISR.

Ärgerlicherweise kannte ich diese Problematik schon, habe mir aber den Fehler eingefangen, als ich von einem PIC16F871-Controller (kein Code Paging !!!) zu einem PIC16F877A wechselte.

Die Erkenntnis lautet also: Der PIC 16 Assembler spinnt _nicht_.

Gruß
RoboHolIC