WO2015154580A1 - 节点状态检测方法及装置 - Google Patents

节点状态检测方法及装置 Download PDF

Info

Publication number
WO2015154580A1
WO2015154580A1 PCT/CN2015/072128 CN2015072128W WO2015154580A1 WO 2015154580 A1 WO2015154580 A1 WO 2015154580A1 CN 2015072128 W CN2015072128 W CN 2015072128W WO 2015154580 A1 WO2015154580 A1 WO 2015154580A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
server
status detection
request message
node
Prior art date
Application number
PCT/CN2015/072128
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 中兴通讯股份有限公司
Publication of WO2015154580A1 publication Critical patent/WO2015154580A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements

Definitions

  • the present invention relates to the field of communications, and in particular to a node state detection method and apparatus.
  • SAE System Architecture Evolution
  • the Evolved Wireless Access Network can provide higher uplink and downlink rates, lower transmission delays, and more reliable wireless transmission.
  • the network element included in the E-RAN is an eNodeB (Evolved NodeB), which provides radio resources for access of the terminal.
  • a Home Subscriber Server (HSS) is used to permanently store user subscription data.
  • a Mobility Management Entity is a control plane function entity that temporarily stores user data and is responsible for managing and storing UE contexts (such as UE/user ID, mobility management status, user security parameters, etc.). Assigning a temporary identity to the user, when the UE is camped on the tracking area or the network is responsible for authenticating the user; processing all non-access stratum messages between the MME and the UE; triggering paging at the SAE.
  • UE contexts such as UE/user ID, mobility management status, user security parameters, etc.
  • S-GW Serving Gateway
  • S-GW Serving Gateway
  • IP bearer service parameters Is the anchor point of the internal user plane of the 3GPP system, a user can only have one S-GW at a time;
  • a Packet Data Network Gateway (PDN GW) is responsible for the UE accessing the PDN gateway, assigning a user IP address, and is a mobility anchor of the 3GPP and non-3GPP access systems. Users can access multiple PDN GWs at the same time.
  • PDN GW Packet Data Network Gateway
  • PCRF Policy and Charging Rule Functionality
  • QoS Quality of Service
  • the functional entity can also control the establishment and release of bearers in the access network.
  • FIG. 2 is a schematic diagram of communication between the MME and the HSS in the related art.
  • the communication between the MME and the HSS network element is based on the Diameter protocol
  • the MME can be used as a Diameter client
  • the HSS network element can be used as a Diameter. Server.
  • DWR Device Watchdog Request
  • DWA Device Watchdog Answer
  • the MME or HSS cannot directly sense that the other node is valid when communicating through the Diameter proxy node. Sex. For example, if the MME network element is down, but the Diameter proxy node is running normally, the HSS still considers the MME network element node to be valid.
  • 3GPP is very concerned about the voice service VoLTE disaster recovery solution based on the IP Multimedia Subsystem (IMS).
  • IMS IP Multimedia Subsystem
  • the HSS needs to notify the proxy call session control function through the S6a interface (Proxy).
  • the -Call Session Control Function (referred to as P-CSCF) is sent to the MME, and the MME notifies the UE to select a new P-CSCF for registration. If the HSS cannot detect the validity of the MME, the message can be sent to the MME. As a result, the UE cannot re-select the P-CSCF and cannot perform IMS voice services.
  • the Diameter proxy node senses the status of its neighboring peer nodes and notifies other peers.
  • the disadvantage of this method is that the Diameter proxy node is unclear whether other peers need to perceive the status of a peer, and can only broadcast notifications at the same time; and if there are multiple Diameter proxy nodes between the client and the server, then the notification The number will increase in number of levels.
  • the 3GPP protocol currently requires the HSS to send a reset message to the MME after the restart.
  • the MME marks that the HSS-related user data in the network element is unreliable, and the MME needs to perform related operations after the HSS restart. If the transmission path between the HSS and the MME is abnormal, for example, a certain proxy node fails, the MME cannot receive the reset message of the HSS.
  • the invention provides a node state detecting method and device, so as to at least solve the problem that the state of the end node cannot be accurately obtained in the related art.
  • a node status detecting method includes: transmitting a status detection request message to a client; and receiving a status detection response message fed back by the client according to the status detection request message And determining that the node status of the client is available.
  • sending the status detection request message to the client comprises: sending the status detection request message to the client by means of forwarding by one or more proxy nodes.
  • determining that the node status of the client is available comprises: determining, in the case that the number of restarts of the client is carried in the status detection response message, determining, according to the number of restarts, whether the client is restarted or not. status.
  • the method further includes: determining whether the status detection response message fed back by the client according to the status detection request message is received.
  • a node state detection method including: transmitting a state detection request message to a server; and detecting a situation in which the server detects a response message according to a state feedback of the state detection request message Next, it is determined that the node status of the server is available.
  • the sending the status detection request message to the server comprises: sending the status detection request message to the server by means of forwarding by one or more proxy nodes.
  • determining that the node status of the server is available comprises: determining, in the case that the number of restarts of the server is carried in the status detection response message, determining, according to the number of restarts, whether the server is restarted or not. status.
  • the method further includes: determining whether the status detection response message fed back by the server according to the status detection request message is received.
  • a node state detecting apparatus including: a first sending module, configured to send a state detecting request message to a client; and a first determining module configured to receive the client according to the In the case of the status detection response message fed back by the status detection request message, it is determined that the node status of the client is available.
  • the first sending module comprises: a first sending unit, configured to send the status detection request message to the client by means of forwarding by one or more proxy nodes.
  • the first determining module includes: a first determining unit, configured to determine, according to the number of restarts, whether the client is The available state that was restarted.
  • the device further includes: a first determining module, configured to determine whether the status detection response message fed back by the client according to the status detection request message is received.
  • a first determining module configured to determine whether the status detection response message fed back by the client according to the status detection request message is received.
  • a node state detecting apparatus including: a second sending module, configured to send a state detecting request message to a server; and a second determining module configured to receive the server according to the server In the case of the status detection response message fed back by the status detection request message, it is determined that the node status of the server is available.
  • the second sending module comprises: a second sending unit, configured to send the status detection request message to the server by means of forwarding by one or more proxy nodes.
  • the second determining module includes: a second determining unit, configured to determine, according to the number of restarts, that the server is configured according to the number of restarts when the status detection response message carries the number of restarts of the server The available state that was restarted.
  • the device further includes: a second determining module, configured to determine whether the status detection response message fed back by the server according to the status detection request message is received.
  • a second determining module configured to determine whether the status detection response message fed back by the server according to the status detection request message is received.
  • a status detection request message is sent to the client; and when the status detection response message fed back by the client according to the status detection request message is received, it is determined that the node status of the client is available, and the solution is resolved.
  • the problem of the state of the end node cannot be accurately obtained, and the state of the end node can be accurately detected.
  • FIG. 1 is a schematic diagram of a SAE architecture in the related art
  • FIG. 2 is a schematic diagram of communication between an MME and an HSS in the related art
  • FIG. 3 is a flow chart 1 of a detecting method according to an embodiment of the present invention.
  • FIG. 4 is a second flowchart of a detection method according to an embodiment of the present invention.
  • FIG. 5 is a block diagram 1 of a detecting apparatus according to an embodiment of the present invention.
  • FIG. 6 is a block diagram 1 of a detecting device in accordance with a preferred embodiment of the present invention.
  • Figure 7 is a block diagram 2 of a detecting device in accordance with a preferred embodiment of the present invention.
  • Figure 8 is a block diagram 2 of a detecting apparatus according to an embodiment of the present invention.
  • Figure 9 is a block diagram 3 of a detecting device in accordance with a preferred embodiment of the present invention.
  • Figure 10 is a block diagram 4 of a detecting device in accordance with a preferred embodiment of the present invention.
  • FIG. 11 is a flow chart 1 of a detection method in accordance with a preferred embodiment of the present invention.
  • Figure 12 is a second flowchart of a detection method in accordance with a preferred embodiment of the present invention.
  • FIG. 13 is a third flowchart of a detection method in accordance with a preferred embodiment of the present invention.
  • FIG. 14 is a flow chart 4 of a method of detecting in accordance with a preferred embodiment of the present invention.
  • FIG. 3 is a flowchart 1 of a detection method according to an embodiment of the present invention. As shown in FIG. 3, the flow includes the following steps:
  • Step S302 sending a status detection request message to the client
  • Step S304 in the case that the state detection response message fed back by the client according to the state detection request message is received, it is determined that the node state of the client is available.
  • the status detection request message is sent to the client, and when the status detection response message fed back by the client according to the status detection request message is received, it is determined that the node status of the client is available, which solves the problem in the related art.
  • the problem of accurately obtaining the state of the end node can accurately detect the state of the end node.
  • the status detection request message is sent to the client by means of forwarding by one or more proxy nodes, and the Diameter client node can be directly detected. Effectiveness.
  • the number of restarts of the client is carried in the status detection response message, it is determined whether the client is in the restarted available state according to the number of restarts, that is, whether the client has been restarted. Ensure that the relevant operations after the client node is restarted are performed correctly.
  • the method further includes: determining whether the status detection response message fed back by the client according to the status detection request message is received, and determining, according to the result of the determination, whether the status of the user end node is available.
  • FIG. 4 is a second flowchart of a method for detecting a node state according to an embodiment of the present invention. As shown in FIG. 4, the process includes the following steps:
  • Step S402 sending a status detection request message to the server.
  • Step S404 in the case that receiving the status detection response message fed back by the server according to the status detection request message, determining that the node status of the server is available.
  • the status detection request message is sent to the server, and when the server detects the status detection response message fed back according to the status detection request message, it is determined that the node status of the server is available, which solves the problem in the related art.
  • the problem of accurately obtaining the state of the end node can accurately detect the state of the end node.
  • the status detection request message is sent to the server by means of forwarding by one or more proxy nodes, and the Diameter server node can be directly detected. Effectiveness.
  • determining that the node status of the server is available includes: determining, in the case that the number of restarts of the server is carried in the status detection response message, determining, according to the number of restarts, whether the server is in a restartable available state, That is, it can be perceived whether a restart has occurred on the server, and it is ensured that the related operations after the server node is restarted can be correctly performed.
  • the server After the status detection request message is sent to the server, it is determined whether the status detection response message fed back by the server according to the status detection request message is received, and whether the status of the server node is available is determined according to the result of the determination.
  • a node state detecting apparatus is provided, which is used to implement the above-described embodiments and preferred embodiments, and has not been described again.
  • the term “module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 5 is a block diagram of a node state detecting apparatus according to an embodiment of the present invention. As shown in FIG. 5, the method includes: a first sending module 52 and a first determining module 54, and each module is briefly described below.
  • the first sending module 52 is configured to send a status detection request message to the client;
  • the first determining module 54 is configured to determine that the node status of the client is available when receiving the status detection response message fed back by the client according to the status detection request message.
  • FIG. 6 is a block diagram of a detecting apparatus according to a preferred embodiment of the present invention. As shown in FIG. 6, the first transmitting module 52 includes:
  • the first sending unit 62 is configured to send the status detection request message to the client by way of forwarding by one or more proxy nodes.
  • FIG. 7 is a block diagram 2 of a detecting apparatus according to a preferred embodiment of the present invention.
  • the first determining module 54 includes:
  • the first determining unit 72 is configured to determine, according to the number of restarts, whether the client is in the restarted available state, if the state detection response message carries the number of restarts of the client.
  • the apparatus further includes: a first determining module, configured to determine whether a status detection response message fed back by the client according to the status detection request message is received.
  • a first determining module configured to determine whether a status detection response message fed back by the client according to the status detection request message is received.
  • FIG. 8 is a block diagram 2 of a node state detecting device according to an embodiment of the present invention. As shown in FIG. The second determining module 84, the following briefly describes each module.
  • the second sending module 82 is configured to send a status detection request message to the server.
  • the second determining module 84 is configured to determine that the node status of the server is available after receiving the status detection response message fed back by the server according to the status detection request message.
  • FIG. 9 is a block diagram 3 of a detecting apparatus according to a preferred embodiment of the present invention.
  • the second transmitting module 82 includes:
  • the second sending unit 92 is configured to send the status detection request message to the server by means of forwarding by one or more proxy nodes.
  • FIG. 10 is a block diagram 4 of a node state detecting apparatus according to a preferred embodiment of the present invention.
  • the second determining module 84 includes:
  • the second determining unit 102 is configured to determine, according to the number of restarts, whether the server is a restarted available state, if the state detection response message carries the number of restarts of the server.
  • the device further includes: a second determining module, configured to determine whether a status detection response message fed back by the server according to the status detection request message is received.
  • a second determining module configured to determine whether a status detection response message fed back by the server according to the status detection request message is received.
  • the embodiment of the invention provides a node state detection method, so that the Diameter client/server can directly detect the validity of the Diameter server/client node when communicating through one or more Diameter proxy nodes, and can sense the pair. Whether the terminal has restarted.
  • the method mainly includes: the Diameter client/server periodically sends a status detection request message to the Diameter server/client.
  • the Diameter server/client receives the status detection message and returns a status detection response message to the Diameter client/server.
  • the status detection response message may include the number of restarts of the Diameter server/client.
  • the Diameter client/server receives the status detection response message and determines that the Diameter server/client node is valid. Optionally, the Diameter client/server determines that the number of restarts in the status detection response message is different from that previously saved, and the Diameter server/client may be restarted during this period, and the Diameter client/server performs the peer restart. Related processing.
  • FIG. 11 is a flowchart 1 of a detection method according to a preferred embodiment of the present invention.
  • the client and the server communicate with each other through a proxy node, and the client sends a status detection request message to the server, which includes the following steps. :
  • Step S1102 The client and the server complete the session establishment.
  • Step S1104 After the T1 time, the client initiates a status detection request message to the server, where the message includes the source node client host name and the destination node server host name;
  • Step S1106 The proxy node routes the state detection request message to the server according to the host name of the destination node included in the message;
  • Step S1108 After receiving the status detection request message, the server returns a status detection response message to the client, where the host name of the destination node in the message is set to the source node host name in the request message; optionally, the server detects the status in the response state.
  • the message contains the number of restarts of the NE.
  • Step S1110 The proxy node routes the status detection response message to the client according to the host name of the destination node included in the message;
  • Step S1112 After receiving the status detection response message, the client determines that the message is a response of the status detection request sent by the local end, and determines that the server node specified by the status detection request message is valid. Optionally, the client determines that the number of restarts in the status detection response message is different from the number of restarts of the server saved by the local node, and determines that the server has restarted, and the client performs a related action of restarting the server.
  • step S1114 to step S1122 the client initiates the state detection request message again after the time T1, and the processing is the same as steps S1104 to S1112.
  • FIG. 12 is a second flowchart of a method for detecting a node state according to a preferred embodiment of the present invention.
  • the server and the client communicate with each other through a proxy node, and the server sends a status detection request message to the client, including The following steps:
  • Step S1202 the client and the server complete the session establishment
  • Step S1204 After the T1 time, the server initiates a status detection request message to the client, where the message includes the host name of the source node server and the host name of the destination node client.
  • Step S1206 the proxy node routes the status detection request message to the client according to the host name of the destination node included in the message;
  • Step S1208 After receiving the status detection request message, the client returns a status detection response message to the server, where the destination node host name is set to the source node host name in the request message; optionally, the client detects the status in response.
  • the message contains the number of restarts of the NE.
  • Step S1210 The proxy node routes the status detection response message to the client according to the host name of the destination node included in the message;
  • Step S1212 After receiving the status detection response message, the server determines that the message is a response of the status detection request sent by the local end, and determines that the client node specified by the status detection request message is valid. Optionally, the server determines that the number of restarts in the status detection response message is different from the number of restarts of the client saved by the local node, and determines that the client has restarted, and the server performs a related action of restarting the client.
  • Step S1214 to step S1222 the server initiates the state detection request message again after the T1 time, and the processing is the same as steps S1204 to S1212.
  • FIG. 13 is a third flowchart of a method for detecting a node state according to a preferred embodiment of the present invention. As shown in FIG. 13, the client sends a status detection request message to the server. If the server does not respond, the following steps are included:
  • Step S1302 the client and the server complete the session establishment
  • Step S1304 After the T1 time, the client initiates a status detection request message to the server, where the message includes the source node client host name and the destination node server host name, and the client does not receive the status detection response message;
  • Step S1306 after the T1 time, the client initiates a state detection request message to the server again, where the message includes the source node client host name and the destination node server host name, and the client still does not receive the state detection response message;
  • Step S1308 After the client sends the status detection request message several times according to the current configuration policy, the client does not receive the status detection response message, and determines that the server node is invalid.
  • Step S1310 the server is restored
  • Step S1312 After the T1 time, the client initiates a state detection request message to the server, where the message includes the source node client host name and the destination node server host name;
  • Step S1314 after receiving the status detection request message, the server returns a status detection response message to the client, where the destination node host name in the message is set as the source node host name in the request message;
  • Step S1316 After receiving the status detection response message, the client determines that the message is a response message of the status detection request sent by the local end, and determines that the server node specified by the status detection request message is valid.
  • FIG. 14 is a flowchart of a method for detecting a node state according to a preferred embodiment of the present invention. As shown in FIG. 14, when a client sends a status detection request message to a server, and the number of restarts of the server changes, the following steps are included:
  • Step S1402 the client and the server complete the session establishment
  • Step S1404 After the T1 time, the client initiates a state detection request message to the server, where the message includes the source node client host name and the destination node server host name;
  • Step S1408 After receiving the status detection response message, the client determines that the message is a response message of the status detection request sent by the local end, and determines that the server node specified by the status detection request message is valid, and saves the server restart number N to local;
  • Step S1410 the server restarts after restarting, and the local end restarts to N+1;
  • Step S1412 After the T1 time, the client initiates a state detection request message to the server, where the message includes the source node host name and the destination node client host name.
  • Step S1416 After receiving the status detection response message, the client determines that the message is a response of the status detection request sent by the local end, and determines that the server node specified by the status detection request message is valid.
  • Step S1418 The client determines that the number of server node restarts included in the state detection response message is not equal to the locally saved number of server node restarts, and determines that the server node has restarted and performs related actions related to the server node. .
  • the Diameter client/server can directly sense the validity of the server/client node.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种节点状态检测方法及装置，其中，该方法包括：向客户端发送状态检测请求消息；在接收到该客户端根据该状态检测请求消息反馈的状态检测响应消息的情况下，确定该客户端的节点状态为可用。通过本发明，解决了相关技术中不能准确获取端节点的状态的问题，能够准确检测出端节点的状态。

Description

节点状态检测方法及装置 技术领域
本发明涉及通信领域，具体而言，涉及一种节点状态检测方法及装置。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)对下一代移动无线网络的项目叫系统架构演进(System Architecture Evolution，简称为SAE)。SAE的架构，图1是相关技术中SAE架构的示意图，如图1所示，其中包含了如下网元：
演进的无线接入网(Evolved Wireless Access Network，简称为E-RAN)，可以提供更高的上下行速率，更低的传输延迟和更加可靠的无线传输。E-RAN中包含的网元是eNodeB(Evolved NodeB)，为终端的接入提供无线资源。
归属用户服务器(Home Subscriber Server，简称为HSS)，用于永久存储用户签约数据。
移动管理实体(Mobility Management Entity，简称为MME)，是控制面功能实体，临时存储用户数据的服务器，负责管理和存储UE上下文(比如UE/用户标识，移动性管理状态，用户安全参数等)，为用户分配临时标识，当UE驻扎在该跟踪区域或者该网络是负责对该用户进行鉴权；处理MME和UE之间的所有非接入层消息；触发在SAE的寻呼。
服务网关(Serving Gateway，简称为S-GW)，该网关是一个用户面实体，负责用户面数据路由处理，终结处于空闲状态的UE的下行数据。管理和存储UE的SAE承载(bearer)上下文，比如IP承载业务参数和网络内部路由信息等。是3GPP系统内部用户面的锚点，一个用户在一个时刻只能有一个S-GW；
分组数据网网关(Packet Data Network Gateway，简称为PDN GW)，负责UE接入PDN的网关，分配用户IP地址，同时是3GPP和非3GPP接入系统的移动性锚点。用户在同一时刻能够接入多个PDN GW。
策略和合计费规则功能实体(Policy and Charging Rule Functionality，简称为PCRF)，该功能实体主要根据业务信息和用户签约信息以及运营商的配置信息产生控 制用户数据传递的服务质量(Quality of Service，简称为QoS)规则以及计费规则。该功能实体也可以控制接入网中承载的建立和释放。
在SAE架构中，图2是相关技术中MME与HSS之间通信的示意图，如图2所示，MME与HSS网元的通讯基于Diameter协议，MME可作为Diameter客户端，HSS网元可作为Diameter服务端。当MME与HSS有直接的传输连接时，可通过两个对等端之间的设备监控请求消息(Device Watchdog Request，简称为DWR)和设备监控应答消息(Device Watchdog Answer，简称为DWA)来检测对端网络节点有效性。但DWR/DWA只能在两个有直接的传输连接的对等端间传输，当MME与HSS之间没有直接的传输连接，通过Diameter代理节点通讯时，MME或HSS无法直接感知对方的节点有效性。例如若MME网元宕机，但Diameter代理节点运行正常时，HSS仍然认为MME网元节点有效。
3GPP目前非常关注基于IP多媒体子系统(IP Multimedia Subsystem，简称为IMS)的语音业务VoLTE容灾方案，例如在P-CSCF宕机情况下，HSS需要通过S6a接口通知将代理呼叫会话控制功能(Proxy-Call Session Control Function，简称为P-CSCF)宕机告知给MME，由MME通知UE选择一个新的P-CSCF进行注册。而如果HSS无法感知MME的节点有效性，只管往MME发送消息，会导致UE无法重新选择P-CSCF，无法进行IMS语音业务。
为解决Diameter客户端和服务端之间无法直接感知对端节点有效性问题，国内已有类似专利部署，但描述的方法与本发明不同。现有技术中是由Diameter代理节点感知与其相邻的对等端节点的状态，并通知给其他对等端。这种方法的弊端是Diameter代理节点不清楚其他对等端是否需要感知某个对等端的状态，只能一视同仁广播通知；并且如果客户端和服务端之间经过了多个Diameter代理节点，那么通知数量会成级数增加。
另外，3GPP协议目前要求HSS在重启之后，需要向MME发送reset消息，MME标记本网元中该HSS相关的用户数据不可靠，MME需要执行HSS重启之后的相关操作。如果HSS与MME之间的传输路径异常，例如某个代理节点发生故障，会导致MME无法收到HSS的reset消息。
针对相关技术中不能准确获取端节点的状态的问题，目前尚未提出有效的解决方案。
发明内容
本发明提供了一种节点状态检测方法及装置，以至少解决相关技术中不能准确获取端节点的状态的问题。
根据本发明的一个方面，提供了一种节点状态检测方法，包括：向客户端发送状态检测请求消息；在接收到所述客户端根据所述状态检测请求消息反馈的状态检测响应消息的情况下，确定所述客户端的节点状态为可用。
优选地，向所述客户端发送所述状态检测请求消息包括：通过一个或多个代理节点转发的方式，向所述客户端发送所述状态检测请求消息。
优选地，确定所述客户端的节点状态为可用包括：在所述状态检测响应消息中携带有所述客户端的重启次数的情况下，根据所述重启次数判断所述客户端是否为重启过的可用状态。
优选地，在向所述客户端发送所述状态检测请求消息之后还包括：判断是否接收到所述客户端根据所述状态检测请求消息反馈的状态检测响应消息。
根据本发明的另一方面，提供了一种节点状态检测方法，包括：向服务端发送状态检测请求消息；在接收到所述服务端根据所述状态检测请求消息反馈的状态检测响应消息的情况下，确定所述服务端的节点状态为可用。
优选地，向所述服务端发送所述状态检测请求消息包括：通过一个或多个代理节点转发的方式，向所述服务端发送所述状态检测请求消息。
优选地，确定所述服务端的节点状态为可用包括：在所述状态检测响应消息中携带有所述服务端的重启次数的情况下，根据所述重启次数判断所述服务端是否为重启过的可用状态。
优选地，在向所述服务端发送所述状态检测请求消息之后，还包括：判断是否接收到所述服务端根据所述状态检测请求消息反馈的状态检测响应消息。
根据本发明的另一方面，提供了一种节点状态检测装置，包括：第一发送模块，设置为向客户端发送状态检测请求消息；第一确定模块，设置为在接收到所述客户端根据所述状态检测请求消息反馈的状态检测响应消息的情况下，确定所述客户端的节点状态为可用。
优选地，所述第一发送模块包括：第一发送单元，设置为通过一个或多个代理节点转发的方式，向所述客户端发送所述状态检测请求消息。
优选地，所述第一确定模块包括：第一判断单元，设置为在所述状态检测响应消息中携带有所述客户端的重启次数的情况下，根据所述重启次数判断所述客户端是否为重启过的可用状态。
优选地，所述装置还包括：第一判断模块，设置为判断是否接收到所述客户端根据所述状态检测请求消息反馈的状态检测响应消息。
根据本发明的另一方面，提供了一种节点状态检测装置，包括：第二发送模块，设置为向服务端发送状态检测请求消息；第二确定模块，设置为在接收到所述服务端根据所述状态检测请求消息反馈的状态检测响应消息的情况下，确定所述服务端的节点状态为可用。
优选地，所述第二发送模块包括：第二发送单元，设置为通过一个或多个代理节点转发的方式，向所述服务端发送所述状态检测请求消息。
优选地，所述第二确定模块包括：第二判断单元，设置为在所述状态检测响应消息中携带有所述服务端的重启次数的情况下，根据所述重启次数判断所述服务端是否为重启过的可用状态。
优选地，所述装置还包括：第二判断模块，设置为判断是否接收到所述服务端根据所述状态检测请求消息反馈的状态检测响应消息。
通过本发明，采用向客户端发送状态检测请求消息；在接收到所述客户端根据所述状态检测请求消息反馈的状态检测响应消息的情况下，确定所述客户端的节点状态为可用，解决了相关技术中不能准确获取端节点的状态的问题，能够准确检测出端节点的状态。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是相关技术中SAE架构的示意图；
图2是相关技术中MME与HSS之间通信的示意图；
图3是根据本发明实施例的检测方法的流程图一；
图4是根据本发明实施例的检测方法的流程图二；
图5是根据本发明实施例的检测装置的框图一；
图6是根据本发明优选实施例的检测装置的框图一；
图7是根据本发明优选实施例的检测装置的框图二；
图8是根据本发明实施例的检测装置的框图二；
图9是根据本发明优选实施例的检测装置的框图三；
图10是根据本发明优选实施例的检测装置的框图四；
图11是根据本发明优选实施例的检测方法的流程图一；
图12是根据本发明优选实施例的检测方法的流程图二；
图13是根据本发明优选实施例的检测方法的流程图三；
图14是根据本发明优选实施例的检测方法的流程图四。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种检测方法，图3是根据本发明实施例的检测方法的流程图一，如图3所示，该流程包括如下步骤：
步骤S302，向客户端发送状态检测请求消息；
步骤S304，在接收到该客户端根据该状态检测请求消息反馈的状态检测响应消息的情况下，确定该客户端的节点状态为可用。
通过上述步骤，向客户端发送状态检测请求消息，在接收到该客户端根据该状态检测请求消息反馈的状态检测响应消息的情况下，确定该客户端的节点状态为可用，解决了相关技术中不能准确获取端节点的状态的问题，能够准确检测出端节点的状态。
作为优选的实施方式，Diameter在通过一个或多个Diameter代理节点通讯时，通过一个或多个代理节点转发的方式，向该客户端发送该状态检测请求消息，能够直接检测到Diameter客户端节点的有效性。
作为优选的实施方式，在状态检测响应消息中携带有该客户端的重启次数的情况下，根据该重启次数判断该客户端是否为重启过的可用状态，即可以感知对客户端是否发生过重启，确保能正确执行对客户端节点重启后的相关操作。
优选地，在向客户端发送状态检测请求消息之后还包括：判断是否接收到该客户端根据该状态检测请求消息反馈的状态检测响应消息，根据判断的结果确定用户端节点的状态是否为可用。
本发明实施例的另一方面提供了一种节点状态检测方法，图4是根据本发明实施例的节点状态检测方法的流程图二，如图4所示，该流程包括如下步骤：
步骤S402，向服务端发送状态检测请求消息；
步骤S404，在接收到该服务端根据该状态检测请求消息反馈的状态检测响应消息的情况下，确定该服务端的节点状态为可用。
通过上述步骤，向服务端发送状态检测请求消息，在接收到该服务端根据该状态检测请求消息反馈的状态检测响应消息的情况下，确定该服务端的节点状态为可用，解决了相关技术中不能准确获取端节点的状态的问题，能够准确检测出端节点的状态。
作为优选的实施方式，Diameter在通过一个或多个Diameter代理节点通讯时，通过一个或多个代理节点转发的方式，向该服务端发送该状态检测请求消息，能够直接检测到Diameter服务端节点的有效性。
作为优选的实施方式，确定该服务端的节点状态为可用包括：在该状态检测响应消息中携带有该服务端的重启次数的情况下，根据该重启次数判断该服务端是否为重启过的可用状态，即可以感知对服务端是否发生过重启，确保能正确执行对服务端节点重启后的相关操作。
优选地，在向服务端发送状态检测请求消息之后，判断是否接收到该服务端根据该状态检测请求消息反馈的状态检测响应消息，根据判断的结果确定服务端节点的状态是否为可用。
根据本发明的另一方面，提供了一种节点状态检测装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本发明实施例的节点状态检测装置的框图一，如图5所示，包括：第一发送模块52、第一确定模块54，下面对各个模块进行简要说明。
第一发送模块52，设置为向客户端发送状态检测请求消息；
第一确定模块54，设置为在接收到该客户端根据该状态检测请求消息反馈的状态检测响应消息的情况下，确定该客户端的节点状态为可用。
图6是根据本发明优选实施例的检测装置的框图一，如图6所示，第一发送模块52包括：
第一发送单元62，设置为通过一个或多个代理节点转发的方式，向该客户端发送该状态检测请求消息。
图7是根据本发明优选实施例的检测装置的框图二，如图7所示，第一确定模块54包括：
第一判断单元72，设置为在该状态检测响应消息中携带有该客户端的重启次数的情况下，根据该重启次数判断该客户端是否为重启过的可用状态。
优选地，所述装置还包括：第一判断模块，设置为判断是否接收到客户端根据状态检测请求消息反馈的状态检测响应消息。
本发明实施例的另一方面，还提供了一种节点状态检测装置，图8是根据本发明实施例的节点状态检测装置的框图二，如图8所示，包括：第二发送模块82、第二确定模块84，下面对各个模块进行简要说明。
第二发送模块82，设置为向服务端发送状态检测请求消息；
第二确定模块84，设置为在接收到该服务端根据该状态检测请求消息反馈的状态检测响应消息的情况下，确定该服务端的节点状态为可用。
图9是根据本发明优选实施例的检测装置的框图三，如图9所示，第二发送模块82包括：
第二发送单元92，设置为通过一个或多个代理节点转发的方式，向该服务端发送该状态检测请求消息。
图10是根据本发明优选实施例的节点状态检测装置的框图四，如图10所示，第二确定模块84包括：
第二判断单元102，设置为在该状态检测响应消息中携带有该服务端的重启次数的情况下，根据该重启次数判断该服务端是否为重启过的可用状态。
优选地，所述装置还包括：第二判断模块，设置为判断是否接收到服务端根据状态检测请求消息反馈的状态检测响应消息。
下面结合优选实施例对本发明实施例进行说明。
本发明实施例提供了一种节点状态检测方法，使得Diameter客户端/服务端在通过一个或多个Diameter代理节点通讯时，能够直接检测到Diameter服务端/客户端节点有效性，并且可以感知对端是否发生过重启。适用于Diameter客户端和Diameter服务端直接连接，或通过一个/多个Diameter代理连接的场景。主要包括：Diameter客户端/服务端向Diameter服务端/客户端定时发送状态检测请求消息。Diameter服务端/客户端接收到状态检测消息，向Diameter客户端/服务端返回状态检测响应消息。可选的，状态检测响应消息可以包含Diameter服务端/客户端的重启次数。Diameter客户端/服务端接收到状态检测响应消息，判断Diameter服务端/客户端节点有效。可选的，Diameter客户端/服务端判断状态检测响应消息中的重启次数与之前保存的不同，可认为Diameter服务端/客户端在此期间发生过重启，Diameter客户端/服务端执行对端重启的相关处理。
图11是根据本发明优选实施例的检测方法的流程图一，如图11所示，客户端和服务端通过一个代理节点通讯，由客户端向服务端发送状态检测请求消息，具体包括以下步骤：
步骤S1102，客户端和服务端完成会话建立；
步骤S1104，客户端在T1时间后，向服务端发起状态检测请求消息，消息中包含源节点客户端主机名和目的节点服务端主机名；
步骤S1106，代理节点根据消息中包含的目的节点主机名，将状态检测请求消息路由到服务端；
步骤S1108，服务端接收到状态检测请求消息后，向客户端返回状态检测响应消息，消息中的目的节点主机名设置为请求消息中的源节点主机名；可选的，服务端在状态检测响应消息中包含本网元重启次数；
步骤S1110，代理节点根据消息中包含的目的节点主机名，将状态检测响应消息路由到客户端；
步骤S1112，客户端收到状态检测响应消息后，判断该消息为本端发送的状态检测请求的响应，则判定状态检测请求消息指定的服务端节点有效。可选的，客户端判断状态检测响应消息中的重启次数与本节点之前保存的该服务端重启次数不同，则判定该服务端发生过重启，客户端执行服务端重启的相关动作。
步骤S1114～步骤S1122，客户端在T1时间后再次发起状态检测请求消息，处理同步骤S1104～步骤S1112。
图12是根据本发明优选实施例的节点状态检测方法的流程图二，如图12所示，服务端和客户端通过一个代理节点通讯，由服务端向客户端发送状态检测请求消息，具体包括以下步骤：
步骤S1202，客户端和服务端完成会话建立；
步骤S1204，服务端在T1时间后，向客户端发起状态检测请求消息，消息中包含源节点服务端主机名和目的节点客户端的主机名；
步骤S1206，代理节点根据消息中包含的目的节点主机名，将状态检测请求消息路由到客户端；
步骤S1208，客户端接收到状态检测请求消息后，向服务端返回状态检测响应消息，消息中的目的节点主机名设置为请求消息中的源节点主机名；可选的，客户端在状态检测响应消息中包含本网元重启次数；
步骤S1210，代理节点根据消息中包含的目的节点主机名，将状态检测响应消息路由到客户端；
步骤S1212，服务端收到状态检测响应消息后，判断该消息为本端发送的状态检测请求的响应，则判定状态检测请求消息指定的客户端节点有效。可选的，服务端判断状态检测响应消息中的重启次数与本节点之前保存的该客户端重启次数不同，则判定该客户端发生过重启，服务端执行客户端重启的相关动作。
步骤S1214～步骤S1222，服务端在T1时间后再次发起状态检测请求消息，处理同步骤S1204～步骤S1212。
图13是根据本发明优选实施例的节点状态检测方法的流程图三，如图13所示，客户端向服务端发送状态检测请求消息，服务端无响应的情况下，包括以下步骤：
步骤S1302，客户端和服务端完成会话建立；
步骤S1304，客户端在T1时间后，向服务端发起状态检测请求消息，消息中包含源节点客户端主机名和目的节点服务端主机名，客户端未收到状态检测响应消息；
步骤S1306，客户端在T1时间后，再次向服务端发起状态检测请求消息，消息中包含源节点客户端主机名和目的节点服务端主机名，客户端仍然未收到状态检测响应消息；
步骤S1308，客户端根据本次配置策略，发送若干次状态检测请求消息后仍未收到状态检测响应消息，则判定该服务端节点无效；
步骤S1310，服务端恢复；
步骤S1312，客户端在T1时间后，再次向服务端发起状态检测请求消息，消息中包含源节点客户端主机名和目的节点服务端主机名；
步骤S1314，服务端接收到状态检测请求消息后，向客户端返回状态检测响应消息，消息中的目的节点主机名设置为请求消息中的源节点主机名；
步骤S1316，客户端收到状态检测响应消息后，判断该消息为本端发送的状态检测请求的响应消息，则判定状态检测请求消息指定的服务端节点有效。
图14是根据本发明优选实施例的节点状态检测方法的流程图四，如图14所示，客户端向服务端发送状态检测请求消息，服务端重启次数发生变化的情况下，包括以下步骤：
步骤S1402，客户端和服务端完成会话建立；
步骤S1404，客户端在T1时间后，向服务端发起状态检测请求消息，消息中包含源节点客户端主机名和目的节点服务端主机名；
步骤S1406，服务端接收到状态检测请求消息后，向客户端返回状态检测响应消息，消息中的目的节点主机名设置为请求消息中的源节点主机名，并包含本端重启次数＝N；
步骤S1408，客户端收到状态检测响应消息后，判断该消息为本端发送的状态检测请求的响应消息，则判定状态检测请求消息指定的服务端节点有效，并将服务端重启次数N保存到本地；
步骤S1410，服务端发生重启后恢复，本端重启变为N+1；
步骤S1412，客户端在T1时间后，再次向服务端发起状态检测请求消息，消息中包含源节点主机名和目的节点客户端主机名；
步骤S1414，服务端接收到状态检测请求消息后，向客户端返回状态检测响应消息，消息中的目的节点主机名设置为请求消息中的源节点主机名，并包含本端重启次数＝N+1；
步骤S1416，客户端收到状态检测响应消息后，判断该消息为本端发送的状态检测请求的响应，则判定状态检测请求消息指定的服务端节点有效；
步骤S1418，客户端判断状态检测响应消息中包含的服务端节点重启次数与本地保存的该服务端节点重启次数不相等，判定该服务端节点发生过重启，执行与该服务端节点相关的相关动作。
通过上述步骤，使得Diameter客户端和Diameter服务端在通过一个或多个Diameter代理节点通讯时，Diameter客户端/服务端能够直接感知服务端/客户端节点的有效性。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
通过上述实施例及优选实施方式，解决了相关技术中不能准确获取端节点的状态的问题，能够准确检测出端节点的状态。

Claims (16)

  1. 一种节点状态检测方法，包括：
    向客户端发送状态检测请求消息；
    在接收到所述客户端根据所述状态检测请求消息反馈的状态检测响应消息的情况下，确定所述客户端的节点状态为可用。
  2. 根据权利要求1所述的方法，其中，向所述客户端发送所述状态检测请求消息包括：
    通过一个或多个代理节点转发的方式，向所述客户端发送所述状态检测请求消息。
  3. 根据权利要求1所述的方法，其中，确定所述客户端的节点状态为可用包括：
    在所述状态检测响应消息中携带有所述客户端的重启次数的情况下，根据所述重启次数判断所述客户端是否为重启过的可用状态。
  4. 根据权利要求1所述的方法，其中，在向所述客户端发送所述状态检测请求消息之后还包括：
    判断是否接收到所述客户端根据所述状态检测请求消息反馈的状态检测响应消息。
  5. 一种节点状态检测方法，包括：
    向服务端发送状态检测请求消息；
    在接收到所述服务端根据所述状态检测请求消息反馈的状态检测响应消息的情况下，确定所述服务端的节点状态为可用。
  6. 根据权利要求5所述的方法，其中，向所述服务端发送所述状态检测请求消息包括：
    通过一个或多个代理节点转发的方式，向所述服务端发送所述状态检测请求消息。
  7. 根据权利要求5所述的方法，其中，确定所述服务端的节点状态为可用包括：
    在所述状态检测响应消息中携带有所述服务端的重启次数的情况下，根据所述重启次数判断所述服务端是否为重启过的可用状态。
  8. 根据权利要求5所述的方法，其中，在向所述服务端发送所述状态检测请求消息之后，还包括：
    判断是否接收到所述服务端根据所述状态检测请求消息反馈的状态检测响应消息。
  9. 一种节点状态检测装置，包括：
    第一发送模块，设置为向客户端发送状态检测请求消息；
    第一确定模块，设置为在接收到所述客户端根据所述状态检测请求消息反馈的状态检测响应消息的情况下，确定所述客户端的节点状态为可用。
  10. 根据权利要求9所述的装置，其中，所述第一发送模块包括：
    第一发送单元，设置为通过一个或多个代理节点转发的方式，向所述客户端发送所述状态检测请求消息。
  11. 根据权利要求9所述的装置，其中，所述第一确定模块包括：
    第一判断单元，设置为在所述状态检测响应消息中携带有所述客户端的重启次数的情况下，根据所述重启次数判断所述客户端是否为重启过的可用状态。
  12. 根据权利要求9所述的装置，其中，所述装置还包括：
    第一判断模块，设置为判断是否接收到所述客户端根据所述状态检测请求消息反馈的状态检测响应消息。
  13. 一种节点状态检测装置，包括：
    第二发送模块，设置为向服务端发送状态检测请求消息；
    第二确定模块，设置为在接收到所述服务端根据所述状态检测请求消息反馈的状态检测响应消息的情况下，确定所述服务端的节点状态为可用。
  14. 根据权利要求13所述的装置，其中，所述第二发送模块包括：
    第二发送单元，设置为通过一个或多个代理节点转发的方式，向所述服务端发送所述状态检测请求消息。
  15. 根据权利要求13所述的装置，其中，所述第二确定模块包括：
    第二判断单元，设置为在所述状态检测响应消息中携带有所述服务端的重启次数的情况下，根据所述重启次数判断所述服务端是否为重启过的可用状态。
  16. 根据权利要求13所述的装置，其中，所述装置还包括：
    第二判断模块，设置为判断是否接收到所述服务端根据所述状态检测请求消息反馈的状态检测响应消息。
PCT/CN2015/072128 2014-09-12 2015-02-03 节点状态检测方法及装置 WO2015154580A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410466787.0A CN105429812A (zh) 2014-09-12 2014-09-12 节点状态检测方法及装置
CN201410466787.0 2014-09-12

Publications (1)

Publication Number Publication Date
WO2015154580A1 true WO2015154580A1 (zh) 2015-10-15

Family

ID=54287291

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/072128 WO2015154580A1 (zh) 2014-09-12 2015-02-03 节点状态检测方法及装置

Country Status (2)

Country Link
CN (1) CN105429812A (zh)
WO (1) WO2015154580A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110719585B (zh) * 2019-10-17 2021-06-22 广州爱浦路网络技术有限公司 一种s-cscf的应用服务器的用户信息同步方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6496863B1 (en) * 1999-09-30 2002-12-17 International Business Machines Corporation Method and system for communication in a heterogeneous network
CN103354649A (zh) * 2013-06-28 2013-10-16 北京创毅讯联科技股份有限公司 通信终端的监测方法及装置
CN103618647A (zh) * 2013-12-02 2014-03-05 江苏荣讯科技实业有限公司 一种通过通讯终端实时监控平台运行情况的方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101137104B (zh) * 2006-08-28 2010-05-12 华为技术有限公司 一种实现资源释放的方法和系统
CN101730125A (zh) * 2009-06-19 2010-06-09 中兴通讯股份有限公司 一种非相邻节点间进行节点检测的方法
US9596621B2 (en) * 2012-08-10 2017-03-14 Ibasis, Inc. Signaling traffic reduction in mobile communication systems
CN102883308B (zh) * 2012-09-12 2015-08-19 大唐移动通信设备有限公司 一种基于Diameter协议的Origin-State-Id AVP发送方法及装置
CN103685286A (zh) * 2013-12-18 2014-03-26 大唐移动通信设备有限公司 一种释放会话资源的方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6496863B1 (en) * 1999-09-30 2002-12-17 International Business Machines Corporation Method and system for communication in a heterogeneous network
CN103354649A (zh) * 2013-06-28 2013-10-16 北京创毅讯联科技股份有限公司 通信终端的监测方法及装置
CN103618647A (zh) * 2013-12-02 2014-03-05 江苏荣讯科技实业有限公司 一种通过通讯终端实时监控平台运行情况的方法

Also Published As

Publication number Publication date
CN105429812A (zh) 2016-03-23

Similar Documents

Publication Publication Date Title
US11224084B2 (en) Method for registering terminal in wireless communication system and apparatus therefor
CN109391979B (zh) P-cscf故障恢复方法、装置及系统
US10524166B2 (en) Method for interworking between networks in wireless communication system and apparatus thereof
JP6645583B2 (ja) Ｒｒｃコネクションの再開手順
EP3860189B1 (en) Ue migration method, apparatus, system, and storage medium
CN107006042B (zh) 用于紧急会话的配置技术
EP2583508B1 (en) P-gw/ggsn issued paging requests
KR102048046B1 (ko) 무선 통신 시스템에서 ladn 이용 방법 및 이를 위한 장치
CN113940106A (zh) 用于处理封闭接入组相关过程的方法和系统
US20110182244A1 (en) Method for supporting context management by home node-b
EP2469894A1 (en) Method and system for implementing emergency location
JP2013545322A (ja) ユニキャスト又はブロードキャスト／マルチキャストを介してｍｂｍｓサービスを提供するための通信システム
US20150146577A1 (en) Method and apparatus of providing a proximity-based service
US20130142120A1 (en) Mobile communication method and call session control server device
JP7156486B2 (ja) 方法及びｕｓｅｒ ｅｑｕｉｐｍｅｎｔ
US8885608B2 (en) Mobile communication method
WO2014067098A1 (zh) 一种基于移动管理实体池MME Pool的通信方法、设备及系统
JP2022549018A (ja) セッション管理のための方法および装置
CN107404715B (zh) 位置信息提供方法及装置
US20160242106A1 (en) Mobile station, mobile communication system, and network device
US9560583B2 (en) Gateway selection based on geographical location
WO2015154426A1 (zh) ProSe临时标识的通知与更新方法和装置
CN116601917A (zh) 用于安全通信的方法和装置
WO2015154580A1 (zh) 节点状态检测方法及装置
WO2016062111A1 (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: 15776418

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15776418

Country of ref document: EP

Kind code of ref document: A1