Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 33.128  Word version:  18.7.0

Top   Top   Up   Prev   Next
0…   4…   5…   5.7…   6…   6.2.2.2A…   6.2.3…   6.2.3.2.7…   6.2.3.3…   6.2.4…   6.3…   6.3.2.2A…   6.3.3…   6.3.3.2…   6.3.3.2.4…   6.3.3.2A…   7…   7.3…   7.3.3…   7.3.3.2.21…   7.3.3.2.42…   7.3.3.2.63…   7.3.4…   7.4…   7.4.3.8…   7.5…   7.6…   7.7…   7.7.4…   7.8…   7.8.4…   7.9…   7.10…   7.10.4…   7.11…   7.12…   7.13…   7.13.3…   7.13.3.4…   7.14…   7.15…   8…   A…   D…   E…   M…

 

7  Service Layer Based Interceptionp. 159

7.1  Introductionp. 159

This clause describes any remaining fields, behaviours or details necessary to implement the required LI interfaces for specific 3GPP-defined services which are not described in clauses 4 and 5.

7.2  Central Subscriber Managementp. 159

7.2.1  General descriptionp. 159

This clause describes interception at central subscriber management functions or databases (e.g. UDM and HSS).

7.2.2  LI at UDMp. 159

7.2.2.1  General descriptionp. 159

In 3GPP network, the UDM provides the unified data management for UE. The UDM shall have LI capabilities to generate the target UE's service area registration and subscription management related xIRI.

7.2.2.2  Provisioning over LI_X1p. 159

The IRI-POI present in the UDM is provisioned over LI_X1 by the LIPF using the X1 protocol as described in clause 5.2.2.
The POI in the UDM shall support the following target identifier formats in the ETSI TS 103 221-1 [7] messages:
  • SUPIIMSI.
  • SUPINAI.
  • PEIIMEI.
  • PEIIMEISV.
  • GPSIMSISDN.
  • GPSINAI.

7.2.2.3  Generation of xIRI over LI_X2p. 159

7.2.2.3.1  General descriptionp. 159
The IRI-POI present in the UDM shall send xIRI over LI_X2 for each of the events listed in clause 7.2.2.4 of TS 33.127, the details of which are described in the following clauses.
7.2.2.3.2  Serving systemp. 160
The IRI-POI in the UDM shall generate an xIRI containing the UDMServingSystemMessage record when it detects the following events:
  • When the UDM receives the amf3GPPAccessRegistration from the AMF as part of the Nudm_UEContextManagement_Registration service operation (see clause 5.3.2.2.2 of TS 29.503).
  • When the UDM receives the amfNon3GPPAccessRegistration from the AMF as part of the Nudm_UEContextManagement_Registration service operation (see clause 5.3.2.2.3 of TS 29.503).
When a target UE registers to both 3GPP and non-3GPP access, two separate xIRIs each containing the UDMServingSystemMessage record may be generated by the IRI-POI in the UDM.
Field Name Description M/C/O
sUPISUPI associated with the target UE, see TS 29.571.M
pEIPEI associated with the target UE, when known, see TS 29.571.C
gPSIGPSI associated with the target UE, when known, see TS 29.571.C
gUAMIServing AMF's GUAMI, when known, see NOTE 1.C
gUMMEIServing MME's GUMMEI, see NOTE 2.C
pLMNIDServing PLMN Id. See TS 29.571. See NOTE 3.C
servingSystemMethodIdentifies method used to access the serving system, see NOTE 4.M
serviceIDIdentifies the target UE's 5G service identifiers (e.g. SNSSAI, CAGID) when the AMF Registration is executed, when known, see TS 29.571.C
roamingIndicatorBoolean which indicates if the serving PLMN is different from the HPLMN. See clause 6.4.6.2.8 of TS 29.503.M
TS 29.571 requires that the encoding of 3GPP defined identifiers (e.g. IMSI, NAI) shall be prefixed with its corresponding prefix (e.g. with reference to SUPI it requires 'imsi-','nai-'). However, identifiers and parameters shall be coded over the LI_X2 and LI_HI2 according to Annex A of the present document, so without the prefix specified in TS 29.571.
The IRI-POI present in the UDM generating an xIRI containing an UDMServingSystemMessage record shall set the Payload Direction field in the PDU header to not applicable (Direction Value 5, see ETSI TS 103 221-2 [8] clause 5.2.6).
Up
7.2.2.3.3  Subscriber record changep. 160
The IRI-POI in the UDM shall generate an xIRI containing the UDMSubscriberRecordChangeMessage record when it detects the following events:
  • When the UDM receives the Amf3GppAccessRegistration from the AMF as part of the Nudm_UEContextManagement Registration service operation (see clause 5.3.2.2.2 of TS 29.503) and detects a change in the SUPI/GPSI/PEI association for a target.
  • When the UDM receives the AmfNon3GppAccessRegistration from the AMF as part of the Nudm_UEContextManagement Registration service operation (see clause 5.3.2.2.3 of TS 29.503) and detects a change in the SUPI/GPSI/PEI association for a target.
  • When the UDM receives the Amf3GppAccessRegistrationModification from the AMF as part of Nudm_UEContextManagement Update service operation (see clause 5.3.2.6.2 of TS 29.503) and detects a change in the SUPI/GPSI/PEI association for a target.
  • When the UDM receives the AmfNon3GppAccessRegistrationModification from the AMF as part of Nudm_UEContextManagement Update service operation (see clause 5.3.2.6.3 of TS 29.503) and detects a change in the SUPI/GPSI/PEI association for a target.
  • When the UDM receives the PeiUpdateInfo from the HSS as part of the Nudm_UEContextManagement PEI Update service operation (see clause 5.3.2.10.2 of TS 29.503) and detects a change in the SUPI/GPSI/PEI association for a target.
  • Upon detection of modification between SUPI and GPSI association (if UDR is deployed, when UDM receives the DataChangeNotify from the UDR including the modified GPSI as part of the Nudr_DataRepository Notification service operation (see clause 5.2.2.8.3 of TS 29.504 and clause 5.4.2.6 of TS 29.505); if UDR is not deployed, when the modification is detected as result of UDM provisioning).
  • Upon UE de-provisioning (if UDR is deployed, when UDM receives the DataChangeNotify from the UDR including the deleted SUPI as part of the Nudr_DataRepository Notification service operation (see clause 5.2.2.8.3 of TS 29.504 and clause 5.4.2.6 of TS 29.505); if UDR is not deployed, when the modification is detected as result of UDM deprovisioning).
  • When a new SUPI is provisioned (if UDR is deployed, when UDM receives the DataChangeNotify from the UDR including the new and the old SUPI as part of the Nudr_DataRepository Notification service operation (see clause 5.2.2.8.3 of TS 29.504 and clause 5.4.2.6 of TS 29.505); if UDR is not deployed, when the modification is detected as result of UDM provisioning).
  • When the UDM receives the Amf3GppAccessRegistrationModification from the AMF as part of Nudm_UEContextManagement Update service operation (see clause 5.3.2.2.2 of TS 29.503) and detects a change in the ServiceID association for a target.
  • Upon detection of modification in the Service ID association (if UDR is deployed, when UDM receives the DataChangeNotify from the UDR including the modified Service ID as part of the Nudr_DataRepository Notification service operation (see clause 5.2.2.8.3 of TS 29.504 and clause 5.4.2.6 of TS 29.505); if UDR is not deployed, when the modification is detected as a result of UDM provisioning.
When a target UE registers to both 3GPP and non-3GPP access, two separate xIRIs each containing the UDMSubscriberRecordChangeMessage report record may be generated by the IRI-POI in the UDM.
Field Name Description M/C/O
sUPISUPI currently associated with the target UE, see TS 29.571, see NOTE 1C
pEIPEI currently associated with the target UE, when known, see TS 29.571.C
gPSIGPSI currently associated with the target UE, when known, see TS 29.571.C
oldSUPIOld SUPI associated with the target UE, when known.C
oldServiceIDIdentifies the target UE's old service identifiers (e.g. SNSSAI, CAGID), when known, see TS 29.571.C
oldPEIOld PEI associated with the target UE, when known.C
oldGPSIOld GPSI associated with the target UE, when known.C
subscriberRecordChangeMethodIdentifies the trigger of Subscriber Record Change operation, see NOTE 2.M
serviceIDIdentifies the target UE's 5G service identifiers that have been modified (e.g. SNSSAI, CAGID), when known, see TS 29.571.C
The IRI-POI present in the UDM generating an xIRI containing an UDMSubscriberRecordChangeMessage record shall set the Payload Direction field in the PDU header to not applicable (Direction Value 5, see ETSI TS 103 221-2 [8] clause 5.2.6).
TS 29.571 requires that the encoding of 3GPP defined identifiers (e.g. IMSI, NAI) shall be prefixed with its corresponding prefix (e.g. with reference to SUPI it requires 'imsi-','nai-'). However, identifiers and parameters shall be coded over the LI_X2 and LI_HI2 according to Annex A of the present document, so without the prefix specified in TS 29.571.
Up
7.2.2.3.4  Cancel locationp. 162
The IRI-POI in the UDM shall generate an xIRI containing the UDMCancelLocation record when it detects the following events:
  • When the UDM sends DeregistrationData to AMF as part of the Nudm_UEContextManagement DeregistrationNotification service operation (see clause 5.3.2.3.2 of TS 29.503) (e.g. to cancel location retrieval operations).
  • When the UDM receives the Amf3GppAccessRegistrationModification with purgeFlag set to true from the AMF as part of Nudm_UEContextManagement Deregistration service operation (see clause 5.3.2.4.2 of TS 29.503).
  • When UDM receives the AmfNon3GppAccessRegistrationModification with purgeFlag set to true from the AMF as part of Nudm_UEContextManagement Deregistration service operation (see clause 5.3.2.4.3 of TS 29.503).
When a target UE deregisters from both 3GPP and non-3GPP access, two separate xIRIs each containing the UDMCancelLocation report record may be generated by the IRI-POI in the UDM.
Field name Type Cardi­nality Description M/C/O
sUPISUPI1SUPI associated with the target UE, see TS 29.571.M
pEIPEI0..1PEI associated with the target UE, when known, see TS 29.571.C
gPSIGPSI0..1GPSI associated with the target UE, when known, see TS 29.571.C
gUAMIGUAMI0..1Previous serving AMF's GUAMI, when known. See NOTE 1.C
cancelLocationMethodUDMCancelLocationMethod1Identifies method used to access the serving system, see NOTE 3.M
pLMNIDPLMNID0..1Previous serving PLMN ID. See TS 29.571. See NOTE 2.C
aMFDeregistrationInfoUDMAMFDeregistrationInfo0..1Shall include the information sent in the AMF Registration Modification patch record to the UDM (with purgeFlag set to true), including cause information. See clause 6.2.6.2.7 of TS 29.503.C
deregistrationDataUDMDeregistrationData0..1 Shall identify the reason for the deregistration included in the deregistration notification sent by the UDM. See clauses 6.2.6.2.5 and 6.2.6.3.3 of TS 29.503.C
The IRI-POI present in the UDM generating an xIRI containing an UDMCancelLocationMessage record shall set the Payload Direction field in the PDU header to not applicable (Direction Value 5, see ETSI TS 103 221-2 [8] clause 5.2.6).
TS 29.571 requires that the encoding of 3GPP defined identifiers (e.g. IMSI, NAI) shall be prefixed with its corresponding prefix (e.g. with reference to SUPI it requires 'imsi-','nai-'). However, identifiers and parameters shall be coded over the LI_X2 and LI_HI2 according to Annex A of the present document, so without the prefix specified in TS 29.571.
Up
7.2.2.3.5  Location information requestp. 163
Location information request is not supported in the present document.
7.2.2.3.6  Location information resultp. 163
The IRI-POI in the UDM shall generate an xIRI containing the UDMLocationInformationResult record when it detects the following events:
  • When UDM receives the LocationInfoRequest from an NF service consumer (i.e. HSS) as part of Nudm_MT_ProvideLocationInfo service operation (see clause 6.7.6.2.3 of TS 29.503) and the UDM sends the LocationInfoResult as part of Nudm_MT_ProvideLocationInfo service operation (see clause 6.7.6.2.4 of TS 29.503).
When a target UE is registered to both 3GPP and non-3GPP access, two separate xIRIs each containing the LocationInfoResult report record may be generated by the IRI-POI in the UDM.
Field Name Description M/C/O
sUPISUPI currently associated with the target, see TS 29.571.M
pEIPEI currently associated with the target UE, when known, see TS 29.571.C
gPSIGPSI currently associated with the target UE, when known, see TS 29.571.C
locationInfoRequest Indicates the information received from the HSS in the LocationInfoRequest. At least one of the parameters in Table 7.2.2.3.6-2 shall be included. See NOTE below Table 7.2.2.3.6-2.M
vPLMNIdPLMNID of the visited PLMN, if UE is currently registered to visited network.C
currentLocationIndicatorShall indicate if the UE location is current or last known. Include if provided in the LocationInfoResult.C
aMFinstanceIDProvides the NF instance ID of the serving AMF for 3GPP access. Shall be included if provided in the LocationInfoResult.C
sMSFinstanceIDProvides the NF instance ID of the serving SMSF. Shall be included if provided in the LocationInfoResult.C
locationLocation information available at the UDM at the time of the LocationInfoRequest, include if in LocationInfoResult.C
rATTypeShall provide the current RAT type of the UE, if present in the LocationInfoResult.C
problemDetailsIndicates the reason for LocationInfoResult failure. See clause 5.2.4.1 of TS 29.571. Shall be included if provided in the LocationInfoResult.C
Field Name Description
req5GSLocationBoolean that indicates If 5GS location is requested.
reqCurrentLocationBoolean that indicates if current location is requested.
reqRatTypeBoolean indicates if Rat Type is requested.
reqTimeZoneBoolean indicates if time zone is requested.
reqServingNodeBoolean indicates if serving node instance ID is requested.
Up
7.2.2.3.7  UE information responsep. 164
The IRI-POI in the UDM shall generate an xIRI containing the UDMUEInfromationResponse record when it detects the following events:
  • When the UDM receives the ProvideUeInfo GET request from the NF service consumer as part of Nudm_MT_ProvideUeInfo service operation (see clause 6.7.6.2.2 of TS 29.503) and the UDM returns a UeInfo response.
Field Name Description M/C/O
sUPISUPI currently associated with the target UE, see TS 29.571.M
tADSInfoContains the UE Context Information as known at the UDM. See clause 6.3.6.2.4 of TS 29.518. Shall be included if UE Context is returned in the UeInfo response.C
fiveGSUserStateInfoDescribes the 5GS user state of the UE as known at the UDM. See clause 6.2.6.3.11 of TS 29.518. Shall be included if 5GS user state is returned in the UeInfo response.C
fiveGSRVCCInfoIndicates whether the UE supports 5G SRVCC. See clause 6.7.6.2.5 of TS 29.503. Shall be included if returned in the UeInfo response.C
problemDetailsIndicates the reason for UeInfo response failure. See clause 5.2.4.1 of TS 29.571. Shall be included if provided in the UeInfo response.C
Up
7.2.2.3.8  UE Authentication responsep. 165
The IRI-POI in the UDM shall generate an xIRI containing the UDMUEAuthenticationResponse record when it detects the following events:
When a target UE registers from both 3GPP and non-3GPP access, two separate xIRIs each containing the UDMUEAuthentication report record may be generated by the IRI-POI in the UDM.
Field name Type Cardi­nality Description M/C/O
sUPISUPI1SUPI currently associated with the target UE, see TS 29.571.M
authenticationInfoRequestUDMAuthenticationInfoRequest1 Indicates information provided in the UEAuthenticationInfoRequest. See Table 7.2.2.3.8-2 for details of payload.M
aKMAIndicatorBOOLEAN0..1Indicates whether AKMA keys are needed for the UE, shall be included if AKMA keys are requested in the AuthenticationInfoRequest.C
problemDetailsUDMProblemDetails0..1Shall Indicate reason for AuthenticationInfoResultfailure. Shall be included if failure occurs. See clause 5.2.4.1 of TS 29.571.C
authAAABOOLEAN0..1Boolean value that indicates whether authentication is required to be performed using AAA as sent in the UEAuthenticationInfoResult. Included when present in the AuthenticationInfoResult. See clause 6.3.6.2.3 of TS 29.503.C
pvsInfoServerAddressingInfoList0..1Provides remote provisioning server information when the PLMN is used for target UE SNPN onboarding. Include when known at the NF. See clause 6.3.6.2.3 of TS 29.503.C
Field name Type Cardi­nality Description M/C/O
infoRequestTypeUDMInfoRequestType,1Indicates whether the AuthenticationInfoRequest was sent by the HSS, AUSF or other.M
rGAuthCtxSEQUENCE (SIZE (1..MAX)) OF SubscriberIdentifier1..MAXContains the UE ID (i.e. SUPI, SUCI) provided in the authentication indication, at least one shall be present.M
authTypePrimaryAuthenticationType1Indicates the authentication method provided by the HSS or AUSF in the AuthenticationInfoRequest.M
servingNetworkNamePLMNID1Serving network name. See clause 6.1.1.4 of TS 33.501.M
aUSFInstanceIDNFID0..1Identifies the AUSF instance which generated the AuthenticationInformatoinRequest. Shall be included if known.C
cellCAGInfoCAGID0..1Provides CAG cell information (e.g. CAGId) if UE is attempting registration from a CAG.C
n5GCIndicatorBOOLEAN0..1Boolean value that indicates whether the device is a N5GC device. Include if provided in the AuthenticationInfoRequest.C
Up
7.2.2.3.9  Start of Interception with UE registered at the UDMp. 166
The IRI-POI in the UDM shall generate an xIRI containing the UDMStartOfInterceptionWithRegisteredTarget record when the IRI-POI present in the UDM detects that interception is activated for a UE that has already been registered in the UDM. A UE is considered registered in the UDM when the UDM has a current UE context management entry (see clauses 5.3.2.2 and 6.2 of TS 29.503), over at least one access type.
When a target UE is registered on both 3GPP and non-3GPP access, a single UDMStartofInterceptionWithRegisteredTarget record including context information from both accesses shall be generated by the IRI-POI in the UDM.
Field Name Description M/C/O
sUPISUPI associated with the target UE, see TS 29.571.M
gPSIGPSI associated with the target UE, when known, see TS 29.571.C
uDMSubscriptionDataSetsIncludes current subscription information for the target UE stored at the UDM. Encoded according to clause 6.1.6.2.15 of TS 29.503 (schema definition reference TS29503_Nudm_SDM.yaml).M
Up
7.2.2.3.10  Proximity services reporting at the UDMp. 166

7.2.2.4  Generation of IRI over LI_HI2p. 167

When an xIRI is received over LI_X2 from the IRI-POI in UDM, the MDF2 shall send an IRI message over LI_HI2 without undue delay.
The timestamp field of the PSHeader structure shall be set to the time that the UDM event was observed (i.e. the timestamp field of the xIRI).
The IRI type parameter (see ETSI TS 102 232-1 [9] clause 5.2.10) shall be included and coded according to Table 7.2.2-4.
IRI message IRI type
UDMServingSystemMessageREPORT
UDMSubscriberRecordChangeMessageREPORT
UDMCancelLocationMessageREPORT
UDMLocationInformationResultREPORT
UDMUEInformationResponseREPORT
UDMUEAuthenticationResponseREPORT
UDMStartOfInterceptionWithRegisteredTargetREPORT
These IRI messages shall omit the CIN (see ETSI TS 102 232-1 [9] clause 5.2.4).
Up

7.2.3  LI at HSSp. 168

7.2.3.1  Generalp. 168

The HSS provides the support functions in the mobility management, session setup and user authentication and access authorization.
The present document allows two options for HSS LI stage 3 interfaces:
  1. Use LI_X1 and LI_X2 interfaces specified below in the present document for stage 3.
  2. Use TS 33.107 natively as defined in that document in addition to the start of intercept with target already registered at the HSS xIRI defined in clause 7.2.3.3.3 of the present document.
In both cases, the present document specifies the stage 3 for the LI_HI1 and LI_HI2 interfaces.
When the HSS is capable of exchanging information related to the target with the UDM (e.g. via the 5G Nhss SBI), the xIRIs defined in clause 7.2.3.3 of the present document are applicable for stage 3 reporting of such events.
Up

7.2.3.2  Provisioning over LI_X1p. 168

The IRI-POI present in the HSS is provisioned over LI_X1 by the LIPF using the X1 protocol as described in clause 5.2.2 of the present document.
The IRI-POI in the HSS shall support the target identifiers specified in TS 33.107:
Up

7.2.3.3  Generation of xIRI over LI_X2p. 168

7.2.3.3.1  General descriptionp. 168
The IRI-POI present in the HSS shall send the xIRIs over LI_X2 for each of the events listed in TS 33.107, the details of which are also specified in TS 33.107.
The IRI-POI present in the HSS shall set the payload format to EpsHI2Operations.EpsIRIContent (value 14), see clause 5.3 of the present document and ETSI TS 103 221-2 [8] clause 5.4. The payload field shall contain an EpsHI2Operations.EpsIRIContent structure encoded according to clause B.9 of TS 33.108.
As the LIID may be not available at the HSS but is mandatory in EpsHI2Operations.EpsIRIContent according to clause B.9 of TS 33.108, its value in the lawfulInterceptionIdentifier field of the encoded PDU shall be set to the fixed string "LIIDNotPresent".
When the HSS interworks with the UDM via the Nhss service based interfaces, the IRI-POI present in the HSS shall send xIRI over LI_X2 for each of the events listed in clause 7.2.2.3 of TS 33.127 the details of which are described in the following clauses.
Up
7.2.3.3.2  Serving systemp. 169
The IRI-POI in the HSS shall generate an xIRI containing the HSSServingSystemMessage record when it detects the following events:
  • When the HSS receives the Roaming Status Update from the UDM as part of the Nhss_UEContextManagement_RoamingStatusUpdate service operation (see clause 5.4.2.4 of TS 29.563).
Field Name Description M/C/O
iMSIIMSI associated with the target UE, See clause 6.3.6.2.5 of TS 29.563.M
oldPLMNIDIncludes the old PLMN for which the UE was previously registered.M
newPLMNIDIndicates the new PLMN to which the UE is now registered.M
roamingIndicatorIndicates if the serving PLMNID is different than the HPLMN or EHPLMN.M
responseCodeIncludes the response code as sent from HSS to UDM in the POST response. See clause 6.3.4.4.2 of TS 29.563 for details of this structure.M
Up
7.2.3.3.3  Start of Interception with target registered at the HSSp. 169
The IRI-POI in the HSS shall generate an xIRI containing the HSSStartOfInterceptionWithRegisteredTarget record when the IRI-POI present in the HSS detects that interception is activated for a UE that has already been registered at the HSS.
The HSS may have stored target subscription data for both EPC and IMS. In such a case, a single HSS Start of Interception with Registered Target xIRI shall be generated containing the target context.
Field Name Description M/C/O
hSSIdentitiesIndicates the identifiers for which the subscription data sets apply. Shall include one or more subscriber identifier. See clause 6.2.3.1 of TS 29.562.M
subscriptionDataSets Includes current subscription information for the target UE stored at the HSS. Encoded according to clause 6.2.6.2.4 of TS 29.562. The SBIReference for this parameter shall be populated with 'TS29562_Nhss_imsSDM.yaml#/components/schemas/ImsProfileData'. C
pSUserState Indicates the user state in the PS domain as known at the HSS. Encoded according to clause 6.2.6.3.15 of TS 29.562. The SBIReference for this parameter shall be populated with 'TS29562_Nhss_imsSDM.yaml #/components/schemas/PsUserState'. C
Up

7.2.3.4  Generation of IRI over LI_HI2p. 169

When an xIRI is received over LI_X2 from the IRI-POI in the HSS, the MDF2 shall generate the corresponding IRI message and deliver it over LI_HI2 without undue delay. The IRI message shall contain a copy of the relevant record received in the xIRI over LI_X2.
When Option 2 specified in clause 7.2.3.1 above is used, the MDF2 shall generate IRI messages based on the proprietary information received from the HSS, except for the HSSStartOfInterceptionWithRegisteredTarget, and provide it over LI_HI2 without undue delay.
The IRI messages shall include an IRI payload encoded according to clause B.9 of TS 33.108. The MDF2 shall encode the correct value of LIID in the IRI message, replacing the value "LIIDNotPresent" given in the xIRI (see clause 7.2.3.3 above).
The IRI messages shall omit the CIN (see ETSI TS 102 232-1 [9] clause 5.2.4).
The IRI messages shall be delivered over LI_HI2 according to ETSI TS 102 232-7 [10] clause 10.
IRI message IRI type
HSSServingSystemMessageREPORT
HSSStartOfInterceptionWithRegisteredTargetREPORT
When an additional warrant is activated on a target and the LIPF uses the same XID for the additional warrant, the MDF2 shall be able to generate and deliver the IRI message containing the HSSStartOfInterceptionWithRegisteredTarget record to the LEMF associated with the additional warrant without receiving a corresponding xIRI. The payload of the HSSStartOfInterceptionWithRegisteredTarget record is specified in Table 7.2.3.3.3-1.
Up

Up   Top   ToC