MLLP 接收配接器處理
最小較低層通訊協定 (MLLP) 接收配接器支援單向和雙向要求回應模式。 配接器會接聽並接受連線。
當 MLLP 接收配接器以雙向模式運作時，在管線產生先前訊息的通知 (ACK) 之前，配接器將不會收到來自連線的新訊息。
組態參數
接收處理常式的參數是在 BizTalk 主機層級設定，並套用至與其相關聯的所有 MLLP 接收位置。
| 參數 | 使用 |
|---|---|
| 最大接受連線限制 | 限制接收配接器將接受的並行開啟連線數目。 |
使用雙向 MLLP 接收配接器的通知
當雙向 MLLP 接收配接器收到訊息時，Microsoft BizTalk Accelerator for HL7 (BTAHL7) 可以產生下列類型的 ACK：
HL7 增強認可 ACK：在此案例中，BTAHL7 會在相同的連線上傳送認可 ACK。 它會在不同的傳送埠上傳送應用程式接受 ACK。
應用程式接受 ACK：在此案例中，BTAHL7 會在相同的連線上傳送應用程式接受 ACK。
靜態 ACK：在此案例中，BTAHL7 會在相同的連線上傳送 ACK。
產生的 ACK 類型取決於傳送訊息之合作物件的 BTAHL7 組態總管設定。 個別訊息的 MSH 15 和 16 欄位中的值可以覆寫此設定。 不過，對於預期靜態 ACK 的應用程式，組態只能透過 BTAHL7 組態總管來設定。
錯誤狀況
發生錯誤狀況或閒置時，會發生下列事件：
如果接收位置已停用或BizTalk Server關閉，就會發生下列情況：
接收位置將不再接受新的連線。
對於現有的連線，BizTalk Server完全接收目前的訊息，然後關閉連線。
當偵測到非活動 (在指定逾時) 內接收位置上未收到任何承載資料時，配接器會關閉連線。
如果BizTalk Server收到不完整的訊息，則收到的部分會暫停。 系統會忽略下一個訊息) 之 EB/CR 與 SB 之間的第一個 SB 之前，在訊息外部接收的所有位元組 (。
如果管線無法剖析訊息，訊息仍會傳遞至 MessageBox 資料庫，且具有升級屬性 ParseError=true。
如果訊息因為沒有訂用帳戶而失敗，或因為標頭中的結構錯誤而失敗，BizTalk Server在剖析) 之前暫停其原始「連線」格式的訊息 (。 沒有訂用帳戶失敗的常見原因是缺少升級的屬性。 由於BizTalk Server暫停未剖析的訊息，所以BTS。MessageType會是空白的。
下表列出 MLLP 接收配接器傳回的錯誤。
| 事件 | 識別碼 | 錯誤狀況 |
|---|---|---|
| ErrorListening | 8448 | 無法系結至本機通訊端 (很可能有些其他本機應用程式使用相同的 IP 位址/埠識別碼組合) 。 |
| ErrorAcceptingConnection | 8449 | 無法與遠端合作物件建立 TCP 連線。 BizTalk Server達到最大連線限制，或資源不足。 |
| ErrorSubmittingMessage | 8452 | MessageBox 資料庫無法接受訊息。 SQL Server無法使用或資源不足。 |
| ErrorSendingAck | 8454 | BizTalk Server無法傳回通知，因為連線無法使用。 |
效能計數器
下表列出 MLLP 配接器所使用的效能計數器。
| 計數器 | 意義 |
|---|---|
| 位元組 | 接收或傳送之所有檔的承載大小。 |
| 位元組數/秒 | 接收或傳送之承載的目前輸送量。 |
| 處理文件數 | MLLP 接收： 成功傳遞至 MessageBox 資料庫的檔數目。 MLLP 傳送： 成功傳遞至遠端應用程式的檔數目。 |
| 檔失敗 | MLLP 接收： 無法成功傳遞至 MessageBox 資料庫的檔數目。 MLLP 傳送： 無法成功傳遞至遠端應用程式的檔數目。 |
| 連線狀態 | 配接器連線的狀態，1 或 0 (1=連線) 。 |
效能計數器實例會使用下列命名配置：
{recv|trans} : connection name : remote IP address : remote port ID
其中 MLLP 接收配接器使用 「recv」 前置詞，而 MLLP 傳送配接器則使用 「trans」。
注意
例如，接收埠所傳送的 ACK (，以雙向模式運作的介面卡) ，以及傳送埠 (作業來接收相同通訊端連線) 上的 ACK 不會計算。