Verarbeitung von MLLP-Empfangsadaptern

Der MLLP-Empfangsadapter (Minimal Lower Layer Protocol) unterstützt sowohl den eindirektionalen als auch den bidirektionalen Anforderungsantwortmodus. Der Adapter lauscht und akzeptiert Verbindungen.

Wenn der MLLP-Empfangsadapter im bidirektionalen Modus arbeitet, empfängt der Adapter keine neue Nachricht von der Verbindung, bis die Pipeline die Bestätigung (ACK) für die vorherige Nachricht generiert hat.

Konfigurationsparameter

Die Parameter für einen Empfangshandler werden auf BizTalk-Hostebene konfiguriert und gelten für alle mlLP-Empfangsspeicherorte, die diesem zugeordnet sind.

Parameter	Zweck
Maximales Verbindungslimit für die Annahme	Schränkt die Anzahl gleichzeitig geöffneter Verbindungen ein, die der Empfangsadapter akzeptiert.

Bestätigungen mit dem bidirektionalen MLLP-Empfangsadapter

Wenn ein bidirektionaler MLLP-Empfangsadapter eine Nachricht empfängt, kann Microsoft BizTalk Accelerator for HL7 (BTAHL7) die folgenden Typen von ACKs generieren:

• HL7 Enhanced Commit ACK: In diesem Szenario sendet BTAHL7 einen Commit-ACK für dieselbe Verbindung. Es sendet eine Application Accept ACK an einem anderen Sendeport.

• Anwendungsakzept-ACK: In diesem Szenario sendet BTAHL7 einen Anwendungsakzepter-ACK über dieselbe Verbindung.

• Statischer ACK: In diesem Szenario sendet BTAHL7 einen ACK über dieselbe Verbindung.

• Der Typ des generierten ACK hängt von den Einstellungen der BTAHL7-Konfiguration Explorer für die Partei ab, die die Nachricht sendet. Der Wert in den Feldern MSH 15 und 16 einer einzelnen Nachricht kann diese Einstellung überschreiben. Für Anwendungen, die statische ACKs erwarten, kann die Konfiguration jedoch nur über BTAHL7 Configuration Explorer festgelegt werden.

Fehlerbedingungen

Die folgenden Ereignisse treten auf, wenn eine Fehlerbedingung oder Inaktivität vorliegt:

• Wenn der Empfangsspeicherort deaktiviert ist oder BizTalk Server heruntergefahren wird, geschieht Folgendes:

  • Der Empfangsspeicherort akzeptiert keine neuen Verbindungen mehr.

  • Bei vorhandenen Verbindungen empfängt BizTalk Server die aktuelle Nachricht vollständig und schließt dann die Verbindung.

• Wenn Inaktivität erkannt wird (keine Nutzlastdaten, die innerhalb des angegebenen Timeouts am Empfangsspeicherort empfangen werden), schließt der Adapter die Verbindung.

• Wenn BizTalk Server eine unvollständige Nachricht empfängt, wird der empfangene Teil angehalten. Alle Bytes, die außerhalb einer Nachricht (vor dem ersten SB für eine neue Verbindung zwischen EB/CR und SB der nächsten Nachricht) empfangen werden, werden ignoriert.

• Wenn die Pipeline die Nachricht nicht analysiert, wird die Nachricht weiterhin an die MessageBox-Datenbank mit der heraufgestuften Eigenschaft ParseError=true übermittelt.

• Wenn eine Nachricht aufgrund des Fehlens eines Abonnements oder aufgrund struktureller Fehler im Header fehlschlägt, hält BizTalk Server die Nachricht in ihrer ursprünglichen "Wire"-Form an (vor der Analyse). Ein häufiger Grund für den Fehler ohne Abonnement ist das Fehlen höhergestufter Eigenschaften. Da BizTalk Server die nicht analysierte Nachricht anbricht, wird die BTS. MessageType ist leer.

  In der folgenden Tabelle sind die Fehler aufgeführt, die vom MLLP-Empfangsadapter zurückgegeben werden.

Ereignis	id	Fehlerbedingung
ErrorListening	8448	Es konnte keine Bindung an einen lokalen Socket hergestellt werden (wahrscheinlich verwendet eine andere lokale Anwendung dieselbe Kombination aus IP-Adresse/Port-ID).
ErrorAcceptingConnection	8449	Es konnte keine TCP-Verbindung mit der Remotepartei hergestellt werden. Entweder BizTalk Server das maximale Verbindungslimit erreicht haben, oder die Ressourcen waren unzureichend.
ErrorSubmittingMessage	8452	Die MessageBox-Datenbank konnte die Nachricht nicht akzeptieren. Entweder war SQL Server nicht verfügbar oder die Ressourcen waren unzureichend.
ErrorSendingAck	8454	BizTalk Server konnte die Bestätigung nicht zurückgeben, da die Verbindung nicht verfügbar war.

Leistungsindikatoren

In der folgenden Tabelle sind die Leistungsindikatoren aufgeführt, die vom MLLP-Adapter verwendet werden.

Leistungsindikator	Bedeutung
Byte	Größe der Nutzlast aller empfangenen oder gesendeten Dokumente.
Byte/Sek.	Aktueller Durchsatz der empfangenen oder gesendeten Nutzlast.
Verarbeitete Dokumente	MLLP Receive: Anzahl der Dokumente, die erfolgreich an die MessageBox-Datenbank übermittelt wurden. MLLP Senden: Anzahl der Dokumente, die erfolgreich an die Remoteanwendung übermittelt wurden.
Fehler bei Dokumenten	MLLP Receive: Anzahl der Dokumente, die nicht erfolgreich an die MessageBox-Datenbank übermittelt wurden. MLLP Senden: Anzahl der Dokumente, die nicht erfolgreich an die Remoteanwendung übermittelt wurden.
Verbindungsstatus	Die status der Adapterverbindung, 1 oder 0 (1=verbunden).

Die Leistungsindikatorinstanzen verwenden das folgende Benennungsschema:

{recv|trans} : connection name : remote IP address : remote port ID  

Wobei der MLLP-Empfangsadapter das Präfix "recv" und der MLLP-Sendeadapter "trans" verwendet.

Hinweis

ACKs, die von Empfangsports gesendet werden (z. B. ein Adapter, der in einem bidirektionalen Modus arbeitet) und Sendeports (zum Empfangen von ACKs über dieselbe Socketverbindung) werden nicht gezählt.

Weitere Informationen

Verarbeiten von MLLP-codierten Nachrichten
Konfigurationsparameter für Sende- und Empfangsadapter
Verarbeitung von MLLP-Sendeadaptern
Einrichten eines Sendeports zum Empfangen von Bestätigungen