WO2019196602A1 - 通信方法、装置及系统 - Google Patents

通信方法、装置及系统 Download PDF

Info

Publication number
WO2019196602A1
WO2019196602A1 PCT/CN2019/078598 CN2019078598W WO2019196602A1 WO 2019196602 A1 WO2019196602 A1 WO 2019196602A1 CN 2019078598 W CN2019078598 W CN 2019078598W WO 2019196602 A1 WO2019196602 A1 WO 2019196602A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
api
network element
information
terminal
Prior art date
Application number
PCT/CN2019/078598
Other languages
English (en)
French (fr)
Inventor
朱强华
阎亚丽
朱奋勤
吴问付
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to JP2020555208A priority Critical patent/JP7082212B2/ja
Priority to EP19784787.4A priority patent/EP3767979B1/en
Priority to EP22172988.2A priority patent/EP4102867A1/en
Priority to KR1020207029469A priority patent/KR102470461B1/ko
Priority to KR1020227040631A priority patent/KR102571099B1/ko
Publication of WO2019196602A1 publication Critical patent/WO2019196602A1/zh
Priority to US17/037,163 priority patent/US11533666B2/en
Priority to JP2022085931A priority patent/JP2022116193A/ja
Priority to US17/980,129 priority patent/US11856469B2/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50Service provisioning or reconfiguring
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/546Message passing systems or structures, e.g. queues
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/547Remote procedure calls [RPC]; Web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20Transfer of user or subscriber data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface
    • H04W36/144Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443Reselecting a network or an air interface over a different radio air interface technology between licensed networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • the present application relates to communication technologies, and in particular, to a communication method, apparatus, and system.
  • the terminal can simultaneously support different access technologies, for example, 4G and 5G access technologies, the terminal can flexibly switch between the 4G network and the 5G network.
  • the third-party application cannot know the current network of the terminal, so the API that can be called cannot be known, resulting in low API call success rate and poor user experience.
  • the present application provides a communication method, device, and system for avoiding API call errors, ensuring the success rate of API calls, and improving user experience.
  • the first aspect of the present application provides a communication method, which is applied to a first network element, where the method includes:
  • the first network element receives the identifier information of the terminal from the second network element, where the identifier information includes an identifier of the terminal or a group identifier of the terminal;
  • the first network element sends application programming interface API information of the first network element according to the type information.
  • the first network element after receiving the identifier information of the terminal sent by the second network element, obtains the type information of the service network corresponding to the identifier information, and sends the API information to the second network element according to the type information of the service network or The type information of the service network, so that the second network element can select an available API to be called according to the API information or the type information of the service network, thereby avoiding an API call error, ensuring the API tuning power, and improving the user experience.
  • the type information includes: a type of the service network, or indication information indicating that a type of the service network changes.
  • the identification information is included in the first message, and the API information is included in the second message.
  • the first message is used to subscribe to an API support capability, and the second message is used to notify an API support capability;
  • the first message is used to query an API support capability, and the second message is used to respond to the first message.
  • the API information includes API status information or API call results
  • the API status information includes at least one of the following information: indication information indicating that the API support capability is changed, a list of available APIs, an unavailable API list, and an API status list;
  • the API status list includes an identifier of an API and a status of an API.
  • the first message is an API support capability subscription message.
  • the type information is included in a second message that is used to notify the API support capabilities.
  • the second message is an API support capability notification message
  • the API support capability notification message further includes an identifier of the terminal or a group identifier of the terminal.
  • the first message is a first event subscription message or a first monitoring request message
  • the first event subscription message or the first monitoring request message includes an identifier of an API support capability change event
  • the second message is a first event notification message or a first monitoring response message
  • the first event notification message or the first monitoring response message further includes an identifier of the terminal or a terminal. Group ID.
  • the first message is an API support capability query message
  • the second message is an API support capability response message
  • the first network element obtains the type information of the service network corresponding to the identifier information according to the identifier information, including:
  • the first network element receives the type information from the third network element.
  • the first message is an API call message
  • the API call message includes an identifier of the terminal or a group identifier of the terminal.
  • the first message is a second event subscription message or a second monitoring request message
  • the second event subscription message or the second monitoring request message includes an identifier of a service network type change event
  • the first message is a terminal registration network request message.
  • the method further includes:
  • the first network element sends the network information.
  • the second aspect of the present application provides a communication method, which is applied to a second network element, where the method includes:
  • the second network element sends the identifier information of the terminal to the first network element, where the identifier information includes an identifier of the terminal or a group identifier of the terminal;
  • the second network element invokes an API according to the API information.
  • the identification information is included in the first message, and the API information is included in the second message.
  • the first message is used to subscribe to an API support capability, and the second message is used to notify an API support capability;
  • the first message is used to query an API support capability, and the second message is used to respond to the first message.
  • the API information includes API status information or API call results
  • the API status information includes at least one of the following information: indication information indicating that the API support capability is changed, a list of available APIs, an unavailable API list, and an API status list;
  • the API status list includes an identifier of an API and a status of an API.
  • the second network element sends the identifier information of the terminal to the first network element, including:
  • the second network element When the second network element receives the indication information indicating that the API support capability changes from the first network element, the identifier information of the terminal is sent to the first network element.
  • the third aspect of the present application provides a communication method, which is applied to a first network element, where the method includes:
  • the first network element sends a third message to the third network element, where the third message is used to request type information of the service network of the terminal or the group of the terminal;
  • the first network element sends application programming interface API information of the first network element according to the type information.
  • the first network element sends a third message to the third network element to request type information of the service network of the terminal or the group of the terminal, and the third network element acquires the service network of the terminal or the group of the terminal according to the third message.
  • Type information is sent to the first network element, so that the first network element can obtain the type information of the service network, and send the API information of the first network element or the type of the service network to the second network element.
  • the information enables the second network element to invoke the available API according to the API information or the type information of the service network, thereby avoiding API call errors, ensuring API tuning power, and improving the user experience.
  • the type information includes: a type of the service network, or indication information indicating that a type of the service network changes.
  • the type information is included in the fourth message
  • the third message is a subscription message, the subscription message is used to subscribe to a type of the service network, and the fourth message is a notification message; or
  • the third message is a query message
  • the query message is used to query a type of the service network
  • the fourth message is a response message of the third message.
  • the third message when the third message is used to request type information of the service network of the terminal, the third message includes an identifier of the terminal;
  • the third message When the third message is used to request type information of a service network of the group of the terminal, the third message includes a group identifier of the terminal.
  • the third message is a third event subscription message or a third monitoring request message
  • the third event subscription message or the third monitoring request message includes an identifier of a service network type change event
  • the fourth message is a third event notification message or a third monitoring response message, where the third event notification message or the third monitoring response message includes a service network type change event indication or a service network.
  • the type also includes the identity of the terminal or the group identity of the terminal.
  • the third message is a terminal registration network request message.
  • the fourth message is a terminal registration network response message, and the terminal registers a type of the service network in the network response message, and further includes an identifier of the terminal or a group identifier of the terminal.
  • the API information includes API status information or API call results
  • the API status information includes at least one of the following information: indication information indicating that the API support capability is changed, a list of available APIs, an unavailable API list, and an API status list;
  • the API status list includes an identifier of an API and a status of an API.
  • the third network element is a co-located network element of the home subscriber server HSS and the unified data management UDM, or the third network element is a policy control function PCF and a policy and charging rule function. a combined network element of the PCRF;
  • the third network element is a mobility management entity MME.
  • the third network element is an access and mobility management function AMF.
  • the fourth aspect of the present application provides a communication method, which is applied to a third network element, where the method includes:
  • the third network element receives a third message from the first network element, where the third message is used to request type information of a service network of the terminal or the group of the terminal;
  • the third network element sends the type information according to the third message.
  • the type information includes: a type of the service network, or indication information indicating that a type of the service network changes.
  • the type information is included in the fourth message
  • the third message is a subscription message, the subscription message is used to subscribe to a type of the service network, and the fourth message is a notification message; or
  • the third message is a query message
  • the query message is used to query a type of the service network
  • the fourth message is a response message of the third message.
  • the third network element sends the type information according to the third message, including:
  • type information indicating the service network is transmitted.
  • the third network element sends the type information according to the third message, including:
  • the third network element queries the type of the service network according to the third message
  • the third network element sends the type of the service network.
  • the third network element is a co-located network element of the home subscriber server HSS and the unified data management UDM, or the third network element is a policy control function PCF and a policy and charging rule function. a combined network element of the PCRF;
  • the third network element is a mobility management entity MME, or the third network element is an access and mobility management function AMF.
  • the third message when the third message is used to request type information of the service network of the terminal, the third message includes an identifier of the terminal;
  • the third message When the third message is used to request type information of a service network of the group of the terminal, the third message includes a group identifier of the terminal.
  • a fifth aspect of the present application provides a communication device having the functions of the first aspect. These functions can be implemented in hardware or in software by executing the corresponding software.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • the electronic device may include a receiving module, a processing module, and a sending module, and the receiving module, the processing module, and the sending module may perform corresponding functions in the foregoing methods, for example, a receiving module, for The network element receives the identifier information of the terminal, where the identifier information includes the identifier of the terminal or the group identifier of the terminal, and the processing module is configured to obtain, according to the identifier information, type information of the service network corresponding to the identifier information; And a sending module, configured to send API information of the first network element according to the type information.
  • a receiving module for The network element receives the identifier information of the terminal, where the identifier information includes the identifier of the terminal or the group identifier of the terminal, and the processing module is configured to obtain, according to the identifier information, type information of the service network corresponding to the identifier information;
  • a sending module configured to send API information of the first network element according to the type information.
  • a sixth aspect of the present application provides a communication device having the functions of the second aspect. These functions can be implemented in hardware or in software by executing the corresponding software.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • the electronic device may include a receiving module, a processing module, and a sending module, where the receiving module, the processing module, and the sending module may perform corresponding functions in the foregoing methods, for example, a sending module, configured to The network element sends the identifier information of the terminal, where the identifier information includes the identifier of the terminal or the group identifier of the terminal, and the receiving module is configured to receive the API information of the first network element from the first network element; A module for calling an API according to the API information.
  • a sending module configured to The network element sends the identifier information of the terminal, where the identifier information includes the identifier of the terminal or the group identifier of the terminal, and the receiving module is configured to receive the API information of the first network element from the first network element; A module for calling an API according to the API information.
  • a seventh aspect of the present application provides a communication device having the functions of the third aspect. These functions can be implemented in hardware or in software by executing the corresponding software.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • the electronic device may include a receiving module, a processing module, and a sending module, where the receiving module, the processing module, and the sending module may perform corresponding functions in the foregoing methods, for example, a sending module, for The network element sends a third message, where the third message is used to request the type information of the service network of the group of the terminal or the terminal; the receiving module is configured to receive the type information from the third network element; and the processing module is configured to: And sending, according to the type information, application programming interface API information of the first network element by using the sending module.
  • An eighth aspect of the present application provides a communication device having the functions of the fourth aspect. These functions can be implemented in hardware or in software by executing the corresponding software.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • the electronic device may include a receiving module, a processing module, and a sending module, where the receiving module, the processing module, and the sending module may perform corresponding functions in the foregoing methods, for example, a receiving module, for
  • the network element receives the third message, where the third message is used to request the terminal or the type information of the service network of the group of the terminal; and the processing module is configured to send the type information by using the sending module according to the third message.
  • a ninth aspect of the present application provides a communication device, the communication device comprising: a memory and a processor.
  • the memory is used to store program instructions
  • the processor is used to call program instructions in the memory to implement the method in the first aspect above.
  • a tenth aspect of the present application provides a communication apparatus, the communication apparatus comprising: a memory and a processor.
  • the memory is used to store program instructions
  • the processor is used to call program instructions in the memory to implement the method in the second aspect above.
  • An eleventh aspect of the present application provides a communication device, the communication device comprising: a memory and a processor.
  • the memory is used to store program instructions
  • the processor is used to call program instructions in the memory to implement the method in the third aspect above.
  • a twelfth aspect of the present application provides a communication device, the communication device comprising: a memory and a processor.
  • the memory is used to store program instructions
  • the processor is configured to call program instructions in the memory to implement the method in the fourth aspect above.
  • a thirteenth aspect of the present invention provides a communication system, comprising: the communication device of the ninth aspect, the communication device of the tenth aspect, the communication device of the eleventh aspect, and the twelfth aspect Communication device.
  • a fourteenth aspect of the present application provides a computer readable storage medium storing a computer program, the computer program comprising instructions for performing the method of the first aspect described above.
  • a fifteenth aspect of the present application provides a computer readable storage medium storing a computer program, the computer program comprising instructions for performing the method of the second aspect described above.
  • a sixteenth aspect of the present application provides a computer readable storage medium storing a computer program, the computer program comprising instructions for performing the method of the above third aspect.
  • a seventeenth aspect of the present application provides a computer readable storage medium storing a computer program, the computer program comprising instructions for performing the method of the above fourth aspect.
  • the eighteenth aspect of the present application provides a computer product, the computer program product comprising computer program code, when the computer program code is executed, to cause the method of the first aspect to be performed.
  • a nineteenth aspect of the present application provides a computer product, the computer program product comprising computer program code, when the computer program code is executed, to cause the method of the second aspect to be performed.
  • a twentieth aspect of the present application provides a computer product, the computer program product comprising computer program code, when the computer program code is executed, to cause the method of the third aspect to be performed.
  • a twenty-first aspect of the present application provides a computer product, the computer program product comprising computer program code, when the computer program code is executed, causing the method of the fourth aspect to be performed.
  • FIG. 1 is a schematic diagram of a network architecture of an EPS
  • FIG. 2 is a schematic diagram of the architecture of a 5G network
  • FIG. 3 is a schematic diagram of functional open network element function support
  • FIG. 5 is an interaction flowchart of another communication method provided by the present application.
  • Embodiment 6 is a flowchart of a communication method provided in Embodiment 1;
  • Embodiment 8 is a flowchart of a communication method provided in Embodiment 3.
  • Embodiment 9 is a flowchart of a communication method provided in Embodiment 4.
  • Embodiment 10 is a flowchart of a communication method provided in Embodiment 5.
  • FIG. 11 is a flowchart of a communication method provided in Embodiment 6;
  • Embodiment 13 is a flowchart of a communication method provided in Embodiment 8.
  • FIG. 15 is a block diagram of a first communication device provided by the present application.
  • 16 is a block diagram of a second communication device provided by the present application.
  • FIG. 17 is a block diagram of a third communication device provided by the present application.
  • FIG. 18 is a block diagram of a fourth communication device provided by the present application.
  • FIG. 19 is a physical block diagram of a first communication device provided by the present application.
  • FIG. 20 is a physical block diagram of a second communication apparatus provided by the present application.
  • 21 is a physical block diagram of a third communication device provided by the present application.
  • FIG. 22 is a physical block diagram of a fourth communication apparatus provided by the present application.
  • an Evolved Packet System that is, a 4G network, and a 5G network architecture are taken as an example for description.
  • FIG. 1 is a schematic diagram of a network architecture of an EPS.
  • an EPS mainly includes an evolved UTRAN (Evolved UTRAN, EUTRAN), a Mobility Management Entity (MME), a Serving Gateway (SGW), and a packet.
  • PDN Data Network Gateway
  • PSO Packet Control Service
  • SGSN Serving GPRS Supporting Node
  • HSS Home Subscriber Server
  • PCRF Policy and Charging Rules Function
  • EUTRAN is a network composed of multiple Evolved NodeBs (eNodeBs), which implements wireless physical layer functions, resource scheduling and radio resource management, radio access control, and mobility management functions.
  • the eNodeB is connected to the SGW through the user plane interface S1-U, and is connected to the MME through the control plane interface S1-MME, and implements functions such as radio access bearer control by using the S1-AP protocol.
  • MME Mainly responsible for all control plane functions of the user, that is, session management, including non-access stratum (NAS) signaling and security, tracking area list (Tracking Area List) management, P-GW and SGW choose and so on.
  • session management including non-access stratum (NAS) signaling and security, tracking area list (Tracking Area List) management, P-GW and SGW choose and so on.
  • NAS non-access stratum
  • SGW It is mainly responsible for data transmission, forwarding, and route switching of the terminal, and serves as a local mobility anchor point when the terminal switches between eNodeBs (for each terminal, only one SGW is served at each moment).
  • P-GW As an anchor point of a packet data network (PDN) connection, it is responsible for IP address allocation of the terminal, data packet filtering, rate control, and generation of charging information of the terminal.
  • PDN packet data network
  • SGSN a 2G access network, that is, a GSM/EDGE Radio Access Network (GERAN), a 3G access network, that is, a Universal Terrestrial Radio Access Network (UTRAN), and
  • the EPS core network that is, the access node of the Evolved Packet Core (EPC), is responsible for establishing and forwarding data from GERAN, UTRAN to EPC bearers.
  • EPC Evolved Packet Core
  • HSS Stores subscription data for mobile users.
  • PCRF responsible for accounting management and policy control, including Policy and Charging Control (PCC) rules and Quality of Service (QoS) rules.
  • PCC Policy and Charging Control
  • QoS Quality of Service
  • SCEF responsible for providing network functions to third parties, such as receiving terminal-related parameters from third-party applications, or subscribing to terminal-related events.
  • a 5G network includes a terminal, an access network (AN), a core network, and a data network (DN).
  • AN access network
  • DN data network
  • Terminal It is the entrance of the mobile user to interact with the network. It can provide basic computing power, storage capability, display the business window to the user, and receive user operation input.
  • the terminal in the 5G network adopts the next-generation air interface technology to establish a signal connection and data connection with the AN, thereby transmitting control signals and service data to the mobile network.
  • AN Similar to the base station in the traditional network, it is deployed close to the terminal to provide the network access function for authorized users in a specific area, and can transmit user data using different quality transmission tunnels according to the user level and service requirements.
  • the AN can manage its own resources, make reasonable use of it, provide access services for terminals as needed, and forward control signals and user data between the terminal and the core network.
  • the DN A data network that provides business services to users.
  • the general client is located at the terminal and the server is located at the data network.
  • the data network can be a private network, such as a local area network, or an external network that is not controlled by the operator, such as the Internet, or a proprietary network deployed by the operator.
  • Core network It is responsible for maintaining the subscription data of the mobile network, managing the network elements of the mobile network, and providing functions such as session management, mobility management, policy management, and security authentication for the terminal.
  • the terminal When the terminal is attached, the terminal is provided with network access authentication; when the terminal has a service request, the terminal allocates network resources; when the terminal moves, the terminal updates the network resource; when the terminal is idle, provides the terminal with a fast recovery mechanism;
  • the terminal is detached, the network resource is released for the terminal; when the terminal has the service data, the terminal provides the data routing function, such as forwarding the uplink data to the DN; or receiving the downlink data of the terminal from the DN, forwarding the data to the AN, and transmitting the data to the terminal.
  • the core network can be divided into user plane and control plane.
  • the user plane includes a User Plane Function (UPF); the control plane may include an Authentication Server Function (AUSF), Access and Mobility Management Function (AMF), and session management.
  • AUSF Authentication Server Function
  • AMF Access and Mobility Management Function
  • SMF Session Management Function
  • NSSF Network Slice Selection Function
  • NEF Network Exposure Function
  • NRF Network Function Storage Function
  • UDM Unified Data Management
  • PCF Policy Control Function
  • AF Application Function
  • UPF Performs user packet forwarding according to the routing rules of the SMF.
  • AUSF Performs terminal security certification.
  • AMF Perform terminal access management and mobility management.
  • NSSF Select a network slice for the terminal.
  • NEF Opens network functions to third parties in the form of APIs.
  • NRF Provides storage and selection functions for network function entity information for other network elements.
  • UDM Perform user contract context management.
  • PCF Perform user policy management.
  • SCEF and NEF are capability open network elements in the 4G network and the 5G network, respectively, and are responsible for opening network functions to third parties.
  • FIG. 3 is a schematic diagram of the capability of the open source NE.
  • the third-party application interacts with the SCEF through the T8 interface, invokes the EPS network service, and interacts with the NEF through the Nnef interface to invoke the 5G network service.
  • the functions supported by the T8 interface and the Nnef interface overlap, but they also differ.
  • the T8 interface and the Nnef interface can support the same function, but the interface names are different, and are called equivalent functions.
  • the device trigger module and the trigger service module in FIG. 3 implement the same functions in 4G and 5G, respectively.
  • the T8 interface and the Nnef interface can also provide unique functions, which are called SCEF-specific functions (such as the No. SMS module, which can only be implemented in 4G) and NEF-specific functions (such as third-party request modules, which can only be used in 5G). Realization), this unique feature is not supported by the other system.
  • SCEF-specific functions such as the No. SMS module, which can only be implemented
  • the current network has the following problems when it comes to opening network capabilities:
  • the terminal may switch registration between the 4G network and the 5G network.
  • the ability of the network to be open to the terminal is different. For example, if the terminal is currently registered in the EPS network, the third-party application can only call the API related to the equivalent function and the SCEF-specific function. If the terminal is registered on the 5G network, the third-party application can only call the equivalent function and NEF-specific APIs related to calling other APIs will cause errors.
  • the third-party application cannot know the network where the terminal is currently located, and thus cannot know the currently available API, and thus may cause an API call error.
  • the technical solution provided by the present application aims to solve the above problems.
  • FIG. 4 is an interaction flowchart of a communication method provided by the present application. As shown in FIG. 4, the interaction process of the method is:
  • the second network element sends the identifier information of the terminal to the first network element.
  • the identifier information may include an identifier of the terminal or a group identifier of the terminal.
  • the identity of the terminal may identify a terminal, such as the identity of the terminal (eg, IMSI, GPSI, MSISDN, External ID).
  • the group identity of the terminal may identify a group of terminals, for example, a group identity of the terminal (eg, an IMSI Group ID or an External Group ID).
  • the group of the terminal may be a group to which the terminal belongs or may be, and the group may include one or more terminals.
  • the group of terminals can be determined by the subscription data of the terminal, and can be obtained from the subscription data of the terminal.
  • the second network element may be an AF (ie, a third-party application), or a Service Capability Server (SCS), or an Application Server (AS).
  • the first network element may be a capability open network element.
  • the first network element may be a SCEF, or an NEF, or a combined network element of the SCEF and the NEF.
  • the SCEF and the NEF are located in a product or server at the physical location of the deployment.
  • the interface between the SCEF and the NEF is a non-disclosed interface, and the interaction between them does not need to be standardized.
  • the second network element sends the identifier information of the terminal by using the first message, where the first message may be used to request to obtain type information of the service network corresponding to the identifier information.
  • the first message is a subscription message, for example, the first message may be used to subscribe to API support capabilities.
  • the first network element can actively notify the second network element that the API support capability of the first network element changes.
  • the API support capability of the first network element refers to a valid API (or service) that the first network element can provide for a specific terminal or a group of terminals.
  • API API
  • service is a function that the first network element can provide
  • API is an implementation method for implementing these functions.
  • the first message is an API support capability subscription message
  • the API supports the capability subscription message including the identification information of the terminal.
  • the API support capability subscription message may further include an AF API capability, a callback Uniform Resource Identifier (callback URI), and the like.
  • the AF API capability is used to indicate the API supported by the AF.
  • the uniform resource identifier is used for the first network element addressing callback address. After the API support capability of the first network element changes, the first network element can actively notify the callback address.
  • the first message is a first event subscription message or a first monitoring request (Monitoring Request) message.
  • the first message includes an identifier of an API support capability change event, and identifier information of the terminal.
  • the first network element supports an API support capability change event, and the API support capability change event may be identified by an APISupportCapability Change. After the first network element receives the identifier of the API support capability change event, the detection of the API support capability change event may be initiated.
  • the specific process is illustrated in the following fifth embodiment.
  • the first message further includes an AF API capability, a callbackURI, and the like.
  • the first network element may send the second message to the address identified by the callback URI when the second message corresponding to the first message is sent.
  • the processing methods related to the callbackURI in the following embodiments are the same and will not be described.
  • the first message is a query message, for example, the first message is used to query an API support capability.
  • the first message is an API support capability query message, where the API support capability query message includes identifier information of the terminal. Further, the API support capability query message may also include an AF API capability.
  • the second network element may perform step S401 in any one of the following situations: triggering sending the identifier information of the terminal to the first network element:
  • the identifier information of the terminal may be sent to the first network element to obtain the API information of the first network element.
  • the third network element is a car network server, and the location information of the terminal needs to be acquired, and the third network element triggers the call location API, sends the identifier of the terminal to the first network element, and further returns the API information according to the first network element. To determine the location API for the specific call.
  • the second network element may send the information to the first network element.
  • the first message is to obtain the latest supported API of the first network element.
  • the first network element acquires type information of the service network corresponding to the identifier information according to the identifier information of the terminal.
  • the above service network may refer to a network that provides services for a group of terminals or terminals.
  • the service network may be a network that is currently registered by the terminal in the terminal or the group of the terminal. For example, for the dual registration mode terminal, two networks serve the terminal at the same time, and both networks serve the terminal. The internet. If some terminals in the group of the terminal are registered to one network and other terminals are registered to another network, both networks are networks for the terminal; when all the registered terminals in the group of the terminal are registered in one network, The network they registered is the service network of the group of terminals.
  • the service network corresponding to the foregoing identification information may refer to a network that provides services for the terminal or the group of terminals identified by the foregoing identification information.
  • the type information of the service network may include: a type of the service network, or indication information indicating that the type of the service network changes.
  • the type of the foregoing service network may be a type of a 3GPP core network such as an EPC, a 5G core network (5G Core, 5GC), an EPC/5GC, a BOTH, a Non-5GC, a 5G, a 4G, a 3G, a Non-5G, or the like.
  • the combination may be a 3GPP radio access technology (RAT) such as UTRAN, CDMA2000, GERAN, LTE, NR, UTRAN, E-UTRAN, NG-RAN, or the like.
  • RAT 3GPP radio access technology
  • the EPC/5GC indicates that in some cases (for example, in the dual registration mode, or some terminals in the terminal group are in the EPC and some terminals are in the 5GC), both the EPC and the 5GC serve a group of terminals or terminals.
  • the indication information used to indicate that the type of the service network changes may be the indication information acquired when the type of the service network corresponding to the identification information changes.
  • the first network element obtains the indication information it may be determined that the type of the service network corresponding to the identifier information has changed.
  • the first network element selects a corresponding manner to obtain the type information according to the received first message. For example, if the first message is a subscription message, the first network element performs an event subscription to the third network element; if the first message is a query message, the first network element sends a query message to the third network element to query the network type. .
  • the first network element refers to the following interaction embodiments of the first network element and the third network element, and details are not described herein.
  • the first network element sends the API information of the first network element according to the type information.
  • the second network element receives the API information from the first network element.
  • the API information of the first network element is used to indicate the API support capability of the first network element, and the second network element can determine the API support capability of the first network element according to the API information.
  • the API information can be API Indication.
  • the service network of the terminal or the group of the terminal identified by the identifier information may be determined, and the first network element may further send the service network corresponding to the second network element.
  • API information For example, if the terminal is currently located in the EPC network, the 4G API is used as an available API, and the first network element sends the information of the available API to the second network element. Further, when the first message includes the AF API capability, the first network element selects an AF-supported API from the available APIs according to the AF API capability, and sends the information of the selected API to the second network element.
  • the first network element sends the API information of the first network element by using the second message.
  • the API information of the first network element may be used to indicate an API state of the first network element.
  • the API information of the first network element may be API status information.
  • the API status information may include at least one of the following information: indication information indicating that the API support capability has changed, a list of available APIs, a list of unavailable APIs, and an API status list.
  • the indication information used to indicate that the API support capability is changed is used to indicate that the API support capability of the first network element is changed. Further, after receiving the indication information, the second network element may send a request message to the first network element to obtain the changed content of the API support capability of the first network element.
  • the available API list includes the API currently supported by the first network element.
  • the unavailable API list includes APIs that are not currently supported by the first network element.
  • the API status list includes all APIs of the first network element.
  • the API status list includes identifiers of all APIs and their corresponding states.
  • the state of the API can be available or not available, it can be suspended or running, and it can be a supported level.
  • the identity of the API can identify an API.
  • an API status list includes two records, the first record is: API1, available, and the second record is: API2, unavailable. Then, when the second network element receives the API status list, it can be determined that API1 can be currently called, and API2 cannot be called.
  • the suspended state means that the function corresponding to the API cannot be provided for the terminal temporarily, and the running state refers to the function corresponding to the API can be normally provided.
  • an API status list includes two records, the first record is: API1, suspended state, and the second record is: API2, running state. Then, when the second network element receives the API status list, it can be determined that API2 can be currently called, and API1 cannot be called.
  • level 1 corresponds to a 5G network and level 2 corresponds to a 4G network.
  • the level 1 is included in the API status list.
  • the second network element calls the API to the first network element
  • the first network element carries the level 1 information, and the first network element selects the API of the 5G network for the second network element according to the level 1.
  • the identity of each API in the API status list corresponds to the status of an API, and the status of the API is used to indicate the status of the identified API.
  • the API status list includes an API identifier of API1, and the API corresponding to the API1 is available, indicating that the API1 API is currently available.
  • the second network element may invoke the API1.
  • the foregoing second message may be in the following two manners:
  • Mode 1 When the first message is used to subscribe to the API support capability, the second message is used to notify the API support capability.
  • the second message is an API support capability notification message, where the API support capability notification message includes the foregoing API information, and further includes identifier information of the terminal.
  • the second message is a first event notification message or a first monitoring response message
  • the identifier information of the terminal is included in the first event notification message or the first monitoring response message.
  • Mode 2 When the first message is used to query the API support capability, the second message is used to respond to the first message.
  • the second message is an API support capability response message
  • the API support capability response message includes the foregoing API information.
  • the API information of the first network element may also be an API call result.
  • the first message may be an API call message
  • the second message may be an API call response message
  • the second network element sends an API call message to the first network element, where the API call message is used to invoke a specific API.
  • the first network element obtains the type information of the service network, and determines, according to the type information of the service network, whether the API requested by the second network element is available, and sends the second message to the second network element.
  • the result of the call of the API is included in the second message.
  • the result of the API call may be a call failure. If the result of the call is a call failure, the error code is included in the second message.
  • the error code may indicate that the reason for the failure of the API call is: the network is not supported permanently, or the network temporarily does not support; if the error code indicates that the network temporarily does not support, the second message may additionally include a timer value, and the second network element may be based on The timer value sets the timer, and resends the first message after the timer expires.
  • the second network element invokes the API according to the foregoing API information.
  • the second network element selects an available API according to the foregoing API information, and invokes the selected API.
  • the API information is a list of available APIs, and the list includes identifiers of API1, API2, and API3.
  • the second network element receives the API information, it can be known that API1, API2, and API3 are available. Further, the second network element selects API2 and API3 to make a call according to the business needs. Assuming API1 is a location API, and an application in the second network element needs to use the location information of the terminal, the second network element can select API1 from available API1, API2, and API3, and send a request to invoke the API1 to the first network element.
  • the API information sent by the first network element to the second network element in step S403 may be replaced with the type information of the service network.
  • step S404 the second network element invokes the API according to the type information of the service network.
  • the first message sent by the second network element to the first network element in step S401 may be in the following two forms:
  • the first message can be a second event subscription message or a second monitoring request message.
  • the identifier of the service network type change event is included in the first message, and the identifier information of the terminal is also included.
  • the first network element supports a service network type change event, and the service network type change event may be identified by a CN Type Change. After the first network element receives the identifier of the service network type change event, the detection of the service network type change event may be initiated. The specific process is explained in the following embodiment 8.
  • the first message may further include an AF API capability, a callbackURI, and the like.
  • the first network element After receiving the first message, the first network element detects a service network type change event of the terminal, and if the event is triggered, the first network element sends a second message.
  • the second message is a second event notification message or a second monitoring response message, where the second message includes a service network type change indication or a type of the service network, and the second message further includes an identifier of the terminal or a group identifier of the terminal.
  • the service network type change event indication may be a CN Type Change Indication.
  • the second network element selects an available API to invoke according to the service network type change indication or the type of the service network.
  • the second message received by the second network element includes a service network type change indication, and the second network element may determine that the service network of the terminal changes, and the second network element stores the location of the terminal before the second network element If the network is a 4G network, the second network element can determine that the terminal has switched to the 5G network, and the second network element can select the API under the 5G network to make the call.
  • the first message may be a terminal registration network request message, where the terminal registration network request message includes an identifier of the terminal or a group identifier of the terminal.
  • the second message is a terminal registration network response message.
  • the first network element After receiving the first message, the first network element queries the third network element for the type of the service network.
  • the first network element After the network type is queried, the first network element sends a terminal registration network response message to the second network element, where the terminal registration network response message includes a type of the service network.
  • the second network element selects an available API to invoke according to the type of the service network.
  • the type of the service network in the second message received by the second network element is EPC, that is, the 4G network, and the second network element can select the API under the 4G network to make the call.
  • the first network element after receiving the identifier information of the terminal that is sent by the second network element, the first network element obtains the type information of the service network corresponding to the identifier information, and sends the API information to the second network element according to the type information of the service network. Or the type information of the service network, so that the second network element can select an available API to be called according to the API information or the type information of the service network, thereby avoiding an API call error.
  • FIG. 5 is an interaction flowchart of another communication method provided by the present application. As shown in FIG. 5, the interaction process of the method is:
  • the first network element sends a third message to the third network element, where the third message is used to request type information of the service network of the terminal or the group of the terminal.
  • the third message when the third message is used to request the type information of the service network of the terminal, the third message may include the identifier of the terminal; or, when the third message is used to request the type information of the service network of the group of the terminal, the third The message ID of the terminal can be included in the message.
  • the third network element may be a combined network element of the HSS and the UDM, or a combined network element of the PCF and the PCRF, or an MME, or an AMF, which is not limited.
  • the first network element may first send the third message to the combined network element of the HSS and the UDM or the combined network element of the PCF and the PCRF, and then by the HSS and The combined network element of the UDM or the combined network element of the PCF and the PCRF sends the third message to the MME or the AMF.
  • the first network element when the first network element receives the first message from the second network element, the first network element performs the step, that is, when the second network element requests to acquire the API information of the first network element or the terminal.
  • the first network element may send the third message to the third network element to obtain type information of the service network.
  • the type information, the group identifier of the terminal, and the identifier of the terminal of the terminal or the terminal reference may be made to the related description in the embodiment shown in FIG. 4, and details are not described herein again.
  • the third message is a subscription message
  • the subscription message is used to subscribe to a type of service network.
  • the first message is a third event subscription message or a third monitoring request (Monitoring Request) message.
  • the third event subscription message or the third monitoring request message includes an identifier of the service network type change event, and the third event subscription message or the third monitoring request message further includes an identifier of the terminal or a group identifier of the terminal.
  • the third network element supports a service network type change event, and the service network type change event may be identified by a CN Type Change. After the third network element receives the identifier of the service network type change event, the detection of the service network type change event may be initiated. The specific process is illustrated in the first embodiment below.
  • the third message is a query message, and the query message is used to query a type of the service network.
  • the third message is a terminal registration network request message, where the terminal registration network request message includes an identifier of the terminal or a group identifier of the terminal.
  • the third message may specifically be a terminal context request message.
  • the third network element supports a new context type called the service network type.
  • the terminal context request message includes a service network type context type identifier, an identifier of the terminal, or a group identifier of the terminal.
  • the third network element sends the type information according to the third message.
  • the third network element may save information of the service network type change event in the subscription message and detect whether the type of the service network has changed.
  • the third network element detects that the type of the service network changes, the type information of the service network is sent to the first network element.
  • the third network element queries the type of the service network according to the third message, and sends the type of the service network to the first network element. Specifically, the type of the network that serves the group of the terminal or the terminal is saved in the third network element. After receiving the third message, the identifier of the terminal in the third message or the group identifier of the terminal is identified, and then saved. In the information, the network type corresponding to the group of the terminal or the terminal is queried.
  • the third network element sends the type information by using the fourth message.
  • the fourth message has the following two forms:
  • the fourth message is a notification message.
  • the fourth message is a third event notification message or a third monitoring response (Monitoring Response) message, and includes a service network type change indication or a type of the service network in the third event notification message or the third monitoring response message, Including the identity of the terminal or the group identity of the terminal.
  • the service network type change indication may be a CN Type Change Indication.
  • the fourth message is a response message of the third message.
  • the fourth message is a terminal registration network response message, where the terminal registration network response message includes type information of the service network.
  • the fourth message may be specifically the foregoing response message on the terminal, where the terminal registration network response message includes a type of the service network.
  • the first network element sends the API information of the first network element according to the type information.
  • the S503 is in the process of being consistent with the foregoing step S403. Reference may be made to step S403, and details are not described herein again.
  • the first network element sends a third message to the third network element to request a service network of the terminal or the group of the terminal.
  • the type information of the network obtains the type information of the service network of the group of the terminal or the terminal according to the third message, and sends the type information of the service network to the first network element, so that the first network element can obtain the type of the service network. And sending the API information of the first network element or the type information of the service network to the second network element, so that the second network element can invoke the available API according to the API information or the type information of the service network, thereby avoiding An API call error occurred.
  • Embodiment 1 A communication method involving a first network element and a third network element, where the method uses a subscription message manner to acquire type information of a service network of a terminal or a group of terminals.
  • Embodiment 2 A communication method involving a first network element and a third network element, where the method uses a subscription message manner to acquire type information of a service network of a terminal or a group of terminals.
  • Embodiment 3 A communication method involving a first network element and a third network element, where the method uses a query message manner to obtain type information of a service network of a terminal or a group of terminals.
  • Embodiment 4 A communication method involving a first network element and a third network element, where the method uses a query message manner to obtain type information of a service network of a terminal or a group of terminals.
  • Embodiment 5 A communication method involving a first network element and a second network element. The method uses a subscription message mode, and the first network element returns API state information.
  • Embodiment 6 A communication method involving a first network element and a second network element, where the method uses a query message manner, and the first network element returns API state information.
  • Embodiment 7 A communication method involving a first network element and a second network element, where the method uses an API call mode, and the first network element returns an API call result.
  • Embodiment 8 A communication method involving a first network element and a second network element, where the method uses a subscription message mode, and the first network element returns type information of the service network.
  • Embodiment 9 A communication method involving a first network element and a second network element, where the method uses a query message manner, and the first network element returns type information of the service network.
  • the first network element in the following Embodiments 1 to 9 is exemplified by a combined network element of SCEF and NEF.
  • the identifier of the terminal included in the message is taken as an example, but the group identifier of the terminal is also applicable, and details are not described herein.
  • FIG. 6 is a flowchart of a communication method provided in Embodiment 1.
  • the third network element is a combined network element of the HSS and the UDM, or a combined network element of the PCF and the PCRF. The method is as follows.
  • the first network element sends a third event subscription message to the third network element.
  • the third event subscription message may include an identifier of a service type change event (CN Type Change) and an identifier of the terminal.
  • CN Type Change service type change event
  • the identifier of the CN Type Change may be an event name or the like.
  • the related information of the CN Type Change event may be saved, where the information about the CN Type Change event includes the identifier of the terminal and the identifier of the CN Type Change event.
  • the third network element after receiving the third event subscription message, saves the identifier of the terminal carried in the third message and the identifier of the CN Type Change event.
  • the terminal when the location of the terminal changes, the terminal may be caused to switch between the 4G and 5G networks, thereby triggering the subsequent steps S602-S605.
  • the MME sends a location update request (Update Location Request) message to the third network element.
  • the AMF sends a Nudm_UECM_Registration, Nudm_UECM_Deregistration, Npcf_AMPolicyControl_Get, or Npcf_AMPolicyControl_Delete message to the third network element.
  • the Nudj_UECM_Registration message is used to register the network element information for the terminal service to the UDM
  • the Nudm_UECM_Deregistration message is used to request to delete the network element information stored in the UDM for the terminal service
  • the Npcf_AMPolicyControl_Get message is used to serve the network element information for the terminal service.
  • the Npcf_AMPolicyControl_Delete message is used to request to delete the NE information stored in the PCF for the terminal service.
  • the MME may send an Update Location Request to the third network element, and the AMF may send Nudm_UECM_Deregistration and Npcf_AMPolicyControl_Delete to the third network element.
  • the AMF may send Nudm_UECM_Registration and Npcf_AMPolicyControl_Get to the third network element.
  • the third network element detects a service network type change event of the terminal.
  • the combined network element of the HSS and the UDM when the combined network element of the HSS and the UDM receives the Update Location Request, Nudm_UECM_Registration, or Nudm_UECM_Deregistration message, it can detect that the type of the service network changes.
  • the combined network element of the PCF and the PCRF when the combined network element of the PCF and the PCRF receives the Npcf_AMPolicyControl_Get or Npcf_AMPolicyControl_Delete message, it can detect that the type of the service network has changed.
  • the above-mentioned Update Location Request, Nudm_UECM_Registration, Nudm_UECM_Deregistration, Npcf_AMPolicyControl_Get, and Npcf_AMPolicyControl_Delete messages include the identifier of the terminal, and the combined network element of the HSS and the UDM or the combined network element of the PCF and the PCRF may be based on the type and network element of the previously stored service network.
  • the combined network element of the HSS and the UDM receives the Update Location Request sent by the MME and the Nudm_UECM_Deregistration message sent by the AMF.
  • the former network element of the HSS and the UDM stores the service network type of the UE as 5GC, and the network element identifier is AMF name or
  • the AMF Identifier sends the Update Location Request message to the MME according to the identifier of the terminal in the received message, and the AMF network element identifier of the Nudm_UECM_Deregistration message is the stored AMF name or AMF Identifier, and the combined network element of the HSS and the UDM can be determined.
  • the type of service network has changed and is now EPC for Terminal Services.
  • the third network element sends a third event notification message to the first network element.
  • the third event notification message includes an identifier of the terminal.
  • the third event notification message further includes a CN Type Change Indication, or a type of the service network.
  • the first network element sends a third event subscription message to the third network element to request type information of the service network of the terminal or the group of the terminal, and the third network element acquires the type of the service network of the terminal or the group of the terminal. And sending the information to the first network element, so that the first network element can obtain the type information of the service network, and send the API information of the first network element or the type information of the service network to the second network element.
  • the second network element can invoke the available API according to the API information or the type information of the service network, thereby avoiding API call errors.
  • the present application further provides another communication method, which includes the above steps S601-S605, but has the following differences:
  • the third event subscription message in step S601 is replaced with a third monitoring request message
  • the third event notification message in step S605 is replaced with a third monitoring response message.
  • the third monitoring request message may include an identifier of a service type change event (CN Type Change) and an identifier of the terminal.
  • the third event notification message includes an identifier of the terminal and a CN Type Change Indication, or a type of the service network.
  • FIG. 7 is a flowchart of a communication method provided in Embodiment 2.
  • the third network element is an MME or an AMF. The following steps are described by taking the third network element as the AMF as an example. The processing involving the MME will be described after step S705.
  • the first network element sends a third event subscription message to the intermediate network element.
  • the intermediate network element may be a combined network element of the HSS and the UDM, or may be a combined network element of the PCF and the PCRF.
  • the meanings of the intermediate network elements in the following embodiments are the same as those here, and will not be described again.
  • the third event subscription message may include an identifier of a service type change event (CN Type Change) and an identifier of the terminal.
  • CN Type Change service type change event
  • the identifier of the CN Type Change may be an event name or the like.
  • the intermediate network element sends an event subscription message to the third network element.
  • the event subscription message may include a service type change event (CN Type Change) identifier and an identifier of the terminal.
  • CN Type Change service type change event
  • this step is an optional step, that is, the first network element may send an event subscription message to the third network element through the intermediate network element, or may not perform the step, and the first network element directly goes to the third The network element sends a third event subscription message.
  • the related information of the CN Type Change event may be saved, where the information about the CN Type Change event includes the identifier of the terminal and the identifier of the CN Type Change event.
  • the third network element receives the event subscription message sent by the intermediate network element, the identifier of the terminal carried in the event subscription message and the identifier of the CN Type Change event are saved.
  • the terminal when the location of the terminal changes, the terminal may be caused to switch between the 4G and 5G networks, thereby triggering the subsequent steps S703-S705 to perform.
  • the third network element detects a service network type change event of the terminal.
  • the third network element is an AMF, when the AMF receives a handover request from the MME, and the handover request is used to request to handover the terminal from the 4G network to the 5G network, or when the AMF receives the registration request of the terminal.
  • the AMF determines that the type of the service network of the terminal has changed.
  • the third network element sends an event notification message to the intermediate network element.
  • the event notification message may include an identifier of the terminal.
  • the event notification may further include a CN Type Change Indication or a type of the service network.
  • the intermediate network element sends a third event notification message to the first network element.
  • the third event notification message may include an identifier of the terminal.
  • the third event notification message further includes a CN Type Change Indication, or a type of the service network.
  • this step is also an optional step, that is, the third network element may also directly send a third event notification message or a third monitoring response message to the first network element.
  • the first network element sent to the intermediate network element in step S701 is a third monitoring request message, and the third monitoring request message may include an identifier of a service type change event (CN Type Change) and The identity of the terminal.
  • the intermediate network element sends a monitoring request message to the third network element, where the monitoring request message includes a service type change event (CN Type Change) identifier and an identifier of the terminal.
  • the third network element saves information about the CN Type Change event.
  • the third network element detects a service network type change event of the terminal.
  • the MME detects that the type of the service network changes, and then performs subsequent steps. .
  • the third network element sends a monitoring response message to the intermediate network element.
  • the monitoring response message may include an identifier of the terminal.
  • the message further includes a CN Type Change Indication, or a type of the service network.
  • the intermediate network element sends a third monitoring response message to the first network element.
  • the third monitoring response message may include an identifier of the terminal, and the third monitoring response message further includes a CN Type Change Indication, or a type of the service network.
  • step S702 the specific execution process may be:
  • the intermediate network element may separately send an event subscription message to the MME and the AMF. If the terminal is not the dual-registration mode, if the network element serving the terminal is the MME, the intermediate network element sends an event subscription message to the MME; if the network element serving the terminal is the AMF, the intermediate network element sends an event subscription to the AMF. Message.
  • the intermediate network element sends an event subscription message to the MME; if the network element serving the terminal is the AMF, the intermediate network element sends an event subscription message to the AMF.
  • the first network element sends a third event subscription message or a third monitoring request message to the third network element to request type information of the service network of the terminal or the group of the terminal, and the third network element acquires the terminal or the terminal.
  • Type information of the service network of the group and send it to the first network element, so that the first network element
  • the type information of the service network may be obtained, and the API information of the first network element or the type information of the service network is sent to the second network element, so that the second network element may be based on the API information or the type of the service network.
  • the information invokes the available APIs, thus avoiding API call errors.
  • the third network element is a combined network element of the HSS and the UDM, or is a combined network element of the PCF and the PCRF.
  • the trigger condition of the embodiment is the terminal. Switch or register between 4G network and 5G network.
  • the location of the terminal changes, which may cause the terminal to switch between the 4G and 5G networks.
  • the MME sends an Update Location Request message to the third network element.
  • the AMF sends a Nudm_UECM_Registration, Nudm_UECM_Deregistration, Npcf_AMPolicyControl_Get, or Npcf_AMPolicyControl_Delete message to the third network element.
  • the Nudj_UECM_Registration message is used to register the network element information for the terminal service to the UDM
  • the Nudm_UECM_Deregistration message is used to request to delete the network element information stored in the UDM for the terminal service
  • the Npcf_AMPolicyControl_Get message is used to serve the network element information for the terminal service.
  • the Npcf_AMPolicyControl_Delete message is used to request to delete the NE information stored in the PCF for the terminal service.
  • the MME may send an Update Location Request to the third network element, and the AMF may send the Nudm_UECM_Deregistration and the Npcf_AMPolicyControl_Delete to the third network element.
  • the AMF may send Nudm_UECM_Registration and Npcf_AMPolicyControl_Get to the third network element.
  • the third network element is saved as a network element identifier of the terminal service according to the received message.
  • the first network element sends a terminal registration network request message to the third network element, where the message includes the identifier of the terminal.
  • the first network element may periodically send a terminal registration network request message to the third network element, or may send a terminal registration network request message after receiving the AF request.
  • the third network element determines the type of the service network according to the identifier of the terminal in the message.
  • the third network element determines the type of the service network according to the saved network element identifier that is the terminal service.
  • the third network element sends a terminal registration network response message to the first network element, where the message includes a type of the service network.
  • the first network element sends a terminal registration network request message to the third network element to request the type of the service network of the terminal or the group of the terminal, and the third network element acquires the type of the service network of the terminal or the group of the terminal, And sending the first network element to the first network element, so that the first network element can obtain the type of the service network, and send the API information of the first network element or the type information of the service network to the second network element, thereby
  • the second network element can invoke the available API according to the API information or the type information of the service network, thereby avoiding API call errors.
  • FIG. 9 is an interaction flowchart of the fourth embodiment.
  • the third network element is an MME or an AMF.
  • the trigger condition of this embodiment is that the terminal switches or registers between the 4G network and the 5G network.
  • the terminal registers in the 4G network or the 5G network, or the terminal switches between 4G and 5G, so that the AMF or the MME for the terminal service changes, the following steps S901-S905 are triggered to be executed.
  • the location of the terminal changes, which may cause the terminal to switch between the 4G and 5G networks.
  • the first network element sends a terminal registration network request message to the intermediate network element, where the message includes the identifier of the terminal.
  • the first network element may periodically send a terminal registration network request message to the intermediate network element, or may send a terminal registration network request message after receiving the AF request.
  • the intermediate network element sends a terminal registration network request message to the third network element.
  • this step is an optional step, that is, the first network element may also directly send a terminal registration network request message to the third network element.
  • the third network element determines a type of the service network of the terminal.
  • the type of the service network is EPC; if it is AMF, it directly determines that the type of the service network is 5GC.
  • the third network element sends a terminal registration network response message to the intermediate network element.
  • the type of service network is included in the terminal registration network response message.
  • the intermediate network element sends a terminal registration network response message to the first network element, where the message includes a type of the service network.
  • this step is also an optional step, that is, the third network element may also directly send a terminal registration network request message to the first network element.
  • the first network element sends a terminal registration network request message to the third network element to request the type of the service network of the terminal or the group of the terminal, and the third network element acquires the type of the service network of the terminal or the group of the terminal, And sending the first network element to the first network element, so that the first network element can obtain the type of the service network, and send the API information of the first network element or the type information of the service network to the second network element, thereby
  • the second network element can invoke the available API according to the API information or the type information of the service network, thereby avoiding API call errors.
  • FIG. 10 is an interaction flowchart of the fifth embodiment. As shown in FIG. 10, the interaction manner between the first network element and the second network element is:
  • S1001 The second network element sends an API support capability subscription message to the first network element.
  • API support capability subscription messages can be used to subscribe to API support capabilities.
  • the information of the terminal is included in the message, and the related description in the foregoing embodiment is omitted, and details are not described herein.
  • the first network element detects a service network type change event of the terminal.
  • the step S1002 can be implemented by referring to the method provided in the foregoing Embodiment 1 or Embodiment 2, and details are not described herein again.
  • the first network element obtains type information of the service network, and acquires API information according to the type information.
  • the API information may be an API Indication.
  • the service network, and the type information can be referred to the related description in the foregoing embodiment, and details are not described herein again.
  • the information about the type of the service network that the first network element obtains in the S1003 can be implemented by referring to the method provided in the first or second embodiment, and details are not described herein.
  • the type of the service network of the terminal that has been recorded by the first network element is EPC
  • the first network element receives the service network type change indication sent by the third network element, and the first network element determines the service network of the terminal.
  • a change occurs to detect an API support capability change event.
  • the first network element generates API information based on the type information, for example, generating a list of available APIs. Assuming that the terminal moves from the 4G network to the 5G network, after detecting the occurrence of the API support capability change event, the first network element can determine that the EPC API is unavailable, and the 5GC API is available.
  • S1004 The first network element sends an API support capability notification message to the second network element.
  • the foregoing API support capability notification message includes the foregoing API state information, and an identifier of the terminal.
  • the second network element selects an available API to invoke according to the API status information.
  • the API status information is a list of available APIs, and when the second network element receives the available API list, it can select an API in the available API list to invoke.
  • the list of available APIs includes two records, the first record is: API1, and the second record is: API2.
  • the API1 is a location API, and when the application in the second network element needs to use the location information of the terminal, the second network element may send a request for calling the API1 to the first network element.
  • the first network element after receiving the API support capability subscription message sent by the second network element, or the first event subscription message or the first monitoring request message, the first network element obtains the type information of the service network corresponding to the terminal, and according to The type information of the service network sends the API information to the second network element, so that the second network element can select an available API to be called according to the API information, thereby avoiding an API call error.
  • the present application further provides another communication method, where the method includes the foregoing steps S1001-S1005, but the following differences exist: the API support capability subscription message in step S1001 is replaced with an event subscription message, and in step S1004.
  • the API support capability notification message is replaced with an event notification message.
  • the present application further provides another communication method, where the method includes the foregoing steps S1001-S1005, but the following differences exist: the API support capability subscription message in step S1001 is replaced with a monitoring request message, and in step S1004 The API support capability notification message is replaced with a monitoring response message.
  • the event subscription message or the monitoring request message may be used to subscribe to an API support capability, and the event subscription message or the monitoring request message may include an API Support Capability Change identifier.
  • the event notification message or the monitoring response message includes the foregoing API status information, and an identifier of the terminal.
  • FIG. 11 is an interaction flowchart of the sixth embodiment. As shown in FIG. 11, the interaction manner between the first network element and the second network element is:
  • the second network element sends an API support capability query message to the first network element.
  • the message includes the identifier of the terminal.
  • the first network element obtains a type of the service network of the terminal according to the API support capability query message.
  • the first network element may send a query message to the third network element to obtain the type of the service network of the terminal.
  • the third network element may send a query message to the third network element to obtain the type of the service network of the terminal.
  • the first network element determines API information according to a type of the service network of the terminal.
  • the first network element may determine that the API of the EPC is available, and the API of the 5GC is unavailable, thereby generating API information, for example, a list of available APIs.
  • S1104 The first network element sends an API support capability response message to the second network element.
  • the message includes the above API information.
  • S1105 The second network element selects an available API to invoke according to the API information.
  • step S1105 For the implementation of the step S1105, refer to the related description in the foregoing embodiment, and details are not described herein.
  • the first network element after receiving the API support capability query message sent by the second network element, the first network element obtains the type information of the service network corresponding to the terminal, and sends the API information to the second network element according to the type information of the service network. So that the second network element can be called according to the API information to select an available API, thereby avoiding API call errors.
  • FIG. 12 is an interaction flowchart of Embodiment 7. As shown in FIG. 12, the interaction manner between the first network element and the second network element is:
  • S1201 The first network element subscribes to the third network element for the type of the service network of the terminal.
  • the third network element can send the type of the service network of the terminal to the first network element.
  • the third network element sends the type of the service network of the terminal through the notification message of the subscription event.
  • S1202 The second network element sends an API call request to the first network element.
  • the above API call request is used to call a specific API.
  • step S1203 is performed.
  • the first network element obtains a type of the service network of the terminal by interacting with the third network element.
  • the step S1203 can be implemented by the method provided in Embodiment 3 or 4, and details are not described herein again.
  • the first network element returns an API call result to the second network element according to the type of the service network of the terminal.
  • the first network element normally feeds back the API call response to the second network element.
  • the first network element feeds back the API call response including the error code and the timer to the second network element.
  • the error code may indicate that the error is permanently unavailable or temporarily unavailable, and the timer is included only when the error code is temporarily unavailable.
  • S1205 The second network element determines the calling mode according to the result of the API call.
  • the calling mode may include: the timer timeout reappears to invoke the API, or invokes another API that has the same function as the API.
  • the second network element may continue to execute the API call process according to the existing process. If the first network element normally feeds back the API call response including the error code and the timer to the second network element, the second network element selects to continue the original API call after the timer expires according to the error code and the timer, or , re-select a different API with the same API function to make the call.
  • FIG. 13 is an interaction flowchart of the eighth embodiment. As shown in FIG. 13, the interaction manner between the first network element and the second network element is:
  • the second network element sends a second event subscription message to the first network element.
  • the second event subscription message includes a service network type change event identifier and an identifier of the terminal.
  • the service network type change event may be a CN Type Change.
  • the first network element detects a service network type change event of the terminal by interacting with the third network element.
  • the first network element sends a second event notification message to the second network element.
  • the second event notification message includes a service network type change indication or a type of the service network, and also includes an identifier of the terminal.
  • the service network type change indication may be a CN Type Change Indication.
  • the second network element selects an available API to invoke according to the service network type change indication or the type of the service network.
  • the first network element after receiving the second event subscription message or the second monitoring request message sent by the second network element, the first network element sends a service network type change indication or a service network type to the second network element, so that The second network element can be invoked according to the service network type change indication or the type of the service network to select an available API, thereby avoiding API call errors.
  • the present application further provides another communication method, which includes the above steps S1301-S1304, but has the following differences: the second event subscription message in step S1301 is replaced with the second monitoring request message, and the steps The second event notification message in S1303 is replaced with a second monitoring response message.
  • the second monitoring request message includes a service network type change event identifier and an identifier of the terminal.
  • the second monitoring response message includes a service network type change indication or a type of the service network, and further includes an identifier of the terminal.
  • FIG. 14 is an interaction flowchart of Embodiment 9. As shown in FIG. 14, the interaction manner between the first network element and the second network element is:
  • the second network element sends a terminal registration network request message to the first network element, where the message includes the identifier of the terminal.
  • the second network element obtains a type of the service network of the terminal by interacting with the third network element.
  • the first network element sends a terminal registration network response message to the second network element.
  • the message includes the type of service network of the terminal.
  • the second network element selects an available API to invoke according to the type of the service network of the terminal.
  • the AF supports the 4G related API function and the 5G related API function, and if the type of the service network that the AF receives the terminal is EPC, the AF determines that the 4G related API is an available API.
  • the AF determines that the API related to the equivalent function and the SCEF-specific function is an available API.
  • the first network element after receiving the terminal registration network request message sent by the second network element, the first network element sends the type of the service network to the second network element, so that the second network element can select the available according to the type of the service network.
  • the API is called to avoid errors in API calls.
  • FIG. 15 is a block diagram of a first type of communication device, which is applied to the first network element, and is used to implement the functions of the first network element in FIG. 4 and FIG. 10 to FIG. Show that the device includes:
  • the receiving module 1501 is configured to receive, by the second network element, identifier information of the terminal, where the identifier information includes an identifier of the terminal or a group identifier of the terminal.
  • the processing module 1502 is configured to obtain, according to the foregoing identifier information, type information of the service network corresponding to the identifier information.
  • the sending module 1503 is configured to send, according to the type information, the application programming interface API information of the first network element.
  • the type information includes: a type of the service network, or indication information indicating that a type of the service network changes.
  • the type information includes: a type of the service network, or indication information indicating that a type of the service network changes.
  • the foregoing identifier information is included in the first message, and the foregoing API information is included in the second message.
  • first message is used to subscribe to an API support capability
  • second message is used to notify an API support capability
  • the first message is used to query an API support capability, and the second message is used to respond to the first message.
  • API information includes API status information or an API call result
  • the foregoing API status information includes at least one of the following information: indication information indicating that the API support capability is changed, a list of available APIs, an unavailable API list, and an API status list.
  • the above API status list includes an identifier of the API and a status of the API.
  • processing module 1502 is specifically configured to:
  • Figure 16 is a block diagram of a second type of communication device provided by the present application.
  • the device is applied to the second network element to implement the functions of the second network element in Figure 4 and Figure 10 to Figure 14, as shown in Figure 16. Show that the device includes:
  • the sending module 1601 is configured to send the identifier information of the terminal to the first network element, where the identifier information includes an identifier of the terminal or a group identifier of the terminal.
  • the receiving module 1602 is configured to receive, by using the first network element, application programming interface API information of the first network element.
  • the processing module 1603 is configured to invoke the API according to the API information.
  • the identifier information is included in the first message, and the API information is included in the second message.
  • first message is used to subscribe to an API support capability
  • second message is used to notify an API support capability
  • the first message is used to query an API support capability, and the second message is used to respond to the first message.
  • API information includes API status information or an API call result
  • the API status information includes at least one of the following information: indication information indicating that the API support capability is changed, a list of available APIs, an unavailable API list, and an API status list;
  • the API status list includes an identifier of an API and a status of an API.
  • sending module 1601 is specifically configured to:
  • the second network element When the second network element receives the indication information indicating that the API support capability changes from the first network element, the identifier information of the terminal is sent to the first network element.
  • processing module 1603 is specifically configured to:
  • Figure 17 is a block diagram of a third communication device provided by the present application.
  • the device is applied to the first network element, and is used to implement the functions of the first network element in Figure 5 and Figure 6 to Figure 9, as shown in Figure 17. Show that the device includes:
  • the sending module 1701 is configured to send, to the third network element, a third message, where the third message is used to request type information of a service network of the terminal or the group of the terminal.
  • the receiving module 1702 is configured to receive the type information from the third network element.
  • the processing module 1703 is configured to send, by using the sending module, application programming interface API information of the first network element according to the type information.
  • the type information includes: a type of the service network, or indication information indicating that a type of the service network changes.
  • the type information is included in the fourth message.
  • the third message is a subscription message, the subscription message is used to subscribe to a type of the service network, and the fourth message is a notification message; or
  • the third message is a query message
  • the query message is used to query a type of the service network
  • the fourth message is a response message of the third message.
  • the third message when used to request type information of the service network of the terminal, the third message includes an identifier of the terminal;
  • the third message When the third message is used to request type information of a service network of the group of the terminal, the third message includes a group identifier of the terminal.
  • API information includes API status information or an API call result
  • the API status information includes at least one of the following information: indication information indicating that the API support capability is changed, a list of available APIs, an unavailable API list, and an API status list;
  • the API status list includes an identifier of an API and a status of an API.
  • the third network element is a combined network element of the HSS and the UDM, or the third network element is a combined network element of the PCF and the PCRF;
  • the third network element is an MME, or the third network element is an AMF.
  • FIG. 18 is a block diagram of a fourth communication device provided by the present application.
  • the device is applied to a third network element for implementing the functions of the third network element in FIG. 5 and FIG. 6 to FIG. 9, as shown in FIG. 18.
  • the device includes: a receiving module 1801, a sending module 1802, and a processing module 1803.
  • the receiving module 1801 is configured to receive, by the first network element, a third message, where the third message is used to request type information of a service network of the terminal or a group of the terminal.
  • the processing module 1803 is configured to send the type information by using the sending module 1802 according to the third message.
  • the type information includes: a type of the service network, or indication information indicating that a type of the service network changes.
  • the type information is included in the fourth message.
  • the third message is a subscription message, the subscription message is used to subscribe to a type of the service network, and the fourth message is a notification message; or
  • the third message is a query message
  • the query message is used to query a type of the service network
  • the fourth message is a response message of the third message.
  • processing module 1803 is specifically configured to:
  • the type information for indicating the service network is sent by the sending module 1802.
  • processing module 1803 is specifically configured to:
  • the type of the service network is transmitted by the sending module 1802.
  • the third network element is a combined network element of the HSS and the UDM, or the third network element is a combined network element of the PCF and the PCRF;
  • the third network element is an MME, or the third network element is an AMF.
  • Figure 19 is a physical block diagram of a first type of communication device provided by the present application.
  • the device may be the first network element, or the device may be a device disposed on the first network element, to implement the foregoing Figure 4 and 10 to FIG. 14, the function of the first network element, as shown in FIG. 19, the device includes: a memory and a processor;
  • the memory 1901 is configured to store program instructions
  • the processor 1902 is configured to call a program instruction in the memory 1901 to perform the following method:
  • the identifier information includes an identifier of the terminal or a group identifier of the terminal.
  • the type information includes: a type of the service network, or indication information indicating that a type of the service network changes.
  • the type information includes: a type of the service network, or indication information indicating that a type of the service network changes.
  • the foregoing identifier information is included in the first message, and the foregoing API information is included in the second message.
  • first message is used to subscribe to an API support capability
  • second message is used to notify an API support capability
  • the first message is used to query an API support capability, and the second message is used to respond to the first message.
  • API information includes API status information or an API call result
  • the foregoing API status information includes at least one of the following information: indication information indicating that the API support capability is changed, a list of available APIs, an unavailable API list, and an API status list.
  • the above API status list includes an identifier of the API and a status of the API.
  • processor 1902 is specifically configured to:
  • Figure 20 is a physical block diagram of a second type of communication device provided by the present application.
  • the device may be the second network element, or the device may be a device disposed on the second network element, to implement the foregoing Figure 4 and The functions of the second network element in FIG. 10 to FIG. 14, as shown in FIG. 20, the apparatus includes: a memory and a processor;
  • the memory 2001 is configured to store program instructions
  • the processor 2002 is configured to call a program instruction in the memory 2001, and performs the following method:
  • the identifier information includes an identifier of the terminal or a group identifier of the terminal.
  • the API is called according to the API information.
  • the identifier information is included in the first message, and the API information is included in the second message.
  • first message is used to subscribe to an API support capability
  • second message is used to notify an API support capability
  • the first message is used to query an API support capability, and the second message is used to respond to the first message.
  • API information includes API status information or an API call result
  • the API status information includes at least one of the following information: indication information indicating that the API support capability is changed, a list of available APIs, an unavailable API list, and an API status list;
  • the API status list includes an identifier of an API and a status of an API.
  • processor 2002 is specifically configured to:
  • the second network element When the second network element receives the indication information indicating that the API support capability changes from the first network element, the identifier information of the terminal is sent to the first network element.
  • processor 2002 is specifically configured to:
  • Figure 21 is a physical block diagram of a third type of communication device provided by the present application.
  • the device may be the first network element, or the device may be a device disposed on the first network element, to implement the foregoing Figure 5 and The functions of the first network element in FIG. 6 to FIG. 9, as shown in FIG. 21, the apparatus includes: a memory and a processor;
  • the memory 2101 is configured to store program instructions
  • the processor 2102 is configured to call a program instruction in the memory 2001, and performs the following methods:
  • the type information includes: a type of the service network, or indication information indicating that a type of the service network changes.
  • the type information is included in the fourth message.
  • the third message is a subscription message, the subscription message is used to subscribe to a type of the service network, and the fourth message is a notification message; or
  • the third message is a query message
  • the query message is used to query a type of the service network
  • the fourth message is a response message of the third message.
  • the third message when used to request type information of the service network of the terminal, the third message includes an identifier of the terminal;
  • the third message When the third message is used to request type information of a service network of the group of the terminal, the third message includes a group identifier of the terminal.
  • API information includes API status information or an API call result
  • the API status information includes at least one of the following information: indication information indicating that the API support capability is changed, a list of available APIs, an unavailable API list, and an API status list;
  • the API status list includes an identifier of an API and a status of an API.
  • the third network element is a combined network element of the HSS and the UDM, or the third network element is a combined network element of the PCF and the PCRF;
  • the third network element is an MME, or the third network element is an AMF.
  • Figure 22 is a physical block diagram of a fourth communication device provided by the present application.
  • the device may be the third network element, or the device may be a device disposed on the third network element, to implement the foregoing Figure 5 and The functions of the third network element in FIG. 6 to FIG. 9, as shown in FIG. 22, the apparatus includes: a memory and a processor;
  • the memory 2201 is configured to store program instructions
  • the processor 2202 is configured to call a program instruction in the memory 2201 to perform the following method:
  • the third message being used to request type information of a service network of a group of terminals or terminals.
  • the type information includes: a type of the service network, or indication information indicating that a type of the service network changes.
  • the type information is included in the fourth message.
  • the third message is a subscription message, the subscription message is used to subscribe to a type of the service network, and the fourth message is a notification message; or
  • the third message is a query message
  • the query message is used to query a type of the service network
  • the fourth message is a response message of the third message.
  • processor 2202 is specifically configured to:
  • the type information for indicating the service network is sent by the sending module 1802.
  • processor 2202 is specifically configured to:
  • the third network element is a combined network element of the HSS and the UDM, or the third network element is a combined network element of the PCF and the PCRF;
  • the third network element is an MME, or the third network element is an AMF.
  • the present application also provides a communication system including the first communication device, the second communication device, the third communication device, and the fourth communication device described above.
  • the above embodiments it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof.
  • software it may be implemented in whole or in part in the form of a computer program product.
  • the computer program product includes one or more computer instructions.
  • the computer program instructions When the computer program instructions are loaded and executed on a computer, the processes or functions described in accordance with embodiments of the present invention are generated in whole or in part.
  • the computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable device.
  • the computer instructions can be stored in a computer readable storage medium or transferred from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be from a website site, computer, server or data center Transfer to another website site, computer, server, or data center by wire (eg, coaxial cable, fiber optic, digital subscriber line (DSL), or wireless (eg, infrared, wireless, microwave, etc.).
  • the computer readable storage medium can be any available media that can be accessed by a computer or a data storage device such as a server, data center, or the like that includes one or more available media.
  • the usable medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (such as a solid state disk (SSD)).
  • embodiments of the present application can be provided as a method, system, or computer program product.
  • the present application can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment in combination of software and hardware.
  • the application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Abstract

本申请提供一种通信方法、装置及系统,该方法包括:第一网元从第二网元接收终端的标识信息,所述标识信息包括所述终端的标识或所述终端的组标识;所述第一网元根据所述标识信息,获取所述标识信息对应的服务网络的类型信息;所述第一网元根据所述类型信息,发送所述第一网元的应用编程接口API信息。该方法中,第一网元在接收到第二网元发送的终端的标识信息后,获取标识信息对应的服务网络的类型信息,并根据服务网络的类型信息向第二网元发送API信息或服务网络的类型信息,从而使得第二网元可以根据API信息或服务网络的类型信息选择可用的API来调用,从而避免了API调用出错,保证了API调成功率,提升了用户体验。

Description

通信方法、装置及系统
本申请要求于2018年4月9日提交中国国家知识产权局、申请号为201810313229.9、发明名称为“通信方法、装置及系统”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术,尤其涉及一种通信方法、装置及系统。
背景技术
随着车联网,移动办公,物联网等新型业务的爆发式发展,在接入速度、流量密度等方面对通信网络提出了更高的要求。在各种新型业务的驱动下,诞生了采用不同接入技术的网络,例如,4G网络,5G网络等。采用不同接入技术的网络均可以通过应用编程接口(Application Programming Interface,API)向第三方应用开放网络功能,第三方应用使用API获取与终端相关的服务。
由于终端可以同时支持不同的接入技术,例如,4G和5G接入技术,能够实现终端在4G网络和5G网络之间灵活切换。但是,当终端在4G网络和5G网络之间切换时,第三方应用无法得知终端当前所在的网络,因此无法得知当前可以调用的API,导致API调用成功率低,用户感受差。
发明内容
本申请提供一种通信方法、装置及系统,用于避免API调用出错,保证API调用成功率,提升用户感受。
本申请第一方面提供一种通信方法,应用于第一网元,该方法包括:
第一网元从第二网元接收终端的标识信息,所述标识信息包括所述终端的标识或所述终端的组标识;
所述第一网元根据所述标识信息,获取所述标识信息对应的服务网络的类型信息;
所述第一网元根据所述类型信息,发送所述第一网元的应用编程接口API信息。
该方法中,第一网元在接收到第二网元发送的终端的标识信息后,获取标识信息对应的服务网络的类型信息,并根据服务网络的类型信息向第二网元发送API信息或服务网络的类型信息,从而使得第二网元可以根据API信息或服务网络的类型信息选择可用的API来调用,从而避免了API调用出错,保证了API调成功率,提升了用户体验。
在一种可能的设计中,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
在一种可能的设计中,所述标识信息包括在第一消息中,所述API信息包括在第二消息中。
在一种可能的设计中,所述第一消息用于订阅API支持能力,所述第二消息用于通知API支持能力;或者,
所述第一消息用于查询API支持能力,所述第二消息用于响应所述第一消息。
在一种可能的设计中,所述API信息包括API状态信息或API调用结果;
其中,所述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表;
其中,所述API状态列表包括API的标识以及API的状态。
在一种可能的设计中,所述第一消息为API支持能力订阅消息。
在一种可能的设计中,所述类型信息包括在第二消息中,所述第二消息用于通知API支持能力。
在一种可能的设计中,所述第二消息为API支持能力通知消息,所述API支持能力通知消息中还包括终端的标识或终端的组标识。
在一种可能的设计中,所述第一消息为第一事件订阅消息或第一监控请求消息,所述第一事件订阅消息或第一监控请求消息中包括API支持能力改变事件的标识。
在一种可能的设计中,所述第二消息为第一事件通知消息或第一监控响应消息,所述第一事件通知消息或所述第一监控响应消息中还包括终端的标识或终端的组标识。
在一种可能的设计中,所述第一消息为API支持能力查询消息,所述第二消息为API支持能力响应消息。
在一种可能的设计中,所述第一网元根据所述标识信息,获取所述标识信息对应的服务网络的类型信息,包括:
所述第一网元向第三网元发送第三消息,所述第三消息用于请求所述类型信息;
所述第一网元从所述第三网元接收所述类型信息。
在一种可能的设计中,所述第一消息为API调用消息,所述API调用消息中包括终端的标识或终端的组标识。
在一种可能的设计中,所述第一消息为第二事件订阅消息或第二监控请求消息,所述第二事件订阅消息或第二监控请求消息中包括服务网络类型改变事件的标识。
在一种可能的设计中,所述第一消息为终端注册网络请求消息。
在一种可能的设计中,该方法还包括:
所述第一网元发送所述网络信息。
本申请第二方面提供一种通信方法,应用于第二网元,该方法包括:
第二网元向第一网元发送终端的标识信息,所述标识信息包括所述终端的标识或所述终端的组标识;
所述第二网元从所述第一网元接收所述第一网元的应用编程接口API信息;
所述第二网元根据所述API信息,调用API。
在一种可能的设计中,所述标识信息包括在第一消息中,所述API信息包括在第二消息中。
在一种可能的设计中,所述第一消息用于订阅API支持能力,所述第二消息用于通知API支持能力;或者,
所述第一消息用于查询API支持能力,所述第二消息用于响应所述第一消息。
在一种可能的设计中,所述API信息包括API状态信息或API调用结果;
其中,所述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表;
其中,所述API状态列表包括API的标识以及API的状态。
在一种可能的设计中,所述第二网元向第一网元发送终端的标识信息,包括:
当所述第二网元根据业务需求触发API调用时,向所述第一网元发送所述终端的标识信息;或者,
当预设定时器超时时,向所述第一网元发送所述终端的标识信息;或者,
当所述第二网元从所述第一网元接收到用于指示API支持能力发生改变的指示信息时,向所述第一网元发送所述终端的标识信息。
本申请第三方面提供一种通信方法,应用于第一网元,该方法包括:
第一网元向第三网元发送第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息;
所述第一网元从所述第三网元接收所述类型信息;
所述第一网元根据所述类型信息,发送所述第一网元的应用编程接口API信息。
该方法中,第一网元向第三网元发送第三消息,以请求终端或终端的组的服务网络的类型信息,第三网元根据第三消息获取终端或终端的组的服务网络的类型信息,并将其发送给第一网元,从而使得第一网元可以获取到该服务网络的类型信息,并向第二网元发送该第一网元的API信息或该服务网络的类型信息,进而使得第二网元可以根据该API信息或该服务网络的类型信息调用可用的API,从而避免了API调用出错,保证了API调成功率,提升了用户体验。
在一种可能的设计中,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
在一种可能的设计中,所述类型信息包括在第四消息中;
所述第三消息为订阅消息,所述订阅消息用于订阅所述服务网络的类型,所述第四消息为通知消息;或者,
所述第三消息为查询消息,所述查询消息用于查询所述服务网络的类型,所述第四消息为所述第三消息的响应消息。
在一种可能的设计中,当所述第三消息用于请求所述终端的服务网络的类型信息时,所述第三消息中包括所述终端的标识;
当所述第三消息用于请求所述终端的组的服务网络的类型信息时,所述第三消息中包括所述终端的组标识。
在一种可能的设计中,所述第三消息为第三事件订阅消息或第三监控请求消息,所述第三事件订阅消息或第三监控请求消息中包括服务网络类型改变事件的标识。
在一种可能的设计中,所述第四消息为第三事件通知消息或第三监控响应消息,所述第三事件通知消息或第三监控响应消息中包括服务网络类型改变事件指示或服务网络的类型,还包括终端的标识或终端的组标识。
在一种可能的设计中,所述第三消息为终端注册网络请求消息。
在一种可能的设计中,所述第四消息为终端注册网络响应消息,所述终端注册网络响应消息中服务网络的类型,还包括终端的标识或终端的组标识。
在一种可能的设计中,所述API信息包括API状态信息或API调用结果;
其中,所述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表;
其中,所述API状态列表包括API的标识以及API的状态。
在一种可能的设计中,所述第三网元为归属用户服务器HSS和统一数据管理UDM的合设网元,或者,所述第三网元为策略控制功能PCF和策略和计费规则功能PCRF的合设网元;
或者,所述第三网元为移动性管理实体MME
或者,所述第三网元为接入和移动性管理功能AMF。
本申请第四方面提供一种通信方法,应用于第三网元,该方法包括:
第三网元从第一网元接收第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息;
所述第三网元根据所述第三消息,发送所述类型信息。
在一种可能的设计中,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
在一种可能的设计中,所述类型信息包括在第四消息中;
所述第三消息为订阅消息,所述订阅消息用于订阅所述服务网络的类型,所述第四消息为通知消息;或者,
所述第三消息为查询消息,所述查询消息用于查询所述服务网络的类型,所述第四消息为所述第三消息的响应消息。
在一种可能的设计中,所述第三网元根据所述第三消息,发送所述类型信息,包括:
当检测所述服务网络的类型发生改变时,发送用于指示所述服务网络的类型信息。
在一种可能的设计中,所述第三网元根据所述第三消息,发送所述类型信息,包括:
所述第三网元根据所述第三消息,查询所述服务网络的类型;
所述第三网元发送所述服务网络的类型。
在一种可能的设计中,所述第三网元为归属用户服务器HSS和统一数据管理UDM的合设网元,或者,所述第三网元为策略控制功能PCF和策略和计费规则功能PCRF的合设网元;
或者,所述第三网元为移动性管理实体MME,或者,所述第三网元为接入和移动性管理功能AMF。
在一种可能的设计中,当所述第三消息用于请求所述终端的服务网络的类型信息时,所述第三消息中包括所述终端的标识;
当所述第三消息用于请求所述终端的组的服务网络的类型信息时,所述第三消息中包括所述终端的组标识。
本申请第五方面提供一种通信装置,该通信装置有实现第一方面中的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中,该电子设备可以包括接收模块、处理模块和发送模块,该接收模块、处理模块和发送模块可以执行上述方法中的相应功能,例如:接收模块,用于从第二网元接收终端的标识信息,所述标识信息包括所述终端的标识或所述终端的组标识;处理模块,用于根据所述标识信息,获取所述标识信息对应的服务网络的类型信息;发送模块,用于根据所述类型信息,发送所述第一网元的API信息。
本申请第六方面提供一种通信装置,该通信装置有实现第二方面中的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中,该电子设备可以包括接收模块、处理模块和发送模块,该接收模块、处理模块和发送模块可以执行上述方法中的相应功能,例如:发送模块,用于向第一网元发送终端的标识信息,所述标识信息包括所述终端的标识或所述终端的组标识;接收模块,用于从所述第一网元接收所述第一网元的API信息;处理模块,用于根据所述API信息,调用API。
本申请第七方面提供一种通信装置,该通信装置有实现第三方面中的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中,该电子设备可以包括接收模块、处理模块和发送模块,该接收模块、处理模块和发送模块可以执行上述方法中的相应功能,例如:发送模块,用于向第三网元发送第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息;接收模块,用于从所述第三网元接收所述类型信息;处理模块,用于根据所述类型信息,通过所述发送模块发送所述第一网元的应用编程接口API信息。
本申请第八方面提供一种通信装置,该通信装置有实现第四方面中的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中,该电子设备可以包括接收模块、处理模块和发送模块,该接收模块、处理模块和发送模块可以执行上述方法中的相应功能,例如:接收模块,用于从第一网元接收第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息;处理模块,用于根据所述第三消息,通过所述发送模块发送所述类型信息。
本申请第九方面提供一种通信装置,该通信装置包括:存储器和处理器。存储器用于存储程序指令,处理器用于调用存储器中的程序指令,实现上述第一方面中的方法。
本申请第十方面提供一种通信装置,该通信装置包括:存储器和处理器。存储器用于存储程序指令,处理器用于调用存储器中的程序指令,实现上述第二方面中的方法。
本申请第十一方面提供一种通信装置,该通信装置包括:存储器和处理器。存储器用于存储程序指令,处理器用于调用存储器中的程序指令,实现上述第三方面中的方法。
本申请第十二方面提供一种通信装置,该通信装置包括:存储器和处理器。存储器用于存储程序指令,处理器用于调用存储器中的程序指令,实现上述第四方面中的方法。
本申请第十三方面提供一种通信系统,该通信系统包括第九方面所述的通信装置、第十方面所述的通信装置,第十一方面所述的通信装置以及第十二方面所述的通信装置。
本申请第十四方面提供一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括用于执行上述第一方面所述的方法的指令。
本申请第十五方面提供一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括用于执行上述第二面所述的方法的指令。
本申请第十六方面提供一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括用于执行上述第三方面所述的方法的指令。
本申请第十七方面提供一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括用于执行上述第四方面所述的方法的指令。
本申请第十八方面提供一种计算机产品,所述计算机程序产品包括计算机程序代码,当所述计算机程序代码被执行时,使得执行第一方面所述的方法。
本申请第十九方面提供一种计算机产品,所述计算机程序产品包括计算机程序代码,当所述计算机程序代码被执行时,使得执行第二方面所述的方法。
本申请第二十方面提供一种计算机产品,所述计算机程序产品包括计算机程序代码,当所述计算机程序代码被执行时,使得执行第三方面所述的方法。
本申请第二十一方面提供一种计算机产品,所述计算机程序产品包括计算机程序代码,当所述计算机程序代码被执行时,使得执行第四方面所述的方法。
附图说明
图1为EPS的网络架构示意图;
图2为5G网络的架构示意图;
图3为能力开放网元功能支持示意图;
图4为本申请提供的一种通信方法的交互流程图;
图5为本申请提供的另一种通信方法的交互流程图;
图6为实施例一提供的通信方法的流程图;
图7为实施例二提供的通信方法的流程图;
图8为实施例三提供的通信方法的流程图;
图9为实施例四提供的通信方法的流程图;
图10为实施例五提供的通信方法的流程图;
图11为实施例六提供的通信方法的流程图;
图12为实施例七提供的通信方法的流程图;
图13为实施例八提供的通信方法的流程图;
图14为实施例九提供的通信方法的流程图;
图15为本申请提供的第一种通信装置的模块结构图;
图16为本申请提供的第二种通信装置的模块结构图;
图17为本申请提供的第三种通信装置的模块结构图;
图18为本申请提供的第四种通信装置的模块结构图;
图19为本申请提供的第一种通信装置的实体框图;
图20为本申请提供的第二种通信装置的实体框图;
图21为本申请提供的第三种通信装置的实体框图;
图22为本申请提供的第四种通信装置的实体框图。
具体实施方式
为使本领域技术人员更好的理解本申请的技术方案,以下首先对采用不同接入技术的网络的架构作一介绍。具体以演进分组系统(Evolved Packet System,EPS),即4G网络为例,以及5G网络架构为例进行说明。
图1为EPS的网络架构示意图,如图1所示,EPS主要包括演进的UTRAN(Evolved UTRAN,EUTRAN)、移动性管理实体(Mobility Management Entity,MME)、服务网关(Serving Gateway,SGW)、分组数据网络网关(PDN Gateway,P-GW)、服务GPRS支持节点(Serving GPRS Supporting Node,SGSN)、归属用户服务器(Home Subscriber Server,HSS)以及策略和计费规则功能(Policy and Charging Rules Function,PCRF)等网络实体。各网络实体功能如下:
EUTRAN:是由多个演进型基站(Evolved NodeB,eNodeB)组成的网络,实现无线物理层功能、资源调度和无线资源管理、无线接入控制以及移动性管理功能。eNodeB通过用户面接口S1-U和SGW相连,通过控制面接口S1-MME和MME相连,采用S1-AP协议实现无线接入承载控制等功能。
MME:主要负责用户即会话管理的所有控制平面功能,包括非接入层(Non-Access-Stratum,NAS)信令及安全,跟踪区列表(Tracking Area List)的管理,P-GW与SGW的选择等。
SGW:主要负责终端的数据传输、转发以及路由切换等,并作为终端在eNodeB之间切换时的本地移动性锚定点(对于每一个终端,每个时刻仅有一个SGW为之服务)。
P-GW:作为分组数据网络(Packet Date Network,PDN)连接的锚定点,负责终端的IP地址分配,终端的数据报文过滤、速率控制、生成计费信息等。
SGSN:为2G接入网,即GSM或EDGE无线接入网络(GSM/EDGE Radio Access Network,GERAN),3G接入网,即通用陆地无线接入网(Universal Terrestrial Radio Access Network,UTRAN),以及EPS核心网,即演进分组核心网(Evolved Packet Core,EPC)的接入节点,负责从GERAN,UTRAN到EPC承载的建立和数据的转发。
HSS:存储移动用户的签约数据。
PCRF:负责计费管理和策略控制,包括策略与计费控制(Policy and Charging Control,PCC)规则,服务质量(Quality of Service,QoS)规则。
SCEF:负责向第三方提供网络功能,如从第三方应用中接收终端相关参数,或者订阅终端相关的事件等。
图2为5G网络的架构示意图,如图2所示,5G网络包括终端、接入网(Access Network, AN)、核心网以及数据网络(Data Network,DN),各网络实体功能如下:
终端:是移动用户与网络交互的入口,能够提供基本的计算能力,存储能力,向用户显示业务窗口,接收用户操作输入。5G网络中的终端采用下一代空口技术,与AN建立信号连接,数据连接,从而传输控制信号和业务数据到移动网络。
AN:类似于传统网络里的基站,部署在靠近终端的位置,为特定区域的授权用户提供入网功能,并能够根据用户的级别,业务的需求等使用不同质量的传输隧道传输用户数据。AN能够管理自身的资源,合理利用,按需为终端提供接入服务,把控制信号和用户数据在终端和核心网之间转发。
DN:是为用户提供业务服务的数据网络,一般客户端位于终端,服务端位于数据网络。数据网络可以是私有网络,如局域网,也可以是不受运营商管控的外部网络,如Internet,还可以是运营商共同部署的专有网络。
核心网:是负责维护移动网络的签约数据,管理移动网络的网元,为终端提供会话管理,移动性管理,策略管理,安全认证等功能。在终端附着的时候,为终端提供入网认证;在终端有业务请求时,为终端分配网络资源;在终端移动的时候,为终端更新网络资源;在终端空闲的时候,为终端提供快恢复机制;在终端去附着的时候,为终端释放网络资源;在终端有业务数据时,为终端提供数据路由功能,如转发上行数据到DN;或者从DN接收终端下行数据,转发到AN,从而发送给终端。
核心网可分为用户面和控制面。其中,用户面包括用户面功能(UPF,User Plane Function);控制面可以包括认证服务器功能(AUSF,Authentication Server Function),接入和移动性管理功能(AMF,Access and Mobility Management Function),会话管理功能(SMF,Session Management Function),网络切片选择功能(NSSF,Network Slice Selection Function),网络开放功能(NEF,Network Exposure Function),网络功能仓储功能(NRF,NF Repository Function),统一数据管理(UDM,Unified Data Management),策略控制功能(PCF,Policy Control function),以及应用功能(AF,Application Function)等。各网络实体的功能如下:
UPF:根据SMF的路由规则执行用户数据包转发。
AUSF:执行终端的安全认证。
AMF:执行终端接入管理和移动性管理。
SMF:执行终端会话管理。
NSSF:为终端选择网络切片。
NEF:以API的方式向第三方开放网络功能。
NRF:为其他网元提供网络功能实体信息的存储功能和选择功能。
UDM:执行用户签约上下文管理。
PCF:执行用户策略管理。
AF:执行用户应用管理。
由上述4G网络和5G网络的网络架构可知,SCEF和NEF分别为4G网络和5G网络中的能力开放网元,负责向第三方开放网络功能。
图3为能力开放网元功能支持示意图,如图3所示,第三方应用通过T8接口与SCEF交 互,调用EPS网络服务,通过Nnef接口与NEF交互,调用5G网络服务。T8接口和Nnef接口支持的功能有交叉重叠,但也各有不同。例如,T8接口和Nnef接口可以支持相同功能,但接口名字不一样,称之为同等功能,例如,图3中设备触发模块和触发服务模块,分别在4G和5G中实现相同的功能。T8接口和Nnef接口也可以提供特有的功能,分别称之为SCEF特有功能(如,无号短信模块,只能在4G中实现)和NEF特有功能(如第三方请求模块,只能在5G中实现),这种特有功能,对方系统均不支持。
目前的网络在实现网络能力开放时存在以下问题:
当某终端既支持4G网络接入又支持5G网络接入时,该终端可能会在4G网络和5G网络之间切换注册。由上述图3可知,终端注册在不同网络时,网络能够向终端开放的能力不同。例如,若终端当前注册在EPS网络,则第三方应用仅能调用同等功能和SCEF特有功能相关的API,调用其他API会出错;若终端注册在5G网络,则第三方应用仅能调用同等功能和NEF特有功能相关的API,调用其他API会出错。
然而,现有技术中,当终端在4G网络和5G网络之间切换注册时,第三方应用无法得知终端当前所在的网络,进而无法得知当前可以调用的API,因此可能导致API调用出错。
本申请所提供的技术方案,旨在解决上述问题。
图4为本申请提供的一种通信方法的交互流程图,如图4所示,该方法的交互过程为:
S401、第二网元向第一网元发送终端的标识信息。
其中,该标识信息可以包括终端的标识或终端的组标识。终端的标识可以标识一个终端,例如,终端的身份标识(例如,IMSI,GPSI,MSISDN,External ID)。终端的组标识可以标识一个终端的组,例如,终端的组身份标识(例如,IMSI Group ID或者External Group ID)。
其中,终端的组可以是终端所属或所在的组,该组中可以包括一个或多个终端。终端的组可以由终端的签约数据决定,可以从终端的签约数据中获取。
可选的,上述第二网元可以为AF(即第三方应用),或业务能力服务器(Services Capability Server,SCS),或应用服务器(Application Server,AS)。上述第一网元可以为能力开放网元,例如,第一网元可以为SCEF,或者NEF,或者SCEF和NEF的合设网元。
其中,SCEF和NEF的合设网元是指SCEF和NEF在部署的物理位置上位于一个产品或服务器内,SCEF和NEF之间的接口为不公开的接口,之间的交互不需要标准化。
可选的,第二网元通过第一消息来发送上述终端的标识信息,该第一消息可以用于请求获取上述标识信息对应的服务网络的类型信息。
在一种可选的实施方式中,第一消息为订阅消息,例如,第一消息可以用于订阅API支持能力。在通过第一消息订阅API支持能力之后,当第一网元的API支持能力发生改变时,第一网元就可以主动通知第二网元第一网元的API支持能力发生改变。
其中,第一网元的API支持能力是指第一网元能够为一个特定的终端或终端的组所提供的有效的API(或服务)。其中,“API”与“服务”的关系为:“服务”是第一网元所能提供的功能,“API”是实现这些功能的实现方式。
一个示例中,第一消息为API支持能力订阅消息,该API支持能力订阅消息中包括终端的标识信息。进一步的,API支持能力订阅消息还可以包括AF API能力、统一资源标识符 (callback Uniform Resource Identifier,callbackURI)等。
其中,AF API能力用于指示AF所支持的API。统一资源标识符用于第一网元寻址回调地址。当第一网元的API支持能力发生改变之后,第一网元就可以主动通知回调地址。
另一个示例中,第一消息为第一事件订阅消息或第一监控请求(Monitoring Request)消息。该第一消息中包括API支持能力改变事件的标识,以及终端的标识信息。其中,第一网元支持API支持能力改变事件,该API支持能力改变事件可以用APISupportCapability Change标识。当第一网元接收到该API支持能力改变事件的标识后,可以启动该API支持能力改变事件的检测。具体过程在下述实施例五中说明。
可选的,该第一消息中还包括AF API能力、callbackURI等。
需要说明的是,如果第一消息中包括callbackURI,则第一网元在发送第一消息对应的第二消息时,可以将第二消息发送到该callbackURI所标识的地址。以下实施例中涉及callbackURI时的处理方式都相同,不再进行说明。
在另一种可选的实施方式中,第一消息为查询消息,例如,第一消息用于查询API支持能力。
示例性的,第一消息为API支持能力查询消息,该API支持能力查询消息中包括终端的标识信息。进一步的,API支持能力查询消息还可以包括AF API能力。
可选的,第二网元可以在以下任意一种情况下执行步骤S401,即触发向第一网元发送终端的标识信息:
情况1、当第二网元根据业务需求触发API调用时。
示例性的,当第二网元根据业务需要调用API时,可以在调用API之前向第一网元发送终端的标识信息,以获取第一网元的API信息。
示例性的,第三网元为车联网服务器,需要获取终端的位置信息,则第三网元触发调用位置API,向第一网元发送终端的标识,进而根据第一网元返回的API信息来决定具体调用的位置API。
情况2、当预设定时器超时时。
情况3、当第二网元从第一网元接收到用于指示API支持能力发生改变的指示信息时。
其中,当第二网元从第一网元接收到用于指示API支持能力发生改变的指示信息时,说明第一网元的API支持能力改变,则第二网元可以向第一网元发送第一消息,以获取第一网元最新支持的API。
S402、第一网元根据上述终端的标识信息,获取上述标识信息对应的服务网络的类型信息。
其中,上述服务网络可以指为终端或终端的组提供服务的网络。具体的,服务网络可以为终端或终端的组中的终端当前所注册的网络,例如,对于双注册模式的终端来说,同时有两个网络为终端服务,两个网络都是为终端服务的网络。如果终端的组中的部分终端注册到一个网络,其他终端注册到另外一个网络,则两个网络都是为终端服务的网络;当终端的组中所有已注册终端都在一个网络中注册时,他们注册的网络为终端的组的服务网络。
进一步地,上述标识信息对应的服务网络可以指为上述标识信息所标识的终端或终端的组提供服务的网络。
其中,上述服务网络的类型信息,可以包括:服务网络的类型,或者,用于指示服务网络的类型发生改变的指示信息。
示例性的,上述服务网络的类型可以是EPC、5G核心网(5G Core,5GC)、EPC/5GC、BOTH、Non-5GC、5G、4G、3G、Non-5G等3GPP核心网的类型或者其组合,也可以是UTRAN、CDMA2000、GERAN、LTE、NR、UTRAN、E-UTRAN、NG-RAN等3GPP无线接入技术(Radio Access Technology,RAT)等。其中,EPC/5GC表示在某些情况下(例如双注册模式下,或者终端的组中部分终端在EPC,部分终端在5GC)EPC和5GC都为一个终端或终端的组服务。上述用于指示服务网络的类型发生改变的指示信息可以是在标识信息对应的服务网络的类型发生改变时获取的指示信息。当第一网元获取到该指示信息时,可以确定上述标识信息对应的服务网络的类型发生了改变。
在一种实现方式中,第一网元根据接收到的第一消息,选择对应的方式来获取上述类型信息。例如,若第一消息为订阅消息,则第一网元向第三网元进行事件订阅;若第一消息为查询消息,则第一网元向第三网元发送查询消息,以查询网络类型。具体过程可以参见下述第一网元和第三网元的交互实施例,不再赘述。
S403、第一网元根据上述类型信息,发送第一网元的API信息。
相应地,第二网元从第一网元接收该API信息。
其中,第一网元的API信息用于指示第一网元的API支持能力,第二网元根据该API信息可以确定出第一网元的API支持能力。该API信息可以是API Indication。
示例性的,当第一网元获取到上述类型信息时,可以确定上述标识信息所标识的终端或终端的组的服务网络,第一网元进而可以向第二网元发送该服务网络对应的API信息。例如,终端当前位于EPC网络,则将4G的API作为可用的API,第一网元向第二网元发送可用的API的信息。进一步地,当第一消息中包括AF API能力时,第一网元根据AF API能力从可用的API中选择AF支持的API,并向第二网元发送选择后的API的信息。
可选的,第一网元通过第二消息来发送第一网元的API信息。其中,上述第一网元的API信息可以用于指示第一网元的API状态。
在一种可选的实施方式中,上述第一网元的API信息可以是API状态信息。该API状态信息可以包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表。
其中,用于指示API支持能力发生改变的指示信息用于指示第一网元的API支持能力发生改变。进一步地,第二网元在接收到该指示信息后,可以向第一网元发送请求消息以获取第一网元的API支持能力的改变内容。
其中,可用的API列表包括第一网元当前支持的API。
其中,不可用的API列表包括第一网元当前不支持的API。
其中,API状态列表包括第一网元的所有API,例如,API状态列表包括所有API的标识以及其对应的状态。API的状态可以为可用或不可用,也可以为挂起态或运行态,还可以为支持的级别。API的标识可以标识一个API。
示例性的,某API状态列表中包括两条记录,第一条记录为:API1,可用,第二条记录为:API2,不可用。则当第二网元接收到API状态列表后,即可确定当前可以调用API1,而 不能调用API2。
挂起态是指暂时不能为终端提供该API对应的功能,运行态是指可以正常提供该API对应的功能。
示例性的,某API状态列表中包括两条记录,第一条记录为:API1,挂起态,第二条记录为:API2,运行态。则当第二网元接收到API状态列表后,即可确定当前可以调用API2,而不能调用API1。
支持的级别可能有多种,一种级别对应一个网络类型。
示例性的,假设级别1对应5G网络,级别2对应4G网络。API状态列表中包括级别1,则当第二网元向第一网元调用API时,携带该级别1信息,第一网元根据该级别1为第二网元选择5G网络的API。
示例性的,API状态列表中每个API的标识对应一个API的状态,该API的状态用于表示所标识的API的状态。例如,API状态列表中包括一个API的标识为API1,该API1对应的API的状态为可用,则说明API1这个API目前是可用的,当第二网元接收到该信息后,可以根据需要调用该API1。
对应于上述第一消息,上述第二消息可以采用如下两种方式:
方式1、当第一消息用于订阅API支持能力时,第二消息用于通知API支持能力。
一个示例中,第二消息为API支持能力通知消息,该API支持能力通知消息中包括上述API信息,还包括终端的标识信息。
另一个示例中,第二消息为第一事件通知消息或第一监控响应消息,在第一事件通知消息或第一监控响应消息中包括终端的标识信息。
方式2、当第一消息用于查询API支持能力时,第二消息用于响应第一消息。
示例性的,第二消息为API支持能力响应消息,该API支持能力响应消息中包括上述API信息。
在另一种可选的实施方式中,上述第一网元的API信息还可以是API调用结果。
针对该实施方式,第一消息可以为API调用消息,相应地,第二消息可以为API调用响应消息。
具体的,第二网元向第一网元发送API调用消息,该API调用消息用于调用一个特定的API。第一网元在接收到API调用消息之后,获取服务网络的类型信息,并根据服务网络的类型信息确定第二网元请求调用的API是否可以用,并向第二网元发送第二消息,在第二消息中包括该API的调用结果。
其中,API调用结果可以是调用失败,如果调用结果为调用失败,则在第二消息中包括错误码。错误码可以指示API调用失败的原因为:网络永久不支持,或网络暂时不支持;如果错误码指示网络暂时不支持,则在第二消息中可以额外包括定时器值,第二网元可以根据定时器值设置定时器,在定时器超时后,重新发送第一消息。S404、第二网元根据上述API信息,调用API。
可选的,第二网元根据上述API信息,选择可用的API,并调用选择的API。
示例性的,假设API信息为可用的API列表,列表中包括API1、API2和API3三者的标识,当第二网元接收到该API信息时,即可获知API1、API2和API3可用。进而,第二网元 根据业务需要,选择API2和API3进行调用。假设API1为位置API,第二网元中的应用需要使用终端的位置信息,则第二网元可以从可用的API1、API2和API3中选择API1,并向第一网元发送调用API1的请求。需要说明的是,作为一种可替换的实施方式,步骤S403中第一网元向第二网元发送的API信息可以替换为服务网络的类型信息。
进一步地,步骤S404中第二网元根据服务网络的类型信息,调用API。
在这种实施方式下,步骤S401中第二网元向第一网元发送的第一消息可以是以下两种形式:
形式1、订阅消息
在一个示例中,第一消息可以为第二事件订阅消息或第二监控请求消息。在第一消息中包括服务网络类型改变事件的标识,还包括终端的标识信息。其中,第一网元支持服务网络类型改变事件,该服务网络类型改变事件可以用CN Type Change标识。当第一网元接收到该服务网络类型改变事件的标识后,可以启动该服务网络类型改变事件的检测。具体过程在下述实施例八中说明。
可选的,该第一消息还可以包括AF API能力、callbackURI等。
当第一网元接收到该第一消息后,检测终端的服务网络类型改变事件,如果事件被触发,则第一网元发送第二消息。该第二消息为第二事件通知消息或第二监控响应消息,该第二消息中包括服务网络类型改变指示或服务网络的类型,该第二消息中还包括终端的标识或终端的组标识。该服务网络类型改变事件指示可以为CN Type Change Indication。
第二网元接收到第二消息后,根据服务网络类型改变指示或服务网络的类型,选择可用的API来调用。
示例性的,第二网元接收的第二消息中包括了服务网络类型改变指示,则第二网元可以确定终端的服务网络发生改变,而第二网元中保存了在此之前终端所在的网络为4G网络,则第二网元可以确定终端已切换到5G网络,则第二网元可选择5G网络下的API进行调用。
形式2、查询消息
可选的,第一消息可以为终端注册网络请求消息,终端注册网络请求消息中包括终端的标识或终端的组标识。第二消息为终端注册网络响应消息。
当第一网元接收到第一消息后,向第三网元查询服务网络的类型。
在查询到网络类型之后,第一网元向第二网元发送终端注册网络响应消息,该终端注册网络响应消息中包括服务网络的类型。
进而,第二网元根据服务网络的类型,选择可用的API来调用。
示例性的,第二网元接收的第二消息中服务网络的类型为EPC,即为4G网络,则第二网元可以选择4G网络下的API进行调用。
本实施例中,第一网元在接收到第二网元发送的终端的标识信息后,获取标识信息对应的服务网络的类型信息,并根据服务网络的类型信息向第二网元发送API信息或服务网络的类型信息,从而使得第二网元可以根据API信息或服务网络的类型信息选择可用的API来调用,从而避免了API调用出错。
图5为本申请提供的另一种通信方法的交互流程图,如图5所示,该方法的交互过程为:
S501、第一网元向第三网元发送第三消息,该第三消息用于请求终端或终端的组的服务网络的类型信息。
其中,当第三消息用于请求终端的服务网络的类型信息时,第三消息中可以包括终端的标识;或者,当第三消息用于请求终端的组的服务网络的类型信息时,第三消息中可以包括终端的组标识。
其中,上述第三网元可以为HSS和UDM的合设网元,或者为PCF和PCRF的合设网元,或者为MME,或者为AMF,不予限制。
在一个示例中,当第三网元为MME或者AMF时,第一网元可以首先将第三消息发送给HSS和UDM的合设网元或PCF和PCRF的合设网元,再由HSS和UDM的合设网元或PCF和PCRF的合设网元将该第三消息发送给MME或者AMF。
在另一个示例中,当第一网元接收到来自第二网元的第一消息时,第一网元执行本步骤,即当第二网元请求获取第一网元的API信息或终端的服务网络的类型信息时,第一网元可以向第三网元发送该第三消息,以获取服务网络的类型信息。
其中,上述终端或终端的组的服务网络,类型信息,终端的组标识,终端的标识等名词均可以参照图4所示实施例中相关描述,此处不再赘述。
在一种可选的实施方式中,第三消息为订阅消息,该订阅消息用于订阅服务网络的类型。
示例性的,第一消息为第三事件订阅消息或第三监控请求(Monitoring Request)消息。第三事件订阅消息或第三监控请求消息中包括该服务网络类型改变事件的标识,同时,在第三事件订阅消息或第三监控请求消息还包括终端的标识或终端的组标识。其中,第三网元支持服务网络类型改变事件,该服务网络类型改变事件可以用CN Type Change标识。当第三网元接收到该服务网络类型改变事件的标识后,可以启动该服务网络类型改变事件的检测。具体过程在下述实施例一中说明。
在另一种可选的实施方式中,第三消息为查询消息,该查询消息用于查询服务网络的类型。
示例性的,第三消息为终端注册网络请求消息,该终端注册网络请求消息中包括终端的标识或终端的组标识。
示例性的,第三消息具体可以为终端上下文请求消息。针对该消息,第三网元支持一个新的上下文类型,称为服务网络类型。该终端上下文请求消息中包括服务网络类型上下文类型标识,终端的标识或终端的组标识。
S502、第三网元根据上述第三消息,发送上述类型信息。
在一个示例中,当第三消息为订阅消息时,第三网元可以保存订阅消息中的服务网络类型改变事件的信息,并检测服务网络的类型是否发生改变。当第三网元检测到服务网络的类型发生改变时,向第一网元发送服务网络的类型信息。
在另一个示例中,当第三消息为查询消息时,第三网元根据第三消息,查询服务网络的类型,并向第一网元发送服务网络的类型。具体的,第三网元中保存了为终端或终端的组服务的网络的类型,当第三接收到第三消息后,识别第三消息中的终端的标识或终端的组标识,进而从保存的信息中查询与该终端或终端的组对应的网络类型。
可选的,第三网元通过第四消息发送上述类型信息。
其中,对应于上述第三消息,上述第四消息的形式有如下两种:
形式1、第三消息为订阅消息时,第四消息为通知消息。
示例性的,第四消息为第三事件通知消息或第三监控响应(Monitoring Response)消息,在第三事件通知消息或第三监控响应消息中包括服务网络类型改变指示或服务网络的类型,还包括终端的标识或终端的组标识。其中,该服务网络类型改变指示可以为CN Type Change Indication。
形式2、第三消息为查询消息时,第四消息为第三消息的响应消息。
示例性的,第四消息为终端注册网络响应消息,该终端注册网络响应消息中包括服务网络的类型信息。
示例性的,第四消息具体可以为终端上上文响应消息,该终端注册网络响应消息中包括服务网络的类型。
S503、第一网元根据上述类型信息,发送第一网元的API信息。
其中,S503执行过程与上述步骤S403一致,可参照步骤S403,此处不再赘述。本实施例中,第一网元向第三网元发送第三消息,以请求终端或终端的组的服务网
络的类型信息,第三网元根据第三消息获取终端或终端的组的服务网络的类型信息,并将其发送给第一网元,从而使得第一网元可以获取到该服务网络的类型信息,并向第二网元发送该第一网元的API信息或该服务网络的类型信息,进而使得第二网元可以根据该API信息或该服务网络的类型信息调用可用的API,从而避免了API调用出错。
以下通过具体示例过程来进一步解释本申请的方案。其中,涉及的实施例如下所述。
实施例一:涉及第一网元和第三网元的通信方法,该方法使用订阅消息方式获取终端或终端的组的服务网络的类型信息。
实施例二:涉及第一网元和第三网元的通信方法,该方法使用订阅消息方式获取终端或终端的组的服务网络的类型信息。
实施例三:涉及第一网元和第三网元的通信方法,该方法使用查询消息方式获取终端或终端的组的服务网络的类型信息。
实施例四:涉及第一网元和第三网元的通信方法,该方法使用查询消息方式获取终端或终端的组的服务网络的类型信息。
实施例五:涉及第一网元和第二网元的通信方法,该方法使用订阅消息方式,第一网元返回API状态信息。
实施例六:涉及第一网元和第二网元的通信方法,该方法使用查询消息方式,第一网元返回API状态信息。
实施例七:涉及第一网元和第二网元的通信方法,该方法使用API调用方式,第一网元返回API调用结果。
实施例八:涉及第一网元和第二网元的通信方法,该方法使用订阅消息方式,第一网元返回服务网络的类型信息。
实施例九:涉及第一网元和第二网元的通信方法,该方法使用查询消息方式,第一网元返回服务网络的类型信息。
其中,以下实施例一至九中第一网元均以SCEF和NEF的合设网元为例。另外,以下实施例中都以消息中包括终端的标识为例说明,但是对于终端的组标识同样适用,不再赘述。
实施例一
图6为实施例一提供的通信方法的流程图。如图6所示,第三网元为HSS和UDM的合设网元,或者为PCF和PCRF的合设网元。该方法如下所述。
S601、第一网元向第三网元发送第三事件订阅消息。
其中,第三事件订阅消息中可以包括服务网络类型改变事件(CN Type Change)的标识以及终端的标识。
其中,CN Type Change的标识可以是事件名称等。
进而,当第三网元接收到第三事件订阅消息后,可以保存CN Type Change事件的相关信息,其中,CN Type Change事件的相关信息包括终端的标识以及CN Type Change事件的标识。
具体的,当第三网元接收到第三事件订阅消息之后,保存第三消息中携带的终端的标识以及CN Type Change事件的标识。
进而,当终端在4G和5G网络之间切换或注册时,触发后续步骤S604-S607执行。
示例性的,当终端的位置发生改变时,可能会引起终端在4G和5G网络之间切换,进而触发后续步骤S602-S605执行。
S602、MME向第三网元发送位置更新请求(Update Location Request)消息。
S603、AMF向第三网元发送Nudm_UECM_Registration、Nudm_UECM_Deregistration、Npcf_AMPolicyControl_Get或者Npcf_AMPolicyControl_Delete消息。
具体的,Nudm_UECM_Registration消息用于将为终端服务的网元信息注册到UDM,Nudm_UECM_Deregistration消息用于请求删除UDM中所保存的为终端服务的网元信息,Npcf_AMPolicyControl_Get消息用于将为终端服务的网元信息注册到PCF,Npcf_AMPolicyControl_Delete消息用于请求删除PCF中所保存的为终端服务的网元信息。
在一个示例中,当终端注册或切换到4G网络,则MME可以向第三网元发送Update Location Request,同时,AMF可以向第三网元发送Nudm_UECM_Deregistration和Npcf_AMPolicyControl_Delete。
在另一个示例中,当终端注册或切换到5G网络,则AMF可以向第三网元发送Nudm_UECM_Registration和Npcf_AMPolicyControl_Get。
S604、第三网元检测终端的服务网络类型改变事件。
在一个示例中,当HSS和UDM的合设网元接收到Update Location Request、Nudm_UECM_Registration或者Nudm_UECM_Deregistration消息,即可以检测到服务网络的类型发生改变。
在另一个示例中,当PCF和PCRF的合设网元接收到Npcf_AMPolicyControl_Get或者Npcf_AMPolicyControl_Delete消息,即可以检测到服务网络的类型发生改变。
其中,上述Update Location Request、Nudm_UECM_Registration、Nudm_UECM_Deregistration、Npcf_AMPolicyControl_Get以及 Npcf_AMPolicyControl_Delete消息中包括终端的标识,HSS和UDM的合设网元或者PCF和PCRF的合设网元可以根据先前存储的服务网络的类型、网元标识、消息中包括的终端的标识,以及消息的发送者来检测服务网络的类型是否发生改变。
例如,HSS和UDM的合设网元收到MME发送的Update Location Request和AMF发送的Nudm_UECM_Deregistration消息,之前HSS和UDM的合设网元存储UE的服务网络类型为5GC,网元标识为AMF name或者AMF Identifier,根据收到的消息中的终端的标识,发送Update Location Request消息的为MME,发送Nudm_UECM_Deregistration消息的AMF网元标识为存储的AMF name或者AMF Identifier,HSS和UDM的合设网元可以确定服务网络的类型发生改变,现在为EPC为终端服务。
S605、第三网元向第一网元发送第三事件通知消息。
其中,第三事件通知消息中包括终端的标识。
另外,第三事件通知消息中还包括网络类型改变指示(CN Type Change Indication),或者,服务网络的类型。
本实施例中,第一网元向第三网元发送第三事件订阅消息,以请求终端或终端的组的服务网络的类型信息,第三网元获取终端或终端的组的服务网络的类型信息,并将其发送给第一网元,从而使得第一网元可以获取到该服务网络的类型信息,并向第二网元发送该第一网元的API信息或该服务网络的类型信息,进而使得第二网元可以根据该API信息或该服务网络的类型信息调用可用的API,从而避免了API调用出错。
基于实施例一,本申请还提供了又一种通信方法,该方法包括上述步骤S601-S605,但存在以下不同点:
步骤S601中的第三事件订阅消息替换为第三监控请求消息,以及,步骤S605中的第三事件通知消息替换为第三监控响应消息。其中,第三监控请求消息中可以包括服务网络类型改变事件(CN Type Change)的标识以及终端的标识。第三事件通知消息中包括终端的标识以及网络类型改变指示(CN Type Change Indication),或者,服务网络的类型。
实施例二
图7为实施例二提供的通信方法的流程图。如图7所示,第三网元为MME,或者为AMF,以下步骤以第三网元为AMF为例进行说明,涉及MME的处理将在步骤S705之后予以说明。
S701、第一网元向中间网元发送第三事件订阅消息。
其中,上述中间网元可以是HSS和UDM的合设网元,或者,也可以是PCF和PCRF的合设网元。以下实施例中中间网元的含义都与此处相同,不再赘述。
其中,第三事件订阅消息中可以包括服务网络类型改变事件(CN Type Change)的标识以及终端的标识。
其中,CN Type Change的标识可以是事件名称等。
S702、中间网元发送事件订阅消息给第三网元。
其中,该事件订阅消息中可以包括服务网络类型改变事件(CN Type Change)标识以及终端的标识。
需要说明的是,本步骤为可选步骤,即第一网元可以通过中间网元向第三网元发送事件 订阅消息,或者,也可以不执行本步骤,由第一网元直接向第三网元发送第三事件订阅消息。
进而,当第三网元接收到中间网元发送的事件订阅消息后,可以保存CN Type Change事件的相关信息,其中,CN Type Change事件的相关信息包括终端的标识以及CN Type Change事件的标识。
具体的,当第三网元接收到中间网元发送的事件订阅消息之后,保存事件订阅消息中携带的终端的标识以及CN Type Change事件的标识。
当终端在4G和5G网络之间切换或注册时,触发后续步骤S703-S705执行。
示例性的,当终端的位置发生改变时,可能会引起终端在4G和5G网络之间切换,进而触发后续步骤S703-S705执行。
S703、第三网元检测终端的服务网络类型改变事件。
在一个示例中,第三网元为AMF,当AMF在收到来自MME的切换请求,且该切换请求用于请求将终端从4G网络切换到5G网络时,或者AMF收到终端的注册请求时,AMF确定终端的服务网络的类型发生改变。
S704、第三网元发送事件通知消息给中间网元。
其中,事件通知消息中可以包括终端的标识,另外,事件通知该消息中还可以包括服务网络类型改变指示(CN Type Change Indication),或者,服务网络的类型。
S705、中间网元向第一网元发送第三事件通知消息。
其中,第三事件通知消息可以包括终端的标识,另外,第三事件通知消息中还包括服务网络类型改变指示(CN Type Change Indication),或者,服务网络的类型。
需要说明的是,本步骤也为可选步骤,即第三网元也可以直接向第一网元发送第三事件通知消息或第三监控响应消息。
如果第三网元为MME,则步骤S701中第一网元向中间网元发送的为第三监控请求消息,第三监控请求消息中可以包括服务网络类型改变事件(CN Type Change)的标识以及终端的标识。进而,步骤S702中,中间网元向第三网元发送监控请求消息,该监控请求消息中包括服务网络类型改变事件(CN Type Change)标识以及终端的标识。进而,第三网元保存CN Type Change事件的相关信息。进而,第三网元检测终端的服务网络类型改变事件,具体的,MME收到AMF的终端切换请求或者MME收到终端的附着请求,则MME检测到服务网络的类型发生改变,进而执行后续步骤。进而,第三网元发送监控响应消息给中间网元。其中,监控响应消息中可以包括终端的标识,另外,该消息中还包括服务网络类型改变事件指示(CN Type Change Indication),或者,服务网络的类型。进而,中间网元向第一网元发送第三监控响应消息。其中,第三监控响应消息可以包括终端的标识,另外,第三监控响应消息中还包括服务网络类型改变指示(CN Type Change Indication),或者,服务网络的类型。
需要说明的是,针对上述步骤S702,其具体执行过程可以为:
当终端为双注册模式的终端时,中间网元可以向MME和AMF分别发送事件订阅消息。当终端不是双注册模式的终端时,如果为终端服务的网元为MME,则中间网元向MME发送事件订阅消息;如果为终端服务的网元为AMF,则中间网元向AMF发送事件订阅消息。
如果为终端服务的网元为MME,则中间网元向MME发送事件订阅消息;如果为终端服务的网元为AMF,则中间网元向AMF发送事件订阅消息。
本实施例中,第一网元向第三网元发送第三事件订阅消息或第三监控请求消息,以请求终端或终端的组的服务网络的类型信息,第三网元获取终端或终端的组的服务网络的类型信息,并将其发送给第一网元,从而使得第一网元
可以获取到该服务网络的类型信息,并向第二网元发送该第一网元的API信息或该服务网络的类型信息,进而使得第二网元可以根据该API信息或该服务网络的类型信息调用可用的API,从而避免了API调用出错。
实施例三
图8为实施例三的交互流程图,如图8所示,第三网元为HSS和UDM的合设网元,或者为PCF和PCRF的合设网元,该实施例的触发条件为终端在4G网络和5G网络之间切换或注册。
具体的,终端在4G网络或者5G网络注册,或者终端在4G和5G之间发生切换,使得为终端服务的AMF或者MME改变,则触发下述步骤S801-S805执行。
其中,示例性的,终端的位置发生改变,可能会引起终端在4G和5G网络之间切换。
S801、MME向第三网元发送Update Location Request消息。
S802、AMF向第三网元发送Nudm_UECM_Registration、Nudm_UECM_Deregistration、Npcf_AMPolicyControl_Get或者Npcf_AMPolicyControl_Delete消息。
具体的,Nudm_UECM_Registration消息用于将为终端服务的网元信息注册到UDM,Nudm_UECM_Deregistration消息用于请求删除UDM中所保存的为终端服务的网元信息,Npcf_AMPolicyControl_Get消息用于将为终端服务的网元信息注册到PCF,Npcf_AMPolicyControl_Delete消息用于请求删除PCF中所保存的为终端服务的网元信息。
具体的,当终端注册或切换到4G网络,则MME可以向第三网元发送Update Location Request,同时,AMF可以向第三网元发送Nudm_UECM_Deregistration和Npcf_AMPolicyControl_Delete。
当终端注册或切换到5G网络,则AMF可以向第三网元发送Nudm_UECM_Registration和Npcf_AMPolicyControl_Get。
进而,第三网元根据接收到的消息保存为终端服务的网元标识。
S803、第一网元向第三网元发送终端注册网络请求消息,该消息中包括终端的标识。
其中,第一网元可以定期向第三网元发送终端注册网络请求消息,也可以在收到AF的请求后发送终端注册网络请求消息。
S804、第三网元根据消息中的终端的标识确定服务网络的类型。
具体的,第三网元根据保存的为终端服务的网元标识,确定出服务网络的类型。
S805、第三网元向第一网元发送终端注册网络响应消息,该消息中包括服务网络的类型。
本实施例中,第一网元向第三网元发送终端注册网络请求消息,以请求终端或终端的组的服务网络的类型,第三网元获取终端或终端的组的服务网络的类型,并将其发送给第一网元,从而使得第一网元可以获取到该服务网络的类型,并向第二网元发送该第一网元的API信息或该服务网络的类型信息,进而使得第二网元可以根据该API信息或该服务网络的类型信息调用可用的API,从而避免了API调用出错。
实施例四
图9为实施例四的交互流程图,如图9所示,第三网元为MME,或者为AMF,该实施例的触发条件为终端在4G网络和5G网络之间切换或注册。
具体的,终端在4G网络或者5G网络注册,或者终端在4G和5G之间发生切换,使得为终端服务的AMF或者MME改变,则触发下述步骤S901-S905执行。
其中,示例性的,终端的位置发生改变,可能会引起终端在4G和5G网络之间切换。
S901、第一网元向中间网元发送终端注册网络请求消息,该消息中包括终端的标识。
其中,第一网元可以定期向中间网元发送终端注册网络请求消息,也可以在收到AF的请求后发送终端注册网络请求消息。
S902、中间网元向第三网元发送终端注册网络请求消息。
需要说明的是,本步骤为可选步骤,即第一网元也可以直接向第三网元发送终端注册网络请求消息。
S903、第三网元确定终端的服务网络的类型。
示例性的,如果是MME,则直接确定服务网络的类型为EPC;如果是AMF,则直接确定服务网络的类型为5GC。
S904、第三网元向中间网元发送终端注册网络响应消息。
终端注册网络响应消息中包括服务网络的类型。
S905、中间网元向第一网元发送终端注册网络响应消息,该消息中包括服务网络的类型。
需要说明的是,本步骤也为可选步骤,即第三网元也可以直接向第一网元发送终端注册网络请求消息。
本实施例中,第一网元向第三网元发送终端注册网络请求消息,以请求终端或终端的组的服务网络的类型,第三网元获取终端或终端的组的服务网络的类型,并将其发送给第一网元,从而使得第一网元可以获取到该服务网络的类型,并向第二网元发送该第一网元的API信息或该服务网络的类型信息,进而使得第二网元可以根据该API信息或该服务网络的类型信息调用可用的API,从而避免了API调用出错。
实施例五
图10为实施例五的交互流程图,如图10所示,第一网元和第二网元的交互方式为:
S1001、第二网元向第一网元发送API支持能力订阅消息。
其中,API支持能力订阅消息可以用于订阅API支持能力。
其中,该消息中包括终端的标识,可以参见前述实施例中的相关描述,不再赘述。
S1002、第一网元检测终端的服务网络类型改变事件。
其中,步骤S1002可以参照上述实施例一或实施例二提供的方法来实现,不再赘述。
S1003、第一网元获取服务网络的类型信息,并根据类型信息获取API信息。
其中,该API信息可以是API Indication。此外,服务网络,以及类型信息可以参见前述实施例中的相关描述,不再赘述。
其中,S1003中第一网元获取服务网络的类型信息可以参见实施例一或二提供的方法来 实现,不再赘述。
在一个示例中,第一网元已记录的终端的服务网络的类型为EPC,并且第一网元接收到第三网元发送的服务网络类型改变指示,则第一网元确定终端的服务网络发生改变,进而检测出API支持能力改变事件发生。第一网元根据该类型信息生成API信息,例如,生成可用的API列表。假设终端从4G网络移动到5G网络,第一网元在检测出API支持能力改变事件发生后,可以确定EPC的API不可用,5GC的API可用。
S1004、第一网元向第二网元发送API支持能力通知消息。
可选地,上述API支持能力通知消息中包括上述API状态信息,以及终端的标识。
S1005、第二网元根据API状态信息,选择可用的API进行调用。
例如,API状态信息为可用的API列表,则当第二网元接收到可用的API列表后,可以选择可用的API列表中的API来调用。示例性的,可用的API列表中包括两条记录,第一条记录为:API1,第二条记录为:API2。其中,API1为位置API,则当第二网元中的应用需要使用终端的位置信息时,第二网元可以向第一网元发送调用API1的请求。
本实施例中,第一网元在接收到第二网元发送的API支持能力订阅消息,或者第一事件订阅消息或第一监控请求消息后,获取终端对应的服务网络的类型信息,并根据服务网络的类型信息向第二网元发送API信息,从而使得第二网元可以根据API信息选择可用的API来调用,从而避免了API调用出错。
基于实施例五,本申请还提供了又一种通信方法,该方法包括上述步骤S1001-S1005,但存在以下不同点:步骤S1001中的API支持能力订阅消息替换为事件订阅消息,以及步骤S1004中的API支持能力通知消息替换为事件通知消息。
基于实施例五,本申请还提供了再一种通信方法,该方法包括上述步骤S1001-S1005,但存在以下不同点:步骤S1001中的API支持能力订阅消息替换为监控请求消息,以及步骤S1004中的API支持能力通知消息替换为监控响应消息。
其中,事件订阅消息或监控请求消息可以用于订阅API支持能力,该事件订阅消息或监控请求消息可以包括API支持能力改变事件(APISupportCapability Change)标识。
可选地,事件通知消息或监控响应消息包括上述API状态信息,以及终端的标识。
实施例六
图11为实施例六的交互流程图,如图11所示,第一网元和第二网元的交互方式为:
S1101、第二网元向第一网元发送API支持能力查询消息。
其中,该消息中包括终端的标识。
S1102、第一网元根据API支持能力查询消息,获取终端的服务网络的类型。
示例性地,第一网元可以在收到API支持能力查询消息后,向第三网元发送查询消息,以获取终端的服务网络的类型,具体可以参照上述实施例三和实施例四提供的方法,不再赘述。
S1103、第一网元根据终端的服务网络的类型,确定API信息。
其中,API信息可以参见前述实施例中的相关描述,不再赘述。
示例性地,当终端的服务网络的类型为EPC时,第一网元可以确定EPC的API可用,5GC 的API不可用,进而生成API信息,例如,可用的API列表。
S1104、第一网元向第二网元发送API支持能力响应消息。
其中,该消息中包括上述API信息。
S1105、第二网元根据API信息,选择可用的API进行调用。
其中,步骤S1105的实现方法可以参见前述实施例中的相关描述,不再赘述。
本实施例中,第一网元在接收到第二网元发送的API支持能力查询消息后,获取终端对应的服务网络的类型信息,并根据服务网络的类型信息向第二网元发送API信息,从而使得第二网元可以根据API信息选择可用的API来调用,从而避免了API调用出错。
实施例七
图12为实施例七的交互流程图,如图12所示,第一网元和第二网元的交互方式为:
S1201、第一网元向第三网元订阅终端的服务网络的类型。
相应地,第三网元可以向第一网元发送终端的服务网络的类型。例如,第三网元通过该订阅事件的通知消息发送该终端的服务网络的类型。
S1202、第二网元向第一网元发送API调用请求。
其中,上述API调用请求用于调用一个特定的API。
可选地,当第一网元接收到该API调用请求,且第一网元中没有保存终端的服务网络的类型时,执行步骤S1203。
S1203、第一网元通过与第三网元交互获取终端的服务网络的类型。
其中,步骤S1203可以通过实施例三或四提供的方法来实现,不再赘述。
S1204、第一网元根据终端的服务网络的类型,向第二网元返回API调用结果。
例如,如果终端的服务网络的类型为EPC,而第二网络请求调用的API为4G API,则第一网元向第二网元正常反馈API调用响应。
如果终端的服务网络的类型为EPC,而第二网络请求调用的API为5G API,则第一网元向第二网元反馈包含错误码和定时器的API调用响应。
其中,错误码可以指示永久不可用或临时不可用,只有当错误码为临时不可用时,才包括定时器。
S1205、第二网元根据API调用结果,确定调用方式。
其中,调用方式可以包括:定时器超时重现调用该API,或者,调用一个与该API功能相同的其他API。
具体的,如果第一网元向第二网元正常反馈API调用响应,则第二网元可以按照现有的流程继续执行API调用过程。如果第一网元向第二网元正常反馈包含错误码和定时器的API调用响应,则第二网元根据错误码和定时器,选择在定时器超时后继续进行原有的API调用,或者,重新选择一个与该API功能相同的其他API进行调用。
实施例八
图13为实施例八的交互流程图,如图13所示,第一网元和第二网元的交互方式为:
S1301、第二网元向第一网元发送第二事件订阅消息。
其中,第二事件订阅消息中包括服务网络类型改变事件标识,以及终端的标识。
其中,上述服务网络类型改变事件可以为CN Type Change。
S1302、第一网元通过与第三网元交互检测终端的服务网络类型改变事件。
具体示例参照上述实施例一和实施例二。
S1303、第一网元向第二网元发送第二事件通知消息。第二事件通知消息中包括服务网络类型改变指示或服务网络的类型,还包括终端的标识。
该服务网络类型改变指示可以为CN Type Change Indication。
S1304、第二网元根据服务网络类型改变指示或服务网络的类型,选择可用的API进行调用。
本实施例中,第一网元在接收到第二网元发送的第二事件订阅消息或第二监控请求消息后,向第二网元发送服务网络类型改变指示或服务网络的类型,从而使得第二网元可以根据服务网络类型改变指示或服务网络的类型选择可用的API来调用,从而避免了API调用出错。
基于实施例八,本申请还提供了又一种通信方法,该方法包括上述步骤S1301-S1304,但存在以下不同点:步骤S1301中的第二事件订阅消息替换为第二监控请求消息,以及步骤S1303中的第二事件通知消息替换为第二监控响应消息。
其中,第二监控请求消息中包括服务网络类型改变事件标识,以及终端的标识。第二监控响应消息中包括服务网络类型改变指示或服务网络的类型,还包括终端的标识。
实施例九
图14为实施例九的交互流程图,如图14所示,第一网元和第二网元的交互方式为:
S1401、第二网元向第一网元发送终端注册网络请求消息,消息中包括终端的标识。
S1402、第二网元通过与第三网元交互获取终端的服务网络的类型。
S1403、第一网元向第二网元发送终端注册网络响应消息。消息中包括终端的服务网络的类型。
S1404、第二网元根据终端的服务网络的类型,选择可用的API来调用。
例如,AF支持4G相关API功能和5G相关API功能,如果AF收到终端的服务网络的类型为EPC,则AF确定4G相关API为可用的API。
又例如,如果AF收到终端的服务网络的类型为EPC,则AF确定同等功能和SCEF特有功能相关的API为可用的API。
本实施例中,第一网元在接收到第二网元发送的终端注册网络请求消息后,向第二网元发送服务网络的类型,从而使得第二网元可以根据服务网络的类型选择可用的API来调用,从而避免了API调用出错。
需要指出的是,上述各实施例中涉及的名词,术语可以参见图4所示实施例中的相关描述,不再赘述。
图15为本申请提供的第一种通信装置的模块结构图,该装置应用于第一网元,用于实现上述图4以及图10至图14中第一网元的功能,如图15所示,该装置包括:
接收模块1501,用于从第二网元接收终端的标识信息,该标识信息包括终端的标识或终 端的组标识。
处理模块1502,用于根据上述标识信息,获取上述标识信息对应的服务网络的类型信息。
发送模块1503,用于根据上述类型信息,发送第一网元的应用编程接口API信息。
进一步的,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
进一步的,上述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
进一步的,上述标识信息包括在第一消息中,上述API信息包括在第二消息中。
进一步的,上述第一消息用于订阅API支持能力,上述第二消息用于通知API支持能力;或者,
上述第一消息用于查询API支持能力,上述第二消息用于响应所述第一消息。
进一步的,上述API信息包括API状态信息或API调用结果;
其中,上述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表。
其中,上述API状态列表包括API的标识以及API的状态。
进一步的,处理模块1502具体用于:
向第三网元发送第三消息,所述第三消息用于请求所述类型信息;以及,
从所述第三网元接收所述类型信息
图16为本申请提供的第二种通信装置的模块结构图,该装置应用于第二网元,用于实现上述图4以及图10至图14中第二网元的功能,如图16所示,该装置包括:
发送模块1601,用于向第一网元发送终端的标识信息,所述标识信息包括所述终端的标识或所述终端的组标识。
接收模块1602,用于从所述第一网元接收所述第一网元的应用编程接口API信息。
处理模块1603,用于根据所述API信息,调用API。
进一步的,所述标识信息包括在第一消息中,所述API信息包括在第二消息中。
进一步的,所述第一消息用于订阅API支持能力,所述第二消息用于通知API支持能力;或者,
所述第一消息用于查询API支持能力,所述第二消息用于响应所述第一消息。
进一步的,所述API信息包括API状态信息或API调用结果;
其中,所述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表;
其中,所述API状态列表包括API的标识以及API的状态。
进一步的,发送模块1601具体用于:
当所述第二网元根据业务需求触发API调用时,向所述第一网元发送所述终端的标识信息;或者,
当预设定时器超时时,向所述第一网元发送所述终端的标识信息;或者,
当所述第二网元从所述第一网元接收到用于指示API支持能力发生改变的指示信息时, 向所述第一网元发送所述终端的标识信息。
进一步的,处理模块1603具体用于:
根据API信息,选择可用的API;以及,
调用所选择的API。
图17为本申请提供的第三种通信装置的模块结构图,该装置应用于第一网元,用于实现上述图5以及图6至图9中第一网元的功能,如图17所示,该装置包括:
发送模块1701,用于向第三网元发送第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息。
接收模块1702,用于从所述第三网元接收所述类型信息。
处理模块1703,用于根据所述类型信息,通过所述发送模块发送所述第一网元的应用编程接口API信息。
进一步的,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
进一步的,所述类型信息包括在第四消息中;
所述第三消息为订阅消息,所述订阅消息用于订阅所述服务网络的类型,所述第四消息为通知消息;或者,
所述第三消息为查询消息,所述查询消息用于查询所述服务网络的类型,所述第四消息为所述第三消息的响应消息。
进一步的,当所述第三消息用于请求所述终端的服务网络的类型信息时,所述第三消息中包括所述终端的标识;
当所述第三消息用于请求所述终端的组的服务网络的类型信息时,所述第三消息中包括所述终端的组标识。
进一步的,所述API信息包括API状态信息或API调用结果;
其中,所述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表;
其中,所述API状态列表包括API的标识以及API的状态。
进一步的,所述第三网元为HSS和UDM的合设网元,或者,所述第三网元为PCF和PCRF的合设网元;
或者,所述第三网元为MME,,或者,所述第三网元为AMF。
图18为本申请提供的第四种通信装置的模块结构图,该装置应用于第三网元,用于实现上述图5以及图6至图9中第三网元的功能,如图18所示,该装置包括:接收模块1801、发送模块1802以及处理模块1803。
接收模块1801,用于从第一网元接收第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息。
处理模块1803,用于根据所述第三消息,通过发送模块1802发送所述类型信息。
进一步的,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
进一步的,所述类型信息包括在第四消息中;
所述第三消息为订阅消息,所述订阅消息用于订阅所述服务网络的类型,所述第四消息为通知消息;或者,
所述第三消息为查询消息,所述查询消息用于查询所述服务网络的类型,所述第四消息为所述第三消息的响应消息。
进一步的,处理模块1803具体用于:
当检测所述服务网络的类型发生改变时,通过发送模块1802发送用于指示所述服务网络的类型信息。
进一步的,处理模块1803具体用于:
根据所述第三消息,查询所述服务网络的类型;以及,
通过发送模块1802发送所述服务网络的类型。
进一步的,所述第三网元为HSS和UDM的合设网元,或者,所述第三网元为PCF和PCRF的合设网元;
或者,所述第三网元为MME,,或者,所述第三网元为AMF。
图19为本申请提供的第一种通信装置的实体框图,该装置可以是上述第一网元,或者,该装置也可以是设置在第一网元上的装置,用于实现上述图4以及图10至图14中第一网元的功能,如图19所示,该装置包括:存储器和处理器;
存储器1901用于存储程序指令;
处理器1902用于调用存储器1901中的程序指令,执行如下方法:
从第二网元接收终端的标识信息,该标识信息包括终端的标识或终端的组标识。
根据上述标识信息,获取上述标识信息对应的服务网络的类型信息。
根据上述类型信息,发送第一网元的应用编程接口API信息。
进一步的,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
进一步的,上述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
进一步的,上述标识信息包括在第一消息中,上述API信息包括在第二消息中。
进一步的,上述第一消息用于订阅API支持能力,上述第二消息用于通知API支持能力;或者,
上述第一消息用于查询API支持能力,上述第二消息用于响应所述第一消息。
进一步的,上述API信息包括API状态信息或API调用结果;
其中,上述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表。
其中,上述API状态列表包括API的标识以及API的状态。
进一步的,处理器1902具体用于:
向第三网元发送第三消息,所述第三消息用于请求所述类型信息;以及,
从所述第三网元接收所述类型信息
图20为本申请提供的第二种通信装置的实体框图,该装置可以是上述第二网元,或者,该装置也可以是设置在第二网元上的装置,用于实现上述图4以及图10至图14中第二网元的功能,如图20所示,该装置包括:存储器和处理器;
存储器2001用于存储程序指令;
处理器2002用于调用存储器2001中的程序指令,执行如下方法:
向第一网元发送终端的标识信息,所述标识信息包括所述终端的标识或所述终端的组标识。
从所述第一网元接收所述第一网元的应用编程接口API信息。
根据所述API信息,调用API。
进一步的,所述标识信息包括在第一消息中,所述API信息包括在第二消息中。
进一步的,所述第一消息用于订阅API支持能力,所述第二消息用于通知API支持能力;或者,
所述第一消息用于查询API支持能力,所述第二消息用于响应所述第一消息。
进一步的,所述API信息包括API状态信息或API调用结果;
其中,所述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表;
其中,所述API状态列表包括API的标识以及API的状态。
进一步的,处理器2002具体用于:
当所述第二网元根据业务需求触发API调用时,向所述第一网元发送所述终端的标识信息;或者,
当预设定时器超时时,向所述第一网元发送所述终端的标识信息;或者,
当所述第二网元从所述第一网元接收到用于指示API支持能力发生改变的指示信息时,向所述第一网元发送所述终端的标识信息。
进一步的,处理器2002具体用于:
根据API信息,选择可用的API;以及,
调用所选择的API。
图21为本申请提供的第三种通信装置的实体框图,该装置可以是上述第一网元,或者,该装置也可以是设置在第一网元上的装置,用于实现上述图5以及图6至图9中第一网元的功能,如图21所示,该装置包括:存储器和处理器;
存储器2101用于存储程序指令;
处理器2102用于调用存储器2001中的程序指令,执行如下方法:
向第三网元发送第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息。
从所述第三网元接收所述类型信息。
根据所述类型信息,通过所述发送模块发送所述第一网元的应用编程接口API信息。
进一步的,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的 类型发生改变的指示信息。
进一步的,所述类型信息包括在第四消息中;
所述第三消息为订阅消息,所述订阅消息用于订阅所述服务网络的类型,所述第四消息为通知消息;或者,
所述第三消息为查询消息,所述查询消息用于查询所述服务网络的类型,所述第四消息为所述第三消息的响应消息。
进一步的,当所述第三消息用于请求所述终端的服务网络的类型信息时,所述第三消息中包括所述终端的标识;
当所述第三消息用于请求所述终端的组的服务网络的类型信息时,所述第三消息中包括所述终端的组标识。
进一步的,所述API信息包括API状态信息或API调用结果;
其中,所述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表;
其中,所述API状态列表包括API的标识以及API的状态。
进一步的,所述第三网元为HSS和UDM的合设网元,或者,所述第三网元为PCF和PCRF的合设网元;
或者,所述第三网元为MME,或者,所述第三网元为AMF。
图22为本申请提供的第四种通信装置的实体框图,该装置可以是上述第三网元,或者,该装置也可以是设置在第三网元上的装置,用于实现上述图5以及图6至图9中第三网元的功能,如图22所示,该装置包括:存储器和处理器;
存储器2201用于存储程序指令;
处理器2202用于调用存储器2201中的程序指令,执行如下方法:
从第一网元接收第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息。
根据所述第三消息,发送所述类型信息。
进一步的,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
进一步的,所述类型信息包括在第四消息中;
所述第三消息为订阅消息,所述订阅消息用于订阅所述服务网络的类型,所述第四消息为通知消息;或者,
所述第三消息为查询消息,所述查询消息用于查询所述服务网络的类型,所述第四消息为所述第三消息的响应消息。
进一步的,处理器2202具体用于:
当检测所述服务网络的类型发生改变时,通过发送模块1802发送用于指示所述服务网络的类型信息。
进一步的,处理器2202具体用于:
根据所述第三消息,查询所述服务网络的类型;以及,
发送所述服务网络的类型。
进一步的,所述第三网元为HSS和UDM的合设网元,或者,所述第三网元为PCF和PCRF的合设网元;
或者,所述第三网元为MME,或者,所述第三网元为AMF。
本申请还提供一种通信系统,该通信系统包括上述的第一种通信装置、第二种通信装置、第三种通信装置以及第四种通信装置。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (37)

  1. 一种通信方法,其特征在于,包括:
    第一网元从第二网元接收终端的标识信息,所述标识信息包括所述终端的标识或所述终端的组标识;
    所述第一网元根据所述标识信息,获取所述标识信息对应的服务网络的类型信息;
    所述第一网元根据所述类型信息,发送所述第一网元的应用编程接口API信息。
  2. 根据权利要求1所述的方法,其特征在于,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
  3. 根据权利要求1或2所述的方法,其特征在于,所述标识信息包括在第一消息中,所述API信息包括在第二消息中。
  4. 根据权利要求3所述的方法,其特征在于,所述第一消息用于订阅API支持能力,所述第二消息用于通知API支持能力;或者,
    所述第一消息用于查询API支持能力,所述第二消息用于响应所述第一消息。
  5. 根据权利要求1-4任一项所述的方法,其特征在于,所述API信息包括API状态信息或API调用结果;
    其中,所述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表;
    其中,所述API状态列表包括API的标识以及API的状态。
  6. 一种通信方法,其特征在于,包括:
    第二网元向第一网元发送终端的标识信息,所述标识信息包括所述终端的标识或所述终端的组标识;
    所述第二网元从所述第一网元接收所述第一网元的应用编程接口API信息;
    所述第二网元根据所述API信息,调用API。
  7. 根据权利要求6所述的方法,其特征在于,所述标识信息包括在第一消息中,所述API信息包括在第二消息中。
  8. 根据权利要求7所述的方法,其特征在于,所述第一消息用于订阅API支持能力,所述第二消息用于通知API支持能力;或者,
    所述第一消息用于查询API支持能力,所述第二消息用于响应所述第一消息。
  9. 根据权利要求6-8任一项所述的方法,其特征在于,所述API信息包括API状态信息或API调用结果;
    其中,所述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表;
    其中,所述API状态列表包括API的标识以及API的状态。
  10. 一种通信方法,其特征在于,包括:
    第一网元向第三网元发送第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息;
    所述第一网元从所述第三网元接收所述类型信息;
    所述第一网元根据所述类型信息,发送所述第一网元的应用编程接口API信息。
  11. 根据权利要求10所述的方法,其特征在于,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
  12. 根据权利要求11所述的方法,其特征在于,所述类型信息包括在第四消息中;
    所述第三消息为订阅消息,所述订阅消息用于订阅所述服务网络的类型,所述第四消息为通知消息;或者,
    所述第三消息为查询消息,所述查询消息用于查询所述服务网络的类型,所述第四消息为所述第三消息的响应消息。
  13. 根据权利要求10-12任一项所述的方法,其特征在于,当所述第三消息用于请求所述终端的服务网络的类型信息时,所述第三消息中包括所述终端的标识;
    当所述第三消息用于请求所述终端的组的服务网络的类型信息时,所述第三消息中包括所述终端的组标识。
  14. 一种网络类型信息发送方法,其特征在于,包括:
    第三网元从第一网元接收第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息;
    所述第三网元根据所述第三消息,发送所述类型信息。
  15. 根据权利要求14所述的方法,其特征在于,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
  16. 根据权利要求15所述的方法,其特征在于,所述类型信息包括在第四消息中;
    所述第三消息为订阅消息,所述订阅消息用于订阅所述服务网络的类型,所述第四消息为通知消息;或者,
    所述第三消息为查询消息,所述查询消息用于查询所述服务网络的类型,所述第四消息为所述第三消息的响应消息。
  17. 一种通信装置,应用于第一网元,其特征在于,包括:
    接收模块,用于从第二网元接收终端的标识信息,所述标识信息包括所述终端的标识或所述终端的组标识;
    处理模块,用于根据所述标识信息,获取所述标识信息对应的服务网络的类型信息;
    发送模块,用于根据所述类型信息,发送所述第一网元的应用编程接口API信息。
  18. 根据权利要求17所述的装置,其特征在于,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
  19. 根据权利要求17或18所述的装置,其特征在于,所述标识信息包括在第一消息中,所述API信息包括在第二消息中。
  20. 根据权利要求19所述的装置,其特征在于,所述第一消息用于订阅API支持能力,所述第二消息用于通知API支持能力;或者,
    所述第一消息用于查询API支持能力,所述第二消息用于响应所述第一消息。
  21. 根据权利要求17-20任一项所述的装置,其特征在于,所述API信息包括API状态信息或API调用结果;
    其中,所述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表;
    其中,所述API状态列表包括API的标识以及API的状态。
  22. 一种通信装置,应用于第二网元,其特征在于,包括:
    发送模块,用于向第一网元发送终端的标识信息,所述标识信息包括所述终端的标识或所述终端的组标识;
    接收模块,用于从所述第一网元接收所述第一网元的应用编程接口API信息;
    处理模块,用于根据所述API信息,调用API。
  23. 根据权利要求22所述的装置,其特征在于,所述标识信息包括在第一消息中,所述API信息包括在第二消息中。
  24. 根据权利要求23所述的装置,其特征在于,所述第一消息用于订阅API支持能力,所述第二消息用于通知API支持能力;或者,
    所述第一消息用于查询API支持能力,所述第二消息用于响应所述第一消息。
  25. 根据权利要求22-24任一项所述的装置,其特征在于,所述API信息包括API状态信息或API调用结果;
    其中,所述API状态信息包括以下信息的至少一种:用于指示API支持能力发生改变的指示信息、可用的API列表、不可用的API列表、API状态列表;
    其中,所述API状态列表包括API的标识以及API的状态。
  26. 一种通信装置,应用于第一网元,其特征在于,包括:
    发送模块,用于向第三网元发送第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息;
    接收模块,用于从所述第三网元接收所述类型信息;
    处理模块,用于根据所述类型信息,通过所述发送模块发送所述第一网元的应用编程接口API信息。
  27. 根据权利要求26所述的装置,其特征在于,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
  28. 根据权利要求27所述的装置,其特征在于,所述类型信息包括在第四消息中;
    所述第三消息为订阅消息,所述订阅消息用于订阅所述服务网络的类型,所述第四消息为通知消息;或者,
    所述第三消息为查询消息,所述查询消息用于查询所述服务网络的类型,所述第四消息为所述第三消息的响应消息。
  29. 根据权利要求26-28任一项所述的装置,其特征在于,当所述第三消息用于请求所述终端的服务网络的类型信息时,所述第三消息中包括所述终端的标识;
    当所述第三消息用于请求所述终端的组的服务网络的类型信息时,所述第三消息中包括所述终端的组标识。
  30. 一种通信装置,应用于第三网元,其特征在于,包括:接收模块、发送模块以及处理模块;
    所述接收模块,用于从第一网元接收第三消息,所述第三消息用于请求终端或终端的组的服务网络的类型信息;
    所述处理模块,用于根据所述第三消息,通过所述发送模块发送所述类型信息。
  31. 根据权利要求30所述的装置,其特征在于,所述类型信息包括:所述服务网络的类型,或者,用于指示所述服务网络的类型发生改变的指示信息。
  32. 根据权利要求31所述的装置,其特征在于,所述类型信息包括在第四消息中;
    所述第三消息为订阅消息,所述订阅消息用于订阅所述服务网络的类型,所述第四消息为通知消息;或者,
    所述第三消息为查询消息,所述查询消息用于查询所述服务网络的类型,所述第四消息为所述第三消息的响应消息。
  33. 一种通信系统,其特征在于,包括如权利要求17-21任一项所述的通信装置、权利要求22-25任一项所述的通信装置、权利要求26-29任一项所述的通信装置以及权利要求30-32任一项所述的通信装置。
  34. 一种计算机可读存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序包括用于执行权利要求1-5任一项所述的方法的指令。
  35. 一种计算机可读存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序包括用于执行权利要求6-9任一项所述的方法的指令。
  36. 一种计算机可读存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序包括用于执行权利要求10-13任一项所述的方法的指令。
  37. 一种计算机可读存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序包括用于执行权利要求14-16任一项所述的方法的指令。
PCT/CN2019/078598 2018-04-09 2019-03-19 通信方法、装置及系统 WO2019196602A1 (zh)

Priority Applications (8)

Application Number Priority Date Filing Date Title
JP2020555208A JP7082212B2 (ja) 2018-04-09 2019-03-19 通信方法、通信装置、および通信システム
EP19784787.4A EP3767979B1 (en) 2018-04-09 2019-03-19 Communication method, device and system
EP22172988.2A EP4102867A1 (en) 2018-04-09 2019-03-19 Communication method, communications apparatus, and communications system
KR1020207029469A KR102470461B1 (ko) 2018-04-09 2019-03-19 통신 방법, 통신 장치, 및 통신 시스템
KR1020227040631A KR102571099B1 (ko) 2018-04-09 2019-03-19 통신 방법, 통신 장치, 및 통신 시스템
US17/037,163 US11533666B2 (en) 2018-04-09 2020-09-29 Communication method, communications apparatus, and communications system
JP2022085931A JP2022116193A (ja) 2018-04-09 2022-05-26 通信方法、通信装置、および通信システム
US17/980,129 US11856469B2 (en) 2018-04-09 2022-11-03 Communication method, communications apparatus, and communications system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810313229.9A CN110366145B (zh) 2018-04-09 2018-04-09 通信方法、装置及系统
CN201810313229.9 2018-04-09

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/037,163 Continuation US11533666B2 (en) 2018-04-09 2020-09-29 Communication method, communications apparatus, and communications system

Publications (1)

Publication Number Publication Date
WO2019196602A1 true WO2019196602A1 (zh) 2019-10-17

Family

ID=68163934

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/078598 WO2019196602A1 (zh) 2018-04-09 2019-03-19 通信方法、装置及系统

Country Status (6)

Country Link
US (2) US11533666B2 (zh)
EP (2) EP3767979B1 (zh)
JP (2) JP7082212B2 (zh)
KR (2) KR102571099B1 (zh)
CN (1) CN110366145B (zh)
WO (1) WO2019196602A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023504228A (ja) * 2019-10-31 2023-02-02 テレフオンアクチーボラゲット エルエム エリクソン(パブル) アプリケーションプログラミングインタフェース(api)フィルタに基づくapi能力変更の報告

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020204781A1 (en) * 2019-03-29 2020-10-08 Telefonaktiebolaget Lm Ericsson (Publ) Ue, network nodes for handling ue category information
WO2020216125A1 (en) * 2019-04-26 2020-10-29 Telefonaktiebolaget Lm Ericsson (Publ) Method, apparatus and computer program product for supporting interworking between core networks
CN112584423B (zh) * 2019-09-29 2022-07-29 华为技术有限公司 网络api能力上报方法、装置及系统
CN113038361A (zh) * 2019-12-23 2021-06-25 中兴通讯股份有限公司 一种位置信息获取方法、装置、设备和存储介质
CN116114234A (zh) * 2020-08-13 2023-05-12 华为技术有限公司 一种网络能力开放的方法、装置及系统
CN112637968B (zh) * 2020-12-16 2023-03-14 中国联合网络通信集团有限公司 专有承载建立方法、pcc业务管理服务器和网络管理设备
CN114791833B (zh) * 2021-01-25 2024-04-19 中国移动通信有限公司研究院 实现动态话单抽取的方法、装置、设备及存储介质
KR20230009656A (ko) * 2021-07-09 2023-01-17 삼성전자주식회사 단말에 대한 네트워크 기능 개방 서비스 지원 방법 및 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102143557A (zh) * 2011-01-26 2011-08-03 清华大学 基于机载总线的民航移动通信舱内接入系统及方法
CN105101468A (zh) * 2015-07-14 2015-11-25 北京金山安全软件有限公司 网络连接的设置方法、装置和移动终端
CN105491557A (zh) * 2014-09-15 2016-04-13 中兴通讯股份有限公司 一种实现能力开放的系统、方法及能力开放平台
CN106211137A (zh) * 2015-04-29 2016-12-07 中国移动通信集团公司 一种移动网络能力开放方法及scef、移动网络系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015025404A1 (ja) * 2013-08-22 2015-02-26 楽天株式会社 情報処理装置、情報処理方法、プログラム、記憶媒体
FR3025387A1 (fr) * 2014-09-03 2016-03-04 Orange Dispositif et procede de controle d'un coeur de reseau ip
JP6489334B2 (ja) * 2015-03-31 2019-03-27 日本電気株式会社 通信パラメーターセットを受信する通信システム
WO2017004158A1 (en) * 2015-06-29 2017-01-05 Convida Wireless, Llc Location-based context delivery
US20170149967A1 (en) * 2015-11-25 2017-05-25 Microsoft Technology Licensing, Llc Managing Communication Events
EP3398305B1 (en) * 2015-12-29 2021-10-27 Telefonaktiebolaget LM Ericsson (PUBL) Method and architecture for virtualized network service provision
CN109417682B (zh) * 2016-07-05 2021-01-29 华为技术有限公司 业务处理的方法、设备和系统
JP6499622B2 (ja) * 2016-08-22 2019-04-10 日本電信電話株式会社 事業者間一括サービス構築装置及び事業者間一括サービス構築方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102143557A (zh) * 2011-01-26 2011-08-03 清华大学 基于机载总线的民航移动通信舱内接入系统及方法
CN105491557A (zh) * 2014-09-15 2016-04-13 中兴通讯股份有限公司 一种实现能力开放的系统、方法及能力开放平台
CN106211137A (zh) * 2015-04-29 2016-12-07 中国移动通信集团公司 一种移动网络能力开放方法及scef、移动网络系统
CN105101468A (zh) * 2015-07-14 2015-11-25 北京金山安全软件有限公司 网络连接的设置方法、装置和移动终端

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL.: "Procedures for solution 14 to key issue 9", 3GPP TSG-SA WG2 MEETING #130 S2-1901274, vol. SA WG2, 25 January 2019 (2019-01-25), XP051597201 *
HUAWEI ET AL.: "Resolve the editor's notes in Solution 14", 3GPP TSG-SA WG2 MEETING #127 BIS S2-185115, vol. SA WG2, 27 May 2018 (2018-05-27), XP051448620 *
HUAWEI ET AL.: "Solution for KI#9 common north-bound APIs for EPC -5GC interworking", SA WG2 MEETING #127 S2-183453, vol. SA WG2, 10 April 2018 (2018-04-10), XP051437771 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023504228A (ja) * 2019-10-31 2023-02-02 テレフオンアクチーボラゲット エルエム エリクソン(パブル) アプリケーションプログラミングインタフェース(api)フィルタに基づくapi能力変更の報告
US11797359B2 (en) 2019-10-31 2023-10-24 Telefonaktiebolaget Lm Ericsson (Publ) Report application programming interface (API) capability change based on API filter

Also Published As

Publication number Publication date
JP2022116193A (ja) 2022-08-09
EP4102867A1 (en) 2022-12-14
KR20220162820A (ko) 2022-12-08
JP2021518085A (ja) 2021-07-29
US20230047765A1 (en) 2023-02-16
US11856469B2 (en) 2023-12-26
EP3767979B1 (en) 2022-11-30
KR102571099B1 (ko) 2023-08-24
KR20200131876A (ko) 2020-11-24
JP7082212B2 (ja) 2022-06-07
EP3767979A1 (en) 2021-01-20
US20210014759A1 (en) 2021-01-14
CN110366145A (zh) 2019-10-22
KR102470461B1 (ko) 2022-11-23
CN110366145B (zh) 2022-05-24
EP3767979A4 (en) 2021-01-20
US11533666B2 (en) 2022-12-20

Similar Documents

Publication Publication Date Title
WO2019196602A1 (zh) 通信方法、装置及系统
RU2728538C1 (ru) Способ для выполнения связанной с регистрацией amf процедуры посредством udm в системе беспроводной связи и устройство для этого
WO2019196846A1 (zh) 通信方法及装置
WO2019137207A1 (zh) 事件通知方法及相关设备
US20200337093A1 (en) Method for supporting and providing ladn service in wireless communication system and apparatus therefor
WO2018006784A1 (zh) 一种网络切片选择方法、设备及系统
WO2017079906A1 (zh) 选择服务网络的方法、网络设备和管理设备
US20220191665A1 (en) Event notification method, apparatus and storage medium
WO2019137286A1 (zh) 一种本地数据网络的指示方法及装置
WO2018205114A1 (zh) 一种状态切换方法及装置
AU2019321895A1 (en) Communication method and communication device
WO2011050689A1 (zh) 机器类通讯终端的接入控制方法和系统
WO2020001402A1 (zh) 一种管理监控事件的方法及装置
US20210329504A1 (en) Communication method and apparatus
JP2021530149A (ja) リダイレクション方法、通信システム及び通信装置
US11044327B2 (en) Systems and methods for wireless service migration
WO2020052463A1 (zh) 通信方法和网元
WO2019223651A1 (zh) 一种消息发送的方法及装置
WO2019223638A1 (zh) 一种api信息传输方法及装置
US20220007266A1 (en) Dual Connectivity for a UE
WO2022100197A1 (zh) 获取边缘服务的方法和装置
JP7065905B2 (ja) サービスネットワークを選択するための方法およびネットワークデバイスならびに管理デバイス
WO2022141407A1 (zh) 一种事件管理方法及其装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19784787

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020555208

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20207029469

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2019784787

Country of ref document: EP

Effective date: 20201016