WO2009138032A1 - 承载处理方法 - Google Patents
承载处理方法 Download PDFInfo
- Publication number
- WO2009138032A1 WO2009138032A1 PCT/CN2009/071768 CN2009071768W WO2009138032A1 WO 2009138032 A1 WO2009138032 A1 WO 2009138032A1 CN 2009071768 W CN2009071768 W CN 2009071768W WO 2009138032 A1 WO2009138032 A1 WO 2009138032A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- message
- bearer
- processing
- mobility management
- sending
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/005—Multiple registrations, e.g. multihoming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
Definitions
- the present invention relates to the field of communications, and in particular, to a bearer processing method.
- BACKGROUND With the emergence of the World Interoperability for Microwave Access (WM), the third generation mobile communication system must maintain its strong competitiveness in the field of mobile communications, and must improve its network performance. And reduce network construction and operating costs. Therefore, the Standardization Working Group of the 3rd Generation Partnership Project (3GPP) is currently working on the Packet Switch Core (PC Core) and the Global System for Mobile Communications.
- 3GPP 3rd Generation Partnership Project
- SAE System Architecture Evolution
- EPC evolved packet network
- E-UTRAN Evolved UTRAN, Evolved UTRAN
- WLAN Wireless Local Area Network
- E-RAN Evolved UTRAN
- E-RAN Evolved RAN
- E-RAN Evolved RAN
- the network element included in the E-RAN is an Evolved NodeB (called an eNodeB), which is used to provide radio resources for user access.
- Packet Data Network (PDN): A network that provides services to users.
- the E-Packet Core provides lower latency and allows more wireless access systems to access. It includes the following network elements: Mobility Management Entity (called " ⁇ "): Control plane functional entity, server that temporarily stores user data, responsible for managing and storing user equipment ( User The context of the equipment, called UE (such as UE/user ID, mobility management status, user security parameters, etc.), assigns a temporary identifier to the user. When the UE is camped in the tracking area or the network, it is responsible for the user.
- the MME is the mobility management unit of the SAE system.
- the mobility management unit is a General Packet Radio Service (General Packet Radio Service) (Serving GPRS Support Node, called SGSN).
- the Serving Gateway (S-GW) is a user plane entity that is responsible for user plane data routing processing and terminates downlink data of UEs in idle (ECM-IDLE) state.
- ECM-IDLE idle
- the S-GW is an 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 Gateway, called a P-GW), is responsible for the UE accessing the PDN gateway.
- PDN Gateway called a P-GW
- the user IP address is assigned, and it is the mobility point of the 3GPP and non-3GPP access systems.
- the functions of the PDN GW also include policy implementation and charging support.
- the PDN GW can be accessed by the user at the same time.
- the Policy and Charging Enforcement Function PCEF
- Policy and Charging Rules Function Policy and Charging Rules Function
- the Home Subscriber Server permanently stores user subscription data.
- the content stored in the HSS includes the IMSI of the UE (International Mobile Subscriber Identification, International Mobile subscriber identity), IP address of the PDN GW. Physically, the S-GW and the PDN GW may be unified.
- the EPC system user plane network element includes the S-GW and the PDN GW.
- the radio network controller Radio Network Controller It is called RNC. It is connected to the general packet radio service support node through the Iu interface.
- the monthly general packet radio service support node is connected to the mobility management entity through the S3 interface, and is connected to the service gateway through the S4 interface, through the Gr interface. Connected to the home subscriber server, the home subscriber server is connected to the mobility management entity through the S6a interface.
- the mobile management entity is connected to the evolved Node B through the S1-MME interface, and is connected to the serving gateway through the S11 interface.
- the serving gateway is connected to the evolved Node B through the S1-U interface, and is connected to the packet data network gateway through the S5 interface.
- packet data network gateway through SGi The interface is connected to the packet data network, and is connected to the policy and charging rule function entity through the S7 interface, and the policy and charging rule function entity is connected to the packet data network through the R X + interface.
- the UE In order to ensure the continuity between the UE and the core network, the UE needs to register under the new RAT coverage area. Therefore, the UE initiates an inter-RAT TAU (Tracking Area Update) or RAU (Routing Area). Update, routing area update) process.
- 2 is a TAU flow triggered by a UE registered under the UTRAN coverage area moving to an E-UTRAN coverage area.
- the RAU flow triggered by the UEs registered under the E-UTRAN coverage area moving to the UTRAN coverage area is similar to that of FIG. 2, and therefore will not be described again. As shown in FIG.
- Step 201 The UE moves to the E-UTRAN coverage area of the MME, and sends a 3 track area update request to the MME, requesting to register in a new area, and the request message carries the SGSN as the UE.
- the P-TMSI is allocated;
- Step 202 The new MME finds the old SGSN according to the P-TMSI identifier, and sends a context request signaling to perform a context acquisition process.
- Step 203 The old SGSN sends the mobility management and bearer information of the user to the new MME. That is, the context response is performed.
- Step 204 After receiving the corresponding information, the new MME confirms the context, that is, the context confirmation.
- Step 205 The new MME initiates an update bearer request to the S-GW, where the request message carries the source GTP-C tunnel.
- the S-GW updates the binding relationship of the target and the destination GTP-C tunnel.
- the S-GW sends an update bearer request to the P-GW, and the S-GW address information, tunnel identification information, and access The parameter of the technology type is sent to the P-GW.
- the information content includes the address of the P-GW and the tunnel identifier, etc.
- Step 208 S-GW Returning an update bearer response to the new MME, S-GW specified destination GTP-C tunnel ID, its own address, and the address information of the tunnel and the like to bring the P-GW MME.
- Step 209 The new location informs the HSS of the change of the registration location by using the location update message.
- step 210 the HSS maintains the single registration principle for the UE, sends the location cancellation signaling to the old SGSN, and only maintains the registration of the new UI; Step 211, the old SGSN to the HSS Returning to the location cancellation response; Step 212, the HSS confirms the location update of the new MME; Step 213, if the new MME confirms that the UE is valid in the current 3 track zone, sends a tracking area update accept message to the UE; Step 214 The new MME allocates a new GUTI identifier to the UE through the TAU procedure, and then the UE returns a 3 Tracking Area Update Complete message to confirm to the MME.
- Step 301 The UE moves to the remaining E-UTRAN coverage area, and the tracking area update request message sent to the MME includes the P-TMSI allocated by the UE under the SGSN. The capability of the UE to support the ISR is carried out.
- Step 302 The new MME finds the old SGSN according to the P-TMSI identifier, and sends a context request signaling to perform a context acquisition process.
- Step 303 The old SGSN sends the mobility management and bearer information of the user to the new MME, and carries the ability to support ISR in the returned context response message;
- Step 304 The new MME determines whether to perform ISR activation according to the context information received from the old SGSN. If the ISR is activated, the new MME sends an ISR indication to the old SGSN to notify the old SGSN to reserve the original UE.
- Step 305 The new MME initiates an update bearer request to the S-GW, where the request message carries the source GTP-C tunnel identifier and the destination GTP-C tunnel identifier, and the S-GW updates the binding relationship.
- the update request message further includes an indication of activating the ISR, and notifying the S-GW to retain the 7-load context information possessed by the UE under the old SGSN.
- Step 306 The S-GW sends an update bearer request to the P-GW because the RAT changes.
- Step 307 The P-GW updates its own context and returns the update bearer response information to the S-GW.
- Step 308 the S-GW goes to the new The MME returns an update bearer response, and the purpose specified by the S-GW
- Step 309 The new MME notifies the HSS of the change of the location of the HSS by using the location update message, and informs the HSS of the information of the ISR activation by using the corresponding identifier. Then, the HSS maintains the dual registration information of the E-UTRAN and UTRAN domains, and no longer sends the location cancellation information to the old SGSN; wherein, for the corresponding identification information, the message unit is currently through the existing location update type. The indication is double registration.
- Step 310 Determine whether the UE activates the ISR.
- Step 311 If the SGSN receives the location cancellation signaling, the SGSN returns a location cancellation response to the HSS.
- Step 312 the HSS confirms the location update of the new MME; Step 313, if the new MME confirms that the UE is valid in the current 3 track zone, sends a 3 track zone update accept message to the UE, In the message, the MME notifies the UE that the ISR function is activated by the indication; Step 314: If the new MME allocates a new GUTI flag to the UE through the TAU procedure Then, the UE will return to the 3 track area update completion message to confirm to the MME.
- the S-GW When the ISR is activated, the S-GW maintains the bearer information of the two access networks at the same time. Therefore, the control plane information from the MME or the SGSN needs to be distinguished, so as to ensure the operation of the bearer under the correct access network.
- the control plane information between the MME and the SGSN is transmitted through the GTP-C tunnel.
- the source and destination ends of the tunnel are identified by TEID.
- the S-GW is activated by the update request of step 305 to activate the ISR function, which instructs the S-GW to bind the new information and the original information to the GTP of the same destination. C tunnel identification.
- the S-GW cannot distinguish which mobile control entity the subsequent control plane signaling is from, and therefore, the corresponding bearer cannot be updated or released.
- the main object of the present invention is A load handling scheme is provided to solve at least one of the above problems.
- a bearer processing method is provided for a serving gateway to perform bearer processing.
- the bearer processing method includes the following steps: the serving gateway receives the bearer processing message from the mobility management unit, where the bearer processing message carries a message source identifier, which is used to identify the sending body of the bearer processing message; The message source tag in the bearer processing message determines the sending body of the bearer processing message according to the message source identifier, and performs bearer processing according to the judgment result.
- a bearer processing method is provided for a serving gateway to perform bearer processing.
- the bearer processing method includes the following process: the serving gateway acquires the bearer processing message from the mobility management unit, where the bearer processing message carries the message source label in the case that the sending host of the bearer message is the mobility management entity
- the serving gateway determines whether the bearer processing message carries the message source tag, determines the sending body of the bearer processing message according to the judgment result, and performs the processing according to the determined sending entity.
- the serving gateway can identify the transmitting body of the message, and further perform subsequent related bearer processing.
- FIG. 1 is a schematic diagram of a structure of an evolved packet network system according to the related art
- FIG. 2 is a signaling flow chart for performing normal tracking area update according to the related art
- FIG. 3 is a tracking area update flow according to the related art.
- FIG. 4 is a flowchart of a method for identifying a message source according to an embodiment of the present invention
- FIG. 5 is a flowchart of a method for processing a bearer according to an embodiment of the present invention
- FIG. 1 is a schematic diagram of a structure of an evolved packet network system according to the related art
- FIG. 2 is a signaling flow chart for performing normal tracking area update according to the related art
- FIG. 3 is a tracking area update flow according to the related art.
- FIG. 4 is a flowchart of a method for identifying a message source according to an embodiment of the present invention
- FIG. 5 is a flowchart of a method for processing a bearer according to an embodiment of the present invention
- FIG. 1 is
- FIG. 7 is a flowchart of another bearer processing method according to an embodiment of the present invention.
- FIG. 8 is a bearer of an MME and an S-GW according to the first embodiment of the present invention
- FIG. 9 is a signaling interaction procedure of a bearer update process of an SGSN and an S-GW according to a second embodiment of the present invention
- FIG. 10 is a bearer of an MME and an S-GW according to a third embodiment of the present invention
- FIG. 11 is a signaling interaction process of the SGSN and S-GW loading release process according to the fourth embodiment of the present invention.
- the embodiment of the present invention provides a message source identification method and a bearer processing method, which are used by a serving gateway to perform bearer processing.
- the bearer processing method includes: the serving gateway receives a bearer processing message from a mobility management unit, where The message source tag is carried to identify the sender of the message to be processed; the service gateway obtains the message source tag in the bearer process message, and determines the sender of the message to be processed according to the message source identifier, and then performs the data according to the judgment result.
- c load processing The preferred embodiments of the present invention are described in the following with reference to the accompanying drawings, which are intended to illustrate and illustrate the invention.
- the method embodiment of the present invention provides a message source identification method for the S-GW to identify the sender of the bearer processing message.
- 4 is a flowchart of a message source identification method according to an embodiment of the present invention. As shown in FIG.
- Step S402 The S-GW receives a bearer processing message from a mobility management unit, where the bearer processing message is received. And carrying a message source tag, configured to identify a sending body of the 7
- the mobility management unit or the message sending body mentioned may be the MME or the SGSN
- the bearer processing message mentioned may be a bearer update request message or a bearer/session release request message.
- the embodiment of the invention further provides a bearer processing method, which is used for performing bearer processing by the S-GW.
- FIG. 5 is a flowchart of the method. As shown in FIG. 5, the process includes the following processing: Step S502: The S-GW receives a bearer processing message from a mobility management unit, where the bearer processing message carries a message source tag. , used to identify the sending body of the 7
- step S504 when it is determined that the sending body of the processing message is the MME, the S-GW processes the bearer related to the MME; and in the case that the sending host of the bearer processing message is the SGSN, The S-GW processes the bearers associated with the SGSN.
- the processing performed on the load may be an update or release process, which will be described in detail below.
- the foregoing describes a technical solution for carrying a message source tag in a bearer processing message and distinguishing the sender by using a carried message source tag. For example, different senders may be identified by a value of the message source tag, for example, the message source tag. A message unit in the bearer processing message may be occupied.
- FIG. 6 is a flowchart of the method. As shown in FIG. 6, the process includes the following processing: Step S602: The S-GW acquires a bearer processing message from the mobility management unit, where the sending body of the bearer message is the MME.
- the bearer processing message carries the message source tag.
- the S-GW determines whether the bearer process message carries the message source tag, and determines, according to the determination result, the sender of the message. Specifically, in step S604, when the S-GW determines that the bearer processing message carries the message source flag, the sender of the bearer processing message is determined to be the MME; otherwise, the sender of the bearer processing message is not the MME.
- another bearer processing method is further provided for the S-GW to perform bearer processing.
- Figure 7 is a flowchart of the method.
- Step S702 The S-GW acquires a bearer processing message from the mobility management unit, where the sender of the bearer message is the MME.
- the S-GW determines whether the bearer process message carries the message source tag, determines the bearer of the bearer process message according to the determination result, and performs bearer according to the determined sending entity. deal with.
- step S704 when the S-GW determines that the bearer processing message carries the message source, the sender of the payload is determined to be ⁇ , and the bearer associated with the ⁇ is processed;
- the GW determines that the bearer processing message does not carry the message source tag, determines that the bearer of the bearer process message is the SGSN, and processes the bearer associated with the SGSN.
- the processing performed on the load may be an update or release process, which is described in detail below.
- the main difference between the above technical solution and the first solution is that the message sending body is represented by the presence or absence of the message source tag instead of the value of the message source tag, and the message source tag here can also occupy a message unit in the bearer processing message.
- FIG. 8 is a flow chart of the bearer update signaling interaction between the UI and the S-GW when the ISR is activated. As shown in FIG. 8, the process includes the following steps 802 to 806: Step 802: Send an update bearer request to the S-GW, where the request message may carry bearer ID and bearer related information waiting for update.
- the MME Since the ISR is activated, the MME needs to carry the MME message source identifier in the update request message; the message source tag can be implemented by adding an information element (Information Element) to the update 7
- the indicator is used to indicate which entity, ⁇ or SGSN, the update request came from.
- the value of the message unit includes, but is not limited to, the following manner: The MME and the SGSN allocate message source tags of different values to indicate the source of the message, or only the MME fills the message source tag, and the SGSN does not fill, if the message If the unit is empty, the message is from the SGSN.
- Step 804 The S-GW receives the update bearer request message, and analyzes whether the request message includes the MME message source. Since the request message contains ⁇ the source of the message, the jt ⁇ S-GW considers that the update request message is sent by the MME.
- Step 806 The S-GW updates the bearer established between the MME and the S-GW according to the judgment of step 804, and returns an update response message to the MME. Through the above embodiments, the update process of the MME and the S-GW is implemented.
- Embodiment 2 The bearer update process of the SGSN and the S-GW when the ISR is activated
- FIG. 9 is a flow chart of the bearer update signaling interaction between the SGSN and the S-GW when the ISR is activated.
- Step 902 The SGSN sends an update bearer request to the S-GW, where the request message may carry bearer ID and bearer related information waiting for update. Since the ISR is activated, the SGSN needs to carry the SGSN message source in the update request message.
- the message source tag can be implemented by adding an information element (Update Information Element) to the update request message. Indicates which entity, MME or SGSN the update request came from.
- the value of the message unit includes, but is not limited to, the following manner: The MME and the SGSN allocate message source tags of different values to indicate the source of the message, or only the MME fills the message source, and the SGSN does not fill, if the message element is If the space is empty, the message is from the SGSN.
- Step 906 The S-GW updates the bearer established between the SGSN and the S-GW according to the judgment of step 904, and returns an update response message to the SGSN.
- the bearer update process of the SGSN and the S-GW is implemented.
- Embodiment 3 The bearer release process of the MME and the S-GW when the ISR is activated
- FIG. 10 is a flow chart of the release bearer signaling interaction between the MME and the S-GW when the ISR is activated. As shown in FIG. 10, the process includes the following steps 1002 to 1006: Step 1002: The MME sends a release bearer/session request to the S-GW, where the request message may carry bearer ID (bearer ID) waiting to be released. . Since the ISR is activated, the MME needs to carry the MME message source in the release request message; the message source tag can add a message unit in the release bearer request message.
- bearer ID bearer ID
- the flag is used to indicate which entity, MME or SGSN the update request is from.
- the value of the message unit includes but is not limited to the following manner: The MME and the SGSN allocate message source tags of different values to indicate the source of the message, or only the MME fills The message source is marked, and the SGSN is not filled. If the message unit is empty, the message is from the SGSN. Step 1004: The S-GW receives the release bearer/session request message, and analyzes whether the request message includes the MME message source identifier. already.
- FIG. 11 is a flow chart of the release bearer signaling interaction between the SGSN and the S-GW when the ISR is activated. As shown in FIG.
- Step 1102 The SGSN sends a release bearer/session request to the S-GW, where the request message may carry bearer ID (bearer ID) waiting to be released. . Since the ISR is activated, the SGSN also needs to carry the SGSN message source tag in the release bearer/session request message; the message source may add a message unit by releasing the message in the release message/session request message.
- bearer ID bearer ID
- the flag is used to indicate which entity, or SGSN, the release/session request came from.
- the value of the message unit includes, but is not limited to, the following manner: The MME and the SGSN allocate message source tags of different values to indicate the source of the message, or only the MME fills the message source tag, and the SGSN does not fill, if the message unit is empty, The message is sent from the SGSN.
- Step 1104: The S-GW receives the release bearer/session request message, and analyzes whether the request message includes the MME message source. Since the request message contains the SGSN message source and does not contain the message source tag, the S-GW considers that the release bearer request message is sent by the SGSN.
- Step 1106 The S-GW releases the bearer established between the SGSN and the S-GW according to the judgment of step 1104, and returns a release bearer/session response message to the SGSN.
- the bearer release process of the SGSN and the S-GW is implemented.
- the service gateway can be updated/deleted.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Description
承载处理方法
技术领域 本发明涉及通信领域, 具体地, 涉及承载处理方法。 背景技术 随着全球微波接入互通 ( World Interoperability for Microwave Access , 筒称为 WiMax )的异军突起, 第三代移动通信系统要保持其在移动通信领域 的强有力的竟争力, 必须提高其网络性能和降低网络建设及运营成本。 因此, 第三代合作伙伴计划 ( 3rd Generation Partnership Project, 筒称为 3GPP ) 的 标准化工作组, 目前正致力于研究包交换核心网 (Packet Switch Core, 筒称 为 PS Core ) 和全球移动通信系统无线接入网 ( Universal Mobile Telecommunication System Radio Access Network, 筒称为 UTRAN ) 的演进, 这个研究的课题叫 丈系统架构演进 ( System Architecture Evolution, 筒称为 SAE ), 目的是使得演进的分组网 ( Evolved Packet Core , 筒称 EPC ) 可提供 更高的传输速率, 更短的传输延时, 优化分组, 及支持 E-UTRAN ( Evolved UTRAN, 演进的 UTRAN )、 UTRAN、 WLAN ( Wireless Local Area Network, 无线局域网) 及其他非 3GPP的接入网络之间的移动性管理。 目前 SAE的架构如图 1所示, 其中包含了如下网元: 演进的无线接入网 ( Evolved RAN, 筒称为 E-RAN ): 可以提供更高的 上 /下行速率、 更氐的传输延迟和更加可靠的无线传输。 E-RAN 中包含的网 元是演进节点 B ( Evolved NodeB, 筒称为 eNodeB ), 用于为用户的接入提供 无线资源。 分组数据网 ( Packet Data Network, 筒称为 PDN ): 为用户提供业务的 网络。 演进的分组网 (E-Packet Core ), 提供了更低的延迟, 并允许更多的无 线接入系统接入。 其包含如下网元: 移动管理实体( Mobility Management Entity , 筒称为 ΜΜΕ ): 控制面功 能实体, 临时存储用户数据的服务器, 负责管理和存储用户设备 ( User
Equipment, 筒称为 UE ) 的上下文(比如 UE/用户标识, 移动性管理状态, 用户安全参数等), 为用户分配临时标识 , 当 UE驻扎在该跟踪区域或者该网 络时 , 负责对该用户进行鉴权; 处理 MME和 UE之间的所有非接入层消息; 触发在 SAE的寻呼。 MME是 SAE系统的移动管理单元。 在 UMTS系统中, 移动管理单元是月 务通用分组无线业务 ( General Packet Radio Service , 筒称 为 GPRS ) 支持节点 ( Serving GPRS Support Node, 筒称为 SGSN )。 月 务网关( Serving Gateway, 筒称为 S-GW )是一个用户面实体, 负责 用户面数据路由处理, 终结处于空闲 ( ECM— IDLE )状态的 UE的下行数据。 管理和存储 UE的 SAE承载( bearer )上下文, 比如 IP承载业务参数和网络 内部路由信息等。 S-GW是 3GPP 系统内部用户面的锚点, 一个用户在一个 时刻只能有一个 S-GW; 分组数据网网关 ( PDN Gateway, 筒称为 P-GW ), 负责 UE接入 PDN 的网关,分配用户 IP地址, 同时是 3GPP和非 3GPP接入系统的移动性锅点, PDN GW的功能还包括策略实施、 计费支持。 用户在同一时刻能够接入多个 PDN GW„ PCEF ( Policy and Charging Enforcement Function, 策略与计费实 施功能实体 ) 也位于 PDN GW中。 策略与计费规则功能实体 ( Policy and Charging Rules Function, 筒称为 PCRF ) 负责向 PCEF提供策略控制与计费规则。 归属用户月 务器( Home Subscriber Server, 筒称为 HSS )永久存储用户 签约数据, HSS存储的内容包括 UE的 IMSI ( International Mobile Subscriber Identification , 国际移动用户识别码 )、 PDN GW的 IP地址。 在物理上 , S-GW和 PDN GW可能合一。 EPC系统用户面网元包括 S-GW 和 PDN GW。 无线网络控制器 ( Radio Network Controller, 筒称为 RNC ) 通过 Iu接 口与^ ^务通用分组无线业务支持节点相连接, 月 务通用分组无线业务支持节 点通过 S3接口与移动管理实体相连接, 通过 S4接口与服务网关相连接, 通 过 Gr接口与归属用户服务器相连接, 归属用户服务器通过 S6a接口与移动 管理实体相连接,移动管理实体通过 S1-MME接口与演进节点 B相连接, 通 过 S11接口与服务网关相连接, 服务网关通过 S1-U接口与演进节点 B相连 接, 通过 S5 接口与分组数据网络网关相连接, 分组数据网络网关通过 SGi
接口与分组数据网相连接, 通过 S7接口与策略与计费规则功能实体相连接, 策略与计费规则功能实体通过 RX+接口与分组数据网相连接。 当 UE 所处的覆盖区发生改变, 例如, 从一种 RAT ( Radio Access Technology, 无线接入技术) 覆盖区移动到另一 RAT覆盖区时, UE通过监 听广播信道发现进入到了一个未注册的区域, 为了保证 UE与核心网之间的 业务连续,则需要在新的 RAT覆盖区下进行注册,因此, UE会发起 inter RAT 的 TAU( Tracking Area Update, 3艮宗区更新)或者 RAU( Routing Area Update, 路由区更新 )流程。 图 2为注册在 UTRAN覆盖区下的 UE移动到 E-UTRAN 覆盖区下引发的 TAU流程。 对于注册在 E-UTRAN覆盖区下的 UE移动到 UTRAN覆盖区下引发的 RAU流程,与图 2类似 ,故不做赘述。如图 2所示 , 包括以下步骤: 步骤 201 , UE移动到 MME下的 E-UTRAN覆盖区, 向 MME发送 3艮踪 区更新请求 , 请求在新的区域进行注册 , 请求消息中携带 SGSN为 UE分配 的 P-TMSI; 步骤 202, 新 MME才艮据 P-TMSI标识找到旧 SGSN, 发送上下文请求 信令进行上下文获取过程; 步骤 203 , 旧 SGSN将用户的移动管理和承载信息发送给新 MME, 即 , 进行上下文响应; 步骤 204, 新 MME收到相应的信息后对上下文进行确认, 即, 上下文 确认; 步骤 205 , 新 MME 向 S-GW发起更新承载请求, 请求消息中携带源 GTP-C隧道标只和目的 GTP-C隧道标只, S-GW更新 载的绑定关系; 步骤 206 , S-GW向 P-GW发送更新承载请求 , 将 S-GW的地址信息、 隧道标识信息、 接入技术类型等参数发送给 P-GW; 步骤 207, P-GW更新自己的上下文并向 S-GW返回更新承载响应信息 , 信息内容包括 P-GW的地址和隧道标识等; 步骤 208 , S-GW向新 MME返回更新承载响应 , 将 S-GW指定的目的 GTP-C隧道标识、 自身的地址、 以及 P-GW的地址和隧道信息等带给 MME。
步骤 209 , 新 ΜΜΕ通过位置更新消息通知 HSS注册位置的改变; 步骤 210, HSS对 UE保持单注册原则,向旧 SGSN发送位置取消信令, 只维护新 ΜΜΕ的注册; 步骤 211 , 旧 SGSN向 HSS返回位置取消响应; 步骤 212, HSS对新 MME的位置更新进行确认; 步骤 213 , 如果新 MME确认 UE在当前的 3艮踪区内有效, 则向 UE发 送跟踪区更新接受消息; 步骤 214,如果新 MME通过 TAU流程为 UE分配了一个新的 GUTI标 识, 那么 UE会返回 3艮踪区更新完成消息向 MME进行确认。 基于这种位置更新原则, 如果 UE在 UTRAN覆盖区或者 E-UTRAN之 间频繁移动 , 或者在同覆盖区内由于信号强度等原因弓 I起的频繁注册区选择 都会引发大量的 TAU或者 RAU流程, 这对空口来说会造成沉重的负担。 因 此,在 EPS系统中,为了减少 UE和核心网之间的空口信令,引入了 ISRUdle mode Signaling Reduction , 空口信令减少) 的功能。 当激活了该功能之后 , 同时具有 UTRAN和 E-UTRAN接入功能的 UE, 可以同时注册到 ΜΜΕ和 SGSN。 这样 , 当 UE在两种不同的接入技术之间频繁移动时 , UE就不会发 起 inter RAT的 TAU或者 RAU , 从而减少了不必要的空口信令传输。
UE激活 ISR的过程也是通过 TAU或者 RAU流程完成的 , 但是在某些 步骤上有所不同。 以下以图 3采用 TAU流程激活 ISR功能为例对二者的不 同之处进行着重介绍, 由于采用 RAU流程激活 ISR功能的流程与此情况类 似, 故不丈赘述。 如图 3所示, 包括以下步骤: 步骤 301 , UE移动到 ΜΜΕ下的 E-UTRAN覆盖区, 在向 MME发送的 跟踪区更新请求消息中除了携带 UE在 SGSN下分配的 P-TMSI, 还要携带 UE是否支持 ISR的能力; 步骤 302, 新 MME才艮据 P-TMSI标识找到旧 SGSN, 发送上下文请求 信令进行上下文获取过程; 步骤 303 , 旧 SGSN将用户的移动管理和承载信息发送给新 MME, 并 在返回的上下文响应消息中携带自己是否支持 ISR的能力;
步骤 304,新 MME才艮据从旧 SGSN收到的上下文信息判断是否进行 ISR 激活 , 如果进行 ISR激活 , 那么新 MME在给旧 SGSN回复的上下文确认消 息中带上 ISR指示告知旧 SGSN保留 UE原来的上下文信息; 步骤 305 , 新 MME 向 S-GW发起更新承载请求, 请求消息中携带源 GTP-C隧道标识和目的 GTP-C隧道标识, S-GW更新 载的绑定关系。 更新 载请求消息中还包括激活 ISR的指示, 通知 S-GW保留 UE在旧 SGSN下 拥有的 7|载上下文信息。 步骤 306 , 由于 RAT发生了变化 , S-GW向 P-GW发送更新承载请求; 步骤 307, P-GW更新自己的上下文并向 S-GW返回更新承载响应信息; 步骤 308 , S-GW向新 MME返回更新承载响应 , 将 S-GW指定的目的
GTP-C隧道标识、 自身的地址以及 P-GW的地址和隧道信息等带给 MME; 步骤 309 , 新 MME通过位置更新消息通知 HSS位置的改变, 并通过相 应标识将 ISR激活的信息告知 HSS, 那么 HSS就保持 E-UTRAN和 UTRAN 两个域的双注册信息, 不再向旧 SGSN发送位置取消信息; 其中, 对于上述的相应的标识信息, 目前是通过现有的位置更新类型这 一消息单元指示为双注册。 步骤 310, 判断 UE是否激活了 ISR, 如果 HSS对 UE没有保持双注册, 则向 SGSN发送位置取消信令, 如果激活了 ISR, 因此 HSS对 UE保持两个 PS域的注册, 因此不会向旧 SGSN发送位置取消信令, 在该流程中属于第二 种情况; 步骤 311 , 若 SGSN收到位置取消信令, 则 SGSN会向 HSS返回位置 取消响应; 对应于步骤 310, 在该¾¾程中, 无需返回位置取消响应; 步骤 312, HSS对新 MME的位置更新进行确认; 步骤 313 , 如果新 MME确认 UE在当前的 3艮踪区内有效, 则向 UE发 送 3艮踪区更新接受消息 , 在该消息中 MME通过指示通知 UE ISR功能已激 活; 步骤 314,如果新 MME通过 TAU流程为 UE分配了一个新的 GUTI标
识 , 那么 UE会返回 3艮踪区更新完成消息向 MME进行确认。
ISR激活时, S-GW同时保留了两个接入网的承载信息, 因此需要对来 自于 MME或者 SGSN的控制面信息进行区分, 从而保证对正确接入网络下 的承载进行操作。 MME和 SGSN之间的控制面信息是通过 GTP-C隧道进行 传输的 , 隧道的源端和目的端采用 TEID进行标识。 通过以上描述可以看出,目前,通过步骤 305的更新 载请求通知 S-GW 激活 ISR功能, 该消息指示 S-GW将新^载信息和原^ c载信息绑定到同一个 目的端的 GTP-C隧道标识上。这样, 导致 S-GW不能区分后续的控制面信令 是来自哪个移动管理实体的, 因此, 不能对相应的承载进行更新或者释放操 作。 发明内容 考虑到 S-GW不能区分后续的控制面信令是来自哪个移动管理实体,并 且不能对相应的承载进行更新或者释放操作的问题而做出本发明 , 为此, 本 发明的主要目的在于提供一种 载处理方案 , 以解决上述问题至少之一。 根据本发明的一个方面, 提供了一种承载处理方法, 用于服务网关进行 承载处理。 根据本发明实施例的承载处理方法包括以下处理:服务网关接收来自移 动管理单元的承载处理消息, 其中, 承载处理消息中携带有消息源标记, 用 于标识承载处理消息的发送主体; 服务网关获取承载处理消息中的消息源标 记 , 根据消息源标识判断承载处理消息的发送主体 , 并根据判断结果进行承 载处理。 根据本发明的另一方面, 提供了一种承载处理方法, 用于服务网关进行 承载处理。 根据本发明实施例的承载处理方法包括以下处理:服务网关获取来自移 动管理单元的承载处理消息, 其中, 在承载消息的发送主体为移动管理实体 的情况下 , 承载处理消息中携带有消息源标记; 服务网关判断承载处理消息 中是否携带有消息源标记 , 根据判断结果确定承载处理消息的发送主体 , 并 才艮据确定的发送主体进行 7|载处理。
通过本发明的上述至少一个技术方案 ,能够使得服务网关识别消息的发 送主体, 进而能够进行后续的相关承载处理。 本发明的其它特征和优点将在随后的说明书中阐述, 并且, 部分地从说 明书中变得显而易见, 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明 附图用来提供对本发明的进一步理解, 并且构成说明书的一部分, 与本 发明的实施例一起用于解释本发明 , 并不构成对本发明的限制。 在附图中: 图 1是根据相关技术的演进分组网络系统结构的示意图; 图 2是根据相关技术的进行正常跟踪区更新的信令流程图; 图 3是根据相关技术的通过跟踪区更新流程激活 ISR功能的信令流程 图; 图 4是根据本发明实施例的消息源识别方法的流程图; 图 5是才艮据本发明实施例的承载处理方法的流程图; 图 6是才艮据本发明实施例的另一消息源识别方法的流程图; 图 7是根据本发明实施例的另一承载处理方法的流程图; 图 8是本发明第一实施例的 MME与 S-GW的承载更新过程的信令交互 流程; 图 9是本发明第二实施例的 SGSN与 S-GW的承载更新过程的信令交 互流程; 图 10是本发明第三实施例的 MME与 S-GW的承载释放过程的信令交 互流程; 图 11是本发明第四实施例的 SGSN与 S-GW的 载释放过程的信令交 互流程。
具体实施方式 功能相克述 如上所述, 目前在相关的承载消息中将新承载信息和原承载信息绑定到 同一个目的端的 GTP-C隧道标识上,因此 S-GW不能区分后续的控制面信令 是来自哪个移动管理实体的,也就不能对相应的承载进行更新或者释放操作。 鉴于此, 本发明实施例提供了消息源识别方法和承载处理方法, 用于服务网 关进行承载处理, 该承载处理方法包括: 服务网关接收来自移动管理单元的 载处理消息, 其中, 载处理消息中携带有消息源标记, 用于标识 载处 理消息的发送主体; 服务网关获取承载处理消息中的消息源标记, 根据消息 源标识判断 7|载处理消息的发送主体, 并才艮据判断结果进行 7|c载处理。 以下结合附图对本发明的优选实施例进行说明 , 应当理解 , 此处所描述 的优选实施例仅用于说明和解释本发明, 并不用于限定本发明。 方法实施例 居本发明实施例, 首先提供了一种消息源识别方法, 用于 S-GW识别 承载处理消息的发送主体。 图 4是 居本发明实施例的消息源识别方法的流 程图, 如图 4所示, 该流程包括以下处理: 步骤 S402, S-GW接收来自移动管理单元的承载处理消息, 其中, 承 载处理消息中携带有消息源标记, 用于标识 7|c载处理消息的发送主体; 步骤 S404, S-GW 获取承载处理消息中的消息源标记, 并根据消息源 标只判断 ^lc载处理消息的发送主体。 需要说明的是, 在以下的描述中, 提到的移动管理单元或消息发送主体 可以是 MME或 SGSN, 提到的承载处理消息可以是承载更新请求消息或承 载 /会话释放请求消息。 本发明实施例还提供了一种承载处理方法, 用于 S-GW进行承载处理。 图 5示出了该方法的流程图, 如图 5所示, 该流程包括以下处理: 步骤 S502, S-GW接收来自移动管理单元的承载处理消息, 其中, 承 载处理消息中携带有消息源标记, 用于标识 7|c载处理消息的发送主体;
步骤 S504, S-GW 获取承载处理消息中的消息源标记, 根据消息源标 识判断承载处理消息的发送主体, 并才艮据判断结果进行承载处理。 具体地, 在步骤 S504中, 在判断 ^lc载处理消息的发送主体为 MME的 情况下, S-GW对其与 MME相关的承载进行处理; 在判断承载处理消息的 发送主体为 SGSN的情况下, S-GW对其与 SGSN相关的承载进行处理。 其 中,对 载进行的处理可以是更新或释放处理, 这将在下文中进行详细描述。 以上描述的是在承载处理消息中携带消息源标记,用携带的消息源标记 来区分发送主体的技术方案, 例如, 可以通过消息源标记的值来标识不同的 发送主体, 例如, 该消息源标记可以占用承载处理消息中的 1个消息单元, 当该消息单元取值为 "1 " 时, 表示发送主体为 MME, 当取值为 "0" 时, 表示发送主体为 SGSN, 或者, 当该消息单元取值为 "0" 时, 表示发送主体 为 MME, 当取值为 " 1" 时, 表示发送主体为 SGSN。 实际上, 本发明不限 与此, 以下给出了另一种实现方案。 根据本发明实施例,提供了一种消息源识别方法, 用于 S-GW识别消息 源。 图 6示出了该方法的流程图, 如图 6所示, 该流程包括以下处理: 步骤 S602, S-GW 获取来自移动管理单元的承载处理消息, 其中, 在 承载消息的发送主体为 MME的情况下,承载处理消息中携带有消息源标记; 步骤 S604, S-GW 判断承载处理消息中是否携带有消息源标记, 并根 据判断结果确定 7|载处理消息的发送主体。 具体地 , 在步骤 S604中 , 在 S-GW判断承载处理消息中携带有消息源 标记的情况下 , 确定承载处理消息的发送主体是 MME , 否则, 判断承载处 理消息的发送主体不是 MME。 才艮据本发明实施例 ,还提供了另一种承载处理方法, 用于 S-GW进行承 载处理。 图 7示出了该方法的流程图, 如图 7所示, 该流程包括以下处理: 步骤 S702, S-GW 获取来自移动管理单元的承载处理消息, 其中, 在 承载消息的发送主体为 MME的情况下,承载处理消息中携带有消息源标记; 步骤 S704, S-GW 判断承载处理消息中是否携带有消息源标记, 根据 判断结果确定承载处理消息的发送主体, 并根据确定的发送主体进行承载处 理。
具体地 , 在步骤 S704中 , 在 S-GW判断承载处理消息中携带有消息源 标己的情况下, 确定 载处理消息的发送主体是 ΜΜΕ, 并对其与 ΜΜΕ相 关的承载进行处理; 在 S-GW判断承载处理消息中不携带有消息源标记的情 况下, 确定承载处理消息的发送主体是 SGSN , 并对其与 SGSN相关的承载 进行处理。 其中, 对 载进行的处理可以是更新或释放处理, 这夺在下文中 进行详细描述。 上述技术方案跟方案一的主要区别在于,通过消息源标记的有无而不是 通过消息源标记的值来表示消息发送主体, 这里的消息源标记也可以占用承 载处理消息中的一个消息单元。 以下将以承载更新请求消息和承载 /会话释放请求消息为例来描述本发 明的 ύ选实施例。 实施例一: ISR激活时 , ΜΜΕ与 S-GW的承载更新过程 图 8是 ISR激活时, ΜΜΕ与 S-GW的承载更新信令交互的流程图。 如 图 8所示, 该流程包括如下的步骤 802至步骤 806: 步骤 802 , ΜΜΕ向 S-GW发送更新承载请求 , 该请求消息中可以携带 承载标识(Bearer ID ) 等待更新的承载相关信息。 由于 ISR已经激活, 所以 MME在更新 ^l载请求消息中还需要携带 MME消息源标己; 消息源标记可以通过在更新 7|c载请求消息中增加一个消息单元 ( Information Element )来实现, 该标己用于表明更新 载请求来自哪一个实 体, ΜΜΕ或者 SGSN。如上所述,该消息单元的取值包括但不限于以下方式: MME和 SGSN分配不同取值的消息源标记来表示消息来源,或者只有 MME 填充消息源标记, 而 SGSN不做填充, 若该消息单元为空则说明该消息来自 SGSN; 步骤 804, S-GW 收到更新承载请求消息, 分析该请求消息是否包含 MME 消息源标己。 由于该请求消息中包含 ΜΜΕ 消息源标己, 因 jt匕 S-GW 就认为该更新 ^l载请求消息是由 MME发送的。 步骤 806 , S-GW才艮据步骤 804的判断 , 更新 MME和 S-GW之间建立 的 载, 并向 MME返回更新 ^l载响应消息。 通过以上的实施例 , 实现了 MME与 S-GW的 ^lc载更新过程。
实施例二: ISR激活时, SGSN与 S-GW的承载更新过程 图 9是 ISR激活时, SGSN与 S-GW的承载更新信令交互的流程图。 如 图 9所示, 该流程包括如下的步骤 902至步骤 906: 步骤 902 , SGSN向 S-GW发送更新承载请求 , 该请求消息中可以携带 承载标识(Bearer ID ) 等待更新的承载相关信息。 由于 ISR已经激活, 所以 SGSN在更新 载请求消息中还需要携带 SGSN消息源标己; 消息源标记可以通过在更新 7|c载请求消息中增加一个消息单元 ( Information Element )来实现, 该标记用于表明所述更新 载请求来自哪一 个实体, MME或者 SGSN。该消息单元的取值包括但不限于以下方式: MME 和 SGSN分配不同取值的消息源标记来表示消息来源 , 或者只有 MME填充 消息源标 己, 而 SGSN 不 ^故填充, 若该消息单元为空则说明该消息来自 SGSN; 步骤 904, S-GW 收到更新承载请求消息, 分析该请求消息是否包含 MME 消息源标记。 由于请求消息中包含 SGSN 消息源标记, 不包含 MME 消息源标记 , S-GW就认为该更新承载请求消息是由 SGSN发送的。 步骤 906 , S-GW才艮据步骤 904的判断 , 更新 SGSN和 S-GW之间建立 的承载 , 并向 SGSN返回更新 ^l载响应消息。 通过上述实施例, 实现了 SGSN与 S-GW的承载更新过程。 实施例三: ISR激活时, MME与 S-GW的承载释放过程 图 10是 ISR激活时, MME与 S-GW的释放承载信令交互的流程图。 如图 10所示, 该流程包括如下的步骤 1002至步骤 1006: 步骤 1002, MME向 S-GW发送释放承载 /会话请求, 该请求消息中可 以携带承载标识( Bearer ID )等待释放的承载相关信息。 由于 ISR 已经激活, 所以 MME在释放 载请求消息中还需要携带 MME消息源标己; 消息源标记可以通过在释放承载请求消息中增加一个消息单元
( Information Element )来实现, 该标记用于表明所述更新 载请求来自哪一 个实体, MME或者 SGSN。该消息单元的取值包括但不限于以下方式: MME 和 SGSN分配不同取值的消息源标记来表示消息来源, 或者只有 MME填充
消息源标 己, 而 SGSN 不 ^故填充, 若该消息单元为空则说明该消息来自 SGSN; 步骤 1004, S-GW收到释放承载 /会话请求消息, 分析该请求消息是否 包含 MME消息源标己。 由于请求消息中包含 ΜΜΕ消息源标己,那么 S-GW 就认为该释放承载 /会话请求消息是由 ΜΜΕ发送的; 步骤 1006 , S-GW才艮据步骤 1004的判断 , 释放 ΜΜΕ和 S-GW之间建 立的 ^l载, 并向 MME返回释放 ^l载 /会话响应消息。 通过上述处理, 实现了 MME与 S-GW的承载释放过程。 实施例四: ISR激活时 , SGSN与 S-GW的承载释放过程 图 11是 ISR激活时 , SGSN与 S-GW的释放承载信令交互的流程图。 如图 11所示, 该流程包括如下的步骤 1102至步骤 1106: 步骤 1102 , SGSN向 S-GW发送释放承载 /会话请求 , 该请求消息中可 以携带承载标识( Bearer ID )等待释放的承载相关信息。 由于 ISR已经激活, 所以 SGSN在释放承载 /会话请求消息中还需要携带 SGSN消息源标记; 消息源标 己可以通过在释放 7|载 /会话请求消息中增加一个消息单元
( Information Element ) 来实现, 该标记用于表明所述释放 载 /会话请求来 自哪一个实体,ΜΜΕ或者 SGSN。该消息单元的取值包括但不限于以下方式: MME和 SGSN分配不同取值的消息源标记来表示消息来源,或者只有 MME 填充消息源标记, 而 SGSN不做填充, 若该消息单元为空则说明该消息来自 SGSN; 步骤 1104, S-GW收到释放承载 /会话请求消息, 分析该请求消息是否 包含 MME 消息源标己。 由于请求消息中包含 SGSN 消息源标己, 不包含 ΜΜΕ消息源标记 , S-GW就认为该释放承载请求消息是由 SGSN发送的。 步骤 1106 , S-GW才艮据步骤 1104的判断 , 释放 SGSN和 S-GW之间建 立的承载 , 并向 SGSN返回释放承载 /会话响应消息。 通过上述实施例, 实现了 SGSN与 S-GW的承载释放过程。 综上所述, 借助于本发明的技术方案, 能够使服务网关区分的更新 /删
除承载相关的控制面信令是来自哪个移动性管理单元, 从而能够对相应的承 载进行更新或者删除的操作。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本 领域的技术人员来说, 本发明可以有各种更改和变化。 凡在本发明的 4青申和 原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护 范围之内。
Claims
1. 一种承载处理方法, 用于服务网关进行承载处理, 其特征在于, 所述方 法包括:
月 务网关接收来自移动管理单元的^载处理消息, 其中, 所述^ c载 处理消息中携带有消息源标记 ,用于标识所述 7|c载处理消息的发送主体; 所述月 务网关获取所述 载处理消息中的所述消息源标记 ,根据所 述消息源标识判断所述承载处理消息的发送主体, 并根据判断结果进行 承载处理。
2. 根据权利要求 1所述的方法, 其特征在于, 所述发送主体包括以下之一: 移动管理实体、 服务 GPRS支持节点。
3. 才艮据权利要求 2所述的方法, 其特征在于,
在判断所述承载处理消息的发送主体为所述移动管理实体的情况 下, 所述服务网关对其与所述移动管理实体相关的承载进行处理;
在判断所述 7|载处理消息的发送主体为所述 务 GPRS 支持节点 的情况下, 所述服务网关对其与所述服务 GPRS支持节点相关的承载进 行处理。
4. 根据权利要求 1至 3中任一项所述的方法, 其特征在于, 所述承载处理 消息包括以下之一: 承载更新请求消息、 承载 /会话释放请求消息。
5. 根据权利要求 1至 3中任一项所述的方法, 其特征在于, 所述消息源标 记占用所述 载处理消息的一个消息单元。
6. 一种承载处理方法, 用于服务网关进行承载处理, 其特征在于, 所述方 法包括:
服务网关获取来自移动管理单元的承载处理消息, 其中, 在所述承 载消息的发送主体为移动管理实体的情况下, 所述承载处理消息中携带 有消息源标己;
所述服务网关判断所述承载处理消息中是否携带有所述消息源标 记, 根据判断结果确定所述承载处理消息的发送主体, 并根据确定的发 送主体进行 7|载处理。
7. 根据权利要求 6所述的方法, 其特征在于, 在所述服务网关判断所述承 载处理消息中携带有所述消息源标记的情况下, 确定所述 载处理消息 的发送主体是所述移动管理实体, 否则, 判断所述承载处理消息的发送 主体不是所述移动管理实体。
8. 根据权利要求 6所述的方法, 其特征在于, 所述发送主体包括以下之一: 所述移动管理实体、 服务 GPRS支持节点。
9. 才艮据权利要求 8所述的方法, 其特征在于,
在所述月 务网关判断所述 载处理消息中携带有所述消息源标记 的情况下 , 确定所述承载处理消息的发送主体是所述移动管理实体, 并 对其与所述移动管理实体相关的承载进行处理; 在所述月 务网关判断所述 载处理消息中不携带有所述消息源标 记的情况下,确定所述承载处理消息的发送主体是服务 GPRS支持节点, 并对其与所述服务 GPRS支持节点相关的承载进行处理。
10. 根据权利要求 6至 9中任一项所述的方法, 其特征在于, 所述承载处理 消息包括以下之一: 承载更新请求消息、 承载 /会话释放请求消息。
11. 根据权利要求 6至 9中任一项所述的方法, 其特征在于, 所述消息源标 记占用所述 载处理消息的一个消息单元。
12. 一种 7|c载处理方法, 用于 务网关进行 7|c载处理, 其特征在于, 所述方 法包括:
服务网关获取来自移动管理单元的承载处理消息, 其中, 在所述承 载消息的发送主体为服务 GPRS支持节点的情况下, 所述承载处理消息 中携带有消息源标记;
所述服务网关判断所述承载处理消息中是否携带有所述消息源标 记, 根据判断结果确定所述承载处理消息的发送主体, 并根据确定的发 送主体进行 7|载处理。
13. 根据权利要求 12所述的方法, 其特征在于, 在所述服务网关判断所述承 载处理消息中携带有所述消息源标记的情况下, 确定所述 载处理消息 的发送主体是所述服务 GPRS支持节点 , 否则, 判断所述承载处理消息 的发送主体不是所述服务 GPRS支持节点。
14. 根据权利要求 12所述的方法,其特征在于,所述发送主体包括以下之一: 所述移动管理实体、 服务 GPRS支持节点。
15. 根据权利要求 13所述的方法, 其特征在于 ,
在所述月 务网关判断所述 载处理消息中携带有所述消息源标记 的情况下 , 确定所述承载处理消息的发送主体是所述服务 GPRS支持节 点, 并对其与所述服务 GPRS支持节点相关的承载进行处理;
在所述月 务网关判断所述 载处理消息中不携带有所述消息源标 记的情况下, 确定所述承载处理消息的发送主体是移动管理实体, 并对 其与所述移动管理实体相关的承载进行处理。
16. 才艮据权利要求 12至 15中任一项所述的方法, 其特征在于, 所述 7|c载处 理消息包括以下之一: 承载更新请求消息、 承载 /会话释放请求消息。
17. 根据权利要求 12至 15中任一项所述的方法, 其特征在于, 所述消息源 标记占用所述 载处理消息的一个消息单元。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP09745416.9A EP2278755B1 (en) | 2008-05-16 | 2009-05-12 | Bearer processing method |
US12/992,721 US8547945B2 (en) | 2008-05-16 | 2009-05-12 | Method for processing bearer in serving gateway |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810094767XA CN101282511B (zh) | 2008-05-16 | 2008-05-16 | 承载处理方法 |
CN200810094767.X | 2008-05-16 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2009138032A1 true WO2009138032A1 (zh) | 2009-11-19 |
Family
ID=40014739
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2009/071768 WO2009138032A1 (zh) | 2008-05-16 | 2009-05-12 | 承载处理方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8547945B2 (zh) |
EP (1) | EP2278755B1 (zh) |
CN (1) | CN101282511B (zh) |
WO (1) | WO2009138032A1 (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101282511B (zh) * | 2008-05-16 | 2011-07-13 | 中兴通讯股份有限公司 | 承载处理方法 |
CN101583118B (zh) * | 2008-07-01 | 2010-12-29 | 中兴通讯股份有限公司 | Isr去激活方法及移动性管理单元 |
CN101790151B (zh) * | 2009-01-23 | 2012-08-29 | 电信科学技术研究院 | 一种eps承载的删除方法及系统 |
CN103096294B (zh) * | 2009-06-10 | 2015-09-23 | 华为技术有限公司 | 控制隧道标识分配的方法、装置和系统 |
CN102083144B (zh) * | 2009-11-26 | 2014-01-01 | 中兴通讯股份有限公司 | 一种数据缓存单元区分网络链接类型的方法及系统 |
KR101712865B1 (ko) | 2010-09-09 | 2017-03-08 | 삼성전자주식회사 | 이동 통신 시스템에서 비계층 프로토콜을 이용한 통신 지원 방법 및 장치 |
CN102986261B (zh) | 2011-07-15 | 2015-11-25 | 华为技术有限公司 | 处理寻呼的方法、用户设备和系统 |
CN103458505B (zh) * | 2012-05-29 | 2018-05-11 | 中兴通讯股份有限公司 | 一种节电模式下控制信令发送的方法和系统 |
TWI498019B (zh) * | 2012-12-26 | 2015-08-21 | Ind Tech Res Inst | 用以執行流量卸載之暫態換手通訊系統、移動管理實體、使用者設備及其方法 |
CN103906138B (zh) | 2012-12-26 | 2017-04-26 | 财团法人工业技术研究院 | 用以执行流量卸载的瞬时切换通讯系统、移动管理实体、用户设备及其方法 |
WO2014166030A1 (zh) | 2013-04-07 | 2014-10-16 | 华为技术有限公司 | 一种通信方法及装置 |
RU2670602C9 (ru) | 2014-12-22 | 2018-11-22 | Нек Корпорейшн | Система мобильной связи, sgw, терминал, способ приема системы мобильной связи, способ приема sgw и способ приема терминала |
WO2017070859A1 (zh) * | 2015-10-28 | 2017-05-04 | 华为技术有限公司 | 一种承载处理方法、系统及相关装置 |
NO345437B1 (en) * | 2018-06-01 | 2021-02-01 | Prores E&P As | Mud loss treatment drilling tool and method |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1567775A (zh) * | 2003-07-10 | 2005-01-19 | 华为技术有限公司 | 一种实现分组网络间呼叫承载通道建立的方法 |
US20060018304A1 (en) * | 2004-07-23 | 2006-01-26 | Samsung Electronics Co., Ltd. | Apparatus and method for scalable call-processing system |
CN1925632A (zh) * | 2005-08-31 | 2007-03-07 | 华为技术有限公司 | 一种承载控制的处理方法 |
CN101282511A (zh) * | 2008-05-16 | 2008-10-08 | 中兴通讯股份有限公司 | 承载处理方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1697394A (zh) * | 2004-05-12 | 2005-11-16 | 华为技术有限公司 | 多媒体广播/组播服务业务中路由区更新的方法 |
CN100411385C (zh) * | 2004-08-16 | 2008-08-13 | 华为技术有限公司 | 路由区更新时的数据传输方法 |
US20090207812A1 (en) * | 2008-01-07 | 2009-08-20 | Vivek Gupta | Dual radio handovers beween wimax and 3gpp |
US8599765B2 (en) * | 2008-03-21 | 2013-12-03 | Blackberry Limited | Evolved packet system quality of service enforcement deactivation handling to prevent unexpected user equipment detach |
-
2008
- 2008-05-16 CN CN200810094767XA patent/CN101282511B/zh active Active
-
2009
- 2009-05-12 EP EP09745416.9A patent/EP2278755B1/en active Active
- 2009-05-12 WO PCT/CN2009/071768 patent/WO2009138032A1/zh active Application Filing
- 2009-05-12 US US12/992,721 patent/US8547945B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1567775A (zh) * | 2003-07-10 | 2005-01-19 | 华为技术有限公司 | 一种实现分组网络间呼叫承载通道建立的方法 |
US20060018304A1 (en) * | 2004-07-23 | 2006-01-26 | Samsung Electronics Co., Ltd. | Apparatus and method for scalable call-processing system |
CN1925632A (zh) * | 2005-08-31 | 2007-03-07 | 华为技术有限公司 | 一种承载控制的处理方法 |
CN101282511A (zh) * | 2008-05-16 | 2008-10-08 | 中兴通讯股份有限公司 | 承载处理方法 |
Non-Patent Citations (1)
Title |
---|
See also references of EP2278755A4 * |
Also Published As
Publication number | Publication date |
---|---|
EP2278755B1 (en) | 2016-06-22 |
EP2278755A4 (en) | 2013-11-27 |
US8547945B2 (en) | 2013-10-01 |
EP2278755A1 (en) | 2011-01-26 |
CN101282511B (zh) | 2011-07-13 |
CN101282511A (zh) | 2008-10-08 |
US20110110350A1 (en) | 2011-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2009138032A1 (zh) | 承载处理方法 | |
CN113785634B (zh) | 通过无线网络进行无线设备寻呼 | |
CN108702724B (zh) | 无线通信系统中的注销方法及其装置 | |
JP5514908B2 (ja) | ステータス依存型移動体サービス用通信システム及び装置 | |
US8718653B2 (en) | Method and terminal for association update | |
US8582503B2 (en) | Method for indicating the bearer management of a serving gateway | |
EP2515560B1 (en) | Method and system for synchronizing user data | |
JP5021772B2 (ja) | トラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法 | |
US20100208704A1 (en) | Data Processing Method and Device | |
US20120100823A1 (en) | Method, system, network side device, and ue of managing csg membership | |
US20110182244A1 (en) | Method for supporting context management by home node-b | |
WO2009097772A1 (zh) | 一种资源释放控制方法及通讯系统以及相关设备 | |
WO2013010415A1 (zh) | 一种实现ip地址属性通知的方法、系统和sgw | |
CN101534495B (zh) | 一种用户设备的业务承载建立方法及装置 | |
WO2012024989A1 (zh) | 承载释放方法及系统 | |
WO2010000167A1 (zh) | Isr去激活方法及移动性管理单元 | |
CN102740266A (zh) | 一种上下文的同步方法及系统 | |
CN102905369B (zh) | 移动管理单元失效或重启时用户设备寻呼方法及系统 | |
WO2009152757A1 (zh) | 一种数据报文发送方法、装置及通信系统 | |
CN101998364B (zh) | 一种对本地网际协议访问连接实施管理的方法及系统 | |
WO2011006395A1 (zh) | 一种部分故障处理的同步方法和系统 | |
WO2009026763A1 (fr) | Procédé d'information pour déterminer si un mécanisme de déplacement sans signalisation doit être démarré ou non | |
WO2011153899A1 (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: 09745416 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2009745416 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 12992721 Country of ref document: US |